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

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


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