專利名稱：一種媒體加密會議的接入方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及媒體加密會議的接入方法及裝置。
背景技術(shù)：
SIP (Session Initiation Protocol,會話初始協(xié)議)是 IETF (Internet Engineering Task Force, Internet工程任務(wù)組)提出的一種支持多媒體會話的應(yīng)用層信令控制協(xié)議，用于創(chuàng)建、修改和終止一個或多個參與者的會話。利用SIP靈活、簡單、易實(shí)現(xiàn)和獨(dú)立于硬件的特點(diǎn)，可以在已有的網(wǎng)絡(luò)環(huán)境中很好地實(shí)現(xiàn)會議功能?；赟IP的會議系統(tǒng)主要由會議控制中心和媒體混合服務(wù)器構(gòu)成。會議控制中心和媒體混合服務(wù)器可以統(tǒng)稱為會議服務(wù)器。其中，會議控制中心是整個會議系統(tǒng)的核心，負(fù)責(zé)管理整個會議，如與會者的接入控制、與會人員管理等，每個與會者通過SIP會話和會議控制中心相連，由后者負(fù)責(zé)維護(hù)每個與之連接的SIP會話；媒體混合服務(wù)器負(fù)責(zé)完成與會者發(fā)送到會議的媒體的混合和分發(fā)，確保每位與會者都能夠收到會議的媒體流。為了提高與會者參與會議的安全性，需要與會者使用SRTP(SeCure Real-time Transport Protocol,安全實(shí)時傳輸協(xié)議)對與會者發(fā)送和接收的媒體流進(jìn)行加密。會議控制中心為每位與會者提供一個SRTP加解密通道，與會者的語音或視頻通過SRTP加密的方式發(fā)送到會議服務(wù)器，首先由SRTP加解密通道將媒體進(jìn)行解密，然后發(fā)送到媒體混合服務(wù)器，媒體混合服務(wù)器對解密后的媒體進(jìn)行混合，并將混合后的媒體發(fā)送到所有與會者的 SRTP加解密通道，每個SRTP加解密通道對混合后的媒體進(jìn)行加密，然后將加密后的媒體數(shù)據(jù)發(fā)送給與會者，與會者接收到SRTP包后再進(jìn)行解密，就能接收到會議的音頻或視頻了。已有的SRTP媒體加密會議系統(tǒng)的媒體數(shù)據(jù)加密和解密非常消耗性能，導(dǎo)致系統(tǒng)能支持的最大終端數(shù)下降。

發(fā)明內(nèi)容
本發(fā)明解決現(xiàn)有技術(shù)下，媒體加密會議的終端獨(dú)占媒體加密和解密通道，導(dǎo)致會議系統(tǒng)資源消耗過大的問題。本發(fā)明一個實(shí)施例提供一種媒體加密會議的接入方法，包括會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體解密通道，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中，所述媒體加密通道的參數(shù)包括媒體編解碼和SRTP加密算法。本發(fā)明另一個實(shí)施例提供了另外一種媒體加密會議的接入方法，包括會議服務(wù)器向終端發(fā)送加入媒體加密會議的邀請，所述邀請中攜帶所述會議服務(wù)器支持的媒體編解碼和SRTP加密算法；接收所述終端的反饋信息，所述反饋信息中攜帶所述終端選擇的媒體編解碼和SRTP加密算法；為所述終端建立媒體解密通道，將所述媒體解密通道的參數(shù)設(shè)置為所述終端選擇的媒體編解碼和SRTP加密算法；若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中，所述媒體加密通道的參數(shù)包括媒體編解碼和SRTP加
密算法。本發(fā)明一個實(shí)施例還提供了一種會議服務(wù)器，用以實(shí)施前述媒體加密會議的接入方法，包括接收模塊，用于接收終端接入媒體加密會議的請求，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；建立模塊，用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，與所述終端協(xié)商建立媒體解密通道；加入模塊，用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。本發(fā)明另一個實(shí)施例提供了另外一種會議服務(wù)器，包括發(fā)送模塊，用于向終端發(fā)送加入媒體加密會議的邀請，所述邀請中包括所述會議服務(wù)器支持的媒體編解碼和SRTP 加密算法；接收模塊，用于接收所述終端反饋的所述終端選擇的媒體編解碼和SRTP加密算法；建立模塊，用于根據(jù)所述接收模塊接收的所述終端選擇的媒體編解碼和SRTP加密算法為所述終端建立媒體解密通道；加入模塊，用于根據(jù)所述接收模塊接收的所述終端選擇的媒體編解碼和SRTP加密算法，若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出，本發(fā)明實(shí)施例將媒體加密會議接入終端的媒體解密通道和媒體加密通道分開建立，并盡量將終端加入已有的媒體加密通道中，從而可以最大限度地降低會議服務(wù)器系統(tǒng)資源的消耗，增加會議服務(wù)器可容納的接入
終端數(shù)量。


圖I所示為本發(fā)明實(shí)施例提供的基于SIP的媒體加密會議系統(tǒng)模型圖；圖2所示為本發(fā)明實(shí)施例提供的媒體加密會議中SRTP加密媒體數(shù)據(jù)在會議服務(wù)器中處理過程示意圖；圖3所示為本發(fā)明實(shí)施例提供的改進(jìn)的媒體加密通道和媒體解密通道的示意圖；圖4所示為本發(fā)明實(shí)施例提供的改進(jìn)的媒體加密會議系統(tǒng)模型圖；圖5所示為本發(fā)明實(shí)施例提供的一種媒體加密會議的接入方法示意圖；圖6所示為本發(fā)明實(shí)施例提供的會議服務(wù)器為終端建立媒體解密通道的信令流程圖；圖7所示為本發(fā)明實(shí)施例提供的終端采用IVR形式加入媒體加密會議的信令流程圖；圖8所示為本發(fā)明實(shí)施例提供的會議服務(wù)器將終端加入媒體加密通道的流程圖；圖9所示為本發(fā)明實(shí)施例提供的會議服務(wù)器呼叫終端，將終端加入媒體加密會議的信令流程圖；圖10所示為本發(fā)明實(shí)施例提供的一種會議服務(wù)器的結(jié)構(gòu)示意圖11所示為本發(fā)明實(shí)施例提供的另外一種會議服務(wù)器的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了便于本領(lǐng)域一般技術(shù)人員理解和實(shí)現(xiàn)本發(fā)明，現(xiàn)結(jié)合附圖描述本發(fā)明的實(shí)施例。圖I所示為基于SIP的媒體加密會議系統(tǒng)模型，會議控制中心和媒體混合服務(wù)器構(gòu)成會議服務(wù)器。用戶終端通過SIP會話和會議控制中心相連，終端和媒體混合服務(wù)器之間通過SRTP加密的形式傳遞會議中形成的媒體數(shù)據(jù)。其中,會議中形成的媒體數(shù)據(jù)既可以是音頻數(shù)據(jù)也可以是視頻數(shù)據(jù)，本發(fā)明實(shí)施例對此不作限定。圖2為媒體加密會議中SRTP加密媒體數(shù)據(jù)在會議服務(wù)器中處理過程示意圖。終端和會議服務(wù)器之間通過UDP (User Datagram Protocol,用戶數(shù)據(jù)包協(xié)議)協(xié)議傳輸SRTP 加密媒體數(shù)據(jù)，會議服務(wù)器收到終端發(fā)送的數(shù)據(jù)時，首先由接入通道去除數(shù)據(jù)的協(xié)議頭，得到SRTP數(shù)據(jù)包，再經(jīng)過媒體加解密通道的解密得到RTP (Real-time Transport Protocol, 實(shí)時傳輸協(xié)議)數(shù)據(jù)包，進(jìn)入編解碼通道中進(jìn)行解碼得到語音或視頻流，最后由媒體混合服務(wù)器進(jìn)行混合，混合后的媒體流向終端發(fā)送時，處理過程同接收過程相反。由圖2還可以看出，會議用戶可以使用多種終端設(shè)備接入媒體加密會議，包括但不限于固定電話、手機(jī)、計算機(jī)等。圖3所示為本發(fā)明一個實(shí)施例提供的改進(jìn)的媒體加密通道和媒體解密通道示意圖。對比圖2和圖3可以看出，在本發(fā)明實(shí)施例中，將現(xiàn)有會議服務(wù)器中的媒體加解密通道拆分成媒體加密通道和媒體解密通道，分別執(zhí)行媒體加密功能和媒體解密功能，同時對媒體加密通道進(jìn)行設(shè)置，使其具備復(fù)制分發(fā)的功能，對進(jìn)入其中的語音或視頻媒體流只加密一次，然后再對加密形成的SRTP數(shù)據(jù)復(fù)制多份后分發(fā)。結(jié)合圖3，圖4所示為本發(fā)明一個實(shí)施例提供的改進(jìn)的媒體加密會議系統(tǒng)模型。由圖4可以看出，本發(fā)明實(shí)施例中將媒體加解密通道的解密和加密功能分開，分別由媒體解密通道執(zhí)行媒體解密功能，由媒體加密通道執(zhí)行媒體加密功能。進(jìn)一步將接入媒體加密會議中支持相同媒體編解碼和SRTP加密算法的終端加入一個共享的媒體加密通道中，媒體加密通道對進(jìn)入其中的數(shù)據(jù)只需加密一次，然后將加密后的媒體數(shù)據(jù)進(jìn)行復(fù)制，再發(fā)送給加入該媒體加密通道的終端。上述建立媒體加密通道和媒體解密通道是會議服務(wù)器對媒體數(shù)據(jù)執(zhí)行加密和解密操作的一種形象化描述，本領(lǐng)域技術(shù)人員可以理解，在具體執(zhí)行時可由會議服務(wù)器分配一定的系統(tǒng)資源分別執(zhí)行媒體數(shù)據(jù)的加密和解密操作，通過相應(yīng)的軟件或硬件模塊實(shí)現(xiàn)， 對媒體加密通道和媒體解密通道應(yīng)該做合理最大化的解釋?；谕瑯拥睦碛桑瑢D4中所示接入通道、解碼通道和編碼通道也應(yīng)該做合理最大化的解釋。其中，之所以選擇對媒體加密通道進(jìn)行共享設(shè)置，而媒體解密通道仍然和終端一一對應(yīng)，是由SRTP相關(guān)加密參數(shù)的協(xié)商機(jī)制所決定的。SRTP相關(guān)加密參數(shù)的協(xié)商規(guī)則記錄在RFC4568中，據(jù)其規(guī)定，SIP用戶終端兩端使用各自的密鑰發(fā)送數(shù)據(jù)，對端使用對應(yīng)的密鑰進(jìn)行解密，即接、收兩個方向存在兩個密鑰用于加密、解密。由于SIP用戶終端發(fā)送的媒體數(shù)據(jù)的密鑰是由終端產(chǎn)生的，因此，會議服務(wù)器要為加入其中的終端創(chuàng)建獨(dú)立的媒體解密通道，無法進(jìn)行合并。而對混合后的媒體數(shù)據(jù)進(jìn)行加密，加密密鑰是由會議服務(wù)器產(chǎn)生的，一個媒體加密通道使用一個密鑰對媒體數(shù)據(jù)進(jìn)行加密，使得會議服務(wù)器的加密通道可以進(jìn)行共孚。由圖4可以看出，每個媒體加密通道對應(yīng)一個媒體編碼通道，一個媒體編碼通道使用一種編碼方式對混合后的媒體數(shù)據(jù)進(jìn)行編碼，這樣可以保證媒體加密通道只對進(jìn)入其中的數(shù)據(jù)加密一次，加密完成后只需進(jìn)行復(fù)制分發(fā)操作，從而最大限度地節(jié)省會議系統(tǒng)的資源。如果加入同一個媒體加密通道的終端不支持同一種媒體編解碼，則由圖4可以看出，就會有多個媒體編碼通道與一個媒體加密通道相連，進(jìn)入媒體加密通道的媒體數(shù)據(jù)具備不同的編碼方式，就需要對這些具備不同編碼方式的數(shù)據(jù)分別進(jìn)行加密，實(shí)際上和采用多個媒體加密通道分別進(jìn)行加密的功能類似，不會實(shí)現(xiàn)節(jié)省會議服務(wù)器系統(tǒng)資源的目的。以下舉例說明本發(fā)明實(shí)施例提供的改進(jìn)的媒體加密會議系統(tǒng)為終端建立媒體解密通道和媒體加密通道的過程終端甲、終端乙與終端丙先后加入會議，會議服務(wù)器為每個終端創(chuàng)建一個獨(dú)立的媒體解密通道。用戶的語音或視頻數(shù)據(jù)通過SRTP加密的方式發(fā)送到會議服務(wù)器后，經(jīng)過媒體解密通道解密，再經(jīng)過解碼后進(jìn)入媒體混合服務(wù)器。假設(shè)終端甲與終端乙支持相同的媒體編解碼和SRTP加密算法，會議服務(wù)器即將終端甲與終端乙加入共享的媒體加密通道I中。經(jīng)過媒體混合服務(wù)器混合后的媒體數(shù)據(jù)，首先由編碼通道I進(jìn)行編碼，再進(jìn)入媒體加密通道I中進(jìn)行加密，生成SRTP加密媒體數(shù)據(jù)后，復(fù)制分發(fā)到終端甲和終端乙對應(yīng)的接入通道，由接入通道附加UDP和IP(Internet Protocol,網(wǎng)絡(luò)之間互連的協(xié)議)協(xié)議頭之后，發(fā)送給終端甲和終端乙。對于終端丙，會議服務(wù)器經(jīng)過判斷后，確定其支持的媒體編解碼和SRTP加密算法中不包括媒體加密通道I采用的媒體編碼方式和SRTP加密算法，因而不能將終端丙加入媒體加密通道I中，由會議服務(wù)器為終端丙單獨(dú)創(chuàng)建一個媒體加密通道2。本實(shí)施例中對創(chuàng)建媒體加密通道，將終端加入共享媒體加密通道的描述不構(gòu)成對執(zhí)行本發(fā)明實(shí)施例提供的技術(shù)方案的順序限定，對于執(zhí)行本發(fā)明實(shí)施例提供的技術(shù)方案的詳細(xì)流程，在后續(xù)實(shí)施例中進(jìn)行說明。同時，本實(shí)施例中涉及的終端甲、終端乙和終端丙僅是為舉例所用，不代表應(yīng)用本發(fā)明實(shí)施例提供的技術(shù)方案時會議服務(wù)器能夠承載的最大終端數(shù)。本發(fā)明實(shí)施例中將媒體解密通道和媒體加密通道分離，為支持相同媒體編解碼和 SRTP加密算法的終端設(shè)置共享的媒體加密通道，實(shí)現(xiàn)加密媒體數(shù)據(jù)的復(fù)制分發(fā)，不必再為每個接入終端單獨(dú)創(chuàng)建媒體加密通道，因而可以節(jié)省系統(tǒng)資源，進(jìn)而提高媒體加密會議的容量。結(jié)合改進(jìn)的媒體加密會議系統(tǒng)模型，本發(fā)明另一個實(shí)施例提供一種媒體加密會議的接入方法，如圖5所示，詳述步驟如下步驟501、會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體解密通道，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP 加密算法；其中，會議服務(wù)器為終端建立媒體解密通道的過程如圖6所示 步驟601、終端向會議服務(wù)器發(fā)出INVITE消息，并在INVITE消息中通過 SDP(Session Description Protocol,會話描述協(xié)議)攜帶終端支持的媒體列表；
其中，終端支持的媒體列表中包括終端支持的各種媒體編解碼和SRTP加密算法。步驟602、會議服務(wù)器經(jīng)過匹配后，選擇一種自身和終端都支持的媒體編解碼和 SRTP加密算法，向終端反饋2000K信息，并在所述信息中攜帶選定的媒體編解碼和SRTP加密算法；若會議服務(wù)器和終端不支持相同的媒體編解碼和SRTP加密算法，則該終端不能加入該媒體加密會議中，會議服務(wù)器會向終端反饋拒絕消息。步驟603、終端向會議服務(wù)器發(fā)送ACK確認(rèn)信息。其中，由上述步驟602可知，會議服務(wù)器向終端反饋2000K信息時，同時攜帶雙方都支持的SRTP加密算法，終端會使用此種 SRTP加密算法生成密鑰加密其產(chǎn)生的媒體數(shù)據(jù)，并發(fā)送。因此會議服務(wù)器即依此SRTP加密算法為終端建立媒體解密通道。步驟502、若存在一個已有的媒體加密通道，所述已有的媒體加密通道參數(shù)中的媒體編解碼和SRTP加密算法，與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。會議服務(wù)器通過匹配終端支持的各種媒體編解碼和SRTP加密算法與已有的媒體加密通道的參數(shù)，若能夠發(fā)現(xiàn)一個已有的媒體加密通道，其參數(shù)和終端支持的一種媒體編解碼和SRTP加密算法相同，就可以將該終端加入此媒體加密通道中，從而可以實(shí)現(xiàn)媒體加密通道的共享。使用本實(shí)施例公開的媒體加密會議的接入方法，將媒體解密通道和媒體加密通道分開建立，同時將終端加入會議服務(wù)器中已有的媒體加密通道中，可以最大限度地節(jié)省會議服務(wù)器的系統(tǒng)資源，從而提高能夠接入的終端數(shù)量。目前終端在接入媒體加密會議時,大多采用IVR(Interactive Voice Response, 互動式語音應(yīng)答)的形式使用終端的用戶首先撥打(或輸入)一個號碼，與會議服務(wù)器建立連接，再根據(jù)會議服務(wù)器的語音提示，輸入相應(yīng)的ID、密碼或其他內(nèi)容，經(jīng)會議服務(wù)器驗(yàn)證通過后，才會最終加入會議。會議服務(wù)器向用戶播放語音提示，是通過一個獨(dú)立的媒體加解密通道進(jìn)行的，由于IVR的過程一般都很短，占用的會議服務(wù)器的系統(tǒng)資源不多，因而不需要將媒體加解密通道進(jìn)行拆分以及將媒體加密通道進(jìn)行共享設(shè)置。在用戶最終加入會議后，就要將媒體加解密通道進(jìn)行拆分將終端加入已有的媒體加密通道中，并將媒體加解密通道設(shè)置為媒體解密通道。圖7所示為本發(fā)明一個實(shí)施例提供的終端采用IVR形式加入媒體加密會議的信令流程圖，詳述步驟如下步驟701、終端向會議服務(wù)器發(fā)出接入媒體加密會議的請求，在請求中攜帶該終端支持的媒體列表；其中，終端支持的媒體列表包括終端支持的媒體編解碼和SRTP加密算法。步驟702、會議服務(wù)器根據(jù)終端支持的媒體列表，與自身支持的媒體編解碼和 SRTP加密算法進(jìn)行匹配，選擇一種雙方都支持的媒體編解碼和SRTP加密算法，為終端建立媒體加解密通道，并向終端反饋選定的媒體編解碼和SRTP加密算法；步驟703、終端向會議服務(wù)器返回確認(rèn)消息；通過步驟701-703，會議服務(wù)器為終端建立媒體加解密通道，由于這時建立的媒體加解密通道只是為了向終端播放提示音，引導(dǎo)終端加入會議，因而不需要將媒體加密通道和媒體解密通道拆分，以及建立共享的媒體加密通道。步驟704、會議服務(wù)器通過前述建立的媒體加解密通道向終端播放加入會議的提示音，例如，“請輸入會議ID”、“請輸入密碼”等；步驟705、用戶根據(jù)提示音執(zhí)行相應(yīng)的操作，例如輸入會議ID、密碼等；步驟706、會議服務(wù)器根據(jù)用戶的操作將其加入會議；步驟704-706屬于用戶接入媒體加密會議的IVR流程，在此流程中，會議服務(wù)器需要對用戶播放提示音，因此也會建立媒體加解密通道，如前所述，這時無需對媒體加解密通道進(jìn)行拆分和共享設(shè)置。而在IVR過程完成之后，就要將終端加入已有的媒體加密通道，以節(jié)約會議服務(wù)器的系統(tǒng)資源。步驟707、會議服務(wù)器向接入終端發(fā)起媒體重協(xié)商，發(fā)送reINVITE消息給終端，消息中帶空SDP消息(Session Description Protocol,會話描述協(xié)議)；其中，之所以要由會議服務(wù)器向終端發(fā)起媒體重協(xié)商，是因?yàn)橐獙VR過程中為終端建立的媒體加解密通道設(shè)置為媒體解密通道，并將終端加入會議服務(wù)器中已有的媒體加密通道，或?yàn)樵摻K端新建一個媒體加密通道。步驟708、終端向會議服務(wù)器返回其支持的媒體列表；步驟709、會議服務(wù)器匹配接入終端支持的媒體列表和會議服務(wù)器中已有的媒體加密通道的參數(shù)，判斷是否有已有媒體加密通道的參數(shù)在該終端支持的媒體列表中，若存在一個已有的媒體加密通道，其參數(shù)在終端支持的媒體列表中，則將終端加入該媒體加密通道中，并將步驟702中為終端建立的媒體加解密通道設(shè)置為媒體解密通道，從而實(shí)現(xiàn)媒體加密通道和媒體解密通道的分離；其中，若不能將該終端加入已有的媒體加密通道中，則要區(qū)分不同的情況，執(zhí)行不同的操作，將終端加入媒體加密通道中的具體步驟由后續(xù)實(shí)施例區(qū)分不同場景，分別進(jìn)行詳細(xì)描述。步驟710、會議服務(wù)器通知終端媒體加密通道的參數(shù)。前述步驟709中，會議服務(wù)器將接入終端加入媒體加密通道的流程如圖8所示，詳述步驟如下步驟801、會議服務(wù)器匹配接入終端支持的媒體列表和會議服務(wù)器中已有媒體加密通道的參數(shù)；其中，終端支持的媒體列表包括終端支持的媒體編解碼和SRTP加密算法；媒體加密通道的參數(shù)包括媒體編解碼和SRTP加密算法。根據(jù)前述實(shí)施例中的描述，媒體加密通道的參數(shù)中之所以包括媒體編解碼，是為了最大限度地節(jié)約會議服務(wù)器的系統(tǒng)資源，提高會議服務(wù)器承載的終端數(shù)量。步驟802、判斷已有媒體加密通道的參數(shù)和接入終端支持的媒體列表是否有交集。 若有交集，即表明至少存在一個已有的媒體加密通道，其參數(shù)在終端支持的媒體列表中，在這種情況下轉(zhuǎn)入步驟803，否則，進(jìn)入步驟804 ；步驟803、若只有一個已有媒體加密通道的參數(shù)在接入終端支持的媒體列表中，則將該終端加入該媒體加密通道中；若存在多個已有媒體加密通道的參數(shù)在終端支持的媒體列表中，則任選一個媒體加密通道，將該終端加入。將終端加入已有的媒體加密通道后，轉(zhuǎn)入步驟809 ；舉例說明假設(shè)終端甲支持三種媒體編解碼和SRTP加密算法，分別是A、B和C，會議服務(wù)器中已有三個媒體加密通道，其參數(shù)分別為A、D和E，這種情況下，終端甲和已有媒體加密通道有一個共同的參數(shù)A，因此可將終端甲加入?yún)?shù)為A的已有媒體加密通道中。在另外一種情況下，假設(shè)已有媒體加密通道的參數(shù)分別為B、C和D，終端甲和已有媒體加密通道有兩個共同的參數(shù)B和C，這種情況下可將終端甲加入這兩個已有媒體加密通道中的任意一個。步驟803是本實(shí)施例提供的將終端加入媒體加密通道中的第一種場景，會議服務(wù)器經(jīng)過匹配后，發(fā)現(xiàn)存在已有的媒體加密通道，其參數(shù)在終端支持的媒體列表中，這樣就可直接把該終端加入已有媒體加密通道中，實(shí)現(xiàn)媒體加密通道的共享，節(jié)約會議服務(wù)器的系統(tǒng)資源。步驟804、會議服務(wù)器經(jīng)過匹配后，確定已有媒體加密通道的參數(shù)和接入終端支持的媒體列表不存在交集，因而無法直接將終端加入已有的媒體加密通道中。在這種情況下， 進(jìn)一步判斷是否能夠?qū)⒁粋€已有媒體加密通道的參數(shù)修改為接入終端支持的一種媒體編解碼和SRTP加密算法。若能夠修改，轉(zhuǎn)入步驟805，若不能修改，轉(zhuǎn)入步驟808 ；其中，將一個已有媒體加密通道的參數(shù)修改為終端支持的一種媒體編解碼和SRTP 加密算法的前提是該已有媒體加密通道中的已有終端都和該終端支持一種相同的媒體編解碼和SRTP加密算法。這樣就可將該已有媒體加密通道的參數(shù)修改為相同的媒體編解碼和SRTP加密算法，并將該終端加入?yún)?shù)修改后的媒體加密通道中。判斷是否能夠?qū)⒔K端加入?yún)?shù)修改后的已有媒體加密通道的步驟具體為分別將各個已有媒體加密通道中的所有終端支持的媒體列表取交集，再將取得的交集與接入終端支持的媒體列表取交集，若存在交集，即表明至少存在一個已有的媒體加密通道，其中的所有終端都和該終端支持至少一種相同的媒體編解碼和SRTP加密算法，因而可修改已有媒體加密通道的參數(shù)，并將該終端加入?yún)?shù)修改后的已有媒體加密通道中。舉例說明假設(shè)接入終端支持的媒體列表為{D}(其中D僅代表媒體列表的編號， 不代表終端實(shí)際支持的媒體編解碼和SRTP加密算法)，會議服務(wù)器中共有三個已有媒體加密通道。依據(jù)上述步驟，首先對三個已有媒體加密通道中的已有終端支持的媒體列表取交集，假設(shè)分別為{A}、{B}和{C}(其中A、B和C僅代表交集的編號，不代表交集中的實(shí)際元素)，再分別將{A}、{B}和{C}與該接入終端支持的媒體列表{D}取交集，若存在交集，即表明至少存在一個已有的媒體加密通道，該已有媒體加密通道中的所有終端都和接入終端支持至少一種相同的媒體編解碼和SRTP加密算法，可修改已有媒體加密通道的參數(shù)，并將該終端加入?yún)?shù)修改后的已有媒體加密通道中。步驟805、修改已有媒體加密通道的參數(shù)；步驟806、將接入終端加入?yún)?shù)修改后的已有媒體加密通道中；經(jīng)過上述步驟804的判斷，對已有媒體加密通道中的所有終端支持的媒體列表取交集，再將取得的交集與接入終端支持的媒體列表取交集，最終的結(jié)果可分為四種不同的情況，步驟805要依據(jù)不同的情況執(zhí)行不同的操作第一種存在一個已有媒體加密通道，其中所有的已有終端都和接入終端支持一種相同的媒體編解碼和SRTP加密算法。這種情況下即把該媒體加密通道的參數(shù)修改為相同的媒體編解碼和SRTP加密算法，并把該終端加入?yún)?shù)修改后的媒體加密通道中；第二種存在多個已有媒體加密通道，其中所有的已有終端都和接入終端支持一種相同的媒體編解碼和SRTP加密算法。在這種情況下，可以在多個已有媒體加密通道中任選一個修改其參數(shù)為相同的媒體編解碼和SRTP加密算法，把多個媒體加密通道中的所有終端和該終端都加入?yún)?shù)修改后的媒體加密通道中，并刪除其他未被選中修改參數(shù)的媒體加密通道；第三種存在多個已有媒體加密通道，其中所有的終端都和接入終端支持多種相同的媒體編解碼和SRTP加密算法。在這種情況下，首先需要判斷每種媒體編解碼和SRTP 加密算法分別匹配多少個已有媒體加密通道?？梢园岩粋€已有媒體加密通道中的所有終端都和接入終端支持一種相同的媒體編解碼和SRTP加密算法的情況稱為該種媒體編解碼和 SRTP加密算法與該媒體加密通道相匹配，命名方式不表示對本發(fā)明實(shí)施例的限定。選取匹配已有媒體加密通道數(shù)最多的媒體編解碼和SRTP加密算法，在其匹配的多個已有媒體加密通道中任選一個，修改其參數(shù)為該種媒體編解碼和SRTP加密算法，把多個媒體加密通道中的已有終端和接入終端都加入?yún)?shù)修改后的媒體加密通道中，并刪除其他未被選中修改參數(shù)的媒體加密通道；舉例說明假設(shè)經(jīng)過步驟804取交集后，得到接入終端支持的媒體編解碼和SRTP 加密算法A分別與已有媒體加密通道一和已有媒體加密通道三相匹配，B與已有媒體加密通道二相匹配，C與已有媒體加密通道三相匹配。由此結(jié)果可知A匹配的已有媒體加密通道數(shù)最多，可以將已有媒體加密通道一的參數(shù)修改為A，將接入終端和已有媒體加密通道三中的已有終端都加入?yún)?shù)修改后的媒體加密通道一中，并刪除已有媒體加密通道三；也可以將已有媒體加密通道三的參數(shù)修改為A，將接入終端和已有媒體加密通道一中的已有終端都加入?yún)?shù)修改后的已有媒體加密通道三中，并刪除已有媒體加密通道一。還有一種情況是經(jīng)過步驟804取交集之后，得到A和B都同時與兩個已有媒體加密通道相匹配，這時可以從A或B中任選一個重復(fù)上述操作。第四種存在一個已有媒體加密通道，其中所有的終端都和接入終端支持多種相同的媒體編解碼和SRTP加密算法。在這種情況下，即在多種媒體編解碼和SRTP加密算法中任選一個，將此已有媒體加密通道的參數(shù)修改為選定的媒體編解碼和SRTP加密算法，并將接入終端加入?yún)?shù)修改后的媒體加密通道中。舉例說明假設(shè)經(jīng)過步驟804取交集后，得到已有媒體加密通道一中的所有終端和接入終端支持的A和C兩種媒體編解碼和SRTP加密算法相同，可以將媒體加密通道一的參數(shù)修改為A，同時將接入終端加入?yún)?shù)修改后的媒體加密通道一中；也可以將媒體加密通道一的參數(shù)修改為C，并加入接入終端。步驟807、通知加入?yún)?shù)修改后的媒體加密通道的已有終端新的加密通道參數(shù)，并轉(zhuǎn)入步驟809 ；上述步驟805-807是本實(shí)施例提供的將接入終端加入已有媒體加密通道的第二種場景，由于已有的媒體加密通道的參數(shù)和接入終端支持的媒體列表不存在交集，因而不能將接入終端直接加入已有的媒體加密通道中。但通過上述步驟806中四種情況的描述可以看出，在這種場景下，同樣不會增加媒體加密通道的數(shù)目，甚至在多個已有媒體加密通道中的所有終端都和接入終端支持一種相同的媒體編解碼和SRTP加密算法的情況下，還可以做到減少媒體加密通道的數(shù)量，因而在這種場景下，也可以實(shí)現(xiàn)節(jié)約會議服務(wù)器的系統(tǒng)資源，提高會議服務(wù)器承載的終端數(shù)量的目的。步驟808、經(jīng)過步驟802和步驟804兩次判斷，若會議服務(wù)器中已有媒體加密通道的參數(shù)和接入終端支持的媒體列表不存在交集，并且也不能將該終端加入?yún)?shù)修改后的已有媒體加密通道中，就要為該終端新建一個媒體加密通道，選取該終端支持的一種媒體編解碼和SRTP加密算法作為新建的媒體加密通道的參數(shù)；步驟808是本發(fā)明實(shí)施例提供的將終端加入媒體加密通道中的第三種場景，在不能將接入終端加入已有的媒體加密通道和參數(shù)修改后的媒體加密通道的情況下，就為該終端新建一個媒體加密通道。其中，在另一個實(shí)施例中，也可以在經(jīng)過步驟802的判斷，確定已有媒體加密通道的參數(shù)和接入終端支持的媒體列表不存在交集，即在確定不能把接入終端加入已有的媒體加密通道后就進(jìn)入步驟808，直接為該終端新建一個媒體加密通道，并將其加入。步驟809、通知接入終端其加入的媒體加密通道的參數(shù)。圖9所示為本發(fā)明實(shí)施例提供的會議服務(wù)器呼叫用戶，主動將用戶接入媒體加密會議的信令流程圖，會議服務(wù)器邀請用戶接入媒體加密會議的詳細(xì)步驟如下步驟901、會議服務(wù)器向用戶發(fā)出接入媒體加密會議的邀請，在會議邀請中攜帶會議服務(wù)器支持的媒體編解碼和SRTP加密算法；步驟902、用戶終端根據(jù)自身支持的媒體列表和會議服務(wù)器支持的媒體編解碼和 SRTP加密算法進(jìn)行匹配，選擇一種雙方都支持的媒體編解碼和SRTP加密算法，向會議服務(wù)器反饋；其中，終端支持的媒體列表包括終端支持的媒體編解碼、SRTP加密算法和密鑰。步驟903、會議服務(wù)器向用戶終端返回確認(rèn)消息；步驟904、會議服務(wù)器將用戶接入媒體加密會議，包括為用戶終端創(chuàng)建媒體解密通道和媒體加密通道。為終端創(chuàng)建媒體解密通道，將其參數(shù)設(shè)置為終端選擇的媒體編解碼和SRTP加密算法;為終端創(chuàng)建媒體加密通道時，會議服務(wù)器首先要判斷是否存在已有媒體加密通道的參數(shù)與終端選擇的媒體編解碼和SRTP加密算法相一致，若存在參數(shù)一致的已有媒體加密通道，則將該終端加入該已有媒體加密通道中；若不存在參數(shù)一致的已有媒體加密通道， 則為該終端新建一個媒體加密通道。圖10所示為本發(fā)明實(shí)施例提供的一種會議服務(wù)器的結(jié)構(gòu)示意圖，用于執(zhí)行前述實(shí)施例中的方法步驟，具體用于接收終端加入媒體加密會議的請求，并將終端加入會議中。 會議服務(wù)器1000包括以下組成部分接收模塊1001，用于接收終端接入媒體加密會議的請求，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；建立模塊1002，用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，與所述終端協(xié)商建立媒體解密通道；其中，為所述終端建立媒體解密通道的具體步驟在前述實(shí)施例中已有詳細(xì)公開， 本實(shí)施例中不再贅述。
加入模塊1003，用于根據(jù)接收模塊1001接收的所述終端接入媒體加密會議的請求中攜帶的終端支持的媒體編解碼和SRTP加密算法，判斷若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。對應(yīng)于前述實(shí)施例中公開的將終端加入媒體加密通道的方法，在所有的已有媒體加密通道的參數(shù)與所述終端支持的媒體編解碼和SRTP加密算法均不相同的情況下，加入模塊1003進(jìn)一步用于為所述終端新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端支持的一種媒體編解碼和SRTP加密算法，并將所述終端加入所述新建的媒體加密通道中，或者是將一個已有媒體加密通道的參數(shù)修改為所述終端支持的一種媒體編解碼和SRTP加密算法，并將所述終端加入所述參數(shù)修改后的媒體加密通道中。為了實(shí)施前述實(shí)例中公開的IVR過程，上述建立模塊1002進(jìn)一步還用于根據(jù)接收模塊1001獲取的所述終端支持的媒體編解碼和SRTP加密算法，與所述終端協(xié)商建立媒體加解密通道，并利用建立的媒體加解密通道與所述終端進(jìn)行語音互動應(yīng)答IVR，根據(jù)所述 IVR的結(jié)果，將所述終端接入所述媒體加密會議中，然后向所述終端發(fā)起媒體重協(xié)商請求， 通過所述媒體重協(xié)商請求,獲取所述終端支持的至少一種媒體編解碼和SRTP加密算法，最后將所述媒體加解密通道設(shè)置為所述終端的媒體解密通道。圖11所示為本發(fā)明實(shí)施例提供的另外一種會議服務(wù)器，用于主動呼叫終端，將終端加入媒體加密會議中。如圖11所示，會議服務(wù)器1100包括以下部分發(fā)送模塊1101，用于向終端發(fā)送加入媒體加密會議的邀請，所述邀請中包括會議服務(wù)器支持的媒體編解碼、SRTP加密算法和密鑰；接收模塊1102，用于接收所述終端反饋的信息，所述反饋信息中包括所述終端根據(jù)所述會議服務(wù)器支持的所述媒體編解碼、SRTP加密算法和密鑰選擇的媒體編解碼、SRTP 加密算法和密鑰；建立模塊1103，用于根據(jù)所訴終端選擇的所述媒體編解碼、SRTP加密算法和密鑰為所述終端建立媒體解密通道，并將所述終端加入媒體解密通道中；加入模塊1104，用于根據(jù)接收模塊1102接收的所述終端選擇的媒體編解碼和 SRTP加密算法，判斷若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。在已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法都不相同的情況下，上述加入模塊1104進(jìn)一步用于新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端選擇的媒體編解碼和SRTP加密算法，并將所述終端加入所述新建的媒體加密通道中。本領(lǐng)域技術(shù)人員可以意識到，結(jié)合本文中所公開的實(shí)施例中描述的各方法步驟和單元，能夠以電子硬件、計算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各實(shí)施例的步驟及組成。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。本領(lǐng)域技術(shù)人員可以對每個特定的應(yīng)用使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。
結(jié)合本文中所公開的實(shí)施例描述的方法步驟可以用硬件、處理器執(zhí)行的軟件程序、或者二者的結(jié)合來實(shí)施。軟件程序可以置于隨機(jī)存取存儲器(RAM)、內(nèi)存、只讀存儲器 (ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中，所述的軟件或者程序，包括如下步驟(方法權(quán)利要求)。盡管已示出和描述了本發(fā)明的一些實(shí)施例，但本領(lǐng)域技術(shù)人員應(yīng)該理解，在不脫離本發(fā)明的原理和精神的情況下，可對這些實(shí)施例進(jìn)行各種修改，這樣的修改應(yīng)落入本發(fā)明的范圍。
權(quán)利要求
1.一種媒體加密會議的接入方法，其特征在于，所述方法包括會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體解密通道，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中，所述媒體加密通道的參數(shù)包括媒體編解碼和SRTP加密算法。
2.如權(quán)利要求I所述的方法，其特征在于，所述會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體解密通道，具體包括會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體加解密通道；利用所述建立的媒體加解密通道與所述終端進(jìn)行語音互動應(yīng)答IVR，根據(jù)所述IVR的結(jié)果，將所述終端接入所述媒體加密會議中；向所述終端發(fā)起媒體重協(xié)商請求，通過所述媒體重協(xié)商請求，獲取所述終端支持的至少一種媒體編解碼和SRTP加密算法；將所述媒體加解密通道設(shè)置為所述終端的媒體解密通道。
3.如權(quán)利要求I或2任一所述的方法，其特征在于，若所有的已有媒體加密通道的參數(shù)與所述終端支持的媒體編解碼和SRTP加密算法均不相同，則為所述終端新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端支持的一種媒體編解碼和SRTP 加密算法；將所述終端加入所述新建的媒體加密通道中。
4.如權(quán)利要求I或2任一所述的方法，其特征在于，若所有的已有媒體加密通道的參數(shù)與所述終端支持的媒體編解碼和SRTP加密算法均不相同，則將一個已有媒體加密通道的參數(shù)修改為所述終端支持的一種媒體編解碼和SRTP加密算法；將所述終端加入所述參數(shù)修改后的媒體加密通道中。
5.如權(quán)利要求4所述的方法，其特征在于，所述將一個已有媒體加密通道的參數(shù)修改為所述終端支持的一種媒體編解碼和SRTP加密算法，具體為存在一個已有的媒體加密通道，所述已有的媒體加密通道中的已有終端，和所述終端支持一種相同的媒體編解碼和SRTP加密算法；將所述已有的媒體加密通道的參數(shù)修改為所述相同的一種媒體編解碼和SRTP加密算法。
6.如權(quán)利要求5所述的方法，其特征在于，所述將一個已有的媒體加密通道的參數(shù)修改為所述終端支持的一種媒體編解碼和SRTP加密算法，進(jìn)一步包括通知所述已有的媒體加密通道中的已有終端所述已有的媒體加密通道修改后的參數(shù)。
7.如權(quán)利要求I或2所述的方法,其特征在于,若存在一個以上的已有的媒體加密通道，所述一個以上的已有的媒體加密通道的參數(shù)分別與所述終端支持的一種以上的媒體編解碼和SRTP加密算法相同，將所述終端加入所述一個以上的已有的媒體加密通道中的任意一個。
8.一種媒體加密會議的接入方法，其特征在于，所述方法包括會議服務(wù)器向終端發(fā)送加入媒體加密會議的邀請，所述邀請中攜帶所述會議服務(wù)器支持的媒體編解碼和SRTP加密算法；接收所述終端的反饋信息，所述反饋信息中攜帶所述終端選擇的媒體編解碼和SRTP 加密算法；為所述終端建立媒體解密通道，將所述媒體解密通道的參數(shù)設(shè)置為所述終端選擇的媒體編解碼和SRTP加密算法；若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中，所述媒體加密通道的參數(shù)包括媒體編解碼和SRTP加密算法。
9.如權(quán)利要求8所述的方法，其特征在于，若所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法都不相同，則新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端選擇的媒體編解碼和SRTP加密算法；將所述終端加入所述新建的媒體加密通道中。
10.一種會議服務(wù)器，其特征在于，包括接收模塊，用于接收終端接入媒體加密會議的請求，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；建立模塊，用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，與所述終端協(xié)商建立媒體解密通道；加入模塊，用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。
11.如權(quán)利要求10所述的會議服務(wù)器，其特征在于，所述建立模塊進(jìn)一步用于根據(jù)所述接收模塊接收的所述終端接入媒體加密會議的請求，與所述終端協(xié)商建立媒體加解密通道，利用所述建立的媒體加解密通道與所述終端進(jìn)行語音互動應(yīng)答IVR，根據(jù)所述IVR的結(jié)果，將所述終端接入所述媒體加密會議中，向所述終端發(fā)起媒體重協(xié)商請求，通過所述媒體重協(xié)商請求，獲取所述終端支持的至少一種媒體編解碼和SRTP加密算法，將所述媒體加解密通道設(shè)置為所述終端的媒體解密通道。
12.如權(quán)利要求10或11所述的會議服務(wù)器，其特征在于，所述加入模塊進(jìn)一步用于 若所有的已有媒體加密通道的參數(shù)與所述終端支持的媒體編解碼和SRTP加密算法均不相同，則為所述終端新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端支持的一種媒體編解碼和SRTP加密算法，并將所述終端加入所述新建的媒體加密通道中。
13.如權(quán)利要求10-12任一所述的會議服務(wù)器，其特征在于，所述加入模塊還用于 若所有的已有媒體加密通道的參數(shù)與所述終端支持的媒體編解碼和SRTP加密算法均不相同，則將一個已有媒體加密通道的參數(shù)修改為所述終端支持的一種媒體編解碼和SRTP 加密算法，并將所述終端加入所述參數(shù)修改后的媒體加密通道中。
14.一種會議服務(wù)器，其特征在于，所述會議服務(wù)器包括發(fā)送模塊，用于向終端發(fā)送加入媒體加密會議的邀請，所述邀請中包括所述會議服務(wù)器支持的媒體編解碼和SRTP加密算法；接收模塊，用于接收所述終端反饋的所述終端選擇的媒體編解碼和SRTP加密算法；建立模塊，用于根據(jù)所述接收模塊接收的所述終端選擇的媒體編解碼和SRTP加密算法為所述終端建立媒體解密通道；加入模塊，用于根據(jù)所述接收模塊接收的所述終端選擇的媒體編解碼和SRTP加密算法，若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中。
15.如權(quán)利要求14所述的會議服務(wù)器，其特征在于，所述加入模塊還用于若所述已有的媒體加密通道的參數(shù)和所述終端選擇的媒體編解碼和SRTP加密算法都不相同，則新建一個媒體加密通道，將所述新建的媒體加密通道的參數(shù)設(shè)置為所述終端選擇的媒體編解碼和SRTP加密算法；將所述終端加入所述新建的媒體加密通道中。
全文摘要
本發(fā)明提供一種媒體加密會議的接入方法，包括會議服務(wù)器接收終端接入媒體加密會議的請求，根據(jù)所述請求，與所述終端協(xié)商建立媒體解密通道，所述請求中攜帶所述終端支持的至少一種媒體編解碼和SRTP加密算法；若存在一個已有的媒體加密通道，所述已有的媒體加密通道的參數(shù)與所述終端支持的一種媒體編解碼和SRTP加密算法相同，將所述終端加入所述已有的媒體加密通道中，所述媒體加密通道的參數(shù)包括媒體編解碼和SRTP加密算法。本發(fā)明同時還提供另外一種媒體加密會議的接入方法，以及相應(yīng)的會議服務(wù)器。使用本發(fā)明，能夠最大限度地降低會議服務(wù)器系統(tǒng)資源的消耗，增加會議服務(wù)器可容納的接入終端數(shù)。
文檔編號H04L29/06GK102594794SQ20111043981
公開日2012年7月18日 申請日期2011年12月24日 優(yōu)先權(quán)日2011年12月24日
發(fā)明者劉帥東, 朱偉松, 林霖, 沈劍剛 申請人:華為技術(shù)有限公司