專利名稱：Sip業(yè)務增強的方法及sip代理服務器的制作方法
技術領域：
本發(fā)明涉及通信技術領域，具體涉及SIP業(yè)務增強的方法及SIP代理服務器。
背景技術：
隨著網(wǎng)絡的迅速發(fā)展，新一代基于IP的服務的會話初始協(xié)議(Session Initiation Protocol, SIP)應運而生。SIP是適合各種媒體內容而實現(xiàn)多用戶會話 的協(xié)議,現(xiàn)已成為互聯(lián)網(wǎng)工程任務組(Internet Engineering Task Force , IETF)的 規(guī)范。2002年6月，ITEF的SIP工作組發(fā)布了RFC3261,取代了 1999年3月發(fā) 布的RFC2543。 SIP是一種基于文本的協(xié)議，用來創(chuàng)建、改變或終止一個或者 多個參與者參加的會話的應用層控制信令協(xié)議。SIP主要支持建立和終止多 媒體通信功能。傳統(tǒng)SIP系統(tǒng)中的SIP代理服務器主要是提供SIP消息的路由轉 發(fā)。
如下圖l所示，現(xiàn)有的SIP通信系統(tǒng)結構示意圖。用戶之間通過各自的SIP 代理服務器實現(xiàn)通信，即使業(yè)務呼叫者不知道被呼叫者的主機名字或IP地址， SIP代理服務器通過重定向服務器找到被呼叫者端的SIP代理服務器地址，被呼 叫者端的SIP代理服務器通過定位服務器定位被呼叫者位置，SIP代理服務器也 能實現(xiàn)業(yè)務雙方的通ifl。
在對現(xiàn)有技術的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術存在以下問題
隨著而用戶對通信系統(tǒng)的要求卻越來越高，希望系統(tǒng)可以提供多樣化的 業(yè)務服務，現(xiàn)有的SIP服務器雖然可以實現(xiàn)基本的建立和終止多媒體通信， ^f旦不能感知業(yè)務和控制業(yè)務的運行狀態(tài)，無法滿足用戶的多樣化業(yè)務需求。

發(fā)明內容
本發(fā)明實施例解決的技術問題是提供SIP業(yè)務增強的方法及SIP代理服務 器，實現(xiàn)對SIP代理服務器的增強，滿足用戶多樣化的業(yè)務需求。本發(fā)明實施例提供一種SIP業(yè)務增強的方法，包括
接收SIP用戶使用業(yè)務的SIP請求；
根據(jù)所述SIP請求獲得對應的業(yè)務控制邏輯；
執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
本發(fā)明實施例提供一種SIP代理服務器，包括
SIP傳輸接口單元，用于接收SIP用戶使用業(yè)務的SIP請求； 業(yè)務處理單元，根據(jù)所述SIP傳輸接口單元接收的SIP請求獲得對應的 業(yè)務控制邏輯；并^l丸行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
采用上述技術方案，本發(fā)明實施例有益的技術效果在于
本發(fā)明實施例中，通過接收SIP用戶使用業(yè)務的SIP請求；根據(jù)所述SIP 請求獲得對應的業(yè)務控制邏輯；執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付 業(yè)務。實現(xiàn)SIP代理服務器對業(yè)務的控制，通過執(zhí)行不同的業(yè)務控制邏輯實 現(xiàn)為用戶提供多種業(yè)務，滿足用戶的對當前通信系統(tǒng)多樣化業(yè)務的需求。


圖1為現(xiàn)有技術SIP通信系統(tǒng)結構示意圖2為本發(fā)明實施例一 SIP業(yè)務增強的方法的流程圖3為本發(fā)明實施例二SIP業(yè)務增強的方法的流程圖4為本發(fā)明實施例三電話會議方法的流程圖5為本發(fā)明實施例三建立電話會議執(zhí)行業(yè)務控制邏輯的流程圖6為本發(fā)明實施例四實現(xiàn)天氣預報業(yè)務的方法的流程圖7為本發(fā)明實施例四中執(zhí)行業(yè)務控制邏輯為用戶提供天氣預報業(yè)務的 流程圖8為本發(fā)明SIP代理服務器的結構示意圖； 圖9為本發(fā)明通信系統(tǒng)的結構示意圖。
具體實施方式
本發(fā)明實施例提供了 SIP業(yè)務增強的方法及SIP代理服務器，實現(xiàn)對SIP
代理服務器的增強，滿足用戶多樣化的業(yè)務需求。
下面對本發(fā)明提供的SIP業(yè)務增強的方法及SIP代理服務器進行詳細描述。
一種SIP業(yè)務增強的方法，流程圖如圖2所示，包括
Al,接收SIP用戶使用業(yè)務的SIP請求；
A2,根據(jù)所述SIP請求獲得對應的業(yè)務控制邏輯；
可以理解的是，本實施例中，獲得對應的業(yè)務控制邏輯的過程包括解 析所述SIP請求得到所述業(yè)務的業(yè)務標識；加載該業(yè)務標識對應的業(yè)務過程 描述信息，其中，所述業(yè)務過程描述信息可以本地存儲，也可以存儲到其他 網(wǎng)元，不過基于需要對網(wǎng)絡中的多個SIP服務器進行增強，所述業(yè)務過程描 述信息可以存儲于一個業(yè)務過程描述數(shù)據(jù)庫，該業(yè)務過程描述數(shù)據(jù)庫可以為 系統(tǒng)內多個增強SIP代理服務器提供服務；對所述業(yè)務過程描述信息進行解
析得到所述業(yè)務控制邏輯。
可以理解的是，所述業(yè)務過程描述信息為用軟件語言編寫的控制程序，
通過對控制程序進行解析，得到SIP代理服務器對當前業(yè)務進行控制的業(yè)務
邏輯?？梢岳斫獾氖?，本發(fā)明實施例中，所述業(yè)務過程描述信息可以用多種
語言進行編寫，本實施例中采用BPEL4SIP語言，還可以采用如XML, C++,
JAVA等等。本發(fā)明強調的是，SIP代理服務器內置相應的語言解析平臺，實
現(xiàn)對程序語言的解析，得到業(yè)務控制邏輯。具體的編程語言可以為多種，不
構成對本發(fā)明的限制。
A3,執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。 本發(fā)明實施例中，通過接收SIP用戶使用業(yè)務的SIP請求；根據(jù)所述SIP 請求獲得對應的業(yè)務控制邏輯；執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付 業(yè)務。實現(xiàn)SIP代理服務器對業(yè)務的控制，通過執(zhí)行不同的業(yè)務控制邏輯實 現(xiàn)為用戶提供多種業(yè)務，滿足用戶的對當前通信系統(tǒng)多樣化業(yè)務的需求。是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機
可讀存儲介質中，該程序在執(zhí)行時，包括如下步驟
接收SIP用戶使用業(yè)務的SIP請求；
根據(jù)所述SIP請求獲得對應的業(yè)務控制邏輯；
執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。 實施例二， 一種SIP業(yè)務增強的方法，流程圖如圖3所示，包括
Bl ，接收SIP用戶使用業(yè)務的SIP請求；
B2，解析所述SIP請求得到所述業(yè)務的業(yè)務標識；
B3,加載該業(yè)務標識對應的業(yè)務過程描述信息；
B4，對所述業(yè)務過程描述信息進行解析得到所述業(yè)務控制邏輯；
B5,獲得所述SIP用戶使用業(yè)務的業(yè)務參與方信息；
本發(fā)明實施例中，獲得業(yè)務參與方信息的方式可以是對所述業(yè)務過程 描述信息進行解析得到業(yè)務參與方信息；如某些業(yè)務需要固定的業(yè)務參與 方，如特定的服務器(多媒體服務器、網(wǎng)絡廣播服務器等)。這種業(yè)務參與方 屬于固定的情況，則可以直接保存在業(yè)務過程描述信息中。
獲得業(yè)務參與方信息的方式還可以是獲取用戶輸入業(yè)務的業(yè)務參與方信息。
步驟B5和步驟B4并無絕對順序。
用戶輸入可以作為信令參數(shù)直接傳給SIP代理服務器，或者作為內容參 數(shù)傳到內容網(wǎng)關，SIP代理服務器再從內容網(wǎng)關處獲得。
可以理解的是，所述業(yè)務參與方可以是SIP用戶也可以是業(yè)務需要的網(wǎng) 絡資源。
B6,所述SIP用戶和業(yè)務參與方在所述業(yè)務控制邏輯的控制下進行交互， 完成業(yè)務交付。
基于月良務過禾呈才丸fti吾言(Business Process Execution Language for WebServices， BPEL4WS)簡稱BPEL語言，應用于SIP環(huán)境，可以稱作為BPEL4SIP ， 本實施例中，所述SIP代理服務器由BPEL4SIP引擎按業(yè)務i^輯控制每一步驟 的SIP消息的處理。
BPEL4SIP的業(yè)務控制邏輯可以是串行、并行、條件、循環(huán)或者其它結構。
下面提供本實施例中業(yè)務控制邏輯一種執(zhí)行規(guī)則和觸發(fā)方式
1),根據(jù)控制邏輯與參與方SIP用戶交互SIP消息；根據(jù)業(yè)務需要參與方
可以是多個，可以理解的是，有一些業(yè)務很可能不需其他SIP用戶參與，
網(wǎng)絡側可以直接為使用業(yè)務的終端提供服務，如天氣預報、網(wǎng)絡多媒體
視頻業(yè)務等。
2) , SIP交互消息有發(fā)送和接收之分。如果是接收SIP信令，業(yè)務焦點停留 在當前步驟并等待參與方用戶發(fā)送SIP信令，當SIP信令到達時，當前步驟 結束；如果是發(fā)送SIP信令，向參與方用戶執(zhí)行完發(fā)送命令后，業(yè)務焦點 停留在當前步驟等待響應，收到響應則當前步驟結束；
3) ,業(yè)務的起始步驟一般為接收SIP信令，可能是SIP用戶開始業(yè)務的SIP 請求，或者是參與方SIP用戶被觸發(fā)開始業(yè)務的SIP請求；
4) ,當業(yè)務需要從網(wǎng)絡獲取資源時，控制內容網(wǎng)關把內容資源傳遞到SIP 用戶，內容網(wǎng)關實現(xiàn)對資源的編解碼、壓縮、加密、整合。
5 )，業(yè)務結束，SIP代理服務器接收SIP用戶終止業(yè)務請求并卸載業(yè)務數(shù)據(jù)。 本發(fā)明實施例中，SIP代理服務器在加載具體的業(yè)務流程描述之前可以看 成一個空殼，但它卻具備解析執(zhí)行業(yè)務流程和SIP信令的能力，根據(jù)業(yè)務需要 加載不同的業(yè)務描述信息后便充當不同的業(yè)務代理服務器的角色，從這個角 度來說所述SIP代理服務器也可以是業(yè)務驅動型代理服務器。
表l是本發(fā)明實施例中，其SIP業(yè)務控制邏輯組織SIP信令的語法結構示例 如表l所示，BPEL4SIP結構可以是順序、并行、條件或者循環(huán)。
表l
結構I語法
8順序
<SIP-Command/>
<SIP-Command/>
〈/Scqu6nc6〉
并行<Flow >
<SIP-Command/>
<SIP-Command/>
<Mow >
條件
< Condition^ <SIP-Command/>
<ElseIf>
< Condition/〉 <SIP-Command/〉
</ElseIf>
<Else〉
<SIP-Command/>
</ Else >
</If>
循環(huán)<RepeatUntil>
<SIP-Command/>
<Condition/>
</RepeatUntil >
OR
<While>
< Condition/>
< SIP-Command/>
</While>
順序結構包含多個順序執(zhí)行的SIP信令，它們之間按照出現(xiàn)在Sequence元
9素里的先后順序依次執(zhí)行，當最后一個SIP信令執(zhí)行完成時則整個順序結構結 束。
并行結構包含多個并行執(zhí)行的SIP信令，它們之間沒有先后執(zhí)行順序，當 所有的SIP信令執(zhí)行完成時則整個并行結構結束。
條件結構包含條件執(zhí)行的SIP信令，這些條件分支分別定義在If元素，零 或多個Elself元素和可選的Else元素里。If和Elself元素具有先后順序關系，第 一個條件滿足的分支被執(zhí)行，當所有條件不滿足時，Else分支被執(zhí)行。當?shù)谝?個條件滿足的分支或EIse分支的SIP信令執(zhí)行完成時，整個條件結構結束。
循環(huán)結構包含重復執(zhí)行的SIP信令，有RepeatUntil和While元素兩種定義方 式。RepeatUntil元素定義的循環(huán)結構是指SIP信令一直被執(zhí)行直到條件滿足為 止，當條件滿足時則跳出循環(huán)整個循環(huán)結構結束；While元素定義的循環(huán)結構 是指只要條件滿足則SIP信令一直被執(zhí)行，當條件不滿足時則跳出循環(huán)整個循 環(huán)結構結束。
嵌套結構指的是四種結構自己之間和相互之間都可以嵌套使用，例如 并行結構中的分支可以是順序結構，順序結構的分支也可以是并行結構，條 件結構可以嵌套條件結構，循環(huán)結構也可以嵌套循環(huán)結構。
上文提到，SIP信令有發(fā)送和4妄收之分，在SIP-Command元素定義的SIP 信令中，我們以SIP-Command元素的某個屬性來表示這兩類SIP信令，如下所 示
<SIP-Command Type=*** Direction=OUT/IN >
Direction屬性有OUT和IN兩種選擇，分別代表發(fā)送SIP信令和接收SIP信 令，Type屬性表示具體的SIP信令。
本發(fā)明實施例可以通過對業(yè)務過程描述信息的編寫，并通過相應的平臺 加載進行解析，實現(xiàn)新業(yè)務的開發(fā)。開發(fā)SIP新業(yè)務時，我們可以離線使用 BPEL4SIP描述SIP新業(yè)務。首先抽象出SIP業(yè)務的流程邏輯，再用BPEL4SIP的 順序、并行、條件、循環(huán)、或嵌套結構中的一種或其組合，組織SIP信令完成
10SIP新業(yè)務的邏輯描述。當新業(yè)務描述文件加入業(yè)務過程描述數(shù)據(jù)庫，新的SIP 業(yè)務開發(fā)完成。
本發(fā)明實施例二與實施例一的區(qū)別在于，實施例二對需要業(yè)務參與方共 同執(zhí)行業(yè)務的處理方式進行了描述，使本發(fā)發(fā)明實施例方法適用更多的業(yè)務 場景。
下面以具體業(yè)務場景為例對本發(fā)明實施例的具體應用進行i兌明。
實施例三， 一種實現(xiàn)電話會議的方法，流程圖如圖4所示，包括
Cl,會議發(fā)起者發(fā)起多方電話會議業(yè)務的SIP請求；
C2， SIP代理服務器對所述SIP請求進行解析獲得電話會議業(yè)務的業(yè)務標
識；
C3, BPEL4SIP引擎根據(jù)所述電話會議業(yè)務的業(yè)務標識，從業(yè)務描述數(shù)據(jù) 庫取得多方電話會議的業(yè)務描述信息；
C4, BPEL4SIP引擎解析所述業(yè)務過程描述信息得到業(yè)務控制邏輯； C5,執(zhí)行所述業(yè)務控制邏輯對建立電話會議。
對于本電話會議業(yè)務的建立過程中，執(zhí)行業(yè)務控制邏輯的過程的流程如
如圖5所示，包括
Dl,發(fā)起者發(fā)送Invite請求，與會者的信息可以作為請求的參數(shù)； SIP代理服務器接收到發(fā)起者的Invite請求后，進入業(yè)務描述的并行結構，
并行結構之間沒有先后順序；
D2, SIP代理服務器向其中一個與會者發(fā)送Invite邀請消息邀請對方加入
4、"i義并等4寺對方的響應；如果對方?jīng)]有響應則延遲120秒-再次發(fā)送Invite邀i青消
息，循環(huán)操作直到對方響應；
D3,對方成功響應加入會議后，控制內容網(wǎng)關分配會議資源；
針對不同的與會者分別執(zhí)行步驟D2到D3,邀請所有的與會者。
D4,所有并行分支執(zhí)行完成后，向會議發(fā)起者返回會議建立成功的響應
消息，至此發(fā)起多方電話會議的業(yè)務結束。
圖5是一個簡單的發(fā)起多方會議電話業(yè)務的流程示意圖，但卻包含了業(yè)務流程的順序、并行、循環(huán)和嵌套等基本的流程結構。從圖中可以容易地看出 "呼叫與會者l直到加入會議"到"呼叫與會者n直到加入會議"n個步驟間是 并行結構；"接收會議發(fā)起者的SIP請求"、"呼叫與會者i直到加入會議"和"返 回業(yè)務建立成功響應，，三者是順序結構，其中i^,2,…n, n屬于整數(shù)；單個"呼 叫與會者i直到加入會議"是一個循環(huán)結構；嵌套結構體現(xiàn)在順序結構里有并 行結構，并行結構里有循環(huán)結構。該業(yè)務的流程描述示例如下所示
<Multi-Conference〉 <S6qu6nc6>
<SIP-Command Type=Invite Direction=IN From=Sponsor /> <Flow>
<For-each select=，，Participators，，> <Value-of select=，，Participator_i，V 〉 <RepeatUntil>
<Wait>Time=60</Wait>
< SIP-Command Type=Invite Direction=OUT To=Participator_i />
<Condition>Response=200</Condition> </ RepeatUntil >
/*控制內容網(wǎng)關給會議加入者分配會iJC資源517 〈/For陽each〉 </Flow>
< SIP-Command Type=Bye Direction=OUT To=Sponsor /〉 </ S6qu6nc6 > </ Multi-Conference >
實施例四， 一種實現(xiàn)天氣預報業(yè)務的方法，流程圖如圖6所示，包括 El,用戶向SIP代理服務器發(fā)送請求天氣預報業(yè)務的SIP請求；E2, SIP代理服務器對所述SIP請求進行解析獲得天氣預報業(yè)務的業(yè)務標
識；
E3, BPEL4SIP引擎從業(yè)務描述數(shù)據(jù)庫取得天氣預報業(yè)務的業(yè)務過程描述 信息；
E4, BPEL4SIP引擎解析所述業(yè)務過程描述信息得到業(yè)務控制邏輯；
E5,執(zhí)行所述業(yè)務控制邏輯對為用戶提供天氣預沖艮業(yè)務。
本實施例中，所述執(zhí)行所述業(yè)務控制邏輯為用戶提供天氣預報業(yè)務的過 程如圖7所示，包括
Fl, SIP代理服務器根據(jù)業(yè)務控制邏輯控制內容網(wǎng)關發(fā)送輸入頁面給業(yè)務 發(fā)起者，讓用戶輸入查詢的地點和時間；
F2, 4妄收到用戶返回的的帶有地點和時間參數(shù)的Message消息后，
F3, SIP代理服務器以輸入地點和時間為參數(shù)，查詢第三方服務獲得天氣 預報結果，并通過內容網(wǎng)關把結果頁面顯示給用戶；
F4,向所述用戶發(fā)送結束業(yè)務SIP消息。
本天氣預報業(yè)務的流程描述示例如下所示
<Weath6r-Forecast> <Scquence>
<SIP-Command Type=Invite Direction=IN From=Sponsor /> /*控制內容網(wǎng)關發(fā)送輸入頁面*/
<SIP-Command Type=Message Direction=IN From=Sponsor Time=20070830 Place=Shenzhen />
/*使用第三方服務查詢天氣預報*/ /*控制內容網(wǎng)關返回查詢結果頁面*/ < SIP-Command Type=Bye Direction=OUT To=Sponsor /> </ S6qu6nc6 > </ Weather陽Forecast >實施例五， 一種SIP代理服務器800,結構示意圖如圖8所示，包括
SIP傳輸接口單元810,用于接收SIP用戶使用業(yè)務的SIP請求；
業(yè)務處理單元820,根據(jù)所述SIP傳輸接口單元810接收的SIP請求獲得 對應的業(yè)務控制邏輯；并執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
本發(fā)明實施例中，所述業(yè)務處理單元820可以包括協(xié)議處理單元821, 業(yè)務控制邏輯解析單元822和業(yè)務執(zhí)行單元823;
協(xié)議處理單元821,用于解析所述SIP傳輸接口單元810接收的SIP請求 得到所述業(yè)務的業(yè)務標識；
業(yè)務控制邏輯解析單元822,用于加載所述協(xié)議處理單元821解析得到的 業(yè)務標識對應的業(yè)務過程描述信息；并對所述業(yè)務過程描述信息進行解析得 到所述業(yè)務控制邏輯；
業(yè)務執(zhí)行單元823,執(zhí)行所述業(yè)務控制邏輯解析單元822解析得到的業(yè)務 控制邏輯向所述SIP用戶交付業(yè)務。
可以理解的是，所述業(yè)務控制邏輯解析單元822可以包括
查找單元8221,用于在所述業(yè)務過程描述數(shù)據(jù)庫查找所述業(yè)務標識對應 的業(yè)務過程描述信息；
解析單元8222,用于對所述業(yè)務過程描述信息進行解析得到所述業(yè)務控 制邏輯。
可以理解的是，對于需要其他業(yè)務參與方參與實現(xiàn)的業(yè)務，所述業(yè)務處 理單元還可以包括
業(yè)務參與方信息獲取單元824,用于對所述業(yè)務過程描述信息進行解析得 到業(yè)務參與方信息；或者獲得用戶輸入業(yè)務參與方信息。
所述業(yè)務執(zhí)行單元823,還用于執(zhí)行所述業(yè)務控制邏輯對所述SIP用戶和 業(yè)務參與方進行控制，完成業(yè)務交付。
如圖9所示，是本發(fā)明通信系統(tǒng)的結構示意圖，其中
14業(yè)務過程描述數(shù)據(jù)庫，它的作用是保存各種業(yè)務過程的描述信息，并且 這種業(yè)務描述信息能被增強型SIP代理服務器所解析并執(zhí)行。這里指的SIP
業(yè)務可以是應用SIP協(xié)議的通信業(yè)務和WEB業(yè)務。定位服務器用于查找SIP 用戶的地址。
增強型SIP代理服務器負責SIP業(yè)務信令的處理，用于打通業(yè)務通道，控制 內容網(wǎng)關傳遞內容資源到SIP用戶。內容資源根據(jù)SIP業(yè)務的不同可以是通信資 源或者WEB資源。
當業(yè)務需要協(xié)調多個參與方完成一個任務時，增強型SIP代理服務器不僅 可以與其它增強型SIP代理服務器交互SIP信令，還可以與傳統(tǒng)型SIP代理服務 器交互SIP信令， 一起完成對業(yè)務的控制過程。
如圖所示增強型SIP代理服務器通過內容網(wǎng)關控制協(xié)議控制內容網(wǎng)關，具 體的控制協(xié)議可以是H.248 、 SOAP或者其它，內容流格式可以采用RTP或者 HTTP或者其它。
以上對本發(fā)明所提供的SIP業(yè)務增強的方法及SIP代理服務器進行了詳細 介紹，其中，本發(fā)明實施例中，通過接收SIP用戶使用業(yè)務的SIP請求；根據(jù) 所述SIP請求獲得對應的業(yè)務控制邏輯；執(zhí)行所述業(yè)務控制邏輯向所述SIP 用戶交付業(yè)務。實現(xiàn)SIP代理服務器對業(yè)務的控制，通過執(zhí)行不同的業(yè)務控 制邏輯實現(xiàn)為用戶提供多種業(yè)務，滿足用戶的對當前通信系統(tǒng)多樣化業(yè)務的 需求。對于本領域的一般技術人員，依據(jù)本發(fā)明實施例的思想，在具體實施 方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對 本發(fā)明的限制。
權利要求
1、一種SIP業(yè)務增強的方法，其特征在于，包括接收SIP用戶使用業(yè)務的SIP請求；根據(jù)所述SIP請求獲得對應的業(yè)務控制邏輯；執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
2、 如權利要求l所述的方法，其特征在于，所述執(zhí)行所述業(yè)務控制邏輯 向所述SIP用戶交付業(yè)務之前，還包括獲得所述SIP用戶使用業(yè)務的業(yè)務參與方信息。
3、 如權利要求2所述的方法，其特征在于，所述執(zhí)行所述業(yè)務控制邏輯 為向所述SIP用戶交付業(yè)務包括所述SIP用戶和業(yè)務參與方在所述業(yè)務控制邏輯的控制下進行交互，完成 業(yè)務交付。
4、 如權利要求1、 2或3所述的方法，其特征在于，所述根據(jù)所述SIP 請求加載對應的業(yè)務控制邏輯的過程包括解析所述SIP請求得到所述業(yè)務的業(yè)務標識；加載該業(yè)務標識對應的業(yè)務過程描述信息；對所述業(yè)務過程描述信息進行解析得到所述業(yè)務控制邏輯。
5、 如權利要求4所述的方法，其特征在于，加載該業(yè)務標識對應的業(yè)務 過程描述信息的過程包括與業(yè)務過程描述數(shù)據(jù)庫交互獲得所述業(yè)務標識對應的業(yè)務過程的描述信自、
6、 如權利要求4所述的方法，其特征在于，所述獲得所述SIP用戶使用 業(yè)務的業(yè)務參與方信息包括對所述業(yè)務過程描述信息進行解析得到業(yè)務參與方信息；或者獲得用戶 輸入業(yè)務參與方信息。
7、 一種SIP代理服務器，其特征在于，包括SIP傳輸接口單元，用于接收SIP用戶使用業(yè)務的SIP請求；業(yè)務處理單元，根據(jù)所述SIP傳輸接口單元接收的SIP請求獲得對應的業(yè) 務控制邏輯；并執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。
8、 如權利要求7所述的SIP代理服務器，其特征在于，所述業(yè)務處理單 元包括協(xié)議處理單元，用于解析所述SIP傳輸接口單元接收的SIP請求得到所述 業(yè)務的業(yè)務標識；業(yè)務控制邏輯解析單元，用于加載所述協(xié)議處理單元解析得到的業(yè)務標 識對應的業(yè)務過程描述信息；并對所述業(yè)務過程描述信息進行解析得到所述 業(yè)務控制邏輯；業(yè)務執(zhí)行單元，執(zhí)行所述業(yè)務控制邏輯解析單元解析得到的業(yè)務控制邏 輯向所述SIP用戶交付業(yè)務。
9、 如權利要求8所述的SIP代理服務器，其特征在于，所述業(yè)務控制邏 輯解析單元包括查找單元，用于在所述業(yè)務過程描述數(shù)據(jù)庫查找所述業(yè)務標識對應的業(yè) 務過程描述信息；解析單元，用于對所述業(yè)務過程描述信息進行解析得到所述業(yè)務控制邏輯。
10、 如權利要求9所述的SIP代理服務器，其特征在于，所述業(yè)務處理 單元還包括業(yè)務參與方信息獲取單元，用于對所述業(yè)務過程描述信息進行解析得到 業(yè)務參與方信息；或者獲得用戶輸入業(yè)務參與方信息；所述業(yè)務執(zhí)行單元還用于執(zhí)行所述業(yè)務控制邏輯對所述SIP用戶和業(yè)務 參與方進行控制，完成業(yè)務交付。
全文摘要
本發(fā)明公開了SIP業(yè)務增強的方法及SIP代理服務器，通過接收SIP用戶使用業(yè)務的SIP請求；根據(jù)所述SIP請求獲得對應的業(yè)務控制邏輯；執(zhí)行所述業(yè)務控制邏輯向所述SIP用戶交付業(yè)務。實現(xiàn)SIP代理服務器對業(yè)務的控制，通過執(zhí)行不同的業(yè)務控制邏輯實現(xiàn)為用戶提供多種業(yè)務，滿足用戶的對當前通信系統(tǒng)多樣化業(yè)務的需求。
文檔編號H04L29/08GK101494656SQ20081000080
公開日2009年7月29日 申請日期2008年1月22日 優(yōu)先權日2008年1月22日
發(fā)明者溫長城, 金洪波 申請人:華為技術有限公司