專利名稱：：參數(shù)同步方法和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明屬于通信
技術(shù)領(lǐng)域：
，尤其涉及一種通信
技術(shù)領(lǐng)域：
中的參數(shù)同步方法和裝置。
背景技術(shù)：
：通用移動通信系統(tǒng)(UniversalMobileTelecommunicationsSystem,以下簡稱UMTS)是采用寬帶碼分多址接入(WidebandCodeDivisionMultipleAccess,以下簡稱WCDMA)空中接口技術(shù)的第三代移動通信系統(tǒng)，通常也稱為WCDMA通信系統(tǒng)。WCDMA通信系統(tǒng)包括無線接入網(wǎng)絡(luò)(RadioAccessNetwork,以下簡稱RAN)和核心網(wǎng)絡(luò)(CoreNetwork,以下簡稱CN)。其中，RAN實現(xiàn)所有與無線有關(guān)的功能，通常也稱為通用陸地?zé)o線接入網(wǎng)絡(luò)(UniversalTerrestrialRadioAccessNetwork,以下簡稱UTRAN)。UTRAN的無線接口分為物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層，網(wǎng)絡(luò)層包括無線資源控制(RRC,RadioResourceControl)子層，數(shù)據(jù)鏈路層包括媒介接入控制(MediumAccessControl,以下簡稱MAC)子層、無線鏈路控制(RadioLinkControl，以下簡稱RLC)子層、廣播/組播控制(Broadcast/MulticastControl,以下簡稱BMC)子層和分組數(shù)據(jù)匯聚協(xié)議(PacketDataConvergenceProtocol,以下簡稱PDCP)子層，物理層通過業(yè)務(wù)接入點(ServiceAccessPoint,以下簡稱SAP)與數(shù)據(jù)鏈路層的MAC子層和網(wǎng)絡(luò)層的RRC子層相連。RLC子層支持確認模式(AM)、非確認模式(UM)和透明模式(TM)三種工作模式，主要完成數(shù)據(jù)傳輸、流量控制、加解密等功能?，F(xiàn)有技術(shù)中，分組業(yè)務(wù)中的會話業(yè)務(wù)以及基于IP的語音技術(shù)(VoiceoverIP,簡稱VoIP)業(yè)務(wù)通常使用RLC的UM模式來進行數(shù)據(jù)傳輸。在RLC的UM模式下，兩個相互通聯(lián)的RLC實體之間，是以協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,以下簡稱PDU)作為數(shù)據(jù)傳送的格式。傳送機把接收自上層的RLC的服務(wù)數(shù)據(jù)單元(ServiceDataUnit,以下簡稱SDU),包裝為一個或多個固定大小的PDU，每個PDU僅傳送一次。UM模式RLC的PDU格式如表1所示表1RLCPDU格式<table>tableseeoriginaldocumentpage5</column></row><table>(Optional)(1)(Optional)LastOctet(Optional)其中:Sequencenumber(以下簡稱SN):為RLCPDU的序列號，SN取值范圍是0-127，SN初始設(shè)置為O,每發(fā)送一個PDU，SN的凝:值加l;E:有兩種含義"normalE-bit"的值為0,表示下一個字節(jié)是數(shù)據(jù)，"normalE-bit"的值為1時，表示下一個字節(jié)是長度指示字段(LengthIndicator,以下簡稱LI)力口E個比特；"AlternativeE—bit"為0，表示PDU其余的部分是一個完整的SDU，即沒有經(jīng)過分段、級聯(lián)和填充，"AlternativeE-bit"為1，表示下一個字節(jié)是LI加E比特；Octet1:指第一個字節(jié)；Optional:^表該項為可選項。當(dāng)RLC在UM模式下對傳輸數(shù)據(jù)進行加密，即對PDU格式配置加密時，PDU的LI、Data和PAD字段都要加密，而SN和第一個E字段不加密。在RLC發(fā)送PDU加密單元時，通常還引入一個加解密參數(shù)，即超幀號(HyperFrameNumber,以下簡稱HFN)，HFN在PDU序列編號完成一個周期時按照一定規(guī)定改變，通常為遞增加l。HFN和PDU序列號一起構(gòu)成加密算法的實際輸入，又稱作計數(shù)參數(shù)。增加HFN的目的是確保不在太短的時間周期內(nèi)生成相同的加密掩碼。在兩個傳輸數(shù)據(jù)的RLC之中，分別存儲有加解密參數(shù)，在PDU傳送過程中，傳送端將依序設(shè)定其SN字段，并視包裝狀況設(shè)定其LI字段。每個PDU被傳送后，SN字段的數(shù)值會遞增，SN字段的長度一般為7bit，當(dāng)SN增大到最大值，即增大到127時，又回到0，相關(guān)聯(lián)的HFN會被加1。HFN值是不寫入PDU中的，因此不會送出，而是由傳送端與接收端的RLC各自依照設(shè)定的規(guī)則進行計算和維護。若聯(lián)通的RLC兩端的HFN未保持同步，則加解密機制便會無法正常運作。在采用上述RLC麗模式實現(xiàn)的數(shù)據(jù)傳輸過程中，無線鏈路信號不好的情況下，空口會出現(xiàn)大量的丟包，導(dǎo)致很多數(shù)據(jù)包從無線網(wǎng)絡(luò)控制器(RadioNetworkController,以下簡稱RNC)發(fā)出了，但用戶i殳備(UserEquipent,以下簡稱UE)沒有收到，在下行高速下載情況下這種情況更為突出。當(dāng)UE在檢測不到網(wǎng)絡(luò)側(cè)信號的時候，會發(fā)起原因值為無線鏈路失步的小區(qū)更新流程，RNC收到小區(qū)更新請求消息后，進行小區(qū)更新。在小區(qū)更新過程中，如果有連續(xù)超過128個PDU丟失，UM模式的RLC配置的HFN，在RNC和UE側(cè)維護的值就會不一致，之后RNC發(fā)送的加密數(shù)據(jù)包UE都無法正確解密，并且因為麗模式下沒有回復(fù)確認的過程，所以無法發(fā)現(xiàn)這種異常情況，導(dǎo)致數(shù)傳中斷。由于UM模式的RLC沒有任何HFN的同步機制，使得數(shù)傳永遠無法恢復(fù)，現(xiàn)有技術(shù)中還沒有能夠妥善處理這一技術(shù)問題的方案。
發(fā)明內(nèi)容本發(fā)明實施例提供一種參數(shù)同步方法和裝置，以解決現(xiàn)有UM模式下RLC執(zhí)行加密的數(shù)據(jù)傳輸過程中，在出現(xiàn)小區(qū)更新流程之后，RNC和UE側(cè)的RLC加解密參數(shù)不一致，導(dǎo)致加解密機制無法正常執(zhí)行，數(shù)據(jù)傳輸中斷的問題，從而提高UM模式下RLC傳輸數(shù)據(jù)的可靠性。一方面，本發(fā)明實施例提供一種參數(shù)同步方法，包括如下步驟在麗模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；產(chǎn)生加解密參數(shù)變更消息并發(fā)送或者獲得加解密參數(shù)變更消息，以及根據(jù)該加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。再一方面，本發(fā)明實施例提供一種參數(shù)同步裝置，包括小區(qū)更新模塊，用于在UM模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；參數(shù)同步才莫塊，用于產(chǎn)生加解密參數(shù)變更消息并發(fā)送或者獲得加解密參數(shù)變更消息，以及根據(jù)該加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。由以上技術(shù)方案可知，本發(fā)明實施例中RLC在UE模式下執(zhí)行加密的數(shù)據(jù)傳輸，當(dāng)出現(xiàn)無線鏈路失步而觸發(fā)小區(qū)更新流程后，通過交互一加解密參數(shù)變更消息來保證接收、發(fā)送兩端的RLC的加解密參數(shù)同步，以保證加解密操作能夠正常執(zhí)行，從而保證數(shù)據(jù)的正常傳輸。圖1為本發(fā)明參數(shù)同步方法具體實施例一的流程圖；圖2為本發(fā)明參數(shù)同步方法具體實施例三的流程圖；圖3為本發(fā)明參數(shù)同步方法具體實施例四的流程圖；圖4為本發(fā)明參數(shù)同步方法具體實施例五的流程圖；圖5為本發(fā)明參數(shù)同步方法具體實施例六的流程圖；圖6為本發(fā)明參數(shù)同步方法具體實施例七的流程圖；圖7為本發(fā)明參數(shù)同步裝置具體實施例一的結(jié)構(gòu)示意圖；圖8為本發(fā)明參數(shù)同步裝置具體實施例二的結(jié)構(gòu)示意圖。具體實施方式本發(fā)明參數(shù)同步方法各實施例技術(shù)方案是當(dāng)出現(xiàn)無線鏈路失步觸發(fā)的小區(qū)更新流程后，通過發(fā)送或接收加解密參數(shù)變更消息，來保證接收端和發(fā)送端RLC的加解密參數(shù)同步。實現(xiàn)加解密參數(shù)變更消息的具體方式可以有多種，下面通過具體實施例并結(jié)合附圖對本發(fā)明做進一步的詳細描述。參數(shù)同步方法實施例一如圖1所示為本發(fā)明參數(shù)同步方法具體實施例一的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中RNC側(cè)執(zhí)行的流程，具體包括如下步驟步驟101、在UM模式下的RNC側(cè)RLC進行加密的數(shù)據(jù)傳輸時，接收到UE通過空口(UU)發(fā)送的包括標識小區(qū)更新原因的無線鏈路失步標識的小區(qū)更新消息，即"CELLUPDATA"消息，該小區(qū)更新消息的小區(qū)更新原因參數(shù)，即"Cellupdatecause"中包含無線鏈路失步標識，其值具體為"radiolinkfailure",即RNC執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；步驟102、RNC側(cè)RLC產(chǎn)生加解密參數(shù)變更消息并發(fā)送，該步驟具體可以為向UE發(fā)送小區(qū)更新確認消息，即"CELLUPDATECONFIRM"消息，并在小區(qū)更新確認消息的參數(shù)中設(shè)置RLC重建指示，具體可以將小區(qū)更新消息中的"RLCre-establishindicator"字段設(shè)置為"TRUE"，則該小區(qū)更新確i人消息就作為加解密參數(shù)變更消息向UE發(fā)送，而后RNC側(cè)根據(jù)小區(qū)更新確認消息調(diào)整本地RLC中的加解密參數(shù)。上述步驟102中，RNC根據(jù)小區(qū)更新確認消息調(diào)整本地RLC中的加解密參數(shù)的步驟具體可以為RNC對本地RLC執(zhí)行重建流程(RLCre-establishmentfunction),將加解密參數(shù)設(shè)置為初始化值，例如"0"。本實施例的技術(shù)方案，在因無線鏈路失步而觸發(fā)小區(qū)更新流程之后，通過在小區(qū)更新確定消息設(shè)置RLC重建指示，并發(fā)送給UE,來指示UE完成RLC重建流程，保證RNC側(cè)和UE側(cè)RLC加解密參數(shù)，具體可以為HFN的同步，從而保證加解密機制正常執(zhí)行，避免數(shù)據(jù)傳輸中斷，提高UM模式下RLC傳輸數(shù)據(jù)的可靠性，避免解密失敗無法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步方法實施例二本發(fā)明參數(shù)同步方法具體實施例二的技術(shù)方案與上述實施例一的區(qū)別在于在實施例一的步驟101中，RNC側(cè)接收到UE側(cè)發(fā)送的小區(qū)更新消息后，是由RNC側(cè)RLC觸發(fā)RLC重建流程，而本實施例是RLC重建流程的另一種觸發(fā)方式，即由UE側(cè)觸發(fā)，具體實施方式是在上述實施例一的步驟102之前，即RLC在小區(qū)更新確認消息中設(shè)置RLC重建指示之前，還包括RNC側(cè)RLC檢測到UE發(fā)送的小區(qū)更新消息中包含了RLC重建指示。上述步驟說明UE側(cè)已經(jīng)觸發(fā)RLC重建流程，則RLC在回復(fù)的小區(qū)更新確認消息中也需要設(shè)置RLC重建指示的字段為"TRUE"。本實施例的技術(shù)方案同樣能夠?qū)崿F(xiàn)通過在RNC側(cè)和UE側(cè)同時觸發(fā)RLC重建流程，來保證兩側(cè)的加解密參數(shù)同步，從而保證加解密機制正常執(zhí)行，避免數(shù)據(jù)傳輸中斷，提高麗模式下RLC傳輸數(shù)據(jù)的可靠性。參數(shù)同步方法實施例三如圖2所示為本發(fā)明參數(shù)同步方法具體實施例三的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中RNC側(cè)執(zhí)行的流程，具體包括如下步驟步驟201、在麗模式下RNC側(cè)的RLC進行加密的數(shù)據(jù)傳輸時，RNC側(cè)接收到UE通過冊口發(fā)送的小區(qū)更新消息，即"CELLUPDATA，，消息，且該小區(qū)更新消息的小區(qū)更新原因參數(shù)，即"Cellupdatecause"中包含無線鏈路失步標識，即"radiolinkfailure"，則RNC側(cè)開始執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新，向UE發(fā)送小區(qū)更新確認消息；步驟202、RNC側(cè)RLC在下一個待發(fā)送PDU的參數(shù)中設(shè)置一加解密參數(shù)值，將該待發(fā)送PDU作為加解密參數(shù)變更消息，并發(fā)送給UE側(cè)RLC，以及根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC中的加解密參數(shù)。在步驟202中，RNC側(cè)RLC在下一個4寺發(fā)送PDU的參數(shù)中設(shè)置一加解密參數(shù)值的一種具體實現(xiàn)方式可以為下一個待發(fā)送的PDU被配置成為一個特殊的PDU，在其中新增一個特殊的LI字段，此LI字段指示剩余的PDU字段為填充字段(PADING)，所謂填充字段即當(dāng)PDU實際數(shù)據(jù)長度不足時，用于填充，使PDU達到固定長度的字段，該LI字段同時還指示PADING區(qū)的前兩個字節(jié)中設(shè)置有一加解密參數(shù)值。則RNC根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC中的加解密參數(shù)的步驟具體為RNC以PDU中設(shè)置的該加解密參數(shù)值更新本地RLC的加解密參數(shù)。在步驟202中，RNC側(cè)RLC在下一個待發(fā)送PDU的參數(shù)中設(shè)置一加解密參數(shù)值的另一種具體實現(xiàn)方式可以為RNC的RLC采集本地的加解密參數(shù)值，并將采集到的加解密參數(shù)值設(shè)置在下一個待發(fā)送的PDU的參數(shù)中，將該待發(fā)送PDU作為加解密參數(shù)變更消息。則RNC根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC中的加解密參數(shù)的步驟具體為一空操作，即不調(diào)整RNC側(cè)RLC的加解密參數(shù)。在本實施例的上述技術(shù)方案中，在因無線鏈路失步而觸發(fā)小區(qū)更新流程之后，RNC通過發(fā)送設(shè)置有加解密參數(shù)的PDU來指示UE側(cè)的RLC更新其加解密參數(shù)，保證RNC側(cè)和UE側(cè)RLC加解密參數(shù)的同步，從而保證加解密機制正常執(zhí)行，避免數(shù)據(jù)傳輸中斷，提高麗模式下RLC傳輸數(shù)據(jù)的可靠性，避免解密失敗無法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步方法實施例四如圖3所示為本發(fā)明參數(shù)同步方法具體實施例四的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中UE側(cè)執(zhí)行的流程，具體包括如下步驟步驟301、在飄模式下的UE側(cè)RLC進行加密的數(shù)據(jù)傳輸時，UE監(jiān)測到發(fā)生無線鏈路失步，則執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新，具體可以為產(chǎn)生小區(qū)更新消息；步驟302、UE側(cè)RLC在小區(qū)更新消息的參數(shù)中設(shè)置RLC重建指示，將該小區(qū)更新消息作為加解密參數(shù)變更消息，并發(fā)送給RNC側(cè)RLC,以及UE根據(jù)該加解密變更消息調(diào)整本地RLC的加解密參數(shù)。上述步驟302中在小區(qū)更新消息的參數(shù)中設(shè)置RLC重建指示的具體方式可以為將小區(qū)更新消息的RLC重建字賴:設(shè)置為"TRUE"。UE調(diào)整本地RLC加解密參數(shù)的步驟即根據(jù)小區(qū)更新消息中設(shè)置的RLC重建指示，執(zhí)行RLC重建流程，將加解密參數(shù)初始化為設(shè)定值，例如"0"。本實施例中，當(dāng)發(fā)生無線鏈路失步觸發(fā)的小區(qū)更新時，由UE側(cè)觸發(fā)RLC重建流程，以便保證UE側(cè)和RNC側(cè)RLC的加解密參數(shù)同步，從而保證加解密機制正常執(zhí)行，避免數(shù)據(jù)傳輸中斷，提高麗模式下RLC傳輸數(shù)據(jù)的可靠性，避免解密失敗無法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步方法實施例五如圖4所示為本發(fā)明參數(shù)同步方法具體實施例五的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中RNC側(cè)執(zhí)行的流程，具體包括如下步驟步驟401、在固模式下RNC側(cè)的RLC進行加密的數(shù)據(jù)傳輸時，RNC執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；步驟402、RNC獲取加解密參數(shù)變更消息，即UE發(fā)送的，包含RLC重建指示的小區(qū)更新消息；步驟403、RNC解析到該小區(qū)更新消息參數(shù)中包含RLC重建指示時，將本地RLC的加解密參數(shù)設(shè)置為初始化值。本實施例的技術(shù)方案實現(xiàn)了RNC根據(jù)UE發(fā)送的加解密變更消息調(diào)整本地加解密參數(shù)值，保證了RNC側(cè)與UE側(cè)的加解密參數(shù)保持同步，從而保證加解密數(shù)據(jù)傳輸機制正常執(zhí)行，提高加密數(shù)據(jù)傳輸?shù)目煽啃裕苊饨饷苁o法恢復(fù)的現(xiàn)象出現(xiàn)。參凌t同步方法實施例六如圖5所示為本發(fā)明參數(shù)同步方法具體實施例六的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中UE側(cè)執(zhí)行的流程，具體包括如下步驟步驟501、在UM才莫式下UE側(cè)的RLC進行加密的lt據(jù)傳輸時，UE4丸行無線鏈路失步觸發(fā)的小區(qū)更新；步驟502、UE獲取加解密參數(shù)變更消息，即RNC發(fā)送的，包含RLC重建指示的小區(qū)更新確認消息；步驟503、UE解析到該小區(qū)更新確認消息參數(shù)中包含RLC重建指示時，將本地RLC的加解密參數(shù)設(shè)置為初始化值。本實施例的技術(shù)方案實現(xiàn)了UE根據(jù)RNC發(fā)送的加解密變更消息調(diào)整本地加解密參數(shù)值，保證了UE側(cè)與RNC側(cè)的加解密參數(shù)保持同步，從而保證加解密數(shù)據(jù)傳輸機制正常執(zhí)行，提高加密數(shù)據(jù)傳輸?shù)目煽啃?，避免解密失敗無法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步方法實施例七如圖6所示為本發(fā)明參數(shù)同步方法具體實施例七的流程圖，該參數(shù)同步方法是通信網(wǎng)絡(luò)中UE側(cè)執(zhí)行的流程，具體包括如下步驟步驟601、在UM模式下UE側(cè)的RLC進行加密的數(shù)據(jù)傳輸時，UE執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；步驟602、UE獲取加解密參數(shù)變更消息，即RNC發(fā)送的，包含加解密參數(shù)值的PDU;步驟603、UE解析到該PDU參數(shù)中包含加解密參數(shù)值時，將本地RLC的加解密參數(shù)設(shè)置為解析到的加解密參數(shù)值。本實施例的技術(shù)方案實現(xiàn)了UE根據(jù)RNC發(fā)送的PDU調(diào)整本地加解密值，保證了UE側(cè)與RNC側(cè)的加解密參數(shù)保持同步，從而保證加解密數(shù)據(jù)傳輸機制正常執(zhí)行，提高加密數(shù)據(jù)傳輸?shù)目煽啃?，避免解密失敗無法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步裝置實施例一如圖7所示為本發(fā)明參數(shù)同步裝置具體實施例一的結(jié)構(gòu)示意圖，該裝置包括小區(qū)更新模塊l，用于在UM模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；參數(shù)同步模塊2,用于產(chǎn)生加解密參數(shù)變更消息并發(fā)送，以及根據(jù)該加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。本實施例的技術(shù)方案可以執(zhí)行本發(fā)明參數(shù)同步方法實施例——四中任一實施例的流程，能夠在因無線鏈路失步而觸發(fā)小區(qū)更新之后，保證數(shù)據(jù)傳輸兩端RLC的加解密參數(shù)同步，提高加密數(shù)據(jù)傳輸?shù)目煽啃裕苊饨饷苁o法恢復(fù)的現(xiàn)象出現(xiàn)。參數(shù)同步裝置實施例二如圖8所示為本發(fā)明參數(shù)同步裝置具體實施例二的結(jié)構(gòu)示意圖，該裝置包括小區(qū)更新模塊l，用于在麗模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；參數(shù)同步模塊3，用于獲得加解密參數(shù)變更消息，以及根據(jù)該加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。本實施例的技術(shù)方案可以執(zhí)行本發(fā)明參數(shù)同步方法實施例五~七中任一實施例的流程，能夠在發(fā)生無線鏈路失步而觸發(fā)小區(qū)更新之后，使接收側(cè)RLC實時更新加解密參數(shù)，保證數(shù)據(jù)傳輸兩端RLC的加解密參數(shù)同步，提高加密數(shù)據(jù)傳輸?shù)目煽啃裕苊饨饷苁o法恢復(fù)的現(xiàn)象出現(xiàn)。。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、R細、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是'.以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。權(quán)利要求1、一種參數(shù)同步方法，其特征在于，包括在UM模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；產(chǎn)生加解密參數(shù)變更消息并發(fā)送或者獲得加解密參數(shù)變更消息，以及根據(jù)所述加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。2、根據(jù)權(quán)利要求1所述的參數(shù)同步方法，其特征在于，所述產(chǎn)生加解密參數(shù)變更消息并發(fā)送具體為網(wǎng)絡(luò)控制器側(cè)RLC在小區(qū)更新確認消息的參數(shù)中設(shè)置RLC重建指示，將所述小區(qū)更新確認消息作為加解密參數(shù)變更消息，并發(fā)送給用戶設(shè)備側(cè)RLC。3、根據(jù)權(quán)利要求2所述的參數(shù)同步方法，其特征在于，所述網(wǎng)絡(luò)控制器側(cè)RLC在小區(qū)更新確認消息中設(shè)置RLC重建指示之前，還包括所述網(wǎng)絡(luò)控制器側(cè)RLC檢測到用戶設(shè)備側(cè)RLC發(fā)送的小區(qū)更新消息中包含RLC重建指示。4、根據(jù)權(quán)利要求1所述的參數(shù)同步方法，其特征在于，所述產(chǎn)生加解密參數(shù)變更消息并發(fā)送具體為用戶設(shè)備側(cè)RLC在小區(qū)更新消息的參數(shù)中設(shè)置RLC重建指示，將所述小區(qū)更新消息作為加解密參數(shù)變更消息，并發(fā)送給網(wǎng)絡(luò)控制器側(cè)RLC。5、根據(jù)權(quán)利要求2或3或4所述的參數(shù)同步方法，其特征在于，所述根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)具體為根據(jù)加解密參數(shù)變更消息，執(zhí)行本地RLC重建流程，將加解密參數(shù)設(shè)置為初始化J直。6、根據(jù)權(quán)利要求1所述的參數(shù)同步方法，其特征在于，所述產(chǎn)生加解密參數(shù)變更消息并發(fā)送具體為網(wǎng)絡(luò)控制器側(cè)RLC在下一個待發(fā)送協(xié)議數(shù)據(jù)單元的參數(shù)中設(shè)置一加解密參數(shù)值，將該待發(fā)送協(xié)議數(shù)據(jù)單元作為加解密參數(shù)變更消息，并發(fā)送給用戶設(shè)備側(cè)RLC。7、根據(jù)權(quán)利要求6所述的參數(shù)同步方法，其特征在于，所述根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)具體為網(wǎng)絡(luò)控制器側(cè)RLC以設(shè)置的所述加解密參數(shù)值更新本地RLC的加解密參數(shù)。8、根據(jù)權(quán)利要求1所述的參數(shù)同步方法，其特征在于，所述產(chǎn)生加解密參數(shù)變更消息并發(fā)送具體為網(wǎng)絡(luò)控制器側(cè)RLC采集本地RLC的加解密參數(shù)值，并將采集到的加解密參數(shù)值設(shè)置在下一個待發(fā)送協(xié)議數(shù)據(jù)單元的參數(shù)中，將該待發(fā)送協(xié)議數(shù)據(jù)單元作為加解密參數(shù)變更消息并發(fā)送給用戶設(shè)備側(cè)RLC。9、根據(jù)權(quán)利要求1所述的參數(shù)同步方法，其特征在于，所述獲得加解密參數(shù)變更消息，以及根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)具體為獲得小區(qū)更新消息或小區(qū)更新確認消息，所述小區(qū)更新消息或小區(qū)更新確認消息為所述加解密參數(shù)變更消息，解析到所述小區(qū)更新消息或所述小區(qū)更新確認消息參數(shù)中包含RLC重建指示時，將本地RLC的加解密參數(shù)設(shè)置為初始化值。10、根據(jù)權(quán)利要求l所述的參數(shù)同步方法，其特征在于，所述獲得加解密參數(shù)變更消息，以及根據(jù)加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)具體為獲得協(xié)議數(shù)據(jù)單元，所述協(xié)議數(shù)據(jù)單元為所述加解密參數(shù)變更消息，解析到所述協(xié)議數(shù)據(jù)單元參數(shù)中包含加解密參數(shù)值時，將本地RLC的加解密參數(shù)設(shè)置為解析到的加解密參數(shù)值。11、一種參數(shù)同步裝置，其特征在于，包括小區(qū)更新模塊，用于在UM模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；參數(shù)同步模塊，用于產(chǎn)生加解密參數(shù)變更消息并發(fā)送或者獲得加解密參數(shù)變更消息，以及根據(jù)所述加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。全文摘要本發(fā)明提供一種參數(shù)同步方法和裝置，該方法包括在UM模式下RLC進行加密的數(shù)據(jù)傳輸時，執(zhí)行無線鏈路失步觸發(fā)的小區(qū)更新；產(chǎn)生加解密參數(shù)變更消息并發(fā)送或獲得加解密參數(shù)變更消息，以及根據(jù)該加解密參數(shù)變更消息調(diào)整本地RLC的加解密參數(shù)。本發(fā)明的裝置包括執(zhí)行本發(fā)明參數(shù)同步方法步驟的模塊。本發(fā)明能夠在UM模式下進行加密數(shù)傳時，當(dāng)因無線鏈路失表觸發(fā)小區(qū)更新后，保證數(shù)傳兩端RLC的加解密參數(shù)同步，以保證加解密操作能夠正常執(zhí)行。文檔編號H04W12/02GK101150866SQ20071017648公開日2008年3月26日申請日期2007年10月29日優(yōu)先權(quán)日2007年10月29日發(fā)明者湯正華,郭傳真申請人:華為技術(shù)有限公司