Mtc终端群组的管理方法、管理系统和网络侧设备的制造方法_4

文档序号:8226515阅读:来源:国知局
移动性统计信息选择所述至少一个终端、根据所述MTC终端群组中每个终端对应的群组稳定性选择所述至少一个终端、选择与基站之间的距离小于或等于预定距离的终端作为所述至少一个终端、选择处于所述MTC终端群组中心的终端作为所述至少一个终端。
[0073]在该技术方案中,根据MTC终端群组中每个终端的功耗特性选择作为中继设备的至少一个终端的方式可以是选择能量较多、预期工作时间较长的终端作为上述至少一个终端;根据MTC终端群组中每个终端的移动性统计信息选择作为中继设备的至少一个终端的方式可以是选择移动性较弱的终端作为上述至少一个终端;根据MTC终端群组中每个终端对应的群组稳定性选择作为中继设备的至少一个终端的方式可以是选择群组稳定性较高的终端作为上述至少一个终端,其中,在终端改变群组的频度较低时,认为终端的群组稳定性较高。
[0074]在上述技术方案中,优选地,还包括:根据所述MTC终端群组所处理的业务类型,确定在需要传输所述管理信息时对网络资源的使用优先级。具体地,若MTC终端群组在处理涉及公共安全、个人健康等比较重要的业务时,网络侧设备可以优先使用网络资源传输对MTC终端群组的管理信息。
[0075]图4示出了根据本发明的另一个实施例的适用于网络侧设备的MTC终端群组的管理系统的示意框图。
[0076]如图4所示,根据本发明的另一个实施例的适用于网络侧设备的MTC终端群组的管理系统400,包括:选择单元402,用于选择MTC终端群组中能够作为中继设备的至少一个终端;通知单元404,用于将所述MTC终端群组的管理信息通知给所述至少一个终端,以使所述至少一个终端将所述管理信息转发至所述MTC终端群组中的其他终端。
[0077]在该技术方案中,通过选择能够作为中继设备的至少一个终端,进而将管理信息通知给选择出的至少一个终端,以使该至少一个终端将管理信息转发至MTC终端群组中的其他终端,同样可以实现在网络侧对MTC终端群组的管理控制,同时也不需要对MTC终端大量改动,不仅实现了对MTC终端群组的高效率管理,而且符合降低MTC设备成本的要求。其中,网络侧设备可以是MME (Mobility Management Entity,移动性管理实体)。
[0078]在上述技术方案中,优选地,还包括:设置单元406,用于在传输所述管理信息的系统信息块中设置用于标识所述管理信息的生存周期的时限参数,以供所述至少一个终端根据所述时限参数确定是否已接收过所述管理信息。
[0079]在该技术方案中,通过在传输管理信息的系统信息块中设置时限参数,使得作为中继设备的至少一个终端能够根据时限参数确定是否已经接收到管理信息,避免了作为中继设备的至少一个终端多次将同一管理信息转发至其他终端而影响对MTC终端群组的管理。
[0080]在上述技术方案中,优选地,所述选择单元402选择所述至少一个终端的方式包括以下至少之一或多个的组合:选择所述MTC终端群组中具有D2D能力和/或MTC网关能力的终端作为所述至少一个终端、根据所述MTC终端群组中每个终端的功耗特性选择所述至少一个终端、根据所述MTC终端群组中每个终端的移动性统计信息选择所述至少一个终端、根据所述MTC终端群组中每个终端对应的群组稳定性选择所述至少一个终端、选择与基站之间的距离小于或等于预定距离的终端作为所述至少一个终端、选择处于所述MTC终端群组中心的终端作为所述至少一个终端。
[0081]在该技术方案中,根据MTC终端群组中每个终端的功耗特性选择作为中继设备的至少一个终端的方式可以是选择能量较多、预期工作时间较长的终端作为上述至少一个终端;根据MTC终端群组中每个终端的移动性统计信息选择作为中继设备的至少一个终端的方式可以是选择移动性较弱的终端作为上述至少一个终端;根据MTC终端群组中每个终端对应的群组稳定性选择作为中继设备的至少一个终端的方式可以是选择群组稳定性较高的终端作为上述至少一个终端,其中,在终端改变群组的频度较低时,认为终端的群组稳定性较高。
[0082]在上述技术方案中,优选地,还包括:确定单元408,用于根据所述MTC终端群组所处理的业务类型,确定在需要传输所述管理信息时对网络资源的使用优先级。具体地,若MTC终端群组在处理涉及公共安全、个人健康等比较重要的业务时,网络侧设备可以优先使用网络资源传输对MTC终端群组的管理信息。
[0083]本发明还提出了一种网络侧设备(图中未示出),包括:如图2中所示的MTC终端群组的管理系统200和/或如图4中所示的MTC终端群组的管理系统400。其中,网络侧设备可以是MME。
[0084]以下结合图5和图6详细说明本发明的技术方案。
[0085]本发明提出的MTC终端群组的管理方案主要借助于RAN侧技术来实现,具体可分为以下两个方案:
[0086]方案一:
[0087]基于系统信息广播增强的RAN侧MTC终端群组管理机制。如图5所示,该机制不需要增加新的物理层信道和逻辑信道,但是需要在广播信道的系统信息SI中引入新的SIB。该系统信息块针对某一个或者一簇基站覆盖下的MTC终端群组传输管理信息。
[0088]所引入的新的SIB中包括了可以直接或者间接地与MTC群组对应的信息索引。其中,直接信息索引包括群组的标识,间接信息索引可以使任何可以由MTC群组的部分或所有MTC终端经过演算后得到的与该MTC终端群组对应的显性或者隐性参数,如特定的时频资源块等。
[0089]该方案引入在网络侧如MME处对群组管理的信息,结合网络拓扑结构进行加工。比如,MME借助相关的群管理实体,判断这些群组中的终端目前处于哪些小区的覆盖之下,从而决定哪些小区需要收到这些信息。
[0090]该方案引入MME新的处理流程和Sl-MME的信令消息。比如,MME将这些信息通过Sl-MME消息(可以是在3GPP 36.413已经定义的消息中加入新的信息元素或者定义新的Sl-MME消息)来实现该目的。根据信息的保密性和是否需要eNB(基站)解读,可以选择经过NAS层加密后通过Sl-MME传输,或者不加密直接以SlAP控制消息进行传输,允许eNB对信息元素进行解决或者进一步的修改。
[0091]具体地,如图5所示,核心网实体(Core Network Entity),如MME对MTC集群控制信息进行收集、按组加工之后,分配到eNB/cell (小区),并作为系统信息传输至MTC终端群组(Group X)中的终端。核心网实体可以是EPC(Evolved Packet Core,4G核心网络)实体。
[0092]方案二:
[0093]基于D2D/MTC网关中继的RAN侧MTC群组管理机制。如图6所示,在该机制中,网络节点如MME或者eNB,若预知MTC终端群组中的设备具有D2D能力/MTC网关能力,则可以选择群组中的部分MTC终端作为群组控制和数据信息的第一批通信对象,将MTC终端群组的标识告知所选择的终端,以便控制信息能够到达所有需要到达的MTC终端群组中的MTC终端。
[0094]由于该机制可能需要分布式的信息分发,需要MTC终端能够识别所收到的信息是否为已经收到过的信息。因此,需要在发布的信息块中包括诸如生存周期之类的时限参数。同时,该机制需要依赖于群组内的信任机制,即假定MTC终端是互相信任的。对于不支持D2D技术的MTC终端,可以由MTC终端中的某一个网关节点把信息转发该MTC终端。
[0095]该方案引入网络侧对终端行为的判断和匹配机制。比如,MME(也可以是经过增强的eNB)根据MTC群组中的D2D能力和/或MTC网关能力,选择单播传输控制信息的MTC终端。选择该MTC终端的准则也可以包括但不限于终端的省电特性设施、移动性统计信息、群组稳定性(是否有频繁改变群组管理的统计信息)等。
[0096]该方案引入D2D中继节点的选择机制。选择的标准可以基于无线覆盖状况,比如,离宏基站比较近的终端优先选择为第一批的信息转发节点,或者处于群组中心(无论距离宏基站较远或较近)的节点也可以作为第一批的信息转发节点。该方案也适合不支持D2Drelay,但是借助MTC网关设备进行信息分发的MTC群组。所选择的终端也可以不限于MTC群组或终端的D2D能力/MTC网关能力,对于此类终端的选择,可能是基于利用应用层技术或者其他技术从MTC服务提供者处得到相应的信息。
[009
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1