СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Данилевич АВ, БГУИР 2000 (Книга). СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Даниле. М. Ю. Хоменок, А. В. Данилевичсистемы сигнализации в сетях телекоммуникаций
 Скачать 1.18 Mb.
|
|
Переадресующий номер (Redirecting number) имеет формат, изо- браженный на рис. 5.4. Используются коды полей, как и в параметре "Номер вызы- ваемого абонента". 26. Параметр Информация переадресации (Redirecting information) имеет длину 2 байта. Используются следующие коды полей: биты СВА: Индикатор переадресации (Redirecting indicator) - 000-010 - не ис- пользуются; 011 - вызов перенаправляется; 100 - вызов перенаправляется, ограничено предоставление всей информации переадресации; 100-110 - не используются; 111 - резерв; бит D - резерв; биты HGFE: Причины исходной переадресации (Original redirection reasons) - 0000 - неизвестны/недоступны; 0001-0011 - не используются; 0100-1111 - резерв; биты KJI: Счетчик переадресаций (Redirection counter) - число переадресаций вызова записывается в двоичном коде от 1 до 5; бит L - резерв; биты POMN: Причина переадресации (Redirecting reason) - 0000 - неизвест- ны/недоступны; 0001-0011 - не используются; 0100-1111 - резерв. 27. Параметр Переадресуемый номер (Redirection number) имеет формат, при- веденный на рис. 5.3. Используются такие же коды полей, как и в параметре "Номер вызываемого абонента". 28. Параметр Ограничение переадресации номера (Redirection number restric- tion) имеет длину 1 байт. В битах ВА используются следующие коды в качестве ин- дикатора предоставления ограничения: 00 - предоставление разрешено; 01 - предос- тавление ограничено; 10-11 - резерв. 29. Параметр Последующий номер (Subsequent number) имеет длину 3-10 байт и формат, показанный на рис. 5.10. Используются такие же коды полей, как и в пара- метре "Номер вызываемого абонента". 8 7 6 5 4 3 2 1 1 О/Е Резерв 2 2-й адресный сигнал 1-й адресный сигнал n Заполнитель (если нужно) n-й адресный сигнал Рис. 5.10. Формат параметра "Последующий номер" 30. Параметр Индикаторы приостановки/возобновления (Suspend/resume indicators) имеет длину 1 байт. Используются следующие коды: бит А: Индикатор приостановки/возобновления (Suspend/resume indicator) - 0 - инициировано абонентом ISDN; 1 - инициировано сетью; биты Н-В - резерв. 31. Параметр Требования к среде передачи {Transmission medium requirement) имеет длину 1 байт. Используются следующие коды: 00000000 - речь; 00000001 - резерв; 00000010 - 91 64 Кбит/с без ограничений; 00000011 - 3,1 кГц аудио; 00000100, 00000101 - не ис- пользуются; 00000110 - резерв; 00000111-00001010- не используются; 00001011- 11111111 -резерв. 32. Параметр Информация об услуге пользователя (User service information) имеет длину от 2 до 9 байт и формат, показанный на рис. 5.11. Используются следующие коды полей: Ext - Индикатор расширения (Extension indicator), указывающий, является ли данный байт последним в индикаторе: 0 - за байтом следует следующий байт (напри- мер, за байтом 2 - байт 2а, за байтом 2а - байт 2б, за байтом 3 - байт 3а); 1 - последний байт; Стандарт кодирования (Coding standard): 00 - стандарт МСЭ-Т; 01-11 - не ис- пользуются; Тип передаваемой информации (Information transfer capability): 00000 - речь; 01000 - неструктурированная цифровая информация; 01001 - структурированная циф- ровая информация; 10000 - аудио 3,1 кГц; 10001 - аудио 7 кГц; 11000 - видео; Режим передачи (Transfer mode): 00 - канальный режим; 10 - пакетный режим; Скорость передачи информации (Information transfer rate) - байты 2 и 2б: 00000 - этот код будет использован для вызовов в пакетном режиме; 10000 – 64 Кбит/с; 10001 - 2х64 Кбит/с; 10011 - 384 Кбит/с; 10101 - 1536 Кбит/с; 10111- 1920 Кбит/с; Структура (Structure): 000 - не определяет; 001 - суммарно 8 кГц; 100 - сум- марно элемент данных услуги; 111 - неструктурировано; Конфигурация (Configuration): 00 - точка-точка; 8 7 6 5 4 3 2 1 1 Ext Стандарт кодиро- вания Тип передаваемой информации 2 Ext Режим передачи Скорость передачи информации 2а Ext Структура Конфигурация Состояние 2б Ext Симметрия Скорость передачи информации (в обратном направ- лении) 3 Ext Идентификатор уровня Информация пользователя протокола уровня 1 4 Ext Идентификатор уровня Информация пользователя протокола уровня 2 5 Ext Идентификатор уровня Информация пользователя протокола уровня 3 Рис. 5.11. Формат параметра "Информация об услуге пользователя" Примечание - Байт 2а не используется, если информация байтов 2а и 2б не определе- на; байт 2б не используется, если его информация не определена; байты 3, 4, 5 или их ком- бинация могут не использоваться; Состояние (Establishment): 00 – запрос; Симметрия (Symmetry): 00 - двунаправленная симметрия; Идентификатор уровня (Layer identification): 01 - информация пользователя протокола уровня 1; 10 - информация пользователя протокола уровня 2; 11 - инфор- мация пользователя протокола уровня 3; Информация пользователя протокола уровня 1 (User information layer 1 proto- 92 col identification): 00001 - стандартная скорость согласно Рекомендациям V.110/X.30; 00010 - Рекомендация G.711 m-закон; 00011 - Рекомендация G.711 А-закон; 00100 - Рекомендация G.721 32 Кбит/с АДИКМ и Рекомендация 1.460; 00101- Рекомендации G.722 и G.724 для аудио 7 кГц; 00110 - Рекомендация G.735 для видео 384 Кбит/с; 00111 - не стандартизированная МСЭ-Т скорость; 01000 - стандартная скорость со- гласно Рекомендации V.120; 01001 - стандартная скорость согласно Рекомендации Х.31, стаффинг флага HDLC; Примечание - Байт 3 может иметь расширение. Более подробно см. Рекомендацию Q.767; Информация пользователя протокола уровня 2 (User information layer 2 proto- col identification): 00010 - Рекомендация Q.921 (1.441); 00110 - Рекомендация Х.25, уровень звена; Информация пользователя протокола уровня 3 (User information layer 3 proto- col identification): 00010 - Рекомендация Q.931 (1.451); 00110 - Рекомендация Х.25, уровень пакетов. 33. Параметр Индикаторы от пользователя к пользователю (User-to-user indicators) имеет длину 1 байт. Используются следующие коды: бит А: Тип (Type) - 0 - не используется; 1 - ответ; если бит А равен 1 - бит Н: Индикатор сброса сетью (Network discard indica- tor) - 0 - не используется; 1 - информация от пользователя к пользователю сброшена сетью. 34. Параметр Информация от пользователя к пользователю (User-to-user in- formation) имеет длину от 3 до 131 байтов и содержит информацию, передаваемую от одного пользователя к другому. В качестве примера опишем формат сообщения "Начальное адресное сообще- ние" (IАМ). Это сообщение является первым, которое должно передаваться при уста- новлении соединения. Оно содержит адресные цифры (например, цифры, набранные абонентом для маршрутизации вызова). В результате его передачи происходит заня- тие канала станцией. Формат сообщения IАМ включает пять обязательных парамет- ров фиксированной длины, один обязательный параметр переменной длины и ряд не- обязательных параметров. Первый обязательный параметр фиксированной длины (1 байт = 00000001) указывает тип сообщения (IAM). Второй обязательный параметр фиксированной длины (1 байт) определяет природу установленного соединения. Этот параметр характеризует статус устанавли- ваемого соединения, например, наличие или отсутствие эхозаградителя, включение в соединение спутникового канала и т.п. Третий фиксированный обязательный параметр длиной 2 байта характеризует прямое направление вызова и определяет возможности соединения, например, соеди- нение из конца в конец или доступность ISUP по всему соединению. Еще один фиксированный обязательный однобайтный параметр определяет категорию вызывающей стороны, т.е. является ли вызывающая сторона абонентом или оператором, включая указание языковой группы и т.п. Последний фиксированный однобайтный обязательный параметр описывает требования к среде передачи, например, запрашивается канал 64 Кбит/с. 93 В адресном сообщении IАМ имеется один обязательный переменный параметр длиной 4-11 байт, определяющий номер вызывающего абонента (например, набирае- мые цифры номера), а также необязательные параметры: номер вызывающего або- нента длиной 4-12 байт, непосредственно информация "пользователь - пользователь" длиной 3-131 байт, позволяющая абонентам обмениваться данными в ходе процедуры установления соединения и др. Как видно из приведенного выше примера, в сообщениях подсистемы ISUP широко используются поля необязательных параметров, тем самым увеличивая гиб- кость предоставляемых пользователю услуг. Однако такая гибкость, с другой сторо- ны, увеличивает затраты на анализ сообщения в АТС. Например, рассмотренное вы- ше сообщение IAM согласно спецификации МСЭ-Т может содержать до 14 необяза- тельных параметров и до 131 байта информации "пользователь - пользователь". Такой размер некоторых сообщений ISUP может вызвать проблемы, если в одно сообщение одновременно включено слишком много необязательных полей. Кроме того, гибкий подход к необязательным полям сам по себе требует дополнительной обработки для определения, какая информация присутствует в конкретном сообщении, а какая нет. Тем не менее метод форматирования ISUP является чрезвычайно гибким и обеспечи- вает реализацию как уже сформулированных, так и перспективных требований. 5.6. Установление и разъединение соединений в сети ISDN Подсистема ISUP, пользуясь услугами МТР и SCCP, обеспечивает логическое соединение между двумя оконечными станциями ISDN. Для установления и поддер- жания вызова в сети ISDN необходима передача разнообразной служебной информа- ции между оконечными станциями. Так, телефонный номер, указываемый термина- лом ISDN, используется МТР и/или SCCP для маршрутизации в течение установле- ния соединения; код идентификации канала CIC используется подсистемой ISUP для соединения в сети ОКС №7, а информация о вызове определяет тип соединения меж- ду оконечной станцией ISDN и терминалом ISDN. Процедура установления и разъе- динения базового соединения представлена на рис. 5.12. Здесь также демонстрируется отношение между абонентской сигнализацией ISDN и сообщениями ISUP. Когда пользователь инициирует ISDN-вызов (например, путем снятия трубки телефонного аппарата), исходящее терминальное устройство абонента А посылает сообщение "Соединение" по D-каналу на оконечную станцию А. При приеме запроса установления соединения от вызывающего абонента исхо- дящая АТС А анализирует информацию о маршруте и формирует начальное адресное сообщение IAM. Сообщение IAM передает адресную информацию, а также информа- цию, относящуюся к установлению соединения (например, включен ли полукомплект эхоподавляющих устройств на исходящей стороне, тип исходящего доступа: аналого- вый или ISDN, есть ли в соединении спутниковый канал и т.д.). Анализ номера вызываемого абонента позволяет исходящей АТС А определить направление маршрутизации вызова. В приведенном на рис. 5.12 примере вызов на- правляется к транзитной АТС В, выполняющей также функции транзитного пункта сигнализации TSP. Информация в фиксированном обязательном параметре IAM ука- зывает на тип требуемого вызывающим абонентом соединения, например соединение 64 Кбит/с. Эта информация посылается к транзитной АТС В, в результате чего соот- ветствующий разговорный тракт проключается в обратном направлении к вызываю- 94 щему абоненту. Проключение тракта только в обратном направлении на этой стадии позволяет вызывающей стороне слышать тональные сигналы, посылаемые сетью, но препятст- вует передаче информации от вызывающей стороны в разговорный тракт. Если используется блочный режим, все адресные цифры, необходимые для маршрутизации вызова к вызывающему абоненту, включаются в сообщение IАМ1. Если используется режим "с перекрытием" (overlap), IAM1 посылается тогда, когда приняты только необходимые для маршрутизации к транзитной АТС В цифры, а дру- гие адресные цифры передаются через сеть в последующих адресных сообщениях SAM. Транзитная АТС В принимает сообщение IAM1 и анализирует содержащуюся в нем информацию. Анализ цифр номера вызываемого абонента на транзитной АТС В определяет дальнейший маршрут к входящей АТС Б. Анализ остальной информации, содержащейся в IAM1, определяет выбор соответствующего разговорного тракта, на- пример, канала 64 Кбит/с. Станция В формирует сообщение IAM2 и передает его к АТС Б, от которой также проключается разговорный тракт. При поступлении сообщения IАМ2 на входящую АТС Б проводится анализ номера вызываемого абонента и того, требуется ли добавочная информация от исхо- дящей АТС А перед подключением к вызываемому абоненту. Если требуется доба- вочная информация, то на исходящую АТС А направляется сообщение из конца в ко- нец, в котором формулируется это требование. Заметим, что транзитной АТС В не нужно анализировать это сообщение из конца в конец, так как для этого сообщения имеет место прозрачная передача. Исходящая АТС предоставляет соответствующую информацию, посылая ответное сообщение из конца в конец. После приема необходимой информации входящей АТС Б вызываемый або- нент информируется о входящем вызове, а от входящей АТС Б к транзитной АТС В посылается сообщение АСМ1 о принятии полного адреса. Сообщение АСМ2 о при- нятии полного адреса затем передается к исходящей АТС А. Прием сообщения о принятии полного адреса на любой станции, участвующей в установлении соедине- ния, указывает на успешную маршрутизацию вызова к абоненту Б и позволяет уда- лить из памяти информацию, связанную с соединением. Когда вызываемый абонент отвечает на вызов (передает сообщение "Готов- ность"), входящая АТС Б проключает разговорный тракт и передает сообщение об от- вете на транзитную АТС В, которая, в свою очередь, пересылает сообщение ответа на исходящую АТС А. При приеме сообщения ответа исходящая АТС проключает раз- говорный тракт в прямом направлении. Таким образом, устанавливается соединение вызывающего и вызываемого абонентов, начинается тарификация вызова и осущест- вляется разговор или передача данных. В отличие от TUP как вызывающий, так и вызываемый абоненты могут ини- циировать немедленное разъединение соединения, т.е. ISUP использует метод одно- стороннего отбоя. На рис. 5.12 вызывающий абонент А первый направляет сигнал разъединения к исходящей АТС А. Исходящая АТС начинает разъединение соедине- ния и передает сообщение об освобождении REL1 на транзитную станцию В, которая передает сообщение освобождения REL2 входящей АТС Б и начинает освобождение разговорного тракта. При приеме сообщения освобождения REL2 выполняется разъ- единение разговорного тракта на входящей АТС Б и передается сообщение об окон- чании освобождения RLC1 на АТС В. 95 Рис . 5. 12 . Установ ление и разъединение б азового соединения в ISUP: 96 После освобождения разговорного тракта и готовности к обслуживанию нового вызова транзитная АТС В посылает сообщение об окончании освобождения RLC2 на исходящую АТС А. Следует заметить, что описанный выше принцип организации процедуры разъединения, гарантирующий максимально оперативное разъединение соединения по желанию любого из абонентов, увеличивает скорость обработки вызо- ва в сети и отличается от организации разъединения не только в TUP, но и в ранних версиях ISUP. Первоначальные спецификации ISUP определяли тройную последовательность передачи сообщений разъединения: сообщение освобождения (REL - release), запрос разъединения (RLSD - released) и окончание освобождения (RLC - release complete). Эта процедура была заменена процедурой, описанной выше и максимально унифици- рованной с процедурами разъединения SCCP. 5.7. Реализация дополнительных услуг ISDN Подсистема ISUP поддерживает ряд дополнительных возможностей для теле- фонных услуг и услуг передачи данных, которые не обеспечивает TUP. Для реализа- ции дополнительных услуг используются или специальные сообщения ISUP, или па- раметры, включаемые в сообщения установления и разъединения соединения. Например, услуга "Переносимость терминала" РТ (рис. 5.13) может использо- ваться, чтобы предоставить возможность абоненту заменить применяемое в настоя- щий момент оконечное оборудование или изменить его местоположение в помеще- нии абонента без разъединения. Услуга инициируется любым абонентом путем по- сылки сообщения "Запрос прерывания" (SUS), которое передается через сеть к другой стороне. Когда связь потребуется снова, абонент посылает сообщение "Возобновле- ние" (RES). Участвующая в соединении АТС запускает таймер при приеме сообще- ния "Запрос прерывания" для предотвращения чрезмерно длительных прерываний со- единения. Рис. 5.13. Услуга "Переносимость терминала" Еще одной дополнительной услугой, поддерживаемой ISUP, является модифи- кация во время соединения, которая предоставляет вызывающему и вызываемому абонентам возможность модифицировать характеристики соединения во время разго- вора или передачи данных. Примером применения этой услуги является случай, когда вызывающий и вызываемый абоненты хотят перейти от режима передачи данных (со скоростью 64 Кбит/с) к разговорному режиму. Во время установления такого соеди- нения сообщение IАМ должно было содержать параметры, указывающие, что требу- ется соединение передачи данных, в результате чего эхозаградители не были подклю- С 97 чены. Если во время соединения появилась необходимость перехода на режим разго- вора, могут потребоваться эхозаградители. Процедура модификации во время соеди- нения позволяет подключать эхозаградители во время соединения, используя сооб- щение запроса модификации соединения CMR. Когда каждая участвующая в соеди- нении АТС произведет необходимые модификации, последняя станция в цепочке воз- вратит сообщение о завершении модификации соединения CMC, подтверждая таким образом то, что может начинаться режим разговора. Сигнализация "пользователь - пользователь" позволяет передавать данные ме- жду вызывающим и вызываемым абонентами через сеть сигнализации. Для сигнали- зации "из конца в конец" узлы в сети не анализируют данные "пользователь - пользо- ватель" и эти данные передаются прозрачно от одного абонента к другому. При сиг- нализации "пользователь - пользователь" даже местные АТС в конечных пунктах не анализируют эту информацию. Существуют три вида обслуживания сигнализации "пользователь - пользова- тель": 1) информация "пользователь - пользователь" включается в начальное адресное сообщение (IAM), сообщение о принятии полного адреса (АСМ), сообщение ответа (ANM) и разъединения (REL); 2) происходит обмен информацией "пользователь - пользователь" во время ус- тановления соединения, между сообщением о принятии полного адреса и сообщени- ем ответа; 3) происходит обмен информацией "пользователь - пользователь" в фазе разго- вора (передачи данных) с использованием информационных сообщений "пользова- тель - пользователь". Каждый вид обслуживания может применяться в каждом соединении незави- симо друг от друга или вместе. Процедуры обработки сбойных ситуаций в ISUP также более обширны, чем в TUP. Критерии и действия в нештатных ситуациях аналогичны процедурам TUP, включая сброс, двойное занятие и ненормальное разъединение. Следует также учитывать, что не все АТС имеют одну и ту же версию ОКС №7. В реальных условиях некоторые АТС работают с более ранней версией ОКС №7, тогда как другие работают с более современной версией, а модифицировать все АТС одновременно невозможно по экономическим причинам. Для учета этих обстоя- тельств в ISUP определены специальные процедуры. Рассмотрим две АТС, имеющие функции ISUP. АТС А была модифицирована для работы с более современной версией ISUP, обеспечивающей новые услуги. АТС Б еще не была модернизирована и использует предыдущую версию. Если АТС Б при- нимает сообщение, которое она не понимает, она возвращает АТС А сообщение о не- соответствии, в которое включен параметр "Нераспознанное сообщение". Это означа- ет, что АТС Б не может обслужить соединение. В этой ситуации АТС А может вы- брать одно из трех следующих действий: послать альтернативное сообщение, которое АТС Б сможет воспринять, если такое возможно; перенаправить сообщение на дру- гую станцию, которая поддерживает улучшенную версию ISUP; информировать вы- зывающего абонента о том, что новая услуга еще не доступна на запрошенном мар- шруте. Аналогичные процедуры определены, если на АТС Б принимаются нераспо- знанные параметры или значения параметров. Если возможно продолжить установле- |