M2M 的通信对象为机器对机器或人对机器。 一个或多个机器之间的数据 通信被定义为机器类通信， 这种情况下很少需要人机互动。 参与 MTC的机器 被定义为 MTC设备。 MTC设备是 MTC用户的终端， 可通过公共地面移动网 络 ( Public Land Mobile Network, 简称为 PLMN ) 与 MTC设备和 /或 MTC 务器进行通信。 移动设备 (Mobile Equipment, 简称为 ME)是 MTC设备附带的 功能块，该功能块设置为将 MTC设备接入到移动通信系统。 MTC服务器 (MTC Server)对 MTC设备进行管理和监控。 图 1 和 2分别为相关技术中 ME通过 UMTS 陆地无线接入网 （UMTS Terrestrial Radio Access Network , 简称为 UTRAN ), 演进的 UTRAN ( Evolved UTRAN, 简称为 E-UTRAN )接入核心网 ( Core Network, 简称为 CN ) 的示意图。 相关技术中， 为了使网络侧获知 MTC设备的能力， 以便进行资源分配及 相关的配置， MTC 设备需要向网络侧逐项上报自己的能力， 例如， 能力参数 的取值及是否支持某项能力的指示等， 这会耗费大量的空口资源。 发明内容 本发明的主要目的在于提供一种 MTC设备能力的上报、 获取方法、 MTC 设备及网络侧设备， 以至少解决上述的问题。 本发明的一个方面提供了一种 MTC设备能力的上报方法， 包括： MTC设 备基于与网络侧相同的规则，将 MTC设备的能力参数构成的组合映射为索引， 其中， 规则是 MTC设备的能力参数组合与索引之间的对应关系 ； MTC设备将 索引上报给网络侧。

MTC设备基于与网络侧相同的规则， 将 MTC设备的能力参数构成的组合 映射为索引包括： MTC 设备在保存对应关系的对应关系表中， 查找能力参数 构成的组合对应的索引。

MTC设备基于与网络侧相同的规则， 将 MTC设备的能力参数构成的组合 映射为索引包括： MTC设备基于规则， 将 MTC设备的上行能力参数构成的组 合映射为第一索引； 和 /或 MTC设备基于规则， 将 MTC设备的下行能力参数 构成的组合映射为第二索引。 MTC设备将索引上报给网络侧包括： MTC设备向网络侧发送携带索引的

RRC消息。

RRC消息包括以下至少之一： RRC连接建立请求消息、 RRC连接建立完 成消息、 MTC设备能力查询应答消息、 切换消息。 在 MTC设备基于与网络侧相同的规则，将 MTC设备的能力参数构成的组 合映射为索引之前， 还包括： MTC 设备与网络侧通过协商确定规则， 或者， 在 MTC设备和网络侧设置规则。 本发明的另一个方面提供了一种 MTC设备能力的获取方法， 包括： 网络 侧接收 MTC设备上报的索引； 网络侧基于与 MTC设备相同的规则，确定索引 所映射的能力参数， 其中， 上述规则是 MTC设备的能力参数组合与索引之间 的对应关系。 网络侧基于与 MTC设备相同的规则， 确定索引所映射的能力参数包括： 网络侧在保存对应关系的对应关系表中， 查找索引所映射的能力参数。 网络侧接收来自 MTC设备的索引包括：网络侧接收来自 MTC设备的 RRC 消息； 网络侧从 RRC消息中解析出索引。 在网络侧基于与 MTC设备相同的规则，确定索引所映射的能力参 数之前， 还包括： 网络侧与 MTC设备通过协商确定规则， 或者， 在 MTC设备和网络侧 设置规则。 本发明的再一个方面提供了一种 MTC设备， 包括： 映射模块， 设置为基 于与网络侧相同的规则， 将 MTC设备的能力参数构成的组合映射为索引， 其 中， 规则是 MTC设备的能力参数组合与索引之间的对应关系 ； 上报模块， 设 置为将索引上报给网络侧。 本发明的又一个方面提供了一种网络侧设备， 包括： 接收模块， 设置为接 收来自 MTC设备的索引； 确定模块， 设置为基于与 MTC设备相同的规则， 确 定索引所映射的能力参数， 其中， 上述规则是 MTC设备的能力参数组合与索 引之间的对应关系。 通过本发明， 釆用 MTC设备基于与网络侧相同的规则， 将能力参数构成 的组合映射为索引， 并发送该索引到网络侧， 解决了相关技术中的能力上报方 法浪费空口资源的问题， 节省了空口资源的开销。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的不 当限定。 在附图中： 图 1是根据相关技术的 ME通过 UTRAN接入核心网的示意图； 图 2是根据相关技术的 ME通过 E-UTRAN接入核心网的示意图； 图 3是根据本发明实施例的 MTC设备能力的上报方法的流程图； 图 4是才艮据本发明实施例的 MTC设备能力的获取方法的流程图； 图 5是根据本发明实施例的 MTC设备结构框图； 图 6是根据本发明实施例的网络侧设备的结构框� �； 图 Ί是根据本发明实施例的 MTC设备能力的上报及获取方法的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不 冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 MTC设备是 MTC用户的终端， 可通过 PLMN网络等与其他 MTC设备、

MTC服务器进行通信。 为了使网络侧获知 MTC设备的能力， 以便进行资源分 配及相关的配置， MTC 设备需要向网络侧逐项上报自己的能力， 这会耗费大 量的空口资源。 为此， 本发明实施例提出了以下 MTC设备能力的上 4艮、 获取 方法、 MTC设备及网络侧设备， 从而解决了上述问题， 以下进行详细的说明。 图 3是根据本发明实施例的 MTC设备能力的上报方法的流程图， 该方法 包括： 步骤 S302, MTC设备基于与网络侧相同的规则， 将 MTC设备的能力参 数构成的组合映射为索引， 其中， 上述规则是 MTC设备的能力参数组合与索 引之间的对应关系； 步骤 S304 , MTC设备将该索引上报给网络侧。 相关技术中， MTC 设备需要向网络侧逐项上报自己的能力 （例如， 能力 参数的取值及是否支持某项能力的指示等）， 对于 MTC设备而言， 其业务特性 与功能比较固定， 因此， 其能力也是比较固定的， 如果在 MTC设备接入时仍 釆用传统的能力上报方法携带能力会带来冗余 ， 耗费大量的空口资源。 本发明 实施例提供的方法中， MTC 设备将自身能力参数所构成的集合对应为索引 ， 并发送上述的索引， 而索引的比特数显著地小于多个能力参数的总 比特数， 因 此减少了能力上报所占用的空口资源， 降低了空口开销。 需要说明的是， MTC 设备和网络侧遵循相同的规则， 该相同的规则是指 实质内容相同的映射规则， 但是， 为了适应 MTC设备和网络侧设备的实际情 况， 该相同的规则的体现形式可能不同， 例如， MTC 设备处通过表的格式来 存储和表现该规则， 而网络侧通过矩阵的格式来存储和表现该规则 等等。 优选地，步骤 S302包括： MTC设备在保存上述对应关系的对应关系表中， 查找能力参数构成的组合对应的索引。 通过 MTC设备和网络侧之间相同的对 应关系表， 使得 MTC设备能够快速地查找到自身的能力参数所构 成的组合对 应的索引， 无需进行文件解析， 效率较高， 且出错的概率较低。 优选地， 步骤 S302包括： MTC设备基于上述规则， 将 MTC设备的上行 能力参数构成的组合映射为第一索引； 和 /或 MTC设备基于上述规则， 将 MTC 设备的下行能力参数构成的组合映射为第二索 引。 通过以上的过程， 一方面， 能够在仅需要发送上行或下行能力的情况下， 分开查找及发送索引， 节约了 MTC设备用于查找索引所需要的时间及资源， 并进一步地节约了空口的开销； 另一个方面， 由于一个索引所指示的能力参数种类减小， 因此， 降低了上述规 则的复杂度， 进一步地， 减小了索引值的范围， 从而降低了传输单个索引的空 口开销。 优选地， 步骤 S304包括： MTC设备向网络侧发送携带该索引的无线资源 控制 （Radio Resource Control, 简称为 RRC ) 消息。 通过现有的消息来携带该 索引， 无需定义新的消息结构， 实现起来比较简单。 优选地， 上述的 RRC消息包括以下至少之一： RRC连接建立请求消息、 RRC连接建立完成消息、 MTC设备能力查询应答消息、 切换消息。 通过以上 的消息来携带索引， 能够使得网络侧根据该索弓 I所对应的能力参数来规划连接 建立过程。 优选地， 在 MTC设备基于与网络侧相同的规则， 将 MTC设备的能力参数 构成的组合映射为索引之前， 还包括： MTC设备与网络侧通过协商确定规则， 或者， 在 MTC设备和网络侧设置规则。 需要说明的是， 以上 MTC设备所依据的规则可以是事先配置好的固定 的 规则 （例如， 业内统一规定的规则）， 在需要上报时， 均以该规则为依据， 无 需每次进行配置； 或者， 也可以与网络侧协商相应的规则， 根据协商好的规则 进行上报等等。 具体的协商过程可以是 MTC设备发起的， 也可以是网络侧发 起的。 图 4是根据本发明实施例的 MTC设备能力的获取方法的流程图， 该方法 包括： 步骤 S402 , 网络侧接收 MTC设备上报的索引； 步骤 S404, 网络侧基于与 MTC设备相同的规则， 确定索引所映射的能力 参数， 其中， 上述规则是 MTC设备的能力参数组合与索引之间的对应关系 。 相关技术中， 网络侧需要在空口获取 MTC设备的大量的能力参数， 一方 面， 浪费了空口资源， 另一方面， 使得网络侧的解析过程比较冗长和复杂。 本 发明实施例提供的获取方法中， 网络侧接收到 MTC设备上报的索引后， 基于 与 MTC设备相同的规则， 确定该索引所映射的能力参数， 减小了空口资源的 开销， 同时， 简化了网络侧对 MTC设备的能力信息的解析过程， 提高了网络 侧的处理效率。 优选地， 步骤 S404 包括： 网络侧在保存上述对应关系的对应关系表中， 查找该索引所映射的能力参数。 通过 MTC设备和网络侧之间相同的对应关系 表， 使得网络侧能够快速地查找到接收到的索引所 对应的一系列能力参数， 效 率较高， 且出错的概率较低。 优选地， 步骤 S402包括： 网络侧接收来自 MTC设备的 RRC消息； 网络 侧从该 RRC消息中解析出上述索引。 网络侧从现有的消息中解析出上述索引， 无需增加额外的解析过程， 并且， 解析一个 （或多个） 索引值的过程相对于解 析一系列能力参数的值来说容易得多， 综合来看， 该方法的解析效率高， 且准 确率也有保障。 在网络侧基于与 MTC设备相同的规则，确定索引所映射的能力参 数之前， 还包括： 网络侧与 MTC设备通过协商确定规则， 或者， 在 MTC设备和网络侧 设置规则。 需要说明的是， 以上网络侧所依据的规则可以是事先配置好的 固定的规则 (例如， 业内统一规定的规则）， 在需要上 4艮时， 均以该规则为依据， 无需每 次进行配置； 或者， 也可以与网络侧协商相应的规则， 根据协商好的规则进行 上报等等。 具体的协商过程可以是 MTC设备发起的， 也可以是网络侧发起的。 图 5是根据本发明实施例的 MTC设备结构框图， 包括： 映射模块 52 , 设 置为基于与网络侧相同的规则， 将 MTC设备的能力参数构成的组合映射为索 引， 其中， 上述规则是 MTC设备的能力参数组合与索引之间的对应关系 ； 上 报模块 54 , 耦合至映射模块 52 , 设置为将该索引上报给网络侧。 本发明实施例提供的 MTC设备，通过映射模块 52将自身能力参数所构成 的集合映射为索引， 并通过上报模块 54 发送上述的索引， 减少了能力上报所 占用的空口资源， 降低了空口开销。 图 6是根据本发明实施例的网络侧设备的结构框� �， 包括： 接收模块 62 , 设置为接收来自 MTC设备的索引； 确定模块 64 , 耦合至接收模块 62 , 设置为 基于与 MTC设备相同的规则， 确定该索引所映射的能力参数， 其中， 上述规 则是 MTC设备的能力参数组合与索引之间的对应关系 。 本发明实施例提供的 网络侧设备， 通过接收模块 62接收到来自 MTC设备的索引， 在通过确定模块 64确定该索引所映射的能力参数， 减小了空口资源的开销， 同时， 简化了网络 侧对 MTC设备的能力信息的解析过程， 提高了网络侧的处理效率。 本发明实施例提供了一种将终端 （即， MTC 设备） 能力打包的方式， 每 个包内包含预定义的终端能力， 每个包对应一个指示， 终端和网络侧保存有相 同的能力包以及所对应的指示。 终端在接入网络时根据自身能力寻找对应的能 力包， 终端只需要向网络侧上报自身能力包所对应的 指示即可。 网络在收到终 端上 ·ί艮的能力包指示时寻找对应的能力包， 并进一步得到终端的能力。 以下通 过实施例来具体说明。 以下所描述的实施例 1至 3 , 综合了上述多个优选实施例的技术方案。 实施例 1 表 1和表 2分别示出了上行和下行能力的参数组合（以� �也称能力包）与 相应的指示 （相当于以上所描述的索引） 的对应关系， 该实施例通过以下的表 1和表 2为例， 介绍 MTC设备的能力上报及获取过程。 表 1

下行能力指示 下行能下行能下行能下行能下行能下行能 下行能 力 1 力 2 力 3 力 4 力 5 力 6 力 7 一个 ΤΤΙ内收到的传输块最 1280 1280 3840 3840 6400 10240 20480 大比特数

Maxim—个 ΤΤΙ内收到的卷 640 640 640 640 640 640 640 积编码传输块块最大比特

数

一个 TTI内收到的 turbo编码 1280 1280 3840 3840 6400 10240 20480 传输块块最大比特数

同时存在的最大传输信道 4 8 8 8 8 8 16 数 下行能力指示 下行能下行能下行能下行能下行能下行能 下行能 力 1 力 2 力 3 力 4 力 5 力 6 力 Ί 同时存在的最大 CCTrCH 1 2 3 3 3 4 4 信道数

最大 TFC数 16 32 48 96 128 256 1024 最大 TF数 32 32 64 64 64 128 256 是否支持 turbo解码 Yes Yes Yes Yes Yes Yes Yes 每个子帧最大时隙数 1 1 2 3 4 6 6 每个子帧最大的物理信道 5 8 12 18 43 77 77 数

最小 SF 16 16 16 16 1 1 1 是否支持 PDSCH No Yes Yes Yes Yes Yes Yes 是否支持 HS-PDSCH No No Yes Yes Yes Yes Yes 每个时隙最大物理信道数 5 8 11 14 14 14 14 是否支持 8PSK No No No No No No Yes 表 2

本实施例中， 将 MTC设备的上下行能力分别进行打包， 其中表 1为下行 能力， 表 2为上行能力， 并且上下行能力分别对应各自能力指示， 在 MTC设 备上报自身能力时只需要上报上下行能力指示 即可， 例如， MTC设备支持表 1 中的下行能力 3所对应的下行能力和表 2中的上行能力 4所对应的上行能力， 则向网络侧上报支持上行能力 3和下行能力 4即可， 网络侧在收到 MTC设备 上报的上行能力 3和下行能力 4指示后可以同样从表 1 和表 2 中分别得到该 MTC设备所支持的上下行能力。 实施例 2 表 3示出了上行和下行能力的参数组合（以下也� �能力包） 与相应的指示 (相当于以上所描述的索引） 的对应关系， 该实施例通过以下的表 3为例， 介 绍 MTC设备的能力上 4艮及获取过程。 表 3

能力能力 能力 能力 能力 能力 能力 能力能力 能力 1 2 3 4 5 6 7 8 9 10 下行能力

一个 TTI内收到的传输 1280 1280 3840 3840 6400 10240 1280) 1280 6400 20480 块最大比特数

Maxim—个 TTI内收到 640 640 640 640 640 640 640 640 640 640 的卷积编码传输块块最

大比特数

一个 TTI内收到的 turbo 1280 1280 3840 3840 6400 10240 1280 1280 6400 20480 编码传输块块最大比特

数

同时存在的最大传输信 4 8 8 8 8 8 4 8 8 16 道数

同时存在的最大 1 2 3 3 3 4 1 2 3 4 CCTrCH信道数

最大 TFC数 16 32 48 96 128 256 16 32 128 1024 最大 TF数 32 32 64 64 64 128 32 32 64 256 是否支持 turbo解码 Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes 每个子帧最大时隙数 1 1 2 3 4 6 1 1 4 6 每个子帧最大的物理信 5 8 12 18 43 77 5 8 43 77 道数

最小 SF 16 16 16 16 1 1 16 16 1 1 是否支持 PDSCH No Yes Yes Yes Yes Yes No Yes Yes Yes 是否支持 HS-PDSCH No No Yes Yes Yes Yes No No Yes Yes 每个时隙最大物理信道 5 8 11 14 14 14 5 8 14 14 数

是否支持 8PSK No No No No No No No No No Yes 上行能力

任意时刻所有传输块的 640 3840 3840 6400 10240 3840 640 3840 比特数最大总和

任意时刻所有卷积编码 640 640 640 640 640 640 640 640 640 640 传输块的比特数最大总

和

任意时刻所有 turbo编码 NA 1280 3840 3840 6400 10240 3840 NA 3840 1280 传输块的比特数最大总

和

同时存在的最大传输信 4 4 8 8 8 8 8 4 8 4 道数

同时存在的最大 1 1 2 2 2 2 2 1 2 1 CCTrCH信道数

最大的 TFC数 16 16 32 48 64 128 48 16 48 16 最大的 TF数 32 32 32 32 32 64 32 32 32 32 是否支持 turbo编码 No Yes Yes Yes Yes Yes Yes No Yes Yes 每个子帧最大时隙数 1 1 2 3 5 5 3 1 3 1 每个时隙最大的物理信 1 2 2 2 2 2 2 1 2 2 道数

最小的 SF 8 4 2 2 2 2 2 8 2 4 是否支持 PUSCH No Yes Yes Yes Yes Yes Yes No Yes Yes 是否支持 8PSK No No No No No No No No No No 是否支持 E-PUCH No Yes Yes Yes Yes Yes Yes No Yes Yes 本实施例中， 将 MTC设备的上下行能力组合打包并使用一个能力 指示来 指示 MTC设备的上下行能力，在 MTC设备上报自身能力时只需要上报能力指 示即可， 例如， MTC设备支持表 3 中的能力 4所对应的上下行能力， 则向网 络侧上报支持能力 4即可， 网络侧在收到 MTC设备上报的能力 4指示后可以 同样从表 3中得到该设备所支持的上下行能力。 实施例 3 图 7是根据本发明实施例的 MTC设备能力的上报及获取方法的流程图， 包括以下步 4聚： 步骤 701： MTC设备根据 MTC设备自身能力情况确定对应的能力指示； 步骤 702: MTC设备向网络侧发起 RRC连接建立消息携带 MTC设备的能 力指示， 该 RRC消息可以是 RRC连接建立请求或 RRC连接建立完成消息； 步骤 703： 网络侧解析该 RRC消息得到 MTC设备的能力指示， 网络侧根 据相同的表格查询并获得 MTC设备能力指示对应的能力。 综上所述， 本发明实施例提供的方案减少了能力上报所占 用的空口资源， 降低了空口开销， 并进一步能够提高网络侧对能力信息的解析效 率。 工业实用 生 以上实施例提供的方案无需对 MTC终端和网络侧的硬件进行改变， 只需 要进行软件上的升级即可实现， 实现简单， 易于推广， 具有较强的工业实用性。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多 个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码 来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并且在某些 情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者将它们分别 制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电 路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之 内。