CN105743663A - 一种数据传输装置和方法 - Google Patents

Abstract

本发明涉及无线通信技术领域，尤其涉及一种数据传输装置和方法，以解决传输没有持续下行流媒体数据时，采用现有多媒体广播/多播业务的传输方式，占用固定的带宽，浪费资源，频谱利用率低的问题。在本发明实施例提供的一种数据传输装置中，接收模块接收内容服务器发送的多媒体广播/多播业务会话的数据包；处理模块从该数据包中获取第一组标识，该第一组标识为该数据包要发往的目的终端在该会话中所属的组的组标识；并确定当前终端在该会话中所属的组的第二组标识；通过从数据包中获取的第一组标识确定数据包是否是发给当前终端的。从而实现了一个会话上同时传输多个组的数据包。提高了多媒体广播/多播业务的数据传输效率。

Description

一种数据传输装置和方法

技术领域

本发明涉及无线通信技术领域，尤其涉及一种数据传输装置和方法。

背景技术

传统的无线接入网提供了点对点的单播承载服务(如：文件下载、流媒体等)，对于单播承载服务而言，其必须建立用户级的独立承载，用户间无法共享接入网的无线和传输资源。随着智能终端用户的快速发展，移动视频业务、应用下载产生的流量在快速递增，大量用户同时使用网络可能造成网络的影响用户的业务体验。

为了解决上述移动视频业务、应用下载等业务场景导致的网络拥塞，产生了广播/多播业务。在广播/多播业务中，用户终端间共享无线和传输资源，以点对多点的方式传输一些兴趣度集中的业务(比如：重大赛事直播视频、电视节目推送等)，提高了网络资源利用率，一定程度上缓解了网络拥塞，并保证了用户的业务体验。

图1示出了在长期演进(LongTermEvolution，LTE)系统中的演进传输广播/多播业务(evolvedMBMS，eMBMS)的网络架构。图1中，多媒体广播/多播业务网关(MultimediaBroadcastMulticastServiceGateway，MBMSGW)用于将来自广播/多播业务中心(Broadcast/MulticastServiceCenter)的eMBMS数据广播给各演进节点B(evolvedNodeB，eNodeB)，以及用于为eNodeB分配组播地址。BM-SC用于对eMBMS业务进行分发，对用户设备(UserEquipment，UE)认证和计费等。内容服务器(ServiceProvider)用于提供eMBMS业务内容。

eMBMS业务数据承载于IP数据包中，在UE和内容服务器之间传输。用于传输一个eMBMS业务的IP数据包组成的IP数据流具有固定的数据传输速率，占用固定的带宽，在eNodeB上占用固定的时频资源。其他业务，包括其他eMBMS业务均不能使用该eMBMS业务占用的带宽和时频资源。

上述数据传输方式，在传输具备以下特性的eMBMS业务的数据是适合的：

用户不属于哪个群组，用户、eMBMS业务的节目源之间没有耦合关系，即用户为独立个体，想看哪个频段就手动转到某个频道上，比如：手机电视广播业务。具有该特性的eMBMS业务在进行数据传输时，具有持续发送的下行流媒体数据，且数据速率相对恒定。

而对于具备以下特性的eMBMS业务，上述数据传输方式会产生较大的资源浪费，频谱利用率较低：

用户属于某个群组，用户和eMBMS业务的节目源之间强耦合，比如：一个工作小组中的多个用户使用一键通(PushToTalk，PTT)业务，该多个用户属于同一个群组，只能接收该群组的数据。具有该特性的eMBMS业务在进行数据传输时，没有持续的下行流媒体数据；若是语音通信类的eMBMS业务，数据发送有较大的占空比。

综上，现有的多媒体广播/多播业务在数据传输时占用固定的带宽，当采用该方式传输诸如PTT业务时，由于没有持续的下行流媒体数据，会产生较大的资源浪费，频谱利用率低。

发明内容

本发明实施例提供一种数据传输装置和方法，用于解决传输诸如PTT业务等的没有持续下行流媒体数据时，采用现有的多媒体广播/多播业务在数据传输方式，多媒体广播/多播业务占用固定的带宽，浪费资源，频谱利用率低的问题。

第一方面，本发明实施例提供了一种数据传输装置，包括：

接收模块，用于接收内容服务器发送的多媒体广播/多播业务会话的数据包；

处理模块，用于从所述数据包中获取第一组标识，所述第一组标识为所述数据包要发往的目的终端在所述会话中所属的组的组标识；

确定当前终端在所述会话中所属的组的第二组标识；

若确定的所述第二组标识与获取的所述第一组标识相同，则确定接收的所述数据包是发给当前终端的。

结合第一方面，在第一种可能的实现方式中，所述处理模块具体用于：

从所述数据包的中除包头和数据净荷之外的其他部分，获取所述第一组标识。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理模块还用于：

若确定的所述第二组标识与获取的所述第一组标识相同，则在确定接收的所述数据包是发给当前终端的之后，将所述数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的所述第二组标识与获取的所述第一组标识不同，则确定接收的所述数据包不是发给当前终端的，并丢弃所述数据包。

结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

结合第一方面、或第一方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，当前终端为一键通PTT终端；

所述第二组标识为当前终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

结合第一方面、或第一方面的第一种可能的实现方式至第四种可能的实现方式中的任一种，在第五种可能的实现方式中，所述接收模块还用于：

在接收所述内容服务器发送的所述会话的数据包之前，接收所述内容服务器发送的、当前终端在所述会话中的所属的组的第三组标识；

所述处理模块具体用于：将所述第三组标识，作为当前终端在所述会话中所属的组的第二组标识。

第二方面，本发明实施例提供一种数据传输装置，包括：

处理模块，用于确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及所述数据包发往的目的终端的组标识，所述组标识用于标识所述目的终端在所述会话中所属的组；

发送模块，用于将确定的所述组标识置于所述数据包中，发送给所述目的终端。

结合第二方面，在第一种可能的实现方式中，所述处理模块具体用于：

将确定的所述组标识，置于所述数据包中除包头和数据净荷之外的其他部分。

结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

结合第二方面，第二方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述目的终端为一键通PTT终端；

所述组标识为所述目的终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

结合第二方面，第二方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，所述发送模块还用于：在发送所述会话的数据包之前，向所述目的终端发送所述组标识。

第三方面，本发明实施例提供了一种数据传输方法，包括：

接收内容服务器发送的多媒体广播/多播业务会话的数据包；

从所述数据包中获取第一组标识，所述第一组标识为所述数据包要发往的目的终端在所述会话中所属的组的组标识；

确定当前终端在所述会话中所属的组的第二组标识；

若确定的所述第二组标识与获取的所述第一组标识相同，则确定接收的所述数据包是发给当前终端的。

结合第三方面，在第一种可能的实现方式中，从所述数据包中获取第一组标识，包括：

从所述数据包的中除包头和数据净荷之外的其他部分，获取所述第一组标识。

结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，若确定的所述第二组标识与获取的所述第一组标识相同，则在确定接收的所述数据包是发给当前终端的之后，还包括：

将所述数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的所述第二组标识与获取的所述第一组标识不同，则确定接收的所述数据包不是发给当前终端的，并丢弃所述数据包。

结合第三方面、第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式，在第三种可能的实现方式中，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

结合第三方面、或第三方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，当前终端为一键通PTT终端；

所述第二组标识为当前终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

结合第三方面、或第三方面的第一种可能的实现方式至第四种可能的实现方式中的任一种，在第五种可能的实现方式中，在接收所述内容服务器发送的所述会话的数据包之前，还包括：

接收所述内容服务器发送的、当前终端在所述会话中的所属的组的第三组标识；

确定当前终端在确定的所述会话中所属的组的第二组标识，包括：

将所述第三组标识，作为当前终端在所述会话中所属的组的第二组标识。

第四方面，本发明实施例提供一种数据传输方法，包括：

确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及所述数据包发往的目的终端的组标识，所述组标识用于标识所述目的终端在所述会话中所属的组；

将确定的所述组标识置于所述数据包中，发送给所述目的终端。

结合第四方面，在第一种可能的实现方式中，将确定的所述组标识置于所述数据包中，包括：

将确定的所述组标识，置于所述数据包中除包头和数据净荷之外的其他部分。

结合第四方面或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

结合第四方面，第四方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述目的终端为一键通PTT终端；

所述组标识为所述目的终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

结合第四方面，第四方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，在发送所述会话的数据包之前，还包括：

向所述目的终端发送所述组标识。

本发明实施例中，在向目的终端发送多媒体广播/多播业务会话的数据包时，将目的终端在该会话中所属的组的组标识置于数据包中，终端将从数据包中获取的组标识，与自身在该会话中所属的组的组标识比较，若相同则确定数据包是发给自身的。从而实现了一个会话上同时传输多个组的数据包。提高了多媒体广播/多播业务的数据传输效率，特别适用于传输诸如PTT业务等没有持续下行流媒体数据，可有效避免单个PTT业务占用固定的带宽，浪费资源，频谱利用率低的问题。

附图说明

图1为LTE系统中的传输增强广播/多播业务的网络架构图；

图2为现有的eMBMS用户面协议栈示意图；

图3A和图3B为本发明实施例提供的两种多媒体广播/多播业务用户面协议栈的示意图；

图4A和图4B为本发明实施例提供的两种数据报文的示意图；

图5为本发明实施例中UE、组和多媒体广播/多播业务会话的对应关系示意图；

图6为本发明实施例中UE存储的多媒体广播/多播业务会话的标识和组标识的对应关系示意图；

图7为本发明实施例提供的第一种数据传输装置的结构示意图；

图8为本发明实施例提供的第二种数据传输装置的结构示意图；

图9为本发明实施例提供的第三种数据传输装置的结构示意图；

图10为本发明实施例提供的第四种数据传输装置的结构示意图；

图11为本发明实施例提供的第一种数据传输方法的流程图；

图12为本发明实施例提供的第二种数据传输方法的流程图。

具体实施方式

本发明实施例提供一种数据传输装置和方法，用于解决在传输诸如PTT业务等没有持续下行流媒体数据时，采用现有的多媒体广播/多播业务在数据传输方式，多媒体广播/多播业务占用固定的带宽，浪费资源，频谱利用率低的问题。

图2为现有的eMBMS用户面协议栈示意图。

如图2所示，在UE侧和内容服务器侧，应用协议(APPlication，APP)层从上至下又分为数据净荷(Payload)层、实时传输协议(RealTimeProtocol，RTP)层、用户数据包协议(UserDatagramProtocol，UDP)层和互联网协议(InternetProtocol，IP)层，APP数据包在BM-SC、MBMSGW、eNodeB上是透传的，这些网元并不解析APP数据包的内容包。

图2中的其他协议层还包括：无线链路控制(RadioLinkControl，RLC)层、媒体接入控制(MediaAccessControl，MAC)层、物理(PHYsical，PHY)层、同步协议(SYNChronizationProtocol，SYNC)层、通用分组无线业务(GeneralPacketRadioService，GPRS)的用户面隧道协议(GPRSTunnelingProtocolfortheUserplane，GTP-U)层、层四(Layer4，L4)、层一或层二(Layer1/Layer2，L1/L2)。

由于本发明实施例的主要改进在于对APP数据包进行修改，增加了组标识，因此不再对非APP层之外的其他层加以介绍，并且这里的协议栈结构仅为举例，不应视为对本发明实施例的限定。

本发明实施例中，通过对现有多媒体广播/多播业务用户面协议栈进行修改，在IP数据包中(如图3A中的阴影框所示)或UDP数据包(如图3B中的阴影框所示)中增加终端所属组的组标识，以实现多个组共享一个多媒体广播/多播业务会话。

比如，如图3A所示，内容服务器在多媒体广播/多播业务的IP数据包中除包头和UDP数据包(即IP数据包的数据净荷)之外的其他部分，添加组标识(GroupID)，报文格式可如图4A所示。除了图4A所示的方式，还可以将GroupID放置在UDP数据包之后。当如图4A所示放置GroupID时，由于GroupID后面紧接着UDP数据包的包头，因此，GroupID也可以视为UDP数据包的包头的一部分。

再比如：如图3B所示，内容服务器在多媒体广播/多播业务的UDP数据包中除包头和RTP数据包(即UDP数据包的数据净荷)之外的其他部分，添加GroupID，报文格式可如图4B所示。除了图4B所示的方式，还可以将GroupID放置在RTP数据包之后。当如图4B所示放置GroupID时，由于GroupID后面紧接着RTP数据包的包头，因此，GroupID也可以视为RTP包头的一部分。

这种将GroupID独立于数据包的包头放置的方式，对现有UE和内容服务器的各协议层的改动最小。比如：采用图4A所示的报文格式，在内容服务器组好UDP数据包后，可直接将GroupID放置在UDP数据包的前面，然后加上IP头，则仅需对内容服务器的IP层的处理进行较小的改动，而无需修改UDP层的处理，因为UDP数据包的结构与现有的UDP数据包的结构相同。

同理，在UE侧，UE在收到IP数据包后，将IP数据包的包头去掉后，接下来读取的就是GroupID，将GroupID去掉后，直接交给UDP层进行处理，在实现时，也仅需对IP层进行较小的改动，而无需修改UDP层的处理。

同理，对于图4B所示的报文格式，仅需对内容服务器和UE的UDP层进行较小的改动，而无需对其他层改动。

在内容服务器发送某个多媒体广播/多播业务会话的数据时，在IP数据包或UDP数据包中，增加UE在该多媒体广播/多播业务会话中所属的组的组标识GroupID；在UE侧，UE收到IP数据包或UDP数据包后，解出其中的组标识，与自身的在该多媒体广播/多播业务会话中所属的组的组标识相比，若一致，则确认该数据包是发给自身的，将去了包头和GroupID后的数据包，传递给上层协议继续处理；若不一致，则确定该数据包不是发给自身的，丢弃。

进一步地，内容服务器在发送该多媒体广播/多播业务会话的数据之前，对应于该多媒体广播/多播业务会话的标识，向UE发送该UE在该会话中所属的组的组标识。这样，UE在收到多媒体广播/多播业务的数据包后，在确定该数据包所属的多媒体广播/多播业务会话后，根据预存的该会话的标识与组标识的对应关系，确定自身在该会话中所属的组的组标识，进而与数据包中的组标识进行比较，以判断数据包是否是发给自身的。

需要说明的是，本发明实施例中，以LTE系统中传输eMBMS的协议栈为例进行说明，但并不意味着本发明实施例仅可在LTE系统中实施，实际上，在任何传输多媒体广播/多播业务的系统中，都存在没有持续的下行流媒体数据，产生较大的资源浪费，频谱利用率低的问题，并且在任何传输多媒体广播/多播业务的系统中，也都可使用本发明实施例提供的方案，使得多个组的UE共享一个多媒体广播/多播业务会话。

本领域技术人员都知道，UE是第三代合作伙伴计划(3rdGenerationPartnershipProject，3GPP)协议对用户设备的简称。本发明实施例不仅可应用于符合3GPP协议的系统中，还可用于其他传输多媒体广播/多播业务的系统，在这些系统中的终端都可以按本发明实施例中的UE的方式实现，以实现多个组的终端共享一个多媒体广播/多播业务会话，以下简称“会话”。

实际实现时，一个UE可能同时存储有多个多媒体广播/多播业务会话的信息，比如：会话1、会话2。如果对于这两个会话，均实现了多个组共享会话，则内容服务器需要在传输多媒体广播/多播业务数据之前，分别向UE发送UE在会话1中所属的组的组标识，和UE在会话2中所属的组的组标识。

为了简单示意，假设有三个UE，如图5所示，分别为UE1、UE2和UE3。

在会话1中，UE1和UE2属于组1，组标识GroupID＝1，UE3属于组2，组标识GroupID＝2；

在会话2中，UE1和UE3属于组1，组标识GroupID＝1，UE2属于组2，组标识GroupID＝2。

这里需要说明的是，虽然会话1和会话2中均有组1和组2，但实际在编号时，这两个会话的组的编号是独立的，即一个UE在某一个会话中所属的组号，和该UE在另一个会话中所属的组的组号无关。

该例子中，内容服务器在传输会话1的多媒体广播/多播业务的数据之前，将会话1的会话标识，比如：“1”发给UE1、UE2和UE3，并对应于会话1的会话标识“1”，将UE1和UE2在会话1中所属的组的组标识GroupID＝1发给UE1和UE2；对应于会话1的会话标识，将UE3在会话1中所属的组的组标识GroupID＝2发给UE3。

同理，内容服务器在传输会话2的多媒体广播/多播业务的数据之前，将会话2的会话标识，比如：“2”发给UE1、UE2和UE3，并对应于会话2的会话标识“2”，将UE1和UE3在会话2中所属的组的组标识GroupID＝2发给UE1和UE3；对应于会话2的会话标识，将UE2在会话2中所属的组的组标识GroupID＝2发给UE2。

可选地，在对应于会话标识发送组标识时，可采用二元组信息的格式，比如(MBMSSessionID，GroupID)，其中，MBMSSessionID即为会话的会话标识，GroupID即为在该会话标识所标识的会话中，UE所属的组的组标识。

仍以上面的UE1、UE2和UE3为例，这些终端在收到上述会话标识和组标识后，可分别在内部存储会话标识和组标识的对应关系，如图6所示。

这样，各UE在收到内容服务器发送的多媒体广播/多播业务的数据包后，首先确定该数据包所属的会话，然后从数据包中获取GroupID，判断自身存储的在该会话中的GroupID(比如图6中所示)，与获取的该数据包中的GroupID是否一致，若一致则确定该数据包是发给自身的；若不一致，则确定该数据包不是发给自身的，丢弃。

这里，对于不同网元和接口，会话的会话标识的概念略有不同。内容服务器向UE发送会话的会话标识时，可采用现有的方式，将会话的会话标识临时移动组标识(TemporaryMobileGroupIdentity，TMGI)发给eNB，因此，在内容服务器和eNB之间，是通过TMGI来标识会话的；eNB为该会话在小区内分配逻辑信道，并在小区内通过控制信道，比如MBMS点到多点控制信道(MBMSpoint-to-multipointControlCHannel，MCCH)，将该会话在该小区使用的逻辑信道的标识发给该小区内的UE，因此eNB既知道该会话的TMGI，也知道该会话在小区内使用的逻辑信道的标识。当UE从该小区的某个逻辑信道上收到多媒体广播/多播业务数据包时，根据承载该数据包的逻辑信道，即可确定该数据包所属的会话。

可选地，内容服务器可在对UE鉴权通过后，将对应于会话标识的组标识GroupID发给UE。

可选地，终端为一键通(PushToTalk，PTT)终端，GroupID即为终端所属的PTT群组的群组标识。对于同一个会话，该PTT群组的接收该会话的所有终端具有相同的GroupID。

这样就实现了多个不同的PTT群组共享一个会话。这对于PTT业务是非常适用的。因为PTT业务具有以下特点：

1、接收会话的各终端隶属于一个或多个PTT群组，这样便于分组；

2、终端和多媒体广播/多播业务的节目源之间强耦合，比如：一个PTT群组中的终端进行PTT业务，则该PTT群组中的终端只能接收发给该该PTT群组的数据。

3、没有持续的下行流媒体数据，比如：当PTT群组进行语音通信业务时，数据传输有很大的占空比。

因此，若采用现有的eMBMS业务传输方式承载PTT业务时，会产生较大的资源浪费，利用率低。并且，由于eMBMS会话建立时间较长，目前也不能够实现多媒体广播/多播会话随着PTT呼叫的建立而建立，随着PTT呼叫的拆除而拆除，一般都采用广播/多播会话预建立的方式，通过牺牲资源利用率保证呼叫的时延性能。

在采用本发明实施例提供的方案承载PTT业务时，一方面，多个群组共享多媒体广播/多播业务会话，解决了PTT没有持续下行流媒体数据，资源浪费的问题；另一方面，由于各终端隶属于一个或多个PTT群组，也便于实现分组；此外，在采用广播/多播会话预建立的方式建立PTT呼叫时，既能保证呼叫的时延性能，也能提高资源利用率。

基于同一发明构思，本发明实施例还提供了四种数据传输装置和两种数据传输方法，其中，第一种和第二种数据传输装置，以及第一种数据传输方法的实施可参考上述描述中UE的实施；第二种和第三种数据传输装置，以及第二种数据传输方法的实施可参考上述描述中内容服务器的实施，重复之处不再赘述。

图7为本发明实施例提供的第一种数据传输装置的结构示意图。如图7所示，该装置包括：

接收模块701，用于接收内容服务器发送的多媒体广播/多播业务会话的数据包；

处理模块702，用于从数据包中获取第一组标识，第一组标识为数据包要发往的目的终端在会话中所属的组的组标识；

确定当前终端在会话中所属的组的第二组标识；

若确定的第二组标识与获取的第一组标识相同，则确定接收的数据包是发给当前终端的。

可选地，处理模块702具体用于：

从数据包的中除包头和数据净荷之外的其他部分，获取第一组标识。

可选地，处理模块702还用于：

若确定的第二组标识与获取的第一组标识相同，则在确定接收的数据包是发给当前终端的之后，将数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的第二组标识与获取的第一组标识不同，则确定接收的数据包不是发给当前终端的，并丢弃数据包。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，当前终端为一键通PTT终端；

第二组标识为当前终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，接收模块701还用于：在接收内容服务器发送的会话的数据包之前，接收内容服务器发送的、当前终端在会话中的所属的组的第三组标识；

处理模块702具体用于：将第三组标识，作为当前终端在会话中所属的组的第二组标识。

图8为本发明实施例提供的第二种数据传输装置的结构示意图。如图8所示，该装置包括：

接收器801，用于接收内容服务器发送的多媒体广播/多播业务会话的数据包；

处理器802，用于从数据包中获取第一组标识，第一组标识为数据包要发往的目的终端在会话中所属的组的组标识；

确定当前终端在会话中所属的组的第二组标识；

若确定的第二组标识与获取的第一组标识相同，则确定接收的数据包是发给当前终端的。

可选地，处理器802具体用于：

从数据包的中除包头和数据净荷之外的其他部分，获取第一组标识。

可选地，处理器802还用于：

若确定的第二组标识与获取的第一组标识相同，则在确定接收的数据包是发给当前终端的之后，将数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的第二组标识与获取的第一组标识不同，则确定接收的数据包不是发给当前终端的，并丢弃数据包。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，当前终端为一键通PTT终端；

第二组标识为当前终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，接收器801还用于：在接收内容服务器发送的会话的数据包之前，接收内容服务器发送的、当前终端在会话中的所属的组的第三组标识；

处理器802具体用于：将第三组标识，作为当前终端在会话中所属的组的第二组标识。

图9为本发明实施例提供的第三种数据传输装置的结构示意图。如图9所示，该装置包括：

处理模块901，用于确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及数据包发往的目的终端的组标识，组标识用于标识目的终端在会话中所属的组；

发送模块902，用于将确定的组标识置于数据包中，发送给目的终端。

可选地，处理模块901具体用于：

将确定的组标识，置于数据包中除包头和数据净荷之外的其他部分。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，目的终端为一键通PTT终端；

组标识为目的终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，发送模块902还用于：在发送会话的数据包之前，向目的终端发送组标识。

图10为本发明实施例提供的第四种数据传输装置的结构示意图。如图10所示，该装置包括：

处理器1001，用于确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及数据包发往的目的终端的组标识，组标识用于标识目的终端在会话中所属的组；

发射器1002，用于将确定的组标识置于数据包中，发送给目的终端。

处理器1001具体用于：

将确定的组标识，置于数据包中除包头和数据净荷之外的其他部分。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，目的终端为一键通PTT终端；

组标识为目的终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，发射器1002还用于：在发送会话的数据包之前，向目的终端发送组标识。

图11为本发明实施例提供的第一种数据传输方法的流程图。如图11所示，该方法包括：

S1101：接收内容服务器发送的多媒体广播/多播业务会话的数据包；

S1102：从数据包中获取第一组标识，第一组标识为数据包要发往的目的终端在会话中所属的组的组标识；

S1103：确定当前终端在会话中所属的组的第二组标识；

S1104：若确定的第二组标识与获取的第一组标识相同，则确定接收的数据包是发给当前终端的。

可选地，步骤S1102从数据包中获取第一组标识，包括：

从数据包的中除包头和数据净荷之外的其他部分，获取第一组标识。

可选地，若确定的第二组标识与获取的第一组标识相同，则在S1104确定接收的数据包是发给当前终端的之后，还包括：

将数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的第二组标识与获取的第一组标识不同，则确定接收的数据包不是发给当前终端的，并丢弃数据包。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，当前终端为一键通PTT终端；

第二组标识为当前终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，在接收内容服务器发送的会话的数据包之前，还包括：

接收内容服务器发送的、当前终端在会话中的所属的组的第三组标识；

步骤S1103确定当前终端在确定的会话中所属的组的第二组标识，包括：

将第三组标识，作为当前终端在会话中所属的组的第二组标识。

图12为本发明实施例提供的第二种数据传输方法的流程图。如图12所示，该方法包括如下步骤：

S1201：确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及数据包发往的目的终端的组标识，组标识用于标识目的终端在会话中所属的组；

S1202：将确定的组标识置于数据包中，发送给目的终端。

可选地，步骤S1202将确定的组标识置于数据包中，包括：

将确定的组标识，置于数据包中除包头和数据净荷之外的其他部分。

可选地，数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

可选地，目的终端为一键通PTT终端；

组标识为目的终端所属PTT群组中，接收会话的PTT终端所属的组的组标识。

可选地，在发送会话的数据包之前，还包括：

向目的终端发送组标识。

本发明实施例中，在向目的终端发送多媒体广播/多播业务会话的数据包时，将目的终端在该会话中所属的组的组标识置于数据包中，终端将从数据包中获取的组标识，与自身在该会话中所属的组的组标识比较，若相同则确定数据包是发给自身的。从而实现了一个会话上同时传输多个组的数据包。提高了多媒体广播/多播业务的数据传输效率，特别适用于传输诸如PTT业务等没有持续下行流媒体数据，可有效避免单个PTT业务占用固定的带宽，浪费资源，频谱利用率低的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1.一种数据传输装置，其特征在于，包括：

接收模块，用于接收内容服务器发送的多媒体广播/多播业务会话的数据包；

处理模块，用于从所述数据包中获取第一组标识，所述第一组标识为所述数据包要发往的目的终端在所述会话中所属的组的组标识；

确定当前终端在所述会话中所属的组的第二组标识；

若确定的所述第二组标识与获取的所述第一组标识相同，则确定接收的所述数据包是发给当前终端的。

2.如权利要求1所述的装置，其特征在于，所述处理模块具体用于：

从所述数据包的中除包头和数据净荷之外的其他部分，获取所述第一组标识。

3.如权利要求2所述的装置，其特征在于，所述处理模块还用于：

若确定的所述第二组标识与获取的所述第一组标识相同，则在确定接收的所述数据包是发给当前终端的之后，将所述数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的所述第二组标识与获取的所述第一组标识不同，则确定接收的所述数据包不是发给当前终端的，并丢弃所述数据包。

4.如权利要求1～3任一项所述的装置，其特征在于，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

5.如权利要求1～4任一项所述的装置，其特征在于，当前终端为一键通PTT终端；

所述第二组标识为当前终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

6.如权利要求1～5任一项所述的装置，其特征在于，

所述接收模块还用于：在接收所述内容服务器发送的所述会话的数据包之前，接收所述内容服务器发送的、当前终端在所述会话中的所属的组的第三组标识；

所述处理模块具体用于：将所述第三组标识，作为当前终端在所述会话中所属的组的第二组标识。

7.一种数据传输装置，其特征在于，包括：

处理模块，用于确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及所述数据包发往的目的终端的组标识，所述组标识用于标识所述目的终端在所述会话中所属的组；

发送模块，用于将确定的所述组标识置于所述数据包中，发送给所述目的终端。

8.如权利要求7所述的装置，其特征在于，所述处理模块具体用于：

将确定的所述组标识，置于所述数据包中除包头和数据净荷之外的其他部分。

9.如权利要求7或8所述的装置，其特征在于，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

10.如权利要求7～9任一项所述的装置，其特征在于，所述目的终端为一键通PTT终端；

所述组标识为所述目的终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

11.如权利要求7～10任一项所述的装置，其特征在于，所述发送模块还用于：在发送所述会话的数据包之前，向所述目的终端发送所述组标识。

12.一种数据传输方法，其特征在于，包括：

接收内容服务器发送的多媒体广播/多播业务会话的数据包；

从所述数据包中获取第一组标识，所述第一组标识为所述数据包要发往的目的终端在所述会话中所属的组的组标识；

确定当前终端在所述会话中所属的组的第二组标识；

若确定的所述第二组标识与获取的所述第一组标识相同，则确定接收的所述数据包是发给当前终端的。

13.如权利要求12所述的方法，其特征在于，从所述数据包中获取第一组标识，包括：

从所述数据包的中除包头和数据净荷之外的其他部分，获取所述第一组标识。

14.如权利要求13所述的方法，其特征在于，

若确定的所述第二组标识与获取的所述第一组标识相同，则在确定接收的所述数据包是发给当前终端的之后，还包括：

将所述数据包的数据净荷发给当前终端的当前协议层的上一协议层处理；

若确定的所述第二组标识与获取的所述第一组标识不同，则确定接收的所述数据包不是发给当前终端的，并丢弃所述数据包。

15.如权利要求12～14任一项所述的方法，其特征在于，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

16.如权利要求12～15任一项所述的方法，其特征在于，当前终端为一键通PTT终端；

所述第二组标识为当前终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

17.如权利要求12～16任一项所述的方法，其特征在于，在接收所述内容服务器发送的所述会话的数据包之前，还包括：

接收所述内容服务器发送的、当前终端在所述会话中的所属的组的第三组标识；

确定当前终端在确定的所述会话中所属的组的第二组标识，包括：

将所述第三组标识，作为当前终端在所述会话中所属的组的第二组标识。

18.一种数据传输方法，其特征在于，包括：

确定待发送的多媒体广播/多播业务的数据包所属的广播/多播业务会话，以及所述数据包发往的目的终端的组标识，所述组标识用于标识所述目的终端在所述会话中所属的组；

将确定的所述组标识置于所述数据包中，发送给所述目的终端。

19.如权利要求18所述的方法，其特征在于，将确定的所述组标识置于所述数据包中，包括：

将确定的所述组标识，置于所述数据包中除包头和数据净荷之外的其他部分。

20.如权利要求18或19所述的方法，其特征在于，所述数据包为互联网协议IP数据包或用户数据包协议UDP数据包。

21.如权利要求18～20任一项所述的方法，其特征在于，所述目的终端为一键通PTT终端；

所述组标识为所述目的终端所属PTT群组中，接收所述会话的PTT终端所属的组的组标识。

22.如权利要求18～21任一项所述的方法，其特征在于，在发送所述会话的数据包之前，还包括：

向所述目的终端发送所述组标识。