演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)及其通訊方法以及用戶設(shè)備的制作方法
【專利摘要】一種應(yīng)用于一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)的通訊方法，用以在與一用戶設(shè)備重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化。該通訊方法包含有：當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，起始一無線資源控制重新配置程序來回復(fù)除了第一發(fā)信無線承載以外的所有無線承載；以及當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載時，重新傳送一組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元給該用戶設(shè)備。
【專利說明】演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)及其通訊方法以及用戶設(shè)備
[0001]本分案申請是申請日為2009年6月23日、申請?zhí)枮?00910150596.2、發(fā)明名稱為
“演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)及其通訊方法以及用戶設(shè)備”的分案申請。
【技術(shù)領(lǐng)域】
[0002]本發(fā)明是相關(guān)于一種無線通訊方法與其相關(guān)裝置，尤指一種在無線通訊系統(tǒng)中重新建立無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的無線通訊方法與其相關(guān)裝置。
【背景技術(shù)】
[0003]長期演進(jìn)(Long-term Evolution, LTE)技術(shù)是起始于第三代合作伙伴計劃(ThirdGeneration Partnership Project, 3GPP),現(xiàn)今已是公認(rèn)可提供高數(shù)據(jù)速率、低延遲、封包最佳化以及增進(jìn)系統(tǒng)容量與涵蓋范圍的一種新的無線接口及無線網(wǎng)絡(luò)架構(gòu)。在長期演進(jìn)系統(tǒng)中，一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(Evolved Universal Terrestrial Radio AccessNetwork, E-UTRAN)包含有多個進(jìn)化節(jié)點基地臺(Evolved Node-B, eNB)并與多個移動臺溝通，而該些移動臺又可稱之為用戶設(shè)備(User Equipment, UE)。
[0004]請參照圖1，其為先前技術(shù)的長期演進(jìn)系統(tǒng)中無線接口協(xié)議的示意圖。如圖1所示，該長期演進(jìn)系統(tǒng)的無線接口協(xié)議包含有三個通訊層:物理層L1、數(shù)據(jù)鏈路層L2以及網(wǎng)絡(luò)層L3,其中網(wǎng)絡(luò)層L3的控制層面(Control Plane)為一無線資源控制(RadioResource Control)層,而數(shù)據(jù)鏈路層L2可進(jìn)一步分成一封包數(shù)據(jù)聚合協(xié)議(Packet DataConvergence Protocol, F1DCP)層、一無線鏈路控制(Radio Link Control, RLC)層以及一媒體存取控制(Medium Access Control, MAC)層。
[0005]圖2為先前技術(shù)的長期演進(jìn)系統(tǒng)的無線資源控制聯(lián)機(jī)重建程序的示意圖。如圖2所示，若一無線資源控制聯(lián)機(jī)因無線鏈接失敗而中斷，則需要重新起始一無線資源控制聯(lián)機(jī)重建程序以便重建該無線資源控制聯(lián)機(jī)。首先，一用戶設(shè)備(UE) 110發(fā)送一要求無線資源控制聯(lián)機(jī)重建消息給演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN) 120。在接收到該要求無線資源控制聯(lián)機(jī)重建消息之時，演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)120則響應(yīng)一無線資源控制聯(lián)機(jī)重建消息給用戶設(shè)備110。當(dāng)接收到該無線資源控制聯(lián)機(jī)重建消息時，用戶設(shè)備110立即回復(fù)(resume) —第一發(fā)信無線承載(Signaling Radio Bearerl) SRB1,并對一下層通訊層(lower layer)進(jìn)行配置以立即應(yīng)用先前已配置完成的算法來重新啟動安全機(jī)制(包含有完整性保護(hù)(integrity protection)與加密(ciphering)),換言之,用戶設(shè)備110接下來接收與發(fā)送的消息都將經(jīng)過完整性保護(hù)與加密的處理。之后，用戶設(shè)備110發(fā)送一無線資源控制聯(lián)機(jī)重建完成消息來通知演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)120無線資源控制聯(lián)機(jī)已再次建立完成。為了要回復(fù)除了第一發(fā)信無線承載SRBl以外的所有無線承載(Radiobearer)，演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)120須在該無線資源控制聯(lián)機(jī)重建完成后起始一無線資源控制聯(lián)機(jī)重新配置程序，其中該無線資源控制聯(lián)機(jī)重新配置程序用來修改該無線資源控制聯(lián)機(jī)。[0006]然而，在某些情況之下，并沒有清楚地定義如何在該無線資源控制聯(lián)機(jī)重建完成后回復(fù)發(fā)信無線承載與數(shù)據(jù)無線承載(Data Radio Bearer, DRB)以及后續(xù)的無線資源控制聯(lián)機(jī)重新配置程序。舉例來說，若用戶設(shè)備110是由一第一進(jìn)化節(jié)點基地臺交遞(handover)給一第二進(jìn)化節(jié)點基地臺，一封包數(shù)據(jù)聚合協(xié)議傳送實體(transmitting PDCPentity)中壓縮器(compressor)的內(nèi)文(context)已被更新,而一封包數(shù)據(jù)聚合協(xié)議接收實體(receiving PDCP entity)中解壓縮器(decompressor)的內(nèi)文則未更新,于是,該封包數(shù)據(jù)聚合協(xié)議接收實體的標(biāo)頭解壓縮程序(header decompressions)在回復(fù)無線承載之后無法對該些封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元(H)CP SDU)正確地解壓縮。因此，一種能在無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的機(jī)制為必要的。
【發(fā)明內(nèi)容】
[0007]因此，本發(fā)明的目的之一在于，在無線通訊系統(tǒng)中，于無線資源控制聯(lián)機(jī)重建程序后提供將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法與其相關(guān)裝置，以解決前述的問題。
[0008]依據(jù)本發(fā)明的一具體實施例，其揭露了一種無線通訊系統(tǒng)之一用戶設(shè)備，用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN同步化，該用戶設(shè)備包含有:一封包數(shù)據(jù)聚合協(xié)議接收實體，當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載；其特征在于當(dāng)回復(fù)該數(shù)據(jù)無線承載時，該封包數(shù)據(jù)聚合協(xié)議接收實體接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元；該封包數(shù)據(jù)聚合協(xié)議接收實體產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰的組件；以及該封包數(shù)據(jù)聚合協(xié)議接收實體使用該新的加密金鑰來對該接收之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行解密。
[0009]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種無線通訊系統(tǒng)之一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN，用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一用戶設(shè)備同步化，該用戶設(shè)備包含有:一封包數(shù)據(jù)聚合協(xié)議傳送實體，當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載；其特征在于當(dāng)回復(fù)該數(shù)據(jù)無線承載時，封包數(shù)據(jù)聚合協(xié)議傳送實體重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元；該封包數(shù)據(jù)聚合協(xié)議傳送實體產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰的組件；以及該封包數(shù)據(jù)聚合協(xié)議傳送實體使用該新的加密金鑰來對該組重新傳送之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行加密。
[0010]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種使用在無線通訊系統(tǒng)之一用戶設(shè)備的方法，該用戶設(shè)備用以將封包數(shù)據(jù)聚合協(xié)議rocp的運作與一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN同步化，該方法包括:當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載；其特征在于當(dāng)回復(fù)該數(shù)據(jù)無線承載時，接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元；產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰；以及使用該新的加密金鑰來對該接收之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行解密。
[0011]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種使用在無線通訊系統(tǒng)之一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN的方法，該演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一用戶設(shè)同步化，該方法包括:當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載；其特征在于當(dāng)回復(fù)該數(shù)據(jù)無線承載時，重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元；產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰；以及使用該新的加密金鑰來對該組重新傳送之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行加密。
[0012]依據(jù)本發(fā)明的一具體實施例，其揭露了一種應(yīng)用于一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)的通訊方法，用以在與一用戶設(shè)備重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化。該通訊方法包含有:當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，起始一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的所有無線承載；以及當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載時，重新傳送一組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元給該用戶設(shè)備。
[0013]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種應(yīng)用于一用戶設(shè)備的通訊方法，用以在與一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化。該通訊方法包含有:當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，起始一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的所有無線承載；當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載時，接收發(fā)自該演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)的一組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0014]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)，用以在與一用戶設(shè)備重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化。該演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)包含有:用以當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，起始一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的所有無線承載的裝置；以及用以在回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載時，重新傳送一組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元給該用戶設(shè)備的裝置。
[0015]依據(jù)本發(fā)明的另一具體實施例，其揭露了一種用戶設(shè)備，用以在與一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化。該用戶設(shè)備包含有:用以當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，回復(fù)除了一第一發(fā)信無線承載以外的所有無線承載的裝置；以及用以在回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載時，接收發(fā)自該演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)的一組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的裝置。
[0016]綜上所述，本發(fā)明提供了一種在無線通訊系統(tǒng)中重新建立無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的通訊方法與其相關(guān)裝置。經(jīng)由本發(fā)明所提供的機(jī)制，演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)與用戶設(shè)備在無線資源控制聯(lián)機(jī)重建程序后可同步化封包數(shù)據(jù)聚合協(xié)議的運作，如此一來，便可避免許多問題，例如:在無線鏈接控制認(rèn)可模式中遺失封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的問題、標(biāo)頭解壓縮失敗的問題、金鑰的使用效率低下的問題以及加密金鑰問題。
【專利附圖】
【附圖說明】
[0017]圖1為先前技術(shù)的長期演進(jìn)系統(tǒng)中的無線接口協(xié)議的示意圖。
[0018]圖2為先前技術(shù)的長期演進(jìn)系統(tǒng)中的無線資源控制聯(lián)機(jī)重建程序的示意圖。[0019]圖3為依據(jù)本發(fā)明的一實施例的無線通訊號系統(tǒng)的方塊圖。
[0020]圖4為封包數(shù)據(jù)聚合協(xié)議接收實體所接收的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的示意圖。
[0021]圖5為依據(jù)本發(fā)明的一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0022]圖6為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0023]圖7為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0024]圖8為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0025]圖9為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0026]圖10為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0027]圖11為依據(jù)本發(fā)明的另一實施例而在一無線通訊系統(tǒng)中于無線資源控制聯(lián)機(jī)重建后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。
[0028][主要元件標(biāo)號說明]
[0029]110用戶設(shè)備
[0030]120演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)
[0031]300無線通訊號系統(tǒng)
[0032]310用戶設(shè)備
[0033]320封包數(shù)據(jù)聚合協(xié)議接收實體
[0034]350演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)
[0035]360封包數(shù)據(jù)聚合協(xié)議傳送實體
[0036]410-450 封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元
[0037]502-532、602-622、702-710、802-810、902-910、1002-1010、1102-1110 步驟【具體實施方式】
[0038]請參照圖3，其為依據(jù)本發(fā)明的一實施例的無線通訊號系統(tǒng)300的方塊圖。無線通訊系統(tǒng)300可為一長期演進(jìn)系統(tǒng)，然而這并非用以限制本發(fā)明的范疇，無線通訊系統(tǒng)300亦可為其它型態(tài)的無線通訊系統(tǒng)。無線通訊系統(tǒng)300包含有(但不限于)一用戶設(shè)備310與一演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)350。演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)350包含有一封包數(shù)據(jù)聚合協(xié)議傳送實體360，而用戶設(shè)備310則包含有一封包數(shù)據(jù)聚合協(xié)議接收實體320。封包數(shù)據(jù)聚合協(xié)議傳送實體360與封包數(shù)據(jù)聚合協(xié)議接收實體320的詳細(xì)運作將在以下的各個實施例中加以說明。
[0039]請注意，在以下的實施例中，圖4至圖8為回復(fù)于無線鏈路控制(Radio Link Control, RLC)認(rèn)可模式(Acknowledge Mode, AM)下所映射的數(shù)據(jù)無線承載(Data, Radio Bearer, DRB)的范例示意圖，圖9至圖10為回復(fù)于無線鏈路控制非認(rèn)可模式(Unacknowledge Mode, UM)下所映射的數(shù)據(jù)無線承載的范例示意圖，而圖11為回復(fù)第一發(fā)信無線承載(Signaling Radio Bearerl) SRBl 與第二發(fā)信無線承載(Signaling RadioBearer2) SRB2的一范例的示意圖。
[0040]請參照圖4，其繪示了由圖3中的封包數(shù)據(jù)聚合協(xié)議接收實體320所接收的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元(PDCP SDU)。如圖4所示，五個封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410?450由封包數(shù)據(jù)聚合協(xié)議傳送實體360以在序(in-sequence)的方式傳送出去。在此實施例中，封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410?450是以無線鏈路控制認(rèn)可模式所傳送，于是封包數(shù)據(jù)聚合協(xié)議接收實體320須發(fā)送一無線鏈路控制認(rèn)可以確認(rèn)該些封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的接收情形。當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元420與450被成功接收，而封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410、430與440則因為無線鏈接失敗而未能被封包數(shù)據(jù)聚合協(xié)議接收實體320所成功接收。然而，封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410實際上是有被成功接收，但尚未經(jīng)由封包數(shù)據(jù)聚合協(xié)議接收實體320中的一下層通訊層所確認(rèn)。為了解決該些封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的遺失問題，下面提出了三種解決方案。
[0041][解決方案I]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360從封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410起開始重新傳送所有的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410?450，其中在相對應(yīng)的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元(PDCP Protocol Data Unit, PDU)尚未被一下層通訊層確認(rèn)為成功傳送的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元中，封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410的排序為第一位。這個解決方案能解決封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的遺失問題，但會因為必須重新傳送所有業(yè)務(wù)數(shù)據(jù)單元的動作而形成無線資源的浪費。
[0042][解決方案2]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410?450中，尚未被下層通訊層確認(rèn)為成功傳送的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元相對應(yīng)的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元，也就是說，僅封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元410、430與440會被重新傳送。這個解決方案能對第一個解決方案作出改進(jìn)，但仍會造成部份無線資源的浪費。
[0043][解決方案3]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議接收實體320傳送由無線資源控制所設(shè)定的一封包數(shù)據(jù)聚合協(xié)議狀況報告給封包數(shù)據(jù)聚合協(xié)議傳送實體360。之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360會傳送該封包數(shù)據(jù)聚合協(xié)議狀況報告中被指示為尚未收到的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元，換言之，封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元430與440會依據(jù)該封包數(shù)據(jù)聚合協(xié)議狀況報告而被重新傳送。倘若在解決方案2與解決方案3中，上層通訊層的協(xié)議數(shù)據(jù)單元需要以在序的方式傳送,則封包數(shù)據(jù)聚合協(xié)議接收實體320需要將已接收的脫序(out-of-sequence)的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元解密并重新排列。當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的該數(shù)據(jù)無線承載時，起始一定時器以重新排列該些已接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。當(dāng)該定時器計時完畢時，便會完成該些封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的排序，而該些已接收的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元會被傳送至一上層通訊層。
[0044]圖5繪示了上述的解決方案I?解決方案3，而圖5為依據(jù)本發(fā)明的一實施例在一無線通訊系統(tǒng)中重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。該方法包含下列步驟:
[0045]步驟502:回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載。
[0046]步驟504:—組指定的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元因無線鏈接失敗而未被成功接收。
[0047]步驟510:從相對應(yīng)的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元尚未被一下層通訊層確認(rèn)為成功傳送的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元中，開始重新傳送排序第一個的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元以及位于其后所有的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0048]步驟520:重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元中，相對應(yīng)的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元尚未被該下層通訊層確認(rèn)為成功傳送的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0049]步驟530:傳送由無線資源控制所設(shè)定的一封包數(shù)據(jù)聚合協(xié)議狀況報告給封包數(shù)據(jù)聚合協(xié)議傳送實體。
[0050]步驟532:重新傳送在該封包數(shù)據(jù)聚合協(xié)議狀況報告中被指示為尚未收到的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0051]對映射于無線鏈路控制認(rèn)可模式之下的一數(shù)據(jù)無線承載而言，封包數(shù)據(jù)聚合協(xié)議接收實體320中的標(biāo)頭解壓縮程序可能無法在回復(fù)該數(shù)據(jù)無線承載之后正常運作。舉例來說，封包數(shù)據(jù)聚合協(xié)議傳送實體360因為無線鏈接失敗而無法成功傳送五個已壓縮封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元，而封包數(shù)據(jù)聚合協(xié)議傳送實體360中壓縮器的內(nèi)文已經(jīng)更新，但是封包數(shù)據(jù)聚合協(xié)議接收實體320中解壓縮器的內(nèi)文卻仍未更新。為了解決這個問題，在下列敘述中提出兩個解決方案。
[0052][解決方案4]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360會對標(biāo)頭壓縮協(xié)議進(jìn)行重置，而封包數(shù)據(jù)聚合協(xié)議接收實體320會對標(biāo)頭解壓縮協(xié)議進(jìn)行重置。
[0053][解決方案5]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，標(biāo)頭壓縮協(xié)議與標(biāo)頭解壓縮協(xié)議并不會被重置。若因無線鏈接控制重建而接收到脫序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元，則封包數(shù)據(jù)聚合協(xié)議傳送實體360不會在一重排緩沖器(reordering buffer)中對該已接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元執(zhí)行一標(biāo)頭解壓縮程序。用戶設(shè)備310還包含有相關(guān)于該已接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的一定時器Discard_Timer,其中，當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載時,定時器Discard_Timer會被啟動以便在該重排緩沖器中重新排列該些已接收脫序封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元以產(chǎn)生已接收的在序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。在定時器Discard_Timer計時完畢時,封包數(shù)據(jù)聚合協(xié)議接收實體320會在該重排緩沖器中對該些已接收的在序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元執(zhí)行標(biāo)頭解壓縮程序，并在解壓縮完畢后再傳送該已接收的在序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元給上層通訊層。
[0054]圖6繪示了上述的解決方案4與解決方案5，而圖6為依據(jù)本發(fā)明的另一實施例在一無線通訊系統(tǒng)中重新建立一無線資源控制聯(lián)機(jī)程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法的流程圖。該方法包含下列步驟:
[0055]步驟602:回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載。
[0056]步驟604:在回復(fù)該數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議接收實體中的標(biāo)頭解壓縮程序無法正常運作。[0057]步驟610:對標(biāo)頭壓縮協(xié)議與標(biāo)頭解壓縮協(xié)議進(jìn)行重置。
[0058]步驟620:在回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載之后，起始一定時器Discard_Timer來重新排列已接收的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元以產(chǎn)生已接收的在序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0059]步驟622:在時器Discard_Timer計時完畢時，對該些已接收的在序的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元執(zhí)行一標(biāo)頭解壓縮程序。
[0060]在一無線資源控制聯(lián)機(jī)重建程序中，必然會得到一相對應(yīng)的新的基鑰(base-key)KeNB。然而，若狀態(tài)變量 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN 未被重置為零，該新的基鑰KeNB的生命期(lifetime)則會因可使用的超框數(shù)(Hyper FrameNumber, HFN)及序號(Sequence Number)空間的浪費而減少。狀態(tài)變量Next_PDCP_TX_SN指出了下一個封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的封包數(shù)據(jù)聚合協(xié)議序號。狀態(tài)變量TX_HFN指出了用以產(chǎn)生該些封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元所使用的COUNT數(shù)值的超框數(shù)。狀態(tài)變量Next_PDCP_RX_SN則指出了該封包數(shù)據(jù)聚合協(xié)議接收實體所期待下一個收到的封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的封包數(shù)據(jù)聚合協(xié)議序號。狀態(tài)變量RXJFN指出了用以產(chǎn)生該些已接收封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元所使用的COUNT數(shù)值的超框數(shù)。為避免以上所述的金鑰的低效率使用方式，下面提出了一個解決方案。
[0061][解決方案6]:當(dāng)回復(fù)于無線鏈路控制認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360分別將狀態(tài)參數(shù)Next_PDCP_TX_SN以及TX_HFN重置為起始值，而封包數(shù)據(jù)聚合協(xié)議接收實體320分別將狀態(tài)參數(shù)Next_PDCP_RX_SN以及RXJFN重置為起始值。
[0062]圖7繪示了上述的解決方案6，其包含下列步驟:
[0063]步驟702:回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載。
[0064]步驟704:新的基鑰KeNB因可使用的超框數(shù)以及序號空間的浪費而減少。
[0065]步驟710:分別將狀態(tài)參數(shù) Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置為起始值。
[0066]如上所述，在一無線資源控制聯(lián)機(jī)重建程序中，必然會得到一相對應(yīng)的新的基鑰KeNB，而此新的基鑰KeNB亦會產(chǎn)生一個新的加密金鑰。然而，在解決方案I?解決方案3中，無法明確決定使用新的或是舊的加密金鑰來對該些重傳的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元加密以及解密。為了解決這個問題，下面提出了一個解決方案。
[0067][解決方案7]:該些重傳的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元使用一個新的加密金鑰來加密，其中此一新的加密金鑰是經(jīng)由無線資源控制聯(lián)機(jī)重建程序中所產(chǎn)生的新的基鑰所產(chǎn)生。
[0068]圖8繪示了上述的解決方案7，其包含下列步驟:
[0069]步驟802:執(zhí)行無線資源控制聯(lián)機(jī)重建程序。
[0070]步驟804:在回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載之后，重新傳送一組未被成功接收的指定封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元。
[0071]步驟806:依據(jù)該無線資源控制聯(lián)機(jī)重建程序產(chǎn)生一個新的基鑰，并經(jīng)由該新的基鑰來產(chǎn)生一個新的加密金鑰。
[0072]步驟810:使用該新的基鑰來對該些重傳的封包數(shù)據(jù)聚合協(xié)議數(shù)據(jù)單元進(jìn)行加LU O
[0073]在回復(fù)于無線鏈路控制認(rèn)可模式下所映射的一數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議接收實體320中的標(biāo)頭解壓縮程序可能無法正確運作。舉例來說，封包數(shù)據(jù)聚合協(xié)議接收實體360因無線鏈接失敗而未能成功傳送五個已壓縮封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元，封包數(shù)據(jù)聚合協(xié)議傳送實體360中壓縮器的內(nèi)文已被更新而封包數(shù)據(jù)聚合協(xié)議接收實體320中解壓縮器的內(nèi)文則未更新。為解決這個問題，以下提出了一個解決方案。
[0074][解決方案8]:當(dāng)回復(fù)于無線鏈路控制非認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360對標(biāo)頭壓縮協(xié)議進(jìn)行重置，以及封包數(shù)據(jù)聚合協(xié)議接收實體320對標(biāo)頭解壓縮協(xié)議進(jìn)行重置。
[0075]圖8繪示了上述的解決方案9，其包含下列步驟:
[0076]步驟902:回復(fù)于無線鏈路控制非認(rèn)可模式下所映射的一數(shù)據(jù)無線承載。
[0077]步驟904:在回復(fù)該數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議接收實體中的標(biāo)頭解壓縮程序無法正常運作。
[0078]步驟910:對標(biāo)頭壓縮協(xié)議與標(biāo)頭解壓縮協(xié)議進(jìn)行重置。
[0079]在此實施例中，映射于無線鏈路控制非認(rèn)可模式的一數(shù)據(jù)無線承載被回復(fù)。如同之前的敘述，在此必然會得到對應(yīng)該無線資源控制聯(lián)機(jī)重建程序的新的基鑰KeNB，然而，若狀態(tài)變量 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN 未被重置為零，則此一新的基鑰KeNB的生命期則會因可使用的超框數(shù)及序號空間的浪費而減少。為避免以上敘述中金鑰的低效率使用，下面提出了一個解決方案。
[0080][解決方案9]:當(dāng)回復(fù)于無線鏈路控制非認(rèn)可模式下所映射的數(shù)據(jù)無線承載之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360分別將狀態(tài)參數(shù)Next_PDCP_TX_SN以及TX_HFN重置為起始值，而封包數(shù)據(jù)聚合協(xié)議接收實體320分別將狀態(tài)參數(shù)Next_PDCP_RX_SN以及RXJFN重置為起始值。
[0081]圖10繪示了上述的解決方案9，其包含下列步驟:
[0082]步驟1002:回復(fù)于無線鏈路控制非認(rèn)可模式下所映射的一數(shù)據(jù)無線承載。
[0083]步驟1004:新的基鑰KeNB的生命期因可使用的超框數(shù)以序號空間的浪費而減少。
[0084]步驟1010:分別將狀態(tài)參數(shù) Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置為起始值。
[0085]在此實施例中，回復(fù)了第一發(fā)信無線承載SRBl及第二發(fā)信無線承載SRB2。如上所述，在無線資源控制聯(lián)機(jī)重建程序中，必然會得到一相對應(yīng)的新的基鑰KeNB，而此一新的基鑰KeNB亦會產(chǎn)生一個新的加密金鑰。然而，若狀態(tài)變量Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN以及RX_HFN未被重置為零，則該新的基鑰KeNB的生命期會因可使用的超框數(shù)及序號空間的浪費而減少。為避免以上敘述中金鑰的低效率使用，下面提出了一個解決方案。
[0086][解決方案10]:在回復(fù)了第一發(fā)信無線承載SRBl以及第二發(fā)信無線承載SRB2之后，封包數(shù)據(jù)聚合協(xié)議傳送實體360分別將狀態(tài)參數(shù)Next_PDCP_TX_SN以及TX_HFN重置為起始值，而封包數(shù)據(jù)聚合協(xié)議接收實體320分別將狀態(tài)參數(shù)Next_PDCP_RX_SN以及RXJFN重置為起始值。
[0087]圖11繪示了上述的解決方案10，其包含下列步驟:[0088]步驟1102:回復(fù)第一發(fā)信無線承載SRBl以及第二發(fā)信無線承載SRB2。
[0089]步驟1104:新的基鑰KeNB的生命期因可使用的超框數(shù)以及序號空間的浪費而減少。
[0090]步驟1110:分別將狀態(tài)參數(shù) Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置為起始值。
[0091]上述各種方法中的步驟僅為本發(fā)明的實施例，并非用來限定本發(fā)明的范疇。在不違反本發(fā)明的精神的前提之下，上述的方法可加以修改插入其它步驟或是將多個步驟合并為一個步驟。
[0092]當(dāng)然，上述的實施例僅作為用以敘述本發(fā)明的技術(shù)特征的范例，并非用來限定本發(fā)明的范疇，對本領(lǐng)域技術(shù)人員而言，各種在一無線通訊系統(tǒng)中，于無線資源控制聯(lián)機(jī)重建程序后將封包數(shù)據(jù)聚合協(xié)議的運作同步化機(jī)制上的修改，只要不違反本發(fā)明的精神，這些設(shè)計上的變化仍屬于本發(fā)明的范疇之內(nèi)。
[0093]綜上所述，本發(fā)明提供了一種在無線通訊系統(tǒng)中，于無線資源控制聯(lián)機(jī)重建后，將封包數(shù)據(jù)聚合協(xié)議的運作同步化的方法與其相關(guān)裝置。在應(yīng)用本發(fā)明所揭露的機(jī)制之后，上述由無線資源控制聯(lián)機(jī)重建程序所產(chǎn)生的問題皆可迎刃而解，舉例來說，在無線鏈接控制認(rèn)可模式中遺失封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元的問題可經(jīng)由解決方案I?解決方案3來處理；標(biāo)頭解壓縮失敗的問題則可應(yīng)用解決方案4?解決方案5及解決方案8來處理；金鑰使用效率低下的問題可由解決方案6、解決方案9與解決方案10來化解；而加密金鑰問題則可利用解決方案7來解決。于是，在無線資源控制聯(lián)機(jī)重建后，封包數(shù)據(jù)聚合協(xié)議的運作便同步化以解決前述的問題。
[0094]以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明權(quán)利要求范圍所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
【權(quán)利要求】
1.一種無線通訊系統(tǒng)之一用戶設(shè)備，用以將封包數(shù)據(jù)聚合協(xié)議rocp的運作與一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN同步化，該用戶設(shè)備包含有: 一封包數(shù)據(jù)聚合協(xié)議接收實體，當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載； 其特征在于 當(dāng)回復(fù)該數(shù)據(jù)無線承載時，該封包數(shù)據(jù)聚合協(xié)議接收實體接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元； 該封包數(shù)據(jù)聚合協(xié)議接收實體產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰的組件；以及 該封包數(shù)據(jù)聚合協(xié)議接收實體使用該新的加密金鑰來對該接收之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行解密。
2.一種無線通訊系統(tǒng)之一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN，用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一用戶設(shè)備同步化，該用戶設(shè)備包含有: 一封包數(shù)據(jù)聚合協(xié)議傳送實體，當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載； 其特征在于 當(dāng)回復(fù)該數(shù)據(jù)無線承載時，封包數(shù)據(jù)聚合協(xié)議傳送實體重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元； 該封包數(shù)據(jù)聚合協(xié)議傳送實體產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn) 生一新的加密金鑰的組件；以及 該封包數(shù)據(jù)聚合協(xié)議傳送實體使用該新的加密金鑰來對該組重新傳送之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行加密。
3.一種使用在無線通訊系統(tǒng)之一用戶設(shè)備的方法，該用戶設(shè)備用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN同步化，該方法包括: 當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載； 其特征在于 當(dāng)回復(fù)該數(shù)據(jù)無線承載時，接收封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元； 產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰；以及 使用該新的加密金鑰來對該接收之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行解密。
4.一種使用在無線通訊系統(tǒng)之一演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN的方法，該演進(jìn)通用陸地?zé)o線接入網(wǎng)路E-UTRAN用以將封包數(shù)據(jù)聚合協(xié)議HXP的運作與一用戶設(shè)同步化，該方法包括: 當(dāng)一無線資源控制聯(lián)機(jī)重新建立時，執(zhí)行一無線資源控制重新配置程序來回復(fù)除了一第一發(fā)信無線承載以外的一數(shù)據(jù)無線承載； 其特征在于 當(dāng)回復(fù)該數(shù)據(jù)無線承載時，重新傳送封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元； 產(chǎn)生對應(yīng)于無線資源控制聯(lián)機(jī)重新建立程序之一新的基鑰以及從該新的基鑰產(chǎn)生一新的加密金鑰；以及使用該新的加密金 鑰來對該組重新傳送之封包數(shù)據(jù)聚合協(xié)議業(yè)務(wù)數(shù)據(jù)單元進(jìn)行加密。
【文檔編號】H04W76/02GK103458402SQ201310406387
【公開日】2013年12月18日 申請日期:2009年6月23日 優(yōu)先權(quán)日:2008年6月23日
【發(fā)明者】吳志祥 申請人:宏達(dá)國際電子股份有限公司