專利名稱：通過會話初始協(xié)議進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別涉及通過會話初始協(xié)議進(jìn)行業(yè)務(wù)數(shù) 據(jù)搡作的方法、裝置和系統(tǒng)。
背景技術(shù)：
第三代移動通信標(biāo)準(zhǔn)化伙伴項目(3rd Generation Partnership Project, 3GPP)定義的IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS),是第三 代(3G)移動通信系統(tǒng)實現(xiàn)分組話音和分組數(shù)據(jù)，提供統(tǒng)一的多媒體業(yè)務(wù) 和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。IMS采用IP分組域作為其控制信令和媒體傳輸?shù)某休d 通道，采用會話初始協(xié)議(Session Initiation Protocol, SIP)協(xié)議作為呼叫控 制信令，實現(xiàn)了業(yè)務(wù)管理、會話控制及承載接入的三者分離。
在目前的IMS標(biāo)準(zhǔn)中，用戶在用戶終端上的人機交互界面輸入用戶業(yè) 務(wù)數(shù)據(jù)，用戶終端以擴展標(biāo)記語言配置訪問協(xié)議(XML Configuration Access Protocol, XCAP )格式描述這些業(yè)務(wù)數(shù)據(jù)，并通過超文本傳送協(xié)議(Hyper Text Transport Protocol, HTTP )協(xié)議承載傳遞給網(wǎng)絡(luò)，發(fā)送至對應(yīng)的業(yè)務(wù)應(yīng)用服 務(wù)器。用戶終端和應(yīng)用服務(wù)器之間的這個接口被稱為Ut接口。該方法要求 IMS終端必須支持Ut接口，否則用戶將無法操作用戶業(yè)務(wù)數(shù)據(jù)，顯然提高 了終端的成本和價格，不利于業(yè)務(wù)的推廣。為了與傳統(tǒng)業(yè)務(wù)的用戶終端相區(qū) 別，以下將IMS標(biāo)準(zhǔn)中的用戶終端簡稱為IMS終端。
出于降低成本的考慮和業(yè)務(wù)推廣方面的考慮，運營商希望IMS終端可 以使用SIP協(xié)議進(jìn)行業(yè)務(wù)數(shù)據(jù)操作。依照傳統(tǒng)終端進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方式， 用戶可以通過IMS終端發(fā)起呼叫，輸入業(yè)務(wù)碼和業(yè)務(wù)數(shù)據(jù)以進(jìn)行業(yè)務(wù)數(shù)據(jù) 操作，比如為了實現(xiàn)呼叫遇忙前轉(zhuǎn)業(yè)務(wù)，撥"*40*呼叫前轉(zhuǎn)目的號碼#"來實現(xiàn)登記遇忙時呼叫前轉(zhuǎn)業(yè)務(wù)數(shù)據(jù)。
在IMS網(wǎng)絡(luò)中，允許存在多終端用戶，即用戶可以具有一個公共用戶
標(biāo)識(Public User Identity )和多個私有用戶標(biāo)識(Private User Identity )， 簡單說，就是用戶具有多個終端，這些終端有相同的電話號碼，可以同時在 IMS網(wǎng)絡(luò)注冊。顯然，這些終端中的每個終端都可以進(jìn)行業(yè)務(wù)數(shù)據(jù)操作，這 樣，就存在多終端之間的業(yè)務(wù)數(shù)據(jù)同步問題當(dāng) 一個終端操作了業(yè)務(wù)數(shù)據(jù)后， 屬于同一用戶的其它終端需要知道更新的業(yè)務(wù)數(shù)據(jù)，而現(xiàn)有通過SIP操作業(yè) 務(wù)數(shù)據(jù)的方法是對傳統(tǒng)終端業(yè)務(wù)數(shù)據(jù)操作的繼承，不能解決IMS網(wǎng)絡(luò)中多 終端用戶的業(yè)務(wù)數(shù)據(jù)操作的同步問題，即用戶終端設(shè)備(User Equipment， UE)和網(wǎng)絡(luò)之間的業(yè)務(wù)數(shù)據(jù)同步問題。另一方面，即使用戶只有一個終端 設(shè)備，當(dāng)用戶通過Web自助等方式進(jìn)行業(yè)務(wù)數(shù)據(jù)操作，用戶的終端設(shè)備也 需要知道更新的業(yè)務(wù)數(shù)據(jù)，現(xiàn)有技術(shù)同樣不能解決用戶終端設(shè)備和網(wǎng)絡(luò)之間 的業(yè)務(wù)數(shù)據(jù)同步問題。
綜上所述，現(xiàn)有的IMS系統(tǒng)中通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方案的缺 點是不能解決用戶終端設(shè)備與網(wǎng)絡(luò)之間業(yè)務(wù)數(shù)據(jù)同步問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提出通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方法、裝置 和系統(tǒng)，可以使用戶終端設(shè)備和網(wǎng)絡(luò)之間實現(xiàn)業(yè)務(wù)數(shù)據(jù)同步。 所述通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方法包括如下步驟
網(wǎng)絡(luò)側(cè)接收到攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息；
網(wǎng)絡(luò)側(cè)處理所述用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在 內(nèi)的用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)；
網(wǎng)絡(luò)側(cè)向用戶終端UE發(fā)送包含所述用戶業(yè)務(wù)數(shù)據(jù)搡作響應(yīng)的SIP消息。
所述通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的系統(tǒng)包括
人機界面單元，用于接收用戶輸入的業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，向用戶提示網(wǎng)絡(luò)處理業(yè)務(wù)數(shù)據(jù)操作的響應(yīng)；
數(shù)據(jù)發(fā)送單元，用于接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容， 生成承載用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息，并向網(wǎng)絡(luò)側(cè)的數(shù)據(jù)處理單元發(fā) 送所述承栽用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息；以及接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù) 處理單元的承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息，并向人機界面單元發(fā)送所述 承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息；
數(shù)據(jù)處理單元，位于網(wǎng)絡(luò)側(cè)，用于接收來自數(shù)據(jù)發(fā)送單元的承栽用戶業(yè) 務(wù)數(shù)據(jù)操作請求的SIP消息，處理所述業(yè)務(wù)數(shù)據(jù)操作請求，并向數(shù)據(jù)發(fā)送單 元返回承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息。
本發(fā)明實施例提出的通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的終端設(shè)備包括人機 界面單元和數(shù)據(jù)發(fā)送單元，所述人機界面單元用于接收用戶輸入的業(yè)務(wù)數(shù)據(jù) 操作內(nèi)容，向用戶提示網(wǎng)絡(luò)處理業(yè)務(wù)數(shù)據(jù)操作的響應(yīng)；
所述數(shù)據(jù)發(fā)送單元用于接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi) 容，生成承載用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息，并向網(wǎng)絡(luò)側(cè)發(fā)送所述承載 用戶業(yè)務(wù)數(shù)據(jù)搡作請求的SIP消息；以及接收來自網(wǎng)絡(luò)側(cè)的承載業(yè)務(wù)數(shù)據(jù)操 作響應(yīng)的SIP消息，并向人機界面單元發(fā)送所述承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的 SIP消息。
本發(fā)明實施例提出的通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的網(wǎng)元包括如下模塊 請求接收模塊，用于接收攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息，將所
述用于業(yè)務(wù)數(shù)據(jù)操作內(nèi)容發(fā)送至處理模塊；
處理模塊，用于處理用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成處理結(jié)果并發(fā)送至響
應(yīng)模塊；
響應(yīng)模塊，用于根據(jù)處理結(jié)果，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶 業(yè)務(wù)數(shù)據(jù)操作響應(yīng)，并通過SIP消息攜帶發(fā)送。
從以上技術(shù)方案可以看出，終端設(shè)備將攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的 SIP協(xié)議發(fā)送至網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)對所述用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容進(jìn)行處理，并 通過SIP攜帶處理結(jié)果返回給終端設(shè)備，這樣就可以使終端設(shè)備和網(wǎng)絡(luò)之間的業(yè)務(wù)數(shù)據(jù)實現(xiàn)同步。


圖1為本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)示意圖2為本發(fā)明實施例的基本業(yè)務(wù)數(shù)據(jù)操作流程圖3為本發(fā)明第一實施例的信令流程圖4為本發(fā)明第二實施例的信令流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明 作進(jìn)一步的詳細(xì)闡述。
本發(fā)明實施例提出的網(wǎng)絡(luò)架構(gòu)示意圖如圖1所示，主要包括人機界面單 元101、數(shù)據(jù)發(fā)送單元102、呼叫會話控制單元103和數(shù)據(jù)處理單元104。
人機界面單元101用于業(yè)務(wù)數(shù)據(jù)操作的人機交互，通過人機交互界面， 接收用戶輸入的業(yè)務(wù)數(shù)據(jù)操作，向用戶提示網(wǎng)絡(luò)處理業(yè)務(wù)數(shù)據(jù)搡作的響應(yīng)。 人機界面單元101—般位于用戶終端設(shè)備中，如固定電話、手機等。
數(shù)據(jù)發(fā)送單元102用于接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)搡作內(nèi) 容，生成以SIP協(xié)議承載的用戶業(yè)務(wù)數(shù)據(jù)操作請求消息，并向網(wǎng)絡(luò)發(fā)送所述 操作請求消息。數(shù)據(jù)發(fā)送單元102可以位于用戶終端設(shè)備中，也可以位于網(wǎng) 絡(luò)設(shè)備中。
人機界面單元101和數(shù)據(jù)發(fā)送單元102可以直接相連，也可以間接相連， 間接相連是指人機界面單元和數(shù)據(jù)發(fā)送單元之間還存在著一個或一個以上 的其它設(shè)備，用于將來自人機界面單元101的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容傳遞給 數(shù)據(jù)發(fā)送單元102。
人機界面單元101和數(shù)據(jù)發(fā)送單元102之間的El接口協(xié)議包括但不限 于模擬用戶信令、l號數(shù)字用戶(Digital Subscriber signalling No. 1， DSSl) 信令、H.248協(xié)議、內(nèi)部接口協(xié)議或以上的任意組合。人機界面單元101和數(shù)據(jù)發(fā)送單元102都位于用戶終端設(shè)備時，El接口可以是內(nèi)部接口協(xié)議。
呼叫會話控制單元103，用于提供注冊、會話控制等功能，呼叫會話控 制單元在IMS網(wǎng)絡(luò)中可以是呼叫會話控制功能(CSCF)網(wǎng)元。數(shù)據(jù)發(fā)送單 元102和呼叫會話控制單元103之間的E2接口協(xié)議包括但不限于SIP協(xié)議。
數(shù)據(jù)處理單元104,用于接收并處理用戶的業(yè)務(wù)數(shù)據(jù)操作，包括業(yè)務(wù)數(shù) 據(jù)的有效性檢查、存儲業(yè)務(wù)數(shù)據(jù)等處理。數(shù)據(jù)處理單元104可以位于一個網(wǎng) 元設(shè)備中，如在IMS網(wǎng)絡(luò)中可以位于應(yīng)用服務(wù)器(Application Server, AS) 中，或者，數(shù)據(jù)處理單元104也可以分布于一個以上的網(wǎng)元設(shè)備中，由這些 不同的網(wǎng)元設(shè)備執(zhí)行上述不同的處理功能。
數(shù)據(jù)處理單元104和呼叫會話控制單元103之間的E3接口包括但不限 于SIP協(xié)議。
數(shù)據(jù)處理單元104可以進(jìn)一步包括如下模塊
請求接收模塊，用于接收攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息，將所 述用于業(yè)務(wù)數(shù)據(jù)操作內(nèi)容發(fā)送至處理模塊；
處理模塊，用于處理用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成處理結(jié)杲并發(fā)送至響 應(yīng)模塊；
響應(yīng)模塊，用于根據(jù)處理結(jié)杲，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶
業(yè)務(wù)數(shù)據(jù)操作響應(yīng)，并通過SIP消息攜帶發(fā)送。
本發(fā)明實施例的基本業(yè)務(wù)數(shù)據(jù)操作流程如圖2所示，包括如下步驟 步驟201:人機界面單元接收用戶發(fā)出的業(yè)務(wù)數(shù)據(jù)操作請求，并將所述
業(yè)務(wù)數(shù)據(jù)操作請求發(fā)送給數(shù)據(jù)發(fā)送單元。
本步驟中，人機界面單元位于用戶終端設(shè)備中，用戶以按鍵撥號方式、 或菜單方式等通過人機界面單元輸入業(yè)務(wù)數(shù)據(jù)操作，所述業(yè)務(wù)數(shù)據(jù)搡作內(nèi)容 包括但不限于如下信息業(yè)務(wù)類型、數(shù)據(jù)信息、操作類型。業(yè)務(wù)類型是指搡 作哪種業(yè)務(wù)的數(shù)據(jù)，數(shù)據(jù)信息是指被操作的數(shù)據(jù)的信息，操作類型是指對業(yè) 務(wù)數(shù)據(jù)進(jìn)行操作的類型。例如對于遇忙呼叫前轉(zhuǎn)業(yè)務(wù)來說，業(yè)務(wù)數(shù)據(jù)操作的 內(nèi)容中的業(yè)務(wù)類型為"遇忙呼叫前轉(zhuǎn)業(yè)務(wù)"，數(shù)據(jù)信息為"呼叫前轉(zhuǎn)目的號碼"，操作類型為"登記"。
操作類型可以包括增加(即"登記")、刪除、校驗、查詢、同步或 以上任意組合。
步驟202:數(shù)據(jù)發(fā)送單元接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi) 容，生成并向網(wǎng)絡(luò)發(fā)送以SIP協(xié)議承載的用戶業(yè)務(wù)數(shù)據(jù)操作請求消息。
本步驟中，所述用戶業(yè)務(wù)數(shù)據(jù)操作請求消息可以是SIP邀請消息(SIP INVITE) 、 SIP即時消息(SIPMESSAGE)消息、SIP信息消息(SIP INFO )、 SIP訂閱消息(SIP SUBSCRIBE )、或SIP注冊消息(SIP REGSITER )等。
所述用戶業(yè)務(wù)數(shù)據(jù)操作請求消息中，描述用戶業(yè)務(wù)數(shù)據(jù)操作的方式可以 是以下幾種
方式一用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容攜帶于SIP消息的請求-統(tǒng)一資源標(biāo)識 (R叫uest-URI)中，可以是SIPURI格式，也可以是tel URI格式。采用tel URI格式的示例如下
MESSAGE tel: *40*26540808; phone-context-example.com SIP/2.0
在上述示例中，"*40*26540808"是用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，表示用戶 請求登記(即增加)目的號碼為26540808的遇忙呼叫前轉(zhuǎn)業(yè)務(wù)數(shù)據(jù)，其中， "*40，，是遇忙呼叫前轉(zhuǎn)業(yè)務(wù)數(shù)據(jù)登記的業(yè)務(wù)碼。
在方式一中，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容中的各項內(nèi)容連在一起通過SIP協(xié) 議傳送，即業(yè)務(wù)類型、數(shù)據(jù)信息和操作類型都連在一起傳送。
方式二用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容攜帶于SIP消息的頭域(header)、或 消息體(message body)中，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的描述格式可以采用按 鍵撥號方式，如"*40*26540808，，，或者，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的描述格 式也可以采用XML描述方式。
采用方式二攜帶用戶業(yè)務(wù)操作內(nèi)容的第一示例如下
Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
1<ServiceName>CFB</ServiceName> <UserIdentity〉2654808</UserIdentky> <OperatorType〉A(chǔ)dd</Operator〉 </ServiceDataOperator> 在上述示例中，Content-Type指示消息體的媒體類型，命名為 "application/Service-Data-Operator ，，，即應(yīng)用于業(yè)務(wù)數(shù)據(jù)操作 (Service-Data-Operator) ; <ServiceDataOperator〉#。</ServiceDataOperator> 之間描述的是該消息體攜帶的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，以XML格式描述； ServiceName表示"業(yè)務(wù)名稱，，，取值為"CFB"表示遇忙呼叫前轉(zhuǎn)業(yè)務(wù)； Userldentity表示"用戶標(biāo)識",取值為"2654808" ; OperatorType表示"操 作類型，，，取值為"Add"表示增加。在第一示例中，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi) 容中的各項內(nèi)容在SIP協(xié)議中分開傳送，即業(yè)務(wù)類型、數(shù)據(jù)信息和操作類型 分開傳送。
或者，也可以將"CFB"和"Add"合成一個參數(shù)，仍以"*40"表示"登 記遇忙呼叫前轉(zhuǎn)業(yè)務(wù)"，采用方式二攜帶用戶業(yè)務(wù)搡作內(nèi)容的第二示例如下 Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator>*40</ServiceOperator〉 <UserIdentity>2654808</UserIdentity> </ServiceDataOperator> 在上述示例中，ServiceOperator表示業(yè)務(wù)類型和操作類型，取值為 "*40"。在第二示例中，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容中的各項內(nèi)容在SIP協(xié)議 中分開傳送，即業(yè)務(wù)類型、數(shù)據(jù)信息和操作類型分開傳送。
或者，也可以在消息體中將用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容以按鍵撥號方式傳 送，即為第三示例
Content-Type: text/plain*40"6540808
在上述示例中，*40*26540808以文本方式在消息體中傳送，消息體的 媒體類型為"text/plain",在第三示例中，用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容中的各項 內(nèi)容在SIP協(xié)議中在一起傳送，即業(yè)務(wù)類型、數(shù)據(jù)信息和操作類型都連在一 起傳送。
在方式二中，SIP消息的請求-統(tǒng)一資源標(biāo)識攜帶的是用戶業(yè)務(wù)數(shù)據(jù)操作 屬性的標(biāo)識、或用戶終端對應(yīng)的用戶標(biāo)識、或業(yè)務(wù)類型的標(biāo)識等，如果攜帶 的是用戶業(yè)務(wù)數(shù)據(jù)操作屬性的標(biāo)識，則R叫uest-URI中的標(biāo)識表示請求目的 是進(jìn)行用戶業(yè)務(wù)數(shù)據(jù)操作，即為第四示例
MESSAGE sip: ServiceDataOperator@example.com SIP/2.0
或者，如果攜帶的是業(yè)務(wù)類型的標(biāo)識，則R叫uest-URI中的標(biāo)識表示請 求目的是用戶業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)等，即為第五示例
MESSAGE sip: CFB@example.com SIP/2.0
在第四示例中， "sip: ServiceDataOperator@example.com"表示請求目 的標(biāo)識是進(jìn)行用戶業(yè)務(wù)數(shù)據(jù)操作，在第五示例中，"sip: CFB@example.com" 請求目的標(biāo)識是用戶業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)。
從上述各個示例可以看出，方式二的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的各項內(nèi)容 在SIP協(xié)議中即可以在一起傳送，也可以分開傳送。
在實際應(yīng)用中，不管是上述哪種方式，SIP消息中可以進(jìn)一步在頭域中 攜帶描述用戶業(yè)務(wù)數(shù)據(jù)操作屬性的信息段，該信息段可以是終端能力(User Agent Capabilities )、主叫偏好(Caller Preferences )、事件包(Event Package )、 或上述的消息體"Service-Data-Operator"的任意組合，其中，終端能力描述 用戶終端進(jìn)行用戶業(yè)務(wù)數(shù)據(jù)操作的能力；主叫偏好描述用戶終端當(dāng)前發(fā)起請 求的偏好是進(jìn)行用戶業(yè)務(wù)數(shù)據(jù)操作；事件包描述用戶終端當(dāng)前發(fā)起的訂閱是 用戶業(yè)務(wù)數(shù)據(jù)操作。
步驟203:呼叫會話控制單元接收到所述以SIP協(xié)議承栽的用戶業(yè)務(wù)數(shù) 據(jù)操作請求消息，將其向數(shù)據(jù)處理單元發(fā)送。本步驟中，呼叫會話控制單元接收到承載了用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的
SIP消息，可以使用初始過濾規(guī)則(iFC)或公共服務(wù)標(biāo)識(Public Service Identity, PSI)路由機制，將該SIP消息發(fā)送至數(shù)據(jù)處理單元。
比如，以Request-URI中攜帶的上述的"*40"、或用戶業(yè)務(wù)數(shù)據(jù)操作 屬性的標(biāo)識、或業(yè)務(wù)類型的標(biāo)識作為PSI進(jìn)行路由；或者，以SIP消息中攜 帶的上述的"*40" 、 "CFB"、各種用戶業(yè)務(wù)數(shù)據(jù)操作屬性等中的一種或 任意組合作為iFC中的業(yè)務(wù)觸發(fā)規(guī)則以路由將該SIP消息。
iFC或PSI路由機制可參見IMS現(xiàn)有技術(shù)，這里不再贅述。
步驟204:數(shù)據(jù)處理單元接收到用戶業(yè)務(wù)數(shù)據(jù)操作請求消息，進(jìn)行相應(yīng) 的處理，包括業(yè)務(wù)數(shù)據(jù)的有效性檢查、增加業(yè)務(wù)數(shù)據(jù)、修改業(yè)務(wù)數(shù)據(jù)、刪除 業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)同步或以上處理的任意組合，處理完畢后，向呼叫會話 控制單元發(fā)送用戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息。
本步驟中，不管用戶業(yè)務(wù)數(shù)據(jù)的操作類型是什么，數(shù)據(jù)處理單元在所述 的用戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息中都可以攜帶業(yè)務(wù)數(shù)據(jù)同步信息，或者， 先返回對所述用戶業(yè)務(wù)數(shù)據(jù)操作請求進(jìn)行響應(yīng)的響應(yīng)消息，再發(fā)送一個攜帶 業(yè)務(wù)數(shù)據(jù)同步信息的響應(yīng)消息。
在實際應(yīng)用中，如果用戶業(yè)務(wù)數(shù)據(jù)的操作類型是增加或刪除，數(shù)據(jù)處理 單元可以先返回一個對增加或刪除請求進(jìn)行響應(yīng)的用戶業(yè)務(wù)數(shù)據(jù)操作請求 響應(yīng)消息，其后，發(fā)送一個攜帶業(yè)務(wù)數(shù)據(jù)同步信息的用戶業(yè)務(wù)數(shù)據(jù)操作請求 響應(yīng)消息，或者，數(shù)據(jù)處理單元返回一個對增加或刪除請求進(jìn)行響應(yīng)、并攜 帶業(yè)務(wù)數(shù)據(jù)同步信息的用戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息。如果用戶業(yè)務(wù)數(shù)據(jù) 的操作類型是查詢，數(shù)據(jù)處理單元可以先返回一個對查詢請求進(jìn)行響應(yīng)的用 戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息，其后，再發(fā)送一個攜帶業(yè)務(wù)數(shù)據(jù)同步信息的 用戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息，或者，數(shù)據(jù)處理單元返回一個對查詢請求 進(jìn)行響應(yīng)、并攜帶業(yè)務(wù)數(shù)據(jù)同步信息的用戶業(yè)務(wù)數(shù)據(jù)操作請求響應(yīng)消息。
本步驟中，所述業(yè)務(wù)數(shù)據(jù)同步信息在SIP協(xié)議中攜帶的方式有以下幾
種方式一只攜帶當(dāng)前更新的用戶業(yè)務(wù)數(shù)據(jù)，如增加或刪除的用戶業(yè)務(wù)數(shù) 據(jù)，比如，當(dāng)前請求增加的"縮位號碼，，；
方式二攜帶數(shù)據(jù)處理單元當(dāng)前所存儲的該用戶終端對應(yīng)的用戶的所述 被操作業(yè)務(wù)的所有用戶業(yè)務(wù)數(shù)據(jù)，比如，當(dāng)前所存儲的用戶的所有的"縮位 號碼"，所述被操作業(yè)務(wù)類型是"縮位撥號，，業(yè)務(wù)。
方式三攜帶數(shù)據(jù)處理單元當(dāng)前所存儲的該用戶終端對應(yīng)的用戶的所有 用戶業(yè)務(wù)數(shù)據(jù)，比如當(dāng)前所存儲的用戶的所有的"縮位號碼"、"遇忙呼叫 前轉(zhuǎn)號碼"等。
步驟205:消息發(fā)送單元接收以SIP協(xié)議承載的用戶業(yè)務(wù)數(shù)據(jù)操作請求 響應(yīng)消息，提取出業(yè)務(wù)數(shù)據(jù)操作響應(yīng)內(nèi)容，并發(fā)送給人機界面單元。
步驟206:人機界面單元接收到來自消息發(fā)送單元的業(yè)務(wù)數(shù)據(jù)操作響應(yīng) 內(nèi)容，進(jìn)行人機交互響應(yīng)處理，包括提示業(yè)務(wù)數(shù)據(jù)操作響應(yīng)和/或同步更新 業(yè)務(wù)數(shù)據(jù)。
所述人機界面單元處理業(yè)務(wù)數(shù)據(jù)操作響應(yīng)可以如"數(shù)據(jù)增加成功"、"數(shù) 據(jù)刪除失敗"等；此外，如果業(yè)務(wù)數(shù)據(jù)操作響應(yīng)內(nèi)容中還包含所述業(yè)務(wù)數(shù)據(jù) 同步信息，則人機界面單元獲得所述業(yè)務(wù)數(shù)據(jù)同步信息，更新業(yè)務(wù)數(shù)據(jù)。
在實際應(yīng)用中，數(shù)據(jù)處理單元也可能不是按上述步驟201 ~步驟203接 收到用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，例如用戶通過Web自助進(jìn)行業(yè)務(wù)數(shù)據(jù)操作， 則只要數(shù)據(jù)處理單元接收到用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容之后，同樣可以執(zhí)行步驟 204 ~步驟206來完成后續(xù)處理流程。
從上述流程中可以看出，不管用戶是否為多終端用戶，本發(fā)明方法還可 以解決用戶終端設(shè)備上電向網(wǎng)絡(luò)發(fā)起注冊時，用戶終端設(shè)備和數(shù)據(jù)處理單元 之間的用戶業(yè)務(wù)數(shù)據(jù)同步問題。例如，用戶終端設(shè)備沒有業(yè)務(wù)數(shù)據(jù)存儲功能， 或者用戶終端設(shè)備在關(guān)機期間，用戶業(yè)務(wù)數(shù)據(jù)被改變，如通過Web自助進(jìn) 行的業(yè)務(wù)數(shù)據(jù)操作，此時，用戶終端設(shè)備開機時，也需要進(jìn)行和數(shù)據(jù)處理單 元之間的用戶業(yè)務(wù)數(shù)據(jù)同步處理。
以下通過兩個具體實施例來說明本發(fā)明方案是如何具體應(yīng)用的。實施例一人機界面單元和消息發(fā)送單元都位于用戶的UE上，用戶為 多終端用戶，有三個UE: UE1、 UE2和UE3， UE1和UE2已經(jīng)注冊在網(wǎng)絡(luò) 中，業(yè)務(wù)數(shù)據(jù)操作流程如圖3所示，包括如下步驟
步驟301:用戶在UE1上進(jìn)行業(yè)務(wù)數(shù)據(jù)操作請求，比如，登記遇忙呼叫 前轉(zhuǎn)業(yè)務(wù)數(shù)據(jù)。
步驟302: UE1向呼叫會話控制單元發(fā)送SIP即時消息，消息中攜帶業(yè) 務(wù)數(shù)據(jù)操作內(nèi)容。所述消息示例如下
MESSAGE tel: *40*26540808; phone-謹(jǐn)text-example.com SIP/2.0
該消息體的含義前面已有描述，故這里不再贅述。
步驟303:呼叫會話控制單元將該SIP即時消息轉(zhuǎn)發(fā)至數(shù)據(jù)處理單元。
步驟304:數(shù)據(jù)處理單元根據(jù)所收到的SIP即時消息進(jìn)行相應(yīng)處理，處 理完畢后向呼叫會話控制單元返回響應(yīng)消息。
作為本步驟可能的實施方式，所述響應(yīng)消息為SIP200 OK消息，該SIP 200 0K消息可以攜帶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)內(nèi)容，如"數(shù)據(jù)登記成功"；或者， 也可以用該SIP 200 OK消息本身作為業(yè)務(wù)數(shù)據(jù)操作響應(yīng)，即"SIP 200 OK" 就表示業(yè)務(wù)數(shù)據(jù)搡作成功；或者，該SIP 200 OK消息僅僅是對SIP即時消 息的響應(yīng)，而不是對業(yè)務(wù)數(shù)據(jù)操作的響應(yīng)，當(dāng)對業(yè)務(wù)數(shù)據(jù)處理完成后，另外 再發(fā)送一條響應(yīng)消息。
步驟305:呼叫會話控制單元將所述響應(yīng)消息向UE1發(fā)送。本實施例中， 所述響應(yīng)消息就是SIP 200 OK消息。
步驟306:數(shù)據(jù)處理單元執(zhí)行業(yè)務(wù)數(shù)據(jù)同步處理，向呼叫會話控制單元 發(fā)送SIP即時消息，消息中攜帶業(yè)務(wù)數(shù)據(jù)同步信息。消息示例如下
MESSAGE sip: mary@example.com SIP/2.0
P-Asserted-Identity: <tel: *40*26540808; phone-context=example.com〉 在上述示例中，MESSAGE消息的R叫uest-URI中填寫的"sip: mary@example.com"是用戶的標(biāo)識，而業(yè)務(wù)數(shù)據(jù)同步信息即"*40*26540808，， 填寫在P-Asserted-Identity頭域中，當(dāng)然也可以填寫在其它頭域中或消息體中，這里不再贅述。
此外，若上述步驟304 ~步驟305的SIP 200 OK消息不是對業(yè)務(wù)數(shù)據(jù) 操作的響應(yīng)，而數(shù)據(jù)處理單元僅是對所收到SIP即時消息的響應(yīng)，則本步驟 中的SIP即時消息還可以進(jìn)一步攜帶對增加、刪除等業(yè)務(wù)數(shù)據(jù)操作的響應(yīng) 內(nèi)容，如"數(shù)據(jù)登記成功"。
呼叫會話控制單元收到所述SIP即時消息，將向用戶執(zhí)行路由處理過 程，由于該用戶是多終端用戶，呼叫會話控制單元將向該用戶的所有注冊終 端發(fā)送所述SIP即時消息，即執(zhí)行派生(forking)處理。本實施例中，此時 UE1和UE2都已注冊，但UE3還是關(guān)機狀態(tài)，因此呼叫會話控制單元向UE1 和UE2分別發(fā)送SIP即時消息，即為步驟307和步驟308。
步驟307:呼叫會話控制單元向UE1發(fā)送該SIP MESSAGE消息。UE1 收到該SIP MESSAGE消息后，獲得業(yè)務(wù)數(shù)據(jù)同步信息，更新業(yè)務(wù)數(shù)據(jù)。
步驟308:呼叫會話控制單元向UE2發(fā)送該SIP MESSAGE消息。UE2 收到該SIP MESSAGE消息后，獲得業(yè)務(wù)數(shù)據(jù)同步信息，更新業(yè)務(wù)數(shù)據(jù)。
以上步驟301至步驟308顯示了多終端用戶的某一個終端進(jìn)行業(yè)務(wù)數(shù)據(jù) 操作后，網(wǎng)絡(luò)與用戶終端設(shè)備之間的業(yè)務(wù)數(shù)據(jù)同步過程；以下步驟309至步 驟315為新終端上線注冊后的數(shù)據(jù)同步過程。
步驟309:用戶的UE3終端開機。
步驟310: UE3發(fā)送SIP即時消息，消息中攜帶對用戶業(yè)務(wù)數(shù)據(jù)的查詢 操作請求。
步驟311:呼叫會話控制單元將所述來自UE3的SIP即時消息發(fā)送至數(shù) 據(jù)處理單元。
步驟312:數(shù)據(jù)處理單元對該SIP即時消息返回SIP 200 OK消息。 步驟313:呼叫會話控制單元將該SIP 200 OK消息向UE3發(fā)送。 步驟314:數(shù)據(jù)處理單元執(zhí)行業(yè)務(wù)數(shù)據(jù)同步處理，向用戶發(fā)送SIP即時 消息，消息中攜帶業(yè)務(wù)數(shù)據(jù)同步信息。
步驟315:呼叫會話控制單元向UE3發(fā)送所述SIP即時消息。UE3收到該SIP MESSAGE消息后，獲得業(yè)務(wù)數(shù)據(jù)同步信息，更新業(yè)務(wù)數(shù)據(jù)。
在上述流程中，UE3開機后，通過發(fā)送進(jìn)行查詢的業(yè)務(wù)數(shù)據(jù)操作請求， 獲得來自網(wǎng)絡(luò)的業(yè)務(wù)數(shù)據(jù)同步信息；或者，UE3也可以通過發(fā)送進(jìn)行同步的 業(yè)務(wù)數(shù)據(jù)操作請求，獲得來自網(wǎng)絡(luò)的業(yè)務(wù)數(shù)據(jù)同步信息，步驟310中，UE3 發(fā)送SIP即時消息，消息中攜帶對用戶業(yè)務(wù)數(shù)據(jù)的同步操作請求，步驟311 中，呼叫會話控制單元將該SIP即時消息向數(shù)據(jù)處理單元發(fā)送，其后，呼叫 會話控制單元進(jìn)行業(yè)務(wù)數(shù)據(jù)同步處理，流程同上述的步驟314-步驟315。
或者，UE3也可以通過第三方注冊獲得來自網(wǎng)絡(luò)的業(yè)務(wù)數(shù)據(jù)同步信息。 步驟310中，UE3發(fā)送SIP注冊(REGISTER)消息，發(fā)起開機后的注冊請 求，步驟311中，呼叫會話控制單元向數(shù)據(jù)處理單元發(fā)送第三方SIP注冊消 息，其后，數(shù)據(jù)處理單元進(jìn)行業(yè)務(wù)數(shù)據(jù)同步處理，流程同上述的步驟314 步驟315。此時，可以將SIP注冊消息看作是"隱式"的業(yè)務(wù)數(shù)據(jù)操作請求 消息，即隱含了對業(yè)務(wù)數(shù)據(jù)的同步操作請求。
實施例二人機界面單元和消息發(fā)送單元都位于用戶的UE上，用戶為 多終端用戶，有兩個UE: UE1和UE2， UE1已經(jīng)注冊在網(wǎng)絡(luò)中，業(yè)務(wù)數(shù)據(jù) 搡作流程如圖4所示，包括如下步驟
步驟401:用戶的UE2終端開機。
步驟402: UE2發(fā)送SIP訂閱(SIP SUBSCRIBE )消息，消息中攜帶對
用戶業(yè)務(wù)數(shù)據(jù)的同步操作請求。消息示例如下 SUBSCRIBE sip: mary@example.com SIP/2.0 Event: data-profile
在上述示例中，Event事件頭域中設(shè)置事件包名稱為"data-profile"， 表示訂閱用戶數(shù)據(jù)配置，即請求用戶已經(jīng)配置的用戶業(yè)務(wù)數(shù)據(jù)，相當(dāng)于前述 SIP消息的頭域中所攜帶的"用戶業(yè)務(wù)數(shù)據(jù)搡作屬性的信息段"。
步驟403:呼叫會話控制單元將該SIP訂閱消息向^:據(jù)處理單元發(fā)送。 步驟404: ^t據(jù)處理單元對該SIP訂閱消息返回SIP 200 OK消息。步驟405:呼叫會話控制單元將該SIP 200 OK消息向UE2發(fā)送。 步驟406:數(shù)據(jù)處理單元執(zhí)行業(yè)務(wù)數(shù)據(jù)同步處理，向用戶發(fā)送S1P通知 (SIP NOTIFY)消息，消息中攜帶業(yè)務(wù)數(shù)據(jù)同步信息。
步驟407:呼叫會話控制單元將該SIP通知消息向UE2發(fā)送。 步驟408:用戶在UE1上進(jìn)行業(yè)務(wù)數(shù)據(jù)操作請求，比如，登記遇忙呼叫 前轉(zhuǎn)業(yè)務(wù)數(shù)據(jù)。
步驟409: UE1發(fā)送SIP訂閱消息，消息中攜帶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容。消 息示例如下
SUBSCRIBE sip: mary@example.com SIP/2.0 Event: data-profile
Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator>*40</ServiceOperator〉 <UserIdentity>2654808</UserIdentity> </ServiceDataOperator> 步驟410:呼叫會話控制單元將該SIP訂閱消息向數(shù)據(jù)處理單元發(fā)送。 步驟411:數(shù)據(jù)處理單元對該SIP訂閱消息返回SIP 200 OK消息。 步驟412:呼叫會話控制單元將該SIP 200 OK消息向UEl發(fā)送。 步驟413:數(shù)據(jù)處理單元執(zhí)行業(yè)務(wù)數(shù)據(jù)同步處理，向UEl發(fā)送SIP通知 消息，消息中攜帶業(yè)務(wù)數(shù)據(jù)同步信息。消息示例如下 NOTIFY sip: mary@example.com SIP/2.0
Event: data-profile
Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator〉*40</ServiceOperator> <UserIdentity>2654808</UserIdentity></ServiceDataOperator> UE1在開機注冊時，也執(zhí)行了如步驟2所示的對用戶業(yè)務(wù)數(shù)據(jù)的同步操
作請求的訂閱，因此，這里數(shù)據(jù)處理單元也向UE1發(fā)送SIP通知消息。 步驟414:呼叫會話控制單元將該SIP通知消息向UE1發(fā)送。 步驟415:數(shù)據(jù)處理單元執(zhí)行業(yè)務(wù)數(shù)據(jù)同步處理，向UE2發(fā)送SIP通知消息。
步驟416:呼叫會話控制單元將該SIP NOTIFY消息向UE2發(fā)送。 從以上實施例可以看出，本發(fā)明方案可以實現(xiàn)多種情況下用戶業(yè)務(wù)數(shù)據(jù) 在用戶終端設(shè)備與網(wǎng)絡(luò)之間的同步。所述多種情況至少包括多終端用戶的 一個終端對業(yè)務(wù)數(shù)據(jù)進(jìn)行搡作，則該用戶所有終端設(shè)備的用戶業(yè)務(wù)數(shù)據(jù)與網(wǎng) 絡(luò)實現(xiàn)同步；終端設(shè)備上線注冊時，該終端設(shè)備的用戶業(yè)務(wù)數(shù)據(jù)與網(wǎng)絡(luò)實現(xiàn) 同步；對于最簡單的單終端用戶的情況，該終端設(shè)備上線注冊或?qū)τ脩魳I(yè)務(wù) 數(shù)據(jù)進(jìn)行操作，也能實現(xiàn)終端設(shè)備的用戶業(yè)務(wù)數(shù)據(jù)與網(wǎng)絡(luò)進(jìn)行同步。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本 發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、通過會話初始協(xié)議SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方法，其特征在于，該方法包括如下步驟網(wǎng)絡(luò)側(cè)接收到攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息；網(wǎng)絡(luò)側(cè)處理所述用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)；網(wǎng)絡(luò)側(cè)向用戶終端UE發(fā)送包含所述用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶業(yè)務(wù)數(shù)據(jù)操作 內(nèi)容包括業(yè)務(wù)類型、數(shù)據(jù)信息、搡作類型中的一種或其任意組合。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述攜帶用戶業(yè)務(wù)數(shù)據(jù) 操作內(nèi)容的SIP消息為SIP邀請消息、SIP即時消息、SIP信息消息、SIP 訂閱消息或SIP注冊消息。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述攜帶用戶業(yè)務(wù)數(shù)據(jù) 操作內(nèi)容的SIP消息采用如下任一方式描述用戶業(yè)務(wù)數(shù)據(jù)操作用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容攜帶于SIP消息的請求-統(tǒng)一 資源標(biāo)識中； 用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容采用按鍵撥號方式或擴展標(biāo)記語言XML描述方 式攜帶于SIP消息的頭域、或消息體中。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述攜帶用戶業(yè)務(wù)數(shù)據(jù) 操作內(nèi)容的SIP消息進(jìn)一步攜帶描述用戶業(yè)務(wù)數(shù)據(jù)操作屬性的信息段。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)處理所述用 戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容之前，進(jìn)一步包括網(wǎng)絡(luò)側(cè)向UE返回對所收到的SIP 消息的響應(yīng)消息。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)處理所述用 戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容包括業(yè)務(wù)數(shù)據(jù)的有效性檢查、增加業(yè)務(wù)數(shù)據(jù)、修改業(yè) 務(wù)數(shù)據(jù)、刪除業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)同步或以上搡作的任意組合。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述包含所述用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息中攜帶當(dāng)前更新的用戶業(yè)務(wù)數(shù)據(jù)、或網(wǎng)絡(luò)側(cè)當(dāng)前存 儲的所述UE對應(yīng)的用戶的所述被操作業(yè)務(wù)的所有用戶業(yè)務(wù)數(shù)據(jù)、或網(wǎng)絡(luò)側(cè)
9、 根據(jù)權(quán)利要求1至8任一項所述的方法，其特征在于，所述UE為 多終端用戶的一個UE，則所述網(wǎng)絡(luò)側(cè)向UE發(fā)送包含所述用戶業(yè)務(wù)數(shù)據(jù)操 作響應(yīng)的SIP消息包括網(wǎng)絡(luò)側(cè)向所述UE所述的用戶的每一個已注冊上線 的UE發(fā)送包含所述用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息。
10、 通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的系統(tǒng)，其特征在于，該系統(tǒng)包括 人機界面單元，用于接收用戶輸入的業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，向用戶提示網(wǎng)絡(luò)處理業(yè)務(wù)數(shù)據(jù)操作的響應(yīng)；數(shù)據(jù)發(fā)送單元，用于接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容， 生成承載用戶業(yè)務(wù)數(shù)據(jù)搡作請求的SIP消息，并向網(wǎng)絡(luò)側(cè)的數(shù)據(jù)處理單元發(fā) 送所述承載用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息；以及接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù) 處理單元的承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息，并向人機界面單元發(fā)送所述 承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息；數(shù)據(jù)處理單元，位于網(wǎng)絡(luò)側(cè)，用于接收來自數(shù)據(jù)發(fā)送單元的承載用戶業(yè) 務(wù)數(shù)據(jù)操作請求的SIP消息，處理所述業(yè)務(wù)數(shù)據(jù)操作請求，并向數(shù)據(jù)發(fā)送單 元返回承載業(yè)務(wù)數(shù)據(jù)搡作響應(yīng)的SIP消息。
11、 根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括 呼叫會話控制單元，用于提供用戶終端上線注冊以及呼叫控制功能，將來自 數(shù)據(jù)發(fā)送單元的承載用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息轉(zhuǎn)發(fā)至數(shù)據(jù)處理單 元，以及將來自數(shù)據(jù)處理單元的承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息轉(zhuǎn)發(fā)至數(shù) 據(jù)發(fā)送單元。
12、 根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述人機界面單元與 數(shù)據(jù)發(fā)送單元之間的接口協(xié)議包括模擬用戶信令、1號數(shù)字用戶信令、H.248 協(xié)議、內(nèi)部接口協(xié)議或以上的任意組合。
13、 根據(jù)權(quán)利要求10、 11或12任一項所述的系統(tǒng)，其特征在于，所述 數(shù)據(jù)處理單元包括請求接收模塊，用于接收攜帶用戶業(yè)務(wù)數(shù)據(jù)搡作內(nèi)容的SIP消息，將所 述業(yè)務(wù)數(shù)據(jù)操作內(nèi)容發(fā)送至處理模塊；處理模塊，用于處理用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成處理結(jié)果并發(fā)送至響 應(yīng)模塊；響應(yīng)模塊，用于根據(jù)處理結(jié)果，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶 業(yè)務(wù)數(shù)據(jù)操作響應(yīng)，并通過SIP消息攜帶發(fā)送。
14、 一種通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的終端設(shè)備，其特征在于，包括人 機界面單元和數(shù)據(jù)發(fā)送單元，所述人機界面單元用于接收用戶輸入的業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，向用戶提示 網(wǎng)絡(luò)處理業(yè)務(wù)數(shù)據(jù)操作的響應(yīng)；所述數(shù)據(jù)發(fā)送單元用于接收來自人機界面單元的用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi) 容，生成承載用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息，并向網(wǎng)絡(luò)側(cè)發(fā)送所述承載 用戶業(yè)務(wù)數(shù)據(jù)操作請求的SIP消息；以及接收來自網(wǎng)絡(luò)側(cè)的承載業(yè)務(wù)數(shù)據(jù)操 作響應(yīng)的SIP消息，并向人機界面單元發(fā)送所述承載業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的 SIP消息。
15、 一種通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的網(wǎng)元，其特征在于，包括如下模塊請求接收模塊，用于接收攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息，將所 述業(yè)務(wù)數(shù)據(jù)操作內(nèi)容發(fā)送至處理模塊；處理模塊，用于處理用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成處理結(jié)果并發(fā)送至響 應(yīng)模塊；響應(yīng)模塊，用于根據(jù)處理結(jié)果，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶 業(yè)務(wù)數(shù)據(jù)操作響應(yīng)，并通過SIP消息攜帶發(fā)送。
全文摘要
本發(fā)明公開了通過會話初始協(xié)議(SIP)進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的方法，包括如下步驟網(wǎng)絡(luò)側(cè)接收到攜帶用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容的SIP消息；網(wǎng)絡(luò)側(cè)處理所述用戶業(yè)務(wù)數(shù)據(jù)操作內(nèi)容，生成包括業(yè)務(wù)數(shù)據(jù)同步信息在內(nèi)的用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)；網(wǎng)絡(luò)側(cè)向用戶終端(UE)發(fā)送包含所述用戶業(yè)務(wù)數(shù)據(jù)操作響應(yīng)的SIP消息。本發(fā)明還公開了通過SIP進(jìn)行業(yè)務(wù)數(shù)據(jù)操作的系統(tǒng)和裝置。本發(fā)明方案可以使終端設(shè)備和網(wǎng)絡(luò)之間的業(yè)務(wù)數(shù)據(jù)實現(xiàn)同步，可以滿足IP多媒體子系統(tǒng)(IMS)中存在多終端用戶的實際應(yīng)用需要。
文檔編號H04L12/56GK101291445SQ20071009816
公開日2008年10月22日 申請日期2007年4月20日 優(yōu)先權(quán)日2007年4月20日
發(fā)明者施有鑄 申請人:華為技術(shù)有限公司