在无线通讯系统中，移动台(MS，Mobile Station)最基本的两个状态 就是活动(active)模式和空闲(IDLE)模式。
在active模式下，MS被分配了空口资源，与网络存在数据交互。当处 于active模式下的MS位置发生变化时，例如，MS从一个小区进入另一个 小区时，需要在新小区中重新为该MS分配空口资源，并将MS原有的会话 或业务流迁移到新小区中，在尽量避免中断会话的情况下将MS重新接入该 新小区，上述过程称为小区切换。
IDLE模式是美国电气电子工程师学会(IEEE)802.16e标准中定义的一 项可选功能，旨在节省宝贵的空口资源和终端能耗。在IDLE模式下，MS 可以在一个很大的区域内移动，该区域可以由多个基站(BS，Base Station) 的覆盖区域组成，这些基站称为寻呼组(PG，Paging Group)。由于在该状 态下，MS与网络侧之间不存在数据交互，网络侧仅需保存终端的位置信息， 以便在必要时及时激活MS，而无需为MS分配空口资源；并且，MS在群 呼组区域内漫游时，不必在漫游小区的BS进行注册，从而节约了空口资源 和MS的功耗。处于IDLE模式的MS，每隔一定的周期将接收来自于网络 的下行广播消息或寻呼消息，并检查消息中的寻呼组信息，当寻呼组信息改 变时，将与网络进行信息交互，报告其最新位置；或经过一定的周期，或发 生其他特定事件后，需要与网络进行交互，报告其最新位置，该过程称为位 置更新。
图1为IEEE 802.16e中定义的IDLE模式流程示意图。图1中从上至下 依次描述了四个过程：MS进入IDLE模式的过程、MS在IDLE模式下进行 周期性位置更新的过程、MS收到BS的寻呼消息进行位置更新的过程以及 MS收到BS的寻呼消息进行网络重入的过程。下面分别予以介绍：
1、MS进入IDLE模式的过程：MS向BS发送注销请求(DREG_REQ)， BS向MS返回携带有寻呼组标识(PG-ID)的注销命令(DREG_CMD)， 并在BS和MS分别启动IDLE模式系统定时器和IDLE模式定时器。
2、MS在IDLE模式下进行周期性位置更新的过程：图中所示T1为位 置更新超时时间间隔，MS以T1为时间周期，在定时器超时之前向BS发送 测距请求(RNG_REQ)，BS向MS返回测距响应(RNG_RSP)。
3、MS收到BS的寻呼消息进行位置更新的过程：当BS向MS发送表 示没有下行数据需要传递的寻呼公告(MOB_PAG_ADV)时，MS根据该消 息进行位置更新。
4、MS收到BS的寻呼消息进行网络重入的过程：当BS存在下行数据 需要传递时，将向MS发送表示存在下行数据需要传递的寻呼消息，MS根 据该消息进行网络重入，即进行测距(Ranging)过程。
移动规律相同的多个节点可以定义为群组节点，群组节点的移动称为群 组移动。例如旅游团的移动、交通工具上乘客的移动以及其他各种小团体的 移动，这些节点呈现出相似的移动路径和移动时机，它们几乎同时从一个网 络实体的覆盖范围进入另外一个网络实体覆盖范围。在群组中可以部署群组 移动控制器(GMC，Group Mobility Controller)来为群组节点提供服务。例 如，在IEEE 802.16j中就定义了一种移动中继站(MRS)，若在火车中部署 MRS，则该MRS就可以作为GMC来为火车内部的MS提供服务。
当MRS与其下属的大量IDLE模式下的MS，从一个寻呼组区域移动到 另一个寻呼组区域时，即从服务网络移动到目标网络时，这些IDLE模式下 的MS均将检测到寻呼组发生了变化，于是几乎在同时发起位置更新过程， 这将在空口接入的同步过程中造成大量冲突，增加信令开销，引起信令风暴。 为此，IEEE 802.16j中对于IDLE模式终端的群组移动问题进行了研究，提 出了如下方案。
该方案的主要思想是：为每个MRS分配一个独立的、且在MRS的移动 过程中保持不变的PG-ID；当MRS及其下属的MS进入一个新BS，即进入 目标网络后，MRS在RNG过程中上报其自身的PG-ID，目标网络以该PG-ID 更新PG-ID列表，并在下发含有PG-ID的消息时，采用包含有该MRS的 PG-ID的新PG-ID列表。图2为现有群组移动方案的消息交互流程示意图， 包括以下步骤：
第1步：BS周期性地广播携带有BS所属寻呼组的PG-ID的下行信道 描述(DCD)消息。
第2步：当MRS发现DCD消息中的PG-ID信息发生变化时，一方面 与BS进行RNG过程(具体交互请见第3、4步)，以实现寻呼组更新 (PG_UPDATE)；另一方面将MRS自身的PG-ID加入到DCD消息的PG-ID 列表中，发送给MS，或直接阻塞该DCD消息，以向MS屏蔽该寻呼组信息 的变化。
第3步：MRS将其自身的PG-ID携带于RNG-REQ消息中发送给新BS。
第4步：新BS通知与该BS处于同一寻呼组区域内的其它BS，将该 PG-ID加入这些BS的PG-ID列表中，并向MRS返回RNG-RSP。
第5步：此后，BS使用新的PG-ID列表下发DCD消息，MRS停止对 于DCD消息的修改或者阻塞，按照正常流程进行消息处理。
这样当MS实际经过的寻呼组区域发生变化时，MS感知到的并不是原 有PG-ID的消失，而是PG-ID列表中的其它PG-ID发生了变化，从而不会 发起位置更新。但是，上述方案存在如下问题：
1、当MRS从原BS接入到新BS，进行RNG过程时，已经与原BS断 开了连接，因此，从MRS断开原链路，一直到MRS在新BS下完成PG-ID 更新过程的这一段时间，对于该MRS下处于IDLE模式的MS的寻呼，都 将由原BS下发，而这无法被MRS以及被寻呼的MS收到，从而导致了这 一段时间内网络无法寻呼到该MRS下处于IDLE模式的终端。
2、若BS到MS的消息进行完整性保护，那么MRS在完成PG-ID更新 过程前，需要阻塞DCD消息。由于更新过程中涉及BS与骨干网中的其它 网元的交互，其所需要的时间不能忽略不计，因此MS可能会察觉到网络的 异常，从而引发主动的位置更新和网络重入行为，这将增加信令开销，造成 空口资源的浪费。
3、该方法要求将MRS的PG-ID增加到与新BS处于同一寻呼组区域内 的所有其它BS，这将增加PG-ID更新过程的时延；并且在对该MRS下属 的IDLE模式终端进行寻呼的过程中，将导致寻呼区域发送到所有的BS， 增加了网络开销和空口资源的占用。
由上述分析可见，现有群组移动方案存在空口资源浪费，并且不能保证 终端在任意时间都能被寻呼到，不能很好地解决群组移动中大量IDLE模式 终端同时进行位置更新所带来的信令风暴问题。

有鉴于此，本发明实施例所提供的处理群组移动的方法和系统，避免了 群组移动中大量IDLE模式终端同时进行位置更新所带来的信令风暴，实现 了空口资源和信令开销的节约。
本发明实施例的技术方案具体是这样实现的：
一种处理群组移动的方法，在群组移动控制器GMC启动群组移动功能 时，为所述GMC分配固定的GMC寻呼组标识PG-ID，该方法还包括以下 步骤：
在GMC从服务网络切换到目标网络的消息交互过程中，目标网络获取 所述GMC的群组信息，并使用该GMC的群组信息更新目标网络中的PG-ID 列表。
一种无线通信系统，包括GMC、服务网络和目标网络；
所述GMC包括移动群组功能模块，所述移动群组功能模块用于启动群 组移动功能，并获取固定的GMC PG-ID；
所述目标网络包括群组信息获取模块和第一存储模块，所述群组信息获 取模块用于在GMC从服务网络切换到所述目标网络的消息交互过程中获取 所述GMC的群组信息，并通知第一存储模块以所述GMC的群组信息更新 第一存储模块所存储的PG-ID列表。
由上述技术方案可见，本发明实施例所提供的处理群组移动的方法和系 统，在GMC启动群组移动功能时，为该GMC分配固定的GMC PG-ID；然 后在GMC从服务网络切换到目标网络的消息交互过程中，目标网络获取 GMC的群组信息，并使用该GMC的群组信息更新目标网络中的PG-ID列 表，这样，目标网络在后续的与群组用户的进行交互的过程中就可以使用该 更新后的PG-ID列表。如此，在GMC的移动过程中，GMC下处于IDLE 模式的群组节点将感觉不到其所属寻呼组发生了变化，避免了IDLE模式终 端在跨寻呼组移动时不必要的位置更新，同时还能保证终端在任意时刻都能 被寻呼到。由此可见，采用本实施例所公开的方法能够避免大量的IDLE模 式终端在GMC移动时同时发起位置更新，造成信令风暴。
附图说明
图1为IEEE 802.16e中定义的IDLE模式流程示意图。
图2为现有群组移动方案的消息交互流程示意图。
图3为本发明实施例中处理群组移动方法的流程示意图。
图4为IEEE 802.16e中定义的MS空口接入流程示意图。
图5为本发明实施例中GMC切换的流程示意图。
图6为本发明实施例中对群组节点进入IDLE模式的处理流程示意图。
图7为本发明实施例中对群组节点退出IDLE模式的处理流程示意图。
图8为本发明实施例中对IDLE模式群组节点位置更新的处理流程示意 图。
图9为本发明实施例中对IDLE模式群组节点位置更新的另一处理流程 示意图。
图10为本发明实施例中无线通信系统的组成结构示意图。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举 实施例，对本发明作进一步详细说明。
图3为本发明实施例中处理群组移动方法的流程示意图。参见图3，该 方法包括以下步骤：
步骤301：在GMC启动群组移动功能时，为该GMC分配固定的GMC PG-ID。
本实施例所述GMC PG-ID在GMC的整个移动过程中保持不变。
步骤302：在GMC从服务网络切换到目标网络的消息交互过程中，目 标网络获取所述GMC的群组信息，并使用该GMC的群组信息更新目标网 络中的PG-ID列表。
本步骤中，目标网络获取GMC的群组信息的方式可以为：服务网络根 据GMC的切换请求向目标网络发起切换请求，并在GMC决定切换到目标 网络时将GMC的群组信息发送给目标网络。
如此，在GMC的移动过程中，GMC下处于IDLE模式的群组节点将感 觉不到其所属寻呼组发生了变化，从而避免了大量的IDLE模式终端在GMC 移动时，同时发起位置更新，造成信令风暴。
上述步骤301中，GMC可以在注册入网的过程中、或在启动中继功能的过 程中、或在启动中继功能的过程之后启动群组移动功能，由GMC主动将表示 其自身具备群组移动功能的信息上报给服务网络，服务网络根据本网络的相关 配置为GMC分配启动其群组移动功能所需的相关参数，例如包括GMC ID和 GMC PG-ID等信息。下面对这几种情况分别进行介绍。
1)在GMC注册入网的过程中启动群组移动功能。
现有技术中尚不存在对GMC注册入网具体流程的定义，可以认为GMC的 入网过程与MS的入网过程大致相同。图4为IEEE 802.16e中定义的MS空口 接入流程示意图。参见图4，包括以下步骤：
第1步：服务网络使用下行链路映射(DL-MAP)消息、上行链路映射 (UL-MAP)消息，下行信道描述(DCD)消息或上行信道描述(UCD)消息 等，下发上下行参数；
第2步：本步骤包括2a和2b，通过RNG-REQ和RNG-RSP消息的交互， 执行测距、调整功率和时延参数；
第3步：本步骤包括3a和3b，使用终端基本能力请求(SBC-REQ)和终 端基本能力响应(SBC-RSP)消息协商MS和网络的版本和基本能力等；
第4步：本步骤包括4a和4b，通过注册请求(REG-REQ)和注册响应 (REG-RSP)对MS进行鉴权、授权，MS IP地址的分配，以及IP连接的承载 建立。
GMC可以在上述入网流程的第3步或第4步中启动群组移动功能。通过在 空口管理消息SBC-REQ/RSP或REG_REQ/RSP消息中增加描述群组移动信息 的相关字段即可实现群组移动能力的上报和GMC PG-ID的分配。
2)在GMC启动中继功能的过程中启动群组移动功能。
当采用这种方式时，GMC在启动中继功能的过程中，上报其自身的群组移 动能力，并申请启动该功能，由网络为GMC分配并下发启动群组移动功能所 需参数，完成GMC群组移动功能的启动。
3)在GMC启动中继功能的过程之后，由GMC主动申请启动群组移动功 能。
当采用这种方式时，GMC首先在能力协商时上报其自身的群组移动能力， 然后在GMC认为需要时，主动申请启动该功能，最后，由网络为GMC分配并 下发启动群组移动功能所需参数，完成GMC群组移动功能的启动。
4)在GMC启动中继功能的过程之后，网络通知GMC启动群组移动功能。
当采用这种方式时，GMC首先在能力协商时上报其自身的群组移动能力， 然后在网络认为需要时，为GMC分配并下发启动群组移动功能所需参数，通 知GMC启动群组移动功能。
下面详细讨论本发明实施例对群组移动的处理。
由于只有在GMC下的所有终端都进入IDLE模式，没有上下行数据传输时， GMC才有可能进入IDLE模式，可见，在实际应用中，GMC不可能处于IDLE 模式，因此，GMC的移动过程一定是一个切换过程，而不是IDLE状态下的位 置更新。
本实施例所公开的技术方案，采用在GMC的切换过程中，而不是在进入 新网络的测距过程中完成对目标网络的PG-ID列表的更新。
现有技术尚不存在对GMC切换过程的具体定义。本实施例基于尽量减少 网络改动的原则，参照全球微波接入互操作性(WiMAX)网络工作组(NWG) Stage3中定义的MS切换流程，提出如图5所示的GMC切换流程示意图。参 见图5，包括以下步骤：
第1步：GMC检测到目标网络的信号，并侦听到广播消息，决定进行切换， 于是通过切换请求(MOB_HO-REQ)消息向服务网络发起切换请求。若服务网 络中尚未存储该GMC的GMC PG-ID，则该消息中需要携带GMC的GMC PG-ID。
第2步：服务网络向目标网络发送切换请求(HO Req)消息，以向目标网 络进行资源查询和请求切换。
第3步：目标网络同意GMC的切换，向服务网络发送切换响应(HO Rsp) 消息。
第4步：服务网络将切换准备的结果置于BS切换响应MOB_BSHO-RSP 中告知GMC。
第5步：GMC向选定的目标网络发起切换，并通过切换指示MOB_HO-IND 消息通知服务网络。
第6步：服务网络向目标网络发送切换证实(HO-confirm)消息，通知目 标网络GMC已经开始进行切换，目标网络开始等待GMC的接入。在该 HO-confirm消息中至少需要携带GMC ID和GMC PG-ID，进一步还可以携带 相关的群组信息。
第7步：目标网络向服务网络发送切换确认(HO ACK)消息，确认切换。
第8步：GMC断开与原服务网络的连接后，在目标网络下通过在测距请求 (RNG_REQ)消息中携带GMC ID表明自己的身份，并与目标网络进行 Ranging。
第9步：GMC完成在目标网络下的网络重入。
第10步：在GMC切换到目标网络之后，目标网络向服务网络发送切换完 成(HO Complete)消息，以通知切换完成。
图5所示流程中，服务网络在目标网络已被选定时，通过HO-confirm消息 将GMC PG-ID传递给目标网络，该消息中还可能包含其他群组信息；目标网 络收到该消息，将GMC PG-ID加入目标网络自身的PG-ID列表，并在后续过 程中、构造包含PG-ID参数的消息时，使用该更新之后的PG-ID列表。在收到 HO-confirm消息之后、收到RNG-REQ消息之前的任意时间，目标网络均可以 进行更新PG-ID列表的过程。
上述流程中，服务网络可以在GMC决定切换到目标网络时，即服务网络 收到GMC的表示开始切换的MOB_HO-IND消息时，从服务网络自身的PG-ID 列表中删除该GMC的GMC PG-ID；
或者，在收到该消息后时设置一段时间的定时器，待该定时器超时之后， 从服务网络自身的PG-ID列表中删除该GMC的GMC PG-ID；
或者，在收到目标网络的切换完成通知时，即收到来自于目标网络的 HO-Complete消息时，从服务网络自身的PG-ID列表中删除该GMC的GMC PG-ID。
较佳地，当目标网络更新目标网络中的PG-ID列表后，或者，当服务网络 完成了删除GMC PG-ID时，可以进一步与相应的接入服务网网关/寻呼控制器 (ASN-GW/PC)进行交互，以完成PG-ID寻呼组信息和路由信息的维护。
本实施例还提供了与群组移动相关的其他处理过程的解决方案，包括：对 群组节点进入IDLE模式的处理、对群组节点退出IDLE模式的处理、对IDLE 模式群组节点位置更新的处理、IDLE模式群组节点离开群组并进行位置更新时 对该离开群组的群组节点的处理、IDLE模式群组节点离开群组时对GMC的处 理、以及对GMC停止群组移动功能的处理，下面分别予以介绍。
1)对群组节点进入IDLE模式的处理：
群组节点进入IDLE模式的过程，与图1所示群组节点进入IDLE模式的过 程类似，差别在于：当网络/GMC收到来自于MS的DREG-REQ，发现MS是 群组节点，向MS下发DREG-CMD时，将其寻呼信息(Paging Info)字段中的 PG-ID字段置为该MS所属GMC的GMC PG-ID。
由于DREG-CMD被进行了完整性保护，根据安全联盟是建立在MS与网 络之间，即基于路径(Path-based)安全模式，还是建立在MS与GMC之间， 即基于链路(Link-based)安全模式，本实施例对群组节点进入IDLE模式的处 理过程又具体分为两种情况。图6示出了本发明实施例中对群组节点进入IDLE 模式的处理流程示意图。参见图6：
如果是Path-based安全模式，网络在DREG-CMD消息的Paging Info字段 中携带PG-ID字段，并将该PG-ID字段置为GMC PG-ID，以作为MS进入IDLE 状态时的寻呼组信息，该GMC PG-ID信息为GMC接入/切换到该网络时所上 报的寻呼组信息。
如果是Link-based安全模式，网络正常构造和下发DREG-CMD消息，GMC 修改DREG-CMD消息中的相关参数，即在Paging Info字段中的PG-ID字段携 带GMC PG-ID，该过程对网络透明。
2)对群组节点退出IDLE模式的处理：
群组节点退出IDLE模式主要有两种可能：主动网络重入和响应寻呼。前 者与图1所示IDLE模式终端网络重入过程相同，后者需要网络/GMC进行特别 处理。本实施例与图1所示IDLE模式终端退出IDLE模式的区别在于：在网络 /GMC发现MS是群组节点，向MS下发MOB_PAG-ADV消息时，将其Paging Info字段中的PG-ID字段置为该MS所属GMC的GMC PG-ID。此外，当网络 发现该MS为群组用户时，可以不向该网络范围内的所有网络实体广播该消息， 而是仅发送给该MS所在群组的GMC。
类似于上述群组节点进入IDLE模式，根据安全联盟是建立在MS与网络 之间，还是建立在MS与GMC之间，本实施例对群组节点退出IDLE模式的处 理过程又具体分为两种情况。图7示出了本发明实施例中对群组节点退出IDLE 模式的处理流程示意图。参见图7：
如果是Path-based安全模式，网络在MOB_PAG-ADV消息的中Paging Info 字段中携带PG-ID字段，并将该PG-ID字段置为GMC PG-ID，以作为MS退 出IDLE状态时的寻呼组信息，该GMC PG-ID信息为GMC接入/切换到该网络 时所上报的寻呼组信息。
如果是Link-based安全模式，网络正常构造和下发MOB_PAG-ADV消息， GMC修改MOB_PAG-ADV消息中的相关参数，即在Paging Info字段中的PG-ID 字段携带GMC PG-ID，该过程对网络透明。
3)对IDLE模式群组节点位置更新的处理：
除跨越寻呼组需要进行位置更新之外，其它的一些情况也可能使MS发起 位置更新。例如基于定时器的周期性位置更新、关机位置更新或MS内部维护 的MAC HASH超过阈值引起的位置更新等。在这些情况下，当网络发现MS 是群组节点，向MS下发RNG-RSP消息时，将其Paging Info字段中的PG-ID 字段置为该MS所属GMC的GMC PG-ID。
类似于上述群组节点进入IDLE模式，根据安全联盟是建立在MS与网络 之间，还是建立在MS与GMC之间，本实施例对IDLE模式群组节点位置更新 的处理过程又具体分为两种情况。图8示出了本发明实施例中对IDLE模式群 组节点位置更新的处理流程示意图。参见图8：
如果是Path-based安全模式，网络在RNG-RSP消息的中Paging Info字段 中的PG-ID字段携带GMC PG-ID作为MS位置更新时的寻呼组信息，该GMC PG-ID信息为GMC接入/切换到该网络时所上报的寻呼组信息。
如果是Link-based安全模式，网络正常构造和下发RNG-RSP消息，GMC 修改RNG-RSP消息中的相关参数，即在Paging Info字段中的PG-ID字段携带 GMC PG-ID，该过程对网络透明。
如果GMC含有所需的密钥信息，也可以在GMC上构造LU Request消息， 发送给ASN-GW，这更适用于在GMC和ASN-GW之间建立有直接隧道的情况 下，如图9所示。图9为本发明实施例中对IDLE模式群组节点位置更新的另 一处理流程示意图。在图9所示流程图中，GMC构造LU Request消息，并直 接发送给ASN-GW。
4)IDLE模式群组节点离开群组并进行位置更新时，对该离开群组的群组 节点的处理：
当GMC下处于IDLE模式的群组节点离开GMC的覆盖范围，进入GMC 当前服务网络的覆盖范围，并向所述当前服务网络发起位置更新时，或者，当 发起位置更新的MS不是群组节点时，当前服务网络将寻呼信息字段中携带 PG-ID字段的RNG-RSP消息发给该离开群组的群组节点，并将该PG-ID字段 置为非所述GMC PG-ID，也就是说，PG-ID字段的取值不能为所述GMC的 GMC PG-ID。
这样，在GMC离开该当前服务网络后，可以避免由于该当前服务网络删 除其GMC PG-ID，而导致的许多原属于该GMC所属群组的MS同时发起位置 更新，也可以避免由于消息错序而可能导致的原属于群组的MS短时间内无法 被寻呼到的问题。
5)IDLE模式群组节点离开群组时，对GMC的处理：
当GMC下处于IDLE模式的群组节点离开该GMC的覆盖范围，而进入到 该GMC当前服务网络的覆盖范围时，由于网络广播的下行消息中包含了该 GMC的GMC PG-ID，在原服务网络删除该GMC PG-ID之前(例如GMC切换 到新服务网络)，MS可能不会发起位置更新过程，这可能导致GMC上维护的 群组信息和实际情况有所不符。本实施例提供了两种GMC维护群组中IDLE 模式终端信息的方式。
第一种方式：GMC周期性地寻呼IDLE模式的群组节点，当群组节点无响 应的次数达到某一阀值时，GMC从群组中删除该群组节点。
第二种方式：当终端在IDLE模式下离开群组时，则当前服务网络/PC通知 GMC从群组中删除该群组节点。
6)对GMC停止群组移动功能的处理：
GMC可以单独停止群组移动的功能，也可以在停止中继功能，或退网的过 程中，停止群组移动功能。
当GMC向当前服务网络发送表示停止群组移动功能的信息时，当前服务 网络据此删除该当前服务网络维护的群组信息，以及分配给GMC群移动的相 关参数，如GMC PG-ID信息等。
当GMC停止群移动功能之后，网络将该GMC PG-ID从该网络的PG-ID 列表中删除，以后下发相关消息时，其Paging Info字段中不再含有该GMC PG-ID。
由上述实施例可见，本发明实施例所提供的处理群组移动的方法，在 GMC启动群组移动功能时，为该GMC分配固定的GMC PG-ID；然后在GMC 从服务网络切换到目标网络的消息交互过程中，目标网络获取GMC的群组 信息，并使用该GMC的群组信息更新目标网络中的PG-ID列表。如此，在 GMC的移动过程中，GMC下处于IDLE模式的群组节点将感觉不到其所属 寻呼组发生了变化，避免了IDLE模式终端在跨寻呼组移动时不必要的位置 更新，同时还能保证终端在任意时刻都能被寻呼到。由此可见，采用本实施 例所公开的方法能够避免大量的IDLE模式终端在GMC移动时同时发起位 置更新，造成信令风暴。
以上对本发明处理群组移动方法的具体实施方式进行了详细说明，下面 结合附图对本发明实施例所提供的无线通信系统进行介绍。
图10为本发明实施例中无线通信系统的组成结构示意图。参见图10， 该系统包括GMC 110、服务网络120和目标网络130。
其中，GMC包括移动群组功能模块111，该移动群组功能模块111用 于启动群组移动功能，并获取固定的GMC PG-ID；
目标网络130包括群组信息获取模块131和第一存储模块132，群组信 息获取模块131用于在GMC从服务网络切换到目标网络的消息交互过程中 获取该GMC的群组信息，并通知第一存储模块132以该GMC的群组信息 更新第一存储模块132所存储的PG-ID列表。
较佳地，目标网络130可以包括第一切换处理模块133，服务网络120 可以包括第二切换处理模块121，第三切换处理模块112。
其中，第二切换处理模块121，可以用于根据第三切换处理模块112的 切换请求向目标网络的第一切换处理模块133发起切换请求，并在收到第三 切换处理模块112的表示决定切换到目标网络的通知时，将GMC的群组信 息发送给目标网络130中的群组信息获取模块131；
第三切换处理模块112，可以进一步用于通过所述GMC的GMC ID与 第一切换处理模块133进行测距，并完成GMC在目标网络的网络重入；
第一切换处理模块133，可以进一步用于在GMC完成网络重入之后通 知服务网络的第二切换处理模块121切换完成。
较佳地，服务网络120可以包括第二存储模块122；
第二切换处理模块121，可以进一步用于在收到第三切换处理模块112 的表示决定切换到目的网络的通知时，通知第二存储模块122删除第二存储 模块122所存储PG-ID列表中的该GMC的GMC PG-ID；
或，用于在收到第三切换处理模块112的表示决定切换到目的网络的通 知时，启动一段时间的定时器，在该定时器超时时，通知第二存储模块122 删除第二存储模块122所存储PG-ID列表中的该GMC的GMC PG-ID；
或，用于在收到第一切换处理模块133的切换完成通知时，通知第二存 储模块122删除第二存储模块122所存储PG-ID列表中的该GMC的GMC PG-ID。
进一步地，目标网络130在更新PG-ID列表后，可以将所述更新通知 该目标网络130的ASN-GW/PC；
服务网络120在从PG-ID列表中删除GMC PG-ID之后，可以将所述删 除通知该服务网络120的ASN-GW/PC。
图10所示GMC110中可以进一步包括第一群组处理模块，GMC的当 前服务网络中还可以进一步包括第二群组处理模块。
其中，第一群组处理模块或第二群组处理模块，用于在收到来自于群组 节点的DREG-REQ时，向群组节点返回寻呼信息字段中携带PG-ID字段的 DREG-CMD，并且该PG-ID字段置为所述GMC的GMC PG-ID；
或，用于向群组节点发送寻呼信息字段中携带PG-ID字段的 MOB_PAG-ADV，并且该PG-ID字段置为所述GMC的GMC PG-ID；
或，用于向群组节点发送寻呼信息字段中携带PG-ID字段的RNG-RSP， 并且该PG-ID字段置为所述GMC的GMC PG-ID。
较佳地，该第二群组处理模块，可以用于在GMC下处于IDLE模式的 群组节点离开GMC的覆盖范围，进入GMC当前服务网络的覆盖范围时， 通知GMC从群组中删除该群组节点；并在该群组节点向当前服务网络发起 位置更新时，将寻呼信息字段中携带PG-ID字段的RNG-RSP消息发给该群 组节点，并且该PG-ID字段置为非所述GMC PG-ID。
该第一群组处理模块，用于在周期性地寻呼处于IDLE模式的群组节点 无响应次数达到阀值时，从群组中删除该群组节点。
由上述实施例可见，本发明实施例所提供的无线通信系统可以在GMC 的移动过程中，使GMC下处于IDLE模式的群组节点感觉不到其所属寻呼 组发生了变化，避免了IDLE模式终端在跨寻呼组移动时不必要的位置更新， 同时还能保证终端在任意时刻都能被寻呼到。由此可见，采用本实施例所公 开的方法能够避免大量的IDLE模式终端在GMC移动时同时发起位置更新， 造成信令风暴。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均 应包含在本发明的保护范围之内。