CN1710989A - 在通信系统中的通知序列接收的自发中断 - Google Patents

Abstract

公开了一种用于在通信设备中检测通知的节省功率且可靠的方法，所述方法包括步骤：从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；随后检查每一接收的通知指示是正还是负；在每一所检查的通知指示之后，并且基于所检查的通知指示，确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；并且，如果确定将进行判定，在已经检查该组所有通知指示之前中断通知的检查，以及根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

Description

在通信系统中的通知序列接收的自发中断

技术领域

本发明涉及要求向一个或多个接收机通知特定事件的通信系统。尤其是，本发明涉及基于接收设备的内部判定的多帧通知序列的接收和检测的自发中断。

背景技术

在不具有到每一单个设备的专用连接的网络中，当设备处于其功能的一部分被禁止的空闲状态时，必须向设备通知象呼入、到达数据或请求特定业务这样的事件。网络设备在预定时间点上监视在网络上的数据流以寻找通知，其中所述通知告诉它们网络上的需要它们关注的任意事件。

这样的网络的一个常见例子是无线网络，并且尤其是蜂窝网络。作为蜂窝网络的特定例子，将在下面详细说明UMTS。

寻呼过程是在通信系统中的最基本的过程之一(参见Harri Holma和Antti Toskala，“WCDMA for UMTS，radio access for third generation mobilecommunication，second edition”，John Wiley & Sons，Ltd.，概述)。它是在移动终端(在UMTS中称为UE)和无线接入网之间定义的过程，用于通知UE特定事件的发生以及触发与UE相关联的行为。寻呼过程的主要目的是通知特定UE呼入(语音或数据)，但是它还可以被用于指示在网络配置中的变化以及请求在小区中的所有UE读取其中发送信息的广播控制信道(BCCH)。

该过程的最典型例子是寻呼空闲模式的UE以便建立由第三方发起的呼叫。在图1中示出了寻呼过程。空闲模式的UE被接通并向网络注册，但是没有到其的永久连接。一旦在网络中进行了注册，每一UE被分配到一个寻呼组，所述寻呼组由其寻呼指示PI 101来表征。在空闲模式中，UE周期性地监视PICH 100，在所述PICH 100中，告知(signal)不同寻呼指示的状态(激活/无效)。当一个特定寻呼指示被激活时，它触发在该小区中的属于该相应寻呼组的所有UE读取寻呼信道(PCH)，并检查在PICH上接收的寻呼消息的有效性以及该寻呼是想用于整个寻呼组(一般寻呼)还是用于特定UE。

更具体的，每一寻呼组由两个参数唯一地定义。第一参数是寻呼时刻(paging occasion)102，它指定属于特定寻呼组的UE应当读取PICH的时刻。第二参数是寻呼指示标识符(paging indicator identifier)，它标识相关于在寻呼时刻帧102内的所关心的寻呼组的指示101。

在3GPP TS 25.304v5.4.0“User Equipment(UE)procedures in idle modeand procedures for cell reselection in connected mode”中如下定义了寻呼时刻的位置：

寻呼时刻＝IMSI mod DRX周期长度+n* DRX周期长度，(1)

其中IMSI是全球唯一UE标识号，而n是正整数。公式1为每一UE表示其寻呼时刻的系统帧号。系统帧号(SFN)103是周期运行的计时器，用于在时间上标识发送帧。SFN可以采用0到4095之间的值。每一帧102、104-112具有10ms的长度。可以在3GPP TS 25.402v5.3.0“Synchronisation in UTRANStage 2”中找到SFN的定义。而且，为了寻呼目的，时间被划分成DRX周期113(不连续接收)，这将重组固定数量的帧(DRX周期长度)，这里为102以及106到111。在3GPP中，DRX周期113是网络配置的参数并且可以在8帧(0.08s)和512帧(5.12s)之间变化。每DRX周期113一次，每一UE在对应于其寻呼时刻的帧102上醒来，并监视在PICH 100上发送的所关心的寻呼指示101。

与特定寻呼组相关的寻呼指示标识符也依赖于UE标识符IMSI(参见上面引用的3GPP TS 25.304v5.4.0)，如下所示：

PI_identifier＝(IMSI div 8192)mod N_p，    (2)

其中，N_p＝(18，36，72，144)是如在3GPP TS 25.211v5.5.0“Physical channeland mapping of transport channels onto physical channels”中定义的每PICH帧的寻呼指示的数量。

如果在UE寻呼组的寻呼时刻帧之一中，相应于UE寻呼组的寻呼指示标识符的寻呼指示PI 101被激活，则UE读取PCH(寻呼信道)。

在3GPP TS 25.211v5.5.0中规定了物理信道PICH结构。一个帧200具有10ms的长度并且被细分成300个比特的201、202，如图2中所示。最后12个比特的202没有被使用并且被保留以备将来使用。前面288个比特的201被细分成N_p个寻呼指示，其中所述N_p由网络配置。根据SFN，寻呼指示PI被进一步映射到寻呼位置q，以便抑制如在下面公式中所示的时间定位(time-localised)的干扰。

根据N_p，每一PI具有长度L，所述L在2个连续比特(N_p＝144)和16个连续比特(N_p＝18)之间变化。当PI被激活时，所有相应的L个比特被设置为1。否则，它们被设置为0。

寻呼过程的性能由两个标准来检验：丢失事件概率P_m和错误告警概率P_f。当由于在接收机和发送机之间的不可靠接口导致的解码错误，UE检测不到寻呼消息时，出现丢失事件。当虽然UE实际上没有被寻呼但是由UE得出的寻呼判定为正时，发生错误告警。由于几个UE共享相同的寻呼组，所以这常常发生。不可靠的接口可以导致错误告警。

寻呼过程的性能受3个因素强烈影响：PICH发送功率、每帧的寻呼指示的数量N_p以及DRX周期长度。前两个因素对丢失事件概率P_m(丢失寻呼的概率)具有特别大的影响，而后两个主要影响错误告警概率P_f(虽然没有发送专门的寻呼，但是解码激活寻呼的概率)。在固定PICH发送功率上，在N_p被设置成较大的值(例如144)时的概率P_m远比采用较小的N_p值(例如18)时的概率P_m高。当然，精确值依赖于UE接收机性能。将不进一步讨论该方面，但是记住低N_p值意味着较低的P_m。不幸的是，这个参数对错误告警概率具有相反的影响，并且在P_f和P_m之间需要折衷。事实上，假定执行最佳接收，错误告警概率依赖于寻呼组的总数的倒数，寻呼组的总数由下列公式给出：

寻呼组的总数＝N_p*DRX周期长度            (4)

在下面表1的右列中可以找到错误告警概率的一些典型值。

使用UMTS，通过引入多媒体广播多播业务(MBMS)，新特征被引入到寻呼领域中。

在MBMS中，在预定义的业务区域上广播业务(视频剪辑、数据下载等)，并且由一个或多个先前已预订该业务的移动台同时接收所述业务。在3GPPTS 23.246v6.2.0“Architecture and functional description”中给出MBMS的体系结构和功能方面的概述，以及当前在3GPP TS 25.346v6.0.0“Introduction of theMultimedia Broadcast Multicast Service(MBMS)in the Radio Access Network(RAN)stage 2”中标准化了MBMS的无线方面。MBMS的主要目的是允许同时向几个移动台发送相同的信息(点对多点发送PtM)。因此该网络不需要为了发送数据而建立到每一所关心的移动台的专用链接。当前3GPP标准化了三种新信道以便将MBMS业务引入到UMTS系统中。可以预见MTCH(MBMS业务信道)，用于在PtM发送期间将MBMS数据内容本身传送到一个小区中的几个UE。如果在广播业务中仅仅几个UE是所关心的，则该网络在建立单独的专用无线链接(点对点发送PtP)之后可依赖于常规的DPCH信道。最终，引入两个控制信道。MCCH(MBMS控制信道)广播当前的MBMS配置，告知MBMS特定参数或消息。MICH(MBMS指示信道)用于UE通知目的。

支持MBMS所必需的功能之一是MBMS通知过程，通过该过程，网络通知特定业务中的所关心的UE发送的临近并且告知必需的配置参数。用于该功能的主要设计标准是UE电池消耗、信令对于各种干扰的健壮性以及低错误告警概率。不幸的是，这些设计目标可能相互抵触，并且一般在UE电池消耗和错误告警概率之间需要折衷。例如，已加入一个或多个MBMS业务的UE需要运行周期性地监视MICH的后台处理。频繁的MICH读取可能减小错误告警概率，提高信令健壮性以及减少通知延迟时间，但是会极大地影响UE功率消耗。

对于MBMS，如在上面引用的3GPP TS 25.346v6.0.0中给出的当前工作假设是要尽可能多地重新利用寻呼过程。每一MBMS业务根据其MBMS业务标识符，被映射到MBMS业务组，就像UE根据其UE标识符(ISIM)，被映射到寻呼组。MBMS业务组由其通知标识符来表征，这反映了寻呼指示标识符概念。没有规定在MBMS业务标识符和相应的MBMS业务组的通知标识符之间的映射函数，并且到目前为止没有提出具体建议，但是如果最终规定的话，将肯定可以使用类似于在公式2中提出的映射函数。不同MBMS业务标识符的数量当前被设想为2²⁴，而不同MBMS业务组的数量依赖于将被标准化的通知过程。然而，在3GPP在R1-040536“False Alarm on MICH”，3GPP TSG RAN1会议#37(Qualcomm)中提出的一些建议不需要MBMS业务组概念时，不能肯定这些概念将会被标准化。

而且，如图3中所示的新MBMS指示信道(MICH)300被引入并且重新使用与PICH 100相同的帧结构。它包含每帧N_ni个MBMS通知指示NI，以及其值可与由PICH每帧所携带的寻呼指示N_p的数量不同。每一MBMS业务组的每一通知标识符与在MICH帧中的通知指示NI 301相关联。根据N_ni，每一NI由L个比特组成，其中L在2比特(N_p＝144)和16比特(N_p＝18)之间变化。当NI被激活时，所有相应的L个比特被设为1。否则它们被设为0。MICH帧被进一步重组成修改周期(Modification Period)302，它应当具有至少与在小区中所考虑的最长DRX周期一样长的长度。所通知的MBMS业务组在修改周期中相同，并且监视所通知的MBMS业务组的MBMS UE应当在下一修改周期时读取在MCCH上的信息广播。

相对于寻呼过程的主要不同是：由于在形成修改周期的所有帧上告知MBMS业务通知，所以在MBMS中没有寻呼时刻概念。为了到达小区中的所有空闲模式的UE，这将被执行。当前还没有被指定在什么时候空闲模式的UE应当读取MICH，但是一个可能的方案是在由寻呼过程定义的寻呼时刻102检查MICH，就象对于如图3所示的常规寻呼过程，UE在任意情况下都不得不监视PICH一样。当寻呼和MBMS通知在每一DRX周期仅仅需要一个接收机激活时，这将带来功率的节省。

由于在标准寻呼过程的情况下，没有在由寻呼时刻所实现的MBMS业务组之间的时间复用，所以MBMS业务组的总数大大少于寻呼组的数量。MBMS业务组的总数直接得到并且等于N_ni。对于寻呼过程，MBMS业务组的大小影响错误告警概率P_f以及丢失通知概率P_m。为了确保小P_m，N_ni应当被设置成小值。然而，这将对P_f具有负面影响。因此，由于不能通过较大数量的通知指示来补偿时间间隔的丢失，所以MBMS的错误告警概率大大高于寻呼过程的错误告警概率，如表1的列2所示。

Np	当前工作假设	指示组合方法K＝2	指示序列方法K＝2	寻呼过程错误告警DRX周期长度＝1.28s每寻呼时刻1个被寻呼的UEUE ID(IMSI)的均匀分布
					18	5,6％	0,6％	0,3％	0,04％
36	2,8％	0,2％	0,08％	0,02％

表1-在K＝2时MBMS通知的错误告警概率P_f

为了减小在MICH上的错误告警概率，目前在3GPP中考虑两个主要建议。第一个是由Samsung在R1-040520“Reducing the false alarm probability onMICH decoding”，3GPP TSG RAN 1会议#37(Samsung)中提出的，其中MBMS业务组由在一个MICH帧中的相应通知指示所告知的K个通知指示标识符的特定组合来标识。来自Qualcomm的第二个建议提议直接将每一MBMS业务标识符映射到由组成修改周期的连续帧上的相应通知指示所告知的通知指示标识符的序列上(参见上面引用的3GPP R1-040536)。使用这种方法，每帧告知单个通知指示标识符。从该序列中，UE读取K个指示以便判定MBMS业务是否被通知。

下文中，第一方法将被称为“指示组合方法”，而后一方法被称为“指示序列方法”。

直接注意：两种建议都是依赖于多分量(multi-component)消息来告知通知(使用几个通知指示)，而不再依赖于单成分(single element)消息(一个通知指示)。建议之间的主要差别在于指示组合方法使用同一帧的通知指示标识符，而指示序列方法考虑在几个帧上扩展的通知指示。而且，应当重点关注：使用3GPP R1-040536(指示序列方法)，直接通知MBMS业务并且不再存在将MBMS业务映射到MBMS业务组的中间阶段。

3GPP R1-040520的将每一MBMS业务组映射到在同一帧中的通知指示标识符的组合上的建议(指示组合方法)具有增加MBMS业务组的大小并因而减小错误告警概率的好处。

MBMS业务组的数量由下列公式给出：

${\mathrm{MBMS}}_{\mathrm{gpsize}}=\begin{array}{c}\left(\begin{array}{c}{N}_{\mathrm{ni}}\\ K\end{array}\right)=\frac{N_{\mathrm{ni}}!}{(N_{\mathrm{ni}}-K)!K!}\end{array}...\left(5\right)$

其中K表示在一帧中一个MBMS业务组的所考虑的通知指示的数量。

在N_ni＝18和K＝2时，MBMS业务组的数量是153。

通过该建议本身的精髓直接了解到：UE需要读取K个通知指示，以便估计是否通知了所监视的MBMS业务组。根据该功能的UE实现，UE可能需要在所监视的MICH帧期间切换其接收机K次。由于频繁地接通和切断UE接收机相当消耗功率，所以这可能对UE电池寿命有严重的影响。

在3GPP R1-040536中，Qualcomm建议直接将每一MBMS业务标识符映射到在修改周期上发送的通知指示标识符序列(指示序列方法)。从该序列中，UE读取K个通知指示。这在图4中示出。在图4所示的例子中，K等于2。以UE寻呼时刻102开始，UE读取在MICH 300的帧403、404中的两个通知指示401、402。如果两个通知指示401、402都为正，则相应MBMS业务标识符的通知被假定为存在，并且从MCCH接收与该通知的原因有关的信息。

使用该方法，可区分的MBMS业务标识符的数量依赖于由UE读取的通知指示的数量。这由下列公式给出：

${\mathrm{MBMS}}_{\mathrm{dist}\_\mathrm{service}}=N_{\mathrm{ni}}^K...\left(6\right)$

其中K表示所读取的通知序列的通知指示的数量。

在某种意义上，由于可区分的MBMS业务的数量和MBMS业务组的数量对错误告警概率具有相同的影响，所以可区分的MBMS业务的数量类似于MBMS业务组的数量。

在N_ni＝18和K＝2时，可区分的MBMS业务的数量是324，这大大多于使用指示组合方法时的数量。

从实施的观点，3GPP R1-040536推荐在如图4所示对MBMS业务通知做出判定之前读取具有K个指示的块。这会使得与现有工作假设相比，UE接收机处于接通状态的时间显著变长，并因而显著降低了电池寿命。

在尚待批准的欧洲专利申请中，提出了一种用于增强通知过程的替代方案。在该文件中，推荐通过一组K个坐标来标识所通知的实体(MBMS业务组或直接为MBMS业务标识符)，所述K个坐标在MICH上周期性地告知。

要解决的问题是提供一种基于MICH结构的通知机制，它将确保低UE电池功率消耗以及低丢失通知概率和错误告警概率。如在上面所强调的，MICH发送功率和通知指示的长度主要对丢失事件概率起作用，并且在此不讨论该方面。错误告警概率极大地依赖于MBMS业务标识符如何映射到单个通知指示标识符或通知指示标识符组。在本发明的上下文中将不进一步讨论该方面，并且所述方面是同一发明人和申请人在同日提交的尚待批准的欧洲专利申请“Cyclic transmission of notification coordinates in a communicationsystem”(我们的备案号未知)的目的。由于本文中上述的所有方法都要求每一DRX周期读取K个指示，所以本发明着重于基于多通知指示的通知过程的功率消耗方面。该行为对整个电池寿命有不利影响。

发明内容

本发明的目的是提供一种在通信设备中用于检测通知的功率节省方法，特别是对于每一通知标识符(设备标识符、业务标识符或业务组标识符)与通知指示标识符的序列相关的情况。

该目的通过根据权利要求1的方法、根据权利要求9的通信设备、根据权利要求12的计算机可读介质、和根据权利要求13的通信系统来实现。

通信设备的功率消耗通过下列步骤来减少：从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；随后检查每一接收的通知指示是正还是负；在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；并且，如果确定将进行判定，在已经检查该组所有通知指示之前中断通知指示的检查，以及根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

所提出的方法减少了通信设备的功率消耗，而不需要过分的额外成本或对可靠性的折衷。

根据本发明的一个方面，提供了一种在通信设备中用于检测通知的方法，所述方法包括步骤：从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；随后检查每一接收的通知指示是正还是负；在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；并且，如果确定将进行判定，在已经检查该组所有通知指示之前中断通知的检查，以及根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

根据本发明的另一方面，提供了一种在通信系统中使用的通信设备，包括：通知指示接收装置，用于从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；和通知检测装置，用于检查所接收的通知指示并且检测为所述通知标识符而指定的通知，并且还包括：确定装置，用于在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；中断装置，用于如果确定将进行判定，则在已检查该组所有通知指示之前中断通知的检查；以及判定装置，用于根据所接收的通知指示，判定所述所确定的通知标识符的通知是否被假定为存在。

根据本发明的再一方面，提供了一种计算机可读介质，其上已存储有指令，当在通信设备的处理器上执行所述指令时，使得该处理器执行包括下列步骤的方法：从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；随后检查每一接收的通知指示是正还是负；在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；并且，如果确定将进行判定，在已经检查该组所有通知指示之前中断通知的检查，以及根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

根据本发明的再一方面，提供了一种通信系统，包括：设备，被配置成发送所确定的通知标识符的通知；网络，用于连接所述通信系统的部件；以及至少一个通信设备，包括：通知指示接收装置，用于从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；和通知检测装置，用于检查所接收的通知指示并且检测为所述通知标识符而指定的通知，所述通信设备还包括：确定装置，用于在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；中断装置，用于如果确定将进行判定，则在已经检查该组所有通知指示之前中断通知的检查；以及判定装置，用于根据所接收的通知指示，判定所述所确定的通知标识符的通知是否被假定为存在。

附图说明

为了说明本发明的原理，附图被并入说明书并且形成说明书的一部分。所述附图不能被曲解为将本发明仅仅限制于如何实现和使用本发明的所图解和所描述的例子。如在附图中所图解的，其他特征和优点从本发明的下面和更具体的描述中将变得清楚，其中：

图1示出如在3GPP中定义的寻呼过程的一个例子；

图2示出如在3GPP中定义的寻呼指示信道的示例性结构；

图3示出如3GPP规定的多媒体广播多播业务的通知过程的一个例子；

图4示出根据指示序列方法的MBMS通知过程的另一例子；

图5示出如何将本发明应用于如图4中所描述的通知过程；

图6描述了根据本发明的一个实施例的逐步读取的流程图；

图7说明了根据本发明的另一实施例的用于减少功率消耗的通知序列的逐步读取的流程图；

图8示出根据基于序列方法定义通知检测的开始时刻的有益方法；和

图9示出通信设备的示例性结构。

具体实施方式

将参照附图描述本发明的示例性实施例，其中相同的元件和结构由相同的附图标记来表示。

现在参照图5和6，将针对指示序列方法的例子详细地说明本发明的构思。虽然可以采用本发明而不需要限制于任何更大的值，但是在该例子中，K还等于2。事实上，对于增加的K，功率节约显著增加。在UE寻呼时刻102，UE在步骤61从相应于MBMS业务标识符的帧503中读取通知指示501。UE可以以任意顺序读取通知指示标识符。因此，对在某一帧开始没有要求，并且从功率节约的观点来选择最合适的帧。通知指示501由通知指示标识符来标识。该相应的标识符包括在与通知标识符相关的通知指示标识符序列中。该通知标识符依次可以是由UE预订的业务的业务标识符或业务组标识符，或者在其他应用中，可以是UE的标识符本身。在任意情况下，该通知标识符以某种方式与UE相关联，这意味着相应通知和UE相关。在步骤62，UE现在检查指示501的内容，并且确定是否已经可以做出有关通知的存在的判定。在指示501为负的情况下，在步骤63确定可以做出判定，中断对其他指示的检查，并且确定通知被假定为不存在。在指示501为正的情况下，两种选择的概率非常近似，并且在步骤64检查是否该序列已经到达其末尾。在图2的例子中，K等于2，且多于一个的指示可用。重复步骤61和62以便读取和检查在随后的帧中的序列的下一指示502。如果指示502为负，则在步骤63中确定假定没有通知存在。如果指示502为正，则步骤64表明已经完成对序列的读取和检查，并且判定通知被假定为存在(虽然由于两个其他通知的并存而可能是错误告警)。结果，在步骤65，从其他信道，例如MCCH获得与通知的原因有关的信息。然后可以从该信息中发现任何错误告警。

在本发明的另一选择中，如果已经接收到足够数量的正指示，从而可以以充分高的概率假定通知存在，则可以有利地中断通知检测而不需要接收负指示。该选择带来了进一步的功率消耗的减少。可以单独地实施或与上述的选择有利地组合实现。在图7中描述该实施。步骤71至75相应于图6的步骤61至65。在所检查的指示为正且还没有到达序列的结尾的情况下，在方框76中进行另一判定：是否已经检查了足够数量的正指示以便以足够的概率来假定通知存在。由UE来确定用于该判定的标准，尽管它可以依赖于从网络接收的信息。一个直接可能是根据序列的长度来检查固定数量的指示。然而，由于错误告警的风险依赖于MICH上的业务负荷，这可以以如下方式影响该标准，即，由于MICH上的高业务负荷而检查更多的指示，并且在MICH上总共存在仅仅几个通知的情况下，在已经检查了较少的指示之后做出正判定。一种获得有关MICH的业务负荷信息的方式将是计算MICH上的所有指示中的正指示的比例或在所有接收到的指示中的正指示的比例。UE使用较少努力并因而使用较少功率消耗的另一选择将会是通过来自实体的广播消息来获得该信息，所述实体管理MICH的内容。进一步的可能是维持在过去由接收设备观察到的每一时间单元的错误告警的记录。每一时间单元的错误告警的值也可以作为影响错误告警概率的值。

与原始建议相比，上述过程将节约UE功率，并因而延长电池寿命。在通知指示的帧内组合的情况下，相同的改进是可能的，但是可能对UE功率消耗具有较少的影响。指示可以是连续的或紧密地处于一起，并因此不会为了长时间地保持接收机处于接通状态以读取所有指示而十分消耗功率。

如上所述，在MBMS通知的情况下，在紧随该通知的修改周期中应当接收有关该通知的原因的信息。如在图3中所看到的，如果UE寻呼定位的时刻比将要检查的指示的数量更靠近修改周期的末尾，则从该时刻开始检测通知可能是不利的，这是因为在下一修改周期开始之前通知检测可能没有完成，并且在下一修改周期中通知的状态可能相反，使得不可能正确地检测。因此，根据本发明的另一选择，象如图8所示的那样来确定相对于修改周期的检测开始时刻。首先，在步骤81确定为了检测通知而将要检查的指示的数量d。这可以是指示序列的长度，也可以是作为图7的方框76的标准而确定的数量。在方框82，在修改周期的结束之前的至少d帧定义开始时刻。因此确保足够早地开始接收和检测，以便接收和检查至少与正确检测通知所要求的一样多的序列中的通知指示。在其他网络中，除了帧和修改周期之外可以存在其他时间间隔。该方法可应用于所有系统，其中第二时间间隔包括固定的全部数量的第一时间间隔，其中在所述第二时间间隔中所有通知的状态保持不变，对于每一序列，每一所述第一时间间隔均包含一个通知指示。

图9示出了用于执行上述方法的网络设备的示意图。在与该上下文无关的其他部件当中，设备90包括：如网络接口的通知指示接收装置91，用于从网络接收通知指示；通知检测装置92，用于检查所接收的通知指示以及检测为标识该设备本身、该设备预订的或其容纳的业务、这样的业务所属的业务组的通知标识符而指定的通知。设备80还包括：确定装置93，用于在每一所检查的通知指示之后，并基于所检查的通知指示，确定是否将要做出关于上述通知标识符的通知的存在的判定；中断装置94，用于如果确定将要做出判定，则在已经接收到所有通知比特之前中断通知的检测；以及判定装置95，用于根据所接收的通知指示来判定是否假定所述所确定的通知标识符的通知存在。装置92至95可以在设备90的处理单元上以软件来实现。

本发明的另一实施例涉及使用硬件和软件来实现上述各种实施例。应当认识到，各种上述方法以及上述的各种逻辑块、模块、电路可以通过使用计算设备来实现或执行，所述计算设备例如通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件等。可以由这些器件的组合来实现或体现本发明的各种实施例。

而且，本发明的各种实施例也可以借助由处理器运行的软件模块或直接由硬件来实现。软件模块和硬件实现的组合也是可能的。这些软件模块可以存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等。

如上所述的各种实施例可以提供较小的MBMS通知中的丢失通知概率和错误告警概率。因而，可以减少移动设备的电池功率消耗。同时可以避免不适当的额外成本或对可靠性的折衷。

虽然，相对于根据本发明构造的实施例对本发明进行了描述，但是对于本技术领域人员来说，很明显在不脱离本发明的精神和期望范围的情况下，可以根据上述教导以及在所附权利要求的范围之内对本发明进行各种修改、变化和改进。而且，相信本技术领域人员所熟悉的那些方面在此没有描述以便不对这里描述的本发明产生不必要的模糊。因此，应当理解，本发明不限于特定描述的实施例，而仅由所附权利要求的范围来限制。

Claims (13)

1、一种用于在通信设备中检测通知的方法，所述方法包括步骤：

从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；

随后检查每一接收的通知指示是正还是负；

在每一所检查的通知指示之后，并且基于所检查的通知指示，确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；

并且，如果确定将进行判定，

则在已经检查该组所有通知指示之前中断通知的检查，以及

根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

2、如权利要求1所述的方法，其中当接收到负通知指示时，执行所述中断和判定步骤，所述判定步骤的结果为假定不存在所述通知标识符的通知。

3、如权利要求1所述的方法，其中在已经接收到由所述通信设备确定的正通知指示的数量之后执行所述中断和判定步骤，并且没有接收到负通知指示，所述判定步骤的结果是所述通知标识符的通知被假定为存在。

4、如权利要求3所述的方法，还包括步骤：根据影响错误告警概率的实际值来确定将要接收的正通知指示的所述数量。

5、如权利要求4所述的方法，其中所述实际值是在所述确定将要接收的正通知指示的所述数量的步骤之前，由所述通信设备所观察的每一时间单位的错误告警的数量。

6、如权利要求4所述的方法，其中所述实际值是从所述通信网络接收的业务负荷值。

7、如权利要求4所述的方法，还包括：接收更多通知指示的步骤，并且所述实际值是在所有接收的指示中正指示的比例。

8、如权利要求3所述的方法，其中在第一时间间隔中，作为所述有限组的元素的所述通知指示在所述网络上传输，每个第一时间间隔发送作为所述有限组的元素的所述通知指示之一，并且在第二时间间隔期间，所述预定通知标识符的所述通知一直存在，所述第二时间间隔包括固定的全部数量的所述第一时间间隔，所述方法还包括步骤；

在当前的第二时间间隔结束之前的至少d个时间间隔，确定在将由所述接收步骤接收的所述有限组当中的第一通知指示，其中，d是将被接收的正通知指示的所述所确定的数量。

9、一种在通信系统中使用的通信设备，包括：

通知指示接收装置，用于从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；和通知检测装置，用于检查所接收的通知指示并且检测为所述通知标识符而指定的通知，还包括：

确定装置，用于在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；

中断装置，用于如果确定将进行判定，则在已经检查该组所有通知指示之前中断通知的检查；以及

判定装置，用于根据所接收的通知指示，判定所述所确定的通知标识符的通知是否被假定为存在。

10、如权利要求9所述的通信设备，其中当接收到负通知指示时，所述中断装置中断所述通知的检测，以及所述判定装置判定所述通知标识符的通知被假定为不存在。

11、如权利要求9所述的通信设备，其中，当已经接收到预定数量的正通知指示并且没有接收到负通知指示时，所述中断装置中断所述通知的检测，而所述判定装置判定所述通知标识符的通知被假定为存在。

12、一种其上存储有指令的计算机可读介质，当在通信设备的处理器上执行所述指令时，其使得该处理器执行包括下列步骤的方法：

从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；

随后检查每一接收的通知指示是正还是负；

在每一所检查的通知指示之后，并且基于所检查的通知指示，确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；

并且，如果确定将进行判定，

则在已经检查该组所有通知指示之前中断通知的检查，以及

则根据所检查的通知指示，判定所述预定通知标识符的通知是否被假定为存在。

13、一种通信系统，包括：

设备，被配置成发送所确定的通知标识符的通知；

网络，用于连接所述通信系统的部件；以及

至少一个通信设备，包括：

通知指示接收装置，用于从通信网络连续地接收一有限组的通知指示，所述有限组的通知指示组合表示与所述设备相关的通知标识符；和通知检测装置，用于检查所接收的通知指示，并且检测为所述通知标识符而指定的通知，所述通信设备还包括：

确定装置，用于在每一所检查的通知指示之后，并且基于所检查的通知指示确定是继续下一通知指示，还是对所述预定通知标识符的通知的存在进行判定；

中断装置，用于如果确定将进行判定，则在已经检查该组所有通知指示之前中断通知的检查；以及

判定装置，用于根据所接收的通知指示，判定所述所确定的通知标识符的通知是否被假定为存在。

Images