专利名称：用户终端接入网络及承载建立过程的处理方法、系统及装置的制作方法
技术领域：
本发明涉及通信领域，特别是指用户终端接入网络及承载建立过程的处理方法、系统及装置。
背景技术：
现有通用分组无线业务(General Package Radio Service，GPRS)/通用移动通信系统(Universal Mobile Telecommunication System，UMTS)网络的结构如图1所示，其结构采用与第二代移动通信系统相类似的结构，包括UMTS陆地无线接入网络(UMTS Territorial Radio Access Network，UTRAN)、全球移动通信系统(Global System for Mobile Communications，GSM)/增强型数据速率GSM演进系统(Enhanced Data Rate for GSM Evolution，EDGE)无线接入网络(GSM/EDGE Radio Access Network，GERAN)、核心网络(Core Network，CN)、归属位置寄存器(Home Location Register，HLR)和用户终端(UserEquipment，UE)。其中，GERAN/UTRAN用于实现所有与无线有关的功能，CN处理GPRS/UMTS网络内所有的语音呼叫和数据连接，并用于实现与外部网络的交换和路由功能，HLR用于存储用户签约信息。
CN从逻辑上分为电路交换域(Circuit Switched Domain，CS)和分组交换域(Packet Switched Domain，PS)，分别支持语音业务和数据业务。CS域包括移动交换中心服务器(Mobile Switch Center Server，MSC-Server)、媒体网关(Media Gate-Way，MGW)和网关MSC-Server(Gateway Mobile Switch CenterServer，GMSC-Server)等节点。其中，MSC-Server用于传输CS域的控制面数据，实现移动性管理、呼叫控制以及鉴权加密等功能；MGW用于实现用户面数据的传输；GMSC-Server用于实现GMSC的呼叫控制和移动性控制的控制面功能。PS域包括服务GPRS支持节点(Service GPRS Supporting node，SGSN)、网关GPRS支持节点(Gateway GPRS SupportNode，GGSN)等节点。其中，SGSN在PS域中的作用与CS域中的MSC-Server基本相同，其核心功能是实现路由转发、移动性管理、会话管理以及用户信息存储等功能，GGSN的主要作用是与外部网络进行交互的接口，并且用于实现用户面数据的传输。无论是CS域还是PS域，用户签约信息均存储在HLR中。
第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)为了增强未来网络的竞争能力，正在推出一种全新的演进网络架构，该架构包括系统架构演进(System Architecture Evolution，SAE)和接入网络的长期演进(Long TermEvolution，LTE)，其中，演进的接入网络称为演进UTRAN(Evolved UTRAN，E-UTRAN)、演进分组CN的演进网络的结构如图2所示，演进分组CN包括移动性管理实体(Mobility Management Entity，MME)、用户面实体(User PlaneEntity，UPE)和不同接入系统之间的用户面锚点(Inter Access System Anchor，InterAS Anchor)三个逻辑功能实体。其中，MME用于对控制面进行移动性管理，包括用户上下文和移动状态的管理、分配用户临时身份标识等，其控制面为对应于当前GPRS/UMTS网络内部SGSN的控制平面部分；UPE用于空闲状态下为下行数据发起寻呼，管理并存储网际协议(Internet Protocol，IP)承载参数和网络内路由信息等，其用户面对应于当前GPRS/UMTS网络内部SGSN和GGSN的数据平面部分；Inter AS锚点用于充当不同接入系统间的用户面锚点。另外，演进网络中的策略和计费规则功能实体(Policy and Charging RuleFunction，PCRF)用于进行计费及对计费策略进行控制，归属用户服务器(HomeSubscriber Server，HSS)用于存储用户签约信息。
3GPP标准中描述的UE附着在演进分组CN中的具体处理过程如图3所示步骤301网络发现和接入系统选择(Network Discovery and Access SystemSelection)，该步骤具体为UE通过接收来自基站的消息，确定当前可接入的网络，然后通过与演进RAN的交互选择当前接入的网络，并与选定的演进RAN建立无线连接。
步骤302UE向MME/UPE发送附着请求(Attach Request)消息，请求附着到该MME/UPE中。如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同，则附着请求消息中携带有旧侧MME/UPE的地址信息；否则，附着请求消息中不携带MME/UPE的地址信息，以下所述步骤303、步骤304和步骤307可省略。
步骤303MME/UPE收到附着请求消息后，如果该附着请求消息中携带有旧侧MME/UPE的地址信息，则根据该MME/UPE地址信息向旧侧MME/UPE发送原注册信息(Send Old Registration Information)消息，请求旧侧MME/UPE提供UE的用户信息。
步骤304旧侧MME/UPE收到用户信息的请求后，向MME/UPE发送用户信息(Send User Information)消息，提供UE的用户信息。
步骤305新侧MME/UPE对UE进行鉴权(Authentication)。
步骤306UE通过鉴权后，MME/UPE将其地址信息注册到HSS中(RegisterMME/UPE)，表明UE当前附着到该MME/UPE中。
步骤307如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同，HSS注册了新侧MME/UPE的相关信息后，通知旧侧MME/UPE删除UE的注册信息(Delete UE Registration Information)。
步骤308HSS向MME/UPE发送证实注册(Confirm Registration)消息，通知MME/UPE注册成功。
步骤309MME/UPE收到证实注册消息后，为UE选择一个Inter AS锚点(Selection of Intersystem Mobility Anchor GW)，作为用户面锚点。
步骤310Inter AS锚点使用UE的IP地址进行IP层配置，UE与Inter AS锚点之间建立用户平面(User Plane Route Configuration)，使用缺省的计费策略和规则。
步骤311MME/UPE与演进RAN之间配置IP接入承载所使用的服务质量(Quality of Service，QoS)参数(Configure IP Bearer QoS)。
步骤312MME/UPE为UE分配临时标识，并向UE发送附着接受(AttachAccept)消息，通知UE接受其发送的附着请求消息，该附着接受消息中携带有MME/UPE为UE分配的临时标识。
步骤313UE收到附着接受消息后，向MME/UPE返回附着证实(AttachConfirm)消息。
按照3GPP的规定，完成UE附着的同时，UE和演进分组CN之间分配IP接入承载所使用的QoS，以提供IP接入业务，这样，在UE附着完成后，UE与演进分组CN之间能够进行IP包传输。对于IP包而言，IP头中有大量冗余信息，对这些冗余信息的传输将极大地浪费演进网络的传输资源。
根据以上描述可见，由于UE附着在演进CN中的处理流程不完善，导致后续流程中大量冗余信息在演进网络中进行传输，为演进网络带来极大负担。
发明内容
有鉴于此，本发明实施例提供用户终端接入网络及承载建立过程的处理方法、系统及装置，完善UE接入网络或承载建立的处理流程。
本发明实施例提供的用户终端接入网络及承载建立过程的处理方法包括用户终端向网元提供自身支持的压缩算法，并且网元向用户终端提供自身支持的压缩算法；用户终端与网元进行压缩算法协商，确定当前使用的压缩算法。
本发明实施例提供的用户终端接入网络及承载建立过程的处理方法包括根据对端提供的压缩算法和自身支持的压缩算法，确定当前使用的压缩算法，并向对端提供确定的压缩算法。
本发明实施例提供的用户终端接入网络及承载建立过程的处理系统包括用户终端、接入网络和分组核心网络，其中，所述用户终端用于通过所述接入网络向所述分组核心网络提供用户终端支持的压缩算法，并通过与所述分组核心网络的协商确定当前使用的压缩算法，所述分组核心网络用于通过所述接入网络向所述用户终端提供分组核心网络支持的压缩算法，并通过与所述用户终端的协商确定当前使用的压缩算法；或者，所述用户终端用于通过所述接入网络向所述分组核心网络提供用户终端支持的压缩算法，所述分组核心网络用于根据分组核心网络支持的压缩算法和收到的用户终端支持的压缩算法，确定当前使用的压缩算法，并通过所述接入网络向所述用户终端提供确定的压缩算法；或者，所述分组核心网络用于通过所述接入网络向所述用户终端提供分组核心网络支持的压缩算法，所述用户终端用于根据用户终端支持的压缩算法和收到的分组核心网络支持的压缩算法，确定当前使用的压缩算法，并通过所述接入网络向所述分组核心网络提供确定的压缩算法。
本发明实施例提供的用户终端接入网络及承载建立过程的处理系统包括用户终端和接入网络，其中，所述用户终端用于向所述接入网络提供用户终端支持的压缩算法，并通过与所述接入网络的协商确定当前使用的压缩算法，所述接入网络用于向所述用户终端提供接入网络支持的压缩算法，并通过与所述用户终端的协商确定当前使用的压缩算法；或者，所述用户终端用于向所述接入网络提供用户终端支持的压缩算法，所述接入网络用于根据接入网络支持的压缩算法和收到的用户终端支持的压缩算法，确定当前使用的压缩算法，并向所述用户终端提供确定的压缩算法；或者，所述接入网络用于向所述用户终端提供接入网络支持的压缩算法，所述用户终端用于根据用户终端支持的压缩算法和收到的接入网络支持的压缩算法，确定当前使用的压缩算法，并向所述接入网络提供确定的压缩算法。
本发明实施例提供的用户终端接入网络及承载建立过程的处理装置包括算法确定单元，用于根据自身支持的压缩算法和收到的压缩算法，确定当前使用的压缩算法，并向外提供确定的压缩算法。
本发明提供的各实施例中，UE接入网络或承载建立时，UE向网络提供UE支持的压缩算法，并且网络向UE提供网络支持的压缩算法，然后UE与网络侧进行压缩算法的协商，确定当前使用的压缩算法；或者，根据对端提供的压缩算法和自身支持的压缩算法，确定当前使用的压缩算法，并向对端提供确定的压缩算法，可由网元或UE确定当前使用的压缩算法，以完善UE接入网络或承载建立的处理流程。
图1为现有GPRS/UMTS网络结构示意图；图2为现有演进网络结构示意图；图3为现有UE附着在演进分组CN中的流程图；图4为本发明实施例一流程图；图5为本发明实施例二流程图；图6为本发明实施例三流程图；图7为本发明实施例四流程图；图8为本发明实施例五流程图；图9为本发明实施例六流程图；图10为本发明实施例七流程图；图11为本发明实施例八流程图；图12为本发明实施例九流程图；图13为本发明实施例十流程图；图14为本发明实施例十一流程图；图15为本发明实施例十二流程图；图16为本发明实施例十三流程图；图17为本发明实施例十四流程图；图18为本发明实施例十五流程图；图19为本发明实施例十六流程图；图20为本发明实施例十七流程图；
图21为本发明实施例十八流程图；图22为本发明实施例十九流程图；图23为本发明实施例二十流程图；图24为本发明实施例二十一流程图；图25为本发明实施例中系统结构示意图。
具体实施例方式
本发明提供的实施例中，UE接入网络或承载建立时，UE向网络提供UE支持的压缩算法，并且网络向UE提供网络支持的压缩算法，然后UE与网络侧进行压缩算法的协商，确定当前使用的压缩算法；或者，UE向网络提供UE支持的压缩算法，由网络根据网络支持的压缩算法确定当前使用的压缩算法，并向UE提供该压缩算法；或者，网络向UE提供网络支持的压缩算法，由UE根据UE支持的压缩算法确定当前使用的压缩算法，并向网络提供该压缩算法，以完善UE接入网络的处理流程，从而使UE和网络在后续处理流程中，能够根据选定的压缩算法对数据进行压缩处理，降低网络中冗余信息的数据传输量，有效节省网络的传输资源。压缩算法包括各种对数据包进行压缩的算法，例如头压缩算法、数据压缩算法等，具体的头压缩算法可为IP头压缩算法、用户数据报协议(User Datagram Protocol，UDP)头压缩算法等。以上所述UE接入演进网络包括UE附着、激活在演进CN中等。本发明各实施例提供的方案不仅能够适用于演进网络，还能够适用于其他任何UE与网络之间需要传输数据包的情况。
本发明的实施例中主要提供两种方式来确定压缩算法，一种是通过UE与分组CN之间的交互确定压缩算法，另一种是通过UE与接入网络之间的交互确定压缩算法。以下以IP头压缩算法的确定为例对本发明实施例提供的具体实现方式进行详细说明，实现方式一通过UE与分组CN之间的交互确定IP头压缩算法图4为本发明实施例一流程图，如图4所示，本实施例中，UE附着在演进分组CN中的具体处理过程包括以下步骤步骤401与步骤301相同。
步骤402UE向MME/UPE发送附着请求消息，请求附着到该MME/UPE中，并向MME/UPE提供UE支持的IP头压缩算法，IP头压缩算法可携带在附着请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同，则附着请求消息中还携带有旧侧MME/UPE的地址信息；否则，附着请求消息中不携带MME/UPE的地址信息，以下所述步骤403、步骤404和步骤407可省略。
步骤403～步骤411与步骤303～步骤311相同。
步骤412MME/UPE为UE分配临时标识，将UE支持的IP头压缩算法存储在上下文中，然后向UE返回附着接受消息，通知UE接受其发送的附着请求消息，并向UE提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在附着接受消息中，附着接受消息中还携带有MME/UPE为UE分配的临时标识。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可向UE提供多个IP头压缩算法。
步骤413UE收到附着接受消息后，与MME/UPE进行IP头压缩算法的协商，具体为UE和MME/UPE首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与MME/UPE根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
步骤414UE与MME/UPE完成IP头压缩算法的协商后，向MME/UPE返回附着证实消息。
图5为本发明实施例二流程图，如图5所示，本实施例中，UE附着在演进分组CN中的具体处理过程包括以下步骤
步骤501与步骤301相同。
步骤502UE向MME/UPE发送附着请求消息，请求附着到该MME/UPE中，并向MME/UPE提供UE支持的IP头压缩算法，还可进一步向MME/UPE提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在附着请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同，则附着请求消息中还携带有旧侧MME/UPE的地址信息；否则，附着请求消息中不携带MME/UPE的地址信息，以下所述步骤503、步骤504和步骤507可省略。
步骤503～步骤511与步骤303～步骤311相同。
步骤512MME/UPE为UE分配临时标识，将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤513MME/UPE确定IP头压缩算法后，向UE返回附着接受消息，通知UE接受其发送的附着请求消息，并向UE提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在附着接受消息中。
步骤514UE收到附着接受消息和选定的IP头压缩算法后，向MME/UPE返回附着证实消息。如果MME/UPE只是向UE提供了选定的IP压缩算法，则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图6为本发明实施例三流程图，如图6所示，本实施例中，跟踪区更新(Tracking Area Update，TAU)的具体处理过程包括以下步骤
步骤601UE向MME/UPE发送跟踪区更新请求(TAU Request)消息，请求跟踪区更新，并向MME/UPE提供UE支持的IP头压缩算法，IP头压缩算法可携带在跟踪区更新请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤602MME/UPE收到跟踪区更新请求后，将UE支持的IP头压缩算法存储在上下文中，向UE返回跟踪区更新接受(TAU Accept)消息，通知UE接受其跟踪区更新，并向UE提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在跟踪区接受消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可向UE提供多个IP头压缩算法。
步骤603UE收到跟踪区接受消息后，与MME/UPE进行IP头压缩算法的协商，具体为UE和MME/UPE首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与MME/UPE根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
步骤604UE与MME/UPE完成IP头压缩算法的协商后，向MME/UPE返回跟踪区更新完成(TAU Complete)消息。
图7为本发明实施例四流程图，如图7所示，本实施例中，跟踪区更新的具体处理过程包括以下步骤步骤701UE向MME/UPE发送跟踪区更新请求消息，请求跟踪区更新，并向MME/UPE提供UE支持的IP头压缩算法，还可进一步向MME/UPE提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在跟踪区更新请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤702MME/UPE收到跟踪区更新请求消息后，将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤703MME/UPE确定IP头压缩算法后，向UE返回跟踪区更新接受消息，通知UE接受其跟踪区更新，并向UE提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在跟踪区更新接受消息中。
步骤704UE收到跟踪区更新接受消息后，向MME/UPE返回跟踪区更新完成消息。如果MME/UPE只是向UE提供了选定的IP压缩算法，则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图8为本发明实施例五流程图，如图8所示，本实施例中，激活过程的具体处理包括以下步骤步骤801UE向MME/UPE发送激活请求消息，并向MME/UPE提供UE支持的IP头压缩算法，IP头压缩算法可携带在激活请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤802MME/UPE收到激活请求消息后，为UE选择一个Inter AS锚点，作为用户面锚点。
步骤803Inter AS锚点使用UE的IP地址进行IP层配置，UE与InterAS锚点之间建立用户平面。
步骤804MME/UPE与演进RAN之间配置IP接入承载所使用的QoS参数。
步骤805MME/UPE将UE支持的IP头压缩算法存储在上下文中，然后向UE发送激活接受消息，通知UE接受其发送的激活请求消息，并向UE提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在激活接受消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可向UE提供多个IP头压缩算法。
步骤806UE收到激活接受消息后，与MME/UPE进行IP头压缩算法的协商，具体为UE和MME/UPE首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与MME/UPE根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的参数。
图9为本发明实施例六流程图，如图9所示，本实施例中，本实施例中，激活过程的具体处理包括以下步骤步骤901UE向MME/UPE发送激活请求消息，并向MME/UPE提供UE支持的IP头压缩算法，还可进一步向MME/UPE提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤902～步骤904与步骤802～步骤804相同。
步骤905MME/UPE将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤906MME/UPE确定IP头压缩算法后，向UE返回激活接受消息，通知UE接受其发送的激活请求消息，并向UE提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活请求消息中。
图10为本发明实施例七流程图，如图10所示，本实施例中，UE发起的承载建立的具体处理过程包括以下步骤步骤A01UE向MME/UPE发送承载创建请求(Bearer Create Request)消息，请求创建承载，并向MME/UPE提供UE支持的IP头压缩算法，IP头压缩算法可携带在承载创建请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤A02MME/UPE收到承载创建请求消息后，将UE支持的IP头压缩算法存储在上下文中，为UE选择一个Inter AS锚点，作为用户面锚点，然后向Inter AS锚点发送创建承载请求(Create Bearer Request)消息。
步骤A03Inter AS锚点收到创建承载请求消息后，向MME/UPE返回创建承载响应(Create Bearer Response)消息。
步骤A04MME/UPE收到创建承载响应消息后，向演进RAN发送无线承载请求(Radio Bearer Request)消息，并提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤A05演进RAN收到无线承载请求消息后，向UE发送无线承载请求消息，并向UE提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在无线承载请求消息中。
步骤A06UE收到无线承载请求消息后，向演进RAN返回无线承载响应(Radio Bearer Response)消息。
步骤A07演进RAN收到无线承载响应消息后，向MME/UPE返回无线承载响应消息。
步骤A08MME/UPE收到无线承载响应消息后，向Inter AS锚点返回创建承载确认(Create Bearer ACK)消息。
步骤A09UE与MME/UPE进行IP头压缩算法的协商，具体为UE和MME/UPE首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与MME/UPE根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
步骤A08与步骤A09在执行上没有明显的时间顺序，既可先执行步骤A08，再执行步骤A09；也可先执行步骤A09，再执行步骤A08；还可同时执行步骤A08和步骤A09。
图11为本发明实施例八流程图，如图11所示，本实施例中，UE发起的承载建立的具体处理过程包括以下步骤步骤B01UE向MME/UPE发送承载创建请求消息，请求创建承载，并向MME/UPE提供UE支持的IP头压缩算法，还可进一步向MME/UPE提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在承载创建请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤B02～步骤B03与步骤A02～步骤A03相同。
步骤B04MME/UPE收到创建承载响应消息后，根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤B05MME/UPE向演进RAN发送无线承载请求消息，并提供选定的IP头压缩算法，还可进一步提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在无线承载请求消息中。
步骤B06演进RAN收到无线承载请求消息后，向UE发送无线承载请求消息，并向UE提供演进分组CN支持的IP头压缩算法、或IP头压缩算法和压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。
步骤B07～步骤B09与步骤A06～步骤A08相同。
图12为本发明实施例九流程图，如图12所示，本实施例中，UE发起的承载建立的具体处理过程包括以下步骤步骤C01UE向MME/UPE发送承载创建请求消息，请求创建承载。
步骤C02～步骤C03与步骤A01～步骤A03相同。
步骤C04MME/UPE收到创建承载响应消息后，向演进RAN发送无线承载请求消息，并提供演进分组CN支持的IP头压缩算法，还可进一步提供演进分组CN支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤C05演进RAN收到无线承载请求消息后，向UE发送无线承载请求消息，并向UE提供演进分组CN支持的IP头压缩算法、或IP头压缩算法和压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。
步骤C06UE收到无线承载请求消息后，根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果MME/UPE提供了演进分组CN支持的压缩参数，则UE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果MME/UPE未提供演进分组CN支持的压缩参数，则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤C07UE确定IP头压缩算法后，向演进RAN返回无线承载响应消息，并提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在无线承载响应消息中。
步骤C08演进RAN收到无线承载响应消息后，向MME/UPE返回无线承载响应消息，并向MME/UPE提供选定的IP头压缩算法、或选定的IP头压缩算法和压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和压缩参数可携带在无线承载响应消息中。
步骤C09与步骤A08相同。
图13为本发明实施例十流程图，如图13所示，本实施例中，网络侧发起的承载建立的具体处理过程包括以下步骤步骤D01Inter AS锚点向MME/UPE发送承载创建请求消息，请求创建承载。
步骤D02MME/UPE收到承载创建请求消息后，向演进RAN发送无线承载请求消息，并提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤D03与步骤A05相同。
步骤D04UE收到无线承载请求消息后，向演进RAN返回无线承载响应消息，并提供UE支持的IP头压缩算法，IP头压缩算法可携带在无线承载响应消息中。如果UE支持多种IP头压缩算法，则UE可提供多个IP头压缩算法。
步骤D05演进RAN收到无线承载响应消息后，将UE支持的IP头压缩算法存储在上下文中，向MME/UPE返回无线承载响应消息，并向MME/UPE提供UE支持的IP头压缩算法，IP头压缩算法可携带在无线承载响应消息中。
步骤D06MME/UPE收到无线承载响应消息后，向Inter AS锚点返回创建承载响应消息。
步骤D07与步骤A09相同。
步骤D06与步骤D07在执行上没有明显的时间顺序，既可先执行步骤D06，再执行步骤D07；也可先执行步骤D07，再执行步骤D06；还可同时执行步骤D06和步骤D07。
图14为本发明实施例十一流程图，如图14所示，本实施例中，网络侧发起的承载建立的具体处理过程包括以下步骤步骤E01与步骤D01相同。
步骤E02MME/UPE收到承载创建请求消息后，向演进RAN发送无线承载请求消息，并提供演进分组CN支持的IP头压缩算法，还可进一步提供演进分组CN支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤E03～步骤E06与步骤C05～步骤C08相同。
步骤E07与步骤D06相同。
图15为本发明实施例十二流程图，如图15所示，本实施例中，网络侧发起的承载建立的具体处理过程包括以下步骤步骤F01UE注册到网络，如UE通过附着或TAU流程注册到网络中，在注册流程中，UE向MME/UPE提供UE支持的IP头压缩算法，如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤F02Inter AS锚点向MME/UPE发送请求创建承载(Request BearerCreate)消息。
步骤F03MME/UPE收到请求创建承载消息后，向演进RAN发送无线承载请求消息，并提供演进分组CN支持的IP头压缩算法，IP头压缩算法可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤F04与步骤D04相同。步骤F05～步骤F07与步骤B07～步骤B09相同。步骤F08与步骤D07相同。
UE也可以不在注册到网络时向MME/UPE提供UE支持的IP头压缩算法，而是通过无线承载响应消息向MME/UPE提供UE支持的IP头压缩算法，然后UE与MME/UPE进行IP头压缩算法的协商。
图16为本发明实施例十三流程图，如图16所示，本实施例中，网络侧发起的承载建立的具体处理过程包括以下步骤步骤G01UE注册到网络，如UE通过附着或TAU流程注册到网络中，在注册流程中，UE向MME/UPE提供UE支持的IP头压缩算法，还可进一步向MME/UPE提供UE支持的压缩参数，如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤G02与步骤F02相同。
步骤G03MME/UPE收到请求创建承载消息后，将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤G04～步骤G07与步骤B05～步骤B08相同。
步骤G08MME/UPE收到无线承载响应消息后，向Inter AS锚点返回承载创建响应消息。
图17为本发明实施例十四流程图，如图17所示，本实施例中，网络侧发起的承载建立的具体处理过程包括以下步骤步骤H01UE注册到网络，如UE通过附着或TAU流程注册到网络中。
步骤H02与步骤F02相同。
步骤H03MME/UPE收到请求创建承载消息后，向演进RAN发送无线承载请求消息，并提供演进分组CN支持的IP头压缩算法，还可进一步提供演进分组CN支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法，则MME/UPE可提供多个IP头压缩算法。
步骤H04～步骤H07与步骤C05～步骤C08相同。
步骤H08与步骤G08相同。
图18为本发明实施例十五流程图，如图18所示，本实施例中，UE附着在GPRS网络中的具体处理过程包括以下步骤步骤I01UE向SGSN发送附着请求(Attach Request)消息，请求附着到该GPRS网络中，并向SGSN提供UE支持的IP头压缩算法，IP头压缩算法可携带在附着请求消息中。如果UE支持多种IP头压缩算法，则UE可向MME/UPE提供多个IP头压缩算法。
步骤I02HLR对UE进行鉴权(Authentication)。
步骤I03SGSN向HLR发送位置更新请求(Update Location)消息。
步骤I04HLR收到位置更新请求消息后，向SGSN发送插入用户数据请求(Insert Subscriber Data)消息。
步骤I05SGSN收到插入用户数据请求消息后，向HLR返回插入用户数据确认(Insert Subscriber Data ACK)消息。
步骤I06HLR收到插入用户数据确认消息后，向SGSN返回位置更新确认(Update Location ACK)消息。
步骤I07SGSN收到位置更新确认消息后，向GGSN发送创建数据包协议(Packet Data Protocol，PDP)上下文请求(Create PDP Context Request)消息，创建缺省PDP上下文。
步骤I08GGSN收到创建PDP上下文请求消息后，向SGSN返回PDP上下文响应(Create PDP Context Response)消息。
步骤I09SGSN收到PDP上下文响应消息后，向UE返回附着接受(Attach Accept)消息，并向UE提供分组CN支持的IP头压缩算法，IP头压缩算法可携带在附着接受消息中。如果分组CN支持多种IP头压缩算法，则SGSN可向UE提供多个IP头压缩算法。
步骤I10UE收到附着接受消息后，与SGSN进行IP头压缩算法的协商，具体为UE和SGSN首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与SGSN根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
图19为本发明实施例十六流程图，如图19所示，本实施例中，路由区更新(Routing Area Update，RAU)的具体处理过程包括以下步骤步骤J01UE向SGSN发送路由区更新请求(Routing Area UpdateRequest)消息，请求路由区更新，并向SGSN提供UE支持的IP头压缩算法，还可进一步向SGSN提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在路由区更新请求消息中。如果UE支持多种IP头压缩算法，则UE可向SGSN提供多个IP头压缩算法。
步骤J02SGSN收到路由区更新请求消息后，将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤J03SGSN确定IP头压缩算法后，向UE返回路由区更新接受(Routing Area Update Accept)消息，通知UE接受其路由区更新，并向UE提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在路由区更新接受消息中。
步骤J04UE收到路由区更新接受消息后，向SGSN返回路由区更新完成消息。如果SGSN只是向UE提供了选定的IP压缩算法，则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图20为本发明实施例十七流程图，如图20所示，本实施例中，UE发起的PDP上下文激活的具体处理过程包括以下步骤步骤K01UE向SGSN发送激活PDP上下文请求(Activate PDP ContextRequest)消息，请求激活PDP上下文，并向SGSN提供UE支持的IP头压缩算法，还可进一步向SGSN提供UE支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活PDP上下文请求消息中。如果UE支持多种IP头压缩算法，则UE可向SGSN提供多个IP头压缩算法。
步骤K02SGSN收到激活PDP上下文请求消息后，将UE支持的IP头压缩算法存储在上下文中，向GGSN发送创建PDP上下文请求消息，创建PDP上下文。
步骤K03GGSN收到创建PDP上下文请求消息后，向SGSN返回创建PDP上下文响应消息。
步骤K04SGSN收到创建PDP上下文响应消息后，根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤K05SGSN向UE返回激活PDP上下文接受(Activate PDP ContextAccept)消息，并向UE提供选定的IP头压缩算法，还可进一步提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文接受消息中。
图21为本发明实施例十八流程图，如图21所示，本实施例中，网络侧发起的PDP上下文激活的具体处理过程包括以下步骤
步骤L01GGSN向SGSN发送创建PDP上下文请求消息，创建PDP上下文。
步骤L02SGSN收到创建PDP上下文请求消息后，向UE发送激活PDP上下文请求消息，并向UE提供分组CN支持的IP头压缩算法，还可进一步向UE提供分组CN支持的压缩参数，IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活PDP上下文请求消息中。如果分组CN支持多种IP头压缩算法，则SGSN可向UE提供多个IP头压缩算法。
步骤L03UE收到激活PDP上下文请求消息后，根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果SGSN提供了分组CN支持的压缩参数，则UE根据UE支持的压缩参数和分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果SGSN未提供分组CN支持的压缩参数，则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤L04UE确定IP头压缩算法后，向SGSN返回激活PDP上下文接受消息，并提供选定的IP头压缩算法，还可进一步向UE提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文接受消息中。
步骤L05SGSN收到激活PDP上下文接受消息后，向GGSN返回创建PDP上下文响应。
图22为本发明实施例十九流程图，如图22所示，本实施例中，网络侧发起的PDP上下文激活的具体处理过程包括以下步骤步骤M01UE注册到网络，如UE通过附着或RAU流程注册到网络中，在注册流程中，UE向SGSN提供UE支持的IP头压缩算法，还可进一步向SGSN提供UE支持的压缩参数，如果UE支持多种IP头压缩算法，则UE可向SGSN提供多个IP头压缩算法。
步骤M02与步骤L01相同。
步骤M03SGSN收到创建PDP上下文请求消息后，将UE支持的IP头压缩算法存储在上下文中，同时根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，如果UE提供了UE支持的压缩参数，则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数，确定对应于选定的IP头压缩算法的压缩参数，如果UE未提供UE支持的压缩参数，则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤M04SGSN向UE发送激活PDP上下文请求消息，并向UE提供选定的IP头压缩算法，还可进一步提供确定的压缩参数，选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文请求消息中。
步骤M05～步骤M06UE收到激活PDP上下文请求消息后，向SGSN返回激活PDP上下文接受消息。SGSN收到激活PDP上下文接受消息后，向GGSN返回创建PDP上下文响应。
对于UE接入GPRS网络及GPRS网络中承载建立过程中，以上只是举例进行了简单描述，实际上，各种情况下，确定IP头压缩算法的各种实现方式与前面演进网络中的处理相对应，在此不再赘述。
完成IP头压缩算法及参数的协商后，后续对IP接入业务进行处理时，UE与分组CN使用确定的IP头压缩算法对IP头进行压缩处理，然后再在网络中进行传输，即UE向分组CN发送IP包时，首先使用确定的IP头压缩算法对IP头进行压缩处理，然后通过接入网络向分组CN发送压缩了IP头的IP包，分组CN收到IP包后，首先对该IP头进行解压缩，然后再对IP包进行处理；分组CN向UE发送IP包时，首先使用确定的IP头压缩算法对IP头进行压缩处理，然后通过接入网络向UE发送压缩了IP头的IP包，UE收到IP包后，首先对该IP头进行解压缩，然后再对IP包进行处理。
实现方式二通过UE与接入网络之间的交互确定IP头压缩算法图23为本发明实施例二十流程图，如图23所示，本实施例中，UE附着在演进分组CN中的具体处理过程包括以下步骤步骤N01～步骤N12与步骤301～步骤312相同。
步骤N13UE收到附着接受消息后，向演进RAN提供UE支持的IP头压缩算法，并且演进RAN向UE提供演进RAN支持的IP头压缩算法，UE与演进RAN进行IP头压缩算法的协商，具体为UE和演进RAN首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与演进RAN根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的参数。如果UE或演进RAN支持多种IP头压缩算法，则可向对端提供多个IP头压缩算法。
步骤N14UE向MME/UPE返回附着证实消息。
步骤N13与步骤N14没有明显的执行顺序，可先执行步骤N13，然后再执行步骤N14；也可先执行步骤N14，再执行步骤N13；还可同时执行步骤N13和步骤N14。
图24为本发明实施例二十一流程图，如图24所示，本实施例中，激活过程的具体处理包括以下步骤步骤O01UE向MME/UPE发送激活请求消息。
步骤O02～步骤O04与步骤802～步骤804相同。
步骤O05MME/UPE向UE发送激活接受消息，通知UE接受其发送的激活请求消息。
步骤O06UE收到激活接受消息后，向演进RAN提供UE支持的IP头压缩算法，并且演进RAN向UE提供演进RAN支持的IP头压缩算法，UE与演进RAN进行IP头压缩算法的协商，具体为UE和演进RAN首先确定对端是否支持IP头压缩，如果双方均支持IP头压缩，则UE与演进RAN根据对端支持的IP头压缩算法，进行IP头压缩算法及参数的协商，确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的参数。如果UE或演进RAN支持多种IP头压缩算法，则可向对端提供多个IP头压缩算法。
另外，UE向接入网络提供UE支持的IP头压缩算法后，可由接入网络确定当前使用的IP头压缩算法，然后向UE提供该IP头压缩算法；接入网络也可向UE提供接入网络支持的IP头压缩算法，由UE确定当前使用的IP头压缩算法，然后向接入网络提供该IP头压缩算法。
完成IP头压缩算法及参数的协商后，后续对IP接入业务进行处理时，UE与演进RAN使用通过协商确定的IP头压缩算法对IP头进行压缩处理，然后再在演进网络中进行传输，即UE向演进分组CN发送IP包时，首先使用通过协商确定的IP头压缩算法对IP头进行压缩处理，然后向演进RAN发送压缩了IP头的IP包，演进RAN收到IP包后，首先对该IP头进行解压缩，然后再对IP包进行处理；演进分组CN向UE发送IP包时，当IP包到达演进RAN后，演进RAN首先使用通过协商确定的IP头压缩算法对IP头进行压缩处理，然后向UE发送压缩了IP头的IP包，UE收到IP包后，首先对该IP头进行解压缩，然后再对IP包进行处理。
以上所述接入网络为位于接入网络中的网元的泛指，如各种基站节点。
图25为本发明实施例中系统结构示意图，如图25所示，用户终端接入网络及承载建立过程的处理系统包括UE、接入网络和分组CN。
其中，UE用于通过接入网络向分组CN提供UE支持的IP头压缩算法，并通过与分组CN的协商确定当前使用的IP头压缩算法；分组CN用于通过接入网络向UE提供分组CN支持的IP头压缩算法，并通过与UE的协商确定当前使用的IP头压缩算法。
或者，UE用于通过接入网络向分组CN提供UE支持的IP头压缩算法；分组CN用于根据分组CN支持的IP头压缩算法和收到的UE支持的IP头压缩算法，确定当前使用的IP头压缩算法，并通过接入网络向UE提供确定的IP头压缩算法。
或者，分组CN用于通过接入网络向UE提供分组CN支持的IP头压缩算法；UE用于根据UE支持的IP头压缩算法和收到的分组CN支持的IP头压缩算法，确定当前使用的IP头压缩算法，并通过接入网络向分组CN提供确定的IP头压缩算法。
另外，本发明实施例提供的用户终端接入网络的系统也可只包括UE和接入网络。
其中，UE用于向接入网络提供UE支持的IP头压缩算法，并通过与接入网络的协商确定当前使用的IP头压缩算法；接入网络用于向UE提供接入网络支持的IP头压缩算法，并通过与UE的协商确定当前使用的IP头压缩算法。
或者，UE用于向接入网络提供UE支持的IP头压缩算法；接入网络用于根据接入网络支持的IP头压缩算法和收到的UE支持的IP头压缩算法，确定当前使用的IP头压缩算法，并向UE提供确定的IP头压缩算法。
或者，接入网络用于向UE提供接入网络支持的IP头压缩算法；UE用于根据UE支持的IP头压缩算法和收到的接入网络支持的IP头压缩算法，确定当前使用的IP头压缩算法，并向接入网络提供确定的IP头压缩算法。
本发明实施例提供的用户终端接入网络及承载建立过程的处理装置包括算法确定单元，用于根据自身支持的IP头压缩算法和收到的IP头压缩算法，确定当前使用的IP头压缩算法，并向外提供确定的IP头压缩算法。该装置可为UE，也可为分组CN中的网元，还可为接入网络中的网元。
本发明提供的各实施例中，UE接入网络或承载建立时，UE向网络提供UE支持的压缩算法，并且网络向UE提供网络支持的压缩算法，然后UE与网络侧进行压缩算法的协商，确定当前使用的压缩算法；或者，UE向网络提供UE支持的压缩算法，由网络根据网络支持的压缩算法确定当前使用的压缩算法，并向UE提供该压缩算法；或者，网络向UE提供网络支持的压缩算法，由UE根据UE支持的压缩算法确定当前使用的压缩算法，并向网络提供该压缩算法，以完善UE接入网络或承载建立的处理流程，从而使UE和网络在后续处理流程中，能够根据选定的压缩算法对数据进行压缩处理，降低网络中冗余信息的数据传输量，有效节省网络的传输资源。另外，本发明实施例中提供了多种实现方式，可根据实际情况进行灵活选择。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种用户终端接入网络及承载建立过程的处理方法，其特征在于，该方法包含用户终端向网元提供自身支持的压缩算法，并且网元向用户终端提供自身支持的压缩算法；用户终端与网元进行压缩算法协商，确定当前使用的压缩算法。
2.根据权利要求1所述的方法，其特征在于，所述用户终端接入网络，为用户终端附着在分组核心网络中；或者，用户终端发起位置区更新；或者，用户终端激活到分组核心网络中；所述承载建立，为用户终端或网络侧发起承载建立。
3.根据权利要求2所述的方法，其特征在于，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的附着请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的附着接受消息中；或者，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的跟踪区更新请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的跟踪区更新接受消息中；或者，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的路由区更新请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的路由区更新接受消息中；或者，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的激活请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的激活接受消息中；或者，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的激活数据包协议PDP上下文请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文接受消息中；或者，所述网元提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文请求消息中，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的激活PDP上下文接受消息中；或者，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的承载创建请求消息中，所述网元提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中；或者，所述网元提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中，所述用户终端提供的压缩算法携带在用户终端向核心网元发送的无线承载响应消息中；或者，所述用户终端提供的压缩算法由用户终端注册到网络中时提供给核心网元，所述核心网元提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中；或者，所述用户终端提供的压缩算法由用户终端注册到网络中时提供给核心网元，所述核心网元提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文请求消息中；或者，所述网元为接入网元。
4.根据权利要求1至3任一所述的方法，其特征在于，所述用户终端与网元进行压缩算法协商确定当前使用的压缩算法，为用户终端与网元首先确定对端是否支持压缩，如果双方均支持压缩，用户终端与网元根据对端支持的压缩算法进行压缩算法及压缩参数的协商，确定当前使用的压缩算法、以及该压缩算法所使用的压缩参数。
5.根据权利要求1至3任一所述的方法，其特征在于，所述确定当前使用的压缩算法，之后进一步包括对业务进行处理时，所述用户终端与所述网元使用确定的压缩算法对数据进行处理，在网络中传输经过压缩的数据包。
6.一种用户终端接入网络及承载建立过程的处理方法，其特征在于，该方法包含根据对端提供的压缩算法和自身支持的压缩算法，确定当前使用的压缩算法，并向对端提供确定的压缩算法。
7.根据权利要求6所述的方法，其特征在于，所述用户终端接入网络，为用户终端附着在分组核心网络中；或者，用户终端发起位置区更新；或者，用户终端激活到分组核心网络中；所述承载建立，为用户终端或网络侧发起承载建立。
8.根据权利要求7所述的方法，其特征在于，所述确定当前使用的压缩算法由网元执行，所述对端为用户终端。
9.根据权利要求8所述的方法，其特征在于，所述对端提供的压缩算法携带在用户终端向核心网元发送的附着请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的附着接受消息中；或者，所述对端提供的压缩算法携带在用户终端向核心网元发送的跟踪区更新请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的跟踪区更新接受消息中；或者，所述对端提供的压缩算法携带在用户终端向核心网元发送的路由区更新请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的路由区更新接受消息中；或者，所述对端提供的压缩算法携带在用户终端向核心网元发送的激活请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的激活接受消息中；或者，所述对端提供的压缩算法携带在用户终端向核心网元发送的激活PDP上下文请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文接受消息中；或者，所述对端提供的压缩算法携带在用户终端向核心网元发送的承载创建请求消息中，所述向对端提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中；或者，所述对端提供的压缩算法由用户终端注册到网络中时提供给核心网元，所述向对端提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中；或者，所述对端提供的压缩算法由用户终端注册到网络中时提供给核心网元，所述向对端提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文请求消息中；或者，所述网元为接入网元。
10.根据权利要求7所述的方法，其特征在于，所述确定当前使用的压缩算法由用户终端执行，所述对端为网元。
11.根据权利要求10所述的方法，其特征在于，所述对端提供的压缩算法携带在核心网元向用户终端发送的无线承载请求消息中，所述向对端提供的压缩算法携带在用户终端向核心网元发送的无线承载响应消息中；或者，所述对端提供的压缩算法携带在核心网元向用户终端发送的激活PDP上下文请求消息中，所述向对端提供的压缩算法携带在用户终端向核心网元发送的激活PDP上下文接受消息中；或者，所述网元为接入网元。
12.根据权利要求6至11任一所述的方法，其特征在于，该方法进一步包括对端提供对端支持的压缩参数。
13.根据权利要求6至11任一所述的方法，其特征在于，确定当前使用的压缩算法，包括当对端提供了对端支持的压缩参数时，根据对端支持的压缩参数和自身支持的压缩参数，确定对应于选定的压缩算法的压缩参数；对端未提供对端支持的压缩参数时，将选定的压缩算法的压缩参数设置为缺省值。
14.根据权利要求6至11任一所述的方法，其特征在于，向对端提供的所述压缩算法中不包含压缩参数时，所述向对端提供压缩算法，之后进一步包括对端将收到的压缩算法的压缩参数设置为缺省值。
15.根据权利要求6至11任一所述的方法，其特征在于，所述向对端提供确定的压缩算法，之后进一步包括对业务进行处理时，用户终端与网元使用确定的压缩算法对数据进行处理，在网络中传输经过压缩的数据包。
16.一种用户终端接入网络及承载建立过程的处理系统，其特征在于，该系统包括用户终端、接入网络和分组核心网络，其中，所述用户终端用于通过所述接入网络向所述分组核心网络提供用户终端支持的压缩算法，并通过与所述分组核心网络的协商确定当前使用的压缩算法，所述分组核心网络用于通过所述接入网络向所述用户终端提供分组核心网络支持的压缩算法，并通过与所述用户终端的协商确定当前使用的压缩算法；或者，所述用户终端用于通过所述接入网络向所述分组核心网络提供用户终端支持的压缩算法，所述分组核心网络用于根据分组核心网络支持的压缩算法和收到的用户终端支持的压缩算法，确定当前使用的压缩算法，并通过所述接入网络向所述用户终端提供确定的压缩算法；或者，所述分组核心网络用于通过所述接入网络向所述用户终端提供分组核心网络支持的压缩算法，所述用户终端用于根据用户终端支持的压缩算法和收到的分组核心网络支持的压缩算法，确定当前使用的压缩算法，并通过所述接入网络向所述分组核心网络提供确定的压缩算法。
17.一种用户终端接入网络及承载建立过程的处理系统，其特征在于，该系统包括用户终端和接入网络，其中，所述用户终端用于向所述接入网络提供用户终端支持的压缩算法，并通过与所述接入网络的协商确定当前使用的压缩算法，所述接入网络用于向所述用户终端提供接入网络支持的压缩算法，并通过与所述用户终端的协商确定当前使用的压缩算法；或者，所述用户终端用于向所述接入网络提供用户终端支持的压缩算法，所述接入网络用于根据接入网络支持的压缩算法和收到的用户终端支持的压缩算法，确定当前使用的压缩算法，并向所述用户终端提供确定的压缩算法；或者，所述接入网络用于向所述用户终端提供接入网络支持的压缩算法，所述用户终端用于根据用户终端支持的压缩算法和收到的接入网络支持的压缩算法，确定当前使用的压缩算法，并向所述接入网络提供确定的压缩算法。
18.一种用户终端接入网络及承载建立过程的处理装置，其特征在于，该装置至少包括算法确定单元，用于根据自身支持的压缩算法和收到的压缩算法，确定当前使用的压缩算法，并向外提供确定的压缩算法。
19.根据权利要求18所述的装置，其特征在于，所述装置为用户终端；或者，分组核心网络中的网元；或者，接入网络中的网元。
全文摘要
本发明公开了用户终端接入网络及承载建立过程的处理方法、系统及装置。UE接入网络或承载建立时，UE向网络提供UE支持的压缩算法，并且网络向UE提供网络支持的压缩算法，然后UE与网络侧进行压缩算法的协商，确定当前使用的压缩算法；或者，根据对端提供的压缩算法和自身支持的压缩算法确定当前使用的压缩算法，并向对端提供该压缩算法，具体可由UE或网元来确定压缩算法。根据本发明提供的各实施例完善了UE接入网络或承载建立的处理流程，从而使UE和网络在后续处理流程中，能够根据选定的压缩算法对数据进行压缩处理，降低网络中冗余信息的数据传输量，有效节省网络的传输资源。
文档编号H04L12/28GK101039261SQ20071000012
公开日2007年9月19日 申请日期2007年1月5日 优先权日2006年3月16日
发明者吴问付 申请人:华为技术有限公司