EA012519B1 - Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению - Google Patents

Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению Download PDF

Info

Publication number
EA012519B1
EA012519B1 EA200870203A EA200870203A EA012519B1 EA 012519 B1 EA012519 B1 EA 012519B1 EA 200870203 A EA200870203 A EA 200870203A EA 200870203 A EA200870203 A EA 200870203A EA 012519 B1 EA012519 B1 EA 012519B1
Authority
EA
Eurasian Patent Office
Prior art keywords
connection
network element
multiplexed
payload
data
Prior art date
Application number
EA200870203A
Other languages
English (en)
Other versions
EA200870203A1 (ru
Inventor
Томас Беллинг
Original Assignee
Сименс Акциенгезелльшафт
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Сименс Акциенгезелльшафт filed Critical Сименс Акциенгезелльшафт
Publication of EA200870203A1 publication Critical patent/EA200870203A1/ru
Publication of EA012519B1 publication Critical patent/EA012519B1/ru

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • H04L65/104Signalling gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1023Media gateways
    • H04L65/103Media gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1043Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164Adaptation or special uses of UDP protocol

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

Изобретение относится к способу распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению, предусмотренному между первым сетевым элементом и вторым сетевым элементом.
Для передачи речевых данных в мобильной коммуникационной системе или в системе мобильной радиосвязи все в большей степени используются пакетно-ориентированные способы передачи пакетов данных, при которых, в зависимости от соответствующего применяемого протокола передачи, предоставляются имеющие различную величину поля данных для передачи сжатых речевых данных. В качестве протоколов передачи чаще всего применяются протоколы передачи «Уровня 2», как, например, Е111сгпс1протокол, а также Интернет-протокол (ΙΡ), протокол передачи пользовательских дейтаграмм (υΌΡ) (КЕС 768), транспортный протокол реального времени (КТР) (КЕС 3550) и в некоторых случаях также протокол 1и-кадрирования (1иЕР) (3ΟΡΡ Τ8 29.415).
Например, в так называемых С8-доменах базовой сети системы мобильной радиосвязи третьего поколения (3ΟΡΡ) для передачи данных, например, между так называемым узлом медиашлюза (Μθν§) и/или центром коммутации мобильной связи (М8С) или узлом коммутации мобильной связи устанавливается так называемое ИЬ-соединение передачи данных. Подлежащие передаче речевые или мультимедийные данные сжимаются, например, с помощью адаптивного многоскоростного (АМК) блока речевого кодирования, и затем сжатые речевые данные передаются по протоколу 1и-кадрирования (ΙυΡΡ) (3ΟΡΡ Т8 29.415) или по протоколу ΚΤΡ, υΌΡ или ΙΡ (см. стандарт 3ΟΡΡ Т8 29.414).
Поля данных соответствующего протокола передачи, следовательно соответствующие «заголовки», зачастую существенно больше, чем передаваемые в них данные, как, например, сжатые речевые данные. Например, поле данных ΙΡ-пакета данных имеет величину 20 Б (ΙΡ версия 4.0) или 40 Б (ΙΡ версия 6.0). Поля данных протокола υΌΡ имеют величину 8 Б, в то время как поля данных протокола ΚΤΡ включают в себя 16 Б, а соответствующие поля протокола ΙπΡΡ - 4 Б. В отличие от этого, данные, сжатые блоком речевого кодирования АМК, имеют величину 35 Б в режиме «12,2 кГц» или величину 5 Б в режиме «индикации молчания» (8ΙΌ), применяемом между речевыми паузами.
Между по меньшей мере двумя блоками коммутации мобильных станций или двумя медиашлюзовыми узлами, как правило, одновременно передаются многие соединения полезных данных, как, например, телефонные соединения, например, по стандарту для так называемого ИЬ-интерфейса. Аналогично ИЬ-интерфейсу, передача данных может осуществляться через также предусмотренный в системе мобильной связи стандарта 3ΟΡΡ ^''-интерфейс, который существует между медиашлюзовым узлом или центром коммутации мобильной связи и так называемым узлом контроллера радиосети (КИС) (см. 3ΟΡΡ Т8 25.414 и 25.415).
Согласно существующим в настоящее время стандартам, через ИЬ- или Ιπ-интерфейс для каждого подлежащего передаче соединения полезных данных, например для телефонного разговора, устанавливается отдельное, реализуемое согласно соответствующему протоколу передачи, ΙΡ/υΌΡ/ΒΤΡсоединение данных, по которому передаются пакеты данных, сформированные согласно соответствующему протоколу передачи ΙΡ/υΌΡ/ΡΤΡ.
Как в рамках ИЬ-, так и Ιυ-интерфейса, ΙΡ/υΌΡ/ΒΤΡ-протокол завершается, соответственно, на граничащем медиашлюзовом узле и граничащем центре коммутации мобильной связи или на граничащем узле КИС, то есть поля данных отдельных передаваемых через ИЬ- или Ιιι-соединение данных пакетов данных имеют, по меньшей мере, частично согласованность и в названных узлах, по завершении передачи, считываются и далее обрабатываются. В отличие от этого, поля данных пакетов данных, реализованных согласно протоколу ΙπΡΡ, маршрутизируются далее соответствующим медиашлюзовым узлом или центром коммутации мобильной связи.
Кроме того, в области методов передач известно множество методов мультиплексирования, посредством которых данные из многих соединений полезных данных передаются приблизительно одновременно посредством мультиплексированного соединения данных. Подобные соединения данных, предусмотренные для передачи нескольких соединений полезных данных или телефонных соединений, упоминаются далее как мультиплексированные соединения.
На ИЬ- или Ιπ-интерфейсе является предпочтительным передавать данные многих соединений данных совместно внутри мультиплексированного соединения, предпочтительно транспортируемого посредством ΙΡ/υΌΡ/ΡΤΡ-протоколов. Тем самым в одном ΙΡ-пакете, который содержит, соответственно, только один ΙΡ, υΌΡ и КΤΡ-заголовок, могут содержаться данные многих соединений полезных данных, соответственно, предпочтительно с собственным IиΡΡ-заголовком и собственными полезными данными, например сжатыми речевыми данными. Тем самым необходимая ширина полосы для транспортировки могла бы быть значительно уменьшена. Во всяком случае, эта возможность еще не описана в стандарте.
Для установления соединения полезных данных по ИЬ-соединению данных предусмотрен так называемый протокол управления ΙΡ-каналом-носителем ВК’С’ (IΡΒСΡ) (ΙΤυ-Τ 0.1970). который, со своей стороны, применяет так называемый протокол описания сессии (8ΌΡ) (ΙΕΤΡ КЕС 2327) (см. 30ΡΡ Τ8 29.414). Протокол ΙΡΒΟΡ предусматривает для установления соединения полезных данных между первым и вторым медиашлюзовым узлом передачу сообщения запроса ΙΡΒΟΡ от первого ко второму медиашлюзовому узлу. Второй медиашлюзовой узел отвечает на это сообщение сообщением ответа ΙΡΒΟΡ.
- 1 012519
Посредством названных сообщений 1РВСР первый и второй медиашлюзовые узлы обмениваются друг с другом своими соответствующими 1Р-адресами и номерами υΌΡ-портов, знание которых требуется для обмена данными между первым и вторым медиашлюзовыми узлами. Сообщения 1РВСР передаются прозрачным образом посредством так называемого протокола сигнализации В1СС (ΙΤυ-Τ 0.1902.1-5).
Задача изобретения заключается в том, чтобы предоставить способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению, предусмотренному между первым сетевым элементом и вторым сетевым элементом, при котором ширина полосы передачи, требуемая для передачи полезных данных, например речевых данных, заметно сокращается. Эта задача, исходя из родового понятия п. 1 формулы изобретения, решается признаками его отличительной части.
Существенный аспект соответствующего изобретению способа заключается в том, что посредством первого сетевого элемента формируется первое сообщение сигнализации и передается на второй сетевой элемент, причем посредством первого сообщения сигнализации второму сетевому элементу указывается готовность первого сетевого элемента к транспортировке по меньшей мере одного соединения полезных данных через соответствующее мультиплексированное соединение. В зависимости от указанной готовности первого сетевого элемента и от того, поддерживается ли транспортировка по меньшей мере одного соединения полезных данных через соответствующее мультиплексированное соединение вторым сетевым элементом, второй сетевой элемент распределяет каждое из по меньшей мере одного соединения полезных данных соответствующему мультиплексированному соединению или выбирает для этого соединения полезных данных транспортировку вне мультиплексированного соединения. Посредством сформированного во втором сетевом элементе и переданного на первый сетевой элемент второго сообщения сигнализации первому сетевому элементу указывается возможное распределение по меньшей мере одного соединения полезных данных мультиплексированному соединению. Предпочтительным образом, в соответствующем изобретению способе не требуется, чтобы инициирующий распределение первый сетевой элемент знал целевой узел для соединения полезных данных. Тем самым можно также стандартизированный протокол 1РВСР, при котором сообщение запроса 1РВСР, передаваемое от первого сетевого элемента, чаще всего передается без знания принимающего его второго сетевого элемента, или также стандартизованный протокол 81Р-сигнализации расширить на соответствующий изобретению способ. За счет установления соответствующего соединения полезных данных посредством мультиплексированного соединения могут, в частности, сжатые речевые данные передаваться посредством заметно сокращенной ширины полосы.
Предпочтительным образом, в способе, соответствующем изобретению, также не требуется вводить новые сообщения в протокол 1РВСР, а только существующие сообщения должны быть соответственно расширены.
Кроме того, предпочтительным образом способ, соответствующий изобретению, обеспечивает возможность, по выбору, транспортировки соединения полезных данных между первым сетевым элементом, который поддерживает транспортировку данных посредством мультиплексированного соединения, и вторым сетевым элементом, который, согласно существующему стандарту, поддерживает только транспортировку соединения полезных данных вне мультиплексированного соединения.
Предпочтительным образом учитывает второй сетевой элемент при выборе мультиплексированного соединения, имеется ли в мультиплексированном соединении достаточно свободных ресурсов для нового соединения полезных данных, как, например, свободная адресная информация для соединения полезных данных.
В случае применения протокола 1РВСР, при установлении каждого соединения полезных данных отдельно производится обмен так называемым сообщением 1РВСР-запроса и сообщением 1РВСР-ответа. В сообщении 1РВСР-запроса первый сетевой элемент указывает, согласно существующему стандарту, свой 1Р-адрес и номер иЭР-порта. Для указания, что транспортировка соединения полезных данных желательна посредством мультиплексированного соединения, вводится вновь образованный БЭР-атрибут. В качестве альтернативы, применяется новый ΜΙΜΕ''-параметр для определенного в Τ8 29.414 ΜΙΜΕтипа протокола 1иРР.
В случае, когда второй сетевой элемент не поддерживает транспортировку соединения полезных данных посредством мультиплексированного соединения, второй сетевой элемент игнорирует, согласно существующему стандарту 8ЭР. новый неизвестный ему 80Р-атрибут или новый ΜΙΜΕ-параметр, и направляет, согласно существующему стандарту 1РВСР, отдельно транспортируемое соединение полезных данных на указанный 1Р-адрес и номер иЭР-порта. Таким образом, имеет место обратная совместимость.
В случае, когда второй сетевой элемент, хотя и поддерживает транспортировку соединения полезных данных посредством мультиплексированного соединения, но для данного соединения полезных данных принимает решение не применять мультиплексирование, второй сетевой элемент посылает также сообщение 1РВСР-ответа, согласно существующему стандарту, без расширений согласно изобретению.
Второй сетевой элемент, который поддерживает мультиплексирование, выбирает при приеме сообщения 1РВСР-запроса с указанием, что желательно мультиплексирование, мультиплексированное соединение по указанному в сообщении 1РВСР-запроса 1Р-адресу. Мультиплексирование может, альтернатив
- 2 012519 но, вести к другому порту, иному, чем порт, указанный в сообщении 1РВСР-запроса.
Второй сетевой элемент сообщает первому сетевому элементу в сообщении 1РВСР-ответа, что выбрано мультиплексирование, и указывает выбранное мультиплексирование предпочтительно посредством номера бЭР-порта, который второй сетевой элемент применяет для приема мультиплексированного соединения. Для указания, что выбрано мультиплексирование, может применяться новый БЭР-атрибут, например тот же новый БЭР-атрибут, что и применяемый в сообщении 1РВСР-запроса для указания, что желательно мультиплексирование. В качестве альтернативы, для указания, что выбрано мультиплексирование, применяется новый ΜΙΜΕ''-параметр для определенного в ТБ 29.414 ΜΙΜΕ-типа протокола 1иРР, например тот же новый параметр, что и применяемый в сообщении 1РВСР-запроса. Указание применяемого для приема мультиплексированного соединения номера порта в Μθν-В может осуществляться в рамках описанной для соединения полезных данных так называемой строки БОР Μеά^а или с помощью нового БЭР-атрибута или параметра ΜΙΜΕ-типа.
Кроме того, предпочтительным образом способ, соответствующий изобретению, обеспечивает возможность назначения однозначного идентификатора соединения полезных данных в мультиплексированном соединении. Этот идентификатор может, например, указываться внутри пакета данных мультиплексированного соединения как соотнесенный с соответствующим транспортируемым пакетом данных соединения полезных данных, чтобы тем самым выразить то, к какому соединению полезных данных относится транспортируемый пакет данных.
Предпочтительным образом второй сетевой элемент присваивает, после выбора мультиплексированного соединения, соотнесенному с ним соединению полезных данных дополнительный идентификатор, который является однозначным в пределах мультиплексированного соединения, и сообщает для каждого вновь распределенного соединения полезных данных выбранный дополнительный идентификатор первому сетевому элементу в сообщении, в котором второй сетевой элемент для каждого соединения полезных данных выражает, распределено ли оно к мультиплексированному соединению, и если да, то к какому.
Этот идентификатор может тогда указываться, например, внутри пакета данных мультиплексированного соединения, как соответственно соотнесенный с транспортируемым пакетом данных соединения полезных данных, чтобы тем самым выразить, к какому соединению полезных данных принадлежит транспортируемый пакет данных. Предпочтительным образом при этом для соединения полезных данных применяется тот же самый идентификатор, как для пакетов данных, посылаемых от первого сетевого элемента ко второму сетевому элементу, так и для пакетов данных, посылаемых от второго сетевого элемента к первому сетевому элементу.
Для БЭР, при котором применяется протокол 1РВСР, указание идентификатора осуществляется с помощью нового БЭР-атрибута или параметра ΜΙΜΕ-типа, например атрибута или параметра, который отражает, что применяется мультиплексирование.
Предпочтительным образом соединение полезных данных завершается, как только применяемый для этого соединения полезных данных идентификатор присваивается другому соединению полезных данных, заново распределенному мультиплексированному соединению. Чтобы предотвратить то, что тот же самый идентификатор случайно будет одновременно назначен первым и вторым сетевым элементом различным соединениям полезных данных внутри того же самого мультиплексированного соединения, является предпочтительным, если первому и второму сетевому элементу для назначения идентификатора будут распределены различные диапазоны значений. Например, тот сетевой элемент, который сначала распределяет соединение полезных данных новому мультиплексированному соединению, для этого получает нижний диапазон значений, в то время как другой сетевой элемент, который получает от упомянутого сетевого элемента сообщение о распределении этого соединения полезных данных, посредством этого соединения получает назначенный верхний диапазон значений.
Наряду с этим, посредством соответствующего изобретению способа предпочтительным образом поддерживается установление нового мультиплексированного соединения, в частности, в том случае, когда для соединения полезных данных еще не имеется подходящего существующего мультиплексированного соединения. Подобное автоматическое и динамическое установление мультиплексированного соединения значительно упрощает работу коммуникационной системы.
Соответственно этому, при получении сообщения от первого сетевого элемента, которое содержит адрес и указывает, что желательно распределение соединения(й) полезных данных к одному или нескольким мультиплексированным соединениям, является предпочтительным, если второй сетевой элемент в случае, когда еще не имеется походящего мультиплексированного соединения к указанному адресу или когда в существующих соединениях полезных данных больше не имеется ресурсов, устанавливает новое мультиплексированное соединение к указанному адресу и распределяет к нему соединения полезных данных.
Предпочтительным образом установление нового мультиплексированного соединения осуществляется тем, что второй сетевой элемент в сообщении к первому сетевому элементу указывает еще не имеющееся мультиплексированное соединение, например, посредством еще не применявшегося номера иЭР-порта второго сетевого элемента. Первый сетевой элемент распознает при приеме сообщения вто
- 3 012519 рого сетевого элемента по факту применения новой адресной информации, что применяется новое мультиплексированное соединение. Предпочтительным образом для этого первый сетевой элемент указывает в сообщении ко второму сетевому элементу свободный номер υΌΡ-порта первого сетевого элемента, и второй сетевой элемент применяет этот номер υΌΡ-порта, чтобы передавать данные по вновь установленному мультиплексированному соединению на первый сетевой элемент. Если второй сетевой элемент выбирает уже существующее мультиплексированное соединение, то второй сетевой элемент применяет, напротив, другой номер порта первого сетевого элемента, который уже был перед этим назначен этому мультиплексированному соединению. Предпочтительным образом мультиплексированное соединение отменяется, как только завершается последнее транспортируемое в нем соединение полезных данных.
Предложенное изобретение пригодно также для других сетей, которые предусматривают в качестве сигнализации так называемый протокол инициирования сессии (ГЕТР КРС 3261), и в которых между теми же сетевыми элементами может производиться обмен многими соединениями полезных данных, как, например, так называемая Интернет-мультимедийная подсистема (ΙΜδ), в которой используется ΕΤδΙ ΤΙδΡΑΝ стандартизованным образом. Для описания соединений полезных данных и здесь применяется протокол 8ΌΡ, который согласно так называемому механизму «δΌΡ-предложение-ответ» (ГЕТР КРС 3264) производит обмен посредством так называемого сообщения δΌΡ-предложения и следующего за ним сообщения δΌΡ-ответа, которые сопоставимы с сообщениями ГΡΒСΡ-запроса и, соответственно, IIΡΒСΡ-ответа.
Другие предпочтительные варианты осуществления соответствующего изобретению способа приведены в других пунктах формулы изобретения.
Далее соответствующей изобретению способ поясняется более подробно на примере выполнения со ссылками на чертежи, на которых показано следующее:
фиг. 1 - приведенная для примера блок-схема взаимодействующих для выполнения способа, соответствующего изобретению, сетевых компонентов мобильной коммуникационной системы, фиг. 2 - приведенное для примера схематичное представление структуры пакета данных соответствующего изобретению мультиплексированного соединения, фиг. 3 - приведенное для примера схематичное представление альтернативной структуры пакета данных соответствующего изобретению мультиплексированного соединения, фиг. 4 - приведенная для примера блок-схема сетевой архитектуры коммуникационной системы, основанной на ΙΜδ.
На фиг. 1 для примера показаны в схематичном представлении первый сетевой элемент, в частности сетевой узел Μδί'-Α. и второй сетевой элемент, в частности сетевой узел Μδί'-Β мобильной коммуникационной системы ΜΚδ, причем первый и второй сетевые узлы Μδ^Α, Μδί'-Β в предпочтительном варианте осуществления выполнены как узлы коммутации мобильной связи.
Первый сетевой узел Μδί-Α имеет, например, в показанном на фиг. 1 примере выполнения первый блок Μδί-сервера Μδί-δ-Α и первый блок медиашлюза МС\У-Л. Аналогично этому, второй сетевой узел Μδί-Α имеет второй блок Μδί-сервера Μδί-δ-Β и второй блок медиашлюза ΜΟν-Β. Функциональности сервера и медиашлюза, показанные посредством разделенных блоков, а именно первого и второго блоков Μδί-сервера Μδί-δ-Α, Μδί-Β, а также первого и второго блоков медиашлюза ΜΟν-Α, ΜΟν-Β, альтернативно могут быть реализованы в едином блоке.
Первый и второй сетевые узлы Μδί-Α, Μδί-Β или их первый и второй блоки медиашлюза ΜΟνΑ, ΜΟν-Β в представленном примере выполнения связаны друг с другом через ^-интерфейс, который для передачи пакетов данных ΌΡ подлежащего установлению соединения полезных данных применяет протокол ΙΡ, ϋΏΡ, ΚΤΡ и ΙυΡΡ.
В соответствии с изобретением на ^''-интерфейсе предусмотрено по меньшей мере одно мультиплексированное соединение для передачи по меньшей мере одного соединения полезных данных. Кроме того, существует соединение ВГСС-сигнализации между первым и вторым блоками Μδί-сервера Μδί-δΑ, Ы8С-8-В, причем первый и второй блоки ΜδС-сервера Μδ^δ-Α, Ы8С-8-В связаны через соединение сигнализации, основанное на протоколе ΙΤυ-Τ Н.248, с первым и, соответственно, вторым блоком медиашлюза ΜΟν-Α, ΜΟν-Β и через него контролируют их. Как с помощью соединения ВГССсигнализации, так и с помощью соединения сигнализации протокола ΙΤυ-Τ Н.248 поддерживается В1СС ΙΡ-протокол управления каналом-носителем (ГΡΒСΡ).
Кроме того, первый сетевой блок Μδ^Α или первый блок ΜδС-сервера Μδ^δ-Α и первый блок медиашлюза ΜΟν-Α посредством так называемого ^''-интерфейса или ^''-соединения данных связаны с контроллером радиосети (КNС). Также посредством ΙΗ-соединения данных для передачи пакетов данных соединения полезных данных применяется протокол ΙΡ, υΌΡ, ΚΤΡ и ΙυΡΡ.
На фиг. 2 показана приведенная для примера структура пакета данных ΌΡ соответствующего изобретению мультиплексированного соединения ту, которое передается, например, через ^-соединение данных или ^-интерфейс. ^-интерфейс предусмотрен для мультиплексированной передачи данных, например, с первого по третье соединения υθ, υС2, υС3 полезных данных.
Пакет данных ΌΡ содержит для этого только, соответственно, поле данных протокола ΙΡ, υΌΡ и ΚΤΡ, в то время как полезные данные с первого по третье соединений υθ, υС2, υС3 полезных данных
- 4 012519 передаются, соответственно, в отдельно от других расположенном поле данных с 1иЕР1 по 1иРР3, которое, соответственно, содержит предпочтительно данные 1иРР, а также полезные данные первого, второго или третьего соединений ИС1, ИС2, ИС3 полезных данных. Полезные данные могут быть, соответственно, например, речевой информацией, кодированной согласно способу АМН.
Предпочтительным образом для каждого соединения с ИС1 по ИС3 полезных данных также вводится поле МР1, МР2, МР3 мультиплексированных данных, которое содержит по меньшей мере один, с первого по третий, идентификатор Ш1, ГО2, Ш3, который внутри мультиплексированного соединения указывает соответствующее соединение ИС1, ИС2 или ИС3 полезных данных, а также, при необходимости, дополнительную информацию относительно длины, соответственно, передаваемых полезных данных и/или временную метку. Также может быть предусмотрено с первого по третье 1иТР-поле данных 1иТР1, 1иТР2, 1иТР3.
Далее для примера более подробно описаны кодированные согласно протоколу описания сессии (8ИР) сообщение 1РВСР-запроса и сообщение 1РВСР-ответа, которыми производится обмен, например, между показанным на фиг. 1 первым и вторым сетевыми узлами М8С-Л и М8С-В, в частности между первым и вторым блоком медиашлюза МСХУ-А, МСХУ-В.
Сообщение 1РВСР-запроса (М6И-А -> МСИ-В) с-ιν 1₽4 йозб♦апуийеге.сот т*аисИо 49170 ЕТР/АУР 98 3 96 97 а=грртар:98 УТЮ.ЗСРР.ΙΌΓΡ/16000 а«£т!;р:98 πιυΐΐΐρίθχ а=гЪртар:97 АМН
Об а=£трр:97 то<1е-зеЕ=0, 2, 5, 7; тоЗе-сПапде-регхос^З а-г1:ртар:9б РеХерЪопе-еуепР
Сообщение IРВСР-ответа (МС^-В -> МСИ-А)
Ά1 с=ГМ ΙΡ4 Ηοδϊ.ехатр1е.сот
А2 т=аис11о 49320 ЕТР/АУР 98
АЗ а=грршар:98 νΝϋ.ЗСРР.ΙϋΕΡ/16000
А4 а=£т£р198 ти1£1р1ех; г1;р_рау1оа<Д_рурез=9б, 97;
изег_соппес1:1оп_1С=11; Γΐορ_οοηη©οί1οη_1<1«12 ;
А5 а=гЕр1пар : 97 АМР.
Аб а=£тир:97 то<Де-зеР=0, 2, 5, 7; гпсс1е-с11апде-рег±ос!=2
Сообщение 1РВСР-запроса формируется в первом блоке медиашлюза МСХУ-А первого сетевого узла М8С-Л и передается на второй блок медиашлюза МСХУ-В второго сетевого узла М8С-В. Посредством приведенного в строке Кд4 сообщения 1РВСР-запроса идентификатора мультиплексирования ти1йр1ех М1МЕ-типа протокола 1иРР первым блоком медиашлюза МСХУ-А указывается второму блоку медиашлюза МСХУ-В, что желательно распределение указанного в сообщении 1РВСР-запроса соединения полезных данных к мультиплексированному соединению ту.
В первой строке Кд1 сообщения 1РВСР-запроса первым блоком медиашлюза МСХУ-Л указывается относящаяся к нему адресная информация, например его 1Р-адрес, такой как йой.апуетйеге.сот, к которому должно направляться мультиплексированное соединение.
Во второй строке Кт[2 сообщения 1РВСР-запроса первым блоком медиашлюза МСХУ-Л указывается размещенный в первом блоке медиашлюза МСХУ-А свободный номер порта, например 49170, который может применяться для установления мультиплексированного соединения ту, еще не существующего в момент времени запроса, а также, согласно существующему стандарту, для установления соединения полезных данных вне мультиплексированного соединения.
Если никакого идентификатора мультиплексирования тиШр1ех в четвертой строке Кд4 сообщения 1РВСР-запроса не предусмотрено, то в соответствии со стандартом, указанный 1Р-адрес и номер порта предусматриваются для установления простого, то есть не мультиплексированного соединения полезных данных. В первом блоке медиашлюза МСУ-А уже учитывается, что второй блок медиашлюза МСУ-В, возможно, не поддерживает или не соответствует желательному распределению, указанному посредством идентификатора мультиплексирования ти1йр1ех, и переданные 1Р-адрес и номер порта применяются для установления простого, не мультиплексированного соединения полезных данных к первому блоку медиашлюза МСУ-А.
После приема сообщения 1РВСР-запроса, посредством второго блока медиашлюза МСУ-В, в соответствии с изобретением, мультиплексированное соединение ту соотносит с принятым 1Р-адресом 1ю51.апу\\'11еге. сот номер порта желательного мультиплексированного соединения во втором блоке медиашлюза МСУ-В, например мультиплексированное соединение с номером порта 49320.
В предпочтительной форме выполнения посредством первого и второго блока медиашлюза МСУА, МСУ-В устанавливаемому соединению полезных данных назначается идентификатор внутри соответствующего мультиплексированного соединения ту - в рассматриваемом примере выполнения идентификатор 11. Во избежание того, что тот же самый идентификатор будет случайно одновременно назначен первым и вторым блоком медиашлюза МСУ-А, МСУ-В различным соединениям полезных дан
- 5 012519 ных внутри того же самого мультиплексированного соединения, первому и второму блокам медиашлюза МС\У-Л. МС\У-В предпочтительно выделены различные диапазоны значений для назначения идентификатора. Например, тот блок медиашлюза МС\У-В. который первым распределяет мультиплексированному соединению соединение полезных данных, может получить нижний диапазон значений для назначения, в то время как другой блок медиашлюза МС\У-Л получает для назначения верхний диапазон значений.
Если вторым блоком медиашлюза МС\У-В установлено, что к желательному 1Р-адресу 1ю51.апу\\'11сгс.еот еще не имеется мультиплексированного соединения ту, то он устанавливает посредством сообщения 1РВСР-ответа новое мультиплексированное соединение ту к 1Р-адресу 11О51.апу\у11сгс.сот и указанному номеру порта 49170 в первом блоке медиашлюза МС\У-А. В этом случае назначенный номер порта 49320 является номером порта, до сих пор не использованным во втором блоке медиашлюза МС\У-В.
Если, напротив, выбрано существующее мультиплексированное соединение ту, то назначенный номер порта 49320 второго блока медиашлюза МС\У-В соответствует номеру порта существующего мультиплексированного соединения ту, которому в первом блоке медиашлюза МС\У-А назначен номер порта 49170.
Определенная посредством второго блока медиашлюза МС\У-В информация для установления соединения полезных данных указывается посредством сообщения 1РВСР-ответа первому блоку медиашлюза МС\У-А.
Например, посредством указанного в четвертой строке Вр4 сообщения 1РВСР-ответа идентификатора мультиплексирования тиШр1ех ΜΙΜΕ-типа протокола 1иРР первому блоку медиашлюза МС\У-А указывается, что описанное в сообщении 1РВСР-ответа соединение полезных данных было распределено мультиплексированному соединению ту. Путем дополнительно переданного параметра и8ег_соппескюп_И со значением 11 первому блоку медиашлюза МС\У-А сообщается идентификатор, назначенный соединению полезных данных вторым блоком медиашлюза МС\У-В внутри мультиплексированного соединения ту .
В первой строке Кр1 сообщения 1РВСР-ответа указывается назначенный вторым блоком медиашлюза МС\У-В 1Р-адрес, например 1о8к.ехатр1е.сот, к которому ведет мультиплексированное соединение ту.
Во второй строке Вр2 сообщения 1РВСР-ответа указывается назначенный вторым блоком медиашлюза МС\У-В номер порта, например 49170, к которому ведет мультиплексированное соединение ту во втором блоке медиашлюза МС\У-В. Косвенным образом он указывает также выбранное мультиплексированное соединение ту. Также второй блок медиашлюза МС\У-В может побудить первый блок медиашлюза ΜΟΨ-А, путем указания до сих пор не примененного номера порта, установить новое мультиплексированное соединение ту.
Отсутствие идентификатора мультиплексирования тиШр1ех в четвертой строке Кр4 сообщения 1РВСР-ответа показывает первому блоку медиашлюза ΜΟ^-А, что для установления соединения полезных данных не применяется никакое мультиплексированное соединение ту, а устанавливается простое, не мультиплексированное соединение полезных данных, аналогично стандартизованному в настоящее время способу, посредством переданного 1Р-адреса и соответствующего номера порта. Сообщение 1РВСР-ответа без идентификатора мультиплексирования тиШр1ех посылалось бы также стандартизованным в настоящее время блоком медиашлюза ΜΟ^-2, который не понимает идентификатор мультиплексирования ти1йр1ех в четвертой строке Вр4 сообщения 1РВСР-ответа и поэтому игнорирует его и поддерживает только транспортировку соединения полезных данных вне мультиплексированного соединения.
Для пояснения альтернативного случая применения соответствующего изобретению способа на фиг. 4 приведено упрощенное схематичное представление блок-схемы сетевой архитектуры Интернетмультимедийной подсистемы (ΙΜ8) или коммуникационной ΙΜδ-системы, которая уже имеет стандартизованные органом стандартизации расширения Т18РАЫ (Объединяющие телекоммуникацию и Интернет услуги и протоколы для перспективных сетей), а также применяемые протоколы.
Коммуникационная ΙΜδ-система содержит, например, с первого по третье коммуникационные оконечные устройства Т1-Т3, которые, соответственно, поддерживают протокол инициирования сессии (8ГР). С первого по третье коммуникационные оконечные устройства Т1-Т3 соединены по протоколу 81Р (8БР) с так называемым блоком пограничного шлюза доступа (АВС) и, тем самым, подключены к базовой 81Р-сети.
Согласно установленному посредством Т18РАЫ стандарту, функции, которые в соответствии со стандартом отнесены к блоку АВС, реализуются с помощью нескольких связанных между собой сетевых элементов, а именно так называемого блока прокси-функции управления сеансом вызова (Р-С8СР), блока функции принятия решения основанной на услуге политики (8РБР) и блока функции пограничного шлюза (ВСЕ). При этом, основываясь на данных 81Р-сигнализации, посредством блока Р-С8СР контролируется блок 8РБР, который, со своей стороны, управляет блоком ВСЕ.
В коммуникационной системе ΙΜ8 могут быть предусмотрены так называемые блоки сервера при
- 6 012519 ложений (А8), которые предоставляют в распоряжение выбранные приложения, например услугу связи типа ри8Й-Го-Га1к («нажать, чтобы говорить», полудуплексный режим связи).
Кроме того, могут быть предусмотрены блоки функций медиаресурсов (МКР), которые служат мостами конференции и устанавливаются из двух сетевых элементов, а именно так называемого блока контроллера МКР (МКРС) и так называемого блока процессора МКР (РМКР).
Кроме того, коммуникационная система 1М8 может посредством блока пограничного шлюза (ВС) соединяться с другими коммуникационными 1Р- или ГМ8-системами. Блок ВС имеет для этого блок пограничного управления межсоединениями (1ВСР), блок 8РЭР и блок ВСР.
Посредством блока ΡδΤΝ-шлюза (ΡδΤΝ-С) коммуникационная система ГМ8 может соединяться с коммутируемой телефонной сетью общего доступа (Ρ8ΤΝ). Для этого она имеет блок функции управления медиашлюза (МССР), а также блок медиашлюза Интернет-мультимедиа (1М-МС\У).
81Р-сигнализация в коммуникационной системе 1М8 пересылается посредством блока функций управления сессией вызова (С8СР), причем с первого по третье коммуникационные оконечные устройства Т1-Т3 через блок Р-С8СР, а последний, в свою очередь, через блок С8СР, обмениваются данными 81Р-сигнализации с блоками 1ВСР, МССР, МКРС, А8, которые передаются по протоколу 8ЭР.
Для транспортировки полезных данных между с первого по третье коммуникационными оконечными устройствами Т1-Т3, блоками ВСР, блоком 1М-МС\У. блоком МКРР и блоком Ά8, указанные блоки связаны между собой по протоколу КТР, ИЭР и 1Р. Наряду с полезными данными, также передается стандартизованный в КРС 3550 протокол управления реального времени (КТСР). В отличие от показанного на фиг. 1 примера выполнения 3СРР С8-домена, протокол 1иРР не применяется в коммуникационной системе 1М8. Однако и здесь следует ожидать, что между двумя сетевыми элементами базовой ГМ8сети (соответственно, ВСР, ГМ-МС^, МКРР или Ά8), по существу, одновременно передается множество соединений полезных данных, которые требуют предоставления значительной ширины полосы. Чтобы иметь возможность сэкономить ширину полосы, обеспечиваются мультиплексированные соединения для передачи множества имеющих подобные атрибуты соединений полезных данных.
На фиг. 3 для примера показана структура пакета данных ЭР мультиплексированного соединения ту, которая показывает возможный формат мультиплексированного пакета данных, как это, например, могло бы быть предусмотрено, например, на показанных на фиг. 4 интерфейсах. Структура соответствует в значительной степени структуре, показанной на фиг. 2. Отличием является то, что вместо ГиРРполей данных, от 1иРР1 до 1иРР3, предусмотрены КТР-поля данных, КТР1 или КТР2, протокола КТР. Это требуется, в частности, на основе соединений полезных данных, реализованных как двухточечные соединения, чтобы иметь возможность предусмотреть восстановление полезных данных непосредственно в блоке кодера или блоке декодера, например, в соответствующем коммуникационном оконечном устройстве с Т1 по Т3.
Наряду с соединениями полезных данных, передаваемыми согласно протоколу КТР, могут также быть предусмотрены соответствующие управляющие соединения протокола КТСР в поле данных мультиплексированного пакета данных ЭР. Для этого, аналогично остальным соединениям полезных данных, им назначается идентификатор ГО3.
Кроме того, в заголовке мультиплексированного пакета данных ЭР также предусмотрено поле данных КТР. Данные, передаваемые в поле данных КТР, могут, например, содержать данные о флуктуациях (разбросе задержек) и потере пакетов на участке передачи, которые могут иметь место между отдельными сетевыми элементами в базовой сети (соответственно, ВСР, ГМ-МС^, МКРР или Ά8).
Далее для примера описана структура сообщения ЗЭР-предложения и сообщения 8ЭР-ответа, согласно стандарту ГЕТР КРС 3264, которыми обмениваются, например, по протоколу 8ГР-сигнализации между, например, двумя сетевыми элементами или узловыми элементами в базовой ГМ8-сети, и которые содержат соответствующие изобретению расширения.
В качестве узловых элементов могут, например, предусматриваться блок Ά8, блок ВСР, блок АВС, блок Р8Т№С или блок МКР. В структуре, показанной на фиг. 3, для примера применяется мультиплексированный пакет данных ЭР.
В отличие от описанной выше структуры сообщений ГРВСР, представленный далее обмен сообщениями служит дополнительно для назначения способа кодирования, используемого для передачи, и может относиться к нескольким соединениям полезных данных.
- 7 012519
Сообщение ЗОР-предложения (Узел А -> узел В)
Нц1 с=1М ΙΡ4 ИозС.агуяЬеге.сот
Кц2 М=аиЙЮ 49170 К1Р/АУР 97
КдЗ а=г!ртар:97 «ТО ЗСРР.1ОТР/16000 а=£тСр:97 тиНЦДех
Сообщение ЗОР-ответа (Узел В -> узел А)
Кр1 с=1К ΙΡ4 Ъозс.е<ашр1е.сом
В.р2 м-аосю 49320 КГР/АУР 97
Р.рЗ а=гсртар:97 ’.та . 36РР.ШГР/16000
Вр4 а=йпСр:97 ти!Ы >1ех; изег_соппесЪ1оП_1с1=11
Сообщение δΌΡ-предложения передается для этого от первого сетевого узла А ко второму сетевому узлу В. Например, во второй строке 02 сообщения δΩΡ-предложения указаны различные способы кодирования, а именно ΟδΜ-ΕΗ, АМН, а также указано Тс1ср1юпс Еусп1 (телефонное событие). Эти способы кодирования посредством НТР-параметра рау1оаб 1урез (типы полезной нагрузки) вводятся посредством назначения значений 3,96 и 97 во вторую строку 02 сообщения δΌΡ-предложения. Другие параметры согласно протоколу 8ΌΡ, предусмотренные в пятой, шестой и седьмой строках 05, 06 и 07, описаны ниже. Наряду с этим во второй строке 02 в качестве НТР-типа полезной нагрузки присвоено значение 98, которое указывает на мультиплексированный протокол 1иРР и которое посредством предусмотренных в третьей и четвертой строке 03, 04 дополнительных параметров описывается более подробно.
Посредством указанного в четвертой строке 04 параметра шиШр1ех ΜΙΜΕ-типа протокола 1иРР, посредством первого сетевого узла А, генерирующего сообщение δΌΡ-предложения, указывается, что ему желательно распределение описанного(ых) во второй строке 02 соединения(ий) полезных данных к мультиплексированному соединению.
В первой строке 01 сообщения δΌΡ-предложения посредством первого сетевого узла А указывается относящийся к нему ΙΡ-адрес, на который должно направляться мультиплексированное соединение ту.
Во второй строке 02 сообщения δΌΡ-предложения посредством первого сетевого узла А указывается относящийся к нему свободный номер порта, например 49170, который может применяться для установления нового мультиплексированного соединения. Если в сообщении δΌΡ-предложения не содержится параметр ти1йр1ех, то, аналогично ранее описанному способу, указанный ΙΡ-адрес и номер порта предусмотрены для установления простого, не мультиплексированного соединения. Если поддержка мультиплексированной передачи и/или типа ΗΤΡ-нагрузки посредством протокола ΙπΕΡ не предусматривается во втором сетевом узле В, то ΙΡ-адрес и номер порта могут также предусматриваться для установления простого, не мультиплексированного соединения полезных данных к первому сетевому узлу А.
После оценки сообщения δΌΡ-предложения второй сетевой узел В в соответствии с изобретением выбирает мультиплексированное соединение на ΙΡ-адрес йой.апуетйеге.сот, например мультиплексированное соединение с номером порта 49320 во втором сетевом узле В.
Второй сетевой узел В также выбирает из указанных посредством сообщения δΌΡ-предложения способов кодирования, например АМН и Те1ер1опе егепГ' (ΗΤΡ-типы нагрузки 96 и 97). Дополнительно вторым сетевым узлом В для соединения полезных данных назначается первый идентификатор, например 11, а для соответствующего НΤСΡ-соединения - другой идентификатор, для идентификации соединений полезных данных, например 12.
Для случая, когда еще нет мультиплексированного соединения к указанному ΙΡ-адресу йой.апуетйеге.сот, то оно устанавливается посредством сообщения δΌΡ-ответа ко второму сетевому узлу В, а именно на ΙΡ-адрес 1ю51.апу\\11еге.сот. и на номер порта 49170 в первом сетевом узле А. В этом случае порт с номером 49320 образует до сих пор не использованный вторым сетевым узлом В порт. При выборе уже существующего мультиплексированного соединения ту номер порта 49320 указывает номер порта, назначенный мультиплексированному соединению ту во втором сетевом узле, а номер порта 49170 - номер порта, уже назначенный в первом сетевом узле А этому мультиплексированному соединению.
Второй сетевой узел В в соответствии с изобретением формирует сообщение δΌΡ-ответа и передает его на первый сетевой узел А, причем оно содержит следующую информацию.
Во второй строке А2 сообщения δΌΡ-ответа указывается выбранный тип НΤΡ-нагрузки для протокола ΙπΕΡ, а именно, например, 98, а в четвертой строке А4 указывается параметр ти1Ир1ех ΜΙΜΕтипа протокола ΙυΕΡ, посредством чего первому сетевому узлу А сообщается, что описываемые в строке А2 δΌΡ-медиасоединения полезных данных относятся к мультиплексированному соединению ту.
Посредством указанного в четвертой строке А4 параметра йр_рау1оаб_1уре8 ΜΙΜΕ-типа протокола ΙυΕΡ первому сетевому узлу А указывается выбранный вторым сетевым узлом В для этого соединения полезных данных тип НΤΡ полезной нагрузки, например 96, для способа кодирования ΑΜΗ и 97 для способа кодирования Те1е£опе-еуеп1. Названные типы ^Ρ полезной нагрузки более подробно определены в строках с пятой по седьмую 05-07.
- 8 012519
В четвертой строке А4 вводится параметр и8ег_соппесйои_1й ΜΙΜΕ-типа протокола 1иЕР, который указывает первому сетевому узлу А, что описанному во второй строке А2 соединению полезных данных назначен первый идентификатор, например 11. Посредством приведенного в четвертой строке А4 параметра г1ср_соппес1юп_1Й ΜΙΜΕ-типа протокола 1иРР первому сетевому узлу А указывается, что КТСР-соединению, соответствующему описанному во второй строке А2 соединению полезных данных, назначен второй идентификатор, например 12.
В первой строке А1 указывается назначенный второму сетевому узлу В ΙΡ-адрес, например Йо81.ехатр1е.сот, через который ведет мультиплексированное соединение ту, и во второй строке А2 номер порта, например 49170, на котором принимаются пакеты данных ΌΡ, передаваемые через мультиплексированное соединение ту.
При этом второй сетевой узел В за счет применения до сих пор не занятого номера порта может указать первому сетевому узлу А установить на него мультиплексированное соединение. Если параметр ти1йр1ех не предусмотрен в сообщении δΌΡ-ответа, то передаваемые ΙΡ-адрес и номер порта могут применяться для установления простого, не мультиплексированного соединения полезных данных.
Первый и второй сетевые узлы А, В могут, как показано на фиг. 4, состоять из подходящего для δΌΡ-сигнализации управляющего блока, например блока Р-С8СЕ, 1ВСЕ, ΜССΕ или ΜΚΕΟ, и подходящего для соединений полезных данных блока обработки, например блока ВСЕ, Μ-ΜΟν или ΜΚΕΡ. Блок обработки и управляющий блок осуществляют обмен данными друг с другом, соответственно, например, согласно стандарту 1ТИ-Т Н.248. В предпочтительном варианте осуществления блок обработки выполняет функцию управления мультиплексированными соединениями ту, а также распределением адресной информации соединений полезных данных.
Перед передачей сообщения δΌΡ-предложения блок обработки и управляющий блок соответствующего сетевого узла А, В осуществляют обмен сообщениями друг с другом согласно существующему стандарту. Блок обработки сообщает управляющему блоку, в частности, свой ΙΡ-адрес, например йо81.аиутейеге.сот, а также назначенный ему номер порта, например 49170. Сигнализация, кроме того, расширяется тем, что блок обработки указывает управляющему блоку, что ему желательно использование мультиплексированного соединения. Например, для этого К.ТР полезная нагрузка может передаваться по протоколу ΙυΕΡ, согласно строкам с второй по четвертую 02-04, посредством выбранного Н.248-сообщения от блока обработки к управляющему блоку.
Между приемом сообщения δΌΡ-предложения и передачей сообщения δΌΡ-ответа происходит обмен сообщениями между блоком управления и блоком обработки соответствующего сетевого узла А и В согласно существующим стандартам. Например, блок обработки сообщает в нем уже принятый в сообщении δΌΡ-предложения ΙΡ-адрес, а также принятый номер порта. В предпочтительной форме выполнения блоку обработки посредством блока управления сигнализируется, что желательно мультиплексирование. Это осуществляется, например, посредством маршрутизации КТР полезной нагрузки для протокола ΙυΕΡ согласно строкам с второй по четвертую 02-04, посредством подходящего сообщения протокола Н.248.
Посредством блока обработки затем выбирается мультиплексированное соединение, и соединениям полезных данных назначается соответствующий идентификатор. Блок обработки сообщает блоку управления свой ΙΡ-адрес и назначенный ему номер порта.
Если имеется 8ΌΡΕ между блоком управления и блоком обработки, то посредством этого описанная информация передается далее.
Изобретение было описано выше на примере выполнения. Однако понятно, что возможны многочисленные изменения без отклонения от лежащего в основе изобретения принципа изобретения.
- 9 012519
Список ссылочных позиций
АВС блок пограничного шлюза доступа
ΑΝ1 первая сеть доступа
ΑΝ2 вторая сеть доступа
АЗ блоки сервег а приложений
ВС блок пограничного шлюза вег блок функцш пограничного шлюза
1ВСГ блок функции пограничного управления межсоединениями
Ю1 адрес ная информация
Ю2 вторая адрес ная информация
ЮЗ третья адресная информация
1М-МСИ блок медиа-цдюза Интернет-мультимедиа
ΙΜ3
1М5-основанная коммуникационная система
ΙΡ
ΙΡ-поле данных
Ιυ
Ιυ-соединение данных
ΙυΓΡΙ первое
1иГР-поле данных
1иГР2 второе
1иГР~ поле данных
ТиГРЗ третье
1иГР-поле данных
ΚΆΤΙ первое мобильное оконечное устройство связи
ΚΆΤ2 второе мобильное оконечное устройство связи мкз мобильная коммуникационная система
МССГ блок функции управления медиа-шлюзом
МСИ-А первый блок медиа-шлюза
МСИ-В второй блок медиа-шлюза
МСИ-Т третий блок медиа-шлюза
МКО коммуникации иная услуга
ΜΚΌ основанная на мультимедийных данных коммуникационная услуга
МР1 первое поле данных мультиплексирования
МР2 второе поле данных мультиплексирования
МРЗ третье поле данных мультиплексирования
МЕГ блоки функций медиа-ресурсов
ИКЕС блок МВГ-кснтроллера
МРЕР блок МКГ-прсцессора
М5С-А первый блок
М5С-В второй блок
М2С-5-А первый блок
М5С-3-В второй блок
Μν коммутации мобильной связи коммутации мобильной связи
М5С-сервера
М5С-сервера мультиплексированные соединения
ЫЬ-соединен! ,е данных
Р-С5СГ блок прокси функции управления сессией вызова
Ρ5ΤΝ коммутируемая телефонная сеть общего доступа
Р5ТЫ-С блок РЗТК-ш.чюза
РАВ
КАВ-параметр
ЕЫС блок контроллера радиосети
РТР
РТР-поле данных
5ΙΡ протокол инициирования сессии
5Р0Г блок функции принятия решения политики основанной на услугах
ТЗ третье оконччное устройство связи ист первое полезных данных (Ю2 второе соединение полезных данных исз третье соединение полезных данных иор иОР-поле данных

Claims (19)

  1. ФОРМУЛА ИЗОБРЕТЕНИЯ
    1. Способ распределения по меньшей мере одного из соединений полезных данных к по меньшей мере одному мультиплексированному соединению, предусмотренному между первым сетевым элемен
    - 10 012519 том (М8С-А) и вторым сетевым элементом (М8С-В), отличающийся тем, что посредством первого сетевого элемента (М8С-А) формируется первое сообщение сигнализации и передается на второй сетевой элемент (М8С-В), причем посредством первого сообщения сигнализации второму сетевому элементу (М8С-В) указывается готовность первого сетевого элемента (М8С-А) к транспортировке по меньшей мере одного соединения полезных данных через, соответственно, мультиплексированное соединение, причем в зависимости от указанной готовности первого сетевого элемента (М8С-А) и от того, поддерживается ли транспортировка по меньшей мере одного соединения полезных данных посредством мультиплексированного соединения через второй сетевой элемент (М8С-В), второй сетевой элемент (М8С-В), каждое из по меньшей мере одного соединения полезных данных, соответственно, либо распределяет мультиплексированному соединению между первым сетевым элементом (М8С-А) и вторым сетевым элементом (М8С-В), либо выбирает для этого соединения полезных данных транспортировку вне мультиплексированного соединения, и посредством выработанного во втором сетевом элементе (М8С-В) и переданного на первый сетевой элемент (М8С-А) второго сообщения сигнализации первому сетевому элементу (М8С-А) указывается возможное распределение по меньшей мере одного соединения полезных данных к мультиплексированному соединению (ту).
  2. 2. Способ по п.1, отличающийся тем, что готовность первого сетевого элемента (М8С-А) к транспортировке по меньшей мере одного соединения полезных данных через, соответственно, мультиплексированное соединение указывается посредством предусмотренного в первом сообщении сигнализации идентификатора мультиплексирования.
  3. 3. Способ по п.1 или 2, отличающийся тем, что в первом сообщении сигнализации передается первая адресная информация, соответствующая первому сетевому элементу (М8С-А).
  4. 4. Способ по любому из пп.1-3, отличающийся тем, что второй сетевой элемент (М8С-В) выбирает назначенное мультиплексированное соединение с помощью адресной информации, содержащейся в первом сообщении сигнализации.
  5. 5. Способ по любому из пп.1-4, отличающийся тем, что при нескольких мультиплексированных соединениях, имеющихся для установления соединения полезных данных между первым сетевым элементом (М8С-А) и вторым сетевым элементом (М8С-В), второй сетевой элемент (М8С-В) назначает одно из этих мультиплексированных соединений, которое имеет достаточно свободных ресурсов передачи для транспортировки соединения полезных данных.
  6. 6. Способ по любому из пп.1-5, отличающийся тем, что мультиплексированное соединение устанавливается автоматически и динамически.
  7. 7. Способ по любому из пп.1-6, отличающийся тем, что посредством распределения мультиплексированного соединения (ту), осуществленного вторым сетевым элементом (М8С-В), инициируется динамическое установление этих мультиплексированных соединений.
  8. 8. Способ по любому из пп.1-7, отличающийся тем, что новому динамически установленному мультиплексированному соединению (ту) для приема данных на стороне первого сетевого элемента (М8С-А) назначается номер υΌΡ-порта, содержащийся в первом сообщении сигнализации, и что для уже существующего мультиплексированного соединения остается назначенным уже ранее назначенный номер υΌΡпорта.
  9. 9. Способ по любому из пп.1-8, отличающийся тем, что распределение по меньшей мере одного соединения полезных данных мультиплексированному соединению указывается первому сетевому элементу (М8С-А) посредством идентификатора мультиплексирования, предусмотренного во втором сообщении сигнализации.
  10. 10. Способ по любому из пп.1-9, отличающийся тем, что во втором сообщении сигнализации назначенное мультиплексированное соединение (ту) указывается предпочтительно посредством номера υΌΡпорта.
  11. 11. Способ по любому из пп.1-10, отличающийся тем, что посредством второго сетевого элемента (М8С-В) соединению полезных данных, распределенному мультиплексированному соединению (ту), назначается идентификатор.
  12. 12. Способ по п.11, отличающийся тем, что идентификатор во втором сообщении сигнализации указывается первому сетевому элементу (М8С-А).
  13. 13. Способ по п.11 или 12, отличающийся тем, что идентификатор передается в поле данных пакета (ΌΡ) данных мультиплексированного соединения (ту).
  14. 14. Способ по любому из пп.1-13, отличающийся тем, что для установления соединения полезных данных в системе мобильной связи (МК8) производится обмен сообщением IΡВСΡ-запроса и сообщением IΡВСΡ-ответа между сетевыми элементами, выполненными, соответственно, как блок (М8С-А, М8СВ) коммутации мобильной связи и связанными друг с другом через соединение В1СС-сигнализации.
  15. 15. Способ по любому из пп.11-14, отличающийся тем, что в качестве идентификатора мультиплексирования передается атрибут протокола описания сессии (8ΌΡ) или параметр расширения мультиме
    - 11 012519 дийного Интернет-сообщения (ΜΙΜΕ), соответствующий стандарту Т8 29.414.
  16. 16. Способ по любому из пп.9-15, отличающийся тем, что при отсутствующей поддержке установления соединения полезных данных через мультиплексированное соединение вторым блоком коммутации мобильной связи (М8С-В) устанавливается простое соединение данных между указанными ΙΡадресами и номерами портов.
  17. 17. Способ по любому из пп.1-16, отличающийся тем, что для установления соединения полезных данных в основанной на ΙΜ8 коммуникационной системе (ΙΜ8) производится обмен сообщением 8ΏΡпредложения и 8ОР-ответа между сетевыми элементами, связанными друг с другом через соединение 81Р-сигнализации.
  18. 18. Способ по п.17, отличающийся тем, что в качестве идентификатора мультиплексирования передается атрибут протокола описания сессии (8ΏΡ) или параметр расширения мультимедийного Интернетсообщения (ΜΙΜΕ), соответствующий стандарту Т8 29.414.
  19. 19. Способ по любому из пп.1-18, отличающийся тем, что соответствующее мультиплексированное соединение (шу) завершается посредством, соответственно, первого и второго сетевого элемента ^8СА, Μ8^Β).
EA200870203A 2006-01-27 2007-01-24 Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению EA012519B1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP06001745A EP1814278B1 (de) 2006-01-27 2006-01-27 Verfahren zur Zuordnung von zumindest einer Nutzdatenverbindung zu zumindest einer Multiplexverbindung
PCT/EP2007/050674 WO2007085606A1 (de) 2006-01-27 2007-01-24 Verfahren zur zuordnung von zumindest einer nutzdatenverbindung zu zumindest einer multiplexverbindung

Publications (2)

Publication Number Publication Date
EA200870203A1 EA200870203A1 (ru) 2009-02-27
EA012519B1 true EA012519B1 (ru) 2009-10-30

Family

ID=36608694

Family Applications (2)

Application Number Title Priority Date Filing Date
EA200900848A EA020306B1 (ru) 2006-01-27 2007-01-24 Сетевой элемент, выполненный с возможностью распределения соединений данных
EA200870203A EA012519B1 (ru) 2006-01-27 2007-01-24 Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EA200900848A EA020306B1 (ru) 2006-01-27 2007-01-24 Сетевой элемент, выполненный с возможностью распределения соединений данных

Country Status (10)

Country Link
US (2) US8089867B2 (ru)
EP (4) EP1814278B1 (ru)
JP (1) JP5185827B2 (ru)
CN (2) CN101375577A (ru)
AT (2) ATE428253T1 (ru)
DE (2) DE502006003374D1 (ru)
EA (2) EA020306B1 (ru)
ES (1) ES2329420T3 (ru)
PL (1) PL2073480T3 (ru)
WO (1) WO2007085606A1 (ru)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008098501A1 (fr) * 2007-02-02 2008-08-21 Huawei Technologies Co., Ltd. Procede, appareil et systeme de reglage de relevement gsm
WO2009129861A1 (en) * 2008-04-25 2009-10-29 Nokia Siemens Networks Oy Network entity selection
JP5390632B2 (ja) * 2008-12-22 2014-01-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 多数のipホストからのip多重化
US9712341B2 (en) * 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router
US9219677B2 (en) 2009-01-16 2015-12-22 Tekelec Global, Inc. Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (BICC) signaling messages
JP5935622B2 (ja) * 2012-09-18 2016-06-15 富士通株式会社 情報処理装置,監視装置,情報処理方法,及び監視プログラム
EP2785001B1 (en) * 2013-03-27 2017-09-27 Unify GmbH & Co. KG Method of negotiation of media between a source communication device and a destination communication device for multiplexing multiple media types on an IP transport address, a computer program product for executing the method, and a source communication device for negotiating of the media between the source communication device and a destination communication device
CN104345510B (zh) * 2014-09-26 2017-10-03 京东方科技集团股份有限公司 液晶面板以及液晶面板的制造方法
CN104301551B (zh) * 2014-10-11 2017-11-28 新华三技术有限公司 一种音乐播放的方法和设备
CN108353072B (zh) * 2015-11-09 2021-08-10 诺基亚通信公司 web实时通信场景中的增强媒体平面优化

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003024052A1 (en) * 2001-09-06 2003-03-20 Telefonaktiebolaget Lm Ericsson (Publ) Decomposed switching node and method of operating the same

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI101924B1 (fi) * 1995-12-18 1998-09-15 Nokia Telecommunications Oy Matkapuhelinkeskusten välinen kanavanvaihto suurnopeusdatasiirrossa
US6014378A (en) * 1996-11-22 2000-01-11 Sprint Communications Company, L.P. Telecommunications tandem system for circuit-based traffic
CA2284023C (en) * 1997-03-21 2007-07-03 Canal + Societe Anonyme Broadcast and reception system, and conditional access system therefor
US6195353B1 (en) * 1997-05-06 2001-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Short packet circuit emulation
JP3663893B2 (ja) * 1998-03-12 2005-06-22 株式会社日立製作所 データ中継システム
JPH11267648A (ja) 1998-03-24 1999-10-05 Tokai Carbon Co Ltd 電気化学的水処理装置
DE19827056A1 (de) 1998-06-18 1999-12-23 Bosch Gmbh Robert Mikromechanischer Magnetfeldsensor
US6366961B1 (en) 1999-03-03 2002-04-02 Nokia Telecommunications, Oy Method and apparatus for providing mini packet switching in IP based cellular access networks
US6993021B1 (en) * 1999-03-08 2006-01-31 Lucent Technologies Inc. Lightweight internet protocol encapsulation (LIPE) scheme for multimedia traffic transport
CN101917745B (zh) * 1999-05-17 2013-05-01 艾利森电话股份有限公司 用于电信网络中的能力协商的系统、设备和方法
AU4919700A (en) 1999-05-17 2000-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Capability negotiation in a telecommunications network
DE10122419B4 (de) * 2001-05-09 2007-11-08 Siemens Ag Verfahren zur dynammischen Kanalzuordnung
CN101180866B (zh) * 2005-05-19 2010-11-10 Ut斯达康通讯有限公司 基于sip fork的语音服务应用中多回铃音的一种处理方法
CN100459518C (zh) * 2005-09-02 2009-02-04 华为技术有限公司 资源接纳控制处理方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003024052A1 (en) * 2001-09-06 2003-03-20 Telefonaktiebolaget Lm Ericsson (Publ) Decomposed switching node and method of operating the same

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "Core network Nb data transport and transport signalling", 3GPP TS 29.414, December 2005 (2005-12), XP002388731, 3GPP, 3rd Generation Partnership Project, Kapitel 1, Kapitel 6, figures 1-6 *
ANONYMOUS: "BICC IP Bearer control protocol", INTERNATIONAL TELECOMMUNICATION UNION. GENEVA, CH, July 2001 (2001-07), XP017402651, the whole document *

Also Published As

Publication number Publication date
EP1994714B1 (de) 2009-07-22
US8089867B2 (en) 2012-01-03
US8811162B2 (en) 2014-08-19
DE502006003374D1 (de) 2009-05-20
PL2073480T3 (pl) 2014-09-30
CN101375577A (zh) 2009-02-25
JP5185827B2 (ja) 2013-04-17
EA200900848A1 (ru) 2010-02-26
WO2007085606A1 (de) 2007-08-02
EA020306B1 (ru) 2014-10-30
EP2073480A1 (de) 2009-06-24
EP1814278B1 (de) 2009-04-08
JP2009524960A (ja) 2009-07-02
EP2058996A1 (de) 2009-05-13
US20090010217A1 (en) 2009-01-08
EP1814278A1 (de) 2007-08-01
DE502007001133D1 (de) 2009-09-03
ATE428253T1 (de) 2009-04-15
EP1994714A1 (de) 2008-11-26
CN102710654B (zh) 2015-05-06
US20120113916A1 (en) 2012-05-10
EA200870203A1 (ru) 2009-02-27
CN102710654A (zh) 2012-10-03
ES2329420T3 (es) 2009-11-25
EP2073480B1 (de) 2014-04-16
ATE437520T1 (de) 2009-08-15

Similar Documents

Publication Publication Date Title
EA012519B1 (ru) Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению
JP6595650B2 (ja) 通信端末、通信方法、及び集積回路
EP1120939B1 (en) Method, server and arrangement in a communication network
CN103430524B (zh) 一种用于使得使用sip的企业网络能够存活的备用sip服务器
EP1325595B1 (en) Protocol header construction and/or removal for real-time data packets over wireless links
US9350784B2 (en) Method and communication system for selecting a transmission mode for transmitting payload data
JP5238044B2 (ja) シグナリングデータをネットワーク移行ユニットおよび制御ユニット並びに所属のユニットに転送するための方法
US20020093948A1 (en) Packet-based multimedia communications system having one or more wireless links
US7844293B2 (en) System for establishing and managing multimedia PoC session for performing multimedia call service, method thereof, and user equipment therefor
US8401029B2 (en) Method, device and system for establishing a bearer for a GSM network
KR20060122978A (ko) 통신 시스템에서의 자원 할당 방법
JP4784876B2 (ja) 通信経路割り当てエンティティ及び方法
CN101119292B (zh) 一种网关之间协商传送数据业务的方法
KR20080069034A (ko) 음성/데이터 통합 시스템 및 그 시스템의 대역폭 관리방법
RU2310277C2 (ru) Способ и устройство для передачи ip-пакетов между сетевым радиоконтроллером (rnc) и другим устройством сети мобильной радиосвязи
CN101258717B (zh) 媒体网关系统与实现媒体网关内部呼叫的方法
CN101471870B (zh) 一种获取资源期满信息的方法和装置
KR20090062079A (ko) Sip 기반 사업자 망 간의 호 연동을 위한 호 수락 제어방법

Legal Events

Date Code Title Description
MM4A Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s)

Designated state(s): AM AZ KG MD TJ TM

MM4A Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s)

Designated state(s): BY KZ RU