监测寻呼消息而不丢失寻呼的方法及其通信装置的制作方法

文档序号:7549636阅读:175来源:国知局
专利名称:监测寻呼消息而不丢失寻呼的方法及其通信装置的制作方法
技术领域
本发明有关于监测寻呼消息(paging message)的方法及其装置,并且特别有关于在小区选择/重选期间监测寻呼消息而不丢失寻呼的方法及其装置。
背景技术
由于最近几年中移动通信技术的发展,不管用户的位置如何,皆可为用户提供各种各样的通信服务,例如语音呼叫服务、数据传输服务以及视频呼叫服务等。大多数移动通信系统是多重存取系统(multiple access system),其中将存取与无线网络资源分配至多个用户。移动通信系统使用的多重存取技术包含Ix码分多址2000(lxCode Division Multiple Access2000, Ix CDMA2000)技术、Ix 演进数据最优化(IxEvolution-Data Optimized, Ix EVD0)技术、正交频分复用(Orthogonal FrequencyDivision Multiplexing, OFDM)技术以及长期演进(Long Term Evolution, LTE)技术。由LTE技术进行发展,先进LTE (LTE Advanced)技术是LTE标准的主要增强技术。先进LTE技术应该与LTE设备兼容,并且应该与LTE通信系统共享频带。先进LTE技术的一个重要优势在于利用先进拓扑网络的能力,其中最优化的异构网络(heterogeneous network)拥有具有低功率节点的混合宏指令(mix of macros),其中上述低功率节点包含例如微微小区(picocell)、毫微微小区(femtocell)以及新的中继节点(relay node)。通常地,移动通信系统中的用户设备(User Equipment, UE)监测处于无线资源控制(Radio Resource Control, RRC)连接状态与RRC空闲状态的寻呼信道。当已经建立RRC连接时,UE处于RRC连接状态。如果未建立RRC连接,则UE处于RRC空闲状态。在RRC空闲模式下,UE监测寻呼信道以检测可能的来电呼叫(或者称为移动终端呼叫,即MT呼叫)、系统信息改变、地震和海嘯预警系统(Earthquake and Tsunami Warning System, ETWS)通知(用于适用ETWS的UE)以及商用移动警报系统(Commercial Mobile Alert System, CMAS)通知(用于适用CMAS的UE)。在RRC连接模式下,UE监测寻呼信道及/或系统信息块类型I内容以检测系统信息改变、ETWS通知(用于适用ETWS的UE)以及CMAS通知(用于适用CMAS的 UE)。传统地,在小区选择或重选进程期间,在从网络中已经接收用于取得寻呼帧(paging frame, PF)与寻呼时段(paging occasion, PO)的发生时间(occurrence time)的所有寻呼参数之前,UE不能收听或监测寻呼信道。用于取得寻呼帧与寻呼时段的安排(即发生时间)的寻呼参数可分别位于主信息块(Master Information Block, MIB)与系统信息块类型2(System Information Block Type2, SIB2)中。寻呼时段(PO)定义通信装置唤醒(当需要时)以及接收寻呼指示消息的时间,以及寻呼帧(PF)是可包含一个或多个寻呼时段的无线电巾贞(radio frame)。图1显示小区选择进程。从小区选择开始(即已经确定合适小区并且已经开始UE与合适小区之间的同步进程)后直到已经接收SIB2期间存在一中断间隔(interruptioninterval)。在中断间隔期间,由于无寻呼参数,所以不能接收寻呼消息以及ETWS/CMAS通知。因此,如果在中断间隔期间出现任何寻呼时段,例如图1所示的寻呼时段101,UE将错过上述寻呼时段并且不能接收在上述寻呼时段发送的寻呼消息。图2显示小区重选进程。在小区重选进程中,从小区重选开始(即已经确定目标小区并且已经开始UE与目标小区之间的同步进程)后直到从目标小区已经接收SIB2期间也存在中断间隔,在此期间由于无寻呼参数,所以不能从目标小区接收寻呼消息以及ETWS/CMAS通知。如果在中断间隔期间出现任何寻呼时段,例如图2所示的寻呼时段201,UE将错过上述寻呼时段并且不能接收在寻呼时段发送的寻呼消息。另外,如果UE仍想从原始业务小区接收寻呼消息,则UE可切换回在对应寻呼时段时对对应原始业务小区的寻呼信道的监测,例如图2所示的寻呼时段202。然而,切换回对原始业务寻呼信道监测的一个缺点是因为通常当原始业务小区的信号质量恶化时才触发小区重选,所以上述切换可能会丢失寻呼消息。另一缺点是由于丢失了与寻呼时段202相冲突的系统信息块类型USystemInformation Block Typel, SIB1) 203的情况,可能会延长中断间隔。因此非常需要在小区选择/重选期间监测寻呼消息而不丢失寻呼的方法与装置。

发明内容
本发明提出监测寻呼消息而不丢失寻呼的通信装置及其方法。通信装置的实施例包含耦接收发机的处理器。处理器至少包含第一处理器逻辑单元与第二处理器逻辑单元,其中该第一处理器逻辑单元用于启动小区选择或小区重选进程以驻留目标小区并且通过该收发机取得该目标小区发送的一个或多个系统信息消息中的多个寻呼参数;该第二处理器逻辑单元用于通过该收发机监测下行链路控制信道上的寻呼标识以检查在从该目标小区取得该寻呼参数之前是否存在任何到来的寻呼消息。监测寻呼消息而不丢失寻呼的方法的实施例包含:启动小区选择或小区重选进程以驻留目标小区并且通过通信装置的收发机取得该目标小区发送的一个或多个系统信息消息中的多个寻呼参数;以及通过该收发机监测下行链路控制信道上的寻呼标识以检查在从该目标小区取得该寻呼参数之前是否存在任何到来的寻呼消息。本发明的详细描述将参照下面的实施例以及相应附图给出。


可以参照附图阅读随后的详细的描述和实施例,以对本发明更充分的理解。图1显示小区选择进程。图2显示小区重选进程。图3是根据本发明实施例描述的通信装置的示意图。图4是根据本发明实施例描述的显示可能寻呼时段的发生时间的无线电帧结构。图5是根据本发明实施例描述的具有扩展监测间隔的小区选择进程。
图6是根据本发明另一实施例描述的具有扩展监测间隔的小区重选进程。图7是根据本发明实施例描述的显示已得到寻呼时段的发生时间的无线电帧结构。图8是根据本发明实施例描述的在已经接收MIB消息之前应用已储存网络层信息的示意图。图9是根据本发明实施例描述的监测寻呼消息而不丢失寻呼的方法流程图。
具体实施例方式下面的描述是实施本发明的最佳实施例。该描述是为了说明本发明基本原理的目的并不是对本发明的限制。本发明的保护范围由权利要求所界定。图3是根据本发明实施例描述的通信装置的示意图。通信装置300可为用户设备(UE),例如移动通信系统中的笔记本电脑、手机、便携式游戏装置、便携式多媒体播放器、全球定位系统(Global Positioning System, GPS)、接收器或者其他设备。移动通信系统可为全球移动通信系统(Global System for Mobile Communications, GSM)、通用移动通信系统(Universal Mobile Telecommunications System, UMTS)、LTE、先进 LTE、基于其他无线接入技术(Radio Access Technology, RAT)发展的其他通信系统或者其组合。通信装置300可至少包含基带处理装置310、射频(Radio Frequency, RF)处理装置320以及天线330。基带处理装置310可包含多个硬件装置以执行基带信号处理,基带信号处理包含模数转换(Analog to Digital Conversion, ADC)/数模转换(Digital to Analog Conversion, DAC) >增益调整、调制/解调、编码/解码等。例如,基带处理装置310可包含用于执行基带信号处理的处理器340。处理器340可进一步控制基带处理装置310、RF处理装置320以及其他功能元件的操作,其中其他功能元件可为作为人机界面(Man-Machine Interface, MMI)的显示单元及/或键盘、存储应用或通信协议的数据与程序代码的储存单元或者其他元件。RF处理装置320可接收RF无线信号,将接收的RF无线信号转换为可由基带处理装置310处理的基带信号,或者从基带处理装置310接收基带信号并且将接收的基带信号转换为稍后发送的RF无线信号。RF处理装置320也可包含多个硬件装置以执行信号收发与RF转换。例如,RF处理装置320可包含用于收发RF无线信号的收发机350以及将基带信号与振荡在无线通信系统的无线频率中的载波相乘的混频器(未示),其中无线频率可为应用于GSM系统的900MHz或1800MHz、应用于UMTS系统的900MHz、1900MHz或2100MHz或者可为应用于LTE系统的900MHz、2100MHz或2.6GHz或者其他RAT使用的频率。值得注意的是,除了 GSM系统、UMTS系统、LTE系统外,本发明可应用于任何将来的RAT。根据本发明实施例,处理器340可包含多个处理器逻辑单元,每个用于处理一个或多个任务或功能。例如,在一实施例中,处理器340可至少包含处理器逻辑单元,其中该处理器逻辑单元用于启动小区选择或小区重选进程以驻留目标小区并且通过收发机350取得系统信息,其中系统信息包含目标小区广播的一个或多个系统信息消息中的多个寻呼参数。根据本发明实施例,当UE300执行(手动或自动)公共陆地移动网(Public LandMobileNetwork, PLMN)选择进程、LTE 内部重定向(intra-LTE redirection)进程、RAT之间重定向(inter RAT redirection)进程、重建进程、切换进程或其他进程时,可触发小区选择或小区重选。在传统设计中,UE在未从网络接收SIB2之前由于缺少寻呼参数不能收听或监测寻呼信道,不同于此,基于本发明的内容,UE可在从网络中已经接收用于取得寻呼帧与寻呼时段的安排(即发生时间)的所有寻呼参数之前开始收听或监测寻呼信道。因此,在基于本发明内容发展出的方法与通信装置结构中,不存在UE不能监测寻呼信道的中断间隔。因此,在小区选择或小区重选进程开始后,甚至当UE还未从网络接收到SIB2消息时,不会再丢失寻呼。在下面的段落中将进一步描述几个实施例。根据本发明实施例,处理器340可进一步包含处理器逻辑单元,其中该处理器逻辑单元用于通过收发机350在扩展监测间隔(extended monitoring interval)期间监测每个可能寻呼时段期间的下行链路控制信道上的寻呼标识(paging identifier)以检查是否存在任何到来的寻呼消息。寻呼标识可为寻呼无线网络标识(Paging-Radio NetworkIdentifier, P-RNTI)并且下行链路控制信道可为物理下行链路控制信道(PhysicalDownlink Control Channel, PDCCH)。P-RNTI可作为PDCCH控制区域的标识以指示在接下来的数据区域是否存在发送的任何到来的寻呼消息。通常在寻呼时段发送P-RNTI。此外,根据本发明实施例,扩展监测间隔可从小区选择或小区重选进程已经开始后开始,并且上述可能寻呼时段可出现在用于携带寻呼标识及/或寻呼消息的子帧中。图4是根据本发明实施例描述的显示可能寻呼时段的发生时间的无线电帧结构。在LTE系统中,当网络配置UE操作在时分双工(Time DivisionDuplex, TDD)模式下时(即以TDD方式在相同频带中发送上行链路与下行链路数据),寻呼时段可仅在第O、1、5、6子帧出现(或者当子帧按从I到10编号时在第1、2、6、7子帧出现),或者当网络配置UE操作在频分双工(Frequency Division Duplex, FDD)模式下时(即以FDD方式在不同频带中发送上行链路与下行链路数据),寻呼时段可仅在第0、4、5、9子帧出现(或者当子帧按从I到10编号时在第1、5、6、10子帧出现)。因此,在本实施例,在扩展监测间隔期间,可根据用于TDD模式的第0、1、5、6子帧(或者第1、2、6、7子帧)以及用于FDD模式的第0、4、5、9子帧(或者第
1、5、6、10子帧)的结合取得UE监测的可能寻呼时段。换句话说,如图4所示,根据本发明实施例,可能寻呼时段可出现在每个无线电帧中的第0、1、4、5、6、9子帧(或者当子帧按从I到10编号时在第1、2、5、6、7、10子帧)。图5是根据本发明实施例描述的具有扩展监测间隔的小区选择进程。如图5所示,在扩展监测间隔510或520期间的每个可能寻呼时段中,UE可监测在HXXH上的P-RNTI。图6是根据本发明另一实施例描述的具有扩展监测间隔的小区重选进程。如图6所示,在扩展监测间隔610或620期间的每个可能寻呼时段中,UE可监测在PDCCH上的P-RNTI。值得注意的是,扩展监测间隔510与520之间的不同以及扩展监测间隔610与620之间的不同在于当从目标小区接收SIB2消息时可结束扩展监测间隔510与610,而当从目标小区接收SIBl消息时可结束扩展监测间隔520与620。根据本发明实施例,处理器340可进一步包含用于接收从目标网络广播的系统信息消息的一个或多个处理器逻辑单元。系统信息消息可至少包含MIB消息、SIBl消息、SIB2消息或者类似消息。在LTE中,MIB是最重要的信息块并且其可包含下行链路系统带宽信息、天线个数(antenna number)以及实体混合ARQ指示信道(Physical Hybrid ARQIndicator Channel, PHICH)配置与系统巾贞号(System Frame Number, SFN)。SIBl 消息可包含小区存取相关信息(例如PLMN标识列表、追踪区域码与小区标识)、用于小区选择的信息(例如小区中最小需要Rx水平与偏差)、频带标识、安排信息、TDD配置、系统信息窗长度以及系统信息值标签(value tag)。SIB2消息可包含对于所有UE相同的无线资源配置信息。更特别地,SIB2可包含存取限制信息、普通信道的无线资源配置(随机存取信道配置、广播控制信道配置、寻呼控制信道配置、物理随机存取信道配置、物理下行链路共享信道配置、物理上行链路共享信道配置、物理上行链路控制信道配置、探测参考信号配置,上行链路功率控制信息)、UE使用的计时器与常量、多媒体广播多播单频网(Multicast BroadcastSingle Frequency Network, MBSFN)子巾贞配置、时间校准计时器以及频率信息(上行链路EARFCN、上行链路带宽以及额外谱发射)。与GSM或UMTS系统不同,在LTE系统中只要取得某些基本系统信息,例如下行链路带宽、天线号与PHICH配置,则UE可开始监测LTE小区的寻呼消息。换句话说,UE可在知道寻呼控制信道(Paging Control Channel, PCCH)配置之前开始监测寻呼标识P-RNTI。此外,因为在LTE小区的覆盖范围内的所有UE可监测寻呼标识P-RNTI,所以允许UE接收所有寻呼消息,即使在寻呼消息未指向UE时。因此,在本发明实施例中,在接收SIB2消息之前,UE可在扩展监测间隔的每个可能监测寻呼时段期间监测HXXH上的P-RNTI,上述扩展监测间隔可为图5与图6所示的扩展监测间隔。另外,根据本发明另一实施例,UE可进一步将对应UE驻留的业务小区的所有小区层信息(cell-level information)与SIBl消息中的值标签储存在存储装置中。小区层信息可包含业务小区广播的系统信息,例如SIB2消息中的PCCH配置信息。因为SIBl消息中的值标签可指示系统信息的改变,在本实施例中,当UE以前驻留用作业务小区的目标小区时,处理器340可进一步包含处理器逻辑单元,该处理器逻辑单元用于确定当前接收的SIBl消息中的值标签是否与对应目标小区存储的值标签相等。当当前接收的SIBl消息中的值标签与存储的值标签相等时,这意味着对应目标小区存储的小区层信息仍然有效。因此,处理器340可进一步包含用于从存储装置中取得对应目标小区的存储小区层信息(例如寻呼参数)的处理器逻辑单元,并且利用上述存储小区层信息取得PF与PO的安排(即发生时间)。换句话说,在已经接收SIBl消息(例如图5或图6所示的SIBl消息501或601)并且确定值标签未改变后,UE可在已经接收SIB2消息(例如图5或图6所示的SIB2消息502或602)之前直接应用对应目标小区的以前存储PCCH配置从而取得PF与PO的安排。因此,为了节省电量,在已经接收了 SIBl消息后UE可暂停在每个可能寻呼时段期间的寻呼标识监测。这样,扩展监测间隔520与620可比扩展监测间隔510与610要短,并且一旦接收了 SIBl消息就可早点结束监测。换句话说,当UE之前未驻留目标小区作为业务小区时,或者不存在对应目标小区的存储小区层信息,或者当目前从目标小区接收的SIBl消息中的值标签与对应目标小区的存储值标签不同时,UE可保持应用上述监测方法并且在每个可能寻呼时段期间监测寻呼标识直到已经接收SIB2消息。在这种情况下,因为可从当前接收的SIB2消息中取得对应目标小区的新的PCCH配置,所以UE在之后的每个可能寻呼时段可停止检测寻呼标识。因此,图5与图6所示的扩展监测间隔510与610可在接收SIB2消息时结束。不管从对应目标小区的先前存储小区层信息(当先前存取小区层信息仍有效)中或者从当前接收的MIB与SIB消息中是否取得寻呼参数,UE可基于SFN与PCCH配置得出PF与PO的安排(即发生时间),并且可在属于UE的得出的PF与PO期间开始只检测在HXXH上的P-RNTI,例如图7所示的寻呼帧701与寻呼时段702。为了节省更多电量,UE可只在目标小区指示的每个非连续接收(Discontinuous Reception, DRX)周期的一个寻呼时段检测HXXH中的P-RNTI。值得注意的是,一旦已经接收了 SIB2消息,则目标小区变为业务小区。除了小区层信息以外,在本发明某些实施例中,UE可进一步存储对应PLMN的载波频率的网络层信息(network-level information),并且在已经从目标小区接收到MIB消息之前利用上述网络层信息以在每个可能寻呼时段期间监测I3DCCH上的P-RNTI,其中UE已经使用上述PLMN或者与上述PLMN相关联。如前所述,某些基本系统信息,例如下行链路带宽信息与天线号,位于MIB消息中。因此,在传统设计中,在从目标小区接收MIB消息前,由于缺少基本系统信息,UE不能监测寻呼信道。然而,基于本发明的内容,因为当目标小区属于相同的PLMN并且使用相同的载波频率时,UE已经存储或者记录了对应PLMN的载波频率的网络层信息,其中UE已经使用上述PLMN或者与上述PLMN相关联,所以在已经从目标小区接收MIB消息之前可再应用存储的网络层信息。因此,在本发明实施例中,通过在从目标小区已经接收MIB消息之前应用已储存网络层信息以利于UE提前监测寻呼信道,这样可进一步提高效能。当已储存网络层信息是有效的时,UE可准确解码寻呼消息。图8是根据本发明实施例描述的在已经接收MIB消息之前应用已储存网络层信息的示意图。如图8所示,在下行链路同步已经开始后并且接收MIB消息前的部分扩展监测间隔(扩展监测间隔801所示)期间,可将已存储网络层信息应用于UE以在每个可能寻呼时段监测HXXH上的P-RNTI。在已经接收MIB消息后的另一部分扩展检测间隔(扩展监测间隔802所示)期间,可将从当前已接收MIB消息中取得的已接收网络层消息应用于UE以在每个可能寻呼时段监测HXXH上的P-RNTI。值得注意的是,本发明可应用于小区选择与小区重选进程。基于本发明内容,可取得将扩展监测间隔的开始时间提前到下行链路同步开始时的一大优势。另外,可进一步取得同步监测原始业务小区与目标小区的寻呼信道(当应用于小区重选进程时)而不特意在不同小区的寻呼信道之间来回切换的另一优势。这是因为在本发明的实施例中,UE可在扩展监测间隔期间监测所有的可能寻呼时段。当原始业务小区与目标小区属于相同追踪区域时,在扩展监测间隔期间UE可同时监测并且接收原始业务小区与目标小区发送的寻呼消息。因此,在本发明实施例中,当UE仍想从原始业务小区接收寻呼消息时,UE不需要切换回对应原始业务小区的寻呼信道。这样不会丢失任何寻呼消肩、O图9是根据本发明实施例描述的监测寻呼消息而不丢失寻呼的方法流程图。在本实施例中,假设已经决定了在小区选择或小区重选进程中驻留的目标小区并且UE已经储存或记录了对应目标小区所属PLMN的相同载波频率的网络层信息。在本实施例中,在开启小区选择或小区重选以驻留目标小区(步骤S902)后,UE可开始在每个可能寻呼时段监测下行链路控制信道上的寻呼标识(步骤S904),从而检查在从目标小区取得寻呼参数前是否存在到来的寻呼消息。在监测寻呼标识的同时,UE可从目标小区连续接收MIB消息与SIBl消息(步骤S906)。一旦接收了 SIBl消息,UE可确定是否存在对应目标小区的任何已储存小区层信息并且当前已接收SIBl消息中的值标签是否与对应目标小区的已储存值标签相等(步骤S908)。如果存在对应目标小区的任何已储存小区层信息并且当前已接收SIBl消息中的值标签与对应目标小区的已储存值标签相等,则UE可停止在每个可能寻呼时段监测寻呼标识并且基于已储存寻呼参数得到属于UE的一个或多个寻呼帧与一个或多个寻呼时段的发生时间(步骤S910)。如果不存在对应目标小区的任何已储存小区层信息或者当前已接收SIBl消息中的值标签与对应目标小区的已储存值标签不相等,则UE可保持在每个可能寻呼时段监测寻呼标识直到接收SIB2消息,并且基于从已接收SIB2消息取得的寻呼参数得到属于UE的一个或多个寻呼帧与一个或多个寻呼时段的发生时间(步骤S912)。当已经得到对应UE与目标小区的一个或多个寻呼帧与一个或多个寻呼时段的发生时间时,UE可开始只在已得到的属于UE的寻呼帧与寻呼时段监测寻呼标识(步骤S914)。本发明的上述实施例可在众多方式中进行实施。例如,实施例可利用硬件、软件或其联合来实施。执行上面描述功能的任何组件或者组件的组合从种类上可以认为是一个或多个控制上述讨论功能的处理器。一个或多个处理器可在众多方式中实施,例如与专用硬件,或与通用硬件,利用微码(miCTocode)或软件设计上述通用硬件来执行上面提到的功倉泛。像“第一”、“第二”、“第三”等在权利要求书中修饰元件的序词并不意味着自身具有任何优先权、优先级或者一个元件的等级高于另一个元件或者方法执行的时间顺序,而仅仅作为标号用于区分一个具有确切名称的元件与具有相同名称(除了修饰序词)的另一元件。虽然为了说明本发明使用了示例以及较佳实施例,但本发明并不局限于此。因此,熟悉本领域技术的人员仍可在不脱离本发明范围与精神的情况下对本发明进行修改与调整。因此,本发明的保护范围由权利要求以及其对应物进行定义与保护。
权利要求
1.一种通信装置,包含: 处理器,耦接收发机,其中该处理器至少包含: 第一处理器逻辑单元,用于启动小区选择或小区重选进程以驻留目标小区并且通过该收发机取得该目标小区发送的一个或多个系统信息消息中的多个寻呼参数;以及 第二处理器逻辑单元,用于通过该收发机监测下行链路控制信道上的寻呼标识以检查在从该目标小区取得该寻呼参数前是否存在任何到来的寻呼消息。
2.如权利要求1所述的通信装置,其特征在于,该第二处理器逻辑单元在每个无线电帧监测该下行链路控制信道上的该寻呼标识。
3.如权利要求1所述的通信装置,其特征在于,该第二处理器逻辑单元在每个可能寻呼时段监测该下行链路控制信道上的该寻呼标识,以及其中该可能寻呼时段出现在能够携带寻呼消息的无线电帧的多个预定子帧中。
4.如权利要求3所述的通信装置,其特征在于,每个无线电帧包含10个子帧,以及该可能寻呼时段出现在第1、2、5、6、7、10子帧中。
5.如权利要求1所述的通信装置,其特征在于,该系统信息消息至少包含该目标小区发送的主信息块消息,并且在已经接收该目标小区发送的该主信息块消息之前该第二处理器逻辑单元通过该收发机监测该下行链路控制信道上的该寻呼标识。
6.如权利要求2所述的通信装置,其特征在于,进一步包含: 第三处理器逻辑单元,用于通过该收发机从该目标小区接收系统信息块类型I消息;以及 第四处理器逻辑单元,用于确定该当前已接收的系统信息块类型I消息的值标签是否与对应该目标小区储存的已储存值标签相等,其中当该当前已接收的系统信息块类型I消息的该值标签与该已储存值标签相等时,该第二处理器逻辑单元停止在每个无线电帧监测该寻呼标识。
7.如权利要求6所述的通信装置,其特征在于,进一步包含: 第五处理器逻辑单元,当该当前已接收的系统信息块类型I消息的该值标签等于该已储存值标签时用于取得对应该目标小区储存的多个已储存寻呼参数,并且基于该已储存寻呼参数得到一个或多个寻呼帧与一个或多个寻呼时段的该发生时间;以及 第六处理器逻辑单元,用于通过该收发机监测该下行链路控制信道上的该寻呼标识以检查在该已得到的寻呼帧与寻呼时段是否存在任何到来的寻呼消息。
8.如权利要求2所述的通信装置,其特征在于,进一步包含: 第七处理器逻辑单元,用于通过该收发机从该目标小区接收系统信息块类型2消息,其中在已经接收该系统信息块类型2消息后该第二处理器逻辑单元停止在每个无线电帧监测该寻呼标识。
9.一种监测寻呼消息而不丢失寻呼的方法,包含: 启动小区选择或小区重选进程以驻留目标小区并且通过通信装置的收发机取得该目标小区发送的一个或多个系统信息消息中的多个寻呼参数;以及 通过该收发机监测下行链路控制信道上的寻呼标识以检查在从该目标小区取得该寻呼参数前是否存在任何到来的寻呼消息。
10.如权利要求9所述的方法,其特征在于,在每个无线电帧执行该监测该下行链路控制信道上的该寻呼标识的步骤。
11.如权利要求9所述的方法,其特征在于,在每个可能寻呼时段执行该监测该下行链路控制信道上的该寻呼标识的步骤,以及其中该可能寻呼时段出现在能够携带寻呼消息的无线电帧的多个预定子帧中。
12.如权利要求11所述的方法,其特征在于,每个无线电帧包含10个子帧,以及该可能寻呼时段出现在第1、2、5、6、7、10子帧中。
13.如权利要求9所述的方法,其特征在于,该系统信息消息至少包含该目标小区发送的主信息块消息,并且在已经接收该目标小区发送的该主信息块消息之前执行该通过该收发机监测该下行链路控制信道上的该寻呼标识的步骤。
14.如权利要求10所述的方法,其特征在于,进一步包含: 通过该收发机从该目标小区接收系统信息块类型I消息;以及 确定该当前已接收的系统信息块类型I消息的值标签是否与对应该目标小区储存的已储存值标签相等,其中当该当前已接收的系统信息块类型I消息的该值标签与该已储存值标签相等时,该方法进一步包含:停止在每个无线电帧监测该寻呼标识。
15.如权利要求14所述的方法,其特征在于,进一步包含: 当该当前已接收的系统信息块类型I消息的该值标签等于该已储存值标签时取得对应该目标小区储存的多个已储存寻呼参数; 基于该已储存寻呼参数得到一个或多个寻呼帧与一个或多个寻呼时段的该发生时间;以及 通过该收发机监测该下行链路控制信道上的该寻呼标识以检查在该已得到的寻呼帧与寻呼时段是否存在任何到来的寻呼消息。
16.如权利要求10所述的方法,其特征在于,进一步包含: 通过该收发机从该目标小区接收系统信息块类型2消息,在已经接收该系统信息块类型2消息后停止在每个无线电帧监测该寻呼标识。
全文摘要
本发明提出一通信装置。处理器耦接收发机并且该处理器至少包含第一处理器逻辑单元与第二处理器逻辑单元,其中该第一处理器逻辑单元用于启动小区选择或小区重选进程以驻留目标小区并且通过该收发机取得该目标小区发送的一个或多个系统信息消息中的多个寻呼参数;该第二处理器逻辑单元用于通过该收发机监测下行链路控制信道上的寻呼标识以检查在从该目标小区取得该寻呼参数之前是否存在任何到来的寻呼消息。
文档编号H04W68/02GK103210693SQ201280003197
公开日2013年7月17日 申请日期2012年11月1日 优先权日2011年11月1日
发明者李吉真, 韦宜君, 林盟翔 申请人:联发科技股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1