Критерии Handover — Общие вопросы, касающиеся принципов работы GSM-сетей
- Печёночный-Сосальщикъ
- Известный нетмониторщик
- Сообщения: 658
- Зарегистрирован: Пн, 28-02-2005, 19:03
- Откуда: СамыйЛучшийГородНаЗемле
- Нетмонитор: Siemens M55
- Контактная информация:
Критерии Handover
Здравствуйте!
Может, я не превый, кто это спрашивает, но всё же: каковы критерии переключения текущей соты при разговоре. В режиме ожидания с cell reselection всё понятно: есть текущий уровень, RxAM, CRO. Про режим разговора я слышал только, что "решение о HO принимает коммутатор". Вот только как? Руководствуется ли он уже перечисленными параметрами, или у него совсем свои критерии?
Может, я не превый, кто это спрашивает, но всё же: каковы критерии переключения текущей соты при разговоре. В режиме ожидания с cell reselection всё понятно: есть текущий уровень, RxAM, CRO. Про режим разговора я слышал только, что "решение о HO принимает коммутатор". Вот только как? Руководствуется ли он уже перечисленными параметрами, или у него совсем свои критерии?
Засимъ позвольте откланяться,
искренне вашъ Печёночный-Сосальщикъ
искренне вашъ Печёночный-Сосальщикъ
- Gamlet
- Известный нетмониторщик
- Сообщения: 518
- Зарегистрирован: Вс, 19-12-2004, 13:13
- Нетмонитор: Sagem OT-130 / Sagem OT-230 / Sagem OT-290 + Nokia 6230(with NetMon) + Comarco Seven.Five
- Печёночный-Сосальщикъ
- Известный нетмониторщик
- Сообщения: 658
- Зарегистрирован: Пн, 28-02-2005, 19:03
- Откуда: СамыйЛучшийГородНаЗемле
- Нетмонитор: Siemens M55
- Контактная информация:
Значит, я ленивый и есть В смысле ни разу не приходилось залезать внутрь BSC и смотреть, какие там критерии. Потому и вопрос (ну хоть в ссылку ткните, если пару слов сказать жалко).Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.
Все критерии по HO выставляются вручную в BSC и пользователю "нетмонитора" не видны.
И вообще, про хэндоверы не знает только ленивый.
Засимъ позвольте откланяться,
искренне вашъ Печёночный-Сосальщикъ
искренне вашъ Печёночный-Сосальщикъ
- Алексей Березин
- Администратор
- Сообщения: 5530
- Зарегистрирован: Вс, 25-01-2004, 05:22
- Откуда: Санкт-Петербург
- Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455
- Barabek
- Известный нетмониторщик
- Сообщения: 417
- Зарегистрирован: Пт, 25-02-2005, 17:33
- Откуда: Ростов-на-Дону
- Нетмонитор: 6230
Критериев и параметров довольно много. Если хочешь заглянуть в BSC - вот тебе распечатка хэндоверных параметров одного сектора из BSC (Nokia):
И дальше описание одного из соседей
p.s. По соображениям секурности изменены некоторые параметры (имена секторов, LAC, CI, NCC, BCC)
Код: Выделить всё
HANDOVER CONTROL PARAMETERS OF
SEG-003 XXXXXX3
BTS-003 XXXXXXX3
ENABLE INTRA HO INTERF UL ...... Y ENABLE INTRA HO INTERF DL ...... Y
ENABLE PWRBUDGET HANDOVER ...... Y ENABLE MS DISTANCE PROCESS ..... N
ENABLE SDCCH HANDOVER .......... N ENABLE UMBRELLA HANDOVER ....... Y
ENABLE FAST AVE CALL SETUP ..... N ENABLE FAST AVE PC ............. N
ENABLE FAST AVE HO ............. N
MIN INT BETWEEN HO REQ ............. 05 s HO PERIOD UMBRELLA ....... 06
MIN INT BETWEEN UNSUCC HO ATTEMPT .. 03 s HO PERIOD PBGT ........... 06
AMH TRAFFIC CONTROL MCN ........ Y AMH TRAFFIC CONTROL IUO ........ N
AMH TRHO PBGT MARGIN ........... N
AVERAGING WINDOW SIZE ADJ CELL ..... 06 NUMBER OF ZERO RESULTS ... 2
ALL ADJACENT CELLS AVERAGED ........ N
HO AVERAGING LEV DL WINDOW SIZE ............ 06 WEIGHTING .... 1
HO AVERAGING LEV UL WINDOW SIZE ............ 06 WEIGHTING .... 1
HO AVERAGING QUAL DL WINDOW SIZE ............ 01 WEIGHTING .... 1
HO AVERAGING QUAL UL WINDOW SIZE ............ 01 WEIGHTING .... 1
MS SPEED AVERAGING ............. 04
HO THRESHOLDS QUAL DL RX QUAL ...... 1.6% - 3.2% PX .. 04 NX .. 06
HO THRESHOLDS QUAL UL RX QUAL ...... 1.6% - 3.2% PX .. 04 NX .. 06
HO THRESHOLDS LEV DL RX LEVEL ............ -095 dBm PX .. 01 NX .. 01
HO THRESHOLDS LEV UL RX LEVEL ............ -098 dBm PX .. 01 NX .. 01
HO THRESHOLDS LEV UL FOR RAPID FIELD DROP . -110 dBm PX .. 00 (DISABLED)
ENABLE ENHANCED RAPID FIELD DROP ........... DIS (DISABLED)
THRESHOLD DEEP DROPPING EDGE ............... 10 dB PX .. 02 NX .. 03
DEEP DROPPING EDGE MONITORING WINDOW ....... 2
MODIFIED AVERAGING WINDOW .................. 2
MODIFIED NUMBER OF ZERO RESULTS ............ 1
ENHANCED RAPID FIELD DROP DURATION ......... 10 s
NON BCCH LAYER ACCESS THRESHOLD ............ -090 dBm
NON BCCH LAYER EXIT THRESHOLD .............. -095 dBm PX .. 01 NX .. 01
HO THRESHOLDS INTERFERENCE DL RX LEVEL ..... -085 dBm PX .. 01 NX .. 01
HO THRESHOLDS INTERFERENCE UL RX LEVEL ..... -085 dBm PX .. 01 NX .. 01
MS DISTANCE AVERAGING PARAM WINDOW SIZE ..... 10
MS DISTANCE HO THRESHOLD PARAM MS RANGE MAX .... 63 PX .. 01 NX .. 01
MS DISTANCE HO THRESHOLD EXT. CELL MAX ......... 63
MS DISTANCE HO THRESHOLD EXT. CELL MIN ......... 02
USED C/I ESTIMATION METHOD ...... NONE (ESTIMATION METHODS NOT IN USE)
LOWER C/I LIMIT 1 ... 30 dB PRIORITY ADJ. STEP FOR BAND 1 ... 3
LOWER C/I LIMIT 2 ... 25 dB PRIORITY ADJ. STEP FOR BAND 2 ... 1
LOWER C/I LIMIT 3 ... 20 dB PRIORITY ADJ. STEP FOR BAND 3 ... 0
LOWER C/I LIMIT 4 ... 17 dB PRIORITY ADJ. STEP FOR BAND 4 ... - 1
LOWER C/I LIMIT 5 ... 13 dB PRIORITY ADJ. STEP FOR BAND 5 ... - 2
LOWER C/I LIMIT 6 ... 9 dB PRIORITY ADJ. STEP FOR BAND 6 ... - 5
PRIORITY ADJ. STEP FOR BAND 7 ... - 8
SUPER REUSE ESTIMATION METHOD ............. NONE (METH. NOT USED IN THIS CELL)
MINIMUM INTERVAL BETWEEN UNSUCC IUO HO .... 20 s
MINIMUM INTERVAL BETWEEN IUO HO REQ BQ .... 10 s
SUPER REUSE GOOD THRESHOLD RX LEVEL ....... -080 dBm PX .. 08 NX .. 10
SUPER REUSE BAD THRESHOLD RX LEVEL ........ -085 dBm PX .. 02 NX .. 06
LOWER SPEED LIMIT ......................... 0 ( 0 km/h )
UPPER SPEED LIMIT ......................... 0 ( 0 km/h )
MS SPEED THRESHOLD PX ......... 3 MS SPEED THRESHOLD NX ......... 6
MS SPEED DETECTION STATE .................. 0
Код: Выделить всё
DX 200 BSC_XXXXX 2006-02-20 15:14:41
ADJACENT CELL DATA
SEG-003 XXXXXXX3
BTS-003 XXXXXXX3 HAS ADJACENT CELL :
SEG-001 YYYYYYY1
LOCATION AREA CODE......................(LAC)... 1111
CELL IDENTIFICATION.....................(CI).... 222
NETWORK COLOUR CODE.....................(NCC)... 0
BACKGROUND NETWORK COLOUR CODE..........(BNCC).. -
BTS COLOUR CODE.........................(BCC)... 0
BACKGROUND BTS COLOUR CODE..............(BBCC).. -
FREQUENCY NUMBER OF BCCH................(FREQ).. 53
BACKGROUND FREQUENCY NUMBER OF BCCH.....(BFREQ). -
HO MARGIN PBGT.........................(PMRG).. 6 dB
HO MARGIN LEV..........................(LMRG).. 3 dB
HO MARGIN QUAL.........................(QMRG).. 0 dB
ENABLE HO MARGIN LEV QUAL..............(MRGS).. Y
HO PRIORITY LEVEL......................(PRI)... 3
HO LOAD FACTOR.........................(OF).... 1
RX LEV MIN CELL........................(SL)....-100 dBm
HO LEVEL UMBRELLA......................(AUCL)..- 47 dBm
MS TX PWR MAX CELL.....................(PMAX1). 33 dBm
MS TX PWR MAX GSM1X00..................(PMAX2). 30 dBm
SYNCHRONIZED...........................(SYNC).. Y
TRHO TARGET LEVEL......................(TRHO).. N (NOT IN USE)
ADJACENT CELL LAYER....................(ACL)... N (NOT IN USE)
FAST MOVING THRESHOLD..................(FMT)... 0 (NOT IN USE)
MS PWR OPT LEVEL.......................(POPT).. N (NO OPTIMIZATION)
CELL TYPE..............................(CTY)... GSM
CHAINED ADJACENT CELL..................(CHAIN). N
HO TARGET AREA.........................(HOTA).. 0
DIRECTED RETRY THRESHOLD...............(DRT)...- 95 dBm
TARGET CELL OF DIRECT ACCESS TO
DESIRED LAYER..........................(DADL).. N
ADJACENT GPRS ENABLED..................(AGENA). Y
GPRS RXLEV ACCESS MIN..................(GRXP)..-105 dBm
GPRS MS TX PWR MAX CCH.................(GTXP1). 33 dBm
GPRS MS TX PWR MAX CCH1X00.............(GTXP2). 30 dBm
PRIORITY CLASS.........................(PRC)... 0
HCS THRESHOLD..........................(HCS)... N (NOT IN USE)
GPRS TEMPORARY OFFSET..................(GTEO).. 0 dB
GPRS PENALTY TIME......................(GPET).. 10 s
GPRS RESELECT OFFSET...................(GREO).. 0 dB
ROUTING AREA CODE......................(RAC)... 130
GPRS CELL BARRED.......................(GBAR).. 0
- Печёночный-Сосальщикъ
- Известный нетмониторщик
- Сообщения: 658
- Зарегистрирован: Пн, 28-02-2005, 19:03
- Откуда: СамыйЛучшийГородНаЗемле
- Нетмонитор: Siemens M55
- Контактная информация:
- Red Faraon
- Опытный нетмониторщик
- Сообщения: 127
- Зарегистрирован: Ср, 29-06-2005, 12:45
- Откуда: Ростов-на-Дону
- Нетмонитор: Nokia 6230
- Контактная информация:
Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.
Код: Выделить всё
BASE TRANSCEIVER STATION HANDLING IN MSC COMMANDS
...
H: ..... MODIFY PARAMETERS OF HANDOVER DUE TO TRAFFIC REASONS
...
N: ..... MODIFY BTS NEIGHBOURHOOD
...
- Gamlet
- Известный нетмониторщик
- Сообщения: 518
- Зарегистрирован: Вс, 19-12-2004, 13:13
- Нетмонитор: Sagem OT-130 / Sagem OT-230 / Sagem OT-290 + Nokia 6230(with NetMon) + Comarco Seven.Five
Коллега!Red Faraon писал(а):Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Предлагаю вам взглянуть на ситуацию с точки зрения BSSMAP - ибо наличие на коммутаторе менюшки"MODIFY PARAMETERS OF HANDOVER" еще не говорит о том, что коммутатор принимает решения сделать НО, или нет. Скорее, данная настройка относится к InterMSC HO (к сожалению, не знаю, какого вендора это оборудование).
К тому же, следует учесть, что MSC не имеет информации об уровнях сигналов соседних BTS, замеряемых MS.
- Red Faraon
- Опытный нетмониторщик
- Сообщения: 127
- Зарегистрирован: Ср, 29-06-2005, 12:45
- Откуда: Ростов-на-Дону
- Нетмонитор: Nokia 6230
- Контактная информация:
An MSC can handover mobile stations from a highly loaded cell to cells with a lower load.Gamlet писал(а):Коллега!Red Faraon писал(а):Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Предлагаю вам взглянуть на ситуацию с точки зрения BSSMAP - ибо наличие на коммутаторе менюшки"MODIFY PARAMETERS OF HANDOVER" еще не говорит о том, что коммутатор принимает решения сделать НО, или нет. Скорее, данная настройка относится к InterMSC HO (к сожалению, не знаю, какого вендора это оборудование).
К тому же, следует учесть, что MSC не имеет информации об уровнях сигналов соседних BTS, замеряемых MS.
- Gamlet
- Известный нетмониторщик
- Сообщения: 518
- Зарегистрирован: Вс, 19-12-2004, 13:13
- Нетмонитор: Sagem OT-130 / Sagem OT-230 / Sagem OT-290 + Nokia 6230(with NetMon) + Comarco Seven.Five
- Barabek
- Известный нетмониторщик
- Сообщения: 417
- Зарегистрирован: Пт, 25-02-2005, 17:33
- Откуда: Ростов-на-Дону
- Нетмонитор: 6230
Я бы уточнил так: MSC не принимает решение, но инициирует.Red Faraon писал(а): Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Это что касается Traffic reason handover.
- Red Faraon
- Опытный нетмониторщик
- Сообщения: 127
- Зарегистрирован: Ср, 29-06-2005, 12:45
- Откуда: Ростов-на-Дону
- Нетмонитор: Nokia 6230
- Контактная информация:
Схема такова:Gamlet писал(а):Откуда цитата?Red Faraon писал(а):An MSC can handover mobile stations from a highly loaded cell to cells with a lower load.
К тому же, следует учесть, что MSC не имеет информации об уровнях сигналов соседних BTS, замеряемых MS.
Код: Выделить всё
BSC MSC
<<====== HANDOVER_CANDIDATE_ENQUIRY message
MSC informs the BSC of the number of handovers wanted. The MSC also informs the BSC of the cell from which the MSs are to be transferred (source cell) and the cells into which the MSs are to be handed over (target cells). The maximum number of adjacent cells in the HANDOVER_CANDIDATE_ENQUIRY message is defined in the BSC to be 32.
======>> HANDOVER_REQUIRED message
....
======>> HANDOVER_REQUIRED message
The BSC sends one HANDOVER_REQUIRED message per MS candidate to the MSC using an appropriate SCCP connection. The message includes a list of candidate cells and the reason for the handover (response to MSC invocation). The reason for the handover makes the HANDOVER_REQUIRED message different from the normal HANDOVER_REQUIRED message. The BSC that has received the HANDOVER_CANDIDATE_ENQUIRY message acts as the source BSC in the possible MSC controlled external handover(s).
======>> HANDOVER_CANDIDATE_RESPONSE message
When the BSC has sent all HANDOVER_REQUIRED messages generated by the enquiry, it sends the HANDOVER_CANDIDATE_RESPONSE message to the MSC.
The handover candidate enquiry procedure uses the connectionless services of the SCCP
- Red Faraon
- Опытный нетмониторщик
- Сообщения: 127
- Зарегистрирован: Ср, 29-06-2005, 12:45
- Откуда: Ростов-на-Дону
- Нетмонитор: Nokia 6230
- Контактная информация:
Трафик ризона два - БСС и НСС. Мы говорим про НСС. MSC запрашивает инфу у BSC по списку сот, тот отчитывается и MSC принимает решение (или инициирует - а какая разница?)Barabek писал(а):Я бы уточнил так: MSC не принимает решение, но инициирует.Red Faraon писал(а): Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Это что касается Traffic reason handover.
- Gamlet
- Известный нетмониторщик
- Сообщения: 518
- Зарегистрирован: Вс, 19-12-2004, 13:13
- Нетмонитор: Sagem OT-130 / Sagem OT-230 / Sagem OT-290 + Nokia 6230(with NetMon) + Comarco Seven.Five
Коллега, безусловно, это вопрос философский.Red Faraon писал(а):Трафик ризона два - БСС и НСС. Мы говорим про НСС. MSC запрашивает инфу у BSC по списку сот, тот отчитывается и MSC принимает решение (или инициирует - а какая разница?)
Но, если вернуться к началу данной дискусии, а именно
то, конкретная ситуация относится, все же, к управлению трафиком, а не радиоресурсами.Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.
BSC, сообщениями Handover Required выдает список сот, на которые, с точки зрения радиоресурсов, возможен HO.
Стоит, также, добавить, что ситуация с Traffic Reason HO не является обыденной. Я бы даже сказал, что она является весьма редкой.
- Red Faraon
- Опытный нетмониторщик
- Сообщения: 127
- Зарегистрирован: Ср, 29-06-2005, 12:45
- Откуда: Ростов-на-Дону
- Нетмонитор: Nokia 6230
- Контактная информация:
Вполне согласенGamlet писал(а):то, конкретная ситуация относится, все же, к управлению трафиком, а не радиоресурсами.
BSC, сообщениями Handover Required выдает список сот, на которые, с точки зрения радиоресурсов, возможен HO.
Это просто один из способов перетягивания трафика из перегруженных сот в недогруженныеСтоит, также, добавить, что ситуация с Traffic Reason HO не является обыденной. Я бы даже сказал, что она является весьма редкой.