RU2298290C2 - Динамическое санкционирование данных различного формата в сети подвижной связи - Google Patents
Динамическое санкционирование данных различного формата в сети подвижной связи Download PDFInfo
- Publication number
- RU2298290C2 RU2298290C2 RU2005128300/09A RU2005128300A RU2298290C2 RU 2298290 C2 RU2298290 C2 RU 2298290C2 RU 2005128300/09 A RU2005128300/09 A RU 2005128300/09A RU 2005128300 A RU2005128300 A RU 2005128300A RU 2298290 C2 RU2298290 C2 RU 2298290C2
- Authority
- RU
- Russia
- Prior art keywords
- communication session
- stream
- format
- traffic class
- different
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/808—User-type aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
Abstract
Изобретение относится к сетям подвижной связи. Технический результат заключается в улучшении качества соединения. Когда во время сеанса связи потоки данных различного формата изменяются (новые потоки запускаются, а существующие потоки исключаются), класс трафика сеанса связи определяется в соответствии с самым высоким требованием класса трафика, определяемым потоками данных различного формата, принадлежащими одному и тому же сеансу связи, чтобы исключить различие в задержках передачи потоков данных различного формата, принадлежащих одному и тому же сеансу связи. 4 н.п. ф-лы, 7 ил., 2 табл.
Description
Область техники, к которой относится изобретение
Настоящее изобретение касается сетей подвижной связи, включая сквозное управление качеством обслуживания (КО), и, более конкретно, касается динамического санкционирования данных различного формата и управления классами КО сеанса связи (соединения между пользователями или подвижными терминалами, или между подвижным терминалом и сервером), содержащего множество разных типов потоков данных различного формата в пределах сетей подвижной связи.
Уровень техники
Современные сети подвижной связи типа сетей, стандартизированных посредством спецификаций 3GPP (Проект партнерства 3-его поколения), включая все сети ГСМС (Глобальной системы мобильной связи) и 3-и поколения сетей ГСМС, являются бесшовной интеграцией сетей цифровой сотовой связи и систем персональной связи, с целью обеспечения телекоммуникационных сервисных функций, включая, например, сервисные функции сетей передачи данных подвижным объектам и мультимедийные сервисные функции МП (межсетевого протокола).
Каждая система 3GPP может включать в себя базовую сеть и инфраструктуру сети радиосвязи с абонентами, использующую технологии общих услуг пакетной радиосвязи (ОУПР) и расширенных скоростей передачи данных для глобального развития (РСПГР), или поддерживающую универсальную наземную радиосвязь с абонентами (УНРА), действующую и при дуплексной связи с частотным разделением (ДСЧР), и при дуплексной связи с временным разделением (ДСВР). Базовая сеть (БС) логически может быть разделена на домены с коммутацией каналов (КК) и домены с коммутацией пакетов (КП), с объектами БС, предусмотренными для трафика пользователя и связанной передачи сигналов, и мультимедийную подсистему МП (МПС МП) с объектами базовой сети (БС), предусмотренными для мультимедийных сервисных функций МП. Некоторые объекты БС типа домашнего сервера абонента (ДСА), домашнего регистра (ДР), центра аутентификации (ЦА), гостевого регистра (ГР) и регистра идентификации аппаратуры (РИА) могут быть общими для доменов КП и КК, в то время как другие объекты БС типа центра коммутации подвижной связи (ЦКПС) и межсетевого коммутационного центра подвижной связи МКЦПС являются специфичными для домена КК, предназначенными для оперирования сервисными функциями с коммутацией каналов на/от подвижных станций, а такие, как узел поддержки ОУПР (общих услуг пакетной радиосвязи) межсетевого интерфейса (УПОМИ) и УПО обслуживания (УПОО) являются специфичными для домена КП, предназначенными для оперирования передачей пакетов на/от подвижных станций.
Для мультимедийных сервисных функций МП можно обеспечивать функциональные объекты МПС МП типа функции управления запросом сеанса связи (ФУЗСС), чтобы оперировать связанными с ФУЗСС процедурами, включая установление контекста ПОПД (протокола обмена пакетированными данными, например, МП) для связанной с МПС МП передачи сигналов, регистрации и других процедур для сеансов связи МПС МП. ФУЗСС может действовать как ФУЗСС представительства (ФУЗСС-П), чтобы служить в качестве первой контактной точки для пользовательского оборудования (ПО) (то есть, устройства, обеспечивающего пользователю доступ к сетевым службам, например к подвижному терминалу) в пределах мультимедийной подсистемы МП (МПС МП), ФУЗСС обслуживания (ФУЗСС-О), чтобы оперировать режимами сеанса связи в сети, или как ФУЗСС запрашивания (З-ФУЗСС), чтобы служить в качестве контактной точки в пределах сети оператора для всех соединений МПС МП, предназначенных либо для абонента этого сетевого оператора, либо для абонента роуминга (автоматической настройки на локальные сети связи) в данной зоне обслуживания. См., например, 3GPP Техническое описание (TS) 23.002, V5.9.0 (декабрь 2002 г.) "Сетевая архитектура"; 3GPP TS 23.101, V4.0.0 (апрель 2002 г.) "Общая архитектура УСМЭ (универсальной системы мобильной электросвязи)"; и 3GPP TS 23.110, V4.0.0 (апрель 2001 г.) "Уровень декомпозиции доступа УСМЭ: услуги и функции"; и 3GPP Техническое описание (TS) 23.228, V6.0.1 (январь 2003 г.) "Мультимедийная подсистема МП (МПС МП)". Все спецификации 3GPP (GSM/3G) можно найти и загрузить из сервера 3GPP с адресом ftp://ftp.3gpp.org/specs, и все они тем самым включены здесь путем ссылки. Помимо этого, механизмы для создания, поддержания и корректирования спецификаций 3GPP (включая различные Редакции данной спецификации 3GPP с новыми или измененными функциональными возможностями) также можно найти в 3GPP Техническом описании (TS) 21.900 V5.0.1 (сентябрь 2002 г.) "Способы групповой работы технического описания".
Функция принятия стратегических решений (ФПСР) была стандартизирована для осуществления контроля управления классами качества обслуживания (КО) сеанса связи, содержащего множество потоков данных различного формата, которая делает стратегические решения на основании информации, связанной с сеансом связи и данными различного формата, включая максимальный санкционированный класс трафика для заданного потока данных различного формата между двумя пользователями (подвижными терминалами), или между подвижным терминалом и сервером, и затем обменивается информацией для принятия решения с УПОМИ через интерфейс Go, как сформулировано в 3GPP TS 29.207 V.5.2.0 (декабрь 2002 г.) "Стратегический контроль через Интерфейс Go", Редакция 5; 3GPP TS 23.207 V.5.6.0 (декабрь 2002 г.) "Концепция и архитектура качества обслуживания (КО) сквозной передачи", Редакция 5; и 3GPP TS 29.208 V.5.2.0 (декабрь 2002 г.) "Потоки сквозной сигнализации качества обслуживания (КО)", Редакция 5. Такая ФПСР может быть встроена в ФУЗСС-П, как сформулировано в спецификации 3GPP, Редакция 5 (декабрь 2002 г.), или в качестве альтернативы, может быть реализована в отдельном сетевом элементе, который является отдельным от ФУЗСС-П, как сформулировано в спецификации 3GPP, Редакция 6 (январь 2003 г.).
В общем, когда между пользовательскими оборудованиями (ПО) (например, подвижными терминалами) или между подвижным терминалом и сервером установлен сеанс связи (соединение), и сеанс связи изменяется (например, с сеанса связи двунаправленного звукового сигнала и однонаправленного видеосигнала только на сеанс связи однонаправленного видеосигнала), ФПСР изменяет класс трафика (с диалогового на потоковый). Это происходит потому, что сеанс связи, когда он установлен между пользовательскими оборудованиями (ПО) (например, подвижными терминалами), или между подвижным терминалом и сервером, содержит двунаправленный поток звукового сигнала и однонаправленный поток видеосигнала. Двунаправленный поток звукового сигнала используется для разговора в реальном масштабе времени и, следовательно, требует класс трафика в реальном масштабе времени с малой задержкой, то есть, ДИАЛОГОВЫЙ класс трафика. Однонаправленный поток видеосигнала используется для передачи движущихся видеоизображений только в одном направлении. Такой однонаправленный поток видеосигнала в реальном масштабе времени допускает более длительные задержки в передаче сигналов и изменения задержек (a.k.a. (известные также как) "флуктуация"), потому что отправитель не ожидает приема каких-либо ответов. В результате, на практике для однонаправленного потока в реальном масштабе времени обычно используется ПОТОКОВЫЙ класс трафика. Если сеанс связи изменяется, то есть, если один из двунаправленного потока звукового сигнала и однонаправленного потока видеосигнала заканчивается и удаляется из сеанса связи, класс трафика для ресурсов однонаправленного канала сеанса связи должен быть изменен ФПСР соответствующим образом. Например, если двунаправленный поток звукового сигнала с ДИАЛОГОВЫМ (CONVERSIONAL) классом трафика исключается из сеанса связи, однонаправленный поток видеосигнала с ПОТОКОВЫМ классом трафика, как требуется по умолчанию, теперь имеет "самый высокий класс трафика" сеанса связи. Следовательно, ФПСР изменяет (то есть, понижает) класс трафика для однонаправленного канала сеанса связи с ДИАЛОГОВОГО класса трафика на ПОТОКОВЫЙ класс трафика.
Однако некоторые параметры типа размера буфера в принимающем терминале в этих классах трафика являются разными, изменение класса трафика с присущим изменением задержки передачи сигналов вызовет исчезновения значащих разрядов буфера в принимающем терминале или сервере, таким образом снижая качество соединения, воспринимаемое конечным пользователем.
Другая значительная проблема может возникать, когда однонаправленный поток (например, видеосигнала) добавляется к существующему сеансу связи, содержащему двунаправленный поток (например, звукового сигнала). Сообщаемый запрос класса трафика однонаправленного потока видеосигнала обычно является потоковым. Класс трафика двунаправленного сеанса связи является диалоговым. Если потоки данных различного формата имеют временное соотношение (например, устное пояснение потока видеосигнала в потоке звукового сигнала), различие классов трафика вызовет различие в задержках передачи сигналов (из-за разных протяженностей буферов в приемных устройствах, чтобы компенсировать разные задержки и флуктуацию времени задержки в передаче), таким образом снижая качество соединения, воспринимаемое конечным пользователем.
Соответственно, имеется необходимость в решениях, которые могут быть подходящими для всех систем, в которых сеанс связи (соединение между пользователями или подвижными терминалами, или между подвижным терминалом и сервером) может содержать множество различных типов потоков данных различного формата, и которые касаются динамического санкционирования данных различного формата и лучшего управления классами качества обслуживания (КО) сеанса связи (соединения между пользователями или подвижными терминалами, или между подвижным терминалом и сервером), содержащего множество различных типов потоков данных различного формата в пределах сетей подвижной связи, таких, что, когда поток (потоки) данных различного формата во время сеанса связи изменяе(ю)тся (новые потоки начинаются, а существующие потоки исключаются), класс трафика сеанса связи определяется в соответствии с самым высоким требованием класса трафика, определяемым потоками данных различного формата, принадлежащими одному и тому же сеансу связи, с целью устранения различия в задержках передачи потоков данных различного формата, принадлежащих к одному и тому же сеансу связи, и, следовательно, улучшая качество соединения, воспринимаемое конечным пользователем.
Раскрытие сущности изобретения
Различные аспекты настоящего изобретения направлены на решения задачи динамического санкционирования данных различного формата и лучшего управления классами качества обслуживания (КО) сеанса связи (соединения между пользователями или подвижными терминалами, или между подвижным терминалом и сервером), содержащего множество различных типов потоков данных различного формата в пределах сетей подвижной связи, так что, когда во время сеанса связи один или более потоков данных различного формата изменяются (новые потоки запускаются, а существующие потоки исключаются), класс трафика сеанса связи определяется в соответствии с самым высоким требованием класса трафика, определяемым потоками данных различного формата, принадлежащими тому же сеансу связи, чтобы исключить различие в задержках передачи потоков данных различного формата, принадлежащих одному и тому же сеансу связи, и поэтому улучшая качество соединения, воспринимаемое конечным пользователем.
В соответствии с одним аспектом настоящего изобретения, в сети подвижной связи обеспечена функция принятия стратегических решений (ФПСР) для определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами, или между подвижным терминалом и сервером. Такая ФПСР сконфигурирована для определения, исключены ли из сеанса связи один или несколько потоков данных различного формата, требующие самый высокий класс трафика в пределах множества разных типов потоков данных различного формата, когда сеанс связи установлен и изменяется между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи; и поддерживания используемого класса трафика для остающихся потоков данных различного формата для сеанса связи, если из сеанса связи исключены один или несколько потоков данных различного формата, требующих самый высокий класс трафика.
В соответствии с другим аспектом настоящего изобретения, конфигурирована функция принятия стратегических решений (ФПСР) для определения, добавляется ли однонаправленный поток к сеансу связи, содержащему двунаправленный поток, когда сеанс связи устанавливается или изменяется между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи; и применения самого высокого класса трафика, назначенного для какого-либо из потоков данных различного формата сеанса связи, для всех потоков данных различного формата сеанса связи в течение времени существования сеанса связи, если к сеансу связи, содержащему двунаправленный поток в сети подвижной связи, добавляется однонаправленный поток, для определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи.
В соответствии с еще одним аспектом настоящего изобретения, обеспечен машиночитаемый носитель информации с командами, которые при выполнении сетью подвижной связи исполняют способ определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами или между подвижным терминалом и сервером, включающий в себя определение, добавляется ли однонаправленный поток к сеансу связи, содержащему двунаправленный поток, когда сеанс связи устанавливается или изменяется между двумя подвижными терминалами, или между подвижным терминалом и сервером, через линию связи; и применение самого высокого класса трафика, назначенного для какого-либо из потоков данных различного формата сеанса связи, для всех потоков данных различного формата сеанса связи в течение времени существования сеанса связи, если к сеансу связи, содержащему двунаправленный поток, добавляется однонаправленный поток.
Настоящее изобретение более определенно описано в нижеследующем описании со ссылкой на чертежи, прилагаемые только в качестве примера.
Краткое описание чертежей
Более полная оценка настоящего изобретения и многих из его сопутствующих преимуществ станут очевидными, когда они станут лучше понятны в отношении последующего подробного описания при его рассмотрении совместно с прилагаемыми чертежами, на которых подобные ссылочные позиции обозначают те же или аналогичные компоненты, и на которых:
фиг.1 иллюстрирует примерную архитектуру сетевой системы для обеспечения телекоммуникационных сервисных функций, включая мультимедийные сервисные функции МП в соответствии со спецификациями 3GPP, Редакция 5;
фиг.2 иллюстрирует примерную архитектуру интерфейса функциональных объектов МПС МП в соответствии со спецификациями 3GPP, Редакция 5;
фиг.3 иллюстрирует примерную архитектуру интерфейса функциональных объектов МПС МП согласно варианту осуществления настоящего изобретения;
фиг.4 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами), или между подвижным терминалом и сервером, с использованием новых правил отображения, когда потоки данных различного формата являются однонаправленными и имеют одинаковое направление, согласно варианту осуществления настоящего изобретения;
фиг.5 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами), или между подвижным терминалом и сервером, с использованием новых правил отображения, когда потоки данных различного формата являются однонаправленными и не имеют одинакового направления, согласно варианту осуществления настоящего изобретения;
фиг.6 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами) или между подвижным терминалом и сервером, с использованием новых правил отображения, когда один поток данных различного формата является двунаправленным, а другой является однонаправленным, согласно варианту осуществления настоящего изобретения; и
фиг.7 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами) или между подвижным терминалом и сервером, с использованием новых правил отображения, когда один поток данных различного формата является двунаправленным (не звукового сигнала/видеосигнала), а другой является однонаправленным (звукового сигнала/видеосигнала), согласно варианту осуществления настоящего изобретения.
Лучший вариант осуществления изобретения
Настоящее изобретение является подходящим для использования со всеми типами сетей, поддерживающих множество различных типов потоков данных различного формата, включая, например, сети ГСМС (Глобальной системы мобильной связи) 2-ого и 3-его поколения, транзитные сети типа Интернет, Intranet, локальные сети связи (ЛСС) и основанные на АПД (асинхронной передаче данных) транзитные сети, и многократные поля коммутации типа коммутируемых телефонных сетей общего пользования (КТСОП), ЦСИФ (цифровые сети с интеграцией функций), сети МП/сети ЛСС, X.25 и сети связи общего пользования наземных подвижных объектов (ССОП НПО) и взаимосвязанные системы и связанные с ними протоколы, используемые для передач речевых сигналов, сообщений, данных и изображений между системами в таких сетях подвижной связи. Однако ради простоты обсуждения будут сконцентрированы главным образом на простой мультимедийной сети, включающей в себя объекты мультимедийной подсистемы МП (МПС МП) для обеспечения мультимедийных сервисных функций МП.
Теперь внимание будет направлено на чертежи, и в частности, на фиг.1, на которой иллюстрируется примерная архитектура сетевой системы для обеспечения телекоммуникационных сервисных функций, включая мультимедийные сервисные функции МП согласно спецификации 3GPP, Редакции 5. Как показано на фиг.1, архитектура 100 сетевой системы может в общих чертах включать в себя, например, инициирующее пользовательское оборудование (ПО) 110, оконечное пользовательское оборудование (ПО) 120, или наоборот, и линию связи 130, выполненную с возможностью подключения пользовательских оборудований (ПО) 110/120, и которая может охватывать единственную сеть или различные сети, например типа сети связи общего пользования наземных подвижных объектов (ССОП НПО) 132, одной или более транзитных сетей 134 и многократного поля 136 коммутации. Пользовательское оборудование (ПО) 110/120 может быть любым устройством или пользовательским терминалом для обеспечения пользователю возможности доступа к сетевым службам, включая, например, удаленный сервер или подвижный терминал для ГСМС, как определено в 3GPP TS 24.002, V5.0.0 (декабрь 2001 г.), Редакция 5.
Каждое ПО 110/120 может включать в себя, например, передвижное оконечное устройство (ПОУ) 112, терминальное оборудование (ТО) 114 и терминальную функцию адаптации (ТФА) 116, выполненную с возможностью осуществления радиопередачи и связанных функций, и которая может содержать сквозные приложения, чтобы поддерживать телекоммуникационные сервисные функции.
Транзитная сеть 134 может включать в себя, но не ограничена этим, Интернет, Intranet, локальную сеть связи (ЛСС) или основанную на АПД транзитную сеть. Многократное поле 136 коммутации может включать в себя, но не ограничено этим, коммутируемую телефонную сеть общего пользования (КТСОП), ЦСИФ, сеть МП/ЛСС, X.25 или другую сеть связи общего пользования наземных подвижных объектов (ССОП НПО).
Фиг.2 иллюстрирует примерную архитектуру интерфейса функциональных объектов МПС МП в сетях подвижной связи согласно спецификации 3GPP, Редакции 5. Как показано на фиг.2, узел поддержки ОУПР (общих услуг пакетной радиосвязи) межсетевого интерфейса (УПОМИ) 210 и функция управления запросом сеанса связи представительства (ФУЗСС-П) 220 представляют сетевые объекты, которые являются частью базовой сети. УПОМИ 210 может использоваться для оперирования пакетной передачей на/от ПО 110/120 (например, подвижных станций). ФУЗСС-П 220 может использоваться, чтобы служить в качестве первой контактной точки для данного ПО 110/120 и обеспечивать услуги управления сеанса связи и связанными с ФУЗСС процедурами, включая установление контекста ПОПД (протокола обмена пакетированными данными, например, МП) для мультимедийной подсистемы МП (МПС МП), связанной с передачей сигналов, регистрацией и другими процедурами для сеансов связи МПС МП.
Согласно спецификации 3GPP, Редакции 5 (декабрь 2002 г.), в ФУЗСС-П 220 встроена функция принятия стратегических решений (ФПСР) 222, чтобы контролировать сеанс связи МПС МП, когда ПО 110 выпускает или принимает сообщение ПИСС (протокола инициирования сеанса связи), содержащее передачу сигналов ПОСС (протокол описания сеанса связи), чтобы согласовывать параметры для сеанса связи МПС МП, принимая стратегические решения на основании связанной с сеансом связи МПС МП и данными различного формата информацией, полученной от ФУЗСС-П 220, включая решения относительно максимального санкционированного класса трафика для заданного потока данных различного формата между двумя пользователями (например, подвижными терминалами) или между подвижным терминалом и сервером и затем обмениваться информацией для принятия решения с УПОМИ 210 через интерфейс Go, как сформулировано в 3GPP TS 29.207 V.5.2.0 (декабрь 2002 г.) "Стратегический контроль через интерфейс Go", Редакция 5. Кроме того, для каждого контекста ПОПД (протокола обмена пакетированными данными, например, МП) допускается только один сеанс связи МПС МП. В качестве альтернативы, ФПСР также может быть реализована в отдельном сетевом элементе, который является отдельным от ФУЗСС-П 220, как описано в спецификации 3GPP, Редакции 6 (январь 2003 г.).
Как предварительно обсуждалось и как сформулировано в спецификации 3GPP, Редакции 5, ФПСР 222 может использоваться для генерирования совокупности информации связывания (главным образом, средства идентификации санкционирования), чтобы связать уровень МПС МП и уровень однонаправленного канала ОУПР сеанса связи МПС МП, и посылать информацию связывания в УПОМИ 210 через пользовательское оборудование (ПО) 110. Информация связывания сопоставляет контекст ПОПД (протокола обмена пакетированными данными, например, МП) с одним или более компонентами данных различного формата (потоками МП) сеанса связи МПС МП и используется УПОМИ 210 для запроса информации локальной стратегии на основе обслуживания (ЛСОО) от ФПСР 222. Такая информация связывания обычно включает в себя:
(1) средство идентификации санкционирования, посылаемое ФУЗСС-П 220 на ПО 110 во время передачи сигналов ПИСС/ПОСС, и
(2) один или более идентификаторов потока (которые могут быть добавлены ПО 110 после приема информации связывания от ФУЗСС-П/ФПСР), используемые ПО 110, УПОМИ 210 и ФПСР 222, чтобы уникально идентифицировать поток (потоки) данных различного формата МП, связанные с сеансом связи ПИСС.
При приеме такой информации связывания УПОМИ 210 затем используется для поиска адреса ФПСР из совокупности информации связывания (из средства идентификации санкционирования), принятой от ПО 110, идентифицирования правильной ФПСР и верифицирования, что операции контекста ПОПД, запрашиваемые ПО 110, действуют в соответствии с предшествующим согласованием на уровне МПС МП.
В УПОМИ 210 пункт приведения в исполнение стратегии (ППС) 212 является логическим объектом, который поддерживает связь с ФПСР относительно управления локальной стратегией на основе обслуживания (ЛСОО). Для простоты полагается, что УПОМИ 210 не явно содержит ППС 212, если не указано иначе. УПОМИ 210 посылает запросы в ФПСР 222 и принимает от нее решения. УПОМИ 210 может помещать в кэш данные стратегических решений ФПСР, которые могут использоваться позже для локальных стратегических решений, обеспечивая возможность УПОМИ 210 выполнять решение стратегического управления относительно санкционирования качества обслуживания (КО) для модификаций контекста ПОПД без требования дополнительного взаимодействия с ФПСР 222. Функциональные возможности ППС для ЛСОО в УПОМИ описаны в 3GPP TS 29.207 V.5.2.0 (декабрь 2002 г.) "Стратегический контроль через интерфейс Go", Редакция 5, и включены здесь путем ссылки, и, следовательно, повторять здесь их не требуется.
Как ПО 110, так и УПОМИ 210 также могут включать в себя механизмы для управления сквозными функциями качества обслуживания (КО) МП и связанными потоками передачи сигналов, как описано в 3GPP TS 23.207 V.5.6.0 (декабрь 2002 г.) "Концепция и архитектура качества обслуживания (КО) сквозной передачи", Редакция 5; и 3GPP TS 29.208 V.5.2.0 (декабрь 2002 г.) "Потоки сквозной сигнализации качества обслуживания (КО)", Редакция 5, и включено здесь путем ссылки. Например, ПО 110 может включать в себя клиентское приложение (не показанное), программу-менеджера обслуживания однонаправленного канала МП (ООК) (не показанную), функцию преобразования/отображения (не показанную) и, если требуется, программу-менеджера обслуживания однонаправленного канала (ООК) УСМЭ (не показанную). Аналогично этому, УПОМИ 210 также может включать в себя программу-менеджера ООК МП (не показанную), функцию преобразования/отображения (не показанную) и, если требуется, программу-менеджера ООК УСМЭ (не показанную). Программы-менеджеры ООК МП обычно используют стандартные механизмы МП для управления обслуживанием однонаправленного канала МП. Функции преобразования/отображения обеспечивают взаимодействие между механизмами и параметрами, используемыми в обслуживании однонаправленного канала УСМЭ, и используемыми в обслуживании однонаправленного канала МП, и взаимодействуют с программами-менеджерами ООК МП. Программы-менеджеры ООК УСМЭ используют стандартные механизмы УСМЭ для управления обслуживанием однонаправленного канала УСМЭ (универсальной мобильной системы электросвязи) и функциями управления качеством обслуживания для обслуживания однонаправленного канала УСМЭ.
В общем, между пользовательскими оборудованиями (ПО) (например, подвижными терминалами, способными передавать и принимать мультимедийные потоки МП) или между подвижным терминалом и сервером устанавливается сеанс связи (соединение). Сеанс связи, когда он устанавливается между пользовательскими оборудованиями (ПО) (например, подвижными терминалами), или между подвижным терминалом и сервером, содержит, например, двунаправленный поток звукового сигнала и однонаправленный поток видеосигнала. Двунаправленный поток звукового сигнала используется для разговора в реальном масштабе времени, и, следовательно, для него требуется класс трафика в реальном масштабе времени с малой задержкой, то есть, ДИАЛОГОВЫЙ класс трафика. Однонаправленный поток видеосигнала используется для передачи движущихся видеоизображений только в одном направлении. Такой однонаправленный поток видеосигнала в реальном масштабе времени допускает более длительные задержки передачи сигналов и изменения задержки (a.k.a. флуктуация), потому что отправитель не ожидает приема какого-либо ответа. В результате, для однонаправленного потока в реальном масштабе времени на практике обычно используется ПОТОКОВЫЙ класс трафика. ДИАЛОГОВЫЙ класс трафика отличается короткой максимальной задержкой передачи сигналов и изменением задержки, чтобы снизить до минимума задержку, испытываемую поддерживающими связь сторонами (то есть, подвижными терминалами, или связь между подвижным терминалом и сервером), тогда как ПОТОКОВЫЙ класс трафика отличается более длительной максимальной задержкой передачи сигналов и изменением задержки, потому что нет двусторонней связи в реальном масштабе времени с ожидаемыми ответами в реальном масштабе времени. В результате, ДИАЛОГОВЫЙ класс трафика известен как "более высокий класс трафика" по сравнению с ПОТОКОВЫМ классом трафика, который известен как "более низкий класс трафика".
Согласно 3GPP TS 23.107, могут быть другие классы трафика, требуемые в примерном сеансе связи типа ИНТЕРАКТИВНОГО класса трафика и ФОНОВОГО класса трафика. Например, ИНТЕРАКТИВНЫЙ класс трафика может отличаться тем, что допускает еще более длительные задержки передачи сигналов и флуктуацию, чем ПОТОКОВЫЙ класс трафика, а следовательно, является "более низким классом трафика", чем ПОТОКОВЫЙ класс трафика. ФОНОВЫЙ класс трафика может отличаться тем, что допускает еще более длительные задержки передачи сигналов и флуктуацию, и в результате, является еще более низким классом трафика, чем ИНТЕРАКТИВНЫЙ класс трафика. Однако потоки звукового сигнала и видеосигнала примерного сеанса связи могут переноситься одним и тем же однонаправленным каналом (например, контекстом ПОПД в сетевой системе), или могут иметь временное соотношение друг с другом, означающее, что ресурсы однонаправленного канала целого сеанса связи имеют ДИАЛОГОВЫЙ класс трафика в соответствии с "самым высоким классом трафика" сеанса связи.
Через некоторое время сеанс связи может измениться, а именно, поддерживающие связь стороны (то есть, подвижные терминалы, или связь между подвижным терминалом и сервером) могут пожелать прервать, например, двунаправленный поток звукового сигнала в сеансе связи, в то же время поддерживая однонаправленный поток видеосигнала в сеансе связи. Класс трафика для ресурсов однонаправленного канала сеанса связи должен быть изменен соответствующим образом посредством ФПСР. Например, если сеанс связи изменяется, и двунаправленный поток звукового сигнала с ДИАЛОГОВЫМ (CONVERSIONAL) классом трафика из сеанса связи исключается, однонаправленный поток видеосигнала, с ПОТОКОВЫМ классом трафика, как требуется по умолчанию, теперь имеет "самый высокий класс трафика" сеанса связи. Следовательно, ФПСР изменяет (то есть, понижает) класс трафика для однонаправленного канала сеанса связи с ДИАЛОГОВОГО класса трафика на ПОТОКОВЫЙ класс трафика.
Однако, когда сеанс связи изменяется (например, с двунаправленного звукового сигнала и однонаправленного видеосигнала только на сеанс связи однонаправленного видеосигнала), и класс трафика изменяется посредством ФПСР 222 (например, с диалогового на потоковый), некоторые параметры типа размера буфера в принимающем терминале являются разными в этих классах КО, и изменение класса трафика с присущим изменением задержки передачи сигналов может вызывать исчезновения значащих разрядов буфера в принимающем терминале, таким образом снижая качество соединения, воспринимаемое конечным пользователем.
Например, когда устанавливается сеанс связи (соединение), подвижные терминалы, или подвижный терминал и сервер, начинают обмен информацией с помощью двунаправленного звукового потока. На этой стадии ФПСР 222 назначает для звукового потока максимальный санкционированный класс трафика, соответствующий ДИАЛОГОВОМУ. После прохождения некоторого времени один из подвижных терминалов, или из подвижного терминала и сервера, решает добавить в обмен информацией поток видеосигнала, и поток видеосигнала является однонаправленным. На этой стадии ФПСР 222 проверяет текущую совокупность мультимедийных потоков МП, принадлежащих сеансу связи (соединению), и решает назначить для потока видеосигнала максимальный санкционированный класс трафика, соответствующий "ДИАЛОГОВОМУ". Этот класс выбирается потому, что уже имеется существующий двунаправленный поток данных различного формата, который санкционирован как "ДИАЛОГОВЫЙ" класс трафика. В результате подвижный терминал или сервер, принимающий и звуковой поток, и поток видеосигнала, может получать синхронизацию звукового сигнала-видеосигнала. После прохождения некоторого времени эти два подвижных терминала или подвижный терминал и сервер, решают прервать речевую связь, но продолжать однонаправленную передачу видеосигнала. На этой стадии ФПСР 222 проверяет текущую совокупность мультимедийных потоков МП, принадлежащих сеансу связи (в обмене информацией остается только однонаправленный поток видеосигнала), и решает изменить его на максимальный санкционированный "ПОТОКОВЫЙ" класс трафика. Это происходит потому, что однонаправленный поток данных различного формата всегда получает максимальный санкционированный класс трафика, соответствующий "ПОТОКОВОМУ".
Однако, если максимальный санкционированный класс трафика изменяется с "ДИАЛОГОВОГО" на "ПОТОКОВЫЙ", это изменение может создать проблемы для подвижного терминала или сервера, принимающего поток видеосигнала. В частности, изменение может вызвать повторное согласование контекста ПОПД, где отличается не только класс трафика, но также отличается и задержка передачи. В результате большая задержка передачи может производить частые и повторяющиеся исчезновения значащих разрядов буфера в принимающем подвижном терминале и приводить к прерывистым данным различного формата, приводя к более низкому качеству, воспринимаемому конечным пользователем. Это происходит из-за того, что буфер подвижного терминала или сервера имеет размер, соответствующий задержке передачи "ДИАЛОГОВОГО" класса трафика, а не "ПОТОКОВОГО" класса трафика.
Также может возникать другая значительная проблема, когда однонаправленный поток (например, видеосигнала) добавляется к существующему сеансу связи, содержащему двунаправленный поток (например, звукового сигнала). Сообщаемый запрос класса трафика однонаправленного потока видеосигнала обычно является потоковым. Класс трафика двунаправленного сеанса связи является диалоговым. Если потоки данных различного формата имеют временное соотношение (например, устное пояснение потока видеосигнала в потоке звукового сигнала), различие классов трафика вызовет разницу в задержках передачи сигналов (из-за разных протяженностей буферов в приемных устройствах, чтобы компенсировать различные задержки и флуктуации времени задержки в передаче), таким образом снижая качество соединения, воспринимаемое конечным пользователем.
Например, если сеанс связи (соединение) начинается с однонаправленным потоком. На этой стадии ФПСР 222 назначает "ПОТОКОВЫЙ" класс в качестве максимального санкционированного класса трафика. После прохождения некоторого времени к обмену информацией добавляется двунаправленный поток речевого сигнала. На этой стадии ФПСР 222 назначает для звукового потока максимальный санкционированный класс трафика, соответствующий "ДИАЛОГОВОМУ". ФПСР 222 также повторно проверяет максимальный санкционированный класс трафика первого существующего потока и корректирует его на "ДИАЛОГОВЫЙ". В некоторых случаях корректирование может запускать повторное согласование контекста ПОПД для мультимедийных потоков МП, в частности, когда мультимедийные потоки МП связаны и требуют синхронизации. Однако в большинстве случаев корректирование не требуется.
Обращаясь теперь к фиг.3, отметим, что там иллюстрируется примерная архитектура интерфейса функциональных объектов МПС МП согласно варианту осуществления настоящего изобретения. Архитектура интерфейса, как показано на фиг.3, благоприятно поддерживает используемый класс трафика для сеанса связи, то есть, для остальной части мультимедийных потоков МП, когда потоки данных различного формата, требующие самый высокий класс трафика, исключаются из сеанса связи, чтобы избегать проблем, возникающих при изменении класса трафика, и применяет самый высокий класс трафика (в реальном масштабе времени, то есть, диалоговый, потоковый), назначенный для какого-либо из потоков данных различного формата сеанса связи, для всех потоков данных различного формата (в реальном масштабе времени) сеанса связи в течение времени существования сеанса связи, чтобы избегать проблем, возникающих при добавлении потока данных различного формата к существующему сеансу связи.
Как показано на фиг.3, алгоритм 310 может быть реализован как часть ФПСР 222, независимо от того, встроена ли ФПСР 222 в ФУЗСС-П 220 или остается отдельным от ФУЗСС-П 220 сетевым объектом. В алгоритме 310 исключение одного или нескольких мультимедийных потоков в течение времени существования сеанса связи (соединения) может быть определено так, чтобы не понижать предварительно назначенный максимальный санкционированный класс трафика, и, аналогичным образом, добавление потоков данных различного формата может быть определено так, чтобы назначать максимальный класс трафика потоков для всех потоков (в реальном масштабе времени) сеанса связи (соединения). Использование такого алгоритма 310 может быть подходящим для всех систем, включая все будущие мультимедийные сети, в которых один сеанс связи может содержать множество различных типов потоков данных различного формата, и может соответствовать, например, 3GPP TS 23.207 V.5.6.0 (декабрь 2002 г.) "Концепция и архитектура качества обслуживания (КО) сквозной передачи", Редакция 5; и 3GPP TS 29.208 V.5.2.0 (декабрь 2002 г.) "Потоки сквозной сигнализации качества обслуживания (КО)", Редакция 5.
Синхронизация потоков данных различного формата в реальном масштабе времени также может быть улучшена посредством исключения разницы в задержках передачи потоков данных различного формата, принадлежащих одному и тому же сеансу связи, таким образом улучшая качество, воспринимаемое на целевом назначении. Может иметь место недостаток, заключающийся в том, что классы КО, назначенные некоторым потокам данных различного формата в сеансе связи, могут быть выше, чем требуется, таким образом снижая полную пропускную способность сети, и потенциально также вызывая более высокие затраты на соединения для конечного пользователя.
Например, пользователь/ПО начинает сеанс связи или продлевает сеанс связи с потоками более низкого класса трафика, с однонаправленным потоком (потоками) потокового класса. На этой стадии ФПСР 222 назначает "ПОТОКОВЫЙ" класс в качестве максимального санкционированного класса трафика для соответствующих потоков данных различного формата. Позже, в течение времени существования сеанса связи, пользователь/ПО запускает двунаправленный поток (например, звукового сигнала) в пределах того же самого сеанса связи. На этой стадии ФПСР 222 назначает для потока звукового сигнала максимальный санкционированный класс трафика, соответствующий "ДИАЛОГОВОМУ". ФПСР 222 также повторно проверяет максимальный санкционированный класс трафика уже существующего потока (потоков). Корректирование существующих потоков данных различного формата к значению класса трафика нового двунаправленного потока может не потребоваться, потому что однонаправленные потоки потокового класса были запущены до двунаправленных потоков диалогового класса и, следовательно, не могут иметь временное соотношение с двунаправленным потоком диалогового класса. Корректирование не требуется, потому что классы КО, назначенные некоторым потокам данных различного формата в сеансе связи, могут быть выше, чем требуемые, таким образом снижая полную пропускную способность сети, и потенциально также вызывая более высокие затраты на соединение для конечного пользователя.
Однако, корректирования можно избежать, если сначала запускается/запускаются однонаправленный поток (потоки) потокового класса, и рассматривается как независимый от более позднего двунаправленного потока или потоков, то есть, временных соотношений нет. Тогда синхронизация не требуется, то есть, когда добавится двунаправленный диалоговый поток данных различного формата, класс трафика останется "ПОТОКОВЫМ". (В системе МПС МП потоки с различными классами трафика/КО будут тогда использовать раздельные контексты ПОПД). В качестве альтернативы, если сначала запускается двунаправленный диалоговый поток, а позже к сеансу связи добавляется однонаправленный поток потокового класса, однонаправленный поток потокового класса рассматривается как зависящий от двунаправленного, то есть, между ними имеется временное соотношение. Тогда требуется синхронизация, то есть, класс трафика однонаправленного потока потокового класса будет установлен на такое же значение, как класс трафика двунаправленного потока, то есть, на "ДИАЛОГОВЫЙ" (посредством ФПСР 222). (В системе МПС МП потоки с различными классами трафика/КО могут тогда использовать общий контекст ПОПД или раздельные контексты ПОПД).
Как показано на фиг.3, ФПСР 222 может быть сконфигурирована для определения максимального санкционированного класса трафика для заданного потока данных различного формата соединения между двумя пользователями или подвижными терминалами, или между подвижным терминалом и сервером. Примерный алгоритм 310 в ФПСР 222 может включать в себя следующее:
If (если) для данного потока X назначен максимальный санкционированный класс трафика,
then (тогда)
добавление или исключение одного или нескольких потоков данных различного формата в течение времени существования сеанса связи (соединения) не производит никакого изменения для предварительно назначенного максимального санкционированного класса трафика для потока X.
Также могут потребоваться правила отображения в соответствии с 3GPP TS 29.208 V.5.2.0 (декабрь 2002 г.) "Потоки сквозной сигнализации качества обслуживания (КО)", Редакция 5, чтобы для потокового обслуживания можно было назначить подходящий максимальный санкционированный класс КО. Такие правила отображения могут использоваться ФПСР 222, как показано на фиг.3, при инициировании или изменении сеанса связи, для получения подходящего максимального санкционированного КО на компонент данных различного формата. Однако необходимо определить надлежащее отображение, чтобы гарантировать, что будущие сервисные функции не будут ограничены, а также можно было избегать неправильного применения, мошенничества и неэффективности. В общем, потоковое обслуживание может быть характеризовано направлением потока данных - оно является однонаправленным - и типом данных различного формата - звукового сигнала или видеосигнала. Таким образом, можно проанализировать все компоненты данных различного формата, принадлежащие одному сеансу связи. Например, если все компоненты данных различного формата звукового сигнала и видеосигнала являются однонаправленными и имеют одинаковое направление, приложение можно рассматривать как потоковое, и поэтому КО ограничивается потоковым, которое можно применять в качестве максимального санкционированного КО.
Обратимся теперь к фиг.4-7, на которых показаны примеры правил отображения. Например, фиг.4 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами), когда потоки данных различного формата являются однонаправленными и имеют одинаковое направление согласно варианту осуществления настоящего изобретения. Фиг.5 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами), когда потоки данных различного формата являются однонаправленными и не имеют одинакового направления согласно варианту осуществления настоящего изобретения. Фиг.6 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалам), когда один поток данных различного формата является двунаправленным, а другой поток является однонаправленным согласно варианту осуществления настоящего изобретения. Наконец, фиг.7 иллюстрирует примерный рабочий сеанс связи между двумя пользовательскими оборудованиями (подвижными терминалами), когда один поток данных различного формата является двунаправленным (незвукового сигнала/видеосигнала), а другой является однонаправленным (звукового сигнала/видеосигнала) согласно варианту осуществления настоящего изобретения.
В частности, на фиг.4, когда потоки данных различного формата (звукового сигнала и видеосигнала) являются однонаправленными и имеют одинаковое направление, санкционирование потока данных различного формата будет представлять собой "ПОТОКОВЫЙ". На фиг.5, когда потоки данных различного формата являются однонаправленными и не имеют одинакового направления, санкционирование потока данных различного формата будет представлять собой "ДИАЛОГОВЫЙ". На фиг.6, когда один поток данных различного формата является двунаправленным, а другой является однонаправленным, санкционирование потока данных различного формата будет "ДИАЛОГОВЫЙ". На фиг.7, когда один поток данных различного формата является двунаправленным (незвукового сигнала/видеосигнала), а другой является однонаправленным (звукового сигнала/видеосигнала), санкционирование потока данных различного формата будет "ДИАЛОГОВЫЙ" для приложения и "ПОТОКОВЫЙ" для видеосигнала.
Правила отображения могут быть расширены так, чтобы гарантировать надлежащее назначение максимального санкционированного класса КО в соответствии с требуемым обслуживанием. Правила, определяющие отображение параметров ПОСС для максимальных санкционированных классов КО, расширяются, например, таким образом, чтобы обеспечить возможность отображения потокового класса в случае компонентов однонаправленных данных различного формата типа "звукового сигнала" или "видеосигнала", имеющих одинаковое направление. Ниже приведены примеры правил отображения, которые могут использоваться ПО 110 (например, подвижным терминалом или сервером) и ФПСР 222, как показано на фиг.2 и фиг.3.
В частности, таблица № 1 иллюстрирует примерные правила отображения для получения максимальных санкционированных скоростей передачи данных и максимального санкционированного класса качества обслуживания (КО) на компонент данных различного формата в ФПСР 222. Такие примерные правила отображения могут быть упакованы в программном модуле, хранящемся или обеспеченном на пригодной для чтения компьютером среде, или в качестве альтернативы, их можно обеспечивать через подкачку из Интернета, или они могут быть встроены в ФПСР 222, как показано на фиг.2 и фиг.3. В соответствии с таблицей № 1 таблица № 2 иллюстрирует примерные правила отображения для получения максимальной санкционированной полосы пропускания и максимального санкционированного класса трафика на компонент данных различного формата в ПО 110 (например, подвижном терминале или сервере). Аналогичным образом такие правила отображения также могут быть упакованы в программном модуле, хранящемся или обеспеченном на пригодной для чтения компьютером среде, или в качестве альтернативы, их можно обеспечивать через подкачку из Интернета, или они могут быть встроены в ПО 110 (например, подвижный терминал или сервер), как показано на фиг.2 и фиг.3.
ФПСР 222, в течение продолжающегося сеанса связи, должна сохранять санкционированные параметры КО МП на компонент данных различного формата. Когда УПОМИ 210 запрашивает санкционированные параметры КО УСМЭ для активизированного/измененного контекста ПОПД, несущего один или более компонент (компонентов) данных различного формата, ФПСР 222 может использовать правила отображения, как показано, например, в таблице №2, чтобы вычислять санкционированные параметры КО МП.
ПО 110 в течение продолжающегося сеанса связи должно сохранять санкционированные параметры КО УСМЭ на компонент данных различного формата. Перед активизацией или изменением контекста ПОПД ПО 110 может проверить, что запрашиваемая Гарантируемая скорость передачи битов UL/DL (если класс трафика является диалоговым или потоковым) или запрашиваемая максимальная скорость передачи битов UL/DL (если класс трафика является интерактивным или фоновым) не превышает максимальную санкционированную полосу пропускания UL/DL на контекст ПОПД (рассчитываемую в соответствии с правилами отображения). Кроме того, ПО 110 может выполнять проверку так, чтобы запрашиваемый класс трафика параметра КО УСМЭ не превышал максимальный санкционированный класс трафика на контекст ПОПД (рассчитываемый в соответствии с правилами отображения).
Как описано выше, архитектура сетевого интерфейса согласно варианту осуществления настоящего изобретения обеспечивает решения для динамического санкционирования данных различного формата и лучшего управления классами КО сеанса связи (соединения между пользователями или подвижными терминалами, или между подвижным терминалом и сервером), содержащего множество различных типов потоков данных различного формата в пределах сетей подвижной связи, так что, когда во время сеанса связи один или несколько потоков данных различного формата в пределах множества разных типов потоков данных различного формата изменяются (новые потоки запускаются, а существующие потоки исключаются), класс трафика сеанса связи определяется в соответствии с самой высокой потребностью класса трафика, определяемой потоками данных различного формата, принадлежащими тому же сеансу связи, чтобы исключить различие в задержках передачи потоков данных различного формата, принадлежащих одному и тому же сеансу связи, и поэтому улучшая качество соединения, воспринимаемое конечным пользователем. Синхронизация потоков данных различного формата в реальном масштабе времени также может быть улучшена благодаря устранению различия в задержках передачи потоков данных различного формата, принадлежащих одному и тому же сеансу связи, таким образом улучшая качество, воспринимаемое на целевом назначении.
Хотя были проиллюстрированы и описаны варианты осуществления настоящего изобретения, которые, как здесь рассматривается, являются примерными, специалистам в данной области техники должно быть понятно, что можно делать различные видоизменения и модификации, и можно выполнять заменены элементов на эквивалентные, не выходя при этом за рамки истинного объема настоящего изобретения. Кроме того, можно делать множество модификаций, чтобы адаптировать конкретную ситуацию к положениям настоящего изобретения, не отходя при этом от главного объема настоящего изобретения. Поэтому предполагается, что настоящее изобретение не ограничено конкретным вариантом осуществления, раскрытым как предполагаемый лучший вариант осуществления для выполнения настоящего изобретения, но что настоящее изобретение включает в себя все варианты осуществления, попадающие в объем притязаний прилагаемой формулы изобретения.
Claims (4)
1. Способ обеспечения функции принятия стратегических решений (ФПСР), реализуемой в сети подвижной связи для определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами или между подвижным терминалом и сервером, причем указанный способ содержит определение, исключается ли поток данных различного формата, требующий самый высокий класс трафика в пределах множества потоков данных различного формата, из сеанса связи, когда изменяется установленный сеанс связи между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи, и поддержание существующего класса трафика для остающихся потоков данных различного формата для сеанса связи, если поток данных различного формата, требующий самого высокого класса трафика, исключается из сеанса связи.
2. Способ обеспечения функции принятия стратегических решений (ФПСР), реализуемой в сети подвижной связи для определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами или между подвижным терминалом и сервером, причем указанный способ содержит определение, добавляется ли однонаправленный поток к сеансу связи, содержащему двунаправленный поток, когда сеанс связи устанавливается или изменяется между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи, и применение самого высокого класса трафика, назначенного для какого-либо из потоков данных различного формата сеанса связи, для всех потоков данных различного формата сеанса связи в течение времени существования сеанса связи, если к сеансу связи, содержащему двунаправленный поток, добавляется однонаправленный поток.
3. Архитектура мультимедийной подсистемы МП (МПС МП) для мультимедийных сервисных функций МП, содержащая подвижные терминалы, узел поддержки межсетевого интерфейса (УПОМИ), сконфигурированный для оперирования пакетной передачей на/от подвижных терминалов во время сеанса связи, функциональный объект, обеспечивающий функцию управления запросом сеанса связи представительства (ФУЗСС-П), сконфигурированный, чтобы служить в качестве первой контактной точки подвижных терминалов и обеспечивать сервисные функции управления сеансом связи во время сеанса связи, включая установление контекста протокола обмена пакетированными данными (ПОПД) для связанной с МПС МП передачи сигналов, регистрации и других процедур для сеанса связи, причем упомянутая ФУЗСС-П содержит функциональный объект, обеспечивающий функцию принятия стратегических решений (ФПСР), сконфигурированный для выполнения следующего: определения, исключается ли поток данных различного формата, требующий самый высокий класс трафика в пределах множества потоков данных различного формата, из сеанса связи, когда изменяется установленный сеанс связи между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи, и поддержания используемого трафика класса для остающихся потоков данных различного формата для сеанса связи, если поток данных различного формата, требующий самый высокий класс трафика, исключается из сеанса связи.
4. Машиночитаемый носитель информации, содержащий команды, которые при выполнении сетью подвижной связи исполняют способ определения максимального санкционированного класса трафика для заданного потока данных различного формата сеанса связи между двумя подвижными терминалами или между подвижным терминалом и сервером, причем упомянутый способ содержит определение, добавляется ли однонаправленный поток к сеансу связи, содержащему двунаправленный поток, когда сеанс связи устанавливается или изменяется между двумя подвижными терминалами или между подвижным терминалом и сервером, через линию связи, и применение самого высокого класса трафика, назначенного для какого-либо потока данных различного формата сеанса связи, для всех потоков данных различного формата сеанса связи в течение времени существования сеанса связи, если к сеансу связи, содержащему двунаправленный поток, добавляется однонаправленный поток.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US44579903P | 2003-02-10 | 2003-02-10 | |
| US60/445,799 | 2003-02-10 | ||
| US10/766,845 | 2004-01-30 | ||
| US10/766,845 US6888821B2 (en) | 2003-02-10 | 2004-01-30 | Dynamic media authorization in mobile networks |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2005128300A RU2005128300A (ru) | 2006-03-10 |
| RU2298290C2 true RU2298290C2 (ru) | 2007-04-27 |
Family
ID=32994319
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2005128300/09A RU2298290C2 (ru) | 2003-02-10 | 2004-02-10 | Динамическое санкционирование данных различного формата в сети подвижной связи |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US6888821B2 (ru) |
| EP (2) | EP2048836B1 (ru) |
| JP (1) | JP4261579B2 (ru) |
| KR (1) | KR100742755B1 (ru) |
| CN (1) | CN100454912C (ru) |
| AT (2) | ATE410868T1 (ru) |
| DE (2) | DE602004016980D1 (ru) |
| PT (1) | PT2048836E (ru) |
| RU (1) | RU2298290C2 (ru) |
| WO (1) | WO2004071105A2 (ru) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2452113C2 (ru) * | 2008-03-28 | 2012-05-27 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и система предоставления отчета об объеме использования службы данных, медиапроцессор и медиаконтроллер |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7298697B2 (en) * | 2000-04-10 | 2007-11-20 | Nokia Corporation | Setting a communication channel |
| US7260640B1 (en) * | 2003-02-13 | 2007-08-21 | Unisys Corproation | System and method for providing an enhanced enterprise streaming media server capacity and performance |
| KR100651566B1 (ko) * | 2003-08-26 | 2006-11-28 | 삼성전자주식회사 | 이동통신 단말기에서 출력 버퍼링을 이용한 멀티미디어재생 장치 및 그 제어 방법 |
| US7672317B2 (en) * | 2003-12-29 | 2010-03-02 | Nokia Corporation | Method, system, and devices for transmitting information between a user equipment and an IP packet gateway |
| JP5026964B2 (ja) * | 2004-07-09 | 2012-09-19 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | マルチメディア通信システムにおいて異なったサービスを提供する方法および装置 |
| DE102005013905B4 (de) * | 2005-03-24 | 2007-01-25 | Siemens Ag | Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen durch Benachrichtigung bei detektierten Daten mindestens eines Datenstroms an einen Steuerungsknoten |
| EP1715625A1 (en) * | 2005-04-22 | 2006-10-25 | Alcatel | Apparatuses for controlling service delivery using access-dependent information in a system comprising a core network subsystem |
| US8798253B2 (en) | 2005-07-29 | 2014-08-05 | Verizon Patent And Licensing Inc. | Network routing |
| EP1758334A1 (en) * | 2005-08-26 | 2007-02-28 | Matsushita Electric Industrial Co., Ltd. | Establishment of media sessions with media adaptation |
| ATE450967T1 (de) * | 2005-10-21 | 2009-12-15 | Ericsson Telefon Ab L M | Handhabung von dienstgüte in einem kommunikationssystem |
| CN101326845B (zh) * | 2005-12-12 | 2012-06-27 | 艾利森电话股份有限公司 | 规定数据分组的传输中的服务质量的方法和装置 |
| FI20051320A0 (fi) * | 2005-12-22 | 2005-12-22 | Nokia Corp | Menetelmä pakettivirtojen kohdentamiseksi siirtoteille viestintäjärjestelmässä |
| FR2895613B1 (fr) * | 2005-12-26 | 2008-02-22 | Alcatel Sa | Dispositif d'optimisation d'utilisation de services dans des reseaux d'acces hybrides |
| US7911943B2 (en) * | 2006-01-13 | 2011-03-22 | Nokia Corporation | Optimization of PDP context usage |
| US8553851B2 (en) * | 2006-02-15 | 2013-10-08 | Nec Sphere Communications, Inc. | System and method for recording calls in an IP-based communications system |
| WO2007098691A1 (fr) * | 2006-02-28 | 2007-09-07 | Huawei Technologies Co. Ltd. | Procédé et système pour assurer la qualité de service dans des systèmes de communication |
| CN101030962B (zh) * | 2006-02-28 | 2010-12-15 | 华为技术有限公司 | 通信系统用策略决定方法和策略决定系统 |
| US8719342B2 (en) * | 2006-04-25 | 2014-05-06 | Core Wireless Licensing, S.a.r.l. | Third-party session modification |
| US20070253365A1 (en) * | 2006-04-27 | 2007-11-01 | Tomas Hedberg | Service-aware quality monitoring and control in a radio access network |
| CN1996968B (zh) * | 2006-06-26 | 2010-04-14 | 华为技术有限公司 | 媒体网关控制器向媒体网关下发资源提供决策的方法 |
| US20080101412A1 (en) * | 2006-10-30 | 2008-05-01 | Infineon Technologies Ag | Method and apparatus for generating a message in a communication system |
| US8929360B2 (en) * | 2006-12-07 | 2015-01-06 | Cisco Technology, Inc. | Systems, methods, media, and means for hiding network topology |
| US8959239B2 (en) * | 2006-12-29 | 2015-02-17 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for reporting streaming media quality |
| GB2447874B (en) * | 2007-03-30 | 2009-07-29 | Cambridge Semiconductor Ltd | Forward power converter controllers |
| CN101483847B (zh) * | 2008-01-07 | 2012-10-03 | 华为技术有限公司 | 实现策略控制的方法、装置及系统 |
| US8520663B2 (en) | 2008-02-26 | 2013-08-27 | At&T Intellectual Property I, L. P. | Systems and methods to select peered border elements for an IP multimedia session based on quality-of-service |
| CN102171983B (zh) * | 2008-10-02 | 2014-11-26 | 艾利森电话股份有限公司 | 用于控制通信网络中的会话的方法和装置 |
| US9563781B2 (en) * | 2008-10-31 | 2017-02-07 | International Business Machines Corporation | Directional optimization for policy evaluation |
| WO2010057538A2 (en) * | 2008-11-24 | 2010-05-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Providing circuit switched calls and services over a broadband network |
| US8085783B2 (en) * | 2009-06-10 | 2011-12-27 | Verizon Patent And Licensing Inc. | Priority service scheme |
| WO2011022104A1 (en) * | 2009-08-19 | 2011-02-24 | Opanga Networks, Inc. | Optimizing channel resources by coordinating data transfers based on data type and traffic |
| US9037555B2 (en) * | 2009-11-12 | 2015-05-19 | Bmc Software, Inc. | Asynchronous collection and correlation of trace and communications event data |
| US20110145319A1 (en) * | 2009-12-15 | 2011-06-16 | Dolan Michael F | Group session management and admission control of multiple internet protocol flows |
| US9241190B2 (en) | 2010-08-24 | 2016-01-19 | Cisco Technology, Inc. | Generating a response to video content request including dynamically processed video content |
| KR20120083827A (ko) * | 2011-01-18 | 2012-07-26 | 삼성전자주식회사 | 홈 네트워크를 이용한 통화 방법 및 장치 |
| WO2012121158A1 (ja) * | 2011-03-04 | 2012-09-13 | 株式会社電通 | シンクロコンテンツ放送配信システム |
| US9521439B1 (en) | 2011-10-04 | 2016-12-13 | Cisco Technology, Inc. | Systems and methods for correlating multiple TCP sessions for a video transfer |
| US8755342B2 (en) | 2011-10-05 | 2014-06-17 | Cisco Technology, Inc. | System and method for dynamic bearer selection for immersive video collaboration in mobile wireless networks |
| US8903955B2 (en) | 2011-12-02 | 2014-12-02 | Cisco Technology, Inc. | Systems and methods for intelligent video delivery and cache management |
| CN104040991B (zh) * | 2012-01-13 | 2019-01-18 | 瑞典爱立信有限公司 | 用于为ip多媒体子系统补充服务配置和实现通知的方法和设备 |
| US9565615B2 (en) * | 2012-05-16 | 2017-02-07 | Qualcomm Incorporated | Evolved hybrid internet protocol (IP) multimedia subsystem (IMS) architecture |
| FR3011704A1 (fr) * | 2013-10-07 | 2015-04-10 | Orange | Procede de mise en œuvre d'une session de communication entre une pluralite de terminaux |
| KR102202597B1 (ko) | 2014-06-20 | 2021-01-13 | 삼성전자주식회사 | 이종망 기반 방송 서비스를 제공하는 방법 및 장치 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001024428A1 (en) * | 1999-09-25 | 2001-04-05 | Motorola Inc. | Hierarchical prioritized round robin (hprr) scheduling |
| EP1226683B1 (en) * | 1999-10-14 | 2006-10-18 | Nortel Networks Limited | Establishing a communications session having a quality of service in a communications system |
| US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
| FI20001630A (fi) * | 2000-06-30 | 2001-12-31 | Nokia Mobile Phones Ltd | Palvelun laadun määritys datavirroille |
| US7546376B2 (en) * | 2000-11-06 | 2009-06-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources |
| EP1332632A2 (en) * | 2000-11-06 | 2003-08-06 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with ip bearer resources |
| US7106718B2 (en) * | 2001-02-09 | 2006-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Signaling quality of service class for use in multimedia communicatations |
| US20020184510A1 (en) * | 2001-04-17 | 2002-12-05 | At&T Wireless Services, Inc. | Binding information for IP media flows |
| US7609673B2 (en) * | 2002-02-08 | 2009-10-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet-based conversational service for a multimedia session in a mobile communications system |
-
2004
- 2004-01-30 US US10/766,845 patent/US6888821B2/en not_active Expired - Lifetime
- 2004-02-10 PT PT08163110T patent/PT2048836E/pt unknown
- 2004-02-10 JP JP2006500319A patent/JP4261579B2/ja not_active Expired - Lifetime
- 2004-02-10 RU RU2005128300/09A patent/RU2298290C2/ru not_active IP Right Cessation
- 2004-02-10 AT AT04709662T patent/ATE410868T1/de not_active IP Right Cessation
- 2004-02-10 DE DE602004016980T patent/DE602004016980D1/de not_active Expired - Lifetime
- 2004-02-10 CN CNB2004800036510A patent/CN100454912C/zh not_active Expired - Lifetime
- 2004-02-10 AT AT08163110T patent/ATE483305T1/de not_active IP Right Cessation
- 2004-02-10 KR KR1020057014766A patent/KR100742755B1/ko active IP Right Grant
- 2004-02-10 EP EP08163110A patent/EP2048836B1/en not_active Expired - Lifetime
- 2004-02-10 EP EP04709662A patent/EP1611719B1/en not_active Expired - Lifetime
- 2004-02-10 WO PCT/IB2004/000337 patent/WO2004071105A2/en active Application Filing
- 2004-02-10 DE DE602004029406T patent/DE602004029406D1/de not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 3 GPP TS 29.207 V5.2.0, 2002-12. <URL:http://www.3gpp.org>. * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2452113C2 (ru) * | 2008-03-28 | 2012-05-27 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и система предоставления отчета об объеме использования службы данных, медиапроцессор и медиаконтроллер |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1611719B1 (en) | 2008-10-08 |
| DE602004029406D1 (de) | 2010-11-11 |
| US6888821B2 (en) | 2005-05-03 |
| ATE483305T1 (de) | 2010-10-15 |
| PT2048836E (pt) | 2010-10-29 |
| US20040190453A1 (en) | 2004-09-30 |
| JP4261579B2 (ja) | 2009-04-30 |
| EP2048836A1 (en) | 2009-04-15 |
| KR100742755B1 (ko) | 2007-07-27 |
| KR20050105208A (ko) | 2005-11-03 |
| WO2004071105A3 (en) | 2005-06-02 |
| DE602004016980D1 (de) | 2008-11-20 |
| RU2005128300A (ru) | 2006-03-10 |
| EP2048836B1 (en) | 2010-09-29 |
| WO2004071105A2 (en) | 2004-08-19 |
| JP2007527634A (ja) | 2007-09-27 |
| CN100454912C (zh) | 2009-01-21 |
| EP1611719A2 (en) | 2006-01-04 |
| ATE410868T1 (de) | 2008-10-15 |
| EP1611719A4 (en) | 2007-10-24 |
| CN1748394A (zh) | 2006-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2298290C2 (ru) | Динамическое санкционирование данных различного формата в сети подвижной связи | |
| US9084233B2 (en) | Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities | |
| EP1120939B1 (en) | Method, server and arrangement in a communication network | |
| KR100800794B1 (ko) | 패킷망을 통해 음성 서비스를 지원하는 이동통신시스템에서 음성 서비스의 전송률을 제어하는 방법 및 장치 | |
| RU2337505C2 (ru) | Способ и система для резервирования ресурса в беспроводной сети связи | |
| WO2017211255A1 (zh) | 一种语音数据传输控制方法及设备 | |
| KR20010030725A (ko) | 이동 통신 네트워크에서 선택 가능한 패킷 교환 및 회선교환 서비스 제공 방법 및 장치 | |
| US20070223491A1 (en) | Apparatus and method for providing quality of service in wireless communication system | |
| WO2007139841A2 (en) | Radio resource reservation for wireless networks | |
| JP2001160824A (ja) | 有線無線混在網データ配信装置及びデータ配信方法 | |
| JP2004535747A (ja) | パケット伝送ネットワークにおいてｕｍｔｓコールを処理する方法、およびｕｍｔｓネットワークのための、前記方法を実施するためのノード | |
| JP3964865B2 (ja) | 無線通信ネットワークにおけるベアラ許可方法及びシステム | |
| CN111200565A (zh) | 一种信息传输方法、终端及网络设备 | |
| US20100008238A1 (en) | Upper node station and packet transmission method | |
| US7286475B2 (en) | GPRS system and in-zone node apparatus, and bearer setting method used therefor | |
| US7881309B2 (en) | Controlling service stream | |
| CN112099871A (zh) | 一种服务质量配置方法及装置 | |
| EP1796415A2 (en) | QOS control apparatus in multi-cell network system and method thereof | |
| US20040259562A1 (en) | Method and packet data service node for correlating a service reference identifier with a requested quality of service | |
| RU2406242C2 (ru) | Способ и устройства для установки фильтров пакетов в передаче данных | |
| ES2349583T3 (es) | Autorización dinámica de medios en redes móviles. | |
| KR20080087454A (ko) | 무선통신 시스템에서 이종 시스템 간 서비스 품질 파라미터매핑 장치 및 방법 | |
| Zivkovic et al. | QoS attributes for packet switched services in 3rd generation mobile systems (UMTS) | |
| EP1022925A2 (en) | Methods and apparatus for specifying performance for multimedia communications | |
| Yousif et al. | Quality of Service Control in NGN |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20110211 |