專利名稱：一種實現業務能力協商的方法
技術領域：
本發明涉及能力協商技術，特別是指一種實現端到端進行業務能力協商的方法。
背景技術：
每個行業根據其自身特點，都會對通信有著獨特的需求。以往一般的做法是根據其特殊需求建設用于通信的專用網絡，但目前已經不再采用這種方式了，主要考慮到以下原因一方面，通用通信網絡能夠滿足各專用網絡的基本需求；另一方面，專用網絡的建設成本、維護成本都非常高，建設周期也非常長；另外，由于專用網絡不具有通用性，這樣，專用網絡技術發展比較緩慢。在以上種種原因之下，目前專用網絡的建設通常采用疊加網絡的方式實現，即在通用通信網絡之上疊加能夠滿足專用需求的特殊設備，以實現專用網絡的功能。
以下以軍隊專用網絡建設在碼分多址(CDMA)通信網絡基礎之上為例說明其一些特殊應用，以下將軍隊專用網絡簡稱為軍網。
軍網最主要的需求就是安全性，保證通信過程中軍事信息的絕對安全，因此，要求整個通信過程實現專用終端到專用終端的加密通話，通用通信網絡提供透明傳輸的通道，即專用終端對發送的信息進行加密，對接收的信息進行解密，加密的信息通過通用通信網絡提供的透明傳輸通道傳送，實現專用終端到專用終端的加密通話。
專用終端到專用終端的加密通話即為端到端的加密通話，稱為密話；相應地，端到端的非加密通話稱為明話。發起密話業務的方式大致有兩種方式，一種是以密話的方式發起呼叫；另一種是以明話的方式發起呼叫，通話后通過切換命令，如用戶按下專用終端上專用于明話、密話之間進行切換的按鍵，將明話轉為密話，實際應用中通常采用后一種方式。
在轉入密話的過程中，發起密話業務的專用終端并不清楚對端的專用終端是否支持密話業務，以及相應的密話業務能力信息，如協議版本號、編/解碼器類型等。如果對端的專用終端不支持密話業務，或與發起密話業務的專用終端的協議版本不匹配，則密話業務的發起最終將會以失敗告終，并將導致整個通話過程的失敗。
在許多終端之間進行其他業務的情況下，同樣存在以上描述的問題。另外，在業務的進行需要網絡設備之間進行交互時，由于網絡設備的能力不盡相同，也同樣存在以上描述的問題。
發明內容
有鑒于此，本發明的目的在于提供一種實現業務能力協商的方法，提高業務的執行成功率；并且，本發明進一步提出了通過帶內信令實現端與端之間的業務能力協商，不會對現有網絡產生任何影響。
為了達到上述目的，本發明提供了一種實現業務能力協商的方法，該方法包含以下步驟A1、被控端根據收到的主控端發送的業務能力請求，向主控端提供業務能力信息，主控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程；或A2、主控端向被控端提供業務能力信息，被控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程。
所述步驟A1或A2之前進一步包括主控端收到用于發起業務的切換命令。
所述業務能力信息為是否具有業務能力的標識。
如果所述業務能力信息為具有業務能力的標識，則所述業務能力信息進一步包括協議版本信息，或編/解碼器類型，或以上二者的組合。
步驟A1中所述業務能力請求中進一步攜帶有業務標識；或，步驟A2中所述主控端向被控端提供業務能力信息進一步包括主控端向被控端提供業務標識。
步驟A1或步驟A2中所述轉入業務流程包括主控端與被控端傳輸的業務能力信息中攜帶有業務標識。
步驟A1中所述則轉入業務流程之前進一步包括主控端向被控端發送轉入業務通知；或，步驟A2中所述則轉入業務流程之前進一步包括被控端向主控端發送業務能力協商響應。
步驟A1中所述向主控端提供業務能力信息之前進一步包括被控端判斷是否能夠識別業務能力請求，如果是，則向主控端提供業務能力信息；否則，向主控端返回失敗響應或不作任何響應；或，步驟A2中所述被控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，之前進一步包括被控端判斷是否能夠識別業務能力信息，如果是，則判斷收到的業務能力信息與自身的業務能力信息是否相匹配；否則，向主控端返回失敗響應或不作任何響應。
步驟A1或步驟A2中所述結束當前流程之前進一步包括提示用戶轉入業務失敗。
所述步驟A1或所述步驟A2中主控端與被控端完成業務能力協商所交互的信息是通過在話路內傳輸的帶內信令進行傳輸的。
根據本發明提出的方法，業務的主控端與被控端進行業務能力協商，如果雙方均支持，則轉入業務流程，否則，繼續原有流程，從而大大提高了業務的執行成功率。另外，本發明中還提出可通過帶內信令實現端與端之間的業務能力協商，這樣，不會對現有網絡產生任何影響，并且無需現有網絡的配合；如果有專用網絡疊加于通用網絡之上，則各專用網絡可自行定義信令結構，并可任意擴展信令內容，為專用網絡和通用網絡提供了極大便利。
圖1示出了實施例一示意圖；圖2示出了實施例二示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚，下面結合附圖對本發明作進一步的詳細描述。
本發明中，業務的主控端與被控端進行業務能力協商，如果雙方均支持，則轉入業務流程，否則，繼續原有流程，以此提高業務的執行成功率。主控端是指發起業務的一端，被控端是指被動接受發起業務的一端。以上所述的主控端或被控端可為終端，也可為網絡設備。以下僅以密話業務為例，對本發明的實現過程作進一步詳細說明。
圖1示出了實施例一示意圖，如圖1所示，本實施例中實現密話業務能力協商的實現過程包括以下步驟步驟101終端1與終端2之間進行明話通話過程。
步驟102終端1收到切換命令，如終端1的用戶希望轉入密話通話過程，按下終端1上專用于明話、密話之間進行切換的按鍵，發起密話業務，此時，終端1為主控端，終端2為被控端，終端1向終端2發送密話業務能力請求，請求終端2提供相關的密話業務能力信息。
步驟103終端2收到密話業務能力請求后，向終端1返回密話業務能力響應，該密話業務能力響應中攜帶有密話業務能力信息，如是否具有密話業務加密能力的標識，如果具有，可進一步攜帶有協議版本、編/解碼器類型等信息。
當終端支持多種業務時，業務能力請求中可進一步攜帶有業務標識，用以標識當前請求能力信息的相關業務；業務能力響應中可進一步攜帶有業務標識，用以標識當前提供的能力信息所對應的相關業務。
步驟104終端1收到密話業務能力響應后，判斷收到的密話業務能力信息是否與自身的密話業務能力信息相匹配，如果是，則執行步驟105；否則，向用戶發出提示，如“轉入密話業務失敗”，由用戶選擇是否繼續進行明話通話過程，如果用戶選擇繼續進行明話通話過程，則仍然進行明話通話過程；如果用戶選擇終止當前進行的明話通話過程，可結束當前明話通話過程。
如果終端2提供的密話業務能力信息中包括協議版本，則終端1在判斷收到的密話業務能力信息是否與自身的密話業務能力信息相匹配的過程中，判斷收到的協議版本信息是否與自身的版本信息相匹配時，只要兩個協議版本相兼容即可，不必完全相同。
步驟105終端1向終端2發送轉入密話業務通知，通知終端2開始對發送的信息進行加密，對接收的信息進行解密。
步驟106終端1與終端2之間進行密話通話過程，如根據協商的編/解碼器對發送的信息進行編碼，對接收的信息進行解碼。
如果進入密話通話過程后，傳輸的信息中攜帶有相應密話業務標識，則步驟105可省略，即終端1不必通知終端2轉入密話業務流程，終端2可根據收到的信息中攜帶的相應密話業務標識，確定當前是否轉入密話業務流程，如果已轉入，則對發送的信息進行加密，對接收的信息進行解密。
如果終端2無法識別密話業務能力請求，則可將該密話業務能力請求直接丟棄，或向終端1返回失敗標識，終端1可根據收到的失敗標識或未收到任何響應的結果，向用戶發出提示，如“轉入密話業務失敗”，由用戶選擇是否繼續進行明話通話過程，如果用戶選擇繼續進行明話通話過程，則仍然進行明話通話過程；否則，可結束當前明話通話過程。
圖2示出了實施例二示意圖，如圖2所示，本實施例中實現密話業務能力協商的實現過程包括以下步驟
步驟201與步驟101相同。
步驟202終端1收到切換命令，如終端1的用戶希望轉入密話通話過程，按下終端1上專用于明話、密話之間進行切換的按鍵，發起密話業務，此時，終端1為主控端，終端2為被控端，終端1向終端2發送密話業務能力協商請求，該密話業務能力協商請求中攜帶有密話業務能力信息，如是否具有密話業務加密能力的標識，如果具有，可進一步攜帶有協議版本、編/解碼器類型等信息，請求與終端2對密話業務能力進行協商。
步驟203終端2收到密話業務能力協商請求后，判斷收到的密話業務能力信息是否與自身的密話業務能力信息相匹配，如果是，則執行步驟204；否則，向用戶發出提示，如“轉入密話業務失敗”，由用戶選擇是否繼續進行明話通話過程，如果用戶選擇繼續進行明話通話過程，則仍然進行明話通話過程；如果用戶選擇終止當前進行的明話通話過程，可結束當前明話通話過程。
如果終端1提供的密話業務能力信息中包括協議版本，則終端2在判斷收到的密話業務能力信息是否與自身的密話業務能力信息相匹配的過程中，判斷收到的協議版本信息是否與自身的版本信息相匹配時，只要兩個協議版本相兼容即可，不必完全相同。
步驟204終端2向終端1發送密話業務能力協商響應，通知終端2開始對發送的信息進行加密，對接收的信息進行解密。
當終端支持多種業務時，密話業務能力協商請求中可進一步攜帶有業務標識，用以標識當前請求能力信息的相關業務；密話業務能力協商響應中可進一步攜帶有業務標識，用以標識當前提供的能力信息所對應的相關業務。
步驟205與步驟106相同。
如果進入密話通話過程后，傳輸的信息中攜帶有相應密話業務標識，則步驟204可省略，即終端2不必通知終端1轉入密話業務流程，終端1可根據收到的信息中攜帶的相應密話業務標識，確定當前是否轉入密話業務流程，如果已轉入，則對發送的信息進行加密，對接收的信息進行解密。
如果終端2無法識別密話業務能力協商請求，則可將該密話業務能力協商請求直接丟棄，或向終端1返回失敗標識，終端1可根據收到的失敗標識或未收到任何響應的結果，向用戶發出提示，如“轉入密話業務失敗”，由用戶選擇是否繼續進行明話通話過程，如果用戶選擇繼續進行明話通話過程，則仍然進行明話通話過程；否則，可結束當前明話通話過程。
以上描述的過程均以終端1作為主控端，終端2作為被控端，然而，在實際應用中，也可為終端2作為主控端，終端1作為被控端，并不存在任何限制。
通過以上描述的端與端之間進行業務能力協商的實現方式，增加了端與端之間的相互配合，使得業務的執行成功率大大提高；并且，在業務能力協商不成功的情況下，可向用戶發出提示，由用戶選擇是否繼續原有流程，如果是，則不會因一端對業務的不支持，而使原有流程意外終止，能夠保證原有流程的正常執行；如果用戶終止了原有流程，也屬用戶個人意愿，不會使用戶對通信網絡提供的服務質量提出質疑。
另外，本發明還考慮到如果使用帶外信令，即通過信令網傳輸的信令，則需要對現有通信網絡進行改動，以支持與業務能力協商相關的信令，因此，本發明可通過帶內信令實現端與端之間的業務能力協商，這樣，不會對現有網絡產生任何影響，并且無需現有網絡的配合；如果有專用網絡疊加于通用網絡之上，則各專用網絡可自行定義信令結構，并可任意擴展信令內容，為專用網絡和通用網絡提供了極大便利。以上所述帶內信令包括雙音多頻(DTMF)信令、頻移鍵控(FSK)信令等。
總之，以上所述僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。
權利要求
1.一種實現業務能力協商的方法，其特征在于，該方法包含A1、被控端根據收到的主控端發送的業務能力請求，向主控端提供業務能力信息，主控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程；或A2、主控端向被控端提供業務能力信息，被控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程。
2.根據權利要求1所述的方法，其特征在于，所述步驟A1或A2之前進一步包括主控端收到用于發起業務的切換命令。
3.根據權利要求1所述的方法，其特征在于，所述業務能力信息為是否具有業務能力的標識。
4.根據權利要求3所述的方法，其特征在于，如果所述業務能力信息為具有業務能力的標識，則所述業務能力信息進一步包括協議版本信息，或編/解碼器類型，或以上二者的組合。
5.根據權利要求1所述的方法，其特征在于，步驟A1中所述業務能力請求中進一步攜帶有業務標識；或，步驟A2中所述主控端向被控端提供業務能力信息進一步包括主控端向被控端提供業務標識。
6.根據權利要求1所述的方法，其特征在于，步驟A1或步驟A2中所述轉入業務流程包括主控端與被控端傳輸的業務能力信息中攜帶有業務標識。
7.根據權利要求1所述的方法，其特征在于，步驟A1中所述則轉入業務流程之前進一步包括主控端向被控端發送轉入業務通知；或，步驟A2中所述則轉入業務流程之前進一步包括被控端向主控端發送業務能力協商響應。
8.根據權利要求1所述的方法，其特征在于，步驟A1中所述向主控端提供業務能力信息之前進一步包括被控端判斷是否能夠識別業務能力請求，如果是，則向主控端提供業務能力信息；否則，向主控端返回失敗響應或不作任何響應；或，步驟A2中所述被控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，之前進一步包括被控端判斷是否能夠識別業務能力信息，如果是，則判斷收到的業務能力信息與自身的業務能力信息是否相匹配；否則，向主控端返回失敗響應或不作任何響應。
9.根據權利要求1所述的方法，其特征在于，步驟A1或步驟A2中所述結束當前流程之前進一步包括提示用戶轉入業務失敗。
10.根據權利要求所述的方法，其特征在于，所述步驟A1或所述步驟A2中主控端與被控端完成業務能力協商所交互的信息是通過在話路內傳輸的帶內信令進行傳輸的。
全文摘要
本發明公開了一種實現業務能力協商的方法，該方法包含被控端根據收到的主控端發送的業務能力請求，向主控端提供業務能力信息，主控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程；或主控端向被控端提供業務能力信息，被控端判斷收到的業務能力信息與自身的業務能力信息是否相匹配，如果是，則轉入業務流程；否則，結束當前流程。根據本發明提出的方法，大大提高業務的執行成功率。另外，本發明中還提出可通過帶內信令實現端與端之間的業務能力協商，這樣，不會對現有網絡產生任何影響，并且無需現有網絡的配合，并可任意擴展信令內容。
文檔編號H04L29/00GK1753366SQ20041008019
公開日2006年3月29日 申請日期2004年9月24日 優先權日2004年9月24日
發明者李世前 申請人:華為技術有限公司