CN103442462B - 一种pgw流程处理的实现方法及装置 - Google Patents

Abstract

本发明公开了一种PGW流程处理的实现方法及装置，用以降低网元内流程处理的复杂度，减少异常处理失败。该方法为：PGW向SGW发送用于指示SGW创建或更新专用承载的第一请求消息，并在接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存该第二请求消息，向SGW直接返回第二请求消息的响应消息，以及在接收到SGW发送的第一请求消息的响应消息并处理该第一请求消息的响应消息完毕后，根据保存的第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。可以降低PGW流程处理的实现复杂度，降低处理出错率，减少异常失败，提高PGW流程处理的处理效率。

Description

一种PGW流程处理的实现方法及装置

技术领域

本发明涉及通信领域，特别涉及一种PGW流程处理的实现方法及装置。

背景技术

在协议中，关于网络侧触发的服务请求流程的相关描述为：服务网关（ServingGateway，SGW）收到分组数据网关（Packet Data Network Gateway，PGW）发来的下行数据（如，用于创建专用承载的请求消息或者用于更新承载的请求消息），SGW将向移动管理实体（Mobility Management Entity，MME）或者服务GPRS支持节点（Serving GPRS SupportNode，SGSN）发送下行数据通知消息，如果UE处于演进的分组系统连接管理空闲态（EvolvedPacket System Connection Management，ECM-IDLE state），则MME或SGSN（Serving GPRSSupport Node，服务GPRS支持节点）会触发寻呼，UE发起服务请求流程。在服务请求流程中，SGW判断UE位置改变时，需要向PGW发起更改承载请求（Modify Bearer Req）消息，将当前UE的位置等通知PGW，具体流程参阅图1所示。

步骤1：SGW接收到PGW发送的下行数据并缓存，该下行数据的发送是由策略与计费规则功能实体（Policy and Charging Rules Function，PCRF）触发的。

步骤2a和2b：SGW向MME/SGSN发送下行数据通知（Downlink Data Notification）消息，以及接收MME/SGSN返回的下行数据.通知响应（Downlink Data Notification Ack）消息。

步骤3：假设UE注册在MME上，则MME向UE所在eNodeB发起寻呼过程。本实施例中，仅以UE注册MME为例进行介绍。

相应的，如果UE注册在SGSN上，则SGSN向UE所在RNC发起寻呼过程。

步骤4：eNodeB向UE发起寻呼。

步骤5：UE进行寻呼响应，即在MME和SGW之间触发服务请求过程。

步骤6：MME向SGW发送更改承载请求（modify bearer request）消息，该消息中携带UE当前的位置信息。

步骤7：SGW判断UE的位置信息是否改变，若发生改变，则SGW向PGW转发modifybearer request消息，该消息中携带了UE当前的位置信息。

步骤8：如果PGW处配置了动态的策略与计费控制（Policy and ChargingControl，PCC），PGW需要向PCRF通知UE当前的位置信息与接入类型（RAT Type），并获取动态PCC规则，PCRF本地指示进行IP-CAN会话更改。

步骤9、PGW向SGW回复更改承载响应（modify bearer response）消息，通知更改成功。

步骤10：SGW向MME回复modify bearer response消息，通知更改成功，此时，UE触发的服务请求流程结束。

步骤11：如果SGW在UTRAN接入，SGW向MME发送停止寻呼（Stop Paging）消息，指示MME停止对UE的寻呼。

相应的，如果SGW在E-UTRAN接入，则SGW向SGSN发送Stop Paging消息，指示SGSN停止对UE的寻呼。

步骤12：寻呼结束后，SGW将在步骤1中接收的下行数据发送给UE。

通过上述流程可知，对于PGW而言，当PGW向SGW发送的下行数据为下行信令消息（如，用于创建或更新专用承载的请求消息）时，也有可能会接收到SGW转发的ModifyBearer Requst消息，该消息用于向PGW通知UE当前的位置信息，此时，PGW需要先处理此Modify Bearer Requst消息，待处理完毕并回复Modify Bearer Response响应消息后，再继续处理SGW反馈的用于创建或更改专用承载的请求消息的响应消息，即继续处理创建或更改专用承载的流程。

具体的，以创建专用承载为例，PGW内部处理主状态机实现如表1所示：

表1

而在在创建专用承载的过程中，响应嵌套的服务请求流程时，PGW需要启动次级状态机，具体如表2所示：

表2

由此可见，现有机制下，PGW需要设计二维状态机，下行信令流程（即创建或更新专用承载的流程）通过主状态机控制，嵌套的服务请求流程通过次级状态机控制，对于下行信令触发的服务请求流程，PGW内部处理描述如下：

1）PGW的主状态机在等待SGW响应状态，且流程为PCRF触发时，若接收到modifybearer request消息，则启动次级状态机控制。当次级状态机处理完毕恢复到激活态后，主状态机处理再处理SGW的响应消息。

2）主状态机在其他状态时，若接收到modify bearer request消息，则不是服务请求嵌套流程，所以不启动次级状态机。

按照协议规定的流程设计来看，UE处于ECM-IDLE状态时，PGW下发下行数据给SGW，SGW缓存下行数据，而通知MME发起寻呼过程，此后UE触发服务请求消息。这种流程设计会导致PGW必须采取流程嵌套来实现，实现比较困难，具体描述如下：

首先，PGW向SGW发送用于创建或更新专用承载的请求消息后，PGW会设置当前流程为承载创建或更新，且设置状态机为等待SGW响应消息。但随后PGW收到Modify BearerRequest消息，此时PGW就需要先处理Modify Bearer Request消息，即将当前流程改为切换流程，并向PCRF上报UE当前的位置信息改变事件，状态机也需要更改为等待PCRF响应。

而此时，PGW又要保证之前设置的承载创建或更新的流程不受影响，这样，PGW的流程控制和状态机设计需要考虑主流程码与次级流程码、主状态机设置与次级状态机设置。因此在实现和设计上比较困难，技术难度高。

进一步地，正常的切换流程跟嵌套服务请求触发的切换流程，PGW无法区分却又不能统一处理，从而会造成PGW内部处理流程混乱。

其次，PGW处理Modify Bearer Request消息时，还需要进一步考虑UE的位置信息改变后，PCRF下发的PCC规则可能也随之改变的问题，这样，PGW在回复Modify BearerResponse消息后，需要触发新的流程，以通知UE根据新的PCC规则创建或者更新某条专用承载，这样增加PGW在后续流程处理上的难度。

发明内容

本发明实施例提供一种PGW流程处理的实现方法及装置，用以降低网元内部流程处理的复杂度，减少异常处理失败。

本发明实施例提供的具体技术方案如下：

第一方面：一种PGW流程处理的实现方法，包括：

PGW向SGW发送第一请求消息，所述第一请求消息用于指示SGW创建或更新专用承载；

PGW接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存所述第二请求消息，并向SGW直接返回所述第二请求消息的响应消息，所述第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

PGW接收到SGW发送的所述第一请求消息的响应消息并处理所述第一请求消息的响应消息完毕后，根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

这样，相对于现有技术下的嵌套流程处理机制，可以降低PGW流程处理的实现复杂度，降低处理出错率，减少异常失败，提高PGW流程处理的效率。

结合第一方面，在第一种可能的实现方式中，PGW在接收到PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的所述第一请求消息的响应消息时，向所述PCRF回复所述会话更改消息的响应消息。

这样，可以令PCRF及时获知专用承载的创建或更新情况，保证流程的完整性。

结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，PGW根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新，包括：

PGW将所述UE当前的位置信息通知PCRF，以便所述PCRF根据UE当前的位置信息制定新的策略与计费控制PCC规则，并在获知PCRF更新成功时，再根据所述UE当前的位置信息对本地保存的UE相关信息进行更新。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，

若PGW获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的分组数据网PDN连接。

这样，可以保证各网元之间专用承载资源的一致性。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中

若PGW获知PCRF更新成功，但对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的PDN连接。

第二方面，一种PGW，包括：

通信单元，用于向SGW发送第一请求消息，所述第一请求消息用于指示SGW创建或更新专用承载，以及在接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存所述第二请求消息，并向SGW直接返回所述第二请求消息的响应消息，以及接收SGW发送的所述第一请求消息的响应消息，其中，所述第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

处理单元，用于在处理所述第一请求消息的响应消息完毕后，根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

这样，相对于现有技术下的嵌套流程处理机制，可以降低PGW流程处理的实现复杂度，降低处理出错率，减少异常失败，提高PGW流程处理的效率。

结合第二方面，在第一种可能的实现方式中，所述通信单元进一步用于：

在接收到PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的所述第一请求消息的响应消息时，向所述PCRF回复所述会话更改消息的响应消息。

这样，可以令PCRF及时获知专用承载的创建或更新情况，保证流程的完整性。

结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理单元根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新，包括：

所述处理单元指示所述通信单元将所述UE当前的位置信息通知PCRF，以便所述PCRF根据UE当前的位置信息制定新的策略与计费控制PCC规则，并在获知PCRF更新成功时，再根据所述UE当前的位置信息对本地保存的UE相关信息进行更新。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述通信单元进一步用于：

若获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的分组数据网PDN连接。

这样，可以保证各网元之间专用承载资源的一致性。

结合第二方面的第二种可能的实现方式，在第四种可能的实现方式中，所述通信单元进一步用于：

若获知PCRF更新成功，但所述处理单元对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的PDN连接。

这样，可以保证各网元之间专用承载资源的一致性。

第三方面，一种PGW，包括：

通信端口，用于向SGW发送第一请求消息，所述第一请求消息用于指示SGW创建或更新专用承载，以及在接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存所述第二请求消息，并向SGW直接返回所述第二请求消息的响应消息，以及接收SGW发送的所述第一请求消息的响应消息，其中，所述第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

处理器，用于在处理所述第一请求消息的响应消息完毕后，根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

这样，相对于现有技术下的嵌套流程处理机制，可以降低PGW流程处理的实现复杂度，降低处理出错率，减少异常失败，提高PGW流程处理的效率。

结合第三方面，在第一种可能的实现方式中，所述通信端口进一步用于：

在接收到PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的所述第一请求消息的响应消息时，向所述PCRF回复所述会话更改消息的响应消息。

这样，可以令PCRF及时获知专用承载的创建或更新情况，保证流程的完整性。

结合第三方面或第三方面的第一种可能的实现方式，在第三种可能的实现方式中，所述处理器根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新，包括：

所述处理器指示所述通信端口将所述UE当前的位置信息通知PCRF，以便所述PCRF根据UE当前的位置信息制定新的策略与计费控制PCC规则，并在获知PCRF更新成功时，再根据所述UE当前的位置信息对本地保存的UE相关信息进行更新。

结合第三方面的第三种可能的实现方式，在第三种可能的实现方式中，所述通信端口进一步用于：

若获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的分组数据网PDN连接。

这样，可以保证各网元之间专用承载资源的一致性。

结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述通信端口进一步用于：

若获知PCRF更新成功，但所述处理器对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的PDN连接。

这样，可以保证各网元之间专用承载资源的一致性。

附图说明

图1为现有技术下网络侧触发服务请求流程图；

图2为本发明实施例中PGW流程处理示意图；

图3为本发明实施例中PGW流程处理流程图；

图4为本发明实施例中PGW第一示意图；

图5为本发明实施例中PGW第二示意图。

具体实施方式

为了降低网元间流程处理的复杂度，从而降低处理出错率，本发明实施例中，取消了网元之间复杂的消息嵌套机制，令网元间和网元内部的处理清晰化。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图2所示，本发明实施例中，PGW控制流程的概述步骤如下：

步骤200：PGW向SGW发送第一请求消息，该第一请求消息用于指示SGW创建或更新专用承载。

本发明实施例中，PGW是在接收到PCRF发送的会话更改请求（如，IP-CAN sessionmod）时，向SGW发送第一请求消息的，会话更新请求中可能携带有新的业务配置信息〔如，新的PCC规则，或者，新的业务质量（Quality of Service，QoS）〕，因此，PGW应当向SGW发送第一请求消息，通知SGW创建或更新相应的专用承载，其中，第一请求消息可以是承载创建请求（Create Bearer Request）消息，也可以是承载更新请求消息（Update Bearer Request）消息。

步骤210：PGW接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存该第二请求消息，并向SGW直接返回第二请求消息的响应消息，该第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕。

在创建或更新专用承载的过程中，会触发UE的服务请求流程，在这过程中，若SGW获知UE的位置信息发生改变，则会将UE当前的位置信息推带在第二请求消息中通知PGW，其中，第二请求消息为承载更改请求（Modify Bear Request）消息。

而本发明实施例中，PGW在接收到第二请求消息后，不必启动嵌套机制来处理第二请求消息，而是将第二请求消息进行缓存，同时直接向SGW返回第二请求消息的响应消息，如，承载更新响应（Modify Bearer Response）。

步骤220：PGW接收到SGW发送的第一请求消息的响应消息并处理该第一请求消息的响应消息完毕后，根据保存的第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

SGW接收到PGW回复的第二请求消息的响应消息后，认为UE最新的位置信息已被PGW接收，此时，SGW会通知UE之前触发的服务请求流程结束，并向PGW发送第一请求消息的响应消息，如，承载创建响应（Create Bearer Response）消息，或者，承载更新响应（UpdateBearer Response）消息。

PGW在接收到SGW回复的第一请求消息的响应消息时，创建或更新相应的专用承载，并向PCRF回复之前接收的会话更改请求的响应消息。待上述流程结束后，PGW再从缓存区读取之前保存的第二请求消息进行处理，即根据该第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。进一步地，在更新本地保存的UE相关信息的过程中，PGW会将UE当前的位置信息发送至PCRF，而PCRF会根据UE当前的位置信息重新制定相应的PCC规则，进一步的，还可以制定新的QoS。

PCRF制定了新的PCC规则以及QoS后，在确定需要建立新的专用承载或需要更新原有的专用承载时，会再次向PGW发送会话更改请求，而PGW在接收到PCRF再次发送的会话更改请求后，会再次触发承载创建或更新流程，即向SGW再次发送第一请求消息，具体如步骤200－步骤220所示，在此不再赘述。

换言之，PGW根据第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新时，可以将UE当前的位置信息通知PCRF，以便PCRF根据UE当前的位置信息制定新的PCC规则，并在获知PCRF更新成功时，再根据UE当前的位置信息对本地保存的UE相关信息进行更新。

进一步地，若PGW获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的分组数据网（Packet Data Network，PDN）连接；或者，若PGW获知PCRF更新成功，但对本地保存的UE相关信息更新失败，则也会向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的PDN连接；第三请求消息可以是承载删除请求（Delelte Bearer request）消息。

具体的，PGW向SGW发送第三请求消息后，SGW删除之前基于第二请求消息修改失败的PDN连接，一个PDN连接包括一个默认承载和多条专用承载，基于第一请求消息创建或者更新的专用承载可能包含在上述修改失败的PDN连接内，也可能不在上述修改失败的PDN连接上，因而删除过程与基于第一请求消息创建或更新的专用承载无关，若基于第一请求消息创建或更新的专用承载在修改失败的PDN连接上则一同删除，若基于第一请求消息创建或更新的专用承载不在修改失败的PDN连接上则不删除。

下面采用一个具体的应用场景对上述实施例作出进一步详细说明。

参阅图3所示，以创建专用承载为例，本发明实施例中，PGW控制流程的详细步骤如下：

步骤300：如果配置了动态PCC规则，PCRF发起IP-CAN会话更改（IP-CAN sessionmodify）,携带新的PCC规则给PGW.

步骤310：PGW通过承载绑定，保存新的PCC规则信息并创建专用承载实例，以及向SGW发送Create Bearer Request消息，同时设置状态机为等待SGW响应消息。

步骤320：SGW收到Create Bearer Req消息后，如果UE处于ECM-IDLE状态，则触发服务请求流程，向PGW发送Modify Bearer Request消息。

步骤330：PGW接收到Modify Bearer Reuest消息后，确定当前的流程码为创建专用承载且确定状态机当前为等待SGW响应消息，则PGW缓存Modify Bearer Request消息。

此时，PGW无需考虑次级状态机的设置。

步骤340：PGW直接响应Modify Bearer Response消息给SGW。

步骤350：PGW接收到SGW返回的Create Bearer Response消息后，完成专用承载创建流程，并将状态机恢复为激活态，以及向PCRF发送IP-CAN session modify，通知PCRF专用承载创建完毕。

步骤360：PGW完成专载创建流程后，检测缓存区，发起PGW内部更新，即根据UE当前的位置信息更新本地保存的UE相关信息，其中，PGW设置流程码为内部更新流程，以及设置状态机控制流程为不向SGW发送消息。

步骤370：PGW向PCRF上报UE位置改变事件，等待处理PCRF下发的新的PCC规则。

步骤380：若PGW的内部更新失败，则PGW会请求SGW删除会话，即删除之前基于Modify Bearer Request消息修改失败的PDN连接。

实际应用中，PGW进行内部更新之前，还需要通知PCRF，并在确定PCRF更新成功时，再进行本地的内部更新，那么，若PCRF更新失败（如，PCRF下发新的PCC规则失败），或者，PCRF更新成功，但PGW内部更新失败，PGW均会通知SGW删除会话，步骤380仅以其中一种情况为例进行介绍。

基于上述实施例，参阅图4所示，本发明实施例中，PGW包括通信单元40和处理单元41，其中，

通信单元40，用于向SGW发送第一请求消息，该第一请求消息用于指示SGW创建或更新专用承载，以及在接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存第二请求消息，并向SGW直接返回第二请求消息的响应消息，以及接收SGW发送的第一请求消息的响应消息，该第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

处理单元41，用于在处理第一请求消息的响应消息完毕后，根据保存的第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

通信单元40进一步用于：

在接收到PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的第一请求消息的响应消息时，向PCRF回复会话更改消息的响应消息。

处理单元41根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新，包括：

处理单元41指示通信单元40将UE当前的位置信息通知PCRF，以便PCRF根据UE当前的位置信息制定新的PCC规则，并在获知PCRF更新成功时，再根据UE当前的位置信息对本地保存的UE相关信息进行更新。

通信单元40进一步用于：

若获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的PDN连接。

通信单元40进一步用于：

若获知PCRF更新成功，但处理单元41对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的PDN连接。

基于上述实施例，参阅图5所示，本发明实施例中，PGW包括通信端口50和处理器51，其中，

通信端口50，用于向SGW发送第一请求消息，该第一请求消息用于指示SGW创建或更新专用承载，以及在接收到SGW发送的携带有UE当前的位置信息的第二请求消息时，保存第二请求消息，并向SGW直接返回第二请求消息的响应消息，以及接收SGW发送的第一请求消息的响应消息，该第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

处理器51，用于在处理第一请求消息的响应消息完毕后，根据保存的第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新。

通信端口50进一步用于：

在接收到PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的第一请求消息的响应消息时，向PCRF回复会话更改消息的响应消息。

处理器51根据保存的所述第二请求消息携带的UE当前的位置信息对本地保存的UE相关信息进行更新，包括：

处理器51指示通信端口50将UE当前的位置信息通知PCRF，以便PCRF根据UE当前的位置信息制定新的PCC规则，并在获知PCRF更新成功时，再根据UE当前的位置信息对本地保存的UE相关信息进行更新。

通信端口50进一步用于：

若获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的PDN连接。

通信端口50进一步用于：

若获知PCRF更新成功，但处理器51对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于第二请求消息修改失败的PDN连接。

通过上述流程可以看出，本发明实施例中，PGW内部的状态机设计为一维即可以处理下行信令触发的服务请求流程，具体的，当状态机为等待SGW响应消息，且流程为PCRF触发时，PGW收到时，缓存此Modify bearer req消息，并直接回应SGW Modify bearer rsp消息，状态机状态不改变。相对于现有技术下的嵌套流程处理机制，本发明实施例提供的技术方案可以降低PGW流程处理的实现复杂度，降低处理出错率，减少异常失败，提高PGW流程处理的处理效率。

具体的，本发明实施例能够实现的有益效果如下：

1）PGW触发的新流程无需嵌套在承载创建或更新流程中，使得PGW和各个网元之间的交互流程清晰、简单，提高了专用承载创建或者更新的效率，很大程度上提高了网元之间和网元内部的处理性能，从而改善系统性能，同时也有效减少了异常处理失败的情况。

2）不需要设计复杂的嵌套流程处理，也不需要设置复杂的状态机状态，大大降低了实现复杂度。

具体的：由于去除了PGW网元内部的流程嵌套，减少了PGW网元特殊流程处理，从而便于PGW对信令消息的流程处理和状态机控制，使得PGW内部处理流程更加清晰、简单，提高PGW网元处理消息能力，减少异常情况。

3）如果PRCF下发新的PCC规则或更改了QoS，则可以按照本发明实施例所提供的技术方案触发新的专用承载建立流程或专用承载更新流程，流程清晰实现简单。

4）现有技术下，PGW获知嵌套流程中的Modify Bearer Req消息处理失败后会响应失败，此时，MME会触发会话删除流程，但之前指示创建或更新的专用承载可能尚未完成创建或者更新，那么，MME携带的会话删除请求便不会携带此条专用承载的相关信息，那么，便有可能导致SGW和PGW没有删除该专用承载资源。

而本发明实施例中，PGW本地更新失败后，触发的会话删除流程是在专用承载创建或者更新流程完成之后进行的，这样，可以确保之前创建或更新的专用承载能够得到及时删除，从而保证了各网元之间的专用承载资源一致性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种分组数据网关PGW流程处理的实现方法，其特征在于，包括：

PGW向服务网关SGW发送第一请求消息，所述第一请求消息用于指示SGW创建或更新专用承载；

PGW接收到SGW发送的携带有用户设备UE当前的位置信息的第二请求消息时，保存所述第二请求消息，并向SGW直接返回所述第二请求消息的响应消息，所述第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

PGW接收到SGW发送的所述第一请求消息的响应消息并处理所述第一请求消息的响应消息完毕后，将所述UE当前的位置信息通知PCRF，以便所述PCRF根据UE当前的位置信息制定新的策略与计费控制PCC规则，并在获知PCRF更新成功时，再根据所述UE当前的位置信息对本地保存的UE相关信息进行更新。

2.如权利要求1所述的方法，其特征在于，PGW在接收到策略与计费规则功能实体PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的所述第一请求消息的响应消息时，向所述PCRF回复所述会话更改消息的响应消息。

3.如权利要求1所述的方法，其特征在于，进一步包括：

若PGW获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的分组数据网PDN连接。

4.如权利要求1所述的方法，其特征在于，进一步包括：

若PGW获知PCRF更新成功，但对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的PDN连接。

5.一种分组数据网关PGW，其特征在于，包括：

通信单元，用于向服务网关SGW发送第一请求消息，所述第一请求消息用于指示SGW创建或更新专用承载，以及在接收到SGW发送的携带有用户设备UE当前的位置信息的第二请求消息时，保存所述第二请求消息，并向SGW直接返回所述第二请求消息的响应消息，以及接收SGW发送的所述第一请求消息的响应消息；其中，所述第二请求消息的响应消息用以表征PGW已根据UE当前的位置信息对本地保存的UE相关信息更新完毕；

处理单元，用于在处理所述第一请求消息的响应消息完毕后，指示所述通信单元将所述UE当前的位置信息通知PCRF，以便所述PCRF根据UE当前的位置信息制定新的策略与计费控制PCC规则，并在获知PCRF更新成功时，再根据所述UE当前的位置信息对本地保存的UE相关信息进行更新。

6.如权利要求5所述的PGW，其特征在于，所述通信单元进一步用于：

在接收到策略与计费规则功能实体PCRF发送的会话更改消息时，向SGW发送第一请求消息；以及在接收到SGW发送的所述第一请求消息的响应消息时，向所述PCRF回复所述会话更改消息的响应消息。

7.如权利要求5所述的PGW，其特征在于，所述通信单元进一步用于：

若获知PCRF更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的分组数据网PDN连接。

8.如权利要求5所述的PGW，其特征在于，所述通信单元进一步用于：

若获知PCRF更新成功，但所述处理单元对本地保存的UE相关信息更新失败，则向SGW发送第三请求消息，指示SGW删除基于所述第二请求消息修改失败的PDN连接。