CN101478788B - 侦听寻呼的方法与系统 - Google Patents

Abstract

本发明公开了一种侦听寻呼的方法，该方法包括：终端接收来自基站的消息，所述消息中包括优先寻呼载波信息；终端通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。本发明还公开了一种侦听寻呼的系统，该系统包括：基站，用于发送广播消息，该广播消息中包括优先寻呼载波信息；终端，用于接收来自基站的广播消息，并通过所述广播消息中的优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。通过本发明公开的方法与系统，可以使支持多载波的终端通过优先寻呼载波来侦听寻呼消息。并且由于终端不需要侦听它能够支持的所有载波，从而大大节省了终端的功率。

Description

侦听寻呼的方法与系统

技术领域

本发明属于通信技术领域，尤其涉及一种侦听寻呼的方法与系统。

背景技术

WiMAX全称为World Interoperability for Microwave Access，即全球微波互联接入，是一项基于IEEE 802.16标准的宽带无线接入城域网技术(BroadbandWireless Access Metropolitan Area Network)，WiMAX的基本目标是在城域网接入环境下，确保不同厂商的无线设备互连互通，主要用于为家庭、企业以及移动通信网络提供“最后一公里”的高速宽带接入，以及将来的个人移动通信业务。

关于IEEE 802.16标准，目前业界关心最多的是IEEE802.16e，它与802.16前几个标准的最大区别在于其对移动性的支持。制订802.16e标准的目的，是希望能够提出一种既能提供高速数据业务又使用户具有移动性的宽带无线接入解决方案。它在固定的空中接口802.16d的技术基础上，增加了切换支持、终端(MS)睡眠模式、寻呼以及增强的安全能力等一些重要特性，使得MS的漫游和切换成为可能。

802.16e协议中MS睡眠模式包括：休眠(Sleep)模式和空闲(Idle)模式。Sleep模式的目的在于减少MS的能量消耗并降低对服务BS空中资源的使用。而Idle模式为MS提供了一种比Sleep模式更为省电的工作模式，在进入Idle模式后，MS只是在离散的间隔，周期性地接收下行广播数据(包括寻呼消息和MBS业务)，并且在穿越多个BS的移动过程中，不需要进行切换和网络重新进入的过程。

现有技术中，当网络上层实体检测到处于Idle模式的MS有消息来到的时候就会发起寻呼MS的过程。寻呼MS的过程如下：寻呼控制器(PagingController，PC，在实现时可以集成在基站BS中，可以集成在网关GW中，也可以集成在其它的网络实体中，或者作为单独的网络实体)在整个寻呼组(PagingGroup，PG)内通知寻呼代理(Paging Agent，PA，在实现时可以集成在基站BS中)需要发起寻呼消息，并且带上需要寻呼的MS标识。接着PA就生成带有某个MS标识的寻呼消息并且在空口上面发送，当MS在寻呼消息中接收到与自己匹配的MS标识就知道PA在寻呼它，接下来MS就执行入网的过程。在IEEE802.16e中BS通常就可以作为PA。寻呼组就是将一个或者多个PA放在一个组里面，当MS移动到跨了寻呼组的时候MS需要登记自己的位置。这样当PC需要寻呼MS的时候就可以在一个寻呼组里面寻呼这个MS。上述的寻呼，通常是通过BS广播MOB_PAG-ADV消息来实现的，当MS接收到MOB_PAG-ADV消息后，从中解析出的MS媒体接入控制(MS MAC)地址的哈希值与自己的哈希值匹配就认为BS在寻呼自己，然后MS就根据MOB_PAG-ADV中的动作码(Action Code)来执行相应的动作。

当MS进入空闲模式(Idle Mode)后，它会周期地在寻呼间隔醒过来，即从寻呼无效间隔(Paging unavailable interval)转入寻呼侦听间隔(Paging ListeningInterval)，进入寻呼侦听间隔后终端就可以接收MOB_PAG_ADV消息。

上面描述的都是针对普通终端的寻呼流程，但是由于当前通信系统可利用的带宽资源越来越大，对于终端的要求也越来越高，因此也就出现了支持多载波的终端。支持多载波的终端拥有在系统多个载波上同时解调的能力，系统可以同时在多个载波上给它调度资源，由此可以提供很高的峰值速率，满足一些对峰值速率要求很高的业务的要求。但是本申请的发明人发现当前相关的标准对支持多载波的终端如何进行寻呼没有太多的描述，只是强调当终端有能力解调多个载波时，它将同时解调多个载波。因此对于支持多载波的终端，如何侦听寻呼消息，现有技术中还没有相关的解决方案。

发明内容

本发明的实施例提供了一种侦听寻呼的方法与系统，通过该方法与系统可以解决对于支持多载波的终端如何侦听寻呼消息的问题。

本发明实施例提供的一种侦听寻呼的方法包括如下步骤：

终端向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

终端接收来自基站的优先寻呼载波信息协商响应消息，所述的优先寻呼载波信息协商响应消息中包括基站允许的优先寻呼载波信息；

终端通过所述的优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

本发明提供的一种侦听寻呼的系统包括：基站和终端；

其中，所述基站包括：

协商模块，用于接收终端发送的优先寻呼载波信息协商请求消息，并向所述终端发送优先寻呼载波信息协商响应消息，其中，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一发送模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波向终端发送寻呼消息；

所述终端包括：

发送模块，用于向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

第二接收模块，用于接收来自基站的优先寻呼载波信息协商响应消息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一接收模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

本发明还提供了一种终端，可以用于侦听寻呼消息，一种终端包括：

发送模块，用于向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

第二接收模块，用于接收来自基站的优先寻呼载波信息协商响应消息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一接收模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

除此之外，本发明还提供了一种基站，该基站包括：

协商模块，用于接收终端发送的优先寻呼载波信息协商请求消息，并向所述终端发送优先寻呼载波信息协商响应消息，其中，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一发送模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波向终端发送寻呼消息。

从以上技术方案可以看出，本发明的实施例通过终端和基站交互可以确定一个载波(即优先寻呼载波)，若终端是能够支持多个载波的，则当终端进入空闲模式后，终端只需要侦听此优先寻呼载波以获取寻呼消息。通过该方案，解决了支持多载波的终端如何侦听寻呼消息的问题。并且在该方案中终端不需要侦听它能够支持的所有载波，从而大大节省了终端的功率。

附图说明

图1为本发明实施例一的信号流程示意图；

图2为本发明实施例二的信号流程示意图；

图3为本发明实施例二终端进入空闲模式后进行寻呼的流程示意图；

图4为本发明实施例三终端与基站协商优先寻呼载波信息的第一信号流程示意图；

图5为本发明实施例四终端与基站协商优先寻呼载波信息的第二信号流程示意图；

图6为本发明实施例三或实施例四终端进入空闲模式后进行寻呼的流程示意图；

图7为本发明实施例五终端的第一功能结构示意图；

图8为本发明实施例六终端的第二功能结构示意图；

图9为本发明实施例七终端的第三功能结构示意图；

图10为本发明实施七协商模块的第一功能结构示意图；

图11为本发明实施七协商模块的第二功能结构示意图；

图12为本发明实施例八基站的功能结构示意图；

图13为本发明实施例九系统的结构示意图。

具体实施方式

本发明实施例提供了一种侦听寻呼的方案。在该方案中，即使终端能够支持多个载波，但当此终端进入空闲模式后，它也只在一个预先约定的载波上侦听寻呼消息，这个载波可以称之为此终端的优先寻呼载波。通过该方案，解决了对于支持多载波的终端如何侦听寻呼消息的问题。并且在该方案中由于终端不需要侦听它能够支持的多个载波，从而大大节省了终端的功率。

上述的优先寻呼载波可以是基于终端的，即每一个终端对应的优先寻呼载波是相对独立的；也可以是基于基站的，即每一个基站对应的优先寻呼载波是相对独立的；还可以是基于组的，即多个终端或者基站同属于一个组，每个组对应的优先寻呼载波是相对独立的，在基于组的情况中，较好的是基于寻呼组的。

下面将结合附图对本发明实施例所述的方案进行描述。

参见图1所示的流程，本发明的实施例一提供了一种侦听寻呼的方法，该方法包括以下步骤：

步骤101、终端接收来自基站的消息，所述消息中包括优先寻呼载波信息；

步骤102、终端通过所述的优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

本发明实施例一所述的方法中终端只需要侦听一个载波(例如：优先寻呼载波)，就可以获知是否有针对它的寻呼消息。通过该方法，终端无需侦听能够支持的所有载波，从而大大节省了终端的功率。

为使本发明的技术方案更加清楚，下面将通过更为具体实施例对本发明的技术方案进行说明。

优先寻呼载波可以是基于组的，每个组中可以包括多个基站或者终端，各个组对应的优先寻呼载波都是相对独立的。在优先寻呼载波是基于组的情况中，比较优选的是基于寻呼组，参见图2的信号流程图，本发明实施例二以寻呼组为例进行说明，该方法包括以下步骤：

终端进行入网同步操作。由于入网同步操作为现有技术，所以在此不再详述。

步骤201、在完成入网同步操作后，终端接收来自基站的广播消息，该广播消息中包括寻呼组的寻呼组标识和该寻呼组对应的优先寻呼载波信息，优先寻呼载波信息中可以包括此优先寻呼载波对应的载波索引或中心频点或带宽等。

步骤201中所述的寻呼组可以是基站对应的寻呼组也可以是终端对应的寻呼组。基站对应的寻呼组可以为多个，因此基站对应的寻呼组标识也可以为多个，这些寻呼组标识通常保存在一个列表(如：Group List)中，基站可以通过广播消息将这个列表发送给终端。

步骤202、终端保存上述广播消息中寻呼组的寻呼组标识和该寻呼组对应的优先寻呼载波信息。

需要说明的是，步骤202是可选的。即终端在接收到来自基站的广播消息之后也可以不保存广播消息中寻呼组的寻呼组标识和该寻呼组对应的优先寻呼载波信息。

步骤203、终端根据自己所属的寻呼组，获取对应的优先寻呼载波，在进入空闲模式后，通过该优先寻呼载波侦听寻呼消息。

上述实施例二所述的流程中，当步骤202执行完后，在某些场景下，终端有可能进入空闲(Idle Mode)模式，进入空闲模式的终端会周期性地醒过来，即从寻呼无效间隔(Paging unavailable interval)转入寻呼侦听间隔(PagingListening Interval)，当终端进入寻呼侦听间隔，终端会尝试首先在优先寻呼载波上进行同步，如果同步成功，则在同步完成后在此优先寻呼载波上侦听广播消息。参见图3所示，假设终端中已保存的优先寻呼载波信息对应的优先寻呼载波为RF1，则终端醒过来之后会执行如下步骤：

步骤301、终端尝试在优先寻呼载波RF1上进行同步，如果终端与RF1同步成功，则执行步骤302；如果终端与RF1同步失败，则执行步骤305。

步骤302、终端在载波RF1上侦听基站发送的广播消息，并根据广播消息判断寻呼组标识或优先寻呼载波信息是否发生变化，如果没有发生变化则执行步骤303；如果发生变化则执行步骤304。

对于如何判断广播消息中的寻呼组标识或优先寻呼载波信息是否发生变化，可以通过将广播消息中的寻呼组标识或优先寻呼载波信息与终端中保存的寻呼组标识或优先寻呼载波信息进行比较来实现，如果一致的话则没有发生变化；如果不一致的话则发生了变化。

步骤303：终端在载波RF1上继续侦听此载波上的广播消息，以接收寻呼消息。

如果终端在载波RF1上侦听广播消息期间，如果存在针对此终端的寻呼消息，那么终端将根据寻呼消息内容指示执行相应的动作，比如重新入网，或者继续处于空闲模式等等。如果终端在寻呼侦听间隔(Paging Listening Interval)里一直都没有接收到针对它的寻呼消息，那么终端将重新转到寻呼无效间隔(Paging unavailable interval)。

步骤304：终端与最新的优先寻呼载波信息对应的优先寻呼载波进行同步，同步成功后终端在当前优先寻呼载波上侦听广播消息，以接收寻呼消息。

如果步骤302中的广播消息中包括寻呼组标识(Paging Group ID)或对应的优先寻呼载波(Primary Paging Carrier)信息与终端本地保存的不一致，说明终端已经到了另外一个寻呼组的范围，此时终端将根据侦听到的广播消息中的优先寻呼载波信息更新本地保存的信息，并根据最新的优先寻呼载波信息重新在此载波进行同步，在同步完成后侦听此载波上的广播消息。

步骤305、终端与其它能够支持的载波进行同步，若它在任意一个能够支持的载波上同步成功，则执行步骤306。

步骤306、终端在同步成功的载波上接收广播消息，并根据接收到的广播消息获取优先寻呼载波信息，如果优先寻呼载波信息对应的优先寻呼载波不是同步成功的载波，则执行步骤307；如果优先寻呼载波信息对应的优先寻呼载波就是步骤305中同步成功的载波，则执行步骤308。

步骤307、终端尝试与优先寻呼载波信息对应的优先寻呼载波同步，同步成功后，执行步骤308。

步骤308、终端在优先寻呼载波上侦听广播消息，直到它的寻呼侦听间隔结束。

上述步骤308中，如果终端在当前优先寻呼载波上侦听广播消息期间没有针对它的寻呼消息，那么它将重新转到寻呼无效间隔；如果有针对它的寻呼消息，则终端将根据寻呼消息内容指示执行相应的动作，比如重新入网，或者继续处于空闲模式等等。

在上述实施例二描述的方法中，优先寻呼载波是基于寻呼组或者基站的，本发明实施例所描述的方法中优先寻呼载波也可以是基于终端的，即每一个终端对应的优先寻呼载波可以是独立的。终端初始入网后，可以先与基站协商优先寻呼载波信息，例如通过MAC层消息进行协商。当终端进入空闲模式后，终端只在它对应的优先寻呼载波上侦听寻呼消息。

协商的过程可以由终端发起，也可以由基站发起，参见图4所示，本发明实施例三由终端发起的与基站之间协商优先寻呼载波的方法主要包括以下步骤：

步骤401、终端向基站发送优先寻呼载波信息协商请求消息，消息中可以携带一个或者多个推荐的优先寻呼载波信息。

上述的每一个优先寻呼载波信息中都可以包括载波索引(carrier index)或者中心频点(center frequency)或者带宽(bandwidth)等信息。

步骤402、基站向终端发送优先寻呼载波信息协商响应消息，消息中携带了基站允许的优先寻呼载波信息。

一般情况下，终端只有一个优先寻呼载波，因此，基站允许的终端的优先寻呼载波信息通常只对应一个优先寻呼载波。但是在在实现时，终端也可以有多个优先寻呼载波，优先寻呼载波可以是终端支持的载波的子集，即终端的优先寻呼载波是终端能够支持的载波中的一个或者多个。

当终端进入空闲模式后，终端可以通过上述基站允许的优先寻呼载波信息所对应的优先寻呼载波侦听寻呼消息。

协商的过程可以由基站发起的，参见图5所示，本发明实施例四由基站发起的与终端之间协商优先寻呼载波的方法主要包括以下步骤：

步骤501、基站向终端发送优先寻呼载波信息协商请求消息，消息中可以携带一个或者多个推荐的优先寻呼载波信息。

上述的每一个优先寻呼载波信息中都可以包括载波索引或者中心频点或者带宽等信息。

步骤502、终端向基站发送优先寻呼载波信息协商响应消息，消息中携带了终端支持的优先寻呼载波信息。

一般情况下，终端支持的优先寻呼载波信息通常只有一个。但是在在实现时，终端也可以有多个优先寻呼载波，优先寻呼载波可以是终端支持的载波的子集，即终端的优先寻呼载波是终端能够支持的载波中的一个或者多个。

在步骤502中，终端可以通过多种方式来确定优先寻呼载波，然后通过协商响应消息将此优先寻呼载波发送给基站。确定优先寻呼载波的方式不限，例如终端可以根据扫描的结果来确定优先寻呼载波，也可以通过事先规定的算法来确定优先寻呼载波，除此之外，当然还有很多其他的方法，在此无法一一列举。

当终端进入空闲模式后，终端可以通过上述终端支持的优先寻呼载波信息所对应的优先寻呼载波侦听寻呼消息。

在实际应用中，优先寻呼载波协商过程可以通过进入空闲状态的消息流程实现，例如，通过在DREG-REQ/DREG-CMD消息增加携带优先寻呼载波信息来实现。当然也可以通过其它的消息交互过程实现，只要这些消息增加携带优先寻呼载波信息即可，比如终端与基站的能力协商过程(SBC-REQ/SBC-RSP)，测距过程(RNG-REQ/RNG-RSP)，注册过程(REG-RNG/REG-RSP)，位置更新过程(Location Update REQ/Location Update RSP)等。

终端通过实施例三和实施例四所述的方法与基站协商好优先寻呼载波后，若终端进入空闲模式，终端就可以在此优先寻呼载波上侦听寻呼消息。

需要注意的是，当终端进入空闲模式之前或进入空闲模式时，它的一些信息需要保存在寻呼控制器(PC，Paging Controller，在实现时PC可以集成在基站BS中，可以集成在接入网关GW中，也可以集成在其它的网络实体中，或者作为单独的网络实体)中，比如优先载波信息之类的信息，这些信息可以用于基站在终端进入空闲模式后能寻呼到终端。这些信息可以是终端在协商的过程中保存到PC中的，例如，如果PC没有集成在基站中，则在上述步骤401基站收到终端发送优先寻呼载波信息协商请求消息后基站可以通过一个消息将这些信息发送给PC，通知PC保存这些信息；或者在上述步骤502基站收到终端发送优先寻呼载波信息协商响应消息后，通过一个消息将这些信息发送给PC，通知PC保存这些信息；如果PC是集成在基站中的，那么这些信息可以通过基站内部一些信息交互就可以保存到PC中了。除此之外，这些信息也可以是终端在进入IDLE的过程中与基站交互时存到PC中的。

当终端进入空闲模式时，若网络上层实体检测到空闲模式的终端有消息或者数据来到的时候就会发起寻呼终端的过程。寻呼详细的过程参见本发明图6所示的寻呼流程示意图，具体包括如下步骤：

步骤601、网络侧触发寻呼终端，此时寻呼控制器向寻呼代理发送寻呼消息，寻呼消息中携带了要寻呼的终端的MAC地址标识与优先寻呼载波信息。

步骤601中的网络侧可以为基站，但是也不限于基站。

步骤602、寻呼代理PA(在实现时可以集成在基站中，也可以集成在其它的网络实体中，或者是作为单独的网络实体)收到寻呼控制器发送的寻呼消息后，只在此终端对应的优先寻呼载波上发送它的寻呼消息，寻呼消息中包括了要寻呼的终端的MAC地址标识或者MAC地址标识的哈希值。

在步骤602中，需要注意的是，如果PA并不支持此终端对应的优先寻呼载波，那么，它将会在它支持的所有载波上发送寻呼消息。

步骤603、终端在优先寻呼载波上侦听到寻呼消息，当寻呼消息中有它的MAC地址或者MAC地址的哈希值时就知道寻呼代理PA在寻呼它，终端根据寻呼消息内容指示执行相应的动作，比如重新入网，或者继续处于空闲模式等等。

除了上述的侦听寻呼的方法以外，本发明的实施例还提供了一种终端，该终端可以是支持多载波的终端，该终端可以和基站交互确定一个载波(即优先寻呼载波)，当终端进入空闲模式后，终端只需要侦听此优先寻呼载波就可以获取寻呼消息。通过该方案，实现了对于支持多载波的终端如何侦听寻呼消息的问题。并且由于终端不需要侦听它能够支持的所有载波，从而大大节省了终端的功率。

参见图7所示结构示意图，本发明的实施例五提供了一种终端，所述的终端可以应用于实施例一或实施例二所述的方法，该终端包括：

第一接收模块702，用于接收来自基站的消息，所述的消息中包括优先寻呼载波信息；

第二接收模块704，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

参见图8所示的结构示意图，本发明的实施例六除了上述实施例五中第一接收模块702、和第二接收模块704外，还可以包括：

保存模块706，用于保存第一接收模块接收到的消息中所述的优先寻呼载波信息。

通过此保存模块706中保存的信息，基站可以在终端进入空闲模式后，通过优先寻呼载波寻呼到终端。

本发明的实施例六中还可以包括第一同步模块708，用于在所述第一接收模块702接收到来自基站的消息后，与优先寻呼载波信息对应的优先寻呼载波进行同步，同步成功后触发第二接收模块704，第二接收模块704就通过该同步成功的优先寻呼载波侦听寻呼消息。

除此之外，本发明的实施例六中还可以包括：

第二同步模块710，用于在第一同步模块708与所述优先寻呼载波同步失败后，与终端能够支持的载波进行同步，当与任意一个所述终端能够支持的载波同步成功后触发第一接收模块702；

第一接收模块702在同步成功的载波上接收广播消息，所述的广播消息中包括优先序号载波信息。

参见图9所示结构示意图，本发明的实施例七提供了另外一种终端，该终端可以应用于实施例一、实施例三或实施例四所述的方法，该终端包括：

协商模块802，用于与基站协商确定优先寻呼载波信息；

第一接收模块804，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

上述协商模块802的结构可以为两种，其中一种参见图10所示，具体包括：

发送模块802-11，用于发送优先寻呼载波信息协商请求消息，消息中携带了至少一个推荐的优先寻呼载波信息；

第二接收模块802-12，用于接收来自基站的优先寻呼载波信息协商响应消息，所述的响应消息中包括基站允许的优先寻呼载波信息；

上述协商模块802的另外一种结构参见图11所示，具体包括：

第三接收模块802-21，用于接收来自基站的优先寻呼载波信息协商请求消息，消息中携带了至少一个推荐的优先寻呼载波信息；

响应模块802-22，用于向所述基站发送优先寻呼载波信息协商响应消息，所述的响应消息中包括所述终端允许的优先寻呼载波信息。

本发明的实施例八还提供了一种基站，该基站可以与终端协商确定优先寻呼载波，并通过此优先寻呼载波寻呼终端。参见图12所示，实施例八所述的基站包括：

协商模块902，用于与终端协商确定优先寻呼载波信息；

第一发送模块904，用于通过所述优先寻呼载波信息对应的优先寻呼载波向终端发送寻呼消息。

该基站还可以包括：

通知模块906，用于在协商模块902与终端协商确定优先寻呼载波信息后，通知寻呼控制器保所述优先寻呼载波信息。

本发明的实施例九还提供了一种侦听寻呼的系统，通过该系统可以使支持多载波的终端通过优先寻呼载波侦听寻呼消息，从而实现对支持多载波终端的寻呼。参见图13，本发明实施例所述的系统包括：

基站1002，用于发送广播消息，该广播消息中包括优先寻呼载波信息；

终端1004，用于接收来自基站1002的广播消息，并通过广播消息中的优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

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

Claims (8)

1.一种侦听寻呼的方法，其特征在于，所述的方法包括：

终端向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

终端接收来自基站的优先寻呼载波信息协商响应消息，所述的优先寻呼载波信息协商响应消息中包括基站允许的优先寻呼载波信息；

终端通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

2.根据权利要求1所述的侦听寻呼的方法，其特征在于，在所述终端向基站发送优先寻呼载波信息协商请求消息后，所述基站通知寻呼控制器保存所述基站允许的优先寻呼载波信息。

3.根据权利要求2所述的侦听寻呼的方法，其特征在于，若所述终端已进入空闲模式，所述终端通过优先寻呼载波侦听寻呼消息后进一步包括：所述寻呼控制器向寻呼代理发送寻呼消息，所述寻呼消息包括优先寻呼载波信息，所述寻呼代理根据所述优先寻呼载波信息在优先寻呼载波上向所述终端发送寻呼消息。

4.根据权利要求2所述的侦听寻呼的方法，其特征在于，所述终端通过所述优先寻呼载波接收所述寻呼消息具体包括：

所述终端在所述优先寻呼载波上侦听到寻呼消息，当所述寻呼消息中有所述终端的MAC地址或者MAC地址的哈希值时根据寻呼消息内容指示执行相应的动作。

5.一种终端，其特征在于，所述的终端包括：

发送模块，用于向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

第二接收模块，用于接收来自基站的优先寻呼载波信息协商响应消息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一接收模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

6.一种基站，其特征在于，所述的基站包括：

协商模块，用于接收终端发送的优先寻呼载波信息协商请求消息，并向所述终端发送优先寻呼载波信息协商响应消息，其中，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一发送模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波向终端发送寻呼消息。

7.根据权利要求6所述的基站，其特征在于，所述的基站还包括：

通知模块，用于在所述协商模块与终端协商确定优先寻呼载波信息后，通知寻呼控制器保存所述优先寻呼载波信息。

8.一种侦听寻呼的系统，其特征在于，所述的系统包括：基站和终端；

其中，所述基站包括：

协商模块，用于接收终端发送的优先寻呼载波信息协商请求消息，并向所述终端发送优先寻呼载波信息协商响应消息，其中，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一发送模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波向终端发送寻呼消息；

所述终端包括：

发送模块，用于向基站发送优先寻呼载波信息协商请求消息，所述优先寻呼载波信息协商请求消息中携带了至少一个推荐的优先寻呼载波信息；

第二接收模块，用于接收来自基站的优先寻呼载波信息协商响应消息，所述的响应消息中包括基站允许的优先寻呼载波信息；

第一接收模块，用于通过所述优先寻呼载波信息对应的优先寻呼载波侦听寻呼消息。

Images