背景技术 物联网也被称作 M2M， 即 Machine to Machine (广义的还可理解为 Machine to Man, Man to Machine, Machine to Mobile )， 目的是把所有物品 通过信息传感设备与互联网连接起来， 实现智能化识别和管理。 它们与互 联网相结合， 可以实现所有物品的远程感知和控制， 由此生成一个更加智 能的生产生活体系。

而随着技术的发展， M2M设备的数量会变的十分巨大， 这些设备会和 无线通信技术紧密结合， 并且通过无线连接获得数据或者将数据上报到 控 制中心。 因随机或周期的上报数据对网络造成极大的冲 击， 甚至造成网络 的拥塞甚至瘫痪。

M2M的应用场景中， 包括无线水表、 电表等应用终端设备移动性较低， 且一般会要求所有终端设备周期进行数据上报 ， 针对这种应用需求， 当前 通信系统一般通过逐个的方式进行相应的操作 ， 这种方式使得每次上报时， 所有终端设备均要执行与当前手机终端类似的 完整信令流程， 并通过调度 来发送数据， 由于终端设备数目巨大， 这种方式导致信令交互量也很大， 甚至导致信令超负荷（Signaling overload ) , 而且， 这种同质化的操作无疑 对系统资源是个较大的浪费。 发明内容 本发明实施例提供一种組呼的方法及设备， 能够解决大规模 M2M设备 周期上报时， 信令交互多导致超负荷的问题。

一方面， 提供了一种组呼的方法， 包括： 为用户设备配置组上下文； 向所述用户设备发送全频带上行信道质量探测 的消息； 接收所述用户设备 发送的携带全频带上行信道廣量探测信号的响 应， 所述响应为所述用户设 备根据所述全频带上行信道质量探测的消息发 送的； 根据所述携带全频带 上行信道质量探测信号的响应， 更新所述组上下文， 所述更新的组上下文 包括组呼参数， 所述组呼参数用于接收组呼消息并发送响应； 向所述用户 设备发送携带所述组呼参数的消息； 根据所述更新的组上下文向所述用户 设备发送组呼消息； 接收所述用户设备根据所述组呼消息以及所述 组呼参 数发送的组呼消息的响应。

另一方面， 提供了一种组呼的方法， 包括： 接收基站发送的全频带上 行信道质量探测的消息； 根据所述全频带上行信道质量探测的消息， 向所 述基站发送携带全频带上行信道质量探测信号 的响应； 接收所述基站发送 的携带组呼参数的消息， 所述组呼参数用于接收组呼消息并发送响应； 存 储所述组呼参数， 并在空闲态时仍保持所述组呼参数； 根据所存储的所述 组呼参数， 接收所述基站发送的组呼消息， 并向所述基站发送所述组呼消 息的响应。

另一方面， 提供了一种组呼的设备， 包括： 配置模块， 用于为用户设 备配置组上下文； 收发模块， 用于向所述用户设备发送全频带上行信道质 量探测的消息； 和用于接收所述用户设备发送的携带全频带上 行信道质量 探测信号的响应， 所述响应为所述用户设备根据所述全频带上行 信道质量 探测的消息发送的； 处理模块， 用于根据所述收发模块接收的所述携带全 频带上行信道质量探测信号的响应， 更新所迷配置模块配置的组上下文， 所述更新的组上下文包括组呼参数， 所述组呼参数用于接收组呼消息并发 送响应； 所述收发模块， 用于向所述用户设备发送所述组呼参数的消息 , 所述组呼参数为所述处理模块更新的所述组上 下文中包括的； 所述收发模 块， 用于根据所述处理模块更新的所述组上下文向 所述用户设备发送组呼 消息； 所述收发模块， 用于接收所述用户设备根据所述组呼消息以及 所述 组呼参数发送的组呼消息的响应。

另一方面， 提供了一种组呼的设备， 包括： 收发模块， 用于接收基站 发送全频带上行信道质量探测的消息， 根据所述全频带上行信道质量探测 的消息， 向所述基站发送携带全频带上行信道质量探测 信号的响应； 所述 收发模块， 用于接收所述基站发送的携带组呼参数的消息 ， 所述组呼参数 用于接收组呼消息并发送响应， 所述组呼参数包含在所述基站更新的組上 下文中； 存储模块, 用于存储所述收发模块接收的组呼参数， 并在空闲态 时仍保持所述组呼参数； 所述收发模块， 用于根据所述存储模块所存储的 所述组呼参数， 接收所述基站发送的组呼消息， 并向所述基站发送所述组 呼消息的响应。

本发明实施例可以根据用户设备的低移动性， 通过配置全频带上行信 道质量探测 （sounding )进行初始的 MCS ( Modulation Coding Scheme, 调 制编码方式）选择， 根据所有用户设备选择的 MC S， 进行静态 RB ( Radio Bearer, 无线承载）分组并配置组上下文， 并使用户设备在转入 IDLE (空 闲） 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要 求时按序、按静态配置进行数据传输，从而实 现无需进行 RB的配置及重配， 也无需 PDCCH ( physical downlink control channel, 物理下行控制信道）调 度过程， 极大地节省了信令交互， 并且基站（eNB )可以通过维护组上下文 的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。 附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对实施例或现有 技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的 附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付 出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是根据本发明实施例组呼的方法 100的流程图。

图 2是根据本发明实施例组呼的另一方法 200的流程图。

图 3是根据本发明实施例组呼的方法的时序图。

图 4是根据本发明实施例组呼的设备的框图。 图 5是根据本发明另一实施例组呼的设备的框图� �

图 6是根据本发明实施例组呼的另一设备的框图� �

图 7是根据本发明另一实施例组呼的另一设备的� �图。

具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有 做出创造性劳动前提下所获得的所有其他实施 例， 都属于本发明保护的范 围。

本发明的技术方案， 可以应用于各种通信系统， 例如： 宽带码分多址 ( WCDMA, Wideband Code Division Multiple Access Wireless ) , 通用分组 无线业务（GPRS, General Packet Radio Service ) ， 长期演进（LTE， Long Term Evolution )等。

用户设备 （UE , User Equipment ) , 也可称之为移动终端 （Mobile Terminal )、移动用户设备等，可以经无线接入网（例� �， RAN, Radio Access Network )与一个或多个核心网进行通信， 用户设备可以是移动终端， 如移 动电话（或称为"蜂窝"电话）和具有移动终端� ��计算机， 例如， 可以是便携 式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置， 也可以是低移 动性的机器类通信（MTC， Machine Type Communication )终端设备， 它们 与无线接入网交换语言和 /或数据。

基站， 可以是 UMTS中的基站（NodeB ) ， 还可以是 LTE中的演进型基 站（eNB或 e-NodeB， evolutional Node B ) ， 本发明并不限定， 但为描述方 便， 下述实施例以 eNB为例进行说明。

图 1是根据本发明实施例组呼的方法 100的流程图。 方法 100可以由无线 通信系统中的基站实现。

如图 1所示的方法 100包括：

110, 为用户设备配置组上下文。

对于 M2M设备来说， 由于业务单一， 由 MTC 服务器或核心网网元为 基站配置分组信息， 例如指示基站将智能电表分为一组， 基站据此信息进 行组上下文的初始配置， 也可以直接将分组信息配置给基站， 基站配置组 上下文。 可以通过接收用户设备发送携带机器类通信标 识 (MTC indicator)的消 息， 确定用户设备是同一组的用户设备。 此外， 也可以通过用户设备的接 入点号码 ( APN, Access Point Number ) 、 特定号段的国际移动用户标识 ( IMSI, International Mobile Subscriber Identity )等其他信息来确定。 本发 明实施例对此不做限定。

表 1是本发明实施例中组上下文的例子。 其中的各种参数仅是出于说明 的方便进行的举例， 不同的实施方式中可以以不同的方式定义参数 ， 此外 不同实施例中可以包括但不限于所示参数中的 一个或多个。 根据参数的定 义， 通过不同参数的组合可以得出不同实施方式所 需的共同参数， 本发明 实施例对此不做限定， 只要能够实现本发明实施例， 各种实现方式均在本 发明 护范围之内。

组上下文包括所有用户设备的公共信息： 组 ID、 机器类通信标识、 组 连续寻呼次数、 组初始接入时间偏移和组呼时刻以及针对每个 用户设备的 序号及资源分配信息表。 其中，

组连续寻呼次数： 基站向用户设备所在的组发送組呼消息的次数 。 组初始接入时间偏移： 用于标识组呼消息是哪一次组呼消息。 如果组 连续寻呼次数是 3次， 则第一次组呼消息中携带的组初始接入时间偏 置设为 3 , 第二次组呼消息中则设为 2， 第三次组呼消息中则设为 1。

组呼时刻： 基站发送组呼消息的时刻。

序号及资源分配信息表包括一个或多个专属无 线承载序号的序号信息 和资源信息， 其中资源信息包括： 专属 RB参数信息、 专属时间窗长度、 专 属前导码和前导码最大传输次数； 序号信息包括： 用户设备 ID、 组内序号 和传输成功标识位。 初始设置时， 序号信息的内容是空的。

专属 RB参数信息： 专属无线承载序号对应的参数信息， RBS2置中 RLC (无线链路控制， Radio Link Control )和 MAC ( Media Access Control, 介 质访问控制）层配置的所有参数， 限定具体物理层传输的时频资源块和调 制编码信息。

专属时间窗长度： 规定了每个用户设备在专用时频资源上从发送 专属 前导码到数据发送完成的持续时间或仅指数据 发送完成的持续时间。

前导码最大发送次数： 允许每个用户设备发送专属前导码的最大发送 次数。

用户设备 ID： 可以是每个用户设备的 IMSI ( International Mobile Subscriber Identity, 国际移动用户标识） ， 也可用其他专属静态标识 TMSI ( Temporary Mobile Subscriber Identity,临时移动用户标识）或(>1；11( Global User Temporary Identity, 全球用户临时标识 )代替。

专属无线承载序号： 所有用户设备进行全频带上行信道质量探测 ( sounding ) 以进行初始的 MCS (调制编码方式)选择后， 根据所有设备所选 择的 MCS， 进行静态 RB分组后的组序号。

组内序号： 每个用户设备以专属无线承载序号进行再次分 组后的组内 序号。

传输成功标识位： 该信息为了标记传输成功的用户设备。 例如， 成功 发送数据的用户设备的传输成功标志位信息可 以设置为真（true ) , 发送数 据失败的用户设备的传输成功标志位信息可以 设置为假（ false )

不同专属无线承载序号下各项专属资源， 例如专属 RB参数信息、 专属 前导码和 /或专属时间窗长度不相同，其他如前导码最� �传输次数可以相同。

120, 向用户设备发送全频带上行信道质量探测 （sounding ) 的消息。 130, 接收用户设备发送的携带全频带上行信道质量 探测信号的响应， 所述响应为用户设备根据全频带上行信道质量 探测的消息发送的。

140, 根据携带全频带上行信道质量探测信号的响应 ， 更新组上下文， 更新的组上下文包括组呼参数， 所述组呼参数用于接收组呼消息并发送响 应。

根据全频带上行信道质量探测信号选择用户设 备的调制编码方式， 根 据所选择的调制编码方式为用户设备进行静态 RB分組。

对分组后的用户设备进行组上文中的序号及资 源分配信息表的更新， 包括为用户设备分配组内序号、 加入用户设备 ID、 为传输成功标识位赋值， 由此建立各种参数的对应关系。

是本发明实施例的更新的组上下文的例子。 组 ID、 MTC标识、 组连续寻呼次数、 组初始接入时间偏移和组呼时刻 序号及资源分配信息表

RB1 (专属无线^^ 序号 1 )

资源信息 专属 RB参数信息 1、 专属时间窗长度

1、 专属前导码 1和前导码最大传输次数 序号信息 组内序 用户设 传输成 号 1 备 ID 功标志位 组内序 用户设 传输成 号 2 备 ID 功标志位 组内序 用户设 传输成 号 3 备 ID 功标志位

RB2 (专属无线承 ^ 序号 2 )

资源信息 专属 RB参数信息 2、 专属时间窗长度

2、 专属前导码 2和前导码最大传输次数 序号信息 组内序 用户设 传输成 号 1 备 ID 功标志位 组内序 用户设 传输成 号 2 备 ID 功标志位 组内序 用户设 传输成 号 3 备 ID 功标志位

RB3 (专属无线 7 序号 3 )

150, 向用户设备发送携带组呼参数的消息。

组呼参数可以包括组 ID、 专属无线承载参数信息、 组内序号， 专属前 导码、 前导码最大发送次数、 专属时间窗长度、 组呼时刻和组连续寻呼次 数等。

160， 根据更新的组上下文向用户设备发送组呼消息 。

根据更新的组上下文， 计算最近的组呼时刻， 在所述组呼时刻， 向用 户设备发送组呼消息。 组呼消息可以携带组 ID、 组初始接入时间偏移等。

170， 接收用户设备根据组呼消息和組呼参数发送的 組呼消息的响应。 当组呼参数包括专属前导码时， 接收用户设备发送的专属前导码； 根 据接收到的专属前导码向用户设备发送携带同 步信息的消息； 接收用户设 备根据同步信息发送的数据。

将成功发送数据的用户设备的传输成功标志位 信息设置为真； 重置无 线链路控制层协议 ( RLC, Radio Link Control )和介质访问控制 （MAC,

Media Access Control ) 实体， 以接收其他用户设备的组呼消息的响应。

根据上述技术方案， 本发明实施例可以根据用户设备的低移动性， 通 过配置全频带上行信道质量探测进行初始的 MCS选择， 根据所有用户设备 选择的 MCS, 进行静态 RB分组并配置组上下文， 并使用户设备在转入 IDLE 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要求时 按序、 按静态配置进行数据传输， 从而实现无需进行 RB的配置及重配， 也 无需 PDCCH调度过程， 极大地节省了信令交互， 并且基站可以通过维护组 上下文的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。

图 2是根据本发明实施例组呼的方法 200的流程图。 方法 200可以由无线 通信系统中的用户设备实现。

如图 2所示的方法 200包括：

210, 接收基站发送的全频带上行信道质量探测 （sounding ) 的消息。

220, 根据所述全频带上行信道质量探测的消息， 向所述基站发送携带 全频带上行信道质量探测信号的响应。

230， 接收基站发送的携带组呼参数的消息， 所述组呼参数用于接收组 呼消息并发送响应。

240, 存储組呼参数， 并在空闲态时仍保持所述组呼参数。

组呼参数可以包括组 ID、 组连续寻呼次数、 专属无线承载序号、 专属 无线承载参数信息、 专属时间窗长度、 专属前导码、 前导码最大传输次数 和组内序号等。

250, 根据所存储的组呼参数， 接收基站发送的組呼消息， 并向基站发 送组呼消息的响应。

根据组呼时刻对应的接收时间接收基站发送的 组呼消息。

当组呼参数包括组 ID、 组内序号、 专属时间窗长度、 前导码最大传输 次数、 专属前导码和专属 RB参数信息时， 当接收到基站发送的组呼消息， 且组呼消息携带的组 ID与存储的组呼参数中的组 ID相同时， 根据组内序号 和专属时间窗长度计算组呼消息的响应的发起 接入时刻。

在发起接入时刻， 根据前导码最大传输次数， 向基站发送专属前导码， 直到收到携带同步信息的消息或达到前导码最 大传输次数。 发送专属前导 码时可以以单位传输时间间隔（ TTI, Transmission Time Interval )连续发送， 通常首次发送的功率以缺省功率首发， 后续的功率逐级上升。 作为不同的 实施例， 以所存储的上一次成功发送消息时所记录的功 率递减一级的功率 首次发送专属前导码， 并存储本次成功发送消息时的功率以备下次响 应时 使用。 收到基站根据接收到的专属前导码后发送的携 带同步信息的消息后， 根据同步信息和专属 RB参数信息， 发送数据。

数据发送成功后或发送时间达到专属时间窗长 度， 用户设备进入空闲 态。

根据上述技术方案， 本发明实施例可以根据用户设备的低移动性， 通 过配置全频带上行信道质量探测进行初始的 MCS选择， 根据所有用户设备 选择的 MCS， 进行静态 RB分组并配置组上下文， 并使用户设备在转入 IDLE 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要求时 按序、 按静态配置进行数据传输， 从而实现无需进行 RB的配置及重配， 也 无需 PDCCH调度过程， 极大地节省了信令交互， 并且基站可以通过维护组 上下文的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。

图 3是根据本发明另一实施例組呼的方法的时序� �。

301， 基站为 MTC用户设备配置组上下文。

根据本发明实施例的组上下文的例子参见表 1。 其中的各种信息仅是出 于说明的方便进行的举例， 不同的实施方式中可以以不同的方式定义信息 。

303 , MTC用户设备上电后， 按照一般用户设备的方式发起接入， 发送 前导码， 得到 TA ( Timing Advance, 发送时间提前量）后发送 RRC连接请 求（ RRCConnectionRequest ) 消息， 消息可以携带指出 MTC用户设备的分 类的 MTC标识符（ MTC indicator ) 。

305 , 基站收到后， 获取 MTC标识符， 并反馈 RRC连接建立 ( RRCConnectionSetup ) 消息， 其中该 RRC连接建立消息要求 MTC用户设 备进行全频带上行信道质量探测 （sounding ) 。

307 , 收到 RRC连接建立消息后， MTC用户设备反馈 RRC连接建立完成 ( RRCConnectionSetupComplete )消息， 消息携带全频带上行信道质量探测 信号 （ Sounding RS ) 。

309, 基站收到 RRC连接建立完成消息后， 基于全频带上行信道质量探 测信号为该 UE分配组内序号， 并更新组上下文中的更新序号及资源分配信 息表， 其中， 传输成功标志位设为假， 示例参见表 2。

311 , 基站 向 MTC用 户 设备发送 RRC 连接 重 新 配 置 ( RRCConnection econfiguration ) 消息， 该消息携带更新的组上下文中的 用于接收组呼消息并发送响应的组呼参数， 消息中增加的内容如下表 3所 MTC特定信息（ MTCSpecificInfo )

组 ID ( groupID )

组连续寻呼次数 ( groupPagingTimes )

专属无线承载序号对应的信息 （ RBInfo )

专属无线承载参数 ( BPara )

组内序号 （SequencelD )

专属前导码

前导码最大发送次数

专属时间窗长度

组呼时刻

313 , MTC用户设备接收 RRC连接重新配置消息， 该消息携带组上下文 中的用于接收组呼消息并发送响应的组呼参数 ， 存储组呼参数以作为重新 配置的参数。

315， MTC用 户 设备向基站反馈 RRC连接重新配置完成 ( RRCConnectionReconfigurationComplete ) 消息。

317 , MTC用户设备与基站之间执行与一般用户设备相 同的连接释放过 程， 保存所存储的组呼参数， 并利用组 ID采用与基站相同方式计算接收组 呼消息的时刻， 之后进入空闲 （idle ) 态， 监听组呼消息， 根据计算的接收 组呼消息的时刻以便醒来连续接收组呼消息。

至此， 单个 MTC UE的接入及序号分配过程完成， 所有 MTC UE均按照 上述流程执行， 后续为组呼寻呼及响应过程。

319, 基站触发组呼， 计算最近的组呼时刻， 并发送组呼消息， 组呼消 息携 以下内容如下表 4所示： 組呼清单 ( groupPagingList )

組 ID ( groupID ) 必选参数 ( MD ) 组初始接入时间偏移 必选数据 ( MD ) I ( initialAccessTimeOffset ) | | 如果组连续寻呼次数是 3次， 则第一次组呼时， 组初始接入时间偏移设 为 3， 第二次设为 2， 第三次设为 1。 这样 MTC用户设备可以获知收到的是第 几次组呼消息， 从而通过计算保证上传的发起接入时刻同组呼 消息要求的 时间一致。

321， MTC UE在接收组呼消息的时刻醒来接收组呼消息， 若检测到组 呼消息， 则确定组呼消息中的組 ID与存储的組呼参数中组 ID是否相同， 若 相同， 则依据组内序号 （sequencelD ) 、 专属无线承载序号、 专属 RB参数 信息、 专属时间窗长度等资源配置， 计算发起接入时刻：

发起接入时刻 = ( sequencelD- 1 ) 专属时间窗长度

323 , MTC用户设备在发起接入时刻使用组呼参数中配 置的专属前导码 发送专属前导码。

其中， 专属前导码的发送方式可以以单位 TTI连续发送专属前导码， 并 依次攀升一级（ step ) 功率， 以便于网絡检测， 直至收到携带同步信息的 RA (Random Access Response, 随机接入响应）消息或达到专属前导码攀升 到前导码最大发送次数， 若达到前导码最大发送次数仍未收到 RAR, 则转 入异常处理。

325 , 基站收到 MTC用户设备发送的专属前导码后， 反馈携带同步信息 的 RAR消息， 并准备开始接收数据

327， MTC用户设备根据同步信息确定 TA后， 在专属 RB参数信息配置 中定义的固定的时间间隔后开始发送数据。

329 , 数据发送完成或专属时间窗长度到时， 则 MTC用户设备重新转入 空闲态。 本次上 4艮数据完成， 继续监听组呼消息。

331 , 基站完成单个 MTC UE的数据接收后， 将该 MTC UE的传输成功 标志位置位为真， 并重置 RLC、 MAC等实体。 由此以备下一个 MTC用户设 备的数据接收。

所有 MTC用户设备的发送周期均过后， 对传输失败的 MTC用户设备执 行异常处理。 之后， 置位所有 MTC用户设备的传输成功标志位为假， 本次 上报过程结束。

对 MTC用户设备的异常处理可以是执行一般用户设 备的单独呼叫过 程。 根据上述技术方案， 本发明实施例可以根据用户设备的低移动性， 通 过配置全频带上行信道质量探测进行初始的 MCS选择， 根据所有用户设备 选择的 MCS， 进行静态 RB分组并配置组上下文， 并使用户设备在转入 IDLE 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要求时 按序、 按静态配置进行数据传输， 从而实现无需进行 RB的配置及重配， 也 无需 PDCCH调度过程， 极大地节省了信令交互， 并且基站可以通过维护组 上下文的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。

图 4是根据本发明实施例组呼的设备 40的框图， 包括：

配置模块 41 , 用于为用户设备配置组上下文；

收发模块 42 , 用于向所述用户设备发送全频带上行信道质量 探测的消 息； 和用于接收所述用户设备发送的携带全频带上 行信道质量探测信号的 响应， 所述响应为所述用户设备 4艮据所述全频带上行信道质量探测的消息 发送的；

处理模块 43 , 用于根据所述收发模块接收的所述携带全频带 上行信道 质量探测信号的响应， 更新所述配置模块配置的组上下文， 所述更新的组 上下文包括组呼参数， 所述组呼参数用于接收组呼消息并发送响应；

所述收发模块 42， 用于向所述用户设备发送所述组呼参数的消息 ， 所 述组呼参数为所述处理模块更新的所述组上下 文中包括的；

所述收发模块 42 , 用于根据所述处理模块更新的所述组上下文向 所述 用户设备发送组呼消息；

所述收发模块 42， 用于接收所述用户设备根据所述组呼消息以及 所述 组呼参数发送的组呼消息的响应。 。

设备 40实现了方法 100， 具体细节不再赘述。

根据上述技术方案， 本发明实施例可以根据用户设备的低移动性， 通 过配置全频带上行信道质量探测进行初始的 MCS选择， 根据所有用户设备 选择的 MCS, 进行静态 RB分组并配置组上下文， 并使用户设备在转入 IDLE 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要求时 按序、 按静态配置进行数据传输， 从而实现无需进行 RB的配置及重配， 也 无需 PDCCH调度过程， 极大地节省了信令交互， 并且基站可以通过维护组 上下文的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。

其中， 所述收发模块 42还用于从所述用户设备接收机器类通信标识� �� 所述配置模块 41具体用于根据所述收发模块从所述用户设备� ��收的机 器类通信标识， 为所述用户设备配置组上下文。

其中， 所述处理模块 43具体用于：

根据所述全频带上行信道质量探测信号选择所 述用户设备的调制编码 方式， 根据所选择的调制编码方式为所述用户设备进 行静态无线承载分组， 对所述分组后的用户设备进行序号及资源分配 信息表的更新， 对应地存储 組 ID、 用户设备 ID、 专属无线承载序号、 组内序号和传输成功标志位信息 的对应关系。

如图 5所示， 进一步， 所述设备 40还包括计算模块 44, 用于根据所述处 理模块更新的组上下文， 计算最近的组呼时刻；

所述收发模块 42用于在所述计算模块计算出的所述组呼时刻� �� 向所述 用户设备发送组呼消息。

其中， 所述收发模块 42具体用于：

当所述组呼参数包括专属前导码时， 接收所述用户设备发送的所述专 属前导码， 根据接收到的所述专属前导码向所述用户设备 发送携带同步信 息的消息， 接收所述用户设备根据所述同步信息发送的数 据。

进一步， 所述处理模块 43还用于将成功发送所述数据的所述用户设备 的传输成功标志位信息设置为真， 重置无线链路控制层协议和介质访问控 制实体。

其中， 所述处理模块 43更新的组上下文包括：

组 ID、 机器类通信标识、 组连续寻呼次数、 组初始接入时间偏移、 组 呼时刻和序号及资源分配信息表， 其中， 所述序号及资源分配信息表包括 一个或多个专属无线承载序号的序号信息和资 源信息，

所述专属无线承载序号的序号信息和资源信息 中的资源信息包括： 专 属 RB参数信息、 专属时间窗长度、 专属前导码和前导码最大传输次数； 所述专属无线承载序号的序号信息和资源信息 中的序号信息包括： 用 户设备 ID、 组内序号和传输成功标识位。

图 6是根据本发明实施例组呼的另一设备 50的框图， 包括：

收发模块 51 , 用于接收基站发送全频带上行信道质量探测的 消息， 根 据所述全频带上行信道质量探测的消息， 向所述基站发送携带全频带上行 信道质量探测信号的响应； 所述收发模块 51， 用于接收所述基站发送的携带组呼参数的消息 ， 所 述组呼参数用于接收组呼消息并发送响应；

存储模块 52， 用于存储所述收发模块接收的组呼参数， 并在空闲态时 仍保持所述组呼参数；

所述收发模块 51， 用于根据所述存储模块所存储的所述组呼参数 ， 接 收所述基站发送的组呼消息 , 并向所述基站发送所述组呼消息的响应。

设备 50实现了方法 200， 具体细节不再赘述。

根据上述技术方案， 本发明实施例可以根据用户设备的低移动性， 通 过配置全频带上行信道质量探测进行初始的 MCS选择， 根据所有用户设备 选择的 MCS， 进行静态 RB分组并配置組上下文， 并使用户设备在转入 IDLE 态后仍然保存组上下文， 再结合按序接入， 使得用户设备收到上报要求时 按序、 按静态配置进行数据传输， 从而实现无需进行 RB的配置及重配， 也 无需 PDCCH调度过程， 极大地节省了信令交互， 并且基站可以通过维护组 上下文的方式， 相比于为每个用户设备维护一个上下文， 大大节省了开销。

进一步， 所述收发模块 51还用于向基站发送携带机器类通信标识的消 息， 以使得所述用户设备配置组上下文。

其中， 所述收发模块 51具体用于当所述组呼参数包括组 ID、 组内序号、 专属时间窗长度、前导码最大传输次数、专属 前导码和专属 RB参数信息时， 接收到所述基站发送的所述组呼消息， 且所述组呼消息携带的组 ID与存储 的所述组 ID相同时， 才艮据组内信号和专属时间窗长度计算所述组 呼消息的 响应的发起接入时刻； 在所述发起接入时刻， 根据所述前导码最大传输次 数， 向所述基站以单位传输时间间隔连续发送所述 专属前导码， 直到收到 携带同步信息的消息或达到所述前导码最大传 输次数； 在收到所述基站根 据接收到的所述专属前导码后发送的携带同步 信息的消息后， 根据所述同 步消息和所述专属 RB参数信息， 向所述基站发送数据。

其中， 所述收发模块 51以所存储的上一次成功发送消息时所记录的� �� 率递减一级的功率首次发送所述专属前导码， 并存储本次成功发送消息时 的功率。

如图 7所示， 进一步， 所述设备 50还包括：

处理模块 53， 用于所述响应发送成功后或发送时间达到所述 专属时间 窗长度， 所述设备进入空闲态。 本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的 各示例的模块及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件 的结合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方 案的特定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使 用不同方法来实现所描述的功能， 但是这种实现不应认为超出本发明的范 围。

所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述 描述的系统、 设备和模块的具体工作过程， 可以参考前述方法实施例中的 对应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 设备 和方法， 可以通过其它的方式实现。 例如， 以上所描述的设备实施例仅仅 是示意性的， 例如， 所述模块的划分， 仅仅为一种逻辑功能划分， 实际实 现时可以有另外的划分方式， 例如多个模块或組件可以结合或者可以集成 到另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论 的相互之间的耦合或直接耦合或通信连接可以 是通过一些接口， 设备或模 块的间接耦合或通信连接， 可以是电性， 机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可 以不是物理上分开的， 作为模块显示的部件可以是或者也可以不是物 理模块， 即可以位于一个地 方， 或者也可以分布到多个网络模块上。 可以根据实际的需要选择其中的 部分或者全部模块来实现本实施例方案的目的 。

另外， 在本发明各个实施例中的各功能模块可以集成 在一个处理模块 中， 也可以是各个模块单独物理存在， 也可以两个或两个以上模块集成在 一个模块中。

所述功能如果以软件功能模块的形式实现并作 为独立的产品销售或使 用时， 可以存储在一个计算机可读取存储介质中。 根据这样的理解， 本发 明的技术方案本质上或者说对现有技术做出贡 献的部分或者该技术方案的 部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储 介盾中， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服 务器， 或者网络设备等）执行本发明各个实施例所述 方法的全部或部分步 骤。而前述的存储介质包括： U盘、移动硬盘、只读存储器（ROM, Read-Only Memory )、 随机存取存诸器（ RAM, Random Access Memory )、 磁碟或者 光盘等各种可以存储程序代码的介质。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可 轻易想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明 的保护范围应所述以权利要求的保护范围为准 。