CN101090358A - 一种恢复用户面数传的方法 - Google Patents
一种恢复用户面数传的方法 Download PDFInfo
- Publication number
- CN101090358A CN101090358A CNA2006100828760A CN200610082876A CN101090358A CN 101090358 A CN101090358 A CN 101090358A CN A2006100828760 A CNA2006100828760 A CN A2006100828760A CN 200610082876 A CN200610082876 A CN 200610082876A CN 101090358 A CN101090358 A CN 101090358A
- Authority
- CN
- China
- Prior art keywords
- user
- data channel
- access network
- downlink data
- entity
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种恢复用户面数传的方法,包括:演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;所述演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。采用本发明方法能加快下行数传通道的建立,缩短下行数传恢复的时延,加快用户面数传恢复的速度。
Description
技术领域
本发明涉及移动通讯技术领域,尤其涉及第三代移动通讯***中演进的移动通信网络***架构及在该网络***架构下,快速恢复用户面数传的方法。
背景技术
为了保证3GPP***的竞争力,一个接入技术演进的工作正在3GPP组织内部进行。特别是为了加强3GPP***处理快速增长的IP数据业务的能力,在3GPP***内使用分组技术需要进一步增强。这类技术演进中最重要的几个部分包括:减少时延和反应时间,更高速的用户数据速率,增强的***容量和覆盖范围以及运营商整体成本的降低。
如图1所示,为现有技术中提出的一种无线演进网络架构。无线演进网络的核心网主要包含移动管理实体(Mobility Management Entity,MME)、用户面实体(User Plane Entity,UPE)、不同接入***问的用户面锚点(Inter AccessSystem Anchor,Inter AS Anchor,下文中简称为移动锚点)三个逻辑功能体,其中的MME是移动管理实体,负责控制面的移动性管理,包括用户上下文和移动状态管理,分配用户临时身份标识、安全功能等,它对应于当前通用无线通信***(Universal Mobile Telecommunication System,UMTS)内部服务GPRS支持节点(Serving GPRS Support Node,SGSN)的控制平面部分;UPE是用户面实体,负责空闲状态下为下行数据发起寻呼,管理保存IP承载参数和网络内路由信息等,它对应于当前UMTS***内部SGSN的数据平面部分;InterAS Anchor则充当不同接入***间的用户面锚点。
在演进网络前的3GPP***内,附着过程和分组数据协议(Packet DataProtocol,PDP)上下文的激活过程是两个分离的过程。在开机后,终端首先会进行一个GPRS附着过程,其中主要包含安全过程和位置更新。附着完成后,终端并没有同时获得IP连接,只有终端再发起一次PDP上下文激活过程,终端才会被提供一个IP地址和相应的配置参数。这样导致用户发起业务的时延变长,该过程与演进网络的要求是明显不符的。
为减少移动终端从空闲状态进入到数据收发状态的反应时间,规范提出***架构演进(System Architecture Evolution,SAE)/长期演进(long-termevolution,LTE)***把网络注册和缺省IP承载建立结合到一起完成,即移动终端首次附着网络过程中,网络就分配给终端一个IP和部分相应的承载资源,空口资源是否分配还有待讨论确定。由此实现移动终端的永远在线,以便终端当需要进行数据业务时候,网络能够更快、更迅捷的提供服务。简而言之,演进网络中的用户进行网络附着的时候就需要建立一个缺省的IP承载。图2中描述了一种网络附着的流程,包括如下步骤:
1、移动用户的终端发现了SAE/LTE接入***,随后进行接入***和网络选择。
2、终端向MME/UPE发起附着请求,请求包含用户以前注册的信息(例如:临时身份标识)。如果终端没有上报用户以前的注册信息,则请求包含用户的永久身份标识。附着请求可以包括缺省IP接入承载的信息(例如:用户选择的IP地址或者接入点名称APN)。
3a、如果用户以前的注册信息被终端上报,则MME/UPE会通过用户以前的注册信息,导出用户上次注册的旧MME/UPE的地址,并发送用户的注册信息给旧MME/UPE以请求获取用户的信息。
3b、旧MME/UPE发送用户的上下文给新的MME/UPE,包含用户的永久身份标识,安全上下文参数等。
4、新MME/UPE根据***配置,对移动用户或设备进行安全认证,该步骤为可选步骤。
5、MME/UPE向归属用户服务器(Home Subscriber server,HSS)发起注册更新,注册成为当前服务移动用户的MME/UPE。
6、HSS指示旧的MME/UPE删除移动用户的上下文。
7、HSS确认新MME/UPE的注册。缺省IP接入承载的签约信息、相关的QoS策略和计费控制信息也被传送至MME/UPE。
8、一个Inter AS Anchor被选择。选择机制未确定。IP地址配置由用户喜好或签约数据,或者HPLMN或者VPLMN的策略决定。
9、Inter AS Anchor根据决定的用户IP地址进行IP层配置。用户平面建立并且缺省的策略和计费规则被应用。用户平面的建立可以是由终端发起或由MME/UPE发起。
10、MME/UPE向演进的无线接入网(Evolved RAN)提供缺省IP承载的QoS配置。
11、MME/UPE发送接受终端的附着消息并且为终端分配临时标识,用户IP地址等缺省IP承载相关信息也发送至终端。在漫游场景下,漫游限制会被检查,如果违反则附着将被拒绝。
12、终端确认附着成功。
演进网络中用户附着过程建立的缺省IP承载,除可能承载基于IP的协议信令,比如IP多媒体子***(IP Multimedia Subsystem,IMS)注册的SIP协议,还有可能承载其他可以采用缺省QoS控制策略和计费策略的潜在业务。上层应用业务数据流要求的QoS差异比较大,当缺省IP承载提供的QoS不能满足上层业务数据流的QoS要求时,网络侧或者终端会发起建立新的专用承载,以便为对应的业务数据流提供承载服务。
为提高用户的服务感受,加快用户终端从空闲状态过渡到数据传送状态的转换速度是演进网络一个重要的需求,目前得到多数设备商认可的方法是,如果用户的业务数据流需要专用的承载,但还没有建立时,先利用缺省IP承载传送,与此同时进行专用承载的建立,等对应的专用承载建立好,再把业务数据流切换到专用承载上传送,以便加快用户的数传尽快恢复或者启动。由此可以看出,恢复或者重建缺省IP承载的速度对加快用户启动或者恢复数据传输至关重要。
缺省IP承载由多段通道或者承载组成,包括用户终端和演进接入网之间的空口承载、演进接入网和核心网用户面实体UPE之间的数据通道、核心网用户面实体UPE和移动锚点Inter AS Anchor之间的数据通道。根据规范要求,为减少空口资源的占用,当移动用户进入空闲状态时,移动用户在演进接入网实体中对应的上下文将被释放,也就是说,但用户处于空闲状态下,缺省IP承载占用的空口承载资源以及演进接入网和核心网用户面实体UPE之间的数据通道的接入网侧资源都会被释放。如前文所述,当用户从空闲态转换到数据收发状态,要尽快恢复用户的缺省IP承载,这就需要尽快地恢复缺省IP承载的空口承载以及演进接入网和核心网用户面实体UPE之间的数据传输通道。
现有技术一的缺点如下:
用户终端从空闲态进入到数据收发状态,必须恢复用户的缺省IP承载的可用性,需要用户终端首先和演进接入网进行交互,完成空口资源承载的建立,然后还需要重建演进接入网和核心网用户面实体UPE之间的数据传输通道,下面介绍现有技术中两种可能的重建缺省IP承载的流程。参见图3,为现有技术中用户终端从空闲状态到数据收发状态重建IP承载流程之一,具体包括如下步骤:
1、用户终端要传送数据前,发起无线接入请求,并和演进接入网进行无线承载的建立协商。
2、无线承载建立后,用户终端发送上行数据包。用户终端发送数据包到演进接入网时,数据包外层的协议封装中还携带了缺省IP承载在演进接入网和核心网用户实体UPE之间的上行数据通道标识信息,以GPRS隧道协议(GPRS Tunneling Protocol,GTP)隧道为例,包括上行隧道在UPE侧的IP地址、UPE为上行隧道分配的隧道端标识信息,这些信息是用户终端附着网络时,从接收到的核心网下发的附着接受消息中得到并保存下来的。演进接入网利用上述信息,把收到的用户数据包封装后,通过演进接入网和核心网用户面实体UPE之间对应的上行数据通道把用户上行数据传送到核心网用户面实体UPE,UPE根据用户上下文中的路由信息,进而把数据转发给移动锚点InterASAnchor。
3、用户终端发起服务请求,要求网络为用户恢复缺省IP承载,消息中携带用户身份标识。
4、演进接入网根据用户身份标识信息,转发用户的服务请求给核心网的控制面实体MME。
5、控制面实体MME通知演进接入网为用户创建上下文,消息中携带缺省IP承载相关信息,比如QoS信息,演进接入网和核心网用户面实体UPE之间的上行数据通道的标识信息,以GTP隧道为例,包括上行隧道使用的核心网用户面实体UPE侧的IP地址、核心网用户面实体UPE为上行隧道分配的隧道端标识,此外还有接入网需要的安全参数,用户的永久身份标识(IMSI)等。当用户在空闲状态,这些信息仍然都保存在MME上用户的上下文中。
6、演进接入网根据从MME收到的信息,为用户创建上下文,并分配缺省IP承载需要的资源,即演进接入网和核心网用户面实体UPE之间的下行数据通道资源,以GTP隧道为例,包括下行隧道接入网侧的IP地址和隧道端标识等,并返回通知给MME。
7、MME保存收到的信息,并把接入网分配的下行数据通道标识信息,以GTP隧道为例,包括下行隧道接入网侧的IP地址和隧道端标识,通知用户面实体UPE,至此演进接入网和核心网用户面实体UPE之间的数据传输通道的下行方向才贯通。
8、此后下行数据到达UPE后,可以经过UPE和演进接入网之间的下行数据通道,发送到演进接入网,再由接入网转发给用户终端。
图3为现有技术中用户终端从空闲状态到数据收发状态重建IP承载流程之二,具体包括如下步骤:
1、用户终端要传送数据前,发起无线接入请求,并和接入网进行无线承载的建立协商。
2、无线承载建立后,用户终端发送上行数据包。用户终端发送数据包到演进接入网时,数据包外层的协议封装中还携带了缺省IP承载在演进接入网和核心网用户实体UPE之间的上行数据通道标识信息,以GTP隧道为例,包括上行隧道在UPE侧的IP地址、UPE为上行隧道分配的隧道端标识信息,这些信息是用户终端附着网络时,从接收到的核心网下发的附着接受消息中得到并保存下来的。演进接入网利用上述信息,把收到的用户数据包封装后,通过演进接入网和核心网用户面实体UPE之间对应的上行数据通道把用户上行数据传送到核心网用户面实体UPE,UPE根据用户上下文中的路由信息,进而把数据转发给移动锚点Inter AS Anchor。
3、因为核心网用户面实体UPE和移动锚点InterASAnchor之间的数据通道一直保留着,所以移动锚点Inter AS Anchor能正常转发用户的下行数据到达核心网用户面实体UPE,UPE收到下行数据包并定位到用户的上下文,发现UPE和演进接入网之间的下行数据通道还没有恢复,因此数据只能先被缓存在UPE。
4、UPE通知MME要求重建缺省IP承载,消息中携带用户的身份标识。
5、控制面实体MME通知演进接入网为用户创建上下文,消息中携带缺省IP承载相关信息,比如QoS信息,演进接入网和核心网用户面实体UPE之间的上行数据通道的标识信息,以GTP隧道为例,包括上行隧道使用的核心网用户面实体UPE侧的IP地址、核心网用户面实体UPE为上行隧道分配的隧道端标识,此外还有接入网需要的安全参数,用户的永久身份标识(IMSI)等。当用户在空闲状态,这些信息仍然都保存在MME上用户的上下文中。
6、演进接入网根据从MME收到的信息,为用户创建上下文,并分配缺省IP承载需要的资源,即演进接入网和核心网用户面实体UPE之间的下行数据通道资源,以GTP隧道为例,包括下行隧道接入网侧的IP地址和隧道端标识等,并返回通知给MME。
7、MME保存收到的信息,并把接入网分配的下行数据通道标识信息,以GTP隧道为例,包括下行隧道接入网侧的IP地址和隧道端标识,通知用户面实体UPE,至此演进接入网和核心网用户面实体UPE之间的数据传输通道的下行方向才贯通。
8、UPE将缓存数据和后续下行数据经过UPE和演进接入网之间的下行数据通道,发送到演进接入网,再由接入网转发给用户终端。
综上所述,当用户处于空闲状态后,核心网用户面实体UPE中用户的上下文不会释放,因此UPE为用户缺省IP承载分配的数据通道资源在下次用户接入时不会变化,可以重用。为此,要求用户终端在进入空闲态后,保存核心网用户面实体UPE为用户的缺省IP连接分配的演进接入网和核心网用户面实体UPE之间的上行数据通道标识信息,以GTP隧道为例,包括上行隧道核心网侧的IP地址和隧道端标识,这样当用户再次要进行数传时候,就可以把这些信息通知演进接入网,使得演进接入网可以正常转发用户的上行数据,不需要额外的信令流程用于重建用户缺省IP承载在演进接入网和核心网用户面实体UPE之间的上行数据通道。上面两种方法都应用了这种思想,达到了加快用户上行数传恢复的目的,两种方法的区别只是重建下行数据通道的时机不同,图3所示流程是通过用户终端发起重建下行数据通道,图4所示流程是下行数据触发重建下行数据通道。
至于演进接入网和核心网用户面实体UPE之间的下行数据通道的重建,关键需要核心网用户面UPE知道演进接入网为该用户缺省IP承载下行数据分配的通道标识信息,以GTP隧道为例,包括下行隧道接入网侧的IP地址和隧道端标识,这样核心网用户面实体UPE才能正确的把下行数据进行封装和转发到正确的下行数据通道。然而,当用户进入空闲状态,演进接入网上释放了用户的上下文,对应这些资源也就被释放了,并可能被后续其他的用户占用,所以即使这些信息仍然保存在核心网用户面UPE的用户上下文中,也不可重用了,必须要当用户终端再次接入时,由演进接入网重新分配,并通知到核心网的用户面实体UPE。为此,如上面两种方法所述,都需要额外的信令来控制重建缺省IP承载在演进接入网和核心网用户面实体UPE之间的下行数据通道,因此,使得为用户下行数传的恢复增加了时延。
发明内容
本发明提供一种恢复用户面数传的方法,用以解决现有技术中存在的用户下行数传的恢复时延较长的问题。
本发明方法包括:
A、演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;
B、所述演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。
根据本发明的上述方法,所述步骤A中,将所述下行数据通道信息封装到用户数据包外层的数据通道协议头中,和用户的上行数据包一起发送给演进网络核心网中的用户面实体。
根据本发明的上述方法,所述步骤B包括:
B1、所述用户面实体解除用户数据包外层的数据通道协议封装,从数据通道协议头中解析出所述下行数据通道信息;将解析出的下行数据通道信息保存到用户的上下文中;
B2、所述用户面实体根据用户上下文中保存的下行数据通道信息,转发该用户的下行数据到演进接入网,再由演进接入网转发给用户。
根据本发明的上述方法,还包括如下步骤:
C、所述用户面实体接收到演进接入网转发的用户上行数据包后,向演进网络核心网的控制面实体发送通知消息,告知用户面数传恢复;
D、所述控制面实体接收到所述通知消息后,向演进接入网发起重建用户上下文过程;
E、所述演进接入网为用户创建上下文,并向所述控制面实体返回响应消息。
所述步骤B和步骤C可同时执行。
所述用户面实体和控制面实体为相互独立的网络节点,通过外部接口连接;或者所述用户面实体和控制面实***于同一个网络节点,两者之间通过内部接***互。
所述上/下行数据通道为GTP隧道;所述下行数据通道信息封装在新增的GTP扩展头字段中。
所述新增的GTP扩展头字段中封装的所述下行数据通道信息包括:下行隧道所使用的演进接入网侧的IP地址和隧道端标识。
所述新增GTP扩展头长度为12个字节,具体格式为:
扩展头长度标识占用第1个字节的;
演进接入网侧的IP地址信息占用4个字节;
隧道端标识占用4个字节;
无效的填充字符占用2个字节;
扩展头类型所对应的域值占用最后1个字节。
本发明有益效果如下:
(1)采用本发明,演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。这样,不需要通过额外的信令来建立下行数据通道,缩短了下行数传恢复的时延,加快了用户面数传恢复的速度。
(2)当上/下行数据通道为GTP通道时,可以利用GTP扩展头字段封装下行数据通道信息,实现简单方便。
附图说明
图1为现有技术无线演进网络架构图;
图2为现有技术中终端进行网络附着的流程图;
图3为现有技术用户终端从空闲状态到数据收发状态的信令流程图之一;
图4为现有技术用户终端从空闲状态到数据收发状态的信令流程图之二;
图5为本发明方法用户终端从空闲状态到数据收发状态的信令流程图。
具体实施方式
本发明提供的恢复用户面数传的方法,包括:
演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;
演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。
具体实现中,可以将下行数据通道信息封装到用户数据包外层的数据通道协议头中(如果数据通道所采用的协议中包含有扩展信元域,则可以利用扩展信元域来封装下行数据通道信息;如果数据通道所采用的协议中没有定义包含扩展信元域,则通过协议扩展,增加新的信元字段来携带该下行数据通道信息),将封装好的下行数据通道信息和用户的上行数据包一起发送给演进网络核心网中的用户面实体。
下面结合附图,对本发明的上述方法进行详细描述。
参见图5,假设演进网络核心网中的三个功能实体MME、UPE和Inter ASAnchor分别为相互独立的网络节点,采用本发明的上述方法,具体信令流程如下:
1、用户终端传送数据前,发起无线接入请求,并和演进接入网进行无线承载的建立协商。
2、无线承载建立后,用户终端发送上行数据包。用户终端发送数据包到演进接入网时,数据包外层的协议封装中还携带了缺省IP承载在演进接入网和核心网用户实体UPE之间的上行数据通道标识信息,以GTP隧道为例,包括上行隧道在UPE侧的IP地址、UPE为上行隧道分配的隧道端标识信息,这些信息是用户终端附着网络时,从接收到的核心网下发的附着接受消息中得到并保存下来的。
3、演进接入网保存收到的上行数据通道的标识信息,并根据上述信息,把收到的用户数据包封装后,转发到对应的上行数据通道。至此,用户缺省IP承载的上行方向已经贯通。同时,演进接入网为用户的缺省IP承载分配演进接入网和核心网用户面实体UPE之间下行数据通道的通道资源,并将分配的下行数据通道信息封装到数据通道采用的协议头中,被封装好的数据通过上行数据通道被传送到UPE。
下面以上/下行数据通道为GTP隧道为例,来具体说明如何通过用户上行数据包携带分配给用户的下行数据通道信息。
当上/下行数据通道为GTP隧道时,可以利用GTP头中包含的扩展头字段来封装下行数据通道信息。
如下表1所示,为GTP V1版本的GTP头格式:
表1:
GTP包头的尾部可以包含扩展头字段,扩展头的字段如下表2所示,其中长度是4个字节为单位,即扩展头长度必须是4字节的整数倍:
表2:
Octets(字节)1 | Extension Header Length(扩展头长度) |
2-m | Extension Header Content(扩展头内容) |
m+1 | Next Extension Header Type(note)(下一个扩展头类型) |
一个GTP头可以包含多个扩展字段,目前GTP头中允许的扩展字段如表3所示。
表3:
Next Extension Header Field Value(下一扩展头域的值) | Type of Extension Header(扩展头类型) |
0000 0000 | No more extension headers(没有后续的扩展头,即最后一个扩展头) |
0000 0001 | MBMS support indication(MBMS至此指示) |
1100 0000 | PDCP PDU number(PDCP分组数据单元编号) |
1100 0001 | Suspend Request(挂起请求) |
1100 0010 | Suspend Response(挂起响应) |
为了支持本发明提供的方法,需要增加一种新的GTP扩展头类型“下行隧道标识(Downlink TunnelID)”,其类型值定义如下表4所示:
表4:
Next Extension Header Field Value(下一扩展头域的值) | Type of Extension Header(扩展头类型) |
0000 0000 | No more extension headers(没有后续的扩展头,即最后一个扩展头) |
0000 0001 | MBMS support indication(MBMS至此指示) |
1100 0000 | PDCP PDU number(PDCP分组数据单元编号) |
1100 0001 | Suspend Request(挂起请求) |
1100 0010 | Suspend Response(挂起响应) |
1100 0011 | Downlink Tunnel ID(下行隧道标识) |
表5为本发明新增的GTP扩展头格式的一个具体实例。
表5:
显然当演进接入网和核心网用户面实体UPE之间的数据通道采用GTP协议时,只要在演进接入网发往核心网用户面实体UPE的GTP包中填充上述的扩展头,就可以顺便将演进接入网分配的下行数据通道信息(包括演进接入网侧IP地址和隧道端标识信息)通知给核心网用户面实体UPE。
4、UPE收到数据包后,逐层解除用户数据包外层的数据通道协议封装,从数据通道协议头中解析出演进接入网为用户缺省IP承载分配的下行数据通道信息,并保存到用户的上下文中,然后把解析出的数据净荷再按照核心网用户面实体UPE和移动锚点Inter AS Anchor之间的数据通道格式重新封装,根据用户上下文的路由信息,把数据转发给移动锚点Inter AS Anchor。
5、至此,用户缺省IP承载的下行方向也已经贯通。此后,下行数据从移动锚点Inter AS Anchor下发到核心网用户面实体UPE,UPE根据用户上下文中保存的演进接入网和UPE之间的下行数据通道信息,转发下行数据到演进接入网,再由演进接入网把数据转发给用户终端。
6、核心网用户面实体UPE接收到演进接入网转发的用户上行数据并进行转发处理的同时,通知核心网的控制面实体MME用户面的数传恢复,向控制面实体MME发起承载建立指示。
7、控制面实体MME从用户面实体UPE的通知得知用户面数传恢复后,向演进接入网发起重建用户上下文过程,请求演进接入网为用户创建上下文,消息中携带缺省IP承载相关信息,比如QoS信息,还有接入网需要的安全参数,用户的永久身份标识(IMSI)等。当用户在空闲状态,这些信息仍然都保存在MME上用户的上下文中。
8、演进接入网根据从控制面实体MME收到的信息,为用户创建上下文,并反馈结果给控制面实体MME。
上述实施例中的步骤6~8可以与步骤4~5同步进行,无先后顺序关系。
上述实施例中,核心网中的控制面实体MME和用户面实体UPE为独立的网络节点,但本发明同样适用于MME和UPE位于同一个网络节点的情况。当用户面实体UPE和控制面实体MME为相互独立的网络节点时,通过外部接口连接;当用户面实体UPE和控制面实体MME位于同一个网络节点时,两者之间通过内部接***互。
另外,移动锚点Inter AS Anchor的网络位置不影响本发明的适用性,比如不排除移动锚点Inter AS Anchor和用户面实体UPE共存于同一网络节点的可能。当用户面实体UPE和移动锚点Inter AS Anchor为相互独立的网络节点时,通过外部接口连接;当用户面实体UPE和移动锚点Inter AS Anchor位于同一个网络节点时,两者之间通过内部接***互。
综上所述,采用本发明,演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。这样,不需要通过额外的信令来重新建立下行数据通道,缩短了下行数传恢复的时延,加快了用户面数传恢复的速度。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1、一种恢复用户面数传的方法,其特征在于,包括:
A、演进接入网接收到空闲状态用户发送的上行数据包时,为该用户分配下行数据通道,并将分配的下行数据通道信息和接收的用户上行数据包一起通过上行数据通道发送给演进网络核心网;
B、所述演进网络核心网获取分配给该用户的下行数据通道信息,将需要转发给该用户的下行数据通过分配的下行数据通道发送到演进接入网,由演进接入网发送给用户终端。
2、如权利要求1所述的方法,其特征在于,所述步骤A中,将所述下行数据通道信息封装到用户数据包外层的数据通道协议头中,和用户的上行数据包一起发送给演进网络核心网中的用户面实体。
3、如权利要求2所述的方法,其特征在于,所述步骤B包括:
B1、所述用户面实体解除用户数据包外层的数据通道协议封装,从数据通道协议头中解析出所述下行数据通道信息;将解析出的下行数据通道信息保存到用户的上下文中;
B2、所述用户面实体根据用户上下文中保存的下行数据通道信息,转发该用户的下行数据到演进接入网,再由演进接入网转发给用户。
4、如权利要求3所述的方法,其特征在于,还包括如下步骤:
C、所述用户面实体接收到演进接入网转发的用户上行数据包后,向演进网络核心网的控制面实体发送通知消息,告知用户面数传恢复;
D、所述控制面实体接收到所述通知消息后,向演进接入网发起重建用户上下文过程;
E、所述演进接入网为用户创建上下文,并向所述控制面实体返回响应消息。
5、如权利要求4所述的方法,其特征在于,所述步骤B和步骤C可同时执行。
6、如权利要求4所述的方法,其特征在于,所述用户面实体和控制面实体为相互独立的网络节点,通过外部接口连接;或者
所述用户面实体和控制面实***于同一个网络节点,两者之间通过内部接***互。
7、如权利要求1-6任意权项所述的方法,其特征在于,所述上/下行数据通道为GTP隧道;所述下行数据通道信息封装在新增的GTP扩展头字段中。
8、如权利要求7所述的方法,其特征在于,所述新增的GTP扩展头字段中封装的所述下行数据通道信息包括:下行隧道所使用的演进接入网侧的IP地址和隧道端标识。
9、如权利要求8所述的方法,其特征在于,所述新增GTP扩展头长度为12个字节,具体格式为:
扩展头长度标识占用第1个字节的;
演进接入网侧的IP地址信息占用4个字节;
隧道端标识占用4个字节;
无效的填充字符占用2个字节;
扩展头类型所对应的域值占用最后1个字节。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100828760A CN101090358B (zh) | 2006-06-15 | 2006-06-15 | 一种恢复用户面数传的方法 |
PCT/CN2007/001885 WO2007147344A1 (fr) | 2006-06-15 | 2007-06-15 | Procédé de restauration de transmission de données de plan d'utilisateur et entité de réseau évolué |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100828760A CN101090358B (zh) | 2006-06-15 | 2006-06-15 | 一种恢复用户面数传的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101090358A true CN101090358A (zh) | 2007-12-19 |
CN101090358B CN101090358B (zh) | 2011-02-02 |
Family
ID=38833073
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100828760A Expired - Fee Related CN101090358B (zh) | 2006-06-15 | 2006-06-15 | 一种恢复用户面数传的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101090358B (zh) |
WO (1) | WO2007147344A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101499966B (zh) * | 2008-01-28 | 2012-04-04 | 华为技术有限公司 | 一种信息处理方法以及服务网关 |
CN103945560A (zh) * | 2013-01-17 | 2014-07-23 | 中兴通讯股份有限公司 | 小数据传输路径的建立方法及***、基站、服务网关 |
CN103458438B (zh) * | 2013-08-21 | 2016-06-01 | 中国联合网络通信集团有限公司 | 业务无线侧行为分析的处理方法与装置 |
WO2019024744A1 (zh) * | 2017-07-31 | 2019-02-07 | 华为技术有限公司 | 获取终端设备的身份标识的方法及装置 |
CN109803453A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种通信方法,通信设备及其通信*** |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113056038B (zh) * | 2016-11-04 | 2023-05-16 | 华为技术有限公司 | 删除用户面隧道的方法、网元及*** |
CA3061093A1 (en) * | 2017-04-28 | 2019-10-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for acquiring context configuration information, terminal device and access network device |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7079519B2 (en) * | 2000-08-23 | 2006-07-18 | Samsung Electronics Co., Ltd. | Core network separation structure and signal processing method thereof in mobile communication system |
CN1214548C (zh) * | 2002-05-29 | 2005-08-10 | 华为技术有限公司 | 无线接入网中的数据传输方法 |
KR100636267B1 (ko) * | 2004-06-14 | 2006-10-19 | 삼성전자주식회사 | Umts 네트워크에서의 gtp 터널 관리 방법 |
-
2006
- 2006-06-15 CN CN2006100828760A patent/CN101090358B/zh not_active Expired - Fee Related
-
2007
- 2007-06-15 WO PCT/CN2007/001885 patent/WO2007147344A1/zh active Application Filing
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101499966B (zh) * | 2008-01-28 | 2012-04-04 | 华为技术有限公司 | 一种信息处理方法以及服务网关 |
CN103945560A (zh) * | 2013-01-17 | 2014-07-23 | 中兴通讯股份有限公司 | 小数据传输路径的建立方法及***、基站、服务网关 |
CN103945560B (zh) * | 2013-01-17 | 2018-04-20 | 中兴通讯股份有限公司 | 小数据传输路径的建立方法及***、基站、服务网关 |
CN103458438B (zh) * | 2013-08-21 | 2016-06-01 | 中国联合网络通信集团有限公司 | 业务无线侧行为分析的处理方法与装置 |
WO2019024744A1 (zh) * | 2017-07-31 | 2019-02-07 | 华为技术有限公司 | 获取终端设备的身份标识的方法及装置 |
US11284456B2 (en) | 2017-07-31 | 2022-03-22 | Huawei Technologies Co., Ltd. | Method and apparatus for obtaining identifier of terminal device |
CN109803453A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种通信方法,通信设备及其通信*** |
CN109803453B (zh) * | 2017-11-17 | 2023-07-07 | 华为技术有限公司 | 一种通信方法,通信设备及其通信*** |
Also Published As
Publication number | Publication date |
---|---|
CN101090358B (zh) | 2011-02-02 |
WO2007147344A1 (fr) | 2007-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101090358B (zh) | 一种恢复用户面数传的方法 | |
CN101242645B (zh) | 移动终端从空闲态进入激活态的方法及*** | |
CN100488284C (zh) | 一种3gpp演进网络中漫游用户数据路由优化方法 | |
CN101500213B (zh) | 一种用户设备紧急接入的方法、设备和*** | |
CN102056112B (zh) | 一种传输数据的方法、设备和*** | |
CN102396284B (zh) | 用于传输净负荷数据的方法和设备 | |
CN101115292B (zh) | 寻呼并连接终端的方法及快速激活数据传输的终端和*** | |
CN100407876C (zh) | 一种用户设备附着方法 | |
CN102238520A (zh) | 一种小数据包传输的方法和*** | |
CN101026861A (zh) | 一种移动台与演进分组核心网间连接建立的方法 | |
CN1997208B (zh) | 移动通信***中用户设备开机附着接入的方法 | |
EP2332319B1 (en) | Systems and methods for bulk release of resources associated with node failure | |
CN103428742B (zh) | 一种s1接口sctp链路故障的处理方法和装置 | |
CN101159971B (zh) | 寻呼方法、无线网络控制器和接入网关 | |
CN101272315B (zh) | 分组数据包传输方法、***和网络设备 | |
CN100527872C (zh) | 一种无线演进网络中重新附着的实现方法 | |
CN114449577A (zh) | 服务质量QoS参数配置方法及相关装置 | |
CN102547867B (zh) | 公共承载建立方法 | |
CN101989994B (zh) | 实现数据共享的方法及***和网络侧装置 | |
CN100563254C (zh) | 一种演进网络中漫游用户数据路由方法 | |
CN104244330B (zh) | 一种平衡epc网关负载的方法 | |
US9094852B2 (en) | Implementation of packet data service in a mobile communication network | |
CN101959176A (zh) | 建立本地ip访问连接的实现方法和*** | |
CN104871590A (zh) | 一种能力协商的方法、***及装置 | |
CN105934977A (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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110202 Termination date: 20130615 |