移動(dòng)通信系統(tǒng)、基站和通信方法
【專利摘要】根據(jù)本發(fā)明的移動(dòng)通信系統(tǒng)包括多個(gè)基站?；窘邮毡硎九c該基站鄰接的鄰接基站處的緊急呼叫通信的支持狀態(tài)的緊急呼叫支持信息。
【專利說明】
移動(dòng)通信系統(tǒng)、基站和通信方法
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及用于在移動(dòng)通信系統(tǒng)中處理緊急呼叫的技術(shù)。
【背景技術(shù)】
[0002] 在移動(dòng)通信系統(tǒng)中，為了使得能夠穩(wěn)定地傳輸來自UE(User Equipment(用戶設(shè) 備），終端）的緊急呼叫（例如，日本國內(nèi)向110或119的呼叫及為了給予運(yùn)些緊急呼叫最 高優(yōu)先級(jí)，有必要確保通信通道的安全。此外，假定移動(dòng)通信系統(tǒng)中的UE是移動(dòng)的（在專利 文獻(xiàn)1和2中公開了緊急呼叫）。
[0003] 因此，在移動(dòng)通信系統(tǒng)中，存在緊急呼叫通信中的UE為了確保通信通道的安全而 進(jìn)行跨越eNB(evolved Node B(演進(jìn)型Node B):Base Station(基站））的H/0(Hand Over (切換））的情況。
[0004] 現(xiàn)在，將說明緊急呼叫通信中的肥進(jìn)行H/0的示例。
[0005] 假定肥在與eNB#l進(jìn)行緊急呼叫通信的情況下移動(dòng)至eNB#l的小區(qū)和鄰接的eNB#2 的小區(qū)之間的小區(qū)邊界并且從eNB#2接收到要用于識(shí)別肥已經(jīng)進(jìn)入肥可W切換至eNB#2的 區(qū)域的信號(hào)，則該肥向eNB#l通知已經(jīng)接收到該信號(hào)的事實(shí)，并且eNB#l嘗試使該肥切換至 eNB#2。
[0006] 然而，eNB#2并非始終支持緊急呼叫通信。例如，在eNB#l和eNB#2屬于不同的PLMN (化blic Land Mobile化twork，公共陸地移動(dòng)網(wǎng)絡(luò)）的情況下，存在管理運(yùn)些PLMN的網(wǎng)絡(luò) 運(yùn)營商可能不同于彼此的情況。因此考慮到，由于在網(wǎng)絡(luò)運(yùn)營商之間針對緊急呼叫通信的 支持狀態(tài)可能不同，因此eNB#2可能不支持緊急呼叫通信。
[0007] 結(jié)果，即使在肥切換至eNB#2的情況下，如果eNB#2不支持緊急呼叫通信，則也無法 繼續(xù)進(jìn)行緊急呼叫通信。 現(xiàn)有技術(shù)文獻(xiàn) 專利文獻(xiàn)
[000引 專利文獻(xiàn)1:肝2010-526486 專利文獻(xiàn) 2: W02013/065824

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