CN102143475A - 一种mo设备的移动性管理方法和设备 - Google Patents
一种mo设备的移动性管理方法和设备 Download PDFInfo
- Publication number
- CN102143475A CN102143475A CN201010105064XA CN201010105064A CN102143475A CN 102143475 A CN102143475 A CN 102143475A CN 201010105064X A CN201010105064X A CN 201010105064XA CN 201010105064 A CN201010105064 A CN 201010105064A CN 102143475 A CN102143475 A CN 102143475A
- Authority
- CN
- China
- Prior art keywords
- equipment
- network side
- user
- face
- registered
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种MO设备的移动性管理方法，包括：当MO设备确定需要发送数据时，所述MO设备判断当前位置区是否已注册；如果是，所述MO设备与网络侧进行服务请求Service Request过程；如果不是，所述MO设备与所述网络侧在位置更新中建立用户面连接。本发明中，由于MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAU Request请求，或者MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过RAU的follow on request过程或者TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种MO设备的移动性管理方法和设备。
背景技术
MTC(Machine Type Communication，机器类通信)是指机器与机器之间，通过移动运营商的通信网络进行的通信。
MTC Device(Machine Type Communication Device)是指通信网络中专用于机器类通信的终端设备，例如，远程抄表设备、视频监控设备等，可以看出，MTC Device是一种特殊类型的通信终端。
MTC Server(Machine Type Communication Server，机器类通信服务器)是指通过通信网络与MTC Device进行通信的设备，该MTC Server相当于一个服务器，例如，智能抄表***的服务器、智能公交***服务器等。
具体的，MTC Device根据应用的不同可以分为多种特性，而在MTCDevice中，MO(Mobile Originated Only，仅由终端发起的)设备是一种具有仅由终端发起通信的设备特性，该MO设备的特点是终端(即MO设备)与网络之间的通信都是由终端发起，而网络不会向终端发起寻呼。
进一步的，MO设备的应用场景可以是应用于各种信息采集***，例如，温度的采集、野生动物行踪的报告等。而当MO设备采集到所需要的信息后，便能够通过通信网络将相应的信息发送到MTC Server，并由MTC Server进行一定的处理。
需要注意的是，MO设备的通信仅由设备终端发起，网络侧不需要向MO设备发送寻呼消息，而对于MO设备来说，发送数据可能是由预设的时间进行触发(例如，一个月上报一次数据)，也可能是由事件触发(例如，一个野生动物跟踪传感器，捕捉到动物踪迹后才上报一次数据)。
综上所述，在MO设备未发送数据时，由于不需要寻呼网络侧设备，则网络侧可以不知道MO设备的具***置。
基于上述MO设备的特性，现有技术中，提出了减少移动性管理过程的需求，即需要对MO设备移动性管理的过程进行优化。其中，移动性管理过程的目的是使得移动终端能够在网络中进行位置更新和注册，而网络能够通过寻呼与终端建立连接。在移动性管理过程中，当终端进入一个不属于已注册TAIList(Tracking Area Identity List，跟踪区标识列表)中的TA(Tracking Area，跟踪区)时，将发起TAU(Tracking Area Update，跟踪区更新)过程。
具体的，现有技术中，通过延长周期性位置更新定时器的超时时间，来优化MO设备移动性管理的过程，并减少移动性管理频率的过程。例如，当MO设备一个月上报一次数据时，通过将周期性位置更新定时器的超时时间设置成一个月(或以上)，从而来优化MO设备的移动性管理。
但是，采用上述方式减少移动性管理频率的过程时，仍然不能避免移动中的MO设备因为跨越TAI List边界而发生的TAU过程，此时仍然需要进行移动性管理，从而并不能很好的优化MO设备移动性管理。例如，对于固定在鸟类身上的传感器MO设备，假设***预设每月发送一次数据，实际上MO设备只在发送数据时与***建立连接即可，然而由于MO设备的移动，在不发送数据时，也可能频繁地做TAU；进一步由于MTC设备的数量众多，造成大量不必要的信令开销，从而降低了***的效率、并提高了运营和维护的成本。
发明内容
本发明提供一种MO设备的移动性管理方法和设备，以对MO设备的移动性管理过程进行优化，从而节省信令开销，提高***的效率。
为了达到上述目的，本发明提供一种MO设备的移动性管理方法，包括：
当MO设备确定需要发送数据时，所述MO设备判断当前位置区是否已注册；
如果是，所述MO设备与网络侧进行服务请求Service Request过程；
如果不是，所述MO设备与所述网络侧在位置更新中建立用户面连接。
本发明提供一种MO设备的移动性管理方法，包括：
MO设备判断是否需要发送数据；
当所述MO设备需要发送数据时，所述MO设备与网络侧在位置更新中建立用户面连接。
本发明提供一种MO设备的移动性管理设备，包括：
判断模块，用于当MO设备确定需要发送数据时，判断当前位置区是否已注册；
处理模块，用于当判断模块的判断结果为是时，与网络侧进行服务请求Service Request过程；当判断模块的判断结果为不是时，与所述网络侧在位置更新中建立用户面连接。
本发明提供一种MO设备的移动性管理设备，包括：
判断模块，用于判断是否需要发送数据；
建立模块，用于当所述判断模块判断需要发送数据时，与网络侧在位置更新中建立用户面连接。
与现有技术相比，本发明至少具有以下优点：
由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAU Request请求，或者MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过RAU的follow on request过程或者TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是移动终端的服务请求过程示意图；
图2是移动终端在位置更新中进行用户面建立过程示意图；
图3是本发明实施例一提供的一种MO设备的移动性管理方法流程示意图；
图4是本发明实施例二提供的一种MO设备的移动性管理方法流程示意图；
图5是本发明实施例三提供的一种MO设备的移动性管理方法流程示意图；
图6是本发明实施例四提供的一种MO设备的移动性管理方法流程示意图；
图7是本发明实施例五提供的一种MO设备的移动性管理方法流程示意图；
图8是本发明实施例中一种具体应用场景示意图；
图9是本发明实施例提供的一种MO设备的移动性管理设备结构示意图；
图10是本发明实施例提供的另一种MO设备的移动性管理设备结构示意图。
具体实施方式
下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为使公众对本发明的实现更加容易理解，在介绍本发明之前，首先对移动性管理过程进行说明。其中，移动性管理过程的目的是使得移动终端能够在网络中进行位置更新和注册，而网络能够通过寻呼与终端建立连接。
需要注意的是，在移动性管理过程中，移动终端的移动性管理主要由移动性管理控制实体进行，即由移动性管理控制实体实现对移动终端的位置更新和注册。
其中，在UMTS(Universal Mobile Telecommunications System，通用移动通信***)***中，移动性管理控制实体是SGSN(Serving GPRS SupportingNode，服务GPRS支持节点)，位置区是RA(Routing Area，路由区)。而在EPS(Evolved Packet System，演进的分组***)***中，移动性管理控制实体是MME(Mobility Management Entity，移动性管理实体)，位置区是TA(Tracking Area，跟踪区)。
具体的，在UMTS***中，SGSN实现对移动终端的位置更新时，移动终端需要在一定的触发条件下发起位置区更新过程，从而更新自身的位置信息。其中，由于UMTS***中的位置区是RA，则RAU(Routing Area Update，路由区更新)的触发条件包括但不限于：(1)当移动终端进入到一个未注册的RA时，则触发移动终端发起位置区更新过程；(2)当移动终端的周期性RAU定时器超时时，则触发移动终端发起位置区更新过程。
在EPS***中，MME实现对移动终端的位置更新时，移动终端需要在一定的触发条件下发起位置区更新过程，从而更新自身的位置信息。其中，当移动终端附着到网络时，网络将为移动终端分配一个包含一个或多个TA的TAI List，由于EPS***中的位置区是TA，则TAU(Tracking Area Update，跟踪区更新)的触发条件包括但不限于：(1)当移动终端进入到一个不属于已注册TAI List中的TA时，将发起TAU过程，即触发移动终端发起位置区更新过程；(2)当移动终端的周期性TAU定时器超时时，将发起TAU过程，即触发移动终端发起位置区更新过程。
为了更加清楚的说明移动终端在网络中进行位置更新和Service Request(服务请求)的过程，以下结合两个具体的流程来分别说明移动终端的ServiceRequest过程和移动终端的位置更新过程。
如图1所示，为移动终端的Service Request过程示意图。其中，移动终端完成Service Request之前，该移动终端为空闲态移动终端，该空闲态移动终端的移动性管理主要由移动性管理控制实体进行，以EPS***为例，则移动性管理控制实体为MME。
具体的，当空闲态移动终端需要发送数据时，则需要完成Service Request过程，即需要建立空闲态移动终端与网络之间的连接(即建立用户面连接)，如图1所示的Service Request过程的目的就是建立空闲态移动终端与网络之间的连接，并完成空闲态移动终端从空闲态到连接态的状态跃迁。在图1中，为EPS***下的Service Request过程(对于UMTS***的处理过程，本发明中不再详加赘述)，包括：
步骤101-步骤102，UE(User Equipment，用户设备)发送Service Request消息。需要注意的是，EPS***下的移动终端为UE，二者在实际应用中可以互换，本发明中并不局限于用户侧设备的名称。
具体的，UE向eNodeB(节点B)发送Service Request消息；eNodeB向MME发送Service Request消息。
步骤103，对UE进行鉴权。
具体的，UE通过MME与HSS(Home Subscriber Server，归属用户服务器)交互Authentication(认证)/Security(安全)信息，以实现对UE的安全认证。
步骤104-步骤107，建立空口承载。
具体的，MME向eNodeB发送Initial(初始)Context(上下文)Setup(设置)Request消息；eNodeB与UE交互Radio(无线)Bearer(承载)Establishment(建立)消息；UE向eNodeB发送Uplink(上行)Data(数据)；eNodeB向Serving GW(服务网关)发送Uplink Data；Serving GW向PDN(Packet Data Network，分组数据网)GW发送Uplink Data；eNodeB向MME发送Initial Context Setup Complete(完成)消息。
通过上述过程，即可以完成空口承载的建立过程，即打通了UE需要发送数据的上行通道。
步骤108-步骤112，修改S1承载。
具体的，MME向Serving GW发送Modify(修改)Bearer Request消息；Serving GW向PDN GW发送Modify Bearer Request消息；PDN GW与PCRF(Policy and Charging Rules Function，策略与计费规则功能)交互PCEF(Policy and Charging Enforcement Function，策略及计费执行功能)InitiatedIP-CAN Session(会话)Modification(修改)信息；PDN GW向Serving GW返回Modify Bearer Response(响应)消息；Serving GW向MME返回ModifyBearer Response消息。其中，步骤109-步骤111为可选的。
通过上述步骤，即可以建立空闲态移动终端与网络之间的用户面连接，从而使得空闲态移动终端完成从空闲态到连接态的状态跃迁。
如图2所示，为移动终端在位置更新中建立用户面连接的过程示意图。其中，移动终端需要在一定的触发条件下发起位置更新过程，从而完成位置更新过程，该触发条件在上面的叙述中已经详细说明，在此不再赘述。
需要注意的是，移动终端也可以在位置更新过程中建立用户面连接，即当移动终端发起位置更新请求时，如果正好有上行数据需要发送，可以在位置更新请求消息中携带一个标识，当网络接收到包含该标识的位置更新请求时，则在位置更新完成之后便启动用户面建立过程。
具体的，在EPS***中，该位置区更新请求消息中携带的标识具体为active flag(激活标志)，在UMTS***中，该位置区更新请求消息中携带的标识为follow on request(后续请求)。
在图2中，为EPS***下的位置更新中建立用户面连接的过程，包括：
步骤201、当满足TAU触发条件时，UE发起TAU Request。
具体的，UE通过RAN(Radio Assess Network，无线接入网)向MME发送TAU Request。
需要注意的是，如果在该位置更新过程中，UE正好有上行数据需要发送，则该UE还需要与网络建立用户面连接，此时，需要在该TAU Request中携带active flag标识，并通过该active flag标识表明在TAU结束后将开始用户面建立过程。
步骤202-204、如果MME改变，则new(新)MME向old(旧)MME获取UE的上下文信息，并进行承载的修改和位置的更新；而如果MME不变，则202-204不执行。
具体的，new MME从old MME获取UE的上下文信息；new MME与PCRF完成承载的修改或重建过程(即new MME与SGW、PGW、PCRF等完成承载的修改或重建过程)；new MME与HSS完成位置更新和注册过程。
步骤205、MME向UE返回TAU Accept(接受)。
具体的，new MME通过RAN向UE发送返回TAU Accept消息。
需要注意的是，如果需要建立用户面连接时，则TAU Request中将携带active flag标识，此时，还可以包括以下步骤：
步骤206-207、如果设置了active flag，UE与网络将继续进行空口承载激活和用户面建立过程。该过程相当于Service Request过程中步骤104-步骤112的部分，在此不再详加赘述。
可以理解的是，上述处理过程是EPS***下的处理过程，而对于UMTS***来说，步骤201中的消息为RAU Request，而如果需要建立用户面连接，则该RAU Request中的标识为follow on request，另外，位于网络侧的一些功能实体也与EPS***不同，相关的区别如图2所示。例如，对应MME的移动性管理控制实体为SGSN，对应HSS的功能实体为HLR(Home LocationRegister，归属位置寄存器)。
基于上述情况，本发明实施例中，针对MO设备的特点，提供了一种MO设备的移动性管理方法，以减少MO设备与网络间信令。需要注意的是，本发明实施例中提供的移动性管理方法，并不局限于MO设备，所有具有MO设备特点的设备，均可以将之视为MO设备，并采用本发明实施例所提供的技术方案进行处理。其中，MO设备的特点时用户侧(MO设备)与网络之间的通信都是由MO设备发起，而网络不会向MO设备发起寻呼，而由于不需要寻呼MO设备，则网络可以不知道MO设备的具***置，只要MO设备发送数据时能够与网络建立连接、发送数据即可。
基于上述特征，本发明实施例一提供一种MO设备的移动性管理方法，如图3所示，包括以下步骤：
步骤301，当MO设备确定需要发送数据时，所述MO设备判断当前位置区是否已注册。如果是，执行步骤302，如果不是，执行步骤303。
步骤302，所述MO设备与网络侧进行服务请求Service Request过程，即所述MO设备与网络侧建立用户面连接。
步骤303，所述MO设备与所述网络侧在位置更新中建立用户面连接。
具体的，对于演进的分组***EPS***，所述MO设备判断当前位置区是否已注册，包括：所述MO设备判断当前跟踪区TA是否在跟踪区标识列表TAI List中有记录；如果当前TA在所述TAI List中有记录时，所述MO设备判断当前位置区已注册；否则，所述MO设备判断当前位置区没有注册。
所述MO设备与所述网络侧在位置更新中建立用户面连接，包括：所述MO设备通过携带了激活标志active flag的跟踪区更新TAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
所述MO设备判断当前位置区是否已注册，之前还包括：当所述MO设备没有数据需要发送且进入到不属于已注册位置区的TA时，所述MO设备确定不需要与所述网络侧进行位置更新过程。
对于通用移动通信***UMTS***，所述MO设备判断当前位置区是否已注册，包括：所述MO设备判断当前路由区RA是否为已注册RA；如果当前RA是已注册RA时，所述MO设备判断当前位置区已注册；否则，所述MO设备判断当前位置区没有注册。
所述MO设备与所述网络侧在位置更新中建立用户面连接，包括：所述MO设备通过携带了后续请求follow on request的路由区更新RAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述follow on request用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
所述MO设备判断当前位置区是否已注册，之前还包括：当所述MO设备没有数据需要发送且进入到不属于已注册位置区的RA时，所述MO设备确定不需要与所述网络侧进行位置更新过程。
可见，通过使用本发明提供的方法，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAU Request请求，或者MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过RAU的followon request过程或者TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
本发明实施例二中提供一种MO设备的移动性管理方法，该MO设备的移动性管理方法应用在EPS***中，如图4所示，该方法包括以下步骤：
步骤401，当MO设备需要发送数据时，MO设备判断当前位置区是否已注册。如果是，则转到步骤402，否则，转到步骤403。
具体的，对于EPS***来说，MO设备通过判断当前TA是否在TAI List中来判断当前位置区是否已注册。如果当前TA已经在TAI List中，则说明当前位置区已注册；而如果当前TA不在TAI List中，则说明当前位置区没有被注册。
步骤402，MO设备与网络侧进行Service Request过程。该Service Request过程即为建立用户面连接的过程，如图1所示的处理流程，在此不再详加赘述。
步骤403，MO设备通过与网络侧在位置更新中建立用户面连接，即MO设备通过携带了active flag的TAU Request与网络侧在位置更新中建立用户面连接，其中，active flag用于标识网络侧在位置更新后与所述MO设备建立用户面连接的信息。该在位置更新中建立用户面连接的过程如图2所示的处理流程，在此不再详加赘述。
可以理解的是，由于在EPS***中，如果要触发位置区更新，则相应的触发条件包括：当移动终端进入到一个不属于已注册TAI List中的TA时，将发起TAU过程，即触发移动终端发起位置区更新过程。
对应到本发明实施例中，如果MO设备判断出当前TA不在TAI List中，则会触发TAU过程，即执行步骤403，否则，不需要触发TAU过程，即执行步骤402。
需要说明的是，为了优化MO设备的移动性管理，在本发明实施例中，还需要改变TAU的触发条件，当没有数据待发送时，即使MO设备进入一个不属于已注册位置区的TA时，也不发出TAU Request，即不会执行位置更新过程。即当MO设备没有数据需要发送且进入到不属于已注册位置区的TA时，该MO设备确定不需要与网络侧进行位置更新过程。
可以看出，与现有的实施方式相比，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
本发明实施例三中提供一种MO设备的移动性管理方法，该MO设备的移动性管理方法应用在UMTS***中，如图5所示，该方法包括以下步骤：
步骤501，当MO设备需要发送数据时，MO设备判断当前位置区是否已注册。如果是，则转到步骤502，否则，转到步骤503。
具体的，对于UMTS***来说，MO设备通过判断当前RA是否是已注册RA来判断当前位置区是否已注册。如果当前RA是已注册RA，则说明当前位置区已注册；而如果当前RA不是已注册RA，则说明当前位置区没有被注册。
步骤502，MO设备与网络侧进行Service Request过程。该Service Request过程如图1所示的处理流程，在此不再赘述。
步骤503，MO设备通过携带了follow on request的RAU Request与网络侧在位置更新中建立用户面连接，其中，follow on request用于标识网络侧在位置更新后与MO设备建立用户面连接的信息。该在位置更新中建立用户面连接的过程与图2所示的处理流程类似，在此不再赘述。
可以理解的是，由于在UMTS***中，如果要触发位置区更新，则相应的触发条件包括：当MO设备进入到一个未注册的RA时，则触发MO设备发起位置区更新过程。
对应到本发明实施例中，如果MO设备判断出当前RA为未注册的RA时，则触发MO设备发起位置区更新过程，即执行步骤503，否则，执行步骤502。
需要说明的是，为了优化MO设备的移动性管理，在本发明实施例中，还需要改变RAU的触发条件，当没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时，也不发出RAU Request请求，即不会执行位置更新过程。即当MO设备没有数据需要发送且进入到不属于已注册位置区的RA时，MO设备确定不需要与网络侧进行位置更新过程。
可以看出，与现有的实施方式相比，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAU Request请求，从而节省了信令的开销。而且通过RAU的follow onrequest过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
本发明实施例四中提供一种MO设备的移动性管理方法，该MO设备的移动性管理方法应用在EPS***中，如图6所示，该方法包括以下步骤：
步骤601，MO设备判断是否需要发送数据。当MO设备需要发送数据时，转到步骤602，否则，结束流程。
步骤602，MO设备通过使用active flag标识与网络侧在位置更新中建立用户面连接。即MO设备通过携带了active flag的TAU Request与网络侧在位置更新中建立用户面连接，其中，active flag用于标识网络侧在位置更新后与MO设备建立用户面连接的信息。
其中，本实施例中，MO设备不需要判断当前TA是否已注册，只要有数据发送，都会通过active flag标识来建立用户面连接。该建立用户面连接的过程如图2所示的处理流程，在此不再赘述。
可以看出，与现有的实施方式相比，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
本发明实施例五中提供一种MO设备的移动性管理方法，该MO设备的移动性管理方法应用在UMTS***中，如图7所示，该方法包括以下步骤：
步骤701，MO设备判断是否需要发送数据。当MO设备需要发送数据时，转到步骤702，否则，结束流程。
步骤702，MO设备通过使用follow on request标识与网络侧在位置更新中建立用户面连接。即MO设备通过携带了follow on request的RAU Request与网络侧在位置更新中建立用户面连接，其中，follow on request用于标识网络侧在位置更新后与MO设备建立用户面连接的信息。
其中，本实施例中，MO设备不需要判断当前RA是否已注册，只要有数据发送，都会通过follow on request标识来建立用户面连接。该建立用户面连接的过程与图2所示的处理流程类似，在此不再赘述。
可以看出，与现有的实施方式相比，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAU Request请求，从而节省了信令的开销。而且通过RAU的follow onrequest过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
为了更加清楚的说明本发明提供的技术方案，以下结合几种具体的应用场景对本发明实施例进行详细说明。
应用场景一
EPS***中的一种监测鸟类迁徙特点的MO设备，固定于候鸟身上，假设网络要求MO设备每个月上报一次数据。如图8所示。假设初始附着时网络为MO设备分配了包含TA1和TA2在内的TAI List，随着MO设备的移动，即使进入了不属于TAI List的TA，例如，可以是同一个MME下的TA3，也可以是不同MME下的如TA4，则MO设备都不发起TAU过程。从而使得MO设备不用时刻监测当前的TA并判断其是否属于已注册TAI List，继而能降低终端复杂度，简化移动性管理流程。
应用场景二
与应用场景一中的MO设备相同，当发送数据时间到达时，则MO设备不需要发送Service Request，而直接发送携带active flag的TAU Request。与应用场景一类似，MO设备进入不属于已注册TAI List的TA后，不会进行TAU过程。
而假设MO设备移动到了属于另一个MME(如图8中MME2)的TA4中，如果直接发起Service Request过程，由于MME2中没有该MO设备的上下文信息，则MME2将拒绝该Service Request，用户面建立失败。
因此，通过使用携带active flag的TAU Request过程，可以在TAU过程中使得MME2获得该MO设备的上下文信息，完成位置更新和注册，然后建立用户面连接、发送数据，也即通过一次连接中就完成了位置更新和用户面建立，提高了操作效率。
应用场景三
EPS***中一种监测水文信息的MO设备，装置于轮船底部检测一定水域(比如一条河流从上游到下游)的水文信息，比如某种污染物浓度，当污染物浓度超过预设值时MO设备发起通信。
当设备检测到污染物浓度超标时，先判断当前TA是否在TAI List中，如果是，则发起Service Request过程；如果不是，则发起TAU with active flag过程。可以看出，如果设备在一个TA内频繁检测到污染物浓度超标，则设备只需发起Service Request就能建立用户面连接，从而节省了信令开销。
本发明实施例中还提供了一种MO设备的移动性管理设备，如图9所示，包括：
判断模块10，用于当MO设备确定需要发送数据时，判断当前位置区是否已注册。
对于演进的分组***EPS***，所述判断模块10具体用于，判断当前跟踪区TA是否在跟踪区标识列表TAI List中有记录；如果当前TA在所述TAIList中有记录时，判断当前位置区已注册；否则，判断当前位置区没有注册。
对于通用移动通信***UMTS***，所述判断模块10具体用于，判断当前路由区RA是否为已注册RA；如果当前RA是已注册RA时，判断当前位置区已注册；否则，判断当前位置区没有注册。
处理模块20，用于当判断模块10的判断结果为是时，与网络侧进行服务请求Service Request过程；当判断模块10的判断结果为不是时，与所述网络侧在位置更新中建立用户面连接。
对于EPS***，所述处理模块20具体用于，通过携带了激活标志activeflag的跟踪区更新TAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
对于EPS***，所述处理模块20还用于，当所述MO设备没有数据需要发送且进入到不属于已注册位置区的TA时，确定不需要与所述网络侧进行位置更新过程。
对于UMTS***，所述处理模块20具体用于，通过携带了后续请求followon request的路由区更新RAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述follow on request用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
对于UMTS***，所述处理模块20还用于，当所述MO设备没有数据需要发送且进入到不属于已注册位置区的RA时，确定不需要与所述网络侧进行位置更新过程。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过采用本发明提供的设备，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAURequest请求，或者MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过RAU的follow on request过程或者TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
本发明实施例中还提供了一种MO设备的移动性管理设备，如图10所示，包括：
判断模块30，用于判断是否需要发送数据；
建立模块40，用于当所述判断模块30判断需要发送数据时，与网络侧在位置更新中建立用户面连接。
所述建立模块40具体用于，对于EPS***，通过携带了active flag的TAURequest与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息；对于UMTS***，通过携带了follow on request的RAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述follow on request用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过采用本发明提供的设备，由于本发明实施例中MO设备没有数据待发送时，即使MO设备进入一个不属于已注册位置区的RA时也不发出RAURequest请求，或者MO设备进入一个不属于已注册位置区的TA时也不发出TAU Request请求，从而节省了信令的开销。而且通过RAU的follow on request过程或者TAU的active flag过程，在一次连接中就完成了位置更新和用户面建立，提高了***效率和空口资源的利用率。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (18)
1.一种MO设备的移动性管理方法，其特征在于，包括：
当MO设备确定需要发送数据时，所述MO设备判断当前位置区是否已注册；
如果是，所述MO设备与网络侧进行服务请求Service Request过程；
如果不是，所述MO设备与所述网络侧在位置更新中建立用户面连接。
2.如权利要求1所述的方法，其特征在于，对于演进的分组***EPS***，所述MO设备判断当前位置区是否已注册，包括：
所述MO设备判断当前跟踪区TA是否在跟踪区标识列表TAI List中有记录；
如果当前TA在所述TAI List中有记录时，所述MO设备判断当前位置区已注册；否则，所述MO设备判断当前位置区没有注册。
3.如权利要求2所述的方法，其特征在于，对于EPS***，所述MO设备与所述网络侧在位置更新中建立用户面连接，包括：
所述MO设备通过携带了激活标志active flag的跟踪区更新请求TAURequest与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
4.如权利要求2或3所述的方法，其特征在于，对于EPS***，所述MO设备判断当前位置区是否已注册，之前还包括：
当所述MO设备没有数据需要发送且进入到不属于已注册位置区的TA时，所述MO设备确定不需要与所述网络侧进行位置更新过程。
5.如权利要求1所述的方法，其特征在于，对于通用移动通信***UMTS***，所述MO设备判断当前位置区是否已注册，包括：
所述MO设备判断当前路由区RA是否为已注册RA；
如果当前RA是已注册RA时，所述MO设备判断当前位置区已注册；否则，所述MO设备判断当前位置区没有注册。
6.如权利要求5所述的方法，其特征在于，对于UMTS***，所述MO设备与所述网络侧在位置更新中建立用户面连接，包括：
所述MO设备通过携带了后续请求follow on request的路由区更新RAURequest与所述网络侧在位置更新中建立用户面连接，其中，所述follow onrequest用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
7.如权利要求5或6所述的方法，其特征在于，对于UMTS***，所述MO设备判断当前位置区是否已注册，之前还包括：
当所述MO设备没有数据需要发送且进入到不属于已注册位置区的RA时，所述MO设备确定不需要与所述网络侧进行位置更新过程。
8.一种MO设备的移动性管理方法，其特征在于，包括：
MO设备判断是否需要发送数据；
当所述MO设备需要发送数据时，所述MO设备与网络侧在位置更新中建立用户面连接。
9.如权利要求8所述的方法，其特征在于，所述MO设备与网络侧在位置更新中建立用户面连接，包括：
对于EPS***，所述MO设备通过携带了active flag的TAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息；
对于UMTS***，所述MO设备通过携带了follow on request的RAURequest与所述网络侧在位置更新中建立用户面连接，其中，所述follow onrequest用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
10.一种MO设备的移动性管理设备，其特征在于，包括：
判断模块，用于当MO设备确定需要发送数据时，判断当前位置区是否已注册；
处理模块，用于当判断模块的判断结果为是时，与网络侧进行服务请求Service Request过程；当判断模块的判断结果为不是时，与所述网络侧在位置更新中建立用户面连接。
11.如权利要求10所述的设备，其特征在于，对于演进的分组***EPS***，
所述判断模块具体用于，判断当前跟踪区TA是否在跟踪区标识列表TAIList中有记录；
如果当前TA在所述TAI List中有记录时，判断当前位置区已注册；否则，判断当前位置区没有注册。
12.如权利要求11所述的设备，其特征在于，对于EPS***，
所述处理模块具体用于，通过携带了激活标志active flag的跟踪区更新TAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述activeflag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
13.如权利要求11或12所述的设备，其特征在于，对于EPS***，
所述处理模块还用于，当所述MO设备没有数据需要发送且进入到不属于已注册位置区的TA时，确定不需要与所述网络侧进行位置更新过程。
14.如权利要求10所述的设备，其特征在于，对于通用移动通信***UMTS***，
所述判断模块具体用于，判断当前路由区RA是否为已注册RA；
如果当前RA是已注册RA时，判断当前位置区已注册；否则，判断当前位置区没有注册。
15.如权利要求14所述的设备，其特征在于，对于UMTS***，
所述处理模块具体用于，通过携带了后续请求follow on request的路由区更新RAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述follow on request用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
16.如权利要求14或15所述的设备，其特征在于，对于UMTS***，
所述处理模块还用于，当所述MO设备没有数据需要发送且进入到不属于已注册位置区的RA时，确定不需要与所述网络侧进行位置更新过程。
17.一种MO设备的移动性管理设备，其特征在于，包括：
判断模块，用于判断是否需要发送数据；
建立模块，用于当所述判断模块判断需要发送数据时，与网络侧在位置更新中建立用户面连接。
18.如权利要求17所述的设备，其特征在于，
所述建立模块具体用于，对于EPS***，通过携带了active flag的TAURequest与所述网络侧在位置更新中建立用户面连接，其中，所述active flag用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息；
对于UMTS***，通过携带了follow on request的RAU Request与所述网络侧在位置更新中建立用户面连接，其中，所述follow on request用于标识所述网络侧在位置更新后与所述MO设备建立用户面连接的信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010105064.XA CN102143475B (zh) | 2010-02-02 | 2010-02-02 | 一种mo设备的移动性管理方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010105064.XA CN102143475B (zh) | 2010-02-02 | 2010-02-02 | 一种mo设备的移动性管理方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102143475A true CN102143475A (zh) | 2011-08-03 |
| CN102143475B CN102143475B (zh) | 2014-06-18 |
Family
ID=44410642
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010105064.XA Active CN102143475B (zh) | 2010-02-02 | 2010-02-02 | 一种mo设备的移动性管理方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102143475B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110268760A (zh) * | 2017-02-06 | 2019-09-20 | 华为技术有限公司 | 支持接入控制和移动性管理的方法和装置 |
| US11039413B2 (en) | 2017-05-05 | 2021-06-15 | Idac Holdings, Inc. | Methods, apparatus and systems for supporting mobile initiated connection only (MICO) wireless transmit/receive units (WTRUs) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101237671A (zh) * | 2006-11-03 | 2008-08-06 | 华为技术有限公司 | 移动通信方法、移动通信***及接入实体 |
-
2010
- 2010-02-02 CN CN201010105064.XA patent/CN102143475B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101237671A (zh) * | 2006-11-03 | 2008-08-06 | 华为技术有限公司 | 移动通信方法、移动通信***及接入实体 |
Non-Patent Citations (2)
| Title |
|---|
| CATT: "《3GPP TSG-SA WG2 Meeting #77,S2-100461》", 22 January 2010 * |
| SIERRA WIRELESS: "《3GPP TSG-SA1 #46,S1-091233》", 15 May 2009 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110268760A (zh) * | 2017-02-06 | 2019-09-20 | 华为技术有限公司 | 支持接入控制和移动性管理的方法和装置 |
| US10893498B2 (en) | 2017-02-06 | 2021-01-12 | Huawei Technologies Co., Ltd. | Method and apparatus for supporting access control and mobility management |
| CN110268760B (zh) * | 2017-02-06 | 2021-04-20 | 华为技术有限公司 | 支持接入控制和移动性管理的方法和装置 |
| US11388692B2 (en) | 2017-02-06 | 2022-07-12 | Huawei Technologies Co., Ltd. | Method and apparatus for supporting access control and mobility management |
| US11832206B2 (en) | 2017-02-06 | 2023-11-28 | Huawei Technologies Co., Ltd. | Method and apparatus for supporting access control and mobility management |
| US11039413B2 (en) | 2017-05-05 | 2021-06-15 | Idac Holdings, Inc. | Methods, apparatus and systems for supporting mobile initiated connection only (MICO) wireless transmit/receive units (WTRUs) |
| US11812401B2 (en) | 2017-05-05 | 2023-11-07 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for supporting mobile initiated connection only (MICO) wireless transmit/receive units (WTRUs) |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102143475B (zh) | 2014-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9210226B2 (en) | Method and device for location management of group-based machine type communication MTC device | |
| CN101969634B (zh) | 一种用户数据的同步方法和*** | |
| US20130021970A1 (en) | Group based mobility optimization method and device in machine-type communication | |
| CN101521871B (zh) | 一种跟踪区更新的方法、装置和*** | |
| CN101557573B (zh) | 紧急服务信息的获取方法及通信设备 | |
| CN102271382B (zh) | 一种mtc设备的接入控制方法和设备 | |
| CN103947270A (zh) | 用于寻呼离线状态终端的***和方法 | |
| CN102111856A (zh) | Mtc终端的节电方法及***、mtc终端 | |
| CN102232317B (zh) | 移动交换中心池中的寻呼处理方法及装置 | |
| CN110300437A (zh) | 缩短csfb小区回落时间的方法、终端及*** | |
| CN102934489B (zh) | 位置上报方法、设备和*** | |
| US20200015195A1 (en) | Paging Method and Related Device | |
| CN101094485B (zh) | 一种在rnc实现基于imsi的信令跟踪方法 | |
| CN107333311A (zh) | 一种防止lte终端在空闲态反复发起跟踪区更新流程的方法 | |
| CN101370197A (zh) | 双待终端及双模双待终端模式间切换方法 | |
| CN102857897A (zh) | 管理mtc设备的方法、装置及*** | |
| CN101572862B (zh) | 支持3g***和lte***间互通的方法和设备 | |
| CN101448209B (zh) | 用于演进分组***的用户设备位置信息通知方法和*** | |
| JP5930438B2 (ja) | アクセス方法、モビリティ管理デバイス、およびユーザ機器 | |
| CN102244916A (zh) | 一种会话管理的控制方法和设备 | |
| CN102170625B (zh) | 一种pcc策略的实现方法和装置 | |
| CN102014362A (zh) | 一种csg信息的发送方法、***和设备 | |
| CN102143475B (zh) | 一种mo设备的移动性管理方法和设备 | |
| CN102984756B (zh) | 一种下行信令消息流程处理方法和*** | |
| CN102149107A (zh) | 一种跟踪区域列表的分配方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210609 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |