Способ, устройства и компьютерная программа для переноса сеанса из сети с коммутацией пакетов в сеть доступа с коммутацией каналов

Иллюстрации

Показать все

Изобретение относится к мобильной связи. Технический результат заключается в выполнении переноса сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов, при котором переносятся корректные несущие каналы, независимо от того, были или нет идентификаторы, такие как значения QCI (Индикатор Класса Качества Услуги), приписаны другим типам услуг. Объект Управления Мобильностью принимает индикатор типа услуги от шлюзового узла. Индикатор типа услуги указывает тип услуги для сеанса и ассоциирован с несущими каналами, используемыми для сеанса. Затем Объект Управления Мобильностью принимает от eNodeB указание, что сеанс должен быть перенесен из сети с коммутацией пакетов в сеть доступа с коммутацией каналов. Объект Управления Мобильностью определяет несущие каналы, ассоциированные с сеансом, с использованием индикатора типа услуги и инициирует перенос сеанса с использованием этих несущих каналов. 6 н. и 7 з.п. ф-лы, 8 ил.

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области техники, которая связана с переносом сеанса в сети связи.

УРОВЕНЬ ТЕХНИКИ

Стандарт Долгосрочного Развития (LTE) является технологией сети связи, которая в настоящий момент разрабатывается Проектом Партнерства 3-его Поколения (3GPP). Проект LTE требует использования нового метода радиодоступа, именуемого Развитой Универсальной Наземной Сетью Радиодоступа (E-UTRAN), который разработан для увеличения емкости сети, сокращения задержек в сети и, следовательно, улучшения восприятия для конечного пользователя. Эволюция Системной Архитектуры (SAE) является архитектурой базовой сети для сетей связи стандарта LTE.

Стандарт LTE использует исключительно сигнализацию с коммутацией пакетов (PS). Когда сетевой оператор пожелает ввести стандарт LTE, у него не будет возможности с первого же дня полностью запустить услугу стандарта LTE. Требуется постепенное внедрение стандарта LTE для замещения существующих технологий. Чтобы это сделать, сети стандарта LTE должны обладать неким способом взаимодействия с сетями, которые используют другую технологию, такую как сигнализацию с коммутацией каналов (CS). Технология отдельной Непрерывности Голосового Вызова на Радиоинтерфейсе (SRVCC), описанная в 3GPP TS 23.237 и 3GPP TS 23.216, позволяет обеспечивать передачу обслуживания сеанса из сети стандарта LTE в сеть CS.

На Фиг. 1 иллюстрируется сценарий, при котором Оборудование Пользователя (UE) 1 имеет установленный несущий канал стандарта LTE с происходящим сеансом разговора через Подсистему Передачи Мультимедиа на основе IP (IMS) в местоположении 2 с зоной покрытия стандарта LTE. Затем UE 1 перемещается во второе местоположение 3, в котором зона покрытия стандарта LTE более недоступна, однако покрытие обеспечивает традиционная сеть CS. Сеть стандарта LTE осуществляет связь с Сервером 4 Центра Коммутации Мобильной Связи (MCS), чтобы указать, что необходимо передать обслуживание сеанса из сети стандарта LTE в сеть CS. Сервер 4 MCS уведомляет сеть 5 IMS о передаче обслуживания. Затем сеть IMS убеждается в том, что сеанс может быть обработан сетью CS.

Аналогичным образом передача обслуживания может происходить от UTRAN (HSPA), использующей IMS, к доступу CS. В приведенном ниже описании, используется пример стандарта LTE, однако он может быть заменен на стандарт HSPA.

Проблема возникает, когда, например, требуется перенести видеовызов из сети стандарта LTE в сеть PS. Сеть доступа не знает о том, что вызов, который должен быть перемещен из доступа PS в CS, является видеовызовом, и, таким образом, сеть доступа не может идентифицировать разницу между несущими каналами, используемыми при создании вызова, для переноса видео из видеовызова, или несущими каналами, используемыми для других видеоприложений, таких как приложение видеообмена или сеанс Мобильного ТВ.

Одно предложение (описанное в 3GPP TR 23.886v0.3.1) в отношении процедур SRVCC для видеовызова предполагает, что сеть доступа может определить, что имеет место видеовызов, посредством обращения к несущим каналам, которые были установлены. Каждому несущему каналу назначается Идентификатор Класса Качества Услуги (QCI) в зависимости от типа аудиовизуальной информации, которая транспортируется несущим каналом. Если существует один несущий канал с QCI=1 (указывающим голос) и другой несущий канал с QCI=2 (указывающим видео), тогда предполагается, что вызов является видеовызовом, и сеанс должен переноситься соответствующим образом.

Проблема данного решения заключается в том, что оно ограничивает использование существующих несущих каналов. Хотя QCI=2, как правило, используется для видео составляющей видеовызова, однако QCI=2 может использоваться для других типов видео, таким образом, требование того, чтобы QCI=2 использовался только для видеовызовов, создает проблемы обратной совместимости с существующими терминалами и приложениями, которые могут использовать QCI=2 для видеоприменений, отличных от видеовызовов. Кроме того, описанное в TR 23.886v0.3.1 предполагает, что лишь один несущий канал может использовать QCI=2. Это объясняется тем, что потоковая передача видео может осуществляться с использованием различных приложений, каждое из которых использует QCI=2, и не существует способа узнать из QCI=2, какой несущий канал относится к видеовызову.

Дополнительная проблема заключается в том, что операторам может быть желательно использовать значения QCI, отличные от 2, для видеовызовов. Например, сетевой оператор может пожелать зарезервировать QCI=2 для мобильного ТВ в сети. Это было бы невозможно при решении, описанном в TR 23.886v0.3.1, поскольку при обнаружении видеовызова будет ошибочно предполагаться, что видеомобильного ТВ относится к видеовызову.

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

В соответствии с первым аспектом изобретения предоставляется способ переноса сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов. Объект Управления Мобильностью (MME) принимает индикатор типа услуги от шлюзового узла. Индикатор типа услуги указывает тип услуги для сеанса и ассоциирован с несущими каналами, используемыми для сеанса. Затем MME принимает от eNodeB указание о том, что сеанс из сети с коммутацией пакетов должен быть перенесен в сеть доступа с коммутацией каналов. MME определяет несущие каналы, ассоциированные с сеансом, с использованием индикатора типа услуги и инициирует перенос сеанса с использованием этих несущих каналов. Это гарантирует то, что переносятся корректные несущие каналы независимо от того, были или нет идентификаторы, такие как значения QCI, приписаны другим типам услуг.

В качестве опции MME отправляет Серверу Центра Коммутации Мобильной Связи (MSC) указание типа услуги Серверу MSC. Указание типа услуги позволяет MSC выполнить любое распределение ресурсов и задействовать процедуры, которые относятся к типу услуги.

В качестве дополнительной опции MME отправляет Оборудованию Пользователя (UE), которое задействовано в сеансе, указание того, что для типа услуги была задействована технология Отдельной Непрерывности Голосового Вызова на Радиоинтерфейсе. В еще одной дополнительной опции MME отправляет UE, которое задействовано в сеансе, указание несущих каналов, ассоциированных с сеансом.

В опциональном варианте осуществления, до того как MME принимает индикатор типа услуги от шлюзового узла, узел Функции Правил Политики и Тарификации (PCRF) инициирует несущие каналы для сеанса и определяет тип услуги. Затем он определяет индикатор типа услуги, с использованием определенного типа услуги, и отправляет индикатор типа услуги шлюзовому узлу для переадресации MME.

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

В качестве опции, сеть с коммутацией пакетов выбирается из сети стандарта Долгосрочного Развития (LTE) или сети стандарта Высокоскоростного Пакетного Доступа (HSPA).

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

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

В качестве дополнительной опции MME оборудован вторым передатчиком для отправки к UE, которое задействовано в сеансе, указания, что для типа услуги была задействована технология SRVCC (Единая Непрерывность Голосового Вызова на Радиоинтерфейсе), и указания несущих каналов, ассоциированных с сеансом.

В соответствии с третьим аспектом предоставлено UE для использования в сети связи. UE выполнено с возможностью обработки переноса происходящего сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов. UE снабжено приемником для приема от MME сообщения, которое относится к переносу происходящего сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов. Сообщение включает в себя указание, что для типа услуги была задействована технология Единой Непрерывности Голосового Вызова на Радиоинтерфейсе (SRVCC), и указание несущих каналов, ассоциированных с сеансом. Также предоставлен процессор для определения дальнейших действий на основе указания, что для типа услуги была задействована технология Единой Непрерывности Голосового Вызова на Радиоинтерфейсе, и указания несущих каналов, ассоциированных с сеансом.

В соответствии с третьим аспектом предоставлен узел PCRF для использования в сети связи. Узел PCRF оборудован приемником, для приема от узла Функции Управления Сеансами Вызовов (CSCF) сообщения, которое относится к созданию или модернизации сеанса. Сообщение включает в себя указание типа услуги, используемого в сеансе. Процессор предоставлен для создания несущих каналов для сеанса и формирования индикатора типа услуги, для использования при последующем переносе сеанса из сети с коммутацией пакетов в сеть доступа с коммутацией каналов. Так же предоставлен передатчик для отправки индикатора типа услуги шлюзовому узлу для последующей переадресации MME.

В соответствии с четвертым аспектом предоставлен узел P-CSCF для использования в сети связи. Узел P-CSCF оборудован процессором для определения типа услуги, используемого для сеанса с коммутацией пакетов, и передатчиком для отправки узлу PCRF сообщения, причем сообщение включает в себя указание используемого типа услуги. Указание используемого типа услуги впоследствии используется в случае переноса сеанса в другую сеть доступа.

В соответствии с пятым аспектом предоставлен Сервер MSC для использования в сети связи. Сервер MSC оборудован приемником для приема от MME указания типа услуги, используемого для сеанса, в случае, когда сеанс переносится из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов. Также предоставлен процессор, чтобы на основе указания либо распределять ресурсы для сеанса, либо задействовать процедуры для сеанса.

В соответствии с шестым аспектом предоставлена компьютерная программа, содержащая машиночитаемый код, который при выполнении на компьютерном устройстве предписывает компьютерному устройству действовать в качестве MME, UE, узла PCRF, узла P-CSCF и Сервера MSC, в соответствии с тем, как описано в любом из аспектов с второго по пятый.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 схематично иллюстрирует в виде структурной схемы передачу обслуживания от сети стандарта LTE в традиционную сеть CS.

Фиг. 2 является схемой сигнализации, иллюстрирующей процедуры во время установления вызова в сети стандарта LTE.

Фиг. 3 является схемой сигнализации, иллюстрирующей процедуры во время передачи обслуживания UE из сети стандарта LTE в сеть CS.

Фиг. 4 схематично иллюстрирует в виде структурной схемы Объект Управления Мобильностью в соответствии с вариантом осуществления изобретения.

Фиг. 5 схематично иллюстрирует в виде структурной схемы Оборудование Пользователя в соответствии с вариантом осуществления изобретения.

Фиг. 6 схематично иллюстрирует в виде структурной схемы узел Функции Правил Политики и Тарификации в соответствии с вариантом осуществления изобретения.

Фиг. 7 схематично иллюстрирует в виде структурной схемы узел Функции Управления Сеансами Вызовов Прокси-сервера в соответствии с вариантом осуществления изобретения.

Фиг. 8 схематично иллюстрирует в виде структурной схемы Сервер Центра Коммутации Мобильной Связи в соответствии с вариантом осуществления изобретения.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

Согласно Фиг. 2, когда UE 1 устанавливает сеанс (этап S1) с использованием сети стандарта LTE, то узел 6 Функции Управления Сеансами Вызовов Прокси-сервера (P-CSCF) в сети IMS определяет используемый тип услуги. Также следует отметить, что этап S1 может выполняться в случае, когда тип услуги меняется во время сеанса. Например, точно такие же процедуры применяются, когда голосовой вызов модернизируется до видеовызова.

На этапе S2 узел P-CSCF осуществляет связь с узлом 7 Функции Правил Политики и Тарификации (PCRF), чтобы убедиться в том, что для сеанса созданы ресурсы доступа. Это включает в себя создание подходящих несущих каналов для отправляемой во время сеанса аудиовизуальной информации. Узел 6 P-CSCF также может указать узлу 7 PCRF используемую услугу, например, посредством отправки Идентификатора Услуги Связи IMS (ICSI). В качестве расширения, узел P-CSCF также может указать, какой тип услуги используется, например, речевой вызов или видеовызов. Это дает узлу 7 PCRF больше информации для того, чтобы он смог определить, каким образом обрабатывать сеанс, не требуя от PCRF понимания того, какой ICSI сопоставляется с каким типом услуги. Следует отметить, что может быть доступно более одной услуги, которая может использоваться для установления видеовызова, и любая из этих услуг должна быть выполнена с возможностью переноса в случае, если сеанс перемещается из сети доступа PS в CS.

На этапе S3 узел 7 PCRF инициирует создание соответствующих несущих каналов для сеанса (например, QCI=1 несущего канала для речевой части видеовызова и QCI=x несущего канала для видеочасти видеовызова), посредством взаимодействия со Шлюзом PDN (PGW) или Обслуживающим шлюзом 8 (SGW). Узел 7 PCRF также указывает для PGW/SGW 8, что сеанс относится к видеовызову, посредством отправки к PGW/SGW 8 индикатора типа услуги, указывающего тип услуги, например, «тип услуги = видеовызов». Пример типов услуг, которые могут указываться, включают в себя речевой вызов, видеовызов данные CS, вызов с приоритетом IMS или факсимильное сообщение.

Следует отметить, что в случае, когда узел 7 PCRF принимает от узла 6 P-CSCF только используемую услугу связи, то узлу 7 PCRF потребуется использовать локальную политику для сопоставления услуги связи с типом услуги и определить соответствующий индикатор типа услуги.

На этапе S4 PGW/SGW 8 взаимодействует с Объектом 9 Управления Мобильностью (MME) во время распределения несущего канала, поскольку MME задействован в процессе активации/деактивации несущих каналов. MME также отвечает за выбор SGW 8 и аутентификацию UE и пользователя посредством взаимодействия с Сервером Домашних Абонентов (HSS) в сети IMS. PGW/SGW 8 отправляет индикатор типа услуги MME 9. В результате, и применительно к видеовызову, MME 9 рассматривает несущий канал, который относится к QCI=1 и QCI=x, как относящийся к индикатору типа услуги. Другими словами, если индикатор типа услуги указывает, что сеанс является видеовызовом, то MME 9 связывает QCI=1 и QCI=x с видеовызовом.

Если в течение сеанса нет необходимости в переносе сеанса между сетями доступа, то индикатор типа услуги не будет использован. Однако если существует необходимость в переносе сеанса из сети стандарта LTE в сеть доступа CS, то инициируются процедуры SRVCC, как иллюстрируется на Фиг. 3.

На этапе S5 eNodeB 10 указывает для MME 9, что сеанс должен быть перенесен в сеть CS и что требуются процедуры SRVCC.

На этапе S6 MME 9 знает индикатор типа услуги для сеанса, подвергаемого переносу доступа (например, то, что он является видеовызовом), и несущие каналы, ассоциированные с индикатором типа услуги. Вследствие этого MME 9 обрабатывает QCI=x несущий канал (для видеочасти видеовызова) аналогично тому, как он обрабатывает QCI=1 несущий канал в отношении переноса доступа PS и в отношении случаев приостановки/возобновления во время процедур SRVCC, как описано в 3GPP TS 23.216 v9.4.0. Таким образом, сеанс идентифицируется как относящийся к видеовызову, однако нет необходимости в использовании QCI=2, как предлагается в TS 23.886 v.0.3.1, для указания видеочасти видеовызова, что предоставляет оператору большую гибкость при назначении значений QCI для видеонесущих каналов.

В опциональном варианте осуществления, MME 9 может принять решение не исполнять процедуры SRVCC определенного типа услуги, а вместо этого исполнять лишь нормальные процедуры SRVCC. В данном случае, MME 9 все же может обработать QCI=x несущий канал аналогично QCI=1 несущему каналу. Это может произойти, например, если оператор сети не желает поддерживать процедуры SRVCC определенного типа услуги для данного абонента.

Если конфигурация выполнена, чтобы делать это, то MME 9 указывает тип услуги Серверу 4 MSC во время переноса. Это может быть выполнено просто путем переадресации индикатора типа услуги Серверу 4 MSC. Это позволяет Серверу 4 MSC распределить ресурсы для видеовызова или задействовать процедуры, специфичные для видеовызовов. Сервер 4 MSC выполняет запрошенные действия и подтверждает MME 9, были ли успешно выполнены процедуры SRVCC определенного типа услуги, или были выполнены лишь нормальные процедуры SRVCC. Нормальные процедуры SRVCC могут выполняться, например, если доступ, используемый после переноса, не поддерживает видеовызов, например, в случае сети GERAN.

В дополнительном варианте осуществления изобретения, как иллюстрируется на этапе S7, сеть (другими словами, Сервер 4 MSC и MME 9) указывает UE 1, что исполняются процедуры SRVCC для определенного типа услуги, и указывает несущие каналы, ассоциированные с сеансом. В ситуации, при которой сеть может не иметь возможности надежно исполнять видеопроцедуры SRVCC, информирование UE 1 о процедурах SRVCC гарантирует то, что UE 1 не будет пытаться выполнить все видеопроцедуры SRVCC в случае, когда этого не позволит сеть. Такие случаи включают в себя, например, наличие локальных политик или временная нехватка ресурсов.

На Фиг. 4 проиллюстрирован MME 9. MME 9 оборудован первым приемником 11 для приема индикатора типа услуги от PGW/SGW 8. Как описано выше, индикатор типа услуги указывает тип услуги, используемый в сеансе, обрабатываемом MME 9, и ассоциированный с несущими каналами, используемыми для сеанса. Машиночитаемый носитель информации в виде памяти 12 используется для хранения индикатора типа услуги. В случае переноса сеанса из одного типа доступа в другой, второй приемник 13 принимает (от eNodeB 10) указание, что сеанс должен быть перенесен. Процессор 14 предоставлен для определения несущих каналов, ассоциированных с сеансом, с использованием индикатора типа услуги, и инициирования переноса сеанса, с использованием этих несущих каналов.

MME 9 так же может быть оборудован первым передатчиком 16 для осуществления связи с Сервером 4 MSC, когда требуется отправить указание типа услуги Серверу MSC, чтобы позволить Серверу 4 MSC распределить ресурсы или задействовать особые процедуры. Также может быть предоставлен второй передатчик 17 для информирования UE 1, которое задействовано в сеансе, что задействованы процедуры SRVCC для типа услуги, и передачи указания несущих каналов, ассоциированных с сеансом.

Память 12 также может использоваться для хранения компьютерной программы 18, которая при выполнении процессором 14, предписывает MME 9 работать в соответствии с тем, как описано выше.

На Фиг. 5 иллюстрируется UE 1. UE 1 оборудовано приемником 19 для приема сообщения, которое относится к переносу происходящего сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов, от MME 9. Сообщение включает в себя указание, что были задействованы процедуры SRVCC для типа услуги, и указание несущих каналов, ассоциированных с сеансом. Также предоставлен процессор 20 для определения дальнейших действий на основе указания, что были задействованы процедуры SRVCC для типа услуги, и указания несущих каналов, ассоциированных с сеансом.

Также может быть предоставлен машиночитаемый носитель информации в виде памяти 21. Он может использоваться для хранения компьютерной программы 22, которая при выполнении процессором 20, предписывает UE 1 работать в соответствии с тем, как описано выше.

Фиг. 6 иллюстрирует узел 7 PCRF. Узел 7 PCRF оборудован приемником 23 для приема от узла 6 P-CSCF сообщения, которое относится к созданию или модернизации сеанса. Как описано выше, сообщение включает в себя указание типа услуги, используемого в сеансе. Процессор 24 предоставлен для создания или инициализации несущих каналов для сеанса и определения индикатора типа услуги для использования при последующем переносе сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов. Это определение может либо состоять из формирования индикатора типа услуги, либо он может быть принят от узла 6 P-CSCF. Передатчик 25 предоставлен для отправки PGW/SGW 8 индикатора типа услуги для последующей переадресации MME 9.

Также может быть предоставлен машиночитаемый носитель информации в виде памяти 25. Он может использоваться для хранения компьютерной программы 26, которая при исполнении процессором 24 предписывает узлу 7 PCRF работать в соответствии с тем, как описано выше.

На Фиг. 7, проиллюстрирован узел 6 P-CSCF, который оборудован процессором 29 для определения типа услуги, используемого для сеанса с коммутацией пакетов. Передатчик 28 предоставлен для отправки сообщения узлу 7 RCRF, причем сообщение включает в себя указание используемого типа услуги.

Также может быть предоставлен машиночитаемый носитель информации в виде памяти 29. Он может использоваться для хранения компьютерной программы 30, которая при исполнении процессором 27 предписывает узлу 6 P-CSCF работать в соответствии с тем, как описано выше.

Фиг. 8 иллюстрирует Сервер 4 MSC, который оборудован приемником 31 для приема указания типа услуги, используемого для сеанса, от MME 9. Процессор 32 предоставлен, чтобы на основании указания распределять ресурсы для сеанса и/или чтобы задействовать процедуры для сеанса.

Также может быть предоставлен машиночитаемый носитель информации в виде памяти 33. Он может использоваться для хранения компьютерной программы 34, которая при исполнении процессором 32 предписывает Серверу 4 MSC работать в соответствии с тем, как описано выше.

Используя описанные выше процедуры, во время процедур SRVCC будут переноситься корректные несущие каналы. Кроме того, UE может использовать несколько несущих каналов с одинаковым значением QCI, не рискуя тем, что «неправильный» несущий канал будет переноситься во время переноса, или ограничивая до одного количество использований несущего канала только одного типа. Описанные выше процедуры также позволяют сетевому оператору сделать выбор в отношении значений QCI, используемых для видеовызовов, что предоставляет достаточную гибкость, позволяя разным операторам использовать разные значения QCI для видео, а также разные значения QCI для разных абонентов.

Специалисту в соответствующей области следует иметь в виду, что различные модификации могут быть выполнены в отношении описанных выше вариантов осуществления, не отступая от объема настоящего изобретения, который описан в предлагаемой формуле изобретения. Например, приведенное выше описание относится к сети PS стандарта LTE, однако изобретение применяется к другим сетям PS, например сети стандарта Высокоскоростного Пакетного Доступа (HSPA). Кроме того, приведенное выше описание предполагает, что типом услуги, используемым в сеансе, является видеовызов. Тем не менее, следует иметь в виду, что может идентифицироваться любой тип услуги. Примеры таких услуг включают в себя вызовы с приоритетом IMS, голосовые вызовы, данные CS и факсимильные сообщения.

В ДАННОМ ОПИСАНИИ ИСПОЛЬЗОВАЛИСЬ СЛЕДУЮЩИЕ СОКРАЩЕНИЯ:

3GPP Проект Партнерства 3-его Поколения

BSC Контроллер Базовой Станции

CS С коммутацией каналов

E-UTRAN Развитая Универсальная Наземная Сеть Радиодоступа

Enb Развитый Узел-B (eNodeB)

HSPA Высокоскоростной Пакетный Доступ

ICSI Идентификатор Услуги Связи IMS

IMS Подсистема Передачи Мультимедиа на основе IP

LTE Долгосрочное Развитие

MME Объект Управления Мобильностью

MSC Центр Коммутации Мобильной Связи

P-CSCF Функция Управления Сеансами Вызовов Прокси-сервера

PCRF Функция Правил Политики и Тарификации

PGW Шлюз PDN

PS С коммутацией пакетов

RAN Сеть Радиодоступа

RNC Контроллер Сети с Радиодоступом

SAE Эволюция Системной Архитектуры

SGW Обслуживающий Шлюз

SIP Протокол Инициации Сеанса

UE Оборудование Пользователя

UTRAN Наземная Сеть Радиодоступа UMTS

1. Способ переноса сеанса из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов, причем способ характеризуется тем, что:принимают (S4), на Объекте (9) Управления Мобильностью (ММЕ), от шлюзового узла (8) индикатор типа услуги, причем индикатор типа услуги указывает тип услуги для сеанса, причем индикатор типа услуги ассоциирован с теми несущими каналами, которые используются для сеанса, при этом тип услуги, указываемый индикатором типа услуги, выбирается из видеовызова, голосового вызова, факсимильного сообщения, сообщения с приоритетом Подсистемы Передачи Мультимедиа на основе IP и данных с коммутацией каналов;принимают от eNodeB (10), на Объекте (9) Управления Мобильностью, указание о том, что сеанс должен быть перенесен из сети с коммутацией пакетов в сеть доступа с коммутацией каналов;определяют (S6), на Объекте (9) Управления Мобильностью, несущие каналы, ассоциированные с сеансом, с использованием индикатора типа услуги и инициируют перенос сеанса с использованием этих несущих каналов.

2. Способ по п. 1, также содержащий этап, на котором: отправляют (S7), от Объекта (9) Управления Мобильностью, на Сервер (4) Центра Коммутации Мобильной Связи указание типа услуги, причем указание типа услуги используется Центром Коммутации Мобильной Связи для выполнения любого распределения ресурсов и для того, чтобы задействовать процедуры, которые относятся к типу услуги.

3. Способ по п. 1 или 2, также содержащий этап, на котором: отправляют, от Объекта (9) Управления Мобильностью, на Оборудование (1) Пользователя, которое задействовано в сеансе, указание, что для типа услуги была задействована технология Единой Непрерывности Голосового Вызова на Радиоинтерфейсе.

4. Способ по п. 3, также содержащий этап, на котором отправляют на Оборудование (1) Пользователя, которое задействовано в сеансе, указание несущих каналов, ассоциированных с сеансом.

5. Способ по п. 1, также содержащий, перед этапом, на котором Объект (9) Управления Мобильностью принимает (S4) от шлюзового узла (8) индикатор типа услуги, этапы, на которых:инициируют, на узле (7) Функции Правил Политики и Тарификации, несущие каналы для сеанса и определяют тип услуги;определяют (S3) индикатор типа услуги с использованием определенного типа услуги и отправляют индикатор типа услуги шлюзовому узлу (8) для переадресации Объекту (9) Управления Мобильностью.

6. Способ по п. 1, в котором сеть с коммутацией пакетов выбирают из любой из сети стандарта Долгосрочного Развития и сети стандарта Высокоскоростного Пакетного Доступа.

7. Объект (9) Управления Мобильностью для использования в сети связи, причем Объект Управления Мобильностью характеризуется тем, что содержит:первый приемник (11) для приема от шлюзового узла (8) индикатора типа услуги, причем индикатор типа услуги указывает тип услуги применительно к сеансу, который обрабатывается Объектом Управления Мобильностью, причем индикатор типа услуги ассоциирован с теми несущими каналами, которые используются для сеанса, при этом тип услуги, указываемый индикатором типа услуги, выбирается из видеовызова, голосового вызова, факсимильного сообщения, сообщения с приоритетом Подсистемы Передачи Мультимедиа на основе IP и данных с коммутацией каналов;память (12) для хранения принятого индикатора типа услуги;второй приемник (13) для приема от eNodeB (10) указания, что сеанс должен быть перенесен из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов; ипроцессор (14) для определения несущих каналов, ассоциированных с сеансом, с использованием индикатора типа услуги и инициирования переноса сеанса с использованием этих несущих каналов.

8. Объект (9) Управления Мобильностью по п. 7, который также содержит:первый передатчик (16) для отправки Серверу (4) Центра Коммутации Мобильной Связи указания типа услуги, причем указание типа услуги используется Центром Коммутации Мобильной Связи для выполнения любого распределения ресурсов и для того, чтобы задействовать процедуры, которые относятся к типу услуги.

9. Объект (9) Управления Мобильностью по п. 7 или 8, который также содержит второй передатчик (17) для отправки Оборудованию (1) Пользователя, которое задействовано в сеансе, указания, что для типа услуги была задействована технология Единой Непрерывности Голосового Вызова на Радиоинтерфейсе, и указания несущих каналов, ассоциированных с сеансом.

10. Узел (7) Функции Правил Политики и Тарификации для использования в сети связи, причем узел Функции Правил Политики и Тарификации характеризуется тем, что содержит:приемник (23) для приема от узла Функции Управления Сеансами Вызовов сообщения, которое относится к созданию или модернизации сеанса, причем сообщение включает в себя указание типа услуги, используемого в сеансе, при этом тип услуги выбирается из видеовызова, голосового вызова, факсимильного сообщения, сообщения с приоритетом Подсистемы Передачи Мультимедиа на основе IP и данных с коммутацией каналов;процессор (24) для создания несущих каналов для сеанса и формирования индикатора типа услуги для использования при последующем переносе сеанса из сети с коммутацией пакетов в сеть доступа с коммутацией каналов; ипередатчик (25) для отправки шлюзовому узлу (8) индикатора типа услуги для последующей переадресации Объекту (9) Управления Мобильностью.

11. Узел (б) Функции Управления Сеансами Вызовов Прокси-сервера для использования в сети связи, причем узел Функции Управления Сеансами Вызовов Прокси-сервера характеризуется тем, что содержит:процессор (29) для определения типа услуги, используемого для сеанса с коммутацией пакетов, при этом тип услуги выбирается из видеовызова, голосового вызова, факсимильного сообщения, сообщения с приоритетом Подсистемы Передачи Мультимедиа на основе IP и данных с коммутацией каналов; ипередатчик (28) для отправки узлу Функции Правил Политики и Тарификации сообщения, причем сообщение включает в себя указание используемого типа услуги.

12. Сервер (4) Центра Коммутации Мобильной Связи для использования в сети связи, причем сервер Центра Коммутации Мобильной Связи характеризуется тем, что содержит:приемник (31) для приема от Объекта (9) Управления Мобильностью указания типа услуги, используемого для сеанса, при этом тип услуги выбирается из видеовызова, голосового вызова, факсимильного сообщения, сообщения с приоритетом Подсистемы Передачи Мультимедиа на основе IP и данных с коммутацией каналов, причем сеанс переносится из сети доступа с коммутацией пакетов в сеть доступа с коммутацией каналов;процессор (32) для того, чтобы на основе указания выполнять любое распределение ресурсов для сеанса и для того, чтобы задействовать процедуры для сеанса.

13. Машиночитаемый носитель информации, имеющий сохраненную на нем программу, содержащую машиночитаемый код, который при выполнении на компьютерном устройстве побуждает компьютерное устройство действовать как любое из Объекта Управления Мобильностью, узла Функции Правил Политики и Тарификации, узла Функции Управления Сеансами Вызовов Прокси-сервера и Сервера Центра Коммутации Мобильной Связи, в соответствии с любым из пп. 7-12.