專利名稱：無線承載配置方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及ー種無線承載配置方法及裝置。
背景技術(shù)：
非鑒權(quán)時延(例如，附著(ATTACH)時延)是ー種用于評估運營商服務(wù)質(zhì)量的關(guān)鍵績效指標(Key Performance Indicator,簡稱為KPI)指標。圖I是根據(jù)相關(guān)技術(shù)中的長期演進(Long Term Evolution,簡稱為LTE) ATTACH時延計算方法示意圖，如圖I所示,按照協(xié)議規(guī)定，ATTACH時延是指用戶設(shè)備(User Equipment，簡稱為UE)側(cè)發(fā)起隨機接入信道前導(RACHPreamble)為起始點，到UE發(fā)送ATTACH完成(ATTACH Complete)為結(jié)束點之間的時間差。如圖I所示的ATTACH流程中未示出網(wǎng)絡(luò)存儲技術(shù)(Network Storage Technology,簡稱為NAS)鑒權(quán)，未示出NAS安全模式，示出了 UE能力查詢。但是，目前的ATTACH時延較長，直接影響了運營商的KPI指標，使得用戶體驗度較低。針對相關(guān)技術(shù)中ATTACH時延較長的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中ATTACH時延較長的問題，本發(fā)明提供了ー種無線承載配置方案，以至少解決上述問題。根據(jù)本發(fā)明的ー個方面，提供了ー種RB配置方法，包括基站接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ;所述基站在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息。優(yōu)選地，所述基站的控制面接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ;所述控制面向所述UE發(fā)送所述消息的響應(yīng)消息；所述基站的控制面向所述基站的用戶面發(fā)送命令，所述命令用于指示所述用戶面配置所述RB。 優(yōu)選地，所述基站配置的所述RB包括以下至少之ー SRB1、SRB2和DRB。優(yōu)選地，在所述RB為SRBl的情況下，所述基站接收所述UE發(fā)送的所述消息為RRC連接請求消息，所述響應(yīng)消息為RRC連接建立消息。優(yōu)選地，在所述RB為SRB2和DRB的情況下，所述基站接收所述UE發(fā)送的所述消息為UE能力消息，所述響應(yīng)消息為RRC連接重配置消息。優(yōu)選地，在所述基站在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息之后，還包括所述基站判斷配置所述RB是否成功；在判斷結(jié)果為配置失敗的情況下，所述基站發(fā)起異?；貪L，其中，所述異?；貪L用于所述基站重新接收所述UE發(fā)送的所述消息。優(yōu)選地，所述基站判斷配置所述RB是否成功包括在所述基站的控制面接收來自所述基站的用戶面的配置所述RB的配置響應(yīng)為失敗的情況下，認為所述判斷結(jié)果為配置失??；或者，在所述基站的控制面在預定時間內(nèi)未接收到來自所述基站的用戶面的配置所述RB的配置響應(yīng)的情況下，認為所述判斷結(jié)果為配置失敗。根據(jù)本發(fā)明的另一方面，提供了ー種RB配置裝置，位于基站中，包括接收模塊，用于接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ;發(fā)送模塊，用于在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息。優(yōu)選地，所述接收模塊用于所述基站的控制面接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ;所述發(fā)送模塊用于所述控制面向所述UE發(fā)送所述消息的響應(yīng)消息；所述裝置還包括，第二發(fā)送模塊，用于所述控制面向所述基站的用戶面發(fā)送命令，所述命令用于指示所述用戶面配置所述RB。優(yōu)選地，所述裝置還包括判斷模塊，用于判斷配置所述RB是否成功；回滾模塊，用于在所述判斷模塊的判斷結(jié)果為配置失敗的情況下，發(fā)起異?；貪L，其中，所述異?；貪L用于重新接收所述UE發(fā)送的所述消息。通過本發(fā)明，采用基站接收UE發(fā)送的消息，其中，該消息用于指示基站配置無線承載(Radio Bearer,簡稱為RB);基站在完成配置RB之前向UE發(fā)送該消息的響應(yīng)消息。解決了相關(guān)技術(shù)中ATTACH時延較長的問題，進而縮短了 ATTACH時延。


此處所說明的附圖用來提供對本發(fā)明的進ー步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)相關(guān)技術(shù)中的長期演進ATTACH時延計算方法示意圖；圖2是根據(jù)本發(fā)明實施例的無線承載配置方法的流程圖；圖3是根據(jù)本發(fā)明實施例的無線承載配置裝置的結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實施例的無線承載配置裝置的優(yōu)選結(jié)構(gòu)框圖一；圖5是根據(jù)本發(fā)明實施例的無線承載配置裝置的優(yōu)選結(jié)構(gòu)框圖ニ ；圖6是根據(jù)本發(fā)明優(yōu)選實施例一的正常流程的示意圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例一的異常流程一的示意圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例一的異常流程ニ的示意圖；圖9是根據(jù)本發(fā)明優(yōu)選實施例ニ的正常流程的示意圖；圖10是根據(jù)本發(fā)明優(yōu)選實施例ニ的異常流程一的示意圖；圖11是根據(jù)本發(fā)明優(yōu)選實施例ニ的異常流程ニ的示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。從圖I的流程圖中可以看出，在ATTACH過程中，演進的基站(eNodeB，簡稱為ENB)在建立RB (包括信令無線承載I (Signalling Radio Bearer I，簡稱為SRB1)、SRB2和數(shù)據(jù)無線承載(Data Radio Bearer，簡稱為DRB))時，需要同步等待RB建立完成才發(fā)起后續(xù)信令流程，也就是說RB的配置與空ロ信令是串行流程，需要等待RB配置完成后才能向UE發(fā)送空ロ信令。這種方式對ATTACH造成了一定的影響，降低了用戶體驗度。本實施例提供了ー種無線承載RB配置方法，圖2是根據(jù)本發(fā)明實施例的無線承載配置方法的流程圖，如圖2所示，該方法包括如下步驟步驟S202，基站接收UE發(fā)送的消息，其中，該消息用于指示基站配置RB ；、
步驟S204，基站在完成配置RB之前向UE發(fā)送該消息的響應(yīng)消息。本實施例通過上述步驟，通過在基站完成配置RB之前向UE發(fā)送響應(yīng)消息，使得UE可以在基站尚未完成配置RB的同時進行后續(xù)流程，相比相關(guān)技術(shù)中在基站配置RB完成后再向UE發(fā)送響應(yīng)消息的方式，使得UE進行后續(xù)的流程與基站配置RB的過程是并行處理的，解決了相關(guān)技術(shù)中ATTACH時延較長的問題，縮短了 ATTACH時延。進而能夠改善運營商的KPI指數(shù)。優(yōu)選地，可以由基站的控制面接收UE發(fā)送的上述消息，然后，由控制面向UE發(fā)送該消息的響應(yīng)消息，基站的控制面再向基站的用戶面發(fā)送命令，該命令用于指示用戶面配置RB。需要說明的是，在LTE系統(tǒng)中，基站配置RB的過程可以在基站的用戶面進行，向UE發(fā)送響應(yīng)消息的過程可以在基站的控制面進行，但是在其他系統(tǒng)中，上述配置RB的過程以及與UE進行通信的過程并不一定在上述的層面進行。優(yōu)選地，基站配置的RB可以是SRBl，也可以是SRB2和DRB，或者其他的RB。例如，當該RB為SRBl時，基站接收UE發(fā)送的消息為無線資源控制(Radio Resource Control, 簡稱為RRC)連接請求消息(RrcConnectionRequest),響應(yīng)消息為RRC連接建立消息(RrcConnectionSetup)。再例如，當該RB為SRB2和DRB (SRB2&DRB)的情況下，基站接收UE發(fā)送的消息為UE能力消息(UeCapabilityInformation),響應(yīng)消息為RRC連接重配置消息(RrcConnectionReconfig)?？紤]到基站在配置RB時有可能配置失敗，因此作為ー種優(yōu)選實施方式，在步驟S204之后，基站可以判斷配置RB是否成功；在判斷結(jié)果為配置失敗的情況下，基站可以發(fā)起異?；貪L，其中，該異?；貪L用于基站重新接收UE發(fā)送的消息，例如，可以回滾至重新發(fā)起步驟S202。通過這種方式，提高了方案的可靠性。在實施過程中，基站判斷配置RB失敗的方式可以有很多種，在本實施例中提供了兩種優(yōu)選實施方式。方式一在基站的控制面接收來自基站的用戶面的配置RB的配置響應(yīng)為失敗的情況下，認為判斷結(jié)果為配置失?。环绞渐?在基站的控制面在預定時間內(nèi)未接收到來自基站的用戶面的配置RB的配置響應(yīng)的情況下，認為判斷結(jié)果為配置失敗。通過上述方式，提高了異?；貪L操作的靈活性。對應(yīng)于上述方法，在本實施例中還提供了ー種無線承載RB配置裝置，位于基站中，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖3是根據(jù)本發(fā)明實施例的無線承載配置裝置的結(jié)構(gòu)框圖，如圖3所示，該裝置包括接收模塊32和發(fā)送模塊34，下面對各個模塊進行詳細說明。接收模塊32，用于接收UE發(fā)送的消息，其中，該消息用于指示基站配置無線承載；發(fā)送模塊34，與接收模塊32相連，用于在完成配置RB之前向UE發(fā)送該消息的響應(yīng)消息。本實施例通過上述裝置，通過在基站完成配置RB之前向UE發(fā)送響應(yīng)消息，使得UE可以在基站尚未完成配置RB的同時進行后續(xù)流程，相比相關(guān)技術(shù)中在基站配置RB完成后再向UE發(fā)送響應(yīng)消息的方式，使得UE進行后續(xù)的流程與基站配置RB的過程是并行處理的，解決了相關(guān)技術(shù)中ATTACH時延較長的問題，縮短了 ATTACH時延。進而能夠改善運營商的KPI指數(shù)。
圖4是根據(jù)本發(fā)明實施例的無線承載配置裝置的優(yōu)選結(jié)構(gòu)框圖一，如圖4所示，接收模塊32還可以用于基站的控制面接收UE發(fā)送的消息，其中，該消息用于指示基站配置RB ;發(fā)送模塊34還可以用于控制面向UE發(fā)送消息的響應(yīng)消息；上述裝置還可以包括，第二發(fā)送模塊42，與發(fā)送模塊34相連，用于控制面向基站的用戶面發(fā)送命令，命令用于指示用戶面配置RB。圖5是根據(jù)本發(fā)明實施例的無線承載配置裝置的優(yōu)選結(jié)構(gòu)框圖ニ，如圖5所示，該裝置還可以包括判斷模塊52，與發(fā)送模塊34相連，用于判斷配置RB是否成功；回滾模塊54，與判斷模塊52相連，用于在判斷模塊52的判斷結(jié)果為配置失敗的情況下，發(fā)起異常回滾，其中，該異?；貪L用于重新接收UE發(fā)送的上述消息。
以下結(jié)合優(yōu)選實施例進行說明，下述優(yōu)選實施例結(jié)合了上述實施例及其優(yōu)選實施方式。在下述優(yōu)選實施例中提供了一種減少接入時延的方法與裝置。通過在LTE系統(tǒng)內(nèi)將RB (Radio bearer)配置與業(yè)務(wù)信令由串行轉(zhuǎn)為并行,從而減少接入時延,進而提高用戶體驗。在下述優(yōu)選實施例中，當ENB接收到UE的相關(guān)信令需要配置RB吋，ENB不需要等待RB配置完成就直接發(fā)起后續(xù)信令流程，從而可以有效降低由于RB配置同步等待所造成的ATTACH時延過大問題，提高了用戶體驗度。優(yōu)選實施例一圖6是根據(jù)本發(fā)明優(yōu)選實施例一的正常流程的示意圖，如圖6所示，該正常流程包括如下步驟步驟S602，ENB控制面接收到UE在上行公共控制信道(UpLink Common ControlChannel,簡稱為 ULCCCH)上發(fā)送的 RrcConnectionRequest 消息。步驟S604, EN B控制面通過下行公共控制信道(DownLink Common ControlChannel,簡稱為 DLCCCH)給 UE 發(fā)送 RrcConnectionSetup 消息。步驟S606，ENB控制面給用戶面配置SRBl。步驟S608，用戶面配置完成后給控制面回復SRBl配置完成消息。步驟S610，ENB控制面接收到UE在ULCCCH上發(fā)送的RRC連接建立完成(RrcConnectionSetupCompIeteノ 消起、。步驟S612，進行后續(xù)流程。圖7是根據(jù)本發(fā)明優(yōu)選實施例一的異常流程一的示意圖，如圖7所示，該異常流程包括如下步驟步驟S702，ENB控制面接收到UE在ULCCCH上發(fā)送的RrcConnectionRequest消
O步驟S704, ENB 控制面通過 DLCCCH 給 UE 發(fā)送 RrcConnectionSetup 消息。步驟S706，ENB控制面給用戶面配置SRBl。步驟S708，用戶面配置完成后給控制面回復SRBl配置失敗消息。步驟S710，ENB發(fā)起回滾。圖8是根據(jù)本發(fā)明優(yōu)選實施例一的異常流程ニ的示意圖，如圖8所示，該異常流程包括如下步驟
步驟S802，ENB控制面接收到UE在ULCCCH上發(fā)送的RrcConnectionRequest消
O步驟S804, ENB控制面通過DLCCCH給UE發(fā)送RrcConnectionSetup消息，并設(shè)置等待應(yīng)答定時器I。步驟S806，ENB控制面給用戶面配置SRBl。步驟S808，用 戶面配置完成后給控制面回復SRBl配置完成消息。步驟S810，控制面定時器I超吋，發(fā)起異常回滾流程，釋放資源。優(yōu)選實施例ニ圖9是根據(jù)本發(fā)明優(yōu)選實施例ニ的正常流程的示意圖，如圖9所示，該正常流程包括如下步驟步驟S902, ENB控制面接收到UE在ULCCCH上發(fā)送的RrcConnectionRequest消息之后，ENB控制面接收到UE在ULDCCH上發(fā)送的UE能力消息(UeCapabilityInformation)消息。步驟S904，ENB控制面通過DLCCCH給UE發(fā)送RRC連接重配置(RrcConnectionReconfig)治息。步驟S906，ENB控制面給用戶面配置SRB2&DRB。步驟S908，用戶面配置完成后給控制面回復配置完成消息。步驟S910，ENB 控制面接收到 UE 在 ULCCCH 上發(fā)送的 RrcConnectionReconfigComplete 消息。步驟S912，進行后續(xù)流程。圖10是根據(jù)本發(fā)明優(yōu)選實施例ニ的異常流程一的示意圖，如圖10所示，該異常流程包括如下步驟步驟S1002,ENB 控制面接收到 UE 在 ULDCCH 上發(fā)送的 UeCapabilityInformation消息。步驟S1004, ENB 控制面通過 DLCCCH 給 UE 發(fā)送 RrcConnectionReconfig 消息。步驟S1006，ENB控制面給用戶面配置SRB2&DRB。步驟S1008，用戶面配置完成后給控制面回復配置失敗消息。步驟S1010，ENB發(fā)起異常回滾，不處理后面的重配完成消息。圖11是根據(jù)本發(fā)明優(yōu)選實施例ニ的異常流程ニ的示意圖，如圖11所示，該異常流程包括如下步驟步驟S1102，ENB 控制面接收到 UE 在 ULDCCH 上發(fā)送的 UeCapabilityInformation消息。步驟S1104, ENB 控制面通過 DLCCCH 給 UE 發(fā)送 RrcConnectionReconfig 消息。步驟SI 106，ENB控制面給用戶面配置SRB2&DRB。步驟S1108，用戶面配置完成后給控制面回復配置完成消息。步驟S1110，ENB RRC建立定時器I超時，ENB發(fā)起回滾，釋放資源。在另外ー個實施例中，還提供了ー種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施例中描述的技術(shù)方案。在另外ー個實施例中，還提供了ー種存儲介質(zhì)，該存儲介質(zhì)中存儲有上述軟件，該存儲介質(zhì)包括但不限于光盤、軟盤、硬盤、可擦寫存儲器等。從以上的描述中，可以看出，本實施例通過在基站完成配置RB之前向UE發(fā)送響應(yīng)消息，使得UE可以在基站尚未完成配置RB的同時進行后續(xù)流程，相比相關(guān)技術(shù)中在基站配置RB完成后再向UE發(fā)送響應(yīng)消息的方式，使得UE進行后續(xù)的流程與基站配置RB的過程是并行處理的，解決了相關(guān)技術(shù)中ATTACH時延較長的問題，縮短了 ATTACH時延。進而能夠改善運營商的KPI指數(shù)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.ー種無線承載RB配置方法，其特征在于，包括 基站接收用戶設(shè)備UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ； 所述基站在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息。
2.根據(jù)權(quán)利要求I所述的方法，其特征在干， 所述基站的控制面接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ； 所述控制面向所述UE發(fā)送所述消息的響應(yīng)消息； 所述基站的控制面向所述基站的用戶面發(fā)送命令，所述命令用于指示所述用戶面配置所述RB。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述基站配置的所述RB包括以下至少之·一信令無線承載1SRB1、信令無線承載2SRB2和數(shù)據(jù)無線承載DRB。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述RB為SRBl的情況下，所述基站接收所述UE發(fā)送的所述消息為無線資源控制RRC連接請求消息，所述響應(yīng)消息為RRC連接建立消息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述RB為SRB2和DRB的情況下，所述基站接收所述UE發(fā)送的所述消息為UE能力消息，所述響應(yīng)消息為RRC連接重配置消息。
6.根據(jù)權(quán)利要求I至5中任一項所述的方法，其特征在于，在所述基站在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息之后，還包括 所述基站判斷配置所述RB是否成功； 在判斷結(jié)果為配置失敗的情況下，所述基站發(fā)起異?；貪L，其中，所述異常回滾用于所述基站重新接收所述UE發(fā)送的所述消息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在干，所述基站判斷配置所述RB是否成功包括 在所述基站的控制面接收來自所述基站的用戶面的配置所述RB的配置響應(yīng)為失敗的情況下，認為所述判斷結(jié)果為配置失??；或者， 在所述基站的控制面在預定時間內(nèi)未接收到來自所述基站的用戶面的配置所述RB的配置響應(yīng)的情況下，認為所述判斷結(jié)果為配置失敗。
8.ー種無線承載RB配置裝置，位于基站中，其特征在于，包括 接收模塊，用于接收用戶設(shè)備UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ； 發(fā)送模塊，用于在完成配置所述RB之前向所述UE發(fā)送所述消息的響應(yīng)消息。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在干， 所述接收模塊用于所述基站的控制面接收UE發(fā)送的消息，其中，所述消息用于指示所述基站配置RB ； 所述發(fā)送模塊用于所述控制面向所述UE發(fā)送所述消息的響應(yīng)消息； 所述裝置還包括，第二發(fā)送模塊，用于所述控制面向所述基站的用戶面發(fā)送命令，所述命令用于指示所述用戶面配置所述RB。
10.根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，所述裝置還包括 判斷模塊，用于判斷配置所述RB是否成功； 回滾模塊，用于在所述判斷模塊的判斷結(jié)果為配置失敗的情況下，發(fā)起異?；貪L，其中，所述異?；貪L用于重新接收所述U E發(fā)送的所述消息。
全文摘要
本發(fā)明公開了一種無線承載配置方法及裝置，其中，該方法包括基站接收UE發(fā)送的消息，其中，該消息用于指示基站配置RB；基站在完成配置RB之前向UE發(fā)送該消息的響應(yīng)消息。本發(fā)明解決了相關(guān)技術(shù)中ATTACH時延較長的問題，進而縮短了ATTACH時延。
文檔編號H04W72/04GK102724759SQ20121010469
公開日2012年10月10日 申請日期2012年4月10日 優(yōu)先權(quán)日2012年4月10日
發(fā)明者任廣進, 劉蕊, 張麗華 申請人:中興通訊股份有限公司