CN101272600B - 实现承载重建立的方法、及其相关设备 - Google Patents
实现承载重建立的方法、及其相关设备 Download PDFInfo
- Publication number
- CN101272600B CN101272600B CN2007100871981A CN200710087198A CN101272600B CN 101272600 B CN101272600 B CN 101272600B CN 2007100871981 A CN2007100871981 A CN 2007100871981A CN 200710087198 A CN200710087198 A CN 200710087198A CN 101272600 B CN101272600 B CN 101272600B
- Authority
- CN
- China
- Prior art keywords
- upright
- strategy
- user
- gbr
- bearer
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现承载重建立的方法,包括步骤:在用户由空闲状态切换到激活状态过程中,核心网根据预先配置的承载重建立策略指示接入网建立对应的接入侧承载;接入网按照核心网的指示建立对应的接入侧承载。如果预先没有为用户配置承载重建立策略,则在用户由空闲状态切换到激活状态过程中,核心网指示接入网建立所有非GBR接入侧承载;接入网按照核心网的指示建立所有非GBR接入侧承载。本发明方案可以较好的提高业务启动速度,减少业务流程的建立时间,提高用户的使用体验。
Description
技术领域
本发明涉及移动通信技术领域,尤其是涉及一种实现承载重建立的方法、移动性管理设备及其相关的网元设备。
背景技术
第三代移动通信标准组织(3GPP)为了增强未来网络的竞争能力,正在研究一种全新的演进网络,命名为***架构演进(SAE,System ArchitectureEvolution)***。如图1所示,为现有SAE***的架构框图,包括演进的UMTS陆地无线接入网(EUTRAN,Evolved UMTS Terrestrial Radio Access Network)10,用于实现所有与演进网络无线接入有关的功能;移动性管理实体(MME,Mobility Management Entity)20,负责控制面移动性管理,包括对用户上下文和移动状态的管理,分配用户临时身份标识等;服务***架构演进网关(ServingSAE GW,Serving System Architecture Evolution Gateway)30,是3GPP接入***间的用户面锚点,负责终止ETURAN10的接口;分组数据网络***架构演进网关(PDN SAE GW,Packet Data Network System Architecture EvolutionGateway)40,是3GPP接入***和非3GPP接入***之间的用户面锚点,负责终止和外部分组数据网络(PDN,Packet Data Network)的接口;策略和计费规则功能实体(PCRF,Policy and Charging Rule Function)50,用于处理策略控制和流计费控制;归属用户服务器(HSS,Home Subscriber Server)60,用于存储用户的签约信息。
其中现有的SAE***架构还处在不断的演进过程中,在SAE***中定义了三种用户状态:分离状态(LTE_DETACHED,简称Detached),指UE未接入SAE***时的状态;空闲状态(LTE_IDLE,简称Idle)和激活状态(LTE_ACTIVE,简称Active),指UE接入SAE***后的状态;其中当用户处于Idle状态时,演进接入网侧没有为用户建立无线承载资源,演进NodeB(简称eNB)上也不存在用户的上下文,核心网与接入网之间也不存在对应的S1接口信令连接;当用户处于Active状态时,演进接入网侧为用户建立了无线承载资源,eNB上存在用户的上下文,且核心网与接入网之间存在对应的S1接口信令连接,用户处在Active状态下时能够进行正常的上下文数据处理和信令消息交互。
如图2所示,为现有在SAE***中用户在Idle状态和Active状态之间的相互转换示意图,当S1接口的信令连接被释放(S1signaling connectionreleased)时,用户可以从Active状态切换到Idle状态;当S1接口的信令连接被建立(S1signaling connection established)时,用户可以从Idle状态切换到Active状态。其中S1接口的信令释放可以由核心网(CN)发起,比如用户分离关机时,MME会通知eNB释放用户的S1接口信令连接;S1接口的信令释放也可以由eNB发起,比如eNB在监控和调度空口资源的使用过程中,当探测不到用户的活动或者失去联系时,eNB会释放用户的S1接口信令连接。此外,用户发起任何信令流程,包括附着(Attach)、跟踪区更新(TAU,TrackingArea Update)、向MME发起服务请求(Service Request)、响应寻呼以及分离等都会触发建立S1接口的信令连接,从而用户就会进入Active状态,直到下次再释放S1接口信令连接时,用户才会重新回到Idle状态。
如图3所示,为现有在SAE***中,用户通过发起Service Request从Idle状态切换到Active状态的处理流程图,其中的处理过程为:UE发送业务请求(Service Request)消息给MME(步骤1);如果MME接受UE发来的业务请求,MME将回业务接受(Service Accept)消息给UE(步骤2);如果UE请求的业务类型为信令,则MME不发起无线接入承载的建立流程,如果UE请求的业务类型为数据,则MME发送无线接入承载建立请求(Radio AccessBearer Assignment Request)消息给eNB,以请求eNB发起无线接入承载的建立流程(步骤3);eNB发送无线承载建立(Radio Bearer Setup)消息给UE以建立无线承载(步骤4);UE回无线承载建立完成(Radio Bearer Setup Complete)消息给eNB(步骤5);eNB回无线接入承载建立响应(Radio Access BearerAssignment Response)消息给MME(步骤6);MME发送修改承载上下文请求(Update Bearer Context Request)消息给Serving SAE Gateway(步骤7);Serving SAE Gateway回修改承载上下文响应(Update Bearer Context Response)消息给MME(步骤8)。通过该过程可以建立起S1接口的信令连接和无线承载,因此可以使用户从Idle状态切换到Active状态。上述过程是由用户主动发起业务请求实现自身从Idle状态切换到Active状态的,此外网络侧也可以通过向用户下发寻呼,以指示用户发起业务请求,从而实现从Idle状态切换到Active状态。
由于用户处在Idle状态下时,演进接入网侧没有为用户建立无线承载资源,且接入网和核心网之间的S1接口信令连接也是被释放的,这样处于Idle状态下的用户要使用相关业务时,要在从Idle状态切换到Active状态过程中要求网络侧为其重建立相应的承载资源,如重建立无线承载,分配空口无线资源等。承载一般分为保证比特率(GBR,Guaranteed Bit Rate)承载和非GBR承载,其中对于GBR承载而言,需要网络侧分配专有的网络资源;对于非GBR承载而言,不需要网络侧分配专有的网络资源,包括缺省SAE承载和信令承载等。
目前,用户在从Idle状态切换到Active状态时,网络侧通常只重建用户需要使用的承载资源,而不重建其它的承载资源,例如存在三个承载:承载A,缺省SAE承载,信令承载,其中承载A用于承载用户的视频业务。当处于Idle状态下的用户想使用视频业务时,UE将请求网络侧为其重建立承载A,这样网络侧只为用户重建立承载A,而对于缺省SAE承载和信令承载而言,将不会重建立。这样如果用户想继续使用IMS业务,将要再次发起业务请求流程以请求网络侧为其重建立信令承载,才能基于重建立的信令承载进行IMS业务流程的建立,因此就会导致业务流程的建立时延增大。
发明内容
本发明实施例提出一种实现承载重建立的方法,以减小业务流程的建立时延。
相应的本发明实施例还提出了一种移动性管理设备及其相关的网元设备。
本发明实施例提出一种实现承载重建立的方法,包括步骤:在用户由空闲状态切换到激活状态过程中,核心网根据预先配置的承载重建立策略指示接入网建立对应的接入侧承载;接入网按照核心网的指示建立对应的接入侧承载。
本发明实施例还提出一种移动性管理设备,包括用于获得预先配置的承载重建立策略的单元;用于在用户由空闲状态切换到激活状态过程中,根据预先配置的承载重建立策略指示接入网建立对应接入侧承载的单元。
本发明实施例还提出一种网元设备,包括用于存储预先配置的承载重建立策略的单元;用于将存储的承载重建立策略通知给核心网中的移动性管理实体的单元。
本发明实施例还提出一种实现承载重建立的方法,包括步骤:在用户由空闲状态切换到激活状态过程中,核心网指示接入网建立所有的非保证比特率接入侧承载;接入网按照核心网的指示建立所有非保证比特率接入侧承载。
本发明实施例还提出一种移动性管理设备,包括用于在用户由空闲状态切换到激活状态过程中,指示接入网建立所有的非保证比特率接入侧承载的单元。
本发明实施例在用户从Idle状态切换到Active状态过程中,网络侧可以根据预先配置的承载重建立策略为用户重建立相应的承载资源,因此可以实现一次性地为用户重建立非GBR承载、或预先建立相应的GBR承载,这样用户在后续需要使用这些非GBR承载或GBR承载建立业务流程时,可以直接使用已经重建立好的非GBR承载及GBR承载,因此可以较好的提高业务启动速度,减少业务流程的建立时间,提高用户的使用体验。
附图说明
为了使本发明实施例及其对应能够达到的有益效果更加明了,下面将结合各个附图对本发明实施例进行详细阐述,在各附图中:
图1为现有SAE***的架构框图;
图2为现有在SAE***中用户在Idle状态和Active状态之间的相互转换示意图;
图3为现有在SAE***中,用户通过发起Service Request从Idle状态切换到Active状态的处理流程图;
图4为本发明在演进网络中实现承载重建立方法的实施例流程图;
图5为实现为用户重建立非GBR承载的第一实施例处理过程示意图;
图6为实现为用户重建立非GBR承载的第二实施例处理过程示意图;
图7为实现为用户重建立非GBR承载的第三实施例处理过程示意图;
图8为实现为用户重建立非GBR承载的第四实施例处理过程示意图;
图9为用户在附着过程中,HSS将用户的签约信息发送至MME保存的处理实施例示意图;
图10为用户在附着过程中,SPR或PCRF将预配置的策略信息发送至MME保存的处理实施例示意图。
具体实施方式
在SAE***中,对于非GBR承载在基于共享信道的方式下,只有在实际传输数据时才会占用空口资源,所以即使在没有业务使用的情况下重建立非GBR承载也不会浪费网络传输资源。基于该原理,本发明实施例提出在用户从Idle状态切换到Active状态过程中,网络侧可以一次性地为用户重建立非GBR承载,这样用户在后续需要使用这些非GBR承载建立业务流程时,可以直接使用已经重建立好的非GBR承载,因此可以较好的提高业务启动速度,减少业务流程的建立时间,增强用户的使用体验。此外预先重建立的非GBR承载在没有数据传输时也不会占用网络传输资源。
例如在用户从Idle状态切换到Active状态过程中,网络侧一次性地为用户重建立所有的非GBR承载(包括缺省SAE承载和信令承载等等),这样UE在后续进行IMS业务时就可以直接通过已经重建立的信令承载来进行IMS会话流程的建立,而不再需要通过Service Request流程来重建立信令承载后,再进行IMS会话流程的建立,这样就可以减小IMS会话流程建立的时延。
如图4所示,为本发明实现承载重建立方法的实施例流程图,其中在用户由Idle状态切换到Active状态过程中,核心网根据预先配置的承载重建立策略指示接入网建立对应的接入侧承载(步骤100);接入网按照核心网的指示建立对应的接入侧承载(步骤200)。如果预先没有为用户配置对应的承载重建立策略,在用户由Idle状态切换到Active状态过程中,核心网可以默认为所有的非GBR承载都需要重建立,则指示接入网重建立所有的非GBR接入侧承载;接入网按照核心网的指示建立所有的非GBR接入侧承载。其中接入侧承载的建立过程包括UE到eNB之间的无线承载建立,和eNB到用户面实体(如ServingSAE Gateway)之间的无线接入承载建立。
为方便描述,将重建立的承载资源分为非GBR承载和GBR承载两种情况来对本发明实施例进行阐述,下面首先基于重建立非GBR承载资源的情况来描述。
第一种方式:用户从Idle状态切换到Active状态时,UE在与核心网交互的消息中携带非GBR承载重建立策略,要求核心网为其重建立非GBR承载。
如图5所示,为实现为用户重建立非GBR承载的第一实施例处理过程示意图,其中具体实施过程如下:
步骤11.UE发送Service Request消息给MME,该请求消息中携带有非GBR承载重建立策略,其中非GBR承载重建立策略可以但不限于包括如下几种情况:
1)重建立缺省SAE承载;
2)重建立所有非GBR承载;
3)重建立附着时预建立的非GBR承载(如缺省SAE承载、信令承载等)。
UE在向MME发送的Service Request消息中携带非GBR承载重建立策略可以但不限于通过如下方式来实现:
对Service Request消息进行扩展,以在其中增加一个Non-GBR Status信元,用于携带UE配置的非GBR承载重建立策略。如下表1所示,为对ServiceRequest消息进行扩展的一个实施例(该实施例中只描述与本发明实施例相关的信元,其它信元这里不予描述):
表1:扩展后Service Request消息的内容
IEI(信元标识符) | Information Element(信元) | Type(类型) | Presence(必选模式) | Format(格式) | Length(长度) |
Service Request | Message type | M | V | 1 | |
Service type | Service type | M | V | 1/2 | |
37 | Non-GBR status | Non-GBR status | O | TLV | 4 |
表2:为Non-GBR status信元的具体内容
表3:为Non-GBR status Value
UE在Service Request消息的Uplinkdata status信元中携带配置的非GBR承载重建立策略,如UE将缺省SAE承载的状态设置为激活态(状态设置为激活态表明这个承载需要重建立),或将所有非GBR承载的状态设置为激活态(包括将缺省SAE承载设置为激活态),或者将附着时预建立的非GBR承载(如缺省SAE承载、信令承载等)状态设置为激活态。
基于上述表中内容所示,例如扩展后的Service Request消息中Non-GBRstatus信元承载的Non-GBR status Value为0时,代表非GBR承载重建立策略为重建立缺省SAE承载,为1时代表非GBR承载重建立策略为重建立所有非GBR承载,为2时代表非GBR承载重建立策略为重建立附着时预建立的非GBR承载。
步骤12.如果MME接受业务请求,则回复业务接受消息给UE。
步骤13.MME分析UE发来的业务请求消息中携带的非GBR承载重建立策略,确定需要重建立哪些非GBR承载,然后发送无线接入承载建立请求消息给eNB,其中发送的无线接入承载建立请求消息中包括MME分析确定的要重建立的非GBR承载。如果UE发来的Service Request消息中未携带非GBR承载重建立策略,则MME默认为所有的非GBR承载都需要重建立,则在发送给eNB的无线接入承载建立请求消息中携带重建立所有非GBR承载的信息。
步骤14.eNB根据接收的无线接入承载建立请求消息中包括的要重建立的非GBR承载,发送无线承载建立消息给UE,以指示UE建立对应的无线承载;
步骤15.UE建立完成相应的无线承载后,回复无线承载建立完成消息给eNB。
步骤16.eNB回复无线接入承载建立响应消息给MME。
步骤17.MME发送修改承载上下文请求消息给Serving SAE Gateway。
步骤18.Serving SAE Gateway回复修改承载上下文响应消息给MME。
上述第一实施例的处理过程是由用户主动发起业务请求实现自身从Idle状态切换到Active状态的,此外网络侧也可以通过向用户下发寻呼业务,以指示用户向网络侧发起业务请求,从而实现从Idle状态切换到Active状态,这样在步骤11前面还要执行虚线框内处理:Serving SAE Gateway收到下发给处于Idle状态下的用户的下行数据包;Serving SAE Gateway发送寻呼消息到MME触发寻呼流程;MME发送寻呼消息到eNB;eNB发送寻呼消息到UE,然后UE接收到寻呼消息后再向MME发送Service Request消息。下面各个以ServiceRequest为实施例的处理流程图中同样可以由网络侧触发UE进行状态切换,由于原理类似,下面将不再重复描述。
上述第一种方式不局限于Service Request处理流程中,用户从Idle状态切换到Active状态时的其他流程,比如在TAU处理流程中网络侧也可以根据UE发送的指示为UE重建立非GBR承载。
如图6所示,为实现为用户重建立非GBR承载的第二实施例处理过程示意图,其中具体实施过程如下:
步骤31.UE发送跟踪区更新请求(TAU Request)消息给MME,该请求消息中携带UE配置的非GBR承载重建立策略,其中非GBR承载重建立策略可能包括的类型参照上述第一实施例中的介绍。
UE在向MME发送的TAU Request消息中携带非GBR承载重建立策略可以但不限于通过如下方式来实现:
对TAU Request消息进行扩展,以在其中增加一个Non-GBR Status信元,用于携带UE配置的非GBR承载重建立策略。如下表4所示,为对TAU Request消息进行扩展的一个实施例(该实施例中只描述与本发明实施例相关的信元,其它信元这里不予描述):
表4:扩展后TAU Request消息的内容
IEI(信元标识符) | Information Element(信元) | Type(类型) | Presence(必选模式) | Format(格式) | Length(长度) |
Tracking area updaterequest message identity | Message type | M | V | 1 | |
37 | Non-GBR status | Non-GBRstatus | O | TLV | 4 |
有关Non-GBR status信元的具体内容和Non-GBR status Value请具体参见上述第一实施例中的表2和表3。
UE在TAU Request消息的Uplink data status信元中携带配置的非GBR承载重建立策略,如UE将缺省SAE承载的状态设置为激活态(状态设置为激活态表明需要重建立这个承载),或将所有非GBR承载的状态设置为激活态(包括将缺省SAE承载设置为激活态),或者将附着时预建立的非GBR承载(如缺省SAE承载、信令承载等)状态设置为激活态。
步骤32.如果MME接受业务请求,则回复业务接受消息给UE。
步骤33.MME分析UE发来的TAU请求消息中携带的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。如果UE发来的Service Request消息中未携带非GBR承载重建立策略,则MME默认为所有的非GBR承载都需要重建立。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
第二种方式:用户从Idle状态切换到Active状态时,是否为用户重建立非GBR承载以及重建立哪些非GBR承载的策略由运营商预先配置在MME上。
如图7所示,为实现为用户重建立非GBR承载的第三实施例处理过程示意图,其中具体实施过程如下:
步骤41.UE发送Service Request消息给MME。
步骤42.如果MME接受业务请求,则回复业务接受消息给UE。
步骤43.MME根据运营商在自身中为用户配置的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。其中非GBR承载重建立策略可能包括的类型参照上述第一实施例中的介绍。如果运营商未在MME上配置非GBR承载重建立策略,则MME默认为所有的非GBR承载都需要重建立。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
上述第二种方式不局限于Service Request处理流程中,用户从Idle状态切换到Active状态时的其他流程,比如在TAU处理流程中网络侧也可以根据运营商在MME上配置的策略为UE重建立非GBR承载。
如图8所示,为实现为用户重建立非GBR承载的第四实施例处理过程示意图,其中具体实施过程如下:
步骤51.UE发送跟踪区更新请求消息给MME。
步骤52.如果MME接受业务请求,则回复业务接受消息给UE。
步骤53.MME根据运营商在自身中为用户配置的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。其中非GBR承载重建立策略可能包括的类型参照上述第一实施例中的介绍。如果运营商未在MME上配置非GBR承载重建立策略,则MME默认为所有的非GBR承载都需要重建立。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
第三种方式:用户从Idle状态切换到Active状态时,是否为用户重建立非GBR承载以及重建立哪些非GBR承载的策略由用户HSS中保存的签约数据决定。用户在附着过程中,由HSS将该用户的签约信息发送至MME保存。后续MME接收到UE发来的service request请求消息后,根据保存的用户签约信息来决定是否为用户重建立非GBR承载以及重建立哪些非GBR承载。
如图9所示,为用户在附着过程中,HSS将用户的签约信息发送至MME保存的处理实施例示意图,其中具体的处理过程如下:
步骤61.UE发送附着请求(Attach request)消息给MME,请求附着处理。
步骤62.MME发送位置更新(Update Location)消息到HSS。
步骤63.HSS发送***签约数据(Insert Subscriber Data)消息到MME,其中该发送的***签约数据中包括为用户UE配置的非GBR承载重建立策略,其中非GBR承载重建立策略可能包括的类型参照上述第一实施例中的介绍。
步骤64.MME回复***签约数据确认(Insert Subscriber Data Ack)消息给HSS。
步骤65.HSS发送位置更新确认(Update Location Ack)消息给MME。
步骤66.MME保存***签约数据中包括的非GBR承载重建立策略,并回复附着接受(Attach Accept)消息给UE。
后续MME在接收到UE发来的Service Request消息后,如果接受该业务请求,则回复业务接受消息给UE,并根据保存的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。如果HSS发来的***签约数据中不包括为用户UE配置的非GBR承载重建立策略,则MME默认为所有的非GBR承载都需要重建立。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
同理,后续MME在接收到UE发来的TAU Request消息后,如果接受该业务请求,则回复业务接受消息给UE,并根据保存的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。
第四种方式:用户从Idle状态切换到Active状态时,是否为用户重建立非GBR承载以及重建立哪些非GBR承载的策略由运营商预先配置在PCRF中,或预先配置在策略和计费执行功能实体(PCEF,Policy and ChargingEnforcement Function)中,还可以预先配置在用户策略签约数据库(SPR,Subscription Profile Repository)中。用户在附着过程中,由PCRF、或PCEF、或SPR将预配置的策略发送至MME保存。后续MME接收到UE发来的servicerequest请求消息后,根据保存的用户签约信息来决定是否为用户重建立非GBR承载以及重建立哪些非GBR承载。
如图10所示,为用户在附着过程中,SPR或PCRF将预配置的策略信息发送至MME保存的处理实施例示意图,其具体的处理过程如下:
步骤71.UE发送附着请求(Attach Request)消息到MME。
步骤72.MME发送创建承载上下文请求(Create Bearer Context Request)消息到Serving SAE Gateway,以请求Serving SAE Gateway创建SAE承载。
步骤73.Serving SAE Gateway发送创建承载上下文请求(Create BearerContext Request)消息到PDN SAE Gateway,以请求PDN SAE Gateway创建SAE承载。
步骤74.PDN SAE Gateway发送请求策略和计费规则(Request Policy andCharging Rules)消息到PCRF。
如果PCRF中存在预先为用户配置的非GBR承载重建立策略,则在后续步骤77中,将预配置的策略通过策略和计费规则供应(Policy and ChargingRules Provision)消息返回给PDN SAE Gateway;如果PCRF中不存在用户的签约数据,则在步骤75中,PCRF发送签约数据请求(Profile Request)消息到SPR,其中SPR中存储有PCRF需要使用的策略和计费相关的签约数据,进而获取用户的签约数据。
步骤76.SPR返回签约数据响应(Profile Response)消息给PCRF,其中携带用户的签约数据,用户的签约数据中可以包括运营商为用户预先配置的非GBR承载重建立策略。
步骤77.PCRF回策略和计费规则供应(Policy and Charging RulesProvision)消息到PDN SAE Gateway,该回复消息中携带用户的非GBR承载重建立策略。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
即非GBR承载重建立策略可以预先在PCRF中配置,也可以预先在SPR中配置,在签约数据响应消息中由SPR携带给PCRF。
步骤78.PDN SAE Gateway回复创建承载上下文响应(Create BearerContext Response)消息给Serving SAE Gateway,该回复消息中携带UE的非GBR承载重建立策略。当然非GBR承载重建立策略也可以在PDN SAEGateway中给予配置,由PDN SAE Gateway通过Create Bearer Context Response消息携带给Serving SAE Gateway。
步骤79.Serving SAE Gateway回复创建承载上下文响应(Create BearerContext Response)消息给MME,消回复消息中携带UE的非GBR承载重建立策略。
步骤80.MME保存接收到的Create Bearer Context Response消息中包含的非GBR承载重建立策略,并发起无线承载建立处理过程,以建立SAE承载对应的无线接入承载。这部分处理过程为公知技术,这里不再做详细阐述。
步骤81.MME回复附着接受(Attach Accept)消息到UE。
其中在本实施例中,承载创建处理过程(步骤2~10)与用户的附着处理过程没有时序的先后关系,承载创建处理过程可以在附着处理过程中完成(如创建缺省SAE承载),也可以在附着完成后再进行承载创建处理(如建立信令承载)。
后续MME在接收到UE发来的请求消息后(包括Service Request消息或TAU Request消息),如果接受该业务请求,则回复业务接受消息给UE,并根据保存的非GBR承载重建立策略,确定需要重建立哪些非GBR承载。其中有关非GBR承载的重建立过程同上述第一实施例中的步骤13~18,这里不再给以过多赘述。
对于非GBR承载的重建立原理也可以应用到GBR承载的重建立,如对于视频终端而言,这些终端一般具有信令承载和一个GBR承载,信令承载用来进行视频业务会话建立流程,GBR承载用来传输视频业务流。用户处在Idle状态时信令承载和GBR承载都将被释放。对于这样的终端,进行视频业务会话建立的同时就存在视频业务流的处理,所以对于这样的终端,可以配置重建立所有承载的策略。这样终端从Idle状态切换到Active状态时,按照预先配置的承载重建立策略,网络侧将为用户重建立信令承载和GBR承载,用户在信令承载上完成视频业务会话建立流程后,就可以在重建立的GBR承载上进行视频业务流的处理,这样也可以加快视频业务的接入,增强用户使用体验。
上述在SAE通信***中,根据承载重建立策略来决定重建立哪些承载的方案也可以应用到通用分组无线业务(GPRS,General Packet Radio Service)***中,例如在UE从Idle状态切换到Active状态过程中,服务GPRS支持节点(SGSN,Serving GPRS Supporting Node)可以根据为用户预设的承载重建立策略,来为UE重建立对应的无线接入承载。
基于上述方法实施原理,本发明实施例还提出一种演进网络中的移动性管理设备(如SAE***中的MME,或GPRS***中的SGSN等),其中包括用于获得预先配置的承载重建立策略的单元,和用于根据预先配置的承载重建立策略指示接入网建立对应接入侧承载的单元。MME上还可以进而包括存储有预先配置的承载重建立策略的单元,这样MME可以根据本身存储的策略确定重建立哪些承载资源;或者用于获得策略的单元还可以通过接收外界网元设备发来的预先配置的承载重建立策略来实现获得对应的承载重建立策略。
对应的提出一种演进网络中的网元设备,包括用于存储预先配置的承载重建立策略的单元;和用于将存储的承载重建立策略通知给核心网中MME的单元。其中这里的网元设备可以为UE,也可以为核心网中的HSS、或PCRF、或PCEF,或SPR等。
基于上述方法实施原理,本发明实施例还提出了第二种演进网络中的移动性管理设备,包括用于在用户由Idle状态切换到Active状态过程中,指示接入网建立所有的非GBR接入侧承载的单元,这个移动性管理设备用在没有预先为用户配置承载重建立策略的情况下,移动性管理设备(如MME)在用户由Idle状态切换到Active状态过程中,会默认为用户重建立所有的非GBR承载资源。同理这个移动性管理设备也可以但不限于为SAE***中的MME,或GPRS***中的SGSN。
上述移动性管理设备和相关网元设备中包含的功能组成部分可以由相应的软件程序来实现,也可以基于对相关硬件组件进行升级改进来实现。
综上所述,本发明实施例在用户从Idle状态切换到Active状态过程中,网络侧可以根据预先配置的承载重建立策略为用户重建立相应的承载资源,因此可以实现一次性地为用户重建立非GBR承载,这样用户在后续需要使用这些非GBR承载建立业务流程时,可以直接使用已经重建立好的非GBR承载,因此可以较好的提高业务启动速度,减少业务流程的建立时间。此外预先重建立的非GBR承载在没有数据传输时也不会占用网络传输资源。对于根据预先配置的承载重建立策略为用户预先建立GBR承载资源的情况也可以进而提高业务的启动速度。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种实现承载重建立的方法,其特征在于,包括步骤:
在用户由空闲状态切换到激活状态过程中,核心网根据预先配置的承载重建立策略指示接入网建立对应的接入侧承载;所述承载重建立策略包括为用户重建立所有的非保证比特率接入侧承载;
接入网按照核心网的指示建立对应的接入侧承载。
2.如权利要求1所述的方法,其特征在于,由核心网中的移动性管理实体指示接入网建立对应的接入侧承载。
3.如权利要求2所述的方法,其特征在于,所述承载重建立策略预先配置在用户设备侧;
所述用户设备将预先配置的策略携带在请求消息中上报给移动性管理实体。
4.如权利要求2所述的方法,其特征在于,所述承载重建立策略预先配置在移动性管理实体中。
5.如权利要求2所述的方法,其特征在于,所述承载重建立策略预先配置在归属用户服务器中;
所述归属用户服务器通过位置更新过程将预先配置的策略通知给移动性管理实体。
6.如权利要求2所述的方法,其特征在于,所述承载重建立策略预先配置在策略和计费规则功能实体中,或预先配置在策略和计费执行功能实体中,或预先配置在用户策略签约数据库中;
所述策略和计费规则功能实体、或策略和计费执行功能实体、或用户策略签约数据库在创建承载过程中将预先配置的策略通知给移动性管理实体。
7.如权利要求2所述的方法,其特征在于,由移动性管理实体指示接入网中的演进NodeB建立对应的接入侧承载;
演进NodeB建立对应接入侧承载包括:建立自身和用户设备之间的对应无线承载,及建立自身和用户面实体之间的对应无线接入承载。
8.一种移动性管理设备,其特征在于,包括:
用于获得预先配置的承载重建立策略的单元;
用于在用户由空闲状态切换到激活状态过程中,根据预先配置的承载重建立策略指示接入网建立对应接入侧承载的单元;所述承载重建立策略包括为用户重建立所有的非保证比特率接入侧承载。
9.如权利要求8所述的设备,其特征在于,还包括存储有预先配置的承载重建立策略的单元;
所述用于获得策略的单元从自身存储有策略的单元中获得预先配置的承载重建立策略。
10.如权利要求8所述的设备,其特征在于,所述用于获得策略的单元通过接收外界网元设备发来的预先配置的承载重建立策略来实现获得所述策略。
11.如权利要求8、9或10所述的设备,其特征在于,所述移动性管理设备为:
***架构演进网络中的移动性管理实体MME;或
通用分组无线业务***中的服务GPRS支持节点。
12.一种实现承载重建立的方法,其特征在于,包括步骤:
在用户由空闲状态切换到激活状态过程中,核心网指示接入网建立所有的非保证比特率接入侧承载;
接入网按照核心网的指示建立所有非保证比特率接入侧承载。
13.如权利要求12所述的方法,其特征在于,由核心网中的移动性管理实体指示接入网中的演进NodeB建立所有的非保证比特率接入侧承载;
演进NodeB建立所有的非保证比特率接入侧承载包括:建立自身和用户设备之间的所有非保证比特率无线承载,及建立自身和用户面实体之间的所有非保证比特率无线接入承载。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100871981A CN101272600B (zh) | 2007-03-23 | 2007-03-23 | 实现承载重建立的方法、及其相关设备 |
PCT/CN2008/000495 WO2008116378A1 (fr) | 2007-03-23 | 2008-03-13 | Procédé et dispositif correspondant pour le rétablissement d'un support de transmission |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100871981A CN101272600B (zh) | 2007-03-23 | 2007-03-23 | 实现承载重建立的方法、及其相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101272600A CN101272600A (zh) | 2008-09-24 |
CN101272600B true CN101272600B (zh) | 2012-12-12 |
Family
ID=39788035
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100871981A Active CN101272600B (zh) | 2007-03-23 | 2007-03-23 | 实现承载重建立的方法、及其相关设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101272600B (zh) |
WO (1) | WO2008116378A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102196563B (zh) * | 2010-03-04 | 2014-12-24 | 电信科学技术研究院 | 触发条件通知方法和装置 |
CN102196562B (zh) * | 2010-03-04 | 2015-05-06 | 电信科学技术研究院 | 触发条件通知方法及装置 |
EP3567977B1 (en) * | 2012-06-28 | 2022-07-20 | Huawei Technologies Co., Ltd. | Downlink data transmission method, base station, and network |
US9999086B2 (en) | 2013-05-08 | 2018-06-12 | Telefonaktiebolaget L M Ericsson (Publ) | Packet data transfer re-establishment |
EP3114866B1 (en) * | 2014-03-04 | 2020-01-01 | Telefonaktiebolaget LM Ericsson (publ) | Scheduling based on data traffic patterns |
WO2018119559A1 (zh) * | 2016-12-26 | 2018-07-05 | 华为技术有限公司 | 一种通信接口故障的处理方法和装置 |
CN108617034B (zh) * | 2016-12-30 | 2021-02-23 | 华为技术有限公司 | 终端的连接态控制方法、设备及*** |
CN109392042B (zh) | 2017-08-14 | 2021-10-26 | 华为技术有限公司 | 一种会话管理方法、异***互操作的方法及网络装置 |
WO2019153272A1 (zh) * | 2018-02-09 | 2019-08-15 | Oppo广东移动通信有限公司 | 基于业务质量进行数据传输的方法和设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848847A (zh) * | 2006-03-21 | 2006-10-18 | 华为技术有限公司 | 一种演进网络中漫游用户数据路由方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101055047B1 (ko) * | 2004-01-09 | 2011-08-05 | 엘지전자 주식회사 | 무선 이동 단말의 이동단말과 무선네트워크 간의 무선 링크 설정 방법 및 장치 |
ES2497117T3 (es) * | 2004-05-13 | 2014-09-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Restablecimiento de la comunicación inalámbrica entre una red de acceso por radio y una estación de móvil |
CN100589484C (zh) * | 2005-11-29 | 2010-02-10 | 华为技术有限公司 | 媒体网关控制协议的承载***及其方法 |
-
2007
- 2007-03-23 CN CN2007100871981A patent/CN101272600B/zh active Active
-
2008
- 2008-03-13 WO PCT/CN2008/000495 patent/WO2008116378A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848847A (zh) * | 2006-03-21 | 2006-10-18 | 华为技术有限公司 | 一种演进网络中漫游用户数据路由方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2008116378A1 (fr) | 2008-10-02 |
CN101272600A (zh) | 2008-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101272600B (zh) | 实现承载重建立的方法、及其相关设备 | |
CN102227150B (zh) | 资源处理的方法、通信***和移动性管理网元 | |
CN101222765B (zh) | 电路域回落的控制方法、***、及装置 | |
CN101039506B (zh) | 一种移动管理实体/用户面实体迁移方法 | |
CN101500213B (zh) | 一种用户设备紧急接入的方法、设备和*** | |
CN101115292B (zh) | 寻呼并连接终端的方法及快速激活数据传输的终端和*** | |
CN103052053B (zh) | 优先级业务处理方法、装置和*** | |
CN105723797B (zh) | 维护最大承载数目的方法 | |
CN101453742B (zh) | 一种小区更新方法、设备及*** | |
CN104160762A (zh) | 用于控制无线通信***中的服务的方法 | |
CN101925042A (zh) | 控制隧道标识分配的方法、装置和*** | |
CN102448112A (zh) | 处理基于接入点名称的拥塞控制的方法及其通讯装置 | |
CN101690358A (zh) | 对cs寻呼请求的响应 | |
CN101686498B (zh) | 一种实现负载转移的方法及装置 | |
CN102523570A (zh) | 一种网络侧用户面实体选择方法 | |
CN102687584A (zh) | 移动通信方法、对话控制用节点、网关装置以及移动管理用节点 | |
CN103338487B (zh) | 一种异***间重选或切换处理方法和设备 | |
US9560516B2 (en) | Method to use existing NAS signaling connection for pending uplink signaling/data after TAU accept | |
CN103546874B (zh) | 一种通话管理的实现方法和*** | |
CN103517325A (zh) | 一种选择网络优先级的方法和*** | |
CN102014434B (zh) | 一种服务网关的负载重分配方法及*** | |
CN102088795A (zh) | 实现sipto的方法、移动管理控制节点设备 | |
CN103503496B (zh) | 一种建立直接隧道的方法及装置 | |
CN1902866B (zh) | 分组域移动管理空闲的移动设备的多媒体广播组播业务链接的方法 | |
CN101499966B (zh) | 一种信息处理方法以及服务网关 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20080924 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method for implementing bearing re-establishing, and its related device Granted publication date: 20121212 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |