[发明专利]具有媒体适配的媒体会话的建立

说明书

技术领域

本发明涉及一种用于通过分组交换通信网络向请求终端报告媒体格式适配资源以便转换将要在终端之间建立的媒体会话的媒体流的媒体格式的方法和终端。本发明还涉及一种用于报告媒体格式适配资源的方法和NSIS路由器，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式。

背景技术

NSIS框架

NSIS是Next Steps in Signaling(信令下一步)的缩写。它旨在规定信令框架的模块法；由用于携带信令消息的、通常称为NSIS传输层协议(NTLP)的协议以及必须为每个信令应用指定的、通常称为NSIS信令层协议(NSLP)的另一协议组成(见RFC 4080，“信令下一步(NSIS)：框架”，在此通过引用并入以及在http://www.ietf.org可得到)。

NTLP协议的一个示例是由Schulzrinne等人在互联网草案“GIMPS：General Internet Messaging Protocal for Signaling”(draft-ietf-nsis-ntlp-07.txt)中指定的GIMPS协议，在此通过引用并入以及在http://www.ietf.org中可得到。

NSLP协议的示例是由Manner等人在互联网草案“NSLP fprQuality-of-Service signaling”(draft-ietf-nsis-qos-nslp-07.txt)或者由Stiemerling等人在互联网草案“NAT/Firewall NSIS Signaling Layer Protocol(NSLP)”(draft-ietf-nsis-nslp-natfw-07)中指定。(在此通过引用将两个文件都并入以及在http://www.ietf.org中可得到)。

NSIS QoS NSLP协议具有互联网中QoS预留的长期存在的问题，并且通过NAT/FW遍历配置信令扩展。因此，如从以下本发明的详细说明将变得明显的，如果媒体投递必须既调节网络QoS能力(带宽、延时、......)和在重叠节点的网络侧处理(媒体适配)能力二者，则QoS NSLP可能是特别适当的。

NSLP数据对象可以是诸如GIMPS消息的NTLP消息的有效荷载。GIMPS查询(QUERY)消息的基本结构如下：

GIMPS-Query＝Common-Header

             Message-Routing-Information

             Session-Identification

             Network-Layer-Information

             Query-Cookie

             [Stack-Proposal Stack-Configuration-Data]

             [NSLP-Data]

一般的多媒体方案(scenario)以及它的缺点

在典型的多媒体环境中，作为第一步骤，要求进行信令交换来找出参与会话的通信伙伴(peer)的能力(所支持的编解码器、可用链接、可用缓冲容量、等等)。目前，对于对话方案来说，会话启动协议(SIP)(见RFC 3261，在此通过引用并入的“SIP：Session Initiation Protocol”)一般与用于作为如RFC 3264中指定的每个提出/应答模型的SDP的能力互换语义(capabilityexchange semantics)一起采用，在此通过引用并入“An Offer/Answer Model withSession Description Protocol(SDP)”。在流服务的情况下，可以使用RTSP(见RFC 2326，在此通过引用并入的“Real Time Streaming Protocol(RTSP)”)或者SDP进行能力互换。

SIP是使能协商将要建立的多媒体会话的细节以及端主机能力信息的互换的查询/响应协议。SDP是表示通信伙伴的参数、流数量以及连接细节的协议。它还允许表示能力以及协商会话连接或者编译码器的细节。

在通信双方(端主机)都具有共同能力的情况下，它们可直接建立多媒体会话。然而，如果在端主机的媒体能力中存在不匹配，则不能建立会话。