一种mtc业务处理方法、系统及mtc设备的制造方法_3

文档序号:9671554阅读:来源:国知局
ALSE,表示下行数据没有发送完。
[0100]步骤303:当MTC设备上行数据传输结束后,检查保存的指示信息,如果该信息显示下行数据已发送完成,MTC设备向RNC发送信令连接释放指示消息,在信令连接释放指示消息中携带有原因值:MTC数据传输结束。
[0101]步骤304:RNC向MTC设备下发信令连接释放消息,以释放MTC设备的连接资源。
[0102]需要说明的是,作为另一种实施方式:
[0103]如果在数据传输完成之前,RNC向MTC设备发送系统消息,其中包含一个不活性定时器的长度,该定时器为MTC设备没有数据发送时释放连接的定时器(图3中未示出),其中,
[0104]不活性定时器的长度取值范围可以是值枚举类型Enumerated(0,1,2,3,……,65536),单位为秒s。比如,定时器时长设置为某个值如65536,则表示不允许主动释放。
[0105]那么,此时,当MTC设备发送的上行数据结束时,也即步骤302中MTC设备收到的指示信息显示数据传输结束,MTC设备启动定时器,定时器时长为RNC发送的系统消息中包含的不活性定时器的长度;
[0106]此时,当定时器超时,MTC设备才向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:MTC业务数据传输结束。
[0107]需要说明的是,如果在定时器启动后但还未超时时,MTC设备收到下行数据,则MTC设备在处理完本次收到的下行数据时,重新启动定时器。
[0108]图4为本发明MTC业务处理的第二实施例的流程示意图,第二实施例中假设MTC业务处理完成为MTC设备移动至另一个小区,如图4所示,具体包括:
[0109]步骤400:MTC设备移动到另一个小区时,MTC设备读取系统消息,解析系统消息中携带的小区ID。
[0110]步骤401:如果小区ID发生变化,MTC设备确定移动到另一个小区。
[0111]步骤402:MTC设备向位于网络侧的RNC发送信令连接释放指示消息,在该信令连接释放指示消息中携带带有原因值:移动性释放。
[0112]步骤403:RNC下发信令连接释放消息,以释放MTC设备的连接资源。
[0113]以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【主权项】
1.一种机器类通信MTC业务处理方法,其特征在于,包括:MTC业务处理完成时,MTC设备向网络侧请求释放连接; 网络侧释放MTC设备的连接资源。2.根据权利要求1所述的MTC业务处理方法,其特征在于,该方法之前还包括: 在所述MTC设备与网络侧之间进行数据传输的过程中,所述网络侧将表示下行数据是否发送完成的指示信息发送给所述MTC设备; 所述MTC设备根据该指示信息确定MTC业务下行数据是否传输结束,以及MTC业务上行数据是否传输结束来确定MTC业务数据是否传输结束。3.根据权利要求2所述的MTC业务处理方法,其特征在于,所述指示信息携带在非接入层数据单元中。4.根据权利要求3所述的MTC业务处理方法,其特征在于,所述非接入层数据单元通过直传消息或新增消息下发给所述MTC设备。5.根据权利要求2所述的MTC业务处理方法,其特征在于,所述MTC设备向网络侧请求释放连接包括: 在所述来自网络侧的指示信息显示MTC业务下行数据传输结束,且MTC业务上行数据传输结束时,确定出MTC业务数据传输结束; 所述MTC设备向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:MTC业务数据传输结束。6.根据权利要求1所述的MTC业务处理方法,其特征在于,该方法还包括:所述网络侧通过系统消息向MTC设备发送用于表示MTC设备没有数据发送时释放连接的定时器的时长,该定时器为不活性定时器。7.根据权利要求6所述的MTC业务处理方法,其特征在于,所述MTC设备向网络侧请求释放连接包括: 在MTC业务上行数据传输结束时,所述MTC设备启动定时器;当定时器超时,所述MTC设备向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:MTC业务数据传输结束。8.根据权利要求7所述的MTC业务处理方法,其特征在于,在所述定时器启动后但还未超时时,所述MTC设备收到下行数据,该方法还包括: 所述MTC设备在处理完本次收到的下行数据时,重新启动定时器。9.根据权利要求1所述的MTC业务处理方法,其特征在于,该方法之前还包括:所述MTC设备移动到另一小区时,通过获取该小区的小区ID,确定与自身之前所属小区的小区ID不一致。10.根据权利要求9所述的MTC业务处理方法,其特征在于,所述MTC设备向网络侧请求释放连接包括: 所述MTC设备向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:移动性释放。11.一种MTC业务处理系统,其特征在于,包括MTC设备和网络侧,其中, MTC设备,用于在MTC业务处理完成时,向网络侧请求释放连接; 网络侧,用于在接收到来自MTC设备的释放连接的请求,释放MTC设备的连接资源。12.根据权利要求11所述的MTC业务处理系统,其特征在于, 所述网络侧还用于:在与MTC设备之间进行数据传输的过程中,将表示MTC业务下行数据是否发送完成的指示信息发送给MTC设备;相应地, 所述MTC设备还用于:根据来自网络的指示信息确定MTC业务下行数据是否传输结束,以及MTC业务上行数据是否传输结束来确定MTC业务数据是否传输结束。13.根据权利要求12所述的MTC业务处理系统,其特征在于, 所述MTC设备具体用于:在确定出所述来自网络侧的指示信息显示MTC业务下行数据传输结束,且MTC业务上行数据传输结束时,确定出MTC业务数据传输结束,向所述网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:MTC业务数据传输结束。14.根据权利要求11所述的MTC业务处理系统,其特征在于, 所述网络侧还用于:通过系统消息向所述MTC设备发送用于表示MTC设备没有数据发送时释放连接的定时器的时长。15.根据权利要求14所述的MTC业务处理系统,其特征在于, 所述MTC设备具体用于:在MTC业务上行数据传输结束时,启动定时器;当定时器超时,向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:MTC业务数据传输结束。16.根据权利要求15所述的MTC业务处理系统,其特征在于, 所述MTC设备还用于:在所述定时器启动后但还未超时时,所述MTC设备收到下行数据并在处理完本次收到的下行数据时,重新启动定时器。17.根据权利要求11所述的MTC业务处理系统,其特征在于, 所述MTC设备还用于:移动到另一小区时,通过获取该小区的小区ID,确定与自身之前所属小区的小区ID不一致。18.根据权利要求17所述的MTC业务处理系统,其特征在于, 所述MTC设备具体用于:所述MTC设备向网络侧发送信令连接释放指示消息,在该信令连接释放指示消息中携带有连接释放的原因:移动性释放。19.一种MTC设备,其特征在于,至少包括接收模块、处理模块; 其中,收发模块,用于接收消息,解析接收到的消息,将解析结果输出给处理模块;接收到来自处理模块的通知,向网络侧请求释放连接;接收来自网络侧的释放消息,释放MTC设备的连接资源; 处理模块,用于根据接收到的解析结果,在解析结果显示MTC业务完成时,通知收发模块。20.根据权利要求19所述的MTC设备,其特征在于, 所述收发模块还用于:接收来自所述网络侧的用于表示MTC设备没有数据发送时释放连接的定时器的时长; 所述处理模块还用于:在解析结果显示MTC业务完成时,启动定时器,当定时器超时,再通知所述收发模块。21.根据权利要求19或20所述迆MTC设备,其特征在于,所述消息包括下行直传消息、或下行新增消息、或系统消息。22.根据权利要求19或20所述的MTC设备,其特征在于,所述解析结果为MTC业务数据传输结束,或MTC设备移动至另一个小区。
【专利摘要】本发明公开了一种MTC业务处理方法、系统及MTC设备,包括MTC业务处理完成时,MTC设备向网络侧请求释放连接;网络侧释放MTC设备的连接资源。通过本发明方法,在MTC设备业务完成时,立即释放MTC设备的连接资源,尽可能地减小了对资源的使用,达到了资源的合理利用;同时减小了资源的消耗,提高了支持的MTC用户设备的数量,从而降低了运营商的网络部署成本。
【IPC分类】H04W4/00, H04W76/06
【公开号】CN105430766
【申请号】CN201410490170
【发明人】史莉荣
【申请人】中兴通讯股份有限公司
【公开日】2016年3月23日
【申请日】2014年9月23日
【公告号】WO2016045324A1
当前第3页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1