用于在云小區通信系統中調度數據的裝置和方法
【專利摘要】提供一種用于在云小區通信系統中由新的主基站(BS)調度數據的方法。所述方法包括檢測針對特定移動站(MS)的主BS被從舊的主BS改變到新的主BS，在新的主BS和接入網關之間建立的隧道被激活之前，從舊的主BS接收舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據，以及調度所接收到的MS數據。
【專利說明】用于在云小區通信系統中調度數據的裝置和方法
【技術領域】
[0001]本公開涉及用于在云小區通信系統中調度數據的裝置和方法。
【背景技術】
[0002]移動通信系統已經演進為向移動站(MS)提供各種高速的、大容量的服務。移動通信系統的示例包括高速下行鏈路分組接入(HSDPA)移動通信系統、高速上行鏈路分組接入(HSUPA)移動通信系統、長期演進(LTE)移動通信系統、高級LTE(LTE-A)移動通信系統、在第3代合作伙伴計劃2(3GPP2)中提出的高速分組數據(HRPD)移動通信系統、以及電氣和電子工程師學會(IEEE) 802.16m移動通信系統。
[0003]通常，在移動通信系統中，如果MS從一個服務區域移動到另一服務區域，則執行切換過程。如果執行切換過程，則用于MS的情境(context)被從服務基站(BS)轉發到目標BS從而目標BS能夠基于已從服務BS轉發的用于MS的情境來向MS提供連續服務。情境被分成靜態情境和動態情境，將描述這兩種情境中的每一個。
[0004]首先，靜態情境包括與MS有關的總體配置信息，諸如能力信息、服務流程和服務質量(Q0S)信息等等，并且雖然切換過程被執行，但其并不改變。
[0005]其次，動態情境指示用于MS的用于狀態信息同步的在BS之間交換的信息，并且包括計數器信息、定時器信息、狀態機狀態信息、數據緩沖內容等等。
[0006]如果MS應當接收的數據是在服務BS的緩沖器上緩沖，則在MS執行切換過程的同時，服務BS正緩沖的數據被轉發給目標BS。
[0007]為了方便起見，‘MS應當接收的數據’將被稱為‘MS接收調度數據(MS receivingschedule data)’。其后，如果MS最終根據切換過程的完成接入目標BS，則目標BS開始向MS發送所轉發的MS接收調度數據。
[0008]在作為典型移動通信系統的LTE移動通信系統中，如果MS的切換過程開始，則服務BS通過與目標BS建立的鏈路向目標BS轉發通過分組數據網絡(TON)網關轉發的MS接收數據。在這個數據轉發方法中，在網絡信令正在進行中的同時，雖然MS在目標BS和TON網關之間的路徑還未被建立的狀態下接入目標BS，但MS仍可以恢復(resume)接收數據。
[0009]最近，已經提出了其中多個BS通過彼此合作向MS提供服務，即多個BS使用多BS合作方案向MS提供服務的云小區通信系統。
[0010]因為相同切換過程可以發生在云小區通信系統中，所以對于云小區通信系統的總體系統性能重要的是云小區通信系統向MS連續地提供服務。
[0011]然而，因為云小區通信系統只是在最近才被引入，所以用于執行切換過程的數據調度過程還未被具體提出。
[0012]因此，存在對于適合于云小區通信系統的情形，S卩，在其上使用多BS合作方案并且其中正常數據發送/接收可能的通信情形的數據調度方案的需要。
[0013]提出以上信息作為背景信息來僅幫助對本公開的理解。關于以上任何信息相對于本公開是否可適用為現有技術，不進行判定，也不進行斷言。
【發明內容】
[0014]技術問題
[0015]本公開的各方面將至少解決以上提及的問題和/或缺點，并至少提供下述優點。因此，本公開的一方面將提出用于在云小區通信系統中調度數據的裝置和方法。
[0016]本公開的另一方面將提出用于在云小區通信系統中根據針對移動站(MS)來改變主基站(BS)來調度數據的裝置和方法。
[0017]本公開的另一方面將提出用于在云小區通信系統中，根據針對MS來改變主BS來使用BS間調度方案調度數據的裝置和方法。
[0018]技術方案
[0019]依照本公開的一方面，提供一種用于在云小區通信系統中由新的主BS調度數據的方法。所述方法包括:檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，在新的主BS和接入網關之間建立的隧道被激活之前，從舊的主BS接收舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據，以及調度所接收到的MS數據。
[0020]依照本公開的另一方面，提供一種用于在云小區通信系統中由舊的主BS調度數據的方法。所述方法包括:檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，以及在新的主BS和接入網關之間建立的隧道被激活之前，發送舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
[0021]依照本公開的另一方面，提供一種用于在云小區通信系統中由MS發送/接收數據的方法。所述方法包括:檢測針對MS的主BS被從舊的主BS改變到新的主BS，向新的主BS發送數據，以及從新的主BS接收數據，其中，MS發送到新的主BS的以及從新的主BS接收到的數據是由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之前，新的主BS通過調度通過在舊的主BS和接入網關之間建立的隧道接收的以及在舊的主BS中緩沖的MS數據來生成數據，其中，所述MS數據是新的主BS從舊的主BS接收到的。
[0022]依照本公開的另一方面，提供一種用于在云小區通信系統中由新的主BS調度數據的方法。所述方法包括:檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，檢測到在新的主BS和接入網關之間建立的隧道被激活，從在新的主BS和接入網關之間建立的隧道接收MS數據，以及調度接收到的MS數據。
[0023]依照本公開的另一方面，提供一種用于在云小區通信系統中由舊的主BS調度數據的方法。所述方法包括:檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，以及在新的主BS和接入網關之間建立的隧道被激活之前，調度舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
[0024]依照本公開的另一方面，提供一種用于在云小區通信系統中由MS發送/接收數據的方法。所述方法包括:檢測針對MS的主BS被從舊的主BS改變到新的主BS，向新的主BS發送數據，以及從新的主BS接收數據，其中，MS發送到新的主BS的以及從新的主BS接收到的數據是由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之后，新的主BS通過調度通過在新的主BS和接入網關之間建立的隧道接收的MS數據來生成數據。
[0025]依照本公開的另一方面，提供一種用于在云小區通信系統中由接入網關調度數據的方法。所述方法包括:從新的主BS接收請求激活在新的主BS和接入網關之間建立的隧道的信號，以及通過將在舊的主BS和接入網關之間建立的隧道切換到在新的主BS和接入網關之間建立的隧道來激活在新的主BS和接入網關之間建立的隧道。
[0026]依照本公開的另一方面，提供一種云小區通信系統中的新的主BS。所述新的主BS包括:控制器，被配置為檢測針對特定MS的主BS被從舊的主BS改變到新的主BS ；以及接收器，被配置為在新的主BS和接入網關之間建立的隧道被激活之前，從舊的主BS接收舊的主BS通過于舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據，其中，控制器調度所接收到的MS數據。
[0027]依照本公開的另一方面，提供一種云小區通信系統中的舊的主BS。舊的主BS包括:控制器，被配置為檢測針對特定MS的主BS被從舊的主BS改變到新的主BS ；以及發送器，被配置為在新的主BS和接入網關之間建立的隧道被激活之前，發送舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
[0028]依照本公開的另一方面，提供一種云小區通信系統中的MS。所述MS包括:控制器，被配置為檢測針對MS的主BS被從舊的主BS改變到新的主BS ;發送器，被配置為向新的主BS發送數據；以及接收器，被配置為從新的主BS接收數據，其中MS發送到新的主BS的以及從新的主BS接收到的數據是由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之前，新的主BS通過調度通過在舊的主BS和接入網關之間建立的隧道接收的以及在舊的主BS中緩沖的MS數據來生成數據，其中，所述MS數據是新的主BS從舊的主BS接收到的。
[0029]依照本公開的另一方面，提供一種云小區通信系統中的新的主BS。新的主BS包括:控制器，被配置為檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，并且檢測在新的主BS和接入網關之間建立的隧道被激活；以及接收器，被配置為從在新的主BS和接入網關之間建立的隧道接收MS數據，其中，控制器調度所接收到的MS數據。
[0030]依照本公開的另一方面，提供一種云小區通信系統中的舊的主BS。舊的主BS包括:控制器，被配置為檢測針對特定MS的主BS被從舊的主BS改變到新的主BS，并且在新的主BS和接入網關之間建立的隧道被激活之前，調度舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
[0031]依照本公開的另一方面，提供一種云小區通信系統中的MS。所述MS包括:控制器，被配置為檢測針對MS的主BS被從舊的主BS改變到新的主BS ;發送器，被配置為向新的主BS發送數據；以及接收器，被配置為從新的主BS接收數據，其中MS發送到新的主BS的以及從新的主BS接收到的數據是由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之后，新的主BS通過調度通過在新的主BS和接入網關之間建立的隧道接收的MS數據來生成數據。
[0032]依照本公開的另一方面，提供一種云小區通信系統中的接入網關。所述接入網關包括:接收器，被配置為從新的主BS接收請求激活在新的主BS和接入網關之間建立的隧道的信號，以及控制器，被配置為通過將在舊的主BS和接入網關之間建立的隧道切換到在新的主BS和接入網關之間建立的隧道來激活在新的主BS和接入網關之間建立的隧道。
[0033]本領域技術人員將從下列結合附圖、公開了本公開的各種實施例的詳細描述領會本公開的其它方面、優點和顯著特征。
[0034]有益效果
[0035]從前述描述明顯可知，本公開使新的主BS能夠在云小區通信系統中在主BS被改變成云小區內的所有云小區成員BS之前防止轉發在舊的主BS中緩沖的數據。所以，本公開防止等待時間增加，并且防止通過BS之間的前拉鏈路(front haul link)而不必要地執行的重復的數據轉發。
【專利附圖】
【附圖說明】
[0036]本公開的某些實施例的以上及其它方面、特征和優點將從下列結合附圖的描述中更加明顯，附圖中:
[0037]圖1示意地圖示了根據本公開的實施例的云小區通信系統的結構；
[0038]圖2a和2b示意地圖示了根據本公開的實施例的，用于在云小區通信系統中執行云小區成員基站(BS)更新操作的過程；
[0039]圖3a和3b示意地圖示了根據本公開的實施例的，用于在云小區通信系統中執行主BS改變操作的過程；
[0040]圖4a和4b示意地圖示了根據本公開的第一實施例的，用于在云小區通信系統中根據主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程；
[0041]圖5a到5c示意地圖示了根據本公開的實施例的，用于根據圖4a和4b中的主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程；
[0042]圖6a和6b示意地圖示了根據本公開的第二實施例的，用于在云小區通信系統中根據主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程；
[0043]圖7a到7c示意地圖示了根據本公開的實施例的，用于根據圖6a和6b中的主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程；
[0044]圖8示意地圖示了根據本公開的實施例的云小區通信系統中的移動站(MS)的內部結構；
[0045]圖9示意地圖示了根據本公開的實施例的云小區通信系統中的主BS的內部結構；以及
[0046]圖10示意地圖示了根據本公開的實施例的云小區通信系統中的云小區成員BS的內部結構。
[0047]貫穿圖中，應當注意，同樣的參考數字被用來描述相同或類似的元素、特征和結構。
【具體實施方式】
[0048]提供下列參考附圖的描述以幫助對權利要求書及其等效物所限義的本公開的各種實施例的全面理解。下列描述包括各種特定細節以幫助理解并且它們要被認為僅僅是示例性的。因此，本領域普通技術人員將認識到，可以在不脫離本公開的范圍和精神的情況下對這里描述的各種實施例進行各種改變和修改。另外，為了清楚和簡明，可能省略對公知功能和構造的描述。
[0049]下列描述和權利要求書中使用的術語和詞匯不限于文獻學含義，而是發明人僅將它們用來實現對本公開清楚且一致的理解。因此，本領域技術人員應當理解，下列對本公開的各種實施例的描述僅被提供用于說明的目的，而非為了限制權利要求書及其等效物所限定的本公開的目的。
[0050]要理解，除非上下文清楚地另有指示，否則單數形式“一”、“一個”包括復數指代。因此，例如，提及“一組件表面”時包括提及一個或多個這樣的表面。
[0051]本公開提出了用于在云小區通信系統中調度數據的裝置和方法。
[0052]本公開的另一方面提出了用于在云小區通信系統中根據針對移動站(MS)的主基站(BS)的改變來調度數據的裝置和方法。
[0053]本公開的另一方面提出了用于在云小區通信系統中根據針對MS的主BS的改變、使用BS間調度方案來調度數據的裝置和方法。
[0054]在本公開中提出的用于調度數據的裝置和方法可以被應用到各種移動通信系統，諸如高速下行鏈路分組接入(HSDPA)移動通信系統、高速上行鏈路分組接入(HSUPA)移動通信系統、長期演進(LTE)移動通信系統、高級LTE(LTE-A)移動通信系統、在第3代合作伙伴計劃2(3GPP2)中提出的高速分組數據(HRPD)移動通信系統、以及電氣和電子工程師學會(IEEE) 802.16m移動通信系統。
[0055]圖1示意地圖示了根據本公開的實施例的云小區通信系統的結構。
[0056]參照圖1，云小區通信系統包括網絡111、接入網關113、主BS 115、云小區成員BS117、119和121以及MS 123。云小區成員BS可以被稱作從BS。云小區由主BS 115和云小區成員BS 117、119和121組成。包括在云小區中的BS，即主BS 115和云小區成員BS 117、119和121使用多BS合作方案針對MS 123提供數據傳輸。包括在云小區中的BS共享關于MS 123的信息，可以同時加入針對MS 123的數據調度，或者可以在一時間間隔之后加入針對MS 123的數據調度。
[0057]主BS 115針對MS 123執行控制信令操作，并且向MS 123提供包括在云小區中的BS之中向MS 123分配下行鏈路(DL)和上行鏈路(UL)資源的BS的資源調度信息。主BS115從MS 123接收針對從每個相鄰BS發送的每個參考信號的測量結果，并且根據測量結果來更新關于包括在云小區中的BS的信息。例如，針對參考信號的測量結果可以是信道質量信息(CQI)、信號與干擾及噪聲比(SINR)、載波與干擾及噪聲比(CINR)、信噪比(SNR)以及接收信號強度指示(RSSI)等等中的一個。測量結果可以是除了 CQ1、SINR、CINR、SNR以及RSSI之外的各種格式之一。
[0058]主BS 115向MS 123和包括在云小區中的BS中的每一個發送用于包括在云小區中的BS的更新信息。MS 123和包括在云小區中的BS中的每一個更新與接收到的更新信息相對應的關于包括在云小區中的BS的信息。
[0059]在圖1中，云小區成員BS的數量是3。也就是說，云小區成員BS是云小區成員BS117、119和121。然而，本領域普通技術人員將會理解，云小區成員BS的數量不受限制。
[0060]本公開的實施例提出了用于在用于MS 123的主BS 115改變的情況下調度數據的裝置和方法，隨后將對用于調度數據的裝置和方法進行詳細描述，所以將在此省略對其的詳細描述。
[0061]將考慮在其中數據轉發方法發生在使用LTE移動通信系統的圖1中的云小區通信系統中針對MS的切換過程中的情況，并且隨后將對其進行詳細描述。
[0062]在圖1的云小區通信系統中，如果MS執行切換過程，則不僅包括在云小區中的主BS,而且其它BS，即，云小區成員BS都應當根據鏈路狀態向MS發送數據。也就是說，在云小區通信系統中，如果MS執行切換過程，則聯合傳輸情形或動態點選擇情形發生。如果聯合傳輸情形或動態點選擇情形發生，則主BS通過BS之間的直接連接鏈路向云小區成員BS轉發要被發送到MS的數據，以便供云小區成員BS加入數據傳輸。將省略對聯合傳輸情形或動態點選擇情形的詳細描述。
[0063]如果主BS是根據執行MS的切換過程而改變的，則針對MS的控制權限被轉發給新的主BS。在這種情況下，新的主BS從舊的主BS接收數據并且應當將接收到的數據轉發給BS，如果所述數據轉發操作發生，則所述BS加入與新的主BS的數據傳輸。如果新的主BS而非舊的主BS向云小區成員BS轉發數據，則等待時間可以因為新的主BS接收數據并且向云小區成員BS發送數據而增加。所以，重復了通過BS之間的前拉鏈路的不必要的數據轉發操作。
[0064]在本公開的實施例中，提出了用于在云小區通信系統中調度數據的裝置和方法以免不必要的數據轉發操作，隨后將是對其的詳細描述。
[0065]為了配置和更新圖1中的云小區通信系統中的云小區，存在對于主BS改變操作和云小區成員BS更新操作的需要。隨后將是對主BS改變操作和云小區成員BS更新操作的詳細描述。
[0066](1)主BS改變操作
[0067]主BS代表云小區內發送控制信息的BS，所述控制信息例如，MAP信息、信令消息等等。在云小區內主BS和云小區成員BS之間的信令通過在主BS和云小區成員BS之間建立的前拉鏈路來執行。在上電后MS最初接入的BS自動變成主BS，并且針對MS的主BS可以基于諸如MS的參考信號測量結果或主BS的業務量負載的各種參數改變。
[0068]主BS通過云小區內的云小區成員BS之間的合作通信向MS發送數據并從MS接收數據。在合作通信中可以使用各種合作通信方案，諸如被用于CoMP通信系統中的傳輸方案，例如，聯合傳輸方案、聯合處理方案、動態點選擇方案等等。將省略對聯合傳輸方案、聯合處理方案和動態點選擇方案的詳細描述。
[0069]主BS基于MS的針對相鄰BS的參考信號測量結果來確定包括在云小區中的云小區成員BS，并且通過與有關云小區成員BS的信令來執行云小區更新操作。在檢測到存在對于改變控制點，即，針對特定MS的主BS的需要之時，主BS通過利用云小區成員BS執行與主BS改變有關的信令事務操作來向新的主BS傳送針對特定MS的控制權限。也就是說，主BS改變意味著包括在云小區中的云小區成員BS之間的任何云小區成員BS成為新的主BSo在這種情況下，舊的主BS可以變成針對特定MS的云小區成員BS，或者可以被從針對特定MS的云小區中刪除。將省略對于舊的主BS被從針對特定MS的云小區中刪除的情況的詳細描述。
[0070](2)云小區成員BS更新操作
[0071]云小區成員BS被包括在用于特定MS的云小區中，并且代表在主BS的控制下加入針對與特定MS的數據發送/接收的合作通信的BS。
[0072]通常，用于MS的相鄰BS被包括在云小區中作為云小區成員BS，并且隨后將是詳細描述。
[0073]MS向主BS報告針對從每個相鄰BS發送的參考信號的測量結果，并且主BS基于從MS接收到的測量結果執行諸如與相鄰BS的能力協商過程的過程。主BS在相鄰BS之間選擇將被包括在云小區中的相鄰BS，并且將所選擇的相鄰BS確定為云小區成員BS。
[0074]因為用于選擇云小區成員BS的操作基于MS的針對相鄰BS的參考信號測量結果報告而被連續地執行，所以云小區成員BS被更新。云小區成員BS更新操作被連續地執行。云小區成員BS選擇操作和云小區成員BS更新操作可以基于預設周期或根據需要來執行。此外，任意BS可以作為針對特定MS的主BS來操作，并且可以作為用于其它MS的云小區成員BS來操作。
[0075]存在BS之間的前拉鏈路，以用于云小區配置和更新所需的操作，例如，主BS改變操作和云小區成員BS更新操作，并且控制信息和DL數據業務量通過前拉鏈路被從主BS轉發到云小區成員BS。
[0076]另外，控制信息、反饋信息和UL數據業務量通過前拉鏈路被從云小區成員BS轉發到主BS。
[0077]圖2a和2b示意地圖示了根據本公開的實施例的用于在云小區通信系統中執行云小區成員BS更新操作的過程。
[0078]參照圖2a和2b，云小區通信系統包括MS 200、主BS 210、舊的云小區成員BS (即，云小區成員BS#1 220和云小區成員BS#2230)、新的云小區成員BS 240、接入網關250、以及授權、認證和計費(AAA)服務器260。
[0079]在操作211，在主BS 210和接入網關250之間建立路徑。在操作213，在MS 200和接入網關250之間執行數據發送/接收。在這種狀態下，在操作215，MS 200使用信道報告消息向主BS 210發送針對從相鄰BS中的每一個接收到的參考信號的測量結果。例如，信道報告消息可以包括MS 200向其報告測量結果的每個相鄰BS的BS標識符(BSID)、針對從有關相鄰BS發送的參考信號的測量結果等等。針對參考信號的測量結果可以是作為短期測量結果的信道質量信息(CQI)或者作為長期測量結果的RSS1、CINR、SINR、SNR等等之一。測量結果可以是除了 CQ1、RSS1、CINR、SINR以及SNR之外的各種格式之一。
[0080]從MS 200接收信道報告消息的主BS 210在操作217使用包括在信道報告消息中的針對參考信號的測量結果來確定是否存在對于更新被包括在云小區中的云小區成員BS的需要。在圖2a和2b中，將假定主BS 210確定存在對于更新包括在云小區中的云小區成員BS的需要，并且更具體地，確定將新的云小區成員BS 240添加到云小區，并且將舊的云小區成員BS#2 230從云小區刪除。雖然在圖2a和2b中未示出，但是本領域普通技術人員將會理解，如果主BS 210確定不存在對于更新包括在云小區中的云小區成員BS的需要，則不執行下面將描述的與云小區成員BS更新操作有關的過程。
[0081]主BS 210在操作219向新的云小區成員BS 240發送云小區更新請求(CC_Update_REQ)消息。CC_Update_REQ 消息包括 ADD、MSID 和 MS 靜態情境(context)。MSID代表MS標識符(MSID)，ADD代表指示有關BS被添加到用于具有有關MSID的MS的云小區作為云小區成員BS的參數，并且MS靜態情境代表有關MS的靜態情境。在圖2a和2b中，MS靜態情境被包括在CC_Update_REQ消息中。然而，MS靜態情境可以通過除了 CC_Update_REQ消息之外的消息，例如，CC_Update_Announce消息而僅被發送到操作為針對MS 200的云小區成員BS的BS中。
[0082]主BS 210在操作221向舊的云小區成員BS 230發送CC_Update_REQ消息。CC_Update_REQ消息包括DEL和MSID。DEL代表指示有關BS被從用于具有有關MSID的MS的云小區刪除的參數。也就是說，DEL代表指示已是云小區成員BS的有關BS被從用于具有有關MSID的MS的云小區刪除的參數。
[0083]在接收到CC_Update_REQ消息之后，新的云小區成員BS 240確定新的云小區成員BS 240是否可操作為針對MS 200的云小區成員BS，并且在操作223根據確定結果發送云小區更新響應(CC_Update_RSP)消息。從新的云小區成員BS 240發送到主BS 210的CC_Update_RSP消息包括ADD、MSID和Success或者Failure。Success代表指示有關BS將被添加為針對具有MSID的MS的云小區成員BS的參數，并且Failure代表指示有關BS將不被添加為針對具有MSID的MS的云小區成員BS的參數。在圖2a和2b中，將假定Success被包括在從新的云小區成員BS 240發送到主BS 210的CC_Update_RSP消息中。也就是說，新的云小區成員BS 240將被添加為針對MS 200的云小區成員BS。
[0084]在接收到CC_Update_REQ消息之后，云小區成員BS#2 230確定云小區成員BS#2230是否可從針對MS 200的云小區刪除，并且在操作225根據確定結果向主BS 210發送CC_Update_RSP消息。從云小區成員BS#2 230發送到主BS 210的CC_Update_RSP消息包括DEL、MSID和Success或者Failure。Success代表指示有關BS將從針對具有MSID的MS的云小區刪除的參數，并且Failure代表指示有關BS將不會從針對具有MSID的MS的云小區刪除的參數。在圖2a和2b中，將假定Success被包括在從云小區成員BS#2 230發送到主BS 210的CC_Update_RSP消息中。也就是說，云小區成員BS#2 230將被從云小區刪除。
[0085]在從新的云小區成員BS 240和云小區成員BS#2 230中的每一個接收到CC_Update_RSP消息之后，主BS 210通過分析從新的云小區成員BS 240和云小區成員BS#2230中的每一個接收到的CC_Update_RSP消息來檢測最終的云小區配置結果，并且在操作227使用CC_Update_Announce消息向MS 200通知所檢測到的最終的云小區配置結果。CC_Update_Announce 消息包括 MEMBER_BS_UPDATE 和 MemberBSlist。MEMBER_BS_UPDATE 代表指示云小區成員BS已經被更新的參數，并且MemberBSlist代表指示針對MS 200的云小區成員BS列表的參數。也就是說，MemberBSlist包括用于MS 200的云小區的BSID。
[0086]在接收到CC_Update_Announce 消息之后，MS 200 從 CC_Update_Announce 消息檢測MEMBER_BS_UPDATE和MemberBSlist，并且可以知道云小區成員BS已經被以以下方式更新:其中云小區成員BS#2 230已經被從針對MS 200的云小區刪除，并且新的云小區成員BS 240已經被添加到針對MS 200的云小區。
[0087]在MS 200還未完成針對新的云小區成員BS 240的物理層(PHY)UL同步操作的情況下，在操作229，主BS 210在針對MS 200的數據調度(S卩，合作通信)中不涉及新的云小區成員BS 240，并且在針對MS 200的數據調度中僅涉及作為舊的云小區成員BS的云小區成員BS#1 220，直到MS 200完成與新的云小區成員BS 240的PHY UL同步操作。
[0088]在操作231在完成與新的云小區成員BS 240的PHY UL同步操作之后，MS 200在操作233向主BS 210發送云小區指示(CC_IND)消息。如果云小區通信系統使用波束形成方案，則MS 200可以根據與新的云小區成員BS 240的PHY UL同步操作的完成來選擇最佳波束。CC_IND消息包括BF_READY和Bslist。如果云小區通信系統使用波束形成方案，BF_READY代表指示MS200利用新的云小區成員BS 240完成波束選擇操作的參數，并且Bslist代表指示MS 200針對其完成波束選擇操作的所有BS，即，可以發送/接收數據的所有BS的列表的參數。結果，Bslist代表包括在云小區中的所有BS，也就是說，Bslist包括被包含在云小區中的所有BS的BSID，所以新的云小區成員BS 240的BSID被包括在Bslist中。
[0089]在從MS 200接收到CC_IND消息之后，在操作235，主BS 210在針對MS 200的數據調度中涉及新的云小區成員BS 240。新的云小區成員BS 240不必涉及到針對MS 200的數據調度中，并且其根據云小區通信系統的情形來被涉及到針對MS 200的數據調度中。
[0090]操作229到235是因為在云小區通信系統中將假定MS 200應當針對包括在云小區中的所有云小區成員BS執行PHY UL同步操作而執行的。如果MS200僅針對在云小區通信系統中的主BS 210執行PHY UL同步操作，也就是說，如果MS 200僅向主BS 210發送UL數據和UL控制消息，則不必執行操作229到235。
[0091]圖3a和3b示意地圖示了根據本公開的實施例的，用于在云小區通信系統中執行主BS改變操作的過程。
[0092]參照圖3a和3b，云小區通信系統包括MS 300、舊的主BS 310、新的主BS 320、云小區成員BS 330、接入網關340、和AAA服務器350。
[0093]在操作311，在舊的主BS 310和接入網關340之間建立路徑。在操作313，在MS300和接入網關340之間執行數據發送/接收。在這種狀態下，在操作315，MS 300使用信道報告消息向舊的主BS 310發送針對從相鄰BS中的每一個接收到的參考信號的測量結果。例如，信道報告消息可以包括MS 300向其報告測量結果的每個相鄰BS的BSID、針對從有關相鄰BS發送的參考信號的測量結果等等。針對參考信號的測量結果可以是諸如CQ1、RSS1、CINR、SINR以及SNR的各種格式之一。
[0094]在從MS 300接收信道報告消息之后，舊的主BS 310在操作317基于包括在信道報告消息中的測量結果確定是否存在對于改變主BS的需要。在圖3a和3b中，將假定舊的主BS 310確定存在對于改變主BS的需要，并且更具體地，舊的主BS 310確定新的主BS320是要被改變的主BS。雖然在圖3a和3b中未示出，但是如果舊的主BS 310確定不需要改變主BS，則可以省略下面將描述的主BS改變操作。
[0095]在確定主BS改變之后，舊的主BS 310在操作319向新的主BS 320發送Master_Change_Request 消息。Master_Change_Request 消息包括 MSID、MBSID、memberBSlist 和TunnelKeylist(舊的DL、舊的UL)。MSID代表針對其主BS應當改變的MS，即，MS 300的MSID，MBSID(主BSID)代表新的主BS，即，新的主BS 320的BSID，memberBSlist代表用于MS 300的云小區成員列表，并且TunnelKeylist (舊的DL、舊的UL)代表用于舊的主BS，即，舊的主BS 310的DL和UL中的隧道密鑰列表。隧道密鑰是用于在舊的主BS 310和接入網關340之間建立的隧道的密鑰，并且隧道是按照用于MS 300的服務流程而生成的。
[0096]在接收到Master_Change_Request的消息之后，新的主BS 320在操作321向舊的主BS 310發送作為對于Master_Change_Request消息的響應消息的Master_Change_Response 消息。Master_Change_Response 消息包括MSID 和 Success 或者Failure。Success代表指示有關BS將被改變為針對具有MSID的MS的主BS的參數，并且Failure代表指示有關BS將不被改變為針對具有MSID的MS的主BS的參數。在圖3a和3b中，將假定Success被包括在從新的主BS 320向舊的主BS 310發送的Master_Change_Response消息中。其間，只有當操作311到321完成時，新的主BS 320才將是新的主BS，所以將會注意到，新的主BS 320具有名稱‘主BS’。然而，新的主BS 320在操作321之前不是主BS。
[0097]在接收到Master_Change_Response消息之后，舊的主BS 310在操作323和325發送CC_Update_Announce消息，以便向MS 300和云小區成員BS 330通知被改變為新的主BS的新的主BS 320。被發送到MS 300和云小區成員BS 330的CC_Update_Announce消息包括 Master_BS_Change、MSID、MBSID、SF_list(SFID、最后的 MAC SDU SN,Buffer_Info)以及最近的參考信號(RS)測量結果。
[0098]Master_BS_Change是CC_Update_Announce消息的類型，以及指示主BS已經被改變的參數。SF_list是指示服務流程列表的參數。SF_list包括指示針對MS 300建立的服務流程的ID的服務流程標識符(SFID)、指示在舊的主BS 310中針對有關服務流程已經最后處理的媒介訪問控制(MAC)服務數據單位(SDU)的序號(SN)的最后的MAC SDU SN、以及指示緩沖信息的Buffer_Info。最近的RS測量結果是代表MS 300最近向舊的主BS 310發送的測量結果的參數。
[0099]Buffer_Info代表緩沖信息，即，當前被緩沖的MAC SDU的數量以及MAC SDU中的每一個的大小。新的主BS 320可以基于Buffer_Info控制針對舊的主BS 310的數據調度。如果新的主BS 320確定適合于針對MS 300的數據調度的調制和編碼方案(MCS)，則可以使用最近的RS測量結果。
[0100]新的主BS 320還沒有建立與接入網關340的隧道，并且接入網關340還未識別出主BS已經改變。所以，接入網關340在操作327向舊的主BS 310連續地發送MS 300應當接收的數據。
[0101]因為，存在對于在新的主BS 320和接入網關340之間建立新隧道的需要，所以新的主BS 320在操作329向接入網關340發送登記請求消息。登記請求消息包括BSID、MSID 和 TunnelKeylist (舊的 DL、舊的 UL)。BSID 代表新的主 BS 320 的 BSID，并且TunnelKeylist(舊的DL、舊的UL)代表在舊的主BS 310和接入網關340之間使用的舊的DL和舊的UL的隧道密鑰列表。也就是說，TunnelKeylist (舊的DL、舊的UL)包括在舊的主BS 310和接入網關340之間使用的舊的DL和舊的UL的隧道密鑰。
[0102]在接收到登記請求消息之后，接入網關340在操作331向新的主BS 320發送作為對于登記請求消息的響應消息的登記響應消息。登記響應消息包括MSID和TunnelKeylistUpdate (新的 DL、新的 UL)。TunnelKeylistUpdate (新的 DL、新的 UL)代表將在新的主BS 320和接入網關340之間新建立的新的DL和新的UL的隧道密鑰列表。也就是說，TunnelKeylistUpdate (新的DL、新的UL)包括將在新的主BS 320和接入網關340之間新建立的新的DL和新的UL的隧道密鑰。
[0103]在接收到登記響應消息之后，新的主BS 320在操作333向接入網關340發送Registrat1n_ACK消息。在發送Registrat1n_ACK消息之后，在操作335，新的主BS 320確定解除舊的主BS 310和接入網關340之間的隧道，因為沒必要保持在舊的主BS 310和接入網關340之間的隧道。新的主BS 320在操作337向接入網關340發送隧道切換請求消息，并且在操作339向舊的主BS310發送CC_Release消息。在接收到隧道切換請求消息之后，接入網關340釋放與舊的主BS 310建立的隧道，并且激活與新的主BS 320建立的隧道。也就是說，如果新的主BS 320向接入網關340發送隧道切換請求消息，則接入網關340和新的主BS 320之間的隧道被激活。
[0104]雖然在圖3a和3b中未示出，但是本領域普通技術人員將會理解，用于發送/接收對于CC_ReleaSe消息的響應消息的過程和用于發送/接收對于隧道切換請求消息的響應消息的過程可以被執行。這里，對于CC_ReleaSe消息的響應消息和對于隧道切換請求消息的響應消息可以被實現為混合自動重發請求(HARQ)ACK消息或新的消息，例如，CC_Release_RSP消息和隧道切換響應消息。
[0105]其后，MS 300、新的主BS 320和接入網關340在操作341通過新建立的隧道發送
/接收數據。
[0106]如上所述，如果在云小區通信系統中執行主BS改變操作，則數據調度操作被在舊的主BS和新的主BS之間執行。將參考圖4a到7c描述用于執行在本公開的各種實施例中提出的數據調度操作的過程。
[0107]圖4a和4b示意地圖示了根據本公開的第一實施例的，用于在云小區通信系統中根據主BS改變執行在舊的主BS和新的主BS之間執行的數據調度操作的過程。
[0108]參照圖4a和4b，云小區通信系統包括接入網關410、舊的主BS 420和新的主BS430。如果主BS被改變從而舊的主BS 420向新的主BS 430發送CC_Update_Announce消息，則新的主BS 430具有對于被包括在針對MS (在圖4a和4b中未示出)的云小區中的所有云小區成員BS的控制權限。在這種情況下，因為MS將接收的數據可以在舊的主BS 420的緩沖器中緩沖，所以新的主BS 430可以使用包括在CC_Update_Announce消息中的最后的MAC SDU SN和Buffer_Info來知道在舊的主BS 420中緩沖的數據的數量。
[0109]在第一實施例中，雖然主BS被改變，但是舊的主BS 420不向新的主BS430轉發所有數據，即，在舊的主BS 420的緩沖器中緩沖的所有MAC SDU，直到在新的主BS 430和接入網關410之間的隧道被激活。因此，在主BS被改變之后，舊的主BS 420僅向新的主BS 430轉發通過在接入網關410和舊的主BS 420之間建立的隧道接收到的MAC SDU。
[0110]新的主BS 430在操作411調度在舊的主BS 420的緩沖器中緩沖的MAC SDU，并且通過前拉鏈路向云小區內的所有云小區成員BS轉發用于在舊的主BS 420的緩沖器中緩沖的MAC SDU的調度控制信息。在操作411，新的主BS 430向云小區內的所有云小區成員BS轉發調度控制信息。然而，本領域普通技術人員將會理解，新的主BS 430可以根據新的主BS 430的選擇來向云小區內的一些云小區成員BS轉發調度控制信息。也就是說，新的主BS430可以使用參考信號測量結果和諸如有關云小區成員BS的負載的各種參數來選擇云小區內的一些云小區成員BS，并且向所選擇的云小區成員BS轉發調度控制信息。
[0111]在完成針對在舊的主BS 420的緩沖器中緩沖MAC SDU的過程之后，新的主BS 430在操作413調度在新的主BS 430的緩沖器中緩沖MAC SDU。MS向新的主BS 430連續地報告針對相鄰BS的測量結果。MS基于預設周期或根據需要報告針對相鄰BS的測量結果。測量結果可以是諸如CQ1、RSS1、CINR、SINR以及SNR的各種格式之一。
[0112]在圖4a中，MAC SDU# 100到MAC SDU#102指示在改變主BS之前在舊的主BS 420的緩沖器中緩沖的MAC SDU,并且MAC SDU#103到MAC SDU# 104指示在改變主BS之后被從接入網關410發送到舊的主BS 420并且被轉發到新的主BS 430的MAC SDU。
[0113]如果在新的主BS 430和接入網關410之間的隧道被建立并且不存在于舊的主BS420的緩沖器中緩沖的MAC SDU,則新的主BS 430向接入網關410發送隧道切換請求消息以便接收目標為MS的MAC SDU。根據隧道切換請求消息的傳輸，在操作415，在舊的主BS420和接入網關410之間建立的隧道被切換到在新的主BS 430和接入網關410之間建立的隧道。所以，在新的主BS 430和接入網關410之間建立的隧道被激活。
[0114]在操作415，如果不存在于舊的主BS 420的緩沖器中緩沖的MAC SDU，則新的主BS 430向接入網關410發送隧道切換請求消息。然而，本領域普通技術人員將會理解，新的主BS 430可以在完成登記過程(即，用于發送/接收RegiStrati0n_REQ消息和Registrat1n_RSP消息的過程)之后向接入網關410發送隧道切換請求消息。也就是說，即使新的主BS 430在處理在舊的主BS 420的緩沖器中緩沖的MAC SDU之時發送隧道切換請求消息，新的主BS430的正常數據調度也是可能的。
[0115]在新的主BS 430和接入網關410之間建立的隧道被激活之后，新的主BS 430在操作417從接入網關410接收MAC SDU。
[0116]在圖4b中，MAC SDU# 105到MAC SDU#106指示在改變主BS之后、新的主BS 430和接入網關410之間建立隧道之前，舊的主BS 420從接入網關410接收到并轉發給新的主BS 430 的 MAC SDUo MAC SDU# 107 和 MAC SDU#108 指示新的主 BS 430 通過新的主 BS 430和接入網關410之間的激活隧道從接入網關410接收到的MAC SDU ο
[0117]如果針對在舊的主BS 420的緩沖器中緩沖的MAC SDU的傳輸耗盡，則新的主BS430不管新的主BS 430和接入網關410之間建立的隧道是否被激活都調度在新的主BS430的緩沖器中緩沖的MAC SDU ο在這種情況下，新的主BS 430可以控制云小區內的云小區成員BS，以通過前拉鏈路處理MAC SDU ο這里，MAC SDU傳輸的耗盡可以意味著MAC SDU傳輸的完成。
[0118]如圖4a和4b中所述，在云小區通信系統中，即使當主BS被改變時，舊的主BS不向新的主BS轉發全部數據，新的主BS也可以通過執行BS間調度操作來避免不必要的等待時間。
[0119]圖5a到5c示意地圖示了根據本公開的實施例的，用于根據圖4a和4b中的主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程。
[0120]參照圖5a到5c，云小區通信系統包括MS 400、接入網關410、舊的主BS 420、新的主BS 430、云小區成員BS 500、和AAA服務器510。
[0121]在操作511，在舊的主BS 420和接入網關410之間建立路徑。MS 400在操作513使用信道報告消息向舊的主BS 420報告針對從相鄰BS中的每一個接收到的參考信號的測量結果。在操作515，在MS 400和接入網關410之間執行數據發送/接收。
[0122]將參照操作517到529描述在改變主BS之前由舊的主BS 420執行的BS間調度操作。
[0123]舊的主BS 420基于從MS 400接收到的信道報告消息中包括的測量結果來確定通過云小區內的云小區成員BS之中的云小區成員BS 500和新的主BS430向MS 400發送數據。因此，在操作517和519，舊的主BS 420向有關BS，S卩，新的主BS 430和云小區成員BS500，發送DL資源分配請求(DL_RA-REQ)消息。這里，將會注意到，雖然新的主BS 430具有名稱‘主BS’，然而，新的主BS 430是云小區成員BS，不是主BS。
[0124]因為即使新的主BS 430和云小區成員BS 500中的每一個操作為針對MS400的云小區成員BS，新的主BS 430和云小區成員BS 500中的每一個也可以操作為針對其它MS(在圖5a和5b中未示出)的主方，所以新的主BS 430和云小區成員BS 500中的每一個具有向其它MS分配資源的能力。舊的主BS 420向新的主BS 430和云小區成員BS 500中的每一個發送DL_RA-REQ消息，以便檢測新的主BS 430和云小區成員BS 500中的每一個的資源狀態，即，以便檢測新的主BS 430和云小區成員BS 500調度的資源之中可用的資源。
[0125]DL_RA-REQ 消息包括 MSID、Frame_Info、sizeof MAC SDU 以及 DL_Beam_Info。sizeof MAC SDU是代表有關MAC SDU的大小的參數，Frame_Info是代表關于在其上發送有關MAC SDU的幀的信息的參數，并且如果云小區通信系統使用波束形成方案，則DL_Beam_Info是代表關于每個云小區成員BS應當用于發送數據的DL波束的信息的參數。Frame_Info是可選地插入的參數，并且可以根據需要被包括DL_RA-REQ消息中。因為Frame_Info是可省略的參數，所以將會注意到，Frame_Info由圖5a到5c中的中括號示出。如果數據調度定時點是預定的，則Frame_Info可省略。例如，如果DL_RA_REQ消息在幀#n上發送，并且數據調度在幀#n+3上執行，則Frame_Info可省略。
[0126]在從舊的主BS 420接收到DL_RA_REQ消息之后，新的主BS 430和云小區成員BS500中的每一個通過確定資源分配狀態，將關于候補資源區域的信息包括到作為對于DL_RA-REQ消息的響應消息的DL資源分配響應(DL_RA_RSP)消息中，其中，通過所述候補資源區域，新的主BS 430和云小區成員BS 500中的每一個可以發送與sizeof MAC SDU相對應的MAC SDU，并且在操作521和523，新的主BS 430和云小區成員BS 500中的每一個向舊的主 BS 420 發送 DL_RA-RSP 消息。DL_RA_RSP 消息包括 MSID、Frame_Info 以及 RA_Status_list。RA_Status_list包括關于通過其與sizeof MAC SDU相對應的MAC SDU可以被發送的候補資源區域的信息，即，候補資源區域的區域ID。Frame_Inf0可以根據需要被包括在DL_RA-RSP 消息中。
[0127]在從新的主BS 430和云小區成員BS 500中的每一個接收到DL_RA_RSP消息之后，舊的主BS 420基于包括在DL_RA-RSP消息中的RA_Status_list確定要用于在新的主BS 430和云小區成員BS 500中的每一個中發送數據的資源區域。在操作525和527，舊的主BS 420向新的主BS 430和云小區成員BS 500中的每一個發送包括作為關于所確定的資源區域的信息的RA_Info的DL資源分配命令(DL_RA_CMD)消息。在圖5a到5c中，舊的主BS 420向新的主BS 430和云小區成員BS 500中的每一個發送DL_RA_CMD消息。然而，本領域普通技術人員將會理解，舊的主BS 420可以向新的主BS 430和云小區成員BS 500中的一個發送DL_RA-CMD消息，或者可以不向新的主BS 430和云小區成員BS 500這兩者發送DL_RA-CMD消息。也就是說，舊的主BS 420不向加入針對合作通信的協商的所有BS發送DL_RA-CMD消息，并且根據云小區通信系統的情形僅向必要的BS發送DL_RA_CMD消息。例如，舊的主BS 420可以通過考慮負載均衡而在針對MS 400的數據傳輸中不涉及具有大于或等于閾值負載的負載的BS。閾值負載可以根據云小區通信系統的情形來適當地設定，并且將省略對閾值負載的詳細描述。為了供舊的主BS 420考慮負載均衡，有關BS的負載狀態信息應當被包括在DL_RA_RSP消息中。
[0128]舊的主BS 420在操作529向MS 400發送包括RA_Info的MAP消息，所述RA_Info作為關于新的主BS 430和云小區成員BS 500中的每一個中被分配給MS 400的資源區域的信息。在操作529，RA_Info通過MAP消息來發送。然而，本領域普通技術人員將會理解，RA_Info可以通過其它消息以及MAP消息來發送。
[0129]在操作517到529的BS間調度操作中，舊的主BS 420提供sizeof MAC SDU，并且有關云小區成員BS向舊的主BS 420提供關于根據sizeof MAC SDU確定的資源區域的信息。
[0130]然而，本領域普通技術人員將會理解，舊的主BS 420不提供sizeof MAC SDU，因為有關云小區成員BS向舊的主BS 420提供指示使用哪個資源區域以及哪個資源區域空閑的資源分配狀態信息，所以舊的主BS 420可以確定有關云小區成員BS將分配用于MS 400的資源區域。
[0131]如果在操作531，與舊的主BS 420通過BS間調度操作向MS 400發送數據同時地，主BS改變操作被執行，即，如果舊的主BS 420向新的主BS 430發送CC_Update_Announce消息，針對MS 400的控制權限被從舊的主BS 420傳送到新的主BS 430。在這種情況下，在舊的主BS 420的緩沖器中緩沖的MAC SDU未被轉發給新的主BS 430。新的主BS 430可以知道在舊的主BS420中緩沖的用于MS 400的MAC SDU的數量。因此，主BS 430應當針對在舊的主BS 420的緩沖器中緩沖的MAC SDU來執行數據調度操作。
[0132]新的主BS 430在操作533向舊的主BS 420發送DL資源分配開始請求(DL_RA_START_REQ)消息以便命令舊的主BS 420與新的主BS 430執行BS間調度操作。DL_RA_START_REQ消息包括MSID、Frame_Info以及SFID&SN。SFID是代表服務流程ID的參數，并且SN是代表用于指示在映射到SFID的服務流程中要處理的MAC SDU的序號(SN)的參數。Frame_Info可以被包括在DL_RA_START_REQ消息中，或者可以根據需要不被包括在DL_RA_START_REQ 消息中。
[0133]在操作533之后的操作類似于在改變主BS之前執行的BS間調度操作，所以下面僅將描述其與在改變主BS之前執行的BS間調度操作的差異。
[0134]在從新的主BS 430接收到DL_RA_START_REQ消息之后，在操作535和537，與在主BS改變之前的情形一樣，舊的主BS 420向新的主BS 430和云小區成員BS 500中的每一個發送DL_RA_REQ消息。在主BS改變之前被發送到新的主BS 430和云小區成員BS 500中的每一個的DL_RA_REQ消息與在主BS改變之后被發送到新的主BS 430和云小區成員BS500中的每一個的DL_RA_REQ消息之間的差異取決于DL_RA_REQ消息是否包括關于云小區成員BS應當向其發送DL_RA_RSP消息的新的主BS的信息，S卩，新的主BSID (NMBSID)。也就是說，在主BS改變之前被發送到新的主BS 430和云小區成員BS 500中的每一個的DL_RA_REQ消息不包括NMBSID，而在主BS改變之后被發送到新的主BS 430和云小區成員BS 500中的每一個的DL_RA_REQ消息包括NMBSID。
[0135]從舊的主BS 420發送到新的主BS 430的DL_RA_REQ消息包括將代替sizeof MACSDU被發送到MS 400的MAC SDU，所述DL_RA_REQ消息與從舊的主BS 420發送到云小區成員BS 500的DL_RA_REQ消息不同。這里，如果新的主BS 430向適當的云小區成員BS發送DL_RA_CMD消息，則新的主BS 430把將被發送到MS 400的MAC SDU包括到DL_RA_REQ消息中，以便促進到適當的云小區成員BS的實際MAC SDU的傳輸。
[0136]因為新的主BS 430知道新的主BS 430是主BS并且用于其它云小區成員BS的資源分配信息將被接收到，所以在操作539，新的主BS 430在不發送消息的情況下檢查資源分配狀態。在操作541，云小區成員BS 500向與包括在DL_RA_REQ消息中的NMBSID相對應的BS，即，新的主BS 430發送DL_RA_RSP消息。也就是說，云小區成員BS 500向新的主BS 430而非發送DL_RA-REQ消息的舊的主BS 420發送DL_RA_RSP消息。與圖5a和5b中的操作543到555相對應的操作類似于在主BS改變之前的BS間調度操作中執行的操作，所以將省略詳細描述。
[0137]新的主BS 430在操作557和559向舊的主BS 420和云小區成員BS 500中的每一個發送與新的主BS 430的資源分配信息和云小區成員BS(S卩，舊的主BS 420和云小區成員BS 500)的資源分配信息相對應的DL_RA_CMD消息。
[0138]新的主BS 430在操作561發送包括RA_Info的MAP消息，所述RA_Info作為關于在舊的主BS 420和云小區成員BS 500中的每一個中的被分配給MS400的資源區域的信息。
[0139]如上所述，在主BS改變之后的BS間調度操作由以下方案實現:其中根據新的主BS 430的數據調度，在舊的主BS 420中緩沖的用于MS 400的MAC SDU耗盡之后，針對在新的主BS 430中緩沖的MAC SDU的調度開始。舊的主BS 420不必變成用于MS 400的云小區成員BS。也就是說，與針對MS400的參考信號的測量結果相對應地確定舊的主BS 420是否將變成針對MS400的云小區成員BS。
[0140]在新的主BS 430不會使用測量結果確定舊的主BS 420是否將變成針對MS 400的云小區成員BS的情況下，即使舊的主BS 420不會變成針對MS 400的云小區成員BS，新的主BS 430也可以通過前拉鏈路來控制舊的主BS 420。所以，舊的主BS 420仍可以根據新的主BS 430的需要變成針對MS 400的云小區成員BS。云小區成員BS表示根據新的主BS 430的數據調度通過空中(air)利用新的主BS 430向MS發送數據并從MS接收數據的BSo如果舊的主BS 420不可能利用新的主BS 430向MS 400發送數據以及從MS 400接收數據，則舊的主BS 420不會變成針對MS 400的云小區成員BS。即使舊的主BS 420不可能通過空中利用新的主BS 430向MS發送數據以及從MS 400接收數據，如果新的主BS 430可以在通過前拉鏈路的用于MS 400的數據發送/接收中涉及舊的主BS 420，則舊的主BS420也可以變成針對MS 400的云小區成員BS。也就是說，即使舊的主BS 420不通過空中向MS 400發送數據以及從MS 400接收數據，舊的主BS 420也可以變成針對MS 400的云小區成員BS。
[0141]為了防止不會通過空中向MS 400發送數據以及從MS 400接收數據的舊的主BS420變成針對MS 400的云小區成員BS的情況，如果舊的主BS 420的BSID未被包括在CC_Update_Announce消息中，并且舊的主BS 420接收到CC_Release消息，則舊的主BS 420不會作為針對MS 400的云小區成員BS操作。
[0142]圖6a和6b示意地圖示了根據本公開的第二實施例的，用于在云小區通信系統中根據主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程。
[0143]參照圖6a和6b，云小區通信系統包括MS (未示出)、接入網關410、舊的主BS 420、以及新的主BS 430。
[0144]在本公開的第二實施例中，與本公開的第一實施例不同，舊的主BS 420在舊的主BS 420的緩沖器中連續地緩沖通過接入網關410接收到的MAC SDU，而不向新的主BS 430轉發通過接入網關410接收到的MAC SDU，直到在接入網關410和新的主BS 430之間建立的隧道被激活。
[0145]所以，在操作611，根據舊的主BS 420和新的主BS 430之間的控制操作，MAC SDU被通過舊的主BS 420發送到MS，直到在接入網關410和新的主BS 430之間建立的隧道被激活。
[0146]在圖6a中，MAC SDU# 100到MAC SDU#102指示在改變主BS之前在舊的主BS 420的緩沖器中緩沖的MAC SDU，并且MAC SDU#103到MAC SDU#104指示在改變主BS之后被從接入網關410發送到舊的主BS 420并且根據新的主BS 430的調度被發送到MS的MAC SDU。
[0147]如果在接入網關410和新的主BS 430之間建立的隧道被激活，則舊的主BS 420不會從接入網關410接收用于MS的MAC SDU，所以在操作613，新的主BS 430連續地控制舊的主BS 420的數據調度。最終，如果在接入網關410和新的主BS 430之間建立的隧道被激活之后，針對在舊的主BS 420的緩沖器中緩沖的所有MAC SDU的傳輸耗盡，則在操作615，新的主BS 430針對在新的主BS 430的緩沖器中緩沖的MAC SDU執行調度操作。
[0148]在圖6b中，MAC SDU#105到MAC SDU#106指示在改變主BS之后、新的主BS 430和接入網關410之間建立隧道之前，舊的主BS 420從接入網關410接收到的MAC SDU。MACSDU#107和MAC SDU#108指示新的主BS 430通過新的主BS 430和接入網關410之間的激活隧道從接入網關410接收到的MAC SDU ο
[0149]如圖6a和6b中所述，在云小區通信系統中，即使當主BS被改變時，舊的主BS不向新的主BS轉發全部數據，新的主BS也可以通過執行BS間調度操作來防止不必要的等待時間。
[0150]圖7a到7c示意地圖示了根據本公開的實施例的，根據圖6a和6b中的主BS改變來執行在舊的主BS和新的主BS之間執行的數據調度操作的過程。
[0151]在描述圖7a到7c之前，將會注意到，與除了圖7a到7c中的操作735、737和743之外的操作相對應的操作類似于圖5a到5c中的操作，所以將省略對它們的詳細描述。也就是說，圖5a到5c中的操作511到533與圖7a到7c中的操作711到733基本相同，圖5a到5c中的操作539到541,545到561與圖7a到7c中的操作739到741,745到761基本相同，所以將省略對它們的詳細描述。
[0152]參照圖7a到7c，如果主BS被改變，則在操作735和737，舊的主BS 420向新的主BS 430和云小區成員BS 700發送包括MAC SDU和指示有關MAC SDU的SFID&SN的DL_RA-REQ 消息。
[0153]如果新的主BS 430向有關云小區成員BS發送DL_RA_CMD消息以便選擇將加入針對MS 400的數據傳輸的云小區成員BS，則在操作743，DL_RA_CMD消息僅包括指示有關MACSDU的SFID&SN。在圖7a到7c中，有關MAC SDU, DL_RA_CMD消息包括SFID&SN。然而，本領域普通技術人員將會理解，其它參數，而非SFID&SN，也可以被包括在DL_RA_CMD消息中以便供新的主BS 430指示有關MAC SDU ο因為MAC SDU已經通過DL_RA_REQ消息發送，所以DL_RA_CMD可以僅包括SFID&SN。
[0154]圖7a到7c中的用于執行數據調度操作的過程可以被應用到本公開的第一實施例以及本公開的第二實施例。理由是舊的主BS可以向新的主BS發送包括MAC SDU的DL_RA-REQ消息，以及新的主BS可以使用SFID&SN處理MAC SDU。
[0155]圖8示意地圖示了根據本公開的實施例的云小區通信系統中的MS的內部結構。
[0156]參照圖8，MS 800包括發送器811、控制器813、接收器815、以及存儲單元817。
[0157]控制器813控制MS 800的整體操作。具體地，控制器813控制MS 800執行與主BS改變操作以及云小區成員BS更新操作有關的操作。因為與主BS改變操作以及云小區成員BS更新操作有關的操作以之前參照圖1到圖7c所述的方式執行，所以在此將省略對其的詳細描述。
[0158]發送器811在控制器813的控制下向主BS和云小區成員BS發送信號。接收器815在控制器813的控制下從主BS和云小區成員BS接收信號。
[0159]存儲單元817存儲與主BS改變操作以及云小區成員BS更新操作有關的程序和數據。存儲單元817存儲接收器815已從主BS和云小區成員BS接收到的信號。
[0160]雖然發送器811、控制器813、接收器815、以及存儲單元817在圖8中示出為分開的單元，但是要理解，這僅是為了描述方便。換句話說，發送器811、控制器813、接收器815、以及存儲單元817中的兩個或更多個可以被合并到單個單元中。
[0161]圖9示意地圖示了根據本公開的實施例的云小區通信系統中的主BS的內部結構。
[0162]參照圖9，主BS 900包括發送器911、控制器913、接收器915、以及存儲單元917。
[0163]控制器913控制主BS 900的整體操作。具體地，控制器913控制主BS 900執行與主BS改變操作以及云小區成員BS更新操作有關的操作。因為與主BS改變操作以及云小區成員BS更新操作有關的操作以之前參照圖1到圖7c所述的方式執行，所以在此將省略對其的詳細描述。
[0164]發送器911在控制器913的控制下向MS和云小區成員BS發送信號。接收器915在控制器913的控制下從MS和云小區成員BS接收信號。
[0165]存儲單元917存儲與主BS改變操作以及云小區成員BS更新操作有關的程序和數據。存儲單元917存儲接收器915已從MS和云小區成員BS接收到的信號。
[0166]雖然發送器911、控制器913、接收器915、以及存儲單元917在圖9中示出為分開的單元，但是要理解，這僅是為了描述方便。換句話說，發送器911、控制器913、接收器915、以及存儲單元917中的兩個或更多個可以被合并到單個單元中。
[0167]圖10示意地圖示了根據本公開的實施例的云小區通信系統中的云小區成員BS的內部結構。
[0168]參照圖10，云小區成員BS 1000包括發送器1011、控制器1013、接收器1015、以及存儲單元1017。
[0169]控制器1013控制云小區成員BS 1000的整體操作。具體地，控制器1013控制云小區成員BS 1000執行與主BS改變操作以及云小區成員BS更新操作有關的操作。因為與主BS改變操作以及云小區成員BS更新操作有關的操作以之前參照圖1到圖7c所述的方式執行，所以在此將省略對其的詳細描述。
[0170]發送器1011在控制器1013的控制下向MS和主BS發送信號。接收器1015在控制器1013的控制下從MS和主BS接收信號。
[0171]存儲單元1017存儲與主BS改變操作以及云小區成員BS更新操作有關的程序和數據。存儲單元1017存儲接收器1015已從MS和主BS接收到的信號。
[0172]雖然發送器1011、控制器1013、接收器1015、以及存儲單元1017在圖10中示出為分開的單元，但是要理解，這僅是為了描述方便。換句話說，發送器1011、控制器1013、接收器1015、以及存儲單元1017中的兩個或更多個可以被合并到單個單元中。
[0173]雖然已經參照其各種實施例示出和描述本公開，但是本領域技術人員將會理解，可以在其中進行形式和細節上的各種改變而不脫離權利要求書及其等效物所限定的本公開的精神和范圍。
【權利要求】
1.一種用于在云小區通信系統中由新的主基站(BS)調度數據的方法，所述方法包括: 檢測針對特定移動站(MS)的主BS被從舊的主BS改變到新的主BS ； 在新的主BS和接入網關之間建立的隧道被激活之前，從舊的主BS接收舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據；以及 調度所接收到的MS數據。
2.如權利要求1所述的方法，還包括: 在新的主BS和接入網關之間建立的隧道被激活之前，如果針對在舊的主BS中緩沖的MS數據的調度完成，則調度在新的主BS中緩沖的MS數據。
3.如權利要求2所述的方法，還包括: 在新的主BS和接入網關之間建立的隧道被激活之后，從接入網關接收MS數據；以及 調度從接入網關接收到的MS數據。
4.如權利要求2所述的方法，還包括: 通過前拉鏈路向包括在用于MS的云小區中的所有云小區成員BS或者包括在所述云小區中的一部分云小區成員BS發送針對在舊的主BS中緩沖的MS數據的調度控制信息。
5.如權利要求4所述的方法，其中，包括在所述云小區中的一部分云小區成員BS是使用包括從MS接收到的參考信號測量結果和有關云小區成員BS的負載的各種參數來選擇的。
6.如權利要求1所述的方法，還包括: 如果在舊的主BS中緩沖的MS數據的調度完成，則調度在新的主BS中緩沖的MS數據，而不管在新的主BS和接入網關之間建立的隧道是否被激活。
7.如權利要求6所述的方法，還包括: 通過前拉鏈路向包括在用于MS的云小區中的所有云小區成員BS或者包括在所述云小區中的一部分云小區成員BS發送針對在舊的主BS中緩沖的MS數據的調度控制信息。
8.如權利要求7所述的方法，其中，包括在所述云小區中的一部分云小區成員BS是使用包括從MS接收到的參考信號測量結果和有關云小區成員BS的負載的各種參數來選擇的。
9.如權利要求1所述的方法，還包括: 在新的主BS和接入網關之間建立的隧道被激活之前，檢測到不存在緩沖在舊的主BS中的MS數據；以及 發送請求激活在新的主BS和接入網關之間建立的隧道的信號以便接收目標為MS的MS數據。
10.如權利要求9所述的方法，其中，發送請求激活在新的主BS和接入網關之間建立的隧道的信號包括向所述接入網關發送隧道切換請求消息。
11.如權利要求1O所述的方法，其中，舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據包括舊的主BS在檢測到主BS被改變之后從接入網關接收到的以及緩沖的MS數據。
12.—種用于在云小區通信系統中由舊的主基站(BS)調度數據的方法，所述方法包括: 檢測針對特定移動站(MS)的主BS被從舊的主BS改變到新的主BS ;以及 在新的主BS和接入網關之間建立的隧道被激活之前，發送舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
13.如權利要求12所述的方法，其中，舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據包括舊的主BS在檢測到主BS被改變之后從接入網關接收到的以及緩沖的MS數據。
14.一種用于在云小區通信系統中由移動站(MS)發送/接收數據的方法，所述方法包括: 檢測針對MS的主基站(BS)被從舊的主BS改變到新的主BS ； 向新的主BS發送數據；以及 從新的主BS接收數據， 其中，MS發送到新的主BS的以及從新的主BS接收到的數據包括由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之前，新的主BS通過調度通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖在舊的主BS中的MS數據來生成數據，所述MS數據是新的主BS從舊的主BS接收到的。
15.如權利要求14所述的方法，其中，MS發送到新的主BS的以及從新的主BS接收到的數據包括由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之前，所述新的主BS通過以下方式生成數據:如果對在舊的主BS中緩沖的MS數據的調度完成，則調度在新的主BS中緩沖的MS數據。
16.如權利要求15所述的方法，其中，MS發送到新的主BS的以及從新的主BS接收到的數據包括由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之后，所述新的主BS通過調度從所述接入網關接收到的MS數據來生成數據。
17.—種用于在云小區通信系統中由新的主基站(BS)調度數據的方法，所述方法包括: 檢測針對特定移動站(MS)的主BS被從舊的主BS改變到新的主BS ； 檢測到在新的主BS和接入網關之間建立的隧道被激活； 從在新的主BS和接入網關之間建立的隧道接收MS數據；以及 調度接收到的MS數據。
18.如權利要求17所述的方法，其中，檢測到在新的主BS和接入網關之間建立的隧道被激活包括發送請求激活在新的主BS和接入網關之間建立的隧道的信號以便接收所述MS數據。
19.如權利要求18所述的方法，其中，發送請求激活在新的主BS和接入網關之間建立的隧道的信號包括向所述接入網關發送隧道切換請求消息。
20.—種用于在云小區通信系統中由舊的主基站(BS)調度數據的方法，所述方法包括: 檢測針對特定移動站(MS)的主BS被從舊的主BS改變到新的主BS ;以及在新的主BS和接入網關之間建立的隧道被激活之前，調度舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據到新的主BS。
21.如權利要求20所述的方法，其中，舊的主BS通過在舊的主BS和接入網關之間建立的隧道接收的以及緩沖的MS數據包括從舊的主BS檢測到主BS被改變的定時點起直到在新的主BS和接入網關之間建立隧道的定時點中舊的主BS從接入網關接收的以及緩沖的MS數據。
22.一種用于在云小區通信系統中由移動站(MS)發送/接收數據的方法，所述方法包括: 檢測用于MS的主基站(BS)被從新的主BS改變到新的主BS ； 向新的主BS發送數據；以及 從新的主BS接收數據， 其中，MS發送到新的主BS的以及從新的主BS接收到的數據包括由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之后，新的主BS通過調度通過在新的主BS和接入網關之間建立的隧道接收的MS數據來生成數據。
23.一種用于在云小區通信系統中由接入網關調度數據的方法，所述方法包括: 從新的主基站(BS)接收請求激活在新的主BS和接入網關之間建立的隧道的信號；以及 通過將在舊的主BS和接入網關之間建立的隧道切換到在新的主BS和接入網關之間建立的隧道來激活在新的主BS和接入網關之間建立的隧道。
24.如權利要求23所述的方法，其中，從新的主BS接收請求激活在新的主BS和接入網關之間建立的隧道的信號包括從所述新的主BS接收隧道切換請求消息。
25.如權利要求23所述的方法，其中，在新的主BS和接入網關之間建立的隧道被激活之前，根據檢測到不存在于舊的主BS中緩沖的MS數據請求激活在新的主BS和接入網關之間建立的隧道的信號由新的主BS發送，以便新的主BS接收目標為MS的MS數據。
26.—種適應于執行如權利要求1到11中的一個所述的方法的新的主基站(BS)。
27.一種適應于執行如權利要求12到13中的一個所述的方法的舊的主基站(BS)。
28.—種適應于執行如權利要求14到16中的一個所述的方法的移動站(MS)。
29.—種適應于執行如權利要求17到19中的一個所述的方法的新的主基站(BS)。
30.一種適應于執行如權利要求20到21中的一個所述的方法的舊的主基站(BS)。
31.一種云小區通信系統中的移動站(MS)，所述MS包括: 控制器，被配置為檢測針對MS的主基站(BS)被從舊的主BS改變到新的主BS ； 發送器，被配置為向新的主BS發送數據；以及 接收器，被配置為從新的主BS接收數據， 其中，MS發送到新的主BS的以及從新的主BS接收到的數據包括由新的主BS生成的數據，并且在新的主BS和接入網關之間建立的隧道被激活之后，新的主BS通過調度通過在新的主BS和接入網關之間建立的隧道接收的MS數據來生成數據。
32.—種適應于執行如權利要求23到25中的一個所述的方法的接入網關。
【文檔編號】H04W88/08GK104488316SQ201380039385
【公開日】2015年4月1日 申請日期:2013年7月16日 優先權日:2012年7月23日
【發明者】孫泳文, 姜賢貞, R.塔奧里, 樸重信, 張泳彬 申請人:三星電子株式會社