一種業務建立的方法、系統和設備的制作方法

一種業務建立的方法、系統和設備的制作方法
【專利摘要】本發明實施例涉及無線通信【技術領域】，特別涉及一種業務建立的方法、系統和設備，用以解決現有技術中存在的E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼時，移動性問題出現的次數比較多的問題。本發明實施例的方法包括：用戶設備在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立RRC連接；將控制面的全部DRB保持在宏基站，將用戶面的部分或全部DRB對應的部分或全部層切換到至少一個本地基站上。本發明實施例降低了E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼某個UE時，RRC連接中斷、切換消息丟失或UE到目標接入點的同步失敗等移動性問題出現的次數。
【專利說明】一種業務建立的方法、系統和設備
【技術領域】
[0001]本發明涉及無線通信【技術領域】，特別涉及一種業務建立的方法、系統和設備。
【背景技術】
[0002]如圖1A 所不，E-UTRAN (Evolved Universal Terrestrial Radio AccessNetwork，演進的通用陸地無線接入網)的網絡架構示意圖中，E-UTRAN由eNB(演進基站)組成。
[0003]MME (Mobility Management Entity,移動性管理實體)與 eNB 之間米用 S1-MME 接口相連；eNB完成接入網功能，與UE(用戶設備)通過空口通信。對于每一個附著到網絡的UE,有一個MME為其提供服務，該MME稱為UE的服務MME。Sl-MME接口為UE提供對控制面服務，包括移動性管理和DRB管理功能。
[0004]S-Gff(Serving GW，服務網關)與eNB之間采用S1-U接口相連，對于每一個附著到網絡的UE’有一個S-GW為其提供服務，該S-GW稱為UE的服務S_GW。Sl-U接口為UE提供用戶面服務，UE的用戶面數據通過Sl-U GTP(GTP,GPRS Tunneling Protocol, GPRS隧道協議；GPRS, General Packet Radio Service,通用分組無線業務)DRB 在 S-GW 和 eNB 之間傳輸。
[0005]UE與網絡之間的用戶面協議棧如圖1B所示，控制面協議棧如圖1C所示，用戶面協議包括 F1DCP (Packet Data Convergence Protocol,分組數據聚合協議)，RLC(RadioLink ControI,無線鏈路控制)，MAC(Medium Access Control,媒體接入控制)和PHY(物理層)；控制面協議包括RRC(Radio Resource Control,無線資源控制)和NAS(Non-AccessStratum，非接入層)，其中，RRC層消息需要經過用戶面協議層的處理，再在空口進行傳輸；NAS層消息在空口封裝在RRC消息中傳輸；在Sl-MME接口，在SI連接上傳輸。
[0006]在現有的LTE/LTE-A網絡中，UE的RRC/TOCP/RLC/MAC/PHY對等層都位于同一個eNB內，UE的NAS層對等層位于與上述eNB建立了針對該UE的SI連接的MME內。
[0007]在現有的異構網絡中，如圖2所示，Macro cell (宏小區)提供基礎覆蓋，工作在現有LTE(Long Term Evolution,長期演進)蜂窩頻段,而Local cell (本地小區)提供熱點覆蓋，可以工作在3GHz以上頻段，Local Cell與Macro Cell之間采用高速鏈路(有線/無線)相連，UE在Macro cell覆蓋范圍內移動時,可能不斷執行Macro cell與Local cell之間的切換操作。
[0008]當UE發起業務呼叫或網絡側尋呼某個UE時，駐留在Macro Cell的UE會在MacroCell上建立RRC連接以及所有業務承載，結果勢必造成網絡負荷增加，而如果此時UE正在某一個Local Cell的覆蓋下，網絡側隨后將觸發從Macro cell到Local cell的切換，對于傳統的X2切換過程，則可能存在RRC連接中斷以及切換消息丟失或UE到目標接入點的同步失敗等移動性問題。
[0009]綜上所述，目前E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼某個UE時，RRC(Radio Resource Control,無線資源控制)連接中斷、切換消息丟失或UE到目標接入點的同步失敗等移動性問題出現的次數比較多。

【發明內容】

[0010]本發明實施例提供一種業務建立的方法、系統和設備，用以解決現有技術中存在的E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼某個UE時，RRC連接中斷、切換消息丟失或UE到目標接入點的同步失敗等移動性問題出現的次數比較多的問題。
[0011]本發明實施例提供的一種業務建立的方法，包括:
[0012]用戶設備在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立無線資源控制RRC連接；
[0013]所述用戶設備在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0014]本發明實施例提供的另一種業務建立的方法，包括:
[0015]宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上；
[0016]所述宏基站向所述用戶設備發送RRC重配置消息，用于指示所述用戶設備將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地
基站上。
[0017]本發明實施例提供的又一種業務建立的方法，包括:
[0018]本地基站接收來自宏基站的針對用戶設備的承載建立請求消息；
[0019]所述本地基站接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層；
[0020]其中，所述承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后發送的，且所述用戶設備的無線資源控制RRC連接建立在所述宏基站上。
[0021]本發明實施例提供的一種業務建立的用戶設備，包括:
[0022]第一確定模塊，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立無線資源控制RRC連接；
[0023]第一處理模塊，用于在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0024]本發明實施例提供的一種業務建立的宏基站，包括:
[0025]第二確定模塊，用于在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上；
[0026]第二處理模塊，用于向所述用戶設備發送RRC重配置消息，用于指示所述用戶設備將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0027]本發明實施例提供的一種業務建立的本地基站，包括:
[0028]接收模塊，用于接收來自宏基站的針對用戶設備的承載建立請求消息；
[0029]第三處理模塊，用于接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層；
[0030]其中，所述承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后發送的，且所述用戶設備的無線資源控制RRC連接建立在所述宏基站上。
[0031]本發明實施例提供的一種業務建立的系統，包括:
[0032]宏基站，用于在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上，向所述用戶設備發送RRC重配置消息，
[0033]用戶設備，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立RRC連接，在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0034]本發明實施例在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的RRC連接建立到所述宏基站上，將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的PDCP層保持在宏基站，并將用戶面的部分或全部DRB對應的除PDCP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上，從而降低了 E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼某個UE時，RRC連接中斷、切換消息丟失或UE到目標接入點的同步失敗等移動性問題出現的次數；
[0035]進一步減輕了宏小區的負載，提高了整個網絡側吞吐量。
【專利附圖】

【附圖說明】
[0036]圖1A為【背景技術】中E-UTRAN的網絡架構示意圖中；
[0037]圖1B為【背景技術】中UE與網絡之間的用戶面協議棧示意圖；
[0038]圖1C為【背景技術】中UE與網絡之間的控制面協議棧示意圖；
[0039]圖2為【背景技術】中分層網絡部署場景示意圖；
[0040]圖3為本發明實施例用戶面和控制面分離的示意圖；
[0041 ] 圖4為本發明實施例UE與網絡之間的用戶面協議棧示意圖；
[0042]圖5為本發明實施例UE與網絡之間的控制面協議棧示意圖；
[0043]圖6為本發明實施例業務建立的系統結構示意圖；
[0044]圖7為本發明實施例業務建立的系統中用戶設備的結構示意圖；[0045]圖8為本發明實施例業務建立的系統中宏基站的結構示意圖；
[0046]圖9為本發明實施例業務建立的系統中本地基站的結構示意圖；
[0047]圖10為本發明實施例用戶設備進行業務建立的方法流程示意圖；
[0048]圖11為本發明實施例宏基站進行業務建立的方法流程示意圖；
[0049]圖12為本發明實施例本地基站進行業務建立的方法流程示意圖；
[0050]圖13為本發明實施例第一種進行業務建立的方法流程示意圖；
[0051]圖14為本發明實施例第二種進行業務建立的方法流程示意圖；
[0052]圖15為本發明實施例第三種進行業務建立的方法流程示意圖；
[0053]圖16為本發明實施例第四種進行業務建立的方法流程示意圖；
[0054]圖17為本發明實施例第五種進行業務建立的方法流程示意圖；
[0055]圖18為本發明實施例用戶面和控制面分離的節點功能及接口示意圖；
[0056]圖19為本發明實施例用戶面協議棧示意圖。
【具體實施方式】
[0057]本發明實施例在用戶設備在發起業務呼叫或網絡側對用戶設備進行尋呼后，確定將用戶設備的RRC連接建立到宏基站上，將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上，從而降低了 E-UTRAN的網絡架構中，UE發起業務呼叫或網絡側尋呼某個UE時，RRC連接中斷、切換消息丟失或UE到目標接入點的同步失敗等移動性問題出現的次數；進一步減輕了宏小區的負載，提高了整個網絡側吞吐量。
[0058]其中，本發明實施例的宏基站是LTE宏基站；本發明實施例的本地基站是LTE的Pico eNB (微基站)或Home eNB (家庭基站)或Relay (中繼)設備等。
[0059]較佳地，在實施中，接入點切換時，所有DRB的HXP仍然保持在Macro eNB，不發生變化；接入點切換時，UE的安全密鑰在改變過程不發送變化；在用戶面與控制面需要分離的時候，UE和目標Local eNB將針對目標接入點的MAC實體配置成只處理所有或部分DRB的模式，相應的PHY也配置成只處理DRB相關數據。
[0060]為了降低UE在Macro eNB小區和Local eNB小區之間進行切換的頻率，一種用戶面和控制面分離的網絡部署方式被引入。如圖3所示，在該方式下，當UE在只有Macro eNB小區覆蓋的區域，UE的控制面連接和用戶面都連接到Macro eNB ;當UE移動到Macro eNB小區和Local eNB小區重疊覆蓋區域時，UE用戶面全部或者部分承載被轉移到Local eNB,以獲得更高的業務傳輸速率；控制面連接仍然保持在Macro eNB,以防止控制面連接切換失敗造成UE掉話。
[0061]在UE用戶面和控制面分離的情況下，UE同時連接到兩個或多個eNB。UE同時與Macro和Local eNB相連，分別獲得控制面和用戶面連接。
[0062]UE的用戶面的部分承載與控制面分離。例如:用于承載語音等對中斷時間敏感，對帶寬需求小的業務的用戶面承載維持在Macro eNB ;用于承載上網等對中斷時延不敏感，對帶寬需求大的業務的用戶面承載維持在Local eNB。
[0063]用戶面和控制面分離情況下，UE與網絡之間的協議棧如圖4和圖5所示。UE的用戶面eNB (Local eNB)為UE提供用戶面數據傳輸功能，其沒有與UE對等的RRC層，不能對UE進行RRC控制;UE的控制面eNB (Macro eNB)為UE提供控制面消息傳輸功能，為了實現對RRC消息的承載和處理，控制面eNB需要具備與UE對等的用戶面協議棧；由于NAS消息需要由RRC消息承載，所以，UE的服務MME與UE的控制面eNB相連。
[0064]作為一種增強，UE和用戶面eNB之間可能存在部分RRC功能，如UE可以讀取用戶面eNB發送的廣播消息(eNB傳輸到多個UE的點到多點的RRC消息)。
[0065]為了支持上述用戶面和控制面分離的架構，本發明采用與之對應的用戶面節點切換方法。
[0066]下面結合說明書附圖對本發明實施例作進一步詳細描述。
[0067]在下面的說明過程中，先從網絡側和用戶設備側的配合實施進行說明，最后分別從網絡側與用戶設備側的實施進行說明，但這并不意味著二者必須配合實施，實際上，當網絡側與用戶設備側分開實施時，也解決了分別在網絡側、用戶設備側所存在的問題，只是二者結合使用時，會獲得更好的技術效果。
[0068]如圖6所示，本發明實施例業務建立的系統包括:宏基站10和用戶設備20。
[0069]宏基站10，用于在用戶設備20在發起業務呼叫或網絡側對用戶設備20進行尋呼后，確定將用戶設備的RRC連接建立到宏基站上，向用戶設備20發送RRC重配置消息；
[0070]用戶設備20，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站10上建立RRC連接，在收到來自宏基站10的RRC重配置消息后，將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0071]其中，若用戶設備20將用戶面的全部DRB對應的TOCP層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，宏基站10在配置參數時，只配置除rocp層以外的其他層的參數；
[0072]用戶設備20將用戶面的全部DRB保持在宏基站，宏基站10在配置參數時，配置DRB的所有層的參數。
[0073]較佳地，宏基站10向用戶設備發送RRC重配置消息之前，向需要接納用戶面的DRB的本地基站發送包含需要切換的每個用戶面的DRB的QOS信息的承載建立請求消息；
[0074]相應的,本發明實施例的系統還包括至少一個本地基站30。
[0075]本地基站30，用于接收來自宏基站10的針對用戶設備的承載建立請求消息，接納用戶面的部分或全部數據無線承載DRB對應的除HXP層之外的其他層。
[0076]具體的，本地基站30根據承載建立請求消息中包含的需要切換的每個用戶面的DRB的QOS信息，配置接納的用戶面的DRB對應的除HXP層之外的其他層。
[0077]本地基站30接納用戶面的部分或全部DRB對應的除HXP層之外的其他層之后，還可以向宏基站10返回承載建立請求響應消息；相應的，宏基站10在接收到來自本地基站的承載建立請求響應消息后，向用戶設備20發送RRC重配置消息。
[0078]較佳地，宏基站10可以在RRC重配置消息中顯式通知用戶設備20需要進行控制面與用戶面分離操作。
[0079]顯式通知可以采用比特方式，比如“I”表示需要進行控制面與用戶面分離操作，“O”表示需要進行控制面與用戶面分離操作。
[0080]用戶設備20在收到來自宏基站的RRC重配置消息后，與接納用戶設備20的用戶面的本地基站進行同步操作，并在同步成功后向宏基站10返回RRC重配置完成消息。
[0081]相應的，宏基站10在收到來自用戶設備20的RRC重配置完成消息后，針對一個本地基站能夠接納的用戶面的DRB，將該DRB對應的HXP實體映射到本地基站30配置的該DRB對應的其他層上。
[0082]在實施中，本發明實施例根據需要還可以對本地基站上已建立的DRB承載進行更新，比如修改、增加、刪除等，下面分情況具體說明，
[0083]情況一、修改。
[0084]具體的，宏基站10在收到來自核心網的針對用戶設備20的E-RAB修改消息，且本地基站30已建立用戶設備20的DRB承載后，根據E-RAB修改消息確定需要修改的DRB承載，向本地基站20發送包含需要修改的DRB承載的QOS信息的承載修改請求消息；
[0085]相應的，本地基站30在收到宏基站10的包含需要修改的DRB承載的QOS信息的承載修改請求消息后，修改對應DRB的配置，并向宏基站10返回承載修改響應消息；
[0086]宏基站10在收到來自本地基站30的承載修改響應消息后，向用戶設備20發送RRC連接重配置消息，用于通知用戶設備20更新對應DRB的配置；
[0087]用戶設備20根據收到的來自宏基站的RRC重配置消息，修改對應DRB的配置。
[0088]情況二、增加。
[0089]宏基站10在收到來自核心網的針對用戶設備20的E-RAB建立消息，且宏基站10和本地基站30已建立用戶設備20的初始上下文后，根據E-RAB修改消息確定需要增加的DRB承載，向本地基站30發送包含需要建立的DRB承載的QOS信息的承載修改請求消息；
[0090]相應的，本地基站30在收到宏基站10的包含需要建立的DRB承載的QOS信息的承載修改請求消息后，建立對應的DRB承載，并向宏基站10返回承載修改響應消息；
[0091]宏基站10在收到來自本地基站30的承載修改響應消息后，向用戶設備20發送RRC連接重配置消息，用于通知用戶設備20更新對應DRB的配置；
[0092]用戶設備20根據收到的來自宏基站的RRC重配置消息，建立對應的DRB承載，比如建立roCP/RLC/MAC/PHY各層的參數配置以及層間的映射關系。
[0093]其中，E-UTRAN無線接入承載包含了 DRB以及E-UTRAN和S-GW之間的接口，DRB專指空口的數據無線承載。
[0094]情況三、刪除部分承載。
[0095]宏基站10在收到來自核心網的針對用戶設備20的E-RAB刪除消息，且宏基站10和本地基站30已建立用戶設備的初始上下文后，根據E-RAB刪除消息確定需要刪除的DRB承載，站向本地基站發送包含需要刪除的DRB承載的QOS信息的承載修改請求消息；
[0096]相應的，本地基站30在收到來自宏基站10的包含需要刪除的DRB承載的QOS信息的承載修改請求消息后，刪除對應的DRB承載，并向宏基站10返回承載刪除響應消息；
[0097]宏基站10在收到來自本地基站20的承載刪除響應消息后，向用戶設備20發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置；
[0098]用戶設備20根據收到的來自宏基站的RRC重配置消息，刪除對應的DRB承載。
[0099]情況四、刪除全部承載。[0100]宏基站10在收到來自核心網的針對用戶設備20的E-RAB刪除消息，且需要釋放的E-RAB是本地基站30的最后一條E-RAB，且宏基站10維護有其他E-RAB后，向本地基站30發送承載釋放消息，用于通知本地基站30釋放用戶設備的所有承載，以及述宏基站向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置；
[0101]相應的，本地基站30在收到來自宏基站10的承載釋放消息后，刪除對應的用戶設備20的所有承載；
[0102]由于轉移過程已完成，用戶設備20刪除舊的承載，釋放對應的資源。
[0103]在實施中，本發明實施例還可以釋放用戶設備的RRC連接。
[0104]具體的，宏基站10在收到來自核心網的針對用戶設備20的用戶設備上下文釋放消息后，向本地基站30發送包含需要釋放上下文的用戶設備的標識的承載釋放消息，以及宏基站10向用戶設備20發送RRC連接釋放消息，并向MME發送用戶設備上下文釋放響應消息；
[0105]相應的，本地基站30在收到來自宏基站10的包含需要釋放上下文的用戶設備的標識的承載釋放消息后，釋放用戶設備的上下文；
[0106]用戶設備20在收到RRC連接釋放消息后釋放與宏基站10之間的RRC連接；
[0107]MME在收到用戶設備上下文釋放響應消息后，將釋放用戶設備10的核心網的資源，即承載刪除命令。
[0108]針對上述的情況，在實施中可以RRC連接重配置消息中通過IE標明具體是修改、刪除或建立。
[0109]如圖7所不,本發明實施例業務建立的系統中的用戶設備包括:第一確定模塊700和第一處理模塊710。
[0110]第一確定模塊700，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立RRC連接；
[0111]第一處理模塊710，用于在收到來自宏基站的RRC重配置消息后，將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0112]較佳地，第一處理模塊710在收到來自宏基站的RRC重配置消息后，與本地基站進行同步操作，并在同步成功后向宏基站返回RRC重配置完成消息。
[0113]較佳地，第一處理模塊710根據收到的來自宏基站的RRC重配置消息，更新對應DRB的配置。
[0114]如圖8所示，本發明實施例業務建立的系統中的宏基站包括:第二確定模塊800和第二處理模塊810。
[0115]第二確定模塊800，用于在用戶設備在發起業務呼叫或網絡側對用戶設備進行尋呼后，確定將用戶設備的RRC連接建立到宏基站上；
[0116]第二處理模塊810，用于向用戶設備發送RRC重配置消息，用于指示用戶設備將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。[0117]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之前，向需要接納用戶面的DRB的本地基站發送包含需要切換的每個用戶面的DRB的QOS信息的承載建立請求消
肩、O
[0118]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之前，在接收到來自本地基站的承載建立請求響應消息。
[0119]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自用戶設備的RRC重配置完成消息后，針對一個本地基站能夠接納的用戶面的DRB，將該DRB對應的HXP實體映射到本地基站配置的該DRB對應的其他層上。
[0120]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB修改消息，且本地基站已建立用戶設備的DRB承載后，根據E-RAB修改消息確定需要修改的DRB承載；向本地基站發送包含需要修改的DRB承載的QOS信息的承載修改請求消息。
[0121]較佳地，第二處理模塊810向本地基站發送承載修改請求消息后，在收到來自本地基站的承載修改響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0122]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB建立消息，且宏基站和本地基站已建立用戶設備的初始上下文后，根據E-RAB修改消息確定需要增加的DRB承載；向本地基站發送包含需要建立的DRB承載的QOS信息的承載修改請求消息。
[0123]較佳地，第二處理模塊810向用戶設備發送承載修改請求消息之后，在收到來自本地基站的承載修改響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0124]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB刪除消息，且宏基站和本地基站已建立用戶設備的初始上下文后，根據E-RAB刪除消息確定需要刪除的DRB承載；向本地基站發送包含需要刪除的DRB承載的QOS信息的承載修改請求消息。
[0125]較佳地，第二處理模塊810向用戶設備發送承載修改請求消息之后，在收到來自本地基站的承載刪除響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0126]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB承載刪除消息，且需要釋放的E-RAB是本地基站的最后一條E-RAB，且宏基站維護有其他E-RAB后，向本地基站發送承載釋放消息，用于通知本地基站釋放用戶設備的所有承載。
[0127]較佳地，第二處理模塊810向用戶設備發送承載釋放消息之后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0128]較佳地，第二處理模塊810向用戶設備發送RRC重配置消息之后，在收到來自核心網的用戶設備上下文釋放消息后，向本地基站發送包含需要釋放上下文的用戶設備的標識的承載釋放消息。
[0129]較佳地，第二處理模塊810向用戶設備發送承載釋放消息之后，向用戶設備發送RRC連接釋放消息，并向MME發送用戶設備上下文釋放響應消息。
[0130]如圖9所示，本發明實施例業務建立的系統中的本地基站包括:接收模塊900和第三處理模塊910。
[0131]接收模塊900，用于接收來自宏基站的針對用戶設備的承載建立請求消息；
[0132]第三處理模塊910，用于接納用戶面的部分或全部DRB對應的除HXP層之外的其他層；
[0133]其中，承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對用戶設備進行尋呼后發送的，且用戶設備的RRC連接建立在宏基站上。
[0134]較佳地，第三處理模塊910根據承載建立請求消息中包含的需要切換的每個用戶面的DRB的QOS信息，配置接納的用戶面的DRB對應的除HXP層之外的其他層。
[0135]較佳地，第三處理模塊910接納用戶面的部分或全部DRB對應的除HXP層之外的其他層之后，向宏基站返回承載建立請求響應消息。
[0136]較佳地，第三處理模塊910接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層之后，在收到宏基站的包含需要修改的DRB承載的QOS信息的承載修改請求消息后，更新對應DRB的配置，并向宏基站返回承載修改響應消
肩、O
[0137]較佳地，第三處理模塊910接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層之后，在收到宏基站的包含需要建立的DRB承載的QOS信息的承載修改請求消息后，建立對應的DRB承載，并向宏基站返回承載修改響應消
肩、O
[0138]較佳地，第三處理模塊910接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層之后，在收到來自宏基站的包含需要刪除的DRB承載的QOS信息的承載修改請求消息后，刪除對應的DRB承載，并向宏基站返回承載刪除響應消息。
[0139]較佳地，第三處理模塊910接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層之后，在收到來自宏基站的承載釋放消息后，刪除用戶設備的所有承載。
[0140]較佳地，第三處理模塊910接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層之后，還在收到來自宏基站的包含需要釋放上下文的用戶設備的標識的承載釋放消息后，釋放用戶設備的上下文。
[0141]基于同一發明構思，本發明實施例中還提供了用戶設備進行業務建立的方法、宏基站進行業務建立的方法，以及本地基站進行業務建立的方法，由于這些方法解決問題的原理與圖6本發明實施例業務建立的系統相似，因此這些方法的實施可以參見系統的實施，重復之處不再贅述。
[0142]如圖10所示，本發明實施例用戶設備進行業務建立的方法包括下列步驟:
[0143]步驟1001、用戶設備在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立RRC連接；
[0144]步驟1002、用戶設備在收到來自宏基站的RRC重配置消息后，將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0145]較佳地，用戶設備在收到來自宏基站的RRC重配置消息后可以與本地基站進行同步操作，并在同步成功后向宏基站返回RRC重配置完成消息。
[0146]較佳地，步驟1002之后還可以進一步包括:
[0147]用戶設備根據收到的來自宏基站的RRC重配置消息，更新對應DRB的配置。
[0148]這里的更新包括修改、建立和刪除。
[0149]如圖11所示，本發明實施例宏基站進行業務建立的方法包括下列步驟:
[0150]步驟1101、宏基站在用戶設備在發起業務呼叫或網絡側對用戶設備進行尋呼后，確定將用戶設備的RRC連接建立到宏基站上；
[0151]步驟1102、宏基站向用戶設備發送RRC重配置消息，用于指示用戶設備將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
[0152]較佳地，步驟1102之前還可以進一步包括:
[0153]宏基站向需要接納用戶面的DRB的本地基站發送包含需要切換的每個用戶面的DRB的QOS信息的承載建立請求消息。
[0154]較佳地，宏基站在接收到來自本地基站的承載建立請求響應消息后，向用戶設備發送RRC重配置消息。
[0155]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自用戶設備的RRC重配置完成消息后，針對一個本地基站能夠接納的用戶面的DRB，將該DRB對應的HXP實體映射到本地基站配置的該DRB對應的其他層上。
[0156]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB修改消息，且本地基站已建立用戶設備的DRB承載后，根據E-RAB修改消息確定需要修改的DRB承載；向本地基站發送包含需要修改的DRB承載的QOS信息的承載修改請求消息。
[0157]較佳地，宏基站向本地基站發送承載修改請求消息后，在收到來自本地基站的承載修改響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0158]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB建立消息，且宏基站和本地基站已建立用戶設備的初始上下文后，根據E-RAB修改消息確定需要增加的DRB承載；向本地基站發送包含需要建立的DRB承載的QOS信息的承載修改請求消息。
[0159]較佳地，宏基站向用戶設備發送承載修改請求消息之后，在收到來自本地基站的承載修改響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0160]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB刪除消息，且宏基站和本地基站已建立用戶設備的初始上下文后，根據E-RAB刪除消息確定需要刪除的DRB承載；向本地基站發送包含需要刪除的DRB承載的QOS信息的承載修改請求消息。[0161]較佳地，宏基站向用戶設備發送承載修改請求消息之后，在收到來自本地基站的承載刪除響應消息后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0162]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB刪除消息，且需要釋放的E-RAB是本地基站的最后一條E-RAB，且宏基站維護有其他E-RAB后，向本地基站發送承載釋放消息，用于通知本地基站釋放用戶設備的所有承載。
[0163]較佳地，宏基站向用戶設備發送承載釋放消息之后，向用戶設備發送RRC連接重配置消息，用于通知用戶設備更新對應DRB的配置。
[0164]較佳地，宏基站向用戶設備發送RRC重配置消息之后，在收到來自核心網的用戶設備上下文釋放消息后，向本地基站發送包含需要釋放上下文的用戶設備的標識的承載釋放消息。
[0165]較佳地，宏基站向用戶設備發送承載釋放消息之后，向用戶設備發送RRC連接釋放消息，并向MME發送用戶設備上下文釋放響應消息。
[0166]其中，圖10和圖11可以合成一個流程，形成一個進行業務建立的方法，即先執行步驟1101和步驟1102，再執行步驟1002 ;其中只需要保證步驟1001在步驟1102之前即可，與步驟1101和步驟1102之間并沒有必然的時序關系。
[0167]如圖12所示，本發明實施例本地基站進行業務建立的方法包括下列步驟:
[0168]步驟1201、本地基站接收來自宏基站的針對用戶設備的承載建立請求消息；
[0169]步驟1202、本地基站接納用戶面的部分或全部數據無線承載DRB對應的除HXP層之外的其他層；
[0170]其中，承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對用戶設備進行尋呼后發送的，且用戶設備的RRC連接建立在宏基站上。
[0171]較佳地，本地基站根據承載建立請求消息中包含的需要切換的每個用戶面的DRB的服務質量QOS信息，配置接納的用戶面的DRB對應的除HXP層之外的其他層。
[0172]較佳地，本地基站接納用戶面的部分或全部DRB對應的除rocp層之外的其他層之后，向宏基站返回承載建立請求響應消息。
[0173]較佳地，本地基站接納用戶面的部分或全部數據無線承載DRB對應的除rocp層之外的其他層之后，在收到宏基站的包含需要修改的DRB承載的QOS信息的承載修改請求消息后，更新對應DRB的配置，并向宏基站返回承載修改響應消息。
[0174]較佳地，本地基站接納用戶面的部分或全部數據無線承載DRB對應的除HXP層之外的其他層之后，在收到宏基站的包含需要建立的DRB承載的QOS信息的承載修改請求消息后，建立對應的DRB承載，并向宏基站返回承載修改響應消息。
[0175]較佳地，本地基站接納用戶面的部分或全部數據無線承載DRB對應的除HXP層之外的其他層之后，在收到來自宏基站的包含需要刪除的DRB承載的QOS信息的承載修改請求消息后，刪除對應的DRB承載，并向宏基站返回承載刪除響應消息。
[0176]較佳地，本地基站接納用戶面的部分或全部數據無線承載DRB對應的除HXP層之外的其他層之后，在收到來自宏基站的承載釋放消息后，刪除用戶設備的所有承載。
[0177]較佳地，本地基站接納用戶面的部分或全部數據無線承載DRB對應的除rocp層之外的其他層之后，在收到來自宏基站的包含需要釋放上下文的用戶設備的標識的承載釋放消息后，釋放用戶設備的上下文。
[0178]下面列舉幾個實例對本發明的方案進行說明。
[0179]實例一、當UE發起業務建立時，如圖13所示:
[0180]1.UE 向 Macro eNB 發送 RRC 連接建立請求(RRC Connection Setup Request)消息；
[0181]2.Macro eNB 向 UE 發送 RRC 連接建立(RRC Connection Setup)消息；
[0182]3.UE 向 Macro eNB 發送 RRC 連接建立成功(RRC Connection Setup Complete)消息；
[0183]4、Macro eNB 向 MME 發送初始 UE 消息(Initial UE Message)；
[0184]5、MME 向 Macro eNB返回初始上下文建立請求(Initial Context Setup Request)消息；
[0185]步驟I?5中，UE在macro eNB建立RRC信令連接和SI信令連接，完成了信令連
接的建立。
[0186]6,Macrο eNB根據初始上下文建立請求消息內的E-RAB信息，結合UE的位置和能力信息等，決定執行控制面與用戶面分離；
[0187]7、Macro eNB向Local eNB發送建立請求(Setup Request)消息,其中包含有承載的QOS等信息；
[0188]8,Local eNB進行接入控制，隨后將根據QOS等信息為每個在Local工作的DRB承載配置RLC/MAC/PHY等參數；
[0189]9、Local eNB返回承載建立響應(Setup Response)消息,其中包含Local為UE配置的RLC/MAC/PHY參數等；
[0190]10、Macro eNB接收到承載建立響應消息后，開始組織RRC連接重配置(RRCConnection Reconfiguration)消息，消息中包含新建立DRB的所有信息，并向UE發送RRC重配消息；
[0191]11、UE接收到來自Macro eNB的RRC重配置消息，且消息中顯式或隱式的標明需要進行控制面與用戶面分離操作后，將首先觸發到Local eNB的同步操作；
[0192]12、同步成功后，UE 返回 RRC 連接重配置完成(RRC Connection ReconfigurationComplete)消息給 Macro eNB ；
[0193]13,Macro eNB接收到RRC重配置完成消息后，向MME回復初始上下文建立請求響應(Initial Context Setup Response)消息，消息中攜帶Macro eNB的傳輸層地址信息等;
[0194]14、MME 向 Serving GW(服務網關)發送承載修改請求(Bearer Modify Request)消息；
[0195]15、Serving GW 返回承載修改響應(Bear Modify Response)消息。
[0196]其中，建立在Local eNB的數據承載，上下行數據流的路徑是:UE〈->LocaleNB<->Macro eNB<->Serving GW。
[0197]實例二、接收到來自核心網的E-RAB修改消息后，Macro eNB可以修改建立在Local的DRB承載，如圖14所示:
[0198]1> Serving GW 向 MME 發送更新承載請求(Update Bearer Request)消息；[0199]2、MME 向 Macro eNB 發送 E-RAB 修改(E-RAB Modify Bearer Request)消息；
[0200]3、Macro eNB接收到來自核心網的E-RAB修改消息后，向Local eNB發送承載修改請求(Modify Request)消息,其中包含有更新的QOS等信息；
[0201]4,Local eNB接收到此消息后，將根據相關信息為在Local eNB工作的對應的DRB承載更新相應的RLC/MAC/PHY等參數，并返回承載修改響應(Modify Response)消息，其中包含更新的RLC/MAC/PHY參數等；
[0202]5,Macrο eNB接收到承載修改響應消息后，將根據來自Local eNB的信息組織RRC連接重配置(RRC Connection Reconfiguration)消息返回給 UE ;
[0203]6、UE接收到此消息后，更新相應的DRB配置，返回RRC連接重配置完成(RRCConnection Reconfiguration Complete)消息；
[0204]7、Macro eNB 向 MME 返回 E-RAB 修改響應(E-RAB Modify Bearer Response)消息；
[0205]8、UE 向 Macro eNB 發送直傳消息(Direct Transfer)；
[0206]9>Macro eNB 向 MME 進行上行鏈路非接入層傳輸(Uplink NAS Transport)；
[0207]10> MME 向 Serving GW 發送更新承載響應(Update Bearer Response)消息。
[0208]實例三、Macro eNB和Local eNB已經建立UE的初始上下文，如果Macro接收到來自核心網的E-RAB建立或刪除消息后，可以重配置在Local的DRB承載(即增加或刪除某些DRB承載)，如圖15所示:
[0209]1> Serving GW 向 MME 發送創建承載請求(Create Bearer Request)消息；
[0210]2、MME 向 Macro eNB 發送 E-RAB 建立(E-RAB Setup Request)消息；
[0211]3、Macro eNB接收到來自核心網的E-RAB建立消息后，向Local eNB發送承載修改請求(Modify Request)消息,其中包含有需要建立的承載的QOS等信息；
[0212]4、Local eNB接收到此消息后，將根據相關信息為DRB承載建立相應的RLC/MAC/PHY等參數，并返回承載修改響應(Modify Response)消息，其中包含更新的RLC/MAC/PHY參數等；
[0213]5,Macrο eNB接收到承載修改響應消息后，將根據來自Local eNB的信息組織RRC連接重配置(RRC Connection Reconfiguration)消息返回給 UE ;
[0214]6、UE接收到此消息后，更新相應的DRB配置，返回RRC連接重配置完成(RRCConnection Reconfiguration Complete)消息；
[0215]7、Macro eNB 向 MME 返回 E-RAB 建立響應(E-RAB Setup Response)消息；
[0216]8、UE 向 Macro eNB 發送直傳消息(Direct Transfer)；
[0217]9>Macro eNB 向 MME 進行上行鏈路非接入層傳輸(Uplink NAS Transport)；
[0218]10> MME 向 Serving GW 發送創建承載響應(Create Bearer Response)消息。
[0219]如果是需要刪除承載，貝1J在步驟I中是刪除承載請求(Delete Bearer Request)消息；步驟2中是E-RAB刪除(E-RAB Delete Request)消息；步驟4中Local eNB根據相關信息刪除對應的DRB承載；步驟7中是E-RAB刪除響應(E-RAB Delete Response)消息；步驟10中是刪除承載響應(Delete Bearer Response)消息。
[0220]實例四、如果MME接收到來自S-GW的承載刪除消息中刪除的是最后一條E-RAB，Macro eNB將釋放UE的RRC連接，如圖16所示:[0221]K Serving GW 向 MME 發送刪除承載請求(Delete Bearer Request)消息；
[0222]2、MME判斷是刪除最后一條E-RAB，向Macro eNB發送UE上下文釋放命令(UEContext Release Command)消息；
[0223]3、Macro eNB 向 Local eNB 發送釋放命令(Release Command)；
[0224]可選的,3a、Local eNB在成功釋放后,返回釋放成功(Release Complete)消息；
[0225]4、Macro eNB 向 UE 發送 RRC 連接釋放(RRC Connection Release)消息；
[0226]5>Macro eNB 向 MME 返回 UE 上下文釋放成功(UE Context Release Complete)消息；
[0227]6> MME 向 Serving GW 發送刪除承載響應(Delete Bearer Response)消息。
[0228]實例五、如果Macro接收到來自核心網的E-RAB刪除消息中刪除的是Local上最后一條E-RAB，而Macro上還維持有其他E-RAB，則Macro eNB將僅釋放在Local的UE上下文,如圖17所示:
[0229]1> Serving GW 向 MME 發送刪除承載請求(Delete Bearer Request)消息；
[0230]2、MME 向 Macro eNB 發送 E-RAB 刪除(E-RAB Delete Request)消息；
[0231]3、Macro eNB接收到來自核心網的E-RAB刪除消息后，判斷為刪除Local eNB的最后一條E-RAB后，向Local eNB發送釋放命令(Release Command)；
[0232]可選的，3a、Local eNB在成功釋放后,返回釋放成功(Release Complete)消息；
[0233]4、Macro eNB 向 RRC 連接重配置(RRC Connection Reconfiguration)消息發送給UE ；
[0234]5、UE接收到此消息后，返回RRC連接重配置完成(RRC ConnectionReconfiguration Complete)消息；
[0235]6、Macro eNB 向 MME 返回 E-RAB 刪除響應(E-RAB Delete Response)消息；
[0236]7、UE 向 Macro eNB 發送直傳消息(Direct Transfer)；
[0237]8>Macro eNB 向 MME 進行上行鏈路非接入層傳輸(Uplink NAS Transport)；
[0238]9> MME 向 Serving GW 發送刪除承載響應(Delete Bearer Response)消息。
[0239]實例六、另一種網絡架構，如圖18所示，其中UE的SRB保留在Macro eNB上，將全部或部分DRB的所有層，即roCP/RLC/MAC/PHY保持在Local eNB上。
[0240]位于Local eNB承載的協議棧結構如圖19所示，其中UE的用戶面eNB (Local eNB)為UE提供用戶面數據傳輸功能;UE的控制面eNB (Macro eNB)為UE提供控制面消息傳輸功能，由于NAS消息需要由RRC消息承載，所以，UE的服務MME與UE的控制面eNB相連。
[0241]當UE發起業務建立時，其流程圖與圖13基本相同，主要區別是在步驟13，接收到RRC重配置完成消息后，Macro eNB回復INITIAL CONTEXT SETUP RESPONSE消息，針對某些E-RAB，消息中需攜帶有Local eNB的傳輸層地址信息等。隨后的步驟直至數據傳輸都與圖13類似。不同的是，建立在Local eNB的數據承載，上下行數據流的路徑是從UE〈->L0calEnb〈->Serving Gff,并且在配置參數時是配置DRB對應的所有層的參數。
[0242]類似的，接收到來自核心網的E-RAB修改消息后，Macro eNB可以修改建立在Local的DRB承載，流程與圖14相同，區別在于在配置參數時是配置DRB對應的所有層的參數。或如果Macro接收到來自核心網的E-RAB建立或刪除消息后，可以重配置在Local的DRB承載(即增加或刪除某些DRB承載)，與圖15?圖17流程相同，并且在配置參數時是配置DRB對應的所有層的參數。
[0243]本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或計算機程序產品。因此，本發明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0244]本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0245]這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0246]這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0247]盡管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明范圍的所有變更和修改。
[0248]顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和范圍。這樣，倘若本發明的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
【權利要求】
1.一種業務建立的方法，其特征在于，該方法包括: 用戶設備在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立無線資源控制RRC連接； 所述用戶設備在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
2.如權利要求1所述的方法，其特征在于，所述用戶設備在收到來自宏基站的RRC重配置消息后，還包括: 所述用戶設備與所述本地基站進行同步操作，并在同步成功后向所述宏基站返回RRC重配置完成消息。
3.如權利要求1所述的方法，其特征在于，所述用戶設備將控制面的全部DRB保持在宏基站，將用戶面的全部DRB對應的HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上之后，還包括: 所述用戶設備根據收到的來自宏基站的RRC重配置消息，更新對應DRB的配置。
4.一種業務建立的方法，其特征在于，該方法包括: 宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上； 所述宏基站向所述用戶設備發送RRC重配置消息，用于指示所述用戶設備將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
5.如權利要求4所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之前，還包括: 所述宏基站向需要接納用戶面的DRB的本地基站發送包含需要切換的每個用戶面的DRB的服務質量QOS信息的承載建立請求消息。
6.如權利要求5所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之前，還包括: 所述宏基站在接收到來自所述本地基站的承載建立請求響應消息。
7.如權利要求4所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括: 所述宏基站在收到來自所述用戶設備的RRC重配置完成消息后，針對一個所述本地基站能夠接納的用戶面的DRB，將該DRB對應的HXP實體映射到所述本地基站配置的該DRB對應的所述其他層上。
8.如權利要求4所述的方法 ，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括: 所述宏基站在收到來自核心網的演進接入無線承載E-RAB修改消息，且所述本地基站已建立所述用戶設備的DRB承載后，根據所述E-RAB修改消息確定需要修改的DRB承載； 所述宏基站向所述本地基站發送包含需要修改的DRB承載的QOS信息的承載修改請求消息。
9.如權利要求8所述的方法，其特征在于，所述宏基站向所述本地基站發送承載修改請求消息后，還包括: 所述宏基站在收到來自所述本地基站的承載修改響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
10.如權利要求4所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括: 所述宏基站在收到來自核心網的E-RAB建立消息,且所述宏基站和所述本地基站已建立所述用戶設備的初始上下文后，根據所述E-RAB修改消息確定需要增加的DRB承載； 所述宏基站向所述本地基站發送包含需要建立的DRB承載的QOS信息的承載修改請求消息。
11.如權利要求10所述的方法，其特征在于，所述宏基站向所述用戶設備發送承載修改請求消息之后，還包括: 所述宏基站在收到來自所述本地基站的承載修改響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
12.如權利要求4所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括: 所述宏基站在收到來自核心網的E-RAB刪除消息，且所述宏基站和所述本地基站已建立所述用戶設備的初始上下文后，根據所述E-RAB刪除消息確定需要刪除的DRB承載； 所述宏基站向所述本地基站發送包含需要刪除的DRB承載的QOS信息的承載修改請求消息。
13.如權利要求12所述的方法，其特征在于，所述宏基站向所述用戶設備發送承載修改請求消息之后，還包括: 所述宏基站在收到來自所述本地基站的承載刪除響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
14.如權利要求4所述的方法，其特征在于，所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括: 所述宏基站在收到來自核心網的E-RAB承載刪除消息，且需要釋放的E-RAB是所述本地基站的最后一條E-RAB，且所述宏基站維護有其他E-RAB后，向所述本地基站發送承載釋放消息，用于通知所述本地基站釋放所述用戶設備的所有承載。
15.如權利要求14所述的方法，其特征在于，所述宏基站向所述用戶設備發送承載釋放消息之后，還包括: 所述宏基站向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
16.如權利要求4所述的方法，其特征在于， 所述宏基站向所述用戶設備發送RRC重配置消息之后，還包括:所述宏基站在收到來自核心網的用戶設備上下文釋放消息后，向所述本地基站發送包含需要釋放上下文的用戶設備的標識的承載釋放消息。
17.如權利要求16所述的方法，其特征在于，所述宏基站向所述用戶設備發送承載釋放消息之后，還包括: 所述宏基站向所述用戶設備發送RRC連接釋放消息，并向MME發送用戶設備上下文釋放響應消息。
18.—種業務建立的方法，其特征在于，該方法包括: 本地基站接收來自宏基站的針對用戶設備的承載建立請求消息； 所述本地基站接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層； 其中，所述承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后發送的，且所述用戶設備的無線資源控制RRC連接建立在所述宏基站上。
19.如權利要求18所述的方法，其特征在于，所述本地基站接納用戶面的部分或全部DRB對應的除HXP層之外的其他層，包括: 所述本地基站根據承載建立請求消息中包含的需要切換的每個用戶面的DRB的服務質量QOS信息，配置接納的用戶面的DRB對應的除HXP層之外的其他層。
20.如權利要求18所述的方法，其特征在于，所述本地基站接納用戶面的部分或全部DRB對應的除HXP層之外的其他層之后，還包括: 所述本地基站向宏基站返回承載建立請求響應消息。
21.如權利要求18所述的方法，其特征在于，所述本地基站接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，還包括: 所述本地基站在收到所述宏基站的包含需要修改的DRB承載的QOS信息的承載修改請求消息后，更新對應DRB的配置，并向所述宏基站返回承載修改響應消息；或 所述本地基站在收到所述宏基站的包含需要建立的DRB承載的QOS信息的承載修改請求消息后，建立對應的DRB承載，并向所述宏基站返回承載修改響應消息；或 所述本地基站在收到來自所述宏基站的包含需要刪除的DRB承載的QOS信息的承載修改請求消息后，刪除對應的DRB承載，并向所述宏基站返回承載刪除響應消息；或 所述本地基站在收到來自所述宏基站的承載釋放消息后，刪除所述用戶設備的所有承載；或 所述本地基站在收到來自所述宏基站的包含需要釋放上下文的用戶設備的標識的承載釋放消息后，釋放所述用戶設備的上下文。
22.—種業務建立的用戶設備，其特征在于，該用戶設備包括: 第一確定模塊，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立無線資源控制RRC連接 ； 第一處理模塊，用于在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議PDCP層保持在宏基站，并將用戶面的部分或全部DRB對應的除H)CP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
23.如權利要求22所述的用戶設備，其特征在于，所述第一處理模塊還用于:在收到來自宏基站的RRC重配置消息后，與所述本地基站進行同步操作，并在同步成功后向所述宏基站返回RRC重配置完成消息。
24.如權利要求22所述的用戶設備，其特征在于，所述第一處理模塊還用于: 根據收到的來自宏基站的RRC重配置消息，更新對應DRB的配置。
25.—種業務建立的宏基站,其特征在于,該宏基站包括: 第二確定模塊，用于在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上； 第二處理模塊，用于向所述用戶設備發送RRC重配置消息，用于指示所述用戶設備將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議rocp層保持在宏基站，并將用戶面的部分或全部DRB對應的除rocp層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
26.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之前，向需要接納用戶面的DRB的本地基站發送包含需要切換的每個用戶面的DRB的服務質量QOS信息的承載建立請求消息。
27.如權利要求26所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之前，在接收到來自所述本地基站的承載建立請求響應消息。
28.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自所述用戶設備的RRC重配置完成消息后，針對一個所述本地基站能夠接納的用戶面的DRB，將該DRB對應的H)CP實體映射到所述本地基站配置的該DRB對應的所述其他層上。
29.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自核心網的演進接入無線承載E-RAB修改消息，且所述本地基站已建立所述用戶設備的DRB承載后，根據所述E-RAB修改消息確定需要修改的DRB承載；向所述本地基站發送包含需要修改的DRB承載的QOS信息的承載修改請求消息。
30.如權利要求29所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述本地基站發送承載修改請求消息后，在收到來自所述本地基站的承載修改響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
31.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB建立消息，且所述宏基站和所述本地基站已建立所述用戶設備的初始上下文后，根據所述E-RAB修改消息確定需要增加的DRB承載；向所述本地基站發送包含需要建立的DRB承載的QOS信息的承載修改請求消息。
32.如權利要求31所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送承載修改請求消息之后，在收到來自所述本地基站的承載修改響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
33.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB刪除消息，且所述宏基站和所述本地基站已建立所述用戶設備的初始上下文后，根據所述E-RAB刪除消息確定需要刪除的DRB承載；向所述本地基站發送包含需要刪除的DRB承載的QOS信息的承載修改請求消息。
34.如權利要求33所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送承載修改請求消息之后，在收到來自所述本地基站的承載刪除響應消息后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
35.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自核心網的E-RAB承載刪除消息，且需要釋放的E-RAB是所述本地基站的最后一條E-RAB，且所述宏基站維護有其他E-RAB后，向所述本地基站發送承載釋放消息，用于通知所述本地基站釋放所述用戶設備的所有承載。
36.如權利要求35所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送承載釋放消息之后，向所述用戶設備發送RRC連接重配置消息，用于通知所述用戶設備更新對應DRB的配置。
37.如權利要求25所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送RRC重配置消息之后，在收到來自核心網的用戶設備上下文釋放消息后，向所述本地基站發送包含需要釋放上下文的用戶設備的標識的承載釋放消息。
38.如權利要求37所述的宏基站，其特征在于，所述第二處理模塊還用于: 向所述用戶設備發送承載釋放消息之后，向所述用戶設備發送RRC連接釋放消息，并向MME發送用戶設備上下文釋放響應消息。
39.一種業務建立的本地基站，其特征在于，該本地基站包括: 接收模塊，用于接收來自宏基站的針對用戶設備的承載建立請求消息； 第三處理模塊，用于接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議rocp層之外的其他層； 其中，所述承載建立請求消息是宏基站在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后發送的，且所述用戶設備的無線資源控制RRC連接建立在所述宏基站上。
40.如權利要求39所述的本地基站，其特征在于，所述第三處理模塊具體用于: 根據承載建立請求消息中包含的需要切換的每個用戶面的DRB的服務質量QOS信息，配置接納的用戶面的DRB對應的除HXP層之外的其他層。
41.如權利要求39所述的本地基站，其特征在于，所述第三處理模塊還用于: 接納用戶面的部分或全部DRB對應的除HXP層之外的其他層之后，向宏基站返回承載建立請求響應消息。
42.如權利要求39所述的本地基站，其特征在于，所述第三處理模塊還用于: 接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，在收到所述宏基站的包含需要修改的DRB承載的QOS信息的承載修改請求消息后，更新對應DRB的配置，并向所述宏基站返回承載修改響應消息；或 接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，在收到所述宏基站的包含需要建立的DRB承載的QOS信息的承載修改請求消息后，建立對應的DRB承載，并向所述宏基站返回承載修改響應消息；或 接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，在收到來自所述宏基站的包含需要刪除的DRB承載的QOS信息的承載修改請求消息后，刪除對應的DRB承載，并向所述宏基站返回承載刪除響應消息；或 接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，在收到來自所述宏基站的承載釋放消息后，刪除所述用戶設備的所有承載；或 接納用戶面的部分或全部數據無線承載DRB對應的除分組數據聚合協議HXP層之外的其他層之后，還在收到來自所述宏基站的包含需要釋放上下文的用戶設備的標識的承載釋放消息后，釋放所述用戶設備的上下文。
43.—種業務建立的系統,其特征在于,該系統包括: 宏基站，用于在用戶設備在發起業務呼叫或網絡側對所述用戶設備進行尋呼后，確定將所述用戶設備的無線資源控制RRC連接建立到所述宏基站上，向所述用戶設備發送RRC重配置消息； 用戶設備，用于在發起業務呼叫或接收到網絡側的尋呼后，確定在宏基站上建立RRC連接，在收到來自宏基站的RRC重配置消息后，將控制面的全部數據無線承載DRB保持在宏基站，將用戶面的全部數據無線承載DRB對應的分組數據聚合協議HXP層保持在宏基站，并將用戶面的部分或全部DRB對應的除HXP層之外的其他層切換到至少一個本地基站上，或將用戶面的部分或全部DRB切換到至少一個本地基站上。
44.如權利要求43所述的系統，其特征在于，所述系統還包括本地基站； 所述宏基站還用于:需要接納用戶面的數據無線承載DRB的本地基站發送包含需要切換的每個用戶面的DRB的服務質量QOS信息的承載建立請求消息 所述本地基站，用于接收來自宏基站的針對用戶設備的承載建立請求消息，接納用戶面的部分或全部DRB對應的除分組數據聚合協議HXP層之外的其他層。
【文檔編號】H04W76/02GK103582124SQ201210258724
【公開日】2014年2月12日 申請日期:2012年7月24日 優先權日:2012年7月24日
【發明者】張大鈞, 鮑煒, 楊義 申請人:電信科學技術研究院