CN105764034A - 组呼下行数据包传输方法和***及设备 - Google Patents
组呼下行数据包传输方法和***及设备 Download PDFInfo
- Publication number
- CN105764034A CN105764034A CN201610082192.4A CN201610082192A CN105764034A CN 105764034 A CN105764034 A CN 105764034A CN 201610082192 A CN201610082192 A CN 201610082192A CN 105764034 A CN105764034 A CN 105764034A
- Authority
- CN
- China
- Prior art keywords
- group
- core network
- multicast
- base station
- distribution tree
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种组呼下行数据包传输方法,以便在组呼下行传输的场景下,能够有效提高承载网络传输效率和核心网性能,从而提高集群业务的容量和性能。在本发明一些可行的实施方式中,方法包括:核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;所述核心网设备在组呼结束时,删除所述组播分发树。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种组呼下行数据包传输方法。
背景技术
目前集群用户对于高速数据业务的兴趣也越来越浓厚,以视频业务为代表的高速数据业务是发展最为快速的集群业务之一。而高速数据业务给集群核心网与基站之间的承载网络带来的压力越来越大。
通常集群核心网与基站间承载网络使用传统的单播(点到点)传输方式,核心网需要对参与组呼的每个基站单独发送一份数据。请参考图1,是集群***采用单播传输方式传输数据的示意图,集群的组呼包含了基站1的终端A、基站2的终端B、基站3的终端C共三个用户,数据源(source)向组呼用户(即终端A、B、C)发送下行数据的数据流,其中,核心网网关(Gateway,GW)采用点到点传输方式把来自数据源的数据传输到参与组呼的基站。具体过程包括:数据源source发送一份单播数据给核心网网关;核心网网关为参与组呼的每个基站单独复制并发送一份数据,一共有3个基站参与组呼,即原来一份数据需要复制成3份发送;各个数据包通过IP(InternetProtocol,网际协议)承载网独立到达各基站;基站通过组呼下行共享信道把数据传输给终端。
实践发现,集群核心网与基站间承载网络使用传统的单播点到点传输方式,由于需要为参与组呼的每个基站单独复制一份数据并通过承载网络传送到基站,因而具有如下缺陷:1、承载网络中存在大量冗余流量,严重降低承载网络传输效率;2、核心网网关需要复制分发多份数据,增加了CPU(CentralProcessingUnit,处理器)负荷从而降低性能。这些缺陷严重降低了集群业务的容量和性能。
发明内容
本发明实施例提供一种组呼下行数据包传输方法,以便在组呼下行传输的场景下,提高承载网络传输效率和核心网性能,提高集群业务的容量和性能。
本发明第一方面提供一种组呼下行数据包传输方法,包括:核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;所述核心网设备在组呼结束时,删除所述组播分发树。
本发明第二方面提供一种组呼下行数据包传输***,包括:控制模块,用于使核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;传输模块,用于使所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;所述控制模块,还用于使所述核心网设备在组呼结束时,删除所述组播分发树。
本发明第三方面提供一种核心网设备,包括:处理器、存储器、总线和通信接口;所述存储器用于存储程序,所述处理器与所述存储器通过所述总线连接,当所述核心网设备运行时,所述处理器执行所述存储器存储的所述程序,以使所述核心网设备执行如本发明第一方面所述的组呼下行数据包传输方法。
本发明第四方面提供一种组呼业务处理***,包括上述的核心网设备,以及承载网和基站。
由上可见,在本发明的一些可行的实施方式中,通过在接收到组呼请求时,动态建立组播分发树,将组呼下行数据包经所述组播分发树分发给基站,实现了在核心网与基站间采用组播(点到多点)传输方式,取得了以下技术效果:
1、通过采用组播传输方式,核心网对参与组呼的所有基站仅仅发送一份数据,就可以实现同时为多个基站传送数据的目的,与传统的点到点的单播传输方式相比,在组呼下行传输的场景下,能够减少冗余流量,极大地节省资源,有效提高承载网络传输效率和核心网性能,从而提高集群业务的容量和性能;
2、通过在接收到组呼请求时,动态建立组播分发树,在组呼结束时,即时删除组播分发树,能够提高在承载网络使用组播的组呼数量,并可以减少对承载网络带宽的消耗。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是集群***采用单播传输方式传输数据的示意图;
图2是集群***的架构示意图和组播传输方式示意图;
图3是本发明实施例提供的组呼下行数据包传输方法的流程示意图;
图4是宽带集群***下的组呼数据包协议栈的示意图;
图5是宽带集群***下组播分发树的建立和使用过程的示意图;
图6是本发明实施例提供的组呼下行数据包传输***的结构示意图;
图7是本发明实施例提供的核心网设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别不同的对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例技术方案应用于集群***,所述集群***的架构如图2所示,包括核心网,承载网络,基站以及终端,其中核心网通过承载网络与多个基站连接,所述承载网络具体可以是IP承载网络。所述集群***可以是宽带集群***,例如LTE(LongTermEvolution,长期演进)宽带集群***,也可以是窄带集群***例如PDT(ProfessionalDigtalTrunking,专用数字集群)集群***。
在不同的集群***中,核心网可以具有不同的核心网设备。例如,在LTE宽带集群***中,核心网可以包括eMME(enhancedMobilityManagementEntity,增强型移动管理实体),TCF(TrunkingControlFunction,集群控制功能模块),eHSS(enhancedHomeSubscriberServer,增强型归属用户服务器),xGW(XGateway,集群网关),TMF(TrunkingMediaFunction,集群媒体功能模块)五种网元,其中xGW为核心网网关(Gateway,GW)。PDT集群***中,核心网设备具体可以是交换机,由交换机实现上述五种网元的功能。
针对背景技术部分提出的问题,本方面提出了一种在核心网与基站间承载网络上使用组播技术传输组呼下行数据包的传输技术方案,核心思想是:把集群***与数据通信领域的组播技术结合起来,并考虑到实际网络部署中承载网络各级路由器对组播的容量限制,采用动态建立方式建立组播分发树,即,在终端发起组呼时,在集群核心网与基站间的承载网络上为终端所属群组动态建立组播分发树,然后,就可以使用动态建立的组播分发树分发组呼下行数据包,组呼下行数据包经组播分发树传输到各个参与基站,以减少承载网络中的冗余流量,提高传输效率,并且,避免核心网设备复制分发多份数据,降低核心网设备的CPU负荷,提高核心网设备的性能,从而提高集群业务的容量和性能。并且,在组呼结束时,即时删除组播分发树,避免消耗承载网络的带宽。该方法能够提高在承载网络使用组播的组呼数量,同时减少组呼下行数据包的复制分发带来的延迟,以及减少对承载网络带宽的消耗。
本发明实施例使用的IP承载网络组播技术,包括组成员管理协议IGMPv3(InternetGroupManagementProtocolv3,第三版互联网组管理协议)和组播路由协议PIM-SSM(Protocol-IndependentMulticast–SourceSpecificMulticast,协议无关-特定源组播)。IGMPv3用于基站向承载网络加入、退出组播。PIM-SSM用于在承载网络路由器上建立以核心网设备例如核心网网关GW为源头、参与基站为叶子节点的组播分发树。
请参考图3,是本发明实施例提供的一种组呼下行数据包传输方法的流程示意图,该方法可包括:
310、核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述多个终端所属的至少一个基站为叶子节点。
本发明实施例方法的第一个实现过程是,在承载网络上建立组播分发树。在一些实施例中,当所述群组中有终端向核心网发起组呼请求时,所述核心网设备为所述群组建立组播分发树。所述群组包括集群***中的多个终端,可以预先配置并记录群组的信息在核心网设备中。
在LTE宽带集群***中,集群***可以在建立组呼业务信令过程当中,为发起组呼的群组分配承载网络组播地址。具体的,终端向核心网的TCF发起组呼请求,TCF收到组呼请求后向eMME发送请求以邀请该终端所属的群组加入组呼,eMME通知核心网网关为群组分配组播地址,eMME将该组播地址传递给参与组呼的基站,并触发基站使用组成员管理协议IGMPv3向其上级路由器(承载网络中的路由器)加入组播,对于终端所属的每个群组,承载网络路由器根据组播路由协议PIM-SSM可以建立起以核心网网关为组播源(或者说源头)、参与基站为叶子节点的组播分发树。
在PDT集群***中,核心网设备具体可以是交换机,上述TCF、eMME和核心网网关的功能由该交换机实现,建立的组播分发树以该交换机为组播源。
概括来说,组播分发树的建立过程可以包括:所述核心网设备为所述群组在承载网络中分配组播地址,将所述组播地址下发给所述至少一个基站,触发所述至少一个基站根据所述组播地址加入组播,建立起以所述核心网设备为组播源,以所述至少一个基站为叶子节点的组播分发树。具体的触发过程可以包括:触发所述至少一个基站根据所述组播地址,分别向承载网络中的、各自的上级路由器申请加入组播,以使得所述承载网络中的各级路由器建立起以所述核心网设备为组播源,以所述至少一个基站为叶子节点的组播分发树。
320、所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端。
本发明实施例方法的第二个实现过程是,使用承载网络上建立的组播分发树传输群组的组呼下行数据包。
请参考图2所示的箭头,以LTE宽带集群***为例,示出了集群***的组播传输方式,具体过程包括:
1、数据源(source)发送一份单播数据给核心网网关。
2、核心网网关并没有为参与组呼的每个基站单独复制和发送一份数据,而是转发该数据到IP承载网络。
3、该数据包在IP承载网络中根据组播分发树到达各基站。
4、基站通过组呼下行共享信道把数据传输给终端。
其中,核心网网关收到数据源的组呼下行数据包时,将该数据包的最外层IP头目的地址设置为承载网组播IP地址,然后作为组播分发的源头把该组播包发送到承载网络。与点到点单播方式不同,核心网网关只发出一份组呼下行数据包到承载网。承载网络根据组播路由协议PIM-SSM生成的组播分发树,将该组呼下行数据包传递到叶子节点基站。基站再使用组呼下行共享信道将该组呼下行数据包传递给终端。
在PDT集群***中,核心网设备具体可以是交换机,上述核心网网关的功能由该交换机实现。
概括来说,使用组播分发树传输数据的过程包括:
当所述群组发起组呼后,所述核心网设备接收来自数据源的、以单播方式发送的组呼下行数据包;所述核心网设备将所述组呼下行数据包的最外层IP头的目的地址设置为所述群组的组播地址;所述核心网设备将经过上述设置的组呼下行数据包沿所述组播分发树发送到承载网络中,使所述组呼下行数据包在所述承载网络中沿所述组播分发树被分发到所述至少一个基站。
本发明实施例中,采用组播传输方式避免了IP承载网络中的冗余流量,可以有效提高承载网络传输效率和核心网设备性能。
330、所述核心网设备在组呼结束时,删除所述组播分发树。
该删除组播分发树的步骤是本发明实施例方法的第三个实现过程。
本发明实施例中,组呼业务结束时,核心网设备触发基站退出组播。触发操作包括:核心网设备指示所述至少一个基站全部退出组播,以完成对组播分发树的删除。其中,基站可以使用IGMPv3协议,发送IGMPleave(离开)消息给其上级路由器要求退出组播。承载网络路由器根据组播路由协议PIM-SSM更新组播分发树,当所有参与基站退出组播时,组播分发树被完全删除。其中TAIs是TAI(TrackingAreaIdentity,跟踪区标识)的复数表示。
由上可见,在本发明的一些可行的实施方式中,通过动态建立组播分发树,在核心网与基站间采用组播传输方式,取得了以下技术效果:
1、通过采用组播传输方式,核心网对参与组呼的所有基站仅仅发送一份数据,就可以实现同时为多个基站传送数据的目的,与传统的点到点的单播传输方式相比,在组呼下行传输的场景下,能够减少冗余流量,极大地节省资源,有效提高承载网络传输效率和核心网性能,从而提高集群业务的容量和性能;
2、通过在接收到组呼请求时,动态建立组播分发树,在组呼结束时,立即删除组播分发树,能够提高在承载网络使用组播的组呼数量,并可以减少对承载网络带宽的消耗。
为便于更好的理解本发明实施例提供的技术方案,下面通过一个具体场景下的实施方式为例进行介绍。
本实施例以在宽带集群***下,集群***进行组呼业务的应用场景为例。
请参考图4,示出了宽带集群***下的组呼数据包协议栈,在核心网网关和基站两侧的IP包使用承载网络组播地址,承载网络使用该组播地址实现组播功能。组播地址和GTP-U(GPRSTunnellingProtocolfortheuserplane,用户层面的GPRS(GeneralPacketRadioService,通用分组无线业务)隧道协议)头TEID(TunnelEndpointID,隧道端点标识符),为核心网网关分配的承载网络组播地址和组播下行承载的GTP-UTEID。
宽带集群***包括终端、基站(eNB)和承载网络(CarrierNetwork)以及核心网,其中,核心网又包括了eMME、TCF、eHSS、xGW、TMF五个网元,其中xGW为核心网网关,承载网络包括有路由器。
请参考图5,是组播分发树的建立和使用过程的示意图,具体过程可包括:
1.终端(UserEquipment)可以在LTEAttach(附着)过程和SIP(SessionInitiationProtocol,会话初始协议)Register(注册)过程后,对某个群组发起组呼,发送组呼请求给TCF。TCF收到组呼请求后,发送请求(Invite)给eMME,以邀请该群组的终端加入组呼。
2.eMME发送CreateGroupBearerRequest(创建群组承载请求)消息给xGW,以请求xGW建立组播下行承载。
3.xGW建立组播下行承载,为了在承载网络使用组呼,为该群组分配承载网络组播地址(Multicastaddr),并分配组播下行承载的GTP-UTEID,并将分配的组播地址和GTP-UTEID通过CreateGroupResponse(创建群组响应)消息返回给eMME。该CreateGroupResponse消息中还可以包括核心网网关地址(xGWaddr)。
4.eMME检查组呼UE的跟踪区标识列表(TAIList)下的基站(eNB)是否已经加入该组播。若基站还未加入该组播,eMME发送InitialContextSetupRequest(初始上下文设置请求)消息给基站要求其加入组播,该消息携带Multicastaddr和GTP-UTEID以及xGWaddr。
5.基站建立群组上下文,发出IGMPJoin(加入)消息给位于承载网络的上级路由器表明要监听该组播地址的组播。承载网络中的路由器收到IGMPJoin消息,使用PIM-SSM协议建立起以xGW为源头、基站为叶子节点的组播分发树。
6.基站返回InitialContextSetupResponse(初始上下文设置响应)消息告诉eMME。
7.组呼建立后开始传输组呼数据。即使该组终端分布在多个不同的基站下,xGW只需发出一个组呼数据包,无需复制分发多份,该数据包根据组播分发树到达各个基站,最后传输到终端。由图中可以看出,到达xGW的是单播数据,xGW下行传输则是组播数据。
8.组呼结束时(TCF收到组呼释放请求),核心网设备eMME通知基站退出组播,基站发送IGMPleave(退出)消息给其上级路由器以退出组播。当所有基站都退出组播时,承载网络的组播分发树被完全删除。
以上,以宽带集群***为例对本发明实例方法进行了说明。值得说明的是,在窄带集群***例如PDT集群***中,进行组呼业务的流程与上述流程类似,不同之处可能在于,核心网设备为交换机,由交换机执行上述宽带***中五种网元的功能。本文不再详述。
由上可见,本发明一些实施例中,采用以下技术方案:
1、基站与核心网间下行组呼数据使用组播方式传输;
2、核心网设备例如xGW在组呼建立过程中分配组播地址和基站侧GTP-U隧道的TEID,并通过eMME要求TAIList下基站加入组播,建立起以TAIList组合所包含基站为区域的承载网组播。
3、组播分发树在组呼建立过程中动态生成,在组呼结束时即时删除。受承载网络中路由器组播树数量的限制较少。
通过采用上述技术方案,取得了以下技术效果:
与传统使用单播方式传输比较,可以减少IP承载网络流量,提高***组呼容量,降低核心网硬件配置,节约核心网建设成本;可以减少核心网复制分发多份组呼数据所带来的延迟,提高用户体验;可以在不增加***基站容量的情况下显著提高***组呼容量,提高集群业务的容量和性能。
为了更好的实施本发明实施例的上述方案,下面还提供用于配合实施上述方案的相关装置。
请参考图6,本发明实施例提供一种组呼下行数据包传输***600,可包括:
控制模块610,用于使核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;
传输模块620,用于使所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;
所述控制模块610,还用于使所述核心网设备在组呼结束时,删除所述组播分发树。
在一些实施例中,所述控制模块610包括:
地址分配单元6101,用于使所述核心网设备为所述群组在承载网络中分配组播地址;
地址下发单元6102,用于将所述组播地址下发给所述至少一个基站;
触发单元6103,用于触发所述至少一个基站根据所述组播地址加入组播,建立起所述组播分发树。
在一些实施例中,所述触发单元6103,具体用于触发所述至少一个基站根据所述组播地址,分别向承载网络中的、各自的上级路由器申请加入组播,以使得所述承载网络中的各级路由器建立起所述组播分发树。
在一些实施例中,所述传输模块620包括:
接收单元6201,用于当所述群组发起组呼后,使所述核心网设备接收来自数据源的、以单播方式发送的组呼下行数据包;
设置单元6202,用于使所述核心网设备将所述组呼下行数据包的最外层IP头的目的地址设置为所述群组的组播地址;
发送单元6203,用于使所述核心网设备将经过上述设置的组呼下行数据包沿所述组播分发树发送到承载网络中,使所述组呼下行数据包在所述承载网络中沿所述组播分发树被分发到所述至少一个基站。
在一些实施例中,所述控制模块610,还包括:
指示单元6104,用于使所述核心网设备在组呼结束时,指示所述至少一个基站全部退出组播,完成对所述组播分发树的删除。
可以理解,本发明实施例的***的各个功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述方法实施例中的相关描述,此处不再赘述。
由上可见,在本发明的一些可行的实施方式中,通过在接收到组呼请求时,动态建立组播分发树,实现了在核心网与基站间采用组播传输方式,能够提高在承载网络使用组播的组呼数量,能够减少对承载网络带宽的消耗,能够有效提高承载网络传输效率和核心网性能,从而提高集群业务的容量和性能。
请参考图7,本发明实施例还提供一种核心网设备700,可包括:
处理器701、存储器702、总线703和通信接口704;所述存储器702用于存储程序705,所述处理器701与所述存储器702通过所述总线703连接,当所述核心网设备700运行时,所述处理器701执行所述存储器702存储的所述程序705,以使所述核心网设备700执行如上文实施例所述的组呼下行数据包传输方法。
所述总线703可以是工业标准体系结构(IndustryStandardArchitecture,简称为ISA)总线或外部设备互连(PeripheralComponent,简称为PCI)总线或扩展工业标准体系结构(ExtendedIndustryStandardArchitecture,简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线中的一种或多种。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根或一种类型的总线。
所述存储器702用于存储可执行程序代码,该程序代码包括计算机操作指令。所述存储器702可以包含高速RAM(RamdomAccessMemory)存储器。可选地,所述存储器702还可以还包括非易失性存储器(non-volatilememory)。例如所述存储器702可以包括磁盘存储器。
所述处理器701可以是一个中央处理器(CentralProcessingUnit,简称为CPU),或者所述处理器801可以是特定集成电路(ApplicationSpecificIntegratedCircuit,简称为ASIC),或者所述处理器701可以是被配置成实施本发明实施例的一个或多个集成电路。
本发明实施例的核心网设备例如可以是核心网网关、交换机等设备。核心网设备的各个功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述方法实施例中的相关描述,此处不再赘述。
由上可见,在本发明的一些可行的实施方式中,通过在接收到组呼请求时,动态建立组播分发树,实现了在核心网与基站间采用组播传输方式,能够有效提高承载网络传输效率和核心网性能,从而提高集群业务的容量和性能。
本发明实施例还提供一种存储一个或多个程序的计算机可读存储介质,所述一个或多个程序包括指令,所述指令当被包括一个或多个处理器的核心网设备执行时,使核心网设备执行如上文实施例所述的组呼下行数据包传输方法。
此外,本发明还提供了相应的组呼业务处理***,包括上述的核心网设备,以及承载网和基站。具体实现方式可参考上文对方法的相应描述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述的部分,可以参见其它实施例的相关描述。
需要说明的是,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明实施例所提供的组呼下行数据包传输方法和***及设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种组呼下行数据包传输方法,其特征在于,包括:
核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;
所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;
所述核心网设备在组呼结束时,删除所述组播分发树。
2.根据权利要求1所述的方法,其特征在于,所述核心网设备接收到组呼请求时,为发起组呼的群组建立组播分发树包括:
所述核心网设备为所述群组在承载网络中分配组播地址,将所述组播地址下发给所述至少一个基站,触发所述至少一个基站根据所述组播地址加入组播,建立起所述组播分发树。
3.根据权利要求1或2所述的方法,其特征在于,所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站包括:
所述核心网设备接收来自数据源的、以单播方式发送的组呼下行数据包;
所述核心网设备将所述组呼下行数据包的最外层IP头的目的地址设置为所述群组的组播地址;
所述核心网设备将经过上述设置的组呼下行数据包沿所述组播分发树发送到承载网络中,使所述组呼下行数据包在所述承载网络中沿所述组播分发树被分发到所述至少一个基站。
4.根据权利要求1或2述的方法,其特征在于,所述核心网设备在组呼结束时,删除所述组播分发树包括:
所述核心网设备在组呼结束时,指示所述至少一个基站全部退出组播,完成对所述组播分发树的删除。
5.一种组呼下行数据包传输***,其特征在于,包括:
控制模块,用于使核心网设备在接收到组呼请求时,为发起组呼的群组建立组播分发树,所述组播分发树以所述核心网设备为组播源,以所述群组中的多个终端所属的至少一个基站为叶子节点;
传输模块,用于使所述核心网设备将组呼下行数据包经所述组播分发树分发给所述至少一个基站,使所述组呼下行数据包被所述至少一个基站转发给所述多个终端;
所述控制模块,还用于使所述核心网设备在组呼结束时,删除所述组播分发树。
6.根据权利要求5所述的***,其特征在于,所述控制模块包括:
地址分配单元,用于使所述核心网设备为所述群组在承载网络中分配组播地址;
地址下发单元,用于将所述组播地址下发给所述至少一个基站;
触发单元,用于触发所述至少一个基站根据所述组播地址加入组播,建立起所述组播分发树。
7.根据权利要求5或6所述的***,其特征在于,所述传输模块包括:
接收单元,用于使所述核心网设备接收来自数据源的、以单播方式发送的组呼下行数据包;
设置单元,用于使所述核心网设备将所述组呼下行数据包的最外层IP头的目的地址设置为所述群组的组播地址;
发送单元,用于使所述核心网设备将经过上述设置的组呼下行数据包沿所述组播分发树发送到承载网络中,使所述组呼下行数据包在所述承载网络中沿所述组播分发树被分发到所述至少一个基站。
8.根据权利要求5或6所述的***,其特征在于,
所述控制模块还包括:指示单元,用于使所述核心网设备在组呼结束时,指示所述至少一个基站全部退出组播,完成对所述组播分发树的删除。
9.一种核心网设备,其特征在于,所述核心网设备包括处理器、存储器、总线和通信接口;所述存储器用于存储程序,所述处理器与所述存储器通过所述总线连接,当所述核心网设备运行时,所述处理器执行所述存储器存储的所述程序,以使所述核心网设备执行如权利要求1-4中任一项所述的组呼下行数据包传输方法。
10.一种组呼业务处理***,其特征在于,包括如权利要求9中所述的核心网设备,以及承载网和基站。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610082192.4A CN105764034A (zh) | 2016-02-05 | 2016-02-05 | 组呼下行数据包传输方法和***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610082192.4A CN105764034A (zh) | 2016-02-05 | 2016-02-05 | 组呼下行数据包传输方法和***及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105764034A true CN105764034A (zh) | 2016-07-13 |
Family
ID=56329673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610082192.4A Pending CN105764034A (zh) | 2016-02-05 | 2016-02-05 | 组呼下行数据包传输方法和***及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105764034A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017132972A1 (zh) * | 2016-02-05 | 2017-08-10 | 海能达通信股份有限公司 | 组呼下行数据包传输方法和***及设备 |
WO2019019997A1 (zh) * | 2017-07-28 | 2019-01-31 | 华为技术有限公司 | 一种组播数据传输方法、相关设备及通信*** |
CN110752997A (zh) * | 2019-09-26 | 2020-02-04 | 中国人民解放军陆军装甲兵学院 | 一种数据包主动寻路的命名数据网络转发方法 |
CN111371488A (zh) * | 2020-03-13 | 2020-07-03 | 北京邮电大学 | 内容数据传输方法、装置及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007127540A3 (en) * | 2006-04-26 | 2008-11-06 | Motorola Inc | Method and apparatus of avoiding audio truncation in trunked systems |
CN101883039A (zh) * | 2010-05-13 | 2010-11-10 | 北京航空航天大学 | 大规模集群***的数据传输网络及其构建方法 |
CN102857873A (zh) * | 2011-06-30 | 2013-01-02 | 中兴通讯股份有限公司 | 基于td-lte的宽带数字集群***及其数据传输方法 |
-
2016
- 2016-02-05 CN CN201610082192.4A patent/CN105764034A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007127540A3 (en) * | 2006-04-26 | 2008-11-06 | Motorola Inc | Method and apparatus of avoiding audio truncation in trunked systems |
CN101883039A (zh) * | 2010-05-13 | 2010-11-10 | 北京航空航天大学 | 大规模集群***的数据传输网络及其构建方法 |
CN102857873A (zh) * | 2011-06-30 | 2013-01-02 | 中兴通讯股份有限公司 | 基于td-lte的宽带数字集群***及其数据传输方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017132972A1 (zh) * | 2016-02-05 | 2017-08-10 | 海能达通信股份有限公司 | 组呼下行数据包传输方法和***及设备 |
WO2019019997A1 (zh) * | 2017-07-28 | 2019-01-31 | 华为技术有限公司 | 一种组播数据传输方法、相关设备及通信*** |
CN109309904A (zh) * | 2017-07-28 | 2019-02-05 | 华为技术有限公司 | 组播数据传输方法、相关设备及通信*** |
CN109309904B (zh) * | 2017-07-28 | 2021-03-23 | 华为技术有限公司 | 组播数据传输方法、相关设备及通信*** |
CN110752997A (zh) * | 2019-09-26 | 2020-02-04 | 中国人民解放军陆军装甲兵学院 | 一种数据包主动寻路的命名数据网络转发方法 |
CN111371488A (zh) * | 2020-03-13 | 2020-07-03 | 北京邮电大学 | 内容数据传输方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100951026B1 (ko) | 무선 원격통신 장치들 간의 그룹 통신들에 있어서 voip데이터 패킷들을 분배하기 위한 시스템 및 방법 | |
JP4951070B2 (ja) | 1トンネル手法を用いた効率的mbmsバックボーン分配 | |
US10924294B2 (en) | Evolved multimedia broadcast/multicast service (EMBMS) system and EMBMS system management method | |
CN101272520B (zh) | 在***架构演进中支持多媒体广播组播业务的方法和装置 | |
KR100956041B1 (ko) | 인터넷 프로토콜을 이용하여 무선 통신 시스템에서 데이터패킷을 전송하는 방법 및 장치 | |
US7107066B2 (en) | Multicast support in packet switched wireless networks | |
US7680109B2 (en) | Mobile multipoint service | |
CN101132607B (zh) | 演进多媒体广播组播业务接入网关、基站和方法 | |
JP3942033B2 (ja) | ポイントツーポイントパケット交換向きのネットワークにおけるマルチキャスト方法 | |
US20070281722A1 (en) | One-to-many communication service using composite broadcast/multicast flows in a wireless network | |
JP4712095B2 (ja) | 通信方法および無線通信システム | |
CN105764034A (zh) | 组呼下行数据包传输方法和***及设备 | |
CN101784010B (zh) | 为移动组播业务辅助建立固网组播回传通道的方法及装置 | |
CN111406391A (zh) | 利用核心网络对无线电接入网络的多播/广播服务 | |
CN105635987B (zh) | 一种组呼业务处理方法及***、核心网设备 | |
CN108012342B (zh) | 一种lte-m网络中的组播业务处理方法和装置 | |
CN109327810B (zh) | 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 | |
KR100956817B1 (ko) | 패킷 데이터를 처리하는 방법 및 이를 위한 장치 | |
CN101247541B (zh) | 移动通信网络多媒体组播业务的实现方法 | |
WO2017132971A1 (zh) | 一种组呼业务处理方法及***、核心网设备 | |
WO2017132972A1 (zh) | 组呼下行数据包传输方法和***及设备 | |
CN112187715B (zh) | 基于组播的poc大规模集群分发的方法和*** | |
Xylomenos et al. | Analysis of a Multiple Content Variant Extension of the Multimedia Broadcast/Multicast Service |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160713 |
|
RJ01 | Rejection of invention patent application after publication |