小小區承載激活與去激活的方法及設備的製作方法
2023-10-09 13:04:29
小小區承載激活與去激活的方法及設備的製作方法
【專利摘要】本發明公開了一種小小區承載的激活方法及設備，通過在終端將要從原宏小區切換到目標宏小區時，由目標宏小區來確定用於承載終端的業務數據的小小區，然後基於對確定出的小小區是否為當前承載終端的業務數據的原小小區這一條件的判定，向需要被激活的目標小小區發送承載激活請求，以激活該目標小小區承載。從而針對工作在非獨立工作模式下的小小區，本發明可以在終端在不同的宏小區之間進行切換時實現對終端切換到的目標宏小區下的小小區承載進行激活的方案。本發明還公開了一種小小區承載的去激活方法及設備。
【專利說明】小小區承載激活與去激活的方法及設備
【技術領域】
[0001] 本發明涉及通信【技術領域】，尤其涉及一種註冊到移動通信網絡中的方法及移動終 端。
【背景技術】
[0002] -些統計結果表明目前移動運營商移動語音業務的60%和數據業務的70%發生 在室內。據預測，未來數據業務預計10年增長1000倍，而其中室內數據業務量將佔總業務 量的90%。因此，傳統蜂窩網絡的覆蓋方式對於支持室內和熱點無線數據業務發展的瓶頸日 益突出，移動運營商的網絡發展面臨下述種種挑戰：
[0003] (1)傳統2G、3G網絡無線接入容量極限逐漸顯現；
[0004] (2)站址、天饋資源獲取難度日益增加，密集城區的站間距接近理論極限，很難支 持傳統蜂窩宏基站密集部署；
[0005] (3)宏基站的部署和運營成本高昂，新增宏基站擴容的建網方式難以為繼。
[0006] 為了維持產業鏈的健康和可持續發展，移動通信網絡的發展必須考慮如何通過網 絡技術能力的提升、部署方式和運營方式等方面的革新來不斷降低網絡的建網、部署和運 營成本。
[0007] 目前針對熱點及室內數據業務發展的解決方案有兩類：WiFi與LTE Small Cell。 目前業界把標準中定義的Pico基站和家庭基站統稱為小小區（Small Cell)。由於小小區 的部署支持幹擾管理、節點自啟動、且與蜂窩網絡共享核心網和網管系統，使得其部署和管 理相對簡便，已經成為解決未來室內和熱點數據業務覆蓋與容量的主流方向。
[0008] 在3GPP R12中，小小區有可能工作在獨立工作模式情況下，也有可能工作在需要 與宏基站進行相互協作的非獨立工作模式下。其中，非獨立工作模式是指對於某些終端(如 高速移動的終端)，其接入錨點始終為宏基站，而小小區僅提供傳輸數據的通道，此時所有 控制面信令均通過宏基站下發；獨立工作模式是指終端不需要依賴任何宏基站幫助即可接 入小小區中。如圖1所示小小區A就是工作在非獨立工作模式下，相應的控制面信令由圖 1中的宏基站下發；而小小區B則是工作在獨立模式下，終端2不需要依賴宏基站的幫助即 可接入小小區B。
[0009] 現有技術中雖然提供了小小區的上述兩種工作模式，然而，針對工作在非獨立工 作模式下的小小區，卻並未提出當終端在不同的宏小區之間進行切換時，如何實現對終端 切換到的宏小區下的小小區承載進行激活。
【發明內容】
[0010] 本發明實施例提供一種小小區承載的激活方法及設備，用以針對工作在非獨立工 作模式下的小小區，提出一種當終端在不同的宏小區之間進行切換時實現對終端切換到的 目標宏小區下的小小區承載進行激活的方案。
[0011] 本發明實施例還提供一種小小區承載的去激活方法及設備，用以針對工作在非獨 立工作模式下的小小區，提出一種當終端在不同的宏小區之間進行切換時實現對終端離開 的原宏小區下的小小區承載進行去激活的方案。
[0012] 本發明實施例採用以下技術方案：
[0013] 一種小小區承載的激活方法，包括：目標宏小區接收到原宏小區發送的切換請求 命令後，確定用於承載終端的業務數據的小小區；當確定出的所述小小區為當前承載所述 業務數據的原小小區時，向所述原小小區發送包含目的隧道號的承載路徑切換請求，以指 示所述原小小區切換到所述目的隧道號所表示的位於目標宏小區與原小小區之間的隧道； 當確定出的所述小小區為不同於所述原小小區的目標小小區時，向所述目標小小區發送承 載激活請求，以激活所述目標小小區建立無線承載。
[0014] 一種小小區承載的去激活方法，包括：原宏小區向目標宏小區發送切換請求命令； 接收目標宏小區根據所述切換請求命令而發送的切換確認消息；其中，所述切換確認消息 是目標宏小區在確定出承載終端的業務數據的目標小小區後發送的；在確定出的所述目標 小小區不同於當前承載所述業務數據的原小小區時，原宏小區向所述原小小區發送承載去 激活指令，以指示所述原小小區根據所述承載去激活指令而去激活自身無線承載。
[0015] 一種小小區承載的激活設備，包括：小小區確定單元，用於接收到原宏小區發送的 切換請求命令後，確定用於承載終端的業務數據的小小區；切換請求發送單元，用於當小小 區確定單元確定出的所述小小區為當前承載所述業務數據的原小小區時，向所述原小小區 發送包含目的隧道號的承載路徑切換請求，以指示所述原小小區切換到所述目的隧道號所 表示的位於目標宏小區與原小小區之間的隧道；激活請求發送單元，用於當小小區確定單 元確定出的所述小小區為不同於所述原小小區的目標小小區時，向所述目標小小區發送承 載激活請求，以激活所述目標小小區建立無線承載。
[0016] 一種小小區承載的去激活設備，包括：切換請求命令發送單元，用於向目標宏小區 發送切換請求命令；切換確認消息接收單元，用於接收目標宏小區根據切換請求命令發送 單元發送的切換請求命令而發送的切換確認消息；其中，所述切換確認消息是目標宏小區 在確定出承載終端的業務數據的目標小小區後發送的；承載去激活指令發送單元，用於在 切換確認消息接收單元接收到所述切換確認消息後，當所述目標小小區不同於當前承載所 述業務數據的原小小區時，向所述原小小區發送承載去激活指令，以指示所述原小小區根 據所述承載去激活指令而去激活自身無線承載。
[0017] 本發明實施例的有益效果如下：
[0018] 上述方案中，在終端將要從原宏小區切換到目標宏小區時，由目標宏小區來確定 用於承載終端的業務數據的小小區，然後基於對確定出的小小區是否為當前承載終端的業 務數據的原小小區這一條件的判定，向需要被激活的目標小小區發送承載激活請求，以激 活該目標小小區承載。從而針對工作在非獨立工作模式下的小小區，本方案提出一種當終 端在不同的宏小區之間進行切換時實現對終端切換到的目標宏小區下的小小區承載進行 激活的方案。
【專利附圖】
【附圖說明】
[0019] 圖1為工作在非獨立工作模式和獨立工作模式下的小小區的示意圖；
[0020] 圖2a為本發明實施例提供的一種小小區承載的激活方法的具體流程示意圖；
[0021] 圖2b為終端的業務數據當前並沒有由任何小小區承載的場景示意圖；
[0022] 圖3a為本發明實施例提供的一種小小區承載的去激活方法的具體流程示意圖；
[0023] 圖3b為目標宏小區確定出的承載終端的業務數據的小區不為小小區，而是該目 標宏小區自身的場景示意圖；
[0024] 圖4a為實施例1的應用場景示意圖；
[0025] 圖4b為實施例1的具體實現流程示意圖；
[0026] 圖5a為實施例2的應用場景示意圖；
[0027] 圖5b為實施例2的具體實現流程示意圖；
[0028] 圖6a為本發明實施例中的宏基站、小小區和終端UE可能採用的一種用戶面協議 找不意圖；
[0029] 圖6b為本發明實施例中的宏基站、小小區和終端UE可能採用的另一種用戶面協 議棧示意圖；
[0030] 圖6c為本發明實施例中的宏基站、小小區和終端UE可能採用的一種控制面協議 找不意圖。
【具體實施方式】
[0031] 為了在終端在不同的宏小區之間進行切換時，實現對終端切換到的目標宏小區下 的小小區承載進行激活，本發明實施例提供了一種小小區承載的激活方案。該方案在終端 將要從原宏小區切換到目標宏小區時，由目標宏小區來確定用於承載終端的業務數據的小 小區，然後，基於對確定出的小小區是否為當前承載終端的業務數據的原小小區這一條件 的判定，向需要被激活的目標小小區發送承載激活請求，從而實現了對目標小小區承載的 激活。
[0032] 以下結合說明書附圖對本發明的實施例進行說明，應當理解，此處所描述的實施 例僅用於說明和解釋本發明，並不用於限制本發明。並且在不衝突的情況下，本說明中的實 施例及實施例中的特徵可以互相結合。
[0033] 首先，本發明實施例提供一種小小區承載的激活方法，該方法的具體流程示意圖 如圖2a所示，主要包括下述步驟：
[0034] 步驟21，目標宏小區接收原宏小區發送的切換請求命令；
[0035] 在實際應用中，終端可以在進行信號質量的檢測後，將針對原宏小區和目標小區 所分別得到的宏小區信號質量檢測結果發送給原宏小區，由原宏小區根據該些宏小區信號 質量檢測結果和/或原宏小區的小區負載等信息，判斷終端是否需要切換到目標宏小區。 若判斷結果為是，則原宏小區向目標宏小區發送上述切換請求命令。
[0036] 可選的，終端還可以對其所能檢測到的小小區信號的信號質量進行檢測，得到相 應的小小區信號質量檢測結果，並把該小小區信號質量檢測結果承載在切換請求命令中發 送給目標宏小區，以便目標宏小區可以根據該小小區信號質量檢測結果判定是否需要由小 小區來承載終端的業務數據。
[0037] 步驟22,目標宏小區確定用於承載終端的業務數據的小小區，並判斷確定出的該 小小區是否為當前承載終端的業務數據的原小小區；在判斷結果為確定出的該小小區為當 前承載終端的業務數據的原小小區時，執行步驟23,而在判斷結果為確定出的該小小區為 不同於上述原小小區的目標小小區時，執行步驟24 ;
[0038] 具體地，目標宏小區可以根據終端業務的服務質量QoS (Quality of Service)信 息(該信息可以承載在切換請求命令中)，並結合切換請求命令中的小小區信號質量檢測結 果等，判斷是否需要將終端的部分業務數據承載在小小區上。如果判斷結果為是，則進一步 確定用於承載終端的業務數據的小小區是否為當前承載終端的業務數據的原小小區。比 如，目標宏小區可以根據小小區信號質量檢測結果，確定出信號質量最好的小小區，並根據 該信號質量最好的小小區所歸屬的宏小區，確定該信號質量最好的小小區是否為當前承載 終端的業務數據的原小小區；或根據切換請求命令中攜帶的當前承載終端的業務數據的原 小小區的標識，通過比較該信號質量最好的小小區的標識是否與該原小小區的標識是否一 致，而確定該信號質量最好的小小區是否為當前承載終端的業務數據的原小小區；等等。
[0039] 在實際應用中，還可能出現如圖2b所示的場景。在該場景下，終端的業務數據當 前並沒有由任何小小區承載。本發明實施例中，可以將這樣的情況視為"確定出的小小區不 為當前承載終端的業務數據的原小小區"所涵蓋的一種特殊情況。當出現該情況時，同樣需 要執行後續步驟24。
[0040] 步驟23,目標宏小區向原小小區發送包含目的隧道號的承載路徑切換請求，以指 示原小小區切換到該目的隧道號所表示的位於目標宏小區與原小小區之間的隧道；
[0041] 由於當前承載終端的業務數據的原小小區與確定出的承載終端的業務數據的小 小區相同，因此此時不需要激活該原小小區，而只需要原小小區將其接收上行數據的隧道 切換為位於目標宏小區與原小小區之間的隧道即可。
[0042] 步驟24,目標宏小區向目標小小區發送承載激活請求，以激活目標小小區建立無 線承載。
[0043] 由於當前承載終端的業務數據的原小小區與確定出的承載終端的業務數據的小 小區（目標小小區)不同，因此需要對確定出的該目標小小區承載進行激活。具體地，本發明 實施例採用向目標小小區發送承載激活請求的方式，來活目標小小區建立無線承載。
[0044] 其中，該承載激活請求的作用在於：指示將終端業務的無線承載映射到目標小小 區的某一層上，如映射到分組數據匯聚協議（PDCP，Packet Data Convergence Protocol) 層上。該承載激活請求中可以攜帶終端的相關上下文，如終端在原宏小區的小區無線網絡 臨時標識（C-RNTI，Cell Radio Network Temporary Identifier)、終端在目標宏小區的 C-RNTI、終端在小小區的C-RNTI以及終端能力信息等。此外，該相關上下文中還可以攜帶 接入層配置(如MAC/RLC/roCP的配置)信息，以及無線承載上下文(如服務質量QoS(Quality of Service)信息）等。
[0045] 本發明實施例中，當確定出的用於承載終端的業務數據的小小區為當前承載終端 的業務數據的原小小區時，目標宏小區在接收到原小小區在切換到目標宏小區與原小小區 之間的隧道後發送的承載路徑切換確認之後，還可以進一步向原宏小區發送切換確認消 息。從而目標宏小區後續還可以進一步接收原宏小區根據該切換確認消息而發送來的下行 數據，並將下行數據發送給原小小區。其中，原宏小區發送的該下行數據為：原宏小區接收 到切換確認消息後緩存的欲通過原小小區發送給終端的下行數據。
[0046] 而當確定出的用於承載終端的業務數據的小小區為不同於上述原小小區的目標 小小區時，目標宏小區在接收到目標小小區在建立無線承載後發送的承載激活確認消息之 後，也可以進一步向原宏小區發送切換確認消息。從而目標宏小區後續還可以進一步接收 原宏小區根據該切換確認消息而發送來的下行數據，並將下行數據發送給原小小區。
[0047] 其中，上述下行數據均為原宏小區在接收到切換確認消息後緩存的欲發送給終端 的下行數據。
[0048] 通過本發明實施例提供的上述方法，在終端將要從原宏小區切換到目標宏小區 時，由目標宏小區來確定用於承載終端的業務數據的小小區，然後基於對確定出的小小區 是否為當前承載終端的業務數據的原小小區這一條件的判定，向需要被激活的目標小小區 發送承載激活請求，以激活該目標小小區承載，從而針對工作在非獨立工作模式下的小小 區，提出了一種當終端在不同的宏小區之間進行切換時實現對終端切換到的目標宏小區下 的小小區承載進行激活的方案。
[0049] 出於與上述方法相同的發明構思，本發明實施例還提供一種小小區承載的去激活 方法，該方法的具體實現流程示意圖如圖3a所示，主要包括下述步驟：
[0050] 步驟31，原宏小區向目標宏小區發送切換請求命令；
[0051] 步驟32,原宏小區接收目標宏小區根據該切換請求命令而發送的切換確認消息；
[0052] 其中，該切換確認消息是目標宏小區在確定出承載終端的業務數據的目標小小區 後發送的。
[0053] 步驟33,在確定出的用於承載終端的業務數據的小小區不同於當前承載該業務數 據的原小小區時，原宏小區向原小小區發送承載去激活指令，以指示原小小區根據該承載 去激活指令而去激活自身無線承載。
[0054] 本發明實施例中，還可能發生目標宏小區確定出的承載終端的業務數據的小區不 為小小區，而是該目標宏小區自身的情況。比如在圖3b所示的場景下，由於目標宏小區下 沒有小小區，則當終端從原宏小區切換至目標宏小區時，終端的業務數據就只有依靠目標 宏小區自身進行承載。本發明實施例中，可以將由目標宏小區自身承載終端的業務數據的 情況視為"用於承載終端的業務數據的小小區不同於當前承載該業務數據的原小小區"所 涵蓋的一種特殊情況。因此，此情況下，原宏小區也會執行向原小小區發送承載去激活指 令，以指示原小小區根據該承載去激活指令而去激活自身無線承載。
[0055] 本發明實施例中，在原宏小區接收到該切換確認消息後，如果此時原小小區的承 載業務沒有結束，則宏小區可以停止將該承載業務的下行數據轉發至原小小區，並對被停 止發送的這部分下行數據進行緩存，以便後續將該部分下行數據發送給目標宏小區，再由 目標宏小區將該部分下行數據發送給目標小小區。
[0056] 為保證在執行圖3a所示流程的過程中，原小小區向終端發送的下行數據最終都 能被終端成功接收，圖3a所示的該流程還可以進一步包括下述步驟：
[0057] 首先，原宏小區獲得未被終端從原小小區處成功獲取的下行數據；
[0058] 然後，原宏小區再將獲得的下行數據提供給目標宏小區。
[0059] 其中，原宏小區可以採用以下兩種方式之一，來獲得未被終端從原小小區處成功 獲取的下行數據。
[0060] 方式一：
[0061] 採用方式一時，假設原宏小區具備備份發送給原小小區的下行數據的功能。基於 該功能，原宏小區獲得未被終端從原小小區處成功獲取的下行數據的方式可以為：根據原 小小區所發送的用於通知終端對於原小小區發送的下行數據的接收狀態的消息，從原宏小 區所備份的下行數據中，獲得未被終端從原小小區處成功獲取的下行數據。
[0062] 方式二：方式二中，原小小區可以將未被終端從原小小區處成功獲取的下行數據 發送給原宏小區，從而原宏小區就可以獲得未被終端從原小小區處成功獲取的下行數據。 [0063] 採用方式二時，原宏小區可以具備備份發送給原小小區的下行數據的功能，也可 以不具備該功能。
[0064] 由如圖3a所示的上述步驟可知，本發明實施例提供的上述小小區承載的去激活 方法，通過由終端離開的原宏小區來控制承載終端的業務數據的原小小區的去激活，從而 提出了一種當終端在不同的宏小區之間進行切換時實現對終端離開的原宏小區下的小小 區承載進行去激活的方案。
[0065] 以下結合實際，以兩個具體的實施例為例，詳細說明上述方案的實際應用流程。
[0066] 實施例1
[0067] 假設實施例1的應用場景如圖4a所示，即終端從宏小區A (即原宏小區）下的小 小區a (即原小小區）移動到宏小區B (即目標宏小區）下的小小區b (即目標小小區）。在 該應用場景下，通過結合本發明實施例提供的小小區承載的激活方法和小小區承載的去激 活方法，實現終端從小小區a切換到小小區b的一個具體流程示意圖如圖4b所示，包括下 述步驟：
[0068] 步驟41 :終端進行信號質量測量結果上報，這裡所說的信號質量測量結果包括宏 小區A、宏小區B、小小區a和小小區b的信號質量測量結果。
[0069] 步驟42 :宏小區A根據終端的質量測量結果及自身的負載情況等，確定將終端切 換到目標宏小區，即宏小區B。
[0070] 步驟43 :宏小區A向宏小區B發送切換請求命令。
[0071] 該切換請求命令裡可以攜帶小小區a和小小區b的信號質量測量結果。
[0072] 步驟44 :宏小區B收到切換請求命令後，根據終端的業務QoS，並結合小小區a和 小小區b的信號質量測量結果等，判斷是否需要將終端的部分業務數據承載在小小區b上。 若假設判斷結果為是，則向小小區b發送承載激活請求。
[0073] 步驟45 :小小區b在激活自身的無線承載後，向宏小區B發送承載激活確認消息。
[0074] 步驟46 :宏小區B向宏小區A發送切換確認消息；
[0075] 步驟47 :宏小區A在接收到切換確認消息後，對欲通過小小區a發送給終端的下 行數據進行緩存。
[0076] 步驟48 :宏小區A向小小區a發送承載去激活指令，以指示小小區a根據承載去 激活指令而去激活自身無線承載。
[0077] 步驟49 :宏小區A獲取切換確認消息中包含的用於指示終端進行無線承載配置的 重配置信息，並將該重配置信息承載在連接重配命令中發送給終端。
[0078] 其中，該重配置信息具體用於指示終端接入宏小區B下的小小區b。
[0079] 步驟410 :小小區a在接收到承載去激活指令後，對欲發送給終端的下行數據進行 緩存，並在去激活自身的無線承載後，將緩存的下行數據發送給宏小區A。
[0080] 步驟411 :宏小區A將自身緩存的下行數據和小小區a發送給宏小區A的下行數 據發送給宏小區B。
[0081] 步驟412,宏小區B將宏小區A發送來的下行數據發送給小小區b。
[0082] 步驟411的後續步驟可以包括：終端根據連接重配命令進行連接重配，然後在宏 小區B內進行下行同步及隨機接入。由於重配置信息中包含小小區b的配置，因此終端還 需在小小區進行同步和隨機接入後，才能進行上下行數據傳輸。
[0083] 實施例2
[0084] 假設實施例2的應用場景如圖5a所示，即終端從宏小區A (即原宏小區)移動到宏 小區B (即目標宏小區）。不同於圖4a的是，圖5a中，當前承載終端的業務數據的小小區既 在宏小區A的覆蓋範圍內，且與宏小區A之間具備連接關係；又在宏小區B的覆蓋範圍內， 且與宏小區B之間具備連接關係。
[0085] 在圖5a所示的該應用場景下，通過結合本發明實施例提供的小小區承載的激活 方法和小小區承載的去激活方法，實現終端從宏小區A切換到宏小區B，且並不發生小小區 切換的一個具體流程示意圖如圖5b所示，包括下述步驟：
[0086] 步驟51 :終端進行信號質量測量結果上報，這裡所說的信號質量測量結果包括宏 小區A、宏小區B、小小區的信號質量測量結果。
[0087] 步驟52 :宏小區A根據終端的質量測量結果及自身的負載情況等，確定將終端切 換到目標宏小區，即宏小區B。
[0088] 步驟53 :宏小區A向宏小區B發送切換請求命令。
[0089] 該切換請求命令裡可以攜帶小小區的信號質量測量結果，宏小區A與小小區間的 用於進行數據轉發的隧道的標識以及小小區的無線承載的相關信息(如承載標識、終端業 務的QoS參數）等。
[0090] 步驟54 :宏小區B收接收到到切換請求命令後，根據終端業務的QoS、小小區的信 號質量測量結果和/或宏小區B的負載信息等，決策使用當前正在為終端服務的小小區繼 續提供服務，從而建立與該小小區間進行數據轉發的隧道，並向該小小區發送承載路徑切 換請求。
[0091] 其中，該承載路徑切換請求中包括宏小區A與小小區間的用於進行數據轉發的隧 道的標識，以及宏小區B與小小區間的用於進行數據轉發的隧道的標識。
[0092] 步驟55 :小小區收到承載路徑切換請求後，從與宏小區A之間建立的用於進行數 據轉發的隧道切換到宏小區B與小小區間的用於進行數據轉發的隧道，然後向宏小區B反 饋承載路徑切換確認。
[0093] 步驟56 :宏小區B向宏小區A反饋切換確認消息。
[0094] 在該切換確認消息中，宏小區B可以告知宏小區A由可以繼續維持無線承載的小 小區的標識所構成的小小區列表。另外，該切換確認消息所包含的用於指示終端進行無線 承載配置的重配置信息中，還可以包括由需要終端維持的無線承載所對應的小小區的標識 構成的小小區列表。
[0095] 步驟57 :宏小區A收到切換確認消息後，對欲發送給終端的下行數據進行緩存，而 不再對該些下行數據進行下發。
[0096] 步驟58 :宏小區A提取切換確認消息裡的重配置信息發送給終端。
[0097] 不同於實施例1中的宏小區A所執行的步驟，本步驟58中，宏小區A無需向小小 區發送承載去激活指令。
[0098] 步驟59 :宏小區A將緩存的下行數據發送給宏小區B。
[0099] 步驟510 :宏小區B將宏小區A發送的下行數據發送給小小區。
[0100] 步驟510的後續步驟可以包括：
[0101] 終端根據重配置信息進行連接重配後，在宏小區B內進行下行同步及隨機接入； 然後，終端與宏小區B之間進行上下行數據的發送。
[0102] 其中需要說明的是，對於重配置信息中指定的需繼續維持承載的小小區，終端繼 續維持與該小小區相關的無線配置。
[0103] 比較實施例1和實施例2可知，由於實施例1中，終端在宏小區間切換時也發生了 小小區間的切換，因此實施例1中需要由原宏小區去激活原小小區，並由目標宏小區激活 目標小小區。在這過程中，小小區與終端間的業務會有一段時間處於中斷狀態，從而原小小 區的未發數據/未確認被終端接收的數據還需要先轉發給原宏小區，然後再由原宏小區轉 發給目標宏小區。而實施例2中，由於終端在宏小區間切換時並沒有發生小小區間的切換， 因此實施例2中不需要由原宏小區去激活原小小區，也不需要由目標宏小區激活目標小小 區。
[0104] 需要說明的是，本發明實施例中，宏基站、小小區和終端UE可能採用的一種用戶 面協議棧如圖6a所示。當採用該用戶面協議棧時，用於實現本發明實施例提供的方案的終 端具備至少兩套roCP/RLC/MAC/PHY實體。實體的數目取決於所連宏小區及小小區的總數 目，每套roCP/RLC/MAC/PHY對應一個宏小區/小小區。同時，終端具備同時連接到多個基站 的能力，而且可以根據基站下發的RRC消息，對多套roCP/RLC/MAC/PHY實體進行配置。而 宏基站的rocp與小小區的rocp則具備通過X2接口進行承載映射以及相關rocp層參數交 互的能力。
[0105] 宏基站、小小區和終端UE可能採用的另一種用戶面協議棧如圖6b所示。當採用該 用戶面協議棧時，用於實現本發明實施例提供的方案的終端具備至少兩套RLC/MAC/PHY實 體，實體的數目取決於所連宏小區及小小區的總數目，每套RLC/MAC/PHY對應一個宏小區/ 小小區。同時，終端具備同時連接到多個基站的能力，而且可以根據基站下發的RRC消息， 對多套RLC/MAC/PHY實體進行配置。終端的H)CP具備跟多個RLC實體進行數據交互的能 力；而宏基站的rocp與小小區的rocp具備通過X2接口進行承載映射以及相關rocp層參 數交互的能力。
[0106] 本發明實施例中，宏基站、小小區和終端UE所可能採用的一種控制面協議棧如圖 6c所示。由圖6c可知，與現有協議棧相比，圖6c所示的該控制面協議棧本身並沒有改動。 但宏基站RRC層還具備與小小區基站RRC進行roCP/RLC/MAC/PHY配置參數交互的能力，宏 基站RRC還具備對終端的多套roCP/RLC/MAC/PHY進行配置的能力（通過RRC消息)，小小區 的RRC層除了與宏基站進行roCP/RLC/MAC/PHY配置參數交互的能力外，無需與終端進行 RRC消息交互，但可以進行系統消息的廣播，以及對小小區自己的roCP/RLC/MAC/PHY進行 配置。
[0107] 為了解決針對工作在非獨立工作模式下的小小區，現有技術未提出當終端在不同 的宏小區之間進行切換時，如何實現對終端切換到的宏小區下的小小區承載進行激活的問 題，本發明實施例還提供一種小小區承載的激活設備。該設備主要包括下述功能單元：
[0108] 小小區確定單元，用於接收到原宏小區發送的切換請求命令後，確定用於承載終 端的業務數據的小小區；
[0109] 切換請求發送單元，用於當小小區確定單元確定出的小小區為當前承載所述業務 數據的原小小區時，向原小小區發送包含目的隧道號的承載路徑切換請求，以指示原小小 區切換到目的隧道號所表示的位於目標宏小區與原小小區之間的隧道；
[0110] 激活請求發送單元，用於當小小區確定單元確定出的小小區為不同於原小小區的 目標小小區時，向目標小小區發送承載激活請求，以激活目標小小區建立無線承載。
[0111] 可選的，當小小區確定單元確定出的小小區為原小小區時，上述設備還可以進一 步包括切換確認消息發送單元、下行數據接收單元和下行數據發送單元。該些單元的主要 功能如下：
[0112] 切換確認消息發送單元，用於在接收到原小小區在根據切換請求發送單元發送的 承載路徑切換請求切換到上述隧道後發送的承載路徑切換確認之後，向原宏小區發送切換 確認消息。
[0113] 下行數據接收單元，用於接收原宏小區根據切換確認消息發送單元發送的切換確 認消息而發送來的下行數據。其中，這裡所說的下行數據為：原宏小區接收切換確認消息後 緩存的欲通過原小小區發送給終端的下行數據。
[0114] 下行數據發送單元，用於將下行數據接收單元接收的下行數據發送給原小小區。
[0115] 而當小小區確定單元確定出的確定出的小小區為目標小小區時，上述設備也可以 進一步包括切換確認消息發送單元、下行數據接收單元和下行數據發送單元。該些單元的 主要功能如下：
[0116] 切換確認消息發送單元，用於在接收到目標小小區在建立無線承載後發送的承載 激活確認消息之後，向原宏小區發送切換確認消息。
[0117] 下行數據接收單元，用於接收原宏小區根據切換確認消息發送單元發送的切換確 認消息而發送來的下行數據。其中，這裡所說的下行數據為原宏小區在接收到切換確認消 息後緩存的欲發送給終端的下行數據。
[0118] 下行數據發送單元，用於將下行數據接收單元接收的下行數據發送給目標小小 區。
[0119] 為了解決針對工作在非獨立工作模式下的小小區，現有技術中未提出當終端在不 同的宏小區之間進行切換時，如何實現對終端切換到的宏小區下的小小區承載進行激活的 問題，本發明實施例還提供一種小小區承載的去激活設備。該設備主要包括下述功能單 元：
[0120] 切換請求命令發送單元，用於向目標宏小區發送切換請求命令；
[0121] 切換確認消息接收單元，用於接收目標宏小區根據切換請求命令發送單元發送的 切換請求命令而發送的切換確認消息；其中，該切換確認消息是目標宏小區在確定出承載 終端的業務數據的目標小小區後發送的；
[0122] 承載去激活指令發送單元，用於在切換確認消息接收單元接收到切換確認消息 後，當目標小小區不同於當前承載終端的業務數據的原小小區時，向原小小區發送承載去 激活指令，以指示原小小區根據承載去激活指令而去激活自身無線承載。
[0123] 可選的，該設備還可以包括緩存單元和發送單元。該緩存單元用於在切換確認消 息接收單元接收到切換確認消息後，緩存欲發送給終端的下行數據；而該發送單元則用於 將緩存單元緩存的下行數據發送給目標宏小區。
[0124] 可選的，該設備還可以包括獲得單元和提供單元。該獲得單元用於獲得未被終端 從所述原小小區處成功獲取的下行數據；而該提供單元則用於將獲得單元獲得的下行數據 提供給目標宏小區。
[0125] 可選的，上述獲得單元具體可以用於：接收原小小區發送來的未被終端從原小小 區處成功獲取的下行數據。
[0126] 可選的，該設備還可以包括用於備份發送給原小小區的下行數據的備份單元。基 於該備份單元的功能，上述獲得單元具體也可以用於：根據原小小區所發送的用於通知終 端對於原小小區發送的下行數據的接收狀態的消息，從原宏小區所備份的下行數據中，獲 得未被終端從原小小區處成功獲取的下行數據。
[0127] 本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式 產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實 施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等）上實施的電腦程式產 品的形式。
[0128] 本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程 圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理 器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生 用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的設備。
[0129] 這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指 令設備的製造品，該指令設備實現在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0130] 這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計 算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或 其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。
[0131] 儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造 性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優 選實施例以及落入本發明範圍的所有變更和修改。
[0132] 顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精 神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍 之內，則本發明也意圖包含這些改動和變型在內。
【權利要求】
1. 一種小小區承載的激活方法，其特徵在於，包括： 目標宏小區接收到原宏小區發送的切換請求命令後，確定用於承載終端的業務數據的 小小區； 當確定出的所述小小區為當前承載所述業務數據的原小小區時，向所述原小小區發送 包含目的隧道號的承載路徑切換請求，以指示所述原小小區切換到所述目的隧道號所表示 的位於目標宏小區與原小小區之間的隧道； 當確定出的所述小小區為不同於所述原小小區的目標小小區時，向所述目標小小區發 送承載激活請求，以激活所述目標小小區建立無線承載。
2. 如權利要求1所述的方法，其特徵在於，當確定出的所述小小區為所述原小小區時， 所述方法還包括： 目標宏小區在接收到所述原小小區在切換到所述隧道後發送的承載路徑切換確認之 後，向原宏小區發送切換確認消息；並 接收原宏小區根據所述切換確認消息而發送來的下行數據；以及 將所述下行數據發送給所述原小小區；其中，所述下行數據為：原宏小區接收所述切 換確認消息後緩存的欲通過所述原小小區發送給終端的下行數據； 而當確定出的所述小小區為所述目標小小區時，所述方法還包括： 目標宏小區在接收到所述目標小小區在建立無線承載後發送的承載激活確認消息之 後，向原宏小區發送切換確認消息；並 接收原宏小區根據所述切換確認消息而發送來的下行數據；以及 將所述下行數據發送給所述目標小小區； 其中，所述下行數據為所述原宏小區在接收到所述切換確認消息後緩存的欲發送給終 端的下行數據。
3. -種小小區承載的去激活方法，其特徵在於，包括： 原宏小區向目標宏小區發送切換請求命令； 接收目標宏小區根據所述切換請求命令而發送的切換確認消息；其中，所述切換確認 消息是目標宏小區在確定出承載終端的業務數據的目標小小區後發送的； 在確定出的所述目標小小區不同於當前承載所述業務數據的原小小區時，原宏小區向 所述原小小區發送承載去激活指令，以指示所述原小小區根據所述承載去激活指令而去激 活自身無線承載。
4. 如權利要求3所述的方法，其特徵在於，原宏小區接收所述切換確認消息後，還包 括： 緩存欲發送給終端的下行數據；並 將緩存的下行數據發送給目標宏小區。
5. 如權利要求3或4所述的方法，其特徵在於，所述方法還包括： 原宏小區獲得未被終端從所述原小小區處成功獲取的下行數據；以及 將獲得的下行數據提供給目標宏小區。
6. 如權利要求5所述的方法，其特徵在於，所述方法還包括：原宏小區備份發送給所述 原小小區的下行數據；則 原宏小區獲得未被終端從所述原小小區處成功獲取的下行數據，具體包括： 原宏小區根據所述原小小區所發送的用於通知終端對於所述原小小區發送的下行數 據的接收狀態的消息，從原宏小區所備份的下行數據中，獲得未被終端從所述原小小區處 成功獲取的下行數據。
7. 如權利要求5所述的方法，其特徵在於，原宏小區獲得未被終端從所述原小小區處 成功獲取的下行數據，具體包括： 原宏小區接收所述原小小區發送來的未被終端從所述原小小區處成功獲取的下行數 據。
8. -種小小區承載的激活設備，其特徵在於，包括： 小小區確定單元，用於接收到原宏小區發送的切換請求命令後，確定用於承載終端的 業務數據的小小區； 切換請求發送單元，用於當小小區確定單元確定出的所述小小區為當前承載所述業務 數據的原小小區時，向所述原小小區發送包含目的隧道號的承載路徑切換請求，以指示所 述原小小區切換到所述目的隧道號所表示的位於目標宏小區與原小小區之間的隧道； 激活請求發送單元，用於當小小區確定單元確定出的所述小小區為不同於所述原小小 區的目標小小區時，向所述目標小小區發送承載激活請求，以激活所述目標小小區建立無 線承載。
9. 如權利要求8所述的設備，其特徵在於，當小小區確定單元確定出的所述小小區為 所述原小小區時，所述設備還包括： 切換確認消息發送單元，用於在接收到所述原小小區在根據切換請求發送單元發送的 所述承載路徑切換請求切換到所述隧道後發送的承載路徑切換確認之後，向原宏小區發送 切換確認消息； 下行數據接收單元，用於接收原宏小區根據切換確認消息發送單元發送的切換確認消 息而發送來的下行數據； 下行數據發送單元，用於將下行數據接收單元接收的下行數據發送給所述原小小區； 其中，所述下行數據為：原宏小區接收所述切換確認消息後緩存的欲通過所述原小小區發 送給終端的下行數據； 而當小小區確定單元確定出的確定出的所述小小區為所述目標小小區時，所述設備還 包括： 切換確認消息發送單元，用於在接收到所述目標小小區在建立無線承載後發送的承載 激活確認消息之後，向原宏小區發送切換確認消息； 下行數據接收單元，用於接收原宏小區根據切換確認消息發送單元發送的切換確認消 息而發送來的下行數據； 下行數據發送單元，用於將下行數據接收單元接收的下行數據發送給所述目標小小 區；其中，所述下行數據為所述原宏小區在接收到所述切換確認消息後緩存的欲發送給終 端的下行數據。
10. -種小小區承載的去激活設備，其特徵在於，包括： 切換請求命令發送單元，用於向目標宏小區發送切換請求命令； 切換確認消息接收單元，用於接收目標宏小區根據切換請求命令發送單元發送的切換 請求命令而發送的切換確認消息；其中，所述切換確認消息是目標宏小區在確定出承載終 端的業務數據的目標小小區後發送的； 承載去激活指令發送單元，用於在切換確認消息接收單元接收到所述切換確認消息 後，當所述目標小小區不同於當前承載所述業務數據的原小小區時，向所述原小小區發送 承載去激活指令，以指示所述原小小區根據所述承載去激活指令而去激活自身無線承載。
11. 如權利要求10所述的設備，其特徵在於，所述設備還包括： 緩存單元，用於在切換確認消息接收單元接收到所述切換確認消息後，緩存欲發送給 終端的下行數據； 發送單元，用於將緩存單元緩存的下行數據發送給目標宏小區。
12. 如權利要求10或11所述的設備，其特徵在於，所述設備還包括： 獲得單元，用於獲得未被終端從所述原小小區處成功獲取的下行數據； 提供單元，用於將獲得單元獲得的下行數據提供給目標宏小區。
13. 如權利要求12所述的設備，其特徵在於，所述設備還包括： 備份單元，用於備份發送給所述原小小區的下行數據；則 所述獲得單元具體用於：根據所述原小小區所發送的用於通知終端對於所述原小小區 發送的下行數據的接收狀態的消息，從原宏小區所備份的下行數據中，獲得未被終端從所 述原小小區處成功獲取的下行數據。
14. 如權利要求12所述的設備，其特徵在於，所述獲得單元具體用於：接收所述原小小 區發送來的未被終端從所述原小小區處成功獲取的下行數據。
【文檔編號】H04W76/06GK104053196SQ201310078263
【公開日】2014年9月17日 申請日期:2013年3月12日 優先權日:2013年3月12日
【發明者】江小威 申請人:中國移動通信集團公司