寻呼控制方法和装置

申请号 CN201180070026.8 申请日 2011-02-14 公开(公告)号 CN103444248B 公开(公告)日 2017-12-26
申请人 诺基亚通信公司; 发明人 张毅; 杜蕾; 缪德山; J.K.佩科南;
摘要 在本 发明 中公开了一种用于控制对能够无线通信的多个设备进行寻呼的方法和装置。所述方法包括以下步骤: 帧 中的寻呼 位置 针对所述多个设备中的至少一个设备被确定,并且指示群寻呼或专用寻呼的寻呼类型指示被传送到所述至少一个设备来以预定方式根据所述群寻呼模式或所述专用寻呼模式来控制寻呼位置的计算。所述设备接收所述寻呼类型指示,并且响应于此根据所述群寻呼模式或所述专用寻呼模式来计算接收到的帧中的所述寻呼位置。
权利要求

1.一种控制对能够无线通信的多个设备进行寻呼的方法,所述方法包括:
在所述多个设备中的一个设备处接收表明群寻呼或专用寻呼的寻呼类型指示;以及响应于所述寻呼类型指示,如果所述寻呼类型指示表明群寻呼被使用,则由所述设备引起根据群寻呼模式计算接收到的中的寻呼位置,以及如果所述寻呼类型指示表明专用寻呼模式被使用,则根据专用寻呼模式计算接收到的帧中的寻呼位置,其中,所述设备包括被配置成经由机器型连接或用户设备进行通信的设备。
2.一种控制对能够无线通信的多个设备进行寻呼的方法,所述方法包括:
确定所述多个设备中的至少一个设备将监控的帧中的寻呼位置;以及
将表明群寻呼或专用寻呼的寻呼类型指示发送到所述至少一个设备以控制寻呼位置待以预定方式根据群寻呼模式或专用寻呼模式的计算,其中,所述设备包括被配置成经由机器型连接或用户设备进行通信的设备。
3.根据权利要求1或2所述的方法,所述方法包括启用或者禁用群寻呼模式。
4.根据权利要求1或2所述的方法,其中,在所述专用寻呼模式下的所述计算包括帧中的寻呼时机基于所述设备的标识的计算,而在所述群寻呼模式下的所述计算包括帧中的寻呼时机基于设备的至少一个群的标识的计算。
5.根据权利要求4所述的方法,其中,在所述群寻呼模式下的所述计算包括帧中的寻呼时机基于所述设备的标识和设备的至少一个群的标识的计算。
6.根据权利要求1或2所述的方法,其中,所述寻呼类型指示包括表明对群寻呼的支持的标志。
7.根据权利要求6所述的方法,其中所述标志包括一位标志,其中所述一位标志的预定值表明对群寻呼的支持并且引起寻呼时机基于设备标识和至少一个群标识的计算,而所述一位标志的另一个值引起寻呼时机基于所述设备标识的计算。
8.根据权利要求6所述的方法,其中所述标志包括两位标志,其中所述两位标志的第一预定值引起寻呼时机基于设备标识的计算;所述两位标志的第二预定值引起寻呼时机基于至少一个群标识的计算;以及所述两位标志的第三预定值引起寻呼时机基于设备标识和至少一个群标识的计算。
9.根据权利要求1或2所述的方法,包括将群寻呼的指示从移动性管理实体传送到服务所述多个设备的站,并且响应于此,在群寻呼模式下切换所述站。
10.根据权利要求9所述的方法,包括在每寻呼消息的基础上传送所述指示。
11.根据权利要求1或2所述的方法,包括借助于操作、管理以及维护装置将服务所述多个设备的站配置为群寻呼模式。
12.根据权利要求1或2所述的方法,其中,所述指示群寻呼的寻呼类型表明包括至少一个群的标识。
13.根据权利要求12所述的方法,包括表明所述位置是否仅基于群的一个或多个标识、仅基于接收者设备的标识或者基于所述一个或多个群和所述接收者设备的标识被计算的进一步指示的传送。
14.根据权利要求13所述的方法,包括在第一类型的消息中传送所述至少一个群的所述标识的信息而在第二类型的消息中传送用于所述位置计算的操作的所述模式的指示。
15.根据权利要求1或2所述的方法,其中,所述寻呼类型指示的至少一部分被包括在广播系统信息中。
16.根据权利要求1或2所述的方法,其中,所述寻呼类型指示的至少一部分被包括在非接入层信令中。
17.根据权利要求1或2所述的方法,包括通过服务所述多个设备的站将与所述寻呼类型相关联的信息通告给其他站。
18.一种用于控制包括能够无线通信的多个设备的通信系统中的寻呼的装置,所述装置包括至少一个处理器,以及包括计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被用所述至少一个处理器配置成:
接收表明群寻呼或专用寻呼的寻呼类型指示;
基于所接收到的寻呼类型指示来确定是群寻呼或专用寻呼将被使用;以及响应于所述确定,如果所述寻呼类型指示表明群寻呼被使用,则根据群寻呼模式来计算传输帧中的寻呼位置,如果所述寻呼类型指示表明专用寻呼被使用,则根据专用寻呼模式来计算传输帧中的寻呼位置,其中所述装置包括被配置成经由机器型连接或用户设备进行通信的设备。
19.一种用于控制包括能够无线通信的多个设备的通信系统中的寻呼的装置,所述装置包括至少一个处理器,以及包括计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被用所述至少一个处理器配置成:
确定所述多个设备中的至少一个设备将监控的帧中的寻呼位置;并且
通过引起表明群寻呼或专用寻呼的寻呼类型指示到所述至少一个设备的发送,控制寻呼位置通过所述至少一个设备待以预定方式根据群寻呼模式或专用寻呼模式的计算,其中所述设备包括被配置成经由机器型连接或用户设备进行通信的设备。
20.根据权利要求18或19所述的装置,其中,帧中的寻呼时机基于处于所述专用寻呼模式的所述设备的标识被计算,并且帧中的寻呼时机基于处于所述群寻呼模式的设备的至少一个群的标识被计算。
21.根据权利要求18或19所述的装置,其中,帧中的寻呼时机基于所述设备的标识和处于所述群寻呼模式的设备的至少一个群的标识被计算。
22.根据权利要求18或19所述的装置,其中,所述寻呼类型指示包括对群寻呼的支持的标志。
23.根据权利要求22所述的装置,其中,所述标志包括一位标志,其中
所述一位标志的预定值表明对群寻呼的支持和寻呼时机基于设备标识和至少一个群标识的计算,并且
所述一位标志的另一个值表明寻呼时机基于所述设备标识的计算。
24.根据权利要求22所述的装置,其中,所述标志包括两位标志,其中
所述两位标志的第一预定值指示寻呼时机基于设置标识的计算;
所述两位标志的第二预定值指示寻呼时机基于至少一个群标识的计算,并且所述两位标志的第三预定值指示寻呼时机基于设备标识和至少一个群标识的计算。
25.根据权利要求18或19所述的装置,其中,所述装置被配置成响应于来自网络控制器的群寻呼的指示使服务所述多个设备的站切换成所述群寻呼模式。
26.根据权利要求25所述的装置,其中,所述装置被配置成在每寻呼消息的基础上在所述模式之间切换。
27.根据权利要求18或19所述的装置,其中,所述装置被配置成借助于与服务所述多个设备的站相关联的操作、管理以及维护控制装置使所述站设定成群寻呼模式。
28.根据权利要求18或19所述的装置,其中,所述表明群寻呼的寻呼类型指示包括至少一个群的标识。
29.根据权利要求28所述的装置,其被配置成处理表明所述位置是否基于以下各项而被计算的进一步指示
仅基于各群的一个或多个标识、
仅基于接收者设备的标识,或者
基于所述一个或多个群和所述接收者设备的标识。
30.根据权利要求29所述的装置,其中,所述装置被配置成在第一类型的消息中传送所述至少一个群的所述标识的信息,而在第二类型的消息中传送用于所述位置计算的操作的所述模式的指示。
31.根据权利要求18或19所述的装置,其中,所述寻呼类型指示的至少一部分被包括在广播系统信息中。
32.根据权利要求18或19所述的装置,其中,所述寻呼类型指示的至少一部分被包括在非接入层信令中。
33.根据权利要求19所述的装置,其中,所述装置被配置成使服务所述多个设备的站将与所述寻呼类型相关联的信息通告给其他站。
34.一种用于包括依照权利要求20至33中任一项的装置的通信系统的通信设备。
35.一种如权利要求34中所述要求保护的通信设备,包括基站。
36.一种通信系统,其包括依照权利要求18至35中任一项的装置或设备。
37.一种控制对能够无线通信的设备进行寻呼的装置,所述装置包括:
用于在所述设备处接收表明群寻呼或专用寻呼的寻呼类型指示的部件;以及用于响应于所述寻呼类型指示的部件,如果所述寻呼类型指示表明群寻呼被使用,则引起以预定方式根据群寻呼模式计算接收到的帧中的寻呼位置,以及如果所述寻呼类型指示表明专用寻呼被使用,则根据专用寻呼模式计算接收到的帧中的寻呼位置,其中,所述装置包括被配置成经由机器型连接或用户设备进行通信的设备。
38.一种控制对能够无线通信的多个设备进行寻呼的装置,所述装置包括:
用于确定所述多个设备中的至少一个设备将监控的帧中的寻呼位置的部件;以及用于将表明群寻呼或专用寻呼的寻呼类型指示发送到所述至少一个设备以控制寻呼位置待以预定方式根据群寻呼模式或专用寻呼模式的计算的部件,其中,所述设备包括被配置成经由机器型连接或用户设备进行通信的设备。

说明书全文

寻呼控制方法和装置

[0001] 本公开涉及无线系统中的寻呼,并且更特别地涉及对被寻呼设备的操作提供控制。
[0002] 无线系统能够被视为使得能实现诸如固定的或移动的通信设备、基站、服务器和/或能够无线通信的其他设备之类的两个或更多个无线实体之间的通信的设施。系统和兼容的无线设备典型地依照给定标准或规范来操作,所述给定标准或规范陈述与系统相关联的各种实体被许可做什么和应该如何实现。无线通信设备配备有适当的信号接收和传送装置以用于使得能实现与其他方的语音、数据以及信令的通信。无线通信设备常常被称为用户设备(UE)或终端。
[0003] 无线系统的示例包括公共陆地移动网络(PLMN),诸如蜂窝网络、基于卫星的通信系统以及不同的无线局域网。无线局域网(WLAN)的示例包括因名称Wi-Fi和Wi-Max而闻名的系统。PLMN系统的示例包括由第三代合作伙伴计划(3GPP)所标准化的架构。这些包括通用移动通信系统(UMTS)和通用移动通信系统(UMTS)的长期演进(LTE)。LTE的进一步发展常常被称为高级LTE。设备之间的无线无线电连接还能够通过例如基于蓝牙TM无线电的短程无线电来提供。
[0004] 无线系统的特征是对无线设备进行寻呼。寻呼程序的示例在2010年12月标题为“演进通用陆地无线接入(E-UTRA);无线电资源控制(RRC)”的第三代合作伙伴计划技术规范3GPP TS 36.331版本9.5.0中被规定。依照这个3GPP协议规范,被称为增强节点B (eNB)的基站站点经由系统信息(SI)信令来通告包括用于在寻呼时机的计算中使用的寻呼周期和信息的寻呼参数,更具体而言nB参数等等。在通信设备获得信息之后,它能够根据预定义规则基于其用户设备标识(UE ID)和所接收到的参数来计算对应的寻呼(PF)和寻呼时机(PO)或相关子帧。那些子帧位置然后能够被周期性地监控。当寻呼消息源自于核心网时,eNB能够以相同的方式计算寻呼帧和寻呼时机,并且在这些时隙中输送寻呼消息以便通信设备能够检测到该消息。
[0005] 也已经提出了群寻呼的概念。在群寻呼中群标识能够被添加到寻呼消息并且接收者通信设备然后能够基于群标识计算寻呼时机。如果群寻呼被应用,则因此存在能够被称为用于寻呼设备的至少两个标识。也就是说,设备能够基于旧用户设备标识例如IMSI (国际移动用户标识)或TMSI (临时移动用户标识)以及群标识而被寻呼。当寻呼被寻址成专用于特定设备时,能够根据正常的寻呼程序使用旧用户设备标识。如果寻呼被寻址到群中的所有成员,则能够使用群标识代替大量用户设备标识的聚合,从而节省通过空中接口的信令。因为这些场景两者都是可能的,所以通信设备需要使用这两个标识中的两者来计算其中寻呼消息被转移的相对寻呼帧和寻呼时机。一旦位置被解析,设备就然后能够侦听这些寻呼帧/时机中的寻呼消息以用于单独的和群寻呼目的以确保正确的寻呼接收。当前提议要求通信设备一直借助于其自己的标识和群标识来计算寻呼时机。
[0006] 群寻呼概念能够引起复杂性并且增加无线设备的电池消耗。例如,仅被偶尔地使用的无线设备可能需要在除用于专用寻呼目的的那些之外的用于群寻呼目的的寻呼时机中唤醒。考虑到在网络中和/或在群中能够存在大量设备,通过单独设备的电池/功率消耗可能成为需要被解决的问题。此外,如果设备属于多个群,则该设备必须计算可能的寻呼帧/寻呼时机中的全部以便不错过通过网络的寻呼。这能够导致甚至较高的电池消耗。这可能特别是由机器型通信设备构成的网络中的情况。
[0007] 应当注意的是上文仅讨论了示例,并且问题不限于任何特定通信系统、标准、规范、无线电设备等等,但可能发生在其中设备干扰可能由多个无线电设备引起的任何通信设备和/或系统中。
[0008] 本发明实施例旨在解决上述问题中的一个或若干个。
[0009] 依照实施例提供了控制对能够无线通信的多个设备进行寻呼的方法,所述方法包括:在所述多个设备中的一个设备处接收指示群寻呼或专用寻呼的寻呼类型指示;以及响应于所述寻呼类型指示,以预定方式根据群寻呼模式或专用寻呼模式来引起接收到的帧中的寻呼位置的计算。
[0010] 依照另一实施例提供了控制对能够无线通信的多个设备进行寻呼的方法,所述方法包括:确定所述多个设备中的至少一个设备将监控的帧中的寻呼位置;以及将指示群寻呼或专用寻呼的寻呼类型指示发送到所述至少一个设备以控制寻呼位置待以预定方式根据群寻呼模式或专用寻呼模式的计算。
[0011] 依照实施例提供了用于控制包括能够无线通信的多个设备的通信系统中的寻呼的装置,所述装置包括至少一个处理器,以及包括计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被用所述至少一个处理器配置成确定群寻呼或专用寻呼是否将基于在所述多个设备中的一个设备处接收到的寻呼类型指示而被使用,并且响应于所述确定,以预定方式根据群寻呼模式或专用寻呼模式来计算传输帧中的寻呼位置。
[0012] 依照又一实施例提供了用于控制包括能够无线通信的多个设备的通信系统中的寻呼的装置,所述装置包括至少一个处理器,以及包括计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被用所述至少一个处理器配置成确定所述多个设备中的至少一个设备将监控的帧中的寻呼位置,并且通过使指示群寻呼或专用寻呼的寻呼类型指示发送到所述至少一个设备来控制寻呼位置通过至少一个设备待以预定方式根据群寻呼模式或专用寻呼模式的计算。
[0013] 依照更具体的实施例群寻呼模式可以被启用或者禁用。可以在每消息的基础上提供改变。
[0014] 在专用寻呼模式下的计算可以包括帧中的寻呼时机基于设备的标识的计算。在群寻呼模式下的计算可以包括帧中的寻呼时机基于设备的至少一个群的标识的计算。在群寻呼模式下的计算还可以包括帧中的寻呼时机基于设备的标识和至少一个群的标识的计算。
[0015] 寻呼类型指示可以包括指示对群寻呼的支持的标志。所述标志可以包括一位标志,其中所述一位标志的预定值指示对群寻呼的支持并且引起寻呼时机基于设备标识和至少一个群标识的计算,而且所述一位标志的其他值引起寻呼时机基于设备标识的计算。
[0016] 可替换地,所述标志可以包括两位标志,其中所述两位标志的第一预定值引起寻呼时机基于设备标识的计算;所述两位标志的第二预定值引起寻呼时机基于至少一个群标识的计算,并且所述两位标志的第三预定值引起寻呼时机基于设备标识和至少一个群标识的计算。
[0017] 群寻呼的指示可以被从网络实体传送到服务所述多个站的站,并且响应于此,切换到群寻呼模式可能发生。借助于操作、管理以及维护装置服务所述多个设备的站可以被配置为群寻呼模式。
[0018] 群类型指示可以包括至少一个群的标识。还可以传送指示位置是否仅基于各群的一个或多个标识、仅基于接收者设备的标识或者基于一个或多个群和接收者设备的标识被计算的进一步指示。可以在第一类型的消息中传送所述至少一个群的标识的信息以及在第二类型的消息中用于位置计算的操作的模式的指示。
[0019] 服务所述多个设备的站可以将与寻呼类型相关联的信息通告给其他站。
[0020] 设备可以包括被配置成经由机器型连接或用户设备进行通信的设备。
[0021] 还能够提供包括被配置成提供实施例中的至少一个的控制装置的设备和/或基站装置。所述设备可以包括用户设备。
[0022] 还可以提供包括被适配成执行本文中描述的方法的程序代码装置的计算机程序。依照另外的实施例,提供了能够体现在用于提供上述方法中的至少一个的计算机可读介质上的装置和/或计算机程序产品。
[0023] 还在体现本发明的示例的以下具体描述中并且在所附权利要求中描述了各个其他方面和另外的实施例。
[0024] 现将参考以下示例和附图仅通过示例的方式对本发明进行更详细的描述,在附图中:
[0025] 图1示出了其中可以实现在下面描述的本发明的示例的系统的示例;
[0026] 图2示出了控制器装置的示例;
[0027] 图3示出了传输帧的示例;
[0028] 图4和5是依照特定实施例的流程图;以及
[0029] 图6示出了其中能够使用本发明的另一系统的示例。
[0030] 在下文中参考服务适于具有至少一个其他节点的无线通信的设备的无线通信系统来说明特定例示实施例。因此,在详细地说明例示实施例之前,参考图1的系统10和图2的控制装置20简要地说明用于无线通信的无线系统、其部件以及设备的特定通用原理以帮助理解成为所描述示例的基础的技术。
[0031] 无线通信设备1和2能够经由至少一个基站或类似的无线节点来提供对通信系统的无线访问。接入系统可以由公共陆地移动网络(PLMN)系统或另一系统例如WLAN的小区来提供,使得无线设备能够访问通信系统。通信设备1可以进一步与例如另一设备例如与设备2进行通信。这个通信可以例如借助于蓝牙TM连通性来提供。每个无线设备1和2可以经由用于接收和/或传送信号的适当装置来接收和/或传送信号。收发机可以例如借助于无线电部分和关联的天线装置来提供。天线装置可以被布置在设备内部或外部。无线通信设备能够配备有多输入/多输出(MIMO)天线系统。
[0032] 在图1中基站站点4提供蜂窝系统的无线电服务区。应当注意的是,可以在通信系统中提供大量蜂窝无线电服务区并且通信设备可以同时地位于多个蜂窝服务区中。这由第二基站站点8来图示。第二基站可以属于与基站4相同的PLMN或者属于不同的PLMN。并且,基站可以由相同的或不同的运营商来操作。并且,基站能够提供一个以上的小区和/或多个扇区,例如三个无线电扇区,每个扇区提供小区或小区的子无线电服务区。
[0033] 基站典型地被至少一个适当的控制器控制以便使得能实现其操作和与基站通信的移动通信设备1和2的管理。控制装置能够与其他控制实体互连。在图1中控制器装置被示出成由20来提供。基站控制装置典型地配备有存储器容量21和至少一个数据处理器22。控制装置和功能可以被分布在多个控制单元之间。
[0034] 通信系统的非限制性示例是正被第三代合作伙伴计划(3GPP)标准化的通用移动通信系统(UMTS)的长期演进(LTE)。LTE基站在3GPP规范的词汇中被称为节点B (NB)。基于LTE的系统能够采用称为演进通用陆地无线接入网(E-UTRAN)的移动架构。此类系统的基站被称为演进的节点B (eNB)并且可以向无线设备提供E-UTRAN特征,诸如用户平面无线电链路控制/媒体访问控制/物理层协议(RLC/MAC/PHY)和控制平面无线电资源控制(RRC)协议终止。
[0035] 在图1中示例基站4被连接到核心网(CN) 5。核心网能够被理解为提供算子域。可以在核心网中提供一个或多个控制实体以用于便于接入系统的操作和通过通信设备的访问。图1示出了移动管理实体(MME) 6和归属订户服务器(HSS) 7。网关功能还可以被提供来经由网络5连接到另一网络。另一个网络可以为任何适当的网络。较宽的通信系统因此可以通过一个或多个互连网络及其元件来提供,并且一个或多个网关可以被提供用于互连各种网络。
[0036] 图2针对例如待耦合到和/或用于控制无线电服务区的站的通信系统的节点而示出了控制装置20的示例,所述无线电服务区的站例如图1的基站4或8或设备1或2中的一个。控制装置20能够被布置成对在基站4的服务区中的通信设备的寻呼操作提供控制。依照图2的控制装置能够被配置成与有关寻呼操作的信息的生成、通信以及解释相关联地提供控制功能。控制装置能够依照在下面所描述的特定实施例来控制不同的寻呼操作模式的使用和/或模式与其他有关信息之间的切换并且以得到通信的协调。为了提供所述控制,控制装置20包括至少一个存储器21、至少一个数据处理单元22、23以及输入/输出接口24。经由所述接口控制装置能够被耦合到相关节点。控制装置20能够被配置成执行适当的软件代码以提供控制功能。
[0037] 图3是用于从基站到通信设备的通信的两个帧30的示意示例。例如,在LTE中每个帧由20个时隙或10个子帧31构成。寻呼时机是其中寻呼无线电网络临时标识符(P-RNTI)能够被传送从而寻址寻呼消息的子帧。为了给出说明性的非限制性示例,子帧32可以承载对于图1中的设备1的专用寻呼,然而子帧34可以承载对于基站范围内的多个设备的群寻呼。应当注意的是,并非基站范围内的所有设备都必定正在侦听给定群寻呼,以及因此这可以仅适用于群的成员由群标识符来标识的设备。在下文中更详细地讨论了如何与这些不同的寻呼相关地控制设备的操作的某些特定实施例。
[0038] 图4是依照实施例的流程图。在这个实施例中基站的控制器装置在100处确定多个设备中的至少一个设备将监控的传输帧中的寻呼位置。该确定可以是基于来自另一实体例如核心网控制器的信息或直接指令的。控制器装置然后在102处引起指示群寻呼和专用寻呼中的至少一个的寻呼类型指示的发送来以预定方式控制寻呼位置的计算。借助于所述指示基站能够对通过设备待根据按照群寻呼和/或专用寻呼的期望模式的计算施加控制。设备在104处接收寻呼类型指示。设备然后能够在106处确定待使用的模式,并且更特别地确定所述计算是否将按照群寻呼模式或者专用寻呼模式是否将被使用。在群寻呼模式下计算可以是基于设备的标识和至少一个群的标识的。根据可能性在群寻呼模式下的计算是基于设备的至少一个群的标识的。设备的控制器然后在108或110处引起适当的切换到所确定的模式。在112处然后将根据响应于寻呼类型指示而选择的模式以预定方式来提供传输帧中的寻呼位置的计算。
[0039] 依照更具体的示例,诸如eNB之类的基站广播一位标志以指示群寻呼是否被支持。如果1位标志的值等于1 (或者如果这个被确定为相反的则为0),则设备能够确定群寻呼被基站支持。设备然后能够基于其标识和分配给它的所有群标识两者来计算寻呼时机。否则,设备将基于它自己的标识仅计算寻呼时机以节约功率。
[0040] 一个位能够被添加到由基站所广播的系统信息消息中以指示该基站是否将用它们的群标识来寻呼设备。如果存在仅一个公共群(例如网络中的一个特定机器型连接(MTC)群),则这个实施例可能是特别有利的。
[0041] 基站能够被配置成指示群寻呼特征是否被接通或断开。操作、管理以及维护(OAM)装置能够被用来在基站处配置这个特征。如果设备将在群中被寻呼,则根据可能性图1的移动性管理实体(MME) 7在适当的控制消息中向一个或多个基站指示1位标志。例如,能够在MME 7与基站4之间发送S1应用协议消息,S1应用协议用于通过S1接口的无线电网络控制平面信令。
[0042] MME还能够指示寻呼消息是用于一群设备还是用于每个寻呼消息。
[0043] 在从MME接收到寻呼类型的指示之后,基站能够相应地经由其系统信息(SI)广播将1位标志发送到相应的一个或多个设备以便控制(一个或多个)设备的行为。控制能够被有利地应用以便节约功率。
[0044] 依照可能性一个以上的位被用于指示。例如,1位标志能够被扩展为两位标志以指示用于设备的操作的三个模式。三个模式能够包括:专用模式,其中寻呼时机的监控仅基于设备的自身标识被计算;第一群模式,其中对于寻呼时机的监控仅基于设备的群ID被计算;以及第二群模式,其中对于寻呼时机的监控基于设备的自身标识和群ID两者被计算。
[0045] 如果基站属于不同的公共陆地移动网络(PLMN),如图1的示例中所示,并且用于PLMN的配置/设定是不同的,则基站可以相应地针对其PLMN列表中的PLMN来通告标志。能够从操作、管理以及维护(OAM)装置或核心网(CN)接收寻呼配置,并且基站能够简单地与其PLMN列表一起广播配置。如果群寻呼被支持并且不同的PLMN具有不同的群寻呼配置,则基站能够连同PLMN列表一起广播有关的寻呼配置信息。
[0046] 设备的分群可能适用于不同的目的并且可能影响不同的网络节点。一些群可能需要通过无线接入网(RAN)和核心网(CN)两者来授予。这可能是其中设备被大量地分群以便节约信令开销并且以便避免拥塞的情况。群ID能够被作为服务配置文件的一部分从HSS下载到信令通用分组无线业务(GPRS)支持节点/移动管理实体(SGSN/MME)中。在一些其他情况下分群仅影响核心网,并且可能不存在对于分群信息通过SGSN/MME的检索的需要。因此,MME可以不知道在相关PLMN内的所有群ID。替代地,MME可以被布置成仅当需要时从归属订户服务器(HSS)中检索群ID。这个的序列可以是如果基站被允许设置1位标志来指示群寻呼,例如“1”,则移动性管理实体(MME)不会针对分配给群的所有设备应用群寻呼是可能的。例如,当一个设备属于多个群时,群寻呼被仅应用于一个或若干个群而不是它们中的全部是可能的。在这样的场景中,能够与哪一个群标识将经由群寻呼而被寻呼相关联地使得设备知道那些群标识。基于这个信息设备能够监控要么独自要么连同设备ID一起基于这些特定群ID计算的寻呼时机。存在用来实现这个的各种可能性。
[0047] 依照由图5的流程图所图示的可能性在120处确定至少一个群被定义。控制实体例如MME然后能够经由非接入层(NAS)信令来指示将群寻呼应用于设备的那些群的标识。适当的消息可以在122处被发送到设备,例如当设备执行附着程序或跟踪区更新程序时。群标识用作群寻呼的使用的指示,以及因此在124处的至少一个群标识的接收指示群寻呼正在使用中的设备。设备然后能够在126处基于指示的群标识来计算位置,并且在128处监控所计算出来的位置。
[0048] 除在122处发送群标识之外,一位标志还能够被添加到非接入层(NAS)消息中以指示群寻呼和专用寻呼两者是否被支持,或者是否仅群寻呼被支持。
[0049] 移动性管理实体(MME)能够在120处从归属订户服务器(HSS)提取群与设备之间的映射表。该表包含群和在群中包括的设备的信息。采用所述映射表,MME能够确定它是否具有用于设备的群ID并且它将对那些群ID应用群寻呼。MME还可以确定它是否仅将发送群寻呼的可用性的指示或者群寻呼和专用寻呼两者都是否是可能的。
[0050] 在设备接收到有关群的NAS消息之后,它能够监控针对在NAS消息中可得到的那些群ID所计算的寻呼时机。所述计算能够独自基于(一个或多个)群ID来完成或者除寻呼时机外又基于设备的标识来计算。
[0051] 一位标志能够通过系统信息(SI)来传送而另一个一位标志能够通过非接入层(NAS)信令来传送。对于每个群ID,NAS消息中的一位标志能够被用来连同在系统信息中使用的1位标志一起进一步表示附加的信息。根据可能性系统信息中的1位标志能够被仅用来指示群寻呼是否被支持。例如,当这个位指示‘ON’时并且如果设备属于多个群,则除它自己的专用时机之外该设备将在一个不连续接收(DRX)周期中侦听用于这些群的多个寻呼时机。在一些场景中仅群的一部分可能需要群寻呼,以及因此网络可以借助于NAS信令将这些群ID转移到设备。在接收到这些ID之后,设备仅需要侦听与那些ID相对应的群寻呼时机。根据可能性能够连同每个群ID一起在NAS中发送1位标志。在一些应用中这个位能够被进一步用来控制接收设备的行为以仅侦听用于群寻呼的寻呼时机。配置可以是这样的:如果NAS中的这个1位标志未被传送,则设备必须侦听用于群寻呼和专用寻呼两者的寻呼时机。根据示例,如果NAS消息的1位标志的值等于一,则设备能够确定仅群寻呼被支持。也就是说,设备将基于有关的群ID仅计算寻呼时机。否则,设备基于它自己的用户设备标识和群ID来计算寻呼时机。
[0052] 代替NAS消息中的1位标志,这个指示能够被扩展到两个位以指示至少三个不同的操作模式。在一个模式下设备不管接收到群标识能够被命令仅基于它自己的标识来监控寻呼时机。在第二模式下能够命令仅基于一个或多个群ID来监控寻呼时机。在第三模式下能够命令基于设备标识和群ID两者计算的寻呼时机的监控。因此直至上述示例系统信息中的1位标志能够被节约。
[0053] 根据可能性基站经由系统信息代替NAS信令来发送它应用的群ID。例如,所述发送可能发生在eNB正被操作、管理以及维护(OAM)装置配置或正从一个或多个移动性管理实体(MME)接收适当的信息例如寻呼消息时。当设备检测到与它本身相关联的一个或多个群ID时,它能够监控基于那些群ID所计算的寻呼时机以及基于它自己的ID所计算的寻呼时机。否则,设备将仅计算为基于它自己的标识的寻呼时机。这能够被有利地用来节约功率。
[0054] 如果群ID存在于系统信息中,则如上面所描述的1位标志能够被用来指示设备是否将监控群寻呼和专用寻呼两者,还是仅监控群寻呼。
[0055] 如果基站属于其中存在不同的PLMN和用于PLMN的不同配置/设定的区域中的PLMN,则eNB分别能够在它的PLMN列表中通告用于PLMN的群ID。
[0056] 可能的特定使用场景在图6中被示出。这个示例涉及机器型通信(MTC)系统50。机器型通信是一种数据通信的形式,其涉及未必需要人为交互的一个或多个设备或实体。MTC设备51、52能够被视为被配备用于机器型通信的用户设备。MTC设备能够被布置成通过PLMN算子域5进行通信。通信典型地采用至少一个MTC服务器,但还能够采用(一个或多个)其他MTC设备。MTC服务器能够位于算子域中或者在算子域的外面。MTC设备还能够在本地或经由算子域与其他实体进行通信。其他实体可以给MTC设备提供用于处理和传送到(一个或多个)MTC服务器和/或(一个或多个)其他MTC设备的数据。图6还示出了MTC用户设备54。
[0057] MTC设备的非限制性示例包括各种仪表,例如远程可读的实用仪表以及各种其他工业和民用仪表和传感器、速度检测设备、控制设备等等。针对机器型通信(MTC)的定义的示例能够从2010年12月标题为“Service  requirements  for  Machine-Type Communications”的3GPP技术规范22.386版本11.0.0中找到。
[0058] 对于MTC的所设想的系统改进包括基于群的优化。MTC群能够被定义为共享一个或多个基于群的特征并且属于相同的MTC订户的一群MTC设备。MTC设备能够被分群在一起以得到控制、管理和/或计费设施等等以满足各种需要。优化可以提供更易于控制、更新和/或对MTC设备进行计费的模式。MTC设备的分群能够被用来减少冗余信令以避免拥塞。并且,当MTC设备的数目是大的时网络资源可以通过使用基于群的优化而被节约。在一群内的MTC设备51、52可以是在一个区域中和/或可以具有归于和/或属于相同的MTC用户54的相同的MTC特征。MTC设备中的每一个从网络观点来看都可以是可见的。因为MTC设备的分群能够取决于MTC特征,所以可以使设备与一个或若干群相关联。例如在订阅时,能够基于MTC用户与运营商之间的协议来定义群。每个MTC群能够通过在PLMN内是唯一的群ID来标识。一个MTC设备能够与除了它自己的标识之外的一个或若干个群ID相关联,所述一个或若干个群ID被作为设备的配置文件的一部分存储在归属订户服务器(HSS)7中。群标识能够具有类似或不同于单独设备的标识的任何形状。
[0059] 取决于与特定群相关联的MTC特征,MTC群能够被应用于不同目的并且可能影响不同的网络节点。一些群可能需要通过无线接入网(RAN)和核心网(CN)两者来授予。这可能是例如采用被大量地分群以便节约信令开销并且以便避免拥塞的智能仪表的情况。在这种情况下,MTC群ID能够被作为服务配置文件的一部分从HSS 7下载到SGSN/MME 6中。在一些其他情况下这样的分群仅影响CN 5,例如便于计费但其中不存在对通过SGSN/MME来检索的需要的健康监测设备。因此,MME可以不知道PLMN内的所有群ID。替代地,它可以仅在需要时才检索群ID。
[0060] MTC设备能够被以群单元的方式在无线电资源控制(RRC)连接程序期间配置、寻呼、控制,以便降低信令开销。上面描述的实施例能够被用来以群单元的方式寻呼MTC设备。
[0061] 能够基于应用来分配一群MTC设备。例如,仪表能够被分群以得到开销降低,而其他设备例如健康监测设备能够被分群以用于仅计费目的而没有待通过群寻呼进行寻呼的任何意图。因此,对于MME来说它不能够识别所有群ID是可能的。在这样的实例中MTC设备的行为可以提高电池消耗。能够像上面所说明的那样控制MTC设备的行为以便它知道何时基于它自己的ID来计算寻呼时机、何时基于群ID来计算寻呼时机和/或何时基于它自己的群ID和一个或多个群ID两者来计算寻呼时机。
[0062] 应当注意的是除MTC系统之外,还能够在其他系统例如基于UMTS的系统中的任一个中使用所提出的方法。
[0063] 基站装置、群中的设备以及任何其他适当的节点或元件的所需要的数据处理装置和功能可以借助于一个或多个数据处理器来提供。在每端的所描述的功能可以通过单独的处理器或者通过集成处理器来提供。数据处理器可以具有适于本地技术环境的任何类型,并且作为非限制性示例,可以包括通用计算机、专用计算机、微处理器数字信号处理器(DSP)、专用集成电路(ASIC)、电平电路以及基于多核处理器架构的处理器中的一个或多个。数据处理可以跨越若干数据处理模块分布。数据处理器可以借助于例如至少一个芯片来提供。还能够在相关设备中提供适当的存储器容量。一个或多个存储器可以具有适于本地技术环境的任何类型,并且可以使用任何适合的数据存储技术来实现,所述数据存储技术诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备以及系统、固定存储器以及可移动存储器。
[0064] 适当地适配的一个或多个计算机程序代码产品当被加载或者以其他的方式提供在适当的数据处理装置上时可以被用于实现实施例,例如以便引起群的确定、适当模式和配置的使用以及信息在各个节点之间的传送。用于提供操作的程序代码产品可以被存储在适当的载体介质上、借助于适当的载体介质来提供和体现。能够在计算机可读记录介质上体现适当的计算机程序。可能性是经由数据网络下载程序代码产品。一般而言,各种实施例可以用硬件或专用电路、软件、逻辑或其任何组合加以实现。因此可以在诸如集成电路模块之类的各种组件中实践本发明的实施例。集成电路的设计大体上是高度自动化的过程。复杂且强大的软件工具可用于将逻辑级设计转换成准备好被蚀刻并且形成在半导体衬底上的半导体电路设计。
[0065] 应当注意的是,虽然已经与诸如基于3GPP并且与MTC有关的那些之类的通信系统相关地描述了实施例,但是类似的原理能够适用于其中多种类型的寻呼可能发生的其他通信系统。例如,这可能是其中例如在自组织网络中不提供固定站设备但借助于多个用户设备来提供通信系统的应用中的情况。并且,还能够在其中中继节点被采用以便中继各站之间的传输的网络中使用上述原理。因此,尽管上面参考无线网络、技术以及标准的特定例示架构通过示例的方式对特定实施例进行了描述,但是实施例可以适用于除本文中所图示和所描述的那些外的任何其他适合形式的通信系统。还应当注意的是,不同实施例的不同组合是可能的。在本文中还应当注意的是,虽然上文描述了本发明的例示实施例,但是存在可以在不背离本发明的精神和范围的情况下对所公开的解决方案作出的若干变化和修改
QQ群二维码
意见反馈