WO2010088795A1

WO2010088795A1 - 承载处理方法、装置及附着方法、装置

Info

Publication number: WO2010088795A1
Application number: PCT/CN2009/070349
Authority: WO
Inventors: 陈卓; 郭小龙
Original assignee: 深圳华为通信技术有限公司
Priority date: 2009-02-03
Filing date: 2009-02-03
Publication date: 2010-08-12
Also published as: WO2010088805A1

Description

承载处理方法、装置及附着方法、装置

技术领域

本发明实施例涉及网络领域，尤其涉及一种承载处理方法、装置及附着方法、装置。背景技术

目前，在第三代合作伙伴计划（ 3GPP )中，长期演进（ Long Term Evolved, 以下简称： LTE ) 网络 /系统架构演进（ System Architecture Evolved, 以下简称： SAE ) 网络成为一个重要的研究课题。其中， LTE 旨在提供一种能降低时延、提高用户数据速率、改进系统容量和低成本覆盖的网络，其使用分组 ( PS )域业务，承载网络为因特网协议（ Internet Protocol , 以下简称： IP ) 承载。

由现有技术可知，在 LTE/SAE网络中，一条或多条激活专用承载消息能够与附着流程中的附着接受消息或者用户请求的分组数据网络（Packet Data Network, 以下简称： PDN )连通性流程的 PDN连通接受消息联接在一起，通过 LTE/SAE网络中的 S1-MME接口和空口分别下发给演进网络基站（ eNB ) 和用户设备（ User Equipment , 以下简称： UE ) 。

在对现有技术的研究和实践过程中，本发明的发明人发现现有技术存在以下问题：

当演进全球陆地无线接入网（ Evolved Universal Terrestrial Radio Access Network, 以下简称： E-UTRAN ) 节点（如 eNB )无法成功建立缺省承载时，由于演进数据核心网络（ Evolved Packet Core Network , 以下简称： EPC )节点（如移动性管理实体（ Mobility Management Entity , 以下简称： ΜΜΕ ) )发起的专用承载去激活流程只适用于释放专用承载，而不适用于释放缺省承载，因此不能釆用该流程释放相应缺省承载的信息和资源，并且，现有技术没有规定这种情况下 UE和 EPC的处理行为。

当在 eNB为 UE执行 X2或 S1切换过程中， EPC节点需要 /请求 eNB为 UE执行新的承载处理流程时，可能引发资源浪费的问题或者不同设备之间的互操作性问题，影响了系统的性能。发明内容

本发明实施例提供了一种承载处理方法、装置及附着方法、装置。

本发明实施例提供的第一种承载处理方法，包括：

根据接收到的承载建立请求消息，判断是否能够建立缺省承载；若是，则在建立缺省承载后，建立专用承载；或者，同时建立缺省承载与专用承载；

否则，返回响应消息；所述响应消息中可以包含用于说明没有建立承载的原因的指示信息。

本发明实施例提供的第二种承载处理方法，包括：

当获知缺省承载没有成功建立时，删除相关上下文。

本发明实施例提供的第三种承载处理方法，包括：

当获知缺省承载没有成功建立时，重新发起缺省承载建立的尝试。

本发明实施例提供的第四种承载处理方法，包括：

在切换流程执行过程中，当获知缺省承载没有成功建立时，拒绝继续执行所述切换流程。

本发明实施例提供的第五种承载处理方法，包括：

在 X2切换过程中，若源无线接入网络 RAN节点接收到需要执行 S1接口流程的请求，则源 RAN节点向目的 RAN节点发送切换取消 /指示消息；目的 RAN节点根据所述切换取消 /指示消息，终止所述切换过程；源 RAN节点执行所述 S 1接口流程。本发明实施例提供的第六种承载处理方法，包括：

在切换过程中，若源无线接入网络 RAN节点接收到核心网络节点需要执行 S 1接口流程的请求，则源 RAN节点向核心网络节点发送 S 1接口处理拒绝响应 /指示消息；

所述核心网络节点根据所述 S1接口处理拒绝响应 /指示消息，暂停所述

S1接口流程；

源 RAN节点继续执行所述切换过程；

当切换失败时，执行所述 S1接口流程；当切换成功时，根据切换结果处理所述 S1接口流程。

本发明实施例提供的附着方法，包括：

在附着流程中，网络节点向基站发送初始上下文建立请求消息；所述初始上下文建立请求消息中演进分组系统 EPS会话管理信息不与 EPS移动性管理信息进行绑定。

本发明实施例提供的第一种承载处理装置，包括：

判断模块，用于根据接收到的承载建立请求消息，判断是否能够建立缺省承载；

承载建立模块，用于当判断出能够建立缺省承载时，建立缺省承载；并在建立缺省承载后，建立专用承载；或者，同时建立缺省承载与专用承载；响应模块，用于当判断出不能建立缺省承载时，返回响应消息；所述响应消息中包含用于说明没有建立承载的原因的指示信息。

本发明实施例提供的第二种承载处理装置，包括：

获知模块，用于获知缺省承载没有成功建立；

删除模块，用于当获知缺省承载没有成功建立时，删除相关上下文。本发明实施例提供的第三种承载处理装置，包括：

获知模块，用于获知缺省承载没有成功建立；

执行模块，用于当获知缺省承载没有成功建立时，重新发起缺省承载建立的尝试。

本发明实施例提供的第四种承载处理装置，包括：

获知模块，用于获知缺省承载没有成功建立；

拒绝模块，用于在切换流程执行过程中，当获知缺省承载没有成功建立时，拒绝继续执行所述切换流程。

本发明实施例提供的第五种承载处理装置，包括：

发送模块，用于在 X2切换过程中，若源无线接入网络 RAN节点接收到需要执行 S1接口流程的请求，则向目的 RAN节点发送切换取消 /指示消息；执行模块，用于在所述目的 RAN 节点终止所述切换过程后，执行所述 S1接口流程。

本发明实施例提供的第六种承载处理装置，包括：

发送模块，用于在切换过程中，若源无线接入网络 RAN节点接收到核心网络节点需要执行 S1接口流程的请求，则向核心网络节点发送 S1接口处理拒绝响应 /指示消息；

执行模块，用于在所述核心网络节点暂停所述 S1接口流程后，继续执行所述切换过程；

处理模块，用于当切换失败时，执行所述 S1接口流程；当切换成功时，根据切换结果处理所述 S1接口流程。

本发明实施例提供的附着装置，包括：

发送模块，用于发送初始上下文建立请求消息；所述初始上下文建立请求消息中演进分组系统 EPS会话管理信息不与 EPS移动性管理信息进行绑定。

本发明实施例在缺省承载没有成功建立时，规定了 UE或网络节点的处理行为。附图说明

图 1为本发明提供的第一种承载处理方法实施例一的流程图；图 2为本发明提供的第二种承载处理方法实施例一的流程图；图 3为本发明提供的第四种承载处理方法实施例的流程图；

图 4为本发明提供的第五种承载处理方法实施例的流程图；

图 5为本发明提供的第六种承载处理方法实施例一的流程图；图 6为本发明提供的第一种承载处理装置实施例的结构示意图；图 7为本发明提供的第二种承载处理装置实施例的结构示意图；图 8为本发明提供的第三种承载处理装置实施例的结构示意图；图 9为本发明提供的第四种承载处理装置实施例的结构示意图；图 10为本发明提供的第五种承载处理装置实施例的结构示意图；图 11为本发明提供的第六种承载处理装置实施例的结构示意图。具体实施方式

在 LTE/SAE网络中，为了实现"永远在线"的 IP连接，目前确定的方案是：当 UE通过 E-UTRAN附着到网络或者用户激活一个新的 PDN连接 (如用户请求 PDN连通性）时，网络给 UE分配一个分组数据协议（ Packet Data Protocol, 以下简称： PDP )地址（即 PDN地址，通常为 IP地址，本文均以 IP地址为例进行描述；)，并建立一个缺省承载上下文（ Default Bearer Context ) ；当然， UE和 /或网络还可以建立针对该 PDN连接的其他载 (称之为专有承载）上下文。但是，在 LTE/SAE 网络中，一旦用户附着到一个网络或接入一个 PDN, 在整个连接期间， UE和 EPC 必须为这个 PDN连接建立至少一个承载（即缺省承载 ) 。一个 UE可以同时接入多个 PDN, 一个用户针对每个 PDN可以建立多个 PDN连接，一个用户针对每个 PDN连接必须有且仅有一个缺省承载，一个用户针对每个 PDN连接还可以同时有零个、一个或多个专用承载。当 UE某个 PDN连接的缺省承载资源被释放，会导致 UE的该 PDN连接被释放；如果 UE的所有 PDN连接对应的缺省承载都被释放， UE会变成非注册 (Detach)状态，也就是与网络分离开了。此外，对于一个用户而言，每个承载都有一个唯一的标识（该标识为承载标识），且 UE和 EPC节点能够区分出缺省承载和专用承载，而 E-UTRAN无法区分出缺省承载和专用承载。

除了用户附着流程外，在用户请求的 PDN连通性流程中，网络也会为用户建立到特定 PDN连接的缺省承载。此外，在用户附着和建立缺省承载过程中，网络还可以同时发起专用承载的建立（或称为专用承载激活），也就是说，在用户附着流程或者用户请求的 PDN连通性流程中，网络可以同时发起专用承载激活，这样使得缺省承载和专用承载一起建立 /激活。而且，由于承载信息在 UE、无线接入网和核心网之间的体现有所不同，例如：无线接入网只体现接入层承载信息，而 UE和核心网还可以体现非接入层承载信息，因此，对于核心网节点（如 MME )而言，只有接收到 eNB反馈的接入层（ AS ) 承载和 UE反馈的非接入层（NAS )承载都成功建立的消息后， MME才会认为该 7 载建立成功。

现有技术存在上述问题的主要原因如下：

现有技术一：

对于 S 1 -MME接口处理时建立承载相应的消息流程 ,在附着时是通过初始上下文建立流程来完成的。其中，初始上下文建立请求消息中包含了核心网节点（如 MME )希望无线接入网（如 eNB )建立的承载列表（ E-RAB to Be Setup List )及其所需的 QoS和相关的传输承载信息等参数。如表 1所示，为这种承载列表的消息结构，表 1中仅示出了与本发明相关的信息。

表 1. 初始上下文建立请求消息

»Transport Layer Address 传输承载信息（ IP路由信息）

» GTP TEID 传输承载信息（GTP路由信息）

» NAS-PDU 与特定承载相关的 NAS信息，该特定承

载为承载标识对应的承载其中， NAS信息是 EPC节点与 UE之间交互的信息，与对应的承载标识（ E-RAB ID )——对应绑定。 eNB在 UE和 EPC节点之间透明传输 NAS 信息，而不解析该信息。

eNB接收到该初始上下文建立请求消息后，如果能够为 UE建立上下文并有必要资源用于建立部分或全部所需承载，则 eNB会在空中接口通过 AS 层的无线资源控制（ Radio Resource Control , 以下简称： RRC )连接重配置流程，继续为 UE建立对应的 AS层数据无线承载。此时， eNB会将能够建立的承载对应的 NAS信息也通过上述 RRC连接重配置流程传递给 UE, UE的 AS 层接收到 NAS信息后，会转发给 UE的 NAS层，由 UE的 NAS层完成 NAS 层承载信息的激活，并将 NAS层承载激活等信息经过 eNB透传给 MME。而当 eNB不能建立某些承载时，与这些承载所对应的 NAS信息就不会经 eNB 传递给 UE, 因此， UE的 NAS层也不会激活对应的 NAS层承载信息。

此外，对于 NAS信息还有如下规定：在附着时， MME经过 eNB发给 UE的 NAS层附着接受消息中，同时包含着建立缺省承载所需要的 NAS层承载信息，也就是说缺省承载对应的 NAS信息与附着接受消息对应的 NAS信息是绑定在一起的，如表 2所示，为附着接受消息结构，表 2中仅示出了与本发明相关的信息。

表 2. 附着接受消息结构

信息单元信息单元说明

Attach accept message identity 消息类型

EPS attach result 附着结果

ESM message container 会话管理消息容器（包含缺省承载建立信息）上述消息结构实质上意味着，在一个演进分组系统（ Evolved Packet System, 以下简称： EPS )移动性管理（ EPS Mobility Management, 以下简称： EMM ) 消息（Attach Accept ) 中包含着一个 EPS 会话管理（EPS Session Management, 以下简称： ESM ) 消息（ ESM message container ) , 二者互相绑定在一起。

待 eNB与 UE成功完成 RRC连接重配置流程之后， eNB会通过初始上下文建立响应消息向 MME反馈 AS层承载建立情况，包括建立成功的承载列表（E-RAB Setup List )和可能没有建立的承载列表 ( E-RAB Failed to Setup List ) 。 UE的 NAS层也会相应的向 MME反馈 NAS层承载信息的建立情况。对于成功建立（包括接入层和非接入层都成功建立）的承载，核心网节点会继续完成核心网侧的承载建立过程。对于没有建立起来的承载（包括接入层和 /或非接入层没能建立），核心网侧会通过 MME发起的专用承载去激活流程释放相应承载的信息和资源，同时，这一流程只适用于释放专用承载，而不适用于释放缺省承载。

当 eNB不能建立某些承载时， eNB不会将与这些承载所对应的非接入层

( Non- Access Stratum, 以下简称： NAS )信息传递给 UE。例如，当 eNB无法成功建立缺省承载时，与缺省承载对应的 NAS信息不能传递给 UE , 也就是说，与缺省承载绑定的附着接受 NAS信息（如 Attach Accept消息 )也不会传递给 UE,而其他成功建立的专用承载所对应的 NAS信息将会传递给 UE。此时， UE能够接收到与专用承载建立相关的 NAS信息 (并建立 NAS层承载信息），但接收不到与缺省承载相关的 NAS信息（也就无法建立缺省承载信息）以及附着接受的 EMM信息， UE没有收到附着接受消息，则无法完成到网络的注册过程。这就意味着， ESM因素（承载建立）影响到 EMM的处理 (附着过程），从逻辑上而言，这是不合适的。并且，现有技术也没有规定 UE的后续行为。

同样，当 EPC节点（如 MME )接收到从 E-UTRAN节点（如 eNB )发送的 AS 承载建立情况时，该承载建立情况包括建立成功的承载列表（如 E-RAB Setup List )和没有建立的承载列表（如 E-RAB Failed to Setup List ) , 若发现没有成功建立缺省承载，由于 ΜΜΕ发起的专用承载去激活流程只适用于释放专用承载，而不适用于释放缺省承载，因此釆用该流程释放相应承载的信息和资源已经不合适，并且，现有技术没有规定 EPC的处理行为。

现有技术二：

当用户由于移动或其他原因，需要改变其服务的网络节点时，会发生切换过程。切换按照场景分类，可以分为同一接入系统内部的切换（如 LTE接入系统内部的 Χ2切换、 S 1切换）和不同系统间切换（如 2G/3G与 LTE系统间的切换）。为了简明起见，本发明实施例以 LTE系统内部的切换为例进行介绍，但本发明的方法不限于 LTE系统内部，而是可以应用于跨系统切换的场景。

在进行 S 1切换时，目标无线接入网络（ Radio Access Network , 以下简称： RAN )节点（如 eNB )接收到 EPC节点（如 MME )的切换请求消息后，判断是否能够接受，如果能够为 UE建立上下文并有必要资源来建立部分或全部所需承载，则 eNB会在通过切换请求应答消息反馈给 MME。此时， eNB 会将能够建立的承载列表以及不能建立的承载列表都告知 MME,包括建立成功的承载列表（ E-RABs Admitted List )和可能没有建立的承载列表 ( E-RAB Failed to Setup List ) 。对于目标 eNB成功建立的承载，核心网节点会继续完成切换过程。对于目标 eNB没有建立起来的承载，核心网侧会通过 MME发起的专用承载去激活流程释放相应承载的信息和资源（注意：这一流程只适用于释放专用承载，而不适用于释放缺省承载）， UE也会本地自行删除相关资源。

在进行 X2切换时 , 目标 RAN节点（如目标 eNB )接收到源 RAN节点 (如源 eNB ) 的切换请求消息后，判断是否能够接受，如果能够为 UE建立上下文并有必要资源来建立部分或全部所需承载，则目标 eNB会在通过切换请求应答消息反馈给源 eNB。此后 , 目标 eNB可以通过通道转换消息流程将能够建立的承载列表告知 EPC节点（如 MME ) , 该承载列表包括建立成功的承载列表。对于目标 eNB成功建立的承载，核心网节点会继续完成切换过程。对于目标 eNB没有建立起来的承载，核心网侧会通过 MME发起的专用承载去激活流程释放相应承载的信息和资源（注意：这一流程只适用于释放专用承载，而不适用于释放缺省承载）。同样，源 eNB也会通过空口消息通知 UE 目标侧建立成功的承载和需要释放的承载，也会本地自行删除相关资源。对于目标 eNB建立成功的承载， UE随后会切换到目标 eNB, 而对于目标 eNB没有建立起来的承载，也会自行释放相应承载的信息和资源。

如前所述，当目标侧（如目标 eNB )不能接纳 /建立某个或某些专用承载时，这个或这些专用承载会被释放掉。但是，当 EPC节点发现目标 eNB出于种种原因无法成功建立缺省承载时，再釆用 MME发起的专用承载去激活流程释放相应承载的信息和资源已经不合适（因为该流程只适用于释放专用承载，而不适用于释放缺省承载），并且 UE和 EPC的处理行为也没有规定。

现有技术三：

当已经接入一个 PDN的用户，如果同时需要接入另外一个 PDN时，可以通过用户请求的 PDN连通性流程来接入新的 PDN, 在此过程中，可以同时建立缺省承载和专用承载。

在用户请求的 PDN连通性流程中 , 当 UE或网络（如 eNB )出于种种原因无法成功建立缺省承载时， UE和 EPC节点的处理行为也没有规定。

现有技术四：

当已经附着到网络用户，在发生位置更新流程时，如果用户或者网络认为有必要同时建立起接入层承载时，可以在位置更新流程时同时建立缺省承载和专用承载。

在执行承载建立的位置更新流程中，当 UE或网络（如 eNB ) 出于种种原因无法成功建立缺省承载时， UE和 EPC的处理行为也没有规定。现有技术五：

由于 RAN节点（如 eNB )为 UE发起 X2切换不需要 EPC节点（如 MME ) 参与， EPC节点在一段时间内可能不知道 UE正在执行 X2切换。当 eNB为 UE执行 X2切换过程时，若 EPC节点需要 /请求 eNB为 UE执行新的 S1-MME 接口流程 (如建立或修改承载、透传 UE的 NAS信息等 )时， eNB可以拒绝 MME的请求，并告知 MME拒绝原因是由于 UE在执行切换。 MME收到 eNB 的拒绝指示后，会等待切换成功完成或切换失败后，重新尝试此前所述的 S1-MME接口流程。

此外，当 RAN节点（如 eNB )为 UE发起 LTE内部的 S1切换或者跨系统切换的切换准备阶段时，此时，若 EPC节点（如 MME和 /或服务网关（ Serving Gateway, 以下简称： SGW )和 /或分组数据网络网关（ PDN Gateway, 以下简称： PGW ) )需要 /请求源 eNB为 UE执行新的承载处理流程 (如建立或修改承载等）时，源 eNB可以釆取以下两种处理方式：取消正在进行的切换流程，并执行承载处理流程；或者，终止承载处理流程，并继续执行切换流程。 . 在 eNB为 UE执行 X2切换时，在切换成功执行（部分承载切换成功或全部承载切换成功）的情况下，如果只有部分承载切换成功，那么那些没有切换成功的承载会被 UE和网络释放，这意味着切换结束后， UE的承载信息很可能已经发生了改变，如：有的承载已经删除了。而此时，如果 MME在切换成功完成后，继续重新尝试此前所述的 S 1 -MME接口流程 (如承载修改流程），则有可能变得没有意义，因为该承载有可能已经删除了，因而 MME 不必再重新尝试了。所以，当前的技术方案可能系统导致不必要的操作和资源消耗，影响系统性能和效率。

同时，当 RAN节点（以 eNB为例，下同）为 UE发起 LTE内部的 S1 切换（准备和执行）或者跨系统切换的切换准备阶段时，此时，若 EPC (如 MME和 /或 SGW和 /或 PGW )节点需要 /请求源 eNB为 UE执行新的承载处理流程（如建立或修改承载，等等）时，此时，源 eNB虽然可以釆取上述两种处理方式之一，但具体釆用哪一种方式取决于各个设备的实现，这将有可能导致不同设备之间的互操作性问题，为网络性能带来复杂度。

为此，本发明提出了以下实施例，以解决现有技术中存在的问题。

本发明提供的第一种承载处理方法实施例一：

图 1为本发明提供的第一种承载处理方法实施例一的流程图，具体包括如下步骤：

步骤 101、根据接收到的承载建立请求消息 ,判断是否能够建立缺省承载 , 若是，则执行步骤 102; 否则执行步骤 103;

步骤 102、可以在建立缺省承载后，再建立专用承载；或者同时建立缺省承载与专用承载；

步骤 103、返回响应消息；该响应消息中可以包含用于说明没有建立承载的原因的指示信息。

本实施例可以应用于初始上下文建立流程、切换流程、用户请求的 PDN 连通性流程或需要建立接入层承载的位置更新流程中。

本实施例首先建立缺省承载，在可以成功建立缺省承载的前提下，才考虑建立专用承载；如果缺省承载无法成功建立，则不必建立专用承载，直接返回响应消息。本实施例避免了出现缺省承载没有成功建立而专用承载已经建立的情况，进而解决了这种情况所引发的资源浪费的问题。

本发明提供的第一种承载处理方法实施例二：

本实施例在上述实施例一的基础上，承载建立请求消息为包含缺省承载信息而不包含专用承载信息的缺省承载建立请求消息，其中建立专用承载具体为：根据接收到的专用承载建立请求消息，建立专用专用专用承载。

下面以初始上下文建立流程为例，详细说明本实施例的技术方案。

当 MME通过 S1-MME接口发起初始上下文建立流程时，在作为缺省承载建立请求消息的初始上下文建立请求消息中，包含缺省承载信息但不包含专用承载信息。该初始上下文建立流程可以为附着流程、或 UE发起的业务请求流程、或需要建立接入层承载的位置更新流程。

如表 3所示，为本实施例初始上下文建立请求消息中包含的 MME希望 eNB建立的缺省承载列表的消息结构，该消息中仅示出了与本实施例相关的信息。

表 3. 本实施例的初始上下文建立请求消息

本实施例也可以在 UE请求的 PDN连通性流程中，通过无线接入承载建立流程建立缺省承载和专用承载时，在无线接入承载建立请求消息中包含缺省承载信息而不包含专用承载信息，其具体的消息结构与表 3类似，在此不再赘述。

eNB和 UE判断是否能够建立所需的缺省承载，若是，继续初始上下文建立流程，建立专用承载，具体地，在继续初始上下文建立流程中，可以发起专用承载建立请求消息，建立专用承载；否则，不必处理专用承载的建立情况，返回响应消息，该响应消息中包含用于说明没有建立承载的原因的指示信息。

上述响应消息可以为一个新的消息，也可以为添加了指示信息的现有消息，例如初始上下文建立响应消息或切换响应消息或建立用户 PDN连通性响应消息。

本实施例首先建立缺省承载，在可以成功建立缺省承载的前提下，再考虑建立专用承载；如果缺省承载无法成功建立，则不必建立专用承载，直接返回响应消息。本实施例避免了出现缺省承载没有成功建立而专用承载已经建立的情况，进而解决了这种情况所引发的资源浪费的问题。

本发明提供的第一种承载处理方法实施例三：

本实施例在上述实施例一的基础上，承载建立请求消息包含缺省承载信息和专用承载信息，除此之外，承载建立请求消息还包含缺省承载建立的优先级信息，或者，接收包含缺省承载建立的特定指示信息。

本实施例中 , 当 MME通过 S1-MME接口发起初始上下文建立流程时，在作为承载建立请求消息的初始上下文建立请求消息中，同时包含缺省承载信息和专用承载信息。该初始上下文建立流程可以为附着流程、或 UE发起的业务请求流程、或需要建立承载的位置更新流程。

如表 4所示，为本实施例初始上下文建立请求消息结构，该消息中仅示出了与本实施例相关的信息。

表 4. 本实施例的初始上下文建立请求消息

本实施例也可以在 UE请求的 PDN连通性流程中，通过无线接入承载建立流程建立缺省承载和专用承载时，在无线接入承载建立请求消息中同时包含缺省承载信息和专用承载信息，其具体的信息结构与表 4类似，在此不再赘述。有几种方式可以实现使目标侧接入节点首先考虑建立缺省承载：

( 1 )初始上下文建立请求消息中包含缺省承载建立的优先级信息或者特别的指示信息：例如可以用承载标识或者为缺省承载配置一个特定的属性表示该优先级信息或者特别的指示信息，使得接入节点首先考虑建立缺省承载； ( 2 )通过一个新的通知信息，通知该缺省承载建立的优先级信息或者特别的指示信息。

eNB和 UE判断是否能够建立所需的缺省承载，若是，继续初始上下文建立流程，建立专用承载；否则，不必处理专用承载的建立情况，返回响应消息，该响应消息中可以包含用于说明没有建立承载的原因的指示信息。

本发明提供的第一种承载处理方法实施例四：

在发生切换过程时，目标节点区分出缺省承载和专用承载，在缺省承载能够切换成功的基础上，再考虑专用承载的切换。具体描述如下：

在切换过程中，源节点指示目标节点首先考虑缺省承载的切换，首先考虑为缺省承载分配资源。

目标节点首先考虑缺省承载的切换的实现方式可以为以下两种：

( 1 )先后为缺省承载和专用承载发送切换请求消息；其中缺省承载的切换请求消息中可以只包含需要建立的缺省承载的消息；

( 2 )发送一条作为承载建立请求消息的切换请求消息，该切换请求消息中包含缺省承载和专用承载，但可以釆用给缺省承载设定特定的优先级、或设置特别的指示 /属性、或起到相同作用的其他方式，使目标节点首先判断和 /或执行对缺省承载的切换。

若目标节点判断无法为缺省承载执行切换时，目标节点可以直接拒绝该切换或者认为该切换失败或者指示源节点进一步的行为（如指示源接点选择新的目标侧、是否取消或终止切换过程等），而不必处理专用承载的切换情况，并返回作为承载响应消息的切换响应消息，该切换响应消息中包含用于说明无法成功执行切换承载的原因的指示信息。若目标节点判断可以为缺省承载执行切换时，目标节点再处理专用承载的切换情况。

进一步，当目标节点确定无法建立缺省承载时，目标节点可以给源节点消息和 /信息，所述消息和 /信息中可以包含用于说明拒绝继续执行所述切换流程的原因的指示信息。还可以指示源节点进一步的行为（如重新尝试该切换过程，或重新选择新的切换目标，如新的小区、基站或接入系统；或取消或终止切换过程等）

当源节点确定目标节点无法建立缺省承载时，源节点也可以给目标节点消息和 /信息，通知和 /或指示切换过程终止或取消。或者，源节点也可以发起重试如重新尝试该切换过程，或重新选择新的切换目标，如新的小区、基站或接入系统等。

本实施例首先为缺省承载执行切换，在可以成功为缺省承载执行切换的前提下，切换专用承载；如果缺省承载无法成功执行切换，则不必切换专用承载，还可以指示源节点进一步的行为（如重新选择新的切换目标，如新的小区、基站或接入系统；是否取消或终止切换过程等）。本实施例避免了出现缺省承载没有成功切换而专用承载成功切换的情况，进而解决了这种情况所引发的资源浪费的问题，并且指出了目标节点无法建立缺省承载时，源接点和 /或目标节点的后续行为。

本发明提供的第二种承载处理方法实施例一：

图 2为本发明提供的第二种承载处理方法实施例一的流程图，具体包括如下步骤：

步骤 201、获知缺省承载没有成功建立；

具体地，网络节点获知缺省承载没有成功建立的方式可包括：通过收到承载激活或建立响应消息、切换响应消息、上下文建立响应消息、 PDN连通性响应消息或者其他的指示或通知信息等获得是否能够建立缺省承载或缺省承载的建立结果。

步骤 202、删除相关上下文。

进一步的，当获知一个 PDN连接的缺省承载没有成功建立时，可以本地删除该 PDN连接相关的上下文。如果是用户针对该 PDN的最后一个缺省承载没有成功建立时，则还可以进入非注册状态。

本实施例给出了当获知缺省承载没有成功建立时的后续行为。

本发明提供的第二种承载处理方法实施例二：

在附着流程中，当 UE获知没有成功建立缺省承载时， UE可以进入非注册状态，具体描述如下：

当 UE获知缺省承载没有成功建立时， UE可以直接视作注册流程失败，并可以在层间通知用于说明没有建立承载的原因的指示信息。

其中指示信息可以为：接入层没有建立缺省承载对应的用户面资源的指示信息，或 UE没有接收到非接入层的建立缺省承载指示 /请求消息的指示信息，或非接入层未能接受建立缺省承载请求的指示信息。

UE执行去附着流程，可以删除相关的上下文，从而进入非注册状态。

UE执行去附着流程和 /或删除相关上下文可以为本地执行，即 UE在本地隐式执行，不再与 EPC节点进行信令交互；或者，可以釆取与网络交互的显示执行方式。当釆取显示执行方式时，可以釆用 UE发起的去附着流程， UE 向 EPC节点发送用于说明没有建立承载的原因的指示信息。

本实施例给出了当获知缺省承载没有成功建立时， UE的后续行为。

本发明提供的第二种承载处理方法实施例三：在附着流程或者 UE请求的 PDN连通性流程或者需要建立接入承载的位置更新流程中，如果 UE的缺省承载没有成功建立，则 UE可以重新发起尝试。具体描述如下：

当 UE获知没有成功建立缺省承载时， UE可以重新发起缺省承载建立请求消息，该缺省承载建立请求消息中可以包含用于说明重新发起缺省承载建立的原因的指示信息。

该缺省承载建立请求消息可以为重新向网络发起的注册请求消息、或

PDN连通性请求消息、或位置更新请求消息。

上述请求消息可以重复发起一次或多次，直到达到预设的次数或时间限制，或者直至重新建立缺省承载成功，并结束。

当重新建立缺省承载失败时，对于注册场景， UE可以执行去附着过程，从而进入非注册状态；对于 UE请求的 PDN连通性或者需要建立承载的位置更新场景， UE可以删除特定 PDN连接的所有承载上下文；如果该 PDN连接是 UE 的最后一个 PDN连接， UE可以发起去附着过程。

上述 UE执行去附着过程和 /或删除相关上下文可以为本地执行，即 UE在本地隐式执行，不再与 EPC节点进行信令交互；或者，可以釆取交互的显示执行方式。当釆取显示执行方式时，若为删除 PDN连接，可以釆用 UE发起的 PDN连接中断请求；若为去附着用户，可以釆用 UE发起的去附着流程。在该过程中， UE可以向 eNB和 /或 EPC节点发送用于说明没有建立承载的原因的指示信息。其中指示信息可以为：接入层没有建立缺省承载对应的用户面资源的指示信息，或 UE没有接收到非接入层的建立缺省承载指示 /请求消息的指示信息，或非接入层未能接受建立缺省承载请求的指示信息。

本实施例给出了当获知缺省承载没有成功建立时， UE的后续行为。本发明提供的第二种承载处理方法实施例四：

在发生切换过程时，若 UE获知目标节点无法成功建立缺省承载时， UE 可以执行删除 PDN连接或去附着过程。具体描述如下：

目标节点（如 eNB )接收 EPC节点（如 MME ) 的切换请求消息；如果目标 eNB能够为 UE建立上下文并有必要资源来建立部分或全部所需承载，则将切换请求应答消息反馈给 MME; 通过该切换请求应答消息，目标 eNB会将能够建立的承载列表以及不能建立的承载列表都通知给 MME。

如果 UE发现目标 eNB无法成功建立缺省承载， UE可以删除特定 PDN连接的所有承载上下文，该特定 PDN连接为无法成功建立的缺省承载对应的 PDN 连接，并可以通知用于说明没有建立承载的原因的指示信息；如果该 PDN连接是 UE的最后一个 PDN连接， UE可以发起去附着过程。

上述 UE执行去附着过程和 /或删除相关上下文可以为本地执行，即 UE在本地隐式执行，不再与 EPC节点进行信令交互；或者，可以釆取交互的显示执行方式。当釆用上述显示执行方式时，若为删除 PDN连接，可以釆用 UE发起的 PDN连接中断请求；若为去附着用户，可以釆用 UE发起的去附着流程。

本实施例给出了在切换过程中，当获知缺省承载没有成功建立时， UE的后续行为。

本发明提供的第二种承载处理方法实施例五：

当 EPC节点（如 MME )获知缺省承载没有成功建立时， EPC节点可以删除 UE的所有相关承载资源和 /或上下文，具体描述如下：

MME接收到 eNB发送的用于说明没有建立承载的原因的指示信息，获知缺省承载没有成功建立，则 MME可以直接视作注册流程失败。

EPC节点可以删除 UE相关的上下文。具体地， EPC节点执行去附着过程和 /或删除相关上下文可以为本地执行，即 MME在本地隐式执行，不再与 UE 进行信令交互；或者，可以釆取与 UE交互的显示执行方式。当釆用显示执行方式时，可以釆用 MME发起的去附着流程，并将用于说明没有建立承载的原因的指示信息发送给 eNB , eNB再转发给 UE。

本实施例给出了当获知缺省承载没有成功建立时， EPC节点的后续行为。本发明提供的第二种承载处理方法实施例六：

如果 EPC节点（如 MME )获知缺省承载没有成功建立， EPC节点可以重新发起建立缺省承载尝试。具体描述如下：

当 MME获知缺省承载没有成功建立时， EPC节点可以重新发起缺省承载建立请求消息，该缺省承载建立请求消息中包含用于说明没有建立承载的原因的指示信息。

EPC节点重新发起缺省承载建立请求消息，既可以釆用 EPC节点直接重新向 UE和接入网发起缺省承载建立请求消息的方式，也可以釆用 EPC节点请求 UE重新执行建立缺省承载的尝试。

上述请求消息可以重复发起一次或多次，直到达到预设次数或时间限制，或者直至重新建立缺省承载成功。

当重新建立缺省承载失败时，对于注册场景， EPC节点可以执行去附着过程，从而使 UE进入非注册状态；对于 UE请求的 PDN连通性场景， UE和 EPC 节点可以认为该流程失败，删除相关的承载上下文；对于需要建立承载的位置更新场景， UE和 EPC节点可以删除特定 PDN连接的所有承载上下文；如果该 PDN连接是 UE的最后一个 PDN连接， EPC节点可以发起去附着过程。

上述 EPC节点执行去附着过程和 /或删除相关上下文可以为本地执行，即

EPC节点在本地隐式执行，不再与 UE进行信令交互；或者，可以釆取交互的显示执行方式。当釆用上述显示执行方式时，若为删除 PDN连接，可以釆用 EPC节点发起的 PDN连接中断请求；若为去附着用户，可以釆用 EPC发起的去附着流程。在该过程中， EPC节点可以向 eNB和 /或 UE发送用于说明没有建立承载的原因的指示信息。

本实施例给出了当获知缺省承载没有成功建立时， EPC节点的后续行为。本发明提供的第二种承载处理方法实施例七：

在发生切换过程时，当 EPC节点获知目标节点无法成功建立缺省承载时， EPC节点可以执行删除 PDN连接或去附着过程。具体描述如下：

目标节点（如 eNB )接收 EPC节点（如 MME )的切换请求消息；如果 eNB 能够为 UE建立上下文并有必要资源来建立部分或全部所需承载，则将切换请求应答消息反馈给 MME; 通过该切换请求应答消息， eNB会将能够建立的承载列表以及不能建立的承载列表都通知给 MME。

如果 MME发现 eNB无法成功建立缺省承载，可以删除特定 PDN连接的所有承载上下文，该特定 PDN连接为无法成功建立的缺省承载对应的 PDN连接，并通知用于说明没有建立承载的原因的指示信息；如果该 PDN连接是 UE的最后一个 PDN连接， MME可以发起去附着过程。

上述 EPC节点执行去附着过程和 /或删除相关上下文可以为本地执行，即 EPC节点在本地隐式执行，不再与 UE进行信令交互；或者，可以釆取交互的显示执行方式。当釆用上述显示执行方式时，若为删除 PDN连接，可以釆用 EPC节点发起的 PDN连接中断请求；若为去附着用户，可以釆用 EPC节点发起的去附着流程。

本实施例给出了在切换过程中，当获知缺省承载没有成功建立时， EPC 节点的后续行为。

本发明提供的第三种承载处理方法实施例：

本实施例中，当获知缺省承载没有成功建立时，重新发起缺省承载建立的尝试。作为本实施例的一种实施方式，在附着流程或者 UE请求的 PDN连通性流程或者需要建立接入承载的位置更新流程中，如果 UE的缺省承载没有成功建立，则 UE可以重新发起缺省承载建立的尝试。具体描述如下：

PDN连通性请求消息、或位置更新请求消息。

作为本实施例的另一种实施方式，如果 EPC节点（如 MME )获知缺省承载没有成功建立， EPC节点可以重新发起缺省承载建立的尝试。具体描述如下：

本发明提供的第四种承载处理方法实施例：

图 3为本发明提供的第四种承载处理方法实施例的流程图，如图 3所示，本实施例具体包括如下步骤：

步骤 301、在切换流程执行过程中，获知缺省承载没有成功建立；步骤 302、拒绝继续执行切换流程。

在发生切换过程中 ,若 UE和 /或 EPC节点获知目标 RAN节点无法成功建立缺省承载时， UE和 /或 EPC节点可以拒绝该切换。具体地，当 UE由于移动或其他原因，需要改变为其服务的网络节点时，会发生切换过程，若 UE和 /或 EPC节点获知目标节点无法成功建立缺省承载时， UE和 /或 EPC节点可以拒绝该切换。

本实施例以同一接入系统内部的 S1切换为例，具体描述如下：

如果 UE和 /或 MME发现 eNB无法成功建立缺省承载，则拒绝继续执行该切换流程。该拒绝可以由 UE和 /或 EPC节点决定，并可以携带特定的指示或原因值，例如：目标 eNB向 MME发送切换失败消息，该切换失败消息中包含用于说明没有建立承载的原因的指示信息。

进一步的，当目标节点确定无法建立缺省承载时，目标节点可以给源节点发送指示消息和 /信息，所述指示消息和 /信息中可以包含用于说明切换失败或拒绝继续执行所述切换流程的原因的指示信息。目标节点还可以指示源节点后续行为（如重新尝试该切换过程，或重新选择新的切换目标，如新的小区、基站或接入系统；或取消或终止切换过程等）

当源节点确定目标节点无法建立缺省承载时，源节点也可以给目标节点发送指示消息和 /信息，用于通知和 /或指示切换过程终止或取消。或者，源节点也可以发起重试，例如重新尝试该切换过程，或重新选择新的切换目标，该切换目标可以为新的小区、基站或接入系统等。

上述后续行为的指示信息可以包含设定拒绝原因为 "目标侧无法建立缺省承载" 或其他类似原因 /指示，或 UE和 /或 EPC建议或决定重新选择一个接入目标端或发起重试等。

同样，在发生跨接入系统的切换时，本实施例所述方案也是适用的。本实施例给出了在切换过程中，当获知缺省承载没有成功建立时， UE或 EPC节点的后续行为。

本发明提供的第五种承载处理方法实施例：

图 4为本发明提供的第五种承载处理方法实施例的流程图，具体包括如下步骤：

步骤 401、在 X2切换过程中，若源 RAN节点（如源 eNB )接收到需要执行 S1接口流程的请求，则源 RAN节点可以决定终止切换过程，并可以向目的 RAN节点发送切换取消 /指示消息；

S1接口流程可以为承载处理流程、或寻呼流程、或非接入层信息传输流程、位置报告流程、或上下文管理流程等，承载管理流程可以为建立承载流程或修改承载流程等；上述切换取消 /指示消息中可以包含取消切换的原因值；

步骤 402、目的 RAN节点根据该切换取消 /指示消息，终止切换过程；步骤 403、源 RAN节点执行 S1接口流程。

进一步的，本实施例在执行步骤 403之后，还可以包括：源 RAN节点重新发起切换过程。

本实施例提供了一种在 X2切换过程中，当源 RAN节点接收到需要执行 S1 接口流程的请求时，终止切换过程，执行 S1接口流程的方案；本实施例避免了不必要的操作，提高了系统的性能和效率。本发明提供的第六种承载处理方法实施例一：

图 5为本发明提供的第六种承载处理方法实施例一的流程图，具体包括如下步骤：

步骤 501、在切换过程中，若源 RAN节点接收到核心网络节点需要执行 S1接口流程的请求，则源 RAN节点向核心网络节点发送 S1接口处理拒绝响应 /指示消息；

S1接口流程可以为承载处理流程、或寻呼流程、或非接入层信息传输流程、位置报告流程、或上下文管理流程等，当 S1接口流程为承载处理流程时，该 S1接口处理拒绝响应 /指示消息包含拒绝承载处理的原因值；

步骤 502、核心网络节点根据该 S1接口处理拒绝响应 /通知 /指示消息，暂停 S1接口流程；

步骤 503、源 RAN节点继续执行切换过程；

步骤 504、当切换失败时，执行 S1接口流程；当切换成功时，根据切换结果处理 S1接口流程。

本实施例提供了一种根据切换结果处理 S1接口流程的方案，避免了不必要的操作，提高了系统的性能和效率。

需要说明的是，本实施例所述方案，不仅适用于承载处理流程，同时也可以适用于其他的 S1接口流程，如寻呼、 NAS信息传输、位置报告、上下文管理等流程，也就是说，在发生切换时，若源 eNB收到需要执行这些流程的请求，源 eNB也可以釆用暂停切换过程，执行所述 S1接口处理流程的方案；本实施例避免了不必要的操作，提高了系统的性能和效率。

本发明提供的第六种承载处理方法实施例二：

本实施例以 X2切换过程为例 , 若源 RAN节点（如源 eNB )接收到核心网络节点（如 EPC节点）需要执行 UE特定的流程（例如承载管理流程）的指令 / 请求，则可以拒绝立即执行该指令 /请求。具体描述如下：

当如源 eNB为 UE执行 X2切换过程时，若 EPC节点请求源 eNB为 UE执行承载管理流程，该承载管理流程可以为建立承载流程或修改承载流程等，则源 eNB可以暂停承载处理流程，并继续执行切换流程。

进一步的，源 eNB可以向 MME通知暂停承载处理流程的原因是由于 UE 在执行切换。当 MME收到暂停承载处理流程的通知后，会等待切换完成。当切换失败时， MME可以直接重新执行承载处理流程；当切换成功时，则 MME 根据切换结果重新判断是否需要重新尝试承载处理流程；若是，则重新进行此前所述的承载处理流程；否则，取消或终止此前所述的承载处理流程。

上述根据切换结果重新判断是否需要重新尝试承载处理流程可以具体如下：当承载处理流程所要执行承载管理的承载切换成功时，则执行承载处理流程，即当网络节点原来打算执行承载管理的某个或某些承载在切换过程中成功进行了切换，则重新进行此前所述的承载处理流程；当承载处理流程所要执行承载管理的承载切换失败时，则取消或终止承载处理流程，即当网络节点原来打算执行承载管理的某个或某些承载在切换过程中未能成功进行切换，则取消或终止此前所述的承载处理流程。

本实施例中，在 X2切换过程中，若源 RAN节点接收到需要执行承载管理流程的指令 /请求，则暂停承载处理流程，并继续执行切换流程；并根据切换是否成功以及切换成功的结果确定是否执行承载处理流程；本实施例避免了由于切换过程中某些承载已经释放而 MME还要处理这些承载的不必要的操作，节省了资源，提高了系统的性能和效率。

需要说明的是，本实施例所述方案，不仅适用于承载处理流程，同时也可以适用于其他的 S1接口流程，如寻呼、 NAS信息传输、位置报告、上下文管理等流程，也就是说，在发生切换时，若源 eNB收到需要执行这些流程的请求，源 eNB也可以釆用暂停切换过程，执行所述 S1接口处理流程的方案。

本发明提供的第六种承载处理方法实施例三：

本实施例以 LTE内部切换或者跨系统切换为例，若 EPC节点（如 SGW、

PGW )需要 /请求 MME和 /或 eNB为 UE执行特定的流程（例如承载管理流程）时，可以暂停或终止执行 UE特定的流程，并可以携带特定的指示或原因值。具体描述如下：

当源 RAN节点（如源 eNB )为 UE准备或执行 LTE内部切换或者跨系统切换时，虽然源 RAN节点和某些 EPC节点（如 MME )参与切换过程，但是，其他 EPC节点（如 SGW、 PGW及 HSS等 )在一段时间内可能仍然不知道 UE正在执行切换。当源 eNB和 MME正在为 UE执行 S1切换或跨系统切换过程时，若其他 EPC节点（如 SGW、 PGW )需要 /请求 MME和 /或 eNB为 UE执行承载管理流程，该承载管理流程可以为建立承载流程或修改承载流程等，此时，可以暂停承载处理流程。

进一步的，源 eNB可以向其他 EPC节点通知暂停承载处理流程的原因是由于 UE在执行切换。当其他 EPC节点收到暂停承载处理流程的通知后，会等待切换完成。当切换失败时，其他 EPC节点可以直接重新执行承载处理流程；当切换成功时，则其他 EPC节点根据切换结果重新判断是否需要重新尝试承载处理流程；若是，则重新进行此前所述的承载处理流程；否则，取消或终止此前所述的承载处理流程。

上述根据切换结果重新判断是否需要重新尝试承载处理流程可以具体如下：当承载处理流程所要执行承载管理的承载切换成功时，则执行承载处理流程，即当其他 EPC节点原来打算执行承载管理的某个或某些承载在切换过程中成功进行了切换，则重新进行此前所述的承载处理流程；当承载处理流程所要执行承载管理的承载切换失败时，则取消或终止承载处理流程，即当其他 EPC节点原来打算执行承载管理的某个或某些承载在切换过程中未能成功进行切换，则取消或终止此前所述的承载处理流程。

本实施例中，在 LTE内部切换或者跨系统切换过程中，若 EPC节点（如 SGW、 PGW )需要 /请求 MME和 /或 eNB为 UE执行承载管理流程，则暂停承载处理流程，并继续执行切换流程；并根据切换是否成功以及切换成功的结果确定是否执行承载处理流程；本实施例避免了由于切换过程中某些承载已经释放而 MME还要处理这些承载的不必要的操作，节省了资源，提高了系统的性能和效率。

本发明提供的一种附着方法实施例：

本实施例在 UE注册过程中， EPC节点和 eNB分开处理 EMM信息（如附着接受消息）和 ESM信息（承载相关消息）。

在本实施例的附着流程中 , EPC节点（如 MME )经过 eNB发送给 UE的 NAS 层附着接受消息，可以不与包含着建立承载所需要的 NAS层承载信息（ESM message container )绑定在一起的。

本实施例具体在初始上下文建立请求消息中，特定承载表示可以继续与特定 NAS信息绑定，但这种绑定的 NAS信息只是 ESM相关的 NAS内容，不再包含 EMM信息（如附着接受消息）。如表 5所示，为本实施例初始上下文建立请求消息结构，该消息中仅示出了与本实施例相关的信息。

表 5. 本实施例初始上下文建立请求消息

而与 EMM相关的 NAS信息（例如附着接受消息）既可以作为初始上下文建立请求消息中一个独立的信息单元，并经过 eNB传递给 UE, 也可以通过下行 NAS传输消息经过 eNB传递给 UE。当与 EMM相关的 NAS信息作为初始上下文建立请求消息中一个独立的信息单元时，无论 eNB是否能够成功建立缺省承载， eNB都将包含 EMM信息的 NAS信息单元传递给 UE。也就是说， eNB总会将 EMM相关的 NAS信息传递给 UE。

作为另外一种实施方式，当 EPC节点获知由于承载未建立使 EMM相关的 NAS信息没有被传递给 UE时， EPC节点可以通过一个单独的消息经 eNB将 EMM相关的 NAS信息发送给 UE。

本实施例中，初始上下文建立请求消息中 ESM信息不与 EMM信息绑定，无论 eNB是否能够成功建立缺省承载， eNB都将包含 EMM信息的 NAS信息单元传递给 UE,避免了当 eNB不能建立某些承载时，与这些承载绑定的 EMM信息无法传递给 UE的情况。

图 6为本发明提供的第一种承载处理装置实施例的结构示意图，如图 6所示，本实施例包括：判断模块 11、承载建立模块 12和响应模块 13 , 其中，判断模块 11根据接收到的承载建立请求消息，判断是否能够建立缺省承载；当判断模块 11判断出能够建立缺省承载时，承载建立模块 12建立缺省承载，并在建立缺省承载后，建立专用承载；或者，同时建立缺省承载与专用承载；当判断模块 11判断出不能建立缺省承载时，响应模块 13返回响应消息，该响应消息中包含用于说明没有建立承载的原因的指示信息。

本实施例首先建立缺省承载，在可以成功建立缺省承载的前提下，建立专用承载；如果缺省承载无法成功建立，则不必建立专用承载，直接返回响应消息。本实施例避免了出现缺省承载没有成功建立而专用承载已经建立的情况，进而解决了这种情况所引发的资源浪费的问题。

图 7为本发明提供的第二种承载处理装置实施例的结构示意图，如图 7所示，本实施例包括：获知模块 21和删除模块 22, 其中，获知模块 21获知缺省承载没有成功建立；当获知模块 21获知缺省承载没有成功建立时，删除模块 22删除相关上下文。

进一步的，本实施例还可以包括发起模块 23 , 当获知模块 21获知缺省承载没有成功建立时，该发起模块 23重新发起缺省承载建立请求消息，该缺省承载建立请求消息中包含用于说明重新发起缺省承载建立的原因的指示信息。

本实施例还可以包括去附着模块 24, 该去附着模块 24执行去附着流程。上述删除模块 22可以具体用于当获知一个以上 PDN连接的缺省承载没有成功建立时，删除 PDN连接相关的上下文；若 UE针对 PDN连接的最后一个缺省承载没有成功建立，去附着模块 24执行去附着流程。

本实施例还可以包括发送模块 25 , 当釆用显示执行方式执行去附着流程和 /或删除相关上下文时，发送模块 25发送用于说明没有建立承载的原因的指示信息。

图 8为本发明提供的第三种承载处理装置实施例的结构示意图，如图 8所示，本实施例包括：获知模块 31和执行模块 32, 其中，获知模块 31获知缺省承载没有成功建立；当获知模块 31获知缺省承载没有成功建立时，执行模块 32重新发起缺省承载建立的尝试。

图 9为本发明提供的第四种承载处理装置实施例的结构示意图，如图 9所示，本实施例包括：获知模块 41和拒绝模块 42, 其中，获知模块 41获知缺省承载没有成功建立；在切换流程执行过程中，当获知模块 41获知缺省承载没有成功建立时，拒绝模块 42拒绝继续执行切换流程。

本实施例给出了在切换过程中，当获知缺省承载没有成功建立时， UE或 EPC节点的后续行为。

图 10为本发明提供的第五种承载处理装置实施例的结构示意图，如图 10 所示，本实施例包括：发送模块 51和执行模块 52, 其中，在 X2切换过程中，若源 RAN节点接收到需要执行 S1接口流程的请求，则发送模块 51向目的 RAN 节点发送切换取消 /指示消息；在目的 RAN节点终止切换过程后，执行模块 52 执行 S1接口流程。

进一步的，本实施例还可以包括发起模块 53 , 当执行模块 52执行完 S1接口流程后，该发起模块 53重新发起切换过程。

本实施例提供了一种在 X2切换过程中，当源 RAN节点接收到需要执行承载处理流程的请求时，终止切换过程，执行承载处理流程的方案；本实施例避免了不必要的操作，提高了系统的性能和效率。

图 11为本发明提供的第六种承载处理装置实施例的结构示意图，如图 11 所示，本实施例包括：发送模块 61、执行模块 62和处理模块 63 , 其中，在切换过程中，若源 RAN节点接收到核心网络节点需要执行 S1接口流程的请求，发送模块 61向核心网络节点发送 S1接口处理拒绝响应 /指示消息；在核心网络节点暂停 S1接口流程后，执行模块 62继续执行切换过程；处理模块 63当切换失败时，执行 S1接口流程；当切换成功时，根据切换结果处理 S1接口流程。

进一步的， S1接口流程具体为承载处理流程，当切换成功且承载处理流程所要执行承载管理的承载切换成功时，处理模块 63执行承载处理流程；当切换成功且承载处理流程所要执行承载管理的承载切换失败时，处理模块 63 取消或终止承载处理流程。

本实施例提供了一种根据切换结果处理承载处理流程的方案，避免了不必要的操作，提高了系统的性能和效率。

本发明还提供了一种附着装置实施例，该实施例包括：发送模块，用于发送初始上下文建立请求消息；该初始上下文建立请求消息中 EPS会话管理信息不与 EPS移动性管理信息进行绑定。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介质。非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权利要求

1、一种承载处理方法，其特征在于包括：

2、根据权利要求 1 所述的承载处理方法，其特征在于，所述承载建立请求消息为包含缺省承载信息而不包含专用承载信息的缺省承载建立请求消息。

3、根据权利要求 2所述的承载处理方法，其特征在于所述建立专用承载包括：根据接收到的专用承载建立请求消息，建立专用承载。

4、根据权利要求 1 所述的承载处理方法，其特征在于，所述承载建立请求消息包含缺省承载信息和专用承载信息；

所述承载请求消息中还包含缺省承载建立的优先级信息；或者，接收包含缺省承载建立的优先级信息的指示消息。

5、一种承载处理方法，其特征在于包括：

当获知缺省承载没有成功建立时，删除相关上下文。

6、根据权利要求 5所述的承载处理方法，其特征在于，在所述删除相关上下文之前还包括：当获知缺省承载没有成功建立时，重新发起缺省承载建立请求消息，所述缺省承载建立请求消息中可以包含用于说明重新发起缺省承载建立的原因的指示信息。

7、根据权利要求 5所述的承载处理方法，其特征在于还包括：执行去附着流程。

8、根据权利要求 5所述的承载处理方法，其特征在于，所述当获知缺省承载没有成功建立时，删除相关上下文包括：当获知一个以上分组数据网络 PDN连接的缺省承载没有成功建立时，删除所述 PDN连接相关的上下文；若用户设备针对所述 PDN连接的最后一个缺省承载没有成功建立，所述方法还包括：执行去附着流程，进入非注册状态。

9、根据权利要求 7或 8所述的承载处理方法，其特征在于，所述执行去附着流程和 /或删除相关上下文具体为：釆用隐式执行方式或者显示执行方式，执行去附着流程和 /或删除相关上下文。

10、根据权利要求 9所述的承载处理方法，其特征在于，当釆用所述显示执行方式时，所述方法还包括：发送用于说明没有建立承载的原因的指示信息。

11、一种承载处理方法，其特征在于包括：

12、一种承载处理方法，其特征在于包括：

13、根据权利要求 12所述的承载处理方法，其特征在于，当目标节点获知缺省承载没有成功建立时，所述方法还包括：

所述目标节点向源节点发送指示消息，所述指示消息包含用于说明切换失败或拒绝继续执行切换流程的原因的指示信息；

所述目标节点指示源节点的后续行为，所述后续行为包括重新尝试所述切换流程、或重新选择新的切换目标、或取消切换流程。

14、根据权利要求 12所述的承载处理方法，其特征在于，当源节点获知缺省承载没有成功建立时，所述方法还包括：

所述源节点向目标节点发送指示消息，所述指示消息用于指示取消或终止所述切换流程；

或者，所述源节点重新尝试所述切换流程或重新选择新的切换目标。

15、一种承载处理方法，其特征在于包括：在 X2切换过程中，若源无线接入网络 RAN节点接收到需要执行 S1接口流程的请求，则源 RAN节点向目的 RAN节点发送切换取消 /指示消息；目的 RAN节点根据所述切换取消 /指示消息，终止所述切换过程；源 RAN节点执行所述 S1接口流程。

16、根据权利要求 15所述的承载处理方法，其特征在于，在所述源 RAN 节点执行所述 S 1接口流程之后，还包括：源 RAN节点重新发起切换过程。

17、根据权利要求 15或 16所述的承载处理方法，其特征在于，所述 S1接口流程具体为承载处理流程、或寻呼流程、或非接入层信息传输流程、位置 ^艮告流程、或上下文管理流程。

18、一种承载处理方法，其特征在于包括：

所述核心网络节点根据所述 S 1接口处理拒绝响应 /指示消息，暂停所述 S1接口流程；

源 RAN节点继续执行所述切换过程；

19、根据权利要求 18所述的承载处理方法，其特征在于，所述 S1接口流程具体为承载处理流程、或寻呼流程、或非接入层信息传输流程、位置报告流程、或上下文管理流程。

20、根据权利要求 19所述的承载处理方法，其特征在于，当所述 S1接口流程为承载处理流程时，所述根据所述切换结果处理所述 S 1 接口流程包括：

当所述承载处理流程所要执行承载管理的承载切换成功时，则执行所述承载处理流程；当所述承载处理流程所要执行承载管理的承载切换失败时，则取消或终止所述承载处理流程。

21、一种附着方法，其特征在于包括：

22、根据权利要求 21所述的附着方法，其特征在于，所述 EPS移动性管理信息是所述初始上下文建立请求消息中一个独立的信息单元；或者，所述 EPS移动性管理信息通过一个独立的消息进行传递。

23、一种承载处理装置，其特征在于包括：

24、一种承载处理装置，其特征在于包括：

获知模块，用于获知缺省承载没有成功建立；

删除模块，用于当获知缺省承载没有成功建立时，删除相关上下文。

25、根据权利要求 24所述的承载处理装置，其特征在于还包括：发起模块，用于当获知缺省承载没有成功建立时，重新发起缺省承载建立请求消息，所述缺省承载建立请求消息中包含用于说明重新发起缺省承载建立的原因的指示信息。

26、根据权利要求 24或 25所述的承载处理装置，其特征在于还包括：去附着模块，用于执行去附着流程。

27、根据权利要求 26所述的承载处理装置，其特征在于，所述删除模块具体用于当获知一个以上分组数据网络 PDN连接的缺省承载没有成功建立时，删除所述 PDN连接相关的上下文；若用户设备针对所述 PDN连接的最后一个缺省承载没有成功建立，所述去附着模块执行去附着流程。

28、根据权利要求 27所述的承载处理装置，其特征在于还包括：发送模块，用于当釆用显示执行方式执行去附着流程和 /或删除相关上下文时，发送用于说明没有建立承载的原因的指示信息。

29、一种承载处理装置，其特征在于包括：

获知模块，用于获知缺省承载没有成功建立；

30、一种承载处理装置，其特征在于包括：

获知模块，用于获知缺省承载没有成功建立；

31、一种承载处理装置，其特征在于包括：

32、根据权利要求 31所述的承载处理装置，其特征在于还包括：发起模块，用于重新发起切换过程。

33、一种承载处理装置，其特征在于包括：

34、根据权利要求 33所述的承载处理装置，其特征在于，所述 S1接口流程为承载处理流程，当切换成功且所述承载处理流程所要执行承载管理的承载切换成功时，所述处理模块执行所述承载处理流程；

当切换成功且所述承载处理流程所要执行承载管理的承载切换失败时，所述处理模块取消或终止所述承载处理流程。

35、一种附着装置，其特征在于包括：