+

RU2367003C2 - Способ сообщения о скорости передачи данных от клиента в передаче мультимедийного потока - Google Patents

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

Info

Publication number
RU2367003C2
RU2367003C2 RU2005128505/09A RU2005128505A RU2367003C2 RU 2367003 C2 RU2367003 C2 RU 2367003C2 RU 2005128505/09 A RU2005128505/09 A RU 2005128505/09A RU 2005128505 A RU2005128505 A RU 2005128505A RU 2367003 C2 RU2367003 C2 RU 2367003C2
Authority
RU
Russia
Prior art keywords
server
client
data rate
capability
message
Prior art date
Application number
RU2005128505/09A
Other languages
English (en)
Other versions
RU2005128505A (ru
Inventor
Эмре Барис АКСУ (FI)
Эмре Барис АКСУ
Игор Данило Диего КУРСИО (FI)
Игор Данило Диего КУРСИО
Давид ЛЕОН (US)
Давид ЛЕОН
Виктор ВАРСА (US)
Виктор ВАРСА
Жу-Шан ВАН (US)
Жу-Шан ВАН
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Publication of RU2005128505A publication Critical patent/RU2005128505A/ru
Application granted granted Critical
Publication of RU2367003C2 publication Critical patent/RU2367003C2/ru

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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

Description

Область техники, к которой относится изобретение
Данное изобретение, в целом, относится к передаче мультимедийного потока и, более конкретно, к сигнализации (сообщению) о возможной скорости передачи пакетов клиента в сеансах передачи мультимедийного потока.
Уровень техники
В услугу передачи мультимедийного потока вовлечены три участника: сервер поточной передачи, клиент поточной передачи и основная сеть, которая обеспечивает возможность соединения между сервером и клиентом. Сервер обеспечивает функциональные возможности для доставки клиенту содержимого (контента) мультимедийного потока. С этой целью клиент и сервер осуществляют связь друг с другом по сети, затрагивая способ возможного обмена, способ согласования доставки содержимого, управления доставкой содержимого и т.д. Такой обмен информацией может быть выполнен через строго определенные сетевые протоколы.
Для передачи мультимедийного потока сеанс должен быть установлен и начат успешно, а также сервер и клиент должны поддерживать минимальный набор протоколов, которые выбраны услугой как стандартные протоколы. Пример такой услуги может быть найден в 3GPP TS 26.234 V5.1.0, "Transparent End-to-End Packet Switched Streaming Service (PSS); Protocols and Codecs (Release 5)", Июнь 2002, далее названный TS 26.234). Примеры такого набора протоколов использовали в 3G, PSS - SDP (см., например, IFTF TFC 2327: "SDP: Session Description Protocol", Handley и др., Апрель 1998), RTSP (см., например, IETF RFC 2326: "Real Time Streaming Protocal (RTSP)", Schulzrinne и др., Апрель 1998) и RTP/RTCP (см., например, IETF RFC 1889: "RTP: A Transport Protocol for Real-Time Applications", Schulzrinne и др., Январь 1996).
В услуге передачи потока клиент может быть приложением, выполняющимся в устройстве, которое ограничено в ресурсах. Может иметь место то, что клиент не способен обработать более чем определенное число пакетов, прибывающих в его узел приема.
В большинстве услуг сервер и клиент осуществляют согласование по доступной полосе частот для выполнения доставки содержимого. Однако, если клиент представляет собой ограниченное в ресурсах устройство, то этот факт также имеет ограничение на максимальное число пакетов, которые оно может фактически захватывать из узла приема. Большинство времени об этом ограничении не сообщалось.
Одним конкретным случаем, где это может стать проблемой, является прямое воспроизведение звука (без промежуточных преобразований принятых сигналов), где может осуществляться доставка данных на скорости передачи пакетов 50 пакетов в секунду (например, AMR-NB кодек с 1 AMR-NB фрейм/полезная нагрузка). Если присутствуют два звуковых источника, доставляющие данные тому же самому клиенту в то же самое время (или в другом случае, когда присутствуют также видеоисточники, доставляющие медиа пакеты на скорости передачи пакетов 50 пакетов в секунду, в дополнение к звуковому источнику), то скорость передачи пакетов должна составлять 100 пакетов в секунду, которая может быть слишком высокой для клиента, чтобы выполнить обработку без потерь пакетов.
Поэтому, для успешного выполнения сеанса, существует определенная потребность в согласовании этого значения между клиентом и сервером.
Сущность изобретения
Данное изобретение предлагает способ сообщения и согласования между ограниченным в ресурсах клиентом и сервером в услуге передачи мультимедийного потока, касающийся доставки данных от сервера до клиента. В частности, данное изобретение предлагает способ сообщения о максимально возможной скорости передачи пакетов клиента на сервер для того, чтобы сервер не превышал это значение максимальной скорости передачи пакетов и не вызывал потери пакетов на стороне клиента или аварийный отказ мобильного устройства клиента. Способ может быть выполнен с использованием механизма обмена возможностями или с использованием протокола управления передачей мультимедийного потока.
Таким образом, данное изобретение предлагает способ управления доставкой потока данных в сети передачи мультимедиа потоков, содержащей сервер для обеспечения передачи потоков данных клиенту на скорости передачи пакетов данных, отличающийся тем, что
объявляют в сообщении в клиенте максимально возможную скорость передачи данных; и
передают сообщение на сервер.
Согласно данному изобретению сообщение содержит запрос, посылаемый на сервер через механизм обмена возможностями, и запрос включает в себя профиль возможностей для указания максимально возможной скорости передачи данных. Максимально возможная скорость передачи данных указывают посредством параметра возможности в профиле возможностей, и параметр возможностей включают в запрос RTSP DESCRIBE.
Кроме того, максимально возможную скорость передачи данных указывают в информации возможностей, постоянно находящейся на сервере обмена возможностями, причем запрос содержит URL, указывающий на информацию возможностей. Сервер, отвечающий на запрос, отыскивает параметр возможности на сервере обмена возможностями через механизм обмена возможностями для регулирования скорости передачи пакетов данных.
Сервер может регулировать скорость передачи пакетов данных на основании параметра возможности для того, чтобы соответствовать максимально возможной скорости передачи данных в клиенте.
Альтернативно, сообщение передается на сервер через протокол управления передачей мультимедийного потока, и сообщение содержит запрос, включающий в себя расширение заголовка RTSP, указывающее максимально возможную скорость передачи данных.
Краткое описание чертежей
Чертеж изображает объявление клиентом как часть процесса сообщения и согласования согласно данному изобретению.
Подробное описание изобретения
Способ сообщения и согласования между клиентом и сервером в услуге передачи мультимедийного потока, касающийся адаптации процесса доставки данных, согласно данному изобретению может быть выполнен через механизм обмена возможностями или через Протокол Управления Передачей Мультимедийного Потока. Протокол Управления Передачей Мультимедийного Потока является строго определенным и стандартизированным в пределах контекста услуги. Механизм обмена возможностями известен в данной области техники и поэтому не является частью данного изобретения. Адаптация процесса доставки данных основана на максимально возможной скорости передачи пакетов ограниченного в ресурсах клиента. Клиент использует значение максимальной скорости передачи пакетов (MaxPacketRate) (пакетов в секунду) для определения максимального количества пакетов, которые могут быть обработаны за определенный интервал времени.
После выполнения сообщения через механизм обмена возможностями, процедура может быть основана на стандарте, как сформулировано, например, в TS 26.234.
Пусть атрибут "MaxPacketRate" будет определен в RDF (Стандарт Консорциума WWW на описание ресурсов) словаре Схемы для сообщения о значении максимально возможной скорости передачи пакета клиенту. Атрибут определен в блоках (модулях) пакетов в секунду.
Ниже следует процедура сообщения:
- Клиент объявляет значение MaxPacketRate как параметр возможности в его профиле возможностей. Например, клиент посылает запрос RTSP DESCRIBE на сервер с URL, указывающим на информацию возможностей клиента, постоянно находящуюся на сервере обмена возможностями.
- Сервер отыскивает заявление возможности клиента на сервере обмена возможностями через механизм обмена возможностями. Заявление имеет часть для возможностей передачи потока клиента, как показано на чертеже. Жирные линии в заявлении представляют максимально возможную скорость передачи пакетов клиента. Имея полученное значение MaxPacketRate, сервер имеет информацию о текущей скорости передачи пакетов для регулирования максимально возможной скорости приема пакетов клиента. Затем сервер может регулировать максимальную скорость передачи пакетов, доставляемых клиенту. Однако это посылается на сервер с целью предпринять необходимое действие и отрегулировать доставку пакетов.
После выполнения сообщения через Протокол Управления Передачей Мультимедийных Потоков клиент может использовать строго определенный опциональный тэг RTSP и расширение заголовка RTSP (см., например, IETF RFC 2326).
Пусть "x-maxpacketratesupport" будет опциональным тэгом RTSP.
Пусть "x-maxpacketrate" будет расширением заголовка RTSP, определенным в модулях пакетов в секунду.
Клиент, как предполагают, заранее знает URL RTSP (универсальный указатель ресурсов) для сеанса мультимедиа.
Ниже следует процедура сообщения.
Клиент объявляет значение MaxPacketRate в запросе DESCRIBE, посланном со значением x-maxpacketrate, в котором указано:
Client->Server:
DESCRIBE rtsp://foo/twister RTSP/1.0
CSeq: 1
Require: x-maxpacketratesupport
x-maxpacketrate: 70
- Если сервер не использует максимально возможную скорость передачи пакетов клиента, сервер отвечает любому RTSP 551 сообщением «Option Not Supported» ("Опция не поддерживается"), содержащим "Неподдерживаемую: x-maxpacketrate" линию, или RTSP 200 сообщением OK, содержащим "Неподдерживаемую: x-maxpacketrate" линию. Посредством использования RTSP "Require" заголовка клиент понимает, принимает ли сервер параметр в учетную запись или нет. Если сервер принимает параметр в учетную запись, то клиент может сообщать об обновлениях максимально возможной скорости передачи пакетов в течение сеанса, используя любое тело сообщения RTSP.
Если сервер использует этот параметр, сервер проверяет запрос RTSP и видит, что он содержит строго определенное значение x-maxpacketrate. Он отыскивает значение из сообщения запроса RTSP.
После узнавания значения MaxMacketRate в запросах, посланных клиентом, сервер использует значение для регулировки максимальной скорости передачи пакетов, доставляемых клиенту. Однако это - до сервера, с целью предпринять необходимое действие и сделать регулировки, связанные с доставкой пакетов.
Должно быть отмечено, что максимальная входная скорость передачи пакетов, исходящих из сетевого интерфейса, который является жизнеспособным устройством клиента, может быть определена как MaxPacketRate в словаре Схемы RDF, но она может назваться по-другому. Аналогично, "x-maxpacketrate" или другое название может быть использовано в сообщении RTSP до тех пор, пока это может использоваться для определения максимальной входной скорости передачи пакетов, исходящих из сетевого интерфейса, который является жизнеспособным устройством клиента. "x-maxpacketratesupport", или другое название может быть использовано в RTSP "Require" заголовке до тех пор, пока это может использоваться для определения возможности сервера понять и принять в учетную запись заголовок максимальной входной скорости передачи пакетов, переданный в любом теле сообщения RTSP, посланном устройством клиента.

Claims (18)

1. Способ управления доставкой потока данных в сети передачи мультимедийных потоков, включающий в себя сервер для обеспечения передачи потоков данных клиенту на скорости передачи пакетных данных, заключающийся в том, что
объявляют в сообщении клиента максимально возможную входную скорость передачи данных, доставляемых клиенту; и
передают сообщение на сервер для регулировки сервером упомянутой скорости передачи данных для клиента.
2. Способ по п.1, в котором сообщение содержит запрос, посланный на сервер через механизм обмена возможностями, и запрос включает в себя профиль возможностей для указания упомянутой максимально возможной скорости передачи данных.
3. Способ по п.2, в котором упомянутую максимально возможную скорость передачи данных указывают посредством параметра возможности в профиле возможностей.
4. Способ по п.3, в котором параметр возможности включают в запрос RTSP DESCRIBE.
5. Способ по п.4, в котором упомянутую максимально возможную скорость передачи данных указывают в информации возможностей, постоянно находящейся на сервере обмена возможностями, и причем запрос включает в себя URL, указывающий на информацию возможностей.
6. Способ по п.5, в котором сервер, отвечающий на запрос, отыскивает параметр возможности на сервере обмена возможностями через механизм обмена возможностями для регулирования скорости передачи пакетных данных.
7. Способ по п.6, в котором дополнительно
сервер регулирует скорость передачи пакетных данных на основании параметра возможности для того, чтобы соответствовать упомянутой максимально возможной скорости передачи данных в клиенте.
8. Способ по п.1, в котором сообщение передают на сервер через протокол управления передачей мультимедийного потока.
9. Способ по п.1, в котором сообщение содержит запрос, включающий в себя расширение заголовка RTSP, указывающее упомянутую максимально возможную скорость передачи данных.
10. Устройство клиента в сети передачи мультимедийных потоков, включающей в себя сервер для обеспечения передачи потоков данных клиенту на скорости передачи пакетных данных, содержащее
средство для объявления в сообщении клиента максимально возможной входной скорости передачи данных, доставляемых клиенту; и
средство для передачи сообщения на сервер для регулировки сервером упомянутой скорости передачи данных для клиента.
11. Устройство клиента по п.10, причем сообщение содержит запрос, посланный на сервер через механизм обмена возможностями, и запрос включает в себя профиль возможностей для указания упомянутой максимально возможной скорости передачи данных.
12. Устройство клиента по п.11, в котором упомянутую максимально возможную скорость передачи данных указывают посредством параметра возможности в профиле возможностей.
13. Устройство клиента по п.12, причем параметр возможности включают в запрос RTSP DESCRIBE.
14. Устройство клиента по п.13, причем упомянутую максимально возможную скорость передачи данных указывают в информации возможностей, постоянно находящейся на сервере обмена возможностями, и при этом запрос включает в себя URL, указывающий на информацию возможностей.
15. Устройство клиента по п.14, причем сервер, отвечающий на запрос, отыскивает параметр возможности на сервере обмена возможностями через механизм обмена возможностями для регулирования скорости передачи пакетных данных.
16. Устройство клиента по п.15, причем
сервер регулирует скорость передачи пакетных данных на основании параметра возможности для того, чтобы соответствовать упомянутой максимально возможной скорости передачи данных в клиенте.
17. Устройство клиента по п.10, в котором сообщение передают на сервер через протокол управления передачей мультимедийного потока.
18. Устройство клиента по п.10, в котором сообщение содержит запрос, включающий в себя расширение заголовка RTSP, указывающее упомянутую максимально возможную скорость передачи данных.
RU2005128505/09A 2003-02-13 2004-02-13 Способ сообщения о скорости передачи данных от клиента в передаче мультимедийного потока RU2367003C2 (ru)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US44726403P 2003-02-13 2003-02-13
US60/447,264 2003-02-13
US44828403P 2003-02-14 2003-02-14
US44829903P 2003-02-14 2003-02-14
US60/448,299 2003-02-14
US60/448,284 2003-02-14
US60/448,309 2003-02-14

Publications (2)

Publication Number Publication Date
RU2005128505A RU2005128505A (ru) 2006-01-27
RU2367003C2 true RU2367003C2 (ru) 2009-09-10

Family

ID=36047772

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2005128505/09A RU2367003C2 (ru) 2003-02-13 2004-02-13 Способ сообщения о скорости передачи данных от клиента в передаче мультимедийного потока

Country Status (1)

Country Link
RU (1) RU2367003C2 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2552176C2 (ru) * 2010-08-10 2015-06-10 Телефонактиеболагет Лм Эрикссон (Пабл) Управление сеансом связи для передачи медиапотока

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2154357C2 (ru) * 1995-08-18 2000-08-10 Моторола Инк. Мультимедийный приемник и система для него
WO2000076146A1 (en) * 1999-06-09 2000-12-14 Worldstream Communications, Inc. Metered content delivery
JP2001136502A (ja) * 1999-11-02 2001-05-18 Canon Inc 分散システム、その表示方法、通信装置および記憶媒体

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2154357C2 (ru) * 1995-08-18 2000-08-10 Моторола Инк. Мультимедийный приемник и система для него
WO2000076146A1 (en) * 1999-06-09 2000-12-14 Worldstream Communications, Inc. Metered content delivery
JP2001136502A (ja) * 1999-11-02 2001-05-18 Canon Inc 分散システム、その表示方法、通信装置および記憶媒体

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2552176C2 (ru) * 2010-08-10 2015-06-10 Телефонактиеболагет Лм Эрикссон (Пабл) Управление сеансом связи для передачи медиапотока
US9531579B2 (en) 2010-08-10 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Session control for media stream transmission
US10958699B2 (en) 2010-08-10 2021-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Session control for media stream transmission
US11218529B2 (en) 2010-08-10 2022-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Session control for media stream transmission

Also Published As

Publication number Publication date
RU2005128505A (ru) 2006-01-27

Similar Documents

Publication Publication Date Title
KR100759954B1 (ko) 멀티미디어 스트리밍에서 클라이언트 레이트 능력을시그널링하는 방법
RU2363111C2 (ru) Передача информации, относящейся к качеству обслуживания
US9906573B2 (en) Streaming media
US7894377B2 (en) Method and system for group communications
CN102124717A (zh) 用于体验质量报告的系统和方法
US20090259766A1 (en) Client capability adjustment
CN111107445B (zh) 一种媒体协议流优化方法及系统
CN101179480B (zh) 一种转发流媒体的方法
US9705935B2 (en) Efficient interworking between circuit-switched and packet-switched multimedia services
US8639279B2 (en) Method of requesting a communication session using segmented signaling messages
CN101088081A (zh) 在多媒体流中用于发信号报告客户机速率能力的方法
RU2367003C2 (ru) Способ сообщения о скорости передачи данных от клиента в передаче мультимедийного потока
US20060133372A1 (en) Apparatus and method for multiplexing packet in mobile communication network
EP1395055B1 (en) Method for providing access to video data and voice data of a video telephony call
KR20050051863A (ko) 고화질 인터넷 방송 서비스 시스템의 사용자 정보 관리 방법

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20110214

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载