一种终端的控制方法与装置

申请号 CN200910171174.3 申请日 2009-09-09 公开(公告)号 CN102026156A 公开(公告)日 2011-04-20
申请人 华为技术有限公司; 发明人 郭小龙; 周进怡;
摘要 本 发明 实施例 提供了一种终端的控制方法与装置,所述方法包括:存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;向网络 节点 传递所述终端的MTC特征信息。本发明实施例的方法与装置,提供了在M2M通信的场景下,MTC特征信息的传递方法以及对终端的控制方法。该方法通过在网元之间传递终端的MTC特征信息,可以使终端和网络侧实现MTC特征信息的同步,并使网络侧根据该MTC特征信息实现对终端的有效管理,节约了网络资源。
权利要求

1.一种终端的控制方法,其特征在于,所述方法包括:
存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;
向网络节点传递所述终端的MTC特征信息。
2.根据权利要求1所述的方法,其特征在于,所述存储终端的MTC特征信息包括:
在核心网节点存储终端的MTC特征信息;和/或
在所述终端中存储所述终端的MTC特征信息。
3.根据权利要求1所述的方法,其特征在于,所述存储终端的MTC特征信息包括:
根据终端的业务类别建立索引,对应于每个索引值存储每一业务类别的MTC特征信息集合。
4.根据权利要求3所述的方法,其特征在于,
所述向网络节点传递所述终端的MTC特征信息还包括:根据所述索引查找对应业务类别的MTC特征信息集合,向网络节点传递所述对应业务类别的MTC特征信息集合。
5.根据权利要求1所述的方法,其特征在于,所述向网络节点传递所述终端的MTC特征信息包括以下传递方式的一种或多种组合:
将所述终端的MTC特征信息在核心网节点之间进行传递;
将所述终端的MTC特征信息由核心网节点传递给所述终端;
将所述终端的MTC特征信息由核心网节点传递给接入网节点;
将所述终端的MTC特征信息在接入网节点之间进行传递;
将所述终端的MTC特征信息由所述终端传递给核心网节点和/或接入网节点;
将所述终端的MTC特征信息通过接入网关在所述终端和核心网节点或者接入网节点之间进行转发。
6.根据权利要求5所述的方法,其特征在于,所述将所述终端的MTC特征信息由核心网节点传递给所述终端包括:
对所述MTC特征信息中的MTC属性进行增加或删减,将增加或删减后的MTC特征信息传递给所述终端;和/或
对所述MTC特征信息中的MTC属性所对应的参数进行赋值,将赋值后的MTC特征信息传递给所述终端。
7.根据权利要求1-6中任意一项权利要求所述的方法,其特征在于,所述MTC特征信息包括以下一种或多种属性的组合:
属性1:区域限制,所述区域限制为所述终端移动的区域范围;属性2:移动速度,所述移动速度表示所述终端的移动速度;属性3:移动发起,所述移动发起表示是否允许所述终端发起接入;属性4:移动终结,所述移动终结表示关于网络侧发起对所述终端的业务;属性5:接入时延敏感度,所述接入时延敏感度表示所述终端是否对接入时延敏感;属性6:终结时延敏感度,所述终结时延敏感度表示所述终端是否对终结时延敏感;属性7:是否支持电路交换;属性8:数据速率,所述数据速率表示关于所述终端收发数据的速率;属性9:基于组,所述基于组表示所述终端是否属于组成员;属性
10:是否支持连接高可靠性,所述连接高可靠性表示所述终端需要保持所述终端与网络的连接;属性11:是否支持异常检查需求。
8.根据权利要求7所述的方法,其特征在于,所述区域限制属性的参数值包括:限制区域列表;所述对所述终端进行控制包括:
为终端分配的跟踪区域列表小于所述限制区域列表;或
在跟踪区域列表与限制区域列表的交集中对所述终端进行寻呼;或
根据所述限制区域列表的顺序确定终端的移动区域,在确定的区域内对所述终端进行寻呼。
9.根据权利要求7所述的方法,其特征在于,所述移动速度属性的参数值包括:速度范围;所述对所述终端进行控制包括:
根据所述速度范围为所述终端分配跟踪区域列表。
10.根据权利要求7所述的方法,其特征在于,所述移动发起属性的参数值包括:支持或不支持呼叫发起,在支持呼叫发起时所述参数值还包括:呼叫发起时间、支持的呼叫发起信令以及呼叫发起接入的网络类型中的一个或多个参数;
所述对所述终端进行控制包括:根据所述呼叫发起参数值对所述终端的随机接入过程进行相应控制。
11.根据权利要求7所述的方法,其特征在于,所述移动终结属性的参数值包括:支持或不支持呼叫终结,在支持呼叫终结时还包括呼叫终结时间;所述对所述终端进行控制包括:
当不支持呼叫终结时,不对所述终端进行寻呼;或控制所述终端不执行周期性位置更新过程;或不给所述终端设置移动可达定时器MRT;
当支持呼叫终结时,控制所述终端在呼叫终结时间之外的时间关闭接收机。
12.根据权利要求7所述的方法,其特征在于,所述接入时延敏感度属性的参数值包括:接入允许时延;所述对所述终端进行控制包括:
根据所述接入允许时延,控制所述终端根据网络的负载情况进行接入。
13.根据权利要求7所述的方法,其特征在于,所述终结时延敏感度属性的参数值包括:终结允许时延;所述对所述终端进行控制包括:
根据所述终结允许时间以及网络负载情况对终端进行寻呼控制。
14.根据权利要求7所述的方法,其特征在于,所述是否支持电路交换属性的参数值包括:支持或不支持电路交换;所述对所述终端进行控制包括:
当不支持电路交换时,控制终端取消与电路交换有关的过程。
15.根据权利要求7所述的方法,其特征在于,所述数据速率属性的参数值包括:数据速率范围;所述对所述终端进行控制包括:
当数据速率小于设定限时,控制所述终端与网络使用控制面来进行数据收发;否则采用用户面进行数据收发。
16.根据权利要求7所述的方法,其特征在于,所述基于组属性的参数值包括:组标识;所述对所述终端进行控制包括:
网络根据组信息对终端进行组计费。
17.根据权利要求7所述的方法,其特征在于,所述是否支持连接高可靠性属性的参数值包括:支持或不支持高可靠性;所述对所述终端进行控制包括:
当支持高可靠性时,网络保持终端的连接。
18.根据权利要求7所述的方法,其特征在于,所述是否支持异常检查需求属性的参数值包括:支持或不支持异常检查;
当支持异常检查时,根据异常检查需求信息进行终端异常的判断和处理。
19.一种核心网节点,其特征在于,所述核心网节点包括:
存储单元,用于存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;
发送单元,用于向网络节点传递所述终端的MTC特征信息。
20.根据权利要求19所述的核心网节点,其特征在于,所述存储单元包括:
第一存储单元,用于根据每个终端的标识,为每个终端分别存储对应的MTC特征信息;和/或
第二存储单元,用于根据终端的业务类别建立索引,为每一业务类别存储MTC特征信息集合。
21.根据权利要求19所述的核心网节点,其特征在于,所述发送单元包括以下其中之一或任意组合:
第一发送单元,用于向其它核心网节点发送所述终端的MTC特征信息;
第二发送单元,用于向接入网节点发送所述终端的MTC特征信息;
第三发送单元,用于向终端发送所述终端的MTC特征信息。
22.根据权利要求21所述的核心网节点,其特征在于,
所述第一发送单元,还用于将所述MTC特征信息进行修改之后发送给相应的终端,所述修改包括对所述MTC特征信息中的MTC属性进行增加或删减,以及对所述属性的参数值进行修改。
23.根据权利要求19所述的核心网节点,其特征在于,所述核心网节点还包括:
获取单元,用于获取所述终端的MTC特征信息,将所述MTC特征信息发送给所述存储单元。
24.根据权利要求23所述的核心网节点,其特征在于,所述获取单元包括:
第一获取单元,用于从其它核心网节点获取所述终端的MTC特征信息;或第二获取单元,用于从所述终端获取该终端的MTC特征信息。
25.一种终端,其特征在于,所述终端包括:
存储单元,用于存储所述终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;
发送单元,用于将存储的所述MTC特征信息发送给核心网节点和/或接入网节点。
26.根据权利要求25所述的终端,其特征在于,
所述存储单元,用于根据终端的业务类别建立索引,为每一业务类别存储MTC特征信息集合;
所述发送单元,用于将所述索引值发送给核心网节点和/或接入网节点。
27.根据权利要求25所述的终端,其特征在于,所述终端还包括:
获取单元,用于从核心网节点获取所述终端的MTC特征信息,将所述MTC特征信息发送给所述存储单元。
28.一种接入网节点,其特征在于,所述接入网节点包括:
获取单元,用于从核心网节点或终端或其他接入网节点获取终端的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;
发送单元,用于将获取的所述终端的MTC特征信息发送给所述终端和/或其他接入网节点。
29.一种接入网关,其特征在于,所述接入网关包括:
接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;
发送单元,用于将所述终端存储的MTC特征信息发送给核心网节点;
或者
所述接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;
所述发送单元,用于将所述终端存储的MTC特征信息发送给接入网节点;
或者
所述接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;
所述发送单元,用于将所述终端存储的MTC特征信息发送给核心网节点和接入网节点;
或者
所述接收单元,用于接收核心网节点存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;
所述发送单元,用于将所述核心网节点存储的MTC特征信息发送给相应的终端。

说明书全文

一种终端的控制方法与装置

技术领域

[0001] 本发明涉及通信技术领域,特别涉及一种终端的控制方法与装置。

背景技术

[0002] 在基于H2H(Human to Human,人到人)的移动通信网络中,网络假定所管理的终端设备,如:用户设备(User Equipment,UE)、移动终端(Mo bile Station,MS)都是面向用户的(即:使用这些UE/MS的使用者都是人)。 从网络管理的度来看,这些终端设备具有很多相似性。 比如:UE/MS都具有移动性(人携带UE/MS进行移动)、UE/MS可能在任何时间附着到网络(用户可以在任何时刻开机)、UE/MS都能够发送/接收大量连续的数据(如:语音流,用户通过UE/MS通话)等等。
[0003] 但是,在基于M2M(Machine to Machine,机器到机器)的移动通信网络中,网络所管理的终端设备不一定是面向人的,也可能是各种各样的机器设备,如:自动售货机/电表、家庭网关等。相对于传统移动通信网络中的UE/MS,这些机器设备有很大的不同,比如:对于自动售货机,通常不会出现大量连续语音数据的情况;对于水/电表,可能只有在特定时刻、或在响应网络查询时才会发送数据;对于家庭网关,通常不会发生移动。
[0004] 在M2M领域,“MTC”(Machine Type Communications)就是面向机器的通信;“MTC终端”就是能够进行MTC通信的UE;“MTC服务器”就是能够提供MTC服务的网络实体。
[0005] 由于MTC终端与面向用户的UE/MS存在很大的不同,因此可能引起网络在管理上的巨大差异。 简而言之,就是由于被管理者(机器设备、面向用户的UE/MS)之间具有不同的特征,使得管理者(移动通信网络)需要基于这些不同的特征来进行管理,才能够实现网络资源的优化。
[0006] 然而,目前的移动通信网络仅对MTC终端的特征有一些初步的分类,而没有对这些MTC终端的特征信息的明确定义,更没有针对这些特征信息的传递方法,网络中的各个网元无法获得MTC终端的特征信息。 因此,当在移动通信网络中引入M2M后,网络无法基于M2M终端的不同特征来进行管理,从而无法实现网络资源优化。

发明内容

[0007] 本发明实施例提供一种终端的控制方法与装置,使终端的MTC特征信息能够在网元之间传递。
[0008] 一方面,本发明实施例提供一种终端的控制方法,所述方法包括:存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;向网络节点传递所述终端的MTC特征信息。
[0009] 一方面,本发明实施例还提供一种核心网节点,所述核心网节点包括:存储单元,用于存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;发送单元,用于向网络节点传递所述终端的MTC特征信息。
[0010] 一方面,本发明实施例还提供一种终端,所述终端包括:存储单元,用于存储所述终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;发送单元,用于将存储的所述MTC特征信息发送给核心网节点和/或接入网节点。
[0011] 一方面,本发明实施例还提供一种接入网节点,所述接入网节点包括:获取单元,用于从核心网节点或终端或其他接入网节点获取终端的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;发送单元,用于将获取的所述终端的MTC特征信息发送给所述终端和/或其他接入网节点。
[0012] 一方面,本发明实施例还提供一种接入网关,所述接入网关包括:接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;发送单元,用于将所述终端存储的MTC特征信息发送给核心网节点;或者所述接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元,用于将所述终端存储的MTC特征信息发送给接入网节点;或者所述接收单元,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元,用于将所述终端存储的MTC特征信息发送给核心网节点和接入网节点;或者所述接收单元,用于接收核心网节点存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元,用于将所述核心网节点存储的MTC特征信息发送给相应的终端。
[0013] 本发明的有益效果在于:本实施例的方法通过在网元之间传递MTC终端的MTC特征信息,可以使MTC终端和网络侧实现MTC特征信息的同步,并使网络侧根据该MTC特征信息实现对MTC终端的有效管理,节约了网络资源。附图说明
[0014] 图1为本发明实施例1的原理示意图;
[0015] 图1a为本发明实施例1的终端控制方法整体流程图
[0016] 图2为本发明实施例1的一种信息传递流程示意图;
[0017] 图3为本发明实施例2的第一种具体实现方法示意图;
[0018] 图4为本发明实施例2的第二种具体实现方法示意图;
[0019] 图5为本发明实施例2的第三种具体实现方法示意图;
[0020] 图6为本发明实施例3的第一种具体实现方法示意图;
[0021] 图7为本发明实施例3的第二种具体实现方法示意图;
[0022] 图8为本发明实施例4的第一种具体实现方法示意图;
[0023] 图9为本发明实施例4的第二种具体实现方法示意图;
[0024] 图10为本发明实施例5的第一种具体实现方法示意图;
[0025] 图11为本发明实施例5的第二种具体实现方法示意图;
[0026] 图12为本发明实施例5的第三种具体实现方法示意图;
[0027] 图13为本发明实施例5的第四种具体实现方法示意图;
[0028] 图14为本发明实施例6的第一种具体实现方法示意图;
[0029] 图15为本发明实施例6的第二种具体实现方法示意图;
[0030] 图16为本发明实施例7中MTC网关与网络交互MTC特征信息的流程图一;
[0031] 图17为本发明实施例7中MTC网关与网络交互MTC特征信息的流程图二;
[0032] 图18为本发明实施例7的第一种具体实现方法示意图;
[0033] 图19为本发明实施例8的系统原理图;
[0034] 图20为本发明实施例8的一种核心网节点的功能框图
[0035] 图21为本发明实施例8的一种终端的功能框图;
[0036] 图22为本发明实施例8的一种接入网节点的功能框图;
[0037] 图23为本发明实施例8的一种接入网关的功能框图。

具体实施方式

[0038] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。 基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0039] 本发明实施例对MTC特征信息进行了具体定义和描述,并提供了全面的MTC特征信息的传递方法,使核心网节点能够基于得到的MTC特征信息对MTC终端进行有效的管理,节约网络资源;终端根据MTC特征信息也能对自身的能进行设置,以配合核心网的控制和管理。 以下为几种MTC特征的举例:
[0040] 移动性特征:体现了MTC终端是否会进行移动、以及移动的频率、程度和方式等的特征。移动性特征可能进一步划分为:无移动性特征(静止)、低移动性特征、高移动性特征等。 针对移动性特征的不同,网络可有差别的进行管理,如:不进行移动性管理(如:针对静止的MTC终端)、进行有限的移动性管理(如:不使用漫游相关功能)、进行不同频率的移动性管理(如:针对低移动性特征的设备,降低进行移动性管理流程的频率)等等。
[0041] 时间受控特征:体现了MTC终端基于时间的行为特征。比如:在特定时间的数据传输、在特定时间的接入、在特定时间的寻呼等。 针对时间受控特征的不同,网络可有差别的进行管理,如:针对MTC终端数据传输的时间受控特征,网络能够更合理的进行资源分配;针对MTC终端寻呼的时间受控特性,网络可避免产生不必要的寻呼,MTC终端也可以避免不必要的寻呼信道监听等等。
[0042] 数据传输特征:体现了MTC终端在数据传输量、数据传输方向、数据传输方式等的特征。 比如根据数据传输量可分成:高数据传输量设备(如:传输语音等多媒体数据)、低数据传输量设备(如:仅传输少量关键信息);根据数据传输方向可分为:双向数据传输设备、仅可接收数据设备和仅可发送数据设备等;根据数据传输方式的不同可分为:通过信令传输设备、单承载传输设备、多承载传输设备等。 显然,网络针对具有不同数据传输特征的MTC终端使用不同的处理方式,可达到资源优化的目的,比如:对于仅可发送数据设备,网络不会向其发送数据;对于低数据传输量设备,网络可在信令消息中携带数据,而无需建立专的承载等。
[0043] 本发明实施例的MTC特征信息一般包含两个部分,第一部分为MTC属性,第二部分为该MTC属性包含的参数值。 以下为一些属性以及参数值举例。 其中括号前的为属性名称,括号中的为参数值。 可选地,属性名称可能为其它名称,只要代表的意义一致,都属于权利要求数的保护范畴;包含的参数在实际应用中也可能只使用部分而不是全部。
[0044] 属性<1>、区域限制limited region(area list,no limitation),表示MTC终端是否只能在有限区域内移动,“area list”表示MTC终端只能在有限区域内移动,并且取值为该终端的限制区域。 如:{cell 1,cell2,cell3},表示MTC终端只能在cell1,cell2和cell3区域内移动;{TA1,TA2}表示MTC终端只能在TA1和TA2区域内移动,如果MTC终端出了该区域,可能导致不能被服务等情况发生。 “No limitation”表示MTC终端没有区域限制。 对该属性可能的优化是,给MTC终端分配的TA list小于限制区域,或者寻呼时,在TA list与限制区域的交集中进行寻呼,这样减少寻呼开销。 甚至可能还包括ranked area list参数,表示顺序的区域列表,如{cell 1,cell2,cell3}表示MTC终端先进入cell1后会再进入cell2,然后再进入cell3,而不会从cell1直接进入cell3或其他区域。使用该方法可以使得网络根据区域限制信息来对MTC终端做寻呼优化,如只在特定的区域寻呼MTC终端,如在area list或者对顺序的区域列表中的某个区域寻呼;如UE的顺序区域列表为{cell 1,cell 2,cell 3},如果UE在cell2发起过接入,那么在后面寻呼中网络可以只寻呼{cell 2,cell 3}区域,因为MTC终端不可能再返回cell 1。
[0045] 属性<2>、移动速度Speed(high,middle,low,stationary),表示MTC终端的移动速度,是“高速”还是“中速”还是“低速”或者是“静止”,所谓“高速” “中速”需要定义一定的速度范围,如大于100km/h的属于“高速”,“30km/h-100km/h”的属于“中速”等。根据不同速度,网络可以分配不同的TA list,如高速的MTC终端分配较大的TA list,低速的分配较小的TA list,这样能够达到TAU和寻呼的一个开销平衡。而对于静止的MTC终端,可能有更多的优化。 当然也可能是具体的速度作为参数。
[0046] 属 性 <3>、 呼 叫 发 起 MO(no,predefined time(CP specific(time),UPspecific(time)),any time),表示MTC终端是否允许发起接入(类似主叫),no表示不允许MTC终端发起接入,“predefined time”表示只允许在规定时间发起接入,如每天的1:00-2:00之间,或者特定的某时刻如2009.8.20日的1:00发起接入。 其中可能还继续分类为某信令在规定时间发起接入,如某时间或某时间段发起attach或service request;也可能分类为某用户面或控制面在规定时间发起接入,如某时间或时间段发起到某APN或PDN连接的接入。 “Any time”表示任何时间都允许MTC终端接入网络。 使用该方法,可作的优化如:如果MTC终端的MO属性(即取值)为”no”,即不支持MTC终端主动发起接入,那么MTC终端可以没有随机接入过程和其他接入过程程序,简化终端。
[0047] 属 性 <4>、 呼 叫 终 结 MT(no,predefined time(CP specific(time),UPspecific(time)),any time),和上面唯一的不同是MT表示MTC终端的终结;即网络发起对MTC终端的业务(寻呼MTC终端,类似被叫)。 使用该方法,可作的优化如:如果MTC终端的MT属性为“no”,即MTC终端只能发起MO,网络无法寻呼MTC终端,那么MTC终端可以不执行周期性位置更新过程,网络也不会给MTC终端设置MRT(Mobile Reachable Timer,移动可达定时器)定时器。 如果MTC终端的MT属性为“predefined time”,则MTC终端在预定时间以外可以关闭接收机(因为没有寻呼发生),达到省电的目的。
[0048] 属性<5>、接入时延敏感度Access delay tolerance(yes,no,tolerance time),表示MTC终端是否在接入时时延不敏感的。Yes表示MTC终端在接入时是时延不敏感的,即MTC终端的业务并不紧急,在过一段时间再接入也无所谓。 No表示MTC终端在接入时是时延敏感的,即有业务时需要尽快接入。 Tolerance time表示只要在一段时间内接入就可以;如tolerance time=1小时,表示MTC终端有业务时可以延迟一小时内任何时间成功接入就可以。 这样,如果MTC终端时延不敏感,那么如果网络拥塞时,MTC终端可以延迟接入,避免网络进一步拥塞。
[0049] 属性<6>、终结时延敏感度Termination delay tolerance(yes,no,tolerance time),和属性5类似,表示终结MTC终端时是否对时延不敏感。如果MTC终端对终结时延不敏感(即Termination Delay Tolerance的属性值为“yes”),则当有下行寻呼到达时,网络可以推迟寻呼(如当前网络负载较高),以进行合理资源调度。
[0050] 属性<7>、是否支持电路交换CS(yes,no),表示是否支持CS(Circuit Switched,电路交换),yes表示支持,no表示不支持(即只有PS,分组交换)。 如果MTC终端不支持CS,那么所有和CS有关的过程(如CSFB)都可以简略不实现。
[0051] 属性<8>、数据速率Data rate(no limitation,10k/s,1k/s…),表示数据速率,没有限制或者1kbps-10kbps范围,或者其它值。 根据MTC的数据速率规定,如果速率小于一定门限,MTC终端与网络的数据收发可以使用控制面来进行,而不用建立用户面连接。
[0052] 属性<9>、基于组Group Based(no,group id(same location,same user,same feature)),表示是否属于某个组成员,no表示该MTC终端不属于任何组,“group id”表示MTC终端属于“group id”标识的组,“same location”表示该组因为处于相同区域才形成的组;same user表示该组因为属于同一用户才形成的组;“same feature”表示该组因为具有相同特性才形成的组。 根据组的属性,网络可以进行组计费(而不是分别计费)等众多优化。
[0053] 属性<10>、是否支持连接高可靠性High Availability(no,yes),表示该MTC终端是否是连接高可靠性的,no表示不是,yes表示是高可靠性。如果MTC终端要求高可靠性,则网络需要保持MTC终端的连接,不能轻易释放该连接。
[0054] 属性<11>、是否支持异常检查需求Theft/Vandalism Vulnerable(no,yes),表示MTC终端是否有要求防盗/破坏等异常检查的需求,no表示无此需求,yes表示有需求,这样如果该终端被盗或者被滥用,网络将进行检查,如果证实被盗/滥用,网络可能会进行防治工作,如删除MTC终端的签约。
[0055] 通过以上的属性,一个MTC的特性和网络的优化就确定下来了。 表1为一个MTC终端(如路的电子监视系统)的属性:
[0056] 表1
[0057]limited region {Cell1,cell2}
Speed Stationary
MO No
MT Any time
Access delay tolerance Yes
Termination delay tolerance Yes
CS No
Data rate 1kbps
Group Based Group id(same user)
High Availability No
Theft/Vandalism Vulnerable Yes
Other property?
[0058] 该表格表示该MTC终端的限制区域为固定区域;静止不动;不能发起接入,只能由网络向MTC终端发起请求,MTC终端不能主动接入网络;由于其不能主动接入网络,因此“Access delay tolerance”参数无意义,当网络向MTC发起请求时,可以延缓请求;MTC终端只能使用PS业务,无CS业务;数据速率不超过1kbps;MTC终端属于某个组,该组是根据相同用户而形成的组;无可靠性要求;如果MTC终端异常(被盗等),网络可以检测,避免进一步损失。
[0059] 当然上述属性可能在实际中有其它变形,如Access delay tolerance,yes表示接入时延不敏感;在实际中可能使用access delay urgency(yes,no),而yes代表接入时延敏感,no表示接入时延不敏感,与access delay tolerance的yes和no的意义正好相反;另比如Group based可能实际的取值只有yes和no,yes表示该MTC终端是基于组的,而没有细化是如何形成组或报告组id,组id可能是通过其它形式通知网络(如MTC终端的签约);MT可能只有参数(no,predefined time,any time),predefined time表示任何接入的预定时间等等。 该种变形仍在权利要求保护范围之内。
[0060] 表2为对应于不同类别业务的一些典型的取值,业务1,是车辆管理系统;业务2,是自动售货机;业务3,是健康检查系统(植入人体);业务4是气抄表设备;业务5是火警报告设备。
[0061] 表2
[0062]
[0063] 如果定义一套属性的取值为一个“业务类别”,那么,只需要携带这个业务类别的取值,就很简单的获取了MTC特征。 如定义1,2,3,4,5,这五个值,作为service class的取值,那么MTC终端携带service class=1,就代表了一套具体的属性的取值,这将大大简化参数的携带。
[0064] 总之,不管MTC终端携带很多属性和取值,还是携带简化的取值,都作为MTC终端的MTC特征信息,并和网络进行交流,使得网络知道MTC终端的特点或者其业务特点。 有些属性可能是MTC终端级别的,有些属性是业务级别的,如一个煤气抄表设备,可能同时发起如表2所示的service class=4和service class=5的两个业务,而网络也可能对这些属性的取值进行修改再通知MTC终端,或者MTC终端不携带任何信息给网络,直接由网络来决定该MTC特征。 以下结合具体的实施例对该案的MTC特征信息传递进行详细说明。
[0065] 本发明实施例以3GPP LTE网络为例进行说明。 当然,该方法也适用于其它系统,如UMTS网络和WiMAX网络,如果系统为UMTS网络,只需将下述MME改为SGSN,S-GW或P-GW改为GGSN,eNB改为RNC即可,S1接口消息改为“Iu接口消息”即可。 其他实施系统的应用也在本发明保护范围。
[0066] 实施例1:
[0067] 本实施例提供一种终端的控制方法。图1为本实施例的原理示意图。 一方面,网络为了能够基于MTC终端的特征进行管理,必须获取/保存MTC终端相关的MTC特征信息,这些MTC特征信息可以直接或间接的来自于MTC终端;另一方面,MTC终端为了能够有效的接受网络的管理,也需要获取/保存网络所提供的MTC特征信息。为了实现基于MTC特征信息的有效管理,需要在网络和MTC终端上保持对MTC特征信息的协调一致。
[0068] 图1a为本实施例的一种终端的控制方法整体流程图,如图1a所示:该方法包括:
[0069] 步骤S101、存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;
[0070] 可选地,所述存储终端的MTC特征信息包括:在核心网节点存储终端的MTC特征信息;和/或在所述终端中存储所述终端的MTC特征信息。
[0071] 可选地,所述存储终端的MTC特征信息包括:根据终端的业务类别建立索引,对应于每个索引值存储每一业务类别的MTC特征信息集合。
[0072] 可选地,本实施例的MTC特征信息包括以下一种或多种属性的组合:
[0073] 属性1:区域限制,所述区域限制为所述终端移动的区域范围;属性2:移动速度,所述移动速度表示所述终端的移动速度;属性3:移动发起,所述移动发起表示是否允许所述终端发起接入;属性4:移动终结,所述移动终结表示关于网络侧发起对所述终端的业务;属性5:接入时延敏感度,所述接入时延敏感度表示所述终端是否对接入时延敏感;属性6:终结时延敏感度,所述终结时延敏感度表示所述终端是否对终结时延敏感;属性7:是否支持电路交换;属性8:数据速率,所述数据速率表示关于所述终端收发数据的速率;属性9:基于组,所述基于组表示所述终端是否属于组成员;属性10:是否支持连接高可靠性,所述连接高可靠性表示所述终端需要保持所述终端与网络的连接;属性11:是否支持异常检查需求。
[0074] 可选地,所述区域限制属性的参数值包括:限制区域列表;所述对所述终端进行控制包括:为终端分配的跟踪区域列表小于所述限制区域列表;或在跟踪区域列表与限制区域列表的交集中对所述终端进行寻呼;或根据所述限制区域列表的顺序确定终端的移动区域,在确定的区域内对所述终端进行寻呼。
[0075] 可选地,所述移动速度属性的参数值包括:速度范围;所述对所述终端进行控制包括:根据所述速度范围为所述终端分配跟踪区域列表。
[0076] 可选地,所述移动发起属性的参数值包括:支持或不支持呼叫发起,在支持呼叫发起时所述参数值还包括:呼叫发起时间、支持的呼叫发起信令以及呼叫发起接入的网络类型中的一个或多个参数;所述对所述终端进行控制包括:根据所述呼叫发起参数值对所述终端的随机接入过程进行相应控制。
[0077] 可选地,所述移动终结属性的参数值包括:支持或不支持呼叫终结,在支持呼叫终结时还包括呼叫终结时间;所述对所述终端进行控制包括:当不支持呼叫终结时,不对所述终端进行寻呼;或控制所述终端不执行周期性位置更新过程;或不给所述终端设置移动可达定时器MRT;当支持呼叫终结时,控制所述终端在呼叫终结时间之外的时间关闭接收机。
[0078] 可选地,所述接入时延敏感度属性的参数值包括:接入允许时延;所述对所述终端进行控制包括:根据所述接入允许时延,控制所述终端根据网络的负载情况进行接入。
[0079] 可选地,所述终结时延敏感度属性的参数值包括:终结允许时延;所述对所述终端进行控制包括:根据所述终结允许时间以及网络负载情况对终端进行寻呼控制。
[0080] 可选地,所述是否支持电路交换属性的参数值包括:支持或不支持电路交换;所述对所述终端进行控制包括:当不支持电路交换时,控制终端取消与电路交换有关的过程。
[0081] 可选地,所述数据速率属性的参数值包括:数据速率范围;所述对所述终端进行控制包括:当数据速率小于设定门限时,控制所述终端与网络使用控制面来进行数据收发;否则采用用户面进行数据收发。
[0082] 可选地,所述基于组属性的参数值包括:组标识;所述对所述终端进行控制包括:网络根据组信息对终端进行组计费。
[0083] 可选地,所述是否支持连接高可靠性属性的参数值包括:支持或不支持高可靠性;所述对所述终端进行控制包括:当支持高可靠性时,网络保持终端的连接。
[0084] 可选地,所述是否支持异常检查需求属性的参数值包括:支持或不支持异常检查;当支持异常检查时,根据异常检查需求信息进行终端异常的判断和处理。
[0085] 步骤S102、向网络节点传递所述终端的MTC特征信息。
[0086] 可选地,所述向网络节点传递所述终端的MTC特征信息还包括:根据所述索引查找对应业务类别的MTC特征信息集合,向网络节点传递所述对应业务类别的MTC特征信息集合。
[0087] 可选地,所述向网络节点传递所述终端的MTC特征信息包括以下传递方式的一种或多种组合:将所述终端的MTC特征信息在核心网节点之间进行传递;将所述终端的MTC特征信息由核心网节点传递给所述终端;将所述终端的MTC特征信息由核心网节点传递给接入网节点;将所述终端的MTC特征信息在接入网节点之间进行传递;将所述终端的MTC特征信息由所述终端传递给核心网节点和/或接入网节点;将所述终端的MTC特征信息通过接入网关在所述终端和核心网节点或者接入网节点之间进行转发。
[0088] 可选地,将所述终端的MTC特征信息由核心网节点传递给所述终端包括:对所述MTC特征信息中的MTC属性进行增加或删减,将增加或删减后的MTC特征信息传递给所述终端;和/或对所述MTC特征信息中的MTC属性所对应的参数进行赋值,将赋值后的MTC特征信息传递给所述终端。
[0089] 图2为本实施例的一种终端控制方法示意图。 如图2所示:
[0090] 步骤201:MTC终端将MTC特征信息上报给网络,包含属性以及参数,这两方面MTC特征信息的传递可以合并在一个消息中也可以分开传递,即可以使用不同的参数、不同的消息、不同的流程等来传递这两方面信息。
[0091] 步骤202:网络收到该MTC特征信息后,会结合:1)网络所支持的MTC特征信息、2)与该MTC终端相关的签约/配置,来对收到的MTC特征信息进行调整和设置。
[0092] 步骤203网络将经过签约、配置处理后的MTC特征信息发送给MTC终端。
[0093] 经过上述三个步骤,可以实现在网络和MTC终端之间对MTC特征信息的协调一致,使得网络能够基于这些MTC特征信息对MTC终端进行有效的管理。 需要说明的是,这三个步骤包含了一个完整的协商过程,而在特定的情况下并非这三个步骤都是必须的,有时只需要步骤1、或者只需要步骤1、2,或者只需要步骤2、3,或者只需要步骤3就可以实现MTC终端同网络之间MTC特征信息的同步。 具体关于MTC特征信息的传递将在后续的实施例中阐述。
[0094] 实施例2:
[0095] 本实施例提供一种MTC特征信息传递方法,该方法中MTC终端的MTC特征信息存储在网络侧,由UE向网络间接传递MTC特征信息。该技术方案包括如下步骤:将MTC特征信息保存在网络侧(如:在HSS、EIR、MME、MTCserver等网络实体中);UE通过消息向网络提供“标识/类型/索引信息”,包括:签约标识(IMSI)、设备标识(IMEI)、机器型号、机器能力(或部分)、约定的索引号等;网络侧根据UE所提供的“标识/类型/索引信息”,从保存MTC特征信息的网络节点中获取对应的MTC特征信息。
[0096] 图3为本实施例2的第一种具体实现方法示意图。 在图3的场景中,MTC特征信息保存在网络节点EIR中,MME根据IMEI或IMEISV可以查询并获取对应的MTC特征信息。
[0097] 步骤301:UE在向MME发送的消息中携带设备标识信息(如:IMEI、IMEISV或其中的一部分);
[0098] 步骤302:MME根据收到的设备标识信息(如:IMEI、IMEISV或其中的一部分)向EIR发送查询请求消息;
[0099] 步骤303:EIR根据设备标识信息(如:IMEI、IMEISV或其中的一部分)进行查询,并向MME返回对应的MTC特征信息。
[0100] 通过上述步骤,网络节点(如:MME)可以间接获得与MTC终端(如:UE)对应的MTC特征信息。
[0101] 图4为本实施例2的第二种具体实现方法示意图。 在图4的场景中,MTC特征信息以约定索引作为关键字的方式保存在MME中,该索引代表了一种业务类别(Service Class),根据这种约定的索引可以在MME中获得对应的MTC特征信息。
[0102] 如图4所示:步骤401:UE在向MME发送的消息中携带索引,如service class id或者具体的属性及取值,也可能是APN信息,即业务信息,MME保存APN与该业务信息的对应关系,由此了解UE应该具有哪类特征信息,MME根据该索引可以获得与该索引对应的MTC特征信息。
[0103] 图4的方法也是一种令网络节点(如:MME)间接获得与MTC终端(如:UE)对应的MTC特征信息的方法。 在这种情况下,该MTC特征可能是MTC终端级别的,也可能业务级别的,甚至可能是承载级别的。
[0104] 图5为本实施例2的第三种具体实现方法示意图。 在图5的场景中,MTC特征信息保存在签约数据库HSS中,根据IMSI和/或IMEI和/或IMEISV和/或APN和/或service class id等可以查询到对应的MTC特征信息。 如图5所示:
[0105] 步骤501:UE在向MME发送的消息中携带标识信息(如:IMSI、IMEI、IMEISV、APN或service class id或其中的组合);
[0106] 步骤502:MME根据收到的标识信息(如:IMSI、IMEI、IMEISV、APN或service class id、或其中的组合)向HSS发送查询请求消息;
[0107] 步骤503:HSS根据收到的标识信息进行查询,并向MME返回对应的MTC特征信息。
[0108] 通过上述步骤,网络节点(如:MME)可以间接获得与MTC终端(如:UE)对应的MTC特征信息。
[0109] 图3-图5的方法是对实施例1的简要描述,实际上除了使用专门的流程(如图3-图5),也可以同已有的流程结合起来,如:Attach流程、TAU流程、服务请求流程、PDN连接流程等等。
[0110] 实施例3:
[0111] 本实施例提供一种MTC特征信息传递方法,该方法中MTC特征信息保存在MTC终端中(如:UE),由UE通过消息向网络直接提供MTC特征信息,可以通过1)新定义的消息、2)新定义的参数、3)使用已有参数中的特定字段等方式来进行传递;网络侧接收并保存对应的MTC特征信息。同样的,除了使用专门的流程,也可以同已有的流程结合起来,如:Attach流程、TAU流程、服务请求流程、PDN连接流程等等。
[0112] 图6为本实施例3的第一种具体实现方法示意图。 如图6所示:
[0113] 步骤601:UE在向网络发起附着过程(Attach)中,在附着请求(Attach Request)消息中携带了MTC特征信息(全部或部分特征信息,设备级或业务级或承载级特征信息)。
[0114] 图7为本实施例3的第二种具体实现方法示意图。 在图7的场景中,UE在网络发起的能力查询过程中,可以通过响应消息将MTC特征信息传递给eNB,并通过eNB将其进一步传递给MME。 在该流程中,MTC特征信息可以作为UE能力信息的一部分来传递。 如图5所示:
[0115] 步骤702:eNB向UE发送能力查询请求(UE Capability Enquiry);
[0116] 步骤703:UE向eNB反馈能力信息响应(UE Capability Information),以将MTC特征信息传递给eNB;
[0117] 步骤704:eNB通过UE能力信息指示(UE CAPABILITY INFO INDICATION)消息进一步将MTC特征信息传递给MME,其中,MTC特征信息可以作为UE能力信息的一部分来传递。
[0118] 实施例4:
[0119] 本实施例4提供一种MTC特征信息传递方法,在很多情况下,网络需要将MTC特征信息传递给UE,比如:当网络收到UE发送的MTC特征信息后,对其进行了调整,此时为了保持网络与终端信息的一致性,需要将调整后的MTC特征传递给UE;或者是网络对UE提供的MTC特征进行赋值;或者是网络在发起服务时,直接将相关的MTC特征信息传递给UE等等。网络将MTC特征信息传递给UE的方法包括:1)网络通过NAS消息传递给UE;2)网络通过RAN将消息传递给UE。 图8为本实施例4的第一种具体实现方法示意图。在图8的场景中,核心网节点(如:MME)在获得MTC特征信息后,可以通过NAS消息将MTC特征信息传递给MTC终端(如:UE)。如下以网络发起服务的情况为例来进行说明,如图8所示:
[0120] 步骤801:MME收到服务发起的消息,其中携带了对应的MTC特征信息;当然该信息可能是直接从MTC Server接收而来,也可能MTC Server通过P-GW或S-GW中转发给MME,也可能是MME从HSS或自己获取;下述类似,不再赘述。
[0121] 步骤802:MME向相关的UE发起服务,并在NAS消息中携带对应的MTC特征信息。
[0122] 图9为本实施例4的第二种具体实现方法示意图。在图9的场景中,核心网节点(如:MME)在获得MTC特征信息后,也可以通过RAN将MTC特征信息传递给MTC终端(如:UE)。 如下以网络发起服务的情况为例来进行说明,如图9所示:
[0123] 步骤901:MME收到服务发起的消息,其中携带了对应的MTC特征信息;
[0124] 步骤902:MME通过S1接口消息将MTC特征信息传递给RAN(如:eNB);
[0125] 步骤903:RAN在同UE交互的RRC消息中,将对应的MTC特征信息传递给UE。
[0126] 同样的,该技术方案除了使用专门的流程(如上),也可以同已有的流程结合起来,如:Attach流程、TAU流程、服务请求流程、PDN连接流程等等。
[0127] 实施例5:
[0128] 本实施例5提供一种MTC特征信息传递方法,有时候,接入网RAN需要获得MTC特征信息。RAN获得MTC特征信息的方法包括:1)从核心网(如:MME)下发;2)从MTC终端(如:UE)上传;3)从其他接入网节点中获得(如:其他eNB)。 分别对应下面三个实施例。
[0129] 图10为本实施例5的第一种具体实现方法示意图。 在图10的场景中,核心网(如:MME)在获得并保存MTC特征信息后,可以通过核心网同接入网之间的接口消息(如:S1接口消息)将RAN所需要的MTC特征消息传递给RAN。 该处理可能是受到某些事件触发的,比如:收到来自MTC服务器的服务发起消息。 如图10所示:
[0130] 步骤1001:MME收到服务发起的消息,其中携带了对应的MTC特征信息;或特征信息来自其他实体或自身。
[0131] 步骤1002:MME通过核心网同接入网之间的接口消息(如:S1接口消息)将RAN所需要的MTC特征消息传递给RAN。
[0132] 图11为本实施例5的第二种具体实现方法示意图。 在图11的场景中,同样也可以同已有的流程结合起来,比如在TAU流程中,在收到TAU请求消息后,MME在初始上下文建立请求中将MTC特征信息传递给eNB,该MTC特征也可以作为能力信息的一部分。 如图11所示:
[0133] 步骤1101:MME获取UE发送的TAU Request消息;
[0134] 步 骤 1102:MME 在 初 始 上 下 文 建 立 请 求 (INITIAL CONTEXT SETUPREQUEST)中将MTC特征信息传递给eNB,该MTC特征也可以作为能力信息的一部分。
[0135] 步骤1103:eNB向MME发送初始上下文建立响应(INITIAL CONTEXTSETUP RESPONSE)。
[0136] 图12为本实施例5的第三种具体实现方法示意图。 在图12的场景中,RAN可以直接从MTC终端(即UE)侧获得对应的MTC特征信息。 UE在发起RRC连接建立的过程中,可以通过RRC连接建立请求消息或建立完成消息或其它消息将MTC特征信息传递给RAN。 如图12所示:
[0137] 步骤1201:UE向RAN发起RRC连接建立请求(RRC Connection Request)消息,并在中该消息中携带对应的MTC特征信息;
[0138] 步骤1202:RAN向UE发送RRC连接建立(RRC Connection Setup)消息;
[0139] 步骤1203:UE向RAN发送 RRC连接 建 立完 成(RRC Connection Setup Complete)消息,也可以在该消息中携带对应的MTC特征信息。
[0140] 图13为本实施例5的第四种具体实现方法示意图。 在图13的场景中,在接入网RAN中,一个eNB可以从其他eNB处获得对应的MTC特征信息。 比如在X2切换过程中,源eNB在向目标eNB发送切换请求的消息中可以携带MTC特征信息。
[0141] 步骤1301:源eNB向目标eNB发送切换请求(HANDOVER REQUEST)消息,在该消息中可以携带MTC特征信息;
[0142] 步骤1302:目标eNB向源eNB发送切换请求应答(HANDOVER REQUEST ACKNOWLEDGE)消息;
[0143] 步骤1303:源eNB向UE发送切换命令(HANDOVER COMMAND)。
[0144] 实施例6:
[0145] 本实施例6提供一种MTC特征信息传递方法,该方法是在:核心网内对MTC特征信息进行传递。 当核心网节点(如MME)获取了UE的MTC特征信息后,如果UE发生移动,进入新的核心网节点,则新的核心网节点可以向老的核心网节点获取该UE的MTC特征信息。当然新的核心网节点也可以向HSS或UE或AN节点获取该UE的MTC特征信息,但该方法已在前面技术方案中保护。此处重点描述核心网节点之间的MTC特征信息传递:
[0146] 图14为本实施例6的第一种具体实现方法示意图。在图14的场景中,源MME从目标MME发送的上下文响应消息中获取相应的MTC特征信息。 如图14所示:
[0147] 步骤1401:源MME向目标MME发送上下文请求(Context Request)消息;
[0148] 步骤1402:目标MME向源MME发送上下文响应(Context Response)消息,并在该消息中携带MTC特征信息;
[0149] 步骤1403:源MME向目标MME发送上下文应答(Context Acknowledge)消息。
[0150] 图15为本实施例6的第二种具体实现方法示意图。 在图15的场景中,核心网节点获取UE的MTC特征信息后,可能还要发送给用户面节点,如S-GW/P-GW或GGSN。 可能全部发送MTC的特征,或者只发送部分MTC特征信息,如只发送Group Based group id(same location,same user,same feature)),即Group的组成类型,这样用户面节点就可以根据该信息做组计费或其他操作了,可以通过新消息发送或者使用现有消息(如attach过程中的create session request消息,或者专用承载建立过程中的create session response)添加参数发送。 用户面节点也可以传递该信息(如S-GW到P-GW)。如图15所示:
[0151] 步骤1501:MME向S-GW发送创建会话请求(Create Session Request)消息,在该消息中携带MTC特征信息,可以是全部的MTC特征信息,也可以是部分的MTC特征信息;
[0152] 步骤1502:S-GW向P-GW发送创建会话请求(Create Session Request)消息,在该消息中携带MTC特征信息;当然S-GW也可能不给P-GW传递MTC特征信息。
[0153] 步骤1503:P-GW向S-GW发送创建会话响应(Create Session Response)消息;(也可能MTC特征信息是从P-GW传给S-GW的,如P-GW从MTC Server获取MTC特征信息,然后传给S-GW)
[0154] 步骤1504:S-GW向MME发送创建会话响应(Create Session Response)消息。(也可能MTC特征信息是从S-GW传给MME的)
[0155] 实施例7:
[0156] 本实施例7提供一种MTC特征信息传递方法,该方法涉及MTC网关对MTC特征信息的处理。 在很多情况下,多个MTC终端能够通过一个MTC网关接入网络,此时关于MTC特征信息的传递存在多种解决方案。 也有可能出现多个MTC终端集成在一起的情况,这种情况下可以把这个集成的设备看作MTC网关,这样就可以采用跟上面一样的解决方案,唯一的差别在于MTC终端同MTC网关实际上是在同一个网络实体中的。
[0157] 图16为本发明实施例7中MTC网关与网络交互MTC特征信息的流程图一。一种情况,如图16所示,MTC网关可自行同网络进行MTC特征信息的交互,即这种交互并不依赖于MTC网关之下的MTC终端。 MTC网关在同MTC终端进行MTC消息交互的过程中也可能携带MTC特征信息,但这些MTC终端特定的MTC特征信息对于网络不可见。 因此在这种情况下,网络对待MTC网关就如同UE一样,处理方案同前。 如图16所示,步骤1601同步骤1602相互独立,二者间无明确的先后关系。
[0158] 图17为本发明实施例7中MTC网关与网络交互MTC特征信息的流程图二。另一种情况,如图17所示,,MTC网关同网络进行MTC特征信息的交互依赖于MTC网关之下的MTC终端,也就是说MTC网关实际上是MTC终端同网络之间的中介。 MTC网关会将收到的MTC终端的特征信息传递给网络,并将同网络协商后的MTC特征信息返回给该MTC终端。 因此在这种情况下,网络对待MTC网关之下的MTC终端就如同UE一样,处理方案同前。
[0159] 图18为本实施例7的第一种具体实现方法示意图。 在图18的场景中,MTC网关已同网络进行过协商、并保存了相关的MTC特征信息,这些特征信息可为:MTC网关自身的MTC特征、MTC网关之下所有MTC终端的共同MTC特征、MTC网关所允许的MTC特征等;MTC终端具有自身特定的MTC特征,在同MTC网关进行MTC特性协商的过程中,MTC网关能够判断并协调MTC终端与MTC网关/网络之间MTC特征的差异,这可以通过同网络进行MTC特征信息的协商过程来完成。
[0160] 步骤1801:MTC网关同网络之间进行MTC特征信息的交互(请参阅实施例2~4),此时MTC特征信息可能为:MTC网关自身的MTC特征、MTC网关之下所有MTC终端的共同MTC特征、MTC网关所允许的MTC特征,MTC网关和网络中保存了经过协商的MTC特征信息;
[0161] 步骤1802:当有MTC终端加入到该MTC网关时,在消息中携带了该MTC终端特定的MTC特征信息,MTC网关会将收到的MTC特征信息同已保存的MTC特征信息进行比较,判断是否存在不同、或发生冲突;
[0162] 步骤1803:如果该MTC特征信息与保存在MTC网关中的MTC特征信息存在不同、或者发生冲突,可能会引起MTC网关的特征信息需要发生变化,因此触发MTC网关同网络进行MTC特征信息交互,从而实现网络和MTC网关上MTC特征信息的更新;
[0163] 步骤1804:MTC网关在完成MTC特征信息的更新后,会将协商后的、与该MTC终端相关的MTC特征信息发送给该MTC终端。
[0164] 本实施例的方法通过在网元之间传递MTC终端的MTC特征信息,可以使MTC终端和网络侧实现MTC特征信息的同步,并使网络侧根据该MTC特征信息实现对MTC终端的有效管理,节约了网络资源。 需要说明的是,本发明实施例的方法同样适用于UMTS系统。
[0165] 实施例8:
[0166] 本实施例提供一种终端的控制系统,该系统实现了终端的MTC特征信息传递,使使核心网节点能够基于得到的MTC特征信息对MTC终端进行有效的管理,节约网络资源;终端根据MTC特征信息也能对自身的能力进行设置,以配合核心网的控制和管理。 图19为本实施例的系统原理图。 如图19所示,该系统包括:终端190,接入网节点191,核心网节点192。 可选地,该系统还包括接入网关193,接入网关的一侧连接多个终端190,另一侧与接入网节点191连接。 终端190的MTC特征信息可以存储在核心网节点192或者终端190,或者同时存储于核心网节点191或者终端190,终端190和核心网191之间通过MTC特征信息的传递实现两者所存储的信息同步,根据该特征信息对终端进行相应的控制与管理。 MTC特征信息的具体传递过程以及根据该MTC特征信息对终端进行的控制管理方法详见实施例1-7的描述,此处不再重复。
[0167] 可选地,本实施例的系统也支持接入网节点从其他接入网节点191或者核心网节点192或者终端190获取终端190的MTC特征信息;可选地,本实施例的系统也支持由接入网关193代替多个终端190实现终端MTC特征信息的传递。
[0168] 图20为本实施例的一种核心网节点的功能框图。如图20所示,本实施例的核心网节点192包括:存储单元201,用于存储终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;发送单元202,用于向网络节点传递所述终端的MTC特征信息;可选地,所述核心网节点还包括:获取单元203,用于获取所述终端的MTC特征信息,将所述MTC特征信息发送给所述存储单元201。
[0169] 可选地,所述存储单元201包括:第一存储单元,用于根据每个终端的标识,为每个终端分别存储对应的MTC特征信息;和/或第二存储单元,用于根据终端的业务类别建立索引,为每一业务类别存储MTC特征信息集合。
[0170] 可选地,所述发送单元202包括以下其中之一或任意组合:第一发送单元,用于向其它核心网节点发送所述终端的MTC特征信息;第二发送单元,用于向接入网节点发送所述终端的MTC特征信息;第三发送单元,用于向终端发送所述终端的MTC特征信息。
[0171] 可选地,所述第一发送单元,还用于将所述MTC特征信息进行修改之后发送给相应的终端,所述修改包括对所述MTC特征信息中的MTC属性进行增加或删减,以及对所述属性的参数值进行修改。
[0172] 可选地,所述获取单元203包括:第一获取单元,用于从其它核心网节点获取所述终端的MTC特征信息;或第二获取单元,用于从所述终端获取该终端的MTC特征信息。
[0173] 图21为本实施例的一种终端的功能框图,如图21所示,所述终端190包括:存储单元211,用于存储所述终端的MTC特征信息,所述MTC特征信息包括至少一个MTC属性和对应于所述属性的参数值;所述MTC特征信息用于对所述终端进行控制;
发送单元212,用于将存储的所述MTC特征信息发送给核心网节点和/或接入网节点。
可选地,所述终端还包括:获取单元213,用于从核心网节点获取所述终端的MTC特征信息,将所述MTC特征信息发送给存储单元210。
[0174] 可选地,所述存储单元210,用于根据终端的业务类别建立索引,为每一业务类别存储MTC特征信息集合;所述发送单元211,用于将所述索引值发送给核心网节点和/或接入网节点。
[0175] 图22为本实施例的一种接入网节点的功能框图,如图22所示,所述接入网节点191包括:获取单元221,用于从核心网节点或终端或其他接入网节点获取终端的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值;
所述MTC特征信息用于对所述终端进行控制;发送单元222,用于将获取的所述终端的MTC特征信息发送给所述终端和/或其他接入网节点。
[0176] 图23为本实施例的一种接入网关的功能框图,如图23所示,所述接入网关193包括:接收单元231,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;发送单元232,用于将所述终端存储的MTC特征信息发送给核心网节点。
[0177] 可选地,所述接收单元231,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元232,用于将所述终端存储的MTC特征信息发送给接入网节点。
[0178] 可选地,所述接收单元231,用于接收终端存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元232,用于将所述终端存储的MTC特征信息发送给核心网节点和接入网节点。
[0179] 可选地,所述接收单元231,用于接收核心网节点存储的MTC特征信息,所述MTC特征信息包括:至少一个MTC属性和对应于所述属性的参数值,所述MTC特征信息用于对所述终端进行控制;所述发送单元232,用于将所述核心网节点存储的MTC特征信息发送给相应的终端。
[0180] 本实施例的系统通过在网元之间传递MTC终端的MTC特征信息,可以使MTC终端和网络侧实现MTC特征信息的同步,并使网络侧根据该MTC特征信息实现对MTC终端的有效管理,节约了网络资源。 需要说明的是,本发明实施例的方法同样适用于UMTS系统。
[0181] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。 其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
[0182] 以上实施例仅用以说明本发明实施例的技术方案,而非对其限制;尽管参照前述实施例对本发明实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
QQ群二维码
意见反馈