Gx接口故障后PCC規(guī)則獲取的方法及裝置制造方法
【專利摘要】本發(fā)明提供了一種Gx接口故障后PCC規(guī)則獲取的方法及裝置，所述長期演進LTE系統(tǒng)中包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識默認為FALSE，所述PGW中包括本地策略和計費控制PCC規(guī)則，所述的方法包括：當所述UE對應的Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為TRUE；所述PGW判斷所述UE是否處于LTE的附著過程中；若所述UE處于LTE的附著過程中，則所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。本發(fā)明用以在PCRF或者Gx接口故障等通信失敗時，在不影響用戶正常通信的情形下，獲取PCC規(guī)則，保證用戶的正常接入。
【專利說明】Gx接口故障后PCC規(guī)則獲取的方法及裝置
【技術領域】
[0001]本發(fā)明涉及移動通信【技術領域】，特別是涉及一種Gx接口故障后PCC規(guī)則獲取的方法，以及，一種Gx接口故障后PCC規(guī)則獲取的裝置。
【背景技術】
[0002]LTE (Long Term Evolution,長期演進)是新一代寬帶無線移動通信網(wǎng)技術,可大幅提升無線網(wǎng)絡業(yè)務速率，并采用統(tǒng)一的分組域核心網(wǎng)承載話音和數(shù)據(jù)業(yè)務，而網(wǎng)絡承載語音等實時業(yè)務的質(zhì)量保證是業(yè)界關注的問題。3GPP (the3rd Generation PartnershipProject,第三代合作伙伴項目)標準的PCC(策略和計費控制，Policy Control andCharging)架構可有效實現(xiàn)LTE網(wǎng)絡數(shù)據(jù)業(yè)務差異化的管理和運營，支持數(shù)據(jù)業(yè)務實時計費的GPRS (General Packet Radio Service,通用分組無線服務技術)在線計費系統(tǒng)成為計費系統(tǒng)領域中研究的熱點和急需實現(xiàn)的功能需求，并提供業(yè)務端到端的質(zhì)量保證，是LTE網(wǎng)絡中實現(xiàn)語首業(yè)務等實時業(yè)務的關鍵。
[0003]參照圖1所示現(xiàn)有技術的一種LTE中SAE架構的網(wǎng)絡拓撲結構圖，在LTE的SAE(System Architecture Evolution,系統(tǒng)架構演進)中，具體可以包括在 UTRAN(UniversalTerrestrial Radio Access Network,通用地面無線接入網(wǎng))繼 GERAN (GSM EDGE RadioAccess Network，GSM / EDGE無線通訊網(wǎng)絡)等網(wǎng)絡中互相通信的PCRF(策略和計費規(guī)則功能實體，Policy And Charging Rules Function)、AF (Application Function,應用功能實體)、MME(Mobility Management Entity,移動管理實體)、HSS (Home Subscriber Server,歸屬用戶服務器)、SGSN (Service GPRS Supporting Node，GPRS 業(yè)務支持節(jié)點)、PGW (PDNGataway,分組數(shù)據(jù)網(wǎng)關)、SGW(Serving Gateway,服務網(wǎng)關)、P_CSCF(Proxy-Call SessionControl Function,代理呼叫會話控制)、E_UTRAN(Evolved Universal Terrestrial RadioAccess Network,演進的通用陸基無線接入網(wǎng))網(wǎng)元及UE (User Equipment,用戶設備)等實體，各個實體之間通過Gx、Rx、SG1、S、Uu等接口進行通信數(shù)據(jù)的交互,進行PSS (PacketSwitching Service 分組交換業(yè)務)及 IMS (IP Multimedia Subsystem IP，IP 多媒體子系統(tǒng))等業(yè)務。
[0004]在具體實現(xiàn)中，PGW和PCRF之間通過Gx接口進行通信數(shù)據(jù)的交互，Gx接口主要用于計費控制和策略控制。具體而言，在UE在網(wǎng)絡中附著的過程中，PCRF將策略規(guī)則配置成PCC規(guī)則下發(fā)給PGW，PGff把這些規(guī)則綁定到相應UE的承載上，下發(fā)到業(yè)務面進行執(zhí)行，達到分組網(wǎng)絡業(yè)務數(shù)據(jù)傳輸QoS等策略控制和流計費策略控制的目的。
[0005]在LTE中在PCRF故障或Gx接口基于Diameter協(xié)議建立的Diameter鏈路不通，當UE發(fā)起附著或者建立、更新專用承載時，就會造成PGW與PCRF交互失敗，進而導致獲取PCC策略失敗，造成UE無法接入或承載操作失敗，影響用戶正常接入。
[0006]參照圖2所示的現(xiàn)有技術的一種LTE中UE附著過程示意圖，具體可以包括如下步驟:
[0007]I, UE 向 eNodeB (Evolved Node Base,演進基站)發(fā)送附著請求消息 AttachRequest ；
[0008]2，eNodeB 向 MME(Mobility Management Entity，移動管理實體)轉(zhuǎn)發(fā) AttachRequest ；
[0009]3，MME向HSS (Home Subscriber Server，歸屬用戶服務器)發(fā)送鑒定信息請求消息 Authentication Information Request ；
[0010]4，MME 接收 HSS 返回的鑒定信息響應消息 Authentication Information Answer ；
[0011]5，UE及MME之間進行認證/安全鑒定流程Authentication/Security，確認接入的UE是否安全合法；
[0012]6，SGW 向 HSS 發(fā)送位置更新請求消息 Update Location Request ；
[0013]7，HSS 針對 Update Location Request 返回位置更新響應消息 Update LocationAnswer ；
[0014]8，MME 向 SGW 發(fā)送會話創(chuàng)建請求消息 Create Session Request ；
[0015]9，SGW 向 PGW 轉(zhuǎn)發(fā) Create Session Request ；
[0016]10，PGW 及 PCRF 之間進行 PCEF IP-CAN (IP-Connectivity Access Network，IP 連接訪問網(wǎng)絡)發(fā)起會話建立過程Initiated IP-CAN Session Establishment ；
[0017]11，PGW 返回會話創(chuàng)建響應消息 Create Session Response ；
[0018]12，SGW 向 MME 轉(zhuǎn)發(fā) Create Session Response ；
[0019]13，MME向eNodeB發(fā)送初始上下文設置請求消息/附著接受消息Initial ContextSetup Request/Attach Accept ；
[0020]14，eNodeB 向 UE 發(fā)送 Attach Accept ；
[0021]15，UE 向 eNodeB 返回附著完成消息 Attach Complete ；
[0022]16，eNodeB向MME發(fā)送初始上下文設置響應消息Initial Context SetupResponse ；
[0023]17，eNodeB 向 MME 發(fā)送 Attach Complete ；
[0024]18，MME 向 SGW 發(fā)送承載修改請求消息 Modify Bearer Request ；
[0025]19，SGW 向 MME 返回承載修改響應消息 Modify Bearer Response。
[0026]在圖2所示的UE附著過程中，當PGW收到Create Session Request后，如果在LTE中部署有PCRF，則向PCRF發(fā)送CCWcredit control request，信用控制請求消息)，以建立IP-CAN會話。當PCRF故障或Gx接口 Diameter鏈路不通時，PGW將重發(fā)CCR至PCRF，直到PGW中的定時器超時。如果在定時器超時后PGW仍然沒有收到PCRF發(fā)送的CCA(credit controlanswer，信用控制應答消息)，給SGW回復創(chuàng)建會話失敗的Create Session Response，UE附著流程失敗。由于根據(jù)協(xié)議交互流程，PGW向PCRF發(fā)送CCR后，必須等到PCRF回應CCA，才能進行與后續(xù)網(wǎng)元的交互，否則認為PCRF異?；蜴溌樊惓?，UE附著流程失敗。
[0027]因此，本領域技術人員迫切需要解決的問題之一在于，提出一種Gx接口故障后PCC規(guī)則獲取的方法及裝置，用以在PCRF或者Gx接口故障等通信失敗時，在不影響用戶正常通信的情形下，獲取PCC規(guī)則，保證用戶的正常接入。
【發(fā)明內(nèi)容】
[0028]本發(fā)明所要解決的技術問題是提供一種Gx接口故障后PCC規(guī)則獲取的方法，用以在PCRF或者Gx接口故障等通信失敗時，在不影響用戶正常通信的情形下，獲取PCC規(guī)則，保證用戶的正常接入。
[0029]相應的，本發(fā)明還提供了一種Gx接口故障后PCC規(guī)則獲取的裝置。
[0030]為了解決上述問題，本發(fā)明公開了一種Gx接口故障后PCC規(guī)則獲取的方法，所述長期演進LTE系統(tǒng)中包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF,所述PGW中各個UE對應的Gx接口的故障標識默認為FALSE，所述PGW中包括本地策略和計費控制PCC規(guī)則，所述的方法包括:
[0031 ] 當所述UE對應的Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0032]所述PGW判斷所述UE是否處于LTE的附著過程中；
[0033]若所述UE處于LTE的附著過程中，則所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
[0034]優(yōu)選地，所述PGW包括策略執(zhí)行和計費執(zhí)行單元PCEF，所述PCEF及PCRF中保存有相同的規(guī)則信息，在所述PGW針對所述Gx接口設置故障標識TRUE的步驟之前，還包括:
[0035]所述PGW接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名；
[0036]所述PGW依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息；
[0037]所述PGW安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
[0038]優(yōu)選地，所述方法還包括:
[0039]當所述Gx接口故障恢復后，所述PGW接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息；
[0040]所述PGW針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE ;若所述PGW判定所述Gx接口的故障標識為TRUE，，則所述PGW向所述UE返回創(chuàng)建/更新承載失敗的消
肩、O
[0041]優(yōu)選地，所述方法還包括:
[0042]當所述PCRF設備重啟后，所述PGW判斷所述Gx接口的故障標識是否為TRUE ；
[0043]若否，則所述PGW釋放所述UE的承載。
[0044]優(yōu)選地，所述Gx接口故障通過如下步驟判斷:
[0045]所述PGW發(fā)送信用控制請求消息CCR至所述PCRF ；
[0046]所述PGW判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ；
[0047]若否，則所述PGW判定所述Gx接口故障。
[0048]本發(fā)明實施例還公開了一種Gx接口故障后PCC規(guī)則獲取的裝置，所述長期演進LTE系統(tǒng)中包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGff中各個UE對應的Gx接口的故障標識默認為FALSE，所述PGW中包括本地策略和計費控制PCC規(guī)則，所述的裝置包括:
[0049]位于PGW的更新模塊，用以在所述UE對應的Gx接口故障時，將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0050]位于PGW的判斷模塊，用以所述PGW判斷所述UE是否處于LTE的附著過程中；[0051]位于PGW的獲取模塊，用以在所述UE處于LTE的附著過程中時，依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
[0052]優(yōu)選地，所述PGW包括策略執(zhí)行和計費執(zhí)行單元PCEF，所述PCEF及PCRF中保存有相同的規(guī)則信息，還包括:
[0053]位于PGW的接收子模塊，用以接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名；
[0054]位于PGW的查找子模塊，用以依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息；
[0055]位于PGW的生成子模塊，用以安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
[0056]優(yōu)選地，所述裝置還包括:
[0057]位于PGW的請求消息接收模塊，用以在所述Gx接口故障恢復后，接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息；
[0058]位于PGW的第一狀態(tài)判斷模塊，用以針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE ；
[0059]位于PGW的失敗消息發(fā)送模塊，用以在所述PGW判定所述Gx接口的故障標識為TRUE,向所述UE返回創(chuàng)建/更新承載失敗的消息。
[0060]優(yōu)選地，所述裝置還包括:
[0061]位于PGW的第二狀態(tài)判斷模塊，用以在所述PCRF設備重啟后，判斷所述Gx接口的故障標識是否為TRUE ;若否，則調(diào)用
[0062]位于PGW的承載釋放模塊，用以釋放所述UE的承載。
[0063]優(yōu)選地，所述裝置還包括:
[0064]位于PGW的控制消息發(fā)送模塊，用以發(fā)送信用控制請求消息CCR至所述PCRF ；
[0065]位于PGW的時間判斷模塊，用以判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ;若否，則調(diào)用位于PGW的故障判定模塊；
[0066]位于PGW的故障判定模塊,用以判定所述Gx接口故障。
[0067]與現(xiàn)有技術相比，本發(fā)明包括以下優(yōu)點:
[0068]在本發(fā)明實施例中，當PCRF故障或Gx接口 Diameter鏈路不通時,則將Gx接口的故障標識從FALSE更新為TRUE，若此時UE在網(wǎng)絡中處于附著的過程中，PGff根據(jù)所述為TRUE的Gx接口的故障標識獲取本地PCC規(guī)則，避免由于獲取PCC規(guī)則失敗而導致與PCRF交互失敗，保證用戶的正常接入。
[0069]在本發(fā)明實施例中，為了避免本地PCC規(guī)則與PCRF已經(jīng)授權的規(guī)則沖突，對于下述幾種情形采用如下方式處理:
[0070]第一、如果PCRF恢復正常或者Gx接口 Diameter鏈路恢復,對于已經(jīng)采用了本地PCC規(guī)則的用戶，直到該用戶承載資源釋放，在后續(xù)其他流程仍然采用PGW本地策略決策的PCC規(guī)則，但是用戶下次的網(wǎng)絡附著過程中，可以采用PCRF授權的PCC規(guī)則。
[0071]第二、如果PCRF重啟后恢復正常，這時需要釋放該PCRF上接入的用戶，但是如果該用戶采用了本地PCC規(guī)則，則不進行釋放，直到該用戶發(fā)起去附著。
[0072]第三、如果在PCRF故障或Gx接口 Diameter鏈路不通之前，已經(jīng)接入了一部分用戶，那么當PCRF故障或Gx接口 Diameter鏈路不通時,如果該部分用戶請求建立或更新承載，那么為了避免本地PCC規(guī)則與PCRF已經(jīng)授權的PCC規(guī)則發(fā)生沖突，PGW接收到PCRF返回的建立或更新承載失敗消息，建立承載失敗。
【專利附圖】
【附圖說明】
[0073]圖1是現(xiàn)有技術的一種LTE中SAE架構的網(wǎng)絡拓撲結構圖；
[0074]圖2是現(xiàn)有技術的一種LTE中UE附著過程示意圖；
[0075]圖3是本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的方法實施例1的步驟流程圖；
[0076]圖4是本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的方法實施例2的步驟流程圖；
[0077]圖5是本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的方法實施例3的步驟流程圖；
[0078]圖6是本發(fā)明的一種LTE網(wǎng)絡結構示意圖；
[0079]圖7是本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的裝置實施例的結構框圖?！揪唧w實施方式】
[0080]為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和【具體實施方式】對本發(fā)明作進一步詳細的說明。
[0081]實施例一:
[0082]參照圖3，示出了本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的方法實施例1的步驟流程圖，所述長期演進LTE系統(tǒng)中可以包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識可以默認為FALSE，所述PGW中可以包括本地PCC規(guī)則，所述的方法具體可以包括如下步驟:
[0083]步驟IOI，當所述UE對應的Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0084]在本發(fā)明實施例中，在PGW中可以將Gx接口的故障標識預先默認設置為FALSE，表示此時PCRF及UE的Gx接口 Diameter鏈路正常工作。
[0085]在本發(fā)明的一種優(yōu)選實施例中，所述Gx接口故障可以通過如下步驟判斷:
[0086]步驟Sll，所述PGW發(fā)送信用控制請求消息CCR至所述PCRF ；
[0087]步驟S12，所述PGW判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ;若否，則執(zhí)行步驟S13 ；
[0088]步驟S13，所述PGW判定所述Gx接口故障。
[0089]在具體實現(xiàn)中，根據(jù)協(xié)議在UE附著交互流程中，PGW向PCRF發(fā)送CCR后，必須等到PCRF回應CCA，才能進行與后續(xù)網(wǎng)元的交互，否則認為PCRF異?；騁x接口鏈路Diameter異常，則認為UE在LTE的附著流程失敗。
[0090]在本發(fā)明實施例中，當PGW發(fā)送CCR后，如果在預設時間內(nèi)沒有收到PCRF的CCA，則認為PCRF故障或Gx接口鏈路Diameter異常，此時可以將發(fā)起附著流程的UE默認為FALSE的Gx接口的故障標識更新為TRUE。
[0091]需要說明的是，在實際應用中還可以采用其他方式設置PCRF故障或Gx接口鏈路Diameter異常的標識，本發(fā)明實施例中對此不做限制。
[0092]步驟102，所述PGW判斷所述UE是否處于LTE的附著過程中；若所述UE處于LTE的附著過程中，則執(zhí)行步驟103 ；[0093]步驟103，所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
[0094]在實際應用中，當發(fā)現(xiàn)PCRF故障或者UE及PCRF之間的Gx接口 Diameter鏈路不通時，PGW將所述Gx接口的故障標識更新為TRUE，若UE還處于LTE的附著過程中，則UE與PCRF尚未連接成功，PGff還沒有獲取到PCC規(guī)則，并綁定于UE的承載，應用本發(fā)明實施例，可以觸發(fā)獲取本地PCC規(guī)則，避免由于獲取PCC規(guī)則失敗而影響用戶的正常接入。
[0095]在本發(fā)明具體應用的一種示例中，如果在PCRF故障或Gx接口 Diameter鏈路不通之前，已經(jīng)接入了一部分用戶，那么當PCRF故障或Gx接口 Diameter鏈路不通時,如果該部分用戶請求建立或更新承載，PGW對于建立或更新承載返回失敗，避免本地策略與PCRF已經(jīng)授權的規(guī)則沖突。
[0096]實施例二:
[0097]參照圖4，示出了本發(fā)明一種Gx接口故障后PCC規(guī)則獲取的方法實施例2的步驟流程圖，所述長期演進LTE系統(tǒng)中可以包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識可以默認為FALSE，所述PGff中可以包括本地策略和計費控制PCC規(guī)則，所述的方法具體可以包括如下步驟:
[0098]步驟201，當所述UE對應的Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0099]步驟202，所述PGW判斷所述UE是否處于LTE的附著過程中；若所述UE處于LTE的附著過程中，則執(zhí)行步驟103 ；
[0100]步驟203，所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則；
[0101]步驟204，當所述Gx接口故障恢復后，所述PGW接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息；
[0102]步驟205，所述PGW針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE ；若所述PGW判定所述Gx接口的故障標識為TRUE，則執(zhí)行步驟206 ；
[0103]步驟206，所述PGW向所述UE返回創(chuàng)建/更新承載失敗的消息。
[0104]應用本發(fā)明實施例，如果PCRF恢復正?；蛘逩x接口 Diameter鏈路恢復，但UE的Gx接口的故障標識為TRUE，說明已經(jīng)采用了本地PCC規(guī)則，因此為了避免與本地PCC規(guī)則沖突，對于已經(jīng)采用了本地PCC規(guī)則的用戶，直到該用戶承載資源釋放，在后續(xù)其他流程仍然采用PGW本地策略決策的PCC規(guī)則，但是用戶下次的網(wǎng)絡附著過程中，可以采用PCRF授權的PCC規(guī)則。
[0105]實施例三:
[0106]參照圖5，示出了本發(fā)明一種Gx接口故障后PCC規(guī)則獲取的方法實施例3的步驟流程圖，所述長期演進LTE系統(tǒng)中可以包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識可以默認為FALSE，所述PGff中可以包括本地策略和計費控制PCC規(guī)則，所述的方法具體可以包括如下步驟:
[0107]步驟301，當UE對應的所述Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0108]步驟302，所述PGW判斷所述UE是否處于LTE的附著過程中；若所述UE處于LTE的附著過程中，則執(zhí)行步驟103 ；
[0109]步驟303，所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則；[0110]步驟304，當所述PCRF設備重啟后，所述PGW判斷所述Gx接口的故障標識是否為TRUE ;若否，則執(zhí)行步驟305 ；
[0111]步驟305，所述PGW釋放所述UE的承載。
[0112]應用本發(fā)明實施例，如果PCRF重啟后恢復正常，這時需要釋放該PCRF上接入的用戶，但是如果UE對應的Gx接口的故障標識為TRUE，說明該用戶已經(jīng)采用了本地PCC規(guī)則，為了避免本地PCC規(guī)則與PCRF授權的PCC規(guī)則沖突，則不進行釋放，直到該用戶發(fā)起去附著，但是用戶下次的網(wǎng)絡附著過程中，可以采用PCRF授權的PCC規(guī)則。
[0113]為了使本領域技術人員進一步理解本發(fā)明實施例，以下采用具體的示例來進行說明。
[0114]參照圖6所示的本發(fā)明的一種LTE網(wǎng)絡結構示意圖，各個實體的功能描述如下:
[0115]PCRF:PCRF包含策略控制決策和基于流計費控制的功能，根據(jù)用戶接入網(wǎng)絡的限制、用戶當前正在進行的應用業(yè)務信息、本地運營商配置及用戶簽約信息，制定相應的PCC策略(PCC 規(guī)則)，并將 PCC 策略提供給 PCEF (Policy Control and Charging EnforcementFunction，策略和計費執(zhí)行功能實體)執(zhí)行。PCC策略包括:業(yè)務數(shù)據(jù)流檢測、QoS (Qualityof Service,服務質(zhì)量)、門控和基于流的計費等。與PCEF的接口采用Gx,為基于Diameter的應用協(xié)議。
[0116]PCEF:PCEF (Policy and Charging Enforcement Function,策略和計費執(zhí)行功能)主要包含業(yè)務數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費功能。該功能實體位于網(wǎng)關,例如 GPRS (General Packet Radio Service,通用分組無線服務技術)的 GGSN(Gateway GPRSSupport Node,通用分組無線業(yè)務網(wǎng)關支持節(jié)點)、EPC的PGW等，也可獨立部署。
[0117]AF:AF (Application Function,應用功能實體)功能實體是提供應用業(yè)務單元，主要對IP-CAN用戶面行為進行動態(tài)策略/計費控制。這些業(yè)務需要動態(tài)策略和計費控制。AF通過Rx接口，傳送PCRF需要的動態(tài)會話信息，接收IP連接接入網(wǎng)(IP-CAN)的特定信息和IP-CAN承載層事件的確認。
[0118]OCS: (Online Charging System,在線計費系統(tǒng)),該功能提供基于用戶和業(yè)務數(shù)據(jù)流的信用控制功能。主要由在線采集、計費控制、批價、余額管理等模塊構成，實現(xiàn)了在線計費功能，并配合其它計費網(wǎng)元設備進行實時話務控制。
[0119]OFCS:OFCS (Offline Charging System,離線計費系統(tǒng))，該功能提供基于用戶和業(yè)務數(shù)據(jù)流的計費功能。主要功能包括客服、業(yè)務管理、計費、結算、帳務處理、系統(tǒng)管理等。是一個針對話單和帳戶的后付費處理系統(tǒng)。
[0120]SPR:SPR (Subscription Profile Repository,用戶屬性存儲器)包含有與所有簽約用戶或簽約相關的信息，SPR提供的簽約信息包括:簽約用戶允許的業(yè)務；每個允許業(yè)務的優(yōu)先級(可選)；簽約用戶允許的QoS信息；簽約用戶業(yè)務的計費相關信息，如接入類型、位置信息和使用次數(shù)；簽約用戶的類型等。SPR可能與運營商網(wǎng)絡中分布的多個數(shù)據(jù)庫關聯(lián)。SPR與PCRF通過Sp接口進行交互。
[0121]BBERF:BBERF (Bearing Binding and Event Report Function,承載綁定及事件報告功能)，它是承載綁定、上行承載綁定校驗及當Gxx存在時向PCRF (策略與計費規(guī)則功能)進行事件報告的策略執(zhí)行點。
[0122]在本發(fā)明的一種優(yōu)選實施例中，所述PGW可以包括策略執(zhí)行和計費執(zhí)行單元PCEF,所述PCEF及PCRF中可以保存有相同的規(guī)則信息，所述本地PCC規(guī)則可以通過如下步驟生成:
[0123]步驟SI，所述PGW接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名；
[0124]步驟S2，所述PGW依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息；
[0125]步驟S3，所述PGW安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
[0126]在具體實現(xiàn)中，在PGW內(nèi)部包含了 PCEF，PCEF的功能為策略執(zhí)行和計費執(zhí)行。根據(jù)協(xié)議PCEF與PCRF同時約定了一些相同的規(guī)則信息，PCRF可以指示PCEF安裝預定義規(guī)則，PCEF根據(jù)規(guī)則名在PCEF內(nèi)部存儲的規(guī)則信息中查找到對應的PCC規(guī)則信息，再安裝作為本地PCC規(guī)則。由此可見，在PCEF與PCRF中存在部分配置相同的本地PCC規(guī)則，所以當PGW判定PCRF故障或Gx接口 Diameter鏈路不通時，PGW可以自啟用內(nèi)部配置的本地PCC策略，無需與PCRF交互，不影響用戶的正常接入。具體做法如下:
[0127](I)當PGW發(fā)送CCR至PCRF后，在一段時間內(nèi)沒有收到PCRF的CCA，則認為PCRF故障或Gx接口 Diameter鏈路不通。此時，設置UE的Gx接口故障標識為TRUE，該標志默認值為FALSE。
[0128](2)如果當前流程為UE的附著流程，則啟用PGW本地決策過程，進行PCC策略決策。
[0129](3)如果UE的Gx接口故障標識為TRUE，啟用PGW本地策略決策。
[0130](4)如果UE的Gx接口故障標識為FALSE，且當前過程不為附著過程，為了避免之前PCRF授權的規(guī)則與PGW本地PCC策略沖突，該情況下不能啟用本地PCC策略，操作失敗。
[0131](5)雖然在(4)中采用本地PCC策略的操作失敗，但是最壞情況下用戶面數(shù)據(jù)可以走在默認承載上，不會由于(4)失敗造成用戶數(shù)據(jù)丟失或斷掉。
[0132](6)當PCRF或Gx接口 Diameter鏈路恢復正常后，如果為UE接入過程，且Gx接口故障標識為TRUE，為了避免PCRF授權的規(guī)則與之前本地策略決策的規(guī)則產(chǎn)生沖突，這時仍保持PGW本地PCC策略，不與PCRF交互，直到該UE釋放。該UE重新接入后正常與PCRF交互，獲取PCRF授權的PCC策略。
[0133](7)當PCRF設備重啟后，PGff需要釋放該PCRF上接入的UE，對于Gx接口故障標識為TRUE的用戶，由于使用了本地PCC策略不進行釋放，直到該UE去附著。該UE重新接入后正常與PCRF交互，獲取PCRF授權的PCC策略。
[0134]需要說明的是，對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本申請所必須的。
[0135]實施例四:
[0136]參照圖7，示出了本發(fā)明的一種Gx接口故障后PCC規(guī)則獲取的裝置實施例結構框圖，所述長期演進LTE系統(tǒng)中可以包括用戶設備UE，分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識可以默認為FALSE，所述PGW中可以包括本地策略和計費控制PCC規(guī)則，所述的裝置具體可以包括如下模塊:
[0137]位于PGW的更新模塊401，用以在所述UE對應的Gx接口故障時，將所述UE對應的Gx接口的故障標識更新為TRUE ；
[0138]在本發(fā)明的一種優(yōu)選實施例中，還可以包括:
[0139]位于PGW的控制消息發(fā)送模塊，用以發(fā)送信用控制請求消息CCR至所述PCRF ；
[0140]位于PGW的時間判斷模塊，用以判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ;若否，則調(diào)用位于PGW的故障判定模塊；
[0141]位于PGW的故障判定模塊,用以判定所述Gx接口故障。
[0142]位于PGW的判斷模塊402，用以所述PGW判斷所述UE是否處于LTE的附著過程中；
[0143]位于PGW的獲取模塊403，用以在所述UE處于LTE的附著過程中時，依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
[0144]在本發(fā)明的一種優(yōu)選實施例中，所述PGW包括策略執(zhí)行和計費執(zhí)行單元PCEF，所述PCEF及PCRF中保存有相同的規(guī)則信息，還可以包括:
[0145]位于PGW的接收子模塊，用以接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名；
[0146]位于PGW的查找子模塊，用以依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息；
[0147]位于PGW的生成子模塊，用以安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
[0148]在本發(fā)明的一種優(yōu)選實施例中，還可以包括:
[0149]位于PGW的請求消息接收模塊，用以在所述Gx接口故障恢復后，接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息；
[0150]位于PGW的第一狀態(tài)判斷模塊，用以針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE，以及，所述UE是否處于LTE的附著過程中；
[0151]位于PGW的失敗消息發(fā)送模塊，用以在所述PGW判定所述Gx接口的故障標識為TRUE,并且，所述UE沒有處于LTE的附著過程中，向所述UE返回創(chuàng)建/更新承載失敗的消
肩、O
[0152]在本發(fā)明的一種優(yōu)選實施例中，還可以包括:
[0153]位于PGW的第二狀態(tài)判斷模塊，用以在所述PCRF設備重啟后，判斷所述Gx接口的故障標識是否為TRUE ;若否，則調(diào)用
[0154]位于PGW的承載釋放模塊，用以釋放所述UE的承載。
[0155]對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0156]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0157]本領域內(nèi)的技術人員應明白，本申請的實施例可提供為方法、裝置、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0158]本申請是參照根據(jù)本申請實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0159]這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0160]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0161]盡管已描述了本申請的優(yōu)選實施例，但本領域內(nèi)的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本申請范圍的所有變更和修改。
[0162]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0163]以上對本發(fā)明所提供的一種Gx接口故障后PCC規(guī)則獲取的方法，以及，一種Gx接口故障后PCC規(guī)則獲取 的裝置，進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
【權利要求】
1.一種Gx接口故障后PCC規(guī)則獲取的方法，其特征在于，所述長期演進LTE系統(tǒng)中包括用戶設備UE,分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識默認為FALSE，所述PGW中包括本地策略和計費控制PCC規(guī)則，所述的方法包括: 當所述UE對應的Gx接口故障時，所述PGW將所述UE對應的Gx接口的故障標識更新為 TRUE ； 所述PGW判斷所述UE是否處于LTE的附著過程中； 若所述UE處于LTE的附著過程中，則所述PGW依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
2.根據(jù)權利要求1所述的方法，其特征在于，所述PGW包括策略執(zhí)行和計費執(zhí)行單元PCEF,所述PCEF及PCRF中保存有相同的規(guī)則信息，在所述PGW針對所述Gx接口設置故障標識TRUE的步驟之前,還包括: 所述PGW接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名； 所述PGW依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息； 所述PGW安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
3.根據(jù)權利要求1所述的方法，其特征在于，還包括:當所述Gx接口故障恢復后，所述PGW接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息；所述PGW針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE;若所述PGW判定所述Gx接口的故障標識為TRUE，，則所述PGW向所述UE返回創(chuàng)建/更新承載失敗的消息?！?br>
4.根據(jù)權利要求1或3所述的方法，其特征在于，還包括: 當所述PCRF設備重啟后，所述PGW判斷所述Gx接口的故障標識是否為TRUE ； 若否，則所述PGW釋放所述UE的承載。
5.根據(jù)權利要求1所述的方法，其特征在于，所述Gx接口故障通過如下步驟判斷: 所述PGW發(fā)送信用控制請求消息CCR至所述PCRF ； 所述PGW判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ； 若否，則所述PGW判定所述Gx接口故障。
6.一種Gx接口故障后PCC規(guī)則獲取的裝置，其特征在于，所述長期演進LTE系統(tǒng)中包括用戶設備UE,分組數(shù)據(jù)網(wǎng)關PGW以及策略和計費規(guī)則功能實體PCRF，所述PGW中各個UE對應的Gx接口的故障標識默認為FALSE，所述PGW中包括本地策略和計費控制PCC規(guī)則，所述的裝置包括: 位于PGW的更新模塊，用以在所述UE對應的Gx接口故障時，將所述UE對應的Gx接口的故障標識更新為TRUE ； 位于PGW的判斷模塊，用以所述PGW判斷所述UE是否處于LTE的附著過程中； 位于PGW的獲取模塊，用以在所述UE處于LTE的附著過程中時，依據(jù)所述故障標識TRUE獲取本地PCC規(guī)則。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述PGW包括策略執(zhí)行和計費執(zhí)行單元PCEF,所述PCEF及PCRF中保存有相同的規(guī)則信息，還包括: 位于PGW的接收子模塊，用以接收所述策略和計費規(guī)則功能實體PCRF發(fā)送的PCC規(guī)則名；位于PGW的查找子模塊，用以依據(jù)所述PCC規(guī)則名在所述PCEF的規(guī)則信息中查找對應的PCC規(guī)則信息； 位于PGW的生成子模塊，用以安裝所述PCC規(guī)則信息生成本地PCC規(guī)則。
8.根據(jù)權利要求6所述的裝置，其特征在于，還包括: 位于PGW的請求消息接收模塊，用以在所述Gx接口故障恢復后，接收所述UE發(fā)送的創(chuàng)建/更新承載的請求消息； 位于PGW的第一狀態(tài)判斷模塊，用以針對所述請求消息判斷所述Gx接口的故障標識是否為TRUE ； 位于PGW的失敗消息發(fā)送模塊，用以在所述PGW判定所述Gx接口的故障標識為TRUE，向所述UE返回創(chuàng)建/更新承載失敗的消息。
9.根據(jù)權利要求6或8所述的裝置，其特征在于，還包括: 位于PGW的第二狀態(tài)判斷模塊，用以在所述PCRF設備重啟后，判斷所述Gx接口的故障標識是否為TRUE ;若否，則調(diào)用 位于PGW的承載釋放模塊，用以釋放所述UE的承載。
10.根據(jù)權利要求6所述的裝置，其特征在于，還包括: 位于PGW的控制消息發(fā)送模塊，用以發(fā)送信用控制請求消息CCR至所述PCRF ； 位于PGW的時間判斷模塊，·用以判斷是否在預設的時間內(nèi)接收到所述PCRF返回的信用控制應答消息CCA ;若否，則調(diào)用位于PGW的故障判定模塊； 位于PGW的故障判定模塊,用以判定所述Gx接口故障。
【文檔編號】H04W24/04GK103856968SQ201410084080
【公開日】2014年6月11日 申請日期:2014年3月7日 優(yōu)先權日:2014年3月7日
【發(fā)明者】華蕊 申請人:大唐移動通信設備有限公司