一种集群通信方法及装置和***
技术领域
本发明涉及无线通信技术领域,尤其涉及一种集群通信方法及装置和***。
背景技术
集群通信的主要应用场景是为了满足公共安全通信和危急通信的需求,目前3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)正在研究基于LTE(LongTerm Evolution,长期演进)网络支持群组通信的问题,主要研究如何使得LTE网络能够高效的支持集群通信业务,例如语音的群组呼叫、视频组呼叫等,从而使得集群通信应用能够利用3GPP网络提供的***功能来建立通信业务。
集群通信***是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信***。集群通信***中的大量无线用户共享少量无线信道,***内的信道资源动态分配,是一种多用途、高效能的无线移动通信***,代表专用移动通信***的发展方向。集群通信***以指挥调度为主体应用,在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
目前,LTE***的EPC(Evolved Packet Core,演进分组核心网)尚不能支持集群通信中的组通信业务。
发明内容
本发明实施例提供了一种集群通信方法及装置和***,用以实现基于EPC的组通信业务。
本发明实施例提供的集群通信方法,包括:
多点服务功能实体接收集群控制服务器发来的群组呼叫建立请求;
所述多点服务功能实体根据接收到的群组呼叫建立请求,通过移动管理实体发起组寻呼过程以触发组播承载的建立;
所述多点服务功能实体在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应。
本发明实施例提供的多点服务功能实体装置,包括:
信令接口模块,用于接收集群控制服务器发来的群组呼叫建立请求;
群组呼叫处理模块,用于根据所述信令接口模块接收到的群组呼叫建立请求,通过移动管理实体设备发起组寻呼过程以触发组播承载的建立;以及,在组播承载建立完成后,通过所述信令接口模块向所述集群控制服务器返回群组呼叫建立响应。
本方面实施例提供的集群通信***,包括集群控制器,以及演进核心网网元设备;
所述集群控制器,用于在接收到群组呼叫请求后,向所述演进核心网网元设备发送群组呼叫建立请求;以及,接收所述演进核心网网元设备返回的群组呼叫建立响应;
所述演进核心网网元设备,用于在接收到集群控制服务器发来的群组呼叫建立请求后,根据接收到的群组呼叫建立请求,通过演进核心网中的移动管理实体发起组寻呼过程以触发组播承载的建立,并在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应。
本发明的上述实施例中,EPC中的多点服务功能实体接收集群控制服务器发来的群组呼叫建立请求后,通过移动管理实体发起组寻呼过程以触发组播承载的建立,并在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应,从而实现了基于EPC的集群通信建立过程。
附图说明
图1为本发明实施例提供的***架构图;
图2为本发明实施例提供的基于EPC的组通信业务建立过程的框图;
图3为本发明实施例场景一中基于EPC的组通信业务建立过程的信令流程图;
图4为本发明实施例场景二中基于EPC的组通信业务建立过程的信令流程图;
图5为本发明实施例场景三中基于EPC的组通信业务建立过程的信令流程图;
图6为本发明实施例提供的多点服务功能实体装置的结构示意图。
具体实施方式
LTE网络需要为集群通信***提供移动性管理,连接和承载建立、修改、释放等服务。集群业务属于应用层范畴,对顶层网络透明。因此为了有效的利用LTE网络的资源,LTE网络应向集群应用程序提供必要的接口,从而能够根据集群应用的需求进行承载的建立和管理。
基于3GPP的上述需求,本发明实施例提出了一种通过增强EPC架构来建立组呼业务的方案。下面结合附图对本发明实施例进行详细描述。
参见图1,为本发明实施例定义的EPC网络与集群控制服务器的接口示意图。如图1所示,本发明实施例中,在EPC网络中的网元设备和集群控制服务器之间定义了如下接口:
多点服务功能实体与集群控制服务器间的信令接口(本发明实施例中称为SGx-C接口),通过该接口,多点服务功能实体与集群控制服务器之间可交互集群控制的相关信令,比如,多点服务功能实体中的MPF(Multipoint service function,多点服务功能)实体可从SGx-C接口接收集群控制服务器发送的针对组呼叫业务的承载建立和管理请求。
多点服务功能实体与集群控制服务器的间的数据接口(本发明实施例中称为SGx接口),通过该接口,多点服务功能实体与集群控制服务器之间可交互语音与数据。
HSS(Home Subscriber Server,归属用户服务器)与集群控制服务器间的信令接口(本发明实施例中称为S6x接口),通过该接口,集群控制服务器可从HSS获取用户签约信息。
进一步的,PCRF(Policy and Charging Rules Function,策略与计费规则功能)实体与集群控制服务器与间还定义有信令接口(本发明实施例中称为Rx接口),通过该接口,集群控制服务器可从PCRF实体设备获取建立单播隧道所需的信息。
集群控制服务器处理所有的组呼叫请求,根据从S6x接口获取的用户签约信息执行接入控制,发起组呼流程。EPC网络接受集群控制服务器发送的群组呼叫建立请求,执行组播承载的建立,完成后向集群控制服务器指示承载建立完成。集群控制服务器在组播承载建立成功后,向主叫终端通知呼叫开始。
上述多点服务功能实体可以位于EPC网络中的PGW(Packet data networksGateway,分组数据网网关),通过该架构来实现基于EPC的组呼业务的建立过程。对于支持MBMS(Multimedia Broadcast Multicast Service,多媒体广播多播业务)的EPC网络,上述多点服务功能实体也可以位于用来提供并管理MBMS业务的BM-SC(Broadcast Multicast-Service Centre,广播组播业务中心),通过该架构来实现基于EPC的MSMB组播建立过程。上述多点服务功能实体也可以是EPC网络中的独立网元。
基于上述***架构,本发明实施例提供的基于EPC的组通信业务建立过程可如图2所示,包括:
步骤201:多点服务功能实体接收集群控制服务器发来的群组呼叫建立请求。其中,多点服务功能实体可以在接收到终端或调度台发起的群组呼叫请求后,发送群组呼叫建立请求,以触发EPC网络发起该组通信业务的承载建立过程。
步骤202:该多点服务功能实体根据接收到的群组呼叫建立请求,通过移动管理实体发起组寻呼过程以进行组播承载建立。
具体实施时,多点服务功能实体通过其下游的服务节点向移动管理实体发送群组呼叫建立请求或会话开始请求,该群组呼叫建立请求或会话开始请求用于触发移动管理实体发起组寻呼过程;其中,收到群组呼叫建立请求或会话开始请求的服务节点向移动管理实体发送群组呼叫建立请求或会话开始请求,收到群组呼叫建立请求或会话开始请求的移动管理实体向基站发送群组呼叫建立请求或会话开始请求,其中携带有寻呼消息,收到群组呼叫建立请求或会话开始请求的基站根据收到的群组呼叫建立请求或会话开始请求中携带的寻呼消息发起寻呼,收到寻呼的终端与网络侧建立组播承载。
步骤203:该多点服务功能实体在组播承载建立完成后,向集群控制服务器返回群组呼叫建立响应,以指示集群控制服务器进行组通信。
进一步的,上述步骤202中,多点服务功能实体接收到的群组寻呼建立请求中携带的组通信区域信息,多点服务功能实体根据该组通信区域信息,确定服务节点、服务移动管理实体。相应的,多点服务功能实体发送群组寻呼建立请求或会话开始请求时,向根据通信区域信息确定出的服务节点发送群组寻呼建立请求或会话开始请求,其中携带有所述组通信区域信息以及根据所述组通信区域信息确定出的服务移动管理实体信息;收到群组寻呼建立请求或会话开始请求的服务节点根据其中携带的服务移动管理实体信息(即根据组通信区域信息确定出的服务移动管理实体信息),向对应的服务移动管理实体发送群组呼叫建立请求或会话开始请求,其中携带有所述组通信区域信息;接收到群组呼叫建立请求或会话开始请求的服务移动管理实体根据其中携带的所述组通信区域信息确定出基站,向确定出的基站发送群组呼叫建立请求或会话开始请求,其中携带有寻呼消息;收到群组呼叫建立请求或会话开始请求的基站根据收到的群组呼叫建立请求或会话开始请求中携带的寻呼消息发起寻呼。
相应的,步骤203中,服务移动管理实体在收到所述组通信区域信息指示的寻呼范围内的所有基站返回的群组呼叫建立响应后向其上游的服务节点(即根据通信区域信息确定出的服务节点)返回群组呼叫响应;服务节点收到根据通信区域信息确定出的所有服务移动管理实体返回的群组呼叫响应后,向多点服务功能实体返回群组呼叫响应;多点服务功能实体收到根据通信区域信息确定出的所有服务节点返回的群组呼叫响应后,确认组播承载建立完成,并向集群控制服务器返回群组呼叫建立响应。
图2所示流程中,在多点服务功能实体为PGW的情况下,PGW接收到集群控制服务器发送的群组呼叫建立请求后,向其下游的服务节点SGW(Signaling Gateway,服务网关)发送群组呼叫建立请求,由SGW触发MME(Mobility Management Entity,移动管理实体)发起组播承载建立过程。
具体实现时,PGW发送给SGW的群组呼叫建立请求中可以包含IP组播地址、EPC内组播地址(IP source and multicast address for EPS)、通用隧道端点标识(C-TEID),也可以不包含上述信息,相应的,SGW触发MME发起组播承载建立过程存在两种实现方式:
方式一:SGW将接收到的包含有IP组播地址、IP source and multicast addressfor EPS和C-TEID的群组呼叫建立请求转发给MME,MME通过包含有该信息的群组寻呼建立请求消息触发eNB(evolution NodeB,演进节点B,即基站)发起寻呼;eNB发起寻呼,并根据该信息发起组播加入过程以加入EPC内的组播组。
方式二:SGW将接收到的未包含有IP组播地址、IP source and multicastaddress for EPS和C-TEID的群组呼叫建立请求转发给MME,MME通过群组寻呼建立请求消息触发eNB发起寻呼;eNB发起寻呼,建立组播承载,并在响应消息中携带eNB为组播数据分配的下行隧道端点标识TEID,以将该TEID返回给多点服务功能实体。
图2所示流程中,在多点服务功能实体为BM-SC的情况下,BM-SC接收到集群控制服务器发送的群组呼叫建立请求后,向其下游的服务节点MBMS-GW(MBMS Gateway,MBMS网关)发送会话开始请求,由MBMS-GW触发MME设备发起组播承载建立过程。
具体实现时,BM-SC发送给MBMS-GW的会话开始请求中包含IP组播地址、IP sourceand multicast address for EPS和C-TEID,相应的,MBMS-GW将接收到的包含有IP组播地址、IP source and multicast address for EPS和C-TEID的会话开始请求转发给MME;MME通过包含有该信息的会话开始请求消息触发eNB发起寻呼;eNB发起寻呼,并根据该信息发起组播加入过程以加入EPC内的组播组。
通过上述流程可以看出,EPC中的多点服务功能实体接收集群控制服务器发来的群组呼叫建立请求后,通过移动管理实体发起组寻呼过程以触发组播承载的建立,并在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应,从而实现了基于EPC的集群通信建立过程。
为了更清楚的对本发明实施例进行说明,下面以3个具体应用场景为例描述本发明实施例的具体实现过程。
场景一
本场景所应用的网络架构中,多点服务功能实***于PGW,在接收到集群控制服务器(以下称为T-Controller)发送的群组呼叫建立请求后,通过MME发起组寻呼过程以进行组播承载建立。
参见图3,为本发明实施例场景一提供的基于EPC的组通信业务建立过程的信令流程图,如图所示,该流程可包括:
步骤1:主叫UE(User Equipment,用户设备,即终端)进行网络附着,并向T-Controller进行集群业务注册;
步骤2:主叫UE向T-Controller发送群组呼叫请求消息,该群组呼叫请求消息中携带GID(Group Identity,组标识);
步骤3:T-Controller根据UE的标识(集群***内标识)从HSS中获取UE的签约信息,从组信息数据库中获取群组呼叫请求消息中的GID所代表的组的信息,例如定义的组通信区域信息等;
步骤4:T-Controller向PGW发送群组呼叫建立请求消息,该群组呼叫建立请求消息中可以携带SID(Session Identity,会话标识)、GID、组播地址、定义的组通信区域信息等。其中,定义的组通信区域信息可以为eNB列表或TA(Tracking Area,跟踪区)列表;
步骤5:PGW中的MPF实体接收到群组呼叫建立请求消息后,分配TMGI(TemporaryMobile Group Identity,临时组标识),根据eNB列表或者TA列表确定服务MME和SGW,向服务SGW发送群组呼叫建立请求消息,该群组呼叫建立请求消息中可以携带SID、GID、TMGI、组播IP地址(IP multicast address)和EPC内组播地址(IP source and multicast addressfor EPS),以及通用隧道端点标识(C-TEID),进一步的,还可以携带eNB列表或TA列表,以及根据NB列表或TA列表确定出的服务MME列表;
步骤6:SGW接收群组呼叫建立请求消息后,将该请求消息转发给MME;优选的,SGW根据该请求消息中携带的服务MME列表将该请求消息转发给相应的MME;
步骤7:MME收到群组呼叫建立请求消息后,触发在eNB列表或TA列表范围内发起寻呼,优选的,MME根据该请求消息中携带的eNB列表或TA列表,指示该eNB列表或TA列表范围内的eNB发起寻呼。
具体实施时,MME将寻呼消息携带在S1AP接口的群组呼叫建立请求消息中发送给eNB,群组呼叫建立请求消息中还可以携带SID、IP source and multicast address forEPS和C-TEID。eNB发起的寻呼消息中可以包括SID、GID、TMGI、IP multicast address。
优选的,步骤6中MME收到重复SID的群组呼叫建立请求消息后不再发起群组呼叫建立请求消息,即不再触发eNB发起寻呼过程;
步骤8:接收到寻呼请求消息的eNB发起寻呼(可能进行多次),并根据IP sourceand multicast address for EPS发起组播加入过程,完成后向MME发送群组呼叫建立响应消息,指示是否完成寻呼和组播加入过程;
步骤9:MME收到寻呼范围内所有eNB的群组呼叫建立响应消息后,向SGW返回群组呼叫建立响应消息;
步骤10:SGW收到所有下游MME(即根据eNB列表或者TA列表确定出的服务MME)的群组呼叫建立响应消息后,向PGW返回群组呼叫建立响应消息;
步骤11:PGW收到所有下游SGW(即根据eNB列表或者TA列表确定出的SGW)的群组呼叫建立响应后,向T-Controller返回群组呼叫建立响应消息,指示组呼建立成功或失败;
步骤12:若组呼建立成功(即所请求的群组呼叫业务的承载建立成功),T-Controller向主叫UE发送群组呼叫响应消息,以指示呼叫建立成功。
场景二
本场景所应用的网络架构中,多点服务功能实***于PGW,在接收到集群控制服务器(以下称为T-Controller)发送的群组呼叫建立请求后,通过MME发起组寻呼过程以进行组播承载建立。与场景一不同的是,T-Controller向PGW发送的群组呼叫建立请求消息中没有携带IP source and multicast for EPS,相应的,eNB不会发起IP组播加入过程。
参见图4,为本发明实施例场景二提供的基于EPC的组通信业务建立过程的信令流程图,如图所示,该流程可包括:
步骤1:主叫UE进行网络附着,并向T-Controller进行集群业务注册;
步骤2:主叫UE向T-Controller发送群组呼叫请求消息,该群组呼叫请求消息中携带GID;
步骤3:T-Controller根据UE的标识(集群***内标识)从HSS中获取UE的签约信息,从组信息数据库中获取群组呼叫请求消息中的GID所代表的组的信息,例如定义的组通信区域信息等;
步骤4:T-Controller向PGW发送群组呼叫建立请求消息,该群组呼叫建立请求消息中可携带SID、GID、TMGI、组播地址,以及定义的组通信区域信息。其中,定义的组通信区域信息可以为eNodeB列表或TA列表;
步骤5:PGW中的MPF实体接收到群组呼叫建立请求消息后,分配TMGI,根据eNB列表或TA列表确定服务MME和SGW,向服务SGW发送群组呼叫建立请求消息,该群组呼叫建立请求消息中可以携带SID、GID、TMGI,进一步的,还可以携带eNB列表或TA列表,以及根据NB列表或TA列表确定出的服务MME列表;
步骤6:SGW接收群组呼叫建立请求消息后,将该群组呼叫建立请求消息转发给MME;优选的,SGW根据该群组呼叫建立请求消息中携带的服务MME列表将该请求转发给相应的MME;
步骤7:MME收到群组呼叫建立请求消息后,触发在eNB列表或TA列表范围内发起寻呼,优选的,MME根据该请求中携带的eNB列表或TA列表,指示eNB列表或TA列表范围内的eNB发起寻呼。
具体实施时,MME将寻呼消息携带在S1AP接口的群组呼叫建立请求消息中发送给eNB。寻呼消息中可包括SID、GID、TMGI、IP multicast address。
优选的,步骤6中MME收到重复SID的群组呼叫建立请求消息后,不再发起群组呼叫建立请求消息,即不再触发eNB发起寻呼过程。
步骤8:接收到寻呼请求消息的eNB发起寻呼(可能进行多次),完成后向MME发送群组呼叫建立响应消息,该群组呼叫建立响应消息中携带eNB分配的下行隧道端点标识TEID,该TEID是eNB根据所请求建立的群组呼叫建立下行隧道时分配的;
步骤9:MME收到寻呼范围内的所有eNB群组呼叫建立响应消息后,向SGW返回群组呼叫建立响应消息,该群组呼叫建立响应消息中携带eNB分配的下行TEID。进一步的,若有eNB寻呼失败或下行隧道分配失败,则在群组呼叫建立响应消息中携带失败原因;
步骤10:SGW收到所有下游MME(即根据eNB列表或者TA列表确定出的服务MME)的群组呼叫建立响应消息后,记录其中的eNB的TEID,确认收到eNB列表内的所有eNB分配的TEID后,向PGW返回群组呼叫建立响应消息,该群组建立响应消息中携带SGW为本次群组呼叫请求分配的下行TEID;
步骤11:PGW收到所有下游SGW的群组呼叫建立响应消息后,记录其中的SGW的TEID,并向T-Controller返回群组呼叫建立响应消息,指示组呼建立成功;PGW记录TEID的目的在于后续根据该TEID对应的隧道向UE传输组播数据;
步骤12:若组呼建立成功,T-Controller向主叫UE发送群组呼叫响应消息,以指示呼叫建立成功。
场景三
本场景所应用的网络架构中,多点服务功能实***于BM-SC,在接收到集群控制服务器(以下称为T-Controller)发送的群组呼叫建立请求后,通过MME发起组寻呼过程以进行组播承载建立。
参见图5,为本发明实施例场景三提供的基于EPC的组通信业务建立过程的信令流程图,如图所示,该流程可包括:
步骤1:主叫UE进行网络附着,向T-Controller进行集群业务注册;
步骤2:主叫UE向T-Controller发送群组呼叫请求消息,该群组呼叫请求消息中携带GID;
步骤3、T-Controller根据UE的标识(集群***内标识)从HSS中获取UE的签约信息,从组信息数据库中获取群组呼叫请求消息中的GID所代表的组的信息,例如定义的组通信区域信息等;
步骤4:T-Controller向BM-SC发送群组呼叫建立请求消息,该群组呼叫建立请求消息中可以携带SID、GID、组播地址,以及定义的组通信区域信息。其中,定义的组通信区域信息可以为eNodeB列表或TA列表;
步骤5:BM-SC中的MPF实体接收到群组呼叫建立请求消息后,分配TMGI,根据eNB列表或TA列表确定服务MME和MBMS-GW,向服务MBMS-GW发送会话开始请求消息,该会话开始请求消息中可以携带SID、GID、TMGI、IP multicast address和IP source and multicastaddress for EPS,以及C-TEID;进一步的,还可以携带eNB列表或TA列表,以及根据NB列表或TA列表确定出的服务MME列表;
步骤6:MBMS-GW接收群组呼叫建立请求消息后,将该请求消息转发给MME;优选的,SGW根据该请求消息中携带的服务MME列表将该请求消息转发给相应的MME;
步骤7:MME收到会话开始请求消息后,触发在eNB列表或TA列表范围内发起寻呼,优选的,MME根据该请求消息中携带的eNB列表或TA列表,指示该eNB列表或TA列表范围内的eNB发起寻呼。
具体实施时,MME将寻呼消息携带在S1AP接口的会话开始请求消息中发送给eNB。会话开始请求消息中还可以携带SID、IP source and multicast address for EPS和C-TEID。eNB发起的寻呼消息中可以包括SID、GID、TMGI、IP multicast address。
优选的,步骤6中MME收到重复SID的会话开始请求消息后不再发起会话开始请求消息,即不再触发eNB发起寻呼过程。
步骤8:接收到寻呼请求消息的eNB发起寻呼(可能进行多次),并根据IP sourceand multicast address for EPS发起组播加入过程,完成后向MME发送会话开始响应消息,指示是否完成寻呼和组播加入过程;
步骤9:MME收到寻呼范围内所有eNB的会话开始响应消息后,向MBMS-GW返回会话开始响应消息;
步骤10:MBMS-GW收到所有下游MME(即根据eNB列表或者TA列表确定出的服务MME)的会话开始响应消息后,向BM-SC返回会话开始响应消息;
步骤11:BM-SC收到所有下游MBMS-GW(即根据eNB列表或者TA列表确定出的MBMS-GW)的会话开始响应后,向T-Controller返回群组呼叫建立响应消息,指示组呼建立成功或失败;
步骤12:若组呼建立成功,T-Controller向主叫UE发送群组呼叫响应消息,以指示呼叫建立成功。
通过以上描述可以看出,本发明的上述各实施例场景中,通过设计EPC网络中的网元与集群控制服务器间的接口,使EPC中的网元(多点服务功能实体设备)接收集群控制服务器发来的群组呼叫建立请求后,通过移动管理实体设备发起组寻呼过程以触发组播承载的建立,并在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应,从而实现了基于EPC的集群通信建立过程。
基于相同的技术构思,本发明实施例还提供了一种多点服务功能实体装置。该装置可以是EPC网络中的独立网元设备,也可以位于EPC网络中的网元设备,比如位于EPC网络中的PGW或BM-SC。
参见图6,为本发明实施例提供的多点服务功能实体装置的结构示意图,该多点服务功能实体装置可包括:信令接口模块61和群组呼叫处理模块62,其中:
信令接口模块61,用于接收集群控制服务器发来的群组呼叫建立请求;
群组呼叫处理模块62,用于根据信令接口模块61接收到的群组呼叫建立请求,通过移动管理实体设备发起组寻呼过程以触发组播承载的建立;以及,在组播承载建立完成后,通过所述信令接口模块向所述集群控制服务器返回群组呼叫建立响应。
具体的,群组呼叫处理模块62可通过服务节点向移动管理实体发送群组呼叫建立请求或会话开始请求,所述群组呼叫建立请求或会话开始请求用于触发所述移动管理实体发起组寻呼过程;其中,收到群组呼叫建立请求或会话开始请求的服务节点向移动管理实体发送群组呼叫建立请求或会话开始请求,收到群组呼叫建立请求或会话开始请求的移动管理实体向基站发送携带有寻呼消息群组呼叫建立请求或会话开始请求,收到所述携带有寻呼消息的群组呼叫建立请求或会话开始请求的基站根据收到的群组呼叫建立请求或会话开始请求中携带的寻呼消息发起寻呼。
进一步的,信令接口模块61接收到的群组呼叫建立请求中,携带有组通信区域信息,其中,所述组通信区域信息可包括基站列表或跟踪区列表。相应的,群组呼叫处理模块62可根据接收到的群组寻呼建立请求中携带的组通信区域信息,确定服务节点、服务移动管理实体;向根据通信区域信息确定出的服务节点发送群组寻呼建立请求或会话开始请求,其中携带有所述组通信区域信息以及根据所述组通信区域信息确定出的服务移动管理实体信息。此后,收到群组寻呼建立请求或会话开始请求的服务节点根据其中携带的所述根据组通信区域信息确定出的服务移动管理实体信息,向对应的服务移动管理实体发送群组呼叫建立请求或会话开始请求,其中携带有所述组通信区域信息,接收到群组呼叫建立请求或会话开始请求的服务移动管理实体根据其中携带的所述组通信区域信息确定出基站,向确定出的基站发送群组呼叫建立请求或会话开始请求,其中携带有寻呼消息,收到群组呼叫建立请求或会话开始请求的基站根据收到的群组呼叫建立请求或会话开始请求中携带的寻呼消息发起寻呼。
进一步的,群组呼叫处理模块62还可在接收到所有所述根据通信区域信息确定出的服务节点返回的群组呼叫建立响应后,向所述集群控制服务器返回群组呼叫建立响应。其中,所述根据通信区域信息确定出的服务节点返回的群组呼叫建立响应是该服务节点在收到所有所述根据通信区域信息确定出的服务移动管理实体返回的群组呼叫建立响应后发送的,所述根据通信区域信息确定出的服务移动管理实体返回的群组呼叫响应是该服务移动管理实体在收到所述组通信区域信息指示的寻呼范围内的所有基站返回的群组呼叫建立响应后发送的。
进一步的,信令接口模块61接收到的群组呼叫建立响应中携带有所建立的组播承载对应的下行隧道端口标识;其中,所述下行隧道端口标识由基站分配并发送给所述移动管理实体,并通过所述移动管理实体发送给所述服务节点,通过所述服务节点发送给所述多点服务功能实体。
进一步的,群组呼叫处理模块62发送的群组寻呼建立请求或会话开始请求中,携带有演进分组核心网内组播地址、通用隧道端口标识;其中,所述演进分组核心网内组播地址和通用隧道端口标识通过所述服务节点发送给所述移动管理实体,所述移动管理实体触发基站加入演进分组核心网内组播组。
进一步的,信令接口模块61接收到的群组呼叫建立请求中携带有组标识;相应的,群组呼叫处理模块62发送的群组呼叫建立请求中携带有组标识,以及所述多点服务功能实体分配的临时组标识。
本发明实施例还提供了一种集群通信***,其中可包括集群控制器,以及演进核心网网元设备,所述演进核心网网元设备中可包括如图6所示的多点服务功能实体,从而使该演进核心网网元设备具备该多点服务功能实体的功能。该集群通信***的示意图可参见图1,其中,该核心网网元设备可以是PGW或BM-SC。其中,集群控制器用于在接收到群组呼叫请求后,向所述演进核心网网元设备发送群组呼叫建立请求;以及,接收所述演进核心网网元设备返回的群组呼叫建立响应。演进核心网网元设备用于在接收到集群控制服务器发来的群组呼叫建立请求后,根据接收到的群组呼叫建立请求,通过演进核心网中的移动管理实体设备发起组寻呼过程以触发组播承载的建立,并在组播承载建立完成后,向所述集群控制服务器返回群组呼叫建立响应。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。