связь м/у ЦКСПС с одинаковыми кодами пунктов в N=11 — Общие вопросы, касающиеся принципов работы GSM-сетей

[Антон У.]

Здравствуйте. Столкнулся со следующим вопросом.
Вариант: MSC1 и MSC2 одного оператора связываются прямыми линками по транспортной сети(арендованные каналы). При этом они находятся в разных географических зонах и соответственно в зонах с разными номерами в N=10(индикатор на федеральной сети), т.е. MSC1 имеет SPC(код пункта сигнализации)- 140-60 (N=10), а MSC2 имеет SPC- 139-21 (N=10). Также они имеют SPC в N=11(на зоновой сети), для MSC1 SPC- 14103(N=11), а для MSC2 SPC-14099(N=11). При этом к MSC2 на местном уровне подключен MSC3 другого оператора имеющий SPC- 14103(N=11).
Решение: MSC1 и MSC2 используют для обмена информацией SPC в индикатре N=10, и никаких проблем. Но если использовать SPC в индикаторе N=11, то возникнет коллизия с совпадением SPC MSC1 и MSC3.
А что было бы если MSC2 не имел бы SPC в 10 индикаторе? Или это мог бы быть не MSC, а узел SGSN, или оборудование VoiceMail. Как организуется маршрутизация трафика в таких случаях, когда SPC какого-то оборудования совпадают(например, в своей сети и в сети другого оператора)?
Заранее благодарен.

[Gamlet]

А что было бы если MSC2 не имел бы SPC в 10 индикаторе? Или это мог бы быть не MSC, а узел SGSN, или оборудование VoiceMail. Как организуется маршрутизация трафика в таких случаях, когда SPC какого-то оборудования совпадают(например, в своей сети и в сети другого оператора)?
Заранее благодарен.

В таких случаях либо назначаются корректные SPC, либо сеть NI=11, в которой есть совпадающие SPC, делится на две(и более) сети шлюзами в NI=10.
Можно, конечно изголяться, создавать по несколько SPC на одном MSC в одном NI, но это совершенно неправильно. И вообще, о назначении SPC нужно договариваться заранее.

[Антон У.]

1) Заранее невозможно предугадать код пункта сигнализации оборудования, которое может быть присоединено в дальнейшем.
2) Можно ли использовать отличную от ОКС 7 сигнализацию между платформой VoiceMail(или другого оборудования) и MSC других городов? Существует ли протокол обмена данными, не задействующий коды пунктов сигнализации?

[Gamlet]

1) Заранее невозможно предугадать код пункта сигнализации оборудования, которое может быть присоединено в дальнейшем.

Что значит нельзя предугадать? Планирование сигнальной сети должно происходить не на основании гаданий, а основываясь на знаниях о существующих ресурсах. Если вы собираетесь присоединить к сети новую сигнальную точку, то ее номер ДОЛЖЕН быть взят из числа неиспользованных номеров. В противном случае неизбежны проблемы!

2) Можно ли использовать отличную от ОКС 7 сигнализацию между платформой VoiceMail(или другого оборудования) и MSC других городов? Существует ли протокол обмена данными, не задействующий коды пунктов сигнализации?

Можно использовать Q.931/Q.932, но, честно говоря, VM встречал только на ОКС-7. Это зависит от имплементации платформы.

[Антон У.]

1)

Если вы собираетесь присоединить к сети новую сигнальную точку, то ее номер ДОЛЖЕН быть взят из числа неиспользованных номеров. В противном случае неизбежны проблемы!

Номер в 11 ндикаторе будет взят для нового оборудования другого оператора такой, что не совпадет с номерами существующими в данной местной сети, номер которой указан в первых 7 битах 10 индикатора. Но наш MSC1 находится в зоне с другим номером в 10 индикаторе, и идентификаторы в 11 коде там могут быть те же самые.

2) А можно ли использовать для обмена информацией между узлами внутри своей сети адресацию с задействованием индикатора для международных узлов в N=00. То есть MSC1 присваивается SPC- (любые 14 бит) в N=00, а в VoiceMail SPC- (другие 14 бит) в N=00. Таким образом маршрутизация в сети ОКС 7 будет осуществляться по этим кодам, которые не совпадут ни с каким другим подключенным оборудованием, т.к. в MSC GSM не прписывается SPC в N=00.

[Gamlet]

Номер в 11 ндикаторе будет взят для нового оборудования другого оператора такой, что не совпадет с номерами существующими в данной местной сети, номер которой указан в первых 7 битах 10 индикатора. Но наш MSC1 находится в зоне с другим номером в 10 индикаторе, и идентификаторы в 11 коде там могут быть те же самые.

Если имеются одинаковые SPC в одном NI, то они должны быть расположены в разных сетях, разделенных сетями в других NI. А еще лучше вообще избегать назначения одинаковых SPC в рамках сети одного оператора, во избежании путаницы.
Если вы собираетесь организовать сигнальное направление на другого оператора, то, вообще-то, принято договариваться с этим оператором о назначаемых поинт-кодах.

2) А можно ли использовать для обмена информацией между узлами внутри своей сети адресацию с задействованием индикатора для международных узлов в N=00. То есть MSC1 присваивается SPC- (любые 14 бит) в N=00, а в VoiceMail SPC- (другие 14 бит) в N=00. Таким образом маршрутизация в сети ОКС 7 будет осуществляться по этим кодам, которые не совпадут ни с каким другим подключенным оборудованием, т.к. в MSC GSM не прписывается SPC в N=00.

Теоретически можно. Вот только если ГСН об этом прознает, то будет плохо.
SPC в NI 00 и 01 присваиваются только междугородным и международным станциям.
Вообще-то я не совсем понимаю сути проблемы. Неужели вы испытываете дефицит поинт-кодов?

[Антон У.]

1) SPC устанавливаемого оборудования VM в 11 индикаторе совпал с SPC своего же присоединяемого коммутатора(о присоединении узнали после получения кода для VM), находящегося в зоне с другим номером в 10 индикаторе. Решение: поменяли код VM в 11 индикаторе.
2) Экспертиза не разрешает организовать прямые соединения м/у оборудованием, находящимся в разных зонах(с разными номерами в 10 индикаторе) с использованием 11 индикатора, отчасти во избежание совпадений SPC. Решение: использовать на участке коммутаторы(1...n) - VM сигналзацию, не использующую коды в NI=11 или пустить сигнальный трафик через опорный коммутатор имеющий код в NI=10. Но второй вариант может повлечь за собой разные трудности: если нет опорника - как быть, но так-как он есть трафик разделяется следующим образом: SS7 - через опорный ЦКСПС, а речь по прямым линкам VM - ЦКСПС(1...n)(не разобрался как происходит маршрутизация внутри транспортной сети, наверное коммутаторы кроме SPC еще имеют IP адреса).

[Gamlet]

Коммутатор, с которого будет уходить голосовой трафик на VM должен иметь сигнальную точку с той же сети (с тем же NI). Либо STP, через которую будет передаваться сигнальный трафик, должна находиться, также, в одной сети с MSC и VM - это обязательное условие для работы по ISUP с прямым включением голоса.

(не разобрался как происходит маршрутизация внутри транспортной сети, наверное коммутаторы кроме SPC еще имеют IP адреса).

Транспорт прозрачен, и никакой динамической маршрутизации там нет, если это не VoIP, разумеется.

[Антон У.]

Транспорт прозрачен

пропуск информации по принципу порт-порт?

[Gamlet]

пропуск информации по принципу порт-порт?

Именно.

[Антон У.]

Спасибо,Gamlet.