傳送消息的製作方法
2023-06-18 07:54:46 1
傳送消息的製作方法
【專利摘要】公開了一種在無線電信網絡的基站之間傳送消息的方法、一種代理節點、一種從基站傳輸消息的方法、一種基站、以及電腦程式產品。傳送消息的該方法包括步驟：通過X2接口從源基站接收傳入的X2接口IP分組內的X2應用協議消息；從所述X2應用協議消息中提取標識目標基站的目標基站標識信息；以及將該X2應用協議消息路由到所述目標基站，所述X2應用協議消息被承載在傳出的X2接口IP分組內，該傳出的X2接口IP分組具有從所述目標基站標識信息導出的目標IP位址。這種方法使用經修改的X2應用協議消息，該經修改的X2應用協議消息包括目標基站標識信息並且被包裝在X2接口IP分組內。這使得該經修改的消息能夠由代理接收，並且目標基站的IP位址容易被導出，從而利用由該代理所要求的最少處理，該消息可以被中繼至目標基站上。此外，在X2協議層內仍然能夠有效地完成目標基站標識信息的提取以及X2應用協議消息的路由，這顯著地減少了從該代理所要求的處理和資源，這能夠有效地保持無狀態。該方法還使得直接X2AP關聯能夠在該源基站與該目標基站之間保持端到端地被定義，而不終止該代理中的完全X2應用協議，這使得該代理簡單，並且沒有對應的有狀態的X2上下文。相比於已有的技術，所有的這些改進了基站之間的建立和維護X2連接的靈活性、可靠性以及可擴展性。
【專利說明】傳送消息
【技術領域】
[0001]本發明涉及一種在無線電信網絡的基站之間傳送消息的方法、一種代理節點、一種從基站傳輸消息的方法、一種基站、以及電腦程式產品。
【背景技術】
[0002]在無線電信網絡的基站之間傳輸消息是已知的。例如，在長期演進(LTE)網絡中，使用X2接口在基站之間直接發送消息。建立X2接口的一種典型的方法是，首先小區通常由用戶設備檢測到，並且在用戶報告中被報告至服務基站。服務基站然後將小區標識符傳遞給網絡，網絡返回支持該被檢測到的小區的目標基站的IP位址。服務基站然後在這兩個基站之間建立流控制傳輸協議(SCTP)連接或者「關聯」。X2接口然後在該源基站與目標基站之間被建立在這一 SCTP連接上，並且使得消息能夠在這兩個基站之間傳送。
[0003]除了由宏基站提供的宏小區之外，在無線電信網絡內還可以提供其他類型的小區和基站。這種基站的一個這樣的示例是小小區基站。這樣的小小區基站通常使用小小區來提供覆蓋，小小區通常在宏小區的覆蓋範圍內具有相對有限的範圍。小小區基站的發射功率相對低，因此小小區提供覆蓋例如辦公室或住宅的小的覆蓋區域。
[0004]通常在由宏小區提供的通信覆蓋匱乏的地方，或者在用戶希望使用本地提供的替換通信鏈路的地方，由小小區基站來提供這樣的小小區，以與核心網通信。
[0005]當在基站之間傳輸消息時，這樣的小小區的部署能夠具有意外的結果，特別是關於可擴展性。
[0006]因此，合意的是提供一種用於在基站之間傳輸消息的改進技術。
【發明內容】
[0007]根據第一方面，提供有一種在無線電信網絡的基站之間傳送消息的方法，該方法包括步驟:通過X2接口從源基站接收傳入的X2接口 IP分組內的X2應用協議消息；從該X2應用協議消息中提取識別目標基站的目標基站標識信息；以及將該X2應用協議消息路由到該目標基站，該X2應用協議消息被承載在具有從該目標基站標識信息導出的目標IP位址的X2接口 IP分組內。
[0008]第一方面認識到，網絡內的小區(並且特別是小小區)的激增的問題是基站之間的直接鏈路的數量增加。這是因為，通常每個基站設立並且維護它與它的相鄰基站中的每個相鄰基站之間的專用鏈路。通常，在基站與鄰居之間生成單個SCTP連接，通過該單個SCTP連接建立X2接口。隨著鄰居數量增加，分離的SCTP連接和上覆的X2接口的數量也增力口。由於需要維護這些連接中的每個連接，並且已有的標準沒有設想到如此大量的連接可能是必要的，這導致了基站內的資源耗竭。儘管已經提議了不同的技術來嘗試解決這個問題，但是第一方面認識到它們每個都具有它們自己的缺點，通常是由於與由第三方標準定義的協議不一致，或者是由於實施那些技術所要求的處理上的複雜性。
[0009]特別地，到目前為止，在3GPP標準中已經提出了兩個種類的代理來解決這個問題。第一種類型的代理類似於發布10中所定義的用以處置中繼節點的代理。這種類型的代理將小小區或者家庭基站(HeNB)相對宏基站(eNB)隱藏起來，從而對於宏eNB，它看該代理就像是以許多小區(它們是HeNB)為特徵的相鄰宏eNB。在這種第一種類的代理中，所有X2AP消息因此終止在該代理中。這個解決方案提出了對於該代理的高複雜性，因為它終止所有X2AP消息、解譯它們並且維護兩側的對應X2上下文，它還不得不保持宏eNB與HeNB之間的相鄰關係狀態(其能夠頻繁地被更新)的記憶，並且最後，由宏eNB對直接連接和經由代理X2的連接的同時處置引入了新的複雜性。這種第一解決方案也引入了當前宏eNB和HeNB行為上的改變。第二種類型的代理最近已經作為一個種類的SCTP集中器而被引入。與上面所提到的第一解決方案極端相反，集中器的目的不是在代理中終止所有X2AP協議。它因此完全依賴於SCTP流映射解決方案，由此宏eNB得出通向該代理的一個(或若干)SCTP關聯，並且通過該SCTP關聯而使用一個流(或一對SCTP流)來尋址一個特定的鄰居HeNB。在HeNB側，一個HeNB仍然由一個SCTP關聯按照8/9/10模型來尋址。該第二解決方案呈現了在傳輸層級的嚴重缺陷。此外，這種類型的SCTP集中器現今在市場上不存在，並且將不得不被完全開發。此外，它與按照RFC4960的兼容RFC的SCTP堆棧不兼容。當宏eNB已經設置了它的通向代理的SCTP關聯並且發現新的鄰居HeNB時，它如何可以請求該代理觸發朝向HeNB的X2SCTP關聯的設置而不使得該代理終止X2AP協議是未定義的或者是技術上具有挑戰性的。在另一個方向上，當HeNB發現宏eNB時，代理如何能夠通過該代理與宏eNB之間的SCTP關聯來添加新的SCTP流、以及該宏eNB如何能夠識別該SCTP流與HeNB ID之間的映射是未定義的或者技術上具有挑戰性的。還考慮到基於HeNB鄰居關係的發現/移除而需要非常動態的SCTP流管理，特別是由於當前的SCTP標準設想將被使用的流的範圍僅在SCTP發起設置時是可協商的，總的來說SCTP流管理在該解決方案中仍然是一個真實的問題。
[0010]因此，提供了一種在無線電信網絡的基站之間傳送消息的方法。該方法可以包括通過SCTP連接從源基站接收X2接口 IP分組內的傳入的X2應用協議消息的步驟。該方法還可以包括從該傳入的X2接口 IP分組中提取識別目標基站的目標基站標識信息的步驟。該方法還可以包括將該X2應用協議消息路由或傳送到該目標基站的步驟。該X2協議應用消息可以被承載在傳出的X2接口 IP分組內，該傳出的X2接口 IP分組具有從該目標基站標識信息中導出的目標IP位址。
[0011]這種方法使用經修改的X2應用協議消息，該經修改的X2應用協議消息包括目標基站標識信息並且被包裝在X2接口 IP分組內。這使得該經修改的消息能夠由代理接收，並且容易導出目標基站的IP位址，從而利用由該代理所要求的最小處理，該消息可以被中繼到目標基站上。此外，源基站與代理之間的相同的單個SCTP連接能夠被用來承載去往用於任何數量的目標基站的代理的X2應用協議消息。這顯著地簡化了源基站和代理內所需要的處理和資源。另外，對於任何數量的不同宏基站，代理能夠利用與目標基站的相同的單個SCTP連接來傳送與目標基站的消息。再次地，這簡化了目標基站和代理中所需要的處理和資源。此外，目標基站標識信息的提取和傳出的消息的生成仍然能夠在X2協議層內有效地完成，這顯著地減少了從代理所需要的處理和資源，這能夠有效地保持無狀態並且能夠使用兼容RFC的SCTP堆棧。該方法使得直接X2AP關聯能夠在源基站與目標基站之間保持端到端地定義而不終止代理中的完全X2應用協議，這使得代理簡單並且沒有對應的有狀態的X2上下文。相比於已有的技術，所有這些改進了在基站之間建立和維護連接的靈活性、可靠性、以及可擴展性。
[0012]在一個實施例中，接收步驟包括:在具有如下的IP位址的代理節點處接收傳入的X2應用協議消息，該IP位址被包括在承載傳入的X2應用協議消息的X2接口 IP分組內。因此，該X2應用協議消息由源基站發送到該代理的IP位址。
[0013]在一個實施例中，提取步驟包括:從目標基站標識信息中提取目標IP位址，並且路由或傳送的步驟包括:路由具有該目標IP位址的傳出的X2接口 IP分組內所承載的該X2應用協議消息，以用於傳輸給該目標基站。因此，該X2應用協議消息由代理髮送到該目標基站的IP位址。
[0014]在一個實施例中，該方法包括維護將目標基站標識信息與對應的目標基站IP位址相匹配的查找表的步驟，路由或傳送的步驟包括:使用目標基站標識信息從該查找表中識別目標IP位址，以及路由或傳送具有該目標IP位址的傳出的X2接口 IP分組內所承載的該X2應用協議消息，以用於傳輸給該目標基站。
[0015]在一個實施例中，該方法包括步驟:響應於提供目標基站標識信息，查詢外部查找表以犾得目標基站IP位址。
[0016]在一個實施例中，該方法包括步驟:在與目標基站的SI接口消息的傳送期間，接收該目標基站IP位址以用於包括在該查找表中。
[0017]在一個實施例中，提取步驟包括:根據輕層(light layer)協議來解碼包含X2應用協議消息的傳入的X2接口 IP分組，以提取目標基站標識信息。
[0018]在一個實施例中，提取步驟包括:根據輕層協議來解碼包含X2應用協議消息的傳入的X2接口 IP分組，以提取目標IP位址。
[0019]在一個實施例中，該方法包括維護源基站與目標基站之間的直接X2應用協議關聯的步驟，該X2應用協議關聯通過兩個SCTP關聯而被承載，一個SCTP關聯從源基站到代理節點，並且一個SCTP關聯從代理節點到目標基站。
[0020]在一個實施例中，該方法包括步驟:維護與源基站的SCTP關聯以及與目標基站的分離的SCTP關聯。
[0021]在一個實施例中，該方法包括步驟:一經接收到傳入的X2AP接口消息，就建立與目標基站的SCTP關聯。
[0022]根據第二方面，提供有一種可操作為在無線電信網絡的基站之間傳送消息的代理，該代理包括:接收邏輯，可操作為通過X2接口從源基站接收傳入的X2接口 IP分組內的X2應用協議消息；提取邏輯，可操作為從該X2應用協議消息中提取識別目標基站的目標基站標識信息；以及路由邏輯，可操作為將該X2應用協議消息路由到該目標基站，該X2應用協議消息被承載在傳出的X2接口 IP分組內，該傳出的X2接口 IP分組具有從該目標基站標識信息中導出的目標IP位址。
[0023]在一個實施例中，接收邏輯可操作為在具有如下的IP位址的代理節點處接收傳入的X2應用協議消息，該IP位址被包括在承載該傳入的X2應用協議消息的X2接口 IP分組內。
[0024]在一個實施例中，提取邏輯可操作為從目標基站標識信息中提取目標IP位址，並且路由邏輯可操作為將具有用於傳輸的目標IP位址的傳出的X2接口 IP分組內所承載的該X2應用協議消息路由到該目標基站。
[0025]在一個實施例中，基站包括將目標基站標識信息與對應的目標基站IP位址相匹配的查找表，並且其中路由邏輯可操作為:使用該目標基站標識信息從該查找表中識別目標IP位址，以及生成在具有該目標IP位址的傳出的X2接口 IP分組內所承載的該X2應用協議消息，以用於傳輸給該目標基站。
[0026]在一個實施例中，接收邏輯可操作為，在與目標基站的SI接口消息的傳送期間，接收該目標基站IP位址以用於包括在該查找表中。
[0027]在一個實施例中，提取邏輯可操作為，根據輕層協議來解碼包含該X2應用協議消息的傳入的X2接口 IP分組，以提取目標基站標識信息。
[0028]在一個實施例中，提取邏輯可操作為，根據輕層協議來解碼包含該X2應用協議消息的傳入的X2接口 IP分組，以提取目標IP位址。
[0029]在一個實施例中，基站包括接口邏輯，該接口邏輯可操作為維護源基站與目標基站之間的直接X2應用協議關聯，該X2應用協議關聯通過兩個SCTP關聯而被承載，一個SCTP關聯從源基站到代理節點，並且一個SCTP關聯從代理節點到目標基站。
[0030]在一個實施例中，基站包括接口邏輯，該接口邏輯可操作為維護與源基站的SCTP關聯以及與目標基站的分尚的SCTP關聯。
[0031 ] 在一個實施例中，接口邏輯可操作為，一經接收到傳入的X2AP接口消息，就建立與目標基站的SCTP關聯。
[0032]根據第三方面，提供有一種從無線電信網絡的源基站傳輸消息的方法，該方法包括步驟:將識別目標基站的目標基站標識信息添加到X2應用協議消息；以及將具有該目標基站標識信息的X2應用協議消息傳輸給代理節點。
[0033]在一個實施例中，傳輸步驟包括將該X2應用協議消息傳輸給具有如下的IP位址的代理節點，該IP位址被包括在承載該X2應用協議消息的X2接口 IP分組內。
[0034]在一個實施例中，該方法包括從該無線電信網絡的網絡節點接收目標基站標識信息的步驟。
[0035]在一個實施例中，接收步驟包括:在與目標基站的SI接口消息的傳送期間，接收目標基站標識信息。
[0036]在一個實施例中，該方法包括從該無線電信網絡的網絡節點接收代理節點的IP位址的步驟。
[0037]在一個實施例中，接收代理節點的IP位址的步驟包括:在與目標基站的SI接口消息的傳送期間，接收代理節點的IP位址。
[0038]在一個實施例中，添加步驟包括:將併入了目標基站標識信息的信息元素添加到該X2應用協議消息。
[0039]在一個實施例中，目標基站標識信息包括以下各項中的至少一項:目標基站的IP位址，以及該目標基站的IP位址可以由代理節點從其導出的信息。
[0040]根據第四方面，提供有一種基站，該基站包括:X2邏輯，可操作為將識別目標基站的目標基站標識信息添加到X2應用協議信息；以及傳輸邏輯，可操作為將具有該目標基站標識信息的X2應用協議消息傳輸給代理節點。
[0041]在一個實施例中，傳輸邏輯可操作為將該X2應用協議消息傳輸給具有如下的IP位址的代理節點，該IP位址被包括在承載該X2應用協議消息的X2接口 IP分組內。
[0042]在一個實施例中，基站包括:接收邏輯，可操作為從無線電信網絡的網絡節點接收目標基站標識信息。
[0043]在一個實施例中，接收邏輯可操作為，在與目標基站的SI接口消息的傳送期間，接收目標基站標識信息。
[0044]在一個實施例中，接收邏輯可操作為，從無線電信網絡的網絡節點接收代理節點的IP位址。
[0045]在一個實施例中，接收邏輯可操作為，在與目標基站的SI接口消息的傳送期間，接收代理節點的IP位址。
[0046]在一個實施例中，添加邏輯可操作為，將併入了目標基站標識信息的信息元素添加到該X2應用協議消息。
[0047]在一個實施例中，目標基站標識信息包括以下各項中的至少一項:目標基站的IP位址，以及該目標基站的IP位址可以由代理節點從其導出的信息。
[0048]根據第五方面，提供有一種電腦程式產品，當在計算機上被執行時，該電腦程式產品可操作為執行第一方面或者第三方面的方法步驟。
[0049]進一步的特定和優選方面在隨附的獨立和從屬權利要求中闡述。從屬權利要求的特徵可以在適當時與獨立權利要求的特徵相組合，並且是在除了權利要求中明確闡述的組合之外的組合中。
[0050]在裝置特徵被描述為可操作為提供一種功能的場合，將意識到，這包括了提供該功能的或者被適配或配置為提供該功能的裝置特徵。
【專利附圖】
【附圖說明】
[0051]現在將參考附圖進一步描述本發明的實施例，在附圖中:
[0052]圖1提供了根據一個實施例的代理技術的概覽；
[0053]圖2示出了具有X2代理功能的邏輯架構；
[0054]圖3示出了用於SCTP集中器的邏輯網絡架構；
[0055]圖4示出了根據一個實施例的邏輯網絡架構；
[0056]圖5圖示了根據一個實施例的基本X2設置過程；以及
[0057]圖6圖示了根據一個實施例的切換過程。
【具體實施方式】
[0058]概沭
[0059]在以任何更多的細節討論各實施例之前，首先將提供概述。如上文提及的，小小區基站的密集部署能夠導致大量的這種小小區基站被識別為宏基站的鄰居(例如，可能存在數百或者甚至數千個小小區鄰居)。X2接口被用於相鄰基站之間的通信，並且建立和維護一定數量的這種X2連接對於宏基站而言可能變得具有挑戰性，特別是關於建立和維護這一數量的與這些鄰居中的每個鄰居的SCTP關聯。
[0060]因此，提供了一種利用新類型的X2應用協議(X2AP)消息的技術，該新類型的X2應用協議消息包括被稱為目標基站標識符的新信息元素。這種新類型的X2AP消息可以是包括新信息元素的經修改的X2AP消息，或者可以是響應於SCTP層與X2AP層之間的輕量協議層而生成的IP分組，該X2AP層將原始X2AP消息併入到由輕量協議層生成的該消息的有效載荷內，並且該X2AP層添加目標基站標識符。在任一情況中，經修改的X2AP消息被傳輸給由網絡指定的網絡節點。該網絡節點由網絡使用SI信令來指定。特別地，網絡可以提供如下的已存在的任何小小區網關的IP位址，該小小區網關可以提供路由、轉發或者代理功能(如將在下文中更詳細描述的)，網絡或者可以提供另一網絡節點的IP位址，該另一網絡節點提供這種功能(如果這種功能不應當出現在該小小區網關中，或者如果應當不存在小小區網關)。可替換地，網絡可以提供目標小小區基站自身的IP位址，從而在需要時仍然可以建立直接連接。
[0061]在這個方法中，當使用一些形式的代理時，不管是在小小區網關中還是在其他地方，這個代理被用作在X2AP層級處的路由器，用於X2AP消息的路由。相比於其他方法，這使得宏基站能夠繼續看到和創建與個體小小區基站的X2AP關聯或連接，並且因此能夠以與當前存在的方式相類似的方式來處置X2AP關係。與其他方法相反，為了能夠尋址特定的小小區基站，不需要由宏基站提供的到指定STCP流的具體映射。替代地，通過特定的標識符在X2AP層級處尋址小小區基站，以使得代理能夠執行正確的路由。相比於使用SCTP流映射的解決方案，在這種技術中，代理終止了 X2AP協議，但是僅對於路由的目的，並且因此使得X2AP關聯或連接能夠在宏基站與小小區基站之間被端到端地維護。這種方法因此使得代理幾乎無狀態，並且比依賴於流映射和符合RFC的SCTP堆棧損壞的方法簡單得多。這種方法還使得代理幾乎無狀態，並且比替代地完全終止代理中的所有X2AP消息、解譯所有X2AP消息、保持兩側上對應的X2上下文以及然後生成用於預期的小小區基站的新X2AP消息的方法簡單得多。各實施例簡單地利用必要的標識符來尋址小小區基站鄰居，同時在與連接到該代理的基站通信時能夠使用該代理的IP位址。如果需要的話，這種方法還兼容IPSEC的使用，以在傳輸層級設置通向小小區網關的安全隧道。
[0062]圖1提供了這種代理技術的概述。在這一示例中，通常通過由用戶設備提供的向宏基站30的用戶設備報告的方式(未示出)，相鄰目標基站20的小區已經被識別。使用SI接口，宏基站將所檢測的小區和/或對應的目標基站20的小區標識符報告給網絡。根據平常的技術，目標基站的IP位址由網絡來識別。如果確定將使用代理40來與目標基站20通信，則網絡返回代理40的IP位址，或者可以使用SI信令來返回代理40的IP位址以及目標基站20的IP位址，或者可以使用SI信令來返回代理40的IP位址以及任何(路由)信息元素，以進一步使得該代理能夠導出目標基站20的IP位址。如果沒有代理40將被使用，則由網絡返回目標基站20的IP位址。
[0063]宏基站30然後生成設置請求，該設置請求包括將被併入經修改的X2AP設置請求消息中的附加路由信息元素。在這一示例中，經修改的X2AP設置請求消息將目標基站20的標識符併入，從而代理40能夠僅僅通過解碼包括目標基站標識符的附加信息元素，而將該X2AP設置請求消息路由到目標基站20。特別地，宏基站30將經修改的X2AP設置請求消息傳輸給由網絡提供的代理40的IP位址。
[0064]一經接收到該經修改的X2設置請求消息，代理40就解碼包含該目標基站標識符的信息元素，並且然後直接從該目標基站的標識符或者參考查找表來導出目標基站20的IP位址，該查找表維護目標基站標識符與目標基站IP位址之間的聯繫。
[0065]代理40然後將該X2AP設置請求消息轉發給目標基站20的IP位址。如能夠看到的，相比於以前的方法，該X2AP設置過程在源宏基站30與目標基站20之間保持端到端。這簡化了代理40的操作並且引入了所涉及基站的節點行為的更少改變。
[0066]作為響應，基站20將生成類似的經修改的X2AP設置響應消息，該經修改的X2AP設置響應消息包括與上文所描述的目標基站標識符相類似的、宏基站30的目標基站標識符。這一 X2AP設置響應消息被發送給代理40的IP位址。再次，代理40從目標基站標識符本身或者通過由代理40維護的查找表，來識別目標宏基站30的IP位址。代理40然後將該X2AP設置響應消息轉發給宏基站30的IP位址。
[0067]將意識到，為了維持與傳統設備的後向兼容性，代理40還可以在轉發之前將經修改的X2AP消息重定格式，以便匹配已有的X2AP消息。
[0068]將意識到，經修改的X2AP消息可以以各種不同的方式將目標基站標識符併入。一種方法是將進一步的信息元素添加至已有X2AP消息，該X2AP消息然後由代理40解譯。另一種方法是，以將目標基站標識符併入的方式，根據SCTP層與X2AP層之間的非常輕量的協議，來編碼已有X2AP消息。例如，X2應用協議消息可以被攜帶於X2接口 IP分組內，作為將目標基站標識符併入的輕量協議層的有效載荷。對於任一方式，代理40被配置為執行所需要的解碼操作，以便提取目標基站標識符，以便能夠導出目標基站IP位址。
[0069]相比於一些已有的方法，使用這種方法，X2過程在源基站與目標基站之間保持端到端。這簡化了代理40，並且也對基站的節點行為引入更少的變化。
[0070]將意識到，當從宏基站30接收到X2AP設置請求消息時，如果不存在這樣的關聯，則代理40可以觸發與目標基站的SCTP關聯設置，或者一旦網絡已經通知小小區基站20它已經被宏基站30檢測到，小小區基站20能夠提前設立這一關聯。
[0071]下面更詳細地討論各實施例。
[0072]介紹
[0073]宏基站(eNB) &小小區或家庭基站(HeNB)之間的X2代理的引入，在最近幾次3GPPRAN3會議中是許多討論的主題，並且當前有兩種提議的解決方案:
[0074]1.採用如參考文獻[1]&[2]中所概述的與在DeNB中為中繼實施的解決方案相類似的在小小區或者家庭基站網關(HeNB-GW)上的完全X2代理解決方案。
[0075]2.採用如參考文獻[3]中概述的SCTP集中器代理功能。
[0076]然而，兩種提議都有下文總結的問題。因此值得期望引入不會有那些問題的替換解決方案。本文件概述了這樣的替換解決方案。
[0077]討論
[0078]兩種已有的代理解決方案的概述
[0079]支持eNB&HeNB之間的X2接口的當前提議之一提議了在HeNB-GW上引入完全的X2代理功能，參見參考文獻[I]，結果是圖2中所示出的網絡架構，圖2示出了在HeNB-GW中具有X2代理功能的EUTRAN HeNB邏輯架構。
[0080]參考文獻[3]中所描述的替換解決方案提出了引入如圖3中所示出的SCTP集中器代理功能，圖3示出了用於SCTP集中器的邏輯網絡架構。
[0081]如從圖2和3能夠看出的，這兩種解決方案不是互補的，因為一個要求HeNB-GW的部署，而另一個不要求。另外，對於兩個選項都有如下的多個問題:
[0082]完全的X2代理功能有多個缺點，包括:
[0083]1.強制HeNB-GW的部署，不管宏eNB是否被充分地確定尺寸以能夠支持直接通向相鄰HeNB的連接。
[0084]2.要求在HeNB-GW中的X2過程的終止，其增加了 HeNB-GW的複雜性，有效地要求它被充分地確定尺寸，以能夠支持它「管理」的所有HeNB與HeNB中的任何HeNB可能需要與之交換X2消息的所有宏eNB之間的X2連接。
[0085]3.不正確地利用來自某些X2消息的信息。例如，在X2設置請求消息中，HeNB-GW不得不依賴於不同地填充鄰居信息元素(IE)的源eNB/HeNB，從而該HeNB-GW能夠使用這一信息來確定實際的目標eNB/HeNB。能夠爭論的是，由於意圖並不是使用這用於路由目的，而是允許源eNB/HeNB&目標eNB/HeNB交換與它們的所有相鄰小區有關的信息，所以這是不正確地使用鄰居信息。
[0086]4.要求在HeNB-GW中的鄰居小區列表的維護，以能夠確定當已有的NCL改變時需要更新哪些HeNB。更準確地說，HeNB Gff需要維護已連接的eNB和HeNB的所有鄰居關係表格的副本。更一般地，這要求存儲用於所有已連接的基站的X2上下文。
[0087]5.要求在HeNB-GW中的X2AP ID管理方案的實施，以允許相對於HeNB&eNB ID將被分配和跟蹤的新X2AP ID。
[0088]6.實施新的複雜邏輯，其中例如接收X2設置請求必須導致完全不同的X2eNB配置更新消息的生成。
[0089]SCTP集中器代理功能也有多個缺點，包括:
[0090]1.依賴於在集中器的任一側的SCTP流之間的1-2-1映射的維護。這限制了靈活性，因為在理論上，源eNB可以針對朝向由集中器操控的HeNB的所有「X2流量」使用單個SCTP 流。
[0091]2.暗示了一經eNB&集中器之間的SCTP關聯的創建，eNB就將不得不為由集中器操控的所有HeNB的請求足夠的流，其理論上將是可能用於每個關聯的最大值，即2#16，即使eNB僅需要與少量的HeNB通信。這意味著許多流要潛在地由集中器來處置。
[0092]3.要求源eNB/HeNB和集中器兩者上的非標準SCTP實施。儘管INIT塊(chunk)允許發送器提供多個IP位址，但是這被用來支持發送器與接收器之間的多歸屬，而不是提供附加的IP位址來識別「遙遠」的對端。因此，專有的實施方式將不得不被設計和實施，從而發送器(eNB/HeNB)和接收器(集中器)兩者適當地利用相關塊的有效載荷。
[0093]X2路由代理的替換物
[0094]給出了兩個當前提議的缺點，考慮另一替換解決方案是值得的，該替換解決方案將獨立於是否存在(或者確實需要)HeNB-Gff而支持eNB&HeNB之間的X2。這樣的解決方案將提供靈活性，以滿足各種部署要求。這將引入邏輯功能，X2路由代理可以實施或不實施在 HeNB Gff 中。
[0095]圖4根據一個實施例圖示了採用所提議的解決方案的可應用的網絡架構並且示出了一種邏輯網絡架構。
[0096]下文提供了將如何實施這種解決方案的更多細節，突出了某些關鍵場景。
[0097]X2 設置
[0098]要考慮的關鍵場景之一是X2連接如何可以被建立在eNB&HeNB之間。圖5圖示了「基本的」X2設置過程，即當eNB檢測到相鄰HeNB(或者被配置具有與其有關的信息)時。特別地，圖5示出了當部署了 X2路由代理功能時各實施例將如何工作。
[0099]圖5中所示出的主要步驟如下:
[0100]I.eNB# I 檢測到 HeNB#2。
[0101]2.eNB#I然後經由SlAP eNB/MME配置傳送過程來請求關於HeNB#2的信息，該信息經由MME發送給HeNB#2。
[0102]3.HeNB#2在配置傳送響應中提供兩套TNL config.1nfo，第一套提供X2路由代理的 TNL inf0.，第二套是 HeNB#2 自身的 TNL inf0.。
[0103]4.一旦eNB#l已經接收到關於HeNB#2的信息，它使用所接收的TNL配置信息來設置與X2路由代理的SCTP關聯。
[0104]5.一旦SCTP關聯被建立，eNB#l向對等節點發送X2設置請求。為了避免不得不實施與在X2消息中的鄰居小區信息中填充新IE有關的特殊行為，引入了接收器eNB TNL標識。這一新IE允許X2路由代理確定將X2消息發送至何處。
[0105]6.一旦HeNB#2接收到X2設置請求，它利用X2設置響應來響應，並且對於該設置請求，新IE—接收器eNB TNL標識(其被設定為識別eNB#l)被包括。
[0106]如果eNB隨後決定建立通向另一 HeNB的X2，相同的場景將被重複。類似地，如果源是HeNB並且目標是eNB，該過程是相同的。
[0107]類似地，X2設置失敗消息將要求新IE來識別源eNB/HeNB&目標eNB/HeNB兩者。
[0108]其他X2討稈
[0109]為了確保當X2路由代理被部署時的情況中，代理的行為保持簡單&透明，新的「路由」IE(以識別源eNB/目標eNB)也將被引入至當前不支持這種信息的其他X2消息。儘管這會因此要求將源&目標eNB-1D TNL標識IE添加至X2消息，但是它將導致在X2路由代理上的一致&連貫的實施。一種示例是圖6中所示出的切換過程。
[0110]總結
[0111]如從上面的信息能夠看出的，所提議的新解決方案是簡單的，因為它僅要求在X2消息中對「路由」 IE的添加，以及eNB/HeNB上的一些基本的新功能。X2路由代理功能是基於所接收的IE來「路由」消息的能力。
[0112]這種解決方案相對已有的提議具有優點，包括:
[0113]?它將工作於各種網絡架構中
[0114].不需要在HeNB-GW上實施附加功能來管理與非UE有關的X2過程
[0115].不需要維護HeNB-GW上的相鄰小區映射
[0116].不需要管理 HeNB-GW 上 X2AP ID
[0117].該解決方案不要求MME改變
[0118].不需要實施非標準的SCTP。
[0119]結論和提議
[0120]這示出了替換的解決方案有可能支持eNB&HeNB之間的X2代理的引入。該解決方案提供了不強制部署HeNB-GW的eNB/HeNB實施方式。另外，如其名稱所暗示的，X2路由代理功能的複雜性僅是一種路由功能。相比於兩種已有的解決方案，它也減少了將被實施在eNB/HeNB中的改變。
[0121]參考文獻
[0122][I].R3-120138-X2-proxy_NSN 等
[0123][2].R3-120607-Further Clarificat1n on X2Proxy_NSN 等
[0124][3], R3-120852-X2SCTP Concentrator Concept-TP for H(e)NB Mobility TR-愛立信
[0125]因此，能夠看出，在各實施例中，單個SCTP關聯被創建在宏基站與代理40之間。另夕卜，單個SCTP關聯被提供在代理與每個所支持的目標小小區之間。然而，宏基站與代理之間的該單個SCTP關聯被重用於每個指向代理40的X2AP消息，但是代理40然後通過與目標小小區基站的該單個SCTP關聯來路由該X2AP消息。因此，SCTP終止發生在代理內，但是該X2AP關聯(以及所有X2過程)從源基站延伸到目標基站。
[0126]此外，能夠看出，這種方法減輕了宏基站上的如下負擔:如果該宏基站想要尋址大量的基站(諸如小小區基站)，則需要承受X2接口上的數十、數百或者更多的SCTP關聯。相比於在代理內完全終止X2協議的其他解決方案，這種方法使得更簡化的代理能夠被提供。這種方法還要求對基站行為的更少改變。另外，這種方法解決了純傳輸層解決方案(諸如SCTP集中器)不能解決的技術缺陷，諸如如下的問題:在新的相鄰基站關係需要被添加或移除時的SCTP流的動態管理，或者將SCTP流映射到基站標識符上。
[0127]本領域的技術人員將容易認識到，各種上文所描述的方法的步驟能夠由經編程的計算機來執行。在本文中，一些實施例還意圖覆蓋程序存儲設備(例如，數字數據存儲介質)，這些程序存儲設備是機器或計算機可讀的並且編碼了機器可執行或計算機可執行的指令程序，其中所述指令執行所述的上文所描述的方法的步驟中的一些或全部步驟。這些程序存儲設備可以是，例如，數字存儲器、諸如磁碟和磁帶的磁存儲介質、硬碟驅動器、或者光可讀數字數據存儲介質。各實施例還意圖覆蓋被編程為執行上文所描述的方法的所述步驟的計算機。
[0128]各圖中所示出的各種元件的功能，包括被標記為「處理器」或「邏輯」的任何功能塊，可以通過使用專用硬體以及能夠結合適當軟體而執行軟體的硬體來提供。當由處理器來提供時，這些功能可以由單個專用處理器、由單個共享處理器、或者由多個個體的處理器(其中的一些可以被共享)來提供。此外，術語「處理器」或「控制器」或「邏輯」的明確使用不應當被解釋為排他地指代能夠執行軟體的硬體，並且可以不帶限制地隱含包括:數位訊號處理器(DSP)硬體、網絡處理器、專用集成電路(ASIC)、現場可編程門陣列(FPGA)、用於存儲軟體的只讀存儲器(ROM)、隨機訪問存儲器(RAM)、以及非易失性存貯器。傳統的和/或自定義的其他硬體也可以被包括。類似地，各圖中所示出的任何開關僅僅是概念上的。可以通過程序邏輯的操作、通過專用邏輯、通過程序控制和專用邏輯的交互、或者甚至手動地執行它們的功能，當更具體地從上下文來理解特定的技術時，特定的技術是由實施者可選擇的。
[0129]本領域的技術人員應該意識到，本文的任何框圖表示將本發明原理具體化的說明性電路的概念視圖。類似地，將意識到，任何流程圖、流程示圖、狀態轉換圖、偽代碼等表示各種過程，這些過程可以基本上表示在計算機可讀介質中，並且因此由計算機或處理器執行，而不論是否明確示出了這樣的計算機或處理器。
[0130]本描述和附圖僅舉例說明了本發明的原理。因此將意識到，本領域的技術人員將能夠設計出儘管沒有明確地描述或者示出在本文中但是將本發明的原理具體化並且被包括在其精神和範圍內的各種配置。此外，文中所記載的所有示例主要明確地意圖為僅用於教導的目的，來幫助讀者理解本發明的原理以及由(各)發明人貢獻的概念，以推進本領域，並且將被理解為不限於這樣的具體記載的示例和條件。此外，記載了本發明的原理、方面和實施例以及其具體示例的本文的所有陳述，意圖涵蓋其等價物。
【權利要求】
1.一種在無線電信網絡的基站(eNB;HeNB)之間傳送消息的方法，所述方法包括步驟: 通過X2接口從源基站接收傳入的X2接口 IP分組內的X2應用協議消息； 從所述X2應用協議消息中提取識別目標基站的目標基站標識信息； 將所述X2應用協議消息路由到所述目標基站，所述X2應用協議消息被承載在傳出的X2接口 IP分組內，所述傳出的X2接口 IP分組具有從所述目標基站標識信息中導出的目標IP位址；以及 維護所述源基站與所述目標基站之間的直接X2應用協議關聯，所述X2應用協議關聯通過兩個SCTP關聯而被承載，一個SCTP關聯從所述源基站到所述代理節點，並且一個SCTP關聯從所述代理節點到所述目標基站。
2.根據權利要求1所述方法，其中提取的所述步驟包括:從所述目標基站標識信息中提取所述目標IP位址，並且路由的所述步驟包括:將具有所述目標IP位址的所述傳出的X2接口 IP分組內所承載的所述X2應用協議消息路由到所述目標基站。
3.根據權利要求1或2所述的方法，包括步驟:維護將目標基站標識信息與對應的目標基站IP位址相匹配的查找表，路由的所述步驟包括:使用所述目標基站標識信息從所述查找表中識別所述目標IP位址，並且將具有所述目標IP位址的所述傳出的X2接口 IP分組內所承載的所述X2應用協議消息路由到所述目標基站。
4.根據任一項前述權利要求所述方法，其中接收的所述步驟包括:在具有如下的IP位址的代理節點處接收所述傳入的X2應用協議消息，所述IP位址被包括在承載所述傳入的X2應用協議消息的所述X2接口 IP分組內。
5.根據任一項前述權利要求所述的方法，包括步驟:響應於提供所述目標基站標識信息，查詢外部查找表以獲得所述目標基站IP位址。
6.根據權利要求5所述的方法，包括步驟:在與所述目標基站的SI接口消息的傳送期間，接收所述目標基站IP位址以用於包括在所述查找表中。
7.—種代理(X2路由代理)，可操作為在無線電信網絡的基站(eNB ；HeNB)之間傳送消息，所述代理包括: 接收邏輯，可操作為通過X2接口從源基站接收傳入的X2接口 IP分組內的X2應用協議消息； 提取邏輯，可操作為從所述X2應用協議消息中提取識別目標基站的目標基站標識消息； 路由邏輯，可操作為將所述X2應用協議消息路由到所述目標基站，所述X2應用協議消息被承載在傳出的X2接口 IP分組內，所述傳出的X2接口 IP分組具有從所述目標基站標識信息中導出的目標IP位址；以及 接口邏輯，可操作為維護所述源基站與所述目標基站之間的直接X2應用協議關聯，所述X2應用協議關聯通過兩個SCTP關聯而被承載，一個SCTP關聯從所述源基站到所述代理節點，並且一個SCTP關聯從所述代理節點到所述目標基站。
8.一種電腦程式產品，當在計算機上執行時，可操作為執行權利要求1到6中任一項所述的方法步驟。
【文檔編號】H04W92/20GK104272861SQ201380022491
【公開日】2015年1月7日 申請日期:2013年4月10日 優先權日:2012年5月10日
【發明者】P·戈丁 申請人:阿爾卡特朗訊