專利名稱：一種af會話的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及AF (Application Function，應(yīng)用功能)會話的處理方法及裝置。
背景技術(shù)：
在EPC(Evolved Packer Core，演進型分組LTE核心網(wǎng))網(wǎng)絡(luò)中，作為策略控制網(wǎng)元的 PCRF(Policy Control and Charging Rules Function，策略控制和計費規(guī)則功能) 與 IMS(IP Multimedia System，IP 多媒體子系統(tǒng))網(wǎng)絡(luò)的 P-CSCF(Proxy-CSCF，代理 CSCF ； CSCF =Call Session Control Function，呼叫會話控制功能模塊)有一個Rx (—種接口) 接口。因此PCRF是連接EPC網(wǎng)絡(luò)和IMS網(wǎng)絡(luò)的一個中間橋梁，完成運營商對簽約用戶的服務(wù)進行有效動態(tài)的網(wǎng)絡(luò)策略控制功能，主要完成策略控制決策和基于服務(wù)數(shù)據(jù)流計費控制決策的功能。P-CSCF負責維護AF-Session (會話)的創(chuàng)建、修改和刪除。AF-Session的主要功能是將IMS網(wǎng)絡(luò)中的媒體信息轉(zhuǎn)換為SDFGervice Data Function，業(yè)務(wù)數(shù)據(jù)功能)信息發(fā)送到PCRF，PCRF負責對這些SDF的信息進行授權(quán)，從而為這些業(yè)務(wù)進行策略控制，授權(quán)相應(yīng)的帶寬。PGW(PDN GW，分組數(shù)據(jù)網(wǎng)關(guān))中的 PCEF(Policy and Charging Enforcement Function，策略控制與計費執(zhí)行功能)實體是根據(jù)PCRF確定的PCC (策略計費控制)策略規(guī)則對服務(wù)的數(shù)據(jù)流執(zhí)行具體的策略執(zhí)行功能和計費執(zhí)行功能，即IP-CAN會話的PCC策略執(zhí)行。AF-Session及IP-CAN會話的處理過程參見圖1所示，流程如下步驟101 =P-CSCF (即AF)受到某個條件的觸發(fā)，需要建立一個AF-Session，此時會給PCRF發(fā)送一條AAR(AUTH_APPLICATION_REQUEST，授權(quán)申請請求)消息，并攜帶相應(yīng)的 SDF的信息請求授權(quán)。步驟102 =PCRF收到這個AAR消息之后，存儲消息中的相關(guān)信息，并根據(jù)UE的IP 地址進行會話綁定，即把該AF-Session綁定到相應(yīng)的IP-CAN (IP-Connectivity Access Network，互聯(lián)網(wǎng)協(xié)議連接接入網(wǎng)絡(luò))會話上。步驟103 =PCRF 向 P-CSCF 回復表示成功的 AAA (AUTH_APPL I CAT 10N_ANSWER,授權(quán)申請應(yīng)答)消息。其中，該AAA消息默認表示成功，以便進行后續(xù)流程。步驟104 :PCRF根據(jù)會話綁定的結(jié)果，針對綁定的IP-CAN會話向PGW發(fā)送RAR(重新鑒權(quán)請求)消息，以便將相應(yīng)的SDF的信息轉(zhuǎn)換為PCC規(guī)則下發(fā)給PGW，請求策略執(zhí)行。步驟105 =PGff對SDF進行承載綁定，從而發(fā)起承載的創(chuàng)建、更新或刪除流程。PGW 還向SGW發(fā)送Create Bearer Req (創(chuàng)建承載請求)消息，收到SGW的響應(yīng)之后，會跟PGW 的用戶面以及計費設(shè)備交互。步驟106 =PGff向PCRF回復RAA (重新鑒權(quán)響應(yīng))消息。如果承載建立成功，則PGW 向PCRF回復表示成功的RAA消息；如果承載建立失敗，則PGW向PCRF回復表示失敗的RAA消息。圖1所示的流程中，PCRF是在與PGW進行IP-CAN會話更新之前向P-CSCF回復AAA消息。當在PGW發(fā)起的專用承載的建立、修改或刪除流程中，一旦后續(xù)的網(wǎng)元(SGW、PGW的用戶面、計費網(wǎng)元)返回失敗，這時候PGW就會刪除本地的資源，并且給PCRF回復表示失敗的RAA響應(yīng)。PCRF收到表示失敗的RAA消息之后，也會刪除掉本地的相關(guān)的SDF的資源。 由于PCRF給P-CSCF回復的是一個成功的AAA消息，也就是P-CSCF中與AF-Session相關(guān)的資源并沒有釋放，導致PCRF和P-CSCF之間的資源狀態(tài)不一致。為了使資源一致，PCRF還需要發(fā)送ASR(Abort Session Request，終止會話請求)消息來通知P-CSCF刪除AF-Session 的資源，才能達到資源的一致，增加了信令開銷。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種AF會話的處理方法及裝置，用于提高會話處理的準確度， 以提高與AF會話有關(guān)的多個網(wǎng)元之間的資源一致性。一種AF會話的處理方法，應(yīng)用于PCRF側(cè)，包括以下步驟PCRF接收P-CSCF發(fā)送的AAR消息；PCRF收到AAR消息后，與PGW進行IP-CAN會話更新；PCRF確定IP-CAN會話是否更新成功；PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。一種AF會話的處理方法，應(yīng)用于P-CSCF側(cè)，包括以下步驟P-CSCF 向 PCRF 發(fā)送 AAR 消息；P-CSCF接收PCRF反饋的AAA消息；在收到的AAA消息表示失敗時，P-CSCF釋放AF會話的相關(guān)資源。一種 PCRF，包括AF接收模塊，用于接收P-CSCF發(fā)送的AAR消息；IP-CAN接口模塊，用于在收到AAR消息后，與PGW進行IP-CAN會話更新；并確定 IP-CAN會話是否更新成功；AF發(fā)送模塊，用于PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。一種 P-CSCF，包括
發(fā)送模塊，用于向PCRF發(fā)送AAR消息；接收模塊，用于接收PCRF反饋的AAA消息；控制模塊，用于在收到的AAA消息表示失敗時，釋放AF會話的相關(guān)資源。一種LTE核心網(wǎng)系統(tǒng)，包括P-CSCF，用于向PCRF發(fā)送AAR消息；PCRF，用于在收到AAR消息后與PGW進行IP-CAN會話更新；并確定IP-CAN會話是否更新成功；以及，根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息；PGff,用于與PCRF進行IP-CAN會話更新。本發(fā)明實施例中PCRF收到AAR消息后不立刻反饋AAA消息，而是先與PGW進行 IP-CAN會話更新，之后再向P-CSCF反饋AAA消息。并且，反饋的AAA消息依據(jù)IP-CAN會話是否更新成功的結(jié)果，也就是說AAA消息可能表示成功也可能表示失敗，不同于圖1所示的流程中AAA消息默認為成功消息。


圖1為現(xiàn)有技術(shù)中AF-Session及IP-CAN會話的處理過程的流程圖；圖2為本發(fā)明實施例中PCRF在AF會話中的主要處理方法流程圖；圖3為本發(fā)明實施例中AF會話的詳細處理方法流程圖；圖4為本發(fā)明實施例中P-CSCF在AF會話中的處理方法流程圖；圖5為本發(fā)明實施例中PCRF的主要結(jié)構(gòu)圖；圖6為本發(fā)明實施例中PCRF的詳細結(jié)構(gòu)圖；圖7為本發(fā)明實施例中P-CSCF的結(jié)構(gòu)圖；圖8為本發(fā)明實施例中EPC系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式本發(fā)明實施例中PCRF收到AAR消息后不立刻反饋AAA消息，而是先與PGW進行 IP-CAN會話更新，之后再向P-CSCF反饋AAA消息。并且，反饋的AAA消息依據(jù)IP-CAN會話是否更新成功的結(jié)果，也就是說AAA消息可能表示成功也可能表示失敗，不同于圖1所示的流程中AAA消息默認為成功消息。參見圖2，本實施例中PCRF在AF會話中的主要處理方法流程如下步驟201 =PCRF接收P-CSCF發(fā)送的AAR消息。步驟202 =PCRF收到AAR消息后，與PGW進行IP-CAN會話更新。步驟203 =PCRF確定IP-CAN會話是否更新成功。步驟204 =PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA 消息。即，PCRF確定IP-CAN會話更新成功時，向P-CSCF反饋表示成功的AAA消息；PCRF確定IP-CAN會話更新失敗時，向P-CSCF反饋表示失敗的AAA消息。其中，PCRF與PGW進行IP-CAN會話更新的過程主要包括PCRF向PGW發(fā)送RAR 消息；PGW收到RAR消息后進行承載綁定等操作，并反饋RAA消息，如果承載操作成功，則反饋的RAA消息表示成功，否則反饋的RAA消息表示失敗。PCRF收到PGW發(fā)送的表示成功的 RAA消息時，確定IP-CAN會話更新成功；PCRF收到PGW發(fā)送的表示失敗的RAA消息時，確定 IP-CAN會話更新失?。籔CRF在定時器超時前未收到RAA消息時，確定IP-CAN會話更新失敗。本實施例中，PGff在操作失敗時，會釋放IP-CAN會話的相關(guān)資源。PCRF收到表示失敗的RAA消息時，釋放AF和IP-CAN會話的相關(guān)資源。P-CSCF收到表示失敗的AAA消息時，釋放AF會話的相關(guān)資源。從而保證了 PGW、PCRF和P-CSCF之間的資源一致性。參見圖3，本實施例中AF會話的詳細處理方法流程如下步驟301 =P-CSCF在需要建立AF會話時，向PCRF發(fā)送AAR消息。步驟302 =PCRF收到AAR消息后，向PGW發(fā)送RAR消息，該RAR消息攜帶有IP-CAN 會話的會話標識或全局唯一的流水號。步驟303 =PGff將RAR消息中的PCC規(guī)則的信息進行承載綁定，并根據(jù)承載綁定結(jié)果進行承載管理。承載管理包括承載的創(chuàng)建、修改和刪除等。步驟304 =PGff向PCRF回復RAA消息，RAA消息攜帶有與RAR消息相同的會話標識或流水號。如果PGW的用戶面或者計費網(wǎng)元中的任何一個網(wǎng)元反饋失敗，則PGW給PCRF回復一個表示失敗的RAA消息，如果PGW操作成功，則PGW給PCRF回復一個表示成功的RAA消息。如果PGW的用戶面或者計費網(wǎng)元中的任何一個網(wǎng)元反饋失敗，則PGW釋放IP-CAN 會話的相關(guān)資源，IP-CAN會話的相關(guān)資源如PCC規(guī)則名、PF(Packet Filter，包過濾器)、 QCI (QoS class Identifier, QoS 等級標識)、ARP (Allocation-Retention-Priority，分配保持優(yōu)先級)、MBR(Max_Bitrate，最大比特率)、GBR(Guaranteed_Bitrate，保證比特率)寸。繼續(xù)步驟305或306。步驟305 :PCRF接收到PGW反饋的RAA消息。繼續(xù)步驟307。PCRF如果收到表示失敗的RAA消息，則根據(jù)RAA消息中的會話標識或流水號查找并釋放相應(yīng)的RAR消息及 IP-CAN會話的相關(guān)資源。步驟306 =PCRF超時未收到PGW反饋的RAA消息。繼續(xù)步驟307。其中，PCRF在發(fā)送RAR消息時會啟動定時器，同時將RAR消息對應(yīng)的會話標識或流水號發(fā)送給定時器。定時器超時時將之前收到的會話標識或流水號發(fā)送給PCRF。PCRF據(jù)此查找并釋放相應(yīng)的RAR 消息及IP-CAN會話的相關(guān)資源。步驟307 =PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。P-CSCF如果收到表示成功的AAA消息，則繼續(xù)AF會話；如果收到表示失敗的 AAA消息，則釋放與AF會話有關(guān)的資源。與AF會話有關(guān)的資源包括=AF-SessionId(AF 會話標識)、SDF (Service Data Flow,服務(wù)數(shù)據(jù)流)、Flow-Description (流描述)、 MBR (Max-Bitrate，最大比特率)、GBR (Guaranteed-Bitrate，保證比特率)等。圖1所示的方案中，P-CSCF只能收到表示成功的AAA消息，不會收到表示失敗的 AAA消息。并且，P-CSCF在收到ASR消息時才會釋放資源。本實施例的方案與圖1所示的方案不同，對P-CSCF在AF會話中的處理過程進行了改進。參見圖4，本實施例中P-CSCF在AF會話中的處理方法流程如下步驟401 P-CSCF 向 PCRF 發(fā)送 AAR 消息。步驟402 =P-CSCF接收PCRF反饋的AAA消息。步驟403 在收到的AAA消息表示失敗時，P-CSCF釋放AF會話的相關(guān)資源。通過以上描述了解了 AF會話的處理過程，主要對PCRF和P-CSCF進行了改進，下面對PCRF和P-CSCF的內(nèi)部結(jié)構(gòu)和功能進行介紹。參見圖5，本實施例中PCRF包括AF接收模塊501、IP-CAN接口模塊502和AF發(fā)送模塊503。AF接收模塊501用于接收P-CSCF發(fā)送的AAR消息。IP-CAN接口模塊502用于在收到AAR消息后，與PGW進行IP-CAN會話更新；并確定IP-CAN會話是否更新成功。具體的，IP-CAN接口模塊502收到PGW發(fā)送的表示成功的RAA消息時，確定IP-CAN會話更新成功；收到PGW發(fā)送的表示失敗的RAA消息時，確定 IP-CAN會話更新失?。辉诙〞r器超時前未收到RAA消息時，確定IP-CAN會話更新失敗。AF發(fā)送模塊503用于PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。具體的，AF發(fā)送模塊確定IP-CAN會話更新成功時，向P-CSCF反饋表示成功的AAA消息；確定IP-CAN會話更新失敗時，向P-CSCF反饋表示失敗的AAA消息。PCRF還包括控制模塊504，參見圖6所示，用于在RAA消息表示失敗時，釋放AF 和IP-CAN會話的相關(guān)資源。參見圖7，本實施例中P-CSCF包括發(fā)送模塊701、接收模塊702和控制模塊703。發(fā)送模塊701用于向PCRF發(fā)送AAR消息；接收模塊702用于接收PCRF反饋的AAA消息；控制模塊703用于在收到的AAA消息表示失敗時，釋放AF會話的相關(guān)資源。本實施例中PGW、P-CSCF和PCRF是LTE核心網(wǎng)系統(tǒng)中的設(shè)備，下面對LTE核心網(wǎng)系統(tǒng)的結(jié)構(gòu)和功能進行介紹。參見圖8，本實施例中LTE核心網(wǎng)系統(tǒng)包括P_CSCF、PCRF和PGW。P-CSCF，用于向PCRF發(fā)送AAR消息。PCRF，用于在收到AAR消息后與PGW進行IP-CAN會話更新；并確定IP-CAN會話是否更新成功；以及，根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。PGff,用于與PCRF進行IP-CAN會話更新。 本發(fā)明實施例中PCRF收到AAR消息后不立刻反饋AAA消息，而是先與PGW進行 IP-CAN會話更新，之后再向P-CSCF反饋AAA消息。并且，反饋的AAA消息依據(jù)IP-CAN會話是否更新成功的結(jié)果，也就是說AAA消息可能表示成功也可能表示失敗，不同于圖1所示的流程中AAA消息默認為成功消息。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種AF會話的處理方法，其特征在于，包括以下步驟策略控制和計費規(guī)則功能PCRF接收代理呼叫會話控制功能模塊P-CSCF發(fā)送的授權(quán)申請請求AAR消息；PCRF收到AAR消息后，與分組數(shù)據(jù)網(wǎng)關(guān)PGW進行互聯(lián)網(wǎng)協(xié)議連接接入網(wǎng)絡(luò)IP-CAN會話更新；PCRF確定IP-CAN會話是否更新成功；PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的授權(quán)申請應(yīng)答AAA消息。
2.如權(quán)利要求1所述的方法，其特征在于，PCRF確定IP-CAN會話是否更新成功的步驟包括PCRF收到PGW發(fā)送的表示成功的重新鑒權(quán)響應(yīng)RAA消息時，確定IP-CAN會話更新成功；PCRF收到PGW發(fā)送的表示失敗的RAA消息時，確定IP-CAN會話更新失敗； PCRF在定時器超時前未收到RAA消息時，確定IP-CAN會話更新失敗。
3.如權(quán)利要求1所述的方法，其特征在于，PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息的步驟包括PCRF確定IP-CAN會話更新成功時，向P-CSCF反饋表示成功的AAA消息； PCRF確定IP-CAN會話更新失敗時，向P-CSCF反饋表示失敗的AAA消息。
4.如權(quán)利要求3所述的方法，其特征在于，RAA消息表示失敗時，還包括步驟PCRF釋放AF和IP-CAN會話的相關(guān)資源。
5.一種AF會話的處理方法，其特征在于，包括以下步驟 P-CSCF向PCRF發(fā)送AAR消息；P-CSCF接收PCRF反饋的AAA消息；在收到的AAA消息表示失敗時，P-CSCF釋放AF會話的相關(guān)資源。
6.一種PCRF，其特征在于，包括AF接收模塊，用于接收P-CSCF發(fā)送的AAR消息；IP-CAN接口模塊，用于在收到AAR消息后，與PGW進行IP-CAN會話更新；并確定IP-CAN 會話是否更新成功；AF發(fā)送模塊，用于PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的 AAA消息。
7.如權(quán)利要求6所述的PCRF，其特征在于，IP-CAN接口模塊收到PGW發(fā)送的表示成功的RAA消息時，確定IP-CAN會話更新成功；收到PGW發(fā)送的表示失敗的RAA消息時，確定 IP-CAN會話更新失??；在定時器超時前未收到RAA消息時，確定IP-CAN會話更新失敗。
8.如權(quán)利要求6所述的PCRF，其特征在于，AF發(fā)送模塊確定IP-CAN會話更新成功時， 向P-CSCF反饋表示成功的AAA消息；確定IP-CAN會話更新失敗時，向P-CSCF反饋表示失敗的AAA消息。
9.如權(quán)利要求8所述的PCRF，其特征在于，還包括控制模塊，用于在RAA消息表示失敗時，釋放AF和IP-CAN會話的相關(guān)資源。
10.一種P-CSCF，其特征在于，包括發(fā)送模塊，用于向PCRF發(fā)送AAR消息； 接收模塊，用于接收PCRF反饋的AAA消息；控制模塊，用于在收到的AAA消息表示失敗時，釋放AF會話的相關(guān)資源。
11. 一種LTE核心網(wǎng)系統(tǒng)，其特征在于，包括 P-CSCF，用于向PCRF發(fā)送AAR消息；PCRF，用于在收到AAR消息后與PGW進行IP-CAN會話更新；并確定IP-CAN會話是否更新成功；以及，根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息； PGW，用于與PCRF進行IP-CAN會話更新。
全文摘要
本發(fā)明公開了一種AF會話的處理方法，用于提高會話處理的準確度，以提高與AF會話有關(guān)的多個網(wǎng)元之間的資源一致性。所述方法包括PCRF接收P-CSCF發(fā)送的AAR消息；PCRF收到AAR消息后，與PGW進行IP-CAN會話更新；PCRF確定IP-CAN會話是否更新成功；PCRF根據(jù)IP-CAN會話是否更新成功的結(jié)果，向P-CSCF反饋相應(yīng)的AAA消息。本發(fā)明還公開了用于實現(xiàn)所述方法的裝置。
文檔編號H04L29/06GK102404319SQ201110352619
公開日2012年4月4日 申請日期2011年11月9日 優(yōu)先權(quán)日2011年11月9日
發(fā)明者王勃群, 趙敏 申請人:大唐移動通信設(shè)備有限公司