通信系統、基站設備、網關設備、用于控制基站設備的方法、以及用于控制網關設備的方法
【專利摘要】在基站注冊時，所述基站向網關設備報告與要連接的核心網相關的列表信息。在從用戶終端進行呼叫發(fā)起時，所述基站設備借助在基站和網關之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要連接到所述用戶終端的核心網。所述網關設備從所述用戶終端向由報告的所述網絡識別信息所指示的核心網傳輸控制消息。在向所述用戶終端進行呼叫連接時，所述網關設備基于所述基站設備在所述注冊時報告的所述列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
【專利說明】通信系統、基站設備、網關設備、用于控制基站設備的方法、以及用于控制網關設備的方法
【技術領域】
[0001]本發(fā)明涉及通過毫微微基站與用戶終端相連的通信系統，且具體地涉及多個通信運營商的核心網共享毫微微基站的通信系統。
【背景技術】
[0002]在UMTS(通用移動電信系統)中，存在被稱為M0CN(多運營商核心網)的用于由多個通信運營商的核心網(CN)來共享無線接入網的技術(參見專利文獻I和2)。
[0003]在MOCN中，當毫微微基站(HNB:歸屬NodeB)由多個通信運營商來共享時，HNB通過HNB-GW(HNB-網關)與多個CN相連。當從用戶終端進行呼叫發(fā)起時，HNB-GW必須從該用戶終端向恰當的CN傳輸控制消息。
[0004]在啟動HNB時，HNB必須通過上述HNB-GW連接到多個CN。為此，必須在HNB的啟動時向HNB-GW報告要與HNB相連的多個CN。
[0005]現有技術的文獻
[0006]專利文獻
[0007]專利文獻1:日本待審專利申請公開N0.2008-535340
[0008]專利文獻2:日本專利N0.4109695

【發(fā)明內容】

[0009]本發(fā)明要解決的問題
[0010]在MOCN中，在從連接到HNB的用戶終端進行呼叫發(fā)起時，由RANAP (無線接入網應用部分)傳輸控制消息。在由3GPP25.423規(guī)定的RANAP初始UE消息中包含了選定PLMN (公共陸地移動網)身份，且可以由RANAP初始UE消息中的該選定PLMN身份來指定用戶終端所選擇的CN。
[0011]因此，HNB-Gff必須對該RANAP初始UE消息解碼，以了解想將控制消息向哪個CN傳輸。然而，如果RANAP版本已更新,且已添加了參數“criticality=reject”,則出現解碼器將不對應于該新版本的可能性，由此將生成錯誤指示，且HNB-GW將不能向正確的CN傳輸該控制消息。
[0012]考慮到HNB-GW的角色，HNB-GW不需要對RANAP消息進行解碼的系統的功能配置是優(yōu)選的。這是根據3GPP25.468中注釋的以下語句得到的:“提供附加信息，以使得HNB-GW能夠在不需要探查內容的情況下來處理RANAP消息，并觸發(fā)HNB和HNB-GW之間的新的UE關聯信令連接的建立，該新的UE關聯信令連接直接被映射到RANAP消息所提到的Iu信令連接”。
[0013]此外，在當前協議中，在HNB激活時從HNB向HNB-GW發(fā)送的HNB注冊請求中僅可以設置一個PLMN ID。圖1是示出了在典型HNB注冊請求消息中描述的參數的表格。圖1示出了如3GPP25.469V9.3.0中規(guī)定的HNB注冊請求消息的參數。如根據檢查該表所能看到的，在HNB注冊請求中僅可以設置一個PLMN ID。
[0014]因此，不能向HNB-GW報告與HNB相連的多個CN的PLMN ID，且HNB-GW不能正確地將HNB與多個CN相連。因此，在將呼叫連接到與MOCN的HNB相連的用戶終端時，HNB-GW不能向預期傳輸的正確HNB傳輸尋呼，且有可能無法進行正常呼叫連接。
[0015]因此，本發(fā)明的目標是提供用于由多個通信運營商的核心網來共享毫微微基站的技術以及用于使得用戶終端的正常呼叫發(fā)起和連接成為可能的技術。
[0016]解決問題的手段
[0017]用于實現上述目標的本發(fā)明的通信系統包括:通過無線線路與用戶終端相連的基站設備以及將所述基站設備與多個核心網相連的網關設備；其中:
[0018]在所述基站設備注冊時，所述基站設備向所述網關設備報告要實施連接的核心網的列表信息；
[0019]在從所述用戶終端進行呼叫發(fā)起時，所述基站設備借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網；以及所述網關設備從所述用戶終端向由報告的所述網絡識別信息所指示的核心網傳輸控制消息；以及
[0020]在向所述用戶終端進行呼叫連接時，所述網關設備基于所述基站設備在注冊時報告的列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
[0021]本發(fā)明的基站設備是一種基站設備，所述基站設備通過無線線路連接到用戶終端且通過網關設備連接到多個核心網；所述基站設備包括:
[0022]注冊單元，執(zhí)行所述基站設備在核心網中的注冊過程，以及在該過程中，向所述網關設備報告要實施連接的核心網的列表信息；以及
[0023]呼叫控制單元，執(zhí)行從所述用戶終端進行呼叫發(fā)起的過程，以及在該過程中，借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要連接到所述用戶終端的核心網。
[0024]本發(fā)明的網關設備是一種網關設備，所述網關設備將通過無線線路連接到用戶終端的基站設備連接到多個核心網，所述網關設備包括:
[0025]注冊單元，執(zhí)行所述基站設備在核心網中的注冊過程，以及從所述基站設備接收所述基站設備要連接的核心網的列表信息；
[0026]數據管理單元，保存由所述注冊單元接收到的列表信息；以及
[0027]呼叫控制單元，執(zhí)行從所述用戶終端進行呼叫發(fā)起以及向所述用戶終端進行呼叫連接的過程，以及在所述呼叫發(fā)起過程中，借助在基站設備和網關之間端接的協議的消息從所述基站設備接收網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網，以及從所述用戶終端向由接收到的網絡識別信息指示的核心網傳輸控制消息；以及在所述呼叫連接過程中，基于由所述數據管理單元保存的列表信息，選擇要從核心網向其發(fā)送尋呼的基站設備。
[0028]本發(fā)明的基站設備控制方法是一種基站設備控制方法，用于控制通過無線線路連接到用戶終端以及通過網關設備連接到多個核心網的基站設備，所述基站設備控制方法包括以下步驟:
[0029]在所述基站設備向核心網的注冊過程中，向所述網關設備報告要連接的核心網的列表信息；以及
[0030]在從所述用戶終端進行呼叫發(fā)起的過程中，借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網。
[0031 ] 本發(fā)明的網關設備控制方法是一種用于控制網關設備的網關設備控制方法，所述網關設備將通過無線線路與用戶終端相連的基站設備連接到多個核心網，所述網關設備控制方法包括以下步驟:
[0032]在所述基站設備在核心網的注冊過程中，從所述基站設備接收要連接到所述基站設備的核心網的列表信息并保存該列表信息；
[0033]在從所述用戶終端進行呼叫發(fā)起的過程中，借助在基站設備和網關之間端接的協議的消息從所述基站設備接收網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網；
[0034]從所述用戶終端向由接收到的網絡識別信息指示的核心網傳輸控制消息；以及
[0035]在向所述用戶終端進行呼叫連接的過程中，基于所保存的列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
[0036]發(fā)明的效果
[0037]根據本發(fā)明，在由多個通信運營商的核心網共享基站設備的通信系統中，正常的呼叫發(fā)起和用戶終端的連接是可能的。
【專利附圖】

【附圖說明】
[0038]圖1是示出了典型HNB注冊請求消息中描述的參數的表格。
[0039]圖2是示出了本示例實施例的通信系統的配置的框圖。
[0040]圖3是示出了在根據本示例實施例的HNB注冊請求消息中描述的參數的表格。
[0041]圖4是示出了在典型RUA連接消息中描述的參數的表格。
[0042]圖5是示出了在本示例實施例的RUA連接消息中描述的參數的表格。
[0043]圖6示出了當在相同尋呼區(qū)域中存在多個HNB時的連接配置的示例。
[0044]圖7是示出了 HNB200的配置的框圖。
[0045]圖8是示出了 HNB-GW300的配置的框圖。
【具體實施方式】
[0046]接下來參考附圖來描述本發(fā)明的示例實施例。
[0047]圖2是示出了本示例實施例的通信系統的配置的框圖。本示例實施例的通信系統是通過毫微微基站來允許MOCN的UMTS系統。
[0048]參見圖2，HNB200通過HNB-GW300連接到多個CN400?402。HNB200通過無線線路與多個用戶終端100?102相連。用戶終端100?102是無線通信終端，例如便攜式電話或智能電話。CN400?402是由相互不同的通信運營商10?30來運營的網絡，它們連接訂閱用戶終端的呼叫，并中繼通信。用戶終端100?102分別訂閱通信運營商10?30的服務，且每個終端連接到它們訂閱的通信運營商10?30的各自CN400?402。
[0049]HNB200是毫微微小區(qū)的基站設備，其通過無線線路與用戶終端100?102相連，并由通信運營商10、20和30來共享。在注冊時，例如在啟動時，HNB200向HNB GW300報告其自己的設備要連接到的CN的列表信息。該列表信息可以包含多個CN的網絡識別信息。在本示例實施例的示例中，列表信息包含CN400?402的網絡識別信息，由此用戶終端100?102能夠通過HNB200與其自己的設備訂閱的CN400?402相連。
[0050]更具體地，在本示例實施例中，已修改了如3GPP的25.469V9.3.0所定義的HNBAPHNB注冊請求消息的規(guī)定，且HNB200能夠加載多個PLMN ID的列表(作為列表信息)，作為HNBAP HNB注冊請求消息中的參數，并將該消息向HNB GW300報告。
[0051]圖3是示出了在根據本示例實施例的HNB注冊請求消息中描述的參數的表格。將根據本示例實施例的圖3的表格與圖1的表格相比，在圖3中已添加了被稱為PLMN-1D列表的參數。該參數可以描述PLMN ID的列表，該PLMN ID的數目最大是PLMN的最大數目。
[0052]此外，在從任何用戶終端進行呼叫發(fā)起時，HNB200借助在HNB和HNB-GW之間端接的協議的消息向HNB-GW300報告網絡識別信息，該網絡識別信息指示用戶終端要連接的CN。在本示例實施例中，例如，用戶終端100訂閱CN400，且HNB200因此在從用戶終端100進行呼叫發(fā)起時向HNB-GW300報告用戶終端100要連接的CN400的網絡識別信息。
[0053]更具體地，在本示例實施例中，已修改了如3GPP的25.468V9.3.0中定義的RUA連接消息的規(guī)定，且HNB200能夠加載作為CN的網絡識別信息的PLMN ID,作為RUA連接消息中的參數，然后通知HNB-GW300。RUA (RANAP用戶自適應)是在HNB和HNB-GW之間端接的協議。
[0054]圖4是示出了在典型RUA連接消息中描述的參數的表格。圖5是示出了在本示例實施例的RUA連接消息中描述的參數的表格。
[0055]圖4示出了如3GPP的25.468V9.3.0中規(guī)定的RUA連接消息的參數。如通過觀看該表格所能夠理解的，在RUA連接消息中不能設置指示用戶終端要連接到哪個CN的PLMNID0
[0056]相對地，在圖5中，添加了選定PLMN身份，作為可以在RUA連接消息中設置的參數。HNB200能夠在該選定PLMN身份中設置用戶終端100要連接到的CN的PLMN ID,并通知 HNB-GW300。
[0057]HNB-GW300是將HNB200連接到多個CN400?402的網關設備，并由多個通信運營商10,20和30來共享。
[0058]在HNB200注冊時，HNB-GW300從HNB200接收HNB200要連接的CN的列表信息。已接收到該列表信息的HNB-GW300在列表信息中包括HNB200要屬于的每個CN中的尋呼區(qū)域，并保存該列表信息。
[0059]在從用戶終端進行呼叫發(fā)起時，HNB-GW300從用戶終端向由從HNB200報告的網絡識別信息指示的CN傳輸控制消息。例如，如果在用戶終端100進行呼叫發(fā)起時從HNB200報告的網絡識別信息指示CMOOJU HNB-GW300從用戶終端100向CN400傳輸控制消息，由此可以將來自用戶終端100的控制消息傳輸至用戶終端100所訂閱的CN400。
[0060]此外，在向任何用戶終端進行呼叫連接時，HNB-GW300基于所保存的列表信息，選擇要從CN向哪個HNB發(fā)送尋呼。此處假定用戶終端100在HNB200的服務區(qū)域中，且假定呼叫連接發(fā)生在從CN400到用戶終端100。在該情況下，HNB-GW300向屬于包含HNB200在內的尋呼區(qū)域的基站設備發(fā)送來自CN400的尋呼。[0061]圖2僅示出了一個HNB200，但是實際上，在通信系統中存在多個基站設備。已接收到從CN400到用戶終端100的呼叫連接消息的HNB-GW300僅向屬于該尋呼區(qū)域的基站設備發(fā)送尋呼。
[0062]圖6示出了當多個HNB在相同尋呼區(qū)域中時的連接配置的示例。圖6中示出了多個HNB200、210、220、230和240。示出了與附圖所示每個HNB200?240相連的CN的PLMNID0 例如，HNB200 連接到 PLMN ID=IO 的 CN400 和 PLMN ID=20 的 CN401。此外，HNB210 連接到 PLMN ID=20 的 CN401 和 PLMN ID=30 的 CN402。HNB220 連接到 PLMN ID=IO 的 CN400和 PLMN ID=30 的 CN402。HNB230 連接到 PLMN ID=IO 的 CN400。HNB240 連接到 PLMN ID=20的CN401。為了簡化說明，假定在出現的HNB中，不存在屬于不同尋呼區(qū)域的HNB。
[0063]在圖6的連接配置中，當例如存在從CN400到用戶終端100的呼叫連接時，HNB-GW300向連接到CN400(PLMN ID=IO)的HNB200、220、和230發(fā)送尋呼。此外，當例如存在從CN401到用戶終端101的呼叫連接時，HNB-GW300向連接到CN401(PLMN ID=20)的HNB200、210、和240發(fā)送尋呼。
[0064]根據上文所述的本示例實施例，在HNB200注冊時，向HNB-GW300報告要連接的CN的列表信息，且在向用戶終端進行呼叫連接時，HNB-GW300基于列表信息來選擇要向HNB200發(fā)送尋呼。此外，在從用戶終端進行呼叫發(fā)起時，HNB200向HNB-GW300報告用戶終端要連接到的CN的網絡識別信息，且HNB-GW300從用戶終端向由網絡識別信息指示的核心網傳輸控制消息。因此，在由多個CN共享HNB的系統配置中，用戶終端的正確呼叫發(fā)起和連接變得可能。
[0065]圖7是示出了 HNB200的配置的框圖。參見圖7，HNB200包括注冊單元201和呼叫控制單元202。
[0066]如上文所述，HNB200是通過無線線路與用戶終端100?102相連且通過HNB-GW300與多個CN400?402相連的基站設備。
[0067]注冊單元201執(zhí)行HNB200向CN的注冊過程，且在該過程中，向HNB-GW300報告要連接到的CN的列表信息。
[0068]呼叫控制單元202執(zhí)行用戶終端的呼叫發(fā)起和呼叫連接過程，且在呼叫發(fā)起過程中，借助在HNB200和HNB-GW300之間端接的協議的消息向HNB-GW300報告網絡識別信息，該網絡識別信息指示要與用戶終端相連的CN。
[0069]圖8是示出了 HNB-GW300的配置的框圖。參見圖8，HNB_GW300包括注冊單元301、數據管理單元302、以及呼叫控制單元303。
[0070]如上文所述，HNB-GW300是將通過無線線路與用戶終端100?102相連的HNB200連接到多個CN400?402的網關設備。
[0071]注冊單元301執(zhí)行HNB200在CN400?402中的注冊過程，且此時，從HNB200接收HNB200要連接的CN400?402的列表信息。
[0072]數據管理單元302保存由注冊單元301接收到的列表信息。更具體地，數據管理單元302保存并管理在CN和PLMN ID之間的對應關系的信息、在HNB和連接到這些HNB的CN之間的對應關系的信息、以及在HNB的服務區(qū)域中的用戶終端的信息。由注冊單元301接收到的列表信息被保存為在HNB和連接到HNB的CN之間的對應關系的信息。
[0073]呼叫控制單元303執(zhí)行從用戶終端100?102進行呼叫發(fā)起的過程以及向用戶終端100?102進行呼叫連接的過程。在這些時間，呼叫控制單元303借助在呼叫發(fā)起過程中在HNB和HNB-GW之間端接的協議的消息從HNB200接收網絡識別信息，該網絡識別信息指示與用戶終端相連的CN，并從用戶終端向由網絡識別信息指示的CN傳輸控制消息。此夕卜，在呼叫連接過程中，呼叫控制單元303基于由數據管理單元302保存的列表信息來選擇要從CN向HNB200發(fā)送尋呼。
[0074]接下來描述在本示例實施例的呼叫發(fā)起時的過程。此處以從用戶終端100進行呼叫發(fā)起為例進行描述。
[0075]步驟1-1:HNB200通過SIB18(系統信息塊18)在無線線路上向用戶終端100?102報告相連的多個通信運營商的PLMN ID的列表，該SIB18符合3GPP的TS25.331。
[0076]步驟1-2:用戶終端100從報告的PLMN ID的列表中選擇其自己的設備所訂閱的通信運營商10的PLMN ID,并建立與HNB200的RRC連接。
[0077]步驟1-3:HNB200在RUA連接消息中設置在從用戶終端100接收到的RRC消息中包含的通信運營商10的PLMN ID，并向HNB-GW300發(fā)送。
[0078]步驟1-4:已接收到RUA連接消息的HNB-GW300的呼叫控制單元303獲取在RUA連接中包含的PLMN ID,并從數據管理單元302獲取與該PLMN ID相對應的CN400的信息。
[0079]步驟1-5 =HNB-Gff300的呼叫控制單元303向該CN400傳輸RANAP初始UE消息。
[0080]HNB-GW300從而能夠在不對RANAP消息解碼的情況下將RANAP初始UE消息路由至作為恰當發(fā)送目的地的CN400。
[0081]接下來描述本示例實施例的HNB注冊時的過程。
[0082]步驟2-1:當啟動HNB200時，HNB200向HNB-GW300發(fā)送HNBAP HNB注冊請求消息。此時，HNB200在消息中設置要與HNB200相連的通信運營商10、20和30的PLMN ID的列表。
[0083]步驟2-2:已接收到HNBAP HNB注冊請求消息的HNB-GW300的注冊單元301向數據管理單元302傳遞指示HNB200的信息和報告的PLMN ID的列表。
[0084]步驟2-3:HNB-GW300的數據管理單元302保存從注冊單元301傳遞的信息。
[0085]接下來描述本示例實施例中在接收尋呼時的過程。此處假定通信系統具有圖6的連接配置。
[0086]步驟3-1 =HNB-Gff300 從 CN400 接收 RANAP 尋呼消息。
[0087]步驟3-2:已接收到RANAP尋呼消息的HNB-GW300的呼叫控制單元303向數據管理單元302傳遞在RANAP尋呼消息中包含的信息。在數據管理單元302中保存的信息中，CN400 (PLMN ID=IO)連接到HNB200、220和230，且因此從數據管理單元302向呼叫控制單元303返回指示作為RANAP尋呼消息的發(fā)送目的地的HNB200、HNB220和HNB230的信息。
[0088]步驟3-3 =HNB-Gff300 向 HNB200、HNB220、和 HNB230 發(fā)送攜帶 RANPA 尋呼消息的RUA 無連接傳輸(RUA Connectionless Transfer)。
[0089]接下來描述在上述步驟3-2中的搜索作為RANAP尋呼消息的發(fā)送目的地的HNB的過程。
[0090]步驟4-1:HNB-GW300判斷在數據管理單元302中是否存在與用戶終端100的位置相關的位置信息，且如果信息存在，提取用戶終端100的HNB的信息。此時，用戶終端100的位置信息的存在與否可以通過是否已注冊了 RANAP尋呼消息中包含的國際移動訂戶身份(IMSI)來判斷。[0091]步驟4-2:當用戶終端100的位置信息在數據管理單元302中不存在時，HNB-GW300提取在RANAP尋呼消息中已設置的尋呼區(qū)域ID。然后HNB-GW300提取以下HNB:在尋呼區(qū)域ID中包含的該HNB的PLMN ID與所附尋呼區(qū)域信息(位置區(qū)域碼或路由區(qū)域碼)匹配。
[0092]盡管上文已參考示例實施例描述了本發(fā)明，本發(fā)明不限于上述示例實施例。本發(fā)明的配置和細節(jié)對于本發(fā)明的范圍內的各種修改是開放的，該范圍對于本領域普通技術人員將是清楚的。
[0093]本申請要求基于日本專利申請N0.2011-139511的優(yōu)先權，日本專利申請N0.2011-139511的申請是在2011年6月23日提交的，且通過全文引用的方式將該申請并入本文中。
【權利要求】
1.一種通信系統，具有通過無線線路與用戶終端相連的基站設備以及將所述基站設備與多個核心網相連的網關設備；其中: 在所述基站設備注冊時，所述基站設備向所述網關設備報告要實施連接的核心網的列表信息； 在從所述用戶終端進行呼叫發(fā)起時，所述基站設備借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網，以及所述網關設備從所述用戶終端向由報告的所述網絡識別信息所指示的核心網傳輸控制消息；以及 在向所述用戶終端進行呼叫連接時，所述網關設備基于所述基站設備在所述注冊時報告的所述列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
2.根據權利要求1所述的通信系統，其中，在所述注冊時，所述基站設備將作為所述列表信息的PLMN ID的列表作為參數加載到HNBAP HNB注冊請求消息中，并向所述網關設備?艮告。
3.根據權利要求1或2所述的通信系統，其中，在從所述用戶終端進行呼叫發(fā)起時，所述基站設備將作為所述網絡識別信息的PLMN ID作為參數加載到RUA連接消息中，并向所述網關設備報告。
4.一種通過無線線路連接到用戶終端且通過網關設備連接到多個核心網的基站設備，包括: 注冊單元，執(zhí)行所述基站設備在核心網中的注冊過程，以及在該過程中，向所述網關設備報告要實施連接的核心網的列表信息；以及 呼叫控制單元，執(zhí)行從所述用戶終端進行呼叫發(fā)起的過程，以及在該過程中，借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要連接到所述用戶終端的核心網。
5.根據權利要求4所述的基站設備，其中，所述注冊單元將作為所述列表信息的PLMNID的列表作為參數加載到HNBAP HNB注冊請求消息中，并向所述網關設備報告。
6.根據權利要求4或5所述的基站設備，其中，所述呼叫控制單元在從所述用戶終端進行呼叫發(fā)起時，將作為所述網絡識別信息的PLMN ID作為參數加載到RUA連接消息中，并向所述網關設備報告。
7.一種將通過無線線路連接到用戶終端的基站設備連接到多個核心網的網關設備，包括: 注冊單元，執(zhí)行所述基站設備在核心網中的注冊過程，以及從所述基站設備接收所述基站設備要連接的核心網的列表信息； 數據管理單元，保存由所述注冊單元接收到的所述列表信息；以及 呼叫控制單元，執(zhí)行從所述用戶終端進行呼叫發(fā)起的過程以及向所述用戶終端進行呼叫連接的過程，以及在所述呼叫發(fā)起過程中，借助`在基站設備和網關之間端接的協議的消息從所述基站設備接收網絡識別信息，所述網絡識別信息指示要與所述用戶終端相連的核心網，以及從所述用戶終端向由接收到的所述網絡識別信息指示的核心網傳輸控制消息；以及在所述呼叫連接過程中，基于由所述數據管理單元保存的所述列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
8.一種基站設備控制方法，用于控制通過無線線路與用戶終端相連以及通過網關設備連接到多個核心網的基站設備，所述基站設備控制方法包括以下步驟: 在所述基站設備向核心網的注冊過程中，向所述網關設備報告要連接的核心網的列表信息;以及 在從所述用戶終端進行呼叫發(fā)起的過程中，借助在基站設備和網關設備之間端接的協議的消息向所述網關設備報告網絡識別信息，所述網絡識別信息指示要連接到所述用戶終端的核心網。
9.一種用于控制網關設備的網關設備控制方法，所述網關設備將通過無線線路與用戶終端相連的基站設備連接到多個核心網，所述網關設備控制方法包括以下步驟: 在所述基站設備在核心網的注冊過程中，從所述基站設備接收要連接到所述基站設備的核心網的列表信息并保存該列表信息； 在從所述用戶終端進行呼叫發(fā)起的過程中，借助在基站設備和網關之間端接的協議的消息從所述基站設備接收網絡識別信息，所述網絡識別信息指示要連接到所述用戶終端的核心網； 從所述用戶終端向由接收到的所述網絡識別信息指示的核心網傳輸控制消息；以及 在向所述用戶終端進行呼叫連接的過程中，基于所保存的所述列表信息，選擇要從所述核心網向其發(fā)送尋呼的基站設備。
【文檔編號】H04W84/10GK103650629SQ201280030906
【公開日】2014年3月19日 申請日期:2012年4月24日 優(yōu)先權日:2011年6月23日
【發(fā)明者】小塚英城, 植田佳央 申請人:日本電氣株式會社