Критерии Handover

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

Red Faraon писал(а):Это просто один из способов перетягивания трафика из перегруженных сот в недогруженные

Вне всяких сомнений!
Но используется он крайне редко.

BeeForever · Вт, 14-03-2006, 12:12

Red Faraon писал(а): Это просто один из способов перетягивания трафика из перегруженных сот в недогруженные

Вы шутите?
С каких это пор MSC стал заниматься оценкой трафика ? или я чего-то не понимаю:)

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

BeeForever писал(а): Вы шутите?
С каких это пор MSC стал заниматься оценкой трафика ? или я чего-то не понимаю:)

Вообще-то, как раз MSC этим и занимается.

BeeForever · Вт, 14-03-2006, 12:50

Не понимаю:( Ты хочешь сказать, что трафик в соте контролирует MSC? или имеется в виду трафик через MSC

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

BeeForever писал(а):Не понимаю:( Ты хочешь сказать, что трафик в соте контролирует MSC? или имеется в виду трафик через MSC

В рассмотренном случае - да.
Такая процедура, действительно, существует.
Другое дело, что на MSC далеко не всегда данный процесс активирован.

BeeForever · Вт, 14-03-2006, 13:54

я не сомеваюсь, что такую процедуру можно реализовать в стандарте.
Но у нас есть контроллер, который элементарно решает задачу по распределению нагрузки в сотах. Спрашивается зачем дублировать функции, которые уже распределены? В чем идея?

Red Faraon · Вт, 14-03-2006, 14:02

Gamlet писал(а):
BeeForever писал(а):Не понимаю:( Ты хочешь сказать, что трафик в соте контролирует MSC? или имеется в виду трафик через MSC
В рассмотренном случае - да.
Такая процедура, действительно, существует.
Другое дело, что на MSC далеко не всегда данный процесс активирован.

Не стоит воспринимать спецификации как догму. Любой вендор может придумать какую-нибудь изюминку-фичу, которая не будет работать в мультивендорной сети. В данном случае плюс NSS-ного TRHO по сравнению с BSS-ным в том, что если одна группа сот принадлежит одному BSC, а другая - другому, то первый BSC не располагает измерениями по UL для второй группы сот и обратиться ко второму BSC не может, а коммутатор опрашивает оба BSC (правда, они отдают ему не измерения а уже отсортированные списки сот своих групп по критерию пригодности).
Кстати в WCDMA организовывается интерфейс между двумя RNC, по которому они друг другу отчитываются по измерениям - каждый по своим сотам.

BeeForever · Вт, 14-03-2006, 14:25

Red Faraon писал(а): В данном случае плюс NSS-ного TRHO по сравнению с BSS-ным в том, что если одна группа сот принадлежит одному BSC, а другая - другому, то первый BSC не располагает измерениями по UL для второй группы сот и обратиться ко второму BSC не может, а коммутатор опрашивает оба BSC (правда, они отдают ему не измерения а уже отсортированные списки сот своих групп по критерию пригодности).

BSC никогда не располагают такой информацией и тем более не общаются между собой.

Red Faraon · Вт, 14-03-2006, 14:31

BeeForever писал(а):
Red Faraon писал(а): В данном случае плюс NSS-ного TRHO по сравнению с BSS-ным в том, что если одна группа сот принадлежит одному BSC, а другая - другому, то первый BSC не располагает измерениями по UL для второй группы сот и обратиться ко второму BSC не может, а коммутатор опрашивает оба BSC (правда, они отдают ему не измерения а уже отсортированные списки сот своих групп по критерию пригодности).
BSC никогда не располагают такой информацией и тем более не общаются между собой.

Какой такой информацией не располагают BSC? Естесственно, не общаются. Я про это уже написал. А RNC (3G-WCDMA) - могут общаться и располагать, т.к. для этого есть соответствующий интерфейс.

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

Red Faraon писал(а):А RNC (3G-WCDMA) - могут общаться и располагать, т.к. для этого есть соответствующий интерфейс.

Сейчас речь о 2.5G, если не ошибаюсь.

Red Faraon писал(а):Не стоит воспринимать спецификации как догму.

Коллега!
В том-то все и дело, что к спецификациям, как раз, и нужно относиться как к догмам.
А, к примеру, рекомендации ITU-T не обязательны для абсолютного выполнения, поскольку они рекомендуют. Спецификации же - предписывают.
Если вендор не будет строго придерживаться спецификаций, то он рискует лишиться аккредитации ETSI на производство оборудования сотовой связи GSM.

Red Faraon писал(а):Любой вендор может придумать какую-нибудь изюминку-фичу, которая не будет работать в мультивендорной сети.

Фантазии вендора на тему Vendor Specific не должны распространяться на стандартизованные ETSI интерфейсы и алгоритмы.
Любая фича, или продукт, которые вступают в противоречия с установленными стандартами, могут повлечь серьезные проблемы.
Поэтому HLR производства Alcatel будет работать с Nokia DX-200, а BSS от Motorola прекрасно стыкуется с Siemens D900/1800 и т.д. и т.п.

BeeForever · Вт, 14-03-2006, 15:01

Gamlet писал(а):Любая фича, или продукт, которые вступают в противоречия с установленными стандартами, могут повлечь серьезные проблемы.
Поэтому HLR производства Alcatel будет работать с Nokia DX-200, а BSS от Motorola прекрасно стыкуется с Siemens D900/1800 и т.д. и т.п.

А вот базовая станция моторола наврятли будет работать с сименовским BSC

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

BeeForever писал(а):А вот базовая станция моторола наврятли будет работать с сименовским BSC

Никто и не спорит!
В виду того, что А-bis жестко не специфицирован, он представляет собой поле для творческой деятельности разработчиков.
BTSs + BSC всегда рассматривались, как единое целое.

meandes · Сообщение **meandes** » Сб, 18-03-2006, 21:13

А где можно почитать об Traffic reason handover. У меян просто в голове не укладывается каким образом MSC в данном случае может быть инициатором данной процедуры? Где описаны процедуры работы данной фичи в BSSAP? Может речь идет о Direct Retrial, но тогда в этом случае MSC никак не учавствует.

Gamlet · Сообщение **Gamlet** » Сб, 18-03-2006, 22:49

meandes писал(а):А где можно почитать об Traffic reason handover. У меян просто в голове не укладывается каким образом MSC в данном случае может быть инициатором данной процедуры? Где описаны процедуры работы данной фичи в BSSAP?

Странный вопрос! Разумеется, там же, где описан сам BSSAP - в 3GPP TS 08.08.
Ключевые конструкции "HANDOVER CANDIDATE ENQUIRE" и "HANDOVER CANDIDATE RESPONSE". В конце документа приведены диаграммы сигнальных диалогов.

meandes · Сообщение **meandes** » Пн, 20-03-2006, 09:55

Вот то что удалось найти.

The purpose of this procedure is to allow the MSC to ascertain if it is possible to handover any MSs that
are currently being served by a particular cell to another nominated cell. The procedure uses both global
and dedicated resource messages, and is relevant to an individual cell.

The algorithm in which a MSC decides on starting a handover enquiry procedure is operator dependent.

Честно говоря не совсем объясняет в каком случае должна работать данная связка?
У нас на А интерфейсе данных процедур нет.

NetMonitor.Ru Forum

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