CN1859278A - 一种多方通信业务的媒体数据包发送方法 - Google Patents

Abstract

本发明公开了一种多方通信业务的媒体数据包发送方法，发送方用户终端向当前会话的部分用户终端发送媒体数据包时，该方法包括：A.发送方用户终端发送携带接收方用户信息的媒体数据包至当前会话的会话集中处理服务器；B.所述会话集中处理服务器接收媒体数据包，根据所述接收方用户信息将该媒体数据包分发至对应的各个接收方用户终端。应用本发明方法能够灵活选择接收方用户来发送媒体数据包。

Description

一种多方通信业务的媒体数据包发送方法

技术领域

本发明涉及通信业务的媒体传输技术，特别涉及一种多方通信业务的媒体数据包发送方法。

背景技术

目前，在通信系统中已实现了各种个人用户、或集体用户参与的业务，具体通信方式包括：文本、语音、视频、以及多媒体组合等。一般的通信业务主要面向个人用户，通常仅有一个或两个用户终端进行通信。在集体用户参与的通信业务中，通常有一个或多个群组的用户同时进行通信，也就是说通信过程并非通常所见的一个主叫方用户和一个被叫方用户构成的双方通信，参与通信的可能有多个主叫方用户和多个被叫方用户，因此，此类集体用户参与的业务也被称为多方通信业务。

目前，主流的多方通信业务包括：蜂窝系统中按键即说(PoC)业务、会议(Conference)业务等。在多方通信业务网络中，由会话集中处理服务器来集中控制会话信令流程、负责媒体传输中的复制和分发等，如：PoC业务网络中的控制PoC服务器(Controlling PoC Server)、Conference业务网络中的Conference服务器(Conference Server)等。

对于多方通信业务而言，会话集中处理服务器在会话建立的信令流程中已建立了当前会话所有用户的信息，因此，在进行媒体传输时会话集中处理服务器并不关注当前媒体数据包的接收方用户，只是按已建立的所有用户的信息为当前会话所有用户中除发送方用户之外的其它所有用户复制和分发媒体数据包。其中，多方通信业务的会话建立、修改、释放等相关信令流程基于会话初始协议(SIP)；而其媒体传输基于实时传输协议(RTP)/实时传输控制协议(RTCP)，则所传送的媒体数据包为RTP数据包。

采用上述媒体传输机制将导致多方通信业务的某些业务功能实现效果并不理想。比如：会话集中处理服务器只能将媒体数据包分发给会话所有用户，因此，如果要实现用户与当前会话的部分用户进行通信，只能通过会话控制信令流程来修改当前会话的用户信息、或重新建立会话，并且用户结束与部分会话用户通信时还要再通过会话控制信令流程来修改、或重建会话。这样，在用户临时与部分会话用户通信时，需要先后经过一系列高层信令处理，此信令处理流程不仅占用大量系统处理资源，也必然需要一定的处理时延。这将影响业务发生的实时性，也增加了额外的信令和处理，使通信时延明显增加，业务质量不能保证。

发明内容

有鉴于此，本发明的主要目的在于提供一种多方通信业务的媒体数据包发送方法，不必通过会话控制信令流程就能向部分当前会话用户发送媒体数据包，节约系统资源并减小通信时延。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种多方通信业务的媒体数据包发送方法，该方法包括：

A.发送方用户终端发送携带接收方用户信息的媒体数据包至当前多方通信业务会话的会话集中处理服务器；

B.所述会话集中处理服务器接收媒体数据包，根据所述接收方用户信息将该媒体数据包分发至对应的各个接收方用户终端。

其中，步骤A和步骤B所述的媒体数据包为所述发送方用户终端首次发送的媒体数据包；所述步骤B进一步包括：所述会话集中处理服务器保存该首次发送的媒体数据包所携带的接收方用户信息；

该方法进一步包括步骤C：所述发送方用户终端继续发送一个或一个以上媒体数据包至所述会话集中处理服务器，该一个或一个以上媒体数据包中并不携带接收方用户信息；该会话集中处理服务器继续接收来自该发送方用户终端的各个媒体数据包，按步骤B所保存的接收方用户信息将各个媒体数据包分发至对应的各个接收方用户终端。

步骤C中，所述发送方用户终端最后一次发送媒体数据包至所述会话集中处理服务器时，进一步包括：在该最后一次发送的媒体数据包中携带结束标识；该会话集中处理服务器根据所述结束标识，在分发该媒体数据包后释放自身保存的接收方用户信息。

其中，所述会话集中处理服务器在当前会话的建立过程中预先建立起当前会话的各用户信息与各用户终端的媒体传输节点地址之间的对应关系；步骤B中，所述会话集中处理服务器根据接收方用户信息将媒体数据包分发至各个接收方用户终端的方法为：所述会话集中处理服务器根据所述预先建立的各用户信息与各用户终端的媒体传输节点地址之间的对应关系、以及所述接收方用户信息，得到所述各接收方用户终端的媒体传输节点地址，再按此媒体传输节点地址分发媒体数据包。

其中，当所述接收方用户信息为接收方用户标识时，所述各用户信息与各用户终端的媒体传输节点地址之间的对应关系为：各用户标识与各用户终端的媒体传输节点地址之间的对应关系；当所述接收方用户信息为接收方用户终端的媒体传输节点标识时，用户终端在当前会话的建立过程中预先建立起当前会话的各用户标识与各用户终端的媒体传输节点标识之间的对应关系；步骤A中，发送方用户终端根据发送方用户选择的各接收方用户标识得到各接收方用户终端媒体传输节点标识，再将所得到的各接收方用户终端的媒体传输节点标识携带在媒体数据包中；所述各用户信息与各用户终端的媒体传输节点地址之间的对应关系为：各用户终端的媒体传输节点标识与各用户终端的媒体传输节点地址之间的对应关系。

其中，所述媒体数据包为实时传输协议RTP数据包时，所述用户终端媒体传输节点标识为同步源标识SSRC。

步骤A中，所述媒体数据包进一步包含接收方用户属性；步骤B中，所述会话集中处理服务器根据各接收方用户的属性采用对应的发送方式发送媒体数据包至接收方用户终端。

步骤A中，所述媒体数据包进一步包含接收方用户属性；步骤B中，所述会话集中处理服务器根据各接收方用户的属性采用对应的发送方式来发送媒体数据包至接收方用户终端；步骤C中，会话集中处理服务器根据预先设置的各接收方用户属性的默认值采用对应的发送方式发送各媒体数据包至接收方用户终端。

其中，所述接收方用户属性为抄送用户或密送用户；所述抄送用户对应的发送方式为：在媒体数据包中携带该媒体数据包的接收方用户信息；所述密送用户对应的发送方式为：在媒体数据包中不携带任何该媒体数据包的接收方用户信息。

其中，所述多方通信业务为蜂窝系统上按键即说PoC业务，所述会话集中处理服务器为PoC服务器；或者，所述多方通信业务为会议Conference业务，所述会话集中处理服务器为Conference服务器；所述媒体数据包为RTP数据包。

由上述方案可以看出，本发明的关键在于：在媒体数据包中携带接收方用户信息，会话集中处理服务器可根据接收到的媒体数据包中的接收方用户信息来分发媒体数据包。

因此，本发明所提供的多方通信业务的媒体数据包发送方法，能够使发送方用户灵活选择接收方用户，实现媒体数据包按用户需要在当前会话部分用户终端中的传递，由于将接收方用户信息包含在媒体数据包中通知给会话集中处理服务器，因此，不必经过高层会话控制信令流程就可实现。所以此种方法既能保证业务实现的实时性，又不会占用太多系统资源，具有较强的可实施性。

附图说明

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

图2为本发明方法另一较佳实施例处理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明的主要目的在于，使多方通信业务用户在发送媒体数据包时可以根据现有会话群组情况动态选取接收方用户，为达到此目的，本发明的主要设计思想为：发送方用户终端在当前发送的媒体数据包中携带接收方用户信息并送往会话集中处理服务器，该会话集中处理服务器根据媒体数据包中的接收方用户信息将该媒体数据包分发至各接收方用户终端。这样，多方通信业务用户可根据需要在媒体数据包中设置接收方用户信息，使会话集中处理服务器可以在部分当前会话用户中传递媒体数据包。

基于上述设计思想，本发明主要提供了两种实施方式：一、发送方用户终端每次向部分当前会话用户发送媒体数据包时，均在媒体数据包中携带接收方用户信息，会话集中处理服务器每次根据媒体数据包中的接收方用户信息进行分发；二、发送方用户终端在向部分当前会话用户连续发送一个以上媒体数据包时，仅在首次发送的媒体数据包中携带接收方用户信息，而在最后一次发送的媒体数据包中携带结束标识，会话集中处理服务器保存首次发送的媒体数据包中的接收方用户信息，然后将后续接收到的来自该发送方用户终端的媒体数据包分发至所述接收方用户信息对应的各个接收方用户终端。其中，发送方用户终端在向所述当前会话部分用户终端连续传递了多个媒体数据包之后，还可能需要重新在当前会话所有用户传递媒体数据包，所以，在采用所述第二种实施方式时，发送方用户终端还可以进一步在最后发送的媒体数据包中携带结束标识，会话集中处理服务器识别到此结束标识后，将该媒体数据包分发出去，然后释放所保存的接收方用户信息，完成当前向部分会话用户发送媒体数据包的过程。

本文所述发送方用户终端向部分当前会话用户连续发送一个以上媒体数据包，指的是：当发送方用户终端抢占到通信资源后，该发送方用户终端在一次媒体流传输过程中连续发送的媒体数据包，比如：PoC业务中发送方用户抢占到发言权后，该发送方用户在一次发言过程中连续传递的媒体数据包。

其中，为使会话集中处理服务器根据接收到的接收方用户信息将媒体数据包发送至接收方用户终端，会话集中处理服务器还应在当前多方通信业务会话建立时建立起当前会话的各用户信息与各用户终端的媒体传输节点地址的对应关系，从而可以按当前接收方用户对应的媒体传输节点地址来分发媒体数据包。

如背景技术所述，所述多方通信业务包括：PoC业务、Conference业务等，所述媒体数据包通常为RTP数据包。在PoC业务中，会话集中处理服务器为当前PoC会话的控制PoC服务器，而在Conference业务中，会话集中处理服务器为Conference服务器。下面以PoC业务为例，对本发明方法加以详细说明。

在PoC会话中，UE通过自身所属的参与PoC服务器来与控制PoC服务器交互会话控制信令和媒体数据包，其中参与PoC服务器主要起转发作用。而本发明方法涉及对控制PoC服务器处理的改进，为简化描述，本文将参与PoC服务器的相关处理略去，附图中也未示出参与PoC服务器。

本文所述实施例中，参与当前PoC会话的用户的终端共有四个，包括：UE0、UE1、UE2、UE3，并设定UE0为发送方用户终端。UE0、UE1、UE2、和UE3通过控制PoC服务器建立PoC会话，各UE以及控制PoC服务器获取各UE用户的信息、以及各UE的媒体传输节点地址；控制PoC服务器根据所获取的各UE用户的信息、以及各UE的媒体传输节点地址，建立起所述各UE用户信息与各UE媒体传输节点地址之间的对应关系。

图1为本发明方法一较佳实施例处理流程示意图。本实施例采用的是上述本发明第一种实现方式。如图1所示，当UE0准备向当前会话用户中的UE1和UE2发送RTP数据包时，具体处理包括：

步骤101：UE0发送RTP数据包至控制PoC服务器，该RTP数据包携带UE1和UE2用户信息。本发明所述接收方用户信息可以为：接收方用户标识、或接收方用户终端的媒体传输节点标识。本步骤所述UE1和UE2用户信息即为本发明所述接收方用户信息，因此所述UE1和UE2用户信息可以为：UE1和UE2的用户标识、或UE1和UE2的RTP媒体传输节点标识。

所述接收方用户标识可以为：用户的统一资源标识(URI)、或用户在群组中的昵称(Nick Name)、或用户在群组中的索引(Index)。在PoC会话建立时，各UE将通过SIP信令相互通知各自的SIP URI、群组Nick Name、以及群组Index等用户标识。另外，RTP协议使用同步源标识(SSRC)来标识RTP数据包的源头，由产生RTP数据包的节点来分配，并且在同一会话中，每个RTP数据包产生节点对应唯一的SSRC，所以SSRC可称为一种RTP媒体传输节点标识。在PoC会话建立后，各UE分配自身唯一的SSRC，然后在PoC会话媒体传输过程中，各UE通过RTP数据包或RTCP消息将各自的SSRC通知给各个UE以及控制PoC服务器。

通常，各UE以及控制PoC服务器在PoC会话建立过程中将保存当前会话的各UE用户标识，且用户标识对于用户来说是可见的，如果采用接收方用户标识作为接收方用户信息，则发送方用户通过UE选择接收方用户标识，UE可直接将接收方用户标识包含在RTP数据包中进行发送。但是，SSRC对于用户是不可见的，如果采用SSRC作为接收方用户信息，则用户通过UE选择接收方用户标识后，UE还要将接收方用户标识转换为SSRC包含在RTP数据包中进行发送，也就是说UE必须在PoC会话建立过程中建立当前会话各用户标识与各用户终端的媒体传输节点标识SSRC的对应关系。因此，为使本发明对现有UE的改动最小，可采用用户标识作为接收方用户信息。

根据以上对用户标识和用户终端的媒体传输节点标识的描述可见，如果本步骤所述RTP数据包携带的是UE1和UE2的用户标识，则控制PoC服务器建立了各UE的用户标识与RTP媒体传输节点地址之间的对应关系；如果本步骤所述RTP数据包携带的是UE1和UE2的RTP媒体传输节点标识SSRC，则各UE在会话建立过程中建立了各UE用户标识与SSRC的对应关系，从而用户可以通过UE0选择UE1和UE2的用户标识，然后UE0再将UE1和UE2的用户标识映射成对于用户不可见的SSRC并包含在RTP数据包中，且控制PoC服务器建立了各UE的SSRC与RTP媒体传输节点地址之间的对应关系。这里，所述RTP媒体传输节点地址即指各RTP媒体传输节点的IP地址和端口号。

步骤102：控制PoC服务器接收步骤101所述的RTP数据包，从中解析得到UE1和UE2的用户信息，并根据自身预先在PoC会话建立过程中建立的各UE用户信息与各UE媒体传输节点地址之间的对应关系得到UE1和UE2的媒体传输节点地址。与所述接收方用户信息类似，所述各UE用户的信息可以为：各UE的用户标识，或各UE的媒体传输节点标识。

根据前面所述，当所述UE1和UE2用户信息为UE1和UE2的用户标识，则控制PoC服务器建立的是：各UE用户标识与RTP媒体传输节点地址之间的对应关系；当所述UE1和UE2用户信息为UE1和UE2的SSRC时，则控制PoC服务器建立的是：各UE的SSRC与RTP媒体传输节点地址之间的对应关系。

步骤103：控制PoC服务器按步骤102得到的UE1和UE2的媒体传输节点地址分别发送该RTP数据包至UE1和UE2。

以上步骤101至步骤103所述为UE0发送一个RTP数据包至UE1和UE2的过程，UE0每发送一个RTP数据包均要执行步骤101和步骤103所述的处理，并且当前会话的每一个UE每发送一个RTP数据包时也要执行步骤101和步骤103所述的处理，这里不再一一详述。

由于，在现有的RTP数据包中并不存在用于携带接收方用户信息的字段，在媒体传输时，对于现有的各UE以及控制PoC服务器而言也并不存在接收方用户的概念，控制PoC服务器只是按会话建立过程中确定的媒体传输节点地址来向当前会话所有UE中除接收方UE以外的其它UE分发RTP数据包。因此，为实现本发明，需要在RTP数据包中扩展一系列用于携带接收方用户信息的字段。

虽然在向当前会话的部分用户发送RTP数据包时，需要在RTP数据包中携带接收方用户信息，但是很多情况下还是要向当前会话所有UE中除发送方UE之外的其它UE分发RTP数据包，此时，可使用现有的RTP数据包发送机制，不必在RTP数据包中携带接收方用户信息，则控制PoC服务器在接收到未携带接收方用户信息的RTP数据包时，要向当前会话所有UE中除发送方UE之外的其它UE发送该RTP数据包，具体处理过程如步骤104至步骤106所述：

步骤104：UE0准备向当前会话所有UE中除自身以外的其它UE发送RTP数据包时，未在该RTP数据包中携带任何接收方用户信息，并将该RTP数据包发送至控制PoC服务器。所述当前会话的所有UE中除UE0以外的其它UE包括：UE1、UE2、和UE3。

步骤105：控制PoC服务器接收到步骤104所述的RTP数据包，识别到此RTP数据包中未包含任何接收方用户信息，确定此RTP数据包要发送给当前会话所有UE中除发送方UE0之外的其它UE。

步骤106：控制PoC服务器按会话建立过程中保存的UE1、UE2和UE3的RTP媒体传输节点地址分别发送该RTP数据包至UE1、UE2和UE3。

图1所述实施方式适合于每个发送方用户向当会话部分用户仅传递一个或少量RTP数据包的情况。实际应用中，同一发送方用户在一次发言中还可能要向当前会话的部分用户连续传递数量较多的RTP数据包，如果每次发送RTP数据包时均携带接收方用户信息，且这些接收方用户信息相同，这将造成传输资源的浪费。为减少占用传输资源，可采用本发明的第二种实现方式，即：仅在首次发送的RTP数据包中携带接收方用户信息，控制PoC服务器保存接收方用户信息，但后续发送的RTP数据包中并不包含任何接收方用户信息，控制PoC服务器根据自身保存的接收方用户信息将该后续发送的媒体数据包分发至对应的各个接收方用户终端；还可以进一步在最后一次发送的RTP数据包中携带结束标识来通知控制PoC服务器向当前会话部分用户发送RTP数据包的过程即将结束。

图2为本发明方法另一较佳实施例处理流程示意图。本实施例采用的是上述本发明第二种实现方式。如图2所示，当UE0抢占到发言权，并在一次发言中准备向当前会话用户中的UE1和UE2连续发送RTP数据包时，具体处理包括：

步骤201：UE0发送第一个RTP数据包至控制PoC服务器，该RTP数据包携带UE1和UE2的用户信息。所述UE1和UE2的用户信息可以为：UE1和UE2的用户标识、或UE1和UE2的RTP媒体传输节点标识。

与图1所述相同，如果本步骤所述RTP数据包携带的是UE1和UE2的用户标识，则控制PoC服务器建立了各UE的用户标识与RTP媒体传输节点地址之间的对应关系；如果本步骤所述RTP数据包携带的是UE1和UE2的RTP媒体传输节点标识SSRC，则各UE在会话建立过程中建立了各UE用户标识与SSRC的对应关系，从而用户可以通过UE0选择UE1和UE2的用户标识，然后UE0再将UE1和UE2的用户标识映射成对于用户不可见的SSRC并包含在RTP数据包中，且控制PoC服务器建立了各UE的SSRC与RTP媒体传输节点地址之间的对应关系。

步骤202：控制PoC服务器接收步骤201所述的RTP数据包，从中解析得到UE1和UE2的用户信息，保存UE0、UE1、和UE2的用户信息，然后根据自身建立的各UE用户信息与各UE的媒体传输节点地址之间的对应关系得到UE1和UE2的媒体传输节点地址。

步骤203：控制PoC服务器按步骤202得到的UE1和UE2的媒体传输节点地址分别发送该RTP数据包至UE1和UE2。

步骤204：UE0后续发送的各个RTP数据包均不必携带接收方用户信息。控制PoC服务器每接收到一个RTP数据包，根据步骤202所保存的UE1和UE2的用户信息、以及自身已建立的各UE用户信息与各UE的媒体传输节点地址之间的对应关系，确定UE1和UE2的RTP媒体传输节点地址，然后按所确定的UE1和UE2的RTP媒体传输节点地址将当前接收的RTP数据包分发至UE1和UE2。

步骤205：UE0发送最后一个RTP数据包至控制PoC服务器，该RTP数据包中包含结束标识。

步骤206：控制PoC服务器接收步骤205所述最后一个RTP数据包，根据自身保存的UE1和UE2的用户信息、以及自身已建立的各UE用户信息与各UE的媒体传输节点地址之间的对应关系，确定UE1和UE2的RTP媒体传输节点地址，然后按所确定的UE1和UE2的RTP媒体传输节点地址将当前接收的RTP数据包分发至UE1和UE2。

步骤207：控制PoC服务器识别到步骤205所述结束标识，释放步骤202所保存的UE1和UE2的用户信息。

以上步骤201至步骤207所述为UE0在一次发言过程中连续发送一个以上的RTP数据包的处理，当前会话的任何一个用户在抢占到发言权后的任一次发言过程中均可以执行步骤201至步骤207所述的处理，这里不再一一详述。

但是，当要向当前会话所有UE中除发送方UE之外的其它UE分发RTP数据包时，使用现有的RTP数据包发送机制就可以实现，不必在RTP数据包中携带接收方用户信息，则控制PoC服务器在接收到未携带任何接收方用户信息的RTP数据包时，要向当前会话所有UE中除发送方UE之外的其它UE发送该RTP数据包，具体处理过程如步骤208至步骤210所述：

步骤208：UE0准备向当前会话所有UE中除自身以外的其它UE发送RTP数据包，在该RTP数据包中未携带任何接收方用户信息，并将该RTP数据包发送至控制PoC服务器。所述当前会话所有UE中除UE0以外的其它UE包括：UE1、UE2、和UE3。

步骤209：控制PoC服务器接收到步骤208所述的RTP数据包，识别到此RTP数据包中未包含任何接收方用户信息，确定此RTP数据包要发送给当前会话所有UE中除发送方UE0之外的其它UE。

步骤210：控制PoC服务器按会话建立过程中已保存的UE1、UE2和UE3的RTP媒体传输节点地址分别发送该RTP数据包至UE1、UE2和UE3。

根据以上描述可知，应用本发明方法能够在RTP数据包的发送过程中实现RTP数据包在当前会话部分用户中的传递，且并未涉及任何高层会话控制信令的处理，因此，能够以较小时延、较低系统资源占有率实现在此会话部分用户中临时传递RTP数据包的功能。

由于，以上实现方法中在现有的RTP数据包中增加了携带接收用户信息的字段，在此基础之上还可以进一步扩展与接收方用户属性相关的业务功能，则可进一步增加携带接收方用户属性的字段，发送方用户终端发送RTP数据包时可在该RTP数据包中进一步携带接收方用户属性，控制PoC服务器在分发RTP数据包时可以根据各接收方用户的属性采用不同的发送方式。其中，最典型的就是：将接收方用户属性设置为为抄送或密送，控制PoC服务器根据接收方用户属性分别采用抄送或密送的方式来发送RTP数据包至对应的接收方用户终端。以下针对上述本发明两种实现方式分别对此根据接收方用户属性采用抄送或密送的方式发送RTP数据包的处理进行详细说明。

当采用本发明第一种实现方式时，发送方用户终端发送的每一个RTP数据包均携带了接收方用户信息，所发送的每一个RTP数据包还携带了接收方用户属性，且各个接收方用户对应各自的接收方用户属性。控制PoC服务器根据各个接收方用户属性为抄送还是密送对发往各个接收方用户终端的RTP数据包进行不同的处理：如果接收方用户属性为密送，则在发往该接收方用户终端的RTP数据包中不携带任何接收方用户信息，这样，该接收方用户终端就无法得知还有哪些用户也接收到此RTP数据包；如果接收方用户属性为抄送，则在发往该接收方用户终端的RTP数据包中携带该RTP数据包的接收方用户信息，从而该接收方用户终端就能够得知还有哪些用户也接收到此RTP数据包。

当采用本发明第二种实现方式时，发送方用户终端首次发送的RTP数据包携带了接收方用户信息，该RTP数据包还携带了接收方用户属性，且各个接收方用户对应各自的接收方用户属性。控制PoC服务器根据各个接收方用户属性为抄送还是密送对发往各个接收方用户终端的RTP数据包进行不同的处理：如果接收方用户属性为密送，则在发往该接收方用户终端的RTP数据包中不携带任何接收方用户信息；如果接收方用户的属性为抄送，则在发往该接收方用户终端的RTP数据包中携带该RTP数据包的接收方用户信息。由于，该发送方用户后续发送的RTP数据包中将不包含接收方用户信息。此时，控制PoC服务器中可设置各接收方用户属性的默认值，比如：将首次发送的RTP数据包中携带的各接收方用户属性设置为默认值；或者，统一设置各接收方用户属性的默认值为抄送或密送等等，具体实现方式有多种，本发明并不进行限定。

以上仅以PoC业务为例对本发明方法的具体实施方式进行说明，当本发明方法应用于其它多方通信业务时，处理过程与图1和图2所述基本相同，不同之处在于，用户终端和会话集中处理服务器所代表的具体实体不同比如：Conference业务中的会话集中处理服务器为Conference服务器；和/或，承载媒体数据包的具体协议不同。因此，本文不再对本发明方法应用于其它多方通信业务的处理一一进行说明，但均在本发明的保护范围内。

综上所述，应用本发明方法能够灵活实现在多方通信业务会话的部分用户中传递媒体数据包，为多方通信业务功能的进一步扩展提供了良好基础。另外，对于用户而言，在当前会话全体用户进行通信与当前会话部分用户进行通信的两种通信状态之间切换时，不必经过高层会话控制信令流程，因此，时延很短，也并未占用较多系统资源，可见本发明方法的可实施性较强，易于在多方通信业务领域广泛推广。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1、一种多方通信业务的媒体数据包发送方法，其特征在于，该方法包括：

A.发送方用户终端发送携带接收方用户信息的媒体数据包至当前多方通信业务会话的会话集中处理服务器；

B.所述会话集中处理服务器接收媒体数据包，根据所述接收方用户信息将该媒体数据包分发至对应的各个接收方用户终端。

2、根据权利要求1所述的方法，其特征在于，步骤A和步骤B所述的媒体数据包为所述发送方用户终端首次发送的媒体数据包；

所述步骤B进一步包括：所述会话集中处理服务器保存该首次发送的媒体数据包所携带的接收方用户信息；

该方法进一步包括步骤C：

所述发送方用户终端继续发送一个或一个以上媒体数据包至所述会话集中处理服务器，该一个或一个以上媒体数据包中并不携带接收方用户信息；该会话集中处理服务器继续接收来自该发送方用户终端的各个媒体数据包，按步骤B所保存的接收方用户信息将各个媒体数据包分发至对应的各个接收方用户终端。

3、根据权利要求2所述的方法，其特征在于，步骤C中，所述发送方用户终端最后一次发送媒体数据包至所述会话集中处理服务器时，进一步包括：在该最后一次发送的媒体数据包中携带结束标识；该会话集中处理服务器根据所述结束标识，在分发该媒体数据包后释放自身保存的接收方用户信息。

4、根据权利要求1至3任一项所述的方法，其特征在于，所述会话集中处理服务器在当前会话的建立过程中预先建立起当前会话的各用户信息与各用户终端的媒体传输节点地址之间的对应关系；

步骤B中，所述会话集中处理服务器根据接收方用户信息将媒体数据包分发至各个接收方用户终端的方法为：所述会话集中处理服务器根据所述预先建立的各用户信息与各用户终端的媒体传输节点地址之间的对应关系、以及所述接收方用户信息，得到所述各接收方用户终端的媒体传输节点地址，再按此媒体传输节点地址分发媒体数据包。

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

当所述接收方用户信息为接收方用户标识时，所述各用户信息与各用户终端的媒体传输节点地址之间的对应关系为：各用户标识与各用户终端的媒体传输节点地址之间的对应关系；

当所述接收方用户信息为接收方用户终端的媒体传输节点标识时，用户终端在当前会话的建立过程中预先建立起当前会话的各用户标识与各用户终端的媒体传输节点标识之间的对应关系；步骤A中，发送方用户终端根据发送方用户选择的各接收方用户标识得到各接收方用户终端媒体传输节点标识，再将所得到的各接收方用户终端的媒体传输节点标识携带在媒体数据包中；

所述各用户信息与各用户终端的媒体传输节点地址之间的对应关系为：各用户终端的媒体传输节点标识与各用户终端的媒体传输节点地址之间的对应关系。

6、根据权利要求5所述的方法，其特征在于，所述媒体数据包为实时传输协议RTP数据包时，所述用户终端媒体传输节点标识为同步源标识SSRC。

7、根据权利要求1所述的方法，其特征在于，步骤A中，所述媒体数据包进一步包含接收方用户属性；步骤B中，所述会话集中处理服务器根据各接收方用户的属性采用对应的发送方式发送媒体数据包至接收方用户终端。

8、根据权利要求2所述的方法，其特征在于，步骤A中，所述媒体数据包进一步包含接收方用户属性；步骤B中，所述会话集中处理服务器根据各接收方用户的属性采用对应的发送方式来发送媒体数据包至接收方用户终端；步骤C中，会话集中处理服务器根据预先设置的各接收方用户属性的默认值采用对应的发送方式发送各媒体数据包至接收方用户终端。

9、根据权利要求7或8所述的方法，其特征在于，所述接收方用户属性为抄送用户或密送用户；

所述抄送用户对应的发送方式为：在媒体数据包中携带该媒体数据包的接收方用户信息；

所述密送用户对应的发送方式为：在媒体数据包中不携带任何该媒体数据包的接收方用户信息。

10、根据权利要求1至3任一项所述的方法，其特征在于，所述多方通信业务为蜂窝系统上按键即说PoC业务，所述会话集中处理服务器为PoC服务器；或者，所述多方通信业务为会议Conference业务，所述会话集中处理服务器为Conference服务器；所述媒体数据包为RTP数据包。

Images