CN102647787B - 寻呼装置 - Google Patents

Abstract

本发明公开提供一种寻呼装置，包括：寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围；寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区及至少一个相邻小区；如果寻呼失败，则扩大寻呼范围或结束寻呼。在本发明中，可以避免对其他无关小区的寻呼，因此可以节省空口资源。

Description

寻呼装置

技术领域

本发明涉及通信技术，尤其涉及寻呼技术。

背景技术

寻呼中心寻呼被叫时，需要知道被叫所在的位置，否则，如果要求一次就能成功的寻呼到被叫，就必须进行全网寻呼。例如，在全球移动通信系统(GSM，Global System for Mobile communication)中，一个移动交换中心(MSC，mobileswitching centre)下会有很多个小区。当MSC要寻呼终端时，同样需要知道终端目前所在的位置，如果不知道终端所在的位置，又要寻呼到终端的话，就只有对MSC下所有小区进行寻呼才行。但是，这种寻呼方法涉及的寻呼范围太大，导致寻呼占用的空口资源很大。

目前，为避免在寻呼时对空口资源大量的占用，可以将一个MSC下的所有小区分成若干个位置区，每个位置区包括了多个小区，这样，终端在位置发生变化时，例如小区更新时，判断更新后的新小区是否在新的位置区，如果是，则发起位置更新流程，即，将新的位置信息通知到MSC，否则，不发起位置更新流程。这种情况下，如果MSC没有获得终端的准确位置信息且需要寻呼终端时，只需要对这个终端所在的位置区包括的所有小区进行寻呼即可。相对于寻呼MSC下的所有小区的方式，从一定程度上节约了空口资源。但是，由于每一个位置区包括的小区的数量仍然很大，所以，MSC在没有获得终端的准确位置信息的条件下，对位置区包括的所有小区进行寻呼时，仍然会占用比较多的空口资源。如果在通信繁忙的时段，一次寻呼就要占用很多空口资源，就可能导致有些寻呼被延迟或失败。

发明内容

本发明要解决的一个技术问题在于提供一种寻呼方法及装置，以实现在尽量少占用空口资源的前提下，对终端进行寻呼。

本发明提供一种寻呼方法的实施例，包括：根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围；对所述确定的寻呼范围寻呼；如果寻呼失败，则扩大寻呼范围或结束寻呼。

本发明提供一种寻呼装置的实施例，包括：寻呼范围确定单元，根据与需要寻呼的终端当前可能所在小区的相关信息，用于确定与所述终端相关的寻呼范围；寻呼单元，用于对所述确定的寻呼范围寻呼，如果寻呼失败，则扩大寻呼范围或结束寻呼。

在上述所有的实施例中，首先寻呼的只是与终端相关的寻呼范围，由于使用终端的用户每天活动的范围基本上都是有限的，或者说，使用终端的用户每天基本上都在一个小区或相邻小区内活动，这种情况下，如果首先寻呼与所述终端相关的寻呼范围，则一次寻呼成功的几率会比较大，进而避免对其他无关小区的寻呼，因此可以节省空口资源。

附图说明

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

图2为本发明方法的第二优选实施例的流程图；

图3为本发明方法的第三优选实施例的流程图；

图4为本发明方法的第四优选实施例的流程图；

图5为本发明方法的第五优选实施例的流程图；

图6为本发明方法的第六优选实施例的流程图；

图7为本发明方法的第七优选实施例的流程图。

具体实施方式

首先对本发明提供的一种寻呼方法实施例的整体技术方案进行说明。这种方法实施例包括：根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围；对所述确定的寻呼范围寻呼；如果寻呼失败，则扩大寻呼范围或结束寻呼。

这里的与终端相关的寻呼范围可以是终端当前可能所在的小区，终端当前可能所在的小区信息可以是原来保存的信息，也可以是获得的原始信息，还可以是经过原来保存的信息和/或获得的原始信息推断出来的信息；与终端相关的寻呼范围还可以是终端当前可能所在的小区及至少一个相邻小区，当然，终端当前可能所在的小区信息及至少一个相邻小区信息也可以是原来保存的信息，还可以是获得的原始信息，还可以是经过原来保存的信息和/或获得的原始信息推断出来的信息。

如果对与终端相关的寻呼范围寻呼失败，可以选择扩大寻呼范围，当然，也可以结束寻呼。

另外，发起呼叫的可以是MSC，也可以是MSC下的基站控制器(BSC，Base Station Controller)，还可以是BSC下的基站收发信台或基站(BTS，BaseTransceiver Station)。

下面结合几个优选实施例，对上述方法实施例进行详细说明。

图1为本发明方法的第一优选实施例的流程图。如图1所示，包括：

步骤S101：MSC对与需要寻呼的终端相关的BSC进行寻呼。

MSC中保存终端当前可能所在小区的相关信息，这里的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的BSC信息(例如编号)及终端当前可能所在小区对应的BTS信息(例如编号)，还可以是终端当前可能所在小区的标识CI及其相邻小区的标识。MSC可以在终端发起位置更新请求时，获得上述相关信息，还可以在之前的寻呼响应时获得上述信息。

MSC可以根据上述相关信息确定与终端相关的BSC，进而向BSC发起寻呼。进一步的，MSC向BSC发起寻呼时，可以将上述相关信息提供给BSC。当然，如果BSC也保存了或有能力获得上述相关信息，则MSC可以不用将上述相关信息提供给BSC。

步骤S102：BSC对终端当前可能所在的小区进行寻呼。

BSC可以在终端向MSC发起位置更新请求时获得并保存终端当前可能所在小区的相关信息，也可以接收MSC发送的上述相关信息。BSC可以根据这些信息，对自己控制的所有小区进行寻呼，也可以只对终端当前可能所在小区对应的BTS进行寻呼，BTS接收到寻呼消息后，可以对自己控制的所有小区进行寻呼，也可以只对终端当前可能所在的小区进行寻呼。

步骤S103：MSC判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S104。

步骤S104：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对位置区内除终端当前可能所在小区以外的其他小区进行寻呼，也可以对位置区内的所有小区进行寻呼，还可以对终端当前可能所在小区的至少一个相邻小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

如果MSC需要对终端当前可能所在小区的至少一个相邻小区进行寻呼，则MSC可以根据保存或获得终端当前可能所在小区的相关信息确定需要对哪个或哪些相邻小区进行寻呼，可能是对一部分相邻小区进行寻呼，也有可能是对所有的相邻小区进行寻呼。寻呼的方式有很多种，例如，MSC可以对相邻小区对应的BSC进行寻呼，BSC接收到寻呼消息后，可以对自己控制的所有小区进行寻呼，还可以对相邻小区对应的BTS进行寻呼，BTS可以对自己控制的所有小区进行寻呼，还可以只对相邻小区进行寻呼。需要说明的是，终端当前可能所在的小区与相邻小区可能同在一个BSC或BTS下，也可能不同在一个BSC或BTS下，如果不同在一个BSC或BTS下，则MSC可以分别对所有需要寻呼的相邻小区对应的不同BSC进行寻呼，也可以选择其中的一个或几个需要寻呼的相邻小区对应的BSC进行寻呼，同理，BSC也可以分别对所有需要寻呼的相邻小区对应的不同BTS进行寻呼，也可以选择其中的一个或几个需要寻呼的相邻小区对应的BTS进行寻呼。

对于MSC对终端可能活动的其他小区进行寻呼的情况，MSC可以根据终端之前的活动记录，确定终端可能活动的其他小区。实现的方式有很多种，其中的一种实现方式为，MSC可以保存或获得终端活动的记录，例如终端经常在哪个或哪些小区活动，当需要的时候，MSC就可以根据这些记录确定终端可能活动的其他小区，进而决定再次向哪些小区寻呼。

需要说明的是，步骤S103有很多种实现方式，也有很多种替代方案。例如，BSC可以判断在预设的时间内是否接收到寻呼响应，如果是，则对MSC返回寻呼响应，否则，也要通知MSC没有接收到寻呼响应。MSC可以根据BSC返回的结果，确定是否能够收到寻呼响应，如果是，进行后续处理，否则，转步骤S104。再例如，如果BTS参与了呼叫，则BTS也可以判断在预设的时间内是否接收到寻呼响应，如果是，则对BSC返回寻呼响应，否则，也要通知BSC没有接收到寻呼响应。BSC可以根据BTS返回的结果，确定是否能够收到寻呼响应，进而再决定是否向MSC上报寻呼结果。当然，MSC或BSC还可以根据BSC或BTS返回的寻呼结果，再结合预设的时间，综合考虑是否能够收到寻呼响应。

在上述第一优选实施例中，MSC首先寻呼的是终端当前可能所在的小区。由于使用终端的用户在大多数时间内都会处于一个相对固定的小区中，并且终端定期发出的位置更新消息可以及时通知MSC自己当前所在的小区，所以，一般情况下，寻呼终端当前可能所在的小区基本上都会成功的寻呼到终端，这样就解决了MSC启动大范围的针对位置区的寻呼而导致的占用大量空口资源的问题。

在实际中，终端可能长期处于两个小区的边界，并有可能经常在边界的两个小区之间来回切换，如果为保证第一次寻呼就成功，可以在第一次寻呼时，针对终端当前可能所在的小区及相邻小区进行寻呼。为此，本发明提供了一个第二优选实施例。

图2为本发明方法的第二优选实施例的流程图。如图2所示，包括：

步骤S201：MSC根据需要寻呼的终端当前可能所在小区的信息及相邻小区的信息，对相关的BSC进行寻呼。

MSC可以保存或获得终端当前可能所在小区的相关信息，这里的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的BSC信息(例如编号)及终端当前可能所在小区对应的BTS信息(例如编号)，还可以是相邻小区的标识。具体的，MSC还可以保存或获得每个小区及其相邻小区的信息表。MSC可以在终端发起位置更新请求时，获得上述相关信息，还可以在之前的寻呼响应时获得上述信息。

MSC可以根据上述相关信息确定相关的BSC，进而向BSC发起寻呼。进一步的，MSC向BSC发起寻呼时，可以将上述相关信息提供给BSC。当然，如果BSC也保存了或有能力获得上述相关信息，则MSC可以不用将上述相关信息提供给BSC。

另外，终端当前可能所在的小区可能会与相邻小区对应同一个BSC，也可能对应不同的BSC，进一步的，这些相邻小区可能对应同一个BSC，也可能对应不同的BSC，所以，MSC确定需要寻呼的BSC可能是一个，也可能是多个，因此，MSC寻呼的BSC可能是一个，也可能是多个。

步骤S202：BSC对终端当前可能所在的小区和/或相邻小区进行寻呼。

在步骤S201中提到，BSC可以保存或获得终端当前可能所在小区的相关信息，也可以接收MSC提供的上述相关信息。BSC可以根据这些信息，对自己控制的所有小区进行寻呼，也可以只对终端当前可能所在小区和/或相邻小区对应的BTS进行寻呼。需要说明的是，如果终端当前可能所在小区及相邻小区不同在一个BSC下，则MSC寻呼的BSC可能有多个，这些BSC接收到寻呼消息后，需要对自己控制的终端当前可能所在小区和/或相邻小区进行寻呼，由于有的BSC控制终端当前可能所在的小区，甚至还控制一个或多个相邻小区，所以这个BSC可以寻呼终端当前可能所在的小区，甚至还能寻呼一个或多个相邻小区，由于有的BSC不控制终端当前可能所在小区，而只控制一个或多个相邻小区，所以这个BSC只能寻呼控制的相邻小区。如果BSC对终端当前可能所在小区和/或相邻小区对应的BTS进行寻呼，则BTS接收到寻呼消息后，可以对自己控制的所有小区进行寻呼，也可以只对终端当前可能所在小区和/或相邻小区进行寻呼。

步骤S203：MSC判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S204。

步骤S204：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对位置区内除终端当前可能所在小区及相邻小区以外的其他小区进行寻呼，也可以对位置区内的所有小区进行寻呼，还可以对与相邻小区相邻的小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

需要说明的是，步骤S203有很多种实现方式，也有很多种替代方案。例如，BSC可以判断在预设的时间内是否接收到寻呼响应，如果是，则对MSC返回寻呼响应，否则，也要通知MSC没有接收到寻呼响应。MSC可以根据BSC返回的结果，确定是否能够收到寻呼响应，如果是，进行后续处理，否则，转步骤S204。再例如，如果BTS参与了呼叫，则BTS也可以判断在预设的时间内是否接收到寻呼响应，如果是，则对BSC返回寻呼响应，否则，也要通知BSC没有接收到寻呼响应。BSC可以根据BTS返回的结果，确定是否能够收到寻呼响应，进而再决定是否向MSC上报寻呼结果。当然，MSC或BSC还可以根据BSC或BTS返回的寻呼结果，再结合预设的时间，综合考虑是否能够收到寻呼响应。

在上述第二优选实施例中，MSC首先寻呼的是终端当前可能所在的小区及相邻小区。由于一个用户大多数时间不会离开一个小区以及相邻小区所组成的区域，所以，第二优选实施例也可以很大程度上保证第一次寻呼即可成功。

在上述第二优选实施例中，当终端当前可能所在小区及其相邻小区都处于一个BSC下时，MSC可以只需保存终端当前可能所在小区的标识即可，而不需要再保存其相邻小区的标识。即，在终端发起位置更新时，BSC不需要将终端当前可能所在小区的相邻小区信息也传送给MSC，而是只将终端当前可能所在小区的标识信息传送给MSC保存，这样，当MSC发起寻呼时，BSC在得到MSC的寻呼消息后，可以根据寻呼消息中的小区标识信息来获取相邻小区的信息，进而对终端当前可能所在小区及其相邻小区进行寻呼即可。显然，这种处理方式可以节省信令资源。

在上述第二优选实施例中，MSC对终端当前可能所在小区对应的BSC发起寻呼时，可以只将终端当前可能所在小区的标识信息提供给对应的BSC，而对终端当前可能所在小区的相邻小区对应的BSC发送寻呼消息时，可以只将相邻小区的标识信息提供给对应的BSC，这样，终端当前可能所在小区对应的BSC可以根据获得的终端当前可能所在小区的标识信息，获取相邻小区的标识信息，进而对终端当前可能所在小区及其相邻小区进行寻呼，而那些不是终端当前可能所在小区对应的BSC在获取到小区信息时，可以直接对这个小区进行寻呼即可。另外，MSC发送给BSC的寻呼消息中可以进一步包括一个是否是终端当前可能所在小区对应的BSC的标志，以帮助BSC进行判断。例如，BSC根据标志可以判断自己是否是终端当前可能所在小区对应的BSC，如果是，获取相邻小区信息，并对终端当前可能所在小区及相邻小区进行寻呼，否则，直接寻呼对应的小区即可。

在上述第二优选实施例中，MSC可以保存每个小区的信息以及每个小区在本MSC控制的其他BSC下的相邻小区的信息表。这样，MSC在从位置更新消息中或者寻呼响应消息中获取小区标识，并根据这个小区的信息从信息表中获取这个小区的相邻小区信息，之后，可以将这个小区及其相邻小区信息保存在终端对应的数据描述信息中。

在实际应用中，终端当前可能所在小区及其相邻小区可能同在一个BSC下，MSC可能只保存或获得终端当前可能所在小区的标识，而要保证MSC第一次就能呼叫到终端当前可能所在小区及其相邻小区，则也需要有一种合适的寻呼方法。为此，本发明提供了第三优选实施例。

图3为本发明方法的第三优选实施例的流程图。如图3所示，包括：

步骤S301：MSC根据需要寻呼的终端当前可能所在小区的信息，对终端当前可能所在小区对应的BSC进行寻呼。

MSC可以保存或获得终端当前可能所在小区的相关信息，这里的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的BSC信息(例如编号)及终端当前可能所在小区对应的BTS信息(例如编号)。MSC可以在终端发起位置更新请求时，获得上述相关信息，还可以在之前的寻呼响应时获得上述信息。

MSC可以根据上述相关信息确定需要寻呼的BSC，进而向BSC发起寻呼。进一步的，MSC向BSC发起寻呼时，可以将上述相关信息提供给BSC。当然，如果BSC也保存了或有能力获得上述相关信息，则MSC可以不用将上述相关信息提供给BSC。

步骤S302：BSC根据终端当前可能所在小区的相关信息，获得相邻小区的信息，进而对终端当前可能所在小区及相邻小区进行寻呼。

BSC中可以保存控制的每个小区的信息及其相邻小区的信息，也可以获得这些信息，例如，当BSC需要查询一个小区的相邻小区的信息时，可以查询已经保存的相邻小区的信息，也可以通过其他途径获得相邻小区的信息。相邻小区的信息可以是小区标识CI、小区全局标识CGI、小区对应的BSC信息(例如编号)及小区对应的BTS信息(例如编号)。在实际应用中，终端当前可能所在小区及其相邻小区可能不同在一个BSC下，这种情况下，BSC可以只保存或获得自己控制的相邻小区的信息，其他不在自己控制范围的相邻小区的信息可以不保存或不需要获得。前面提到过，本实施例假设终端当前可能所在小区及其相邻小区同在一个BSC下，所以，BSC可以保存或获得终端当前可能所在小区对应的所有相邻小区的信息。

步骤S303：MSC判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S304。

步骤S304：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对位置区内除终端当前可能所在小区及相邻小区以外的其他小区进行寻呼，也可以对位置区内的所有小区进行寻呼，还可以对与相邻小区相邻的小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

需要说明的是，步骤S303有很多种实现方式，也有很多种替代方案。例如，BSC可以判断在预设的时间内是否接收到寻呼响应，如果是，则对MSC返回寻呼响应，否则，也要通知MSC没有接收到寻呼响应。MSC可以根据BSC返回的结果，确定是否能够收到寻呼响应，如果是，进行后续处理，否则，转步骤S304。再例如，如果BTS参与了呼叫，则BTS也可以判断在预设的时间内是否接收到寻呼响应，如果是，则对BSC返回寻呼响应，否则，也要通知BSC没有接收到寻呼响应。BSC可以根据BTS返回的结果，确定是否能够收到寻呼响应，进而再决定是否向MSC上报寻呼结果。当然，MSC或BSC还可以根据BSC或BTS返回的寻呼结果，再结合预设的时间，综合考虑是否能够收到寻呼响应。

上述第三优选实施例有很多种具体的实现方式，也有很多种替代实施方案。例如，在上述第三优选实施例中，当一个小区及其相邻小区不同在一个BSC下时，MSC可以只保存这个小区的标识及本MSC下的相邻小区对应的BSC信息，而不需要再保存本MSC下的相邻小区的标识。即，在终端发起位置更新时，BSC可以只将这个小区的标识及本MSC下的相邻小区对应的BSC信息传送给MSC保存，这样，MSC在寻呼BSC时，可以将小区标识设置在寻呼消息中，BSC在得到MSC的寻呼消息后，根据寻呼消息中的小区标识来获取相邻小区的信息，之后对这个小区的相邻小区进行寻呼即可。

在上述第三优选实施例中，MSC可以判断终端当前可能所在小区与其相邻小区是否属于一个BSC，并在向BSC下发寻呼消息时，将是否属于一个BSC的标志也设置在寻呼消息中，这样，BSC在获得终端当前可能所在小区的标识后，不必再判断这个小区是否在自己的控制范围内，而只需获得这个小区的相邻小区的信息，并进行后续的寻呼动作即可。具体的，BSC接收到一个寻呼消息，寻呼消息中携带有终端当前可能所在小区的标识及是否在本BSC的控制范围内的标志，BSC根据终端当前可能所在小区的标识获得相邻小区的信息，并根据标志直接确定终端当前可能所在小区是否在自己的控制范围内，如果在自己的控制范围内，则对终端当前可能所在小区及其相邻小区进行寻呼，否则，仅对相邻小区进行寻呼。

在上述第三优选实施例中，如果MSC发送给各个BSC的寻呼消息中只携带终端当前可能所在小区的标识，则还可以在寻呼消息指明终端当前可能所在小区是否在本BSC的控制范围，这样，BSC在确定终端当前可能所在小区是在本BSC的控制范围的，则对终端当前可能所在小区及相邻小区进行寻呼，否则，只对相邻小区进行寻呼。

当然，为了减少BSC的计算工作量，MSC在向BSC寻呼时，可以只将BSC控制范围内的小区信息(无论是终端当前可能所在小区信息还是其相邻小区信息)提供给BSC，这样，BSC可以直接对这些指定的小区进行寻呼即可，当然，MSC在向BSC寻呼时，还可以将终端当前可能所在小区的信息及BSC控制范围内的相邻小区信息提供给BSC，这样，BSC就不需要在寻呼前，再根据终端当前可能所在小区的信息获得相邻小区的信息。

在上述所有的实施例中，如果需要寻呼终端当前可能所在小区及其相邻小区，则可以寻呼终端当前可能所在小区的同时，可以只寻呼部分的相邻小区，或者说，可以不是对所有的相邻小区都进行寻呼，进一步的，可以选择终端最有可能活动的相邻小区进行寻呼，这样可以进一步节省空口资源。

在上述所有的实施例中，MSC可以只保存终端当前可能所在小区对应的BSC信息，这样，MSC在寻呼时，可以直接寻呼终端当前可能所在小区对应的BSC即可。

在上述所有的实施例中，MSC可以只保存终端当前可能所在小区对应的BTS信息，这样，MSC在寻呼时，可以直接寻呼终端当前可能所在小区对应的BSC，并将对应的BTS信息提供给BSC，BSC接收到寻呼消息后，根据其中的BTS信息直接对BTS进行寻呼即可。

在上述所有的实施例中，BSC在向MSC传送寻呼响应消息时，可以在寻呼响应消息中携带终端当前可能所在小区的信息，MSC在接收到寻呼响应消息后，可以判断终端当前可能所在小区的信息是否发生变化，如果是，则更新保存的终端当前可能所在小区的信息。当然，MSC也可以不进行判断，而是直接将BSC提供的终端当前可能所在小区的信息保存，以便下次寻呼这个终端时使用。

上述所有的实施例都是以MSC发起寻呼为例，在实际应用中，BSC和BTS也有可能发起寻呼或者由MSC或BSC触发发起寻呼。为此，本发明还提供第四、第五、第六及第七优选实施例。

图4为本发明方法的第四优选实施例的流程图。如图4所示，包括：

步骤S401：BSC对与需要寻呼的终端相关的BTS进行寻呼。

BSC可以保存或获得终端当前可能所在小区的相关信息，这里的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI及终端当前可能所在小区对应的BTS信息(例如编号)，甚至还可以是相邻小区的标识。BSC可以在终端发起位置更新请求时，获得上述相关信息，还可以在之前的寻呼响应时获得上述信息。

BSC可以根据上述相关信息确定与终端相关的BTS，进而向BTS发起寻呼。进一步的，BSC向BTS发起寻呼时，可以将上述相关信息提供给BTS。当然，如果BTS也保存了或有能力获得上述相关信息，则BSC可以不用将上述相关信息提供给BTS。

步骤S402：BTS对终端当前可能所在的小区进行寻呼。

BTS可以对自己控制的所有小区进行寻呼，也可以只对终端当前可能所在的小区进行寻呼。

步骤S403：BSC判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S404。

步骤S404：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对除终端当前可能所在小区以外的其他小区进行寻呼，也可以对自己控制的所有小区进行寻呼，如果终端当前可能所在小区的至少一个相邻小区也在自己的控制范围，则还可以对终端当前可能所在小区的至少一个相邻小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

图5为本发明方法的第五优选实施例的流程图。如图5所示，包括：

步骤S501：如果终端当前可能所在小区及至少一个相邻小区同在自己的控制范围内，则BSC对终端当前可能所在小区及至少一个相邻小区进行寻呼。

终端当前可能所在小区及至少一个相邻小区可能在同一个BTS下，也有可能不同在一个BTS，如果要对终端当前可能所在小区及至少一个相邻小区进行寻呼，就要分条件进行处理。例如，如果终端当前可能所在小区及至少一个相邻小区都在同一个BTS下，则BSC只需要寻呼这个BTS即可；如果终端当前可能所在小区及至少一个相邻小区不同在一个BTS下，则BSC可以对这些小区对应的所有BTS进行寻呼。

步骤S502：BTS对终端当前可能所在小区和/或至少一个相邻小区进行寻呼。

如果终端当前可能所在小区单独在一个BTS下，则对应的BTS可以直接寻呼终端当前可能所在小区，也可以寻呼控制范围内的所有小区，终端当前可能所在小区的相邻小区对应的其他一个或多个BTS可以直接寻呼自己控制的相邻小区，也可以寻呼控制范围内的所有小区。

如果终端当前可能所在小区与相邻小区都在一个BTS下，则这个BTS可以直接寻呼这些小区，也可以对自己控制的所有小区进行寻呼。

步骤S503：BSC判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S504。

步骤S504：扩大寻呼范围或者结束寻呼。

图6为本发明方法的第六优选实施例的流程图。如图6所示，包括：

步骤S601：BTS对与需要寻呼的终端当前可能所在的小区进行寻呼。

步骤S602：BTS判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S603。

步骤S603：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对除终端当前可能所在小区以外的其他小区进行寻呼，也可以对自己控制的所有小区进行寻呼，还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

图7为本发明方法的第七优选实施例的流程图。如图7所示，包括：

步骤S701：BTS对与需要寻呼的终端当前可能所在小区及部分相邻小区进行寻呼。选择哪个或哪些相邻小区进行寻呼可以在实际应用中自行确定，例如，选择终端可能活动的相邻小区，或者选择当前不是很繁忙的相邻小区。

步骤S702：BTS判断在预设的时间内是否接收到寻呼响应，如果是，进行后续处理，否则，转步骤S703。

步骤S703：扩大寻呼范围或者结束寻呼。

扩大寻呼范围有很多种方式，例如，可以对除终端当前可能所在小区及已经寻呼过的相邻小区以外的其他小区进行寻呼，也可以对自己控制的所有小区进行寻呼，还可以对终端可能活动的其他小区或当前不是很繁忙的其他小区进行寻呼。

由于上述所有的方法实施例都可以由一种或多种装置来实现，所以，本发明还提供了一种寻呼装置实施例，其包括：寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的且比位置区小的寻呼范围；寻呼单元，用于对所述确定的寻呼范围寻呼，如果寻呼失败，则扩大寻呼范围或结束寻呼。

终端当前可能所在小区的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的BSC信息(例如编号)及终端当前可能所在小区对应的BTS信息(例如编号)，还可以是终端当前可能所在小区的标识CI及其相邻小区的标识。

在上述寻呼装置实施例中，寻呼范围确定单元确定的寻呼范围可以是终端当前可能所在的小区，这样，寻呼单元就可以直接对这个小区进行寻呼，如果寻呼失败，寻呼单元可以对位置区内除终端当前可能所在小区以外的其他小区寻呼，也可以对位置区内的所有小区进行寻呼，还可以对终端当前可能所在小区的至少一个相邻小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

当然，如果寻呼失败，寻呼范围确定单元可以在接收到寻呼失败或相应的指令后，再次确定寻呼范围，之后再将确定的寻呼范围提供给寻呼单元，寻呼单元再对确定的寻呼范围寻呼。如果由寻呼范围确定单元再次确定寻呼范围且寻呼范围确定单元确定终端当前可能所在小区的至少一个相邻小区作为再次寻呼的范围，则可以进一步确定哪个或哪些相邻小区作为寻呼范围；如果寻呼范围确定单元确定终端可能活动的其他小区作为再次寻呼的范围，则可以根据终端之前的活动记录，确定哪些小区是终端可能活动的小区。

在上述寻呼装置实施例中，寻呼范围确定单元确定的寻呼范围可以是终端当前可能所在的小区及至少一个相邻小区，这样，寻呼单元就可以直接对终端当前可能所在的小区及至少一个相邻小区进行寻呼，如果寻呼失败，寻呼单元可以对位置区内除终端当前可能所在小区以外的其他小区寻呼，也可以对位置区内的所有小区进行寻呼，还可以对与相邻小区相邻的小区进行寻呼，甚至还可以对终端可能活动的其他小区或当前不是很繁忙的相邻小区进行寻呼。

在上述寻呼装置实施例中，寻呼单元可以根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败。

在上述寻呼装置实施例中，还可以包括：存储单元，用于存储终端当前可能所在小区的相关信息。终端当前可能所在小区的相关信息可以是终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的BSC信息(例如编号)及终端当前可能所在小区对应的BTS信息(例如编号)，还可以是终端当前可能所在小区的标识CI及其相邻小区的标识。需要说明的是，上述寻呼装置可以应用于MSC、BSC及BTS上。

在本发明所有的实施例中，首先寻呼的是小区较少的寻呼范围，并且首次寻呼的成功率是比较高的，即使首次寻呼失败，也可以再扩大寻呼范围，扩大的寻呼范围甚至也可以是有限的，这样不但提高了寻呼成功的几率，还没有占用过多的空口资源。

在本发明所有的实施例中，首次寻呼或再次寻呼时，可以选择终端可能活动的小区进行寻呼，这样也可以节省空口资源，同时也提高了寻呼成功的几率。

在本发明所有的实施例中，再次寻呼时，可以选择当前不是很繁忙的其他小区进行寻呼，这样可以减轻网络尤其是繁忙小区的负担。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种移动交换中心，其特征在于，包括：

寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围，其中，所述终端当前可能所在小区的相关信息包括下述至少一种信息：终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的基站控制器信息、终端当前可能所在小区对应的基站信息和终端当前可能所在小区的标识CI及其相邻小区的标识；

寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区及至少一个相邻小区；根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败；如果寻呼失败，则扩大寻呼范围或结束寻呼，其中，所述寻呼单元还用于按照下述方式扩大寻呼范围：寻呼与所述终端当前可能所在小区的相邻小区；如果寻呼失败，则继续扩大寻呼范围或结束寻呼；

其中，所述确定的寻呼范围为所述终端当前可能所在的小区及至少一个相邻小区，所述寻呼单元对所述确定的寻呼范围寻呼具体包括：用于对所述终端当前可能所在的小区及所述至少一个相邻小区对应的一个或多个基站控制器进行寻呼；

其中，如果所述终端当前可能所在的小区及所述至少一个相邻小区对应同一个基站控制器，则所述同一个基站控制器对所述终端当前可能所在小区及所述至少一个相邻小区对应的一个或多个基站进行寻呼；如果所述终端当前可能所在的小区及所述至少一个相邻小区对应多个基站控制器，则所述多个基站控制器分别对所述终端当前可能所在小区或所述至少一个相邻小区对应的基站进行寻呼；接收到寻呼的基站对自己控制的所有小区进行寻呼，或者对自己控制的所述终端当前可能所在小区和/或所述至少一个相邻小区进行寻呼。

2.如权利要求1所述的移动交换中心，其特征在于：所述扩大的寻呼范围或继续扩大的寻呼范围包括位置区下的所有小区或者位置区下除所述终端当前可能所在小区之外的所有小区。

3.如权利要求1所述的移动交换中心，其特征在于：如果基站控制器寻呼失败，则基站控制器用于对自己控制的所有小区进行寻呼。

4.一种基站控制器，其特征在于，包括：

寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围，其中，所述终端当前可能所在小区的相关信息包括下述至少一种信息：终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的基站控制器信息、终端当前可能所在小区对应的基站信息和终端当前可能所在小区的标识CI及其相邻小区的标识；

寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区及至少一个相邻小区；根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败；如果寻呼失败，则扩大寻呼范围或结束寻呼，其中，所述寻呼单元还用于按照下述方式扩大寻呼范围：寻呼与所述终端当前可能所在小区的相邻小区；如果寻呼失败，则继续扩大寻呼范围或结束寻呼；

其中，所述确定的寻呼范围为所述终端当前可能所在小区及至少一个相邻小区，所述寻呼单元对所述确定的寻呼范围寻呼具体包括：用于对所述终端当前可能所在小区及所述至少一个相邻小区对应的一个或多个基站进行寻呼，以便基站对自己控制的所有小区进行寻呼，或者对自己控制的所述终端当前可能所在小区和/或所述至少一个相邻小区进行寻呼。

5.如权利要求4所述的基站控制器，其特征在于：所述扩大的寻呼范围或继续扩大的寻呼范围包括位置区下的所有小区或者位置区下除所述终端当前可能所在小区之外的所有小区。

6.如权利要求4所述的基站控制器，其特征在于：如果所述寻呼单元寻呼失败，则所述寻呼单元还用于对该基站控制器控制的所有小区进行寻呼。

7.一种移动交换中心，其特征在于包括：

寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围，其中，所述终端当前可能所在小区的相关信息包括下述至少一种信息：终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的基站控制器信息、终端当前可能所在小区对应的基站信息和终端当前可能所在小区的标识CI及其相邻小区的标识；

寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区；根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败；如果寻呼失败，则扩大寻呼范围或结束寻呼，其中，所述寻呼单元还用于按照下述方式扩大寻呼范围：寻呼与所述终端当前可能所在小区的相邻小区；如果寻呼失败，则继续扩大寻呼范围或结束寻呼；

其中，所述确定的寻呼范围为所述终端当前可能所在的小区，所述寻呼单元对所述确定的寻呼范围寻呼具体包括：用于对所述终端当前可能所在小区对应的基站控制器进行寻呼，以便所述基站控制器接收到寻呼消息后，对所述终端当前可能所在小区对应的基站进行寻呼，以便所述基站对自己控制的所有小区进行寻呼，或者对所述终端当前可能所在的小区进行寻呼。

8.如权利要求7所述的移动交换中心，其特征在于：所述扩大的寻呼范围或继续扩大的寻呼范围包括位置区下的所有小区或者位置区下除所述终端当前可能所在小区之外的所有小区。

9.如权利要求7所述的移动交换中心，其特征在于：如果基站控制器寻呼失败，则基站控制器对自己控制的所有小区进行寻呼。

10.一种基站控制器，其特征在于，包括：

寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围，其中，所述终端当前可能所在小区的相关信息包括下述至少一种信息：终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的基站控制器信息、终端当前可能所在小区对应的基站信息和终端当前可能所在小区的标识CI及其相邻小区的标识；

寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区；根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败；如果寻呼失败，则扩大寻呼范围或结束寻呼,所述寻呼单元还用于按照下述方式扩大寻呼范围：寻呼与所述终端当前可能所在小区的相邻小区；如果寻呼失败，则继续扩大寻呼范围或结束寻呼；

其中，所述确定的寻呼范围为所述终端当前可能所在的小区，则所述寻呼单元用于对所述确定的寻呼范围寻呼具体包括：用于对所述终端当前可能所在小区对应的基站进行寻呼，以便所述基站对自己控制的所有小区进行寻呼。

11.如权利要求10所述的基站控制器，其特征在于：所述扩大的寻呼范围或继续扩大的寻呼范围包括位置区下的所有小区或者位置区下除所述终端当前可能所在小区之外的所有小区。

12.如权利要求10所述的基站控制器，其特征在于：如果所述寻呼单元寻呼失败，则所述寻呼单元还用于对该基站控制器控制的所有小区进行寻呼。

13.一种基站，其特征在于，包括：

寻呼范围确定单元，用于根据与需要寻呼的终端当前可能所在小区的相关信息，确定与所述终端相关的寻呼范围，其中，所述终端当前可能所在小区的相关信息包括下述至少一种信息：终端当前可能所在小区的标识CI、全局标识CGI、终端当前可能所在小区对应的基站控制器信息、终端当前可能所在小区对应的基站信息和终端当前可能所在小区的标识CI及其相邻小区的标识；

寻呼单元，用于对所述确定的寻呼范围发起寻呼；所述确定的寻呼范围为所述终端当前可能所在的小区；根据在预设的时间内是否接收到寻呼响应确定寻呼是否成功，如果在预设的时间内接收到寻呼响应，则确定寻呼成功，否则，确定寻呼失败；如果寻呼失败，则扩大寻呼范围或结束寻呼，其中，所述寻呼单元还用于按照下述方式扩大寻呼范围：寻呼与所述终端当前可能所在小区的相邻小区；如果寻呼失败，则继续扩大寻呼范围或结束寻呼；

其中，所述确定的寻呼范围为所述终端当前可能所在的小区，所述寻呼单元对所述确定的寻呼范围寻呼具体包括：用于对自己控制的所有小区进行寻呼，或者对所述终端当前可能所在的小区进行寻呼。

14.如权利要求13所述的基站，其特征在于：所述扩大的寻呼范围或继续扩大的寻呼范围包括位置区下的所有小区或者位置区下除所述终端当前可能所在小区之外的所有小区。