CN101686232A - 通信协议版本协商方法和***及设备 - Google Patents
通信协议版本协商方法和***及设备 Download PDFInfo
- Publication number
- CN101686232A CN101686232A CN200810222794A CN200810222794A CN101686232A CN 101686232 A CN101686232 A CN 101686232A CN 200810222794 A CN200810222794 A CN 200810222794A CN 200810222794 A CN200810222794 A CN 200810222794A CN 101686232 A CN101686232 A CN 101686232A
- Authority
- CN
- China
- Prior art keywords
- communication protocol
- access network
- user
- protocol version
- face communication
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及了一种通信协议版本协商方法和***及设备;其中,本发明实施例涉及的设备包括:接入网节点和移动性管理网元;本发明实施例涉及的方法包括:获取第一节点支持的用户面通信协议版本信息;根据所述第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;将指定使用的用户面通信协议版本信息发送给第一节点,并指示所述第一节点遵循指定使用的用户面通信协议版本与其他节点进行数据传输。本发明实施例在不同节点间的控制面信令交互中,完成不同节点间进行用户面数据传输所基于的用户面通信协议版本的协商,明显提高了用户面通信协议版本协商的有效性。
Description
技术领域
本发明实施例涉及通信技术,特别是涉及一种通信协议版本协商方法和***及设备,属于通信技术领域。
背景技术
在通用分组无线服务(General Packet Radio System,以下简称GPRS)和通用移动通信***(Universal Mobile Telecommunications System,以下简称UMTS)中,通用分组无线服务隧道协议(GPRS Tunnel Protocol,以下简称GTP)是广泛应用的一种移动通信协议。目前已经发展了两个GTP协议版本,即GTP第一版本(GTP V0)和GTP第二版本(GTP V1)。这两个版本的消息格式不完全相同,并且使用不同的用户数据报协议(User DatagramProtocol,简称UDP)端口,版本级别较高的GTP第二版本(GTP V1)相对于版本级别较低的GTP第一版本(GTP V0),可支持强大的通信功能。
现有技术中,仅支持版本级别较低的GTP第一版本(GTP V0)的设备不能处理遵循GTP第二版本(GTP V1)的消息;而支持版本级别较高的GTP第二版本(GTP V1)的设备,可实现对版本级别较低的GTP第一版本(GTP V0)的支持。当支持GTP不同版本设备之间进行通信时,常常需要进行GTP版本的协商,以便顺利进行数据通信。现有的GTP版本协商机制包括:支持版本级别较高的GTP第二版本(GTP V1)的发送设备向一个只支持版本级别较低的GTP第一版本(GTP V0)的接收设备发送一条遵循较高版本级别(GTP V1)的消息时,如果接收设备支持在GTP第二版本(GTP V1)接口的侦听,那么,接收设备会向发送设备发送一条“版本不支持”(“Version Not Supported”)消息,该消息中携带有该接收设备能支持的最高GTP协议版本,即GTP第一版本(GTP V0)。发送设备在接收到上述消息后,改用GTP第一版本(GTP V0)与接收设备进行通信。现有的另一种GTP协议版本协商方法是发送设备自动降低GTP版本,即:发送设备向接收设备发送一条遵循较高版本级别(GTP V1)的消息;当发送设备在预设时间内没有接收设备没有响应时,发送设备就自动降低到低版本(GTP V0)与接收设备进行通信。
发明人在实现本发明实施例过程中发现,由于绝大部分仅支持低版本GTP V0的接收设备并不侦听在GTP第二版本(GTP V1)接口,现有技术发送设备试探性的发送遵循版本等级较高的版本消息时,可能得不到接收设备的响应;此外,当存在多个协议版本时,如果发送设备未得到接收设备响应就主动降低GTP协议版本的协商机制,存在着盲目性且会带来更长时延,从而影响通信质量。总之,现有的版本协商机制并不能很好的实现通信协议的版本协商,至少存在用户面通信协议版本协商有效性差的技术缺陷。
发明内容
本发明实施例提供了一种通信协议版本协商方法和***及设备,用以提高用户面通信协议版本协商的有效性。
本发明实施例提供了一种通信协议版本协商方法,包括:
获取第一节点支持的用户面通信协议版本信息;
根据所述第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;
将指定使用的用户面通信协议版本信息发送给第一节点,并指示所述第一节点遵循指定使用的用户面通信协议版本与其他节点进行数据传输。
本发明实施例提供的通信协议版本协商方法中,通过获取第一节点支持的用户面通信协议版本信息;根据第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本,并指示第一节点遵循该指定使用的用户面通信版本协议与其他节点进行用户面的数据传输,从而在不同节点间的控制面信令交互中,完成不同节点间进行用户面数据传输所基于的用户面通信协议版本的协商,明显提高了用户面通信协议版本协商的有效性。
本发明实施例提供了一种接入网节点,包括:
第一获取模块,用于获取接入网其他节点支持的用户面通信协议版本信息;
第一协商模块,用于根据所述其他节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;
第一控制模块,用于将指定使用的用户面通信协议版本信息发送给所述其他节点,并指示所述其他节点与自身基于指定使用的用户面通信协议版本进行用户面的数据传输。
本发明实施例提供的接入网节点中,通过第一获取模块获取接入网其他节点支持的用户面通信协议版本信息;由第一协商模块根据接入网其他节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本,并由第一控制模块基于该指定使用的用户面通信版本协议与接入网其他节点进行用户面的数据传输,从而解决了支持不同协议版本的接入网节点间进行用户面数据传输的协议版本协商问题,明显提高了通信协议版本协商的有效性。
本发明实施例提供了一种移动性管理网元,包括:
第二获取模块,用于获取接入网节点支持的用户面通信协议版本信息;
第二协商模块,用于根据所述接入网节点支持的用户面通信协议版本信息、以及与所述接入网节点关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关;
第二控制模块,用于将指定使用的用户面通信协议版本信息发送给所述接入网节点和核心网网关,并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输。
本发明实施例提供的移动性管理网元中,通过第二获取模块获取接入网节点支持的用户面通信协议版本信息;由第二协商模块根据确定指定使用的用户面通信协议版本并选取相应的核心网网关,通过第二控制模块将指定使用的用户面通信协议版本分别发送给接入网节点与核心网网关,从而为接入网节点与核心网网关之间建立有效的业务连接奠定基础,明显提高了接入网节点与核心网网关进行用户面通信协议版本协商的有效性。
本发明实施例提供了另一种接入网节点,包括:
信令控制模块,用于向接入网其他节点或移动性管理网元发送自身支持的用户面通信协议版本信息;接收接入网其他节点或移动性管理网元根据所述自身支持的用户面通信协议版本信息而指定使用的用户面通信协议版本信息;
数据传输模块,用于基于接入网其他节点指定使用的用户面通信协议版本,与所述接入网其他节点进行用户面的数据传输;或者,基于移动性管理网元指定使用的用户面通信协议版本,与所述移动性管理网元选定的核心网网关进行用户面的数据传输。
本发明实施例提供的节点中,通过信令控制模块上报自身支持的用户面通信协议版本信息,由数据传输模块根据信令控制模块接收到的指定使用的用户面通信协议版本与接入网其他节点或核心网网关进行用户面的数据传输,从而解决了支持不同协议版本的接入网不同节点间进行用户面的数据传输的版本协商问题或支持不同协议版本的接入网节点与核心网网关进行用户面的数据传输的协议版本协商问题,明显提高了用户面通信协议版本协商的有效性。
本发明实施例提供了一种通信协议版本协商***,包括接入网第一节点和接入网第二节点;
所述接入网第一节点用于向接入网第二节点发送自身支持的用户面通信协议版本信息,在接收到接入网第二节点指定使用的用户面通信协议版本时,基于所述指定使用的通信协议版本,与所述接入网第二节点进行用户面的数据传输;
所述接入网第二节点用于根据所述接入网第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;将指定使用的用户面通信协议版本信息发送给所述接入网第一节点。
本发明实施例提供的通信协议版本协商***中,通过接入网第一节点向接入网第二节点发送自身支持的通信协议版本信息,由接入网第二节点确定指定使用的通信协议版本,并基于该指定使用的通信协议版本与接入网第一节点进行用户面的数据传输,从而解决了支持不同协议版本的接入网不同节点间进行用户面的数据传输的协议版本协商问题,明显提高了用户面通信协议版本协商的有效性。
本发明实施例提供了另一种通信协议版本协商***,包括接入网节点、移动性管理网元和核心网网关;
所述接入网节点用于向所述移动性管理网元发送自身支持的用户面通信协议版本信息;
所述移动性管理网元用于根据所述接入网节点支持的用户面通信协议版本信息、以及与所述接入网节点关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关;将指定使用的用户面通信协议版本信息发送给所述接入网节点和核心网网关;
所述核心网网关用于基于所述指定使用的用户面通信协议版本与所述接入网节点进行用户面的数据传输。
本发明实施例提供的通信协议版本协商***中,通过接入网节点上报自身支持的用户面通信协议版本信息,由移动性管理网元根据接入网确定指定使用的用户面通信协议版本和选取相应的核心网网关,并将指定使用的用户面通信协议版本分别发送给接入网节点与核心网网关,从而有利于接入网节点与核心网网关基于该指定使用的用户面通信协议版本之间建立有效的业务连接奠定基础,明显提高了接入网节点与核心网网关进行用户面通信协议版本协商的有效性。
附图说明
图1为本发明通信协议版本协商方法第一实施例流程图;
图2为本发明通信协议版本协商方法实施例的应用场景LTE/SAE***结构示意图;
图3为本发明通信协议版本协商方法第二实施例流程图;
图4为本发明通信协议版本协商方法第三实施例流程图;
图5为本发明通信协议版本协商方法第四实施例信令交互图;
图6为本发明通信协议版本协商方法第五实施例信令交互图;
图7为本发明接入网节点实施例的结构示意图;
图8为本发明移动性管理网元实施例的结构示意图;
图9为本发明另一种接入网节点实施例的结构示意图;
图10为本发明通信协议版本协商***实施例结构示意图;
图11为本发明另一种通信协议版本协商***实施例结构示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明通信协议版本协商方法第一实施例流程图。如图1所示,本实施例包括:
步骤11、获取第一节点支持的用户面通信协议版本信息。
步骤12、根据所述第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本。
步骤13、将指定使用的用户面通信协议版本信息发送给第一节点,并指示所述第一节点遵循指定使用的用户面通信协议版本与其他节点进行数据传输。
本实施例执行主体可为与第一节点处于相同接入网络的其他节点设备,或与第一节点处于不同网络的其他设备(如:移动性管理网元)。第一节点与其他节点在用户面数据传输中,各自支持的用户面通信协议的版本不同。例如:第一节点支持GTP用户面协议(GTP-U)第一版本(GTP-U Vision 0)进行用户数据传输,与第一节点进行用户数据传输的其他节点支持GTP-U第二版本(GTP-U Vision 1)的用户数据传输。
在不同节点设备进行通信过程中,如果二个节点设备支持相同的控制面协议或二个节点设备控制面协议版本已协商完成,该二个节点设备可在控制面的信令交互过程中,协商用户面的通信协议版本;当需要进行用户面的数据传输时,二个节点设备可遵循协商好的用户面通信协议版本进行数据传输。
例如:GTP协议被分为用于传输控制信令的控制面协议(GTP-C协议)和用于传输用户数据的用户面协议(GTP-U协议)。当二个节点设备支持相同的控制面协议,但分别支持不同的GTP-U协议,可在控制信令交互过程中进行用户面通信协议版本(GTP-U版本)的协商,之后,基于协商好的GTP-U版本进行用户面的数据通信。
GTP-U协议具有级别不同的版本,并且不同版本的GTP-U协议定义的消息格式不同;相应的,网络节点间遵循不同GTP-U协议可实现不同的功能。通常,版本级别较高的GTP-U协议支持更强大功能的数据通信。目前已经使用的GTP协议版本有二个:GTP第一版本(GTP V0)和GTP第二版本(GTP V1),这二个版本对应的第三代合作伙伴项目(3rd Generation PartnershipProject,以下简称3GPP)协议号分别是3GPP TS 09.60和3GPP TS 29.060。上述两个版本的消息格式不完全相同,并且使用不同的用户数据报协议(UserDatagram Protocol,简称UDP)端口。GTP第一版本(GTP V0)使用3386号网间互联协议(Internet Protocol,以下简称IP)端口;而GTP第二版本(GTP V1)中信令传输采用2123号IP端口,用户数据传输采用2152号IP端口。可见,GTP第二版本(GTP V1)可应用于控制面信令传输和用户面数据传输分离的通信模式中。
发明人在实现本发明实施例过程中发现,现有技术中由于绝大部分仅支持GTP第一版本(GTP V0)的接收设备并不侦听遵循GTP第二版本(GTP V1)的2123IP端口和2152号IP端口,因此,当支持版本级别较高的GTP第二版本(GTP V1)的发送设备向一个只支持版本级别较低的GTP第一版本(GTP V0)的接收设备发送一条遵循较高版本级别(GTP V1)的数据包时,接收设备无法接收到高版本GTP V1的数据包,因而该情形下,当发送设备试探性的发送遵循版本等级较高的版本数据包时,发送设备将无法得到接收设备的响应(如:版本不支持(“Version Not Supported”)消息)。此外,现有技术中,如果当发送设备在预设时间内没有接收到接收设备返回的响应消息时,发送设备就主动降低消息遵循的协议版本,向接收设备发送遵循GTP第一版本(GTP V0)的数据包。但是,当GTP协议存在多种版本时,发送设备在未知接收设备所能支持的GTP协议版本信息时,发送设备主动降低消息遵循的GTP协议版本的盲目性,将会导致发送设备与接收设备建立业务连接的时延更长,从而降低通信质量。由此可见,现有通信协议协商机制的有效性较差。可以预见,GTP协议版本不断升级是通信技术发展的一个趋势,GTP协议更高版本(如:GTP第三版本(GTP version2)、GTP第四版本(GTP version3)等等)将可能陆续推出以满足高质量通信的需求,在多种通信协议版本共存的通信网络中,存在更有效的通信协议版本协商方法的技术需求。
区别于现有技术GTP协议版本的协商方法,本发明实施例是通过在控制面进行用户面(例如:GTP-U)协议版本的协商。实际应用表明,如果节点间控制面信令交互通道已经打通(如:节点间采用相同控制面通信协议通信或通信协议的版本已经协商完成等情形),通过节点间控制面信令交互完成节点间用户面通信协议版本协商,是解决节点间用户面通信协议版本协商的有效方法。本发明实施例通信协议版本协商方法在控制面的信令交互过程中,获取了第一节点支持的用户面通信协议版本信息;之后,根据第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本,并遵循该指定使用的用户面通信版本协议与第一节点进行用户面的数据传输,从而在节点间控制面信令交互中完成节点间进行用户面数据传输所基于的通信协议版本的协商,解决了支持不同用户面通信协议版本的节点间进行通信协议版本协商问题,避免了发送设备调整用户面通信协议的盲目性,明显提高了用户面通信协议版本协商的有效性。
图2为本发明通信协议版本协商方法实施例的应用场景LTE/SAE***结构示意图。
如图2所示,3GPP的无线接入网长期演进(Long Term Evolution,以下简称LTE)项目中,下一代的移动接入网被称为演进的通用移动通信***地面无线接入网(Evolved UMTS Terrestrial Radio Access Network,以下简称E-UTRAN),该接入网所使用的主要设备之一是基站(或称为接入网节点,Evolved Node B,简称eNB)。在E-UTRAN中,不同的eNB之间通过X2接口通信连接(图中未示出),形成网格(Mesh)型网络。X2接口逻辑上包括用户面接口和控制面接口;其中,X2控制面接口(简称X2-C接口)遵循X2接口的专用信令部分X2-AP协议;X2用户面接口(简称X2-U接口)遵循GTP的用户面协议(以下简称GTP-U),用于在IP传输层上传送用户数据等。3GPP的***架构演进(System Architecture Evolution,以下简称SAE)项目中,下一代的移动核心网被称为演进的分组核心网(Evolved Packet Core,以下简称EPC)。在EPC中,移动性管理网元(Mobility Management Entity,以下简称MME)是一个控制平面/用户面管理实体,负责移动用户终端(UserEquipment,以下简称UE)的位置管理、连接管理、安全认证、网关选择等等,其中网关选择包括服务网关(Serving Gateway,以下简称S-GW)选择和分组数据网网关选择(Packet Data Network Gateway,以下简称P-GW)。S-GW是UE的本地接入网关,负责UE用户面数据的传送、转发和路由切换等;P-GW是UE访问外部数据网络的网关。S-GW与P-GW是两个逻辑实体,可以存在于同一个或不同的物理实体上。
EPC和E-UTRAN共同组成了演进的分组***(Evolved Packet System,以下简称EPS)。如图2所示,E-UTRAN的基站(eNB)通过S1接口连接到EPC,其中eNB与MME之间的通信接口为S1-MME接口,遵循S1-AP协议进行通信;MME与S-GW为S11接口,遵循GTP的控制面协议(以下称为GTP-C协议)进行通信,且MME与S-GW之间均基于相同版本的GTP-C协议进行信令交互;eNB与S-GW之间的接口称为S1的用户面接口(以下称为S1-U接口),遵循GTP的用户面协议(GTP-U协议)进行通信,用于传送用户数据和相应的用户面控制帧。S1-MME接口和S1-U接口可分别看作S1接口的控制面接口和用户面接口。可见,EPS中实现了MME与网关之间的控制面与用户面的分离。
由上述对LTE/SAE的介绍可知,GTP协议在3GPP的下一代移动通信技术得到了广泛的应用;且在LTE/SAE网络架构中,由于GTP版本升级,不同设备升级进程不一,网元间(如:不同的eNB之间、eNB与S-GW之间等)可能存在进行用户面通信协议GTP-U版本协商的技术需求。以下各详述实施例均是以图2所示的应用场景为例,说明本发明实施例进行GTP-U版本协商的技术方案。
图3为本发明通信协议版本协商方法第二实施例流程图。结合图2所示的应用场景,本实施例用于实现接入网不同基站(eNB)之间用户面通信协议版本的协商,即:实现EUTRAN中不同eNB之间GTP-U通信协议版本的协商。接入网第一基站即为EUTRAN中一个eNB;接入网第二基站即为EUTRAN中另一eNB;接入网第一基站和接入网第二基站通过X2接口通信连接。X2接口逻辑上包括用户面接口和控制面接口;其中,X2控制面接口(简称X2-C接口)遵循X2-AP协议;X2用户面接口(简称X2-U接口)遵循GTP的用户面协议(GTP-U),用于在IP传输层上传送用户数据等。如图3所示,本实施例包括:
步骤31、接入网第一基站向接入网第二基站发送设备连接请求(X2 SetupRequest)消息,该设备连接请求消息中包括接入网第一基站支持的GTP-U版本信息,且该设备连接请求消息遵循X2-AP协议。
步骤32、接入网第二基站解析该设备连接请求消息,获取接入网第一基站支持的GTP-U版本信息。
步骤33、接入网第二基站确定指定使用的GTP-U版本,该指定使用的GTP-U版本为接入网第一基站和接入网第二基站共同支持的GTP-U版本。
如果接入网第二基站发现,接入网第二基站和接入网第一基站共同支持的GTP-U版本有多个版本时,接入网第二基站将多个版本中级别较高的GTP-U版本作为指定使用的GTP-U版本。例如:接入网第一基站和接入网第二基站都支持的GTP-U版本包括GTP-U第一版本(GTP-U Version 0)和GTP-U第二版本(GTP-U Version 1),则接入网第二基站选择GTP-U第二版本(GTP-UVersion 1)作为指定使用的GTP-U版本。
步骤34、接入网第二基站向接入网第一基站发送设备连接响应(X2 SetupResponse)消息,该设备连接响应消息包括接入网第二基站指定使用的GTP-U版本信息,且该设备连接响应消息遵循X2-AP协议。
步骤35、接入网第一基站获取接入网第二基站指定使用的GTP-U版本信息,并基于该指定使用的GTP-U版本与接入网第二基站进行用户面的数据传输。
本实施例示出了接入网第一基站向接入网第二基站发送设备连接请求消息时,在设备连接请求消息中携带接入网第一基站自身支持的GTP-U版本信息给接入网第二基站;此外,接入网第一基站还可通过业务请求消息或其他信令交互消息将自身支持的GTP-U版本信息通知给接入网第二基站;不再赘述。
本实施例是通过在接入网第一基站和接入网第二基站在遵循X2-AP协议进行控制面信令交互时,接入网第一基站将接入网第一基站支持的用户面通信协议GTP-U版本信息发送给接入网第二基站,由接入网第二基站从接入网第一基站和接入网第二基站共同支持的GTP-U版本中,选取一个GTP-U版本作为进行用户面数据传输指定使用的GTP-U版本,将该指定使用的GTP-U版本发送给接入网第一基站,并基于该指定使用的GTP-U版本与接入网第一基站进行用户面的数据传输;从而解决了支持不同用户面协议版本的节点间进行通信协议版本协商问题,明显提高了用户面通信协议版本协商的有效性;此外,当接入网第二基站从接入网第一基站和接入网第二基站共同支持的GTP-U版本有多个版本时,如:包括GTP-U第三版本(GTP-U V2)、GTP-U第二版本(GTP-U V1)和GTP-U第一版本(GTP-U V0),接入网第二基站可根据实际需要(例如运营商预先指定的策略)选择版本级别较高的GTP-U第三版本(GTP-U V2)作为指定使用的用户面通信协议版本,用以支持更强大的数据传输功能,有效避免了发送设备调整用户面通信协议的盲目性。
图4为本发明通信协议版本协商方法第三实施例流程图。本实施例与本发明通信协议版本协商方法第一实施例的区别在于,本实施例是在接入网第一基站与移动性管理网元的控制面信令交互中,完成接入网第一基站(eNB)与核心网网关之间关于用户面通信协议的版本协商。本实施例接入网第一基站(eNB)即为本发明实施例第一节点;核心网网关即为本发明实施例其他节点。移动性管理网元与接入网第一基站(eNB)及核心网网关进行控制信令的交互;接入网第一基站(eNB)与核心网网关进行用户面的数据传输。如图4所示,本实施例包括:
步骤41、接入网基站(eNB)向移动性管理网元(MME)发送设备连接请求(S1 Setup Request)消息,该设备连接请求消息中包括接入网第一基站(eNB)支持的GTP-U版本信息,且该设备连接请求消息遵循S1-AP协议。
步骤42、移动性管理网元(MME)解析该设备连接请求消息,获取接入网基站(eNB)支持的GTP-U版本信息。
步骤43、移动性管理网元(MME)根据接入网基站(eNB)支持的GTP-U版本信息以及与接入网基站关联的核心网网关信息,确定指定使用的GTP-U版本并选择核心网网关,选择出的核心网网关与接入网基站(eNB)关联、且支持指定使用的GTP-U版本。
在实际应用中,移动性管理网元(MME)可先确定指定使用的GTP-U版本,之后在进行核心网网关的选择;或者,移动性管理网元(MME)可综合考虑与接入网基站(eNB)关联的核心网网关以及接入网基站(eNB)支持的GTP-U协议版本信息,确定指定使用的GTP-U版本以及核心网网关,即:移动性管理网元同步完成GTP-U版本的确定和核心网网关的选择。这样处理(移动性管理网元(MME)同步完成GTP-U版本和核心网网关选择)的好处在于,避免移动性管理网元(MME)单方面确定了指定使用的GTP-U版本之后,与接入网基站(eNB)关联、且支持该指定使用的GTP-U版本的核心网网关可能负载太重,该情形下MME就不会选择该核心网网关,从而导致核心网网关选取失败。该核心网网关可为服务网关(S-GW),或集成有服务网关(S-GW)和分组数据网网关(P-GW)功能的核心网网关。
步骤44、移动性管理网元(MME)将指定使用的GTP-U版本信息分别发送给接入网基站(eNB)和核心网网关;其中,移动性管理网元MME可遵循S1-AP协议,向接入网基站(eNB)发送指定使用的GTP-U版本信息;移动性管理网元MME可遵循GTP-C协议,向核心网网关发送指定使用的GTP-U版本信息。
步骤45、接入网基站(eNB)与核心网网关基于该指定使用的GTP-U版本,进行用户面的数据传输。
本实施例示出了接入网基站向移动性管理网元发送设备连接请求消息时,在设备连接请求消息中携带接入网基站自身支持的GTP-U版本信息给移动性管理网元;此外,接入网基站还可通过业务请求消息或其他信令交互消息将自身支持的GTP-U版本信息通知给移动性管理网元;不再赘述。
本实施例是通过在移动性管理网元(MME)和接入网基站(eNB)进行设备级连接时,接入网基站(eNB)向移动性管理网元(MME)上报接入网基站(eNB)支持的用户面通信协议GTP-U版本信息;之后,由移动性管理网元(MME)确定指定使用的GTP-U版本,选取与接入网基站(eNB)关联且支持指定使用的GTP-U版本的核心网网关,接入网基站(eNB)与核心网网关基于该指定使用的GTP-U版本,进行用户面的数据传输;从而明显提高了接入网基站与核心网网关进行用户面通信协议版本协商的有效性。
图5为本发明通信协议版本协商方法第四实施例信令交互图。本实施例与本发明通信协议版本协商方法第三实施例的区别在于,本实施例在接入网基站(eNB)与移动性管理网元(MME)建立设备连接时,确定指定使用的用户面通信协议的版本并下发给接入网基站(eNB),当接入网基站(eNB)与移动性管理网元(MME)建立业务连接时,移动性管理网元(MME)选定核心网网关,并将指定使用的用户面通信协议的版本发送给选定的核心网网关。如图5所示,本实施例包括:
步骤51、接入网基站(eNB)向移动性管理网元(MME)发送设备连接请求(S1 Setup Request)消息,该设备连接请求消息中包括接入网基站(eNB)支持的GTP-U版本信息。该设备连接请求消息遵循S1-AP协议。
步骤52、移动性管理网元(MME)解析该设备连接请求消息,获取接入网基站(eNB)支持的GTP-U版本信息;并根据接入网基站(eNB)支持的GTP-U版本信息,选取接入网基站(eNB)与核心网网关进行用户面数据传输时,指定使用的GTP-U版本信息。
移动性管理网元(MME)在确定指定使用的GTP-U版本信息时,可综合考虑预设的控制策略(该控制策略可由运营商预先确定等)和接入网基站(eNB)支持的GTP-U版本信息作出选择。例如:运营商预先指定的控制策略是:保证业务连接前提下,优选用户面通信协议版本级别较高的通信协议,作为用户面数据传输的通信协议。当接入网基站(eNB)支持多个GTP-U版本,如:GTP-U V0和GTP-U V1,移动性管理网元(MME)查询核心网中是否存在与接入网基站(eNB)关联、且支持版本级别较高的GTP-U V1的核心网网关,如果有,移动性管理网元(MME)确定版本级别较高GTP-U V1协议作为指定使用的用户面通信协议;如果没有,移动性管理网元(MME)确定版本级别较低GTP-U V0协议作为指定使用的用户面通信协议。
步骤53、移动性管理网元(MME)向接入网基站(eNB)发送设备连接响应(S1 Setup Response)消息,该设备连接响应消息中包括移动性管理网元(MME)指定使用的GTP-U版本信息,该设备响应请求消息遵循S1-AP协议。
本实施例通过步骤51-步骤53完成了移动性管理网元(MME)与接入网基站(eNB)的设备级连接,接入网基站(eNB)上可将移动性管理网元(MME)下发的指定使用的GTP-U版本信息进行存储。本领域技术人员可以理解,移动性管理网元(MME)与接入网基站(eNB)建立设备级连接,是移动性管理网元(MME)与接入网基站(eNB)建立与用户设备(UE)相应的业务连接的前提,但移动性管理网元(MME)与接入网基站(eNB)的设备级连接,并不一定会触发移动性管理网元(MME)与接入网基站(eNB)建立与用户设备(UE)相应的业务连接的流程。在一定条件下,例如:当用户设备通过接入网基站(eNB)发起业务连接请求时或当用户设备响应核心网的业务连接请求时,可触发与用户设备(UE)相应的业务连接的流程,执行步骤54-步骤512。
步骤54、用户设备(UE)向与该用户设备(UE)关联的接入网基站(eNB)发起空口连接请求,用于请求接入网基站(eNB)为用户设备(UE)的业务连接分配空口资源。
步骤55、接入网基站(eNB)向移动性管理网元(MME)发送与用户设备(UE)关联的业务请求消息。该业务请求消息可包括:上下文建立请求消息(Init Context setup)、切换请求(handover request)或路径改变请求消息(path switch request)等消息。业务请求消息遵循S1-AP协议。
步骤56、移动性管理网元(MME)根据步骤52确定的指定使用的GTP-U版本信息,选取与接入网基站(eNB)关联、且支持指定使用的GTP-U版本的核心网网关。
当满足核心网网关选取条件(即:与接入网基站(eNB)关联、且支持指定使用的GTP-U版本的核心网网关)的核心网网关为多个时,移动性管理网元(MME)可根据预先制定的控制策略选取其中一个核心网网关,并根据预先存储的地址信息,获取该核心网网关的地址信息,执行步骤58。如果移动性管理网元(MME)上没有存储该核心网网关的地址信息时,执行步骤57。
步骤57、移动性管理网元(MME)向域名***(Domain Name System,简称DNS)服务器(DNS Server)发送用于查询步骤56选取的核心网网关的地址信息的地址查询请求,如:该查询请求用于移动性管理网元(MME)向DNS服务器查询该核心网网关的IP地址信息等;DNS服务器接收到该查询请求后,将核心网网关的IP地址信息发送给移动性管理网元(MME)。
步骤58、移动性管理网元(MME)向与步骤56或步骤57获取的地址信息相应的核心网网关发送承载建立请求,该承载建立请求中携带有步骤52确定的指定使用的GTP-U版本协议;该承载建立请求遵循GTP-C协议。
步骤59、核心网网关接收到承载建立请求时,为用户设备(UE)创建承载资源,当完成承载资源的创建后,向移动性管理网元(MME)发送确认承载建立消息。该确认承载建立消息遵循GTP-C协议。
步骤510、移动性管理网元(MME)向接入网基站(eNB)发送确认连接建立消息。该确认连接建立消息可包括:上下文建立响应消息(Init ContextSetup Ack)、切换请求确认(handover request Ack)或路径改变请求响应(path switch request Ack)等消息。确认连接建立消息遵循S1-AP协议。
步骤511、接入网基站(eNB)向用户设备(UE)发送确认空口连接建立消息。
步骤512、接入网基站(eNB)与核心网网关基于步骤52中指定使用的GTP-U版本,进行与用户设备(UE)相关的用户面的数据传输(包括上行和下行的数据传输)。
本实施例通过在移动性管理网元(MME)和接入网基站(eNB)进行设备级连接时,完成用户面数据传输所使用的GTP-U版本的协商,并在移动性管理网元(MME)向接入网基站(eNB)发送设备连接响应时,将指定使用的GTP-U版本信息通知接入网基站(eNB);而当进行用户设备相关的业务连接建立时,移动性管理网元根据该指定使用的GTP-U版本选择核心网网关,将指定使用的GTP-U协议发送给选好的核心网网关,使得核心网网关和接入网基站(eNB)基于指定使用的GTP-U版本进行用户面的数据传输。由于在移动性管理网元(MME)选取核心网网关时,综合考虑了接入网基站和核心网网关各自支持的用户面通信协议版本信息,因此,为接入网基站与核心网网关之间建立有效的业务连接奠定基础,明显提高了接入网基站与核心网网关进行用户面通信协议版本协商的有效性。
图6为本发明通信协议版本协商方法第五实施例信令交互图。本实施例与本发明通信协议版本协商方法第四实施例的区别在于,本实施例在接入网基站(eNB)与移动性管理网元(MME)建立设备连接时,接入网基站(eNB)向移动性管理网元(MME)上报自身支持的GTP-U版本信息;当接入网基站(eNB)向移动性管理网元(MME)发起与用户设备(UE)相应的业务连接流程时,移动性管理网元(MME)确定指定使用的GTP-U版本并选取满足条件的核心网网关,向接入网基站(eNB)和核心网网关发送指定使用的GTP-U版本信息。如图6所示,本实施例包括:
步骤61、接入网基站(eNB)向移动性管理网元(MME)发送设备连接请求(S1 Setup Request)消息,该设备连接请求消息中包括接入网基站(eNB)支持的GTP-U版本信息。该设备连接请求消息遵循S1-AP协议。
步骤62、移动性管理网元(MME)解析该设备连接请求消息,获取接入网基站(eNB)支持的GTP-U版本信息。
步骤63、移动性管理网元(MME)向接入网基站(eNB)发送设备连接响应(S1 Setup Response)消息,该设备响应请求消息遵循S1-AP协议。
步骤64、当用户设备通过接入网基站(eNB)发起业务连接请求时或当用户设备响应核心网的业务连接请求时,用户设备(UE)向与该用户设备(UE)关联的接入网基站(eNB)发起空口连接请求,用于请求接入网基站(eNB)为用户设备(UE)的业务连接分配空口资源。
步骤65、接入网基站(eNB)向移动性管理网元(MME)发送与用户设备(UE)关联的业务请求消息。该业务请求消息可包括:上下文建立请求消息(Init Context setup)、切换请求(handover request)或路径改变请求消息(path switch request)等消息。业务请求消息遵循S1-AP协议。
步骤66、移动性管理网元(MME)根据步骤62获取的接入网基站(eNB)支持的GTP-U版本信息,确定接入网基站(eNB)与核心网进行用户面数据交换时指定使用的GTP-U版本,选取与接入网基站(eNB)关联且支持该指定使用GTP-U版本的核心网关。
移动性管理网元(MME)在确定指定使用的GTP-U版本信息时,可综合考虑预设的控制策略(该控制策略可由运营商预先确定等)和接入网基站(eNB)支持的GTP-U版本信息作出选择。例如:运营商预先指定的控制策略是:保证业务连接前提下,优选用户面通信协议版本级别较高的通信协议,作为用户面数据传输的通信协议。当接入网基站(eNB)支持多个GTP-U版本,如:GTP-U V0和GTP-U V1,移动性管理网元(MME)查询核心网中是否存在与接入网基站(eNB)关联、且支持版本级别较高的GTP-U V1的核心网网关,如果有,移动性管理网元(MME)确定版本级别较高GTP-U V1协议作为指定使用的用户面通信协议;如果没有,移动性管理网元(MME)确定版本级别较低GTP-U V0协议作为指定使用的用户面通信协议。
当满足核心网网关选取条件(即:与接入网基站(eNB)关联、且支持指定使用的GTP-U版本的核心网网关)的核心网网关为多个时,移动性管理网元(MME)可根据预先制定的控制策略选取其中一个核心网网关,并根据预先存储的地址信息,获取该核心网网关的地址信息,执行步骤68;如果移动性管理网元(MME)上没有存储该核心网网关的地址信息时,执行步骤67。
步骤67、移动性管理网元(MME)向域名***(Domain Name System,简称DNS)服务器(DNS Server)发送用于查询步骤66选取的核心网网关的地址信息的地址查询请求,如:该查询请求用于移动性管理网元(MME)向DNS服务器查询该核心网网关的IP地址信息等;DNS服务器接收到该查询请求后,将核心网网关的IP地址信息发送给移动性管理网元(MME)。
步骤68、移动性管理网元(MME)向与步骤66或步骤67获取的地址信息相应的核心网网关发送承载建立请求,该承载建立请求中携带有步骤66确定的指定使用的GTP-U版本协议;该承载建立请求遵循GTP-C协议。
步骤69、核心网网关接收到承载建立请求时,为用户设备(UE)创建承载资源,当完成承载资源的创建后,向移动性管理网元(MME)发送确认承载建立消息。该确认承载建立消息遵循GTP-C协议。
步骤610、移动性管理网元(MME)向接入网基站(eNB)发送确认连接建立消息。该确认连接建立消息携带有步骤66确定的指定使用的GTP-U版本协议;该承载建立请求遵循S1-AP协议。该确认连接建立消息可包括:上下文建立响应消息(Init Context Setup Ack)、切换请求确认(handover requestAck)或路径改变请求响应(path switch request Ack)等消息。确认连接建立消息遵循S1-AP协议。
步骤611、接入网基站(eNB)向用户设备(UE)发送确认空口连接建立消息。
步骤612、接入网基站(eNB)与核心网网关基于步骤66中指定使用的GTP-U版本,进行与用户设备(UE)相关的用户面的数据传输(包括上行和下行的数据传输)。
本实施例通过在移动性管理网元(MME)在自身和接入网基站(eNB)进行设备级连接时,获取接入网基站(eNB)支持的GTP-U版本的信息;当进行用户设备相关的业务连接建立时,移动性管理网元根据接入网基站(eNB)支持的GTP-U版本的信息,确定指定使用的GTP-U版本,并根据该指定使用的GTP-U版本选择核心网网关,将指定使用的GTP-U协议发送给选好的核心网网关和接入网基站(eNB),使得核心网网关和接入网基站(eNB)基于指定使用的GTP-U版本进行用户面的数据传输。由于在移动性管理网元(MME)在与接入网基站控制面的信令交互过程中,综合考虑了接入网基站和与接入网基站关联的核心网网关的用户面通信协议版本信息,确定指定使用的GTP-U版本和核心网网关,因此,为接入网基站与核心网网关之间建立有效的业务连接奠定基础,明显提高了接入网基站与核心网网关进行用户面通信协议版本协商的有效性。
图7为本发明接入网节点实施例的结构示意图。如图7所示,本实施例接入网节点包括:第一获取模块71、第一协商模块72和第一控制模块73。
第一获取模块71用于获取接入网其他节点支持的用户面通信协议版本信息。
第一协商模块72用于根据接入网其他节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本。
第一控制模块73用于将指定使用的用户面通信协议版本信息发送给接入网其他节点,并指示所述其他节点与自身基于指定使用的用户面通信协议版本进行用户面的数据传输。
本实施例通过第一获取模块获取接入网其他节点支持的用户面通信协议版本信息;由第一协商模块根据接入网其他节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本,并由第一控制模块基于该指定使用的用户面通信版本协议与接入网其他节点进行用户面的数据传输,从而解决了支持不同协议版本的接入网节点间进行用户面数据传输的协议版本协商问题,明显提高了通信协议版本协商的有效性。
关于本实施例接入网节点与接入网其他节点的交互流程可参见本发明通信协议版本协商方法图3对应实施例的记载,不再赘述。
图8为本发明提供的移动性管理网元实施例的结构示意图。如图8所示,本实施例移动性管理网元包括:第二获取模块81、第二协商模块82和第二控制模块83。
第二获取模块81用于获取接入网节点支持的用户面通信协议版本信息。
第二协商模块82用于根据接入网节点支持的用户面通信协议版本信息、以及与接入网节点关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关。
第二控制模块83用于将指定使用的用户面通信协议版本信息发送给接入网节点和核心网网关,并指示接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输。
在上述技术方案的基础上,本实施例移动性管理网元还可包括:协商触发模块84。
协商触发模块84用于在接收所述接入网节点发送的设备连接请求或业务连接请求时,激活第二协商模块82。
进一步的,第二获取模块81可包括:接收单元811和解析单元812。
接收单元811用于接收所述接入网节点发送的设备连接请求或业务连接请求,所述设备连接请求或业务连接请求包括所述接入网节点支持的用户面通信协议版本信息。
解析单元812用于根据所述设备连接请求或业务连接请求获取所述接入网节点支持的用户面通信协议版本信息。
第二控制模块83可包括:第一发送指示单元831和第二发送指示单元832。
第一发送指示单元831用于在向所述接入网节点发送设备连接响应时,将所述指定使用的用户面通信协议版本信息发送给所述接入网节点,并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输;或者
第二发送指示单元832用于在向所述接入网节点发送业务请求确认消息时,将所述指定使用的用户面通信协议版本信息发送给所述接入网节点;并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输。
第二控制模块83还可包括:存储单元833和查询单元834;或者,第二控制模块83还可包括:获取单元835。
存储单元833用于存储与接入网节点关联的核心网网关的地址信息。
查询单元834用于在接收到接入网节点发送的业务连接请求时,向存储单元833获取核心网网关的地址信息,将获取的地址信息发送给第一发送指示单元831或第二发送指示单元832。
获取单元835用于在接收到接入网节点发送的业务连接请求时,向域名***服务器获取所述核心网网关的地址信息,将所述地址信息发送给第一发送指示单元831或第二发送指示单元832。
本实施例通过第二获取模块获取接入网节点支持的用户面通信协议版本信息;由第二协商模块根据接入网节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本并选取相应的核心网网关,再通过第二控制模块将指定使用的用户面通信协议版本分别发送给接入网节点与核心网网关,从而为接入网节点与核心网网关之间建立有效的业务连接奠定基础,明显提高了接入网节点与核心网网关进行用户面通信协议版本协商的有效性。关于本实施例与接入网节点、核心网网关等网元的交互流程可参见本发明通信协议版本协商方法图4-6对应实施例的记载,不再赘述。
图9为本发明另一种接入网节点实施例的结构示意图。如图9所示,本实施例接入网节点包括:信令控制模块91和数据传输模块92。
信令控制模块91用于向接入网其他节点或移动性管理网元发送自身支持的用户面通信协议版本信息;接收接入网其他节点或移动性管理网元根据所述自身支持的用户面通信协议版本信息而指定使用的用户面通信协议版本信息。
数据传输模块92用于基于接入网其他节点指定使用的用户面通信协议版本,与所述接入网其他节点进行用户面的数据传输;或者,基于移动性管理网元指定使用的用户面通信协议版本,与所述移动性管理网元选定的核心网网关进行用户面的数据传输。
本实施例通过信令控制模块上报自身支持的用户面通信协议版本信息,并由数据传输模块根据信令控制模块接收到的指定使用的用户面通信协议版本与接入网其他节点或核心网网关进行用户面的数据传输,从而解决了支持不同协议版本的接入网不同节点间进行用户面的数据传输的版本协商问题或支持不同协议版本的接入网节点与核心网网关进行用户面的数据传输的协议版本协商问题,明显提高了用户面通信协议版本协商的有效性。关于本实施例与接入网其他节点的交互流程可参见本发明通信协议版本协商方法图3对应实施例的记载,本实施例与移动性管理网元及核心网网关的交互流程可参见本发明通信协议版本协商方法图4-6的记载,不再赘述。
图10为本发明通信协议版本协商***实施例结构示意图。如图10所示,本实施例通信协议协商***包括接入网第一节点101和接入网第二节点102。
接入网第一节点101用于向接入网第二节点102发送自身支持的用户面通信协议版本信息,在接收到接入网第二节点102指定使用的用户面通信协议版本时,基于所述指定使用的通信协议版本,与接入网第二节点102进行用户面的数据传输。
接入网第二节点102用于根据接入网第一节点101支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;将指定使用的用户面通信协议版本信息发送给接入网第一节点101。
本实施例通过接入网第一节点向接入网第二节点发送自身支持的通信协议版本信息,由接入网第二节点确定指定使用的通信协议版本,并基于该指定使用的通信协议版本与接入网第一节点进行用户面的数据传输,从而解决了支持不同协议版本的接入网不同节点间进行用户面的数据传输的协议版本协商问题,明显提高了用户面通信协议版本协商的有效性。关于本实施例中,接入网第一节点与接入网第二节点的交互流程可参见本发明通信协议版本协商方法图3对应实施例的记载,不再赘述。
图11为本发明另一种通信协议版本协商***实施例结构示意图。本实施例包括接入网节点111、移动性管理网元112和核心网网关113。
接入网节点111用于向移动性管理网元112发送自身支持的用户面通信协议版本信息。
移动性管理网元112用于根据接入网节点111支持的用户面通信协议版本信息、以及与接入网节点111关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关113;将指定使用的用户面通信协议版本信息发送给接入网节点111和核心网网关113。
核心网网关113用于基于移动性管理网元112指定使用的用户面通信协议版本与接入网节点111进行用户面的数据传输。
本实施例通过接入网节点上报自身支持的用户面通信协议版本信息,由移动性管理网元根据接入网节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本和选取相应的核心网网关,并将指定使用的用户面通信协议版本分别发送给接入网节点与核心网网关,从而有利于接入网节点与核心网网关基于该指定使用的用户面通信协议版本之间建立有效的业务连接奠定基础,明显提高了接入网节点与核心网网关进行用户面通信协议版本协商的有效性。关于本实施例接入网节点、移动性管理网元和核心网网关之间的交互流程可参见本发明通信协议版本协商方法图4-6对应实施例的记载,不再赘述。
本发明实施例提及的接入网节点或接入网其他节点在具体实现上,可以是基站类设备,如LTE项目中的eNB;还可以是接入网非基站类设备,如:3G网络中的无线网络控制器(Radio Network Controller;简称RNC)等。此外,接入网节点与接入网其他节点可为同一设备类型或非同类设备。
本领域普通技术人员可以理解:附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
Claims (18)
1、一种通信协议版本协商方法,其特征在于,包括:
获取第一节点支持的用户面通信协议版本信息;
根据所述第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;
将指定使用的用户面通信协议版本信息发送给第一节点,并指示所述第一节点遵循指定使用的用户面通信协议版本与其他节点进行数据传输。
2、根据权利要求1所述的通信协议版本协商方法,其特征在于,所述用户面通信协议为通用分组无线业务隧道用户面协议。
3、根据权利要求1或2所述的通信协议版本协商方法,其特征在于,所述第一节点包括接入网第一基站;所述其他节点包括接入网第二基站。
4、根据权利要求1或2所述的通信协议版本协商方法,其特征在于,所述第一节点包括接入网基站,所述其他节点包括核心网网关;所述根据所述第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本包括:
根据所述接入网基站支持的用户面通信协议版本信息、以及与所述接入网基站关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关。
5、根据权利要求4所述的通信协议版本协商方法,其特征在于,所述选择核心网网关之后,还包括:
将指定使用的用户面通信协议版本信息发送给所述核心网网关。
6、根据权利要求5所述的通信协议版本协商方法,其特征在于,所述获取第一节点支持的用户面通信协议版本信息,包括:
接收所述接入网基站发送的设备连接请求或业务连接请求,所述设备连接请求或业务连接请求包括所述接入网基站支持的用户面通信协议版本信息;
根据所述设备连接请求或业务连接请求获取所述接入网基站支持的用户面通信协议版本信息。
7、根据权利要求6所述的通信协议版本协商方法,其特征在于,所述将指定使用的用户面通信协议版本信息发送给第一节点,包括:
在向所述接入网基站发送设备连接响应,或者在向所述接入网基站发送业务请求确认消息时,将所述指定使用的用户面通信协议版本信息发送给所述接入网基站。
8、根据权利要求6所述的通信协议版本协商方法,其特征在于,所述将指定使用的用户面通信协议版本信息发送给核心网网关,包括:
在接收到所述接入网基站发送的业务连接请求、且预先存储有核心网网关的地址信息时,将所述指定使用的用户面通信协议版本信息发送给与所述地址信息相应的核心网网关;或者
在接收到所述接入网基站发送的业务连接请求时,向域名***服务器获取所述核心网网关的地址信息,将所述指定使用的用户面通信协议版本信息发送给与所述地址信息相应的核心网网关。
9、一种接入网节点,其特征在于,包括:
第一获取模块,用于获取接入网其他节点支持的用户面通信协议版本信息;
第一协商模块,用于根据所述接入网其他节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;
第一控制模块,用于将指定使用的用户面通信协议版本信息发送给所述接入网其他节点,并指示所述接入网其他节点与自身基于指定使用的用户面通信协议版本进行用户面的数据传输。
10、一种移动性管理网元,其特征在于,包括:
第二获取模块,用于获取接入网节点支持的用户面通信协议版本信息;
第二协商模块,用于根据所述接入网节点支持的用户面通信协议版本信息、以及与所述接入网节点关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关;
第二控制模块,用于将指定使用的用户面通信协议版本信息发送给所述接入网节点和核心网网关,并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输。
11、根据权利要求10所述的移动性管理网元,其特征在于,还包括:
协商触发模块,用于在接收所述接入网节点发送的设备连接请求或业务连接请求时,激活所述第二协商模块。
12、根据权利要求10所示的移动性管理网元,其特征在于,所述第二获取模块包括:
接收单元,用于接收所述接入网节点发送的设备连接请求或业务连接请求,所述设备连接请求或业务连接请求包括所述接入网节点支持的用户面通信协议版本信息;
解析单元,用于根据所述设备连接请求或业务连接请求获取所述接入网节点支持的用户面通信协议版本信息。
13、根据权利要求10所述的移动性管理网元,其特征在于,所述第二控制模块包括:
第一发送指示单元,用于在向所述接入网节点发送设备连接响应时,将所述指定使用的用户面通信协议版本信息发送给所述接入网节点,并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输;或者
第二发送指示单元,用于在向所述接入网节点发送业务请求确认消息时,将所述指定使用的用户面通信协议版本信息发送给所述接入网节点;并指示所述接入网节点和核心网网关基于指定使用的用户面通信协议版本进行用户面的数据传输。
14、根据权利要求13所述的移动性管理网元,其特征在于,所述第二控制模块还包括:
存储单元,用于存储与所述接入网节点关联的核心网网关的地址信息;
查询单元,用于在接收到所述接入网节点发送的业务连接请求时,向所述存储单元获取所述核心网网关的地址信息,将获取的地址信息发送给所述第一发送指示单元或第二发送指示单元。
15、根据权利要求13所述的移动性管理网元,其特征在于,所述第二控制模块还包括:
获取单元,用于在接收到所述接入网节点发送的业务连接请求时,向域名***服务器获取所述核心网网关的地址信息,将所述地址信息发送给所述第一发送指示单元或第二发送指示单元。
16、一种接入网节点,其特征在于,包括:
信令控制模块,用于向接入网其他节点或移动性管理网元发送自身支持的用户面通信协议版本信息;接收接入网其他节点或移动性管理网元根据所述自身支持的用户面通信协议版本信息而指定使用的用户面通信协议版本信息;
数据传输模块,用于基于接入网其他节点指定使用的用户面通信协议版本,与所述接入网其他节点进行用户面的数据传输;或者,基于移动性管理网元指定使用的用户面通信协议版本,与所述移动性管理网元选定的核心网网关进行用户面的数据传输。
17、一种通信协议版本协商***,其特征在于,包括接入网第一节点和接入网第二节点;
所述接入网第一节点用于向接入网第二节点发送自身支持的用户面通信协议版本信息,在接收到接入网第二节点指定使用的用户面通信协议版本时,基于所述指定使用的通信协议版本,与所述接入网第二节点进行用户面的数据传输;
所述接入网第二节点用于根据所述接入网第一节点支持的用户面通信协议版本信息,确定指定使用的用户面通信协议版本;将指定使用的用户面通信协议版本信息发送给所述接入网第一节点。
18、一种通信协议版本协商***,其特征在于,包括接入网节点、移动性管理网元和核心网网关;
所述接入网节点用于向所述移动性管理网元发送自身支持的用户面通信协议版本信息;
所述移动性管理网元用于根据所述接入网节点支持的用户面通信协议版本信息、以及与所述接入网节点关联的核心网网关信息,确定指定使用的用户面通信协议版本并选择核心网网关;将指定使用的用户面通信协议版本信息发送给所述接入网节点和核心网网关;
所述核心网网关用于基于所述指定使用的用户面通信协议版本与所述接入网节点进行用户面的数据传输。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810222794A CN101686232A (zh) | 2008-09-25 | 2008-09-25 | 通信协议版本协商方法和***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810222794A CN101686232A (zh) | 2008-09-25 | 2008-09-25 | 通信协议版本协商方法和***及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101686232A true CN101686232A (zh) | 2010-03-31 |
Family
ID=42049204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810222794A Pending CN101686232A (zh) | 2008-09-25 | 2008-09-25 | 通信协议版本协商方法和***及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101686232A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104702590A (zh) * | 2014-12-09 | 2015-06-10 | 网神信息技术(北京)股份有限公司 | 通信协议的切换方法及装置 |
CN105610540A (zh) * | 2012-11-05 | 2016-05-25 | 华为技术有限公司 | 基站、网络***和通信方法 |
CN109246778A (zh) * | 2017-06-16 | 2019-01-18 | 华为技术有限公司 | 功能网元的选择方法及相关设备 |
CN109428773A (zh) * | 2017-08-22 | 2019-03-05 | 深圳市道通智能航空技术有限公司 | 一种通信方法和装置 |
CN109842501A (zh) * | 2017-11-24 | 2019-06-04 | 电信科学技术研究院 | 一种进行数据传输的方法及设备 |
CN111656748A (zh) * | 2018-01-30 | 2020-09-11 | 高通股份有限公司 | 用于管理新型无线电(nr)中车联网(v2x)能力汇聚协议的技术 |
CN111953781A (zh) * | 2020-08-13 | 2020-11-17 | 北京金山云网络技术有限公司 | 处理访问请求的方法、装置及电子设备 |
CN113038545A (zh) * | 2019-12-24 | 2021-06-25 | 中国电信股份有限公司 | 用于减少切换失败的方法和通信*** |
CN113726922A (zh) * | 2021-09-01 | 2021-11-30 | 北京百度网讯科技有限公司 | 一种网络应用层连接协议确定方法、装置及电子设备 |
CN114124868A (zh) * | 2021-11-23 | 2022-03-01 | 北京百度网讯科技有限公司 | 一种即时通讯方法、装置、***、设备以及存储介质 |
-
2008
- 2008-09-25 CN CN200810222794A patent/CN101686232A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105610540A (zh) * | 2012-11-05 | 2016-05-25 | 华为技术有限公司 | 基站、网络***和通信方法 |
CN104702590A (zh) * | 2014-12-09 | 2015-06-10 | 网神信息技术(北京)股份有限公司 | 通信协议的切换方法及装置 |
CN109246778B (zh) * | 2017-06-16 | 2020-12-04 | 华为技术有限公司 | 功能网元的选择方法及相关设备 |
CN109246778A (zh) * | 2017-06-16 | 2019-01-18 | 华为技术有限公司 | 功能网元的选择方法及相关设备 |
CN109428773A (zh) * | 2017-08-22 | 2019-03-05 | 深圳市道通智能航空技术有限公司 | 一种通信方法和装置 |
CN109842501A (zh) * | 2017-11-24 | 2019-06-04 | 电信科学技术研究院 | 一种进行数据传输的方法及设备 |
CN109842501B (zh) * | 2017-11-24 | 2020-09-01 | 电信科学技术研究院 | 一种进行数据传输的方法及设备 |
CN111656748A (zh) * | 2018-01-30 | 2020-09-11 | 高通股份有限公司 | 用于管理新型无线电(nr)中车联网(v2x)能力汇聚协议的技术 |
CN113038545A (zh) * | 2019-12-24 | 2021-06-25 | 中国电信股份有限公司 | 用于减少切换失败的方法和通信*** |
CN113038545B (zh) * | 2019-12-24 | 2022-07-05 | 中国电信股份有限公司 | 用于减少切换失败的方法和通信*** |
CN111953781A (zh) * | 2020-08-13 | 2020-11-17 | 北京金山云网络技术有限公司 | 处理访问请求的方法、装置及电子设备 |
CN113726922A (zh) * | 2021-09-01 | 2021-11-30 | 北京百度网讯科技有限公司 | 一种网络应用层连接协议确定方法、装置及电子设备 |
CN113726922B (zh) * | 2021-09-01 | 2023-10-31 | 北京百度网讯科技有限公司 | 一种网络应用层连接协议确定方法、装置及电子设备 |
CN114124868A (zh) * | 2021-11-23 | 2022-03-01 | 北京百度网讯科技有限公司 | 一种即时通讯方法、装置、***、设备以及存储介质 |
CN114124868B (zh) * | 2021-11-23 | 2023-07-14 | 北京百度网讯科技有限公司 | 一种即时通讯方法、装置、***、设备以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6645563B2 (ja) | 第1の基地局及び通信制御方法 | |
CN101686232A (zh) | 通信协议版本协商方法和***及设备 | |
US11184886B2 (en) | Method, base station, and user equipment for implementing carrier aggregation | |
CN103781063B (zh) | 提供用于所请求连接的源连接标识符的方法、装置和计算机程序 | |
US10517130B2 (en) | Method for data forwarding in a small cell system | |
US10200912B2 (en) | Method and device for setting up local breakout bearers | |
CN102223691B (zh) | 移动通信***中的切换方法 | |
KR101486824B1 (ko) | 어드밴스드 lte 시스템들에서의 통신들의 중계 | |
US20180007591A1 (en) | Method and apparatus supporting local breakout in a dual-connectivity architecture | |
CN102984759B (zh) | 数据传输方法和设备 | |
US20130286841A1 (en) | Load Sharing Method, Device, and System | |
US8243680B2 (en) | Traffic transmission path relocation method for radio communication system | |
US9560628B2 (en) | Method and node for paging in a radio access network | |
EP1999907B1 (en) | Telecommunications system and method | |
JP7147883B2 (ja) | gNB-CU-UPにおける完全性保護のハンドリング | |
JP2018503332A (ja) | ハンドオーバー装置および方法 | |
US9668244B2 (en) | Radio resource management method, macro base station, and low-power node | |
JP4760531B2 (ja) | 移動通信システム、無線基地局制御装置及び動作制御方法 | |
CN104244349A (zh) | 通信装置和通信方法 | |
CN107306455A (zh) | 一种双连接操作的方法、基站、ue及mme | |
US9635588B2 (en) | Method and apparatus for coordinated multi-point transmission with negotiated quality of service | |
US8442012B1 (en) | Selecting wireless access resources based on past wireless activity | |
RU2631669C1 (ru) | Устройство обмена информацией, базовая станция и система связи | |
CN111629406A (zh) | 一种切换处理的方法、相关设备、程序产品以及存储介质 | |
US9705739B1 (en) | Systems and methods for configuring a unique access node identifier |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20100331 |