[go: up one dir, main page]

CN111095958A - 紧急呼叫 - Google Patents

紧急呼叫 Download PDF

Info

Publication number
CN111095958A
CN111095958A CN201980004012.2A CN201980004012A CN111095958A CN 111095958 A CN111095958 A CN 111095958A CN 201980004012 A CN201980004012 A CN 201980004012A CN 111095958 A CN111095958 A CN 111095958A
Authority
CN
China
Prior art keywords
emergency
network
urn
plmn
service
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
Application number
CN201980004012.2A
Other languages
English (en)
Other versions
CN111095958B (zh
Inventor
J·H·L·贝克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maliki Innovation Co ltd
Original Assignee
BlackBerry Ltd
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 BlackBerry Ltd filed Critical BlackBerry Ltd
Publication of CN111095958A publication Critical patent/CN111095958A/zh
Application granted granted Critical
Publication of CN111095958B publication Critical patent/CN111095958B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H04M2207/187—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks combining circuit and packet-switched, e.g. GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • 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)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Alarm Systems (AREA)

Abstract

在一些示例中，设备检测作为发起呼叫的一部分而被接收的呼叫标识符与紧急标识符匹配，该紧急标识符与从其导出统一资源名称(URN)的信息相关联。设备检测该设备处于与第二网络不同的第一网络中，其中第二网络被配置了紧急标识符。响应于检测到该设备处于与第二网络不同的第一网络中，该设备将URN，urn:service:sos包括在将被传输的会话发起协议(SIP)INVITE消息中。

Description

紧急呼叫
背景技术
电信服务经由网络(诸如公共陆地移动网络(PLMN)网)而被提供。在一些示例中，网络可以包括接入网络、核心网络和互联网协议(IP)多媒体子系统(IMS)。其他网络可以包括其他组件。服务可以通过用户的归属网络而被提供。当用户正在使用非归属网络或访问网络时，网络可以具有与用户的归属网络的关系。由用户的用户设备(UE)传输的一些信息经由访问网络被传递回到归属网络。
从UE经由访问网络到归属网络的信息的通信可以基于例如归属网络与访问网络之间的关系类型或者基于网络的技术，来采用不同路径穿过不同网络元件。例如，与严谨分组核心(EPC)网络相比，第五代(5G)核心网络具有不同的网络元件。EPC是在第四代(4G)无线网络中提供汇聚的语音和数据的架构，诸如长期演进(LTE)网络。
IMS包含例如P-CSCF。EPC包含例如移动性管理实体(MME)。5G CN包含例如接入和移动性管理功能(AMF)。
网络可以提供电路交换(CS)域，其中处理传统语音呼叫和紧急呼叫，或者分组交换(PS)域，其处理提供PS服务，该PS服务包括访问IMS。
PS域经由IMS而支持紧急服务。UE可以支持访问CS域和PS域中的一者或两者。支持PS域的UE也可以支持IMS。
附图说明
关于下图来描述本公开的一些实现。
图1-图3图示了在UE和网络节点之间消息发送的三个不同场景；
图4-图8是根据本公开的一些实现各种过程的流程图。
在所有附图中，相同的附图标记表示相似但不一定相同的元件。附图不一定按比例绘制，并且某些部分的尺寸可能被放大以更清楚地示出所示的示例。此外，附图提供了与描述一致的示例和/或实现。然而，描述不限于附图中提供的示例和/或实现。
具体实施方式
1.概括
1.1首字母缩略词和缩写
下面的表1列出了各种首字母缩略词和缩写
Figure BDA0002388341260000021
Figure BDA0002388341260000031
Figure BDA0002388341260000041
Figure BDA0002388341260000051
1.2术语
下面的表2总结了所使用的各种术语
表2
Figure BDA0002388341260000052
Figure BDA0002388341260000061
2.1紧急服务类型
紧急服务可以由紧急号码来标识。紧急号码可以被捆绑到紧急服务类型上。紧急服务类型的示例包括警方、救护车、消防队、海运护卫、山区救援或任何其他紧急服务类型。
监管方具有定义紧急服务的权利。一般地，监管方预留号码并且将紧急服务描述与该号码相关联。预留的号码被称为紧急号码。针对某些紧急服务描述，将紧急服务描述与紧急服务类型相关联是直接的。针对其他紧急服务描述，将紧急服务描述与紧急服务类型相关联是非直接的。
可以以类别表示紧急服务类型，由二进制信息元素表示。类别的一个或多个比特可以被设定为“1”，以指示紧急服务类型。备选地，可以使用URN来表示紧急服务类型。URN可以采用“urn:service:sos[.optional-dot-separated-labels-follow]”的形式，例如，“urn:service:sos.police”或“urn:service:sos.child.support”。
2.2紧急服务类型的使用
当检测到被拨打的紧急号码与国家的紧急号码匹配时，UE将紧急服务类型包括在呼叫建立或会话建立消息中。
紧急呼叫类型被包括，不管UE是否处于有限服务模式。处于有限服务模式的UE可能不访问UE已经签订的服务。处于有限服务模式中的UE通常仅可以调用紧急服务。
当UE处于有限服务状态中时，UE处于有限服务模式中。随后，UE可以变成与EPC网络紧急附着或与5GC网络紧急注册，变成针对紧急承载服务附着或者针对紧急服务注册。
2.3 NAS(非接入层)消息和过程
在一些示例中，在UE可以使用(订阅的)服务之前，UE向网络注册或附着。当向网络注册或附着时，UE发送并接收NAS消息。在5GS中，用以请求注册的NAS消息可以包括REGISTRATION请求消息。在EPS中，用于请求注册的NAS消息可以包括ATTACH请求消息。响应于注册请求，UE可以接收注册接受消息。在5GS中，与注册接受消息相对应的NAS消息可以包括REGISTRATION ACCEPT消息。在EPS中，与注册接受消息相对应的NAS消息可以包括ATTACHACCEPT消息。
2.4导出作为紧急服务类型的URN
UE可以接收紧急号码和UE可以从其导出URN的关联信息。导出的URN表示紧急服务类型。当使用IMS经由PS域来发起紧急会话时，导出的URN可以被包括在SIP INVITE消息中。
紧急号码和UE可以从其导出URN的关联信息可以经由扩展(本地)紧急号码列表(EENL)信息元素(IE)而被可选地提供。
紧急号码和UE可以从其导出URN的被关联的信息可以经由(本地)紧急号码列表(ENL)IE而被可选地提供。
EENL IE可以被包括以下项中：ATTACH ACCEPT消息、REGISTER ACCEPT消息、TRACKING AREA UPDATE ACCEPT消息、注册接受消息、附着接受消息或跟踪区域更新接受消息。
2.5 EENL IE
在3GPP TS 24.301中定义的EENL被复制如下：
该信息元素的目的是将一个或多个本地紧急号码与子服务字段进行编码，该子服务字段包含关联的紧急服务URN的零个或多个子服务。如IETF请求注解(RFC)5031中规定，紧急服务URN是具有“sos”顶层服务类型的服务URN。
示例1：如果关联的紧急服务URN是“urn:service:sos.gas”，则在子服务字段中仅存在一个子服务被提供，其是“gas”。
示例2：如果关联的紧急服务URN是“urn:service:sos”，则在子服务字段中不存在子服务被提供，并且子服务字段的长度是“0”。
注意：关联的紧急服务URN可以是如在3GPP TS24.229中被定义的国家特定紧急服务URN。
扩展紧急号码列表信息元素被编码，如下所示。
扩展紧急号码列表IE是具有6个八位字节的最小长度和65536个八位字节的最大长度的类型6信息元素。
Figure BDA0002388341260000091
Figure BDA0002388341260000101
注释1：长度将包含被用于编码号码数字的八位字节的数目。
注释2：八位字节5中的(多个)号码数字在八位字节6中的(多个)数字之前。会被首先输入的号码数字位于八位字节6比特1到比特4中。号码数字的内容如3GPP TS24.008的表10.5.118中所示的被编码。
注释3：如果紧急号码包含奇数数目的数字，则相应的紧急号码的最后一个八位字节的比特5到比特8应当被填充有被编码为“1111”的结束标志。
注释4：长度应当包含被用于编码子服务字段的八位字节的数目。
注释5：关联的紧急服务URN的子服务的字符将根据3GPP TS23.038被编码，并且在八位字节j+1、l+1或n+1中开始第一字符。
示例3：如果关联的紧急服务URN是“urn:service:sos.police.municipal”，则子服务字段包含“police.municipal”并且第一字符是“p”。
2.6 SIP消息
SIP协议包括请求消息和响应消息。SIP消息(请求或响应)被构建为包括一个或多个报头字段，接着是主体。主体可以包括零个或更多主体。主体的非限制示例为可扩展标示语言(XML)文档或SIP消息或SIP消息的片段。主体被类型化：被包含在另一个SIP消息的主体中的SIP消息被类型化为消息/sip(message/sip)，被包含在另一个SIP消息的主体中的SIP消息片段被类型化为消息/sipfrag(message/sipfrag)。
3.问题
3.0高层问题
已经建议向相同国家的第二PLMN成功注册后删除EENL(从第一PLMN接收的)。如果EENL被删除(并且未从同一国家的第二PLMN接收到EENL)，则如果紧急号码被包括在被删除的EENL中，UE可以不再检测被拨打号码为紧急号码。
假设在成功注册后，第二PLMN可以检测到被拨打号码的呼叫是否被当做紧急号码(借助于网络检测的紧急呼叫过程)。
然而，如果第二PLMN不执行网络检测的紧急呼叫过程，则即使呼叫由第一PLMN借助于EENL被配置，该呼叫可以不被检测为紧急。
当UE处于限制服务模式或当UE尝试经由WLAN向第三PLMN的网络节点进行呼叫时存在进一步的问题。在WLAN的情况下，如果3GPP接入可用，则紧急呼叫应当通过3GPP接入进行。不具有EENL列表可能意味着UE不在能够检测拨打的号码为紧急号码，并且UE可以在不同国家中通过第三PLMN的WLAN尝试无检测紧急呼叫。
3.1(紧急)服务类型未被规定
国家中的每个PLMN可以将紧急号码绑定到到不同紧急服务类型，或与不同紧急服务类型相关联。PLMN特定的紧急呼叫服务类型或未被规定(紧急)服务类型的概念引起以下问题：
·处于有限服务模式中、紧急附着到第二PLMN的UE在已经从第一PLMN接收到紧急号码和紧急服务后，可以标识具有标识紧急服务类型的紧急呼叫，该类型不被第二PLMN识别。这可能导致第二PLMN拒绝紧急呼叫或非正确地路由紧急呼叫。
·使用传统网络节点(例如，MME)附着到第二PLMN的UE在已经从第一PLMN接收到紧急号码和紧急服务类型后，可以标识具有紧急服务类型的紧急呼叫，该紧急呼叫类型不被第二PLMN识别。这可能导致第二PLMN拒绝紧急呼叫或者非正确地路由紧急呼叫。
通常地，这意味着如果URN由PLMN A在UE处提供，则与PLMN A在相同国家的PLMN B可能不能精确地路由包括紧急服务类型标识符(例如，前面提到的URN格式的标识符)的呼叫或会话。
3.2太多数目的组合触发有限服务状态紧急呼叫
随着可以在UE处被匹配到紧急号码的数字串的数目的增长，可能存在口袋拨打的紧急呼叫(当UE在口袋、钱包或其他容器中时所拨打的紧急呼叫或者不是由UE的用户有意进行的任何紧急呼叫)的增长。监管方可能提高对由于非自愿地或错误地发起的紧急呼叫所引起的失败的紧急呼叫的数目的担心。
4.提出的(多个)实现
4.0概述
4.1概述
4.1部分和4.2部分解决了3.1部分所提出的的问题。图103示出了三个示例性场景，在这些示例性场景中可以采用根据一些实现的技术或机制。
4.0.2场景1
图1示出了根据场景1的在UE 102和网络节点之间的消息的交换。图1示出了(扩展的)本地紧急号码的使用。以下参照图1中所示的任务。
任务1a：UE 102尝试通过发送附着(ATTACH)消息或注册账户(REGISTER)消息与国家A的第一PLMN中的网络节点104注册。
任务1b：网络节点104接收注册尝试。网络节点104发送至少一个紧急号码和UE102可以从其导出URN的关联信息。可以在移动管理消息中发送该至少一个紧急号码和关联信息。UE 102可以从网络节点104接收移动管理消息。移动管理消息可以包括注册接受消息。注册接受消息可以包括ATTACH ACCEPT消息或REGISTER ACCEPT消息。由UE 102接收的移动管理消息包含由网络节点104发送的信息。
任务2a：UE 102尝试通过发送附着(ATTACH)消息或注册(REGISTER)消息向国家A的第二PLMN的网络节点106进行注册。
任务2b：网络节点106接受注册尝试。UE 102未接收到至少一个紧急号码和从其可以导出URN的关联信息。
任务3：UE 102继续使用至少从第一PLMN的网络节点104接收的一个紧急号码以检测所拨打的国家A的号码是否为紧急号码。
4.0.2场景2
图2示出了根据场景2的UE 102与网络节点之间的消息的交换。图2示出了(扩展的)本地紧急号码的使用。以下参照图2所示的任务。
任务1a：UE 102通过发送附着(ATTACH)消息或注册(REGISTER)消息来尝试向第一PLMN的网络节点104注册。
任务1b：网络节点104接收注册尝试。网络节点104发送至少一个紧急号码和UE102可以从其导出URN的关联信息。可以在移动管理消息中发送至少一个紧急号码和关联信息。UE 102从网络节点104接收移动管理消息。移动管理消息可以包括注册接受消息。注册接收消息可以包括ATTACH ACCEPT消息或REGISTER ACCEPT消息。由UE 102接收的移动管理消息包含由网络节点104发送的信息。
任务2a：UE 102可以进入有限服务状态或有限服务模式。
任务2b：UE 102通过发送指示紧急的REGISTER消息来向第二PLMN的网络节点106进行紧急服务注册，或者UE 102通过发送指示紧急的ATTACH消息来向第二PLMN的网络节点106进行紧急服务注册。
任务2c：网络节点106接受注册尝试。UE未接收到至少一个紧急号码和从其可以导处URN的关联信息。
任务3：UE 102继续使用至少从第一PLMN的网络节点104接收的至少一个紧急号码以检测所拨打号码在国家A中是否为紧急号码。
4.0.4场景3
图3示出了根据场景3的UE 102与网络节点之间的消息的交换。图3示出了(扩展的)本地紧急号码的使用。以下参照图3中所示的任务。
任务1a：UE 102通过发送附着(ATTACH)消息尝试向第一PLMN的网络节点104注册。
任务1b：网络节点104接受注册尝试。网络节点104发送至少一个紧急号码和从其可以导出URN的关联信息。可以在移动管理消息中发送至少一个紧急号码和关联信息。UE102从网络节点104接收移动管理消息。移动管理消息可以包括注册接受消息。注册接受消息可以包括ATTACH ACCEPT消息或REGISTER ACCEPT消息。从UE 102接收的移动管理消息包含由网络节点104发送的信息。
任务2a：如果UE 102没有进入有限服务状态，则UE 102可以不在附着(ATTACH)消息或注册(REGISTER)消息中指示紧急。UE 102通过发送附着(ATTACH)消息或注册(REGISTER)消息来尝试向第二PLMN的网络节点106注册(使UE进入到有限服务状态或有限服务模式，ATTACH消息可能已经指示紧急或者注册(REGISTER)消息可能已经指示紧急)。
任务2b：网络节点106接受注册尝试。UE 102不接收至少一个紧急号码和从其可以导出URN的关联信息。
任务3a：UE 102可以经由WLAN可选地连接到不同国家B的第三PLMN的网络节点108，例如归属国家的归属PLMN。
任务3b：UE 102继续使用至少从第一PLMN的网络节点104接收的至少一个紧急号码以检测所拨打号码在国家A中是否为紧急号码。
4.1忽略紧急号码与从其导出URN的信息之间的关联性
4.1.0概述
为了保护同一国家的第一PLMN不会接收该第一PLMN尚未在UE 102处配置的未知URN或多个URN，UE 102可以忽略紧急号码与从其导出URN的信息之间的关联性。UE 102可以接收列表，该列表包括至少一个紧急号码和从其导出URN的关联信息。可以从网络节点接收列表，该网络节点是相同国家第二PLMN的一部分。
UE可以通过检查与第一PLMN相关联的PLMN代码的移动国家码(MCC)部分是否为MCC代码集合的一部分来确定第一PLMN和第二PLMN处于相同国家中，该MCC码集合还包括与第二PLMN相关联的PLMN代码的MCC部分。对于大部分国家，MCC码集合的大小是一，即UE可以有效检查与第一PLMN相关联的PLMN代码的MCC部分是否等于与第二PLMN相关联的PLMN代码的MCC部分。
列表被在UE 102处被保留(即，不被清除或不被删除或不被用空列表替换)，而非清除该列表。优点是UE 102继续能够检测紧急号码在国家中有效。此外，当UE 102当前附着到的网络或注册到的网络为UE从其接收列表的第二PLMN时，则当UE返回到此第二PLMN时，UE 102能够使用从其导出URN的信息(例如，在UE 102处于有限服务模式或有限服务状态的情况下，或者在针对紧急呼叫选择的PLMN在第二PLMN的WLAN上的情况下)。
可以在UE处、在EENL IE中接收“紧急号码和UE可以从其导出URN的关联信息”或者“紧急号码和相关联的URN”。备选地，可以从EENL IE导出“紧急号码和相关联的URN”。可以将“紧急号码和UE可以从其导出URN的关联信息”或者“紧急号码和相关联的URN”存储在UE中。可以从USIM或UICC或其他永久存储设备获得“紧急号码和UE可以从其导出URN的关联信息”或“紧急号码和关联的URN”。
图4是根据第一实施例的可以由UE 102执行的过程400的流程图。UE 102(在402处)接收至少一个紧急号码和UE可以从其导出URN的关联信息。在一些示例中，关联信息可以包括URN本身。在其他示例中，关联信息可以包括UE 102可以使用来导出URN的其他信息。
UE 102(在404处)检测所拨打的号码与至少一个紧急号码中的一个紧急号码匹配。
UE 102(在406处)检测第一PLMN与第二PLMN不同，其中至少一个紧急号码和UE可以从其导出URN的关联信息由第二PLMN配置。
UE(在410处)将URN“urn:service:sos”包括在将被传输到网络节点的SIP INVITE消息中。
在一些示例中，至少一个紧急号码和UE可以从其导出URN的关联信息从全球用户身份模块(USIM)或第二PLMN中的一个被接收。
在另一些示例中，至少一个紧急号码和UE可以从其导出URN的关联信息从以下中的一项被接收：永久存储器、通用集成电路卡(UICC)、UICC上的应用、USIM、IMS SIM(ISIM)或第二PLMN。
在一些示例中，由第二PLMN配置URN包括：从第二PLMN接收URN。
在一些示例中，至少一个紧急号码和UE可以从其导出URN的关联信息在第一可扩展紧急号码列表(EENL)信息元素(IE)、EENL IE中被接收。
在另一些示例中，至少一个紧急号码和UE可以从其导出URN的关联信息被从以下中的一项被接收：永久存储器、UICC、UICC上的应用或ISIM。
在一些示例中，EENL IE从作为第二PLMN的一部分的网络节点被接收。
在另一些示例中，EENL IE从作为第二PLMN的核心网络的一部分的网络节点被接收。
在一些示例中，SIP INVITE消息还包括组成呼叫标识符的、所拨打的数字。所拨打的数字可以被包括在SIP INVITE消息的报头字段中，或者所拨打的数字可以被包括在SIPINVITE消息的主体或SIP INVITE消息的主体的主体片段部分中。如果所拨打的数字被包括在主体或主体片段中(单个主体被包括在SIP消息的主体中，然而将被包括的多个主体为每个被包括在SIP消息的主体的部分或片段中)，包括所拨打数字的主体的内容被类型化。这些被类型化的示例为“message/sip”或“message/sigfrag”。可能存在其他示例。PLMN中接收所拨打数字的网络节点可能能够从所拨打的数字导出服务类型。
在一些示例中，第一PLMN将被用于请求由紧急号码标识的紧急服务。
在另一些示例中，UE 102可以使用WLAN以用于发送SIP INVITE消息。
在一些示例中，在相同国家/地区时，当没有接收到新的“至少一个紧急号码和UE可以从其导出URN的关联信息”时，不清除“UE可以从其导出URN的至少一个紧急号码和关联信息”。当紧急号码到紧急服务类型的映射可能不适用于相同国家的所有PLMN时，其他PLMN不会接收不适用于该其他PLMN的紧急服务类型。
在另外的示例中，设备(例如，UE 102)从第一网络接收至少一个紧急标识符和关联信息，该设备能够从中导出紧急服务类型的指示符(例如，URN)。设备存储至少一个紧急标识符和关联信息。设备检测到作为发起呼叫的一部分而接收到的呼叫标识符与紧急标识符匹配。设备检测到该设备在第一个网络中。响应于该检测，设备使用所存储的关联信息来导出指示符。设备发送包含指示符的呼叫发起指示。
在另外的示例中，检测设备在第一网络中包括：在检测设备在第一网络中之前检测设备在第二网络中。
在其他示例中，非瞬态机器可读介质包括指令，这些指令在执行时引起设备从第一网络接收至少一个紧急标识符和该设备能够从其导出紧急服务类型的指示符的关联信息；在接收到后，检测设备位于与第一网络不同的第二网络中；响应于检测到设备处于与第一网络不同的第二网络中，保持从第一网络接收的至少一个紧急标识符和关联信息。
在另外的示例中，该保持还响应于由设备检测到第二网络未向设备提供任何紧急标识符。
4.1.1等效的PLMN
在部分4.1.0中描述的第一实施例中，检测第一PLMN与第二PLMN不同包括：检测第一PLMN的PLMN代码不等于第二PLMN的PLMN代码。
UE 102可以被配置有被认为是等效的其他PLMN。每个另外的PLMN利用唯一的、对应的PLMN代码被标识。每个另外的PLMN的PLMN代码可能已经通过在ATTACH ACCEPT消息或REGISTRATION ACCEPT消息中的一项中被接收PLMN代码而被配置。
在其他示例中，检测第一PLMN与第二PLMN不同(如4.1.0部分所述)包括：检测第一PLMN的PLMN代码不等于第三PLMN的PLMN代码，第三PLMN为第二PLMN的等效PLMN。
4.1.2众所周知的紧急服务类型
在一些示例中，图5示出了根据第一实施例的UE的过程500，其(在图4的410处)在SIP INVITE消息中包括URN“urn:service:sos”。过程500包括从UE可以从其导出URN的关联信息导出(在502处)URN。
过程500还包括将导出的URN与一个或多个众所周知的URN进行匹配(在504处)。如果导出的URN与一个或多个众所周知的URN中的至少一个URN匹配，则过程500将导出的URN包括(在506处)在SIP INVITE消息中。
如果导出的URN与一个或多个众所周知的URN中的至少一个不匹配，则过程500在SIP INVITE消息中包括(在508)URN“urn:service:sos”。
因此，如果导出的URN与一个或多个众所周知的URN中的至少一个不匹配，则UE102在SIP INVITE消息中包括URN“urn:service:sos”。
在另外的一些示例中，在SIP INVITE消息中包括URN“urn:service:sos”的UE 102包括将URN与一个或多个众所周知的URN中的一个URN进行匹配，以及如果URN与与一个或多个众所周知的URN中的一个URN匹配，则在SIP INVITE消息中包括URN。
在一些示例中，一个或多个众所周知的URN包括但不限于：“urn:service:sos“、“urn:service:sos.ambulance”、“urn:service:sos.police”、“urn:service:sos.fire”、“urn:service:sos.marine”、“urn:service:sos.mountain”，依此类推。
在另外的一些示例中，一个或多个众所周知的URN进一步或备选地包括“urn:service:sos.ecall.manual”、“urn:service:sos.ecall.automatic”等。
4.1.3特定于PLMN的紧急服务类型
上文的4.1.2部分是指基于与众所周知的紧急服务类型的比较，在SIP INVITE消息中包括URN“um:service:sos”的实现。在另外的示例中，图6示出了根据第一实施例的UE102的另一技术的过程600，该过程600用于在SIP INVITE消息中包括(在图4中的410处)URN“urn:service:sos”。过程600包括从UE可以从其导出URN的关联信息导出(在602处)URN。过程600验证(在604处)URN是否与第一特征匹配。如果URN与第一特征匹配，则过程600将URN包括(在606处)在SIP INVITE消息中。
在另一些示例中，包括“urn:service:sos”的UE包括验证URN是否与第一特征不匹配，并且如果URN与第一特征不匹配，则在”SIP INVITE”中包括(在608)”urn:service:sos”。
在一些示例中，第一特征包括”urn:service:sos”、”urn:service:sos.ambulance”、”urn:service:sos.police”、”urn:service:sos.fire”、”urn:service:sos.marine“、”urn:service:sos.mountain“等。
在一些示例中，匹配第一特征包括将URN的第一特征与”urn:service:sos.country-specific”进行匹配。
4.1.4使用从其接收到EENL的PLMN(或其等效物)
图7示出了根据本公开的第二实施例的由UE 102执行的过程700。
UE 102接收(在702处)至少一个紧急号码和UE可以从其获取URN的关联信息。关联信息可以是URN本身，或者是UE可以从其导出URN的其他信息。
UE 102维护(在704处)第二PLMN代码，其中第二PLMN配置了至少一个紧急号码和UE可以从其导出URN的关联信息，并且第二PLMN代码标识第二PLMN。
UE 102检测(在706处)所拨打的号码与至少一个紧急号码中的一个紧急号码匹配。UE 102检测(在708处)第一PLMN代码，其中第一PLMN代码标识与第二PLMN相同的第一PLMN。
UE 102导出(在710处)URN并且将URN包括(在712处)在将被传输到第一PLMN的网络节点的SIP INVITE消息中。
在一些示例中，在第一扩展紧急号码列表(EENL)信息元素(IE)，EENL IE中接收UE至少一个紧急号码和UE可以从其导出URN的关联信息。
在另一些示例中，从以下中的一项接收至少一个紧急号码和UE可以从其导出URN的关联信息：持久性存储器、UICC、UICC上的应用、USIM或ISIM。
在一些示例中，从作为第二PLMN的核心网络的一部分的网络节点接收EENL IE。
在另一些示例中，从作为第二PLMN的核心网络一部分的网络节点接收EENL IE。
在一些示例中，检测第一PLMN与第二PLMN相同包括：检测第一PLMN代码不等于第二PLMN代码。
UE 102可以被配置有被认为是等效的其他PLMN。每个另外的PLMN利用唯一的、对应PLMN代码被标识。可以通过UE在附着接受(ATTACH ACCEPT)消息或注册接受(REGISTRATION ACCEPT)消息中的一个消息中接收PLMN代码来配置每个另外的PLMN的PLMN代码。
在一些示例中，检测第一PLMN与第二PLMN相同包括：检测第一PLMN代码等于第三PLMN代码，该第三PLMN代码标识第二PLMN的等效PLMN。
4.1.5经由WLAN的呼叫
为了保护第一国家中的第一PLMN免受包括在第二国家中有效的紧急号码的呼叫请求的影响，UE 102保持UE 102在第二国家中时已经接收到的紧急号码。UE 102可以经由诸如WLAN的非3GPP接入网向第一国家中的第一PLMN注册。
在根据第一和第二实施例的部分4.1.0至4.1.4的示例中，在UE 102处可能不知道第三PLMN。第三PLMN用于经由WLAN呼叫紧急号码。可能仅知道用于标识网络元件的标识符。可以通过以下标识网络元件：“针对受限服务状态的紧急NAI(网络访问标识符)”或“基于IMSI(国际移动订户标识符)的紧急NAI”或“针对紧急承载服务的ePDG(演进的分组数据网关)FQDN(完全合格的域名)”或其他标识符。除非知道经由网络元件连接的PLMN，否则将使用4.1.0至4.1.4部分中讨论的技术。如果PLMN为未知，则假定PLMN与第二PLMN不同，并使用在4.1.0至4.1.4部分中讨论的技术。
4.2更改紧急号码与从其导出URN的信息之间的关联
为了防止相同国家中的第一PLMN接收未知的URN，UE 102可以更改紧急号码与从其导出URN的信息之间的关联。
不是清除列表，而是将列表保留在UE 102处。优点可以是UE 102继续检测该国家中有效的紧急号码。
图8是根据第三实施例的过程800的流程图。UE接收(在802处)至少一个紧急号码和UE可以从其导出URN的关联信息。UE检测到(在804处)第一PLMN与第二PLMN不同，其中第一PLMN将被用于请求由紧急号码标识的紧急服务，其中由第二PLMN配置至少一个紧急号码和UE可以从其导出URN的关联信息。UE 102改变(在806处)关联信息，UE改变针对至少一个紧急号码中的至少一个紧急号码的、UE可以从其导出URN的关联信息。
在一些示例中，在第一扩展紧急号码列表(EENL)信息元素(IE)中接收接收至少一个紧急号码和UE 102可以从其导出URN的关联信息。
在另一些示例中，从以下中的一项接收至少一个紧急号码和UE 102可以从其导出URN的关联信息：持久性存储器、UICC、UICC上的应用、USIM或ISIM。
在一些示例中，从作为第二PLMN的一部分的网络节点接收EENL IE。
在另一些示例中，从作为第二PLMN核心网络一部分的网络节点接收EENL IE。
在第三实施例的变化中，第一EENL IE包括表示子服务字段的长度的第一字段和对应的子服务字段，该子服务字段与至少一个紧急号码相关联，其中子服务字段用于导出URN。而且，改变针对至少一个紧急号码中的至少一个的关联信息包括创建第二EENL IE，该第二EENL IE包括至少一个紧急号码和代表子服务字段的长度的相关联的第二字段中的至少一个，其中子服务字段的长度设置为零值。
如果子服务字段的长度的为零值，则UE 102在所拨打的数字与与被设定为零值的“子服务的长度”字段相关的紧急号码匹配时，导出URN”urn:service:sos”。
4.3在发起受限服务模式紧急呼叫之前检查EENL
4.3.0概述
根据本部分的技术解决了3.2部分中描述的问题。
在一些国家中，可能不希望使UE能够将所有紧急号码识别或检测为有资格用于受限服务模式紧急呼叫。
然而，由于某些国家仅在EENL中包括适合于包含在ENL中的号码，因此取决于该号码是在EENL还是ENL中进行检测可能是不正确的。
4.3.1解决方案
在一些示例中，技术可以在UE 102与核心网络紧急附着时，将是否可以将号码用于紧急呼叫检测的指示添加到EENL IE。
备选地，技术可以向EENL IE添加与号码关联信息是否可以用于导出URN的指示，并且当UE 102与核心网络紧急附着时，可以在SIP INVITE中包括导出的URN。
备选地，如果号码与EENL中的紧急号码匹配，则技术可以在UE 102紧急附着到核心网络的同时向EENL IE添加以下指示：是否许可UE 102发送具有从EENL导出的URN的SIPINVITE。
在一些示例中，UE正在与核心网络紧急附着包括UE正在向核心网络紧急注册。
在另一些示例中，UE正在与核心网络紧急附着包括UE考虑其自身与核心网络紧急附着。
本本分中描述的各种备选技术可以组合。
4.3.2指示符
4.3.2.1 EENL中的指示符
如在4.3.1部分中讨论的指示(或指示符或比特)可以在扩展紧急号码列表IE中被编码为字段“第n个紧急号码信息的长度”中的一个或多个比特。例如，指示可以是比特8、7、6或5中的一个，如下所示：
Figure BDA0002388341260000241
4.3.2.2不同IE中的指示符
在另一些示例中，如4.3.1部分讨论的指示(或指示符或比特)可以在不同的IE中被编码为与号码数字相关联的字段中的一个或多个比特：
Figure BDA0002388341260000251
4.3.3进一步的细节
以下根据本公开的各种实施方式描述了进一步的细节。UE 102可以接收至少一个紧急号码和UE可以从其获得URN的关联信息和指示。UE 102检测拨打的号码与一个或多个紧急号码中的一个紧急号码匹配。UE 102在发送一个或多个SIP请求消息之前检测UE是否被紧急注册。
如果UE 102检测到UE被紧急注册，并且取决于指示，UE 102避免发送一个或多个SIP请求消息中的至少一个SIP请求消息。备选地，如果UE检测到UE未被紧急注册，并且取决于指示，则UE发送一个或多个SIP请求消息。
在以上示例中，在第一扩展紧急号码列表(EENL)信息元素(IE)，EENL IE中，接收至少一个紧急号码和UE可以从其导出URN的关联信息。
在以上示例中，可以从以下的一项中接收至少一个紧急号码和UE可以从其导出URN的关联信息：持久性存储器、UICC、UICC上的应用、USIM或ISIM。
在以上示例中，从第一PLMN的网络节点部分接收EENL IE。
在以上示例中，从第一PLMN的核心网络的网络节点部分接收EENL IE。
在进一步的示例中，如果满足以下至少一项，则UE 102被紧急注册：
··UE 102与EPC网络紧急附着；
··UE 102认为自身已与EPC网络紧急附着；
··UE 102已与5G CN紧急注册；或者
··UE 102认为自身已与5G CN紧急注册。
在额外的示例中，UE 102通过以下至少一项来检测UE是否被紧急注册：
·检测UE是否与EPC网络非紧急附着；
·检测UE是否认为自身与EPC网络非紧急附着；
·检测UE是否与5G CN非紧急附着；
·检测UE是否认为自己已与5G CN非紧急注册；
·检测UE是否处于受限服务状态或受限服务子状态或受限服务状态或受限服务子状态之一。
·检测UE是否被针对紧急承载服务附接或者UE是否认为其自身被针对紧急承载服务附着。
·检测UE是否注册了紧急服务，或者UE是否认为自己注册了紧急服务。
受限服务子状态可以包括受限服务(LIMITED-SERVICE)。
在另一些示例中，UE 102通过以下至少一项检测该UE未紧急注册的：
·检测UE与EPC网络非紧急附着；
·检测UE与EPC网络正常附着；
·检测UE已附着，但不认为自身已针对紧急承载服务附着；
·检测UE已附着但UE未针对紧急承载服务附着；
·检测UE认为自身与EPC网络正常附着；
·检测UE与5G CN非紧急注册；
·检测UE与5G CN中正常注册；
·检测UE已注册但不认为自身针对紧急服务注册；
·检测UE已注册但UE未针对紧急服务注册。
在额外的一些示例中，UE 102可以执行以下中的一项或一些组合：
··UE包括使用与一个或多个紧急号码中的一个关联信息导出的URN；
··UE在一个或多个SIP请求消息中的至少一个中包括导出的URN。
5.细节
5.0概要
下面提出了详细的改变。带下划线的斜体文本表示当前标准的新文本，以实现本子部分标题中指示的部分实施例。
5.1针对部分4.1.3的细节
下面提供对3GPP TS 24.229规范的修改，以实现4.1.3部分的实施例。
在4.1.0部分的第一实施例中，包括”urn:service:sos”的UE 102包括：
·从UE可以从其推导URN的关联信息中导出URN。
·验证URN是否与第一个特征匹配。
·如果URN与第一个特征匹配，包括”urn:service:sos”。
本部分中的实施例澄清如下，第一特征包括”urn:service:sos”、”urn:service:sos.ambulance”、”urn:service:sos.police”、”urn:service:sos.fire”、”urn:service:sos.marine”、”urn:service:sos.mountain”。
下面阐述修改的3GPP TS 24.229的一部分。
扩展本地紧急号码列表(在3GPP TS 24.301中定义)可以包含与检测到的紧急号码相关联的紧急服务URN的子服务。
如果：
-子服务字段的长度大于”0”，则UE应使用”urn:services:sos”构造紧急服务URN，然后在子服务字段的内容后添加一个逗点；以及
-子服务长度字段为”0”，则UE应使用紧急服务URN”urn:services:sos”。
如果当前附着的网络不是从其接收扩展本地紧急号码列表的PLMN(或该PLMN的等 效PLMN)，则UE应使用紧急服务URN”urn:services:sos”，除非构建的URN与例如”urn: service:sos.ambulance”、”urn:service:sos.police”、”urn:service:sos.fire”、”urn: service:sos.marine”或”urn:service:sos.mountain”匹配。
5.2针对部分4.2的细节
下面阐述用于实现4.2部分的实施例的修改的修改的3GPP TS24.229的一部分。
如果ATTACH ACCEPT，REGISTER ACCEPT或TRACKING AREA UPDATE ACCEPT消息中没有包含本地紧急号码列表，则应保持用户设备中存储的第一个本地紧急号码列表，除非用户设备已成功注册到与发送列表的PLMN所在的国家不同的PLMN。如果ATTACH ACCEPT，REGISTER ACCEPT或TRACKING AREA UPDATE ACCEPT消息中没有包含任何扩展本地紧急号码列表，则用户设备中的第一扩展本地紧急号码列表或第二扩展本地紧急号码列表应被保持，具有以下澄清，如果：
-UE成功注册到与发送列表的PLMN不同的PLMN或与发送列表的PLMN的等效PLMN不 同的PLMN；或者
-UE是或认为自身：
-处于受限服务状态；
-处于受限服务子状态；
-注册了紧急服务；或者
-针对紧急承载服务附着；
到不同于发送该列表的PLMN的PLMN或不同于发送该列表的PLMN的等效PLMN的 PLMN；
然后创建第二扩展本地紧急号码列表，并且针对第一扩展本地紧急号码列表中的 每个子服务字段，UE应，如果：
-子服务字段与例如“救护车”、“警察”、“火”、“海军”或“山地”匹配，则UE将带有数字和子服务字段的条目复制到第二扩展本地紧急电话号码列表中；或者
-子服务字段与例如“救护车”、“警察”、“火”、“海军”或“山地”不匹配，则UE将数字 复制到第二扩展本地紧急电话号码列表中，并将子服务长度的字段、与数字相关联的子服 务字段的长度设置为零；以及
UE应使用第二扩展本地紧急号码列表。
(可选地)如果：
-UE成功注册到与发送列表的PLMN或发送列表的PLMN的等效PLMN相等的PLMN；或 者
-UE是或认为自身：
-处于受限服务状态；
-处于受限服务子状态；
-注册了紧急服务；或者
-针对紧急承载服务附着；
到发送该列表的PLMN或等于发送该列表的PLMN的等效PLMN的PLMN；
UE应使用第一列表。
5.3 4.3.3部分的详细信息
以下提供了经修改的3GPP TS 24.229的一部分，以实现第4.3.3部分的以下任务：
··UE在扩展紧急号码列表(EENL)信息元素(IE)中接收一个或多个紧急号码和关联信息，该EENL IE包括至少一个紧急号码和UE可以从其导出URN的关联信息。EENL IE还包括至少一个指示。
··UE检测所拨打的号码与一个或多个紧急号码中的一个匹配。
··UE在发送一个或多个SIP请求消息之前检测UE是否已紧急注册。
·如果UE检测到该UE为紧急注册，并且基于至少一个指示，则该UE避免请求适合于传输一个或多个SIP请求消息中的一个SIP请求消息的连接，或者UE避免发送一个或多个SIP请求消息中的至少一个SIP请求消息。
以下提供了经修改的3GPP TS 24.229的部分：
如果所拨打的号码等于扩展本地紧急号码列表中存储的本地紧急号码(如3GPPTS 24.301中定义)，则UE应识别用于紧急呼叫的号码并执行L.2.2.6.1B子条约中的过程以 确定URN。
注释3：在紧急号码需要执行L.2.2.6.1A子条款中的过程和L.2.2.6.1B子条款中的过程两者的情况下，UE如何解决冲突取决于实现。
如果UE已执行过程(例如，在L.2.2.6.1B子条款中或U.2.2.6.1B子条款中的过程) 以导出URN或已导出URN，并且在以下情况之前：
-用URN发送邀请(INVITE)(参见5.1.6子条款)；
-尝试紧急呼叫(参见5.1.6子条款)；或者
-执行初始紧急登记(参见5.1.6子条款)；
UE确定：
-UE
-处于受限服务状态；
-处于受限服务子状态；
-针对紧急承载服务附着；
-认为本身针对紧急承载服务注册；
-已针对紧急服务注册；或者
-认为本身已经针对紧急服务注册；以及
-与本地紧急号码相关联的指示符或指示或比特指示当UE处于以下时，该本地紧 急号码不能被用于请求紧急服务：当UE处于受限服务状态时或当UE处于受限服务子状态时 或当UE处于针对请求承载服务附着或针对紧急服务注册时，或者UE认为本身已这样注册或 附着时；
然后该UE中止紧急呼叫建立过程或紧急会话建立过程。可选地，UE不：
-发送具有URN的邀请(INVITE)；
-尝试紧急呼叫；或者
-执行初始紧急注册(参见5.1.6子条款)；
本文讨论的各种任务可以由硬件处理电路或硬件处理电路和在硬件处理电路上可执行的机器可读指令的组合来执行。硬件处理电路可以是诸如UE，网络节点，等的设备的一部分。硬件处理电路可以包括处理器，例如微处理器、多核微处理器的内核、微控制器、可编程集成电路、可编程门阵列或其他硬件处理电路中的任何或一些组合。
在处理器上可执行的机器可读指令可以指代在单个处理器上可执行的指令或在多个处理器上可执行的指令。
执行任务的处理器可以指执行任务的单个处理器或执行任务的多个处理器。
机器可读指令可以存储在非瞬态机器可读或计算机可读存储介质中，该介质可以包括以下各项的任何一项或某种组合：半导体存储设备(诸如，动态或静态随机存取存储器(DRAM或SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存)、磁盘(诸如，如固定、软盘和可移动磁盘)、包括磁带的另一磁性介质；诸如光盘(CD)或数字视盘(DVD)等的光学介质或其他类型的存储设备。注意，可以在一个计算机可读或机器可读存储介质上提供上述讨论的指令，或者可以在分布在具有可能多个节点的大型系统中的多个计算机可读或机器可读存储介质上提供上述讨论的指令。这样的计算机可读或机器可读存储介质被认为是物品(或制造物品)的一部分。物品或制造品可以指任何制造的单个组件或多个组件。一个或多个存储介质可以位于运行机器可读指令的机器中，或者位于远程站点(例如，云)，可以通过网络从该远程站点下载机器可读指令以执行。
在前面的描述中，阐述了许多细节以提供对本文公开的主题的理解。然而，可以在没有这些细节中的一些的情况下实施实施方式。其他实施方式可以包括对以上讨论的细节的修改和变化。意图是所附权利要求涵盖这些修改和变化。

Claims (20)

1.一种设备的方法，包括：
检测作为发起呼叫的一部分而被接收的呼叫标识符与第一紧急标识符相匹配，所述第一紧急标识符与从其导出统一资源名称(URN)的关联信息相关联；
检测所述设备处于与第一网络不同的第二网络中，其中所述第一网络配置了所述第一紧急标识符；以及
响应于检测到所述设备处于与所述第一网络不同的所述第二网络中，将URN，urn:service:sos，包括在将被传输的会话发起协议(SIP)INVITE消息中。
2.根据权利要求1所述的方法，其中所述第二网络将被用于请求由所述第一紧急标识符标识的紧急服务。
3.根据权利要求1所述的方法，其中由所述第一网络配置了所述第一紧急标识符包括：所述设备从所述第一网络接收到所述第一紧急标识符。
4.根据权利要求1所述的方法，其中与从其导出URN的关联信息相关联的所述第一紧急标识符被包括在第一扩展紧急号码列表(EENL)信息元素(IE)内。
5.根据权利要求4所述的方法，其中所述第一EENL IE从作为所述第一网络的一部分的网络节点被接收。
6.根据权利要求4所述的方法，其中所述第一EENL IE经由接收以下中的至少一项而被提供：TRACKING AREA UPDATE ACCEPT消息、ATTACH ACCEPT消息、或REGISTRATION ACCEPT消息。
7.根据权利要求1所述的方法，其中所述第二网络不提供第二紧急标识符，所述第二紧急标识符与从其导出URN的所述关联信息相关联。
8.根据权利要求1所述的方法，其中所述第二网络是第二公共陆地移动网络(PLMN)，并且所述第一网络是第一PLMN。
9.根据权利要求8所述的方法，其中检测所述设备处于与所述第一PLMN不同的所述第二PLMN中，基于的是以下中的一项或多项：
将所述第二PLMN的PLMN代码与所述第一PLMN的PLMN代码相比较，或者
确定所述第二PLMN不是所述第一PLMN的等效PLMN。
10.根据权利要求1所述的方法，还包括由所述设备接收所述关联信息。
11.根据权利要求10所述的方法，其中所述关联信息包括所述URN。
12.根据权利要求1所述的方法，其中所述紧急标识符和所述关联信息是以下中的一项或多项：
在扩展紧急号码列表(EENL)信息元素中被接收，或者
从存储器、通用集成电路卡(UICC)、UICC上的应用、全球用户身份模块(USIM)和英特网协议(IP)多媒体系统身份模块(ISIM)被接收。
13.根据权利要求1所述的方法，其中检测所述设备处于与所述第二网络不同的所述第一网络中，基于的是检测到所述第一网络是未知的。
14.根据权利要求1所述的方法，还包括：
由所述设备确定所述设备是否向网络被紧急注册；以及
响应于所述确定，传输包括所述URN，urn:service:sos，的所述SIP INIVTE消息，。
15.一种设备，包括：
硬件处理器，被配置为：
检测作为发起呼叫的一部分而被接收的呼叫标识符与第一紧急标识符相匹配，所述第一紧急标识符与从其导出统一资源名称(URN)的关联信息相关联；
检测所述设备处于与第一网络不同的第二网络中，其中所述第一网络配置了所述第一紧急标识符；以及
响应于检测到所述设备处于与所述第一网络不同的所述第二网络中，将URN，urn:service:sos，包括在将被传输的会话发起协议(SIP)INVITE消息中。
16.根据权利要求15所述的设备，其中与从其导出URN的所述关联信息相关联所述第一紧急标识符被包括在第一扩展紧急号码列表(EENL)信息元素(IE)内。
17.根据权利要求16所述的设备，其中所述第一EENL IE从作为所述第一网络的一部分的网络节点被接收。
18.根据权利要求16所述的设备，其中所述第一EENL IE经由接收以下中的至少一项而被提供：TRACKING AREA UPDATE ACCEPT消息、ATTACH ACCEPT消息、或REGISTRATIONACCEPT消息。
19.根据权利要求15所述的设备，其中所述第二网络不提供第二紧急标识符，所述第二紧急标识符与从其导出URN的信息相关联。
20.一种包括指令的非瞬态计算机可读介质，所述指令在执行后使设备：
检测作为发起呼叫的一部分而被接收的呼叫标识符与第一紧急标识符匹配，所述第一紧急标识符与从其导出统一资源名称(URN)的关联信息相关联；
检测所述设备处于与第一网络不同的第二网络中，其中所述第一网络配置了所述第一紧急标识符；以及
响应于检测到所述设备处于与所述第一网络不同的所述第二网络中，将URN，urn:service:sos，包括在将被传输的会话发起协议(SIP)INVITE消息中。
CN201980004012.2A 2018-06-22 2019-06-21 紧急呼叫 Active CN111095958B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862688838P 2018-06-22 2018-06-22
US62/688,838 2018-06-22
US16/398,818 2019-04-30
US16/398,818 US10616935B2 (en) 2018-06-22 2019-04-30 Emergency calls
PCT/US2019/038399 WO2019246481A1 (en) 2018-06-22 2019-06-21 Emergency calls

Publications (2)

Publication Number Publication Date
CN111095958A true CN111095958A (zh) 2020-05-01
CN111095958B CN111095958B (zh) 2022-04-19

Family

ID=68982381

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980004012.2A Active CN111095958B (zh) 2018-06-22 2019-06-21 紧急呼叫

Country Status (7)

Country Link
US (3) US10616935B2 (zh)
EP (3) EP3962129B1 (zh)
JP (1) JP7337851B2 (zh)
KR (1) KR102697714B1 (zh)
CN (1) CN111095958B (zh)
ES (1) ES3000934T3 (zh)
WO (1) WO2019246481A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827975A (zh) * 2022-05-23 2022-07-29 中国电信股份有限公司 紧急呼叫的处理方法、接入及移动性管理功能网元及系统

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112369077B (zh) * 2018-06-25 2023-10-24 日本电气株式会社 针对紧急服务附接装置时的ue行为
WO2020094914A1 (en) * 2018-11-06 2020-05-14 Nokia Technologies Oy Secure inter-mobile network communication
US11039296B2 (en) * 2019-07-08 2021-06-15 Motorola Mobility Llc Method and apparatus for disabling a carrier eSIM profile
US11343742B2 (en) 2020-05-22 2022-05-24 Blackberry Limited Preserving emergency call during failure to transfer
US11483684B1 (en) * 2021-05-07 2022-10-25 T-Mobile Usa, Inc. Session recovery from dedicated bearer failure
US20230081455A1 (en) * 2021-09-16 2023-03-16 Apple Inc. Improved communication of prioritized data
US20230403761A1 (en) * 2022-06-14 2023-12-14 At&T Intellectual Property I, L.P. Non-service initiated emergency call device parameters

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102017669A (zh) * 2008-05-07 2011-04-13 高通股份有限公司 使移动站能够根据呼叫报头中设置的预定值来识别呼叫的系统、装置和方法
US20140248848A1 (en) * 2013-03-01 2014-09-04 T-Mobile Usa, Inc. Systems and methods for emergency call route failover
WO2016073461A1 (en) * 2014-11-03 2016-05-12 Kodiak Networks, Inc. Method for providing dynamic quality of service for push-to-talk service
EP3079331A1 (en) * 2015-04-08 2016-10-12 Deutsche Telekom AG Method for handling an ecall-related voice call by mobile communication network, mobile communication network, cs-call handling entity, program and computer program product
CN106550159A (zh) * 2017-01-23 2017-03-29 广州海格通信集团股份有限公司 VoIP通信系统
CN107005802A (zh) * 2014-11-24 2017-08-01 高通股份有限公司 用于过顶紧急呼叫的通过参考的定位
US20170366955A1 (en) * 2016-06-15 2017-12-21 Qualcomm Incorporated Methods and systems for handover of an emergency call between different wireless networks

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US20090296689A1 (en) * 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
WO2011057865A2 (en) * 2009-11-16 2011-05-19 Nokia Siemens Networks Oy Emergency service in communication system
KR20130038772A (ko) 2011-10-10 2013-04-18 삼성전자주식회사 이동 통신 시스템에서 응급 호 서비스 장치 및 방법
WO2013053365A1 (en) * 2011-10-10 2013-04-18 Telefonaktiebolaget L M Ericsson (Publ) Methods of and nodes for locating an emergency voice session anchoring node in a serving communication network for transferring an emergency voice session
US9900282B2 (en) * 2015-05-12 2018-02-20 Qualcomm Incorporated Dynamic evolved packet gateway selection
CN107277790B (zh) 2016-04-07 2021-09-28 中兴通讯股份有限公司 一种为终端提供紧急号码的方法和装置
ES2960631T3 (es) * 2016-06-21 2024-03-05 Nokia Solutions & Networks Oy Acceso a servicios locales por usuarios no autenticados

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102017669A (zh) * 2008-05-07 2011-04-13 高通股份有限公司 使移动站能够根据呼叫报头中设置的预定值来识别呼叫的系统、装置和方法
US20140248848A1 (en) * 2013-03-01 2014-09-04 T-Mobile Usa, Inc. Systems and methods for emergency call route failover
WO2016073461A1 (en) * 2014-11-03 2016-05-12 Kodiak Networks, Inc. Method for providing dynamic quality of service for push-to-talk service
CN107005802A (zh) * 2014-11-24 2017-08-01 高通股份有限公司 用于过顶紧急呼叫的通过参考的定位
EP3079331A1 (en) * 2015-04-08 2016-10-12 Deutsche Telekom AG Method for handling an ecall-related voice call by mobile communication network, mobile communication network, cs-call handling entity, program and computer program product
US20170366955A1 (en) * 2016-06-15 2017-12-21 Qualcomm Incorporated Methods and systems for handover of an emergency call between different wireless networks
CN106550159A (zh) * 2017-01-23 2017-03-29 广州海格通信集团股份有限公司 VoIP通信系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (DSP)", 《3GPP TS 24.229 V15.2.0》 *
SHARP: "EMF and access domain selection for emergency call", 《3GPP TSG-CT WG1 MEETING #110》 *
徐鹏宇，许子灿: "基于SIP协议的监视系统设计与实现", 《计算机工程》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827975A (zh) * 2022-05-23 2022-07-29 中国电信股份有限公司 紧急呼叫的处理方法、接入及移动性管理功能网元及系统

Also Published As

Publication number Publication date
ES3000934T3 (es) 2025-03-04
WO2019246481A1 (en) 2019-12-26
KR20210022543A (ko) 2021-03-03
EP3652969B1 (en) 2021-11-03
EP3962129B1 (en) 2024-11-27
EP3962129A1 (en) 2022-03-02
EP4489457A3 (en) 2025-03-26
US10736158B2 (en) 2020-08-04
US20190394814A1 (en) 2019-12-26
CN111095958B (zh) 2022-04-19
US20200323001A1 (en) 2020-10-08
JP2021527973A (ja) 2021-10-14
EP4489457A2 (en) 2025-01-08
US20200221517A1 (en) 2020-07-09
US11116018B2 (en) 2021-09-07
EP3652969A4 (en) 2020-07-22
KR102697714B1 (ko) 2024-08-21
US10616935B2 (en) 2020-04-07
EP3652969A1 (en) 2020-05-20
JP7337851B2 (ja) 2023-09-04
EP3962129C0 (en) 2024-11-27

Similar Documents

Publication Publication Date Title
CN111095958B (zh) 紧急呼叫
US10708748B2 (en) VoIP emergency call support
US12185215B2 (en) Methods and systems for provisioning emergency numbers
US11032688B2 (en) IMS emergency calls for roaming UEs
EP3797535B1 (en) Emergency services handling
BRPI0714195A2 (pt) mÉtodo e equipamento para registro e estabelecimento de chamada de emergÊncia em paralelo

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40018464

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240523

Address after: Illinois

Patentee after: Ot patent trusteeship Co.,Ltd.

Country or region after: U.S.A.

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240702

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Illinois

Patentee before: Ot patent trusteeship Co.,Ltd.

Country or region before: U.S.A.

TR01 Transfer of patent right