用于处理承载的方法和节点与流程

此处的实施例一般地涉及网关、由网关执行的方法、移动性节点和由移动性节点执行的方法。更具体地说，此处的实施例涉及处理通信系统中的承载。

背景技术

在第三代合作计划技术规范(3gppts)23.401第13.5.0版第3章中，分组数据网络(pdn)连接被定义为“由一个ipv4地址和/或一个ipv6前缀表示的ue与由apn表示的pdn之间的关联”。ue是用户设备的缩写，ipv4是网际协议版本4的缩写，ipv6是网际协议版本6的缩写，并且apn是接入点名称的缩写。pdn包括一个默认的演进型分组系统(eps)承载和零个或更多专用eps承载。一个ue可以具有多个pdn连接，并且每个pdn连接可以具有一个或多个eps承载。许多gprs隧道协议(gtp)控制信令消息因此包含一个或多个eps承载的列表，其中每个eps承载由eps承载标识(id)来标识。gprs是通用分组无线业务的缩写。因此，eps承载在ue与pdn之间，并且用于向/自ue和pdn传输ip(v4和/或v6)分组。

这些gtp控制信令消息中的某些消息包含用于相同ue或pdn连接的所有eps承载的列表(取决于消息的粒度)，而其它消息包含用于相同ue或pdn连接的所有eps承载的子集的列表。在这些消息中，修改承载请求(modifybearerrequest)和修改接入承载请求(modifyaccessbearersrequest)消息受到特别关注。

修改承载请求消息用于通过基于gtp的接口的多个过程，最显著的是移动性过程(跟踪区域更新/路由区域更新/切换(tau/rau/切换)、以及服务请求过程。在这些过程中，移动性管理实体/s4-服务gprs支持节点(mme/s4-sgsn)在s11/s4接口上将一个或多个修改承载请求消息(每个pdn连接一个消息)发送到服务网关(sgw)，并且在某些情况下，sgw在s5/s8接口上将修改承载请求消息转发到分组数据网络网关(多个)(pdngw，pgw(多个))。

在ue具有多于一个pdn连接并且过程不需要在s5/s8接口上的信令的情况下，mme可以不针对相同ue的每个pdn连接都发送一个修改承载请求消息，而是发送单个修改接入承载请求消息，该消息具有与mme必须以其它方式发送的修改承载请求消息中的信息基本相同的信息。修改接入承载请求消息仅用于mme与sgw之间的s11接口。

涉及修改承载请求和修改接入承载请求的过程在3gppts23.401中描述，其具有3gppts29.274中的协议细节。修改承载请求消息和修改接入承载请求消息应包含用于相同ue或pdn连接的所有eps承载的列表(取决于消息的粒度)：

●修改承载请求消息“将包含属于给定pdn连接的所有承载”(3gppts29.274第13.4.0版第7.2.7章)。

●修改接入承载请求消息“将包含ue的所有现有pdn连接的所有承载”(3gppts29.274第13.4.0版第7.2.24章)。

为了保持节点之间的信息一致性，具有承载列表的gtp控制信令消息的接收方需要检查所接收的消息中的所有承载都被接收节点识别。消息中不应该具有未知承载。对于包含用于相同ue或pdn连接的所有eps承载的子集的列表的消息(取决于消息的粒度)，检查消息中没有未知承载便已足够。对于包含用于相同ue或pdn连接的所有eps承载的列表的消息(取决于消息的粒度)，接收节点需要检查消息中没有未知承载。接收节点还需要检查存在于接收节点中的用于相同ue或pdn连接的所有eps包括在所接收的消息中。不应该存在丢失的承载。

这意味着对于包含用于相同ue或pdn连接的所有eps承载的列表的消息(取决于消息的粒度)，消息中的承载与接收节点中的承载之间应该具有一对一的对应关系。

如果所接收的(修改承载请求或修改接入承载请求)消息中的承载列表与在接收节点中建立的承载之间具有不匹配，则接收节点需要以某种方式采取操作，以便解决承载不匹配。

●当没有承载不匹配时，消息应被接收节点接受(除非消息具有某个其它问题)。从接收节点发送到发送节点的对应的响应消息包括原因信息元素且原因值被设置为“接受请求”。

●当接收节点不知道所有承载时，消息应被接收节点拒绝，且原因值被设置为“未找到上下文”。注意，3gpp标准还给出关于何时应该将消息定址到对等节点的(非零)隧道端点标识符(teid)或定址到通用teid＝0的指令。

●当具有一个或多个已知承载和一个或多个未知承载时，接收节点应“部分接受”消息(除非消息具有某个其它问题)。在响应中，主要原因值(消息级别上的原因信息元素)应被设置为“部分接受请求”，并且对于响应消息中的每个承载上下文，对应的承载原因值应被设置为“接受请求”或“未找到上下文”，具体取决于承载是否被接收节点所识别。

在描述承载不匹配的示例之前，将参考图1描述已知通信系统100，其具有用于第三代合作计划(3gpp)接入的非漫游架构。

图1示出由无线接入网络(ran)节点(图1中未示出)服务的ue101。ran节点包括在ran中，并且ran在图1中由演进型通用陆地无线接入网络(e-utran)103表示。ran节点例如可以是基站(在gsmedge无线接入网络geran)122中)、nodeb(在通用陆地无线接入网络(utran)125中)、演进型nodeb(enodeb、enb)(在e-utran103中)、无线网络控制器(rnc)(在utran125中)或是能够与ue101通信的任何其它单元。ue101与e-utran103之间的参考点可以被称为长期演进uu(lte-uu)。gsm是全球移动通信系统的缩写，并且edge是增强型数据速率gsm演进的缩写。

ue101可以是一种设备，用户可以通过它接入由运营商的网络提供的服务和运营商的网络外部的服务，运营商无线接入网络和核心网络向它提供接入(例如接入到因特网)。ue101可以是能够在通信网络中通信的任何移动或固定设备，例如但不限于用户设备、移动电话、智能电话、传感器、计量器、车辆、家用电器、医疗器械、媒体播放器、照相机、机器到机器(m2m)设备、设备到设备(d2d)设备、物联网(iot)设备或任何类型的消费电子产品，例如但不限于电视机、收音机、照明装置、平板计算机、膝上型或个人计算机(pc)。ue101可以是便携式、口袋可存放、手持式、计算机包括的或车辆安装的设备，其能够经由无线接入网络与另一个实体(例如另一个ue或服务器)传送语音和/或数据。

mme105可以经由参考点s1-mme连接到e-utran101。mme105是具有诸如以下功能的单元：非接入层(nas)信令、用于3gpp接入网络之间的移动性的核心网络(cn)节点间信令、ue可达性、跟踪区域(ta)列表管理、pgw和sgw选择、用于具有mme改变的切换的mme选择等。s10是mme105之间的用于mme重定位和mme到mme信息传输的参考点。

在图1中看到两个网关，即sgw108和pgw110。sgw108和pgw110可以在一个物理节点中或在单独物理节点中实现。sgw108是终结朝向e-utran101的接口的网关。sgw108与e-utran103之间用于切换期间的每个承载用户平面隧道和enodeb间路径切换的参考点可以被称为s1-u。sgw108路由和转发用户数据分组，同时还在enodeb间切换期间充当用户平面的移动锚点，并且充当lte与其它3gpp技术之间的移动性的锚点(在第二代/第三代(2g/3g)系统与pgw110之间中继业务等。s11是sgw108与mme105之间的参考点。

pgw110是终结朝向pdn的sgi接口的网关。pdn在图1中由运营商的ip服务(例如ims、pss等)115示出。ims是ip多媒体子系统或im多媒体核心网子系统的缩写，并且pss是分组交换流的缩写。如果ue101正在接入多个pdn，则可以存在用于该ue101的多于一个的pgw110。pgw110的功能例如是通过作为用于ue101的业务出口点和入口点来提供从ue101到外部pdn的连接性、执行策略实施、每个用户的分组过滤、计费支持、合法拦截和分组筛选等。s5是在sgw108与pgw110之间提供用户平面隧道和隧道管理的参考点。

sgsn118负责在其地理服务区域内向/自ue101传送数据分组。sgsn118的功能之一是针对2g/3g与e-utran1033gpp接入网络之间的移动性提供信令。在图1中使用geran122和utran125例示2g/3g接入网络。sgsn118的某些其它功能是处理分组路由和传送、移动性管理(附着/分离和位置管理)、逻辑链路管理、以及认证和计费功能等。s3是sgsn118与mme105之间的接口。s4是sgsn118与sgw108之间的参考点。s12是sgw108与utran125之间的参考点。在某些实施例中，sgsn118和mme105共存于一个节点中。在本文中，术语mme/sgsn将指以下任何一项：独立mme105或独立sgsn108或组合式mme105和sgsn118节点。sgsn118也可以被称为s4-sgsn。在下文中，当使用术语mme时，它指以下任何一项：独立mme、组合式mme/sgsn或组合式mme/s4-sgsn。为了简单起见，使用术语mme。

归属用户服务器(hss)128是类似于gsm归属位置寄存器(hlr)和认证中心(auc)的用户服务器节点。hss128包括用户相关信息(用户简档)，执行用户的认证和授权，并且可以提供有关用户的位置和ip信息的信息。参考点s6a能够传输签约和认证数据，以用于认证/授权用户接入到mme105与hss128之间的演进型系统。

策略和计费规则功能(pcrf)130是策略和计费控制单元。pcrf130包含策略控制决策和基于流的计费控制功能，它提供关于服务数据流检测、选通、服务质量(qos)和基于流的计费等的网络控制。pcrf130可以被描述为功能实体，其可以是独立节点或在另一个节点中实现的功能。参考点gx提供从pcrf130到pgw110中的策略和计费执行功能(pcef)的(qos)策略和计费规则传输。

rx是驻留在pcrf130与运营商的ip服务118之间的参考点。rx参考点用于在pcrf130与应用功能(af)(未示出)之间交换应用级别会话信息。

在某些实施例中，通信系统可以被分成ran和cn。因此，ue101使用合适的接入技术(例如如图1中例示的e-utran103)到达cn。注意，图1使用e-utran103作为一个示例，并且ue101可以使用任何其它合适的接入技术(3gpp技术和非3gpp技术)到达cn。

ran可以例如由e-utran103表示，并且可以包括ran节点，例如如上所述的基站。使用图1作为一个示例，cn可以包括mme105、sgw108、pgw110、sgsn118、hss127和pcrf130。ran和cn可以各自包括图1中未示出的额外实体。cn可以是分组交换(ps)核心网络或电路交换(cs)核心网络。在其它实施例中，通信系统110不被分成ran和cn。相反，通信系统100可以包括虚拟化cn，并且控制平面和用户平面被分离。诸如软件定义网络(sdn)、网络功能虚拟化(nfv)和网络虚拟化(nv)之类的术语可以用于当具有控制平面和用户平面被分离的虚拟化cn时的场景。用户平面(有时被称为数据平面、转发平面、载波平面或承载平面)携带网络用户业务，并且控制平面携带信令业务。当sdn将用户平面和控制平面分离时，它将控制平面从网络硬件中删除，并且改为在软件中实现控制平面，这实现编程访问，并且因此使网络管理更加灵活。控制平面信令可以被路由到虚拟化cn，并且用户平面信令被绕过虚拟化cn。虚拟化cn可以包括由以下项实现的虚拟网络服务：虚拟化mme(vmme)、虚拟化sgsn(vsgsn)、虚拟化pgw(vpgw)、虚拟化sgw(vsgw)、虚拟化网关gprs支持节点(vggsn)、虚拟化pcrf(vpcrf)、虚拟化深度分组检查(vdpi)、vprobe、虚拟化演进型分组数据网关(vepdg)和虚拟化可信无线局域网接入网关(vtwag)等。

应该注意，在图1中看到的通信系统中的通信链路可以是任何合适的类型，包括有线或无线链路。如本领域的技术人员理解的，链路可以使用任何合适的协议，具体取决于层的类型和级别(例如，如由开放系统互连(osi)模型指示的)。

现在返回到承载不匹配的一个示例，如先前图1所述。图2是由于连接问题或临时过载而导致的这种承载不匹配的一个示例。在该方法开始时，mme105、sgw108和pgw110都具有有关创建具有eps承载标识(ebi)5、6的eps承载的信息。这在图2中用ebi＝{5,6}指示。图2中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤200

pgw110可以向pcrf130发送信用控制请求(ccr)消息。ccr的发送可以是从mme105启动的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤201

pgw110从pcrf130接收指示应去激活一个或多个专用承载的策略和计费控制(pcc)规则。pcc规则包括在由pcrf130发送到pgw110的重新授权请求(rar)消息或信用控制应答(cca)消息中。在pgw110在步骤202中发送raa消息的场景(即不执行步骤200的场景)中，pcc规则包括在rar中。在pgw110已在步骤200中发送ccr消息的场景中，pcc规则包括在cca消息中。pgw110从pcrf130接收rar或cca消息。

cca是对步骤200中的ccr的响应。

pcc规则具有数个用途，例如检测分组属于服务数据流，标识服务数据流，针对服务数据流提供适用的计费参数，针对服务数据流提供策略控制等。

步骤202

当pgw110已接收并且执行从pcrf130接收的pcc规则时，pgw110可以向pcrf130发送重新授权应答(raa)消息。raa消息是对步骤201中的rar消息的响应。

下表1提供步骤200-203中的两个场景的概述，其中左列表示由pcrf130发起的场景，并且右列表示由pgw110发起的场景：

表1

还在图1中示出上面的备选情景1和2。因此，rar和raa是ccr和cca的备选方案。

pcc规则的接收可以触发创建承载请求、删除承载请求或更新承载请求过程。

步骤203

在该示例中，假设pgw110向sgw108发送删除承载请求消息以删除专用承载。要删除的专用承载是ebi＝{6}的承载。sgw108从pgw110接收删除承载请求消息，并且sgw108向mme105转发删除承载请求消息。

图2示出要删除一个专用承载的一个示例。但是，在其它示例中，删除承载请求消息可以包括要删除的多个专用承载的列表。

由于sgw108与mme105之间的临时连接问题或者由于mme105中的临时过载，消息未到达mme105。例如，由于sgw108与mme105之间的临时连接问题，sgw108未从mme105获得对删除承载请求消息的任何响应(在图2中使用“x”指示)。在数秒之后(秒数可以被称为t3-response秒)，sgw108进行新尝试以便向mme105发送相同消息。t3-reponse秒可以被描述为sgw108在重新发送消息之前等待的时间，并且t3可以被描述为当删除承载请求消息已被发送时启动的重试定时器。重新发送消息的尝试次数取决于参数n3-requests。n3-request是重试计数器。3gppts29.274v13.4.0(2015年12月)第7.6章将t3-response和n3-request定义如下：“当发送信令消息(对于该消息预计回复)时，将启动表示为t3-response的定时器。如果在t3-response定时器期满之前没有接收到回复，则可能已丢失信令消息或触发消息。一旦t3-response定时器期满，如果重试尝试的总次数小于n3requests次数，则重发对应于t3-response定时器的消息。[...]”

步骤204

sgw108放弃等待响应，并且向pgw110发送删除承载响应消息，且原因被设置为“远程对等方未响应”，其中远程对等方是mme105。sgw108和pgw110删除承载(多个)，如在步骤203中请求的那样。之后，当从sgw108和pgw110中删除承载时，承载仍然存在于mme105中。因此，因为pgw110未接收到任何响应，并且在已耗尽所有重传尝试之后，pgw110无论如何都删除承载。

在删除ebi＝{6}的承载之后，sgw108和pgw110具有有关ebi＝{5}是创建的承载的信息。mme105仍然具有有关ebi＝{5,6}的信息。

步骤205

随后，当恢复连接时，或者当mme105已从临时过载情况恢复时，mme105针对ebi＝{5,6}向sgw108发送修改承载请求消息或修改接入承载请求消息。sgw108从mme105接收修改承载请求消息。sgw108检测到“承载不匹配”，即与修改承载请求消息关联的ebi＝{5,6}中的承载6已作为步骤204的结果被删除。

现有解决方案的问题

问题1：丢失承载

如上所述，该标准提供了用于处理gtp消息中的未知承载的机制。在上面描述了该机制。

该标准没有显式声明应如何处理丢失承载。可能具有不同的解释。接收节点的一种可能性是接受消息并且在本地删除未包括在所接收的消息中的任何承载。另一种可能性是拒绝整个消息，例如将原因值设置为“强制ie丢失”或“条件ie丢失”，并且将违规信息元素(ie)设置为“承载上下文”以指示在请求消息中丢失某个承载上下文。

拒绝消息的可能结果是mme105将删除pdn连接并且发送删除会话请求消息。实时网络的经验已表明，在这种情况下删除pdn连接可以对最终用户服务产生不必要的负面影响，尤其是对于时间关键的服务，例如长期演进语音(volte)和ims紧急呼叫。

问题2：竞争条件

3gpp标准没有提供关于如何处理几乎同时执行的过程的建议。该标准似乎基于以下假设编写：单独执行过程，并且不需要考虑一个过程对另一个过程的影响。这是现有解决方案的最严重的问题。

前面提到的规则(即，对于包含用于相同ue101或pdn连接的所有eps承载的列表的消息(取决于消息的粒度)，消息中的承载与接收节点中的承载之间应具有一对一的对应关系)仅适用于当已在较早阶段建立承载时的静态情况。当正在创建承载时，该规则不起作用。该规则没有考虑在网络中跨越涉及的节点创建承载需要一些时间，并且在该时间内不同的节点将建立不同数量的承载。

修改承载请求消息、以及修改接入承载请求消息包含在从mme105发送消息时存在于mme105中的承载。这在图3和图4中例示。

图3示出使用修改承载请求的过程的一个示例。可选步骤在图3中使用虚线箭头指示。在该方法开始时，mme105、sgw108和pgw110都具有有关创建ebi＝{5,6}的eps承载的信息。这在图2中用ebi＝{5,6}指示。图3中的过程包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤301

mme105向sgw108发送修改承载请求消息。mme105已知的相同pdn连接内的每个承载的eps承载id包括在该消息中。修改承载请求消息用于ebi＝{5,6}的承载，即修改承载请求消息包括指示要修改的承载的标识(即5和6)的id信息。

在某些情况下(在3gppts23.401中定义)，sgw108可以向pgw110转发修改承载请求消息。pgw110从sgw108接收转发的修改承载请求消息。

步骤302

pgw110可以与pcrf130交互，并且pgw110可以通过交互向pcrf130发送ccr消息。pcrf130可以从pgw110接收ccr消息。这是可选步骤。

步骤303

pcrf130可以向pgw110发送cca消息。pgw110可以从pcrf130接收cca消息。这是可选步骤。

步骤304

pgw110通过向sgw108发回修改承载响应消息来回复。sgw108从pgw110接收修改承载响应消息。sgw108通过向mme105发送修改承载响应来回复。mme105从sgw108接收修改承载响应消息。

图4示出使用修改接入承载请求的过程的一个示例。在该方法开始时，mme105、sgw108和pgw110都具有有关创建具有eps承载标识(ebi)5、6的eps承载的信息。这在图4中用ebi＝{5,6}指示。图4中的过程包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤401

mme105向sgw108发送修改接入承载请求消息。用于mme105已知的相同ue101的所有pdn连接内的每个承载的eps承载id包括在该消息中。sgw108从mme105接收修改接入承载请求消息。修改接入承载请求消息包括要修改的承载的标识，即承载5和6，ebi＝{5,6}。

步骤402

sgw108使用修改接入承载响应消息来回复mme105。mme105从sgw108接收修改接入承载响应消息。

图4中的过程中不涉及pgw110。

在图5中例示默认承载激活过程。图5中的过程包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤501

ue101请求mme105建立pdn连接。mme105向sgw108发送创建会话请求消息。该消息包括ue的国际移动用户标识(imsi)、ue101希望连接到的apn、以及用于要创建的默认承载的eps承载id。作为一个示例，ebi可以是ebi＝{5}。注意，mme105可以选择ue101尚未使用的区间5到15内的任何ebi。ebi＝{0}被用作用于尚未创建的承载的占位符(在创建承载请求消息中)。ebi1至4被保留。

sgw108从mme105接收创建会话请求消息。sgw108向pgw110转发创建会话请求消息。pgw110从sgw108接收转发的创建会话请求消息。

步骤502

pgw110与pcrf130(以及多个其它外部系统，图5中未示出)发送信号。这涉及pgw110向pcrf130发送ccr消息，pcrf130从pgw110接收ccr消息，pcrf向pgw110发送cca消息，以及pgw110从pcrf130接收cca消息。

步骤503

pgw110然后通过发送创建会话响应消息来回复sgw108。该消息包括用于ue101的分配的ip地址，即pdn地址分配等。sgw108从pgw110接收创建会话响应消息。sgw108向mme105转发创建会话响应消息。mme105从sgw108接收创建会话响应消息。

步骤504

mme105向sgw108发送修改承载请求消息。sgw108从mme105接收修改承载请求消息。修改承载请求消息包括ebi＝{5}、enodeb完全限定的隧道端点标识符(f-teid)等。

步骤505

sgw108向mme105发送修改承载响应消息。mme105从sgw108接收修改承载响应消息。

在专用承载激活过程中，一次在一个节点中创建新承载(多个)。更重要的是：一次在一个节点中为承载给予eps承载id。首先在mme105中为新承载给予eps承载id，然后在sgw108中给予并且最后在pgw110中给予eps承载id。

图6示出专用承载激活的一个示例。可选步骤在图6中使用虚线箭头指示。在该方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5}的承载的信息。ebi＝{5}可能已如图6中描述的那样被创建。图6中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤600

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤601

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。pcc规则包括在由pcrf130发送到pgw110的rar消息或cca消息中。在pgw110在步骤602中发送raa消息的场景(即不执行步骤600的场景)中，pcc规则包括在rar中。在pgw110已在步骤600中发送ccr消息的场景中，pcc规则包括在cca消息中。pgw110从pcrf130接收rar或cca消息。cca是对步骤600中的ccr的响应。

步骤602

当pgw110已接收并且执行从pcrf130接收的pcc规则时，pgw110可以向pcrf130发送raa消息。raa消息是对步骤601中的rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图6。

步骤603

pgw110向sgw108发送创建承载请求消息。用于每个承载的eps承载id将由mme105确定。因此，创建承载请求消息包括ebi＝{0}。sgw108从pgw110接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。mme105从sgw108接收创建承载请求消息。如前所述，可以使用相同的创建承载请求/响应消息来创建一个或多个承载，但在此仅示出一个承载作为一个示例。

步骤604

mme105为每个承载(例如ebi＝{6})分配eps承载id，并且通过向sgw108发回具有新eps承载id(多个)的创建承载响应消息来回复。sgw108从mme105接收创建承载响应消息。sgw108向pgw110转发创建承载响应消息。

因此，所有节点都具有有关ebi＝{5,6}的信息。这意味着，例如，如果修改承载请求消息或修改接入承载请求消息(其应包含“所有”eps承载的列表)被从其中承载刚刚被创建并被给予eps承载id的mme105发送，并且在相同承载在接收节点(sgw108或pgw110)处被创建并被给予eps承载id之前到达该接收节点，则该接收节点将检测到消息包含“未知”承载。如果接收节点拒绝该承载，则结果是新创建的承载在所有节点中完全创建之前被删除。可能存在永久承载不匹配，并且最终用户服务在任何情况下都不会按预期传送。

图7示出承载去激活过程的一个示例。在该方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5,6}的两个承载的信息。图7中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤700

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤701

pgw110从pcrf130接收指示应去激活一个或多个专用承载的pcc规则。这可以涉及pcrf130向pgw110发送rar或cca消息，pgw110从pcrf130接收rar或cca消息，pgw110可以向pcrf130发送raa消息，以及pcrf130可以从pgw110接收raa消息。

在pgw110在步骤701中发送raa消息的场景(即不执行步骤700的场景)中，pcc规则包括在rar中。在pgw110已在步骤700中发送ccr消息的场景中，pcc规则包括在cca消息中。cca是对步骤700中的ccr的响应。

步骤702

当pgw110已接收并且执行从pcrf130接收的pcc规则时，pgw110可以向pcrf130发送raa消息。raa消息是对rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图7。

步骤703

pgw110向sgw108发送删除承载请求消息。删除承载请求消息包括指示应删除ebi＝{6}的承载的信息。sgw108从pgw110接收删除承载请求消息。sgw108向mme105转发删除承载请求消息。mme105从sgw108接收转发的删除承载请求消息。承载的删除也可以被称为承载的去激活。

步骤704

mme105去激活朝向enodeb的承载(多个)，并且通过向sgw108发回删除承载响应消息来回复。sgw108从mme105接收删除承载响应消息。sgw108向pgw110转发删除承载响应消息。pgw110从sgw108接收删除承载响应消息。

一次在一个节点中删除承载(而不是同时在所有节点中删除)。当节点接收删除承载响应消息时，它应实际地删除承载(多个)。这是因为一次在一个节点中删除承载，在信令竞争条件下可以存在承载不匹配。从这个意义上来说，承载去激活过程“镜像”承载激活过程。

在步骤704之后，节点mme105、sgw108和pgw110都具有有关仅ebi＝{5}的承载被激活(即ebi＝{6}被删除/去激活)的信息。

在竞争条件下，存在两个对等节点不同时具有完全相同的承载的风险。

永久承载不匹配例如可以由以下项导致

●在上面参考图2描述的场景中。

●内部错误强制节点删除承载。

由于信令竞争条件，可以发生临时承载不匹配，例如：

●pgw110发送创建承载请求消息，并且mme105发送修改承载请求或修改接入承载请求消息。当mme105也响应创建承载请求时，在mme105与sgw108之间的s11/s4接口上、或者在sgw108与pgw110之间的s5/s8接口上，存在创建承载响应消息与修改承载请求消息之间的竞争条件的风险。

该场景具有以下变化：

●修改承载请求在创建承载响应之前或之后到达。

●修改承载请求包括或不包括新创建的专用承载(多个)。

这些变化组合导致可能在pgw110或sgw108中发生的四种不同情况：

情况1：

●修改承载请求在创建承载响应之前到达。

●修改承载请求不包括新创建的专用承载(多个)。

●从接收节点的角度来看，没有问题。

图8示出竞争条件的一个示例：用于情况1的创建承载响应和修改承载请求。在两个接口上存在竞争条件，以使得sgw108和pgw110都必须处理竞争和承载不匹配。还在将在下面描述的图13中示出创建承载响应。

用于图8中的方法的前提条件是，当从pgw110触发承载激活过程时，从mme105发送修改承载请求或修改接入承载请求。

正常情况a：

●修改承载请求在创建承载响应之前到达。

●修改承载请求不包括新创建的专用承载(多个)。

在接收节点(sgw108、mme105)处

●没有问题。

注意，可能针对以下信令发生这种情况：在mme/s4-sgsn105与sgw108之间的s11/s4接口上的信令；以及还在pgw110中，在s5/s8、s2a和s2b上的信令。

在图8中的方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5}的承载被激活的信息。图8中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤800

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤801

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。pcc规则包括在由pcrf130发送到pgw110的rar消息或cca消息中。在pgw110在步骤802中发送raa消息的场景(即不执行步骤800的场景)中，pcc规则包括在rar中。在pgw110已在步骤800中发送ccr消息的场景中，pcc规则包括在cca消息中。pgw110从pcrf130接收rar或cca消息。

pgw110从pcrf130接收rar或cca消息。cca是对步骤800中的ccr的响应。

步骤802

当pgw110已接收并且执行从pcrf130接收的pcc规则时，pgw110可以向pcrf130发送raa消息。raa消息是对步骤801中的rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图8。

步骤803

pgw110向sgw108发送创建承载请求消息。sgw108从pgw110接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。mme105从sgw108接收创建承载请求消息。

创建承载请求消息可以包括指示ebi＝{0}是应被创建的承载的信息。

步骤804

mme105向sgw108发送修改承载请求消息。sgw108从mme105接收修改承载请求消息。sgw108向pgw110发送修改承载请求消息。pgw110从sgw108接收修改承载请求消息。

在一个示例中，修改承载请求消息包括指示ebi＝{5}的承载是应被修改的承载的信息(这在图8中被称为更改1)。当sgw108接收修改承载请求消息时，它预计ebi＝{5}(在图8中被称为更改a)。当pgw110接收修改承载请求消息时，pgw110预计ebi＝{5}(在图8中被称为更改a)。

在第二示例备选方案中，修改承载请求消息包括指示ebi＝{5,6}的承载是要被修改的承载的信息(这在图8中被称为更改2)。当sgw108接收修改承载请求消息时，它预计ebi＝{5,6}(这在图8中被称为更改b)。当pgw110接收修改承载请求消息时，它预计ebi＝{5,6}(这在图8中被称为更改b)。

步骤805

sgw108向pgw110发送创建承载响应消息。pgw110从sgw108接收创建承载响应消息。

创建承载响应消息包括指示ebi＝{6}的承载是应被创建的承载的信息。

图8中具有虚线的云指示通过某个接口发送的消息可以以一个顺序被发送，并且以另一个顺序在另一个节点处被接收。在图8中，mme105可能已在修改承载请求之前向sgw108发送创建承载响应消息，但修改承载请求消息可能(由于竞争)在创建承载响应消息到达sgw108之前到达sgw108。sgw108可能在修改承载请求消息之前发送创建承载响应消息，但修改承载请求消息可能(由于竞争)在创建承载响应消息之前到达pgw110。这样的竞争条件可以导致在由网关接收的消息中指示的承载(多个)(例如ebi＝{5})与网关已知的承载(多个)(例如ebi＝{5,6})之间的承载不匹配，这些承载与相同的pdn连接和相同的ue101关联。

sgw108可以以与sgw108从mme105接收消息相同的顺序，向pgw110转发消息。

然后可以在s5/s8接口上存在新竞争。

如图8中所示，sgw108和pgw110都必须处理竞争和承载不匹配。

总而言之，图8示出通过某个接口发送的消息可以以一个顺序被发送，并且以另一个顺序在另一个节点处被接收。mme105可以在“消息b”之前发送“消息a”，但“消息b”可以(由于竞争)在“消息a”之前到达sgw108。sgw108可以在“消息b”之前发送“消息a”，但“消息b”可以(由于竞争)在“消息a”之前到达pgw110。因此，可能在s11/s4和s5/s8接口上具有竞争条件。

情况2：

●创建承载响应在修改承载请求之前到达。

●修改承载请求包括新创建的专用承载(多个)。

●从接收节点的角度来看，没有问题。

图9示出用于情况2的创建承载响应和修改承载请求的竞争条件的一个示例。还在将在下面描述的图13和14中示出情况2。

用于图9的前提条件是，当从pgw110触发承载激活过程时，从mme/s4-sgsn105发送修改承载请求或修改接入承载请求。

正常情况b：

●创建承载响应在修改承载请求之前到达。

●修改承载请求包括新创建的专用承载(多个)。

在接收节点(sgw108、mme105)处：

●没有问题。

注意，可能针对以下信令发生这种情况：通过mme/s4-sgsn105与sgw108之间的s11/s4接口的信令；以及还在pgw110中，通过s5/s8、s2a和通过s2b的信令。

在图9中的方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5}的承载被激活的信息。图9中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤900

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤901

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。

在pgw110在步骤901中发送raa消息的场景(即不执行步骤900的场景)中，pcc规则包括在rar中。在pgw110已在步骤900中发送ccr消息的场景中，pcc规则包括在cca消息中。

pgw110从pcrf130接收rar或cca消息。cca是对步骤900中的ccr的响应。

当pgw110已接收并且执行从pcrf130接收的pcc规则时，并且当它已接收rar消息时，pgw110可以向pcrf130发送raa消息。raa消息是对步骤900中的rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图9。

步骤902

pgw110向sgw108发送创建承载请求消息。sgw108从pgw110接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。mme105从sgw108接收创建承载请求消息。

步骤903

sgw108向pgw110发送创建承载响应消息。创建承载响应消息包括指示ebi＝{6}的承载已被创建的信息。

步骤904

sgw108向pgw110发送修改承载请求消息。pgw110从sgw108接收修改承载请求消息。修改承载请求消息包括指示ebi＝{5,6}的承载是应被修改的承载的信息。pgw110预计ebi＝{5,6}在来自sgw108的消息中。

类似于图8，云和云内的交叉虚线指示mme105可以以与消息到达pgw110不同的顺序发送消息，这可以导致竞争条件。这种竞争条件可以导致在由网关接收的消息中指示的承载(多个)(例如ebi＝{6})与网关已知的承载(多个)(例如ebi＝{5,6})之间的承载不匹配，这些承载与相同的pdn连接和相同的ue101关联。

情况3：

●修改承载请求在创建承载响应之前到达。

●修改承载请求包括新创建的专用承载(多个)。

●从接收节点的角度来看，所接收的修改承载请求消息包含一个或多个未知承载。

●创建承载响应消息包含修改承载请求消息中“未知”的承载。

图10示出用于情况3的创建承载响应和修改承载请求的竞争条件的一个示例。还在将在下面描述的图13和14中示出情况3。

用于图10的前提条件是，当从pgw110触发承载激活过程时，从mme/s4-sgsn105发送修改承载请求或修改接入承载请求。

异常情况a：

●修改承载请求在创建承载响应之前到达。

●修改承载请求包括新创建的专用承载(多个)。

在接收节点(sgw108、mme105)处：

●从接收节点的角度来看，所接收的修改承载请求消息包含一个或多个未知承载。

注意，可能针对以下信令发生这种情况：通过mme/s4-sgsn105与sgw108之间的s11/s4接口的信令；以及还在pgw110中，通过s5/s8、s2a和通过s2b的信令。

在图10中的方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5}的承载被激活的信息。图10中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤1000

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤1001

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。在pgw110发送raa消息的场景(即不执行步骤1000的场景)中，pcc规则包括在rar中。在pgw110已在步骤1000中发送ccr消息的场景中，pcc规则包括在cca消息中。pgw110从pcrf130接收rar或cca消息。cca是对步骤1000中的ccr的响应。

pgw110从pcrf130接收rar或cca消息。当pgw110已接收并且执行从pcrf130接收的pcc规则时，并且当pgw110已接收raa消息时，pgw110可以向pcrf130发送raa消息。raa消息是对步骤1001中的rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图10。

步骤1002

pgw110向sgw108发送创建承载请求消息。sgw108从pgw110接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。mme105从sgw108接收创建承载请求消息。

步骤1003

sgw108向pgw110发送修改承载请求消息。pgw110从sgw108接收修改承载请求消息。修改承载请求消息包括指示应修改ebi＝{5,6}的承载的信息。如上所述，pgw110仅具有有关ebi＝{5}作为激活的承载的信息，并且因此仅预计ebi＝{5}在来自sgw108的消息中。

步骤1004

sgw108向pgw110发送创建承载响应消息。pgw110从sgw108接收创建承载响应消息。创建承载响应消息包括指示应创建ebi＝{6}的承载的信息。

与图8和9一样，图10中具有交叉虚线的云示出从mme105发送消息的顺序与pgw110接收相同消息的顺序不同。具体地说，在从mme105发送修改承载请求消息之前发送创建承载响应消息，并且在pgw110处在创建承载响应消息之前接收修改承载请求消息。如上所述，pgw110仅具有有关ebi＝{5}作为激活的承载的信息，并且因此仅预计ebi＝{5}在来自sgw108的消息中。因此，当修改承载请求消息指示ebi＝{5,6}时，存在不匹配，因为pgw110不知道ebi＝{6}。

情况4：

●创建承载响应在修改承载请求之前到达。

●修改承载请求不包括新创建的专用承载(多个)。

●从接收节点的角度来看，在所接收的修改承载请求消息中丢失一个或多个承载。

●创建承载响应消息包含从修改承载请求消息“丢失”的承载。

图11示出根据情况4的创建承载响应和修改承载请求的竞争条件的一个示例。还在将在下面描述的图13和14中示出情况4。

用于图11的前提条件是，当从pgw触发承载激活过程时，从mme/s4-sgsn105发送修改承载请求或修改接入承载请求。

异常情况b：

●创建承载响应在修改承载请求之前到达。

●修改承载请求不包括新创建的专用承载(多个)。

在接收节点(sgw108、mme105)处：

●从接收节点的角度来看，在所接收的修改承载请求消息中丢失一个或多个承载。

注意，可能针对以下信令发生这种情况：通过mme/s4-sgsn105与sgw108之间的s11/s4接口的信令；以及还在pgw110中，通过s5/s8、s2a和通过s2b的信令。

在图11中的方法开始时，mme105、sgw108和pgw110具有有关ebi＝{5}的承载被激活的信息。图11中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤1100

pgw110可以向pcrf130发送ccr消息。ccr的发送可以是从mme105发起的过程(例如，移动性过程)的结果。pcrf130可以从pgw110接收ccr消息。

步骤1101

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。在pgw110发送raa消息的场景(即不执行步骤1100的场景)中，pcc规则包括在rar中。在pgw110已在步骤1100中发送ccr消息的场景中，pcc规则包括在cca消息中。cca是对步骤1100中的ccr的响应。

pgw110从pcrf130接收rar或cca消息。

步骤1102

当pgw110已接收并且执行从pcrf130接收的pcc规则时，并且当pgw110已接收rar消息时，pgw110可以向pcrf130发送raa消息。

raa消息是对步骤1101中的rar消息的响应。

因此，rar和raa是ccr和cca的备选方案。

针对图2描述的表1提供ccr、cca、rar和raa消息的概述，并且同样适用于图11。

步骤1103

pgw110向sgw108发送创建承载请求消息。sgw108从pgw110接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。mme105从sgw108接收创建承载请求消息。

步骤1104

sgw108向pgw110发送创建承载响应消息。pgw110从sgw108接收创建承载响应消息。创建承载响应消息包括指示应创建ebi＝{6}的承载的信息。

步骤1105

sgw108向pgw110发送修改承载请求消息。pgw110从sgw108接收修改承载请求消息。修改承载请求消息包括指示应修改ebi＝{5}的承载的信息。但是，pgw110预计修改承载响应消息指示ebi＝{5,6}，因为它们是被创建的承载。这种竞争条件导致在由pgw110接收的消息中指示的承载(多个)(例如ebi＝{5})与pgw110已知的承载(多个)(例如ebi＝{5,6})之间的承载不匹配，这些承载与相同的pdn连接和相同的ue101关联。

与图8、9和10一样，图11中具有交叉虚线的云示出从mme105发送消息的顺序与pgw110接收相同消息的顺序不同。具体地说，在从mme105发送创建承载响应消息之前发送修改承载请求消息，并且在pgw110处在修改承载请求消息之前接收创建承载响应消息。

到目前为止描述的竞争条件都具有共同点：它们涉及修改承载请求/修改接入承载请求和创建承载响应。可能发生这种竞争条件的情况的时间是：

●移动性过程(tau/rau/切换)与专用承载激活过程并行发起。

●ue发起的服务请求过程与专用承载激活过程并行发起。

●当sgw108与enodeb103之间没有活动s1-u隧道，或者sgw108与s4-sgsn118之间没有活动s4-u隧道，或者sgw108和rnc之间没有活动s12-u隧道时，发起专用承载激活过程，这触发网络触发的服务请求过程。

●在附着和ue101请求的pdn连接过程时，专用承载激活过程与默认承载激活结合发起。

●在其它过程期间，例如e-utran103发起的e-rab修改过程、基于hss的p-cscf恢复过程、存在区域报告等，其中mme105与从pgw110发起的专用承载激活过程并行地发起修改承载请求。

上面的情况1-4描述涉及创建承载请求的竞争条件。注意，删除承载请求也可能发生竞争条件。参考图14中的情况5-8更详细地描述删除承载请求。创建承载请求和删除承载请求具有共同点：接收信号的顺序、以及接收节点承载预计的承载相同，但承载不匹配不同(参见图13和14)。创建承载情况1类似于删除承载情况5。创建承载情况2类似于删除承载情况6。创建承载情况3涉及未知承载，而删除承载情况7涉及丢失承载。创建承载情况4涉及丢失承载，并且删除承载情况8涉及未知承载。下面参考图13和14对此进行更详细地描述。

在3gppts23.401附录f中描述上面列出的第四种情况“在附着和ue101请求的pdn连接过程时，专用承载激活过程与默认承载激活结合启动”。它可以被称为“捎带场景”，因为它描述可如何在创建会话响应消息上捎带创建承载请求，以及如何在创建承载响应消息上捎带修改承载请求。该标准没有显式声明mme105是否应在修改承载请求中包括新创建的承载。在“捎带场景”中，mme105在发送修改承载请求时将知道新创建的承载似乎是合理的。在不支持捎带的情况下，两种可能性(即包括或不包括新创建的承载)似乎同样合理。在图12中示出该竞争条件。图12示出在附着和ue请求的pdn连接过程时与默认承载激活结合的专用承载激活的一个示例。

图12中的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤1201

mme105向sgw108发送创建会话请求消息。sgw108从mme105接收创建会话请求消息。sgw108向pgw110转发创建会话请求消息。pgw110从sgw108接收创建会话请求消息。创建会话请求消息包括指示应创建用于ebi＝{5}的承载的会话的信息。

步骤1202

pgw110从pcrf130接收指示应创建一个或多个专用承载的pcc规则。pgw110向pcrf130发送ccr消息。pcc规则包括在由pcrf130发送到pgw110的cca消息中。pgw110从pcrf130接收cca消息。

步骤1203

pgw110向sgw108发送创建会话响应消息。sgw108从pgw110接收创建会话响应消息。sgw108向mme105发送创建会话响应消息。mme105从sgw108接收创建会话响应消息。创建会话响应消息是对步骤1201中的创建会话请求消息的响应。

步骤1204

pgw110向sgw108发送创建承载请求消息。sgw108从pgw110接收创建承载请求消息。sgw108向mme105发送创建承载请求消息。mme105从sgw108接收创建承载请求消息。

步骤1205

sgw108可以向pgw110发送修改承载请求消息。pgw110可以从sgw108接收修改承载请求消息。修改承载请求消息可以包括指示应修改ebi＝{5}或ebi＝{5,6}的信息。

步骤1206

sgw108可以向pgw110发送创建承载响应消息。pgw110可以从sgw108接收创建承载响应消息。创建承载响应包括指示应创建ebi＝{6}的承载的信息。创建承载响应消息是对步骤1204中的创建承载请求消息的响应。

图12中具有交叉虚线的云示出从mme105发送消息的顺序与pgw110接收相同消息的顺序不同。具体地说，在从mme105发送修改承载请求消息之前发送创建承载响应消息，并且在pgw110处在创建承载响应消息之前接收修改承载请求消息。

步骤1207

pgw110可以向sgw108发送修改承载响应消息。sgw108可以从pgw110接收修改承载响应消息。sgw108可以向mme105发送修改承载响应消息。mme105可以从sgw108接收修改承载响应消息。

图13示出sgw108中的创建承载场景的四种不同情况1-4。图13的前提条件是存在默认承载ebi＝{5}，并且sgw108已处理创建承载请求消息。图13中的情况1-4对应于上述情况1-4。

情况1

在情况1中，sgw108首先接收ebi＝{5}的修改承载请求消息，并且sgw108预计ebi＝{5}。sgw108然后推断承载完全匹配。sgw108然后接收ebi＝{6}的创建承载响应消息。sgw108推断mme105已创建ebi＝{6}的承载。在情况1中，在创建承载响应消息之前接收修改承载请求消息，并且没有竞争条件。还在图8中示出情况1。

情况2

在情况2中，sgw108首先接收ebi＝{6}的创建承载响应消息。sgw108然后推断mme105已创建ebi＝{6}的承载。sgw108然后接收ebi＝{5,6}的修改承载请求消息，并且sgw108预计ebi＝{5,6}。因此，sgw108推断承载完全匹配。在情况2中，在修改承载请求消息之前接收创建承载响应消息，并且没有竞争条件。还在图9中示出情况2。

情况3

在情况3中，sgw108首先接收ebi＝{5,6}的修改承载请求消息，并且sgw108预计ebi＝{5}。sgw108推断存在承载不匹配，因为ebi＝{6}未知。还在图10中示出情况3。

当前标准涵盖未知承载。sgw108应使用以下项进行回复：将(主要)原因设置为“部分接受请求”，并且将承载上下文中的原因设置为“接受请求”(对于ebi＝{5})和“未找到上下文”(对于ebi＝{6})。此操作的最可能的影响是mme105将在本地删除新创建的承载(多个)。当创建承载响应到达时，新承载将在sgw108中被建立，但在mme105中被删除。

因此对于情况3，存在竞争条件，因为mme105在修改承载请求之前发送创建承载响应消息，但消息以相反顺序到达sgw108。

情况4

sgw108首先接收ebi＝{6}的创建承载响应消息。sgw108推断mme105已创建ebi＝{6}的承载。其次，sgw108接收ebi＝{5}的修改承载请求消息，并且sgw108预计ebi＝{5,6}。sgw108推断存在承载不匹配，因为丢失ebi＝{6}。还在图11中示出情况4。

当前标准没有给出关于如何处理具有丢失承载的消息的显式指令。该标准的可能解释是，应该拒绝消息，并且将原因设置为“强制ie丢失”。此操作的最可能的影响是mme将删除整个pdn连接并且发送删除会话请求。

在情况4中存在竞争条件，因为mme105在创建承载响应消息之前发送修改承载请求消息，但消息以相反顺序到达sgw108。

图14示出sgw108中的删除承载场景的四种不同情况5-8。图14的前提条件是存在ebi＝{5}的默认承载和ebi＝{6}的专用承载，并且sgw108已处理用于ebi＝{6}的删除承载请求消息。

情况5

在情况5中，sgw108首先接收ebi＝{5,6}的修改承载请求消息，并且sgw108预计ebi＝{5,6}。sgw108推断承载完全匹配。然后，sgw108接收删除承载响应消息，并且sgw108推断mme105已删除ebi＝{6}的承载。sgw108还删除ebi＝{6}的承载，并且向pgw110转发删除承载响应消息。因此在情况5中，在删除承载响应消息之前接收修改承载请求消息，并且没有竞争条件。图14中的情况5类似于图9中所示的情况1，只是图14用于删除承载响应并且图9用于创建承载响应消息。

情况6

在情况6中，sgw108首先接收ebi＝{6}的删除承载响应消息。sgw108推断mme105已删除ebi＝{6}的承载。sgw108还删除ebi＝{6}的承载，并且向pgw110转发删除承载响应消息。其次，sgw108接收ebi＝{5}的修改承载请求消息，并且sgw预计在该消息中ebi＝{5}。sgw108推断承载完全匹配。因此在情况6中，在修改承载请求消息之前接收删除承载响应消息，并且没有竞争条件。这对应于图8中所示的情况2。

情况7

在情况7中，sgw108首先接收ebi＝{5}的修改承载请求消息，并且sgw108预计在该消息中ebi＝{5,6}。sgw108推断存在承载不匹配，并且ebi＝{6}丢失。

当前标准没有给出关于如何处理具有丢失承载的消息的显式指令。该标准的可能解释是，应该拒绝消息，并且将原因设置为“强制ie丢失”。此操作的最可能的影响是mme将删除整个pdn连接并且发送删除会话请求。

其次，在情况7中，sgw108接收ebi＝{6}的删除承载响应消息，并且sgw108推断mme105已删除ebi＝{6}的承载。sgw108还删除ebi＝{6}的承载，并且向pgw110转发删除承载响应消息。

因此，在情况7中存在竞争条件，因为mme105在修改承载请求消息之前发送删除承载响应消息，但消息以相反顺序到达sgw108。

图14中的情况7类似于图10中所示的情况3，只是图14用于删除承载响应并且图10用于创建承载响应消息。

情况8

在情况8中，sgw108首先接收ebi＝{5}的删除承载响应消息，并且sgw108推断mme105已删除ebi＝{6}的承载。sgw108还删除ebi＝{6}的承载，并且向pgw110转发删除承载响应消息。其次，sgw108接收ebi＝{5,6}的修改承载请求消息，并且sgw108预计在该消息中ebi＝{5,6}。sgw108然后推断存在承载不匹配，并且ebi＝{6}未知。

如前所述，当前标准涵盖未知承载。sgw108应使用以下项进行回复：将(主要)原因设置为“部分接受请求”，并且将承载上下文中的原因设置为“接受请求”(对于ebi＝5)和“未找到上下文”(对于ebi＝6)。在“删除场景”中，这不会导致任何问题。

在情况8中，mme105在删除承载响应消息之前发送修改承载请求消息，但消息以相反顺序到达sgw108。

图14中的情况8类似于图11中所示的情况4，只是图14用于删除承载响应并且图11用于创建承载响应消息。

到目前为止描述的竞争条件包括创建承载请求/响应、以及修改承载请求或修改接入承载请求。删除承载请求/响应、以及修改承载请求或修改接入承载请求可能发生类似的竞争条件。

当前标准很好地涵盖具有未知承载的永久承载不匹配。该机制向发端节点提供反馈，这使得发端节点可以去激活接收节点未知的承载(多个)。

当前标准未涵盖临时承载不匹配(在竞争条件下)。当前标准未很好地涵盖丢失承载。

当前标准似乎已从以下角度编写：每个过程单独进行、两个过程从未同时进行、以及信令竞争条件对涉及的过程没有影响。

技术实现要素：

此处的实施例的一个目标因此是消除至少一个上述缺点并且提供改进的承载处理。

根据第一方面，通过一种由网关执行的用于处理通信系统中的承载的方法来实现该目标。所述网关检测用于激活或去激活承载的过程已被启动。所述承载与pdn连接和ue关联。所述网关从移动性节点接收针对与承载激活或去激活过程所旨在用于的pdn连接和ue相同的pdn连接和ue的第一修改承载或修改接入承载请求消息，所述消息标识与所述相同的pdn连接和ue关联的第一组承载。所述网关检测所述第一组承载与所述网关已知并与所述相同的pdn连接和ue关联的第二组承载之间的至少一个承载不匹配。所述网关在从已检测到所述过程起的时间间隔期间，接受所接收的修改承载或修改接入承载请求消息，即使已检测到所述承载不匹配。

根据第二方面，通过一种由移动性节点执行的用于处理通信系统中的承载的方法来实现该目标。所述移动性节点从网关接收与承载不匹配关联的信息。基于所接收的信息，所述移动性节点确定是否需要与所述承载不匹配关联的进一步动作。

根据第三方面，通过一种用于处理通信系统中的承载的网关来实现该目标。所述网关适于检测用于激活或去激活承载的过程已被启动。所述承载与pdn连接和用户设备ue关联。所述网关适于从移动性节点接收针对与承载激活或去激活过程所旨在用于的pdn连接和ue相同的pdn连接和ue的第一修改承载或修改接入承载请求消息。所述消息标识与所述相同的pdn连接和ue关联的第一组承载。所述网关适于检测所述第一组承载与所述网关已知并与所述相同的pdn连接和ue关联的第二组承载之间的至少一个承载不匹配。此外，所述网关适于在从已检测到所述过程起的时间间隔期间，接受所接收的修改承载或修改接入承载请求消息，即使已检测到所述承载不匹配。

根据第四方面，通过一种用于处理通信系统中的承载的移动性节点来实现该目标。所述移动性节点适于从网关接收与承载不匹配关联的信息。所述移动性节点适于基于所接收的信息，确定是否需要与所述承载不匹配关联的进一步动作。

因为在从已检测到所述过程起的预定时间间隔期间，即使已检测到承载不匹配，所接收的修改承载或修改接入承载请求消息仍被接受，所以已改进承载的处理。由此很好地处理信令竞争条件，并且不会无意删除承载。

此处的实施例提供许多优势，其非穷举示例列表如下：

此处的实施例的一个优势是消除或至少显著降低由于信令竞争条件无意地删除新创建的承载的风险，而不损害节点之间的信息一致性。

当在修改承载请求或修改接入承载请求与创建承载请求/响应之间存在竞争条件时，此处的实施例的一个优势是消除或至少显著减少以下项：

●无意删除新创建的承载。

●无意删除全部pdn连接。

当在修改承载请求或修改接入承载请求与删除承载请求/响应之间存在竞争条件时，此处的实施例的另一个优势是消除或至少显著减少以下项：

●无意删除全部pdn连接。

此处的实施例并不限于上述特性和优势。在阅读以下具体实施方式时，本领域的技术人员将认识到额外特性和优势。

附图说明

现在将通过参考示出实施例的附图，在以下具体实施方式中更详细地描述此处的实施例，这些附图是：

图1是示出其中可以实现本解决方案的实施例的已知通信系统的示意框图；

图2是示出由于连接问题或临时过载而导致的承载不匹配的一个示例的信令图；

图3是示出使用修改承载请求的过程的信令图；

图4是示出使用修改接入承载请求的过程的信令图；

图5是示出默认承载激活过程的信令图；

图6是示出专用承载激活过程的信令图；

图7是示出承载激活过程的信令图；

图8是示出用于竞争条件：创建承载响应和修改承载请求(情况1)的过程的信令图；

图9是示出用于竞争条件：创建承载响应和修改承载请求(情况2)的过程的信令图；

图10是示出用于竞争条件：创建承载响应和修改承载请求(情况3)的过程的信令图；

图11是示出用于竞争条件：创建承载响应和修改承载请求(情况4)的过程的信令图；

图12是示出用于竞争条件：创建承载响应和修改承载请求的过程的信令图；

图13是示出用于sgw中的情况1-4的创建场景的概述的表；

图14是示出用于sgw中的情况5-8的删除场景的概述的表；

图15是示出通信系统的实施例的示意框图；

图16是示出方法的实施例的信令图；

图17是示出方法的实施例的信令图；

图18是示出由网关执行的方法的实施例的流程图；

图19是示出网关的实施例的示意框图；

图20是示出由移动性节点执行的方法的实施例的流程图；

图21是示出移动性节点的实施例的示意框图。

附图不一定按比例，并且为了清晰起见，可以增大某些特性的尺寸。将重点改为放在示出此处的实施例的原理上。

具体实施方式

图15示出其中可以实现在此讨论的实施例的通信系统100。在某些实施例中，通信网络100可以应用于一种或多种无线接入技术，例如长期演进(lte)、lteadvanced、宽带码分多址(wcdma)、全球移动通信系统(gsm)、或者任何其它第三代合作计划(3gpp)无线接入技术、或者其它无线接入技术(3gpp和非3gpp技术)，例如wlan。通信网络100可以被称为无线通信网络、无线网络、无线通信系统、系统或网络。

通信系统100包括移动性节点1305、第一网关1308、第二网关1310和策略节点1330。

移动性节点是负责处理通信系统100中的移动性过程的节点，其参与承载激活/去激活过程等。移动性节点1305可以对应于图1中的mme105、s4-sgsn、组合式mme/s4-sgsn、epdg、twan、vmme、vsgsn等。移动性节点1305可以是实际节点，或者它可以是在节点中实现的功能。

第一网关1308可以例如对应于如图1中的sgw，并且第二网关1310可以例如对应于如图1中的pgw110。每个网关可以是实际网关节点，或者它们可以是在节点中实现的功能。当指第一和第二网关中的任何一个时，可以使用术语网关。当指第一和第二网关中的任何一个时，将使用参考标号1308、1310。

策略节点1330是负责处理通信系统100中的策略的节点。策略节点1330可以对应于如图1中的pcrf130。策略节点1330可以是实际策略节点，或者它可以是在节点中实现的功能。

移动性节点1305可以连接到第一网关1308，第一网关1308可以连接到第二网关1310，并且第二网关1310可以连接到策略节点1330。

通信系统100中的节点的概述如下面表2中所示：

表1

应该注意，通信系统100中的通信链路可以是任何合适的类型，包括有线或无线链路。如本领域的技术人员理解的，链路可以使用任何合适的协议，具体取决于层的类型和级别(例如，如由osi模型指示的)。还要注意，图15中例示的通信系统100可以包括额外节点和实体，例如图1中所示的节点。但是，为了简单起见，在图15中仅示出移动性节点1305、第一网关1308、第二网关1310和策略节点1330。

现在将参考图16中的信令图描述根据某些实施例的用于处理通信系统中的承载的方法。该方法包括以下步骤，这些步骤也可以以不同于下面描述的另一种合适的顺序执行：

步骤1401

移动性节点1301、网关1308、1310和策略节点1310中的至少一个可以彼此通知它们支持承载不匹配的处理。承载可以是eps承载。承载可以是专用承载。这可以通过支持信息的传输来完成。

移动性节点1301、网关1308、1310和策略节点1310不必都支持承载不匹配的处理。例如，可以只是对应于sgw108的第一网关1308支持承载不匹配的处理(在仅具有s11/4信令并且没有s5/s8信令的过程中)，即，对应于mme105的移动性节点1301和对应于pgw110的第二网关1310不必支持承载不匹配的处理。

对于仅在s11/s4间隔内(即，当没有s5/s8信令时)发送修改承载请求/修改接入承载请求消息的过程，pgw110(在第二网关1310对应于pgw110的示例中)不一定需要支持承载不匹配的处理。

即使mme/s4-sgsn105(在移动性节点1301对应于mme/s4-sgsn105的示例中)不支持承载不匹配的处理，在此描述的实施例也起作用。即使在这些情况下它起作用的原因是sgw108(在第一网关1308对应于sgw108的示例中)实际上接受修改承载请求/修改接入承载请求消息，即使在消息与存储在sgw108中的信息之间存在(临时)承载不匹配时也是如此。mme105不需要执行任何操作。

在一个备选实施例中，sgw108可以拒绝“失败”承载但保留它们，并且让mme105决定是保留还是删除“失败”承载。在这种实施例中，mme/s4-sgsn105需要支持承载不匹配的处理。

通知支持处理承载不匹配的步骤也可以被称为移动性节点1301、网关1308、1310和策略节点1310中的至少多者之间的能力交换。以下列表呈现可如何执行能力交换的两个示例：

1)使用具有回送请求/响应消息的支持特性通知。

2)使用pdn连接信令，即在创建会话请求/响应消息(对于pdn连接创建过程)和修改承载请求/响应消息(对于sgw重定位过程)中包括支持指示。

步骤1402

网关1308、1310检测用于激活或去激活承载的过程已被启动。承载与pdn连接和ue101关联。用于激活承载的过程可以对应于创建承载请求过程(例如图15中的步骤1504)，并且用于去激活承载的过程可以对应于删除承载请求过程。

步骤1403

网关1308、1310可以在已检测到过程时启动定时器。时间间隔在定时器运行时持续。定时器可以是自承载激活或去激活过程已被启动以来，通信系统100中的竞争条件的风险已增加的时段。定时器可以在预定时间量之后期满。定时器可以对应于已检测到过程之后的某个时段。除了使用定时器之外，可以以某些备选方式实现该时段，这将参考下面的步骤1406详细地描述。

在步骤1403中，网关1308、1310还可以当已检测到过程时设置标志。标志可以指示承载激活或去激活过程未决。标志可以是专用承载激活标志或专用承载去激活标志。

在某些实施例中，可以启动定时器。在其它实施例中，可以设置标志。在更进一步实施例中，可以启动和设置定时器和标志两者。

步骤1404

移动性节点1301向网关1308、1310发送针对与承载激活或去激活过程所旨在用于的pdn连接和ue相同的pdn连接和ue101的第一修改承载或修改接入承载请求消息。网关1308、1310从移动性节点130接收第一修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第一组承载。第一组可以例如是ebi＝{5,6}。

步骤1405

网关1308、1310检测第一组承载与网关1308、1310已知并与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。第一组承载也可以被称为第一组承载上下文，并且第二组承载也可以被称为第二组承载上下文。

第一组可以例如是ebi＝{5,6}，并且第二组可以是ebi＝{5}。

在修改(接入)承载请求消息的示例中，消息将包含用于给定(ue101)[对于修改接入承载请求情况])pdn连接的一组完整承载上下文。因此，mme/sgw/pgw105、108、110能够检测到任何可能的不匹配。

第一组承载包括在来自移动性节点1301的消息(修改承载请求或修改接入承载请求)中，并且第二组承载是存储在接收节点(即网关1308、1310)(例如sgw108和/或pgw108)中的列表。

步骤1406

网关1308、1310在从已检测到所述过程起的时间间隔期间，接受所接收的修改承载或修改接入承载请求消息，即使已检测到所述承载不匹配。

时间间隔可以在步骤1403中的定时器运行时持续。时间间隔可以在步骤1403中的标志被设置时持续。

例如，时间间隔可以一直持续，直到接收到某种类型的确认消息等。时间间隔可以一直持续，直到接收到第一修改承载或修改接入承载请求消息而没有任何承载不匹配为止。例如可以是mme105确定向网关1308、1310发送某种类型的消息，其中消息与在步骤1405中检测到的不匹配关联，并且在步骤1407中向mme101报告。在这种情况下，不一定具有在网关1308、1310中(可能在mme105中)使用的任何定时器。此外，时间间隔可能一直持续，直到网关1308、1310接收下一个修改承载请求或修改接入承载请求。网关1308、1310可以在该时间间隔内接收两个连续修改承载请求消息，并且然后应该接受两个修改承载请求消息。

时间间隔可以是预定时间间隔。时间间隔可以被预定，因为定时器被设置为某个预定值(以秒等为单位)。

网关1308、1310不必使用定时器，而仅使用标志。

定时器的一个优势是它涵盖没有接收修改承载请求(并且因此没有竞争)的情况。

通过仅使用标志而不使用定时器，可能错误地接受“更晚”到达的错误修改承载请求消息。但是，将在下一个修改承载请求消息处纠正可能的错误。

当网关1308、1310接收创建/删除承载请求消息时，网关1308、1310设置标志并且(可选地)设置定时器。当网关1308、1310在创建/删除承载请求消息之后已回复第一修改承载请求时，或者当已经过定时器(如果被设置)时间时(以先发生者为准)，网关1308、1310可以清除标志。

下面是标志和定时器的某些示例的列表：

a)定时器(定时器可以用作标志)

b)定时器和标志

c)仅标志

步骤1407

网关1308、1310可以向移动性节点1305发送与承载不匹配关联的信息。移动性节点1305可以从网关1308、1310接收与承载不匹配关联的信息。

与承载不匹配关联的信息可以指示在所接收的第一修改承载或修改接入承载请求消息中丢失或未知的至少一个承载。

步骤1408

基于在步骤1407中接收的信息，移动性节点1305可以确定是否需要与承载不匹配关联的进一步动作。

步骤1409

网关1308、1310可以检测定时器(即，可能已在步骤1403中启动的定时器)已期满。

在检测到不匹配，或者检测到匹配，或者当定时器是预定定时器(例如n3xt3，考虑到gtp重传)时，定时器可以期满或结束。

步骤1410

移动性节点1301可以在定时器已期满之后，向网关1308、1310发送后续的修改承载或修改接入承载请求消息。网关1308、1310可以在定时器已期满之后，从移动性节点1301接收后续的修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第三组承载。该消息在步骤1404中的第一修改承载或修改接入承载请求消息之后。

步骤1411

当定时器已期满时，网关1308、1310可以检测第三组承载与网关1308、1310已知并且与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。

步骤1412

当定时器已期满时，网关1308、1310可以应用承载不匹配的错误处理。错误处理可以例如是承载的拒绝、部分接受、本地删除等。

现在将参考图17描述上面方法的示例。在图17中，移动性节点1305用mme105来例示，第一网关1308用sgw108来例示，第二网关1310用pgw110来例示，以及策略节点1330用pcrf130来例示。图17中所示的方法包括至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤1501-1503

mme105、sgw108和pgw110通过使用回送请求/响应(如在gtp标准中描述)或者通过在创建会话请求/响应消息中使用专用指示或标志，指示它们对用于处理承载不匹配的建议解决方案/特性的支持。因此，使用回送请求/响应是在创建会话请求/响应消息中使用标志的备选方案。

详细地说，pgw110可以向sgw108发送回送请求消息。根据此处的实施例，回送请求可以包括pgw110支持承载不匹配的处理的指示。sgw108可以从pgw110接收回送请求消息，并且sgw110可以向pgw110发送回送回复消息，该消息也指示sgw110支持承载不匹配的处理。类似地，sgw108可以向mme105发送回送请求消息，其中指示sgw108支持承载不匹配的处理。mme105接收回送请求，并且mme105向sgw110发送回送回复，其中指示mme105支持承载不匹配的处理。因此，通信系统100中的所有节点可以具有指示其它节点也支持承载不匹配的处理的信息。

作为回送请求/响应的备选方案，如上所述，mme105可以向sgw108发送创建会话请求消息，该消息包括支持承载不匹配的处理的指示。sgw108可以向pgw110转发该消息，并且pgw110可以向pcrf130转发该消息。pcrf130可以向pgw110发送创建会话响应消息，该消息包括支持承载不匹配的处理的指示。pgw110可以向sgw108转发创建会话响应消息，并且sgw108可以向mme105转发创建会话响应消息。创建会话请求和响应消息可以包括形式为标志的指示。

对在此描述的用于在可能竞争条件期间处理承载不匹配的实施例的支持需要sgw108与pgw110之间、以及sgw108与mme105之间的握手。握手的目的是通信系统100中的节点彼此通知它们对承载不匹配的处理的支持。握手指回送请求/响应或创建会话请求消息，它们包括对上述承载不匹配处理的支持的指示。可以通过使用如在ts29.274第13.4.0版第11分条款中规定的受支持特性通告来提供握手。一般而言，支持在节点特性ie中定义的至少一个特性的节点将支持受支持特性的动态发现。受支持特性通告涉及节点将通过在回送请求和回送响应消息中发送所述发送节点特性ie，向直接对等节点用信号通知它支持的特性列表。接收发送节点特性ie的对等方将存储由每个ip地址的发送节点支持的特性列表，并且仅基于回送请求和回送响应消息中的发送节点特性ie来更新该列表，并且它将仅使用公共受支持特性来向该ip地址发起后续gtpv2消息。

受支持特性通告是有用的，因为例如对于当首先接收创建承载响应(已创建新承载)的情况；尽管修改承载请求不包含新创建的承载，但如果仅sgw108支持在此描述的实施例，而pgw110不支持，则可能存在以下风险：pgw110考虑新的专用承载未被创建，并且发起新的创建过程。

作为备选方案，用于在可能竞争条件期间承载不匹配的这种处理的支持的这种交换可以在pdn连接建立期间完成，并且在sgw108重定位过程期间更新。

步骤1504

pgw110向sgw108发送创建承载请求消息。sgw108接收创建承载请求消息。sgw108向mme105转发创建承载请求消息。

步骤1505

当sgw108和pgw110接收创建承载请求时，它们中的每一个都设置(可配置)定时器。当定时器运行时，sgw/pgw应“宽恕地”处理所接收的第一修改承载请求。当已应答修改承载请求时，可以停止定时器。“宽恕地”指当定时器运行时，pgw/sgw110、108应针对相同的pdn连接/ue101忽略所接收的第一修改承载请求/修改接入承载请求中的任何承载不匹配，如下面步骤1508中所述。

当pgw/sgw110、108已开始处理创建承载请求消息或者删除承载请求消息时，pgw/sgw110、108中的每一个都应设置开始可在本地配置的时间，并且设置标志。

在定时器已停止之后，sgw/pgw应该正常处理修改承载请求。

步骤1506

mme105向sgw108发送创建承载响应消息，以便进一步传输到pgw110。创建承载响应消息可以包括ebi＝{6}的承载(其是应该创建的承载)的指示。

步骤1507

mme105向sgw108发送修改承载请求消息，以便进一步传输到pgw110。修改承载请求消息可以包括ebi＝{5}或ebi＝{5,6}的承载(其是应修改的承载(多个))的指示。修改承载请求消息是步骤1502中的创建会话请求消息之后的第一修改承载请求消息。该步骤同样适用于修改接入承载请求消息。

sgw108或pgw110可能未以与从mme105发送的顺序相同的顺序来接收创建承载响应消息和修改承载请求消息，如图17中用云和交叉虚线指示的那样。

步骤1508

当定时器运行时，pgw/sgw110、108应针对相同的pdn连接/ue101忽略所接收的第一修改承载请求消息中的任何承载不匹配。如果pgw/sgw110、108检测到消息中的承载不匹配，则pgw/sgw110、108应接受对消息的请求，犹如没有承载不匹配那样，并且在对应的修改承载响应消息中，s(p)gw110、108可以添加具有有关未知/丢失承载的信息的新信息元素。该信息可以采取不匹配中的未知/丢失承载的列表的形式。基于所接收的信息，mme/sgsn105可以确定是否需要进一步动作，例如s(p)gw已错误地接受未知承载(多个)。

修改承载响应消息被从pgw110发送到sgw108。sgw108然后从pgw110接收修改承载响应消息。修改承载响应消息被从sgw108发送到mme105。

具有有关未知/丢失承载的信息的信息元素可以是ie类型“专用扩展”、或者常规信息元素，例如ie类型“承载上下文”。

该步骤同样适用于修改接入承载请求消息。

步骤1509

在定时器已期满之后，或者在已处理用于相同的pdn连接/ue的第一修改承载请求之后(以先到者为准)，pgw/sgw110、108可以恢复后续修改承载请求消息的常规处理。该步骤同样适用于修改接入承载请求消息。

在上面图10和11中描述的场景中，使用如针对图16和17描述的此处的实施例，网关1308、1310(其可以对应于pgw110和sgw108)应知道正在创建专用承载，并且既不拒绝修改承载请求也不删除新创建的专用承载。

使用在此描述的实施例，在“创建场景”中，新创建的承载(多个)、或者整个pdn连接在承载不匹配的情况下被移除的风险至少降低或消除。此外，使用此处的实施例，在“删除场景”中，整个pdn连接在承载不匹配的情况下被移除的风险也至少降低或消除。

现在将从网关的角度来描述上述方法。图18是描述由网关108、110、1308、1310执行的用于处理通信系统100中的承载的本方法的流程图。网关108、110、1308、1310可以是第一网关1308，并且第一网关1308可以是sgw108。网关108、110、1308、1310可以是第二网关1310，并且第二网关1310是pgw110。

该方法包括要由网关108、110、1308、1310执行的至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤1801

该步骤对应于图16中的步骤1401和图17中的步骤1501。网关108、110、1308、1310可以向另一个网关108、110、1308、1310和移动性节点105、1301中的至少一者通知网关108、110、1308、1310支持承载不匹配的处理。承载可以是eps承载。承载可以是专用承载。

步骤1802

该步骤对应于图16中的步骤1401和图17中的步骤1501。网关108、110、1308、1310可以从另一个网关108、110、1308、1310和移动性节点105、1301中的至少一者接收它们支持承载不匹配的处理的支持信息。

步骤1803

该步骤对应于图16中的步骤1402和图17中的步骤1504。网关108、110、1308、1310检测用于激活或去激活承载的过程已被启动。承载与pdn连接和ue101关联。

步骤1804

该步骤对应于图16中的步骤1403和图17中的步骤1505。网关108、110、1308、1310可以在已检测到过程时启动定时器。时间间隔可以在定时器运行时持续。

定时器可以是自承载激活或去激活过程已被启动以来，通信系统100中的竞争条件的风险已增加的时段。

步骤1805

该步骤对应于图16中的步骤1403。网关108、110、1308、1310可以在已检测到过程时设置标志。标志可以指示承载激活或去激活过程未决。时间间隔可以在标志被设置时持续。标志可以是专用承载激活标志或专用承载去激活标志。

步骤1806

该步骤对应于图16中的步骤1404和图17中的步骤1507。网关108、110、1308、1310从移动性节点105、1305接收针对与承载激活或去激活过程所旨在用于的pdn连接和ue相同的pdn连接和ue101的第一修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第一组承载。

步骤1807

该步骤对应于图16中的步骤1405。网关108、110、1308、1310检测第一组承载与网关108、110、1308、1310已知并且与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。

步骤1808

该步骤对应于图16中的步骤1406。网关108、110、1308、1310在从已检测到所述过程起的时间间隔期间，接受所接收的修改承载或修改接入承载请求消息，即使已检测到承载不匹配。

时间间隔可以一直持续，直到接收到第一修改承载或修改接入承载请求消息而没有任何承载不匹配为止。

步骤1809

该步骤对应于图16中的步骤1407和图17中的步骤1508。网关108、110、1308、1310可以向移动性节点105、1305发送与承载不匹配关联的信息。

与承载不匹配关联的信息可以指示在所接收的第一修改承载或修改接入承载请求消息中丢失或未知的至少一个承载。

步骤1810

该步骤对应于图16中的步骤1409。网关108、110、1308、1310可以检测定时器已期满。

定时器可以在预定时间量之后期满。

步骤1811

该步骤对应于图16中的步骤1410和图17中的步骤1509。网关108、110、1308、1310可以在定时器已期满之后接收后续的修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第三组承载。

步骤1812

该步骤对应于图16中的步骤1411。当定时器已期满时，网关108、110、1308、1310可以检测第三组承载与网关108、110、1308、1310已知并且与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。

步骤1813

该步骤对应于图16中的步骤1412。当定时器已期满时，网关108、110、1308、1310可以应用承载不匹配的错误处理。

为了执行图18中所示的用于处理通信系统100中的承载的方法步骤，网关108、110、1308、1310可以包括如图19中所示的装置。网关108、110、1308、1310可以是第一网关1308，并且第一网关1308可以是sgw108。网关108、110、1308、1310可以是第二网关1310，并且第二网关1310可以是pgw110。为了执行图18中所示的用于处理通信系统100中的承载的方法步骤，网关108、110、1308、1310适于例如借助于检测模块1901来检测用于激活或去激活承载的过程已被启动。承载与pdn连接和ue101关联。承载可以是eps承载。承载可以是专用承载。检测模块1901也可以被称为检测单元、检测装置、检测电路、用于检测的装置等。检测模块1901可以是网关108、110、1308、1310的处理器1903。

网关108、110、1308、1310适于例如借助于接收模块1905，从移动性节点105、1305接收针对与承载激活或去激活过程所旨在用于的pdn连接和ue相同的pdn连接和ue101的第一修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第一组承载。接收模块1905也可以被称为接收单元、接收装置、接收电路、用于接收的装置、输入单元等。接收模块1905可以是接收器、收发器等。接收模块1905可以是无线或固定通信系统的网关108、110、1308、1310的无线接收器。

网关108、110、1308、1310适于例如借助于检测模块1901，检测第一组承载与网关108、110、1308、1310已知并且与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。

网关108、110、1308、1310适于例如借助于接受模块1910，在从已检测到所述过程起的时间间隔期间，接受所接收的修改承载或修改接入承载请求消息，即使已检测到承载不匹配。时间间隔可以一直持续，直到接收到第一修改承载或修改接入承载请求消息而没有任何承载不匹配为止。接受模块1910也可以被称为接受单元、接受装置、接受电路、用于接受的装置等。接受模块1910可以是网关108、110、1308、1310的处理器1903。

网关108、110、1308、1310可以适于例如借助于启动模块1913，当已检测到所述过程时启动定时器。时间间隔在定时器运行时持续。时间间隔对应于网关108、110、1308、1310适于启动定时器。定时器可以是自承载激活或去激活过程已被启动以来，通信系统100中的竞争条件的风险已增加的时段。定时器可以在预定时间量之后期满。启动模块1913也可以被称为启动单元、启动装置、启动电路、用于启动的装置等。启动模块1913可以是网关108、110、1308、1310的处理器1903。

网关108、110、1308、1310可以适于例如借助于检测模块1901检测定时器已期满。

网关108、110、1308、1310可以适于例如借助于接收模块1905，在定时器已期满之后接收后续的修改承载或修改接入承载请求消息。该消息标识与所述相同的pdn连接和ue101关联的第三组承载。

网关108、110、1308、1310可以适于例如借助于检测模块1901，当定时器已期满时，检测第三组承载与网关108、110、1308、1310已知并且与所述相同的pdn连接和ue101关联的第二组承载之间的至少一个承载不匹配。

网关108、110、1308、1310可以适于例如借助于应用模块1915，当定时器已期满时，应用承载不匹配的错误处理。应用模块1915也可以被称为应用单元、应用装置、应用电路、用于应用的装置等。应用模块1915可以是网关108、110、1308、1310的处理器1903。

网关108、110、1308、1310可以适于例如借助于发送模块1919，向移动性节点105、1305发送与承载不匹配关联的信息。与承载不匹配关联的信息可以指示在所接收的第一修改承载或修改接入承载请求消息中丢失或未知的至少一个承载。发送模块1919也可以被称为发送单元、发送装置、发送电路、用于发送的装置、输出单元等。发送模块1919可以是发送器、收发器等。发送模块1919可以是无线或固定通信系统的网关108、110、1308、1310的无线发送器。

网关108、110、1308、1310可以适于例如借助于设置模块1922，当已检测到所述过程时设置标志。标志指示承载激活或去激活过程未决。时间间隔可以在标志被设置时持续。标志可以是专用承载激活标志或专用承载去激活标志。设置模块1922也可以被称为设置单元、设置装置、设置电路、用于设置的装置等。设置模块1922可以是网关108、110、1308、1310的处理器1903。

网关108、110、1308、1310可以适于例如借助于发送模块1919，向另一个网关108、110、1308、1310和移动性节点105、1301中的至少一者通知网关108、110、1308、1310支持承载不匹配的处理。

网关108、110、1308、1310可以适于例如借助于接收模块1905，从另一个网关108、110、1308、1310和移动性节点105、1301中的至少一者接收它们支持承载不匹配的处理。

在某些实施例中，网关108、110、1308、1310包括处理器1903和存储器1925。存储器1925包括可由处理器1903执行的指令。存储器1925可以包括一个或多个存储单元。存储器1925被布置为用于存储数据、所接收的数据流、定时器、标志、有关过程的信息、不匹配信息、时间间隔、请求和响应消息、承载组、指示pdn连接和ue的信息、与承载不匹配关联的信息、支持信息、指示竞争条件的信息、功率级别测量、阈值、时段、配置、调度、以及当在网关108、110、1308、1310中执行时执行此处方法的应用。

本领域的技术人员还将理解，上述检测模块1901、接收模块1905、接受模块1910、启动模块1913、应用模块1915、发送模块1919和设置模块1922可以指模拟和数字电路、和/或一个或多个处理器的组合，这些处理器被配置有例如存储在存储器中的软件和/或固件，当由一个或多个处理器(例如处理器1903)执行时，软件和/或固件如上所述地执行。这些处理器中的一个或多个、以及其它数字硬件可以包括在单个专用集成电路(asic)中，或者数个处理器和各种数字硬件可以分布在数个单独组件(无论是单独封装还是组装成片上系统(soc))中。

在某些实施例中，第一计算机程序可以包括指令，当在至少一个处理器上执行时，这些指令导致至少一个处理器执行图16、17和18中的相关方法步骤。第一载体可以包括第一计算机程序，并且第一载体是电信号、光信号、无线信号或计算机可读存储介质中的一者。

现在将从移动性节点105、1305的角度来描述上述方法。图20是描述由移动性节点105、1305执行的用于处理通信系统100中的承载的本方法的流程图。承载可以是eps承载。承载可以是专用承载。移动性节点可以是mme、s4-sgsn、epdg、或者twan。该方法包括要由移动性节点105、1305执行的至少某些以下步骤，这些步骤可以以不同于下面描述的任何合适的顺序执行：

步骤2001

该步骤对应于图16中的步骤1401和图17中的步骤1501。移动性节点105、1305可以向至少一个网关108、110、1305、1308通知移动性节点105、1301支持承载不匹配的处理。

步骤2002

该步骤对应于图16中的步骤1401和图17中的步骤1501。移动性节点105、1305可以从至少一个网关108、110、1305、1308接收指示其支持承载不匹配的处理的支持信息。

步骤2003

该步骤对应于图16中的步骤1407和图17中的步骤1508。移动性节点105、1305从网关108、110、1305、1308接收与承载不匹配关联的信息。

与承载不匹配关联的信息可以指示在由网关108、110、1305、1308接收的所接收的第一修改承载或修改接入承载请求消息中丢失或未知的至少一个承载。

步骤2004

该步骤对应于图16中的步骤1408。基于所接收的信息，移动性节点105、1305确定是否需要与承载不匹配关联的进一步动作。

为了执行图20中所示的用于处理通信系统100中的承载的方法步骤，移动性节点105、1305可以包括如图21中所示的装置。承载可以是eps承载。承载可以是专用承载。移动性节点可以是mme、s4-sgsn、epdg、或者twan。

为了执行图20中所示的用于处理通信系统100中的承载的方法步骤，移动性节点105、1305适于例如借助于接收模块2101，从网关108、110、1305、1308接收与承载不匹配关联的信息。与承载不匹配关联的信息可以指示在由网关108、110、1305、1308接收的所接收的第一修改承载或修改接入承载请求消息中丢失或未知的至少一个承载。接收模块2101也可以被称为接收单元、接收装置、接收电路、用于接收的装置、输入单元等。接收模块2101可以是接收器、收发器等。接收模块2101可以是无线或固定通信系统的移动性节点105、1305的无线接收器。

移动性节点105、1305适于例如借助于确定模块2103，基于所接收的信息，确定是否需要与承载不匹配关联的进一步动作。确定模块2103也可以被称为确定单元、确定装置、确定电路、用于确定的装置等。确定模块2103可以是移动性节点105、1305的处理器2105。

移动性节点105、1305可以进一步适于例如借助于发送模块2108，向至少一个网关108、110、1305、1308通知移动性节点105、1301支持承载不匹配的处理。发送模块2108也可以被称为发送单元、发送装置、发送电路、用于发送的装置、输出单元等。发送模块2108可以是发送器、收发器等。发送模块2108可以是无线或固定通信系统的移动性节点105、1305的无线发送器。

移动性节点105、1305可以进一步适于例如借助于接收模块2101，从至少一个网关108、110、1305、1308接收其支持承载不匹配的处理。

在某些实施例中，移动性节点105、1305包括处理器2105和存储器2110。存储器2110包括可由处理器2105执行的指令。存储器2110可以包括一个或多个存储单元。存储器2110被布置为用于存储数据、所接收的数据流、定时器、标志、有关过程的信息、不匹配信息、时间间隔、请求和响应消息、承载组、指示pdn连接和ue的信息、与承载不匹配关联的信息、支持信息、指示竞争条件的信息、功率级别测量、阈值、时段、配置、调度、以及当在移动性节点105、1305中执行时执行此处方法的应用。

本领域的技术人员还将理解，上述接收模块2101、确定模块2103和发送模块2108可以指模拟和数字电路、和/或一个或多个处理器的组合，这些处理器被配置有例如存储在存储器中的软件和/或固件，当由一个或多个处理器(例如处理器2105)执行时，软件和/或固件如上所述执行。这些处理器中的一个或多个、以及其它数字硬件可以包括在单个asic中，或者数个处理器和各种数字硬件可以分布在数个单独组件(无论是单独封装还是组装成soc)中。

在某些实施例中，第二计算机程序可以包括指令，当在至少一个处理器上执行时，这些指令导致至少一个处理器执行图16、17和18中的相关方法步骤。第二载体可以包括第二计算机程序，并且第二载体是电信号、光信号、无线信号或计算机可读存储介质中的一者。

可以通过一个或多个处理器(例如图19中所示的网关装置中的处理器1903和图21中所示的移动性节点装置中的处理器2105)连同用于执行此处的实施例的功能的计算机程序代码一起实现用于处理通信系统100中的承载的本机制。处理器可以例如是数字信号处理器(dsp)、asic处理器、现场可编程门阵列(fpga)处理器或微处理器。上述程序代码还可以被提供为计算机程序产品，例如采取承载计算机程序代码的数据载体的形式，当被加载到网关108、110、1308、1310和移动性节点105、1305中的至少一者内时，该计算机程序代码用于执行此处的实施例。一种此类载体可以采取cdrom光盘的形式。但是，诸如记忆棒之类的其它数据载体是可行的。计算机程序代码此外可以被提供为服务器上的纯程序代码，并且被下载到网关108、110、1308、1310和移动性节点105、1305中的至少一者。

总而言之，所述方法包括要在网关1308、1310(例如sgw108和pgw110)中实现的至少以下元素：

●检测专用承载激活过程或承载去激活过程已被启动，设置标志(优选地被称为专用承载激活或去激活未决标志)，并且同时启动新的定时器(优选地被称为竞争条件时段)，从这一刻起竞争条件的风险增加。

●当存在增加的竞争条件的风险时，即当定时器仍在运行时，以这样的方式处理任何接收的修改承载请求和/或修改接入承载请求消息，以使得：刚刚创建的承载不被无意删除，即使当这些承载不存在于要成为修改的ie的承载上下文中时。

●检测竞争条件的风险何时消除或至少明显降低，即，定时器何时期满。

●当竞争条件的风险消除或至少明显降低时，以“普通”方式处理任何接收的修改承载请求和/或修改接入承载请求消息，以使得可以保持节点之间的信息一致性。这是在没有此处的实施例、没有考虑任何竞争条件的风险的情况下将执行的操作。诀窍是知道何时存在这种风险以及何时没有这种风险。

此处的实施例向发端节点提供反馈，该反馈包含关于哪些承载在具有由接收节点接受的一个或多个承载的消息中丢失的信息。

此处的实施例并不限于上述实施例。可以使用各种替代物、修改物和等效物。因此，上面的实施例不应被视为限制实施例的范围。

应强调的是，当在本说明书中使用时，术语“包括/包含”用于指定声明的特性、整数、步骤或组件的存在，但并不排除存在或添加一个或多个其它特性、整数、步骤、组件或它们的组合。还应该注意，元素前面的单词“一”或“一个”不排除存在多个这种元素。

在此使用的术语“被配置为”也可以被称为“被布置为”、“适于”、“能够”或“可操作以”。

还应强调的是，在不偏离此处的实施例的情况下，所附权利要求中限定的方法的步骤可以以与它们在权利要求中出现的顺序不同的另一种顺序执行。