触发条件通知方法和装置的制作方法

文档序号:7742997阅读:248来源:国知局
专利名称:触发条件通知方法和装置的制作方法
技术领域
本发明整体涉及通信领域,尤其涉及触发条件通知方法和装置以及机器类通信设备。
背景技术
机器类通信(Machine Type Communication)是指机器与机器之间、通过移动运营商的通信网络进行的通信。MTC设备(Machine Type Communication Device,机器类通信设备)是通信网络中专用于机器类通信的终端设备,如远程抄表设备、视频监控设备等。MTC设备是一种特殊类型的通信终端。MTC服务器(Machine Type Communication Server,机器类通信服务器)是指通过通信网络与MTC设备进行通信的设备,相当于一个服务器,如智能抄表系统的服务器、智能公交系统服务器等。MTC用户是指使用MTC服务器所提供的服务的用户,如智能公交系统管理员等。MTC服务器可以受控于移动运营商,也可以不受控于移动运营商、通过特定接口与运营商的网络连接。这种情况如图1所示。目前很多机器类通信采用“poll model”,也即通信的触发由MTC用户或MTC服务器进行控制,不允许MTC设备随意发起与MTC服务器之间的通信。MTC服务器或MTC用户通过触发条件指示MTC设备发起通信,触发条件可能是某个日期,或某种事件。在触发条件规定的范围之外,MTC设备不主动发起通信。MTC设备不发起通信时的状态有两种附着状态和去附着状态。对于附着状态的设备,现有技术中可以通过寻呼过程建立网络与终端的连接。当终端附着到网络并进入空闲态后,如果有下行数据或信令,这些数据或信令会触发核心网控制实体在一定区域内发送寻呼消息。终端侦听到寻呼消息后,将响应该消息,随后开始建立终端和网络之间的用户面连接,用于传输上述下行数据或信令。其中,核心网控制实体在EPS系统(EvolvedPacket System,演进的分组系统)中是MME (Mobility Management Entity,移动性管理实体), 在 UMTS 系统(Universal Mobile I^elecommunicationsSystem,通用移动通信系统)中是 SGSN(Serving GPRS Supporting Node,服务GPRS支持节点)。以 EPS系统(Evolved Packet System,演进的分组系统)为例,下行数据触发寻呼和用户面建立的过程(规范中称为网络触发的服务请求过程)如图2所示,包括以下步骤S202、下行数据到达PGW,PGff将其发送到SGW。S204、SGW发现没有建立到终端的用户面连接,将缓冲该数据并向MME发送 Downlink Data Notification(下行链路数据通知)。S206、MME 返回 Downlink Data Notification Ack(下行链路数据通知确认);S208.MME向终端已注册位置区内的所有eNB都发送寻呼消息;S210、上述位置区内的eNB在自己小区内广播寻呼消息;
3
S212、终端侦听寻呼消息,发起krvice Request (业务请求)响应寻呼,建立用户面连接。其中步骤S212也即终端发起的服务请求过程,具体流程如下图3 (TS23. 401)所示,包括以下步骤S302-S304、UE向MME发送服务请求消息;S306、鉴权过程;S308-S314、空口承载建立,上行数据通路建成;S316-S324、下行数据通路建成。规范23. 888给出了触发去附着态设备发起通信的一种实施方法,但对于附着态设备没有给出具体实施方案。对于附着态设备,现有网络建立通信的机制是针对人与人 (human to human)的通信模式设计的,其流程并不一定很好地适用于机器与机器(Machine to Machine)通信,因此有必要为MTC设备作一定的优化。

发明内容
针对以上一个或多个问题,本发明提供了触发条件通知方法和装置。根据本发明的实施例,触发条件通知方法包括核心网控制实体将触发条件添加到寻呼消息中;以及核心网控制实体将寻呼消息发送至机器类通信设备。根据本发明的实施例,位于网络侧的触发条件通知装置包括触发条件添加模块, 用于将触发条件添加到寻呼消息中;以及消息发送模块,用于将寻呼消息发送至机器类通信设备。根据本发明的实施例,机器类通信设备包括解析模块,用于解析寻呼消息中的触发条件;以及反馈模块,用于根据是否有数据发送,向核心网控制实体返回不同的业务请求消息。本发明通过扩充寻呼消息下发触发条件,可以通过优化的寻呼响应减少不必要的用户面建立过程。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中图1是MTC器件与MTC服务器的通信场景的示意图,其中,MTC服务器在运营商网络之外;图2是网络触发的服务请求过程的流程图;图3是终端发起的服务请求过程的流程图;图4是根据本发明的实施例的触发条件通知方法的流程图;图5是根据本发明的实施例的触发条件通知装置的框图;以及图6是根据本发明的实施例的机器类通信设备的框图。
具体实施例方式下面参考附图,详细说明本发明的具体实施方式

在机器类通信中,某些情况下MTC设备与MTC服务器之间的通信需要由MTC服务器或MTC用户触发,而不允许设备随时发起通信。触发MTC设备发起通信的条件通过何种方式下发至设备目前规范中没有详细定义。触发MTC设备发起通信的条件是可以更改的。比如改变MTC设备的上报时间,或改变触发门限值等。当触发条件改变时,网络需要通知MTC设备更新后的条件。另外,新设备接入网络时,有些设备可能只有一个厂家预设的默认触发条件,而具体应用的触发条件需要在初始附着过程中由网络下发。本发明提出一种将触发条件告知MTC设备以触发设备发起通信的方法在寻呼消息中携带触发条件,并优化寻呼响应过程。本方法通过网络侧和终端侧两方面的优化来实现。图4是根据本发明的实施例的触发条件通知方法的流程图。如图4所示,触发条件通知方法包括S402,核心网控制实体将触发条件添加到寻呼消息中;以及S404,核心网控制实体将寻呼消息发送至机器类通信设备。核心网控制实体通过扩展现有寻呼消息并将触发条件添加到扩展的现有寻呼消息中。机器类通信设备解读寻呼消息中的触发条件,根据是否有数据发送返回不同的业务请求消息。该方法还可以包括S406 在没有数据发送的情况下,机器类通信设备通过在业务请求消息中增加标识来向核心网控制实体表明不需要建立用户面连接。其中,在通用移动通信系统中,在收到寻呼消息之后,机器类通信设备向核心网控制实体发送业务请求消息,其中,业务请求消息中的业务类型设置为寻呼响应,表明不建立用户面连接。在演进的分组系统中,机器类通信设备向核心网控制实体发送业务请求消息,其中,在业务请求消息中增加寻呼响应标识,用于表示业务请求消息仅用于寻呼响应,不需要建立用户面连接。核心网控制实体接收到业务请求消息中的标识后,不建立用户面连接。图5是根据本发明的实施例的触发条件通知装置500的框图。如图5所示,触发条件通知装置位于网络侧,该装置500包括触发条件添加模块502,用于将触发条件添加到寻呼消息中;以及消息发送模块504,用于将寻呼消息发送至机器类通信设备。其中,触发条件添加模块通过扩展现有寻呼消息并将触发条件添加到扩展的现有寻呼消息中。图6是根据本发明的实施例的机器类通信设备的框图。如图6所示,机器类通信设备600包括解析模块602,用于解析寻呼消息中的触发条件;以及反馈模块604,用于根据是否有数据发送,向核心网控制实体返回不同的业务请求消息。在没有数据发送的情况下,反馈模块通过在业务请求消息中增加标识来向核心网控制实体表明不需要建立用户面连接。在通用移动通信系统中,反馈模块向核心网控制实体发送业务请求消息,其中,业务请求消息中的业务类型设置为寻呼响应,表明不建立用户面连接。
在演进的分组系统中,反馈模块向核心网控制实体发送业务请求消息,其中,在业务请求消息中增加寻呼响应标识,用于表示业务请求消息仅用于寻呼响应,不需要建立用户面连接。以下详细描述本发明的实施例。方法一网络侧在寻呼消息的长度限制范围内,扩展现有寻呼消息,将“触发条件”作为其中一个参数包括到寻呼消息中。EPS系统和UMTS系统中寻呼消息内容分别如表1、表2所示,其中有底色部分是新增的参数,其余是规范中已有参数表1 :EPS系统中寻呼消息内容
权利要求
1.一种触发条件通知方法,其特征在于,包括核心网控制实体将触发条件添加到寻呼消息中;以及所述核心网控制实体将所述寻呼消息发送至机器类通信设备。
2.根据权利要求1所述的通知方法,其特征在于,所述核心网控制实体扩展现有寻呼消息并将所述触发条件添加到所述扩展的现有寻呼消息中。
3.根据权利要求1所述的通知方法,其特征在于,所述机器类通信设备解读寻呼消息中的触发条件,根据是否有数据发送返回不同的业务请求消息。
4.根据权利要求3所述的通知方法,其特征在于,还包括在没有数据发送的情况下, 所述机器类通信设备通过在业务请求消息中增加标识来向所述核心网控制实体表明不需要建立用户面连接。
5.根据权利要求3所述的通知方法,其特征在于,还包括在通用移动通信系统中,在收到所述寻呼消息之后,所述机器类通信设备向所述核心网控制实体发送业务请求消息, 其中,所述业务请求消息中的业务类型设置为寻呼响应,表明不建立用户面连接。
6.根据权利要求3所述的通知方法,其特征在于,还包括在演进的分组系统中,所述机器类通信设备向所述核心网控制实体发送业务请求消息,其中,在业务请求消息中增加寻呼响应标识,用于表示所述业务请求消息仅用于寻呼响应,不需要建立用户面连接。
7.根据权利要求1-6中任一项所述的通知方法,其特征在于,还包括所述核心网控制实体接收到所述业务请求消息中的标识后,不建立用户面连接。
8.一种触发条件通知装置,位于网络侧,其特征在于,包括触发条件添加模块,用于将触发条件添加到寻呼消息中;以及消息发送模块,用于将所述寻呼消息发送至机器类通信设备。
9.根据权利要求8所述的触发条件通知装置,其特征在于,所述触发条件添加模块扩展现有寻呼消息并将所述触发条件添加到所述扩展的现有寻呼消息中。
10.一种机器类通信设备,其特征在于,包括解析模块,用于解析寻呼消息中的触发条件;以及反馈模块,用于根据是否有数据发送,向核心网控制实体返回不同的业务请求消息。
11.根据权利要求10所述的机器类通信设备,其特征在于,在没有数据发送的情况下, 所述反馈模块通过在业务请求消息中增加标识来向所述核心网控制实体表明不需要建立用户面连接。
12.根据权利要求10所述的机器类通信设备,其特征在于,在通用移动通信系统中,所述反馈模块向所述核心网控制实体发送业务请求消息,其中,所述业务请求消息中的业务类型设置为寻呼响应,表明不建立用户面连接。
13.根据权利要求10所述的机器类通信设备,其特征在于,在演进的分组系统中,所述反馈模块向所述核心网控制实体发送业务请求消息,其中,在业务请求消息中增加寻呼响应标识,用于表示所述业务请求消息仅用于寻呼响应,不需要建立用户面连接。
全文摘要
本发明提供了一种触发条件通知方法和装置,该方法包括核心网控制实体将触发条件添加到寻呼消息中;以及核心网控制实体将寻呼消息发送至机器类通信设备。本发明通过扩充寻呼消息下发触发条件,可以通过优化的寻呼响应减少不必要的用户面连接建立过程。
文档编号H04W68/00GK102196563SQ201010118579
公开日2011年9月21日 申请日期2010年3月4日 优先权日2010年3月4日
发明者周燕飞, 张娟, 徐晖, 熊春山, 田野, 艾明 申请人:电信科学技术研究院
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1