Установка сеансов связи
Изобретение относится к системам связи. Технический результат заключается в совершенствовании установки сеанса связи. Способ содержит регистрацию, по меньшей мере, одного пользовательского оборудования поставщиком услуг, где после передачи информации о возможностях среды передачи данных между, по меньшей мере, одним пользовательским оборудованием и поставщиком услуг, информация затем сохраняется. Способ содержит дополнительную отправку запроса на сеанс передачи данных, по меньшей мере, с одним пользовательским оборудованием и использование сохраненной информации при установке запрошенного сеанса передачи данных. Также обеспечены система связи, сервер приложений и пользовательское оборудование, сконфигурированные для соответственной работы. 9 н. и 22 з.п. ф-лы, 5 ил.
Область техники, к которой относится изобретение
Изобретение относится к системам связи, в частности к установке сеансов связи, ассоциированных с услугами критическими по времени в системах связи, которые способствуют сеансам связи с коммутацией пакетов для их пользователей.
Уровень техники
Система связи может рассматриваться как средство, которое обеспечивает возможность сеансов связи между двумя или большим количеством объектов, таких как пользовательское оборудование и/или другие узлы, ассоциированные с системой связи. Связь может содержать, например, передачу речи, данных, мультимедиа и так далее. Сеансом может быть, например, телефонный вызов между пользователями или сеанс многоканальной конференции, или сеанс связи между пользовательским оборудованием и сервером приложений (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-стороны соответственно.
На этапе 10, пользователь дает индикацию, что он/она желает установить речевое соединение с B-стороной. Затем пользовательское оборудование 30 может отправить сообщение 11 ПРИГЛАШЕНИЯ SIP в IMS 45, которое должно быть направленно в сервер 50 приложений PoC для запроса речевого соединения с B-стороной. IMS может отправить сообщение 12 ПОПЫТКИ SIP 100 обратно в пользовательское оборудование 30 в подтверждение, что она приняла запрос.
IMS 45 отправляет ПРИГЛАШЕНИЕ SIP, как сообщение 13, в сервер 50 приложений PoC. После приема этого сообщения, сервер приложений может отправить сообщение 14 ПОПЫТКИ SIP 100 обратно в IMS в подтверждение, что он принял запрос.
Как только сервер приложений принимает подтверждение из IMS, что она приняла запрос (см. сообщение 21 фиг.5), сервер приложений может отправить в IMS сообщение 15 ПОДТВЕРЖДЕНИЯ SIP 200. Это сообщение может быть отправлено даже до того, как пользовательское оборудование 44 В-стороны приняло запрос или любую индикацию того, что такой запрос может ожидаться. Затем ПОДТВЕРЖДЕНИЕ SIP 200 отправляется в пользовательское оборудование 30 в сообщении 16. В ответ на прием сообщения 16, пользовательское оборудование 30 затем может выдать индикацию на этапе 17 для пользователя пользовательского оборудования, что он/она может начать разговор. Пользовательское оборудование 30 также может подтверждать прием сообщения ПОДТВЕРЖДЕНИЯ, отправляя сообщение 18 Подтверждения приема SIP в IMS. Затем это сообщение может быть отправлено в сервер 50 приложений PoC, как сообщение 19.
Как изображено на фиг.5, в ответ на прием сообщения 13 ПРИГЛАШЕНИЯ SIP на фиг.4, сервер 50 приложений PoC может отправлять сообщение 20 ПРИГЛАШЕНИЯ SIP в IMS, которое должно быть направлено в пользовательское оборудование 44 В-стороны. IMS может отправлять сообщение 21 ПОПЫТКИ SIP 100 обратно в сервер приложений для подтверждения того, что она приняла сообщение. IMS 45 отправляет ПРИГЛАШЕНИЕ SIP, как сообщение 22, в пользовательское оборудование 44 В-стороны, обеспеченное PoC. После приема этого сообщения, пользовательское оборудование 44 В-стороны может отправлять сообщение 23 ПОПЫТКИ SIP 100 обратно в IMS в подтверждение, что оно приняло запрос.
Как только в пользовательском оборудовании 44 В-стороны завершена требуемая обработка и запрос может быть выполнен, сообщение 24 ПОДТВЕРЖДЕНИЯ SIP 200 передается в IMS. Также пользовательское оборудование 44 В-стороны на этапе 25 может начать прослушивание индикации для пользователя этого оборудования.
Пользователь В-стороны может обеспечиваться индикацией относительно появления сеанса “разговора” PoC непосредственно перед пачкой импульсов разговора, исходящей А-стороны.
ПОДТВЕРЖДЕНИЕ SIP 200 отправляется из IMS в сервер 50 приложений PoC в сообщении 26. Сервер 50 приложений PoC может подтверждать прием сообщения 26 ПОДТВЕРЖДЕНИЯ, отправляя сообщение 27 Подтверждения приема SIP в IMS. Затем это сообщение может быть отправлено в пользовательское оборудование 44 В-стороны как сообщение 28.
Предыдущее согласование возможностей пользовательского оборудования может ускорить установление сеанса. Информация, обеспечиваемая для сервера приложений, может быть особенно полезна, если необходима какая-либо адаптация соединения пользовательской панели между двумя пользовательскими оборудованиями 30 и 44, например, из-за различных характеристик линии связи. Если сервер приложений (или множество серверов приложений) осведомлен о параметрах среды заранее, он может согласовать параметры с пользовательским оборудованием перед связью между пользовательским оборудованием, например прежде, чем первая пачка импульсов разговора передается из одного пользовательского оборудования в другое в приложении PoC. Согласование возможностей, например возможностей кодека, не должно занимать времени при установке фактического сеанса связи. Может использоваться должным образом установленный режим кодека для гарантии качества речевого соединения. Сервер приложений может сохранять информацию возможностей для всего пользовательского оборудования, зарегистрированного сервером приложений.
В дополнительном варианте осуществления пользовательское оборудование может обеспечиваться сервером приложений "всегда - включенным сеансом". Эта процедура может называться, например, как установление "пред-сеанса", "предварительного сеанса" или "всегда-включенного сеанса". В этом случае согласование возможностей среды передачи данных, предпочтительно, выполняется в течение установления "всегда-включенного сеанса“. Пользовательское оборудование может автоматически запрашивать установление "всегда-включенного сеанса" после регистрации на сервере приложений на этапе 100, фиг.2. С целью облегчения быстрой установки сеанса автоматически может быть активизирован контекст PDP для пользователя и также автоматически может быть установлен требуемый однонаправленный канал радиодоступа (RAB) в ответ на регистрацию сервером приложений. Пред-установление контекста PDP может быть выполнено посредством сеанса SIP для активизации контекста PDP перед отправкой запроса на сеанс связи или посредством другой соответствующей процедуры активизации контекста PDP. Установка однонаправленного канала радиодоступа (RAB) может быть сделана посредством соответствующей процедуры назначения RAB. Для обеспечения адекватной мгновенной услуги для абонента, между пользовательским оборудованием и сервером приложений предпочтительно обеспечивается сеанс "всегда-включенный" прежде, чем производится любой фактический запрос на речь или другой сеанс. Затем уже установленный сеанс связи может использоваться для связи между пользовательским оборудованием и сервером приложений.
Пред-установленный сеанс "всегда-включенный " обеспечивает по существу мгновенную связь между конечным пользователем и его/ее домашним сервером приложений PoC. Связь может транспортироваться с пользовательского оборудования на сервер приложений PoC в ответ на нажатие тангенциальной клавиши пользовательского оборудования пользователем пользовательского оборудования, при этом нажатие тангенса открывает речевое соединение с сервером PoC. Так как контекст-PDP уже установлен, запрос связи может транспортироваться в сервер приложений PoC посредством любого соответствующего протокола передачи сигналов. Должно быть принято во внимание, что это - вопрос уровня приложения и может обеспечиваться различными способами. Стандарты сети связи, такие как 3GPP, обычно не установлены ограниченными определенным протоколом для этих типов задач. В качестве примера, для отправки запроса могут использоваться протокол транспортировки в реальном времени (RTP, ПТРВ) или протокол управления RTP (RTCP, ПУТРРВ). Эти протоколы могут использоваться совместно или отдельно. Запрос также может быть отправлен посредством SIP. Пакеты могут транспортироваться на основание, например, протокола дейтаграмм пользователя (UDP, ПДП) или протокола управления передачей (TCP, ПУП).
Сеанс "Всегда включенный" обеспечивает получение информации мобильной станцией, к какому адресу IP и порту сервера приложений PoC RTP/RTCP должны быть направлены пакеты. Полезная нагрузка RTP/RTCP содержит достаточную информацию адресации для маршрутизации пакетов RTP/RTCP в мобильную станцию 44 В-стороны.
Может потребоваться идентификация B-стороны для сервера PoC, когда в итоге делается запрос на речевое соединение. Пользователь может выбрать пользователя B-стороны или целевую группу из меню мобильной станции, и затем нажать "включить-для-разговора" на мобильной станции. Требуемая информация идентификации может быть добавлена мобильной станцией в передачу сигналов, транспортируемую на сеансе в сервер приложений PoC "всегда включенный".
В соответствии с другим вариантом осуществления информация, ассоциированная с возможностями сервера приложений, обеспечивается для пользовательского оборудования и сохраняется в нем для дальнейшего использования. Также возможно, что прежде чем делается запрос на сеанс связи, пользовательское оборудование и сервер приложений обмениваются друг с другом требуемой информацией возможностей на этапе 102 фиг.2.
В соответствии с вариантом осуществления пользовательское оборудование отправляет информацию относительно возможностей, которые могут использоваться. Сервер приложений принимает информацию возможностей и обрабатывает эту информацию как предложение. Затем после анализа возможностей, сервер приложений может отправить обратно информацию о возможностях, которые должны использоваться для следующего сеанса. Анализ и принятие решения в этом отношении могут быть основаны на различной информации. Например, если должен быть установлен групповой сеанс, то сервер приложений может анализировать возможности всего пользовательского оборудования, вовлеченного в сеанс, и устанавливать возможности так, чтобы все члены группы могли участвовать в сеансе.
Выше описано общее решение на основе сервера приложений для услуги критической по времени, такой как PoC. Однако должно быть принято во внимание, что изобретение может применяться к другим услугам, не удаляясь от его сути и не выходя из его контекста.
Концепция предлагает изготовителей терминала и возможность для осуществления средства включить-для-разговора по категориям пользовательского оборудования, соответственно предлагая конечным пользователям больше свободы в выборе продуктов, которые лучше всего удовлетворяют их потребности связи.
Должно быть принято во внимание, что, в то время как варианты осуществления изобретения были описаны в отношении пользовательского оборудования, такого как мобильные станции, варианты осуществления изобретения применимы к любому другому соответствующему типу пользовательского оборудования.
Примеры изобретения были описаны в контексте системы IMS и сетей GPRS. Это изобретение также применимо к любым другим способам доступа. Кроме того, данные примеры описаны в контексте сетей SIP с объектами, выполненными с возможностью SIP. Это изобретение также применимо к любым другим соответствующим системам связи, или системам радиосвязи, или системам фиксированной линии связи и стандартам и протоколам.
Должно быть принято во внимание, что, хотя на фиг.1 изображен и выше описан только один сервер приложений PoC, может быть обеспечено некоторое количество таких серверов. Пользовательское оборудование А-стороны и В-стороны может быть зарегистрировано различными серверами приложений PoC. Серверы приложений, обслуживающие А-сторону и В-сторону, даже могут быть расположены в различных сетях.
Варианты осуществления изобретения были обсуждены в контексте функций управления состоянием вызова. Варианты осуществления изобретения могут быть применимы к другим сетевым элементам, где они применимы.
Также здесь отмечено, что, в то время как описаны иллюстрирующие варианты осуществления изобретения, не выходя из объема изобретения, определенного предложенной формулой изобретения, в него могут быть внесены некоторые изменения и модификации.
1. Способ установки сеансов передачи данных, содержащий этапы, на которых:
регистрируют по меньшей мере одно пользовательское оборудование поставщиком услуг,
передают информацию о возможностях среды передачи данных между по меньшей мере одним пользовательским оборудованием и поставщиком услуг,
сохраняют информацию о возможностях среды передачи данных,
отправляют запрос на сеанс передачи данных по меньшей мере с одним пользовательским оборудованием, и
используют сохраненную информацию о возможностях среды передачи данных при установке запрашиваемого сеанса передачи данных,
при этом на этапе передачи информации о возможностях среды передачи отправляют от поставщика услуг на пользовательское оборудование информацию о возможностях среды передачи данных поставщика услуг, и на этапе сохранения информации сохраняют информацию о возможностях среды передачи данных поставщика услуг в пользовательском оборудовании.
2. Способ по п.1, в котором на этапе передачи информации о возможностях среды передачи данных отправляют от пользовательского оборудования поставщику услуг информацию о возможностях среды передачи данных, и на этапе сохранения информации сохраняют информацию о возможностях среды передачи данных в поставщике услуг.
3. Способ по п.2, в котором на этапе передачи передают информацию о возможностях среды передачи данных содержащую информацию, связанную по меньшей мере с одним из следующих признаков: возможностями кодека; возможностями режима; доступными портами связи; типом и/или версией пользовательского оборудования; таймером; поддерживаемыми дополнительными признаками; возможностями однонаправленного канала, обеспеченного для пользовательского оборудования.
4. Способ по п.1, в котором на этапе передачи передают информацию о возможностях среды передачи данных содержащую информацию, связанную по меньшей мере с одним из следующих признаков: версией сервера приложений; поддерживаемыми дополнительными признаками; таймером; доступными услугами; счетчиком.
5. Способ по п.1, в котором на этапе регистрации пользовательского оборудования регистрируют пользовательское оборудование сервером приложений услуги включить-для-разговора.
6. Способ по п.1, содержащий также этап регистрации пользовательского оборудования подсистемой Мультимедиа Протокола Интернет, и последующую автоматическую регистрацию пользовательского оборудования поставщиком услуг.
7. Способ по п.1, в котором на этапе передачи информации о возможностях среды отправляют по меньшей мере одно сообщение Протокола Инициирования Сеанса между пользовательским оборудованием и поставщиком услуг.
8. Способ по п.1, в котором этап передачи информации о возможностях среды содержит автоматическую передачу упомянутой информации следом за регистрацией пользовательского оборудования поставщиком услуг.
9. Способ по п.1, в котором этап регистрации пользовательского оборудования поставщиком услуг содержит регистрацию третьей стороной пользовательского оборудования подсистемой Мультимедиа Протокола Интернет.
10. Способ по п.1, содержащий также проведение сеанса связи по сети связи с коммутацией пакетов.
11. Способ по п.10, в котором сеанс связи содержит контекст Протокола Пакетированных Данных.
12. Способ по п.1, содержащий также этап, на котором открывают по существу мгновенно сеанс связи пользовательской панели между пользовательским оборудованием и поставщиком услуг в ответ на прием запроса на сеанс из другого пользовательского оборудования.
13. Способ по п.1, в котором на этапе сохранения сохраняют информацию относительно возможностей среды по меньшей мере двух пользовательских оборудовании перед этапом отправки запроса на сеанс передачи данных.
14. Способ по п.13, содержащий также этап установки многопользовательского сеанса посредством сохраненной информации.
15. Способ по п.1, содержащий также этапы, на которых отправляют из пользовательского оборудования информацию о возможностях среды передачи данных, при этом пользовательское оборудование сконфигурировано с возможностью использовать информацию о возможностях среды передачи данных для установления последующего сеанса связи, принимают и анализируют информацию о доступных возможностях среды передачи данных в поставщике услуг, и отправляют от поставщика услуг в пользовательское оборудование информацию о возможностях среды передачи данных для использования пользовательским оборудованием для полследующего сеанса связи.
16. Система связи, содержащая
сеть связи, сконфигурированную для обеспечения по меньшей мере одного пользовательского оборудования доступом по меньшей мере к одной сети передачи данных,
сеть передачи данных, соединенную с сетью связи, и
сервер приложений, соединенный с сетью передачи данных, сервер приложений сконфигурирован для передачи информации о возможностях среды передачи данных по меньшей мере с одним пользовательским оборудованием перед запросом сеанса передачи данных по меньшей мере с одним пользовательским оборудованием, для сохранения информации о возможностях среды передачи данных в памяти информации и для использования информации, сохраненной в памяти, при установке запрошенного сеанса передачи данных.
17. Сервер приложений, содержащий передатчик, сконфигурированный для передачи информации о возможностях среды передачи данных сервера приложений на по меньшей мере одно пользовательское оборудование, прежде, чем запрашивается сеанс передачи данных по меньшей мере с одним пользовательским оборудованием, и
процессор, сконфигурированный для использования сохраненной в памяти информации о возможностях среды передачи данных по меньшей мере одного пользовательского оборудования при установке запрошенного сеанса передачи данных.
18. Сервер приложений по п.17, который содержит или содержится в сервере приложений услуги нажми-и-говори.
19. Сервер приложений по п.17, который соединен с подсистемой Мультимедиа Протокола Интернет.
20. Сервер приложений по п.17, который сконфигурирован для хранения информации относительно возможностей среды передачи данных всего пользовательского оборудования, зарегистрированного в нем.
21. Пользовательское оборудование, содержащее
передатчик, сконфигурированный для передачи, посредством сети связи и сети передачи данных, информации о возможностях среды передачи данных на сервер приложений, соединенный с сетью передачи данных, прежде, чем запрос на сеанс передачи данных с пользовательским оборудованием направляется на сервер приложений, и
при этом информация о возможностях среды передачи данных содержит информацию о возможностях среды передачи данных сервера приложений, которая принимается от сервера приложений и хранится в устройстве.
22. Пользовательское оборудование по п.21, которое также содержит память, сконфигурированную для хранения информации о возможностях среды передачи данных, связанной с сервером приложений, при этом устройство сконфигурировано с возможностью использования информации о возможностях среды передачи данных, хранящейся в памяти, при установке запрошенного сеанса передачи данных.
23. Система связи, содержащая
средство регистрации для регистрации по меньшей мере одного пользовательского оборудования в поставщике услуг,
средство для передачи информации о возможностях среды передачи данных между по меньшей мере одним пользовательским оборудованием и поставщиком услуг,
средство для сохранения информации о возможностях среды передачи данных,
средство для отправки запроса на сеанс передачи данных по меньшей мере с одним пользовательским оборудованием, и
средство, использующее сохраненную информацию о возможностях среды передачи данных при установке запрашиваемого сеанса передачи данных, при этом информация о возможностях среды передачи данных содержит информацию о возможностях среды передачи данных поставщика услуг, которая направляется и сохраняется в по меньшей мере одном пользовательском оборудовании.
24. Сервер приложений, содержащий средство для передачи информации о возможностях среды передачи данных сервера приложений на по меньшей мере одно пользовательское оборудование, прежде, чем направляется запрос на сеанс передачи данных с пользовательским оборудованием; и средство, использующее сохраненную информацию о возможностях среды передачи данных по меньшей мере одного пользовательского оборудования, при установке запрашиваемого сеанса передачи данных.
25. Пользовательское оборудование, содержащее
средство для передачи, посредством сети связи и сети передачи данных, информации о возможностях среды передачи данных на сервер приложений, соединенный с сетью передачи данных, прежде, чем запрос на сеанс передачи данных с пользовательским оборудованием направляется на сервер приложений, и
при этом информация о возможностях среды передачи данных содержит информацию о возможностях среды передачи данных сервера приложений, которая принимается от сервера приложений и хранится в средстве хранения информации пользовательского оборудования.
26. Способ установки сеансов передачи данных, содержащий этапы, на которых
передают информацию о возможностях среды передачи данных сервера приложений на по меньшей мере одно пользовательское оборудование, прежде, чем запрошен сеанс передачи данных с по меньшей мере одним пользовательским оборудованием, и
используют сохраненную информацию о возможностях среды передачи данных по меньшей мере одного пользовательского оборудования при установке запрашиваемого сеанса передачи данных.
27. Способ по п.26, который выполняется в сервере приложений услуги нажми-и-говори.
28. Способ по п.26, который также выполняется в сервере приложений, и в котором сервер приложений соединяют с подсистемой Мультимедиа Протокола Интернет.
29. Способ по п.26, который также содержит этап хранения информации относительно возможностей среды передачи данных всего пользовательского оборудования, зарегистрированного в сервере приложений.
30. Способ установки сеансов передачи данных, содержащий этапы, на которых
передают, посредством сети связи и сети передачи данных, информацию о возможностях среды передачи данных на сервер приложений, соединенный с сетью передачи данных, прежде, чем запрос на сеанс передачи данных с пользовательским оборудованием направляется на сервер приложений, и
при этом информация о возможностях среды передачи данных содержит информацию о возможностях среды передачи данных сервера приложений, которая принимается от сервера приложений и хранится в пользовательском оборудовании.
31. Способ по п.30, в котором сохраняют информацию о информации о возможностях среды передачи данных сервера приложений и используют сохраненную информацию при установке запрашиваемого сеанса передачи данных.
