RU2507701C2 - Эффективная организация межсетевого взаимодействия между мультимедийными службами с коммутацией каналов и с пакетной коммутацией - Google Patents

Эффективная организация межсетевого взаимодействия между мультимедийными службами с коммутацией каналов и с пакетной коммутацией Download PDF

Info

Publication number
RU2507701C2
RU2507701C2 RU2010133985/08A RU2010133985A RU2507701C2 RU 2507701 C2 RU2507701 C2 RU 2507701C2 RU 2010133985/08 A RU2010133985/08 A RU 2010133985/08A RU 2010133985 A RU2010133985 A RU 2010133985A RU 2507701 C2 RU2507701 C2 RU 2507701C2
Authority
RU
Russia
Prior art keywords
terminal
packet
multimedia
circuit
information
Prior art date
Application number
RU2010133985/08A
Other languages
English (en)
Other versions
RU2010133985A (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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40850563&utm_source=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2507701(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Квэлкомм Инкорпорейтед filed Critical Квэлкомм Инкорпорейтед
Publication of RU2010133985A publication Critical patent/RU2010133985A/ru
Application granted granted Critical
Publication of RU2507701C2 publication Critical patent/RU2507701C2/ru

Links

Images

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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • 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/1016—IP multimedia subsystem [IMS]
    • 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/80—Responding to QoS

Landscapes

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

Abstract

Изобретение относится к системе связи и может быт использовано для организации межсетевого взаимодействия с низким временем задержки между мультимедийными службами с коммутацией каналов и с пакетной коммутацией. Технический результат - улучшение эффективности перемещения пакетов данных во время мультимедийного сеанса связи. Для этого раскрыты методики сообщения ограничения размеров пакетов терминала с коммутацией каналов на терминал с пакетной коммутацией во время мультимедийного сеанса, такого как сеанс мультимедийной телефонной связи. В одном аспекте узел организации межсетевого взаимодействия получает информацию от терминала с коммутацией каналов во время установления соединения и оповещает терминал с пакетной коммутацией о том, что другой конечный объект сеанса телефонной связи представляет собой терминал с коммутацией каналов. В дополнительном аспекте узел организации межсетевого взаимодействия оповещает терминал с пакетной коммутацией относительно ограничения максимального размера пакетов, согласованного с терминалом с коммутацией каналов. Описаны дополнительные методики для терминала с пакетной коммутацией, предназначенные для приспосабливания к максимальному согласованному размеру пакетов, чтобы сократить до минимума переформатирование данных узлом организации межсетевого взаимодействия. 4 н. и 11 з.п. ф-лы, 5 ил.

Description

2420-169685RU/065
Родственные заявки
Данная заявка испрашивает приоритет предварительной патентной заявки США № 61/020,982 под названием "Способ и устройство для организации межсетевого взаимодействия с малым временем ожидания между мультимедийными службами с коммутацией каналов и с пакетной коммутацией", поданной 14 января 2008 г., и предварительной патентной заявки США 61/021,163 под названием "Способ и устройство для организации межсетевого взаимодействия с малым временем ожидания между мультимедийными службами с коммутацией каналов и с пакетной коммутацией", поданной 15 января 2008 г., содержание которых тем самым полностью включено сюда путем ссылки.
Область техники, к которой относится изобретение
Данное раскрытие относится к методикам обеспечения эффективной организации межсетевого взаимодействия с низким временем задержки между мультимедийными службами с коммутацией каналов и с пакетной коммутацией.
Предшествующий уровень техники
В последнее время развиваются стандартизированные мультимедийные службы, основанные на сетях протокола межсетевого взаимодействия (IP) с пакетной коммутацией. Например, служба мультимедийной телефонной связи для мультимедийной системы протокола IP (MTSI), в данном описании также упоминаемая как мультимедийная телефонная связь, является основанной на IP службой мультимедийной телефонной связи, разработанной Проектом партнерства 3-го поколения (3GPP) для связи с подвижными объектами. См. 3GPP TS 26.114 V7.5.0, "Службы группы технических требований и мультимедийная подсистема протокола IP аспектов системы (IMS); мультимедийная телефонная связь; манипулирование и взаимодействие любой формой информации", и 3GPP TS 29.163 V8.3.0, "Базовая сеть и терминалы группы технических требований; организация межсетевого взаимодействия между подсистемой базовой сети (CN) мультимедийной связи (IM) IP и сетями с коммутацией каналов (CS) (Редакция 8)", в дальнейшем упоминаемые как "Технические требования 3GPP", содержание которых полностью включено сюда путем ссылки. Технические требования "Видеотелефонная связь с пакетной коммутацией (PSVT)" (C.S0055-A v1.0), содержание которых также полностью включено сюда путем ссылки, тоже были разработаны посредством Проекта партнерства 3-го поколения 2 (3GPP2). Мультимедийная телефонная связь с пакетной коммутацией, как ожидается, будет пользоваться преимуществом гибких механизмов перемещения данных, предоставляемых протоколом межсетевого взаимодействия (IP), в то же время обеспечивая впечатление для пользователя, которое эквивалентно или лучше, чем от соответствующих служб мультимедийной телефонной связи с коммутацией каналов.
При отправке любой формы информации из терминала с пакетной коммутацией (такого как терминал MTSI 3GPP или терминал PSVT 3GPP2) на терминал с коммутацией каналов (такой как терминал CSVT 3GPP/терминал 3G-324M) узел организации межсетевого взаимодействия, такой как медиа-шлюз, вызывается при выполнении организации межсетевого взаимодействия между протоколами с коммутацией каналов (CS) и с пакетной коммутацией (PS). Для доставки медиа-пакетов из области PS, которые в общем демонстрируют широкие изменения размеров, через каналы области CS с фиксированной шириной полосы пропускания, медиа-шлюз может использовать механизмы переформатирования пакетов данных (например, видеосигнала и/или звукового сигнала), такие как изменяющие форму буферы, фрагментация и повторная сборка пакетов, чтобы перемещать пакеты через сеть с коммутацией каналов. Во время сеанса телефонной связи, такие механизмы переформатирования могут нежелательно вызывать передачи информации с нарушенными требованиями аудиовизуальной синхронизации (синхронного озвучивания) и/или с ухудшенным качеством обслуживания, вводя дополнительное сквозное запаздывание между терминалами.
Поэтому может быть желательным обеспечить методики для оповещения терминала PS относительно ограничений максимального размера пакетов для пакетов данных, которые могут перемещаться без неэффективного переформатирования. Дополнительно может быть желательным обеспечить методики, предоставляющие терминалу PS возможность регулировать обработку своих пакетов данных в зависимости от таких ограничений максимальных размеров пакетов таким образом, чтобы сократить до минимума переформатирование пакетов данных узлом организации межсетевого взаимодействия.
Сущность изобретения
Аспект настоящего раскрытия обеспечивает способ улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, причем способ содержит: отправку информации из узла организации межсетевого взаимодействия на терминал с пакетной коммутацией, где информация содержит параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса.
Другой аспект настоящего раскрытия обеспечивает способ улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, причем способ содержит: прием информации на терминале с пакетной коммутацией от узла организации межсетевого взаимодействия, где информация содержит параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса.
Еще один аспект настоящего раскрытия обеспечивает устройство с пакетной коммутацией для обмена информацией во время мультимедийного сеанса, причем устройство содержит: приемник, сконфигурированный так, чтобы принимать информацию, содержащую параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса; и передатчик, сконфигурированный так, чтобы в ответ на принимаемую информацию генерировать пакеты, не превышающие максимальный согласованный размер пакетов.
Еще один аспект настоящего раскрытия обеспечивает устройство с пакетной коммутацией для обмена информацией во время мультимедийного сеанса, причем устройство содержит: средство для приема информации от узла организации межсетевого взаимодействия, где информация содержит параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса.
Еще один аспект настоящего раскрытия обеспечивает компьютерный программный продукт для улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, причем продукт содержит: компьютерно-читаемый носитель, содержащий: код для предписывания компьютеру принимать информацию, содержащую параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса; и код для предписывания компьютеру, в ответ на принимаемую информацию, генерировать пакеты, не превышающие максимальный согласованный размер пакетов.
Краткое описание чертежей
Фиг.1 изображает систему для MTSI в соответствии с техническими требованиями 3GPP.
Фиг.2 изображает примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором базовая сеть мультимедийной связи IP (CN IM) инициирует сеанс связи, а предварительные условия используются на стороне IMS.
Фиг.3 изображает дополнительный примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором CN IM инициирует сеанс связи, а предварительные условия на стороне IMS не используются.
Фиг.4 изображает примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором сеть CS инициирует сеанс связи.
Фиг.5 изображает примерный вариант осуществления компьютерного программного продукта, предназначенного для улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, в соответствии с настоящим раскрытием.
Подробное описание
Подробное описание, сформулированное ниже в связи с прилагаемыми чертежами, предназначено в качестве описания примерных вариантов осуществления настоящего изобретения и не предназначено для того, чтобы представлять только те примерные варианты осуществления, в которых может быть реализовано настоящее изобретение. Термин "примерный", используемый на протяжении всего этого описания, означает "служащий в качестве примера, образца или иллюстрации", и не обязательно должен рассматриваться, как предпочтительный или выгодный по сравнению с другими примерными вариантами осуществления. Подробное описание включает в себя определенные подробности, приведенные с целью обеспечения наиболее полного понимания примерных вариантов осуществления изобретения. Специалистам в данной области техники должно быть понятно, что примерные варианты осуществления изобретения могут быть реализованы на практике без этих определенных подробностей. В некоторых случаях известные структуры и устройства показываются в форме блок-схемы, чтобы избегать затенения новшества примерных вариантов осуществления, представленных в данном описании.
Как должно быть понятно, в данном описании изобретения и в формуле изобретения, когда элемент упомянут как являющийся "связанным с" или "подсоединенным к" другому элементу, он может быть непосредственно связан или подсоединен к другому элементу, или там могут присутствовать промежуточные элементы. И напротив, когда элемент упомянут как являющийся "непосредственно связанным с" или "непосредственно подсоединенным к" другому элементу, никакие промежуточные элементы не присутствуют.
Следует отметить, что для простоты обсуждения различные примерные варианты осуществления настоящего раскрытия будут описаны со ссылкой на реализации в соответствии с техническими требованиями 3GPP. Однако, такое описание не предназначено для ограничения методик настоящего раскрытия реализациями мультимедийной телефонной связи в соответствии с техническими требованиями 3GPP. Специалист в данной области техники без труда сможет получить модификации представленных методик так, чтобы их можно было применять к альтернативным системам, например, к системам, реализованным в соответствии с техническими требованиями 3GPP2, или с техническими требованиями, представленными инженерной группой по развитию Интернета (IETF). Такие альтернативные примерные варианты осуществления рассматриваются, как находящиеся в пределах объема настоящего раскрытия.
Фиг.1 изображает систему 100 для MTSI в соответствии с техническими требованиями 3GPP. На фиг.1 система 100 связи включает в себя терминал 110 с пакетной коммутацией (PS), сконфигурированный так, чтобы принимать мультимедийные входные сигналы от пользователя (не показано), и/или предоставлять пользователю мультимедийные выходные сигналы. Такие мультимедийные входные сигналы и выходные сигналы могут передаваться на и от других терминалов во время мультимедийного сеанса. В этом описании и в формуле изобретения, как должно быть понятно, мультимедийный сеанс может относиться к сеансу связи, включающему в себя один или больше типов потоков любой формы информации. Например, мультимедийный сеанс может включать в себя потоки и видеоинформации, и звуковой информации, как показано на фиг.1. В качестве альтернативы, мультимедийный сеанс может включать в себя только поток видеоинформации, только поток звуковой информации, только текстовый поток или любую комбинацию таких потоков информации.
Терминал 110 PS может передавать и принимать мультимедийные данные на и от узла 120 организации межсетевого взаимодействия по каналу 112 PS, используя модуль 111 передатчиков и приемников. Узел 120 организации межсетевого взаимодействия может включать в себя медиа-шлюз (MGW) 130 и функцию управления медиа-шлюзом (MGCF) 125. Перемещение мультимедийных данных на и от терминала 110 PS по каналу 112 PS включает в себя использование транспортного протокола, чтобы формировать информацию в виде пакетов.
На фиг.1 узел 120 организации межсетевого взаимодействия дополнительно устанавливает связь с терминалом 140 с коммутацией каналов (CS) через канал 142 CS. Подобно терминалу 110 PS, терминал 140 CS также сконфигурирован так, чтобы принимать мультимедийные входные сигналы от пользователя, и/или предоставлять мультимедийные выходные сигналы пользователю. Однако, в отличие от терминала 110 PS, терминал 140 CS не передает и не принимает мультимедийные данные в форме пакетов изменяющегося размера. Скорее, терминал 140 CS использует специализированный сеанс связи через канал 142 CS, который имеет фиксированную ширину полосы пропускания, гарантированную для сеанса связи, и передает и принимает данные по каналу 142 CS, используя (модуль) 141 передатчиков и приемников.
При отправке любой формы информации от терминала 110 PS на терминал CS 140 MGW 130 может выполнять необходимую организацию межсетевого взаимодействия между протоколами PS и CS. Например, в течение единицы времени специализированный канал CS может поддерживать только блоки служебных данных (SDU), которые меньше, чем фиксированный максимальный размер SDU. Однако терминал 110 PS может генерировать протокольный блок данных (PDU) прикладного уровня, имеющий произвольный размер. Таким образом, возможна ситуация, когда размер PDU, сгенерированного терминалом 110 PS, может приводить к тому, что соответствующий размер SDU будет превышать максимальный размер SDU канала 142 CS.
Чтобы попытаться решить эту проблему, MGW 130 может фрагментировать такой PDU до передачи на терминал 140 CS, для последующей повторной сборки пакетов терминалом 140 CS. Дополнительные подробности механизмов фрагментации и повторной сборки пакетов см. в Разделе 12.2.4.6, "Обсуждение размеров пакетов", 3GPP TS 26.114 V7.5.0, ранее упоминаемых в данном описании. Однако такая фрагментация и повторная сборка пакетов могут вызывать передачи информации с нарушенными требованиями аудиовизуальной синхронизации (синхронного озвучивания) и/или с ухудшенным качеством обслуживания, вводя дополнительное сквозное запаздывание между терминалами.
В соответствии с аспектом настоящего раскрытия обеспечены методики для MGW 130 для сообщения терминалу 110 PS ограничений размеров пакетов канала 142 CS или терминала 140 CS таким образом, чтобы терминал 110 PS мог управлять размером своих генерируемых пакетов с целью лучшего приспосабливания к максимальному размеру SDU, поддерживаемому сетью CS. В представленном раскрытии, методики иллюстрируются в контексте системы связи, работающей в соответствии с техническими требованиями 3GPP. Однако специалистам в данной области техники должно быть понятно, что эти методики без труда можно применять к системам, работающим в соответствии с другими техническими требованиями. Такие альтернативные примерные варианты осуществления также рассматриваются как находящиеся в пределах объема настоящего раскрытия.
Фиг.2 изображает примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором базовая сеть мультимедийной связи IP (CN IM) инициирует сеанс связи, а предварительные условия используются на стороне IMS. Этапы 201-210 и 212-213 иллюстрируют взаимодействия между процедурами H.245 или MONA и протоколом инициирования сеанса связи (SIP)/SDP, которые в предшествующем уровне техники известны. См., например, фиг.E.2.3.1.1.1 и сопроводительное описание в 3GPP TS 29.163 V8.3.0, упоминавшееся в данном описании ранее.
В соответствии с представленным раскрытием на этапе 211 обмена сообщениями строка "a" вслед за строкой "m", связанной с потоком видеосигнала в сообщении SDP, посланным из узла 120 организации межсетевого взаимодействия на терминал 110 PS, может включать в себя атрибут "maxRecvSDUSize", имеющий связанное численное значение maxA12SDUSize. Этот атрибут может указывать максимальный размер (Size) SDU (например, в байтах), согласованный посредством MGCF 125 с терминалом 140 CS для потока видеосигнала. На фиг.2 maxA12SDUSize имеет примерное значение 400. Специалистам в данной области техники должно быть понятно, что хотя с потоком видеосигнала, показанным на фиг.2, связан кодек видеосигнала "MP4V-ES", также без труда могут использоваться другие кодеки видеосигнала.
Этап 211 обмена сообщениями дополнительно может включать в себя определение атрибута "maxRecvSDUSize", следующее за строкой "m", связанного с потоком звукового сигнала. Этот атрибут может иметь связанное численное значение maxABSDUSize, указывающее максимальный размер SDU, согласованный посредством MGCF 125 с терминалом 140 CS для потока звукового сигнала. На фиг.2 maxABSDUSize имеет примерное значение 48. Такая передача сигналов рассматривается как находящаяся в пределах объема настоящего раскрытия. Специалистам в данной области техники должно быть понятно, что хотя с потоком звукового сигнала, показанным на фиг.2, связан кодек звукового сигнала "AMR", также без труда могут использоваться другие кодеки звукового сигнала.
В альтернативном примерном варианте осуществления (не показано) строка "a" в сообщении SDP этапа 211 помимо этого может включать в себя дополнительный атрибут "a" 3G-324M, указывающий, что находящийся в связи терминал является терминалом CS 3G-324M.
В примерном варианте осуществления, основанном на значениях атрибутов maxRecvSDUSize, сообщаемых узлом 120 организации межсетевого взаимодействия, терминал 110 PS факультативно может адаптировать свою собственную обработку пакетов так, чтобы гарантировать, что генерируемые размеры SDU будут меньше, чем сообщаемый максимальный разрешенный размер SDU. Это сокращает до минимума фрагментацию и повторную сборку пакетов данных, которые должны выполняться узлом 120 организации межсетевого взаимодействия. В примерном варианте осуществления терминал 110 PS может удалять атрибуты "a" в последующих сообщениях SIP.
В альтернативном примерном варианте осуществления, если возможность приспосабливать атрибут maxRecvSDUSize терминалом 110 PS не поддерживается, то терминал 110 PS может просто игнорировать информацию об ограничениях канала CS, сообщаемую узлом 120 организации межсетевого взаимодействия, и полагаться на схемы нормального переформатирования узла 120 организации межсетевого взаимодействия, чтобы передавать данные на терминал CS 140.
В примерном варианте осуществления ограничение максимального размера SDU, подлежащее передаче посредством узла 120 организации межсетевого взаимодействия, может быть определено узлом 120 организации межсетевого взаимодействия, например, из обмена возможностями однонаправленного канала H.223 между терминалом CS 140 и MGCF 125 (не показано). Такой обмен возможностями однонаправленного канала в технике известен и в данном описании дополнительно описываться не будет.
В альтернативных примерных вариантах осуществления (непоказанных) узел 120 организации межсетевого взаимодействия также может указывать для терминала 110 PS интервал приема SDU, который может соответствовать тому, как часто блоки SDU намечаются для доставки по каналу CS.
Фиг.3 изображает дополнительный примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором CN IM инициирует сеанс связи, а на стороне IMS предварительные условия не используются. Этапы 301 - 308 иллюстрируют процедуры и протокол инициирования сеанса связи (SIP)/SDP, которые в предшествующем уровне техники известны. См., например, фиг.E.2.3.1.1.1 и сопроводительное описание в 3GPP TS 29.163 V8.3.0, упоминавшееся в данном описании ранее. На этапе 309 параметры maxRecvSDUSize сообщаются в соответствии с правилами, раскрытыми ранее в данном описании, и как должно быть ясно специалистам в данной области техники в свете описания фиг.2, приведенного выше.
Фиг.4 изображает примерный вариант осуществления механизма передачи ограничений терминала CS на терминал PS, в котором сеть CS инициирует сеанс связи. Этапы 401-412 и 414 иллюстрируют процедуры и протокол инициирования сеанса связи (SIP)/SDP, которые в предшествующем уровне техники известны. См., например, фиг.E.2.4.1.1.1 и сопроводительное описание в 3GPP TS 29.163 V8.3.0, упоминавшееся в данном описании ранее. На этапе 414 параметры maxRecvSDUSize сообщаются в соответствии с правилами, раскрытыми ранее в данном описании, и как должно быть ясно специалистам в данной области техники в свете описания фиг.2, приведенного выше.
Методики сообщения ограничений терминала CS на терминал PS были раскрыты выше. Дополнительно ниже раскрываются методики для терминала PS, предназначенные для регулирования его обработки пакетов, чтобы адаптироваться к сообщаемой информации об ограничениях терминала CS. Следует отметить, что методики обработки терминала PS, раскрытые ниже, не должны объединяться с методиками передачи ограничений терминала CS, раскрытыми выше, и в альтернативных примерных вариантах осуществления настоящего раскрытия они могут быть реализованы отдельно и независимо.
В примерном варианте осуществления в ответ на уведомление, что терминал, находящийся с ним в связи, является терминалом CS, терминал PS может адаптировать выбор механизма обратной связи по потере пакетов между терминалом PS и MGW. Например, терминал PS может динамически выбирать индикацию потери изображения (PLI) в качестве предпочтительного механизма по сравнению с другими формами обратной связи по потере пакетов, когда терминал PS узнает, что другая сторона является терминалом CS, поскольку терминалы CS работают в значительной степени с использованием механизма PLI для обратной связи по потере пакетов.
В другом примерном варианте осуществления в ответ на уведомление относительно пределов максимальных размеров SDU, поддерживаемых терминалом CS, терминал PS может гарантировать, что его собственные генерируемые пакеты остаются в этих пределах максимальных размеров SDU. Это обеспечивает возможность эффективного объединения пакетов данных в MGW, а также своевременной доставки пакетов на терминал CS.
Следует отметить, что хотя были описаны примерные варианты осуществления настоящего раскрытия, в которых терминал PS устанавливает связь с терминалом CS в зависимости от передаваемых ограничений размеров пакетов терминала CS, объем настоящего раскрытия не ограничен установлением связи между терминалом PS и терминалом CS. Например, представленные методики в общем можно применять к установлению связи между терминалом PS и любым другим терминалом (включая терминалы без коммутации каналов), имеющим максимальный поддерживаемый размер пакетов. Такие альтернативные примерные варианты осуществления рассматриваются как находящиеся в пределах объема настоящего раскрытия.
Фиг.5 изображает примерный вариант осуществления компьютерного программного продукта 500, предназначенного для улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса в соответствии с представленным раскрытием. Следует отметить, что компьютерный программный продукт 500 показан только для иллюстративных целей и не предназначен для ограничения объема настоящего раскрытия каким-либо конкретным примерным вариантом осуществления компьютерного программного продукта.
На фиг.5 терминал 110 с пакетной коммутацией (PS), как ранее было описано со ссылкой на фиг.1, подсоединен к компьютерному программному продукту 500. Компьютерный программный продукт 500 включает в себя компьютерно-читаемый носитель 510, хранящий код для предписывания компьютеру выполнять определенные функции.
В частности, компьютерно-читаемый носитель 510 включает в себя код 511 для предписывания компьютеру принимать информацию, содержащую параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса.
Компьютерно-читаемый носитель 510 дополнительно включает в себя код 512 для предписывания компьютеру, в ответ на принимаемую информацию, генерировать пакеты, не превышающие максимальный согласованный размер пакетов.
Специалистам в данной области техники должно быть понятно, что информация и сигналы могут быть представлены с использованием любой из ряда различных технологий и методик. Например, данные, инструкции, команды, информация, сигналы, биты, символы и кодовые элементы, которые могут быть упомянуты на протяжении всего приведенного выше описания, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами или любой их комбинацией.
Специалисты в данной области техники дополнительно смогут оценить, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с раскрытыми в данном описании примерными вариантами осуществления, могут быть реализованы как электронное аппаратное обеспечение, программное обеспечение или комбинация их обоих. Чтобы ясно проиллюстрировать эту взаимозаменяемость аппаратного обеспечения и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше в общем в терминах их функциональных возможностей. Реализованы ли такие функциональные возможности как аппаратное обеспечение или программное обеспечение, зависит от конкретного применения и конструктивных ограничений, накладываемых на всю систему. Квалифицированные специалистам смогут реализовывать описанные функциональные возможности изменяющимися способами для каждого конкретного применения, но такие решения реализации не должны интерпретироваться как вызывающие отклонения от объема примерных вариантов осуществления изобретения.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытыми в данном описании примерными вариантами осуществления, могут быть реализованы или выполнены с помощью процессора общего назначения, процессора цифровых сигналов (ПЦС), интегральной схемы прикладной ориентации (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретного логического элемента или транзисторных логических схем, дискретных аппаратных компонентов или любой их комбинации, предназначенной для выполнения описанных в данном описании функций. Процессор общего назначения может быть микропроцессором, но в качестве альтернативы процессор может быть любым общепринятым процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, комбинации ПЦС и микропроцессора, множества микропроцессоров, одного или больше микропроцессоров вместе с ядром ПЦС или любой другой такой конфигурации.
Этапы способа или алгоритма, описанные в связи с раскрытыми в данном описании примерными вариантами осуществления, могут быть воплощены непосредственно в аппаратном обеспечении, в модуле программного обеспечения, выполняемом процессором, или в комбинации и того, и другого. Модуль программного обеспечения может постоянно находиться в оперативном запоминающем устройстве (ОЗУ), флэш-памяти, постоянном запоминающем устройстве (ПЗУ), электрически программируемом ПЗУ (ЭППЗУ), электрически стираемом программируемом ПЗУ (ЭСППЗУ), регистрах, жестком диске, съемном диске, CD-ROM (неперезаписываемом компакт-диске) или в любой другой форме носителя информации, известного в технике. Примерный носитель информации подсоединен к процессору таким образом, что процессор может считывать информацию и записывать информацию на этот носитель информации. В качестве альтернативы, носитель информации может быть объединен с процессором. Процессор и носитель информации могут постоянно находиться в ASIC. ASIC может постоянно находиться в терминале пользователя. В качестве альтернативы, процессор и носитель информации могут постоянно находиться в виде дискретных компонентов в терминале пользователя.
В одном или больше примерных вариантах осуществления описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или любой их комбинации. Если они реализованы в программном обеспечении, функции могут храниться или передаваться через одну или больше команд или через код на компьютерно-читаемом носителе. Компьютерно-читаемый носитель включает в себя и запоминающий носитель компьютера, и среду передачи данных, включая любую среду, которая облегчает перенос компьютерной программы с одного места на другое. Носитель для хранения информации может быть любым доступным носителем, к которому компьютер может получать доступ. Посредством примера, а не ограничения, такой компьютерно-читаемый носитель может включать в себя ОЗУ, ПЗУ, ЭСППЗУ, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные устройства хранения данных, или любой другой носитель, который может использоваться для переноса или хранения требуемого кода программы в форме команд или структур данных, к которой компьютер может получать доступ. Также любое соединение надлежащим образом называют компьютерно-читаемым носителем. Например, если программное обеспечение передается из Web-сайта, сервера или другого отдаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, скрученной пары, цифровой абонентской линии (ЦАЛ) или беспроводных технологий, таких как связь в инфракрасном, радиочастотном и сверхвысокочастотном диапазоне, то коаксиальный кабель, волоконно-оптический кабель, скрученная пара, ЦАЛ или беспроводные технологии, такие как связь в инфракрасном, радиочастотном и сверхвысокочастотном диапазоне, включены в определение носителя. Термины "disk" (диск) и "disc" (диск), как используются в данном описании, включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск технологии Blu-ray, где disks (диски) обычно воспроизводят данные магнитным способом, в то время как discs (диски) воспроизводят данные оптическим способом с помощью лазеров. Комбинации вышеупомянутых устройств также должны быть включены в область определения компьютерно-читаемого носителя.
Предыдущее описание раскрытых примерных вариантов осуществления обеспечено для того, чтобы дать возможность любому специалисту в данной области техники выполнять или использовать это раскрытие. Различные модификации этих примерных вариантов осуществления специалистам в данной области техники будут очевидны, а универсальные принципы, определенные в данном описании, можно применять к другим примерным вариантам осуществления, не отступая при этом от сущности или объема изобретения. Таким образом, настоящее изобретение предназначено не для того, чтобы быть ограниченным примерными вариантами осуществления, показанными в данном описании, но должно соответствовать самому широкому объему, совместимому с принципами и новыми признаками, раскрытыми в данном описании.

Claims (15)

1. Способ улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, причем способ содержит
отправку информации из узла организации межсетевого взаимодействия на терминал с пакетной коммутацией, причем информация содержит параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса, причем другой конечный объект мультимедийного сеанса содержит терминал с коммутацией каналов;
прием информации на терминале с пакетной коммутацией от узла организации межсетевого взаимодействия; и
в ответ на прием информации регулирование обработки на терминале с пакетной коммутацией (PS) таким образом, чтобы генерируемые пакеты не превышали максимальный согласованный размер пакетов.
2. Способ улучшения эффективности перемещения пакетов данных во время мультимедийного сеанса, причем способ содержит
прием информации на терминале с пакетной коммутацией от узла организации межсетевого взаимодействия, причем информация содержит параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса, причем другой конечный объект мультимедийного сеанса содержит терминал с коммутацией каналов; и
в ответ на прием информациирегулирование обработки на терминале с пакетной коммутацией (PS) таким образом, чтобы генерируемые пакеты не превышали максимальный согласованный размер пакетов.
3. Способ по п.1 или 2, в котором мультимедийный сеанс представляет собой сеанс мультимедийной телефонной связи.
4. Способ по п.1 или 2, в котором информация дополнительно содержит индикацию того, является ли другой конечный объект мультимедийного сеанса терминалом с коммутацией каналов.
5. Способ по п.4, в котором параметр, связанный с максимальным размером пакетов, содержит максимальный согласованный размер блока служебных данных (SDU).
6. Способ по п.4, в котором информация дополнительно содержит интервал приема SDU.
7. Способ по п.1 или 2, в котором терминал с пакетной коммутацией представляет собой PSVT.
8. Способ по п.4, дополнительно содержащий,
в ответ на прием индикации относительно того, что сеанс телефонной связи представляет собой терминал с коммутацией каналов, выбор режима индикации потери изображения (PLI) обратной связи.
9. Устройство с пакетной коммутацией для обмена информацией во время мультимедийного сеанса, причем устройство содержит
приемник, выполненный с возможностью принимать информацию, содержащую параметр, связанный с максимальным размером пакетов, согласованным с другим конечным объектом мультимедийного сеанса, причем другой конечный объект мультимедийного сеанса содержит терминал с коммутацией каналов, и
передатчик, выполненный с возможностью, в ответ на принимаемую информацию, генерировать пакеты, не превышающие максимальный согласованный размер пакетов.
10. Устройство по п.9, причем мультимедийный сеанс представляет собой сеанс мультимедийной телефонной связи.
11. Устройство по п.9, причем информация дополнительно содержит индикацию относительно того, является ли другой конечный объект мультимедийного сеанса терминалом с коммутацией каналов.
12. Устройство по п.11, причем устройство выполнено с возможностью, в ответ на прием индикации относительно того, что сеанс телефонной связи представляет собой терминал с коммутацией каналов, выбирать режим индикации потери изображения (PLI) обратной связи.
13. Устройство по п.11, в котором другой конечный объект мультимедийного сеанса содержит терминал с коммутацией каналов, причем параметр, связанный с максимальным размером пакетов, содержит максимальный согласованный размер блока служебных данных (SDU).
14. Устройство по п.12, причем информация дополнительно содержит интервал приема SDU.
15. Компьютерно-читаемый носитель, содержащийкод для предписывания компьютеру выполнять способ по любому из пп.1-8.
RU2010133985/08A 2008-01-14 2009-01-14 Эффективная организация межсетевого взаимодействия между мультимедийными службами с коммутацией каналов и с пакетной коммутацией RU2507701C2 (ru)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US2098208P 2008-01-14 2008-01-14
US61/020,982 2008-01-14
US2116308P 2008-01-15 2008-01-15
US61/021,163 2008-01-15
US12/353,183 2009-01-13
US12/353,183 US9705935B2 (en) 2008-01-14 2009-01-13 Efficient interworking between circuit-switched and packet-switched multimedia services
PCT/US2009/030959 WO2009091805A2 (en) 2008-01-14 2009-01-14 Efficient interworking between circuit-switched and packet-switched multimedia services defining a maximum packet size attribute

Publications (2)

Publication Number Publication Date
RU2010133985A RU2010133985A (ru) 2012-02-27
RU2507701C2 true RU2507701C2 (ru) 2014-02-20

Family

ID=40850563

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010133985/08A RU2507701C2 (ru) 2008-01-14 2009-01-14 Эффективная организация межсетевого взаимодействия между мультимедийными службами с коммутацией каналов и с пакетной коммутацией

Country Status (18)

Country Link
US (1) US9705935B2 (ru)
EP (1) EP2253117B1 (ru)
JP (2) JP5108115B2 (ru)
KR (1) KR101208382B1 (ru)
CN (2) CN105681347B (ru)
AU (1) AU2009205423B9 (ru)
BR (1) BRPI0907177B1 (ru)
CA (1) CA2710320C (ru)
ES (1) ES2610575T3 (ru)
HK (1) HK1221092A1 (ru)
HU (1) HUE029796T2 (ru)
IL (1) IL206701A (ru)
MX (1) MX2010007705A (ru)
MY (1) MY156512A (ru)
RU (1) RU2507701C2 (ru)
TW (1) TWI530122B (ru)
UA (1) UA101009C2 (ru)
WO (1) WO2009091805A2 (ru)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9705935B2 (en) * 2008-01-14 2017-07-11 Qualcomm Incorporated Efficient interworking between circuit-switched and packet-switched multimedia services
JP5682176B2 (ja) * 2010-08-16 2015-03-11 沖電気工業株式会社 呼制御信号送信装置、プログラム及び方法
JP5614257B2 (ja) * 2010-11-22 2014-10-29 株式会社リコー 通信装置
KR102147475B1 (ko) 2012-07-11 2020-08-26 한국전자통신연구원 Mpeg 데이터를 처리하는 방법 및 시스템
GB201519090D0 (en) * 2015-10-28 2015-12-09 Microsoft Technology Licensing Llc Multiplexing data
US11509949B2 (en) * 2019-09-13 2022-11-22 Disney Enterprises, Inc. Packager for segmenter fluidity
TWI779938B (zh) * 2021-11-29 2022-10-01 瑞昱半導體股份有限公司 存取系統記憶體的方法及設置於網路卡上的處理電路

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6577324B1 (en) * 1992-06-03 2003-06-10 Compaq Information Technologies Group, L.P. Video and audio multimedia pop-up documentation by performing selected functions on selected topics
US20040057412A1 (en) * 2002-09-25 2004-03-25 Nokia Corporation Method in a communication system, a communication system and a communication device
US6740803B2 (en) * 2001-11-21 2004-05-25 Line 6, Inc Computing device to allow for the selection and display of a multimedia presentation of an audio file and to allow a user to play a musical instrument in conjunction with the multimedia presentation
EP1592198A1 (en) * 2004-04-30 2005-11-02 Microsoft Corporation Systems and methods for real-time audio-visual communication and data collaboration
RU2282888C2 (ru) * 2001-09-26 2006-08-27 Интерэкт Дивайсиз, Инк. Система и способ для обмена сигналами аудиовизуальной информации

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04316246A (ja) 1991-04-16 1992-11-06 Fuji Xerox Co Ltd ネットワークシステムにおけるデータ交換方式
JP2669441B2 (ja) 1991-10-07 1997-10-27 富士通株式会社 Ａｔコマンドを用いたｄｔｅファシリティ制御方式
US5777987A (en) * 1995-12-29 1998-07-07 Symbios, Inc. Method and apparatus for using multiple FIFOs to improve flow control and routing in a communications receiver
JP3231017B2 (ja) 1998-05-25 2001-11-19 日本電信電話株式会社 パケット網間転送方法
CA2308815A1 (en) * 1999-06-07 2000-12-07 Nortel Networks Corporation Communication method and apparatus for providing interoperability between telecommunication switches of different types
US6856613B1 (en) * 1999-12-30 2005-02-15 Cisco Technology, Inc. Method and apparatus for throttling audio packets according to gateway processing capacity
EP1331785B1 (en) 2002-01-23 2005-04-20 Sony International (Europe) GmbH A method for enabling the negotiation of end-to-end QoS by using the end-to-end negotiation protocol (E2ENP)
US7564835B1 (en) * 2002-11-06 2009-07-21 3Com Corporation System and method for maximizing the use of bandwidth optimization techniques in voice-over-packet connections
GB2399713A (en) 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
GB2405773B (en) * 2003-09-02 2006-11-08 Siemens Ag A method of controlling provision of audio communication on a network
US20050102371A1 (en) 2003-11-07 2005-05-12 Emre Aksu Streaming from a server to a client
US7590058B1 (en) * 2003-12-09 2009-09-15 At&T Intellectual Property Ii, L.P. Method and apparatus for controlling the quality of service of voice and data services over variable bandwidth access networks
CN1973515B (zh) * 2004-05-13 2013-01-09 高通股份有限公司 在无线通信***中传输信息的方法及数据编码方法
US8331375B2 (en) 2004-08-06 2012-12-11 Qualcomm Incorporated Technology agnostic QoS support in a multi-mode environment
JP5103015B2 (ja) 2004-08-11 2012-12-19 ミズ株式会社 電解機能水生成装置における性能維持方法
US9036620B2 (en) * 2004-10-06 2015-05-19 Telecom Italia S.P.A. Method, and related mobile communications system, for providing combinational network services
JP4555342B2 (ja) * 2004-11-15 2010-09-29 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチメディア通信セッションを可能にする方法および配置
JP2006197331A (ja) 2005-01-14 2006-07-27 Ntt Docomo Inc ストリーミングシステム、インタフェース変換装置、バッファリング方法
US20100128715A1 (en) * 2005-10-06 2010-05-27 Nec Corporation Protocol Conversion System in Media Communication between a Packet-Switching Network and Circuit-Switiching Network
CN101379857B (zh) 2006-01-31 2014-04-16 交互数字技术公司 支持电路交换互通的方法和设备
US9413898B2 (en) * 2006-05-04 2016-08-09 Telefonaktiebolaget L M Ericsson (Publ) Technique for interconnecting circuit-switched and packet-switched domains
JP2007324788A (ja) 2006-05-31 2007-12-13 Softbank Bb Corp 移動端末及び通信方法
US8031701B2 (en) * 2006-09-11 2011-10-04 Cisco Technology, Inc. Retransmission-based stream repair and stream join
US7616650B2 (en) * 2007-02-05 2009-11-10 Cisco Technology, Inc. Video flow control and non-standard capability exchange for an H.320 call leg
US9705935B2 (en) * 2008-01-14 2017-07-11 Qualcomm Incorporated Efficient interworking between circuit-switched and packet-switched multimedia services

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6577324B1 (en) * 1992-06-03 2003-06-10 Compaq Information Technologies Group, L.P. Video and audio multimedia pop-up documentation by performing selected functions on selected topics
RU2282888C2 (ru) * 2001-09-26 2006-08-27 Интерэкт Дивайсиз, Инк. Система и способ для обмена сигналами аудиовизуальной информации
US6740803B2 (en) * 2001-11-21 2004-05-25 Line 6, Inc Computing device to allow for the selection and display of a multimedia presentation of an audio file and to allow a user to play a musical instrument in conjunction with the multimedia presentation
US20040057412A1 (en) * 2002-09-25 2004-03-25 Nokia Corporation Method in a communication system, a communication system and a communication device
EP1592198A1 (en) * 2004-04-30 2005-11-02 Microsoft Corporation Systems and methods for real-time audio-visual communication and data collaboration

Also Published As

Publication number Publication date
US9705935B2 (en) 2017-07-11
MY156512A (en) 2016-02-26
IL206701A0 (en) 2010-12-30
MX2010007705A (es) 2010-08-09
ES2610575T3 (es) 2017-04-28
JP2011512073A (ja) 2011-04-14
WO2009091805A3 (en) 2009-10-01
AU2009205423B2 (en) 2013-06-06
IL206701A (en) 2014-07-31
AU2009205423B9 (en) 2013-11-21
JP5746112B2 (ja) 2015-07-08
EP2253117A2 (en) 2010-11-24
RU2010133985A (ru) 2012-02-27
CA2710320A1 (en) 2009-07-23
CN105681347A (zh) 2016-06-15
EP2253117B1 (en) 2016-10-12
KR20100116189A (ko) 2010-10-29
JP2013013105A (ja) 2013-01-17
US20090180470A1 (en) 2009-07-16
UA101009C2 (ru) 2013-02-25
AU2009205423A1 (en) 2009-07-23
HK1221092A1 (zh) 2017-05-19
CA2710320C (en) 2018-11-27
JP5108115B2 (ja) 2012-12-26
BRPI0907177A2 (pt) 2015-07-14
KR101208382B1 (ko) 2012-12-05
HUE029796T2 (en) 2017-04-28
TW200947977A (en) 2009-11-16
CN101911649A (zh) 2010-12-08
CN105681347B (zh) 2020-11-24
BRPI0907177B1 (pt) 2020-09-29
TWI530122B (zh) 2016-04-11
WO2009091805A2 (en) 2009-07-23

Similar Documents

Publication Publication Date Title
RU2507701C2 (ru) Эффективная организация межсетевого взаимодействия между мультимедийными службами с коммутацией каналов и с пакетной коммутацией
CN107743698B (zh) 用于多路径媒体传递的方法和装置
EP2604012B1 (en) A method in a media client, a media client, a control entity and a method in a control entity
US7724691B2 (en) Streaming media
TWI401918B (zh) 傳送指示接收器緩衝架構之緩衝參數信號的通訊方法
KR101479393B1 (ko) 대역 내 신호들을 이용한 코덱 전개
KR20160142314A (ko) 실시간 전송 프로토콜에 대한 스트리밍 제어
KR20140044923A (ko) 적응성 비디오 통신을 위한 시스템 및 방법
JP2004135307A (ja) データストリームを送信する方法
JP2006217167A (ja) Ｉｐ電話装置およびｉｐアダプタ装置
KR20060016809A (ko) 미디어 신호의 수신장치, 송신장치 및 송수신 시스템
JP2007300526A (ja) 伝送装置、送信装置及び受信装置
EP2120416A1 (en) Apparatus, method and system for improved quality of voice calls over a packet based network
CN102232287B (zh) 媒体加速协商的实现方法及装置
KR20080037950A (ko) 데이터를 송수신하는 방법 및 장치
CN100493023C (zh) 一种实现多媒体通信***互通的方法