СИСТЕМЫ И СПОСОБЫ ДЛЯ УПРАВЛЕНИЯ ВЫЗОВАМИ С ВОЗВРАТОМ В РЕЖИМ С КОММУТАЦИЕЙ КАНАЛОВ
SYSTEMS AND METHODS FOR CALLS MANAGEMENT WITH RETURN TO MODE WITH COMMUTATION OF CHANNELS

Уровень техники
В сети Проекта партнерства 3-его поколения (3GPP), часть Долгосрочного развития (LTE) сети поддерживает только услуги пакетной передачи данных (или с коммутацией пакетов (PS)). Часть Системы универсальной мобильной связи (UMTS) сети и часть Глобальной системы мобильной связи (GSM) сети может поддерживать услуги с коммутацией каналов (CS). Когда инициируется голосовой вызов, сеть может привести к передаче вызова из части PS сети в часть CS сети. Передача вызова, таким образом, часто называется процедурой возврата в режим с коммутацией каналов CS (CSFB).
Краткое описание чертежей
Варианты осуществления настоящего изобретения будут понятны из следующего подробного описания изобретения совместно с приложенными чертежами. Для того чтобы способствовать такому описанию, одинаковые номера ссылочных позиций могут обозначать одинаковые структурные элементы. Варианты осуществления изобретения представлены в качестве примера, а не для ограничения на приложенных чертежах.
На фиг. 1 показана схема примера окружающей среды, в которой могут быть воплощены описанные здесь системы и/или способы.
На фиг. 2 показана блок-схема последовательности операций, поясняющая пример обработки для направления процедуры возврата в режим с коммутацией каналов (CSFB), в соответствии с типом вызова, с точки зрения Объекта администрирования мобильностью (MME).
На фиг. 3 показана блок-схема последовательности операций, поясняющая пример обработки для инициирования процедуры CSFB, которая основана на типе вызова, с точки зрения оборудования пользователя (UE).
На фиг. 4 показана схема прохождения сигнала, поясняющая обработку для направления процедуры CSFB на основе типа вызова.
На фиг. 5 представлена схема прохождения сигнала, поясняющая обработку для выполнения процедуры CSFB на основе типа вызова.
На фиг. 6 представлена схема прохождения сигнала, поясняющая другую обработку для выполнения процедуры CSFB на основе типа вызова.
На фиг. 7 показана схема таблицы примерных кодов типа услуги.
На фиг. 8 представлена схема примера компонентов устройства.
Подробное описание изобретения
Следующее подробное описание изобретения относится к приложенным чертежам. Одинаковые номера ссылочных позиций на разных чертежах могут идентифицировать одинаковые или аналогичные элементы. Следует понимать, что могут использоваться другие варианты осуществления, и структурные или логические изменения могут быть произведены, без выхода за пределы объема настоящего раскрытия. Поэтому, следующее подробное описание изобретения не следует рассматривать в ограничительном смысле, и объем вариантов осуществления в соответствии с настоящим изобретением определен приложенной формулой изобретения и ее эквивалентами.
Описанные здесь технологии могут включать в себя решения для обеспечения того, что процедуры возврата в режим с коммутацией каналов (CSFB) передадут вызовы в соответствующие области с коммутацией каналов (CS). Например, некоторые типы вызовов, такие как простые голосовые вызовы, поддерживаются, как Технологией радиодоступа (RAT) Глобальной системы мобильной связи (GSM), так и RAT Универсальной мобильной системы связи (UMTS). Однако, другие типы вызовов, такие как видеовызовы неограниченной цифровой информации (UDI) поддерживаются только RAT UMTS. При этом, в то время, как простые голосовые вызовы могут быть безопасно переданы в любую RAT в области CS, видеовызовы UDI, которые передают в часть GSM сети, обычно сбрасывают, поскольку RAT GSM не поддерживает видеовызовы UDI.
Описанные здесь технологии могут обеспечить то, что вызовы, которые передают, используя процедуры CSFB, передают в соответствующую RAT в области CS. Например, в соответствии с некоторыми вариантами осуществления, оборудование пользователя (UE) может инициировать вызов через сеть пакетной передачи данных (PDN), такую, как сеть Долгосрочного развития (LTE), в то время как также присутствует доступ к другим сетям CS, таким как сеть UMTS (через RAT UMTS) и сеть GSM (через RAT GSM). UE может обозначать тип вызова для сети LTE (также называется здесь типом услуги), ассоциированной с вызовом (например, простой голосовой вызов, видеовызов UDI и т.д.). И сеть LTE может обеспечивать то, что процедура CSFB передает вызов в соответствующую область CS на основе типа вызова. Например, если вызов представляет собой простой голосовой вызов, этот вызов может быть передан либо в сеть UMTS, или в сеть GSM. Однако если вызов представляет собой видеовызов UDI, этот вызов может быть передан только в сеть UMTS, поскольку вызов в другом случае может быть сброшен сетью GSM.
В одном из вариантов осуществления сетевое устройство содержит схему для: приема из оборудования пользователя (UE) и через участок с коммутацией пакетов беспроводной сети передачи данных, запроса для установления вызова, используя участок с коммутацией каналов беспроводной сети передачи данных; определения, на основе запроса, типа вызова для этого вызова; идентификации, на основе типа вызова, типа сети радиодоступа множества сетей радиодоступа, позволяющих поддерживать разные типы вызова, которые могут поддерживать тип вызова, запрашиваемого UE, каждая из множества сетей радиодоступа соединена с участком с коммутацией каналов беспроводной сети передачи данных; и передачи в участок с коммутацией пакетов беспроводной сети передачи данных запроса на установление вызова, используя идентифицированную сеть радиодоступа.
В некоторых воплощениях UE расположено в области обслуживания, соответствующей развернутому узлу B (eNB) и каждой из множества сетей радиодоступа. Кроме того, или в качестве альтернативы, множество сетей радиодоступа могут включать в себя, по меньшей мере, одну из Системы универсальной мобильной связи (UMTS), Наземной сети радиодоступа (UTRAN) или Глобальной системы мобильной связи (GSM) для улучшенной скорости передачи данных, для Сети радиодоступа развития GSM (GERAN) и участок с коммутацией каналов беспроводной сети передачи данных может включать в себя базовую сеть. В некоторых вариантах выполнения тип вызова включает в себя видеовызов неограниченной цифровой информации (UDI), и сеть радиодоступа, идентифицированная для этого вызова, представляет собой UTRAN.
В определенных вариантах выполнения запрос для установления вызова, используя участок с коммутацией каналов сети беспроводной передачи данных, включает в себя запрос процедуры возврата в режим с коммутацией каналов (CSFB) Проекта партнерства 3-его поколения (3GPP) в отношении вызова. В некоторых вариантах осуществления тип вызова определен на основе кода типа вызова, включенного в запрос для установления вызова, используя участок с коммутацией каналов беспроводной сети передачи данных. Кроме того, или в качестве альтернативы, запрос на установление вызова, используя сеть радиодоступа, может включать в себя сообщение запроса протокола приложения SI (S1AP), когда беспроводная сеть выполнена с возможностью выполнения процедуры передачи мобильного терминала с коммутацией пакетов в отношении вызова, и запрос для установления вызова, используя сеть радиодоступа, может включать в себя запрос на модификацию контекста UE, когда беспроводная сеть не может выполнять процедуры передачи мобильного терминала с коммутацией пакетов в отношении вызова.
В некоторых вариантах осуществления множество сетей радиодоступа включает в себя сеть радиодоступа, выполненную с возможностью поддержки вызова на основе типа вызова и другую сеть радиодоступа, которая не позволяет поддерживать вызов на основе типа вызова. В некоторых вариантах осуществления сетевое устройство представляет собой Объект администрирования мобильностью (ММE). Кроме того, или в качестве альтернативы, запрос для установления вызова, используя участок с коммутацией каналов сети беспроводной передачи данных может быть принят eNB. В некоторых вариантах осуществления запрос на установление вызова, используя идентифицированную сеть радиодоступа, принимается eNB при объединении данных с UE, и eNB участвует в процедуре возврата в режим с коммутацией каналов (CSFB) в отношении UE, в ответ на прием запроса на установление вызова, используя идентифицированную сеть радиодоступа.
В другом варианте осуществления оборудование пользователя (UE) содержит интерфейс радиодоступа, выполненный с возможностью установления вызова через множество сетей радиодоступа, соединенных с сетью беспроводной передачи данных, сети радиодоступа выполнены с возможностью поддержки разных типов вызовов с коммутацией каналов; считываемый компьютером носитель информации для сохранения исполняемых процессором инструкций; и схему обработки для выполнения исполняемых процессором инструкций для: приема от пользователя запроса на установления вызова, идентификации на основе запроса типа вызова для вызова, передачи в участок с коммутацией пакетов сети беспроводной передачи данных запроса на установления вызова через участок с коммутацией каналов беспроводной сети передачи данных, запрос на установление вызова, включающий в себя тип вызова, приема из участка с коммутацией пакетов сети беспроводной передачи данных, команды на установление вызова через определенную сеть радиодоступа множества сетей радиодоступа, ассоциированных с участком с коммутацией каналов сети, и выполненной с возможностью поддержки типа вызова для вызова, и установления, на основе команды, вызова через определенную сеть радиодоступа, ассоциированную с участком с коммутацией каналов сети беспроводной передачи данных.
В другом варианте осуществления способ, воплощенный сетевым устройством, содержит: принимают, от оборудования пользователя (UE), запрос через сеть беспроводной передачи данных для инициирования процедуры возврата с коммутацией каналов (CSFB) для этого вызова, запрос, включающий в себя информацию типа вызова, представляющую видеовызов неограниченной цифровой информации (UDI) с коммутацией каналов (CS); идентифицируют, в ответ на запрос и на основе информации типа вызова, Сети наземного радиодоступа (UTRAN) Универсальной системы мобильной связи (UMTS), доступной для UE и, соединенной с сетью беспроводной передачи данных, среди, по меньшей мере, одной из Улучшенной скорости передачи данных Глобальной системы мобильной связи (GSM) для Сети радиодоступа развития GSM (GERAN), доступной для UE и соединенной с беспроводной сетью передачи данных; и передают в развернутый узел B (eNB), подключенный к UE, команды вызвать UE для установления видеовызова CS UDI через UTRAN.
В еще одном, другом варианте осуществления, сетевое устройство содержит средство для приема из оборудования пользователя (UE) и через участок с коммутацией пакетов беспроводной сети передачи данных запроса на установление вызова, используя участок с коммутацией каналов беспроводной сети передачи данных; средство для определения, на основе запроса, типа вызова для этого вызова; средство для идентификации, на основе типа вызова, типа сети радиодоступа, среди множества сетей радиодоступа, выполненных с возможностью поддержки разных типов вызова, которые могут поддерживать тип вызова, запрашиваемого UE, каждая из множества сетей радиодоступа соединена с участком с коммутацией каналов сети беспроводной передачи данных; и средство для передачи в участок с коммутацией пакетов сети беспроводной передачи данных запроса на установление вызова, используя идентифицированную сеть радиодоступа.
На фиг. 1 показана примера схемы 100 окружающей среды, в которой могут быть воплощены системы и/или способы, описанные здесь. Как показано, среда 100 может включать в себя оборудование 110 пользователя (UE) и беспроводную сеть 120.
Беспроводная сеть 120 может включать в себя сеть LEE с Развернутой (UMTS) наземной сетью радиодоступа (E-UTRAN) и Развернутым пакетным ядром (EPC). E-UTRAN может включать в себя развернутый узел B (eNB) 125, и EPC может включать в себя объект 130 администрирования мобильностью (ММE), обслуживающий шлюз (SGW) 135, и шлюз 140 PDN (PGW). Беспроводная сеть 120 также может включать в себя сеть UMTS с Наземной сетью радиодоступа UMTS (UTRAN) и Сетью ядра UMTS. UTRAN может включать в себя узел B 145 и контроллер 150 радиосети (RNC). Сеть ядра UMTS может включать в себя центр 155 мобильной коммутации (MSC) и обслуживающий узел 160 радиослужбы по пакетной передаче данных (SGSN). Беспроводная сеть 120 может дополнительно включать в себя Сеть GSM радиодоступа GSM EDGE (Улучшенной скорости передачи данных для развития GSM) сети радиодоступа (GERAN) и сеть ядра GSM. GERAN может включать в себя базовую приемопередающую станцию (BTS) 165 и контроллер 170 базовой станции (BSC), и сеть ядра GSM может включать в себя MSC 155 и SGSN 160 (которые могут совместно использоваться с сетью ядра UMTS).
UE 110 может включать в себя портативный вычислительные устройства и устройства передачи данных, такие как карманный персональный компьютер (PDA), смартфон, сотовый телефон, переносной компьютер с возможностью подключения к сотовой беспроводной сети, планшетный компьютер и т.д. UE 110 также может включать в себя непортативное вычислительное устройство, такое как настольный компьютер, устройство для потребителя или для бизнеса, или другое устройство, которое имеет возможность соединения с беспроводной сетью 120. UE 110 может подключаться через радиоинтерфейс, к eNB 125, узлу B 145 и/или BTS 165.
eNB 125, узел B 145 и BTS 165 каждый может включать в себя одно или больше сетевых устройств, которые принимают, обрабатывают и/или передают трафик, предназначенный для и/или принимаемый из UE 110. eNB 125 может включать в себя одну или больше функций, таких как администрирование радиоресурсом, администрирование мобильностью, шифрование и т.д., тогда как функциональностью узла B 145 и BTS 165 можно полностью или частично управлять с использованием RNC 145 и BSC 170, соответственно. eNB 125 может участвовать в процедуре CSFB, относящейся к вызову из UE 110, обеспечивая то, что вызов будет ассоциирован с областью CS (например, GERAN или UTRAN) на основе типа вызова, ассоциированного с вызовом.
ММE 130 может включать в себя одно или больше вычислительных устройств и устройств передачи данных, которые действуют, как узел управления для eNB 125 и/или других устройств, которые обеспечивают радиоинтерфейс для беспроводной сети 120. Например, ММE 130 может выполнять операции для регистрации UE 110 в беспроводной сети 120 для установления каналов носителя (например, потоков трафика), ассоциированных с сеансом с UE 110, для передачи из UE 110 в другую сеть и для выполнения операций по соблюдению правил в отношении трафика, предназначенного для или принимаемого из UE 110.
ММE 130 может отвечать за предоставление услуг, связанных с вызовом с привлечением UE 110, и может принимать показатель типа вызова (например, простой голосовой вызов, видеовызов UDI и т.д.). ММE 130 может идентифицировать соответствующую RAT для области CS (например, GERAN или UTRAN) на основе типа вызова, ассоциированного с вызовом, и перенаправлять информацию в eNB 125 для обеспечения того, что процедура CSFB для вызова будет направлена в соответствующую RAT для области CS. Как показано, ММE 130 может включать в себя программное обеспечение выделения CSFB, которое выполняет одну или больше из этих операций. Кроме того, в некоторых вариантах осуществления, другое сетевое устройство (например, устройство сервера) может выполнять одну или больше из представленных выше операций, описанных, как выполняемые ММE 130. В таких вариантах воплощения сетевое устройство может включать в себя программное обеспечение выделения CSFB.
SGW 135 может объединять трафик, принимаемый из eNB 125, и может передавать объединенный трафик во внешнюю сеть через PGW 140. Аналогично, PGW 140 может включать в себя одно или больше сетевых устройств, которые могут объединять трафик, принятый из SGW 135, и может передавать этот объединенный трафик в сеть 165 протокола Интернет (IP). PGW 140 может принимать трафик из IP сети 165 и может передавать трафик в направлении UE 110 через SGW 135 и/или eNB 125.
RNC 150 может включать в себя одно или больше вычислительных устройств и устройств передачи данных, которые действуют, как узел управления для узла B 145. RNC 150 может осуществлять администрирование радиоресурсом, выполнять определенные функции администрирования мобильностью и может представлять собой точку, где выполняют шифрование перед тем, как данные пользователя будут переданы в UE 110 или из него. BSC 170 также может включать в себя одно или больше из вычислительных устройств передачи данных, функция которых может состоять в управлении конфигурацией и операцией BTS 165. Например, BSC 170 может отвечать за выделение радиоканалов и администрирование процедурами передачи мобильного терминала UE.
MSC 155 может включать в себя одно или больше из вычислительных устройств передачи данных, которые выполняют переключение вызова между беспроводной сетью 120 и внешними сетями, такими как Открытые наземные мобильные сети (PLMN) и/или Открытая коммутируемая телефонная сеть (PSTN). MSC 155 может также отвечать за функции администрирования мобильностью, по мере того, как UE перемещаются между BTS 165. SGSN 160 может включать в себя одно или больше вычислительных устройств и устройств передачи данных, отвечающих за доставку пакетов данных в и из UE 110. Например, SGSN 160 может направлять и передавать информацию (например, пакеты) в пределах беспроводной сети 120, которые отвечают за вопросы администрирования подключением, отсоединением и определением местоположения, и может выполнять аутентификацию и начисление счетов. Как показано, SGSN 160 может обеспечивать соединение между беспроводной сетью 120 и IP сетью 165, такой как Интернет.
Множество интерфейсов передачи данных, которые могут включать в себя стандартизированные интерфейсы LTE, UMTS и GSM, представлены на фиг. 1. Например, интерфейс Uu может использоваться для передачи данных между UE 110 и eNB 125, в то время как интерфейс SI может использоваться для передачи данных между eNB 125 и ММE 130 и/или SGW 135. Интерфейс Um может использоваться для передачи данных между UE 110 и узлом B 145, и интерфейс Uu может использоваться для передачи данных между UE 110 и BTS 165. Кроме того, MSC 155 может связываться с BSC 170 через интерфейс Iu-ps, в пределах RNC 150 через интерфейс A, и с МME 130 через интерфейс Sgs. Интерфейсы, представленные на фиг. 1, предназначены для использования только в качестве примеров. Как таковые, также могут быть воплощены один или больше дополнительных и/или альтернативных интерфейсов. Кроме того, один или больше протоколов могут использоваться при обмене данными между устройствами беспроводной сети 120. Примеры таких протоколов могут включать в себя Туннельный протокол (GTP) Общей услуги пакетной радиопередачи данных (GPR), Протокол приложения для интерфейса SI (S1AP) и т.д.
Количество устройств и/или сетей в среде 100 не ограничено тем, что показано на фиг. 1. На практике, среда 100 может включать в себя дополнительные устройства и/или сети, меньшее количество устройств и/или сетей, другие устройства и/или сети, или по-другому скомпонованные устройства и/или сети, чем представлено на фиг. 1. Кроме того, в некоторых вариантах осуществления, одно или больше из устройств среды 100 может выполнять одну или больше функций, описанных, как выполняемые другим или больше из устройств среды 100.
На фиг. 2 показана блок-схема последовательности операций, иллюстрирующая пример обработки 200 для детектирования процедуры CSFB, в соответствии с типом вызова. Обработка 200 может быть воплощена, например, с использованием одного или больше сетевых устройств, таких, как ММE 130, или комбинация устройств, таких, как ММE 130 и eNB 125. В некоторых вариантах осуществления другое сетевое устройство (например, устройство сервера) может выполнять одну или больше из операций, описанных как выполняемые ММE 130. При таких воплощениях сетевое устройство может связываться с ММE 130 для передачи и/или приема одного или больше типов информации, для выполнения описанных здесь технологий.
Обработка 200 может включать в себя прием запроса услуги из UE 110 (блок 210). Например, ММE 130 может принимать запрос услуги из UE 110. Как описано ниже, со ссылкой на фиг. 3, запрос услуги может включать в себя показатель типа услуги вызова, выполняемого UE 110. В некоторых вариантах осуществления МME 130 может принимать запрос услуги через eNB 125. Например, запрос услуги может вначале может быть принят eNB 125, и eNB 125 может перенаправлять запрос услуги в ММE 130. Запрос услуги может включать в себя запрос (например, запрос расширенной услуги) для инициирования процедуры CSFB в отношении вызова между двумя UE 110 (например, как описано в 3GPP TS 23.272, v 12.4.0). Кроме того, запрос услуги может включать в себя информацию (например, код типа услуги или идентификатор), представляющий тип вызова, которому соответствует запрос услуги (например, простой голосовой вызов, видеовызов UDI и т.д.).
Обработка 200 может включать в себя идентификацию типа услуги для запроса услуги (блок 220). Например, ММE 130 может идентифицировать тип вызова, которому соответствует запрос услуги, на основе кода типа услуги, включенного в запрос услуги. Информация типа услуги может принимать форму неиспользуемого значения типа услуги (например, как описано в 3GPP TS 24.301, vl3.0.0). Например, информация типа услуги может представлять собой последовательность битов, такую, как "0011" в октете значений типа услуги.
Обработка 200 может включать в себя определение, поддерживается ли запрос услуги GERAN (блок 230). Например, ММE 130 может определять, поддерживается ли запрос услуги RAT в домене CS, таком, как GERAN, на основе типа услуги, ассоциированного с запросом услуги. ММE 130 может поддерживать список сетей радиодоступа (RAN), которые поддерживают разные типы услуг, и ММE 130 может соответствовать типу услуги в запросе услуги с RAN, который может поддерживать тип услуги.
Если тип услуги поддерживается GERAN (230 - Да), МME 130 может перейти к направлению процедуры CSFB для вызова в направлении одного из либо GERAN, или UTRAN (блок 240). Однако, если тип услуги не поддерживается GERAN (230 - Нет), ММE 130 может выполнить переход, путем направления процедуры CSFB для вызова в сторону UTRAN (блок 250). Процедура CSFB может соответствовать процедурам 3GPP CSFB, как представлено, например, в 3GPP TS 23.272, и может включать в себя различные сетевые операции, вовлеченные в перенаправление вызова в PLMN/PSTN через MSC 155 и/или BSC 170 и BTS 165, или RNC 150 и узел B 145.
В то время как на фиг. 2 показана блок-схема последовательности операций примера обработки 200 для направления процедуры CSFB, в соответствии с типом вызова, в других вариантах осуществления, обработка для направления процедуры CSFB, в соответствии с типом вызова, может включать в себя меньшее количество операций, другие операции, по-другому размещенные операции и/или дополнительные операции, чем представлено на фиг. 2. Кроме того, в то время, как блоки обработки 200 описаны со ссылкой на ММE 130, некоторые или все из блоков обработки 200 могут выполняться одним или больше другими устройствами. Например, в некоторых вариантах осуществления, ММE 130 может перенаправлять тип услуги eNB 125, и eNB 125 (вместо ММE 130) может идентифицировать соответствующую сеть доступа для вызова на основе типа услуги вызова.
На фиг. 3 показана блок-схема последовательности операций, иллюстрирующая пример обработки 300 для инициирования процедуры CSFB, которая основана на типе вызова. Обработка 200 может быть воплощена, например, UE 110.
Как показано, обработка 300 может включать в себя прием запроса вызова от пользователя (блок 310). Например, UE 110 может обеспечивать для пользователя возможность ввода информации в UE 110, которая приводит к запросу пользователем вызова (например, голосового вызова, видеовызова UDI и т.д.) через UE 110 и беспроводную сеть 120. Запрос может включать в себя выбор пользователем одной или больше кнопок, представленных, как часть интерфейса пользователя, пользователь предоставляет одну или больше звуковых команд, команду от пользователя через периферийное устройство, прикрепленное к UE 110 (например, систему из микрофона и громкоговорителя в автомобиле) и т.д.
Обработка 320 может включать в себя идентификацию типа услуги (или типа вызова) для вызова (блок 320). Например, UE 110 может определять тип вызова, который был запрошен пользователем. Как упомянуто выше, вызов может включать в себя простой голосовой вызов, видеовызов UDI или другой тип вызова. В некоторых вариантах осуществления UE 110 может обозначать тип вызова путем определения кода типа услуги, ассоциированного с вызовом. Код типа услуги может включать в себя последовательность битов, которая была предварительно выбрана для представления типа вызова. Как упомянуто выше, информация типа услуги может принимать форму неиспользуемого значения типа услуги, как описано в 3GPP 24.301, секция 9.9.3.27. Например, информация типа услуги может представлять собой последовательность битов, такую как "0011", в октете значения типа услуги.
Обработка 300 может включать в себя передачу типа услуги в беспроводную сеть 120 (блок 330). Например, UE 110 может выполнять обмен данными типа услуги в eNB 125, используя сообщения запроса расширенной услуги. Как упомянуто выше, в сети 3GPP, сообщение запроса расширенной услуги может включать в себя запрос на инициирование процедуры CSFB на вызов. При этом, перед передачей сообщения запроса расширенной услуги, UE 110 может вначале проверить, что UE 110 имеет доступ к RAT в области CS (например, GERAN и UTRAN), в который может быть передан вызов.
Обработка 300 может включать в себя участие в процедуре CSFB, которая основана на типе услуги вызова (блок 340). Например, UE 110 может выполнять одну или больше операций для взаимодействия с беспроводной сетью 120 при выполнении процедуры CSFB. Примеры таких операций могут включать в себя прием инструкций из eNB 125 для установления пути вызова CS через GERAN (например, BTS 165, BSC 170 и MSC 155) или UTRAN (например, узел B 145, RNC 150 и MSC 155). При таких воплощениях регистрация пути вызова CS и процедур пейджинговой передачи может быть достигнута через E-UTRAN (например, eNB 125, ММE 130 и MSC 155). Как упомянуто выше, процедура CSFB может соответствовать процедуре CSFB, описанной, например, в 3GPP TS 23.272.
На фиг. 4 показана схема обработки сигнала, иллюстрирующая обработку 400, для направления процедуры CSFB на основе типа вызова. Как показано, UE 110 может передавать сообщение запроса услуги (например, сообщение запроса расширенной услуги) ММE 130 (линия 410). Сообщение запроса услуги включает в себя запрос на установление телефонного вызова с другим UE 110 через процедуру CSFB (например, процедуру, которая устанавливает вызов через часть CS беспроводной сети 120 вместо части PS беспроводной сети 120). Кроме того, сообщение запроса услуги может включать в себя информацию, описывающую тип услуги, который представляет тип запрашиваемого вызова. Тип услуги может соответствовать вызовам, которые могут поддерживаться, как GERAN, так и UTRAN, таким, как простой голосовой вызов. В качестве альтернативы, тип услуги может соответствовать вызовам, которые могут поддерживаться только UTRAN, таким, как видеовызовы UDI.
Сообщение запроса услуги может быть инкапсулировано в сообщения Управления радиоресурсом (RRC) и сообщение S1AP и могут обеспечить выполнение ММE 130 процедуры CSFB. Как упомянуто выше, UE 110 может только передавать сообщение запроса услуги, если UE 110 также прикреплено к области CS (например, GERAN или UTRAN), и/или UE 110 не имеет возможности инициировать голосовой вызов с коммутацией пакетов (например, голосовой сеанс мультимединой подсистемы IP (IMS)), что может происходить, ввиду того, что UE 110 не зарегистрировано в IMS или голосовые услуги IMS не поддерживаются обслуживающей сетью доступа для возможности подключения IP (CAN IP), домашней открытой наземной мобильной сетью (PLMN) и т.д.
В ответ на прием сообщения запроса услуги ММE 130 может запрашивать сообщение в eNB 125 (линия 420) для запроса помощи со стороны eNB 125 при выполнении процедуры CSFB. В некоторых вариантах осуществления запрашиваемое сообщение может включать в себя один или больше типов сообщения, примеры которых описаны ниже со ссылкой на фиг 5 и фиг. 6, и которые могут зависеть от возможности беспроводной сети 120 выполнять процедуру передачи мобильного терминала PS (PS HO). Сообщение запроса может включать в себя индикатор CSFB, принятый из UE 110 и/или показатель типа RAN (например, GERAN или UTRAN), которые соответствуют процедуре CSFB. Этот тип показателя RAT может представлять собой новое дополнение, которое не присутствует в существующем стандарте 3GPP. Как описано ниже со ссылкой на фиг. 5-7, показатель RAT может быть включен, как часть содержания сообщения S1AP. Кроме того, или в качестве альтернативы, показатель RAT может быть обозначен, как код типа услуги, как описано ниже со ссылкой на фиг. 7.
eNB 125 может отвечать на ММE 130 путем передачи ответного сообщения (линия 430), которое может подтверждать помощь и соответствие eNB 125 в отношении запрашиваемой процедуры CSFB. В некоторых вариантах осуществления ответное сообщение может включать в себя один или больше типов сообщения, примеры которых описаны ниже со ссылкой на фиг 5 и фиг. 6. Тип и содержание ответного сообщения из eNB 125 могут зависеть от типа запрашиваемого сообщения, принимаемого из ММE 130.
Как показано на фиг. 4, после того, как ММE 130 и eNB 125 определят тип вызова (например, простой голосовой вызов, видеовызов UDI и т.д.) процедура CSFB может продолжаться (блок 440), таким образом, что обеспечивается то, что вызов будет установлен, используя соответствующую область CS, для чего может вовлекаться большее количество сетевых устройств, чем показано на фиг. 4. Например, процедура CSFB может включать в себя UE 110, принимающее команды из eNB 125, для установления пути вызова CS через GERAN (например, BTS 165, BSC 170 и MSC 155) или UTRAN (например, узел B 145, RNC 150 и MSC 155). При таком воплощении регистрация для пути вызова CS и пейджинговых процедур может быть достигнута через E-UTRAN (например, eNB 125, ММE 130 и MSC 155).
Как упомянуто выше, процедура CSFB может выполняться в соответствии с 3 GPP TS 23.272, и может включать в себя одну или больше процедур, таких, как процедура запроса отчета об измерениях для определения целевой соты GERAN или UTRAN, процедура Elandover с коммутацией пакетов (PS EIO) в направлении GERAN или URAN (см., например, 3GPP TS 23.401), процедура обновления области местоположения (обновление LA или LAU), для направления UE 110 к выбранным GERAN или UTRAN, в соответствии с запросом услуги администрирования соединения (CM) из UE 110 в MSC 155, процедура установления вызова CS для установления вызова CS с областью CS, которая поддерживает тип вызова, и больше. В некоторых воплощениях, таких как варианты осуществления без PS HO, процедура CSFB может включать в себя дополнительные или альтернативные операции, такие как процедура изменения соты между RAT, процедура высвобождения контекста SI UE, вызов CS из мобильной сети (MO), и/или процедура обновления области маршрутизации (RА) или комбинированная процедура обновления RА/LA (См., например, 3GPP TS 23.401).
В некоторых вариантах осуществления другое сетевое устройство (например, серверное устройство) может выполнять одну или больше операций, описанных выше, как выполняемые ММE 130. В таких воплощения сетевое устройство может связываться с ММE 130 для передачи и/или приема одного или больше типов информации, для выполнения технологий, описанных здесь.
На фиг. 5 показана блок-схема последовательности обработки сигнала, иллюстрирующая обработку 500 для выполнения процедуры CSFB на основе типа вызова. Как показано, обработка 500 может включать в себя Стратум 505 без доступа UE (NAS), стратум 510 с доступом E-UTRAN для UE (AS), UE UMTS AS 515, UE AS GSM 520, eNB 125, ММE 130 и другие сетевые (NW) устройства 525. Схема потока обработки сигнала по фиг. 5 может быть воплощена в сценариях, где передача мобильного терминала с коммутацией пакетов (PS HO) не поддерживается беспроводной сетью 120, таким образом, что соединение между UE 110 и беспроводной сетью 120 высвобождается и повторно восстанавливается во время процедуры CSFB (см., например, 3GPP TS 23.272, секция 6.3).
NAS (например, UE NAS 505) может включать в себя функциональный уровень в стеках протокола беспроводной сети между UE 110 и базовой сетью (например, EPC, базовая сеть UMTS и базовая сеть GSM). В то время, как NAS для сетей LTE, UMTS и GSM может изменяться, NAS может, в общем, отвечать за действия, такие как установление сеансов передачи данных и поддержание непрерывной передачи данных между UE 110 и базовой сетью по мере перемещения UE из одного географического местоположения в другое. AS (например, AS 510 UE E-UTRA, AS 515 UE UMTS и т.д.) может включать в себя функциональный уровень, вовлекающий стеки протокола беспроводной сети между UE 110 и сетью доступа (например, E-UTRAN, UTRAN и GERAN). В то время, как AS для сетей LTE, UMTS и GSM изменяется, AS может, в общем, отвечать за такие действия, как транспортировка данных через беспроводное соединение и администрирование радиоресурсами. Кроме того, в то время как несколько из элементов на фиг. 5 могут представлять аспекты NAS или AS беспроводной сети 120, eNB 125 и МME 130 могут представлять фактические физические устройства, которые описаны в данном описании. Аналогично, другие элементы NW 525 могут представлять одно или больше сетевых устройств, других, чем eNB 125 и MME 130, таких как узел B 145, RNC 150, MSC 155 и т.д.
Как показано на фиг. 5, процедура CSFB для видеовызов CS UDI может быть инициирована пользователем UE 110 (блок 540). Процедура CSFB может выполняться операциями, привлекающими для сотрудничества представленные элементы (например, UE NAS 505, UE E-UTRA AS 510, UE UMTS AS 515, UE GSM AS 520, eNB 125 и ММE 130). Как упомянуто выше, процедура CSFB может быть инициирована и может выполняться в соответствии с 3GPP TS 23.272. Как часть процедуры CSFB, UE NAS 505 может использоваться для передачи запроса расширенной услуги в ММE 130 через UE E-UTRA AS 510 (линия 545). Запрос расширенной услуги может включать в себя информацию типа услуги, которая описывает вызов, как видеовызов CS UDI (см., например, фиг. 7).
После приема запроса расширенной услуги ММE 130 может передавать сообщение модификации контекста (например, сообщение запроса модификации контекста S1AP) в eNB 125 (блок 550). Сообщение модификации контекста может включать в себя информацию, информирующую eNB 125 о том, что процедура CSFB должна быть выполнена в направлении UTRAN вместо GERAN. eNB 125 может отвечать сообщением ответа на модификацию, таким как сообщение ответа на модификацию контекста S1AP (линия 565) для того, чтобы, например, подтвердить помощь и соответствие eNB 125 в отношении запрашиваемой процедуры CSFB. Таким образом, сеть может осознавать что: 1) инициированный вызов представляет собой видеовызов CS UDI; и 2) CSFB для вызова должен быть направлен в направлении только UTRAN (не GERAN). В некоторых вариантах осуществления другое сетевое устройство (например, устройство сервера) может выполнять одну или больше операций, описанных выше, как выполняемые ММE 130. В таких вариантах осуществления сетевое устройство может связываться с ММE 130 для передачи и/или приема одного или больше типов информации, для выполнения технологий, описанных здесь.
При этом eNB 125 может передавать команду высвобождения соединения (например, сообщение высвобождения соединения RRC), направленную в UE E-UTRA AS 510 (линия 565). Команда высвобождения соединения может включать в себя информацию для направления видеовызова CS UDI в направлении UTRAN (например, UE UMTS AS 515, вместо UE GSM AS 520). После установления видеовызова CS UDI через UTRAN, в соответствии с командой высвобождения соединения, UE 110 может оставаться с CS UTRAN в течение длительности видеовызова UDI (блок 570). В результате видеовызов CS UDI может быть успешным, поскольку UTRAN (в отличие от GERAN) поддерживает видеовызов CS UDI (линия 575).
На фиг. 6 показана схема потока обработки сигнала, иллюстрирующая обработку 600, для выполнения процедуры CSFB на основе типа вызова. Как показано, обработка 600 может включать в себя UE NAS 605, UE E-UTRAN AS 610, UE UMTS AS 615, UE GSM AS 620, eNB 125, ММE 130 и другие устройства 625 NW. Схема потока сигнала на фиг. 6 может быть воплощена, как сценарий, где PS FIO поддерживается беспроводной сетью 120 (см., например, 3GPP TS 23.272, сек. 6.2) как путь для передачи вызова в UTRAN.
Как описано выше, NAS (например, UE NAS 605) могут включать в себя функциональный уровень в стеках протокола беспроводной сети между UE 110 и базовой сетью (например, EPC, базовая сеть UMTS и базовая сеть GSM). В то время, как NAS для сетей LTE, UMTS и GSM может изменяться, NAS в общем, может быть ответственной за такие действия, как установление сеансов передачи данных и поддержание постоянного обмена данными между UE 110 и базовой сетью, по мере того, как UE передвигается от одного географического местоположения в другое. AS (например, UE E-UTRA AS 610, UE UMTS AS 615 и т.д.) может включать в себя функциональный уровень, привлекающий стеки протокола беспроводной сети между UE 110 и сетью доступа (например, E-UTRAN, UTRAN и GERAN). В то время, как AS для сетей E-LTE, UMTS и GSM изменяются, AS может, в общем, отвечать за такие действия, как транспортирование данных через беспроводное соединение и администрирование радиоресурсами. Кроме того, в то время, как несколько из элементов на фиг. 6 могут представлять собой аспекты NAS или AS беспроводной сети 120, eNB 125 и ММE 130 могут представлять собой фактические физические устройства, которые описаны в данном описании. Аналогично, другие элементы 625 NW могут представлять одно или больше сетевых устройств, других, чем eNB 125 и ММE 130, таких как узел B 145, RNC 150, MSC 155 и т.д.
Как показано на фиг. 6, процедура CSFB для видеовызова CS UDI может быть инициирована пользователем UE 110 (блок 640). Процедура CSFB может осуществляться с использованием операций, привлекающих к сотрудничеству представленные элементы (например, UE NAS 605, UE E-UTRA AS 610, UE UMTS AS 615, UE GSM AS 620, eNB 125 и ММE 130). Как упомянуто выше, процедура CSFB может быть инициирована и может осуществляться в соответствии с 3GPP TS 23.272. Как часть процедуры CSFB, UE NAS 605 может использоваться для передачи запроса расширенной услуги ММE 130 через UE E-UTRA AS 610 (линия 545). Запрос расширенной услуги может включать в себя информацию типа услуги, которая описывает вызов, как видеовызов CS UDI (см., например, фиг. 645).
После приема запроса на расширенную услугу ММE 130 может передавать сообщение запроса (например, сообщение запроса S1AP) в eNB 125 (блок 650). Сообщение запроса может включать в себя информацию, информирующую eNB 125 о том, что процедура CSFB должна быть выполнена в направлении UTRAN, вместо GERAN. eNB 125 может отвечать сообщением (например, сообщением ответа S1AP), подтверждающим запрос из ММE 130 (линия 665) для того, чтобы, например, подтвердить помощь и соответствие eNB 125 в отношении запрашиваемой процедуры CSFB. Таким образом, сеть может получить информацию о том, что: 1) инициированный вызов представляет собой видеовызов CS UDI; и 2) CSFB для вызова должен быть направлен в направлении только UTRAN (а не GERAN). В некоторых вариантах осуществления другое сетевое устройство (например, устройство сервера) может выполнять одну или больше операций, описанных выше, как выполняемых ММE 130. В таких вариантах осуществления сетевое устройство может связываться с ММE 130 для передачи и/или приема одного или больше типов информации, для выполнения описанных здесь технологий.
eNB 125 может передавать сообщение команды (например, сообщение команды мобильности из E-UTRA), направленное в UE E-UTRA AS 610, для процедуры передачи мобильного терминала (например, процедуры PS EIO), привлекающей UE 110 (линия 665). Сообщение команды может включать в себя информацию для направления видеовызова CS UDI в направлении UTRAN (например, UE UMTS AS 615 вместо UE AS GSM 620). После установления видеовызова CS UDI через UTRAN, в соответствии с сообщением команды, UE 110 может оставаться с UTRAN в течение длительности видеовызова CS UDI (блок 670). В результате видеовызов CS UDI будет успешным, поскольку UTRAN (в отличие от GERAN) поддерживает видеовызов CS UDI (линия 675).
На фиг. 7 показана таблица примера кодов 700 типа услуги. В соответствии с 3 GPP TS 24.301, секция 9.9.3.27 и, как показано на фиг. 7, коды типа услуги могут включать в себя четыре кода бита, которые представляют условие или обстоятельство в беспроводной сети 120. Например, код бита "0000" (стрелка 710) может обозначать мобильное CSFB (например, UE 110), из которого происходит вызов, в то время как "0001" (стрелка 720) может обозначать код CSFB, завершающийся в мобильном устройстве. Коды типа услуги могут быть встроены в информационный элемент типа услуги, который может связываться через беспроводную сеть 120 для выполнения различных процедур и операций CSFB.
Например, как описано выше, сообщение запроса расширенной услуги из UE 110 в ММE 130 может включать в себя информацию типа услуги, которая обозначает, что определенный вызов представляет собой видеовызов CS UDI (в отличие, например, от простого голосового вызова). Что касается таблицы на фиг. 7, это может быть выполнено, используя, например, код "0011" типа услуги (стрелка 730) в пределах информационного элемента типа услуги сообщения Запроса расширенной услуги, которое может предоставлять механизм для обеспечения того, что беспроводная сеть 120 устанавливает соответствующий вызов CSFB через сеть доступа, которая может поддерживать тип вызова (например, UTRAN). При этом технологии для установления вызовов CSFB в соответствии с типом вызова, как описано здесь, могут быть без стыков и изящно приняты в существующие 3 GPP технологии через коды типа услуги и процедуры, которые вовлекают коды типа услуги.
На фиг. 8 показана схема примера компонентов устройства 800. Каждое из устройств, представленных на фиг. 1, 4, 5 и/или 6 и, может включать в себя одно или больше устройств 800. Устройство 800 может включать в себя шину 810, процессор 820, запоминающее устройство 830, входной компонент 840, выходной компонент 850 и интерфейс 860 передачи данных. В другом воплощении устройство 800 может включать в себя дополнительные, меньшее количество, другие или по-другому скомпонованные компоненты.
Шина 810 может включать в себя один или больше путей передачи данных, которые позволяют выполнять передачу данных между компонентами устройства 800. Процессор 820 может включать в себя процессор, микропроцессор или логику обработки, которая может интерпретировать и выполнять инструкции. Запоминающее устройство 830 может включать в себя любой тип динамического устройства накопителя, которое может содержать информацию и инструкции для выполнения процессором 820, и/или любой тип энергонезависимого устройства накопителя, которое может содержать информацию для использования процессором 820.
Входной компонент 840 может включать в себя механизм, который позволяет оператору вводить информацию в устройство 800, такое, как клавиатура, клавиатура, кнопка, переключатель и т.д. Выходной компонент 850 может включать в себя механизм, который выводит информацию оператору, такой как дисплей, громкоговоритель, один или больше светодиодов (LED), и т.д.
Интерфейс 860 передачи данных может включать в себя любой механизм типа приемопередатчика, который позволяет устройству 800 выполнять связь с другими устройствами и/или системами. Например, интерфейс 860 передачи данных может включать в себя интерфейс Ethernet, оптический интерфейс, коаксиальный интерфейс и т.п. Интерфейс 860 передачи данных может включать в себя устройство беспроводной передачи данных, такое как инфракрасный (IR) приемник, сотовое радио, радио Bluetooth и т.п. Устройство беспроводной передачи данных может быть соединено с внешним устройством, таким, как дистанционное управление, беспроводная клавиатура, мобильный телефон и т.д. В некоторых вариантах осуществления устройство 800 может включать в себя больше чем один интерфейс 860 передачи данных. Например, устройство 800 может включать в себя оптический интерфейс и интерфейс Ethernet.
Устройство 800 может выполнять определенные операции, описанные выше. Устройство 800 может выполнять эти операции в ответ на выполнение процессором 820 программных инструкций, сохраненных на считываемом компьютером носителе информации, таком, как запоминающее устройство 830. Считываемый компьютером носитель информации может быть определен, как непереходное запоминающее устройство. Запоминающее устройство может включать в себя пространство в пределах одного физического запоминающего устройства или может быть распределено по множеству физических запоминающих устройств. Программные инструкции могут быть считаны в запоминающем устройстве 830 из другого считываемого компьютером носителя информации или из другого устройства. Программные инструкции, сохраняемые в запоминающем устройстве 830, могут обеспечить выполнение процессором 820 описанной здесь обработки. В качестве альтернативы, аппаратные схемы могут использоваться вместо или в комбинации с программными инструкциями, для воплощения описанной здесь обработки. Таким образом, описанное здесь воплощение не ограничено какой-либо конкретной комбинацией аппаратных схем и программного обеспечения.
В предшествующем описании различные предпочтительные варианты осуществления были описаны со ссылкой на приложенные чертежи, однако, должно быть понятно, что различные модификации и изменения могут быть выполнены для них, и дополнительные варианты осуществления могут быть воплощены без выхода за пределы более широкого объема изобретения, как представлено в следующей формуле изобретения. Описание и чертежи, соответственно, следует рассматривать, как иллюстративные, а не в ограничительном смысле.
Например, в то время как последовательность блоков была описана со ссылкой на фиг. 3, порядок блоков может быть модифицирован в других воплощениях. Кроме того, независимые блоки могут быть выполнены параллельно. Аналогично, в то время как последовательности передач данных были описаны со ссылкой на фиг. 4-6, порядок или свойство передач данных могут потенциально быть модифицированы в других вариантах осуществления.
Следует понимать, что примера аспекты, как описано выше, могут быть воплощены во множестве других форм программного обеспечения, встроенного программного обеспечения и аппаратных средств в вариантах осуществления, представленных на чертежах. Фактический программный код или специализированные управляющие аппаратные средства, используемые для воплощения этих аспектов, не следует рассматривать, как ограничительные. Таким образом, операция и поведение аспектов были описаны без ссылки на конкретный программный код - следует понимать, что программное обеспечение и аппаратные средства управления могут быть разработаны для воплощения аспектов на основе представленного здесь описания.
Кроме того, определенные участки изобретения могут быть воплощены, как "логика", которая выполняет одну или больше функций. Такая логика может включать в себя аппаратные средства, такие как специализированная интегральная схема (ASIC) или программируемая пользователем вентильная матрица (FPGA), или комбинация аппаратного и программного обеспечения.
Даже при том, что конкретные комбинации свойств представлены в формуле изобретения и/или раскрыты в описании, эти комбинации не предназначены для ограничения изобретения. Фактически, множество таких функций могут быть скомбинированы таким образом, который, в частности, не указан в формуле изобретения и/или не раскрыт в данном описании.
Ни один из элементов, действия или инструкции, используемых в настоящей заявке, не следует рассматривать, как критический или достаточный, если только не только он не будет ясно описан, как таковой. Случай использования термина "и" не обязательно препятствует интерпретации того, что фраза "и/или" предполагалась в этом случае. Аналогично, случай использования термина "или" не обязательно исключает интерпретацию, что фраза "и/или" была предназначена для этого случая. Кроме того, используемый здесь артикль "a" может включать в себя один или больше элементов, и может использоваться взаимозаменяемо с фразой "один или больше". Везде, где предполагается только один элемент, используются термины "один", "одиночный", "единственный" или аналогичные формулировки. Кроме того, фраза "основанный на", как предполагается, означает "основан, по меньшей мере, частично на" если только не будет в явном виде указано другое.