CN101102589A - 移动通信系统及其寻呼方法 - Google Patents

Abstract

本发明涉及移动通信领域，公开了一种移动通信系统及其寻呼方法，使得寻呼过程在与FA重定位过程并发时仍得以正确执行。本发明中，由Anchor PC判断要寻呼的MS是否正在FA重定位过程中，如果是则通知服务FA停止寻呼；在FA重定位结束后再由MS所在的FA重新发起寻呼。通过在服务FA网络中的Anchor DPF和目标FA相关DPF之间建立R4数据通路，可以将Anchor DPF所缓存的数据直接发送到和目标FA相关的DPF中，从而在MS成功重定位到目标FA后，目标FA可以将这些数据发送到MS。服务FA也可以通知HA在FA重定位过程中停发数据，待代理重定位结束后重发数据。

Description

移动通信系统及其寻呼方法

技术领域

本发明涉及移动通信领域，特别涉及微波接入全球互通(WorldwideInteroperability for Microwave Access，简称“WiMAX”)系统中的寻呼技术。

背景技术

随着通信技术的发展和用户需求的增长，数据业务得到了迅速发展，数据业务量的迅速增长使得人们对通信带宽的需求日益高涨，宽带接入正在向产业界展现出一个巨大的市场。为突破接入网的带宽瓶颈，人们推出了多种宽带接入技术。与有线接入方式相比，采用无线接入方式的宽带无线接入(Broadband Wireless Access，简称“BWA”)技术具有灵活、方便、可移动性以及投资少等明显的优势，以第三代移动通信(The Third Generation，简称“3G”)、宽带无线局域网(Wireless Local Area Network，简称“WLAN”)和宽带无线城域网(Wireless Metropolitan Area Network，简称“WMAN”)为代表的BWA技术在近几年得到了飞速的发展。

微波接入全球互通(Worldwide Interoperability for Microwave Access，简称“WiMAX”)就是一种无线城域网技术，作为宽带WMAN领域的研究热点备受各大厂商和研究机构的关注。WiMAX是目前业界对基于电子和电气工程师协会(Institute of Electrical and Electronics Engineers，简称“IEEE”)802.16系列标准的无线城域网技术的约定俗成的称呼，其基本目标是提供一种在城域网一点对多点的多厂商环境下，可有效互操作的宽带无线接入手段。WiMAX能向固定或移动的设备提供宽带无线连接，还可用来连接WLAN的热点与因特网，提供校园连接，以及在“最后一公里”宽带接入领域作为数字用户线(Digital Subscriber Line，简称“DSL”)等有线宽带接入的无线替代品。

WiMAX系统采用蜂窝技术，其空中接口数据的传输在基站(BaseStation，简称“BS”)和若干个下属用户站(Subscriber Station，简称“SS”)之间进行的，并由基站进行集中控制。其中，BS与城域网、公用电话交换网(Public Switched Telephone Network，简称“PSTN”)相连，一个SS可以接入一个或者多个终端用户，并汇聚这些用户的网间互联协议(InternetProtocol，简称“IP”)数据、语音业务流量，通过空中接口传送到BS。

在WiMAX系统中定义的寻呼网络模型如图1所示。该系统包含寻呼代理(Paging Agent，简称“PA”)、寻呼控制器(Paging Controller，简称“PC”)、位置寄存器(LR)等网络实体。

其中，PC是一个决定网络中处于空闲模式的移动台(Mobile Station，简称“MS”)的行为。它定义了PC标识(6字节)，该参数将指示一个PC功能实体的地址。PA是一个解决PC与BS中与寻呼相关的功能实体之间的交互的功能实体，位于BS之上。BS被分为很多逻辑上的组。这些寻呼组的目的是为了提供一个毗邻的地区，在该地区内MS不需要传输位置更新消息，并且可以接收下行链路的寻呼。一般来说，对寻呼组区域的大小有一定要求，一方面必须足够大以保证大多数MS在较长时间内保持在同一个寻呼组范围内；另一方面寻呼组又要足够小，以保证在一个寻呼组对MS进行寻呼的开销是合理的。一个LR是一个分布的数据库，每个LR都对应一个PC。位置寄存器包含了处于空闲模式下的MS的信息。这些信息包括当前的寻呼组标识、寻呼周期，寻呼偏移，最近报告的BS标识，最近报告的中继PC标识，MS服务流信息等。

在WiMAX系统中，对于空闲状态的MS的移动IP网络功能实体如图2所示，包含外地代理(Foreign Agent，简称“FA”)与家乡代理(Home Agent，简称“HA”)。FA位于接入服务网络(Access Service Network，简称“ASN”)中，为MS的外地链路上的路由器，保留MS的转交地址。HA位于连接服务网络(Connection Service Network，简称“CSN”)中，为有一个端口与MS家乡链路相连的路由器，保留有MS的家乡地址以及家乡地址和转交地址之间的绑定表。

当MS处于空闲模式下时，如果网络侧有发往MS的数据，则首先将这些数据发送到HA，再由HA根据它所存储的家乡地址和转交地址的绑定表，把该数据发往FA和与该FA相关的数据通路功能(Data Path Function，简称“DPF”)进行缓存，如果该DPF不是Anchor DPF(锚点DPF)，那么这些数据将被转发到Anchor DPF。然后由Anchor DPF通过发送MS_Info_Request消息触发锚点PC对MS进行寻呼，以找到MS的确切路由。

当空闲模式下的MS在ASN之间移动时，会涉及到FA重定位的过程。该重定位流程分为两种：一种是客户端移动IP模式(Client Mobile IP，简称“CMIP”)，在这种模式下，FA如果需要重定位，MS首先离开空闲模式，进入激活状态，然后再进行FA的切换过程；另一种代理移动IP模式(ProxyMobile IP，简称“PMIP”)，在这种模式下，MS不需要进入激活状态，直接在网络侧由PMIP客户端触发并完成FA的切换过程。

在实际应用中，上述方案存在以下问题：寻呼流程可能无法被正确执行，到达源FA的数据丢失。

造成这种情况的主要原因在于，在现有技术中，寻呼流程与PMIP模式下的FA切换流程，即代理重定位流程，是单独执行的两个流程。因此，如果原FA在切换到目标FA的过程中，收到了来自HA的数据，仍将触发寻呼流程，如果寻呼流程成功的进行下去，那么MS会离开空闲模式，并且在原FA与MS之间建立一条数据通路。而如果切换也成功的进行下去，目标FA收到来自HA的数据后，会重新发起寻呼，此时由于MS已经离开了空闲模式，在这种情况下的寻呼就会失败。另一方面，如果原FA发起的寻呼失败，而切换完成后目标FA在收到来自HA的数据后发起了新的寻呼，由于此时已有部分数据被发给了原FA，这些数据都将无法被传输到MS，导致到达原FA的数据丢失。

发明内容

有鉴于此，本发明的主要目的在于提供一种移动通信系统及其寻呼方法，使得寻呼过程在与FA重定位过程并发时仍得以正确执行。

为实现上述目的，本发明提供了一种移动通信系统中寻呼方法，包含以下步骤：

锚点寻呼控制器收到来自服务FA的寻呼请求时，如果所寻呼的移动台正处于FA重定位的过程中，则通知该服务FA停止寻呼，在所述FA重定位的过程结束后，由所述移动台当前的FA重新发起寻呼。

其中，所述锚点寻呼控制器在所寻呼的移动台正处于代理重定位的过程中时通知所述服务代理停止寻呼的步骤包含以下子步骤：

所述锚点寻呼控制器发送“MS_Info_Response”消息给所述服务FA，其中包含表示所寻呼的移动台正处于FA重定位的过程中的代码；

所述服务FA收到所述“MS_Info_Response”消息后，如果其中包含表示所寻呼的移动台正处于代理重定位的过程中的代码，则停止当前对所述移动台的寻呼。

此外在所述方法中，表示所寻呼的移动台正处于FA重定位的过程中的代码为3。

此外在所述方法中，所述锚点寻呼控制器发送给所述服务FA的“MS_Info_Response”消息中还包含目标FA的地址。

此外在所述方法中，所述服务FA收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于代理重定位的过程中的代码，则还包含以下步骤：

在锚点数据通路功能中缓存需要发送给所述移动台的数据，并在该锚点数据通路功能与该移动台的目标FA的相关数据通路功能之间建立R4数据通路；

所述锚点数据通路功能将所缓存的数据复制后通过所述R4数据通路发送给所述目标FA的相关数据通路功能；

如果所述FA重定位成功，则由所述目标FA发起寻呼，并在寻呼成功后将从所述R4数据通路收到的数据发送给所述移动台；

如果所述FA重定位失败，则由所述服务FA重新发起寻呼，并在寻呼成功后将为所述移动台缓存的数据发送给该移动台。

此外在所述方法中，所述服务FA收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于FA重定位的过程中的代码，则还包含以下步骤：

所述服务FA通知家乡代理所寻呼的移动台正处于FA重定位的过程中，该家乡代理在该FA重定位过程结束后将该移动台的数据重新发送给该移动台所在的FA。

此外在所述方法中，所述服务FA收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于FA重定位的过程中的代码，则还包含以下步骤：

在锚点数据通路功能中缓存需要发送给所述移动台的数据；

如果所述FA重定位成功，则在所述锚点数据通路功能与所述移动台的目标FA的相关数据通路功能之间建立R4数据通路，该锚点数据通路功能将所缓存的数据通过所述R4数据通路发送给所述目标FA的相关数据通路功能，由所述目标FA发起寻呼，并在寻呼成功后将从所述R4数据通路收到的数据发送给所述移动台；

如果所述FA重定位失败，则由所述服务FA重新发起寻呼，并在寻呼成功后将为所述移动台缓存的数据发送给该移动台。

此外在所述方法中，所述锚点寻呼控制器收到来自所述服务FA的寻呼请求时，如果发生错误且该错误的类型属于未被预先定义的类型，则向该服务代理发送“MS_Info_Response”消息，其中携带表示未知错误的代码，该服务代理根据预定策略进行错误处理。

此外在所述方法中，所述表示未知错误的代码是4。

本发明还提供了一种移动通信系统，包含锚点寻呼控制器和第一、第二FA；

所述锚点寻呼控制器用于在收到来自所述第一FA的的寻呼请求时，判断所寻呼的移动台是否正处于代理重定位的过程中，如果是则向该第一FA发送第一通知，否则发起寻呼；

所述第一FA用于在收到所述第一通知时停止呼叫，在所述FA重定位过程失败时重新发起对所述移动台的寻呼；

所述第二FA用于在所述FA重定位过程成功时发起对所述移动台的寻呼。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，由Anchor PC判断要寻呼的MS是否正在代理重定位过程中，如果是则通知服务FA停止寻呼；在代理重定位结束后再由MS所在的FA重新发起寻呼。从而保证了寻呼过程一定是在没有进行FA重定位时进行的，使寻呼能够有较高成功率。通过在等待FA重定位结果出来之后再重新发起寻呼，确保了寻呼成功后能够顺利地将数据发送到MS。

通过扩展“MS_Info_Response”消息中的“Response Code”，可以在兼容现有协议的基础上以最小的改动将MS正处于FA重定位的过程中的状态通知给服务FA。

通过在服务FA网络中的Anchor DPF和目标FA相关DPF之间建立R4数据通路，可以将Anchor DPF所缓存的数据直接发送到目标FA的网络，从而在MS成功重定位到目标FA后，目标FA可以将这些数据发送到MS，不会因为代理的变化而导致原先服务FA网络中的数据丢失，保证了数据的完整性。

建立R4数据通路及发送Anchor DPF所缓存数据的时机有两种：

一种是在服务FA收到MS正处于FA重定位过程的通知后进行，因为在FA重定位过程中已经开始发数据，并将这些数据缓存在目标FA中，所以一旦MS成功重定位到目标FA，目标FA马上就可以将所缓存的数据下发，从而减少了数据传输的延迟；

另一种是FA重定位成功后进行，这种方式可以避免FA重定位失败时将数据不必要地发送给目标FA的网络，从而节省了目标FA的网络与服务FA的网络间的传输资源。

服务FA还可以将所收到的MS正处于FA重定位过程的通知转给HA，HA收到该通知后停止向服务FA发送该MS的数据，等待FA重定位过程完成后HA将该MS的数据重新发送给MS所在的FA。这种方式也可以保证数据的完整性。

附图说明

图1是根据现有技术中WiMAX系统的寻呼网络示意图；

图2是根据现有技术中移动IP网络功能实体示意图；

图3是PMIP模式下的FA切换流程图；

图4是空闲状态下的MS的寻呼流程；

图5是根据本发明第一实施方式的WiMAX系统中寻呼方法流程图；

图6是根据本发明第二实施方式的WiMAX系统中寻呼方法流程图；

图7是根据本发明第三实施方式的WiMAX系统中寻呼方法流程图；

图8是根据本发明第五实施方式的WiMAX系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明的核心在于，如果锚点PC在进行MS的FA重定位的过程中，收到了来自服务FA的对该MS的寻呼请求，则通过在MS_Info_Response消息中携带表示该MS正处于FA重定位过程的代码，通知该服务FA停止寻呼，并在FA重定位的过程结束后，由该MS所在的FA重新发起寻呼。

以上对本发明的原理进行了简单介绍，下面根据该原理，对本发明的第一实施方式WiMAX系统中的寻呼方法进行详细阐述。

如图5所示，在步骤501中，当锚点PC接收到位置更新请求消息后，比较发送该消息的中继PC的地址和存储在LR中的该MS的上次位置更新过程中保存的中继PC的地址。如果这两个地址是相同的，则说明MS是在相同的ASN中更换了寻呼组，在这种情况下FA无需重定位，如果这两个地址不同，则需发起FA的重定位。在本实施方式中，锚点PC需发起FA的重定位流程。

接着，在步骤502中，服务FA在锚点PC发起FA重定位的过程中接收到了来自HA的数据，该数据也被发送到与FA相关的DPF中，如果该DPF不是锚点DPF或最后一个DPF，则将数据发送到锚点DPF或最后一个DPF，并在锚点DPF或最后一个DPF中缓存起来。

接着，在步骤503中，Anchor DPF向锚点PC发送“MS_Info_Request”消息。具体地说，服务FA只能向处于激活状态下的MS发送数据，因此，如果MS处于空闲模式，那么，服务FA需要激活该MS才能将来自HA的下行链路数据发送给该MS。在本步骤中，服务FA向锚点PC发送“MS_Info_Request”消息，请求对该MS进行寻呼。

接着，在步骤504中，锚点PC向该MS的服务FA返回“MS_Info_Response”消息，通知服务FA正在进行该MS的FA重定位流程。具体地说，预先在“MS_Info_Response”消息中增加信息元素Response Code所表示的例外情况。例如将Response Code置为3，这里3为表示该MS正处于FA重定位过程的代码。在本实施方式中，当锚点PC接收到来自服务FA的“MS_Info_Request”消息后，通过查找与该MS相关的信息发现该MS正处于FA重定位的过程中，因此，将“MS_Info_Response”消息中的信息元素Response Code置为3，并且可选地在“MS_Info_Response”消息中携带目标FA的地址，将该“MS_Info_Response”消息发送给服务FA。通过将ResponseCode置为3以表示所寻呼的MS正处于FA重定位过程的情况，使得本实施方式在兼容现有协议的基础上以最小的改动将MS正处于FA重定位的过程中的状态通知给服务FA。之所以以锚点PC判断寻呼流程是否与FA重定位流程冲突，是因为锚点PC是两个流程必经的节点。

接着，进入步骤505，服务FA请求注册与目标FA的数据通路。具体地说，当服务FA收到Response Code＝3的“MS_Info_Response”消息后，得知锚点PC正在进行该MS的FA重定位流程，停止当前对该MS的寻呼，在锚点DPF中缓存需要发送给该MS的数据。并且，如果“MS_Info_Response”消息中携带目标FA地址，那么向目标FA相关的DPF发送注册请求，请求建立与目标FA的相关DPF的R4数据通路，以便将来自HA的下行链路数据转发给该目标FA。

接着，进入步骤506，与目标FA相关的DPF返回一个注册请求响应消息，表示该R4数据通路的注册结果。

接着，进入步骤507，锚点DPF将所缓存的数据复制后通过所建立的R4数据通路发送给目标FA的相关DPF。具体地说，由于服务FA停止了对MS的寻呼流程，需要等到该MS的FA重定位流程结束后，再由新的目标FA对该MS发起寻呼流程，因此，通过将所缓存的数据直接发送到目标FA的网络，可以保证当MS成功重定位到目标FA后，目标FA可以将这些数据发送到MS而不会因为FA的变化而导致原先服务FA网络中的数据丢失，保证了数据的完整性。而且，由于服务FA是在接收到Response Code＝3的“MS_Info_Response”消息后，立即请求建立R4数据通路，也就是说，在FA重定位过程中就已经开始发数据了，因此，一旦MS成功重定位到目标FA，目标FA马上就可以将所缓存的数据下发，从而减少了数据传输的延迟。

另外，由于锚点DPF是将所缓存的数据复制后，再通过所建立的R4数据通路发送给目标FA的相关DPF。因此，即使重定位失败，仍然可由服务FA发起寻呼，并在寻呼成功，MS离开空闲模式后，由服务FA将这些来自HA的下行链路数据传给MS，保证了MS接收数据的完整性。

接着，在步骤508中，当FA重定位过程结束后，即当锚点PC收到来自PMIP客户端的重定位响应消息后，锚点PC将该消息转发给服务FA以通知服务FA重定位结果。如果重定位成功，那么服务FA在传输完所有发送给它的该MS的数据后可以释放所有关于该MS的信息，目标FA接收完来自服务FA的数据以后，发起寻呼流程；如果重定位不成功，那么该服务FA仍然为MS的FA。然后根据需要重新发起寻呼过程。重定位成功后，目标FA或是服务FA发起的寻呼流程与现有技术相同，在此不再赘述。由此可见，对MS发起的寻呼过程一定是在没有进行FA重定位时进行的，因此能够使得寻呼有较高的成功率。同时避免了由于原先的服务FA对该MS的寻呼失败而不断的重新发起寻呼，进而导致对网络所增加的负担。

需要说明的是，本步骤在锚点PC收到来自PMIP客户端的重定位响应消息后立即执行，因此，并非一定在步骤507之后，也可能在步骤503至步骤507之间执行。

从步骤503开始到步骤508之前，系统同时在执行FA重定位流程。下面根据图3举例说明在PMIP模式下的FA重定位流程。

在步骤301中，当锚点PC接收到位置更新请求消息后，比较发送该消息的中继PC的地址和存储在LR中的该MS的上次位置更新过程中保存的中继PC的地址。如果这两个地址是相同的，则说明MS是在相同的ASN中更换了寻呼组，在这种情况下FA无需重定位，如果这两个地址不同，则需发起FA的重定位，进入步骤302。

在步骤302中，锚点PC通过R3链路向该MS的PMIP客户端发送重定位请求消息，该消息包含了MS当前移动到的新的FA的地址。

在步骤303中，PMIP客户端向锚点PC返回重定位请求的确认响应。

在步骤304中，PMIP客户端向目标FA发送PMIP注册请求消息，该消息包含了锚点PC地址，该地址需要在新的目标FA上存储。

在步骤305中，目标FA发送注册请求消息给HA。

在步骤306中，HA向目标FA返回注册请求的响应消息。

在步骤307中，目标FA转发该注册响应消息给PMIP客户端。

最后在步骤308中，PMIP客户端向锚点PC返回重定位请求的响应消息。

本发明的第二实施方式WiMAX系统中的寻呼方法如图6所示。步骤601与步骤604与步骤501至步骤504完全相同，在此不再赘述。

在步骤605中，服务FA收到Response Code＝3的“MS_Info_Response”消息后，通知HA当前正在进行FA重定位过程，HA在该FA重定位过程结束后将该MS的数据重新发送给该MS所在的FA。

具体地说，在重定位成功时，目标FA需要向HA登记位置更新，因此，HA可以知道重定位成功的时刻，并在定位成功时，向新的目标FA重新发送该MS的数据，由新的目标FA发起对该MS的寻呼。如果HA在得知锚点PC正在进行FA重定位过程后的很长时间内，都未收到来自目标FA的消息，则认为重定位失败，重新向服务FA重传数据，由服务FA发起对该MS的寻呼。比如说，在HA中设置一个定时器，在得知锚点PC正在进行FA重定位过程时启动，如果定时器超时仍未收到目标FA的位置更新消息，或收到目标FA的重定位失败消息，则重新向服务FA重传数据，由服务FA发起对该MS的寻呼。

在步骤606中，当FA重定位过程结束后，即当锚点PC收到来自PMIP客户端的重定位响应消息后，锚点PC将该消息转发给服务FA以通知服务FA重定位结果。服务FA在接收到该消息后，也向锚点PC返回响应。

本发明的第三实施方式WiMAX系统中的寻呼方法如图7所示。步骤701与步骤703与步骤501至步骤503完全相同，在此不再赘述。

在步骤704中，锚点PC向该MS的服务FA返回Response Code＝3且携带有目标FA地址的“MS_Info_Response”消息，通知服务FA正在进行该MS的FA重定位流程。服务FA接收到该消息后，在锚点DPF中缓存需要发送给该MS的数据，并等待FA重定位流程结束。

接着，在步骤705中，当FA重定位流程结束时，锚点PC将重定位响应消息转发给服务FA，以通知服务FA重定位结果。如果重定位失败，则该服务FA仍为该MS的服务FA，并由该服务FA发起寻呼流程；如果重定位成功，则进入步骤706。

在步骤706中，Anchor DPF请求注册与目标FA的数据通路。本步骤与步骤505完全相同，在此不再赘述。

接着，进入步骤707，与目标FA相关的DPF返回一个注册请求响应消息，表示该R4数据通路的注册结果。

在步骤708中，当R4数据通路建立成功后，锚点DPF将所缓存的数据全部发送给目标FA以及与目标FA相关的DPF。服务FA发送完所有的数据后，删除与该MS相关的信息。目标FA接收完所有的数据后，发起寻呼流程。

不难发现，本实施方式与第一实施方式大致相同，其区别仅在于服务FA请求建立R4数据通路及发送锚点DPF所缓存数据的时机不同。在第一实施方式中，服务FA在FA重定位过程中就已经开始发送数据，以减少数据传输的延迟；而在本实施方式中，服务FA在FA重定位成功后，再请求建立R4数据通路及发送锚点DPF所缓存的数据，避免了因FA重定位失败而将数据不必要地发送给目标FA的网络，从而节省了目标FA的网络与服务FA的网络间的传输资源。

本发明的第四实施方式WiMAX系统中的寻呼方法与第三实施方式大致相同，其区别仅在于，在第三实施方式中，仅增加了一种信息元素ResponseCode所表示的例外情况，而在本实施方式中，进一步将Response Code＝4表示为该寻呼请求的处理发生错误，但错误的类型属于未被预先定义的类型，使得服务FA在接收到“MS_Info_Response”消息时，根据其中携带的表示未知错误的代码，按预定策略进行错误处理。

在上述第一至第四实施例中，都在FA重定位成功时由目标FA发起寻呼流程，在FA重定位失败时由服务FA发起寻呼流程。下面根据图4举例说明FA对空闲状态下MS发起寻呼的流程。

在步骤401中，来自HA的数据通过隧道到达FA和与该FA相关的DPF，如果该DPF不是锚点DPF或最后一个DPF，则将数据发送到锚点DPF或最后一个DPF，并在锚点DPF或最后一个DPF中缓存起来。

在步骤402中，如果该MS当前处于空闲模式，则需先激活该MS。因此，该MS当前所在的Anchor DPF向锚点PC发送“MS_Info_Request”消息，请求对该MS进行寻呼。

在步骤403中，锚点PC找到与该MS相关的信息后，向该Anchor DPF返回“MS_Info_Response”消息，该消息被用于指示在锚点PC内存储的该MS的模式信息是否正确并且所请求的寻呼过程是否被认证。在MS_Info_Response消息中的Response Code信息元素指示了不同的行为(如表1所示)：

信息元素	描述	必选或可选	注释
				MS标识	MS媒体接入层地址	必选	用于具体指出被请求的MS
Event Code	EC＝03，对处于空闲状态下的MS有数据输入	必选	(返回MS Info Req消息的事件码)
				Response Code	指示寻呼是否被允许或MS信息是否正确	必选	0＝允许；1＝不允许，服务流的寻呼优选特性未被设置；

2＝不允许，接收到的数据不属于任何该MS所保留的服务流。

表1

当Response Code＝0时，  该寻呼被允许。

当Response Code＝1时，该寻呼不被允许，因为服务流的寻呼优选特性没有被设置。在这种情况下MS当前的FA将丢弃接收到的数据。

当Response Code＝2时，该寻呼不被允许，因为接收到的数据不属于任何该MS所保留的SF。

需要说明的是，当MS在空闲模式下，如果数据不属于该MS所保留的任何SF，是否进行寻呼可以由运营商进行设定。

接着，在步骤404中，如果寻呼被允许，则锚点PC提取出MS的寻呼信息和认证者标识，并产生一个寻呼通告消息。该锚点PC基于它所知道的寻呼区域拓扑结构信息可能使用一个或多个寻呼通告消息。

如果锚点PC了解所定义的寻呼组的拓扑结构，那么它将把寻呼通告消息广播到属于该寻呼组的所有BS以及中继PC上。

如果锚点PC不了解寻呼地区或寻呼组的拓扑结构，而只知道一个或多个中继PC，那么该寻呼通告消息将被发送到已知的中继PC上。然后由中继PC把该寻呼通告消息发送到适当的一个或多个BS上。

BS上的PA收到寻呼通告消息后，产生一个寻呼消息，按照一定的寻呼周期进行发送。

当某个BS上的PA收到了被寻呼的MS的成功响应后，该PA将通知锚点PC或中继PC，然后锚点PC或中继PC将通知别的BS停止寻呼。

本发明第五实施方式的WiMAX系统如图8所示，包含锚点PC和两个FA，一个为MS的当前服务的FA，另一个为MS的目标FA。

其中，锚点PC用于在收到来自服务FA的寻呼请求时，判断所寻呼的MS是否正处于FA重定位的过程中，如果是则向该服务FA发送该MS正处于FA重定位的过程中的通知。

如果服务FA接收到来自锚点PC的该MS正处于FA重定位过程中的通知，则停止对该MS的呼叫。当FA重定位过程结束后，如果FA重定位失败，则由该服务FA发起寻呼流程；如果FA重定位成功，则由该目标FA发起寻呼流程。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种移动通信系统中寻呼方法，其特征在于，包含以下步骤：

锚点寻呼控制器收到来自服务外地代理的寻呼请求时，如果所寻呼的移动台正处于外地代理重定位的过程中，则通知该服务外地代理停止寻呼，在所述外地代理重定位的过程结束后，由所述移动台当前的外地代理重新发起寻呼。

2.根据权利要求1所述的移动通信系统中寻呼方法，其特征在于，所述锚点寻呼控制器在所寻呼的移动台正处于代理重定位的过程中时通知所述服务代理停止寻呼的步骤包含以下子步骤：

所述锚点寻呼控制器发送“MS_Info_Response”消息给所述服务外地代理，其中包含表示所寻呼的移动台正处于外地代理重定位的过程中的代码；

所述服务外地代理收到所述“MS_Info_Response”消息后，如果其中包含表示所寻呼的移动台正处于代理重定位的过程中的代码，则停止当前对所述移动台的寻呼。

3.根据权利要求2所述的移动通信系统中寻呼方法，其特征在于，表示所寻呼的移动台正处于外地代理重定位的过程中的代码为3。

4.根据权利要求2所述的移动通信系统中寻呼方法，其特征在于，所述锚点寻呼控制器发送给所述服务外地代理的“MS_Info_Response”消息中还包含目标外地代理的地址。

5.根据权利要求2所述的移动通信系统中寻呼方法，其特征在于，所述服务外地代理收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于代理重定位的过程中的代码，则还包含以下步骤：

在锚点数据通路功能中缓存需要发送给所述移动台的数据，并在该锚点数据通路功能与该移动台的目标外地代理的相关数据通路功能之间建立R4数据通路；

所述锚点数据通路功能将所缓存的数据复制后通过所述R4数据通路发送给所述目标外地代理的相关数据通路功能；

如果所述外地代理重定位成功，则由所述目标外地代理发起寻呼，并在寻呼成功后将从所述R4数据通路收到的数据发送给所述移动台；

如果所述外地代理重定位失败，则由所述服务外地代理重新发起寻呼，并在寻呼成功后将为所述移动台缓存的数据发送给该移动台。

6.根据权利要求2所述的移动通信系统中寻呼方法，其特征在于，所述服务外地代理收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于外地代理重定位的过程中的代码，则还包含以下步骤：

所述服务外地代理通知家乡代理所寻呼的移动台正处于外地代理重定位的过程中，该家乡代理在该外地代理重定位过程结束后将该移动台的数据重新发送给该移动台所在的外地代理。

7.根据权利要求2所述的移动通信系统中寻呼方法，其特征在于，所述服务外地代理收到来自所述锚点寻呼控制器的“MS_Info_Response”消息时，如果其中包含表示所寻呼的移动台正处于外地代理重定位的过程中的代码，则还包含以下步骤：

在锚点数据通路功能中缓存需要发送给所述移动台的数据；

如果所述外地代理重定位成功，则在所述锚点数据通路功能与所述移动台的目标外地代理的相关数据通路功能之间建立R4数据通路，该锚点数据通路功能将所缓存的数据通过所述R4数据通路发送给所述目标外地代理的相关数据通路功能，由所述目标外地代理发起寻呼，并在寻呼成功后将从所述R4数据通路收到的数据发送给所述移动台；

如果所述外地代理重定位失败，则由所述服务外地代理重新发起寻呼，并在寻呼成功后将为所述移动台缓存的数据发送给该移动台。

8.根据权利要求1至7中任一项所述的移动通信系统中寻呼方法，其特征在于，所述锚点寻呼控制器收到来自所述服务外地代理的寻呼请求时，如果发生错误且该错误的类型属于未被预先定义的类型，则向该服务代理发送“MS_Info_Response”消息，其中携带表示未知错误的代码，该服务代理根据预定策略进行错误处理。

9.根据权利要求8所述的移动通信系统中寻呼方法，其特征在于，所述表示未知错误的代码是4。

10.一种移动通信系统，其特征在于，包含锚点寻呼控制器和第一、第二外地代理；

所述锚点寻呼控制器用于在收到来自所述第一外地代理的的寻呼请求时，判断所寻呼的移动台是否正处于代理重定位的过程中，如果是则向该第一外地代理发送第一通知，否则发起寻呼；

所述第一外地代理用于在收到所述第一通知时停止呼叫，在所述外地代理重定位过程失败时重新发起对所述移动台的寻呼；

所述第二外地代理用于在所述外地代理重定位过程成功时发起对所述移动台的寻呼。

Images