用於無線網絡中毫微微蜂窩基站的配置的方法與裝置的製作方法

2023-12-03 16:14:26

專利名稱：用於無線網絡中毫微微蜂窩基站的配置的方法與裝置的製作方法
技術領域：
本發明總體上涉及無線通信與數據網絡領域。更特別地，在一個示例方面中，本發明致力於用於無線毫微微蜂窩基站(femtocell)建立與運行的增強方法與裝置。
背景技術：
通用移動通信系統(UMTS)是「第三代」即「3G」蜂窩電話技術的示例實現。UMTS 標準由稱為第三代合作夥伴計劃(3GPP)的協作團體規定。響應於由國際電信聯盟(ITU) 闡述的要求，3GPP已經採用UMTS作為尤其針對歐洲市場的3G蜂窩無線電系統。ITU標準化並規範國際無線電與電信。對UMTS的增強將支持未來到第四代GG)技術的演進。當前所關心的一個主題是UMTS通過改進的系統容量與頻譜效率朝著為包數據發送優化的移動無線電通信系統的進一步發展。在3GPP的背景下，就此而言的行動是在通稱 「LTE」(長期演進)之下概述的。其目標尤其是在將來顯著地增加最大淨髮送率，即在下行鏈路發送方向上有大約300Mbps的速度而在上行鏈路發送方向上有大約75Mbps的速度。在LTE規範的初期版本(第8版)中，3GPP標準團體將形式化用於稱為「家庭增強節點B」(HeNB)的網絡元素的要求。家庭增強節點B(HeNB)將為基於LTE的無線電接入技術(RAT)網絡部署；HeNB是家庭節點B(HNB)的演變，而HNB是其UMTS RAT前身。HeNB 和HNB都是為在居住、公司或者類似環境(例如，私人住宅、公共餐廳、小辦公室、企業、醫院等等，因此術語「家庭」不是意味著限定到居住應用)中使用而進行了優化的毫微微蜂窩基站。在現有背景下，術語「家庭基站」、「家庭節點B」 (對於UMTS)、「家庭增強節點B」 (對於 LTE)及「毫微微蜂窩基站」都指相同的邏輯實體，而且在沒有另外指出的情況下可以互換使用。毫微微峰窩基站操作總的來說，毫微微蜂窩基站是專門為有限覆蓋率區域設計的基站，用以為少量的用戶(例如，小的商業和家庭環境)提供服務。通過經寬帶接口(例如DSL、FI0S、T1、ISDN 或者DOCSIS線纜數據機)連接到服務提供商的網絡，毫微微蜂窩基站擴大了服務提供商現有的基站網絡。由於毫微微蜂窩基站較小的尺寸和較低的成本，它們可以用在以別的方式通過標準基站部署提供服務不可行(例如，通過室內服務覆蓋率的擴展，或者臨時服務覆蓋率)的區域中。而且，毫微微蜂窩基站本質上可以是可攜式的，而且相應地在期望的時候可以花基本上最少的努力重新配置。本文隨後更具體地描述毫微微蜂窩基站的各個方面。毫微微蜂窩基站部署的隨機本質對網絡運營商造成一些獨特的挑戰。在毫微微蜂窩基站的部署之前，由網絡運營商整體上計劃並控制基站網絡。對於固定的基站分配，物理頻譜是很容易由網絡運營商控制的。與常規的固定基站形成對比，毫微微蜂窩基站是不能計劃的，而且實際上可以在使用中廣泛變化。在擁擠的區域(例如，公寓大樓，等等)中或者相對隔離地(例如，在農場中，等等)，多個毫微微蜂窩基站可以同時操作。此外，由每個毫微微蜂窩基站支持的終端設備的個數是廣泛不可預測的，範圍從單個用戶(例如，個人使用)到許多用戶(例如，咖啡屋)。相應地，需要改進的方法與裝置來有效地管理用於毫微微蜂窩基站隨機分散的頻譜分配。這種改進的方法與裝置還可以便於毫微微蜂窩基站的公共操作。例如，緊鄰其它毫微微蜂窩基站或者宏蜂窩(macrocell)運行的第一毫微微蜂窩基站理想地應當識別可以使用的頻譜，而基本上不會干擾其它同時運行的毫微微蜂窩基站。最後，所述改進的方法與裝置應當優選地在毫微微蜂窩基站與核心網絡之間使用最小化的(如果有的話)對話。有效的網絡通信將大大減小核心網絡用於支持廣泛分布的毫微微蜂窩基站部署的處理負擔。

發明內容
通過尤其是提供用於無線網絡中的毫微微蜂窩基站運行與資源管理的方法與裝置，本發明滿足了以上需求。在本發明的第一方面，公開了一種用於選擇在無線網絡中使用的毫微微蜂窩基站裝置的配置模式的方法。在一種實施方式中，該方法包括確定多個無線電資源的佔用水平；而且如果所述多個無線電資源的佔用水平包括至少一個可用的無線電資源，就進入自配置模式。否則就進入基於網絡的配置模式。該方法是在例如毫微微蜂窩基站啟動或者初始化的時候執行的。在該方法的一種變體中，自配置模式使毫微微蜂窩基站裝置可以不需要與無線網絡的核心部分交換消息就找出一個或多個可用的無線電資源。在另一種變體中，基於網絡的配置模式使毫微微蜂窩基站裝置能夠通過與網絡的核心部分交換消息來找出一個或多個可用的無線電資源。在又一種變體中，無線網絡是長期演進(LTE)蜂窩網絡，毫微微蜂窩基站裝置是 HeNB，而對多個無線電資源的佔用水平的確定包括確定與網絡的頻譜訪問相關聯的時間與頻率資源的佔用水平。在本發明的第二方面，公開了一種用於重新配置包括至少一個毫微微蜂窩基站裝置的無線網絡中的時間-頻率柵格的方法。在一種實施方式中，該方法包括確定對於所述至少一個毫微微蜂窩基站裝置，是否需要資源水平的改變；而且，至少部分地基於所述確定，指示所述至少一個毫微微蜂窩基站裝置利用資源在無線網絡中發送下行鏈路信號。在該方法的一種變體中，所述指示包括所述至少一個毫微微蜂窩基站裝置與無線網絡的核心部分上的部件之間經有線通信鏈路的消息交換。在另一種變體中，所述指示包括所述至少一個毫微微蜂窩基站裝置與無線網絡的一個或多個基站裝置之間經無線通信鏈路的消息交換。例如，無線網絡可以是長期演進 (LTE)蜂窩網絡，毫微微蜂窩基站裝置是HeNB，基站裝置是eNB宏蜂窩，而經無線鏈路的消息交換包括在HeNB與eNB之間經蜂窩空中接口發送至少一個消息。作為替代地，經無線鏈路的消息交換包括在HeNB與eNB之間經WiMAX兼容的或者其它非蜂窩的空中接口發送至少一個消息。在另一種變體中，確定對於所述至少一個毫微微蜂窩基站裝置是否需要資源水平的改變包括確定在所述毫微微蜂窩基站裝置與網絡中目前運行的另一個基站裝置之間是否存在任何資源衝突。在本發明的第三方面，公開了能夠在無線網絡中運行的毫微微蜂窩基站。在一種實施方式中，該毫微微蜂窩基站包括耦接到存儲器的處理設備；無線子系統；與無線網絡的核心部分通信的網絡接口子系統；及駐留在所述存儲器中的多個可執行指令。當由所述處理設備執行時，所述指令使毫微微蜂窩基站檢測可用無線網絡的佔用水平；從自配置模式和網絡輔助的配置模式中選擇一種運行模式；至少部分地基於所選的運行模式來重新配置所述無線子系統，該重新配置是在毫微微蜂窩基站運行期間執行的。所述選擇是至少部分地基於對所述佔用水平的檢測，而且運行模式包括資源柵格的定義，該資源柵格至少標識(i)用於第一永久下行鏈路信號的共享資源，(ii)用於第二永久下行鏈路信號的專用資源，及(iii)用於多個用戶數據的共享資源。在本發明的第四方面，公開了用在無線網絡中的資源分配裝置。在一種實施方式中，該裝置包括耦合到存儲器的處理設備；用於與網絡的至少一個毫微微蜂窩基站通信的通信接口子系統；及駐留在所述存儲器中的多個可執行指令。當由所述處理設備執行時， 所述指令使該裝置經所述接口子系統從所述至少一個毫微微蜂窩基站接收對資源分配的請求；訪問所述存儲器中所存儲的數據結構，來確定是否應當準予至少一個發出請求的毫微微蜂窩基站所請求的資源；並且生成返回到所述至少一個發出請求的毫微微蜂窩基站的、指示對該請求的準予或者拒絕中至少一個的信息(communication)。在一種變體中，該裝置與宏蜂窩基站基本上同定位。在另一種變體中，所存儲的數據結構包含關於網絡中的時間-頻率資源的映射或柵格的數據。在又一種變體中，資源既包括專用資源又包括共享資源。在再一種變體中，通信接口子系統包括寬帶無線接口和/或蜂窩無線接口。在還有一種變體中，該裝置還包括與無線網絡的核心部分通信的寬帶接口。在本發明的第五方面，公開了配置成用在蜂窩網絡中的毫微微蜂窩基站裝置。在一種實施方式中，該毫微微蜂窩基站裝置包括配置成使得該毫微微蜂窩基站裝置能夠選擇性地實現基本自治的或者基於網絡的配置處理的邏輯，這種選擇性實現允許消費者在網絡的至少一個其它基站附近運行所述毫微微蜂窩基站設備，而基本上不受來自該至少一個其它基站的幹擾而且也不需要對該至少一個其它基站的特定了解。在本發明的另一方面，公開了一種計算機可讀裝置。在一種實施方式中，該裝置包括包含至少一個電腦程式的存儲介質，所述程序具有多個指令，當所述指令被執行時， 實現支持蜂窩操作的毫微微蜂窩基站(例如，HeNB)配置，其中的蜂窩操作支持一個或多個 UE。
參考附圖及以下給出的對示例實施方式的具體描述，本領域普通技術人員將立刻認識到本發明的其它特徵與優點。


圖1是示出LTE HeNB的一種示例隨機化部署的圖形例示。圖2是四個HeNB的時間-頻率資源及其各自分配的現有技術圖形「柵格」表示。圖3是根據本發明的時間-頻率柵格的第一示例實施方式的圖形表示，柵格被分成針對四(4)個HeNB的永久下行鏈路信令分配的共享資源，及靈活數據使用區域。圖4是根據本發明的時間-頻率柵格的第二示例實施方式的圖形表示，柵格被分成針對八(8)個HeNB的永久下行鏈路信令分配的共享資源，及靈活數據使用區域。圖5是根據本發明的時間-頻率柵格的第三示例實施方式的圖形表示，柵格被分成(i)針對四(4)個HeNB的永久下行鏈路信令分配的共享資源，(ii)針對四(4)個HeNB 的永久下行鏈路信令分配的專用資源，及(iii)靈活數據使用區域。圖6是根據本發明的時間-頻率柵格的第四示例實施方式的圖形表示，以針對永久下行鏈路信令和數據使用兩者的示例性隨時間變化的資源分配來覆蓋。圖7是根據本發明原理的用於為無線電操作請求資源的一般化處理的示例實施方式的邏輯流程圖。圖8是根據本發明原理的用於向在LTE無線電接入網絡(RAN)中運行的HeNB分配資源的方法的一種示例實施方式的邏輯流程圖。圖9是根據本發明的LTE網絡的一種實施方式的圖形例示，包括資源分配單元 (RAU)的示例分布，該LTE網絡包括核心網絡、多個增強節點B (eNB)和多個HeNB。圖10是根據本發明的用於向毫微微蜂窩基站分配資源的一般化處理的示例實施方式的邏輯流程圖。圖11是根據本發明原理配置的毫微微蜂窩基站裝置的一種實施方式的框圖。
具體實施例方式現在參考附圖，其中相同的標號始終指代相同的部分。概述本發明尤其提供了使無線網絡的節點群(例如，UMTS或者LTE蜂窩網絡中的毫微微蜂窩基站)能夠彼此無幹擾地運行、同時還能夠完全最大化頻譜資源並減輕網絡開銷的方法和裝置。在本發明的一方面，公開了管理具有交疊覆蓋區域的若干毫微微蜂窩基站的同時運行的指定資源(例如，時間-頻率)「柵格」或者映射。時間-頻率柵格被靈活地配置為既提供專用資源，又提供共享資源。專用資源嚴格地由監督實體(例如，核心網絡實體)分配給一個或多個毫微微蜂窩基站，而共享資源可以由任何毫微微蜂窩基站認領和放棄，而沒有實質性的網絡開銷。在本發明的另一方面，公開了多配置模式毫微微蜂窩基站。在一種實施方式中，這種毫微微蜂窩基站可以執行自配置來為其自己的使用識別可用資源，或者可以替代地執行基於網絡的配置來為其自己的使用請求可用資源。在一種變體中，毫微微蜂窩基站可以基於一個或多個參數，例如檢測出的物理資源的使用情況，選擇性地在自配置與基於網絡的配置之間進行切換。在一種實施方式中，以上提到的毫微微蜂窩基站在有一個或多個物理資源未使用時執行獨立的自配置，而在所有物理資源都被佔用時請求資源分配單元(RAU)輔助的自配置。在另一種實施方式中，毫微微蜂窩基站經無線鏈路(例如，蜂窩、微波、衛星或者 WLAN/WMAN連接)接收配置信息。在又一種實施方式中，毫微微蜂窩基站經有線或者光鏈路(例如，DSL、FI0S、T1或者DOCSIS (線纜數據機)連接)接收配置信息。還公開了用於管理和修改用於毫微微蜂窩基站的資源分配的資源分配單元(RAU) 實體。在一種實施方式中，RAU維護向一個或多個時間-頻率資源指定一個或多個信道使用的時間-頻率柵格。對示例實施方式的具體描述現在具體描述本發明的示例實施方式。儘管這些實施方式主要是在長期演進 (LTE)網絡中運行的家庭增強節點B(HeNB)的背景下討論的，但是本領域普通技術人員將認識到，本發明不限於此，而是可以應用到其它類型和配置的網絡。而且，儘管主要在HeNB 與駐留到網絡運營商的專用資源分配單元(RAU)或者附近的增強節點B(eNB)之間通信的背景下進行討論，但是應當認識到，根據本發明，移動基站(例如，毫微微蜂窩基站、微微蜂窩基站、接入點(AP)，等等)功能性或者頻譜管理功能性的其它實現也可以在網絡中的其它點實現。在以下討論中，蜂窩無線電系統包括無線電單元的網絡，每個無線電單元都由發送基站(稱為蜂窩站或者基站)提供服務。無線電網絡為多個收發器(在大多數情況下是移動的)提供無線通信服務。協同工作的基站網絡允許大於由單個服務基站所提供的無線電覆蓋率的無線服務。單個的基站由另一個網絡(在大多數情況下是有線網絡)連接，這另一個網絡包括用於資源管理的附加控制器，而且在有些情況下能訪問其它網絡系統(例如，網際網路)或者城域網(MAN)。在LTE中，有兩種不同類型的基站增強節點B (eNB)和家庭增強節點B (HeNB)。在所給出的背景下，術語「家庭基站」、「家庭節點B」(對於UMTS)、「家庭增強節點B」(對於 LTE)通常指「毫微微蜂窩基站」，而術語「節點B」和「增強節點B」(對於LTE)通常指「宏蜂內 。毫微微蜂窩基站擁擠現象-在一種示例使用情況下，行動電話或者其它用戶設備(UE)的用戶可能希望通過在他們的房屋(例如，公寓、小企業、公司、醫院，等等)中部署HeNB來擴大他們的無線覆蓋率。在一種場景下，用戶採用DSL、Tl、ISDN、DOCSIS或者其它此類連接把HeNB連接到運營商的核心網絡。如前面所描述的，HeNB及其它毫微微蜂窩基站類型的設備讓運營商與用戶都受益。用戶得益於改進的室內網絡覆蓋率及增加的流量吞吐能力。此外，因為功耗會由於改進的無線電鏈路質量(即，提高的信噪比(SNIO)而降低，所以用戶的UE將具有更長的備用電池壽命。網絡運營商獲得了附加的網絡覆蓋區域(例如參見3GPP技術報告TR25.820， "3G Home Node B Study Item Technical R印ort」vl00 (第 8 版)，該報告的全部內容通過引用併入於此)，及在RAN3#61bis和RAN3#62-第4. 6章3GPP文檔號R3_08;3577中所同意的對技術標準TS36. 300的改變，該文獻的全部內容也通過引用併入於此。最後，家庭用戶和網絡運營商都可以獨立於更大的網絡容量和對基礎設施升級的需求而完全地利用蜂窩設備技術的改進。不幸的是，由於用戶控制的毫微微蜂窩基站操作的不可預測性，網絡管理問題大大複雜化了。毫微微蜂窩基站可以地理上隨機地散布。HeNB對於「遊牧」使用是可攜式的， 例如，用戶一天可以在其公寓中運行該HeNB，而第二天出差時可以在賓館中運行。此外，毫微微蜂窩基站不總是運行的。HeNB可以由用戶自行不可預測地通電或者斷電(例如，在晚上或者當用戶不在時打開和關閉)。最後，毫微微蜂窩基站的用戶密度廣泛變化。例如，若干HeNB可以在一個公寓或者賓館中同時運行，而家庭用戶可以隔離地使用單個HeNB。圖1例示了一種示例「隨機化」HeNB部署100，及HeNB隨機分布可能造成的潛在 「擁擠」問題。公寓建築物具有若干在其中遍布定位的HeNB102，具有數量變化的所連接用戶設備(UE) 104。每個HeNB102都具有可能干擾其它HeNB的潛在覆蓋區域。在這種示例情況下，第一 HeNB102A沒有為用戶提供服務，因此需要非常少的頻譜來運行，而第二 HeNB102B 為多個用戶提供服務，而且可能需要較大量的頻譜。理想地，應當為第二 HeNB102B分配比第一 HeNB102A更大部分的總頻譜資源。為此，初期的LTE網絡標準將支持1. 4MHz、3MHz、5MHz、IOMHz、15MHz和20MHz的變化帶寬，來適應廣範圍的不同使用場景。此外，LTE網絡將基於高度可配置的多種訪問方法； 艮口，下行鏈路方向中的正交頻分多址/時分多址(0FDMA/TDMA)和上行鏈路方向中的單載波頻分多址/時分多址(SC-FDMA/TDMA)。在現有技術中，UMTS地面無線電接入(UTRA)系統、家庭節點B(HNB)把本地測量到的網絡參數發送到HNB網關。作為響應，HNB網關把配置消息發送回HNB。配置信息包括例如對頻帶的分配。在UTRA系統中，運營商決定每個毫微微蜂窩基站應當使用哪些頻譜資源。不象現有技術的UTRA系統，LTE的可配置性使多個相鄰單元能夠共享相同的頻帶。然而，現有的或者提議的對LTE規範的改進都不能預先假設用於頻譜分配的任何方法； 因此，網絡運營商可以自由地管理其頻譜分配，而不管怎麼進行選擇。例如，網絡運營商可以選擇為所有增強節點B (即HeNB)都分配相同的頻帶，或者作為替代地可以為每個增強節點B(即HeNB)分配單獨的頻帶。出於多種原因，從網絡運營商的角度來看，用於任何顯著數量的HeNB102的頻譜管理都是昂貴的。首先，不象在大區域為許多用戶提供服務的標準eNB，HeNB102具有非常集中和局部的有效區域，用於相對少量的用戶(即使在諸如公寓建築物的「密集」應用中也是如此)。事實上，為HeNB分配頻譜應當保守地進行，因為HeNB大部分時間通常是不使用的。第二，不象是具有靜態環境的固定結構的eNB，HeNB可能具有常常變化的環境；因而，對於HeNB的頻譜管理對於網絡運營商的開銷來說是個恆定而顯著的增加。特別是由於HeNB消費者的非技術性本質，用於HeNB註冊和初始配置的自動建立過程是必需的。所述自動化的建立過程將需要HeNB與核心網絡中對應實體之間的消息交換。每個HeNB可以頻繁地請求和返回頻譜資源(例如，在通電/斷電期間，對於遊牧操作， 等等)。預期所部署的HeNB的數量是大的，而且普及性將隨著時間繼續增長。因此，即使是對HeNB/核心網絡通信的微小優化都將具有深遠的效率影響。
時間-頻率「柵格」圖2例示了用於給多個HeNB102分配頻譜資源的一種示例現有技術時間-頻率柵格200。該柵格包括在無線電幀(IOms)上發送的第一多個子載波。為每個HeNB分配了時間-頻率柵格的專用部分。在所示出的現有技術系統中，每個HeNB具有1.4MHz的系統帶寬(72個子載波)。整個系統的無線電資源(例如，300個子載波)還可以具有多個遍布其中分布的防護帶或者時隙(slot)，以便最小化幹擾。HeNB還把其物理分配劃分成永久的專用下行鏈路部分202和專用的用戶數據部分204。專用永久下行鏈路部分為在沒有建立到任何UE的無線電鏈路時由HeNB發送的信號和信道(例如，同步信道(SCH)和物理廣播信道(PBCH))保留。專用用戶數據部分用於在HeNB和一個或多個UE 104之間發送的信號和信道。回過頭來參考示例的圖1，圖2中所示頻譜資源的現有技術分布對於圖1的隨機化 HeNB部署100是低效的。第一 HeNB102A沒有被佔用，因此將是完全未充分利用的，同時仍然為專用永久下行鏈路信令202和專用用戶數據204保留了較大量的可用帶寬。相反，第二 HeNB102B被若干用戶擁搶，因此其頻譜使用情況處於或者高於合理的容量。鑑於現有技術的缺陷，可以通過把無線電資源再劃分成邏輯組來使得能夠對無線電資源分配進行改進。在一種示例實施方式中，無線電資源被分類成(i)永久下行鏈路信號，或者(ii)用戶數據的發送。此外，每個無線電資源都可以是共享的或者專用的。至少部分地基於其分類，對無線電資源進行不同處理。在以下討論中，應當認識到，時間-頻率柵格是為了說明而提供的。在基於OFDM的系統中，無線電資源按時間(時隙)和頻率(子載波)劃分。在其它系統中，可以使用其它類型的無線電資源。例如，在基於CDMA的系統中，無線電資源按時間和代碼空間劃分；相應地，可以定義時間-代碼柵格。相應地，在此所使用的術語「資源」、「無線電資源」和「物理資源」指整個無線領域中都認可的任何發送介質單元，包括時隙、頻帶、代碼、子載波，等等。在本發明的一個示例方面中，若干HeNB102可以在相同的頻率範圍內同時運行， 具有來自核心網絡的最小配置。本發明示例實施方式的資源(例如，時間-頻率)柵格的分配是不固定的，而是可以基於HeNB和UE104的需求靈活修改。以下在圖3至6中示出的四(4)個時間-頻率柵格的例子例示了靈活運行的多種有利方面。與圖2形成對比，圖3例示了根據本發明的時間-頻率柵格300的第一示例實施方式，該時間-頻率柵格300靈活地向具有交疊覆蓋區域的四(4)個HeNB102分配頻譜資源。時間-頻率柵格300被分成至少兩( 個區域一個區域具有用於永久下行鏈路信號 302的共享資源，及一個或多個靈活配置的區域304(例如，專用的或者共享的、上行鏈路的或者下行鏈路的、特定於用戶的或者廣播的、約束，等等)。圖4例示了根據本發明至少一方面的第二示例時間-頻率柵格400，該柵格400靈活地向具有交疊覆蓋區域的八(8)個HeNB102分配頻譜資源。類似於圖3的第一時間頻率柵格300，第二示例時間-頻率柵格400被分成至少兩( 個區域一個區域具有用於永久下行鏈路信號302的共享資源，及一個或多個靈活配置的區域304(例如，專用的或者共享的、上行鏈路的或者下行鏈路的、特定於用戶的或者廣播的、約束，等等)。然而，相對於靈活配置區域304，第二示例時間-頻率柵格400優先地為永久下行鏈路信令302分配資源，而且可以相應地支持兩倍數量的HeNB。
圖5例示了根據本發明的第三示例時間-頻率柵格500，該時間-頻率柵格500靈活地向具有交疊覆蓋區域的八(8)個HeNB102分配頻譜資源。不象以上所述的第一和第二時間-頻率柵格(300、400)，第三時間-頻率柵格500被分成至少三C3)個區域(i)具有用於永久下行鏈路信號302的共享資源的一個或多個區域，(ii)具有用於永久下行鏈路信號502的專用資源的一個或多個區域，及(iii) 一個或多個靈活配置的區域304(例如，專用的或者共享的、上行鏈路的或者下行鏈路的、特定於用戶的或者廣播的、約束，等等)。與典型的共享資源302相比，第三時間-頻率柵格500把優先專用資源504分配給提供更高級服務的HeNB的子集(如本文隨後將解釋的)。以下討論是要例示而不是限制，貫穿本文所使用的各種可能類型的資源。在本發明的一種實施方式中，共享資源可以被請求和準予一個或多個HeNB102，而不需要來自核心網絡的交互。共享資源把資源分配的負擔從運營商的核心網絡轉移到一個或多個本地實體，例如eNB和/或HeNB。與共享資源形成對比，只有當HeNB明確地由RAU 或者其它實體分配給專用資源時，HeNB才能使用該專用資源。不與其它HeNB共享專用資源，而且操作不需要仲裁或者協商。相應地，被指示使用專用資源的任何HeNB都可以以保證的服務水平來運行。在有些情況下，這種最小化的保證的服務水平對於區分HeNB的優先次序可能是有用的，例如對於與某些業務方法或者範例一起使用，和/或與各種政府機構一起運行。在一種示例實施方式中，可以為HeNB分配共享或專用無線電資源，用於永久下行鏈路信令。在一種相關的變體中，附加地針對共享用戶數據分配時間-頻率柵格的若干區域。例如，若干HeNB可以分配共享的資源子集，用於發送用戶數據。在一種示例情況下，若干HeNB可以共享資源子集，用於把用戶數據發送到UE或者用於從UE接收用戶數據。這種共享的用戶無線電資源最小化在空閒或者低使用期間由無線電資源的保留而造成的低效。可以對資源強加各種其它約束。例如，上行鏈路或者下行鏈路約束將把資源限定到單向操作，從UE104到HeNB102(即，上行鏈路)或者從HeNB到UE( S卩，下行鏈路)。在另一個例子中，資源可以約束到單播(即，單個用戶)、多播(即，多個用戶)或者廣播(即，任何用戶)操作。可以強加其它約束，來保持某種水平的服務或者QoS。例如，資源可以具有各種水平的等待時間(例如，發送延遲)或者吞吐量(例如，平均送出速率)。在其它例子中，資源可以包括最小保證數據率或者最大允許數據率。這種約束在與RAU組合的時候可能特別有用，由此RAU可以動態地改變時間-頻率柵格分配，來「微調」各種網絡優化。此外，以上每種約束都可以彼此組合使用。例如，資源可以約束到具有最大數據速率的共享下行鏈路廣播資源(如可能在例如廣告或者其它較低帶寬流量中有用)。在另一個例子中，專用單播資源可能需要保證的最小數據率(如對於支持緊急情況或者911呼叫可能特別有用)。圖6例示了具有一個或多個靈活數據使用的一種示例時間-頻率柵格600的動態資源分配能力。第一 HeNB102不被佔用，而且不佔用任何用於下行鏈路永久信令502的專用資源；但是它仍然維護用於其永久下行鏈路信道(SCH和PBCH) 302的發送的共享資源。第一 HeNB相對低的使用情況可以用共享的時間-頻率資源來滿足。第二 HeNB為多個UE104 提供服務，而且具有保留的頻譜資源(共享的和專用的)的顯著部分。如圖所示，第三和第四HeNB在時間和頻率中都劃分了剩餘帶寬的一部分，每個都維護用於永久下行鏈路信令 502的專用信道，但是動態地協商用於數據需求304的共享資源。最後，剩餘帶寬的一個區未使用。未使用的帶寬對於尤其是預防相鄰設備的幹擾、為過渡期之間的平滑而保留一些量的額外容量等可能是必需的。因而，圖6的時間-頻率柵格600的動態資源分配能力有利地允許寶貴頻譜資源對毫微微蜂窩基站的有效利用。在以下討論中，描述了用於網絡實體(例如，LTE資源分配單元(RAU))的補充方法與裝置，其(i)協商、配置並管理資源柵格(例如，為靈活管理的用戶數據和共享的永久下行鏈路信號等進行的分配)。以下要素和步驟是在為了與0FDMA/TDMA無線電接入技術一起使用而分布與管理時間-頻率柵格的時間-頻率資源的背景下描述的，但是將認識到，本發明不以任何方式限制到這些頻譜接入技術。方法現在參考圖7，例示了用於為一個或多個無線電設備(例如，毫微微蜂窩基站)分配無線電資源的一般化的建立過程700。在第一個可選步驟702中，設備(毫微微蜂窩基站)首先被通電，而且初始化該毫微微蜂窩基站中的內部設置。對內部設置的初始化一般來說可以包括引導軟體，及對該毫微微蜂窩基站自身中的硬體設置的任何重新設置。在初始化期間，毫微微蜂窩基站還建立與核心網絡實體的網絡連接，用於初始的認證、授權和核算(accounting)。這可以包括在選擇的訪問介質上協商與建立連接；例如，銅線上的DSL、FI0S、線纜數據機，等等。一旦建立了網絡連接，毫微微蜂窩基站就通知核心網絡實體它的存在及可選地它的運行狀態。 為了執行這個步驟，毫微微蜂窩基站的一種實施方式從計算機可讀介質(例如，HDD、R0M或者閃速存儲器)檢索用於連接到核心網絡實體的地址與協議。在一種變體中，這包括在以上提到的訪問介質上的TCP/IP傳輸的使用，但是也可以同樣成功地使用其它傳輸與協議 (例如，在WiMAX鏈路上)。在一種示例實施方式中，當毫微微蜂窩基站通電時，對該毫微微蜂窩基站自動執行一個安全過程，以便安全地連接到核心網絡。強加了一些最小需求，包括網際網路協議(IP) 安全、認證和授權。對於要在諸如網際網路的非置信或公共網絡上承載的載波流量，必須建立IP安全。與核心網絡的認證與註冊確保毫微微蜂窩基站是有效設備，而且沒有「誘騙 (spoof) 」或以別的方式試圖關於其身份欺騙核心網絡。毫微微蜂窩基站必須被授權，以便通過服務提供商提供服務。將認識到，也可以採用本領域普通技術人員已知的其它安全措施，包括例如加密被發送的全部或部分數據以便保護數據的機密性，及生成密碼殘留(散列)以便提供完整性保護。應當認識到，在其它實施方式中，初始化步驟702可能是完全不必要的。例如，在有些情況下，毫微微蜂窩基站可能已經初始化了(例如，在定期掃描、用戶啟動的刷新掃描等期間)。因而，在一種備選實施方式中，毫微微蜂窩基站可以具有到核心網絡的已有連接， 用以定期提供更新的網絡參數。在一種變體中，已有連接是經IP網絡到核心網絡的安全連接。在步驟704中，毫微微蜂窩基站確定其配置模式。在一種實施方式中，毫微微蜂窩基站從多種配置模式中進行選擇。(從多種配置模式中)對配置模式的選擇可以從(遠端) 網絡實體進行控制，或者作為替代地可以由毫微微蜂窩基站本身在內部確定。在其它實施方式中，實體的組合可以用於初始化配置模式(例如，從網絡實體接收位置標識，及從毫微微蜂窩基站本地的內部存儲器查找配置模式)。在還有其它實施方式中，毫微微蜂窩基站可以動態地改變其模式(例如，第一毫微微蜂窩基站可以在第一配置模式中作為獨立實體啟動，而且隨後發現具有合作能力的第二毫微微蜂窩基站；然後，所述第一毫微微蜂窩基站可以切換到合作配置模式)。在步驟704的一種示例實現中(本文隨後參考圖8更具體地討論)，多種配置模式包括至少兩種不同的模式選擇。第一種「自配置」模式使毫微微蜂窩基站能夠自治地找出可用的資源，而且可以減少或者避免需要與核心網絡交換消息。第二種「網絡配置」模式使一個或多個網絡實體能夠重新配置向毫微微蜂窩基站分配資源的時間-頻率或者其它資源柵格。在有些實施方式中，這種網絡配置附加地是在網絡實體處執行的，後者可以對核心網絡半自治地操作(例如，具有資源分配能力的附近的宏蜂窩)。這種半自治的方法有利地提供了其它方法的期望方面；即，減輕了核心網絡的過度開銷負擔，而且對網絡中其它設備有至少某種程度的合作或者資源分配的考慮。根據其選擇的配置模式，毫微微蜂窩基站識別出一個或多個適於期望信令的資源 (步驟706)。最後，在步驟708中，為毫微微蜂窩基站指定對物理資源的控制或者毫微微蜂窩基站假定對物理資源的控制。示例LTE家IgJ:曾強節點B(HeNB),法圖8例示了用於HeNB的永久下行鏈路信令(例如，用於LTE網絡操作的SCH和 PBCH)的一種示例配置模式選擇與資源識別處理800。在這種示例實施方式中，HeNB—般來說可以從兩個分類中選擇其配置模式(i)自配置模式，或者(ii)基於網絡的配置模式。所例示實施方式中的自配置模式包括第一 「獨立自配置」模式和第二 「RAU輔助的自配置」模式。在這種實施方式中，基於網絡的配置模式包括兩種附加的模式，即，第三「基於無線網絡的配置」模式和第四「基於有線網絡的配置」模式。這些模式在以下的表1中概述。然而， 應當認識到，根據本發明可以使用更多或者更少的模式(及子類型)，以上所述僅僅是例示性的。表 1
模式類型子類型1子類型2
自配置S^WRAU輔助的
基於網絡的配置 ΜιWm此外，儘管以上配置模式的集合是由與每種模式關聯的某些特性識別的，但是很容易認識到，在其它實現或者技術中，任何所述過程化特性都可以混合、增加或者排除。在一種示例LTE網絡中，HeNB獲得用於無線電建立的一個或多個預先配置的參數。這些基本參數可以已經存儲在HeNB中、通過來自相鄰eNB或者HeNB的信令獲得(例如，在系統信息或者SI中)、從第三方實體獲得，或者直接從核心網絡到HeNB發消息(例如，經DSL、DOCSIS,等等)。這種信息可以包括例如要由HeNB使用的頻率範圍，及佔用共享資源的相鄰HeNB的永久下行鏈路信號的當前時間-頻率位置。在一種實施方式中，用於任何HeNB的專用資源總是關於其它HeNB或者實體受約束，但是如果期望的話，這裡的術語「專用的」可以包括有條件的專用(例如，除關於特定條件或者條件集合之外的專用)，但
是，ο在圖8的方法800的示例實施方式中，在步驟802中，至少部分地基於預先配置的參數，HeNB選擇自配置或者基於網絡的配置。在自配置模式中，HeNB將嘗試自治地識別一個或多個足夠的資源，但也可以不時地或者偶爾從網絡實體請求幫助。在基於網絡的配置模式中，HeNB直接與一個或多個網絡實體接口，以請求和配置支持該HeNB的資源分配(例如，時間-頻率柵格)。基於網絡的配置可以經有線接口(例如，到核心網絡的DSL、Tl等連接)或者無線接口(例如，在蜂窩頻率頻譜上作為系統信息的一部分從周圍的增強節點B廣播)執行。在一種變體中，對配置模式的選擇是基於可用資源的佔用水平。例如，如果HeNB 注意到的資源中至少有一個是可用的，那麼該HeNB將使用自配置模式，而如果所有資源都被佔用，則HeNB將使用基於網絡的配置模式。也可以應用其它策略，例如那些基於預先確定的層次的策略(例如，嘗試X，而如果X不可用就嘗試Y，等等)，或者在作出關於選擇哪種模式的決定之前對一個或多個運行參數進行檢查。如本領域普通技術人員將認識到的，這種選擇邏輯可以利用電腦程式、HeNB裝置中的硬編碼或者其組合來實現。如果HeNB為自配置進行預先配置，則在步驟804中，HeNB確定物理資源的佔用水平。HeNB可以只掃描所有資源的一個子集(例如，只由優選網絡運營商使用的資源、網絡的一部分、諸如頻率譜片段的資源「空間」的一部分、在某個時刻具有某個擴頻碼的某個頻率範圍，等等)，或者可以執行對可以用於HeNB操作的所有資源的全掃描。這種掃描還可以跨不同的HeNB隨機化，從而防止多個HeNB在啟動時同時建立相同的邏輯。如果可以獲得足夠的可用資源，那麼HeNB就可以進入獨立的自配置。如果該HeNB 識別出不足的可用資源，那麼HeNB將以RAU輔助的自配置繼續。在一種特定實施方式中，HeNB在所配置的頻率範圍上對相鄰同步信號執行掃描。 如果HeNB檢測出至少一個共享資源可用，那麼HeNB就選擇用於發送永久下行鏈路信號 (例如，SCH)的開放的共享時間-頻率資源。然而，如果HeNB不能檢測到適於其永久下行鏈路信令的任何可用共享資源，那麼該HeNB就使用RAU輔助的自配置模式，來識別適於其永久下行鏈路信令的專用資源和/或自由的附加共享資源。作為替代地，如果HeNB選擇網絡配置，則該HeNB可以選擇無線或有線配置，或者針對無線或有線配置進行預先配置。在一種無線實施方式中，相鄰的eNB(宏蜂窩)廣播配置信息；新HeNB (毫微微蜂窩基站)接收該廣播的信息並相應地調整其行為。在一種變體中，HeNB可以主動地與一個或多個eNB協商，來識別適當的配置信息。在還有另一種變體中，HeNB可以主動地與一個或多個HeNB協商，來識別適當的配置信息。例如，在相同區域 (例如，大學校園、公寓大樓，等等)中運行的若干毫微微蜂窩基站可以保留一個「主毫微微蜂窩基站」，該「主毫微微蜂窩基站」向「從毫微微蜂窩基站」分配資源。所有的從毫微微蜂窩基站都將需要到「主毫微微蜂窩基站」的專門連接，例如，單獨的有線或無線接口。在一種有線實施方式中，HeNB從RAU請求信息。通過之前建立的網絡連接訪問 RAU。在一種變體中，HeNB經之前建立的中央核心網絡連接連到RAU。在另一種此類的變體中，HeNB基於封裝在系統廣播中的消息識別本地化的RAU ；例如，由附近eNB主控(host)的RAU廣播用於訪問的安全地址。現在更具體地描述以上每種模式。首先，參考各種自配置模式，如果在步驟804檢測到足夠的可用資源，那麼HeNB將使用獨立自配置。在步驟810，HeNB選擇一個或多個所識別出的未佔用的共享物理資源，用於其永久下行鏈路信號。該獨立自配置模式不主動地與任何RAU協商或者交換任何消息。在一種變體中，以獨立自配置初始化其自己的HeNB可以頻繁地重新評估其環境與需求。例如，一旦有新的HeNB到達其覆蓋區域，第一 HeNB就可以重新評估其配置模式， 包括潛在地過渡到聯網配置，以便最大化資源利用。在有些實施方式中，完全隔離運行的HeNB可以附加地執行本地化的RAU。在此類實施方式中，HeNB將假定對所有物理資源的控制，而且提供對將來在其覆蓋區域中通電的 HeNB的訪問。如果在步驟804中HeNB嘗試自配置但不能識別出用於共享操作的足夠資源，那麼該HeNB就啟動與RAU的通信。該RAU是通過之前建立的網絡連接(例如，經過認證的DSL 連接)訪問的。在步驟812，HeNB識別其相鄰的蜂窩。在一種實施方式中，HeNB執行對蜂窩ID 的掃描。在LTE系統中，廣播控制信道(BCCH)恆定地從HeNB和eNB廣播。BCCH是單向信道，攜帶識別和啟動到蜂窩的通信信道所必需的信息。BCCH發射功率是恆定的，但是環境因素可能影響信號接收(RF幹擾、地形、天氣引起的或者瑞利衰落，等等)。因此，所接收到的 BCCH的信號強度(例如，RSSI)可以用作對周圍的粗略估計。在BCCH上發送的參數可以包括頻率、蜂窩ID、功率控制和斷續傳輸(DTX)信息的列表。而且，該蜂窩所屬的公共陸地行動網路標識(PLMN ID)封裝在BCCH上所發送的系統信息中。PLMN ID是具有行動網路代碼 (MNC)和位置區域標識(LAI)的一系列移動國家代碼(MCC)，但是應當認識到，根據本發明， 這些協議本質上僅僅是示例性的，而且也可以與其結合或者代替其使用其它協議。在步驟814，HeNB把對無線電資源的請求發送到RAU。RAU可以位於核心網絡中， 或者作為替代地也可以位於附近的eNB或者其它位置。相應地，在一種實施方式中，請求是經之前建立的到該RAU的網絡連接發送的。在一種變體中，請求發送到核心網絡，並轉發到 RAU實體。作為替代地，請求可以發送到核心網絡，提示包含對一個或多個(HeNB可以直接連接到的)RAU地址的響應。在另一種此類的變體中，HeNB掃描附近的eNB，並且通過解碼一個或多個系統信息要素來確定適當的地址。資源請求消息包括在步驟812中識別出的相鄰蜂窩(例如，eNB和/或HeNB)的蜂窩ID的列表。在另一種實施方式中，為了維持與其它系統的兼容，資源請求消息可以分成兩個或多個獨立的消息；例如，一個用於資源請求，而另一個消息詳述所檢測到的蜂窩ID 的列表。在一種實施方式中，響應於資源請求，RAU可以把資源分配信息直接發送到HeNB。 然後，HeNB可以繼續選擇一個或多個所識別出的物理資源，用於其永久下行鏈路信號(步驟816)。所識別出的資源分配信息可以是專用資源或者是新的共享資源。在有些情況下， RAU可能需要與其它實體的協商，來回收一個或多個資源(例如，與一個或多個HeNB協商， 來重新評估和回收適當的資源)。例如，在一種替代實施方式中，響應於資源請求，RAU可以把資源分配信息直接發送到該HeNB和相鄰的HeNB (步驟818)。然後，HeNB群執行重新配置(步驟820)。現在參考網絡配置模式(圖8的右側)，如果HeNB選擇無線網絡配置，那麼在步驟822，HeNB識別其相鄰的蜂窩。在一種實施方式中，HeNB執行對相鄰eNB的掃描。一旦 HeNB識別出其相鄰的蜂窩，該HeNB就可以通過解碼在控制信道(BCCH)上廣播的或者從別的來源獲得的系統信息(Si)來確定資源分配信息。HeNB首先從每個相鄰的增強節點B識別資源分配。該HeNB比較來自每個增強節點B的運行資源分配，並且(基於來自每個增強節點B的約束)確定是否可以獲得交疊的域(步驟824)。例如，當具有第一時間-頻率柵格的第一 eNB與第二 eNB的第二時間-頻率柵格沒有任何交疊的共享資源區域時，一種可能的「衝突」會出現。例如，這種情況可能在兩個相鄰的蜂窩具有在新HeNB範圍內的蜂窩覆蓋但彼此沒有交疊的覆蓋(即，沒有意識到任何衝突)時出現。如果組合的無線資源分配具有衝突的資源信息，那麼HeNB可以(i)通過向每個 eNB提供衝突信息來請求對所識別出的相鄰蜂窩的重新配置(步驟826)或者(ii)該HeNB 可以選擇一個負責資源分配的eNB。在步驟826，響應於對重新配置的請求，一個或多個RAU至少為所識別出的相鄰蜂窩的一個子集重新分配資源。第一和第二 eNB可以選擇協調(例如，第二 eNB假定第一時間-頻率柵格，反之亦然)，或者關於其各自的分配進行妥協(例如，第一和第二 eNB假定新的第三時間-頻率柵格)。這種調停可以由位於核心網絡的RAU執行，或者在有些情況下由位於受影響的一個eNB中的RAU執行。相應地，在步驟828，蜂窩群重新配置其資源分配，而且該群恢復正常運行。作為替代地(未示出)，HeNB可以選擇一個負責資源分配的eNB。這種選擇可以基於多種準則；例如，最強接收水平、最大程度的聯網或者連接性，等等。HeNB只使用來自所選eNB的資源分配。如果由相鄰蜂窩廣播的資源信息不衝突，那麼該HeNB就根據所廣播的資源信息配置其自己(步驟830)。作為替代地，如果HeNB選擇有線網絡配置，那麼在步驟832，該HeNB經之前建立的網絡連接啟動與RAU的通信。該RAU可以位於核心網絡中，或者作為替代地，可以位於附近的eNB。相應地，在一種實施方式中，請求是經之前建立的到該RAU的網絡連接發送的。在一種變體中，請求發送到核心網絡，並轉發到RAU實體。作為替代地，請求可以發送到核心網絡，提示包含用於一個或多個(該HeNB可以直接連接到的)RAU的地址的響應。在另一種此類的變體中，HeNB掃描附近的eNB，並通過解碼一個或多個系統信息要素來確定適當的地址。然後，HeNB向RAU發送對無線電資源的請求。響應於該資源請求，RAU可以把資源分配信息直接發送到HeNB。然後，該HeNB可以繼續選擇一個或多個所識別出的物理資源， 用於其永久下行鏈路信號。所識別出的資源分配信息可以是專用資源，或者新的共享資源。示例LTE資源分配單元(RAU)方法現在參考圖9，例示了根據本發明原理的具有多個RAU的示例LTE網絡900，其中的RAU用於提供資源分配服務並最小化核心網絡開銷。圖9的RAU系統包括駐留在核心網絡中的直接受網絡運營商(或者其代理)控制的第一中央決策制定RAU902。該示例系統還包括許多駐留在LTE RAN的eNB106中的輔助或者分布式「決策制定」RAU904。然而，應當認識到，儘管在圖9中示出了主/從類型的RAU體系結構，但是這種方法不是本發明的要求；即，如果期望的話，可以使用對等(P2P)或者其它布置。分布式RAU 904示出為在eNB106中實現。這些分布式RAU可以本地地控制對 HeNB102的資源分配，由此基本上或者甚至完全消除HeNB/核心的無線電資源消息交換。每個分布式RAU都獨立地管理其資源。因此，如果HeNB從兩個或更多個eNB接收到廣播信息， 那麼該HeNB可能識別出衝突的資源分配。例如，第一 ΘΝΒ106Α可能把一個時間-頻率資源作為專用資源分配，而第二 eNB106B可能已經把相同的時間-頻率資源分配用於共享操作。 這第一和第二 eNB可以彼此隔離而在正常操作期間沒有衝突。然而，在第一和第二 eNB的交疊覆蓋區域中運行的任何新HeNB都將不能在不幹擾第一或第二 eNB的情況下使用該衝突的資源。相應地，分布式RAU106可以彼此協商，來解決衝突的時間-頻率資源分配。在一種實施方式中，分布式RAU可以彼此直接訪問，或者通過核心網絡基礎結構或作為替代地經過LTE RAN專用通信鏈路906訪問。此外，應當認識到，在某些場景下，為了對新HeNB 102 提供服務而對一對或一組eNB本地進行的改變可能對整個網絡具有多個「漣漪」效應。相應地，在有些情況下，可能需要HeNB以有限的容量運行，或者在有些嚴重的情況下完全不能運行，從而避免顯著更廣的網絡運行失能。作為替代地，集中式的RAU902可以在需要解決過於複雜或者超出HeNB或eNB能力的資源分配的地方使用。在一種實施方式中，中央RAU902控制用於大量HeNB102 (例如，用於城市、地區或者國家內網絡運營商的所有HeNB)的訪問權限。在一種此類的實施方式中，對於解決任何衝突的資源分配，集中式的RAU具有絕對權威。此外，在有些情況下，可能需要中央RAU為不能用標準方法提供服務的HeNB(例如當它們不在eNB的覆蓋範圍內時)提供服務。現在參考圖10，現在更具體地討論之前描述過的RAU體系結構(對於集中式和本地化實施方式)的操作1000的一般化方法的一種實施方式。儘管以下討論一般來說適用於RAU操作的集中式或者本地化實現，但是應當認識到，基於以下因素，RAU操作的各種實現將顯著地不同所管理的HeNB的個數、無線電資源的數量、頻譜約束，等等。例如，本地化的RAU將一般在有限量的頻譜中管理少量的HeNB。相反，集中式的RAU可以跨多個頻譜範圍、在得到許可和未得到許可的頻譜中等處理數百或者數千個HeNB。在步驟1002，RAU接收到對無線電資源的請求。該RAU解碼由HeNB102檢測到的所佔用資源的列表。在示例LTE系統中，這個列表包括蜂窩ID的列表。解碼後的蜂窩ID的列表分成eNB106的蜂窩ID和HeNB的蜂窩ID。假定宏蜂窩的蜂窩ID是發出請求的HeNB 的環境的永久固定成員(fixture)，而且將不變化。假定相鄰HeNB的蜂窩ID是該HeNB的環境的臨時固定成員，而且可以遊牧地、不定地、定期地變化，或者根本不變。在有些實施方式中，RAU可以選擇把無線電資源請求重新引導到另一個RAU。例如，沒有意識到位於eNB106附近的RAU904的HeNB102可以從核心網絡RAU902請求資源。 該核心網絡RAU可以分析由該HeNB提供的蜂窩ID的列表，並且確定該HeNB可以由位於 eNB的附近RAU更好地提供服務。在步驟1004，RAU基於所指示的蜂窩ID識別可用資源。在一種示例實現中，可用資源可以在時間-頻率柵格或其它格式中存儲和檢索。該RAU還可以配置成識別多個時間-頻率柵格之間的衝突，例如當發出請求的HeNB102處於兩個以別的方式隔離的eNB106 或HeNB之間的交疊區域中時可能發生的衝突。在步驟1006，RAU評估用於配置或者重新配置的無線電資源。用於無線電資源選擇的幾個準則可以由網絡運營商使用。這種準則可以包括例如最大化數據率、最小化數據率、帶寬消耗、支持用於各HeNB102的服務質量(QoQ的變化水平、維持某些安全要求、最大化收入或利潤，等等。另外，這種準則可以依賴於HeNB運營商/所有者和蜂窩網絡的運營商之間的合同。例如，與具有商業費率的HeNB(例如，辦公大樓)相比，具有低預算費率的 HeNB(例如，住宅區的)獲得較小的帶寬。例如，一個區域中eNB106與HeNB之間共享的有限數據管道可以優先為eNB提供服務，因此，只有在低網絡使用期間才為HeNB分配支持高數據率的資源。在另一個例子中，RAU可以確定特定eNB可能在其鄰近具有太多HeNB，而且該RAU 可以選擇拒絕向請求在該eNB附近(general vicinity)內的頻率的附加HeNB提供服務。在方法1000的步驟1008，RAU生成對HeNB102的響應。這種響應可以是對資源的準予或者是對資源的拒絕。在資源準予中，HeNB識別出配置參數，由此使HeNB能夠運行。 在服務拒絕中，RAU可以簡單地返回拒絕，或者在另一種實施方式中，拒絕消息可以包括拖延時間(hold-off time)，使得HeNB可以在隨後的預定的時間請求訪問。該拖延時間可以以別的方式在HeNB的邏輯中根據任何數量的不同可能策略(例如，在一分鐘內再次重試， 然後在隨後的每一分鐘重試，直到接收到準予或者已經完成了 「η」次重試都沒有成功)確定。在本發明的一種實施方式中，以上提到的配置參數描述了向具有交疊覆蓋區域的多個HeNB102靈活分配頻譜資源的資源(例如，時間-頻率)柵格。該時間_頻率柵格被分成至少兩( 個區域一個區域具有用於專用資源302的資源，及一個或多個靈活配置的區域304(例如，專用的或者共享的、上行鏈路的或者下行鏈路的、特定於用戶的或者廣播的、 約束，等等)。在另一種變體中，配置參數可以包括特定於HeNB的信息，例如，對用於永久下行鏈路信號發送的共享或專用資源的分配，或者對共享資源的區域的限制。例如，為了維持最小化的服務水平，可以為每個HeNB保證有限量的對專用資源502的使用。在又一個例子中，在有些情況下，專用資源可以不對稱地分配成比另一個優先地為一個HeNB提供服務，例如可能對實現業務目標或收入/利潤優化有用的。在有些情況下，可以為特定於HeNB的信息提供多個選項。例如，RAU可以規定用於用戶數據發送的多個可能的共享或專用資源。這種多個選項在RAU具有多個可能的可用資源和HeNB可以比另一個優先地拾取一個資源的情況下可能是有用的，從而尤其是補償差的本地化RF條件、降低功耗、解決設備停運或維護，等等。在有些情況下，可以為「公共的」HeNB102信息提供多個選項。例如，RAU可以規定用於不同共享資源的多個約束。相應地，該HeNB可以基於特定的HeNB性能向變化水平的共享資源(例如，保證的最小化或最大化數據率、僅語音、僅數據、僅公共訪問，等等)提供服務。在步驟1010，RAU利用新HeNB蜂窩ID及其配置信息更新其內部的表或者其它數據結構。在有些情況下，RAU還可以更新其它受影響的蜂窩。對於被拒絕服務的HeNB102，RAU可以選擇不記錄其條目。RAU還可以與時間戳或者指示拒絕次數的數目一起記錄該被拒絕的HeNB (在確保公平HeNB服務或者識別硬體或軟體故障或者「漏洞」的算法中使用)。 RAU還可以記錄被拒絕的HeNB和任何相鄰HeNB的蜂窩ID，使得當相鄰的HeNB斷電時，可以為該被拒絕的HeNB提供服務。毫微微蜂窩基站裝置現在參考圖11，例示和描述在實現以上所述功能性中有用的示例毫微微蜂窩基站裝置1100。所例示的實施方式的毫微微蜂窩基站裝置1100總的來說採取用在房屋中的獨立設備的形式因子，但是也可以構想其它的形式因子(例如，伺服器「板」或者卡、軟體狗、 屋頂安裝的單元，等等)。圖11的裝置包括一個或多個襯底1102，襯底1102還包括多個集成電路，該多個集成電路包括處理子系統1104及向毫微微蜂窩基站800供電的功率管理子系統1106，其中的處理子系統1104例如有數位訊號處理器(DSP)、微處理器、門陣列或者多個處理部件。在一種實施方式中，處理子系統1104包括內部高速緩衝存儲器或者多個處理器 (或者多核處理器)。處理子系統1104優選地連接到諸如硬碟驅動器(HDD)的非易失性存儲器1108及可以包括SRAM、快閃記憶體、SDRAM等的存儲器子系統。存儲器子系統可以實現一個或多個DMA類型的硬體，從而方便快速數據訪問。在有些實施方式中，示例裝置1100將實現某種形式的寬帶訪問。在所例示的實施方式中，寬帶訪問是由DSL連接(即，經DSL子系統1110)提供的，但是也可以採用其它接口代替所示出的DSL子系統1110或者與之組合使用。DSL處理的數字部分可以在處理器 1104中執行，或者作為替代地在單獨的DSL處理器(未示出)中執行。另外，儘管例示了 DSL寬帶連接，但是本領域普通技術人員應當認識到，其它寬帶訪問策略(例如，DOCSIS線纜數據機、Tl線路、WiMAX( BP, IEEE標準802. 16)、ISDN、FI0S、微波鏈路、衛星鏈路等) 也可以容易地代替或者甚至與以上提到的DSL接口串式使用。DSL具有低成本和通常普遍存在而且在基於銅的電話基礎設施上承載的優點，其中基於銅的電話基礎設施當前是普遍廣泛分布的。在一種示例實施方式中，毫微微蜂窩基站裝置1100包括兩個RF數據機子系統。第一無線子系統1112使毫微微蜂窩基站能夠搜索相鄰蜂窩的RF發送(例如，宏蜂窩或者毫微微蜂窩基站)。第二數據機子系統1114使毫微微蜂窩基站能夠向訂戶UE提供服務。很容易認識到，在本發明的有些實施方式中，這兩個子系統是不需要的。例如，只執行獨立自配置或者基於有線網絡配置的毫微微蜂窩基站裝置將不需要第一無線子系統 1112。此外，應當認識到，在有些實施方式中，毫微微蜂窩基站可以提供多個RF數據機子系統，以便尤其在多個不同的空中接口上提供多模操作(例如，GSM,GPRS,UMTS和LTE)。第一數據機子系統1112包括數字數據機、RF前端和一個或多個天線。應當認識到，在有些實施方式中，可能期望避免當前所例示的一些部件(例如，RF前端)，或者作為替代地，所例示的離散部件可以彼此合併，形成單個部件。在一種示例實施方式中，第一無線子系統1112作為標準的LTE UE數據機運行。在其它的備選實施方式中，第一無線子系統1112使用專用於無線電訪問網絡協調的輔助無線接口。例如，第一無線子系統可以與用於HeNB配置的UMTS宏蜂窩(即，非基於LTE的)接口。第二數據機子系統1114包括數字數據機、RF前端和一個或多個天線。應當認識到，在有些實施方式中，可能期望避免當前所例示的一些部件(例如，RF前端)，或者作為替代地，所例示的離散部件可以彼此合併，形成單個部件。儘管在示例毫微微蜂窩基站裝置1100和UE104之間例示了單個RF前端，但是應當認識到，也可以存在多個RF前端，以便支持多個同時的UE和空中接口，或者作為替代地實現操作的MIMO方面。在一種示例實現中，以上所公開的毫微微蜂窩基站裝置1100還包括用於掃描在所佔用無線電資源中廣播的蜂窩ID的裝置。相應地，負責掃描無線電資源的裝置必須接收無線電頻率信號並且至少部分地解調相鄰蜂窩消息(例如，那些在廣播控制信道(BCCH)上發送的消息)。毫微微蜂窩基站可以配置成完全解調來自蜂窩網絡的下行鏈路功率信號。 作為替代地，對於不需要完全解調來提取蜂窩ID的無線系統來說，信號可以只解調到提取所接收到蜂窩ID所需的程度。在有些無線網絡中，為了完成解調處理，需要預配置數據。在一種此類的示例實施方式中，這種解調數據參考位置標識。例如，毫微微蜂窩基站可以經無線接口獲得在其中運行所掃描到的移動通信系統的國家的ID(例如，移動國家代碼或者MCC)。作為替代地，毫微微蜂窩基站可以從所存儲的表或者硬編碼的參數集合選擇一組參數。作為又一種替換，毫微微蜂窩基站可以主動地經寬帶子系統從外部實體(例如，網絡提供商、網站、第三方伺服器，等等)查詢其位置。毫微微蜂窩基站還應當能夠與布置在附近設備(904)中或者駐留在核心網絡 (902)的RAU無縫操作。在一種此類的實施方式中，毫微微蜂窩基站和RAU經寬帶類型的接入網(有線的或者無線的)連接。在另一種實施方式中，毫微微蜂窩基站和RAU經第一或第二無線電數據機子系統(例如，蜂窩接口)連接。在這兩種實施方式中，連接都允許RAU控制示例毫微微蜂窩基站的頻譜使用。因此，如果毫微微蜂窩基站不能利用由資源分配消息規定的資源運行，那麼該毫微微蜂窩基站就必須停止接收和/或發送，或者至少順從其它的發送者。資源分配單元(RAU)裝置資源分配單元(RAU)的實現可以在硬體和/或軟體中實現。RAU的功能性可以作為核心網絡(902)中的單獨實體實現，或者其功能性可以包括在諸如GPRS服務支持節點 (SGSN)的其它現有實體中。此外，在有些實施方式中，RAU的功能性還可以在宏蜂窩(例如，eNB106)904或者毫微微蜂窩基站(例如，HeNB102)中實現。在本文隨後所述的示例實施方式中，RAU實體是在計算機可讀介質(例如，HDD、存儲器等)中所包含並可以由處理設備(例如，數字處理器/DSP、微處理器，等等)執行的軟體中實現的，但是這並不是實踐本發明所必需的。RAU管理和/或存儲頻譜資源及其關於一組一個或多個蜂窩(例如，毫微微蜂窩基站和/或宏蜂窩)的使用的表。在一種實施方式中，RAU管理當前可用的頻譜資源(例如，頻率、帶寬、代碼，等等)、當前被佔用的頻譜資源及關於被佔用頻譜資源的任何限制。在這種情況下，RAU管理由時間-頻率資源組成的時間-頻率柵格，其中每個資源還進一步分配成如前面所描述的專用或者共享使用。對於每個專用的資源列表，RAU存儲其當前的狀態。例如，可以為每個專用資源列表分配以下之一⑴一個蜂窩ID，及(ii) 「未被佔用且可用」狀態，或者(iii) 「不可用」狀態。對於每個共享資源列表，RAU可以或者可以不存儲附加的使用信息。例如，可以為每個共享資源列表分配(i)無約束，( )保證的最小化數據率，(iii)保證的最大化數據率，(iv)僅語音，(V)僅數據，(Vi)僅公共訪問，等等。儘管本實施方式暗示對於RAU功能性本地的數據的存儲，但是應當認識到，也可以使用數據的遠端存儲。例如，網絡運營商RAU可以維護用於大量毫微微蜂窩基站的實體。 這種資料庫的大小一般將是在遠端存儲設備上處理的，但這不是必需的，而且，如果期望的話，實際上數據可以跨兩個或更多個存儲實體分布。此外，應當理解，可以利用用於獲得當前所使用資源的多種方法。例如，這些方法可以包括定期的或者事件驅動的刷新與回收過程。對有價值的頻譜的回收對於遊牧毫微微蜂窩基站操作可能是關鍵的，其中之前分配的毫微微蜂窩基站可能經歷例如「垃圾」(「dirty」)斷電序列。在運行期間，基於來自所接收到的資源請求的信息(例如，所請求的帶寬)，RAU向發出請求的毫微微蜂窩基站分配頻譜資源。儘管在示例實施方式中用於資源分配的主要輸入來自毫微微蜂窩基站，但是應當認識到，其它輸入可能也是必需的而且還可以覆蓋毫微微蜂窩基站資源請求。在某些情況下，RAU可以確定毫微微蜂窩基站資源請求是要被忽略的，而且沒有這種資源分配給毫微微蜂窩基站。這種情況可能由於網絡負擔、商業核算(例如，月帳單的停付)、不正確的/不支持的硬體、安全性等而發生。此外，應當認識到，由RAU 選擇的資源池可能不是全面的資源池(這種限制可以針對硬體/軟體兼容性問題、安全性問題、商業問題等而強加)。示例操作以下操作性例子例示了本發明各個方面中的一個或多個。回過頭來參考圖3的時間-頻率柵格，第一、第二、第三和第四HeNB102當前在運行。每個HeNB都識別出一個對應的共享資源302，用於永久下行鏈路信令。所有這四個HeNB都共享用於靈活數據使用的公共資源。第五HeNB通電並且需要獲得用於運行的資源。基於第五HeNB的預配置或者導出的設置，以下兩個場景代表自配置和基於網絡的配置運行。如果第五HeNB102設置成或者自己確定它應當調用自配置，則該HeNB在所配置頻率範圍中掃描空中接口用以從相鄰HeNB獲得同步信號。該HeNB檢測到所有當前可用的資源都被佔用了 ；時間-頻率柵格300已經關於每個共享資源為永久下行鏈路信令進行了分配。然後，該HeNB相應地切換到RAU輔助的自配置，並且掃描其相鄰HeNB的蜂窩ID。該 HeNB把資源請求消息發送到資源分配單元(RAU)。資源請求消息包括周圍HeNB的蜂窩ID。RAU有兩種可能性RAU可以向HeNB102分配專用資源502，或者RAU可以向現有 HeNB的全部(即，第一、第二、第三、第四)或者其子集發送重新配置消息。如果RAU向第五HeNB分配專用資源502，那麼RAU必須更新用於所有HeNB (第一、 第二、第三、第四和第五)的時間-頻率柵格300，指示為第五HeNB分配的時間-頻率資源不再可以用於共享資源操作或者用戶數據。在其它場景下，RAU可以拒絕為第五HeNB提供服務，以便繼續其現有的資源分配。作為替代地，RAU可以開放新的共享資源集合。在這種情況下，RAU把重新配置消息發送到識別出新的共享時間-頻率資源的所有HeNB102 ；每個HeNB都相應地重新評估， 來調整它們的操作。分配了新資源的每個HeNB都在其新分配的資源上發送永久下行鏈路信號，而且對HeNB群的配置結束。如果第五HeNB102設置成或者以別的方式確定基於網絡的配置是合適的，那麼該第五HeNB將基於無線或有線連接將自己與網絡對準。如果第五HeNB102選擇有線操作，則它為了更新的時間-頻率柵格而與RAU直接接觸。如果RAU識別出一系列可能的共享資源，那麼第五HeNB可以選擇一個可能的共享資源，並且開始運行。如果RAU識別出專用資源，則第五HeNB利用該專用資源開始運行。作為替代地，如果第五HeNB102執行無線操作，那麼它在其預配置的頻率範圍內掃描空中接口以從相鄰eNB106獲得系統信息。如果HeNB識別出衝突的配置信息，那麼該 HeNB就通知RAU(或者多個RAU)。RAU建立適當的配置參數。所述配置參數由LTE eNB廣播。然後，每個HeNB相應地更新它們的參數。商業方法與規則引擎應當認識到，以上的網絡裝置與方法可以容易地適於各種商業模型。例如，在一種此類的模型中，服務提供商/網絡運營商可以向願意支付額外費用的消費者提強性能的毫微微蜂窩基站(例如本文之前所描述的那種)，或者作為對其更高層消費者的鼓勵。在另一個範例中，可以尤其是基於某些戰略用戶的訂閱水平、使用率、地理位置等，來選擇他們接收這種增強性能的毫微微蜂窩基站，甚至交換來自網絡運營商的考慮 (例如，如果他們根據網絡提供商的政策來運行毫微微蜂窩基站，可以給他們的月服務費打折或者減少)。以上提到的網絡裝置與方法還可以容易地適於根據底層業務規則「引擎」的操作。 這種業務規則引擎可以包括例如軟體應用程式和/或硬體，而且在一種實施方式中實現為核心網絡中的單獨實體，或者作為替代地，在駐留在核心網絡或者其它網絡管理處理中的現有實體(包括RAU)中實現。在一種實施方式中，該業務規則引擎考慮與向一個或多個用戶操作的毫微微蜂窩基站提供資源相關聯的收入和/或利潤牽連，使得對毫微微蜂窩基站的資源分配不會負面地影響網絡用戶經歷，或者能夠經地理上固定的基站在網絡上提供給用戶的服務。相應地， 所述示例業務規則引擎可以在以上方法中所述的特定步驟中修改系統的行為，以便為網絡運營商實現一個或多個經濟或操作性目的。例如，對從毫微微蜂窩基站對資源(例如，頻率譜)的請求的評估可以包括對與各種分配選項(即，向發出請求的毫微微蜂窩基站分配，或者拒絕該請求並向另一個毫微微蜂窩基站或者靜態基站分配)關聯的遞增成本、收入和/或利潤的分析。這些「業務規則」可以在例如資源請求的時候強加，然後維持一段時間(或者直到觸發重新評估的事件發生)，或者作為替代地是根據定期的或者甚至隨機化的模型。在另一種變體中，擁有資源的一方負責作出業務相關的決定。作為還有另一種替代，毫微微蜂窩基站可以配備配置成分析並作出與客戶設備 (例如，UE)和毫微微蜂窩基站之間業務模型相關的業務或操作性決定的邏輯(例如，業務規則引擎或者其部件，例如分布式應用的客戶端部分)。例如，毫微微蜂窩基站可以基於它們的狀態(例如，與核心網絡關聯的服務提供商的現有訂戶，所請求的服務類型及與其關聯的收入/利潤牽連，等等)優先處理或者向某些發出請求的用戶分配資源。給定本公開內容，本領域普通技術人員將認識到無數用於實現資源動態分配的不同策略。應當認識到，儘管關於一種方法的特定步驟順序描述了本發明的某些方面，但是這些描述僅僅是例示本發明較寬泛的方法，而且在特定應用需要的時候可以被修改。在某些情況下，可以使某些步驟成為不必要的或者可選的。另外，某些步驟或者功能性可以添加到所公開的實施方式，或者兩個或更多個步驟的執行次序可以改變。所有此類的變更都被認為包括在本文所公開和請求保護的本發明中。 儘管以上的具體描述已經顯示、描述和指出了本發明應用到各種實施方式的創新特徵，但是應當理解，在不背離本發明的情況下，可以由本領域技術人員對所例示設備或處理的形式與細節進行各種忽略、替換和改變。以上的描述目前被認為是執行本發明的最佳模式。這種描述不以任何途徑意味著限制，而是應當理解為例示本發明的通用原理。本發明的範圍應當參考權利要求來確定。
權利要求
1.一種用於操作在無線網絡中使用的毫微微蜂窩基站裝置的方法，該方法包括確定多個無線電資源的佔用水平；及如果所述多個無線電資源的佔用水平包括至少一個可用的無線電資源，就進入自配置模式；否則進入基於網絡的配置模式。
2.如權利要求1所述的方法，其中，所述自配置模式使所述毫微微蜂窩基站裝置不需要與所述無線網絡的核心部分交換消息就能夠找出一個或多個可用的無線電資源。
3.如權利要求1所述的方法，其中，所述基於網絡的配置模式使所述毫微微蜂窩基站裝置能夠通過與所述無線網絡的核心部分交換消息來找出一個或多個可用的無線電資源。
4.如權利要求1所述的方法，其中，所述無線網絡包括長期演進(LTE)蜂窩網絡，所述毫微微蜂窩基站裝置包括HeNB，而確定多個無線電資源的佔用水平包括確定與所述無線網絡的頻譜訪問相關聯的時間與頻率資源的佔用水平。
5.如權利要求4所述的方法，其中，所述方法是在所述毫微微蜂窩基站啟動或初始化的時候執行的。
6.如權利要求1所述的方法，其中，如果所述毫微微蜂窩基站裝置進入所述基於網絡的配置模式，則該方法還包括接收利用資源在所述無線網絡中發送下行鏈路信號的指令，該指令的內容至少部分地基於針對所述毫微微蜂窩基站裝置是否需要資源水平的變化的遠端確定。
7.如權利要求6所述的方法，其中，所述指令包括所述毫微微蜂窩基站裝置與所述無線網絡的核心部分上的部件之間經有線通信鏈路的消息交換。
8.如權利要求6所述的方法，其中，所述指令包括所述毫微微蜂窩基站裝置與所述無線網絡的一個或多個基站裝置之間經無線通信鏈路的消息交換。
9.如權利要求8所述的方法，其中，所述無線網絡包括長期演進(LTE)蜂窩網絡，所述毫微微蜂窩基站裝置包括HeNB，所述基站裝置包括eNB宏蜂窩，而所述經無線通信鏈路的消息交換包括在所述HeNB和所述eNB之間經蜂窩空中接口發送至少一個消息。
10.如權利要求8所述的方法，其中，所述無線網絡包括長期演進(LTE)蜂窩網絡，所述毫微微蜂窩基站裝置包括HeNB，所述基站裝置包括eNB宏蜂窩，而所述經無線通信鏈路的消息交換包括在所述HeNB和所述eNB之間經WiMAX兼容的空中接口發送至少一個消息。
11.如權利要求6所述的方法，其中，所述遠端確定包括確定在所述毫微微蜂窩基站裝置與目前在所述無線網絡中運行的另一個基站裝置之間是否存在任何資源衝突。
12.一種能夠在無線網絡中運行的毫微微蜂窩基站，該毫微微蜂窩基站包括耦接到存儲器的處理設備；無線子系統；與所述無線網絡的核心部分通信的網絡接口子系統；及駐留在所述存儲器中的多個可執行指令，該指令在被所述處理設備執行時檢測可用無線網絡的佔用水平；至少部分地基於對所述佔用水平的檢測，從自配置模式和網絡輔助的配置模式中選擇一種運行模式，所述運行模式包括資源柵格的定義，該資源柵格至少標識(i)用於第一永久下行鏈路信號的共享資源，(ii)用於第二永久下行鏈路信號的專用資源，及(iii)用於多個用戶數據的共享資源；及至少部分地基於所選的運行模式來重新配置所述無線子系統，該重新配置是在毫微微蜂窩基站運行期間執行的。
13.如權利要求12所述的毫微微蜂窩基站，其中，重新配置的無線子系統允許消費者在所述無線網絡的至少一個其它基站附近運行毫微微蜂窩基站設備，而基本上不受該至少一個其它基站的幹擾而且不需要對該至少一個其它基站有特定的了解。
14.一種用於在無線網絡中使用的資源分配裝置，其中，使用至少資源的一個子集以發送永久下行鏈路信號，該裝置包括耦接到存儲器的處理設備；用於與所述無線網絡的至少一個毫微微蜂窩基站通信的通信接口子系統；及駐留在所述存儲器中的多個可執行指令，該指令在被所述處理設備執行時 經所述通信接口子系統從所述至少一個毫微微蜂窩基站接收對資源分配的請求； 訪問所述存儲器中存儲的數據結構，以確定是否發出請求的至少一個毫微微蜂窩基站應當被準予所請求的資源用以發送永久下行鏈路信號；及向發出請求的至少一個毫微微蜂窩基站生成通信反饋，該通信反饋指示對所述請求的準予或拒絕中的至少一個。
15.如權利要求14所述的資源分配裝置，其中，所述資源分配裝置基本上與宏蜂窩基站共同定位。
16.如權利要求14所述的資源分配裝置，其中，所述存儲的數據結構包含與所述無線網絡中的時間-頻率資源的映射或柵格相關的數據。
17.如權利要求16所述的資源分配裝置，其中，所述資源包括專用資源和共享資源二者ο
18.如權利要求14所述的資源分配裝置，其中，所述通信接口子系統包括寬帶無線接
19.如權利要求14所述的資源分配裝置，其中，所述通信接口子系統包括蜂窩無線接
20.如權利要求14所述的資源分配裝置，該資源分配裝置進一步包括與所述無線網絡的核心部分通信的寬帶接口。
全文摘要
使具有交疊覆蓋區域的若干無線毫微微蜂窩基站能夠同時運行並對其進行優化的方法與裝置。在本發明的一種實施方式中，通過規定資源的用途，資源分配(例如，用於基於OFDM或者TDMA的無線網絡的時間-頻率柵格)管理具有交疊覆蓋區域的若干毫微微蜂窩基站的同時運行。公開了用於管理並修改對毫微微蜂窩基站的資源分配的資源分配單元(RAU)實體。毫微微蜂窩基站群可以根據時間-頻率柵格靈活地共享資源，由此最大化頻譜效率而不需要實質性的網絡開銷。
文檔編號H04W24/02GK102461239SQ201080027581
公開日2012年5月16日 申請日期2010年4月27日 優先權日2009年4月28日
發明者A·盧福特, A·施密特, H-N·喬伊, M·比納斯, M·米克 申請人:蘋果公司