CN102781033B - 监测寻呼信道的方法及装置 - Google Patents

Abstract

几种监测寻呼信道的方法及装置，其中一种监测寻呼信道的方法用于在分组传输模式中的用户设备，用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，上述监测寻呼信道的方法包含：检查是否存在来自数据库的第一确认信息，第一确认信息指示已经确认该控制区域支持寻呼协调功能；以及当在数据库中发现用于控制区域的第一确认信息时，停止在公共控制信道中的寻呼信道监测。本发明提供的监测寻呼信道的方法及装置可实现在PTM阶段，考虑网络在正常或不正常的寻呼协调设定下，不丢失接收的MT呼叫与MT？SMS并且维持PS的数据吞吐量。

Description

监测寻呼信道的方法及装置

技术领域

本发明有关于全球移动通信系统(GlobalSystemforMobilecommunications,GSM)及通用分组无线业务(GeneralPacketRadioService,GPRS)网络，并且特别有关于在分组传输模式(PacketTransferMode,PTM)下监测寻呼信道的方法与装置。

背景技术

随着智能手机(smartphone)数量的增长，伴随着在线业务(on-lineservice)的需求，例如多媒体或在线应用业务(例如实时通讯业务或一键通业务)，分组交换(Packet-switched,PS)数据业务已经出现了大量增加，其中PS数据业务可为GPRS与增强型数据率GSM演进(EnhancedDataratesforGSMEvolution,EDGE)业务。在GSM/GPRS/EDGE网络中，除非网络支持某种寻呼协调功能(pagingcoordinationfunction)，否则在PTM中的用户设备(UserEquipment,UE)或移动终端不能接收移动设备终端(MobileTerminated,MT)呼叫或MT短消息业务(ShortMessageServices,SMS)消息，其中给UE配置临时块流(temporaryblockflow)。

当GSM/GPRS网络不支持寻呼协调功能时，UE可在PTM中收听寻呼信道(简称PCH，下文称为CCCHPCH)。然而，在PTM中收听寻呼信道(CCCHPCH)的缺点是UE的PS吞吐量可下降。可选择地，当GSM/GPRS网络支持寻呼协调功能时，UE可以不收听寻呼信道(CCCHPCH)，因此，在这种情况下，PS吞吐量不会受到影响。

在世界范围内的实地实验中，研究者发现当某些网络具有对应寻呼协调功能的网络设置时，其实际上并不支持寻呼协调功能(例如，错误的参数设置、硬件兼容问题等等)。在这种情况下，UE可决定不监测寻呼信道。因此，既然不监测PCH中的寻呼，UE可能错过MT呼叫以及MTSMS。

发明内容

有鉴于此，本发明提供一种监测寻呼信道的方法及装置。

一种监测寻呼信道的方法，其用于在分组传输模式中的用户设备，用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，上述监测寻呼信道的方法包含：检查是否存在来自数据库的第一确认信息，第一确认信息指示已经确认该控制区域支持寻呼协调功能；以及当在数据库中发现用于控制区域的第一确认信息时，停止在公共控制信道中的寻呼信道监测；以及在该数据库未发现用于该控制区域的该第一确认信息之后，该监测寻呼信道的方法进一步包含：当该用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持该寻呼协调功能的系统信息消息后，停止在公共控制信道中的寻呼信道监测，并在该数据库中记录用于指示当前的该控制区域支持该寻呼协调功能的第二确认信息。

另一种监测寻呼信道的方法，其用于在分组传输模式中的用户设备，用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，上述监测寻呼信道的方法包含：当用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持寻呼协调功能的系统信息消息时，停止在公共控制信道中的寻呼信道监测。

一种监测寻呼信道的装置，其用于在分组传输模式中的用户设备，用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，上述监测寻呼信道的装置包含：处理器，配置处理器以检查数据库中是否存在第一确认信息，第一确认信息指示已经确认该控制区域支持寻呼协调功能，以及当在数据库中发现用于控制区域的第一确认信息时，停止在公共控制信道中的寻呼信道监测；其中，在该数据库未发现用于该控制区域的该第一确认信息之后，该处理器进一步执行下列步骤：当该用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持该寻呼协调功能的系统信息消息后，该处理器停止在公共控制信道中的寻呼信道监测，并进一步将用于指示当前的该控制区域支持该寻呼协调功能的第二确认信息记录在该数据库中。

另一种监测寻呼信道的装置，其用于在分组传输模式中的用户设备，用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，上述监测寻呼信道的装置包含：处理器，当用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持寻呼协调功能的系统信息消息时，配置处理器以停止在公共控制信道中的寻呼信道监测。

本发明的监测寻呼信道的方法及装置可实现在PTM阶段，考虑网络在正常或不正常的寻呼协调设定下，不丢失接收的MT呼叫与MTSMS并且维持PS的数据吞吐量。

附图说明

图1是依照UE监测分组数据业务信道及公共控制信道描述信道发生时间的示意图。

图2是描述在每一种NMO配置中使用的寻呼信道以及通信网络的寻呼协调功能支持信息。

图3是描述具有NMO1配置的示例GSM/GPRS网络200的示意图。

图4是描述具有NMO2配置的示例GSM/GPRS网络300的示意图。

图5是描述具有NMO3配置的示例GSM/GPRS网络400的示意图。

图6是根据本发明实施例描述选择性地监测寻呼信道(CCCHPCH)的方法流程图。

图7是根据本发明实施例描述数据库600中的确认信息602的数据结构的示意图。

图8是实施本发明某些实施例的硬件结构示意图。

具体实施方式

在说明书及权利要求书当中使用了某些词汇来指称特定的元件。所属技术领域的技术人员应可理解，硬件制造商可能会用不同的名词来称呼同一个元件。本说明书及权利要求书并不以名称的差异作为区分元件的方式，而是以元件在功能上的差异作为区分的准则。在通篇说明书及权利要求项中所提及的“包含”为一开放式的用语，故应解释成“包含但不限定于”。此外，“耦接”一词在此包含任何直接及间接的电气连接手段。因此，若文中描述第一装置耦接于第二装置，则代表第一装置可直接电气连接于第二装置，或通过其它装置或连接手段间接地电气连接至第二装置。

接下来的描述是关于本发明的最佳实施例，其是为了描述本发明的基本原理，不作为对本发明的限制。本发明的保护范围由权利要求书作出界定。

依照本发明实施例，图1至图7将描述在GSM/GPRS网络或GSM/GPRS/EDGE网络中，在PTM中监测寻呼信道的方法与装置。

图1是依照UE监测分组数据业务信道及公共控制信道描述信道发生时间的示意图，其中UE在PTM中监测电路交换(CircuitSwitch,CS)寻呼信道(例如位于CCCH中的寻呼信道)。当UE在PTM中正在监测CCCH(其载有寻呼信道)中的CS寻呼消息时，UE不能同时监测分组数据业务信道(PacketDataTrafficChannel,PDTCH)，因此，这样可能会丢失传送至UE的数据分组(当UE正在监测CCCH中的寻呼信道时)及/或降低PS吞吐量。

由3GPPTS23.060提出，网络(最好是GSM/GPRS网络或GSM/GPRS/EDGE网络)可为CS业务与PS业务提供寻呼协调。寻呼协调意味着网络可在PS业务使用的相同信道中发送CS业务的寻呼消息，例如在GPRS寻呼信道上或在GPRS业务信道上，并且UE只需要监测上述信道即可。定义了三种操作的网络模式(称为网络操作模式，简称NMO)，分别称为NMO1、NMO2、NMO3。图2是描述在每一种NMO配置中使用的寻呼信道以及通信网络的寻呼协调功能支持信息。

图3是描述具有NMO1配置的示例GSM/GPRS网络200的示意图。GSM/GPRS网络200包含GPRS业务支持节点(ServingGPRSSupportNode,SGSN)202、移动交换中心(MobileSwitchingCenter,MSC)204、GPRS网关支持节点(GatewayGPRSSupportNode,GGSN)206、基站子系统(BaseStationSubsystem,BSS)210以及基地收发信台(BaseTransceiverStation,BTS)212。当为GSM/GPRS网络200提供NMO1配置时，SGSN202可通过Gs接口208连接MSC204，这样由于Gs接口208，可提供核心网络层的寻呼协调功能。GSM/GPRS网络200可与UE218进行无线通信。

当UE218处于GSM/GPRS空闲模式中时，可通过Gs接口208在寻呼信道(CCCHPCH)中发送CS寻呼消息216，并且在分组寻呼信道(PacketPagingChannel,PPCH)中发送PS寻呼消息214。另一方面，当UE218处在PTM中时，可通过Gs接口208在分组随路控制信道(PacketAssociatedControlChannel,PACCH)中发送CS寻呼消息216。

图4是描述具有NMO2配置的示例GSM/GPRS网络300的示意图。GSM/GPRS网络300包含SGSN302、MSC304、GGSN306、BSS310以及BTS312。GSM/GPRS网络300可与UE318进行无线通信。

当为GSM/GPRS网络300提供NMO2配置时，SGSN302与MSC304之间不存在Gs接口，因此，不存在核心网络层的寻呼协调功能。当UE318不在PTM中时，GSM/GPRS网络300可在寻呼信道(CCCHPCH)中发送CS寻呼消息316与PS寻呼消息314。如果在PTM的情况下，UE318可在寻呼信道(CCCHPCH)中接收CS寻呼消息。接着UE318有两种选择，定期地为收听寻呼信道(CCCHPCH)而暂停其分组传输(如图1所示)或者忽略CCCHPCH上的CS寻呼消息。可为具有NMO2配置的GSM/GPRS网络300配置BSS寻呼协调功能(通过在系统信息13中将BSS寻呼协调设置为1)。在NMO2配置中的BSS寻呼协调可向GSM/GPRS网络300提供类NMO1功能(像NMO1的配置一样，处在PTM中的UE可在相同信道中发送CS与PS寻呼消息)。

图5是描述具有NMO3配置的示例GSM/GPRS网络400的示意图。GSM/GPRS网络400包含SGSN402、MSC404、GGSN406、BSS410以及BTS412。GSM/GPRS网络400可与UE418进行无线通信。

当为GSM/GPRS网络400提供NMO3配置时，SGSN402与MSC404之间不存在Gs接口，因此，不存在核心网络层的寻呼协调功能。当UE418不在PTM中时，GSM/GPRS网络400可在寻呼信道(CCCHPCH)中发送CS寻呼消息416以及在PPCH信道中发送PS寻呼消息414(需要监测两个独立信道)。当UE418处在PTM中时，GSM/GPRS网络400可在寻呼信道(CCCHPCH)中发送CS寻呼消息416，并且UE418必须从载有临时块流(TemporaryBlockFlow,TBF)的物理信道转换到CCCH寻呼信道(CCCH寻呼信道载有CS寻呼消息416)，以尽量不丢失MT呼叫。相似地，可为具有NMO3配置的GSM/GPRS网络400配置BSS寻呼协调功能(通过在系统信息13中将BSS寻呼协调设置为1)，并且在NMO2配置中的BSS寻呼协调可向GSM/GPRS网络400提供类NMO1功能(像NMO1的配置一样，处在PTM中的UE可在相同信道中发送CS与PS寻呼消息)。

当为GSM/GPRS网络配置NMO1、具有BSS寻呼协调功能的NMO2或具有BSS寻呼协调功能的NMO3时，UE可在PTM中通过分组业务信道(例如PACCH)接收CS寻呼消息。换句话说，当GSM/GPRS网络配置了NMO1、具有BSS寻呼协调功能的NMO2或具有BSS寻呼协调功能的NMO3时，其支持寻呼协调功能。

图6是根据本发明实施例描述选择性地监测寻呼信道(CCCHPCH)的方法流程图。具体地，图6描述在GSM/GPRS/EDGE网络中且在PTM中选择性地监测寻呼信道(CCCHPCH)的方法。首先，在步骤502中，处于空闲模式中的UE从广播控制信道(BroadcastControlChannel,BCCH)中接收系统信息消息(例如系统信息13)，其中BCCH由无线连接UE的小区C1发送。系统信息13消息包含小区C1的参数，其又包括“网络操作模式”参数与“BSS寻呼协调”参数。假设已接收的参数指示出网络支持寻呼协调功能(例如网络已经配置了NMO1、具有BSS寻呼协调功能的NMO2或具有BSS寻呼协调功能的NMO3)，那么过程进入步骤504。接下来，在步骤504中，UE可开始PS传输或进入分组传输模式。如步骤506，UE检查数据库中是否存在当前待接小区(例如C1)的确认信息(confirmationinformation)，以及如果存在，其PCH旗标(flag)是否设定为“Y”，其中在一个实施例中数据库可为先进先出(FIFO)队列或表格。上述数据库包含UE过去访问的小区的确认信息记录，并且其指示出寻呼协调功能是否已经正确配置到访问小区。

请一起参考图6和图7，其中图7是根据本发明实施例描述数据库600中的确认信息602的数据结构的示意图。可利用数据库600储存图6中小区C1的确认信息。在图7中，数据库600中的确认信息602的数据结构可包含多个方面，包括位置区域指数(LocationAreaIndex,LAI)604、小区识别码(cellID)608、公共陆地移动网络识别码(PublicLandMobileNetworkIdentity,PLMNID)610、路由区域码(RoutingAreaCode,RAC)612、使能PCH旗标614或其上述的结合。数据库600可包含对应一系列小区的信息(LAI604、小区识别码608、PLMNID610、RAC612、使能PCH旗标614等等)，以及数据库600中的确认信息602的数据结构可为先进先出(FIFO)队列的形式。其中，LAI604代表唯一识别符(identifier)，其用来识别PLMN中的位置区域(LAI604的值为移动国家码、移动网络码及位置区域码的结合)，小区识别码608是PLMN中用来识别小区的唯一识别符，PLMNID610可用来识别正接收的PLMN(其值为移动国家码、移动网络码的结合)，RAC612可代表路由区域的识别，以及使能PCH旗标614可指示是否需要UE在PTM中使能寻呼信道(CCCHPCH)监测(例如，“N”表示停止在PTM中的寻呼信道监测)。在一实施例中，PCH旗标614可包含预留值“Y”用于在PTM中使能寻呼信道(CCCHPCH)监测。

请再参考图6，在步骤506中，当在数据库中发现小区C1(其连接UE)的确认信息并且其PCH旗标为“Y”时，这意味着UE过去已经访问了小区C1并且正再次访问小区C1，这样就已经确认小区C1具有寻呼协调功能，并且UE已经将小区C1的确认信息记录到数据库中。因此，执行步骤516，UE可停止监测寻呼信道(CCCHPCH)，以阻止在PTM中的数据吞吐量的下降。另一方面，在步骤506中，当在数据库中未发现小区C1的确认信息或发现的确认信息包含设定为“N”的PCH旗标时，执行步骤508，UE可在PTM期间开始或继续监测寻呼信道(CCCHPCH)以避免CS寻呼消息的丢失，上述丢失是由提到的网络设置错误造成的，这样在PTM阶段接收的MT呼叫与MTSMS不会丢失。可以理解在步骤508中叙述的寻呼信道(CCCHPCH)监测不止执行一次，相反地，其重复执行直到上述任务停止或在另一小区进行重选。步骤508就像触发器一样来激活定期的执行监测。

当在PTM期间UE继续监测寻呼信道的时候，执行步骤510，UE也检查是否已经从分组业务信道(例如PACCH)接收了任何CS寻呼消息。如果在PACCH中未发现CS寻呼消息，执行步骤514，则UE可继续寻呼信道(CCCHPCH)监测直到步骤526中UE重选了另外一个小区C2，接着UE可执行步骤506以检查数据库中是否存在小区C2的确认信息以及如果存在其PCH旗标是否设定为“Y”。如果UE未重选另一小区C2，则执行步骤528，分组传输结束，接着整个过程结束。值得注意地是，在这种情况下，在整个过程结束之前，UE可向数据库插入包含具有PCH旗标“N”的对应确认信息的新记录或者维持已发现记录的PCH旗标(未经任何改变)，以指示在小区C1中未发现任何寻呼协调功能的确认证据。

在另一方面，在步骤510，当UE在PTM阶段继续监测寻呼信道(CCCHPCH)且在分组业务信道(例如PACCH)中接收到CS寻呼消息时，UE确认网络支持寻呼协调功能。过程进入步骤516停止监测寻呼信道(CCCHPCH)，以阻止在PTM中数据吞吐量的下降。

在步骤520中，UE可在数据库(在一实施例中为FIFO队列)中储存小区C1的确认信息(LAI、小区识别码、RAC、PLMNID及/或使能PCH旗标)。UE可向数据库插入包含具有PCH旗标“Y”的对应确认信息的新纪录或将已发现的记录修改为具有PCH旗标“Y”的以指示在小区C1中发现了寻呼协调功能的确认证据。之后，维持对寻呼信道(CCCHPCH)监测的阻止直到执行步骤522所示的UE重选了另一小区C2为止。

回到步骤522，当UE重选了小区C2时，UE回到步骤506以检查数据库中是否存在当前待接于小区(例如C2)的确认信息以及如果存在其PCH旗标是否设定为“Y”。如果UE未发现小区重选，执行步骤524，UE可继续在PTM中停止寻呼信道(CCCHPCH)监测直到最终如步骤528所示分组传输结束，接着整个过程结束。

虽然图6描述按照小区划分的(cellbycell)控制逻辑，本领域的技术人员可将上述描述过程修改为按照位置区域划分的(LAbyLA)控制、按照路由区域划分的(RAbyRA)控制或按照PLMN划分的(PLMNbyPLMN)控制。对于按照位置区域划分的控制的实施例，记录在数据库600中的使能PCH旗标614指示寻呼协调功能是否已经正确配置到访问LA。步骤506可调整为检查数据库600中是否存在目前访问LA的确认信息以及如果存在其PCH旗标是否设定为“Y”。步骤522与526都可调整为检查当监测到小区重选时UE是否进入另一LA。为了实现按照RA划分的或按照PLMN划分的控制逻辑可对数据库600与图6的框图进行修改，其可由类比的方法推论得出，在这里为了简略的目的进行省略。可以理解，小区、LA、RA或PLMN可称为GSM/GPRS网络中的一种控制区域(governingregion)。

可以理解，在上述实施例中描述的寻呼信道(CCCHPCH)可为CCCH中相同的寻呼信道或在PACCH上的寻呼信道，上述不同的寻呼信道在时域上存在于不同的时间点。本领域的技术人员可以理解，CCCH为基站中由基站或小区定期发送的控制信道。在上述实施例中，当UE在不同时间点收听CCCH的寻呼信道时，UE可接收存在于不同时间点上的不同寻呼信道；另一方面，当UE在非常有限的时间内收听CCCH的寻呼信道时(例如在下一个载有寻呼信道消息的CCCH到来之前的一段时间)，寻呼信道(CCCHPCH)可为相同CCCH中的相同寻呼信道。

图8是实施本发明某些实施例的硬件结构示意图。关于这一点，图8描述为执行实施例的UE700。请注意，为了方便这里只显示与寻呼信道监测相关的元件，假定本领域的技术人员知道未显示的元件。因此，这里未提供更细节的描述。UE700可包含天线702、射频(RF)模块704以及基带模块706，天线702用于发送及/或接收无线信号，射频(RF)模块704用于无线点信号处理，基带模块706主要包含几个集成电路与包含处理器708的微控制器。其中基带模块706连接显示器712、键盘714、辅助用户接口(UserInterface,UI)716、接口710(可插入用户识别模块卡)以及存储单元718(例如RAM存储器、闪速存储器、可移动磁盘等等)。

处理器708可利用多种不同的方式实现。例如，处理器708可表现为各种处理方法，例如处理元件、协处理器(coprocessor)、控制器或各种其他处理装置，处理器708可包含集成电路，例如专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现场可编程门阵列(FieldProgrammableGateArray,FPGA)、硬件加速器或类似元件。在实施例中，可配置处理器708来实施储存在存储单元718中的命令，或相反地利用处理器708来实现图6描述的过程。例如，可配置存储单元718来储存图7描述的数据库或者由存储单元718提供缓冲区域以储存从网络上接收的系统信息消息(系统信息13)。存储单元718可为UE700中的集成部分或为可移动存储器。

通过执行存储命令或根据硬件代码命令的操作，处理器708可通过指导上述的在PTM期间与寻呼信道监测相关联的UE700的功能，以控制UE700的操作，其中上述控制是根据处理器708提供给UE700的各自的配置及/或用于配置处理器708的储存在存储单元718的命令。就这点而论，处理器无论是由硬件配置、软件方法配置还是其联合配置，根据本发明的实施例，处理器708都可代表能够执行本发明操作的实体。

在一实施例中，处理器708及/或存储单元718可包含部分处理电路，其中可根据上述处理电路的配置使得UE700执行功能，并且其可硬连线接入处理器708或由储存在存储单元718中的命令的执行来提供。这样，可如上述内容配置UE700在PTM中控制寻呼信道监测。因此，可配置处理器708用于在PTM中的判定，是否监测寻呼信道(CCCHPCH)，上述判定根据接收到的系统信息消息(系统信息13消息)、在分组业务信道(例如PACCH)上接收的CS寻呼消息、在数据库中的确认信息及/或小区/LA/RA/PLMN重选设置。这样，可调整或者不调整地配置装置400来执行与图5及/或图6相关的方法。

请注意在任何揭露过程中的任何特定顺序或者步骤都是实验方法的一种示例。基于设计设置，可以理解，在保持当前揭露范围的同时，可重新安排过程中特定顺序或者步骤。伴随的方法权利要求以示例顺序显示了部分的步骤，其并不意味着限制于特定顺序或显示等级。

本发明虽以较佳实施例揭露如上，但是其并非用以限定本发明的范围，任何所属技术领域的技术人员，在不脱离本发明的精神和范围内，做均等的变化与修饰，皆属于本发明的涵盖范围。

Claims (10)

1.一种监测寻呼信道的方法，其中该监测寻呼信道的方法用于在分组传输模式中的用户设备，该用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，该监测寻呼信道的方法包含：

检查是否存在来自数据库的第一确认信息，该第一确认信息指示已经确认该控制区域支持寻呼协调功能；

当在该数据库中发现用于该控制区域的该第一确认信息时，停止在公共控制信道中的寻呼信道监测；以及

在该数据库未发现用于该控制区域的该第一确认信息之后，该监测寻呼信道的方法进一步包含：当该用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持该寻呼协调功能的系统信息消息后，停止在公共控制信道中的寻呼信道监测，并在该数据库中记录用于指示当前的该控制区域支持该寻呼协调功能的第二确认信息。

2.如权利要求1所述的监测寻呼信道的方法，其特征在于，该控制区域是小区、路由区域、位置区域或公共陆地移动网络。

3.如权利要求1所述的监测寻呼信道的方法，其特征在于，该指示支持该寻呼协调功能的该系统信息消息为下列消息中的一个：

设置为1的网络操作模式；

设置为2的网络操作模式以及设置为使能的基站子系统寻呼协调；

设置为3的网络操作模式以及设置为使能的基站子系统寻呼协调。

4.如权利要求1所述的监测寻呼信道的方法，其特征在于，当该用户设备进入新的控制区域时，该监测寻呼信道的方法进一步包含：

检查是否存在第三确认信息，来自该数据库的该第三确认信息指示已经确认该新的控制区域支持该寻呼协调功能；

当在该数据库中发现用于该新的控制区域的该第三确认信息时，停止在公共控制信道中的寻呼信道监测；以及

当在该数据库中未发现用于该新的控制区域的该第三确认信息时，开始在公共控制信道中的寻呼信道监测。

5.如权利要求1所述的监测寻呼信道的方法，其特征在于，该分组业务信道为分组随路控制信道。

6.一种监测寻呼信道的装置，其中该监测寻呼信道的装置用于在分组传输模式中的用户设备，该用户设备具有全球移动通信系统/通用分组无线业务网络的控制区域，该监测寻呼信道的装置包含：

处理器，配置该处理器以检查数据库中是否存在第一确认信息，该第一确认信息指示已经确认该控制区域支持寻呼协调功能，以及当在该数据库中发现用于该控制区域的该第一确认信息时，停止在公共控制信道中的寻呼信道监测；

其中，在该数据库未发现用于该控制区域的该第一确认信息之后，该处理器进一步执行下列步骤：当该用户设备接收在分组业务信道中的电路交换寻呼消息与指示支持该寻呼协调功能的系统信息消息后，该处理器停止在公共控制信道中的寻呼信道监测，并进一步将用于指示当前的该控制区域支持该寻呼协调功能的第二确认信息记录在该数据库中。

7.如权利要求6所述的监测寻呼信道的装置，其特征在于，该控制区域是小区、路由区域、位置区域或公共陆地移动网络。

8.如权利要求6所述的监测寻呼信道的装置，其特征在于，该指示支持该寻呼协调功能的该系统信息消息为下列消息中的一个：

设置为1的网络操作模式；

设置为2的网络操作模式以及设置为使能的基站子系统寻呼协调；

设置为3的网络操作模式以及设置为使能的基站子系统寻呼协调。

9.如权利要求6所述的监测寻呼信道的装置，其特征在于，当该用户设备进入新的控制区域时，该处理器进一步执行下列步骤：

检查是否存在第三确认信息，来自该数据库的该第三确认信息指示已经确认该新的控制区域支持该寻呼协调功能；

当在该数据库中发现用于该新的控制区域的该第三确认信息时，停止在公共控制信道中的寻呼信道监测；以及

当在该数据库中未发现用于该新的控制区域的该第三确认信息时，开始在公共控制信道中的寻呼信道监测。

10.如权利要求6所述的监测寻呼信道的装置，其特征在于，该分组业务信道为分组随路控制信道。