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

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


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