亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

無(wú)線通訊系統(tǒng)分組數(shù)據(jù)匯聚協(xié)議層數(shù)據(jù)保密的方法及裝置的制作方法

文檔序號(hào):7920376閱讀:213來(lái)源:國(guó)知局
專利名稱:無(wú)線通訊系統(tǒng)分組數(shù)據(jù)匯聚協(xié)議層數(shù)據(jù)保密的方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明是關(guān)于一種用于無(wú)線通訊系統(tǒng)處理數(shù)據(jù)保密的方法及裝置,尤指 一種用于無(wú)線通訊系統(tǒng)的客戶端的分組數(shù)據(jù)匯聚協(xié)議層中于基地臺(tái)交遞程序 時(shí)處理數(shù)據(jù)保密的方法及裝置。
背景技術(shù)
第三代行動(dòng)通訊技術(shù)可提供高度頻譜利用效率、無(wú)遠(yuǎn)弗屆的覆蓋率及高
質(zhì)量、高速率的多媒體數(shù)據(jù)傳輸,同時(shí)更能同時(shí)滿足各種不同的QoS服務(wù)要 求,提供具彈性的多樣化雙向傳輸服務(wù),并提供較佳的通訊質(zhì)量,有效降低 通訊中斷率。然而,在市場(chǎng)對(duì)于高速數(shù)據(jù)傳輸與多J 某體應(yīng)用的大量需求下, 業(yè)界已開(kāi)始發(fā)展下一代行動(dòng)通訊技術(shù),而相關(guān)規(guī)范制定委員會(huì)也針對(duì)這樣的 目標(biāo),不斷修訂通訊規(guī)范,以符合業(yè)界需求。長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)無(wú)線通訊系統(tǒng),即是一種建立于第三代行動(dòng)通訊系統(tǒng)(如全球行動(dòng)電信系 統(tǒng))之上的先進(jìn)式高速無(wú)線通訊系統(tǒng),其只需支持封包交換傳輸,主要目標(biāo)在 于降低系統(tǒng)復(fù)雜度,同時(shí)降低傳輸延遲并提高傳輸速率。
一般而言,無(wú)線通訊系統(tǒng)的解密主要是依賴 一保密參數(shù)集(Secur i ty Parameter Set),此保密參數(shù)集含一金鑰(Key)以及與所傳送封包相關(guān)的多個(gè) 參數(shù),如封包計(jì)數(shù)值(COUNT)、封包所使用無(wú)線電承載編號(hào)(BEARER)、和封包 傳輸方向(DIRECTION)??蛻舳烁鶕?jù)此保密參數(shù)集,通過(guò)特定算法對(duì)密文 (Cipher Text)數(shù)據(jù)進(jìn)行解密,以得到明文(Plain Text)數(shù)據(jù)。
上述保密參數(shù)集中的封包計(jì)數(shù)值(COUNT)是由一接收端超框數(shù)(RX_HFN) 及一嵌入于傳輸封包表頭中的封包序號(hào)(Sequence Number, SN)所組成。其中, 超框數(shù)類似于封包序號(hào)的進(jìn)位數(shù),當(dāng)超過(guò)封包序號(hào)的表示位數(shù)所能表示的數(shù) 值時(shí),封包序號(hào)會(huì)從啟始值重新開(kāi)始累加,同時(shí)超框數(shù)會(huì)被加l。舉例來(lái)說(shuō), 當(dāng)封包序號(hào)由七個(gè)位表示時(shí),亦即封包序號(hào)可依序計(jì)數(shù)0到127。 一旦封包 序號(hào)超過(guò)127時(shí),超框數(shù)就會(huì)被加1,而封包序號(hào)則重新由0開(kāi)始。因此,根據(jù)每一封包的封包序號(hào),傳輸端與接收端分別于適當(dāng)時(shí)機(jī)累加超框數(shù),以 令彼此保持超框數(shù)的同步,確保加解密的順利進(jìn)行。更進(jìn)一步來(lái)說(shuō),在進(jìn)行 封包解密之前,分組數(shù)據(jù)匯聚協(xié)議層會(huì)先比較嵌入于傳輸封包表頭中的封包
序號(hào)與協(xié)定層所維護(hù)的一預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)(Next-PDCP-RX—SN) 的大小,若前者小于后者,這表示封包序號(hào)已經(jīng)超過(guò)127,而重新由0開(kāi)始, 因此接收超框數(shù)(RX-HFN)就會(huì)被加1,以便和傳輸端同步。以上說(shuō)明顯示, 分組數(shù)據(jù)匯聚協(xié)議層必須維護(hù) 一預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)變數(shù) (Next-PDCP—RX-SN)及一接收端超框數(shù)變量(RX—HFN),以作為封包解密之用。 依據(jù)已知規(guī)范,當(dāng)客戶端進(jìn)行基地臺(tái)交遞,且操作于無(wú)線鏈路控制層的 一非確認(rèn)才莫式(Unacknowledged Mode, UM)時(shí),客戶端的分組數(shù)據(jù)匯聚協(xié)議封 包解密程序先重置保密變量,即 一預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào) (Next-PDCP-RX-SN)和一接收端超框數(shù)(RX-HFN),之后才對(duì)來(lái)源基地臺(tái)所接收
的封包進(jìn)行解密。然而,在基地臺(tái)交遞之前,來(lái)源基地臺(tái)是使用對(duì)應(yīng)于客戶 端重置前的保密變量所求得的封包計(jì)數(shù)值(COUNT)進(jìn)行加密,但在基地臺(tái)交遞 時(shí),客戶端卻使用重置后的保密變量進(jìn)行解密。在此情形下,客戶端將無(wú)法 正確解出從來(lái)源基地臺(tái)所接收的封包數(shù)據(jù),或解出的數(shù)據(jù)對(duì)于上層來(lái)說(shuō)是不 正確的。
舉例來(lái)說(shuō),客戶端與 一來(lái)源基地臺(tái)進(jìn)行串流影視播放服務(wù)(屬于非確認(rèn)模 式的服務(wù)),并在基地臺(tái)交遞初期,兩者共同使用值為"120"的超框數(shù),來(lái) 產(chǎn)生封包計(jì)數(shù)值,以進(jìn)行封包加密。于基地臺(tái)交遞期間,部分來(lái)自來(lái)源基地 臺(tái)的封包儲(chǔ)存于緩存器中。在此情況下,雖然還未進(jìn)行封包解密,根據(jù)已知 交遞流程,客戶端將預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)及接收端超框數(shù)的值皆 重設(shè)為"0"。結(jié)果,在往后封包解密時(shí),客戶端所使用的接收端超框數(shù),將 不同于來(lái)源基地臺(tái)加密時(shí)所使用的超框數(shù)值,因此無(wú)法正確解密。在此情況 下,雖然緩存器中來(lái)自來(lái)源基地臺(tái)的封包經(jīng)過(guò)解密并送至上層,但是解出的 錯(cuò)誤數(shù)據(jù)會(huì)造成影視播放畫(huà)面出現(xiàn)亂碼,影響服務(wù)質(zhì)量。
因此,在已知技術(shù)中,由于重置之后的保密變量不同于來(lái)源基地臺(tái)加密 時(shí)所使用的保密變量,在解密從來(lái)源基地臺(tái)所接收的封包時(shí),交遞中及交遞 后的客戶端會(huì)發(fā)生解密錯(cuò)誤或解出無(wú)用信息的情況
發(fā)明內(nèi)容
因此,本發(fā)明的主要目的即在于提供一種用于無(wú)線通訊系統(tǒng)的客戶端的 分組數(shù)據(jù)匯聚協(xié)議層中于基地臺(tái)交遞程序時(shí)處理數(shù)據(jù)保密的方法及裝置,以 使從來(lái)源基地臺(tái)所接收的封包正確解密。
本發(fā)明揭露一種用于無(wú)線通訊系統(tǒng)的客戶端的分組數(shù)據(jù)匯聚協(xié)議層中于 基地臺(tái)交遞程序時(shí)處理數(shù)據(jù)保密的方法,其包含有于該客戶端由來(lái)源基地臺(tái) 交遞至目地基地臺(tái)時(shí),使用對(duì)應(yīng)于該來(lái)源基地臺(tái)的保密參數(shù)集,解密從該來(lái) 源基地臺(tái)所接收的封包。
本發(fā)明另揭露一種用于無(wú)線通訊系統(tǒng)的通訊裝置,用以于基地臺(tái)交遞程 序時(shí),正確處理分組數(shù)據(jù)匯聚協(xié)議層數(shù)據(jù)保密。該通訊裝置包含有控制電路、 中央處理器,以及儲(chǔ)存裝置。該控制電路用來(lái)實(shí)現(xiàn)該通訊裝置的功能。該中 央處理器設(shè)于該控制電路中,用來(lái)執(zhí)行程序代碼以操控該控制電路。該儲(chǔ)存 裝置設(shè)于該控制電路中且耦接于該中央處理器,用來(lái)儲(chǔ)存該程序代碼。其中, 該程序代碼中包含有于該通訊裝置由來(lái)源基地臺(tái)交遞至目地基地臺(tái)時(shí),該通 訊裝置的分組數(shù)據(jù)匯聚協(xié)議層使用對(duì)應(yīng)于該來(lái)源基地臺(tái)的保密參數(shù)集,解密 從該來(lái)源基地臺(tái)所接收的封包。
本發(fā)明利用原對(duì)應(yīng)于來(lái)源基地臺(tái)所接受封包的保密參數(shù)將封包正確解密 后,才根據(jù)目標(biāo)基地臺(tái)將分組數(shù)據(jù)匯聚協(xié)議層的保密參數(shù)集重置,因此客戶 端可解出正確且有用的數(shù)據(jù)。


圖1為一無(wú)線通訊系統(tǒng)的示意圖。
圖2為一無(wú)線通訊裝置的功能方塊圖。
圖3為圖2中程序代碼的示意圖。 圖4為本發(fā)明實(shí)施例的流程圖。
具體實(shí)施例方式
請(qǐng)參考圖1,圖1為一無(wú)線通訊系統(tǒng)100的示意圖。無(wú)線通訊系統(tǒng)100 較佳地為一長(zhǎng)期演進(jìn)無(wú)線通訊系統(tǒng),其簡(jiǎn)略地是由網(wǎng)絡(luò)端及多個(gè)客戶端(User Equipment, UE)所組成。在圖1中,網(wǎng)絡(luò)端及客戶端是用來(lái)說(shuō)明無(wú)線通訊系 統(tǒng)100的架構(gòu);實(shí)際上,網(wǎng)絡(luò)端可視不同需求包含有多個(gè)基地臺(tái)、無(wú)線網(wǎng)絡(luò) 控制器等;而客戶端則可能是移動(dòng)電話、電腦系統(tǒng)等設(shè)備。請(qǐng)參考圖2,圖2為一無(wú)線通訊裝置200的功能方塊圖。無(wú)線通訊裝置 200可以用來(lái)實(shí)現(xiàn)圖1中的客戶端。為求簡(jiǎn)潔,圖2僅繪出無(wú)線通訊裝置200 的輸入裝置202、輸出裝置204、控制電路206、中央處理器208、儲(chǔ)存裝置 210、程序代碼212及收發(fā)器214。在無(wú)線通訊裝置200中,控制電路206通 過(guò)中央處理器208執(zhí)行儲(chǔ)存于儲(chǔ)存裝置210中的程序代碼212,從而控制無(wú) 線通訊裝置200的運(yùn)作,其可通過(guò)輸入裝置202 (如^t建盤(pán))接收使用者輸入的 訊號(hào),或通過(guò)輸出裝置204 (如屏幕、喇叭等)輸出畫(huà)面、聲音等訊號(hào)。收發(fā) 器214用以接收或發(fā)送無(wú)線訊號(hào),并將所接收的訊號(hào)傳送至控制電路206, 或?qū)⒖刂齐娐?06所產(chǎn)生的訊號(hào)以無(wú)線電方式輸出。換言之,以通訊協(xié)議的 架構(gòu)而言,收發(fā)器214可視為第一層的一部分,而控制電路206則用來(lái)實(shí)現(xiàn) 第二層及第三層的功能。
請(qǐng)繼續(xù)參考圖3,圖3為圖2中程序代碼212的示意圖。程序代碼212 包含有應(yīng)用程序?qū)?00、第三層界面302及第二層界面306,并與第一層介面 310連接。第三層介面302包含分組數(shù)據(jù)匯聚協(xié)議層介面304。第二層介面 306用來(lái)實(shí)現(xiàn)鏈接控制,而第一層介面310則用來(lái)實(shí)現(xiàn)實(shí)體連結(jié)。在下鏈路 傳輸中,分組數(shù)據(jù)匯聚協(xié)議層介面304從第二層介面306接收協(xié)議數(shù)據(jù)單元 (Protocol Data Unit, PDU),并執(zhí)行去表頭、解壓表頭及解密等流程,并將 封包中所解出的使用者平面(User Plane)數(shù)據(jù)上傳至上層(如應(yīng)用程序?qū)?300)。
對(duì)于基地臺(tái)交遞(Handover)的分組數(shù)據(jù)匯聚協(xié)議層數(shù)據(jù)解密,本發(fā)明實(shí) 施例于程序代碼212中提供解密程序代碼320,用以將從來(lái)源基地臺(tái)所接收 的封包正確解密。請(qǐng)參考圖4,圖4為本發(fā)明實(shí)施例流程40的示意圖。流程 40用于客戶端的分組數(shù)據(jù)匯聚協(xié)議層中,用來(lái)于基地臺(tái)交遞時(shí),處理使用者 平面(User Plane)數(shù)據(jù)保密,其可被編譯為解密程序代碼320,并包含以下 步驟
步驟400:開(kāi)始。
步驟402:于由來(lái)源基地臺(tái)交遞至目地基地臺(tái)時(shí),使用對(duì)應(yīng)于來(lái)源基地 臺(tái)的保密參數(shù)集,解密從來(lái)源基地臺(tái)所接收的封包。 步驟404:初始化保密參數(shù)集的參數(shù)值。 步驟406:重置標(biāo)頭壓縮與解壓的協(xié)議。
步驟408:執(zhí)行上行鏈路服務(wù)數(shù)據(jù)單元(Service Data Unit, SDU)的重傳。
步驟410:結(jié)束。
根據(jù)流程40,本發(fā)明實(shí)施例先利用對(duì)應(yīng)于該來(lái)源基地臺(tái)的保密參數(shù)集, 將從該來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚協(xié)議封包解密,再初始化保密參數(shù) 集的參數(shù)值。接著,本發(fā)明實(shí)施例重置標(biāo)頭壓縮與解壓的協(xié)議,以及執(zhí)行上 行鏈路服務(wù)數(shù)據(jù)單元的重傳,以完成分組數(shù)據(jù)匯聚協(xié)議層的交遞流程。
換句話說(shuō),客戶端利用對(duì)應(yīng)于來(lái)源基地臺(tái)的 一保密參數(shù)集將封包解密, 以避免于交遞至目標(biāo)基地臺(tái)時(shí),客戶端因需對(duì)應(yīng)至目標(biāo)基地臺(tái),而將分組數(shù) 據(jù)匯聚協(xié)議層的保密參數(shù)集初始至零,進(jìn)而造成初始化的保密參數(shù)集無(wú)法解 密從來(lái)源基地臺(tái)所接收的封包,或解密出無(wú)效信息。
在流程40中,對(duì)應(yīng)于該來(lái)源基地臺(tái)的保密參數(shù)集是指于交遞期間,客戶 端尚未針對(duì)目標(biāo)基地臺(tái)而變更保密參數(shù)集的值。較佳地,客戶端是于該保密 參數(shù)集及多個(gè)分組數(shù)據(jù)匯聚協(xié)議參數(shù)因基地臺(tái)交遞被重置之前,使用該保密 參數(shù)集,解密從該來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚協(xié)i義封包。
較佳地,保密參數(shù)集包含 一 預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào) (Next-PDCP-RX-SN)及一接收端超框數(shù)(RX-HFN)。保密參數(shù)集的一參數(shù)是一計(jì) 數(shù)值(COUNT),其長(zhǎng)度為32位,由接收端超框數(shù)及一封包數(shù)據(jù)聚合協(xié)定序號(hào) (PDCP Sequence Number)所組成。上述多個(gè)分組數(shù)據(jù)匯聚協(xié)議參數(shù)包含預(yù)期 分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)、 一 預(yù)期分組數(shù)據(jù)匯聚協(xié)議傳輸序號(hào) (Next-PDCP—TX_SN)、 一傳輸端超框數(shù)(TX-HFN)以及接收端超框數(shù)。
由上可知,當(dāng)客戶端由來(lái)源基地臺(tái)交遞至目標(biāo)基地臺(tái)時(shí),分組數(shù)據(jù)匯聚 協(xié)議層使用對(duì)應(yīng)于來(lái)源基地臺(tái)的保密參數(shù)集,解密從該來(lái)源基地臺(tái)所接收的 封包,使封包被正確解密,以提升無(wú)線通訊系統(tǒng)數(shù)據(jù)解密的正確性。
另外,上述的基地臺(tái)交遞程序,其分組數(shù)據(jù)匯聚協(xié)議封包是利用一非確 認(rèn)模式(Unacknowledged Mode,麗mode)傳輸。上述來(lái)源基地臺(tái)所接收的分 組數(shù)據(jù)匯聚協(xié)議封包可為一使用者平面(User Plane)的^t據(jù)傳輸。
特別注意的是,圖4僅為本發(fā)明實(shí)施例的流程圖,本領(lǐng)域具通常知識(shí)者 當(dāng)可據(jù)以做不同的變化,而不限于此。舉例來(lái)說(shuō),客戶端使用對(duì)應(yīng)于來(lái)源基 地臺(tái)的保密參數(shù)集將從來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚協(xié)議封包解密后, 可先執(zhí)行步驟406,再執(zhí)行步驟404。本發(fā)明實(shí)施例的重點(diǎn)在于客戶端使用尚 未因?qū)?yīng)至目標(biāo)基地臺(tái)而初始化的保密參數(shù)集,將來(lái)源基地臺(tái)所接收的封包解密。
在已知技術(shù)中,保密參數(shù)集先被重置后才對(duì)來(lái)自來(lái)源基地臺(tái)的封包進(jìn)行 解密。由于重置之后的保密參數(shù)集不同于來(lái)源基地臺(tái)加密時(shí)所使用的保密參 數(shù)集,因而造成錯(cuò)誤解密。相較之下,在本發(fā)明實(shí)施例中,為了正確解密, 首先客戶端需維持分組數(shù)據(jù)匯聚協(xié)議層的保密參數(shù)集,解密來(lái)源基地臺(tái)所接 收的分組數(shù)據(jù)匯聚協(xié)議封包,并待解密完成后,再重置保密參數(shù)集的參數(shù)值。 在此情形下,客戶端可利用原對(duì)應(yīng)于來(lái)源基地臺(tái)所接受封包的保密參數(shù)將封 包解密,因而可對(duì)封包正確解密,從而提升無(wú)線通訊系統(tǒng)數(shù)據(jù)解密的正確性。
綜上所述,本發(fā)明實(shí)施例利用原對(duì)應(yīng)于來(lái)源基地臺(tái)所接受封包的保密參 數(shù)將封包正確解密后,才根據(jù)目標(biāo)基地臺(tái)將分組數(shù)據(jù)匯聚協(xié)議層的保密參數(shù) 集重置,因此客戶端可解出正確且有用的數(shù)據(jù)。
以上所述僅為本發(fā)明的較佳實(shí)施例,凡依本發(fā)明權(quán)利要求書(shū)所做的均等 變化與修飾,皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1. 一種用于無(wú)線通訊系統(tǒng)的客戶端的分組數(shù)據(jù)匯聚協(xié)議層中于基地臺(tái)交遞程序時(shí)處理數(shù)據(jù)保密的方法,其特征是,包含有于上述客戶端由來(lái)源基地臺(tái)交遞至目地基地臺(tái)時(shí),使用對(duì)應(yīng)于上述來(lái)源基地臺(tái)的保密參數(shù)集,解密從上述來(lái)源基地臺(tái)所接收的封包。
2. 根據(jù)權(quán)利要求1所述的方法,其特征是,其中使用對(duì)應(yīng)于上述來(lái)源基 地臺(tái)的上述保密參數(shù)集,解密從上述來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚協(xié)議 封包,是于上述保密參數(shù)集以及多個(gè)分組數(shù)據(jù)匯聚協(xié)議參數(shù)因基地臺(tái)交遞被 重設(shè)之前,使用上述保密參數(shù)集,解密從上述來(lái)源基地臺(tái)所接收的分組數(shù)據(jù) 匯聚協(xié)議封包。
3. 根據(jù)權(quán)利要求1所述的方法,其特征是,其中從上述來(lái)源基地臺(tái)所接 收的分組數(shù)據(jù)匯聚協(xié)議封包對(duì)應(yīng)于無(wú)線鏈路控制層的非確認(rèn)模式。
4. 根據(jù)權(quán)利要求1所述的方法,其特征是,其中從上述來(lái)源基地臺(tái)所接 收的分組數(shù)據(jù)匯聚協(xié)議封包用于使用者平面數(shù)據(jù)傳輸。
5. 根據(jù)權(quán)利要求l所述的方法,其特征是,其中上述保密參數(shù)集包含預(yù) 期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)以及接收端超框數(shù)。
6. —種用于無(wú)線通訊系統(tǒng)的通訊裝置,用以于基地臺(tái)交遞程序時(shí),正確 處理分組數(shù)據(jù)匯聚協(xié)議層數(shù)據(jù)保密,其特征是,上述通訊裝置包含有控制電路,用來(lái)實(shí)現(xiàn)上述通訊裝置的功能;中央處理器,設(shè)于上述控制電路中,用來(lái)執(zhí)行程序代碼以操控上述控制 電3各;以及儲(chǔ)存裝置,設(shè)于上述控制電路中且耦接于上述中央處理器,用來(lái)儲(chǔ)存上 述程序代碼;其中上述程序代碼中包含有于上述通訊裝置由來(lái)源基地臺(tái)交遞至目地基地臺(tái)時(shí),上述通訊裝置的 分組數(shù)據(jù)匯聚協(xié)議層使用對(duì)應(yīng)于上述來(lái)源基地臺(tái)的保密參數(shù)集,解密從上述 來(lái)源基地臺(tái)所接收的封包。
7. 根據(jù)權(quán)利要求6所述的通訊裝置,其特征是,其中使用對(duì)應(yīng)于上述來(lái) 源基地臺(tái)的上述保密參數(shù)集,解密從上述來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚 協(xié)議封包,是于上述保密參數(shù)集以及多個(gè)分組數(shù)據(jù)匯聚協(xié)議參數(shù)因基地臺(tái)交 遞被重設(shè)之前,使用上述保密參數(shù)集,解密從上述來(lái)源基地臺(tái)所接收的分組數(shù)據(jù)匯聚協(xié)議封包。
8. 根據(jù)權(quán)利要求6所述的通訊裝置,其特征是,其中從上述來(lái)源基地臺(tái) 所接收的分組數(shù)據(jù)匯聚協(xié)議封包對(duì)應(yīng)于無(wú)線鏈路控制層的非確認(rèn)模式。
9. 根據(jù)權(quán)利要求6所述的通訊裝置,其特征是,其中從上述來(lái)源基地臺(tái) 所接收的分組數(shù)據(jù)匯聚協(xié)議封包用于使用者平面數(shù)據(jù)傳輸。
10. 根據(jù)權(quán)利要求6所述的通訊裝置,其特征是,其中上述保密參數(shù)集 包含預(yù)期分組數(shù)據(jù)匯聚協(xié)議接收序號(hào)以及接收端超框數(shù)。
全文摘要
本發(fā)明提供一種用于無(wú)線通訊系統(tǒng)的客戶端(User Equipment,UE)的分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence Protocol,PDCP)層中于基地臺(tái)交遞程序(Handover)時(shí)處理數(shù)據(jù)保密的方法,用以提升無(wú)線通訊系統(tǒng)數(shù)據(jù)解密的正確性,其包含有于客戶端由來(lái)源基地臺(tái)交遞至目地基地臺(tái)時(shí),使用對(duì)應(yīng)于該來(lái)源基地臺(tái)的保密參數(shù)集,解密從該來(lái)源基地臺(tái)所接收的封包。
文檔編號(hào)H04L12/56GK101420424SQ200810169450
公開(kāi)日2009年4月29日 申請(qǐng)日期2008年10月22日 優(yōu)先權(quán)日2007年10月22日
發(fā)明者郭豐旗 申請(qǐng)人:華碩電腦股份有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1