專利名稱：一種ims離線計費模式下異常情況的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP 多媒體子系統(tǒng)(IMS, IP Multimedia Core Network Subsystem)技術(shù)，尤其涉及一種IMS離線計費(Offline Charging)模式下異常情況的處理方法及系統(tǒng)。
背景技術(shù)：
IMS 技術(shù)是第三代合作伙伴組織(3GPP, 3rd Generation Partnership Project)定義的下一代網(wǎng)絡(luò)標(biāo)準(zhǔn)，它的顯著特點是采用會話初始協(xié)議(SIP, Session InitialProtocol)體系，通訊與接入無關(guān)，可以具備多媒體業(yè)務(wù)控制功能與承載能力分離、呼叫與業(yè)務(wù)分離、應(yīng)用與服務(wù)分離、業(yè)務(wù)與網(wǎng)絡(luò)分離、以及移動網(wǎng)與因特網(wǎng)業(yè)務(wù)融合等多種能力。隨著IP技術(shù)的迅速發(fā)展和消費形式的日益多樣，IMS技術(shù)得到了全球眾多運營商和設(shè)備制造商的廣泛認(rèn)可。在MS技術(shù)中，策略控制與計費控制一直是研究的重要部分；并且，由于直接關(guān)系著運營商的利益，所以計費業(yè)務(wù)也是運營商最關(guān)注的，因此，如何解決計費業(yè)務(wù)中的異常情況、確保計費信息的準(zhǔn)確性和完整性成為了 MS技術(shù)需重點關(guān)注和解決的課題。對于IMS技術(shù)，如圖1所示,3GPP提出了 Offline Charging模式和在線計費(Online Charging)模式兩種計費模式,并針對這兩種計費模式制定了一系列IMS計費相關(guān)的國際標(biāo)準(zhǔn)；其中，Offline Charging模式是通過收集計費話單進行計費；而OnlineCharging模式是通過事件觸發(fā)進行計費，在這種計費模式下，運營商可以實時控制業(yè)務(wù)流程。圖2為IMS標(biāo)準(zhǔn)Offline Charging模式架構(gòu)示意圖，如圖2所示，OfflineCharging模式架構(gòu)中具有計費功能的網(wǎng)元包括:邊界網(wǎng)關(guān)控制功能(BGCF, BreakoutGateway Control Function)、媒體網(wǎng)關(guān)控制功能(MGCF, Media Gateway ControlFunction)、媒體資源功能控制器(MRFC, Multimedia Resource Function Controller)、應(yīng)用服務(wù)器(AS, Application Server)、代理會話控制功能(P-CSCF, Proxy Call SessionControl Function)、查詢會話控制功能(1-CSCF, Interrogating Call Session ControlFunction)、服務(wù)會話控制功能(S-CSCF, Serving Call Session Control Function)、互連邊界控制功能(IBCF, Interconnect Border Control Function)、以及緊急會話控制功能(E-CSCF, Emergency Call Session Control Function),這些網(wǎng)兀的計費功能單元在Offline Charging模式架構(gòu)中可以統(tǒng)稱為計費觸發(fā)功能(CTF, Charging TriggerFunction)。另外，在Offline Charging模式架構(gòu)中，計費數(shù)據(jù)功能(CDF，Charging DataFunction) /計費網(wǎng)關(guān)功能(CGF, Charging Gateway Function)合稱為計費網(wǎng)關(guān)，主要負(fù)責(zé)計費消息的采集、處理，以及計費話單(⑶R，Charging Data Record)的生成。計費網(wǎng)關(guān)與各CTF之間通過Rf接口進行交互，該接口采用Diameter協(xié)議；計費域(BD, Billing Domain)實現(xiàn)批價、計費關(guān)聯(lián)等功能，具體地，BD收到CGF上報的CDR后，根據(jù)計費標(biāo)識信息關(guān)聯(lián)計費信息，并創(chuàng)建實際的賬單。
在Offline Charging模式架構(gòu)下，具有計費功能的網(wǎng)元的CTF收集到計費信息后，將計費信息填入Diameter消息的各屬性值對(AVP, Attribute Value Pair)字段中，并以計費請求(ACR, Accounting Request)消息的形式發(fā)送給Q)F ;Q)F收到ACR消息后，會向所述CTF返回計費響應(yīng)(ACA, Accounting Answer)消息。這里，ACR消息包括四種類型，分別為:ACR[Start]、ACR[Interim]、ACR[Stop]、ACR[Event];其中，ACR[Start] >ACR[Interim]、以及ACR[Stop]用于成功會話相關(guān)的計費場景，ACR[Event]用于不成功會話以及會話無關(guān)的計費場景。在Offline Charging模式架構(gòu)下，當(dāng)收到來自具有計費功能的網(wǎng)元的CTF的ACR[Start]消息后，CDF創(chuàng)建一個與該計費網(wǎng)元相對應(yīng)的會話CDR，并將ACR[Start]消息中各AVP的值填寫到所述會話CDR的相應(yīng)字段；當(dāng)收到來自所述CTF的ACR[Interim]消息后，CDF將ACR[Interim]消息中各AVP的值填寫或者更新所述會話CDR的相應(yīng)字段；當(dāng)收到來自所述CTF的ACR[Stop]消息時，⑶F將ACR[Stop]消息中各AVP的值填寫到所述會話CDR的相應(yīng)字段，之后關(guān)閉所述會話CDR。當(dāng)收到來自具有計費功能的網(wǎng)元的CTF的ACR[Event]消息時，⑶F創(chuàng)建一個屬于所述網(wǎng)元的會話CDR，并將ACR[Event]消息中各AVP的值填寫到所述會話CDR的相應(yīng)字段，之后關(guān)閉所述會話CDR。從上面描述的過程中可以看出，各網(wǎng)元的CTF主要是為⑶F提供填寫⑶R所需的信息，而⑶F只能被動地接收ACR消息，填寫⑶R信息。在這種情況下，CTF只能與⑶F通過ACR/ACA消息的交互來判斷CDF是否異常，而無法做到實時感知，并執(zhí)行相應(yīng)的策略處理，如此，就增加了 Offline Charging業(yè)務(wù)的處理風(fēng)險；而且，ACR/ACA消息的交互屬于業(yè)務(wù)層，并非網(wǎng)元層，因此，通過ACR/ACA消息交互來判斷⑶F的異常會增加CTF的負(fù)擔(dān)。從上面的分析可以看出，目前IMS Offline Charging業(yè)務(wù)對于CDF異常場景的處理存在一定缺陷，即:CTF不能實時感知CDF的異常，如此，會影響計費信息的準(zhǔn)確性和完整性，為計費業(yè)務(wù)的應(yīng)用和管理帶來困難，從而會導(dǎo)致無法滿足計費異常場景的要求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種MS Offline Charging模式下異常情況的處理方法及系統(tǒng)，能在CDF異常的情況下，有效地保證計費信息的準(zhǔn)確性和完整性。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:本發(fā)明提供了一種IMS Offline Charging模式下異常情況的處理方法,該方法包括:⑶F檢測到自身處理異常后，通知CTF自身所發(fā)生的異常行為、以及建議的處理方式；所述CTF收到通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。上述方案中，所述⑶F檢測到自身處理異常后，通知CTF自身所發(fā)生的異常行為、以及建議的處理方式，包括:當(dāng)所述⑶F收到來自所述CTF的ACR消息，且檢測到自身處理異常后，所述⑶F向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息；或者，當(dāng)所述⑶F已向所述CTF返回ACA消息，并在收到來自所述CTF的下一個ACR消息之前，檢測到自身處理異常后，所述⑶F向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的特殊行為能力請求(SACR, Specific Action CapabilityRequest)消息。上述方案中，該方法還包括:所述CTF收到所述SACR消息后，向所述⑶F返回特殊行為能力響應(yīng)(SACA，Specific Action Capability Answer)消息。上述方案中，所述方法步驟之前進一步包括:所述CTF通知所述⑶F自身能處理的所述⑶F異常行為的范圍；相應(yīng)的，所述⑶F檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式。上述方案中，所述CTF通知⑶F自身能處理的所述⑶F異常行為的范圍，為:所述CTF向所述⑶F發(fā)送攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍AVP的擴展的ACR消息。上述方案中，所述擴展的ACR消息的類型包括:ACR [Start]、ACR [Interim]、ACR[Stop]、以及 ACR[Event]。上述方案中，在向所述⑶F發(fā)送攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍AVP的擴展的ACR消息之前，該方法還包括:所述CTF構(gòu)造所述擴展的ACR消息；相應(yīng)的，在向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息之前，該方法還包括: 所述⑶F構(gòu)造所述擴展的ACA消息；或者，在向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的SACR消息之前，該方法還包括:所述⑶F構(gòu)造所述擴展的SACR消息；相應(yīng)的，在向所述⑶F返回SACA消息之前，該方法還包括:所述CTF構(gòu)造所述SACA消息。上述方案中，所述所發(fā)生的異常行為為中間計費間隔時間調(diào)整，所述建議的處理方式為建議的中間計費時間間隔；或者，所述所發(fā)生的異常行為為臨時故障，所述建議的處理方式包括:建議的重試時間；建議由CTF先在本地緩存后續(xù)計費消息，并根據(jù)所述重試時間嘗試向所述⑶F發(fā)送緩存的計費消息；或者，所述所發(fā)生的異常行為為嚴(yán)重故障，所述建議的處理方式包括:建議的重試時間及具體處理方式；其中，所述具體處理方式包括:業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費、業(yè)務(wù)流程繼續(xù)但終止計費、以及業(yè)務(wù)流程中斷同時也終止計費；如果所述具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費，則由CTF先在本地緩存后續(xù)所有計費消息，并根據(jù)所述重試時間嘗試向⑶F發(fā)送。
上述方案中，所述異常行為為中間計費間隔時間調(diào)整，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為:根據(jù)本地策略，確定采用所述建議的中間計費時間間隔進行計費或者采用本地配置的中間計費時間間隔進行計費，并在業(yè)務(wù)后續(xù)計費中調(diào)整為確定的中間計費時間間隔；或者，所述異常行為為臨時故障，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為:根據(jù)本地策略，確定采用所述建議的重試時間進行計費或者采用本地配置的重試時間進行計費；緩存后續(xù)計費消息，并在確定的重試時間后，向所述CDF嘗試發(fā)送緩存的計費消息；或者，所述異常行為為嚴(yán)重故障，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為:根據(jù)本地策略，確定采用所述建議的重試時間和具體處理方式進行計費或者根據(jù)本地配置的重試時間和具體處理方式進行計費；當(dāng)確定的具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費時，緩存后續(xù)所有計費消息，并根據(jù)確定的重試時間，嘗試向所述CDF發(fā)送緩存的計費消息。本發(fā)明還提供了一種IMS Offline Charging模式下異常情況的處理系統(tǒng),該系統(tǒng)包括:⑶F及CTF ;其中，所述⑶F，用于檢測到自身處理異常后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式；所述CTF，用于收到所述⑶F發(fā)送的通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。上述方案中，所述CTF，還用于通知所述⑶F自身能處理的所述⑶F異常行為的范圍；相應(yīng)的，所述⑶F，用于收到所述CTF的通知，檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的自身異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式。本發(fā)明提供的IMS Offline Charging模式下異常情況的處理方法及系統(tǒng)，⑶F檢測到自身處理異常后，通知CTF自身所發(fā)生的異常行為、以及建議的處理方式；所述CTF收到通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，如此，能在⑶F異常的情況下，有效地保證計費信息的準(zhǔn)確性和完整性，進而為OfflineCharging業(yè)務(wù)的應(yīng)用和管理提供了便利。另外，所述CTF通知所述⑶F自身能處理的所述⑶F異常行為的范圍；相應(yīng)的，所述CDF檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式，如此，能進一步有效地保證計費信息的準(zhǔn)確性和完整性。


圖1為IMS標(biāo)準(zhǔn)計費架構(gòu)示意圖；圖2為IMS標(biāo)準(zhǔn)Offline Charging模式架構(gòu)示意圖；圖3為本發(fā)明IMS Offline Charging模式下異常情況的處理方法流程示意圖；圖4為本發(fā)明實施例一 IMS Offline Charging模式下異常情況的處理方法流程示意圖；圖5為本發(fā)明實施例二 IMS Offline Charging模式下異常情況的處理方法流程示意圖；圖6為本發(fā)明IMS Offline Charging模式下異常情況的處理系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細(xì)的說明。本發(fā)明IMS Offline Charging模式下異常情況的處理方法,如圖3所示,包括以下步驟:步驟301:⑶F檢測到自身處理異常后，通知CTF自身所發(fā)生的異常行為、以及建議的處理方式；這里，在執(zhí)行本步驟之前，該方法還可以進一步包括:所述CTF通知所述⑶F自身能處理的所述⑶F異常行為的范圍；相應(yīng)的，所述⑶F檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式；所述CTF通知⑶F自身能處理的所述⑶F異常行為的范圍，具體為:所述CTF向所述⑶F發(fā)送攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍AVP的擴展的ACR消息；其中，所述CTF能處理的所述⑶F異常行為的范圍是指:所述CTF能處理的所述CDF的所有異常行為；所述擴展的ACR消息的類型包括:ACR[Start]、ACR[Interim]、ACR[Stop]、以及 ACR[Event];其中，ACR[Start]、ACR[Interim]、以及 ACR[Stop]用于成功會話相關(guān)的計費場景，ACR[Event]用于不成功會話以及會話無關(guān)的計費場景。需要說明的是:除了采用AVP形式發(fā)送所述CTF能處理的所述⑶F異常行為外，還可以采用其它形式。所述CTF為具有計費功能的網(wǎng)元的CTF。 在向所述⑶F發(fā)送攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍AVP的擴展的ACR消息之前，該方法還可以進一步包括:所述CTF構(gòu)造所述擴展的ACR消息；這里，所述構(gòu)造所述擴展的ACR消息，具體為:依據(jù)Diameter協(xié)議,構(gòu)造所述擴展的ACR消息。本步驟的具體實現(xiàn)包括:當(dāng)所述⑶F收到來自所述CTF的ACR消息，且檢測到自身處理異常后，所述⑶F向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息；或者，
當(dāng)所述⑶F已向所述CTF返回ACA消息，并在收到來自所述CTF的下一個ACR消息之前，檢測到自身處理異常后，所述⑶F向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的SACR消息。其中，所述⑶F檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式，具體包括:當(dāng)所述⑶F收到來自所述CTF的ACR消息，檢測到自身處理異常且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，所述CDF向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息；或者，當(dāng)所述⑶F已向所述CTF返回ACA消息，并在收到來自所述CTF的下一個ACR消息之前，檢測到自身處理異常且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，所述CDF向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的SACR消息。在向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息之前，該方法還可以進一步包括:所述⑶F構(gòu)造所述擴展的ACA消息；這里，所述構(gòu)造所述擴展的ACA消息，具體為:依據(jù)Diameter協(xié)議,構(gòu)造所述擴展的ACA消息；在向所述CTF發(fā)送攜帶標(biāo)識所述⑶F所發(fā)生的異常行為、以及建議的處理方式的AVP的SACR消息之前，該方法還可以進一步包括:所述⑶F構(gòu)造所述SACR消息；這里，所述構(gòu)造所述SACR消息，具體為:依據(jù)Diameter協(xié)議，構(gòu)造所述SACR消息。當(dāng)所述異常行為為中間計費間隔時間調(diào)整時，所述建議的處理方式可以為建議的中間計費時間間隔；當(dāng)所述異常行為為臨時故障時，所述建議的處理方式可以包括:建議的重試時間；建議由CTF先在本地緩存后續(xù)計費消息，并根據(jù)所述重試時間嘗試向所述⑶F發(fā)送緩存的計費消息；當(dāng)所述異常行為為嚴(yán)重故障時，所述建議的處理方式可以包括:建議的重試時間及具體處理方式；其中，所述具體處理方式包括:業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費、業(yè)務(wù)流程繼續(xù)但終止計費、以及業(yè)務(wù)流程中斷同時也終止計費等，如果所述具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費，則由CTF先在本地緩存后續(xù)所有計費消息，并根據(jù)所述重試時間嘗試向⑶F發(fā)送。步驟302:所述CTF收到通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。這里，當(dāng)所述異常行為為中間計費間隔時間調(diào)整時，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，具體為:根據(jù)本地策略，確定采用所述建議的中間計費時間間隔進行計費或者采用本地配置的中間計費時間間隔進行計費，并在業(yè)務(wù)后續(xù)計費中調(diào)整為確定的中間計費時間間隔。
當(dāng)所述異常行為為臨時故障時，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，具體為:根據(jù)本地策略，確定采用所述建議的重試時間進行計費或者采用本地配置的重試時間進行計費；緩存后續(xù)計費消息，并在確定的重試時間后，向所述CDF嘗試發(fā)送緩存的計費消
肩、O當(dāng)所述異常行為為嚴(yán)重故障時，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，具體為:根據(jù)本地策略，確定采用所述建議的重試時間和具體處理方式進行計費或者根據(jù)本地配置的重試時間和具體處理方式進行計費；當(dāng)確定的具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費時，緩存后續(xù)所有計費消息，并根據(jù)確定的重試時間，嘗試向所述CDF發(fā)送緩存的計費消息。所述CTF收到所述⑶F發(fā)送的SACR消息后，該方法還可以進一步包括:所述CTF向所述⑶F返回SACA消息。其中，在向所述⑶F返回SACA消息之前，該方法還可以進一步包括:所述CTF構(gòu)造所述SACA消息。這里，所述構(gòu)造所述SACA消息，具體為:依據(jù)Diameter協(xié)議,構(gòu)造所述SACA消息。下面結(jié)合實施例對本發(fā)明再作進一步詳細(xì)的描述。實施例一本實施例1MS Offline Charging模式下異常情況的處理方法,如圖4所示,包括以下步驟:步驟401 =CTF滿足ACR消息的觸發(fā)條件后，構(gòu)造擴展的ACR消息并發(fā)送給⑶F ；這里，所述ACR 消息的類型包括:ACR[Start]、ACR[Interim]、ACR[Stop]、以及ACR[Event];其中，ACR[Start]、ACR[Interim]、以及ACR[Stop]用于成功會話相關(guān)的計費場景，ACR[Event]用于不成功會話以及會話無關(guān)的計費場景。所述ACR消息攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍的AVP ；其中，所述CTF能處理的所述⑶F異常行為的范圍是指:所述CTF能處理的所述CDF的所有異常行為；所述標(biāo)識所述CTF能處理的所述CDF異常行為的范圍的AVP取名為特殊行為(Specific-Action),但是取名不是唯一的,構(gòu)造的擴展的ACR消息的形式如下:
權(quán)利要求
1.一種IP多媒體子系統(tǒng)(MS)離線計費模式下異常情況的處理方法，其特征在于，該方法包括: 計費數(shù)據(jù)功能(CDF)檢測到自身處理異常后，通知計費觸發(fā)功能(CTF)自身所發(fā)生的異常行為、以及建議的處理方式； 所述CTF收到通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CDF檢測到自身處理異常后，通知CTF自身所發(fā)生的異常行為、以及建議的處理方式，包括: 當(dāng)所述CDF收到來自所述CTF的計費請求(ACR)消息，且檢測到自身處理異常后，所述CDF向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的屬性值對(AVP)的擴展的計費響應(yīng)(ACA)消息；或者， 當(dāng)所述⑶F已向所述CTF返回ACA消息，并在收到來自所述CTF的下一個ACR消息之前，檢測到自身處理異常后，所述CDF向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的特殊行為能力請求(SACR)消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法還包括: 所述CTF收到所述SACR消息后，向所述CDF返回特殊行為能力響應(yīng)(SACA)消息。
4.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，所述方法步驟之前進一步包括: 所述CTF通知所述CDF自身能處理的所述CDF異常行為的范圍； 相應(yīng)的，所述CDF檢測到自身 處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的所述CDF異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述CTF通知CDF自身能處理的所述CDF異常行為的范圍，為: 所述CTF向所述CDF發(fā)送攜帶標(biāo)識所述CTF能處理的所述CDF異常行為的范圍AVP的擴展的ACR消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述擴展的ACR消息的類型包括:ACR[Start]、ACR[Interim]、ACR[Stop]、以及 ACR[Event]。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在向所述CDF發(fā)送攜帶標(biāo)識所述CTF能處理的所述⑶F異常行為的范圍AVP的擴展的ACR消息之前，該方法還包括: 所述CTF構(gòu)造所述擴展的ACR消息； 相應(yīng)的，在向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的擴展的ACA消息之前，該方法還包括: 所述⑶F構(gòu)造所述擴展的ACA消息；或者， 在向所述CTF發(fā)送攜帶標(biāo)識所述CDF所發(fā)生的異常行為、以及建議的處理方式的AVP的SACR消息之前，該方法還包括: 所述⑶F構(gòu)造所述擴展的SACR消息； 相應(yīng)的，在向所述CDF返回SACA消息之前，該方法還包括: 所述CTF構(gòu)造所述SACA消息。
8.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，所述所發(fā)生的異常行為為中間計費間隔時間調(diào)整，所述建議的處理方式為建議的中間計費時間間隔；或者，所述所發(fā)生的異常行為為臨時故障，所述建議的處理方式包括:建議的重試時間；建議由CTF先在本地緩存后續(xù)計費消息，并根據(jù)所述重試時間嘗試向所述⑶F發(fā)送緩存的計費消息；或者， 所述所發(fā)生的異常行為為嚴(yán)重故障，所述建議的處理方式包括:建議的重試時間及具體處理方式；其中，所述具體處理方式包括:業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費、業(yè)務(wù)流程繼續(xù)但終止計費、以及業(yè)務(wù)流程中斷同時也終止計費；如果所述具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費，則由CTF先在本地緩存后續(xù)所有計費消息，并根據(jù)所述重試時間嘗試向CDF發(fā)送。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述異常行為為中間計費間隔時間調(diào)整，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為: 根據(jù)本地策略，確 定采用所述建議的中間計費時間間隔進行計費或者采用本地配置的中間計費時間間隔進行計費，并在業(yè)務(wù)后續(xù)計費中調(diào)整為確定的中間計費時間間隔；或者， 所述異常行為為臨時故障，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為: 根據(jù)本地策略，確定采用所述建議的重試時間進行計費或者采用本地配置的重試時間進行計費； 緩存后續(xù)計費消息，并在確定的重試時間后，向所述CDF嘗試發(fā)送緩存的計費消息；或者， 所述異常行為為嚴(yán)重故障，所述依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行，為: 根據(jù)本地策略，確定采用所述建議的重試時間和具體處理方式進行計費或者根據(jù)本地配置的重試時間和具體處理方式進行計費； 當(dāng)確定的具體處理方式為業(yè)務(wù)流程繼續(xù)且同時繼續(xù)計費時，緩存后續(xù)所有計費消息，并根據(jù)確定的重試時間，嘗試向所述CDF發(fā)送緩存的計費消息。
10.一種MS離線計費模式下異常情況的處理系統(tǒng)，其特征在于，該系統(tǒng)包括:CDF及CTF;其中， 所述CDF，用于檢測到自身處理異常后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式； 所述CTF，用于收到所述⑶F發(fā)送的通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述CTF，還用于通知所述CDF自身能處理的所述CDF異常行為的范圍； 相應(yīng)的，所述⑶F，用于收到所述CTF的通知，檢測到自身處理異常，且所發(fā)生的異常行為屬于所述CTF能處理的自身異常行為的范圍后，通知所述CTF自身所發(fā)生的異常行為、以及建議的處理方式。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)(IMS)離線計費模式下異常情況的處理方法，該方法包括計費數(shù)據(jù)功能(CDF)檢測到自身處理異常后，通知計費觸發(fā)功能(CTF)自身所發(fā)生的異常行為、以及建議的處理方式；所述CTF收到通知后，依據(jù)本地策略確定采用所述建議的處理方式或配置的處理方式，并執(zhí)行。本發(fā)明同時公開了一種IMS離線計費模式下異常情況的處理系統(tǒng)，采用本發(fā)明的方法及系統(tǒng)，能在CDF異常的情況下，有效地保證計費信息的準(zhǔn)確性和完整性。
文檔編號H04W4/24GK103179540SQ201310061270
公開日2013年6月26日 申請日期2013年2月27日 優(yōu)先權(quán)日2013年2月27日
發(fā)明者賈寧, 盛國平 申請人:中興通訊股份有限公司