宽带集群系统中终端漫游时的组呼切换方法和装置与流程

本申请涉及集群通信技术，特别涉及宽带集群系统中终端漫游时的组呼切换方法和装置。

背景技术：

集群通信系统是为了满足行业用户指挥调度的需求而开发的面向特定行业应用的专用无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。

在集群通信系统中，随着宽带多媒体集群业务需求，宽带多媒体集群系统应运而生。td-lte的宽带集群系统是以第四代移动通信技术td-lte为核心技术的新一代宽带多媒体集群系统。

但是，现有的td-lte宽带集群标准尚没有完整地定义终端在空闲态漫游时如何切换终端已加入的组呼，以确保组呼的连续性，避免组呼接听中断。

技术实现要素：

本申请提供了宽带集群系统中终端漫游时的组呼切换方法和装置。以当终端在空闲态漫游时切换终端已加入的组呼，确保组呼的连续性，避免组呼接听中断。

本申请提供的技术方案包括：

一种宽带集群系统中终端漫游时的组呼切换方法，该方法应用于终端在空闲态时从源核心网漫游至目的核心网的场景，包括：

目的核心网的集群控制功能模块tcf确定终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号；

目的核心网的tcf在确定终端不归属本tcf管理时，将本tcf为终端提 供组呼业务的信息通知给终端所属群组的组主控服务器；

所述组主控服务器在确定目的核心网的tcf未建立所述组呼的下行通路时，通知目的核心网的tcf建立所述下行通路，以通过所述下行通路传输所述组呼的媒体流。

一种宽带集群系统中终端漫游时的组呼切换装置，该装置应用于终端在空闲态时从源核心网漫游至目的核心网的场景，包括：

确定单元，用于在所属的核心网为目的核心网时，确定终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号；

通知单元，用于在确定终端不归属本目的核心网管理时，将本目的核心网的tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器。

一种宽带集群系统中终端漫游时的组呼切换装置，该装置应用于终端在空闲态时从源核心网漫游至目的核心网的场景，包括：

确定单元，用于确定目的核心网的tcf是否已建立组呼的下行通路，所述组呼为终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼，其由目的核心网的tcf提供组呼业务，该组呼的信息由目的核心网的tcf通知给确定单元；

通知单元，用于在确定单元确定所述目的核心网的tcf未建立所述组呼的下行通路时，通知所述目的核心网的tcf建立所述下行通路，以通过所述下行通路传输所述组呼的媒体流。

由以上技术方案可以看出，本发明中，空闲态的终端在从源核心网漫游至目的核心网后，通过将终端还参与的且是在源核心网已加入的组呼的组号通知给目的核心网，则目的核心网会通知给终端所属群组的组主控服务器，这使得组呼迅速从源核心网切换至目的核心网。

进一步地，在本发明中，即使空闲态的终端在从源核心网漫游至目的核心网后，终端还参与的已在源核心网加入的组呼的下行通路是否建立，还 是由终端所属群组的组主控服务器统一决定，并且，该组呼的媒体流也是由终端所属群组的组主控服务器统一控制，这简化了组呼的管理，减少组呼中断。

附图说明

图1为本发明中多核心网互联支持终端漫游的网络架构图；

图2为本发明提供的tc2-c接口协议栈的结构图；

图3为本发明提供的tc2-u接口协议栈的结构图；

图4为本发明提供的tc1-b接口协议栈的结构图；

图5为本发明提供的方法流程图；

图6为本发明实施例1提供的方法流程图；

图7为本发明实施例2提供的方法流程图；

图8为本发明提供的装置结构图；

图9为本发明提供的另一装置结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

首先，为使本发明容易理解，图1示出了应用于本发明中多核心网互联支持终端漫游的网络架构：

在图1中，以终端(ue)从本地公用陆地移动网络(hplmn：homepubliclandmobilenetwork)漫游至虚拟公用陆地移动网络(vplmn：virtualpubliclandmobilenetwork)为例，则这里的本地公用陆地移动网络为源核心网，而虚拟公用陆地移动网络为目的核心网。

在图1中，为支撑目的核心网和源核心网互联并在终端漫游时切换组呼，需要开放目的核心网和源核心网之间的接口。下面仅重点描述以下接 口：

s10接口：目的核心网的emme和源核心网的emme之间的接口，用于切换时传递呼叫上下文参数。

s6a接口：目的核心网的ehss与源核心网的emme之间的接口，提供签约数据传输的功能。

tc2-c接口：目的核心网的tcf和源核心网中的tcf之间的接口，用于提供核心网之间漫游互通时，进行呼叫业务信令。tc2-c接口协议栈采用会话初始化协议(sip：sessioninitiationprotocol)，图2示出了tc2-c接口协议栈。

tc2-u接口：目的核心网中的tmf和源核心网中的tmf之间的接口，用于提供核心网之间漫游互通时，进行数据传输功能。图3示出了tc2-u接口协议栈结构。

tc1-b接口：源核心网的ehss和目的核心网的tcf之间的接口，用于提供在目的核心网与源核心网互通的情况下，实现tcf地址获取和签约数据传输功能。图4示出了tc1-b接口协议栈结构。

s8接口：目的核心网的xgw和源核心网的xgw之间的接口，也即目的核心网的s-gw和源核心网的p-gw之间的接口，用于切换和漫游时传递数据。

基于图1所示的网络架构，下面对本发明提供的方法进行描述：

参见图5，图5为本发明提供的方法流程图，该流程应用于终端在空闲态时从源核心网漫游至目的核心网的场景。需要说明的是，这里的终端从源核心网漫游至目的核心网的场景至少包含以下几种情况：

1)，从终端的归属域核心网至拜访域核心网的场景。其中，终端的归属域核心网是指终端开户的核心网，终端的拜访域核心网是指终端拜访的核心网，在这种场景下，源核心网为归属域核心网，目的核心网为拜访域核心网，

2)，终端连续漫游即终端先从归属域核心网漫游至拜访域核心网1之后再漫游至拜访域核心网2的场景。在这种场景下，源核心网为拜访域核心网 1，目的核心网为拜访域核心网2；

3)，终端从拜访域核心网至归属域核心网的场景。在这种场景下，源核心网为拜访域核心网，目的核心网为归属域核心网；

4)，终端连续漫游即从拜访域核心网3先漫游至拜访域核心网4再漫游至归属域核心网的场景。在这种场景下，源核心网为拜访域核心网4，目的核心网为归属域核心网。

不管上述哪一种场景，终端在空闲态时从源核心网漫游至目的核心网，则均执行如图5所示的以下步骤：

步骤501，目的核心网的tcf确定终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号。

步骤502，目的核心网的tcf在确定终端不归属本tcf管理时，将本tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器。

步骤503，组主控服务器在确定目的核心网的tcf未建立上述组呼的下行通路时，通知目的核心网的tcf建立该下行通路以通过该下行通路传输组呼的媒体流。

其中，组呼的下行通路包含目的核心网的enb至目的核心网的emme、目的核心网的emme至目的核心网的tcf、目的核心网的tcf至组主控服务器之间与上述组呼相关的链路。

至此，完成图5所示的流程。

通过图5所示的流程可以看出，在本发明中，终端在空闲态从源核心网漫游至目的核心网后，通过将终端已在源核心网加入的且漫游后还参与的组呼的组号通知给目的核心网，则目的核心网会通知给终端所属群组的组主控服务器，这使得组呼迅速从源核心网切换至目的核心网。

进一步地，在本发明中，即使空闲态的终端在从源核心网漫游至目的核心网后，终端参与的且已在源核心网加入的组呼的下行通路是否需要建立，是由终端所属群组的组主控服务器统一决定，这使得组呼的媒体流也是由终端所属群组的组主控服务器统一控制，简化了组呼的管理，减少组呼中 断。

下面通过两个实施例对图5所示流程进行描述：

实施例1：

参见图6，图6为本发明实施例1提供的方法流程图。在实施例1中，假如终端的集群业务由归属域核心网管理。

如图6所示，该流程可包括以下步骤：

步骤601，终端漫游前已在源核心网建立组呼，终端在空闲态时漫游至目的核心网。

步骤602，终端向目的核心网的enb发送第一消息。

这里的第一消息携带了终端在源核心网已加入的且在漫游后还参与的组呼的组号。

作为本发明的一个实施例，第一消息可优选为taurequest。本发明可对taurequest进行扩展，以携带终端在源核心网已加入的且在漫游后还参与的组呼的组号。具体地，在本发明中，终端向目的核心网的enb发送上述taurequest，则意味着触发3gppts23.401中标准的tau过程，至于tau的具体过程，这里不再赘述。

步骤603，目的核心网的enb将第一消息转发目的核心网的emme。

步骤604，目的核心网的emme向目的核心网的tcf发送第二消息。

这里，第二消息中携带上文第一消息所携带的组呼的组号，以将终端正参与的且在源核心网已加入的组呼的组号通知给目的核心网

步骤602至步骤604为目的核心网的tcf如何确定终端在漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号的具体实施例。

需要说明的是，在本发明中，步骤604之后，且在步骤605之前还存在终端按照3gppts23.401中标准流程完成在步骤601触发的tau过程。

步骤605，目的核心网的tcf判断终端不归属本tcf管理时，向终端的归属域核心网中的tcf发送第三消息，第三消息携带上述组呼的组号。

在应用中，可以预先在目的核心网的tcf中设置一个终端管理表，该 终端管理表中记录了归属该tcf管理的各终端，基于此，目的核心网的tcf就可以基于已设置的终端管理表判断终端是否归属本tcf管理。

还有，这里的第三消息可为sip中的注册(register)消息，其通过扩展携带了终端漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号。下文举例描述了register消息的格式，这里暂不赘述。

步骤606，归属域核心网的tcf向目的核心网的tcf返回响应，响应中携带了终端注册信息。

作为一个优选实施例，这里的响应还可进一步携带业务信息，这里的业务信息包括但不限于：终端编解码媒体能力信息，终端所属组信息，终端注册状态，终端遥晕遥毙复活状态，终端集群业务能力信息。

步骤607，目的核心网的tcf将终端注册信息发送给目的核心网的emme，以便目的核心网的emme建立终端注册上下文信息。

步骤608，归属域核心网的tcf向终端所属群组的组主控服务器发送第四消息，第四消息用于将终端已漫游至目的核心网，由目的核心网的tcf为终端提供组呼业务的信息通知给组主控服务器；第四消息中携带终端的udn、终端所属的群组、以及目的核心网的tcf的ip地址和端口号。

作为本发明的一个实施例，第四消息可优选为sip协议中的message，携带终端的udn、终端所属的群组、以及目的核心网的tcf的ip地址和端口号，下文举例描述了message的格式，这里暂不赘述。

上述步骤605至步骤608为目的核心网的tcf如何将本目的核心网的tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器的具体实施例。

步骤609，组主控服务器返回第四消息的响应至归属域核心网的tcf。

如上描述，第四消息优选为sip协议中的message，则第四消息的响应可相应优选为sip(200ok)。

步骤610，组主控服务器确定目的核心网的tcf未建立上述组号对应的组呼的下行通路时，则向目的核心网的tcf发送组呼下行通路建立邀请，以通知 目的核心网的tcf建立组呼的下行通路。

这里，组呼的下行通路包含目的核心网的enb至目的核心网的emme、目的核心网的emme至目的核心网的tcf、目的核心网的tcf至组主控服务器之间与该组呼相关的链路。步骤610是在目的核心网的enb至目的核心网的emme、目的核心网的emme至目的核心网的tcf、目的核心网的tcf至组主控服务器之间都不存在与该组呼相关的链路时执行的。基于此，下述步骤613最终建立的组呼的下行通路也即目的核心网的enb至目的核心网的emme、目的核心网的emme至目的核心网的tcf、目的核心网的tcf至组主控服务器之间与该组呼相关的链路。

作为本发明的一个实施例，这里的组呼下行通路建立邀请可优选为sip协议中的invite。

步骤611，目的核心网的tcf向组主控服务器返回响应，该响应中携带gtp隧道标识和目的核心网的tcf的ip地址。

如上描述，组呼下行通路建立邀请优选为sip协议中的invite，则本步骤613返回的响应优选为sip(200ok)。本发明通过对sip(200ok)进行扩展，以携带gtp隧道标识和目的核心网的tcf的ip地址(也称目的核心网的ip地址)。

步骤612，组主控服务器将确认信息通知给目的核心网的tcf。

这里的确认信息是对上述gtp隧道标识和目的核心网的tcf的ip地址进行确认的信息。

作为本发明的一个实施例，步骤612中，组主控服务器可通过向目的核心网的tcf发送sip中的(ack)消息来实现确认gtp隧道标识和目的核心网的tcf的ip地址。

步骤613，目的核心网的tcf发起组呼下行通路建立过程，完成组呼下行通路的建立。

作为本发明的一个实施例，当组主控服务器在确定目的核心网的tcf与组主控服务器之间已建立组呼的下行通路时，则不再执行上述的步骤610至步骤 613，而是进一步执行以下步骤：

检测目的核心网的tcf和目的核心网的emme之间是否已有所述组呼的下行通路，以及检测目的核心网的emme和目的核心网的enb之间是否已有所述组呼的下行通路；

当目的核心网的tcf和目的核心网的emme之间已有所述组呼的下行通路，则不再在目的核心网的tcf和目的核心网的emme之间建立所述组呼的下行通路；当目的核心网的tcf和目的核心网的emme之间未有所述组呼的下行通路，则在目的核心网的tcf和目的核心网的emme之间建立所述组呼的下行通路；

当目的核心网的emme和目的核心网的enb之间已有所述组呼的下行通路，则不再在目的核心网的emme和目的核心网的enb之间建立所述组呼的下行通路，当目的核心网的emme和目的核心网的enb之间未有所述组呼的下行通路，则在目的核心网的emme和目的核心网的enb之间建立所述组呼的下行通路。

步骤610至步骤613为组主控服务器如何通知目的核心网的tcf建立组呼的下行通路的具体实施例。

至此，完成图6所示的流程。

在本流程中，终端并不释放已有的集群业务，这也就意味着本步骤613中建立的组呼下行通路实质为组呼的扩建。当组呼扩建完毕，组呼下行用户面的媒体流(由rtp封装，称为rtp媒体流)就会由组主控服务器通过gtp-u隧道将rtp媒体流发到目的核心网的tcf相关联的tmf(简称目的核心网的tmf)，目的核心网的tmf再转发到目的核心网的enb，目的核心网的enb再用rtp广播，最终广播给终端。即实现了组呼的媒体流恢复，保证了终端在漫游前参与的组呼不会随着终端的漫游中断，实现了组呼的连续性。

需要说明的是，在图6所示的流程中，在步骤612之后，组主控服务器还可选了删除源核心网的tcf之前发起的有关终端的组呼，实现组呼的缩减。

在上述实施例1中，如上描述，第三消息优选为sip协议中的register。

下面以一个实施例描述了register的结构格式：

registersip:tcf2ipsip/2.0

via:sip/2.0/udptcf1ip:port；branch＝z9hg4bkxxxxxx；rport

from:<sip:ueudn@tcf1ip>；tag＝xxxxxx

to:<sip:ueudn@tcf2ip>

call-id:xxxxxx

cseq:2register

contact:<sip:ueudn@tcf1ip:port>

max-forwards:70

expires:3600

allow:invite,ack,cancel,options,bye,refer,message,info,register

ptt-extension:pttroamingreg；gdn＝xxx

content-type:application/sdp

content-length:0

其中，在register中包含了sip消息头域扩展(ptt-extension)：

ptt-extension:pttroamingreg；gdn

下述表1示出了pttroamingreg、gdn的定义：

表1

以上对实施例1进行了描述，下面对实施例2进行描述：

实施例2：

参见图7，图7为本发明实施例2提供的方法流程图。在实施例2中，假如终端的集群业务由目的核心网管理。

如图7所示，该流程可包括以下步骤：

步骤701至步骤704与上述的步骤601至步骤604类似，这里不再赘述。

步骤705，目的核心网的tcf判断终端不归属本tcf管理时，向终端的归属域核心网中的ehss发送第五消息，第五消息携带终端的udn。

作为本发明的一个优选实施例，这里，目的核心网的tcf可通过码号分析出终端的归属域核心网及其中的ehss。

这里的第五消息实质是用于向归属域核心网中的ehss进行业务注册，作为本发明的一个实施例，可优选为diameter(service-register-request)，其通过扩展携带终端的udn。下文举例描述了diameter(service-register-request)的格式，这里不再赘述。

步骤706，归属域核心网中的ehss向目的核心网的tcf返回第五消息的响应，响应中携带终端所属群组的组主控服务器的信息。

这里的第五消息的响应实质是用于响应目的核心网的tcf的业务注册，如上描述，上述的第五消息优选为diameter(service-register-request)，则这里的第五消息的响应可相应为diameter(service-register-answer)。通过对diameter(service-register-answer)扩展，使其携带终端所属群组的组主控服务器的信息。

步骤707，目的核心网的tcf将终端注册信息发送给目的核心网的emme，以便目的核心网的emme建立终端注册上下文信息。

步骤708，目的核心网的tcf基于第五消息的响应确定终端所属群组的组主控服务器，向组主控服务器发送第六消息，第六消息用于将终端已漫游至目的核心网的信息通知给组主控服务器，由目的核心网的tcf为所述终 端提供组呼业务；第八消息中携带终端的udn、gdn、以及目的核心网的tcf的ip地址和端口号。

作为本发明的一个实施例，第六消息可优选为sip协议中的message，携带终端的udn、gdn、以及目的核心网的tcf的ip地址和端口号。

步骤709，组主控服务器返回第六消息的响应至目的核心网的tcf。

如上描述，第六消息优选为sip协议中的message，则第八消息的响应可相应优选为sip(200ok)。

步骤710至步骤713与上述的步骤610至步骤613类似，不再赘述。

至此，完成图7所示的流程。

需要说明的是，在图7所示的流程中，在步骤712之后，组主控服务器还可选了删除源核心网中的tcf之前发起的有关终端的组呼，实现组呼的缩减。

在实施例2中，如上描述，表2对diameter(service-register-request)的格式进行了如下定义：

表2

表3对diameter(service-register-request)的响应即diameter(service-register-answer)进行了如下定义：

表3

其中，表3中的ptt-group-list是一个grouped类型，包含用户附属组信息，如下表3所示：

表4

以上对实施例2进行了描述。

在上述实施例1、实施例2中，组呼下行通路建立邀请优选为sip协议中的invite，下文示出了invite的结构格式：

invitesip:ueudn2@tcf1ipsip/2.0

via:sip/2.0/udptcf3ip:port；branch＝z9hg4bkxxxxxx；rport

contact:<sip:gdn1@tcf3ip:port>

to:<sip:gdn1@tcf1ip>

from:<sip:gdn1@tcf3ip>；tag＝xxxxxx

call-id:xxxxxx

cseq:1invite

allow:invite,ack,cancel,options,bye,refer,message,info,register

max-forwards:70

ptt-extension：pttcall；calltype；emergency；e2ee；duplex；foaoroacsu；priority；callseq

content-type:application/sdp

content-length:xxx

在上述invite的格式中包含了sip消息头域扩展ptt-extension：

ptt-extension：pttcall；calltype；emergency；e2ee；duplex；foaoroacsu；priority；callseq。

下述表5示出了ptt-extension中各参数的定义描述：

表5

而当组呼下行通路建立邀请优选为sip协议中的invite时，上述针对invite返回的响应即200ok(注200ok携带sdp消息体)也进行了如下的sip消息头域扩展：

ptt-extension：pttcall；calltype；emergency；e2ee；duplex；foaoroacsu；

priority；

tunnel-extension:num；teid,address；teid,address；…

ptt-extension中各参数参见表5。tunnel-extension中各参数在下述表6进行了定义：

表6

下文举例描述了sip协议中的message的结构格式：

messagesip:组主控tcfip:portsip/2.0

via:sip/2.0/udptcf-ip:port；branch＝z9hg4bkxxxxxx；rport

from:<sip:tcf-ip>；tag＝xxxxxx

to:sip:组主控tcfip

call-id:xxxxxx

cseq:1message

allow:invite,ack,cancel,options,bye,refer,message,info,register

max-forwards:70

user-agent:yyyyyy

ptt-extension:pttrreggc

content-type:application/pttroaming+xml

content-length:xxx

<？xmlversion＝"1.0"encoding＝"utf-8"？>

<roaming>

<ueudn＝”xxx”>

<groupsnum＝”2”>

<gdn>xxxx</gdn>

<gdn>xxxx</gdn>

</groups>

<visitedtcf>

<ipaddr>xxx.xxx.xxx.xxx</ipaddr>

<port>xxxx</port>

</visitedtcf>

</ue>

</roaming>

在上述message结构格式中，包括以下几个方面：

消息头域扩展：

ptt-extension：当为pttreggc时，表示登记请求，当为pttdereggc时，表示去登记请求；

消息头体扩展：

内容类型(content-type)：对于登记请求，携带扩展消息体类型，对于去登记请求，则不携带扩展消息体类型。

内容类型中可包含多个信元(ie：informationelement)，下表7举例示出了各信元：

表7

通过上述两个实施例可以看出，在本发明中，上述目的核心网的tcf确定终端在漫游前已加入的且漫游后还参与的组呼的组号是基于终端触发的tau过程，其中，终端在触发tau过程时，会扩展taurequest以携带自身正参与的且在漫游之前已加入的组呼的组号，以保证目的核心网的tcf 最终确定终端在漫游前已加入的且漫游后还参与的组呼。

还有，目的核心网的tcf将本目的核心网的tcf为所述终端提供组呼业务的信息通知给终端所属群组的组主控服务器，是在终端触发的tau过程建立完成之前实现的，这能够保证后续在目的核心网侧扩建组网的下行通路与tau过程并行进行。

以上对本发明提供的方法进行描述，下面对本发明提供的装置进行描述：

参见图8，图8为本发明提供的装置结构图。该装置应用于终端在空闲态时从源核心网漫游至目的核心网的场景，包括：

确定单元，用于在所属的核心网为目的核心网时，确定终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼的组号；

通知单元，用于在确定终端不归属本目的核心网管理时，将本目的核心网的tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器。

优选地，所述确定单元通过以下步骤确定终端在从源核心网漫游至本目的核心网后正参与的且在源核心网已加入的组呼的组号：

接收目的核心网内的emme发送的第二消息，第二消息中携带所述组呼的组号；

其中，目的核心网内的emme是在接收到目的核心网内的enb转发的来自终端的第一消息后发送所述第二消息的；所述第一消息携带所述组呼的组号。

优选地，当终端的集群业务由归属域核心网管理时，所述通知单元通过以下步骤将本目的核心网的tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器：

向归属域核心网的tcf发送第三消息，第三消息携带上述组呼的组号，以使归属域核心网的tcf向终端所属群组的组主控服务器发送第四消息，第四消息用于将终端已漫游至目的核心网，由目的核心网的tcf为终端提供组呼业务的信息通知给组主控服务器，第四消息中携带终端的udn、终端所属的群组、以及目的核心网的tcf的ip地址和端口号；

接收归属域核心网的tcf返回的响应，该响应中携带终端注册信息；

将所述注册信息发送给目的核心网的emme以使emme基于所述注册信息建立终端注册上下文信息；

当终端的集群业务由目的核心网管理时，所述通知单元通过以下步骤将本目的核心网的tcf为终端提供组呼业务的信息通知给终端所属群组的组主控服务器：

向归属域核心网中的ehss发送第五消息，所述第五消息携带终端的udn；

接收归属域核心网中的ehss返回的第五消息的响应，所述响应中携带终端所属群组的组主控服务器的信息；

将终端注册信息发给目的核心网内的emme以使emme基于所述注册信息建立终端注册上下文信息；

基于第五消息的响应确定终端所属群组的组主控服务器，向所述组主控服务器发送第六消息，第六消息用于将终端已漫游至目的核心网、由目的核心网的tcf为所述终端提供组呼业务的信息通知给组主控服务器，第六消息中携带终端的udn、gdn、以及目的核心网的tcf的ip地址和端口号。

至此，完成图8所示的装置结构描述。

参见图9，图9为本发明提供的另一装置结构图。该装置应用于终端在空闲态时从源核心网漫游至目的核心网的场景，包括：

确定单元，用于确定目的核心网的tcf是否已建立组呼的下行通路，所述组呼为终端在从源核心网漫游至目的核心网后正参与的且在源核心网已加入的组呼，其由目的核心网的tcf提供组呼业务，该组呼的信息由目的核心网的tcf通知给确定单元；

通知单元，用于在确定单元确定所述目的核心网的tcf未建立所述组呼的下行通路时，通知所述目的核心网的tcf建立所述下行通路，以通过所述下行通路传输所述组呼的媒体流。

至此，完成本发明提供的另一装置描述。

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