Критерии Handover

Печёночный-Сосальщикъ · Пт, 17-02-2006, 19:53

Здравствуйте!

Может, я не превый, кто это спрашивает, но всё же: каковы критерии переключения текущей соты при разговоре. В режиме ожидания с cell reselection всё понятно: есть текущий уровень, RxAM, CRO. Про режим разговора я слышал только, что "решение о HO принимает коммутатор". Вот только как? Руководствуется ли он уже перечисленными параметрами, или у него совсем свои критерии?

Gamlet · Сообщение **Gamlet** » Сб, 18-02-2006, 00:35

Коммутатор никаких решений по управлению радиоресурсами не принимает.

Все критерии по HO выставляются вручную в BSC и пользователю "нетмонитора" не видны.
И вообще, про хэндоверы не знает только ленивый.

Печёночный-Сосальщикъ · Пн, 20-02-2006, 14:29

Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.
Все критерии по HO выставляются вручную в BSC и пользователю "нетмонитора" не видны.
И вообще, про хэндоверы не знает только ленивый.

Значит, я ленивый и есть

В смысле ни разу не приходилось залезать внутрь BSC и смотреть, какие там критерии. Потому и вопрос (ну хоть в ссылку ткните, если пару слов сказать жалко).

Пн, 20-02-2006, 15:18

Эх, нет этого в эл.виде.

Условие ХО м.б.:
- по уровню
- по качеству
- по ТА

Причем как по каналу вниз, так и по каналу вверх. Так же принимается во внимание количество измерений удовлетворяющих условиям... В общем, надо сканить и выкладывать исходник.

Barabek · Сообщение **Barabek** » Пн, 20-02-2006, 15:24

Критериев и параметров довольно много. Если хочешь заглянуть в BSC - вот тебе распечатка хэндоверных параметров одного сектора из BSC (Nokia):

Код: Выделить всё

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 &#40;DISABLED&#41;
ENABLE ENHANCED RAPID FIELD DROP ...........   DIS              &#40;DISABLED&#41;
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 &#40;ESTIMATION METHODS NOT IN USE&#41;

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 &#40;METH. NOT USED IN THIS CELL&#41;
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   &#40;    0 km/h &#41;
UPPER SPEED LIMIT .........................     0   &#40;    0 km/h &#41;
MS SPEED THRESHOLD PX .........   3   MS SPEED THRESHOLD NX .........   6
MS SPEED DETECTION STATE ..................     0

И дальше описание одного из соседей

Код: Выделить всё



DX 200    BSC_XXXXX                 2006-02-20  15&#58;14&#58;41
ADJACENT CELL DATA

SEG-003 XXXXXXX3       

BTS-003 XXXXXXX3        HAS ADJACENT CELL &#58;

SEG-001 YYYYYYY1       

LOCATION AREA CODE......................&#40;LAC&#41;... 1111
CELL IDENTIFICATION.....................&#40;CI&#41;....  222

NETWORK COLOUR CODE.....................&#40;NCC&#41;...   0
BACKGROUND NETWORK COLOUR CODE..........&#40;BNCC&#41;..   -
BTS COLOUR CODE.........................&#40;BCC&#41;...   0
BACKGROUND BTS COLOUR CODE..............&#40;BBCC&#41;..   -
FREQUENCY NUMBER OF BCCH................&#40;FREQ&#41;..   53
BACKGROUND FREQUENCY NUMBER OF BCCH.....&#40;BFREQ&#41;.   - 
 HO MARGIN PBGT.........................&#40;PMRG&#41;..   6 dB
 HO MARGIN LEV..........................&#40;LMRG&#41;..   3 dB
 HO MARGIN QUAL.........................&#40;QMRG&#41;..   0 dB
 ENABLE HO MARGIN LEV QUAL..............&#40;MRGS&#41;..   Y
 HO PRIORITY LEVEL......................&#40;PRI&#41;...   3
 HO LOAD FACTOR.........................&#40;OF&#41;....   1
 RX LEV MIN CELL........................&#40;SL&#41;....-100 dBm
 HO LEVEL UMBRELLA......................&#40;AUCL&#41;..- 47 dBm
 MS TX PWR MAX CELL.....................&#40;PMAX1&#41;.  33 dBm
 MS TX PWR MAX GSM1X00..................&#40;PMAX2&#41;.  30 dBm
 SYNCHRONIZED...........................&#40;SYNC&#41;..   Y
 TRHO TARGET LEVEL......................&#40;TRHO&#41;..   N &#40;NOT IN USE&#41;
 ADJACENT CELL LAYER....................&#40;ACL&#41;...   N &#40;NOT IN USE&#41;
 FAST MOVING THRESHOLD..................&#40;FMT&#41;...   0 &#40;NOT IN USE&#41;
 MS PWR OPT LEVEL.......................&#40;POPT&#41;..   N &#40;NO OPTIMIZATION&#41;
 CELL TYPE..............................&#40;CTY&#41;... GSM
 CHAINED ADJACENT CELL..................&#40;CHAIN&#41;.   N
 HO TARGET AREA.........................&#40;HOTA&#41;..   0
 DIRECTED RETRY THRESHOLD...............&#40;DRT&#41;...- 95 dBm
 TARGET CELL OF DIRECT ACCESS TO
 DESIRED LAYER..........................&#40;DADL&#41;..   N
 ADJACENT GPRS ENABLED..................&#40;AGENA&#41;.   Y
 GPRS RXLEV ACCESS MIN..................&#40;GRXP&#41;..-105 dBm
 GPRS MS TX PWR MAX CCH.................&#40;GTXP1&#41;.  33 dBm
 GPRS MS TX PWR MAX CCH1X00.............&#40;GTXP2&#41;.  30 dBm
 PRIORITY CLASS.........................&#40;PRC&#41;...   0
 HCS THRESHOLD..........................&#40;HCS&#41;...   N &#40;NOT IN USE&#41;
 GPRS TEMPORARY OFFSET..................&#40;GTEO&#41;..   0 dB
 GPRS PENALTY TIME......................&#40;GPET&#41;..  10 s
 GPRS RESELECT OFFSET...................&#40;GREO&#41;..   0 dB
 ROUTING AREA CODE......................&#40;RAC&#41;... 130
 GPRS CELL BARRED.......................&#40;GBAR&#41;..   0

p.s. По соображениям секурности изменены некоторые параметры (имена секторов, LAC, CI, NCC, BCC)

Печёночный-Сосальщикъ · Пн, 20-02-2006, 19:26

Большое спасибо! Я погружаюсь в глубокую медитацию

Red Faraon · Вт, 14-03-2006, 04:17

Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.

Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:

Код: Выделить всё

          BASE TRANSCEIVER STATION HANDLING IN MSC COMMANDS
   ...
          H&#58; ..... MODIFY PARAMETERS OF HANDOVER DUE TO TRAFFIC REASONS
   ...
          N&#58; ..... MODIFY BTS NEIGHBOURHOOD
   ...

Gamlet · Сообщение **Gamlet** » Вт, 14-03-2006, 09:20

Red Faraon писал(а):Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:

Коллега!
Предлагаю вам взглянуть на ситуацию с точки зрения BSSMAP - ибо наличие на коммутаторе менюшки"MODIFY PARAMETERS OF HANDOVER" еще не говорит о том, что коммутатор принимает решения сделать НО, или нет. Скорее, данная настройка относится к InterMSC HO (к сожалению, не знаю, какого вендора это оборудование).
К тому же, следует учесть, что MSC не имеет информации об уровнях сигналов соседних BTS, замеряемых MS.

Red Faraon · Вт, 14-03-2006, 09:38

Gamlet писал(а):
Red Faraon писал(а):Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Коллега!
Предлагаю вам взглянуть на ситуацию с точки зрения BSSMAP - ибо наличие на коммутаторе менюшки"MODIFY PARAMETERS OF HANDOVER" еще не говорит о том, что коммутатор принимает решения сделать НО, или нет. Скорее, данная настройка относится к InterMSC HO (к сожалению, не знаю, какого вендора это оборудование).
К тому же, следует учесть, что MSC не имеет информации об уровнях сигналов соседних BTS, замеряемых MS.

An MSC can handover mobile stations from a highly loaded cell to cells with a lower load.

Gamlet · Сообщение **Gamlet** » Вт, 14-03-2006, 09:40

Red Faraon писал(а):An MSC can handover mobile stations from a highly loaded cell to cells with a lower load.

Откуда цитата?

Barabek · Сообщение **Barabek** » Вт, 14-03-2006, 10:01

Red Faraon писал(а): Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:

Я бы уточнил так: MSC не принимает решение, но инициирует.
Это что касается Traffic reason handover.

Red Faraon · Вт, 14-03-2006, 10:05

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 &#40;source cell&#41; and the cells into which the MSs are to be handed over &#40;target cells&#41;. 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 &#40;response to MSC invocation&#41;. 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&#40;s&#41;.
 ======>>   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 · Вт, 14-03-2006, 10:09

Barabek писал(а):
Red Faraon писал(а): Есть фича, где решение на хэндовер принимает именно коммутатор (как ни странно), а тип хэндовера называется соответственно NSS Traffic Reason HO. А ещё в MSC можно прописывать хэндоверы:
Я бы уточнил так: MSC не принимает решение, но инициирует.
Это что касается Traffic reason handover.

Трафик ризона два - БСС и НСС. Мы говорим про НСС. MSC запрашивает инфу у BSC по списку сот, тот отчитывается и MSC принимает решение (или инициирует - а какая разница?)

Gamlet · Сообщение **Gamlet** » Вт, 14-03-2006, 10:39

Red Faraon писал(а):Трафик ризона два - БСС и НСС. Мы говорим про НСС. MSC запрашивает инфу у BSC по списку сот, тот отчитывается и MSC принимает решение (или инициирует - а какая разница?)

Коллега, безусловно, это вопрос философский.
Но, если вернуться к началу данной дискусии, а именно

Gamlet писал(а):Коммутатор никаких решений по управлению радиоресурсами не принимает.

то, конкретная ситуация относится, все же, к управлению трафиком, а не радиоресурсами.
BSC, сообщениями Handover Required выдает список сот, на которые, с точки зрения радиоресурсов, возможен HO.
Стоит, также, добавить, что ситуация с Traffic Reason HO не является обыденной. Я бы даже сказал, что она является весьма редкой.

Red Faraon · Вт, 14-03-2006, 10:54

Gamlet писал(а):то, конкретная ситуация относится, все же, к управлению трафиком, а не радиоресурсами.
BSC, сообщениями Handover Required выдает список сот, на которые, с точки зрения радиоресурсов, возможен HO.

Вполне согласен

Стоит, также, добавить, что ситуация с Traffic Reason HO не является обыденной. Я бы даже сказал, что она является весьма редкой.

Это просто один из способов перетягивания трафика из перегруженных сот в недогруженные

NetMonitor.Ru Forum

Критерии Handover — Общие вопросы, касающиеся принципов работы GSM-сетей

Критерии Handover