專利名稱：無線通信系統(tǒng)同步解密參數(shù)的方法及其相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種無線通信系統(tǒng)同步解密參數(shù)的方法及其相關(guān)裝置，特別涉及一種可避免超視頻幀號(hào)被錯(cuò)誤累加，從而維持解密參數(shù)的同步，以提高無線資源使用效率的方法及其相關(guān)裝置。
背景技術(shù)：
在一無線通信系統(tǒng)中，為了避免用戶數(shù)據(jù)與某些信令信息(SignalingInformation)被截收而遭到冒用的損害，已知技術(shù)可對傳輸端與接收端間的包進(jìn)行加密保護(hù)。一般而言，已知無線通信系統(tǒng)的加解密保護(hù)方式由傳輸端根據(jù)密鑰(Ciphering Key)、加密序號(hào)(Ciphering Sequence Number)等參數(shù)或變量，通過特定算法得出密鑰流(Keystream)數(shù)據(jù)后，以密鑰流數(shù)據(jù)對明文(Plain Text)數(shù)據(jù)進(jìn)行加密，得到密文(Cipher Text)數(shù)據(jù)；相反地，解密方式則由接收端進(jìn)行逆向操作。其中，加密序號(hào)(Ciphering SequenceNumber)是由序號(hào)所形成。例如，在第三代移動(dòng)通信系統(tǒng)中，加密序號(hào)由20位的無線鏈接控制超視頻幀號(hào)(Radio Link Control Hyper Frame Number，RLC HFN)及12位的無線鏈接控制序號(hào)(Radio Link Control Sequence Number，RLC SN)所組成，簡稱完整序號(hào)(whole SN)，共32位。因此，針對無線通信系統(tǒng)的加密保護(hù)機(jī)制，除了密鑰很重要外，加密序號(hào)的正確與否亦相當(dāng)重要。
理論上，完整序號(hào)應(yīng)附加于每一傳輸包的表頭，且以明文傳送，用于維持傳輸端與接收端間信號(hào)交換的同步及正確性。為了節(jié)省無線資源，增加傳輸效率，已知技術(shù)將完整序號(hào)分為兩部分，一為嵌入在傳輸包表頭中的包序號(hào)，另一為存儲(chǔ)在傳輸端與接收端的超視頻幀號(hào)。超視頻幀號(hào)類似于包序號(hào)的進(jìn)位數(shù)，當(dāng)超過包序號(hào)的表示位數(shù)所能表示的數(shù)值時(shí)，包序號(hào)會(huì)從啟始值重新開始累加，同時(shí)超視頻幀號(hào)會(huì)被加1。舉例來說，當(dāng)包序號(hào)由七個(gè)位表示時(shí)，亦即包序號(hào)可依序計(jì)數(shù)0到127。一旦包序號(hào)超過127時(shí)，超視頻幀號(hào)就會(huì)被加1，而包序號(hào)則重新由0開始。因此，根據(jù)每一包的包序號(hào)，傳輸端與接收端分別在適當(dāng)時(shí)機(jī)累加超視頻幀號(hào)，以令彼此保持超視頻幀號(hào)的同步，確保加解密的順利進(jìn)行。
為了確保超視頻幀號(hào)的同步，若下層支持「包不依序上傳」(out ofsequence delivery)時(shí)，已知技術(shù)可使用一滑動(dòng)窗(Sliding Window)，使包傳輸更有效率以避免噪聲干擾造成傳輸?shù)陌z失。根據(jù)不同的應(yīng)用，滑動(dòng)窗可分為兩類推進(jìn)式(Push Type)及拉動(dòng)式(Pull Type)。推進(jìn)式滑動(dòng)窗類似于全球移動(dòng)電信系統(tǒng)(Universal Mobile Telecommunications System，UMTS)中操作確認(rèn)模式的無線鏈接控制單元的接收窗，其是在下緣所對應(yīng)的包被成功接收或被通知?jiǎng)h除時(shí)，才會(huì)推進(jìn)接收窗的范圍；若一包的序號(hào)落在推進(jìn)式滑動(dòng)窗之外時(shí)，該包會(huì)被刪除。相較之下，拉動(dòng)式滑動(dòng)窗類似于全球移動(dòng)電信系統(tǒng)中應(yīng)用于高速下鏈路包存取(High Speed Downlink PacketAccess，HSDPA)的排序單元(Reordering Entity)的接收窗，其是當(dāng)一具有序號(hào)落在接收窗范圍外的包被成功接收時(shí)，即推進(jìn)接收窗的范圍，并將接收窗的上緣設(shè)為該包的序號(hào)。
在已知解密單元中，用來判別超視頻幀號(hào)的值的滑動(dòng)窗類別未被清楚規(guī)范。在此情形下，若未使用正確的滑動(dòng)窗類別，會(huì)造成傳輸端與接收端間超視頻幀號(hào)的不同步。
舉例來說，假設(shè)在全球移動(dòng)電信系統(tǒng)的接收端中，混合式自動(dòng)重發(fā)請求單元(Hybrid Automatic Repeat Request，HARQ)的接收窗大小為10，無線鏈接控制單元的接收窗大小為16。另外，包數(shù)據(jù)聚合協(xié)議單元(Packet DataConvergence Protocol，PDCP)的解密單元的接收窗為拉動(dòng)式滑動(dòng)窗，且其接收窗大小為10。若具有序號(hào)為0至9的包中，除序號(hào)為0的包外其余包皆被成功接收，則解密單元的接收窗范圍為0至9。同時(shí)，若混合式自動(dòng)重發(fā)請求單元由于冗余錯(cuò)誤(Residue Error)，如「未收訖誤認(rèn)為收訖」(NACK_to_ACK)錯(cuò)誤或「未傳輸誤認(rèn)為收訖」(DTX_to_ACK)錯(cuò)誤，導(dǎo)致混合式自動(dòng)重發(fā)請求單元未能重傳序號(hào)為0的包，則序號(hào)為0的包的重傳會(huì)通過無線鏈接控制單元啟動(dòng)。若在接收到重傳的序號(hào)為0的包前，解密單元已接收到具有序號(hào)為10的包，由于其接收窗為拉動(dòng)式滑動(dòng)窗，接收窗范圍會(huì)被推進(jìn)為1至10。然而，當(dāng)解密單元收到重傳的序號(hào)為0的包時(shí)，由于序號(hào)0落在接收窗范圍外，因而會(huì)被視為下一序號(hào)循環(huán)的序號(hào)0，并將超視頻幀號(hào)加1，導(dǎo)致接收端與傳輸端的超視頻幀號(hào)不同步，使得解密單元無法正確解密，影響后續(xù)數(shù)據(jù)傳輸。
另一方面，若接收端的解密單元的接收窗為推進(jìn)式滑動(dòng)窗，且其接收窗大小為10。若具有序號(hào)為0至9的包中，除序號(hào)為0的包外其余包皆被成功接收，則解密單元的接收窗范圍為0至9。若接收端收到序號(hào)為10的包，由于序號(hào)10落在接收窗范圍外，序號(hào)為10的包會(huì)被解密單元?jiǎng)h除，造成無線電資源的浪費(fèi)。更有甚者，若下層不支持重傳，將導(dǎo)致接收窗停滯無法進(jìn)行后續(xù)運(yùn)作。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供一種用于無線通信系統(tǒng)的接收端中同步解密參數(shù)的方法及其相關(guān)裝置。
本發(fā)明揭露一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，包含有當(dāng)一第二協(xié)議單元操作于確認(rèn)模式時(shí)，設(shè)定一第一協(xié)議單元的一接收窗為推進(jìn)式，且該接收窗大小大于或等于該第二協(xié)議單元所使用的接收窗大小。
本發(fā)明另揭露一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，該通信裝置包含有一控制電路，用來實(shí)現(xiàn)該通信裝置的功能；一中央處理器，設(shè)置在該控制電路中，用來執(zhí)行一程序代碼以操控該控制電路；以及一存儲(chǔ)裝置，設(shè)置在該控制電路中且耦接于該中央處理器，用來存儲(chǔ)該程序代碼；其中該程序代碼中包含有當(dāng)一第二協(xié)議單元操作于確認(rèn)模式時(shí)，設(shè)定一第一協(xié)議單元所使用的一接收窗為推進(jìn)式，且該接收窗大小大于或等于該第二協(xié)議單元所使用的接收窗大小。
本發(fā)明另揭露一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，包含有在一第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，設(shè)定一第一協(xié)議單元所使用的接收窗為拉動(dòng)式。
本發(fā)明另揭露一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，該通信裝置包含有一控制電路，用來實(shí)現(xiàn)該通信裝置的功能；一中央處理器，設(shè)置在該控制電路中，用來執(zhí)行一程序代碼以操控該控制電路；以及一存儲(chǔ)裝置，設(shè)置在該控制電路中且耦接于該中央處理器，用來存儲(chǔ)該程序代碼；其中，該程序代碼中包含有在一第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，設(shè)定一第一協(xié)議單元所使用的接收窗為拉動(dòng)式。
本發(fā)明另揭露一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，包含有設(shè)定一第一協(xié)議單元的接收窗為拉動(dòng)式，且其接收窗大小大于或等于一第二協(xié)議單元所使用的接收窗大小。
本發(fā)明另揭露一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，該通信裝置包含有一控制電路，用來實(shí)現(xiàn)該通信裝置的功能；一中央處理器，設(shè)置在該控制電路中，用來執(zhí)行一程序代碼以操控該控制電路；以及一存儲(chǔ)裝置，設(shè)置在該控制電路中且耦接于該中央處理器，用來存儲(chǔ)該程序代碼；其中該程序代碼中包含有設(shè)定一第一協(xié)議單元的接收窗為拉動(dòng)式，且其接收窗大小大于或等于一第二協(xié)議單元所使用的接收窗大小。
通過本發(fā)明，可避免超視頻幀號(hào)被錯(cuò)誤累加，從而維持解密參數(shù)的同步，以提高無線資源使用效率。


圖1為一無線通信裝置的功能方塊圖。
圖2為圖1中一程序代碼的示意圖。
圖3為本發(fā)明第一實(shí)施例流程的示意圖。
圖4為本發(fā)明第二實(shí)施例流程的示意圖。
圖5為本發(fā)明第三實(shí)施例流程的示意圖。
具體實(shí)施例方式
請參考圖1，圖1為一無線通信裝置100的功能方塊圖。為求簡潔，圖1僅繪出無線通信裝置100的一輸入裝置102、一輸出裝置104、一控制電路106、一中央處理器108、一存儲(chǔ)裝置110、一程序代碼112及一收發(fā)器114。在無線通信裝置100中，控制電路106通過中央處理器108執(zhí)行存儲(chǔ)在存儲(chǔ)裝置110中的程序代碼112，從而控制無線通信裝置100的運(yùn)作，其可通過輸入裝置102(如鍵盤)接收使用者輸入的信號(hào)，或通過輸出裝置104(如屏幕、喇叭等)輸出畫面、聲音等信號(hào)。收發(fā)器114用于接收或發(fā)送無線信號(hào)，并將所接收的信號(hào)傳送至控制電路106，或?qū)⒖刂齐娐?06所產(chǎn)生的信號(hào)以無線電方式輸出。換言之，以通信協(xié)議的架構(gòu)而言，收發(fā)器114可視為第一層的一部分，而控制電路106則用來實(shí)現(xiàn)第二層及第三層的功能。較佳地，無線通信裝置100被應(yīng)用于第三代移動(dòng)通信系統(tǒng)。
請繼續(xù)參考圖2，圖2為圖1中程序代碼112的示意圖。程序代碼112包含有一應(yīng)用程序?qū)?00、一第三層界面202及一第二層界面206，并與一第一層界面218連接。第二層界面206包含兩子層，分別為一第一子層協(xié)議單元224及一第二子層協(xié)議單元226。第一子層協(xié)議單元224用來根據(jù)密鑰、加密序號(hào)等參數(shù)或變量，處理加解密的運(yùn)作，以加強(qiáng)信息安全。第二子層協(xié)議單元226可以是一無線鏈接控制單元、一媒體存取控制單元或兩者的結(jié)合，主要功能為提供不同的傳輸質(zhì)量及信道處理。
為了確保解密參數(shù)的同步，若下層支持「包不依序上傳」時(shí)，第一子層協(xié)議單元224及第二子層協(xié)議單元226可使用滑動(dòng)窗以避免噪聲干擾造成傳輸?shù)陌z失進(jìn)而使包傳輸更有效率。在此情形下，本發(fā)明提供一接收窗設(shè)定程序代碼220，用于設(shè)定第一子層協(xié)議單元224及第二子層協(xié)議單元226的接收窗，以避免接收端與傳輸端間的序號(hào)不同步，提高無線傳輸?shù)男?。請參考圖3，圖3為本發(fā)明第一實(shí)施例流程30的示意圖。流程30用于無線通信裝置100中同步一解密參數(shù)，其可被編譯為接收窗設(shè)定程序代碼220，包含以下步驟步驟300開始。
步驟302當(dāng)?shù)诙訉訁f(xié)議單元226操作于確認(rèn)模式時(shí)，設(shè)定第一子層協(xié)議單元224的接收窗為推進(jìn)式，且其接收窗大小大于或等于第二子層協(xié)議單元226所使用的接收窗大小。
步驟304結(jié)束。
當(dāng)?shù)诙訉訁f(xié)議單元226操作于確認(rèn)模式時(shí)，本發(fā)明實(shí)施例更要求第二子層協(xié)議單元226會(huì)將包刪除不需接收的信息傳送至第一子層協(xié)議單元224，。根據(jù)流程30，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)定為推進(jìn)式，即其下緣所對應(yīng)的包被成功接收或被通知?jiǎng)h除時(shí)，才會(huì)推進(jìn)接收窗的范圍。換句話說，當(dāng)?shù)诙訉訁f(xié)議單元226使用推進(jìn)式接收窗時(shí)，第一子層協(xié)議單元224亦使用推進(jìn)式接收窗。因此，除非第一子層協(xié)議單元224接收到其接收窗下緣所對應(yīng)的包或被通知不需接收該包，第一子層協(xié)議單元224的接收窗不會(huì)往前推進(jìn)。在此情形下，本發(fā)明流程30可避免超視頻幀號(hào)被錯(cuò)誤累加而導(dǎo)致解密參數(shù)不同步的情形舉例來說，假設(shè)第二子層協(xié)議單元226的接收窗大小為16，且第二子層協(xié)議單元226操作于確認(rèn)模式且支持「包不依序上傳」，則根據(jù)流程30，第一子層協(xié)議單元224的接收窗被設(shè)為推進(jìn)式。若具有序號(hào)為0至9的包中，除序號(hào)為0的包外其余包皆被成功接收，則序號(hào)為1至9的包均上傳給第一子層協(xié)議單元224。此時(shí)，在收到序號(hào)為0的包前，若第二子層協(xié)議單元226收到具有序號(hào)為10的包且將其上傳給第一子層協(xié)議單元224，由于序號(hào)10在第一子層協(xié)議單元224接收窗之內(nèi)，具有序號(hào)為10的包會(huì)被解密，而不會(huì)被刪除。如果未依照流程30，而將第一子層協(xié)議單元224的接收窗大小設(shè)為10，則此時(shí)序號(hào)為10的包由于位于接收窗之外會(huì)被刪除進(jìn)而造成接收窗停滯。換言之，流程30可避免接收窗類別及大小設(shè)定失當(dāng)所造成的接收窗停滯情況的錯(cuò)誤。需注意的是，流程30亦可適用于下層(第二子層協(xié)議單元226)支持「包依序上傳」的情況。
因此，通過本發(fā)明流程30，當(dāng)?shù)诙訉訁f(xié)議單元226操作于確認(rèn)模式時(shí)，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)定為推進(jìn)式，且其接收窗大小大于或等于第二子層協(xié)議單元226所使用的接收窗大小，以避免超視頻幀號(hào)被錯(cuò)誤累加，從而維持解密參數(shù)的同步，并可避免接收窗停滯的錯(cuò)誤。
請參考圖4，圖4為本發(fā)明第二實(shí)施例流程40的示意圖。流程40用于無線通信裝置100中同步一解密參數(shù)，其可被編譯為接收窗設(shè)定程序代碼220，包含以下步驟步驟400開始。
步驟402當(dāng)?shù)诙訉訁f(xié)議單元226操作于非確認(rèn)模式或透通模式時(shí)，設(shè)定第一子層協(xié)議單元224所使用的接收窗為拉動(dòng)式。
步驟404結(jié)束。
當(dāng)?shù)诙訉訁f(xié)議單元226操作于非確認(rèn)模式或透通模式時(shí)，第二子層協(xié)議單元226不會(huì)要求重傳遺失包，亦不會(huì)將包遺失或刪除的信息傳送至第一子層協(xié)議單元224。因此，根據(jù)流程40，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)定為拉動(dòng)式，亦即具有序號(hào)落在接收窗范圍外的包被成功接收時(shí)，則推進(jìn)接收窗的范圍，并將接收窗的上緣設(shè)為該包的序號(hào)。因此，當(dāng)?shù)诙訉訁f(xié)議單元226操作于非確認(rèn)模式或透通模式時(shí)，一旦第一子層協(xié)議單元224接收到具有序號(hào)落在接收窗范圍外的包時(shí)，第一子層協(xié)議單元224的接收窗就會(huì)被推進(jìn)。在此情形下，本發(fā)明流程40可避免包不必要地被刪除或接收窗停滯無法運(yùn)作的情形。
舉例來說，第二子層協(xié)議單元226操作于非確認(rèn)模式。根據(jù)流程40，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)為拉動(dòng)式，并設(shè)為適當(dāng)大小，譬如設(shè)為10。若具有序號(hào)為0至9的包中，除序號(hào)為0的包外其余包皆被成功接收，則第一子層協(xié)議單元224的接收窗范圍為0至9。接著，若第一子層協(xié)議單元224收到序號(hào)為10的包，由于序號(hào)10落在接收窗范圍外，第一子層協(xié)議單元224的接收窗范圍會(huì)被推進(jìn)為1至10，但接收窗不會(huì)停滯。如此一來，第一子層協(xié)議單元224可正常處理后續(xù)包。
因此，通過本發(fā)明流程40，當(dāng)?shù)诙訉訁f(xié)議單元226操作于非確認(rèn)模式或透通模式時(shí)，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)定為拉動(dòng)式，以避免包不必要地被刪除或接收窗停滯無法運(yùn)作。
請參考圖5，圖5為本發(fā)明第三實(shí)施例流程50的示意圖。流程50用于無線通信裝置100中同步一解密參數(shù)，其可被編譯為接收窗設(shè)定程序代碼220，包含以下步驟步驟500開始。
步驟502設(shè)定第一子層協(xié)議單元224的接收窗為拉動(dòng)式，且其接收窗大小大于或等于第二子層協(xié)議單元226所使用的接收窗大小。
步驟504結(jié)束。
根據(jù)流程50，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)為拉動(dòng)式，且其接收窗大小大于或等于第二子層協(xié)議單元226所使用的接收窗大小，即具有序號(hào)落于接收窗范圍外的包被成功接收時(shí)，則推進(jìn)接收窗的范圍，并將接收窗的上緣設(shè)為該包的序號(hào)。在此情形下，由于第一子層協(xié)議單元224的接收窗大小大于或等于第二子層協(xié)議單元226的接收窗大小，第一子層協(xié)議單元224的接收窗范圍必定會(huì)涵蓋第二子層協(xié)議單元226的接收窗中漏收的序號(hào)。因此，第二子層協(xié)議單元226未依序上傳的包必然在第一子層協(xié)議單元224的接收窗范圍之內(nèi)，以維持解密參數(shù)的同步。
舉例來說，假設(shè)第二子層協(xié)議單元226的接收窗大小為16，且第二子層協(xié)議單元226操作于確認(rèn)模式且支持「包不依序上傳」，則根據(jù)流程30，第一子層協(xié)議單元224的接收窗被設(shè)為拉動(dòng)式且其大小至少亦為16。若具有序號(hào)為0至9的包中，除序號(hào)為0的包外其余包皆被第二子層協(xié)議單元226成功接收，則序號(hào)為1至9的包均上傳給第一子層協(xié)議單元224。因此，第一子層協(xié)議單元224的接收窗范圍為4090至9。在收到序號(hào)為0的包前，若第二子層協(xié)議單元226收到具有序號(hào)為10的包且將其上傳給第一子層協(xié)議單元224。此時(shí)，序號(hào)10雖在第一子層協(xié)議單元224接收窗之外，但由于接收窗為拉動(dòng)式，具有序號(hào)為10的包會(huì)被解密而不會(huì)被刪除，且接收窗的范圍將推動(dòng)為4091至10。也就是說，此時(shí)序號(hào)0仍然在第一子層協(xié)議單元224接收窗范圍之內(nèi)。相較而言，如果未依照流程50，而將第一子層協(xié)議單元224的接收窗大小設(shè)為10，則此時(shí)序號(hào)為10的包由于位于接收窗之外，會(huì)推動(dòng)第一子層協(xié)議單元224的接收窗而將超視頻幀號(hào)累加，錯(cuò)成錯(cuò)誤。換言之，由于流程50適當(dāng)設(shè)定了接收窗的類別及大小，當(dāng)收到序號(hào)為0的包時(shí)，第一子層協(xié)議單元224可使用正確的超視頻幀號(hào)值對該包進(jìn)行解密，避免發(fā)生超視頻幀號(hào)失去同步的錯(cuò)誤。
因此，通過本發(fā)明流程50，第一子層協(xié)議單元224的接收窗應(yīng)設(shè)為拉動(dòng)式，且其接收窗大小大于或等于第二子層協(xié)議單元226所使用的接收窗大小，以避免超視頻幀號(hào)被錯(cuò)誤累加，從而維持解密參數(shù)的同步。
以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求書所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，其特征在于包含有當(dāng)一第二協(xié)議單元操作于確認(rèn)模式時(shí)，設(shè)定一第一協(xié)議單元的一接收窗為推進(jìn)式，且所述接收窗大小大于或等于所述第二協(xié)議單元所使用的接收窗大小。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述第一協(xié)議單元是一解密單元。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于所述第二協(xié)議單元的接收窗為推進(jìn)式。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于當(dāng)所述第二協(xié)議單元操作于確認(rèn)模式時(shí)，所述第二協(xié)議單元將包刪除的信息傳送至所述第一協(xié)議單元。
8.一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，其特征在于所述通信裝置包含有一控制電路，用來實(shí)現(xiàn)所述通信裝置的功能；一中央處理器，設(shè)置在所述控制電路中，用來執(zhí)行一程序代碼以操控所述控制電路；以及一存儲(chǔ)裝置，設(shè)置在所述控制電路中且耦接于所述中央處理器，用來存儲(chǔ)所述程序代碼；其中，所述程序代碼中包含有當(dāng)一第二協(xié)議單元操作于確認(rèn)模式時(shí)，設(shè)定一第一協(xié)議單元所使用的一接收窗為推進(jìn)式，且所述接收窗大小大于或等于所述第二協(xié)議單元所使用的接收窗大小。
9.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于所述第一協(xié)議單元是一解密單元。
10.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
11.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
12.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
13.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于所述第二協(xié)議單元的接收窗為推進(jìn)式。
14.根據(jù)權(quán)利要求8所述的通信裝置，其特征在于當(dāng)所述第二協(xié)議單元操作于確認(rèn)模式時(shí)，所述第二協(xié)議單元將包刪除的信息傳送至所述第一協(xié)議單元。
15.一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，其特征在于包含有當(dāng)一第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，設(shè)定一第一協(xié)議單元所使用的接收窗為拉動(dòng)式。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于所述第一協(xié)議單元是一解密單元。
17.根據(jù)權(quán)利要求15所述的方法，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
18.根據(jù)權(quán)利要求15所述的方法，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
19.根據(jù)權(quán)利要求15所述的方法，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
20.根據(jù)權(quán)利要求15所述的方法，其特征在于當(dāng)所述第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，所述第二協(xié)議單元不將包遺失或刪除的信息傳送至所述第一協(xié)議單元。
21.一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，其特征在于所述通信裝置包含有一控制電路，用來實(shí)現(xiàn)所述通信裝置的功能；一中央處理器，設(shè)置在所述控制電路中，用來執(zhí)行一程序代碼以操控所述控制電路；以及一存儲(chǔ)裝置，設(shè)置在所述控制電路中且耦接于所述中央處理器，用來存儲(chǔ)所述程序代碼；其中，所述程序代碼中包含有當(dāng)一第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，設(shè)定一第一協(xié)議單元所使用的接收窗為拉動(dòng)式。
22.根據(jù)權(quán)利要求21所述的通信裝置，其特征在于所述第一協(xié)議單元是一解密單元。
23.根據(jù)權(quán)利要求21所述的通信裝置，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
24.根據(jù)權(quán)利要求21所述的通信裝置，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
25.根據(jù)權(quán)利要求21所述的通信裝置，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
26.根據(jù)權(quán)利要求21所述的通信裝置，其特征在于當(dāng)所述第二協(xié)議單元操作于非確認(rèn)模式或透通模式時(shí)，所述第二協(xié)議單元不將包遺失或刪除的信息傳送至所述第一協(xié)議單元。
27.一種用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，其特征在于包含有設(shè)定一第一協(xié)議單元的接收窗為拉動(dòng)式，且其接收窗大小大于或等于一第二協(xié)議單元所使用的接收窗大小。
28.根據(jù)權(quán)利要求27所述的方法，其特征在于所述第一協(xié)議單元是一解密單元。
29.根據(jù)權(quán)利要求27所述的方法，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
30.根據(jù)權(quán)利要求27所述的方法，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
31.根據(jù)權(quán)利要求27所述的方法，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
32.一種用于一無線通信系統(tǒng)的通信裝置，用于同步一解密參數(shù)，其特征在于所述通信裝置包含有一控制電路，用來實(shí)現(xiàn)所述通信裝置的功能；一中央處理器，設(shè)置在所述控制電路中，用來執(zhí)行一程序代碼以操控所述控制電路；以及一存儲(chǔ)裝置，設(shè)置在所述控制電路中且耦接于所述中央處理器，用來存儲(chǔ)所述程序代碼；其中，所述程序代碼中包含有設(shè)定一第一協(xié)議單元的接收窗為拉動(dòng)式，且其接收窗大小大于或等于一第二協(xié)議單元所使用的接收窗大小。
33.根據(jù)權(quán)利要求32所述的通信裝置，其特征在于所述第一協(xié)議單元是一解密單元。
34.根據(jù)權(quán)利要求32所述的通信裝置，其特征在于所述第二協(xié)議單元是所述第一協(xié)議單元的下層協(xié)議單元。
35.根據(jù)權(quán)利要求32所述的通信裝置，其特征在于所述第二協(xié)議單元是一無線鏈接控制單元。
36.根據(jù)權(quán)利要求32所述的通信裝置，其特征在于所述第二協(xié)議單元是一媒體存取控制單元。
全文摘要
用于一無線通信系統(tǒng)的一接收端中同步一解密參數(shù)的方法，包含有當(dāng)一第二協(xié)議單元操作于確認(rèn)模式時(shí)，設(shè)定一第一協(xié)議單元的接收窗為推進(jìn)式，且其接收窗大小大于或等于該第二協(xié)議單元所使用的接收窗大小。該第一協(xié)議單元執(zhí)行解密功能。
文檔編號(hào)H04L29/06GK101064594SQ20071010188
公開日2007年10月31日 申請日期2007年4月25日 優(yōu)先權(quán)日2006年4月27日
發(fā)明者江孝祥 申請人:華碩電腦股份有限公司