具有媒体适配的媒体会话的建立的制作方法

专利名称：：具有媒体适配的媒体会话的建立的制作方法
技术领域：
：本发明涉及一种用于通过分组交换通信网络向请求终端报告媒体格式适配资源以便转换将要在终端之间建立的媒体会话的媒体流的媒体格式的方法和终端。本发明还涉及一种用于报告媒体格式适配资源的方法和NSIS路由器，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式。
背景技术：
：NSIS框架NSIS是NextStepsinSignaling(信令下一步)的缩写。它旨在规定信令框架的模块法；由用于携带信令消息的、通常称为NSIS传输层协议(NTLP)的协议以及必须为每个信令应用指定的、通常称为NSIS信令层协议(NSLP)的另一协议组成(见RFC4080,"信令下一步(NSIS):框架"，在此通过引用并入以及在http:〃www.ietf.org可得到)。NTLP协议的一个示例是由Schulzrinne等人在互联网草案"GIMPS:GeneralInternetMessagingProtocalforSignaling"(draft-ietf-nsis-ntlp-07.txt)中指定的GIMPS协议，在此通过引用并入以及在http:〃www.ietf.org中可得到。NSLP协议的示例是由Manner等人在互联网草案"NSLPforQuality-of陽Servicesignaling"(draft-ietf-nsis-qos-nslp-07.txt)或者由Stiemerling等人在互联网草案"NAT/FirewallNSISSignalingLayerProtocol(NSLP)"(draft-ietf-nsis-nslp-natfw-07)中指定。(在此通过引用将两个文件都并入以及在http:〃www.ietf.org中可得到)。NSISQoS^iSLJBj办议具有互联网中QoS预留的长期存在的问题，并且通过NAT/FW遍历配置信令扩展。因此，如从以下本发明的详细说明将变得明显的，如果媒体投递必须既调节网络QoS能力(带宽、延时.......)和在重叠节点的网络侧处理(媒体适配)能力二者，则QoSNSLP可能是特别适当的。NSLP数据对象可以是诸如GIMPS消息的NTLP消息的有效荷载。GIMPS查询(QUERY)消息的基本结构如下GIMPS-Query=Common-HeaderMessage-Routing-InformationSession-IdentificationNetwork-Layer-InformationQuery-Cookie[Stack-ProposalStack-Configuration-Data][NSLP-Data]一般的多媒体方案(scenario)以及它的缺点在典型的多媒体环境中，作为第一步骤，要求进行信令交换来找出参与会话的通信伙伴(peer)的能力(所支持的编解码器、可用链接、可用緩冲容量、等等)。目前，对于对话方案来说，会话启动协议(SIP)(见RFC3261,在此通过引用并入的"SIP:SessionInitiationProtocol")—般与用于作为如RFC3264中指定的每个提出/应答模型的SDP的能力互换语义(capabilityexchangesemantics)—起采用,在此通过引用并入"AnOffer/AnswerModelwithSessionDescriptionProtocol(SDP)，'。在流服务的情况下，可以使用RTSP(见RFC2326,在此通过引用并入的"RealTimeStreamingProtocol(RTSP)")或者SDP进行能力互换。SIP是使能协商将要建立的多媒体会话的细节以及端主机能力信息的互换的查询/响应协议。SDP是表示通信伙伴的参数、流数量以及连接细节的协议。它还允许表示能力以及协商会话连接或者编译码器的细节。在通信双方(端主机)都具有共同能力的情况下，它们可直接建立多媒体会话。然而，如果在端主机的媒体能力中存在不匹配，则不能建立会话。典型地，当请求服务的用户不能与在该环境下能够建立或者接受会话的相对应节点(另一用户，服务供应商，等等)通信时，不能建立会话。即使存在网络中可用的、可以解决在会话中使用的媒体流格式的不匹配的媒体适配资源，也没有用于确定以及描述所要求的媒体适配的方法，还没有使能搜索以及预留适当的+某体适配资源的过程框架。
发明内容本发明的目的是提供一种在检测到终端能力不匹配的情况下，允许参与媒体会话的终端利用媒体适配资源的信令框架。本发明的目的由独立权利要求的主题解决。优选实施例是从属权利要求的主题。本发明的一个实施例涉及将要参与媒体会话的终端的操作。根据该实施例，提供一种通过分组交换通信网络在第一终端和第二终端之间建立包括至少一个媒体流的媒体会话的方法。在本发明的所有实施例中，至少一个媒体流使用々某体传输协议通信。第一终端使用会话管理协议向第二终端传送建立消息来启动会话。该建立消息可以包括建议媒体格式[O]的会话描述，以及可选地，用于将要在媒体会话中通信的每个媒体流的相应参数和属性。第一终端还使用会话管理协议来接收建立消息的响应。该响应可以包括建议J;某体会话的至少一个媒体流的另一J某体格式的修正的会话描述，对于所述媒体会话，在包括在由第一终端传送的建立消息中的会话描述中建议了第二终端不支持的i某体格式。对于包括在建立消息的响应中的会话描述中的每个可选:i某体格式，第一终端继续确定第一终端是否支持相应可选媒体格式。如果不支持，即不是修正的会话描迷中建议的所有可选媒体格式都由第一终端支持，则第一终端使用信令下一步NSIS框架来检测在至少一个NSIS路由器中，第一终端不支持的每个可选媒体格式，其中(相应)检测到的NSIS路由器能够将媒体流的该分组数据从在该建立消息中的会话描述的第一终端建议的媒体格式转换成在建立消息的响应中的会话描述由第二终端建议的、相应可选媒体格式，如果对于第一终端不支持的每个可选媒体格式检测到至少一个NSIS路由器，则第一终端预留资源，以便将处于所建议的^^某体格式的分组数据转换成在对于第一终端不支持的相应可选i某体格式所检测到的至少一个NSIS路由器的相应可选媒体格式。当成功地预留用于媒体格式转换的资源时，开始媒体会话。使用媒体传输协议，将媒体会话的至少一个媒体流的分组数据通过至少一个NSIS路由器从第一终端提供给第二终端，在所述至少一个NSIS路由器上，为第一终端不支持的每个可选媒体格式，预留了用于媒体格式转换的资源。根据另一实施例，可以通过以下机制实施使用NSIS信令框架检测至少一个NSIS路由器。第一终端使用NSIS传输层协议NTLP，沿着媒体会话的至少一个流的分组数据的路径，通过该分组交换网络，将查询消息从第一终端传送到第二终端，其中查询消息对接收查询消息的每个NSIS路由器查询将该^f某体会话的流的分组数据从第一终端不支持的建议媒体格式转换为在对建立消息的响应中的会话描述中由第二终端建议的、相应可选媒体格式的能力。响应查询消息，第一终端使用NSIS传输层协议NTLP接收响应消息，其指示在从第一终端到第二终端的分组数据路径上，至少一个NSIS路由器能够将媒体会话流的分组数据从建议媒体格式转换成相应可选媒体格式。如果没有NSIS路由器能够提供所查询的媒体格式转换，则在响应消息中不指示任何NSIS路由器。在另一变形中，查询消息还查询接收查询消息的每个NSIS路由器将媒体会话的媒体流分组数据从第一终端不支持的建议媒体格式转换为中间媒体格式或者从中间媒体格式转换为另一中间媒体格式或者适合于媒体会话的相应媒体流的相应可选媒体格式的能力。因此，不仅可以查询到媒体数据从建议媒体格式到第一终端不支持的可选媒体格式的直接转换，而且当适当地"组合"可以导致媒体数据从建议媒体格式转换到第一终端不支持的可选媒体格式时还可以查询到适配资源。相应地，响应消息还可以指示在从第一终端到第二终端的路径上，至少一个NSIS路由器是否能够将媒体会话的媒体流分组数据从建议媒体格式转换成中间媒体格式或者从中间媒体格式转换成另一中间媒体格式或者相应可选媒体格式。根据另一实施例，可以按如下所示执行在NSIS路由器中预留用于转换分组数据的资源。第一终端使用NSIS传输层协议NTLP向至少一个NSIS路由器传送请求预留媒体适配资源的资源预留请求消息，所述媒体适配资源用于将媒体会话流分组数据从建议媒体格式转换为在对建立消息的响应中的会话描述中由第二终端建议的可选媒体格式。响应于此，第一终端使用该NSIS传输层协议NTLP接收指示该NSIS路由器是否已经预留用于转换的资源的响应消息。在本发明另一实施例中，如果第二终端不支持会话描述中媒体流的建议孑泉体格式，则包括在该建立消息中的该会话描述还指示该第一终端是否愿意至少对该媒体会话的媒体流执行媒体格式转换。在本发明另一实施例中，包括在该建立消息中的传送的该会话描述还向该第二终端指示该媒体会话的相应媒体流的该接收对于建立该媒体会话是否是必要的。在该实施例的一个变形中，在第二终端不支持该建议媒体格式的情况下，包括在该建立消息中的传送的该会话描述还指示该^!某体会话的^某体流的建议媒体格式到另一媒体格式的转换对于建立该媒体会话是可选还是必要的。此外，在本发明另一实施例中，如果第二终端不支持适合于相应媒体流的建议格式，该修正的会话描述还指示第二终端是否愿意检测并在至少一个NSIS路由器^某体上预留用于将可选媒体格式的媒体流分组数据转换成建议媒体格式的该媒体流分组数据的资源。如果是，则当传送该建立消息的该响应时，该修正的会话描述指示该第二终端开始检测以及预留媒体格式转换资源。根据本发明的另一实施例，由第一终端传送以及接收的服务描述可以包括涉及会话的服务质量约束，以及其中建立消息的响应中的修正的会话描述包括对包括在建立消息的会话描述中的服务质量约束的建议可选服务质量约束。在后者情况下，本发明的另一实施例建议第一终端确定可选服务质量(QoS)约束是否为第一终端用户所接受。如果是，则第一终端可以根据第二终端的会话描述中指示的可选服务质量约束，沿着从第一终端通过分组交换通信网络到第二终端的路径来预留资源，其中媒体会话的至少一个媒体流的分组数据从该第一终端沿着所述路径传递到该第二终端。在本发明另一实施例中，如果对于在建立消息的响应中接收的会话描述中所建议的每个可选媒体格式没有检测到NSIS路由器，如果不能预留足够的用于在相应的NSIS路由器转换媒体格式的资源，或者如果不能沿着通过该分组交换通信网络该路径的预留足够满足在建立消息的该响应中所接收的该会话描述中建议的该可选服务质量约束的资源，则中断该会话。根据本发明的另一实施例开始媒体会话可以包括由第一终端向第二终端传送更新消息，其包括对通过分组交换通信网络沿着从该第一终端到该第二终端的路径已经建议了可选媒体格式的每个相应媒体会话流描述适配节点中的媒体格式转换的更新会话描述，其中沿着所述路径将媒体会话的至少一个媒体流的分组数据从该第一终端传递到该第二终端。在该实施例的一个变形中，传送更新消息还包括有关由第一终端沿着从第一终端到第二终端的路径所预留的资源信息。根据另一变形，第一终端可以从第二终端接收更新消息，其包括描述适配节点中对通过分组交换通信网络沿着从第二终端到第一终端的路径已经建议了可选媒体格式的每个相应媒体会话流的媒体格式转换的更新会话描述，其中媒体会话的至少一个媒体流的分组数据沿着所述路径从第二终端传递到第一终端。在本实施例的变形中，接收更新消息还包括有关由第一终端沿着从第二终端到第一终端的路径所预留的资源信息。虽然会话描述以会话描述协议SDP格式或者实时流协议RTSP格式提供，但是媒体传输协议可以是例如实时传输协议RTP。根据本发明的另一实施例，会话管理协议是会话启动协议SIP,以及建立消息是SIP协议的邀请(Invite)消息。相应地，建立消息的响应是SIP协议的会话进展(SessionProgress)消息，该会话进展消息向第一终端指示第二终端确认第一终端以检测以及预留媒体格式转换资源的意愿，并且指示该第二终端已经开始至少在NSIS路由器检测以及预留用于^某体格式转换的资源，用于将第一终端不支持的可选媒体格式的媒体会话的媒体流转换成第一终端支持的相应建议媒体格式。如果第一终端不支持会话进展消息包括的会话描述中建议的可选媒体格式，则第一终端可以传送临时响应确认(ProvisionalResponseAcknowledgement)消息，其指示第二终端第一终端已经开始检测并且为会话描述中建议的每个可选媒体格式在NSIS路由器预留用于媒体格式转换的资源，其中所检测的以及由该第二终端预留用于媒体格式转换的资源的适配节点被配置成将媒体会话的媒体流的分组数据从可选媒体格式转换成由该第一终端建议的媒体格式。此外，第一终端可以接收响应该临时响应确认消息的临时响应确i人。本发明的另一方面是支持媒体适配资源的检测的操作NSIS路由器。根据本发明的另一实施例，提供一种用于通过分组交换通信网络向请求终端报告媒体格式适配资源的方法，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式。所述方法的步骤由NSIS路由器在媒体数据路径上执行，在所述媒体数据路径上用媒体传输协议封装的会话的媒体流分组数据通过分组交换网络从参与将要建立的媒体会话的请求终端传输到目标终端查询消息可以由在路径上(on-path)的NSIS路由器使用NSIS传输层协议NTLP通过分组交换网络接收。查询消息查询接收查询消息的查询NSIS路由器将媒体会话的流分组数据从第一媒体格式转换到不同的第二媒体格式的能力。响应所接收的查询消息，使用该NSIS传输层协议NTLP向请求终端转发响应消息，其指示该NSIS路由器是否具有将媒体会话流的分组数据从第一媒体格式转换成该二媒体格式的能力。应该注意，取决于在路径上的NSIS路由器在媒体数据路径上的位置，可以从查询终端直接接收查询消息，形成其向查询终端或者相邻NSIS路由器提供NTLP功能的代理。响应消息相应地返回到从其中接收查询消息的相应实体。在实施例的一个变形中，查询消息还查询将媒体会话的媒体流的分组数4某体格式或者第二可选媒体格式的能力。相应地，响应消息还指示NSIS路由器是否能够至少提供一个所查询的媒体格式转换。在本发明另一实施例中，查询消息包括媒体格式适配描述，其指示查询适配能力的一个或多个媒体格式转换。在本发明另一实施例中，在路径上的NSIS路由器可以使用NSIS传输层协议NTLP接收资源预留请求消息，其中该消息包括对将要由NSIS路由器执行的、以及为其请求分配资源的媒体格式转换的描述。在路径上的NSIS路由器可以确定是否能够在NSIS路由器中分配由该描述指示的媒体格式转换的资源，如果可以，则预留用于转换的资源。相应地，由在路径上的NSIS路由器传送的响应消息指示NSIS路由器是否已经(成功地)预留用于转换的资源。在本发明另一实施例中，在路径上的NSIS路由器可以使用NSIS传输层协议NTLP接收资源预留请求消息，其中该消息包括对将要在位于该媒体数据路径上的另一NSIS路由器预留的媒体格式转换的描述。处理资源预留请求消息的NSIS路由器建立通向位于媒体数据路径上的其它NSIS路由器的遂道，当开始媒体会话时，将要转换的媒体流分组数据转发到位于该媒体数据路径上的NSIS路由器以便转换。在本发明另一实施例中，在路径上的NSIS路由器使用NSIS传输层协议NTLP接收资源预留请求消息，其包括对将要在没有位于媒体数据路径上的NSIS路由器中预留的媒体格式转换的描述。在路径上的NSIS路由器向没有位于媒体数据路径的NSIS路由器(不在路径上的(off-path)NSIS路由器)转发资源预留请求消息，并且建立通向不在路径上的NSIS路由器的遂道。当开始媒体会话时，将要转换的媒体流的分组数据转发到没有位于该媒体数据路径上的NSIS路由器中以便转换。根据本发明的另一实施例，在路径上的NSIS路由器向查询消息中添加对NSIS路由器中的可用媒体格式适配能力的描述，并且向该媒体数据路径或者该目标终端上的下一NSIS路由器转发该接收查询消息。响应所转发的查询消息，在路径上的NSIS路由器可以接收来自媒体数据路径或者目标终端上的下一NSIS路由器的响应消息。在查询的媒体格式适配能力是可用的情况下，该响应消息包括对可在位于媒体数据路径上的NSIS路由器可用的媒体格式适配能力的至少一个描述。此外，如果所查询的媒体格式适配能力是可用的，则传送的该响应消息包括对在位于该媒体数据路径上的NSIS路由器可用的媒体格式适配能力的至少一个描述。在实施例的一个变形中，在路径上的NSIS路由器还向没有位于媒体数据路径上的至少一个NSIS路由器转发查询消息，并且接收来自没有位于媒体数据路径上的至少一个NSIS路由器的响应消息，其包括对可在没有位于媒体路径上的至少一个NSIS路由器中得到的媒体数据适配能力的描述。在另一变形中，在向媒体数据路径上的下一NSIS路由器转发接收的查询消息之前，向所述接收的查询消息添加对可在没有位于该媒体路径上的至少一个NSIS路由器可用的媒体数据适配能力的描述。在本发明另一实施例中，向请求终端传送的该响应消息还包括对在位于或者没有位于媒体路径上的至少一个NSIS路由器上的可用媒体数据适配能力的描述。根据本发明的另一实施例，提供一种用于通过分组交换通信网络，在终端和第二终端之间建立包括至少一个媒体流的媒体会话的终端。该终端包括用于使用会话管理协议向第二终端传送建立消息以启动会话的转发器，其中消息包括建议媒体格式的会话描述以及将要在媒体会话中通信的每个媒体流的相应参数和属性。该终端还包括用于使用会话管理协议接收建立消息的响应的接收器，其中建立消息的响应包括修正的会话描述，其中对于在该建立消息包括的该会话描述中建议了该第二终端不支持的媒体格式的媒体会话，该修正的会话描述建议该媒体会话的至少一个媒体流的可选媒体格式。终端包括处理单元，用于在建立消息的该响应中包括的该会话描述中的每个可选媒体格式，确定该第一终端是否支持相应的可选媒体格式。如果终端不支持相应可选媒体格式，则处则该处理单元用于使用信令下一步NSIS框架来检测至少一个NSIS路由器。因此，检测NSIS路由器能够将媒体流的分组数据从建立消息的会话描述中的、由第一终端建议的该媒体格式转换成在建立消息的响应的会话描述中由第二终端建议的相应可选^^某体格式。此外，如果对于第一终端不支持的每个可选媒体格式检测到至少一个NSIS路由器，则终端包括预留单元，其预留用于在对于第一终端不支持的相应可选媒体格式检测的至少一个NSIS路由器，将建议媒体格式的分组数据转换成相应可选媒体格式的资源。另外，当成功地预留用于媒体格式转换的资源时，终端开始媒体会话，并且通过预留适合于终端不支持的每个可选媒体格式的i某体格式转换的资源的至少一个NSIS路由器，使用媒体传输协议从终端向第二终端提供媒体会话的至少一个媒体流分组数据。本发明的另一实施例提供一种包括根据以上相应实施例和变形之一执行用于建立媒体会话的方法的部件的终端。另一实施例提供一种用于通过分组交换通信网络，向请求终端报告媒体格式适配资源的NSIS路由器，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式。NSIS路由器(在路径上的NSIS路由器)位于媒体数据路径上，在所述媒体数据路径上，通过分组交换网络从参与将要建立的该媒体会话的请求终端向目标终端传输用媒体传输协议封装的会话的媒体流的分组数据。NSIS路由器包括用于使用NTLP通过分组交换网络接收查询消息的接收器，其中其中该查询消息查询接收该查询消息的NSIS路由器将媒体会话的流的分组数据从第一媒体格式转换到不同的第二媒体格式的能力。在路径上的NSIS路由器还包括响应接收查询消息使用NSIS传输层协议NTLP向请求终端传送响应消息的转发器，其中响应消息指示NSIS路由器是否具有将媒体会话流的分組数据从第一媒体格式转换成第二媒体格式的该能力。另一实施例提供包括根据以上相应实施例以及其变形之一执行用于报告媒体格式适配资源的方法的部件的NSIS路由器。此外，本发明的另一实施例提供一种计算机可读媒体存储指令，当由终端的处理器执行时，使终端根据以上相应实施例以及其变形之一执行用于建立媒体会话的方法的步骤。本发明的另一实施例涉及计算机可读媒体存储指令，当由在路径上的NSIS路由器的处理器执行时，使在路径上的NSIS路由器根据以上相应实施例以及变形之一执行用于报告媒体格式适配资源的方法。以下将参考附图更详细地描述本发明。附图中类似或者相对应的细节用相同的参考数字标记。图1示出分组交换网络的概述，基于所述分组交换网络将说明本发明的示例性实施例，图2示出包括NSIS使能路由器和NSIS代理的图1的分组交换网络的重叠网络，图3示出可以采用来提供图1的分组交换网络中的端对端媒体会话的示例性协议栈，图5示出为了允许建立媒体会话，根据本发明实施例适合于标识可以参与期望的媒体格式转换的NSIS路由器的、在路径上的NSIS路由器检测机制，图6至图9示出根据本发明的示例性实施例，通过图2的重叠网络在两终端之间交换图5的在路径上的NSIS路由器4全测机制的消息，以及图10至图14示出根据本发明的另一实施例，通过图2的重叠网络在两终端之间的交换不在路径上的NSIS路由器检测机制的消息。具体实施方式为了更好地理解本发明，首先指定详细说明该文件中频繁使用的一些术语。端点(endpoint)表示发布(或者供应)特定服务的请求的用户或者用户代理。服务器和客户端可以是端点。端点还可以是用户代理(useragent)和代理实例(proxyinstance),即代表用户并且知道他/她的服务请求细节、能力和嗜好的软件实体。端点的一个示例是SIP用户代理。NSIS路由器或者代理指的是除提供路由能力之外还具有执行分组处理的可能性的网络节点。例如，分组处理可以是代码转换、测量、緩冲、分割或者使媒体数据流同步。还称为媒体(格式)适配资源的分组处理资源不一定需要位于NSIS路由器，但是能够通过它而来访问。NSIS路由器也可以与知道QoS底层基础结构(即指向QoS
技术领域：
的入口DiffServ入口路由器、MPLS标记出口路由器等等)的网络节点一同放置。因为提议的解决办法使用NSIS信令框架来预留所要求的媒体适配资源，所以NSIS路由器或者代理是NSIS使能的。重叠网络由形成相同虚拟拓朴部分的NSIS路由器(和代理)组形成。在拓朴从底层路由中抽象化的意义上来说，它是虚拟的。一般地，重叠网络中的节点不知道像OSPF或者RIP路由的底层路由。图1示出分组交换网络的概述，以下将基于所述分组交换网络说明本发明的示例性实施例。为了说明，在网络的核心部分中仅仅图解了信令扩展的、在此定义为103-108的NSIS使能路由器，称为NSIS路由器。然而，明显的，在两个相邻NSIS路由器之间可以有不实施这里所关心的NSIS功能的另外的路由器或者网络节点。因此，在NSIS协议层上，由NSIS路由器103-108"看到"的网络类似于图2中示出的重叠网络，从图2中可认识到不实施NSIS的路由器对NSIS协议层上的NSIS路由器来说是透明的。NSIS路由器108还用作连接到NSIS路由器108的终端110-112的代理。在移动通信网络中这同样用于用作无线终端116-123的代理服务器的NSIS路由器103。在图1示出的示例中，移动通信网络是UMTS网络。终端116-123(在UMTS术语中用用户设备UE表示)通过空中接口连接到它们的节点Bs124或者125。节点Bs124、125以及附加无线网络控制器RNC形成UMTS网络的所谓无线访问网络RAN。RNC通过服务GPRS支持节点SGSN和网关GPRS支持节点GGSN耦合到分组交换网络的NSIS5各由器103和107。再次，在NSIS协议层上，移动通信网络(GGSN,SGSN,RNC，节点Bs)中的中间节点实施OSI参照^i型的低层协议层，由其提供传输和寻址功能，而像NSIS协议层的高层协议对中间节点来说是透明的。通常，终端可以是各种固定或者无线终端，诸如台式计算机、膝上计算机、PDA、移动电话、平板PC、等等，其提供足够的能力来建立和参与媒体会话。例如，可以向终端上配备收发器，当建立媒体会话时，其用于与NSIS路由器/代理(诸如NSIS路由器103或者108)、分组交换网络的其它节点或者通信伙伴进行通信。媒体服务可以包括例如多播或者传播媒体流、如IP语音(VoIP)通信的端对端定向对话媒体服务、视频会议、或者如视频/音频流的流服务、等等。图3示出可以采用来提供图1的分组交换网络中的端对端媒体会话的示例性协议栈。通常，在一个或多个媒体流中提供媒体会话的媒体数据。媒体数据采用媒体传输协议以分组化形式传输。例如，实时传输协议RTP可以用作媒体传输协议。对于会话启动和管理，可以使用会话管理协议。例如，会话管理协议的适当选择是会话启动协议SIP。作为SIP的可选项，还可以利用实时流协议RTSP。一般地，为了客户端服务对于多媒体服务器采用RTSP,它以连接定向通信方式通过TCP协议传输，而SIP消息通过无连接UDP协议传输。此外，RTP通常经由UDP在传输层上提供，然而使用TCP也是可能的。会话管理协议转达对会话的描述，称为会话描述。为此，可以利用如会话描述协议SDP的协议。例如，SDP数据可以封装在SIP协议消息中转达。除会话启动和管理、媒体数据传输和会话描述之外，还根据本发明的不同实施例采用NSIS框架来实施加强功能。NSIS信令框架可以分成两个协议通常称为NSIS信令层协议(NSLP)的信令应用层和用于NSLP数据的底层传输机制的NSIS传输层协议(NTLP)。在NTLP层中，可以采用信令通用互联网消息协议(GIMPS)来封装NSLP数据。封装在NTLP层中的NSLP数据可以通过传输层中的UPD或者TCP连接提供。如以下将更详细说明所示，本发明的一个方面是实施新的媒体适配NSLP协议，其允许包含与具有媒体会话中的加强功能的NSIS路由器相对应的媒体格式适配节点，以便克服用于媒体会话的媒体编解码器媒体格式的不兼容。另外，媒体适配NSLP协议允许检测适当的媒体格式适配节点和在媒体格式适配节点上的资源预留。在图3中，通过用于寻址的IP协议和MAC协议例示网络和链路层(层3和2)。然而，网络和链路层协议的实施取决于在网络中使用的网络基础结构或者其其它部分。以下将基于图4更详细地论述本发明的一些主要方面。利用代理A的终端A(端点A)首先启动与同样利用代理B的另一终端节点B(端点B)的媒体会话。从终端A向终端B发送的建立消息使用会话管理协议传输，其包括会话描述。包括在建立消息中的会话描述通过标识在会话中将转达的每个^某体流的媒体格式、参数和属性来描述媒体会话。每个流可以是单向或者双向流。在此双向意指以普通媒体格式分别提供从终端A到终端B以及从终端B到终端A的两个流，而单向意指以描述媒体格式提供从终端A到终端B或者从终端B到终端A的单个流。例如，视频会议的会话可以由PCM格式的双向音频流和MPEG才各式的双向视频流组成。在该实施例的一个变形中，加强SDP协议用来描述将要建立的媒体会话的内容。会话描述的参数和属性可选地包括媒体会话(例如会话的每个流)的QoS要求。另外，属性和参数还可以指示媒体会话流对于会话是可选还是必要的。此外，参数和属性还可以指示终端B终端A确认接受对它提议的会话描述的改变，例如不同QoS要求的使用、对于单个:^某体流建议媒体格式的改变(例如显示器格式大小、编解码器、比特率、帧率、等等)、等等。因此，如果使用在终端A和B可用的资源不可以解决媒体格式的不兼容，则会话描述中的参数和属性可以向终端B发送终端A也同意使用媒体格式适配节点的信终端B接收建立消息并且评价会话描述。在该评价过程中，终端B确定在终端建立媒体会话的足够能力是否可用。例如，如果在媒体会话中包括视频流，但是终端B没有合适的编解码器来编码和/或解码由终端A在会话描述中建议的媒体格式的视频数据，或者例如如果没有合适的可用显示器大小，则终端B可以决定改变会话描述，使得可能建立媒体会话。响应建立消息，终端B向终端A转发回包括修正的会话描述的临时确认，以便使终端A知道终端B对会话所提议的改变。例如，终端A想建立视频会议会话并建议使用640x400像素大小的双向MPEG视频流。然而，终端B配备的显示器大小只有320x200像素并且只能解码以及编码DivX视频格式。如果终端B配备有允许在本地转换显示器大小以及编码640x400建议像素大小的视频的资源，则建议640x400像素大小的视频是可以为终端B所接受的。如果没有合适的可用资源，则终端B可以修正会话描述，使得指示它提议使用320x200像素的DivX编码视频。当从终端B接收到响应时，终端A识别会话描述的改变，并且通过可用资源和/或对于会话使用媒体格式适配的可能性来确定新的描述是否是可接受的。回到示例，如果终端A也具有能够产生以及解码320x200像素格式视频流的DivX编码器，则它可以在临时确认消息中指示终端B可接受对会话描述的修正。如果在终端A没有可用的DivX编解码器，但是终端A可以接受对于会话使用媒体格式适配节点，则它可以向终端B发出临时确认信号。该临时确认可以指示终端B:在分别将传输浮见频流的分组从终端A传递到终端B以及从终端B传递到终端A的两条路径上，在网络的i某体格式适配都是可能的前提下，可开始媒体会话。由于网络的分组交换性质，利用^^某体传输协议转达^某体会话的相应J某体流的数据的分组传输可以被分别路由到从终端A到终端B或者从终端B到终端A的方向的不同路径上，认识到这一点是很重要的。因此，如果所涉及的是双向流，则在不能确保视频会话分组数据经由在终端A和终端B之间两个方向上的单个路径进行传递的情况下，需要在从终端A到B的路径或者从终端B到A的路径上独立地检测媒体格式适配能力。在作为建立媒体会话的前提，必须满足QoS约束的情况下，在给定QoS约束(例如保证延迟，保证最小带宽，等等)，可以沿着利用媒体传输协议传输媒体数据的任一路径预留网络资源。在该实施例的一个变形中，为此利用NSIS信令框架的QoS-NSLP协议。以下将参考图5至图13对根据本发明不同实施例沿着路径检测和预留媒体格式转换能力进行更详细地说明。简单地说，机制通过提供用于检测可以与媒体适配资源连接和使用的NSIS路由器的新媒体适配NSLP来利用NSIS信令框架，所述媒体适配资源可以例如通过代码转换/转换来解决会话媒体格式的不匹配，并且其允许在这些NSIS路由器上预留媒体适配能力的资源。回到示例，终端A可以查询在NSIS重叠网络中的NSIS路由器关于连接视频代码转换器的NSIS路由器是否允许转换(代码转换)640x400像素MPEG视频为320x200像素DivX视频。响应该查询，终端A接收标识可以提供期望媒体格式适配功能的NSIS路由器的信息。终端A在标识NSIS路由器预留用于媒体适配的资源。沿着从终端B到终端A的路径通过分组交换网络检测以及预留媒体适配资源的类似过程由终端B执行。在示例中，终端B可以因此查询NSIS重叠网络中的NSIS路由器，关于连接视频代码转换器的NSIS路由器是否允许转换(代码转换)320x200像素的DivX视频为640x400像素的MPEG视频。当成功地预留网络中的J;某体适配资源时，终端A可以通过转发包括更新会话描述的消息来通知终端B。更新会话指示终端B终端A能够发现提供期望媒体格式转换的NSIS路由器以及能够在其上预留资源。可选地，在满足QoS约束的情况下，消息还可以指示在网络中能够由终端A预留的QoS约束。终端B通过转发包括"改正"会话描述的另一更新会话描述的另一消息来响应消息，以反映由终端B预留的媒体适配资源以及可选地预留在网络中的QoS资源。如果根据更新会话描述的会话可为终端A和终端B所接受，则开始媒体会话。例如，如果根据终端A或者B的策略不允许媒体格式适配，则不能检测或者不能预留媒体适配资源，可能中断会话建立。接下来，对根据本发明的示例性实施例检测和预留媒体适配资源进行更详细地描述。图5示出根据本发明的该实施例的在路径上的NSIS路由器检测机制，其适合于标识参与期望媒体格式转换的NSIS路由器，以便允许建立媒体会话。在示例性实施例中，可以假设终端IIO(终端A)试图与终端122(终端B)建立i某体会话。为了示例性目的，仅仅说明从终端110到终端122的媒体数据传送的媒体格式适配节点的检测和预留。对于媒体数据从终端122传输到终端110,由终端122釆用类似的检测和预留处理。首先，终端110(或者终端100使用的代理)生成以及转发媒体适配节点检测查询到下一NSIS路由器108。查询消息从一个NSIS路由器基于逐跳路由到下一相邻NSIS路由器直到到达终端122时为止。查询消息因此沿着路径路由，当开始会话时，封装在媒体传输协议中的媒体数据就将传播(travel)。在NSIS信令框架中，NTLP协议能够检测媒体流分组数据采取的通过网络从终端110带到终端122的路由(路径)。因此，沿着该路由的所有中间NSIS路由器都知道它们沿着路径方向的相邻NSIS路由器，其允许它们根据NSLP协议转发查询消息。知道媒体流分组数据采取的通过网络所采用的实际路径，允许沿着路径检测媒体适配资源为了查询媒体格式适配资源，相应节点需要实现包括NTLP和NSLP子层的NSIS信令框架，以及封装在媒体传输协议中的媒体数据需要通过相应节点以在网络节点执行媒体数据适配。查询消息包括终端110所要求的媒体格式适配的描述。因此典型地，终端110(或者终端110的代理)将搜索连接媒体适配资源的NSIS路由器，其能够将媒体数据从终端110支持但是终端122不支持的格式X转换为终端122支持但是终端110不支持的媒体格式Y。如果终端本身不实现所要求的功能，例如在该文件中建议的NSIS媒体格式适配-NSLP,则在服务中代理典型地用境中，这意指终端可以在代理上"注册，，以及代理向这些终端提供在网络中检测和预留媒体格式适配资源的服务。根据这些示例性实施例，当查询消息到达终端122时，终端122(或者终端122的代理)基于逐跳沿着与查询提供的从NSIS路由器到NSIS路由器直到到达终端122(或者它的代理)相同的路径来返回响应。如果同样匹配查询，则每个NSIS路由器都将它们对媒体格式的转换能力包括到响应中。当在终端110(或者终端110的代理)接收到响应时，同样分析响应以及选择(以防对于所要求的媒体适配能力存在多于一个的候选NSIS路由器)用于媒体格式转换的NSIS路由器。为了在所选择的NSIS路由器中预留用于媒体格式转换的资源，终端no(或者终端110的代理)根据NSLP协议基于逐跳向所选择的NSIS路由器转发预留消息，所选择的NSIS路由器返回指示所期望的资源是否成功地预留的响应消息。如上所示，在媒体会话必须满足QoS约束的情况下，如图5所示的类似机制可以用来沿着媒体数据从终端110到终端122(或者在它们的代理之间)的路径预留网络资源。如果NSIS信令框架被用于网络资源预留，则在本实施例的变形中，可以组合网络资源查询和预留以及々某体格式适配查询和预留。除以下不同之外，剩余的信令类似于图5中示出的信令。查询消息将指定希望的QoS约束以及终端110希望的媒体格式适配。另外，查询消息的响应还将包括有关NSIS路由器可以提供的QoS的信息。预留消息还将包括有关沿着媒体数据的路径、请求用于NSIS预留的路由器的QoS以及上述媒体格式适配请求的信息。此外，因为必须沿着从终端110到终端122的全部媒体数据路径预留网络资源，所以需要将预留消息传递到终端122。类似地，在终端122(或者它的代理)生成对预留消息的响应，并且响应消息还将指示所有NSIS路由器是否已根据请求而预留网络资源以及根据请求已经预留的媒体格式适配资源。在该实施例的另一变形中，媒体格式适配并不要求直接将分组数据从源格式X转换到目标格式Y。在网络中检测以及使用多于一个的媒体格式适配节点也是可能的。例如，第一NSIS路由器可以将媒体数据从源格式X转换成格式Y',然后第二NSIS路由器将媒体数据从Y'格式转换成目标格式Y。例如，如果适合于转换，则当向终端B转发查询时，虽然所有NSIS路由器可以包括它们对查询的适配能力，但是查询可以指定转换的源和目标格式。例如，第一NSIS路由器可以向查询添加信息，指示它仅仅能够将MPEG视频的尺寸从640x400像素代码转换到320x200像素，但是在向朝着终端B的下一NSIS路由器传递查询之前，不能转换编解码器格式。如果到终端B方向的路径上的另一NSIS路由器可以提供从320x200像素的MPEG视频到320x200像素的DivX编码视频的缺少的转换，则它同样也可以在查询中指示。因此，响应可以指示哪个NSIS路由器可以提供从中间/源媒体格式到中间/目标媒体格式的转换。此外，网络资源检测和预留与媒体格式适配能力的检测和预留的组合是可能的。在以后几部分里，将更详细地描述根据本发明的不同实施例的媒体格式适配检测和预留机制的实施。在以后几部分里，为了示例性目的，假定SDP协议用于描述媒体会话(会话描述)，而该SIP协议用于转达SDP格式的封装会话描述以及启动和控制终端110和终端122之间的媒体会话。另外，假定会话媒体流使用RTP协议进行传输。为了更好地理解，可以将媒体会话的建立分成两个阶段園阶段I:确定、搜索、以及如果发现则预留所要求的媒体适配。在预留媒体适配资源之后，终止该阶段，之后画阶段II:在端点(终端110以及122)之间通信最终的会话细节以及通过使用之前预留的资源来开始通信。使用传统SDP协议来描述媒体会话，请求媒体会话(服务)的端点并不意味着指定会话的相应流是对于组成会话是必要还是可选的，和/或在会话的一些请求的流不可用的情况下，则指定是否可接受该会话。对于他/她期望接收的流，用户不能表示其准备执行或者利用在网络中的端点或者媒体格式适配节点中的本地可用媒体适配资源。根据本发明的一个实施例，提议扩展现有SDP协议，其允许克服这些缺点。根据该实施例，为每个流或者会话提出新的前置条件标签，其允许指定每个流是会话必需的部分，还是如果没有发现适配则能否省去一些流(或者"必要的，，或者"可选的，，，见以下"强度标签")。具体地，建议用新的媒体适配前置条件来扩展SDP的前置条件框架。除已经存在的"qos，，令牌之外，定义前置条件类型的新令牌值，即"adaptation(适配)"。另外对于该新前置条件，定义两个新的SDP属性，目标"a=target:，，以及"a=source:，，属性，其指示媒体适配的目标/源，例如源媒体格式的媒体数据代码转换为其目标媒体格式。可选地，还有指示每个中间节点在转发器(终端110)到接收器(122)之间的"足迹"的新属性。可以"a=intermediate"行中的媒体格式参数描述的格式在值的semi-colon-separated列表中提供足迹。新定义参数的示例性定义如下所示target-tag="a=target:"media-formatsource-tag="a=source:"media-formatintermediate-tag="a=intermediate:value-typevalue-list其中media-format一有效荷载类型数量value-type=足迹4各式，例如，RTPSSRC。value-list=足迹标识符列表在前置条件框架中，新标记在前置条件类型中提出precondition-type="qos"I"adaptationItoken如在http:〃www.ietf.org中可得到的RFC3312中说明的，重用前置条件框架的其余定义。为了建立会话，终端110的用户转发SIP协议的邀请消息，其包括对根据以上新的SDP定义为会话的一个或多个流设置适配的前置条件的媒体会话的会话描述。根据该示例性实施例，前置条件属性通知终端122:终端110可接收指定(建议)媒体格式而不是另一媒体格式的相对应流。因此，如果它可以由终端122按照请求以指定媒体格式提供，则媒体适配是不必要的。同时，前置条件属性可以指示终端122:终端110不想要终端122警惕输入会话(incomingsession)直至)j前置条^牛i^可用,民卩发现以、及予贞留壬某体适配资源时为止。阶段I的示例性逐步过程描述如下。终端122可以转发包括会话描述的以下示例性摘录的邀请消息m-audio20000RTP/AVP0a=rtpmap:0iLBC/8000C=INIP4192,0.2.1a=curr:qose2enonea=des:qosmandatorye2esendrecva=curr:adaptatione2enonea=des:adaptationmandatorye2esendrecv这些行指定会话在包括利用RTP协议在端口号20000以及具有效荷载类型0进行传输的双向音频流。第二行指定有效荷载类型0的音频流用8000Hz采样频率对音频流进行iLBC编码。因为将不接受其它流，所以只在所请求的流不可用的情况下，其余行指定适配是必要的，以防得不到所请求的流。也就是说，如果不提供该流(或者通过适配等)，则不会建立会话。a=curr:指示适配的当前状态，"none"意指在发布该会话意图(意图)时，端点(终端)没有预留任何适配端对端("e2e")适配。a=des:行指示在不接受建议媒体格式的情况下，要求适配。在双向流通信的情况下，媒体适配必须是双向(从终端110到122,反之亦然)端对端适配。以下作为NSIS消息的转发器或者接收器，使用终端110和终端110的代理(NSIS路由器108)是相当的。由于转发NSIS消息的可为终端110或者代理108,则取决于终端110本身是否支持NSIS媒体格式适配-NSLP或者是否附加终端110到提供检测和预留信令的代理。如果在会话中对信令使用代理，则因为所要求的媒体适配组可以通过交换SIP消息检测到，所以在两个终端110和122上的SIP用户代理可以知道代理的存在。因此，还可以提供SIP和媒体格式适配-NSLP之间的接口。如果终端122检测到它不支持流的指定媒体格式(例如指定编解码器不存在)，则它向终端110转发SIP协议的临时响应消息(代码183)。因为在指定4某体格式中指示相应媒体流仅仅可以由终端110接收的前置条件属性以及由于在终端122不能得到所要求的编解码器，所以终端122知道为了建立会话，媒体格式适配是必需的。因此，因为终端122还支持"适配"前置条件，所以它可以沿着通过网络从终端122到终端110的媒体数据路径马上开始检测和预留媒体格式适配资源。更详细地，终端122接收包括以上示出的示例性会话描述的邀请(INVITE)消息以及通知它不支持iLBC编解码器，但是可以支持可选媒体格式PCM编码音频。为了指示作为可选媒体格式的PCM编解码器(codex)的存在，终端122通过设置端口号为零("0")以及为PCM编解码器添加新有效荷载类型'T，来修正会话描述。因此，终端122修正会话描述使得它包括它所支持的音频流的媒体格式，因此指示其准备使用媒体适配以便建立会话。在临时响应中由终端122转发的会话描述的示例性修正摘录如下所示m=audio0證/AVP01a=rtpmap:0iLBC/8000a=rtpmap:lPCM/8000c=INIP4192.0.2.4a=curr:qose之enonea=des:qosmandatorye2esendrecva=conf:qose2erecva=curr:adaptatione2eunknowna=des:adaptationmandatorye2esendrecva=conf:adaptatione2erecv因为终端122使用NSIS信令框架来检测以及预留媒体格式适配资源，所以如以上已经概述所示基于来自网络对其查询消息的响应消息，它可以检测用于提供在它的"转发"方向(终端122到终端110)的可用媒体适配资源。然而，它不知道在其它方向上(即在媒体数据从终端110路由到终端122的路径上)的预留的状态。因此，终端122可以继续通过转发它的临时响应来请求确认在它的"接收"方向到终端110的资源预留。更简单地说，临时响应消息"相当于"对终端122说"好，我将设法进行媒体适配。我不会警惕你直到我已经预留必要资源时为止"。如果流是双向的，则终端122指示"好，我将设法进行媒体适配。我不会警惕你直到我已经预留必要资源时为止。请你也设法进行媒体适配以及请不要在你已经预留所有必要资源之前警惕我!"在示例中，假定用SDP描述的"m行"指定的流是双向的，即它或者不具有方向性属性(没有"a二sendrecv"属性)或者不具有前置条件中的"sendrecv"值。在转发响应消息以后，终端122可以开始为媒体流预留的媒体适配资源(以及网络QoS资源-如果可用)。终端110确认PRACK(临时响应确认)响应消息以及开始在从终端110到终端122的媒体数据路径上检测和预留媒体格式适配资源。如以上参考图5已经概述所示，终端110和122两者使用NSIS信令框架和提议的媒体格式适配NSLP协议终端110向终端122转发查询消息而终端122向终端110转发查询消息。当终端122接收确认媒体适配资源(以及网络QoS资源)的预留的响应消息时，因为它没有接收任何确认，并且仍然没有满足前置条件，所以终端122—直等待，直到也预留了其它方向的资源时为止。当终端110接收响应消息时，它明确指示在更新会话描述中对媒体适配处理的输入以及输出输入由"a=source:<mediaformat>"属性(在这种情况下iLBC)指示，而目标输出(由"a=target:<mediaformat>"指示)是在回答中的请求编解码器(PCM)。然后终端110向终端122转发SIP协议的更新消息(更新意图)，包括更新会话描述的以下示例性摘录m=audio20000RTP/AVP01a=rtpmap:0iLBC細OOa=rtpmap:lPC圃OOOc=INIP4192.0.2.1a=curr:qose2esenda=des:qosmandatorye2esendrecva=curr:adaptatione2esend3=source:0a=target:1a=des:adaptationmandatorye2esendrecv终端122通过回答消息响应，其也包括对^某体适配(以及可选地网络)资源预留的当前状态的更新会话描述，会话描述尤其包括以下部分m=audio30000RTP/AVP01c=INIP4192.0.2.4a=rtpmap:0iLBC/8000a=rtpmap:lPC固OOOa=curr:qose2esendrecva=des:qosmandatorye2esendrecva=curr:adaptatione2esendrecva=des:adaptationmandatorye2esendrecva=sourcs:la=target:0注意，在每个"a-rtpmap"属性可以有在会话描述中指定的另一编解码器特定的(iLBC或者PCM)参数。这可以允许用细节的更高层来指定在NSIS路由器(媒体适配节点)中进行的精确媒体适配处理。所要求的媒体适配处理的描述接下来，更详细地描述根据本发明的示例性实施例由终端110以及122转发用于检测可用媒体格式适配资源的查询的内容。为了查找候选媒体适配节点，需要指定所要求的处理的机制。例如会话描述意图如下所示v=0o=alice28908445262890844526INIP4host.atlanta.example.coms=c=INIP4host.atlanta.example.comt=00m=audio49170RTP/AVP99a=rtpmap:99iLBC/8000m=video51372RTP/AVP31a=rtpmap:31H261/90000a=pkt_rate=20;bw=20000该会话描述"提供"包括经由RTP在端口49180上传输的iLBC格式音频流和经由RTP在端口51372上传输的H261编码-见频流的会话。在上述示例中，为了示例性目的，仅仅示出参数pkt一rate和bw。这些参数作为简化表示示出。响应该会话描述(意图)，启动终端可以接收以下修正的会话描述v=0o=bob28088445642808844564INIP4host.biloxi.example.coms=c=INIP4host.biloxi.example.comt=00m=audio49172RTP/AVP99a=rtpmap:99iLBC/8000m=video0RTP/AVP3132a=rtpmap:31H261/90000a=rtpmap:32MPV/90000a=pktrate=10;bw=150000因此，回答终端提供用于有效荷载类型32的MPEG2(MPV)格式视频流的可选编解码器。由修正的会话描述产生的媒体适配的通用定义可以基于以下格式当前可用媒体流方向性期望媒体流设置(<media—type—current,<directionality>(<media_type—desired,media—format—current>，media—format—desired>〈media一subtypecurrent>,<media—subtype_desired，>,<media—stream_parameters—<media—stream_parameters—sset__current>)6t—d6sirsd>)根据该格式在以上给定示例中所要求的媒体适配描述如下所示{(media—type=video,media—format=31)，(media—subtype=H261),(parameterset:rate=90000;pktrate=20;bw=20000)}<->{(media—type=video,media—format=32),(media—subtype=MPEG2(MPV)),(parameters:rate=90000;pkt—rate=10;bw=150000)}在以上回答终端的会话描述中，方向性可以由用于媒体流"m="行的sendrecv/sendonly和recvonly属性确定，一4殳存在于每个i某体行的"a="行中。如果不存在，则假定为sendrecv,否则第一n元组描述到所要求的媒体变换的输入，而第二(以及后面的)n元组描述期望的输出(或者输出)。在以上表示所要求的媒体适配的示例中，双向性由"<->，，指示。要求变换的阶层式有序n元组，其不影响数据分组路由；典型地在直到层4的协议报头中改变，UDP或者TCP可以影响路由，这在以下说明。该阶层式列表可以从媒体类型(音频/视频/文本，等等)开始，后面是媒体子类型(编解码器)和有效荷载类型数量(用于RTP)以及任何不匹配的媒体流属性。通过比较"m="行与"m=，，行以及它们相关的属性来获取要求变换的阶层式有序n元组，存在于属性"a=，，行中。通过比较"m="行，可以确定媒体类型和有效荷载类型(或者如SDP中定义的"媒体格式")的不匹配。在以上示例中(粗体的"m="行)，当回答者期望具有有效荷载类型32时，媒体格式存在不匹配。有序n元组的下一条目是媒体子类型和媒体流参数设置，其从"a=，，行中获取。这些属性可以表示能力(媒体子类型(编解码器)，编解码器设置等等)和用户嗜好，诸如语言或者流的速率(rating),例如用于语言的"a=lang，，。引起适配需要的可能属性列表能够从http:〃www.iana.org/assignments/sdp-parameters下的属性字段列表下的"att-field"的IANA中获取。此外，因为每个编解码器都定义了自己的参数，所以不是每个参数不匹配都表示一个更多要求的适配。为了分配哪个参数来触发适配，存在所有编解码器、编解码器参数、连同一组规则和约束一起的其所有可能变换的对照表，其中变换被允许在终端或者在网络的可用媒体适配资源中预见。不幸的是，要确定哪个转换是有意义的以及有时哪个不是自动完成的。因此，提供一组规则和约束。例如，不是所有音频编解码器都具有相同的参数，而是一些具有可变比特率，另一些具有固定比特率。因此，没有从给定配置的可变比特率编解码器到固定比特率配置的直接转换。产生相当(或者足够好)适配的参数组必须由用户手动设置。有人4是议这样的规则和约束列表或者包括在媒体适配描述中或者通过URI参考其中。对媒体适配的描述可以用诸如SDPng的扩展会话描述协议来获得。具体地，以下列出的sdpng-rtp-video-txcodec包是规则和约束的如此容器(container).SDPng具有更完善的扩展语法，其允许表示能力和约束。它同时使能参考外部资源(称为定义所使用的属性的包)。因此，在SDPng中不同单向代码转换器功能的另一示例表示可以是<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http:〃www,iana.org/sdpng\sdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/videoAsdpng-rtp-video-txcodec\pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version='T'><cap><rtp:udpname="rtpudpip6">[...]</rtp:udp></cap><cfg><video:txcodecname="h263plus-mpg-txcodec"><video:input-encoding>H.263+</video:encoding><video:input-resolution>QCIF</video:resolution><video:input-frameratemax="30"/><video:ouput-encoding>MPEG-4</video:output-format><video:output-resolution>QCIF</video:resolution>〈video:output-frameratemax="307></video:txcodec〉</cfg><def>〈rtp:udpname="rtp-def'ref="rtp:rtpudpip6"〉<rtp:pt-in>3l/rtp:pt-in><rtp:pt-out>32</rtp:pt-out></rtp:udp></def><constraints>[whereapplicable]</constraints></sdpng>以上描述指示产生该描述的媒体适配资源支持从H263、QCIF分辨率、最大每秒30帧代码转换到相同分辨率和帧速率的MPEG-4视频。还要注意，要求附加包来理解编解码器的编解码器特定参数，这从"http://www.iana.org/sdpng/video/sdpng-rtp-video-txcodec-pkg.xsd"中检索到。还有注意，有效荷载类型(媒体格式)必须从31改变到32,以供给回答者的请求。资源;险测和预留的另一方面用于资源预留的触发器可以位于网络中或者来自客户端本身，这取决于后者是否实施NSIS消息或者是否被附加到NSIS代理上。在任何情况下，SIP用户代理使用到终端或者网络(代理)中的NSIS实体的接口，用于通信所要求的处理步骤到NSIS实体。因此，当确定会话所必需的媒体适配时，SIP用户代理可以通过转发本身在此提议的包括要求媒体适配描述的NSIS媒体格式适配-NSLP的查询(QUERY)消息或者通过指示代理如此进行来触发资源检测和预留。例如可以在检测和预留网络QoS资源之后触发媒体格式适配资源搜索和预留，以防在会话描述中存在QoS前置条件。如果不能预留必要的网络QoS资源，则具有放弃检测和预留的优点。可替换地，可以并行或者同时触发(以及执行)媒体格式适配和网络QoS，即NSLP消息包括除在此描述的媒体格式适配-NSLP信令信息之外的QoS-NSLP信令信息。当在网络中搜索媒体适配能力时可遇到的有多种情况。在所期望的情况下，需要的所有适配资源在从终端110到终端122(反之亦然)的媒体路径上查找。然而，也可能是在从终端110到终端122(反之亦然)的媒体数据路径上没有检测(不存在)到它们所要求的媒体适配资源的一些或者所有的情况。如果遗漏了一些资源，则NSIS媒体格式适配-NSLP应用可以使能搜索"不在路径上，，，即在"接近于"(例如根据跳动、延迟、等等)从终端110到终端122媒体数据路径上的NSIS路由器的NSIS路由器上的媒体适配资源。由本发明另一实施例提议的该加强也可以包括允许交换可用媒体适配能力的NSIS路由器的信息交换方案，4吏得NSIS路由器同时知道"附近"NSIS路由器的媒体适配能力。例如，XML可能用来定义能力描述。通过提供该信息交换方案，可以减少检测可用媒体格式适配资源的延迟。如之前已经论述所示，当由终端110找到和预留所有媒体适配(以及网络QoS)资源时，它向终端122转发SIP协议的更新消息。终端122可以返回更新消息的200(好)响应，其指示在它的端也已经满足会话的所有前置条件。此时，终端122马上开始警惕用户，会话建立根据SIP协议规范结束。i某体格式适配-NSLP消息以下示例性定义用于检测以及预留网络中的媒体适配资源的NSLP消息交换。没有对消息进行详细描述，而是仅对消息的功能进行详细描述。查询消息查询消息由终端(或者它们的代理)使用来"探测"网络中的要求媒体适配资源，包括对要求媒体格式适配的描述。预留消息预留消息修改NSIS路由器或者其相关处理器的状态。预留消息可以用于在NSIS路由器上预留并且可选地改变媒体适配资源预留的当前设置。响应消息响应消息可以用来提供有关查询(查询消息)或者资源预留请求(预留消息)的结果的信息。通知消息通知消息可以用来向NSIS路由器转达信息。由于在它们被异步发送以及不需要参考任何特定状态或者之前接收的消息方面，所以它们不同于响应消息。由通知消息转达的信息一般涉及错误条件。示例是发向关于被拆卸的状态的上游伙伴的通知或者指示预留何时预清空(pre-empted)。预订消息在实现"不在路径上"的媒体适配资源实施检测和预留的情况下，则可以可选地定义该消息。该消息用来预订伙伴NSIS路由器以便接收关于相邻伙伴NSIS路由器上可用的媒体能力的通知。MediaSpec以下部分定义以上NSIS々某体格式适配NSLP消息的各种格式。在此定义的NSIS媒体格式适S己-NSLP的格式定义也参考以下MediaSpec。在此定义的示例性消息的MediaSpec内容字段中的数据格式基于以下MediaSpec模板<table>tableseeoriginaldocumentpage38</column></row><table>例如预留消息如下RESERVE=COMMON—HEADERRSN[RII][REFRESH—PERIOD][BOUND—SESSION—ID][POLICY—DATA][QSPEC][MediaSpec]预留消息的可选定义具有以下格式和内容RESERVE=COMMON_HEADERRSN[RII][REFRESH—PERIOD][BOUND—SESSION—ID][POLICYDATA][*QSPECincludingtheMediaSPECdata]这些消息在NSIS路由器之间使用NSIS传输层协议NTLP传输。NTLP协议的当前定义在上述IETF互联网草案"GIMPS:GeneralIneraetMessagingProtocolforSignaling(信令通用互联网消息协议)"中定义。麗控制信息对象控制信息对象由对象ID(ObjectID)(例如ObjectID=0)标识，以及必要用于根据该实施例的每个NSLP消息。它用来转达控制信息。■媒体适配期望对象第一对象是媒体适配期望对象，例如其可具有objectID=1。该对象至少包括用于描述媒体适配处理所要求的参数。为简单起见，假定仅仅要求一个适配。然而，例如，如果流必须首先进行代码转换然后进行加密，则可以要求多个媒体适配步骤。如上所述可以获取以要求媒体适配处理的描述(见"DescriptionofrequiredMediaAdaptationProcessing(要求i某体适配处J里的描述)"部分)。该i某体适配处理的一个非常重要的特征是信令分组将跟随与数据分组相同的路由。这一点可以通过查找消息路由信息(MRI,见IETF互联网草案"GIMPS:GeneralInternetMessagingProtocolforSignaling(4言令通用互耳关网消息协议)"，5.8丄1部分)来保证，所述消息路由信息定义确定分组路由的协议报头组，并且将在信令和数据分组上其是相等的，使得信令确实是"在路径上"。因此，在任意MRI字段中数据分组不能遭受任何改变MRI={network-layer-version,source-address,prefix-length,destination-address,prefix-length,IP-protocol,diffserv-codepoint,[flow-label],[ipsec-SPI/Layer4-ports]}在以上定义中，括号指示参数的存在是可选的。因为MRI信息是由什么确定分组路由，所以媒体适配处理描述将不会修改关于网络层版本、源地址、词头长度、目标地址、词头长度(prefix-length)、IP协议、diffserv码点(diffserv-codepoint)或者端口数，数据分组的流标签或者IPSecSPI值的任何细节。媒体适配期望对象和媒体适配处理要求的描述可以包括在查询消息或者预留消息中。例如，在流情况下，对要求支持的类型(视频)以及子类型名称(例如H261视频代码转换器的"H261txcoder")以及参数的说明(specification)是充分的。另外，查询消息可以更通用，仅仅寻找重叠节点将列出在媒体适配可用对象中可用的所有可用代码转换器的视频代码转换功能。如果在预留消息中包括媒体适配期望对象，则它在NSIS路由器中请求预留消息注定的特定媒体适配配置和资源。如果媒体适配要求多个处理步骤，则多个媒体适配期望对象可以按有意义的次序级联。具有相同ID的处理定义表示可选。■纟!某体适配可用对象第二对象是媒体适配可用对象，其能够由ObjectID-2标识。取决于放置该对象的消息，对象被放置，它可以由中间NSIS路由器进行或者不进行修改。如果对象包括在响应消息中，则不修改由对象携带的信息。如果它包括在查询消息中，则每个NSIS路由器可以向对象添加媒体适配可用对象中的可用资源。例如，如果4吏用SDPng,则添加信息可以包括在〈cap〉和〈cfg〉标签中。允许在对象中包括可选的媒体适配配置、范围以及参数列表。回到SDPng示例，有意义的可选项可通过例如SDPng中的〈cfg〉和〈alt〉标签表示。腸媒体适配预留对象第三对象是媒体适配预留对象，其可以由ObjectID=3标识。它具有类似于媒体适配期望对象的格式，在响应预留消息转发的响应消息中被携带。它的功能是通过包括在相应NSIS路由器中为媒体会话(参数ID(pammeterID)=4)预留的资源的媒体适配描述来确认预留资源。MediaSpec对象和参数描述以下部分将根据本发明的不同实施例提供对包括在MediaSpec描述字段中的不同对象的更详细定义。■控制信息对象根据该实施例，MediaSpec控制信息对象由objectID(例如objectID=0)标识并且对于的每个NSLP消息是必须的。根据本发明实施例，提供控制信息对象的不同格式，其可以基于它们的parameterID而标识。第一格式称为〈MediaSpecHops〉格式(parameterID=1)。包括在该控制信息对象内的数据指示理解在此定义的NSIS媒体格式适配NSLP消息的NSIS实体，即根据在此的术语学的NSIS路由器的数量。该数量包括在MediaSpecHops字段中。每个有媒体适配能力的NSIS路由器使该计数器加1。<MediaSpecHops〉4各式可以定义如下012301234567890123456789012345678901+_+_+_+_++_+_+-++_+■+-+-+-+_+-+_+-+-+■+-+-+-+-+-+-+-++-+■+_+-+IObjectID=0IParameterID=1ILengthI+_+_+_+_+_+-+-+-+-+_+-+_+■+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaSpecHops〃+-+-+-+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+另一格式是〈InspectNeighborhood〉格式(parameterID=2)，其指定NSIS路由器是否将向不在路径上(例如如果"探测的跳跃距离(H叩distancetoexplore)"等于零("0")则不在路径上，否则就在路径上)的其它NSIS路由器转发包括控制信息对象的消息。除对于每个访问NSIS路由器，将"减少跳动计数(Decreasingcountofhops)"计数器减少一个单元之外，可以在NSIS路由器的所有接口(除接收它的那一个接口之外)上复制包括该参数的查询消息，然后不经任何改变地转发。它具有以下格式012301234567890123456789012345678901+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=0IParameterID=21LengthI+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+〃Hopdistancetoexplore〃+_+_+-+-++_+-+_+_+-++-+-+-+-+-++-+-+-+-+-++-++-+-+-+-+-+-+-+〃Decreasingcountofhops〃+_+_+_+-+_++-+-+-+-+_+-+-+_+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+更具体地说^Length〉字段指示在以上两个示例的该字段之后的参数有效荷载字节的长度。<HopDistancetoexplore〉字段指示将接收消息以及检查附加媒体适配能力的跳动或者NSIS实体的数量。该数量不会减少。另外，为了限制跳动数量，包括递减的<Decreasingcountofh叩s〉字段的消息被"不在路径上"地进行传播。使用两个计数器的原因是为了控制接收包括控制信息对象的消息的NSIS路由器的转发行为在两个计数器值相同(不同于零)的情况下，NSIS路由器在除了两个接口之外的所有接口上转发消息一个是在其上接收消息的接口，而另一个是在到其它终端的路径上的接口。否则，NSIS路由器在除在其上接收消息的接口之外的其它所有NSIS路由器接口上转发消息。國媒体适配期望对象媒体适配期望对象(包括ID=3或者4的至少一个参数)包括对期望媒体适配能力(查询或者预留)的描述。每个NSIS路由器检查对象，以及包括媒体适配可用对象的匹配能力。在该对象中包括至少两个参数。10=3的参数用于查询在查询消息中的媒体适配能力，而ID=4的参数用于当对象包括在预留消息中时预留资源。例如4各式如下、012301234567890123456789012345678901+-+-+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=1IParameterID=3ILength(bytes)IMAID=II+_+++-+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-++-+-+-+〃MediaAdaptationDescription〃IParameterID=3ILength(bytes)IMAID=2I+_+_+_+画+_+_+_+-+_+-+-+-+墨+響+-+漏+_+-+-+扁+腸+-+-+扁+-〃〃MediaAdaptationDescription〃+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+-+-+-+-+-+包括该参数(ID=3)的媒体适配期望对象由接收包括对象的消息的每个NSIS路由器分析以及可以触发查询消息中包括媒体适配可用对象的(inclusion),媒体适配可用对象返回到响应消息中的查询消息的启动器。具有parameterID=4的媒体适配期望对象可以具有以下示例性格式012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+-+IObjectID=1IParameterID=4ILength(bytes)IMAID=1I+_+_++-+_+_+_+_+-+_+++-+_+_+-+-+-++-+-+-+-+-+-++-+-+-++-+-+〃NetworkID〃+_+_+_+_++_+++_+_+-+_+-+_++_+-+_+-+■+■+_+_+-+-+_+_+_+_+-+_+-+〃MediaAdaptationResourceID〃+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+隱+_+一+一+陽+陽+隱+隱+-+一+画+_+-+-+-+陽+-+_+-+-+墨+陽+-+-+-+-+-+-+隱+-+画+-+〃MediaAdaptationDescription〃I+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_++_+_+_+—+_+_+_+_+_+_+IIParameterID=4ILength(bytes)IMAID=2I+_+_+-+_+_+_+_+-+-+-+_+_+-+-+-+-+-+_+-+-+-+-+-+-+-++-+-+-+-+-+-+〃NetworkID〃+_+_+_+_++_+_+-+-+++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceID〃+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+_+_+■+_+■+_+-+_+■+-++_+-+-+-++-+-+■+-+_+-+-+-+-+-+-+-+-+-++-+〃MediaAdaptationDescription〃+_+_+_++-+-++_+_+_+_+_+_+_+_+-+■+_+-+-+-+-++_+-+-+-+-++-+-+-+如它们在媒体适配描述字段中被描述的。如上所示的包括ID=4的参数的媒体适配期望对象允许终端(或者它们的代理)预留请求媒体适配资源。如果预留成功，则在以下媒体适配预留对象内的响应消息中返回包括预留细节(即预留资源的媒体适配的精确描述)的ID=4的参数；否则可以返回包括parameterID=6的、指示预留资源失败原因的媒体适配期望对象。一旦成功预留，包括在预留消息的媒体适配期望对象内的ID=4的参数就"跳跃离开"，即从对象中移除。将ID-4的参数按次序排在预留消息的媒体适配期望对象内，因为对于媒体适配来说，次序是有意义的。以上定义的字段的意义如下。〈MAID〉字段指示媒体适配ID。MAID标识参考哪个媒体适配描述。对于查询消息的响应，可以有多于一个与查询相匹配、并且愿意给与(grant)资源的媒体适配资源，即在媒体适配可用对象中可能存在有多个具有相同MAID的、ID-5的参数。然而，在预留消息中每个MAID值只有一个ID=4的参数。<NetworkID〉字段包含标识节点的全球唯一的网络ID,其中在所述节点处寻址媒体适配资源。例如，这可以是宿主一组媒体适配资源的节点(例如NSIS路由器)的标识符。所包括的网络ID并不一定是资源本身的网络ID,也可以是管理它的NSIS路由器的网络ID。例如，IPv6地址或者其它种类的全球标识符，如在http://www.ietf.org上可得到的正TF互联网草案"HostIdentityProtocolArchitecture(主才几标识协i义体系)，，(draft-ietf-hip-arch-03.txt)中的HIT标签，也可以用作网络ID。有时，该ID并不一定具有全球唯一性，例如，在通过IP-in-IP隧道虛拟化的情况下，诸如当前采用的VPN(虛拟专用网络)技术。在这样的情况下，足以保证网络ID(例如，IP地址)在通过隧道产生的"虛拟网络"内是唯一的。在没有在路径上发现资源以及必须通过其它部件(可能是如IP遂道或者其它部件的不在路径上的通信)到达的情况下，网络ID也是有用的。<MediaAdaptationResourceID〉字段包括应用ID。应用ID标识由网络ID标识的节点上的媒体适配资源，例如代码转换器、流分割器。例如媒体适配资源ID可以是SIPURI。另夕卜，<MediaAdaptationResourceSessionID〉字段包括由资源在当前媒体适配路径中使用的所有会话标识符之间的唯一会话标识符。该标识符用于寻址媒体适配节点(NSIS路由器)提供的资源，例如具有某些输入/输出参数的代码转换应用的特定会话。当请求媒体适配资源发布该标识符时，每当改变或者调节会话配置时，该标识符就马上被使用。这允许多个媒体数据路径同时使用相同媒体适配资源。在媒体适配资源供应的所有会话之间，媒体适配资源会话ID可以是唯一的。在可用々某体适配能力与查询的那些匹配并且愿意分配会话的访问NSIS路由器中，媒体适配资源会话ID字段由媒体适配资源发布。可选地包括〈MediaAdaptationE2ESessionFootprint〉字段，并且其包括由媒体适配资源插入的标识符，可以用于出租实际上已经处理分组的端点节点。例如该"footprint"可以是标识的贡献同步源或者在http:〃www.ietf.org中可得到的实时传输协议RFC3550中的CSRC。该信息对检测路由故障或者^;某体适配节点是有用的，因为RTCP分组报告从包括在这种情况下是预留媒体适配资源的贡献源的每个同步源中接收的多个分组。为了明确通知端点哪个节点将处理它将接收的数据，由不同预留媒体适配资源使用的足迹可以转达到端点。使用到前置条件框架的提议扩展，"a=intermediate:"，通过SIP的更新消息进4亍该足迹的通信。<MediaAdaptationDescription〉字段包括对搜索功能的描述。为了说明，代码转换处理期望的要求配置能够用SDPng表示如下<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSenema-instance"xsi:schernaLocation="http:〃www.iana.org/\sdpngsdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/video/sdpng-rtp-video-\txcodec-pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version='T，><cap>〈rtp:udpname="rtpudpip6">[…]</rtp:udp></cap><def><rtp:udpname="rtp-def'ref="rtp:rtpudpip6"〉<rtp:pt-in>3K7rtp:pt-in><rtp:pt-out>32</rtp:pt-out></rtp:udp></def><cfg><video:txcodecname="h263plus-mpg-txcodec"><video:input-encoding>H.263+</video:encoding><video:input-resolution><5CIF</video:resolution)<video:input-frameratemax="307><video:ouput-encoding>MPEG-4</video:output-format><video:output-resolution>QCIF</video:resolution>〈video:output-frameratemax="30"/></video:txcodec〉</cfg><constraints>[...whereapplicable...]</constraints></sdpng>在要求预留多个资源的情况下，因为一些媒体适配可能要求按次序，所以对象包括按预留次序的ID=4的多个参数。例如，在首先没有分开视频和音频的情况下，不可能代码转换视频。在媒体适配资源没有在从一个终端到其它终端的媒体数据路径上的情况下，则网络ID可以用来建立通向"不在路径上"的NSIS路由器的隧道，其管理对于希望的媒体格式适配所必需的资源，其暗示需要偏离"默认媒体数据路径"。当NSIS路由器检测到请求媒体适配资源不由它宿主时(网络ID地址不同于它自己的)，然后可能建立通向所指示的NSIS路由器的隧道，以及可以使用^某体适配资源ID和媒体适配会话ID来请求媒体适配处理。鹏媒体适配可用对象如上所述，该对象可以包括在查询消息和预留消息的响应中。它包括在查询消息中，同时也包括在返回到启动器的响应消息中。J!某体适配可用对象具有以下结构<formula>formulaseeoriginaldocumentpage46</formula>.+--+■-+-.+--+-.+_+_+_+墨+-+-+陽+-+隱+_+-+陽+_+_+_+_+一+_+_+_+..+-.+-■+.-+〃MediaAdaptationResourceID〃-+.■+--+-■+--+■.+-+-+-+-+-+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+.-+--+-小.+.-+〃MediaAdaptationResourceSessionID〃-+--+--+--+-.++—+_+_++_+++_+_+-+_+_+_+_+_+—+_+_+_+..+--+--+.-+〃MediaAdaptationResourceCost〃-+■-+■■+-.+_++_++-++_+_+_+_+_+-+_+_+-+_+-+_+_+_+.-+■-+--+.-+〃MediaAdaptationE2ESessionFootprint〃-+-■+.+-■+-■+_+++_++_+-++_++_+_+-+_+_+-+_+_+-+-+.-+-小-+.-+■〃MediaAdaptationDescription〃+-+--+--+■.+-.+--+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+.-+--+--+-+--+如从上可看出，对象包括对于在特定NSIS路由器或者路由器组的预留可用的更多可用媒体适配应用会话之一，例如，ID=5的多个参数。这些资源的可用性具有为软状态。如果在给定时间之后没有预留资源，则分配资源以及ad-hoc产生标识符媒体会话ID并且E2E会话足迹过期。这将避免不必要的预留。用这样的方式，<MediaAdaptationID〉需要标识媒体适配期望对象中这个(这些)参数(ID=5)响应于所述^某体适配期望对象的匹配参数(ID=4)。具有相同媒体适配ID的那些参数是可选的。当它们的能力与查询的那些匹配并且愿意分配资源时，以下字段用访问节点，即包括对象的消息传递时所通过的那些NSIS路由器填充<NrhopstosourceCount〉字段指定从启动NSIS实体(例如终端110或者122或者它们各自的代理)转发消息所经由的跳动的数量。在默认媒体数据路径上没有发现资源，并且该资源描述媒体适配资源离开默认媒体路径多少跳动的情况下，使用<NoHopsawayfrompath〉字段。<MediaAdaptationResourceCost〉字段指示在该节点预留该处理的成本。成本可以是各种成本度量(costmetric)。还可以定义每个都包括不同成本模型的参数。如上所述，〈NetworkID〉字,殳、<MediaAdaptationResourceID〉字段、<MediaAdaptationResourceSessionID〉字,殳、以及〈MediaAdaptationE2ESessionFootprint〉具有类似的功能。47<MediaAdaptationDescription〉字段包括对在发现的媒体适配资源上的可用功能的描述。以下重用以上SDPng示例<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http:〃www.iana.org/\sdpngsdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/video/sdpng-rtp-video-\txcodec-pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version="r'><cap〉<rtp:udpname="rtpudpip6"><rtp:pt-in〉3134</rtp:pt-in><rtp:pt-out>3235</rtp:pt-out〉</rtp:udp></cap><cfg><video:txcodecname="h263plus-mpg-txcodec">〈video:input-encoding>H.263+</video:encoding〉<video:input-resolution>QCIF</video:resolution><video:input-frameratemax="307><video:ouput-encoding>MPEG-4</video:output-format〉<video:output-resolution>QCIF</video:resolution><video:output-framemtemax="307></video:txcodec></cfg><constraints>[...whereapplicable...]</constraints〉</sdpng>以上描述还指示产生该描述的媒体适配资源支持从H263、QCIF分辨率、最大每秒30帧代码转换到同样分辨率和帧速率的MPEG-4视频。还要注意，附加包要求理解编解码器的编解码器特定参数，其能够从"http:〃www.iana.org/sdpng/video/sdpng—rtp國video-txcodec-pkg.xsd，，中4企索到。用同样的方式，可以根据SDPng规则可以表示可选代码转换参数。注意描述仅仅提到了能力和一个配置。也可以有一些可选配置以及(可应用的)约束。然而，因为这仅仅是i某体适配可用对象，由于没有进行预留，所以没有定义以及配置标签(或元件)。还有注意，SDPng具有在〈cfg〉和〈ab标签下列出可选配置的能力。注意范围以及参数列表也是可能的(可以明确地列出RTP有效荷载类型范围，rtp:pt)。顧媒体适配预留对象该对象确认预留资源。在正常操作中，其参数包括与在预留消息中传送的、parameterID=4的媒体适配期望对象一样的信息。然而，有可能由于局部策略，NSIS路由器或者其资源改变会话的一些细节，诸如资源在其上可用的端口。媒体适配预留对象要求新的参数来指示失败的々某体适配预留，parameterID=6。这通过错误代码来通知预留的失败和对成功预留的提议。以下示例示出通知发布第一预留成功而第二预留失败的预留消息的终端(或者它的代理)的分组结构012301234567890123456789012345678901+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=3IParameterID=41Length(bytes)IMAID=1I+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkID〃+_+_++_++_+_+-+-+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceID〃+_+_+_+++_+_+_+_+_+-+■+-+-+-+-+-+-+-+-+■+-+-+-+-+-+■+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃++_+_+_+-+_+-+_+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+画+陽+陽+匿+隱+_+_+陽+_+_+_+-+陽+_+一+誦+陽+-+_+隱+_+-+_+_+画+_+一+_+-+_+_+陽+〃MediaAdaptationDescription〃+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IIParameterID=6ILength(bytes)IMAID=2I+_+一+陽+_+_+-+_+-+_+_+曙+_+一+_+隱+_+一+陽+_+_+_+-+_+_+一+_+醫+_+-+_+一+-+〃NetworkID〃+-+_+_+_+-+_++_+_+_+_+-+■+_+-+_+-+-+-+-+-+-+-+_+■++-+-+_+-+_+-+〃MediaAdaptationResourceID〃+_+_+_+_+++_+_+_+_+_+-+_+_+-++-+-+-+_+_+-+_+-+-+_+-+-+-+_+_+-+〃MediaAdaptationResourceSessionID〃+_+_+_+_+_++-++_+■+■+-++_+-+_+-+-+-+-+-+-+-+-+-+_+-+-+-+—+_+-+〃MediaAdaptationE2ESessionFootprint〃+_+_+_+_+-+_+_+_+_+_+_+-+-+_+-+_+_+-+-+++-+_+_+■+_+-+—+_+_+_+-+〃FailedMediaAdaptationDescription〃+_+_+-+_+_+_+_+_+_+_+_+_+_+-+-+_+-+—+-+-+-+-+-+_+-++-+-+-+-+-+-+〃ErrorCode(reasonoffailure〃+-+_+_+_+_+■+_+-+_+_+_+-+_+-++-+-+-+-+_+_+-++_+■+_+■+-+_+—+-+-+〃ProposedNewMediaAdaptationDescription〃+-+_+_+_+-+-+-+-+-+-+-+-+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+NSIS路由器上的消息处理可选地，在验证过程成功地完成之后，以上^是议的NSIS媒体格式适配NSLP的信令消息只可以在NSIS路由器上进行处理(一般在消息中携带POLICY—DATA对象)。处理查询消息包括々某体适配期望对象的查询消息由传递查询所通过的每个NSIS路由器进行分析。分析请求的每个媒体适配处理以及其相关参数。如果包括在ID=1的参数的媒体适配描述中的请求处理是可用的，则媒体适配可用对象由相应NSIS路由器包括在查询消息中，其包括反映媒体适配处理的能力、定义、配置以及信息的参数(ID=5)。包括在媒体适配可用以及媒体适配期望对象中的参数通过MAID链接。包括同样的MAID的多个参数表示意图相当或者类似能力的不同的可选NSIS路由器。预留的查询终端总可以选择一个或其它可用的处理，如果存在可用的选择，则+某体适配资源利用的终端的决定例如可以取决于相应可用资源之一的跳动数量，取决于利用相应资源(例如延迟)或者其它度量的所包含成本。因为代码转换器(以及通常任何适配)可以改变诸如RTP有效荷载类型的分组有效荷载中的一些属性，所以关于可用媒体适配资源的详细信息可以是必要的。例如，如果存在从格式X转换到Y(X—Y'—Y"—Y)所要求的两个适配处理步骤，则Y'和Y"需要包括描述中的可用有效荷载类型范围，使得预留包括用于每个媒体流("m=，，行)中的"a="行的精确输入和输出有效荷载类型数量。处理能力的精确规范对于扩展来说是很重要的，以便能够使预留状态和媒体流相关联。处理能力的精确说明还允许预留稍后的给与资源，以防请求预留消息的转发器。如果没有可以由请求终端预留的资源或者不支持所请求的媒体适配处理，则将消息转发到如NTLP路由确定的、下一在路径上的NSIS路由器而不改变。处理预留消息预留消息与查询消息一样进行处理。与查询消息相反，预留消息实际上预留每个MAID的媒体适配资源。另外，在预留消息中，ID-4的参数的媒体适配描迷不包括任何值范围，而只包括应该明确对于资源预留的固定值。在每个NSIS路由器上，必须例示用于每个媒体适配处理的一个输入和一个输出参数。在预留消息中，因为预留消息包括在一组有序媒体适配步骤中，所以当它被处理，就马上移除指示将要预留的媒体适配处理的parameterID=4的媒体适配期望对象的每个参数。在随后的NSIS路由器中通过媒体适配预留的参数设置是匹配的，因此例如转换到格式Y'的输出有效荷载类型和转换到格式Y"的输入有效荷载类型采用相同的值。用响应消息确认(或者否认)了该匹配，其转达随后预留的设置(parameterID5或者6)的。处理响应消息响应消息具有两个主要用途籠当用作查询消息的响应时，将有关可用媒体适配资源的信息转达回启动器中，以及■当用作预留消息的响应时，确认随后NSIS路由器中的成功预留，媒体适配能力搜索如之前提到的，可能有用于在重叠网络中搜索媒体适配能力的两种可能性■在路径上搜索——该搜索选项使用用于NSIS信令的在路径上选项以在提供要求媒体适配能力的媒体数据路径上检测NSIS路由器。接收查询消息的在媒体数据路径上的每个NSIS路由器检查媒体适配期望对象和媒体适配可用对象，并且根据它们的可用性修改它们。该简化方法的缺点是在通向伙伴的媒体数据路径上遇到所有资源的概率极低。■不在路径上搜索(近似搜索)——根据该搜索选项，每个NSIS路由器还向它们不在媒体数据路径上的相邻"邻居"NSIS路由器查询它们的能力。在路径上搜索以上讨论了在路径上搜索，其消息流也类似于图5中所示出的。查询终端沿着媒体数据路径向将要与其建立会话的伙伴终端转发查询消息。如果匹配查询，则在路径上的NSIS路由器处理查询并且向查询中添加对它们媒体适配能力的描述。然后描述被提供回查询终端，其选取完成查询的媒体适配需要的NSIS路由器，并且在选取的NSIS路由器中预留资源。近似搜索以下给出不在路径上搜索的不同实施的情况。■基本操作方式一一拉取操作在基本操作方式中，近似搜索的行为将检验"邻居"NSIS路由器到在路径上NSIS路由器的可用能力。邻居NSIS实体(NE)或者NSIS路由器定义为远离当前处理NSIS消息的NSIS路由器一个或多个跳动的NSIS实体。在标准NTLP协议中，例如在GIMPS中，每个NE知道离开一个跳跃的其它NE,称为相邻GIMPS节点。在上述"GeneralInternetMessagingProtocolforSignaling"中描述GIMPS路由状态保持的该机制。对于基本方式的新提议的NSIS媒体格式适配-NSLP的近似搜索，操作根据"拉取"模型工作，即在要求时NSIS路由器(或者NE)从邻居NSIS路由器中检索信息。根据本发明的实施例，该机制可以按如下实施■查询消息的局部处理如果查询匹配并且NSIS^^由器愿意分配资源，则每个访问NSIS路由器将能力描述(ID=5的参数)包括在媒体适配可用对象中。当接收到控制信息对象中的参数"探测的跳跃距离"不等于零的查询消息时，每个在路径上的NSIS路由器向不在媒体数据路径上(不在路径上)的相邻NSIS路由器转发消息。麵此外，当转发消息时，传递查询消息所通过的每个不在路径上的NSIS路由器减少"跳动减计算"一个单元。画接收查询消息的每个不在路径上的NSIS路由器在它的除接收查询消息的接口之外其它接口上转发查询。麵在向在路径上的NSIS路由器另外转发查询消息之前，查询不在路径上的NSIS路由器的每个NSIS路由器一直等待，直到包括可用媒体适配能力的、用于每个查询消息的响应消息到达时为止。■当来自下一不在路径上的相邻NSIS路由器的响应消息到达时，不在路径上的NSIS路由器编译一个响应消息的媒体适配可用对象中的所有参数。■接收该编译响应消息的每个在路径上的NSIS路由器提取媒体适配可用对象，将它包括在查询消息中并且向位于在路径上的媒体数据的下一NSIS路由器转发"更新"查询消息。■最后，具有给定"探测的跳跃距离，，的在路径上以及不在路径上的路由器的所有可用能力的响应消息到达搜索的启动器。注意，在该基本算法中，不能避免查询消息传播路径的循环，但是，因为当计数器达到零值或者没有附加其它NSIS路由器时触发响应消息从而结束查询消息的传播，所以循环可能不是有害的。假定将在终端110和122之间建立会话，在图10至12中示出根据本发明的说明性实施例转送查询消息以及接收到此的响应消息的操作。为从终端110到终端122的媒体示出在分组交换网络中路径媒体适配资源的检测。在图10中，终端110的SIP用户代理连接到代理108,使远离由连接相应网络节点的粗线指示的、从终端110到终端122的默认媒体路径不超过两跳(探测的跳跃距离字段设置为值2)的媒体适配资源同样启动近似搜索。因为代理/NSIS路由器108仅仅具有一个在路径上的相邻NSIS路由器105,如果查询匹配并且NSIS路由器愿意分配资源，则代理/NSIS路由器108向查询消息添加它的媒体适配能力的描述(例如添加媒体适配可用对象)并且向NSIS路由器105转发"更新"查询消息。NSIS路由器105也没有相邻的不在路径上的邻居，因此它也向查询消息添加对它的媒体适配能力的描述并且向下一在路径上的NSIS路由器104转发查询消息。NSIS路由器104具有两个不在路径上的路由邻居，即NSIS路由器106和102。在另外向下一在路径上的NSIS路由器103传递查询消息之前，NSIS路由器104查询其不在路径上的邻居NSIS路由器106和102,然后等候它们对查询的响应消息。NSIS路由器102检验跳跃计数器(探测跳跃距离字段)并且将值从2递减到1。因为计数器值不是O,所以NSIS路由器102将查询消息转发到它的邻居NSIS路由器，其只是NSIS路由器103。NSIS路由器103检测减少之后的跳跃计数器等于0,因此不需要进一步传播查询消息。NSIS路由器102等候来自NSIS路由器103的响应消息，在其中评价并且聚合同样的信息以形成NSIS路由器104的响应消息。NSIS路由器104评价从NSIS路由器102和106接收的响应消息。在NSIS路由器103添加了对其媒体适配能力的描述的情况下，则由于NSIS路由器102接收的响应消息中的信息以及其知道NSIS路由器103是下一在路径上的NSIS使能节点，所以NSIS路由器104可以在重叠网络中检测到循环。另夕卜，NSIS路由器104分析接收的响应消息中的媒体适配能力以及更新查询消息，相应地也考虑它的媒体适配能力。然后，它向媒体数据路径上的下一NSIS路由器103(未示出)转发更新查询消息。现在转到图11，因为操作本质上类似于一个NSIS路由器104，所以仅仅简要地说明NSIS路由器103的操作。NSIS路由器1034全测是否执行近似搜索，因此首先向NSIS路由器101和102转发查询消息。NSIS路由器lOl和102将跳跃计数器从2减少到1,并且在生成查询消息的响应消息之前向返回响应消息的NSIS路由器104和107两者转发更新查询消息。当NSIS路由器101和102分别接收到这些响应消息时，对其中的信息同样进行聚合以及知道对转发回NSIS路由器103的响应消息的他们自己相应+某体适配能力。NSIS路由器103也评价来自NSIS路由器101和102的响应消息，然后将信息聚合到随后发送到该示例中的NSIS媒体格式适配NSLP使能终端122的更新查询消息中。如图12所示，终端122提取有关检测以及在查询消息中指示的媒体适配能力的信息，然后基于逐跳在响应消息中将信息提供回终端110。■基本操作一一使用不在路径上的媒体适配资源如上所述，在要求偏离默认媒体数据路径的情况下(例如由于请求的媒体适配资源没有存在于媒体数据路径上)，网络ID可以用来建立通向管理那些资源的那些NSIS路由器的隧道。当NSIS路由器检测到将要预留的媒体适配资源不由它宿主时(例如网络ID不同于自己的)它可能建立通向不在路径上的该NSIS路由器的隧道，然后请求使用媒体适配资源ID和媒体适配会话ID处理那里。例如如果一些媒体适配资源位于远离在路径上的NSIS路由器中的最近者，则通常存在如何使用不在默认媒体数据路径上的NSIS路由器的媒体适配资源的两个选项或者改变媒体数据路径以同时合并需要使用媒体适配资源的原来不在路径上NSIS路由器，或者从在默认媒体数据路径上的一个或更多NSIS路由器中至少建立一个隧道以便使用不在路径上的NSIS路由器的能力。使用后一选项，默认媒体数据路径不需要改变。转到图13，示出在NSIS路由器102中的媒体适配资源的示例性预留。如以上根据图10至12说明所示，终端IIO接收描述可以在路径上以及不在路径上使用的媒体适配资源的响应消息。假定只有NSIS路由器102可以提供与终端122会话所要求的+某体适配，则终端110企图在NSIS路由器102上预留媒体适配资源。因此，终端122启动预留消息向NSIS路由器102的传送。由于预留消息在中间NSIS^各由器103中处理，同样地将预留消息转发到NSIS路由器102中，然后检测将要使用的媒体适配资源是否不在默认的媒体路径上。根据该示例性实施例，因此NSIS路由器103在它本身和NSIS路由器102之间设置隧道。当在会话期间接收到将要适配的媒体数据流，NSIS路由器103就过滤流然后传递其媒体数据到通过建立的隧道进行转换的NSIS路由器102中。NSIS路由器102返回转换的媒体流，其然后沿着媒体路径向终端122转发。为了能够使用隧道将不在路径上的资源包括在预留中，NSIS路由器需要实施隧道能力以及还可以实施以下两个用于记录路由和请求隧道预留的附加参数。启动预留的终端(例如终端110或者122)建立在它自己和目标终端之间的路由路径的附近的"网络图"。因此，终端知道，由NSIS路由器形成的重叠网络的拓朴达到了之前通过它的查询消息(探测跳跃距离的字段)其探测网络的程度。因此，它也知道隔网络拓朴中每个在i各径上以及不在路径上的NSIS路由器的距离(测量跳动)。为了找出路径附近的拓朴，提议根据本发明实施例另外加强NSLP的语义除查询所需要的媒体适配之外，至少所有NSIS路由器的网络ID(在路径上以及不在路径上)，其都接收了查询消息，而不考虑它们是否匹配查询的媒体适配能力。因此，新参数可能包括在查询消息内一_例如在以上指定的媒体适配期望对象内，其触发已经接收响应消息中的查询消息的那些NSIS路由器的网络ID的内含物。因此，转达网络ID的另一参数也在响应消息中——例如在以上指定的媒体适配可用对象内提供。对于查询消息，新参数(例如ID-7)可以具有以下示例性格式012301234567890123456789012345678901+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=1IParameterID=7ILength(bytes)IMAID:OI+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+设置为0的MAID指示NSIS路由器处理消息中没有包括媒体适配描述的查询消息。接收查询消息中的该参数的每个NSIS路由器包括纟!某体适配可用对象中的以下示例性参数(例如ID-8):012301234567890123456789012345678901+_+—+_+_+-+_+-+_+-++-+-+-+-+-+-+—+-+-+-+-+_+-+-+-+-+-+-+-+-+■+-+IObjectID=2IParameterID=8ILength(bytes)1MAID-1I+_+_+_+画+陽+-+画+一+_+陽+-+画+陽+-+-+-+-+隱+-+陽+-+隱+-+隱+-+-+-+-+-+-+-+-+1NrhopsINrhopsIIItosourceIawayfrompathIreserved1+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkID〃+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃RecordRoute〃+_+_+-++-++■+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-+-+■+-+-+-+-+-+"RecordRoute"字段包括搜索方向上的访问节点的网络ID,其中处理消息的最近NSIS路由器向例如列表末尾添加它的网络ID。通过关联路由组以及跳动数量和启动查询消息的终端，终端能够建立查询网络节点的网络拓朴。可选地，可以用QoS度量(而不仅仅是跳动数量)如带宽或者延时来加强该网络拓朴，其可以通过终端选取意图必要的媒体转换以及还有最好总体QoS性能的媒体适配资源来使用。一旦知道网络拓朴，终端就可以断言通向不在路径上的NSIS路由器的必需隧道的隧道端点提供期望媒体适配能力。如上所述，隧道用来将不在路径上的节点"包括"在媒体适配路径中。为了指示建立包括不在路径上的NSIS路由器的隧道，向预留消息中添加新参数。参数描述了隧道建立以及级联和有序形式所要求的适配。回到图13中示出的示例，NSIS路由器102位于默i人媒体数据路径(用粗实线标记)外面，但是提供了要求的媒体适配能力。为了包括NSIS路由器102(隧道目标/源A'),期望三角路由NSIS路由器104—NSIS路由器102—NSIS路由器103,因此媒体数据离开了与NSIS路由器104之间的路径，然后再次合并到NSIS路由器103中的路径上。为此，必须建立两个隧道(从NSIS路由器104—NSIS路由器102以及从NSIS路由器102—NSIS路由器103)。因此预留消息包括对NSIS路由器102的媒体格式适配描述(parameterID=4),指示必要的媒体格式适配(照常，在之前查询中收集)以及描述(多个)隧道建立。例如，ID=9的新参数可以定义为描述在NSIS路由器104、102以及103(分别)之间建立的隧道，包括在NSIS路由器102中的媒体格式适酉己描述(parameterID=4):012301234567890123456789012345678901+_++—+_+_+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-+-+-+-+-+■+-+-+IObjectID=3IParameterID=9ILength(bytes)IRESERVED|+_+-+_+_+-+_++-+_+-+-+■+■+-+-+-+-+-+-+-+■+-+■+-+-+-+-+■+-+-+-+-+〃NetworkIDof1stTunnelSource=NSISrouter104)〃+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkIDof1stTunnelDestination:NSISrouter102〃+_+_+_+_+_++_++_+_+++-+_+_++_+-+_+_+-+-+-+-+++_+-+_+-+-+_+##mediaformatadaptationdescription(parameterID=4)for####thenecessaryMediaAdaptationtobereservedatA'##+_+_++_+_+-+_+_+_+-+-+-+-+-+■+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=3IParameterID=8ILength(bytes)IRESERVEDI+_+-+_+■+_+_+_+-++_+_+-+-+_+-+■+-+_+-+-+-+-+-+_+-+■+-+-+-+-+-+-+〃NetworkIDof2ndTunnelSource=NSISrouter102)〃+_+-+_+-+-+-++-+_+_+_+_+_++-+_+-+—+■+_+-+-+-+-+_+-+-+-++-+-+-+〃NetworkIDof2ndTunnelDestination:NSISrouter103〃+_+_+-++_+_+_+_+_+_+_+-+-+_+-+-+-+_+_+-+-+-+-+-+-++-+-+—+-+-+-+可选地，同样在按所期望的适当适配媒体格式之后，能够建立从NSIS路由器103到NSIS路由器102以及从NSIS路由器102回到NSIS路由器103的隧道。这将使第一和第二隧道的隧道目标和隧道源变为相同，即NSIS路由器102。可选地，能够将多个不在路径上的NSIS路由器以级联形式包括在相反消息的有效荷载中。■加强操作一一推送操作在这一部分中描述本发明另一实施例建议的用于检测和预留不在路径上的^某体适配资源的另一方法。根据实施例，重叠网络中的NSIS路由器保持相邻NSIS路由器以及远离多于一个跳跃的NSIS路由器的本地数据库，NSIS路由器中的数据库内容的生成可以基于所谓的"推送，，通信模型，其中NSIS路由器向其它NSIS路由器预订然后被通知它们所预订的NSIS路由器的能力。该操作有点类似于像Hedrick的RFC1058,"RoutingInformationProtocol(路由信息协议)"(在http:〃www.ietf.org中可得到)中描述的矢量路由算法，根据其每个节点向邻居转发它知道的路由以及在一些时期(称为收敛时间)之后获取全球路由矢量(在这种情况下NSIS路由器的全球映射以及它们的能力)。根据本发明该实施例提议的机制工作如下在揭露支持在此描述的NSIS媒体格式适配NSLP的伙伴NSIS路由器组之后，每个NSIS路由器决定是否预订接收每个NSIS路由器的能力以及当前资源状态(例如负荷，可用存储容量，等等)的定期更新。预订可以通过向相应NSIS路由器转发预订消息荻得。预订消息本质上具有与查询消息相同的结构，并且以来自接收预订消息的NSIS路由器的通知消息的形式触发周期性响应。通知消息由NSIS路由器周期地转发，其反映它们的能力以及其它可选参数，诸如当前荷载特征、可用CPU功率或者存储容量。通知消息允许NSIS路由器收集有关可用媒体适配资源的信息和在其它NSIS路由器中的可选QoS资源，并且将该信息保持在局部数据库中。维持在本地数据库中的信息类型和数量强烈取决于通知时期如果"刷新"时间长，则快速存储在下一"刷新"之前将过期的改变信息如存储容量或者可用CPU功率是无用的。及时地在一些点，在"收敛时间"之后，每个NSIS路由器具有在该网络中的可用NSIS路由器和它们的可用容量的列表。当由NSIS路由器在媒体数据路径上接收媒体格式适配NSLP查询消息时，NSIS路由器不需要转发不在路径上的查询以探测媒体适配能力，但是现在可以查阅它的数据库，因此马上知道在邻居NSIS路由器以及其外的可用媒体适配资源。以下表示通知消息可以包括的一组能力和标识符+-+_+_+-++_++-+_+-+_+■+-+_+_+_+_+-++-+-+-+■+■+_++-++_+_+_+-+〃NetworkID〃+_+_+_+_+■+_+-+_+■+-+■+_+■+_+_+-+_+_+_+_+_+_++_+_+_+_+_+_+_+_+_+〃MediaAdaptationResourceID〃+_+_+■+-+_+_+-+-++_+_+-+-+-+■+-+-++_++-+-+-+-+■+-+_+-+-+-+_+_+〃MediaAdaptationResourceCost〃+_+_+_+-+_+_+_+-+++_+-+-+-+-+—+-+_+_+-+-+-+-++-+-+_+-+-+-+-+-+〃MediaAdaptationDescription〃+_++-+_+_+_+-+-+_+-+_+-+-+_+-+-+_+_+-+-+-+-+_+-+-+_+—+-+■+-+-+_+注意，媒体适配会话ID和足迹两者都不需要被包括在内。这是因为这些仅仅在接收到反映预留意向的查询消息时被例示。媒体适配处理检测和预留以及OoS检测和预留的组合如果需要，如上所述的类似机制也可以用来查询(检测)和预留网络QoS资源。例如，可以查询能够由NSIS路由器在终端110和终端122之间的媒体数据路径上提供的可用QoS,通过添加本质上类似于媒体适配期望对象的结构的QoS要求对象来扩展以上查询消息，以及包括对应该满足的QoS约束的描述。每个处理查询的NSIS节点可以添加或者更新具有本质上与媒体适配可用对象相同的作用的、并且指定沿着媒体路径的每个NSIS路由器或者能够被提供的总的最小QoS的能力的QoS可用对象，其中添加到查询中的QoS可用对象被传播回查询终端110。终端IIO可以在一个(多个)NSIS路由器选取合适的QoS和媒体适配资源,并且请求QoS资源沿着媒体数据路径的预留和媒体适配处理在选取的NSIS路由器中的预留。两个预留都可以组合成扩展预留消息，其包括除预留的媒体适配资源的描述之外的将要在路径上的NSIS路由器中预留的QoS约束的精确说明。在所有^!某体适配从媒体适配对象中移除之后，因为不要求进一步处理，所以预留消息回到预留终端。相应地，为了在终端122到终端110的路径上预留媒体适配资源和/或QoS资源，可以使用如在之前部分中所概述的相同的过程。一般的发布和变形提议实现不同机制和消息的一个主要好处可在于它取决于暗示在现有基础结构上要求改变最小的底层路由(OSPF,RIP,...)。然而，正因为如此期望不修改如由NTLP检测并且在影响路由的MRI(cf.,GIMPS草案)中反映的协议报头，其使接收器难以判断哪个网络节点已经修改数据。由本发明另一实施例提议的该暗示的解决方法是重复使用RTP混合器(mixer)和变换器(translator)的原则，通过适合于分组的中间RTP混合器和变换器包括的同步源标识符(SSRC)或者贡献SSRC(CSRC)的使用。该SSRC或者可选标识符可以链接到^某体适配会话ID,而该关系可以例如通过使用会话描述中提议的"a-intermediate:"属性来表明端点同意媒体适配。在此描述的另一改进机制涉及媒体适配资源可需要使用的次序以及它们在媒体数据路径上的位置。可发生所有媒体适配资源位于路径上的现象，但是必须以不同顺序访问多次以获取所要求的媒体转换。还有要求一些转换，媒体数据需要向用于适配的媒体数据路径前方和后面传递(例如终端110-NSIS路由器108—NSIS路由器105—NSIS路由器104—NSIS路由器103(适配)—NSIS路由器104(适配)—NSIS路由器103—终端122)。通过建立确保使用必要媒体适配资源的正确次序的隧道，使用用于包括不在路径上的媒体适配资源的相同的隧道机制也可以解决该问题。另外，目前为止描述的示例主要基于使用作为会话启动的SIP和管理协议。例如，当考虑媒体流时，流入对RTSP消息假设类似情形。与SIP类似，RTSP是具有像HTTP的语法的协议，其还可以同时使用SDP(或者其它会话描述协议)来转达端-主机(end-host)的会话细节和能力。不同于SIP,RTSP履行遥控多媒体表示的功能。在目前为止描述的实施例中，中心实体(预留的启动器)包括在此指定的MediaSpec消息的有效荷载中的、以媒体适配描述形式所要求的精确处理。因此集中用于决定要求的媒体适配步骤的逻辑。或者，根据本发明另一实施例分发方法是可能的。在该变形中，将允许NSIS路由器将要求的媒体适配处理分解成多个步骤，例如编解码器X到编解码器Y的代码转换分成两个步骤首先代码转换到X'然后到Y。该分解在查询请求期间是必要的，并且暗示新参数的定义将给定媒体适配描述(由给定ID标识)分成反馈到查询启动器的多个中间描述。除中间代码转换之外，其它处理都要求如此行为，诸如将流分成独立媒体(如音频与视频)。一些实施例假定流的路由在会话持续期间保持不变。然而可以是这样的情况，其中由于例如策略或者管理决定或者由于在适当的位置实行通信量工程而使路由发生改变。在那些情况下，进行"备份预留，，是有用的，意味着具有低可用性百分比的附加资源的预留，以迎合路由改变的情况。通过分析E2E会话足迹，可以在路由改变前后的NSIS路由器或者在端点;险测到路由改变另外注意，本发明可能还用于多播i某体会话。例如，NSIS路由器103可以是通过移动通信系统附加到其上的移动终端116至123的代理。为了建立多点传送服务，代理103可以处理代表移动通信网络中的参与移动终端的会话建立和控制。例如根据支持媒体格式，代理103可以知道或者可以使其知道移动终端的媒体能力。因此，在将要建立多播会话的情况下，代理103可以知道或者可以使其知道在会话描述中指定的支持媒体格式的缺乏。如在此所述，明智的，代理103可以形成不支持会话描述中建议的媒体格式的移动终端组，并且可以在网络组中检测和预留士某体适配资源。本发明的另一实施例涉及使用硬件和软件实现上述各种实施例。认识到可使用计算装置(处理器)实现或执行本发明的各种实施例，例如通用处理器、数据信号处理器(DSP)、特定用途集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置等。还可通过这些装置的组合执行或实现本发明的各种实施例。此外，本发明的各种实施例还可通过可由处理器或之间在硬件中执行的软件模块实现。同样，软件模块和硬件实现的组合是可能的。可将软件模块存储在任意种类的计算机可读存储介质上，例如，RAM、EPR0M、EEPR0M、快闪存储器、寄存器、硬盘、CD-R0M、DVD等。可以认识到，上述不同实施例以及其改变仅仅意在作为说明性示例。本领域的技术人员将理解，如在特定实施例中所示，可对本发明做出许多改变和/或修改而不背离如广泛描述的本发明的精神和范围。因此为了说明而非限制在所有方面考虑本实施例。权利要求1.一种用于通过分组交换通信网络在第一终端和第二终端之间建立包括至少一个媒体流的媒体会话的方法，其中该至少一个媒体流使用媒体传输协议进行通信，该方法包括由该第一终端执行的以下步骤使用会话管理协议向该第二终端传送建立消息来启动该会话，其中该消息包括建议将要在该媒体会话中通信的每个媒体流的媒体格式以及相应参数和属性的会话描述，使用该会话管理协议来接收对该建立消息的响应，其中对该建立消息的该响应包括修正的会话描述，其中对于在该建立消息包括的该会话描述中建议了该第二终端不支持的媒体格式的媒体会话，该修正的会话描述建议该媒体会话的至少一个媒体流的可选媒体格式，对于在该建立消息的该响应中包括的该会话描述中的每个可选媒体格式，确定该第一终端是否支持相应的可选媒体格式，如果不支持，则对每个可选媒体格式检测使用信令下一步NSIS框架的至少一个NSIS路由器，其中检测到的NSIS路由器能够将媒体流的该分组数据从在该建立消息中的会话描述的第一终端建议的媒体格式转换成在建立消息的响应中的会话描述由第二终端建议的、相应可选媒体格式，如果对于第一终端不支持的每个可选媒体格式检测到至少一个NSIS路由器，则预留资源，以便将处于所建议的媒体格式的分组数据转换成在对于第一终端不支持的相应可选媒体格式所检测到的至少一个NSIS路由器的相应可选媒体格式，以及当成功地预留用于媒体格式转换的资源时，开始该媒体会话，其中使用媒体传输协议，将媒体会话的至少一个媒体流的分组数据通过至少一个NSIS路由器从第一终端提供给第二终端，在所述至少一个NSIS路由器上，为第一终端不支持的每个可选媒体格式，预留了用于媒体格式转换的资源。2.根据权利要求1所述的方法，其中使用NSIS信令框架来检测至少一个NSIS路由器，包括使用NSIS传输层协议NTLP,沿着媒体会话的至少一个流的分组数据的路径，通过该分组交换网络，将查询消息从第一终端传送到第二终端，其中查询消息对接收查询消息的每个NSIS路由器查询将该媒体会话的流的分组数据从第一终端不支持的建议媒体格式转换为在对建立消息的响应中的会话描述中由第二终端建议的、相应可选媒体格式的能力，以及响应于该查询消息，使用该NSIS传输层协议NTLP接收响应消息，其指示在从第一终端到第二终端的分组数据的路径上，至少一个NSIS路由器能够将该媒体会话流的分组数据从建议媒体格式转换为相应的可选媒体格式。3.根据权利要求2所述的方法，其中该查询消息还向接收该查询消息的每个NSIS路由器查询将该媒体会话的媒体流的分组数据从第一终端不支持的建议媒体格式转换成一个中间媒体格式，或者从该中间媒体格式转换成另一中间媒体格式或者该媒体会话的该相应媒体流的相应可选媒体格式的能力，以及其中该响应消息还指示在从第一终端到第二终端的该路径上，至少一个NSIS路由器是否能够将媒体会话的媒体流的分组数据从建议媒体格式转换成一个中间媒体格式，或者从该中间媒体格式转换成另一中间媒体格式或者相应可选纟某体格式。4.根据权利要求2和3所述的方法，其中在NSIS路由器预留用于转换分组数据的资源包括使用该NSIS传输层协议NTLP向至少一个NSIS路由器传送请求预留媒体适配资源的资源预留请求消息，所述媒体适配资源用于将媒体会话流的该分组数据从建议^;某体格式转换为在对建立消息的响应中的会话描述中由第二终端建议的可选媒体才各式，以及响应该资源预留请求消息，使用该NSIS传输层协议NTLP接收指示该NSIS路由器是否已经预留用于转换的资源的响应消息。5.根据权利要求1至4之一所述的方法，其中如果该第二终端不支持会话描述中的媒体流的建议媒体格式，则包括在该建立消息中的该会话描述还指示该第一终端是否愿意至少对该媒体会话的媒体流执行媒体格式转换。6.根据权利要求1至5之一所述的方法，其中包括在该建立消息中的传送的该会话描述还向该第二终端指示该媒体会话的相应^某体流的该接收对于建立该々某体会话是否是必要的。7.根据权利要求6所述的方法，其中在第二终端不支持该建议媒体格式的情况下，包括在该建立消息中的传送的该会话描述还指示该媒体会话的媒体流的建议媒体格式到另一媒体格式的转换对于建立该媒体会话是可选还是必要的。8.根据权利要求1至7之一所述的方法，其中如果第二终端不支持相应媒体流的建议格式，则该修正的会话描述还指示第二终端是否愿意检测并在至少一个NSIS路由器媒体上预留用于将可选媒体格式的^某体流分组数据转换成建议^某体格式的该^某体流分组数据的资源，以及如果是，则当传送该建立消息的该响应时，该修正的会话描述指示该第二终端开始检测以及预留媒体格式转换资源。9.根据权利要求1至8之一所述的方法，其中由第一终端传送以及接收的服务描述还包括关于该会话的服务质量约束，以及其中该建立消息的响应中的修正的会话描述包括对包括在该建立消息的会话描述中的该服务质量约束的建议可选服务质量约束。10.根据权利要求9所述的方法，还包括以下步骤确定可选服务质量约束是否能为第一终端用户所接受，以及如果是，则根据第二终端的会话描述中指示的可选服务质量约束，沿着从第一终端通过分组交换通信网络到第二终端的路径来预留资源，其中媒体会话的至少一个媒体流的分组数据从该第一终端沿着所述路径传递到该第二终端。11.根据权利要求1至IO之一所述的方法，还包括以下步骤如果对于在建立消息的响应中接收的会话描述中所建议的每个可选媒体格式没有检测到NSIS路由器，如果不能预留足够的用于在相应的NSIS路由器转换媒体格式的资源，或者如果不能沿着通过该分组交换通信网络该路径的预留足够满足在建立消息的该响应中所接收的该会话描述中建议的该可选服务质量约束的资源，则中断该会话。12.根据权利要求1至11之一所述的方法，其中开始媒体会话包括向该第二终端传送更新消息，其包括对通过分组交换通信网络沿着从该第一终端到该第二终端的路径已经建议了可选媒体格式的每个相应媒体会话流描述适配节点中的媒体格式转换的更新会话描述，其中沿着所述路径将媒体会话的至少一个媒体流的分组数据从该第一终端传递到该第二终端。13.根据权利要求12所述的方法，其中该传送的更新消息还包括有关由第一终端沿着从第一终端到第二终端的路径所预留的资源的信息。14.根据权利要求12或者13所述的方法，还包括从第二终端接收更新消息的步骤，所述更新消息包括描述适配节点中对通过分组交换通信网络沿着从第二终端到第一终端的路径已经建议了可选媒体格式的每个相应^某体会话流的媒体格式转换的更新会话描述，其中媒体会话的至少一个媒体流的分组数据沿着所述路径从第二终端传递到第一终端。15.根据权利要求14所述的方法，其中该接收更新消息还包括有关由第一终端沿着从第二终端到第一终端的该路径所预留的资源的信息。16.根据权利要求1至15之一所述的方法，其中该媒体传输协议是实时传输协议RTP。17.根据权利要求1至16之一所述的方法，其中会话描述以会话描述协议SDP格式或者实时流协议RTSP格式提供。18.根据权利要求1至17之一所述的方法，其中该会话管理协议是该会话启动协议SIP,其中建立消息是SIP协议的邀请消息，以及建立消息的响应是SIP协议的会话进展消息，该会话进展消息向第一终端指示第二终端确认第一终端以检测以及预留媒体格式转换资源的意愿，并且指示该第二终端已经开始至少在NSIS路由器检测以及预留用于媒体格式转换的资源，用于将第一终端不支持的可选媒体格式的媒体会话的媒体流转换成第一终端支持的相应建议^f某体格式，以及该方法还包括以下步骤如果第一终端不支持会话进展消息包括的会话描述中建议的该可选媒体格式，则传送临时响应确认消息，其向该第二终端指示第一终端已经开始检测并且为会话描述中建议的每个可选媒体格式在NSIS路由器预留用于媒体格式转换的资源，其中所检测的以及由该第二终端预留用于媒体格式转换的资源的适配节点被配置成将媒体会话的媒体流的分组数据从可选媒体格式转换成由该第一终端建议的该媒体格式，以及才妻收临时响应确i人。19.一种用于通过分组交换通信网络向请求终端报告媒体格式适配资源的方法，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式，其中该方法包括由NSIS路由器在媒体数据路径上执行的以下步骤，在所述媒体数据路径上用媒体传输协议封装的会话的媒体流的分组数据通过该分组交换网络从参与将要建立的该媒体会话的请求终端传输到目标终端使用NSIS传输层协议NTLP通过分组交换网络接收查询消息，其中所述查询消息查询接收该查询消息的NSIS路由器将该媒体会话的流的分组数据从第一媒体格式转换到不同的第二媒体格式的能力，以及响应于所接收的查询消息，使用该NSIS传输层协议NTLP向请求终端转发响应消息，其指示该NSIS路由器是否具有将媒体会话流的分组数据从第一媒体格式转换成该二媒体格式的能力。20.根据权利要求19所述的方法，其中该查询消息还查询将媒体会话的媒体流的分组数据从第一媒体格式转换成一个中间媒体格式或者从该中间媒体格式转换成另一中间媒体格式或者第二可选媒体格式的能力，以及其中该响应消息还指示NSIS路由器是否能够提供至少一个查询的媒体格式转换。21.根据权利要求19或者20所述的方法，其中该查询消息包括指示被查询了适配能力的一个或多个媒体格式转换的媒体格式适配描述。22.根据权利要求19至21之一所述的方法，还包括以下步骤使用NSIS传输层协议NTLP接收资源预留请求消息，其中该消息包括对将要由NSIS路由器执行的、以及为其请求分配资源的媒体格式转换的描述，确定是否能够在NSIS路由器中分配由该描述指示的媒体格式转换的资源，以及如果是，则在该NSIS路由器预留用于进行转换的资源，其中该响应消息指示NSIS路由器是否已经预留用于转换的资源。23.根据权利要求19至23之一所述的方法，还包括以下步骤使用NSIS传输层协议NTLP接收资源预留请求消息，其中该消息包括对将要在位于该媒体数据路径上的另一NSIS路由器预留的媒体格式转换的描述，建立到位于该媒体数据路径上的所述另一NSIS路由器的隧道，以及当开始该媒体会话时，将要转换的该媒体流的分组数据转发到位于该媒体数据路径上的NSIS路由器以便转换。24.根据权利要求19至23之一所述的方法，还包括以下步骤使用NSIS传输层协议NTLP接收资源预留请求消息，其中该消息包括对将要在没有位于该媒体数据路径上的NSIS路由器预留的媒体格式转换的描述，向没有位于该纟!某体数据路径上的NSIS路由器转发资源预留请求消息，以及建立到没有位于该々某体数据路径上的NSIS路由器的隧道，以及当开始该媒体会话时，将要转换的媒体流的分组数据转发到没有位于该i某体数据路径上的NSIS路由器中以便转换。25.根据权利要求19至24之一所述的方法，还包括以下步骤向该查询消息中添加对在NSIS路由器中可用的该媒体格式适配能力的描述，向该媒体数据路径或者该目标终端上的下一NSIS路由器转发该接收查询消息，以及响应于所转发的查询消息，从媒体数据路径上的下一NSIS路由器或者该目标终端中接收响应消息，其中在查询的媒体格式适配能力是可用的情况下，该响应消息包括对可在位于媒体数据路径上的NSIS路由器可用的媒体格式适配能力的至少一个描述，其中如果所查询的媒体格式适配能力是可用的，则传送的该响应消息包括对在位于该媒体数据路径上的NSIS路由器可用的媒体格式适配能力的至少一个描述。26.根据权利要求25所述的方法，其中该方法还包括以下步骤向没有位于该媒体数据路径上的至少一个NSIS路由器转发该查询消息，以及从没有位于该媒体数据路径上的至少一个NSIS路由器中接收响应消息，该响应消息包括可在没有位于该^某体路径上的至少一个NSIS路由器得到的媒体数据适配能力的描述。27.根据权利要求26所述的方法，其中该方法还包括在向媒体数据路径上的下一NSIS路由器转发接收的查询消息之前，向所述接收的查询消息添加对可在没有位于该媒体路径上的至少一个NSIS路由器可用的媒体数据适配能力的描述。28.根据权利要求23或者27所述的方法，其中向该请求终端传送的该响应消息还包括对在位于或者没有位于^^某体路径上的至少一个NSIS路由器上的可用i某体数据适配能力的描述。29.—种终端，用于通过分组交换通信网络，在该终端和第二终端之间建立包括至少一个媒体流的媒体会话，其中至少一个媒体流使用媒体传输协议进行通信，该终端包括转发器，用于使用会话管理协议向第二终端传送建立消息以便启动会话，其中该消息包括建议将要在该媒体会话中通信的每个媒体流的媒体格式[O]以及相应参数和属性的会话描述，接收器，用于使用该会话管理协议来接收对该建立消息的响应，其中对该建立消息的该响应包括修正的会话描述，其中对于在该建立消息包括的该会话描述中建议了该第二终端不支持的媒体格式的媒体会话，该修正的会话描述建议该媒体会话的至少一个媒体流的可选媒体格式，处理单元，用于在建立消息的该响应中包括的该会话描述中的每个可选媒体格式，确定该第一终端是否支持相应的可选媒体格式，配置所述处理单元，对于终端不支持的每个可选^某体格式，如果该终端不支持相应可选媒体格式，则该处理单元用于使用信令下一步NSIS框架来检测至少一个NSIS路由器，其中检测的NSIS路由器能够将媒体流的分组数据从建立消息的会话描述中的、由第一终端建议的该媒体格式转换成在建立消息的响应的会话描述中由第二终端建议的相应可选媒体格式，预留单元，如果对于第一终端不支持的每个可选媒体格式检测到至少一个NSIS路由器，则预留用于在对于第一终端不支持的相应可选媒体格式检测的至少一个NSIS路由器，将建议媒体格式的分组数据转换成相应可选媒体格式的资源，以及其中当成功地预留用于媒体格式转换的资源时，终端开始媒体会话，其中通过至少一个NSIS路由器使用媒体传输协议从该终端向第二终端提供该媒体会话的至少一个媒体流的分组数据，在所述NSIS路由器上已为该终端不支持的每个可选媒体格式预留用于媒体格式转换的资源。30.根据权利要求29所述的终端，还包括用于执行根据权利要求1至18之一所述的方法的部件。31.—种用于通过分组交换通信网络，向请求终端报告媒体格式适配资源的NSIS路由器，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式，其中该NSIS路由器位于媒体数据路径上，在所述媒体数据路径上，通过分组交换网络从参与将要建立的该媒体会话的请求终端向目标终端传输用媒体传输协议封装的会话的媒体流的分组数据，该NSIS路由器包括接收器，用于使用NSIS传输层协议NTLP通过分组交换网络接收查询消息，其中该查询消息查询接收该查询消息的NSIS路由器将媒体会话的流的分组数据从第一媒体格式转换到不同的第二媒体格式的能力，以及转发器，响应该接收查询消息，使用NSIS传输层协议NTLP向该请求终端传送响应消息，所述响应消息指示NSIS路由器是否具有将媒体会话流的分组数据从第一媒体格式转换成第二媒体格式的该能力。32.根据权利要求31所述的NSIS路由器，还包括用于执行根据权利要求19至28之一所述的方法的部件。33.—种计算机可读媒体存储指令，当由终端的处理器执行时，使终端通过分组交换通信网络在该终端和第二终端之间建立包括至少一个媒体流的媒体会话，其中该至少一个媒体流使用媒体传输协议通过以下步骤进行通信使用会话管理协议向该第二终端传送建立消息来启动该会话，其中该消息包括建议将要在该媒体会话中通信的每个媒体流的媒体格式[O]以及相应参数和属性的会话描述，使用该会话管理协议来接收对该建立消息的响应，其中对该建立消息的该响应包括修正的会话描述，其中对于在该建立消息包括的该会话描述中建议了该第二终端不支持的媒体格式的媒体会话，该修正的会话描述建议该媒体会话的至少一个媒体流的可选媒体格式，对于在该建立消息的该响应中包括的该会话描述中的每个可选媒体格式，确定该第一终端是否支持相应的可选媒体格式，如果不支持，则对每个可选媒体格式检测使用信令下一步NSIS框架的至少一个NSIS路由器，其中检测到的NSIS路由器能够将媒体流的该分组数据从在该建立消息中的会话描述的第一终端建议的^某体格式转换成在建立消息的响应中的会话描述由第二终端建议的、相应可选i某体格式，如果对于第一终端不支持的每个可选媒体格式检测到至少一个NSIS路由器，则预留资源，以便将处于所建议的媒体格式的分组数据转换成在对于第一终端不支持的相应可选媒体格式所检测到的至少一个NSIS路由器的相应可选媒体格式，以及当成功地预留用于媒体格式转换的资源时，开始该媒体会话，其中使用媒体传输协议，将媒体会话的至少一个媒体流的分组数据通过至少一个NSIS路由器从第一终端提供给第二终端，在所述至少一个NSIS路由器上，为第一终端不支持的每个可选媒体格式，预留了用于媒体格式转换的资源。34.根据权利要求33所述的计算机可读媒体，还存储当由该终端的该处理器执行时，致使该终端执行根据权利要求1至18之一所述的方法的步骤的指令。35.—种计算机可读媒体存储指令，当由媒体数据路径上的NSIS路由器的处理器执行时，致使该NSIS路由器向请求终端报告用于转换将要建立的媒体会话的媒体流的媒体格式的媒体格式适配资源，在所述媒体数据路径上，通过分组交换网络从参与将要建立的该媒体会话的请求终端向目标终端传输用i某体传输协议封装的会话的+某体流的分组数据，通过NSIS路由器使用NSIS传输层协议NTLP通过分组交换网络接收查询消息，其中该查询消息查询接收该查询消息的NSIS路由器将媒体会话的流的分组数据从第一媒体格式转换到不同的第二媒体格式的能力，以及响应该接收查询消息，使用NSIS传输层协议NTLP向该请求终端传送响应消息，其指示该NSIS路由器是否具有将媒体会话的流的分组数据从第一媒体格式转换成该第二媒体格式的该能力。36.根据权利要求35所述的计算机可读媒体，还存储当由该NSIS路由器的该处理器执行时，致使该NSIS路由器执行根据权利要求19至28之一所述的方法的指令。全文摘要本发明涉及一种用于通过分组交换通信网络向请求终端报告媒体格式适配资源以便转换将要在终端之间建立的媒体会话的媒体流的媒体格式的方法和终端。本发明还涉及一种用于报告媒体格式适配资源的方法和NSIS路由器，所述媒体格式适配资源用于转换将要在终端之间建立的媒体会话的媒体流的媒体格式。为了允许终端利用媒体适配建立媒体会话，本发明提供一种基于信令框架的NSIS(信令下一步)，其促进媒体适配资源在(以及不在)媒体数据路径上的检测和预留，在所述媒体数据路径上，媒体数据利用媒体传输协议在参与会话的终端之间进行传输。文档编号H04L29/06GK101273607SQ200680035787公开日2008年9月24日申请日期2006年8月10日优先权日2005年8月26日发明者乔斯·L·雷伊申请人:松下电器产业株式会社