用于空闲模式寻呼的不连续接收的方法和设备的制造方法
【专利说明】
[0001] 本申请是申请日为2008年01月31日、申请号为200880003699. X、名称为"用于 寻呼组处理的方法和设备"的中国专利申请的分案申请。
技术领域
[0002] 本发明涉及无线通信。
【背景技术】
[0003] 第三代合作伙伴计划（3GPP)长期演进（LTE)项目的诸多努力中的一个是要将新 技术、新架构和新方法引进到新的LTE设置和配置中。着手开始LTE项目以提供改善的频 谱效率、减少的延迟和更好的无线电资源利用，由此以更少的相关成本来提供更快的用户 体验和更丰富的应用和服务。
[0004] 关于移动终端空闲模式寻呼接收，LTE系统可以使用下行链路层I (LI)和层2 (L2) 控制信令信道来将寻呼指示符用信号告知到具有相同寻呼组标识的无线发射/接收单元 (WTRU)组。然而，在实施关于空闲模式寻呼基础的寻呼组处理的特定方面时，（例如，总的 系统寻呼容量、系统寻呼负荷分布和在单个的WTRU寻呼组中分派给多个WTRU不同的不连 续接收（DRX)周期长度的灵活性），这可能是不切实际的。
[0005] 因此，提供一种用于处理寻呼组的方法和设备是有益的。
【发明内容】
[0006] 公开了一种用于寻呼组处理的方法和设备。所述方法包括将多个无线发射/接收 单元（WTRU)分组成寻呼组。寻呼组被分派寻呼时机，并且寻呼的存在被指示给所述多个 WTRU。
【附图说明】
[0007] 从以下描述中可以更详细地理解本发明，这些描述是以实施方式的方式给出的， 并且可以结合附图而被理解，其中：
[0008] 图1显示了包括多个WTRU和基站的示例无线通信系统；
[0009] 图2是图1的WTRU和基站的功能性框图；
[0010] 图3是寻呼组处理的方法的流程图；
[0011] 图4显示了示例基站寻呼时机；
[0012] 图5显示了寻呼组的示例位图例；以及
[0013] 图6是示例LTE寻呼信息的框图。
【具体实施方式】
[0014] 下文引用的术语"无线发射/接收单元（WTRU)"包括但不局限于用户设备（UE)、 移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理（PDA)、计算机或能在无线 环境中工作的其它任何类型的用户设备。下文引用的术语"基站"包括但不局限于节点B、 站点控制器、接入点（AP)或是能在无线环境中工作的其它任何类型的接口设备。
[0015] 图1显示了无线通信系统100,该无线通信系统100包括多个WTRU 110和基站 120。如图1所示，为示例目的，多个WTRU 110被分离成指定为和"C"的三个寻呼 组，其中"A"包括多个WTRU IlO1, "B"包括多个WTRU IlO2，以及"C"包括多个WTRU 1103。 多个WTRU 110与基站120通信。需要注意的是，尽管多个WTRU 110和基站120的示例配 置在图1中进行了描述，但无线和有线设备的任何组合可以包括在该无线通信系统100中。
[0016] 图2显示了图1中的无线通信系统100的WTRU 110和基站120的功能性框图200。 如图2所示，WTRU 110与基站120通信，且两者都被配置成执行寻呼组处理的方法。
[0017] 除了可以在典型的WTRU中找到的组件之外，WTRU 110包括处理器115、接收机 116、发射机117和天线118。处理器115被配置成执行寻呼组处理过程。接收机116和发 射机117都与处理器115通信。天线118与接收机116和发射机117两者通信以助于无线 数据的传输和接收。
[0018] 除了可以在典型基站中找到的组件之外，基站120包括处理器125、接收机126、发 射机127和天线128。处理器125被配置成执行寻呼组处理过程。接收机126和发射机127 都与处理器125通信。天线128与接收机126和发射机127两者通信以助于无线数据的传 输和接收。
[0019] 在WTRU 110处呼入寻呼的到达是一随机事件。应该考虑到，根据需要维持WTRU 110在空闲模式的时间可行地长以为了节省功率。该WTRU 110应该有规律地"醒来"以检 查寻呼的到达。因此，当允许寻呼组中不同的WTRU 110具有不同的DRX周期长度时，期望能 够解决WTRU 110的寻呼组的合适的量。在一个实例中，最小寻呼时机时间单元是LTE帧。
[0020] 由此，图3是寻呼组处理的方法300的流程图。在步骤310中，多个WTRU 110被 分组成多个寻呼组。例如，再次参考图1，多个WTRU IlO1位于寻呼组A中，多个WTRU IlO2 位于寻呼组B中，并且多个WTRU IlO3位于寻呼组C中。
[0021] 在LTE网络中，具有寻呼组标识（PG-ID)的寻呼组可以以多种方式来定义。例如， 多个WTRU可以由WTRU实体依据数字被分组，例如国际移动用户标识（MSI)或临时移动用 户标识（TMSI)。然而，由于TMSI的临时特性，IMSI是可以在LTE中使用的用于空闲模式的 寻呼处理的更稳定的标识。可替换地，为了服务分类或区别、网络服务待遇差别和付费用户 区分优先级的目的，寻呼组可以由网络运营商依据逻辑被分组。
[0022] 当分组是依据数字时，可以利用下面的示例方法：PG-ID= (MSI模DRX-周期-长 度），或？6-10=(頂51除以01?-周期-长度）+ (頂51模01?-周期-长度）。当所有用于 特定WTRU的寻呼时机被确定时，最终得到的寻呼组PG-ID变成基本寻呼时机偏移帧号，并 且一组具有頂SI (或TMSI)的相似数字上特性的WTRU相对于最短DRX周期长度被LTE系统 定义。WTRU 110可以由其被分派的頂SI用上述等式中的一个来导出其自身的PG-ID。例 如，如果WTRU 110被分派的頂SI为18922,并且来自网络的DRX-周期-长度（例如在系统 信息广播中公布的）是32,则用于该WTRU的PG-ID根据第一个等式将为"10"（即18922 模 32 = 10)〇
[0023] 当分组是依据逻辑时，网络运营商可能想基于某些特性或基于需要不同待遇的那 些WTRU，而将多个WTRU 110分组成多个WTRU组。在这种情况下，多个WTRU 110被服务/ 网络提供商被分派到特定服务类别中、网络源（origin)中或使用其他的特性的不同的逻 辑寻呼组。示例的分组可以取决于WTRU頂SI的移动网络码（MNC)、移动国家码（MCC)或 WTRU的頂SI的移动站识别号码（MSIN)的某些属性。网络运营商可以使用以下的可能的组 合中的一些来定义寻呼时机组标识：
[0024] PG-ID = eUTRAN 前缀 I IMNCI I eUTRAN 后缀；
[0025] PG-ID = eUTRAN 前缀 I IMCCI I eUTRAN 后缀；或
[0026] PG-ID = eUTRAN 后缀 I I (MSIN 逻辑划分）I I eUTRAN 后缀，
[0027] 其中eUTRAN前缀和eUTRAN后缀可以为任何值，除了用于在随后操作中的用于另 一个PG-ID的值。可替换地，具有其他期望特性的PG-ID可以被分派。
[0028] 由于空闲模式WTRU周期性地醒来以检查E-UTRAN网络是否已发送或正在发送特 定寻呼指示到该WTRU或到其WTRU组，则多个寻呼时机被分派到多个寻呼组（步骤320)。 发生在LTE帧的开始的寻呼时机定义了 WTRU应该醒来以检查其是否正被寻呼的特定时间。 LTE系统在时域分派这些寻呼时机，以便在任何时间寻呼负荷都是均衡的，并且被寻呼的 WTRU以相对于其休眠/醒来周期（即DRX周期）来说的最小延迟来接收该寻呼。
[0029] 在步骤330中，在寻呼组中的多个WTRU可以被分派不同的DRX周期长度。由此， 对于特定的寻呼组，关于PG-ID，系统将必须确定基本寻呼时机偏移，该基本寻呼时机偏移 将与帧号相等。随后且连续的寻呼时机被建立在基本寻呼时机偏移的基础上。所述基本寻 呼时机偏移可以被称作PO-GP。
[0030] 在针对具有不同DRX周期长度的不同的WTRU的总的寻呼时机分布中，PO-GP指示 在系统帧的开始，数轴被用于作为偏移帧号。由于WTRU可能具有可变的DRX周期长度分派， 可以是LTE系统的最短DRX周期长度，而不考虑WTRU所属的寻呼组。特定的WTRU 110可以 具有最短或最长的DRX周期。图4显示了示例基本寻呼时机400。图4显示了在PG-ID"A" 中的一组WTRU，也包括了为" 1 "的PO-GP。这些WTRU具有不同的DRX周期长度，如所示为8 或16。由此，这些WTRU可能在系统帧号（SFN)的时间轴上期望各自的寻呼时机。例如，具 有DRX-周期-长度=8的WTRU将在SFN 1、9、17、25、33等处预期其寻呼，而具有DRX-周 期-长度=16的WTRU将在1、17、33等处预期其寻呼。在DRX-周期-长度之间的选择可 以包括对性能相对功率节省的考虑。例如，具有DRX周期长度为8的WTRU可能消耗更多