TWI763985B - 對不具有效訂用之裝置的應急服務支援 - Google Patents

對不具有效訂用之裝置的應急服務支援

Info

Publication number
TWI763985B
TWI763985B TW108108550A TW108108550A TWI763985B TW I763985 B TWI763985 B TW I763985B TW 108108550 A TW108108550 A TW 108108550A TW 108108550 A TW108108550 A TW 108108550A TW I763985 B TWI763985 B TW I763985B
Authority
TW
Taiwan
Prior art keywords
epc
ims
service
service area
ims emergency
Prior art date
Application number
TW108108550A
Other languages
English (en)
Other versions
TW201944811A (zh
Inventor
昆丹 提瓦利
田村利之
Original Assignee
日商日本電氣股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日商日本電氣股份有限公司 filed Critical 日商日本電氣股份有限公司
Publication of TW201944811A publication Critical patent/TW201944811A/zh
Application granted granted Critical
Publication of TWI763985B publication Critical patent/TWI763985B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Emergency Management (AREA)
  • Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Control Of Motors That Do Not Use Commutators (AREA)
  • Emergency Alarm Devices (AREA)

Abstract

本揭露相關於對UE提供應急服務支援之程序，該UE對服務的PLMN不具有有效訂用。本揭露更特別是對UE提供支援IMS應急呼叫或eCall之程序，該UE在連接至EPC及5GC兩者的E-UTRAN服務區中處在有限服務狀態下。

Description

對不具有效訂用之裝置的應急服務支援
本揭露相關於對UE提供應急服務支援之程序，該UE對服務的PLMN不具有有效訂用。
本揭露相關於從基地台廣播至在該基地台的服務區（cell）中待接之UE的系統資訊。該系統資訊可包含由核心網路所提供之連網能力。 一般來說，在基地台以及與該基地台連接之一類型的核心網路之間有一對一的關係。然而，如圖1──非專利文件1（TS23.501 V15.0.0）顯示5G系統架構圖5.17.1.1-1──中所述，E-UTRAN 可同時連接至EPC及5G CN（核心網路）兩者。
本揭露說明在如圖1所描述之結構中的偵測問題，並對識別出的問題提供解法。 引用清單 非專利文獻
NPL 1: 3GPP TS23.501 V15.0.0
技術問題
廣播自基地台的某些系統資訊與核心網路能力相關。當UE在廣播資訊指出所欲之服務可用的情況下發起該所欲之服務時，UE參考此系統資訊。
根據圖1，E-UTRAN可連接至EPC及5G CN兩者，而各核心網路可提供有限數目的可用網路服務。舉例來說，由EPC所提供之網路服務可與由5G CN所提供的不同。
在這狀況下，當UE發起所欲之服務時，由於廣播自基地台的系統資訊並未指出哪一個核心網路提供該服務，或是兩種核心網路皆提供該服務，UE可能無法取得足夠的資訊。 在系統資訊中具有此含糊性的情況下，由於UE可能附接於錯誤的核心網路以取得該服務，所以UE可能無法取得所欲之服務。 本揭露所關注之問題案例至少有三種。參見以下三種案例。
問題案例1： UE無法確定連接至EPC及5G CN的一服務區是否在有限狀態下透過EPC或5GC或其兩者支援IMS應急呼叫。
在有限服務狀態的UE從在AS中的廣播指示元（例如系統資訊）確定該服務區支援基於NG-RAN的應急服務。E-UTRAN服務區可連接至5GC及EPC兩者，且可透過EPC或是5GC或是EPC及5GC兩者對在有限服務狀態下的UE支援應急服務。E-UTRAN只廣播一位元以指出在該服務區中應急服務的支援。此位元可告知在一服務區應急服務是否受支援，但是該位元無法告知該應急服務是由EPC還是5GC支援。因此UE無法確定是EPC支援應急服務還是5GC支援應急服務。
問題案例2： UE無法確定連接至EPC及5GC的E-UTRAN之服務區是否透過EPC或5GC或其兩者支援eCall。
UE在正常服務狀態下，透過針對基於IMS之eCall（eCall over IMS）支援的存取層廣播指示元（例如系統資訊）確定一E-UTRAN服務區支援基於IMS之eCall，且UE在有限服務狀態下，則是透過針對eCall的存取層廣播指示元以及針對IMS應急服務的廣播指示元確定一E-UTRAN服務區支援基於IMS之eCall。連接至5GC及EPC兩者的E-UTRAN只廣播一指示元，指出EPC及5GC兩者是否支援基於IMS之eCall。在有限服務狀態下以及正常服務狀態下的UE無法確定基於IMS之eCall是由EPC或是5GC或是EPC及5GC兩者所支援。因此，若是服務區只廣播針對基於IMS之eCall的一指示元，不確定UE的行為應該對EPC或是對5GC執行基於IMS之eCall。
問題案例3： 對於連接至EPC及5GC的E-UTRAN服務區，UE無法確定EPC或5GC或EPC及5GC兩者是否允許eDRX。
當前E-UTRAN服務區廣播一指示元，該指示元指出在該服務區是否支援eDRX。然而，當E-UTRAN連接至EPC及5GC兩者時，是經由E-UTRAN登記到EPC的UE還是經由E-UTRAN登記到5GC的UE允許eDRX就不清楚了。 問題的解法
一種根據本揭露之第一示例性實施態樣的用戶設備之方法包含：接收系統資訊塊類型1訊息，該系統資訊塊類型1訊息在由一eNodeB（演進節點B）所操作之一服務區中廣播，該eNodeB連接至EPC（演進版分封核心）以及5GC（5G核心）兩者，該系統資訊塊類型1訊息包含下列至少其中之一：ims-EmergencySupport資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由EPC的IMS（IP多媒體子系統）應急服務；以及ims-EmergencySupport5GC資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由5GC的IMS應急服務；以及基於下列兩者以確定該服務區經由EPC及5GC至少其中之一支援IMS應急服務：ims-EmergencySupport資訊是否存在於系統資訊塊類型1訊息中；以及ims-EmergencySupport5GC資訊是否存在於系統資訊塊類型1訊息中，其中該方法更包括：若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則對EPC發起IMS應急服務；若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則對5GC發起IMS應急服務；或者若是該服務區支援經由EPC及5GC兩者支援IMS應急服務，則對EPC或5GC發起IMS應急服務。
一種本揭露之第二示例性實施態樣的用戶設備包含：一收發機以及一控制器，設置以經由該收發機接收系統資訊塊類型1訊息，該系統資訊塊類型1訊息在由一eNodeB所操作之一服務區中廣播，該eNodeB連接至EPC（演進版分封核心）及5GC（5G核心）兩者，該系統資訊塊類型1訊息包含下列至少其中之一：ims-EmergencySupport資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由EPC的IMS（IP多媒體子系統）應急服務；以及ims-EmergencySupport5GC資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由5GC的IMS應急服務；以及基於下列兩者以確定該服務區經由EPC及5GC至少其中之一支援IMS應急服務：ims-EmergencySupport資訊是否存在於系統資訊塊類型1訊息中；以及ims-EmergencySupport5GC資訊是否存在於系統資訊塊類型1訊息中，其中該控制器更設置成：若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則對EPC發起IMS應急服務；若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則對5GC發起IMS應急服務；或者若是該服務區支援經由EPC及5GC兩者的IMS應急服務，則對EPC或5GC發起IMS應急服務。
為了本文件之目的， TR 21.905中所給定的縮寫以及下列內容適用。如果有的話，本文件中所定義之縮寫優先於在TR 21.905中相同縮寫的定義。 5GC 5G 核心網路 5GS 5G 系統 5G-AN 5G 存取網路 5G-GUTI 5G全球唯一臨時識別符 5G-S-TMSI 5G S-臨時移動訂用識別符 5QI 5G服務品質（QoS）識別符 AF 應用功能 AMF 存取與行動管理功能 AN 存取節點 AS 存取層 AUSF 驗證伺服器功能 CP 控制平面 DL 下行鏈路 DN 資料網路 DNAI DN存取識別符 DNN 資料網路名稱 EDT 資料提前傳輸 EPS 演進式封包系統 EPC 演進式封包核心 FQDN 完整網域名稱 GFBR 保證流位元速率 GMLC 閘道移動式位置中心 GPSI 一般公共訂用識別符 GUAMI 全球唯一AMF識別符 HR 家用路由（漫遊） LADN 區域資料網路 LBO 區域分匯 （漫遊） LMF 位置管理功能 LRF 位置檢索功能 MAC 媒體存取控制 MFBR 最大流位元速率 MICO 僅移動站發起連接 MME 行動管理實體 N3IWF 非3GPP網接功能 NAI 網路存取識別符 NAS 非存取層 NEF 網路揭露功能 NF 網路功能 NG-RAN 下一代無線存取網路 NR 新無線電 NRF 網路儲存庫功能 NSI ID 網路切片實體識別符 NSSAI 網路切片選取協助資訊 NSSF 網路切片選取功能 NSSP 網路切片選取政策 PCF 政策控制功能 PEI 永久設備識別符 PER 封包誤差率 PFD 封包流描述 PPD 傳呼政策差異 PPI 傳呼政策指示元 PSA PDU對話錨 QFI 服務品質流識別符 QoE 經驗品質 (R)AN （無線電）存取網路 RLC 無線鏈結控制 RQA 反射式QoS屬性 RQI 反射式QoS指示 RRC 無線電資源控制 SA NR 獨立新無線電 SBA 以服務為基礎之架構 SBI 以服務為基礎之介面 SD 切片區分符 SDAP 服務資料調適協定 SEAF 安全錨功能性 SEPP 安全邊緣保護代理伺服器 SMF 對話管理功能 S-NSSAI 單一網路切片選取協助資訊 SSC 對話與服務連續性 SST 切片/服務類型 SUCI 訂用隱藏識別符 SUPI 訂用永久識別符 UDSF 無結構資料儲存功能 UL 上行鏈路 UL CL 上行鏈路選別符 UPF 用戶平面功能 UDR 統一資料儲存庫 URSP UE路徑選擇政策 E-UTRAN：E-UTRAN可連接至5GC或EPC或EPC及5GC兩者。其為3GPP TS 38.300中所定義之ng-eNB。 正常服務狀態：UE登記至網路（5GS或EPS）以取得正常服務。
第一實施例（針對問題案例1的解法1）： E-UTRAN廣播兩個獨立指示元，以指出EPC及5GC對應急服務的支援，意即，E-UTRAN廣播一指示元以指出EPC對應急服務的支援以及廣播另一指示元以指出5GC對應急服務的支援。
該解法的要點列於下方：
該E-UTRAN連接到EPC及5GC兩者。該E-UTRAN廣播包含一指示元（例如EPC應急支援指示元）之系統資訊塊類型X以指出EPC對應急服務的支援以及廣播另一指示元（例如5GC應急支援指示元）以指出5GC對應急服務的支援。該系統資訊塊類型X可能係新的系統資訊塊類型或已存在的系統資訊塊類型（例如系統資訊塊類型1）。
UE讀取系統資訊塊類型X。換句話說，UE接收該系統資訊塊類型X並將系統資訊塊類型X的內容解碼。
若是一指示元指出5GC並不支援應急服務，且另一指示元指出EPC支援應急服務，則UE藉由啟動EPC NAS程序以向該EPC發起應急服務。該EPC NAS程序包含NAS應急附接程序、NAS附接程序、以及NAS服務請求程序。
若是一指示元指出EPC並不支援應急服務，且另一指示元指出5GC支援應急服務，則UE藉由啟動5GC NAS程序以向該5GC發起應急服務。該5GC NAS程序包含NAS應急登記程序、NAS登記程序、以及NAS服務請求程序。
若是二指示元指出5GC及EPC兩者皆支援應急服務，則UE可向核心網路（5GC或EPC）中的任一者發起應急服務。若對第一核心網路類型（例如EPC）的一UE應急呼叫失敗，則該UE向第二核心網路類型（例如5GC）發起應急呼叫。該核心網路類型係EPC或5GC。在一種情形下，向一核心網路類型的應急服務失敗，則在向第二核心網路發起應急呼叫前，UE向相同核心網路類型重試特定次數。
若是二指示元指出5GC及EPC兩者皆支援應急服務，則UE可向核心網路（5GC或EPC）中的任一者發起應急服務。UE選擇一核心網路（5GC或EPC）並藉由參考正在廣播之另一系統資訊（例如：存取限制相關資訊、服務特定存取阻礙資訊等等）以發起應急呼叫。
在解法1中的所有情況下，EPC應急服務係EPC應急承載服務。
針對所有下列情形，IMS應急呼叫係IMS應急服務的一種類型。當E-UTRAN透過廣播資訊指出服務區藉由5GC或EPC支援IMS應急服務，則5GC或EPC支援至少一種IMS應急服務（例如IMS應急語音呼叫）。
下方提供圖2A與2B之步驟詳細描述。
1. 連接至EPC與5GC兩者的E-UTRAN在系統資訊塊類型X（其中X為一整數）中廣播一指示元（例如EPC應急服務支援指示元）以指出EPC對IMS應急服務的支援，以及廣播另一指示元（例如5GC應急服務支援指示元）以指出5GC對IMS應急服務的支援。在一示例中，該系統資訊塊類型X可為系統資訊塊類型1。
若EPC支援IMS應急服務，則E-UTRAN廣播包含一指示元之系統資訊塊類型X，該指示元相關於EPC對IMS應急服務之支援。該指示元指出EPC之IMS應急服務受支援。在一種情形下，該指示元設定為值「真（TRUE）」。在一示例中，相關於EPC對IMS應急服務之支援的指示元在SystemInformationBlockType1中係ims-EmergencySupport-r9。
若EPC並不支援IMS應急服務，則E-UTRAN不傳送相關於EPC對IMS應急服務支援之指示元。在另一情形下，若EPC並不支援應急服務，則E-UTRAN傳送設定為「不支援應急服務」的指示元（在一示例中該指示元設定為「偽（False）」）。
若5GC支援IMS應急服務，則E-UTRAN廣播包含一指示元之系統資訊塊類型X，該指示元相關於5GC對IMS應急服務之支援。該指示元指出5GC之IMS應急服務受支援。在一種情形下，該指示元設定為值「真（TRUE）」。
在一示例中，若5GC並不支援應急服務，則E-UTRAN不傳送相關於5GC對IMS應急服務之支援的指示元。在另一情形下，若5GC並不支援應急服務，則E-UTRAN傳送設定為「不支援應急服務」的指示元（在一示例中該指示元設定為「偽（False）」）。
該系統資訊塊類型X可能係新的系統資訊塊類型或已存在的系統資訊塊類型（例如系統資訊塊類型1）。
2. UE讀取該系統資訊塊類型X。換句話說，UE接收該系統資訊塊類型X並將該系統資訊塊類型X的內容解碼。
3-1. 若是滿足下列情況，則UE確定該E-UTRAN支援藉由EPC的IMS應急服務且不支援藉由5GC的IMS應急服務：
(1) 相關於5GC對IMS應急服務之支援的指示元指出5GC並不支援IMS應急服務，或是相關於5GC對IMS應急服務之支援的指示元並未在系統資料塊類型X中出現；以及 (2) 相關於EPC對IMS應急服務之支援的另一指示元指出EPC之IMS應急服務受支援。
在從一上層（例如NAS層）接收到啟動應急服務之請求時，UE藉由傳送包含設定為EPS應急附接之EPS附接類型的附接請求（ATTACH REQUEST）訊息，以向EPC發起一IMS應急服務（3-1a）。在完成應急附接程序以及建立應急服務的PDN連接之後，UE發起一應急服務（例如IMS應急呼叫）。在上述狀況中，該UE並不在E-UTRAN服務區中對5GC發起IMS應急服務。
3-2. 若是滿足下列情況，UE確定該E-UTRAN藉由5GC支援IMS應急服務且不藉由EPC支援IMS應急服務：
(1) 相關於EPC對IMS應急服務之支援的指示元指出EPC並不支援IMS應急服務，或是相關於EPC對IMS應急服務之支援的指示元並未在系統資料塊類型X中出現；以及 (2) 相關於5GC對IMS應急服務之支援的另一指示元指出5GC之IMS應急服務受支援。
在從一上層（例如NAS層）接收到啟動應急服務之請求時，UE藉由傳送包含設定為5GS應急登記之5GS登記類型的登記請求（Registration Request）訊息，以向5GC發起一IMS應急服務（3-2a）。在完成應急登記程序以及建立應急服務的PDU對話之後，UE發起一應急服務（例如IMS應急呼叫）。在上述狀況中，該UE並不在E-UTRAN服務區中對EPC發起IMS應急服務。
3-3. 若是滿足下列情況，UE確定該E-UTRAN服務區藉由5GC及EPC兩者支援IMS應急服務：
(1) 相關於EPC對IMS應急服務之支援的指示元指出EPC支援IMS應急服務；以及 (2) 相關於5GC對應急服務之支援的另一指示元指出5GC支援IMS應急服務。
在上述情況下，UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在有限服務狀態下取得IMS應急服務。此流程（圖2A及2B）指出UE對EPC發起NAS程序的情況。在從一上層（例如NAS層）接收到啟動應急服務之請求時，UE藉由傳送包含設定為EPS應急附接之EPS附接類型的附接請求訊息，以向EPC發起一IMS應急服務（3-3a）。若是對EPC的該附接程序失敗，則該UE可對另一核心網路類型（例如5GC）發起登記程序。 3-4. 若是滿足下列情況，則UE確定該E-UTRAN服務區藉由5GC及EPC兩者支援IMS應急服務：
(1) 相關於EPC對IMS應急服務之支援的指示元指出EPC支援IMS應急服務；以及 (2) 相關於5GC對IMS應急服務之支援的另一指示元指出5GC支援IMS應急服務。
在上述情況下，UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在有限服務狀態下取得IMS應急服務。此流程（圖2A及2B）指出UE對5GC發起NAS程序的情況。在從一上層（例如NAS層）接收到啟動應急服務之請求時，UE藉由傳送包含設定為5GC應急登記之5GS登記類型的登記請求訊息，以向5GC發起一IMS應急服務（3-4a）。若是對5GC的該登記程序失敗，則該UE可對另一核心網路類型（例如EPC）發起附接程序。
有一些廣播IMS應急服務之支援的方法。按照步驟1的系統資訊塊類型之某些例子顯示於下方。
示例1：E-UTRAN廣播EPC對應急服務的支援以及5GC對應急服務的不支援。 1a. SystemInformationBlockType1-vxxx-IEs ::= SEQUENCE { ims-EmergencySupport-r9 ENUMERATED {true} OPTIONAL, -- Need OR cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Cond RSRQ nonCriticalExtension SystemInformationBlockType1-v1130-IEs OPTIONAL
1b. SystemInformationBlockType1-vxxx-IEs ::= SEQUENCE { ims-EmergencySupport-r9 ENUMERATED {true} OPTIONAL, -- Need OR ims-EmergencySupport-5GC-r15 ENUMERATED {false} OPTIONAL, -- Need OR cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Cond RSRQ nonCriticalExtension SystemInformationBlockType1-v1130-IEs OPTIONAL
示例2：E-UTRAN廣播EPC對應急服務的不支援但廣播5GC對應急服務的支援如下。 2a. SystemInformationBlockType1-vxxx-IEs ::= SEQUENCE { ims-EmergencySupport-5GC-r15 ENUMERATED {true} OPTIONAL, -- Need OR cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Cond RSRQ nonCriticalExtension SystemInformationBlockType1-v1130-IEs OPTIONAL
2b. SystemInformationBlockType1-v920-IEs ::= SEQUENCE { ims-EmergencySupport-r9 ENUMERATED {false} OPTIONAL, -- Need OR ims-EmergencySupport-5GC-r15 ENUMERATED {true} OPTIONAL, -- Need OR cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Cond RSRQ nonCriticalExtension SystemInformationBlockType1-v1130-IEs OPTIONAL
示例3：E-UTRAN廣播EPC對應急服務的支援以及5GC對應急服務的支援如下。 3a. SystemInformationBlockType1-vxxx-IEs ::= SEQUENCE { ims-EmergencySupport-r9 ENUMERATED {true} OPTIONAL, -- Need OR ims-EmergencySupport-5GC-r15 ENUMERATED {true} OPTIONAL, -- Need OR cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Cond RSRQ nonCriticalExtension SystemInformationBlockType1-v1130-IEs OPTIONAL
第二實施例（針對問題案例2的解法2）： E-UTRAN廣播兩個獨立指示元，以指出EPC及5GC對基於IMS之eCall的支援。舉例而言，E-UTRAN廣播一指示元以指出EPC對基於IMS之eCall的支援以及另一指示元以指出5GC對基於IMS之eCall的支援。
該E-UTRAN連接到EPC及5GC。該E-UTRAN服務區廣播包含一指示元（例如EPC對基於IMS之eCall支援（EPC eCall over IMSsupport）指示元）之系統資訊塊類型X以指出EPC對應急服務的支援以及廣播另一指示元（例如5GC對基於IMS之eCall支援（5GC eCall over IMS support）指示元）以指出5GC對基於IMS之eCall的支援。該系統資訊塊類型X可能係新的系統資訊塊類型或已存在的系統資訊塊類型（例如系統資訊塊類型1）。
UE讀取系統資訊塊類型X。換句話說，UE接收該系統資訊塊類型X並將系統資訊塊類型X的內容解碼。
若是一指示元指出5GC並不支援基於IMS之eCall，且另一指示元指出EPC支援基於IMS之eCall，則UE藉由啟動EPC NAS程序以向該EPC發起基於IMS之eCall。該EPC NAS程序包含NAS應急附接程序、NAS附接程序、以及NAS服務請求程序。
若是一指示元指出EPC並不支援基於IMS之eCall，且另一指示元指出5GC支援基於IMS之eCall，則UE藉由啟動5GC NAS程序以向該5GC發起基於IMS之eCall。該5GC NAS程序包含NAS應急登記程序、NAS登記程序、以及NAS服務請求程序。
若是二指示元指出5GC及EPC兩者皆支援基於IMS之eCall，則UE可使用相對應之NAS程序向核心網路（5GC或EPC）中的任一者發起應急服務。若一UE向第一核心網路類型（例如EPC）基於IMS之eCall失敗，則該UE向第二核心網路類型（例如5GC）發起應急呼叫。該核心網路類型係EPC或5GC。在一種情形下，向一核心網路類型基於IMS之eCall失敗，則在第二核心網路類型發起基於IMS之eCall前，UE向相同核心網路類型重試特定次數。
若是二指示元指出5GC及EPC兩者皆支援基於IMS之eCall，則UE可向核心網路（5GC或EPC）中的任一者發起應急服務。UE選擇一核心網路（5GC或EPC）並藉由參考正在廣播之另一系統資訊（例如，存取限制相關資訊、服務特定存取阻礙資訊等等）以發起基於IMS之eCall。
圖3A與3B：在E-UTRAN服務區中在正常服務狀態下或有限服務狀態下之UE的支援基於IMS之eCall的程序。
下方提供圖3A與3B之步驟詳細描述。
1. 連接至EPC與5GC兩者的E-UTRAN廣播在系統資訊塊類型X（其中X為一整數）中的一指示元（例如EPC對基於IMS之eCall支援指示元）以指出EPC對基於IMS之eCall的支援以及另一指示元（例如5GC對基於IMS之eCall支援指示元）以指出5GC對基於IMS之eCall的支援。在一示例中，該系統資訊塊類型X可為系統資訊塊類型1。
若EPC支援基於IMS之eCall，則E-UTRAN廣播包含一指示元之系統資訊塊類型X，該指示元相關於EPC對基於IMS之eCall之支援。該指示元指出EPC之基於IMS之eCall受支援。在一種情形下，該指示元設定為值「真」。在一示例中，相關於EPC對基於IMS之eCall之支援的該指示元在SystemInformationBlockType1中係ims-EmergencySupport-r9。
若EPC並不支援基於IMS之eCall，則E-UTRAN不傳送相關於EPC對基於IMS之eCall之支援的指示元。在另一情形下，若EPC並不支援對基於IMS之eCall，則E-UTRAN傳送設定為「不支援對基於IMS之eCall」的指示元（在一示例中該指示元設定為「偽」）。
若5GC支援基於IMS之eCall，則E-UTRAN廣播包含一指示元之系統資訊塊類型X，該指示元相關於5GC對基於IMS之eCall之支援。該指示元指出5GC之基於IMS之eCall受支援。在一種情形下，該指示元設定為值「真」。
若5GC並不支援基於IMS之eCall，則E-UTRAN不傳送相關於5GC對基於IMS之eCall之支援的指示元。在另一情形下，若5GC並不支援基於IMS之eCall，則E-UTRAN傳送設定為「不支援基於IMS之eCall」的指示元（在一示例中該指示元設定為「偽」）。
該系統資訊塊類型X可能係新的系統資訊塊類型或已存在的系統資訊塊類型（例如系統資訊塊類型1）。
2. UE讀取該系統資訊塊類型X。換句話說，UE接收該系統資訊塊類型X並將該系統資訊塊類型X的內容解碼。
3-1. 若是滿足下列情況，UE確定該E-UTRAN服務區支援藉由EPC的基於IMS之eCall且不支援藉由 5GC的基於IMS之eCall：
(1) 相關於5GC對基於IMS之eCall之支援的指示元指出5GC並不支援基於IMS之eCall，或是相關於5GC對基於IMS之eCall之支援的指示元並未在系統資料塊類型X中出現；以及 (2) 相關於EPC對基於IMS之eCall之支援的另一指示元指出EPC之基於IMS之eCall受支援。
（3-1a）若是UE在有限服務狀態下且E-UTRAN服務區指出對在有限服務狀態下的UE應急承載服務的支援，則在從一上層（例如NAS層）接收到啟動基於IMS之eCall的請求時，UE藉由傳送包含設定為EPS應急附接之EPS附接類型的附接請求（ATTACH REQUEST）訊息，以向EPC發起一基於IMS之eCall。
（3-1b）若是UE在正常服務狀態下，在從一上層接收到啟動基於IMS之eCall的請求時，UE藉由傳送包含設定為EPS附接之EPS附接類型的附接請求訊息，以向EPC發起一基於IMS之eCall。
在完成應急附接程序或EPS附接程序以及建立基於IMS之eCall的PDN連接之後，該UE向EPC發起一基於IMS之eCall。在上述狀況中，該UE並不在E-UTRAN服務區中對5GC發起基於IMS之eCall。
3-2. 若是滿足下列情況，UE確定該E-UTRAN服務區支援藉由5GC的基於IMS之eCall且不支援藉由EPC的基於IMS之eCall：
(1) 相關於EPC對基於IMS之eCall之支援的指示元指出EPC並不支援基於IMS之eCall，或是相關於EPC對基於IMS之eCall之支援的指示元並未在系統資料塊類型X中出現；以及 (2) 相關於5GC對基於IMS之eCall之支援的另一指示元指出5GC之基於IMS之eCall受支援。
（3-2a）在從一上層（例如NAS層）接收到啟動基於IMS之eCall的請求時，UE藉由傳送包含設定為5GS應急登記之5GS登記類型的登記請求訊息，以向5GC發起一基於IMS之eCall，並且E-UTRAN服務區指出對在有限服務狀態下的UE的應急承載服務的支援。
（3-2b）若是UE在正常服務狀態下，在從一上層接收到啟動基於IMS之eCall的請求時，UE藉由傳送包含設定為5GS附接之5G附接類型組的登記請求訊息，以向5GC發起一基於IMS之eCall。
在完成應急登記程序或5GS登記程序以及建立基於IMS之eCall的PDU對話之後，該UE發起一基於IMS之eCall（例如IMS應急呼叫）。在上述狀況中，該UE並不在E-UTRAN服務區中對EPC發起基於IMS之eCall。
3-3. 若是滿足下列情況，UE確定該E-UTRAN服務區藉由5GC及EPC兩者支援基於IMS之eCall：
(1) 相關於EPC對基於IMS之eCall之支援的指示元指出EPC支援基於IMS之eCall；以及 (2) 相關於5GC對基於IMS之eCall之支援的指示元指出5GC支援基於IMS之eCall。
（3-3a）UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在有限服務狀態下取得基於IMS之eCall。此流程（圖3A及3B）指出UE對EPC發起NAS程序的情況。若是對EPC的該應急附接程序失敗，則該UE可對另一核心網路類型（例如5GC）發起應急登記程序。
（3-3b）UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在正常服務狀態下取得基於IMS之eCall。此流程（圖3A及3B）指出UE對EPC發起NAS程序的情況。若是對EPC的該附接程序失敗，則該UE可對另一核心網路類型（例如5GC）發起5GS登記程序。
3-4. 若是滿足下列情況，UE確定該E-UTRAN服務區藉由5GC及EPC兩者支援基於IMS之eCall：
(1) 相關於EPC對基於IMS之eCall之支援的指示元指出EPC支援基於IMS之eCall；以及 (2) 相關於5GC對基於IMS之eCall之支援的指示元指出5GC支援基於IMS之eCall。
（3-4a）UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在有限服務狀態下取得基於IMS之eCall。此流程（圖3A及3B）指出UE對5GC發起NAS程序的情況。若是對5GC的該應急登記程序失敗，則該UE可對另一核心網路類型（例如EPC）發起應急附接程序。
（3-4b）UE對EPC或5GC發起NAS程序以在該E-UTRAN服務區中在正常服務狀態下取得基於IMS之eCall。此流程（圖3A及3B）指出UE對5GC發起NAS程序的情況。若是對5GC的該5GS登記程序失敗，則該UE可對另一核心網路類型（例如EPC）發起附接程序。
有一些廣播基於IMS之eCall之支援的方法。按照步驟1的系統資訊塊類型之某些例子顯示於下方。
示例1：由EPC支援但不由5GC支援eCall的E-UTRAN僅廣播EPC對基於IMS之eCall的支援的位元。 SystemInformationBlockType1-v1430-IEs::= SEQUENCE { eCallOverIMS-Support-r14 ENUMERATED {true} OPTIONAL, -- Need OR tdd-Config-v1430 TDD-Config-v1430 OPTIONAL, -- Cond TDD-OR cellAccessRelatedInfoList-r14 SEQUENCE (SIZE (1..maxPLMN-1-r14)) OF CellAccessRelatedInfo-r14 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-v1450-IEs OPTIONAL }
示例2：由EPC支援但不由5GC支援eCall的E-UTRAN廣播EPC及5GC對基於IMS之eCall的支援的位元兩者。 SystemInformationBlockType1-v1430-IEs::= SEQUENCE { eCallOverIMS-Support-r14 ENUMERATED {true} OPTIONAL, -- Need OR eCallOverIMS-Support-r14-5GC ENUMERATED {false} OPTIONAL, -- Need tdd-Config-v1430 TDD-Config-v1430 OPTIONAL, -- Cond TDD-OR cellAccessRelatedInfoList-r14 SEQUENCE (SIZE (1..maxPLMN-1-r14)) OF CellAccessRelatedInfo-r14 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-v1450-IEs OPTIONAL }
示例3：由5GC支援但不由EPC支援eCall的E-UTRAN僅廣播5GC對基於IMS之eCall的支援的位元。 SystemInformationBlockType1-v1430-IEs::= SEQUENCE { eCallOverIMS-Support-5GC ENUMERATED {true} OPTIONAL, -- Need OR tdd-Config-v1430 TDD-Config-v1430 OPTIONAL, -- Cond TDD-OR cellAccessRelatedInfoList-r14 SEQUENCE (SIZE (1..maxPLMN-1-r14)) OF CellAccessRelatedInfo-r14 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-v1450-IEs OPTIONAL }
示例4：由5GC支援但不由EPC支援eCall的E-UTRAN廣播EPC及5GC對基於IMS之eCall的支援的位元兩者。 SystemInformationBlockType1-v1430-IEs::= SEQUENCE { eCallOverIMS-Support-r14 ENUMERATED {false} OPTIONAL, -- Need OR eCallOverIMS-Support-r14-5GC ENUMERATED {true} OPTIONAL, -- Need tdd-Config-v1430 TDD-Config-v1430 OPTIONAL, -- Cond TDD-OR cellAccessRelatedInfoList-r14 SEQUENCE (SIZE (1..maxPLMN-1-r14)) OF CellAccessRelatedInfo-r14 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-v1450-Ies OPTIONAL }
示例5：5GC與EPC都支援eCall的E-UTRAN廣播EPC及5GC對基於IMS之eCall的支援的位元兩者。 SystemInformationBlockType1-v1430-IEs ::= SEQUENCE { eCallOverIMS-Support-r14 ENUMERATED {true} OPTIONAL, -- Need OR eCallOverIMS-Support-r14-5GC ENUMERATED {true} OPTIONAL, -- Need tdd-Config-v1430 TDD-Config-v1430 OPTIONAL, -- Cond TDD-OR cellAccessRelatedInfoList-r14 SEQUENCE (SIZE (1..maxPLMN-1-r14)) OF CellAccessRelatedInfo-r14 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-v1450-IEs OPTIONAL }
第三實施例（針對問題案例3的解法3）： 與EPC及5GC兩者連接的E-UTRAN（ng-eNB）廣播一指示元以指出5GC對eDRX的支援以及廣播另一指示元以指出EPC對eDRX的支援。當E-UTRAN連接到5GC時，UE讀取來自一系統資訊的5GC之eDRX支援指示元，且若是服務區（意即E-UTRAN）指出5GC對eDRX的支援，則在該服務區內使用該eDRX特徵，否則即使該E-UTRAN連接至5GC，該UE也不在該服務區內使用eDRX。同樣地，服務區（意即E-UTRAN）廣播指出EPC對eDRX之支援的指示元。若是該指示元指出EPC對eDRX的支援，則UE在該服務區內使用EPC之eDRX，否則即使該E-UTRAN連接至EPC，該UE也不在該服務區內使用EPC之eDRX。在一示例中，若是5GC對eDRX支援的一指示元不在服務區內廣播，則該UE確定該服務區並不支援5GC的eDRX。對於該服務區中EPC對eDRX的支援，UE將遵循相同行為。在一示例中，在SystemInformationBlockType1中的當前參數eDRX-Allowed係用於EPC的eDRX支援。
解法3的原理與解法1的原理相同。解法3的UE及網路行為（5GC）將遵循解法1的UE及網路行為。
另一實施例 該第一實施例描述至少一指示元，其用以指出EPC、5GC、或EPC與5GC兩者對IMS應急服務的支援。並且，該第二實施例描述至少一指示元，其用以指出EPC、5GC、或EPC與5GC兩者對基於IMS之eCall的支援。再者，該第三實施例描述至少一指示元，其用以指出EPC、5GC、或EPC與5GC兩者對eDRX的支援。另一實施例可結合該第一實施例、該第二實施例、以及該第三實施例。這表示由E-UTRAN所廣播之系統資訊可包含以下其中至少兩者：
- 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對應急服務的支援； - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對基於IMS之eCall的支援；以及 - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對eDRX的支援。
參數中的至少兩者表示： - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對應急服務的支援；以及至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對基於IMS之eCall的支援， - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對基於IMS之eCall的支援；以及至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對eDRX的支援， - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對應急服務的支援；以及至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對eDRX的支援。 - 至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對應急服務的支援；以及至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對基於IMS之eCall的支援；以及至少一指示元，以指出EPC、5GC、或EPC與5GC兩者對eDRX的支援。
術語「UE」一般旨在同義於術語：行動電台、行動裝置、無線裝置、以及包含諸如終端、手機、智慧型手機、平板電腦、蜂巢式IoT裝置、IoT裝置、機械的獨立行動電台。術語「UE」亦為3GPP所使用之UE。
UE可能是生產設備、能源相關機械（諸如鍋爐、引擎、渦輪機、太陽能板、風力機、水力發電機、熱發電機、核能發電機、電池、核能系統與設備、重型電機、泵、壓縮機、真空泵、風扇、鼓風機、油壓設備、氣動設備、金屬加工設備、機械臂、機器人及其應用系統、工具、模與模具、輥機、運輸、升降、材料處理設備及其應用系統、紡織機械、縫紉機、印刷與相關機械、運紙機、化學機械、採礦與建造機械及設備、農業機械與農具、林業與漁業、安全與環境保護設備、曳引機、建造機器、精密軸承、鏈、齒輪、動力傳動裝置、潤滑設備、閥、管配件等等）。
UE可能是輸送設備（諸如車輛系統、機動車輛、摩托車、自行車、火車、公共汽車、搬運車、人力車、船及艇、飛機、火箭、衛星、無人靶機、氣球等等）。
UE可能是資訊及通訊設備（諸如電子計算機）以及相關設備、通訊及相關設備、電子元件等。
UE可能是冷藏機、冷藏機應用產品、交易及服務產業設備、販賣機、自動服務機、辦公室機器及設備、消費電子儀器及電子家電（諸如音頻設備、視訊設備、揚聲器、收音機、電視、微波爐、炊飯器、咖啡機、洗碗機、洗衣機、乾燥機、電扇及相關家電、清潔器等等）。
UE可能是電子應用系統（諸如X光系統、粒子加速器、放射同位素設備、聲學設備、電磁應用設備、電子電力應用設備等等）。
UE可能是電子燈、照明器具、量測儀器、分析儀、測試器及測量儀器（諸如起煙警報、人體警報感測器、運動感測器、無線標籤等）、錶及鐘、實驗室用儀器、光學儀、醫用設備及系統、武器、刀具、手工具。
UE可能是設計用以附接或插入於另一電子裝置（例如個人電腦、電子量測機器）的配備無線的個人數位助理（諸如無線卡或模組）。
UE可能是使用各種有線以及/或者無線通信技術提供（關於「物聯網（IoT）」）下方所描述之應用、服務、以及解法的裝置或系統的一部分。
該應用、服務、以及解法可能是MVNO（行動虛擬網路業者）服務、應急無線電通訊系統、PBX（專用交換機）系統、PHS/數位無線電信系統、POS系統、廣告呼叫系統、MBMS（多媒體廣播多點服務）、V2X（車聯網）系統、火車無線電系統、位置相關服務、災害/應急無線通訊服務、社區服務、視訊流服務、超微型服務區應用服務、VoLTE服務、充電服務、隨選無線電服務、漫遊服務、活動監測服務、電信運營商/通訊NW選擇服務、功能限制服務、PoC（概念證明）服務、個人資訊管理服務、特定網路/DTN（延遲容忍網路）服務等等。
再者，上述UE僅為由發明者所得之技術思想的應用範例。不用說，這些技術想法並不限於上述UE以及可對其進行的各種修改。
AS層（存取層）可包含RRC層、SADP層、PDCP層、RLC層、MAC層、以及PHY層。
NG-RAN可包含與5GC及gNB連接的eNB（演進式E-UTRAN）。
NAS層（非存取層）可包含EMM（EPS行動管理）以及ESM（EPS對話管理）。
UE可具有針對NAS層的二實體。一實體用於EPC NAS層。其他實體用於5GC NAS層。因此，在上述實施例中，UE可將所接收到之相關於EPC對應急服務的支援的指示元（例如ims-EmergencySupport-r9 設定為「真」）轉送至作為上層的EPC NAS層的實體。以相同的方式，在上述實施例中，UE可將所接收到之相關於5GC對應急服務的支援的指示元（例如ims-EmergencySupport-5GC-r15 設定為「TRUE」）轉送至作為上層的5GC NAS層的實體。
用戶設備（UE） 圖4為說明UE主要元件的框圖。如所示，UE包含收發機電路（103），可操作該收發機電路（103）以經由一或多個天線（104）將信號傳輸至連接的（一或多個）節點或者接收來自連接的（一或多個）節點的信號。儘管不必要顯示於圖4中，UE理所當然將具有習知移動裝置的所有通常功能（諸如用戶介面（102））且這可由適當的硬體、軟體、以及韌體的任一或任何組合所提供。舉例而言，軟體可預安裝在記憶體中以及/或者可經由電信網路下載或者來自可移除資料儲存裝置（RMD）。
控制器（101）根據儲存於記憶體（105）的軟體控制UE的操作。該軟體包含作業系統以及具有至少一收發機控制模組（107）的通訊控制模組（106）等等。通訊控制模組（106）（使用其收發機控制子模組）負責在該UE與諸如基地台、(R)AN節點、MME、AMF（以及其他核心網路節點）的其他節點之間處理（產生、傳送、接收）信號傳遞以及上行鏈路/下行鏈路資料封包。舉例而言，這樣的信號傳遞可包含：適當地格式化信號傳遞訊息，該信號傳遞訊息相關於連結的建立與維護（例如RRC連接建立以及其他RRC訊息）；定期位置更新相關訊息（例如追蹤區域更新、傳呼區域更新、位置區域更新）等。舉例而言，在接收的情況下，這樣的信號傳遞亦可包含廣播資訊（例如主資訊及系統資訊）。
(R)AN節點 圖5為說明示例性(R)AN節點之主要元件的框圖。(R)AN節點包含3GPP存取節點以及非3GPP存取節點。3GPP存取節點可為一基地台（LTE中的「eNB」、5G中的「gNB」）。如所示，(R)AN節點包含收發機電路（203），可操作該收發機電路（203）以經由一或多個天線（204）將信號傳輸至連接的一或多個UE或接收來自連接的一或多個UE的信號，以及（以直接或間接的方式）經由一網路介面（202）將信號傳輸至其他網路節點或接收來自其他網路節點的信號。控制器（201）根據儲存於記憶體（205）的軟體控制(R)AN節點的操作。舉例而言，軟體可預安裝在記憶體中以及/或者可經由電信網路下載或來自可移除資料儲存裝置（RMD）。該軟體包含操作系統以及具有至少一收發機控制模組（207）的通訊控制模組（206）等等。
通訊控制模組（206）（使用其收發機控制子模組）負責（例如以直接或間接的方式）在該(R)AN節點與諸如UE、MME、AMF的其他節點之間處理（產生、傳送、接收）信號傳遞。舉例而言，該信號傳遞可包含：適當地格式化信號傳遞訊息，該信號傳遞訊息相關於無線電連結以及位置程序（針對一特定UE），且更相關於連結的建立與維護（例如RRC連接建立以及其他RRC訊息）；定期位置更新相關訊息（例如追蹤區域更新、傳呼區域更新、位置區域更新）；S1 AP訊息以及NG AP訊息（意即參考點N2的訊息）、參考點Y2的訊息等等。舉例而言，在傳送的情況下，這樣的信號傳遞亦可包含廣播資訊（例如主資訊及系統資訊）。
該控制器亦（由軟體或硬體）設置以處理相關任務，諸如，當實施時，UE行動估計以及/或者移動軌跡估計。
AMF 圖6為說明AMF之主要元件的框圖。AMF包含在5GC中。如所示，AMF包含收發機電路（303），可操作該收發機電路（303）以經由一網路介面（302）將信號傳輸至其他節點（包含該UE）或接收來自其他節點（包含該UE）的信號。控制器（301）根據儲存於記憶體（304）的軟體控制AMF的操作。舉例而言，軟體可預安裝在記憶體（304）中以及/或者可經由電信網路下載或來自可移除資料儲存裝置（RMD）。該軟體包含作業系統以及具有至少一收發機控制模組（306）的通訊控制模組（305）等等。
該通訊控制模組（使用其收發機控制子模組）負責（以直接或間接的方式）在該AMF與諸如UE、基地台/(R)AN節點（例如「EUTRAN節點」或「eNB」）的其他節點之間處理（產生、傳送、接收）信號傳遞。舉例而言，這樣的信號傳遞可包含：適當地格式化信號傳遞訊息，該信號方式訊息相關於此處所描述之程序，例如，NG AP訊息（意即參考點N2的訊息），以將NAS訊息傳送往返UE等等。
MME 圖7為說明MME之主要元件的框圖。MME包含在EPC中。如所示，MME包含收發機電路（403），可操作該收發機電路（403）以經由一網路介面（402）將信號傳輸至其他節點（包含該UE）或接收來自其他節點（包含該UE）的信號。控制器（401）根據儲存於記憶體（404）的軟體控制MME的操作。舉例而言，軟體可預安裝在記憶體（404）中以及/或者可經由電信網路下載或來自可移除資料儲存裝置（RMD）。該軟體包含作業系統以及具有至少一收發機控制模組（406）的通訊控制模組（405）等等。
該通訊控制模組（使用其收發機控制子模組）負責（以直接或間接的方式）在該MME與諸如UE、基地台/(R)AN節點（例如「EUTRAN節點」或「eNB」）的其他節點之間處理（產生、傳送、接收）信號傳遞。舉例而言，這樣的信號傳遞可包含：適當地格式化信號傳遞訊息，該信號傳遞訊息相關於此處所描述之程序，例如，S1 AP訊息（意即參考點N2的訊息），以將NAS訊息傳送往返UE等等。
本申請基於並主張以下申請案的優先權：於2018年3月28日提交之印度專利申請案第201811011621號，其全部內容通過引用於此納入。 參考符號清單
101控制器 102用戶介面 103收發機電路 104天線 105記憶體 106通訊控制模組 107收發機控制模組 201控制器 202網路介面 203收發機電路 204天線 205記憶體 206通訊控制模組 207收發機控制模組 301控制器 302網路介面 303收發機電路 304記憶體 305通訊控制模組 306收發機控制模組 401控制器 402網路介面 403收發機電路 404記憶體 405通訊控制模組 406收發機控制模組
EPC‧‧‧演進式封包核心 5G CN‧‧‧5G核心網路 EPC NAS ‧‧‧演進式封包核心非存取層 NR‧‧‧新無線電 EPC UE‧‧‧演進式封包核心用戶設備 N1 UE‧‧‧N1用戶設備 5GC‧‧‧5G 核心網路 AMF‧‧‧存取與行動管理功能 MME‧‧‧行動管理實體 101‧‧‧控制器 102‧‧‧用戶介面 103‧‧‧收發機電路 104‧‧‧天線 105‧‧‧記憶體 106‧‧‧通訊控制模組 107‧‧‧收發機控制模組 201‧‧‧控制器 202‧‧‧網路介面 203‧‧‧收發機電路 204‧‧‧天線 205‧‧‧記憶體 206‧‧‧通訊控制模組 207‧‧‧收發機控制模組 301‧‧‧控制器 302‧‧‧網路介面 303‧‧‧收發機電路 304‧‧‧記憶體 305‧‧‧通訊控制模組 306‧‧‧收發機控制模組 401‧‧‧控制器 402‧‧‧網路介面 403‧‧‧收發機電路 404‧‧‧記憶體 405‧‧‧通訊控制模組 406‧‧‧收發機控制模組
圖1顯示5G系統架構。 圖2A顯示在E-UTRAN服務區中在有限服務狀態下之UE的支援應急服務的程序。 圖2B顯示在E-UTRAN服務區中在有限服務狀態下之UE的支援應急服務的程序。 圖3A顯示在E-UTRAN服務區中在正常服務狀態下或有限服務狀態下之UE的支援基於IMS之eCall的程序。 圖3B顯示在E-UTRAN服務區中在正常服務狀態下或有限服務狀態下之UE的支援基於IMS之eCall的程序。 圖4顯示UE的框圖。 圖5顯示(R)AN節點的框圖。 圖6顯示AMF的框圖。 圖7顯示MME的框圖。
EPC‧‧‧演進式封包核心
5G CN‧‧‧5G核心網路
EPC NAS‧‧‧演進式封包核心非存取層
NR‧‧‧新無線電
EPC UE‧‧‧演進式封包核心用戶設備
N1 UE‧‧‧N1用戶設備
5GC‧‧‧5G核心網路
AMF‧‧‧存取與行動管理功能
MME‧‧‧行動管理實體

Claims (6)

  1. 一種用戶設備之方法，該方法包含： 接收系統資訊塊類型1訊息，該系統資訊塊類型1訊息在由一eNodeB（演進節點B）所操作之一服務區中廣播，該eNodeB連接至EPC（演進式封包核心）及5GC（5G核心）兩者，該系統資訊塊類型1訊息包含下列至少其中之一： ims-EmergencySupport資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由EPC的IMS（IP多媒體子系統）應急服務；以及 ims-EmergencySupport5GC資訊，其指出該服務區是否對在有限服務狀態之該用戶設備支援經由5GC的IMS應急服務；以及 基於下列兩者以確定該服務區經由EPC及5GC至少其中之一支援IMS應急服務： ims-EmergencySupport資訊是否存在於該系統資訊塊類型1訊息中；以及 ims-EmergencySupport5GC資訊是否存在於該系統資訊塊類型1訊息中，其中 該方法更包括： 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則對EPC發起IMS應急服務； 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則對5GC發起IMS應急服務；或者 若是該服務區支援經由EPC及5GC兩者的IMS應急服務，則對EPC或5GC發起IMS應急服務。
  2. 如申請專利範圍第1項之用戶設備之方法，其中該方法包括： 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則即使EUTRAN節點連接至EPC及5GC兩者，仍對EPC發起IMS應急服務；或者 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則即使該EUTRAN節點連接至EPC及5GC兩者，仍對5GC發起IMS應急服務。
  3. 如申請專利範圍第1或2項之用戶設備之方法，其中 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則該用戶設備不對5GC發起IMS應急服務；以及 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則該用戶設備不對EPC發起IMS應急服務。
  4. 一種用戶設備，包含： 一收發機；以及 一控制器，設置以： 經由該收發機接收系統資訊塊類型1訊息，該系統資訊塊類型1訊息在由一eNodeB所操作之一服務區中廣播，該eNodeB連接至EPC（演進式封包核心）及5GC（5G核心）兩者，該系統資訊塊類型1訊息包含下列至少其中之一： ims-EmergencySupport資訊，其指出該服務區是否對在有限服務狀態之用戶設備支援經由EPC的IMS（IP多媒體子系統）應急服務；以及 ims-EmergencySupport5GC資訊，其指出該服務區是否對在有限服務狀態之該用戶設備支援經由5GC的IMS應急服務；以及 基於下列兩者以確定該服務區經由EPC及5GC至少其中之一支援IMS應急服務： ims-EmergencySupport資訊是否存在於系統資訊塊類型1訊息中；以及 ims-EmergencySupport5GC資訊是否存在於系統資訊塊類型1訊息中，其中 該控制器更設置成： 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則對EPC發起IMS應急服務； 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則對5GC發起IMS應急服務；或者 若是該服務區支援經由EPC及5GC兩者的IMS應急服務，則對EPC或5GC發起IMS應急服務。
  5. 如申請專利範圍第4項之用戶設備，其中該控制器更設置以： 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則即使EUTRAN節點連接至EPC及5GC兩者，仍對EPC發起IMS應急服務；或者 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則即使該EUTRAN節點連接至EPC及5GC兩者，仍對5GC發起IMS應急服務。
  6. 如申請專利範圍第4或5項之一用戶設備之方法，其中 若是該服務區支援經由EPC的IMS應急服務且若是該服務區不支援經由5GC的IMS應急服務，則該用戶設備不對5GC發起IMS應急服務；以及 若是該服務區支援經由5GC的IMS應急服務且若是該服務區不支援經由EPC的IMS應急服務，則該用戶設備不對EPC發起IMS應急服務。
TW108108550A 2018-03-28 2019-03-14 對不具有效訂用之裝置的應急服務支援 TWI763985B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN201811011621 2018-03-28
IN201811011621 2018-03-28

Publications (2)

Publication Number Publication Date
TW201944811A TW201944811A (zh) 2019-11-16
TWI763985B true TWI763985B (zh) 2022-05-11

Family

ID=65234608

Family Applications (2)

Application Number Title Priority Date Filing Date
TW108108550A TWI763985B (zh) 2018-03-28 2019-03-14 對不具有效訂用之裝置的應急服務支援
TW111111592A TWI783892B (zh) 2018-03-28 2019-03-14 對不具有效訂用之裝置的應急服務支援

Family Applications After (1)

Application Number Title Priority Date Filing Date
TW111111592A TWI783892B (zh) 2018-03-28 2019-03-14 對不具有效訂用之裝置的應急服務支援

Country Status (5)

Country Link
US (2) US11553556B2 (zh)
EP (1) EP3777466A1 (zh)
JP (2) JP6992906B2 (zh)
TW (2) TWI763985B (zh)
WO (1) WO2019187486A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109863783B (zh) * 2017-04-28 2022-05-31 Lg 电子株式会社 根据edt发送数据的方法
KR102419048B1 (ko) * 2018-03-28 2022-07-07 지티이 코포레이션 임시 식별자를 송신하는 방법 및 시스템
US11943732B2 (en) * 2019-01-04 2024-03-26 Lg Electronics Inc. Method for allowing registration to network in wireless communication system, and device therefor
US11917518B2 (en) * 2019-04-02 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Handling of emergency services for non-public networks
WO2021015598A1 (ko) * 2019-07-25 2021-01-28 엘지전자 주식회사 복수의 sim에 기초한 통신
WO2021020933A1 (ko) * 2019-08-01 2021-02-04 엘지전자 주식회사 Plmn을 변경하기 위한 방안
US11419091B2 (en) * 2019-10-30 2022-08-16 Qualcomm Incorporated Positioning enhancements in 5G NR using upper layer indication
CN117730553A (zh) * 2021-11-01 2024-03-19 Oppo广东移动通信有限公司 受限服务的处理方法、终端设备和网络设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621777A (zh) * 2008-07-04 2010-01-06 三星电子株式会社 移动通信系统中支持紧急呼叫的方法
US20100297979A1 (en) * 2009-04-14 2010-11-25 Interdigital Patent Holdings, Inc. Method and apparatus for processing emergency calls
US8270574B2 (en) * 2009-09-08 2012-09-18 Verizon Patent And Licensing Inc. Emergency calls in internet protocol multimedia subsystem (IMS) over evolved packet core (EPC) networks
US8315589B2 (en) * 2009-09-30 2012-11-20 Verizon Patent And Licensing Inc. Emergency calls for internet protocol multimedia subsystem (IMS) over packet switched code division multiple access (CDMA) networks
US9497792B2 (en) * 2010-01-08 2016-11-15 Blackberry Limited Routing of messages for mobile communication devices during emergency calls
US9756664B2 (en) * 2014-11-24 2017-09-05 Qualcomm Incorporated Methods of supporting location and emergency calls for an over-the-top service provider
US9838860B2 (en) * 2015-01-15 2017-12-05 Mediatek Inc. Methods for efficient wireless communications and communications apparatus utilizing the same
JP6627876B2 (ja) * 2015-06-26 2020-01-08 日本電気株式会社 通信装置、端末、及び通信方法
CN109155908B (zh) * 2016-05-16 2021-02-09 苹果公司 用于非蜂窝无线接入的紧急服务支持的方法和设备
US10567943B2 (en) * 2016-06-15 2020-02-18 Qualcomm Incorporated Methods and systems for handover of an emergency call between different wireless networks
CA3072411A1 (en) 2017-08-09 2019-02-14 Curt Wong Emergency voice service support indications
CN109819428B (zh) * 2017-11-20 2021-04-20 华为技术有限公司 处理业务的方法和装置

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.501, 3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;System Architecture for the 5G System;Stage 2(Release 15),V0.3.0 (2017-02); *
CATT, "Consideration on PLMNs Connected to both 5GC and EPC", R2-1801921, 3GPP TSG-RAN WG2 Meeting 101, Athens, Greece, 26th February - 2nd March 2018; *
Ericsson, "Support for IMS Emergency calls in NR", R2-1802358, 3GPP TSG-RAN WG2 101, Athens, Greece, 26th February– 2nd March2018; *
HTC, "Network controlled selection to 5GC or EPC", R2-1803269, 3GPP TSG-RAN WG2 101, Athens, Greece, 26th February – 2nd March 2018 *
LG Electronics Inc., "Support for IMS Emergency services in NR", R2-1803050, 3GPP TSG-RAN WG2 Meeting 101, Athens, Greece, 26th February – 2nd March, 2018; *
Sony, "Coexistence of 5GC and legacy eNB in the same network", R2-1803131, 3GPP TSG RAN WG2 Meeting 101, Athens, Greece, 26th Feb – 2nd March 2018; *

Also Published As

Publication number Publication date
TW201944811A (zh) 2019-11-16
US20210029776A1 (en) 2021-01-28
JP2022031890A (ja) 2022-02-22
JP7400797B2 (ja) 2023-12-19
EP3777466A1 (en) 2021-02-17
JP2021510046A (ja) 2021-04-08
JP6992906B2 (ja) 2022-01-13
US11917715B2 (en) 2024-02-27
TWI783892B (zh) 2022-11-11
US11553556B2 (en) 2023-01-10
WO2019187486A1 (en) 2019-10-03
US20230164880A1 (en) 2023-05-25
TW202231092A (zh) 2022-08-01

Similar Documents

Publication Publication Date Title
TWI763985B (zh) 對不具有效訂用之裝置的應急服務支援
EP3732907B1 (en) A method and system of indicating sms subscription to the ue upon change in the sms subscription in a network
JP7115636B2 (ja) 統合型アクセスコントロールに関連するパラメータの更新手順
WO2020031443A1 (en) A method and system of indicating sms subscription to the ue upon change in the sms subscription in a network
JP7255689B2 (ja) Ｕｅのための方法
US11985584B2 (en) UE behavior in an allowed area or a non-allowed area
JP7428284B2 (ja) Ｕｅ、ａｍｆ、ｕｅのための方法、及びａｍｆの方法
JP2023011683A (ja) コアネットワークノードのための方法、ｕｅのための方法、コアネットワークノード、及びｕｅ
US11457336B2 (en) Procedure to deliver SMS to mobile device