GCR内容的处理方法、MSC和GCR及通信系统

摘要

本发明实施例公开了一种GCR内容的处理方法、MSC和GCR及通信系统。该方法包括池外集群服务MSC向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息指示所述GCR获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。本发明实施例可以实现集群呼叫跨MSC池且MSC池中集群服务MSC非固定时，GCR内容的处理以保证集群呼叫的正确进行。

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种GCR内容的处理方法、MSC和GCR及通信系统。

背景技术

集群呼叫业务包含语音组呼业务(Voice Group Call Service，VGCS)和语音广播业务(Voice Broadcast Service，VBS)。集群呼叫业务能够使主叫用户针对某一特定区域内的组群进行语音群呼。在集群呼叫业务中，网络内可以划分多个组呼区域(Group Call Area，GCA)，每个GCA可以用GCAID标识，在每个组呼区域中定义多个组标识(Group ID，GID)，组呼参考(GCAID+GID，GCRef)在全网络中唯一，GCRef可以用于唯一确定一个集群呼叫。一个终端发起组呼，网络侧在组呼区域中的每个小区中建立1个组呼信道，并在通知信道(Notification Channel，NCH)上发送组呼消息，当属于此组的终端检测NCH信道上的通知消息后，自动调整在组呼信道上收听。

VGCS业务是建立在全球移动通信系统(Global System for Mobile communications，GSM)的基础之上的，需要在原有GSM网络结构上增加组呼寄存器(Group Call Register，GCR)，GCR用于存储组呼属性数据。GCR与移动交换中心(Mobile Switching Center，MSC)对应，在物理上GCR可以与MSC放在同一个物理设备上，也可以独立MSC设置。组呼区域可能覆盖多个MSC，为整个组呼提供服务的MSC称为服务MSC，包括主MSC(Anchor MSC，MSC-A)和中继MSC(Relay MSC，MSC-R)。主MSC控制整个组呼流程，中继MSC可以支持整个组呼跨越更广的区域。终端(Mobile Station，MS)通过MSC发起组呼呼叫时，发起组呼呼叫的MSC会向对应的GCR获取集群服务MSC列表，当发起组呼的MSC为主MSC时，集群服务MSC列表中包含中继MSC的地址，当发起组呼呼叫的MSC为中继MSC时，集群服务MSC列表中包含主MSC的地址。之后，发起组呼的MSC向该集群服务MSC列表中的MSC地址指示的MSC一起完成组呼呼叫。

为了提高系统的容灾性，现有通信系统中出现了MSC池(MSC Pool)，也称为RANflex。MSC池中的每一个MSC会连接到同一个基站子系统(Base Station Subsystem，BSS)，当前为该BSS服务的MSC出现故障或拥塞时，可以采用该MSC池中另一个MSC替代当前MSC为该BSS提供服务。

第三代合作伙伴计划(Third Generation Partnership Project，3GPP)标准中集群呼叫已支持MSC池，在集群呼叫与MSC池共存的场景下，很可能出现集群呼叫跨MSC池的情况，即由池外集群呼叫MSC与池内某一集群呼叫MSC共同完成集群呼叫。现有集群呼叫与MSC池共存的方案中，将MSC池中某一或几个固定的MSC作为集群呼叫的服务MSC。

发明人在实现本发明的过程中发现现有技术至少存在如下问题：由于MSC池中为集群呼叫提供服务的MSC是固定的，当该固定的MSC出现故障时，集群呼叫不能正常进行。由于MSC的出现是为了提高容灾性，可以进行池内MSC的互相替代，固定MSC池中的服务MSC，失去了MSC池的意义。为了充分利用MSC池，可以采用MSC池内的服务MSC非固定的方式且某一个时刻只需一个MSC池中的MSC作为池中集群呼叫的全部区域服务MSC，但是，当池内服务MSC非固定时，如何处理与池内集群服务MSC对应的GCR内容中的服务MSC列表以保证集群呼叫的正确进行将是要面临的问题。

发明内容

本发明实施例是提供一种GCR内容的处理方法、MSC和GCR及通信系统。

本发明实施例提供了一种组呼寄存器GCR内容的处理方法，包括：

池外集群服务移动交换中心MSC向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息指示所述GCR获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。

本发明实施例还提供了一种组呼寄存器GCR内容的处理方法，包括：

池内集群服务MSC向池外集群服务MSC发送消息，所述消息用于使所述池外集群服务MSC获取所述池内集群服务MSC的地址，以便所述池外集群服务MSC将所述池内集群服务MSC的地址发送给与所述池外集群服务MSC对应的GCR，以便所述GCR用所述池内集群服务MSC的地址更新所述GCR中的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC。

本发明实施例还提供了一种组呼寄存器GCR内容的处理方法，包括：

与池外集群服务MSC对应的GCR接收所述池外集群服务MSC发送的更新消息，在接收到所述更新消息后，获取与所述集群呼叫对应的池内集群服务MSC的地址，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC；

所述GCR用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。

本发明实施例提供了一种移动交换中心MSC，所述MSC为池外集群服务MSC，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC，所述MSC包括：

池外发送模块，用于向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息指示所述GCR获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。

本发明实施例提供了一种移动交换中心MSC，所述MSC为池内集群服务MSC，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述MSC包括：

池内发送模块，用于向池外集群服务MSC发送消息，所述消息用于使所述池外集群服务MSC获取所述池内集群服务MSC的地址，以便所述池外集群服务MSC将所述池内集群服务MSC的地址发送给与所述池外集群服务MSC对应的GCR，以便所述GCR用所述池内集群服务MSC的地址更新所述GCR中的集群服务MSC列表中的池内集群服务MSC的地址，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC。

本发明实施例提供了一种组呼寄存器GCR，包括：

接收模块，用于接收池外集群服务MSC发送的更新消息，在接收到所述更新消息后，获取与所述集群呼叫对应的池内集群服务MSC的地址，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC；

更新模块，用于采用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。

本发明实施例提供了一种通信系统，包括：

池外集群服务移动交换中心MSC，用于发送更新消息，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC；

组呼寄存器GCR，与所述池外集群服务MSC对应连接，用于接收所述更新消息，并获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。

由上述技术方案可知，本发明实施例通过在跨MSC池集群呼叫发生时，获取池内集群服务MSC的地址，可以及时更新集群服务MSC列表，在池内集群服务MSC非固定时仍旧可以实现正确处理集群呼叫业务。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例的方法流程示意图；

图2为本发明实施例采用的GCR的内容的示意图；

图3为本发明第二实施例的方法流程示意图；

图4为本发明第三实施例的方法流程示意图；

图5为本发明第四实施例的方法流程示意图；

图6为本发明第五实施例的方法流程示意图；

图7为本发明第六实施例的方法流程示意图；

图8为本发明第七实施例的方法流程示意图；

图9为本发明第八实施例的方法流程示意图；

图10为本发明第九实施例的MSC的结构示意图；

图11为本发明第十实施例的集群服务系统的结构示意图；

图12为本发明第十一实施例的集群服务系统的结构示意图；

图13为本发明第十二实施例的MSC的结构示意图；

图14为本发明第十三实施例的方法流程示意图；

图15为本发明第十四实施例的方法流程示意图；

图16为本发明第十五实施例的MSC的结构示意图；

图17为本发明第十六实施例的GCR的结构示意图；

图18为本发明第十七实施例的通信系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明第一实施例的方法流程示意图，包括：

11：池外集群服务MSC向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息指示所述GCR获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。

其中，集群呼叫可以为池外发起，也可以为池内发起。当池外发起时，池外集群服务MSC接收的是MS发送的建立消息；当池内发起时，池外集群服务MSC接收的是池内MSC直接或通过后台发送的消息。

为集群呼叫提供服务的MSC可以为主MSC，也可以为中继MSC。当池外集群服务MSC为主MSC时，池内集群服务MSC为中继MSC，当池外集群服务MSC为中继MSC时，池内集群服务MSC为主MSC。

为了保证集群呼叫的正确进行，需要动态更新GCR的内容，本发明实施例中，如果没有特殊说明，GCR指的是与池外集群服务MSC对应的GCR。在具体实施时，该GCR内容中的池内集群服务MSC可以是实质上具有集群服务功能的池内MSC，此时，需要池外集群服务MSC获取该实质的池内集群服务MSC的地址，用该获取的池内集群服务MSC的地址更新GCR的内容；该GCR内容中的池内集群服务MSC也可以包括默认MSC，默认MSC是MSC池内的MSC，此时，所有集群呼叫相关的消息通过该默认MSC在池外集群服务MSC与实质上的池内集群服务MSC之间传输，此时，该默认MSC为集群呼叫提供了服务，具体为转发，因此，该默认MSC也可以视作池内集群服务MSC。在采用默认MSC转发的方案中，池外集群服务MSC会将集群呼叫相关消息发送给默认MSC，之后，由默认MSC进行集群呼叫的匹配及实质上的池内集群服务MSC的确定，虽然默认MSC会做这些工作，但是对于池外集群服务MSC来讲，默认MSC的这些功能是不可见的，对于池外集群服务MSC来讲，池内集群服务MSC即为默认MSC。虽然默认MSC在一定条件下可以视作池内集群服务MSC，但是为了描述方便，本发明下述实施例中，池内集群服务MSC指的是实质上的池内集群服务MSC，而不包括默认MSC。

本实施例通过在集群呼叫业务发起时及时更新集群服务MSC列表，实现集群呼叫跨MSC池且池内集群服务MSC非固定时，对GCR内容的处理以保证集群呼叫的正确进行。

当MSC池中的集群服务MSC是固定时，虽然GCR中的集群服务MSC列表可以用固定的MSC确定，但是，固定MSC会引起很多问题。为了充分利用MSC池的优势，可以采用非固定的集群服务MSC，即原来固定的集群服务MSC出现故障时，可以用该MSC池中另一个MSC作为新的集群服务MSC，以替代原来的集群服务MSC，提高容灾性。

由于池内集群服务MSC是非固定的，在发起跨池集群呼叫时，GCR中保存的服务MSC列表应同时进行更新，以便后续集群呼叫的正确处理。集群呼叫可以在池内发起，也可以在池外发起。在池外发起时，由于MSC池中的池内集群服务MSC是非固定的，池外集群服务MSC对应的GCR中保存的MSC列表可能已经无效，因此，需要解决的技术问题是：池外集群服务MSC如何获取对应于本次集群呼叫的池内集群服务MSC的地址。在池内发起时，由于集群呼叫是由池内发起的，此时池内集群服务MSC已确定，但是，很可能与池外集群服务MSC对应的GCR中保存的不一致，因此，需要解决的技术问题是：如何将确定的池内集群服务MSC的地址通知给池外集群服务MSC。下述实施例中，池外集群呼叫MSC简称为第一MSC，池内集群呼叫MSC简称为第二MSC。

图2为本发明实施例采用的GCR的内容的示意图，本发明实施例中，每个集群呼叫对应一个集群服务MSC列表，在与某MSC(MSCx)对应的GCR(GCRx)保存有集群服务MSC列表，该集群服务MSC列表中保存集群呼叫与服务MSC的对应关系。当集群呼叫跨MSC池时，MSC列表中至少有一个MSC，具体地，当发起MSC为主MSC时，对应的GCR中的服务MSC列表包括至少一个的中继MSC的地址；当发起MSC为中继MSC时，对应的GCR中的服务MSC列表包括唯一的主MSC的地址。现有技术中与集群呼叫对应的池内MSC是固定的，而在本发明实施例中，为了充分利用MSC池的优势，池内服务MSC是非固定的，因此，参见图2，与集群呼叫对应的池内MSC是不确定的，例如，对应集群呼叫VGCS-1的MSC为MSC？，表示不确定(而在现有技术中其为一个固定的MSC，例如MSC-1)，对应集群呼叫VGCS-2的MSC为MSC？为了保证集群呼叫的正确进行，需要首先确定这些非固定的MSC。

图3为本发明第二实施例的方法流程示意图，本实施例可以应用于池外发起组呼的场景。参见图3，本实施例包括：

301：MS向第一MSC发送建立消息(setup)，请求建立集群呼叫，第一MSC确定该集群呼叫是跨MSC池的集群呼叫。

具体地，按照正常的集群呼叫发起流程，第一MSC会从GCR中获取与该集群呼叫对应的集群服务MSC列表，当该集群服务MSC列表中的任一集群服务MSC属于池外集群服务MSC预先设置的MSC池时，则表明该集群呼叫为跨池集群呼叫。例如，第一MSC从GCR中获取的集群服务MSC列表中包含MSC-1的地址，且第一MSC中预先设置的MSC池中包含MSC-1，则此时集群呼叫为跨池集群呼叫。当然，也可以采用其他的方式确定是跨池集群呼叫。

302：第一MSC向对应的GCR发送更新消息，该更新消息中包含第一MSC预先设置的默认MSC的地址，该默认MSC位于第一MSC预先设置的MSC池中。默认MSC(default MSC)为池内MSC，用于转发来自池外的消息，集群呼叫可以用GCRef标识，集群呼叫消息中携带GCRef，因此，默认MSC可以根据GCRef将集群呼叫消息转发给与该GCRef标识的集群呼叫对应的池内集群服务MSC。

可以理解的是，为了保证默认MSC能够提供正常的集群呼叫服务，可以首先确认默认MSC处于正常工作状态。因此，在步骤302之前还可以包括：第一MSC向预先配置的默认MSC发送连接检测请求，当第一MSC接收到默认MSC返回的表明默认MSC正常工作的连接检测响应时，则继续该步骤302；当第一MSC没有接收到相应的连接检测响应，或者响应错误，则表明默认MSC处于非正常工作状态，此时，第一MSC需要重新设置默认MSC，之后，重新进行连接检测的过程，直至确认处于正常工作状态的默认MSC。

303：GCR用该更新消息中包含的默认MSC的地址更新集群服务MSC列表中的池内集群服务MSC的地址。

304：当第一MSC为主MSC时，第一MSC根据默认MSC的地址，向默认MSC发送准备组呼消息(即PREPARE_GROUP_CALL)。

305：默认MSC确定与该准备组呼消息对应的集群呼叫。

具体地，默认MSC可以采用如下方式确定：

方式一，通过分析来自池外的消息，在该集群呼叫消息中找到相应的GCRef，根据该GCRef确定对应的集群呼叫。

方式二，默认MSC根据连接路径确定对应的集群呼叫。这种情况下，默认MSC收到第一条集群呼叫相关的消息后，分别和池外和池内MSC建立基于该集群呼叫的连接，第一MSC，第二MSC以及默认MSC在所述连接上发送所述集群呼叫的后续消息，默认MSC不再解析消息，只需转发。当集群呼叫释放时，释放所建立的连接。

306：默认MSC确定与该集群呼叫对应的第二MSC。

具体地，可以采用如下方式确定：

方式一，基于负荷分担的方式，选择池内具有集群服务功能的MSC中负荷较低的MSC作为第二MSC。

方式二，如果池内有唯一一个集群服务MSC，选择该唯一的集群服务MSC作为第二MSC。

方式三，在默认MSC中预先配置映射(MAP)表，该MAP表中配置集群呼叫与第二MSC的对应关系。之后，根据接收的集群呼叫的标识及该MAP表，选择对应的MSC作为第二MSC。

307：默认MSC将准备组呼消息转发给对应的第二MSC。

即，转发PREPARE_GROUP_CALL消息。

308：第二MSC向默认MSC返回与该准备组呼消息对应的组呼响应。

309：默认MSC将该组呼响应转发给第一MSC。

之后，该集群呼叫对应的后续消息同样可以采用默认MSC进行转发，通过默认MSC的转发实现集群呼叫的正常进行。

上述流程中，通过默认MSC中转集群呼叫消息的方式，由于默认MSC同样为集群呼叫提供了服务，因此，不仅第二MSC为池内集群服务MSC，也可以将默认MSC视作池内集群服务MSC，在每次集群呼叫发起时，由第一MSC触发与第一MSC对应的GCR用默认MSC的地址更新GCR中的集群服务MSC列表中的池内集群服务MSC的地址。

可以理解的是，当第二MSC接收由默认MSC转发的第一MSC发送的消息后，可以直接建立与第一MSC的连接，之后，不再经过默认MSC转发消息。

即用如下的步骤A替代上述的步骤310-311：

步骤A：第二MSC获取第一MSC的地址，与第一MSC建立连接，通过第二MSC与第一MSC之间的连接发送该组呼响应。

进一步地，为了节省路径开销，还可以执行如下步骤：

310：第一MSC获取第二MSC的地址。

其中，根据从第二MSC返回的消息中携带的源地址，第一MSC可以获知第二MSC的地址。或者，也可以是第二MSC收到相关消息后，直接建立与第一MSC的连接，同时第一MSC通过该连接获知第二MSC的地址。

当第一MSC获知第二MSC的地址后，第一MSC可以根据该第二MSC的地址，将该次集群呼叫的后续消息直接发送给第二MSC。后续的集群呼叫的消息无需再经过默认MSC中转，而是由第一MSC直接发送给第二MSC。

311：第一MSC将获取的第二MSC的地址发送给GCR，以便GCR更新与该次组呼呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的组呼呼叫时，可以根据更新后的集群服务MSC列表为组呼呼叫提供服务，保证集群呼叫业务的正常处理。

本实施例以第一MSC为主MSC为例进行了说明，可以理解的是，当第一MSC为中继MSC时，需要用建立消息(SETUP)替代本实施例中的准备组呼消息(PREPARE_GROUP_CALL)，其余流程不变。

本实施例可以在池内集群服务MSC非固定时，在每次集群呼叫发起时，通过默认MSC保证集群呼叫的正常进行；或者通过默认MSC获取池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过设置默认MSC的方式，尽量不对现有MSC池进行改造，可以更好地兼容现有技术。

图4为本发明第三实施例的方法流程示意图，本实施例可以应用于池外发起组呼的场景。参见图4，本实施例包括：

41：第一MSC中预先配置MSC，该配置的MSC可以为MSC池中具有集群呼叫功能的任选的MSC或者某一特定的MSC。

42：与步骤301相同。

43：第一MSC将获取的第二MSC(预先配置的MSC)的地址发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的组呼呼叫时，可以根据更新后的集群服务MSC列表为组呼呼叫提供服务，保证集群呼叫业务的正常处理。

44：第一MSC向预先配置的MSC(第二MSC)发送准备组呼消息/建立消息，以建立集群呼叫。

具体地，当第一MSC为主MSC时，向默认MSC发送准备组呼(即PREPARE_GROUP_CALL)消息，当第一MSC为中继MSC时，池内集群服务MSC为主MSC时，第一MSC向默认MSC发送建立(即SETUP)消息。

本实施例可以在池内集群服务MSC非固定时，在每次集群呼叫发起时，首先获取池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过预先配置MSC的方式，可以直接选择新的第二MSC，可以加速处理流程。

图5为本发明第四实施例的方法流程示意图，本实施例可以应用于池外发起组呼的场景。参见图5，本实施例包括：

51：第一MSC中预先配置池内各具有集群服务功能的MSC的优先级及状态信息，其中状态信息是指对应的MSC是否可用。

例如，配置的列表如表1所示：

表1

52：与步骤301相同。

53：第一MSC依次向配置信息中的MSC发送准备组呼消息/建立消息，在预先设定的定时器未超过阈值时，将最先返回正确回应的MSC作为第二MSC。

具体地，第一MSC向列表中优先级最高的可用MSC(如MSC2)发送准备组呼消息/建立消息，并启动定时器。

第一MSC判断在定时器设定的时间内，是否接收到该优先级最高可用的MSC返回的正确响应。

当收到正确回应时，将该优先级最高且可用的MSC(MSC2)作为池内集群服务MSC(第二MSC)。

当未收到正确回应时，第一MSC向列表中次高优先级且可用的MSC(如MSC4)发送准备组呼消息/建立消息，并启动定时器。

第一MSC判断在定时器设定的时间内，是否接收到该优先级次高可用的MSC返回的正确回应。

当收到正确回应时，第一MSC将该优先级次高且可用的MSC(MSC4)作为池内集群服务MSC(第二MSC)。

当未收到正确回应时，第一MSC再向后续优先级的MSC发送准备组呼消息/建立消息直至在预先设定的时间内正确收到回应，将返回正确回应的MSC作为第二MSC。

当配置信息中的所有可用的MSC均被选择而仍旧没有收到正确回应时，则表明集群呼叫发起失败，第一MSC通知MS集群呼叫发起失败。

本实施例中还可以设定总的时间，超过总的时间后，同样表明集群呼叫发起失败，第一MSC通知MS集群呼叫发起失败。

54：第一MSC将获取的第二MSC的地址发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的集群呼叫时，可以根据更新后的集群服务MSC列表为集群呼叫提供服务，保证集群呼叫业务的正常处理。

本实施例中，定时器是在发送第一条准备组呼消息/建立消息(PREPARE_GROUP_CALL消息或SETUP消息)后即启动的，如果收到正确的回应消息，则定时器停止。

本实施例应用于集群呼叫之前，如果呼叫在进行中，则集群呼叫MSC的GCR中的MSC列表都不得改变，一直到集群呼叫结束。

优先级列表由后台配置，可以动态更新，也可以不用更新，而在配置改动时更新。

本实施例以启动定时器为例，还可以是以启动计数器替代启动定时器，在启动计数器时，是在发送准备组呼消息/建立消息之前将计数器清零，之后，每发送一次准备组呼消息/建立消息准备组呼消息/建立消息将计数器的次数加1。当所有可用的MSC均被选择而仍旧没有收到正确回应时，则表明组呼发起失败，第一MSC通知MS组呼发起失败。本实施例中还可以设定总的次数，此时，将选择同一个MSC的消息视为一条消息，超过总的次数(即选择了与总的次数相同的MSC)后，同样表明组呼发起失败，第一MSC通知MS组呼发起失败。

本实施例是将收到正确回应的MSC作为池内服务MSC，可替代的是，池外集群服务MSC可以直接将配置的信息中优先级最高且可用的池内MSC作为池内集群服务MSC。

本实施例是首先检测预先配置的信息中优先级最高且可用的MSC，可以替代的是，还可以将上次集群呼叫所采用的池内集群服务MSC作为优先级最高的MSC，之后，再按照预先配置的信息进行检测，例如，上次集群呼叫所采用的池内集群服务MSC为MSC5，则首先检测MSC5是否可以正确回应，在MSC5不能正确回应时再按照上述的表1进行检测，即再检测MSC2是否可以正确回应，而不是如上述实施例中首先进行MSC2的检测。之后，按照表1，如果MSC2和MSC4均不能正确回应，由于MSC5已检测过，之后，可以再检测MSC6，无需再检测一遍MSC5。

本实施例可以在池内集群服务MSC非固定时，在每次集群呼叫发起时，首先获取池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过预先配置各具有集群呼叫功能的MSC的信息方式，可以尽量不更改MSC池中各MSC的配置，降低MSC配置的复杂度。

图6为本发明第五实施例的方法流程示意图，本实施例可以应用于池外发起组呼的场景。参见图6，本实施例包括：

61：与步骤301相同。62：第一MSC向池内任一MSC或者操作维护中心(Operation and Maintenance Centre，OMC)发送查询请求。其中，OMC也可以称作后台。

其中，查询请求(ASK_GCR_DATA)的定义可以如表2所示：

表2

  Information element name  Required  Description  Group call reference  M  需包含GID和GCAID  Pool ID  M  指示组群跨池时的池ID

63：池内任一MSC或后台向第一MSC返回查询响应，该查询响应中携带第二MSC的地址。

其中，查询响应(GCR_UPDATE)的定义可以如表3或表4所示：

表3

表4

64：第一MSC将获取的第二MSC的地址发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的集群呼叫时，可以根据更新后的集群服务MSC列表为集群呼叫提供服务，保证集群呼叫业务的正常处理。

本实施例可以在池内集群服务MSC非固定时，在每次集群呼叫发起时，首先获取池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过预先查询具有集群呼叫功能的MSC的方式，可以减少交互信令个数，提高获取新的第二MSC的地址的速度。

上述实施例以应用于池外发起集群呼叫为例，可以理解的是，上述实施例也可以应用于未发起集群呼叫的场景，以便在发起集群呼叫之前，预先获取可以提供服务的池内集群服务MSC的地址，保证后续集群呼叫业务的顺利实施。

图7为本发明第六实施例的方法流程示意图，本实施例可以应用于池内发起组呼的场景。本实施例可以发生在如下步骤之后：跨池集群呼叫的池内集群服务MSC发生变化，或者，跨池集群呼叫的池内集群服务MSC发起集群呼叫。具体地，按照正常的集群呼叫发起流程，池内MSC会从与池内MSC对应的GCR中获取与该集群呼叫对应的集群服务MSC列表，当该集群服务MSC列表中的任一集群服务MSC不属于所述的MSC池时，则表明该集群呼叫为跨池集群呼叫。例如，池内MSC从与池内MSC对应的GCR中获取的集群服务MSC列表中包含MSC-1的地址，但MSC池中不包含MSC-1，则此时集群呼叫为跨池集群呼叫。当然，也可以采用其他的方式确定是跨池集群呼叫。参见图7，本实施例包括：

71：第二MSC向后台发送更新消息，该更新消息中携带该第二MSC的地址。

72：后台将第二MSC的地址通过更新消息发送给第一MSC。

73：第一MSC将第二MSC的地址通过更新消息发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的集群呼叫时，可以根据更新后的集群服务MSC列表为集群呼叫提供服务，保证集群呼叫业务的正常处理。

其中，本实施例中的更新消息(GCR_UPDATE)的定义可以参见表3或表4所示。

本实施例可以在池内集群服务MSC变更或者池内集群服务MSC发起集群呼叫时，使池外集群服务MSC获知正确的池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过后台通知给池外MSC有利于后台进行统一管理。

图8为本发明第七实施例的方法流程示意图，本实施例可以应用于池内发起组呼的场景。本实施例可以发生在如下步骤之后：跨池集群呼叫的池内集群服务MSC发生变化，或者，跨池集群呼叫的池内集群服务MSC发起集群呼叫。具体地，按照正常的集群呼叫发起流程，池内MSC会从与池内MSC对应的GCR中获取与该集群呼叫对应的集群服务MSC列表，当该集群服务MSC列表中的任一集群服务MSC不属于所述的MSC池时，则表明该集群呼叫为跨池集群呼叫。例如，池内MSC从与池内MSC对应的GCR中获取的集群服务MSC列表中包含MSC-1的地址，但MSC池中不包含MSC-1，则此时集群呼叫为跨池集群呼叫。当然，也可以采用其他的方式确定是跨池集群呼叫。参见图8，本实施例包括：

81：第二MSC向第一MSC发送通知消息，该通知消息中携带第二MSC的地址。

该通知消息可以为更新消息(GCR_UPDATE)消息，也可以为准备组呼消息/建立消息(PREPARE_GROUP_CALL消息或SETUP消息)。更新消息的定义可以参见表3或表4。

82：第一MSC将第二MSC的地址通过更新消息发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的集群呼叫时，可以根据更新后的集群服务MSC列表为组呼呼叫提供服务，保证集群呼叫业务的正常处理。

本实施例可以在池内集群服务MSC变更或者池内集群服务MSC发起集群呼叫时，使池外集群服务MSC获知正确的池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例直接通知给池外MSC，可以减少信令开销，加快通知速度。

图9为本发明第八实施例的方法流程示意图，本实施例可以应用于池内发起组呼的场景。本实施例可以发生在如下步骤之后：跨池集群呼叫的池内集群服务MSC发生变化，或者，跨池集群呼叫的池内集群服务MSC发起集群呼叫。具体地，按照正常的集群呼叫发起流程，池内MSC会从与池内MSC对应的GCR中获取与该集群呼叫对应的集群服务MSC列表，当该集群服务MSC列表中的任一集群服务MSC不属于所述的MSC池时，则表明该集群呼叫为跨池集群呼叫。例如，池内MSC从与池内MSC对应的GCR中获取的集群服务MSC列表中包含MSC-1的地址，但MSC池中不包含MSC-1，则此时集群呼叫为跨池集群呼叫。当然，也可以采用其他的方式确定是跨池集群呼叫。参见图9，本实施例包括：

91：第二MSC向第一MSC发送准备组呼消息/建立消息。

具体地，当发起方为主MSC时，第二MSC向第一MSC发送准备组呼消息(PREPARE_GROUP_CALL)，当发起方为中继MSC时，第二MSC向第一MSC发送建立消息(SETUP)。

92：第一MSC获取该准备组呼消息/建立消息的源地址，从而得到第二MSC的地址。

由于该准备组呼消息/建立消息是第二MSC发送的，因此该准备组呼消息/建立消息的源地址即为第二MSC的地址。

该准备组呼消息/建立消息为L3消息，在传输时，该准备组呼消息/建立消息需要承载在下层消息中，该下层消息中会携带该准备组呼消息/建立消息的源地址，第一MSC通过解析该下层消息可以得到该准备组呼消息/建立消息的源地址。

93：第一MSC将第二MSC的地址通过更新消息发送给GCR，以便GCR更新与该次集群呼叫(可以用GCRef标识)对应的集群服务MSC列表。之后，当再次发起与该GCRef对应的集群呼叫时，可以根据更新后的集群服务MSC列表为集群呼叫提供服务，保证集群呼叫业务的正常处理。

本实施例可以在池内集群服务MSC变更或者池内集群服务MSC发起集群呼叫时，使池外集群服务MSC获知正确的池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。本实施例通过解析信令的方式获取变化后的第二MSC的地址，可以无需新增消息，降低设备开销。

图10为本发明第九实施例的MSC的结构示意图，本实施例的MSC为池外集群服务MSC，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC，本实施例的MSC 1包括池外发送模块101，池外发送模块101用于向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息指示所述GCR获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。

进一步地，本实施例还可以包括池外确定模块102，池外确定模块102用于确定发生跨MSC池集群呼叫，以便所述池外集群服务MSC在确定发生跨MSC池集群呼叫后发送所述更新消息；其中，当所述池外集群服务MSC从所述GCR中获取与所述集群呼叫对应的初始集群服务MSC列表，且所述初始集群服务MSC列表中包含属于预先设置的MSC池中的MSC的地址时，表明发生跨MSC池集群呼叫。

本实施例通过在集群呼叫业务发起时及时更新集群服务MSC列表，实现正确处理集群呼叫业务。

图11为本发明第十实施例的集群服务系统的结构示意图，本实施例可以应用于集群呼叫由池外发起或未发起集群呼叫时，此时，MSC 1还包括第一池外接收模块111，第一池外接收模块111用于接收MS发送的建立消息。

此时，池外发送模块101包括触发单元112，触发单元112用于向与所述池外集群服务MSC对应的GCR发送更新消息，所述更新消息中包含预先配置的默认MSC的地址，以便所述GCR在接收到所述更新消息后，用所述默认MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，使所述池外集群服务MSC将所述默认MSC作为池内集群服务MSC。进一步地，池外发送模块还可以包括检测单元115，检测单元115用于对所述默认MSC进行连接检测，以便所述连接检测表明所述默认MSC处于正常工作状态时，发送包含所述默认MSC地址的更新消息。

此时，本实施例可以进一步包括GCR 2，该GCR 2包括接收模块113和配置模块114，接收模块113用于接收所述池外集群服务MSC发送的更新消息，所述更新消息中包含预先配置的默认MSC的地址；配置模块114在接收到所述更新消息后，用所述默认MSC填充与所述集群呼叫对应的集群服务MSC列表，以便所述池外集群服务MSC将所述默认MSC作为池内集群服务MSC。

本实施例通过在集群呼叫业务发起时及时更新集群服务MSC列表，实现正确处理集群呼叫业务。本实施例通过设置默认MSC的方式进行集群呼叫相关信息的转发，可以无需获取池内集群服务MSC的地址，提高更新准确性。

图12为本发明第十一实施例的集群服务系统的结构示意图，本实施例可以应用于集群呼叫由池外发起或未发起集群呼叫时，此时，MSC 1还包括第一池外接收模块111，第一池外接收模块111用于接收MS发送的建立消息。

此时，本实施例的池外发送模块101可以包括获取单元121和发送单元122，获取单元121用于获取与所述集群呼叫对应的池内集群服务MSC的地址；发送单元122用于将获取的所述池内集群服务MSC的地址携带在所述更新消息中发送给所述GCR，以便所述GCR在所述更新消息中获取所述池内集群服务MSC的地址并用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。

其中，所述获取单元121具体用于池外集群服务MSC与后台或池内MSC进行消息交互，根据所述后台或池内MSC返回的消息获取与所述集群呼叫对应的池内集群服务MSC的地址；或者，所述获取单元121具体用于池外集群服务MSC根据预先配置的信息获取与所述集群呼叫对应的池内集群服务MSC的地址，所述预先配置的信息是非固定的。

具体地，获取单元121可以包括第一子单元1211，第一子单元1211用于根据预先配置的默认MSC的地址，向所述默认MSC发送准备组呼消息/建立消息，以便所述默认MSC确定与所述准备组呼消息/建立消息对应的集群呼叫及确定与所述集群呼叫对应的池内集群服务MSC，并使所述默认MSC将所述准备组呼消息/建立消息转发给所述池内集群服务MSC；接收由所述默认MSC转发的所述池内集群服务MSC发送给所述池外集群服务MSC的返回消息，根据所述返回消息获取所述池内集群服务MSC的地址.

此时，本实施例还可以进一步包括默认MSC 3，默认MSC 3包括解析模块123或者确定模块124，所述解析模块123用于解析所述准备组呼消息/建立消息，获取组呼参考，根据所述组呼参考确定对应的集群呼叫；所述确定模块124用于根据传输所述准备组呼消息/建立消息的连接路径确定对应的集群呼叫。默认MSC 3还可以包括第一选择模块125、第二选择模块126或者第三选择模块127，所述第一选择模块125用于在具有为所述集群呼叫提供集群服务功能的池内MSC中，选择负荷最小的MSC作为与所述集群呼叫对应的池内集群服务MSC；所述第二选择模块126用于在具有集群呼叫服务功能的池内MSC是唯一时，选择所述唯一的MSC作为与所述集群呼叫对应的池内集群服务MSC；所述第三选择模块127用于根据预先配置的映射表，选择与所述集群呼叫对应的池内集群服务MSC，所述映射表用于保存集群呼叫与池内集群服务MSC的对应关系。

本实施例的获取单元121还可以包括第二子单元1212、第三子单元1213或者第四子单元1214；所述第二子单元1212用于向后台或者池内任一MSC发送查询请求，所述查询请求用于查询池内集群服务MSC的地址；接收后台或者池内任一MSC返回的与所述查询请求对应的查询响应，所述查询响应中携带与所述集群呼叫对应的池内集群服务MSC的地址；所述第三子单元1213用于接收后台的配置消息或者根据池内MSC的信息，设定配置信息，所述配置信息包括任意选择的具有为所述集群呼叫提供集群服务功能的池内MSC的地址；将所述配置信息中的MSC的地址作为所述池内集群服务MSC的地址；所述第四子单元1214用于接收后台的配置消息或者根据池内MSC的信息，设定配置信息，所述配置信息包括具有为所述集群呼叫提供集群服务功能的池内MSC的优先级及是否可用的状态信息；选择优先级最高且可用的具有为所述集群呼叫提供集群服务功能的池内MSC的地址，作为所述池内集群服务MSC的地址；或者，依次向所述具有为所述集群呼叫提供集群服务功能的池内MSC发送集群呼叫消息，在预先设定的定时器或计数器未超过阈值时，将最先返回正确回应的具有为所述集群呼叫提供集群服务功能的池内MSC，作为所述池内集群服务MSC。

本实施例通过在集群呼叫业务发起时及时更新集群服务MSC列表，实现正确处理集群呼叫业务。本实施例在每次集群呼叫发起时，首先获取池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。

图13为本发明第十二实施例的MSC的结构示意图，本实施例可以应用于集群呼叫由池内发起集群呼叫时，此时，MSC 1还包括第二池外接收模块131，第二池外接收模块131用于接收后台或者池内集群服务MSC发送的消息，所述消息用于使池外集群服务MSC获取池内集群服务MSC的地址。

本实施例的池外发送模块101包括获取单元132和发送单元133，获取单元132用于获取与所述集群呼叫对应的池内集群服务MSC的地址；发送单元133用于将获取的所述池内集群服务MSC的地址携带在所述更新消息中发送给所述GCR，以便所述GCR在所述更新消息中获取所述池内集群服务MSC的地址并用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。

其中，获取单元132包括第五子单元1321、第六子单元1322或者第七子单元1323，所述第五子单元1321用于接收后台发送的更新消息，所述更新消息中携带与所述集群呼叫对应的池内集群服务MSC的地址，其中，所述后台接收发起所述集群呼叫的池内MSC发送的携带与所述集群呼叫对应的池内集群服务MSC地址的更新消息，之后，后台将所述集群呼叫消息为在所述池内集群服务MSC发起跨MSC池集群呼叫后生成的消息携带在发送给池外集群服务MSC的更新消息中；从所述更新消息中获取与所述集群呼叫对应的池内集群服务MSC的地址；所述第六子单元1322用于接收发起集群呼叫的池内MSC发送的通知消息，所述通知消息中携带发起集群呼叫的池内集群服务MSC的地址，所述通知消息为新增的更新消息或者为准备组呼消息/建立消息；从所述通知消息中获取与所述集群呼叫对应的池内集群服务MSC的地址；所述第七子单元1323用于接收发起所述集群呼叫的池内集群服务MSC发送的准备组呼消息/建立消息；通过解析承载所述准备组呼消息/建立消息的下层消息获取所述准备组呼消息/建立消息的源地址，将所述源地址作为与所述集群呼叫对应的池内集群服务MSC的地址。

本实施例可以在池内集群服务MSC变更或者池内集群服务MSC发起集群呼叫时，使池外集群服务MSC获知正确的池内集群服务MSC的地址，实现GCR内容的及时更新，保证后续集群呼叫的顺利进行。

图14为本发明第十三实施例的方法流程示意图，本实施例可以应用在跨MSC池的集群呼叫发生且所述集群呼叫由池内集群服务MSC发起时，其中，位于所述MSC池外的为所述集群呼叫提供服务的MSC为池外集群服务MSC，位于所述MSC池内的为所述集群呼叫提供服务的MSC为池内集群服务MSC；参见图14，本实施例包括：

141：所述池内集群服务MSC向池外集群服务MSC发送消息，所述消息用于使所述池外集群服务MSC获取所述池内集群服务MSC的地址，以便所述池外集群服务MSC将所述池内集群服务MSC的地址发送给与所述池外集群服务MSC对应的GCR，以便所述GCR用所述池内集群服务MSC的地址更新所述GCR中的集群服务MSC列表中的池内集群服务MSC的地址。

其中，所述池内集群服务MSC向池外集群服务MSC发送消息，所述消息用于使所述池外集群服务MSC获取所述池内集群服务MSC的地址可以包括：所述池内集群服务MSC向操作维护中心发送携带所述池内集群服务MSC的地址的更新消息，以便所述操作维护中心将所述池内集群服务MSC地址发送给所述池外集群服务MSC；或者，所述池内集群服务MSC向所述池外集群服务MSC发送携带所述池内集群服务MSC的地址的通知消息，以便所述池外集群服务MSC从所述通知消息中获取所述池内集群服务MSC地址，所述通知消息为新增的更新消息或者为准备组呼消息/建立消息；或者，所述池内集群服务MSC向所述池外集群服务MSC发送准备组呼消息/建立消息，以便所述池外集群服务MSC通过解析承载所述准备组呼消息/建立消息的下层消息获取所述准备组呼消息/建立消息的源地址将所述源地址作为与所述池内集群服务MSC的地址。

进一步地，本实施例还可以包括：所述池内集群服务MSC确定发生跨MSC池集群呼叫，以便所述池内集群服务MSC在确定发生跨MSC池集群呼叫后向池外集群服务MSC发送消息；其中，当所述池内集群服务MSC从与所述池内集群服务MSC对应的GCR中获取与所述集群呼叫对应的初始集群服务MSC列表，且所述初始集群服务MSC列表中不包含属于所述池内集群服务MSC所属的MSC池中的MSC的地址时，表明发生跨MSC池集群呼叫。

本实施例中的池内集群服务MSC通过发送消息，可以在集群呼叫跨池且池内集群服务MSC非固定时，使GCR及时更新集群服务MSC列表，保证集群服务的正确进行。

图15为本发明第十四实施例的方法流程示意图，本实施例同样可以应用在跨MSC池的集群呼叫发生且所述集群呼叫由池内集群服务MSC发起时，其中，位于所述MSC池外的为所述集群呼叫提供服务的MSC为池外集群服务MSC，位于所述MSC池内的为所述集群呼叫提供服务的MSC为池内集群服务MSC；参见图15，本实施例包括：

151：与所述池外集群服务MSC对应的GCR接收所述池外集群服务MSC发送的更新消息，在接收到所述更新消息后，获取与所述集群呼叫对应的池内集群服务MSC的地址。

具体可以为：所述GCR接收所述池外集群服务MSC发送的更新消息，所述更新消息包含预先配置的默认MSC的地址，将所述默认MSC的地址作为与所述集群呼叫对应的池内集群服务MSC的地址；或者，所述GCR接收所述池外集群服务MSC发送的更新消息，所述更新消息中携带所述池外集群服务MSC获取的与所述集群呼叫对应的池内集群服务MSC的地址，所述GCR从所述更新消息中获取与所述集群呼叫对应的池内集群服务MSC的地址。

152：所述GCR用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。

本实施例的GCR通过更新自身的集群服务MSC列表，可以在集群呼叫跨池且池内集群服务MSC非固定时，使GCR及时更新集群服务MSC列表，保证集群服务的正确进行。

图16为本发明第十五实施例的MSC的结构示意图，包括池内发送模块161。池内发送模块161用于向池外集群服务MSC发送消息，所述消息用于使所述池外集群服务MSC获取所述池内集群服务MSC的地址，以便所述池外集群服务MSC将所述池内集群服务MSC的地址发送给与所述池外集群服务MSC对应的GCR，以便所述GCR用所述池内集群服务MSC的地址更新所述GCR中的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC。

进一步地，本实施例还可以包括池内确定模块162，池内确定模块162用于确定发生跨MSC池集群呼叫，以便所述池内集群服务MSC在确定发生跨MSC池集群呼叫后向池外集群服务MSC发送消息；其中，当所述池内集群服务MSC从与所述池内集群服务MSC对应的GCR中获取与所述集群呼叫对应的初始集群服务MSC列表，且所述初始集群服务MSC列表中不包含属于所述池内集群服务MSC所属的MSC池中的MSC的地址时，表明发生跨MSC池集群呼叫。

其中，所述池内发送模块161可以包括第一池内单元1611、第二池内单元1612或者第三池内单元1613；所述第一池内单元1611用于向操作维护中心发送携带所述池内集群服务MSC的地址的更新消息，以便所述操作维护中心将所述池内集群服务MSC地址发送给所述池外集群服务MSC；所述第二池内单元1612用于向所述池外集群服务MSC发送携带所述池内集群服务MSC的地址的通知消息，以便所述池外集群服务MSC从所述通知消息中获取所述池内集群服务MSC地址，所述通知消息为新增的更新消息或者为准备组呼消息/建立消息；所述第三池内单元1613用于向所述池外集群服务MSC发送准备组呼消息/建立消息，以便所述池外集群服务MSC通过解析承载所述准备组呼消息/建立消息的下层消息获取所述准备组呼消息/建立消息的源地址将所述源地址作为与所述池内集群服务MSC的地址。

本实施例中的池内集群服务MSC通过发送消息，可以在集群呼叫跨池且池内集群服务MSC非固定时，使GCR及时更新集群服务MSC列表，保证集群服务的正确进行。

图17为本发明第十六实施例的GCR的结构示意图，包括接收模块171和更新模块172，接收模块171用于接收池外集群服务MSC发送的更新消息，在接收到所述更新消息后，获取与所述集群呼叫对应的池内集群服务MSC的地址，所述池内集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池内的为所述集群呼叫提供服务的MSC，所述池外集群服务MSC为位于所述MSC池外的为所述集群呼叫提供服务的MSC；更新模块172用于采用所述获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址。其中，所述接收模块171可以包括第一接收单元1711或者第二接收单元1712；所述第一接收单元1711用于接收所述池外集群服务MSC发送的更新消息，所述更新消息中包含预先配置的默认MSC的地址，将所述默认MSC的地址作为与所述集群呼叫对应的池内集群服务MSC的地址；所述第二接收单元1712用于接收所述池外集群服务MSC发送的更新消息，所述更新消息中携带所述池外集群服务MSC获取的与所述集群呼叫对应的池内集群服务MSC的地址，所述GCR从所述更新消息中获取与所述集群呼叫对应的池内集群服务MSC的地址。

本实施例的GCR通过更新自身的集群服务MSC列表，可以在集群呼叫跨池且池内集群服务MSC非固定时，使GCR及时更新集群服务MSC列表，保证集群服务的正确进行。

图18为本发明第十七实施例的通信系统的结构示意图，包括池外集群服务MSC 181和GCR 182，池外集群服务MSC 181用于发送更新消息，所述池外集群服务MSC为当跨MSC池的集群呼叫发生时，位于所述MSC池外的为所述集群呼叫提供服务的MSC；GCR 182与所述池外集群服务MSC 181对应连接，用于接收所述更新消息，并获取与所述集群呼叫对应的池内集群服务MSC的地址并用获取的池内集群服务MSC的地址更新与所述集群呼叫对应的集群服务MSC列表中的池内集群服务MSC的地址，所述池内集群服务MSC为位于所述MSC池内的为所述集群呼叫提供服务的MSC。进一步地，本实施例还可以包括池内集群服务MSC 183，池内集群服务MSC 183用于向所述池外集群服务MSC 181发送消息，所述消息用于使所述池外集群服务MSC 181获取所述池内集群服务MSC 183的地址，以便所述池外集群服务MSC 181将所述池内集群服务MSC 183的地址发送给与所述池外集群服务MSC 181对应的GCR 182，以便所述GCR 182用所述池内集群服务MSC 183的地址更新所述GCR 182中的集群服务MSC列表中的池内集群服务MSC的地址。进一步地，本实施例还可以包括OMC 184，OMC 184用于接收所述池内集群服务MSC 183发送的所述消息，并将所述消息发送给所述池外集群服务MSC 181。

本实施例通过GCR更新自身的集群服务MSC列表，可以在集群呼叫跨池且池内集群服务MSC非固定时，使GCR及时更新集群服务MSC列表，保证集群服务的正确进行。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。