專(zhuān)利名稱(chēng)：參數(shù)維護(hù)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種參數(shù)維護(hù)方法及裝置。
背景技術(shù)：
目前，媒體接入控制(MAC)模塊對(duì)無(wú)線鏈路控制(RLC)的透明模式 (TM)數(shù)據(jù)進(jìn)行加密和解密過(guò)程中，加解密參數(shù)COUNT-C由第一部分(用 CFN來(lái)表示)和第二部分(用MAC-d HFN (簡(jiǎn)稱(chēng)為HFN)來(lái)表示)兩部分組 成，COUNT-C的長(zhǎng)度為32比特(bit),其中高24bit為MAC-d HFN,低8bit 為CFN。在第三代合作伙伴計(jì)劃(3GPP)對(duì)無(wú)線資源控制的介紹過(guò)程中，對(duì) TM模式下HFN的維護(hù)作了如下描述TM模式下的所有信令RB (Radio Bearer,無(wú)線承載)和業(yè)務(wù)RB，其上行和下行都使用 一套COUNT-C;當(dāng)CFN 的值循環(huán)(即CFN的值從255跳變到0)時(shí)，MAC-d HFN的值增加1。圖1 為現(xiàn)有技術(shù)中COUNT-C使用的CFN與接入控制層(MAC層)加解密時(shí)刻 的CFN存在偏移的示意圖，如圖l所示，設(shè)某傳輸信道的數(shù)據(jù)在移動(dòng)用戶(hù)終 端與系統(tǒng)固定網(wǎng)絡(luò)之間的無(wú)線接口 (Uu 口 )發(fā)送時(shí)刻的CFN為CFNTx， Uu 口接收數(shù)據(jù)起始幀的時(shí)刻為CFNRx，發(fā)送之前在MAC層進(jìn)行加密處理的時(shí) 刻為CFNnowl,接收之后在MAC層進(jìn)行解密處理的時(shí)刻為CFNnow2，則 CFNTx和CFNnowl的關(guān)系以及CFNRx和CFNnow2的關(guān)系如下
CFNTx = CFNnowl + nl ( 1 )
CFNRx = CFNnow2- ( TTI + n2 ) (2)
其中nl為加密時(shí)刻相對(duì)于發(fā)送時(shí)刻的提前幀數(shù)，n2為解密時(shí)刻相對(duì)于 譯碼幀的延遲幀數(shù)，TTI為傳輸時(shí)間間隔。
由式(1)、式(2)以及圖1可以看出，在MAC層加密時(shí)刻或解密時(shí)
刻相對(duì)于COUNT-C中使用的CFN存在幀偏移。同一時(shí)刻在Uu 口發(fā)送和接 收的數(shù)據(jù)，其加密和解密時(shí)使用的CFN不相等，差值為T(mén)TI + nl+n2，同樣， 上行加密和下行解密使用的HFN增加1的時(shí)刻也相差TTI + nl +n2?，F(xiàn)有技 術(shù)中MAC層在上行和下行流程維護(hù)一套HFN，若在上行HFN增加1的時(shí)刻 修改HFN,則此時(shí)下行解密時(shí)使用的HFN就不正確，反之亦然。這樣導(dǎo)致 用戶(hù)在打電話時(shí)，每隔2.56秒會(huì)聽(tīng)到一次啼嗪聲，嚴(yán)重可能導(dǎo)致加解密的 HFN始終不一致，終端AMR語(yǔ)音出現(xiàn)流水聲等異?，F(xiàn)象。 下面以 一個(gè)例子來(lái)說(shuō)明現(xiàn)有技術(shù)中所存在的缺陷
從Uu 口接收的數(shù)據(jù)緩存在MAC層，MAC層每隔10毫秒處理接收到的 一幀數(shù)據(jù)。MAC層接收到DSP的中斷請(qǐng)求時(shí)更新CFN，并判斷HFN是否需 要增加l。當(dāng)CFN循環(huán)時(shí)，將上行和下行共用的HFN增加1?，F(xiàn)有技術(shù)的方 案中，Uu 口發(fā)送的數(shù)據(jù)在CFN循環(huán)前，出現(xiàn)nl幀數(shù)據(jù)加密錯(cuò)誤；Uu 口接 收的數(shù)據(jù)在CFN循環(huán)后，出現(xiàn)TTI + n2幀數(shù)據(jù)解密錯(cuò)誤。
圖2為現(xiàn)有技術(shù)上下行數(shù)據(jù)加解密的示意圖。如圖2所示，假設(shè)從MAC 層加密的時(shí)刻到Uu 口開(kāi)始發(fā)送數(shù)據(jù)的時(shí)刻，間隔2幀(即nl = 2);從Uu 口 開(kāi)始接收數(shù)據(jù)的時(shí)刻到MAC層解密的時(shí)刻，間隔3幀(即TTI + n2 = 3)。若 當(dāng)前CFN- 0，說(shuō)明CFN循環(huán)一次，則HFN由3變?yōu)?,但此時(shí)Uu 口發(fā)送 的數(shù)據(jù)在CFN-254時(shí)已進(jìn)行了 MAC層的加密，且使用的HFN-3，故加密 出現(xiàn)錯(cuò)誤；同樣，在CFN-255時(shí)MAC加密的數(shù)據(jù)也會(huì)出現(xiàn)錯(cuò)誤；當(dāng)CFN -O時(shí)，MAC解密使用的HFN-4,但此時(shí)解密的數(shù)據(jù)是在CFN = 253時(shí)從 Uu口接收的，應(yīng)使用HFN-3進(jìn)行解密，故MAC層在CFN為O、 1、 2時(shí)的 解密均出現(xiàn)錯(cuò)誤。發(fā)明人在實(shí)現(xiàn)本發(fā)明實(shí)施例的過(guò)程中發(fā)現(xiàn)現(xiàn)有技術(shù)按MAC 層處理數(shù)據(jù)時(shí)刻的CFN去維護(hù)HFN,以致HFN變化時(shí)刻不準(zhǔn)確。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供的參數(shù)維護(hù)方法及裝置，屏蔽上行和下行數(shù)據(jù)加解密 參數(shù)間更新的時(shí)間差，解決用戶(hù)在打電話時(shí)出現(xiàn)呼齊聲或流水聲的問(wèn)題。本發(fā)明實(shí)施例提供了一種參數(shù)維護(hù)方法，包括
在MAC層進(jìn)行發(fā)送處理的時(shí)刻，若無(wú)線接口上凄t據(jù)發(fā)送時(shí)刻的無(wú)線幀 編號(hào)循環(huán)，則更新加密參數(shù)；
在MAC層進(jìn)行接收處理的時(shí)刻，若無(wú)線接口上數(shù)據(jù)接收時(shí)刻的無(wú)線幀 編號(hào)循環(huán)，則更新解密參數(shù)。
本發(fā)明實(shí)施例提供了一種參數(shù)維護(hù)裝置，包括
第一更新^^塊，用于在MAC層進(jìn)行發(fā)送處理的時(shí)刻，若無(wú)線接口上數(shù) 據(jù)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新加密參^t;
第二更新模塊，用于在MAC層進(jìn)行接收處理的時(shí)刻，若無(wú)線接口上數(shù) 據(jù)接收時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新解密參數(shù)。
本發(fā)明實(shí)施例在上行和下行處理過(guò)程中采用兩套不同的參數(shù)，解決了由 于上下行數(shù)據(jù)加解密參數(shù)更新時(shí)間差而導(dǎo)致的問(wèn)題，避免了用戶(hù)在打電話時(shí) 出現(xiàn)呼嘹聲或流水聲的異?，F(xiàn)象。


圖1為現(xiàn)有技術(shù)中COUNT-C使用的CFN與MAC層加解密時(shí)刻的CFN 存在偏移的示意圖2為現(xiàn)有技術(shù)上下行數(shù)據(jù)加解密的示意圖3為本發(fā)明實(shí)施例一參數(shù)維護(hù)方法的流程圖4為本發(fā)明實(shí)施例二參數(shù)維護(hù)方法的流程圖5為本發(fā)明實(shí)施例二參數(shù)維護(hù)方法步驟201的示意圖6為本發(fā)明實(shí)施例參數(shù)維護(hù)裝置的示意圖。
具體實(shí)施例方式
下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明實(shí)施例的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
發(fā)明人在實(shí)現(xiàn)本發(fā)明實(shí)施例的過(guò)程中發(fā)現(xiàn)現(xiàn)有技術(shù)出現(xiàn)缺陷的主要原因
是根據(jù)MAC層處理數(shù)據(jù)時(shí)刻的CFN維護(hù)HFN,為了克服現(xiàn)有技術(shù)的缺陷， 本發(fā)明實(shí)施例提出以Uu 口發(fā)送或接收數(shù)據(jù)時(shí)刻的CFN來(lái)維護(hù)HFN,具體說(shuō) 明如下。
圖3為本發(fā)明實(shí)施例一參數(shù)維護(hù)方法的流程圖，如圖3所示，本實(shí)施例 具體包括
步驟101、在MAC層進(jìn)行發(fā)送處理的時(shí)刻CFNnow,若無(wú)線接口 (Uu 口 )上數(shù)據(jù)發(fā)送時(shí)刻CFNTx( CFNTx = CFNnow + nl )的無(wú)線幀編號(hào)循環(huán)，則 更新加密參數(shù)；
步驟102、在MAC層進(jìn)行接收處理的時(shí)刻CFNnow,若Uu 口上數(shù)據(jù)接 收時(shí)刻CFNRx ( CFNRx = CFNnow - (TTI + n2))的無(wú)線幀編號(hào)循環(huán)，則更新 解密參數(shù)。
本實(shí)施例的無(wú)線幀編號(hào)可以為CFN,加密參數(shù)可以為發(fā)送HFN,解密參 數(shù)可以為接收HFN,本實(shí)施例維護(hù)兩套HFN,其中步驟101為發(fā)送HFN的 處理過(guò)程，步驟102為接收HFN的處理過(guò)程，步驟101和步驟102之間的執(zhí) 行順序可以交換。
本實(shí)施例在上行和下行處理過(guò)程中采用兩套不同的HFN,解決了由于上 下行數(shù)據(jù)加解密參數(shù)更新時(shí)間差而導(dǎo)致的問(wèn)題，避免了用戶(hù)在打電話時(shí)出現(xiàn) 呼嘹聲或流水聲的異?，F(xiàn)象。
圖4為本發(fā)明實(shí)施例二參數(shù)維護(hù)方法的流程圖。本實(shí)施例采用分別維護(hù) 上行和下行兩套HFN的方式，如圖4所示，具體包括
步驟201、在MAC層進(jìn)行發(fā)送處理的時(shí)刻，若發(fā)送處理時(shí)刻的無(wú)線幀編 號(hào)與提前幀數(shù)之和循環(huán)，則更新加密參數(shù)；
本步驟的發(fā)送處理時(shí)刻可以為對(duì)數(shù)據(jù)進(jìn)行加密的時(shí)刻，由于發(fā)送數(shù)據(jù)前 要先對(duì)數(shù)據(jù)加密，因此加密時(shí)刻要早于發(fā)送時(shí)刻。設(shè)加密時(shí)刻所使用的發(fā)送 HFN為HFNTx (即步驟201中的加密參數(shù))，加密時(shí)刻的CFN為CFNnowl (即步驟201中的無(wú)線幀編號(hào))，若CFNnowl + nl的值循環(huán)，則更新HFNTx， 即將HFNTx值增加l，其中nl為提前幀數(shù)。 圖5為本發(fā)明實(shí)施例二參數(shù)維護(hù)方法步驟201的示意圖，如圖5所示， nl = 2, CFNnowl = 254,貝'j CFNnowl + nl的值循環(huán)，即發(fā)送時(shí)刻的CFN將 出現(xiàn)循環(huán)，則本實(shí)施例在加密時(shí)刻(CFNnowl)提前更新HFNTx。
步驟203、在MAC層進(jìn)行接收處理的時(shí)刻，若Uu口上數(shù)據(jù)接收時(shí)刻的 無(wú)線幀編號(hào)循環(huán)，則更新解密參數(shù)；
由于Uu 口發(fā)送數(shù)據(jù)具有嚴(yán)格的時(shí)序，而接收數(shù)據(jù)沒(méi)有嚴(yán)格的時(shí)序，存 在延遲現(xiàn)象，即對(duì)于不同時(shí)刻接收的數(shù)據(jù)，公式(2)中的參數(shù)n2的值不固 定，所以不能簡(jiǎn)單的利用MAC處理時(shí)刻的CFN來(lái)維護(hù)解密參數(shù)，本實(shí)施例 結(jié)合Uu 口接收時(shí)刻的CFN和MAC處理時(shí)刻的CFN來(lái)維護(hù)解密參數(shù)。
本實(shí)施例中在步驟203之前還包括獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú) 線幀編號(hào)。執(zhí)行該步驟分為以下兩種情況
第一種情況若當(dāng)MAC層檢測(cè)到接收的數(shù)據(jù)時(shí)，則上述接收處理時(shí)刻 即為解密時(shí)刻，獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)具體為步驟 202A、通過(guò)從任一條傳輸信道接收的數(shù)據(jù)頭中解析出數(shù)據(jù)接收時(shí)刻的無(wú)線幀 編號(hào)。
具體地i充，i殳解密時(shí)刻所使用的HFN為HFNRx (即步驟202中的解密 參數(shù))，解密時(shí)刻的CFN為CFNnow2,接收時(shí)刻的CFN為CFNRx。對(duì)于不 同的傳輸信道，其CFNnow2是相同的，但不同的傳輸信道具有不同的TTI， 在系統(tǒng)實(shí)現(xiàn)的過(guò)程中遵循如下的結(jié)論無(wú)論傳輸信道數(shù)量和各個(gè)傳輸信道的 TTI是多少，CFN = 0的無(wú)線幀均為公共TTI的邊界，即各個(gè)傳輸信道的CFN 一定在公共TTI的邊界上循環(huán)。
根據(jù)上述結(jié)論可知，同一時(shí)刻進(jìn)行解密的不同傳輸信道數(shù)據(jù)，解密時(shí)刻 使用的HFN相同。當(dāng)CFNnow2-x時(shí)，MAC層將接收到的數(shù)據(jù)進(jìn)行解密， 此時(shí)可獲取任一條傳輸信道上接收數(shù)據(jù)頭部包含的CFN，將該CFN作為傳輸 信道上凄t據(jù)接收時(shí)刻的CFNRx,以該CFNRx來(lái)更新HFNRx,即若CFNRx 循環(huán)，則將HFNRx的值增加1 。
第二種情況若當(dāng)MAC層未檢測(cè)到接收的數(shù)據(jù)時(shí)，獲取傳輸信道上數(shù)
據(jù)接收時(shí)刻的無(wú)線幀編號(hào)包括
步驟202B、獲取接收處理時(shí)刻的無(wú)線幀編號(hào)；
步驟202C、獲取接收處理時(shí)刻的無(wú)線幀編號(hào)與具有最小TTI的傳輸信道 的最小TTI和延遲幀數(shù)之和的差值，將所述差值作為傳輸信道上數(shù)據(jù)接收時(shí) 刻的無(wú)線幀編號(hào)。
具體地說(shuō)，當(dāng)CFNnow2-y時(shí)，MAC層未檢測(cè)到Uu 口接收的數(shù)據(jù)，即 此時(shí)沒(méi)有需要解密的數(shù)據(jù)，則獲取接收處理時(shí)刻的無(wú)線幀編號(hào)為y。根據(jù)上 述系統(tǒng)實(shí)現(xiàn)的過(guò)程中遵循的結(jié)論，如果具有最小TTI的傳輸信道上數(shù)據(jù)接收 時(shí)刻的CFN未出現(xiàn)循環(huán)，則其他傳輸信道上在數(shù)據(jù)接收時(shí)刻的CFN也不會(huì) 出現(xiàn)循環(huán)，所以本實(shí)施例根據(jù)具有最小TTI的傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú) 線幀編號(hào)(用CFNRx3來(lái)表示)更新解密參數(shù)，根據(jù)式(2)可以得到'.
CFNRx3 = y- (TTImin + n2) (4)
其中TTImin為最小傳輸時(shí)間間隔，n2為解密時(shí)刻相對(duì)于譯碼幀的延遲 幀數(shù)。因此，當(dāng)CFNRx3循環(huán)時(shí)，將HFNRx的值增加l。
本實(shí)施例在上行和下行處理過(guò)程中采用兩套不同的HFN，分別為HFNTx 和HFNRx，屏蔽了上行和下行數(shù)據(jù)加解密參數(shù)間更新的時(shí)間差，解決了用戶(hù) 在打電話時(shí)出現(xiàn)^嗪聲或流水聲的問(wèn)題；進(jìn)一步的，本實(shí)施例考慮到從Uu 口接收數(shù)據(jù)具有不連續(xù)性和延遲特性，結(jié)合利用接收時(shí)刻的CFN和解密時(shí)刻 的CFN來(lái)維護(hù)解密參數(shù)，解決了由于各個(gè)傳輸信道從Uu 口接收數(shù)據(jù)到MAC 層解密間的延遲時(shí)間不固定而導(dǎo)致的AMR語(yǔ)音中出現(xiàn)雜音的問(wèn)題。
圖6為本發(fā)明實(shí)施例參數(shù)維護(hù)裝置的示意圖，如圖6所示，本實(shí)施例包 括第一更新;漠塊ll,用于在MAC層進(jìn)行發(fā)送處理的時(shí)刻，若Uu口上數(shù) 據(jù)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新加密參數(shù)；第二更新沖莫塊12,用于在 MAC層進(jìn)行接收處理的時(shí)刻，若Uu 口上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)循環(huán)， 則更新解密參數(shù)。
其中第一更新模塊11可以包括第一計(jì)算單元111，用于獲取發(fā)送處理時(shí) 刻的無(wú)限幀編號(hào)與提前幀數(shù)之和；更新單元112，用于若獲取到的發(fā)送處理
時(shí)刻的無(wú)限幀編號(hào)與提前幀數(shù)之和循環(huán)，則更新加密參數(shù)。
本實(shí)施例還可以包括獲取模塊13,用于獲取傳輸信道上數(shù)據(jù)接收時(shí)刻 的無(wú)線幀編號(hào)。
進(jìn)一步的，上述獲取模塊13可以包括解析單元131，用于當(dāng)MAC層 檢測(cè)到接收的數(shù)據(jù)時(shí)，通過(guò)從任一條傳輸信道接收的數(shù)據(jù)頭中解析出傳輸信 道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)；還可以包括獲取單元132,用于當(dāng)MAC 層未檢測(cè)到接收的數(shù)據(jù)時(shí)，獲取接收處理時(shí)刻的無(wú)線幀編號(hào)；第二計(jì)算單元 133,用于獲取接收處理時(shí)刻的無(wú)線幀編號(hào)與具有最小傳輸時(shí)間間隔的傳輸信 道的最小傳輸時(shí)間間隔和延遲幀數(shù)之和的差值，將該差值作為傳輸信道上數(shù) 據(jù)接收時(shí)刻的無(wú)線幀編號(hào)。
本實(shí)施例在上行和下行處理過(guò)程中采用兩套不同的HFN，即加密參數(shù)和 解密參數(shù)，解決了由于上下行數(shù)據(jù)加解密參數(shù)更新時(shí)間差而導(dǎo)致的問(wèn)題，避 免了用戶(hù)在打電話時(shí)出現(xiàn)吵嘹聲或流水聲的異?，F(xiàn)象。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步 驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī) 可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟， 而前述的存儲(chǔ)介質(zhì)包括ROM、 RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程 序代碼的介質(zhì)。
最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，而 非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明實(shí)施例進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng) 域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案 進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換， 并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精神和范 圍。
權(quán)利要求
1、一種參數(shù)維護(hù)方法，其特征在于包括在媒體接入控制MAC層進(jìn)行發(fā)送處理的時(shí)刻，若無(wú)線接口上數(shù)據(jù)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新加密參數(shù)；在MAC層進(jìn)行接收處理的時(shí)刻，若無(wú)線接口上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新解密參數(shù)。
2、 根據(jù)權(quán)利要求1所述的參數(shù)維護(hù)方法，其特征在于，所述若無(wú)線接 口上數(shù)據(jù)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新加密參數(shù)包括若發(fā)送處理時(shí) 刻的無(wú)線幀編號(hào)與提前幀數(shù)之和循環(huán)，則更新加密參數(shù)。
3、 根據(jù)權(quán)利要求1或2所述的參數(shù)維護(hù)方法，其特征在于還包括在 MAC層進(jìn)行接收處理的時(shí)刻，獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)。
4、 根據(jù)權(quán)利要求3所述的參數(shù)維護(hù)方法，其特征在于，當(dāng)MAC層檢測(cè) 到接收的數(shù)據(jù)時(shí)，所述獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)包括通 過(guò)從任一條傳輸信道接收的數(shù)據(jù)頭中解析出所述傳輸信道上數(shù)據(jù)接收時(shí)刻的 無(wú)線幀編號(hào)。
5、 根據(jù)權(quán)利要求3所述的參數(shù)維護(hù)方法，其特征在于，當(dāng)MAC層未檢 測(cè)到接收的數(shù)據(jù)時(shí)，所述獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)包括獲取接收處理時(shí)刻的無(wú)線幀編號(hào)；獲取接收處理時(shí)刻的無(wú)線幀編號(hào)與具有最小傳輸時(shí)間間隔的傳輸信道的 最小傳輸時(shí)間間隔和延遲幀數(shù)之和的差值，將所述差值作為傳輸信道上數(shù)據(jù) 接收時(shí)刻的無(wú)線幀編號(hào)。
6、 一種參數(shù)維護(hù)裝置，其特征在于包括第一更新模塊，用于在媒體接入控制MAC層進(jìn)行發(fā)送處理的時(shí)刻，若 無(wú)線接口上數(shù)據(jù)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新加密參數(shù)；第二更新模塊，用于在MAC層進(jìn)行接收處理的時(shí)刻，若無(wú)線接口上數(shù) 據(jù)接收時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則更新解密參數(shù)。
7、 根據(jù)權(quán)利要求6所述的參數(shù)維護(hù)裝置，其特征在于，所述第一更新 模塊包括第一計(jì)算單元，用于獲取發(fā)送處理時(shí)刻的無(wú)限幀編號(hào)與提前幀數(shù)之和； 更新單元，用于若獲取到的發(fā)送處理時(shí)刻的無(wú)限幀編號(hào)與提前幀數(shù)之和 循環(huán)，則更新加密參數(shù)。
8、 根據(jù)權(quán)利要求6或7所述的參數(shù)維護(hù)裝置，其特征在于還包括獲 取模塊，用于獲取傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)。
9、 才艮據(jù)權(quán)利要求8所述的參數(shù)維護(hù)裝置，其特征在于，當(dāng)MAC層檢測(cè) 到接收的數(shù)據(jù)時(shí)，所述獲取;f莫塊包括解析單元，用于通過(guò)從任一條傳輸信道 接收的數(shù)據(jù)頭中解析出所述傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)。
10、 根據(jù)權(quán)利要求8所述的參數(shù)維護(hù)裝置，其特征在于，當(dāng)MAC層未 檢測(cè)到接收的數(shù)據(jù)時(shí)，所述獲取模塊包括獲取單元，用于獲取接收處理時(shí)刻的無(wú)線幀編號(hào)；第二計(jì)算單元，用于獲取接收處理時(shí)刻的無(wú)線幀編號(hào)與具有最小傳輸時(shí) 間間隔的傳輸信道的最小傳輸時(shí)間間隔和延遲幀數(shù)之和的差值，將所述差值 作為傳輸信道上數(shù)據(jù)接收時(shí)刻的無(wú)線幀編號(hào)。
全文摘要
本發(fā)明實(shí)施例涉及一種參數(shù)維護(hù)方法及裝置，其中方法包括若數(shù)據(jù)在Uu口(移動(dòng)用戶(hù)終端與系統(tǒng)固定網(wǎng)絡(luò)之間的無(wú)線接口)發(fā)送時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則MAC層進(jìn)行處理時(shí)更新加密參數(shù)；若數(shù)據(jù)Uu口接收時(shí)刻的無(wú)線幀編號(hào)循環(huán)，則MAC層進(jìn)行處理時(shí)更新解密參數(shù)。本發(fā)明實(shí)施例在上行和下行處理過(guò)程中采用兩套不同的參數(shù)，避免了由于上下行數(shù)據(jù)加解密參數(shù)更新時(shí)間差而導(dǎo)致的問(wèn)題，解決了用戶(hù)在打電話時(shí)出現(xiàn)咔嚓聲或流水聲的異?，F(xiàn)象。
文檔編號(hào)H04L29/08GK101360128SQ200810222268
公開(kāi)日2009年2月4日 申請(qǐng)日期2008年9月12日 優(yōu)先權(quán)日2008年9月12日
發(fā)明者愷 劉, 施海軍, 飛 曾, 查鳴峰, 蓉 王, 石潔珂, 龍 謝, 財(cái) 高, 飛 黃 申請(qǐng)人:深圳華為通信技術(shù)有限公司