CN101039261A - 用户终端接入网络及承载建立过程的处理方法、系统及装置 - Google Patents
用户终端接入网络及承载建立过程的处理方法、系统及装置 Download PDFInfo
- Publication number
- CN101039261A CN101039261A CNA2007100001220A CN200710000122A CN101039261A CN 101039261 A CN101039261 A CN 101039261A CN A2007100001220 A CNA2007100001220 A CN A2007100001220A CN 200710000122 A CN200710000122 A CN 200710000122A CN 101039261 A CN101039261 A CN 101039261A
- Authority
- CN
- China
- Prior art keywords
- compression algorithm
- user terminal
- network element
- core network
- provides
- 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
本发明公开了用户终端接入网络及承载建立过程的处理方法、系统及装置。UE接入网络或承载建立时,UE向网络提供UE支持的压缩算法,并且网络向UE提供网络支持的压缩算法,然后UE与网络侧进行压缩算法的协商,确定当前使用的压缩算法;或者,根据对端提供的压缩算法和自身支持的压缩算法确定当前使用的压缩算法,并向对端提供该压缩算法,具体可由UE或网元来确定压缩算法。根据本发明提供的各实施例完善了UE接入网络或承载建立的处理流程,从而使UE和网络在后续处理流程中,能够根据选定的压缩算法对数据进行压缩处理,降低网络中冗余信息的数据传输量,有效节省网络的传输资源。
Description
技术领域
本发明涉及通信领域,特别是指用户终端接入网络及承载建立过程的处理方法、系统及装置。
背景技术
现有通用分组无线业务(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建立无线连接。
步骤302:UE向MME/UPE发送附着请求(Attach Request)消息,请求附着到该MME/UPE中。如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同,则附着请求消息中携带有旧侧MME/UPE的地址信息;否则,附着请求消息中不携带MME/UPE的地址信息,以下所述步骤303、步骤304和步骤307可省略。
步骤303:MME/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)。
步骤306:UE通过鉴权后,MME/UPE将其地址信息注册到HSS中(RegisterMME/UPE),表明UE当前附着到该MME/UPE中。
步骤307:如果UE原来附着的旧侧MME/UPE与当前要附着的新侧MME/UPE不同,HSS注册了新侧MME/UPE的相关信息后,通知旧侧MME/UPE删除UE的注册信息(Delete UE Registration Information)。
步骤308:HSS向MME/UPE发送证实注册(Confirm Registration)消息,通知MME/UPE注册成功。
步骤309:MME/UPE收到证实注册消息后,为UE选择一个Inter AS锚点(Selection of Intersystem Mobility Anchor GW),作为用户面锚点。
步骤310:Inter AS锚点使用UE的IP地址进行IP层配置,UE与Inter AS锚点之间建立用户平面(User Plane Route Configuration),使用缺省的计费策略和规则。
步骤311:MME/UPE与演进RAN之间配置IP接入承载所使用的服务质量(Quality of Service,QoS)参数(Configure IP Bearer QoS)。
步骤312:MME/UPE为UE分配临时标识,并向UE发送附着接受(AttachAccept)消息,通知UE接受其发送的附着请求消息,该附着接受消息中携带有MME/UPE为UE分配的临时标识。
步骤313:UE收到附着接受消息后,向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相同。
步骤402:UE向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相同。
步骤412:MME/UPE为UE分配临时标识,将UE支持的IP头压缩算法存储在上下文中,然后向UE返回附着接受消息,通知UE接受其发送的附着请求消息,并向UE提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在附着接受消息中,附着接受消息中还携带有MME/UPE为UE分配的临时标识。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可向UE提供多个IP头压缩算法。
步骤413:UE收到附着接受消息后,与MME/UPE进行IP头压缩算法的协商,具体为UE和MME/UPE首先确定对端是否支持IP头压缩,如果双方均支持IP头压缩,则UE与MME/UPE根据对端支持的IP头压缩算法,进行IP头压缩算法及参数的协商,确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
步骤414:UE与MME/UPE完成IP头压缩算法的协商后,向MME/UPE返回附着证实消息。
图5为本发明实施例二流程图,如图5所示,本实施例中,UE附着在演进分组CN中的具体处理过程包括以下步骤:
步骤501与步骤301相同。
步骤502:UE向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相同。
步骤512:MME/UPE为UE分配临时标识,将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤513:MME/UPE确定IP头压缩算法后,向UE返回附着接受消息,通知UE接受其发送的附着请求消息,并向UE提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在附着接受消息中。
步骤514:UE收到附着接受消息和选定的IP头压缩算法后,向MME/UPE返回附着证实消息。如果MME/UPE只是向UE提供了选定的IP压缩算法,则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图6为本发明实施例三流程图,如图6所示,本实施例中,跟踪区更新(Tracking Area Update,TAU)的具体处理过程包括以下步骤:
步骤601:UE向MME/UPE发送跟踪区更新请求(TAU Request)消息,请求跟踪区更新,并向MME/UPE提供UE支持的IP头压缩算法,IP头压缩算法可携带在跟踪区更新请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤602:MME/UPE收到跟踪区更新请求后,将UE支持的IP头压缩算法存储在上下文中,向UE返回跟踪区更新接受(TAU Accept)消息,通知UE接受其跟踪区更新,并向UE提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在跟踪区接受消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可向UE提供多个IP头压缩算法。
步骤603:UE收到跟踪区接受消息后,与MME/UPE进行IP头压缩算法的协商,具体为UE和MME/UPE首先确定对端是否支持IP头压缩,如果双方均支持IP头压缩,则UE与MME/UPE根据对端支持的IP头压缩算法,进行IP头压缩算法及参数的协商,确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
步骤604:UE与MME/UPE完成IP头压缩算法的协商后,向MME/UPE返回跟踪区更新完成(TAU Complete)消息。
图7为本发明实施例四流程图,如图7所示,本实施例中,跟踪区更新的具体处理过程包括以下步骤:
步骤701:UE向MME/UPE发送跟踪区更新请求消息,请求跟踪区更新,并向MME/UPE提供UE支持的IP头压缩算法,还可进一步向MME/UPE提供UE支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在跟踪区更新请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤702:MME/UPE收到跟踪区更新请求消息后,将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤703:MME/UPE确定IP头压缩算法后,向UE返回跟踪区更新接受消息,通知UE接受其跟踪区更新,并向UE提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在跟踪区更新接受消息中。
步骤704:UE收到跟踪区更新接受消息后,向MME/UPE返回跟踪区更新完成消息。如果MME/UPE只是向UE提供了选定的IP压缩算法,则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图8为本发明实施例五流程图,如图8所示,本实施例中,激活过程的具体处理包括以下步骤:
步骤801:UE向MME/UPE发送激活请求消息,并向MME/UPE提供UE支持的IP头压缩算法,IP头压缩算法可携带在激活请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤802:MME/UPE收到激活请求消息后,为UE选择一个Inter AS锚点,作为用户面锚点。
步骤803:Inter AS锚点使用UE的IP地址进行IP层配置,UE与InterAS锚点之间建立用户平面。
步骤804:MME/UPE与演进RAN之间配置IP接入承载所使用的QoS参数。
步骤805:MME/UPE将UE支持的IP头压缩算法存储在上下文中,然后向UE发送激活接受消息,通知UE接受其发送的激活请求消息,并向UE提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在激活接受消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可向UE提供多个IP头压缩算法。
步骤806:UE收到激活接受消息后,与MME/UPE进行IP头压缩算法的协商,具体为UE和MME/UPE首先确定对端是否支持IP头压缩,如果双方均支持IP头压缩,则UE与MME/UPE根据对端支持的IP头压缩算法,进行IP头压缩算法及参数的协商,确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的参数。
图9为本发明实施例六流程图,如图9所示,本实施例中,本实施例中,激活过程的具体处理包括以下步骤:
步骤901:UE向MME/UPE发送激活请求消息,并向MME/UPE提供UE支持的IP头压缩算法,还可进一步向MME/UPE提供UE支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤902~步骤904与步骤802~步骤804相同。
步骤905:MME/UPE将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤906:MME/UPE确定IP头压缩算法后,向UE返回激活接受消息,通知UE接受其发送的激活请求消息,并向UE提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活请求消息中。
图10为本发明实施例七流程图,如图10所示,本实施例中,UE发起的承载建立的具体处理过程包括以下步骤:
步骤A01:UE向MME/UPE发送承载创建请求(Bearer Create Request)消息,请求创建承载,并向MME/UPE提供UE支持的IP头压缩算法,IP头压缩算法可携带在承载创建请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤A02:MME/UPE收到承载创建请求消息后,将UE支持的IP头压缩算法存储在上下文中,为UE选择一个Inter AS锚点,作为用户面锚点,然后向Inter AS锚点发送创建承载请求(Create Bearer Request)消息。
步骤A03:Inter AS锚点收到创建承载请求消息后,向MME/UPE返回创建承载响应(Create Bearer Response)消息。
步骤A04:MME/UPE收到创建承载响应消息后,向演进RAN发送无线承载请求(Radio Bearer Request)消息,并提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可提供多个IP头压缩算法。
步骤A05:演进RAN收到无线承载请求消息后,向UE发送无线承载请求消息,并向UE提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在无线承载请求消息中。
步骤A06:UE收到无线承载请求消息后,向演进RAN返回无线承载响应(Radio Bearer Response)消息。
步骤A07:演进RAN收到无线承载响应消息后,向MME/UPE返回无线承载响应消息。
步骤A08:MME/UPE收到无线承载响应消息后,向Inter AS锚点返回创建承载确认(Create Bearer ACK)消息。
步骤A09:UE与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发起的承载建立的具体处理过程包括以下步骤:
步骤B01:UE向MME/UPE发送承载创建请求消息,请求创建承载,并向MME/UPE提供UE支持的IP头压缩算法,还可进一步向MME/UPE提供UE支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在承载创建请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤B02~步骤B03与步骤A02~步骤A03相同。
步骤B04:MME/UPE收到创建承载响应消息后,根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤B05:MME/UPE向演进RAN发送无线承载请求消息,并提供选定的IP头压缩算法,还可进一步提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在无线承载请求消息中。
步骤B06:演进RAN收到无线承载请求消息后,向UE发送无线承载请求消息,并向UE提供演进分组CN支持的IP头压缩算法、或IP头压缩算法和压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。
步骤B07~步骤B09与步骤A06~步骤A08相同。
图12为本发明实施例九流程图,如图12所示,本实施例中,UE发起的承载建立的具体处理过程包括以下步骤:
步骤C01:UE向MME/UPE发送承载创建请求消息,请求创建承载。
步骤C02~步骤C03与步骤A01~步骤A03相同。
步骤C04:MME/UPE收到创建承载响应消息后,向演进RAN发送无线承载请求消息,并提供演进分组CN支持的IP头压缩算法,还可进一步提供演进分组CN支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可提供多个IP头压缩算法。
步骤C05:演进RAN收到无线承载请求消息后,向UE发送无线承载请求消息,并向UE提供演进分组CN支持的IP头压缩算法、或IP头压缩算法和压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。
步骤C06:UE收到无线承载请求消息后,根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果MME/UPE提供了演进分组CN支持的压缩参数,则UE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果MME/UPE未提供演进分组CN支持的压缩参数,则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤C07:UE确定IP头压缩算法后,向演进RAN返回无线承载响应消息,并提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在无线承载响应消息中。
步骤C08:演进RAN收到无线承载响应消息后,向MME/UPE返回无线承载响应消息,并向MME/UPE提供选定的IP头压缩算法、或选定的IP头压缩算法和压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和压缩参数可携带在无线承载响应消息中。
步骤C09与步骤A08相同。
图13为本发明实施例十流程图,如图13所示,本实施例中,网络侧发起的承载建立的具体处理过程包括以下步骤:
步骤D01:Inter AS锚点向MME/UPE发送承载创建请求消息,请求创建承载。
步骤D02:MME/UPE收到承载创建请求消息后,向演进RAN发送无线承载请求消息,并提供演进分组CN支持的IP头压缩算法,IP头压缩算法可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可提供多个IP头压缩算法。
步骤D03与步骤A05相同。
步骤D04:UE收到无线承载请求消息后,向演进RAN返回无线承载响应消息,并提供UE支持的IP头压缩算法,IP头压缩算法可携带在无线承载响应消息中。如果UE支持多种IP头压缩算法,则UE可提供多个IP头压缩算法。
步骤D05:演进RAN收到无线承载响应消息后,将UE支持的IP头压缩算法存储在上下文中,向MME/UPE返回无线承载响应消息,并向MME/UPE提供UE支持的IP头压缩算法,IP头压缩算法可携带在无线承载响应消息中。
步骤D06:MME/UPE收到无线承载响应消息后,向Inter AS锚点返回创建承载响应消息。
步骤D07与步骤A09相同。
步骤D06与步骤D07在执行上没有明显的时间顺序,既可先执行步骤D06,再执行步骤D07;也可先执行步骤D07,再执行步骤D06;还可同时执行步骤D06和步骤D07。
图14为本发明实施例十一流程图,如图14所示,本实施例中,网络侧发起的承载建立的具体处理过程包括以下步骤:
步骤E01与步骤D01相同。
步骤E02:MME/UPE收到承载创建请求消息后,向演进RAN发送无线承载请求消息,并提供演进分组CN支持的IP头压缩算法,还可进一步提供演进分组CN支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可提供多个IP头压缩算法。
步骤E03~步骤E06与步骤C05~步骤C08相同。
步骤E07与步骤D06相同。
图15为本发明实施例十二流程图,如图15所示,本实施例中,网络侧发起的承载建立的具体处理过程包括以下步骤:
步骤F01:UE注册到网络,如UE通过附着或TAU流程注册到网络中,在注册流程中,UE向MME/UPE提供UE支持的IP头压缩算法,如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤F02:Inter AS锚点向MME/UPE发送请求创建承载(Request BearerCreate)消息。
步骤F03:MME/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所示,本实施例中,网络侧发起的承载建立的具体处理过程包括以下步骤:
步骤G01:UE注册到网络,如UE通过附着或TAU流程注册到网络中,在注册流程中,UE向MME/UPE提供UE支持的IP头压缩算法,还可进一步向MME/UPE提供UE支持的压缩参数,如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤G02与步骤F02相同。
步骤G03:MME/UPE收到请求创建承载消息后,将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和演进分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则MME/UPE根据UE支持的压缩参数和演进分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则MME/UPE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤G04~步骤G07与步骤B05~步骤B08相同。
步骤G08:MME/UPE收到无线承载响应消息后,向Inter AS锚点返回承载创建响应消息。
图17为本发明实施例十四流程图,如图17所示,本实施例中,网络侧发起的承载建立的具体处理过程包括以下步骤:
步骤H01:UE注册到网络,如UE通过附着或TAU流程注册到网络中。
步骤H02与步骤F02相同。
步骤H03:MME/UPE收到请求创建承载消息后,向演进RAN发送无线承载请求消息,并提供演进分组CN支持的IP头压缩算法,还可进一步提供演进分组CN支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在无线承载请求消息中。如果演进分组CN支持多种IP头压缩算法,则MME/UPE可提供多个IP头压缩算法。
步骤H04~步骤H07与步骤C05~步骤C08相同。
步骤H08与步骤G08相同。
图18为本发明实施例十五流程图,如图18所示,本实施例中,UE附着在GPRS网络中的具体处理过程包括以下步骤:
步骤I01:UE向SGSN发送附着请求(Attach Request)消息,请求附着到该GPRS网络中,并向SGSN提供UE支持的IP头压缩算法,IP头压缩算法可携带在附着请求消息中。如果UE支持多种IP头压缩算法,则UE可向MME/UPE提供多个IP头压缩算法。
步骤I02:HLR对UE进行鉴权(Authentication)。
步骤I03:SGSN向HLR发送位置更新请求(Update Location)消息。
步骤I04:HLR收到位置更新请求消息后,向SGSN发送插入用户数据请求(Insert Subscriber Data)消息。
步骤I05:SGSN收到插入用户数据请求消息后,向HLR返回插入用户数据确认(Insert Subscriber Data ACK)消息。
步骤I06:HLR收到插入用户数据确认消息后,向SGSN返回位置更新确认(Update Location ACK)消息。
步骤I07:SGSN收到位置更新确认消息后,向GGSN发送创建数据包协议(Packet Data Protocol,PDP)上下文请求(Create PDP Context Request)消息,创建缺省PDP上下文。
步骤I08:GGSN收到创建PDP上下文请求消息后,向SGSN返回PDP上下文响应(Create PDP Context Response)消息。
步骤I09:SGSN收到PDP上下文响应消息后,向UE返回附着接受(Attach Accept)消息,并向UE提供分组CN支持的IP头压缩算法,IP头压缩算法可携带在附着接受消息中。如果分组CN支持多种IP头压缩算法,则SGSN可向UE提供多个IP头压缩算法。
步骤I10:UE收到附着接受消息后,与SGSN进行IP头压缩算法的协商,具体为UE和SGSN首先确定对端是否支持IP头压缩,如果双方均支持IP头压缩,则UE与SGSN根据对端支持的IP头压缩算法,进行IP头压缩算法及参数的协商,确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的压缩参数。
图19为本发明实施例十六流程图,如图19所示,本实施例中,路由区更新(Routing Area Update,RAU)的具体处理过程包括以下步骤:
步骤J01:UE向SGSN发送路由区更新请求(Routing Area UpdateRequest)消息,请求路由区更新,并向SGSN提供UE支持的IP头压缩算法,还可进一步向SGSN提供UE支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在路由区更新请求消息中。如果UE支持多种IP头压缩算法,则UE可向SGSN提供多个IP头压缩算法。
步骤J02:SGSN收到路由区更新请求消息后,将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤J03:SGSN确定IP头压缩算法后,向UE返回路由区更新接受(Routing Area Update Accept)消息,通知UE接受其路由区更新,并向UE提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在路由区更新接受消息中。
步骤J04:UE收到路由区更新接受消息后,向SGSN返回路由区更新完成消息。如果SGSN只是向UE提供了选定的IP压缩算法,则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
图20为本发明实施例十七流程图,如图20所示,本实施例中,UE发起的PDP上下文激活的具体处理过程包括以下步骤:
步骤K01:UE向SGSN发送激活PDP上下文请求(Activate PDP ContextRequest)消息,请求激活PDP上下文,并向SGSN提供UE支持的IP头压缩算法,还可进一步向SGSN提供UE支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活PDP上下文请求消息中。如果UE支持多种IP头压缩算法,则UE可向SGSN提供多个IP头压缩算法。
步骤K02:SGSN收到激活PDP上下文请求消息后,将UE支持的IP头压缩算法存储在上下文中,向GGSN发送创建PDP上下文请求消息,创建PDP上下文。
步骤K03:GGSN收到创建PDP上下文请求消息后,向SGSN返回创建PDP上下文响应消息。
步骤K04:SGSN收到创建PDP上下文响应消息后,根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤K05:SGSN向UE返回激活PDP上下文接受(Activate PDP ContextAccept)消息,并向UE提供选定的IP头压缩算法,还可进一步提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文接受消息中。
图21为本发明实施例十八流程图,如图21所示,本实施例中,网络侧发起的PDP上下文激活的具体处理过程包括以下步骤:
步骤L01:GGSN向SGSN发送创建PDP上下文请求消息,创建PDP上下文。
步骤L02:SGSN收到创建PDP上下文请求消息后,向UE发送激活PDP上下文请求消息,并向UE提供分组CN支持的IP头压缩算法,还可进一步向UE提供分组CN支持的压缩参数,IP头压缩算法、或IP头压缩算法和压缩参数可携带在激活PDP上下文请求消息中。如果分组CN支持多种IP头压缩算法,则SGSN可向UE提供多个IP头压缩算法。
步骤L03:UE收到激活PDP上下文请求消息后,根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果SGSN提供了分组CN支持的压缩参数,则UE根据UE支持的压缩参数和分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果SGSN未提供分组CN支持的压缩参数,则UE将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤L04:UE确定IP头压缩算法后,向SGSN返回激活PDP上下文接受消息,并提供选定的IP头压缩算法,还可进一步向UE提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文接受消息中。
步骤L05:SGSN收到激活PDP上下文接受消息后,向GGSN返回创建PDP上下文响应。
图22为本发明实施例十九流程图,如图22所示,本实施例中,网络侧发起的PDP上下文激活的具体处理过程包括以下步骤:
步骤M01:UE注册到网络,如UE通过附着或RAU流程注册到网络中,在注册流程中,UE向SGSN提供UE支持的IP头压缩算法,还可进一步向SGSN提供UE支持的压缩参数,如果UE支持多种IP头压缩算法,则UE可向SGSN提供多个IP头压缩算法。
步骤M02与步骤L01相同。
步骤M03:SGSN收到创建PDP上下文请求消息后,将UE支持的IP头压缩算法存储在上下文中,同时根据UE支持的IP头压缩算法和分组CN支持的IP头压缩算法,确定当前使用的IP头压缩算法,如果UE提供了UE支持的压缩参数,则SGSN根据UE支持的压缩参数和分组CN支持的压缩参数,确定对应于选定的IP头压缩算法的压缩参数,如果UE未提供UE支持的压缩参数,则SGSN将选定的IP头压缩算法的相应压缩参数设置为缺省值。
步骤M04:SGSN向UE发送激活PDP上下文请求消息,并向UE提供选定的IP头压缩算法,还可进一步提供确定的压缩参数,选定的IP头压缩算法、或选定的IP头压缩算法和确定的压缩参数可携带在激活PDP上下文请求消息中。
步骤M05~步骤M06:UE收到激活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相同。
步骤N13:UE收到附着接受消息后,向演进RAN提供UE支持的IP头压缩算法,并且演进RAN向UE提供演进RAN支持的IP头压缩算法,UE与演进RAN进行IP头压缩算法的协商,具体为UE和演进RAN首先确定对端是否支持IP头压缩,如果双方均支持IP头压缩,则UE与演进RAN根据对端支持的IP头压缩算法,进行IP头压缩算法及参数的协商,确定当前使用的IP头压缩算法、以及该IP头压缩算法所使用的参数。如果UE或演进RAN支持多种IP头压缩算法,则可向对端提供多个IP头压缩算法。
步骤N14:UE向MME/UPE返回附着证实消息。
步骤N13与步骤N14没有明显的执行顺序,可先执行步骤N13,然后再执行步骤N14;也可先执行步骤N14,再执行步骤N13;还可同时执行步骤N13和步骤N14。
图24为本发明实施例二十一流程图,如图24所示,本实施例中,激活过程的具体处理包括以下步骤:
步骤O01:UE向MME/UPE发送激活请求消息。
步骤O02~步骤O04与步骤802~步骤804相同。
步骤O05:MME/UPE向UE发送激活接受消息,通知UE接受其发送的激活请求消息。
步骤O06:UE收到激活接受消息后,向演进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和网络在后续处理流程中,能够根据选定的压缩算法对数据进行压缩处理,降低网络中冗余信息的数据传输量,有效节省网络的传输资源。另外,本发明实施例中提供了多种实现方式,可根据实际情况进行灵活选择。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (19)
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所述的装置,其特征在于,所述装置为:用户终端;或者,分组核心网络中的网元;或者,接入网络中的网元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100001220A CN101039261A (zh) | 2006-03-16 | 2007-01-05 | 用户终端接入网络及承载建立过程的处理方法、系统及装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610057573 CN1859422A (zh) | 2006-03-16 | 2006-03-16 | 一种用户终端接入演进网络的处理方法 |
CN200610057573.3 | 2006-03-16 | ||
CNA2007100001220A CN101039261A (zh) | 2006-03-16 | 2007-01-05 | 用户终端接入网络及承载建立过程的处理方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101039261A true CN101039261A (zh) | 2007-09-19 |
Family
ID=38889906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100001220A Pending CN101039261A (zh) | 2006-03-16 | 2007-01-05 | 用户终端接入网络及承载建立过程的处理方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101039261A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009149666A1 (zh) * | 2008-06-13 | 2009-12-17 | 华为技术有限公司 | 算法协商的方法、装置及系统 |
CN101420365B (zh) * | 2007-10-23 | 2012-07-18 | 中兴通讯股份有限公司 | 分组业务数据流压缩算法协商方法 |
CN103166983A (zh) * | 2011-12-09 | 2013-06-19 | 中国移动通信集团广东有限公司 | 网络数据优化处理方法与装置、网络服务器 |
CN103532984A (zh) * | 2013-11-01 | 2014-01-22 | 中国联合网络通信集团有限公司 | websocket协议的数据传输方法、设备和系统 |
CN103618628A (zh) * | 2013-12-04 | 2014-03-05 | 中国联合网络通信集团有限公司 | 一种车辆状态信息的监控管理方法、系统及终端 |
CN103634843A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 数据传输方法、无线网络控制器、基站及移动通信系统 |
CN103166983B (zh) * | 2011-12-09 | 2016-12-14 | 中国移动通信集团广东有限公司 | 网络数据优化处理方法与装置、网络服务器 |
CN107113655A (zh) * | 2015-08-25 | 2017-08-29 | 华为技术有限公司 | 一种数据包的压缩参数确定方法及相关设备 |
CN107306444A (zh) * | 2016-04-25 | 2017-10-31 | 中兴通讯股份有限公司 | 发送数据的方法及装置 |
CN108401036A (zh) * | 2011-08-12 | 2018-08-14 | 日本电气株式会社 | 通信系统 |
WO2021163895A1 (zh) * | 2020-02-18 | 2021-08-26 | Oppo广东移动通信有限公司 | 网络模型的管理方法及建立或修改会话的方法、装置 |
-
2007
- 2007-01-05 CN CNA2007100001220A patent/CN101039261A/zh active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420365B (zh) * | 2007-10-23 | 2012-07-18 | 中兴通讯股份有限公司 | 分组业务数据流压缩算法协商方法 |
CN101605324B (zh) * | 2008-06-13 | 2011-06-01 | 华为技术有限公司 | 算法协商的方法、装置及系统 |
WO2009149666A1 (zh) * | 2008-06-13 | 2009-12-17 | 华为技术有限公司 | 算法协商的方法、装置及系统 |
CN108401036A (zh) * | 2011-08-12 | 2018-08-14 | 日本电气株式会社 | 通信系统 |
CN108401036B (zh) * | 2011-08-12 | 2021-04-30 | 日本电气株式会社 | 通信系统 |
CN103166983A (zh) * | 2011-12-09 | 2013-06-19 | 中国移动通信集团广东有限公司 | 网络数据优化处理方法与装置、网络服务器 |
CN103166983B (zh) * | 2011-12-09 | 2016-12-14 | 中国移动通信集团广东有限公司 | 网络数据优化处理方法与装置、网络服务器 |
CN103634843A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 数据传输方法、无线网络控制器、基站及移动通信系统 |
CN103532984A (zh) * | 2013-11-01 | 2014-01-22 | 中国联合网络通信集团有限公司 | websocket协议的数据传输方法、设备和系统 |
CN103532984B (zh) * | 2013-11-01 | 2017-02-08 | 中国联合网络通信集团有限公司 | websocket协议的数据传输方法、设备和系统 |
CN103618628B (zh) * | 2013-12-04 | 2017-01-25 | 中国联合网络通信集团有限公司 | 一种车辆状态信息的监控管理方法、系统及终端 |
CN103618628A (zh) * | 2013-12-04 | 2014-03-05 | 中国联合网络通信集团有限公司 | 一种车辆状态信息的监控管理方法、系统及终端 |
CN107113655A (zh) * | 2015-08-25 | 2017-08-29 | 华为技术有限公司 | 一种数据包的压缩参数确定方法及相关设备 |
CN107113655B (zh) * | 2015-08-25 | 2020-06-26 | 华为技术有限公司 | 一种数据包的压缩参数确定方法及相关设备 |
CN107306444A (zh) * | 2016-04-25 | 2017-10-31 | 中兴通讯股份有限公司 | 发送数据的方法及装置 |
WO2021163895A1 (zh) * | 2020-02-18 | 2021-08-26 | Oppo广东移动通信有限公司 | 网络模型的管理方法及建立或修改会话的方法、装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101039261A (zh) | 用户终端接入网络及承载建立过程的处理方法、系统及装置 | |
CN101064938A (zh) | 移动终端在3gpp与非3gpp接入系统之间切换时应用mip的方法 | |
CN1297126C (zh) | 在移动通信系统中建立信令连接的方法 | |
CN1605222A (zh) | 移动终端的系统间切换 | |
CN101047989A (zh) | 一种用户漫游状态下的策略及计费控制方法 | |
CN1723662A (zh) | 在分组模式移动通信网中区分服务质量的方法 | |
CN101039507A (zh) | 演进网络架构中隧道建立、释放方法及装置 | |
CN1898973A (zh) | 用于促进an间hrpd硬切换的方法和装置 | |
CN101047982A (zh) | 一种网关迁移的方法 | |
CN1499760A (zh) | 多媒体广播与组播业务在Iu接口的信令承载连接方法 | |
CN1650662A (zh) | 支持多服务实例的通信系统内切换的方法和装置 | |
CN1748386A (zh) | 在多媒体广播/多播业务中管理用于寻呼用户设备的业务环境的方法 | |
CN1640074A (zh) | 移动管理方法和移动终端 | |
CN101043755A (zh) | 移动通信系统中准入判断的方法、系统及装置 | |
CN101043705A (zh) | 无线演进网络中移动管理的限制信令方法及系统 | |
CN1852551A (zh) | 基于移动网络的组播业务数据的实现方法 | |
CN1960566A (zh) | 演进的移动通信网及3gpp和非3gpp接入网之间移动性管理方法 | |
CN1819580A (zh) | 通信装置、通信控制装置和通信系统 | |
CN101047977A (zh) | 无线通信系统及方法以及在该系统中使用的寻呼方法 | |
CN1615044A (zh) | 多地区专用无线网系统中的漫游服务方法和系统 | |
CN1611020A (zh) | 位置管理服务器和移动通信系统 | |
CN1513274A (zh) | 无线网络系统及无线通信控制方法 | |
CN101047958A (zh) | 3gpp演进网络中漫游场景下用户网络附着方法及系统 | |
CN1893304A (zh) | 在无线通信系统中提供服务质量保证的实现方法 | |
CN1957563A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070919 |