本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種移動終端及數(shù)據(jù)包傳輸方法。

背景技術(shù)：

隨著移動通信技術(shù)的發(fā)展，越來越多的移動終端如智能手機具有雙卡雙通的功能，使得用戶在實現(xiàn)語音業(yè)務(wù)的待機同時，能建立數(shù)據(jù)業(yè)務(wù)連接。移動終端通常具有兩個用戶識別卡以及分別與所述兩個用戶識別卡連接的調(diào)制解調(diào)器，兩個用戶識別卡全開時，一個用戶識別卡(sim1)可以使用4g(the4thgenerationmobilecommunicationtechnology，第四代移動通信技術(shù))，例如lte(longtermevolution，長期演進技術(shù))網(wǎng)絡(luò)，另一個用戶識別卡(sim2)僅能使用2g(2-generationwirelesstelephonetechnology，第二代手機通信技術(shù)規(guī)格)或3g(3rdgeneration，第三代移動通信技術(shù))網(wǎng)絡(luò)，sim2不能上4g的原因主要是：移動終端只有一套射頻，兩張卡使用該套射頻是分時復(fù)用的關(guān)系，并不能同時占用，由于兩張卡全開時，只有一張卡可以使用4g網(wǎng)絡(luò)，另一張卡只能使用2g或3g網(wǎng)絡(luò)，導(dǎo)致移動終端中數(shù)據(jù)傳輸?shù)男瘦^低。

因此，為了使移動終端可以支持雙lte，以提高數(shù)據(jù)傳輸效率，移動終端可內(nèi)置兩個處理芯片，每個處理芯片對應(yīng)一個調(diào)制解調(diào)器，以使移動終端的兩張sim卡連接不同的調(diào)制解調(diào)器，從而實現(xiàn)雙lte通信功能。但是，當(dāng)移動終端中的用戶識別卡是電信卡時，由于電信卡一般都大于調(diào)制解調(diào)器之間數(shù)據(jù)傳輸?shù)呐R時緩沖區(qū)buffer的容量值，因此buffer無法緩存一個完整的數(shù)據(jù)包，若是直接進行數(shù)據(jù)傳輸，容易導(dǎo)致移動終端死機。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提出一種移動終端及數(shù)據(jù)包傳輸方法，旨在解決現(xiàn)有的數(shù)據(jù)包傳輸方式，容易導(dǎo)致移動終端死機的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種移動終端，包括基于預(yù)設(shè)接口連接的第一處理芯片和第二處理芯片、與所述第一處理芯片連接的第一射頻模塊、以及與所述第二處理芯片連接的第二射頻模塊，所述第一處理芯片包括內(nèi)嵌有虛擬用戶識別卡的第一應(yīng)用處理器以及實體用戶識別卡連接的第一調(diào)制解調(diào)器，所述第二處理芯片包括第二應(yīng)用處理器和第二調(diào)制解調(diào)器，

第一調(diào)制解調(diào)器，用于通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包；對提取的數(shù)據(jù)包進行壓縮；將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的臨時緩沖區(qū)buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

可選地，所述第一調(diào)制解調(diào)器，還用于判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器添加的壓縮標(biāo)識；若能提取出壓縮標(biāo)識，則對提取的數(shù)據(jù)包進行壓縮。

可選地，所述第一調(diào)制解調(diào)器，還用于對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭；基于所述數(shù)據(jù)包的包頭確定所述數(shù)據(jù)包的長度；在所述數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，則對提取的數(shù)據(jù)包進行壓縮。

可選地，所述第一調(diào)制解調(diào)器對提取的數(shù)據(jù)包進行壓縮具體包括：

所述第一調(diào)制解調(diào)器獲取所述數(shù)據(jù)包對應(yīng)的源文本；

確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段；

在預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度；

通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

可選地，所述第一調(diào)制解調(diào)器還用于，確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段；

若存在，確定后一個字符段與前一個字符端的距離以及所述字符段的長度；

采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

此外，為實現(xiàn)上述目的，本發(fā)明還提出一種數(shù)據(jù)包傳輸方法，應(yīng)用于移動終端，所述移動終端包括基于預(yù)設(shè)接口連接的第一處理芯片和第二處理芯片、與所述第一處理芯片連接的第一射頻模塊、以及與所述第二處理芯片連接的第二射頻模塊，所述第一處理芯片包括內(nèi)嵌有虛擬用戶識別卡的第一應(yīng)用處理器以及與實體用戶識別卡連接的第一調(diào)制解調(diào)器，所述第二處理芯片包括第二應(yīng)用處理器和第二調(diào)制解調(diào)器，所述方法包括：

第一調(diào)制解調(diào)器通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包；

對提取的數(shù)據(jù)包進行壓縮；

將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的臨時緩沖區(qū)buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

可選地，所述對提取的數(shù)據(jù)包進行壓縮的步驟之前，所述數(shù)據(jù)包傳輸方法還包括：

所述第一調(diào)制解調(diào)器判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器添加的壓縮標(biāo)識；

若能提取出壓縮標(biāo)識，則執(zhí)行所述對提取的數(shù)據(jù)包進行壓縮的步驟。

可選地，所述對提取的數(shù)據(jù)包進行壓縮的步驟之前，所述數(shù)據(jù)包傳輸方法還包括：

所述第一調(diào)制解調(diào)器對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭；

基于所述數(shù)據(jù)包的包頭確定所述數(shù)據(jù)包的長度；

在所述數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，執(zhí)行所述對提取的數(shù)據(jù)包進行壓縮的步驟。

可選地，所述對提取的數(shù)據(jù)包進行壓縮的步驟包括：

所述第一調(diào)制解調(diào)器獲取所述數(shù)據(jù)包對應(yīng)的源文本；

確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段；

在預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度；

通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

可選地，所述第一調(diào)制解調(diào)器獲取所述數(shù)據(jù)包對應(yīng)的源文本的步驟之后，所述對提取的數(shù)據(jù)包進行壓縮的步驟還包括：

確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段；

若存在，確定后一個字符段與前一個字符端的距離以及所述字符段的長度；

采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

本發(fā)明提出的移動終端及數(shù)據(jù)包傳輸方法，所述移動終端包括基于預(yù)設(shè)接口連接的第一處理芯片和第二處理芯片、與所述第一處理芯片連接的第一射頻模塊、以及與所述第二處理芯片連接的第二射頻模塊，所述第一處理芯片包括內(nèi)嵌有虛擬用戶識別卡的第一應(yīng)用處理器以及實體用戶識別卡連接的第一調(diào)制解調(diào)器，所述第二處理芯片包括第二應(yīng)用處理器和第二調(diào)制解調(diào)器；第一調(diào)制解調(diào)器通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，先從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包，然后對提取的數(shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。本方案在傳輸數(shù)據(jù)包時，先對待傳輸?shù)臄?shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包進行傳輸，使得傳輸?shù)臄?shù)據(jù)包的容量值有所減小，避免了數(shù)據(jù)傳輸過程中移動終端死機的情況。

附圖說明

圖1為本發(fā)明一實施例的lte網(wǎng)絡(luò)架構(gòu)的示意圖；

圖2為本發(fā)明實施例中移動終端的一種硬件結(jié)構(gòu)示意圖；

圖3為本發(fā)明第一調(diào)制解調(diào)器和第二調(diào)制解調(diào)器之間的交互示意圖；

圖4為本發(fā)明數(shù)據(jù)包傳輸方法第一實施例的流程示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互任意結(jié)合。

為了對本發(fā)明的技術(shù)特征、目的和效果有更加清楚的理解，現(xiàn)對照附圖詳細說明本發(fā)明的具體實施方式。

圖1是本發(fā)明一實施例的lte網(wǎng)絡(luò)架構(gòu)的示意圖。本發(fā)明一實施例的lte網(wǎng)絡(luò)架構(gòu)包括：一個或多個移動終端(userequipment，ue)100、e-utran(evolvedumtsterrestrialradioaccessnetwork，演進的umts陸地?zé)o線接入網(wǎng))(圖中未標(biāo)號)、演進分組核心(epc)(圖中未標(biāo)號)、歸屬訂戶服務(wù)器(hss)107、網(wǎng)絡(luò)(例如，因特網(wǎng))(圖中未標(biāo)號)以及電路交換系統(tǒng)(圖中未標(biāo)號)。

e-utran包括演進b節(jié)點(enodeb)101和其它enodeb102。enodeb101提供朝向移動終端100的用戶面和控制面的協(xié)議終接。enodeb101可經(jīng)由x2接口連接到其他enodeb。enodeb101也可稱為基站、基收發(fā)機站、無線電基站、無線電收發(fā)機、收發(fā)機功能、基本服務(wù)集、擴展服務(wù)集、或其他某個合適的術(shù)語。enodeb101為移動終端100提供去往epc的接入點。

enodeb101通過s1接口連接到epc。epc包括移動管理實體(eem)104、其他移動管理實體106、服務(wù)網(wǎng)關(guān)103，以及分組數(shù)據(jù)網(wǎng)絡(luò)(pdn)網(wǎng)關(guān)105。移動管理實體104是處理移動終端100與epc之間的信令的控制節(jié)點。移動管理實體104提供承載和連接管理。所有用戶ip分組通過服務(wù)網(wǎng)關(guān)103來傳遞，服務(wù)網(wǎng)關(guān)103自身連接到pdn網(wǎng)關(guān)105。pdn網(wǎng)關(guān)105提供ueip地址分配以及其他功能。pdn網(wǎng)關(guān)105連接到網(wǎng)絡(luò)，例如，因特網(wǎng)。

電路交換系統(tǒng)包括交互解決方案模塊(iws)108、移動交換中心(msc)109、基站110和移動站111。在一個方面，電路交換系統(tǒng)可以通過iws和mme(mobilitymanagemententity，移動管理實體)與eps(evolvedpacketsystem，演進的分組系統(tǒng))進行通信。

圖2為本發(fā)明實施例中移動終端100的一種硬件結(jié)構(gòu)示意圖。

在本發(fā)明實施例中，移動終端100包括第一處理芯片001和第二處理芯片002，與所述第一處理芯片001連接的第一射頻模塊12、以及與所述第二處理芯片002連接的第二射頻模塊22。其中，第一處理芯片001和第二處理芯片002通過預(yù)設(shè)接口連接。所述預(yù)設(shè)接口包括第一預(yù)設(shè)接口和第二預(yù)設(shè)接口。第一處理芯片001包括內(nèi)嵌有虛擬用戶識別卡10a的第一應(yīng)用處理器(applicationprocessor，用ap1表示)10、第一調(diào)制解調(diào)器11(modem1)、實體用戶識別卡14和rpm(resourcepowermanager，資源電源管理器)15。第二處理芯片002包括第二應(yīng)用處理器20和第二調(diào)制解調(diào)器(modem2)21。

其中，虛擬用戶識別卡10a包括存儲模塊和虛擬片內(nèi)操作系統(tǒng)(virtualchipoperatingsystem，vcos)，該存儲模塊可為efs(encryptingfilesystem，加密文件系統(tǒng))，存儲模塊用于存儲虛擬用戶識別卡10a的鑒權(quán)數(shù)據(jù)。實體用戶識別卡14為sim(subscriberidentitymodule，用戶識別模塊)卡。

第一應(yīng)用處理器10和第二應(yīng)用處理器20的內(nèi)部框架包括應(yīng)用層、框架層等，可處理復(fù)雜的邏輯操作以及進行任務(wù)分配等。在本發(fā)明實施例中，應(yīng)用處理器指android操作系統(tǒng)，以及基于android操作系統(tǒng)的各種apk(androidpackage，安卓安裝包)。

在本發(fā)明的實施例中，第一應(yīng)用處理器10和第二應(yīng)用處理器20通過第一預(yù)設(shè)接口實現(xiàn)連接，為用戶提供交互接口，將用戶輸入的操作指令(例如，用戶通過用戶界面輸入的有關(guān)啟動視頻通話的操作指令)傳輸給第一調(diào)制解調(diào)器11或第二調(diào)制解調(diào)器21，以實現(xiàn)兩個應(yīng)用處理器之間數(shù)據(jù)的定義與傳遞，例如，進行兩個應(yīng)用處理器的休眠、喚醒、同步的控制、開關(guān)機時芯片啟動順序的控制等。其中，第一預(yù)設(shè)接口為usb(universalserialbus，通用串行總線)。應(yīng)當(dāng)理解的是，在本發(fā)明實施例中，usb數(shù)據(jù)線復(fù)用出兩條數(shù)據(jù)通道，分別用于第一應(yīng)用處理器10和第二應(yīng)用處理器20之間用戶數(shù)據(jù)和控制信令數(shù)據(jù)的交互，即第一應(yīng)用處理器10和第二應(yīng)用處理器20通過usb數(shù)據(jù)線傳輸?shù)臄?shù)據(jù)包括上述兩種數(shù)據(jù)。其中，用戶數(shù)據(jù)包括上網(wǎng)產(chǎn)生的數(shù)據(jù)，圖片和聊天信息數(shù)據(jù)；控制信令數(shù)據(jù)包括開關(guān)機的控制數(shù)據(jù)，開關(guān)飛行模式的控制數(shù)據(jù)，顯示狀態(tài)信號的控制數(shù)據(jù)。

本實施例中，第一應(yīng)用處理器10和第二應(yīng)用處理器20通過otg(on-the-go)技術(shù)進行數(shù)據(jù)交互。通過otg技術(shù)，移動終端100中的第一調(diào)制解調(diào)器11可通過虛擬用戶識別卡10a中的sim卡參數(shù)來接入enodeb101，第二調(diào)制解調(diào)器21可通過實體用戶識別卡14的sim卡參數(shù)來接入enodeb101；或者第一調(diào)制解調(diào)器11通過實體用戶識別卡14中的sim卡參數(shù)來接入enodeb101，第二調(diào)制解調(diào)器21通過虛擬用戶識別卡10a的sim卡參數(shù)來接入enodeb101。sim卡參數(shù)包括但不限于sim卡鑒權(quán)數(shù)據(jù)。

第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21通過第二預(yù)設(shè)接口連接。在本發(fā)明實施例中，第二預(yù)設(shè)接口為uart(universalasynchronousreceiver/transmitter，通用異步收發(fā)傳輸器)。uart用于第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21之間sim卡參數(shù)的傳輸。其中，uart接口的buffer存在于第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21的兩端，用buffer1和buffer2表示。需要說明的是，buffer1和buffer2對應(yīng)著同一個物理地址，通過該物理地址，可控制buffer1和buffer2容量值和狀態(tài)的同步變化。

具體地：第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的sim卡數(shù)據(jù)獲取請求時，將數(shù)據(jù)獲取請求傳送至第一調(diào)制解調(diào)器11中，由第一調(diào)制解調(diào)器11反饋響應(yīng)的sim卡數(shù)據(jù)。

其中，所述sim卡數(shù)據(jù)獲取請求的觸發(fā)方式包括兩種：

a、第二調(diào)制解調(diào)器21主動注冊lte網(wǎng)絡(luò)，以觸發(fā)sim卡數(shù)據(jù)獲取請求；

b、基站側(cè)需要鑒權(quán)用戶是否合法，將鑒權(quán)請求發(fā)給第二調(diào)制解調(diào)器21，由第二調(diào)制解調(diào)器21主動發(fā)sim卡數(shù)據(jù)獲取請求。

第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的sim卡數(shù)據(jù)獲取請求時，通過uart將數(shù)據(jù)獲取請求傳送至第一調(diào)制解調(diào)器11中，由第一調(diào)制解調(diào)器11根據(jù)數(shù)據(jù)獲取請求從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14獲取數(shù)據(jù)，下文以第一調(diào)制解調(diào)器11根據(jù)數(shù)據(jù)獲取請求從虛擬用戶識別卡10a中獲取數(shù)據(jù)為例進行詳述。

需要理解的是，虛擬用戶識別卡10a中包括有vcos操作系統(tǒng)和文件系統(tǒng)，其中，所述vcos操作系統(tǒng)作為存儲模塊的文件代理，根據(jù)所述第一調(diào)制解調(diào)器11發(fā)送的數(shù)據(jù)獲取請求從所述存儲模塊中提取數(shù)據(jù)，所述存儲模塊用來存儲數(shù)據(jù)。即，本發(fā)明實施例中，第一調(diào)制解調(diào)器11是無法與虛擬用戶識別卡10a內(nèi)部的存儲模塊進行交互以獲取數(shù)據(jù)，只能通過vcos操作系統(tǒng)進行獲取。因此，當(dāng)所述第一調(diào)制解調(diào)器11將數(shù)據(jù)獲取請求發(fā)送至虛擬用戶識別卡10a時，虛擬用戶識別卡10a內(nèi)部的vcos操作系統(tǒng)解析出所述數(shù)據(jù)獲取請求的地址信息，然后根據(jù)所述地址信息，從所述存儲模塊中獲取所述地址信息對應(yīng)的數(shù)據(jù)。當(dāng)所述vcos操作系統(tǒng)從存儲模塊中獲取到數(shù)據(jù)之后，將獲取的數(shù)據(jù)反饋至所述第一調(diào)制解調(diào)器11。

第一調(diào)制解調(diào)器11在獲取到vcos操作系統(tǒng)反饋的數(shù)據(jù)之后，將數(shù)據(jù)通過uart發(fā)送給第二調(diào)制解調(diào)器21，最終第二調(diào)制解調(diào)器21通過第二射頻模塊22將數(shù)據(jù)上傳至基站，以完成鑒權(quán)。

實體用戶識別卡14包含的cos(chipoperatingsystem，片內(nèi)操作系統(tǒng))操作系統(tǒng)和存儲模塊，從實體用戶識別卡14中獲取數(shù)據(jù)的操作方式與上述一致，此處不再贅述。

由于上文已經(jīng)說明，buffer1和buffer2對應(yīng)著同一個物理地址，因此第一調(diào)制解調(diào)器11將提取的數(shù)據(jù)包緩存至buffer1時，數(shù)據(jù)包通過該uart發(fā)送至buffer2中緩存，第二調(diào)制解調(diào)器21在buffer2中檢測到該數(shù)據(jù)包時，即可獲取到該數(shù)據(jù)包，以實現(xiàn)數(shù)據(jù)包的傳輸。

可以理解的是，通過第一預(yù)設(shè)接口和/或第二預(yù)設(shè)接口，即可可實現(xiàn)第一處理芯片001和第二處理芯片002之間的連接。

第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21包含各種網(wǎng)絡(luò)交互的網(wǎng)絡(luò)制式的協(xié)議棧，協(xié)議棧包含lte(longtermevolution，長期演進)/wcdma(widebandcodedivisionmultipleaccess，寬帶碼分多址)/gsm(globalsystemformobilecommunication，全球移動通信系統(tǒng))/td-scdma(timedivision-synchronouscodedivisionmultipleaccess，同步時分碼分多址)/cdma(codedivisionmultipleaccess，碼分多址)/edge(enhanceddatarateforgsmevolution，強型數(shù)據(jù)速率gsm演進技術(shù))等通訊標(biāo)準(zhǔn)里邊規(guī)定的協(xié)議代碼。移動終端100通過協(xié)議與運營商網(wǎng)絡(luò)進行交互，即進行數(shù)據(jù)流量上網(wǎng)、volte(voiceoverlte)打電話或者cs(circuitswitched，電路交換)域打電話。第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21還用于對sim卡的管控等等。

在本發(fā)明實施例中，第一射頻模塊12用于將第一處理芯片001傳輸?shù)臄?shù)據(jù)處理后傳給enodeb101(基站網(wǎng)絡(luò))，以及用于將enodeb101傳輸?shù)臄?shù)據(jù)處理后傳給第一處理芯片001。第二射頻模塊22用于將第二處理芯片002傳輸?shù)臄?shù)據(jù)處理后傳給enodeb101(基站網(wǎng)絡(luò))，以及用于將enodeb101傳輸?shù)臄?shù)據(jù)處理后傳給第二處理芯片002。

第一射頻模塊12和第二射頻模塊22所涉及的無線接入技術(shù)可以包括lte、gsm、gprs(generalpacketradioservice，通用分組無線服務(wù))、cdma、edge、wlan(wirelesslocalareanetworks，無線局域網(wǎng))、cdma-2000、td-scdma、wcdma、wifi(wirelessfidelity，無線保真)等等。

移動終端100中的虛擬用戶識別卡10a和實體用戶識別卡14存儲不同的無線通信標(biāo)準(zhǔn)相關(guān)聯(lián)的用戶信息。應(yīng)當(dāng)理解，目前的移動終端只有一套射頻，移動終端內(nèi)部的兩個用戶識別卡使用該套射頻是分時復(fù)用的關(guān)系，并不能同時占用。例如，在兩張用戶識別卡全開時，一張卡可以處理gsm通話，另一張卡只能處理4g網(wǎng)絡(luò)信息，具體哪個用戶識別卡執(zhí)行何種網(wǎng)絡(luò)，不做限定。因此目前的射頻雙卡分時復(fù)用這種架構(gòu)僅做到了lte+gsm(即一張用戶識別卡對應(yīng)的技術(shù)標(biāo)準(zhǔn)為lte，另一張用戶識別卡對應(yīng)的技術(shù)標(biāo)準(zhǔn)為gsm)。

也就是說，現(xiàn)有的移動終端100雖然可以支持雙用戶識別卡，但是移動終端100在注冊網(wǎng)絡(luò)的情況下，兩個用戶識別卡支持的是不同技術(shù)標(biāo)準(zhǔn)的網(wǎng)絡(luò)，一個支持2g或3g，另一個支持4g，會使得移動終端100使用過程中，上網(wǎng)流量速度較慢，因此本發(fā)明中，移動終端100通過預(yù)設(shè)接口連接第一處理芯片001和第二處理芯片002，由于第二處理芯片002包括第二調(diào)制解調(diào)器21、并連接第二射頻模塊22，且第二射頻模塊22支持4g網(wǎng)絡(luò)。因此，移動終端100可通過第一處理芯片001和第二處理芯片002具備雙lte功能。

在本實施例中，虛擬用戶識別卡10a和實體用戶識別卡14用于提供移動通信業(yè)務(wù)(cs語音業(yè)務(wù)、ps數(shù)據(jù)業(yè)務(wù)和ps語音業(yè)務(wù))所需的相關(guān)數(shù)據(jù)，并在其內(nèi)部存儲用戶信息、短消息、執(zhí)行鑒權(quán)算法和產(chǎn)生加密密匙等。

實體用戶識別卡14與移動終端100交互時，移動終端100檢測該用戶識別卡存在與否的信號只在開機瞬時產(chǎn)生，當(dāng)開機檢測不到用戶識別卡存在時，移動終端100將提示“插入用戶識別卡”。移動終端100開機之后，移動終端100和用戶識別卡之間28秒通信一次，完成一些固定的通信檢查(例如，用戶識別卡是否在位等)。

在本發(fā)明的實施例中，虛擬用戶識別卡10a和實體用戶識別卡14承載信息，并且根據(jù)外界請求返回對應(yīng)卡參數(shù)，以及對網(wǎng)絡(luò)進行鑒權(quán)運算，第一射頻模塊12和第二射頻模塊22所涉及的無線接入技術(shù)為lte。當(dāng)?shù)谝粦?yīng)用芯片001和第二應(yīng)用芯片002連接時，虛擬用戶識別卡10a可通過移動終端100中的第一調(diào)制解調(diào)器11支持lte，而實體用戶識別卡14通過第二調(diào)制解調(diào)器21支持lte；或者，虛擬用戶識別卡10a可通過第二調(diào)制解調(diào)器21支持lte，而實體用戶識別卡14通過第一調(diào)制解調(diào)器11支持lte，以實現(xiàn)移動終端100可支持雙lte。

移動終端100中的rpm15用于管控各種資源，包括時鐘資源、總線資源、pmic(powermanagementic，電源管理集成電路，即各個芯片的電壓)、ddr(內(nèi)存分配)，以及管理芯片的休眠喚醒的中斷和應(yīng)用處理器喚醒的截止時間。移動終端100的各個子系統(tǒng)，在需要資源時，向rpm15申請資源，各個子系統(tǒng)分別包括第一應(yīng)用處理器10，第一調(diào)制解調(diào)器11、pronto(wifi/藍牙、nfc(nearfieldcommunication，近場通信)等)、lpass(lowpoweraudiosubsystem，低功耗音頻子系統(tǒng))，rpm15用來決定移動終端100系統(tǒng)的休眠狀態(tài)，具體是，rpm15基于各個子系統(tǒng)的投票機制實現(xiàn)，當(dāng)各個子系統(tǒng)都投休眠票時，rpm15才可以使移動終端100整個系統(tǒng)進行休眠。在移動終端100的整個系統(tǒng)休眠之后，若是要重新啟動運行，第二處理芯片002可自動喚醒，但是第一處理芯片001需要第二處理芯片002喚醒，以進行數(shù)據(jù)的傳輸交互。

在本發(fā)明實施例中，第一處理芯片001和第二處理芯片002之間通過預(yù)設(shè)接口連接的情況下，喚醒方式可為以下三種：

1、第一應(yīng)用處理器10接收到控制信令數(shù)據(jù)時，通過usb接口傳送探測包給第二應(yīng)用處理器20，以喚醒第二應(yīng)用處理器20。

2、第二調(diào)制解調(diào)器21接收到用戶數(shù)據(jù)時，喚醒第二應(yīng)用處理器20，由第二應(yīng)用處理器20通過usb接口傳送探測包給第一應(yīng)用處理器10，以喚醒第一應(yīng)用處理器10。

3、第二調(diào)制解調(diào)器21周期性查找尋呼請求，以主動激活自己，若接收到尋呼請求，喚醒第二應(yīng)用處理器20，由第二應(yīng)用處理器20通過usb接口發(fā)送探測包給第一應(yīng)用處理器10，以喚醒第二應(yīng)用處理器20。

此外，第二調(diào)制解調(diào)器21還可以定期喚醒自己，以在移動終端100進行位置更新時，跟基站進行握手交互，此時不需要喚醒第一應(yīng)用處理器10。

在本發(fā)明實施例中，移動終端包括但不限于手機、pc(personalcomputer，個人電腦)或pad(personaldigitalassistant，個人數(shù)字助理)。

需要說明的是，傳輸?shù)臄?shù)據(jù)包為用戶數(shù)據(jù)或控制信令數(shù)據(jù)時，用戶數(shù)據(jù)或控制信令數(shù)據(jù)在應(yīng)用處理器之間傳輸；當(dāng)傳輸?shù)臄?shù)據(jù)包為用戶識別卡數(shù)據(jù)即sim卡數(shù)據(jù)時，sim卡數(shù)據(jù)只會在調(diào)制解調(diào)器之間傳輸；由于本發(fā)明實施例主要針對電信卡即sim卡傳輸數(shù)據(jù)導(dǎo)致終端死機的情況，因此本實施例中的數(shù)據(jù)包主要是在調(diào)制解調(diào)器之間傳輸?shù)臄?shù)據(jù)包。

本實施例中，sim卡包括移動卡、聯(lián)通卡和電信卡，其中，移動卡和聯(lián)通卡是指采用3gpp標(biāo)準(zhǔn)協(xié)議進行通訊的電話卡，3gpp標(biāo)準(zhǔn)協(xié)議規(guī)定了電話卡傳輸數(shù)據(jù)包的容量不能超出一定值，該值設(shè)置為512個字節(jié)；而電信卡是指采用3gpp2標(biāo)準(zhǔn)協(xié)議的電話卡，gpp2標(biāo)準(zhǔn)協(xié)議對電信卡傳輸?shù)臄?shù)據(jù)包的容量未做限制，電信卡傳輸?shù)臄?shù)據(jù)包的容量一般會超出512字節(jié)。其中，移動卡是由中國移動(運營商)向用戶提供的sim卡，聯(lián)通卡是由中國聯(lián)通(運營商)向用戶提供的sim卡，電信卡是由中國電信(運營商)向用戶提供的sim卡。

由于現(xiàn)有的buffer的容量一般都不超過512個字節(jié)。因此，當(dāng)移動終端100中的虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14是移動卡或者是聯(lián)通卡時，由于移動卡或者是聯(lián)通卡收發(fā)數(shù)據(jù)包的數(shù)據(jù)容量小于512個字節(jié)的，因此，第一調(diào)制解調(diào)器11接收到數(shù)據(jù)包獲取請求時，從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14獲取到的數(shù)據(jù)包也是小于512個字節(jié)，相應(yīng)的，存儲到buffer的數(shù)據(jù)包也是小于512個字節(jié)的，因此，數(shù)據(jù)包可完整的存儲到buffer中，后續(xù)，第二調(diào)制解調(diào)器21也可以取出一個完整的數(shù)據(jù)包。

但是，由于電信卡一般大于512字節(jié)，因此，在第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21的數(shù)據(jù)交互過程中，若是第一調(diào)制解調(diào)器11中連接的是電信卡，會出現(xiàn)這樣的情況：

以圖2為例，在虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14為電信卡的情況下，移動終端100的第一調(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14提取出一個數(shù)據(jù)包，由于該數(shù)據(jù)包大于512字節(jié)，而buffer一次性只能緩存不超過512字節(jié)的數(shù)據(jù)包，這種情況下，會由于無法轉(zhuǎn)發(fā)大數(shù)據(jù)包導(dǎo)致移動終端的系統(tǒng)死機。

若是要解決這個問題，按照常規(guī)的思路，不會將該數(shù)據(jù)包一次性進行轉(zhuǎn)發(fā)，而是拆分成多個數(shù)據(jù)包進行轉(zhuǎn)發(fā)，但是對于第二調(diào)制解調(diào)器21而言，當(dāng)從buffer檢測到有數(shù)據(jù)包時，認(rèn)為該數(shù)據(jù)包是完整的數(shù)據(jù)包，此時第二調(diào)制解調(diào)器21直接從buffer獲取該數(shù)據(jù)包，并將該數(shù)據(jù)包轉(zhuǎn)發(fā)至基站。很明顯，這種情況下，轉(zhuǎn)發(fā)的數(shù)據(jù)包是不完整的數(shù)據(jù)包。

基于上述lte網(wǎng)絡(luò)的架構(gòu)圖、以及移動終端100的硬件結(jié)構(gòu)示意圖，提出本發(fā)明的各個實施例。

參照圖2，本實施例提出一種移動終端，所述移動終端100包括基于預(yù)設(shè)接口連接的第一處理芯片001和第二處理芯片002、與所述第一處理芯片001連接的第一射頻模塊12、以及與所述第二處理芯片002連接的第二射頻模塊22，所述第一處理芯片001包括內(nèi)嵌有虛擬用戶識別卡10a的第一應(yīng)用處理器10以及與實體用戶識別卡14連接的第一調(diào)制解調(diào)器11，所述第二處理芯片002包括第二應(yīng)用處理器20和第二調(diào)制解調(diào)器21，

第一調(diào)制解調(diào)器11，用于通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器21發(fā)送的數(shù)據(jù)包獲取請求時，從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包；

對提取的數(shù)據(jù)包進行壓縮；

將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的臨時緩沖區(qū)buffer中，以供第二調(diào)制解調(diào)器21從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

在本實施例中，所述第一調(diào)制解調(diào)器11通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器21發(fā)送的數(shù)據(jù)包獲取請求，后續(xù)也是通過所述預(yù)設(shè)接口將數(shù)據(jù)包反饋至所述第二調(diào)制解調(diào)器21。所述預(yù)設(shè)接口為uart接口。

其中，當(dāng)?shù)诙幚硇酒?02的第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的數(shù)據(jù)包獲取請求時，先通過uart將數(shù)據(jù)包獲取請求傳送給第一處理芯片001的第一調(diào)制解調(diào)器11；第一調(diào)制解調(diào)器11接收到該數(shù)據(jù)包獲取請求后，根據(jù)數(shù)據(jù)包獲取請求從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中獲取數(shù)據(jù)包；第一調(diào)制解調(diào)器11在獲取到數(shù)據(jù)包之后，為了保證傳輸?shù)臄?shù)據(jù)不會大于uart的bufferbuffer，先對獲取的數(shù)據(jù)包進行壓縮，得到壓縮后的數(shù)據(jù)包；再通過uart將壓縮后的數(shù)據(jù)包傳送至第二調(diào)制解調(diào)器21；第二調(diào)制解調(diào)器21接收到數(shù)據(jù)包后，再通過第二射頻模塊22將數(shù)據(jù)包上傳至基站，以完成數(shù)據(jù)包的傳輸。

具體地，所述第一調(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包具體包括：

所述第一調(diào)制解調(diào)器11向虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的片內(nèi)操作系統(tǒng)發(fā)送數(shù)據(jù)包獲取請求，由所述片內(nèi)操作系統(tǒng)在虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的文件存儲模塊中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包，并反饋至所述第一調(diào)制解調(diào)器11；

所述第一調(diào)制解調(diào)器11接收片內(nèi)操作系統(tǒng)反饋的數(shù)據(jù)包。

在本實施例中，需要說明的是，虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的數(shù)據(jù)包存儲在文件存儲模塊中，當(dāng)?shù)谝徽{(diào)制解調(diào)器11要獲取虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的數(shù)據(jù)包時，第一調(diào)制解調(diào)器11不會直接與虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的文件存儲模塊交互，而是先向虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的cos(chipoperatingsystem，片內(nèi)操作系統(tǒng))操作系統(tǒng)發(fā)送數(shù)據(jù)包獲取請求即request，然后虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14的cos操作系統(tǒng)基于該request在文件存儲模塊中獲取數(shù)據(jù)包，然后將獲取的數(shù)據(jù)包再傳輸給第一調(diào)制解調(diào)器11，第一調(diào)制解調(diào)器11只要接收cos操作系統(tǒng)反饋的數(shù)據(jù)包即可實現(xiàn)數(shù)據(jù)包的獲取過程。

可以理解，由于第一調(diào)制解調(diào)器11無法在虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的文件存儲模塊直接提取數(shù)據(jù)包，因此通過與虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14的cos操作系統(tǒng)進行交互，以實現(xiàn)數(shù)據(jù)包的提取，保證后續(xù)的數(shù)據(jù)傳輸過程正常運行。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中提取出數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包之后，再對提取的數(shù)據(jù)包進行壓縮，本實施例中，第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮時，可以采用加密壓縮的方式進行數(shù)據(jù)包的壓縮，也可以直接采用明文進行壓縮。由于傳輸?shù)膕im卡網(wǎng)絡(luò)鑒權(quán)數(shù)據(jù)量比較小，為了減少加密解密等操作而導(dǎo)致數(shù)據(jù)傳輸效率低，本發(fā)明實施例優(yōu)選采用明文壓縮的方式對數(shù)據(jù)包進行壓縮，即本方案中采用的壓縮算法以簡單高效為主，具體采用的壓縮算法和壓縮過程在下文實施例中詳述。

第一調(diào)制解調(diào)器11對數(shù)據(jù)包壓縮之后，即可將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口uart的buffer中，以供第二調(diào)制解調(diào)器21從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

本實施例中需要說明的是，buffer存在于uart接口的兩端，即uart接口的兩端分別設(shè)置有buffer1和buffer2。當(dāng)?shù)诙{(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的數(shù)據(jù)獲取請求時，將數(shù)據(jù)包獲取請求通過uart接口發(fā)送給第一調(diào)制解調(diào)器11，第一調(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14提取出數(shù)據(jù)包之后，先將提取的數(shù)據(jù)包存儲到buffer1中，以通過uart傳輸至第二調(diào)制解調(diào)器21的buffer2中，第二調(diào)制解調(diào)器21再從buffer2中獲取數(shù)據(jù)包。

本實施例提出的移動終端，第一調(diào)制解調(diào)器通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，先從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包，然后對提取的數(shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。本方案在傳輸數(shù)據(jù)包時，先對待傳輸?shù)臄?shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包進行傳輸，使得傳輸?shù)臄?shù)據(jù)包的容量值有所減小，避免了數(shù)據(jù)傳輸過程中移動終端死機的情況。

進一步地，基于第一實施例提出本發(fā)明移動終端第二實施例。

移動終端第二實施例與移動終端第一實施例的區(qū)別在于，所述第一調(diào)制解調(diào)器11，還用于判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器21添加的壓縮標(biāo)識；若能提取出壓縮標(biāo)識，則對提取的數(shù)據(jù)包進行壓縮。

在本實施例中，當(dāng)?shù)诙{(diào)制解調(diào)器21向第一調(diào)制解調(diào)器11發(fā)送數(shù)據(jù)包獲取請求(request)之前，為了防止傳輸?shù)臄?shù)據(jù)包過大，第二調(diào)制解調(diào)器21發(fā)送request時，先確定是否需要在request中添加壓縮標(biāo)識，若需要，則先在request中添加一個壓縮標(biāo)識，如添加字段01，以告知第一調(diào)制解調(diào)器11對待發(fā)送的數(shù)據(jù)包進行壓縮。

需要說明的是，由于待傳輸?shù)臄?shù)據(jù)是根據(jù)通訊協(xié)議標(biāo)準(zhǔn)確定的，因此，第二調(diào)制解調(diào)器21可以得知即將獲取的數(shù)據(jù)包的數(shù)據(jù)類型和數(shù)據(jù)大小，那么，當(dāng)?shù)诙{(diào)制解調(diào)器21發(fā)送request之前，先判斷當(dāng)前待獲取的數(shù)據(jù)包的大小，若待獲取的數(shù)據(jù)包的大小超出了buffer的容量值，則第二調(diào)制解調(diào)器21在request中添加壓縮標(biāo)識，以告知第一調(diào)制解調(diào)器11對待傳輸?shù)臄?shù)據(jù)包進行壓縮，若第二調(diào)制解調(diào)器21判斷待獲取的數(shù)據(jù)包的大小未超出buffer的容量值，則直接發(fā)送request即可，無需添加壓縮標(biāo)識。

在本實施例中，第二調(diào)制解調(diào)器21發(fā)送request之前，對待獲取的數(shù)據(jù)包的大小進行識別，僅在待獲取的數(shù)據(jù)包超出buffer的容量值時，才在request添加壓縮標(biāo)識，避免了所有的數(shù)據(jù)包獲取請求都添加壓縮標(biāo)識，縮短了數(shù)據(jù)包傳輸?shù)臅r間，提高了數(shù)據(jù)包傳輸?shù)男省?/p>

當(dāng)?shù)谝徽{(diào)制解調(diào)器11通過預(yù)設(shè)接口(uart)接收第二調(diào)制解調(diào)器21發(fā)送的數(shù)據(jù)包獲取請求時，先對所述數(shù)據(jù)包獲取請求進行解析，以確定能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器21添加的壓縮標(biāo)識，若在所述數(shù)據(jù)包獲取請求中提取出壓縮標(biāo)識，此時，所述第一調(diào)制解調(diào)器11即可對提取的數(shù)據(jù)包進行壓縮，后續(xù)再將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer1中，并通過uart傳輸至buffer2中，以供第二調(diào)制解調(diào)器21從所述buffer2中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

在本實施例中，數(shù)據(jù)包傳輸過程是發(fā)生第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21喚醒之后，那么當(dāng)?shù)谝徽{(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21喚醒之后，若第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的數(shù)據(jù)包獲取請求，執(zhí)行以下操作：

判斷：先確定待獲取的數(shù)據(jù)包的大小，以判斷是否需要添加壓縮標(biāo)識；

決策：若待獲取的數(shù)據(jù)包超過uart的bufferbuffer的容量，則在發(fā)送數(shù)據(jù)包獲取請求之前，在數(shù)據(jù)包獲取請求添加壓縮標(biāo)識；

發(fā)送：在數(shù)據(jù)包獲取請求添加壓縮標(biāo)識之后，發(fā)送數(shù)據(jù)包獲取請求。

第一調(diào)制解調(diào)器11通過uart接收到數(shù)據(jù)包獲取請求時，執(zhí)行以下操作：

提?。捍_定能否從數(shù)據(jù)包獲取請求中提取出壓縮標(biāo)識，若能，則提取出壓縮標(biāo)識；

壓縮：基于提取的壓縮標(biāo)識，對從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14提取的數(shù)據(jù)包進行壓縮；

反饋：反饋壓縮的數(shù)據(jù)包。

最終，第二調(diào)制解調(diào)器21通過uart接收第一調(diào)制解調(diào)器11反饋的數(shù)據(jù)包，以完成數(shù)據(jù)包傳輸過程。上述的操作過程，可參照圖3。

需要說明的是，第二調(diào)制解調(diào)器21發(fā)送的是數(shù)據(jù)包獲取請求，由于數(shù)據(jù)包獲取請求一般都小于buffer的容量，因此可不對數(shù)據(jù)包獲取請求進行壓縮。

在本實施例中，第一調(diào)制解調(diào)器11在對數(shù)據(jù)包進行壓縮之前，先判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器添加的壓縮標(biāo)識，若能提取出壓縮標(biāo)識，才對數(shù)據(jù)包進行壓縮，防止數(shù)據(jù)包小于buffer的容量時也進行壓縮，以防止系統(tǒng)資源的浪費，并且節(jié)省了數(shù)據(jù)包傳輸?shù)臅r間，從而提高了數(shù)據(jù)包傳輸?shù)男省?/p>

進一步地，基于第一實施例提出本發(fā)明移動終端第三實施例。

移動終端第三實施例與移動終端第一實施例的區(qū)別在于，所述第一調(diào)制解調(diào)器11，還用于對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭；基于所述數(shù)據(jù)包的包頭確定所述數(shù)據(jù)包的長度；在所述數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，則對提取的數(shù)據(jù)包進行壓縮。

在本實施例中，所述第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮之前，先對從實體用戶識別卡14中提取的數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭，然后從包頭中獲取數(shù)據(jù)包的長度，以確定該數(shù)據(jù)包的大小。其中，數(shù)據(jù)包為tlv格式，tlv格式是ber(basicencodingrules，基本編碼規(guī)則)編碼的一種，全稱為type(類型)，length(長度)，value(值)，t字段表示數(shù)據(jù)包的類型，l字段表示數(shù)據(jù)包的長度、v字段用于存放數(shù)據(jù)包的內(nèi)容。

本實施例中，該數(shù)據(jù)包的生成過程為：傳輸層獲取到數(shù)據(jù)包對應(yīng)的原始數(shù)據(jù)，并為原始數(shù)據(jù)添加傳輸層的數(shù)據(jù)包頭，數(shù)據(jù)包頭包括傳輸層數(shù)據(jù)類型和數(shù)據(jù)長度，得到初始數(shù)據(jù)包，并將初始數(shù)據(jù)包傳輸至傳輸復(fù)用層。當(dāng)傳輸復(fù)用層接收到初始數(shù)據(jù)包后，為初始化數(shù)據(jù)包添加傳輸復(fù)用層的數(shù)據(jù)包頭，數(shù)據(jù)包頭包括復(fù)用層的數(shù)據(jù)類型和數(shù)據(jù)長度，得到數(shù)據(jù)包，并調(diào)用物理驅(qū)動層的發(fā)送接口將該數(shù)據(jù)包發(fā)送給物理層。后續(xù)，第一調(diào)制解調(diào)器11對提取的所述數(shù)據(jù)包進行解析，就是從物理層(物理傳輸介質(zhì))之上的物理驅(qū)動層檢測數(shù)據(jù)包的包頭，以解析得到數(shù)據(jù)包的大小(長度)。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11確定數(shù)據(jù)包的長度后，再判斷該數(shù)據(jù)包的長度是否大于預(yù)設(shè)閾值(即buffer的容量值)。在本實施例中，所述預(yù)設(shè)閾值可選為512字節(jié)，在其它實施例中，也可以將所述預(yù)設(shè)閾值設(shè)置為其它長度，在此不再限定。當(dāng)數(shù)據(jù)包的長度大于所述預(yù)設(shè)閾值時，為了防止數(shù)據(jù)包傳輸導(dǎo)致終端死機，所述第一調(diào)制解調(diào)器11對提取的數(shù)據(jù)包進行壓縮?？梢岳斫猓籼崛〉臄?shù)據(jù)包的長度小于預(yù)設(shè)閾值，所述第一調(diào)制解調(diào)器11可直接通過uart接口發(fā)送該數(shù)據(jù)包至第二調(diào)制解調(diào)器21。

在本實施例中，在對數(shù)據(jù)包進行壓縮之前，所述第一調(diào)制解調(diào)器對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭，再確定所述數(shù)據(jù)包的長度，僅在數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，才對提取的數(shù)據(jù)包進行壓縮，從而提高了數(shù)據(jù)包壓縮的準(zhǔn)確性。

進一步地，基于第一至第三實施例提出本發(fā)明移動終端第四實施例。

移動終端第四實施例與移動終端第一至第三實施例的區(qū)別在于，所述第一調(diào)制解調(diào)器11對提取的數(shù)據(jù)包進行壓縮具體包括：

獲取所述數(shù)據(jù)包對應(yīng)的源文本；

確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段；

在預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度；

通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

在本實施例中，所述第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮，具體地，先獲取數(shù)據(jù)包對應(yīng)的源文本，然后確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段，再從預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度，最終通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為字典算法，字典算法是最為簡單的壓縮算法之一。該字典算法把文本中出現(xiàn)頻率大于預(yù)設(shè)一定值的單詞或詞匯組合做成一個對應(yīng)的字典列表，并用特殊代碼來表示這個單詞或詞匯，例如，當(dāng)前的字典列表中：

00＝chinese

01＝people

02＝china

若當(dāng)期數(shù)據(jù)包中的源文本為：iamachinesepeople，iamfromchina。那么，采用該字典算法，壓縮后的編碼為：iama0001，iamfrom02。

可以理解，壓縮編碼后的長度顯著縮小，這樣的編碼專有名詞或者固定組合較多的內(nèi)容中，壓縮效率十分顯著，將預(yù)定的文本內(nèi)容用字典中預(yù)定的編碼映射替代，解壓縮的時候執(zhí)行反向還原即可。

進一步地，所述第一調(diào)制解調(diào)器11，還用于依次確定源文本中高四位為零且相鄰的任兩個字符段；

將所述任兩個字符段的高四位進行刪除，并將所述任兩個字符段的低四位進行組合，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可依次確定源文本中高四位為零且相鄰的任兩個字符段，再將任兩個字符段的高四位進行刪除，并將任兩個字符段的低四位進行組合，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為固定位長算法(fixedbitlengthpacking)，這種算法是把文本用需要的最少的位來進行壓縮編碼。比如：八個十六進制數(shù)：1，2，3，4，5，6，7，8。轉(zhuǎn)換為二進制為：00000001，00000010，00000011，00000100，00000101，00000110，00000111，00001000。每個數(shù)只用到了低4位，而高4位沒有用到(全為0)，因此對低4位進行壓縮編碼后得到：0001，0010，0011，0100，0101，0110，0111，1000。然后兩兩補充為8位字節(jié)得到：00010010，00110100，01010110，01111000。所以原來的八個十六進制數(shù)縮短了一半，得到4個十六進制數(shù)：12，34，56，78。

可以理解，通過這種組合方式，將需要用到的位數(shù)進行了縮小，使得數(shù)據(jù)包的容量有所減小，同理，解壓時執(zhí)行反響拆分添加組合即可。

進一步地，所述第一調(diào)制解調(diào)器11，還用于對源文本中連續(xù)出現(xiàn)的字符，采用重復(fù)次數(shù)加字符進行代替，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可對源文本中連續(xù)出現(xiàn)的字符，采用重復(fù)次數(shù)加字符進行代替，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為rle(runlengthencoding，游程編碼，又譯行程長度編碼)算法，這種壓縮編碼是一種變長的編碼，rle根據(jù)文本不同的具體情況會有不同的壓縮編碼變體與之相適應(yīng)，以產(chǎn)生更大的壓縮比率。具體地：

變體1：重復(fù)次數(shù)+字符

文本字符串：aaabbbccccdddd，編碼后得到：3a3b4c4d；通過該變體算法，即可將數(shù)據(jù)包終端文本字符串進行壓縮。

變體2：特殊字符+重復(fù)次數(shù)+字符

文本字符串：aaaaabccccbccc，編碼后得到：bb5abb4cbb3c；其中，該編碼串的最開始說明特殊字符為b，然后再添加一個b，b后面跟著的數(shù)字就表示出重復(fù)的次數(shù)。也就是說，文本串字符采用該變體2算法進行編碼壓縮時，先在編碼后的編碼串的首字母說明特殊字符為b，然后由于后面緊接著出現(xiàn)5個字符a，需要在這5個字符a之前添加一個特殊字符即字符b，因此就是bb5a，在5a之后出現(xiàn)b，且b之后又出現(xiàn)3個c，因此，需要在3個c之前再添加一個特殊字符b，與前面連接起來就是bb5abb4c，后面采用同樣的方式，即可得到最終的編碼串bb5abb4cbb3c。

為了更清楚理解該方案，舉另一個例子：文本字符串仍然為：aaaaabccccbccc，若當(dāng)前編碼串的最開始說明特殊字符為d，那么，編碼后得到：dd5abd4cbd3c。

變體3：

把文本每個字節(jié)分組成塊，每個字符最多重復(fù)127次。每個塊以一個特殊字節(jié)開頭。那個特殊字節(jié)的第7位如果被置位，那么剩下的7位數(shù)值就是后面的字符的重復(fù)次數(shù)。如果第7位沒有被置位，那么剩下7位就是后面沒有被壓縮的字符的數(shù)量。

例如：文本字符串：aaaaabcdefff，編碼后得到：85a4bcde83f(85h＝10000101b、4h＝00000100b、83h＝10000011b)。其中，先將文本字符串分組成三個塊，分別是aaaaa、bcde和fff，三個快對應(yīng)的特殊字符分別是10000101、00000100和10000011，由于10000101中第7位被置位為1，因此剩下的7位數(shù)值為后面的字符的重復(fù)次數(shù)，此時可知剩下的7位數(shù)值對應(yīng)的值為5，即可得到85a；同理，由于00000100中的第7位沒有被置位為1，那么剩下7位是后面沒有被壓縮的字符的數(shù)量，可知此時剩下7位對應(yīng)的值為4，即可得到4bcde；同理可確定83f，此處不在贅述。

需要說明的是，以上所列舉出的三種3種rle變體算法僅僅是較佳的幾種變體算法，本領(lǐng)域技術(shù)人員利用本發(fā)明的技術(shù)思想，根據(jù)其具體需求所提出的其它rle變體算法均在本發(fā)明的保護范圍內(nèi)，在此不進行一一窮舉。

進一步地，所述第一調(diào)制解調(diào)器11，還用于確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段；

若存在，確定后一個字符段與前一個字符端的距離以及所述字符段的長度；

采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段，若存在，確定后一個字符段與前一個字符端的距離以及字符段的長度，采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為lz77(由jacobziv和abrahamlempel于1977年提出，所以命名為lz77)算法。

lz77算法的壓縮原理：如果文件中有兩塊字符串內(nèi)容相同的話，那么只要知道前一塊字符串內(nèi)容的位置和大小，我們就可以確定后一塊字符串的內(nèi)容。所以我們可以用(兩塊字符串之間的距離，相同內(nèi)容的長度)這樣一對信息，來替換后一塊字符串內(nèi)容。由于(兩塊字符串之間的距離，相同內(nèi)容的長度)這一對信息的大小，小于被替換內(nèi)容的大小，所以文件得到了壓縮。

為更好理解，下面我們來舉一個例子：

有一個文件的內(nèi)容如下：http://jiurl.yeah.nethttp://jiurl.nease.net，其中有些部分的內(nèi)容，前面已經(jīng)出現(xiàn)過了，后面用()括起來的部分就是相同的部分：http://jiurl.yeah.net(http://jiurl.)nease(.net)。

我們使用(兩塊字符串之間的距離，相同內(nèi)容的長度)這樣一對信息，來替換后一塊字符串內(nèi)容，得到http://jiurl.yeah.net(22,13)nease(23,4)。

(22,13)中，22表示后一塊http://jiurl.與前一塊http://jiurl.中任意兩個相同字符之間的距離，如后一個h與前一個h的距離；13為相同內(nèi)容的長度；(23,4)同理，此處不再贅述。

從上述例子中可看出，由于(兩塊字符串之間的距離，相同內(nèi)容的長度)這一對信息的大小，小于被替換內(nèi)容的大小，所以文件得到了壓縮。

具體地，lz77算法使用滑動窗口尋找匹配串：

即lz77算法使用"滑動窗口"的方法，來尋找文件中的相同部分，文件中相同部分即匹配串。首先，對匹配串做一個說明，匹配串是指一個任意字節(jié)的序列，不僅僅是可以在文本文件中顯示出來的那些字節(jié)的序列，還可以是包括標(biāo)點符號的序列。這里的串強調(diào)的是它在文件中的位置，它的長度隨著匹配的情況而變化。具體地：

lz77從文件的開始處開始，一個字節(jié)一個字節(jié)的向后進行處理。本發(fā)明實施例中，滑動窗口的長度是固定的，該滑動窗口的終止位置在當(dāng)前處理字節(jié)之前，并且緊挨著當(dāng)前處理字節(jié)，隨著處理的字節(jié)不斷的向后滑動，就象在陽光下，飛機的影子滑過大地一樣。對于文件中的每個字節(jié)，用當(dāng)前處理字節(jié)開始的串，和窗口中的每個串進行匹配，以尋找最長的匹配串。

窗口中的每個串指窗口中每個字節(jié)開始的串。如果當(dāng)前處理字節(jié)開始的串在窗口中有匹配串，就用(之間的距離，匹配長度)這樣一對信息，來替換當(dāng)前串，然后從剛才處理完的串之后的下一個字節(jié)，繼續(xù)處理。如果當(dāng)前處理字節(jié)開始的串在窗口中沒有匹配串，就不做改動的輸出當(dāng)前處理字節(jié)。

處理文件中第一個字節(jié)的時候，窗口在當(dāng)前處理字節(jié)之前，也就是還沒有滑到文件上，這時窗口中沒有任何內(nèi)容，被處理的字節(jié)就會不做改動的輸出。隨著處理的不斷向后，窗口越來越多的滑入文件，最后整個窗口滑入文件，然后整個窗口在文件上向后滑動，直到整個文件結(jié)束。

需要說明的是，匹配串的長度有所限制，即本實施例中，設(shè)置了最小匹配串和最大匹配串，必須限制通過滑動窗口匹配出來的字符串大于該最小匹配串并且小于該最大匹配串，才會進行壓縮，若是匹配出來的字符串小于該最小匹配串，或大于該最大匹配串，則不會進行后續(xù)的壓縮操作。

為更好理解本實施例，舉例如下：

假設(shè)文本字符串為：aaababaaac，當(dāng)前有一個6個字符的滑動窗口，表示滑動窗口中一次性最多包含6個字符。

編碼的第一步：滑動窗口是一個空窗口，此時滑動窗口還不需要滑動，將滑動窗口與滑動窗口外的文本字符串第一位字符進行比對，發(fā)現(xiàn)不存在匹配的字符，此時將滑動窗口往右移動一位，也就是將滑動窗口從右滑入文本字符串，那么字符串首字母進入該滑動窗口，此時滑動窗口顯示字符a；

編碼的第二步：由于滑動窗口內(nèi)部只有字符a，滑動窗口外緊接著出現(xiàn)字符a，雖然滑動窗口里面和外面存在匹配的字符a，但是為了保證字符編碼的效率，事先設(shè)置最小匹配串，如將最小匹配串設(shè)置為2個字符，由于此時只有一個字符a匹配，不符合要求，那么滑動窗口保持不動，將處理的字符往右移動一位，即與滑動窗口進行比對的字符就是aa，此時滑動窗口內(nèi)只有一個字符a，因此，不存在匹配的字符，那么將該滑動窗口繼續(xù)向右滑動，那么文本字符串的第二個字符也進入滑動窗口，此時滑動窗口中出現(xiàn)了兩個一樣的字符a。

編碼的第三步：當(dāng)滑動窗口內(nèi)部存在兩個相同的字符a時，將滑動窗口內(nèi)部的兩個字符a與窗口外的字符進行比對，由于滑動窗口外緊接著的兩個字符是ab，不匹配，因此滑動窗口繼續(xù)右滑，當(dāng)滑動窗口滑動出現(xiàn)aaa時，滑動窗口外緊接著出現(xiàn)的字符是bab，與滑動窗口內(nèi)的字符不匹配，那么滑動窗口繼續(xù)向右滑動，以使得滑動窗口內(nèi)部出現(xiàn)aaab，此時，由于滑動窗口內(nèi)部的字符ab與滑動窗口外部緊接著的字符ab匹配，認(rèn)為找到了相似長度為2的ab，因此滑動窗口外的ab滿足最小匹配串的要求，因此一對〈長度，距離〉就被輸出了，長度(length)是2并且向后距離也是2，所以輸出為<2，2>。

編碼的第四步：當(dāng)后一個字符串a(chǎn)b用<2，2>輸出之后，該段字符串就相當(dāng)于刪除了，此時將滑動窗口與剩下的文本字符串進行比對，剩下的文本字符串為aaac，通過該滑動窗口比對時，在將aaac中的前兩個aa與滑動窗口進行比對時，雖然aa與滑動窗口出現(xiàn)相同內(nèi)容和長度的字符，并且符合最小字符串，但是為了提高壓縮效率，會繼續(xù)判斷文本字符串后面是否還有匹配的字符串，若此時檢測到出還有一個字符a，即剛好有文本字符串a(chǎn)aa與滑動窗口內(nèi)的三個字符a相同，那么確定剩下的文本字符串a(chǎn)aa與滑動窗口內(nèi)aaa的距離以及相同字符串的長度，此時由于刪除了原本字符串中的后一個ab，因此aaa與滑動窗口內(nèi)aaa的距離是4，相同的內(nèi)容長度是3，可輸出<4,3>。

編碼的第五步：輸出<4,3>之后，該文本字符串中還需要處理的字符只有c，由于該滑動窗口中的字符是aaab，不匹配，因此滑動窗口向右滑動一位，將字符c也滑進該滑動窗口，那么滑動窗口內(nèi)的字符就為aaabc。由于后續(xù)沒有內(nèi)容需要處理，那么將該滑動窗口內(nèi)的所有字符都輸出，最終得到的編碼串為aaab<2,2><4,3>c。

使用lz77算法進行壓縮和解壓縮

為了在解壓縮時，可以區(qū)分“沒有匹配的字節(jié)”和“(之間的距離，匹配長度)對”，還需要在每個“沒有匹配的字節(jié)”或者“(之間的距離，匹配長度)對”之前，放上一位，來指明是“沒有匹配的字節(jié)”，還是“(之間的距離，匹配長度)對”。本發(fā)明實施例中，可選用0表示“沒有匹配的字節(jié)”，用1表示“(之間的距離，匹配長度)對”。

實際應(yīng)用中，固定(之間的距離，匹配長度)對中的，“之間的距離”和“匹配長度”所使用的位數(shù)。由于要固定“之間的距離”所使用的位數(shù)，所以才使用了固定大小的窗口，比如窗口的大小為32kb，那么用15位(2^15＝32k)就可以保存0-32k范圍內(nèi)的任何一個值。此外，還將限定最大的匹配長度，這樣一來，“匹配長度”所使用的位數(shù)也就固定了。

實際應(yīng)用中，還將設(shè)定一個最小匹配長度，只有當(dāng)兩個串的匹配長度大于最小匹配長度時，才認(rèn)為是一個匹配。為更好理解，舉一個例子來說明這樣做的原因：比如，“距離”使用15位，“長度”使用8位，那么“(之間的距離，匹配長度)對”將使用23位，也就是差1位3個字節(jié)。如果匹配長度小于3個字節(jié)的話，那么用“(之間的距離，匹配長度)對”進行替換的話，不但沒有壓縮，反而會增大，所以需要一個最小匹配長度。

壓縮：

從文件的開始到文件結(jié)束，一個字節(jié)一個字節(jié)的向后進行處理。用當(dāng)前處理字節(jié)開始的串，和滑動窗口中的每個串進行匹配，尋找最長的匹配串。如果當(dāng)前處理字節(jié)開始的串在窗口中有匹配串，就先輸出一個標(biāo)志位，表明下面是一個(之間的距離，匹配長度)對，然后輸出(之間的距離，匹配長度)對，然后從剛才處理完的串之后的下一個字節(jié)，繼續(xù)處理。如果當(dāng)前處理字節(jié)開始的串在窗口中沒有匹配串，就先輸出一個標(biāo)志位，表明下面是一個沒有改動的字節(jié)，然后不做改動的輸出當(dāng)前處理字節(jié)，然后繼續(xù)處理當(dāng)前處理字節(jié)的下一個字節(jié)。

解壓縮：

從文件開始到文件結(jié)束，每次先讀一位標(biāo)志位，通過這個標(biāo)志位來判斷下面是一個(之間的距離，匹配長度)對，還是一個沒有改動的字節(jié)。如果是一個(之間的距離，匹配長度)對，就讀出固定位數(shù)的(之間的距離，匹配長度)對，然后根據(jù)對中的信息，將匹配串輸出到當(dāng)前位置。如果是一個沒有改動的字節(jié)，就讀出一個字節(jié)，然后輸出這個字節(jié)。

綜上所述，可以看出，lz77壓縮時需要做大量的匹配工作，而解壓縮時需要做的工作很少，也就是說解壓縮相對于壓縮將快的多，這對于需要進行一次壓縮，多次解壓縮的情況，是一個效果顯著的優(yōu)點。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11通過上述任一個壓縮算法對數(shù)據(jù)包進行壓縮之后，再將壓縮后的數(shù)據(jù)包存儲到buffer中進行轉(zhuǎn)發(fā)。后續(xù)，第二調(diào)制解調(diào)器21即可從buffer中提取出壓縮的數(shù)據(jù)包，并對提取的壓縮數(shù)據(jù)包進行解壓，其中，解壓的方式也包括兩種：當(dāng)?shù)谝徽{(diào)制解調(diào)器11是加密壓縮時，所述第二調(diào)制解調(diào)器21采用對應(yīng)的密文進行解壓，當(dāng)?shù)谝徽{(diào)制解調(diào)器11是明文壓縮時，所述第二調(diào)制解調(diào)器21即可直接進行解壓，以得到解壓后的數(shù)據(jù)包。由于本實施例中的各個壓縮算法主要是明文算法，因此，解壓的方式也是明文解壓。

可以理解，本方案中，在移動終端100中的電信卡傳輸?shù)臄?shù)據(jù)包較大時，第二調(diào)制解調(diào)器21在request中添加標(biāo)識，使第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮，以改變數(shù)據(jù)包的期望值，后續(xù)緩存到buffer的數(shù)據(jù)包就不會超出buffer的容量值，那么，避免了大數(shù)據(jù)包傳輸導(dǎo)致死機的問題，同時數(shù)據(jù)包不會被拆分成多個數(shù)據(jù)包，避免了數(shù)據(jù)包轉(zhuǎn)發(fā)不完整的情況。

本發(fā)明進一步提供一種數(shù)據(jù)包傳輸方法。

參照圖4，圖4為本發(fā)明數(shù)據(jù)包傳輸方法第一實施例的流程示意圖。

本實施例提出一種數(shù)據(jù)包識別方法，在本實施例中，提供了數(shù)據(jù)包傳輸方法的實施例，需要說明的是，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

本發(fā)明中，數(shù)據(jù)包傳輸方法應(yīng)用于移動終端，所述移動終端100包括基于預(yù)設(shè)接口連接的第一處理芯片001和第二處理芯片002、與所述第一處理芯片001連接的第一射頻模塊12、以及與所述第二處理芯片002連接的第二射頻模塊22，所述第一處理芯片001包括內(nèi)嵌有虛擬用戶識別卡10a的第一應(yīng)用處理器10以及與實體用戶識別卡14連接的第一調(diào)制解調(diào)器11，所述第二處理芯片002包括第二應(yīng)用處理器20和第二調(diào)制解調(diào)器21，所述方法包括：

步驟s10，第一調(diào)制解調(diào)器通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包；

步驟s20，對提取的數(shù)據(jù)包進行壓縮；

步驟s30，將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

在本實施例中，所述第一調(diào)制解調(diào)器11通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器21發(fā)送的數(shù)據(jù)包獲取請求，后續(xù)也是通過所述預(yù)設(shè)接口將數(shù)據(jù)包反饋至所述第二調(diào)制解調(diào)器21。所述預(yù)設(shè)接口為uart接口。

其中，當(dāng)?shù)诙幚硇酒?02的第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的數(shù)據(jù)包獲取請求時，先通過uart將數(shù)據(jù)包獲取請求傳送給第一處理芯片001的第一調(diào)制解調(diào)器11；第一調(diào)制解調(diào)器11接收到該數(shù)據(jù)包獲取請求后，根據(jù)數(shù)據(jù)包獲取請求從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中獲取數(shù)據(jù)包；第一調(diào)制解調(diào)器11在獲取到數(shù)據(jù)包之后，為了保證傳輸?shù)臄?shù)據(jù)不會大于uart的buffer，先對獲取的數(shù)據(jù)包進行壓縮，得到壓縮后的數(shù)據(jù)包；再通過uart將壓縮后的數(shù)據(jù)包傳送至第二調(diào)制解調(diào)器21；第二調(diào)制解調(diào)器21接收到數(shù)據(jù)包后，再通過第二射頻模塊22將數(shù)據(jù)包上傳至基站，以完成數(shù)據(jù)包的傳輸。

具體地，所述步驟s10包括：

步驟a，所述第一調(diào)制解調(diào)器向虛擬用戶識別卡或或?qū)嶓w用戶識別卡中的片內(nèi)操作系統(tǒng)發(fā)送數(shù)據(jù)包獲取請求，由所述片內(nèi)操作系統(tǒng)在虛擬用戶識別卡或?qū)嶓w用戶識別卡中的文件存儲模塊中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包，并反饋至所述第一調(diào)制解調(diào)器；

步驟b，所述第一調(diào)制解調(diào)器接收片內(nèi)操作系統(tǒng)反饋的數(shù)據(jù)包。

在本實施例中，需要說明的是，虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的數(shù)據(jù)包存儲在文件存儲模塊中，當(dāng)?shù)谝徽{(diào)制解調(diào)器11要獲取虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的數(shù)據(jù)包時，第一調(diào)制解調(diào)器11不會直接與虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的文件存儲模塊交互，而是先向虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的cos(chipoperatingsystem，片內(nèi)操作系統(tǒng))操作系統(tǒng)發(fā)送數(shù)據(jù)包獲取請求即request，然后虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14的cos操作系統(tǒng)基于該request在文件存儲模塊中獲取數(shù)據(jù)包，然后將獲取的數(shù)據(jù)包再傳輸給第一調(diào)制解調(diào)器11，第一調(diào)制解調(diào)器11只要接收cos操作系統(tǒng)反饋的數(shù)據(jù)包即可實現(xiàn)數(shù)據(jù)包的獲取過程。

可以理解，由于第一調(diào)制解調(diào)器11無法在虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中的文件存儲模塊直接提取數(shù)據(jù)包，因此通過與虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14的cos操作系統(tǒng)進行交互，以實現(xiàn)數(shù)據(jù)包的提取，保證后續(xù)的數(shù)據(jù)傳輸過程正常運行。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14中提取出數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包之后，再對提取的數(shù)據(jù)包進行壓縮，本實施例中，第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮時，可以采用加密壓縮的方式進行數(shù)據(jù)包的壓縮，也可以直接采用明文進行壓縮。由于傳輸?shù)膕im卡網(wǎng)絡(luò)鑒權(quán)數(shù)據(jù)量比較小，為了減少加密解密等操作而導(dǎo)致數(shù)據(jù)傳輸效率低，本發(fā)明實施例優(yōu)選采用明文壓縮的方式對數(shù)據(jù)包進行壓縮，即本方案中采用的壓縮算法以簡單高效為主，具體采用的壓縮算法和壓縮過程在下文實施例中詳述。

第一調(diào)制解調(diào)器11對數(shù)據(jù)包壓縮之后，即可將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口uart的buffer中，以供第二調(diào)制解調(diào)器21從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

本實施例中需要說明的是，buffer存在于uart接口的兩端，即uart接口的兩端分別設(shè)置有buffer1和buffer2。當(dāng)?shù)诙{(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)送的數(shù)據(jù)獲取請求時，將數(shù)據(jù)包獲取請求通過uart接口發(fā)送給第一調(diào)制解調(diào)器11，第一調(diào)制解調(diào)器11從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14提取出數(shù)據(jù)包之后，先將提取的數(shù)據(jù)包存儲到buffer1中，以通過uart傳輸至第二調(diào)制解調(diào)器21的buffer2中，第二調(diào)制解調(diào)器21再從buffer2中獲取數(shù)據(jù)包。

本實施例提出的數(shù)據(jù)包傳輸方法，第一調(diào)制解調(diào)器通過預(yù)設(shè)接口接收第二調(diào)制解調(diào)器發(fā)送的數(shù)據(jù)包獲取請求時，先從虛擬用戶識別卡或?qū)嶓w用戶識別卡中提取所述數(shù)據(jù)包獲取請求對應(yīng)的數(shù)據(jù)包，然后對提取的數(shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer中，以供第二調(diào)制解調(diào)器從所述buffer中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。本方案在傳輸數(shù)據(jù)包時，先對待傳輸?shù)臄?shù)據(jù)包進行壓縮，再將壓縮后的數(shù)據(jù)包進行傳輸，使得傳輸?shù)臄?shù)據(jù)包的容量值有所減小，避免了數(shù)據(jù)傳輸過程中移動終端死機的情況。

進一步地，基于第一實施例提出本發(fā)明數(shù)據(jù)包傳輸方法第二實施例。

數(shù)據(jù)包傳輸方法第二實施例與數(shù)據(jù)包傳輸方法第一實施例的區(qū)別在于，所述步驟s20之前，所述方法還包括：

所述第一調(diào)制解調(diào)器判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器添加的壓縮標(biāo)識；

若能提取出壓縮標(biāo)識，則執(zhí)行所述步驟s20。

在本實施例中，當(dāng)?shù)诙{(diào)制解調(diào)器21向第一調(diào)制解調(diào)器11發(fā)送數(shù)據(jù)包獲取請求(request)之前，為了防止傳輸?shù)臄?shù)據(jù)包過大，第二調(diào)制解調(diào)器21發(fā)送request時，先確定是否需要在request中添加壓縮標(biāo)識，若需要，則先在request中添加一個壓縮標(biāo)識，如添加字段01，以告知第一調(diào)制解調(diào)器11對待發(fā)送的數(shù)據(jù)包進行壓縮。

需要說明的是，由于待傳輸?shù)臄?shù)據(jù)是根據(jù)通訊協(xié)議標(biāo)準(zhǔn)確定的，因此，第二調(diào)制解調(diào)器21可以得知即將獲取的數(shù)據(jù)包的數(shù)據(jù)類型和數(shù)據(jù)大小，那么，當(dāng)?shù)诙{(diào)制解調(diào)器21發(fā)送request之前，先判斷當(dāng)前待獲取的數(shù)據(jù)包的大小，若待獲取的數(shù)據(jù)包的大小超出了buffer的容量值，則第二調(diào)制解調(diào)器21在request中添加壓縮標(biāo)識，以告知第一調(diào)制解調(diào)器11對待傳輸?shù)臄?shù)據(jù)包進行壓縮，若第二調(diào)制解調(diào)器21判斷待獲取的數(shù)據(jù)包的大小未超出buffer的容量值，則直接發(fā)送request即可，無需添加壓縮標(biāo)識。

在本實施例中，第二調(diào)制解調(diào)器21發(fā)送request之前，對待獲取的數(shù)據(jù)包的大小進行識別，僅在待獲取的數(shù)據(jù)包超出buffer的容量值時，才在request添加壓縮標(biāo)識，避免了所有的數(shù)據(jù)包獲取請求都添加壓縮標(biāo)識，縮短了數(shù)據(jù)包傳輸?shù)臅r間，提高了數(shù)據(jù)包傳輸?shù)男省?/p>

當(dāng)?shù)谝徽{(diào)制解調(diào)器11通過預(yù)設(shè)接口(uart)接收第二調(diào)制解調(diào)器21發(fā)送的數(shù)據(jù)包獲取請求時，先對所述數(shù)據(jù)包獲取請求進行解析，以確定能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器21添加的壓縮標(biāo)識，若在所述數(shù)據(jù)包獲取請求中提取出壓縮標(biāo)識，此時，所述第一調(diào)制解調(diào)器11即可對提取的數(shù)據(jù)包進行壓縮，后續(xù)再將壓縮后的數(shù)據(jù)包緩存至所述預(yù)設(shè)接口的buffer1中，并通過uart傳輸至buffer2中，以供第二調(diào)制解調(diào)器21從所述buffer2中提取壓縮后的數(shù)據(jù)包，以完成數(shù)據(jù)包的傳輸。

在本實施例中，數(shù)據(jù)包傳輸過程是發(fā)生第一調(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21喚醒之后，那么當(dāng)?shù)谝徽{(diào)制解調(diào)器11和第二調(diào)制解調(diào)器21喚醒之后，若第二調(diào)制解調(diào)器21通過第二射頻模塊22接收到基站發(fā)生的數(shù)據(jù)包獲取請求，執(zhí)行以下操作：

判斷：先確定待獲取的數(shù)據(jù)包的大小，以判斷是否需要添加壓縮標(biāo)識；

決策：若待獲取的數(shù)據(jù)包超過uart的buffer的容量，則在發(fā)送數(shù)據(jù)包獲取請求之前，在數(shù)據(jù)包獲取請求添加壓縮標(biāo)識；

發(fā)送：在數(shù)據(jù)包獲取請求添加壓縮標(biāo)識之后，發(fā)送數(shù)據(jù)包獲取請求。

第一調(diào)制解調(diào)器11通過uart接收到數(shù)據(jù)包獲取請求時，執(zhí)行以下操作：

提?。捍_定能否從數(shù)據(jù)包獲取請求中提取出壓縮標(biāo)識，若能，則提取出壓縮標(biāo)識；

壓縮：基于提取的壓縮標(biāo)識，對從虛擬用戶識別卡10a或?qū)嶓w用戶識別卡14提取的數(shù)據(jù)包進行壓縮；

反饋：反饋壓縮的數(shù)據(jù)包。

最終，第二調(diào)制解調(diào)器21通過uart接收第一調(diào)制解調(diào)器11反饋的數(shù)據(jù)包，以完成數(shù)據(jù)包傳輸過程。上述的操作過程，可參照圖3。

需要說明的是，第二調(diào)制解調(diào)器21發(fā)送的是數(shù)據(jù)包獲取請求，由于數(shù)據(jù)包獲取請求一般都小于buffer的容量，因此可不對數(shù)據(jù)包獲取請求進行壓縮。

在本實施例中，第一調(diào)制解調(diào)器11在對數(shù)據(jù)包進行壓縮之前，先判斷能否從所述數(shù)據(jù)包獲取請求中提取出第二調(diào)制解調(diào)器添加的壓縮標(biāo)識，若能提取出壓縮標(biāo)識，才對數(shù)據(jù)包進行壓縮，防止數(shù)據(jù)包小于buffer的容量時也進行壓縮，以防止系統(tǒng)資源的浪費，并且節(jié)省了數(shù)據(jù)包傳輸?shù)臅r間，從而提高了數(shù)據(jù)包傳輸?shù)男省?/p>

進一步地，基于第一實施例提出本發(fā)明數(shù)據(jù)包傳輸方法第三實施例。

數(shù)據(jù)包傳輸方法第三實施例與數(shù)據(jù)包傳輸方法第一實施例的區(qū)別在于，所述步驟s20之前，所述方法還包括：

所述第一調(diào)制解調(diào)器對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭；

基于所述數(shù)據(jù)包的包頭確定所述數(shù)據(jù)包的長度；

在所述數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，執(zhí)行所述步驟s20。

在本實施例中，所述第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮之前，先對從實體用戶識別卡14中提取的數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭，然后從包頭中獲取數(shù)據(jù)包的長度，以確定該數(shù)據(jù)包的大小。其中，數(shù)據(jù)包為tlv格式，tlv格式是ber(basicencodingrules，基本編碼規(guī)則)編碼的一種，全稱為type(類型)，length(長度)，value(值)，t字段表示數(shù)據(jù)包的類型，l字段表示數(shù)據(jù)包的長度、v字段用于存放數(shù)據(jù)包的內(nèi)容。

本實施例中，該數(shù)據(jù)包的生成過程為：傳輸層獲取到數(shù)據(jù)包對應(yīng)的原始數(shù)據(jù)，并為原始數(shù)據(jù)添加傳輸層的數(shù)據(jù)包頭，數(shù)據(jù)包頭包括傳輸層數(shù)據(jù)類型和數(shù)據(jù)長度，得到初始數(shù)據(jù)包，并將初始數(shù)據(jù)包傳輸至傳輸復(fù)用層。當(dāng)傳輸復(fù)用層接收到初始數(shù)據(jù)包后，為初始化數(shù)據(jù)包添加傳輸復(fù)用層的數(shù)據(jù)包頭，數(shù)據(jù)包頭包括復(fù)用層的數(shù)據(jù)類型和數(shù)據(jù)長度，得到數(shù)據(jù)包，并調(diào)用物理驅(qū)動層的發(fā)送接口將該數(shù)據(jù)包發(fā)送給物理層。后續(xù)，第一調(diào)制解調(diào)器11對提取的所述數(shù)據(jù)包進行解析，就是從物理層(物理傳輸介質(zhì))之上的物理驅(qū)動層檢測數(shù)據(jù)包的包頭，以解析得到數(shù)據(jù)包的大小(長度)。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11確定數(shù)據(jù)包的長度后，再判斷該數(shù)據(jù)包的長度是否大于預(yù)設(shè)閾值(即buffer的容量值)。在本實施例中，所述預(yù)設(shè)閾值可選為512字節(jié)，在其它實施例中，也可以將所述預(yù)設(shè)閾值設(shè)置為其它長度，在此不再限定。當(dāng)數(shù)據(jù)包的長度大于所述預(yù)設(shè)閾值時，為了防止數(shù)據(jù)包傳輸導(dǎo)致終端死機，所述第一調(diào)制解調(diào)器11對提取的數(shù)據(jù)包進行壓縮?？梢岳斫猓籼崛〉臄?shù)據(jù)包的長度小于預(yù)設(shè)閾值，所述第一調(diào)制解調(diào)器11可直接通過uart接口發(fā)送該數(shù)據(jù)包至第二調(diào)制解調(diào)器21。

在本實施例中，在對數(shù)據(jù)包進行壓縮之前，所述第一調(diào)制解調(diào)器對提取的所述數(shù)據(jù)包進行解析，以得到所述數(shù)據(jù)包的包頭，再確定所述數(shù)據(jù)包的長度，僅在數(shù)據(jù)包的長度大于預(yù)設(shè)閾值時，才對提取的數(shù)據(jù)包進行壓縮，從而提高了數(shù)據(jù)包壓縮的準(zhǔn)確性。

進一步地，基于第一至第三實施例提出本發(fā)明數(shù)據(jù)包傳輸方法第四實施例。

數(shù)據(jù)包傳輸方法第四實施例與數(shù)據(jù)包傳輸方法第一至第三實施例的區(qū)別在于，所述步驟s20包括：

步驟a、所述第一調(diào)制解調(diào)器獲取所述數(shù)據(jù)包對應(yīng)的源文本；

步驟b、確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段；

步驟c、在預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度；

步驟d、通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

在本實施例中，所述第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮，具體地，先獲取數(shù)據(jù)包對應(yīng)的源文本，然后確定源文本中出現(xiàn)頻率大于預(yù)設(shè)頻率的字符段，再從預(yù)設(shè)字典列表中，查找所述字符段對應(yīng)的編碼，其中，編碼的長度小于對應(yīng)的字符段的長度，最終通過查找的編碼代替對應(yīng)的字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為字典算法，字典算法是最為簡單的壓縮算法之一。該字典算法把文本中出現(xiàn)頻率大于預(yù)設(shè)一定值的單詞或詞匯組合做成一個對應(yīng)的字典列表，并用特殊代碼來表示這個單詞或詞匯，例如，當(dāng)前的字典列表中：

00＝chinese

01＝people

02＝china

若當(dāng)期數(shù)據(jù)包中的源文本為：iamachinesepeople，iamfromchina。那么，采用該字典算法，壓縮后的編碼為：iama0001，iamfrom02。

可以理解，壓縮編碼后的長度顯著縮小，這樣的編碼專有名詞或者固定組合較多的內(nèi)容中，壓縮效率十分顯著，將預(yù)定的文本內(nèi)容用字典中預(yù)定的編碼映射替代，解壓縮的時候執(zhí)行反向還原即可。

進一步地，所述步驟a之后，所述步驟s20還包括：

步驟e、依次確定源文本中高四位為零且相鄰的任兩個字符段；

步驟f、將所述任兩個字符段的高四位進行刪除，并將所述任兩個字符段的低四位進行組合，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可依次確定源文本中高四位為零且相鄰的任兩個字符段，再將任兩個字符段的高四位進行刪除，并將任兩個字符段的低四位進行組合，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為固定位長算法(fixedbitlengthpacking)，這種算法是把文本用需要的最少的位來進行壓縮編碼。比如：八個十六進制數(shù)：1，2，3，4，5，6，7，8。轉(zhuǎn)換為二進制為：00000001，00000010，00000011，00000100，00000101，00000110，00000111，00001000。每個數(shù)只用到了低4位，而高4位沒有用到(全為0)，因此對低4位進行壓縮編碼后得到：0001，0010，0011，0100，0101，0110，0111，1000。然后兩兩補充為8位字節(jié)得到：00010010，00110100，01010110，01111000。所以原來的八個十六進制數(shù)縮短了一半，得到4個十六進制數(shù)：12，34，56，78。

可以理解，通過這種組合方式，將需要用到的位數(shù)進行了縮小，使得數(shù)據(jù)包的容量有所減小，同理，解壓時執(zhí)行反響拆分添加組合即可。

進一步地，所述步驟a之后，所述步驟s20還包括：

步驟g、對源文本中連續(xù)出現(xiàn)的字符，采用重復(fù)次數(shù)加字符進行代替，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可對源文本中連續(xù)出現(xiàn)的字符，采用重復(fù)次數(shù)加字符進行代替，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為rle(runlengthencoding，游程編碼，又譯行程長度編碼)算法，這種壓縮編碼是一種變長的編碼，rle根據(jù)文本不同的具體情況會有不同的壓縮編碼變體與之相適應(yīng)，以產(chǎn)生更大的壓縮比率。具體地：

變體1：重復(fù)次數(shù)+字符

文本字符串：aaabbbccccdddd，編碼后得到：3a3b4c4d；通過該變體算法，即可將數(shù)據(jù)包終端文本字符串進行壓縮。

變體2：特殊字符+重復(fù)次數(shù)+字符

文本字符串：aaaaabccccbccc，編碼后得到：bb5abb4cbb3c；其中，該編碼串的最開始說明特殊字符為b，然后再添加一個b，b后面跟著的數(shù)字就表示出重復(fù)的次數(shù)。也就是說，文本串字符采用該變體2算法進行編碼壓縮時，先在編碼后的編碼串的首字母說明特殊字符為b，然后由于后面緊接著出現(xiàn)5個字符a，需要在這5個字符a之前添加一個特殊字符即字符b，因此就是bb5a，在5a之后出現(xiàn)b，且b之后又出現(xiàn)3個c，因此，需要在3個c之前再添加一個特殊字符b，與前面連接起來就是bb5abb4c，后面采用同樣的方式，即可得到最終的編碼串bb5abb4cbb3c。

為了更清楚理解該方案，舉另一個例子：文本字符串仍然為：aaaaabccccbccc，若當(dāng)前編碼串的最開始說明特殊字符為d，那么，編碼后得到：dd5abd4cbd3c。

變體3：

把文本每個字節(jié)分組成塊，每個字符最多重復(fù)127次。每個塊以一個特殊字節(jié)開頭。那個特殊字節(jié)的第7位如果被置位，那么剩下的7位數(shù)值就是后面的字符的重復(fù)次數(shù)。如果第7位沒有被置位，那么剩下7位就是后面沒有被壓縮的字符的數(shù)量。

例如：文本字符串：aaaaabcdefff，編碼后得到：85a4bcde83f(85h＝10000101b、4h＝00000100b、83h＝10000011b)。其中，先將文本字符串分組成三個塊，分別是aaaaa、bcde和fff，三個快對應(yīng)的特殊字符分別是10000101、00000100和10000011，由于10000101中第7位被置位為1，因此剩下的7位數(shù)值為后面的字符的重復(fù)次數(shù)，此時可知剩下的7位數(shù)值對應(yīng)的值為5，即可得到85a；同理，由于00000100中的第7位沒有被置位為1，那么剩下7位是后面沒有被壓縮的字符的數(shù)量，可知此時剩下7位對應(yīng)的值為4，即可得到4bcde；同理可確定83f，此處不在贅述。

需要說明的是，以上所列舉出的三種3種rle變體算法僅僅是較佳的幾種變體算法，本領(lǐng)域技術(shù)人員利用本發(fā)明的技術(shù)思想，根據(jù)其具體需求所提出的其它rle變體算法均在本發(fā)明的保護范圍內(nèi)，在此不進行一一窮舉。

進一步地，所述步驟a之后，所述步驟s20還包括：

步驟h、確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段；

步驟i、若存在，確定后一個字符段與前一個字符端的距離以及所述字符段的長度；

步驟j、采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

即，所述第一調(diào)制解調(diào)器11獲取到數(shù)據(jù)包對應(yīng)的源文本之后，還可確定源文本中是否存在內(nèi)容相同且長度大于預(yù)設(shè)值的字符段，若存在，確定后一個字符段與前一個字符端的距離以及字符段的長度，采用距離與長度的標(biāo)識代替后一個字符段，以實現(xiàn)數(shù)據(jù)包的壓縮。

該過程涉及的算法為lz77(由jacobziv和abrahamlempel于1977年提出，所以命名為lz77)算法。

lz77算法的壓縮原理：如果文件中有兩塊字符串內(nèi)容相同的話，那么只要知道前一塊字符串內(nèi)容的位置和大小，我們就可以確定后一塊字符串的內(nèi)容。所以我們可以用(兩塊字符串之間的距離，相同內(nèi)容的長度)這樣一對信息，來替換后一塊字符串內(nèi)容。由于(兩塊字符串之間的距離，相同內(nèi)容的長度)這一對信息的大小，小于被替換內(nèi)容的大小，所以文件得到了壓縮。

為更好理解，下面我們來舉一個例子：

有一個文件的內(nèi)容如下：http://jiurl.yeah.nethttp://jiurl.nease.net，其中有些部分的內(nèi)容，前面已經(jīng)出現(xiàn)過了，后面用()括起來的部分就是相同的部分：http://jiurl.yeah.net(http://jiurl.)nease(.net)。

我們使用(兩塊字符串之間的距離，相同內(nèi)容的長度)這樣一對信息，來替換后一塊字符串內(nèi)容，得到http://jiurl.yeah.net(22,13)nease(23,4)。

(22,13)中，22表示后一塊http://jiurl.與前一塊http://jiurl.中任意兩個相同字符之間的距離，如后一個h與前一個h的距離；13為相同內(nèi)容的長度；(23,4)同理，此處不再贅述。

從上述例子中可看出，由于(兩塊字符串之間的距離，相同內(nèi)容的長度)這一對信息的大小，小于被替換內(nèi)容的大小，所以文件得到了壓縮。

具體地，lz77算法使用滑動窗口尋找匹配串：

即lz77算法使用"滑動窗口"的方法，來尋找文件中的相同部分，文件中相同部分即匹配串。首先，對匹配串做一個說明，匹配串是指一個任意字節(jié)的序列，不僅僅是可以在文本文件中顯示出來的那些字節(jié)的序列，還可以是包括標(biāo)點符號的序列。這里的串強調(diào)的是它在文件中的位置，它的長度隨著匹配的情況而變化。具體地：

lz77從文件的開始處開始，一個字節(jié)一個字節(jié)的向后進行處理。本發(fā)明實施例中，滑動窗口的長度是固定的，該滑動窗口的終止位置在當(dāng)前處理字節(jié)之前，并且緊挨著當(dāng)前處理字節(jié)，隨著處理的字節(jié)不斷的向后滑動，就象在陽光下，飛機的影子滑過大地一樣。對于文件中的每個字節(jié)，用當(dāng)前處理字節(jié)開始的串，和窗口中的每個串進行匹配，以尋找最長的匹配串。

窗口中的每個串指窗口中每個字節(jié)開始的串。如果當(dāng)前處理字節(jié)開始的串在窗口中有匹配串，就用(之間的距離，匹配長度)這樣一對信息，來替換當(dāng)前串，然后從剛才處理完的串之后的下一個字節(jié)，繼續(xù)處理。如果當(dāng)前處理字節(jié)開始的串在窗口中沒有匹配串，就不做改動的輸出當(dāng)前處理字節(jié)。

處理文件中第一個字節(jié)的時候，窗口在當(dāng)前處理字節(jié)之前，也就是還沒有滑到文件上，這時窗口中沒有任何內(nèi)容，被處理的字節(jié)就會不做改動的輸出。隨著處理的不斷向后，窗口越來越多的滑入文件，最后整個窗口滑入文件，然后整個窗口在文件上向后滑動，直到整個文件結(jié)束。

需要說明的是，匹配串的長度有所限制，即本實施例中，設(shè)置了最小匹配串和最大匹配串，必須限制通過滑動窗口匹配出來的字符串大于該最小匹配串并且小于該最大匹配串，才會進行壓縮，若是匹配出來的字符串小于該最小匹配串，或大于該最大匹配串，則不會進行后續(xù)的壓縮操作。

為更好理解本實施例，舉例如下：

假設(shè)文本字符串為：aaababaaac，當(dāng)前有一個6個字符的滑動窗口，表示滑動窗口中一次性最多包含6個字符。

編碼的第一步：滑動窗口是一個空窗口，此時滑動窗口還不需要滑動，將滑動窗口與滑動窗口外的文本字符串第一位字符進行比對，發(fā)現(xiàn)不存在匹配的字符，此時將滑動窗口往右移動一位，也就是將滑動窗口從右滑入文本字符串，那么字符串首字母進入該滑動窗口，此時滑動窗口顯示字符a；

編碼的第二步：由于滑動窗口內(nèi)部只有字符a，滑動窗口外緊接著出現(xiàn)字符a，雖然滑動窗口里面和外面存在匹配的字符a，但是為了保證字符編碼的效率，事先設(shè)置最小匹配串，如將最小匹配串設(shè)置為2個字符，由于此時只有一個字符a匹配，不符合要求，那么滑動窗口保持不動，將處理的字符往右移動一位，即與滑動窗口進行比對的字符就是aa，此時滑動窗口內(nèi)只有一個字符a，因此，不存在匹配的字符，那么將該滑動窗口繼續(xù)向右滑動，那么文本字符串的第二個字符也進入滑動窗口，此時滑動窗口中出現(xiàn)了兩個一樣的字符a。

編碼的第三步：當(dāng)滑動窗口內(nèi)部存在兩個相同的字符a時，將滑動窗口內(nèi)部的兩個字符a與窗口外的字符進行比對，由于滑動窗口外緊接著的兩個字符是ab，不匹配，因此滑動窗口繼續(xù)右滑，當(dāng)滑動窗口滑動出現(xiàn)aaa時，滑動窗口外緊接著出現(xiàn)的字符是bab，與滑動窗口內(nèi)的字符不匹配，那么滑動窗口繼續(xù)向右滑動，以使得滑動窗口內(nèi)部出現(xiàn)aaab，此時，由于滑動窗口內(nèi)部的字符ab與滑動窗口外部緊接著的字符ab匹配，認(rèn)為找到了相似長度為2的ab，因此滑動窗口外的ab滿足最小匹配串的要求，因此一對〈長度，距離〉就被輸出了，長度(length)是2并且向后距離也是2，所以輸出為<2，2>。

編碼的第四步：當(dāng)后一個字符串a(chǎn)b用<2，2>輸出之后，該段字符串就相當(dāng)于刪除了，此時將滑動窗口與剩下的文本字符串進行比對，剩下的文本字符串為aaac，通過該滑動窗口比對時，在將aaac中的前兩個aa與滑動窗口進行比對時，雖然aa與滑動窗口出現(xiàn)相同內(nèi)容和長度的字符，并且符合最小字符串，但是為了提高壓縮效率，會繼續(xù)判斷文本字符串后面是否還有匹配的字符串，若此時檢測到出還有一個字符a，即剛好有文本字符串a(chǎn)aa與滑動窗口內(nèi)的三個字符a相同，那么確定剩下的文本字符串a(chǎn)aa與滑動窗口內(nèi)aaa的距離以及相同字符串的長度，此時由于刪除了原本字符串中的后一個ab，因此aaa與滑動窗口內(nèi)aaa的距離是4，相同的內(nèi)容長度是3，可輸出<4,3>。

編碼的第五步：輸出<4,3>之后，該文本字符串中還需要處理的字符只有c，由于該滑動窗口中的字符是aaab，不匹配，因此滑動窗口向右滑動一位，將字符c也滑進該滑動窗口，那么滑動窗口內(nèi)的字符就為aaabc。由于后續(xù)沒有內(nèi)容需要處理，那么將該滑動窗口內(nèi)的所有字符都輸出，最終得到的編碼串為aaab<2,2><4,3>c。

使用lz77算法進行壓縮和解壓縮

為了在解壓縮時，可以區(qū)分“沒有匹配的字節(jié)”和“(之間的距離，匹配長度)對”，還需要在每個“沒有匹配的字節(jié)”或者“(之間的距離，匹配長度)對”之前，放上一位，來指明是“沒有匹配的字節(jié)”，還是“(之間的距離，匹配長度)對”。本發(fā)明實施例中，可選用0表示“沒有匹配的字節(jié)”，用1表示“(之間的距離，匹配長度)對”。

實際應(yīng)用中，固定(之間的距離，匹配長度)對中的，“之間的距離”和“匹配長度”所使用的位數(shù)。由于要固定“之間的距離”所使用的位數(shù)，所以才使用了固定大小的窗口，比如窗口的大小為32kb，那么用15位(2^15＝32k)就可以保存0-32k范圍內(nèi)的任何一個值。此外，還將限定最大的匹配長度，這樣一來，“匹配長度”所使用的位數(shù)也就固定了。

實際應(yīng)用中，還將設(shè)定一個最小匹配長度，只有當(dāng)兩個串的匹配長度大于最小匹配長度時，才認(rèn)為是一個匹配。為更好理解，舉一個例子來說明這樣做的原因：比如，“距離”使用15位，“長度”使用8位，那么“(之間的距離，匹配長度)對”將使用23位，也就是差1位3個字節(jié)。如果匹配長度小于3個字節(jié)的話，那么用“(之間的距離，匹配長度)對”進行替換的話，不但沒有壓縮，反而會增大，所以需要一個最小匹配長度。

壓縮：

從文件的開始到文件結(jié)束，一個字節(jié)一個字節(jié)的向后進行處理。用當(dāng)前處理字節(jié)開始的串，和滑動窗口中的每個串進行匹配，尋找最長的匹配串。如果當(dāng)前處理字節(jié)開始的串在窗口中有匹配串，就先輸出一個標(biāo)志位，表明下面是一個(之間的距離，匹配長度)對，然后輸出(之間的距離，匹配長度)對，然后從剛才處理完的串之后的下一個字節(jié)，繼續(xù)處理。如果當(dāng)前處理字節(jié)開始的串在窗口中沒有匹配串，就先輸出一個標(biāo)志位，表明下面是一個沒有改動的字節(jié)，然后不做改動的輸出當(dāng)前處理字節(jié)，然后繼續(xù)處理當(dāng)前處理字節(jié)的下一個字節(jié)。

解壓縮：

從文件開始到文件結(jié)束，每次先讀一位標(biāo)志位，通過這個標(biāo)志位來判斷下面是一個(之間的距離，匹配長度)對，還是一個沒有改動的字節(jié)。如果是一個(之間的距離，匹配長度)對，就讀出固定位數(shù)的(之間的距離，匹配長度)對，然后根據(jù)對中的信息，將匹配串輸出到當(dāng)前位置。如果是一個沒有改動的字節(jié)，就讀出一個字節(jié)，然后輸出這個字節(jié)。

綜上所述，可以看出，lz77壓縮時需要做大量的匹配工作，而解壓縮時需要做的工作很少，也就是說解壓縮相對于壓縮將快的多，這對于需要進行一次壓縮，多次解壓縮的情況，是一個效果顯著的優(yōu)點。

當(dāng)?shù)谝徽{(diào)制解調(diào)器11通過上述任一個壓縮算法對數(shù)據(jù)包進行壓縮之后，再將壓縮后的數(shù)據(jù)包存儲到buffer中進行轉(zhuǎn)發(fā)。后續(xù)，第二調(diào)制解調(diào)器21即可從buffer中提取出壓縮的數(shù)據(jù)包，并對提取的壓縮數(shù)據(jù)包進行解壓，其中，解壓的方式也包括兩種：當(dāng)?shù)谝徽{(diào)制解調(diào)器11是加密壓縮時，所述第二調(diào)制解調(diào)器21采用對應(yīng)的密文進行解壓，當(dāng)?shù)谝徽{(diào)制解調(diào)器11是明文壓縮時，所述第二調(diào)制解調(diào)器21即可直接進行解壓，以得到解壓后的數(shù)據(jù)包。由于本實施例中的各個壓縮算法主要是明文算法，因此，解壓的方式也是明文解壓。

可以理解，本方案中，在移動終端100中的電信卡傳輸?shù)臄?shù)據(jù)包較大時，第二調(diào)制解調(diào)器21在request中添加標(biāo)識，使第一調(diào)制解調(diào)器11對數(shù)據(jù)包進行壓縮，以改變數(shù)據(jù)包的期望值，后續(xù)緩存到buffer的數(shù)據(jù)包就不會超出buffer的容量值，那么，避免了大數(shù)據(jù)包傳輸導(dǎo)致死機的問題，同時數(shù)據(jù)包不會被拆分成多個數(shù)據(jù)包，避免了數(shù)據(jù)包轉(zhuǎn)發(fā)不完整的情況。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其它變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其它要素，或者是還包括為這種過程、方法、物品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者系統(tǒng)中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其它相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。