Решение задачи пропуска процедуры аутентификации во время перехода к сети с коммутацией каналов (csfb) для сокращения времени установления вызова

Решение задачи пропуска процедуры аутентификации во время перехода к сети с коммутацией каналов (csfb) для сокращения времени установления вызова

Иллюстрации

Показать все

Реферат

Перекрестная ссылка на родственные заявки

Настоящая заявка испрашивает приоритет предварительной заявки на патент США No. 61/985,386, поданной 28 апреля 2014 года под названием "SOLUTION TO SKIP AUTHENTICATION PROCEDURE DURING CSFB TO SHORTEN CALL SETUP TIME", содержание которой включено сюда во всей своей полноте путем ссылки.

Область техники, к которой относится изобретение

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

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

В традиционной наземной сети мобильной связи общего пользования (PLMN) согласно проекту партнерства 3-го поколения (3GPP) различные сети радиодоступа (RAN), такие как развитая сеть радиодоступа пакетной радиосвязи общего назначения (GERAN), наземная сеть радиодоступа универсальной мобильной телекоммуникационной системы (UTRAN) и развитая-UTRAN (E-UTRAN), можно подключить к общей базовой сети, и они могут предоставлять различные услуги. Например, GERAN или UTRAN могут предоставлять услуги голосовой связи, исключительно или частично, в то время как E-UTRAN, в отличие от них, может предоставлять услуги пакетной передачи данных, исключительно или частично. В процессах перехода к сети с коммутацией каналов (CSFB), которые обеспечивают переход из сетей долгосрочного развития (LTE) к доменной сети с коммутацией каналов, существуют трудности, в том числе продолжительный период времени установления вызова.

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

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

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

На фиг.3 показан поток данных, иллюстрирующий процедуру перехода к сети с коммутацией каналов согласно различным раскрытым аспектам.

На фиг.4 показан другой поток данных, иллюстрирующий процедуру перехода к сети с коммутацией каналов согласно различным раскрытым аспектам.

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

На фиг.6 показан схематичный пример беспроводной среды, который может действовать в соответствии с раскрытыми аспектами.

На фиг.7 показана иллюстрация примерной платформы беспроводной сети для реализации различных раскрытых аспектов.

Подробное описание изобретения

Настоящее раскрытие будет теперь описано со ссылкой на прилагаемые фигуры чертежей, на которых одинаковые ссылочные позиции используются для обозначения одинаковых элементов на всем протяжении описания и на которых иллюстрированные структуры и устройства необязательно приведены в масштабе. Используемые в данном описании термины "компонент", "система", "интерфейс" и т.п. предназначены для ссылки на связанный с компьютером объект, аппаратные средства, программное обеспечение (например, при исполнении) и/или программно-аппаратные средства. Например, компонент может быть процессором, процессом, запущенным на процессоре, контроллером, схемой или элементом схемы, объектом, исполняемым модулем, программой, запоминающим устройством, компьютером, планшетным ПК и/или мобильным телефоном с устройством обработки. Посредством иллюстрации приложение, запускаемое на сервере, и сервер могут также представлять собой один компонент. Один или более компонентов могут постоянно находиться в процессе, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами. Набор элементов или набор других компонентов может быть описан в данном документе, в котором термин "набор" может интерпретироваться как "один или более". Кроме того, эти компоненты могут исполняться с различных машиночитаемых носителей информации, имеющих различные структуры данных, которые хранятся на них, таких как модуль, например. Компоненты могут обмениваться данными посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных (например, данных из одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или по сети, такой как Интернет, локальная вычислительная сеть, глобальная вычислительная сеть или аналогичная сеть, с другими системами посредством сигнала).

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

Использование слова "примерный" предназначено для представления концепций конкретным образом. Используемый в данной заявке термин "или" предназначен для обозначения включающего "или", а не исключающего "или". То есть, если не указано иное или это неочевидно из контекста, "X использует А или В" означает любую из естественных включающих перестановок. То есть, если X использует A; X использует B; или Х использует одновременно А и В, то "X использует А или В" удовлетворяется в любом из вышеуказанных случаев. В дополнение, форму единственного числа, которая используется в данной заявке и в прилагаемой формуле изобретения, следует истолковывать для обозначения "одного или более", если не указано иное или неясно из контекста, который направлен на форму единственного числа. Кроме того, в степени, в которой термины "включающий в себя", "включает в себя", "имеет", "с" и другие аналогичные слова используются либо в подробном описании, либо в формуле изобретения, эти термины имеют намерение быть включающими способом, аналогичным термину "содержащий". При рассмотрении вышеописанных недостатков управления мощностью CSFB для сетевых систем различные аспекты описаны для пропуска процедуры аутентификации во время CSFB для того, чтобы сократить время установления вызова. За счет пропуска процедуры аутентификации для сетевого устройства или устройства пользовательского оборудования (UE) во время CSFB, время установления вызова можно сократить приблизительно до 1,5 секунды или менее, и общее время установления вызова CS можно сократить приблизительно до 3 секунд или менее, рассматривая вызов при прямой связи между оконечными пунктами, содержащий CSFB для исходящего мобильного вызова (MO) и для входящего мобильного вызова (MT). Например, путем добавления приблизительно двух дополнительных этапов в рабочие процедуры между компонентом управления мобильностью (MME) и компонентом центра коммутации мобильной связи (MSC) можно сократить время процедуры аутентификации. Например, это может выполнить не оказывая влияния на операции компонента Е-UTRAN сетевой системы. В одном примере, UE содержит память, хранящую исполняемые инструкции, и процессор, подсоединенный к памяти и сконфигурированный для исполнения исполняемых инструкций. Процессор исполняет исполняемые инструкции, чтобы получить или принять ключ-объект управления безопасностью доступа (K_ASME), который образует основание для выработки процедур шифрования слоя доступа (AS) и без слоя доступа (NAS), включенных в процесс аутентификации между пользователем и сетевым устройством сетевой системы. UE передает сообщение запроса расширенной услуги для начала процедуры CSFB в развитой пакетной системе (EPS). В ответ на передачу сообщения или после этого UE получает или вырабатывает один или более параметров ключа CS из K_ASME. Процедура CSFB дополнительно обеспечивается на основании параметров ключей CS, полученных из K_ASME.

Согласно операциям CSFB, в ответ на UE, который настраивается на сети 2G или 3G, процедура аутентификации выполняется для того, чтобы выработать параметры ключей CS, такие как ключ шифрования (CK), ключ целостности (IK) для MTS U, ключ шифрования (Kc) для глобальной системы мобильной связи (GSM), и идентификаторы набора ключей (KSI), которые относятся к ним, например, в которых такая процедура аутентификации может внести более продолжительные периоды времени установления вызова CSFB. Однако процедуры аутентификации можно избежать тогда, когда абонент был аутентифицированным по меньшей мере один раз в EPS. UE и серверный компонент MME могут хранить K_ASME, который будет в дальнейшем использоваться для получения параметров ключей CS, которые хранятся в UE и в серверном компоненте MSC, соответственно. В одном способе решение Ultra-flash CSFB позволяет пропустить следующие этапы:

(1) Пропустить аутентификацию путем многократного использования параметров ключей CS для непрерывности одиночного голосового радиовызова (SRVCC);

(2) Пропустить назначение однонаправленного канала CS, исходя из предположения, что CSFB запускается для голосовых вызовов; или

(3) Пропустить обновление зоны местоположения (LAU) за счет использования целевого контроллера базовой станции (BSC)/идентификации (ID) NodeB для выбора точного идентификатора зоны местоположения (LAI)/MSC.

Что касается пункта (2), CSFB можно инициировать для других услуг CS, таких как услуги определения местоположения (LCS), неструктурированные данные по дополнительным услугам (USSD) и видео, при котором предположение, что CSFB всегда инициируется для голосового вызова, является неправильным, что, возможно, приводит к неправильному назначению однонаправленного канала CS. Что касается пункта (3), то LAU используется после CSFB только тогда, когда изменяется MSC/LAI. Таким образом, в некоторых случаях, в которых MSC/LAI не изменяется, существует не так много пользы от LAU, используется ли LAU после CSFB, который также используется до развертывания сети. Поэтому, если только с целью пропуска аутентификации, процессы CSFB не должны запускать всю процедуру SRVCC и влиять на eNB (eNB определяет, следует ли инициировать SRVCC в ситуации, когда отсутствует однонаправленный канал с идентификатором класса QoS (QCI) =1 для UE). По этой причине решения, включая (2) и (3), приведенные выше, являются проблематичными. Дополнительные аспекты и детали раскрытия дополнительно описаны ниже со ссылкой на фигуры.

Со ссылкой на фиг.1 проиллюстрирован пример системы связи для сети мобильной связи в соответствии с различными описываемыми аспектами. В различных примерах сеть 100 мобильной связи представляет собой сеть развитого пакетного ядра (EPC) с поддержкой, без ограничения, GERAN, UTRAN и/или E-UTRAN. UE 102 (мобильная станция (MS)) коммуникативно связано через радиоинтерфейс 104 (например, LTE-Uu) с системой E-UTRAN 106. E-UTRAN 106 можно коммуникативно соединить через линию 108 связи S1-MME (объекта управления мобильностью) с MME 110 и через линию 112 связи S1-U с обслуживающим шлюзом 114. MME 110 можно напрямую соединить с обслуживающим шлюзом 114 через линию 115 связи S11 и можно соединить через линию 116 связи S3 с узлом 118 поддержки обслуживания системы пакетной радиосвязи общего пользования (SGSN), который сам соединен через линию 120 связи S4 с обслуживающим шлюзом 114. MME 110 может включать в себя внутреннюю линию 122 связи S10 и линию 124 связи Sha с узлом 126 высокоскоростного последовательного (HSS) интерфейса.

Обслуживающий шлюз 114 можно соединить через линию 128 связи S12 с одной или более сетями UTRAN 130 и GERAN 132. Обслуживающий шлюз 114 можно дополнительно соединить через линию 134 связи S5 со шлюзом 136 сети передачи данных общего пользования (PDN). Шлюз 136 PDN можно соединить через линию 138 связи с узлом 140 функции правил и политик тарификации и оплаты (PCRF) и через линию 142 связи SGi с услугами 144 IP оператора, такими как мультимедийная IP-подсистема (IMS). Узел 140 PCRF можно соединить с услугами 144 IP оператора через линию 146 связи.

На фиг.2 показана в примерном варианте осуществления блок-схема архитектуры сети 200 мобильной связи для перехода к сети с коммутацией каналов (CSFB). Например, архитектура 200 может действовать по отношению к сети 100 мобильной связи или любой подходящий сети мобильной связи.

UE 102 коммуникативно связано или избирательно связано с сотой 202 UTRAN, сотой 204 GERAN и сотой 206 E-UTRAN. Сота 202 UTRAN и сота 204 GERAN соединены или избирательно соединены с SGSN 118 и сервером 208 центра коммутации мобильной связи (MSC). Сота 206 E-UTRAN соединена или избирательно соединена с MME 110. MME 110 соединен или избирательно соединен с SGSN 118 и сервером 208 MSC.

RAN GERAN 132 и UTRAN 130 можно соединить с доменом с коммутацией каналов (CS) сети 100, например, воплощенной в архитектуре 200. Для случаев, в которых UE 102 действует в или поддерживает связь через соту 206 E-UTRAN, когда абонент хочет установить голосовой вызов CS, сеть 100 мобильной связи может выработать процедуру CSFB. В CSFB UE 102 в соте 206 E-UTRAN может передавать сигналы в базовую сеть 100 с запросом на установление вызова CS, или UE 102 может ответить на пейджинговый запрос для вызова CS, например. Сеть 100 мобильной связи и/или архитектура 200 могут действовать с возможностью перенаправления UE 102 в GERAN 204 или UTRAN 202, например, через хэндовер с коммутацией пакетов (PS), через процедуру "освободить с перенаправлением" или через переход к соте с поддержкой сети (CCO), например. В таких примерах UE 102 может устанавливать мобильный исходящий вызов или принимать мобильный входящий вызов через сервер 208 MSC. После разъединения вызова CS в сотах GERAN 204 и/или UTRAN202, UE 102 может затем вернуться к соте 206 E-UTRAN либо самостоятельно (например, через повторный выбор соты), либо с помощью GERAN и/или UTRAN (например, если во время разъединения радиосоединения для вызова CS соты 204 GERAN и/или соты 202 UTRAN выдают команду UE 102 на незамедлительный выбор конкретной соты 206 E-UTRAN).

Во время вызова CS, если UE 102 находится в соте 204 GERAN, и UE 102 или сота 204 GERAN не поддерживает одновременное использование услуг CS и услуг пакетной передачи данных (например, так как отсутствует или не поддерживается признак режима двойной передачи (DTM)), то сеть 100 и/или архитектура 200 может приостановить пакетные услуги для UE 102. В таком случае пакеты нисходящей линии связи не могут быть доставлены в UE 102, но могут быть перенаправлены шлюзом сети пакетной передачи данных (PDN-GW) в направлении UE 102, потенциально излишне потребляя ресурсы сети 100 и/или архитектуры 200. В примере UE 102 или один из узлов базовой сети (например, MME 110 и/или SGSN 118) могут информировать обслуживающий шлюз (S-GW) или PDN-GW о том, что шлюзы не должны больше перенаправлять пользовательские пакеты нисходящей линии связи из UE 102. Дополнительно или альтернативно, MME 110 или SGSN 118 может деактивировать выделенные носители пакетов, которые используются для услуг реального времени. Такие услуги могут потребовать, чтобы пакеты пользовательских данных доставлялись в течение относительно короткого промежутка времени.

UE 102 включает в себя беспроводной приемопередатчик 210, процессор 212 и электронную память 214, включающую в себя регистр. Приемопередатчик 210 выполнен с возможностью поддержания связи с сотой 202 UTRAN, сотой 204 GERAN и сотой 206 E-UTRAN. Процессор 212 выполнен с возможностью управления, по меньшей мере частично, работой UE 102 в целом и их компонентами 210, 214. Процессор 212 может представлять собой микропроцессор, контроллер или другие специализированные аппаратные средства, которые известны в технике. Электронная память 214 может представлять собой или включать в себя регистры, реализованные в соответствии с любой из множества электронной памяти или других технологий, подходящих для реализации регистров данных, известных в технике.

Со ссылкой на фиг.3 проиллюстрирована схема или поток 300 данных для процедуры 300 CSFB, который уменьшает время установления вызова в соответствии с различными описываемыми аспектами. Поток 300 данных иллюстрирует способ предоставления услуг голосовой связи с помощью LTE, использующей CSFB, который может поддерживаться SRVCC. Поток 300 данных иллюстрирует расширенную процедуру 300 CSFB для пропуска аутентификации в CSFB, в частности, тогда, когда UE настраивается на GERAN/UTRAN, например, для исходящего мобильного вызова. Чтобы обеспечить CSFB, компонент 110 MME подсоединяется к серверному компоненту 208 MSC через интерфейс шлюза сервера, который позволяет UE 102 представлять собой одновременно зарегистрированную сеть с коммутацией каналов и сеть с коммутацией пакетов, что дополнительно обеспечивает переход от сети LTE (например, 206 E-UTRAN) к CS-сети (например, UTRAN 202, GERAN 204) в ответ на или для мобильного вызова. В связи с этим поток 300 данных может приводиться в действие для CSFB, чтобы обеспечить переход от сети LTE к CS-сети, например, в ответ на мобильный исходящий вызов.

Как показано одновременно на фиг.1, 2 и 3, на этапе 306 устройство 102 UE инициирует процедуру CSFB, чтобы произвести исходящий мобильный вызов путем передачи запроса расширенной услуги или другого запроса услуги. Устройство 102 UE производит, например, запрос расширенной услуги в MME 110, например, через интерфейс S1-MME из соты 206 E-UTRAN, как показано на фиг.2 (смотри, например, TS 23.272, подпункт 6.2). Запрос 306 расширенной услуги может быть инкапсулирован в сообщениях управления ресурсами радиосвязи (RRC) или S1-AP через интерфейс между MME и eNodeB 302 или базовую станцию (например, eNB). UE 102 может передать запрос расширенной услуги при подключении к домену CS (с помощью подключения комбинированной EPS/международного идентификатора мобильного абонента (IMSI)) и не инициирует сеанс голосовой связи IMS, так как устройство 102 UE не зарегистрировано IMS, или услуги голосовой связи IMS не поддерживаются обслуживающей сетью доступа с IP-связностью (IP-CAN), домашней PLMN или UE 102. IMSI можно сохранить, например, с помощью модуля идентификации абонента (SIM) в схеме, компоненте или устройстве с ключом, который относится к ним и который используется для идентификации или аутентификации абонента или UE, например.

На этапе 308 компонент 110 MME передает сообщение запроса кодирования контекста UE S1-AP (индикатор CSFB, LAI) в eNB 302 в ответ на переданный или принятый запрос 306 расширенной услуги. Это сообщение запроса кодирования контекста UE S1-AP показывает eNB 302, что устройство 102 UE должно переместиться в UTRAN 202 или сеть GERAN, сконфигурированную сетевым устройством. Зарегистрированная PLMN для соединений домена CS идентифицируется с помощью ID PLMN, включенного в LAI, который выделяется компонентом 110 MME.

В ответ на определение компонентом 110 MME, что процедура CSFB имеет обработку приоритетов, основанную на приоритете CS услуги приоритета мультимедиа (MPS) в подписке EPS устройства 102 UE или из-за того, что имеется существующий экстренный вызов, компонент 110 MME может установить индикатор приоритета, такой как высокий приоритет CSFB, в сообщении 308 S1-AP для eNB 302 (смотри, например, TS 36.413). В случае экстренного вызова компонент 110 MME может также отправить запрос относительно того, что eNB 302 запрещает ограничение доступа и роуминга, через дополнительный индикатор 308 перехода к CS-сети (смотри, например, TS 36.413). На этапе 310 eNB 302 отвечает на запрос S1-AP с помощью индикатора CSFB с ответом S1-AP, таким как сообщение с ответом о модификации контекста UE S1-AP, как иллюстрировано на фиг.3.

На этапе 312 устройство 102 UE выполняет операцию получения параметров ключей CS для процедуры 300 CSFB из ключа-объекта управления безопасностью доступа (K_ASME). Например, параметры ключей могут включать в себя ключ шифрования (CK), ключ целостности (IK) для UMTS, ключ шифрования (Kc) для GSM или идентификаторы набора ключей (KSI), которые относятся к ним. В дополнение, устройство 102 UE может заранее принять или сохранить K_ASME, исходя из результата аутентификации в EPS, тем самым избегая процесса аутентификации для CSFB. Например, K_ASME можно сохранить в устройстве 102 UE, компоненте 110 MME или другом компоненте сетевых систем, описанных в данном документе.

В одном аспекте устройство 102 UE (или устройство мобильного оборудования) дополнительно выполняет операцию использования CK_CSFB или IK_CSFB, которые содержат CK и IK, полученные для CSFB, путем выработки ключа шифрования в сети с коммутацией каналов глобальной системы мобильной связи (Kc CS GSM), который может представлять собой ключ шифрования размерностью 64 бита или другим числом битов (например, 128 битов). Например, устройство 102 UE может получать Kc CS GSM на основании по меньшей мере одного параметра ключа CS из параметров ключей, таких как CK и IK (CK_CSFB и IK_CSFB, которые получены из K_ASME специально для процедуры CSFB). Например, ключ Kc шифрования GSM можно использовать в качестве части данных контекста защиты GSM, который является состоянием, который устанавливается между пользователем (устройством UE) и доменом сети обслуживания, например, посредством выполнения аутентификации GSM и процедуры согласования ключей (AKA GSM). Например, данные контекста защиты GSM могут храниться на обоих концах устройства 102 UE и сетевого компонента или устройства, которое может содержать по меньшей мере один из ключа Kc шифрования GSM и порядкового номера ключа шифрования (CKSN).

В другом аспекте устройство 102 UE выполнено с возможностью выработки или получения Kc CS GSM через заданную функцию на основании параметров ключей CS. Например, Kc CS GSM можно выработать с помощью функции c3 (смотри, например, TS 33.102). Устройство 102 UE дополнительно выполнено с возможностью присвоения значения KSI (например, расширенного KSI (eKSI) или другого KSI), связанного с множеством параметров ключей CS, порядковому номеру ключа шифрования CS GSM (CKSN CS GSM), который может быть связан с или соответствовать Kc CS GSM. В одном примере CKSN (например, CKSN CS GSM) можно использовать при управлении ключами в системе GSM или другой сетевой системе в качестве средства, гарантирующего непротиворечивость ключа шифрования, или для того, чтобы можно было сослаться на различные криптографические ключи или ключи шифрования, которые вырабатываются в сети. Затем устройство 102 UE может дополнительно обновить свою память и универсальный модуль идентификации абонента (USIM) на Kc CS GSM, который был получен из функции преобразования на основании параметров ключей CS. В дополнение, устройство 102 UE может дополнительно обновить свою память и USIM на CKSN CS GSM.

На этапе 314 компонент 110 MME выполнен с возможностью выполнения операции наряду с аналогичными процессами и функциями, как и устройство 102 UE на этапе 312. Дополнительно или альтернативно, другие компоненты или сетевые устройства (например, серверный компонент 208 MSC) сети связи можно также выполнить с возможностью выполнения операции аналогичным образом. Хотя на этапе 314 диаграмма потоков данных иллюстрирована как следующая за процессом, выполняемым на этапах 308 и 310, и действия здесь описаны как последовательность действий или событий, следует понимать, что иллюстрированный порядок таких действий или событий не должен интерпретироваться в ограничивающем смысле. Например, процессы на этапе 314 или на других этапах (например, на этапе 312) потока 300 данных можно использовать в других последовательностях или стадиях потока 300 данных, например.

В другом аспекте в ответ на прием сообщения запроса расширенной услуги из устройства 102 UE на этапе 306, компонент 110 MME конфигурируется с возможностью выработки параметров ключей CS из K_ASME, который принимается или сохраняется в сетевом устройстве или в упомянутом месте. Как указано выше, эти параметры ключей могут включать в себя CK, IK с KSI. Компонент 110 MME может также выполнять функцию использования CK_CSFB или IK_CSFB, CK, IK или KSI, которые будут использоваться для CSFB, путем выработки ключа Kc шифрования в сети с коммутацией каналов глобальной системы мобильной связи (Kc CS GSM), который может представлять собой ключ шифрования размерностью 64 бита или другим числом битов (например, 128 битов). Компонент 110 MME может получить Kc CS GSM на основании одного или более параметров ключей CS. Например, ключ Kc шифрования GSM или дополнительный ключ Kc шифрования GSM, специфический для компонента 110 MME, можно использовать как часть данных контекста защиты GSM.

В другом аспекте компонент 110 MME выполнен с возможностью выработки или получения Kc CS GSM через заданную функцию на основании параметров ключей CS. Например, Kc CS GSM можно выработать с помощью функции c3 (смотри, например, TS 33.102). Компонент 110 MME можно также дополнительно выполнить с возможностью присвоения значения KSI (например, расширенного KSI (eKSI) или другого KSI), связанного с множеством параметров ключей CS, CKSN CS GSM, который может быть связан с или соответствовать Kc CS GSM.

На этапе 316 компонент 110 MME может ответить на запрос расширенной услуги на этапе 306, ответ S1-AP на этапе 310 или формирование параметров ключей CS на этапе 312 или 314, например, для передачи запроса CSFB, чтобы обеспечить процедуру 300 CSFB, в серверный компонент 208 MSC через интерфейс Sv, например. Серверный компонент 208 MSC выполнен с возможностью дополнительной передачи ответа CSFB на этапе 318 в компонент 110 MME, такого как сообщение, показывающее или подтверждающее статус CSFB, или другого ответа, например.

В другом аспекте в ответ на CSFB, выполняемый из E-UTRAN 206 в GERAN 204, например, вышеупомянутые аспекты и функции, описанные со ссылкой на фиг.3, можно также применить к компоненту 110 MME, расширенному серверному компоненту 208 MSC и устройству 102 UE.

По этой причине, расширенный серверный компонент 208 MSC выполнен, например, с возможностью получения параметров ключей CS из K_ASME и также получения ключа Kc шифрования CS GSM или Kc CS GSM из CK_CSFB или IK_CSFB с помощью заданной функции, такой как функция c3 преобразования ключа (смотри, например, TS 33.102 для функции c3). Серверный компонент 208 MSC может дополнительно присвоить значение eKSI, например, или другого KSI CKSN CS GSM, который связан с Kc CS GSM. Например, целевой серверный компонент 208 MSC и устройство 102 UE могут дополнительно вычислить 128-разрядный ключ Kc₁₂₈ шифрования CS GSM (Kc₁₂₈ CS GSM) (смотри, например, TS 33.102) в ответ на алгоритм шифрования, выбранный целевой базовой станцией (например, BSS/RNS 304) или целевыми базовыми станциями 304, запрашивающими или требующими 128-разрядный ключ Kc₁₂₈ шифрования CS GSM. Устройство 102 UE и серверный компонент 208 MSC может затем присвоить значение KSI или eKSI CKSN CS GSM, который связан с CS GSM.

В другом аспекте формирование параметров ключей CS или ключа для CSFB может иметь P0, который представляет значение COUNT восходящей линии связи NAS, и L0 может быть равен длине значения COUNT восходящей линии связи NAS, в то время как Fc может представлять собой одно из зарезервированных/неиспользуемых значений (0x1C - 0x1F) (смотри, например, TS 33.401, приложение A. 12/A.13). Функцию формирования ключа (KDF) можно использовать для предварительно определенной здесь функции, которая определена в пункте A.7 TS 33.401 и в приложении B TS 33.220, например.

В другом аспекте в случаях, где SRVCC запускается CSFB, можно использовать параметры ключей CS для SRVCC, что означает, что CK_SRVCC или IK_SRVCC можно использовать для замены CK_CSFB или IK_CSFB для процедуры 300 CSFB, например. Поэтому, в ответ на схему SRVCC, действующую одновременно с или после приема или передачи сообщения запроса расширенной услуги, чтобы начать процедуру CSFB, описанные компоненты или устройства (например, устройство 102 UE, компонент 110 MME, серверный компонент 208 MSC или т.п.) могут использовать множество параметров ключей CS с множеством параметров ключей SRVCC, чтобы дополнительно обеспечить процессы CSFB.

На этапе 320, показанном на фиг.3, процедура 300 CSFB дополнительно выполняет операции согласно дополнительным операциям основываясь на том, выполняется ли исходящий вызов в GERAN/UTRAN с или без поддержки передачи обслуживания услуги пакетной передачи данных (PS HO). Затем в ответ на вызов с PS HO процесс продолжается согласно этапам 2-7, показанным на фигуре 6.2-1 TS 23.272, например. Если вызов выполняется без PS HO, то этапы 2-7 могут продолжаться, как показано на фигуре 6.3-1 TS 23.272, например. Однако в результате вышеупомянутых процессов, на этапе 312 или 314 можно избежать отдельной аутентификации устройства UE или сетевого устройства/компонента (например, MME или MSC).

Со ссылкой теперь на фиг.4 проиллюстрирована расширенная процедура CSFB для дополнительного пропуска одного или более процессов аутентификации, когда UE 102 настраивается на GERAN/UTRAN для процедуры завершения мобильной связи.

На этапе 402 серверный компонент 208 MSC может принять входящий голосовой вызов и ответить путем отправки пейджингового запроса (например, посредством IMSI или TMSI, дополнительной идентификации вызывающего абонента и информации управления соединением, индикатора вызова CS, индикации приоритета) в компонент 110 MME через интерфейс SG. Например, серверный компонент 308 MSC передает пейджинговый запрос CS для устройства UE (например, для устройства 102 UE), который предоставляет информацию обновления местоположения с использованием интерфейса SG. В активном режиме компонент 110 MME имеет установленное соединение S1, и в ответ на компонент 110 MME, не имеющий возвращенной индикации "SMS-только" в устройство 102 UE во время подключения или процедур обновления комбинированных TA/LA, компонент 110 MME может повторно использовать существующее соединение для ретрансляции пейджингового запроса CS в устройство 102 UE, такого как в уведомлении услуги CS на этапе 404. Однако в ответе на компонент 110 MME, имеющем возвращенную индикацию "SMS-только" в устройство 102 UE во время подключения или процедур обновления комбинированных TA/LA, компонент 110 MME будет воздерживаться от отправки уведомления об услуге CS на этапе 404 в устройство 102 UE и на этапе 412 отправляет сообщение отклонения пейджингового запроса или уведомление в направлении серверного компонента 208 MSC для прекращения процедуры пейджингового запроса CS, в результате чего прекращается процедура CSFB.

eNB 302 перенаправляет пейджинговое сообщение в устройство 102 UE. Сообщение содержит индикатор домена CN (показывающий домен, который инициировал пейджинговый запрос), и в случае если оно принято из серверного компонента 208 MSC, идентификацию вызывающего абонента.

Затем на этапе 406 компонент 110 MME отправляет сообщение запроса услуги SGs в серверный компонент 208 MSC, содержащий индикацию того, что устройство 102 UE находилось в подсоединенном режиме. Серверный компонент 208 MSC использует эту индикацию подсоединенного режима для начала переадресации вызовов при отсутствии таймера ответа для устройства 102 UE, и серверный компонент 208 MSC отправляет индикацию пользователя, предупреждающую вызывающую сторону. Получение сообщения запроса услуги SGs на этапе 406 останавливает серверный компонент MSC от повторной передачи сообщения поиска интерфейса SGs.

Следует отметить, что предварительно сконфигурированная политика может использоваться устройством 102 UE во избежание помех без отображения идентификации вызывающего абонента, и решение относительно детальной обработки можно принять с помощью аспектов типа класса (CT) обработки речевого сигнала, например, CT1 и CT6. В дополнение, этот вышеупомянутый процесс может также иметь место сразу после того, как серверный компонент 208 MSC примет PRN MAP из HSS 126, если применяется предварительная поисковая связь. Идентификацию вызывающего абонента и индикатор вызова CS можно также предусмотреть в случае предварительной поисковой связи. Кроме того, для того чтобы вызывающая сторона не испытывала потенциально возможного продолжительного периода молчания или ожидания, серверный компонент 208 MSC может использовать сообщение запроса услуги SGs на этапе 406 в качестве триггера для информирования вызывающей стороны о том, что происходит вызов. Если компонент 110 MME принимает сообщение с пейджинговым запросом с индикацией приоритета, например, приоритета eMLPP, из серверного компонента 208 MSC, то компонент 110 MME обрабатывает это сообщение и также последующую процедуру CSFB, которая по возможности сравнивается с другими нормальными процедурами.

На этапе 408 устройство 102 UE отправляет на этапе 408 сообщение запроса расширенной услуги (в качестве отклонения или принятия) в компонент 110 MME для процедуры CSFB завершения мобильной связи. Сообщение запроса расширенной услуги можно инкапсулировать в сообщения RRC и S1-AP. Затем устройство 102 UE может принять решение относительно отклонения CSFB, основываясь на идентификации вызывающего абонента.

На этапе 412 в ответ на прием запроса расширенной услуги на этапе 408 в качестве отклонения процедуры CSFB завершения мобильной связи, компонент 110 MME отправляет отклонение поиска CS в направлении серверного компонента 208 MSC для прекращения процедуры поиска CS и прекращает текущую процедуру CSFB.

На этапе 414 компонент 110 MME отправляет сообщение с запросом модификации контекста UE S1-AP (с помощью индикатора CSFB, LAI) в устройство 302 eNB. Это сообщение показывает устройству 302 eNB, что устройство 102 UE должно переместиться в сеть UTRAN/GERAN. Зарегистрированная PLMN для домена CS идентифицируется с помощью ID PLMN, включенного в LAI, который выделяется компонентом 110 MME. Если компонент 110 MME принял индикацию приоритета в части этапа 1a на этапах 402-408, компонент 110 MME отправляет запрос S1-AP в качестве сообщения запроса модификации контекста UE S1-AP в eNB 302 с индикацией приоритета, то есть "высокий приоритет CSFB" (смотри, например, TS 36.413).

На этапе 416 устройство 302 eNB направляет ответ S1-AP, такой как ответное сообщение о модификации контекста UE S1-AP в компонент 110 MME, например.

На этапе 410 устройство 102 UE может выработать или получить один или более параметров ключей CS для CSFB из K_ASME. Формирование одного или более параметров ключей CS для процедуры CSFB может происходить в любой момент, в любом действе или на любой стадии во время или после передачи запроса расширенной услуги на этапе 408 с помощью устройства 102 UE, например. Устройство 102 UE или ME может использовать CK_CSFB и IK_CSFB для формирования Kc CS GSM с использованием функции c3 в качестве заданной функции преобразования (смотри, например, TS 33.102). Устройство 102 UE может присвоить значение eKSI (например, как связанное с CK_CSFB и IK_CSFB) CKSN CS GSM (связанному с Kc CS GSM). Устройство 102 UE может дополнительно обновить USIM и UE 102 на Kc CS GSM и CKSN CS GSMA.

На этапе 418 компонент 110 MME может также формировать один или более параметров ключей CS для CSFB из K_ASME. На этапе 420 компонент 110 MME отправляет сообщение запроса CSFB в серверный компонент 208 MSC, включая сформированные параметры ключей CS для CSFB. На этапе 422 серверный компонент 208 MSC сохраняет параметры ключей CS для CSFB и отправляет ответное сообщение CSFB в компонент 110 MME. Если целевая сеть представляет собой сеть 132, 204 GERAN сетевого устройства, расширенный серверный компонент 208 MSC может дополнительно сформировать ключ Kc шифрования CS GSM из CK_CSFB и IK_CSFB с помощью функции c3 преобразования ключа (смотри, например, TS 33.102) и присвоения значения eKSI CKSN CS GSM, связанного с Kc CS GSM.

Процедура продолжается на этапе 424 в зависимости от того, существует или нет поддержка PS HO. Для вызова в GERAN/UTRAN с поддержкой PS HO процедура CSFB продолжается аналогичным образом с действиями 2-6 на фигуре 7.3-1 TS 23.272. Для вызова в GERAN/UTRAN без поддержки PS HO процедура CSFB продолжается аналогичным образом с помощью действий 2-9, показанных на фигуре 7.4-1 TS 23.272. В другом аспекте в ответ на запуск или срабатывание SRVCC с помощью CSFB можно использовать параметры ключей CS для SRVCC, что означает, что CK_SRCCC и IK_SRVCC можно использовать для замены вышеупомянутых CK_CSFB и IK_CSFB , соответственно.

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