专利名称：媒体会话协商的方法、设备及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及媒体会话协商的方法、设备及系统。
背景技术：
随着数字家庭的发展，以及CE (Consumer Electronic,消费电子)产品本身的普 遍数字化，家庭中正出现越来越多的数字化娱乐设备和家电产品。将这些家庭网络设备以 有线或无线方式连接成家庭网络，以实现内容共享或相互控制等功能，是业界正在构想并 努力实现的数字家庭网络概念。为了实现各种不同类型家庭设备的互通和控制，越来越多的家庭网络设备支持 UPnP(Universal Plug and Play，通用即插即用)。在UPnP体系中，用户通过家庭网络中的 CP (Control Point，控制点)实现对家庭设备的控制，CP采用UPnP协议通过调用UPnP设 备的相关控制命令(action)，读取家庭网络中UPnP设备的状态信息，以及控制UPnP设备执 行相应的操作。随着数字家庭和通信技术的不断发展，用户期望不仅仅能够在支持电话的设备上 使用电话业务，还希望能够将电话业务在家庭网络中共享，为了实现家庭网络内部电话业 务的共享，需要家庭网络中的设备之间协商并完成媒体传输的具体参数配置。例如，使用 RTP (Real-time Transport Protocol，实时传输协议)协议传输实时流媒体，通信双方应提 前协商好通信地址/端口、媒体参数(格式，编码等)，然后才能够开始相互传输媒体流。实 际中，一般使用SDP Cession Description Protocol，会话描述协议，rfc4566)协议进行媒 体会话参数的描述，rfc3264提供了一种SDP Offer/Answer Model，多媒体通信双方可以通 过这种交互方式完成参数协商。发明人在实现本发明的过程中，发现现有技术存在如下不足UDA(UPnP Device Architecture，通用即插即用设备架构)中规定的设备控制协 议是针对CP与UPnP设备之间的，而非两UPnP设备之间。因而，现有技术中两UPnP设备之 间无法通过UPnP协议完成媒体会话参数的协商。
发明内容
本发明实施例提供一种媒体会话协商的方法，用以实现家庭网络中电话服务器与 电话客户端之间媒体会话参数的协商，该方法包括接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包括TS局域网LAN 侧的媒体会话参数；将所述第一媒体描述转发给电话客户端TC ；接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC 的媒体会话参数；将所述第二媒体描述转发给TS。本发明实施例还提供一种媒体会话协商的方法，用以实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商，该方法包括向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会 话参数；接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描 述包括TC的媒体会话参数。本发明实施例还提供一种媒体会话协商的方法，用以实现家庭网络中电话服务器 与电话客户端之间媒体会话参数的协商，该方法包括接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会 话参数；根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包括TC的媒体会 话参数；向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述第二媒体描述。本发明实施例还提供一种电话控制点设备TCP，用以实现家庭网络中电话服务器 与电话客户端之间媒体会话参数的协商，该设备包括第一接收模块，用于接收电话服务器TS发来的第一媒体描述，所述第一媒体描述 包括TS LAN侧的媒体会话参数；第一转发模块，用于将所述第一媒体描述转发给电话客户端TC ；第二接收模块，用于接收TC根据所述第一媒体描述生成的第二媒体描述，所述第 二媒体描述包括TC的媒体会话参数；第二转发模块，用于将所述第二媒体描述转发给TS。本发明实施例还提供一种电话服务器设备TS，用以实现家庭网络中电话服务器与 电话客户端之间媒体会话参数的协商，该设备包括第一发送模块，用于向电话控制点TCP发送第一媒体描述，所述第一媒体描述包 括TS LAN侧的媒体会话参数；接收模块，用于接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述， 所述第二媒体描述包括TC的媒体会话参数。本发明实施例还提供一种电话客户端设备TC，用以实现家庭网络中电话服务器与 电话客户端之间媒体会话参数的协商，该设备包括第一接收模块，用于接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括 TS LAN侧的媒体会话参数；生成模块，用于根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包 括TC的媒体会话参数；第一发送模块，用于向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送 所述第二媒体描述。本发明实施例还提供一种媒体协商系统，用以实现家庭网络中电话服务器与电话 客户端之间媒体会话参数的协商，该系统包括电话服务器设备TS，用于发送第一媒体描述，所述所述第一媒体描述包括TS局域 网LAN侧的媒体会话参数；电话控制点设备TCP，用于接收所述第一媒体描述，并转发所述第一媒体描述；
以及电话客户端设备TC，用于接收所述TCP转发的第一媒体描述，并根据所述第 一媒体描述生成第二媒体描述，将所述第二媒体描述发送给所述TCP ；所述TCP还用于接收所述TC发送的所述第二媒体描述，并将所述第二媒体描述发 送给所述TS。本发明实施例中，接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包 括TS LAN侧的媒体会话参数；将所述第一媒体描述转发给电话客户端TC ；接收TC根据所 述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒体会话参数；将所述 第二媒体描述转发给TS，从而实现家庭网络中电话服务器与电话客户端之间媒体会话参数 的协商。本发明实施例中，向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括 TS LAN侧的媒体会话参数；接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描 述，所述第二媒体描述包括TC的媒体会话参数，从而实现家庭网络中电话服务器与电话客 户端之间媒体会话参数的协商。本发明实施例中，接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包 括TC的媒体会话参数；向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述第 二媒体描述，从而实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。在附图中图1为本发明实施例中媒体协商方法的处理流程图；图2为本发明实施例中另一媒体协商方法的处理流程图；图3为本发明实施例中又一媒体协商方法的处理流程图；图4为本发明实施例一中媒体协商方法的处理流程图；图5为本发明实施例二(A)中媒体协商方法的处理流程图；图6为本发明实施例二(B)中媒体协商方法的处理流程图；图7为本发明实施例三㈧中媒体协商方法的处理流程图；图8为本发明实施例三⑶中媒体协商方法的处理流程图；图9为本发明实施例四中媒体协商方法的处理流程图；图10为本发明实施例五中媒体协商方法的处理流程图；图IOA为本发明实施例中媒体协商方法实施场景一的流程示意图；图IOB为本发明实施例中媒体协商方法实施场景二的流程示意图；图11为本发明实施例中电话控制点设备的结构示意图；图12为本发明实施例中电话控制点设备的一个具体实例的结构示意图；图13为本发明实施例中电话控制点设备的另一具体实例的结构示意图；图14为本发明实施例中电话服务器设备的结构示意图15为本发明实施例中电话服务器设备的一个具体实例的结构示意图；图16为本发明实施例中电话服务器设备的另一具体实例的结构示意图；图17为本发明实施例中电话客户端设备的结构示意图；图18为本发明实施例中电话客户端设备的一个具体实例的结构示意图；图19为本发明实施例中电话客户端设备的另一具体实例的结构示意图；图20为本发明实施例中电话客户端设备的又一具体实例的结构示意图；图21为本发明实施例中媒体协商系统的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发 明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并 不作为对本发明的限定。为便于描述，先简要说明本发明实施例中，为实现家庭网络内部电话业务的共享， 所涉及的三种设备TCP(Tekphony Control Point，电话控制点)、TC(Tel印hony Client, 电话客户端)和TS(Tel印hony Server，电话服务器)。其中，TS为能够为家庭网络中其 他设备提供电话功能的设备，如手机；TC为能够从家庭网络中的TS上接收并呈现媒体/数 据，和/或能够为TS提供媒体/数据的设备，如TV ；TCP用于控制家庭网络中TS和TC以实 现家庭网络内的电话业务共享。现有技术所述两UPnP设备之间媒体会话参数的协商，即是 指此处电话服务器与电话客户端之间媒体会话参数的协商。为实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商，如图1所 示，本发明实施例中提供如下媒体协商方法，该方法可以包括步骤101、接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包括TS LAN (Local Area Network，局域网)侧的媒体会话参数；步骤102、将所述第一媒体描述转发给电话客户端TC ；步骤103、接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描 述包括TC的媒体会话参数；步骤104、将所述第二媒体描述转发给TS。由图1所示流程可以得知，本发明实施例中，接收电话服务器TS发来的第一媒体 描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；将所述第一媒体描述转发给电话 客户端TC ；接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC 的媒体会话参数；将所述第二媒体描述转发给TS，从而实现家庭网络中电话服务器与电话 客户端之间媒体会话参数的协商，本实施例工作效率高，设备实现的复杂性低。图1所示流程可由TCP实施，当然也可由能够实现其功能的设备进行实施，本发明 实施例中以TCP为例进行说明。为实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商，如图2所 示，本发明实施例中还提供如下媒体协商方法，该方法可以包括步骤201、向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括TS LAN侧 的媒体会话参数；步骤202、接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒体会话参数。由图2所示流程可以得知，本发明实施例中，向电话控制点TCP发送第一媒体描 述，所述第一媒体描述包括TS LAN侧的媒体会话参数；接收TCP转发的TC根据所述第一媒 体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒体会话参数，从而实现家庭网 络中电话服务器与电话客户端之间媒体会话参数的协商，本实施例工作效率高，设备实现 的复杂性低。图2所示流程可由TS实施，当然也可由能够实现其功能的设备进行实施，本发明 实施例中以TS为例进行说明。为实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商，如图3所 示，本发明实施例中还提供如下媒体协商方法，该方法可以包括步骤301、接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧 的媒体会话参数；步骤302、根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包括TC 的媒体会话参数；步骤303、向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述第二媒 体描述。由图3所示流程可以得知，本发明实施例中，接收TCP转发的TS的第一媒体描述， 所述第一媒体描述包括TS LAN侧的媒体会话参数；根据所述第一媒体描述生成第二媒体 描述，所述第二媒体描述包括TC的媒体会话参数；向TCP发送所述第二媒体描述，以使所述 TCP向所述TS发送所述第二媒体描述，从而实现家庭网络中电话服务器与电话客户端之间 媒体会话参数的协商，本实施例工作效率高，设备实现的复杂性低。图3所示流程可由TC实施，当然也可由能够实现其功能的设备进行实施，本发明 实施例中以TC为例进行说明。另外，实施中描述媒体会话参数可以使用SDP协议，也可以使用其他描述方式，后 续实施例中以使用SDP协议描述媒体会话参数为例进行说明。实施例一如前所述，本发明实施例中，TCP作为TS/TC之间媒体协商的中介，获取TS的第一 媒体描述，记为SDP#1 ；将第一媒体描述发送给TC，用于TC根据第一媒体描述生成自己的第 二媒体描述，记为SDP#2 ；TCP再将TC的第二媒体描述发送给TS，这样TS、TC双方都获得了 对方的媒体描述，可以直接开始媒体会话(如RTP会话)。本发明实施例满足了 rfc3264所定义的SDP Offer/Answer Mode 1 :SDP#1相当于 来自第一方(TQ的0ffer，SDP#2相当于第二方(TC)根据Offer产生的Answer ；只是在这 里TCP充当了双方信息交互的中间人，解决了 TS/TC之间无法通过UPnP协议直接相互访问 的问题，并且简化了 TS/TC之间协商的流程，不需要再进行媒体参数的交互。需要指明的是，本发明所述的媒体描述具体可以为按照SDP规范的语法对媒体参 数/能力进行描述并封装为XML (Extensible Markup Language，可扩展标记语言)格式的 状态变量(State Variable, SV)或控制命令中参数的一部分内容。可选的，第一媒体描述还可以包括TS WAN(ffide Area Network，广域网)侧的媒 体会话信息；具体实施时，TS WAN侧的媒体会话信息，可以包括TS在WAN侧使用的媒体编码；TS LAN侧的媒体会话参数，可以包括TS在LAN侧的接收媒体地址、接收媒体端口和使 用的媒体编码之一或任意组合。媒体描述SDP#1具体内容例如v = 0ο = -00 IN IP4 192. 168. 1. 10s =c = IN IP4 192. 168. 1. 10/127t = 00a = sendrecvm = audio 1234 RTP/AVP 0a = rtpmap:0PCMU/8000m = video 2345 RTP/AVP 96b = AS :48a = rtpmap:96 MP4V-ES/90000其中，“c =”表示该SDP提供者能够被联系到的IP地址，通常是接收媒体流地址。 “m=”提供了该设备支持的或希望使用的媒体格式(音/视频、接收端口、编码)。对于对 端来说，获取该设备所提供的媒体信息、连接地址/端口等信息对于后续开始媒体会话十 分重要。因此，TC根据所述第一媒体描述生成的第二媒体描述，可以包括根据所述第一媒体描述中的媒体格式信息、地址信息和端口信息之一或任意组 合，生成第二媒体描述。下面举例说明TCP作为TS/TC之间媒体参数协商中介流程，用以说明本发明实施 例中实现SDP Offer/Answer Model的过程。如图4所示，本例中媒体协商方法流程可以包 括步骤401、TS (如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIPGession Initiation Protocol，会话发起协议)Invite到 SIP ACK的交互过程)；步骤402、TS将WAN侧建立通信的描述转换为LAN (Local Area Networ k，局域网) 侧应该使用的描述，即SDPm ；本步骤中，TS将用于WAN侧的媒体参数描述转换为希望在LAN侧建立的媒体会话 的参数描述。例如，通过SDP进行描述时，WAN侧的媒体描述可能为SDP#0，其中可以描述了 该TS设备的WANIP地址，以及已经与对端建立的多媒体通信包含音频及视频以及接收它们 的端口。此时，TS可能希望在LAN侧与TC建立的会话包含以上所有媒体，只是需要指定与 TC进行媒体会话的地址/端口等信息。TS将WAN侧的SDP转换为LAN侧的SDP#1，本例中，TS希望与TC的通信中包含与 WAN通信的所有媒体，因而只将通信地址/端口转换为LAN侧的地址/端口。步骤403、TS 将 SDP#1 提供给 TCP ；TS将SDP#1提供给TCP的方式可以有多种，例如A、通过事件将SDP#1发送给TCP，事件可以通过GENA (General EventNotification Architecture，通用事件通知架构)协议发送。B、通过定义UPnP控制命令(action)，TCP调用该action，TS将SDP#1在响应中返 回给TCP。例如，定义GetMedia Description () action, TCP通过该action指示需要获取 TS希望在LAN侧建立的媒体通信参数描述，TS将在响应消息中协议包含SDP#1的参数。步骤404、TCP将来自TS的媒体描述SDP#1 (相当于SDP Offer)提供给TC，TC根 据该信息向TCP返回TC将使用的媒体参数的描述SDP#2 (相当于SDP Answer)。例如，TC根据前面的SDP#1的例子，结合自己的能力返回的SDP#2可能如下v = 0ο = -00 IN IP4 192. 168. 0. 35S =c = IN IP4 192. 168. 0. 35/127t = 00m = audio 2324 RTP/AVP 0a = rtpmap0 PCMU/8000m = video 3435 RTP/AVP 96b = AS :48a = rtpmap96 MP4V-ES/90000步骤405、TCP将来自TC的媒体描述SDP#2发送给TS，TS将得知TC的信息，后续 便可以根据双方的媒体参数信息开始媒体会话。步骤406、TS/TC之间根据以上的媒体参数开始媒体会话，媒体会话可以采用RTP、 HTTP、TCP (Transport Control Protocol，传输控制协议)、UDP 等协议。本实施例中，TC对于TS提供的所有媒体格式都支持，因而返回的SDP#2提供了 TC 的接收媒体流的地址/端口，媒体格式描述方面与SDP#1基本相同。而实施中，很可能存在 TC并不支持SDP#1中的所有内容，例如，不支持Video MP4V-ES格式，处理方法可参见后续 实施例。实施例二本实施例对实施例一的细化主要在于TCP不仅仅作为中介，而且根据双方的媒 体能力对媒体参数选择进行必要的修改，以便一轮Offer/Answer交互就足以确定双方最 终使用的媒体会话参数。实施中描述媒体能力可以使用SDP协议，也可以使用其他描述方 式，后续实施例中以使用SDP协议描述媒体能力为例进行说明。实施例二(A)
本实施例中，TCP根据TC/TS各自能力，对SDP#1进行了修改，删除TC不支持的内 容后提供给TC (SDP#1')，这样TC可以完全接受里面所提供的媒体格式；TCP再将SDP#1，发 送给TS，指示这是TS应该采用的最终媒体描述。本实施例中，TCP、TS、TC分别实施如下TCP获取TC的媒体能力并根据TC的媒体能力对所述第一媒体描述进行修改；将 修改后的所述第一媒体描述转发给TC ；接收TC根据修改后的所述第一媒体描述生成的第 二媒体描述；还包括将修改后的所述第一媒体描述转发给TS。TS接收修改后的所述第一媒体描述、以及TC根据修改后的所述第一媒体描述生成的第二媒体描述；所述修改后的所述第一媒体描述由TCP根据TC的媒体能力修改所述第一媒体描述获得。TC在接收所述第一媒体描述之前，向TCP提供TC的媒体能力；后续接收TCP在接 收到TS发来的第一媒体描述后，根据TC的媒体能力修改后的所述第一媒体描述；根据修改 后的所述第一媒体描述生成第二媒体描述。如图5所示，本实施例具体流程可以包括步骤501、TCP提前获知TC所支持的媒体能力(当然也可以获取TS的媒体能力)， 该步骤可独立于WAN侧通信的建立，即可以在TS与WAN侧设备建立呼叫前就确定，或者获 取到TS与WAN侧设备通信参数协商过程中，或完成后(例如通过SIP协议进行协商)通信 已经建立之后再获取能力。1) TCP获取TC支持的媒体能力(MediaCapability)具体可以通过UPnP action, 例如定义GetMedia Capability () action，TC将在命令响应消息中向TCP提供该设备支持 的媒体能力。2)媒体能力的描述可以包含如下的信息，也可以使用其他格式。TC支持的所有媒 体能力可以如下所示(MediaCapability#2)m = audio 0 RTP/AVP 0 1a = rtpmap0 PCMU/8000a = rtpmap:1 1016/8000m = video 0 RTP/AVP 31a = rtpmap:31 H261/90000步骤502、TS (如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIP Invite到SIP ACK的交互过程)；步骤503、TS将WAN侧建立通信的描述转换为LAN (Local Area Network，局域网) 侧应该使用的描述，即SDPm ；步骤504、TS将第一媒体描述提供给TCP ；步骤505、TCP在获取到来自TS的媒体描述SDP#1后，结合之前获取的TC支持的媒 体能力(也可以可选地参考TS支持的能力)，确定应该给TC发送的TS的媒体描述SDP#1’ ；1)来自TS的媒体描述SDP#1可能为如下所示v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 00m = audio 3456 RTP/AVP 0a = rtpmap:0 PCMU/8000m = video 4567 RTP/AVP 34a = rtpmap:34 H263/90000其中，TS将在WAN侧使用H. 263编码格式的视频流，TCP可以根据TC的能力确定 TC是不支持该媒体格式的。在本实施例中，TCP根据以上判断确定TC与TS之间无法传输H. 263流，因而选择只在它们之前传输PCMU语音流。2)根据以上判断，TCP确定了应该发送给TC的修改后的TS的媒体描述SDP#1，为 如下所示。这里，SDP#1'相当于SDP Offer，且这个Offer应被TC接受，而且是TS应该使 用的最终版本。v = 0ο = -0 0 TN TP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap :0 PCMU/80003) TCP向TC发送TS媒体描述可以通过WnP action (例如StartMedia kssionO)，在该命令请求消息中携带SDP#1’，TC将接受该“Offer”并返回响应消息，其中 携带SDP#2 “Answer”。此外，TCP在MartMediakssion()请求消息中也可以携带其他信 息，例如TS原始的描述SDP#1 ；TC也可以在其响应消息中携带MediaSessionID (唯一地标 识将与TS进行的媒体会话)。步骤506、TCP向TC发送SDP#1'；接收TC根据SDP#1生成的SDP#2 ；步骤507、TCP在向TS发送来自TC的SDP#2的同时，还要为其提供SDP#1，，因为 SDP#1'将是TS与TC通信时TS端应使用的媒体参数。TS将使用SDP#1，替代SDP#1作为 与TC通信的媒体参数的最终版本；1)具体地，TCP 可以通过 WnP action (例如 MartMediaTransfer ())，在该命令 请求消息中携带SDP#1’以及SDP#2，TS将接受二者并准备与TC建立媒体会话。此外，在该 请求消息中，TCP也可以携带来自TC的MediaSessionID，和/或TS产生的用于唯一标识与 WAN通信的CalIID (该CallID可以在TS与WAN侧设备通信开始时由TS产生并通过事件方 式提供给TCP)；步骤508、TS/TC之间根据以上的媒体参数开始媒体会话，媒体会话可以采用RTP、 HTTP、TCP、UDP 等协议。实施例二(B)本实施例中，TCP通过比对TC/TS的能力，得知TC不支持其中媒体格式例如 H. 263，但TC/TS都支持H. 261 ；因而TCP将SDP#1中的与H. 263相关内容转换为H. 261相关 内容(SDP#1，)，并发送给TC，TC接受并返回SDP#2 ；TCP将SDP#1，以及SDP#2发送给TS， 指示TS将与TC建立的媒体会话将采用H. 261编码格式，但TS需要执行转码功能将来自 WAN侧的H. 263编码格式的媒体流转换为H. 261编码格式并发送给TC，将来自TC的H. 261 编码格式的媒体流转换为H. 263并发送给WAN侧通信对端。本实施例中，TCP、TS、TC分别 实施如下TCP获取TC、TS的媒体能力并根据TC、TS的媒体能力对所述第一媒体描述进行修 改；将修改后的所述第一媒体描述转发给TC ；接收TC根据修改后的所述第一媒体描述生成 的第二媒体描述；还包括将修改后的所述第一媒体描述转发给TS。TS接收修改后的所述第一媒体描述、以及TC根据修改后的所述第一媒体描述生成的第二媒体描述；所述修改后的所述第一媒体描述由TCP根据TC、TS的媒体能力修改所 述第一媒体描述获得。TC在接收所述第一媒体描述之前，向TCP提供TC的媒体能力；后续接收TCP在接 收到TS发来的第一媒体描述后，根据TC、TS的媒体能力修改后的所述第一媒体描述；根据 修改后的所述第一媒体描述生成第二媒体描述。本例中具体流程如图6所示，与实施例二(A)所提供的步骤的主要区别是TS与 TC媒体格式不同时，TS将采用转码技术解决这个问题。图6中处理流程可以包括步骤601a_601b、TCP要事先获取TS/TC各自的媒体能力。例如，A. TC 的媒体能力为 MediaCapability#2 (MC#2)m = audio 0 RTP/AVP 0 1a = rtpmap: 0 PCMU/8000a = rtpmap:1 1016/8000m = video 0 RTP/AVP 31a = rtpmap:31 H261/90000B. TS 的媒体能力为 MediaCapability#l (MC#1)m = audio 0 RTP/AVP 0 1 3a = rtpmap: 0 PCMU/8000a = rtpmap:1 1016/8000a = rtpmap:3 GSM/8000m = video 0 RTP/AVP 31 34a = rtpmap:31 H261/90000a = rtpmap:34 H263/90000可知，TC相对于TS的媒体能力音频不支持GSM，视频不支持H. 263编码。步骤602、TS (如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIP Invite到SIP ACK的交互过程)；步骤603、TS将WAN侧建立通信的描述转换为LAN (Local Area Networ k，局域网) 侧应该使用的描述，即SDPm ；步骤604、TS将第一媒体描述提供给TCP ；步骤605、TCP收到来自TS的SDP#1后，将根据MC#1/MC#2/SDP#1确定应该给TC 提供怎样的TS的媒体描述(SDP#1，)。1)例如来自TS的SDP#1为(WAN侧编码音频PCMU，视频H. 263)v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 00m = audio 3456 RTP/AVP 0a = rtpmap:0 PCMU/8000m = video 4567 RTP/AVP 34
a = rtpmap:34 H263/900002)通过之前获取的MC#1/MC#2并结合SDP#1分析，TCP可知可以在TS/TC之间建 立H. 261流，这样可以不丢弃视频数据。但是，要求TS要做转码工作。据此，TCP确定提供 给TC的最终TS的媒体描述SDP#1，应该为，例如v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap0 PCMU/8000m = video 4567 RTP/AVP 31a = rtpmap:31 H261/90000步骤606、TCP向TC发送SDP#1，；接收TC根据SDP#1生成的SDP#2 ；本例中，由于 TC支持H. 261,因而会接受SDP#1，并返回SDP#2作为自己的媒体参数描述；步骤607、TCP向TS提供SDP#2以及修改后的SDP#1，；步骤608、TS/TC之间根据以上的媒体参数开始媒体会话，媒体会话可以采用RTP、 HTTP、TCP、UDP等协议；对于TS来说，在本实施例中，通过收到的SDP#1，与SDP#1对比得知 视频编码被TCP做了替换，因而该设备的行为应该是后续将来自WAN侧的H. 263视频流转 码为H. 261视频流并发送给TC ；将来自TC的H. 261视频流转码为H. 263并发送给WAN侧 的通信对端。在本发明的一个实施例中，TS在提供SDP#1时，还可以提供TS支持的转码信息， 如WAN侧使用的编码为H. ^53，TS提供的转码信息可以包括H. 261,H. 264等等，所述转码信 息还可包括欲使用的端口等信息。TCP可以根据TS提供的转码信息，以及TC的能力(例 如TC可能不支持H. 263)，在TS提供的转码信息中选择一种TC可以支持的编码(例如选择 HJ61)，并将修改后的SDP#1，(其中仅包括H. 261编码的相关信息)发送给TC，TC接受并 返回SDP#2 ；TCP将SDP#2(也可同时发送SDP#1，)发送给TS，指示TS将与TC建立的媒体 会话将采用H. 261编码格式，但TS需要执行转码功能将来自WAN侧的H. 263编码格式的 媒体流转换为H. 261编码格式并发送给TC，将来自TC的H. 261编码格式的媒体流转换为 H. 263并发送给WAN侧通信对端。由于在此实施例中，TS已经提供了转码信息，TCP可根据该信息及TC的能力进行 转码的选择，并修改得到合适的SDP#1，，故TCP在给TS发送SDP#2时，可不必发送SDP#1，。实施例二㈧、实施例二⑶中，TCP将SDP#1中的内容修改(去除)发送给TC的 原因为TC并不支持SDP#1中的所有内容，具体实施时，TCP将SDP#1中的内容修改(去除) 发送给TC的原因可以有多种，例如，TCP将使用2个或以上的TC同时与TS进行媒体会话 (例如一个TC与TS进行音频会话，一个TC与TS进行视频会话)。这时，TCP可以将SDP#1 修改为仅包含Media#l的SDP#1，发送给TC#1，将SDP#1修改为仅包含Media#2的SDP#1” 发送给 TC#2,TC#1/TC#2 会分别根据 SDP#1，/SDP#1”返回 SDP#2/SDP#3。TCP 再将 SDP#2 和 SDP#3分别发送给TS，指示TS Media#l/Media#2的媒体会话分别与TC#1/TC#2进行。
实施例三本实施例中，TCP仅仅作为中介，向TS/TC分别提供对端的媒体描述信息，可选地 以及提供对端的媒体能力信息。TS/TC完全依靠自己的判断依据来选择并确定各自使用的 媒体参数。实施例三(A)本实施例中，TC根据SDP#1返回SDP#2，TCP将SDP#2提供给TS ；TS再据此修改 SDP#1使其与SDP#2中的内容匹配；TCP再将TS修改后的SDP#1，作为TS的最终版本，发送 给TC，后续二者便可以开始通信。本实施例中，TCP、TS、TC分别实施如下TCP还接收TS根据所述第一媒体描述和第二媒体描述修改后的所述第一媒体描 述；将修改后的所述第一媒体描述转发给Tc。TS向TCP发送根据所述第一媒体描述和第二媒体描述修改后的所述第一媒体描 述，以使所述TCP向所述TC发送修改后的所述第一媒体描述。TC还接收TCP转发的TS根据所述第一媒体描述和第二媒体描述修改后的所述第 一媒体描述。具体流程如图7所示，可以包括步骤701、TS (如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIP Invite到SIP ACK的交互过程)；步骤702、TS将WAN侧建立通信的描述转换为LAN (Local Area Network，局域网) 侧应该使用的描述，即SDP#1 ；步骤703、TS 将 SDP#1 提供给 TCP ；步骤704、TCP获取来自TS的事件，指示WAN侧通信已经建立，事件消息中提供了 TS将用于LAN侧媒体通信的参数描述SDP#1 ；TCP将来自TS的媒体描述SDP#1 (SDP Offer) 发送给TC，TC根据SDP#1结合自身能力返回自己的媒体描述SDP#2 (SDP AnSwer)。1)如果TC满足SDP#1所提供的媒体格式，则与实施例一相同。2)在本实施例中，假定TC仅满足部分SDP#1中提供的媒体格式。例如，A.来自TS的媒体描述SDP#1具体可以为v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap0 PCMU/8000m = video 4567 RTP/AVP 34a = rtpmap:34 H263/90000而对于其中的H. 263媒体编码格式，TC不支持，在本实施例中，TC根据自身的策略 确定与TS的媒体通信中不包括H. 263视频流。B.因而，TC返回的SDP#2具体可以为
v = 0ο = -0 0 IN IP4 192. 168. 0. 35s =c = IN IP4 192. 168. 0. 35/127t = 0 0m = audio 2324 RTP/AVP 0a = rtpmap0 PCMU/8000步骤705、TCP将来自TC的媒体描述SDP#2发送给TS，TS会与SDP#1进行比较并 产生用于与TC进行媒体会话的最终媒体参数描述SDP#1’并返回给TCP ；1)在本例中，TC返回的SDP#2不包含SDP#1中的H. 263媒体格式，因而TS收到 SDP#2 (SDP Answer)后与SDP#1 (SDP Offer)比较发现了这一点。TS可以接受，并返回最终 的媒体描述SDP#1，。A. TS返回的SDP#1，具体可以如下v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap:0 PCMU/80002)另外，TS也可以根据其策略，因为TC无法满足其提供的所有媒体而选择放弃与 TC进行媒体会话。步骤706、TCP将来自TS的最终描述SDP#I ’发送给TC，指示这是TS将使用的最 终版本。步骤707、TS、TC根据SDP#2/SDP#1，所描述的媒体会话参数开始媒体会话。在本 例中，TC将与TS之间建立只包含PCMU音频的媒体会话。实施例三(B)本实施例中，TCP将来自TS的SDP#I连同TS支持的媒体能力一同发送给TC，供其 选择；TC根据自身媒体能力选择与TS间使用H. 261,因而返回SDP#2 ；TCP将SDP#2发送给 TS, TS将得知TC不支持H. 263而改用H. 261,自己需要完成转码工作。本实施例中，TCP、TS、TC分别实施如下TCP在所述接收TC根据所述第一媒体描述生成的第二媒体描述之前，还包括获 取TS的媒体能力并将TS的媒体能力转发给TC ；接收TC根据TS、TC的媒体能力和所述第 一媒体描述生成的第二媒体描述。TS接收TCP转发的TC根据TS、TC的媒体能力和所述第一媒体描述生成的第二媒 体描述。TC接收TCP转发的TS的媒体能力；根据TS、TC的媒体能力和所述第一媒体描述 生成第二媒体描述。本例中流程上与实施例三(A)所提供的步骤类似，不同点在于TC/TS的处理行为上，以及TCP还要将向TC提供对端支持的媒体能力信息，供TC参考并选择出替代的媒体格 式，以此表明需要TS进行转码工作。如图8所示，具体处理流程可以包括步骤801、TCP获取TS的媒体能力MediaCapabilityiil (也可以获取TC的能力)；步骤802、TS (如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIP Invite到SIP ACK的交互过程)；步骤803、TS将WAN侧建立通信的描述转换为LAN (Local Area Network，局域网) 侧应该使用的描述，即SDP#1 ；步骤804、TS 将 SDP#1 提供给 TCP ；步骤805、TCP获得来自TS希望用于LAN侧媒体通信的媒体描述SDP#1，将来自TS 的媒体描述SDP#1以及TS的媒体能力MC#1 一同发给TC，供其进行参考。1)本实施例主要考虑SDP#1中某个/些媒体格式TC不支持的情况，TC将结合自 身以及TS的能力确定一种转码方案。A.来自TS的媒体描述SDP#1可以具体为v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap0 PCMU/8000m = video 4567 RTP/AVP 34a = rtpmap:34 H263/90000B.来自TS的媒体能力描述MC#1可以具体为m = audio 0 RTP/AVP 0 1 3a = rtpmap:0 PCMU/8000a = rtpmap:1 1016/8000a = rtpmap:3 GSM/8000m = video 0 RTP/AVP 31 34 96a = rtpmap:31 H261/90000a = rtpmap:34 H263/90000a = rtpmap:96 MP4V—ES/900002)TC结合SDP#1、MC#1以及自身的能力进行判断。例如，自身不支持SDP#1中提 供的H. 263视频编码而支持H.沈1，且发现TS也支持H.沈1。因而TC可以根据自己的策略 得出结论可以使用H. 261作为替代的视频流编码方案。3) TC根据判断结果返回媒体描述SDP#2，具体可以为如下v = 0ο = -0 0 IN IP4 192. 168. 0. 35s =c = IN IP4 192. 168. 0. 35/127
t = 0 0m = audio 2324 RTP/AVP 0a = rtpmap 0 PCMU/8000m = video 3435 RTP/AVP 31a = rtpmap:31 H261/90000步骤806、TCP将来自TC的媒体描述SDP#2发送给TS ；1) TS可以根据自身的策略(如不倾向于转码)选择拒绝来自TC的转码方案。或 者，2)接受来自TC的媒体描述，并根据SDP#2最终确定并返回SDP#1，。A. TS确定的SDP#1，可以具体为如下v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap:0 PCMU/8000m = video 5678 RTP/AVP 31a = rtpmap:31 H261/90000步骤807、TCP将来自TS的媒体描述最终版本SDP#1，发送给TC，指示双方将通过 SDP#2以及SDP#1，所描述的媒体参数开始媒体会话；步骤808、后续TS/TC之间的媒体会话将采用音频PCMU编码、视频H. 261编码传 输。对于TS，需要将来自TC的H. 261编码转码成H. 263视频流发送给WAN侧通信对端；将 来自WAN侧通信对端的H. 263视频流转码成H. 261视频流发送给TC。实施例四本实施例中，TCP通过UPnP action主动要求TS生成用于LAN侧媒体通信的参数 描述。本实施例中，TCP、TS分别实施如下本实施例中，TCP调用通用即插即用UPnP控制命令，接收TS发来的对调用UPnP控 制命令的响应，该响应中包括第一媒体描述。TS向TCP发送对TCP调用UPnP控制命令的响应，该响应中包括第一媒体描述。本实施例具体流程如图9所示，可以包括步骤901 =TS与WAN侧完成通信协商并建立；步骤902、TS通过UPnP事件向TCP发送通知消息(例如只携带CalllD，或者以及 呼叫状态例如“CallStatus = Established”)，以告知TCP WAN侧的通信连接已经建立；步骤903、TCP得到事件后，向TS获取TS用于LAN侧媒体会话的参数描述。1)实施中，TCP可以根据用户的需要确定是否TS应与某TC建立媒体会话。也就 是说这里TS不主动产生用于LAN侧媒体通信的参数，除非TCP命令其生成。2)具体地，TCP 可以通过 UPnP action (例如 GetMediaDescription ())获取 TS 将21在LAN侧使用的媒体参数的描述。TS收到请求消息后，将根据WAN侧的媒体描述生成对应 的LAN侧的媒体描述，并在响应消息中向TCP返回。步骤904、TCP将来自TS的媒体描述SDP#1 (SDP Offer)发送给TC，TC根据SDP#1 结合自身能力返回自己的媒体描述SDP#2 (SDP Answer)；步骤905、TCP将来自TC的媒体描述SDP#2发送给TS，TS会与SDP#1进行比较并 产生用于与TC进行媒体会话的最终媒体参数描述SDP#1’ ；步骤906、TCP将来自TS的最终描述SDP#1，发送给TC，指示这是TS将使用的最 终版本；步骤907、TS、TC根据SDP#2/SDP1，所描述的媒体会话参数开始媒体会话。本实施例中，TCP充当SDP转发人，不指定或部分指定双方应使用的媒体参数；这 样TC收到SDP#1后可能其能力与SDP#1中有出入(例如不支持某编码格式)；TC会根据自 身能力返回SDP#2，相对于SDP#1，情况1为TC放弃不支持的某媒体流，情况2为TC提供替 代的媒体编码格式并要求TS进行转码；TS会根据SDP#2确定最终的SDP#1的版本。以上 具体例子在前面的实施例中已经包含。本实施例仅与实施例一进行对照，在细节上也可以 结合其他实施例。实施例五本实施例与前述实施例的区别在于对TCP要求更多的工作和决定权。TCP将根 据TS WAN侧的媒体通信参数(SDP#0)结合TC的能力初步确定TC的媒体参数描述(SDP#2) 并将该描述发送给TS，要求TS根据SDP#2生成最终应使用的媒体参数描述SDP#1 ；TCP将 来自TS的媒体描述SDP#1以及TCP为其初步指定的媒体描述SDP#2同时发送给TC，用以 指示根据这些信息生成最终的媒体参数描述SDP#2’ ；TCP最后将SDP#2’发送给TS，告知其 SDP#2’为TC将使用的媒体参数描述的最终版本。TCP初步指定TC/TS将使用的媒体格式的好处在于免除多于的协商过程，对TC/TS 的处理能力要求较低；实际中，TCP可以向TS/TC指定部分参数，例如，指定包含m = audio 0 RTP/AVP 0a = rtpmap0 PCMU/8000m = video 0 RTP/AVP 31a = rtpmap :31 H261/90000即向TS/TC指定它们之间的通信应该使用的媒体编码格式。这种情况下，TC/TS将 接受使用指定的媒体格式并生成全面的SDP(将地址、端口等信息补上)。或者，指定v = 0ο = -0 0 IN IP4 192. 168. 0. 10s =c = IN IP4 192. 168. 0. 10/127t = 0 0m = audio 3456 RTP/AVP 0a = rtpmap:0 PCMU/8000m = video 4567 RTP/AVP 31a = rtpmap:31 H261/90000
这样即指定了 TS/TC通信的所有或者主要参数，TS/TC不需要自行管理通信端口， 这样对TC/TS的要求更低。实际中，TCP也可以向TS指定部分描述内容，而向TC指定包括 地址/端口的所有内容，或者反之(根据设备具体能力而决定)。本实施例中，TCP、TS、TC分别实施如下TCP接收TS发来的第一媒体描述之前，还包括获取TS广域网WAN侧的媒体描述、 TC的媒体能力，根据TS WAN侧的媒体描述、TC的媒体能力，初步确定第二媒体描述并将所 述初步确定的第二媒体描述发送给TS ；后续接收TS根据所述初步确定的第二媒体描述生 成的第一媒体描述；将所述初步确定的第二媒体描述发送给TC ；接收TC根据所述第一媒体 描述、所述初步确定的第二媒体描述修改后的第二媒体描述；将修改后的第二媒体描述发 送给TS。TS向TCP发送第一媒体描述之前，还包括向TCP提供TS广域网WAN侧的媒体描 述；接收TCP根据TS WAN侧的媒体描述、TC的媒体能力，初步确定的第二媒体描述；后续 向TCP发送根据所述初步确定的第二媒体描述生成的第一媒体描述；接收TCP转发的TC根 据所述第一媒体描述、所述初步确定的第二媒体描述修改后的第二媒体描述。TC接收所述第一媒体描述之前，向TCP提供TC的媒体能力；接收TCP发来的初步 确定的第二媒体描述、以及TCP转发的TS根据初步确定的第二媒体描述生成的第一媒体描 述，所述初步确定的第二媒体描述是TCP根据TS WAN侧的媒体描述、TC的媒体能力初步确 定的第二媒体描述；根据所述第一媒体描述、所述初步确定的第二媒体描述修改第二媒体 描述；向TCP发送修改后的第二媒体描述。本实施例具体流程如图10所示，可以包括步骤100la-100lb、TCP要事先获取TS/TC各自的媒体能力；步骤1002、TS(如手机、固定电话、VoIP网关等设备)已经与WAN侧的通信对端完 成了呼叫建立(如完成了从SIP Invite到SIP ACK的交互过程)；步骤1003、TS通过UPnP事件向TCP发送通知消息(例如只携带CalllD，或者以 及呼叫状态例如“CallMatus = Established”)，以告知TCP WAN侧的通信连接已经建立； 并提供WAN侧使用的媒体描述SDP#0 ；步骤1004、TCP结合TS WAN侧的媒体通信参数(SDP#0)、TC的能力初步确定TC的 媒体参数描述(SDP#2)；步骤1005、TCP将初步确定的SDP#2提供给TS ；TS根据SDP#2生成最终应使用的 媒体参数描述SDP#1 ；步骤1006、TCP将来自TS的媒体描述SDP#1以及TCP为其初步指定的媒体描述 SDP#2同时发送给TC ；TC根据这些信息生成最终的媒体参数描述SDP#2，；步骤1007、TCP最后将SDP#2，发送给TS，告知其SDP#2，为TC将使用的媒体参数 描述的最终版本；步骤1008、TS、TC根据SDP#2，/SDPl所描述的媒体会话参数开始媒体会话。下面举例给出本发明实施例的具体实施场景。如下实施场景为具体实例，实施中 在家庭网络中使用电话业务的其它场景均可适用前述实施例方法。实施场景一通过TCP发起TS向WAN侧通信设备的会话，并建立TC/TS之间的媒 体会话。如图IOA所示，处理流程可以包括
步骤la-lb、TCP分别获取TS/TC的媒体会话能力(支持的媒体类型、编码等)。在 此之前，用户决定通过TC与位于家庭网络外的某用户进行通话，因而通过TCP触发呼叫和 会话建立的过程；步骤2、TCP根据TS/TC等能力初步决定TS向WAN侧通信设备发起呼叫所应使用 的媒体参数信息(SDP#0)。1)具体地，TCP可以选择TS/TC都支持的媒体编码格式。2)按照前面的实施例说明，如果TS/TC没有匹配的媒体格式，TCP可以选择放弃该 媒体的通信或者选择TC支持的编码格式并要求TS后续进行转码。步骤3、TCP向TS发起命令，指示TS使用SDP#0所描述的媒体参数向WAN侧设备 发起呼叫。具体地，TCP通过调用UPnP action完成该过程，TS接受该命令并返回标识即将 开始的呼叫的Call ID。步骤4、TS根据TCP的指令以及SDP#0所提供的媒体参数向WAN侧设备发起呼叫。 例如，如果使用SIP协议，TS则向WAN侧对端通信设备发送SIP Invite消息，其中可以携 带 SDP Offer01) TS会根据来自TCP的SDP#0中的要求组织SDP Offer的具体内容(如附加确定 接收媒体流的IP地址/端口等)。2) TS将与WAN侧设备进行会话协商，其间会交互多个SIP消息。步骤5、TS与WAN侧设备完成通信的建立；步骤6、TS向TCP提供用于WAN侧媒体通信的会话参数描述SDP#1。1)例如，通过SIP多个消息的交互，TS与通信对端确定了双方使用的媒体会话参数。2) TS根据WAN侧使用的媒体参数生成用于LAN侧通信的参数描述SDP#1。按照前 面的实施例，也可以为TCP向TS发指令要求其生成LAN侧通信参数描述(该指令中还可 以携带TC的媒体能力/参数信息)。3)TS向TCP提供用于LAN侧媒体会话的参数描述SDP#1。按照前面的实施例，提 供的方式可以通过TS向TCP发送事件，也可以为TCP通过调用action向TS获取。步骤7、TCP将来自TS的媒体描述SDP#1的信息发送给TC。按照前面的实施例其 具体实现可以为DTCP将SDP#1发送给TC，供TC根据自身能力返回TC使用的媒体参数的描述 SDP#2 ；2) TCP根据TC的能力将SDP#1进行修改，并将SDP#1，发送给TC，TC接受并返回 将要使用的媒体参数的描述SDP#2。3) TCP根据SDP#1以及TC的能力直接确定并发送给TC应该使用的媒体参数的描 述SDP#2，TC接受。步骤8、TCP将TC将要在媒体会话中使用的媒体参数的描述SDP#2发送给TS，以 便于TS与TC之间开始媒体会话。1)如果TC向TS发送了 SDP#1，，这种情况TCP应该将SDP#1，也提供给TS，以便告 知其应使用的媒体参数的最终版本。步骤9、TC与TS按照SDP#1 (SDP#1' ) /SDP#2所描述的媒体参数开始媒体会话，TS也会将与TC间进行的全部或部分媒体发送给WAN侧通信对端，将来自WAN侧通信对端的全 部或部分媒体发送给TC，其间TS可能会对全部或部分编码格式的媒体进行转码操作。实施场景二 通过TCP接受从WAN侧通信设备向TS的会话请求，并建立TC/TS之 间的媒体会话。如图IOB所示，处理流程可以包括步骤1、TS接收到来自WAN侧通信设备的呼叫请求。步骤2、TS将所述呼叫请求提供给TCP。1)TS向TCP提供的信息可包括TS根据该请求生成的用于标识本次呼叫的 CallID;媒体会话参数的描述SDP#0。其中，SDP#0既可以是通信对端所提供的SDP Offer 所携带的媒体能力信息，也可以是TS根据自身能力将其过滤后向TCP提供的媒体能力信 肩、ο2)TS向TCP提供该信息的方式可以为通过事件或，TCP调用action，TS在响应 详细中返回。步骤3、TCP获取TC的媒体能力信息MediaCapability#l ；可选地，TCP也可以获取TS的能力。步骤4、TCP根据SDP#0确定TS接受请求后希望使用的媒体会话参数SDP#0，。TCP确定SDP#0，的方式，例如，SDP#0中包含了 H. 261，H. 263等多种WAN侧通信对 端支持的媒体编码格式，TCP根据TC (和TQ的能力确定本次会话使用H. 261传输视频，因 而在SDP#0，包含选择H. 261编码格式。步骤5、TCP命令TS接受该来自WAN侧的呼叫请求。接受的方式可以通过调用UPnP action，其中携带TS应该选择的媒体参数信息的描述SDP#0’。步骤6、TS根据TCP的命令组织并向WAN侧设备返回SDP Answer。例如使用SIP 协议，TS可以在SIP消息中携带SDP Answer。步骤7、TS根据TCP的指示与WAN侧通信设备完成会话协商并建立通话。此时TS 按照前面实施例所述的方式向TC提供用于LAN侧的媒体会话参数的描述SDP#1。后续的步骤8-11与实施图IOA中步骤6-9相同。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成，所述的程序可以存储于一计算机可读取存储介质中，该 程序在执行时，可以包括上述实施例方法中的全部或部分步骤，所述的存储介质可以包括 ROM、RAM、磁盘、光盘等。本发明实施例中还提供了一种电话控制点设备TCP、电话服务器设备TS、电话客 户端设备TC及媒体协商系统，如下面的实施例所述。由于这些设备解决问题的原理与媒体 协商方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。如图11所示，本发明实施例中的电话控制点设备TCP可以包括第一接收模块1101，用于接收电话服务器TS发来的第一媒体描述，所述第一媒体 描述包括TS LAN侧的媒体会话参数；第一转发模块1102，用于将所述第一媒体描述转发给电话客户端TC ；第二接收模块1103，用于接收TC根据所述第一媒体描述生成的第二媒体描述，所 述第二媒体描述包括TC的媒体会话参数；第二转发模块1104，用于将所述第二媒体描述转发给TS。
一个实施例中，第一转发模块1102可具体用于获取TC的媒体能力并根据TC的媒体能力对所述第一媒体描述进行修改；或，获取 TC和TS的媒体能力并根据TC和TS的媒体能力对所述第一媒体描述进行修改；将修改后的所述第一媒体描述转发给TC ；第二接收模块1103可具体用于接收TC根据修改后的所述第一媒体描述生成的第二媒体描述。一个实施例中，第二转发模块1104还可用于将修改后的所述第一媒体描述转发 给TS。如图12所示，一个实施例中，图11所示的TCP还可以包括第三接收模块1201，用于接收TS根据所述第一媒体描述和第二媒体描述修改后 的所述第一媒体描述；第三转发模块1202，用于将修改后的所述第一媒体描述转发给TC。一个实施例中，第一转发模块1102还可用于获取TS的媒体能力并将TS的媒体 能力转发给TC ；第二接收模块1103可具体用于接收TC根据TS和TC的媒体能力，以及所述第一 媒体描述生成的第二媒体描述。如图13所示，一个实施例中，图11所示的TCP还可以包括确定模块1301，用于获取TS广域网WAN侧的媒体描述和TC的媒体能力，根据TS WAN侧的媒体描述和TC的媒体能力，初步确定第二媒体描述并将所述初步确定的第二媒体 描述发送给TS ；第一接收模块1101可具体用于接收TS根据所述初步确定的第二媒体描述生成 的第一媒体描述；第一转发模块1102还可用于将所述初步确定的第二媒体描述发送给TC ；第二接收模块1103可具体用于接收TC根据所述第一媒体描述和所述初步确定 的第二媒体描述修改后的第二媒体描述；第二转发模块1104可具体用于将修改后的第二媒体描述发送给TS。一个实施例中，第一接收模块1101可具体用于通过事件接收TS发来的第一媒体描述；或，调用通用即插即用UPnP控制命令，接收TS发来的对调用UPnP控制命令的响 应，该响应中包括第一媒体描述。如图14所示，本发明实施例中的电话服务器设备TS可以包括第一发送模块1401，用于向电话控制点TCP发送第一媒体描述，所述第一媒体描 述包括TS LAN侧的媒体会话参数；第一接收模块1402，用于接收TCP转发的TC根据所述第一媒体描述生成的第二媒 体描述，所述第二媒体描述包括TC的媒体会话参数。一个实施例中，第一接收模块1402可具体用于接收修改后的所述第一媒体描 述、以及TC根据修改后的所述第一媒体描述生成的第二媒体描述；所述修改后的所述第一 媒体描述由TCP根据TC的媒体能力修改所述第一媒体描述获得，或由TCP根据TC和TS的 媒体能力修改所述第一媒体描述获得。
如图15所示，一个实施例中，图14所示的TS还可以包括第二发送模块1501，用于向TCP发送根据所述第一媒体描述和所述第二媒体描述 修改后的所述第一媒体描述。一个实施例中，第一接收模块1402可具体用于接收TCP转发的TC根据TS和TC 的媒体能力，以及所述第一媒体描述生成的第二媒体描述。如图16所示，一个实施例中，图14所示的TS还可以包括第三发送模块1601，用于向TCP提供TS广域网WAN侧的媒体描述；第二接收模块1602，用于接收TCP根据TS WAN侧的媒体描述和TC的媒体能力，初 步确定的第二媒体描述；第一发送模块1401可具体用于向TCP发送根据所述初步确定的第二媒体描述生 成的第一媒体描述；第一接收模块1402可具体用于接收TCP转发的TC根据所述第一媒体描述和所 述初步确定的第二媒体描述修改后的第二媒体描述。一个实施例中，第一发送模块1401可具体用于通过事件向TCP发送第一媒体描述；或，向TCP发送对TCP调用UPnP控制命令的响应，该响应中包括第一媒体描述。如图17所示，本发明实施例中的电话客户端设备TC可以包括第一接收模块1701，用于接收TCP转发的TS的第一媒体描述，所述第一媒体描述 包括TS LAN侧的媒体会话参数；生成模块1702，用于根据所述第一媒体描述生成第二媒体描述，所述第二媒体描 述包括TC的媒体会话参数；第一发送模块1703，用于向TCP发送所述第二媒体描述，以使所述TCP向所述TS 发送所述第二媒体描述。如图18所示，一个实施例中，图17所示的TC还可以包括第二发送模块1801，用于向TCP提供TC的媒体能力；第一接收模块1701可具体用于接收TCP在接收到TS发来的第一媒体描述后，根 据TC的媒体能力修改后的所述第一媒体描述，或根据TC和TS的媒体能力修改后的所述第 一媒体描述；生成模块1702可具体用于根据修改后的所述第一媒体描述生成第二媒体描述。如图19所示，一个实施例中，图17所示的TC还可以包括第二接收模块1901，用于接收TCP转发的TS的媒体能力；生成模块1702可具体用于根据TS、TC的媒体能力和所述第一媒体描述生成第二 媒体描述。如图20所示，一个实施例中，图17所示的TC还可以包括第二发送模块2001，用于向TCP提供TC的媒体能力；第一接收模块1701可具体用于接收TCP发来的初步确定的第二媒体描述、以及 TCP转发的TS根据初步确定的第二媒体描述生成的第一媒体描述，所述初步确定的第二媒 体描述是TCP根据TS WAN侧的媒体描述和TC的媒体能力初步确定的第二媒体描述；生成模块1702可具体用于根据所述第一媒体描述和所述初步确定的第二媒体描述修改第二媒体描述；第一发送模块1703可具体用于向TCP发送修改后的第二媒体描述。一个实施例中，生成模块1702可具体用于根据所述第一媒体描述中的媒体格式 信息、地址信息和端口信息之一或任意组合，生成第二媒体描述。如图21所示，本发明实施例中的媒体协商系统可以包括电话服务器设备TS2101，用于发送第一媒体描述，所述所述第一媒体描述包括TS 局域网LAN侧的媒体会话参数；电话控制点设备TCP2102，用于接收所述第一媒体描述，并转发所述第一媒体描 述；以及电话客户端设备TC2103，用于接收所述TCP转发的第一媒体描述，并根据所 述第一媒体描述生成第二媒体描述，将所述第二媒体描述发送给所述TCP ；所述TCP还用于接收所述TC发送的所述第二媒体描述，并将所述第二媒体描述发 送给所述TS。综上所述，本发明实施例中，接收电话服务器TS发来的第一媒体描述，所述第一 媒体描述包括TS LAN侧的媒体会话参数；将所述第一媒体描述转发给电话客户端TC ；接收 TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒体会话参 数；将所述第二媒体描述转发给TS，从而实现家庭网络中电话服务器与电话客户端之间媒 体会话参数的协商。本发明实施例中，向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括 TS LAN侧的媒体会话参数；接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描 述，所述第二媒体描述包括TC的媒体会话参数，从而实现家庭网络中电话服务器与电话客 户端之间媒体会话参数的协商。本发明实施例中，接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包 括TC的媒体会话参数；向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述第 二媒体描述，从而实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商。以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详 细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保 护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本 发明的保护范围之内。
权利要求
1.一种媒体会话协商的方法，其特征在于，该方法包括接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包括TS局域网LAN侧的 媒体会话参数；将所述第一媒体描述转发给电话客户端TC ；接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒 体会话参数；将所述第二媒体描述转发给TS。
2.如权利要求1所述的方法，其特征在于，所述第一媒体描述还包括TS广域网WAN侧 的媒体会话信息。
3.如权利要求2所述的方法，其特征在于，所述TSWAN侧的媒体会话信息，包括TS在 WAN侧使用的媒体编码；所述TS LAN侧的媒体会话参数，包括TS在LAN侧的接收媒体地址、接收媒体端口和 使用的媒体编码之一或任意组合。
4.如权利要求1所述的方法，其特征在于，将所述第一媒体描述转发给TC，包括 获取TC的媒体能力并根据TC的媒体能力对所述第一媒体描述进行修改；或，获取TC和TS的媒体能力并根据TC和TS的媒体能力对所述第一媒体描述进行修改； 将修改后的所述第一媒体描述转发给TC ；接收TC根据所述第一媒体描述生成的第二媒体描述，包括接收TC根据修改后的所述 第一媒体描述生成的第二媒体描述。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括 将修改后的所述第一媒体描述转发给TS。
6.如权利要求1所述的方法，其特征在于，还包括接收TS根据所述第一媒体描述和所述第二媒体描述修改后的所述第一媒体描述； 将修改后的所述第一媒体描述转发给Tc。
7.如权利要求1所述的方法，其特征在于，在所述接收TC根据所述第一媒体描述生成 的第二媒体描述之前，所述方法还包括获取TS的媒体能力并将TS的媒体能力转发给TC ；所述接收TC根据所述第一媒体描述生成的第二媒体描述，包括接收TC根据TS和TC 的媒体能力以及所述第一媒体描述生成的第二媒体描述。
8.如权利要求1所述的方法，其特征在于，接收TS发来的第一媒体描述之前，还包括 获取TS WAN侧的媒体描述和TC的媒体能力，根据TS WAN侧的媒体描述和TC的媒体能力，初步确定第二媒体描述并将所述初步确定的第二媒体描述发送给TS ；接收TS发来的第一媒体描述，包括接收TS根据所述初步确定的第二媒体描述生成的 第一媒体描述；所述接收TC根据所述第一媒体描述生成的第二媒体描述之前，还包括将所述初步确 定的第二媒体描述发送给TC;所述接收TC根据所述第一媒体描述生成的第二媒体描述，包括接收TC根据所述第一 媒体描述和所述初步确定的第二媒体描述修改后的第二媒体描述；所述将所述第二媒体描述转发给TS，包括将修改后的第二媒体描述发送给TS。
9.如权利要求1至8任一项所述的方法，其特征在于，接收TS发来的第一媒体描述，包括通过事件接收TS发来的第一媒体描述；或，调用通用即插即用UPnP控制命令，接收TS发来的对调用UPnP控制命令的响应，该 响应中包括所述第一媒体描述。
10.一种媒体会话协商的方法，其特征在于，该方法包括向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包 括TC的媒体会话参数。
11.如权利要求10所述的方法，其特征在于，所述接收TCP转发的TC根据所述第一媒 体描述生成的第二媒体描述，包括接收修改后的所述第一媒体描述、以及TC根据修改后 的所述第一媒体描述生成的第二媒体描述；所述修改后的所述第一媒体描述由TCP根据TC 的媒体能力修改所述第一媒体描述获得，或由TCP根据TC和TS的媒体能力修改所述第一 媒体描述获得。
12.如权利要求10所述的方法，其特征在于，还包括向TCP发送根据所述第一媒体描述和第二媒体描述修改后的所述第一媒体描述，以使 所述TCP向所述TC发送修改后的所述第一媒体描述。
13.如权利要求10所述的方法，其特征在于，所述接收TCP转发的TC根据所述第一媒 体描述生成的第二媒体描述包括接收TCP转发的TC根据TS和TC的媒体能力，以及所述 第一媒体描述生成的第二媒体描述。
14.如权利要求10所述的方法，其特征在于，向TCP发送第一媒体描述之前，还包括 向TCP提供TS WAN侧的媒体描述；接收TCP根据TS WAN侧的媒体描述和TC的媒体能力， 初步确定的第二媒体描述；所述向TCP发送第一媒体描述，包括向TCP发送根据所述初步确定的第二媒体描述生 成的第一媒体描述；所述接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述，具体为接收 TCP转发的TC根据所述第一媒体描述和所述初步确定的第二媒体描述修改后的第二媒体 描述。
15.一种媒体会话协商的方法，其特征在于，该方法包括接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包括TC的媒体会话参数；向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述第二媒体描述。
16.如权利要求15所述的方法，其特征在于，接收所述第一媒体描述之前，包括向TCP 提供TC的媒体能力；所述接收TCP转发的TS的第一媒体描述，包括接收TCP在接收到TS发来的第一媒体 描述后，根据TC的媒体能力修改后的所述第一媒体描述，或根据TC和TS的媒体能力修改 后的所述第一媒体描述；所述根据所述第一媒体描述生成第二媒体描述，包括根据修改后的所述第一媒体描 述生成第二媒体描述。
17.如权利要求15所述的方法，其特征在于，还包括接收TCP转发的TS根据所述第一媒体描述和第二媒体描述修改后的所述第一媒体描述。
18.如权利要求15所述的方法，其特征在于，所述根据所述第一媒体描述生成第二媒 体描述之前，所述方法包括接收TCP转发的TS的媒体能力；所述根据所述第一媒体描述生成第二媒体描述，包括根据TS和TC的媒体能力，以及 所述第一媒体描述生成所述第二媒体描述。
19.如权利要求15所述的方法，其特征在于，所述接收TCP转发的TS的第一媒体描述 之前，包括向TCP提供TC的媒体能力；所述接收TCP转发的TS的第一媒体描述，包括接收TCP发来的初步确定的第二媒体 描述、以及TCP转发的TS根据初步确定的第二媒体描述生成的第一媒体描述，所述初步确 定的第二媒体描述是TCP根据TS WAN侧的媒体描述和TC的媒体能力初步确定的第二媒体 描述；所述根据所述第一媒体描述生成第二媒体描述，包括根据所述第一媒体描述和所述 初步确定的第二媒体描述修改第二媒体描述；所述向TCP发送所述第二媒体描述，包括向TCP发送修改后的第二媒体描述。
20.一种电话控制点设备TCP，其特征在于，包括第一接收模块，用于接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包括 TS LAN侧的媒体会话参数；第一转发模块，用于将所述第一媒体描述转发给电话客户端TC ；第二接收模块，用于接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒 体描述包括TC的媒体会话参数；第二转发模块，用于将所述第二媒体描述转发给TS。
21.如权利要求20所述的TCP，其特征在于，所述第一转发模块具体用于获取TC的媒体能力并根据TC的媒体能力对所述第一媒体描述进行修改；或，获取TC 和TS的媒体能力并根据TC和TS的媒体能力对所述第一媒体描述进行修改；将修改后的所述第一媒体描述转发给TC ；所述第二接收模块具体用于接收TC根据修改后的所述第一媒体描述生成的所述第 二媒体描述。
22.如权利要求21所述的TCP，其特征在于，所述第二转发模块还用于将修改后的所述第一媒体描述转发给TS。
23.如权利要求22所述的TCP，其特征在于，还包括第三接收模块，用于接收TS根据所述第一媒体描述和第二媒体描述修改后的所述第 一媒体描述；第三转发模块，用于将修改后的所述第一媒体描述转发给Tc。
24.如权利要求20所述的TCP，其特征在于，所述第一转发模块还用于获取TS的媒体 能力并将TS的媒体能力转发给TC ；第二接收模块具体用于接收TC根据TS和TC的媒体能力，以及所述第一媒体描述生 成的第二媒体描述。
25.如权利要求20所述的TCP，其特征在于，还包括确定模块，用于获取TS WAN侧的媒体描述和TC的媒体能力，根据TS WAN侧的媒体描 述和TC的媒体能力，初步确定第二媒体描述并将所述初步确定的第二媒体描述发送给TS ；第一接收模块具体用于接收TS根据所述初步确定的第二媒体描述生成的第一媒体 描述；第一转发模块还用于将所述初步确定的第二媒体描述发送给TC ；第二接收模块具体用于接收TC根据所述第一媒体描述和所述初步确定的第二媒体 描述修改后的第二媒体描述；第二转发模块具体用于将修改后的第二媒体描述发送给TS。
26.一种电话服务器设备TS，其特征在于，包括第一发送模块，用于向电话控制点TCP发送第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；接收模块，用于接收TCP转发的TC根据所述第一媒体描述生成的第二媒体描述，所述 第二媒体描述包括TC的媒体会话参数。
27.如权利要求沈所述的TS，其特征在于，接收模块具体用于接收修改后的所述第一 媒体描述、以及TC根据修改后的所述第一媒体描述生成的第二媒体描述；所述修改后的所 述第一媒体描述由TCP根据TC的媒体能力修改所述第一媒体描述获得，或由TCP根据TC 和TS的媒体能力修改所述第一媒体描述获得。
28.如权利要求沈所述的TS，其特征在于，还包括第二发送模块，用于向TCP发送根据所述第一媒体描述和所述第二媒体描述修改后的 所述第一媒体描述。
29.如权利要求沈所述的TS，其特征在于，所述接收模块具体用于接收TCP转发的TC 根据TS和TC的媒体能力，以及所述第一媒体描述生成的第二媒体描述。
30.如权利要求沈所述的TS，其特征在于，还包括第三发送模块，用于向TCP提供TS WAN侧的媒体描述；接收TCP根据TS WAN侧的媒体 描述和TC的媒体能力，初步确定的第二媒体描述；所述第一发送模块具体用于向TCP发送根据所述初步确定的第二媒体描述生成的第 一媒体描述；所述接收模块具体用于接收TCP转发的TC根据所述第一媒体描述和所述初步确定的 第二媒体描述修改后的第二媒体描述。
31.一种电话客户端设备TC，其特征在于，包括第一接收模块，用于接收TCP转发的TS的第一媒体描述，所述第一媒体描述包括TS LAN侧的媒体会话参数；生成模块，用于根据所述第一媒体描述生成第二媒体描述，所述第二媒体描述包括TC 的媒体会话参数；第一发送模块，用于向TCP发送所述第二媒体描述，以使所述TCP向所述TS发送所述 第二媒体描述。
32.如权利要求31所述的TC，其特征在于，还包括 第二发送模块，用于向TCP提供TC的媒体能力；第一接收模块具体用于接收TCP在接收到TS发来的第一媒体描述后，根据TC的媒 体能力修改后的所述第一媒体描述，或根据TC和TS的媒体能力修改后的所述第一媒体描 述；生成模块具体用于根据修改后的所述第一媒体描述生成第二媒体描述。
33.如权利要求31所述的TC，其特征在于，还包括 第二接收模块，用于接收TCP转发的TS的媒体能力；所述生成模块具体用于根据TS、TC的媒体能力和所述第一媒体描述生成第二媒体描述。
34.如权利要求31所述的TC，其特征在于，还包括 第二发送模块，用于向TCP提供TC的媒体能力；所述第一接收模块具体用于接收TCP发来的初步确定的第二媒体描述、以及TCP转发 的TS根据初步确定的第二媒体描述生成的第一媒体描述，所述初步确定的第二媒体描述 是TCP根据TS WAN侧的媒体描述和TC的媒体能力初步确定的第二媒体描述；所述生成模块具体用于根据所述第一媒体描述和所述初步确定的第二媒体描述修改 第二媒体描述；所述第一发送模块具体用于向TCP发送修改后的第二媒体描述。
35.一种媒体协商系统，其特征在于，包括电话服务器设备TS，用于发送第一媒体描述，所述所述第一媒体描述包括TS局域网 LAN侧的媒体会话参数；电话控制点设备TCP，用于接收所述第一媒体描述，并转发所述第一媒体描述； 以及电话客户端设备TC，用于接收所述TCP转发的第一媒体描述，并根据所述第一媒 体描述生成第二媒体描述，将所述第二媒体描述发送给所述TCP ；所述TCP还用于接收所述TC发送的所述第二媒体描述，并将所述第二媒体描述发送给 所述TS。
全文摘要
本发明公开了一种媒体会话协商的方法、设备及系统，其中方法包括接收电话服务器TS发来的第一媒体描述，所述第一媒体描述包括TS局域网LAN侧的媒体会话参数；将所述第一媒体描述转发给电话客户端TC；接收TC根据所述第一媒体描述生成的第二媒体描述，所述第二媒体描述包括TC的媒体会话参数；将所述第二媒体描述转发给TS。采用本发明可以实现家庭网络中电话服务器与电话客户端之间媒体会话参数的协商。
文档编号H04L29/06GK102055741SQ20091021140
公开日2011年5月11日 申请日期2009年11月6日 优先权日2009年11月6日
发明者吴黄伟, 张钦亮, 方平, 朱萸 申请人:华为终端有限公司