CN102714858B - 在无线通信系统中进行群组寻呼的方法和设备 - Google Patents

Abstract

公开了一种在无线通信系统中由终端接收寻呼消息的方法。根据本发明的寻呼消息接收方法包括：从基站接收包括任务信息的寻呼消息，并且根据接收到的寻呼消息中包括的任务信息执行机器类型通信（MTC）功能初始化、机器类型通信（MTC）功能中断和测量报告当中的至少一个任务。

Description

在无线通信系统中进行群组寻呼的方法和设备

技术领域

本发明涉及无线通信，并且更具体地讲，涉及用于进行群组寻呼的方法和设备。

背景技术

从通用移动电信系统（UMTS）演进而来的第3代合作伙伴计划（3GPP）长期演进（LTE）被引进作为3GPP第8版。3GPP LTE在下行链路使用正交频分多址接入（OFDMA），并且在上行链路使用单载波频分多址接入（SC-FDMA）。3GPP LTE采用具有高达4根天线的多输入多输出（MIMO）。近年来，一直持续讨论从3GPP LTE演进而来的3GPP高级LTE（LTE-A）。

最近，在没有人类用户干预的情况下在机器之间执行通信的机器类型通信（MTC）系统得到积极地使用。通过MTC提供的服务不同于需要人工干预的常规通信服务，并且其服务范围如下各式各样。例如，MTC提供例如跟踪、测量、监控、付款、医药领域服务、远程控制等的各种服务，并且扩展至各种领域。MTC装置是在MTC中使用的用户设备。MTC装置可以具有受限制的移动性，并且在一个小区（cell）中可以有多个MTC装置。在这种MTC环境中，由于引入了大量的MTC装置，导致当通过使用常规的寻呼过程管理、控制并寻呼大量的MTC装置时，可能会出现问题。假定长期演进（LTE）系统中能够同时寻呼有限数量的用户设备，需要考虑用于针对多个MTC装置分配并控制任务的方法和寻呼方法。

发明内容

技术问题

本发明提供一种有效地管理、控制和寻呼多个用户设备的方法和装置。

技术方案

在一个方面，一种在无线通信系统中由用户设备接收寻呼消息的方法包括：从基站接收包括任务信息的寻呼消息，并且根据接收到的寻呼消息中包括的任务信息执行任务，其中，任务信息是机器类型通信（MTC）功能初始化、MTC功能中断和测量报告当中的至少一种。

寻呼消息可以包括用于执行由任务信息订制的任务的用户设备的标识（ID）或该用户设备所属的群组的群组ID。

可以在寻呼时机（PO）接收寻呼消息，该PO可以基于用户设备的ID或用户设备所属的群组的群组ID获得。

群组ID可以是当用户设备从基站接收信令时获得的。

寻呼消息可以还包括用户设备的群组ID。

该方法还可以包括基于群组ID确认用户设备是否为目标，并根据任务信息执行任务。

在另一方面，一种在无线通信系统中由基站发送寻呼消息的方法包括向至少一个用户设备发送包括任务信息的寻呼消息，其中该任务信息为以下中的至少一种：至少一个用户设备的机器类型通信（MTC）功能初始化、MTC功能中断和测量报告。

寻呼消息可以包括用于执行由任务信息订制的任务的至少一个用户设备的标识（ID）或该至少一个用户设备所属的群组的群组ID。

该寻呼消息可以在寻呼时机（PO）发送，该PO可以基于至少一个用户设备的ID或该至少一个用户设备所属的群组的群组的ID获得。

群组ID可以被用信号发送给至少一个用户设备。

寻呼消息还可以包括至少一个用户设备的群组ID。

群组ID可以使得能够确定至少一个用户设备是否根据任务信息执行任务。

有益效果

通过引入群组标识（ID）以同时向多个用户设备传送寻呼消息，可以避免会在无线信道中和核心网中产生的负载，并且还缩短了向多个用户设备传送寻呼消息时出现的延迟时间。另外，通过将要由用户设备执行的任务包括在寻呼消息中，基站可以准确地控制用户设备。

附图说明

图1示出本发明可应用于的无线通信系统的示例。

图2和图3均示出LTE系统的无线电协议的控制面（C-plane）和用户面（U-plane）的结构。

图4是示出根据本发明的实施方式的UE的操作的流程图。

图5是示出根据本发明的实施方式的当UE发送和接收其群组ID时可以使用的UE的初始附着过程的流程图。

图6示出接收寻呼消息的UE执行寻呼消息中包括的其任务的过程的示例。

图7示出根据本发明的实施方式的BS的群组寻呼和用于执行寻呼消息中包括的任务的UE的操作的示例。

图8是示出根据本发明的实施方式的无线通信系统的框图。

具体实施方式

图1示出本发明可应用于的无线通信系统的示例。本发明可应用于演进的UMTS地面无线接入网络（E-UTRAN）或长期演进（LTE）/LTE-A系统。

LTE系统是从UMTS系统演进而来的移动通信系统，并且其标准化工作在作为国际标准组织的第三代合作伙伴计划（3GPP）中继续向前发展。

E-UTRAN包括至少一个基站（BS）20，基站向用户设备（UE）10提供控制面和用户面。UE 10可以是固定的或移动的，并且可以表示为其它术语，例如移动站（MS）、用户终端（UT）、用户站（SS）、移动终端（MT）、无线装置等。BS 20通常为与UE 10通信的固定站，并且可以表示为其它术语，例如演进的节点B（eNB）、基站收发系统（BTS）、接入点等。

多个BS 20通过X2接口的方式相互连接。BS 20还通过S1接口的方式连接至演进分组核心（EPC）30，更具体地讲，通过S1-MME连接至移动性管理实体（MME）并通过S1-U连接至服务网关（S-GW）。

EPC 30包括MME、S-GW和分组数据网络网关（P-GW）。MME具有UE的接入信息或UE的能力信息，并且这种信息通常被用于UE的移动性管理。S-GW是将E-UTRAN作为端点的网关。P-GW是将PDN作为端点的网关。

无线接口协议被定义在作为无线段的Uu接口中。无线接口协议水平地由物理层、数据链路层和网络层构成，并且垂直地被分为用于用户数据传输的用户面（U-面）和用于控制信号传送（信令）的控制面（C-面）。基于熟知的开放系统互连（OSI）标准模型的最低三层，如图2和图3中所示，可以大致将无线接口协议分为包括物理（PHY）层的第一层（L1）、包括媒体访问控制（MAC）/无线链接控制（RLC）/分组数据汇聚协议（PDCP）层的第二层（L2）、以及包括无线资源控制（RRC）层的第三层（L3）。这些层在UE和E-UTRAN中成对出现，并且用于Uu接口的数据传输。

图2和图3均示出LTE系统的无线协议的C-面和U-面的结构。

作为第一层的PHY层通过使用物理信道向更高层提供信息传输服务。PHY层通过传输信道与更高层（即，MAC层）连接。MAC层和PHY层之间的数据通过传输信道传输。在这种情况下，根据是否共享信道，将传输信道大致分为专用传输信道和公共传输信道。另外，在不同的PHY层之间（即，发送侧的PHY层和接收侧的PHY层之间），通过使用无线资源来通过物理信道传输数据。

在第二层中存在数层。第一，MAC层用于将各种逻辑信道映射至各种传输信道，并且也用于执行其中将数个逻辑信道映射至一个传输信道的逻辑信道复用。MAC层通过逻辑信道与更高层（即，RLC层）连接。根据将要发送的信息的类型，逻辑信道大致被分为用于发送C-面信息的控制信道和用于发送U-面信息的业务信道。

第二层的RLC层用于通过将从更高层接收的数据分段或将从更高层接收的数据进行连接来调整数据大小，使得数据大小适于由更低层向无线段发送数据。另外，为了确保每个无线承载（RB）所需的服务质量（QoS）的多样性，RLC层提供3种操作模式，即，透明模式（TM）、非确认模式（UM）和确认模式（AM）。具体地讲，AMRLC通过使用自动重传请求（ARQ）执行重新发送功能，以进行可靠的数据发送。

第二层的PDCP层执行头部压缩功能，以减少相对大的并且包括不必要的控制信息的网际协议（IP）分组头部大小，以当发送例如IPv4或IPv6的IP分组时在小带宽的无线段中执行发送。这用于通过仅允许在数据的头部部分中发送必要信息，来增加无线段的发送效率。另外，在LTE系统中，PDCP层还执行安全功能，该安全功能由避免数据拦截的加密和避免第三方操纵数据的完整性保护组成。

仅在C-面中定义位于第三层最上层部分的RRC层。RRC层用于控制与无线承载（RB）的配置、重配置和释放相关的逻辑信道、传输信道和物理信道。在本文中，RB意味着由用于UE和UTRAN之间数据传送的第一层和第二层提供的逻辑路径。通常，RB的创建意味着用于指定提供特定服务所需的无线协议层和信道属性以及用于确定各个详细参数和操作的过程。可以将RB分为两类，即，信令RB（SRB）和数据RB（DRB）。SRB用作在C-面中发送RRC消息的路径。DRB用作在U-面中发送用户数据的路径。

用于从网络向UE发送数据的下行传输信道的示例包括用于发送系统信息的广播信道（BCH）和用于发送用户业务或控制消息的下行共享信道（SCH）。可以通过下行SCH发送或者可以通过额外的下行多播信道（MCH）发送下行多播或广播服务的控制消息或业务。同时，用于从UE向网络发送数据的上行传输信道的示例包括用于发送初始控制消息的随机接入信道（RACH）和用于发送用户业务或控制消息的上行共享信道（SCH）。

定位于传输信道的较高层并且映射至传输信道的逻辑信道的示例包括广播信道（BCCH）、寻呼控制信道（PCCH）、公共控制信道（CCCH）、多播控制信道（MCCH）、多播业务信道（MTCH）等。

物理信道由位于时间轴的数个子帧和位于频率轴的数个子载波组成。本文中，一个子帧由时间轴上的多个符号组成。一个子帧由多个RB组成。一个RB由多个符号和多个子载波组成。另外，每个子帧可以使用物理下行控制信道（PDCCH），即L1/L2控制信道的对应子帧的具体符号（例如，第一符号）的具体子帧。一个子帧的长度为0.5ms。作为数据发送的单位时间的发送时间间隔（TTI）为对应于两个子帧的1ms。

下文中，将描述RRC连接方法和UE的RRC状态。RRC状态表明UE的RRC是否逻辑上连接至E-UTRAN的RRC。如果连接，则它为RRC_CONNECTED状态，并且如果未连接，则它为RRC_IDLE状态。因为在RRC_CONNECTED状态下在UE中存在RRC连接，所以E-UTRAN可以识别蜂窝单元中UE的存在，并且因此可以有效地控制UE。另一方面，在RRC_IDLE状态下的UE不能识别UE的存在，并由作为比小区更大的区域单元的跟踪区（TA）单元中的核心网管理。也就是说，对于RRC_IDLE状态下的UE，仅在比小区更大的区域单元中被识别UE的存在/不存在，并且为了接收例如语音和数据的移动通信服务，UE必须转换成RRC_CONNECTED状态。通过使用跟踪区标识（TAI）来标识每个TA。UE可以通过将跟踪区代码（TAC）用作在小区中广播的信息来构造TAI。

当用户最初打开UE的电源时，UE首先搜索合适的小区并此后创建小区中的RRC连接，并且接着向核心网注册UE的信息。此后，UE保持在RRC_IDLE状态。RRC_IDLE状态下的UE根据需要选择（重新选择）小区并且检查系统信息或寻呼信息。这被称为UE驻留在小区。仅当需要创建RRC连接时，RRC_IDLE状态下的UE通过RRC连接过程来建立与E-UTRAN的RRC的RRC连接，并且接着转换到RRC_CONNECTED状态。存在RRC_IDLE状态下的UE需要建立RRC连接的几种情况。这些情况的示例包括由于用户的呼叫尝试而需要上行数据发送的情况或者当从E-UTRAN接收到寻呼消息而响应于寻呼消息来发送响应消息的情况。

下文中，将描述当接收到对应消息时UE的寻呼过程和操作。在下列情况下使用寻呼：通过核心网向RRC_IDLE状态下的UE传送寻呼消息的情况，报告系统信息的变化的情况和传送紧急信息的情况。另外，寻呼还用于由BS向RRC_CONNECTED状态下的UE报告系统信息的变化的情况。

如上所述，因为由TA单元中的核心网管理与RRC_IDLE状态下的UE有关的位置信息，所以核心网不知道UE当前位于哪个小区。因此，核心网向TA列表中包括的所有BS传送寻呼消息，并且当接收到寻呼消息，BS在BS的小区中广播该寻呼信息。在这种情况下，BS在寻呼时机（PO）广播寻呼信息。PO是用于提供与寻呼消息的发送相关的信息的子帧，并且PO是根据UE的ID而被计算。RRC_IDLE状态下的UE通过根据UE的ID计算PO来读取子帧。UE基于关于接收通过子帧传送的寻呼消息的信息来接收寻呼消息，并确定消息中是否包括UE的ID。如果消息中包括UE的ID，则UE建立RRC连接，或者接收系统信息，或者读取紧急信息。否则，如果在接收到的寻呼消息中不包括UE的ID，则UE丢弃寻呼消息。

如上所述，RRC_IDLE状态下的UE接收寻呼消息，并且此后确定接收到的消息是否是为UE传送的，并继续执行后续过程。在常规的蜂窝环境中，因为在一个小区中不存在很多UE，所以即使使用常规的寻呼方法，也不会发生致使无线网络严重拥塞的问题。

然而，在存在多个UE的环境（例如，存在多个MTC装置的MTC环境）中，当使用常规的寻呼过程寻呼多个UE时，可能出现问题。就LTE系统而言，可以使用一个寻呼消息将信息传送至高达16个UE。因此，当考虑存在多个UE的环境时，向核心网想要执行寻呼的一个或多个UE传送对应消息可能消耗很长的时间，并且当想要将寻呼消息传送至多个UE时，由于寻呼消息，导致可能不仅在核心网，而且在无线接口段中产生负载。

为了解决上面提到的问题，本发明提出根据特定标准将数个UE分成群组的方法。此后，将群组ID分配给每个寻呼群组的UE，针对每个群组而寻呼UE，并且接着管理和控制UE。根据本发明的实施方式，接收到寻呼消息的每个UE可以确定在PO接收到的寻呼消息是否是针对该UE，并且此后，如果消息包括UE所属的群组的群组ID，则UE可以根据用于使UE执行特定任务而订制并在寻呼消息中包括的信息来执行任务。

图4是示出根据本发明的实施方式的UE的操作的流程图。

UE获得并存储UE所属的群组的群组ID（步骤S410）。UE在PO接收寻呼消息（步骤S420），并且确定接收到的寻呼消息是否是为UE自身而传送的（步骤S430）。如果寻呼消息不是为该UE而传送的，则UE丢弃接收到的寻呼消息，并且在IDLE状态下等待（步骤S440）。否则，如果UE确定接收到的寻呼消息是为该UE而传送的，则UE可以执行向UE请求的并且包括在接收到的寻呼消息中的任务（步骤S450）。下文中，将详细描述前面提到的每个步骤中UE的操作及其实施方式。

在UE获得并接着存储群组ID的步骤（步骤S410）中，可以基于例如UE执行的功能、应用程序、安装UE的区域等的特征来确定群组。也就是说，属于同一群组的UE可以共享相同应用程序或相同区域的特征。可以由BS执行包括确定群组和更新群组信息的管理。

UE可以属于一个或多个群组。也就是说，UE可以具有一个或多个群组ID。

UE可以用各种方式获得群组ID。可以将UE的群组ID存储在UE中（例如，可以将UE的群组ID存储在UE中安装的通用用户标识模块（USIM）中）。另选地，可以通过从BS接收针对每个UE的专用信令来获得群组ID。

核心网必须得知每个群组的ID以及与属于每个群组的UE相关的信息，以在需要的任何时候发送群组寻呼消息。换句话讲，为了知道特定UE所属的特定群组，核心网必须得知UE的群组ID。为此，当UE的群组ID存储在UE中时，UE需要向核心网报告其群组ID的过程。如果UE通过信令获得其群组ID信息，则UE需要从核心网获得其群组ID的过程。

可以将UE向核心网报告其群组ID或从核心网获得其群组ID的过程实现为独立于常规的初始附着过程的过程或通过利用常规的初始附着过程实现为初始附着过程一部分。

当将UE向核心网报告其群组ID或从核心网获得其群组ID的过程构造为初始附着过程的一部分时，UE可按如下方式运行。

在打开UE的电源之后，UE建立与BS的RRC连接。在UE建立RRC连接之后，UE通过初始附着过程发送或接收群组ID。在这种情况下，如果UE具有其群组ID信息，则UE向核心网发送其群组ID。如果UE通过UE专用信令接收其群组ID信息，则UE从核心网接收UE所属的群组的ID。

在通过上面提到的过程发送或接收群组ID之后，UE可以通过转换成RRC_IDLE状态进行等待。

图5是示出根据本发明的实施方式的当UE发送和接收其群组ID时可使用的UE的初始附着过程的流程图。

当UE想要接收UE需要注册的服务时，必须将UE注册至网络。这种注册过程是附着过程，并且图5示出初始附着过程的操作。与图5的附着过程相关的细节可以参考2009年12月发布的“3GPP TS 23.401V9.3.0.3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN)access,(Release 9)”的5.3.2节。

当UE使用初始附着过程发送和接收其群组ID时，换句话讲，如果UE通过初始附着过程发送和接收其群组ID，则可以使用图5的、常规地用于报告UE的ID的附着请求（操作1和2）、身份请求/响应（操作4）和身份请求/响应（操作5）来报告群组ID。也就是说，群组ID被包括在图5的附着请求（操作1和2）、身份请求/响应（操作4）和身份请求/响应（操作5b）中。UE可以通过包括其群组ID来发送附着请求（操作1和2）、身份请求/响应（操作4）和身份请求/响应（操作5b）的消息。因此，核心网可以得知UE的群组ID。

在UE通过信令从核心网获得其群组ID的情况下，可以利用附着过程。在这种情况下，图5的RRC连接重配置（操作18）的消息中包括UE的群组ID。UE可以通过接收RRC连接重配置（操作18）获得其群组ID。

在PO UE接收寻呼消息的步骤（步骤S420）中，UE可以尝试在通过使用其ID计算出的PO和在通过其群组ID（一个或多个）计算出的PO接收寻呼消息。

核心网向TA列表中包括的BS传送包括群组ID的寻呼消息。当接收到的消息，BS向对应群组的UE传送寻呼消息。在这种情况下，UE通过使用其ID计算PO，并且尝试在对应时间接收寻呼消息。UE可以尝试在PO接收用于群组寻呼的寻呼消息，以额外地接收群组寻呼消息。作为本发明中提出的用于群组寻呼的PO，可以考虑MTC特定PO、群组特定PO和UE特定PO。

在MTC特定时机发送寻呼消息的情况下，BS在为小区中的UE之中的MTC装置确定的特定时间传送群组寻呼消息。在小区中的UE之中，MTC装置仅在用于MTC装置的特定时间尝试接收群组寻呼消息，以接收群组寻呼消息。

在群组特定时机发送寻呼消息的情况下，BS基于群组ID计算PO，并且仅在PO中广播包括群组ID的寻呼消息。属于特定群组的UE基于其群组ID（一个或多个）计算PO，并且尝试在那个时间接收寻呼消息。

就UE特定时机而言，当需要为特定群组传送寻呼消息时，BS不另外地为具有群组ID的MTC装置分配PO，而是在所有可用的PO中广播包括MTC群组ID的寻呼消息。MTC装置基于其ID计算PO，并且尝试在那个时间接收寻呼消息。

在UE接收寻呼消息以确定寻呼消息是否是为UE自身传送的步骤（步骤S430）中，UE确定其ID是否被包括在消息中，这与常规过程类似。另外，UE通过使用其群组ID确定接收到的寻呼消息是否是为UE传送的。当从核心网接收到寻呼消息，BS可以通过在寻呼消息中包括群组ID而在PO中广播寻呼消息，或者可以通过使用群组ID对寻呼消息进行编码而在PO中广播寻呼消息。可以使用这两种方法在PO中广播寻呼消息。

当BS通过在寻呼消息中包括群组ID而在PO中广播寻呼消息时，UE确定寻呼消息中是否包括群组ID，并且如果寻呼消息中包括群组ID则读取消息。否则，UE丢弃接收到的寻呼消息（步骤S440）。

当通过使用群组ID进行编码而广播寻呼消息时，UE通过使用其群组ID对接收到的寻呼消息进行解码而读取消息。如果对消息的解码失败，则意味着寻呼消息不是针对UE的。在这种情况下，UE可以丢弃接收到的寻呼消息（步骤S440）。

如果UE接收针对UE自身的寻呼消息，则UE确定寻呼消息是否包括用于订制要由UE执行的任务的信息，并且执行所订制的任务。也就是说，根据本发明的实施方式，寻呼消息可用于明确地订制属于UE群组的特定UE（一个或多个）或MTC装置要执行的任务。

图6示出接收到寻呼消息的UE执行寻呼消息中包括的其任务的过程的示例。

当请求MME向特定分组的一个或多个特定UE发送订制执行任务的消息（步骤S610）时，MME向BS发送寻呼消息（步骤S620），并且BS再向UE发送寻呼消息（步骤S630）。当接收到寻呼消息，为了确定寻呼消息是否是为UE传送的，UE确定寻呼消息中是否包括其ID或其群组ID（步骤S640）。如果确定结果表明寻呼消息是为UE传送的，则UE确认分配给UE并且包括在寻呼消息中的任务，并且执行任务（步骤S650）。

更具体地讲，UE可以是MTC装置。可以由MTC服务器执行步骤S610中的向核心网发送UE执行任务的请求。在这种情况下，在MTC服务器的请求下，核心网向TA列表中包括的BS发送包括分配给特定群组的一个或多个特定UE的任务的寻呼消息。当接收到步骤S620中发送的寻呼消息，BS（一个或多个）在图4的步骤S420中所描述的PO中广播包括要由UE执行的任务的寻呼信息（步骤S630）。作为用于标识为寻呼消息发送目标的UE的标识符，步骤S620和S630中的寻呼消息可以包括UE的ID和/或群组ID，并且可以包括指示要由目标UE执行的任务的任务信息。可以通过将任务信息作为任务字段包括在寻呼消息中来发送任务信息。

尽管图6的步骤S640示出接收到寻呼消息的UE检查包括在寻呼消息中的它的ID或群组ID以确定寻呼消息是否是为UE传送的，如图4的步骤S430的说明中所描述的，但是UE可以通过使用其ID或群组ID对寻呼消息进行解码，以根据解码是否成功来确定寻呼消息是否是为UE传送的。

可以由在RRC_IDLE状态下工作的UE执行UE接收消息并确定该消息是否针对UE的过程。当在RRC_IDLE状态下工作的UE在PO中接收到寻呼消息并执行寻呼消息中包括的任务时，可以在RRC_IDLE状态或RRC_CONNECTED状态下执行任务。也就是说，根据要执行的任务，UE可以执行状态转换的过程。

对通过寻呼消息向UE指派的任务没有限制。该任务可以是UE特定功能的开始或中断，或者RRC连接过程的初始化。另选地，该任务可以是订制目标UE的上行数据发送、在不允许目标UE发送上行数据的情况下丢弃准备发送的目标UE的上行数据。

下文中，为了方便说明，将通过把UE作为MTC装置工作的情况当作示例，描述要分配给UE的任务的详细示例。下文中，除了MTC装置外，MTC装置包括支持MTC功能的UE通过模式转换作为MTC装置工作的状态。

寻呼消息中包括的任务可以是启动MTC装置的功能。

许多MTC装置通过使用电池操作，并且存在很多难以更换电池的情况。在这种情况下，为了节省电池，MTC装置优选地长时间保持在RRC_IDLE状态，并且仅在需要时执行其功能。为此，如果需要执行特定功能，BS可以通过寻呼消息命令MTC装置执行的特定功能。在这种情况下，MTC装置执行的特定功能可以包括跟踪、测量、检测和报告特定事件等。当在RRC_IDLE状态下接收到寻呼消息后，MTC装置可以在不建立RRC连接的情况下在RRC_IDLE状态下启动MTC装置功能。

作为另一个示例，寻呼消息中包括的任务可以是中断MTC装置功能。如上所述，为了节省功耗，BS可以中断执行特定操作的MTC装置。当MTC服务器收集到特定信息的足够数据时，可以确定不再需要收集额外的信息，可以通过寻呼消息中断特定功能。当在RRC_IDLE状态下接收到请求中断在执行功能期间的功能的寻呼消息之后，MTC装置可以保持RRC_IDLE状态并中断MTC装置功能。

作为另一个示例，寻呼消息中可包括的任务可以是发送上行数据。为了发送上行数据，MTC装置可以建立与BS的RRC连接，并且可以向BS发送上行数据。在这种情况下，上行数据可以是执行报告、测试、测量、观察等而获得的数据。也就是说，可以将由MTC装置提供的服务而产生的数据的发送作为任务。在完成这个步骤的过程中，可以避免当多个MTC装置同时访问小区时可能出现的拥塞。也就是说，从BS的角度来看，BS可以发送包括特定MTC装置的ID或特定群组的MTC装置的群组ID的寻呼消息。通过在寻呼消息中包括用于发送执行测量、测试等而获得的数据的任务，可以只允许特定MTC装置或属于特定群组的MTC装置能够访问小区，并发送执行测量、测试等而获得的数据。

作为另一个示例，寻呼消息中可包括的任务可以是丢弃针对MTC装置进行上行链路发送而产生的数据或者针对上行链路发送而存储的数据。例如，当特定事件发生时，如果小区中的多个MTC装置监控到出现了特定事件，则多个MTC装置可以同时访问小区，以报告监控结果。这可能导致无线网络的拥塞。另外，从BS的角度来看，如果从任一个MTC装置获得监控结果，则可能不需要接收用于报告发生了相同事件的另外的MTC装置的监控结果。在这种情况下，不希望允许发送上行数据（监控数据）以及多个MTC装置的小区访问来接收不需要的监控，因为这只会造成无线网络的拥塞。当从任何一个MTC装置接收根据特定事件出现的监控结果时，当禁用上行数据的发送时，BS可以通过使用寻呼消息传送丢弃准备发送的上行数据的任务（与上面提到的发送上行数据的任务相反），以避免想要基于相同事件的出现发送监控结果的另外的MTC装置（一个或多个）不必要的上行数据发送。在根据寻呼消息确定其任务是丢弃上行数据之后，MTC装置可以丢弃为上行链路发送而产生的数据或存储在其中的数据，并且可以在RRC_IDLE状态下等待。

图7示出根据本发明的实施方式的BS的群组寻呼和用于执行寻呼消息中包括的任务的UE的操作的示例。

在图7的示例中，UE可以是MTC装置。假设核心网通过初始附着过程已得知MTC装置的群组ID，或者从核心网向MTC装置用信令发送MTC装置的群组ID。假设MTC装置确定群组寻呼消息中是否包括其ID或MTC装置所属的群组的ID，以确定是否将丢弃接收到的寻呼消息。

首先，当启动MTC装置（步骤S710）时，MTC装置建立与BS的RRC连接（步骤S720），并且通过初始附着过程不仅向核心网报告其ID而且报告群组ID，或者通过信令从核心网获得其群组ID。此后，MTC装置可以转换成RRC_IDLE状态。

在RRC_IDLE状态下工作的MTC装置尝试在通过使用其ID和群组ID计算出的PO中接收寻呼消息。在这种情况下，对于MTC装置接收到的寻呼消息，从MTC服务器接收特定UE执行任务的请求（步骤S740）。BS广播（步骤S754-2）由核心网向TA列表中的BS传送的寻呼消息（步骤S754-1）。该寻呼消息包括MTC装置的ID和/或MTC装置的群组ID，以及用于订制要由寻呼消息的目标MTC装置执行的任务的信息。

MTC装置确定接收到的寻呼消息是否包括其ID或群组ID（步骤S750）。在确定接收到的寻呼消息包括其群组ID，MTC装置执行作为包括在寻呼消息中的任务在测量。在这种情况下，MTC装置可以在保持RRC_IDLE状态下的同时执行任务。

此后，与前面提到的接收寻呼信息并确定寻呼信息是否为MTC装置而传送的步骤（即，S745-1、S745-2、S750）类似，MTC装置尝试接收根据其ID或群组ID计算出的寻呼信息，并且确定接收到的寻呼是否是针对MTC装置的（步骤S775-1、S775-2、S780）。在这种情况下，发送接收到的寻呼消息的过程与前面提到的过程（即，S740、S745-1、S745-2）相同，其中寻呼信息通过步骤S770、S775-1、S775-2被发送至MTC装置。然而，在图7的示例中通过步骤S770、S775-1、S775-2向MTC装置发送的寻呼消息包括用于报告测量结果的任务的信息。MTC装置执行结果报告，该结果报告为分配给MTC装置并被包括在寻呼消息中的任务。也就是说，MTC装置建立与BS的RRC连接（步骤S790），并且向BS发送并报告数据结果（测量结果）（步骤S795）。

核心网通过使用寻呼消息将任务分配给在RRC_IDLE状态下工作的MTC装置。为了有效地管理多个MTC装置，寻呼消息可以通过使用MTC装置的群组ID来使用寻呼。可以通过使用群组寻呼有效地控制和管理多个MTC装置。

图8是示出根据本发明的实施方式的无线通信系统的框图。

BS 50包括处理器51、存储器52和射频（RF）单元53。存储器52耦接至处理器51，并且存储用于驱动处理器51的各种信息。RF单元53耦接至处理器51，并发送和/或接收无线电信号。

处理器51实现所提出的功能、过程和/或方法。可以通过处理器51实现无线接口协议的各层。处理器51可以实现参照图4至图7描述的实施方式中的BS的操作。

UE 60包括处理器61、存储器62和RF单元63。存储器62耦接至处理器61，并且存储用于驱动处理器61的各种信息。RF单元63耦接至处理器61，并发送和/或接收无线电信号。

处理器61实现所提出的功能、过程和/或方法。可以通过处理器61实现无线接口协议的各层。处理器61可以实现参照图4至图7描述的实施方式中的UE的操作。

处理器可以包括专用集成电路（ASIC）、独立芯片、逻辑电路和/或数据处理单元。存储器可以包括只读存储器（ROM）、随机存取存储器（RAM）、闪存、存储卡、存储介质和/或其它等效存储装置。RF单元可以包括用于处理无线电信号的基带电路。当用软件实现本发明的实施方式时，可以使用执行前面提到的功能的模块（即，处理、功能等）实现前面提到的方法。可以将模块存储在存储器中并且可以由处理器执行该模块。存储器可以位于处理器的内部或外部，并且可以使用各种已知方式耦接至处理器。

尽管已基于按顺序列出步骤和块的流程图描述了前面提到的示例性系统，但本发明的步骤不限于某种顺序。因此，相对于以上所述的，可以按不同的步骤或者不同的顺序或者同时地执行某个步骤。另外，本领域的普通技术人员应当理解的是，流程图中的步骤不是排它性的。而是，在本文中可包括另外的步骤，或者在本发明的范围内，可以删除一个或多个步骤。

Claims (4)

1.一种在无线通信系统中由用户设备接收寻呼消息的方法，所述方法包括以下步骤：

从基站接收包括任务信息的所述寻呼消息，其中，所述寻呼消息包括用于执行由所述任务信息订制的任务的用户设备的标识ID或所述用户设备所属的群组的群组ID；以及

根据接收到的寻呼消息中包括的所述任务信息来执行任务，

其中，用任务字段将所述任务信息包括在所接收的寻呼消息中，

其中，由所述用户设备根据所接收的寻呼消息中包括的任务信息执行状态转换的过程，

其中，所述任务信息至少是机器类型通信MTC功能初始化或MTC功能中断，

其中，所述寻呼消息还包括所述用户设备的群组ID，

其中，在作为子帧的寻呼时机PO中接收所述寻呼消息，所述PO是基于识别所述用户设备所属的群组的群组ID获得的，

其中，通过在用户设备处于无线资源控制RRC空闲状态时基于所述用户设备的标识计算所述PO来读取所述子帧，

其中，按照MTC特定PO、群组特定PO和UE特定PO对PO进行分类，

其中，所述MTC特定PO用于接收仅针对MTC设备的寻呼消息，所述群组特定PO由所述用户设备的群组ID计算以便接收仅针对特定群组的寻呼消息，并且所述用户设备特定PO由所述用户设备的标识来计算，以便接收仅针对特定用户设备的寻呼消息，并且

其中，所述群组ID是当所述用户设备从所述基站接收信令时获得的。

2.根据权利要求1所述的方法，所述方法还包括基于所述群组ID确认所述用户设备是否为目标，并根据所述任务信息来执行所述任务。

3.一种在无线通信系统中由基站发送寻呼消息的方法，所述方法包括以下步骤：

向至少一个用户设备发送包括任务信息的寻呼消息，

其中，所述寻呼信息包括用于执行由所述任务信息订制的任务的所述至少一个用户设备的标识ID或者所述至少一个用户设备所属的群组的群组ID，

其中，用任务字段将所述任务信息包括在发送的寻呼消息中，

其中，由用户设备根据所发送的寻呼消息中包括的任务信息执行状态转换的过程，

其中，所述任务信息至少是机器类型通信MTC功能初始化或MTC功能中断，

其中，所述寻呼消息还包括所述至少一个用户设备的群组ID，

其中，在作为子帧的寻呼时机PO中发送所述寻呼消息，所述PO是基于识别所述至少一个用户设备所属的群组的群组ID获得的，

其中，通过在用户设备处于无线资源控制RRC空闲状态时基于所述用户设备的标识计算所述PO来读取所述子帧，

其中，按照MTC特定PO、群组特定PO和UE特定PO对PO进行分类，

其中，所述MTC特定PO用于接收仅针对MTC设备的寻呼消息，所述群组特定PO由所述用户设备的群组ID计算以便接收仅针对特定群组的寻呼消息，并且所述用户设备特定PO由所述用户设备的标识来计算，以便接收仅针对特定用户设备的寻呼消息，并且

其中，所述群组ID被用信号发送给所述至少一个用户设备。

4.根据权利要求3所述的方法，其中，所述群组ID使得能够根据所述任务信息来确定所述至少一个用户设备是否执行任务。