Установка сеансов связи

Установка сеансов связи

Иллюстрации

Показать все

Реферат

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

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

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

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

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

Системы связи, обеспечивающие радиосвязь для пользовательского оборудования, известны. Примером систем радиосвязи является наземная сеть мобильной связи общего пользования (PLMN, НСМСОП). PLMN обычно основана на технологии сотовой связи. В системах сотовой связи, базовая приемо-передающая станция (BTS, БППС) или аналогичный объект доступа обслуживает пользовательское оборудование (UE, ПО) радиосвязи, известное также как мобильные станции (MS, МС), через интерфейс радиосвязи между этими объектами. Связь на интерфейсе радиосвязи между пользовательским оборудованием и элементами сети связи может быть основана на соответствующем протоколе связи. Функционирование устройства базовой станции и другого устройства, требуемого для связи, может управляться одним или несколькими объектами управления. Различные объекты управления могут быть соединены между собой.

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

Примером услуг, которые могут быть предложены пользователю, такому как абоненты систем связи, являются так называемые услуги мультимедиа. Некоторые из систем связи, которые обеспечивали возможность предложения услуг мультимедиа, известны как сети Мультимедиа Протокола Интернет (IP, ИП). Функциональные возможности мультимедиа IP (IM, МИ) могут быть обеспечены посредством подсистемы базовой сети (CN, БС) Мультимедиа IP, или кратко подсистемы Мультимедиа IP (IMS, ПМИ). IMS содержит различные сетевые объекты для обеспечения услуг мультимедиа. Услуги IMS предназначены для предложения, среди других услуг, соединений IP между мобильным пользовательским оборудованием.

Проект партнерства по (сетям связи) третьего поколения (3GPP) определил использование обобщенных услуг пакетной радиопередачи (GPRS, ОУПР) для обеспечения услуг IMS, и поэтому он будет использоваться далее как пример возможной основной сети связи, предоставляющей услуги IMS. Операционная среда, иллюстрирующая обобщенные услуги пакетной радиопередачи (GPRS) содержит одну или большее количество зон обслуживания подсети, которые соединены между собой посредством основной сети GPRS. Подсеть содержит (некоторое) количество узлов обслуживания (SN, УО) пакетированных данных. В этом приложении узлы обслуживания упоминаются как сервисные узлы поддержки обслуживания GPRS (SGSN). Каждый из SGSN соединен, по меньшей мере, с одной сетью мобильной связи, обычно с системами базовой станции. Соединение обычно происходит посредством контроллеров сети радиосвязи (RNC, КСР) или других контроллеров системы доступа, таких как контроллеры базовых станций (BSC, КБС) таким образом, что обслуживание пакетов может быть обеспечено для мобильного пользовательского оборудования через несколько базовых станций. Промежуточная сеть мобильной связи обеспечивает передачу данных с коммутацией пакетов между узлом поддержки и мобильным пользовательским оборудованием. В свою очередь различные подсети соединены с внешней сетью передачи данных, например с коммутируемой сетью передачи данных общего пользования (PSPDN, КСПДОП), через шлюзовые узлы поддержки услуг GPRS (GGSN, ШУПО). Соответственно услуги GPRS позволяют обеспечивать передачу пакетированных данных между мобильными терминалами (передачи) данных и внешними сетями передачи данных.

В такой сети устанавливают сеанс передачи пакетированных данных, чтобы нести потоки трафика по сети. Такой сеанс передачи пакетированных данных часто определяют как контекст протокола передачи пакетированных данных (PDP, ПППД). Контекст PDP может содержать однонаправленный канал(передачи данных) радиодоступа, обеспеченный между пользовательским оборудованием, контроллером сети радиосвязи и SGSN, и каналы передачи данных с коммутацией пакетов, обеспеченные между сервисным узлом поддержки услуг GPRS и шлюзовым узлом поддержки услуг GPRS.

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

Проект партнерства по (сетям связи) третьего поколения (3GPP) также определил рекомендуемую архитектуру для базовой сети третьего поколения (3G), которая должна обеспечивать пользователей пользовательского оборудования доступом к услугам мультимедиа. Эта базовая сеть разделена на три основных домена. Это домен Коммутации Каналов (CS, КК), домен Коммутации Пакетов (PS, КП) и домен Мультимедиа Протокола Интернет (IM, МП). Последний из них, домен IM, обеспечен для гарантии соответственного управления услугами мультимедиа.

Домен IM поддерживает протокол инициирования сеанса (SIP, ПИС) как разработано комитетом по инженерным вопросам [проблемам] Интернет (IETF, КИВИ). Протокол инициирования сеанса (SIP) является протоколом управления прикладного уровня для создания, обновления и завершения сеансов с одним или большим количеством участников (конечных точек). SIP развивался в основном для обеспечения возможности инициирования сеанса между двумя или большим количеством конечных точек в Интернет, делая так, что эти конечные точки имеют информацию о семантике сеанса. Пользователь, соединенный с системой связи, основанной на SIP, может осуществлять связь с различными объектами системы связи на основе стандартизированных сообщений SIP. Пользовательское оборудование или пользователи, которые запускают некоторые приложения на пользовательском оборудовании, регистрируются основным SIP так, чтобы этим конечным точкам могло быть правильно доставлено приглашение на определенный сеанс. Чтобы достичь этого, SIP обеспечивает механизм регистрации для устройств и пользователей, и он применяет механизмы, такие как серверы местоположения и регистраторы для направления приглашений на сеанс соответствующим образом. Примеры возможных сеансов, которые можно обеспечить посредством передачи сигналов SIP, содержат конференции мультимедиа Интернет, телефонные вызовы Интернет и распределение мультимедиа.

Ожидается, что через системы IMS посредством различных Серверов Приложений (AS, СП) должны быть обеспечены различные типы услуг. Некоторые из этих услуг могут быть критическими по времени.

Примером услуг, критических по времени, которые можно обеспечить по IMS, являются так называемые услуги прямой речевой связи. Более определенным примером этих услуг является услуга "Включить-для-разговора через сотовую связь” (PoC), также известная как PTT, услуга Включить-для-разговора. Услуги прямой речевой связи предназначены для использования возможностей Подсистемы Мультимедиа IP (IMS) для предоставления соединения IP для мобильного пользовательского оборудования и других сторон связи, например другого мобильного пользовательского оборудования или объектов, ассоциированных с сетью. Услуга позволяет пользователю участвовать в непосредственной связи с одним или большим количеством других пользователей.

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

В обычных процедурах установления сеанса возможности среды передачи данных пользовательского оборудования согласуются при процедуре установки сеанса. Например, связь PoC между двумя пользовательскими оборудованиями (связь один к одному) или присоединение к группе PoC при связи типа "один ко многим" требует сеанса SIP на контрольной панели. Только это время является довольно длительным, особенно при рассмотрении потребностей услуг критических по времени. С другой стороны мгновенные услуги, такие как включить-для-разговора, по своей природе являются услугами в реальном времени. Поэтому соединение панели пользователя должно быть готово без ненужной задержки после того, как оборудованию дается специальный тангенс или другая индикация относительно того, что пользователь хочет говорить с другой стороной. Однако из-за характера процедур установки, требуемых для контекста PDP, может требоваться время, пока будет обеспеченно надлежащее соединение для передачи данных от запроса (на установку). Например, время активизации контекста PDP совместно с установлением однонаправленного канала радиодоступа в сети IMS, согласованной с 3GPP, выпуск 5, занимает, обычно, около трех секунд.

Из-за этого может отсутствовать время для надлежащих согласований возможностей сквозной среды передачи данных, поскольку согласования возможностей среды передачи данных могут быть слишком длительными для того, чтобы быть сделанными в начале сеанса. Это может приводить к различным невыгодным результатам. Например, проблемой является, как с начала сеанса обеспечить адекватные параметры настройки кодека. Если адекватная информация кодека является недоступной, пакетные сигналы могут использовать излишне слабый кодек для типа требуемой связи. Другие примеры возможной информации о возможностях, согласование которой может требоваться, приведены в подробном описании.

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

Осуществление изобретения

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

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

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

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

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

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

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

Для лучшего понимания изобретения, посредством примера описаны чертежи, на которых:

Фиг.1 изображает систему связи, в которой может быть осуществлено изобретение,

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

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

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

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

Осуществление изобретения

Посредством примера будут описаны некоторые варианты осуществления настоящего изобретения согласно иллюстрируемой архитектуры системы связи мобильной третьего поколения (3G). Однако должно быть понятно, что некоторые варианты осуществления могут применяться к любому другому соответствующему виду сети. Система мобильной связи обычно организуется для обслуживания многочисленного мобильного пользовательского оборудования, обычно через радиоинтерфейс между пользовательским оборудованием и базовой станцией системы связи. Система мобильной связи может быть логически разделена на сеть радиодоступа (RAN, СРД) и базовую сеть (CN, БС).

Согласно фиг.1 изображен пример архитектуры сети, в которой может быть осуществлено изобретение. Фиг.1 изображает Сеть 45 Мультимедиа IP для предложения услуг мультимедиа IP для абонентов Сети Мультимедиа IP. Функциональные возможности Мультимедиа IP (IM) могут обеспечиваться посредством подсистемы Базовой Сети (CN), содержащей различные объекты для предоставления услуги.

Базовые станции 31 и 43 организованы для передачи сигналов в и приема сигналов из мобильного пользовательского оборудования 30 и 44 мобильных пользователей, то есть абонентов, через радиоинтерфейс. Соответственно, каждое из мобильных пользовательских оборудований может передавать сигналы в базовую станцию и принимать сигналы из базовой станции через радиоинтерфейс. В упрощенном представлении фиг.1, базовые станции 31 и 43 принадлежат к соответствующим сетям радиодоступа (RAN). В изображенной организации каждое из пользовательских оборудований 30, 44 может осуществлять доступ к сети 45 IMS через две сети доступа, ассоциированные с базовыми станциями 31 и 43 соответственно. Должно быть принято во внимание, что, хотя для ясности, фиг.1 изображает базовые станции только двух сетей радиодоступа, обычная сеть мобильной связи обычно содержит некоторое количество сетей радиодоступа.

Сеть радиодоступа (RAN) 3G обычно управляется соответствующим контроллером сети радиосвязи (RNC). Этот контроллер для ясности не изображен. Контроллер может быть назначен для каждой базовой станции, или контроллер может управлять множеством базовых станций. Также известны решения, при которых контроллеры обеспечиваются для управления множеством базовых станций и в отдельных базовых станциях, и на уровне сети радиодоступа. Соответственно, должно быть принято во внимание, что от системы зависит название, местоположение и количество сетевых контроллеров.

Мобильный пользователь может использовать любое соответствующее мобильное устройство, адаптированное для связи Протокола Интернет (IP) для соединения с сетью. Например, мобильный пользователь может осуществить доступ к сети сотовой связи посредством Персонального компьютера (PC), Персонального Ассистента Данных (PDA), мобильной станции (MS) и так далее. Следующие примеры описаны в контексте мобильных станций.

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

Обеспечена возможность использования мобильными станциями 30 и 44 услуг типа Включить-для-разговора. Тангенциальную функцию, которая может требоваться для услуг Включить-для-разговора, можно обеспечить одной из кнопок на нормальной вспомогательной клавиатуре мобильных станций 30 и 44, или определенной тангенциальной клавишей, например с тангенсом, известным из устройств "Портативной Дуплексной Радиостанции" (Walkie-Talkie). Также может использоваться активизация Речи. В этом случае обнаруженный звук может использоваться для инициирования установки сеанса для передачи речи или других данных. Вместо нажатия клавиши, пользователь может также активизировать услугу посредством соответствующей опции из меню. Способ, которым мобильная станция может активизировать услугу, является вопросом осуществления и поэтому не будет описан более подробно.

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

Объекты базовой сети (CN) обычно содержат различные объекты управления и шлюзы для обеспечения возможности связи через некоторое количество сетей радиодоступа и также для связи единой системы связи с одной или большим количеством систем связи, например с другими системами сотовой связи и/или системами по фиксированной линии связи. На фиг.1 сервисные узлы 33, 42 поддержки услуг GPRS и шлюзовые узлы 34, 40 поддержки услуг GPRS предназначены для обеспечения поддержки для услуг 32, 41 GPRS соответственно.

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

Пользовательское оборудование внутри сети радиодоступа может осуществлять связь с контроллером сети радиосвязи через каналы сети радиосвязи, которые обычно упоминаются как однонаправленные каналы радиосвязи (RB, ОКР). Каждое пользовательское оборудование может иметь один или большее количество каналов сети радиосвязи, открываемых в любой момент контроллером сети радиосвязи. Контроллер сети радиодоступа осуществляет связь с сервисным узлом поддержки услуг GPRS через соответствующий интерфейс, например на интерфейсе Iu.

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

Полная связь между пользовательским оборудованием в объекте доступа и шлюзовым узлом поддержки услуг GPRS в основном обеспечивается в соответствии с контекстом протокола (передачи) пакетированных данных (PDP). Каждый Контекст PDP обычно обеспечивает магистраль связи между определенным пользовательским оборудованием и шлюзовым узлом поддержки услуг GPRS и, однажды установленный, обычно он может нести многочисленные потоки. Каждый поток обычно представляет, например, определенную услугу и/или медиакомпонент определенной услуги. Поэтому контекст PDP часто представляет логическую магистраль связи для одного или большего количества потоков через сеть. Для осуществления контекста PDP между пользовательским оборудованием и сервисным узлом поддержки услуг GPRS, должен быть установлен однонаправленный канал радиодоступа (RAB), который обычно предоставляет возможность передачи данных для пользовательского оборудования. Выполнение этих логических и физических каналов известно для профессионалов в данной области техники и поэтому не будет здесь дополнительно обсуждаться.

Пользовательское оборудование 30, 44 может соединяться, через сеть GPRS, с серверами приложений, которые в основном соединяются с IMS. На фиг.1 такой сервер приложений обеспечивается сервером 50 услуг включить-для-разговора через сотовую связь (PoC). Сервер 50 предназначен для обеспечения услуг включить-для-разговора через сотовую связь (PoC) через сеть 45 IMS. Услуга включить-для-разговора является примером так называемых услуг прямой речевой связи. Пользователям, которые желают использовать услугу PoC необходимо подписаться на соответствующем сервере PoC. Затем после регистрации для IMS, IMS может быть сделана регистрация для услуги PoC посредством соответствующей процедуры регистрации третьей стороны. Сервер PoC предпочтительно обеспечивается соответствующим средством памяти для хранения информации, ассоциированной с возможностями пользовательского оборудования, им зарегистрированного. Соответственно, фиг.1 изображает средство 52 памяти сервера 50 приложений PoC.

Услуги прямой речевой связи предназначены для использования возможностей основных GPRS и функций управления Подсистемы Мультимедиа (IMS) для обеспечения возможностей соединений IP для мобильных станций 30 и 44. Сервер приложений PoC может использоваться оператором системы IMS или поставщиком услуг третьей стороны. В этом описании дается более подробное объяснение того, как услуга обеспечивает возможность вовлечения пользователя мобильной станции 30 (A-сторона) в непосредственную связь непосредственной связи с пользователем мобильной станции 44 (B-сторона).

Пользователь может открыть сеанс связи, например, простым нажатием определенной кнопки на мобильной станции 30. В то время как пользователь мобильной станции 30 говорит, пользователь мобильной станции 44 слушает. Затем пользователь мобильной станции 44 может ответить аналогичным образом.

Системы связи были разработаны так, что услуги могут быть обеспечены для пользовательского оборудования посредством различных функций сети, которые обрабатываются сетевыми объектами, известными как серверы. Например, в архитектурах сети радиосвязи мультимедиа текущего третьего поколения (3G) допускают, что для обработки различных функций используется несколько различных серверов. Они содержат функции, такие как функции управления сеансом вызова (CSCF, ФУСВ). Функции управления сеансом вызова могут быть разделены на различные категории, такие как посредническая функция управления сеансом вызова (P-CSCF), опрашивающая функция управления сеансом вызова (I-CSCF) и обслуживающая функция управления сеансом вызова (S-CSCF). Пользователю, который желает использовать услуги, обеспеченные сервером приложений через систему IMS, может требоваться зарегистрироваться обслуживающим объектом управления. Обслуживающая функция управления сеансом вызова (S-CSCF) может формировать в организациях IMS 3G объект, которым пользователь должен быть зарегистрирован, для обеспечения возможности запрашивать услугу из системы связи.

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

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

Передача сигналов между пользовательским оборудованием и соответствующими функциями управления состоянием вызова направляется через сети GPRS. Передача сигналов установки сеанса для пользовательской панели для пользовательского оборудования направляется через сервер 50 приложений PoC и управляется им, например PoC управляет и панелью управления и пользовательской панелью пользователя PoC. Должно быть принято во внимание, что трафик панели управления между сервером приложений PoC и пользовательским оборудованием направляют через IMS 45, в то время как трафик пользовательской панели между пользовательским оборудованием и сервером приложений PoC направляют из системы GPRS в сервер приложений PoC на интерфейсах 54 и 56.

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

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

Теперь обратимся к фиг.2. На этапе 100 пользовательское оборудование регистрируется в сервере приложений поставщика желаемых услуг. В соответствии с вариантом осуществления мобильная станция 44 сначала регистрируется IMS, например обслуживающей CSCF 38. После того как мобильная станция 44 успешно зарегистрирована в IMS, затем может быть выполнена регистрация третьей стороной мобильной станции 44 сервером 50 приложений PoC. Это может быть сделано автоматически для каждого пользователя, который подписался на услуги PoC. Соответственно на этой стадии может не требоваться выполнение пользователем какого-либо действия. Регистрация третьей стороной может быть обеспечена посредством процедуры регистрации третьей стороной SIP между IMS и сервером приложений PoC.

Затем на этапе 102 пользовательское оборудование может выполнять согласование среды с сервером приложений сразу после регистрации третьей стороной S-CSCF. Согласование может быть выполнено, например, посредством сообщений Приглашения SIP, Сообщения SIP или Опции SIP, которые передаются между пользовательским оборудованием и сервером приложений, как видно на фиг.3. Когда информация возможностей принята сервером приложений, он сохраняет ее в своей базе данных на этапе 104. В ответ на запрос пользовательского оборудование A-стороны на этапе 106 на сеанс связи с пользовательским оборудованием, зарегистрированным на этапах от 100 до 104, сервер 50 приложений может использовать сохраненную информацию возможностей среды для установки запрошенного сеанса на этапе 108. Поэтому на этой стадии можно избежать дополнительных согласований возможностей среды передачи данных.

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

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

Сервер 50 PoC принимает информацию возможностей в СООБЩЕНИИ 3 SIP и сохраняет эту информацию в своей базе данных 52. Параметры пользовательской панели пользовательского оборудования 44 В-стороны, например количество портов, требуемых для связи между сервером приложений PoC и пользовательским оборудованием В-стороны, соответственно становятся доступными для сервера приложений PoC. Некоторое количество пользователей может быть зарегистрировано подобным образом сервером приложений PoC. Другое пользовательское оборудование может выполнять подобные согласования возможностей и вследствие этого в сервере приложений PoC могут быть сохранены параметры множества пользовательских оборудований. Когда вся необходимая информация является доступной, сервер приложений PoC может отправить сообщение 4 Подтверждения SIP 200 обратно в пользовательское оборудование 44. После приема сообщения 6 Подтверждения SIP 200 пользовательское оборудование имеет информацию о том, что информация возможностей была зарегистрирована и что использование услуг может быть начато, когда это потребуется.

Фиг.4 иллюстрирует возможную передачу сигналов между пользовательским оборудованием 30 и сервером 50 приложений PoC после того, как пользовательское оборудование 44 B-стороны зарегистрировало свои возможности в сервере приложений. Фиг.5 изображает передачу сообщений между сервером 50 приложений PoC и пользовательским оборудованием 44 В-стороны. Обведенные символы A и B на фиг.4 и фиг.5 изображают, где блок-схемы передачи сигналов Фиг.4 и фиг.5 могут отображаться друг на друга для получения более полной иллюстрации передачи сигналов для процедуры активизации для соединения между пользовательским оборудованием 30 и 44 А-стороны и B-стороны соотв