專利名稱：獲知會話描述協(xié)議信息的方法、系統(tǒng)及承載控制服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代通訊技術(shù)領(lǐng)域，尤其涉及應(yīng)用服務(wù)器(ApplicationServer，AS)獲知會話描述協(xié)議(Session Description Protocol，SDP)信息的方法、系統(tǒng)及承載控制服務(wù)器。

背景技術(shù)：
在第三代合作伙伴計劃(3rd Generation Partnership Project，3GPP)版本5的因特網(wǎng)多媒體子網(wǎng)(Internet Multimedia Subsystem，IMS)結(jié)構(gòu)中，會話發(fā)起協(xié)議(Session Initiated Protocol，SIP)被當作一種會話控制協(xié)議來使用，端點之間采用SIP作為信令協(xié)議建立會話。
SDP是一種用來描述多媒體會話通告，多媒體會話邀請和其他形式的多媒體會話初始化的協(xié)議，在一次SIP會話過程中，會使用SDP描述發(fā)生的會話事件信息，包括會話建立、會話建立的類型、會話進行的時間、等，所有使用SDP進行描述的事件被稱為SDP事件；網(wǎng)絡(luò)中任何進行SDP事件協(xié)商的端點，都被稱為承載控制服務(wù)器(Bearer Control Server，BCS)。
隨著通訊技術(shù)的發(fā)展，SIP網(wǎng)絡(luò)中的各種應(yīng)用服務(wù)器(Application Server，AS)需要獲知一些會話事件信息，以提供多樣化的服務(wù)，比如，通訊費用將不僅根據(jù)通訊的時長或數(shù)據(jù)交換量來計算，而且要根據(jù)數(shù)據(jù)交換的質(zhì)量來計算。例如，對于高質(zhì)量的視頻呼叫，費用要高，而對于低質(zhì)量的視頻呼叫，費用也相應(yīng)地降低。一般來說，視頻或其他業(yè)務(wù)通訊的質(zhì)量取決于通訊所使用的編解碼器以及可用的帶寬。在一次SIP會話的SDP協(xié)商中，如果端點選擇了大帶寬的編解碼器，則通訊所需的帶寬較大，用戶在相同通話時間里，需要支付更多的通訊費用，反之，則只需支付較少的通訊費用。
為了實現(xiàn)根據(jù)數(shù)據(jù)交換的質(zhì)量來計算通訊費用，和計費相關(guān)的AS就需要獲知和會話類型及質(zhì)量相關(guān)的信息，這些信息都包含在SDP事件中的會話建立的類型事件信息里，也就是說，AS需要獲知會話建立的類型協(xié)商事件信息，來實現(xiàn)根據(jù)數(shù)據(jù)交換的質(zhì)量來計算通訊費用。
當AS需要獲知SDP事件中的會話建立的類型事件信息時，必須參與到SIP會話建立的全部過程，現(xiàn)以一次兩方通話為例描述AS獲知SDP信息的過程，通話雙方為用戶A及用戶B，SDP事件協(xié)商過程通過BCS完成，具體流程參見圖1 步驟101、用戶A呼叫用戶B，直接發(fā)出SIP呼叫請求消息至BCS。
步驟102、BCS進行SDP會話協(xié)商后將呼叫請求消息發(fā)送到AS，此呼叫請求消息中攜帶有SDP事件信息，此SDP事件信息包含用戶A的編解碼器信息。
此時AS獲知用戶A的編解碼器信息。
步驟103、AS將呼叫請求消息發(fā)送到用戶B。
步驟104、用戶B發(fā)送SIP回鈴音消息給AS。
步驟105、AS發(fā)送SIP回鈴音消息給BCS。
步驟106、BCS發(fā)送SIP回鈴音消息給用戶A。
步驟107、用戶B響應(yīng)用戶A的呼叫，發(fā)送攜帶SDP事件信息的200OKSIP消息至AS，此SDP信息包含用戶B的編解碼器信息。
此時AS獲知用戶B的編解碼器信息，加上之前獲知的用戶A的編解碼器信息，就可以判斷出，一旦通話建立用戶A和用戶B之間的數(shù)據(jù)交換的質(zhì)量，并據(jù)此決定通訊費用收取的標準。
步驟108、AS發(fā)送響應(yīng)消息200OK至BCS。
步驟109、BCS發(fā)送響應(yīng)消息200OK至用戶A。
步驟110、用戶A發(fā)送確認消息至BCS。
步驟111、BCS發(fā)送確認消息至AS。
步驟112、AS發(fā)送確認消息至用戶B。
至此，用戶A和用戶B之間的雙向通話建立。
步驟113、用戶B發(fā)出中止通話請求至AS。
步驟114、AS發(fā)送終止通話請求至BCS。
步驟115、BCS發(fā)送終止通話請求至用戶A。
步驟116、用戶A釋放資源，終止通話，并返回響應(yīng)消息200OK至BCS。
步驟117、BCS釋放這個會話，返回響應(yīng)消息200OK至AS。
步驟118、AS釋放這個會話，返回響應(yīng)消息200OK至用戶B。
至此一次雙方通話的過程結(jié)束。
在這個過程中，用戶A與用戶B之間所有的SIP消息都必須通過BCS和AS進行傳遞，這就照成AS執(zhí)行的動作非常復(fù)雜，負擔也很重。
進一步，在這個過程中出現(xiàn)的所有SDP信息，比如會話建立事件信息、會話進行的時間信息都會通知給AS，但是由上文可知，只有在步驟102和步驟107中通知給AS的SDP信息才是AS實現(xiàn)根據(jù)數(shù)據(jù)交換的質(zhì)量來計算通訊費用所需要的，造成了系統(tǒng)資源的浪費。
同時，如果參與這個會話建立過程的實體不完全是使用SIP協(xié)議的實體，那么AS將不能參與到整個的會話建立過程，也就無法獲知需要得知的全部SDP信息。


發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種獲知會話描述協(xié)議信息的方法、系統(tǒng)及承載控制服務(wù)器。
為解決上述技術(shù)問題，本發(fā)明提供了一種應(yīng)用服務(wù)器獲知會話描述協(xié)議信息的方法，該方法包括 增加會話描述協(xié)議事件的事件包，來定義用于通知事件信息的消息； 承載控制服務(wù)器在檢測到會話描述協(xié)議事件時，通過所述用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
其中，所述方法還包括 在所述會話描述協(xié)議事件的事件包中，進一步定義用于登記的消息及可登記會話描述協(xié)議事件列表； 應(yīng)用服務(wù)器通過所述用于登記的消息在承載控制服務(wù)器上登記需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述可登記會話描述協(xié)議事件列表。
其中，所述承載控制服務(wù)器在檢測到會話描述協(xié)議事件時是承載控制服務(wù)器在檢測到應(yīng)用服務(wù)器登記過的會話描述協(xié)議事件時。
其中，所述承載控制服務(wù)器在檢測到會話描述協(xié)議事件時是 在承載控制服務(wù)器上配置應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，承載控制服務(wù)器在檢測到配置過的會話描述協(xié)議事件時。
其中，所述會話描述協(xié)議事件的事件包支持會話發(fā)起協(xié)議。
本發(fā)明還提供了一種獲知會話描述協(xié)議信息的系統(tǒng)，包括應(yīng)用服務(wù)器、承載控制服務(wù)器 所述承載控制服務(wù)器用于在檢測到會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給所述應(yīng)用服務(wù)器。
其中，所述應(yīng)用服務(wù)器用于通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于登記的消息，在承載控制服務(wù)器上登記需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述事件包預(yù)先定義的可登記會話描述協(xié)議事件列表； 所述承載控制服務(wù)器用于在檢測到應(yīng)用服務(wù)器登記過的會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
其中，所述承載控制服務(wù)器用于預(yù)先配置應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，在檢測到配置過的會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
本發(fā)明還提供了一種承載控制服務(wù)器，該承載控制服務(wù)器包括發(fā)送單元和檢測單元 所述檢測單元用于檢測會話描述協(xié)議事件，將檢測到的會話描述協(xié)議事件通知給所述發(fā)送單元； 所述發(fā)送單元用于在收到檢測單元的通知時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
其中，所述承載控制服務(wù)器還包括登記單元 所述登記單元用于接收及記錄應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述事件包預(yù)先定義的可登記會話描述協(xié)議事件列表； 所述檢測單元用于檢測會話描述協(xié)議事件，在檢測到登記單元上登記的應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件時，將檢測到的會話描述協(xié)議事件通知給所述發(fā)送單元。
由上可知，本發(fā)明通過增加會話描述協(xié)議事件的事件包，使承載控制服務(wù)器可以直接將會話描述協(xié)議事件信息發(fā)送給應(yīng)用服務(wù)器，應(yīng)用服務(wù)器不需要參與到會話的過程就可以獲知會話描述協(xié)議信息，應(yīng)用服務(wù)器的執(zhí)行的動作大大減少，負擔也得到了減輕。
進一步，本發(fā)明還提供了使應(yīng)用服務(wù)器可以在承載控制服務(wù)器上登記需要獲知的會話描述協(xié)議事件的技術(shù)方案，承載控制服務(wù)器只有在檢測到應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件時，才發(fā)送會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器，保證了所有發(fā)送的會話描述協(xié)議信息都是應(yīng)用服務(wù)器需要知道的，節(jié)約了系統(tǒng)資源。
而且，由于在本發(fā)明中應(yīng)用服務(wù)器只需要和承載控制服務(wù)器進行信令的交互，只要應(yīng)用服務(wù)器和承載控制服務(wù)器是支持SIP協(xié)議的，應(yīng)用服務(wù)器就可以獲知會話描述協(xié)議信息，不受系統(tǒng)中其他參與會話過程的實體影響。



圖1、現(xiàn)有技術(shù)的信令圖； 圖2、本發(fā)明提供的承載控制服務(wù)器結(jié)構(gòu)圖； 圖3、本發(fā)明的實施例系統(tǒng)圖； 圖4、本發(fā)明的實施例流程圖； 圖5、本發(fā)明的實施例信令圖。

具體實施例方式 本實施方式提供了一種獲知會話描述協(xié)議信息的方法、系統(tǒng)及承載控制服務(wù)器，通過增加支持SIP協(xié)議的SDP事件包，使BCS可以使用此事件包在發(fā)生SDP事件時通知AS。
本實施方式提供的承載控制服務(wù)器內(nèi)部結(jié)構(gòu)如圖2所示，包括發(fā)送單元201、檢測單元202和登記單元203 發(fā)送單元201用于在檢測單元202檢測到SDP事件時，將SDP事件信息通知給應(yīng)用服務(wù)器。
如果應(yīng)用服務(wù)器事先有在登記單元203登記過需要獲知的SDP事件類型，或者事先在登記單元203配置過不同應(yīng)用服務(wù)器需要獲知的不同SDP事件，則發(fā)送單元201只有在檢測單元202檢測到應(yīng)用服務(wù)器需要獲知的SDP事件時，才將應(yīng)用服務(wù)器需要獲知的SDP事件信息通知給應(yīng)用服務(wù)器。
檢測單元202檢測SDP事件，在發(fā)生SDP事件時通知發(fā)送單元201。
如果應(yīng)用服務(wù)器事先有在登記單元203登記過需要獲知的SDP事件類型，或者事先在登記單元203配置過不同應(yīng)用服務(wù)器需要獲知的不同SDP事件，則檢測單元202只有在檢測到應(yīng)用服務(wù)器需要獲知的SDP事件時，才通知給發(fā)送單元201。
登記單元203應(yīng)用服務(wù)器通過消息在登記單元203登記需要獲知的SDP事件類型，或者事先在登記單元203配置不同應(yīng)用服務(wù)器需要獲知的不同SDP事件。
本實施方式提供的承載控制服務(wù)器具體在系統(tǒng)中的應(yīng)用，參見下文對系統(tǒng)的描述。
本實施方式提供的獲知會話描述協(xié)議信息的系統(tǒng)包括應(yīng)用服務(wù)器、承載控制服務(wù)器，和至少1個用戶，現(xiàn)以兩個用戶為例進行系統(tǒng)的描述，如圖3所示 應(yīng)用服務(wù)器301和承載控制服務(wù)器303相連，用于在需要獲知SDP信息時，在承載控制服務(wù)器上通過簽約登記需要獲知的SDP事件類型。
用戶A302和用戶B304通過承載控制服務(wù)器303互連，用戶A和用戶B之間通過承載控制服務(wù)器建立會話連接。
承載控制服務(wù)器303用于在會話進行過程中檢測發(fā)生的SDP事件，再檢測到應(yīng)用服務(wù)器301登記過的事件時，將SDP事件信息通知給應(yīng)用服務(wù)器301。
如果應(yīng)用服務(wù)器不在承載控制服務(wù)器上登記，則承載控制服務(wù)器會直接把發(fā)生過的SDP事件信息通知給想要獲知SDP事件的應(yīng)用服務(wù)器，也可以預(yù)先在承載控制服務(wù)器上配置不同應(yīng)用服務(wù)器需要獲知的不同SDP事件，在發(fā)生配置過的SDP事件時發(fā)送給相應(yīng)應(yīng)用服務(wù)器。
在實際使用中系統(tǒng)可能包含更多的用戶，如果是包含更多用戶的系統(tǒng)，所有用戶均只與承載控制服務(wù)器相連。
以上所述相連或互聯(lián)均指信令上的連接或互聯(lián)。
本實施方式提供的獲知會話描述協(xié)議信息的系統(tǒng)及承載控制服務(wù)器的具體工作方式將在下文對方法的描述中進行詳細闡述。
本實施方式提供的獲知會話描述協(xié)議信息的方法首先要定義一個支持SIP協(xié)議的SDP事件包，此事件包定義了SDP事件和用于通知SDP事件信息得消息“通知”消息，使承載控制服務(wù)器可以使用此事件包在發(fā)生SDP事件時通知應(yīng)用服務(wù)器。
但是在實際使用中，應(yīng)用服務(wù)器會需要獲知一些特定的SDP信息，而不需要知道全部的SDP事件信息，為了節(jié)約系統(tǒng)資源，本實施方式提供了事先在承載控制服務(wù)器上預(yù)設(shè)應(yīng)用服務(wù)器需要獲知的SDP事件，承載控制服務(wù)器只有在檢測到應(yīng)用服務(wù)器需要獲知的SDP事件后，才發(fā)送相應(yīng)SDP事件信息給應(yīng)用服務(wù)器的方案。
在承載控制服務(wù)器上預(yù)設(shè)應(yīng)用服務(wù)器需要獲知的SDP事件，可以通過直接在承載控制服務(wù)器預(yù)設(shè)實現(xiàn)，也可以通過應(yīng)用服務(wù)器在承載控制服務(wù)器上登記實現(xiàn)，下文講述的實施例中將以通過應(yīng)用服務(wù)器在承載控制服務(wù)器上登記實現(xiàn)。
應(yīng)用服務(wù)器在承載控制服務(wù)器上登記需要獲知的SDP事件，要在事件包里定義用于登記SDP事件的消息“簽約”消息，使應(yīng)用服務(wù)器可以在承載控制服務(wù)器上登記想要獲知的SDP事件，承載控制服務(wù)器只有在檢測到登記過的事件后，才發(fā)送相應(yīng)SDP事件信息給應(yīng)用服務(wù)器。
現(xiàn)在舉例說明支持SIP協(xié)議的SDP事件包的定義，事件包里對SDP事件的參數(shù)“事件(Event)”和“結(jié)果(Result)”進行了定義，程序示例如下 event-package=.../tpackage/token tpackage ="SDP-event"*[SEMI tparams] tparams =event-name COMMA event-condition event-name = [“CALLING-SDP”/”Called-SDP”/”NEGOTIATED-SDP”/”ALL-SDP”] event-condition = [“IMMEDIATE”/”CALL-SUCC”/”CALL-FAIL”/”SDP-RENOGOATIATE”/”ALWAYS” 上述程序里定義了可簽約(SUBSCRIBE)的事件參數(shù)清單，即應(yīng)用服務(wù)器可能需要獲知可以在承載控制服務(wù)器上登記的事件列表。
在定義好支持SIP協(xié)議的SDP事件包后，獲知會話描述協(xié)議信息的方法流程如圖4所示 步驟401、應(yīng)用服務(wù)器在承載控制服務(wù)器上通過簽約登記需要獲知的SDP事件類型。
此步可以在系統(tǒng)開始運行時進行，也可以在每次呼叫開始前進行。
步驟402、承載控制服務(wù)器檢測到發(fā)生了應(yīng)用服務(wù)器登記的SDP事件。
步驟403、承載控制服務(wù)器通知應(yīng)用服務(wù)器SDP信息，此時，應(yīng)用服務(wù)器獲知了他需要獲知的SDP信息。
下面仍然以一次兩方通話為例描述本實施方式提供的獲知會話描述協(xié)議信息的方法，具體信令交互過程參見圖5 步驟501、應(yīng)用服務(wù)器發(fā)送SIP簽約消息到承載控制服務(wù)器，在承載控制服務(wù)器上登記需要獲知的SDP事件，這些SDP事件都是屬于事先在可簽約事件列表定義過的，此簽約事件包程序示例如下 SUBSCRIBE sip:gateway.huawei.com SIP/2.0 Call-Id:100@huawei.com To:<sip:notifier@huawei.com> From:<sip:appserver.com>;tag=abcd CSeq:1 SUBSCRIBE Event:SDP-event;All-SDP,sdp-renegotiate;All-sdp,call-succ Expires:3600 Content-Length:0 這簽約事件包里要求在承載控制服務(wù)器上登記的SDP事件包括所有成功呼叫(call-succ)的SDP事件，和所有協(xié)商(sdp-renegotiate)的SDP事件，其中所有協(xié)商的SDP事件又包括正在進行的呼叫、已經(jīng)結(jié)束的呼叫和協(xié)商過的SDP事件。
步驟502、用戶A發(fā)起對用戶B的呼叫，發(fā)送SIP呼叫請求消息到承載控制服務(wù)器。
步驟503、承載控制服務(wù)器收到呼叫請求消息后，發(fā)送SIP呼叫請求消息到用戶B。
步驟504、用戶B收到呼叫請求消息后，返回SIP回鈴音消息(180Ringing)到承載控制服務(wù)器。
步驟505、承載控制服務(wù)器收到回鈴音消息后，發(fā)送SIP回鈴音消息到用戶A。
步驟506、用戶B響應(yīng)用戶A的呼叫，返回攜帶用戶B的SDP信息的SIP響應(yīng)消息(200OK)至承載控制服務(wù)器。
步驟507、承載控制服務(wù)器收到用戶B發(fā)出的響應(yīng)消息后，將此響應(yīng)消息發(fā)送給用戶A。
此時，承載控制服務(wù)器的事件檢測點檢測到一次成功的呼叫，和應(yīng)用服務(wù)器在承載控制服務(wù)器上登記過的SDP事件，正在進行的呼叫、已經(jīng)結(jié)束的呼叫和協(xié)商過的SDP事件，這些事件的信息都需要被通知給應(yīng)用服務(wù)器。
步驟508、由于承載控制服務(wù)器在步驟406到步驟407中檢測到發(fā)生了應(yīng)用服務(wù)器登記過的SDP事件正在進行的呼叫，承載控制服務(wù)器發(fā)送SIP通知消息(NOTIFY)到應(yīng)用服務(wù)器，通知應(yīng)用服務(wù)器關(guān)于正在進行的呼叫事件SDP信息，此通知程序示例如下 NOTIFY sip:appserver.com SIP/2.0Call-Id:3848276298220188511@huawei.example.comTo:＜sip:appserver.com＞;tag=abcdFrom:＜sip:notifier@huawei.com＞;tag=efghCSeq:7 NOTIFYEvent:sdp-event;calling-sdp,call-succSubscription-State:activeContent-Type:application/SDPContent-Length:Content-Length:151v=0o=SubscriberA 2890844526 2890844526 IN IP4 sub.huawei.example.coms=-c=IN IP4 192.0.2.101<!-- SIPO <DP n="10"> --><dp n="d10"/>t=00m=audio 49172 RTP/AVP 0a=rtpmap:0 PCMU/8000 步驟409、由于承載控制服務(wù)器在步驟406到步驟407中檢測到發(fā)生了應(yīng)用服務(wù)器登記過的SDP事件已經(jīng)結(jié)束的呼叫，承載控制服務(wù)器發(fā)送SIP通知消息(NOTIFY)到應(yīng)用服務(wù)器，通知應(yīng)用服務(wù)器關(guān)于已經(jīng)結(jié)束的呼叫事件SDP信息，此通知程序示例如下 NOTIFY sip:appserver.com SIP/2.0Call-Id:3848276298220188511@huawei.example.comTo:＜sip:appserver.com＞;tag=abcdFrom:＜sip:notifier@huawei.com＞;tag=efghCSeq:7 NOTIFYEvent:sdp-event;called-sdp,call-succSubscription-State:activeContent-Type:application/SDPContent-Length:Content-Length:147v=0o=SubscriberB 2890844527 2890844527 IN IP4 sub.huawei.example.coms=-c=IN IP4 192.0.2.201t=00m=audio 3456 RTP/AVP 0a=rtpmap:0 PCMU/8000 步驟510、由于承載控制服務(wù)器在步驟406到步驟407中檢測到發(fā)生了應(yīng)用服務(wù)器登記過的SDP事件協(xié)商過的SDP，承載控制服務(wù)器發(fā)送SIP通知消息(NOTIFY)到應(yīng)用服務(wù)器，通知應(yīng)用服務(wù)器協(xié)商過的SDP信息，此通知程序示例如下 NOTIFY sip:appserver.com SIP/2.0Call-Id:3848276298220188511@huawei.example.comTo:＜sip:appserver.com＞;tag=abcdFrom:＜sip:notifier@huawei.com＞;tag=efghCSeq:7 NOTIFYEvent:sdp-event;negotiated-sdp,call-succSubscription-State:activeContent-Type:application/SDPContent-Length:Content-Length:147v=0o=SubscriberB 2890844527 2890844527 IN IP4 sub.huawei.example.coms=-c=IN IP4 192.0.2.201t=00m=audio 3456 RTP/AVP 0a=rtpmap:0 PCMU/8000 步驟511、用戶A發(fā)送SIP確認消息(ACK)至承載控制服務(wù)器。
步驟512、承載控制服務(wù)器收到確認消息后，將確認消息發(fā)送給用戶B。
至此，用戶A和用戶B之間的雙方通話建立。
步驟513、用戶B發(fā)出SIP終止通話請求(BYE)到承載控制服務(wù)器，請求結(jié)束和用戶A之間的通話。
步驟514、承載控制服務(wù)器將收到的終止通話請求發(fā)送給用戶A，請求結(jié)束用戶B和用戶A之間的通話。
步驟515、用戶A收到終止通話請求，釋放資源，并發(fā)送SIP響應(yīng)消息(200OK)到承載控制服務(wù)器。
步驟516、承載控制服務(wù)器收到響應(yīng)消息后，釋放這個呼叫，并將響應(yīng)消息發(fā)送到用戶B，用戶B結(jié)束這個呼叫。
以上就是在兩方通話時的信令交互過程，如果參與通話的用戶多于兩個，是一個多方通話的過程，所有的用戶仍然只需通過承載控制服務(wù)器完成會話的全部過程，不需要和應(yīng)用服務(wù)器進行信令的交互，應(yīng)用服務(wù)器在承載控制服務(wù)器登記過需要獲知的SDP事件后，只需等待承載控制服務(wù)器在檢測到發(fā)生了登記過的事件時，發(fā)送相應(yīng)的SDP事件信息通知即可。
以上對本實施方式所提供的一種應(yīng)用服務(wù)器獲知會話描述協(xié)議信息的方法及系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種獲知會話描述協(xié)議信息的方法，其特征在于，該方法包括
增加會話描述協(xié)議事件的事件包，來定義用于通知事件信息的消息；
承載控制服務(wù)器在檢測到會話描述協(xié)議事件時，通過所述用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
2、如權(quán)利要求1所述的獲知會話描述協(xié)議信息的方法，其特征在于，所述方法還包括
在所述會話描述協(xié)議事件的事件包中，進一步定義用于登記的消息及可登記會話描述協(xié)議事件列表；
應(yīng)用服務(wù)器通過所述用于登記的消息在承載控制服務(wù)器上登記需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述可登記會話描述協(xié)議事件列表。
3、如權(quán)利要求2所述的獲知會話描述協(xié)議信息的方法，其特征在于，所述承載控制服務(wù)器在檢測到會話描述協(xié)議事件時是承載控制服務(wù)器在檢測到應(yīng)用服務(wù)器登記過的會話描述協(xié)議事件時。
4、如權(quán)利要求1所述的獲知會話描述協(xié)議信息的方法，其特征在于，所述承載控制服務(wù)器在檢測到會話描述協(xié)議事件時是
在承載控制服務(wù)器上配置應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，承載控制服務(wù)器在檢測到配置過的會話描述協(xié)議事件時。
5、如權(quán)利要求1、2、3或4所述的獲知會話描述協(xié)議信息的方法，其特征在于，所述會話描述協(xié)議事件的事件包支持會話發(fā)起協(xié)議。
6、一種獲知會話描述協(xié)議信息的系統(tǒng)，其特征在于，包括應(yīng)用服務(wù)器、承載控制服務(wù)器
所述承載控制服務(wù)器用于在檢測到會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給所述應(yīng)用服務(wù)器。
7、如權(quán)利要求6所述的獲知會話描述協(xié)議信息的系統(tǒng)，其特征在于
所述應(yīng)用服務(wù)器用于通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于登記的消息，在承載控制服務(wù)器上登記需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述事件包預(yù)先定義的可登記會話描述協(xié)議事件列表；
所述承載控制服務(wù)器用于在檢測到應(yīng)用服務(wù)器登記過的會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
8、如權(quán)利要求6所述的獲知會話描述協(xié)議信息的系統(tǒng)，其特征在于
所述承載控制服務(wù)器用于預(yù)先配置應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，在檢測到配置過的會話描述協(xié)議事件時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
9、一種承載控制服務(wù)器，其特征在于，該承載控制服務(wù)器包括發(fā)送單元和檢測單元
所述檢測單元用于檢測會話描述協(xié)議事件，將檢測到的會話描述協(xié)議事件通知給所述發(fā)送單元；
所述發(fā)送單元用于在收到檢測單元的通知時，通過增加的會話描述協(xié)議事件的事件包預(yù)先定義的用于通知事件信息的消息，發(fā)送所述會話描述協(xié)議事件的信息給應(yīng)用服務(wù)器。
10、如權(quán)利要求9所述的承載控制服務(wù)器，其特征在于，所述承載控制服務(wù)器還包括登記單元
所述登記單元用于接收及記錄應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件，所述需要獲知的會話描述協(xié)議事件屬于所述事件包預(yù)先定義的可登記會話描述協(xié)議事件列表；
所述檢測單元用于檢測會話描述協(xié)議事件，在檢測到登記單元上登記的應(yīng)用服務(wù)器需要獲知的會話描述協(xié)議事件時，將檢測到的會話描述協(xié)議事件通知給所述發(fā)送單元。
全文摘要
本發(fā)明公開了一種獲知會話描述協(xié)議信息的方法，該方法包括增加會話描述協(xié)議事件的事件包，定義了用于通知事件信息的消息；承載控制服務(wù)器在檢測到SDP事件時，通過所述用于通知事件信息的消息發(fā)送所述SDP事件的信息給應(yīng)用服務(wù)器。本發(fā)明還公開了一種獲知會話描述協(xié)議信息的系統(tǒng)，包括應(yīng)用服務(wù)器、承載控制服務(wù)器承載控制服務(wù)器用于在檢測到SDP事件時，發(fā)送所述SDP事件的信息給應(yīng)用服務(wù)器。本發(fā)明還公開了一種承載控制服務(wù)器，該承載控制服務(wù)器包括發(fā)送單元和檢測單元；檢測單元將檢測到的SDP事件通知給所述發(fā)送單元；發(fā)送單元發(fā)送所述SDP事件的信息給應(yīng)用服務(wù)器。通過應(yīng)用本發(fā)明，應(yīng)用服務(wù)器不需要參與到建立會話的全過程。
文檔編號H04L12/26GK1960373SQ20061012694
公開日2007年5月9日 申請日期2006年9月6日 優(yōu)先權(quán)日2006年9月6日
發(fā)明者拉胡爾 申請人:華為技術(shù)有限公司