專利名稱：一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，更具體地，涉及一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的 方法及系統(tǒng)。
背景技術(shù)：
語(yǔ)音通話是移動(dòng)通訊網(wǎng)的最基本也是最重要的業(yè)務(wù)，也最受用戶和運(yùn)營(yíng)商的關(guān) 注，其保密性和安全性也是移動(dòng)網(wǎng)絡(luò)技術(shù)的重要內(nèi)容之一。目前，具有加密通話功能的手機(jī) 受到越來(lái)越多的關(guān)注，尤其是政府敏感部門，情報(bào)機(jī)關(guān)等非常重視安全和保密的組織和個(gè) 人。手機(jī)會(huì)議電話功能，以其組建簡(jiǎn)單且移動(dòng)性好的優(yōu)點(diǎn)，越來(lái)越被人們廣泛使用。會(huì) 議電話主要用于三個(gè)或更多用戶同時(shí)進(jìn)行通話，對(duì)于發(fā)起方來(lái)說(shuō)，必須首先在網(wǎng)絡(luò)側(cè)登記 三方通話的業(yè)務(wù)才能使用。目前具有加密通話功能的手機(jī)基本上都是基于端到端的語(yǔ)音加 解密，不需要網(wǎng)絡(luò)參與，因此，也就無(wú)法利用網(wǎng)絡(luò)中的安全密鑰Ki (加密因子)或者其他由 Ki產(chǎn)生的密鑰如CipherKey (密碼密鑰，簡(jiǎn)稱為CK)等進(jìn)行加解密運(yùn)算。綜上所述，現(xiàn)有手機(jī)加密會(huì)議電話業(yè)務(wù)的安全性不高，有可能被其他未知的非加 密通話干擾。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問(wèn)題是提供一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法及系統(tǒng)，提高 加密會(huì)議電話業(yè)務(wù)的安全性。為解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法，所述 方法包括主控方發(fā)起加密會(huì)議電話后，網(wǎng)絡(luò)側(cè)對(duì)收到的目標(biāo)為所述主控方的呼叫進(jìn)行檢 測(cè)，如果該呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該 呼叫。進(jìn)一步地，所述網(wǎng)絡(luò)側(cè)按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)若所述呼叫的呼叫建立消息中包含呼叫類型、且呼叫類型為加密，則判定所述呼 叫為加密通話；否則，判定所述呼叫為非加密通話。進(jìn)一步地，所述呼叫類型通過(guò)所述呼叫建立消息中的用戶-用戶信息元素(UUIE) 字段實(shí)現(xiàn)，且當(dāng)所述UUIE字段內(nèi)容為“ENCRYPTION VOICE”時(shí)，表示呼叫類型為加密。進(jìn)一步地，所述方法還包括所述加密會(huì)議電話進(jìn)入通話狀態(tài)后，所述加密會(huì)議電話的終端和網(wǎng)絡(luò)側(cè)根據(jù)所述 呼叫類型，對(duì)通話的語(yǔ)音數(shù)據(jù)進(jìn)行加密和解密處理。進(jìn)一步地，對(duì)所述加密會(huì)議電話的語(yǔ)音數(shù)據(jù)的加密解密處理具體包括主叫終端使用發(fā)送方密碼密鑰(CK)作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行加密，并 將加密后的語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；
網(wǎng)絡(luò)側(cè)收到所述加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā)送方CK作為運(yùn)算因子進(jìn)行解密后， 再使用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密后的語(yǔ)音數(shù)據(jù)發(fā)送給被叫終端；被 叫終端使用接收方CK作為運(yùn)算因子解密收到的下行語(yǔ)音數(shù)據(jù)。進(jìn)一步地，所述方法還包括所述網(wǎng)絡(luò)側(cè)允許接入所述呼叫后，由所述主控方?jīng)Q定是否接聽(tīng)并將其加入本次加 密會(huì)議電話。本發(fā)明還提供了一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的系統(tǒng)，所述系統(tǒng)包括網(wǎng)絡(luò)側(cè)的預(yù) 接入處理單元和呼叫類型檢測(cè)單元，其中所述呼叫類型檢測(cè)單元用于，主控方發(fā)起會(huì)議電話后，對(duì)收到的目標(biāo)為所述主控 方的呼叫進(jìn)行檢測(cè)，并將檢測(cè)結(jié)果傳送給所述預(yù)接入處理單元；所述預(yù)接入處理單元用于，根據(jù)所述呼叫類型檢測(cè)單元傳送的檢測(cè)結(jié)果，如果該 呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該呼叫。此外，所述呼叫類型檢測(cè)單元進(jìn)一步用于，按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)若所述呼叫的呼叫建立消息中包含呼叫類型、且呼叫類型為加密，則判定所述呼 叫為加密通話；否則，判定所述呼叫為非加密通話。此外，所述系統(tǒng)還包括終端中的呼叫類型添加模塊，所述呼叫類型添加模塊用于，在發(fā)起呼叫時(shí)，通過(guò)呼叫建立消息中的UUIE字段添 加呼叫類型，且當(dāng)所述UUIE字段內(nèi)容為“ENCRYPTI0NV0ICE”時(shí)，表示呼叫類型為加密。此外，所述系統(tǒng)還包括網(wǎng)絡(luò)側(cè)硬件加密模塊和終端硬件加密模塊，其中所述終端硬件加密模塊用于，使用發(fā)送方CK作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行 加密，并將加密后的語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；以及，接收到下行語(yǔ)音數(shù)據(jù)后，使用接收方CK 作為運(yùn)算因子對(duì)收到的下行語(yǔ)音數(shù)據(jù)進(jìn)行解密；所述網(wǎng)絡(luò)側(cè)硬件加密模塊用于，收到發(fā)送方上傳的加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā) 送方CK作為運(yùn)算因子進(jìn)行解密后，再使用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密 后的語(yǔ)音數(shù)據(jù)發(fā)送給接收方。本發(fā)明提供了一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法，既提高了加密通話的安全 性，同時(shí)也避免了用戶在進(jìn)行加密會(huì)議電話時(shí)頻繁受到干擾的問(wèn)題。本發(fā)明技術(shù)方案具有 較強(qiáng)的通用性和實(shí)用性，另外該功能主要由網(wǎng)絡(luò)側(cè)實(shí)現(xiàn)，終端除了增加加密通話類型之外， 幾乎不需要做更多的改動(dòng)。


圖1為本發(fā)明中的語(yǔ)音加解密流程圖；圖2為本發(fā)明實(shí)施例的實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的流程示意圖。
具體實(shí)施例方式本發(fā)明的基本思想在于，提供一種加密多方通話的預(yù)接入方案，基于終端和核心 網(wǎng)同時(shí)使用CK對(duì)語(yǔ)音進(jìn)行硬件加密，實(shí)現(xiàn)加密會(huì)議電話的預(yù)接入，以保證會(huì)議電話的安全 性。基于上述思想，本發(fā)明提供的一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法，具體采用如下技術(shù)方案主控方發(fā)起加密會(huì)議電話后，網(wǎng)絡(luò)側(cè)對(duì)收到的目標(biāo)為所述主控方的呼叫進(jìn)行檢 測(cè)，如果該呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該 呼叫。其中，主控方可以是主叫終端，也可以是被叫終端。進(jìn)一步地，所述網(wǎng)絡(luò)側(cè)按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)若所述呼叫的呼叫建立消息中包含呼叫類型(Call type)，且呼叫類型為加密，則 判定所述呼叫為加密通話；否則，判定所述呼叫為非加密通話。進(jìn)一步地，所述呼叫類型通過(guò)UUIE字段實(shí)現(xiàn)，且當(dāng)所述UUIE字段內(nèi)容為 "ENCRYPTION VOICE”時(shí)，表示呼叫類型為加密。進(jìn)一步地，所述方法還包括所述網(wǎng)絡(luò)側(cè)允許接入所述呼叫后，由所述主控方?jīng)Q定是否接聽(tīng)并將其加入本次加 密會(huì)議電話。根據(jù)以上描述的加密會(huì)議電話的預(yù)接入的方法，主叫終端按照約定提供呼叫類型 (主叫在發(fā)起呼叫時(shí)定義)，網(wǎng)絡(luò)對(duì)呼叫類型(Call type)進(jìn)行判斷并進(jìn)行預(yù)接入處理。其 中，加密通話類型可采用UUIE(User-UserInformation Element，用戶-用戶信息元素)字 段表示，例如自定義為“ENCRYPTION VOICE (加密語(yǔ)音)”。終端使用UUIE字段表示加密通 話類型，并可通過(guò)SETUP信令作為載體傳輸，網(wǎng)絡(luò)和被叫終端都可以獲取該字段的內(nèi)容以 便查詢呼叫類型。會(huì)議發(fā)起方首先在網(wǎng)絡(luò)側(cè)注冊(cè)登記三方通話的業(yè)務(wù)，當(dāng)會(huì)議電話發(fā)起后， 所有呼叫主控方的來(lái)電都由網(wǎng)絡(luò)側(cè)預(yù)處理。如果判斷來(lái)電的呼叫類型是非加密的，則網(wǎng)絡(luò) 不接入此次通話，提示用戶被叫用戶正在通話中，不方便接聽(tīng)；如果判斷來(lái)電的呼叫類型是 加密的，即UUIE字段內(nèi)容為“ENCRYPTION VOICE”，則接入此次來(lái)電并通知到主控方，然后 由主控方?jīng)Q定是否接聽(tīng)并將其加入會(huì)議電話。此外，本發(fā)明中，在進(jìn)入通話(Conversion)狀態(tài)之后，加密會(huì)議電話的終端和網(wǎng) 絡(luò)側(cè)需要對(duì)語(yǔ)音通話的上下行語(yǔ)音數(shù)據(jù)進(jìn)行加密、解密處理，具體包括主叫終端使用發(fā)送方CK作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行加密，并將加密后的 語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；網(wǎng)絡(luò)側(cè)收到所述加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā)送方CK作為運(yùn)算因子進(jìn)行解密后， 再使用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密后的語(yǔ)音數(shù)據(jù)發(fā)送給被叫終端；被 叫終端使用接收方CK作為運(yùn)算因子解密收到的下行語(yǔ)音數(shù)據(jù)。為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì) 本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。本發(fā)明實(shí)施例所使用的加密會(huì)議電話的語(yǔ)音通話加解密流程如圖1所示。由于Ki 作為移動(dòng)通訊網(wǎng)的根密鑰，具有非常高的保密性和安全性，因此，本發(fā)明實(shí)施例中采用運(yùn)算 因子CK對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行加密和解密處理。參見(jiàn)圖1，本實(shí)施例的會(huì)議電話的加、解密流程描 述如下主叫終端使用主叫側(cè)的運(yùn)算因子CK1對(duì)采集的原始數(shù)據(jù)進(jìn)行加密，并將加密的 AMR(Adaptive Multi Rate，自適應(yīng)多速率)語(yǔ)音幀上傳到網(wǎng)絡(luò)，網(wǎng)絡(luò)側(cè)收到AMR語(yǔ)音數(shù)據(jù)后，使用相同的運(yùn)算因子CK1解密語(yǔ)音數(shù)據(jù)，然后再使用被叫側(cè)的運(yùn)算因子CK2加密語(yǔ)音數(shù) 據(jù)，并將數(shù)據(jù)發(fā)送到被叫終端，被叫端使用同樣的運(yùn)算因子CK2解密收到的AMR語(yǔ)音數(shù)據(jù)。 圖中的CK3和CK4則用于一個(gè)反向的過(guò)程，其功能與CKl和CK2功能相同。其中CK在每次 通話建立的過(guò)程中是可變的。圖2為本發(fā)明實(shí)施例的實(shí)現(xiàn)加密會(huì)議電話的預(yù)接入流程示意圖，結(jié)合圖2，該流程 具體步驟描述如下步驟201 主控方在網(wǎng)絡(luò)側(cè)登記三方通話業(yè)務(wù)，并發(fā)起會(huì)議電話；步驟202 網(wǎng)絡(luò)側(cè)收到來(lái)電，被叫用戶是本次會(huì)議電話的主控方；步驟203 網(wǎng)絡(luò)檢測(cè)本次來(lái)電的通話類型，本實(shí)施例中具體是檢測(cè)UUIE字段是否 為自定義的加密類型“ENCRYPTION VOICE”；步驟204 如果此次通話類型為普通呼叫，則提示主叫用戶被叫正在通話中，不方 便接聽(tīng)，然后結(jié)束來(lái)電；步驟205 如果此次通話類型為加密呼叫，則接入來(lái)電并通知會(huì)議電話的主控方；步驟206 主控方根據(jù)實(shí)際情況決策是否要接入新的來(lái)電，比如和會(huì)議電話的其 他成員商量是否接受；步驟207 主控方接聽(tīng)本次來(lái)電，并將其加入會(huì)議電話；步驟208 主控方不方便接聽(tīng)本次來(lái)電，直接拒絕來(lái)電。按照以上步驟，可實(shí)現(xiàn)本發(fā)明所述方法及過(guò)程。本發(fā)明實(shí)施例提供的實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的系統(tǒng)是在終端和核心網(wǎng)交換單 元都配置硬件加密模塊，對(duì)上下行語(yǔ)音數(shù)據(jù)進(jìn)行加解密。發(fā)送方終端將AMR語(yǔ)音送入終端硬件加密模塊進(jìn)行X加密運(yùn)算，加密運(yùn)算因子采 用發(fā)送方CK，從而得到加密AMR語(yǔ)音幀，并將加密AMR語(yǔ)音幀上傳到網(wǎng)絡(luò)側(cè)；網(wǎng)絡(luò)側(cè)將此加密語(yǔ)音幀及發(fā)送方CK送入網(wǎng)絡(luò)側(cè)硬件加密模塊，網(wǎng)絡(luò)硬件加密模 塊使用X算法，以發(fā)送方CK為運(yùn)算因子對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行解密，然后再使用X算法，以接收方 CK為運(yùn)算因子對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行加密，并返回給網(wǎng)絡(luò)設(shè)備運(yùn)算結(jié)果，然后網(wǎng)絡(luò)設(shè)備將此加密 語(yǔ)音幀發(fā)送給接收方終端；接收方在得到下行語(yǔ)音數(shù)據(jù)后，將此加密語(yǔ)音數(shù)據(jù)和接收方CK送入終端硬件 加密模塊進(jìn)行解密，從而得到普通語(yǔ)音幀，接下來(lái)的處理則與普通語(yǔ)音呼叫處理相同，將 解密后的AMR語(yǔ)音數(shù)據(jù)送入DSP(Digital SignalProcessor，數(shù)字信號(hào)處理器)中得到 PCM(Pulse Code Modulation，脈沖編碼調(diào)制錄音)數(shù)據(jù)，將PCM數(shù)據(jù)送入聲碼器發(fā)聲即可。采用這種加密電話方式，在網(wǎng)絡(luò)側(cè)無(wú)法監(jiān)聽(tīng)，而且在無(wú)線環(huán)境傳輸是也是相當(dāng)于 雙加密的，更加保密和安全。具體地，本發(fā)明實(shí)施例的實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的系統(tǒng)包括網(wǎng)絡(luò)側(cè)的預(yù)接入處 理單元和呼叫類型檢測(cè)單元(未圖示)，其中所述呼叫類型檢測(cè)單元用于，主控方發(fā)起會(huì)議電話后，對(duì)收到的目標(biāo)為所述主控 方的呼叫進(jìn)行檢測(cè)，并將檢測(cè)結(jié)果傳送給所述預(yù)接入處理單元；所述預(yù)接入處理單元用于，根據(jù)所述呼叫類型檢測(cè)單元傳送的檢測(cè)結(jié)果，如果該 呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該呼叫。此外，所述呼叫類型檢測(cè)單元進(jìn)一步用于，按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)
若所述呼叫的呼叫建立消息中包含呼叫類型、且呼叫類型為加密，則判定所述呼 叫為加密通話；否則，判定所述呼叫為非加密通話。此外，所述系統(tǒng)還包括終端中的呼叫類型添加模塊，所述呼叫類型添加模塊用于，在發(fā)起呼叫時(shí)，通過(guò)呼叫建立消息中的UUIE字段添 加呼叫類型，且當(dāng)所述UUIE字段內(nèi)容為“ENCRYPTI0NV0ICE”時(shí)，表示呼叫類型為加密。此外，所述系統(tǒng)還包括網(wǎng)絡(luò)側(cè)硬件加密模塊和終端硬件加密模塊，其中所述終端硬件加密模塊用于，使用發(fā)送方CK作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行 加密，并將加密后的語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；以及，接收到下行語(yǔ)音數(shù)據(jù)后，使用接收方CK 作為運(yùn)算因子對(duì)收到的下行語(yǔ)音數(shù)據(jù)進(jìn)行解密；所述網(wǎng)絡(luò)側(cè)硬件加密模塊用于，收到發(fā)送方上傳的加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā) 送方CK作為運(yùn)算因子進(jìn)行解密后，再使用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密 后的語(yǔ)音數(shù)據(jù)發(fā)送給接收方。以上僅為本發(fā)明的優(yōu)選實(shí)施案例而已，并不用于限制本發(fā)明，本發(fā)明還可有其他 多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā) 明做出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求 的保護(hù)范圍。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過(guò)程序來(lái)指令 相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤 等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來(lái)實(shí)現(xiàn)。相應(yīng) 地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的 形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
8
權(quán)利要求
一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法，其特征在于，所述方法包括主控方發(fā)起加密會(huì)議電話后，網(wǎng)絡(luò)側(cè)對(duì)收到的目標(biāo)為所述主控方的呼叫進(jìn)行檢測(cè)，如果該呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該呼叫。
2.如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)若所述呼叫的呼叫建立消息中包含呼叫類型、且呼叫類型為加密，則判定所述呼叫為 加密通話；否則，判定所述呼叫為非加密通話。
3.如權(quán)利要求2所述的方法，其特征在于，所述呼叫類型通過(guò)所述呼叫建立消息中的用戶-用戶信息元素(UUIE)字段實(shí)現(xiàn)，且當(dāng) 所述UUIE字段內(nèi)容為“ENCRYPTION VOICE”時(shí)，表示呼叫類型為加密。
4.如權(quán)利要求1、2或3所述的方法，其特征在于，所述方法還包括所述加密會(huì)議電話進(jìn)入通話狀態(tài)后，所述加密會(huì)議電話的終端和網(wǎng)絡(luò)側(cè)根據(jù)所述呼叫 類型，對(duì)通話的語(yǔ)音數(shù)據(jù)進(jìn)行加密和解密處理。
5.如權(quán)利要求4所述的方法，其特征在于，對(duì)所述加密會(huì)議電話的語(yǔ)音數(shù)據(jù)的加密解密處理具體包括主叫終端使用發(fā)送方密碼密鑰(CK)作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行加密，并將加 密后的語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；網(wǎng)絡(luò)側(cè)收到所述加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā)送方CK作為運(yùn)算因子進(jìn)行解密后，再使 用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密后的語(yǔ)音數(shù)據(jù)發(fā)送給被叫終端；被叫終 端使用接收方CK作為運(yùn)算因子解密收到的下行語(yǔ)音數(shù)據(jù)。
6.如權(quán)利要求1、2或3所述的方法，其特征在于，所述方法還包括所述網(wǎng)絡(luò)側(cè)允許接入所述呼叫后，由所述主控方?jīng)Q定是否接聽(tīng)并將其加入本次加密會(huì) 議電話。
7.一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的系統(tǒng)，其特征在于，所述系統(tǒng)包括網(wǎng)絡(luò)側(cè)的預(yù)接入 處理單元和呼叫類型檢測(cè)單元，其中所述呼叫類型檢測(cè)單元用于，主控方發(fā)起會(huì)議電話后，對(duì)收到的目標(biāo)為所述主控方的 呼叫進(jìn)行檢測(cè)，并將檢測(cè)結(jié)果傳送給所述預(yù)接入處理單元；所述預(yù)接入處理單元用于，根據(jù)所述呼叫類型檢測(cè)單元傳送的檢測(cè)結(jié)果，如果該呼叫 為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該呼叫。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述呼叫類型檢測(cè)單元進(jìn)一步用于，按照如下方式對(duì)所述呼叫進(jìn)行檢測(cè)若所述呼叫的呼叫建立消息中包含呼叫類型、且呼叫類型為加密，則判定所述呼叫為 加密通話；否則，判定所述呼叫為非加密通話。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括終端中的呼叫類型添加模塊，所述呼叫類型添加模塊用于，在發(fā)起呼叫時(shí)，通過(guò)呼叫建立消息中的UUIE字段添加呼 叫類型，且當(dāng)所述UUIE字段內(nèi)容為“ENCRYPTI0NV0ICE”時(shí)，表示呼叫類型為加密。
10.如權(quán)利要求7、8或9所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括網(wǎng)絡(luò)側(cè)硬件加密模 塊和終端硬件加密模塊，其中所述終端硬件加密模塊用于，使用發(fā)送方CK作為運(yùn)算因子對(duì)上行語(yǔ)音數(shù)據(jù)進(jìn)行加密， 并將加密后的語(yǔ)音數(shù)據(jù)上傳到網(wǎng)絡(luò)側(cè)；以及，接收到下行語(yǔ)音數(shù)據(jù)后，使用接收方CK作為 運(yùn)算因子對(duì)收到的下行語(yǔ)音數(shù)據(jù)進(jìn)行解密；所述網(wǎng)絡(luò)側(cè)硬件加密模塊用于，收到發(fā)送方上傳的加密后的語(yǔ)音數(shù)據(jù)后，使用發(fā)送方 CK作為運(yùn)算因子進(jìn)行解密后，再使用接收方CK作為運(yùn)算因子加密語(yǔ)音數(shù)據(jù)，并將加密后的 語(yǔ)音數(shù)據(jù)發(fā)送給接收方。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)加密會(huì)議電話預(yù)接入的方法及系統(tǒng)，所述方法包括主控方發(fā)起加密會(huì)議電話后，網(wǎng)絡(luò)側(cè)對(duì)收到的目標(biāo)為所述主控方的呼叫進(jìn)行檢測(cè)，如果該呼叫為非加密通話，則不予接入該呼叫；如果該呼叫為加密通話，則允許接入該呼叫。采用本發(fā)明技術(shù)方案，提高了加密通話的安全性，同時(shí)也避免了用戶在進(jìn)行加密會(huì)議電話時(shí)頻繁受到干擾的問(wèn)題。
文檔編號(hào)H04W12/08GK101951554SQ20101026533
公開(kāi)日2011年1月19日 申請(qǐng)日期2010年8月25日 優(yōu)先權(quán)日2010年8月25日
發(fā)明者于松, 張保華, 曹耀斌, 薛濤, 鄧方民 申請(qǐng)人:中興通訊股份有限公司