專利名稱：一種as異常的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)領(lǐng)域,尤其涉及一種應(yīng)用服務(wù)器(Application Server, AS)異常的處理方法、裝置及系統(tǒng)。
背景技術(shù)：
在第三代合作伙伴計(jì)劃(3GPP)描述的電信網(wǎng)絡(luò)中，計(jì)費(fèi)系統(tǒng)是其重要的功能部件之一，是運(yùn)營商實(shí)現(xiàn)營收的重要保障。圖1為3GPP網(wǎng)絡(luò)中計(jì)費(fèi)功能實(shí)體的組成和他們之間的關(guān)系示意圖，圖1所示各計(jì)費(fèi)功能實(shí)體的功能描述如下:計(jì)費(fèi)觸發(fā)功能(ChargingTrigger Function,CTF)內(nèi)嵌在3GPP IMS各網(wǎng)元(包括接入層網(wǎng)元，控制層網(wǎng)元，業(yè)務(wù)層網(wǎng)元)中，它主要實(shí)現(xiàn)的功能是，根據(jù)監(jiān)測到的網(wǎng)絡(luò)資源的使用情況，進(jìn)行計(jì)費(fèi)信息的收集，并通過Rf接ロ(Offiine Charging Reference Point)發(fā)送到計(jì)費(fèi)數(shù)據(jù)功能(Charging Data Function, CDF)；Q)F的主要功能是,接收CTF發(fā)送的計(jì)費(fèi)請(qǐng)求(Accounting Request, ACR)消息,構(gòu)造成計(jì)費(fèi)⑶R，并通過Ga接ロ發(fā)送到計(jì)費(fèi)網(wǎng)關(guān)功能(Charging Gateway Function, CGF)；CGF的主要功能是，對(duì)從⑶F接收到的⑶R進(jìn)行存儲(chǔ)和管理，并通過Bi接ロ將⑶R文件發(fā)送到計(jì)費(fèi)域(Billing Domain, BD)。圖2為ー種MS系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖(本圖只是ー個(gè)MS組網(wǎng)的示例，因?yàn)閷?shí)際用戶設(shè)備和接入設(shè)備的多祥性，MS網(wǎng)絡(luò)架構(gòu)不限于此架構(gòu))，如圖2中所示，用戶會(huì)話時(shí)，信令經(jīng)過代理呼叫會(huì)話控制(Proxy Call Session Control Function, PCSCF)、服務(wù)呼叫會(huì)話控制功能(Serving Call Session Control Function, SCSCF)、查詢呼叫會(huì)話控制功能(Interrogating Call Session Control Function, ICSCF)、AS 等網(wǎng)兀。各網(wǎng)兀的CTF在會(huì)話開始時(shí)發(fā)送ACR[Start]，會(huì)話結(jié)束時(shí)發(fā)送ACR[Stop]，會(huì)話中根據(jù)SIP事件觸發(fā)ACR[Interim] ;Q)F收到ACR[Start]時(shí)打開話單，收到ACR[Interim]時(shí)更新話單，收到ACR[Stop]時(shí)關(guān)閉話單。各網(wǎng)元的話單中，PCSCF話單來源于用戶拜訪地所在的PCSCF網(wǎng)元，一般用于漫游結(jié)算；AS話單來源于用戶簽約的應(yīng)用服務(wù)器，計(jì)費(fèi)信息比較豐富，包含具體的業(yè)務(wù)信息，一般用于用戶計(jì)費(fèi)；SCSCF話單來源于IMS核心控制網(wǎng)元SCSCF，一般用于計(jì)費(fèi)關(guān)聯(lián)或?qū)~等。在實(shí)際MS網(wǎng)絡(luò)部署中，上述網(wǎng)元是必不可少的，用戶的會(huì)話一般都會(huì)通過上述網(wǎng)元。如果某個(gè)AS發(fā)生異常，或者SCSCF和某個(gè)AS之間的網(wǎng)絡(luò)連接發(fā)生異常，SCSCF會(huì)根據(jù)配置決定會(huì)話繼續(xù)還是終止。會(huì)話繼續(xù)，即SCSCF旁路異常的AS，繼續(xù)后續(xù)處理；會(huì)話終止，即SCSCF終止呼叫請(qǐng)求，會(huì)話建立失敗。SCSCF旁路AS的情況如圖3所示，假如UE (A)呼叫UE (B)，AS (A)發(fā)生異常后，SCSCF(A)發(fā)現(xiàn)AS (A)故障，則不觸發(fā)主叫簽約的AS (A)業(yè)務(wù)，如果有簽約其他AS業(yè)務(wù)，則繼續(xù)觸發(fā)其他AS業(yè)務(wù)，然后將呼叫請(qǐng)求發(fā) 送給被叫側(cè)網(wǎng)絡(luò)；AS⑶發(fā)生異常后，SCSCF(B)發(fā)現(xiàn)AS (B)故障，則不觸發(fā)被叫簽約的AS (B)業(yè)務(wù)，如果有簽約其他AS業(yè)務(wù)，則繼續(xù)觸發(fā)其他AS業(yè)務(wù)，然后將呼叫請(qǐng)求發(fā)送給PCSCF (B);后續(xù)處理以此類推。
通過以上分析可知，如果AS異常時(shí)繼續(xù)放通會(huì)話，能減少大面積業(yè)務(wù)中斷的可能性，最大程度保障用戶的通話權(quán)利，進(jìn)而提高用戶的滿意度。這是很多運(yùn)營商樂于采用的方案，但是，基于現(xiàn)有技木，對(duì)于這種AS異常時(shí)SCSCF進(jìn)行旁路的會(huì)話，由于異常AS不會(huì)產(chǎn)生相應(yīng)的話單，所以，根據(jù)AS話單進(jìn)行用戶計(jì)費(fèi)的話則不能收取上述會(huì)話的費(fèi)用，從而造成計(jì)費(fèi)不準(zhǔn)確，另外，不了解AS異常情況也會(huì)降低運(yùn)維分析等后續(xù)處理的準(zhǔn)確性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供ー種AS異常的處理方法及系統(tǒng)，能夠在AS異常的情況下，提高計(jì)費(fèi)、運(yùn)維分析等相關(guān)處理的準(zhǔn)確性。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:一種應(yīng)用服務(wù)器AS異常的處理方法，包括:服務(wù)呼叫會(huì)話控制功能SCSCF向計(jì)費(fèi)數(shù)據(jù)功能CDF發(fā)送計(jì)費(fèi)請(qǐng)求ACR消息，所述ACR消息至少攜帶異常AS信息；⑶F收到所述ACR消息后，將其中攜帶的異常AS信息填寫到SCSCF話單中。所述ACR消息中攜帶異常AS信息屬性值對(duì)AVP，用于指示異常AS信息。所述異常AVP攜帶異常AS主機(jī)名。所述ACR消息中攜帯AVP，用于指示正常AS信息和異常AS信息。所述AVP攜帶AS主機(jī)名和AS狀態(tài)。所述SCSCF向⑶F發(fā)送ACR消息包括但不限于以下一種或多種情況:會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，向CDF發(fā)送ACR[Start]消息，所述ACR[Start]消息中攜帶異常AS信息；會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，向CDF發(fā)送ACR[Event]消息，所述ACR[Event]消息中攜帶異常AS信息；會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向CDF發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息；會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向CDF發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。該方法還包括:計(jì)費(fèi)域BD采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。所述后續(xù)處理包括但不限于以下ー種或多種:判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)；根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。ー種AS異常的處理系統(tǒng)，包括=SCSCF和CDF ;其中，所述SCSCF，用于向⑶F發(fā)送ACR消息，所述ACR消息至少攜帶異常AS信息； 所述⑶F，用于在收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。所述SCSCF發(fā)送的ACR消息中攜帶異常AS信息屬性值對(duì)AVP，用于指示異常AS信息，或者，所述ACR消息中攜帶AVP,用于指不正常AS "[目息和異常AS "[目息。
所述SCSCF向⑶F發(fā)送ACR消息包括但不限于以下一種或多種情況:會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，向CDF發(fā)送ACR[Start]消息，所述ACR[Start]消息中攜帶異常AS信息；會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，向CDF發(fā)送ACR[Event]消息，所述ACR[Event]消息中攜帶異常AS信息；會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向CDF發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息；會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。該系統(tǒng)還包括BD，用于采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。所述后續(xù)處理包括但不限于以下ー種或多種:判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)；根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。本發(fā)明AS異常的處理方法及系統(tǒng)，SCSCF向⑶F發(fā)送ACR消息，所述ACR消息攜帶異常AS信息；CDF收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。通過本發(fā)明，能夠在AS異常的情況下產(chǎn)生相應(yīng)的話單攜帶異常AS信息，所以能夠提高計(jì)費(fèi)、運(yùn)維分析等相關(guān)處理的準(zhǔn)確性。


圖1為3GPP網(wǎng)絡(luò)中計(jì)費(fèi)功能實(shí)體的組成和他們之間的關(guān)系示意圖；圖2為ー種MS系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖；圖3為SCSCF旁路AS的情況示意圖；圖4為本發(fā)明AS異常的處理方法流程示意圖；圖5為本發(fā)明實(shí)施例1和2起呼時(shí)主叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程示意圖；圖6為本發(fā)明實(shí)施例3和4起呼時(shí)被叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程示意圖；圖7為本發(fā)明實(shí)施例5和6會(huì)話中主叫側(cè)AS異常的計(jì)費(fèi)處理流程示意圖；圖8為本發(fā)明實(shí)施例7和8會(huì)話中被叫側(cè)AS異常的計(jì)費(fèi)處理流程示意圖；圖9為本發(fā)明實(shí)施例9和10終呼時(shí)主叫側(cè)AS異常的計(jì)費(fèi)處理流程示意圖；圖10為本發(fā)明實(shí)施例11和12終呼時(shí)被叫側(cè)AS異常的計(jì)費(fèi)處理流程示意圖；圖11為本發(fā)明實(shí)施例13和14起呼時(shí)主叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程示意圖；圖12為本發(fā)明實(shí)施例15和16起呼時(shí)被叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程示意圖。
具體實(shí)施方式
對(duì)于現(xiàn)有技術(shù)存在的計(jì)費(fèi)不準(zhǔn)確的問題，如果能夠獲取其他網(wǎng)元比如SCSCF的話單進(jìn)行計(jì)費(fèi)，則能夠減少計(jì)費(fèi)的損失，提高運(yùn)營商營收。需要說明的是，SCSCF也是能產(chǎn)生會(huì)話話單的。3GPP TS32.299定義了 ACR的相關(guān)規(guī)范，TS32.298定義了各網(wǎng)元⑶R的相關(guān)規(guī)范。問題在于，3GPP定義的ACR和⑶R中，沒有記錄AS異常的相關(guān)信息，這樣就無法區(qū)分哪些SCSCF話單是AS異常時(shí)產(chǎn)生的、哪些SCSCF話單是AS正常時(shí)產(chǎn)生的，所以，按照目前3GPP規(guī)范，無法提取出AS異常時(shí)的SCSCF話單用于補(bǔ)充計(jì)費(fèi)。另外，當(dāng)AS異常，SCSCF終止呼叫時(shí)，如果在SCSCF話單中記錄異常AS的信息，也有利于計(jì)費(fèi)域分析呼叫失敗的原因等運(yùn)維處理?；谏鲜隹紤]，本發(fā)明提出了ー種AS異常的處理方法及系統(tǒng)，本發(fā)明的基本思想是:SCSCF向⑶F發(fā)送ACR消息，所述ACR消息攜帶異常AS信息；CDF收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。圖4為本發(fā)明AS異常的處理方法流程示意圖，如圖4所示，該方法包括:步驟401:判定AS發(fā)生異常，SCSCF向⑶F發(fā)送ACR消息，所述ACR消息攜帶異常AS信息。這里，具體可以在ACR消息中攜帶異常AS信息屬性值對(duì)(AVP)，用于指示異常AS信息(如異常AS主機(jī)名等信息)，ACR消息中攜帯的異常AS信息可以為ー個(gè)異常AS的信息，也可以為多個(gè)異常AS的信息?；蛘撸部梢栽贏CR消息中攜帯AVP，用于指示正常AS信息和異常AS信息，具體的，所述AVP攜帶AS主機(jī)名和AS狀態(tài)。需要說明的是，SCSCF向⑶F發(fā)送ACR消息可以包括但不限于以下ー種或多種情況:1、會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，則向⑶F發(fā)送ACR[Start]消息,所述ACR[Start]消息中攜帶異常AS信息；2、會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，則向⑶F發(fā)送ACR[Event]消息,所述ACR[Event]消息中攜帶異常AS信息；3、會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，則向⑶F發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息；4、會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，則向CDF發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。步驟402 =CDF收到所述ACR消息后，將其中攜帶的異常AS信息填寫到SCSCF話單中。步驟403:BD采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。這里，所述后續(xù)處理可以包括但不限于以下ー種或多種:判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)；根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。本發(fā)明還相應(yīng)地提出了ー種AS異常的處理系統(tǒng)，該系統(tǒng)包括=SCSCF和⑶F ;其中，
所述SCSCF，用于向⑶F發(fā)送ACR消息，所述ACR消息攜帶異常AS信息；所述⑶F，用于在收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。所述SCSCF發(fā)送的ACR消息攜帶異常AS信息為:ACR消息中攜帶異常AS信息屬性值對(duì)AVP，用于指示異常AS信息(如異常AS主機(jī)名或AS異常狀態(tài))，或者，所述ACR消息中攜帯AVP，用于指示正常AS信息和異常AS信息。所述SCSCF向⑶F發(fā)送ACR消息包括但不限于以下一種或多種情況:會(huì)話開始時(shí)，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，向CDF發(fā)送ACR[Start]消息，所述ACR[Start]消息中攜帶異常AS信息；會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，向CDF發(fā)送ACR[Event]消息，所述ACR[Event]消息中攜帶異常AS信息；會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向CDF發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息；會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。該系統(tǒng)還包括BD，用于采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。所述后續(xù)處理包括但不限于以下ー種或多種:判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)；根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。下面結(jié)合圖2所示網(wǎng)絡(luò)架構(gòu)，通過具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)ー步詳細(xì)說明。實(shí)施例1會(huì)話開始吋，主叫側(cè)AS異常，會(huì)話繼續(xù)。本發(fā)明實(shí)施例1起呼時(shí)主叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程如圖5所示，該流程包括如下處理步驟:步驟S501:用戶設(shè)備(User Equipment,簡稱 UE) A 向 PCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S502 =PCSCF 收到 INVITE 請(qǐng)求，向 SCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S503 =SCSCF收到INVITE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送INVITE消息給被叫側(cè)網(wǎng)元；步驟S504:被叫側(cè)網(wǎng)元發(fā)送2000K響應(yīng)給SCSCF ；步驟S505:SCSCF 向 PCSCF 發(fā)送 2000K 消息；步驟S506:PCSCF向UE⑷發(fā)送2000K消息步驟S507:SCSCF 向 CDF 發(fā)送 ACR[Start]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S508:CDF收到ACR[Start]，打開ー張SCSCF CDR，將異常的AS主機(jī)名填寫到異常AS列表字段中。需要說明的是，步驟S503和步驟S504間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是,在步驟S507中，Abnormal-Application-Server AVP在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例2會(huì)話開始時(shí)，主叫側(cè)AS異常，會(huì)話繼續(xù)。本發(fā)明實(shí)施例2起呼時(shí)主叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程如圖5所示，該流程包括如下處理步驟:步驟S501:用戶設(shè)備(User Equipment,簡稱 UE) A 向 PCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S502 =PCSCF 收到 INVITE 請(qǐng)求，向 SCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S503 =SCSCF收到INVITE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送INVITE消息給被叫側(cè)網(wǎng)元；步驟S504:被叫側(cè)網(wǎng)元發(fā)送2000K響應(yīng)給SCSCF ；步驟S505:SCSCF 向 PCSCF 發(fā)送 2000K 消息；步驟S506:PCSCF向UE⑷發(fā)送2000K消息步驟S507: SCSCF向CDF發(fā)送ACR [Start]消息，其中攜帶AS異常狀態(tài)信息，具體實(shí)現(xiàn)方式多祥這里不做限定。舉例來說，比如可以在既有的Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 對(duì)應(yīng)某個(gè)異常 AS 記錄“AS異常”；也可以在 Application-Server-1nformation AVP 中攜帶 Application-Server 和Status AVP, Application-Server 記求 AS 王機(jī)名，Status 對(duì)段 Application-Server 記錄的AS填寫姆個(gè)AS響應(yīng)SIP的狀態(tài)是Normal還是類似5xx這樣的錯(cuò)誤響應(yīng)碼(據(jù)此可以判斷改AS是異常響應(yīng)了)；也可以在Application-Server-1nformation AVP中攜帶 Application-Server 和 Abnormal-Status AVP, Application-Server I己或 AS 王機(jī)名，Abnormal-Status對(duì)應(yīng)某個(gè)異常AS記錄“Time out”表示響應(yīng)超時(shí)；還可以在ACR中引入表不 AS 響應(yīng)狀態(tài)的 AVP “AS-Response-Status” 直接對(duì)應(yīng)既有的 AS-Server-1nformationAVP表示每個(gè)AS的響應(yīng)情況?？傊疄檫_(dá)到在ACR中標(biāo)識(shí)異常AS的目的，具體實(shí)現(xiàn)方式多樣，不局限于實(shí)施例所舉的例子。步驟S508:CDF收到ACR[Start]，打開ー張SCSCF CDR，將AS異常信息填寫到AS
信息列表字段中。需要說明的是，步驟S503和步驟S504間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是，在步驟S507 中，Application-Server-1nformation AVP 在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。也可以以其他的實(shí)現(xiàn)方式來實(shí)現(xiàn)對(duì)異常AS標(biāo)識(shí)的目的，具體實(shí)現(xiàn)方式多祥，不局限于實(shí)施例所舉的例子。實(shí)施例3會(huì)話開始時(shí)，被叫側(cè)AS異常，會(huì)話繼續(xù)。本發(fā)明實(shí)施例3起呼時(shí)被叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程如圖6所示，該流程包括如下處理步驟:
步驟S601 =SCSCF收到被叫側(cè)發(fā)送的INVITE請(qǐng)求；步驟S602 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送INVITE請(qǐng)求；步驟S603 =PCSCF 向 UE (B)發(fā)送 INVITE 請(qǐng)求；步驟S604:UE⑶發(fā)送2000K消息給PCSCF ；步驟S605 =PCSCF 向 SCSCF 發(fā)送 2000K 消息；步驟S606:SCSCF向被叫側(cè)發(fā)送2000K消息步驟S607:SCSCF 向 CDF 發(fā)送 ACR[Start]消息，攜帶Abnormal-App licati on-Server AVP,記錄異常的 AS 主機(jī)名；步驟S608:CDF收到ACR[Start]，打開ー張SCSCF CDR，將異常的AS主機(jī)名填寫到異常AS字段中。需要說明的是，步驟S603和步驟S604間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是,在步驟S607中,Abnormal-Application-Server AVP在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例4會(huì)話開始時(shí)，被叫側(cè)AS異常，會(huì)話繼續(xù)。本發(fā)明實(shí)施例4起呼時(shí)被叫側(cè)AS異常會(huì)話繼續(xù)的計(jì)費(fèi)處理流程如圖6所示，該流程包括如下處理步驟:步驟S601 =SCSCF收到被叫側(cè)發(fā)送的INVITE請(qǐng)求；步驟S602 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送INVITE請(qǐng)求；步驟 S603 =PCSCF 向 UE (B)發(fā)送 INVITE 請(qǐng)求；步驟S604:UE⑶發(fā)送2000K消息給PCSCF ；步驟S605 =PCSCF 向 SCSCF 發(fā)送 2000K 消息；步驟S606:SCSCF向被叫側(cè)發(fā)送2000K消息步驟S607:SCSCF 向 CDF 發(fā)送 ACR[Start]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異?！?；步驟S608 =CDF收到ACR[Start]，打開ー張SCSCF CDR，將AS異常信息填寫到AS
信息列表字段中。需要說明的是，步驟S603和步驟S604間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是，在步驟S607 中，Application-Server-1nformation AVP 在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S607可采用步驟S507中所述的具體實(shí)現(xiàn)方式。實(shí)施例5會(huì)話過程中，主叫側(cè)AS異常。本發(fā)明實(shí)施例5會(huì)話中主叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖7所示，該流程包括如下處理步驟:步驟S701:UE ⑷向 PCSCF 發(fā)送 UPDATE 請(qǐng)求；
步驟S702:PCSCF 收到 UPDATE 請(qǐng)求，向 SCSCF 發(fā)送 UPDATE 請(qǐng)求；步驟S703 =SCSCF收到UPDATE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送UPDATE消息給被叫側(cè)網(wǎng)元；步驟S704:被叫側(cè)網(wǎng)元發(fā)送2000K響應(yīng)給SCSCF ；步驟S705:SCSCF 向 PCSCF 發(fā)送 2000K 消息；步驟S706:PCSCF向UE⑷發(fā)送2000K消息步驟S707:SCSCF 向 CDF 發(fā)送 ACR[Interim]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S708:CDF收到ACR [Interim]，更新SCSCF CDR，如果話單中異常AS字段中沒有上述異常AS主機(jī)名，則將上述異常AS主機(jī)名添加到異常AS字段中。需要說明的是，觸發(fā)ACR[Interim]的SIP方法有很多，此處以UPDATE為例，所有觸發(fā)ACR[Interim]的SIP方法都適合本發(fā)明。需要說明的是，在步驟S703和步驟S704間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是，步驟S707 中，Abnormal-Application-Server AVP 在一個(gè) ACR 中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例6會(huì)話過程中，主叫側(cè)AS異常。本發(fā)明實(shí)施例6會(huì)話中主叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖7所示，該流程包括如下處理步驟:步驟S701:UE ⑷向 PCSCF 發(fā)送 UPDATE 請(qǐng)求；步驟S702 =PCSCF 收到 UPDATE 請(qǐng)求，向 SCSCF 發(fā)送 UPDATE 請(qǐng)求；步驟S703 =SCSCF收到UPDATE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送UPDATE消息給被叫側(cè)網(wǎng)元；步驟S704:被叫側(cè)網(wǎng)元發(fā)送2000K響應(yīng)給SCSCF ；步驟S705:SCSCF 向 PCSCF 發(fā)送 2000K 消息；步驟S706 =PCSCF向UE⑷發(fā)送2000K消息步驟S707:SCSCF 向 CDF 發(fā)送 ACR[Interim]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異?！保徊襟ES708 =CDF收到ACR[Interim]，更新SCSCF CDR，將AS異常信息更新到AS信息列表字段中。需要說明的是，觸發(fā)ACR[Interim]的SIP方法有很多，此處以UPDATE為例，所有觸發(fā)ACR[Interim]的SIP方法都適合本發(fā)明。需要說明的是，在步驟S703和步驟S704間，還有其他SIP信令交互流程，為了簡化將它們省略。需要說明的是，步驟S707 中，Application-Server-1nformation AVP 在一個(gè) ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S707可采用步驟S507中所述的具體實(shí)現(xiàn)方式。
實(shí)施例1會(huì)話過程中，被叫側(cè)AS異常。本發(fā)明實(shí)施例7會(huì)話中被叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖8所示，該流程包括如下處理步驟:步驟S801 =SCSCF收到被叫側(cè)發(fā)送的UPDATE請(qǐng)求；步驟S802 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送UPDATE請(qǐng)求；步驟S803 =PCSCF 向 UE ⑶發(fā)送 UPDATE 請(qǐng)求；步驟S804:UE⑶發(fā)送2000K消息給PCSCF ；步驟S805 =PCSCF 向 SCSCF 發(fā)送 2000K 消息；步驟S806:SCSCF向被叫側(cè)發(fā)送2000K消息步驟S807:SCSCF 向 CDF 發(fā)送 ACR[Interim]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S808:CDF收到ACR[Interim]，M-SCSCF CDR，如果話單中異常AS字段中沒有上述異常AS主機(jī)名，則將上述異常AS主機(jī)名添加到異常AS字段中。需要說明的是，觸發(fā)ACR[Interim]的SIP方法有很多，此處以UPDATE為例，所有觸發(fā)ACR[Interim]的SIP方法都適合本發(fā)明。需要說明的是，步驟S803和步驟S804間，還有其他SIP信令交互流程，為了簡化將它們省略；需要說明的是,步驟S807 中，Abnormal-Application-Server AVP 在一個(gè) ACR 中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例8會(huì)話過程中，被叫側(cè)AS異常。本發(fā)明實(shí)施例8會(huì)話中被叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖8所示，該流程包括如下處理步驟:步驟S801 =SCSCF收到被叫側(cè)發(fā)送的UPDATE請(qǐng)求；步驟S802 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送UPDATE請(qǐng)求；步驟S803 =PCSCF 向 UE ⑶發(fā)送 UPDATE 請(qǐng)求；步驟S804:UE⑶發(fā)送2000K消息給PCSCF ；步驟S805 =PCSCF 向 SCSCF 發(fā)送 2000K 消息；步驟S806 =SCSCF向被叫側(cè)發(fā)送2000K消息步驟S807:SCSCF 向 CDF 發(fā)送 ACR[Interim]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異?！保徊襟ES808:CDF收到ACR[Interim]，更新SCSCF CDR，將AS異常信息更新到AS信息列表字段中。需要說明的是，觸發(fā)ACR[Interim]的SIP方法有很多，此處以UPDATE為例，所有觸發(fā)ACR[Interim]的SIP方法都適合本發(fā)明。需要說明的是，步驟S803和步驟S804間，還有其他SIP信令交互流程，為了簡化將它們省略；
需要說明的是，步驟S807 中，Application-Server-1nformation AVP 在一個(gè) ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S807可采用步驟S507中所述的具體實(shí)現(xiàn)方式。實(shí)施例9會(huì)話結(jié)束時(shí)，主叫側(cè)AS異常。本發(fā)明實(shí)施例9終呼時(shí)主叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖9所示，該流程包括如下處理步驟:步驟S901:UE⑷向PCSCF發(fā)送BYE請(qǐng)求；步驟S902 =PCSCF收到BYE請(qǐng)求，向SCSCF發(fā)送BYE請(qǐng)求；步驟S903 =SCSCF收到BYE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送BYE消息給被叫側(cè)網(wǎng)元;步驟S904:SCSCF 向 CDF 發(fā)送 ACR[Stop]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S905:CDF收到ACR[Stop]，關(guān)閉SCSCF CDR，如果話單中異常AS字段中沒有上述異常AS主機(jī)名，則將上述異常AS主機(jī)名添加到異常AS字段中。需要說明的是，觸發(fā)ACR[Stop]的SIP方法有很多，此處以BYE為例，所有觸發(fā)ACR[Stop]的SIP方法都適合本發(fā)明。需要說明的是,在步驟S904中，Abnormal-Application-Server AVP在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例10會(huì)話結(jié)束時(shí)，主叫側(cè)AS異常。本發(fā)明實(shí)施例10終呼時(shí)主叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖9所示，該流程包括如下處理步驟:步驟S901:UE (A)向 PCSCF 發(fā)送 BYE 請(qǐng)求；步驟S902 =PCSCF收到BYE請(qǐng)求，向SCSCF發(fā)送BYE請(qǐng)求；步驟S903 =SCSCF收到BYE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常，發(fā)送BYE消息給被叫側(cè)網(wǎng)元;步驟S904:SCSCF 向 CDF 發(fā)送 ACR[Stop]消息，Application-Server-1nformationAVP 中攜帶 Application-Server 和 Abnormal-Status AVP, App licati on-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異常”；步驟S905 =CDF收到ACR[Stop]，關(guān)閉SCSCF CDR，將AS異常信息更新到AS信息列
表字段中。需要說明的是，觸發(fā)ACR[Stop]的SIP方法有很多，此處以BYE為例，所有觸發(fā)ACR[Stop]的SIP方法都適合本發(fā)明。需要說明的是，在步驟S904 中，Application-Server-1nformation AVP 在一個(gè)ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S904可采用步驟S507中所述的具體實(shí)現(xiàn)方式。實(shí)施例11會(huì)話結(jié)束時(shí)被叫側(cè)AS異常。
本發(fā)明實(shí)施例11終呼時(shí)被叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖10所示，該流程包括如下處理步驟:步驟S1001 =SCSCF收到被叫側(cè)發(fā)送的BYE請(qǐng)求；步驟S1002 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送BYE請(qǐng)求；步驟S1003 =PCSCF向UE⑶發(fā)送BYE請(qǐng)求；步驟S 1004:SCSCF 向 CDF 發(fā)送 ACR[Stop]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S1005:CDF收到ACR[Stop]，關(guān)閉SCSCF CDR，如果話單中異常AS字段中沒有上述異常AS主機(jī)名，則將上述異常AS主機(jī)名添加到異常AS字段中。需要說明的是，觸發(fā)ACR[Stop]的SIP方法有很多，此處以BYE為例，所有觸發(fā)ACR[Stop]的SIP方法都適合本發(fā)明。需要說明的是,步驟S1004 中，Abnormal-Application-Server AVP 在一個(gè) ACR 中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例12會(huì)話結(jié)束時(shí)被叫側(cè)AS異常。本發(fā)明實(shí)施例12終呼時(shí)被叫側(cè)AS異常的計(jì)費(fèi)處理流程如圖10所示，該流程包括如下處理步驟:步驟S1001 =SCSCF收到被叫側(cè)發(fā)送的BYE請(qǐng)求；步驟S1002 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常，向PCSCF發(fā)送BYE請(qǐng)求；步驟S1003 =PCSCF向UE⑶發(fā)送BYE請(qǐng)求；步驟S1004:SCSCF 向 CDF 發(fā)送 ACR[Stop]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異?！保徊襟ES1005 =CDF收到ACR[Stop]，關(guān)閉SCSCF CDR，將AS異常信息更新到AS信息列表字段中。需要說明的是，觸發(fā)ACR[Stop]的SIP方法有很多，此處以BYE為例，所有觸發(fā)ACR[Stop]的SIP方法都適合本發(fā)明。需要說明的是，步驟S1004 中，Application-Server-1nformation AVP 在一個(gè) ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S1004可采用步驟S507中所述的具體實(shí)現(xiàn)方式。實(shí)施例13會(huì)話開始時(shí),主叫側(cè)AS異常,會(huì)話終止。本發(fā)明實(shí)施例13起呼時(shí)主叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程如圖11所示，該流程包括如下處理步驟:步驟SllOl:用戶設(shè)備(User Equipment,簡稱 UE) A 向 PCSCF 發(fā)送 INVITE 請(qǐng)求；步驟SI 102 =PCSCF 收到 INVITE 請(qǐng)求，向 SCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S1103:SCSCF收到INVITE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常(如無響應(yīng))，發(fā)送408 (Request Timeout)響應(yīng)給 PCSCF ；步驟SI 104 =PCSCF向UE⑷發(fā)送408響應(yīng)消息
步驟S1105:SCSCF 向 CDF 發(fā)送 ACR[Event]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S1106:CDF收到ACR[Event]，生成ー張SCSCF CDR，將異常的AS主機(jī)名填寫到異常AS列表字段中。需要說明的是，步驟S1103中，此處舉AS無響應(yīng)的例子，其他情況也適合本發(fā)明；如AS回5xx的異常消息，則SCSCF發(fā)送5xx響應(yīng)給PCSCF ；需要說明的是，步驟S1105 中，Abnormal-Application-Server AVP 在一個(gè) ACR 中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例14會(huì)話開始時(shí)，主叫側(cè)AS異常，會(huì)話終止。本發(fā)明實(shí)施例14起呼時(shí)主叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程如圖11所示，該流程包括如下處理步驟:步驟SllOl:用戶設(shè)備(User Equipment,簡稱 UE) A 向 PCSCF 發(fā)送 INVITE 請(qǐng)求；步驟SI 102 =PCSCF 收到 INVITE 請(qǐng)求，向 SCSCF 發(fā)送 INVITE 請(qǐng)求；步驟S1103:SCSCF收到INVITE請(qǐng)求，發(fā)現(xiàn)簽約的AS異常(如無響應(yīng))，發(fā)送408 (Request Timeout)響應(yīng)給 PCSCF ；步驟SI 104 =PCSCF向UE⑷發(fā)送408響應(yīng)消息步驟S1105:SCSCF 向 CDF 發(fā)送 ACR[Event]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異常”；步驟SI 106 =CDF收到ACR[Event]，生成ー張SCSCF CDR，將AS異常信息填寫到AS
信息列表字段中。需要說明的是，步驟S1103中，此處舉AS無響應(yīng)的例子，其他情況也適合本發(fā)明；如AS回5xx的異常消息，則SCSCF發(fā)送5xx響應(yīng)給PCSCF ；需要說明的是，步驟SI 105 中，Application-Server-1nformation AVP 在一個(gè) ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S1105可采用步驟S507中所述的具體實(shí)現(xiàn)方式。實(shí)施例15會(huì)話開始時(shí)，被叫側(cè)AS異常，會(huì)話終止。本發(fā)明實(shí)施例15起呼時(shí)被叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程如圖12所示，該流程包括如下處理步驟:步驟S1201 =SCSCF收到被叫側(cè)發(fā)送的INVITE請(qǐng)求；步驟S1202 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常(如無響應(yīng))，發(fā)送408 (RequestTimeout)給被叫側(cè)；步驟S 1 203: SCSCF 向 CDF 發(fā)送 ACR [Event]消息，攜帶Abnormal-Application-Server AVP,記錄異常的 AS 主機(jī)名；步驟S1204 =CDF收到ACR[Event]，生成ー張SCSCF CDR，將異常的AS主機(jī)名填寫到異常AS字段中。需要說明的是，步驟S1202中，此處舉AS無響應(yīng)的例子，其他情況也適合本發(fā)明；如AS回5xx的異常消息，則SCSCF發(fā)送5xx響應(yīng)給被叫側(cè)；需要說明的是,步驟S1203 中，Abnormal-Application-Server AVP 在一個(gè) ACR 中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)異常AS主機(jī)名。實(shí)施例16會(huì)話開始時(shí)，被叫側(cè)AS異常，會(huì)話終止。本發(fā)明實(shí)施例16起呼時(shí)被叫側(cè)AS異常會(huì)話終止的計(jì)費(fèi)處理流程如圖12所示，該流程包括如下處理步驟:步驟S1201 =SCSCF收到被叫側(cè)發(fā)送的INVITE請(qǐng)求；步驟S1202 =SCSCF發(fā)現(xiàn)被叫用戶簽約的AS異常(如無響應(yīng))，發(fā)送408 (RequestTimeout)給被叫側(cè)；步驟S1203:SCSCF 向 CDF 發(fā)送 ACR[Event]消息，Application-Server-1nformation AVP 中攜帝 Application-Server 和 Abnormal-StatusAVP, Application-Server 記錄 AS 主機(jī)名，Abnormal-Status 記錄“AS 異?！?；步驟S1204 =CDF收到ACR [Event]，生成ー張SCSCF CDR，將AS異常信息填寫到AS
信息列表字段中。需要說明的是，步驟S1202中，此處舉AS無響應(yīng)的例子，其他情況也適合本發(fā)明；如AS回5xx的異常消息，則SCSCF發(fā)送5xx響應(yīng)給被叫側(cè)；需要說明的是，步驟S1203 中，Application-Server-1nformation AVP 在一個(gè) ACR中可多次出現(xiàn)，ー個(gè)AVP記錄ー個(gè)AS主機(jī)名和當(dāng)前AS狀態(tài)的組合信息。需要說明的是，本實(shí)施例中步驟S1203可采用步驟S507中所述的具體實(shí)現(xiàn)方式。綜上所述，采用本發(fā)明，可以實(shí)現(xiàn)當(dāng)AS異常后，在SCSCF話單中提供AS異常信息；當(dāng)SCSCF放通會(huì)話時(shí)計(jì)費(fèi)域可以提取含有此信息的SCSCF話單用于用戶計(jì)費(fèi)，從而減少計(jì)費(fèi)損失，提高運(yùn)營商的營收；當(dāng)SCSCF不放通會(huì)話時(shí)，計(jì)費(fèi)域可以根據(jù)SCSCF話單中的異常信息進(jìn)行分析處理。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種應(yīng)用服務(wù)器AS異常的處理方法，其特征在于，該方法包括: 服務(wù)呼叫會(huì)話控制功能SCSCF向計(jì)費(fèi)數(shù)據(jù)功能CDF發(fā)送計(jì)費(fèi)請(qǐng)求ACR消息，所述ACR消息至少攜帶異常AS信息； CDF收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述ACR消息中攜帶異常AS信息屬性值對(duì)AVP，用于指示異常AS信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述異常AVP攜帶異常AS主機(jī)名。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述ACR消息中攜帯AVP，用于指示正常ASイM息和異常AS信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述AVP攜帶AS主機(jī)名和AS狀態(tài)。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SCSCF向⑶F發(fā)送ACR消息包括但不限于以下一種或多種情況: 會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，向CDF發(fā)送ACR[Start]消息，所述ACR[Start]消息中攜帶異常AS信息； 會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，向⑶F發(fā)送ACR[Event]消息，所述ACR[Event]消息中攜帶異常AS信息； 會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息； 會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。
7.根據(jù)權(quán)利要求1至6任一項(xiàng)所述的方法，其特征在干，該方法還包括:計(jì)費(fèi)域BD采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述后續(xù)處理包括但不限于以下ー種或多種: 判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)； 根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。
9.一種AS異常的處理系統(tǒng)，其特征在于，該系統(tǒng)包括=SCSCF和⑶F ;其中， 所述SCSCF，用于向⑶F發(fā)送ACR消息，所述ACR消息至少攜帶異常AS信息； 所述CDF，用于在收到所述ACR消息后，將其中攜帯的異常AS信息填寫到SCSCF話單中。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述SCSCF發(fā)送的ACR消息中攜帶異常AS信息屬性值對(duì)AVP，用于指示異常AS信息，或者，所述ACR消息中攜帯AVP，用于指示正常ASイM息和異常AS信息。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述SCSCF向⑶F發(fā)送ACR消息包括但不限于以下一種或多種情況: 會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話繼續(xù)，向⑶F發(fā)送ACR[Start]消息，所述ACR[Start]消息中攜帶異常AS信息； 會(huì)話開始吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常時(shí)會(huì)話終止，向⑶F發(fā)送ACR[Event]消息，所述ACR[Event]消息中攜帶異常AS信息； 會(huì)話過程中，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Interim]消息，所述ACR[Interim]消息中攜帶異常AS信息； 會(huì)話結(jié)束吋，SCSCF發(fā)現(xiàn)用戶簽約的AS異常，向⑶F發(fā)送ACR[Stop]消息，所述ACR[Stop]消息中攜帶異常AS信息。
12.根據(jù)權(quán)利要求9至11任一項(xiàng)所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括BD，用于采集所述SCSCF話單，根據(jù)其中的異常AS信息進(jìn)行后續(xù)處理。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述后續(xù)處理包括但不限于以下ー種或多種: 判斷異常的AS是否是輸出用戶計(jì)費(fèi)話單的網(wǎng)元，如果是，則取所述SCSCF話單用于用戶計(jì)費(fèi)； 根據(jù)所述SCSCF話單中的AS異常信息，進(jìn)行運(yùn)維分析。
全文摘要
本發(fā)明公開了一種應(yīng)用服務(wù)器(AS)異常的處理方法，包括服務(wù)呼叫會(huì)話控制功能(SCSCF)向計(jì)費(fèi)數(shù)據(jù)功能(CDF)發(fā)送計(jì)費(fèi)請(qǐng)求(ACR)消息，所述ACR消息攜帶異常AS信息；CDF收到所述ACR消息后，將其中攜帶的異常AS信息填寫到SCSCF話單中。本發(fā)明還相應(yīng)地公開了一種AS異常的處理系統(tǒng)。通過本發(fā)明，能夠在AS異常的情況下產(chǎn)生相應(yīng)的話單攜帶異常AS信息，所以能夠提高計(jì)費(fèi)、運(yùn)維分析等相關(guān)處理的準(zhǔn)確性。
文檔編號(hào)H04L12/14GK103095484SQ20111042431
公開日2013年5月8日 申請(qǐng)日期2011年12月16日 優(yōu)先權(quán)日2011年11月1日
發(fā)明者駱旭劍, 王寶寧 申請(qǐng)人:中興通訊股份有限公司