CN102958194A

CN102958194A - 一种维持大量连接的方法、用户设备及***

Info

Publication number: CN102958194A
Application number: CN2011102465245A
Authority: CN
Inventors: 许辉
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-08-25
Filing date: 2011-08-25
Publication date: 2013-03-06
Anticipated expiration: 2031-08-25
Also published as: EP2717645A4; US20140155074A1; US9363834B2; CN102958194B; EP2717645A1; WO2012151945A1

Abstract

本发明公开了一种维持大量连接的方法，该方法包括：当用户设备(UE)与网络之间无数据传输时，网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；当UE与网络之间需要传输数据时，网络设备依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。本发明同时公开了一种维持大量连接的用户设备及***，采用本发明的方法、用户设备及***，能有效地维持大量UE的连接，并降低网络负载，加快连接恢复过程。

Description

一种维持大量连接的方法、用户设备及***

技术领域

本发明涉及机器对机器(M2M，Machine to Machine)技术，特别是指一种维持大量连接的方法、用户设备(UE，User Equipment)及***。

背景技术

M2M技术是指：机器之间建立连接的所有技术和手段。在上个世纪九十年代，就出现了M2M的概念，但是，只停留在理论阶段。2000年以后，随着移动通信技术的发展，使得通过移动通信技术实现机器设备之间的联网成为可能。2002年左右，在市场上出现了M2M业务，并在随后的几年迅速发展，成为了众多通信设备商和电信运营商的关注焦点。而且，目前，全球的机器数量比人的数量要多很多，因此，可以预见到M2M技术的良好的市场前景。

对M2M通信应用场景的研究表明，在移动网络上提供M2M通信，具有潜在的市场前景；另外，目前电信市场竞争日趋激烈，资费不断下降，运营商利润空间不断减小，以人为基础的通信市场正在趋于饱和，因此，M2M通信对运营商来说是全新的发展机遇。

但是，由于现有的移动通信网络主要针对人与人的通信进行设计，而对机器与机器、人与机器的之间通信则优化不足，因此，M2M业务对现有的移动通信***提出了很多新的要求，为了增强移动网络在这方面的竞争力，有必要对现有的移动网络进行优化，来更有效地支持M2M通信。此外，运营商如何能够以低成本提供M2M通信服务，也是M2M通信部署成功的关键。

基于以上分析，有必要研究移动网络支持M2M通信的解决方案，解决方案要能最大限度地利用现有网络，并降低大量M2M通信对网络造成的影响以及运营维护的复杂度。

在现有技术中，为了有效地利用现有的移动网络资源，第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)提出了机器类型通信(MTC，Machine Type Communication)，即：M2M、机器对人(Machine to Man)进行通信的业务，其业务范围远远超出了以往人对人(H2H，Human to Human)之间的通信，并且，MTC在接入控制、计费、安全性、服务质量(QoS，Qualityof Service)、以及业务模式等方面与现有的H2H通信模式有很大的区别。

图1为3GPP演进分组***(EPS，Evolved Packet System)的架构示意图，从图1中可以看出，EPS包括：无线接入网(RAN，Radio Access Network)及核心网。其中，无线接入网具体可以是：通用移动通信***陆地无线接入网(UTRAN，UMTS Terrestrial Radio Access Network)、演进的UTRAN(E-UTRAN，Evolved UTRAN)、GSM/EDGE无线接入网络(GERAN，GSM/EDGE Radio Access Network)等；在E-UTRAN中，包括：演进的节点B(eNB，evolved Node B)；对于核心网的组成，在演进分组核心网(EPC，EvolvedPacket Core)中，即：无线接入网为E-UTRAN时，核心网包括：移动管理实体(MME，Mobility Management Entity)、服务网关(S-GW，Serving GateWay)、以及分组数据网网关(P-GW，PDN Gateway)等网元，在通用分组无线业务(GPRS，General Packet Radio Service)中，即：无线接入网为UTRAN或GERAN时，核心网包括：服务GPRS支持节点(SGSN，Serving GPRS Support Node)等网元。

要实现MTC***，则有效地维持大量MTC设备的连接是对MTC***的基本要求之一，换句话说，MTC***应该提供有效地维持大量MTC设备的连接的机制。因此，需要考虑以下三个方面的因素：1、有效性；2、维持连接；3、大量的MTC设备。在目前的研究中，只有第2点是明确的，即：保持永远在线“always on”；而对于第3点：大量的含义并不明确，即：并不能明确多少量算是大量；对于第1点：有效性的定义也不明确，虽然有效性的定义并不明确，但是，根据以往3GPP会议的讨论情况可知，这条需求主要是针对当大量设备处于“always on”状态时，网络设备如何有效地进行相关资源的维护。

基于图1所示的网络架构，图2为3GPP中的MTC***的架构示意图，如图2所示，在MTC***中，需要一直保持UE、RAN、GGSN，网关GPRS支持节点(GGSN，Gateway GPRS Support Node)/P-GW/演进型分组数据网关(ePDG，evolved Packet Data Gateway)、以及MTC服务器(MTC Server)之间的链路。其中，在图2中，虚线------表示控制面的连接，实线-表示用户面的连接。

在长期演进(LTE，Long Term Evolution)网络中，UE附着到网络后，即进入“always on”状态，直到UE去附着(detach)为止。而处于“always on”状态的UE，网络设备需要维护它的上下文信息等相关信息。如果大量的设备都处于这种状态，就必然有大量的上下文信息需要维护，从而会占用大量的网络资源，而目前，并没有如何有效地管理并尽量减少对网络资源的占用的技术方案。

此外，在UE与网络设备之间无数据发送时，可以释放无线链路承载或去附着，以减少对无线资源的占用，而在现有技术中，释放无线承载后，当需要发送数据时，还没有迅速重建无线连接的技术方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种维持大量连接的方法、用户设备及***，能有效地维持大量UE的连接。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种维持大量连接的方法，该方法包括：

当UE与网络之间无数据传输时，网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

当UE与网络之间需要传输数据时，网络设备依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。

上述方案中，当UE与网络之间无数据传输的时间间隔小于等于预设的域值时，该方法进一步包括：

网络设备进一步保留有线承载；

所述有线承载包括：S1承载、S5/8承载及SGi承载。

上述方案中，当UE与网络之间需要一直传送数据或根据UE的签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，该方法进一步包括：

网络设备保留无线承载，并保留UE的所有上下文信息及有线承载；

所述有线承载包括：S1承载、S5/8承载及SGi承载。

上述方案中，所述大量连接为两个以上连接。

本发明还提供了一种维持大量连接的方法，该方法包括：当UE与网络之间无数据传输时，网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载后，该方法进一步包括：

当MTC Server需要向一批所述UE发送数据时，通过网络设备向所述UE发送触发(trigger)信息，建立与所有所述UE之间的连接。

上述方案中，所述通过网络设备向所述UE发送trigger信息，建立与所有所述UE之间的连接，为：

MTC Server向网络设备发送trigger信息；

网络设备对收到的trigger信息进行转发处理，之后向所述收到的trigger信息对应的UE发送trigger信息；

所述UE收到trigger信息后，发起attach过程，建立与网络侧之间的连接。

上述方案中，在网络设备对收到的trigger信息进行转发处理时，该方法进一步包括：

网络设备将收到的trigger信息中的UE标识转换成国际移动用户识别码(IMSI，Internal Mobile Subscriber Identifier)。

本发明又提供了一种维持大量连接的用户设备，该用户设备包括：接收模块及处理模块；其中，

接收模块，用于接收trigger信息，并将收到的trigger信息发送给处理模块；

处理模块，用于收到接收模块发送的trigger信息后，发起attach过程，建立与网络侧之间的连接。

上述方案中，所述接收模块，还用于接收数据。

上述方案中，该用户设备进一步包括：发送模块，用于发送数据。

本发明还提供了一种维持大量连接的***，该***包括：网络设备，用于当UE与网络之间无数据传输时，删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；以及当UE与网络之间需要传输数据时，依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。

上述方案中，所述网络设备，还用于当UE与网络之间无数据传输的时间间隔小于等于预设的域值，进一步保留有线承载。

上述方案中，所述网络设备，还用于当与UE之间一直需要传送数据或根据签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，保留无线承载，并保留UE的所有上下文信息及有线承载。

本发明还提供了一种维持大量连接的***，该***包括：网络设备、MTCServer、以及UE；其中，

网络设备，用于当UE与网络之间无数据传输时，删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

MTC Server，用于当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载后，且需要向一批UE发送数据时，通过网络设备向UE发送trigger信息，建立与所有UE之间的连接；

UE，用于收到MTC Server通过网络设备发送的trigger信息后，建立与MTC Server之间的连接。

上述方案中，所述MTC Server，具体用于：向网络设备发送trigger信息；

所述网络设备，具体用于：收到MTC Server发送的trigger信息后，对收到的trigger信息进行转发处理，并向UE发送trigger信息；

所述UE，具体用于：收到网络设备发送的trigger信息后，发起attach过程，建立与网络侧之间的连接。

上述方案中，所述网络设备对收到的trigger信息进行转发处理时，进一步用于将收到的trigger信息中的UE标识转换成IMSI。

上述方案中，所述UE的个数为两个以上。

本发明提供的维持大量连接的方法及***，当UE与网络之间无数据传输时，进入挂起状态，即：网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；当UE与网络之间需要传输数据时，进入恢复状态，即：网络设备依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接；如此，能有效地维持大量UE的连接。

当UE与网络之间无数据传输时网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载，如此，能有效地节约存储空间，从而有效地降低网络负载；当UE与网络之间需要传输数据时，网络设备依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接，如此，能提高连接恢复的速度。

当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载后，且当MTCServer需要向一批UE发送数据时，通过网络设备向UE发送trigger信息，建立与所有所述UE之间的连接，如此，能使大量UE快速地接入网络。

附图说明

图1为现有技术中3GPP EPS的架构示意图；

图2为现有技术中3GPP MTC***的架构示意图；

图3为本发明维持大量连接的方法流程示意图；

图4为实施例一维持大量连接的方法流程示意图；

图5为实施例二维持大量连接的方法流程示意图；

图6为实施例三维持大量连接的方法流程示意图；

图7为本发明维持大量连接的***结构示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

在下面的描述中，UE为具有MTC设备特性的UE；这里，本发明描述的UE具体可以是各种移动通信技术中所描述的用户使用的设备，比如可以是LTE/UTRA中的UE、2G/3G/GREAN中的移动台(MS，Mobile Station)等。一般，机器数量比人的数量要多很多，比如高2个数量级以上，在本发明中，如无特别说明，大量连接是指多于一个连接，即：大量连接为两个以上连接。

本发明维持大量连接的方法，如图3所示，包括以下步骤：

步骤301：当UE与网络之间无数据传输时，进入挂起状态；

这里，所述无数据传输是指：UE发送和/或接收数据结束，或者，网络设备发送和/或接收数据结束；如果是UE发送和/或接收数据结束，则需要通知网络设备；相应的，如果网络设备发送和/或接收数据结束，则需要通知UE。

所述进入挂起状态，具体为：

网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载。

其中，所述网络设备可以包括：UE与MTC Server之间实现数据传输时所需要的所有设备，比如：RAN设备、MME/SGSN、S-GW/P-GW、(HSS，HomeSubscriber Server)/归属位置寄存器(HLR，Home Location Register)、MTC互联功能(MTC IWF，MTC InterWorking Function)、以及业务中心(SC，ServiceCenter)等，所述RAN设备具体可以是eNB；在实际应用时，根据部署的网络的不同，所述网络设备会有所不同。所述网络设备可以是组成3GPP网络的网络设备。网络设备具体包括哪些设备不是本发明关心的内容。在实际应用过程中，UE的上下文信息包括：IMSI、国际移动设备身份码(IMEI，InternationalMobile Equipment Identity)、签约信息、移动性管理状态(Mobility managementstate)、全球唯一临时标识(GUTI，Globally Unique Temporary Identity)、跟踪区域列表(Tracking area list)、最后访问的跟踪区域标识(Last visited tracking areaID)、非连续接收参数(DRX parameters，Discontinuous Reception parameters)、安全参数(Security parameters)等。UE的上下文信息可以保存在上述的一个以上网络设备中；而所述与恢复链路相关的UE的上下文信息由运营商根据业务需求、UE的MTC特性、以及策略，确定哪些UE的上下文信息为与恢复链路相关的UE的上下文信息。

所述缺省承载是指：S5/8接口上的承载，即：S-GW与P-GW之间的承载，在UE附着(attach)时，建立缺省承载。

这里，当UE与网络之间无数据传输的时间间隔小于等于预设的域值时，则该方法还可以进一步包括：

网络设备进一步保留有线承载。其中，可以依据需要设置域值。所述有线承载包括：S1承载、S5/8承载及SGi承载。

步骤302：当UE与网络之间需要传输数据时，进入恢复状态。

这里，所述传输数据是指：UE发送和/或接收数据，或者网络设备发送和/或接收数据；如果网络设备发送数据可能需要进行trigger过程。

所述进入恢复状态，具体为：

网络设备依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。

其中，依据保留的与恢复链路相关的UE的上下文信息，建立与UE的无线承载的具体处理过程可采用现有技术；所述无线承载包括：空口承载。

当网络设备与UE之间一直传送数据或根据签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，该方法还可以进一步包括：

网络设备保留无线承载，并保留UE的所有上下文信息及有线承载。

所述有线承载包括：S1承载、S5/8承载及SGi承载。

本发明还提供了一种维持大量连接的方法，该方法包括：

当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载后，且当MTCServer需要向一批所述UE发送数据时，通过网络设备向所述UE发送trigger信息，建立与所有所述UE之间的连接；

具体地，MTC Server向网络设备发送trigger信息；

其中，所述MTC Server向网络设备发送的trigger信息是指：在一条trigger信息中包含针对多个UE的信息；

在网络设备对收到的trigger信息进行转发处理时，该方法还可以进一步包括：

网络设备将收到的trigger信息中的UE标识转换成IMSI，以便网络设备可以将trigger信息发送给UE。

下面结合实施例对本发明再作进一步详细的描述。

实施例一

本实施例中，UE为具有时间控制(time control)特性的UE，即：网络设备已规定UE可以在什么时间与网络设备进行通信。本实施例维持大量连接的方法，如图4所示，包括以下步骤：

步骤401：UE与MTC Server之间停止发送数据；

这里，停止发送数据的原因可以是：授权时间间隔(Grant Time Interval)超时、进入禁止时间间隔(Forbidden Time Interval)、或在Grant Time Interval或通讯窗口(Communication Window)中数据发送完毕等。

如果UE停止发送或接收数据，则UE向网络设备发送指示信息；如果MTCServer停止发送或接收数据，则MTC Server通过网络设备向UE发送指示信息；其中，所述指示信息可以包括：下一次发送数据的时间信息。

步骤402：网络设备删除无线承载，保存或删除UE的上下文信息及UE信息中的签约信息，之后执行步骤403；

这里，网络设备删除无线承载的具体处理过程可采用现有技术。

由于UE的上下文信息保存在不同的网络设备上，各个网络设备根据需要确定保存或删除UE的上下文信息及UE信息中的签约信息，具体地，如果UE目前处于Grant Time Interval或Communication Window中，或者，Forbidden TimeInterval小于等于预设的域值，则所有的网络设备均保留自身存储的UE的上下文信息，并保留UE信息中的签约信息；如果UE目前不处于Grant Time Interval或Communication Window中，或者Forbidden Time Interval大于预设的域值；则存储与恢复链路相关的UE的上下文信息的网络设备保留与恢复链路相关的UE的上下文信息，而未存储与恢复链路相关的UE的上下文信息的网络设备删除UE的上下文信息，并删除所述签约信息；其中，依据需要设置域值，比如，可以设置为10min等；网络设备事先已获知UE的状态，从而据此可以通过获知UE目前是否处于Grant Time Interval或Communication Window中、以及获知UE的Forbidden Time Interval。

所述UE的上下文信息可以保存在eNB和/或MME中；即：网络设备包括：eNB、MME；所述UE信息是指：UE的标识信息和签约信息，具体包括：IMSI、IMEI、签约信息、以及QoS等，UE信息保存在HSS/HLR中。

删除UE的上下文信息及UE信息中的签约信息的具体处理过程为现有技术，这里不再赘述。

步骤403：网络设备保留缺省承载，之后执行步骤404；

这里，需要说明的是：网络设备保留缺省承载，可以删除专用承载，专用承载是指缺省承载之外的用于传输数据的承载；可以通过MME/SGSN发起删除专用承载过程，具体处理过程可采用现有技术。

步骤404：网络设备和UE之间准备传送数据，之后执行步骤405；

这里，所述传送数据可以由UE或网络设备发起，如果是网络设备发起，可能需要经过trigger过程，以请求UE建立连接；其中，网络设备发起传送数据的具体处理可采用现有技术，trigger过程的具体实现可以参照实施例三。

步骤405：网络设备依据保留的与恢复链路相关的UE的上下文信息，恢复与UE之间的承载连接，开始发送数据，结束当前处理流程。

这里，所述承载包括：空口承载、S1承载、SGi承载；进一步还可以包括：专用承载。

需要说明的是：如果UE当前处于Forbidden Time Interval中，则需要等待UE进入Grant Time Interval后，才能开始本步骤的操作。

实施例二

在本实施例中，UE为经过长时间间隔后与网络设备进行数据传输的UE，即：时间间隔大于设置的域值，本实施例维持大量连接的方法，如图5所示，包括以下步骤：

步骤501：UE与MTC Server之间停止发送数据；

如果UE停止发送或接收数据，UE向网络发送指示信息；或者MTC Server停止发送或接收数据，则MTC Server向UE发送指示信息；上述指示信息可能包括下一次准备发送数据的时间信息。

步骤502：网络设备删除无线承载，保存或删除UE的上下文信息和UE信息；

由于UE的上下文信息保存在不同的网络设备上，各个网络设备根据需要确定保存或删除UE的上下文信息和UE信息中的签约信息，具体地，存储与恢复链路相关的UE的上下文信息的网络设备保留与恢复链路相关的UE的上下文信息，而未存储与恢复链路相关的UE的上下文信息的网络设备删除UE的上下文信息，并删除所述签约信息。

所述UE的上下文信息可以保存在eNB和/或MME中；即：网络设备包括：eNB、MME；UE信息保存在HSS/HLR中。

步骤503：网络设备保留缺省承载，之后执行步骤504；

步骤504：网络设备和UE之间准备传送数据；

所述传送数据可以由UE或网络侧发起，如果是网络设备发起，可能需要经过trigger过程，以请求UE建立连接；其中，网络设备发起传送数据的具体处理可采用现有技术，trigger过程的具体实现可以参照实施例三。

步骤505：网络设备依据保留的与恢复链路相关的UE的上下文信息，恢复与UE之间的承载连接，开始发送数据，结束当前处理流程。

实施例三

本实施例的应用场景为：网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载；MTC Server需要向这些not attached UE发送数据。这里，网络设备为3GPP网络中的网络设备；detach过程可以显示或隐示进行，detach过程的具体处理过程为现有技术。本实施例维持大量连接的方法，如图6所示，包括以下步骤：

步骤601：MTC Server准备向not attached UE发送数据，之后执行步骤602；

步骤602：MTC Server向MTC IWF发送trigger信息；

这里，考虑到需要触发请求大量的not attached UE，所述trigger信息中包含针对多个UE的trigger信息。

步骤603：MTC IWF收到trigger信息后，向trigger信息中的UE注册的MME/SGSN转发trigger信息；

这里，在3GPP网络中，MTC IWF将trigger信息中的UE标识转换成IMSI，之后再向trigger信息中的UE注册的MME/SGSN转发trigger信息；其中，MTCIWF事先保存了UE的IMSI，或者，MTC IWF通过HSS/HLR请求得到UE的IMSI，从而可以据此将trigger信息中的UE标识转换成IMSI。

MTC IWF可通过HSS/HLR查询UE的信息，从而得到相应的MME/SGSN，从而向相应的MME/SGSN转发trigger信息。

如果trigger信息中的UE注册在同一个MME/SGSN上，则MTC IWF向该MME/SGSN发送trigger信息，如果trigger信息中的UE注册在多个MME/SGSN上，则MTC IWF向注册的多个MME/SGSN均发送trigger信息。

步骤604：MME/SGSN收到trigger信息后，向trigger信息中的UE对应的eNB转发trigger信息；

步骤605：eNB收到trigger信息后，向UE发送trigger信息；

步骤606：UE收到trigger信息后，发起attach过程，建立与网络侧之间的承载连接，之后执行步骤607；

这里，所述承载包括：空口承载、S1承载、SGi承载，还可以进一步包括：专用承载。

建立与网络侧之间的承载连接的具体处理过程可采用现有技术。

步骤607：MTC Server向UE发送数据。

为实现上述方法，本发明还提供了一种维持大量连接的***，该***包括：网络设备，用于当UE与网络之间无数据传输时，删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；以及当UE与网络之间需要传输数据时，依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。

这里，需要说明的是：所述UE为具有MTC设备特性的UE，所述UE的个数可以为两个以上。

其中，所述网络设备，还用于当UE与网络之间无数据传输的时间间隔小于等于预设的域值，进一步保留有线承载。

所述网络设备，还用于当与UE之间一直需要传送数据或根据签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，保留无线承载，并保留UE的所有上下文信息及有线承载。

这里，需要说明的是：所述网络设备可以包括：UE与MTC Server之间实现数据传输时所需要的所有设备，比如：RAN设备、MME/SGSN、S-GW/P-GW、HSS/HLR、MTC IWF、以及SC等，所述RAN设备具体可以是eNB；在实际应用时，根据部署的网络的不同，所述网络设备会有所不同。所述网络设备可以是组成3GPP网络的网络设备。网络设备具体包括哪些设备不是本发明关心的内容。在实际应用过程中，UE的上下文信息包括：IMSI、IMEI、签约信息、Mobility management state、GUTI、Tracking area list、Last visited tracking area ID、DRX parameters、Security parameters等。UE的上下文信息可以保存在上述的一个以上网络设备中；而所述与恢复链路相关的UE的上下文信息由运营商根据业务需求、UE的MTC特性、以及策略，确定哪些UE的上下文信息为与恢复链路相关的UE的上下文信息。

本发明还提供了一种维持大量连接的***，如图7所示，该***包括：网络设备71、MTC Server 72、以及UE 73；其中，

网络设备71，用于当UE与网络之间无数据传输时，删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

MTC Server 72，用于当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了detach过程，删除了大量UE的所有上下文信息和所有承载后，且需要向一批not attached UE发送数据时，通过网络设备71向UE 73发送trigger信息，建立与所有UE 73之间的连接；

UE 73，用于收到MTC Server 72通过网络设备71发送的trigger信息后，建立与MTC Server之间的连接。

这里，需要说明的是：所述UE为具有MTC设备特性的UE，所述UE的个数为两个以上。

其中，所述MTC Server 72，具体用于：向网络设备71发送trigger信息；

所述网络设备71，具体用于：收到MTC Server 72发送的trigger信息后，对收到的trigger信息进行转发处理，并向UE 73发送trigger信息；

所述UE 73，具体用于：收到网络设备71发送的trigger信息后，发起attach过程，建立与网络侧之间的连接。

其中，所述网络设备71，在对收到的trigger信息进行转发处理时，进一步用于将收到的trigger信息中的UE标识转换成IMSI。

本发明还提供了一种维持大量连接的用户设备，该用户设备包括：接收模块及处理模块；其中，

其中，所述接收模块，还用于接收数据。

该用户设备还可以进一步包括：发送模块，用于发送数据。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种维持大量连接的方法，其特征在于，该方法包括：

当用户设备(UE)与网络之间无数据传输时，网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

2.根据权利要求1所述的方法，其特征在于，当UE与网络之间无数据传输的时间间隔小于等于预设的域值时，该方法进一步包括：

网络设备进一步保留有线承载；

所述有线承载包括：S1承载、S5/8承载及SGi承载。

3.根据权利要求1或2所述的方法，其特征在于，当UE与网络之间需要一直传送数据或根据UE的签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，该方法进一步包括：

所述有线承载包括：S1承载、S5/8承载及SGi承载。

4.根据权利要求1或2所述的方法，其特征在于，所述大量连接为两个以上连接。

5.一种维持大量连接的方法，其特征在于，该方法包括：当UE与网络之间无数据传输时，网络设备删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；

当网络设备出现故障或断电后，丢失保留的UE的所有上下文信息并删除了所有承载，或者，由于在规定时长内未检测到大量UE的信息，网络设备发起了去附着(detach)过程，删除了大量UE的所有上下文信息和所有承载后，该方法进一步包括：

当机器类型通信服务器(MTC Server)需要向一批所述UE发送数据时，通过网络设备向所述UE发送触发(trigger)信息，建立与所有所述UE之间的连接。

6.根据权利要求5所述的方法，其特征在于，所述通过网络设备向所述UE发送trigger信息，建立与所有所述UE之间的连接，为：

MTC Server向网络设备发送trigger信息；

7.根据权利要求6所述的方法，其特征在于，在网络设备对收到的trigger信息进行转发处理时，该方法进一步包括：

网络设备将收到的trigger信息中的UE标识转换成国际移动用户识别码(IMSI)。

8.根据权利要求5、6或7所述的方法，其特征在于，所述大量连接为两个以上连接。

9.一种维持大量连接的用户设备，其特征在于，该用户设备包括：接收模块及处理模块；其中，

10.根据权利要求9所述的用户设备，其特征在于，所述接收模块，还用于接收数据。

11.根据权利要求9或10所述的用户设备，其特征在于，该用户设备进一步包括：发送模块，用于发送数据。

12.一种维持大量连接的***，其特征在于，该***包括：网络设备，用于当UE与网络之间无数据传输时，删除无线承载，保留与恢复链路相关的UE的上下文信息及缺省承载；以及当UE与网络之间需要传输数据时，依据保留的与恢复链路相关的UE的上下文信息，建立与UE的承载连接。

13.根据权利要求12所述的***，其特征在于，所述网络设备，还用于当UE与网络之间无数据传输的时间间隔小于等于预设的域值，进一步保留有线承载。

14.根据权利要求12或13所述的***，其特征在于，所述网络设备，还用于当与UE之间一直需要传送数据或根据签约属性或根据运营商策略，需要一直保持UE与网络之间的连接时，保留无线承载，并保留UE的所有上下文信息及有线承载。

15.根据权利要求12或13所述的***，其特征在于，所述大量连接为两个以上连接。

16.一种维持大量连接的***，其特征在于，该***包括：网络设备、MTCServer、以及UE；其中，

17.根据权利要求16所述的***，其特征在于，

所述MTC Server，具体用于：向网络设备发送trigger信息；

18.根据权利要求17所述的***，其特征在于，所述网络设备对收到的trigger信息进行转发处理时，进一步用于将收到的trigger信息中的UE标识转换成IMSI。

19.根据权利要求16、17或18所述的***，其特征在于，所述UE的个数为两个以上。