stringtranslate.com

Глобальное название

Глобальный заголовок ( GT ) — это адрес , используемый в протоколе SCCP для маршрутизации сигнальных сообщений в телекоммуникационных сетях. Теоретически глобальное название — это уникальный адрес, который относится только к одному пункту назначения, хотя на практике пункты назначения могут со временем меняться.

Обзор

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

Структура значения глобального заголовка

Структура глобального названия для приложений ITU-T официально определена в Рекомендации ITU-T Q.713 и дополнительно расширена в вспомогательных стандартах плана нумерации . Другие национальные варианты части управления сигнальным соединением ( SCCP ), такие как вариант Американского национального института стандартов, указанный в ANSI T1.112/2000, определяют свой собственный формат глобального названия. Значение глобального заголовка представляет собой последовательность атрибутов, которые изменяют значение адреса. Обобщить:

Глобальный формат заголовка

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

Индикатор плана нумерации

Индикатор плана нумерации (NPI) описывает, какой план нумерации будет использоваться для глобального заголовка. Выбранный план нумерации поможет системе маршрутизации определить правильную сетевую систему для направления сообщения.

Тип номера

Параметр типа номера (TON) или индикатора характера адреса (NAI), который имеет отношение, например, к номерам E.164 (обычные телефонные номера), указывает объем значения адреса, например, является ли это международным номером ( т. е. включая код страны ), «национальный» или внутренний номер (т. е. без кода страны) и другие форматы, такие как «местный» формат (например, в США, без кода города ) .

Тип перевода

Параметр типа перевода (TT) используется в сети для указания предпочтительного метода глобального анализа заголовка (см. ниже). Обычно в европейских сетях для этого параметра установлено значение 0 (по умолчанию). В мобильных сетях Северной Америки для анализа IMSI и сообщений между телефонными системами используются разные типы трансляции . Этот параметр полезен в сложных задачах маршрутизации, когда один и тот же номер должен маршрутизироваться по-разному в зависимости от обстоятельств, например, возникающих при разрешении переносимости номера .

Глобальный перевод названия

Трансляция глобального заголовка ( GTT ) — это эквивалент IP- маршрутизации в SS7 . Трансляция проверяет адрес назначения (например, вызываемый номер) и решает, как его идентифицировать в телефонной сети. Этот процесс может включать в себя анализ глобального заголовка , который представляет собой поиск номера и нахождение адреса результата, а также изменение глобального заголовка .

Результат глобального перевода заголовка может быть маршрутизирован по SSN . Это означает, что вместо маршрутизации глобального заголовка с этого момента для этого сообщения будет использоваться маршрутизация MTP более низкого уровня. Аналогичным образом, в системе, использующей SS7 через IP (например, SIGTRAN ), результатом преобразования глобального заголовка может быть маршрутизация на IP-сервер, хотя точные детали во многом зависят от того, какой вариант SS7 через IP используется. [1]

Глобальный анализ заголовков

Ситуация в данном случае несколько усложняется возможными дополнительными параметрами в глобальном заголовке. Каждый набор значений параметров (TT=0 NP=E.164, TON=INT) может обрабатываться отдельно друг от друга (TT=0 NP=E.214, TON=INT). Это означает, что вместо одной таблицы нам потенциально понадобится отдельная таблица для каждого возможного набора значений.

Из-за переменной длины глобального заголовка некоторые оптимизации, которые можно использовать при IP-маршрутизации, здесь использовать не так просто. Числовой анализ глобального заголовка чаще всего выполняется в виде древовидной структуры. Это обеспечивает достаточно эффективный анализ на любой выбранной глубине.

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

Пункт назначения обычно задается как код точки сигнализации в сети MTP , но также может быть системой IP, если мы используем SS7 через IP. [2]

Структура маршрутизации

Наиболее часто используемые планы нумерации для глобальной маршрутизации титулов — это E.164 и E.214 (хотя E.212 также распространен в Америке). Они просто выглядят как телефонные номера. То есть в наиболее распространенном международном варианте в начале номера указывается код страны , а сразу за кодом страны следует код сети . Помимо этого находится номер абонента или идентификационный номер мобильного абонента , хотя даже он может быть разделен на разделы. Эта структура позволяет использовать иерархическую маршрутизацию:

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

Глобальная маршрутизация заголовков в мобильных сетях

В мобильных сетях существуют запросы к базе данных, такие как «как я могу определить, действительно ли этот абонент тот, кем он себя называет» (MAP_Send_Authentication_Info), которые необходимо направить обратно в базу данных, содержащую информацию об абоненте (регистр домашнего местоположения [HLR ] или, в данном случае, центр аутентификации [AuC]).

К сожалению, в момент первого прибытия подписчика мы не знаем, какой HLR является HLR подписчика. По этой причине запросы должны маршрутизироваться по идентификатору абонента (IMSI), используемому для генерации адреса вызываемой стороны в сообщении. То, как это будет сделано, зависит от того, находимся ли мы в зоне 1 мира (Северная Америка) или где-то еще.

В мобильных сетях используются три типа GT, известные как E.164 (MSISDN), E.212 (IMSI) и E.214 (MGT): [3]

Глобальная мобильная маршрутизация титулов (кроме Северной Америки)

Во всем мире, кроме Северной Америки, IMSI абонента преобразуется в номер Mobile Global Title (MGT) E.214 . Более подробную информацию см. в статье об IMSI . Номер E.214 имеет структуру, аналогичную номеру E.164, и, за исключением мобильной сети, его маршрутизация может быть идентична. Это означает, что одни и те же таблицы маршрутизации могут использоваться для обоих, что означает значительное снижение административных затрат на обслуживание таблиц.

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

Маршрутизация IMSI (Северная Америка)

В мировой зоне 1 (соответствует Северной Америке) используется ANSI SCCP . В этом случае, согласно североамериканским стандартам, маршрутизация сообщений, связанных с мобильностью, должна выполняться напрямую с номером E.212. Преимущество этого метода заключается в том, что на основе мобильного кода страны легче определить, в какую страну следует направлять сообщения. Структура Североамериканского плана нумерации означает, что для каждой страны Северной Америки не существует отдельного кода страны . Работа с номерами E.214 не будет непреодолимой проблемой, как видно из того факта, что маршрутизация телефонных вызовов с использованием номеров E.164 является нормальной, но это будет означать добавление полных таблиц маршрутизации E.164 к точкам передачи сигнализации , где это необходимо. раньше никогда не требовалось.

Рекомендации

  1. ^ RFC  3868
  2. ^ RFC  3868
  3. ^ Спецификация 3GPP TS 29.002 Mobile Application Part (MAP), раздел SCCP-адресация