專利名稱：一種對(duì)小靈通手機(jī)加密方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信過程中的加密，更具體地指一種對(duì)小靈通手機(jī)加密方法。
背景技術(shù)：
隨著社會(huì)經(jīng)濟(jì)的飛速發(fā)展，小靈通手機(jī)以其經(jīng)濟(jì)、輻射小等優(yōu)點(diǎn)已經(jīng)成為越來越多人的必備通訊工具之一。然而，無線通信在給人們帶來便利的同時(shí)，也不可避免地帶來了通信安全問題，空中信號(hào)容易常被截獲。究其原因，主要是小靈通手機(jī)之間的通信遵循以下通信模型，如圖1所示。從圖1中可以看出，由于小靈通手機(jī)信號(hào)在空中接口傳播時(shí)沒有任何加密措施，很容易被竊聽。因此有必要對(duì)現(xiàn)有的小靈通手機(jī)的通信方式進(jìn)行改進(jìn)。
發(fā)明內(nèi)容
本發(fā)明的目的是針對(duì)現(xiàn)有的小靈通手機(jī)之間的通信存在的上述缺點(diǎn)，提供一種實(shí)現(xiàn)簡(jiǎn)單，成本低廉，且手機(jī)用戶能夠自主控制和選擇的與網(wǎng)絡(luò)無關(guān)的對(duì)小靈通手機(jī)加密方法。
為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案該靈通加密手機(jī)的實(shí)現(xiàn)方法首先在用戶手機(jī)中加入加密模塊，包括以下步驟a，用戶加密模式的設(shè)定，用戶設(shè)定進(jìn)行加密通信的對(duì)象，并為該對(duì)象選擇進(jìn)行加密通信的方式，并自動(dòng)生成與加密方式的相關(guān)參數(shù)；b，用戶加密模式協(xié)商在加密模式設(shè)定以后，使加密模塊自動(dòng)通過系統(tǒng)短消息與對(duì)端用戶進(jìn)行加密模式的協(xié)商；
c，用戶加密通信在用戶加密模式設(shè)定和協(xié)商完成以后，按照所設(shè)定的加密模式，使通話雙方在不修改網(wǎng)絡(luò)與手機(jī)之間的任何信令，僅在語音鏈路建立以后，在編解碼過程中增加加解密過程。
所述的步驟a中，加密模式設(shè)定進(jìn)一步包括以下步驟a1，用戶通過人機(jī)界面為特定的通信對(duì)象設(shè)定通信加密模式，包括是否需要加密以及采用的加密方式；a2，用戶完成加密設(shè)定后，根據(jù)用戶設(shè)定模式，自動(dòng)生成與加密模式相關(guān)的參數(shù)；a3，觸發(fā)加密模式協(xié)商模塊進(jìn)行加密協(xié)商。
所述的步驟b中，所述的系統(tǒng)短消息是指加密模式協(xié)商的短消息，該短消息與用戶短消息編碼采用不同的格式，其協(xié)商信令包括加密請(qǐng)求、加密取消、加密應(yīng)答和應(yīng)答響應(yīng)等。
所述的步驟b中，用戶加密模式協(xié)商發(fā)起端進(jìn)一步包括以下步驟b11，A手機(jī)向B手機(jī)發(fā)送加密請(qǐng)求或加密取消，在該信令中攜帶相關(guān)加密參數(shù)，并設(shè)定時(shí)器T1；b12，定時(shí)器T1溢出前，A手機(jī)接收到B手機(jī)發(fā)送的加密應(yīng)答，A手機(jī)向B手機(jī)發(fā)送應(yīng)答響應(yīng)，設(shè)定時(shí)器T3，轉(zhuǎn)入步驟b14；b13，定時(shí)器T1溢出未收到B手機(jī)響應(yīng)，A手機(jī)通過人機(jī)界面通知用戶本次加密協(xié)商失敗，轉(zhuǎn)入步驟b16；b14，在定時(shí)器T3溢出前，若再次收到B手機(jī)發(fā)送的加密應(yīng)答，則再次發(fā)送應(yīng)答響應(yīng)；b15，定時(shí)器T3溢出后，轉(zhuǎn)入步驟b16；b15，A手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)內(nèi)的存儲(chǔ)器。
所述的步驟b中，用戶加密模式協(xié)商接收端進(jìn)一步包括以下步驟b21，B手機(jī)接收到A手機(jī)發(fā)送的加密協(xié)商信令，B手機(jī)向A手機(jī)回應(yīng)加密應(yīng)答，并設(shè)定時(shí)器T2；b22，T2定時(shí)器超時(shí)，B手機(jī)未接收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則重復(fù)上述步驟N1次，N1次后轉(zhuǎn)入步驟b24；b23，在定時(shí)器T2溢出前，收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則轉(zhuǎn)入步驟b24；b24，B手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)寄存器。
所述的步驟c中，用戶加密通信發(fā)送端進(jìn)一步包括以下步驟c11，對(duì)語音信號(hào)或數(shù)據(jù)信號(hào)進(jìn)行信源編碼；c12，從手機(jī)存儲(chǔ)器中讀出該通信對(duì)象用戶加密設(shè)定模式，若需要加密則按照設(shè)定模式進(jìn)行加密；c13，進(jìn)行信道編碼，完成發(fā)送。
所述的步驟c中，用戶加密通信接收端進(jìn)一步包括以下步驟c21，接收空中信號(hào)，完成信道解碼；c22，根據(jù)手機(jī)寄存器中的記錄判斷是否存在用戶加密，若存在，則按照設(shè)定好的加密模式進(jìn)行解密；c23，完成信源解碼并輸出。
該方法還進(jìn)一步包括加密模式熱切換，加密模式熱切換是指手機(jī)用戶在手機(jī)中通過切換按鍵設(shè)置來切換加密模式與非加密模式之間的轉(zhuǎn)換。
所述的加密模式熱切換進(jìn)一步包括以下步驟d1，手機(jī)用戶觸發(fā)切換按鍵，人機(jī)界面向該手機(jī)用戶加密模塊發(fā)出取消加密請(qǐng)求；d2，該手機(jī)用戶加密模塊接收到該請(qǐng)求后，在隨后的編解碼過程中，取消用戶加密和解密過程；d3，本次通信結(jié)束后，將存儲(chǔ)器中該通信對(duì)象加密設(shè)定模式修改為不加密狀態(tài)。
從本發(fā)明的上述技術(shù)方案中可以看出，只要在傳統(tǒng)的小靈通手機(jī)上增加加密和解密模塊，并通過相應(yīng)的軟件來實(shí)現(xiàn)用戶加密模式的設(shè)定、用戶加密模式協(xié)商、用戶加密通信，該方法使得小靈通用戶的手機(jī)不但可以與普通手機(jī)一樣使用，還可以進(jìn)行加密通話，以及對(duì)不同用戶采用不同的加密模式，使得監(jiān)聽極為困難；此外，實(shí)現(xiàn)此功能無需對(duì)網(wǎng)絡(luò)設(shè)備做任何改動(dòng)，手機(jī)用戶能夠自主控制和選擇與網(wǎng)絡(luò)無關(guān)的軟件加密方式，該方法實(shí)現(xiàn)簡(jiǎn)單，成本低廉。
圖1是傳統(tǒng)的小靈通手機(jī)通信模型示意圖。
圖2是本發(fā)明的小靈通手機(jī)通信模型示意圖。
圖3是本發(fā)明方法中，加密模式設(shè)定流程示意圖。
圖4是本發(fā)明的方法中，加密模式協(xié)商發(fā)起端流程示意圖。
圖5是本發(fā)明的方法中，加密模式協(xié)商接收端流程示意圖。
圖6是本發(fā)明的方法中，用戶加密通信發(fā)送端的流程示意圖。
圖7是本發(fā)明的方法中，用戶加密通信接收端的流程示意圖。
圖8是本發(fā)明的方法中，加密模式熱切換的流程示意圖。
具體實(shí)施例方式
為進(jìn)一步說明本實(shí)用新型的上述目的、技術(shù)方案和效果，以下通過實(shí)施例結(jié)合上述各圖對(duì)本實(shí)用新型進(jìn)行詳細(xì)的描述。
請(qǐng)先參閱圖2所示，本發(fā)明的基本思想是在小靈通手機(jī)中增加一個(gè)用戶加密軟件模塊，該軟件模塊具有用戶加密設(shè)定、用戶加密協(xié)商、用戶加密通信和加密模式熱切換四項(xiàng)功能，下面將分別敘述用戶加密模式的設(shè)定，用戶設(shè)定進(jìn)行加密通信的對(duì)象，并為該對(duì)象選擇進(jìn)行加密通信的方式，并自動(dòng)生成與加密方式的相關(guān)參數(shù)；用戶加密模式協(xié)商在加密模式設(shè)定以后，使加密模塊自動(dòng)通過系統(tǒng)短消息與對(duì)端用戶進(jìn)行加密模式的協(xié)商；用戶加密通信在用戶加密模式設(shè)定和協(xié)商完成以后，按照所設(shè)定的加密模式，使通話雙方在不修改網(wǎng)絡(luò)與手機(jī)之間的任何信令，僅在語音鏈路建立以后，在編解碼過程中增加加解密過程。
具體而言，加密模式設(shè)定的過程請(qǐng)結(jié)合圖3所示，用戶通過人機(jī)界面為特定的通信對(duì)象設(shè)定通信加密模式，包括是否需要加密以及采用的加密方式；用戶完成加密設(shè)定后，根據(jù)用戶設(shè)定模式，自動(dòng)生成與加密模式相關(guān)的參數(shù)；觸發(fā)加密模式協(xié)商模塊時(shí)行加密協(xié)商。
用戶加密模式協(xié)商是指加密模式設(shè)定以后，加密模塊自動(dòng)通過系統(tǒng)短消息與對(duì)端用戶進(jìn)行加密模式的協(xié)商，這里提出一個(gè)系統(tǒng)短消息的概念，是因?yàn)榧用苣Ｊ絽f(xié)商需要利用短消息發(fā)送和接收平臺(tái)，目的是充分利用成熟技術(shù)，降低實(shí)現(xiàn)成本和復(fù)雜度。但必須與用戶可見的一般意義上的短消息區(qū)分，因此，在本文中將用作加密模式協(xié)商的短消息稱為系統(tǒng)短消息，系統(tǒng)短消息對(duì)用戶不可見。只要采用與現(xiàn)有的短消息編碼不同的格式，便可以很容易區(qū)分系統(tǒng)短消息和用戶短消息。加密模式協(xié)商信令包括加密請(qǐng)求，加密取消，加密應(yīng)答和應(yīng)答響應(yīng)等，可根據(jù)實(shí)際需求擴(kuò)展，具體信令格式各廠家可以自定義。加密模式協(xié)商信令承載在系統(tǒng)短消息中。
加密模式協(xié)商發(fā)起端的流程請(qǐng)結(jié)合圖4并敘述如下，A手機(jī)向B手機(jī)發(fā)送加密請(qǐng)求或加密取消，在該信令中攜帶相關(guān)加密參數(shù)，并設(shè)定時(shí)器T1；b12，定時(shí)器T1溢出前，A手機(jī)接收到B手機(jī)發(fā)送的加密應(yīng)答，A手機(jī)向B手機(jī)發(fā)送應(yīng)答響應(yīng)，設(shè)定時(shí)器T3，轉(zhuǎn)入步驟b14；b13，定時(shí)器T1溢出未收到B手機(jī)響應(yīng)，A手機(jī)通過人機(jī)界面通知用戶本次加密協(xié)商失敗，轉(zhuǎn)入步驟b16；
b14，在定時(shí)器T3溢出前，若再次收到B手機(jī)發(fā)送的加密應(yīng)答，則再次發(fā)送應(yīng)答響應(yīng)；b15，定時(shí)器T3溢出后，轉(zhuǎn)入步驟b16；b15，A手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)內(nèi)的存儲(chǔ)器。
加密模式協(xié)商接收端的流程請(qǐng)結(jié)合圖5所示，b21，B手機(jī)接收到A手機(jī)發(fā)送的加密協(xié)商信令，B手機(jī)向A手機(jī)回應(yīng)加密應(yīng)答，并設(shè)定時(shí)器T2；b22，T2定時(shí)器超時(shí)，B手機(jī)未接收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則重復(fù)上述步驟N1次，N1次后轉(zhuǎn)入步驟b24；b23，在定時(shí)器T2溢出前，收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則轉(zhuǎn)入步驟b24；b24，B手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)寄存器。
用戶加密模式設(shè)定和協(xié)商完成以后，與特定對(duì)象的通信就需要按照設(shè)定的加密模式進(jìn)行。用戶加密通信不修改網(wǎng)絡(luò)與手機(jī)間的任何信令，僅在語音鏈路建立以后，在編解碼過程中增加加解密過程。
用戶加密通信發(fā)送端的流程請(qǐng)見圖6所示，對(duì)語音信號(hào)或數(shù)據(jù)信號(hào)進(jìn)行信源編碼；從手機(jī)存儲(chǔ)器中讀出該通信對(duì)象用戶加密設(shè)定模式，若需要加密則按照設(shè)定模式進(jìn)行加密；進(jìn)行信道編碼，完成發(fā)送。
用戶加密通信接收端的流程如圖7所示，接收空中信號(hào)，完成信道解碼；根據(jù)手機(jī)寄存器中的記錄判斷是否存在用戶加密，若存在，則按照設(shè)定好的加密模式進(jìn)行解密；完成信源解碼并輸出。
加密模式熱切換加密模式熱切換是指手機(jī)用戶在通話中可以單鍵取消用戶加密，從而切換到非加密模式。該項(xiàng)功能是為了避免產(chǎn)生由于加密協(xié)商過程中出現(xiàn)意外或者手機(jī)故障或用戶更換手機(jī)導(dǎo)致的接收和發(fā)送端加密模式不一致，從而無法通信的狀況，一旦出現(xiàn)無法通信的狀況，用戶可立即切換到非加密模式。
請(qǐng)最后參閱圖8所示，所述的加密模式熱切換進(jìn)一步包括以下步驟手機(jī)用戶觸發(fā)切換按鍵，人機(jī)界面向該手機(jī)用戶加密模塊發(fā)出取消加密請(qǐng)求；該手機(jī)用戶加密模塊接收到該請(qǐng)求后，在隨后的編解碼過程中，取消用戶加密和解密過程；本次通信結(jié)束后，將存儲(chǔ)器中該通信對(duì)象加密設(shè)定模式修改為不加密狀態(tài)。
最后需要說明的是，在實(shí)際運(yùn)用時(shí)，可以采用GSM網(wǎng)絡(luò)中通常使用的A5，A8成熟的加密方式，也根據(jù)采用復(fù)雜度更高的加密方式。由于采用短消息進(jìn)行加密協(xié)商，因此會(huì)適量增加用戶的短消息費(fèi)用，正常情況下，完成加密協(xié)商需要1-3條短消息。另外，雖然采用短消息通信不能完全保證其可靠性，但由于有加密模式熱切換功能，即使出現(xiàn)兩端用戶加密模式不一致的情況，也能夠很快恢復(fù)通信。
當(dāng)然，本技術(shù)領(lǐng)域中的普通技術(shù)人員應(yīng)當(dāng)認(rèn)識(shí)到，以上的實(shí)施例僅是用來說明本實(shí)用新型，而并非用作為對(duì)本實(shí)用新型的限定，只要在本實(shí)用新型的實(shí)質(zhì)精神范圍內(nèi)，對(duì)以上所述實(shí)施例的變化、變型都將落在本實(shí)用新型權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1.一種對(duì)小靈通手機(jī)加密方法，其特征在于，該方法首先在用戶手機(jī)中加入加密模塊，該方法包括以下步驟a，用戶加密模式的設(shè)定，用戶設(shè)定進(jìn)行加密通信的對(duì)象，并為該對(duì)象選擇進(jìn)行加密通信的方式，并自動(dòng)生成與加密方式的相關(guān)參數(shù)；b，用戶加密模式協(xié)商在加密模式設(shè)定以后，使加密模塊自動(dòng)通過系統(tǒng)短消息與對(duì)端用戶進(jìn)行加密模式的協(xié)商；c，用戶加密通信在用戶加密模式設(shè)定和協(xié)商完成以后，按照所設(shè)定的加密模式，使通話雙方在不修改網(wǎng)絡(luò)與手機(jī)之間的任何信令，僅在語音鏈路建立以后，在編解碼過程中增加加解密過程。
2.如權(quán)利要求1所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟a中，加密模式設(shè)定進(jìn)一步包括以下步驟a1，用戶通過人機(jī)界面為特定的通信對(duì)象設(shè)定通信加密模式，包括是否需要加密以及采用的加密方式；a2，用戶完成加密設(shè)定后，根據(jù)用戶設(shè)定模式，自動(dòng)生成與加密模式相關(guān)的參數(shù)；a3，觸發(fā)加密模式協(xié)商模塊進(jìn)行加密協(xié)商。
3.如權(quán)利要求1所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟b中，所述的系統(tǒng)短消息是指加密模式協(xié)商的短消息，該短消息與用戶短消息編碼采用不同的格式，其協(xié)商信令包括加密請(qǐng)求、加密取消、加密應(yīng)答和應(yīng)答響應(yīng)等。
4.如權(quán)利要求1或3所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟b中，用戶加密模式協(xié)商發(fā)起端進(jìn)一步包括以下步驟b11，A手機(jī)向B手機(jī)發(fā)送加密請(qǐng)求或加密取消，在該信令中攜帶相關(guān)加密參數(shù)，并設(shè)定時(shí)器T1；b12，定時(shí)器T1溢出前，A手機(jī)接收到B手機(jī)發(fā)送的加密應(yīng)答，A手機(jī)向B手機(jī)發(fā)送應(yīng)答響應(yīng)，設(shè)定時(shí)器T3，轉(zhuǎn)入步驟b14；b13，定時(shí)器T1溢出未收到B手機(jī)響應(yīng)，A手機(jī)通過人機(jī)界面通知用戶本次加密協(xié)商失敗，轉(zhuǎn)入步驟b16；b14，在定時(shí)器T3溢出前，若再次收到B手機(jī)發(fā)送的加密應(yīng)答，則再次發(fā)送應(yīng)答響應(yīng)；b15，定時(shí)器T3溢出后，轉(zhuǎn)入步驟b16；b15，A手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)內(nèi)的存儲(chǔ)器。
5.如權(quán)利要求1或3所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟b中，用戶加密模式協(xié)商接收端進(jìn)一步包括以下步驟b21，B手機(jī)接收到A手機(jī)發(fā)送的加密協(xié)商信令，B手機(jī)向A手機(jī)回應(yīng)加密應(yīng)答，并設(shè)定時(shí)器T2；b22，T2定時(shí)器超時(shí)，B手機(jī)未接收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則重復(fù)上述步驟N1次，N1次后轉(zhuǎn)入步驟b24；b23，在定時(shí)器T2溢出前，收到A手機(jī)發(fā)送的應(yīng)答響應(yīng)，則轉(zhuǎn)入步驟b24；b24，B手機(jī)將加密協(xié)商的結(jié)果寫入手機(jī)寄存器。
6.如權(quán)利要求1所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟c中，用戶加密通信發(fā)送端進(jìn)一步包括以下步驟c11，對(duì)語音信號(hào)或數(shù)據(jù)信號(hào)進(jìn)行信源編碼；c12，從手機(jī)存儲(chǔ)器中讀出該通信對(duì)象用戶加密設(shè)定模式，若需要加密則按照設(shè)定模式進(jìn)行加密；c13，進(jìn)行信道編碼，完成發(fā)送。
7.如權(quán)利要求1所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的步驟c中，用戶加密通信接收端進(jìn)一步包括以下步驟c21，接收空中信號(hào)，完成信道解碼；c22，根據(jù)手機(jī)寄存器中的記錄判斷是否存在用戶加密，若存在，則按照設(shè)定好的加密模式進(jìn)行解密；c23，完成信源解碼并輸出。
8.如權(quán)利要求1所述的對(duì)小靈通手機(jī)加密方法，其特征在于，該方法還進(jìn)一步包括加密模式熱切換，加密模式熱切換是指手機(jī)用戶在手機(jī)中通過切換按鍵設(shè)置來切換加密模式與非加密模式之間的轉(zhuǎn)換。
9.如權(quán)利要求8所述的對(duì)小靈通手機(jī)加密方法，其特征在于，所述的加密模式熱切換進(jìn)一步包括以下步驟d1，手機(jī)用戶觸發(fā)切換按鍵，人機(jī)界面向該手機(jī)用戶加密模塊發(fā)出取消加密請(qǐng)求；d2，該手機(jī)用戶加密模塊接收到該請(qǐng)求后，在隨后的編解碼過程中，取消用戶加密和解密過程；d3，本次通信結(jié)束后，將存儲(chǔ)器中該通信對(duì)象加密設(shè)定模式修改為不加密狀態(tài)。
全文摘要
本發(fā)明公開了一種對(duì)小靈通手機(jī)加密方法，該方法主要在傳統(tǒng)的小靈通手機(jī)上增加加密和解密模塊，并通過相應(yīng)的軟件來實(shí)現(xiàn)用戶加密模式的設(shè)定、用戶加密模式協(xié)商、用戶加密通信。該方法使得小靈通用戶的手機(jī)不但可以與普通手機(jī)一樣使用，還可以進(jìn)行加密通話，以及對(duì)不同用戶采用不同的加密模式，使得監(jiān)聽極為困難；此外，實(shí)現(xiàn)此功能無需對(duì)網(wǎng)絡(luò)設(shè)備做任何改動(dòng)，手機(jī)用戶能夠自主控制和選擇與網(wǎng)絡(luò)無關(guān)的軟件加密方式，該方法實(shí)現(xiàn)簡(jiǎn)單，成本低廉。
文檔編號(hào)H04M1/725GK1832596SQ20051002423
公開日2006年9月13日 申請(qǐng)日期2005年3月7日 優(yōu)先權(quán)日2005年3月7日
發(fā)明者蔡林川 申請(qǐng)人:蔡林川