一種更新配置參數(shù)的方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001 ]本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種更新配置參數(shù)的方法及裝置。
【背景技術(shù)】
[0002]長期演進(Long Term EVolut1n，LTE)系統(tǒng)作為第四代移動通信的標準技術(shù)之一，是一種專門為移動高寬帶應(yīng)用而設(shè)計的無線通信標準，其數(shù)據(jù)傳輸速率上行可達50Mbit/s，下行可達100Mbit/s，并支持多種帶寬分配，例如:1.4MHz、3MHz、5MHz、10MHz、15MHz和20MHz，頻譜分配靈活，無線網(wǎng)絡(luò)架構(gòu)更加扁平化，減少了系統(tǒng)時延，降低了建網(wǎng)成本和維護成本。
[0003]演進型基站(evolved Node B，eNB)或者用戶設(shè)備(User Equipment，UE)通過空中接口 Uu 口進行通信。從功能上看，空中接口協(xié)議包括用戶面協(xié)議棧和控制面協(xié)議棧。空中接口協(xié)議桟包括以下各層:無線資源控制(Rad1 Resource Control，RRC)層，分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence ProtocoI，PDCP)層，無線鏈路控制(Rad1 LinkControl，RLC)層，媒體接入控制(Medium Access Control，MAC)層。
[0004]圖1示出了現(xiàn)有技術(shù)中LTE無線通信控制面協(xié)議棧的結(jié)構(gòu)示意圖。如圖1所示，RRC層102發(fā)送信令消息，業(yè)務(wù)數(shù)據(jù)單元(Service Data Unit，SDU)依次經(jīng)過PDCP層104、RLC層106、MAC層108和物理(Physical，PHY)層110后經(jīng)空中接口傳輸?shù)綄Φ葘嶓w協(xié)議層。根據(jù)承載業(yè)務(wù)的類型，SDU在RLC層被分為確認模式(Acknowledged Mode，AM)或非確認模式(Unacknowledged Mode，UM)傳輸，AM模式具有自動重傳請求(Automatic Repeat Request，ARQ)功能，能保證正常業(yè)務(wù)過程中數(shù)據(jù)不丟失。
[0005]現(xiàn)有技術(shù)中PDCP層實體、RLC層實體收到信令消息，然后對信令消息進行協(xié)議處理，然后繼續(xù)向下一層轉(zhuǎn)發(fā)，直至將信令消息發(fā)送至UE，然后UE回復對應(yīng)的響應(yīng)消息，該響應(yīng)消息發(fā)送至基站側(cè)時，基站側(cè)數(shù)據(jù)鏈路層，也即層二(Layer 2，L2)根據(jù)當前的配置參數(shù)對該響應(yīng)消息進行處理，處理完成后將該響應(yīng)消息發(fā)送至無線資源控制RRC層，也即層三(Layer 3，L3)，然而以上流程在一些場景中會由于基站側(cè)未及時更新配置參數(shù)導致無法正常實現(xiàn)，具體來說:
[0006]例如:小區(qū)內(nèi)切換時，RRC發(fā)送連接重配置(RRC Connect1n Reconfigurat1nWfI息至UE，對UE進行重配置，目的是更新UE側(cè)的密鑰，按照以上流程，然后UE回復RRC連接重配置完成(RRC Connect1n Reconfigurat1n Complete)消息給基站，UE使用更新后的密鑰對該連接重配置完成消息進行加密，基站對該重配置完成消息進行解密，但是由于此時基站還沒有進行更新密鑰的配置，因此無法對UE回復的連接重配置完成消息進行解密，該消息無法發(fā)送至L3，影響后續(xù)流程的進行。
[0007]綜上所述，現(xiàn)有技術(shù)中由于基站側(cè)未及時更新配置參數(shù)，導致用戶設(shè)備側(cè)和基站側(cè)的配置參數(shù)不一致，基站側(cè)無法對UE回復的信令消息進行處理，影響后續(xù)業(yè)務(wù)流程的進行。

【發(fā)明內(nèi)容】

[0008]本發(fā)明實施例提供了一種更新配置參數(shù)的方法及裝置，用于及時更新基站側(cè)的配置參數(shù)，使得用戶設(shè)備側(cè)和基站側(cè)的配置參數(shù)一致，保證業(yè)務(wù)流程的正常進行。
[0009]本發(fā)明實施例提供的一種更新配置參數(shù)的方法，該方法包括:接收無線資源控制RRC層發(fā)送的用于更新用戶設(shè)備側(cè)的配置參數(shù)的信令消息和用于更新基站側(cè)的配置參數(shù)的配置消息，其中，所述信令消息中還包括用于標識對所述信令消息進行追蹤的追蹤指示以及追蹤的目的地;對所述信令消息進行解析，當根據(jù)對所述信令消息的解析結(jié)果確定所述追蹤的目的地為數(shù)據(jù)鏈路層中的任一層，且所述信令消息傳輸?shù)綌?shù)據(jù)鏈路層中的該層時，將表征追蹤結(jié)果的追蹤狀態(tài)標志位設(shè)置為追蹤完成狀態(tài)，并將所述信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備；當所述追蹤狀態(tài)標志位為追蹤完成狀態(tài)時，執(zhí)行所述配置消息，更新基站側(cè)的配置參數(shù)。
[0010]本發(fā)明實施例提供的上述方法中，接收RRC層發(fā)送的用于更新用戶設(shè)備側(cè)的配置參數(shù)的信令消息和用于更新基站側(cè)的配置參數(shù)的配置消息，該信令消息中還包括用于標識對信令消息進行追蹤的追蹤指示以及追蹤的目的地，對信令消息進行解析，當根據(jù)對信令消息的解析結(jié)果確定追蹤的目的地為數(shù)據(jù)鏈路層中的任一層，且信令消息傳輸?shù)綌?shù)據(jù)鏈路層中的該層時，將表征追蹤結(jié)果的追蹤狀態(tài)標志位設(shè)置為追蹤完成狀態(tài)，當追蹤狀態(tài)標志位為追蹤完成狀態(tài)時，執(zhí)行配置消息，更新基站側(cè)的配置參數(shù)，也即對接收到的RRC層發(fā)送的信令消息進行追蹤，當信令消息到達追蹤的目的地時，確定信令消息一定會到達用戶設(shè)備，并更新用戶設(shè)備側(cè)的配置參數(shù)，則執(zhí)行配置消息，更新基站側(cè)的配置參數(shù)，使得用戶設(shè)備側(cè)和基站側(cè)的配置參數(shù)一致，與現(xiàn)有技術(shù)中基站側(cè)未更新配置參數(shù)導致用戶設(shè)備側(cè)和基站側(cè)的配置參數(shù)不一致，基站側(cè)無法對UE回復的信令消息進行處理相比，本發(fā)明實施例提供的一種更新配置參數(shù)的方法及時更新了基站側(cè)的配置參數(shù)，使得用戶設(shè)備側(cè)和基站側(cè)的配置參數(shù)一致，使得基站側(cè)能夠?qū)τ脩粼O(shè)備回復的信令消息進行處理，提高了基站與用戶設(shè)備對等層的處理并發(fā)處理能力，保證業(yè)務(wù)流程的正常進行。
[0011]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，所述數(shù)據(jù)鏈路層從上至下依次包括分組數(shù)據(jù)匯聚協(xié)議rocp層、無線鏈路控制RLC層和媒體接入控制MAC層。
[0012]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，對所述信令消息進行解析，當根據(jù)對所述信令消息的解析結(jié)果確定所述追蹤的目的地為數(shù)據(jù)鏈路層中的任一層，且所述信令消息傳輸?shù)綌?shù)據(jù)鏈路層中的該層時，將表征追蹤結(jié)果的追蹤標志位設(shè)置為追蹤完成狀態(tài)，并將所述信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備，包括:對所述信令消息進行解析，根據(jù)解析結(jié)果從所述信令消息中取出所述追蹤指示和所述追蹤的目的地，生成更新后的信令消息，并在更新后的信令消息中攜帶根據(jù)所述追蹤的目的地生成的追蹤請求標記，然后將所述更新后的信令消息轉(zhuǎn)發(fā)至所述數(shù)據(jù)鏈路層;針對rocp層、RLC層和MAC層中的任一層:當該層接收到的信令消息中攜帶有追蹤請求標記時，根據(jù)本層解析出的追蹤請求標記判斷本層是否為追蹤的目的地，若是，則該層將表征追蹤結(jié)果的追蹤狀態(tài)標志位設(shè)置為追蹤完成狀態(tài)，并將接收到的信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備;若否，則該層將接收到的信令消息直接轉(zhuǎn)發(fā)至數(shù)據(jù)鏈路層中的下一層，或?qū)邮盏降男帕钕⒅袛y帶的追蹤請求標記根據(jù)預設(shè)的變化規(guī)則進行變化后發(fā)送至數(shù)據(jù)鏈路層中的下一層；當任一層接收到的信令消息中未攜帶追蹤請求標記時，則該層將接收到的信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備。
[0013]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，所述該層將表征追蹤結(jié)果的追蹤狀態(tài)標志位設(shè)置為追蹤完成狀態(tài)之后，將接收到的信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備之前，該方法還包括:該層從接收到的所述信令消息中取出追蹤請求標記;將接收到的信令消息經(jīng)數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備，包括:從接收到的所述信令消息中取出追蹤請求標記后通過數(shù)據(jù)鏈路層中該層之后的各層轉(zhuǎn)發(fā)至用戶設(shè)備。
[0014]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，所述追蹤請求標記為所述追蹤目的地所在層的對應(yīng)層標識;針對rocp層、RLC層和MAC層中的任一層，當該層接收到的信令消息中攜帶有所述追蹤請求標記時，根據(jù)本層解析出的追蹤請求標記判斷本層是否為追蹤的目的地，具體為:該層判斷本層的標識與所述追蹤請求標記中所述追蹤目的地所在層的對應(yīng)層標識是否一致，如果一致，則該層確定本層為所述追蹤的目的地，否則，該層確定本層不是所述追蹤的目的地。
[0015]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，所述追蹤請求標記用于標識信令消息的轉(zhuǎn)發(fā)次數(shù)，接收到信令消息中攜帶有追蹤請求標記的各層，若判斷本層不是追蹤的目的地時，根據(jù)預設(shè)變化規(guī)則對轉(zhuǎn)發(fā)次數(shù)進行變化;針對rocp層、RLC層和MAC層中的任一層，當該層接收到的信令消息中攜帶有追蹤請求標記時，根據(jù)本層解析出的追蹤請求標記判斷本層是否為追蹤的目的地，具體為:該層判斷本層接收到的信令消息中攜帶的追蹤請求標記標識的轉(zhuǎn)發(fā)次數(shù)是否達到預定次數(shù)，若是，則該層確定本層為所述追蹤的目的地，否則，該層確定本層不是所述追蹤的目的地。
[0016]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，用戶設(shè)備根據(jù)接收的信令消息更新本側(cè)的配置參數(shù)。
[0017]在一種可能的實施方式中，本發(fā)明實施例提供的上述方法中，接收到RRC層發(fā)送的用于更新用戶設(shè)備側(cè)的配置參數(shù)的信令消息和用于更新基站側(cè)的配置參數(shù)的配置消息之后，執(zhí)行所述配置消息，更新基站側(cè)的配置參數(shù)之前，該方法還包括:緩存所述配置消息。
[0018]本發(fā)明實施例提供的一種更新配置參數(shù)的裝置，包括:接收單元，用于接收無線資源控制RRC層