CN111066332A - 用于供给紧急号码的方法和系统 - Google Patents
用于供给紧急号码的方法和系统 Download PDFInfo
- Publication number
- CN111066332A CN111066332A CN201880056950.2A CN201880056950A CN111066332A CN 111066332 A CN111066332 A CN 111066332A CN 201880056950 A CN201880056950 A CN 201880056950A CN 111066332 A CN111066332 A CN 111066332A
- Authority
- CN
- China
- Prior art keywords
- emergency
- domain
- procedure
- call setup
- setup procedure
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 182
- 230000004044 response Effects 0.000 claims description 66
- 238000004891 communication Methods 0.000 claims description 54
- 102000018059 CS domains Human genes 0.000 claims description 43
- 108050007176 CS domains Proteins 0.000 claims description 43
- 230000006870 function Effects 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 11
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 10
- 238000013507 mapping Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 6
- 230000000977 initiatory effect Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000007630 basic procedure Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 239000003550 marker Substances 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 241000282326 Felis catus Species 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 101001093748 Homo sapiens Phosphatidylinositol N-acetylglucosaminyltransferase subunit P Proteins 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 241001481798 Stochomys longicaudatus Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- 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
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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
- 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
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (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)
- Exchange Systems With Centralized Control (AREA)
- Alarm Systems (AREA)
Abstract
提供了一种用于在用户设备上供给紧急号码信息的方法和设备。当拨打的号码与来自所供给的紧急号码信息的紧急号码相匹配时,用户设备选择电路交换域或分组交换域,并且执行针对该域的呼叫建立过程。
Description
技术领域
本公开涉及用于在无线设备上供给紧急号码的方法和系统。
背景技术
经由公共陆地移动网络(PLMN)向用户设备(UE)供应电信服务。用户可以操作UE。PLMN通常被细分为接入网络、核心网络和互联网协议(IP)多媒体子系统(IMS)。服务通常由用户的归属(home)网络提供。当用户正在使用非归属网络时,所拜访的网络可能与用户的归属网络有关系。由UE传输的一些通信经由所拜访的网络被一路传送回归属网络。
这些通信可以采取不同的路由,基于例如归属网络和所拜访的网络之间的关系的类型、或者基于网络的技术而通过不同的网络元件行进。例如,与增强型分组核心(EPC)网络相比,第五代(5G)核心网络具有不同的网络元件。
IMS可以包括代理呼叫会话控制功能(P-CSCF)。EPC可以包括移动性管理实体(MME)或分组数据网络(PDN)网关(GW),并且5G核心网络(CN)可以包括接入和移动性管理功能(AMF)或用户平面功能(UPF)。CN支持IMS。
网络可以供应电路交换(CS)域或分组交换(PS)域,在电路交换(CS)域中,传统地,语音呼叫和紧急呼叫被处理,分组交换(PS)域供应包括对IMS的接入的PS服务。
PS域支持经由IMS的紧急服务。UE可以支持接入CS域和PS域之一或两者。能够接入PS域的UE也可以支持接入IMS。
当在PS域上UE没有这样检测到紧急呼叫尝试时,UE可以被重定向。存在若干重定向的形式,并且它们中的一些可以顺序发生。当未被检测到的紧急呼叫尝试被重定向时,UE需要使用紧急过程来重试该呼叫。重定向和重试非常耗时,并且可能导致用户终止呼叫尝试。仅当用户随后重试紧急呼叫时,这些问题才会加剧。
附图说明
参考附图将更好地理解本公开,其中:
图1是图示了从UE到公共安全接入点的消息之间的各种通信路径的图。
图2是图示了用于归属路由业务的3GPP接入的漫游架构的图。
图3是图示了用于获取紧急文档的请求和响应协议的图。
图4是根据本公开的至少一些实施例的用户设备的概念图。
图5是根据本公开的至少一些实施例的网络元件的概念图。
具体实施方式
根据本公开的至少一个实施例,提供了一种由用户设备(UE)使用紧急信息的方法,包括:传输请求消息,作为网络接入层(NAS)过程的一部分;响应于请求消息,接收包括至少一个紧急号码的列表的响应消息;确定所拨打的号码与至少一个紧急号码相匹配;当确定了拨打的号码与至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;当所选择的域是分组交换(PS)域时,执行紧急呼叫建立过程;并且当所选择的域是电路交换(CS)域时,执行基本呼叫建立过程。
根据本公开的至少另一实施例,提供了一种用户设备(UE),包括:处理器;以及通信子系统;其中处理器和通信子系统协作以:传输请求消息,作为网络接入层(NAS)过程的一部分;响应于请求消息,接收包括至少一个紧急号码的列表的响应消息;确定拨打的号码与至少一个紧急号码相匹配;当确定了拨打的号码与至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;当所选择的域是分组交换(PS)域时,执行紧急呼叫建立过程;并且当所选择的域是电路交换(CS)域时,执行基本呼叫建立过程。
根据本公开的至少另一实施例,提供了一种非瞬态计算机可读介质,该非瞬态计算机可读介质具有存储于其上的由用户设备(UE)的处理器执行的可执行代码,该可执行代码包括指令,以用于:传输请求消息,作为网络接入层(NAS)过程的一部分;响应于请求消息,接收包括至少一个紧急号码的列表的响应消息;确定拨打的号码与至少一个紧急号码相匹配;当确定了拨打的号码与至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;当所选择的域是分组交换(PS)域时,执行紧急呼叫建立过程;并且当所选择的域是电路交换(CS)域时,执行基本呼叫建立过程。
虽然本公开中的示例是特定于5G、长期演进(LTE)、增强型分组系统(EPS)和增强型通用移动电话系统(UMTS)地面无线电接入网络(E-UTRAN)的示例,但应当注意,本文所描述的方法、设备和系统不限于那些系统或无线电接入技术,并且可以在其他系统或无线电接入技术中被重用。例如,本文所描述的方法、设备和系统可以与包括但不限于以下的系统一起使用:第三代合作伙伴计划(3GPP)通用分组无线电服务(GPRS)增强型全球演进数据速率(EDGE)无线电接入网络(GERAN)、UTRAN、2G或3G核心网络、3GPP 5G、3GPP新无线电。而且,不排除非3GPP系统,诸如电气和电子工程师协会(IEEE)系统或无线局域网(WLAN)。
存在两个紧急服务集合:第一集合,其中UE可以被配置为检测号码是紧急号码,并且随后执行域特定的紧急呼叫过程;以及第二集合,其中网络可以被配置为检测号码是紧急号码。网络(即,P-CSCF)可以通知UE:紧急号码被检测到。UE随后执行域特定的紧急呼叫过程或基本呼叫过程。
虽然CS域支持高效地处理来自第二集合的号码,但是IMS或PS域可以被配置为重定向呼叫建立请求。重定向可能导致尝试将CS域上的呼叫作为普通呼叫,尝试将CS域上的呼叫作为紧急呼叫,或者使用紧急呼叫过程尝试经由PS域的呼叫。在利用PS域执行紧急呼叫过程之后,UE可以利用IMS执行紧急呼叫过程。紧急呼叫过程也被称为紧急过程。术语“呼叫”适用于CS域。但是,也可以使用它代替术语“会话”。通常使用IMS或会话发起协议(SIP)经由PS域建立会话。
UE可以处于CONNECTED(已连接)模式或IDLE(空闲)模式。当UE和网络之间存在网络接入层(NAS)信令连接时,UE处于CONNECTED模式。由于各种原因,UE可能必须驻留(camp)在与其当前驻留的小区不同的小区上。当处于空闲模式时,这经由“重定向”来实现。当处于CONNECTED模式时,这通过执行切换过程来实现。例如,UE可能必须驻留在可以经由其获取紧急服务的小区上。
在IMS级别,可以在SIP INVITE(邀请)请求之后接收会话发起协议(SIP)380响应,可以响应于包括SIP REGISTER(注册)请求的其他SIP请求来接收其他SIP响应。SIP 380的接收可以使UE执行小区选择过程,以便选择能够执行紧急服务的小区。备选地或附加地,SIP 380的接收可以使UE执行SIP紧急注册过程,以便创建适合于建立紧急SIP会话的上下文。SIP注册过程涉及SIP REGISTER请求的传输。
在本公开中,除非另有说明,否则所有这些过程都被称为重定向。
具有5G功能的UE可以经由新无线电(NR)、E-UTRAN或者经由WLAN来接入5G CN。经由非3GPP接入网络(AN)(例如,WLAN)接入的5G CN可以不同于经由3GPP AN(NR和E-UTRAN)接入的5G CN。5G CN可以由不同的PLMN所拥有,并且甚至可能由在不同国家中操作的PLMN所拥有。
紧急服务经由任何接入来提供,但是优选地,它们可以经由3GPP AN来提供。虽然5G CN不提供对CS域的接入,但是将UE从EPC网络支持的接入网络重定向到E-UTRAN小区是可能的。EPC网络供应CS后备(fallback)(执行CS后备的UE经由CS域使用CS过程来进行呼叫)。备选地,UE可以通过选择GERAN、UTRAN的小区部分或通过选择支持CS的小区来接入CS域。
CS紧急过程要求UE指示所请求的紧急服务的类别。紧急服务类别的示例是消防队、救护车、警察、海洋警卫队或山地救援。如下面更详细描述的,类别可以以比特来表达。
同样,PS紧急过程要求UE指示所请求的紧急服务的类型。紧急服务类型的示例是消防、救护车和警察等。如下面更详细描述的,可以使用统一资源名称(URN)来表达类型。
紧急服务的类型或类别在被网络接收到后就被用来选择公共安全接入点(PSAP)。
每个国家定义了在该国家内适用的紧急服务的类型或类别。因此,每个国家可以具有不同的紧急服务的类型或类别的集合,并且可能使用不同的紧急号码来标识这些紧急服务的类型或类别。
对于第二集合中的号码,使用5G经由NR的呼叫请求可以被IMS中的P-CSCF如此检测到。P-CSCF可以例如以SIP 380响应的形式向UE发送SIP响应消息。在接收到之后,5G UE现在将发起(基本或紧急)呼叫过程。5G PLMN将利用以下来配置UE:针对去往UE的REGISTRATION ACCEPT(注册接受)消息内的紧急服务支持的指示(紧急服务支持指示在当前注册区域内有效);或注册区域接受消息中的紧急服务支持指示符,该紧急服务支持指示符指示UE可以建立紧急会话(例如紧急协议数据单元(PDU)会话)或UE应当执行服务请求过程。注册区域由服务相同PLMN的一个或多个小区组成。网络可以通知UE:当前注册区域是什么。网络保持跟踪UE的当前注册区域。定位区域或跟踪区域在不同系统中是等同的术语。在EPC中,UE执行NAS附接或NAS跟踪区域更新过程,以便将UE所在的跟踪区域通知网络。
关于图1示出了在PSAP处接收消息之前,消息如何从UE通过接入网络、核心网络和域行进的图。
如图1中所示,UE 101可以与WLAN 102、NG 103、E-UTRAN 104、UTRAN 105和GERAN106通信。WLAN 102、NG 103和E-UTRAN 104可以与5G CN 107通信。E-UTRAN 104和UTRAN105可以与EPC 108通信。UTRAN 105和GERAN 106可以与CS CN 109通信。5G CN 107和EPC108可以与PS 110通信,并且从PS 110向IMS 111和PSAP 112通信。CS CN 109可以与CS 113通信,并且可以从CS 113向PSAP 112通信。
如果在检测到紧急呼叫时,UE被通知执行服务请求过程,则网络可以(使用对SERVICE REQUEST(服务请求)消息的响应消息)将UE重定向到不同的系统(例如,EPC)或重定向到不同的无线电接入技术(RAT)(例如,连接到5G CN的E-UTRAN)。如果被重定向到EPC,则UE可能必须发起另一服务请求过程,并且UE可以被重定向到由CS CN支持的小区,作为执行CS后备过程的一部分。服务请求过程包括发送服务请求消息。
5G CN可以由E-UTRAN或NR支持。UE和PS域之间建立的数据连接可以从一个接入网络被迁移到另一个。
根据现有技术,UE不能够被配置为检测到针对其不存在服务类别的拨打的号码需要由PSAP来处理。
拨打服务PLMN已知来自紧急号码的第二集合的号码的用户可以接收对第一SIPINVITE请求(第一SIP INVITE请求包括号码)的SIP 380响应,SIP 380响应包括被设置为URN的联系报头字段。URN可以是特定于国家的URN。如果UE选择PS域以用于随后的紧急呼叫尝试,则UE可以执行特定于PS域的紧急呼叫过程,并且将URN包括在随后的SIP INVITE请求中。
使用PS域进行呼叫尝试并且其用户拨打服务PLMN已知来自紧急号码的第二集合的号码的UE可以接收SIP 380。如果该UE选择CS域,则该UE可以条件性地执行基本呼叫建立过程。
在S8归属路由架构中,漫游UE连接到归属PLMN(HPLMN)中的P-CSCF。需要向HPLMN中的P-CSCF供给访问方PLMN(VPLMN)或VPLMN国家的紧急号码。然后,经配置的P-CSCF可以检测到适用于VPLMN的国家或VPLMN本身的紧急号码。
图2图示了用于归属路由业务的3GPP接入的漫游架构。尽管图2限于EPC架构,但是可以理解,S8也可以由不同的架构支持,例如由描述包括5G CN的5G系统的架构支持。图2中所描绘的网络架构中的P-CSCF位于“运营方的IP服务”中。
如图2中所示,HPLMN包括PDN网关202、HSS 210、PCRF 201和在203处图示的运营方的IP服务。VPLMN包括UTRAN 226和GERAN 225。VPLMN进一步包括服务网关220、MME 221和SGSN 224。UE 223与E-UTRAN 222通信。
在基于NAS的供给中,UE可以接收与紧急服务类别(以下称为“服务类别”)相关联的一个或多个号码。服务类别的定义在以下中被定义:3GPP技术规范(TS)24.008“移动无线电接口层3规范;核心网络协议;阶段3”,版本15.0.1,2017年9月,并且被包括在下面。以这种方式被供给或配置的号码是紧急号码的第一集合的一部分。基于NAS的供给涉及NAS消息。NAS消息是被用来与CN(例如,EPC网络、5G CN或GPRS CN)交互的协议的一部分,其可以包括至少一个信息元素(IE)。
3GPP TS 24.008的章节10.5.3.13被复制如下:
注释1:长度包含用于编码紧急服务类别值和号码数位的八位字节的数目。
注释2:八位字节5中的(多个)号码数位在八位字节6中的(多个)号码数位等之前。首先被键入的号码数位位于八位字节5中的比特1到4。号码数位的内容如表10.5.1 18/3GPP TS 24.008中所示地被编码。
注释3:如果紧急号码包含奇数数目的数位,则相应紧急号码的最后一个八位字节的比特5至8将用被编码为“1111”的结束标记来填充。
图10.5.84c/3GPP TS 24.008紧急号码列表信息元素
表10.5.97aa/3GPP TS 24.008:紧急号码列表信息元素
3GPP TS 24.008的章节10.5.4.33被复制如下:
图10.5.118d/3GPP TS 24.008服务类别信息元素
表10.5.135d/3GPP TS 24.008:服务类别信息元素
虽然(例如,作为紧急号码的第一集合的一部分的号码的)基于NAS的供给发生在例如NAS附接或NAS跟踪区域更新过程期间,但是UE可以响应于SIP INVITE而接收SIP 380响应,该SIP INVITE具有指示来自第二集合中的号码的统一资源标识符(URI)。SIP 380响应可以包括具有URN的联系报头字段。取决于URN,UE可能能够得出适用于CS域的服务类别,或者UE可能无法得出服务类别(在这种情况下,URN可能是特定于国家的紧急服务URN)。如果UE决定在CS域上重新尝试呼叫,则它执行紧急呼叫过程(包括EMERGENCY SETUP(紧急建立)消息中的类别)或基本呼叫过程(包括SETUP(建立)消息中的号码)。如果UE决定在PS域上重新尝试呼叫,则如下所述,UE执行紧急呼叫会话建立,并且将接收到的URN包括在SIPINVITE请求中。
当P-CSCF用SIP 380响应进行响应时,它可以在该响应中包括3GPP IP多媒体(IM)CN子系统可扩展标记语言(XML)主体。它可以包括或可以不包括指示“紧急注册”的指示。该指示是重定向,催促UE在不同的VPLMN可用的情况下使用不同的VPLMN执行初始紧急注册。
UE可以根据以下来执行紧急呼叫会话建立:3GPP TS 24.229的子条款5.1.6.8和7.11.1“基于会话发起协议(SIP)和会话描述协议(SDP)的IP多媒体呼叫控制协议;阶段3”,版本15.0.0,2017年9月,其被复制如下。
通过例如将域名解析为一个或多个IP地址,或将域名解析为一个或多个命名授权机构指针(NAPTR)记录,域名系统(DNS)支持将给定的输入数据解析为一个或多个输出数据。DNS由DNS客户端和DNS服务器组成。DNS客户端可以作为UE的一部分而被提供或在UE内被提供。DNS客户端将要在DNS请求消息中被解析的数据发送到DNS服务器。DNS服务器在接收到来自DNS客户端的DNS请求时,可以用包含所请求的数据的解析的DNS响应来响应DNS请求,或者可以提供该DNS客户端应当向其重新发送其DNS请求的另一DNS服务器的地址。在提供包含所请求的数据的解析的响应时,DNS服务器可以使用其有权访问的配置,将一个或多个DNS请求发送到一个或多个其他DNS服务器,或者使用来自高速缓存的数据(即先前从其他DNS服务器接收的不知道是过时的数据)。
为了能够提供DNS客户端功能性,UE需要被配置有一个或多个DNS服务器地址等,DNS服务器地址诸如互联网协议版本4(IPv4)地址和互联网协议版本6(IPv6)地址。当UE请求与如分组数据网络(PDN)或其他网络的数据网络的连接性时,它可以接收DNS服务器的IP地址。DNS服务器的IP地址由网络返回。通常,DNS服务器的IP地址被包括在协议配置选项(PCO)信息元素(IE)中。PCO IE在NAS消息中被递送给UE。
由供应紧急服务的PLMN所操作的DNS服务器应当是可信任的,这意味着在DNS服务器和UE之间进行转接时,既不预期DNS服务器被损害,也不预期DNS请求和响应被损害。
通常在UE连接到入口点时配置DNS服务器的IP地址,入口点如数据网络(诸如托管IMS的数据网络)的PDN GW或UPF。该入口点可以在VPLMN中或在HPLMN中。在S8中,入口点在HPLMN中。
全球移动通信系统(GSM)协会(GSMA)运行一数据库,通过该数据库,PLMN运营方可以交换数据,从而允许他们为其订户提供去往彼此的PLMN的漫游。该数据库对于关于静态数据来更新其他PLMN是很有用的,静态数据包括5比特格式的紧急号码和类别。该数据库被称为NG RAEX IR.21数据库。因此,由于紧急号码和类别不是非常动态的,因此可以在HPLMNP-CSCF中提取并配置来自该数据库中的数据,以便确定第一集合中的紧急号码,该紧急号码如果在SIP INVITE中被检测到,则可以被识别为漫游用户的VPLMN中的紧急号码。
作为PS紧急呼叫过程的一部分,UE经常需要执行IMS紧急注册过程。作为IMS紧急注册过程的一部分,UE传输SIP REGISTER请求,该SIP REGISTER请求在联系报头字段中包含“sos”SIP URI参数。
接收到该SIP REGISTER请求的P-CSCF可以用420(错误扩展)或403(禁止)响应来进行响应。在该响应中,P-CSCF可以包括3GPP IM CN子系统XML主体。如果网络支持针对未注册用户的紧急会话,则P-CSCF可以进一步包括指示“匿名紧急呼叫”的指示。
GPRS和EPS支持在NAS附接或者例如NAS跟踪区域更新过程期间递送紧急号码和类别。在这些过程期间递送此信息的优点是,UE可以知道是否在成功的网络附接之后立即拨打紧急号码。NAS附接的等同物或者例如5G中的NAS跟踪区域更新过程在本文中被称为5G注册过程。5G注册过程包括:UE发送REGISTRATION REQUEST(注册请求)消息,以及UE接收例如REGISTRATION ACCEPT消息。
虽然本公开旨在提供一种应用于任何接入技术的解决方案,但是可能仍附加地需要5G特定的解决方案。例如,为了防止竞赛状况的情形,UE能够在成功的5G注册之后但在UE经由诸如DNS的另一协议接收到紧急信息之前发起语音呼叫。在此时间段内,UE不会将号码检测为紧急号码。
P-CSCF通常不知晓在VPLMN中处于使用中的紧急号码、类别或类型。对于S8,HPLMN中的P-CSCF需要检测号码是否在用于VPLMN或VPLMN的国家的第二集合中。NG RAEX IR.21数据库没有提供此信息。
备选地或附加地,VPLMN应当能够执行NAS过程,以利用来自第二集合中的号码配置UE。
NG RAEX IR.21数据库没有向P-CSCF提供足够的信息。例如,如果接收到针对SIPINVITE的SIP 380响应,则不存在UE必须进行基本CS基本呼叫的指示。没有信息将允许UE使用特定于国家的紧急服务URN在PS域上重试紧急呼叫。
SIP 380响应可以进一步包括以下两个可选指示之一:“紧急注册”或“匿名紧急呼叫”。NG RAEX IR.21数据库不允许VPLMN向HPLMN通知它的P-CSCF是否需要包括这样的指示。
5G CN支持的IMS(例如,P-CSCF)可以检测到SIP INVITE包含紧急号码。如上文所讨论的,P-CSCF可以用SIP 380响应来拒绝SIP INVITE,或者P-CSCF可以接受SIP INVITE,在对UE的响应中指示SIP INVITE是针对紧急服务的。如果会话是由SIP INVITE引起的,则该会话被视为紧急会话。但是,紧急服务会话不使用专用于紧急服务的承载。
在目标RAT(例如NR)不适合于紧急服务的情况下,具有紧急会话的承载应保留在源RAT上(就像紧急承载一样)。由于当前在3GPP TS 23.501“用于5G系统的系统架构;阶段2”,版本15.0.0,2017年12月中指定的AMF不知晓被视为紧急会话的会话正在使用正常的非紧急承载,所以此会话可能被迁移或移交给不适合于紧急服务的RAT。
可能不期望将使用非紧急承载的紧急会话移交给不支持紧急服务的RAT。
本公开通过参考并非绝对的示例或实施例来提出对以上问题的解决方案,并且文本构造或IE是用于说明性目的。其他IE布局或其他域名标签排序可以是可能的,并且在本公开的范围内。此外,在不脱离本公开的范围的情况下,本文描述的一些实施例可以与其他实施例组合。
本公开提供旨在向UE供给紧急信息的解决方案。紧急信息包括紧急号码、URN、类别或指示。对于每个紧急号码,存在以下中的一项或多项:URN(例如适合于PS域);类别(例如适合于CS域);或UE需要在CS域上使用基本呼叫过程的指示。
备选地,UE在CS域上使用基本呼叫过程的指示可以是UE仅在PS域上使用紧急呼叫过程的指示、UE仅在PS域上使用紧急会话过程的指示或UE仅在PS域上使用紧急过程的指示。
被供给给UE的紧急信息可以被认为是有效的。当将拨打的号码或数位与所供给的紧急号码(例如,紧急信息的一部分)进行比较以便检测拨打的号码是否是紧急号码时,UE可以使用有效的紧急信息。
当(例如,所拨打的)号码是紧急号码时,取决于所选择的域以及取决于紧急信息,UE调用特定于域的紧急呼叫建立过程或调用基本CS呼叫建立过程。
当使用E-UTRAN时,UE可以执行CS后备过程(用于基本呼叫),或者在CS后备过程期间指示用于紧急呼叫的CS后备。如果紧急信息指示UE需要调用基本CS呼叫建立过程,则UE执行CS后备过程,而不指示用于紧急呼叫的CS后备。
VPLMN的网络服务器包括但不限于MME、AMF、服务GPRS支持节点(SGSN)或DNS服务器,其可以维护指示每个国家代码(诸如移动国家代码(MCC))或每个VPLMN的配置:
·第一值,其指示部署了某类型的紧急服务的国家;或第二值,其唯一地标识在部署了某类型的紧急服务的国家中的紧急服务的类型。第一值(例如,xy)和第二值(例如,567)允许构造诸如“urn:service:sos.country-specific.xy.567”的URN,如参考3GPP TS24.229所讨论的。
·表示5比特服务类别值的值或5比特服务类别值本身,如参考3GPP TS 24.008所讨论的;
·是否应当在CS域而不是在PS域上建立呼叫(使用IMS);
·在CS域中应当使用基本呼叫过程还是紧急呼叫过程;或
·P-CSCF是否应当向UE发送特定的SIP响应以及该SIP响应应当包括“紧急注册”还是“匿名紧急呼叫”。
重用类别值
去往UE的NAS信令向UE提供5个比特,从而提供了25=32种可能性。这些比特组合中几乎没有比特组合被保留。大多数PLMN将设置五比特中的一比特来标识在该国家支持的紧急服务类别之一。在一些国家,组合是可能的。例如,如果将多于一个比特设置为1,则要求去往组合的紧急中心的路由,诸如去往日本的救护车和消防队的路由。
那仍然留下5比特的大多数可能组合为未使用。
这些未使用的组合可以被用来编码先前未在服务类别中表达的紧急服务。这可以使得CS紧急呼叫过程能够用于先前经由CS域上的基本呼叫过程来处理的紧急服务。
在PS域上,需要进行UE修改以从这些新组合中得出URN。但是,已经被部署的至少一些UE不能被修改。
向P-CSCF供给从漫游相关数据的数据库中获取的紧急信息
当前,可以向P-CSCF供给紧急URN,但是没有简单、可靠、安全或可缩放的方式从VPLMN获取它们。具体地,PLMN运营方必须联系其所有的漫游合作伙伴PLMN运营方以共享或请求必要的数据。
因此,这个解决方案旨在通过使得VPLMN运营方能够将必要的数据放入数据库中以使得漫游合作伙伴和HPLMN运营方能够配置其P-CSCF或DNS服务器(如在IMS S8HR漫游中使用的),来使得HPLMN运营方能够向他们的网络(例如P-CSCF或DNS服务器等)供给其漫游合作伙伴VPLMN的紧急URN(包括特定于国家的URN)。该数据可以包括:
·第一值,其指示部署了某类型的紧急服务的国家;或第二值,其唯一地标识在部署了某类型的紧急服务的国家中的紧急服务的类型;
·表示5比特服务类别值的值或5比特服务类别值本身;
·以下指示:是否应当在CS域而不是PS域上建立呼叫(使用IMS)、以及在CS域中应当使用基本呼叫过程还是紧急呼叫过程;或
·以下指示:P-CSCF应当向UE发送特定的SIP响应、以及该SIP响应应当包括“紧急注册”还是“匿名紧急呼叫”。
P-CSCF可以查询漫游数据库或DNS或维护指示每个国家代码(例如MCC)或每个VPLMN的配置信息:
·在SIP响应中包括“紧急注册”还是“匿名紧急呼叫”;
·是否在SIP响应的联系报头字段中包括URN,以及包括哪个URN。
HPLMN DNS服务器可以维护指示每个国家代码(例如MCC)或每个VPLMN的配置信息:
·URN的一部分。对于特定于国家的URN,URN的一部分可以包括:第一值,其指示部署了某类型的紧急服务的国家;或第二值,其唯一地标识在部署了某类型的紧急服务的国家中的紧急服务的类型。对于其他情况,诸如根据请求注解(RFC)5031“用于紧急服务和其他公知服务的统一资源名称(URN)”,2008年1月的URN,URN的一部分例如可以是来自URN“urn:service.sos.police”中的“sos.police”;
·表示5比特服务类别值的值或5比特服务类别值本身;
·以下指示:是否应当在CS域而不是PS域上建立呼叫(使用IMS)、以及在CS域中应当使用基本呼叫过程还是紧急呼叫过程;或
·以下指示:P-CSCF应当向UE发送特定的SIP响应、以及该SIP响应应当包括“紧急注册”还是“匿名紧急呼叫”。
备选地,如果该信息经由来自HPLMN P-CSCF的DNS查询可获得,则P-CSCF可以通过利用包括PLMN代码或MCC代码的完全合格域名(FQDN)来查询VPLMN DNS服务器来获取信息。
可以应用如下所述的5比特服务类别与域名或FQDN之间的映射,并且阐明:主机名是字母数字值的字符串。可以从漫游数据库或DNS服务器获取字母数字值,作为紧急信息的一部分。P-CSCF或DNS可以从漫游数据库中获取字母数字值。
防止移交其中存在紧急会话的连接
为了使网络防止移交其中存在紧急会话的连接,IMS(包括接受紧急会话的P-CSCF)向网络通知该连接具有紧急会话。然后,网络可以防止将具有紧急会话的连接重定向或移交给不支持紧急会话的RAT或CN。
向UE供给紧急信息
尽管本公开描述了DNS和NAS供给方法,但是也可以应用其他方法,包括接入网络查询协议(ANQP)、互联网密钥交换版本2(IKEv2)、动态主机配置协议(DHCP)和超文本传输协议(HTTP)。上面的方法列表并非旨在进行限制。
关于图3示出了请求和响应协议的示例。响应可以包括紧急文档。紧急文档被视为紧急信息。紧急文档可以以XML(扩展标记语言)对紧急信息进行编码。该文档包括例如以IE或域名或字符串或标签对紧急信息进行编码的其他示例。域名、主机名或标签都被视为字符串。字符串不限于是域名、主机名或标签。域名可以包括一个或多个主机名。域名或主机名也被视为标签。URN可以包括标签。
如图3中所示,UE 301可以通过IMS 302来与网络节点303进行通信。如箭头330所图示,针对紧急文档的请求被传输到网络节点303,并且紧急文档被返回给UE 301,如箭头340所图示。该请求可以是HTTP GET消息、DNS请求或DHCP请求,并且包括位置信息。
5G
当使用3GPP接入和非3GPP接入来接入5G CN时,UE可以经由每次接入而向不同的PLMN注册。这通常意味着UE使用不同的核心网络。通常,PLMN运行其自己的核心网络。
当UE响应于由UE发送的REGISTRATION REQUEST消息而从AMF接收到紧急信息时,UE可以使用此信息找到(例如,所拨打的)号码和紧急信息中的紧急号码之间的匹配。紧急信息内的每个紧急号码都与电路交换紧急(CSE)呼叫指示符、紧急服务类别值、用于紧急服务的URN、或特定于国家的紧急URN中的至少一项相关联。用于紧急服务的URN或特定于国家的紧急URN被视为紧急URN。
UE可以从接收到的紧急信息中重建(用于紧急服务的)(特定于国家的)紧急URN。例如,特定于国家的紧急URN的最后一个主机名可以具有与紧急号码的数位相同的数位,或者特定于国家的紧急URN的最后一个主机名可以具有不一定与紧急号码的数位相等的字符。如果紧急URN不是特定于国家的紧急URN,则可以从紧急服务类别值中得出紧急URN。例如,urn:service:sos.police可以从仅设置了第一比特的紧急服务类别值中得出。接收到的紧急信息可以包括指示是否要从紧急服务类别值中得出紧急URN的指示。
取决于所选择的域,UE执行PS紧急呼叫过程或CS过程。取决于CSE的值,CS过程由CS紧急呼叫过程或CS基本呼叫过程组成。如果UE执行PS紧急呼叫过程,则UE可以在SIPINVITE消息中包括紧急URN。如果UE执行CS紧急呼叫过程,则UE可以在EMERGENCY SETUP消息中包括紧急服务类别值。如果UE执行CS基本呼叫过程,则UE可以在SETUP消息中包括所拨打的数位。
一个5G CN
当使用E-UTRAN、NR或WLAN接入5G CN时,UE可能需要注册以获取服务。UE通过传输REGISTRATION REQUEST消息进行注册。响应于注册请求,UE可以接收例如包括列表的紧急信息,该列表具有一个或多个紧急号码、关联的类别、关联的URN、对号码的呼叫仅触发PS域上的紧急过程的指示、或对号码的呼叫触发CS域上的基本过程的指示。紧急信息作为NAS注册过程的一部分被接收。
UE还周期性地发送注册请求,例如,以更新由5G CN持有的注册信息。响应于这些注册请求,UE可以接收具有上面提及的一个或多个紧急号码的列表。如果UE接收到空列表(即,大小为零的列表),则UE可以将先前存储的列表替换为空列表,或者UE可以忽略空列表。如果UE没有接收到列表,则UE可以不覆写先前接收的列表。
当UE向相同国家中的PLMN注册并且该PLMN处理网络中的、除了由于移动实体(ME)硬编码的号码和通用订户身份模块(USIM)供给的号码而检测到的以外的所有紧急呼叫检测时,用空列表替换先前接收到的列表是有用的。
两个5G CN
当使用E-UTRAN或NR来接入5G CN时并且当使用WLAN来接入另一5G CN时,另一5GCN可能是不同PLMN的一部分。另一5G CN甚至可能位于不同的国家。
当UE经由3GPP接入和非3GPP接入来接入EPC时,可能会发生相同的情况。经由3GPP接入来接入EPC的UE可以接收指示UE是否可以考虑经由非3GPP接入所接收到的紧急信息的策略。
此外,经由非3GPP接入接收到的紧急信息也可以与诸如MCC的国家信息相关联。国家信息标识紧急信息针对其有效的国家。在将拨打的号码与所供给的紧急号码进行比较时,可以使用有效的紧急信息,以便检测拨打的号码是否为紧急号码。
一个5G CN和一个非5G CN
当使用E-UTRAN或NR来接入5G CN时并且当使用WLAN来接入EPC时,EPC可能是不同PLMN的一部分。另一EPC甚至可能位于不同的国家。
这里适用与两个5G CN的情况相同的考虑,并且阐明:两个CN之一是非5G CN。
最后一个主机名由字符组成
以下建议的紧急信息IE被包括在对UE向网络注册的请求的响应中,网络诸如但不限于5G CN。紧急信息IE包含用以重建特定于国家的紧急URN的信息(例如“urn:service:sos.country-specific.XY.567”。各部分“sos”、“country-specific”、“XY”、“567”被视为标签。标签由一个或多个字符组成。主机名中允许的字符通常也是标签中允许的那些字符)。最后一个标签,例如“567”,不需要由与紧急号码中的号码数位相匹配的字符组成。如果它们不匹配,则“紧急标签的长度”字段指示由后续字符占用的八位字节的数目。可以根据编码方案对字符进行编码。字符表示最后一个标签的字符。当“紧急标签的长度”字段被设置为0或者接收到的紧急信息包括指示该URN是特定于国家的URN的指示时,紧急信息IE中的号码数位表示最后一个标签的字符,例如例如“567”。紧急信息IE中的国家字符表示倒数第二个标签的字符,例如“XY”。标签或第一子服务“country-specific”(特定于国家)和标签或顶级服务“sos”使主机名完整。通过用“urmservice:”添加在这些标签前面来重建特定于国家的URN。
紧急信息IE包含编码方案信息。如果编码方案是在3GPP TS23.038“字母和语言特定的信息”,版本14.0.0,2017年3月中定义的、未被指定语言的GSM默认字母,则下面建议的IE将能够允许的字符限制于能够以7比特被编码的那些字符。备选地,可以选择16比特编码,例如通用编码字符集(UCS-2),其要求每个字符占用2个连续的八位字节。
紧急信息IE
此信息元素的目的是对紧急信息进行编码,以在IE内指示的国家内使用。
紧急号码列表信息元素如下所示地被编码。紧急号码列表IE可以是类型4信息元素。除了由L3消息中的八位字节的最大数目给出的长度上限外,没有指定任何长度上限,如3GPP TS 44.006“移动站-基站系统(MS-BSS)接口;数据链路层规范”,版本14.0.0,2017年3月中所提供的。
注释0:如果以3GPP TS 23.038中定义的、未被指定语言的GSM默认字母进行编码,则此字段包含大写字符。
注释1:长度包含用于编码紧急服务类别值和号码数位的八位字节的数目。
注释2:八位字节5中的(多个)号码数位在八位字节6等中的(多个)数位之前。首先被键入的号码数位位于八位字节5中的比特1至4。号码数位的内容如3GPP TS 24.008的表10.5.118中所示地被编码。
注释3:如果紧急号码包含奇数数目的数位,则相应紧急号码的最后一个八位字节的比特5至8可以用被编码为“1111”的结束标记来填充。
注释4:根据编码方案被编码的字符串。
表1:紧急信息信息元素
最后一个主机名包含与所拨打的数位相匹配的号码
以下建议的紧急信息IE被包括在对UE向5G CN注册的请求的响应中。如果接收到的紧急信息包括指示URN是特定于国家的URN的指示,则紧急信息IE包含足以重建特定于国家的紧急URN的信息(例如“urn:service:sos.country-specific.XY.567”)。紧急信息IE中的号码数位表示最后一个标签的字符,例如“567”。紧急信息IE中的国家字符表示倒数第二个标签的字符,例如“XY”。标签“country-specific”(特定于国家)和标签“sos”使主机名完整。通过用“urmservice:”添加在主机名前面来重建特定于国家的URN。
紧急信息IE包含编码方案信息。如果编码方案是3GPP TS23.038中定义的、未被指定语言的GSM默认字母,则下面建议的IE将能够允许的字符限制于能够以7比特被编码的那些字符,其中最后2个比特被设置为10。备选地,比特可以被设置为将字符强制为小写字符。备选地,7比特中的最后2个比特不需要被硬编码。备选地,可以选择16比特编码(例如,UCS2)。要求每个字符占用2个连续的八位字节。
该信息元素的目的是对紧急信息进行编码,以在IE内指示的国家内使用。
紧急号码列表信息元素如下所示地被编码。紧急号码列表IE是类型4信息元素。除了由L3消息中的八位字节的最大数目给出的长度上限外,没有指定任何长度上限(参见3GPP TS 44.006)。
注释0:如果以3GPP TS 23.038中定义的、未被指定语言的GSM默认字母进行编码,则此字段包含大写字符。
注释1:长度包含用于编码紧急服务类别值和号码数位的八位字节的数目。
注释2:八位字节5中的(多个)号码数位在八位字节6等中的(多个)数位之前。首先被键入的号码数位位于八位字节5中的比特1至4。号码数位的内容如表10.5.1 18/3GPP TS24.008中所示地被编码。
注释3:如果紧急号码包含奇数数目的数位,则相应紧急号码的最后一个八位字节的比特5至8可以用被编码为“1111”的结束标记来填充。
表2:紧急信息信息元素
具有补充紧急号码列表IE的紧急信息的第二IE
以下建议的紧急信息IE被包括在对UE向CN注册的请求的响应中,或在对UE向CN的(更新位置信息(对于非5G CN)、跟踪区域信息(对于非-5G CN:EPC网络),或)注册区域信息的请求的响应中。扩展号码列表IE也可以被称为紧急信息IE或另外命名的IE。紧急信息IE包含足以重建特定于国家的紧急URN的信息(例如“urn:service:sos.country-specific.XY.567”)。
紧急信息IE包含编码方案信息。如果编码方案是3GPP TS 23.038中定义的、未被指定语言的GSM默认字母,则下面建议的IE将能够允许的字符限制于能够以7比特被编码的那些字符,其中最后2个比特被设置为10。备选地,比特可以被设置为将字符强制为小写字符。备选地,7比特中的最后2个比特不需要被硬编码。备选地,可以选择16比特编码(例如,UCS2),要求每个字符占用2个连续的八位字节。
“紧急标签的长度”字段指示由后续字符占用的八位字节的数目。可以根据编码方案对字符进行编码。字符指示最后一个标签的字符。
紧急号码列表IE中的紧急号码旨在与紧急信息IE中的标签相对应:第1个紧急号码信息数位与第1个URI的最后一个紧急标签相对应。如果第1个URI的最后一个紧急标签的长度被设置为0,或者接收到的紧急信息中包括指示该URN是特定于国家的URN的指示,则特定于国家的URN的最后一个标签与紧急号码列表IE中的紧急号码中的号码数位相匹配。如果第1个URI的最后一个紧急标签的长度被设置为非零,则特定于国家的URN的最后一个标签与标签字符相匹配。
紧急信息IE中的国家字符表示倒数第二个标签的字符,例如“XY”。标签“country-specific”(特定于国家)和标签“sos”使主机名完整。通过用“urmservice:”添加在主机名前面来重建特定于国家的URN。
该信息元素的目的是对紧急信息进行编码,以在IE内指示的国家内使用。
紧急号码列表信息元素如下所示地被编码。
紧急号码列表IE是类型4信息元素。除了由L3消息中的八位字节的最大数目给出的长度上限外,没有指定任何长度上限(参见3GPP TS 44.006)。
注释0:如果以3GPP TS 23.038中定义的、未被指定语言的GSM默认字母进行编码,则此字段包含大写字符。
注释1:长度包含用于编码紧急服务类别值和号码数位的八位字节的数目。
注释2:八位字节5中的(多个)号码数位在八位字节6等中的(多个)数位之前。首先被键入的号码数位位于八位字节5中的比特1至4。号码数位的内容如3GPP TS 24.008的表10.5.118中所示地被编码。
注释3:如果紧急号码包含奇数数目的数位,则相应紧急号码的最后一个八位字节的比特5至8将用被编码为“1111”的结束标记来填充。
注释4:根据编码方案被编码的字符串。
表3:紧急信息信息元素
其他CN
尝试使用经由3GPP接入而接入的经由非5G CN提供的服务的UE通常也向CN注册。UE通过向CN传输NAS附接请求消息、NAS跟踪区域更新请求消息或NAS位置区域请求更新消息来注册。NAS消息是用于与CN(例如,EPC网络、5G CN或GPRS CN)交互的协议的一部分,可以包括至少一个信息元素(IE)。响应于附接请求消息,跟踪区域更新请求消息或位置区域请求,UE可以接收列表,该列表具有一个或多个紧急号码、关联的类别、关联的URN或:
·对该号码的呼叫仅触发PS域上的紧急过程的指示;或
·对该号码的呼叫触发CS域上的基本过程的指示。
虽然一些现有的CN已经经由NAS消息提供了一些紧急信息,但是可以扩展NAS消息以提供缺失的附加紧急信息。NAS消息的内容的扩展将向后兼容,同时提供向5G的演进。此外,扩展将防止重复。应当注意,NAS消息通常仅包括有限数目的八位字节编码信息,特别是紧急信息。
当UE响应于由UE发送的注册消息(例如,附接消息、位置区域更新消息、跟踪区域更新消息、IKE、可扩展认证协议(EAP)等)而从移动性管理网络元件(例如,MME、SGSN、演进的分组数据网关(ePDG))接收紧急信息时,UE可以使用此信息来找到在拨打的号码和紧急信息中的紧急号码之间的匹配。紧急信息内的每个紧急号码都与电路交换紧急(CSE)呼叫指示符、紧急服务类别值或特定于国家的紧急URN中的至少一项相关联。
UE可以从接收到的紧急信息中重建特定于国家的紧急URN。例如,特定于国家的紧急URN的最后一个主机名可以具有与紧急号码的数位相同的数位,或者,特定于国家的紧急URN的最后一个主机名可以具有与紧急号码的数位不相等的字符。
取决于所选择的域,UE执行PS紧急呼叫过程或CS过程。取决于CSE的值,CS过程由CS紧急呼叫过程或CS基本呼叫过程组成。如果UE执行PS紧急呼叫过程,则UE在SIP INVITE消息中包括重建的特定于国家的紧急URN。如果UE执行CS紧急呼叫过程,则UE可以在EMERGENCY SETUP消息中包括紧急服务类别值。如果UE执行CS基本呼叫过程,则UE可以在SETUP消息中包括所拨打的数位。
由于现有的注册响应消息已经包括紧急号码列表IE,因此建议用所建议的紧急信息IE来扩展(NAS)注册响应。扩展号码列表IE也可以被称为紧急信息IE。
基于DNS的解决方案
总体过程
虽然5G是新定义的系统,但是当前正在部署其他系统,例如支持EPC的系统。在5G中,可以将紧急信息作为NAS的一部分来提供,但在其他系统中,升级MME和UE的NAS以及UE的上层(其可以包括例如IMS客户端)并不那么简单直接。
该解决方案还适用于5G CN以外的CN。UE需要获取紧急信息,该紧急信息具有一个或多个紧急号码、关联的类别、关联的URN和/或:
·对该号码的呼叫仅触发PS域上的紧急过程的指示;或
·对该号码的呼叫触发CS域上的基本过程的指示。
用于提供列表的任何供给机制应当优选地是易于部署的。例如,DNS服务器可以被用来获取列表。例如,UE可以查询DNS而不影响NAS层。当从不可信WLAN获取的DNS服务器被认为是不可信DNS服务器时,UE可以从其地址由PLMN的网络指示的DNS服务器获取如上所述的紧急信息列表。列表可以包含主机名。一些主机名可以表示紧急信息,例如由于存在诸如“sos”标签之类的标签。紧急信息中的一些信息可以是如下面更详细描述的那样被格式化的一个或多个主机名。
该解决方案将至少部分地防止以下情形:UE未检测到拨打的号码在紧急号码的第二集合中。
如果UE接收到空列表,则UE可以用空列表替换先前存储的列表(即,移除/删除当前列表),或者UE可以忽略空列表。如果UE没有接收到列表,则UE可以选择不覆写先前接收的列表。当UE向与HPLMN所在国家相同的国家中的PLMN注册并且该PLMN处理网络中的、除了由于ME硬编码的号码和USIM供给的号码而检测到的以外的所有紧急呼叫检测(例如,借助于来自P-CSCF的SIP 380响应,或者在MSC中,通过将基本呼叫请求路由到PSAP)时,用空列表替换先前接收到的列表是有用的。
当使用DNS获取该列表时,通过向一个或多个先前配置的DNS服务器发送DNS请求,UE可以使用指示符来执行DNS NAPTR查询。UE可以例如发送指示其希望接收如上所述的紧急信息列表的字符串。该字符串可以是域名或FQDN。DNS服务器然后可以使用可以包含替换记录的DNS响应消息进行响应。
在替换记录存在于DNS响应消息中的情况下,替换记录包含域名(域名可以是点分隔的主机名的集合或点分隔的标签的集合)或FQDN。
用于协议的互联网标准(请求注解)强制要求组件主机名标签只能包含ASCII字母“a”至(以不区分大小写的方式)、数位“0”至“9”、和连字符(“-”)。RFC 952,“DoD互联网主机表规范”,1985年10月中的主机名的原始规范强制要求标签不能以数位或连字符开头,并且不能以连字符结尾。但是,后续的规范RFC 1123“针对互联网主机的要求-应用和支持”,1989年10月允许主机名标签以数位开头。其他符号、标点符号或空格不被允许。
当将5比特类别信息映射到有效的主机名或域名的标签时,仅采用ASCII或UTF-8字符的前5比特或后5比特可能会得到根据上面的主机名要求在主机名或标签中不允许的ASCII或UTF-8字符。例如,十六进制1B表示ASCII中的ESC命令。因此,下面提供了针对该问题的解决方案。
上面的DNS过程可以在任何接入技术所提供的任何IP接入上使用,包括例如WLAN,并且其不限于LTE接入或EPC或NR接入或5GCN等。
作为对UE的备选方案,P-CSCF可以询问DNS服务器以获取这样的信息。
在下面的所有备选方案中,为了确保所构造的域名是唯一的,并且不与已经例如通过ICANN被保留的另一域名重叠,可以添加顶级域名。例如,eservicecat.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org,其中<MNC>和<MCC>是提供IMS PDN的PLMN的E.212移动网络代码和移动国家代码,PLMN是HPLMN或者是VPLMN,这取决于是使用本地分流(LBO)漫游还是基于归属地的路由(S8HR)漫游。
备选地,以下域名“sos.en.cn.mcc<MCC>.pub.3gppnetwork.org”可以被考虑。附加到所构造的域名上的顶级域名可以是静态的,公知的、预先供给的或硬编码的,或者可以在PDN连接建立时或在SIP注册时在UE中被供给(例如,在对SIP INVITE请求的SIP响应中被接收),例如通过在NAS消息传递中使用PCO IE、使用DHCP、使用开放移动联盟(OMA)设备管理(DM)等。备选地,如3GPP TS 23.003“编号、寻址和标识”,版本15.2.0,2017年12月中所述,UE可以从经配置的IMS归属网络域名中得出顶级域名以附加到所构造的域名,并且在标签“3gppnetwork.org”之前插入标签“pub”,以便确保UE可以得出结果域名或FQDN。
注意:如果不是UE而是P-CSCF正在发起DNS请求,则不需要插入标签“.pub”。
将5比特服务类别映射到域名或FQDN以及从域名或FQDN中映射5比特服务类别
备选方案1
在一个实施例中,处于“开启”或“已设置”的每个比特可以被映射到字母,如下面的表2的示例所示。未被设置或“关闭”的比特可以被映射到另一有效的主机名字符,例如映射到“z”或“O”(零)或“o”或“-”。对于不允许主机名以数位或破折号开头的DNS服务器,映射到字母可能是优选的。
比特 | 紧急服务 | 字母 |
1 | 警察 | ‘p’ |
2 | 救护车 | ‘a’ |
3 | 消防队 | ‘f’ |
4 | 海洋警卫队 | ‘g’ |
5 | 山地救援 | ‘r’ |
表2:比特到字母的示例映射
备选地,主机名可以以一些预定义的字符开始,例如“cat”。例如,如果5比特服务类别为“O1100”,则主机名可能为“catOafOO”,或者当从右向左阅读时为“catOOafO”。
代替映射到诸如“p”、“a”、“f”、“g”或“r”之类的字母,处于“开启”或“已设置”的每个比特可以被映射到数位。使用相同的5比特“O1100”的示例,所映射的主机名可以是“catOHOO”,或者从右向左读取时为“catOOHO”。
备选方案2
服务类别可以用数位来描述,例如,十六进制或十进制。当前,存在25=32个服务类别值。在[0-31]之间并且包含0和31的任何数位都将表示有效的服务类别。在十六进制中,在[0-1F]之间并且包含0和1F的任何十六进制都将表示有效的服务类别。例如,具有被设置的表示“救护车”和“消防队”的比特的服务类别值可以由“06”或“cat06”表示。
备选方案3
如下,备选方案3与备选方案1或备选方案2组合,并且改进了这些备选方案。
为了指示应当使用基本过程来执行CS域上的呼叫,可以在预定义的字符后面跟随一个空字符串,例如:“cat”。
另一方面,“e”或“ec”或“ecsc”可以被认为是预定义字符的备选集合,分别表示“紧急”、“紧急呼叫”或“紧急CS呼叫”。如果网络希望指示应当使用基本呼叫过程(即不是紧急呼叫过程)来执行CS域上的呼叫,则预定义的字符可以是“c”或“esc”。尽管在“e”或“ec”或“ecsc”后面将跟随类别表示(例如,参见备选方案1或备选方案2),但是在“c”或“esc”后面将不跟随类别表示。
因此,使用以上示例并且在提供IMS PDN的网络的(<MNC>或)<MCC>例如分别为15和234的情况下,则以下URN类别将被转换为关联的域名或FQDN。应当注意,该列表仅用于说明性目的,并且不旨在是所有可能性的详尽列表。
·catOafOO.eservicecat.mncCU 5.mcc234.pub.3gppnetwork.org
·catOOafO.eservicecat.mncOI 5.mcc234.pub.3gppnetwork.org
·cat01 100.eservicecat.mncOI 5.mcc234.pub.3gppnetwork.org
·catOO1 10.eservicecat.mncOI 5.mcc234.pub.3gppnetwork.org
·06.eservicecat.mncOI 5.mcc234.pub.3gppnetwork.org
·cat06.eservicecat.mncOI 5.mcc234.pub.3gppnetwork.org
将紧急URN映射到域名或FQDN以及从域名或FQDN中映射紧急URN
存在两个紧急URN集合。
·第一紧急URN集合:“urn:service:sos”、“urn:service:sos.police”、“urn:service:sos.ambulance”、“urn:service:sos.fire”、“urn:service:sos.marine”和“urn:service:sos.mountain”;以及
·由其他URN组成的第二紧急URN集合,被称为特定于国家的紧急服务URN。
通过从如上定义的集合中的URN中丢弃前缀文本“urmservice:”,并且然后反转其余主机名标签的顺序,则可以构造域名或FQDN。但是,为了确保所构造的域名是唯一的,并且不与已经例如通过ICANN被保留的另一域名重叠,可以添加顶级域名。例如,诸如service.urn.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org之类的URN可以被构造,其中<MNC>和<MCC>是提供IMS PDN的PLMN的E.212移动网络代码和移动国家代码,PLMN可以是HPLMN或VPLMN,这取决于使用LBO漫游还是S8HR漫游。
备选地,以下域名“sos.en.cn.mcc<MCC>.pub.3gppnetwork.org”可以被考虑。附加到所构造的域名的顶级域名可以是静态的,公知的、预先供给的或硬编码的,或者可以在PDN连接建立时或在SIP注册时在UE中被供给,例如在对SIP INVITE的SIP响应中被接收,例如通过在NAS消息传递中使用PCO IE、使用DHCP、使用OMA DM等。备选地,如3GPP TS 23.003中所述,UE可以从经配置的IMS归属网络域名中得出顶级域名以附加到所构造的域名,并且在标签“3gppnetwork.org”之前插入标签“pub”,以便确保UE可以得出结果域名或FQDN。
注意:如果不是UE而是P-CSCF正在发起DNS请求,则不需要插入标签“.pub”。
因此,使用上述示例并且在提供IMS PDN的网络的<MNC>和<MCC>分别为15和234的情况下,以下URN将被转换为关联的域名或FQDN:
·sos.service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
·police.sos service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
·ambulance.sos service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
·fire.sos.service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
·marine.sos.service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
·mountain.sos.service.urn.mnc01 5.mcc234.pub.3gppnetwork.org
以上可以对应于要被添加到3GPP TS 23.003的以下文本。
备选地,以上替换形式可以包括被命名为“visited-country”的标签,即:
<ps-emergency-type>.<cs-emergency>.<emergency-number>.sos.en.cn.mcc<MCC>.visited-country.pub.3gppnework.org。
上面提到的“基于3GPP TS 23.003中指定的紧急号码FQDN格式的紧急号码FQDN”可以基于将以下章节添加到3GPP TS 23.003中。
当UE接收到例如
“sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”或“sos.police.ecs00001.17.sos.en.cn.mcc345.pub.3gppnetwork.org”,并且它检测到拨打的号码匹配:
·15:UE可以从
“sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”中得出编号15与“emergency-number(紧急号码)”部分相匹配。此外,“cs-emergency”部分的值是“CS”。值“CS”指示:如果UE选择CS域进行呼叫,则UE必须执行CS基本呼叫过程。“ps-emergency-type”部分的值是“sos.ambulance”。值“sos.ambulance”指示:如果UE选择PS域进行呼叫或紧急会话,则UE必须在SIP INVITE中包括经构造的URN。UE通过在值前面添加“urmservice:”来构造URN,从而产生经构造的URN“urn:service:sos.ambulance”。
·17:UE可以从
“sos.police.ecs00100.17.sos.en.cn.mcc345.pub.3gppnetwork.org”中得出编号17与“emergency-number”部分相匹配(参见表19.4.2.9A.X-1)。此外,“cs-emergency”部分的值是“ecsOOOOT”。值“ecsOOOOT”指示:如果UE选择CS域进行呼叫,则UE必须执行CS紧急呼叫过程。UE必须在EMERGENCY SETUP消息中设置类别,并且UE仅设置表示“警察”的比特(即第一比特)。“ps-emergency-type”部分的值是“sos.police”。值“sos.police”指示:如果UE选择PS域进行呼叫或紧急会话,则UE必须在SIP INVITE中包括经构造的URN。UE通过在值前面添加“urmservice:”来构造URN,从而产生经构造的URN“urn:service:sos.police”。
在具有十六进制编码的实施例中,以上可以被修改如下。
当UE接收到例如
“sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”或“sos.police.ecs00001.17.sos.en.cn.mcc345.pub.3gppnetwork.org”,并且它检测到拨打的号码匹配:
·15:UE可以从
“sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”中得出编号15与“emergency-number”部分相匹配(参见表19.4.2.9A.X-1)。此外,“cs-emergency”部分的值是“CS”。值“CS”指示:如果UE选择CS域进行呼叫,则UE必须执行CS基本呼叫过程。“ps-emergency-type”部分的值是“sos.ambulance”。值“sos.ambulance”指示:如果UE选择PS域进行呼叫或紧急会话,则UE必须在SIP INVITE中包括经构造的URN。UE通过在值前面添加“urmservice:”来构造URN,从而产生经构造的URN“urn:service:sos.ambulance”。
·17:UE可以从
“sos.police.ecs00100.17.sos.en.cn.mcc345.pub.3gppnetwork.org”中得出编号17与“emergency-number”部分相匹配(参见表19.4.2.9A.X-1)。此外,“cs-emergency”部分的值是“ecs01”。值“ecs01”指示:如果UE选择CS域进行呼叫,则UE必须执行CS紧急呼叫过程。十六进制值01表示5比特的值00001。UE必须在EMERGENCY SETUP消息中设置5比特类别,并且UE仅设置表示“警察”的比特(即第一比特)。“ps-emergency-type”部分的值是“sos.police”。值“sos.police”指示如果UE选择PS域进行呼叫或紧急会话,则UE必须在SIPINVITE中包括经构造的URN。UE通过在值前面添加“urn:service:”来构造URN,从而产生经构造的URN“urn:service:sos.police”。
可以参考以下非限制性条款来描述本公开的一些实施例。
1.一种UE:
-获取紧急信息,该紧急信息包括紧急号码以及以下中的至少一项:用以在CS域上发起呼叫的信息、用以在PS域上发起紧急会话的信息;
-将该紧急号码与一个或多个第一数位匹配,其中该紧急号码由一个或多个第二数位组成。
2.项目1,其中该CS域上的呼叫包括基本呼叫或紧急呼叫中的至少一项。
3.项目1,其中用以在PS域上发起紧急会话的信息包括用以构造URN的信息。
3a.项目3,其中URN包括被设置为“sos”的标签。
4.项目2,其中用以在CS域上发起紧急呼叫的信息包括用以构造5比特服务类别的信息。
5.项目2,其中用以在CS域上发起紧急呼叫的信息包括5比特服务类别。
6.项目2,其中用以在CS域上发起基本呼叫的信息包括不足以构造5比特服务类别的信息。
7.项目2,其中用以在CS域上发起基本呼叫的信息包括指示UE在CS域上发起基本呼叫的指示符。
8.项目2,其中用以在CS域上发起基本呼叫的信息包括紧急过程仅适用于PS域上的指示。
9.项目2,其中如果紧急号码与一个或多个第一数位相匹配,则用以在CS域上发起基本呼叫的信息包括以下指示:该一个或多个第一数位被包括在CS建立消息中。
10.项目1,其中紧急号码与至少一个信息相关联。
11.项目3,其中如果紧急号码与一个或多个第一数位相匹配,则该URN被包括在SIP INVITE消息中。
12.项目3,其中如果长度字段被设置为零,则URN包括等于该紧急号码的标签。
13.项目3,如果指示符指示URN是特定于国家的URN,则该URN包括等于该紧急号码的标签。
13a.项目3,其中指示符指示该URN是特定于国家的URN。
13.项目3,其中指示符指示该URN是以下中的一项:
“urn:service:sos”、“urn:service:sos.police”、“urn:service:sos.ambulance”、“urn:service:sos.fire”、“urn:service:sos.marine”、“urn:service:sos.mountain”。13a.项目13,其中“urn:service:sos”、“urn:service:sos.police”、“urn:service:sos.ambulance”、“urn:service:sos.fire”、“urn:service:sos.marine”、“urn:service:sos.mountain”中的一项从5比特服务类别中得出。
A.一种网络元件,该网络元件:
-提供紧急信息,该紧急信息包括紧急号码以及以下中的至少一项:用以在CS域上发起呼叫的信息、用以在PS域上发起紧急会话的信息。
AA.一种系统,包括项目A的网络元件和项目1的UE。
B.一种在第一PLMN中的网络元件,该网络元件:
-获取用于第二PLMN的紧急信息,该紧急信息包括紧急号码以及以下中的至少一项:用以在CS域上发起呼叫的信息、用以在PS域上发起紧急会话的信息;
-当经由第二PLMN从UE接收到SIP INVITE时,该紧急信息适用。
B1.项目B,其中该紧急信息还指示“紧急注册”。
B2.项目B,其中该紧急信息还指示“匿名紧急呼叫”。
下面关于图4描述可以被用来实现本公开的一个示例用户设备。
用户设备400可以包括具有语音或数据通信能力或两者的双向无线通信设备。用户设备400通常具有与其他计算机系统通信的能力。取决于所提供的确切功能性,作为示例,用户设备可以被称为数据消息传递设备、双向寻呼机、无线电子邮件设备、智能电话、具有数据消息传递能力的蜂窝电话、无线互联网装备、无线设备、移动设备、嵌入式蜂窝调制解调器或数据通信设备。
在用户设备400被支持用于双向通信的情况下,它可以合并通信子系统411,该通信子系统411包括接收器412和传输器414,以及相关联的组件,诸如一个或多个天线元件416和418、本地振荡器(LO)413、以及诸如数字信号处理器(DSP)420之类的处理模块。对于通信领域的技术人员显而易见的是,通信子系统411的特定设计将取决于用户设备旨在操作于其中的通信网络。
网络接入要求也将取决于网络419的类型而变化。在一些网络中,网络接入与用户设备400的订户或用户相关联。用户设备可能要求嵌入式或可移除的用户身份模块(RUIM)或订户身份模块(SIM)卡或UMTS SIM(USIM),以便在网络上进行操作。USIM/SIM/RUIM接口444通常类似于可以在其中插入和弹出USIM/SIM/RUIM卡的卡槽。USIM/SIM/RUIM卡可以具有存储器并且保存许多关键配置451以及其他信息453,诸如标识和与订户有关的信息。在其他情况下,代替网络419,用户设备400可以与非接入节点通信,诸如车辆、路边基础设施、另一用户设备或其他对等通信。
当所要求的网络注册或激活过程已完成时,用户设备400可以通过网络419发送和接收通信信号。如图4中所图示,网络419可以包括与移动设备通信的多个基站。
由天线416通过通信网络419接收的信号被输入到接收器412,接收器412可以执行诸如信号放大、频率下转换、滤波、信道选择等的普通接收器功能。接收信号的模数(A/D)转换允许在DSP 410中执行更复杂的通信功能,诸如解调和解码。以类似的方式,要被传输的信号通过DSP 420进行例如包括调制和编码在内的处理,并且被输入到传输器414,以经由天线418通过通信网络419进行数模(D/A)转换、频率上转换、滤波、放大和传输。DSP 420不仅处理通信信号,而且还提供接收器和传输器控制。例如,可以通过在DSP420中实现的自动增益控制算法来自适应地控制应用于接收器412和传输器414中的通信信号的增益。
用户设备400通常包括控制设备的整体操作的处理器438。通过通信子系统411执行包括数据和语音通信的通信功能。处理器438还与其他设备子系统交互,诸如显示器422、闪存424、随机存取存储器(RAM)426、辅助输入/输出(I/O)子系统428、串行端口430、一个或多个键盘或小键盘432、扬声器434、麦克风436、诸如短距离通信子系统或DSRC子系统的其他通信子系统440以及一般性地被指明为442的任何其他设备子系统。串行端口430可以包括USB端口、板上诊断(OBD)端口或本领域技术人员已知的其他端口。
图4中所示的一些子系统执行与通信相关的功能,而其他子系统可以提供“驻留”或设备上功能。值得注意的是,诸如键盘432和显示器422之类的一些子系统例如可以被用于与通信相关的功能,诸如键入文本消息以通过通信网络进行传输,还可以被用于设备驻留的功能,诸如计算器或任务列表。
处理器438使用的操作系统软件可以被存储在诸如闪存424之类的永久性存储库中,其可以替代地是只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员将理解,操作系统、特定设备应用或其部分可以被临时地加载到诸如RAM 426的易失性存储器中。接收到的通信信号也可以被存储在RAM 426中。
如所示的,闪存424可以被分成不同的区域,以用于计算机程序458和程序数据存储装置450、452、454和456。这些不同的存储类型指示每个程序可以为其自己的数据存储要求分配闪存424的一部分。除了其操作系统功能之外,处理器438还可以使得软件应用能够在用户设备上执行。控制基本操作的预定应用集合,例如潜在地包括数据和语音通信应用,通常将在制造期间被安装在用户设备400上。其他应用可以随后安装或动态地安装。
应用和软件可以被存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的或瞬态/非瞬态介质,诸如光学(例如,CD、DVD等)、磁性(例如,磁带)或本领域已知的其他存储器。
一个软件应用可以是个人信息管理器(PIM)应用,其具有组织和管理与用户设备的用户有关的数据项的能力,诸如但不限于电子邮件、消息、日历事件、语音邮件、约会和任务项。包括生产力应用、社交媒体应用、游戏等的其他应用也可以通过网络419、辅助I/O子系统428、串行端口430、短距离通信子系统440或任何其他合适的子系统442而被加载到用户设备400上,并且由用户安装在RAM 426或非易失性存储库(未示出)中,以供处理器438执行。应用安装中的这种灵活性提高了设备的功能性,并且可以提供增强的设备上功能、与通信相关的功能、或两者。
在数据通信模式中,通信子系统411将处理诸如文本消息或网页下载之类的接收信号,并且将其输入到处理器438中,处理器438可以进一步处理该接收信号以输出至显示器422,或备选地输出至辅助I/O设备428。
用户设备400的用户还可以例如结合显示器422以及可能的辅助I/O设备428来使用键盘432来组合诸如消息之类的数据项,键盘432可以是物理的或虚拟的完整字母数字键盘或电话类型键盘。然后可以通过通信子系统411在通信网络上传输这样的组合项。
在提供语音通信的情况下,用户设备400的总体操作是类似的,除了接收信号通常可以被输出到扬声器434并且可以由麦克风436生成用于传输的信号之外。诸如语音消息记录子系统之类的备选的语音或音频I/O子系统也可以在用户设备400上实现。尽管语音或音频信号输出优选地主要通过扬声器434来完成,但是显示器422也可以被用来提供关于呼叫方身份、语音呼叫的持续时间或其他与语音呼叫相关的信息的指示。
图4中的串行端口430可以在可能期望与用户的台式计算机(未示出)同步的用户设备中被实现,但它是可选的设备组件。这样的端口430可以使得用户能够通过外部设备或软件应用来设置偏好,并且不是通过无线通信网络而是可以通过向用户设备400提供信息或软件下载来扩展用户设备400的能力。如本领域技术人员将理解的,串行端口430可以进一步被用来将用户设备连接至计算机以充当调制解调器或为用户设备上的电池充电。
诸如短距离通信子系统之类的其他通信子系统440是可以提供用户设备400与不一定是类似设备的不同系统或设备之间的通信的另一组件。例如,子系统440可以包括红外设备以及关联的电路和组件或BluetoothTM或BluetoothTM低能量通信模块,以提供与类似启用的系统和设备的通信。子系统440可以进一步包括WUR无线电。子系统440可以进一步包括DSRC无线电。子系统440可以进一步包括非蜂窝通信,诸如Wi-Fi或WiMAX,或者近场通信,并且根据以上实施例,这样的无线电在一些场景中可以被拆分。
上述网络元件可以使用任何计算设备或计算设备的组合。关于图5示出了一个示例计算设备。网络元件510包括处理器520和通信子系统530,其中处理器520和通信子系统530协作以执行本文描述的实施例的方法。
处理器520被配置为执行可编程逻辑,该可编程逻辑可以与数据一起被存储在网络元件510上,并且在图5的示例中被示为存储器540。存储器540可以是任何有形的、非瞬态的计算机可读存储介质,诸如光学(例如CD、DVD等)、磁性(例如磁带)、闪存驱动、硬盘驱动或本领域已知的其他存储器。
备选地,或者除了存储器540之外,服务器510可以例如通过通信子系统530从外部存储介质访问数据或可编程逻辑。
通信子系统530允许服务器510与其他设备或网络元件通信。
在一个实施例中,服务器510的各个元件之间的通信可以通过内部总线560。但是,其他形式的通信也是可能的。
本文描述的实施例是具有与本申请的技术的元素相对应的元素的结构、系统或方法的示例。该书面描述可以使得本领域技术人员能够制造和使用同样具有与本申请的技术的元素对应的备选元素的实施例。因此,本申请的技术的预期范围包括与本文所述的本申请的技术没有不同的其他结构、系统或方法,并且还包括与本文所述的本申请的技术没有实质性差异的其他结构、系统或方法。
尽管在附图中以特定次序描绘了各操作,但是这不应被理解为要求以所示的特定次序或以顺序的次序执行这样的操作,也不应被理解为所有被图示的操作都要被执行以实现期望的结果。在某些场景中,可以采用多任务处理和并行处理。此外,在上述实现中的各种系统组件的分离不应被理解为在所有实现中都要求这样的分离,并且应当理解,所描述的程序组件和系统通常可以被集成在信号软件产品中或被封装到多个软件产品中。
此外,在各种实现中以离散或分离的方式描述和示出的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或集成。被示出或讨论为彼此耦合或直接耦合或通信的其他项目可以通过某种接口、设备或中间组件以电气、机械或其他方式间接耦合或通信。变化、替换和变更的其他示例可以由本领域技术人员确定并且可以做出。
尽管上面的详细描述已经示出、描述并指出了应用于各种实现的本公开的基本新颖特征,但是将理解的是,被图示的系统的形式和细节上的各种省略、替代以及变化可以由本领域技术人员来做出。
当消息被发送到电子设备或从电子设备发送消息时,这样的操作可能不是立即的,或者不是直接从服务器发送的。它们可以从服务器或支持本文描述的设备/方法/系统的其他计算系统基础设施同步或异步地递送。前述步骤可以全部或部分地包括去往/来自设备/基础设施的同步/异步通信。此外,来自电子设备的通信可以是去往网络上的一个或多个端点。这些端点可以由服务器、分布式计算系统、流处理器等来服务。内容递送网络(CDN)也可以提供向电子设备的通信。例如,除了典型的服务器响应之外,服务器还可以供给或指示用于内容递送网络(CDN)的数据,以等待由电子设备在之后的时间进行下载,诸如电子设备的后续活动。因此,数据可以作为系统的一部分或与系统相分离地直接从服务器或诸如分布式基础设施或CDN的其他基础设施而被发送。
通常,存储介质可以包括以下中的任何或一些组合:半导体存储设备,诸如动态或静态随机存取存储器(DRAM或SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存;磁盘诸如固定盘、软盘和可移除磁盘;包括磁带的其他磁性介质;诸如光盘(CD)或数字视频盘(DVD)之类的光学介质;或其他类型的存储设备。注意,以上讨论的指令可以被提供在一个计算机可读或机器可读的存储介质上,或者备选地,可以被提供在分布在可能具有多个节点的大型系统中的多个计算机可读或机器可读的存储介质上。这样的计算机可读或机器可读存储介质被认为是物品(或制品)的一部分。物品或制品可以是指任何制造的单个组件或多个组件。一个或多个存储介质可以位于运行机器可读指令的机器中,也可以位于可以从其中通过网络下载机器可读指令以执行的远程站点。
在前面的描述中,阐述了许多细节以提供对本文公开的主题的理解。然而,可以在没有这些细节中的一些细节的情况下实践各个实现。其他实现可以包括对以上讨论的细节的修改和变化。
Claims (27)
1.一种由用户设备(UE)用于使用紧急信息的方法,包括:
传输请求消息,作为网络接入层(NAS)过程的一部分;
响应于所述请求消息,接收包括至少一个紧急号码的列表的响应消息;
确定拨打的号码与所述至少一个紧急号码相匹配;
当确定了所述拨打的号码与所述至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中所述呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;
当所选择的所述域是分组交换(PS)域时,执行紧急呼叫建立过程;以及
当所选择的所述域是电路交换(CS)域时,执行基本呼叫建立过程。
2.根据权利要求1所述的方法,其中所述响应消息包括第一信息元素(IE),所述第一IE包括至少一个紧急号码的所述列表。
3.根据权利要求2所述的方法,其中所述第一IE不包括针对所述至少一个紧急号码的类别。
4.根据权利要求2所述的方法,其中所述响应消息包括第二IE,所述第二IE包括紧急号码列表IE,其中所述第一IE和所述第二IE不同。
5.根据权利要求4所述的方法,其中所述第二IE包括类别。
6.根据权利要求1所述的方法,其中所述列表包括以下指示:仅在所述PS域被选择时执行所述紧急呼叫建立过程。
7.根据权利要求1所述的方法,其中所述列表包括以下指示:在所述CS域被选择时执行所述基本呼叫建立过程。
8.根据权利要求1所述的方法,其中所述NAS过程包括以下中的至少一项:附接过程、跟踪区域更新过程和注册过程。
9.根据权利要求1所述的方法,其中所述请求消息是以下中的至少一项:用以注册的注册请求、用以更新位置信息的请求或用以更新跟踪区域信息的请求。
10.根据权利要求1所述的方法,其中所述基本呼叫建立过程包括发送具有所述紧急号码的建立消息。
11.根据权利要求1所述的方法,其中所述列表包括:针对所述至少一个紧急号码中的每个紧急号码,从中得出紧急通用资源名(URN)的信息。
12.根据权利要求11所述的方法,其中所述紧急呼叫建立过程包括发送具有所述紧急URN的邀请消息。
13.根据权利要求1所述的方法,其中所述NAS过程包括与移动性管理网络元件的过程。
14.一种用户设备(UE),包括:
处理器;以及
通信子系统;
其中所述处理器和所述通信子系统协作以:
传输请求消息,作为网络接入层(NAS)过程的一部分;
响应于所述请求消息,接收包括至少一个紧急号码的列表的响应消息;
确定拨打的号码与所述至少一个紧急号码相匹配;
当确定了所述拨打的号码与所述至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中所述呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;
当所选择的所述域是分组交换(PS)域时,执行紧急呼叫建立过程;以及
当所选择的所述域是电路交换(CS)域时,执行基本呼叫建立过程。
15.根据权利要求14所述的UE,其中所述响应消息包括第一信息元素(IE),所述第一IE包括至少一个紧急号码的所述列表。
16.根据权利要求15所述的UE,其中所述第一IE不包括针对所述至少一个紧急号码的类别。
17.根据权利要求15所述的UE,其中所述响应消息包括第二IE,所述第二IE包括紧急号码列表IE,其中所述第一IE和所述第二IE不同。
18.根据权利要求17所述的方法,其中所述第二IE包括类别。
19.根据权利要求14所述的UE,其中所述列表包括以下指示:仅在所述PS域被选择时执行所述紧急呼叫建立过程。
20.根据权利要求14所述的UE,其中所述列表包括以下指示:在所述CS域被选择时执行所述基本呼叫建立过程。
21.根据权利要求14所述的UE,其中所述NAS过程包括以下中的至少一项:附接过程、跟踪区域更新过程和注册过程。
22.根据权利要求14所述的UE,其中所述请求消息是以下中的至少一项:用以注册的注册请求、用以更新位置信息的请求或用以更新跟踪区域信息的请求。
23.根据权利要求14所述的UE,其中所述基本呼叫建立过程包括发送具有所述紧急号码的建立消息。
24.根据权利要求14所述的UE,其中所述列表包括:针对所述至少一个紧急号码中的每个紧急号码,从中得出紧急通用资源名(URN)的信息。
25.根据权利要求24所述的UE,其中所述紧急呼叫建立过程包括发送具有所述紧急URN的邀请消息。
26.根据权利要求14所述的UE,其中所述NAS过程包括与移动性管理网络元件的过程。
27.一种非瞬态计算机可读介质,所述非瞬态计算机可读介质具有存储在其上的可执行代码,所述可执行代码用于由用户设备(UE)的处理器执行,所述可执行代码包括指令,所述指令用于:
传输请求消息,作为网络接入层(NAS)过程的一部分;
响应于所述请求消息,接收包括至少一个紧急号码的列表的响应消息;
确定拨打的号码与所述至少一个紧急号码相匹配;
当确定了所述拨打的号码与所述至少一个紧急号码相匹配时,选择用以执行呼叫建立过程的域,其中所述呼叫建立过程包括基本呼叫建立过程和紧急呼叫建立过程中的至少一项;
当所选择的所述域是分组交换(PS)域时,执行紧急呼叫建立过程;以及
当所选择的所述域是电路交换(CS)域时,执行基本呼叫建立过程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110943228.4A CN113489748A (zh) | 2017-12-29 | 2018-07-24 | 用于供给紧急号码的方法和系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762611992P | 2017-12-29 | 2017-12-29 | |
US62/611,992 | 2017-12-29 | ||
PCT/US2018/043519 WO2019133054A1 (en) | 2017-12-29 | 2018-07-24 | Methods and systems for provisioning emergency numbers |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110943228.4A Division CN113489748A (zh) | 2017-12-29 | 2018-07-24 | 用于供给紧急号码的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111066332A true CN111066332A (zh) | 2020-04-24 |
CN111066332B CN111066332B (zh) | 2021-08-31 |
Family
ID=67058676
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110943228.4A Pending CN113489748A (zh) | 2017-12-29 | 2018-07-24 | 用于供给紧急号码的方法和系统 |
CN201880056950.2A Active CN111066332B (zh) | 2017-12-29 | 2018-07-24 | 用于供给紧急号码的方法和系统 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110943228.4A Pending CN113489748A (zh) | 2017-12-29 | 2018-07-24 | 用于供给紧急号码的方法和系统 |
Country Status (9)
Country | Link |
---|---|
US (7) | US10349257B1 (zh) |
EP (2) | EP4184890A1 (zh) |
JP (1) | JP6916385B2 (zh) |
KR (1) | KR102144654B1 (zh) |
CN (2) | CN113489748A (zh) |
CA (1) | CA3067888C (zh) |
ES (1) | ES2935396T3 (zh) |
FI (1) | FI3732909T3 (zh) |
WO (1) | WO2019133054A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114827975A (zh) * | 2022-05-23 | 2022-07-29 | 中国电信股份有限公司 | 紧急呼叫的处理方法、接入及移动性管理功能网元及系统 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102144654B1 (ko) | 2017-12-29 | 2020-08-14 | 블랙베리 리미티드 | 응급 번호들을 제공하기 위한 방법들 및 시스템들 |
JP7100137B6 (ja) * | 2018-01-11 | 2022-09-30 | オッポ広東移動通信有限公司 | サービスに基づいた処理方法、端末装置及びネットワーク装置 |
US11381612B2 (en) * | 2018-06-08 | 2022-07-05 | T-Mobile Usa, Inc. | Voice over long-term evolution (VoLTE) call normalization and alert policy system |
US11165834B2 (en) * | 2018-11-12 | 2021-11-02 | Comcast Cable Communications, Llc | Voice service restoration after element failure |
US20220022018A1 (en) * | 2018-11-16 | 2022-01-20 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting public safety warning messages over non-3gpp access networks in wireless communication system |
WO2020204774A1 (en) * | 2019-04-02 | 2020-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Ims registration |
CN111479003A (zh) * | 2020-04-01 | 2020-07-31 | 惠州Tcl移动通信有限公司 | 紧急号码拨打方法、装置、存储介质及移动终端 |
US20220311810A1 (en) * | 2020-05-07 | 2022-09-29 | Apple Inc. | Public Land Mobile Network Support for a Stand-alone Non-Public Access Network |
US20230300931A1 (en) * | 2022-03-21 | 2023-09-21 | T-Mobile Usa, Inc. | Call setup for evolved packet system fallback |
WO2024123066A1 (en) * | 2022-12-08 | 2024-06-13 | Samsung Electronics Co., Ltd. | Method and apparatus for handling operation in standalone non-public network (snpn) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011088066A1 (en) * | 2010-01-12 | 2011-07-21 | Research In Motion Limited | Selective support and establishment of emergency services in home cells |
EP2454895A1 (en) * | 2009-07-17 | 2012-05-23 | Telefonaktiebolaget LM Ericsson (publ) | Network-assisted initiation of emergency calls from a multi-mode wireless communication device |
US20150063227A1 (en) * | 2013-08-28 | 2015-03-05 | Qualcomm Incorporated | Method and apparatus for processing emergency calls |
US20150078208A1 (en) * | 2013-09-16 | 2015-03-19 | Blackberry Limited | System and Method for Maintaining Privacy Applied to Communications Caused by an Emergency |
EP3076691A1 (en) * | 2009-02-10 | 2016-10-05 | Apple Inc. | Apparatus and method for transmission of emergency call data over wireless networks |
WO2017001640A1 (en) * | 2015-06-30 | 2017-01-05 | Nec Europe Ltd. | Communication system |
WO2017174014A1 (zh) * | 2016-04-07 | 2017-10-12 | 中兴通讯股份有限公司 | 为终端提供紧急号码的方法和装置 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1625914B (zh) | 2002-05-06 | 2010-12-08 | 诺基亚公司 | 在通信网络中处理特定类型会话的系统和方法 |
US10178522B2 (en) | 2005-08-02 | 2019-01-08 | Qualcomm Incorporated | VoIP emergency call support |
CN100579278C (zh) * | 2006-03-03 | 2010-01-06 | 华为技术有限公司 | 紧急呼叫方法、系统及呼叫会话控制功能实体 |
US20090047922A1 (en) * | 2007-08-13 | 2009-02-19 | Research In Motion Limited | Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device |
US8340627B2 (en) * | 2008-01-04 | 2012-12-25 | Qualcomm Incorporated | Support of voice call continuity (VCC) for wireless emergency calls |
CN101568091B (zh) * | 2008-04-24 | 2011-02-02 | 华为技术有限公司 | 一种提供业务的方法、系统和设备 |
US9148769B2 (en) * | 2008-05-07 | 2015-09-29 | Qualcomm Incorporated | System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header |
ES2440344T3 (es) * | 2008-06-02 | 2014-01-28 | Blackberry Limited | Sistema y método para gestionar llamadas de emergencia |
US8478226B2 (en) | 2008-06-02 | 2013-07-02 | Research In Motion Limited | Updating a request related to an IMS emergency session |
KR101331866B1 (ko) * | 2009-01-15 | 2013-11-22 | 블랙베리 리미티드 | 구축 원인을 결정하는 시스템 및 방법 |
EP2412152B1 (en) * | 2009-03-24 | 2022-01-26 | BlackBerry Limited | System and method for providing a circuit switched domain number |
WO2011057865A2 (en) * | 2009-11-16 | 2011-05-19 | Nokia Siemens Networks Oy | Emergency service in communication system |
US20110189971A1 (en) * | 2010-02-02 | 2011-08-04 | Stefano Faccin | System and method for packetized emergency messages |
WO2013017146A1 (en) * | 2011-07-29 | 2013-02-07 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatuses for enabling an single radio voice call continuity (srvcc) access transfer of an emergency call back session |
CN104094666B (zh) | 2012-01-31 | 2018-05-01 | 诺基亚技术有限公司 | 用于促进通信会话连续性的方法和设备 |
WO2013135316A1 (en) * | 2012-03-12 | 2013-09-19 | Telefonaktiebolaget L M Ericsson (Publ) | Handover of user-equipment (ue) undetected emergency calls |
GB2502145A (en) * | 2012-05-18 | 2013-11-20 | Samsung Electronics Co Ltd | Providing support for execution of emergency calls in a cellular wireless communications system |
WO2013172680A1 (en) * | 2012-05-18 | 2013-11-21 | Samsung Electronics Co., Ltd. | A method and apparatus for providing support for the execution of emergency calls in a wireless communications system |
US10299099B2 (en) * | 2014-09-17 | 2019-05-21 | Nokia Technologies Oy | Emergency call handling using over-the-top services |
US10327126B2 (en) * | 2015-06-26 | 2019-06-18 | Nec Corporation | Communication apparatus, terminal, and communication method |
US9614704B2 (en) | 2015-07-30 | 2017-04-04 | Texas Instruments Incorporated | Methods and apparatus to perform serial communications |
US10567943B2 (en) * | 2016-06-15 | 2020-02-18 | Qualcomm Incorporated | Methods and systems for handover of an emergency call between different wireless networks |
KR102144654B1 (ko) | 2017-12-29 | 2020-08-14 | 블랙베리 리미티드 | 응급 번호들을 제공하기 위한 방법들 및 시스템들 |
-
2018
- 2018-07-24 KR KR1020207012153A patent/KR102144654B1/ko active IP Right Grant
- 2018-07-24 EP EP22204206.1A patent/EP4184890A1/en active Pending
- 2018-07-24 EP EP18894314.6A patent/EP3732909B1/en active Active
- 2018-07-24 ES ES18894314T patent/ES2935396T3/es active Active
- 2018-07-24 US US16/044,216 patent/US10349257B1/en active Active
- 2018-07-24 CN CN202110943228.4A patent/CN113489748A/zh active Pending
- 2018-07-24 CA CA3067888A patent/CA3067888C/en active Active
- 2018-07-24 CN CN201880056950.2A patent/CN111066332B/zh active Active
- 2018-07-24 JP JP2020516455A patent/JP6916385B2/ja active Active
- 2018-07-24 WO PCT/US2018/043519 patent/WO2019133054A1/en unknown
- 2018-07-24 FI FIEP18894314.6T patent/FI3732909T3/fi active
-
2019
- 2019-05-09 US US16/408,144 patent/US10440549B2/en active Active
- 2019-08-12 US US16/538,414 patent/US10674345B2/en active Active
-
2020
- 2020-01-16 US US16/745,167 patent/US10834565B2/en active Active
- 2020-10-06 US US17/064,336 patent/US11375355B2/en active Active
-
2022
- 2022-05-20 US US17/749,859 patent/US11812357B2/en active Active
-
2023
- 2023-09-22 US US18/472,867 patent/US20240022889A1/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3076691A1 (en) * | 2009-02-10 | 2016-10-05 | Apple Inc. | Apparatus and method for transmission of emergency call data over wireless networks |
EP2454895A1 (en) * | 2009-07-17 | 2012-05-23 | Telefonaktiebolaget LM Ericsson (publ) | Network-assisted initiation of emergency calls from a multi-mode wireless communication device |
WO2011088066A1 (en) * | 2010-01-12 | 2011-07-21 | Research In Motion Limited | Selective support and establishment of emergency services in home cells |
US20150063227A1 (en) * | 2013-08-28 | 2015-03-05 | Qualcomm Incorporated | Method and apparatus for processing emergency calls |
US20150078208A1 (en) * | 2013-09-16 | 2015-03-19 | Blackberry Limited | System and Method for Maintaining Privacy Applied to Communications Caused by an Emergency |
WO2017001640A1 (en) * | 2015-06-30 | 2017-01-05 | Nec Europe Ltd. | Communication system |
WO2017174014A1 (zh) * | 2016-04-07 | 2017-10-12 | 中兴通讯股份有限公司 | 为终端提供紧急号码的方法和装置 |
Non-Patent Citations (2)
Title |
---|
BLACKBERRY UK LTD.: "《3GPP TSG-CT WG1 Meeting #107,C1-174711》", 15 November 2017 * |
QUALCOMM INC.: "《SA WG2 Meeting #99,S2-133316》", 27 September 2013 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114827975A (zh) * | 2022-05-23 | 2022-07-29 | 中国电信股份有限公司 | 紧急呼叫的处理方法、接入及移动性管理功能网元及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111066332B (zh) | 2021-08-31 |
US20190208393A1 (en) | 2019-07-04 |
US10834565B2 (en) | 2020-11-10 |
US20190364413A1 (en) | 2019-11-28 |
EP3732909A1 (en) | 2020-11-04 |
US20220286834A1 (en) | 2022-09-08 |
US20200154259A1 (en) | 2020-05-14 |
KR20200052378A (ko) | 2020-05-14 |
US10440549B2 (en) | 2019-10-08 |
US20190268747A1 (en) | 2019-08-29 |
WO2019133054A1 (en) | 2019-07-04 |
US20210021982A1 (en) | 2021-01-21 |
US20240022889A1 (en) | 2024-01-18 |
CA3067888C (en) | 2021-05-25 |
KR102144654B1 (ko) | 2020-08-14 |
US11375355B2 (en) | 2022-06-28 |
US20200128382A9 (en) | 2020-04-23 |
JP2020534754A (ja) | 2020-11-26 |
CA3067888A1 (en) | 2019-07-04 |
US10349257B1 (en) | 2019-07-09 |
EP4184890A1 (en) | 2023-05-24 |
EP3732909A4 (en) | 2021-08-25 |
US11812357B2 (en) | 2023-11-07 |
EP3732909B1 (en) | 2022-12-07 |
ES2935396T3 (es) | 2023-03-06 |
US10674345B2 (en) | 2020-06-02 |
CN113489748A (zh) | 2021-10-08 |
FI3732909T3 (fi) | 2023-01-13 |
JP6916385B2 (ja) | 2021-08-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111066332B (zh) | 用于供给紧急号码的方法和系统 | |
CN110637482B (zh) | 向移动设备提供紧急代码 | |
KR102660219B1 (ko) | 미션 크리티컬 디바이스에 대한 plmn 선택 | |
US20200154390A1 (en) | Method for transceiving signal in association with multi-homing based psa addition in wireless communication system and apparatus therefor | |
WO2011097172A1 (en) | System and method for packetized emergency messages | |
US11895612B2 (en) | Managing local emergency numbers | |
US10257801B2 (en) | Enabling dual registration of user equipment with IP multimedia subsystems | |
WO2010092147A1 (en) | Efficient emergency call in ims |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40028724 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |