移動通信系統、基站和通信方法
【專利摘要】根據本發明的移動通信系統包括多個基站。基站接收表示與該基站鄰接的鄰接基站處的緊急呼叫通信的支持狀態的緊急呼叫支持信息。
【專利說明】
移動通信系統、基站和通信方法
技術領域
[0001] 本發明設及用于在移動通信系統中處理緊急呼叫的技術。
【背景技術】
[0002] 在移動通信系統中，為了使得能夠穩定地傳輸來自UE(User Equipment(用戶設 備），終端）的緊急呼叫（例如，日本國內向110或119的呼叫及為了給予運些緊急呼叫最 高優先級，有必要確保通信通道的安全。此外，假定移動通信系統中的UE是移動的（在專利 文獻1和2中公開了緊急呼叫）。
[0003] 因此，在移動通信系統中，存在緊急呼叫通信中的UE為了確保通信通道的安全而 進行跨越eNB(evolved Node B(演進型Node B):Base Station(基站））的H/0(Hand Over (切換））的情況。
[0004] 現在，將說明緊急呼叫通信中的肥進行H/0的示例。
[0005] 假定肥在與eNB#l進行緊急呼叫通信的情況下移動至eNB#l的小區和鄰接的eNB#2 的小區之間的小區邊界并且從eNB#2接收到要用于識別肥已經進入肥可W切換至eNB#2的 區域的信號，則該肥向eNB#l通知已經接收到該信號的事實，并且eNB#l嘗試使該肥切換至 eNB#2。
[0006] 然而，eNB#2并非始終支持緊急呼叫通信。例如，在eNB#l和eNB#2屬于不同的PLMN (化blic Land Mobile化twork，公共陸地移動網絡）的情況下，存在管理運些PLMN的網絡 運營商可能不同于彼此的情況。因此考慮到，由于在網絡運營商之間針對緊急呼叫通信的 支持狀態可能不同，因此eNB#2可能不支持緊急呼叫通信。
[0007] 結果，即使在肥切換至eNB#2的情況下，如果eNB#2不支持緊急呼叫通信，則也無法 繼續進行緊急呼叫通信。 現有技術文獻 專利文獻
[000引 專利文獻1:肝2010-526486 專利文獻 2: W02013/065824
【發明內容】
發明要解決的問題
[0009] 如上所述，在無線通信系統中，如果緊急呼叫通信中的UE切換至不支持緊急呼叫 通信的eNB，則該肥無法繼續進行緊急呼叫通信。
[0010] 為了防止運種情況，有必要例如避免eNB將緊急呼叫通信中的UE切換至不支持緊 急呼叫通信的鄰接eNB。
[0011] 然而，eNB并不知道鄰接eNB的緊急呼叫通信的支持狀態。
[001^ 因此，無法防止eNB進行向不支持緊急呼叫通信的鄰接eNB的H/0。
[0013]本發明的目的是提供一種用于解決上述問題的技術。 用于解決問題的方案
[0014] 根據本發明的移動通信系統是一種移動通信系統，包括:多個基站，其中，所述基 站接收緊急呼叫支持信息，所述緊急呼叫支持信息表示與所述基站鄰接的鄰接基站處的緊 急呼叫通信的支持狀態。
[0015] 本發明的基站是一種移動通信系統中的基站，所述移動通信系統包括多個基站， 所述基站包括:通信部，其接收緊急呼叫支持信息，其中所述緊急呼叫支持信息表示與所述 基站鄰接的鄰接基站處的緊急呼叫通信的支持狀態。
[0016] 本發明的通信方法是一種移動通信系統中的基站的通信方法，所述移動通信系統 包括多個基站，所述通信方法包括W下步驟:接收緊急呼叫支持信息，其中所述緊急呼叫支 持信息表示與所述基站鄰接的鄰接基站處的緊急呼叫通信的支持狀態。 發明的效果
[0017] 根據本發明，可W獲得如下效果:基站可W變得知曉與該基站鄰接的鄰接基站處 的緊急呼叫通信的支持狀態。
【附圖說明】
[0018] [圖1]示出本實施例的移動通信系統結構的圖。
[圖2]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法1的順序圖。
[圖3]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法2的順序圖。
[圖4]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法3的順序圖。
[圖5]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法4的順序圖。
[圖6]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法5的順序圖。
[圖7]例示用于在本實施例的移動通信系統中向eNB(#la)30-la通知與eNB(#2a)30-2a 有關的緊急呼叫支持信息的方法6的順序圖。
[圖引例示在本實施例的移動通信系統中緊急呼叫通信中的肥20在H/0時的操作的順 序圖。
[圖9]示出本發明的基站的整體結構的圖。
【具體實施方式】
[0019] 接著，將參考附圖來說明用于實施本發明的方式。 (1)本實施例 (1-1)本實施例的結構 圖1示出本發明的一個實施例的移動通信系統的結構的圖。
[0020] 如圖1所示，本實施例的移動通信系統是適用于LTE(Long Term Evolution,長期 演進)移動通信系統的示例。
[0021] PLMN(#1)10-1 和 PLMN(#2)10-2 共享網絡。在 w 下說明中，PLMN(#1)10-1 和 PLMN(# 2)10-2并沒有相互區分，而是簡稱為PLMN 10。
[0022] eNB(#la)30-la、eNB(#化）30-化、MME(Mobility Management Entity,移動管理實 體）（#1 )40-1、EMS化lement Management Entity，網元管理實體）（#1 )50-1和S0N( Self 0巧anizing化twork，自組織網絡）（#1)60-1被設置為受PLMN(#1)10-1控制。
[0023] eNB(#2a)30-2a、MME(#2)40-2、EMS(#2)50-2 和 S0N(#2)60-2 被設置為受 PLMN(#2) 10-2控制。
[0024] 肥20是能夠在PLMN(#1)10-1的區域和PLMN(#2)10-2的區域之間移動的情況下與 eNB(#la)30-la、eNB(#化)30-化和eNB(#2a)30-2a中的任何之一進行無線通信的終端。
[00巧]eNB(#la)30-la、eNB(#化）30-化和eNB(#2a)30-2a是與UE 20進行無線通信的節 點，并且是基站的示例。在W下說明中，在eNB(#la)30-la、eNB(#化)30-化和eNB(#2a)30-2a 不相互區分的情況下，eNB(#la)30-la、eNB(#化）30-化和eNB(#2a)30-2a簡稱為eNB 30。 [00%] MME(#1)40-1和MME(#2)40-2是管理UE 20的移動的節點，并且是移動管理裝置的 示例。在W下說明中，在MME(#1)40-1和MME(#2)40-2不相互區分的情況下，MME(#1)40-1和 MME(#2)40-2簡稱為MME 40。
[0027] EMS(#1)50-1和EMS(#2)50-2是進行移動通信系統的操作/維護的節點，并且是操 作維護裝置(0&M(Operation&Maintenance)device)的示例。在W下說明中，在EMS(#1 )50-1 和EMS(#2)50-2不相互區分的情況下，EMS(#1)50-1和EMS(#2)50-2簡稱為EMS 50。
[002引 S0N(#1)60-1和S0N(#2)60-2包括控制各eNB 30的鄰接小區信息的節點。在W下說 明中，在S0N(#1)60-1 和S0N(#2)60-2不相互區分的情況下，S0N(#1)60-1 和S0N(#2)60-2簡 稱為SON 60。
[0029] 盡管SON 60是針對PLMN(#1)10-1和PLMN(#2)10-2各自設置的，但SON 60可W被設 置為覆蓋 PLMN( #1) 10-1 和 PLMN( #2) 10-2 運兩者。
[0030] 此外，SON 60經由EMS 50連接至eNB 30,但可W直接連接至eNB 30。 (1-2)本實施例的操作 將說明本實施例的移動通信系統的操作。 (1-2-1)緊急呼叫支持信息的通知操作 在移動通信系統中，在緊急呼叫通信中的UE 20進行向不支持緊急呼叫通信的eNB 30 的H/0的情況下，該UE無法繼續進行緊急呼叫通信。
[0031] 為了防止運種情況，eNB 30需要防止緊急呼叫通信中的肥20進行向不支持緊急 呼叫通信的鄰接eNB 30的H/0。
[0032] 為了該目的，eNB 30需要變得知曉與該eNB 30鄰接的鄰接eNB 30處的緊急呼叫通 信的支持狀態。
[0033] 為了實現該目的，在本實施例中，改變表示與eNB 30鄰接的鄰接eNB 30處的緊急 呼叫通信的支持狀態(是否支持緊急呼叫通信）的緊急呼叫支持信息W使得可W向該eNB 30通知該緊急呼叫支持信息。
[0034] 例如，向eNB(#la)30-la通知設及位置與eNB(#la)30-la鄰接的eNB(#化）30-化和 eNB(#2a)30-2a的緊急呼叫支持信息。
[0035] 接著，將說明用于向eNB(#la)30-la通知與eNB(#2a)30-2a有關的緊急呼叫支持信 息的方法。在參考圖2~7的W下說明中，假定緊急呼叫支持信息使用作為表示是否支持緊 急呼叫通信的標識符的緊急呼叫支持標識符。 (1-2-1-1)方法 1 圖2示出用于例示方法1的順序圖。
[0036] 如圖2所示，方法1是eNB(#2a)30-^i通過使用X2接口將緊急呼叫支持標識符直接 發送至eNB(#la)30-la的方法。
[0037] 具體地，eNB(#2a)30-2a在啟動時將eNB(#2a)30-2a的緊急呼叫支持標識符插入X2 建立請求(X2Setup request)消息中并且將該X2建立請求消息發送至eNB(#la)30-la(步驟 Sll)〇
[0038] 運里，eNB 30發送包括緊急呼叫支持標識符的X2建立請求消息的時間不局限于啟 動時。
[0039] 可選地，eNB 30可W使用來自鄰接eNB 30的X2建立請求消息的接收來將緊急呼叫 支持標識符插入X2建立請求消息中并且將該消息發送至鄰接eNB。 (1-2-1-2)方法 2 圖3示出用于例示方法2的順序圖。
[0040] 如圖3所示，方法2是eNB(#2a)30-2a經由MME(#2)40-2和MME(#1)40-1將緊急呼叫 支持標識符發送至eNB (# 1 a) 30-1 a的方法。
[0041 ] 具體地，eNB(#2a)30-2a例如在啟動時將eNB(#2a)30-2a的緊急呼叫支持標識符插 入eNB直接信息傳遞(eNB Direct Information Transfer)消息中并且將該eNB直接信息傳 遞消息發送至MME(#2)40-2(步驟S21)。
[0042]接著，MME(#2)40-2將該eNB直接信息傳遞消息中所包括的緊急呼叫支持標識符插 入RAN信息中繼(RAN Information Relay)消息中，并且將該RAN信息中繼消息發送至MME(# 1 )40-1 (步驟 S22)。
[00創接著，MME (# 1) 40-1將該RAN信息中繼消息中所包括的緊急呼叫支持標識符插入 MME直接信息傳遞(MME Direct Information Transfer)消息中并且將該MME直接信息傳遞 消息發送至eNB(#la)30-la(步驟S23)。
[0044] 運里，eNB 30發送包括緊急呼叫支持標識符的X2建立請求消息的時間不局限于啟 動時。 (1-2-1-3)方法 3 圖4不出用于例不方法3的順序圖。
[0045] 如圖4所示，方法3是MME(#2)40-2將受MME(#2)40-2控制的各eNB(#2a)30-2a的緊 急呼叫支持標識符發送至eNB (# 1 a) 30-1 a的方法。
[0046] 具體地，MME(#2)40-2識別受MME(#2)40-2控制的各eNB 30(包括eNB(#2a)30-2a) 處的緊急呼叫通信的支持狀態。
[0047] 因此，MME(#2)40-2將受MME(#2)40-2控制的各eNB 30的緊急呼叫支持標識符插入 RAN信息中繼消息中，并且將該RAN信息中繼消息發送至MME(#1) 40-1 (步驟S31)。
[004引接著，MME (# 1) 40-1將RAN信息中繼消息中所包括的受MME (#2) 40-2控制的各eNB 30的緊急呼叫支持標識符插入MME直接信息傳遞消息并將該MME直接信息傳遞消息發送至 eNB(#la)30-la(步驟 S32)。
[0049] 運里，關于經由MME(#1)40-1從MME(#2)40-2發送至eNB(#la)30-la的緊急呼叫支 持標識符，可W發送受MME (#2)40-2控制的eNB 30中的僅與eNB(# 1 a) 30-1 a鄰接的eNB 30的 緊急呼叫支持標識符。 (1-2-1-4)方法 4 圖5示出用W例示方法4的順序圖。
[0050] 如圖5所示，方法4是eNB(#2a)30-2a通過無線來廣播其緊急呼叫支持標識符而eNB (# 1 a) 30-1 a經由來自肥20的報告識別eNB(#2a) 30-2a的緊急呼叫支持標識符的方法。 [0051] 具體地，eNB(#2a)30-2a將eNB(#2a)30-^i的緊急呼叫支持標識符插入eNB直接信 息消息中，并且通過無線來廣播該eNB直接信息消息(步驟S41)。
[0052]在接收到eNB直接信息消息的情況下，UE 20將該eNB直接信息消息中所包括的緊 急呼叫支持標識符插入RAN信息中繼消息，并且將該RAN信息中繼消息發送至無線通信中的 eNB(#la)30-la。 (1-2-1-5)方法 5 圖6示出用于例示方法5的順序圖。
[0053] 如圖6所示，方法5是EMS(#1)50-1將eNB(#2a)30-2a的緊急呼叫支持標識符發送至 eNB(#la)30-la 的方法。
[0化4]具體地，EMS(#1)50-1 已經從MME(#2)40-2獲得了受MME(#2)40-2控制的各eNB 30 (包括eNB (#2a) 30-2a)的緊急呼叫支持標識符。
[0055] 因此，EMS(# 1)50-1將受MME(#2)40-2控制的各eNB 30的緊急呼叫支持標識符插入 建立信息（Setup Informat ion)消息，并且將該建立信息消息發送至eNB(#la) 30-la(步驟 S51)。
[0056] 運里，關于從EMS(#1)50-1發送至eNB(#la)30-la的緊急呼叫支持標識符，可W發 送受MME(#2)40-2控制的eNB 30中的僅與eNB(#la)30-la鄰接的eNB 30的緊急呼叫支持標 識符。 (1-2-1-6)方法 6 圖7示出用于例示方法6的順序圖。
[0057] 如圖7所示，方法6是eNB(#2a)30-2a在運營中修改其緊急呼叫通信的支持狀態的 情況下通過使用X2接口將修改后的緊急呼叫支持標識符直接發送至eNB(#la)30-la的方 法。
[0058] 具體地，eNB(#2a)30-2a在運營中修改其緊急呼叫通信的支持狀態的情況下（從不 支持狀態改變為支持狀態或者從支持狀態改變為不支持狀態時），將表示eNB(#2a)30-2a的 修改后的緊急呼叫支持狀態的緊急呼叫支持標識符插入X2eNB配置更新（X2eNB Configuration Update)消息中，并且將該X2eNB配置更新消息發送至eNB(#la)30-la(步驟 S61)。
[0059] 應注意，可W通過W上方法（圖2~7)中的任一方法或者通過兩個或更多個W上方 法中的任意方法的組合來實現用W向eNB(#la)30-la通知與eNB(#化)30-化有關的緊急呼 叫支持信息的方法。
[0060] 應注意，在使用方法2(圖3)的情況下，由于在步驟S21中將eNB直接信息傳遞消息 從eNB(#化)30-化發送至MME(#1)40-1，因此可W省略步驟S22。此外，在使用方法3(圖4)的 情況下，由于MME(#1)40-1識別出eNB(#lb)30-lb處的緊急呼叫通信的支持狀態，因此可W 省略步驟S31。
[0061] 由于W上方法1~6(圖2~7)的使用使得eNB(#la)30-la能夠獲得eNB(#la)30-la 的鄰接eNB(#化)30-化和eNB(#2a)30-2a處的緊急呼叫支持信息的知識，因此eNB(#la)30- la將緊急呼叫支持信息記錄在eNB(#la)30-la的鄰接小區列表中。
[0062] 鄰接小區列表是記錄有與同本eNB 30鄰接的鄰接eNB 30的小區有關的小區信息 的列表。
[0063] 例如，如表1所示，鄰接小區列表記錄有作為與各鄰接小區有關的小區信息的小區 標識符、緊急呼叫通信的支持狀態、H/0可行性等。運里，例如，H/0可行性針對故障的eNB 30 記錄為"H/0不可行"。H/0可行性信息是從SON 60所通知的。
[0064] 酷]
如上所述，eNB 30可W識別與該eNB 30鄰接的鄰接eNB 30處的緊急呼叫通信的支持狀 態。
[0065] 因此，如后面將說明的，eNB 30可W防止緊急呼叫通信中的肥20進行向不支持緊 急呼叫通信的鄰接eNB 30的H/0。
[0066] 結果，UE 20可W在H/0之后繼續進行緊急呼叫通信，因而不存在移動通信系統的 網絡質量和可靠性將受損的風險。 接著，將說明UE 20在H/0時的操作。
[0067] 圖8是例示肥20在H/0時的操作的順序圖。
[0068] 運里，圖8中的順序圖是基于3GPP(Third Generation Partnership Project,第 Ξ代合作伙伴計劃)標準的簡易版本。
[0069] 針對eNB 30中的緊急呼叫，使用TS23.401中的W下術語。
[0070] 。緊急承載服務(eme;rgen巧bearer service)"和"具有特定ARP值的E-RAB化-RAB with Particular ARP value)''。 (ARP是分配/保留優先級(Allocation/Retention Priority)。在針對eNB的TS36.413 和針對RNC的TS25.413中，該ARP專用于指代緊急承載服務。） 假定在圖8中UE 20在與受PLMN(#1)10-1控制的eNB(#la)30-la進行緊急呼叫通信的情 況下從PLMN(#1 )10-1的區域向著與PLMN(#1 )10-1共享網絡的PLMN(#2) 10-2的區域移動并 嘗試進行H/0。
[0071] 還假定 eNB(#la)30-la、eNB(# 化）30-化和 eNB(#2a)30-2aW 與上述方法 1 ~6(圖 2 ~7)相同的方式接收到與同本eNB鄰接的鄰接eNB 30有關的緊急呼叫支持信息，并且將該 信息記錄在鄰接小區列表中。
[0072] 如圖8所示，受PLMN(#2)10-2控制的eNB(#2a)30-^i通知系統通知信息。假定移動 至PLMN(#2)10-2的區域的肥20接收到來自eNB(#2a)30-2a的系統通知信息(步驟S71)。
[0073] 然后，肥20從eNB(#2a)30-2a的系統通知信息接收到表示肥已經進入允許切換至 eNB(#2a)30-2a的區域的信號。該信號是3GPP標準中所定義的信號。
[0074] 然后，肥20將測量報告發送至與該UE進行緊急呼叫通信的eNB(#la)30-la，并且 提供該肥駐留在允許切換至eNB(#2a)30-2a的區域中的通知(步驟S72)。
[00巧]另一方面，受PLMN(#1)10-1控制的eNB(#化)30-化也提供系統通知信息，并且假定 肥20也接收到該系統通知信息(步驟S73)。
[0076] 然后，肥20同樣將測量報告發送至與該UE進行緊急呼叫通信的eNB(#la)30-la， 并且提供該肥駐留在允許切換至eNB(#化)30-化的區域中的通知(步驟S74)。
[0077] 在此階段，eNB(#la)30-la已經W與上述方法1~6相同的方式接收到與eNB(#2a) 30-2a和eNB(#化)30-化有關的緊急呼叫支持信息并且將運些信息記錄在鄰接小區列表中。 然而，如果eNB(#la)30-la尚未接收到與eNB(#2a)30-2a和/或eNB(#化)30-化有關的緊急呼 叫支持信息，則eNB(#la)30-la可W通過使用從肥20接收到的測量報告作為觸發來向鄰接 eNB 30索要緊急呼叫支持信息，W獲得緊急呼叫支持信息。
[007引在運種情況下，假定eNB(#2a)30-2a不支持緊急呼叫通信而eNB(#化)30-化支持緊 急呼叫通f目。
[0079] 另一方面，eNB(#la)30-la根據來自UE 20的測量報告識別出UE 20駐留在UE可W 切換至eNB(#2a)30-2a和eNB(#化)30-化的區域中。此外，肥20處于緊急呼叫通信中。
[0080] 在運些情形下，eNB(#la)30-la確定eNB(#化)30-化作為肥20的H/0目的地而支持 緊急呼叫通信，并且將針對eNB(#化)30-化的H/0請求發送至MME(#1)40-1(步驟S75)。
[0081] 盡管W上示例示出UE 20接收到系統通知信息的情況，但存在沒有接收到系統通 知信息的情況，然而沒有示出該示例。例如，肥20可W從通信中的eNB(#la)30-la接收與同 eNB(#2a)30-2a有關的系統通知信息等效的信息。結果，肥20可W在無需接收與鄰接eNB(# 2a)30-2a有關的系統通知信息的情況下將測量報告發送至與肥20通信中的eNB(#la)30- la。例如，肥20從eNB(#la)30-la獲得與eNB(#2a)30-2a所使用的頻率等有關的信息（與圖8 的步驟S71中的系統通知信息等效的信息），并且可W基于諸如該頻率等的信息來測量eNB (#2a)30-2a所使用的頻率的電力水平，并且將測量報告發送至eNB(#la)30-la。
[0082] 本發明的實質部分是提供W與前述的方法1~6(圖2~7)所示相同的方法來向eNB (#la)30-la通知與eNB(#2a)30-2a和eNB(#化)30-化有關的緊急呼叫支持信息。特別地，從 eNB(#la)30-la來看，即使鄰接eNB(#2a)30-2a是受共享網絡、不同的PLMN 10控制的節點， eNB (#2a) 30-2a也可W預先獲得緊急呼叫支持信息的知識。
[0083] 由此，eNB(#la)30-la可W預先將與eNB(#2a)30-2a和eNB(#化）30-化有關的緊急 呼叫支持信息記錄在鄰接小區列表中，W使得可W判斷鄰接的eNB(#2a)30-^i和eNB(#lb) 30-化是否適合作為eNB 30的H/0目的地。結果，UE 20可W在H/0之后不經歷任何問題地繼 續進行緊急呼叫通信。 (2)其它實施例 盡管已經參考實施例說明了本發明，但本發明不應限于W上實施例。可W對本發明的 結構和詳情進行本領域技術人員在本發明的范圍內能夠理解的各種變化。W下，將示出變 形例。 (2-1)例如，W使得eNB 30從鄰接eNB 30、MME 40和肥20接收緊急呼叫支持信息并且 將該信息記錄在eNB 30的鄰接列表中的方式說明了W上實施例。
[0084] 另一方面，SON 60內的節點管理各eNB 30的鄰接小區信息W進行高效的網絡操 作。鄰接小區信息包括作為各eNB 30的鄰接小區列表的記錄有如表1所示的緊急呼叫支持 信息的鄰接小區列表。此外，SON 60內的節點不僅管理受SON 60自身所屬的PLMN 10控制的 各eNB 30的鄰接小區信息，而且還管理受與PLMN 10進行網絡共享的其它PLMN控制的各eNB 30的鄰接小區信息。
[0085] 因此，SON 60內的節點可W向各eNB 30提供鄰接小區信息。
[0086] 現在，作為SON 60內的節點向各eNB 30提供鄰接小區信息的示例，將說明ANR (Automatic Nei曲bor Relation,自動鄰居關系）的使用。
[0087] 首先，肥20向eNB 30通知eNB 30的鄰接小區列表中沒有包括的小區信息。
[008引接著，eNB 30向SON 60內的節點通知從肥20報告來的小區信息。
[0089] 接著，SON 60內的節點判斷是否應將從eNB 30報告了小區信息的小區作為與eNB 30的小區鄰接的鄰接小區來進行管理。
[0090] 在SON 60內的節點判斷為應將所報告的小區作為鄰接小區來進行管理的情況下， 該節點向eNB 30報告該小區的小區信息(小區標識符、緊急呼叫通信支持狀態和H/0可行性 等)。
[0091] 然后，eNB 30將從SON 60內的節點報告來的小區信息記錄在鄰接小區列表中。 (2-2)還W使得H/0源eNB 30確定H/0目的地eNB 30的方式說明了W上實施例。
[0092] 另一方面，SON 60內的節點如上所述管理包括各eNB 30的鄰接小區列表的鄰接小 區信息。
[0093] 因此，SON 60內的節點可W確定H/0目的地eNB 30。
[0094] SON 60內的節點確定H/0目的地eNB 30的方式是有利的，運是由于該方式與H/0源 eNB 30確定H/0目的地eNB 30的方式相比能夠快速確定H/0目的地eNB 30。 (2-3)此外，W使得eNB 30僅彼此交換緊急呼叫支持信息的方式說明了本實施例。然 而，eNB可W交換包含緊急呼叫支持信息的鄰接小區列表。在運種情況下，為了提供與eNB 30自身有關的緊急呼叫支持信息通知，需要將該eNB 30放置在鄰接小區列表中。 (2-4)?使得H/0源eNB 30通過參考該H/0源eNB 30內的鄰接小區列表來確定H/0目的 地eNB 30的方式說明了本實施例。然而，H/0源eNB 30可W通過參考SON 60內的節點所保持 的鄰接小區列表來確定H/0目的地eNB 30。 (2-5)假定在W上方法1、2、4和6(圖2、3、5和7)中eNB 30識別其自身的緊急呼叫通信的 支持狀態。然而，eNB 30并非始終識別其自身的支持狀態。
[0095] 因此，eNB 30可W向MME 40索要eNB 30自身的緊急呼叫通信的支持狀態。
[0096]作為查詢方法，可W提及使用S1建立請求消息或eNB配置請求（eNB Configuration request)消息。此外，作為用于應答查詢的方法，可W提及使用S1建立應答 (SlSetup response)消息或eNB配置應答（eNB Configuration response)消息的方法。 (2-6)此外，在W上實施例中，在一些情況下，eNB 30發送其自身的緊急呼叫支持信息， 并且在其它情況下，MME 40發送其控制的各eNB 30的緊急呼叫支持信息，即WeNB 30為單 位提供緊急呼叫通信的支持狀態的通知。
[0097]然而，可W考慮受同一PLMN 10控制的eNB 30設置了相同的緊急呼叫通信的支持 狀態的情況。
[0098] 在運種情況下，可W向eNB 30通知PLMN 10中的緊急呼叫通信的支持狀態（即，受 PLMN 10控制的所有eNB 30的緊急呼叫通信的支持狀態）。
[0099] 因此，eNB 30可W被配置為使用向不支持狀態的轉換作為觸發來將UE 20強制切 換至鄰接eNB 30。 (2-8)此外，W上實施例是在肥20處于緊急呼叫通信中的假定下進行說明的。eNB 30 可W將處于除緊急呼叫通信W外的通信中的UE 20切換至不支持緊急呼叫通信的eNB 30。 然而，eNB 30應至少將緊急呼叫通信中的肥20切換至支持緊急呼叫通信的eNB 30。 (2-9)此外，W使得假定肥20從eNB 30接收系統通知信息并且基于該系統通知信息接 收用于表示肥已經移動至該肥可W切換至eNB 30的區域的信號的方式說明了 W上實施例。 然而，UE 20可W被配置為在接收到系統通知信息之前檢測上述信號或者測量上述信號的 質量。 (3)本發明的概要 最后，將說明本發明的概要。
[0100] 圖9是示出要作為本發明的關鍵特征的eNB 30的整體結構的圖。
[0101] 如圖9所示，eNB 30具有通信部31。通信部31接收表示與該eNB 30鄰接的鄰接eNB 30處的緊急呼叫通信的支持狀態的緊急呼叫支持信息。
[0102] 用W接收鄰接eNB 30處的緊急呼叫支持信息的方法可W使用上述的方法1~6(圖 2 ~7)。
[0103] 因而，eNB 30可W獲得與該eNB 30鄰接的鄰接eNB 30處的緊急呼叫通信的支持狀 態的知識。
[0104] 運里，通信部31是與其它節點進行通信的部分并且在使用上述的方法1、2、4和6 (圖2、3、5和7)的情況下將該eNB 30的緊急呼叫支持信息發送至鄰接eNB 30。
[0105] 此外，除通信部31W外，eNB 30還包括用于存儲各種信息的存儲器。該存儲器存儲 例如作為與該eNB 30鄰接的鄰接eNB 30的小區的列表的鄰接小區列表。
[0106] 此外，eNB 30包括用于進行各種處理的控制部。該控制部進行例如將緊急呼叫支 持信息插入消息的處理、在該eNB 30是H/0源的情況下確定H/0目的地eNB 30的處理和其它 處理。
[0107] 與eNB 30相同，假定除eNB 30W外的其它節點化E 20、MME 40、EMS 50、S0N 60內 的節點）同樣包括用于與其它節點進行通信的通信部、用于存儲各種信息的存儲器W及用 于進行將緊急呼叫支持信息插入消息的處理和其它處理的控制部。
[0108] 運里，通信部(通信器)包括發送部（發送器)和接收部(接收器），并且被配置為W 使得例如發送部(發送器)發送上述的緊急呼叫支持信息而接收部(接收器)接收上述的緊 急呼叫支持信息。 產業上的可利用性
[0109] 本發明可適用于諸如汽車、輪船和飛機等的移動交通工具中所配備的終端的移動 通信。
[0110] 本申請要求2013年12月27日提交的日本專利申請2013-271581的優先權，并且應 在此通過引用包含其全部內容。
【主權項】
1. 一種移動通信系統，包括:多個基站，其中，所述基站接收緊急呼叫支持信息，所述緊 急呼叫支持信息表示與所述基站鄰接的鄰接基站處的緊急呼叫通信的支持狀態。2. 根據權利要求1所述的移動通信系統，其中，所述基站將與該基站有關的所述緊急呼 叫支持信息插入消息中，并且將該消息發送至與所述基站鄰接的鄰接基站。3. 根據權利要求1所述的移動通信系統，其中，還包括移動管理裝置，所述移動管理裝 置使得所述基站受該移動管理裝置的控制，其中，所述基站將與該基站有關的所述緊急呼 叫支持信息插入消息中，并且將該消息經由所述移動管理裝置發送至與所述基站鄰接的鄰 接基站。4. 根據權利要求1所述的移動通信系統，其中，還包括移動管理裝置，所述移動管理裝 置使得所述基站受該移動管理裝置的控制，其中，所述移動管理裝置將與受該移動管理裝 置的控制的基站有關的所述緊急呼叫支持信息插入消息中，并且將該消息發送至與所述基 站鄰接的鄰接基站。5. 根據權利要求1所述的移動通信系統，其中，還包括與所述基站進行無線通信的終 端，其中， 所述基站將與該基站有關的所述緊急呼叫支持信息插入第一消息中并通過無線來廣 播所述第一消息，以及 所述終端在接收到所述第一消息的情況下將所述第一消息中所包括的所述緊急呼叫 支持信息插入第二消息中，并且將所述第二消息發送至與所述終端正進行無線通信的基 站。6. 根據權利要求1所述的移動通信系統，其中，還包括操作維護裝置，所述操作維護裝 置用于進行所述移動通信系統的操作/維護，其中，所述操作維護裝置將與所述基站有關的 所述緊急呼叫支持信息插入消息中，并且將該消息發送至與所述基站鄰接的鄰接基站。7. 根據權利要求1所述的移動通信系統，其中，在修改所述基站處的緊急呼叫通信的支 持狀態的情況下，所述基站將表示修改后的支持狀態的所述緊急呼叫支持信息插入消息 中，并且將該消息發送至與所述基站鄰接的鄰接基站。8. -種移動通信系統中的基站，所述移動通信系統包括多個基站，所述基站包括： 通信部，其接收緊急呼叫支持信息，其中所述緊急呼叫支持信息表示與所述基站鄰接 的鄰接基站處的緊急呼叫通信的支持狀態。9. 一種移動通信系統中的基站的通信方法，所述移動通信系統包括多個基站，所述通 信方法包括以下步驟： 接收緊急呼叫支持信息，其中所述緊急呼叫支持信息表示與所述基站鄰接的鄰接基站 處的緊急呼叫通信的支持狀態。
【文檔編號】H04W92/20GK105874827SQ201480071358
【公開日】2016年8月17日
【申請日】2014年10月27日
【發明人】林貞福, 笹木高廣, 吉村庸三
【申請人】日本電氣株式會社