METHOD AND SYSTEM FOR PROCESSING IFOM ERROR
WIPO Patent Application WO/
Disclosed are a method and system for processing an IP Flow Mobility (IFOM) error. The method includes: after a User Equipment (UE) and a network side complete routing rules negotiation on flow migration, if a Quality of Service (QoS) resource management related failure occurs on the network side, a Policy and Charging Rules Function (PCRF) informing a Home Agent (HA) of the UE of information about flow migration that failed, and triggering a processing operation for the failure. The present invention solves the problem that in an IFOM process in the prior art, when application for resources for a migrated flow fails, the QoS of the migrated service flow cannot be guaranteed, or even the service is interrupted. Therefore, service continuity is guaranteed, and quality of user experience is guaranteed.
Inventors:
ZHOU, Xingyue (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nansha, Shenzhen Guangdong 7, 518057, CN)
周星月 (中国广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦, Guangdong 7, 518057, CN)
Application Number:
Publication Date:
03/08/2012
Filing Date:
07/26/2011
Export Citation:
ZTE CORPORATION (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nansha, Shenzhen Guangdong 7, 518057, CN)
中兴通讯股份有限公司 (中国广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦, Guangdong 7, 518057, CN)
ZHOU, Xingyue (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nansha, Shenzhen Guangdong 7, 518057, CN)
International Classes:
View Patent Images:
&&&&&&PDF help
Domestic Patent References:
Foreign References:
Attorney, Agent or Firm:
CHINA PAT INTELLECTUAL PROPERTY OFFICE (Suite 717, No. 113 Zhichun RoadHaidian, Beijing 6, 100086, CN)
权利要求书
1、 一种 IP流迁移 （IFOM )错误时的处理方法， 其特征在于， 该方法 包括：
IFOM 过程中的用户设备 ( UE )和网络侧之间完成流迁移的路由规则 协商后， 如果网络侧出现服务质量（QoS )资源管理相关故障， 策略和计费 规则功能实体（PCRF )将出现故障的流迁移信息通知给所述 UE的家乡代 理（ HA ), 触发对故障的处理操作。
2、 根据权利要求 1所述 IFOM错误时的处理方法， 其特征在于， 所述 出现故障的流迁移信息为： 流的路由规则信息或流的路由规则标识。
3、 根据权利要求 1或 2所述 IFOM错误时的处理方法， 其特征在于， 在 PCRF将出现故障的流迁移信息通知给 UE的 HA之后，该方法进一步包 括：
所述 HA向 PCRF发送确认消息， 并通过绑定解除指示消息将出现故 障的流迁移信息通知给所述 UE;
所述 UE向 HA发送绑定解除消息确认。
4、 根据权利要求 3所述 IFOM错误时的处理方法， 其特征在于， 在所 述 UE向 HA发送绑定解除消息确认之后， 该方法进一步包括：
所述 UE向 HA发送绑定更新消息 ,通知所述 HA为故障所对应的流重 新选择路由路径；
所述 HA向 PCRF发送 IP连接访问网络（ IP-CAN )会话修改请求消息 , 其中包含需要更新的路由规则信息；
所述 PCRF向 HA发送 IP-CAN会话修改响应消息；
所述 HA向 UE发送绑定更新确认消息。
5、 根据权利要求 3所述 IFOM错误时的处理方法， 其特征在于， 所述 为故障所对应的流重新选择路由路径， 具体为： 将故障所对应的流回退到流迁移之前的路由路径上、 或者为故障所对 应的流选择新的路由路径、 或者为故障所对应的流选择默认路径。
6、 一种 IFOM错误时的处理系统， 其特征在于， 该系统包括： 网络侧、 PCRF、 UE和 UE的 HA, 其中，
所述 UE和网络侧， 用于在 IFOM过程中完成流迁移的路由规则协商； 所述 PCRF, 用于在所述 UE和网络侧完成流迁移的路由规则协商后， 当网络侧出现 QoS资源管理相关故障时， 将出现故障的流迁移信息通知给 所述 UE的 HA, 触发对故障的处理操作。
7、 根据权利要求 6所述 IFOM错误时的处理系统， 其特征在于， 所述 出现故障的流迁移信息为： 流的路由规则信息或流的路由规则标识。
8、 根据权利要求 6或 7所述 IFOM错误时的处理系统， 其特征在于， 所述 HA进一步用于， 在 PCRF将出现故障的流迁移信息通知给 UE的 HA 之后，所述 HA向 PCRF发送确认消息，并通过绑定解除指示消息将出现故 障的流迁移信息通知给所述 UE;
相应的， 所述 UE进一步用于， 向 HA发送绑定解除消息确认。
9、 根据权利要求 8所述 IFOM错误时的处理系统， 其特征在于， 所述 UE进一步用于， 向 HA发送绑定更新消息， 通知所述 HA为故障所对应的 流重新选择路由路径；
相应的 , 所述 HA进一步用于 , 向 PCRF发送 IP-CAN会话修改请求消 息， 其中包含需要更新的路由规则信息；
所述 PCRF进一步用于， 向 HA发送 IP-CAN会话修改响应消息； 所述 HA还用于， 向 UE发送绑定更新确认消息。
10、 根据权利要求 8所述 IFOM错误时的处理系统， 其特征在于， 所 述 UE进一步用于，通知 HA将故障所对应的流回退到流迁移之前的路由路 径上、 或者为故障所对应的流选择新的路由路径、 或者为故障所对应的流 16
Description:
一种 ΙΓΟΜ错误时的处理方法和系统 技术领域
本发明涉及通信领域的 IP流迁移（ IFOM )技术， 尤其涉及一种 IFOM 错误时的处理方法和系统。 背景技术
第三代合作伙伴计划 （3GPP, 3rd Generation Partnership Project )演进 的分组系统（EPS , Evolved Packet System )如图 1所示， 图 1为非漫游场 景的 EPS网络架构图， 该网络架构由演进的通用移动通信系统陆地无线接 入网 ( E-UTRAN, Evolved Universal Terrestrial Radio Access Network )、 移 动管理单元 ( MME, Mobility Management Entity )、服务网关（ S-GW, Serving Gateway ), 分组数据网络网关 （P-GW, Packet Data Network Gateway ), 归 属用户服务器（HSS , Home Subscriber Server ), 策略和计费规则功能实体 ( PCRF , Policy and Charging Rules Function )及其他支撑节点组成。
应用功能实体（ AF, Application Function )提供业务应用的接入点， 这 些业务应用所使用的网络资源需要进行动态的策略控制。 在业务面进行参 数协商时， AF将相关业务信息传递给 PCRF。 如果这些业务信息与 PCRF 的策略相一致， 则 PCRF接受该协商； 否则， PCRF拒绝该协商， 并在反馈 中同时给出 PCRF可接受的业务参数。 随后， AF可将这些参数返回给用户 设备 ( UE , User Equipment )。 其中， AF和 PCRF之间的接口是 Rx接口。
PCRF是策略和计费控制（ PCC , Policy and Charging Control )的核心， 负责策略决策和计费规则的制定。 PCRF提供了基于业务数据流的网络控制 规则， 这些网络控制包括业务数据流的检测、 门控（Gating Control ), 服务 质量（QoS, Quality of Service )控制以及基于数据流的计费规则等。 PCRF 将其制定的策略和计费规则发送给策略和计费执行功能（PCEF, Policy and Charging Enforcement Function )执行， 同时， PCRF还需要保证这些规则和 用户的签约信息一致。 PCRF制定策略和计费规则的依据包括： 从 AF获取 与业务相关的信息； 从用户签约数据库 （ SPR , Subscription Profile Repository )获取与用户策略计费控制签约信息； 从 PCEF获取与承载相关 网络的信息。
PCEF通常位于网关 （GW, GateWay ) 内， 在承载面执行 PCRF所制 定的策略和计费规则。 PCEF按照 PCRF所发送的规则中的业务数据流过滤 器对业务数据流进行检测， 进而对这些业务数据流执行 PCRF 所制定的策 略和计费规则。在承载建立时， PCEF按照 PCRF发送的规则进行 QoS授权， 并根据 AF的执行进行门控控制。 根据 PCRF发送的计费规则， PCEF执行 相应的业务数据流计费操作， 计费既可以是在线计费， 也可以是离线计费。 如果是在线计费， 则 PCEF 需要和在线计费系统（OCS , Online Charging System )一起进行信用管理。 离线计费时， PCEF和离线计费系统（ OFCS , Offline Charging System )之间交换相关计费信息。 PCEF与 PCRF之间的接 口是 Gx接口， 与 OCS之间的接口是 Gy接口， 与 OFCS之间的接口是 Gz 接口。 PCEF—般都位于网络的网关上，如通用分组无线服务（ GPRS , General Packet Radio Service ) 中的 GPRS网关支持节点 （GGSN, GPRS Gateway Support Node )、 智能无线局 i或网 ( I-WLAN, Intelligent Wireless Local Area Networks ) 中的分组数据网关 （PDG, Packet Data Gateway ),,
与 PCC架构功能类似， 宽带论坛（ BBF, Broadband Forum )提出了宽 带策略控制架构一集中式部署功能架构 （ BPCF , Centralized Deployment Functional Architecture ), BPCF 主要功能是制定相应的策略； 策略执行点 ( PEF, Policy Enforcement Point )通常驻留在固网传输设备中， 例如： 宽 带接入服务器 （BRAS , Broadband Remote Access Server ) /宽带网络网关 ( BNG , Broadband Network Gateway ) , 根据 BPCF制定的相应策略进行执 行； 认证授权计费服务器 ( AAA , Authentication Authorization and Accounting ), 储存用户签约信息。 AF为 BPCF制定策略， 提供相应的业务 信息。 目前 BPCF的架构还比较粗略， 相关细节还在进一步的制定中。
IP流迁移 （ IFOM, IP Flow Mobility )技术可以实现 IP业务流在不同 接入系统之间的迁移， UE可以根据网络拥塞状况和策略对业务流路由路径 进行修改， 从而保证通信质量， 改善用户体验。 举例说明， 如图 2所示， UE同时通过 3GPP接入系统和 I-WLAN接入系统连接到同一个 PDN,通过 3GPP 网络的业务流包括语音 IP 流、 传统视频流、 非传统视频流， 通过 I-WLAN接入系统的业务流包括网络（ Web )业务流和文件传输协议 ( FTP , File Transfer Protocol ) 流。 当 UE移动到 I-WLAN信号覆盖较弱的区域时， 通过 I-WLAN 传输的业务流质量受到影响， 此时 UE 发起将 Web 流从 I-WLAN迁移到 3GPP的 IFOM流程， 以保证 Web应用的传输质量。如图 3 所示， 在成功迁移后， Web流的路径变更为从 3GPP网络传输。
在 IFOM的过程中， UE和网络侧通过双隧道移动 IPv6 ( DSMIPv6, Dual-Stack Mobile IPv6 ) 的信令进行流迁移信息的协商； 完成信令协商后， UE和网络侧对相应的流迁移路由规则信息做相应修改。 此时， 网络侧可能 会为迁移的流申请网络承载资源以进行 QoS保障， 那么， 在申请资源失败 的情况下， 对已经进行路由规则修改的业务流如何进行处理目前没有相应 的解决方案。 而如果不处理， 则会导致迁移后的业务流的 QoS得不到保障 甚至出现业务中断等问题， 从而使得用户体验变差。 发明内容
有鉴于此， 本发明的主要目的在于提供一种 IFOM错误时的处理方法 和系统， 以解决现有 IFOM的过程中， 为迁移的流申请资源失败的情况下， 会导致迁移后的业务流的 QoS得不到保障甚至业务中断等问题。 为达到上述目的， 本发明的技术方案是这样实现的：
本发明提供了一种 IFOM错误时的处理方法， 该方法包括：
IFOM 过程中的用户设备 ( UE )和网络侧之间完成流迁移的路由规则 协商后， 如果网络侧出现服务质量（QoS )资源管理相关故障， 策略和计费 规则功能实体（PCRF )将出现故障的流迁移信息通知给所述 UE的家乡代 理（ HA ), 触发对故障的处理操作。
所述出现故障的流迁移信息为： 流的路由规则信息或流的路由规则标 识。
在 PCRF将出现故障的流迁移信息通知给 UE的 HA之后，该方法进一 步包括：
所述 HA向 PCRF发送确认消息，并通过绑定解除指示消息将出现故障 的流迁移信息通知给所述 UE;
所述 UE向 HA发送绑定解除消息确认。
在所述 UE向 HA发送绑定解除消息确认之后， 该方法进一步包括： 所述 UE向 HA发送绑定更新消息 ,通知所述 HA为故障所对应的流重 新选择路由路径；
所述 HA向 PCRF发送 IP连接访问网络（ IP-CAN )会话修改请求消息 , 其中包含需要更新的路由规则信息；
所述 PCRF向 HA发送 IP-CAN会话修改响应消息；
所述 HA向 UE发送绑定更新确认消息。
所述为故障所对应的流重新选择路由路径， 具体为：
将故障所对应的流回退到流迁移之前的路由路径上、 或者为故障所对 应的流选择新的路由路径、 或者为故障所对应的流选择默认路径。
本发明还提供了一种 IFOM错误时的处理系统， 该系统包括： 网络侧、 PCRF, UE和 UE的 HA, 其中， 所述 UE和网络侧， 用于在 IFOM过程中完成流迁移的路由规则协商； 所述 PCRF, 用于在所述 UE和网络侧完成流迁移的路由规则协商后， 当网络侧出现 QoS资源管理相关故障时， 将出现故障的流迁移信息通知给 所述 UE的 HA, 触发对故障的处理操作。
所述出现故障的流迁移信息为： 流的路由规则信息或流的路由规则标 识。
所述 HA进一步用于，在 PCRF将出现故障的流迁移信息通知给 UE的 HA之后， 所述 HA向 PCRF发送确认消息， 并通过绑定解除指示消息将出 现故障的流迁移信息通知给所述 UE;
相应的， 所述 UE进一步用于， 向 HA发送绑定解除消息确认。
所述 UE进一步用于， 向 HA发送绑定更新消息， 通知所述 HA为故障 所对应的流重新选择路由路径；
相应的 , 所述 HA进一步用于 , 向 PCRF发送 IP-CAN会话修改请求消 息， 其中包含需要更新的路由规则信息；
所述 PCRF进一步用于， 向 HA发送 IP-CAN会话修改响应消息； 所述 HA还用于， 向 UE发送绑定更新确认消息。
所述 UE进一步用于，通知 HA将故障所对应的流回退到流迁移之前的 路由路径上、 或者为故障所对应的流选择新的路由路径、 或者为故障所对 应的流选择默认路径。
本发明所提供的一种 IFOM错误时的处理方法和系统， 在 IFOM过程 中的 UE和网络侧之间完成流迁移的路由规则协商后，如果网络侧出现 QoS 资源管理相关故障， PCRF将出现故障的流迁移信息通知给 UE的 HA, 触 发对故障的处理操作。 通过本发明， 解决了现有 IFOM 的过程中， 为迁移 的流申请资源失败的情况下， 会导致迁移后的业务流的 QoS得不到保障甚 至业务中断等问题， 保证了业务的连续性， 保证了用户体验质量。 附图说明
图 1为现有技术中非漫游场景的 EPS网络架构图；
图 2为现有技术中 IP流迁移的示意图一；
图 3为现有技术中 IP流迁移的示意图二；
图 4为本发明一种 IFOM错误时的处理方法流程图；
图 5为本发明实施例一所示场景下 IFOM错误时的处理方法流程图； 图 6为本发明实施例二所示场景下 IFOM错误时的处理方法流程图； 图 7为本发明实施例三所示场景下 IFOM错误时的处理方法流程图。 具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。 本发明所提供的一种 IFOM错误时的处理方法， 如图 4所示， 主要包 括以下内容： IFOM过程中的 UE和网络侧之间完成流迁移的路由规则协商 (步骤 401 )后， 如果网络侧出现 QoS资源管理相关故障， PCRF将出现故 障的流迁移信息通知给 UE的家乡代理（ HA, Home Agent ), 触发对故障的 处理操作 (步骤 402 )。
其中， 出现故障的流迁移信息可以为： 流的路由规则 （routing rule )信 息或流的路由规则标识（routing rule ID )。 故障的处理操作包括： 为故障所 对应的流重新选择路由路径， 具体的， 可以将故障所对应的流回退到流迁 移之前的路由路径上、 或者为故障所对应的流选择新的路由路径、 或者为 故障所对应的流选择默认路径。
下面结合具体实施例对上述 IFOM错误时的处理方法进一步详细阐述。 本发明实施例一的应用场景为： UE同时连接到 3GPP接入网和非 3GPP 接入网， 对于同一个家乡地址（Home Address )建立了多个绑定关系和多 个 IP流绑定关联注册； UE向 HA发送绑定更新消息， 将通过非 3GPP传输 的业务流迁移到 3GPP 网络中传输， PCRF为迁移过来的业务流申请 QoS 7 载资源失败。 此处， 3GPP中的 S-GW和 P-GW釆用基于代理移动 IPv6 ( ΡΜΙΡν?, Proxy Mobile IPv6 )移动性管理协议的 S5接口。 如图 5所示， 具体流程主要包括以下步骤：
步骤 501 , UE当前同时连接到 3GPP和非 3GPP接入网， 对属于同一 个 PDN连接且通过不同接入网的业务流建立了绑定关联， 建立了多个绑定 关系和多个 IP流绑定注册。
步骤 502 , UE向 HA发送绑定更新（ Binding Update )消息， 该消息中 携带 UE的家乡地址、绑定标识、流绑定信息等； HA收到绑定更新消息后， 根据绑定标识和流绑定信息， 修改对应业务流的路由规则信息， 该路由规 则信息包括 IP 文的五元组信息以及对应的 IP ^艮文的路由。
步骤 503 , P-GW ( HA ) 向 PCRF发送 IP连接访问网络 ( IP-CAN, IP-Connectivity Access Network )会话修改请求消息， 该请求消息中包含需 要更新的路由规则信息等。 其中， P-GW ( HA )是表示 P-GW包含 HA的 功能， P-GW与 HA是合设的。
步骤 504 , PCRF向 P-GW发送 IP-CAN会话修改响应消息。
步骤 505 , HA 向 UE 返回绑定更新确认 （ Binding Update Acknowledgement ) 消息， 以对 UE的业务流绑定操作进行确认， 该消息中 包含绑定生命周期 （lifetime ), UE的家乡地址、 绑定标识、 流绑定信息。
步骤 506, PCRF向 S-GW发送网关控制和 QoS提供消息， 消息中包含 QoS规则和事件触发器等信息。
步骤 507, S-GW向 MME发送更新承载请求（ Update Bearer Request ) 消息， 消息中包含流程传输标识（PTI, Procedure Transaction Id ), EPS承 载标识、 EPS承载 QoS信息、 数据流模版（TFT, Traffic Flow Template ), 接入点名称-最大汇聚比特率 ( APN-AMBR, Access Point Name- Aggregate Maximum Bit Rate )。 步骤 508, MME向演进基站（eNB, evolved NodeB )发送会话管理请 求（承载修改请求或会话修改请求）消息， 将 PTI、 EPS承载标识、 EPS承 载 QoS参数、 TFT、 APN-AMBR发给 eNB进行承载修改。
步骤 509, eNB根据收到的会话管理请求消息中的信息协调分配 QoS 相关承载资源失败。
步骤 510, eNB向 MME发送承载修改响应消息， 通知 MME请求的 EPS承载 QoS未能分配。
步骤 511 , MME向 S-GW发送更新承载响应消息， 通知 EPS承载 QoS 分配失败。
步骤 512, S-GW向 PCRF发送网关控制和 QoS规则执行响应消息，通 知 PCRF相应的 QoS规则执行失败。
步骤 513 , PCRF向 P-GW ( HA )发送 PCC规则提供消息， 通知 PCC 规则执行失败， 该消息中包含信息用以标识无法分配 QoS资源的业务流， 该信息可以是业务流的路由规则 （ routing rule )信息， 也可以是 routing rule ID (要求 HA需保存和 PCRF上一致的 routing rule ID )。
步骤 514, P-GW ( HA ) 向 PCRF发送确认消息。
步骤 515 , P-GW ( HA )将 QoS资源申请失败的业务流信息通知给 UE, 此处可以通过在绑定解除指示消息中携带流绑定信息来通知 UE。
步骤 516, UE向 P-GW ( HA )发送绑定解除消息确认。
步骤 517, UE向 P-GW ( HA )发送新的绑定更新消息， 将之前的业务 流回退到原来的路由路径上。此处， UE的操纵取决于 UE本地的策略实现， UE也可以为业务流选择新的路由路径或选择默认路由。
步骤 518, P-GW ( HA )向 PCRF发送 IP-CAN会话修改请求消息 , 请 求消息中包含需要更新的路由规则信息等。
步骤 519, PCRF向 P-GW发送 IP-CAN会话修改响应消息。 步骤 520, P-GW ( HA ) 向 UE发送绑定更新确认消息。
本发明实施例二的应用场景为： UE同时连接到 3GPP和 BBF的 WLAN 接入系统， 对于同一个家乡地址建立了多个绑定关系和多个 IP流绑定关联 注册； UE向 HA发送绑定更新消息，将通过 3GPP传输的业务流迁移到 BBF 网络中传输， BPCF为迁移过来的业务流申请 QoS承载资源失败。 如图 6 所示， 具体流程主要包括以下步骤：
步骤 601 , UE当前同时连接到 3GPP和 BBF的 WLAN接入系统， 对 属于同一个 PDN连接且通过不同接入网的业务流建立了绑定关联， 建立了 多个绑定关系和多个 IP流绑定注册。
步骤 602 , UE向 HA发送绑定更新（ Binding Update )消息， 消息中携 带 UE的家乡地址、 绑定标识、 流绑定信息等； HA收到绑定更新消息后， 根据绑定标识和流绑定信息， 修改对应业务流的路由规则信息。
步骤 603 , P-GW ( HA )向 PCRF发送 IP-CAN会话修改请求， 请求消 息中包含需要更新的路由规则信息等。
步骤 604, PCRF向 P-GW发送 IP-CAN会话修改响应消息。
步骤 605 , HA向 UE返回绑定更新确认消息， 以对 UE的业务流绑定 操作进行确认， 该消息中包含绑定生命周期 （lifetime ), UE的家乡地址、 绑定标识、 流绑定信息。
步骤 606, PCRF向 BPCF发起 S9*会话请求消息， 消息中包含 QoS规 则和事件触发器等信息。
步骤 607, BPCF在 BBF接入系统根据收到的会话管理请求消息中的信 息协调分配 QoS相关承载资源失败。
步骤 608, BPCF向 PCRF返回 S9*会话响应消息， 指示 QoS相关资源 申请失败。
步骤 609 , PCRF向 P-GW ( HA )发送 PCC规则提供消息， 通知 PCC 规则执行失败， 该消息中包含信息用以标识无法分配 QoS资源的业务流， 该信息可以是业务流的路由规则 （ routing rule )信息， 也可以是 routing rule ID (要求 HA需保存和 PCRF上一致的 routing rule ID )。
步骤 610, P-GW ( HA ) 向 PCRF发送确认消息。
步骤 611 , P-GW ( HA )将 QoS资源申请失败的业务流信息通知给 UE, 此处可以通过在绑定解除指示消息中携带流绑定信息来通知 UE。
步骤 612, UE向 P-GW ( HA )发送绑定解除消息确认。
步骤 613 , UE向 P-GW ( HA )发送新的绑定更新消息， 将之前的业务 流回退到原来的路由路径上。此处， UE的操纵取决于 UE本地的策略实现， UE也可以为业务流选择新的路由路径或选择默认路由。
步骤 614, P-GW ( HA )向 PCRF发送 IP-CAN会话修改请求消息 , 请 求消息中包含需要更新的路由规则信息等。
步骤 615 , PCRF向 P-GW发送 IP-CAN会话修改响应消息。
步骤 616, P-GW ( HA ) 向 UE发送绑定更新确认消息。
本发明实施例三的应用场景为： UE同时连接到 3GPP接入网和非 3GPP 接入网， 对于同一个家乡地址建立了多个绑定关系和多个 IP流绑定关联注 册； UE向 HA发送绑定更新消息， 增加一个新的业务流传输路由规则 （建 立新的业务流绑定关联）在 3 GPP网络中传输， 而 PCRF为新的业务流申请 QoS承载资源失败。 此处， 3GPP中的 S-GW和 P-GW釆用的基于 PMIPv6 移动性管理协议的 S5接口。 如图 7所示， 具体流程主要包括以下步骤： 步骤 701 , UE当前同时连接到 3GPP和非 3GPP接入网， 对属于同一 个 PDN连接且通过不同接入网的业务流建立了绑定关联， 建立了多个绑定 关系和多个 IP流绑定注册。
步骤 702 , UE向 HA发送绑定更新（ Binding Update )消息， 该消息中 携带 UE的家乡地址、绑定标识、流绑定信息等； HA收到绑定更新消息后， 根据绑定标识和流绑定信息， 增加一个新的业务流传输路由规则， 即建立 新的业务流绑定关联。
步骤 703 , P-GW ( HA )向 PCRF发送 IP-CAN会话修改请求消息， 该 请求消息中包含需要增加的路由规则信息等。
步骤 704 , PCRF向 P-GW发送 IP-CAN会话修改响应消息。
步骤 705 , HA 向 UE 返回绑定更新确认 （ Binding Update Acknowledgement ) 消息， 以对 UE的业务流绑定操作进行确认， 该消息中 包含绑定生命周期 （lifetime ), UE的家乡地址、 绑定标识、 流绑定信息。
步骤 706, PCRF向 S-GW发送网关控制和 QoS提供消息， 消息中包含 QoS规则和事件触发器等信息。
步骤 707, S-GW向 MME发送更新承载请求（ Update Bearer Request ) 消息， 消息中包含 PTI、 EPS 承载标识、 EPS 承载 QoS 信息、 TFT、 APN-AMBR。
步骤 708, MME向 eNB发送会话管理请求（承载修改请求或会话修改 请求）消息，将 PTI、 EPS承载标识、 EPS承载 QoS参数、 TFT、 APN-AMBR 发给 eNB进行承载修改。
步骤 709, eNB根据收到的会话管理请求消息中的信息协调分配 QoS 相关承载资源失败。
步骤 710, eNB向 MME发送承载修改响应消息， 通知 MME请求的 EPS承载 QoS未能分配。
步骤 711 , MME向 S-GW发送更新承载响应消息， 通知 EPS承载 QoS 分配失败。
步骤 712, S-GW向 PCRF发送网关控制和 QoS规则执行响应消息，通 知 PCRF相应的 QoS规则执行失败。
步骤 713 , PCRF向 P-GW或 HA发送 PCC规则提供消息， 通知 PCC 规则执行失败， 该消息中包含信息用以标识无法分配 QoS资源的业务流， 该信息可以是业务流的路由规则 （ routing rule )信息， 也可以是 routing rule ID (要求 HA需保存和 PCRF上一致的 routing rule ID )。
步骤 714, P-GW ( HA ) 向 PCRF发送确认消息。
步骤 715 , P-GW ( HA )将 QoS资源申请失败的业务流信息通知给 UE, 此处可以通过在绑定解除指示消息中携带流绑定信息来通知 UE。
步骤 716, UE向 P-GW ( HA )发送绑定解除消息确认。
步骤 717, P-GW ( HA )向 PCRF发送 IP-CAN会话修改请求消息， 请 求消息中包含需要更新的路由规则信息等。
步骤 718, PCRF向 P-GW发送 IP-CAN会话修改响应消息。
对应上述 IFOM错误时的处理方法， 本发明还提供了一种 IFOM错误 时的处理系统， 包括： 网络侧、 PCRF、 UE和 UE的 HA。 其中， UE和网 络侧， 用于在 IFOM 过程中完成流迁移的路由规则协商。 PCRF, 用于在 UE和网络侧完成流迁移的路由规则协商后，当网络侧出现 QoS资源管理相 关故障时， 将出现故障的流迁移信息通知给 UE的 HA, 触发对故障的处理 操作。
较佳的， HA进一步用于， 在 PCRF将出现故障的流迁移信息通知给 UE的 HA之后， HA向 PCRF发送确认消息， 并通过绑定解除指示消息将 出现故障的流迁移信息通知给 UE; 相应的， UE进一步用于， 向 HA发送 绑定解除消息确认。
较佳的， UE进一步用于， 向 HA发送绑定更新消息， 通知 HA为故障 所对应的流重新选择路由路径；
相应的 , HA进一步用于 , 向 PCRF发送 IP-CAN会话修改请求消息 , 其中包含需要更新的路由规则信息；
PCRF进一步用于， 向 HA发送 IP-CAN会话修改响应消息； HA还用于， 向 UE发送绑定更新确认消息。
较佳的， UE进一步用于， 通知 HA将故障所对应的流回退到流迁移之 前的路由路径上、 或者为故障所对应的流选择新的路由路径、 或者为故障 所对应的流选择默认路径。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。
FreePatentsOnline.com. All rights reserved.}