專利名稱：一種實現(xiàn)業(yè)務能力協(xié)商的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及能力協(xié)商技術(shù)，特別是指一種實現(xiàn)端到端進行業(yè)務能力協(xié)商的方法。
背景技術(shù)：
每個行業(yè)根據(jù)其自身特點，都會對通信有著獨特的需求。以往一般的做法是根據(jù)其特殊需求建設(shè)用于通信的專用網(wǎng)絡，但目前已經(jīng)不再采用這種方式了，主要考慮到以下原因一方面，通用通信網(wǎng)絡能夠滿足各專用網(wǎng)絡的基本需求；另一方面，專用網(wǎng)絡的建設(shè)成本、維護成本都非常高，建設(shè)周期也非常長；另外，由于專用網(wǎng)絡不具有通用性，這樣，專用網(wǎng)絡技術(shù)發(fā)展比較緩慢。在以上種種原因之下，目前專用網(wǎng)絡的建設(shè)通常采用疊加網(wǎng)絡的方式實現(xiàn)，即在通用通信網(wǎng)絡之上疊加能夠滿足專用需求的特殊設(shè)備，以實現(xiàn)專用網(wǎng)絡的功能。
以下以軍隊專用網(wǎng)絡建設(shè)在碼分多址(CDMA)通信網(wǎng)絡基礎(chǔ)之上為例說明其一些特殊應用，以下將軍隊專用網(wǎng)絡簡稱為軍網(wǎng)。
軍網(wǎng)最主要的需求就是安全性，保證通信過程中軍事信息的絕對安全，因此，要求整個通信過程實現(xiàn)專用終端到專用終端的加密通話，通用通信網(wǎng)絡提供透明傳輸?shù)耐ǖ?，即專用終端對發(fā)送的信息進行加密，對接收的信息進行解密，加密的信息通過通用通信網(wǎng)絡提供的透明傳輸通道傳送，實現(xiàn)專用終端到專用終端的加密通話。
專用終端到專用終端的加密通話即為端到端的加密通話，稱為密話；相應地，端到端的非加密通話稱為明話。發(fā)起密話業(yè)務的方式大致有兩種方式，一種是以密話的方式發(fā)起呼叫；另一種是以明話的方式發(fā)起呼叫，通話后通過切換命令，如用戶按下專用終端上專用于明話、密話之間進行切換的按鍵，將明話轉(zhuǎn)為密話，實際應用中通常采用后一種方式。
在轉(zhuǎn)入密話的過程中，發(fā)起密話業(yè)務的專用終端并不清楚對端的專用終端是否支持密話業(yè)務，以及相應的密話業(yè)務能力信息，如協(xié)議版本號、編/解碼器類型等。如果對端的專用終端不支持密話業(yè)務，或與發(fā)起密話業(yè)務的專用終端的協(xié)議版本不匹配，則密話業(yè)務的發(fā)起最終將會以失敗告終，并將導致整個通話過程的失敗。
在許多終端之間進行其他業(yè)務的情況下，同樣存在以上描述的問題。另外，在業(yè)務的進行需要網(wǎng)絡設(shè)備之間進行交互時，由于網(wǎng)絡設(shè)備的能力不盡相同，也同樣存在以上描述的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種實現(xiàn)業(yè)務能力協(xié)商的方法，提高業(yè)務的執(zhí)行成功率；并且，本發(fā)明進一步提出了通過帶內(nèi)信令實現(xiàn)端與端之間的業(yè)務能力協(xié)商，不會對現(xiàn)有網(wǎng)絡產(chǎn)生任何影響。
為了達到上述目的，本發(fā)明提供了一種實現(xiàn)業(yè)務能力協(xié)商的方法，該方法包含以下步驟A1、被控端根據(jù)收到的主控端發(fā)送的業(yè)務能力請求，向主控端提供業(yè)務能力信息，主控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程；或A2、主控端向被控端提供業(yè)務能力信息，被控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程。
所述步驟A1或A2之前進一步包括主控端收到用于發(fā)起業(yè)務的切換命令。
所述業(yè)務能力信息為是否具有業(yè)務能力的標識。
如果所述業(yè)務能力信息為具有業(yè)務能力的標識，則所述業(yè)務能力信息進一步包括協(xié)議版本信息，或編/解碼器類型，或以上二者的組合。
步驟A1中所述業(yè)務能力請求中進一步攜帶有業(yè)務標識；或，步驟A2中所述主控端向被控端提供業(yè)務能力信息進一步包括主控端向被控端提供業(yè)務標識。
步驟A1或步驟A2中所述轉(zhuǎn)入業(yè)務流程包括主控端與被控端傳輸?shù)臉I(yè)務能力信息中攜帶有業(yè)務標識。
步驟A1中所述則轉(zhuǎn)入業(yè)務流程之前進一步包括主控端向被控端發(fā)送轉(zhuǎn)入業(yè)務通知；或，步驟A2中所述則轉(zhuǎn)入業(yè)務流程之前進一步包括被控端向主控端發(fā)送業(yè)務能力協(xié)商響應。
步驟A1中所述向主控端提供業(yè)務能力信息之前進一步包括被控端判斷是否能夠識別業(yè)務能力請求，如果是，則向主控端提供業(yè)務能力信息；否則，向主控端返回失敗響應或不作任何響應；或，步驟A2中所述被控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，之前進一步包括被控端判斷是否能夠識別業(yè)務能力信息，如果是，則判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配；否則，向主控端返回失敗響應或不作任何響應。
步驟A1或步驟A2中所述結(jié)束當前流程之前進一步包括提示用戶轉(zhuǎn)入業(yè)務失敗。
所述步驟A1或所述步驟A2中主控端與被控端完成業(yè)務能力協(xié)商所交互的信息是通過在話路內(nèi)傳輸?shù)膸?nèi)信令進行傳輸?shù)摹?br> 根據(jù)本發(fā)明提出的方法，業(yè)務的主控端與被控端進行業(yè)務能力協(xié)商，如果雙方均支持，則轉(zhuǎn)入業(yè)務流程，否則，繼續(xù)原有流程，從而大大提高了業(yè)務的執(zhí)行成功率。另外，本發(fā)明中還提出可通過帶內(nèi)信令實現(xiàn)端與端之間的業(yè)務能力協(xié)商，這樣，不會對現(xiàn)有網(wǎng)絡產(chǎn)生任何影響，并且無需現(xiàn)有網(wǎng)絡的配合；如果有專用網(wǎng)絡疊加于通用網(wǎng)絡之上，則各專用網(wǎng)絡可自行定義信令結(jié)構(gòu)，并可任意擴展信令內(nèi)容，為專用網(wǎng)絡和通用網(wǎng)絡提供了極大便利。


圖1示出了實施例一示意圖；圖2示出了實施例二示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
本發(fā)明中，業(yè)務的主控端與被控端進行業(yè)務能力協(xié)商，如果雙方均支持，則轉(zhuǎn)入業(yè)務流程，否則，繼續(xù)原有流程，以此提高業(yè)務的執(zhí)行成功率。主控端是指發(fā)起業(yè)務的一端，被控端是指被動接受發(fā)起業(yè)務的一端。以上所述的主控端或被控端可為終端，也可為網(wǎng)絡設(shè)備。以下僅以密話業(yè)務為例，對本發(fā)明的實現(xiàn)過程作進一步詳細說明。
圖1示出了實施例一示意圖，如圖1所示，本實施例中實現(xiàn)密話業(yè)務能力協(xié)商的實現(xiàn)過程包括以下步驟步驟101終端1與終端2之間進行明話通話過程。
步驟102終端1收到切換命令，如終端1的用戶希望轉(zhuǎn)入密話通話過程，按下終端1上專用于明話、密話之間進行切換的按鍵，發(fā)起密話業(yè)務，此時，終端1為主控端，終端2為被控端，終端1向終端2發(fā)送密話業(yè)務能力請求，請求終端2提供相關(guān)的密話業(yè)務能力信息。
步驟103終端2收到密話業(yè)務能力請求后，向終端1返回密話業(yè)務能力響應，該密話業(yè)務能力響應中攜帶有密話業(yè)務能力信息，如是否具有密話業(yè)務加密能力的標識，如果具有，可進一步攜帶有協(xié)議版本、編/解碼器類型等信息。
當終端支持多種業(yè)務時，業(yè)務能力請求中可進一步攜帶有業(yè)務標識，用以標識當前請求能力信息的相關(guān)業(yè)務；業(yè)務能力響應中可進一步攜帶有業(yè)務標識，用以標識當前提供的能力信息所對應的相關(guān)業(yè)務。
步驟104終端1收到密話業(yè)務能力響應后，判斷收到的密話業(yè)務能力信息是否與自身的密話業(yè)務能力信息相匹配，如果是，則執(zhí)行步驟105；否則，向用戶發(fā)出提示，如“轉(zhuǎn)入密話業(yè)務失敗”，由用戶選擇是否繼續(xù)進行明話通話過程，如果用戶選擇繼續(xù)進行明話通話過程，則仍然進行明話通話過程；如果用戶選擇終止當前進行的明話通話過程，可結(jié)束當前明話通話過程。
如果終端2提供的密話業(yè)務能力信息中包括協(xié)議版本，則終端1在判斷收到的密話業(yè)務能力信息是否與自身的密話業(yè)務能力信息相匹配的過程中，判斷收到的協(xié)議版本信息是否與自身的版本信息相匹配時，只要兩個協(xié)議版本相兼容即可，不必完全相同。
步驟105終端1向終端2發(fā)送轉(zhuǎn)入密話業(yè)務通知，通知終端2開始對發(fā)送的信息進行加密，對接收的信息進行解密。
步驟106終端1與終端2之間進行密話通話過程，如根據(jù)協(xié)商的編/解碼器對發(fā)送的信息進行編碼，對接收的信息進行解碼。
如果進入密話通話過程后，傳輸?shù)男畔⒅袛y帶有相應密話業(yè)務標識，則步驟105可省略，即終端1不必通知終端2轉(zhuǎn)入密話業(yè)務流程，終端2可根據(jù)收到的信息中攜帶的相應密話業(yè)務標識，確定當前是否轉(zhuǎn)入密話業(yè)務流程，如果已轉(zhuǎn)入，則對發(fā)送的信息進行加密，對接收的信息進行解密。
如果終端2無法識別密話業(yè)務能力請求，則可將該密話業(yè)務能力請求直接丟棄，或向終端1返回失敗標識，終端1可根據(jù)收到的失敗標識或未收到任何響應的結(jié)果，向用戶發(fā)出提示，如“轉(zhuǎn)入密話業(yè)務失敗”，由用戶選擇是否繼續(xù)進行明話通話過程，如果用戶選擇繼續(xù)進行明話通話過程，則仍然進行明話通話過程；否則，可結(jié)束當前明話通話過程。
圖2示出了實施例二示意圖，如圖2所示，本實施例中實現(xiàn)密話業(yè)務能力協(xié)商的實現(xiàn)過程包括以下步驟
步驟201與步驟101相同。
步驟202終端1收到切換命令，如終端1的用戶希望轉(zhuǎn)入密話通話過程，按下終端1上專用于明話、密話之間進行切換的按鍵，發(fā)起密話業(yè)務，此時，終端1為主控端，終端2為被控端，終端1向終端2發(fā)送密話業(yè)務能力協(xié)商請求，該密話業(yè)務能力協(xié)商請求中攜帶有密話業(yè)務能力信息，如是否具有密話業(yè)務加密能力的標識，如果具有，可進一步攜帶有協(xié)議版本、編/解碼器類型等信息，請求與終端2對密話業(yè)務能力進行協(xié)商。
步驟203終端2收到密話業(yè)務能力協(xié)商請求后，判斷收到的密話業(yè)務能力信息是否與自身的密話業(yè)務能力信息相匹配，如果是，則執(zhí)行步驟204；否則，向用戶發(fā)出提示，如“轉(zhuǎn)入密話業(yè)務失敗”，由用戶選擇是否繼續(xù)進行明話通話過程，如果用戶選擇繼續(xù)進行明話通話過程，則仍然進行明話通話過程；如果用戶選擇終止當前進行的明話通話過程，可結(jié)束當前明話通話過程。
如果終端1提供的密話業(yè)務能力信息中包括協(xié)議版本，則終端2在判斷收到的密話業(yè)務能力信息是否與自身的密話業(yè)務能力信息相匹配的過程中，判斷收到的協(xié)議版本信息是否與自身的版本信息相匹配時，只要兩個協(xié)議版本相兼容即可，不必完全相同。
步驟204終端2向終端1發(fā)送密話業(yè)務能力協(xié)商響應，通知終端2開始對發(fā)送的信息進行加密，對接收的信息進行解密。
當終端支持多種業(yè)務時，密話業(yè)務能力協(xié)商請求中可進一步攜帶有業(yè)務標識，用以標識當前請求能力信息的相關(guān)業(yè)務；密話業(yè)務能力協(xié)商響應中可進一步攜帶有業(yè)務標識，用以標識當前提供的能力信息所對應的相關(guān)業(yè)務。
步驟205與步驟106相同。
如果進入密話通話過程后，傳輸?shù)男畔⒅袛y帶有相應密話業(yè)務標識，則步驟204可省略，即終端2不必通知終端1轉(zhuǎn)入密話業(yè)務流程，終端1可根據(jù)收到的信息中攜帶的相應密話業(yè)務標識，確定當前是否轉(zhuǎn)入密話業(yè)務流程，如果已轉(zhuǎn)入，則對發(fā)送的信息進行加密，對接收的信息進行解密。
如果終端2無法識別密話業(yè)務能力協(xié)商請求，則可將該密話業(yè)務能力協(xié)商請求直接丟棄，或向終端1返回失敗標識，終端1可根據(jù)收到的失敗標識或未收到任何響應的結(jié)果，向用戶發(fā)出提示，如“轉(zhuǎn)入密話業(yè)務失敗”，由用戶選擇是否繼續(xù)進行明話通話過程，如果用戶選擇繼續(xù)進行明話通話過程，則仍然進行明話通話過程；否則，可結(jié)束當前明話通話過程。
以上描述的過程均以終端1作為主控端，終端2作為被控端，然而，在實際應用中，也可為終端2作為主控端，終端1作為被控端，并不存在任何限制。
通過以上描述的端與端之間進行業(yè)務能力協(xié)商的實現(xiàn)方式，增加了端與端之間的相互配合，使得業(yè)務的執(zhí)行成功率大大提高；并且，在業(yè)務能力協(xié)商不成功的情況下，可向用戶發(fā)出提示，由用戶選擇是否繼續(xù)原有流程，如果是，則不會因一端對業(yè)務的不支持，而使原有流程意外終止，能夠保證原有流程的正常執(zhí)行；如果用戶終止了原有流程，也屬用戶個人意愿，不會使用戶對通信網(wǎng)絡提供的服務質(zhì)量提出質(zhì)疑。
另外，本發(fā)明還考慮到如果使用帶外信令，即通過信令網(wǎng)傳輸?shù)男帕睿瑒t需要對現(xiàn)有通信網(wǎng)絡進行改動，以支持與業(yè)務能力協(xié)商相關(guān)的信令，因此，本發(fā)明可通過帶內(nèi)信令實現(xiàn)端與端之間的業(yè)務能力協(xié)商，這樣，不會對現(xiàn)有網(wǎng)絡產(chǎn)生任何影響，并且無需現(xiàn)有網(wǎng)絡的配合；如果有專用網(wǎng)絡疊加于通用網(wǎng)絡之上，則各專用網(wǎng)絡可自行定義信令結(jié)構(gòu)，并可任意擴展信令內(nèi)容，為專用網(wǎng)絡和通用網(wǎng)絡提供了極大便利。以上所述帶內(nèi)信令包括雙音多頻(DTMF)信令、頻移鍵控(FSK)信令等。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種實現(xiàn)業(yè)務能力協(xié)商的方法，其特征在于，該方法包含A1、被控端根據(jù)收到的主控端發(fā)送的業(yè)務能力請求，向主控端提供業(yè)務能力信息，主控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程；或A2、主控端向被控端提供業(yè)務能力信息，被控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A1或A2之前進一步包括主控端收到用于發(fā)起業(yè)務的切換命令。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務能力信息為是否具有業(yè)務能力的標識。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，如果所述業(yè)務能力信息為具有業(yè)務能力的標識，則所述業(yè)務能力信息進一步包括協(xié)議版本信息，或編/解碼器類型，或以上二者的組合。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A1中所述業(yè)務能力請求中進一步攜帶有業(yè)務標識；或，步驟A2中所述主控端向被控端提供業(yè)務能力信息進一步包括主控端向被控端提供業(yè)務標識。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A1或步驟A2中所述轉(zhuǎn)入業(yè)務流程包括主控端與被控端傳輸?shù)臉I(yè)務能力信息中攜帶有業(yè)務標識。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A1中所述則轉(zhuǎn)入業(yè)務流程之前進一步包括主控端向被控端發(fā)送轉(zhuǎn)入業(yè)務通知；或，步驟A2中所述則轉(zhuǎn)入業(yè)務流程之前進一步包括被控端向主控端發(fā)送業(yè)務能力協(xié)商響應。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A1中所述向主控端提供業(yè)務能力信息之前進一步包括被控端判斷是否能夠識別業(yè)務能力請求，如果是，則向主控端提供業(yè)務能力信息；否則，向主控端返回失敗響應或不作任何響應；或，步驟A2中所述被控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，之前進一步包括被控端判斷是否能夠識別業(yè)務能力信息，如果是，則判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配；否則，向主控端返回失敗響應或不作任何響應。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A1或步驟A2中所述結(jié)束當前流程之前進一步包括提示用戶轉(zhuǎn)入業(yè)務失敗。
10.根據(jù)權(quán)利要求所述的方法，其特征在于，所述步驟A1或所述步驟A2中主控端與被控端完成業(yè)務能力協(xié)商所交互的信息是通過在話路內(nèi)傳輸?shù)膸?nèi)信令進行傳輸?shù)摹?br> 全文摘要
本發(fā)明公開了一種實現(xiàn)業(yè)務能力協(xié)商的方法，該方法包含被控端根據(jù)收到的主控端發(fā)送的業(yè)務能力請求，向主控端提供業(yè)務能力信息，主控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程；或主控端向被控端提供業(yè)務能力信息，被控端判斷收到的業(yè)務能力信息與自身的業(yè)務能力信息是否相匹配，如果是，則轉(zhuǎn)入業(yè)務流程；否則，結(jié)束當前流程。根據(jù)本發(fā)明提出的方法，大大提高業(yè)務的執(zhí)行成功率。另外，本發(fā)明中還提出可通過帶內(nèi)信令實現(xiàn)端與端之間的業(yè)務能力協(xié)商，這樣，不會對現(xiàn)有網(wǎng)絡產(chǎn)生任何影響，并且無需現(xiàn)有網(wǎng)絡的配合，并可任意擴展信令內(nèi)容。
文檔編號H04L29/00GK1753366SQ20041008019
公開日2006年3月29日 申請日期2004年9月24日 優(yōu)先權(quán)日2004年9月24日
發(fā)明者李世前 申請人:華為技術(shù)有限公司