EA020306B1 - Сетевой элемент, выполненный с возможностью распределения соединений данных - Google Patents
Сетевой элемент, выполненный с возможностью распределения соединений данных Download PDFInfo
- Publication number
- EA020306B1 EA020306B1 EA200900848A EA200900848A EA020306B1 EA 020306 B1 EA020306 B1 EA 020306B1 EA 200900848 A EA200900848 A EA 200900848A EA 200900848 A EA200900848 A EA 200900848A EA 020306 B1 EA020306 B1 EA 020306B1
- Authority
- EA
- Eurasian Patent Office
- Prior art keywords
- network element
- connection
- multiplexed
- data
- payload
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation 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)
- Telephonic Communication Services (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
Изобретение относится к сетевому элементу, выполненному с возможностью распределения по меньшей мере одного из соединений полезных данных по меньшей мере к одному мультиплексированному соединению, предусмотренному между упомянутым сетевым элементом и вторым сетевым элементом, при котором посредством сетевого элемента формируется первое сообщение сигнализации и передается на второй сетевой элемент, причем посредством первого сообщения сигнализации второму сетевому элементу указывается готовность сетевого элемента к транспортировке по меньшей мере одного соединения полезных данных соответственно через мультиплексированное соединение. В зависимости от указанной готовности сетевого элемента и от того, поддерживается ли транспортировка по меньшей мере одного соединения полезных данных посредством мультиплексированного соединения через второй сетевой элемент, второй сетевой элемент соответственно либо распределяет каждое из по меньшей мере одного из соединений полезных данных мультиплексированному соединению между сетевым элементом и вторым сетевым элементом, либо выбирает для этого соединения полезных данных транспортировку вне мультиплексированного соединения. Посредством выработанного во втором сетевом элементе и переданного на сетевой элемент второго сообщения сигнализации первому сетевому элементу указывается возможное распределение по меньшей мере одного соединения полезных данных к мультиплексированному соединению.
Description
Изобретение относится к сетевому элементу, выполненному с возможностью назначения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению, предусмотренному между упомянутым сетевым элементом и вторым сетевым элементом.
Для передачи речевых данных в мобильной коммуникационной системе или в системе мобильной радиосвязи все в большей степени используются пакетно-ориентированные способы передачи пакетов данных, при которых в зависимости от соответствующего применяемого протокола передачи предоставляются имеющие различную величину поля данных для передачи сжатых речевых данных. В качестве протоколов передачи чаще всего применяются протоколы передачи Уровня 2, как, например, Е111сгпс1протокол, а также Интернет-протокол (ΙΡ), протокол передачи пользовательских дейтаграмм (υΌΡ) (ВЕС 768), транспортный протокол реального времени (ВТР) (ВЕС 3550) и в некоторых случаях также протокол 1и-кадрирования (1иЕР) (3СРР Т8 29.415).
Например, в так называемых С8-доменах базовой сети системы мобильной радиосвязи третьего поколения (3СРР) для передачи данных, например, между так называемым узлом медиа-шлюза (МС\У5) и/или центром коммутации мобильной связи (М8С) или узлом коммутации мобильной связи устанавливается так называемое ИЬ-соединение передачи данных. Подлежащие передаче речевые или мультимедийные данные сжимаются, например, с помощью адаптивного многоскоростного (АМВ) блока речевого кодирования, и затем сжатые речевые данные передаются по протоколу 1и-кадрирования (1иЕР) (3СРР Т8 29.415) или по протоколу ВТР, иИР или 1Р (см. стандарт 3СРР Т8 29.414).
Поля данных соответствующего протокола передачи, следовательно, соответствующие заголовки зачастую существенно больше, чем передаваемые в них данные, как, например, сжатые речевые данные. Например, поле данных 1Р-пакета данных имеет величину 20 байтов (1Р версия 4.0) или 40 байтов (1Р версия 6.0). Поля данных протокола иИР имеют величину 8 байтов, в то время как поля данных протокола ВТР включают в себя 16 байтов, а соответствующие поля протокола 1иЕР 4 байта. В отличие от этого, данные, сжатые блоком речевого кодирования АМВ, имеют величину 35 байтов в режиме 12,2 кГц или величину 5 байтов в режиме индикации молчания (8ГО), применяемом между речевыми паузами.
Между по меньшей мере двумя блоками коммутации мобильных станций или двумя медиашлюзовыми узлами, как правило, одновременно передаются многие соединения полезных данных, как, например, телефонные соединения, например, по стандарту для так называемого ИЬ-интерфейса. Аналогично ИЬ-интерфейсу передача данных может осуществляться через также предусмотренный в системе мобильной связи стандарта 3СРР 1и-интерфейс, который существует между медиа-шлюзовым узлом или центром коммутации мобильной связи и так называемым узлом контроллера радиосети (ВИС) (см. 3СРР Т8 25.414 и 25.415).
Согласно существующим в настоящее время стандартам через ИЬ- или 1и-интерфейс для каждого подлежащего передаче соединения полезных данных, например для телефонного разговора, устанавливается отдельное, реализуемое согласно соответствующему протоколу передачи, 1Р/иИР/ВТРсоединение данных, по которому передаются пакеты данных, сформированные согласно соответствующему протоколу передачи 1Р/иИР/ВТР.
Как в рамках ИЬ-, так и 1и-интерфейса 1Р/иИР/ВТР-протокол завершается соответственно на граничащем медиа-шлюзовом узле и граничащем центре коммутации мобильной связи или на граничащем узле ВИС, т.е. поля данных отдельных передаваемых через ИЬ- или 1и-соединение данных пакетов данных имеют, по меньшей мере частично, согласованность и в названных узлах, по завершении передачи, считываются и далее обрабатываются. В отличие от этого поля данных пакетов данных, реализованных согласно протоколу 1иЕР, маршрутизируются далее соответствующим медиа-шлюзовым узлом или центром коммутации мобильной связи.
Кроме того, в области методов передач известно множество методов мультиплексирования, посредством которых данные из многих соединений полезных данных передаются приблизительно одновременно посредством мультиплексированного соединения данных. Подобные соединения данных, предусмотренные для передачи нескольких соединений полезных данных или телефонных соединений, упоминаются далее как мультиплексированные соединения.
На ИЬ- или 1и-интерфейсе является предпочтительным передавать данные многих соединений данных совместно внутри мультиплексированного соединения, предпочтительно транспортируемого посредством 1Р/иИР/ВТР-протоколов. Тем самым в одном 1Р-пакете, который содержит соответственно только один 1Р, иИР и ВТР-заголовок, могут содержаться данные многих соединений полезных данных соответственно предпочтительно с собственным 1иЕР-заголовком и собственными полезными данными, например сжатыми речевыми данными. Тем самым необходимая ширина полосы для транспортировки могла бы быть значительно уменьшена. Во всяком случае, эта возможность еще не описана в стандарте.
Для установления соединения полезных данных по ИЬ-соединению данных предусмотрен так называемый протокол управления 1Р-каналом-носителем В1СС (1РВСР) (1Ти-Т 0.1970). который, со своей стороны, применяет так называемый протокол описания сессии (8ИР) (1ЕТЕ ВЕС 2327) (см. 3СРР Т8 29.414). Протокол 1РВСР предусматривает для установления соединения полезных данных между первым и вторым медиа-шлюзовым узлом передачу сообщения запроса 1РВСР от первого ко второму медиашлюзовому узлу. Второй медиа-шлюзовой узел отвечает на это сообщение сообщением ответа 1РВСР.
- 1 020306
Посредством названных сообщений 1РВСР первый и второй медиа-шлюзовые узлы обмениваются друг с другом своими соответствующими ГР-адресами и номерами ИБР-портов, знание которых требуется для обмена данными между первым и вторым медиа-шлюзовыми узлами. Сообщения 1РВСР передаются прозрачным образом посредством так называемого протокола сигнализации В1СС (1ТИ-Т 0.1902.1-5).
Задача изобретения заключается в создании сетевого элемента, выполненного с возможностью назначения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению, предусмотренному между первым сетевым элементом и вторым сетевым элементом, при котором ширина полосы передачи, требуемая для передачи полезных данных, например речевых данных, заметно сокращается. Эта задача, исходя из родового понятия п.1 формулы изобретения, решается признаками его отличительной части.
Существенный аспект соответствующего изобретению сетевого элемента заключается в том, что посредством сетевого элемента формируется первое сообщение сигнализации и передается на второй сетевой элемент, причем посредством первого сообщения сигнализации второму сетевому элементу указывается готовность первого сетевого элемента к транспортировке по меньшей мере одного соединения полезных данных через соответствующее мультиплексированное соединение. В зависимости от указанной готовности первого сетевого элемента и от того, поддерживается ли транспортировка по меньшей мере одного соединения полезных данных через соответствующее мультиплексированное соединение вторым сетевым элементом, второй сетевой элемент назначает каждое из по меньшей мере одного соединения полезных данных соответствующему мультиплексированному соединению или выбирает для этого соединения полезных данных транспортировку вне мультиплексированного соединения. Посредством сформированного во втором сетевом элементе и переданного на первый сетевой элемент второго сообщения сигнализации первому сетевому элементу указывается возможное назначение по меньшей мере одного соединения полезных данных мультиплексированному соединению. Предпочтительным образом, согласно изобретению не требуется, чтобы инициирующий назначение первый сетевой элемент знал целевой узел для соединения полезных данных. Тем самым можно также стандартизированный протокол 1РВСР, при котором сообщение запроса 1РВСР, передаваемое от первого сетевого элемента, чаще всего передается без знания принимающего его второго сетевого элемента, или также стандартизованный протокол 8ГР-сигнализации расширить на соответствующий изобретению сетевой элемент. За счет установления соответствующего соединения полезных данных посредством мультиплексированного соединения могут, в частности, сжатые речевые данные передаваться посредством заметно сокращенной ширины полосы.
Предпочтительным образом, согласно изобретению также не требуется вводить новые сообщения в протокол 1РВСР, а только существующие сообщения должны быть соответственно расширены.
Кроме того, предпочтительным образом изобретение обеспечивает возможность, по выбору, транспортировки соединения полезных данных между первым сетевым элементом, который поддерживает транспортировку данных посредством мультиплексированного соединения, и вторым сетевым элементом, который, согласно существующему стандарту, поддерживает только транспортировку соединения полезных данных вне мультиплексированного соединения.
Предпочтительным образом учитывает второй сетевой элемент при выборе мультиплексированного соединения, имеется ли в мультиплексированном соединении достаточно свободных ресурсов для нового соединения полезных данных, как, например, свободная адресная информация для соединения полезных данных.
В случае применения протокола 1РВСР, при установлении каждого соединения полезных данных отдельно производится обмен так называемым сообщением ГРВСР-запроса и сообщением ГРВСР-ответа. В сообщении ГРВСР-запроса первый сетевой элемент указывает, согласно существующему стандарту, свой ГР-адрес и номер ИБР-порта. Для указания, что транспортировка соединения полезных данных желательна посредством мультиплексированного соединения, вводится вновь образованный 8БР-атрибут. В качестве альтернативы, применяется новый ΜΙΜΕ-параметр для определенного в Т8 29.414 ΜΙΜΕтипа протокола 1иРР.
В случае, когда второй сетевой элемент не поддерживает транспортировку соединения полезных данных посредством мультиплексированного соединения, второй сетевой элемент игнорирует, согласно существующему стандарту 8БР, новый неизвестный ему 8БР-атрибут или новый ΜΙΜΕ-параметр, и направляет, согласно существующему стандарту ГРВСР, отдельно транспортируемое соединение полезных данных на указанный ГР-адрес и номер ИБР-порта. Таким образом, имеет место обратная совместимость.
В случае, когда второй сетевой элемент, хотя и поддерживает транспортировку соединения полезных данных посредством мультиплексированного соединения, но для данного соединения полезных данных принимает решение не применять мультиплексирование, второй сетевой элемент посылает также сообщение ГРВСР-ответа, согласно существующему стандарту, без расширений согласно изобретению.
Второй сетевой элемент, который поддерживает мультиплексирование, выбирает при приеме сообщения ГРВСР-запроса с указанием, что желательно мультиплексирование, мультиплексированное соединение по указанному в сообщении ГРВСР-запроса ГР-адресу. Мультиплексирование может альтернативно вести к другому порту, иному, чем порт, указанный в сообщении ГРВСР-запроса.
- 2 020306
Второй сетевой элемент сообщает первому сетевому элементу в сообщении 1РВСР-ответа, что выбрано мультиплексирование, и указывает выбранное мультиплексирование предпочтительно посредством номера иЭР-порта, который второй сетевой элемент применяет для приема мультиплексированного соединения. Для указания, что выбрано мультиплексирование, может применяться новый δΌΡ-атрибут, например, тот же новый δΌΡ-атрибут, что и применяемый в сообщении 1РВСР-запроса для указания, что желательно мультиплексирование. В качестве альтернативы, для указания, что выбрано мультиплексирование, применяется новый ΜΙΜΕ-параметр для определенного в Т§ 29.414 ΜΙΜΕ-типа протокола 1иРР, например, тот же новый параметр, что и применяемый в сообщении 1РВСР-запроса. Указание применяемого для приема мультиплексированного соединения номера порта в ΜΟ^-В может осуществляться в рамках описанной для соединения полезных данных так называемой строки БЭР Μοάία или с помощью нового 8ЭР-атрибута или параметра ΜΙΜΕ-типа.
Кроме того, предпочтительным образом изобретение обеспечивает возможность назначения однозначного идентификатора соединения полезных данных в мультиплексированном соединении. Этот идентификатор может, например, указываться внутри пакета данных мультиплексированного соединения как соотнесенный с соответствующим транспортируемым пакетом данных соединения полезных данных, чтобы тем самым выразить то, к какому соединению полезных данных относится транспортируемый пакет данных.
Предпочтительным образом второй сетевой элемент присваивает, после выбора мультиплексированного соединения, соотнесенному с ним соединению полезных данных дополнительный идентификатор, который является однозначным в пределах мультиплексированного соединения, и сообщает для каждого вновь назначенного соединения полезных данных выбранный дополнительный идентификатор первому сетевому элементу в сообщении, в котором второй сетевой элемент для каждого соединения полезных данных выражает, назначено ли оно к мультиплексированному соединению, и если да, то к какому.
Этот идентификатор может тогда указываться, например, внутри пакета данных мультиплексированного соединения, как соответственно соотнесенный с транспортируемым пакетом данных соединения полезных данных, чтобы тем самым выразить, к какому соединению полезных данных принадлежит транспортируемый пакет данных. Предпочтительным образом при этом для соединения полезных данных применяется тот же самый идентификатор, как для пакетов данных, посылаемых от первого сетевого элемента ко второму сетевому элементу, так и для пакетов данных, посылаемых от второго сетевого элемента к первому сетевому элементу.
Для 8ЭР. при котором применяется протокол 1РВСР, указание идентификатора осуществляется с помощью нового ЗЭР-атрибута или параметра ΜΙΜΕ-типа, например атрибута или параметра, который отражает, что применяется мультиплексирование.
Предпочтительным образом соединение полезных данных завершается, как только применяемый для этого соединения полезных данных идентификатор присваивается другому соединению полезных данных, заново назначенному мультиплексированному соединению. Чтобы предотвратить то, что тот же самый идентификатор случайно будет одновременно назначен первым и вторым сетевым элементом различным соединениям полезных данных внутри того же самого мультиплексированного соединения, является предпочтительным, если первому и второму сетевому элементу для назначения идентификатора будут назначены различные диапазоны значений. Например, тот сетевой элемент, который сначала назначает соединение полезных данных новому мультиплексированному соединению, для этого получает нижний диапазон значений, в то время как другой сетевой элемент, который получает от упомянутого сетевого элемента сообщение о назначении этого соединения полезных данных, посредством этого соединения получает назначенный верхний диапазон значений.
Наряду с этим, посредством соответствующего изобретению сетевого элемента предпочтительным образом поддерживается установление нового мультиплексированного соединения, в частности, в том случае, когда для соединения полезных данных еще не имеется подходящего существующего мультиплексированного соединения. Подобное автоматическое и динамическое установление мультиплексированного соединения значительно упрощает работу коммуникационной системы.
Соответственно этому при получении сообщения от первого сетевого элемента, которое содержит адрес и указывает, что желательно назначение соединения(й) полезных данных к одному или нескольким мультиплексированным соединениям, является предпочтительным, если второй сетевой элемент в случае, когда еще не имеется походящего мультиплексированного соединения к указанному адресу или когда в существующих соединениях полезных данных больше не имеется ресурсов, устанавливает новое мультиплексированное соединение к указанному адресу и назначает к нему соединения полезных данных.
Предпочтительным образом установление нового мультиплексированного соединения осуществляется тем, что второй сетевой элемент в сообщении к первому сетевому элементу указывает еще не имеющееся мультиплексированное соединение, например, посредством еще не применявшегося номера иЭР-порта второго сетевого элемента. Первый сетевой элемент распознает при приеме сообщения второго сетевого элемента по факту применения новой адресной информации, что применяется новое муль
- 3 020306 типлексированное соединение. Предпочтительным образом для этого первый сетевой элемент указывает в сообщении ко второму сетевому элементу свободный номер υΌΡ-порта первого сетевого элемента, и второй сетевой элемент применяет этот номер υΌΡ-порта, чтобы передавать данные по вновь установленному мультиплексированному соединению на первый сетевой элемент. Если второй сетевой элемент выбирает уже существующее мультиплексированное соединение, то второй сетевой элемент применяет, напротив, другой номер порта первого сетевого элемента, который уже был перед этим назначен этому мультиплексированному соединению. Предпочтительным образом мультиплексированное соединение отменяется, как только завешается последнее транспортируемое в нем соединение полезных данных.
Предложенное изобретение пригодно также для других сетей, которые предусматривают в качестве сигнализации так называемый протокол инициирования сессии (ГЕТЕ ВЕС 3261), и в которых между теми же сетевыми элементами может производиться обмен многими соединениями полезных данных, как, например, так называемая Интернет-мультимедийная подсистема (ΙΜ8), в которой используется ΕΤ8Ι ΤΙ8ΡΑΝ стандартизованным образом. Для описания соединений полезных данных и здесь применяется протокол 8ΌΡ, который согласно так называемому механизму δΌΡ-предложение-ответ (ГЕТЕ ВЕС 3264) производит обмен посредством так называемого сообщения δΌΡ-предложения и следующего за ним сообщения δΌΡ-ответа, которые сопоставимы с сообщениями ГΡΒСΡ-запроса и соответственно IIΡΒСΡ-ответа.
Другие предпочтительные варианты осуществления изобретения приведены в других пунктах формулы изобретения.
Далее изобретение поясняется более подробно на примере выполнения со ссылками на чертежи, на которых показано следующее:
фиг. 1 - приведенная для примера блок-схема взаимодействующих согласно изобретению сетевых компонентов мобильной коммуникационной системы;
фиг. 2 - приведенное для примера схематичное представление структуры пакета данных соответствующего изобретению мультиплексированного соединения;
фиг. 3 - приведенное для примера схематичное представление альтернативной структуры пакета данных соответствующего изобретению мультиплексированного соединения;
фиг. 4 - приведенная для примера блок-схема сетевой архитектуры коммуникационной системы, основанной на ГМ8.
На фиг. 1 для примера показаны в схематичном представлении первый сетевой элемент, в частности сетевой узел М8С-А и второй сетевой элемент, в частности сетевой узел М8С-В мобильной коммуникационной системы МК8, причем первый и второй сетевые узлы М8С-А, М8С-В в предпочтительном варианте осуществления выполнены как узлы коммутации мобильной связи.
Первый сетевой узел М8С-А имеет, например, в показанном на фиг. 1 примере выполнения первый блок М8С-сервера М8С-8-А и первый блок медиа-шлюза МСА-А. Аналогично этому, второй сетевой узел М8С-А имеет второй блок М8С-сервера М8С-8-В и второй блок медиа-шлюза МСА-В. Функциональности сервера и медиа-шлюза, показанные посредством разделенных блоков, а именно первого и второго блоков М8С-сервера М8С-8-А, М8С-В, а также первого и второго блоков медиа-шлюза МС\УА, МСА-В. альтернативно могут быть реализованы в едином блоке.
Первый и второй сетевые узлы М8С-А, М8С-В или их первый и второй блоки медиа-шлюза МС\УА, МСА-В в представленном примере выполнения связаны друг с другом через ^-интерфейс, который для передачи пакетов данных ΌΡ подлежащего установлению соединения полезных данных применяет протокол ΙΡ, υΌΡ, ΒΤΡ и ΙιιΕΡ.
В соответствии с изобретением на ^-интерфейсе предусмотрено по меньшей мере одно мультиплексированное соединение для передачи по меньшей мере одного соединения полезных данных. Кроме того, существует соединение ВГСС-сигнализации между первым и вторым блоками М8С-сервера М8С-8А, М8С-8-В, причем первый и второй блоки М8С-сервера М8С-8-А, М8С-8-В связаны через соединение сигнализации, основанное на протоколе ΙΤυ-Τ Н.248, с первым и, соответственно, вторым блоком медиашлюза МСА-А, МСА-В и через него контролируют их. Как с помощью соединения ВГСС-сигнализации, так и с помощью соединения сигнализации протокола ΙΤυ-Τ Н.248, поддерживается В1СС ΙΡ протокол управления каналом-носителем (IΡВСΡ).
Кроме того, первый сетевой блок М8С-А или первый блок М8С-сервера М8С-8-А и первый блок медиа-шлюза МСА-А посредством так называемого 'Ти-интерфейса или 'Ти-соединения данных связаны с контроллером радиосети (ΒΝ0). Также посредством Iи-соединения данных для передачи пакетов данных соединения полезных данных применяется протокол ΙΡ, ϋΌΡ, ΒΤΡ и ΙυΕΡ.
На фиг. 2 показана приведенная для примера структура пакета данных ΌΡ соответствующего изобретению мультиплексированного соединения ту, которое передается, например, через ^-соединение данных или ^-интерфейс. ^-интерфейс предусмотрен для мультиплексированной передачи данных, например, с первого по третье соединения υθ, ПС2, ПСЗ полезных данных.
Пакет данных ΌΡ содержит для этого только, соответственно, поле данных протокола ΙΡ, υΌΡ и ΒΤΡ, в то время как полезные данные с первого по третье соединений ПС1, ПС2, ПСЗ полезных данных передаются, соответственно, в отдельно от других расположенном поле данных с ΙυΕΡ1 по ΙυΕΡ3, кото
- 4 020306 рое, соответственно, содержит предпочтительно данные 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С-В, в частности между первым и вторым блоком медиа-шлюза МС\У-Л. МС\У-В.
Сообщение ХРВСР-запроса (ΜΘΗ-Α -> МОИ-В)
01 | ο=!Ν ΙΡ4 1юзб.апумДеге.сот | |
02 | т=аи<Но 4 9170 КТР/АУР 98 3 | 96 97 |
ОЗ | а=гбртар:98 УИО.ЗСРР.ЮГР/16000 | |
04 | а=Гтбр:98 ти161р1ех | |
05 | а=г6ртар:97 АМЕ | |
Об | а=£т6р:97 тос1е-зеб=0, 2, 5, 7; | тойе - сЬапде -ре г1о<3=2 |
07 | а=гбртар:96 бе1ерЬопе-еуепб |
Сообщение 1РВСР-ответа (МСН-В -> МСН-А)
Α1 Ο=ΙΝ ΙΡ4 ЬозО. ехатр1е.сот
А2 т=аи<11о 49320 КТР/АУР 98
АЗ а=г6ртар:98 ТОП.ЗСРР.ΙϋΓΡ/16000
А4 а=£тбр:98 ππιΐϋίρίθχ; г6р_рау1оа<1_11урез=96, 97;
изег_соппесМоп_1(1=11; гбср_соппес£1оп_1й=12;
А5 а=гЬртар:97 АМН
Аб ав£тб.р: 97 тойе-зеъ=0, 2,5, 7; тойе-сЬапде-рег1о<1=2
Сообщение 1РВСР-запроса формируется в первом блоке медиа-шлюза МС\У-Л первого сетевого узла М8С-Л и передается на второй блок медиа-шлюза МС\У-В второго сетевого узла М8С-В. Посредством приведенного в строке Кц4 сообщения 1РВСР-запроса идентификатора мультиплексирования ти1йр1ех ΜΙΜΕ-типа протокола 1иЕР первым блоком медиа-шлюза МС\У-Л указывается второму блоку медиа-шлюза МС^-В, что желательно назначение указанного в сообщении 1РВСР-запроса соединения полезных данных к мультиплексированному соединению ту.
В первой строке Кц1 сообщения 1РВСР-запроса первым блоком медиа-шлюза МС\У-Л указывается относящаяся к нему адресная информация, например его 1Р-адрес, такой как йой.аиуетйеге.сот, к которому должно направляться мультиплексированное соединение.
Во второй строке Кц2 сообщения 1РВСР-запроса первым блоком медиа-шлюза МС\У-Л указывается размещенный в первом блоке медиа-шлюза МС\У-Л свободный номер порта, например 49170, который может применяться для установления мультиплексированного соединения ту, еще не существующего в момент времени запроса, а также согласно существующему стандарту для установления соединения полезных данных вне мультиплексированного соединения.
Если никакого идентификатора мультиплексирования тиШр1ех в четвертой строке Кц4 сообщения 1РВСР-запроса не предусмотрено, то в соответствии со стандартом указанный 1Р-адрес и номер порта предусматриваются для установления простого, т.е. не мультиплексированного, соединения полезных данных. В первом блоке медиа-шлюза МС\У-Л уже учитывается, что второй блок медиа-шлюза МС^-В, возможно, не поддерживает или не соответствует желательному назначению, указанному посредством идентификатора мультиплексирования ти1йр1ех, и переданные 1Р-адрес и номер порта применяются для установления простого, не мультиплексированного соединения полезных данных к первому блоку медиа-шлюза МС\У-Л.
После приема сообщения 1РВСР-запроса, посредством второго блока медиа-шлюза МС^-В, в соответствии с изобретением, мультиплексированное соединение ту соотносит с принятым 1Р-адресом 11О51.апу\\'11еге.сот номер порта желательного мультиплексированного соединения во втором блоке медиа-шлюза МС^-В, например мультиплексированное соединение с номером порта 49320.
В предпочтительной форме выполнения посредством первого и второго блока медиа-шлюза МС\УА, МС\У-В устанавливаемому соединению полезных данных назначается идентификатор внутри соответствующего мультиплексированного соединения ту - в рассматриваемом примере выполнения иден- 5 020306 тификатор 11. Во избежание того, что тот же самый идентификатор будет случайно одновременно назначен первым и вторым блоком медиа-шлюза ΜΟ\ν-Α, ΜΟν-В различным соединениям полезных данных внутри того же самого мультиплексированного соединения, первому и второму блокам медиашлюза ΜΟν-Α, ΜΟν-В предпочтительно выделены различные диапазоны значений для назначения идентификатора. Например, тот блок медиа-шлюза ΜΟν-В, который первым назначает мультиплексированному соединению соединение полезных данных, может получить нижний диапазон значений для назначения, в то время как другой блок медиа-шлюза ΜΟν-Α получает для назначения верхний диапазон значений.
Если вторым блоком медиа-шлюза ΜΟν-В установлено, что к желательному ГР-адресу 1то5Гапу\у11еге.сот еще не имеется мультиплексированного соединения ту, то он устанавливает посредством сообщения ГРВСР-ответа новое мультиплексированное соединение ту к ГР-адресу 'ЧкМ.апузхНеге.сот и указанному номеру порта 49170 в первом блоке медиа-шлюза ΜΟν-Α. В этом случае назначенный номер порта 49320 является номером порта, до сих пор не использованным во втором блоке медиа-шлюза ΜΟν-В.
Если, напротив, выбрано существующее мультиплексированное соединение ту, то назначенный номер порта 49320 второго блока медиа-шлюза ΜΟν-В соответствует номеру порта существующего мультиплексированного соединения ту, которому в первом блоке медиа-шлюза ΜΟν-Α назначен номер порта 49170.
Определенная посредством второго блока медиа-шлюза ΜΟν-В информация для установления соединения полезных данных указывается посредством сообщения ГРВСР-ответа первому блоку медиашлюза ΜΟν-Α.
Например, посредством указанного в четвертой строке Яр4 сообщения ГРВСР-ответа идентификатора мультиплексирования ти1йр1ех ΜIΜΕ-типа протокола ГиРР первому блоку медиа-шлюза ΜΟν-Α указывается, что описанное в сообщении ГРВСР-ответа соединение полезных данных было назначено мультиплексированному соединению ту. Путем дополнительно переданного параметра и8ег_соппес!юп_1б со значением 11 первому блоку медиа-шлюза ΜΟν-Α сообщается идентификатор, назначенный соединению полезных данных вторым блоком медиа-шлюза ΜΟν-В внутри мультиплексированного соединения ту.
В первой строке Яр1 сообщения ГРВСР-ответа указывается назначенный вторым блоком медиашлюза ΜΟν-В ГР-адрес, например, 1ю5Гехатр1е.сот, к которому ведет мультиплексированное соединение ту.
Во второй строке Яр2 сообщения ГРВСР-ответа указывается назначенный вторым блоком медиашлюза ΜΟν-В номер порта, например, 49170, к которому ведет мультиплексированное соединение ту во втором блоке медиа-шлюза ΜΟν-В. Косвенным образом он указывает также выбранное мультиплексированное соединение ту. Также второй блок медиа-шлюза ΜΟν-В может побудить первый блок медиа-шлюза ΜΟν-Α, путем указания до сих пор не примененного номера порта, установить новое мультиплексированное соединение ту.
Отсутствие идентификатора мультиплексирования ти1йр1ех в четвертой строке Вр4 сообщения ГРВСР-ответа показывает первому блоку медиа-шлюза ΜΟν-Α, что для установления соединения полезных данных не применяется никакое мультиплексированное соединение ту, а устанавливается простое, не мультиплексированное соединение полезных данных, аналогично стандартизованному в настоящее время способу, посредством переданного ГР-адреса и соответствующего номера порта. Сообщение ГРВСР-ответа без идентификатора мультиплексирования ти1йр1ех посылалось бы также стандартизованным в настоящее время блоком медиа-шлюза ΜΟν-2, который не понимает идентификатор мультиплексирования ти1йр1ех в четвертой строке Вр4 сообщения ГРВСР-ответа и поэтому игнорирует его и поддерживает только транспортировку соединения полезных данных вне мультиплексированного соединения.
Для пояснения альтернативного случая применения изобретения на фиг. 4 приведено упрощенное схематичное представление блок-схемы сетевой архитектуры Интернет-мультимедийной подсистемы ΒΜ8) или коммуникационной IΜ8-системы, которая уже имеет стандартизованные органом стандартизации расширения Ή^ΑΝ (Объединяющие телекоммуникацию и Интернет услуги и протоколы для перспективных сетей), а также применяемые протоколы.
Коммуникационная IΜ8-система содержит, например, с первого по третье коммуникационные оконечные устройства Т1-Т3, которые соответственно поддерживают протокол инициирования сессии (8ГР). С первого по третье коммуникационные оконечные устройства Т1-Т3 соединены по протоколу 8ГР (8БР) с так называемым блоком пограничного шлюза доступа (ΑΕΟ) и, тем самым, подключены к базовой 8ГРсети.
Согласно установленному посредством ТI8РΑN стандарту, функции, которые в соответствии со стандартом отнесены к блоку ΑΕΟ, реализуются с помощью нескольких связанных между собой сетевых элементов, а именно так называемого блока проксифункции управления сеансом вызова (Р-С8СЕ), блока функции принятия решения основанной на услуге политики (8РБГ) и блока функции пограничного шлюза (ΈΟΓ). При этом, основываясь на данных 8ГР-сигнализации, посредством блока Р-С8СЕ контро
- 6 020306 лируется блок ЗРЭЕ, который, со своей стороны, управляет блоком ВСЕ.
В коммуникационной системе ΙΜ8 могут быть предусмотрены так называемые блоки сервера приложений (АЗ), которые предоставляют в распоряжение выбранные приложения, например, услугу связи типа рн5Й-1о-1а1к (нажать, чтобы говорить, полудуплексный режим связи).
Кроме того, могут быть предусмотрены блоки функций медиа-ресурсов (МВЕ), которые служат мостами конференции и устанавливаются из двух сетевых элементов, а именно так называемого блока контроллера МВЕ (МВЕС) и так называемого блока процессора МВЕ (РМВЕ).
Кроме того, коммуникационная система ΙΜ8 может посредством блока пограничного шлюза (ВС) соединяться с другими коммуникационными 1Р- или ΙΜδ-системами. Блок ВС имеет для этого блок пограничного управления межсоединениями (1ВСЕ), блок ЗРЭЕ и блок ВСЕ.
Посредством блока РЗТИ-шлюза (Р8ТИ-С) коммуникационная система ΙΜ8 может соединяться с коммутируемой телефонной сетью общего доступа (Р8ТИ). Для этого она имеет блок функции управления медиа-шлюза (МССЕ), а также блок медиа-шлюза интернет-мультимедиа (ΙΜ-ΜΟν).
ЗГР-сигнализация в коммуникационной системе ΙΜ8 пересылается посредством блока функций управления сессией вызова (С8СЕ), причем с первого по третье коммуникационные оконечные устройства Т1-Т3 через блок Р-С8СЕ, а последний, в свою очередь, через блок С8СЕ, обмениваются данными ЗШ-сигнализации с блоками ШСЕ, МССЕ, МВЕС, АЗ, которые передаются по протоколу ЗЭР.
Для транспортировки полезных данных между с первого по третье коммуникационными оконечными устройствами Т1-Т3, блоками ВСЕ, блоком ΙΜ-ΜΟ\ν, блоком МВЕР и блоком АЗ, указанные блоки связаны между собой по протоколу ВТР, иЭР и ГР. Наряду с полезными данными, также передается стандартизованный в ВЕС 3550 протокол управления реального времени (ВТСР). В отличие от показанного на фиг. 1 примера выполнения 3СРР СЗ-домена, протокол Б.1ЕР не применяется в коммуникационной системе ΙΜ3. Однако и здесь следует ожидать, что между двумя сетевыми элементами базовой ΙΜ3сети (соответственно ВСЕ, ΙΜ-ΜΟν, МВЕР или АЗ), по существу, одновременно передается множество соединений полезных данных, которые требуют предоставления значительной ширины полосы. Чтобы иметь возможность сэкономить ширину полосы, обеспечиваются мультиплексированные соединения для передачи множества имеющих подобные атрибуты соединений полезных данных.
На фиг. 3 для примера показана структура пакета данных ЭР мультиплексированного соединения ту, которая показывает возможный формат мультиплексированного пакета данных, как это, например, могло бы быть предусмотрено, например, на показанных на фиг. 4 интерфейсах. Структура соответствует в значительной степени структуре, показанной на фиг. 2. Отличием является то, что вместо IиЕΡполей данных, от IиΕΡ1 до IиΕΡ3, предусмотрены ВТР-поля данных, ВТР1 или ВТР2, протокола ВТР. Это требуется, в частности, на основе соединений полезных данных, реализованных как двухточечные соединения, чтобы иметь возможность предусмотреть восстановление полезных данных непосредственно в блоке кодера или блоке декодера, например, в соответствующем коммуникационном оконечном устройстве с Т1 по Т3.
Наряду с соединениями полезных данных, передаваемыми согласно протоколу ВТР, могут также быть предусмотрены соответствующие управляющие соединения протокола ВТСР в поле данных мультиплексированного пакета данных ЭР. Для этого, аналогично остальным соединениям полезных данных, им назначается идентификатор ΙΌ3.
Кроме того, в заголовке мультиплексированного пакета данных ЭР также предусмотрено поле данных ВТР. Данные, передаваемые в поле данных ВТР, могут, например, содержать данные о флуктуациях (разбросе задержек) и потере пакетов на участке передачи, которые могут иметь место между отдельными сетевыми элементами в базовой сети (соответственно ВСЕ, IΜ-ΜСV, МВЕР или АЗ).
Далее для примера описана структура сообщения ЗЭР-предложения и сообщения ЗЭР-ответа, согласно стандарту ШТЕ ВЕС 3264, которыми обмениваются, например, по протоколу ЗШ-сигнализации между, например, двумя сетевыми элементами или узловыми элементами в базовой ЕМЗ-сети, и которые содержат соответствующие изобретению расширения.
В качестве узловых элементов могут, например, предусматриваться блок АЗ, блок ВСЕ, блок АВС, блок РЗТИ-С или блок МВЕ. В структуре, показанной на фиг. 3, для примера применяется мультиплексированный пакет данных ЭР.
В отличие от описанной выше структуры сообщений ШВСР, представленный далее обмен сообщениями служит дополнительно для назначения способа кодирования, используемого для передачи, и может относиться к нескольким соединениям полезных данных.
Сообщение
Ρ.σΐ нд2
Ης3
Кд4 δϋΡ-предложения (Узел А -> узел В) с=1М ΙΡ4 ЪозС.апумЬеге.сот т=аисКо 49170 КТР/АТР 97 а=гХртар:97 ν№).3ΘΡΡ.ΙϋΕΡ/16000 а=£тРр:97 ти1£1р1ех
- 7 020306
Сообщение ЗОР-ответа (Узел В -> узел А)
Нр1
Кр2
КрЗ
Кр4 ο=ιν ΙΡ4 Ьовг.ехатр1е.сот т=аис11о 4932С КТР/АУР 97 а=гг,ртар:97 УНТ).36РР.ΙϋΓΡ/16000 а=£пЛр:97 πιυΐίίρίβχ; изег_соппес1:1оп_1с1=11
Сообщение БОР-предложения передается для этого от первого сетевого узла А ко второму сетевому узлу В. Например, во второй строке О2 сообщения ЖР-предложения указаны различные способы кодирования, а именно 68Μ-ΕΚ, ΛΜΚ., а также указано Те1ер1юпе ΕνοηΙ (телефонное событие). Эти способы кодирования, посредством ИТР-параметра рау1оаб 1урс8 (типы полезной нагрузки) вводятся посредством назначения значений 3,96 и 97 во вторую строку О2 сообщения БЭР-предложения. Другие параметры согласно протоколу БЭР, предусмотренные в пятой, шестой и седьмой строках О5, О6 и О7, описаны ниже. Наряду с этим во второй строке О2 в качестве ИТР-типа полезной нагрузки присвоено значение 98, которое указывает на мультиплексированный протокол 1иРР, и которое посредством предусмотренных в третьей и четвертой строке О3, О4 дополнительных параметров описывается более подробно.
Посредством указанного в четвертой строке О4 параметра ти1Бр1ех ΜΙΜΕ-типа протокола 1иЕР, посредством первого сетевого узла А, генерирующего сообщение БЭР-предложения, указывается, что ему желательно назначение описанного(ых) во второй строке О2 соединения(ий) полезных данных к мультиплексированному соединению.
В первой строке О1 сообщения БЭР-предложения посредством первого сетевого узла А указывается относящийся к нему ГР-адрес, на который должно направляться мультиплексированное соединение ту.
Во второй строке О2 сообщения БЭР-предложения посредством первого сетевого узла А указывается относящийся к нему свободный номер порта, например 49170, который может применяться для установления нового мультиплексированного соединения. Если в сообщении БЭР-предложения не содержится параметр ти1Бр1ех, то аналогично описанному выше указанный Ш-адрес и номер порта предусмотрены для установления простого, не мультиплексированного соединения. Если поддержка мультиплексированной передачи и/или типа ИТР-нагрузки посредством протокола IиΕΡ не предусматривается во втором сетевом узле В, то Ш-адрес и номер порта могут также предусматриваться для установления простого, не мультиплексированного соединения полезных данных к первому сетевому узлу А.
После оценки сообщения БЭР-предложения второй сетевой узел В в соответствии с изобретением выбирает мультиплексированное соединение на Ш-адрес ЬозЕаиууЬеге.сот, например, мультиплексированное соединение с номером порта 49320 во втором сетевом узле В.
Второй сетевой узел В также выбирает из указанных посредством сообщения БЭР-предложения способов кодирования, например, ΑΜΚ и Те1ер1юпе еуеи! (ИТР-типы нагрузки 96 и 97). Дополнительно вторым сетевым узлом В для соединения полезных данных назначается первый идентификатор, например 11, а для соответствующего ИТСР-соединения - другой идентификатор, для идентификации соединений полезных данных, например 12.
Для случая, когда еще нет мультиплексированного соединения к указанному Ш-адресу ЬозЕаиууЬеге.сот, то оно устанавливается посредством сообщения БЭР-ответа ко второму сетевому узлу В, а именно на Ш-адрес ЬозЕаиууЬеге.сот, и на номер порта 49170 в первом сетевом узле А. В этом случае порт с номером 49320 образует до сих пор не использованный вторым сетевым узлом В порт. При выборе уже существующего мультиплексированного соединения ту номер порта 49320 указывает номер порта, назначенный мультиплексированному соединению ту во втором сетевом узле, а номер порта 49170 номер порта, уже назначенный в первом сетевом узле А этому мультиплексированному соединению.
Второй сетевой узел В в соответствии с изобретением формирует сообщение БЭР-ответа и передает его на первый сетевой узел А, причем оно содержит следующую информацию.
Во второй строке А2 сообщения БЭР-ответа указывается выбранный тип ИТР-нагрузки для протокола IиΕΡ, а именно например 98, а в четвертой строке А4 указывается параметр ти1Бр1ех ΜΙΜΕ-типа протокола IиΕΡ, посредством чего первому сетевому узлу А сообщается, что описываемые в строке А2 БЭР-медиа соединения полезных данных относятся к мультиплексированному соединению ту.
Посредством указанного в четвертой строке А4 параметра Пр_рау1оаб_1уре5 ΜΙΜΕ-типа протокола IиΕΡ первому сетевому узлу А указывается выбранный вторым сетевым узлом В для этого соединения полезных данных тип ИТР полезной нагрузки, например 96 для способа кодирования ΑΜИ и 97 для способа кодирования Те1еГопе-еуеп1. Названные типы ИТР полезной нагрузки более подробно определены в строках с пятой по седьмую О5 О7.
В четвертой строке А4 вводится параметр и5ег_соииес!1оп_1б ΜΙΜΕ-типа протокола IиΕΡ, который указывает первому сетевому узлу А, что описанному во второй строке А2 соединению полезных данных назначен первый идентификатор, например 11. Посредством приведенного в четвертой строке А4 параметра г1ср_соппесБоп_|б ΜΙΜΕ-типа протокола ИР первому сетевому узлу А указывается, что
- 8 020306
ВТСР-соединению, соответствующему описанному во второй строке А2 соединению полезных данных, назначен второй идентификатор, например 12.
В первой строке А1 указывается назначенный второму сетевому узлу В 1Р-адрес, например, 1о81.ехатр1е.сот, через который ведет мультиплексированное соединение ту, и во второй строке А2 номер порта, например 49170, на котором принимаются пакеты данных ЭР, передаваемые через мультиплексированное соединение ту.
При этом второй сетевой узел В за счет применения до сих пор не занятого номера порта может указать первому сетевому узлу А установить на него мультиплексированное соединение. Если параметр тиШр1ех не предусмотрен в сообщении δΌΡ-ответа, то передаваемые ΙΡ-адрес и номер порта могут применяться для установления простого, не мультиплексированного соединения полезных данных.
Первый и второй сетевые узлы А, В могут, как показано на фиг. 4, состоять из подходящего для δΌΡ-сигнализации управляющего блока, например блока Р-С8СЕ, 1ВСЕ, МССЕ или МВЕС, и подходящего для соединений полезных данных блока обработки, например блока ВСЕ, 1М-МСХУ или МВЕР. Блок обработки и управляющий блок осуществляют обмен данными друг с другом, соответственно, например, согласно стандарту 1ТИ-Т Н.248. В предпочтительном варианте осуществления блок обработки выполняет функцию управления мультиплексированными соединениями ту, а также назначением адресной информации соединений полезных данных.
Перед передачей сообщения 8ЭР-предложения блок обработки и управляющий блок соответствующего сетевого узла А, В осуществляют обмен сообщениями друг с другом согласно существующему стандарту. Блок обработки сообщает управляющему блоку, в частности, свой 1Р-адрес, например, 1ю51.апу\\11еге.сот. а также назначенный ему номер порта, например 49170. Сигнализация, кроме того, расширяется тем, что блок обработки указывает управляющему блоку, что ему желательно использование мультиплексированного соединения. Например, для этого ВТР полезная нагрузка будет передаваться по протоколу 1иЕР, согласно строкам со второй по четвертую О2 О4, посредством выбранного Н.248-сообщения от блока обработки к управляющему блоку.
Между приемом сообщения 8ЭР-предложения и передачей сообщения 8ЭР-ответа происходит обмен сообщениями между блоком управления и блоком обработки соответствующего сетевого узла А и В согласно существующим стандартам. Например, блок обработки сообщает в нем уже принятый в сообщении 8ЭР-предложения 1Р-адрес, а также принятый номер порта. В предпочтительной форме выполнения блоку обработки посредством блока управления сигнализируется, что желательно мультиплексирование. Это осуществляется, например, посредством маршрутизацией ВТР полезной нагрузки для протокола 1иЕР согласно строкам со второй по четвертую О2 О4, посредством подходящего сообщения протокола Н.248.
Посредством блока обработки затем выбирается мультиплексированное соединение, и соединениям полезных данных назначается соответствующий идентификатор. Блок обработки сообщает блоку управления свой 1Р-адрес и назначенный ему номер порта.
Если имеется 8ЭРБ между блоком управления и блоком обработки, то посредством этого описанная информация передается далее.
Изобретение было описано выше на примере выполнения. Однако понятно, что возможны многочисленные изменения без отклонения от лежащего в основе изобретения принципа изобретения.
Список ссылочных позиций:
АВС - блок пограничного шлюза доступа;
ΑΝ1 - первая сеть доступа;
ΑΝ2 - вторая сеть доступа;
А8 - блоки сервера приложений;
ВС - блок пограничного шлюза;
ВСЕ - блок функции пограничного шлюза;
1ВСЕ - блок функции пограничного управления межсоединениями;
ΙΌ1 - первая адресная информация;
ΙΌ2 - вторая адресная информация;
ΙΌ3 - третья адресная информация;
1М-МСХУ - блок медиа-шлюза Интернет-мультимедиа;
1М8 - 1М8-основанная коммуникационная система;
1Р - 1Р-поле данных;
1и - 1и-соединение данных;
1иЕР1 - первое 1иЕР-поле данных;
1иЕР2 - второе 1иЕР-поле данных;
1иЕР3 - третье 1иЕР-поле данных;
КАТ1 - первое мобильное оконечное устройство связи;
КАТ2 - второе мобильное оконечное устройство связи;
МК8 - мобильная коммуникационная система;
МССЕ - блок функции управления медиа-шлюзом;
- 9 020306
МС\У-А - первый блок медиа-шлюза;
МС\У-В - второй блок медиа-шлюза;
МС\У-Т - третий блок медиа-шлюза;
ΜΚΌ - коммуникационная услуга;
ΜΚΌ - основанная на мультимедийных данных коммуникационная услуга;
МР1 - первое поле данных мультиплексирования;
МР2 - второе поле данных мультиплексирования;
МР3 - третье поле данных мультиплексирования;
ΜΒΡ - блоки функций медиа-ресурсов;
МКЕС - блок ΜΒΡ-контроллера;
МКЕР - блок ΜΒΡ-процессора;
Μ8Ο-Λ - первый блок коммутации мобильной связи;
Μ8Ο-Β - второй блок коммутации мобильной связи;
Μ8Ο-8-Λ - первый блок Μ8С-сервера;
Μ8Ο-8-Β - второй блок Μ8С-сервера;
ту - мультиплексированные соединения;
N6 - ^-соединение данных;
Р-С8СБ - блок прокси-функции управления сессией вызова;
Ρ8ΤΝ - коммутируемая телефонная сеть общего доступа;
Ρ8ΤΝ-0 - блок ΡδΤΝ-шлюза;
ΒΛΒ - ΒΛΒ-параметр;
ΒΝΟ - блок контроллера радиосети;
ВТР - ВТР-поле данных;
8ΙΡ - протокол инициирования сессии;
8РЭР - блок функции принятия решения политики, основанной на услугах;
Т3 - третье оконечное устройство связи;
иС1 - первое соединение полезных данных;
иС2 - второе соединение полезных данных;
ИС3 - третье соединение полезных данных;
ССР - иЭР-поле данных.
Claims (15)
- ФОРМУЛА ИЗОБРЕТЕНИЯ1. Сетевой элемент (Μ8Ο-Β). между которым и другим сетевым элементом (Μ80-Λ) имеется мультиплексированное соединение (ту), отличающийся тем, что он выполнен с возможностью:а) приёма от другого сетевого элемента (Μ8Ο-Λ) первого сообщения сигнализации, посредством которого указывают готовность другого сетевого элемента (Μ80-Λ) к транспортировке соединения полезных данных через мультиплексированное соединение (ту);б) назначения для соединения полезных данных нового или вновь устанавливаемого мультиплексированного соединения (ту) между другим сетевым элементом (Μ8Ο-Λ) и сетевым элементом (Μ8Ο-Β) либо выбора транспортировки вне мультиплексированного соединения, в зависимости от указанной готовности другого сетевого элемента (Μ80-Λ) к транспортировке мультиплексированного соединения и от того, поддерживается ли транспортировка по меньшей мере одного соединения полезных данных через мультиплексированное соединение;с) формирования и отправки другому сетевому элементу (Μ80-Α) второго сообщения сигнализации, посредством которого другому сетевому элементу (Μ80-Λ) указывают выполненное назначение соединению полезных данных определённого мультиплексированного соединения (ту).
- 2. Сетевой элемент (Μ8Ο-Β) по п.1, отличающийся тем, что первое сообщение сигнализации содержит идентификатор мультиплексирования.
- 3. Сетевой элемент (Μ8Ο-Β) по п.1 или 2, отличающийся тем, что первое сообщение сигнализации содержит первую адресную информацию, назначенную сетевому элементу (Μ8Ο-Β).
- 4. Сетевой элемент (Μ8Ο-Β) по п.3, отличающийся тем, что сетевой элемент (Μ8Ο-Β) выполнен с возможностью выбирать мультиплексированное соединение с помощью первой адресной информации, содержащейся в первом сообщении сигнализации.
- 5. Сетевой элемент (Μ8Ο-Β) по любому из пп.1-4, отличающийся тем, что в случае, если для установления соединения полезных данных доступно несколько мультиплексированных соединений, сетевой элемент (Μ8Ο-Β) выполнен с возможностью назначать мультиплексированное соединение, которое имеет достаточно свободных ресурсов передачи для транспортировки соединения полезных данных.
- 6. Сетевой элемент (Μ8Ο-Β) по любому из пп.1-5, отличающийся тем, что сетевой элемент (Μ8Ο-Β) выполнен с возможностью назначать мультиплексированное соединение (ту) с целью обеспечения динамического установления упомянутого мультиплексированного соединения.
- 7. Сетевой элемент (Μ8Ο-Β) по любому из пп.1-6, отличающийся тем, что сетевой элемент (Μ8Ο-Β)- 10 020306 выполнен с возможностью назначать новому динамически установленному мультиплексированному соединению (ту) для приема данных номер υΌΡ-порта, содержащийся в первом сообщении сигнализации, и что сетевой элемент (М8С-В) выполнен с возможностью сохранять уже ранее назначенный номер υΌΡ-порта для уже существующего мультиплексированного соединения.
- 8. Сетевой элемент (М8С-В) по любому из пп.1-7, отличающийся тем, что сетевой элемент (М8С-В) выполнен с возможностью указания другому сетевому элементу (М8С-Л) назначения по меньшей мере одного соединения полезных данных мультиплексированному соединению посредством идентификатора мультиплексирования, предусмотренного во втором сообщении сигнализации.
- 9. Сетевой элемент (М8С-В) по любому из пп.1-8, отличающийся тем, что назначенное мультиплексированное соединение (ту) указано во втором сообщении сигнализации предпочтительно посредством номера υΌΡ-порта.
- 10. Сетевой элемент (М8С-В) по любому из пп.1-9, отличающийся тем, что сетевой элемент (М8СВ) выполнен с возможностью назначать идентификатор соединению полезных данных, назначенному мультиплексированному соединению (ту).
- 11. Сетевой элемент (М8С-В) по п.10, отличающийся тем, что второе сообщение сигнализации содержит упомянутый идентификатор.
- 12. Сетевой элемент (М8С-В) по п.10 или 11, отличающийся тем, что упомянутый идентификатор содержится соответственно в поле данных пакета (ΌΡ) данных мультиплексированного соединения (ту).
- 13. Сетевой элемент (М8С-В) по любому из пп.1-12, отличающийся тем, что сетевой элемент (М8СВ) выполнен с возможностью поддерживать соединение В1СС-сигнализации, принимать сообщение ШВСГ-запроса, формировать и выдать сообщение ШВСГ-ответа в качестве первого и второго сообщений сигнализации соответственно.
- 14. Сетевой элемент (М8С-В) по любому из пп.2-13, отличающийся тем, что идентификатор мультиплексирования представляет собой атрибут протокола описания сессии (8ΌΡ) или выполненный согласно стандарту Т§ 29.414 параметр расширения мультимедийного Интернет-сообщения (М1МЕ).
- 15. Сетевой элемент (М8С-В) по любому из пп.1-14, отличающийся тем, что он выполнен с возможностью принимать сообщение δΌΡ-предложения в качестве первого сообщения сигнализации и формировать и выдавать сообщение δΌΡ-ответа в качестве второго сообщения сигнализации.
Applications Claiming Priority (1)
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 |
Publications (2)
Publication Number | Publication Date |
---|---|
EA200900848A1 EA200900848A1 (ru) | 2010-02-26 |
EA020306B1 true EA020306B1 (ru) | 2014-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 After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EA200870203A EA012519B1 (ru) | 2006-01-27 | 2007-01-24 | Способ распределения по меньшей мере одного соединения полезных данных по меньшей мере одному мультиплексированному соединению |
Country Status (10)
Country | Link |
---|---|
US (2) | US8089867B2 (ru) |
EP (4) | EP2058996A1 (ru) |
JP (1) | JP5185827B2 (ru) |
CN (2) | CN102710654B (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 (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2107818B1 (en) * | 2007-02-02 | 2019-01-02 | Huawei Technologies Co., Ltd. | Gsm bearer set up method, apparatus and system |
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多重化 |
WO2010083509A2 (en) | 2009-01-16 | 2010-07-22 | Tekelec | Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages |
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 |
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 | 新华三技术有限公司 | 一种音乐播放的方法和设备 |
US11310293B2 (en) * | 2015-11-09 | 2022-04-19 | Nokia Solutions And Networks Oy | Enhanced media plane optimization in web real time communication scenarios |
US20240388611A1 (en) * | 2023-05-15 | 2024-11-21 | Samsung Electronics Co., Ltd. | Method and apparatus for multiplexing internet protocol multimedia subsystem data channels |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2176435C2 (ru) * | 1996-11-22 | 2001-11-27 | Спринт Коммьюникейшнз Компани, Л.П. | Транзитная система связи для коммутируемого потока трафика |
RU2196389C2 (ru) * | 1997-03-21 | 2003-01-10 | КАНАЛЬ+ Сосьетэ Аноним | Система вещания и приема, а также система условного доступа для нее |
WO2003024052A1 (en) * | 2001-09-06 | 2003-03-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Decomposed switching node and method of operating the same |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI101924B (fi) * | 1995-12-18 | 1998-09-15 | Nokia Telecommunications Oy | Matkapuhelinkeskusten välinen kanavanvaihto suurnopeusdatasiirrossa |
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 |
JP4763136B2 (ja) | 1999-05-17 | 2011-08-31 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 遠隔通信ネットワークにおける機能ネゴシエーション |
EP2043375B1 (en) | 1999-05-17 | 2011-10-26 | 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 | 华为技术有限公司 | 资源接纳控制处理方法 |
-
2006
- 2006-01-27 AT AT06001745T patent/ATE428253T1/de not_active IP Right Cessation
- 2006-01-27 DE DE502006003374T patent/DE502006003374D1/de active Active
- 2006-01-27 EP EP09001907A patent/EP2058996A1/de not_active Withdrawn
- 2006-01-27 EP EP06001745A patent/EP1814278B1/de not_active Not-in-force
-
2007
- 2007-01-24 DE DE502007001133T patent/DE502007001133D1/de not_active Expired - Fee Related
- 2007-01-24 CN CN201210197788.0A patent/CN102710654B/zh active Active
- 2007-01-24 CN CNA2007800034006A patent/CN101375577A/zh active Pending
- 2007-01-24 AT AT07704106T patent/ATE437520T1/de active
- 2007-01-24 PL PL09005128T patent/PL2073480T3/pl unknown
- 2007-01-24 EA EA200900848A patent/EA020306B1/ru not_active IP Right Cessation
- 2007-01-24 EA EA200870203A patent/EA012519B1/ru not_active IP Right Cessation
- 2007-01-24 JP JP2008551778A patent/JP5185827B2/ja not_active Expired - Fee Related
- 2007-01-24 US US12/162,281 patent/US8089867B2/en active Active
- 2007-01-24 EP EP07704106A patent/EP1994714B1/de not_active Not-in-force
- 2007-01-24 WO PCT/EP2007/050674 patent/WO2007085606A1/de active Application Filing
- 2007-01-24 ES ES07704106T patent/ES2329420T3/es active Active
- 2007-01-24 EP EP09005128.5A patent/EP2073480B1/de not_active Not-in-force
-
2011
- 2011-10-31 US US13/285,509 patent/US8811162B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2176435C2 (ru) * | 1996-11-22 | 2001-11-27 | Спринт Коммьюникейшнз Компани, Л.П. | Транзитная система связи для коммутируемого потока трафика |
RU2196389C2 (ru) * | 1997-03-21 | 2003-01-10 | КАНАЛЬ+ Сосьетэ Аноним | Система вещания и приема, а также система условного доступа для нее |
WO2003024052A1 (en) * | 2001-09-06 | 2003-03-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Decomposed switching node and method of operating the same |
Non-Patent Citations (1)
Title |
---|
NATIONAL COMMUNICATIONS SYSTEM. TECHNICAL INFORMATION BULLETIN 05-01, VoIP/E9-1-1 for NS/EP [он-лайн], март 2005, [найдено 28.09.2009], Найдено из Интернет , с. 34, строки 1-11 * |
Also Published As
Publication number | Publication date |
---|---|
EA200900848A1 (ru) | 2010-02-26 |
ATE428253T1 (de) | 2009-04-15 |
PL2073480T3 (pl) | 2014-09-30 |
US8811162B2 (en) | 2014-08-19 |
ATE437520T1 (de) | 2009-08-15 |
ES2329420T3 (es) | 2009-11-25 |
CN102710654A (zh) | 2012-10-03 |
JP5185827B2 (ja) | 2013-04-17 |
EP1994714B1 (de) | 2009-07-22 |
DE502007001133D1 (de) | 2009-09-03 |
US20120113916A1 (en) | 2012-05-10 |
CN101375577A (zh) | 2009-02-25 |
EA200870203A1 (ru) | 2009-02-27 |
EP2073480A1 (de) | 2009-06-24 |
EP1994714A1 (de) | 2008-11-26 |
US20090010217A1 (en) | 2009-01-08 |
EP1814278A1 (de) | 2007-08-01 |
WO2007085606A1 (de) | 2007-08-02 |
EP2058996A1 (de) | 2009-05-13 |
JP2009524960A (ja) | 2009-07-02 |
EA012519B1 (ru) | 2009-10-30 |
US8089867B2 (en) | 2012-01-03 |
EP2073480B1 (de) | 2014-04-16 |
DE502006003374D1 (de) | 2009-05-20 |
EP1814278B1 (de) | 2009-04-08 |
CN102710654B (zh) | 2015-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EA020306B1 (ru) | Сетевой элемент, выполненный с возможностью распределения соединений данных | |
CN113364686B (zh) | 一种生成转发表项的方法、控制器和网络设备 | |
US20020085561A1 (en) | Method and system for supporting global IP telephony system | |
US8908684B2 (en) | Method and communication system for selecting a transmission mode for transmitting payload data | |
CN107211483B (zh) | 一种数据通信方法及终端 | |
JP2008017409A (ja) | QoS制御システム、QoS制御装置及びセッション制御装置 | |
CN103391245B (zh) | 网络域内构建多态路由的方法、装置及路由器 | |
KR20060117586A (ko) | IPv4/IPv6 통합 네트워크의 패킷 처리 방법 및 그장치 | |
JP4655903B2 (ja) | パケット転送装置 | |
JP2007049415A (ja) | 音声データ変換装置、ネットワークシステム、制御方法及び制御プログラム | |
US6826176B1 (en) | Connectionless media transmission without bearer-channel control signaling | |
JP5828952B2 (ja) | 通信システム、ノード、フロー制御ネットワーク及び通信制御方法 | |
US8873374B2 (en) | Accelerated recovery during negotiation between a media gateway and a media gateway controller | |
US20060045119A1 (en) | Main station and substation in a network and a method for transmitting data in a network | |
JP2008289164A (ja) | モバイル通信においてブロードキャスト/マルチキャストサービスを提供する設備と方法 | |
JP2008278435A (ja) | 衛星通信方法、子局、親局及び管理局 | |
JP2004242330A (ja) | マルチプレクサの発見とパラメータの交換。 | |
RU2260253C2 (ru) | Способ и система активизации контекста пакетных данных абонента для пакетных данных | |
KR101530219B1 (ko) | 음성 패킷망에서 음성 페이징 서비스를 제공하기 위한 그룹캐스팅 전송방법 및 장치 | |
JP5516271B2 (ja) | メディア・ゲートウェイ・システム、メディア・ゲートウェイ制御方法、メディア・ゲートウェイ制御装置、及び、メディア・ゲートウェイ制御プログラム | |
CN101340347B (zh) | 一种传输语音数据流的方法和设备 | |
US7639669B2 (en) | Controlling communication path reservations in a packet network with non-homogeneous nodes | |
US20040057428A1 (en) | Method for operating an access network for a mobile radio system | |
JP2001285358A (ja) | Ip網におけるパケット転送方法、音声中継装置およびパケット中継装置 | |
JP2005167539A (ja) | データ制御システム |
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 |