專利名稱：業(yè)務(wù)處理方法及系統(tǒng)、呼叫會話控制功能實體設(shè)備和應(yīng)用服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，特別涉及一種業(yè)務(wù)處理方法及系統(tǒng)、 呼叫會話控制功能實體設(shè)備和應(yīng)用服務(wù)器。
背景技術(shù)：
因特網(wǎng)協(xié)議多J 某體子系統(tǒng)(Internet Protocol Multimedia Subsystem;以下 簡稱IMS )是第三代合作項目(Third Generation Partnership Project;以下簡 稱3GPP)提出的一個全因特網(wǎng)協(xié)議(Internet Protocol;以下簡稱IP)架 構(gòu)的新的核心網(wǎng)域。在IMS網(wǎng)絡(luò)中，控制層和業(yè)務(wù)層完全分離，控制層不提 供業(yè)務(wù)，只提供業(yè)務(wù)層必要的觸發(fā)、路由和計費等功能，業(yè)務(wù)完全由業(yè)務(wù)層 提供。
目前隨著通信技術(shù)的發(fā)展，應(yīng)用服務(wù)器(Application Server;以下簡稱 AS)能夠提供越來越多的業(yè)務(wù)功能，在固定移動融合場景下，固網(wǎng)運營商、 移動運營商和綜合運營商都在積極探索新的業(yè)務(wù)模式。例如，對于固定用戶 和移動用戶，或者，個人用戶和企業(yè)用戶的業(yè)務(wù)均由同一 AS提供，對外呈 現(xiàn)為一個AS地址。這時，不同類型的用戶的呼叫均會被服務(wù)呼叫會話控制 功能(Serving Call Session Control Function;以下簡稱S國CSCF )才艮據(jù)初始 過濾規(guī)則(initial Filter Criteria;以下筒稱iFC )觸發(fā)到同一 AS,而每種類 型的用戶需要提供的業(yè)務(wù)是有差別的，因此接收到S-CSCF觸發(fā)的呼叫之后， AS首先需要進行大量的判斷、匹配等操作確定用戶類型，然后再根據(jù)不同的 用戶類型進^f亍不同的業(yè)務(wù)處理。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題現(xiàn)有 技術(shù)中，接收到S-CSCF觸發(fā)的呼叫之后，AS確定用戶類型的操作復(fù)雜，導(dǎo)致AS的處理復(fù)雜度大大增加，進而增加了呼叫接續(xù)時延。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種業(yè)務(wù)處理方法及系統(tǒng)、呼叫會話控制功能實體設(shè) 備和應(yīng)用服務(wù)器，以簡化應(yīng)用服務(wù)器識別用戶類型的操作，降低應(yīng)用服務(wù)器 的處理復(fù)雜度，減少呼叫接續(xù)時延。
本發(fā)明實施例提供一種業(yè)務(wù)處理方法，包括
接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；
根據(jù)所述呼叫請求消息確定發(fā)起呼叫的用戶的用戶類型和/或所述用戶 所請求的業(yè)務(wù)類型；
根據(jù)確定的發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類 型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。
本發(fā)明實施例還提供一種業(yè)務(wù)處理方法，包括
接收第一呼叫請求消息，根據(jù)所述第一呼叫請求消息攜帶的用戶的信息 獲得所述用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；
向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述用戶的用戶類型 和/或所述用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供所述應(yīng)用服務(wù)器 對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作。
本發(fā)明實施例還提供一種應(yīng)用服務(wù)器，包括
接收模塊，用于接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；
確定模塊，用于根據(jù)所述接收模塊接收的呼叫請求消息確定發(fā)起呼叫的 用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型；
處理模塊，用于根據(jù)所述確定模塊確定的發(fā)起呼叫的用戶的用戶類型和/ 或所述用戶所請求的業(yè)務(wù)類型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。
本發(fā)明實施例還提供一種呼叫會話控制功能實體設(shè)備，包括
消息接收模塊，用于接收第一呼叫請求消息；地址獲得模塊，用于根據(jù)所述消息接收模塊接收的第 一呼叫請求消息攜
帶的用戶的信息，獲得所述用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；
發(fā)送模塊，用于向所述地址獲得模塊獲得的應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用
服務(wù)器發(fā)送攜帶所述用戶的用戶類型和/或所述用戶請求的業(yè)務(wù)類型的第二
呼叫請求消息，用于供所述應(yīng)用服務(wù)器對所述第二呼叫請求消息請求的業(yè)務(wù)
進行操作。
本發(fā)明實施例還提供一種業(yè)務(wù)處理系統(tǒng)，包括
呼叫會話控制功能實體設(shè)備，用于接收第一呼叫請求消息，根據(jù)所述第 一呼叫請求消息攜帶的用戶的信息，獲得所述用戶的初始過濾〗呢則中的應(yīng)用 服務(wù)器地址，并向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述用戶 的用戶類型和/或所述用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供所述 應(yīng)用服務(wù)器對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作；
應(yīng)用服務(wù)器，用于接收所述呼叫會話控制功能實體發(fā)送的第二呼叫請求 消息，根據(jù)所述第二呼叫請求消息確定所述用戶的用戶類型和/或所述用戶所 請求的業(yè)務(wù)類型，并4艮據(jù)確定的所述用戶的用戶類型和/或所述用戶所請求的 業(yè)務(wù)類型，對所述第二呼叫請求消息請求的業(yè)務(wù)進行4乘作。
通過本發(fā)明實施例提供的業(yè)務(wù)處理方法及系統(tǒng)、呼叫會話控制功能實體 設(shè)備和應(yīng)用服務(wù)器，接收到第一呼叫請求消息之后，呼叫會話控制功能實體 根據(jù)該第 一呼叫請求消息向應(yīng)用服務(wù)器發(fā)送攜帶用戶類型和/或業(yè)務(wù)類型的 第二呼叫請求消息，從而應(yīng)用服務(wù)器根據(jù)第二呼叫請求消息即可確定發(fā)起呼
叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，簡化了應(yīng)用服務(wù)器識別 用戶類型和業(yè)務(wù)類型的操作；進而應(yīng)用服務(wù)器可以根據(jù)確定的類型對呼叫請 求消息請求的業(yè)務(wù)進行相應(yīng)搡作，降低了應(yīng)用服務(wù)器的處理復(fù)雜度，減少了 呼叫沖婁續(xù)時延。


為了更清楚地說明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或 現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中 的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明業(yè)務(wù)處理方法一個實施例的流程圖2為本發(fā)明業(yè)務(wù)處理方法另一個實施例的流程圖3為本發(fā)明業(yè)務(wù)處理方法實施例的應(yīng)用場景示意圖4為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖5為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖6為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖7為本發(fā)明應(yīng)用服務(wù)器一個實施例的結(jié)構(gòu)示意圖8為本發(fā)明應(yīng)用服務(wù)器另一個實施例的結(jié)構(gòu)示意圖9為本發(fā)明呼叫會話控制功能實體設(shè)備一個實施例的結(jié)構(gòu)示意圖10為本發(fā)明呼叫會話控制功能實體設(shè)備另 一個實施例的結(jié)構(gòu)示意圖11為本發(fā)明業(yè)務(wù)處理系統(tǒng)實施例的結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進行清楚、完整地 描述，顯然，所描述的實施例僅是本發(fā)明一部分實施例，而不是全部的實施 例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的 前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
圖1為本發(fā)明業(yè)務(wù)處理方法一個實施例的流程圖，該實施例介紹應(yīng)用服 務(wù)器接收到呼叫會話控制功能實體發(fā)送的呼叫請求消息后的處理過程，如圖 1所示，該實施例包括
步驟100,應(yīng)用服務(wù)器接收呼叫會話控制功能實體發(fā)送的呼叫請求消息。
具體地，該呼叫請求消息中可以攜帶擴展參數(shù)，該擴展參數(shù)標(biāo)識發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型。
本發(fā)明實施例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴 展，當(dāng)用戶在歸屬用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴 展參數(shù)，其中該擴展參數(shù)可以配置在該用戶的初始過濾規(guī)則的應(yīng)用服務(wù)器地 址中，當(dāng)然本發(fā)明實施例并不局限于此，該擴展參數(shù)也可以不配置在應(yīng)用服 務(wù)器地址中，并不影響本發(fā)明實施例的實現(xiàn)。
用戶注冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會話 控制功能實體。在該用戶發(fā)送的呼叫請求消息被路由到呼叫會話控制功能實 體之后，呼叫會話控制功能實體將該擴展參數(shù)攜帶在呼叫請求消息中發(fā)送給
應(yīng)用服務(wù)器。具體地，該擴展參數(shù)可以攜帶在該呼叫請求消息的路由(Route) 頭域中；也可以攜帶在該呼叫請求消息新增的一個頭域中；還可以攜帶在該 呼叫請求消息的消息體中。以上只是呼叫請求消息攜帶擴展參數(shù)的三種方 式，本發(fā)明實施例并不局限于此，任何可以將擴展參數(shù)攜帶在呼叫請求消 息中的方式均應(yīng)落入本發(fā)明實施例的保護范圍。
該擴展參數(shù)可以根據(jù)用戶的用戶類型和該用戶請求的業(yè)務(wù)類型任意 配置，例如可以將該擴展參數(shù)配置為"ctx",標(biāo)識該用戶的用戶類型為 集中式用戶交換機(Centrex)用戶；也可以將該擴展參數(shù)配置為"servicer ， 標(biāo)識該用戶請求業(yè)務(wù)1，業(yè)務(wù)1可以為應(yīng)用服務(wù)器提供的任意一種業(yè)務(wù)， 例如號碼顯示業(yè)務(wù)；還可將該擴展參數(shù)配置為"ctx; servicer ,標(biāo)識 該用戶的用戶類型為Centrex用戶，請求業(yè)務(wù)1等。當(dāng)然，擴展參數(shù)還可有 其他配置方式，在此不——列出。
步驟101，應(yīng)用服務(wù)器根據(jù)該呼叫請求消息確定發(fā)起呼叫的用戶的用戶 類型和/或該用戶所請求的業(yè)務(wù)類型。
具體地，應(yīng)用服務(wù)器根據(jù)該呼叫請求消息攜帶的擴展參數(shù)確定發(fā)起呼叫 的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型。當(dāng)該擴展參數(shù)配置為 "ctx"時，應(yīng)用服務(wù)器可以確定發(fā)起呼叫的用戶的用戶類型為Centrex用戶；當(dāng)該擴展參數(shù)配置為"servicer時，應(yīng)用服務(wù)器可以確定發(fā)起呼叫的 用戶請求業(yè)務(wù)l,業(yè)務(wù)1可以為應(yīng)用服務(wù)器提供的任意一種業(yè)務(wù)，例如 號碼顯示業(yè)務(wù)；當(dāng)該擴展參數(shù)配置為"ctx; servicer時，應(yīng)用服務(wù)器可以 確定發(fā)起呼叫的用戶的用戶類型為Centrex用戶，該用戶請求業(yè)務(wù)1。以上 只是應(yīng)用服務(wù)器確定用戶類型和/或業(yè)務(wù)類型的幾個示例，本發(fā)明實施例并不 僅限于此，任何應(yīng)用服務(wù)器根據(jù)擴展參數(shù)確定發(fā)起呼叫的用戶的用戶類型和/ 或該用戶所請求的業(yè)務(wù)類型的方式均應(yīng)落入本發(fā)明實施例的保護范圍。
步驟102,應(yīng)用服務(wù)器根據(jù)確定的發(fā)起呼叫的用戶的用戶類型和/或該用 戶所請求的業(yè)務(wù)類型，對該呼叫請求消息請求的業(yè)務(wù)進行操作。
在確定發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型之后， 應(yīng)用服務(wù)器將呼叫請求消息轉(zhuǎn)至相應(yīng)的功能模塊，由該相應(yīng)的功能模塊對該 呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作。例如當(dāng)應(yīng)用服務(wù)器確定發(fā)起呼叫 的用戶的用戶類型為Centrex用戶時，應(yīng)用服務(wù)器將該呼叫請求消息轉(zhuǎn)至該 應(yīng)用服務(wù)器中處理Centrex用戶業(yè)務(wù)的功能模塊，由該功能模塊對該呼叫請求 消息請求的業(yè)務(wù)進行相應(yīng)操作。
上述實施例中，應(yīng)用服務(wù)器接收到呼叫會話控制功能實體發(fā)送的呼叫請 求消息之后，根據(jù)該呼叫請求消息即可確定發(fā)起呼叫的用戶的用戶類型和/或 該用戶所請求的業(yè)務(wù)類型，大大筒化了應(yīng)用服務(wù)器識別用戶類型和業(yè)務(wù)類型 的操作。進而應(yīng)用服務(wù)器可以根據(jù)確定的類型對呼叫請求消息請求的業(yè)務(wù)進 行處理，降低了應(yīng)用服務(wù)器的處理復(fù)雜度，減少了呼叫接續(xù)時延。
圖2為本發(fā)明業(yè)務(wù)處理方法另一個實施例的流程圖，該實施例介紹呼叫 會話控制功能實體接收到呼叫請求消息后的處理過程，如圖2所示，該實施 例包括
步驟200，呼叫會話控制功能實體接收第一呼叫請求消息。 具體地，該第一呼叫請求消息可以攜帶發(fā)送第一呼叫請求消息的用戶的 信息。該用戶的信息可以攜帶在第一呼叫請求消息的請求(Request)頭域中，該用戶的信息可以為該用戶的IP地址等可以唯一標(biāo)識該用戶身f分的信息。
步驟201,呼叫會話控制功能實體才艮據(jù)該第一呼叫請求消息攜帶的用戶 的信息獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址。
具體地，呼叫會話控制功能實體可以根據(jù)該用戶的信息在該呼叫會話控 制功能實體中查詢獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址。
步驟202，呼叫會話控制功能實體向該應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù) 器發(fā)送攜帶該用戶的用戶類型和/或該用戶請求的業(yè)務(wù)類型的第二呼叫請求 消息。
具體地，可以在第二呼叫請求消息中攜帶擴展參數(shù)，該擴展參數(shù)標(biāo)識該 用戶的用戶類型和/或該用戶請求的業(yè)務(wù)類型，用于供應(yīng)用服務(wù)器根據(jù)該擴展 參數(shù)對第二呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作。
本發(fā)明實施例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴 展，當(dāng)用戶在歸屬用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴 展參數(shù)，其中該擴展參數(shù)可以配置在該用戶的初始過濾規(guī)則的應(yīng)用服務(wù)器地 址中，當(dāng)然本發(fā)明實施例并不局限于此，該擴展參數(shù)也可以不配置在應(yīng)用服 務(wù)器地址中，并不影響本發(fā)明實施例的實現(xiàn)。
用戶注冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會話 控制功能實體。在該用戶發(fā)送的第一呼叫請求消息^皮路由到呼叫會話控制功 能實體之后，呼叫會話控制功能實體可以根據(jù)第 一呼叫請求消息中攜帶的該 用戶的信息，獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址，該應(yīng)用服務(wù) 器地址中包括擴展參數(shù)；然后該呼叫會話控制功能實體將該應(yīng)用服務(wù)器地址 添力口到第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息，并向應(yīng) 用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送第二呼叫請求消息；或者，
呼叫會話控制功能實體可以根據(jù)第一呼叫請求消息中攜帶的該用戶的信 息，獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址和擴展參數(shù)；然后，該 呼叫會話控制功能實體在第一呼叫請求消息中新增頭域，將該擴展參數(shù)添加到新增的頭域中，并將應(yīng)用服務(wù)器地址添加到第一呼叫請求消息的Route頭 域中，獲得第二呼叫請求消息，并向應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送 第二呼叫請求消息；或者，
呼叫會話控制功能實體可以根據(jù)第 一 呼叫請求消息中攜帶的該用戶的信 息，獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址和擴展參數(shù)；然后，呼 叫會話控制功能實體將該擴展參數(shù)添加到第一呼叫請求消息的消息體中，并 將應(yīng)用服務(wù)器地址添加到第一呼叫請求消息的Route頭域中，獲得第二呼叫 請求消息，并向應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送第二呼叫請求消息。
以上只是呼叫會話控制功能實體將擴展參數(shù)添加到第 一呼叫請求消息 中，獲得第二呼叫請求消息的幾種方式，本發(fā)明實施例并不局限于此，任 何可以將擴展參數(shù)添加到第一呼叫請求消息中，獲得第二呼叫請求消息的 方式均應(yīng)落入本發(fā)明實施例的保護范圍。
上述實施例中，接收到第一呼叫請求消息之后，呼叫會話控制功能實體 根據(jù)該第一呼叫請求消息向應(yīng)用服務(wù)器發(fā)送攜帶用戶類型和/或業(yè)務(wù)類型的 第二呼叫請求消息，從而使應(yīng)用服務(wù)器根據(jù)該第二呼叫請求消息即可確定發(fā) 起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，簡化了應(yīng)用服務(wù)器 識別用戶類型和業(yè)務(wù)類型的操作，減少了呼叫接續(xù)時延。
圖3為本發(fā)明業(yè)務(wù)處理方法實施例的應(yīng)用場景示意圖，圖3所示為固定 移動融合場景下的一種IMS網(wǎng)絡(luò)結(jié)構(gòu)，如圖3所示，該IMS網(wǎng)絡(luò)包括AS31、 S-CSCF實體32、查詢呼叫嶺4舌控制功能(Interrogating Call Session Control Function;以下簡稱I-CSCF)實體33、代理呼叫會話控制功能(ProxyCall Session Control Function;以下筒稱P-CSCF)實體34、數(shù)據(jù)中心35、綜合 接入設(shè)備(Integrated Access Device;以下筒稱IAD ) 36、寬帶語音(Voice Over Broad Band;以下簡稱VOBB ) 37和軟終端38。
其中，AS31用于為不同類型的用戶提供業(yè)務(wù)；
P-CSCF實體34是用戶所在的終端設(shè)備接入IMS網(wǎng)絡(luò)的信令代理實體，所有來自或發(fā)往終端設(shè)備的信令均需經(jīng)過P-CSCF實體34;
I-CSCF實體33主要用于通過查詢數(shù)據(jù)中心35確定S-CSCF實體32的位
置；
S-CSCF實體32負(fù)責(zé)IMS網(wǎng)絡(luò)中的^S舌管理，即用于完成呼叫會話控制； 數(shù)據(jù)中心35具體可以為HSS， IAD 36和VOBB 37屬于接入側(cè)設(shè)備。 根據(jù)本發(fā)明實施例提供的業(yè)務(wù)處理方法，當(dāng)用戶在數(shù)據(jù)中心35 (例如 HSS)上開戶時，在該用戶的iFC中配置擴展參數(shù)，該擴展參數(shù)標(biāo)識該用戶 的用戶類型和/或該用戶請求的業(yè)務(wù)類型。其中該擴展參數(shù)可以配置在該用戶 的iFC的應(yīng)用服務(wù)器地址中，當(dāng)然本發(fā)明實施例并不局限于此，該擴展參數(shù) 也可以不配置在應(yīng)用服務(wù)器地址中，并不影響本發(fā)明實施例的實現(xiàn)。該用戶 注冊時，該用戶的包含擴展參數(shù)的iFC被下載到S-CSCF實體32。
當(dāng)用戶發(fā)起呼叫時，接入側(cè)設(shè)備(例如IAD 36或VOBB 37 )將該用戶 發(fā)送的第一呼叫請求消息路由到P-CSCF實體34,該第一呼叫請求消息攜帶 該用戶的信息，該用戶的信息可以攜帶在第一呼叫請求消息的Request頭域 中，該用戶的信息可以為該用戶的IP地址等可以唯一標(biāo)識該用戶身份的信息。 然后，由P-CSCF實體34將該第一呼叫請求消息路由到該用戶注冊的S-CSCF 實體32。在接收到第一呼叫請求消息之后，S-CSCF實體32可以根據(jù)第一呼 叫請求消息攜帶的該用戶的信息，獲得該用戶的iFC中的應(yīng)用服務(wù)器地址， 該應(yīng)用服務(wù)器地址中包括擴展參數(shù)；然后該S-CSCF實體32將該應(yīng)用服務(wù)器 地址添加到第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息，并 向應(yīng)用服務(wù)器地址對應(yīng)的AS 31發(fā)送第二呼叫請求消息；或者，
S-CSCF實體32可以根據(jù)第一呼叫請求消息攜帶的該用戶的信息，獲得 該用戶的iFC中的應(yīng)用服務(wù)器地址和擴展參數(shù)；然后，該S-CSCF實體32在 第一呼叫請求消息中新增頭域，將該擴展參數(shù)添加到新增的頭域中，并將應(yīng) 用服務(wù)器地址添加到第一呼叫請求消息的Route頭域中，獲得第二呼叫請求 消息，向應(yīng)用服務(wù)器地址對應(yīng)的AS31發(fā)送第二呼叫請求消息；或者，S-CSCF實體32可以根據(jù)第一呼叫請求消息攜帶的該用戶的信息，獲得 該用戶的iFC中的應(yīng)用服務(wù)器地址和擴展參數(shù)；然后，S-CSCF實體32將該 擴展參數(shù)添加到第一呼叫請求消息的消息體中，并將應(yīng)用服務(wù)器地址添加到 第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息，向應(yīng)用服務(wù)器 地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送第二呼叫請求消息。
以上只是S-CSCF實體32將擴展參數(shù)添加到第一呼叫請求消息中，獲 得第二呼叫請求消息的幾種方式，本發(fā)明實施例并不局限于此，任何可以
將擴展參數(shù)添加到第一呼叫請求消息中，獲得第二呼叫請求消息的方式均 應(yīng)落入本發(fā)明實施例的保護范圍。
在接收到S-CSCF實體32發(fā)送的第二呼叫請求消息之后，AS 31可以根 據(jù)該第二呼叫請求消息中的擴展參數(shù)確定發(fā)起呼叫的用戶的用戶類型和/或 該用戶所請求的業(yè)務(wù)類型，進而AS 31可以根據(jù)確定的類型對該第二呼叫請 求消息請求的業(yè)務(wù)進行相應(yīng)操作。
通過本發(fā)明實施例提供的方法，AS 31無需進行大量的判斷、匹配等操 作，直接根據(jù)呼叫請求消息中的擴展參數(shù)即可確定出發(fā)起呼叫的用戶的用戶 類型和/或該用戶所請求的業(yè)務(wù)類型，大大簡化了 AS31識別用戶類型和業(yè)務(wù) 類型的操作，降低了 AS31的處理復(fù)雜度，減少了呼叫接續(xù)時延。
本發(fā)明實施例中的用戶類型根據(jù)分類方式的不同，可以為個人用戶或企 業(yè)用戶；還可以為固定用戶或移動用戶。當(dāng)然本發(fā)明實施例并不僅限于此， 以上只是兩種簡單的分類方法，用戶類型可以任意配置，并不影響本發(fā)明實 施例的實現(xiàn)。
下面通過具體的實施例，對本發(fā)明的技術(shù)方案在圖3所示場景下的實現(xiàn) 作進一步詳細描述。在以下實施例的描述中，以呼叫請求消息為SIP INVITE 消息為例進行說明。
圖4為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖，該實施例中， 通過在用戶iFC的應(yīng)用服務(wù)器地址中配置擴展參數(shù)，標(biāo)識用戶類型是否為集中式用戶交換機(Centrex)用戶。如圖4所示，該實施例包括
步驟400, S-CSCF實體接收SIP INVITE消息，該SIP INVITE消息攜帶 發(fā)起呼叫的用戶的信息。該發(fā)起呼叫的用戶的信息可以攜帶在SIP INVITE消 息的Request頭域中，該用戶的信息可以為該用戶的IP地址等可以^爭一標(biāo)識 該用戶身份的信息。
步驟401, S-CSCF實體根據(jù)發(fā)起呼叫的用戶的信息獲得該用戶的iFC中 包含擴展參數(shù)的應(yīng)用服務(wù)器地址，并將該包含擴展參數(shù)的應(yīng)用服務(wù)器地址添 加到SIP INVITE消息的Route頭域中。
當(dāng)用戶在數(shù)據(jù)中心(例如HSS)上開戶時，在該用戶的iFC的應(yīng)用 服務(wù)器地址中配置擴展參數(shù)，本實施例中，該擴展參數(shù)標(biāo)識該用戶的用戶 類型為Centrex用戶，具體地，可以將該擴展參數(shù)配置為"ctx",當(dāng)然本 發(fā)明實施例并不局限于此，還可通過其他方式標(biāo)識該用戶的用戶類型為 Centrex用戶，不影響本發(fā)明實施例的實現(xiàn)。該用戶注冊時，該用戶的包 含擴展參數(shù)的iFC被下載到S-CSCF實體。
當(dāng)用戶發(fā)起呼叫時，在用戶發(fā)送的SIP INVITE消息被路由到S-CSCF 實體之后，S-CSCF實體根據(jù)SIP INVITE消息攜帶的用戶的信息，獲得該 用戶的iFC,然后將該用戶的iFC中的應(yīng)用l良務(wù)器地址添加到SIP INVITE 消息的Route頭域中。
步驟402, S-CSCF實體將SIP INVITE消息發(fā)送至AS,該SIP INVITE 消息攜帶擴展參數(shù)"ctx"。
步驟403， AS根據(jù)擴展參數(shù)確定用戶類型，并根據(jù)確定的用戶類型對 該SIP INVITE消息請求的業(yè)務(wù)進行處理。
在接收到S-CSCF實體發(fā)送的SIP INVITE消息之后，AS解析該SIP INVITE消息，獲取Route頭域中的擴展參數(shù)"ctx"。根據(jù)該擴展參數(shù)"ctx", AS即可確定發(fā)起呼叫的用戶為Centrex用戶，Centrex用戶是一種企業(yè)用 戶。在確定發(fā)起呼叫的用戶為Centrex用戶之后，AS將該SIP INVITE消息轉(zhuǎn)發(fā)至該AS中處理Centrex用戶業(yè)務(wù)的功能模塊，由該功能模塊對該 SIP INVITE消息請求的業(yè)務(wù)進行處理。
步驟404， AS處理完畢后，將SIP INVITE消息再次發(fā)送至S-CSCF 實體。
步驟405， S-CSCF實體轉(zhuǎn)發(fā)SIP INVITE消息。
上述實施例中，接收到SIP INVITE消息之后，S-CSCF實體將配置在發(fā) 起呼叫的用戶的iFC中包含擴展^t的應(yīng)用服務(wù)器地址添加到SIP INVITE消 息中，然后將攜帶擴展參數(shù)"ctx"的SIP INVITE消息發(fā)送至AS，從而AS 根據(jù)該擴展參數(shù)"ctx"即可確定發(fā)起呼叫的用戶類型為Centrex用戶，簡化 了應(yīng)用服務(wù)器識別用戶類型的操作。進而應(yīng)用服務(wù)器可以將該SIP INVITE 消息轉(zhuǎn)發(fā)至該AS中處理Centrex用戶業(yè)務(wù)的功能模塊，由該功能模塊對 SIP INVITE消息請求的業(yè)務(wù)進行處理，降低了AS的處理復(fù)雜度，減少了呼 叫接續(xù)時延。
圖5為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖，該實施例中， 通過在用戶iFC的應(yīng)用服務(wù)器地址中配置擴展參數(shù)，標(biāo)識用戶類型是固定用 戶或移動用戶等。如圖5所示，該實施例包括
步驟500, S-CSCF實體接收SIP INVITE消息，該SIP INVITE消息攜帶 發(fā)起呼叫的用戶的信息。該發(fā)起呼叫的用戶的信息可以攜帶在SIP INVITE消 息的Request頭域中，該用戶的信息可以為該用戶的IP地址等可以唯一標(biāo)識 該用戶身份的信息。
步驟501, S-CSCF實體根據(jù)發(fā)起呼叫的用戶的信息獲得該用戶的iFC中 包含擴展參數(shù)的應(yīng)用服務(wù)器地址，并將該包含擴展參數(shù)的應(yīng)用服務(wù)器地址添 加到SIP INVITE消息的Route頭域中。
當(dāng)用戶在數(shù)據(jù)中心(例如HSS)上開戶時，在該用戶的iFC的應(yīng)用 服務(wù)器地址中配置擴展參數(shù)，該擴展參數(shù)標(biāo)識該用戶的用戶類型。其中， 該用戶類型可以任意配置，例如可以是移動用戶、固定用戶、移動預(yù)付費用戶、移動后付費用戶或?qū)Ｓ弥Ь€交換才幾(Private Branch exchange;簡稱 PBX)用戶等。本實施例以用戶類型為移動用戶為例進行說明。
具體地，當(dāng)該用戶的用戶類型為移動用戶時，可以將擴展參數(shù)配置為 mobile,當(dāng)然本發(fā)明實施例并不局限于此，還可通過其他方式標(biāo)識該用戶 的用戶類型為移動用戶，不影響本發(fā)明實施例的實現(xiàn)。該用戶注冊時，該 用戶的包含擴展參數(shù)的iFC被下載到S-CSCF實體。
當(dāng)用戶發(fā)起呼叫時，在用戶發(fā)送的SIP INVITE消息被路由到S-CSCF 實體之后，S-CSCF實體根據(jù)SIP INVITE消息攜帶的用戶的信息，獲得該 用戶的iFC，然后將該用戶的iFC中的應(yīng)用月良務(wù)器地址添加到SIP INVITE 消息的Route頭i或中。
步驟502， S-CSCF實體將SIP INVITE消息發(fā)送至AS，該SIP INVITE 消息攜帶擴展參數(shù)"mobile"。
步驟503， AS根據(jù)擴展參數(shù)確定用戶類型，并根據(jù)確定的用戶類型對 該SIP INVITE消息請求的業(yè)務(wù)進行處理。
在接收到S-CSCF實體發(fā)送的SIP INVITE消息之后，AS解析該SIP INVITE消息，獲取Route頭域中的擴展參數(shù)"mobile"。根據(jù)該擴展參數(shù) "mobile" ， AS即可確定發(fā)起呼叫的用戶為移動用戶。在確定發(fā)起呼叫的 用戶為移動用戶之后，AS將該SIP INVITE消息轉(zhuǎn)發(fā)至該AS中處理移動 用戶業(yè)務(wù)的功能模塊，由該功能模塊對該SIP INVITE消息請求的業(yè)務(wù)進 行處理。
步驟504, AS處理完畢后，將SIP INVITE消息再次發(fā)送至S-CSCF 實體。
步驟505， S-CSCF實體轉(zhuǎn)發(fā)SIP INVITE消息。
上述實施例中，接收到SIP INVITE消息之后，S-CSCF實體將配置在發(fā) 起呼叫的用戶的iFC中包含擴展參數(shù)的應(yīng)用服務(wù)器地址添加到SIP INVITE消 息中，然后將攜帶擴展參數(shù)"mobile"的SIP INVITE消息發(fā)送至AS，從而AS根據(jù)該擴展參數(shù)"mobile"即可確定發(fā)起呼叫的用戶類型為移動用戶，簡 化了應(yīng)用服務(wù)器識別用戶類型的操作。進而應(yīng)用服務(wù)器可以將該SIP INVITE 消息轉(zhuǎn)發(fā)至該AS中處理移動用戶業(yè)務(wù)的功能模塊，由該功能模塊對SIP INVITE消息請求的業(yè)務(wù)進行處理，降低了 AS的處理復(fù)雜度，減少了呼叫接 續(xù)時延。
圖6為本發(fā)明業(yè)務(wù)處理方法再一個實施例的信令流程圖。當(dāng)用戶只請求 AS提供的部分業(yè)務(wù)，例如AS可以提供10種業(yè)務(wù)，但用戶只請求其中的一 種或幾種業(yè)務(wù)時，可以通過在用戶iFC的應(yīng)用服務(wù)器中配置擴展參數(shù)，標(biāo)識 用戶請求的業(yè)務(wù)類型。如圖6所示，該實施例包括
步驟600, S-CSCF實體接收SIP INVITE消息，該SIP INVITE消息攜帶 發(fā)起呼叫的用戶的信息。該發(fā)起呼叫的用戶的信息可以攜帶在SIP INVITE消 息的Request頭域中，該用戶的信息可以為該用戶的IP地址等可以唯一標(biāo)識 該用戶身份的信息。
步驟601 ， S-CSCF實體根據(jù)發(fā)起呼叫的用戶的信息獲得該用戶的iFC中 包含擴展參數(shù)的應(yīng)用服務(wù)器地址，并將該包含擴展參數(shù)的應(yīng)用服務(wù)器地址添 加到SIP INVITE消息的Route頭域中。
當(dāng)用戶在數(shù)據(jù)中心(例如HSS)上開戶時，在該用戶的iFC的應(yīng)用 服務(wù)器地址中配置擴展參數(shù)，該擴展參數(shù)標(biāo)識該用戶請求的業(yè)務(wù)類型。其 中，該業(yè)務(wù)類型可以根據(jù)用戶的需要任意配置，例如可以為前轉(zhuǎn)業(yè)務(wù)、號 碼顯示業(yè)務(wù)或三方通話業(yè)務(wù)等。
本實施例中，將擴展參數(shù)配置為"servicel;service2"，表示用戶請求 AS提供業(yè)務(wù)1和業(yè)務(wù)2。業(yè)務(wù)1和業(yè)務(wù)2分別為AS所提供業(yè)務(wù)中的一種， 例如業(yè)務(wù)l可以為前轉(zhuǎn)業(yè)務(wù)，業(yè)務(wù)2可以為號碼顯示業(yè)務(wù)。
該用戶注冊時，該用戶的包含擴展參數(shù)的iFC被下載到S-CSCF實體。
當(dāng)該用戶發(fā)起呼叫時，在該用戶發(fā)送的SIP INVITE消息被路由到 S-CSCF實體之后，S-CSCF實體根據(jù)該用戶的iFC,將該用戶的iFC中的應(yīng)用服務(wù)器地址添加到SIP INVITE消息Route頭域中。
步驟602, S-CSCF實體將SIP INVITE消息發(fā)送至AS，該SIP INVITE 消息攜帶擴展參數(shù)"servicel;service2"。
步驟603， AS根據(jù)擴展參數(shù)確定業(yè)務(wù)類型，并根據(jù)確定的業(yè)務(wù)類型對 該SIP INVITE消息請求的業(yè)務(wù)進4亍處理。
在接收到S-CSCF實體發(fā)送的SIP INVITE消息之后，AS解析該SIP INVITE消息，獲取Route頭域中的擴展參數(shù)"servicel;service2"。根據(jù) 該擴展參數(shù)，AS即可確定發(fā)起呼叫的用戶請求業(yè)務(wù)1和業(yè)務(wù)2。在確定發(fā) 起呼叫的用戶所請求的業(yè)務(wù)類型之后，AS將該SIP INVITE消息轉(zhuǎn)發(fā)至該 AS中處理相應(yīng)業(yè)務(wù)的功能模塊，由該功能模塊對該SIP INVITE消息請求 的業(yè)務(wù)進行處理。
步驟604， AS處理完畢后，將SIP INVITE消息再次發(fā)送至S-CSCF 實體。
步驟605, S-CSCF實體轉(zhuǎn)發(fā)SIP INVITE消息。
上述實施例中，接收到SIP INVITE消息之后，S-CSCF實體將配置在發(fā) 起呼叫的用戶的iFC中包含擴展參數(shù)的應(yīng)用服務(wù)器地址添加到SIP INVITE消 息中，然后將攜帶擴展參數(shù)"servicel;service2，，的SIP INVITE消息發(fā)送至 AS，從而AS根據(jù)該擴展參數(shù)"servicel;service2"即可確定發(fā)起呼叫的用戶 請求業(yè)務(wù)1和業(yè)務(wù)2，簡化了應(yīng)用服務(wù)器識別業(yè)務(wù)類型的操作。進而應(yīng)用服 務(wù)器可以將該SIP INVITE消息轉(zhuǎn)發(fā)至該AS中處理相應(yīng)業(yè)務(wù)的功能模塊， 由該功能模塊對SIP INVITE消息請求的業(yè)務(wù)進行處理，降低了 AS的處理 復(fù)雜度，減少了呼叫接續(xù)時延，并且還解決了多業(yè)務(wù)觸發(fā)的問題，方便運營 商業(yè)務(wù)部署。
上述實施例可以單獨實現(xiàn)，也可組合實現(xiàn)。例如可以將擴展參數(shù)配 置為"ctx;servicel"，標(biāo)識用戶為Centrex用戶，_清求業(yè)務(wù)1;還可以將擴 展參數(shù)配置為"mobile;servicel;service2，，，標(biāo)識用戶為移動用戶，請求業(yè)務(wù)1和業(yè)務(wù)2。當(dāng)然還可以有其他組合方式，在此不——列出。
另外，該擴展參數(shù)不僅可以標(biāo)識用戶類型和業(yè)務(wù)類型，還可以標(biāo)識 AS關(guān)心的其他內(nèi)容，使AS僅根據(jù)擴展參數(shù)即可進行相關(guān)操作，簡化AS 的處理過程。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步 驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機 可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟； 而前述的存儲介質(zhì)包括ROM、 RAM、》茲碟或者光盤等各種可以存儲程 序代碼的介質(zhì)。
圖7為本發(fā)明應(yīng)用服務(wù)器一個實施例的結(jié)構(gòu)示意圖，該實施例中的應(yīng)用 服務(wù)器可以實現(xiàn)如本發(fā)明圖1所示實施例的流程。如圖7所示，該應(yīng)用服 務(wù)器可以包括接收模塊71 、確定模塊72和處理模塊73。
其中，接收模塊71接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；確 定模塊72根據(jù)接收模塊71接收的呼叫請求消息確定發(fā)起呼叫的用戶的用戶 類型和/或該用戶所請求的業(yè)務(wù)類型；處理模塊73即可根據(jù)確定模塊72確定 的發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，對該呼叫請求 消息請求的業(yè)務(wù)進行相應(yīng)操作。
具體地，接收模塊71接收的呼叫請求消息中攜帶擴展參數(shù)，該擴展參數(shù) 標(biāo)識發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型。本發(fā)明實施 例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴展，當(dāng)用戶在歸屬 用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴展參數(shù)。該用戶注 冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會話控制功能實 體。在該用戶發(fā)送的呼叫請求消息祐:路由到呼叫會話控制功能實體之后，呼 叫會話控制功能實體將該擴展參數(shù)攜帶在呼叫請求消息中發(fā)送給應(yīng)用服務(wù) 器。具體地，該擴展參數(shù)可以攜帶在該呼叫請求消息的路由(Route)頭域中； 也可以攜帶在該呼叫請求消息新增的一個頭域中；還可以攜帶在該呼叫請求消息的消息體中。以上只是呼叫請求消息攜帶擴展參數(shù)的三種方式，本發(fā)明 實施例并不局限于此，任何可以將擴展參數(shù)攜帶在呼叫請求消息中的方式 均應(yīng)落入本發(fā)明實施例的保護范圍。
上述實施例中，接收模塊71接收到呼叫會話控制功能實體發(fā)送的呼叫請 求消息之后，確定才莫塊72才艮據(jù)該呼叫請求消息即可確定發(fā)起呼叫的用戶的用 戶類型和/或該用戶所請求的業(yè)務(wù)類型，大大簡化了應(yīng)用服務(wù)器識別用戶類型 和業(yè)務(wù)類型的操作。進而處理^^莫塊73可以一艮據(jù)確定^f莫塊72確定的類型對呼 叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作，降低了應(yīng)用服務(wù)器的處理復(fù)雜度，減 少了呼叫接續(xù)時延。
圖8為本發(fā)明應(yīng)用服務(wù)器另一個實施例的結(jié)構(gòu)示意圖，該實施例的應(yīng)用 服務(wù)器可以實現(xiàn)如本發(fā)明圖1所示實施例的流程。如圖8所示，該應(yīng)用服 務(wù)器可以包括接收模塊81 、確定模塊82和處理模塊83。
其中，接收模塊81接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；確 定模塊82根據(jù)接收模塊81接收的呼叫請求消息確定發(fā)起呼叫的用戶的用戶 類型和/或該用戶所請求的業(yè)務(wù)類型；處理模塊83即可根據(jù)確定模塊82確定 的發(fā)起呼叫的用戶類型和/或發(fā)起呼叫的用戶所請求的業(yè)務(wù)類型，對該呼叫請 求消息請求的業(yè)務(wù)進行相應(yīng)操作。
具體地，接收模塊81接收的呼叫請求消息中攜帶擴展參數(shù)，該擴展參數(shù) 標(biāo)識發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型。本發(fā)明實施 例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴展，當(dāng)用戶在歸屬 用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴展參數(shù)。該用戶注 冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會話控制功能實 體。在該用戶發(fā)送的呼叫請求消息被路由到呼叫會話控制功能實體之后，呼 叫會話控制功能實體將該擴展參數(shù)攜帶在呼叫請求消息中發(fā)送給應(yīng)用服務(wù) 器。具體地，該擴展參數(shù)可以攜帶在該呼叫請求消息的路由(Route)頭域中； 也可以攜帶在該呼叫請求消息新增的一個頭域中；還可以攜帶在該呼叫請求消息的消息體中。以上只是呼叫請求消息攜帶擴展參數(shù)的三種方式，本發(fā)明 實施例并不局限于此，任何可以將擴展參數(shù)攜帶在呼叫請求消息中的方式 均應(yīng)落入本發(fā)明實施例的保護范圍。
其中，確定模塊82可以包括業(yè)務(wù)類型確定子;^莫塊821和用戶類型確定子 模塊822。業(yè)務(wù)類型確定子模塊821可以根據(jù)接收模塊81接收的呼叫請求消 息攜帶的擴展參數(shù)確定發(fā)起呼叫的用戶請求應(yīng)用服務(wù)器提供的 一種或多種業(yè) 務(wù)類型；這時處理模塊83可以根據(jù)業(yè)務(wù)類型確定子模塊821確定的發(fā)起呼叫 的用戶所請求的一種或多種業(yè)務(wù)類型，對該呼叫請求消息請求的業(yè)務(wù)進行相 應(yīng)操作。
用戶類型確定子模塊822可以根據(jù)接收模塊81接收的呼叫請求消息攜帶 的擴展^l史確定發(fā)起呼叫的用戶的用戶類型。
上述實施例中，接收模塊81接收到呼叫會話控制功能實體發(fā)送的呼叫請 求消息之后，確定模塊82中的業(yè)務(wù)類型確定子模塊821可以根據(jù)接收模塊 81接收的呼叫請求消息攜帶的擴展參數(shù)確定發(fā)起呼叫的用戶請求應(yīng)用服務(wù)器 提供的一種或多種業(yè)務(wù)類型，大大簡化了應(yīng)用服務(wù)器識別業(yè)務(wù)類型的操作， 并且還解決了多業(yè)務(wù)觸發(fā)的問題，方便運營商業(yè)務(wù)部署；用戶類型確定子模 塊822可以根據(jù)接收模塊81接收的呼叫請求消息攜帶的擴展參數(shù)確定發(fā)起呼 叫的用戶類型，大大筒化了應(yīng)用服務(wù)器識別用戶類型的操作。進而處理模塊 83可以根據(jù)確定的類型對呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作，降低了應(yīng) 用服務(wù)器的處理復(fù)雜度，減少了呼叫接續(xù)時延。
圖9為本發(fā)明呼叫會話控制功能實體設(shè)備 一 個實施例的結(jié)構(gòu)示意圖，該 實施例的呼叫會話控制功能實體設(shè)備可以實現(xiàn)如本發(fā)明圖2所示實施例的 流程。如圖9所示，該呼叫會話控制功能實體設(shè)備可以包括消息接收模塊 91、地址獲得模塊92和發(fā)送模塊93。
其中，消息接收模塊91接收第一呼叫請求消息。具體地，該第一呼叫請 求消息可以攜帶發(fā)送第一呼叫請求消息的用戶的信息，其中，該用戶的信息可以攜帶在第一呼叫請求消息的Request頭域中，該用戶的信息可以為該用 戶的IP地址等可以唯一標(biāo)識該用戶身份的信息。地址獲得模塊92可以根據(jù) 消息接收才莫塊91接收的第一呼叫請求消息攜帶的用戶的信息，獲得該用戶的 初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；然后，由發(fā)送模塊93向地址獲得^t塊 92獲得的應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶該用戶的用戶類型和/ 或該用戶請求的業(yè)務(wù)類型的第二呼叫請求消息。在接收到第二呼叫請求消息 之后，應(yīng)用服務(wù)器可以根據(jù)上述第二呼叫請求消息對該第二呼叫請求消息請 求的業(yè)務(wù)進行相應(yīng)操作。
具體地，發(fā)送模塊93可以向應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶 擴展參數(shù)的第二呼叫請求消息，該擴展參數(shù)標(biāo)識該用戶的用戶類型和/或該用 戶請求的業(yè)務(wù)類型。在接收到第二呼叫請求消息之后，應(yīng)用服務(wù)器可以根據(jù) 上述擴展參數(shù)對該第二呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作。
本發(fā)明實施例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴 展，當(dāng)用戶在歸屬用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴 展參數(shù)，其中該擴展參數(shù)可以配置在該用戶的初始過濾規(guī)則的應(yīng)用服務(wù)器地 址中，當(dāng)然本發(fā)明實施例并不局限于此，該擴展參數(shù)也可以不配置在應(yīng)用服 務(wù)器地址中，并不影響本發(fā)明實施例的實現(xiàn)。
用戶注冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會話 控制功能實體。在消息接收模塊91接收到第一呼叫請求消息之后，地址獲得 模塊92可以根據(jù)該第一呼叫請求消息攜帶的用戶的信息，獲得該用戶的初始 過濾規(guī)則中的應(yīng)用服務(wù)器地址，然后發(fā)送模塊93向該應(yīng)用服務(wù)器地址對應(yīng)的 應(yīng)用服務(wù)器發(fā)送攜帶擴展參數(shù)的第二呼叫請求消息。
通過上述實施例，應(yīng)用服務(wù)器根據(jù)接收到的第二呼叫請求消息即可確定 發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，簡化了應(yīng)用服務(wù) 器識別用戶類型和業(yè)務(wù)類型的操作，減少了呼叫接續(xù)時延。
圖10為本發(fā)明呼叫會話控制功能實體設(shè)備另一個實施例的結(jié)構(gòu)示意圖，該實施例的呼叫會話控制功能實體設(shè)備可以實現(xiàn)如本發(fā)明圖2所示實 施例的流程。如圖10所示，該呼叫會話控制功能實體設(shè)備可以包括消息 接收模塊1001、地址獲得模塊1002和發(fā)送模塊1003。
其中，消息接收模塊1001接收第一呼叫請求消息。具體地，該第一呼叫 請求消息可以攜帶發(fā)送第一呼叫請求消息的用戶的信息，其中，該用戶的信 息可以攜帶在第一呼叫請求消息的Request頭域中，該用戶的信息可以為該 用戶的IP地址等可以唯一標(biāo)識該用戶身份的信息。地址獲得模塊1002可以 根據(jù)消息接收模塊1001接收的第一呼叫請求消息攜帶的用戶的信息，獲得該 用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；然后，由發(fā)送模塊1003向地址獲 得模塊1002獲得的應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶該用戶的用 戶類型和/或該用戶請求的業(yè)務(wù)類型的第二呼叫請求消息。在接收到第二呼叫 請求消息之后，應(yīng)用服務(wù)器可以根據(jù)上述第二呼叫請求消息對該第二呼叫請 求消息請求的業(yè)務(wù)進行相應(yīng)操作。
具體地，發(fā)送模塊1003可以向應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜 帶擴展參數(shù)的第二呼叫請求消息，該擴展參數(shù)標(biāo)識該用戶的用戶類型和/或該 用戶請求的業(yè)務(wù)類型。在接收到第二呼叫請求消息之后，應(yīng)用服務(wù)器可以根 據(jù)上述擴展參數(shù)對該第二呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作。
本發(fā)明實施例對用戶配置在歸屬用戶服務(wù)器中的初始過濾規(guī)則進行擴 展，當(dāng)用戶在歸屬用戶服務(wù)器上開戶時，在該用戶的初始過濾規(guī)則中配置擴 展參數(shù)，其中該擴展參數(shù)可以配置在該用戶的初始過濾規(guī)則的應(yīng)用服務(wù)器地 址中，當(dāng)然本發(fā)明實施例并不局限于此，該擴展參數(shù)也可以不配置在應(yīng)用服 務(wù)器地址中，并不影響本發(fā)明實施例的實現(xiàn)。
該用戶注冊時，該用戶的包含擴展參數(shù)的初始過濾規(guī)則被下載到呼叫會 話控制功能實體。在消息接收模塊IOOI接收到第一呼叫請求消息之后，地址 獲得模塊1002可以根據(jù)該第一呼叫請求消息攜帶的用戶的信息，獲得該用戶 的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址，然后發(fā)送模塊1003向該應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶擴展參數(shù)的第二呼叫請求消息。
其中，發(fā)送模塊1003可以包括添加子模塊10031和消息發(fā)送子模塊 10032。添加子模塊10031可以將地址獲得模塊1002獲得的應(yīng)用服務(wù)器地址 添加到第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息，該應(yīng)用 服務(wù)器地址中包含擴展參數(shù)；接下來，由消息發(fā)送子模塊10032向該應(yīng)用服 務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送添加子模塊10031獲得的第二呼叫請求消 息。
另外，發(fā)送模塊1003可以包括參數(shù)獲得子模塊10033，參數(shù)獲得子模塊 10033可以根據(jù)消息接收模塊1001接收的第一呼叫請求消息攜帶的用戶的信 息，獲得該用戶的初始過濾規(guī)則中的擴展參數(shù)。這時，添加子模塊10031可 以在第一呼叫請求消息中新增頭域，將參數(shù)獲得子模塊10033獲得的擴展參 數(shù)添加到新增的頭域中，并將應(yīng)用服務(wù)器地址添加到第一呼叫請求消息的 Route頭域中，獲得第二呼叫請求消息；添加子模塊10031還可以將參數(shù)獲得 子模塊10033獲得的擴展參數(shù)添加到第一呼叫請求消息的消息體中，并將應(yīng) 用服務(wù)器地址添加到第一呼叫請求消息的Route頭域中，獲得第二呼叫請求 消息。然后，再由消息發(fā)送子模塊10032向該應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服 務(wù)器發(fā)送添加子模塊10031獲得的第二呼叫請求消息。
通過上述實施例，應(yīng)用服務(wù)器根據(jù)接收到的第二呼叫請求消息中的擴展 參數(shù)即可確定發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，筒 化了應(yīng)用服務(wù)器識別用戶類型和業(yè)務(wù)類型的操作，減少了呼叫接續(xù)時延。
圖11為本發(fā)明業(yè)務(wù)處理系統(tǒng)實施例的結(jié)構(gòu)示意圖，該實施例的業(yè)務(wù)處理 系統(tǒng)可以作為圖3所示IMS網(wǎng)絡(luò)的一部分。如圖11所示，該業(yè)務(wù)處理系統(tǒng) 可以包括呼叫會話控制功能實體設(shè)備1101和應(yīng)用服務(wù)器1102。
其中，呼叫會話控制功能實體設(shè)備1101接收第一呼叫請求消息，該第一 呼叫請求消息攜帶發(fā)送第 一呼叫請求消息的用戶的信息，該用戶的信息可以 攜帶在第一呼叫請求消息的Request頭域中，該用戶的信息可以為該用戶的IP地址等可以唯一標(biāo)識該用戶身份的信息；然后，呼叫會話控制功能實體設(shè) 備1101根據(jù)該用戶的信息獲得該用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址， 并向該應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器1102發(fā)送攜帶該用戶的用戶類型 和/或該用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供應(yīng)用服務(wù)器1102 對該第二呼叫請求消息請求的業(yè)務(wù)進行操作。具體地，該呼叫會話控制功能
實體設(shè)備1101可以通過本發(fā)明圖9或圖10所示實施例的呼叫會話控制功 能實體設(shè)備實現(xiàn)。
應(yīng)用服務(wù)器1102，用于接收呼叫會話控制功能實體設(shè)備1101發(fā)送的第 二呼叫請求消息，才艮據(jù)該第二呼叫請求消息確定該用戶的用戶類型和/或該用 戶所請求的業(yè)務(wù)類型，并根據(jù)確定的該用戶的用戶類型和/或該用戶所請求的 業(yè)務(wù)類型對該呼叫請求消息請求的業(yè)務(wù)進行操作。具體地，該應(yīng)用服務(wù)器 1102可以通過本發(fā)明圖7或圖8所示實施例的應(yīng)用服務(wù)器實現(xiàn)。
本實施例中的呼叫會話控制功能實體設(shè)備1101和應(yīng)用服務(wù)器1102可以 耳關(guān)合實現(xiàn)本發(fā)明圖4、圖5或圖6所示實施例的流程。
上述實施例中，接收到第一呼叫請求消息之后，呼叫會話控制功能實體 設(shè)備1101根據(jù)第一呼叫請求消息向應(yīng)用服務(wù)器1102發(fā)送攜帶用戶類型和/或 業(yè)務(wù)類型的第二呼叫請求消息，從而應(yīng)用服務(wù)器1102根據(jù)該第二呼叫請求消 息即可確定發(fā)起呼叫的用戶的用戶類型和/或該用戶所請求的業(yè)務(wù)類型，簡化 了應(yīng)用服務(wù)器1102識別用戶類型和業(yè)務(wù)類型的操作。進而應(yīng)用服務(wù)器1102 可以根據(jù)確定的類型對呼叫請求消息請求的業(yè)務(wù)進行相應(yīng)操作，降低了應(yīng)用 服務(wù)器1102的處理復(fù)雜度，減少了呼叫接續(xù)時延。并且由于應(yīng)用服務(wù)器1102 可以根據(jù)第二呼叫請求消息確定發(fā)起呼叫的用戶所請求的業(yè)務(wù)類型，因此本 發(fā)明實施例的技術(shù)方案還解決了多業(yè)務(wù)觸發(fā)的問題，方便運營商業(yè)務(wù)部署。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中 的模塊或流程并不 一 定是實施本發(fā)明所必須的。
本領(lǐng)域技術(shù)人員可以理解裝置實施例中的模塊可以按照實施例的描述分布于實施例的裝置中，也可以進行相應(yīng)變化位于不同于本實施例的一 個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步 拆分成多個子模塊。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進 行限制，盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換， 而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的
^^申和范圍。
權(quán)利要求
1、一種業(yè)務(wù)處理方法，其特征在于，包括接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；根據(jù)所述呼叫請求消息確定發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型；根據(jù)確定的發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。
2、 根據(jù)權(quán)利要求l所述的業(yè)務(wù)處理方法，其特征在于，所述呼叫請求消 息攜帶擴展參數(shù)，所述擴展參數(shù)標(biāo)識發(fā)起呼叫的用戶的用戶類型和/或所述用 戶所請求的業(yè)務(wù)類型。
3、 根據(jù)權(quán)利要求2所述的業(yè)務(wù)處理方法，其特征在于，所述根據(jù)確定的 發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型，對所述呼叫請 求消息請求的業(yè)務(wù)進行操作包括根據(jù)所述擴展參數(shù)確定所述發(fā)起呼叫的用戶請求應(yīng)用服務(wù)器提供的 一種 或多種業(yè)務(wù)類型，根據(jù)確定的所述發(fā)起呼叫的用戶所請求的一種或多種業(yè)務(wù) 類型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。
4、 一種業(yè)務(wù)處理方法，其特征在于，包括接收第一呼叫請求消息，根據(jù)所述第一呼叫請求消息攜帶的用戶的信息 獲得所述用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述用戶的用戶類型 和/或所述用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供所述應(yīng)用服務(wù)器 對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作。
5、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)處理方法，其特征在于，第二呼叫請求消 息攜帶擴展參數(shù)，所述擴展參數(shù)標(biāo)識所述用戶的用戶類型和/或所述用戶請求 的業(yè)務(wù)類型，所述向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述用戶的用戶類型和/或所述用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供所述應(yīng)用服務(wù)器對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作包括向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述擴展參數(shù)的第二 呼叫請求消息，用于供所述應(yīng)用服務(wù)器根據(jù)所述擴展參數(shù)對所述第二呼叫請 求消息請求的業(yè)務(wù)進行操作。
6、 才艮據(jù)權(quán)利要求5所述的業(yè)務(wù)處理方法，其特征在于，所述用戶的初始 過濾規(guī)則的應(yīng)用服務(wù)器地址中包括所述擴展參數(shù)，所述向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述擴展參數(shù)的 第二呼叫請求消息包括將所述應(yīng)用服務(wù)器地址添加到所述第一呼叫請求消息的路由Route頭域 中，獲得第二呼叫請求消息；向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送所述第二呼叫請求消息。
7、 根據(jù)權(quán)利要求5所述的業(yè)務(wù)處理方法，其特征在于，所述向所述應(yīng)用 服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述擴展參數(shù)的第二呼叫請求消息包 括根據(jù)所述用戶的信息獲得所述用戶的初始過濾規(guī)則中的擴展參數(shù)； 將所述擴展參數(shù)添加到所述第 一呼叫請求消息的消息體或新增的頭域中，并將所述應(yīng)用服務(wù)器地址添加到所述第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息；向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送所述第二呼叫請求消息。
8、 一種應(yīng)用服務(wù)器，其特征在于，包括接收模塊，用于接收呼叫會話控制功能實體發(fā)送的呼叫請求消息； 確定模塊，用于根據(jù)所述接收模塊接收的呼叫請求消息確定發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型；處理模塊，用于根據(jù)所述確定模塊確定的發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。
9、 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器，其特征在于，所述確定模塊包括 業(yè)務(wù)類型確定子模塊，用于根據(jù)所述接收模塊接收的呼叫請求消息攜帶的擴展參數(shù)確定所述發(fā)起呼叫的用戶請求應(yīng)用服務(wù)器提供的 一種或多種業(yè)務(wù) 類型；則，所述處理模塊具體用于根據(jù)所述業(yè)務(wù)類型確定子模塊確定的所述發(fā)起呼 叫的用戶所請求的一種或多種業(yè)務(wù)類型，對所述呼叫請求消息請求的業(yè)務(wù)進 行操作。
10、 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器，其特征在于，所述確定模塊包括用戶類型確定子模塊，用于根據(jù)所述接收模塊接收的呼叫請求消息攜帶 的擴展參數(shù)確定所述發(fā)起呼叫的用戶的用戶類型。
11、 一種呼叫會話控制功能實體設(shè)備，其特征在于，包括 消息接收模塊，用于接收第 一呼叫請求消息；地址獲得模塊，用于根據(jù)所述消息接收模塊接收的第一呼叫請求消息攜 帶的用戶的信息，獲得所述用戶的初始過濾規(guī)則中的應(yīng)用服務(wù)器地址；發(fā)送模塊，用于向所述地址獲得模塊獲得的應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用 服務(wù)器發(fā)送攜帶所述用戶的用戶類型和/或所述用戶請求的業(yè)務(wù)類型的第二 呼叫請求消息，用于供所述應(yīng)用服務(wù)器對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作。
12、 根據(jù)權(quán)利要求ll所述的呼叫會話控制功能實體設(shè)備，其特征在于， 所述發(fā)送模塊用于向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶擴展參 數(shù)的第二呼叫請求消息，所述擴展參數(shù)標(biāo)識所述用戶的用戶類型和/或所述用 戶請求的業(yè)務(wù)類型，用于供所述應(yīng)用服務(wù)器根據(jù)所述擴展參數(shù)對所述第二呼 叫請求消息請求的業(yè)務(wù)進行操作。
13、 根據(jù)權(quán)利要求12所述的呼叫會話控制功能實體設(shè)備，其特征在于， 所述發(fā)送模塊包括添加子模塊，用于將所述地址獲得模塊獲得的應(yīng)用服務(wù)器地址添加到所述第一呼叫請求消息的路由Route頭域中，獲得第二呼叫請求消息，所述應(yīng) 用服務(wù)器地址中包含所述擴展參數(shù)；消息發(fā)送子模塊，用于向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送所 述添加子才莫塊獲得的第二呼叫請求消息。
14、 根據(jù)權(quán)利要求12所述的呼叫會話控制功能實體設(shè)備，其特征在于， 所述發(fā)送模塊包括參數(shù)獲得子模塊，用于根據(jù)所述消息接收模塊接收的第一呼叫請求消息 攜帶的用戶的信息，獲得所述用戶的初始過濾規(guī)則中的擴展參數(shù)；貝'J，所述添加子模塊還用于將所述參數(shù)獲得子模塊獲得的擴展參數(shù)添加到所 述第一呼叫請求消息的消息體或新增的頭域中，并將所述應(yīng)用服務(wù)器地址添 加到所述第一呼叫請求消息的Route頭域中，獲得第二呼叫請求消息。
15、 一種業(yè)務(wù)處理系統(tǒng)，其特征在于，包括呼叫會話控制功能實體設(shè)備，用于接收第一呼叫請求消息,根據(jù)所述第 一呼叫請求消息攜帶的用戶的信息，獲得所述用戶的初始過濾規(guī)則中的應(yīng)用 服務(wù)器地址，并向所述應(yīng)用服務(wù)器地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送攜帶所述用戶 的用戶類型和/或所述用戶請求的業(yè)務(wù)類型的第二呼叫請求消息，用于供所述 應(yīng)用服務(wù)器對所述第二呼叫請求消息請求的業(yè)務(wù)進行操作；應(yīng)用服務(wù)器，用于接收所述呼叫會話控制功能實體發(fā)送的第二呼叫請求 消息，才艮據(jù)所述第二呼叫請求消息確定所述用戶的用戶類型和/或所述用戶所 請求的業(yè)務(wù)類型，并根據(jù)確定的所述用戶的用戶類型和/或所述用戶所請求的 業(yè)務(wù)類型，對所述第二呼叫請求消息請求的業(yè)務(wù)進行l(wèi)喿作。
全文摘要
本發(fā)明實施例公開了一種業(yè)務(wù)處理方法及系統(tǒng)、呼叫會話控制功能實體設(shè)備和應(yīng)用服務(wù)器，其中，一種業(yè)務(wù)處理方法包括接收呼叫會話控制功能實體發(fā)送的呼叫請求消息；根據(jù)所述呼叫請求消息確定發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型；根據(jù)確定的發(fā)起呼叫的用戶的用戶類型和/或所述用戶所請求的業(yè)務(wù)類型，對所述呼叫請求消息請求的業(yè)務(wù)進行操作。本發(fā)明實施例簡化了應(yīng)用服務(wù)器識別用戶類型和業(yè)務(wù)類型的操作，降低了應(yīng)用服務(wù)器的處理復(fù)雜度，減少了呼叫接續(xù)時延。并且本發(fā)明實施例還解決了多業(yè)務(wù)觸發(fā)的問題，方便運營商業(yè)務(wù)部署。
文檔編號H04W8/24GK101605313SQ20091008836
公開日2009年12月16日 申請日期2009年6月26日 優(yōu)先權(quán)日2009年6月26日
發(fā)明者明 孫 申請人:華為技術(shù)有限公司