CN101088081A - 在多媒体流中用于发信号报告客户机速率能力的方法 - Google Patents
在多媒体流中用于发信号报告客户机速率能力的方法 Download PDFInfo
- Publication number
- CN101088081A CN101088081A CN 200480004195 CN200480004195A CN101088081A CN 101088081 A CN101088081 A CN 101088081A CN 200480004195 CN200480004195 CN 200480004195 CN 200480004195 A CN200480004195 A CN 200480004195A CN 101088081 A CN101088081 A CN 101088081A
- Authority
- CN
- China
- Prior art keywords
- server
- capability
- request
- client computer
- rate capability
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Abstract
一种在多媒体流服务中就数据包数据递交方面在资源受限客户机和服务器之间进行发信号报告和协商的方法。为了避免因客户机最大数据包数据能力而引起在客户机端丢失数据包，客户机发信号报告服务器，声明最大数据包速率能力。可通过能力交换机制或利用多媒体流协议将这种能力发信号报告给客户机。客户机在发送到服务器的请求中插入指示最大数据包数据速率能力的参数。直到服务器采取必要的行动并进行数据包递交速率调整。
Description
技术领域
本发明通常涉及多媒体流，更具体地说，涉及在多媒体流会话中发信号报告客户机的数据包速率能力(rate capacity)。
背景技术
在多媒体流服务中，涉及三个参与者：流服务器、流客户机以及在服务器和客户机之间提供连接性的基础网络。服务器向客户机提供递交多媒体流内容的功能。为此，客户机和服务器就能力交换(capabilityexchange)的方法、内容递交方法协商、内容递交控制等方面，经由网络相互通信。这样的信息交换可以借助明确定义的网络协议来实现。
为了成功地建立和启动多媒体流会话，服务器和客户机必须支持最少的一组协议，所述协议由服务选为标准协议。这种服务的一个例子可见于3GPP TS 26.234 V5.1.0，“Transparent End-to-End Packet SwitchedStreaming Service(PSS)；Protocols and Codecs(第5版)”，2002年6月，在下文称为TS 26.234。在3G PSS中所用的这样一组协议的例子是SDP(例如，参见IFTF TFC 2327：“SDP：Session Description Protocol”，Handley等人，1998年4月)、RTSP(例如，参见IETF RFC 2326：“RealTime Streaming Protocal(RTSP)”，Schulzrinne等人，1998年4月)以及RTP/RTCP(例如，参见IETF RFC 1889：“RTP：A Transport Protocolfor Real-Time Applications”，Schulzrinne等人，1996年1月)。
在流服务中，客户机可以是运行在资源受限(resource-limited)装置上的应用。这可能是下述情况，即客户机不能处理到达其接收节点的多于明确规定数目的数据包。
在大多数服务中，服务器和客户机就用于内容递交的可用带宽进行协商。然而，如果客户机是资源受限装置，则客户机也有对它能够实际从其接收节点捕获的数据包的最大数目的限制。时常，不发信号报告该限制。
这可能是问题的一种特定情况是在音频流中，其中可能以50数据包/秒的数据包速率递交数据(例如，1 AMR-NB帧/有效负荷的AMR-NB编解码器)。如果存在两个同时向同一客户机递交数据的音频媒体源(或在不同情况下，当除了音频媒体源之外还有一个以50数据包/秒的数据包速率递交煤体数据包的视频源时)，则会有100数据包/秒的数据包递交速率，这对于客户机来说太高了从而不能以没有数据包丢失(packet dropping)来处理。
因此，存在协商客户机和服务器之间的该数值以便具有良好匹配(well-adapted)的会话的某种需求。
发明内容
本发明提供了一种在多媒体流服务中关于从服务器到客户机的数据递交方面从资源受限客户机和服务器之间进行发信号报告和协商的方法。尤其是，本发明提供了这样一种方法，即向服务器发信号报告客户机的最大数据包速率能力，使得服务器不会超过该最大数据包速率值，超过该最大数据包速率值会导致数据包在客户机端丢失或使客户移动装置崩溃。所述方法可利用能力交换机制来实现，或利用多媒体流控制协议来实现。
因此，本发明提供了一种方法，用于在具有服务器的多媒体流网络中控制流数据递交，用于以数据包数据速率向客户机提供流数据，其特征在于：
在消息中声明在客户机的最大数据速率能力；以及
发信号将消息报告给服务器。
根据本发明，消息包括通过能力交换机制发送给服务器的请求，并且请求包括用于指示最大数据速率能力的能力简档。由能力简档中的能力参数指示最大数据速率能力，并且能力参数包括在RTSP DESCRIBE请求中。
此外，在驻留在能力交换服务器中的能力信息中指示最大数据速率能力，其中所述请求包括指向该能力信息的URL。服务器响应该请求，通过能力交换机制从能力交换服务器中检索能力参数，用于调整数据包数据速率。
服务器可根据能力参数调整数据包数据速率，以便适合在客户机的最大数据包数据速率。
可选择地，通过多媒体流控制协议发信号将消息报告给服务器，并且消息包括请求，该请求包括指示最大数据速率能力的RTSP标题扩展。
附图说明
图1示出了根据本发明的作为发信号报告和协商过程-部分的客户机所作的声明。
具体实施方式
根据本发明，在多媒体流服务中就数据递交过程的自适应方面在客户机和服务器之间进行发信号报告和协商的方法，可通过能力交换机制或通过多媒体流控制协议来实现。多媒体流控制协议在服务上下文(servicecontext)内是明确定义和标准化的。能力交换机制是本领域中众所周知的，因此不是本发明的一部分。数据递交过程的自适应是基于资源受限客户机的最大数据包速率能力。客户机利用MaxPacketRate值(数据包/秒)来定义在某一时间间隔内它能够处理的数据包的最大数量。
当通过能力交换机制来实现发信号报告时，步骤(procedure)可以基于例如在TS 26.234中提出的标准。
让属性“MaxPacketRate”在RDF(资源描述框架)Schema词汇表中定义，用于发信号报告客户机的最大数据包处理速率能力的值。属性在packets-per-second单元中定义。
发信号报告步骤如下：
-客户机在其能力简档中将MaxPacketRate值声明为能力参数。例如，客户机将RTSP DESCRIBE请求发送给服务器，该请求带有指向驻留在能力交换服务器中的客户机能力信息的URL。
-服务器通过能力交换机制从能力交换服务器中检索客户机的能力声明。如图1所示，声明具有用于客户机端流能力的部分。在声明中粗体线表示客户机的最大数据包速率能力。一获得MaxPacketRate值，服务器就具有了关于当前数据包速率的信息，以便调整客户机的最大数据包接收速率能力。然后服务器能够调整向客户机递交的最大数据包速率。然而，直到服务器采取必要的行动并对数据包递交进行相关的调整。
当通过多媒体流控制协议实现发信号报告时，客户机能够利用明确定义的RTSP选项标记(option tag)和RTSP标题扩展(例如，参见IETF RFC2326) 。
让“x-maxpacketratesupport”为RTSP选项标记。
让“x-maxpacketrate”为在packets-per-second单元中定义的RTSP标题扩展。
假设客户机事先知道用于多媒体会话的RTSP URL(统一资源定位符)。
发信号报告步骤如下：
-客户机在与发信号报告x-maxpacketrate值一起发送的DESCRIBE请求中声明MaxPacketRate值：
Client->Server:
DESCRIBE rtsp://foo/twister RTSP/1.0
CSeq:1
Require:x-maxpacketratesupport
x-maxpacketrate:70
-如果服务器没有利用客户机的最大数据包速率能力，则服务器用含有“Unsupported:x-maxpacketrate”行的RTSP 551“Option NotSupported”消息或者用含有“Unsupported:x-maxpacketrate”行的RTSP200 OK消息来响应。通过利用RTSP“Require”标题，客户机知道服务器是否考虑参数。如果服务器考虑参数，则客户机能够利用任一RTSP消息体在会话期间发信号报告更新的最大数据包速率能力。
-如果服务器利用该参数，则服务器检查RTSP请求并查看其包含明确定义的x-maxpacketrate值。服务器从RTSP请求消息中检索所述值。
-在得知客户机发送的请求中的MaxPacketRate值之后，服务器就利用该值调整递交给客户机的最大数据包速率。不过，直到服务器采取必要的行动，并对数据包递交进行相关的调整。需要注意的是，客户装置能够支持的来自网络接口的最大输入数据包速率，可以在RDF schema词汇表中被定义为MaxPacketRate，但是其可以被称为其它名称。同样地，在RTSP消息中可以用“x-maxpacketrate”或不同的名称，只要它可以用来指定客户装置能够支持的来自网络接口的最大输入数据包速率。“x-maxpacketratesupport”或不同的名称可用于RTSP“Require”标题中，只要它能够用来指定服务器知道并考虑客户机装置发送的任何RTSP消息体中传送的最大输入数据包速率标题的能力。
Claims (9)
1.一种在具有服务器的多媒体流网络中用于以数据包数据速率向客户机提供流数据的控制流数据递交的方法，所述方法特征在于：
在消息中声明在客户机的最大数据速率能力；以及
发信号将所述消息报告给所述服务器。
2.根据权利要求1所述的方法，其特征在于，所述消息包括通过能力交换机制发送给所述服务器的请求，并且所述请求包括用于指示所述最大数据速率能力的能力简档。
3.根据权利要求2所述的方法，其特征在于，由所述能力简档中的能力参数指示所述最大数据速率能力。
4.根据权利要求3所述的方法，其特征在于，所述能力参数包括在RTSPDESCRIBE请求中。
5.根据权利要求4所述的方法，其特征在于，在驻留在能力交换服务器中的能力信息中指示所述最大数据速率能力，并且其中所述请求包括指向所述能力信息的URL。
6.根据权利要求5所述的方法，其特征在于，所述服务器响应所述请求，通过所述能力交换机制从所述能力交换服务器中检索所述能力参数，用于调整所述数据包数据速率。
7.根据权利要求6所述的方法，进一步的特征在于，所述服务器根据能力参数调整所述数据包数据速率，以便符合在所述客户机的所述最大数据速率能力。
8.根据权利要求1所述的方法，其特征在于，通过多媒体流控制协议发信号将所述消息报告给所述服务器。
9.根据权利要求8所述的方法，其特征在于，所述消息包括请求，所述请求包括指示所述最大数据速率能力的RTSP标题扩展。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US44726403P | 2003-02-13 | 2003-02-13 | |
| US60/447,264 | 2003-02-13 | ||
| US60/448,284 | 2003-02-14 | ||
| US60/448,299 | 2003-02-14 | ||
| US60/448,309 | 2003-02-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101088081A true CN101088081A (zh) | 2007-12-12 |
Family
ID=36606031
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200480004195 Pending CN101088081A (zh) | 2003-02-13 | 2004-02-13 | 在多媒体流中用于发信号报告客户机速率能力的方法 |
| CN 200480004196 Pending CN1751304A (zh) | 2003-02-13 | 2004-02-13 | 在多媒体流中用于信号指示流质量匹配和控制机制的方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200480004196 Pending CN1751304A (zh) | 2003-02-13 | 2004-02-13 | 在多媒体流中用于信号指示流质量匹配和控制机制的方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (2) | CN101088081A (zh) |
| ZA (1) | ZA200506682B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8959239B2 (en) * | 2006-12-29 | 2015-02-17 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for reporting streaming media quality |
| BRPI0813429B1 (pt) * | 2007-06-19 | 2020-09-08 | Nokia Technologies Oy | Método de comutação da recepção de fluxos de mídia, aparelho e sistema |
| CN102025760B (zh) | 2009-09-21 | 2015-11-25 | 华为技术有限公司 | Http的媒体传输方法及装置 |
| KR101830882B1 (ko) * | 2010-09-02 | 2018-02-22 | 삼성전자주식회사 | 제어 패킷 생성 방법 및 그 장치 |
| CN106953834B (zh) * | 2016-01-07 | 2020-01-24 | 中国移动通信集团公司 | 一种实现终端媒体能力协商的方法、终端及网络设备 |
| CN107846567B (zh) * | 2017-11-02 | 2020-12-29 | 苏州科达科技股份有限公司 | 一种srtp能力协商方法及会议终端 |
| CN112270488B (zh) * | 2020-11-09 | 2023-12-12 | 中国电子技术标准化研究院 | 无人机集群任务分配方法、装置及无人机集群系统 |
-
2004
- 2004-02-13 CN CN 200480004195 patent/CN101088081A/zh active Pending
- 2004-02-13 CN CN 200480004196 patent/CN1751304A/zh active Pending
-
2005
- 2005-08-19 ZA ZA200506682A patent/ZA200506682B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| ZA200506682B (en) | 2006-05-31 |
| CN1751304A (zh) | 2006-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100759954B1 (ko) | 멀티미디어 스트리밍에서 클라이언트 레이트 능력을시그널링하는 방법 | |
| CN1846420B (zh) | 嵌入的服务质量相关信息的传送 | |
| KR100731963B1 (ko) | 네트워크에서 ＱｏＳ 프로파일 파라미터를 통지 및부여하는 방법, 시스템 및 통신 장치 | |
| AU2005226165B2 (en) | Conveying parameters for broadcast/multicast sessions via a communication protocol | |
| US7701915B2 (en) | Method in a communication system, a communication system and a communication device | |
| CN101317404B (zh) | Ip报文传输、协商带宽节省能力和节省网络带宽的方法及系统 | |
| US8239558B2 (en) | Transport mechanisms for dynamic rich media scenes | |
| TW200531472A (en) | Method and system for quality feedback in a streaming service | |
| CN101116306A (zh) | 在分组交换网络上的按需多频道流会话 | |
| CN101179480B (zh) | 一种转发流媒体的方法 | |
| US8639279B2 (en) | Method of requesting a communication session using segmented signaling messages | |
| US9705935B2 (en) | Efficient interworking between circuit-switched and packet-switched multimedia services | |
| ZA200506682B (en) | Method for signaling streaming quality adaptation and control mechanisms in multimedia streaming | |
| JP2005051299A (ja) | パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法 | |
| JP2007524167A (ja) | ストリーミングサービスにおけるアセット情報の送信 | |
| WO2008071083A1 (fr) | Procédé et dispositif pour traiter une anomalie de service | |
| TWI403197B (zh) | In the wireless broadband network transmission of multimedia streaming user platform, communication systems and methods | |
| KR20060038296A (ko) | 이동통신 네트워크에서의 멀티플렉싱 장치 및 방법 | |
| RU2367003C2 (ru) | Способ сообщения о скорости передачи данных от клиента в передаче мультимедийного потока | |
| CN101188605A (zh) | 一种转发流媒体的系统 | |
| CN101399963B (zh) | 媒体流实时控制方法及系统 | |
| KR101384125B1 (ko) | 통신 시스템에서 맥 계층의 서비스 품질 파라미터 생성장치 및 방법 | |
| Fang | RTP Payload Format for the Enhanced Variable Rate Narrowband-Wideband Codec (EVRC-NW) | |
| Fang | RFC 6884: RTP Payload Format for the Enhanced Variable Rate Narrowband-Wideband Codec (EVRC-NW) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1112077 Country of ref document: HK |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20071212 |
|
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1112077 Country of ref document: HK |