專利名稱：業(yè)務協(xié)商方法及系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及通信領域，具體而言，涉及一種業(yè)務協(xié)商方法及系統(tǒng)。
背景技術(shù)：
隨著移動終端技術(shù)的成熟，終端已經(jīng)能夠滿足基本的能力或能力集以實現(xiàn)通信網(wǎng)路的各種業(yè)務，移動通信新業(yè)務的設計開發(fā)，對電信終端的要求也盡可能地小，一般避免增加新的需要終端處理的信令消息，避免增加新的需要終端處理的媒體數(shù)據(jù)，充分考慮使用絕大多數(shù)終端都支持的功能，包括已有的信令、媒體、操作功能等。在實際應用中存在這樣一類業(yè)務，即由B用戶訂制，給A用戶使用的業(yè)務，一般情形無論A用戶是否愿意接受該業(yè)務，往往必須被動地體驗該業(yè)務。這類業(yè)務中的一個典型例子是彩鈴業(yè)務。相關技術(shù)中，為滿足A用戶的意愿，一種方法是針對用戶A偏好的基本功能(基本能力)，在用戶A的請求中設置能力級別的偏好命令或參數(shù)來傳遞A用戶的請求。業(yè)務服務器保存用戶A的功能偏好，并依據(jù)用戶A的功能偏好，對涉及到相關功能的任何具體業(yè)務進行剪裁，保留用戶喜歡的功能，屏蔽用戶不愿接收的功能。這種方法可能會帶來如下問題例如，用戶A只是不喜歡業(yè)務1中的語音功能，但是喜歡業(yè)務2中的語音功能，用戶A通過上述方法通知業(yè)務服務器其不喜歡語音功能，導致業(yè)務服務器將業(yè)務1和業(yè)務2中的語音服務都剪裁掉。另一種方法是在建立某種業(yè)務連接時，在用戶A的請求中設置針對該業(yè)務的能力級別的偏好設置。導致每種業(yè)務的請求消息中都必須攜帶能力級別的偏好設置信息，使得消息體越來越龐大，影響到通訊效率。發(fā)明人發(fā)現(xiàn)，無論采用上述哪種相關技術(shù)，均只能進行能力級別的偏好設置，不能實現(xiàn)業(yè)務級別的協(xié)商，對于所有種類的業(yè)務來說，存在偏好設置通用性不強，兼容性差，通訊效率低的問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種業(yè)務協(xié)商方法及系統(tǒng)，以解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種業(yè)務協(xié)商方法，包括第一設備接收來自第二設備的業(yè)務協(xié)商請求消息，其中，業(yè)務協(xié)商請求消息用于指示第二設備接受和/或不接受的業(yè)務，以及接受的業(yè)務中接受和/或不接受的功能；第一設備向第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，協(xié)商響應消息用于指示第一設備向第二設備提供和/或不提供的業(yè)務，以及提供的業(yè)務中提供和/或不提供的功能。根據(jù)本發(fā)明的另一方面，提供一種業(yè)務協(xié)商系統(tǒng)，包括第二設備，用于向第一設備發(fā)送業(yè)務協(xié)商請求消息，其中，業(yè)務協(xié)商請求消息用于指示第二設備接受和/或不接受的業(yè)務，以及接受的業(yè)務中接受和/或不接受的功能；第一設備，用于接收來自第二設備的業(yè)務協(xié)商請求消息，并且向第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，協(xié)商響應消息用于指示第一設備向第二設備提供和/或不提供的業(yè)務，以及提供的業(yè)務中提供和/或不提供的功能。通過本發(fā)明，設備之間進行業(yè)務級別的偏好協(xié)商，以及具體業(yè)務內(nèi)功能的偏好協(xié)商，使得用戶期望的業(yè)務或者業(yè)務功能特征在業(yè)務執(zhí)行之前或執(zhí)行過程中，可以被實時地協(xié)商，不受具體業(yè)務特點的限制，對業(yè)務及業(yè)務功能的偏好性協(xié)商具有通用性強，兼容性好，通訊效率高的優(yōu)點。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例一的業(yè)務協(xié)商系統(tǒng)框圖；圖2是根據(jù)本發(fā)明實施例二的業(yè)務協(xié)商方法流程圖；圖3是根據(jù)本發(fā)明實施例三的業(yè)務協(xié)商處理流程示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。實施例一在本實施例中，提供了一種業(yè)務協(xié)商系統(tǒng)，如圖1所示，該系統(tǒng)包括第一設備10 和第二設備20，其中，第二設備20，用于向第一設備10發(fā)送業(yè)務協(xié)商請求消息，其中，所述業(yè)務協(xié)商請求消息用于指示所述第二設備20接受和/或不接受的業(yè)務，以及所述接受的業(yè)務中接受和 /或不接受的功能；第一設備10，用于接收來自所述第二設備20的業(yè)務協(xié)商請求消息，并且向所述第二設備20發(fā)送業(yè)務協(xié)商響應消息，其中，所述協(xié)商響應消息用于指示所述第一設備10向所述第二設備20提供和/或不提供的業(yè)務，以及所述提供的業(yè)務中提供和/或不提供的功能。針對業(yè)務或業(yè)務能力的偏好設置，現(xiàn)有的系統(tǒng)中，設備只能進行業(yè)務能力級別的偏好設置，不能實現(xiàn)業(yè)務級別的協(xié)商，對于所有種類的業(yè)務來說，存在偏好設置通用性不強，兼容性差，通訊效率低等問題。本實施例提供的上述系統(tǒng)，通過設備10和設備20之間進行業(yè)務級別的偏好協(xié)商，以及具體業(yè)務內(nèi)功能的偏好協(xié)商，使得用戶期望的業(yè)務或者業(yè)務功能特征在業(yè)務執(zhí)行之前或執(zhí)行過程中，可以被實時地協(xié)商，不受具體業(yè)務特點的限制， 例如，多業(yè)務并存的情況下，不會屏蔽掉所有業(yè)務中的同一個業(yè)務功能。再如，某個業(yè)務升級后，服務器端增加了新的功能，由于終端用戶在業(yè)務協(xié)商請求消息中指示了能夠接受或不能接受的業(yè)務或業(yè)務中能夠接受或不能接受的功能，因此，即便服務器端相應業(yè)務的功能發(fā)生變化，也不會影響用戶對先前版本業(yè)務的使用，另外終端或服務器不再需要針對并存業(yè)務中的每一個業(yè)務設置專用的命令或參數(shù)，大大減少了消息體的容量。因此，本實施例提供的上述系統(tǒng)，對業(yè)務及業(yè)務功能的偏好性協(xié)商具有通用性強，兼容性好，通訊效率高的優(yōu)點。在實施過程中，第一設備10與第二設備20之間交互的業(yè)務協(xié)商請求消息和業(yè)務協(xié)商響應消息，可以采用專設的私有協(xié)議的信令，也可以采用現(xiàn)有通信網(wǎng)絡中的任何協(xié)議的信令，例如，可以但不限于基于SIP協(xié)議的初始會話消息。在實施過程中，設備之間進行上述業(yè)務協(xié)商，可以是兩個設備之間的點對點通信， 也可以是兩個設備之間通過業(yè)務服務器進行業(yè)務協(xié)商。如果是點對點通信，則上述系統(tǒng)中的第一設備10與第二設備20可以是兩個移動終端設備，兩個移動終端設備通過有線局域網(wǎng)進行通信，或通過無線局域網(wǎng)進行通信，例如，兩個終端設備通過藍牙或紅外等協(xié)議進行通信，協(xié)商相應的業(yè)務偏好設置，在實施過程中，第一設備10與第二設備20處于對等關系，即任意一端均可以向?qū)Χ税l(fā)送業(yè)務協(xié)商請求消息，作為接收的一端，向發(fā)送端反饋業(yè)務協(xié)商響應消息，完成業(yè)務協(xié)商。上述系統(tǒng)中的第一設備10與第二設備20的任意一端也可以是業(yè)務服務器，例如第一設備10是業(yè)務服務器，第二設備20是與之通信的移動終端，可選的，業(yè)務服務器10與另外的移動終端(同樣歸類為第二設備20)通信，為兩個移動終端提供數(shù)據(jù)連接，業(yè)務服務器10通過數(shù)據(jù)連接分別向兩個相互通信的移動終端提供業(yè)務數(shù)據(jù)，在這種應用場景下，業(yè)務服務器10作為業(yè)務提供網(wǎng)元，與通信的兩端移動設備分別協(xié)商各自的業(yè)務偏好，即無論通信發(fā)起端的移動設備還是接收端的移動設備均可以向業(yè)務服務器10發(fā)送業(yè)務協(xié)商請求消息。優(yōu)選地，上述第一設備10，還用于確定業(yè)務協(xié)商請求消息指示的業(yè)務中存在與本設備相關的業(yè)務，并確定能夠按照業(yè)務協(xié)商請求消息的指示提供與本設備相關的業(yè)務，以及根據(jù)業(yè)務協(xié)商請求消息的指示，對相關的業(yè)務和/或業(yè)務中的功能進行剪裁。在實施過程中，進行業(yè)務協(xié)商的兩端設備，其中必然有一端有決策權(quán)，即，當兩端設備協(xié)商業(yè)務時，有決策權(quán)的設備端最終決定業(yè)務協(xié)商結(jié)果，一般分為如下兩種情況(1)發(fā)起端第二設備20有決策權(quán)，則第一設備10在能夠確保第二設備20指示的業(yè)務被正常提供的前提下，必須接受第二設備20對業(yè)務偏好設置的要求，在業(yè)務協(xié)商響應消息中通知第一設備10，其接受并提供第二設備20要求的業(yè)務及業(yè)務中的功能。(2)接收端第一設備10有決策權(quán)，則第一設備10接收到業(yè)務協(xié)商請求消息后，會判斷該業(yè)務協(xié)商請求消息指示的業(yè)務及業(yè)務中的功能，是否符合本地的控制邏輯以及業(yè)務邏輯，例如，第一設備10為業(yè)務服務器的情況下，會判斷第二設備20要求的業(yè)務及業(yè)務中的功能，是否能夠使業(yè)務正常使用，或者是否符合運營商的規(guī)定和利益。無論上述那種情況，作為接收端的第一設備10都需要檢測第二設備20的協(xié)商請求消息指示的業(yè)務是否與本端相關，還需要檢測第二設備20提出的業(yè)務要求是否合理，能否按照第二設備20的要求提供可執(zhí)行的業(yè)務，在確定可以按照第二設備20的要求提供相應的業(yè)務和業(yè)務中的功能后，按照業(yè)務協(xié)商請求消息的指示對常規(guī)業(yè)務進行裁剪，以滿足第二設備20的需求。實施例二在本實施例中，提供一種業(yè)務協(xié)商方法，應用于實施例一種提供的業(yè)務協(xié)商系統(tǒng)， 圖2是根據(jù)本發(fā)明實施例二的業(yè)務協(xié)商方法流程圖，該方法包括步驟S202，第一設備接收來自第二設備的業(yè)務協(xié)商請求消息，其中，業(yè)務協(xié)商請求消息用于指示第二設備接受和/或不接受的業(yè)務，以及接受的業(yè)務中期望接受和/或不接受的功能；
步驟S204，第一設備向第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，協(xié)商響應消息用于指示第一設備向第二設備提供和/或不提供的業(yè)務，以及提供的業(yè)務中能夠提供和/或不能夠提供的功能。針對業(yè)務或業(yè)務能力的偏好設置，相關技術(shù)，設備只能進行業(yè)務能力級別的偏好設置，不能實現(xiàn)業(yè)務級別的協(xié)商，對于所有種類的業(yè)務來說，存在偏好設置通用性不強，兼容性差，通訊效率低等問題。本實施例提供的上述方法，使得用戶期望的業(yè)務或者業(yè)務功能特征在業(yè)務執(zhí)行之前或執(zhí)行過程中，可以被實時地協(xié)商，不受具體業(yè)務特點的限制，例如， 多業(yè)務并存的情況下，不會屏蔽掉所有業(yè)務中的同一個業(yè)務功能。再如，某個業(yè)務升級后， 服務器端增加了新的功能，由于終端用戶在業(yè)務協(xié)商請求消息中指示了能夠接受或不能接受的業(yè)務或業(yè)務中能夠接受或不能接受的功能，因此，即便服務器端相應業(yè)務的功能發(fā)生變化，也不會影響用戶對先前版本業(yè)務的使用，另外終端或服務器不再需要針對并存業(yè)務中的每一個業(yè)務設置專用的命令或參數(shù)，大大減少了消息體的容量。因此，本實施例提供的上述方法，對業(yè)務及業(yè)務功能的偏好性協(xié)商具有通用性強，兼容性好，通訊效率高的優(yōu)點。在實施過程中，第一設備與第二設備之間交互的業(yè)務協(xié)商請求消息和業(yè)務協(xié)商響應消息，可以采用專設的私有協(xié)議的信令，也可以采用現(xiàn)有通信網(wǎng)絡中的任何協(xié)議的信令， 例如，可以但不限于基于SIP協(xié)議的初始會話消息。在實施過程中，設備之間進行上述業(yè)務協(xié)商，可以是兩個設備之間的點對點通信， 也可以是兩個設備之間通過業(yè)務服務器進行業(yè)務協(xié)商。如果是點對點通信，則上述方法中的第一設備與第二設備可以是兩個移動終端設備，兩個移動終端設備通過有線局域網(wǎng)進行通信，或通過無線局域網(wǎng)進行通信，例如，兩個終端設備通過藍牙或紅外等協(xié)議進行通信，協(xié)商相應的業(yè)務偏好設置，在實施過程中，第一設備與第二設備處于對等關系，即任意一端均可以向?qū)Χ税l(fā)送業(yè)務協(xié)商請求消息，作為接收的一端，向發(fā)送端反饋業(yè)務協(xié)商響應消息，完成業(yè)務協(xié)商。上述方法中的第一設備與第二設備的任意一端也可以是業(yè)務服務器，例如第一設備是業(yè)務服務器，第二設備是與之通信的移動終端，可選的，業(yè)務服務器與另外的移動終端 (同樣歸類為第二設備)通信，為兩個移動終端提供數(shù)據(jù)連接，業(yè)務服務器通過數(shù)據(jù)連接分別向兩個相互通信的移動終端提供業(yè)務數(shù)據(jù)，在這種應用場景下，業(yè)務服務器作為業(yè)務提供網(wǎng)元，與通信的兩端移動設備分別協(xié)商各自的業(yè)務偏好，即無論通信發(fā)起端的移動設備還是接收端的移動設備均可以向業(yè)務服務器發(fā)送業(yè)務協(xié)商請求消息。優(yōu)選地，上述方法還包括第一設備確定業(yè)務協(xié)商請求消息指示的業(yè)務中存在與本設備相關的業(yè)務，并確定能夠按照業(yè)務協(xié)商請求消息的指示提供與本設備相關的業(yè)務， 以及根據(jù)業(yè)務協(xié)商請求消息的指示，對相關的業(yè)務和/或業(yè)務中的功能進行剪裁。在實施過程中，進行業(yè)務協(xié)商的兩端設備，其中有一端有決策權(quán)，S卩，當兩端設備協(xié)商業(yè)務時，有決策權(quán)的設備端最終決定業(yè)務協(xié)商結(jié)果，一般分為如下兩種情況(1)發(fā)起端第二設備有決策權(quán)，則第一設備在能夠確保第二設備指示的業(yè)務被正常提供的前提下，必須接受第二設備對業(yè)務偏好設置的要求，在業(yè)務協(xié)商響應消息中通知第一設備，其接受并提供第二設備要求的業(yè)務及業(yè)務中的功能。(2)接收端第一設備有決策權(quán)，則第一設備接收到業(yè)務協(xié)商請求消息后，會判斷該業(yè)務協(xié)商請求消息指示的業(yè)務及業(yè)務中的功能，是否符合本地的控制邏輯以及業(yè)務邏輯，例如，第一設備為業(yè)務服務器的情況下，會判斷第二設備要求的業(yè)務及業(yè)務中的功能，是否能夠使業(yè)務正常使用，或者是否符合運營商的規(guī)定和利益。無論上述那種情況，作為接收端的第一設備都需要檢測第二設備的協(xié)商請求消息指示的業(yè)務是否與本端相關，還需要檢測第二設備提出的業(yè)務要求是否合理，能否按照第二設備的要求提供可執(zhí)行的業(yè)務，在確定可以按照第二設備的要求提供相應的業(yè)務和業(yè)務中的功能后，按照業(yè)務協(xié)商請求消息的指示對常規(guī)業(yè)務進行裁剪，以滿足第二設備的需求。實施例三針對上述實施例中第一設備作為業(yè)務服務器的應用場景，本實施例中提供一種業(yè)務協(xié)商實施方式，圖3是根據(jù)本發(fā)明實施例三的業(yè)務協(xié)商處理流程示意圖；如圖所示，協(xié)商業(yè)務及業(yè)務中功能的相關設備和服務器準備就緒后，開始一個為執(zhí)行業(yè)務建立承載的會話時，進行如下步驟的處理步驟S310，會話開始建立，始發(fā)設備發(fā)送帶業(yè)務指示的消息；步驟S320，服務器接收到始發(fā)設備發(fā)出的消息，判斷是否有與本服務器相關的業(yè)務指示，如果有，則執(zhí)行步驟S340，否則，執(zhí)行步驟S330 ；步驟S330，如果消息中沒有包含有業(yè)務指示，則服務器提供預定義的業(yè)務功能，發(fā)送消息給接收終端，轉(zhuǎn)步驟S350 ；步驟S340，服務器根據(jù)業(yè)務指示，并根據(jù)自身的業(yè)務功返回響應消息；并在裁剪業(yè)務功能之后開始執(zhí)行裁剪過的業(yè)務邏輯，發(fā)送業(yè)務消息給接收終端，轉(zhuǎn)步驟S350。步驟S350，接收終端接收到消息后，在執(zhí)行業(yè)務之前，判斷是否要發(fā)起這個業(yè)務響應，如果是，則執(zhí)行步驟S370，否則，執(zhí)行步驟S360 ；步驟S360，如果接收終端根據(jù)自己的業(yè)務環(huán)境和/或業(yè)務邏輯判定對收到的業(yè)務功能消息正常處理就可以了，則回送響應消息、接收并處理業(yè)務功能，轉(zhuǎn)步驟S380 ；步驟S370 接收終端填寫帶業(yè)務指示的響應，發(fā)送給服務器，請求指定的業(yè)務功能/業(yè)務功能特征，轉(zhuǎn)步驟S380。步驟S380 其它流程繼續(xù)進行，有關業(yè)務指示的則結(jié)束。上述實施例中，攜帶于消息中的業(yè)務指示、業(yè)務功能特征指示，其參數(shù)可以事先存儲于始發(fā)設備、業(yè)務應用服務器、接收設備中，由這些設備各自判斷并填寫信令消息。始發(fā)設備、接收設備和服務器都可以設置業(yè)務指示、業(yè)務功能特征指示，由服務器提供最終的業(yè)務功能集。終端或服務器上可以設置、存儲業(yè)務指示的策略或參數(shù)，這個策略定義可以由終端用戶/服務器管理員通過人機界面設置定義，保存在終端/服務器上，當會話開始建立時，由服務器根據(jù)來自網(wǎng)絡的指示，和本地策略，決定提供業(yè)務或業(yè)務功能特征，以終端上為例支持的業(yè)務、業(yè)務功能標識由用戶自己根據(jù)愛好來設定是愿意或拒絕體驗某一個或某些業(yè)務或業(yè)務功能特征，例如，用戶可以設定愿意或拒絕體驗被叫用戶簽約的個性化回鈴業(yè)務，或設定拒絕被叫用戶簽約的個性化回鈴音中的視頻特征。實施例四在本實施例中，對上述實施例中，用于指示業(yè)務或業(yè)務中的功能特征的業(yè)務協(xié)商請求消息以及業(yè)務協(xié)商響應消息進行詳細介紹，重點介紹如何在業(yè)務協(xié)商請求消息以及業(yè)務協(xié)商響應消息中設置指示業(yè)務偏好的字段，以實現(xiàn)設備間的業(yè)務協(xié)商。
在上述實施例中，已經(jīng)提到第一設備與第二設備之間交互的業(yè)務協(xié)商請求消息和業(yè)務協(xié)商響應消息，可以采用專設的私有協(xié)議的信令，也可以采用現(xiàn)有通信網(wǎng)絡中的任何協(xié)議的信令，考慮到采用私有協(xié)議的信令，雖然可以實現(xiàn)業(yè)務偏好的指示和協(xié)商，但是其不具有通用性和廣泛性，本實施例重點介紹采用現(xiàn)有通信網(wǎng)絡中廣泛適用的信令，例如，不限于是基于SIP協(xié)議的初始會話消息，攜帶業(yè)務及業(yè)務中功能的偏好指示。一種指示業(yè)務的方式是，在消息的報文頭的字段中指示，例如在SIP消息中使用一個報文頭 Aceept-Service-List 禾口 Refuse—Service—List。具體實現(xiàn)如下......Aceept-Service-List* ；voiceRefuse-Service-List:message......這個實施例表示在這一次會話當中，發(fā)起指示一方愿意或能夠接受voice這個業(yè)務，但不愿意/不能夠接受message這個業(yè)務。接收到指示的一方(終端和/或服務器)，根據(jù)指示和自身的業(yè)務功能給予響應， 對所述請求的一種響應是Aceept-Service-List* ；voiceRefuse-Service-List:message......上述內(nèi)容包含在響應消息中，表示響應方同意支持voice業(yè)務，并且不會與發(fā)起方使用message業(yè)務。另一種指示業(yè)務的表示方式是，在報文的SDP報文體的字段中指示，例如使用SDP 的a行中的CAT屬性或KEYWDS屬性。這種方法只適于對業(yè)務的媒體方面的指示，對那些不使用媒體描述的業(yè)務則不適用。具體實現(xiàn)如下......a = CAT: I_do_not_like_video......如前述實施例，接收到指示的一方(終端和/或服務器)，在響應消息中要根據(jù)指示和自身的業(yè)務功能給予響應。還有一種指示業(yè)務及業(yè)務中功能的方式是，添加一種報文體，在報文體中描述接受或描繪的業(yè)務或業(yè)務功能特征，例如，增加如下的XML報文體< ？ xml version = “ 1.0〃 encoding = “ UTF-8" ？ ><service-indication><indication_desc><service-name>voice</service-name><refuse-feature>video</refuse-feature>
<accept-feature>audio</accept-feature></indication-desct><indication_desc><service-name>CRS</service-name><refuse-feature>all</refuse-feature></indication_desc></service-indication)該實施例中，指示了兩個業(yè)務voice和CRS。對voice的業(yè)務指示是不接收視頻會話，可以接收音頻會話，這里表示的是業(yè)務級的指示，并不是媒體能力的描述。對CRS，則是指示拒絕這個業(yè)務中的所有功能特征，即表示拒絕這一業(yè)務。如前述實施例，接收到指示的一方(終端和/或服務器)，在響應消息中要根據(jù)指示和自身的業(yè)務功能給予響應。上述具體的實施方式既可以在終端上設置，也適于在服務器上設置、使用。上述實施例適用于3GPP(3rd Generation Partnership Project，第三代合作伙伴計劃)的IMS域、3GPP2IMS域，也適用于其它類似網(wǎng)絡，如使用SIP作為信令的其它通訊網(wǎng)絡。需要說明的是，對業(yè)務協(xié)商消息的設置并不是限定只能用上述實施例來實現(xiàn)，也僅不限于在會話的建立時協(xié)商，還可以用類似的方式實現(xiàn)，比如更改字段的用法等，那不過是具體的報文內(nèi)容有所不同。綜上，本發(fā)明實施例提供的上述技術(shù)方案，通過設備之間進行業(yè)務級別的偏好協(xié)商，以及具體業(yè)務內(nèi)功能的偏好協(xié)商，使得用戶期望的業(yè)務或者業(yè)務功能特征在業(yè)務執(zhí)行之前或執(zhí)行過程中，可以被實時地協(xié)商，不受具體業(yè)務特點的限制，例如，多業(yè)務并存的情況下，不會屏蔽掉所有業(yè)務中的同一個業(yè)務功能。再如，某個業(yè)務升級后，服務器端增加了新的功能，由于終端用戶在業(yè)務協(xié)商請求消息中指示了能夠接受或不能接受的業(yè)務或業(yè)務中能夠接受或不能接受的功能，因此，即便服務器端相應業(yè)務的功能發(fā)生變化，也不會影響用戶對先前版本業(yè)務的使用，另外終端或服務器不再需要針對并存業(yè)務中的每一個業(yè)務設置專用的命令或參數(shù)，大大減少了消息體的容量。因此，本實施例提供的上述系統(tǒng)，對業(yè)務及業(yè)務功能的偏好性協(xié)商具有通用性強，兼容性好，通訊效率高的優(yōu)點。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務協(xié)商方法，其特征在于，包括第一設備接收來自第二設備的業(yè)務協(xié)商請求消息，其中，所述業(yè)務協(xié)商請求消息用于指示所述第二設備接受和/或不接受的業(yè)務，以及所述接受的業(yè)務中接受和/或不接受的功能；所述第一設備向所述第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，所述協(xié)商響應消息用于指示所述第一設備向所述第二設備提供和/或不提供的業(yè)務，以及所述提供的業(yè)務中提供和/或不提供的功能。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在第一設備向所述第二設備發(fā)送業(yè)務協(xié)商響應消息之前，還包括所述第一設備確定所述業(yè)務協(xié)商請求消息指示的業(yè)務中存在與本設備相關的業(yè)務；確定能夠按照所述業(yè)務協(xié)商請求消息的指示提供與本設備相關的業(yè)務；根據(jù)所述業(yè)務協(xié)商請求消息的指示，對相關的業(yè)務和/或業(yè)務中的功能進行剪裁。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一設備是移動終端，所述第二設備是移動終端或業(yè)務服務器。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務協(xié)商請求消息是初始會話請求消息，所述業(yè)務協(xié)商響應消息是初始會話響應消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述初始會話請求消息的報文頭中設置第一字段，用于指示所述第二設備接受和/ 或不接受的業(yè)務；在所述初始會話響應消息的報文頭中設置第二字段，用于指示所述第一設備向所述第二設備提供和/或不提供的業(yè)務。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述初始會話請求消息的報文體中設置第三字段，用于指示所述第二設備接受和/ 或不接受的業(yè)務；在所述初始會話響應消息的報文體中設置第四字段，用于指示所述第一設備向所述第二設備提供和/或不提供的業(yè)務。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述初始會話請求消息的報文體中設置第五字段，用于指示所述第二設備接受的業(yè)務中接受和/或不接受的功能；在所述初始會話響應消息的報文體中設置第六字段，用于指示所述第一設備向所述第二設備提供的業(yè)務中提供和/或不提供的功能。
8.根據(jù)權(quán)利要求4至7任一項所述的方法，其特征在于，所述初始會話請求消息以及所述初始會話響應消息是基于SIP協(xié)議的消息。
9.一種業(yè)務協(xié)商系統(tǒng)，其特征在于，包括第二設備，用于向第一設備發(fā)送業(yè)務協(xié)商請求消息，其中，所述業(yè)務協(xié)商請求消息用于指示所述第二設備接受和/或不接受的業(yè)務，以及所述接受的業(yè)務中接受和/或不接受的功能；所述第一設備，用于接收來自所述第二設備的業(yè)務協(xié)商請求消息，并且向所述第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，所述協(xié)商響應消息用于指示所述第一設備向所述第二設備提供和/或不提供的業(yè)務，以及所述提供的業(yè)務中提供和/或不提供的功能。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述第一設備還用于確定所述業(yè)務協(xié)商請求消息指示的業(yè)務中存在與本設備相關的業(yè)務，并確定能夠按照所述業(yè)務協(xié)商請求消息的指示提供與本設備相關的業(yè)務，以及根據(jù)所述業(yè)務協(xié)商請求消息的指示，對相關的業(yè)務和/或業(yè)務中的功能進行剪裁。
全文摘要
本發(fā)明公開了一種業(yè)務協(xié)商方法及系統(tǒng)，上述方法包括第一設備接收來自第二設備的業(yè)務協(xié)商請求消息，其中，業(yè)務協(xié)商請求消息用于指示第二設備接受和/或不接受的業(yè)務，以及接受的業(yè)務中接受和/或不接受的功能；第一設備向第二設備發(fā)送業(yè)務協(xié)商響應消息，其中，協(xié)商響應消息用于指示第一設備向第二設備提供和/或不提供的業(yè)務，以及提供的業(yè)務中提供和/或不提供的功能。本發(fā)明提供的技術(shù)方案，設備之間進行業(yè)務級別、以及具體業(yè)務內(nèi)功能的偏好協(xié)商，使得用戶期望的業(yè)務或者業(yè)務功能特征在業(yè)務執(zhí)行之前或執(zhí)行過程中，可以被實時地協(xié)商，不受具體業(yè)務特點的限制，對業(yè)務及業(yè)務功能的偏好性協(xié)商具有通用性強，兼容性好，通訊效率高的優(yōu)點。
文檔編號H04W80/10GK102271320SQ20101019779
公開日2011年12月7日 申請日期2010年6月3日 優(yōu)先權(quán)日2010年6月3日
發(fā)明者劉海軍 申請人:中興通訊股份有限公司