Восстановление управления пользовательским оборудованием при наличии отказа линии связи между узлами управления с коммутацией пакетов и с коммутацией каналов

Восстановление управления пользовательским оборудованием при наличии отказа линии связи между узлами управления с коммутацией пакетов и с коммутацией каналов

Иллюстрации

Показать все

Реферат

Уровень техники

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

Различные аспекты вариантов осуществления описаны со ссылкой на один или более стандартов, выпущенных в рамках проекта партнерства 3-го поколения (3GPP), и в данном документе часто используется терминология, которая используется в этих стандартах. Это сделано с целью облегчения понимания описанных вариантов осуществления, так как стандартизированная терминология и концепции хорошо известны специалистам в данной области техники. Однако ссылка на конкретные стандарты, а также использование такой терминологии и примеров не предназначены для того, чтобы иметь в виду или предполагать, что различные аспекты применимы только в условиях окружающей обстановки, которые соответствуют упомянутым стандартам. Напротив, проблемы, описанные в данном документе, а также раскрытые решения и признаки могут возникнуть в условиях окружающей обстановки, которые не соответствуют упомянутым стандартам, и полностью предполагается, что описанные варианты осуществления предназначены только в качестве примеров и не ограничиваются конкретными вариантами осуществления или стандартами, раскрытыми в данном документе.

Как показано на фиг. 1, пользовательское оборудование (UE) 101 может взаимодействовать в цифровой области (то есть через приемопередачу пакетов данных) с помощью системы 100 с развитой коммутацией пакетов (EPS) с использованием механизмов радиодоступа, предоставляемых развитой универсальной наземной сетью 103 радиодоступа (E-UTRAN). Интерфейс между UE и E-UTRAN обозначен "LTE-Uu". Это новейшее оборудование предоставляет услуги связи для UE 101 (одновременно голосовую и другую информацию) посредством технологии с коммутацией пакетов (PS). Сигнализация управления, связанная с UE, осуществляется с помощью объекта 105 управления мобильностью (ММЕ) с поддержкой информации о подписке, предоставляемой домашним сервером 107 абонента (HSS). ММЕ 105 поддерживает связь с E-UTRAN 103 через интерфейс S1-MME. ММЕ 105 взаимодействует с HSS 107 через интерфейс S6A. ММЕ может также взаимодействовать с одним или более другими ММЕ посредством интерфейса S10.

Управление полезной нагрузкой пользователя осуществляется с помощью обслуживающего шлюза (S-GW) 109 и шлюза 111 сети пакетной передачи данных (PDN) (P-GW). S-GW 109 соединяется с E-UTRAN через Sl-U-интерфейс, и S-GW 109 соединяется с P-GW 111 через интерфейс S5. P-GW 111 может взаимодействовать через интерфейс Gx с функцией 113 правил политики и начисления счетов (PCRF).

Услуги 115 Интернет-протокола (IP) оператора (например, мультимедийная подсистема (IMS) (Интернет-протокола) и т.д.) может распространяться с помощью P-GW 111 через интерфейс SGi, и PCRP 113 может взаимодействовать с 1Р-услугами 115 оператора через интерфейс Rx.

Система также предусматривает взаимодействие с технологией унаследованной системы. Например, ММЕ 105 может взаимодействовать с обслуживающим узлом 117 поддержки GPRS (услуги пакетной радиосвязи общего назначения) (SGSN) через интерфейс S3. Для поддержки линий связи с коммутацией каналов (CS) выполнен центр 119 коммутации мобильной связи (MSC), который может поддерживать связь с ММЕ 105 посредством двух различных интерфейсов: интерфейса SGs и интерфейса Sv.

Так как развертывание нового типа системы является постепенным процессом, вводятся в действие механизмы, которые позволяют новой системе (например, на основе PS) сосуществовать с унаследованными системами (например, на основе CS), которые были уже введены в действие, и полезно (а иногда и необходимо), чтобы услугу UE можно было переключать с одного типа поддержки услуги на другой, основываясь на своем перемещении и типе поддержки услуги, которая доступна в любой конкретной зоне. Поэтому настоящие варианты осуществления позволяют UE получить услугу не только из самого современного оборудования с коммутацией пакетов, но также и из унаследованных систем, которые используют технологию CS. Регистрация для домена CS выполняется с помощью ММЕ 105 и центра 119 коммутации мобильной связи (MSC) (унаследованной системы) посредством взаимодействия с иллюстрированным интерфейсом SGs. Как известно в данной области техники, отдельная непрерывность голосового вызова на радиоинтерфейсе (SRVCC) является процессом/технологией, с помощью которой продолжающийся речевой вызов, который в текущий момент времени обрабатывается с помощью мультимедийной подсистемы (IMS) на основе VoIP (голосовая связь через 1Р)/1Р (Интернет-протокол) в домене с коммутацией пакетов данных может перейти в домен с коммутацией каналов унаследованной системы. Функция SRVCC выполняется посредством иллюстрированного интерфейса Sv.

Как показано на фиг. 2а, сеть 3GPP можно также организовать, используя многочисленные ММЕ, обслуживающие одинаковые зоны отслеживания сети радиосвязи долгосрочного развития (LTE). Организация многочисленных ММЕ упоминается как "ММЕ-пул".

В примере, показанном на фиг. 2а, первый ММЕ-пул 201 содержит ММЕ 1 и 2 и обслуживает зоны 1 и 2 обслуживания развитого узла В (eNB), обозначенные как пул-зона 1 PS. Второй ММЕ-пул 203 содержит ММЕ 3, 4 и 5 и обслуживает зоны 3, 4, 5 и 6 обслуживания eNB, обозначенные как пул-зона 2 PS. Хотя это не показано в этом примере, следует отметить, что один или более eNB могут находиться в более чем одной пул-зоне PS (например, зона 3 может находиться в пул-зоне 1 PS и в пул-зоне 2 PS).

Как показано на фиг. 2b, сеть 3GPP можно также организовать, используя многочисленные SGSN, обслуживающие одинаковые зоны маршрутизации сети радиосвязи GERAN (сети радиодоступа EDGE (усовершенствованной технологии передачи данных для развития GSM) GSM (глобальной системы мобильной связи))/UTRAN. Организация многочисленных SGSN упоминается как "SGSN-пул". Аналогичным образом, сеть 3GPP может включать в себя организацию многочисленных MSC, обслуживающих одинаковые зоны местоположения сети радиосвязи GERAN/UTRAN, причем эта организация упоминается как "MSC-пул".

В примере, показанном на фиг. 2b, первый MSC-пул 205 содержит MSC 1, 2 и 3 и обслуживает зоны 1, 2, 5 и 6 обслуживания узла RAN, обозначенные как пул-зона 1 CS. Второй MSC-пул 207 содержит MSC 4, 5 и 6 и обслуживает зоны 2, 3, 6 и 7 обслуживания узла RAN, обозначенные как пул-зона 2 CS. Следует отметить, что две из зон обслуживания узла RAN, а именно зоны 2 и 6, находятся в пул-зоне 1 CS и в пул-зоне 2 CS.

Фиг. 2b дополнительно иллюстрирует первый SGSN-пул 209, который содержит SGSN 1 и 2 и обслуживает зоны 1 и 5 обслуживания узла RAN, обозначенные как пул-зона 1 PS. Второй SGSN-пул 211 содержит SGSN 3, 4 и 5 и обслуживает зоны 2, 3, 6 и 7 обслуживания узла RAN, обозначенные как пул-зона 2 PS.

На фиг. 2b также показан единственный MSC 213, обслуживающий зоны 4 и 8 обслуживания RAN; и также показывают единственный SGSN 215, обслуживающий зоны 4 и 8 обслуживания RAN.

Процедура восстановления обслуживания, инициированная ММЕ

Существует два различных сценария отказа, применимых к интерфейсу SGs, который может инициировать ММЕ для выполнения перерегистрации UE в домене CS либо в ранее обслуживающем MSC или в новом MSC. Случай, включающий в себя новый MSC, требует, чтобы применялся MSC-пул. Эти два случая представляют собой:

Отказ тракта: повреждение тракта управления сигнализацией между ММЕ и MSC. Это обнаруживается в результате прерывания связи. Может существовать любой ряд причин прерывания, таких как один из одноранговых узлов больше не находится в рабочем состоянии, транспортная сеть больше не работает и т.п.

Перезапуск MSC или ММЕ: это обнаруживается в результате индикации перезапуска при связи между узлами после того, как оба узла переходят снова в рабочее состояние.

Когда ММЕ принимает индикатор из обслуживающего MSC/VLR относительно того, что произошел перезапуск VLR, или если VLR больше не обслуживается, если больше не существует ассоциаций протокола передачи с управлением потоком (SCTP) при обслуживании с помощью этого VLR в течение заданного периода времени, то ММЕ инициирует процедуру восстановления SGs следующим образом:

1) после получения комбинированного запроса на обновление зоны отслеживания (ТА) или периодического запроса на обновление зоны отслеживания из UE, которое подключено к обеим услугам EPS и не EPS, ММЕ может отправить запрос в UE на повторное подключение услуг не EPS, или альтернативно UE может сразу выполнить обновление информации о местоположении (LU) для процедуры услуг не EPS в отношении регистра местоположения посетителей (VLR),

2) после приема комбинированной ТА/LA (обновления или периодического обновления зоны отслеживания из UE, которое подключено к услуге не EPS) ММЕ может также:

а: отправить запрос в UE на повторное подключение к услугам не EPS и затем выбрать альтернативный доступный VLR, чтобы предоставить UE услуги CS во время последующей процедуры комбинированного обновления TA/LA;

b: или сразу выполнить обновление информации о местоположении для процедуры предоставления услуг не EPS в отношении альтернативного доступного VLR,

3) после приема транспортного сообщения уровня, не связанного с предоставлением доступа (NAS) восходящей линии связи из UE, которое подключено для предоставления услуги не EPS, если регистр местоположения посетителей (VLR), обслуживающий UE, больше не обслуживает, ММЕ может отправить запрос в UE для повторного подключения к услугам не EPS и затем выбрать альтернативный доступный VLR, чтобы обслуживать UE для службы коротких сообщений (SMS) МО и других услуг CS во время последующей процедуры обновления комбинированной ТА/LA. Для получения более подробной информации смотри 3GPP TS 29.118. Эта процедура, хотя и не указана в данном стандарте, является функционально жизнеспособным подходом для случаев обработки, в которых UE находится уже в состоянии ECM-CONNECTED (ЕСМ подсоединено).

Для интерфейса Sv, так как нет никакой процедуры регистрации в отношении к MSC для заданного UE, который отличается от интерфейса SGs, где ассоциация SGs должна быть установлена прежде, чем можно будет продолжить процедуры возврата в исходный режим CS, ММЕ будет обеспечивать контакт с MSC только тогда, когда потребуется хэндовер SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов ("SRVCC PS to CS"); то есть, когда UE будет перемещаться в зону покрытия 2G/3G и покидать зону покрытия LTE, где происходящий голосовой узел должен быть передан из домена PS в домен CS. Таким образом, когда функциональные возможности SRVCC были активизированы и был обнаружен отказ тракта в интерфейсе Sv при попытке сделать запрос SRVCC при переходе от PS-сети к CS-сети в отношении выбранного MSC, ММЕ пытается выполнить процедуру "SRVCC PS to CS" для любого другого доступного MSC с использованием интерфейса Sv. Конечно, для этого требуется, чтобы не было более чем одного MSC, обслуживающего Sv и местоположение UE (то есть, должен быть развернут MSC-пул). Но в случае, когда MSC не доступен для ММЕ, должна быть запущена процедура восстановления, инициированная ММЕ; в противном случае голосовой вызов будет завершен в связи с тем, что UE покинет зону покрытия LTE.

Восстановление SGs, инициированное MSC (для получения дополнительной информации смотри 3GPP TS 23.007, глава 26)

Когда VLR должен отправить пейджинговый запрос в UE для предоставления услуги CS мобильного получателя сообщения (МТ) (например, после получения входящего вызова CS), если VLR обнаруживает, что ММЕ, обслуживающий UE, больше не обслуживает, VLR должен отправить пейджинговый запрос SGs с индикатором восстановления CS в альтернативный ММЕ в одном и том же ММЕ-пуле. VLR должен сбалансировать нагрузку пейджинговых запросов среди доступных ММЕ в пуле во время процедуры восстановления во избежание чрезмерной загруженности одного или только нескольких ММЕ в пуле.

VLR может узнать о наборе ММЕ, которые относятся к одному и тому же ММЕ-пулу, по локальной конфигурации или путем проверки ID группы ММЕ в пределах названия ММЕ, о котором ММЕ передают сигналы в VLR в виде сообщений SGsAP-LOCATION-UDATE-REQUEST, SGsAP-RESET-INDICATION или SGs АР-RESET-АСК. ММЕ должен отправить сообщение SGsAP-RESET-INDICATION в VLR после перезапуска.

VLR может обнаружить, что ММЕ больше не обслуживает, если больше нет SCTP-ассоциаций, которые обслуживаются этим ММЕ.

ММЕ должен принять пейджинговый запрос SGs и выполнить следующие действия после получения пейджингового запроса SGs, который включает в себя индикатор восстановления CS:

- если международный идентификатор мобильного абонента (IMSI) неизвестен ММЕ, или если IMSI известен, и UE отмечен как управление мобильностью EPS (EMM)-DEREGISTERED, то ММЕ должен отправить пейджинговый запрос с информацией о местоположении, предоставленной VLR, независимо от значения индикатора "ММЕ-Reset". Если никакой такой информации о местоположении не предоставлено, ММЕ может отправить пейджинговый запрос в UE во всех зонах отслеживания, соответствующих этому ММЕ, или в зонах отслеживания, обслуживаемых ММЕ и VLR, или может отклонить пейджинговый запрос, исходя из политики оператора. Пейджинговый запрос должен включать в себя IMSI и индикатор домена CN, установленный на "PS" для отправки запроса в UE с целью повторного подключения;

- если IMSI известен ММЕ, и UE рассматривается как подключенный одновременно к услугам EPS и не EPS или только для SMS (для пейджингового запроса SGs с "индикатором SMS"), то ММЕ должен отправить пейджинговый запрос в UE на основании информации о местоположении, хранящейся в ММЕ.

После получения пейджингового запроса, включающего в себя IMSI и индикатор домена CN, установленный на "PS", UE повторно подключается к одному ММЕ из пула (который, в частности, не обязательно должен быть ММЕ, который инициировал процедуру поискового вызова по отношению к UE), и устанавливается новая ассоциация SGs с VLR. Этот VLR может быть не таким VLR, который инициировал процедуру поискового вызова SGs (например, если для GERAN или UTRAN применяется соединение внутри домена узлов RAN с многочисленными узлами CN (смотри 3GPP TS 23.236)).

Если новая ассоциация SGs устанавливается по отношению к одному и тому же VLR, VLR должен повторить пейджинговый запрос SGs после того, как UE повторно подключится к услугам не EPS. Затем предоставляется услуга CS МТ или SMS в соответствии с обычными процедурами.

Если новая ассоциация SGs устанавливается по отношению к другому VLR, услуга CS МТ может предоставляться через новый VLR, используя повторную попытку роуминга для завершения мобильной связи или перенаправление роуминга для завершения мобильной связи (смотри 3GPP TS 23.018); продолжающаяся МТ SMS повторно передается с помощью SMS-SC с использованием существующих процедур SMS (SMS-оповещение).

Очевидно, что в каждой из вышеописанных процедур восстановления ММЕ должен иметь возможность достичь доступного MSC. Однако это может быть невозможным при любых обстоятельствах.

В сценарии, в котором ММЕ не имеет возможности достичь MSC, UE не обслуживается совместными процедурами, но вместо этого ограничивается только услугами развитого пакетного ядра (ЕРС). Кроме того, в таких случаях будет невозможен хэндовер "SRVCC PS to CS".

Существующие модели поведения, заданные в современных спецификациях 3GPP, не являются оптимальными в случае, если ошибка связи является локальной по отношению к ММЕ в ММЕ-пуле, и существуют другие ММЕ в том же самом пуле, которые имеют соединение с подходящим(и) MSC. В этом случае неоптимальным является то, что UE отвергает услуги CS, несмотря на то, что MSC является/являются доступными для ММЕ-пул а при использовании другого ММЕ.

Когда ММЕ страдает от нарушений связности со всеми MSC, то есть когда больше не существует какой-либо связности в интерфейсе SGs, ММЕ больше не будет принимать какой-либо вызов МТ (МТ Call) или обслуживать вызов, инициируемый мобильным объектом (МО) для обслуживаемых UE, которые подключаются комбинированным образом. При этом SRVCC будет также невозможна.

В случае, если эта проблема является локальной для одного ММЕ, ее можно решить за счет наличия обслуживающего ММЕ, который заставляет UE перемещаться в другой ММЕ в пределах ММЕ-пула, например, путем выполнения обновления зоны отслеживания (TAU) для повторного выравнивания нагрузки.

В данном документе отмечено, что при этом подходе существуют некоторые проблемы.

Если ошибка связности SGs/Sv является общей для всех ММЕ в ММЕ-пуле, новый ММЕ также будет не в состоянии выполнять сигнализацию SGs/Sv. Результатом будет то, что новый ММЕ будет также отрицать комбинированное подключение UE. При этом SRVCC будет также невозможна. Кроме того, перемещение UE из одного ММЕ в другой будет вызывать дополнительную сигнализацию.

Затем UE будет пытаться выполнить изменение доступа для того, чтобы получить CS, подключенную к системе 2G/3G (ориентированной на передачу голосовых сообщений) или будет альтернативно оставаться в доступе LTE и больше не сможет использовать услуги CS (ориентированные на передачу данных). Продолжающийся вызов с поддержкой голосовой связи LTE (VoLTE) может быть также прекращен при выходе из зоны покрытия LTE.

Если UE остается в доступе LTE, поведение системы связи подвергается риску вхождения в цикл с никогда не заканчивающейся последовательностью выполнения процедуры TAU интер-ММЕ, влияющей на все UE, которые делают запросы для получения услуг, которые относятся к интерфейсу (I/F) SGs.

В случае, если проблема является локальной только для некоторых ММЕ в ММЕ-пуле, подход будет успешным, и UE в конечном счете будет зарегистрировано ММЕ, который имеет возможность передавать сигналы в I/F SGs.

Однако вместе с этим возникнет проблема выравнивания нагрузки, так как UE, которые ориентированы на передачу данных и которые решают остаться обслуживаемыми с доступом LTE, перемещаются из ММЕ, который потерял связность SGs, в ММЕ, который не имеет этой проблемы. Результат состоит в том, что все UE, которые отправляют запрос "Circuit Switched FallBack" (возврат в исходный режим коммутации каналов) (CSFB -называется так потому, что этот признак обеспечивает услуги голосовой связи, которые будут предоставляться оборудованию, которое позволяет осуществлять пакетную передачу данных посредством унаследованных сетевых элементов с коммутацией каналов), концентрируются в некоторых ММЕ в пуле, тем самым делая распределение UE и результирующую нагрузку узла больше не рандомизированными во всех узлах в пуле.

Когда ситуация нормализуется, необходимо будет перераспределить регистрацию UE по пулу для того, чтобы получить равномерное распределение нагрузки. Но поскольку распределение нагрузки не является больше рандомизированным, это нельзя легко выполнить с помощью существующих механизмов распределения нагрузки.

С учетом вышеописанных проблем желательно выполнить технологию (например, способы, устройства, считываемый процессором носитель информации и т.д.), которая позволила бы обеспечить механизм резервирования для установления повторного соединения между, с одной стороны, объектом, таким как ММЕ, и, с другой стороны, объектом, таким как MSC, когда возникают проблемы у первоначально используемого механизма повторного соединения.

Раскрытие изобретения

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

В соответствии с одним из ряда аспектов настоящего изобретения вышеизложенные и другие задачи решены в технологии (например, способы, устройство, считываемые процессором носители информации), которая восстанавливает управление пользовательским оборудованием при наличии отказа линии связи между сетевым узлом, который обеспечивает управление соединениями с коммутацией пакетов, и сетевым узлом, который обеспечивает управление соединениями с коммутацией каналов. В некоторых, но не обязательно во всех вариантах осуществления, услуга связи предоставляется UE обслуживающим ММЕ и обслуживающим MSC в системе связи. В некоторый момент времени обнаруживается, что одна или более линий связи, которые обеспечивают связь между обслуживающим ММЕ и обслуживающим MSC, вышли из строя. В пределах сети идентифицируются/идентифицируется другие/другой ММЕ и/или MSC, которые имеют/который имеет полностью функционирующие линии связи с обслуживающим MSC и/или обслуживающим ММЕ. Сигнализация выполняется для того, чтобы установить идентифицированные ММЕ и/или MSC, или любой другой тип объекта, который может служить в качестве ретрансляционного ММЕ и/или ретрансляционного MSC. Управление UE продолжается с помощью ретрансляционного ММЕ, осуществляющего обмен сообщениями с обслуживающим MSC или ретрансляционным MSC, и/или с помощью ретрансляционного MSC, осуществляющего обмен сообщениями с обслуживающим ММЕ или ретрансляционным ММЕ, и, кроме того, с помощью ретрансляционного ММЕ, ретранслирующего сообщения в обслуживающий ММЕ, и/или с помощью ретрансляционного MSC, ретранслирующего сообщения в обслуживающий MSC.

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

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

В другом аспекте некоторых, но не обязательно всех вариантов осуществления, обслуживающий узел первого типа является обслуживающим объектом управления мобильностью, первый ретрансляционный узел является ретрансляционным объектом управления мобильностью; и обслуживающие и ретрансляционные объекты управления мобильностью находятся в одном и том же пуле объекта управления мобильностью. Например, в таких вариантах осуществления узел второго типа может быть обслуживающим центром коммутации мобильной связи. В другом примере узел второго типа является ретрансляционным центром коммутации мобильной связи, который обменивается сообщениями между ретрансляционным объектом управления мобильностью и обслуживающим центром коммутации мобильной связи.

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

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

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

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

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

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

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

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

В другом аспекте некоторых, но не обязательно всех вариантов осуществления, продолжение предоставления услуги связи пользовательскому оборудованию с использованием первого ретрансляционного узла для обмена одним или более сообщениями между обслуживающим узлом первого типа и узлом второго типа содержит одно или одновременно и то и другое из:

обслуживающего узла первого типа, отправляющего в первый ретрансляционный узел одно или больше сообщений, которые направляются в обслуживающий узел второго типа; и

обслуживающего узла первого типа, принимающего из первого ретрансляционного узла одно или больше сообщений, исходящих из узла второго типа.

Краткое описание чертежей

Задачи и преимущества настоящего изобретения будут понятны из последующего подробного описания в сочетании с чертежами, на которых:

фиг. 1 - схема UE, получающего услугу связи из развитой системы передачи данных с коммутацией пакетов;

фиг. 2а - схема части сети 3GPP, которая включает в себя ММЕ-пулы;

фиг. 2b - схема части сети 3GPP, которая включает в себя MSC-пулы и SGSN-пулы;

фиг. 3 - диаграмма сигнализации, на которой пейджинговый запрос "МТ Call" принимается в другом ММЕ, при этом обслуживающий ММЕ продолжает функционировать с поддержкой ретрансляционной сигнализации;

фиг. 4 - диаграмма сигнализации, на которой пейджинговый запрос "МТ Call" принимается в другом ММЕ, причем обслуживающий ММЕ использует только начальную ретрансляционную сигнализацию;

фиг. 5 - диаграмма сигнализации, на которой запрос "Combined Attach/TAU" (Комбинированное подключение/TAU) обрабатывается в ММЕ без какого-либо I/F SGs в обслуживающем ММЕ, и в дальнейшем происходит вызов "МТ Call";

фиг. 6 - диаграмма сигнализации, иллюстрирующая использование другого ММЕ для ретрансляции сообщения Sv в случае, когда отсутствует функциональный I/F Sv в обслуживающем ММЕ;

фиг. 7 - блок-схема универсального узла, который может быть любым одним из: eNB, ММЕ или MSC в примерных вариантах осуществления в соответствии с изобретением;

фиг. 8 - блок-схема последовательности этапов/процессов, выполняемых схемой в соответствии с некоторыми, но не обязательно со всеми примерными вариантами осуществления изобретения, с целью восстановления возможности управления UE сети; и

фиг. 9 - блок-схема последовательности этапов/процессов, выполняемых схемой в соответствии с некоторыми, но не обязательно со всеми примерными вариантами осуществления изобретения, с целью восстановления возможности управления UE сети.

Осуществление изобретения

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

Различные аспекты настоящего изобретения будут теперь описаны более подробно в связи с рядом примерных вариантов осуществления. Для облегчения понимания изобретения многие аспекты изобретения описаны с учетом последовательностей действий, которые будут выполняться элементами компьютерной системы или другими аппаратными средствами, которые способны исполнять запрограммированные инструкции. Следует принимать во внимание, что в каждом из вариантов осуществления различные действия могут быть выполнены с помощью специализированных схем (например, аналоговых и/или дискретных логических элементов, соединенных между собой с возможностью выполнения специальной функции), с помощью одного или более процессоров, запрограммированных с помощью подходящего набора инструкций или с помощью комбинации и того и другого. Выражение "схема, выполненная с возможностью" выполнения одного или более описанных действий, используется в данном документе в отношении любого такого варианта осуществления (то есть одной или более специализированных схем и/или одного или более запрограммированных процессоров). Кроме того, настоящее изобретение можно дополнительно рассматривать как полностью воплощенным в любой форме машиночитаемого носителя информации, такого как твердотельная память, магнитный диск или оптический диск, содержащий соответствующий набор компьютерных инструкций, которые будут предписывать процессору выполнять технологии, описанные в данном документе. Таким образом, различные аспекты изобретения могут быть воплощены во многих различных формах, и все такие формы рассматриваются как входящие в объем настоящего изобретения. Для каждого из различных аспектов изобретения любая такая форма вариантов осуществления, как описано выше, может упоминаться здесь как "логическая схема, выполненная с возможностью" выполнять описанное действие или, альтернативно, как "логическая схема, которая" выполняет описанное действие.

Как уже упоминалось в разделе "Уровень техники", желательно выполнить технологию (например, способы, устройства, считываемый процессором носитель информации и т.д.), которая позволила бы обеспечить механизм резервирования для установления повторного соединения между, с одной стороны, объектом, таким как ММЕ, и, с другой стороны, объектом, таким как MSC, когда возникают проблемы у первоначально используемого механизма повторного соединения.

В одном аспекте эта задача решена с помощью технологий, в которых используются другой ММЕ или любой другой сетевой объект, такой как прокси сообщения SGs/Sv, для ретрансляции сообщения SGs/Sv в обслуживающую MSC или в доступный MSC (для процедур восстановления инициированных ММЕ, например, для периодического TAU).

Аналогичным образом, другой аспект механизма резервирования включает в себя использование другого MSC или любого другого сетевого объекта, такого как прокси сообщения SGs/Sv, для ретрансляции сообщения SGs/Sv в обслуживающий ММЕ или в доступный ММЕ, (который затем перенаправляет сообщение SGs/Sv в обслуживающий ММЕ). Например, это можно применять в случае процедур восстановления, инициированных MSC (например, МТ Call).

Следует отметить, что информация, показывающая, что заданный сетевой объект поддерживает вышеупомянутую технологию, должна подвергаться процедуре обмена среди соответствующих сетевых объектов (например, обслуживающего ММЕ, ретрансляционного/прокси ММЕ, обслуживающего MSC, ретрансляционного/прокси MSC) (то есть, таким образом, чтобы заданный узел знал о том, что его противоположная сторона обеспечивает поддержку для расширения протокола, описанного здесь).

Некоторые аспекты улучшения (которые служат в качестве резервного) для процедуры восстановления SGs или Sv, инициируемой ММЕ, когда невозможно выбрать другой доступный MSC для выполнения восстановления SGs, представляют собой:

1) обслуживающий ММЕ (уже существующий) поддерживает зарегистрированный UE, но использует другой ММЕ в ММЕ-пуле или любой другой сетевой объект в качестве линии связи (прокси или ретрансляционной), чтобы достичь MSC при возникновении событий, инициированных UE (например, после приема периодического запроса TAU, комбинированного запроса TAU, запроса на обслуживание, сообщения относительно транспортировки NAS UL или после запроса SRVCC). Любая последующая сигнализация SGs/Sv для этого UE затем ретранслируется через этот прокси/ретрансляционный ММЕ (выбранный с помощью обслуживающего ММЕ);

2) ММЕ, который сталкивается с общим отказом SGs/Sv, может применять логику, которая перемещает регистрацию UE в другой ММЕ в ММЕ-пуле, где выбранный "новый" ММЕ не сталкивается с общим отказом SGs/Sv.

Использовать ли альтернативный вариант #1 или #2 является вопросом политики оператора и, возможно, продолжител