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

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

Иллюстрации

Показать все

Реферат

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

Данная заявка притязает на приоритет международной заявки номер 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. Таки