CN101175300A - 控制面和用户面分离架构下压缩算法的协商方法及其系统 - Google Patents
控制面和用户面分离架构下压缩算法的协商方法及其系统 Download PDFInfo
- Publication number
- CN101175300A CN101175300A CNA2006101376968A CN200610137696A CN101175300A CN 101175300 A CN101175300 A CN 101175300A CN A2006101376968 A CNA2006101376968 A CN A2006101376968A CN 200610137696 A CN200610137696 A CN 200610137696A CN 101175300 A CN101175300 A CN 101175300A
- Authority
- CN
- China
- Prior art keywords
- compression algorithm
- described user
- user terminal
- network element
- negotiates
- 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
Abstract
本发明公开了三种控制面和用户面分离架构下压缩算法的协商方法，方法一：用户终端将其压缩算法处理信息发送到用户面网元；用户面网元根据自身的压缩算法处理信息和用户终端的压缩算法处理信息协商出压缩算法，并发送到控制面网元和用户终端。方法二：用户终端和用户面网元分别将各自的压缩算法处理信息发送到控制面网元，由控制面网元协商出压缩算法，并分别发送到用户终端和用户面网元。方法三：用户面网元将其压缩算法处理信息发送到用户终端；用户终端根据自身的压缩算法处理信息和用户面网元的压缩算法处理信息协商出压缩算法，并发送到用户面网元和控制面网元。本发明实现了在控制面和用户面分离架构下的压缩算法协商过程。
Description
技术领域
本发明涉及通信领域，尤其涉及控制面和用户面分离架构下压缩算法的协商方法及其系统。
背景技术
3GPP为了增强未来网络的竞争能力，正在研究一种全新的演进网络架构，包括系统架构演进(SAE)和接入网的长期演进(LTE)。
参见图1，为演进网络的架构示意图。其中，演进的接入网称为演进的UMTS陆地无线接入网(E-UTRAN)，演进的分组核心网包括移动性管理实体(Mobility Management Entity，MME)、用户面实体(User Plane Entity，UPE)以及不同接入系统之间的用户面锚点(IASA Inter Access System Anchor)逻辑功能实体。
MME负责控制面的移动性管理，包括用户上下文和移动状态管理，分配用户临时身份标识等，对应于当前GPRS/UMTS系统内部服务GPRS支持节点(Service-GPRS Support Node，SGSN)的控制平面部分，MME所在实体可称为控制面网元；UPE负责空闲状态下为下行数据发起寻呼，管理保存IP承载参数和网络内路由信息等，对应于当前GPRS/UMTS系统内部SGSN和网关GPRS支持节点(GGSN)的数据平面部分，UPE所在实体可称为用户面网元；IASA则充当不同接入系统间的用户面锚点，其中3GPP Anchor逻辑功能实体是2G/3G接入系统和LTE接入系统间的用户面锚点，SAE Anchor逻辑功能实体是3GPP接入系统和非3GPP接入系统之间的用户面锚点。策略和计费规则功能实体(Policy and Charging Rule Function，PCRF)用于策略控制决定和流计费控制功能。归属网络服务器(Home Subscriber Server，HSS)用于存储用户签约信息。
上述演进网络架构将以最终的SAE系统架构为准。
基于上述网络结构，标准3GPP TR23.882描述了MME/UPE分离架构下的用户附着流程和承载建立流程。
参见图2，为MME/UPE分离架构下的用户附着流程示意图，包括步骤：
1、用户终端(User Equipment，UE)发送附着请求消息(Attach Request)到MME；
2、MME对UE进行鉴权(Authentication)；
3、MME发送位置修改给HSS(Update Location)，注册到HSS中；
4、HSS将用户的签约数据插入到MME中(Insert Subscriber Data)；
5、MME返回插入签约数据确认消息给HSS(Insert Subscriber Data Ack)；
6、HSS返回位置修改确认消息给MME(Update Location Ack)；
7、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)；
8、UPE/IASA返回承载响应消息给MME(Bearer Response)；
9、MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
10、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
11、MME回承载确认消息给UPE/IASA(Bearer Ack)；
12、MME发送附着接受消息给UE(Attach Accept)；
13、UE确认附着的完成(Attach Complete)。
参见图3，为MME/UPE分离架构下UE发起的承载建立流程示意图，包括步骤：
1、UE发送承载请求消息到MME(Bearer Request)；
2、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)；
3、UPE/IASA返回承载响应消息给MME(Bearer Response)；
4、MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
5、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
6、MME返回承载确认消息给UPE/IASA(Bearer Ack)；
7、MME发送承载响应消息给UE(Bearer Response)。
按照3GPP TR23.882协议规定，用户的压缩处理在逻辑功能实体UPE中实现。对于UE和UPE之间传输的IP包而言，IP包中有大量冗余信息，对这些冗余信息的传输将极大地浪费了演进网络的传输资源，所以需对UE和UPE之间传输的IP包进行压缩处理，降低IP包中的冗余信息，节省演进网络的传输资源。但压缩算法需要UE和UPE进行协商，而目前的标准对于MME/UPE分离架构下UE和UPE之间使用的压缩算法协商流程还没作规定。
发明内容
本发明提供了控制面和用户面分离架构下压缩算法的协商方法，用以实现在控制面和用户面分离架构下进行用户终端和用户面网元之间的压缩算法协商。
基于相同的技术构思，本发明还提供了控制面和用户面分离架构下压缩算法的协商系统。
本发明提供的第一种压缩算法的协商方法，包括以下步骤：
用户终端将其压缩算法处理信息发送到所述用户面网元；
所述用户面网元根据自身的压缩算法处理信息和所述用户终端的压缩算法处理信息协商出压缩算法，并发送到所述控制面网元和所述用户终端。
上述方法中，还包括步骤：
所述用户面网元协商出压缩算法后，将该压缩算法保存于用户面网元的用户的上下文中；
所述控制面网元接收到协商出的压缩算法后，将其保存于控制面网元的用户的上下文中；
所述用户终端接收到协商出的压缩算法后，将其保存于用户终端的用户的上下文中。
根据本发明的上述方法，所述压缩算法处理信息包括压缩算法能力信息，还可包括压缩参数；
若所述用户终端将其自身的压缩参数包含在压缩算法处理信息中发送到所述用户面网元，则所述用户面网元根据自身的压缩参数和用户终端的压缩参数协商出用户终端和用户面网元之间使用的压缩参数，并将协商出的压缩参数发送到所述用户终端和所述控制面网元；所述用户面网元、控制面网元和用户终端分别将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述用户面网元、控制面网元和用户终端分别将该缺省的压缩参数保存于各自的用户的上下文中。
根据本发明的上述方法，所述用户终端将其压缩算法处理信息发送到所述用户面网元，所述用户面网元将协商出的压缩算法发送到所述控制面网元和所述用户终端的过程，通过以下流程之一实现：
所述用户终端发起的用户附着流程；
所述用户终端发起的承载建立流程；
所述用户终端发起的压缩算法协商流程。
在所述用户附着流程中，所述用户终端通过附着请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元通过创建承载请求消息将所述用户终端的压缩算法处理信息发送到所述用户面网元；所述用户面网元协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过附着接受消息将协商出的压缩算法发送到所述用户终端；
在所述用户终端发起的承载建立流程中，所述用户终端通过承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元通过创建承载请求消息将所述用户终端的压缩算法处理信息发送到所述用户面网元；所述用户面网元协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过承载响应消息将协商出的压缩算法发送到所述用户终端。
所述用户终端发起的压缩算法协商流程，包括步骤：
所述用户终端向所述控制面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述控制面网元将该消息发送到所述用户面网元；所述用户面网元协商出压缩算法后，向所述控制面网元发送协商响应消息，携带协商出的压缩算法；所述控制面网元将该消息发送到所述用户终端；或者
所述用户终端向所述用户面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述用户面网元协商出压缩算法后，向所述用户终端发送协商响应消息，携带协商出的压缩算法，并将协商出的压缩算法通知所述控制面网元。
本发明提供的第二种压缩算法的协商方法，包括以下步骤：
用户终端和所述用户面网元分别将各自的压缩算法处理信息发送到所述控制面网元；
所述控制面网元根据所述用户终端和所述用户面网元各自的压缩算法处理信息协商出压缩算法，并分别发送到所述用户终端和所述用户面网元。
上述方法中，还包括步骤：
所述控制面网元协商出所述压缩算法后，将该压缩算法保存于控制面网元的用户的上下文中；
所述用户面网元接收到协商出的压缩算法后，将其保存于用户面网元的用户的上下文中；
所述用户终端接收到协商出的压缩算法后，将其保存于用户终端的用户的上下文中。
根据本发明的上述方法，所述压缩算法处理信息包括压缩能力信息，还可包括压缩参数；
若所述用户面网元和/或所述用户终端将各自的压缩参数包含在压缩算法处理信息中发送到所述控制面网元，则所述控制面网元根据所述用户终端和/或所述用户面网元的压缩参数，协商出用户终端和用户面网元之间使用的压缩参数，并将协商出的压缩参数发送到所述用户终端和所述用户面网元；所述控制面网元、用户面网元和用户终端将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述控制面网元、用户面网元和用户终端分别将该缺省的压缩参数保存于各自的用户的上下文中。
根据本发明的上述方法，所述用户面网元将其压缩算法处理信息发送到所述控制面网元后，所述用户终端将其压缩算法能力信息发送到所述控制面网元，所述控制面网元将协商出的压缩算法分别发送到所述用户终端和所述用户面网元的过程，通过以下流程之一实现：
所述用户终端发起的用户附着流程；
所述用户终端发起的承载建立流程；
所述用户终端发起的压缩算法协商流程。
在所述用户附着流程中，所述用户终端通过附着请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元协商出压缩算法后，通过创建承载请求消息将协商出的压缩算法发送到所述用户面网元，通过附着接受消息将协商出的压缩算法发送到所述用户终端；
在所述用户终端发起的承载建立流程中，所述用户终端通过承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元协商出压缩算法后，通过创建承载请求消息将协商出的压缩算法发送到所述用户面网元，通过承载响应消息将协商出的压缩算法发送到所述用户终端。
所述用户终端发起的压缩算法协商流程，包括步骤：
所述用户终端向所述控制面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述控制面网元协商出压缩算法后，向所述用户面网元通知协商出的压缩算法，并向所述用户终端发送协商响应消息，携带协商出的压缩算法。
本发明提供的第三种压缩算法的协商方法，包括以下步骤：
所述用户面网元将其压缩算法处理信息发送到用户终端；
所述用户终端根据自身的压缩算法处理信息和所述用户面网元的压缩算法处理信息协商出压缩算法，并发送到所述用户面网元和所述控制面网元。
上述方法中，还包括步骤：
所述用户终端将协商出的压缩算法保存于用户终端的用户的上下文中；
所述控制面网元接收到协商出的压缩算法后，将其保存于控制面网元的用户的上下文中；
所述用户面网元接收到协商出的压缩算法后，将其保存于用户面网元的用户的上下文中。
根据本发明的上述方法，所述压缩算法处理信息包括压缩能力信息，还可包括压缩参数；
若所述用户面网元将其自身的压缩参数包含在压缩处理信息中发送到所述用户终端，则所述用户终端根据自身的压缩参数和所述用户面网元的压缩参数，协商出所述用户终端和所述用户面网元之间的压缩参数，并将协商出的压缩参数发送给所述用户面网元和所述控制面网元；所述用户终端、用户面网元和控制面网元将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述用户终端、用户面网元和控制面网元分别将该缺省的压缩参数保存于各自的用户的上下文中。
根据本发明的上述方法，所述用户面网元将其压缩算法处理信息发送到所述用户终端；所述用户终端将协商出的压缩算法发送到所述用户面网元的过程，通过以下流程之一实现：
所述用户面网元发起的承载建立流程；
所述用户面网元发起的压缩算法协商流程。
在所述用户面网元发送的承载建立流程中，所述用户面网元通过创建承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元将该消息发送到所述用户终端；所述用户终端协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过创建承载响应消息将协商出的压缩算法发送到所述用户面网元。
所述用户面网元发起的压缩算法协商流程，包括步骤：
所述用户面网元向所述控制面网元发送协商请求消息，携带该用户面网元的压缩算法处理信息；所述控制面网元将该消息发送到所述用户终端；所述用户终端协商出压缩算法后，向所述控制面网元发送协商响应消息，携带协商出的压缩算法；所述控制面网元将该消息发送到所述用户面网元；或者
所述用户面网元向所述用户终端发送协商请求消息，携带该用户面网元的压缩算法能力信息；所述用户终端协商出压缩算法后，向所述用户面网元发送协商响应消息，携带协商出的压缩算法；所述用户面网元将协商出的压缩算法通知所述控制面网元。
本发明提供的压缩算法协商系统，包括：用户终端、控制面网元和用户面网元，还包括：
压缩算法协商模块，位于用户终端、控制面网元或用户面网元，用于根据所述用户终端和所述用户面网元提供的压缩算法处理信息协商压缩算法，并将协商出的压缩算法发送到所述用户终端、控制面网元和用户面网元中的除该压缩算法模块所在网元以外的网元。
所述压缩算法协商模块位于所述用户面网元时，该模块接收所述用户终端通过所述控制面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述控制面网元，并通过所述控制面网元发送到所述用户终端；或者
所述压缩算法协商模块接收所述用户终端发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述用户终端，并将压缩算法通知所述控制面网元；
所述压缩算法协商模块位于所述用户终端时，该模块接收所述用户面网元通过所述控制面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述控制面网元，并通过所述控制面网元发送到所述用户面网元；或者
所述压缩算法协商模块接收所述用户面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述用户面网元，并通过所述用户面网元将压缩算法通知所述控制面网元。
所述控制面网元、所述用户面网元和所述用户终端分别包括用户的上下文模块，用于将压缩算法协商模块协商出的压缩算法保存于用户的上下文模块。
本发明有益效果如下：
本发明实现了在控制面和用户面分离架构下，用户终端和用户面进行压缩算法协商的过程，补充了现有协议针对压缩算法协商方面的不足。本发明提供了多种压缩算法协商方式，包括由用户面网元、控制面网元或者用户终端实现压缩算法协商，满足了系统的多种要求，提高了应用灵活性。
附图说明
图1为演进网络的架构示意图；
图2为MME/UPE分离架构下的用户附着流程示意图；
图3为MME/UPE分离架构下UE发起的承载建立流程示意图；
图4为本发明实施例一的压缩算法协商流程示意图；
图5为本发明实施例二的压缩算法协商流程示意图；
图6为本发明实施例三的压缩算法协商流程示意图；
图7为本发明实施例四的压缩算法协商流程示意图；
图8为本发明实施例五的压缩算法协商流程示意图；
图9为本发明实施例六的压缩算法协商流程示意图；
图10为本发明实施例七的压缩算法协商流程示意图；
图11为本发明实施例八的压缩算法协商流程示意图；
图12为本发明实施例九的压缩算法协商流程示意图；
图13为本发明实施例十的压缩算法协商流程示意图；
图14为本发明实施例的压缩算法协商系统结构示意图之一；
图15为本发明实施例的压缩算法协商系统结构示意图之二；
图16为本发明实施例的压缩算法协商系统结构示意图之三；
图17为本发明实施例的压缩算法协商系统结构示意图之四；
图18为本发明实施例的压缩算法协商系统结构示意图之五。
具体实施方式
下面结合实施例和附图对本发明进行详细描述。
实施例1
本实施例描述了在用户附着流程中实现压缩算法协商的过程，压缩算法由UPE协商完成。
参见图4，为本发明实施例一的压缩算法协商流程示意图，具体步骤包括：
1、UE发送附着请求消息到MME(Attach Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
作为本发明的一个实施例，在附着请求消息的MS网络能力(MS networkcapability)信元中携带UE的压缩算法能力信息，还可以携带压缩参数。MSnetwork capability信元的示例结构如下所示：
<MS network capability value part>：＝
……
Compression algorithm
0 RFC 1144
1 RFC 2507
2 ROHC
Compression parameters
压缩算法参数包含哪些参数不是本专利的内容，这里不再详细描述。可以参考3GPP TS 44.065协议中压缩章节描述。
2、MME对UE进行鉴权(Authentication)；
3、MME发送位置修改给HSS(Update Location)，注册到HSS中；
4、HSS将用户的签约数据插入到MME中(Insert Subscriber Data)；
5、MME返回插入签约数据确认消息给HSS(Insert Subscriber Data Ack)；
6、HSS返回位置修改确认消息给MME(Update Location Ack)；
7、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)，消息中携带UE的压缩算法能力信息，如果UE携带压缩参数给MME，则MME在消息中携带压缩参数；
8、UPE/IASA返回承载响应消息给MME(Bearer Response)。UPE根据自己的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法，如果消息中携带UE的压缩参数，则UPE根据自身的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果消息中未携带UE的压缩参数，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPPTS 44.065协议中压缩章节描述)。UPE/IASA将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后在承载响应消息中携带协商出的压缩算法给MME，如果UE和UPE之间存在协商的压缩参数值，则UPE/IASA在消息中携带给MME。
9、MME将协商出来的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则MME保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中。MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
10、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
11、MME回承载确认消息给UPE/IASA(Bearer Ack)；
12、MME发送附着接受消息给UE(Attach Accept)，消息中携带UPE协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE；
13、UE确认附着的完成(Attach Complete)，至此完成用户附着，同时也完成压缩算法协商。UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例2
本实施例描述了在UE发起的承载建立流程中实现压缩算法协商的过程，压缩算法由UPE协商完成。
参见图5，为本发明实施例二的压缩算法协商流程示意图，具体步骤包括：
1、UE发送承载请求消息到MME(Bearer Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)，消息中携带UE的压缩算法能力信息，如果UE携带压缩参数给MME，则MME在消息中携带压缩参数；
3、UPE/IASA返回承载响应消息给MME(Bearer Response)。UPE根据自己的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果消息中携带UE的压缩参数，则UPE根据自身的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果消息中未携带UE的压缩参数，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPPTS 44.065协议中压缩章节描述)。UPE/IASA将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后在承载响应消息中携带协商出的压缩算法给MME，如果UE和UPE之间存在协商的压缩参数值，则UPE/IASA在消息中携带给MME；
4、MME将协商出来的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则MME保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中。MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
5、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
6、MME返回承载确认消息给UPE/IASA(Bearer Ack)；
7、MME发送承载响应消息给UE(Bearer Response)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE，至此完成承载建立，同时也完成压缩算法协商。
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例3
本实施例描述了用户终端主动发起压缩算法协商的过程，压缩算法由UPE协商完成。
参见图6，为本发明实施例三的压缩算法协商流程示意图，具体步骤包括：
1、UE发送协商请求消息到MME(Negotiation Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME发送协商请求消息给UPE/IASA(Negotiation Request)，消息中携带UE的压缩算法能力信息，如果UE携带压缩参数给MME，则MME在消息中携带压缩参数；
3、UPE/IASA返回协商响应消息给MME(Negotiation Response)。UPE根据自身的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果消息中携带UE的压缩参数，则UPE根据自身的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果消息中未携带UE的压缩参数，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS 44.065协议中压缩章节描述)。UPE/IASA将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后在协商响应消息中携带协商出的压缩算法给MME，如果UE和UPE之间存在协商的压缩参数值，则UPE/IASA在消息中携带给MME；
4、MME将协商出来的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则MME保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中。MME发送协商响应消息给UE(Negotiation Response)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE，至此完成UE与UPE之间的压缩算法协商。
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例4
本实施例描述了用户终端直接向UPE发起压缩算法协商的过程，压缩算法由UPE协商完成。
参见图7，为本发明实施例四的压缩算法协商流程示意图，具体步骤包括：
1、UE发送协商请求消息到UPE/IASA(Negotiation Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、UPE/IASA返回协商响应消息给UE(Negotiation Response)。UPE根据自身的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果消息中携带UE的压缩参数，则UPE根据自身的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果消息中未携带UE的压缩参数，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPPTS 44.065协议中压缩章节描述)，UPE/IASA将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中。在协商响应消息中UPE/IASA携带协商出的压缩算法给UE，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE；
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
3、UPE/IASA将协商出来的压缩算法和协商出的压缩参数值或者缺省的压缩参数值通知给MME(Capability Notify)，MME将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，至此完成UE和UPE之间的压缩算法协商。
实施例5
本实施例描述了在用户附着流程中实现压缩算法协商的过程，压缩算法由MME协商完成。
参见图8，为本发明实施例五的压缩算法协商流程示意图，在进行用户附着流程前，UPE首先将自身的压缩算法处理信息通知给MME，包括UPE支持的压缩算法能力信息，还可包括UPE的压缩参数，MME保存UPE的压缩算法能力信息和UPE的压缩参数。用户附着流程如下：
1、UE发送附着请求消息到MME(Attach Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME对UE进行鉴权(Authentication)；
3、MME发送位置修改给HSS(Update Location)，注册到HSS中；
4、HSS将用户的签约数据插入到MME中(Insert Subscriber Data)；
5、MME返回插入签约数据确认消息给HSS(Insert Subscriber Data Ack)；
6、HSS返回位置修改确认消息给MME(Update Location Ack)；
7、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)。MME根据其保存的UPE的压缩算法能力以及UE的压缩能力，协商出UE和UPE之间使用的压缩算法，如果UE和/或UPE携带压缩参数给MME，则MME根据UPE的压缩参数值和/或UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果UE未携带压缩参数给MME，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS 44.065协议中压缩章节描述)。MME将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后在创建承载请求消息中携带协商出的压缩算法给UPE/IASA。如果UE和UPE之间存在协商的压缩参数值，则MME在消息中携带协商出的压缩参数值，否则MME可以在消息中携带缺省的压缩参数值，也可以不携带缺省的压缩参数值；
8、UPE保存压缩算法于用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UPE保存协商出的压缩参数值于用户的上下文中，否则UPE保存缺省的压缩参数值于用户的上下文中。UPE返回承载响应消息给MME(Bearer Response)；
9、MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
10、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
11、MME回承载确认消息给UPE/IASA(Bearer Ack)；
12、MME发送附着接受消息给UE(Attach Accept)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE；
13、UE确认附着的完成(Attach Complete)，至此完成用户附着，同时也完成压缩算法协商。
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例6
本实施例描述了在UE发起的承载建立流程中实现压缩算法协商的过程，压缩算法由MME协商完成。
参见图9，为本发明实施例六的压缩算法协商流程示意图，在进行承载建立流程前，UPE首先将自身的压缩算法处理信息通知给MME，包括UPE支持的压缩算法能力信息，还可包括UPE的压缩参数，MME保存UPE的压缩算法能力信息和UPE的压缩参数。承载建立流程的具体步骤包括：
1、UE发送承载创建请求消息到MME(Bearer Request)，消息中携带UE的压缩算法能力信息，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME发送创建承载请求消息给UPE/IASA(Create Bearer Request)。MME根据UPE的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果UE和/或UPE携带压缩参数给MME，则MME根据UPE的压缩参数值和/或UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果UE未携带压缩参数给MME，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS 44.065协议中压缩章节描述)。MME将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后在建立承载消息中携带协商出的压缩算法给UPE。如果UE和UPE之间存在协商的压缩参数值，则MME在消息中携带协商出的压缩参数值，否则MME可以在消息中携带缺省的压缩参数值，也可以不携带缺省的压缩参数值；
3、UPE保存压缩算法到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UPE保存协商出的压缩参数值于用户的上下文中，否则UPE保存缺省的压缩参数值于用户的上下文中。UPE向MME返回承载响应消息(Bearer Response)。
4、MME发送无线承载请求给Evolved RAN(Radio Bearer Request)；
5、Evolved RAN返回无线承载响应给MME(Radio Bearer Response)；
6、MME返回承载确认消息给UPE/IASA(Bearer Ack)；
7、MME发送承载响应消息给UE(Bearer Response)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE，至此完成承载建立，同时也完成压缩算法协商。
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例7
本实施例描述了UE发起的压缩算法协商的过程，压缩算法由MME协商完成。
参见图10，为本发明实施例七的压缩算法协商流程示意图，在进行承载建立流程前，UPE首先将自身的压缩算法处理信息通知给MME，包括UPE支持的压缩算法能力信息，还可包括UPE的压缩参数，MME保存UPE的压缩算法能力信息和UPE的压缩参数。UE发起的压缩算法协商过程的具体步骤包括：
1、UE发送协商请求消息到MME(Negotiation Request)，消息中携带UE的压缩算法能力，如果UE想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME根据UPE的压缩算法能力以及UE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果UE和/或UPE携带压缩参数给MME，则MME根据UPE的压缩参数值和/或UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果UE未携带压缩参数给MME，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS 44.065协议中压缩章节描述)。MME将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中，然后通知协商出的压缩算法给UPE(Capability Notify)。如果UE和UPE之间存在协商的压缩参数值，则MME通知协商出的压缩参数值给UPE，否则MME可以通知缺省的压缩参数值给UPE，也可以不通知缺省的压缩参数值给UPE；
UPE保存接收到的压缩算法到用户的上下文中。如果用户和UPE之间存在协商的压缩参数值，则UPE保存协商出的压缩参数值到用户的上下文中，否则UPE保存缺省的压缩参数值到用户的上下文中。
3、MME发送协商响应消息给UE(Negotiation Response)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UE。
UE将协商出的压缩算法保存到用户的上下文中，如果UE和UPE之间存在协商的压缩参数值，则UE将协商的压缩参数值保存到用户的上下文中，否则将缺省的压缩参数值保存到用户的上下文中。
实施例8
本实施例描述了UPE/IASA发起的压缩算法协商的过程，压缩算法由UE协商完成。
参见图11，为本发明实施例八的压缩算法协商流程示意图，具体步骤包括：
1、UPE/IASA发送协商请求消息到MME(Negotiation Request)，消息中携带UPE的压缩算法能力，如果UPE/IASA想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME发送协商请求消息给UE(Negotiation Request)，消息中携带UPE的压缩算法能力，如果UPE携带压缩参数给MME，则MME在消息中携带压缩参数；
3、UE返回协商响应消息给MME(Negotiation Response)。UE根据自己的压缩算法能力以及UPE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果MME携带压缩参数给UE，则UE根据UPE的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果MME未携带压缩参数给UE，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS44.065协议中压缩章节描述)，UE将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中。在协商响应消息中UE携带协商出的压缩算法给MME，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给MME；
4、MME将协商出来的压缩算法保存到用户的上下文中，如果UE和UPE存在协商的压缩参数值，则MME保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中，并发送协商响应消息给UPE(Negotiation Response)，消息中携带协商出来的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中携带协商出的压缩参数值；UPE将压缩算法保存到用户的上下文中，如果UE和UPE存在协商的压缩参数值，则UPE保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中。
实施例9
本实施例描述了UPE/IASA发起的压缩算法协商的过程，压缩算法由UE协商完成。
参见图12，为本发明实施例九的压缩算法协商流程示意图，具体步骤包括：
1、UPE/IASA发送协商请求消息到UE(Negotiation Request)，消息中携带UPE的压缩算法能力，如果UPE/IASA想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、UE根据自己的压缩算法能力以及UPE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果UPE携带压缩参数给UE，则UE根据UPE的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果UPE未携带压缩参数给UE，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPP TS 44.065协议中压缩章节描述)。UE将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中。在协商响应消息中UE携带协商出的压缩算法给UPE(Negotiation Response)，如果UE和UPE存在协商的压缩参数值，则在消息中将协商出来的压缩参数值携带给UPE。UPE将协商出来的压缩算法保存到用户的上下文中，如果UE和UPE存在协商的压缩参数值，则UPE保存协商出的压缩参数值到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中；
3、UPE将协商出来的压缩算法和协商出的压缩参数值或者缺省的压缩参数值通知给MME(Capability Notify)，MME将协商出来的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中。
实施例10
本实施例描述了UPE发起的承载建立的过程，压缩算法由UE协商完成。
参见图13，为本发明实施例十的压缩算法协商流程示意图，具体步骤包括：
1、UPE/IASA发送创建承载请求消息到MME(Create Bearer Request)，消息中携带UPE的压缩算法能力，如果UPE/IASA想协商UE和UPE之间使用的压缩参数值，则在消息中携带压缩参数；
2、MME发送承载请求消息给Evolved RAN(Bearer Request)，消息中携带UPE的压缩算法能力，如果UPE携带压缩参数给MME，则MME在消息中携带压缩参数；
3、Evolved RAN发送承载请求消息给UE(Bearer Request)，消息中携带UPE的压缩算法能力，如果MME携带压缩参数给Evolved RAN，则EvolvedRAN在消息中携带压缩参数；
4、UE返回承载响应消息给Evolved RAN(Bearer Response)。UE根据自己的压缩算法能力以及UPE的压缩算法能力，协商出UE和UPE之间使用的压缩算法。如果UE收到UPE的压缩参数，则UE根据UPE的压缩参数值和UE的压缩参数值协商出UE和UPE之间使用的压缩参数值，如果UE未收到UPE的压缩参数，则UE和UPE之间使用缺省的压缩参数值(压缩算法对应的缺省压缩参数值不是本专利关心的内容，这里不再详细描述，可以参考3GPPTS 44.065协议中压缩章节描述)。UE将协商出的压缩算法和协商出的压缩参数值或者缺省的压缩参数值保存到用户的上下文中。在承载响应消息中UE携带协商出的压缩算法，如果UE和UPE存在协商的压缩参数值，则在消息中携带协商出来的压缩参数值；
5、Evolved RAN回承载响应消息给MME(Bearer Response)，消息中携带UE和UPE之间使用的压缩算法，如果存在UE和UPE之间协商的压缩参数，则消息中携带协商出的压缩参数。MME将协商出来的压缩算法保存到用户的上下文中，如果存在UE和UPE之间协商的压缩参数，则MME保存协商出的压缩参数到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中；
6、MME发送创建承载响应消息给UPE(Create Bearer Response)，消息中携带协商出来的UE和UPE之间使用的压缩算法，如果存在UE和UPE之间协商的压缩参数，则消息中携带协商出的压缩参数。UPE将压缩算法保存到用户的上下文中，如果存在UE和UPE之间协商的压缩参数，则UPE保存协商出的压缩参数到用户的上下文中，否则保存缺省的压缩参数值到用户的上下文中。
基于与上述相同的技术构思，本发明提供了几种控制面和用户面分离架构下压缩算法的协商系统。
本发明实施例提供的控制面和用户面分离架构下的压缩算法协商系统，包括：用户终端、控制面网元和用户面网元，还包括压缩算法协商模块，位于用户终端、控制面网元或用户面网元，用于根据用户终端和用户面网元提供的压缩算法处理信息协商压缩算法，并将协商出的压缩算法发送到上述用户终端、控制面网元和用户面网元中的除该压缩算法模块所在网元以外的其他网元。控制面网元中还包括用户的上下文模块，用于将该控制面网元中的压缩算法协商模块协商出的压缩算法保存于用户的上下文，或者将从位于用户终端或用户面网元中的压缩算法协商模块接收到的压缩算法保存于用户的上下文。用户面网元中还包括用户的上下文模块，用于将该用户面网元中的压缩算法协商模块协商出的压缩算法保存于用户的上下文，或者将从位于用户终端或控制面网元中的压缩算法协商模块接收到的压缩算法保存于用户的上下文。用户终端还包括用户的上下文模块，用于将该用户终端中的压缩算法协商模块协商出的压缩算法保存于用户的上下文，或者将从位于用户面网元或控制面网元中的压缩算法协商模块接收到的压缩算法保存于用户的上下文。
如图14所示，当压缩算法协商模块位于用户面网元时，该模块接收用户终端通过控制面网元发送的压缩算法处理信息；压缩算法协商模块协商出压缩算法后，将协商出的压缩算法发送到控制面网元，并由控制面网元将协商出的压缩算法发送到用户终端。
如图15所示，当压缩算法协商模块位于用户面网元时，该模块还可直接接收用户终端发送的压缩算法处理信息；压缩算法协商模块协商出压缩算法后，将协商出的压缩算法直接发送到用户终端，并将协商出的压缩算法通知控制面网元。
如图16所示，当压缩算法协商模块位于控制面网元时，该模块接收用户终端和用户面网元发送的各自的压缩算法处理信息；该模块协商出压缩算法后，分别向用户终端和用户面网元发送协商出的压缩算法。
如图17所示，当压缩算法协商模块位于用户终端时，该模块接收用户面网元通过控制面网元发送的压缩算法处理信息；压缩算法协商模块协商出压缩算法后，将协商出的压缩算法发送到控制面网元，并由控制面网元将协商出的压缩算法发送到用户面网元。
如图18所示，当压缩算法协商模块位于用户终端时，该模块还可直接接收用户面网元发送的压缩算法处理信息；压缩算法协商模块协商出压缩算法后，将协商出的压缩算法直接发送到用户面网元，并由用户面网元将协商出的压缩算法通知控制面网元。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (21)
1.一种控制面和用户面分离架构下压缩算法的协商方法，包括以下步骤：
用户终端将其压缩算法处理信息发送到所述用户面网元；
所述用户面网元根据自身的压缩算法处理信息和所述用户终端的压缩算法处理信息协商出压缩算法，并发送到所述控制面网元和所述用户终端。
2.如权利要求1所述的方法，其特征在于，还包括步骤：
所述用户面网元协商出压缩算法后，将该压缩算法保存于用户面网元的用户的上下文中；
所述控制面网元接收到协商出的压缩算法后，将其保存于控制面网元的用户的上下文中；
所述用户终端接收到协商出的压缩算法后，将其保存于用户终端的用户的上下文中。
3.如权利要求1所述的方法，其特征在于，所述压缩算法处理信息包括压缩算法能力信息，还可包括压缩参数；
若所述用户终端将其自身的压缩参数包含在压缩算法处理信息中发送到所述用户面网元，则所述用户面网元根据自身的压缩参数和用户终端的压缩参数协商出用户终端和用户面网元之间使用的压缩参数，并将协商出的压缩参数发送到所述用户终端和所述控制面网元；所述用户面网元、控制面网元和用户终端分别将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述用户面网元、控制面网元和用户终端分别将该缺省的压缩参数保存于各自的用户的上下文中。
4.如权利要求1所述的方法，其特征在于，所述用户终端将其压缩算法处理信息发送到所述用户面网元，所述用户面网元将协商出的压缩算法发送到所述控制面网元和所述用户终端的过程，通过以下流程之一实现：
所述用户终端发起的用户附着流程；
所述用户终端发起的承载建立流程；
所述用户终端发起的压缩算法协商流程。
5.如权利要求4所述的方法，其特征在于，在所述用户附着流程中，所述用户终端通过附着请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元通过创建承载请求消息将所述用户终端的压缩算法处理信息发送到所述用户面网元；所述用户面网元协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过附着接受消息将协商出的压缩算法发送到所述用户终端；
在所述用户终端发起的承载建立流程中，所述用户终端通过承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元通过创建承载请求消息将所述用户终端的压缩算法处理信息发送到所述用户面网元；所述用户面网元协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过承载响应消息将协商出的压缩算法发送到所述用户终端。
6.如权利要求4所述的方法，其特征在于，所述用户终端发起的压缩算法协商流程，包括步骤：
所述用户终端向所述控制面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述控制面网元将该消息发送到所述用户面网元；所述用户面网元协商出压缩算法后，向所述控制面网元发送协商响应消息，携带协商出的压缩算法；所述控制面网元将该消息发送到所述用户终端；或者
所述用户终端向所述用户面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述用户面网元协商出压缩算法后，向所述用户终端发送协商响应消息，携带协商出的压缩算法，并将协商出的压缩算法通知所述控制面网元。
7.一种控制面和用户面分离架构下的压缩算法协商方法，包括以下步骤：
用户终端和所述用户面网元分别将各自的压缩算法处理信息发送到所述控制面网元；
所述控制面网元根据所述用户终端和所述用户面网元各自的压缩算法处理信息协商出压缩算法，并分别发送到所述用户终端和所述用户面网元。
8.如权利要求7所述的方法，其特征在于，还包括步骤：
所述控制面网元协商出所述压缩算法后，将该压缩算法保存于控制面网元的用户的上下文中；
所述用户面网元接收到协商出的压缩算法后，将其保存于用户面网元的用户的上下文中；
所述用户终端接收到协商出的压缩算法后，将其保存于用户终端的用户的上下文中。
9.如权利要求7所述的方法，其特征在于，所述压缩算法处理信息包括压缩能力信息，还可包括压缩参数；
若所述用户面网元和/或所述用户终端将各自的压缩参数包含在压缩算法处理信息中发送到所述控制面网元，则所述控制面网元根据所述用户终端和/或所述用户面网元的压缩参数，协商出用户终端和用户面网元之间使用的压缩参数，并将协商出的压缩参数发送到所述用户终端和所述用户面网元；所述控制面网元、用户面网元和用户终端将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述控制面网元、用户面网元和用户终端分别将该缺省的压缩参数保存于各自的用户的上下文中。
10.如权利要求7所述的方法，其特征在于，所述用户面网元将其压缩算法处理信息发送到所述控制面网元后，所述用户终端将其压缩算法能力信息发送到所述控制面网元，所述控制面网元将协商出的压缩算法分别发送到所述用户终端和所述用户面网元的过程，通过以下流程之一实现：
所述用户终端发起的用户附着流程；
所述用户终端发起的承载建立流程；
所述用户终端发起的压缩算法协商流程。
11.如权利要求10所述的方法，其特征在于，在所述用户附着流程中，所述用户终端通过附着请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元协商出压缩算法后，通过创建承载请求消息将协商出的压缩算法发送到所述用户面网元，通过附着接受消息将协商出的压缩算法发送到所述用户终端；
在所述用户终端发起的承载建立流程中，所述用户终端通过承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元协商出压缩算法后，通过创建承载请求消息将协商出的压缩算法发送到所述用户面网元，通过承载响应消息将协商出的压缩算法发送到所述用户终端。
12.如权利要求10所述的方法，其特征在于，所述用户终端发起的压缩算法协商流程，包括步骤：
所述用户终端向所述控制面网元发送协商请求消息，携带该终端的压缩算法处理信息；所述控制面网元协商出压缩算法后，向所述用户面网元通知协商出的压缩算法，并向所述用户终端发送协商响应消息，携带协商出的压缩算法。
13.一种控制面和用户面分离架构下的压缩算法协商方法，包括以下步骤：
所述用户面网元将其压缩算法处理信息发送到用户终端；
所述用户终端根据自身的压缩算法处理信息和所述用户面网元的压缩算法处理信息协商出压缩算法，并发送到所述用户面网元和所述控制面网元。
14.如权利要求13所述的方法，其特征在于，还包括步骤：
所述用户终端将协商出的压缩算法保存于用户终端的用户的上下文中；
所述控制面网元接收到协商出的压缩算法后，将其保存于控制面网元的用户的上下文中；
所述用户面网元接收到协商出的压缩算法后，将其保存于用户面网元的用户的上下文中。
15.如权利要求13所述的方法，其特征在于，所述压缩算法处理信息包括压缩能力信息，还可包括压缩参数；
若所述用户面网元将其自身的压缩参数包含在压缩处理信息中发送到所述用户终端，则所述用户终端根据自身的压缩参数和所述用户面网元的压缩参数，协商出所述用户终端和所述用户面网元之间的压缩参数，并将协商出的压缩参数发送给所述用户面网元和所述控制面网元；所述用户终端、用户面网元和控制面网元将协商出的压缩参数保存于各自的用户的上下文中；
否则，所述用户终端和所述用户面网元采用缺省的压缩参数；所述用户终端、用户面网元和控制面网元分别将该缺省的压缩参数保存于各自的用户的上下文中。
16.如权利要求13所述的方法，其特征在于，所述用户面网元将其压缩算法处理信息发送到所述用户终端；所述用户终端将协商出的压缩算法发送到所述用户面网元的过程，通过以下流程之一实现：
所述用户面网元发起的承载建立流程；
所述用户面网元发起的压缩算法协商流程。
17.如权利要求16所述的方法，其特征在于，在所述用户面网元发送的承载建立流程中，所述用户面网元通过创建承载请求消息将其压缩算法处理信息发送到所述控制面网元；所述控制面网元将该消息发送到所述用户终端；所述用户终端协商出压缩算法后，通过承载响应消息将协商出的压缩算法发送到所述控制面网元；所述控制面网元通过创建承载响应消息将协商出的压缩算法发送到所述用户面网元。
18.如权利要求16所述的方法，其特征在于，所述用户面网元发起的压缩算法协商流程，包括步骤：
所述用户面网元向所述控制面网元发送协商请求消息，携带该用户面网元的压缩算法处理信息；所述控制面网元将该消息发送到所述用户终端；所述用户终端协商出压缩算法后，向所述控制面网元发送协商响应消息，携带协商出的压缩算法；所述控制面网元将该消息发送到所述用户面网元；或者
所述用户面网元向所述用户终端发送协商请求消息，携带该用户面网元的压缩算法能力信息；所述用户终端协商出压缩算法后，向所述用户面网元发送协商响应消息，携带协商出的压缩算法；所述用户面网元将协商出的压缩算法通知所述控制面网元。
19.一种控制面和用户面分离架构下的压缩算法协商系统，包括：用户终端、控制面网元和用户面网元，其特征在于，还包括：
压缩算法协商模块，位于用户终端、控制面网元或用户面网元，用于根据所述用户终端和所述用户面网元提供的压缩算法处理信息协商压缩算法，并将协商出的压缩算法发送到所述用户终端、控制面网元和用户面网元中的除该压缩算法模块所在网元以外的网元。
20.如权利要求19所述的系统，其特征在于，所述压缩算法协商模块位于所述用户面网元时，该模块接收所述用户终端通过所述控制面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述控制面网元，并通过所述控制面网元发送到所述用户终端；或者
所述压缩算法协商模块接收所述用户终端发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述用户终端，并将压缩算法通知所述控制面网元；
所述压缩算法协商模块位于所述用户终端时，该模块接收所述用户面网元通过所述控制面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述控制面网元，并通过所述控制面网元发送到所述用户面网元；或者
所述压缩算法协商模块接收所述用户面网元发送的压缩算法处理信息；所述压缩算法协商模块协商出压缩算法后，将压缩算法发送到所述用户面网元，并通过所述用户面网元将压缩算法通知所述控制面网元。
21.如权利要求19所述的系统，其特征在于，所述控制面网元、所述用户面网元和所述用户终端分别包括用户的上下文模块，用于将压缩算法协商模块协商出的压缩算法保存于用户的上下文模块。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101376968A CN101175300A (zh) | 2006-11-03 | 2006-11-03 | 控制面和用户面分离架构下压缩算法的协商方法及其系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101376968A CN101175300A (zh) | 2006-11-03 | 2006-11-03 | 控制面和用户面分离架构下压缩算法的协商方法及其系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101175300A true CN101175300A (zh) | 2008-05-07 |
Family
ID=39423486
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101376968A Pending CN101175300A (zh) | 2006-11-03 | 2006-11-03 | 控制面和用户面分离架构下压缩算法的协商方法及其系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101175300A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010017749A1 (zh) * | 2008-08-12 | 2010-02-18 | 华为技术有限公司 | 通过Cx或Sh接口协商数据压缩算法的方法及装置 |
| WO2020063656A1 (zh) * | 2018-09-26 | 2020-04-02 | 电信科学技术研究院有限公司 | 控制面消息的传输方法及设备 |
-
2006
- 2006-11-03 CN CNA2006101376968A patent/CN101175300A/zh active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010017749A1 (zh) * | 2008-08-12 | 2010-02-18 | 华为技术有限公司 | 通过Cx或Sh接口协商数据压缩算法的方法及装置 |
| WO2020063656A1 (zh) * | 2018-09-26 | 2020-04-02 | 电信科学技术研究院有限公司 | 控制面消息的传输方法及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100584093C (zh) | 一种在移动通信系统中转移用户设备的方法及系统 | |
| CN100488284C (zh) | 一种3gpp演进网络中漫游用户数据路由优化方法 | |
| EP2122963B1 (en) | Method and arrangement relating to communications network services request activation | |
| CN101047949B (zh) | 业务数据流的承载控制方法 | |
| CN101047950B (zh) | 在3gpp演进网络中配置默认承载的方法 | |
| US9320051B2 (en) | Evolved allocation retention policy solution | |
| CN101127652B (zh) | 一种确定用户终端访问外部网络锚点的方法、装置及系统 | |
| CN102892109A (zh) | 一种实现ip地址属性通知的方法和系统 | |
| CN102238520A (zh) | 一种小数据包传输的方法和系统 | |
| CN101330753A (zh) | 一种资源创建方法、资源删除方法及网络设备 | |
| CN101431797A (zh) | 一种注册处理方法、系统及装置 | |
| WO2009117879A1 (zh) | 一种指示服务网关承载管理的方法 | |
| CN101090559A (zh) | 一种网络侧用户面实体选择方法 | |
| CN101860910B (zh) | 本地网络的承载建立方法、系统及装置 | |
| CN101959192A (zh) | 业务处理方法及通信设备 | |
| CN101621788A (zh) | 一种发送演进分组数据网络系统承载服务质量参数的方法及装置 | |
| CN101166109A (zh) | 一种缺省承载参数管理的方法及系统 | |
| CN102984703A (zh) | 一种混合网络及用户数据获取、发送的方法和装置 | |
| CN102014434B (zh) | 一种服务网关的负载重分配方法及系统 | |
| CN102695293A (zh) | 一种承载删除的方法及系统、服务网关实体 | |
| CN100563254C (zh) | 一种演进网络中漫游用户数据路由方法 | |
| CN1859422A (zh) | 一种用户终端接入演进网络的处理方法 | |
| CN102572783B (zh) | 一种注册处理方法、系统及装置 | |
| CN101175300A (zh) | 控制面和用户面分离架构下压缩算法的协商方法及其系统 | |
| CN101064921B (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20080507 |