4. Решение huawei ran sharing

HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential

www.huawei.com

Решение Huawei RAN Sharing

35pt

32pt

) :18pt

):18pt

Содержание

1 Решение Huawei LTE RAN Sharing

2

Опыт внедрения Huawei

HISILICON SEMICONDUCTOR HUAWEI TECHNOLOGIES CO., LTD. Page 7

35pt

32pt

) :18pt

):18pt

• MOCN определено TS 23.251 в 3GPP Rel. 8 c детальным описанием работы UMTS и LTE RAN sharing

• Multi-операторы с независимо подключенным ядром сети и совместным использованием общей сети радиодоступа

• Операторы могут делить сети радиодоступа или иметь дополнительные выделенные сети радиодоступа

• LTE RAN Sharing поддерживается в спецификациях 3GPP LTE с самого начала , что привело к обязательной поддержке на LTE UE

MOCN определено 3GPP

MOCN(multi-operator core network)


35pt

32pt

) :18pt

):18pt

…

Решение RAN Sharing - Обзор

R

F

U

R

F

U

R

F

U

R

F

U

R

F

U

R

F

U

BBU

Operator A

NMS

Operator B

NMS

Shared Master OSS

Общие O&M Общее оборудование сайта Общий статив

Общая частота для всех операторов

Общие FM/CM, частично независимое PM

Частота выделена для каждого оператора

Независимые PM/FM/CM

L T E

C2

Поддержка 4 операторов

Выделенные частоты

L T E

C3

L T E

C4

L T E

C1


Общая частота

L T E

C1/C2/C3/C4


35pt

32pt

) :18pt

):18pt

Page 9

Решение с выделенной частотой - Обзор

• eRAN физически единая, но логически разделена на две eRAN.

• Каждому оператору выделена своя частота.

• Каждый оператор передает собственный код PLMN на своих частотах (соты LTE).

Режим выделенной частоты

Оператор A

Оператор B

Cell A

Cell B

Cell C

Cell A’

Cell B’

Cell C’

Shared RNC Общая eNodeB


35pt

32pt

) :18pt

):18pt

S1 interface

Оператор A

CN

Macro

eNodeB

Оператор B

CN

Общая eRAN Distributed eNodeB

Оператор B NMS

Общая главная OSS

Itf-N

Оператор A NMS

Архитектура выделенной частоты

RAN Sharing в eRAN2.0 с 2010Q2

4 оператора

Поддержка 2 операторов в

одном радиомодуле

Совместима с отдельными

eRAN (eNodeB)

X2 interface

Отдельная

eRAN

X2 interface

f1 f2 f2

f2 f1 f1 Выделенная

частота



35pt

32pt

) :18pt

):18pt

Независимые FM/PM/CM на уровне сот

Общая главная OSS управляет общими функциями O&M, включая обновление ПО, конфигурацию системы, перезапуск системы и т.д.

Права доступа к сотам для CM контролируются в CME, что гарантирует целостность и правильность данных конфигурации

Независимые PM/FM/CM на уровне сот помогают оператору контролировать собственные соты.

Shared

UTRAN

CME

Database

M2000

Operator A Operator B

Cell level parameter

access control in

terms of operators

The cell level CM is independent

and each operator can carry out

the individualized cell level

parameter setting according to

the practical network demand.

The cell level CM is completely

isolated, and operator can only

manage the authorized cells, at the

same time CME will still guarantee

the integrity and validity for the

configuration data.WSWS


Общая UTRAN


Itf-N

Оператор A

CN


Оператор B

CN

Itf-N



35pt

32pt

) :18pt

):18pt

Простая маршрутизация абонентов

• Зарегистрированные абоненты оператора A или B маршрутизируются в соты домашнего, идентифицируемые по HPLMN

• Роуминговые абоненты случайно выбирают PLMN и соту для регистрации

› Для роуминговых абонентов обоих операторов, регистрация принимается первой сетью запроса

› Не-роуминговые абоненты будут отклонены обеими сетями

› Роуминговые абоненты одного из операторов будут приняты сетью, у которой есть роуминговое соглашение, и отклонены другими

сетями

Операторы передают собственную информацию HPLMN на различных частотах и сотах.

Shared eNodeB

Cell A

Cell A

Cell A

Cell B

Cell B

Cell B

CN оператора А

CN оператора В

Частота оператора A

Частота оператора B

MME SGW

MME SGW

PLMN-A

PLMN-B

PLMN-A

PLMN-B

Абонент оператора A

Абонент оператора B

Роуминговый абонент

оператора A

Роуминговый абонент

операторов A&B



35pt

32pt

) :18pt

):18pt

Поддержка независимого S1-Flex

• Операторы могут независимо подключить S1-Flex

• Выбор узла может выполняться в сети одного оператора в соответствии с пропорцией распределения.

S1 interface

Общая eNodeB

CN оператора A

MME

SGW

CN оператора B

MME SGW

f1 f2 f2

f2 f1 f1

SGW SGW

S1 Flex

MME



35pt

32pt

) :18pt

):18pt

Поддержка мобильности с отдельными eRAN & 2G3G

• Никакого влияния на мобильность с отдельными eRAN и 2G3G

• Гибкое использование общей сети в разных регионах в зависимости от бизнес-модели

Сеть B

Общая eNodeB

B's UE

Сеть A

Отдельная сеть eRAN и сеть 2G/3G

A's UE

f1

f2


Общая сеть eRAN

Независимая

конфигурация соседних сот

для контроля мобильности




35pt

32pt

) :18pt

):18pt

Независимое развертывание услуг

Операторы могут независимо развертывать различные услуги, покупая лицензии и устанавливая параметры на

уровне сот.

Для одной и той же услуги, операторы могут применять разные алгоритмы, устанавливая параметры на уровне сот.

Общая

eNodeB

LCS

eMBMS

.LCS

………..

………..

.eMBMS

………

………

Оператор B

Оператор A



35pt

32pt

) :18pt

):18pt

Гибкое использование общего транспорта

S1/X2 совместно используют общие физические линии

Физ. линии операторов A & B

CN A

Общая

eNodeB

IP Backhaul

CN B

Сеть L2 + L3 Сеть L2

VLAN поддерживает маршрутизацию трафика

④

① ②

③



35pt

32pt

) :18pt

):18pt

Требования к сетевым элементам для eRAN

с выделенной частотой

Никакого влияния

Ядро сети eNodeB

eNodeB поддерживает режим с выделенной

несущей с помощью обновления ПО.

Требуется несколько радиомодулей.


LTE UE

Совместное использование транспортных

ресурсов X2

Другое



35pt

32pt

) :18pt

):18pt

Режим общей частоты Архитектура общей частоты (MOCN)

Ядро сети

B

S1 interface

eNodeB 。。。

Общая RAN


Оператор B

NMS Оператор A

NMS


Поддержка независимых логотипов/имен

Поддержка всех терминалов LTE, соответствующих 3GPP

Uu Interface

Вещание в SIB1

UE

SystemInformationBlockType1 {

PLMN-IdentityList {

{ OperA PLMN-id

... }

{

OperB PLMN-id ...

} } ...

}

Ядро сети

A

f1

f1

f1 f1

f1 f1

f1 Отдельная eRAN

X2 interface


35pt

32pt

) :18pt

):18pt

Общая eUTRAN



Itf-N


Itf-N

CM

Каждый оператор использует общие

данные конфигурации RAN, включая

параметры соты и оптимизации сети.

FM Информация о неисправностях общей RAN

распространяется всем операторам.

PM Операторы могут независимо получать

информацию о работе сети, например,

о трафике и качестве работы сети

Управление сетью MOCN

Решение Huawei MOCN поддерживает частично независимое PM!

Режим общей частоты


35pt

32pt

) :18pt

):18pt

Выбор сети MOCN

Выбор сети

1. Каждая сота передает все PLMN ID операторов с

помощью SIB1.

2. UE декодирует вещательное сообщение и выбирает свой

HPLMN.

3. UE информирует e-UTRAN о выбранном PLMN-id

сообщением RRCConnectionSetupComplete.

4. Общая eNodeB маршрутизирует UE в CN в соответствии

с выбранным PLMN-id.

5. Для роуминговых абонентов выбор сети происходит по

приоритетам PLMN, которые хранятся в eSIM и

контролируются оператором или абонентом, в противном

случае он зависит от поведения UE.

S1 Interface

Ядро сети

A

Абонент оператора A Абонент оператора B

Выбор сети

Ядро сети

B

Решение Huawei MOCN поддерживает 4 операторов

Индикация выбранного

PLMN-id A

Индикация выбранного

PLMN-id B Общая eNodeB



35pt

32pt

) :18pt

):18pt

Взаимовыгодный выбор сети для роуминговых абонентов

•Опция 1: По регионам •Опция 2: По пропорции

Случайный выбор может привести к дисбалансу

A A B B

В каждом регионе только один оператор принимает

регистрацию

Ядро сети

B

Ядро сети

A

X% (100-X)%

eNodeB управляет выбором сети по заранее установленным

пропорциям

Проблема: Как определить

информацию роумингового UE?

• Изменить стандарты UE 3GPP?

• Поиск альтернативного ID с

помощью доп. сигнализации?

Roaming users


http://image.baidu.com/i?ct=503316480&z=0&tn=baiduimagedetail&word=gif%B6%AF%CC%AC%CD%BC%C6%AC+%C5%AD%BB%F0&in=27662&cl=2&cm=1&sc=0&lm=-1&pn=1&rn=1&di=4582933485&ln=10&fr=&ic=0&s=0&se=1


35pt

32pt

) :18pt

):18pt

Управление мобильностью MOCN

Решение Huawei MOCN поддерживает хэндовер как в обычной сети!

Поддержка хэндовера UE между общей сотой MOCN и соседними отдельными сотами LTE того же оператора.

Поддержка хэндовера UE между сотой MOCN и соседними сотами 2G3G того же оператора


Сота 2G3G Сота MOCN Отдельная сота

LTE


Отдельная сота

LTE

Хэндовер

Абонент A

Хэндовер

Абонент A

хэндовер

Сота 2G3G

хэндовер Абонент B

Абонент B



35pt

32pt

) :18pt

):18pt

Поддержка независимого S1-Flex

• Операторы могут независимо применять S1-Flex

• Выбор узла может выполняться сетью одного оператора в соответствии с пропорциями распределения.

Интерфейс S1

Общая eNodeB

CN оператора A

MME

SGW

CN оператора B

MME SGW

f1 f2 f2

f2 f1 f1

SGW SGW

S1 Flex

MME



35pt

32pt

) :18pt

):18pt

Гибкость совместно используемого транспорта

S1/X2 используют общие физические линии

Физические линиии

операторов A & B

A CN

Общая

eNodeB

IP Backhaul

B CN

Сеть L2 + L3 Сеть L2

VLAN поддерживает маршрутизацию трафика

④

① ②

③



35pt

32pt

) :18pt

):18pt

Требования MOCN к сетевым элементам


Ядро сети eNodeB

Обновление ПО необходимо, если eNodeB

должна поддерживать MOCN.

UE полностью соответствует стандарту

LTE. По умолчанию UE поддерживает

сообщения MOCN.

LTE UE

MME разных операторов должны координироваться во

избежание дублирования.

В одной соте MOCN передается только один TAC.

Глобальный идентификатор eNodeB и соты E-UTRAN

содержат MCC и MNC, и они должны быть уникальными.

eNodeB ID и E-UTRAN Cell ID должны быть уникальными.

Другое



35pt

32pt

) :18pt

):18pt

С выделенной несущей Общая несущая

Версия протокола 3GPP R8 3GPP R8

Реализация функций Независимая Общая

Сетевые OAM Независимые PM/FM/CM (уровень соты) Общие FM/CM, частично независимое

PM

Настройка сети Независимое расширение, общая оптимизация Общая

Несущие частоты Независимые Общие

Применение S1-flex Независимое Независимое

Транспорт Общий Общий

Количество операторов 4 4

Требования к UE Нет Соответствие 3GPP R8 для MOCN

Сравнение решений RAN Sharing

Больше ресурсов RAN могут совместно использоваться в MOCN

Более независимая эксплуатация сети может обеспечиваться для RAN Sharing (отдельные несущие)


35pt

32pt

) :18pt

):18pt

Лицензии: Динамическая пропускная способность & Статические

активные абоненты

• Лицензия на пропускную способность

› Общая пропускная способность, закупленная у Huawei

› Общая пропускная способность может быть разделена между сторонами

› Стороны могут разделить пропускную способность, не используемую другим оператором, в

определенной пропорции (сконфигурированной заранее)

› Пример справа: A и B делят пропускную способность в пропорции 60:40, и могут

использовать до 10% пропускной способности другого оператора, когда она не используется

• Лицензия на активных абонентов

– Общая пропускная способность закупается у Huawei

– Общая пропускная способность может быть разделена между сторонами в пропорции

Пример справа: A и B делят общее количество активных абонентов в пропорции 60:40.

Динамическое распределение не рекомендуется, т.к. оно может привести к прекращению

обслуживания абонентов (Очень плохие впечатления абонентов).

35pt

32pt

) :18pt

):18pt

Содержание

1 Решение Huawei LTE RAN Sharing

2

Опыт внедрения Huawei


35pt

: R153 G0 B0

:

FrutigerNext LT Medium

: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:

FrutigerNext LT Regular

: Arial

20pt

):18pt

黑色

细黑体

Sample RAN Sharing Commercial Cases

Operators Country RAN Vendor Remark

Spain UMTS RAN Sharing (Dedicated Carrier)

UK NSN RAN Sharing (Dedicated Carrier)

Sweden Ericsson MOCN (Shared Carrier)

Australia Ericsson MOCN (Shared Carrier)

Sweden NSN MOCN (Shared Carrier)

Poland UMTS MOCN (Shared Carrier)

Canada UMTS MOCN (Shared Carrier)

Canada UMTS MOCN (Shared Carrier)

Sweden LTE MOCN (Shared Carrier)

Sweden GSM MOCN (Shared Carrier)

India GSM RAN Sharing (Dedicated Carrier)

http://images.google.com/imgres?imgurl=http://www.enterpriseig.ae/images/dynamic/209-OFF-Vodafone_Square.jpg&imgrefurl=http://www.enterpriseig.ae/display/BrandsWeAreBuilding.asp&h=599&w=599&sz=24&hl=en&start=1&um=1&tbnid=_6On9wU7tqXqyM:&tbnh=135&tbnw=135&prev=

http://images.google.cn/imgres?imgurl=http://folk.uio.no/h1730g17/nyprosjekt/bilder/telenor.jpg&imgrefurl=http://folk.uio.no/h1730g17/nyprosjekt/sentraleaktorer.html&usg=__NyeBltGmxugNYUuFHrERH-5pnd8=&h=290&w=650&sz=88&hl=zh-CN&start=2&tbnid=AqryR8ONxhr0eM:&tbnh=61&tbnw=137&prev=/images?q=telenor&gbv=2&hl=zh-CN&biw=1259&newwindow=1

http://images.google.cn/imgres?imgurl=http://folk.uio.no/h1730g17/nyprosjekt/bilder/telenor.jpg&imgrefurl=http://folk.uio.no/h1730g17/nyprosjekt/sentraleaktorer.html&usg=__NyeBltGmxugNYUuFHrERH-5pnd8=&h=290&w=650&sz=88&hl=zh-CN&start=2&tbnid=AqryR8ONxhr0eM:&tbnh=61&tbnw=137&prev=/images?q=telenor&gbv=2&hl=zh-CN&biw=1259&newwindow=1


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Vodafone Spain- Dedicated Carrier solution

Need to Provide 70% coverage within time claimed and balance TCO savings and

expanded coverage with inevitable loss of independence

Share their Networks in towns between 1,000 and 25,000 inhabitants based on

Dedicated Carrier solution.

Each operator is in charge of managing its own traffic and quality of service.

In October 2007, 1,000 node B has been shared. And 5,000 NodeB will be shared

(2,500 per Operator) in the next 4 years.

Brief Introduction

Benefits

Reduce 40% sites, Reduce 40% CAPEX ; Increase 25%

coverage.

Vodafone launch HSDPA/HSUPA services

User experience improved

Business Mode

VDF deploy its Network and share with Orange.

Standard common procedures have been defined between OR and VF:

Migrations, Iu and cell integrations, etc.

RAN Sharing

Spain

CeutaMelilla

Huesca

Teruel

Zaragoza

Lérida

Tarragona

Gerona

Guadalajara

ToledoCuenca

AlbaceteCiudad Real

Cáceres

Badajoz

Lugo

Pon

teve

dra

Orense

Alava

Cas

telló

n

Alicante

Palencia

Soria

Salamanca

Ávila

Segovia

León

Zamora Valladolid

Burgos

AlmeríaGranada

Málaga

Cádiz

JaénCórdoba

Asturias

Murcia

4Vizcaya

La Rioja

GuipúzcoaCantabria

Navarra

Menorca

Ibiza

Formentera

Mallorca

Cabrera

Fuerteventura

Lanzarote

Las Palmas

Tenerife

Gomera

La Palma

Hierro

Santa Cruz de Tenerife

Álava

SevillaHuelva

La Coruña

Barcelona

Madrid

Valencia

24

123

9

15

45

73

147

12

139

50

63

33

27

69

40

11

45

CeutaMelilla

Huesca

Teruel

Zaragoza

Lérida

Tarragona

Gerona

Guadalajara

ToledoCuenca

AlbaceteCiudad Real

Cáceres

Badajoz

Lugo

Pon

teve

dra

Orense

Alava

Cas

telló

n

Alicante

Palencia

Soria

Salamanca

Ávila

Segovia

León

Zamora Valladolid

Burgos

AlmeríaGranada

Málaga

Cádiz

JaénCórdoba

Asturias

Murcia

4Vizcaya

La Rioja

GuipúzcoaCantabria

Navarra

Menorca

Ibiza

Formentera

Mallorca

Cabrera

Fuerteventura

Lanzarote

Las Palmas

Tenerife

Gomera

La Palma

Hierro

Santa Cruz de Tenerife

Álava

SevillaHuelva

La Coruña

Barcelona

Madrid

Valencia

24

123

9

15

45

73

147

12

139

50

63

33

27

69

40

11

45

http://images.google.com/imgres?imgurl=http://www.enterpriseig.ae/images/dynamic/209-OFF-Vodafone_Square.jpg&imgrefurl=http://www.enterpriseig.ae/display/BrandsWeAreBuilding.asp&h=599&w=599&sz=24&hl=en&start=1&um=1&tbnid=_6On9wU7tqXqyM:&tbnh=135&tbnw=135&prev=


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Benefits for Telus

Increased national coverage from 65% to 98%.

Reduced sites number by 50%.

Less deployment time, short time to market.

Lowering costs and increasing speed of

national build.

Project Information

Telus and Bell cooperate to build a shared.

UMTS/HSPA network to save the investment.

Telus & Bell choose MOCN to realize the

network sharing.

Huawei provided 70% of RAN equipments.

Telus & Bell -- UMTS/HSPA MOCN sharing

Canada


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Telus and Bell: Frequency Information

1900M:

15M in Canada West

20M in Canada East

850M:

12.5M in Canada West

1900M:

15M in Canada West

15M in Canada East

850M:

12.5M in Canada East

850M

1900M 1900M

850M

Urban & Sub-Urban

West East

Urban & Sub-Urban

Bell in East and Telus in West deploy UTRAN with 850MHz full coverage and 1900MHz for Urban & Sub-

Urban


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Telus and Bell Network: Introduction

In 2007 Telus and Bell decided individually to investigate their respective wireless network

evolution

Telus and Bell decided to cooperate on technology and vendor selection with a clear

migration path towards LTE in future

In Q2 2008 the technology selection resulted in UMTS/HSPA and vendor selection resulted in

Huawei deploying about 70% of the UTRAN while vendor N deploying the rest of the UTRAN.

From Executive level at Bell and Telus the decision about using RAN sharing was made

Huawei promoted the MORAN capability deployed in Vodafone Spain

Eventually the decision to use MOCN was made

Probably because MOCN is a 3GPP feature and the fact that MOCN has a higher spectrum

efficiency than the MORAN feature

Huawei enables a best-in-class solution to deploy multi-carrier solutions with the DBS3900

product line

The HSPA technology shall evolve into HSPA+ Phase 1 and Phase 2 and finally towards LTE

Both Telus and Bell planned to deploy private cells co- exisited with MOCN cells


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Operator Logo Display

Multiple PLMN List

A concern is to display the other operator network name in the display of their own UE

Example: Bell UE displaying Telus Network name or vice versa

Telus addressed the risk of Non-Supporting UEs not able to decode the Master Information Block (MIB) properly when the Multiple

PLMN List IE is included

Both Telus and Bell will test in their respective lab with a number of existing UEs built on different platforms

Telus initiated usage of a Non-Specific PLMN as a Common PLMN for the entire MOCN macro network

Due to the risk for problems with Non-Supporting UEs then Telus pushed for only using the Non-Specific Common PLMN

But Bell disagree on the subject

Master Information Block

{

• PLMN identity = Non-Specific Common PLMN

• Multiple PLMN List

{

• MIB PLMN identity = FALSE

• Multiple PLMNs

{

• Bell PLMN

• Telus PLMN

}

}

Bell Proposal


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Operator Logo Display

Network Name in the UE display

Both Telus and Bell have agreed to use Bell proposal.

Using a Non-Specific Common PLMN will move the responsibility of operator selection from the

Non-Supporting UE to the RNC

Important for roaming UEs seen from a business perspective (assumption is that majority of UEs

will be Non-Supporting UEs)

For Telus UEs, the USIM card will show Telus network for both the Telus PLMN and the Non-

specific Common PLMN

For Bell UEs, the USIM card will show Bell network for both the Bell PLMN and the Non-

specific Common PLMN

For roaming UEs the NITZ function (TS22.042) is used for transfer of network name to the

UE for display

If the UE supports NITZ then the display will show correct name

If not then the UE decides what to display


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Operator Selection Function

Telus and Bell requested a Proportional Operator Selection Function which could be reconfigured during regular network operation

Initial weights should be 50/50

Huawei originally implemented a Round-Robin Operator Selection Function

Which was rejected by both Telus and Bell

Huawei R&D suggested the Default PLMN Operator Selection Function

Eventually accepted by both Telus and Bell

Major portion of feedback and questions were related to understanding Cell and PLMN selection in the UE

Due to disagreement between Telus and Bell on Cell Broadcast Information both operators conducted deep investigations

of Operator Selection Function behavior

A major concern was to include the Redirect Flag properly to avoid any roaming UEs to leave

the MOCN network in favor of competitor network (Rogers)

Clarification of Emergency Calls

Clarification of any possible handling of faulty UEs selecting wrong PLMN or faulty indication

of selected PLMN


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Huawei LTE MOCN Delivery to N4M

MOCN Shared

G/L RAN

Tele2 CN

Telenor CN

G/L MSR BTS

OMC

Telenor NMS

Tele2 NMS BSC

GL MOCN solution

› Net4Mobility: the JV of Telenor and Tele2

› All the network all over Sweden: GSM900/1800、

LTE900/2600 multi mode co-site

› The 1st GL900 Refarming solution over the world

› 4 Regions with each operator deploy & maintain 2 of them.

Project Background:

› Modernization and evolution of GSM existing network

› Competition of MBB network deployment and operation

› Reduce TCO and improve revenue

Challenges:

› Evolution of GSM to LTE with SDR compliant to ETSI

› Strong LTE900 chain to help the success in MBB

› Low CAPEX WITH GSM and LTE MOCN solution

Value and benefits:

Transmission

Network


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

World 1st Commercial GSM MOCN for N4M

Scope and business model

All 2G/LTE Site RAN are Both MOCN.

Set up a 50:50 JV (N4M) to own all shared assets (new SDR GSM/LTE equipments, new sites, spectrum, etc.)

Operating Model

A fully shared RAN divided evenly into 4 areas and with each area managed by a single operator

New Common PLMN ID for Telenor & Tele2.


35pt

: R153 G0 B0

:


: Arial

32pt

: R153 G0 B0

黑体

22pt

) :18pt

黑色

:


: Arial

20pt

):18pt

黑色

细黑体

Net4Mobility GSM MOCN: Summary

Items Net4Mobility

Scenario SWAP+Refarming+MOCN

Business Model JV for operating MOCN;

Each operators are responsible for different areas.

PLMN ID New PLMN ID for MOCN.

NITZ to resolve PLMN Name display.

Subscribers Migration No migration.

Two operators become MOCN directly.

Re-routing Selection Based on CN.

CN requirements NRI, EPLMN, NITZ

Thank you www.huawei.com

4. Решение huawei ran sharing

Documents