СИСТЕМА, СПОСОБ И УСТРОЙСТВО ДЛЯ РЕАЛИЗАЦИИ НЕПРЕРЫВНОСТИ МУЛЬТИМЕДИЙНЫХ ВЫЗОВОВ Российский патент 2011 года по МПК H04W4/00 

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

Данная заявка притязает на приоритет международной заявки номер PCT/CN2007/003258, поданной 19 ноября 2007 года, по которой испрашивается приоритет заявки на патент КНР номер 200610162604.1, поданной 23 ноября 2006 года. Содержимое вышеупомянутых заявок полностью содержится в данном документе по ссылке.

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

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

Предшествующий уровень техники

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

Из-за отсева операторов в развернутых сетях, а также в результате слияний и приобретений между операторами, один оператор может управлять сетями нескольких стандартов одновременно. Кроме того, растущий пользовательский спрос на мобильные приложения в значительной степени способствует быстрому развитию технологий доступа, так что постоянно появляется множество новых технологий доступа, например стандарт высококачественной беспроводной связи (WiFi), стандарт общемировой совместимости широкополосного беспроводного доступа (WiMAX) и т.д. Следовательно, предоставление пользователям прозрачного переноса услуг, для того чтобы обеспечивать непрерывность обслуживания в рамках неоднородных технологий доступа, стало неотложной необходимостью для операторов, чтобы удовлетворять требованиям пользователей и повышать собственную конкурентоспособность. В настоящий момент, для того, чтобы удовлетворять этому требованию, предлагается один и тот же набор базовых сетей для поддержки различных технологий доступа и одновременной поддержки терминалов с различными режимами доступа (т.е. многорежимных терминалов, причем CSI-терминалы и VCC-терминалы являются вариантами применения многорежимных терминалов).

Комбинация услуг с коммутацией каналов (CS) и услуг мультимедийных систем по Интернет-протоколу (IP) (IMS) (CSI, комбинирующая радиоканалы-носители CS с IMS) предлагается посредством партнерского проекта в области систем связи третьего поколения (3GPP) для комбинирования преимуществ CS-области и IMS-области посредством улучшения возможностей терминала и предоставления пользователям возможностей работы с мультимедиа наряду с сетевым объектом (CSI-AS) в случае, когда сторона сети доступа, поддерживающая область с коммутацией пакетов (PS), не может переносить мультимедиа реального времени.

В вышеупомянутом CSI-решении, в отношении возможностей сети доступа, сеть, работающая по стандарту глобальной системы мобильной связи (GSM), должна поддерживать технологию режима двусторонней передачи (DTM), или сеть, работающая по стандарту широкополосного множественного доступа с кодовым разделением каналов (WCDMA), должна поддерживать технологию нескольких радиоканалов-носителей радиодоступа (multi RAB) с тем, чтобы предоставлять CSI. Неподдерживающая сеть доступа одновременно может использовать только радиоканалы-носители одного типа.

В вышеупомянутом CSI-решении, в отношении возможностей терминала, терминал должен иметь возможность предоставления ассоциирования сеансов в сетях с различными типами доступа пользователю, причем ассоциативно связанные сеансы могут содержать различные мультимедийные компоненты. Например, пользователю предоставляется ассоциирование сеансов между речевым вызовом IMS в радиоканале-носителе беспроводной локальной вычислительной сети (WLAN) и текстом IMS радиоканала-носителя PS.

В вышеупомянутом CSI сервер приложений CSI (CSI-AS) имеет следующие функции.

1. Выбор того, следует ли комбинировать сеансы, установленные в различных сетях доступа, инициированные посредством CSI-терминала (вызывающего абонента) согласно сетевым политикам.

2. Разбиение IMS-сеанса на различные сети доступа, зарегистрированные посредством CSI-терминала (в качестве вызываемого абонента) для соединения после приема мультимедийного IMS-сеанса.

3. Формирование информации об оплате, связанной с CSI.

4. Обработка дополнительных услуг, связанных с CSI.

Если взять в качестве примера разбиение мультимедийного IMS-сеанса посредством CSI-AS, ссылаясь на фиг.1, после приема мультимедийного IMS-сеанса CSI-AS разбивает IMS-сеанс на CS-вызов и IMS-вызов, т.е. переносит компонент мультимедиа реального времени, например аудио, видео и т.д., по CS-сети, и переносит компонент мультимедиа не в реальном времени, например текст и т.д., по сети с коммутацией пакетов, а также может переносить видео в PS-области, если это допустимо для пользователя. Тем временем, для того чтобы обеспечивать возможности работы с услугами, CSI требует того, чтобы компоненты мультимедиа в реальном времени и не в реальном времени заканчивались в таком же терминале конечного пользователя на противоположной стороне.

Непрерывность речевого вызова (VCC) является приложением, предоставляемым в домашней IMS-сети пользователя, которое обеспечивает двунаправленную передачу речевого вызова пользователя между CS-областью и IMS-сетью. Интегрированная архитектура IMS позволяет предоставлять популярные речевые вызовы GSM в рамках радиопокрытия WLAN. Если прозрачная услуга речевого вызова реализуется между CS-областью и сетью доступа с подключением по IP (IP-CAN), не только нагрузка на GSM/универсальную систему мобильной связи (UMTS) уменьшается, но также увеличивается и выгода оператора. Помимо этого оператор проводной связи, предоставляющий услугу "речь-поверх-IP" (VoIP), также может извлекать выгоды из интегрированных услуг, предоставляемых посредством архитектуры 3GPP IMS.

Фиг.2 показывает архитектуру реализации 3GPP VCC. Набор функциональных объектов заново добавляется в IMS-область и CS-область. Этими функциональными объектами являются объект перенаправления маршрута, объект адаптации CS-области, объект управления выбором области и объект управления передачей в области.

1. Объект перенаправления маршрута (специализированные применения для приложения по схеме усовершенствованной логики мобильной сети (CAMEL) на фиг.2) отвечает за перенаправление вызова CS-области в IMS-область, чтобы осуществлять управление закреплением вызова. В общем случае, объект перенаправления маршрута совместно размещается с функцией управления GSM-услугами (SCF) на фиг.2 и осуществляется как точка управления обслуживанием (SCP) в CS-области.

2. Объект адаптации CS-области (функциональный блок адаптации CS (CSAF) на фиг.2) отвечает за прием вызова CS-области, перенаправленного в IMS-область, и преобразование вызова в вызов IMS-области согласно сохраненной информации (возможно информации, полученной через взаимодействие с приложением CAMEL).

3. Объект управления выбором области (функциональный блок выбора области (DSF) на фиг.2) отвечает за принятие решений согласно различным компонентам политики, таким как состояние регистрации и состояние вызова пользователя в IMS-области, и управление вызовом, который должен маршрутизироваться в выбранную область подключения.

4. Объект управления передачей в области (функциональный блок передачи в области (DTF) на фиг.2) отвечает за закрепление вызова в IMS-области и управление передачей, когда передача выполняется.

Вышеупомянутые четыре функциональных объекта совместно упоминаются как объект управления VCC-услугами.

На основе вышеуказанного объекта управления VCC-услугами, когда VCC-терминал проводит активный речевой сеанс, может быть инициирована передача в области. Чтобы выполнять передачу в области, вызов, инициированный или принятый посредством VCC-терминала, должен быть закреплен в DTF в домашней IMS-сети VCC-терминала. DTF - это AS в функции управления сторонними вызовами (3PCC). В VCC-решении ветвь управления сеансом между DTF и VCC-терминалом называется ветвью доступа, а ветвь управления сеансом между DTF и удаленным пользователем называется удаленной ветвью. Передача заменяет старую ветвь доступа на новую ветвь доступа. В общем случае, VCC-терминал может замерять интенсивность радиосигналов сетей доступа точнее, чем базовая сеть, и таким образом процессы передачи в области с высокими требованиями по задержке инициируются от терминала к сети. Когда VCC-терминал пользователя обнаруживает радиосигналы и другие факторы и определяет, что он должен выполнять передачу из исходной сети в сеть назначения, VCC-терминал набирает специальный номер в сети назначения. Запрос на установление вызова по специальному номеру может быть запущен в DTF. Поскольку исходный вызов уже закреплен в DTF, DTF ассоциативно связывает старые и новые вызовы согласно идентификатору пользователя. Мультимедийные данные повторно согласовываются с удаленным пользовательским терминалом исходного вызова согласно мультимедийным данным в заново установленном вызове, и мультимедийный поток, соответствующий передаваемому вызову, перенаправляется с порта многорежимного терминала в выходной сети доступа на соответствующий порт во входной сети доступа одновременно во время процесса повторного согласования мультимедиа. Когда согласование мультимедиа завершено, новый вызов успешно установлен. Затем вызов во входной сети доступа деблокируется посредством DTF или абонентского устройства VCC (UE). Таким образом, речевой вызов пользователя передается в сеть назначения. Во время передачи речевой вызов пользователя остается непрерываемым, тем самым повышая качество обслуживания пользователя.

Фиг.3 - это блок-схема последовательности операций способа передачи вызова из CS-области в IMS-область в VCC.

0-1. UE VCC определяет, что вызов должен быть передан в IMS-область согласно беспроводному окружению, и набирает специальный номер, т.е. URI передачи в области VCC (VDI), в IMS-области, для того чтобы инициировать передачу в области. Запрос на установление вызова перенаправляется от функции управления сеансами прокси-вызовов (P-CSCF) в функцию управления сеансами обслуживающих вызовов (S-CSCF) в домашней IMS-сети VCC-пользователя для обработки.

2. S-CSCF запускает вызов в DTF для обработки согласно критериям начальной фильтрации (iFC) вызывающего абонента.

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

4-8. DTF выступает в качестве агента пользователя, чтобы выполнять повторное согласование по протоколу описания сеанса (SDP) посредством использования мультимедийной информации в запросе на передачу с удаленным пользователем.

9. После того как сеанс в сети назначения установлен, DTF деблокирует ресурсы вызова в подсистеме доступа CS-области VCC-пользователя.

На основе вышеописанного содержимого, связанного с VCC, рассматриваются следующие сценарии.

В первом сценарии многорежимный терминал поддерживает CS-доступ по наземной сети радиодоступа UMTS (UTRAN), PS-доступ по UTRAN и доступ по WLAN и может регистрироваться в IMS-сети через PS и WLAN. Пользователь имеет функцию обслуживания VCC. Пользователь регистрируется в CS-области и обрабатывает вызов и не регистрируется в других областях. Когда пользователь переходит в зону взаимного покрытия, покрываемую посредством UTRAN и WLAN (CS-сеанс может быть зарезервирован вследствие взаимного покрытия), пользователь инициирует IMS-регистрацию по радиоканалу-носителю WLAN и принимает мультимедийный сеанс не в реальном времени, отправленный от вызываемой стороны. Если пользователь продолжает перемещаться в зону, покрываемую только WLAN, мультимедийный компонент реального времени, переносимый по CS-сети, должен быть передан в радиоканал-носитель WLAN. Дополнительно, поскольку только один сеанс существует на удаленной ветви, мультимедийный компонент реального времени должен быть передан в тот сеанс, где размещается мультимедийный компонент не в реальном времени. Аналогичная ситуация предусмотрена для мультимедийного компонента не в реальном времени.

В вышеописанном первом сценарии, если пользователь выходит за пределы зоны покрытия WLAN после приема мультимедийного сеанса не в реальном времени, отправленного от вызываемой стороны, многорежимный терминал активирует доступ PS-области согласно UTRAN и регистрируется в IMS через PS. Далее передача инициируется для того, чтобы передавать мультимедийный сеанс не в реальном времени радиоканала-носителя WLAN на радиоканал-носитель PS. Аналогичный сценарий предусмотрен для мультимедийного сеанса реального времени.

Во втором сценарии, когда многорежимный терминал регистрируется только в IMS, к которой осуществляется доступ посредством WLAN, выполняется мультимедийный сеанс с конечным пользователем на противоположной стороне. Затем пользователь перемещается в граничную область, покрытую посредством WLAN, и активируется регистрация в CS-области, когда многорежимный терминал обнаруживает, что сигнал в CS-области лучше. Инициируется передача мультимедиа реального времени в мультимедийном вызове в радиоканал-носитель CS-области.

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

1. Мультимедийный компонент в реальном времени или не в реальном времени в мультимедийном сеансе передается в другие радиоканалы-носители.

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

3. Мультимедийный сеанс в реальном времени или не в реальном времени, составляющий ассоциативно связанные сеансы, передается в существующий сеанс по другим сетям IP-CAN.

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

Сущность изобретения

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

Система предоставлена в варианте осуществления настоящего изобретения. Система включает в себя UE с функцией передачи мультимедиа (MTF UE) и дополнительно включает в себя MTF, выполненный с возможностью осуществлять повторное согласование мультимедиа с удаленным UE согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе. После того как повторное согласование мультимедиа завершено, MTF UE или MTF приспособлены деблокировать мультимедийный поток, который должен быть передан до повторного согласования.

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

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

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

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

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

Перечень чертежей

Фиг.1 - схематическое представление разбиения мультимедийного IMS-сеанса посредством CSI-AS в предшествующем уровне техники;

Фиг.2 - схематическое представление архитектуры реализации существующего 3GPP VCC;

Фиг.3 - блок-схема последовательности операций способа передачи вызова от CS-области в IMS-область в существующем VCC;

Фиг.4 - схематическое структурное представление системы согласно варианту осуществления настоящего изобретения;

Фиг.5 - схематическое представление системы согласно первому варианту осуществления настоящего изобретения;

Фиг.6 - схематическое представление системы согласно второму варианту осуществления настоящего изобретения;

Фиг.7 - схематическое представление системы согласно третьему варианту осуществления настоящего изобретения;

Фиг.8 - схематическое представление системы согласно четвертому варианту осуществления настоящего изобретения;

Фиг.9 - схематическое представление системы согласно пятому варианту осуществления настоящего изобретения;

Фиг.10 - схематическое представление системы согласно шестому варианту осуществления настоящего изобретения;

Фиг.11 - схематическое структурное представление MTF UE многорежимного терминала согласно варианту осуществления настоящего изобретения;

Фиг.12 - схематическое структурное представление MTF согласно варианту осуществления настоящего изобретения;

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

Фиг.14 - блок-схема последовательности сигналов способа согласно первому варианту осуществления настоящего изобретения;

Фиг.15 - блок-схема последовательности сигналов способа согласно второму варианту осуществления настоящего изобретения;

Фиг.16 - блок-схема последовательности сигналов способа согласно третьему варианту осуществления настоящего изобретения;

Фиг.17 - блок-схема последовательности сигналов способа согласно четвертому варианту осуществления настоящего изобретения;

Фиг.18 - блок-схема последовательности сигналов способа согласно пятому варианту осуществления настоящего изобретения;

Фиг.19 - блок-схема последовательности сигналов способа согласно шестому варианту осуществления настоящего изобретения;

Фиг.20 - блок-схема последовательности сигналов способа согласно седьмому варианту осуществления настоящего изобретения;

Фиг.21 - блок-схема последовательности сигналов способа согласно восьмому варианту осуществления настоящего изобретения; и

Фиг.22 - блок-схема последовательности сигналов способа согласно девятому варианту осуществления настоящего изобретения.

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

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

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

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

Режим доступа: MTF UE поддерживает, по меньшей мере, два режима доступа одновременно, включая, но не только, поддержку осуществления доступа к сети CS-области и осуществления доступа к IMS-сети одновременно.

Осуществление доступа к CS-сети состоит в том, что MTF UE инициирует запрос на передачу мультимедийного потока через служебные сигналы CS и затем достигает MTF после завершения посредством функционального объекта межсетевого взаимодействия преобразования из служебных сигналов CS в служебные сигналы по протоколу инициирования сеанса (SIP) в IMS-сети, тем самым реализуя взаимодействие между MTF UE и MTF. Осуществление доступа к IMS-сети состоит в том, что MTF UE взаимодействует с MTF через служебные сигналы SIP.

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

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

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

2) Когда мультимедийный компонент должен быть передан в сеанс, заново установленный в сети доступа на стороне назначения, MTF UE предписывает устанавливать сеанс во входной сети доступа, чтобы переносить компонент мультимедийного потока, который должен быть передан, для того, чтобы завершать передачу компонента мультимедийного потока.

MTF имеет несколько функций, добавляемых к нему на основе функции CSI AS. Следовательно, MTF выполнен с возможностью идентифицировать запрос на передачу мультимедийного потока, отправленный посредством MTF UE, и идентифицировать мультимедийный компонент, который должен быть передан, и компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети, согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе, и затем выступать в качестве агента, чтобы инициировать и выполнять повторное согласование мультимедиа с удаленным UE, с тем чтобы устанавливать мультимедийный поток, поддерживаемый посредством MTF UE во входной сети, соответствующей мультимедийному компоненту, который должен быть передан. Кроме того, деблокирование мультимедийного потока, который должен быть передан до повторного согласования, может быть инициировано после того, как повторное согласование мультимедиа завершено (любое из MTF и MTF UE инициирует деблокирование). Таким образом, замена "новых" и "старых" компонентов мультимедийного потока реализуется, и компонент мультимедийного потока передается.

В конкретной реализации MTF находится в тракте сеанса между MTF UE и удаленным UE через функцию управления сторонними вызовами (3PCC) (включена, но не ограничена ей). Во время передачи компонента мультимедийного потока MTF обменивается данными с MTF UE через служебные сигналы SIP. Когда MTF UE находится в режиме CS-области, связь выполняется после преобразования служебных сигналов CS и служебных сигналов SIP посредством функционального объекта межсетевого взаимодействия.

Функциональный объект межсетевого взаимодействия выполнен с возможностью преобразовывать соответствующие служебные сигналы CS в потоке передачи мультимедийного потока, инициированном посредством MTF UE в CS-области, в служебные сигналы SIP в IMS-области и затем отправлять служебные сигналы в SIP MTF; и преобразовывать служебные сигналы SIP, отправленные посредством MTF в MTF UE в IMS-области, в служебные сигналы CS и затем отправлять служебные сигналы CS в MTF UE.

В конкретной реализации MTF имеет несколько способов развертывания. MTF может быть AS (включая использование только в качестве AS или совместное размещение с другими элементами сети (NE) в качестве AS) и гарантированно активируется посредством сети через механизм запуска согласно критериям начальной фильтрации (iFC). Альтернативно, MTF используется в качестве транзитного объекта для обмена служебными сигналами между MTF UE и сетью. Система, предоставляемая в соответствии с настоящим изобретением, подробно проиллюстрирована ниже с помощью шести вариантов осуществления системы.

В системе согласно первому варианту осуществления MTF используется как один AS, как показано на фиг.5.

В системе этого варианта осуществления MTF обменивается данными с сервером домашних абонентов (HSS) в сети посредством использования Sh-интерфейса, заданного в IMS-сети; MTF обменивается данными с другими объектами в IMS-сети через интерфейс управления IMS-услугами (ISC), заданный в IMS-сети, который использует протокол SIP; MTF доставляет запрошенную информацию с помощью DTF, используя служебные сигналы SIP посредством S-CSCF; gsmSCF взаимодействует с CAMELService посредством использования внутреннего интерфейса; и CAMELService взаимодействует с CSAF посредством использования внутреннего интерфейса. Функция управления шлюзом среды (MGCF) принадлежит функциональному объекту межсетевого взаимодействия из служебных сигналов CS и служебных сигналов SIP.

Когда система этого варианта осуществления реализуется, MTF гарантирует то, что MTF всегда активируется в местоположении ближе к пользователю, чем DTF, посредством механизма запуска согласно iFC. Таким образом, когда MTF UE выступает в качестве вызывающего абонента, MTF активируется посредством сети перед DTF через механизм запуска согласно iFC, а когда MTF UE выступает в качестве вызываемого абонента, MTF активируется посредством сети после DTF через механизм запуска согласно iFC.

В системе согласно второму варианту осуществления MTF совместно размещается с DSF как AS, как показано на фиг.6.

В системе этого варианта осуществления MTF обменивается данными с объектом в IMS-сети через существующие интерфейсы DSF, которыми являются соответственно ISC и Sh; gsmSCF взаимодействует с CAMELService через внутренний интерфейс; и CAMELService взаимодействует с CSAF через внутренний интерфейс. MGCF принадлежит функциональному объекту межсетевого взаимодействия из служебных сигналов CS и служебных сигналов SIP.

Когда система этого варианта осуществления реализуется, MTF обеспечивает то, что AS, где MTF постоянно размещается, всегда активируется в местоположении ближе к пользователю, чем DTF, через механизм запуска согласно iFC. Таким образом, когда MTF UE выступает в качестве вызывающего абонента, MTF активируется посредством сети перед DTF через механизм запуска согласно iFC, а когда MTF UE выступает в качестве вызываемого абонента, MTF активируется посредством сети после DTF через механизм запуска согласно iFC.

В системе согласно третьему варианту осуществления MTF используется как один AS, и MTF UE поддерживает неструктурированные данные по дополнительным услугам (USSD), чтобы доставлять служебные сигналы управления обслуживанием, как показано на фиг.7.

В системе этого варианта осуществления MTF обменивается данными с HSS посредством использования Sh-интерфейса, заданного в технических требованиях IMS, а MTF обменивается данными с S-CSCF через ISC-интерфейс, заданный в технических требованиях IMS, и доставляет требуемую информацию управления передачей и сеансом с помощью DTF через ISC-интерфейс. Необязательно, MTF поддерживает Ma-интерфейс, чтобы выполнять адресацию способом идентификационных данных служб связи общего пользования (PSI).

Функция адаптации USSD (UDAF) обменивается данными с HSS посредством использования MAP или DIAMETER для доставки индикатора управления USSD-услугами, ассоциативно связанного с вызовом, установленным в CS, например, запроса на передачу мультимедийного потока. UDAF отвечает за преобразование запроса в совместимый с SIP запрос. Когда MTF UE находится в домашней сети пользователя, канал USSD может доставляться непосредственно между гостевым центром коммутации мобильной связи (VMSC)/реестром местоположения посетителей (VLR) и UDAF без прохождения через HSS.

Когда система этого варианта осуществления реализуется, MTF обеспечивает то, что MTF всегда активируется в местоположении ближе к пользователю, чем DTF, через механизм запуска согласно iFC. Таким образом, когда MTF UE выступает в качестве вызывающего абонента, MTF активируется посредством сети перед DTF через механизм запуска согласно iFC, а когда MTF UE выступает в качестве вызываемого абонента, MTF активируется посредством сети после DTF через механизм запуска согласно iFC.

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

1. UDAF и MTF комбинируются в AS; или

2. MTF и DSF комбинируются в AS; или

3. MTF, DSF и DTF комбинируются в AS; или

4. UDAF, MTF и DSF комбинируются в AS; или

5. UDAF, MTF, DSF и DTF комбинируются в AS.

6. Когда система этого варианта осуществления комбинируется с системой первого варианта осуществления, UDAF и CSAF комбинируются в AS, а MTF и DSF комбинируются в AS.

В системе согласно четвертому варианту осуществления MTF используется как один AS, и MTF UE поддерживает управление установлением вызова и управление обслуживанием в радиоканале-носителе CS через служебные сигналы SIP радиоканала-носителя PS доступа, как показано на фиг.8.

В системе этого варианта осуществления, в качестве независимого AS, MTF обменивается данными с S-CSCF через ISC-интерфейс, заданный в технических требованиях 3GPP IMS, и доставляет требуемую информацию управления передачей и сеансом с DTF через ISC-интерфейс. Необязательно, MTF поддерживает Ma-интерфейс, который должен адресоваться посредством PSI через этот интерфейс. Необязательно, MTF поддерживает Sh-интерфейс с HSS.

Функция управления радиоканалом-носителем CS (CSC) работает вместе с MTF UE для того, чтобы управлять установлением сеанса и управлением обслуживанием по радиоканалу-носителю CS UE через служебные сигналы SIP по радиоканалу-носителю PS доступа для MTF UE. Необязательно, поддерживается Sh-интерфейс с HSS. Чтобы управлять установлением вызова по радиоканалу-носителю CS, CSC находится ближе к UE, чем MTF.

Когда система этого варианта осуществления реализуется, MTF гарантированно всегда активируется в местоположении ближе к UE, чем DTF, через механизм запуска согласно iFC. Таким образом, когда MTF UE выступает в качестве вызывающего абонента, MTF активируется посредством сети перед DTF через механизм запуска согласно iFC, а когда MTF UE выступает в качестве вызываемого абонента, MTF активируется посредством сети после DTF через механизм запуска согласно iFC. Аналогичным образом, CSC гарантированно активируется в местоположении ближе к UE, чем MTF.

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

1. CSC и MTF комбинируются в AS; или

2. CSC, DSF и MTF комбинируются в AS; или

3. MTF, CSC, DSF и DTF комбинируются в AS; или

4. Система этого варианта осуществления также может быть комбинирована с системой первого варианта осуществления, и CSC и MTF комбинируются в AS; или

5. Система этого варианта осуществления также может быть комбинирована с системой первого варианта осуществления, и CSC, MTF и DSF комбинируются в AS; или

6. Система этого варианта осуществления также может быть комбинирована с системой первого варианта осуществления, и CSC, MTF, DSF и DTF комбинируются в AS.

В системе согласно пятому варианту осуществления MTF совместно размещается с DTF как AS, как показано на фиг.9.

В системе этого варианта осуществления DTF и DSF используют внутренний интерфейс. MTF обменивается данными с объектом в IMS-сети через существующие интерфейсы в DTF, которыми являются соответственно ISC, Sh и Ma; gsmSCF взаимодействует с CAMELService через внутренний интерфейс; и CAMELService взаимодействует с CSAF через внутренний интерфейс. MGCF принадлежит функциональному объекту межсетевого взаимодействия из служебных сигналов CS и служебных сигналов SIP.

Когда система этого варианта осуществления реализуется, MTF активируется посредством сети, когда вызов достигает совместно размещенного NE через механизм запуска согласно iFC.

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

В системе этого варианта осуществления MTF вставляется между маршрутами обслуживания P-CSCF и S-CSCF через специальный поток регистрации и, естественно, может быть вставлен в любой тракт вызова, инициированный и заканчиваемый посредством MTF UE. Функциональный блок шлюза доступа (AGF) отвечает за преобразование служебных сигналов вызова и служебных сигналов SIP в CS-области.

Специальный поток регистрации, например, конфигурирует данные в S-CSCF. После приема запроса на регистрацию от пользователя и завершения аутентификации S-CSCF переносит адрес MTF UE для того, чтобы регистрироваться в MTF. После того как регистрация завершена, адрес MTF возвращается в MTF UE как адрес S-CSCF, и S-CSCF очищает предыдущую информацию о регистрации пользователя. MTF далее выступает в качестве агента пользователя, чтобы инициировать регистрацию в S-CSCF. S-CSCF приспосабливает адрес MTF в качестве адреса MTF UE. Таким образом, MTF находится между MTF UE и S-CSCF.

Когда система этого варианта осуществления реализуется, вызов активируется посредством сети при достижении MTF.

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

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

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

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

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

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

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

На основе вышеупомянутой системы функциональный блок передачи мультимедиа (т.е. MTF) дополнительно предоставляется в варианте осуществления настоящего изобретения. Ссылаясь на фиг.12, MTF включает в себя получающий модуль, модуль агента и модуль деблокирования, соединенные последовательно.

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

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

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

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

На S1, MTF UE инициирует запрос на передачу мультимедийного потока, переносящий контекстную информацию по передаче мультимедийного потока.

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

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

MTF UE указывает установление вызова во входной сети доступа, чтобы переносить компонент мультимедийного потока, который должен быть передан.

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

1) Идентификационная информация мультимедийного компонента, который должен быть передан, адаптирована идентифицировать то, какой мультимедийный компонент должен быть передан. Ее конкретной реализацией является независимый идентификатор мультимедийного компонента (т.е. информация SDP мультимедийного компонента), например информация IP-адреса и номера порта мультимедиа обработки; или комбинация идентификатора существующего сеанса и идентификатора мультимедийного компонента.

2) Информация компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети, включает в себя, но не только, информацию о мультимедийном формате и информацию о мультимедийном порте.

3) Индикатор замены обозначает замену мультимедийного компонента, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети, соответствующей мультимедийному компоненту, который должен быть передан.

В конкретной реализации контекстная информация по передаче мультимедийного потока переносится посредством расширения поля заголовка, параметра или тела сообщения в запросе на установление SIP-сеанса в IMS-области, чтобы доставлять контекстную информацию по передаче мультимедийного потока в MTF. Следующие случаи могут существовать дополнительно.

В первом случае, если MTF UE инициирует запрос на передачу мультимедийного потока в IMS-области, контекстная информация по передаче мультимедийного потока переносится в запросе, когда компонуется запрос на установление SIP-сеанса.

Во втором случае, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что включает в себя следующие этапы. MTF UE переносит вышеупомянутую информацию в информационном элементе пользовательского режима (User2User) запроса на передачу в области. После приема запроса VMSC запускает запрос в прикладной объект CAMEL (CAMELService) пользователя для хранения через информационный элемент User2User в IDP-сообщении CAMEL. Когда запрос на передачу в области в CS-области маршрутизирован в IMS-область, CSAF взаимодействует с CAMELService так, чтобы получать информацию, и затем переносит информацию в сообщении запроса на установление SIP-сеанса при компоновании сообщения. Способ переноса является таким же, как способ, когда информация доставляется в IMS-области. Впоследствии, информация запускается в MTF в сообщении запроса на установление SIP-сеанса, так чтобы она была доставлена из MTF UE в MTF.

Альтернативно, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что включает в себя следующие этапы. MTF UE переносит вышеупомянутую информацию в информационном элементе User2User запроса на передачу в области. После приема запроса VMSC доставляет элемент через служебные сигналы межсетевого интерфейса, например абонентскую подсистему сигнализации для цифровых сетей с предоставлением комплексных услуг (ISUP), независимое управление вызовами в радиоканале-носителе (BICC) и т.д., затем преобразует информационный элемент в любую форму или комбинацию параметра, поля заголовка или тела сообщения в служебных сигналах SIP посредством MGCF объекта межсетевого взаимодействия IMS-сети, и в завершение доставляет контекстную информацию передачи в MTF через служебные сигналы SIP.

Альтернативно, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что включает в себя следующие этапы. MTF UE переносит вышеупомянутую информацию в информационном элементе User2User запроса на передачу в области. После приема запроса AGF преобразует элемент в любую форму или комбинацию параметра, поля заголовка или тела сообщения в служебных сигналах SIP и в завершение доставляет его в MTF через служебные сигналы SIP.

На S2 MTF выступает в качестве агента, чтобы инициировать и выполнять повторное согласование мультимедиа с удаленным UE согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе.

На этом этапе сначала MTF идентифицирует то, что MTF UE инициирует запрос на передачу мультимедийного потока, согласно индикатору замены, переносимому в запросе. Затем MTF ассоциативно связывает ветвь сеанса удаленного UE (удаленную ветвь) согласно известному идентификатору сеанса стороны доступа (т.е. идентификатору ветви доступа мультимедийного потока, который должен быть передан), и выступает в качестве агента для того, чтобы инициировать и выполнять согласование мультимедиа с удаленным UE на удаленной ветви (т.е. повторно согласовывает удаленную ветвь) на основе информации компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети, соответствующей идентификационной информации мультимедийного компонента, который должен быть передан.

На S3 мультимедийный поток, который должен быть передан до повторного согласования, деблокируется после того, как повторное согласование мультимедиа завершено.

После того, как повторное согласование мультимедиа успешно выполнено, мультимедийный поток, который должен быть передан до повторного согласования, деблокируется (т.е., ветвь доступа мультимедийного потока, который должен быть передан, деблокируется), с тем чтобы соответственно заменить мультимедийный компонент, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети.

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

Если исходный сеанс удерживает, по меньшей мере, два компонента мультимедийного потока, MTF или MTF UE инициирует повторное согласование мультимедиа и деблокирует мультимедийный поток, который должен быть передан через повторное согласование мультимедиа между MTF и MTF UE.

Если исходный сеанс удерживает один компонент мультимедийного потока, MTF или MTF UE инициирует деблокирование исходного сеанса, с тем чтобы деблокировать мультимедийный поток, который должен быть передан.

Настоящее изобретение проиллюстрировано ниже с помощью девяти вариантов осуществления.

В способе согласно первому варианту осуществления мультимедиа не в реальном времени передается из IP-CAN2 в IP-CAN1 (примечание: 1. этот вариант осуществления рассматривает передачу мультимедийного потока не в реальном времени в качестве примера и также может быть применен к передаче мультимедийного потока реального времени; 2. повторное согласование мультимедиа рассматривает REINVITE в качестве примера и также может использовать другой способ SIP, например UPDATE; 3. режим может быть применен к любым способам развертывания системы, которые описываются выше; 4. этот вариант осуществления показывает только ключевые объекты обработки, но не включает в себя все сетевые объекты; 5. согласование мультимедиа с удаленным концом и процесс установления нового сеанса в сети назначения могут выполняться в другом порядке, и этот вариант осуществления предоставляет только предпочтительный способ реализации; и 6. когда мультимедиа передается в CS, инициирование и доставка запроса на его передачу может быть реализована посредством способов, показанных в третьем, четвертом, пятом, шестом и седьмом вариантах осуществления). Ссылаясь на фиг.14, предварительное условие заключается в том, что MTF UE выполняет мультимедийный IMS-сеанс с удаленным UE способом доступа по IP2, и объект MTF закрепляется в тракте вызова. Способ включает в себя следующие этапы.

1. MTF UE определяет, что мультимедиа не в реальном времени должно быть передано из IP-CAN2 в радиоканал-носитель IP-CAN1, так чтобы MTF UE инициировало вызов во входной сети и переносило контекст передачи мультимедийного потока.

2. Когда MTF реализован как AS, S-CSCF в IMS-сети запускает вызов в MTF для обработки через iFC; а когда MTF находится между P-CSCF/AGF и S-CSCF, поскольку MTF вставлен в тракт передачи служебных сигналов в ходе регистрации, запрос на установление вызова, отправленный посредством MTF UE, может быть получен естественным образом. При приеме запроса на установление вызова MTF составляет новый SDP на удаленной ветви после того, как MTF заменяет старую мультимедийную информацию не в реальном времени на новую мультимедийную информацию не в реальном времени согласно контексту передачи мультимедийного потока.

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

4. После того как мультимедийный поток не в реальном времени в новом радиоканале-носителе установлен, MTF деблокирует исходный сеанс, где мультимедиа не в реальном времени постоянно размещается (примечание: этот вариант осуществления рассматривает деблокирование исходного сеанса, где мультимедиа не в реальном времени постоянно размещается, в качестве примера, но также может удалять передаваемое мультимедиа через процесс согласования мультимедиа в исходном сеансе).

В способе согласно второму варианту осуществления мультимедиа реального времени передается из CS в существующий сеанс по IP-CAN1 (примечание: 1. этот вариант осуществления рассматривает передачу мультимедиа реального времени в качестве примера, но также может быть применен к передаче мультимедиа не в реальном времени; 2. повторное согласование мультимедиа рассматривает REINVITE в качестве примера, но также может использовать другие потоки изменения мультимедиа SIP, например UPDATE; 3. режим может быть применен к любым способам развертывания системы, которые описываются выше; 4. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; и 5. согласование мультимедиа с удаленным концом и процесс установления нового сеанса во входной сети могут выполняться в другом порядке, и этот вариант осуществления предоставляет только предпочтительный способ реализации). Ссылаясь на фиг.15, предварительное условие заключается в том, что MTF UE выполняет ассоциативно связанный мультимедийный IMS-сеанс с удаленным UE способом доступа по IP1 и CS, и объект MTF закрепляется в тракте вызова. Способ включает в себя следующие этапы.

1. MTF UE определяет, что мультимедиа реального времени должно быть передано из CS в существующий сеанс не в реальном времени по радиоканалу-носителю IP-CAN1, и таким образом MTF UE инициирует повторное согласование мультимедийного потока во входной сети и переносит контекст передачи мультимедийного потока.

2. Когда MTF реализован как AS, S-CSCF в IMS-сети запускает вызов в MTF для обработки через iFC; а когда MTF находится между P-CSCF/AGF и S-CSCF, поскольку MTF вставлен в тракт передачи служебных сигналов в ходе регистрации, запрос на установление вызова, отправленный посредством MTF UE, может быть получен естественным образом. При приеме запроса на установление вызова старая мультимедийная информация реального времени заменяется на новую мультимедийную информацию реального времени согласно контексту передачи мультимедийного потока, и новая информация SDP по удаленной ветви составляется.

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

4. После того как мультимедийный поток реального времени в новом радиоканале-носителе установлен, MTF деблокирует исходный сеанс, где мультимедиа реального времени постоянно размещается.

В способе согласно третьему варианту осуществления предоставляется способ, которым контекст передачи мультимедийного потока доставляется в MTF в доступе CS (примечание: 1. этот вариант осуществления может быть применен к системам первого, второго и пятого вариантов осуществления; 2. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; и 3. MTF UE поддерживает, по меньшей мере, способ доступа CS и один способ доступа по IP). Ссылаясь на фиг.16, способ включает в себя следующие этапы.

1. MTF UE переносит контекст передачи мультимедийного потока в информационном элементе User2User, который должен быть доставлен в абонентскую станцию VMSC для обработки через интерфейс абонентской сети.

2. VMSC доставляет, через сообщение CAMEL IDP, информацию, принимаемую от элемента User2User, в приложение SCP (здесь приложение SCP обозначает все объекты gsmSCP и CAMELService, и сообщение CAMEL должно быть сначала запущено в gsmSCP, а затем доставлено в CAMELService через внутренний интерфейс) в домашней IMS-сети пользователя согласно подписке пользователя. Приложение SCP само выделяет маршрутный номер IMS (IMRN) или взаимодействует с CSAF для того, чтобы выделять IMRN, и возвращает IMRN в VMSC в ответном IDP-сообщении.

3. VMSC маршрутизирует вызов в шлюз MGCF IMS-сети согласно перенаправленному номеру. MGCF перенаправляет вызов в объект CSAF посредством использования Ma-интерфейса через опрашивающую CSCF (I-CSCF).

4. CSAF взаимодействует с приложением SCP для того, чтобы получать сохраненную информацию CS-области при принятии вызова, маршрутизируемого из CS-области, и компонует вышеупомянутую информацию в соответствующее поле информации SIP.

5. CSAF перенаправляет вызов в S-CSCF для обработки.

6. S-CSCF запускает вызов в AS, где MTF постоянно размещается, согласно iFC.

В способе согласно четвертому варианту осуществления предоставляется второй путь, которым контекст передачи мультимедийного потока доставляется в MTF в доступе CS (примечание: 1. этот вариант осуществления может быть применен к системе третьего варианта осуществления; 2. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; 3. MTF UE поддерживает, по меньшей мере, способ доступа CS и один способ доступа по IP; и 4. этот поток с небольшими изменениями также может быть применен к другим возможным вариантам системы согласно третьему варианту осуществления). Ссылаясь на фиг.17, способ включает в себя следующие этапы.

1. MTF UE выполняет вызов по номеру PSI, соответствующему UDAF в CS-сети, после определения того, что мультимедиа должно быть передано в CS-сеть.

2-4. Согласно этому номеру PSI вызов маршрутизируется в IMS-сеть, и вызов перенаправляется в UDAF для обработки посредством выполнения маршрутизации PSI через I-CSCF (также могут быть приспособлены другие способы маршрутизации PSI).

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

6-7. Согласно способу маршрутизации USSD-приложения HSS перенаправляет этот запрос в UDAF для обработки (здесь роуминг MTF UE рассматривается в качестве примера; и если MTF UE находится в домашней области, запрос может не проходить через HSS).

8. UDAF находит вызов, который должен быть обработан, согласно информации об ассоциативной связи и затем компонует контекст передачи мультимедийного потока в SIP-запросе согласно контекстной информации передачи (т.е. согласно принимаемой контекстной информации по передаче мультимедийного потока, которая переносится посредством MTF UE в USSD-сообщении, и UDAF преобразует информацию в запрос передачи мультимедиа в SIP-сеансе).

9-10. UDAF запускает вызов в AS, где MTF постоянно размещается, согласно iFC после перенаправления вызова в S-CSCF.

Способ согласно пятому варианту осуществления, предоставляется путь, которым контекст передачи мультимедийного потока доставляется в MTF в доступе PS (примечание: 1. этот вариант осуществления может быть применен к системе четвертого варианта осуществления; 2. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; 3. MTF UE поддерживает, по меньшей мере, способ доступа CS и один способ доступа по IP; и 4. этот поток с небольшими изменениями также может быть применен к другим возможным вариантам системы согласно четвертому варианту осуществления). Предварительное условие заключается в том, что MTF UE и его обслуживающая сеть поддерживают управление установлением CS-сеанса через служебные сигналы, переносимые посредством PS. Ссылаясь на фиг.18, способ включает в себя следующие этапы.

1. MTF UE выполняет вызов по специальному номеру вызываемого абонента (например, VDI) в PS-сети после определения того, что мультимедиа должно быть передано в CS-сеть, и переносит контекстную информацию по передаче мультимедийного потока, обозначающую, что мультимедиа передается в CS.

2. IMS-сеть запускает запрос на установление вызова в AS, где MTF/CSC постоянно размещается, для обработки согласно соответствию iFC вызывающего абонента.

3. MTF/CSC определяет, что есть еще мультимедиа реального времени, которое должно быть передано, и ожидает запроса на установление сеанса по радиоканалу-носителю CS с тем, чтобы ассоциативно связывать эти два запроса на установление сеанса. Необязательно, MCC/CSC, например, выделяет динамический номер передачи VDN посредством переноса информации об ассоциативной связи между CS-сеансом и PS-сеансом по IPI в обратном ответе на запрос на установление IPI-сеанса, например 183. Номер может быть номером PSI в IMS-сети к AS, где MTF/CSC постоянно размещается.

4-7. После приема ответа MTF UE использует выделенный номер передачи в качестве номера вызываемого абонента. Поскольку номер вызываемого абонента - это номер PSI для MTF/CSC, запрос на установление вызова может быть перенаправлен в AS, где MCC/CSC постоянно размещается, для обработки (когда два сеанса ассоциативно связаны через номер вызывающего абонента и индикатор передачи, маршрутный номер передачи может быть сконфигурирован в MCC UE без ожидания динамического выделения сети; в этот момент 4-й этап и 1-й этап выполняются одновременно, чтобы уменьшать задержку на установление обмена служебными сигналами по передаче).

8. После приема запроса на установление CS-сеанса MTF/CSC находит запрос на установление сеанса в PS согласно вышеупомянутому способу ассоциативной связи и выполняет обработку передачи мультимедиа согласно контекстной информации по передаче мультимедийного потока.

Способ согласно шестому варианту осуществления предоставляет третий путь, которым контекст передачи мультимедийного потока доставляется в MTF в доступе CS (примечание: 1. этот вариант осуществления может быть применен к системам первого, второго и пятого вариантов осуществления; 2. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; и 3. MTF UE поддерживает, по меньшей мере, способ доступа CS и один способ доступа по IP). Ссылаясь на фиг.19, способ включает в себя следующие этапы.

1. MTF UE переносит контекст передачи мультимедийного потока в информационном элементе User2User, который должен быть доставлен в абонентскую станцию VMSC для обработки через интерфейс абонентской сети.

2. VMSC компонует принимаемый элемент User2User в информационный элемент User2User в служебных сигналах NNI (ISUP или BICC) и перенаправляет вызов в MGCF для обработки согласно обработке перенаправления CAMEL.

3. MGCF преобразует информационный элемент User2User в параметр, поле заголовка или тело сообщения запроса на установление SIP-сеанса и затем компонует запрос в SIP-сообщение.

4-5. Запрос на установление SIP-сеанса маршрутизируется в IMS-сеть, и IMS-сеть запускает вызов в AS, где MTF постоянно размещается, согласно iFC вызывающего абонента.

Способ согласно седьмому варианту осуществления предоставляет четвертый путь, которым контекст передачи мультимедийного потока доставляется в MTF в доступе CS (примечание: 1. этот вариант осуществления может быть применен к системе шестого варианта осуществления; и 2. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты). Ссылаясь на фиг.20, способ включает в себя следующие этапы.

1. MTF UE переносит контекст передачи мультимедийного потока в элементе User2User и доставляет элемент в AGF для обработки через интерфейс абонентской сети.

2. AGF преобразует принимаемый элемент User2User в параметр, поле заголовка или тело сообщения запроса на установление SIP-сеанса и затем компонует запрос в SIP-сообщение.

3. AGF перенаправляет запрос на установление SIP-сеанса в домашнюю IMS-сеть пользователя согласно информации регистрации, и связанный объект IMS-сети, например S-CSCF, запускает вызов в MTF для обработки согласно iFC вызывающего абонента.

В способе согласно восьмому варианту осуществления предоставляется обработка деблокирования, в которой мультимедиа реального времени в мультимедийном сеансе передается из IP-CAN2 в IP-CAN1 (примечание: 1. обработка деблокирования в этом варианте осуществления может быть применена к любому режиму передачи (включая режимы в способах первого и второго вариантов осуществления) или применена к передаче мультимедиа не в реальном времени в мультимедийном сеансе; 2. повторное согласование мультимедиа рассматривает REINVITE в качестве примера, но также может применять другие потоки изменения мультимедиа SIP, например UPDATE; 3. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; и 4. согласование мультимедиа с удаленным концом и процесс установления нового сеанса в сети назначения может выполняться в другом порядке, и этот вариант осуществления предоставляет только предпочтительный способ реализации). Ссылаясь на фиг.21, предварительное условие заключается в том, что MTF UE выполняет мультимедийный IMS-диалог с удаленным UE способом доступа по IP2, и объект MTF закрепляется в тракте вызова. Способ включает в себя следующие этапы.

1-3. Выполняется поток согласования мультимедиа, в котором мультимедиа реального времени в мультимедийном сеансе передается из IP-CAN2 в IP-CAN1.

4. MTF деблокирует мультимедиа реального времени, которое должно быть передано посредством выполнения повторного согласования мультимедиа в исходном сеансе после того, как мультимедийный поток реального времени в новом радиоканале-носителе установлен (альтернативно, MTF UE инициирует повторное согласование, чтобы деблокировать мультимедиа, которое передано в мультимедийном сеансе после обнаружения переключения мультимедийного канала).

В способе согласно девятому варианту осуществления предоставляется обработка деблокирования, в которой сеанс мультимедиа реального времени передается из IP-CAN2 в IP-CAN1 (примечание: 1. обработка деблокирования в этом варианте осуществления может быть применена к любому режиму передачи (включая режимы в способах первого и второго вариантов осуществления) или применена к передаче мультимедиа не в реальном времени в мультимедийном сеансе; 2. повторное согласование мультимедиа рассматривает REINVITE в качестве примера, но также может применять другой поток изменения мультимедиа SIP, например UPDATE; 3. этот вариант осуществления показывает только ключевые объекты обработки и не включает в себя все сетевые объекты; 4. согласование мультимедиа с удаленным концом и процесс установления нового сеанса в сети назначения может выполняться в другом порядке, и этот вариант осуществления предоставляет только предпочтительный способ реализации; и 5. MTF UE включает в себя, по меньшей мере, два способа доступа по IP). Ссылаясь на фиг.22, предварительное условие заключается в том, что MTF UE выполняет IMS-сеанс, включающий в себя мультимедиа реального времени, с удаленным UE способом доступа по IP2, и объект MTF закрепляется в тракте вызова. Способ включает в себя следующие этапы.

1-3. Выполняется поток согласования мультимедиа, в котором мультимедиа реального времени в мультимедийном сеансе передается из IP-CAN2 в IP-CAN1.

4. MTF деблокирует исходный сеанс после того, как мультимедийный поток реального времени в новом радиоканале-носителе установлен (альтернативно, MTF UE инициирует деблокирование исходного сеанса, где мультимедиа, которое передается, постоянно размещается, после обнаружения переключения мультимедийного канала).

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

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

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

Изобретение относится к системам связи. Система, способ и устройство для реализации непрерывности мультимедийных вызовов разрешают проблему в том, что когда передача в области выполняется, часть мультимедийного потока в мультимедийном сеансе не может быть передана между радиоканалами-носителями различных режимов доступа. Помимо удаленного UE система дополнительно включает в себя MTF UE многорежимного терминала, которое поддерживает передачу мультимедийного потока между несколькими режимами и переносит контекстную информацию по передаче мультимедийного потока в инициированном запросе на передачу мультимедийного потока, и функцию передачи мультимедиа (MTF), которая выступает в качестве агента, чтобы инициировать и выполнять повторное согласование мультимедиа с удаленным UE согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе. После повторного согласования мультимедиа MTF UE или MTF выполнены с возможностью деблокировать мультимедийный поток, который должен быть передан до повторного согласования. Следовательно, когда передача в области выполняется, мультимедийный поток может быть передан между радиоканалами-носителями различных режимов доступа, которые поддерживает MTF UE. 4 н. и 15 з.п. ф-лы, 22 ил.

1. Абонентское устройство с функцией передачи мультимедиа (MTF UE), содержащее:
модуль передачи, выполненный с возможностью поддерживать передачу мультимедийных потоков между несколькими сетями доступа;
инициирующий модуль, выполненный с возможностью инициировать запрос на передачу мультимедийного потока в отношении стороны сети согласно указанию модуля передачи;
модуль добавления информации, выполненный с возможностью добавлять контекстную информацию по передаче мультимедийного потока в запрос на передачу мультимедийного потока, инициированный инициирующим модулем, при этом контекстная информация по передаче мультимедийного потока содержит, по меньшей мере, идентификационную информацию мультимедийного компонента, который должен быть передан, информацию компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети доступа, и индикатор замены,
причем идентификационная информация мультимедийного компонента, который должен быть передан, приспособлена идентифицировать то, какой мультимедийный компонент должен быть передан, а индикатор замены обозначает замену мультимедийного компонента, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети доступа, соответствующий мультимедийному компоненту, который должен быть передан,
при этом MTF UE в необязательном порядке содержит модуль деблокирования, причем модуль деблокирования выполнен с возможностью деблокировать мультимедийный поток, который должен быть передан до повторного согласования мультимедиа, после получения сведений о том, что сторона сети реализует повторное согласование мультимедиа согласно контекстной информации по передаче мультимедийного потока, добавленной модулем добавления информации.

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

3. Система для реализации непрерывности мультимедийных вызовов, содержащая абонентское устройство с функцией передачи мультимедиа (MTF UE) и дополнительно содержащая функциональный блок передачи мультимедиа (MTF), при этом MTF UE содержит:
модуль передачи, выполненный с возможностью поддерживать передачу мультимедийных потоков между несколькими сетями доступа, инициирующий модуль, выполненный с возможностью инициировать запрос на передачу мультимедийного потока в отношении стороны сети согласно указанию модуля передачи,
модуль добавления информации, выполненный с возможностью добавлять контекстную информацию по передаче мультимедийного потока в запрос на передачу мультимедийного потока, инициированный инициирующим модулем; при этом MTF выполнен с возможностью функционировать в качестве агента, чтобы инициировать и выполнять повторное согласование мультимедиа с удаленным UE согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе,
причем, после того как повторное согласование мультимедиа завершено, MTF UE или MTF выполнены с возможностью деблокировать мультимедийные потоки, которые должны быть переданы до повторного согласования мультимедиа,
при этом контекстная информация по передаче мультимедийного потока содержит, по меньшей мере, идентификационную информацию мультимедийного компонента, который должен быть передан, информацию компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети доступа, и индикатор замены,
причем идентификационная информация мультимедийного компонента, который должен быть передан, приспособлена идентифицировать, какой мультимедийный компонент должен быть передан, а индикатор замены обозначает замену мультимедийного компонента, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети доступа, соответствующий мультимедийному компоненту, который должен быть передан.

4. Система по п.3, дополнительно содержащая функциональный объект межсетевого взаимодействия между MTF UE и MTF, выполненный с возможностью преобразовывать соответствующие служебные сигналы по схеме с коммутацией каналов (CS) в CS-области и служебные сигналы по протоколу инициирования сеанса (SIP) в области мультимедийной системы по Интернет-протоколу (IP) (IMS) для передачи мультимедийного потока, инициированной посредством MTF UE.

5. Система по п.3 или 4, в которой MTF находится в сервере приложений (AS) и MTF гарантированно активируется сетью через механизм запуска согласно критериям начальной фильтрации (iFC).

6. Система по п.5, при этом, если система дополнительно содержит функциональный блок передачи в области (DTF), совместно размещенный с MTF, MTF активируется сетью, когда вызов достигает совместно размещенного AS, через механизм запуска согласно iFC.

7. Функциональный блок передачи мультимедиа (MTF), содержащий: получающий модуль, выполненный с возможностью получать контекстную информацию по передаче мультимедийного потока из запроса на передачу мультимедийного потока, инициированного абонентским устройством с функцией передачи мультимедиа (MTF UE);
модуль агента, выполненный с возможностью функционировать в качестве агента, чтобы инициировать и осуществлять повторное согласование мультимедиа с удаленным UE согласно контекстной информации по передаче мультимедийного потока, полученной получающим модулем,
при этом контекстная информация по передаче мультимедийного потока содержит, по меньшей мере, идентификационную информацию мультимедийного компонента, который должен быть передан, информацию компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети доступа, и индикатор замены,
причем идентификационная информация мультимедийного компонента, который должен быть передан, приспособлена идентифицировать, какой мультимедийный компонент должен быть передан, а индикатор замены обозначает замену мультимедийного компонента, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети доступа, соответствующий мультимедийному компоненту, который должен быть передан;
при этом MTF в необязательном порядке содержит модуль деблокирования, причем модуль деблокирования выполнен с возможностью деблокировать мультимедийный поток, который должен быть передан до повторного согласования мультимедиа, после того как модуль агента завершит повторное согласование мультимедиа.

8. Способ реализации непрерывности мультимедийных вызовов, содержащий этапы, на которых:
принимают, посредством функционального блока передачи мультимедиа (MTF), запрос на передачу мультимедийного потока;
инициируют и выполняют, посредством MTF, функционирующего в качестве агента, повторное согласование мультимедиа с удаленным абонентским устройством (UE) согласно контекстной информации по передаче мультимедийного потока, переносимой в запросе на передачу мультимедийного потока, отправленном посредством MTF UE,
при этом контекстная информация по передаче мультимедийного потока содержит, по меньшей мере, идентификационную информацию мультимедийного компонента, который должен быть передан, информацию компонента мультимедийного потока, поддерживаемого посредством MTF UE во входной сети доступа, и индикатор замены,
причем идентификационная информация мультимедийного компонента, который должен быть передан, приспособлена идентифицировать, какой мультимедийный компонент должен быть передан, а индикатор замены обозначает замену мультимедийного компонента, который должен быть передан, на компонент мультимедийного потока, поддерживаемый посредством MTF UE во входной сети доступа, соответствующий мультимедийному компоненту, который должен быть передан.

9. Способ по п.8, дополнительно содержащий этап, на котором:
деблокируют, посредством MTF, мультимедийный поток, который должен быть передан до повторного согласования мультимедиа, после завершения повторного согласования мультимедиа.

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

11. Способ по п.8, в котором MTF UE инициирует запрос на передачу мультимедийного потока одним из следующих способов:
MTF UE инструктирует передавать по меньшей мере один компонент мультимедийного потока, который должен быть передан, в существующий сеанс во входной сети доступа и
MTF UE инструктирует заново устанавливать вызов в этой входной сети доступа для переноса по меньшей мере одного компонента мультимедийного потока, который должен быть передан.

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

13. Способ по п.9, в котором деблокирование мультимедийного потока, который должен быть передан до повторного согласования мультимедиа, содержит один из следующих путей:
если по меньшей мере два компонента мультимедийного потока остаются в исходном сеансе, MTF или MTF UE инициирует повторное согласование мультимедиа и деблокирует мультимедийный поток, который должен быть передан, через повторное согласование мультимедиа между MTF и MTF UE; и,
если один компонент мультимедийного потока остается в исходном сеансе, MTF или MTF UE инициирует деблокирование исходного сеанса, с тем чтобы деблокировать мультимедийный поток, который должен быть передан.

14. Способ по любому из пп.8-13, в котором в области мультимедийной системы по Интернет-протоколу (IP) (IMS) контекстная информация по передаче мультимедийного потока переносится посредством расширения поля заголовка, параметра или тела сообщения в запросе на установление сеанса по протоколу инициирования сеанса (SIP).

15. Способ по п.14, в котором, если MTF UE инициирует запрос на передачу мультимедийного потока в области с коммутацией каналов (CS), MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что содержит этапы, на которых:
переносят, посредством MTF UE, контекстную информацию по передаче мультимедийного потока в информационном элементе пользовательского режима (User2User) запроса на установление CS-вызова и отправляют запрос стороне сети;
запускают, посредством гостевого центра коммутации мобильной связи (VMSC), контекстную информацию, переносимую в запросе к пользовательской точке управления обслуживанием (SCP) CAMELService, соответствующей прикладному объекту специализированных приложений для усовершенствованной логики мобильной сети (CAMEL), для сохранения после приема запроса;
когда запрос на передачу мультимедийного потока в CS-области маршрутизируется в IMS-область, взаимодействуют посредством функционального блока адаптации CS (CSAF) с CAMELService, для того чтобы получать контекстную информацию, и переносят контекстную информацию в запросе при компоновании запроса на установление SIP-сеанса; и
перенаправляют, посредством CSAF, запрос на установление SIP-сеанса в MTF через IMS-сеть.

16. Способ по п.14, в котором, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что содержит этапы, на которых:
переносят, посредством MTF UE, контекстную информацию по передаче мультимедийного потока в информационном элементе User2User запроса на передачу мультимедийного потока и отправляют запрос стороне сети;
перенаправляют, посредством VMSC, запрос в функциональный блок управления шлюзом среды (MGCF) в качестве функционального объекта межсетевого взаимодействия через служебные сигналы межсетевого интерфейса после приема запроса;
преобразуют, посредством MGCF, упомянутый запрос в запрос на установление SIP-сеанса и
перенаправляют, посредством MGCF, запрос на установление SIP-сеанса в MTF через IMS-сеть.

17. Способ по п.14, в котором, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что содержит этапы, на которых:
переносят, посредством MTF UE, контекстную информацию по передаче мультимедийного потока в информационном элементе User2User запроса на передачу мультимедийного потока и отправляют запрос стороне сети;
преобразуют, посредством функционального блока шлюза доступа (AGF), упомянутый запрос в запрос на установление SIP-сеанса после приема запроса и
отправляют, посредством AGF, запрос на установление SIP-сеанса в MTF через IMS-сеть.

18. Способ по п.14, в котором, если MTF UE инициирует запрос на передачу мультимедийного потока в CS-области, MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что содержит этапы, на которых:
выполняют вызов, посредством MTF UE, по номеру идентификационных данных служб связи общего пользования (PSI), соответствующему функциональному блоку адаптации USSD (UDAF) в CS-сети, после определения того, что мультимедиа должно быть передано в CS-сеть;
отправляют, посредством MTF UE, сообщение в формате неструктурированных данных по дополнительным услугам (USSD), переносящее контекстную информацию по передаче мультимедийного потока и информацию об ассоциативной связи CS-вызова с UDAF;
находят, посредством UDAF, вызов, который должен быть обработан согласно информации об ассоциативной связи, и компонуют контекстную информацию по передаче мультимедийного потока в запрос на передачу мультимедиа в SIP-сеансе; и
запускают в MTF через критерии начальной фильтрации (iFC).

19. Способ по п.14, в котором, если MTF UE инициирует запрос на передачу мультимедийного потока в области с коммутацией пакетов (PS), MTF UE доставляет контекстную информацию по передаче мультимедийного потока в MTF, что содержит этапы, на которых:
выполняют вызов, посредством MTF UE, по специальному номеру вызываемого абонента в PS-сети и переносят контекстную информацию по передаче мультимедийного потока после определения того, что мультимедиа должно быть передано в CS-сеть доступа;
запускают, посредством IMS-сети, запрос на установление вызова в MTF согласно соответствию iFC вызывающего абонента;
выделяют, посредством MTF, PSI-номер MTF для MTF UE в качестве маршрутного номера передачи;
инициируют, посредством MTF UE, запрос на установление CS-вызова с выделенным маршрутным номером передачи в качестве номера вызываемого абонента после приема ответа и
находят, посредством MTF, вызов в PS-сети доступа согласно ассоциативной взаимосвязи между вызовом в PS-сети доступа и маршрутным номером передачи после приема запроса на установление CS-вызова и выполняют обработку передачи мультимедийного потока согласно контекстной информации по передаче мультимедийного потока.