CN101741874A - 一种媒体协商的方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种媒体协商的方法、装置和系统；所述媒体协商的方法可以包括：接收客户端发送的会话建立请求消息，所述会话建立请求消息携带需要获取的媒体资源信息；查找本地是否保存有与所述媒体资源对应的媒体传输协商信息；如果是，则将所述媒体传输协商信息发送给所述客户端；如果否，则发送会话建立请求消息给第二网络节点，接收第二网络节点返回的媒体传输协商信息，并将所述接收的媒体传输协商信息发送给所述客户端。上述实施例采用网络设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以从上述网络设备获取上述媒体传输协商信息，不再需要从源端获取，从而节约了网络资源。

Description

一种媒体协商的方法、装置和系统

技术领域

本发明涉及通信技术领域，特别涉及一种媒体协商的方法、装置和系统。

背景技术

对等(Peer-to-Peer，P2P)网络是一种进行分布式内容发布和查找的网络。在P2P网络中，每个节点均可以向网络发布自己拥有的内容，P2P网络中的每个节点都记录查找索引，当某个节点需要获得某个资源时，可以根据查找索引在P2P网络中查找拥有这个资源的节点，从它们那里获得对应的资源。

节点获取资源之前需要对媒体数据传输的媒体传输信息进行协商。上述媒体传输信息的协商过程可以采用实时流协议(Real Time StreamingProtocol，RTSP)来进行。

在客户端/服务器(Client/Server，C/S)网络构架下，RTSP媒体协商过程可以是：收端发送协商请求到源端，源端应答；收端在应答消息中获得媒体传输使用的端口号、序列号、时间戳等媒体传输协商信息；收端根据上述媒体传输协商信息获取对应的媒体资源。

发明人在实现本发明的过程中发现：对等网络中，节点需要根据媒体传输协商信息来进行媒体传输；点到点的协商方式中收端需要从源端获取媒体传输协商信息，后续加入的节点请求同样的资源时仍然需要从源端获取媒体传输协商信息；浪费了网络资源，并且媒体传输协商的时间较长。

发明内容

本发明实施例要解决的技术问题是提一种媒体协商的方法、装置和系统，节约网络资源，减少媒体传输协商的时间

为解决上述技术问题，本发明所提供的媒体协商的方法实施例可以通过以下技术方案实现：

接收客户端发送的会话建立请求消息，所述会话建立请求消息携带需要获取的媒体资源信息；

根据所述会话建立请求消息查找本地是否保存有与所述媒体资源对应的媒体传输协商信息；

如果是，则将所述媒体传输协商信息发送给所述客户端；

如果否，则发送会话建立请求消息给第二网络节点，接收第二网络节点返回的媒体传输协商信息，并将所述接收的媒体传输协商信息发送给所述客户端。

本发明实施例还提供了一种网络设备，包括：

请求接收单元，用于接收客户端发送的会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；

查找单元，用于接收到所述会话建立请求消息后，查找是否保存有与所述媒体资源对应的媒体传输协商信息；

请求发送单元，用于如果查找单元查找结果为否，发送会话建立请求消息给第二网络节点；

媒体信息接收单元，用于接收第二网络节点返回的媒体传输协商信息；

媒体信息发送单元，用于将所述保存的或者接收到的媒体传输协商信息发送给所述客户端。

本发明实施例还提供了另一种网络设备，包括：

请求接收单元，用于接收网络节点发送的会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；

媒体信息查找单元，用于查找是否保存有与所述媒体资源对应的媒体传输协商信息；

媒体信息发送单元，用于当所述查找结果为是，则向所述网络节点发送与所述媒体传输协商信息。

本发明实施例还提供了一种网络系统，包括：

客户端，用于向对等节点发送会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；接收与所述会话建立请求消息对应的媒体传输协商信息；

对等节点，用于接收到客户端发送的会话建立请求消息后，查找本地是否保存有与所述媒体资源对应的媒体传输协商信息；如果是，则将所述媒体传输协商信息发送给所述客户端；如果否，则发送会话建立请求消息给所述资源的源端，接收所述源端返回的媒体传输协商信息，并将所述接收的媒体传输协商信息发送给所述客户端；

源端，用于接收对等节点发送的会话建立请求消息；查找是否有与所述会话建立请求消息对应的媒体资源；如果有，则向所述对等节点发送所述媒体资源对应的媒体传输协商信息。

上述技术方案具有如下有益效果：采用网络设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以从上述网络设备获取上述媒体传输协商信息，不再需要从源端获取，从而节约了网络资源，减少媒体传输协商的时间。

附图说明

图1为本发明实施例一方法流程示意图；

图2为本发明实施例二方法流程示意图；

图3为本发明实施例三方法流程示意图；

图4为本发明实施例四方法应用的网络示意图；

图5为本发明实施例五方法应用的网络示意图；

图6a为本发明实施例六方法应用的网络示意图；

图6b为本发明实施例六另一方法应用的网络示意图；

图7为本发明实施例七网络设备结构示意图；

图8为本发明实施例八网络设备结构示意图；

图9为本发明实施例九网络设备结构示意图；

图10为本发明实施例十网络设备结构示意图；

图11为本发明实施例十一系统结构示意图。

具体实施方式

本发明实施例提供一种媒体协商的方法、装置和系统，节约网络资源。

实施例一，如图1所示，本发明实施例提供了一种媒体协商的方法，可以包括以下步骤：

步骤101：接收客户端发送的会话建立请求消息，上述会话请求消息携带有需要获取的媒体资源信息；

上述会话建立请求消息可以请求一个媒体资源的媒体传输协商信息也可以请求多个媒体传输协商信息。上述媒体传输协商信息可以为需要协商的媒体传输使用的端口号、序列号、时间戳等；上述会话建立请求消息的发送方可以为需要接收媒体资源的客户端，上述会话建立请求消息也可以是客户端通过对等节点发送的；

步骤102：根据上述会话建立请求消息查找本地是否保存有与上述媒体资源对应的媒体传输协商信息；如果是，则执行步骤103，如果否，则执行步骤104；

步骤103：将上述媒体传输协商信息发送给上述客户端；

步骤104：发送会话建立请求消息给第二网络节点；上述第二网络节点是区别于上述步骤执行主体以外的其它网络节点，为方便表述采用第二网络节点表示；

上述第二网络节点可以为上述媒体资源的源端或对等节点；上述源端可以为网络服务器或者终端等拥有上述媒体资源的设备；

步骤105：接收上述第二网络节点返回的媒体传输协商信息；接收到上述第二网络节点返回的媒体传输协商信息后还可以保存上述媒体传输协商信息，也可以同时保存上述媒体资源与上述媒体传输协商信息的对应关系；当有新的客户端请求上述媒体传输协商信息时可以将上述媒体传输协商信息发送给上述新的客户端；

步骤106：将上述媒体传输协商信息发送给上述客户端。

上述步骤的执行主体可以为协商代理设备；上述协商代理设备可以为一个对等节点，也可以为由对等节点组成的一个网络，当然采用协商服务器也是可以的，这时客户端、源端可以作为对等节点的子网；上述协商代理设备还可以是任意的终端，每一个终端都可以作为协商代理设备，这时由终端构成的网络中所有的终端都是对等的，都可以称为对等节点。

上述技术方案具有如下有益效果：采用协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源，减少了媒体传输协商的时间。

实施例二，如图2所示，与实施例一对应，本发明实施例还提供了媒体连接的拆除方法可以包括步骤：

步骤201：接收客户端发送的拆除上述客户端与上述资源的源端的连接请求；

步骤202：检测是否有第二客户端请求上述媒体传输协商信息；如果有，执行步骤203，否则执行步骤204；是为方便说明可以称与步骤201中的客户端区别的其它客户端为第二客户端；

步骤203：则拆除上述客户端与上述源端的连接并向上述客户端返回拆除成功应答消息；

步骤204：删除上述媒体传输协商信息、拆除上述客户端与上述源端的连接并向上述客户端返回拆除成功应答消息。

上述步骤执行完成后，上述客户端可能不接受上述媒体传输协商信息，这时客户端可能会再次发送对上述媒体资源的会话建立请求消息；这时的处理方法可以是：

接收上述发送方再次发送的对上述媒体资源的会话建立请求消息；

发送会话建立请求消息给第三网络节点，接收第三网络节点返回的媒体传输协商信息，并将上述第三网络节点返回的媒体传输协商信息发送给上述客户端。上述第三网络节点为在p2p网络中区别于第二网络节点和上述步骤执行主体的其它网络节点；

本实施例采用协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源，减少了媒体传输协商的时间。

实施例三，如图3所示，更进一步地，本发明实施例还提供了当媒体资源的源端与作为协商代理的对等节点间断开连接后的处理方法，包括：

步骤301：监测上述媒体资源的源端是否断开连接；如果是则执行步骤302；

步骤302：保持与客户端的连接并向第二源端发送会话建立请求消息；上述第二源端可以表示为区别于上述断开了连接的源端的源端；上述向第二源端发送会话建立请求消息可以是通过对等节点发送到上述第二源端；

上述会话建立请求消息可以为新的协商请求也可以包含保存的媒体传输协商信息；

步骤303：接收第二源端返回的媒体传输协商信息；，或第二源端返回的应答消息，上述应答消息标示了第二源端是否接受上述客户端发送的媒体传输协商信息；

步骤304：当上述应答消息标示上述第二源端接受上述媒体传输协商信息；或，

上述第二源端发送的媒体传输协商信息的消息与上述建立请求消息包含的媒体传输协商信息相同时，发送上述媒体传输协商信息给上述客户端；

当上述第二源端发送的媒体传输协商信息与上述建立请求消息包含的媒体传输协商信息不相同时，将上述第二源端发送的媒体传输协商信息发送给上述客户端。

上述实施例采用网络节点(可以是网络实体，也可以是逻辑节点)作为协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源，减少了媒体传输协商的时间。更进一步地，屏蔽了源端和客户端，当源端宕掉时，减小了网络震荡。

后续实施例四到实施例六将对实施例一到实施例三的思想作更为详细的说明。在后续实施例中出现的英文和对应的中文可以参考：

建立(SETUP)，相当于上述实施例中对媒体传输协商信息的请求；对等节点(Peer)，结构化P2P网络中参与路由和存储的节点；叠加网(Overlay)，在一个或多个已存在网络之上增加一个虚拟的网络层，以实现某种特定的功能。应答(ACK)，对应请求消息的回应；端口(Port)，序列号(Serial Number，SN)，传输速率(speed)。

实施例四，本实施例为实施例一到实施例三的综合实施例，本实施例将以协商代理为一个逻辑节点为例进行说明，在本实施例中，客户端请求的媒体传输协商信息为一个媒体资源的媒体传输协商信息；

如图4所示，Peer为逻辑节点，可以由构成P2P Overlay的多个网络实体组成的，充当协商代理；

步骤401：Peer收到来自Client1的SETUP消息，请求内容k1；

步骤402：Peer在本地查找内容k1相关的媒体协商信息；

步骤403：没有找到内容k1相关的媒体协商信息，Peer向k1的内容源S1发送SETUP请求；

步骤404：Peer接收来自内容源S1的ACK响应；上述响应消息携带有与k1对应的媒体传输协商信息；

步骤405：Peer将ACK中的媒体传输协商信息保存下来；上述媒体传输协商信息可以包括媒体收发Port、实时传输协议(Real Time Protocol，RTP)信息等；

步骤406：Peer发送ACK给Client1，上述ACK消息携带有与k1对应的媒体传输协商信息；。

步骤407：Peer收到来自Client2的SETUP消息，上述SETUP消息请求内容k1；

步骤408：Peer在本地查找内容k1相关的媒体传输协商信息；

步骤409：peer找到内容k1相关的媒体协商信息，即先前保存下来的媒体传输协商信息，Peer将媒体传输协商信息在ACK响应中返回给Client2；

上述步骤为协商的方法；

步骤410：如果内容源S1离开或者宕机，Peer保持与Client1和Client2的会话连接，并找到新的源S2，Peer向S2发送Setup消息，该Setup消息可以携带Peer保存下来的，已经协商好的媒体传输协商信息或媒体传输协商的相关参数；

步骤411：Peer通过S2返回的ACK消息确认S2是否接受该媒体参数，如果不接受则Peer再和新的源协商，如果接受，则S2成为新的源。当然S2也可以返回新的媒传输协商信息。

上述步骤410和411为源端发生切换时，点到多点的协商的方法；

本实施例采用对等节点作为协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源，减少了媒体传输协商的时间。

实施例五，本实施例为实施例一到实施例三的综合实施例，本实施例将以协商代理为一个逻辑节点为例进行说明，在本实施例中客户端请求的媒体传输协商信息为两个媒体资源的媒体传输协商信息，可以理解的是请求媒体传输协商信息的数量不影响本发明实施例的实现，不对本发明实施例构成限定；

Peer为逻辑节点，上述逻辑节点可以由构成P2P Overlay的多个网络实体组成的，充当协商代理，该方法包括：

步骤501：Client1发送SETUP消息到Peer，同时请求内容k1，k2；

步骤502：Peer本地查找内容k1，k2相关的媒体传输协商信息；

步骤503：Peer本地没有找到内容k1相关的媒体传输协商信息，Peer发送Setup消息到源S1请求内容k1；

步骤504：Peer接收内容源S1发送的ACK消息；上述ACK消息携带有与k1对应的媒体传输协商信息；

步骤505：Peer本地没有找到内容k2相关的媒体传输协商信息，Peer发送Setup消息到源S2请求内容k2；

步骤506：Peer接收内容源S2发出的ACK消息；上述ACK消息携带有与k2对应的媒体传输协商信息；

步骤507：Peer在本地保存内容k1，k2相关的媒体传输协商信息；

步骤508：Peer发送ACK消息，将内容k1，k2相关的媒体传输协商信息发送给Client1；

上述步骤是Client1协商的方法；

步骤509：Client2发送SETUP消息到Peer，同时请求内容k1，k3；

步骤510：Peer本地查找内容k1，k3相关的媒体传输协商信息；

步骤511：Peer本地没有找到内容k3相关的媒体传输协商信息，Peer发送Setup消息到源S3请求内容k3；

步骤512：Peer收到内容源S3发出的ACK消息；上述ACK消息包含与k3对应的媒体传输协商信息；

步骤513：Peer在本地保存内容k3相关的媒体传输协商信息；

步骤514：Peer发送ACK消息，将内容k1，k3相关的媒体传输协商信息发送给Client2；

步骤509到514为Client2的协商方法；

步骤515：Client3发送SETUP消息到Peer，同时请求内容k2，k3；

步骤516：Peer本地查找内容k2，k3相关的媒体传输协商信息；

步骤517：Peer本地找到k2，k3相关的媒体传输协商信息后，发送ACK消息，将内容k2，k3相关的媒体传输协商信息发送给Client3；

上述步骤515到517为Client3协商方法。

本实施例采用对等节点作为协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源，减少了媒体传输协商的时间。

实施例六，本实施例为实施例一到实施例三的综合实施例，本实施例将以协商代理为三个对等节点组成的代理节点为例进行说明，在本实施例中客户端请求的媒体传输协商信息为一个媒体资源的媒体传输协商信息；可以理解的是对等节点的数量和请求媒体资源的数量不影响本发明实施例的实现，不对本实施例构成限定；

如图6a所示，PeerA、PeerB、PeerC可以为网络接入实体，构成了一个P2POverlay(图中虚线圈所示)；

步骤601：在Client1接入时，Client1发送SETUP请求到PeerA，请求内容k1；这时P2P Overlay网络中没有客户端请求内容k1；

步骤602：PeerA本地查找，没有发现内容k1相关的媒体传输协商信息，转发SETUP消息到PeerB；

步骤603：PeerB本地查找，没有发现内容k1相关的媒体传输协商信息，转发SETUP消息到源端Source；

步骤604：源端Source根据实际需要确定client1所携带的端口，序列号，传输速率等信息，并发送ACK消息到PeerB。上述源端可以是网络服务器也可以是另一个能提供服务的client；上述ACK消息携带有与k1对应的媒体传输协商信息；

步骤605：PeerB收到ACK消息后，保存上述媒体传输协商信息，并向PeerA转发ACK消息；上述ACK消息携带有与k1对应的媒体传输协商信息；

步骤606：PeerA收到ACK消息后，保存上述媒体传输协商信息，并向client1返回上述媒体传输协商信息；

上述步骤为client1的协商方法；

步骤607：client2向PeerA发送SETUP消息，请求内容k1；

步骤608：PeerA查找到已经请求相同内容k1的Client1和源协商好的媒体传输协商信息，PeerA可以把上述媒体传输协商信息封装到ACK消息里，发到Client2；如果Client2不满意该协商结果，则Client2可以就内容k1重新和k1的源端进行协商(该源端可以是另外的一个client或服务器，不一定是第一个节点加入时的源端)。

上述步骤607和608为与client1处于同一个Peer下的client2的协商过程；

步骤609：Client 3向PeerC发出SETUP消息，请求内容k1；

步骤610：PeerC本地查找，没有发现内容k1相关的媒体传输协商信息，转发SETUP消息到PeerB，请求内容k1；

步骤611：PeerB本地查找，发现有内容k1相关的媒体传输协商信息，将上述媒体传输协商信息封装在ACK消息里，并发送ACK消息到PeerC；

步骤612：PeerC接收到ACK消息后，保存上述媒体传输协商信息，并将上述ACK转发到Client3；如果Client3不满意该媒体传输协商结果，则Client3就内容k1重新和k1的源端进行协商(该源端可以是另外的一个Client或服务器，不一定是第一个节点加入时的源端)。

上述步骤609和612为与client1处于不同Peer下的client3的协商方法；

如图6b所示，

步骤613：Client3发送删除请求TEARDOWN消息到PeerC，要求拆除内容k1相关的会话，或要求拆除客户端与k1的源端的连接；

步骤614：PeerC查找本地，发现只有Client3请求内容k1，便删除内容k1相关的媒体传输协商信息，发送删除TEARDOWN消息到PeerB；

步骤615：PeerB查找本地，发现除了Client3请求内容k1外，还有其他Client(Client1，Client2)在请求内容k1，PeerB保留内容k1相关的媒体传输协商信息，发送ACK消息到PeerC；上述ACK消息表示拆除成功；

步骤616：PeerC将ACK消息转发到Client3。

上述步骤613到615为Client3断开连接的方法。

本实施例采用对等节点作为协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源。进一步地，由于新的客户端不再需要从源端获取媒体传输协商信息，加快了协商的速度，减少了网络延时。

实施例七，如图7所示，本发明实施例还提供了一种网络设备，可以包括：

请求接收单元701，用于接收客户端发送的会话建立请求消息；上述会话建立请求消息携带需要获取的媒体资源信息；

查找单元702，用于接收到上述会话建立请求消息后，查找是否保存有与上述媒体资源对应的媒体传输协商信息；

请求发送单元703，用于如果查找单元702查找结果为否，发送会话建立请求消息给第二网络节点；

媒体信息接收单元704，用于接收第二网络节点返回的媒体传输协商信息；

媒体信息发送单元705，用于将上述保存的或者接收到的媒体传输协商信息发送给上述客户端。

实施例八，如图8所示，与实施例七对应的拆除过程，本发明实施例还提供了另一种网络设备，可以包括：

拆除请求接收单元801，用于接收上述客户端发送的拆除上述客户端与上述资源的源端的连接请求；

检测单元802，用于检测是否有第二客户端请求了上述媒体传输协商信息；

检测结果处理单元803，用于当上述检测结果为有，则拆除上述客户端与上述源端的连接并向上述客户端返回拆除成功应答消息；否则，删除上述媒体传输协商信息、拆除上述客户端与上述源端的连接并返回拆除成功应答消息。

实施例九，如图9所示，由于媒体资源可能断开连接，本发明实施例还提供了再一种网络设备，可以包括：

连接检测单元901，用于检测上述媒体的源端是否断开了连接；

协商单元902，用于当上述媒体资源的源端断开了连接时，向第二源端发送第二会话建立请求消息，接收上述第二源端返回的媒体传输协商信息；

媒体信息发送单元705，还用于将上述协商单元902接收到的媒体传输协商信息发送给上述客户端。

实施例十，如图10所示，作为协商代理设备的一种形式，本发明实施例还提供了一种网络设备，可以包括：

请求接收单元1001，用于接收网络节点发送的会话建立请求消息；上述会话建立请求消息携带需要获取的媒体资源信息；

媒体信息查找单元1002，用于查找是否保存有与上述媒体资源对应的媒体传输协商信息；

媒体信息发送单元1003，用于当上述查找结果为是，则向上述网络节点发送与上述媒体传输协商信息。

实施例十一，如图11所示，本发明实施例还提供了一种网络系统，可以包括：

客户端1101，用于向对等节点1102发送会话建立请求消息；上述会话建立请求消息携带需要获取的媒体资源信息；接收与上述会话建立请求消息对应的媒体传输协商信息；

对等节点1102，用于接收到客户端1102发送的会话建立请求消息后，查找本地是否保存有与上述媒体资源对应的媒体传输协商信息；如果是，则将上述媒体传输协商信息发送给上述客户端；如果否，则发送会话建立请求消息给上述资源的源端1103，接收源端1103返回的媒体传输协商信息，并将上述接收的媒体传输协商信息发送给客户端1101；

源端1103，用于接收对等节点1102发送的会话建立请求消息；查找是否有上述会话建立请求消息对应的媒体资源；向上述对等节点1102发送上述媒体资源对应的媒体传输协商信息。

上述客户端1101，还可以用于发送拆除请求；

上述对等节点1102，还可以用于接收客户端发送的拆除请求；检测是否有上述客户端以外的其它客户端请求上述媒体传输协商信息，如果有，则返回拆除应答；否则，删除上述媒体传输协商信息并返回拆除应答。

本实施例采用网络设备作为协商代理设备保存已经协商好的媒体传输协商信息；新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，不再需要从源端获取上述媒体传输协商信息，从而节约了网络资源。进一步地，新的客户端不再需要从源端来获取媒体传输协商信息，加快了协商的速度，减少了网络延时。

另外，由于在现有技术中源端与客户端建立了连接，当一个源宕掉后，会引起较大范围的网络震荡。上述实施例采用网络节点(可以是网络实体，也可以是逻辑节点)作为协商代理设备保存已经协商好的媒体传输协商信息，新的客户端请求上述媒体传输协商信息时可以直接或者通过对等节点到协商代理设备获取媒体传输协商信息，屏蔽了源端和客户端，减小了网络开销和延迟，减小了网络震荡。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的一种媒体协商的方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种媒体协商的方法，其特征在于，包括：

接收客户端发送的会话建立请求消息，所述会话建立请求消息携带需要获取的媒体资源信息；

根据所述会话建立请求消息查找本地是否保存有与所述媒体资源对应的媒体传输协商信息；

如果是，则将所述媒体传输协商信息发送给所述客户端；

如果否，则发送会话建立请求消息给第二网络节点，接收第二网络节点返回的媒体传输协商信息，并将所述接收的媒体传输协商信息发送给所述客户端。

2.根据权利要求1所述方法，其特征在于，

所述会话建立请求消息用于请求一个或多个媒体资源的媒体传输协商信息。

3.根据权利要求1所述方法，其特征在于，所述将媒体传输协商信息发送给所述客户端之后还包括：

接收客户端发送的拆除所述客户端与所述资源的源端的连接请求；

检测是否有第二客户端请求所述媒体传输协商信息，如果有，则拆除所述客户端与所述源端的连接并向所述客户端返回拆除成功应答消息；否则，删除所述媒体传输协商信息、拆除所述客户端与所述源端的连接并向所述客户端返回拆除成功应答消息。

4.根据权利要求1所述方法，其特征在于，所述将媒体传输协商信息发送给所述发送方之后还包括：

当与所述媒体资源的源端断开连接时，保持与所述客户端的连接并向第二源端发送第二会话建立请求消息，接收第二源端返回的媒体传输协商信息，并将所述媒体传输协商信息发送给所述客户端。

5.根据权利要求4所述方法，其特征在于，

所述第二会话建立请求消息包含所述媒体资源对应的媒体传输协商信息；

接收第二源端发送的媒体传输协商信息，或协商应答消息；

当所述应答消息标示所述第二源端接受所述媒体传输协商信息；或，

所述第二源端发送的媒体传输协商信息的消息与所述建立请求消息包含的媒体传输协商信息相同时，发送所述媒体传输协商信息给所述客户端；

当所述第二源端发送的媒体传输协商信息与所述建立请求消息包含的媒体传输协商信息不相同时，将所述第二源端发送的媒体传输协商信息发送给所述客户端。

6.根据权利要求1至5任意一项所述方法，其特征在于，所述会话建立请求消息的发送方为客户端或对等节点。

7.根据权利要求1至5任意一项所述方法，其特征在于，所述第二网络节点为对等节点或所述媒体资源的源端。

8.根据权利要求1至5任意一项所述方法，其特征在于，所述接收返回的媒体传输协商信息之后还包括：

保存所述媒体传输协商信息和媒体传输协商信息与媒体资源的关系。

9.根据权利要求1至5任意一项所述方法，其特征在于，所述将媒体传输协商信息发送给客户端之后还包括：

接收所述客户端再次发送的对所述媒体资源的会话建立请求消息；

发送会话建立请求消息给第三网络节点，接收第三网络节点返回的媒体传输协商信息，并将所述第三网络节点返回的媒体传输协商信息发送给所述客户端。

10.一种网络设备，其特征在于，包括：

请求接收单元，用于接收客户端发送的会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；

查找单元，用于接收到所述会话建立请求消息后，查找是否保存有与所述媒体资源对应的媒体传输协商信息；

请求发送单元，用于如果查找单元查找结果为否，发送会话建立请求消息给第二网络节点；

媒体信息接收单元，用于接收第二网络节点返回的媒体传输协商信息；

媒体信息发送单元，用于将所述保存的或者接收到的媒体传输协商信息发送给所述客户端。

11.根据权利要求10所述的网络设备，其特征在于，还包括：

拆除请求接收单元，用于接收所述客户端发送的拆除所述客户端与所述资源的源端的连接请求；

检测单元，用于检测是否有第二客户端请求了所述媒体传输协商信息；

检测结果处理单元，用于当所述检测结果为有，则拆除所述客户端与所述源端的连接并向所述客户端返回拆除成功应答消息；否则，删除所述媒体传输协商信息、拆除所述客户端与所述源端的连接并返回拆除成功应答消息。

12.根据权利要求10或11所述的网络设备，其特征在于，还包括：

连接检测单元，用于检测所述媒体资源的源端是否断开了连接；

协商单元，用于当所述媒体资源的源端断开了连接时，向第二源端发送第二会话建立请求消息，接收所述第二源端返回的媒体传输协商信息；

所述媒体信息发送单元，还用于将所述协商单元接收到的媒体传输协商信息发送给所述客户端。

13.一种网络设备，其特征在于，包括：

请求接收单元，用于接收网络节点发送的会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；

媒体信息查找单元，用于查找是否保存有与所述媒体资源对应的媒体传输协商信息；

媒体信息发送单元，用于当所述查找结果为是，则向所述网络节点发送与所述媒体传输协商信息。

14.一种网络系统，其特征在于，包括：

客户端，用于向对等节点发送会话建立请求消息；所述会话建立请求消息携带需要获取的媒体资源信息；接收与所述会话建立请求消息对应的媒体传输协商信息；

对等节点，用于接收到客户端发送的会话建立请求消息后，查找本地是否保存有与所述媒体资源对应的媒体传输协商信息；如果是，则将所述媒体传输协商信息发送给所述客户端；如果否，则发送会话建立请求消息给所述资源的源端，接收所述源端返回的媒体传输协商信息，并将所述接收的媒体传输协商信息发送给所述客户端；

源端，用于接收对等节点发送的会话建立请求消息；查找是否有与所述会话建立请求消息对应的媒体资源；如果有，则向所述对等节点发送所述媒体资源对应的媒体传输协商信息。

15.根据权利要求14所述系统，其特征在于，

所述客户端，还用于发送拆除所述客户端与所述资源的源端的连接请求；

所述对等节点，还用于接收所述客户端发送的拆除请求；检测是否有第二客户端请求所述媒体传输协商信息，如果有，则拆除所述客户端与所述源端的连接并向所述客户端返回拆除成功应答消息；否则，删除所述媒体传输协商信息、拆除所述客户端与所述源端的连接并向所述客户端返回拆除成功应答消息。

Images