專利名稱：一種傳遞業(yè)務(wù)信息的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，特別是涉及一種傳遞業(yè)務(wù)信息的方法及裝置。
背景技術(shù)：
在通信網(wǎng)中，用戶輸入信息并發(fā)起一個通信請求，請求目的一般為以下三種1、為了和另一用戶建立通信聯(lián)系，則請求目的點(diǎn)為用戶輸入的請求目的用戶標(biāo)識。
2、為了使用一種業(yè)務(wù)，則請求目的點(diǎn)為用戶輸入的業(yè)務(wù)標(biāo)識，它表示的是網(wǎng)絡(luò)提供的業(yè)務(wù)/服務(wù)的標(biāo)識。
3、為了使用一種業(yè)務(wù)，同時請求和一個用戶建立通信聯(lián)系或操作用戶業(yè)務(wù)數(shù)據(jù)等，則請求目的點(diǎn)是輸入的業(yè)務(wù)標(biāo)識及請求目的用戶標(biāo)識和用戶業(yè)務(wù)數(shù)據(jù)等業(yè)務(wù)附屬信息。
可見，用戶為了使用一種業(yè)務(wù)通常需要同時提供業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息。
SIP協(xié)議是一種用于建立、更改和終止多媒體會話或呼叫的應(yīng)用層控制協(xié)議，所述多媒體會話或呼叫包括多媒體會議、遠(yuǎn)程教學(xué)、因特網(wǎng)電話等。用戶使用SIP協(xié)議發(fā)起一個通信請求，請求目的設(shè)置在請求消息的請求行(Request-Line)的Request-URI(請求-URI)中。根據(jù)SIP標(biāo)準(zhǔn)協(xié)議，所述Request-URI可以攜帶用戶標(biāo)識或業(yè)務(wù)標(biāo)識(在使用SIP協(xié)議的某些通信網(wǎng)絡(luò)中，業(yè)務(wù)標(biāo)識也被稱為PSI)，但Request-URI不支持同時攜帶業(yè)務(wù)標(biāo)識和用戶標(biāo)識。
目前在SIP標(biāo)準(zhǔn)協(xié)議中，在一個通信請求消息中同時攜帶業(yè)務(wù)標(biāo)識和用戶標(biāo)識的方法是在Request-URI中攜帶作為業(yè)務(wù)附屬信息的請求目的用戶標(biāo)識，而業(yè)務(wù)標(biāo)識及其它的業(yè)務(wù)附屬信息則通過不同的頭域或事件包來指示。由于業(yè)務(wù)需求是無法事先預(yù)測的，如果出現(xiàn)一項(xiàng)新的業(yè)務(wù)就增加一種新的頭域或事件包來指示，這顯然不是一個通用的方案。

發(fā)明內(nèi)容
本發(fā)明提供一種傳遞業(yè)務(wù)信息的方法及裝置，用以解決目前沒有一種通用的方案可以在SIP消息中同時攜帶業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息的問題。
本發(fā)明方法包括下列步驟將業(yè)務(wù)信息攜帶于SIP消息的固定信息段中；將所述SIP消息在SIP用戶代理之間交互，以實(shí)現(xiàn)業(yè)務(wù)信息的傳遞。
本發(fā)明發(fā)起業(yè)務(wù)請求信息的用戶終端裝置，包括業(yè)務(wù)請求信息界面單元，用于向用戶提供可輸入業(yè)務(wù)請求信息的操作界面；業(yè)務(wù)請求信息接收單元，用于接收用戶在業(yè)務(wù)請求信息界面單元提供的操作界面上輸入的業(yè)務(wù)請求信息；業(yè)務(wù)請求信息發(fā)送單元，用于將業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)請求信息構(gòu)造成SIP消息中的固定信息段，并發(fā)送該SIP消息。
本發(fā)明有益效果如下本發(fā)明不再使用不同的頭域或事件包來指示不同的業(yè)務(wù)，而是將業(yè)務(wù)信息攜帶于SIP消息的固定信息段中。即仍可利用Request-URI來攜帶業(yè)務(wù)標(biāo)識和/或請求目的用戶標(biāo)識，其它的業(yè)務(wù)信息都由邏輯固定信息段(信息輸入?yún)?shù)、信息輸入頭域、信息輸入事件包，或者信息輸入體)來攜帶，并由業(yè)務(wù)控制網(wǎng)元根據(jù)業(yè)務(wù)標(biāo)識來識別不同的業(yè)務(wù)。通過本發(fā)明的實(shí)施，無須在新增業(yè)務(wù)時相應(yīng)增加頭域或事件包，從而本發(fā)明方法可作為兼容所有業(yè)務(wù)的通用方案，并且符合SIP標(biāo)準(zhǔn)協(xié)議。


圖1為本發(fā)明方法的步流程圖；
圖2為本發(fā)明發(fā)起業(yè)務(wù)請求信息的用戶終端裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了避免業(yè)務(wù)種類與頭域或事件包相對應(yīng)，本發(fā)明提供了一種通用的傳遞業(yè)務(wù)信息的方法，參見圖1所示，包括下列主要步驟S1、將業(yè)務(wù)信息攜帶于SIP消息的固定信息段中。
S2、將所述SIP消息在用戶代理(SIP UA，User Agent)之間交互，以實(shí)現(xiàn)業(yè)務(wù)信息的傳遞。
S3、根據(jù)傳遞的業(yè)務(wù)信息為用戶提供相關(guān)業(yè)務(wù)。
其中，步驟S1中所述的業(yè)務(wù)信息包括業(yè)務(wù)請求信息、業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息，以下針對業(yè)務(wù)請求信息在本發(fā)明中的實(shí)施，以及業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息在本發(fā)明中的實(shí)施，分別進(jìn)行詳述。
●針對業(yè)務(wù)請求信息的詳述如下。
業(yè)務(wù)請求信息包括業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息。
本發(fā)明將業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息攜帶于SIP消息中的一個或一個以上且為不同業(yè)務(wù)所共用的固定信息段中，所述固定信息段包括Request-URI信息段和至少一個其它固定位置(邏輯固定信息段)。所述業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息的攜帶，存在三種情況情況一SIP消息中的Request-URI信息段攜帶所述請求目的用戶標(biāo)識；以及SIP消息中的邏輯固定信息段攜帶至少一個業(yè)務(wù)標(biāo)識。
情況二SIP消息中的Request-URI信息段攜帶業(yè)務(wù)標(biāo)識；以及SIP消息中的邏輯固定信息段攜帶至少一個業(yè)務(wù)附屬信息。
情況三SIP消息中的Request-URI信息段攜帶所述請求目的用戶標(biāo)識和業(yè)務(wù)標(biāo)識。即所述業(yè)務(wù)標(biāo)識作為請求目的用戶標(biāo)識的域名前綴。
上述三種情況中，所述邏輯固定信息段可為SIP消息中的請求行(Request-Line)中的uri-parameters參數(shù)、頭域(header)、事件包(eventpackage)，或者消息體(message body)。
針對所述uri-parameters參數(shù)，可在SIP消息的uri-parameters參數(shù)中定義一個信息輸入?yún)?shù)，如命名為info-input-param，以攜帶業(yè)務(wù)信息。
針對所述頭域，可在SIP消息的頭域中定義一個信息輸入頭域，如命名為Info-Input，以攜帶業(yè)務(wù)信息。
針對所述事件包，可在SIP消息的事件包中定義一個信息輸入事件包，如命名為info-input，以信息輸入事件包的參數(shù)來攜帶業(yè)務(wù)信息。
針對所述消息體，可在SIP消息體中定義一個信息輸入媒體類型(mediatype)，格式為MIME媒體類型，如命名為application/info-input，由該信息輸入體(body)來攜帶業(yè)務(wù)信息。
上述邏輯固定信息段只是邏輯定義，其可以是在SIP協(xié)議中定義新擴(kuò)展的uri-parameters參數(shù)、頭域、事件包或消息體應(yīng)用，也可以是SIP協(xié)議中已有的uri-parameters參數(shù)、頭域、事件包或消息體應(yīng)用的擴(kuò)展使用；還可進(jìn)一步區(qū)分?jǐn)y帶業(yè)務(wù)標(biāo)識的邏輯固定信息段和業(yè)務(wù)附屬信息的邏輯固定信息段，如業(yè)務(wù)標(biāo)識輸入頭域和業(yè)務(wù)附屬信息輸入頭域、業(yè)務(wù)標(biāo)識輸入事件包和業(yè)務(wù)附屬信息輸入事件包、業(yè)務(wù)標(biāo)識輸入體和業(yè)務(wù)附屬信息輸入體等，也可以在邏輯固定信息段內(nèi)通過不同參數(shù)區(qū)分?jǐn)y帶業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息，當(dāng)然也可以不區(qū)分。
對應(yīng)業(yè)務(wù)請求信息中的業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息的攜帶方式存在的三種情況，以下通過三個實(shí)例具體描述本發(fā)明方法。
方法實(shí)例一Request-URI攜帶請求目的用戶標(biāo)識，業(yè)務(wù)標(biāo)識攜帶于邏輯固定信息段中。
在本發(fā)明中，業(yè)務(wù)標(biāo)識可以是SIP URI格式，如“sipconference-factory@home.net”表示會議業(yè)務(wù)標(biāo)識，“sip200@home.net”或“sipprepaid-card@home.net”表示預(yù)付費(fèi)卡號業(yè)務(wù)標(biāo)識；還可以是tel URI格式，如“tel200；phone-context＝home.net”表示200卡號業(yè)務(wù)標(biāo)識；還可以僅僅是一個域名，省略了用戶信息(userinfo)和“@”符，如“sipprepaid-card.com”表示預(yù)付費(fèi)卡號業(yè)務(wù)標(biāo)識；還可以是傳統(tǒng)的電話號碼即業(yè)務(wù)特征碼方式，如“200”表示200卡號業(yè)務(wù)標(biāo)識；還可以是描述業(yè)務(wù)特征/屬性的字符串，如“prepaid-card”表示預(yù)付費(fèi)卡號業(yè)務(wù)標(biāo)識。
在上述的信息輸入?yún)?shù)、或信息輸入頭域、或信息輸入事件包、或信息輸入體中，可以只攜帶一個業(yè)務(wù)標(biāo)識，也可以攜帶一個以上的業(yè)務(wù)標(biāo)識，即用戶可以按順序請求多個業(yè)務(wù)。
下面分別描述幾種典型業(yè)務(wù)的使用1、被叫付費(fèi)業(yè)務(wù)用戶A發(fā)起一個呼叫，要求該呼叫所發(fā)生的費(fèi)用由被叫承擔(dān)，示例如下INVITE sipmary@home.net；info-input-param＝800 SIP/2.0或者，INVITE sipmary@home.net；info-input-param＝reverse-charging SIP/2.0或者，INVITE sipmary@home.net；info-input-param＝<sipreverse-charging@home.net>SIP/2.0或者，INVITE sipmary@home.net；info-input-param＝<sipreverse-charging.com>SIP/2.0其中，“sipmary@home.net”是SIP URI格式的被叫用戶標(biāo)識，即此次呼叫請求的目的用戶標(biāo)識，“800”或“reverse-charging”或“sipreverse-charging@home.net”或“sipreverse-charging.com”表示被叫付費(fèi)業(yè)務(wù)標(biāo)識的不同格式。網(wǎng)絡(luò)收到該呼叫，將根據(jù)被叫付費(fèi)業(yè)務(wù)標(biāo)識，向計(jì)費(fèi)系統(tǒng)指示此次呼叫費(fèi)用由被叫用戶承擔(dān)。
通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶被叫付費(fèi)業(yè)務(wù)標(biāo)識的示例分別如下INVITE sipmary@home.net SIP/2.0Info-Input800
或者，INVITE sipmary@home.net SIP/2.0Subscriptioninfo-input；service-id＝800或者，INVITE sipmary@home.net SIP/2.0Content-Typeapplication/info-inputservice-id＝800其中，“service-id”是信息輸入事件包、或信息輸入體中負(fù)責(zé)傳遞業(yè)務(wù)標(biāo)識的參數(shù)，可以看到，示例中信息輸入事件包、或信息輸入體中通過不同參數(shù)區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息(當(dāng)然也可以不區(qū)分)，而信息輸入?yún)?shù)、或信息輸入頭域中則沒有區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息(當(dāng)然也可以區(qū)分)。
上面采用了“800”的被叫付費(fèi)業(yè)務(wù)標(biāo)識的格式，也可以采用上述的其它格式，示例略。
2、會議業(yè)務(wù)用戶A發(fā)起一個呼叫，要求該呼叫加入會議，示例如下INVITE sipmary@home.net；info-input-param＝conference-factory SIP/2.0其中，“sipmary@home.net”是SIP URI格式的被叫用戶標(biāo)識，“conference-factory”標(biāo)識會議業(yè)務(wù)，采用其它格式的會議業(yè)務(wù)標(biāo)識的示例略。網(wǎng)絡(luò)收到該呼叫，將根據(jù)會議業(yè)務(wù)標(biāo)識，申請會議資源，和用戶A之間建立會議通道，并將被叫用戶也加入該會議，從而使用戶A和被叫用戶之間建立會議呼叫。
或者，用戶A向若干個用戶，如用戶B、用戶C發(fā)起呼叫，要求這些用戶一起加入會議，示例如下INVITE sipgroup-list1@home.net；info-input-param＝conference-factorySIP/2.0其中，“sipgroup-list1@home.net”是將用戶B和用戶C作為一個群組/集合的群組標(biāo)識，它對應(yīng)的用戶B標(biāo)識和用戶C標(biāo)識可以事先設(shè)置在網(wǎng)絡(luò)中，也可以攜帶于該呼叫請求消息(SIP INVITE邀請消息)中，如在該消息體中通過XML格式或其它參數(shù)格式描述。網(wǎng)絡(luò)收到該呼叫，將根據(jù)會議業(yè)務(wù)標(biāo)識，申請會議資源，和用戶A之間建立會議通道，并根據(jù)上述的群組標(biāo)識，得到對應(yīng)的、事先設(shè)置在網(wǎng)絡(luò)中或攜帶于消息中的用戶B標(biāo)識和用戶C標(biāo)識，再分別將用戶B和用戶C加入該會議，從而使用戶A和用戶B、用戶C之間建立會議呼叫。
通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶會議業(yè)務(wù)標(biāo)識的示例如上類似，示例略。
3、用戶業(yè)務(wù)數(shù)據(jù)操作用戶A發(fā)起一個呼叫，要求設(shè)置遇忙呼叫前轉(zhuǎn)用戶業(yè)務(wù)數(shù)據(jù)，示例如下INVITE siprose@home.net；info-input-param＝*40*26500000SIP/2.0或用戶A也可以通過發(fā)起一個訂閱請求，來完成遇忙呼叫前轉(zhuǎn)用戶業(yè)務(wù)數(shù)據(jù)的設(shè)置，示例如下SUBSCRIBE siprose@home.net；info-input-param＝*40*26500000 SIP/2.0其中，“siprose@home.net”是用戶A自己的用戶標(biāo)識，即此次通信請求的目的用戶標(biāo)識(用戶A發(fā)起通信請求的目的是操作自己的用戶業(yè)務(wù)數(shù)據(jù))；“*40*26500000”則包含了業(yè)務(wù)標(biāo)識“*40”、和作為另一種業(yè)務(wù)附屬信息的遇忙呼叫前轉(zhuǎn)目的地址“26500000”，即該示例中沒有區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息，當(dāng)然也可以區(qū)分。
通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶會議業(yè)務(wù)標(biāo)識的示例如上類似，示例略。
此外本例特殊地方的是，邏輯固定信息段中除了攜帶業(yè)務(wù)標(biāo)識外，還需要攜帶作為業(yè)務(wù)附屬信息的用戶業(yè)務(wù)數(shù)據(jù)(遇忙呼叫前轉(zhuǎn)目的地址)，實(shí)際上，由于Request-URI攜帶了作為業(yè)務(wù)附屬信息的請求目的用戶標(biāo)識，顯然若某種業(yè)務(wù)使用中還有其它類型的業(yè)務(wù)附屬信息，則需要通過所述邏輯固定信息段攜帶，如前述的被叫付費(fèi)業(yè)務(wù)，還可以攜帶一個附屬信息，指示此次被叫付費(fèi)業(yè)務(wù)的使用是否需要和被叫協(xié)商(因?yàn)楸唤幸苍S不同意該業(yè)務(wù)的使用)，示例如下INVITE sipmary@home.net SIP/2.0Info-Input800；reverse-charging-consulting＝true其中，“reverse-charging-consulting”表示被叫付費(fèi)是否要和被叫協(xié)商的參數(shù)，參數(shù)設(shè)置為“true”表示需要和被叫協(xié)商。
再如，對前述的會議業(yè)務(wù)，還可以攜帶其它的附屬信息，指示每個加入會議的用戶的會議權(quán)限(如會議控制權(quán)限、能聽能說的會議參與者、只能聽的會議參與者等)、以及用戶的所說語言等，示例如下INVITE sipgroup-list1@home.net SIP/2.0Content-Typeapplication/info-inputservice-id＝conference-factoryuser＝<sipmary@home.net>；rule＝only-listen；language＝englishuser＝<sipalice@home.net>；rule＝listen-speak；language＝french其中，群組標(biāo)識對應(yīng)的用戶B和用戶C的用戶標(biāo)識攜帶于呼叫請求消息中，分別是“sipmary@home.net”和“sipalice@home.net”，而“rule”表示用戶的會議權(quán)限，“only-listen”表示只能聽，“l(fā)isten-speak”表示能聽能說；而“l(fā)anguage”表示用戶所說語言，“english”表示英語，“french”表示法語。
方法實(shí)例二Request-URI攜帶業(yè)務(wù)標(biāo)識，業(yè)務(wù)附屬信息攜帶于邏輯固定信息段中。
本例中，由于業(yè)務(wù)標(biāo)識由Request-URI攜帶，因此它只能是URI格式。
類似的，信息輸入?yún)?shù)、或信息輸入頭域、或信息輸入事件包、或信息輸入體中，可以只攜帶一個業(yè)務(wù)附屬信息，也可以攜帶一個以上的業(yè)務(wù)附屬信息。
下面分別描述幾種典型業(yè)務(wù)的使用1、被叫付費(fèi)業(yè)務(wù)用戶A發(fā)起一個呼叫，要求該呼叫所發(fā)生的費(fèi)用由被叫承擔(dān)，示例如下INVITEsipreverse-charging@home.net；
info-input-param＝<sipmary@home.net>SIP/2.0或者，INVITE sip800@home.net；info-input-param＝<sipmary@home.net>SIP/2.0或者，INVITEtel800；phone-context＝home.net；info-input-param＝<sipmary@home.net>SIP/2.0或者，INVITE sipreverse-charging.com；info-input-param＝<sipmary@home.net>SIP/2.0其中，“sipreverse-charging@home.net”、“sip800@home.net”、“tel800；phone-context＝home.net”、“sipreverse-charging.com”是URI格式的被叫付費(fèi)業(yè)務(wù)標(biāo)識，“sipmary@home.net”是作為業(yè)務(wù)附屬信息的被叫用戶標(biāo)識。
通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶作為業(yè)務(wù)附屬信息的被叫用戶標(biāo)識的示例分別如下INVITE sipreverse-charging@home.net SIP/2.0Info-Input<sipmary@home.net>
或者，INVITE sipreverse-charging@home.net SIP/2.0Subscriptioninfo-input；service-param＝<sipmary@home.net>
或者，INVITE sipreverse-charging@home.net SIP/2.0Content-Typeapplication/info-inputservice-param＝<sipmary@home.net>
其中，“service-param”是信息輸入事件包、或信息輸入體中負(fù)責(zé)傳遞業(yè)務(wù)附屬信息的參數(shù)，和方法實(shí)例一中的示例類似，示例中信息輸入事件包、或信息輸入體中通過不同參數(shù)區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息(當(dāng)然也可以不區(qū)分)，而信息輸入?yún)?shù)、或信息輸入頭域中則沒有區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息(當(dāng)然也可以區(qū)分)。
上面采用了“sipreverse-charging@home.net”的被叫付費(fèi)業(yè)務(wù)標(biāo)識的格式，也可以采用上述的其它格式，示例略。
而對前述的被叫付費(fèi)是否要和被叫協(xié)商的附屬信息，在方法實(shí)例二的示例如下INVITE sipreverse-charging@home.net SIP/2.0Info-Input<sipmary@home.net>；reverse-charging-consulting＝true2、會議業(yè)務(wù)用戶A發(fā)起一個呼叫，要求該呼叫加入會議，示例如下INVITEsipconference-factory@home.net；info-input-param＝<sipmary@home.net>SIP/2.0其中，“sipconference-factory@home.net”是會議業(yè)務(wù)標(biāo)識，一般的，它標(biāo)識的就是提供處理會議業(yè)務(wù)控制的會議網(wǎng)元地址，采用其它格式的會議業(yè)務(wù)標(biāo)識的示例略，“mary@home.net”是作為業(yè)務(wù)附屬信息的被叫用戶標(biāo)識。
或者，用戶A向若干個用戶，如用戶B、用戶C發(fā)起呼叫，要求這些用戶一起加入會議，示例如下INVITE sipconference-factory@home.net；info-input-param＝<sipgroup-list1@home.net>SIP/2.0或者，INVITE sipconference-factory@home.net；info-input-param＝<sipmary@home.net>，<sipalice@home.net>SIP/2.0其中，信息輸入?yún)?shù)可以攜帶表示用戶B和用戶C作為一個群組/集合的群組標(biāo)識“sipgroup-list1@home.net”，也可以攜帶用戶B標(biāo)識和用戶C標(biāo)識“sipmary@home.net”和“sipalice@home.net”，即可以攜帶一個以上的業(yè)務(wù)附屬信息。
或者，用戶A和用戶B已經(jīng)在通話，用戶A請求將該通話加入會議，示例如下
INVITE sipconference-factory@home.ne；info-input-param＝7sdjfkj2356，to-tag＝xyz，from-tag＝pdq SIP/2.0其中，“7sdjfkj2356”、“xyz”和“pdq”一起表示了上述已建立的通話的對話(dialog)標(biāo)識，該對話標(biāo)識可以唯一確定一個通話，由于要將指定的通話加入會議，因此必須攜帶作為業(yè)務(wù)附屬信息的對話標(biāo)識，而不能攜帶用戶B的用戶標(biāo)識(因?yàn)榇藭r用戶B可能會建立多個通話)。
通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶會議業(yè)務(wù)標(biāo)識的示例如上類似，示例略。
而對前述的用戶會議權(quán)限及用戶所說語言的附屬信息，采用方法實(shí)例二的示例如下INVITE sipconference-factory@home.net SIP/2.0Content-Typeapplication/info-inputuser＝<sipmary@home.net>；rule＝only-listen；language＝englishuser＝<sipalice@home.net>；rule＝listen-speak；language＝french3、用戶業(yè)務(wù)數(shù)據(jù)操作用戶A發(fā)起一個呼叫，要求設(shè)置遇忙呼叫前轉(zhuǎn)用戶業(yè)務(wù)數(shù)據(jù)，即遇忙呼叫前轉(zhuǎn)目的地址，示例如下INVITE siptelecommunication-service@home.net；info-input-param＝*40*26500000 SIP/2.0其中，“siptelecommunication-service@home.net”表示電信業(yè)務(wù)標(biāo)識，“*40*26500000”是包含遇忙呼叫前轉(zhuǎn)目的地址(26500000)的用戶業(yè)務(wù)數(shù)據(jù)，這里比較特殊的是，由于Request-URI攜帶的業(yè)務(wù)標(biāo)識(“siptelecommunication-service@home.net”)沒有直接出定位出這是對遇忙呼叫前轉(zhuǎn)業(yè)務(wù)的數(shù)據(jù)設(shè)置，因此信息輸入?yún)?shù)中仍需要攜帶表示遇忙呼叫前轉(zhuǎn)業(yè)務(wù)屬性的信息(“*40”)，即在方法實(shí)例二中，邏輯固定信息段也能攜帶業(yè)務(wù)標(biāo)識。
如果Request-URI攜帶的業(yè)務(wù)標(biāo)識可以直接定位出遇忙呼叫前轉(zhuǎn)業(yè)務(wù)，則信息輸入?yún)?shù)可以只攜帶用戶業(yè)務(wù)數(shù)據(jù)，示例如下INVITE sipcfb@home.net；info-input-param＝26500000 SIP/2.0或者，INVITE sip*40@home.net；info-input-param＝26500000 SIP/2.0或者，INVITE tel*40；phone-context＝home.net；info-input-param＝26500000 SIP/2.0其中，“sipcfb@home.net”、“sip*40@home.net”、“tel*40；phone-context＝home.net”表示遇忙呼叫前轉(zhuǎn)業(yè)務(wù)標(biāo)識。
此外，用戶A也可以通過發(fā)起一個訂閱請求，來完成遇忙呼叫前轉(zhuǎn)用戶業(yè)務(wù)數(shù)據(jù)的設(shè)置，示例如下SUBSCRIBE sipcfb@home.net；info-input-param＝26500000 SIP/2.0通過信息輸入頭域、或信息輸入事件包、或信息輸入體攜帶會議業(yè)務(wù)標(biāo)識的示例如上類似，示例略。
4、消息業(yè)務(wù)用戶A發(fā)起一個消息業(yè)務(wù)請求，發(fā)送SIP MESSAGE消息，示例如下MESSAGE sipmessage-center@home.net SIP/2.0--boundary1Content-Typeapplication/info-inputuser＝<sipmary@home.net>
--boundary1Content-Typetext/plainHello World！--boundary1其中，“sipmessage-center@home.net”是消息業(yè)務(wù)標(biāo)識，一般的，它標(biāo)識的就是提供處理消息業(yè)務(wù)控制的消息中心網(wǎng)元地址，該消息被要求發(fā)往請求目的用戶標(biāo)識“sipmary@home.net”，消息內(nèi)容為文本格式的“Hello World！”。
方法實(shí)例三Request-URI同時攜帶請求目的用戶標(biāo)識和業(yè)務(wù)標(biāo)識。
現(xiàn)有技術(shù)中，當(dāng)Request-URI攜帶請求目的用戶標(biāo)識時，其格式一般都具有“域名”信息，如前述示例中的“home.net”就是一個域名，如果在請求目的用戶標(biāo)識的域名前加上一個表示業(yè)務(wù)標(biāo)識的前綴，則Request-URI就可以同時攜帶請求目的用戶標(biāo)識和業(yè)務(wù)標(biāo)識，如會議業(yè)務(wù)，用戶A發(fā)起一個呼叫，要求該呼叫加入會議，示例如下INVITE sipmary@conference.home.net SIP/2.0其中，“sipmary@conference.home.net”是在請求目的用戶標(biāo)識“sipmary@home.net”中加了作為業(yè)務(wù)標(biāo)識的域名前綴“conference”，網(wǎng)絡(luò)收到該呼叫，將根據(jù)會議業(yè)務(wù)標(biāo)識“conference”，申請會議資源，并在將請求目的用戶加入會議時，刪除掉該域名前綴，向請求目的用戶發(fā)起呼叫INVITE sipmary@home.net SIP/2.0也可以是網(wǎng)絡(luò)中處理業(yè)務(wù)觸發(fā)的網(wǎng)元在根據(jù)會議業(yè)務(wù)標(biāo)識將該呼叫觸發(fā)至處理會議業(yè)務(wù)的網(wǎng)元時，就刪除掉該域名前綴，使處理會議業(yè)務(wù)的網(wǎng)元收到的呼叫如下所示INVITE sipmary@home.net SIP/2.0如果請求目的用戶標(biāo)識是一個群組標(biāo)識，同樣可以加上作為業(yè)務(wù)標(biāo)識的域名前綴“sipgroup-list1@conference.home.net”。
在本方法實(shí)例中，請求目的用戶標(biāo)識之外的業(yè)務(wù)附屬信息，仍可以通過邏輯固定信息段攜帶，如方法實(shí)例一、方法實(shí)例二中的示例所示。
由于所述邏輯固定信息段只是邏輯定義，所以業(yè)務(wù)附屬信息的攜帶方式不限于上述三個實(shí)例中描述的方式，還可包括以下方式。為了簡潔僅作概述，具體內(nèi)容可根據(jù)上述三個實(shí)例類推得出。
1、邏輯固定信息段不區(qū)分不同屬性的業(yè)務(wù)附屬信息(請求目的用戶標(biāo)識、用戶業(yè)務(wù)數(shù)據(jù)、對話標(biāo)識等)，如前述的service-param參數(shù)，此時，可以由網(wǎng)絡(luò)根據(jù)不同的業(yè)務(wù)標(biāo)識，以及對業(yè)務(wù)附屬信息的解析，來區(qū)分不同屬性的業(yè)務(wù)附屬信息。
2、可以按業(yè)務(wù)附屬信息的屬性(請求目的用戶標(biāo)識、用戶業(yè)務(wù)數(shù)據(jù)、對話標(biāo)識等)來區(qū)分?jǐn)y帶不同業(yè)務(wù)附屬信息的邏輯固定信息段，如請求目的用戶標(biāo)識輸入頭域和用戶業(yè)務(wù)數(shù)據(jù)輸入頭域、請求目的用戶標(biāo)識輸入事件包和用戶業(yè)務(wù)數(shù)據(jù)輸入事件包、請求目的用戶標(biāo)識輸入體和用戶業(yè)務(wù)數(shù)據(jù)輸入體等，也可以是在邏輯固定信息段內(nèi)通過不同參數(shù)區(qū)分?jǐn)y帶請求目的用戶標(biāo)識和用戶業(yè)務(wù)數(shù)據(jù)等不同屬性業(yè)務(wù)附屬信息，甚至還可以進(jìn)一步區(qū)分不同屬性的用戶業(yè)務(wù)數(shù)據(jù)，如用戶標(biāo)識、卡號、密碼、權(quán)限級別、時間等。
3、可以按業(yè)務(wù)不同的操作方式來區(qū)分?jǐn)y帶不同業(yè)務(wù)附屬信息的邏輯固定信息段，如鍵盤輸入信息、菜單輸入信息等，鍵盤輸入信息一般是指用戶通過按鍵撥號方式輸入的業(yè)務(wù)請求信息，業(yè)務(wù)請求信息由用戶輸入的鍵盤字符組成，對鍵盤輸入信息來說，業(yè)務(wù)標(biāo)識一般是由用戶輸入的，鍵盤輸入信息相當(dāng)于1號數(shù)字用戶信令(Digital Subscriber Signalling No.1)中鍵盤協(xié)議(Keypadprotocol)的鍵盤設(shè)施信息單元(Keypad facility information element)，它允許用戶可以通過網(wǎng)絡(luò)提供的接入碼(即業(yè)務(wù)特征碼)來調(diào)用(invoke)業(yè)務(wù)，菜單輸入信息一般是指用戶通過菜單方式輸入的業(yè)務(wù)請求信息，包括用戶選擇的菜單項(xiàng)標(biāo)識，菜單輸入信息相當(dāng)于1號數(shù)字用戶信令中功能性協(xié)議(Functionalprotocol)的設(shè)施信息單元(Facility information element)，其中菜單項(xiàng)標(biāo)識即可以表示業(yè)務(wù)標(biāo)識，如“CONF(會議)”，也可以表示業(yè)務(wù)標(biāo)識及其操作模式，如“beginCONF(開始會議)”、“endCONF(結(jié)束會議)”，在菜單輸入信息中，業(yè)務(wù)標(biāo)識(還可進(jìn)一步包括業(yè)務(wù)的操作模式)一般是由用戶根據(jù)終端提供的界面顯示或功能鍵來選擇的，菜單輸入信息中還可以進(jìn)一步包括用戶選擇菜單項(xiàng)標(biāo)識后對應(yīng)輸入的參數(shù)值；也可以是在邏輯固定信息段內(nèi)通過不同參數(shù)區(qū)分業(yè)務(wù)不同的操作方式。
4、可以按業(yè)務(wù)不同的操作目的來區(qū)分?jǐn)y帶不同業(yè)務(wù)附屬信息的邏輯固定信息段，如業(yè)務(wù)調(diào)用操作、用戶業(yè)務(wù)數(shù)據(jù)操作等；也可以是在邏輯固定信息段內(nèi)通過不同參數(shù)區(qū)分業(yè)務(wù)不同的操作目的。對業(yè)務(wù)的調(diào)用又可以進(jìn)一步按不同的操作模式進(jìn)行區(qū)分，如激活、去激活等。
5、可以在邏輯固定信息段內(nèi)進(jìn)一步區(qū)分不同業(yè)務(wù)類型的附屬信息，即定義不同業(yè)務(wù)類型的附屬信息參數(shù)，如實(shí)施例中，“reverse-charging-consulting”和“user”、“rights”、“l(fā)anguage”就是分屬被叫付費(fèi)業(yè)務(wù)、會議業(yè)務(wù)的附屬信息。需要說明的是，雖然這里區(qū)分了不同的業(yè)務(wù)，但是在邏輯固定信息段內(nèi)區(qū)分的，沒有為不同的業(yè)務(wù)定義不同的邏輯固定信息段。業(yè)務(wù)類型可以通過業(yè)務(wù)標(biāo)識來表示，也可以通過業(yè)務(wù)標(biāo)識和對業(yè)務(wù)的操作模式(如激活、去激活等)來表示，可以看到這種方式要求邏輯固定信息段內(nèi)攜帶業(yè)務(wù)標(biāo)識。
這其中，如前所述，由于當(dāng)前SIP標(biāo)準(zhǔn)中已經(jīng)通過不同頭域、事件包等定義了一些業(yè)務(wù)及其附屬信息，如通過Privacy頭域來描述“主叫號碼顯示限制”業(yè)務(wù)、通過message-summary事件包來描述“消息等待指示”業(yè)務(wù)等，從兼容性考慮，本發(fā)明定義的信息輸入頭域、或信息輸入事件包、或信息輸入體還可以引用這些已有定義，示例如下Info-InputPrivacy＝id。實(shí)際上，當(dāng)前標(biāo)準(zhǔn)中定義的這些業(yè)務(wù)及其附屬信息的使用，一般都是用戶采用前述的菜單方式操作輸入的，因此，作為較佳實(shí)施例，可以在前述的菜單輸入信息中引用這些已有定義。
這其中，還有一種比較特殊的區(qū)分不同業(yè)務(wù)的附屬信息的方式，當(dāng)業(yè)務(wù)附屬信息是由網(wǎng)絡(luò)要求用戶輸入時，還可以由網(wǎng)絡(luò)設(shè)定表示不同類型的業(yè)務(wù)附屬信息，所設(shè)定參數(shù)不需要公示(即不是標(biāo)準(zhǔn)定義)，只在當(dāng)前業(yè)務(wù)使用中有效，網(wǎng)絡(luò)向用戶發(fā)送請求消息，消息中攜帶此類要求用戶輸入?yún)?shù)值的參數(shù)，除描述參數(shù)名稱外，還可以定義參數(shù)的數(shù)據(jù)類型，如在用戶和網(wǎng)絡(luò)的通信聯(lián)系建立成功后，網(wǎng)絡(luò)向用戶發(fā)送SIP INFO消息，提示用戶輸入卡號、密碼，示例如下INFO sip[5555::eee:fff:aaa:bbb]8805 SIP/2.0Content-Typeapplication/info-inputrequire-input＝card，type＝xsstring[16]，tag＝abc123require-input＝password，type＝xsstring[6]，tag＝xyz789示例中，“sip[5555::eee:fff:aaa:bbb]8805”是用戶的聯(lián)系地址(因?yàn)橥ㄐ怕?lián)系已經(jīng)建立)，“require-input”攜帶要求用戶輸入的參數(shù)名稱及數(shù)據(jù)類型，示例中分別描述了數(shù)據(jù)類型是16位字符串的“card”(卡號)、數(shù)據(jù)類型是6位字符串的“password”(密碼)，數(shù)據(jù)類型采用的是XML Schema規(guī)范。也就是說，該請求消息中攜帶的業(yè)務(wù)請求信息只描述了名稱及數(shù)據(jù)類型，并沒有具體的業(yè)務(wù)請求信息內(nèi)容。
用戶收到該請求消息，界面上顯示要求用戶輸入的“card”、“password”參數(shù)，用戶輸入?yún)?shù)值后，向網(wǎng)絡(luò)發(fā)送SIP INFO消息，其中攜帶具體的業(yè)務(wù)請求信息內(nèi)容，示例如下INFO sipas.example.com SIP/2.0Content-Typeapplication/info-inputuser-input＝card，value＝1234567890888888，tag＝abc123user-input＝password，value＝123456，tag＝xyz789示例中，“sipas.example.com”是執(zhí)行該業(yè)務(wù)的網(wǎng)元域名地址，“user-input”是“require-input”的響應(yīng)，攜帶用戶輸入的參數(shù)值。網(wǎng)絡(luò)可以通過要求用戶輸入的參數(shù)名稱來匹配確認(rèn)輸入的參數(shù)值是哪個參數(shù)的值，如“card”、“password”；還可以通過網(wǎng)絡(luò)為每個要求用戶輸入的參數(shù)生成的一個對應(yīng)的tag值來匹配，如卡號參數(shù)的tag值“abc123”，密碼參數(shù)的tag值“xyz789”。
最后，需要說明的是，上述區(qū)分業(yè)務(wù)附屬信息的不同方式，可以配合使用，比如可以在表示菜單輸入信息的邏輯固定信息段內(nèi)區(qū)分不同業(yè)務(wù)類型的附屬信息，再如可以在邏輯固定信息段內(nèi)同時攜帶鍵盤輸入信息的參數(shù)和攜帶不同屬性的參數(shù)，甚至可以在攜帶鍵盤輸入信息的參數(shù)內(nèi)再區(qū)分不同屬性的附屬信息。
此外，當(dāng)邏輯固定信息段攜帶業(yè)務(wù)附屬信息時，還可以同時攜帶對該業(yè)務(wù)附屬信息的操作模式，如增加、刪除、修改等，通過攜帶不同的操作模式，可以表示增加或刪除用戶業(yè)務(wù)數(shù)據(jù)、或請求目的用戶標(biāo)識、或?qū)υ挊?biāo)識。當(dāng)邏輯固定信息段攜帶業(yè)務(wù)標(biāo)識時，還可以同時攜帶對該業(yè)務(wù)標(biāo)識的操作模式，表示對業(yè)務(wù)標(biāo)識標(biāo)識的業(yè)務(wù)進(jìn)行激活、去激活、驗(yàn)證、掛起(暫停)、恢復(fù)等操作，即對業(yè)務(wù)的調(diào)用。操作模式可以通過鍵盤輸入信息、或菜單輸入信息攜帶，也可以缺省不攜帶，如前述的會議業(yè)務(wù)，請求目的用戶標(biāo)識或?qū)υ挊?biāo)識的操作模式被缺省認(rèn)為是“加入”會議，再如前述的消息業(yè)務(wù)，請求目的用戶標(biāo)識的操作模式被缺省認(rèn)為是“接收”消息，也可以將這類操作模式看成是一種隱式的操作模式被攜帶。
若所述邏輯固定信息段為信息輸入體，則其使用方式如下在上述的實(shí)施例中，總是由信息輸入?yún)?shù)、或信息輸入頭域、或信息輸入事件包、或信息輸入體中的某一種方式來統(tǒng)一攜帶Request-URI之外的業(yè)務(wù)請求信息，實(shí)際上在信息輸入?yún)?shù)、或信息輸入頭域、或信息輸入事件包攜帶業(yè)務(wù)標(biāo)識時(此時Request-URI攜帶請求目的用戶標(biāo)識)，該業(yè)務(wù)的其它附屬信息的具體內(nèi)容也可以由信息輸入體攜帶，如前述的被叫付費(fèi)業(yè)務(wù)中指示是否和被叫協(xié)商的附屬信息，示例如下INVITE sipmary@home.net SIP/2.0Info-Input800Content-Typeapplication/info-inputreverse-charging-consulting＝true也就是說，信息輸入體作為一種邏輯固定信息段可以單獨(dú)使用，也可以和其它三種方式(信息輸入?yún)?shù)、信息輸入頭域或信息輸入事件包)之一配合使用。更進(jìn)一步的，其它三種方式之一可以只提供一種業(yè)務(wù)請求信息傳遞的指示(沒有具體的業(yè)務(wù)請求信息內(nèi)容)，即指示當(dāng)前有某種業(yè)務(wù)被請求使用，而Request-URI之外的該業(yè)務(wù)請求信息的具體內(nèi)容則由信息輸入體攜帶，包括業(yè)務(wù)標(biāo)識，比如信息輸入事件包和信息輸入體的配合使用，示例如下INVITE sipmary@home.net SIP/2.0Subscriptioninfo-inputContent-Typeapplication/info-inputservice-id＝800這里，信息輸入事件包只表示業(yè)務(wù)被請求使用，而被請求業(yè)務(wù)的具體業(yè)務(wù)信息內(nèi)容“800”(業(yè)務(wù)標(biāo)識)則由信息輸入體攜帶，當(dāng)然此時也可以將這個和信息輸入體配合使用的事件包命名為“業(yè)務(wù)請求事件包”，這只是命名的不同，示例略。
此外，信息輸入體除了上述示例中的參數(shù)描述格式(文本格式)外，還可以采用XML格式來描述不同的業(yè)務(wù)請求信息元素(element)，如業(yè)務(wù)標(biāo)識元素、請求目的用戶標(biāo)識元素等。
下面進(jìn)一步說明，在本發(fā)明中業(yè)務(wù)請求信息的應(yīng)用范圍本發(fā)明方法適用于所有SIP消息，如SIP INVITE邀請消息、SIPSUBSCRIBE訂閱消息、SIP NOTIFY通知消息、SIP REFER參考消息、SIP INFO信息消息、SIP MESSAGE即時消息、SIP PUBLISH發(fā)布消息、以及各種SIP響應(yīng)碼消息等。
其中，在當(dāng)前標(biāo)準(zhǔn)SIP協(xié)議中，只有SIP SUBSCRIBE、SIPNOTIFY、SIPPUBLISH消息可以攜帶事件包，其它消息攜帶事件包是本發(fā)明的擴(kuò)展。
本發(fā)明中，使用信息輸入事件包和其它三種方式的不同之處在于使用事件包攜帶業(yè)務(wù)請求信息、或前述的事件包和信息輸入體的配合使用，表示對該業(yè)務(wù)請求發(fā)起了一個訂閱請求，發(fā)起業(yè)務(wù)請求的業(yè)務(wù)請求者和接受并處理業(yè)務(wù)的業(yè)務(wù)控制者之間需要創(chuàng)建并維護(hù)該事件包對應(yīng)的訂閱實(shí)例(subscription)。
此外，上述實(shí)施例中，業(yè)務(wù)標(biāo)識等是由用戶發(fā)起通信請求時輸入的，實(shí)際上，也可能是網(wǎng)絡(luò)產(chǎn)生的，如網(wǎng)絡(luò)收到用戶發(fā)起的通信請求消息，根據(jù)用戶的業(yè)務(wù)簽約信息，在消息中加上業(yè)務(wù)簽約信息對應(yīng)的業(yè)務(wù)標(biāo)識，如被叫付費(fèi)業(yè)務(wù)標(biāo)識等；或者網(wǎng)絡(luò)主動發(fā)起通信請求消息，在消息中攜帶業(yè)務(wù)標(biāo)識等，本發(fā)明同樣適用于此種情況。
前面描述了業(yè)務(wù)請求信息的在SIP協(xié)議中的多種攜帶方式，一般的，作為較佳實(shí)施例，可以使用信息輸入頭域或信息輸入體，在其中通過不同的參數(shù)區(qū)分鍵盤輸入信息和菜單輸入信息，鍵盤輸入信息用來攜帶用戶業(yè)務(wù)數(shù)據(jù)操作的信息(如前述的“*40*26500000”)、業(yè)務(wù)調(diào)用的信息(如前述的“800”之類的業(yè)務(wù)特征碼)，以信息輸入體作為邏輯固定信息段為例Content-Typeapplication/info-input<keypad-input>*40*26500000</keypad-input>
或Content-Typeapplication/info-input<keypad-input>800</keypad-input>
其中，“keypad-input”即表示鍵盤輸入信息參數(shù)。
菜單輸入信息中又可以分成兩類參數(shù)一類參數(shù)攜帶不同業(yè)務(wù)類型信息，如前所述，即可以按業(yè)務(wù)標(biāo)識區(qū)分業(yè)務(wù)類型(即前述的菜單項(xiàng)標(biāo)識表示業(yè)務(wù)標(biāo)識)，并以操作模式區(qū)分對業(yè)務(wù)的調(diào)用，如Content-Typeapplication/info-input<menu-input>
<service-id>REV_CHARGING</service-id>
<op-mode>active</op-mode>
</menu-input>
其中，“menu-input”即表示菜單輸入信息參數(shù)，“servie-id”為業(yè)務(wù)標(biāo)識參數(shù)(即標(biāo)識不同的業(yè)務(wù)類型)，“REV_CHARGING”是被叫付費(fèi)業(yè)務(wù)的標(biāo)識，“op-mode”為操作模式參數(shù)，“active”(激活)是一種操作模式的取值；或者，也可以按業(yè)務(wù)標(biāo)識及其操作模式來區(qū)分業(yè)務(wù)類型(即前述的菜單項(xiàng)標(biāo)識表示業(yè)務(wù)標(biāo)識和業(yè)務(wù)的操作模式)，如Content-Typeapplication/info-input<menu-input>
<service-op>activeREV_CHARGING</servie-op>
</menu-input>
其中，“service-op”表示業(yè)務(wù)標(biāo)識及其操作模式參數(shù)，“activeREV_CHARGING”表示對被叫付費(fèi)業(yè)務(wù)的操作模式是“激活被叫付費(fèi)業(yè)務(wù)”，service-op參數(shù)可以看成是上述servie-type和op-mode兩個參數(shù)的組合。
菜單輸入信息中另一類參數(shù)攜帶不同屬性的附屬信息(如請求目的用戶標(biāo)識、對話標(biāo)識等)，并以操作模式區(qū)分對這些附屬信息的操作，如Content-Typeapplication/info-input<menu-input>
<user-identity>28780000</user-identity>
<op-mode>add</op-mode>
</menu-input>
其中，“user-identity”表示請求目的用戶標(biāo)識參數(shù)，“add”(增加)是一種操作模式的取值。
可以看到，菜單輸入信息中還可以包括不同的業(yè)務(wù)類型參數(shù)(業(yè)務(wù)標(biāo)識參數(shù)、業(yè)務(wù)標(biāo)識及其操作模式參數(shù))、操作模式參數(shù)、不同屬性的業(yè)務(wù)附屬信息參數(shù)(如用戶標(biāo)識參數(shù)、對話標(biāo)識參數(shù)等)。
菜單輸入信息中的不同參數(shù)格式可以預(yù)置在用戶終端中；也可以由網(wǎng)絡(luò)側(cè)設(shè)備如應(yīng)用服務(wù)器，推送至用戶終端，用戶操作菜單及輸入對應(yīng)參數(shù)值后，通過SIP消息傳遞，一般的，除了可以采用上述XML描述的信息輸入體在SIP消息體中傳遞外，還可以采用SIP消息攜帶SOAP(Simple Object AccessProtocol，簡單對象訪問協(xié)議)體、或XCAP(XML Configuration Access Protocol，擴(kuò)展標(biāo)記語言配置訪問協(xié)議)體的方式，SOAP或XCAP是XML的標(biāo)準(zhǔn)化應(yīng)用，具體介紹可參見相關(guān)標(biāo)準(zhǔn)。對于信息輸入體采用SOAP或XCAP格式描述，或者定義出一個通用的SOAP或XCAP應(yīng)用的MIME媒體類型，如“application/xcap+xml”；或者定義出一個指明SOAP或XCAP具體應(yīng)用場景的MIME媒體類型，如“application/xcap-srvinfo+xml”，表明XCAP在本發(fā)明的業(yè)務(wù)信息應(yīng)用；或者仍保持前述的信息輸入體的MIME媒體類型示例，SOAP或XCAP的應(yīng)用格式由SIP用戶代理對SIP消息體解析時獲得。
業(yè)務(wù)請求信息一般都是由用戶終端發(fā)起，本發(fā)明實(shí)施例還提供了一種發(fā)起業(yè)務(wù)請求信息的用戶終端裝置，參見圖2所示，該裝置包括依次相連的業(yè)務(wù)請求信息界面單元、業(yè)務(wù)請求信息接收單元和業(yè)務(wù)請求信息發(fā)送單元，其中
所述業(yè)務(wù)請求信息界面單元用于向用戶提供可輸入業(yè)務(wù)請求信息的操作界面，該界面由向用戶顯示信息的顯示界面和供用戶輸入信息的輸入界面組成，所述顯示界面至少可以是如下三種方式之一預(yù)先存儲在所述用戶終端裝置中、網(wǎng)絡(luò)側(cè)設(shè)備推送至所述用戶終端裝置中、用戶預(yù)先設(shè)置在所述用戶終端裝置中，其中，用戶預(yù)先設(shè)置在所述用戶終端裝置中的界面可以由用戶通過所述其它兩種方式提供的界面操作完成，如用戶在所述用戶終端裝置中預(yù)先設(shè)置的電話號碼簿。
所述業(yè)務(wù)請求信息接收單元用于接收用戶在所述業(yè)務(wù)請求信息界面單元上輸入的業(yè)務(wù)請求信息，用戶輸入方式至少可以是如下兩種方式之一按鍵輸入信息、選擇內(nèi)置在所述業(yè)務(wù)請求信息界面單元中的信息輸入，后者如用戶選擇在所述業(yè)務(wù)請求信息界面單元中顯示的電話號碼或業(yè)務(wù)標(biāo)識等。
所述業(yè)務(wù)請求信息發(fā)送單元用于將所述業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)請求信息構(gòu)造成SIP消息中的固定信息段，并發(fā)送該SIP消息。所述構(gòu)造方式至少可以是如下三種方式之一將所述業(yè)務(wù)請求信息接收單元接收的請求目的用戶標(biāo)識構(gòu)造成Request-URI信息段，將所述業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)標(biāo)識以及其它可能存在的業(yè)務(wù)附屬信息構(gòu)造成邏輯固定信息段；將所述業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)標(biāo)識構(gòu)造成Request-URI信息段，將所述業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)附屬信息構(gòu)造成邏輯固定信息段；將所述業(yè)務(wù)請求信息接收單元接收的請求目的用戶標(biāo)識和業(yè)務(wù)標(biāo)識構(gòu)造成Request-URI信息段。所述邏輯固定信息段包括鍵盤輸入信息段和/或菜單輸入信息段，可以是uri-parameters參數(shù)、或頭域、事件包、或者消息體。
●針對業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息的詳述如下。
業(yè)務(wù)信息除了請求信息外，還可以有通知信息，在業(yè)務(wù)被請求后，會有相應(yīng)的業(yè)務(wù)通知信息向業(yè)務(wù)請求者通知當(dāng)前業(yè)務(wù)的使用情況，此時業(yè)務(wù)控制者可以通過SIP NOTIFY消息、SIP PUBLISH消息、SIP INFO消息、SIP MESSAGE消息、及各種SIP響應(yīng)碼消息等，攜帶業(yè)務(wù)通知信息發(fā)送給業(yè)務(wù)請求者。
一般的，可以直接在該信息輸出體中通過文本方式來描述業(yè)務(wù)當(dāng)前的使用情況，比如，對前述的會議業(yè)務(wù)在使用時，如果用戶alice退出了會議，作為業(yè)務(wù)控制者的網(wǎng)元將向業(yè)務(wù)請求者發(fā)送一個業(yè)務(wù)通知信息，在信息輸出體中通過文本“Alice has quitted the conference(Alice已經(jīng)退出了會議)”來向業(yè)務(wù)請求者用戶A通知這一情況。
業(yè)務(wù)通知信息的接收者除了業(yè)務(wù)請求者外，還可以是業(yè)務(wù)的參與者或關(guān)聯(lián)者，向其通知當(dāng)前業(yè)務(wù)的使用情況，如前述的會議業(yè)務(wù)在使用時，用戶alice退出了會議，作為業(yè)務(wù)控制者的網(wǎng)元除了可以向業(yè)務(wù)請求者發(fā)送一個業(yè)務(wù)響應(yīng)信息，還可以向另一個會議參與者mary發(fā)送一個業(yè)務(wù)通知信息。
業(yè)務(wù)通知信息中的通知內(nèi)容，一般是由網(wǎng)絡(luò)生成的，也可以是由用戶輸入的。
業(yè)務(wù)通知信息中描述業(yè)務(wù)當(dāng)前使用情況的方式，除了上述的文本方式外，還可以是其它媒體類型的通知方式，如語音(信號音或語音通知等)等，如前述的會議業(yè)務(wù)在使用時，用戶alice退出了會議，作為業(yè)務(wù)控制者的網(wǎng)元除了可以發(fā)送一個文本方式的業(yè)務(wù)通知信息，還可以發(fā)送一個攜帶“Alice退出會議”的語音通知的業(yè)務(wù)通知信息。
對語音方式的業(yè)務(wù)通知信息內(nèi)容來說，可以是一個語音媒體的鏈接地址，也可以是一個語音類型指示，還可以是一個語音的構(gòu)成描述(如信號音頻率、斷續(xù)比等)等。
對同一個業(yè)務(wù)使用情況，業(yè)務(wù)通知信息可以只攜帶一種通知方式，也可以攜帶不同媒體類型的通知方式。一般的，由于用戶終端能力的不同，如有的終端不具有文本顯示能力，因此同時攜帶不同媒體類型的通知方式可以更具有通用性。
另外，業(yè)務(wù)信息除了上述的業(yè)務(wù)請求信息及業(yè)務(wù)通知信息外，還可以是業(yè)務(wù)協(xié)調(diào)信息，業(yè)務(wù)協(xié)調(diào)信息的接收者使用該信息處理所述業(yè)務(wù)，比如，一次通信可以引發(fā)多個不同業(yè)務(wù)，而這些業(yè)務(wù)又由網(wǎng)絡(luò)中不同的業(yè)務(wù)控制網(wǎng)元處理，且這些業(yè)務(wù)之間存在兼容性或優(yōu)先級等沖突時，則需要在這些業(yè)務(wù)控制網(wǎng)元之間傳遞不同業(yè)務(wù)的業(yè)務(wù)使用情況，以協(xié)調(diào)這些業(yè)務(wù)的調(diào)用。
業(yè)務(wù)協(xié)調(diào)信息和業(yè)務(wù)通知信息雖然都是傳遞業(yè)務(wù)的當(dāng)前使用情況，但后者表示的僅僅是一種通知信息，比如采用文本方式描述時，業(yè)務(wù)通知信息的接收者只是顯示通知內(nèi)容，而不去解析其中的具體業(yè)務(wù)含義；而對前者，由于協(xié)調(diào)信息要被用來處理業(yè)務(wù)的調(diào)用，業(yè)務(wù)協(xié)調(diào)信息的接收者必須能解析信息內(nèi)容，從中提取出業(yè)務(wù)的種類和業(yè)務(wù)當(dāng)前的使用情況。因此，在業(yè)務(wù)協(xié)調(diào)消息中，必須能定義出具體的業(yè)務(wù)的種類和業(yè)務(wù)當(dāng)前狀態(tài)，比如，可以采用前述的業(yè)務(wù)標(biāo)識來表示業(yè)務(wù)的種類，業(yè)務(wù)當(dāng)前狀態(tài)可以定義為“等待激活”、“已經(jīng)激活”、“等待撤消”、“臨時撤消”、“已經(jīng)撤消”、“去激活”、“暫停”等若干種，格式為文本方式的字符串。當(dāng)然，也可以不用具體的業(yè)務(wù)標(biāo)識來表示業(yè)務(wù)的種類，而是將一些具有類似特征的業(yè)務(wù)中提取出相同的業(yè)務(wù)特征，將具體的業(yè)務(wù)分門別類，來表示業(yè)務(wù)的種類，即業(yè)務(wù)的種類表示的是一類具有相同業(yè)務(wù)特征的業(yè)務(wù)。
如前述的會議業(yè)務(wù)在使用時，用戶John呼叫會議業(yè)務(wù)請求者用戶A，向用戶A發(fā)送一個SIP INVITE消息，這其中可能會引發(fā)某個業(yè)務(wù)，而該業(yè)務(wù)和會議業(yè)務(wù)相互沖突不能被同時調(diào)用，因此用戶A在收到該SIP INVITE消息后，可以在返回的SIP響應(yīng)碼消息中，攜帶一個業(yè)務(wù)協(xié)調(diào)信息，向該業(yè)務(wù)的業(yè)務(wù)控制網(wǎng)元傳遞會議業(yè)務(wù)的當(dāng)前使用情況，協(xié)調(diào)信息內(nèi)容包括會議業(yè)務(wù)標(biāo)識和“已經(jīng)激活”的業(yè)務(wù)當(dāng)前狀態(tài)。
類似的，業(yè)務(wù)協(xié)調(diào)信息可以適用于前述的所有SIP消息。
在本發(fā)明中，可以通過在SIP消息體中定義另一個信息輸入媒體類型，由位于SIP消息中固定位置的、為不同業(yè)務(wù)所共用的該信息輸入體來攜帶業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息；或者在SIP消息中定義為不同業(yè)務(wù)所共用的另一個信息輸入頭域，通過該頭域攜帶業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息。
上述的該信息輸入體和該信息輸入頭域只是邏輯定義，可以是在SIP協(xié)議中定義新擴(kuò)展消息體應(yīng)用或頭域，也可以是SIP協(xié)議中已有的消息體應(yīng)用或頭域的擴(kuò)展使用，可以由不同的信息輸入體或信息輸入頭域來分別攜帶業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息，也可以在同一個信息輸入體或信息輸入頭域中來攜帶業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息。
在某些情況下，業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息在SIP協(xié)議中可以是同樣的信息段，表明它即可以用作業(yè)務(wù)通知，也可以用作業(yè)務(wù)協(xié)調(diào)，比如如下情況，在SIP分組域和其它協(xié)議域如電路域互通時，業(yè)務(wù)通知信息要在不同的協(xié)議間承載，顯然，網(wǎng)絡(luò)需要解析業(yè)務(wù)通知信息進(jìn)行處理，將其轉(zhuǎn)換為對端網(wǎng)絡(luò)協(xié)議承載的信息，還要根據(jù)對端網(wǎng)絡(luò)協(xié)議承載的信息生成業(yè)務(wù)通知信息，此時，業(yè)務(wù)通知信息同時也是業(yè)務(wù)協(xié)調(diào)信息，舉例來說，一個表示“呼叫轉(zhuǎn)移”的信息段賦值“call transferred”，在SIP分組域內(nèi)時可以發(fā)向用戶終端(業(yè)務(wù)通知信息接收者)進(jìn)行顯示，而在和電路域互通時，互通網(wǎng)元需要解析該信息段賦值，將其轉(zhuǎn)換為綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分(Integrated Services Digital Network UserPart)協(xié)議所承載的表示“呼叫轉(zhuǎn)移”的信息段賦值，即“call transferred”即是業(yè)務(wù)通知信息也是業(yè)務(wù)協(xié)調(diào)信息，該互通網(wǎng)元即是業(yè)務(wù)通知信息接收者也是業(yè)務(wù)協(xié)調(diào)信息接收者。或者，還有一種情況，用戶終端需要根據(jù)收到的業(yè)務(wù)信息在終端界面上顯示，同時根據(jù)收到的業(yè)務(wù)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理，此時該業(yè)務(wù)信息即是業(yè)務(wù)通知信息也是業(yè)務(wù)協(xié)調(diào)信息，舉例來說，用戶終端在通話中收到一個新的呼入來話，來話消息中攜帶“呼叫等待”信息段，用戶終端解析該信息段，并據(jù)此在終端界面上顯示“有新呼入來話”，同時據(jù)此處理呼叫等待業(yè)務(wù)的調(diào)用。
此外，攜帶上述業(yè)務(wù)通知信息和業(yè)務(wù)協(xié)調(diào)信息的信息輸入體或信息輸入頭域、和前述攜帶業(yè)務(wù)請求信息的信息輸入體或信息輸入頭域也共用一個消息體或頭域應(yīng)用，通過不同參數(shù)區(qū)分，當(dāng)然也可以是不同的消息體或頭域應(yīng)用。其中，進(jìn)一步的，對業(yè)務(wù)請求信息和業(yè)務(wù)協(xié)調(diào)信息來說，都可以攜帶業(yè)務(wù)標(biāo)識參數(shù)，而業(yè)務(wù)的操作模式和業(yè)務(wù)當(dāng)前狀態(tài)具有相似之處，因此還可以在同一個信息輸入體或信息輸入頭域中，采用相同的參數(shù)來表示通過菜單輸入信息攜帶的業(yè)務(wù)請求信息、和業(yè)務(wù)協(xié)調(diào)信息，示例如下Content-Typeapplication/info-input<service-info>
<service-id>REV_CHARGING</service-id>
<service-status>require-active</service-status></service-info>
其中，由于要使用相同的參數(shù)來表示業(yè)務(wù)請求信息和業(yè)務(wù)協(xié)調(diào)信息，因此不能使用前述的表示菜單輸入信息的參數(shù)“menu-input”，而改成“service-info”參數(shù)，表示和業(yè)務(wù)類型相關(guān)的業(yè)務(wù)信息，“service-status”是業(yè)務(wù)當(dāng)前狀態(tài)參數(shù)，可以同時用來表示對業(yè)務(wù)的操作模式，“require-active”(請求激活)是一個業(yè)務(wù)當(dāng)前狀態(tài)參數(shù)取值，相當(dāng)于前述的操作模式參數(shù)取值“active”，也即表示前述的“等待激活”的業(yè)務(wù)當(dāng)前狀態(tài)，當(dāng)然，也可以仍分別表示業(yè)務(wù)的操作模式和業(yè)務(wù)當(dāng)前狀態(tài)。
此外，本發(fā)明前面描述了攜帶業(yè)務(wù)信息的SIP消息在SIP用戶代理之間交互，以實(shí)現(xiàn)業(yè)務(wù)信息的傳遞，實(shí)際上，根據(jù)SIP標(biāo)準(zhǔn)，SIP用戶代理是SIP實(shí)體(entity)的一種，顯然按照標(biāo)準(zhǔn)定義，以固定信息段攜帶業(yè)務(wù)信息的SIP消息還可以在其它的SIP實(shí)體，如在重定向服務(wù)器(Redirect Server)、代理服務(wù)器(Proxy Server)、注冊員(Registrar)之間傳遞，以及在SIP用戶代理和這些SIP實(shí)體之間傳遞。
最后，還需要說明的是，本發(fā)明定義的信息輸入?yún)?shù)、或信息輸入頭域、或信息輸入事件包、或信息輸入體，包括各種業(yè)務(wù)標(biāo)識、業(yè)務(wù)附屬信息的名稱，以及描述格式，僅僅是作特性示例，如果還有其它的此類定義，盡管名稱和格式不同，但只要包含了本發(fā)明的SIP協(xié)議攜帶業(yè)務(wù)信息的特性(業(yè)務(wù)標(biāo)識、業(yè)務(wù)附屬信息，以及業(yè)務(wù)通知信息、業(yè)務(wù)協(xié)調(diào)信息使用消息中固定信息段傳遞)，都將在本發(fā)明的要求保護(hù)范圍之類。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種傳遞業(yè)務(wù)信息的方法，其特征在于，包括下列步驟將業(yè)務(wù)信息攜帶于SIP消息的固定信息段中；以及將所述SIP消息在SIP用戶代理之間交互，以實(shí)現(xiàn)業(yè)務(wù)信息的傳遞。
2.如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)信息為業(yè)務(wù)請求信息、業(yè)務(wù)通知信息，或者業(yè)務(wù)協(xié)調(diào)信息。
3.如權(quán)利要求2所述的方法，其特征在于，若所述業(yè)務(wù)信息為業(yè)務(wù)請求信息，則業(yè)務(wù)信息包括業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息。
4.如權(quán)利要求3所述的方法，其特征在于，所述固定信息段包括SIP消息中的Request-URI信息段和/或邏輯固定信息段。
5.如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)附屬信息包括以下元素中的至少一種請求目的用戶標(biāo)識、用戶業(yè)務(wù)數(shù)據(jù)和對話標(biāo)識。
6.如權(quán)利要求5所述的方法，其特征在于，SIP消息中的Request-URI信息段攜帶所述請求目的用戶標(biāo)識；以及SIP消息中的邏輯固定信息段攜帶至少一個業(yè)務(wù)標(biāo)識。
7.如權(quán)利要求6所述的方法，其特征在于，所述邏輯固定信息段還攜帶除請求目的用戶標(biāo)識以外的其它業(yè)務(wù)附屬信息。
8.如權(quán)利要求4所述的方法，其特征在于，SIP消息中的Request-URI信息段攜帶業(yè)務(wù)標(biāo)識；以及SIP消息中的邏輯固定信息段攜帶至少一個業(yè)務(wù)附屬信息。
9.如權(quán)利要求8所述的方法，其特征在于，所述邏輯固定信息段還攜帶除Request-URI信息段攜帶的業(yè)務(wù)標(biāo)識以外的其它業(yè)務(wù)標(biāo)識。
10.如權(quán)利要求5所述的方法，其特征在于，SIP消息中的Request-URI信息段攜帶所述請求目的用戶標(biāo)識和業(yè)務(wù)標(biāo)識。
11.如權(quán)利要求10所述的方法，其特征在于，所述業(yè)務(wù)標(biāo)識作為請求目的用戶標(biāo)識的域名前綴。
12.如權(quán)利要求10所述的方法，其特征在于，SIP消息中的邏輯固定信息段攜帶除請求目的用戶標(biāo)識以外的其它業(yè)務(wù)附屬信息。
13.如權(quán)利要求4至12任一項(xiàng)所述的方法，其特征在于，所述邏輯固定信息段為以下元素中的至少一種信息輸入?yún)?shù)、信息輸入頭域、信息輸入事件包，以及信息輸入體。
14.如權(quán)利要求13所述的方法，其特征在于，所述信息輸入?yún)?shù)位于uri-parameters參數(shù)中。
15.如權(quán)利要求13所述的方法，其特征在于，所述信息輸入體位于SIP消息體中。
16.如權(quán)利要求15所述的方法，其特征在于，所述信息輸入體以XML或文本格式描述。
17.如權(quán)利要求13所述的方法，其特征在于，所述邏輯固定信息段引用SIP標(biāo)準(zhǔn)協(xié)議中定義的業(yè)務(wù)信息段。
18.如權(quán)利要求13所述的方法，其特征在于，若Request-URI信息段攜帶所述請求目的用戶標(biāo)識，則由所述信息輸入?yún)?shù)、信息輸入頭域、或者信息輸入事件包攜帶業(yè)務(wù)標(biāo)識，由信息輸入體攜帶除請求目的用戶標(biāo)識以外的其它業(yè)務(wù)附屬信息；或由所述信息輸入?yún)?shù)、信息輸入頭域、或者信息輸入事件包攜帶業(yè)務(wù)被請求使用的指示，由信息輸入體攜帶除請求目的用戶標(biāo)識以外的其它業(yè)務(wù)信息。
19.如權(quán)利要求13所述的方法，其特征在于，若Request-URI信息段攜帶業(yè)務(wù)標(biāo)識，則由所述信息輸入?yún)?shù)、信息輸入頭域、或者信息輸入事件包攜帶業(yè)務(wù)被請求使用的指示，由信息輸入體攜帶業(yè)務(wù)附屬信息。
20.如權(quán)利要求4至12任一項(xiàng)所述的方法，其特征在于，區(qū)分?jǐn)y帶業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息的邏輯固定信息段。
21.如權(quán)利要求4至12任一項(xiàng)所述的方法，其特征在于，區(qū)分?jǐn)y帶不同類型業(yè)務(wù)附屬信息的邏輯固定信息段。
22.如權(quán)利要求21所述的方法，其特征在于，依據(jù)以下至少一種方式來區(qū)分所述不同類型業(yè)務(wù)附屬信息業(yè)務(wù)附屬信息的屬性、業(yè)務(wù)操作方式，以及業(yè)務(wù)操作目的。
23.如權(quán)利要求4至12任一項(xiàng)所述的方法，其特征在于，在同一個邏輯固定信息段內(nèi)攜帶業(yè)務(wù)標(biāo)識和/或業(yè)務(wù)附屬信息。
24.如權(quán)利要求23所述的方法，其特征在于，通過不同的參數(shù)在所述邏輯固定信息段內(nèi)區(qū)分業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息。
25.如權(quán)利要求23所述的方法，其特征在于，通過不同的參數(shù)在所述邏輯固定信息段內(nèi)區(qū)分不同類型的業(yè)務(wù)附屬信息。
26.如權(quán)利要求25所述的方法，其特征在于，依據(jù)以下至少一種方式來區(qū)分所述不同類型業(yè)務(wù)附屬信息業(yè)務(wù)附屬信息的屬性、業(yè)務(wù)操作方式、業(yè)務(wù)操作目的，以及業(yè)務(wù)類型。
27.如權(quán)利要求26所述的方法，其特征在于，所述邏輯固定信息段內(nèi)至少包括以下一種參數(shù)鍵盤輸入信息參數(shù)，以及菜單輸入信息參數(shù)。
28.如權(quán)利要求27所述的方法，其特征在于，所述菜單輸入信息參數(shù)包括不同的業(yè)務(wù)類型參數(shù)。
29.如權(quán)利要求27所述的方法，其特征在于，所述菜單輸入信息參數(shù)包括不同屬性的業(yè)務(wù)附屬信息參數(shù)。
30.如權(quán)利要求27所述的方法，其特征在于，所述菜單輸入信息參數(shù)包括操作模式參數(shù)。
31.如權(quán)利要求4至12任一項(xiàng)所述的方法，其特征在于，所述邏輯固定信息段攜帶業(yè)務(wù)附屬信息和/或業(yè)務(wù)標(biāo)識時，一并攜帶分別針對該業(yè)務(wù)附屬信息和/或業(yè)務(wù)標(biāo)識的操作模式的描述信息。
32.如權(quán)利要求1至12任一項(xiàng)所述的方法，其特征在于，所述業(yè)務(wù)信息涉及的業(yè)務(wù)包括被叫付費(fèi)業(yè)務(wù)應(yīng)用、會議業(yè)務(wù)應(yīng)用、用戶業(yè)務(wù)數(shù)據(jù)操作，以及消息業(yè)務(wù)。
33.如權(quán)利要求32所述的方法，其特征在于，若業(yè)務(wù)為被叫付費(fèi)業(yè)務(wù)應(yīng)用，則網(wǎng)絡(luò)根據(jù)被叫付費(fèi)業(yè)務(wù)標(biāo)識，向計(jì)費(fèi)系統(tǒng)指示此次呼叫費(fèi)用由被叫用戶承擔(dān)。
34.如權(quán)利要求32所述的方法，其特征在于，若業(yè)務(wù)為會議業(yè)務(wù)應(yīng)用，則網(wǎng)絡(luò)根據(jù)會議業(yè)務(wù)標(biāo)識申請會議資源，并將攜帶于業(yè)務(wù)附屬信息中的請求目的用戶標(biāo)識加入會議資源。
35.如權(quán)利要求2所述的方法，其特征在于，若所述業(yè)務(wù)信息為業(yè)務(wù)通知信息或業(yè)務(wù)協(xié)調(diào)信息，則所述固定信息段為邏輯固定信息段。
36.如權(quán)利要求35所述的方法，其特征在于，所述邏輯固定信息段為以下元素中的至少一種信息輸入頭域，以及信息輸入體。
37.如權(quán)利要求36所述的方法，其特征在于，由網(wǎng)絡(luò)或用戶生成描述業(yè)務(wù)當(dāng)前使用情況的所述業(yè)務(wù)通知信息。
38.如權(quán)利要求37所述的方法，其特征在于，所述業(yè)務(wù)通知信息的接收者為業(yè)務(wù)的請求者、參與者或關(guān)聯(lián)者。
39.如權(quán)利要求37所述的方法，其特征在于，所述業(yè)務(wù)通知信息以至少一種媒體類型描述。
40.如權(quán)利要求39所述的方法，其特征在于，所述媒體類型包括文本和語音。
41.如權(quán)利要求36所述的方法，其特征在于，若所述業(yè)務(wù)信息為描述業(yè)務(wù)當(dāng)前使用情況的業(yè)務(wù)協(xié)調(diào)信息，則業(yè)務(wù)信息包括業(yè)務(wù)的種類和業(yè)務(wù)當(dāng)前狀態(tài)。
42.如權(quán)利要求41所述的方法，其特征在于，所述業(yè)務(wù)的種類為業(yè)務(wù)標(biāo)識、或表示一類業(yè)務(wù)。
43.如權(quán)利要求41所述的方法，其特征在于，所述業(yè)務(wù)協(xié)調(diào)信息在處理業(yè)務(wù)的業(yè)務(wù)控制網(wǎng)元之間傳遞。
44.如權(quán)利要求36至43任一項(xiàng)所述的方法，其特征在于，所述業(yè)務(wù)通知信息、業(yè)務(wù)協(xié)調(diào)信息和業(yè)務(wù)請求信息中的至少兩種，通過相同的信息輸入頭域或信息輸入體攜帶。
45.如權(quán)利要求44所述的方法，其特征在于，所述業(yè)務(wù)協(xié)調(diào)信息和業(yè)務(wù)請求信息在信息輸入頭域或信息輸入體中通過相同的參數(shù)攜帶業(yè)務(wù)標(biāo)識和業(yè)務(wù)當(dāng)前狀態(tài)。
46.如權(quán)利要求36至43任一項(xiàng)所述的方法，其特征在于，所述業(yè)務(wù)通知信息、業(yè)務(wù)協(xié)調(diào)信息和業(yè)務(wù)請求信息中的至少兩種，以不同參數(shù)加以區(qū)分，并通過相同的信息輸入頭域或信息輸入體攜帶。
47.如權(quán)利要求36至43任一項(xiàng)所述的方法，其特征在于，所述業(yè)務(wù)通知信息、業(yè)務(wù)協(xié)調(diào)信息和業(yè)務(wù)請求信息中的至少兩種，通過不同的信息輸入頭域或信息輸入體攜帶。
48.如權(quán)利要求1所述的方法，其特征在于，所述SIP消息可以在SIP用戶代理之外的SIP實(shí)體之間交互、或在所述SIP實(shí)體和SIP用戶代理之間交互。
49.如權(quán)利要求3所述的方法，其特征在于，處理所述業(yè)務(wù)的業(yè)務(wù)控制網(wǎng)元向用戶要求輸入所述業(yè)務(wù)附屬信息時，設(shè)定所述業(yè)務(wù)附屬信息。
50.一種發(fā)起業(yè)務(wù)請求信息的用戶終端裝置，其特征在于，包括業(yè)務(wù)請求信息界面單元，用于向用戶提供可輸入業(yè)務(wù)請求信息的操作界面；業(yè)務(wù)請求信息接收單元，用于接收用戶在業(yè)務(wù)請求信息界面單元提供的操作界面上輸入的業(yè)務(wù)請求信息；業(yè)務(wù)請求信息發(fā)送單元，用于將業(yè)務(wù)請求信息接收單元接收的業(yè)務(wù)請求信息構(gòu)造成SIP消息中的固定信息段，并發(fā)送該SIP消息。
全文摘要
本發(fā)明公開了一種傳遞業(yè)務(wù)信息的方法及裝置，用以解決目前沒有一種通用的方案可以在SIP消息中同時攜帶業(yè)務(wù)標(biāo)識和業(yè)務(wù)附屬信息的問題。包括下列步驟將業(yè)務(wù)信息攜帶于SIP消息的固定信息段中；將所述SIP消息在SIP用戶代理之間交互，以實(shí)現(xiàn)業(yè)務(wù)信息的傳遞。通過本發(fā)明的實(shí)施，無須在新增業(yè)務(wù)時相應(yīng)增加頭域或事件包，從而本發(fā)明方法可作為兼容所有業(yè)務(wù)的通用方案，并且符合SIP標(biāo)準(zhǔn)協(xié)議。本發(fā)明用戶終端裝置包括業(yè)務(wù)請求信息界面單元、業(yè)務(wù)請求信息接收單元和業(yè)務(wù)請求信息發(fā)送單元。
文檔編號H04Q7/22GK101079810SQ20071008741
公開日2007年11月28日 申請日期2007年3月16日 優(yōu)先權(quán)日2006年5月10日
發(fā)明者施有鑄 申請人:華為技術(shù)有限公司