背景技术
作为未来泛在网络的重要组成部分,机器间(M2M,Machine-to-Machine)通信是指应用无线移动通信技术,实现机器与机器、机器与人之间进行数据通信和交互的一系列技术及技术组合的总称。这样的技术为各种终端设备提供了在系统之间、远程设备之间以及个人之间实时建立无线连接,传输数据信息的途径。
为了能够很好地满足M2M通信要求,3GPP(The 3rd Generation PartnershipProject,第三代合作伙伴计划)SA1工作组在需求报告TS 22.368中定义了MTC(Machine Type Communications,机器类通信)网络架构,MTC的通用服务需求和特定服务需求。MTC网络架构增加了MTC Server(MTC服务器),并设计了Operator Domain(运营商域)之内和Operator Domain之外两种关系结构。通用需求包括地址、标识、计费、安全、远程管理等方面。特定需求则根据具体应用场景下业务特征的不同将MTC分为若干特性,如:低移动性、时间受控、时间容忍、仅支持PS(Packet Switched Domain,分组切换域)域数据、小数据量传输、仅由终端发起、MTC监测、基于群组的MTC特性等等,并针对每个特性给出了服务需求的具体描述。
这里考虑的Low Mobility(低移动性)MTC特性是指:MD(MTC设备,MTC Device)不移动,或者不频繁地移动,或者仅在某一区域内移动。它具体包含如下几点需求:
1、网络运营商应能够为每个MTC设备降低移动性管理频率或简化移动性管理过程;
2、网络运营商应能够动态配置每个MTC设备使其降低移动性管理频率或简化移动性管理过程;
3、网络运营商应能够定义MTC设备位置更新的频率;
4、网络运营商应能够为每个MTC Subscription定义低移动性。
由此可以看出如何为低移动特性的MTC设备降低移动性管理过程的执行频率,简化移动性管理过程是MTC低移动特性关注的重点。针对这些要求,目前在3GPP标准化会议上已有多篇文稿提出了有效的寻呼优化方法和移动性管理频率降低方法来降低此类设备网络通信过程中的信令开销。
针对低移动特性,较新版本的3GPP TR 23.888“System Improvements forMachine-Type Communications”中已经提出了Paging within configured area,Paging stepwise,Paging within reported area几种优化机制。这些机制主要抓住了低移动设备活动区域有限的特点,根据MTC设备所处的具体位置(如小区,跟踪区等)来进行寻呼,从而能够有效地提升系统的性能。同时可以看出,最高以小区级的精确度对MTC设备进行移动性管理是目前3GPP会议对LowMobility特性讨论所达到的一点共识。
在S1接口上,eNodeB使用Initial UE Message(初始用户设备消息)向MME(Mobility Management Entity,移动性管理实体)传输初始层3消息,其具体格式如表1所示:
表1 S1接口上的Initial UE Message格式
在eNodeB发送的每条Initial UE Message中,eNodeB都将携带终端设备当前所处位置的TAI(Tracking Area Identifier,跟踪区域标识)以及E-UTRAN(Evolved Universal Terrestrial Radio Access Network,演进的全球陆地无线接入网)CGI(Cell ofGlobalIdentity,全球小区识别码)。
在Iu接口上,RNC(Radio Network Controller,无线网络控制器)使用InitialUE Message向SGSN(Servicing GPRS Support Node,GPRS服务支持节点)传输初始层3消息,其具体格式如表2所示:
表2 Iu接口上的Initial UE Message格式
在RNC发送的每条Initial UE Message中,RNC都将携带终端设备当前所处位置的LAI(Location Area Identity,位置区识别码)以及SAI(Service AreaIdentity,服务区域标识),对于PS域业务,还将携带RAC(Routing Area Cell,路由区域小区)。
在Iu/S1接口上,封装在Initial UE Message中的NAS(Non-Access-Stratum,非接入层)PDU(Packet Data Unit,分组数据单元)包括Attach Request(附着请求),Tracking Area Update Request(跟踪区域更新请求),Service Request(服务请求)三种NAS消息。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
在现有的技术方案中,对于机器类通信中定义的低移动特性,现有方案主要讨论了如何进行寻呼优化,降低此类设备在通信过程中的信令开销。然而,现有讨论却忽略了Low Mobility终端设备的移动性管理及接入控制问题。
具体来讲,低移动性MD通常具有限定的移动范围,如果MD移动超出了位置许可区域并向网络发起接入(即,MD在网络许可的位置区域之外发起接入),这时网络对MD应如何进行处理是当前研究没有考虑到的地方。在此情况下,如果网络对MD的接入不加以管理,那么,则意味着MD将可以和普通终端一样在网络中随意移动并享受网络服务,这样机器类通信中对低移动性的定义将失去意义。
发明内容
本发明提供一种MTC设备接入网络的方法和设备,解决了当前具有LowMobility特性的MTC设备的移动性管理及接入控制的问题。
为达到上述目的,本发明一方面提供了一种机器类通信MTC设备接入网络的方法,包括:
网络侧设备接收MTC设备通过自身所对应的网络接入节点所发送的携带有所述MTC设备当前的位置信息的接入请求消息;
所述网络侧设备判断所述MTC设备当前的位置信息所对应的区域是否属于所述MTC设备的允许接入区域;
如果判断结果为是,所述网络侧设备根据所述接入请求消息对所述MTC设备进行网络接入处理。
另一方面,本发明实施例还提供了一种网络侧设备,包括:
设置模块,用于设置所述MTC设备的允许接入区域;
接收模块,用于接收MTC设备通过自身所对应的网络接入节点所发送的携带有所述MTC设备当前的位置信息的接入请求消息;
判断模块,用于判断所述接收模块所接收到的所述MTC设备当前的位置信息所对应的区域是否属于所述设置模块所设置的所述MTC设备的允许接入区域;
处理模块,用于在所述判断模块的判断结果为是时,根据所述接收模块所接收到的接入请求消息对所述MTC设备进行网络接入处理。
另一方面,本发明实施例还提供了一种MTC设备接入网络的方法,包括:
网络接入节点根据接收到的自身对应的MTC设备发送的接入请求消息,向网络侧设备发送携带有所述MTC设备当前的位置信息的接入请求消息;
所述网络接入节点接收所述网络侧设备返回的指示消息,所述指示消息中携带所述网络侧设备根据所述MTC设备当前的位置信息所对应的区域是否属于所述MTC设备的允许接入区域的判断结果而生成的处理指示;
所述网络接入节点将所述指示消息发送给所述MTC设备,使所述MTC设备根据所述指示信息所携带的处理指示进行相应的网络接入处理或拒绝接入处理。
另一方面,本发明实施例还提供了一种网络接入节点,包括:
接收模块,用于接收与所述网络接入节点对应的MTC设备发送的接入请求消息,或网络侧设备发送的指示消息,所述指示消息中携带所述网络侧设备根据所述MTC设备当前的位置信息所对应的区域是否属于所述MTC设备的允许接入区域的判断结果而生成的处理指示;
处理模块,用于当所述接收模块接收到与所述网络接入节点对应的MTC设备发送的接入请求消息时,生成携带有所述MTC设备当前的位置信息的接入请求消息;
发送模块,用于将所述处理模块所生成的携带有所述MTC设备当前的位置信息的接入请求消息发送给所述网络侧设备,或当所述接收模块接收到所述网络侧设备发送的指示消息时,将所述指示消息发送给所述MTC设备,使所述MTC设备根据所述指示信息所携带的处理指示进行相应的网络接入处理或拒绝接入处理。
与现有技术相比,本发明具有以下优点:
通过应用本发明实施例所提出的技术方案,在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于预设的该MTC设备允许接入的区域,并根据判断结果和相应的策略确定是否允许MTC设备的接入,从而,完善了网络对机器类通信中具有低移动特性终端设备的移动性管理机制,特别是解决了终端设备在网络许可位置区域之外发起接入请求情况下的终端接入管理及控制问题。
具体实施方式
在UMTS(Universal Mobile Telecommunications System,全球移动通信系统)及LTE(Long Term Evolution,长期演进)系统中,Stage 1协议TS 22.368协议为MTC设备定义了Low Mobility特性,其目标是简化移动性较低的一类设备的移动性管理过程,降低移动性管理频率,从而降低网络开销。然而,现有讨论忽略了Low Mobility终端设备的移动性管理问题。
为此,本发明实施例提出一种适用于低移动性MTC设备的移动性管理方法,通过在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于该MTC设备允许接入的区域,并根据判断结果和相应的策略确定是否允许MTC设备的接入。
如图1所示,为本发明实施例提供的一种MTC设备接入网络的方法的流程示意图,该方法具体包括以下步骤:
步骤S101、网络接入节点接收自身相对应的MTC设备所发送接入请求消息。
其中,MTC设备是在自身由去附着状态切换为附着状态,或由空闲状态切换为连接状态时,才向相对应的网络接入节点发送的接入请求消息。
步骤S102、网络接入节点根据该接入请求消息,向网络侧设备发送携带有该MTC设备当前的位置信息的接入请求消息。
步骤S103、网络侧设备接收网络接入节点所发送的携带有MTC设备当前的位置信息的接入请求消息。
步骤S104、网络侧设备判断MTC设备当前的位置信息所对应的区域是否属于该MTC设备的允许接入区域。
其中,该MTC设备的允许接入区域信息可以在网络设备中预先设定,或者通过其它设备存储相应的信息,以供网络侧设备进行相应的查询。
如果判断结果为是,网络侧设备根据接入请求消息对MTC设备进行网络接入处理,向该MTC设备发送携带有接入指示的指示消息,在实际应用中,这样的指示信息可以通过该MTC设备所对应的网络接入节点进行转发,但是,在该转发过程中,网络接入节点对该指示消息不进行解读或修改,只是直接进行转发。
如果判断结果为否,则根据相应的处理策略,可以采用以下两种处理方式:
方式一、网络侧设备直接拒绝MTC设备的接入请求消息,向该MTC设备发送携带有拒绝指示的指示消息。
在此种方式下,指示消息中还可以携带拒绝操作相对应的原因值。
方式二、网络侧设备根据接入请求消息对MTC设备进行网络接入处理,并对MTC设备按照预设的其他计费方式进行计费。
在此种方式下,指示消息中还可以携带按照预设的其他计费方式进行计费操作相对应的原因值。
通过这样的方式,可以在保证MTC设备接入网络的情况下,对其采用特殊的计费方式进行相应的应用限制。
与前述场景相类似,在实际应用中,这样的指示信息同样可以通过该MTC设备所对应的网络接入节点进行转发,但是,在该转发过程中,网络接入节点对该指示消息不进行解读或修改,只是直接进行转发。
在实际的应用场景中,具体应用上述哪种方式需要根据实际需要进行调整,这样的变化并不影响本发明的保护范围。
步骤S105、MTC设备接收网络侧设备返回的携带有根据判断结果而生成的处理指示的指示消息。
在实际应用中,这样的指示消息可以是由网络接入节点转发给MTC设备的,也可以是通过其他方式直接发送给MTC设备的,这样的变化并不影响本发明的保护范围。
步骤S106、MTC设备根据指示消息所携带的处理指示进行相应的网络接入处理或拒绝接入处理,具体包括:
1、当指示消息所携带的处理指示具体为接入指示时,MTC设备进行相应的网络接入处理。
与前述的步骤S104中的方式二相对应,当指示消息所携带的处理指示具体为接入指示时,如果指示消息中还包括按照其他计费方式对MTC设备进行计费操作相对应的原因值,网络侧设备将按照其他计费方式对MTC设备进行计费,而MTC设备则可以根据设定将该原因值显示或通知给用户,或直接存储,以备用户查询。
2、当指示消息所携带的处理指示具体为拒绝指示时,MTC设备进行相应的拒绝接入处理。
与前述的步骤S104中的方式二相对应,当指示消息所携带的处理指示具体为拒绝指示时,如果指示消息中还包括拒绝操作相对应的原因值,MTC设备则可以根据设定将该原因值显示或通知给用户,或直接存储,以备用户查询。
需要指出的是,在上述过程中,接入请求消息所携带的MTC设备当前的位置信息,和/或网络侧设备中预设的MTC设备的允许接入区域的信息,所对应的区域具体为以下的一种区域或多种区域的组合:
小区、位置区、路由区、跟踪区、服务区。
相应的,上述的MTC设备当前的位置信息,和/或MTC设备的允许接入区域的信息,具体为以下的一种信息或多种信息的组合:
CGI、ECGI、LAI、RAI、TAI、SAI。
在实际的应用中,根据具体场景的差别,上述的网络侧设备和MTC设备所对应的网络接入节点,具体为:
MME和MTC设备所对应的基站;或,
SGSN和MTC设备所对应的RNC。
与现有技术相比,本发明具有以下优点:
通过应用本发明实施例所提出的技术方案,在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于预设的该MTC设备允许接入的区域,并根据判断结果和相应的策略确定是否允许MTC设备的接入,从而,完善了网络对机器类通信中具有低移动特性终端设备的移动性管理机制,特别是解决了终端设备在网络许可位置区域之外发起接入请求情况下的终端接入管理及控制问题。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行详细说明。
根据本发明实施例所提出的技术方案,对于低移动性MTC设备,在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于该MTC设备允许接入的区域,如果其在网络许可的位置区域之外发起网络接入请求,那么,网络侧设备将拒绝该请求以拒绝为该MTC设备提供服务,或允许该MTC设备接入,但采用预设的其他计费方式对该MTC设备进行计费。
具体的处理过程为:SGSN/MME(即前述的网络侧设备)将S1/Iu/Gb接口信令(如:Initial UE Message)中携带的MTC设备发起接入请求时所处位置区域与网络许可的MTC设备位置区域相比较。
如果MTC设备所处位置区域在网络许可的位置区域范围之内,那么SGSN/MME将接受MTC设备的接入请求。
否则,SGSN/MME将拒绝MTC设备的接入请求,并向MTC设备返回适当的原因值;或者,SGSN/MME接受MTC设备的接入请求,但对MTC设备采取其他的计费方式进行计费。此时,SGSN/MME向MTC设备返回适当的原因值指明网络将对其采取其他方式进行计费。
在这里,需要进一步说明的是:
1、网络许可的MTC设备位置区域是网络运营商根据与用户建立的签约数据,运营商策略等方面为MTC设备确定的MTC设备使用或接受网络通信服务时应处的位置区域。其可以是小区、位置区、路由区、跟踪区、服务区以及这几种区域的组合等。相应地,表示位置区域的标识可以是CGI、ECGI、LAI、RAI、TAI、SAI及其组合等。
2、MTC设备发起的接入请求主要是指能够使MTC设备从去附着状态转变为附着状态或者从空闲态转变为连接态的过程,如Attach过程,TAU/RAU过程,Service Request过程等。
进一步的,本发明实施例通过本技术方案在具体的应用场景中的实现过程,对上述过程进行说明。
应用场景一(通过S1接口发起接入请求):
此应用场景中,假设MTC设备位置区域作为签约数据的一部分存储于HSS MTC设备的签约数据中,网络对MTC设备的位置管理精度为小区级。
对于某个具有低移动特性的MTC设备,假设签约数据中记录的网络许可的MTC设备位置区域为E-UTRAN小区ECGI 1。
如果MTC设备处于去附着状态,为了使用网络服务,MTC设备向MME发送Attach Request消息启动Attach过程。
通过RRC消息在接收到Attach Request消息之后,eNodeB将其进一步封装在S1AP:Initial UE Message消息中转发给MME。同时,S1AP:Initial UEMessage中携带有MTC设备当前所处小区的标识。
MME在收到Attach Request消息之后,将从HSS获取MTC设备的签约信息,进而获知该MTC设备签约的位置区域为E-UTRAN小区ECGI 1。
此时,MME根据获得的相关信息进行如下判断:
如果S1AP:Initial UE Message携带的小区标识表明MTC设备是在E-UTRAN小区ECGI 1内发送的Attach Request消息,那么MME将按现有Attach流程继续处理,在后续操作均成功完成时接受MTC设备的附着请求。
否则,MME将立即拒绝MTC设备的附着请求(例如MTC设备由于发生了移动而在其他小区(如E-UTRAN小区ECGI 2或UTRAN小区)内发送AttachRequest消息)并向MTC设备返回适当的原因值;或者,MME接受MTC设备的接入请求,并返回适当的原因值指明网络将采取其他方式进行计费。在此情况下,MME通过现有TS 23.401协议中定义流程向P-GW/PCEF/PCRF报告MTC设备当前所处的位置区域,使其触发计费系统采取新的计费方式对MTC设备计费。
根据需要,MME还可启动Location Reporting Procedure(位置报告过程)对MTC设备所处位置进行监控,并在MTC设备位置变更时启动LocationChange Reporting Procedure(位置变更报告过程)向P-GW/PCEF/PCRF报告MTC设备所处的新的位置区域,使其采取相对应的计费策略。
如果MTC设备成功附着至网络并处于空闲态,那么,该MTC设备将在TAU触发条件满足时发起TAU操作,在需要建立RAB(Radio Access Bearer,无线接入承载)转入连接态时发起Service Request操作。所发送的TAU Request/Service Request消息通过Initial UE Message发送至MME。之后,MME根据消息中提供的MTC设备位置信息进行上述判断,进而决定是否允许其接入网络。
若网络对MTC设备的位置管理精度为跟踪区级,类比上述过程可以有类似处理。
应用场景二(通过Iu接口发起接入请求):
与前述应用场景相类似地,在3G系统中,系统可以采取与应用场景一相同的处理方法。
所不同的是,为了使网络对MTC设备位置区域控制精度能够达到小区级,需要在Iu接口Initial UE Message增加新的IE用于携带终端所处小区的标识信息。具体如表1所示:
表1 修改后的Initial UE Message格式
这样,在RAN侧节点(如RNC)向核心网节点(如SGSN)发送的每条InitialUE Message中,LAC或Global RNC-ID与Cell ID一起将唯一标识3G系统中MTC设备当前所处的小区。
核心网节点可以据此对MTC设备所处位置区域的合法性进行判断,从而,决定是否允许MTC设备接入网络。
具体的后续处理策略与应用场景一中的过程相类似,在此不再重复说明。
与现有技术相比,本发明具有以下优点:
通过应用本发明实施例所提出的技术方案,在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于预设的该MTC设备允许接入的区域,并根据判断结果和相应的策略确定是否允许MTC设备的接入,从而,完善了网络对机器类通信中具有低移动特性终端设备的移动性管理机制,特别是解决了终端设备在网络许可位置区域之外发起接入请求情况下的终端接入管理及控制问题。
为了实现上述的本发明所提出的技术方案,本发明还提供了一种网络侧设备,其结构示意图如图2所示,包括:
设置模块21,用于设置MTC设备的允许接入区域。
接收模块22,用于接收MTC设备通过自身所对应的网络接入节点所发送的携带有MTC设备当前的位置信息的接入请求消息。
判断模块23,用于判断接收模块22所接收到的MTC设备当前的位置信息所对应的区域是否属于设置模块21所设置的MTC设备的允许接入区域。
处理模块24,用于在判断模块23的判断结果为是时,根据接收模块22所接收到的接入请求消息对MTC设备进行网络接入处理。
在具体的应用场景中,设置模块21,还用于设置其他计费方式;
当判断模块23的判断结果为否时,处理模块24,还用于:
拒绝接收模块22所接收到的MTC设备的接入请求消息;或,
根据接收模块22所接收到的接入请求消息对MTC设备进行网络接入处理,并对MTC设备按照设置模块21所设置的其他计费方式进行计费。
需要说明的是,还包括发送模块25,用于:
当处理模块24拒绝MTC设备的接入请求消息时,向MTC设备发送拒绝操作相对应的原因值;或,
当处理模块24根据接入请求消息对MTC设备进行网络接入处理,并对MTC设备按照其他计费方式进行计费时,向MTC设备发送按照其他计费方式进行计费操作相对应的原因值。
在实际应用中,该网络侧设备具体为MME或SGSN:
当网络侧设备为MME时,MTC设备所对应的网络接入节点具体为MTC设备所对应的基站;
当网络侧设备为SGSN时,和MTC设备所对应的网络接入节点具体为MTC设备所对应的RNC。
另一方面,本发明实施例还提供了一种网络接入节点,其结构示意图如图3所示,包括:
接收模块31,用于接收与网络接入节点对应的MTC设备发送的接入请求消息,或网络侧设备发送的指示消息,指示消息中携带网络侧设备根据MTC设备当前的位置信息所对应的区域是否属于MTC设备的允许接入区域的判断结果而生成的处理指示。
处理模块32,用于当接收模块31接收到与网络接入节点对应的MTC设备发送的接入请求消息时,生成携带有MTC设备当前的位置信息的接入请求消息;
发送模块33,用于将处理模块32所生成的携带有MTC设备当前的位置信息的接入请求消息发送给网络侧设备,或当接收模块31接收到网络侧设备发送的指示消息时,将指示消息发送给MTC设备,使MTC设备根据指示信息所携带的处理指示进行相应的网络接入处理或拒绝接入处理。
在实际应用中,MTC设备所对应的网络接入节点网络接入节点,具体为MTC设备所对应的基站或MTC设备所对应的RNC:
当MTC设备所对应的网络接入节点为MTC设备所对应的基站时,网络侧设备具体为MME;
当MTC设备所对应的网络接入节点为MTC设备所对应的RNC时,网络侧设备具体为SGSN。
与现有技术相比,本发明具有以下优点:
通过应用本发明实施例所提出的技术方案,在发给网络侧设备的接入请求消息中携带MTC设备当前的位置信息,使网络侧设备可以判断MTC设备当前的位置是否属于该MTC设备允许接入的区域,并根据判断结果和相应的策略确定是否允许MTC设备的接入,从而,完善了网络对机器类通信中具有低移动特性终端设备的移动性管理机制,特别是解决了终端设备在网络许可位置区域之外发起接入请求情况下的终端接入管理及控制问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务端,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。