WO2011143987A1 - Mtc终端接入方法及系统和mtc终端 - Google Patents

Description

MTC终端接入方法及系统和 MTC终端 技术领域

本发明涉及机器类通信（MTC, Machine-Type Communications )通信 技术 , 尤指一种 MTC终端接入方法及系统和 MTC终端。 背景技术

随着通信技术的发展， MTC通信技术得到了广泛关注。 MTC通信技术 综合了数据釆集、 远程监控、 电信和信息技术， 可使业务流程自动化， 集 成公司资讯科技 ( IT ) 系统和非 IT设备的实时状态， 并创造了增值服务。 在 MTC通信系统中， 终端设备称为 MTC终端。

现有 MTC通信技术中， 无线网侧没有对 MTC终端的接入操作提供专 门的优化处理措施， 因此， 在 MTC终端接入时， 并不会考虑当前无线网网 络资源的负荷情况，从而导致无线网在已没有可用网络资源的情况下， MTC 终端仍旧尝试接入， 使得 MTC 终端可能无法接入无线网络； 或者， 即使 MTC终端可成功接入无线网络， 但最终会由于无线网络中的 MTC终端数 量过多而对无线网络的性能产生影响， 从而影响其它 MTC 终端的正常工 作。

随着 MTC通信技术的不断成熟，将会有大量的 MTC终端添加到 MTC 通信系统中， 如果不对 MTC终端的接入操作进行优化， 无疑将会影响无线 网络的性能。

在现有技术中， 在移动终端接入网络时， 移动终端会发送信道请求 ( Channel Request )消息给基站子系统 ( BSS , Base Station Subsystem ), 同 时在 Channel Request消息中携带随机参数 ( Random Reference )信元； 而 在网络完成信道分配后， 在返回给该移动终端的立即指派 （Immediate Assignment ) 消息中会携带该随机参数， 用于移动终端识别哪条 Immediate Assignment 消息是发给自身的。 这里， 基站子系统是移动终端与移动交换 中心进行通讯的桥梁.

目前， 协议中规定的 Random Reference最长只有 5比特（bit ), 所以只 有 32个随机参考值， 这样， 在大量的 MTC终端尝试接入无线网络时， 存 在多个终端可能使用相同的随机参考值的情况， 这样， 会导致随机参考值 出现碰撞， 存在两个或两个以上终端同时接入到同一个信道， 从而使得业 务不能正常实现。 发明内容

有鉴于此，本发明的主要目的在于提供一种 MTC终端接入方法及系统 和 MTC终端， 能够实现对大量 MTC终端的接入操作的有效管理， 避免由 于随机参考值碰撞导致的对原有业务正常实现的影响。

为达到上述目的， 本发明的技术方案是这样实现的：

一种 MTC终端接入方法， 该方法包括：

机器类通信 MTC终端在信道请求时，将信道请求原因值和随机参考值 发送给基站子系统 BSS;

BSS 完成信道分配后， 将收到的信道请求原因值和随机参考值返回给 MTC终端。

所述信道请求原因值， 用于表示所述信道请求的原因是否需要使用机 器对机器 MTC的业务。

所述信道请求原因值为标志位， 或指定的值。

该方法还包括： 所述 MTC终端判断接收到的信道请求原因值和随机参 考值， 是否与自身发出的信道请求原因值和随机参考值一致， 如果一致， 确定接收到的信道请求原因值和随机参考值是发送给所述 MTC 终端自身 的； 否则确定接收到的信道请求原因值和随机参考值不是发送给所述 MTC 终端的。

所述随机参考值为 5比特。

所述随机参考值为 8比特， 或大于 5比特。

所述 MTC 终端将信道请求原因值和随机参考值携带在信道请求中发 送给 BSS;

所述 BSS将信道请求原因值和随机参考值携带在立即指派消息中发送 给 MTC终端。

一种 MTC终端接入系统， 至少包括 MTC终端和 BSS, 其中，

MTC终端， 用于在信道请求时， 将信道请求原因值和随机参考值发送 给 BSS; 所述信道请求原因值， 用于表示所述信道请求的原因是否需要使 用机器对机器 MTC的业务；

BSS, 用于接收到 MTC终端的信道请求， 完成信道分配， 在回复给所 述 MTC终端的消息中携带收到的信道请求原因值和随机参考值。

所述 MTC终端至少包括请求模块和处理模块， 其中，

请求模块， 用于需要请求信道时， 将信道请求原因值和随机参考值携 带在信道请求消息中发送给 BSS;

处理模块， 用于接收所述 BSS回复的消息， 判断收到的所述回复消息 中携带的信道请求原因值和随机参考值， 是否与自身在信道请求消息中发 送的信道请求原因值和随机参考值一致， 在一致时， 确定接收到的回复消 息是自身的， 在不一致时， 丟弃接收到的回复消息。

一种 MTC终端， 至少包括请求模块和处理模块， 其中，

请求模块， 用于需要请求信道时， 将信道请求原因值和随机参考值发 送给 BSS; 所述信道请求原因值， 用于表示所述信道请求的原因是否需要 使用机器对机器 MTC的业务；

处理模块， 用于接收来自 BSS的消息， 判断收到的消息中携带的信道 请求原因值和随机参考值是否与自身在信道请求消息中发送的信道请求原 因值和随机参考值一致， 在一致时， 确定接收到的消息是自身的， 在不一 致时， 丟弃接收到的消息。

从上述本发明提供的技术方案可以看出， MTC终端在信道请求时， 将 信道请求原因值和随机参考值发送给 BSS, 而 BSS完成信道分配后， 将收 到的信道请求原因值和随机参考值返回给 MTC终端。本发明通过信道请求 原因值将 MTC的业务和别的非 MTC业务进行区分， 这样， 在原因值不同 时， 即使随机参考值相同， 也不存在碰撞的情况， 从而减少了随机参考值 碰撞的机率， 实现了对大量 MTC终端的接入操作的有效管理， 避免了由于 随机参考值碰撞导致的对原有业务正常实现的影响。 附图说明

图 1为本发明 MTC终端接入方法的流程图；

图 2为本发明 MTC终端接入方法的实施例的流程示意图；

图 3为本发明 MTC终端接入系统的组成结构示意图；

图 4为本发明 MTC终端实现接入时的处理流程示意图。 具体实施方式

图 1为本发明 MTC终端接入方法的流程图， 如图 1所示， 包括： 步骤 100: MTC终端在信道请求时，将 MTC业务的信道请求原因值和随 机参考值发送给 BSS。

本步骤中， MTC终端发送 Channel Request消息给 BSS, 在该 Channel Request 消息中同时携带信道请求原因值和随机参考值（如图 2 中的步骤 200 )。 其中， 信道请求原因值用于表示该信道请求的原因是需要使用 MTC 的业务， 随机参考值可以是一个随机数。

信道请求原因值可以是一个标志位， 比如标志位为 1 , 表示信道请求的 原因是需要使用 MTC的业务，为 0表示信道请求的原因是需要使用非 MTC 的业务； 信道请求原因值也可以是一个指定的值， 比如由 8bit表示 （这里 仅仅是一示例；)， 如表 1所示：

表 1

表 1中， 以 8bit为全 1为例进行说明， 表示当 8bit为全 1时， 信道请 求的原因是需要使用 MTC的业务。

本发明通过信道请求原因值将 MTC的业务和别的非 MTC业务进行区 分， 这样， 在原因值不同时， 即使随机参考值相同， 也不存在碰撞的情况， 从而减少了随机参考值碰撞的机率， 实现了对大量 MTC终端的接入操作的 有效管理， 避免了由于随机参考值碰撞导致的对原有业务正常实现的影响。

'以木用； t见^ 又 K的 bit木衣 T , 进一步地， 可以将随机参考值扩展到更长， 即大于 5bit, 以进一步减少 随机参考值碰撞的机率。 比如 8bit表示 （这里仅仅是一示例， 比如区分紧 急的 MTC业务和非紧急的 MTC业务）， 如表 2所示：

表 2

步骤 101 : BSS完成信道分配后， 将收到的信道请求原因值和随机参考 值返回给 MTC终端。

BSS在收到 Channel Request消息后， 通过信道请求原因值将 MTC的 业务和别的非 MTC业务进行区分， 在回复 Immediate Assignment消息中携 带与接收到的信道请求原因值和随机参考值相同的信道请求原因值和随机 参考值（如图 2中的步骤 201 )。这样， MTC终端通过判断收到的 Immediate Assignment 消息中携带的信道请求原因值和随机参考值， 是否与自身在 Channel Request消息中发送的信道请求原因值和随机参考值一致， 获知该 Immediate Assignment消息是否发送给该 MTC终端的。

图 3为本发明 MTC终端接入系统的组成结构示意图， 如图 3所示， 至 少包括 MTC终端和 BSS, 其中，

MTC终端， 用于在信道请求时， 将 MTC业务的信道请求原因值和随 机参考值发送给 BSS;

BSS, 用于接收到 MTC终端的信道请求并完成信道分配， 将收到的信 道请求原因值和随机参考值返回给 MTC终端。

本发明 MTC终端至少包括请求模块和处理模块， 其中，

请求模块， 用于需要请求信道时， 将信道请求原因值和随机参考值携 带在信道请求消息中发送给 BSS。

处理模块，用于接收来自 BSS的立即指派消息， 判断收到的 Immediate Assignment 消息中携带的信道请求原因值和随机参考值， 是否与自身在 Channel Request消息中发送的信道请求原因值和随机参考值一致， 在一致 时， 确定接收到的立即指派消息是自身的， 在不一致时， 丟弃接收到的立 即指派消息。

图 4为本发明 MTC终端实现接入时的处理流程示意图， 如图 4所示， 包括以下步骤：

步骤 400: MTC终端收到来自 BSS发送的立即指派消息。

步骤 401： 判断接收到的立即指派消息中的信道请求原因值和随机参考 值， 是否与自身发出的信道请求中的信道请求原因值和随机参考值一致， 如果一致， 进入步骤 402; 否则进入步骤 403。

步骤 402: 确定接收到的立即指派消息是发送给该 MTC终端自身的。 结束本流程。

步骤 403: 确定接收到的立即指派消息不是发送给该 MTC终端的， 丟弃 接收到的立即指派消息。 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。

Claims

权利要求书

1、 一种 MTC终端接入方法， 其特征在于， 该方法包括：

机器类通信 MTC终端在信道请求时，将信道请求原因值和随机参考值 发送给基站子系统 BSS;

BSS 完成信道分配后， 将收到的信道请求原因值和随机参考值返回给 MTC终端。

2、 根据权利要求 1所述的 MTC终端接入方法， 其特征在于， 所述信 道请求原因值， 用于表示所述信道请求的原因是否需要使用机器对机器 MTC的业务。

3、 根据权利要求 2所述的 MTC终端接入方法， 其特征在于， 所述信 道请求原因值为标志位， 或指定的值。

4、 根据权利要求 1所述的 MTC终端接入方法， 其特征在于， 该方法 还包括： 所述 MTC终端判断接收到的信道请求原因值和随机参考值， 是否 与自身发出的信道请求原因值和随机参考值一致， 如果一致， 确定接收到 的信道请求原因值和随机参考值是发送给所述 MTC终端自身的； 否则确定 接收到的信道请求原因值和随机参考值不是发送给所述 MTC终端的。

5、根据权利要求 1~4任一项所述的 MTC终端接入方法， 其特征在于， 所述随机参考值为 5比特。

6、根据权利要求 1~4任一项所述的 MTC终端接入方法， 其特征在于， 所述随机参考值为 8比特， 或大于 5比特。

7、 根据权利要求 1或 4所述的 MTC终端接入方法， 其特征在于， 所 述 MTC 终端将信道请求原因值和随机参考值携带在信道请求中发送给 BSS;

所述 BSS将信道请求原因值和随机参考值携带在立即指派消息中发送 给 MTC终端。

8、一种 MTC终端接入系统，其特征在于，至少包括 MTC终端和 BSS, 其中，

MTC终端， 用于在信道请求时， 将信道请求原因值和随机参考值发送 给 BSS; 所述信道请求原因值， 用于表示所述信道请求的原因是否需要使 用机器对机器 MTC的业务；

BSS, 用于接收到 MTC终端的信道请求， 完成信道分配， 在回复给所 述 MTC终端的消息中携带收到的信道请求原因值和随机参考值。

9、根据权利要求 8所述的 MTC终端接入系统，其特征在于，所述 MTC 终端至少包括请求模块和处理模块， 其中，

请求模块， 用于需要请求信道时， 将信道请求原因值和随机参考值携 带在信道请求消息中发送给 BSS;

处理模块， 用于接收所述 BSS回复的消息， 判断收到的所述回复消息 中携带的信道请求原因值和随机参考值， 是否与自身在信道请求消息中发 送的信道请求原因值和随机参考值一致， 在一致时， 确定接收到的回复消 息是自身的， 在不一致时， 丟弃接收到的回复消息。

10、 一种 MTC终端， 其特征在于， 至少包括请求模块和处理模块， 其 中，

请求模块， 用于需要请求信道时， 将信道请求原因值和随机参考值发 送给 BSS; 所述信道请求原因值， 用于表示所述信道请求的原因是否需要 使用机器对机器 MTC的业务；

处理模块， 用于接收来自 BSS的消息， 判断收到的消息中携带的信道 请求原因值和随机参考值是否与自身在信道请求消息中发送的信道请求原 因值和随机参考值一致， 在一致时， 确定接收到的消息是自身的， 在不一 致时， 丟弃接收到的消息。