具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
在本发明是实施例中,可以基于CBS(Cell Broadcast Short Message,小区广播短消息业务)来触发多个终端。其中,CBS是指是以广播的方式将信息发送给位于某个区域的所有设备,在进行双向通讯之外的时间,都可以定期收到这些广播消息。一般来说,电信业者所提供的股票行情、气象预报、路况报导等数据,因为收讯对象没有特殊的限制,所以都是经由CBS来达成。
对于CBS,在UMTS(Universal Mobile Telecommunications System,通用移动通信系统)系统中,其流程如图1所示,即由CBC(Cell BroadcastCentre,小区广播中心)向RNC(Radio Network Controller,无线网络控制器)发送Write-Replace消息,其中,Write-Replace消息携带有SAI(ServiceArea Identity,服务区域标识)和/或小区标识和/或路由区域标识RAI,然后由RNC(Radio Network Controller,无线网络控制器)根据SAI和/或小区标识和/或RAI向指定区域SA/RA/小区内的用户进行消息的广播。
在EPS(Evolved Packet System,演进的分组系统)系统中,与UMTS系统中类似,具体的流程如图2所示,即由CBC向MME(Mobility ManagementEntity,移动管理实体)发送Write-Replace消息,其中,Write-Replace消息携带有设备区域标识TAI(Tracking Area Identity,跟踪区域标识)/小区标识,MME将Write-Replace消息转发给eNB,然后由eNB根据TAI/小区标识向指定区域TA/小区内的用户进行消息的广播。
可见,CBC需要预先获知设备区域标识,才能够向该区域的RNC或者eNB发起具体的Write-Replace消息。在通常的移动通信系统中,是由移动通信网内的网元或者应用服务器向CBC发起广播,而网内的网元或应用服务器需要能够预先获取到设备区域信息。
但是,在本发明实施例中,发起MTC通信请求的是MTC Server,相对于移动通信网络,MTC Server相当于是外网的网元,并且MTC Server只负责接收MTC设备发送来的数据,而不关心MTC设备当前所在的位置,以及MTC设备是否具有移动性,因此如何使得CBC在发送广播消息前获取其广播区域信息成为解决问题的关键,本发明实施例就提供了相应的方法。
实施例一
在该实施例中,假设所有MTC Device已附着在UMTS网络中,图3中标识出了各网络实体间的接口,在该方案中,在CBC和HLR/HSS(Home LocationRegister/Home Subscriber Server,归属位置寄存器归属/用户服务器)之间新增了Ccbs接口,其它接口可以复用现有的网络接口。
在本发明实施例一提供的方法中,首先对MTC设备进行分组,例如,可以从不同的维度(如:不同的区域信息、不同的应用、或不同的MTC所有者等等)对MTC设备进行分组,并且为每个组设置唯一标识该组的ID(MTCGroup ID),MTC Server中会存储该MTC Group ID,同时,每个组的签约信息以及各组中包含的各设备的签约信息均存放在HLR/HSS中。
MTC Server在向CBC发起唤醒请求时,就可以携带需要触发的设备所在组的ID。需要说明的是,设备所在组的Group ID并不一定能代表设备的区域信息,即CBC在获知到设备的Group ID之后,可能无法直接发起广播消息来触发该组中的设备,所以需要获知到该组中设备的区域信息才可以进行广播。
在UMTS系统中,设备区域信息通常由SAI(设备区域标识)或者RAI(路由区域标识)或者小区标识来表示,其中该SAI由PLMN(Public Land MobileNetwork,公共陆地移动网)ID、LAC(Location Area Code,跟踪区域码)和SAC(Service Area Code,业务区域码)组成,广播某消息之前,CBC需要获知SAI列表、小区标识列表或RAI列表中的至少一个。其中,PLMN ID与发起请求的网元有关,相对固定,而SGSN(SERVICING GPRS SUPPORT NODE,GPRS服务支持节点)可以保存设备所在的LAC和SAC;其中,小区标识和RAI都可以直接从SGSN中获取。因此,CBC需要根据从MTC Server获知的Group ID来获取设备的LAC和SAC,或者小区标识列表或者RAI列表。
网络中的SGSN有很多,只有当某设备位于某SGSN下时,才能从通过该SGSN获取到该设备的LAC和SAC,因此,还需要首先获知该组的设备位于哪些SGSN下。通常,在HLR/HSS中会记录有该信息,因此,在从SGSN获取LAC和SAC之前,还需要向HLR/HSS获取设备所在的SGSN信息,该SGSN信息可以是一个或者多个SGSN标识。
也就是说,CBC在接收到MTC Server发送的触发请求之后,需要首先根据设备的MTC Group ID,向HLR/HSS获知设备所在的SGSN列表,然后再从一个或者多个SGSN中获知组中设备的一个或者多个LAC和SAC,然后就可以由PLMN ID、LAC和SAC组成设备的SAI,最终再将该SAI列表发送到RNC,由RNC根据SAI向特定的区域发起广播即可。
同样,CBC在接收到MTC Server发送的触发请求之后,需要根据设备的MTC Group ID,向HLR/HSS或者设备所在的SGSN列表,然后再从一个或者多个SGSN中获知组中设备的小区标识列表或RAI列表,最终再将该小区标识列表或者RAI列表发送到RNC,由RNC根据小区标识列表或者RAI列表向特定的区域发起广播即可。
下面对上述方法的流程进行详细地描述。参见图3,该方法包括以下步骤:
S301:MTC Server向CBC发送MTC请求消息(可以是业务请求),该MTC请求消息中携带MTC指示(MTC标志位或MTC标识等)、MTC Group ID及触发消息内容(即Notification(通知消息),用于指示该消息的类型为触发消息),该请求消息可以用短信息来发送。
S301:MTC Server向CBC发送MTC请求消息,该MTC请求消息中携带MTC指示(MTC标志位或MTC标识等)、MTC Group ID、通信通知消息,还可以包括MTC指示信息和发起通信的随机化指示信息。该请求消息可以用短信息来发送。
其中,MTC指示信息用于指示指定区域内的MTC设备接受CBC发送广播消息,并且该MTC指示消息也可以在CBC中直接配置(如在Message ID中直接配置MTC Message ID,即在Message Identifier中的FFFF字段是用来定义新业务),或者由MTC的网元(如MTC GW,MTC Server)和CBC提前进行协商,如在CBS的Message ID和Message Type中定义MTC指示的相关信息,从而由MTC Server或MTC GW将该MTC指示信息发送给CBC。同理在实施例二、三、四、五、六、七、八中的MTC指示信息也可以采用同上所述的配置方法。
其中,发起通信的随机化指示信息用于指示该组内的MTC设备根据该发起通信的随机化指示信息获取随机接入时间,在该随机接入时间内与MTC服务器进行通信。对于该MTC请求消息的类型可以在Warning Type中0000100或者0000101-1111111进行定义。同理在实施例二、三、四、五、六、七、八中的MTC指示信息也可以采用同上所述的配置方法。
这里需要说明的是,由于一个SAI指示的区域内还可能包含有其他非MTCMTC设备,如H2H设备等,向一个SAI指示的区域广播触发消息时,除了MTC设备能接收到该广播消息之外,其它非MTC设备也能接收到,但是,显然对于这些H2H设备而言,该请求消息是不需要接受的。如果H2H设备也接收该触发消息,也会进行一些处理,最终发现自己该消息并不需要,从而造成资源上的浪费。因此,为了避免这种情况的发生,在本发明的优选实施例中,还可以由MTC Server在发送MTC请求消息时,携带MTC指示,以此来指示该消息是发送给MTC设备的,当H2H设备接收到广播请求消息时,如果发现带有MTC指示,就可以不必接受该MTC请求,尽快地拒绝该请求,从而避免浪费的产生。
另外,由于一组中的设备的数目可能非常大,同时被触发时,如果同时向MTC Server发送数据,则可能会产生阻塞现象。例如,M2M系统的一个组中可能有亿万级别的设备,所以如果组中设备在接收到小区广播消息后,如果同时向网络发起会话请求,则该组中的所有设备同时接入网络后可能会引起的网络拥塞问题。为了解决该问题,还可以由MTC Server在发送MTC请求消息时,携带发起通信的随机化接入指示信息,这样,该组中的各设备在接受请求后,可以根据随机接入指示按照一定的算法来发起会话请求,以免拥塞的产生。
为方便描述,该实施例一以及后续各实施例中均假设MTC Server在发送的MTC请求消息中携带了MTC指示以及随机接入指示。
其中,对于该MTC请求消息中的通信通知消息、MTC指示信息以及发起通信的随机化接入指示信息也可以分别在CBS-Message-Information-Page n和CBS-Message-Information-Length n进行定义。其中,CBS-Message-Information-Length n表明具体的消息长度,CBS-Message-Information-Page n携带具体的通信通知消息、MTC指示信息以及发起通信的随机化接入指示信息。同理在实施例二、三、四、五、六、七、八中的MTC指示信息和也可以采用同上所述的配置方法。
S302:CBC接收到该请求消息后,向HLR/HSS发送Identification Request请求,请求中携带MTC Group ID,请求获取组中设备所在的SGSN标识。
需要说明的是,由于组中设备可以位于多个SGSN下,所以CBC可能从HLR/HSS中获取得到多个SGSN的标识。
该请求消息可以用MAP信令传输。在CBS协议(23041)中,CBC同其它网元(除RNC、MME之外)之间的接口以及其传输信令是没有定义的,并且由于HLR/HSS支持MAP协议,所以只需要使CBC支持MAP协议,从而就可以在CBC和HLR/HSS之间使用MAP信令。
S303:HLR/HSS向CBC返回Identification Response,响应中携带组中MTC设备所在的SGSN列表;
S304:CBC向组中设备所在的SGSN发送Identification Request请求消息,请求获取该组中MTC设备所在的LAC列表及SAC列表,或者,小区标识列表,或者,RAI列表,该请求消息用MAP协议。
对于CBC同SGSN之间的请求消息,可以用MAP信令传输,CBC同其它网元(除RNC、MME之外)之间的接口以及其传输信令是没有定义的,并且由于SGSN支持MAP协议,所以只需要使CBC支持MAP协议,从而就可以在CBC和SGSN之间使用MAP信令;
S305:SGSN向CBC返回Identification Response,响应中携带组中的设备所在的LAC列表及SAC列表,或者小区标识列表,或者RAI列表;
需要说明的是,一个SGSN下的设备也可能在不同的区域,因此,一个SGSN返回的LAC和SAC的组合可能有多组,也可能是多个小区标识或者多个RAI。
S306:CBC将各SGSN返回的LAC及SAC组合为SAI(SAI=PLMN ID+LAC+SAC),并向RNC发送Write-Replace请求消息,该请求消息中携带组中设备所在的SAI列表或者小区标识列表或者RAI列表、MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;
同样,对于SGSN返回的小区标识列表或者RAI列表,CBC向RNC发送Write-Replace请求消息,该请求消息中携带组中设备所在的小区标识列表或者RAI列表、MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;
S307:RNC根据接收到的Write-Replace请求消息,向所述区域中的所有UE发送SMS Broadcast Command,该消息中携带组中设备所在的MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息
S308:RNC向CBC返回成功响应;
S309:区域内的设备在接收到该请求后,首先根据MTC指示信息进行解析,如果该设备为H2H设备,则拒绝接受该广播消息;如果是MTC设备,则接受该广播消息,并根据其内部存储的search list与接收到消息中MTC Group ID进行匹配,如果满足,则接受该请求消息;如果不满足,则不接受该请求消息
S310:MTC设备接受该请求消息,同时计算出该发起通信的随机化接入指示请求的具体内容或者随机接入时间;
S311~S312:MTC设备根据随机接入时间向MTC Server发送会话请求Session Request。
可见,在该实施例一中CBC能够获知设备的区域信息,并进而向RNC发起广播请求,从而实现了触发一组MTC设备发送数据。进一步的,由于携带了MTC指示及发起通信的随机化接入指示,减少了区域内非MTC设备的消息处理开销,并且可以避免产生网络拥塞。
实施例二
实施例一是用CBC根据设备所在的Group ID获取设备的区域信息,在该实施例二中,为了减少对CBC的增强,避免过多地占用CBC的资源,还可以使用一个独立的网元(该网元同时具备MTC Server与3GPP接口之间的功能,即Interworking Function,如MTC GW、MTC Server或者其它具有代理功能的实体)来根据设备所在的MTC Group ID获取设备的区域信息,然后由该网元将获取到的设备区域信息发送给CBC,CBC直接根据设备的区域信息向RNC发起广播请求即可。
参见图4,该实施例二的前提是所有UE附着在UMTS网络中。并且在该流程图中增加了MTC网关(GW,GateWay),在该MTC GW上增加了获取SGGN和SAI标识的模块。同时,该流程图中标识出了各网络实体之间的接口,即新增了MTC Server与MTC GW之间的接口MGi,MTC GW与HLR/HSS之间的接口MGc,MTC GW与MME之间的接口G-M2M,其他都可以复用网络实体之间现有的接口。当然,该MTC网关的功能也可以由MTC服务器来全部完成。
具体流程包括:
S401:MTC Server向MTC GW发送MTC请求消息,该请求消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息,该请求消息可以用短信息来发送。
S402:MTC GW向HLR/HSS发送Identification Request请求消息,请求中携带Group ID,请求获取组设备所属的SGSN标识列表;该请求消息使用MAP信令;
S403:HLR/HSS向MTC GW返回Identification Response响应,响应中携带该组中所有设备所属的SGSN标识列表;
S404:MTC GW在接收到组设备所述的SGSN标识后,向所述的SGSN发送Identification Request请求消息,请求消息中携带MTC Group ID,请求获取组中设备所述的SAC列表和LAC列表,或者小区标识列表,或者RAI列表,该请求采用Diameter协议;
S405:SGSN向MTC GW返回Identification Response,响应中携带组中设备所属的SAC列表及LAC列表,或者,小区标识列表,或者,RAI列表;
S406:MTC GW向CBC发送SMS请求消息,请求消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息,同时携带SAI list、小区标识列表或RAI列表中的至少一个,其中SAI=PLMN-ID+SAC+TAC;该消息可以用短消息来发送;
S407:CBC向RNC发送Write-Replace请求消息,该请求消息中携带组中设备所在的SAI列表、小区标识列表或RAI列表中的至少一个,MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息,该消息支持MAP协议;
S408:RNC向SAI列表、小区标识列表或RAI列表中的所有UE发送SMSBroadcast Command,该消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;
S409:RNC向CBC返回成功响应;
S410:区域内的设备在接收到该请求后,首先根据MTC指示信息进行解析,如果该设备为H2H设备,则拒绝接受该广播消息;如果是MTC设备,则接受该广播消息,并根据其内部存储的search list与接收到消息中MTC Group ID进行匹配,如果满足,则接受该请求消息;如果不满足,则不接受该请求消息
S411:MTC Device接受该请求消息,同时计算出该触发请求的具体内容以及随机接入时间数;
S412:MTC Device根据随机接入时间创建Session Request,向MTC Server发送数据,其中该MTC Device可以是该组中的一个或者多个MTC设备。
可见,在该实施例二中,由于提供了专门用于获取设备区域信息的网络实体MTC GW,因此使得CBC可以专注于完成最基本的操作,避免过多地占用CBC的资源。
其中,新增加的MTC GW用来完成以下三个功能:
1)向HLR/HSS获取Group ID指示的组设备所属的SGSN标识;
2)向SGSN中获取Group ID指示的组设备所属的区域标识SAI;
3)向CBC发送请求消息,请求消息中携带MTC指示、MTC Group ID,触发消息内容以及设备接入网络的随机接入指示,同时携带SAI List;
在该实施例二中,该MTC GW的所有功能也可以直接由MTC Server来完成。
实施例三
在前述实施例一与实施例二中,均以SAC、LAC、小区标识或RAI保存在SGSN为例进行的介绍。但是,在实际的M2M应用中,有些低移动性MTC设备(如电表等),设备的SAC、LAC或者,小区标识、RAI都比较固定,因此设备的SAC、LAC、小区标识或RAI可能就直接保存在HLR/HSS中;也就是说,当需要唤醒大量的低移动性设备时,可以直接从HLR/HSS获知到设备的SAC列表和LAC列表,或者,小区标识列表,或者,RAI列表。此时,相应的流程会有所简化,具体的,参见图5,包括以下步骤:
S501:同实施例一中的步骤S301
S502:CBC向HLR/HSS发送Identification Request,请求获取该GroupID中设备所在的SAC列表和LAC列表,或者,小区标识列表,或者,RAI列表;
S503:HLR/HSS向CBC返回Identification Response,响应中携带SAC标识列表和LAC标识列表,或者,小区标识列表,或者,RAI列表;
S504~S510:同实施例一中的步骤S306~S312。
实施例四
针对该实施例三所描述的情形,同样也可以采用类似实施例二的方式,即提供一个独立的网络实体MTC GW用于获取设备的区域信息,然后发送给CBC,由CBC向RNC发起广播请求。其中,该MTC GW所实现的所有功能都可以由MTCServer来完成。参见图6,具体的流程包括:
S601:同实施例二中的步骤S401
S602:MTC GW向HLR/HSS发送Identification Request,请求获取该GroupID中设备所在的SAC列表和LAC列表,或者,小区标识列表,或者,RAI列表;
S603:HLR/HSS向MTC GW返回Identification Response,响应中携带SAC标识列表和LAC标识列表,或者,小区标识列表,或者,RAI列表;
S604~S610:同实施例二中的步骤S406~S412。
实施例五
前述各实施例均以MTC设备附着在UMTS网络进行的介绍,在实际应用中,MTC设备也可以附着在EPS网络中,具体的实现方法与在UMTS网络中类似,只是具体涉及的网络实体以及详细的流程略有不同,下面对此进行介绍。
参见图7,该实施例五提供的方法包括以下步骤:
首先,该实施例五的前提是所有MTC设备已附着在EPS网络中,并且在图7中标识出了各网络实体间的接口,在该方案中,在CBC和HLR之间新增了Ccbs接口,其它接口复用现有的网络接口。
S701:MTC Server向CBC发送MTC请求消息,该MTC请求消息中携带MTC指示(MTC标志位或MTC标识等)、MTC Group ID、通信通知消息,还可以包括MTC指示信息和发起通信的随机化指示信息。该请求消息可以用短信息来发送。
其中,MTC指示信息用于指示指定区域内的MTC设备接受CBC发送广播消息,并且该MTC指示消息也可以在CBC中直接配置(如在Message ID中直接配置MTC Message ID,即在Message Identifier中的FFFF字段是用来定义新业务),或者由MTC的网元(如MTC GW,MTC Server)和CBC提前进行协商,如在CBS的Message ID和Message Type中定义MTC指示的相关信息,从而由MTC Server或MTC GW将该MTC指示信息发送给CBC。同理在实施例二、三、四、五、六、七、八中的MTC指示信息也可以采用同上所述的配置方法。
其中,发起通信的随机化指示信息用于指示该组内的MTC设备根据该发起通信的随机化指示信息获取随机接入时间,在该随机接入时间内与MTC服务器进行通信。对于该MTC请求消息的类型可以在Warning Type中0000100或者0000101-1111111进行定义。同理在实施例二、三、四、五、六、七、八中的MTC指示信息也可以采用同上所述的配置方法。
这里需要说明的是,由于一个SAI指示的区域内还可能包含有其他非MTC设备,如H2H设备等,向一个SAI指示的区域广播触发消息时,除了MTC设备能接收到该广播消息之外,其它非MTC设备也能接收到,但是,显然对于这些H2H设备而言,该请求消息是不需要接受的。如果H2H设备也接收该触发消息,也会进行一些处理,最终发现自己该消息并不需要,从而造成资源上的浪费。因此,为了避免这种情况的发生,在本发明的优选实施例中,还可以由MTCServer在发送MTC请求消息时,携带MTC指示,以此来指示该消息是发送给MTC设备的,当H2H设备接收到广播请求消息时,如果发现带有MTC指示,就可以不必接受该MTC请求,尽快地拒绝该请求,从而避免浪费的产生。
另外,由于一组中的设备的数目可能非常大,同时被触发时,如果同时向MTC Server发送数据,则可能会产生阻塞现象。例如,M2M系统的一个组中可能有亿万级别的设备,所以如果组中设备在接收到小区广播消息后,如果同时向网络发起会话请求,则该组中的所有设备同时接入网络后可能会引起的网络拥塞问题。为了解决该问题,还可以由MTC Server在发送MTC请求消息时,携带发起通信的随机化接入指示信息,这样,该组中的各设备在接受请求后,可以根据随机接入指示按照一定的算法来发起会话请求,以免拥塞的产生。
为方便描述,该实施例一以及后续各实施例中均假设MTC Server在发送的MTC请求消息中携带了MTC指示以及随机接入指示。
其中,对于该MTC请求消息中的通信通知消息、MTC指示信息以及发起通信的随机化接入指示信息也可以分别在CBS-Message-Information-Page n和CBS-Message-Information-Length n进行定义。其中,CBS-Message-Information-Length n表明具体的消息长度,CBS-Message-Information-Page n携带具体的通信通知消息、MTC指示信息以及发起通信的随机化接入指示信息。同理在实施例二、三、四、五、六、七、八中的MTC指示信息和也可以采用同上所述的配置方法。
S702:CBC接收到该请求消息后,向HLR/HSS发送Identification Request请求,请求中携带MTC Group ID,请求获取组中设备所在的MME标识列表。因为组中设备可以位于多个MME下,所以CBC可以从HLR/HSS中获取得到多个MME的标识。
该请求消息可以用MAP信令传输。在CBS协议(23041)中,CBC同其它网元(除RNC、MME之外)之间的接口以及其传输信令是没有定义的,并且由于HLR/HSS支持MAP协议,所以只需要使CBC支持MAP协议,从而就可以在CBC和HLR/HSS之间使用MAP信令;
S703:HLR/HSS向CBC返回Identification Response,响应中携带组中设备所在的MME标识列表;
S704:CBC向组中设备所在的MME发送Identification Request请求消息,请求获取组中设备所在的TAI列表或小区标识列表(如ECGI(E-UTRAN CellGlobal Identity)等),该请求消息可以使用SBc-AP协议发送。
S705:MME向CBC返回Identification Response,响应中携带组中的设备所在的TAI列表或小区标识列表;
S706:CBC向MME发送Write-Replace请求消息,该请求消息中携带组中设备所在的TAI列表或小区标识列表,MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;
实际上最终进行广播的是eNodeB,但是与UMTS系统中不同的是,CBC并不是直接将Write-Replace请求消息发送给相关的eNodeB,而是需要由MME进行转发;该请求消息使用SBc-AP协议;
S707:MME向eNodeB发送Write-Replace请求消息,该请求消息中携带TAI列表或小区标识列表,MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;该请求消息使用S1-AP协议;
S708:eNodeB向TAI或小区标识指示的区域中的所有UE发送SMSBroadcast Command,该消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息;
S709:eNodeB向MME返回Response-Success成功响应;
S710:MME向CBC返回Response-Success成功响应;
S711:区域内的设备在接收到该请求后,首先根据MTC指示信息进行解析,如果该设备为H2H设备,则拒绝接受该广播消息;如果是MTC设备,则接受该广播消息,并根据其内部存储的search list与接收到消息中MTC Group ID进行匹配,如果满足,则接受该请求消息;如果不满足,则不接受该请求消息
S712:MTC Device接受该请求消息,同时计算出该触发请求的具体内容以及随机接入时间;
S713:MTC Device根据随机接入时间向MTC Server发送Session Request。
实施例六
与前述实施例二相似,在EPS系统中,同样可以提供一个专门用于获取设备区域信息的网络实体MTC GW。
参见图8,该方案的前提是所有UE附着在EPS网络中。并且在该图8中增加了MTC GW,在该MTC GW上增加了获取MME和TAI标识的模块,同时,上述流程图中标识出了各网络实体之间的接口,即新增了MTC Server与MTC GW之间的接口MGi,MTC GW与HLR/HSS之间的接口MGc,MTC GW与MME之间的接口S-M2M,其他都复用网络实体之间现有的接口。同样,在该实施例中,MTC GW所实现的功能可以由MTC Server来完成。
S801:MTC Server向MTC GW发送MTC请求消息,该请求消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息,该请求消息可以用短信息来发送;
S802:MTC GW向HLR/HSS发送Identification Request请求消息,请求中携带MTC Group ID,请求获取该组中设备所属的MME标识列表;该请求消息使用MAP信令;
S803:HLR/HSS向MTC GW返回Identification Response响应,响应中携带该组中所有设备所属的MME标识列表;
S804:MTC GW在接收到组设备所述的MME标识后,向所述的MME发送Identification Request请求消息,请求消息中携带MTC Group ID,请求获取组中设备所述的TAI列表或小区标识列表,该请求采用Diameter协议;
S805:MME向MTC GW返回Identification Response,响应中携带组中设备所属的TAI列表或小区标识列表;
S806:MTC GW向CBC发送SMS请求消息,请求消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息示,同时携带TAI List或小区标识列表;该消息可以用短消息来发送;
可见,新增加的MTC GW用来完成以下三个功能:
1)向HLR/HSS获取Group ID指示的组设备所属的MME标识;
2)向MME中获取Group ID指示的组设备所属的区域标识;
3)向CBC发送请求消息,请求消息中携带MTC指示信息、MTC Group ID、通信通知消息以及发起通信的随机化接入指示信息,同时携带TAI List或小区标识;
S807~S814与步骤S706~S713相同,这里不再赘述。
实施例七
与实施例三相似,在EPS系统中,同样可能存在移动性较低的设备,此时,设备的区域信息TAI或小区标识就直接保存在HLR/HSS中,设备的TAI或小区标识比较固定,因此设备的TAI或小区标识可能就直接保存在HLR/HSS中;也就是说,当需要唤醒大量的低移动性设备时,可以直接从HLR/HSS获知到设备的TAI或小区标识,而不用再通过MME获知。此时,相应的流程会有所简化,具体的,参见图9,包括以下步骤:
S901:同实施例五中的步骤S701;
S902:CBC向HLR/HSS发送Identification Request,请求获取组中设备所在的TAI列表或小区标识列表;
S903:HLR/HSS向CBC返回Identification Response,响应中携带组中设备所在的TAI列表或小区标识列表;
S904~S911:同实施例五中的步骤S706~S713。
实施例八
同样的,在实施例七描述的情形下,也可以提供一个专门用于获取设备区域信息的网络实体MTC GW,用于获取设备的区域信息,然后发送给CBC,由CBC发起广播请求。参见图10,具体的流程包括:
S1001:同实施例六中的步骤S801
S1002:MTC GW向HLR/HSS发送Identification Request,请求获取该MTC Group ID中设备所在的TAI列表或小区标识列表;
S1003:HLR/HSS向MTC GW返回Identification Response,响应中携带所在的TAI列表或小区标识列表;
S1004~S1012:同实施例六中的步骤S806~S814。
综合以上实施例一、三、五、七提供的技术方案,参见图11,本发明实施例提供的触发一组MTC设备与MTC服务器进行通信的方法包括以下步骤:
S1101:接收机器类型通信MTC服务器发送的MTC请求消息,所述MTC请求消息中携带所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息;
S1102:获取所述一组MTC设备的区域信息;
S1103:向所述区域中的设备发送广播消息,所述广播消息中包括所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息。
其中,当所述一组MTC设备附着在UMTS网络中时,所述根据所述一组MTC设备所在组ID获取所述MTC设备所在区域的区域信息包括:
利用所述MTC设备所在组ID,向HLR/HSS获取所述MTC设备所在的SGSN列表;向所述MTC设备所在的SGSN获取所述MTC设备所在的跟踪区域码LAC列表及业务区域码SAC列表,或者,路由区域标识RAI列表,或者,小区标识列表;如果获取的是LAC列表及SAC列表,则还可以将所述一组MTC设备的PLMN ID及所述获取的LAC列表、SAC列表组合为所述MTC设备所在区域的SAI列表;或者
利用所述组ID,向HLR/HSS获取所述一组MTC设备所在区域的SAI列表、RAI列表或小区标识列表中的至少一个。
当所述一组MTC设备附着在EPS网络中时,所述根据所述MTC设备所在组ID获取所述MTC设备所在区域的区域信息包括:
利用所述MTC设备所在组ID,向HLR/HSS获取所述MTC设备所在的MME列表(也可以是SGSN);向所述MTC设备所在的MME获取所述MTC设备所在的TAI列表或小区标识列表,作为所述MTC设备所在区域的区域信息;或者
利用所述MTC设备所在组ID,向HLR/HSS获取所述MTC设备所在的TAI列表或小区标识列表,作为所述MTC设备所在区域的区域信息。
类似的,所述MTC请求消息还可以携带有MTC指示信息,以便所述CBC利用所述区域信息发起广播请求时,通过在广播请求中携带所述MTC指示信息,使得所述区域内的设备根据所述MTC指示确定是否需要接受所述请求,以免对区域内的H2H设备造成资源浪费。
所述MTC请求消息还可以携带发起通信的随机化指示信息,使得所述区域内的MTC设备根据所述发起通信的随机化指示信息向网络发起会话请求,以免在发起会话请求时造成网络拥塞;具体的,所述MTC设备可以根据所述发起通信的随机化指示获取随机接入时间,在所述随机接入时间与MTC服务器进行通信。
综合以上实施例二、四、六、八提供的技术方案,参见图12,本发明实施例提供的触发一组MTC设备与MTC服务器进行通信的方法包括以下步骤:
S1201:接收机器类型通信MTC服务器发送的MTC请求消息,所述MTC请求消息中携带所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息;
S1202:获取所述一组MTC设备的区域信息;
S1203:将所述区域信息、所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息发送到小区广播中心CBC,以便所述CBC向所述区域中的设备发送广播消息,所述广播消息中包括所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息。
其中,当所述一组MTC设备附着在UMTS网络中时,所述根据所述一组MTC设备所在组ID获取所述MTC设备所在区域的区域信息包括:
利用所述MTC设备所在组ID,向HLR/HSS获取所述MTC设备所在的SGSN列表;向所述MTC设备所在的SGSN获取所述MTC设备所在的跟踪区域码LAC列表及业务区域码SAC列表,或者,路由区域标识RAI列表,或者,小区标识列表;如果获取的是LAC列表及SAC列表,则还可以将所述一组MTC设备的PLMN ID及所述获取的LAC列表、SAC列表组合为所述MTC设备所在区域的SAI列表;或者
利用所述组ID,向HLR/HSS获取所述一组MTC设备所在区域的SAI列表、RAI列表或小区标识列表中的至少一个。
当所述一组MTC设备附着在EPS网络中时,所述获取所述一组MTC设备所在区域的区域信息包括:
利用所述MTC设备所在组ID,向HLR/HSS获取所述MTC设备所在的MME列表(也可以是SGSN);向所述MTC设备所在的MME获取所述MTC设备所在的TAI列表或小区标识列表,作为所述MTC设备所在区域的区域信息;或者
利用所述MTC设备所在组ID,向HLR/HSS获取所述一组MTC设备所在的TAI列表或小区标识列表,作为所述一组MTC设备所在区域的区域信息。
类似的,所述MTC请求消息还可以携带有MTC指示信息,以便所述CBC利用所述区域信息发起广播请求时,通过在广播请求中携带所述MTC指示信息,使得所述区域内的设备根据所述MTC指示确定是否需要接受所述请求,以免对区域内的H2H设备造成资源浪费。
所述MTC请求消息还可以携带发起通信的随机化指示信息,使得所述区域内的MTC设备根据所述发起通信的随机化指示信息向网络发起会话请求,以免在发起会话请求时造成网络拥塞;具体的,所述MTC设备可以根据所述发起通信的随机化指示获取随机接入时间,在所述随机接入时间与MTC服务器进行通信。
综上以上各个实施例,从MTC设备的角度出发,本发明实施例还提供了一种与MTC服务器进行通信的方法,参见图13,该方法包括以下步骤:
S1301:接收小区广播中心CBC广播的广播消息,所述广播消息中包括所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息;
其中,所述CBC通过以下方式获取广播请求的区域信息并进行广播:接收MTC服务器发送的携带有一组MTC设备的组ID及对所述一组MTC设备的通信通知消息的MTC请求消息;获取所述一组MTC设备的区域信息,利用所述区域信息发起小区广播请求;或者,
接收MTC网关发送的所述一组MTC设备所在区域的区域信息、所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息,利用所述区域信息发起小区广播请求;其中,所述MTC网关通过以下方式获取所述区域信息:接收MTC服务器发送的携带有所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息的MTC请求消息,获取所述一组MTC设备的区域信息。
S1302:根据所述广播消息中的内容与MTC服务器进行通信。
其中,M广播消息中还携带有MTC指示信息,MTC设备根据所述MTC指示接受所述广播请求,并与MTC服务器进行通信。
广播请求中还可以携带有发起通信的随机化指示信息,MTC设备根据发起通信的随机化指示信息获取随机接入时间,在所述随机接入时间与MTC服务器进行通信。
与本发明实施例提供的与MTC服务器进行通信的方法相对应,本发明实施例还提供了一种MTC设备,参见图14,该MTC设备包括以下单元:
接收单元1401,用于接收小区广播中心CBC广播的广播消息,所述广播消息中包括所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息;
通信单元1402,用于根据所述广播消息中的内容与MTC服务器进行通信;
其中,所述CBC通过以下方式获取广播请求消息的区域信息并进行广播:接收MTC服务器发送的携带有一组MTC设备的组ID及对所述一组MTC设备的通信通知消息的MTC请求消息;获取所述一组MTC设备的区域信息,利用所述区域信息发起小区广播请求;或者,
接收MTC网关发送的所述一组MTC设备所在区域的区域信息、所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息,利用所述区域信息发起小区广播请求;其中,所述MTC网关通过以下方式获取所述区域信息:接收MTC服务器发送的携带有所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息的MTC请求消息,获取所述一组MTC设备的区域信息。
其中,参见图15,广播消息中还携带有MTC指示信息,通信单元1402包括:
判断子单元14021,用于根据所述MTC指示信息接受所述广播请求,并与MTC服务器进行通信。
广播消息中还携带有发起通信的随机化指示信息,通信单元1402包括:
接入时间获取子单元14022,用于根据所述发起通信的随机化指示信息获取随机接入时间,在所述随机接入时间与MTC服务器进行通信。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,包括如下步骤:接收机器类型通信MTC服务器发送的MTC请求消息,所述MTC请求消息中携带所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息;获取所述一组MTC设备的区域信息;将所述区域信息、所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息发送到小区广播中心CBC,以便所述CBC向所述区域中的设备发送广播消息,所述广播消息中包括所述一组MTC设备的组ID及对所述一组MTC设备的通信通知消息。所述的存储介质,如:ROM/RAM、磁碟、光盘等。
以上对本发明所提供的触发一组MTC设备与MTC服务器通信的方法及MTC网关设备,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。