背景技术
机器类通信(Machine Type Communication)是指机器与机器之间、通过移动运营商的通信网络进行的通信。
MTC Device(Machine Type Communication Device,机器类通信设备)是通信网络中专用于机器类通信的终端设备,如远程抄表设备、视频监控设备等。MTC设备是一种特殊类型的通信终端。
MTC Server(Machine Type Communication Server)是指通过通信网络与MTC设备进行通信的设备,相当于一个服务器,如智能抄表系统的服务器、智能公交系统服务器等。
MTC User是指使用MTC服务器所提供的服务的用户,如智能公交系统管理员等。
MTC服务器可以受控于移动运营商,也可以不受控于移动运营商,而通过特定接口与运营商的网络连接,这种情况如图1所示。
目前很多机器类通信采用“poll model”,也即通信的触发由MTC user或MTC服务器进行控制,不允许MTC设备随意发起与MTC服务器之间的通信。MTC服务器或MTC user通过触发条件指示MTC设备发起通信,触发条件可能是某个日期,或某种事件。在触发条件规定的范围之外,MTC设备不主动发起通信。
MTC设备不发起通信时的状态有两种:附着状态和去附着状态。对于附着状态的设备,现有技术中可以通过寻呼过程建立网络与终端的连接。对于去附着态设备网络不能通过寻呼建立连接。
此外,MTC设备中有一种具有Mobile Originated Only(仅由终端发起的)特性的设备,其特点是终端与网络之间的通信仅由终端发起,针对这种特性,TS 22.368定义了“网络运营商可触发设备建立终端发起的通信”的需求,但没有给出如何触发通信的方案。
在机器类通信中,某些情况下MTC设备与MTC服务器之间的通信需要由MTC服务器或MTC用户触发,而不允许设备随时发起通信。触发MTC设备发起通信的条件通过何种方式下发至设备目前规范中没有详细定义。
针对22.368对Mobile Originated Only设备提出的需求:网络运营商可触发设备建立终端发起的通信,目前规范中没有给出如何触发设备的方法。此外,23.888也没有给出触发空闲态附着于网络的MTC设备发起通信的方法。现有网络是针对人与人(human to human)通信设计的,其流程并不一定很好地适用于机器与机器(Machine to Machine)通信,因此有必要为M2M通信作一定的优化。
具体实施方式
下面参考附图,详细说明本发明的具体实施方式。
新设备接入网络时,可能只有一个厂家预设的默认触发条件,而具体应用的触发条件需要在初始附着过程中由网络下发。除了初始接入场景以外,当触发通信的条件更改后,网络也需要通知MTC设备更新后的条件。本发明提出一种将触发条件告知MTC设备的方法:在MTC设备处于连接态时在消息中携带触发条件。
图2是根据本发明的实施例的触发条件通知方法的流程图。如图2所示,触发条件通知方法包括:
S202,在机器类通信设备处于连接状态时,核心网控制实体将触发条件添加至发送至机器类通信设备的消息中;以及
S204,核心网控制实体将消息发送至机器类通信设备。
在机器类通信设备支持开放移动联盟定义的一种设备管理协议的情况下,当机器类通信设备进入连接状态后,核心网控制实体发起设备管理协议过程来设置触发条件。
在机器类通信设备的SIM/USIM中单独定义一个触发条件管理对象,或者将触发条件作为已有管理对象的一个信息单元。
核心网控制实体在发送至机器类通信设备的非接入层信令中携带触发条件。
当机器类通信设备处于连接状态时,核心网控制实体在任何时刻均能够发起临时标识重分配过程,并在临时标识重分配命令中添加触发条件。在演进的分组系统中,临时标识重分配命令是全球唯一临时标识重分配命令。在通用移动通信系统中,临时标识重分配命令是分组临时移动用户识别码。
当机器类通信设备发起附着时,核心网控制实体在附着接受消息中添加触发条件。当机器类通信设备发起去附着并且机器类通信设备不是因为关机才触发去附着时,核心网控制实体在去附着接受消息中添加触发条件。
当网络发起去附着时,核心网控制实体在去附着请求消息中添加触发条件。
当机器类通信设备发起位置区更新时,核心网控制实体在位置区更新接受消息中添加触发条件。
当机器类通信设备发起服务请求时,核心网控制实体在服务请求接受消息中添加触发条件。
图3是根据本发明的实施例的触发条件通知装置的框图。如图3所示,触发条件通知装置300位于网络侧,包括:触发条件添加模块302,用于在机器类通信设备处于连接状态时,在发送至机器类通信设备的消息中添加触发条件;以及消息发送模块304,用于将消息发送至机器类通信设备。
在机器类通信设备支持开放移动联盟定义的一种设备管理协议的情况下,触发条件添加模块发起设备管理协议过程来设置触发条件。
在机器类通信设备的SIM/USIM中单独定义一个触发条件管理对象,或者将触发条件作为已有管理对象的一个信息单元。
触发条件添加模块将触发条件添加至发送至机器类通信设备的非接入层信令中。
当机器类通信设备处于连接状态时,触发条件添加模块在任何时刻均能够发起临时标识重分配过程,并在临时标识重分配命令中添加触发条件。
当机器类通信设备发起附着时,触发条件添加模块在附着接受消息中添加触发条件。当机器类通信设备发起去附着并且机器类通信设备不是因为关机才触发去附着时,触发条件添加模块在去附着接受消息中添加触发条件。
当网络发起去附着时,核心网控制实体在去附着请求消息中添加触发条件。
当机器类通信设备发起位置区更新时,触发条件添加模块在位置区更新接受消息中添加触发条件。
当机器类通信设备发起服务请求时,触发条件添加模块在服务请求接受消息中添加触发条件。
具体地,以下介绍几种具体实例:
方法一:通过OMA DM(Open Mobile Alliance,Device Management,开放移动联盟定义的一种设备管理协议)
对于支持OMA DM的MTC设备,当设备进入连接态后,核心网控制实体发起OMA DM过程设置触发条件。为了支持OMA DM,SIM/USIM中可以单独定义一个“触发条件管理对象(MO,Management Object)”,也可以将“触发条件”作为已有MO的其中一个信息单元。
方法二:通过NAS消息
网络在NAS信令中携带下发触发条件。当设备主动发起NAS过程如附着、去附着、位置区更新、服务请求时,网络在NAS响应消息中携带触发条件。当设备处于连接态时,网络在临时标识重分配过程中下发触发条件。
1)当设备处于连接态时,核心网控制实体可以在任何时刻发起临时标识重分配过程,并在临时标识重分配命令中添加触发条件。在EPS系统中,临时标识重分配命令是GUTI Reallocation Command;在UMTS系统中,临时标识重分配命令是P-TMSI Reallocation Command。
2)如果设备发起附着或去附着,核心网控制实体在附着接受(attachaccept)或去附着接受(detach accept)消息中添加触发条件。具体地,当机器类通信设备发起附着时,触发条件添加模块在附着接受消息中添加触发条件。当机器类通信设备发起去附着并且机器类通信设备不是因为关机才触发去附着时,触发条件添加模块在去附着接受消息中添加触发条件。当网络发起去附着时,核心网控制实体在去附着请求消息中添加触发条件;核心网控制实体在EPS系统中是MME,在UMTS系统中是SGSN。
3)如果设备发起位置区更新,核心网控制实体在位置区更新接受消息中添加触发条件。核心网控制实体在EPS系统中是MME,在UMTS系统中是SGSN。更新接受消息在EPS系统中为TAU accept,在UMTS系统中为RAU accept。
4)如果设备发起服务请求,核心网控制实体在服务请求接受消息(Service accept)中添加触发条件。
实例一:
一种支持OMA DM的MTC设备,设备在SIM/USIM卡中存储“触发条件”。MTC user由于某种原因更改了MTC设备发起通信的条件。当设备进入连接态时,核心网控制实体发起OMA DM过程,将新的触发条件通过OMA DM过程写入设备日SIM/USIM卡中。
实例二:
一种工作于EPS系统中的MTC设备,用于检测某水域中污染物浓度,当浓度超过预设值的时候发起通信上报数据。设备中默认的预设值为0.1%,MTC服务器要求的预设值为0.05%。当设备初始接入到网络时,设备向核心网控制实体发送Attach Request消息,核心网控制实体在Attach Accept消息中包括MTC服务器设置的预设值。
实例三:
如实例二中的MTC设备。MTC设备工作一段时间之后,根据具体应用的需要,MTC服务器将预设值下调为0.03%。为了将更新后的值通知给设备,MME在MTC设备进入连接态后发起GUTI Reallocation过程,在GUTI Reallocation Command中添加更新后的预设值0.03%。
本发明解决了如何下发触发条件至MTC设备的问题。采用OMA DM的好处在于,不用对现有的NAS消息或流程做任何更改,但这需要设备支持OMA DM。采用NAS消息的好处在于,可以在设备必需的通信模块中,通过扩展现有消息来下达触发条件,但这要求升级核心网控制实体支持该功能。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。