CN113261314A - 支持的扩展紧急信息类型 - Google Patents

支持的扩展紧急信息类型 Download PDF

Info

Publication number
CN113261314A
CN113261314A CN202080007682.2A CN202080007682A CN113261314A CN 113261314 A CN113261314 A CN 113261314A CN 202080007682 A CN202080007682 A CN 202080007682A CN 113261314 A CN113261314 A CN 113261314A
Authority
CN
China
Prior art keywords
eei
wlan
supported
types
wireless device
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
CN202080007682.2A
Other languages
English (en)
Other versions
CN113261314B (zh
Inventor
A·巴克利
G·P·扬
M·P·蒙特莫罗
J·H·L·贝克
S·麦卡恩
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.)
Mariki Innovation 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 CN113261314A publication Critical patent/CN113261314A/zh
Application granted granted Critical
Publication of CN113261314B publication Critical patent/CN113261314B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/045Interfaces between hierarchically different network devices between access point and backbone network device

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Public Health (AREA)
  • Environmental & Geological Engineering (AREA)
  • Emergency Management (AREA)
  • Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Alarm Systems (AREA)

Abstract

在一些示例中,无线设备从无线接入网络节点接收由无线局域网(WLAN)支持的所支持的扩展紧急信息(EEI)类型的指示。所支持的EEI类型是从多个不同的EEI类型中选择的。无线设备发送与紧急呼叫有关的消息,该消息包括根据所支持的EEI类型的EEI数据。

Description

支持的扩展紧急信息类型
背景技术
电子设备可以通过有线或无线网络进行通信。无线网络可以包括无线局域网(WLAN),无线局域网包括设备能够无线地连接到其的无线接入点(AP)。其他类型的无线网络包括蜂窝网络,该蜂窝网络包括设备能够无线地连接到其的无线接入网络节点。
电子设备还可以拨打紧急呼叫,该紧急呼叫被拨打到国家或其他地理区域中的良好发布的号码(例如112、911、999等)。与紧急呼叫有关的某些问题可能会出现。
发明内容
根据第一方面,提供了一种在根据权利要求1的无线设备中可操作的方法。
根据第二方面,提供了一种在根据权利要求7的无线设备中可操作的方法。
在第三方面,提供了一种被配置为执行根据本发明的方法的无线设备。
在第四方面,提供了一种计算机程序产品,其被配置为使无线设备的处理器执行根据本发明的方法。
在另一方面,提供了一种无线接入网络节点,包括:与无线设备进行通信的无线接口;以及至少一个处理器,其被配置为:向所述无线设备发送无线局域网(WLAN)所支持的支持的扩展紧急信息(EEI)类型的指示,其中所述支持的EEI类型是从多个不同的EEI类型中选择的。优选地,无线接入网节点是WLAN接入点(AP)或无线接入网节点。
附图说明
相对于以下附图描述了本公开的一些实现。
图1是根据一些实现的示例性网络布置的框图。
图2是根据一些实现的用户设备(UE)的过程的流程图。
图3和图4是根据一些实现的消息流图。
图5示出了根据一些实现的示例扩展紧急信息(EEI)元素。
图6示出了根据一些实现的EEI指示符字段。
图7和图8是根据进一步实现的可扩展认证协议(EAP)过程的消息流程图。
图9是根据一些实现的设备的框图。
在所有附图中,完全相同的附图标记表示相似但不一定完全相同的元件。附图不一定按比例绘制,并且某些部分的尺寸可能被夸大以更清楚地示出所示出的示例。此外,附图提供了与描述一致的示例和/或实现;然而,描述不限于附图中提供的示例和/或实现。
具体实施方式
在本公开中,除非上下文另外明确指出,否则术语“一”、“一个”或“该”的使用旨在包括复数形式。同样,当在本公开中使用时,术语“包括”、“包含”、“含有”、“包括有”、“包含有”或“具有”指定所述元件的存在,但不排除其他元件的存在或添加。
一些电子设备具有多模式能力,因为该电子设备能够通过诸如WLAN、蜂窝网络和/或另一种类型的无线网络的不同类型的无线网络进行通信。能够执行通过两种不同类型的无线网络的通信的电子设备被称为具有双模式功能的电子设备。
电子设备的示例包括以下各项的任意或某种组合:台式计算机、笔记本计算机、平板计算机、智能手机、游戏设备、物联网(IoT)设备(例如相机)、传感器、车辆部件等)、可穿戴设备(例如智能手表、智能眼镜、头戴式设备等)、服务器计算机、存储设备等。
能够无线通信的电子设备也称为“无线设备”。
无线网络可以包括蜂窝网络或WLAN。示例性蜂窝网络可以根据第三代合作伙伴计划(3GPP)提供的长期演进(LTE)标准进行操作。LTE标准也被称为演进通用陆地无线接入(E-UTRA)标准。在其他示例中,可以采用其他类型的蜂窝网络,诸如第二代(2G)或第三代(3G)蜂窝网络,例如全球移动***(GSM)蜂窝网络、用于GSM演进的增强数据速率(EDGE)蜂窝网络、通用陆地无线接入网(UTRAN)、码分多址(CDMA)2000蜂窝网络等。在其他示例中,蜂窝网络可以是第五代(5G)新无线电(NR)或超越蜂窝网络。
WLAN可以根据电气和电子工程师协会(IEEE)802.11或Wi-Fi联盟规范进行操作。在其他示例中,可以采用其他类型的无线网络,诸如蓝牙链路、ZigBee网络等。此外,某些无线网络可以启用物联网(IoT),诸如根据用于机器类型通信的LTE高级(LTE-MTC)、窄带IoT(NB-IoT)、WLAN、Bluetooth、ZigBee等的无线接入网络。
在其他示例中可以采用其他类型的无线网络。
在某些情况下,电子设备可以拨打紧急呼叫,紧急呼叫是对已公布的号码的特殊类型呼叫,诸如112、911、999等。可备选地,可以从本地网络(例如旅馆中的WLAN)发现紧急呼叫号码。紧急呼叫在称为公共安全访问点(PSAP)的特殊设施处被终止。紧急呼叫比其他呼叫具有更高的优先级,因此在网络拥塞的情况下,与常规呼叫相比,紧急呼叫更有可能完成。
已经为紧急呼叫开发了规章和/或标准。管理紧急呼叫的规章和/或标准可以规定,当进行紧急呼叫时,将确定呼叫者的位置,以便可以将第一响应者分派到该位置。呼叫者的位置的确定被称为位置服务。
在3GPP蜂窝网络中,在3GPP TS 23.271中描述了位置服务。在WLAN中,位置服务在IEEE 802.11-2016和IEEE 802.11az中进行了描述。在其他示例中,电信行业解决方案联盟(ATIS)定义了可以在北美使用以提供其他紧急位置信息的标准。
在其他示例中可以使用其他类型的位置服务。
在随后的讨论中,双模式电子设备或多模式电子设备可以被称为用户设备(UE)。换句话说,“UE”是指能够使用多种模式(即,通过不同类型的无线网络)进行通信的电子设备。仅能够通过WLAN进行通信的UE被称为“WLAN设备”。
并非总是能够获得在蜂窝网络上进行紧急呼叫的UE的准确位置,诸如从室内位置进行的呼叫。因此,已开发出ATIS 0700028标准,以允许WLAN的所有者或运营商在安全的数据库中可选地注册其WLAN AP的身份和物理位置(可能借助蓝牙信标)。在美国使用的一种这样的数据库被称为国家紧急地址数据库(NEAD)。NEAD包括已注册的WLAN AP基本服务集标识符(BSSID)(和其他身份),以及蓝牙信标身份及其相关联的市民位置(例如物理地址、邮政编码等)。
在某些示例中,NEAD可以引用由蜂窝电信和互联网协会(CTIA)创建的数据库。NEAD可以存储可分发的位置信息,该可分发的位置信息包括从特定WLAN AP和/或蓝牙信标的已知位置所配置的参考点的市民位置和地理编码位置。NEAD响应来自服务核心网络的可分发位置信息查询,以支持单独的紧急呼叫。
ATIS标准定义了“参考点”,其可以包括WLAN AP BSSID,诸如AP的媒体访问控制(MAC)地址,和/或UE在紧急呼叫期间可以访问的蓝牙公共设备地址(BT-PDA)。这被称为ATIS解决方案。
然而,应该指出的是,一些企业包括WLAN AP,并且可以存储其各自的AP(和蓝牙设备)的物理位置,但是这些企业并未直接将位置信息提供给NEAD。然而,NEAD可以存储相关的企业WLAN网络标识符信息,以便促进由与企业WLAN网络相关联的WLAN外部位置服务器进行进一步的WLAN AP查询。
在其他示例中,WLAN AP的某些所有者或运营商可能不选择支持NEAD中使用的市民地址。所有者或运营商可以使用替代机制,其中UE位置的确定是使用相关联的位置服务器执行的,并由UE的MAC地址标识。这被称为3GPP解决方案。位置服务器可以存储UE的MAC地址和市民地址之间的映射。每次UE重新关联到WLAN时,都必须更新此映射,因为UE可能会改变其MAC地址。
当UE尝试通过诸如UTRAN、E-UTRAN、NG-RAN、NR或5G无线网络等的蜂窝网络进行分组交换紧急呼叫时,可能会出现问题。蜂窝网络上的分组交换紧急呼叫可以基于会话发起协议(SIP)的使用,会话发起协议(SIP)是管理用于建立和控制分组交换通信会话的消息传递的协议。在基于SIP的紧急呼叫中,UE可以包括扩展的紧急位置(EEL),该扩展的紧急位置(EEL)可用于完善UE的位置。针对紧急情况,EEL可以参考位置信息。
通常,UE不存在用于确定WLAN是否支持NEAD或位置服务器(如上所述)的机制或技术。更具体地,UE不知道WLAN AP是否支持NEAD解决方案、位置服务器解决方案或另一解决方案。UE还不知道PSAP和/或中间网络元件优选哪种类型的EEL信息,以及多种类型的EEL是否可以被使用。
此外,未提供用于确定UE所附接的蜂窝网络是否支持任意定位机制的技术。UE可能无法确定UE所附接的网络是否支持能够实现UE位置的准确确定的定位技术。
可能不提供将分配给UE的MAC地址提供给PSAP和/或中间网络元件的机制。PSAP和/或中间网络元件可能必须知道UE的MAC地址(唯一参考)以使用WLAN位置。如果UE的MAC地址发生改变,则改变后的MAC地址被发送到PSAP和/或中间网络元件。PSAP使用MAC地址(作为查找)来查询WLAN以确定UE的位置。
1.用于SIP紧急呼叫的增强的WLAN位置
图1是示例布置的框图,该示例布置包括其中存在WLAN AP 104和106的WLAN 102。尽管在图1中示出了两个WLAN AP,但是要注意的是,WLAN 102可以包括不同数量(例如1个或大于2个)的AP和其他示例。UE 108能够与WLAN 102中的WLAN AP 104和/或106无线通信。
尽管在图1中示出了两个WLAN AP 104和106,但是要注意,在其他示例中,可以采用不同数量(一个或大于两个)的AP。而且,可以有可以与WLAN AP 104和/或106无线通信的多于一个UE。
更一般地,在其他示例中,可以采用不同于图1所示的其他网络布置。
WLAN AP 104和106可以连接到互联网协议(IP)网络110(或另一种类型的数据网络),该互联网协议(IP)网络110也耦合到各种中间网络元件112、114和116。中间网络元件112、114和116进而连接到蜂窝网络118。
在一些示例中,中间网络元件包括认证、授权和计费(AAA)服务器114(其执行针对UE的认证、授权和计费任务)、扩展MAC地址(E-MAC)数据库116(其包含位置信息,诸如EEL信息,以及每个UE的(多个)EEI类型)和另一个服务器112。E-MAC数据库116也可以被称为“E-MAC服务器”。每个UE的组合EEL和相关联的(多个)EEI类型被称为EEL数据集合。
蜂窝网络118包括蜂窝接入网络节点120和122(例如基站、演进型节点B或eNB等)。尽管在图1中示出了两个蜂窝接入网络节点,但是在其他示例中,蜂窝网络118可以包括不同数量的蜂窝接入网络节点。UE 108(未示出)可以与蜂窝接入网络节点120和122通信。
PSAP 124可以被连接到蜂窝网络118和IP网络110。“PSAP”可以指代到来自公众的紧急呼叫被接收的物理位置或实体。
另外,位置检索功能(LRF)126也可以连接到蜂窝网络118。LRF 126可以被实现为计算节点,或也可以作为PSAP 124的一部分被包括。LRF 126处理针对UE的位置信息的检索。LRF 126可以与路由确定功能(RDF)127或单独的位置服务器交互以分别获得路由或位置信息。RDF 127提供用于路由紧急呼叫请求的适当的PSAP目的地地址。RDF 127可以与位置服务器交互以管理呼叫路由,以便将位置信息提供给PSAP124。
WLAN通常具有已知的位置,因此与WLAN 102有关系的UE 108可以将这种关系通知给蜂窝网络118、中间网络元件或LRF 126。然后,这使这些元件之一能够查找与UE 108相关联的EEL,然后其可以被转发到PSAP 124。
在本公开的一些实现中,UE 108可以确定在本地无线网络(WLAN或蜂窝网络)中是否支持增强紧急位置(EEL),以及是否可以将EEL提供给PSAP连接到的蜂窝网络。可以在进行紧急呼叫之前(例如当UE 108进入本地无线网络的无线电范围时),或者一旦开始紧急呼叫,就做出该确定。EEL还可以用于确定最接近UE的PSAP(例如124)。
根据本公开的一些实现,在EEL可以被使用之前,UE 108中的紧急呼叫管理引擎130可以执行以下检查:
·是否存在支持扩展紧急信息(EEI)机制(例如EEI类型)的本地WLAN(例如102)?
·蜂窝网络118是否也支持相同的EEI类型?
·本地WLAN和蜂窝网络之间是否存在关系?
EEI包括关于支持的EEL精度类型(EEI类型)的信息。
如本文所用,“引擎”可以指硬件处理电路,其可以包括以下任意一项或某些组合:微处理器、多核微处理器的内核、微控制器、可编程集成电路、可编程门阵列、数字信号处理器或其他硬件处理电路。备选地,“引擎”可以指硬件处理电路和在硬件处理电路上可执行的机器可读指令(软件和/或固件)的组合。
UE 108中的紧急呼叫管理引擎130还可以确定蜂窝网络118的位置检索***(例如LRF 126和/或中间网络元件112、114和116)是否可以备选地使用WLAN 102的EEL信息,使得紧急呼叫SIP消息内的EEL信息可以被传递到PSAP124。在EEL信息被传递到PSAP 124的示例中,PSAP 124不必具有到中间网络元件或WLAN 102的新接口或协议。在其他示例中,PSAP124可以查询中间网络元件以获得EEL信息,或者中间网络元件经由单独的协议或SIP会话来提供EEL信息。
以下描述了可由图1所描述的各个实体执行的一些任务。
PSAP 124能够处理来自UE(例如图1中的108)或蜂窝网络118的紧急呼叫,并且能够访问包含UE 108的EEL的新数据库(例如E-MAC数据库116)。
E-MAC数据库116存储与UE相关联的EEL信息。可以使用以下EEI类型中的一种或多种来对位置信息(EEL信息)建立索引:
·EEI类型1,使用WLAN AP BSSID(用于ATIS解决方案)。
·EEI类型2,使用UE MAC地址(用于3GPP解决方案)。
·EEI类型3,使用UE IP地址(用于其他位置协议)。
·EEI类型4,使用BT-PDA(用于ATIS解决方案)。假设蓝牙设备(例如蓝牙信标150)在UE 108的无线电范围内,该UE 108具有可操作的蓝牙接口。
在一些示例中,位置信息包括UE 108的当前位置,或者相关联的WLAN AP或蓝牙设备的位置、或者这些的组合。
位置信息可以包括地理位置或城市位置(或两者)的信息。
E-MAC数据库116将至少一个移动国家代码(MCC)映射到EEI类型,使得EEI类型可以表示不同国家中的不同定位机制。在某些情况下,一个国家可以由多于一个MCC标识。
AAA服务器114认证与WLAN 102相关联的UE,并将位置信息传递给E-MAC数据库116(作为E-MAC数据库116中的新条目或现有条目的更新)。
在一些示例中,一些WLAN AP 104和/或106可以向UE提供建筑物内接入。
蓝牙信标(例如150)提供了可用于提供UE 108的更细粒度位置的附加位置信息。蓝牙公共地址(BT-PDA)由WLAN基础设施确定并被传递给E-MAC数据库116。
在一些示例中,UE MAC地址隐私可以被提供。换句话说,每次UE与WLAN关联时,UE的MAC地址都改变,并且该改变被发送到PSAP和/或中间网络元件。
E-MAC数据库116具有将E-MAC数据库记录映射到建筑物中的位置的能力。
指示
根据本公开的一些实现,为了进行紧急呼叫,可以向UE 108提供以下指示中的任意一个或全部。“指示”可以指消息、信息元素或任意其他信息。
第一指示指示EEI由本地WLAN支持(例如在UE 108的无线电范围内的WLAN)。
第二指示指示WLAN支持的(多个)EEI类型。
第三指示指示WLAN具有连接性(如果有的话)的蜂窝***的(一个或多个)公共陆地移动网络(PLMN)。
第四指示指示蜂窝***的注册的PLMN(RPLMN)。RPLMN是已发生某些位置注册结果的PLMN。在共享网络中,RPLMN是由核心网络运营商的PLMN身份定义的PLMN,该核心网络运营商已接受UE的位置注册。
在一些示例中,第一指示和第二指示可以是相同指示的部分(例如消息、信息元素等)。
第一、第二、第三和/或第四指示可以由UE 108的紧急呼叫管理引擎130从蜂窝网络或WLAN基于以下各项中的任意一项或某种组合来确定:(1)从蜂窝网络或WLAN接收广播信息中的(多个)指示;(2)通过发送第一消息并接收第二消息(例如查询响应机制)来获得(多个)指示;(3)在认证过程中接收(多个)指示,和/或(4)已经与无线网络相关联或注册,或已在UE中存储(高速缓存)信息。
WLAN检查
UE 108的紧急呼叫管理引擎130可以使用第一指示和第二指示来执行WLAN 102的检查。例如UE 108的紧急呼叫管理引擎130可以使用第一指示和第二指示来确定WLAN 102的EEI能力(即,WLAN 102是否支持EEI和/或(多个)EEI类型是否由WLAN 102支持)。
蜂窝网络检查
UE 108的紧急呼叫管理引擎130可以使用第四指示来执行对蜂窝网络118的检查。例如紧急呼叫管理引擎130确定第四指示的信息(例如RPLMN的标识符)与第三个指示所指示的PLMN的MCC和移动网络代码(MNC)对是否匹配。备选地,可以存在与RPLMN或等效RPLMN匹配的PLMN(例如由MCC、MNC对表示)。当UE向RPLMN注册时,将在SIP ATTACH ACCEPT消息或REGISTER ACCEPT消息中接收到等效的RPLMN代码。
在一些示例中,第三指示和第四指示可以被构造为(1)网络身份或(2)国家身份。PLMN采取的网络身份可以采用MCC和MNC对的形式。国家身份可以是MCC的形式,如果由UE108接收,则其可能意味着该国家中的所有网络都支持EEI。
UE可以在与紧急会话相关联的消息中发送前述指示(具有可选地关联的WLAN标识符)中的任意一个,例如SIP INVITE、SIP UPDATE、SIP REINVITE或任意其他SIP消息。例如指示还可以被包括在用于NG RAN或5G网络的NAS消息中。
错误
如果WLAN 102或蜂窝网络118不支持EEI,则紧急呼叫建立可以停止,并且指示问题的原因代码可以通过蜂窝网络118、WLAN 102或网络中的服务器返回给UE 108。在其他示例中,也可以在其他阶段发送类似的原因代码(和成功代码)。
EEI消息流
图2是根据一些示例的过程的消息流程图。注意,尽管在图2中示出了任务的特定顺序,但是要注意的是,在其他示例中,可以以不同的顺序来执行任务,或者可以在该过程中包括其他或备选的任务。例如任务202不必必须在任务204之前发生,因为UE 108可以在任意紧急呼叫发生之前确定网络中支持的EEI。
UE 108接收(在202处)紧急呼叫的指示。紧急呼叫的指示可以由UE的用户发起或者可以由网络发起。例如该指示可以是在UE 108处的拨号或键入的字符串或按钮按下。备选地,该指示可以在SIP消息(例如SIP 380消息、SIP 1xx或2xx响应消息、或另一SIP消息)、或在另一类型的消息中从网络接收。
UE 108对WLAN 102执行(在204处)各种检查。例如UE 108确定是否必须利用WLANAP来执行认证,诸如通过使用没有证书的开放式认证。UE 108可以使用以下技术中的任意一种来做出该确定。UE 108可以执行对WLAN信标中的信息、探测响应中的信息或接入网络查询协议(ANQP)响应的ANQP元素中的信息的分析。备选地,UE 108可以分析蜂窝网络广播信息。
由UE 108执行的另一WLAN检查包括由UE 108的紧急呼叫管理引擎130确定WLAN102是否支持一种或多种EEI类型。例如这可以基于上面讨论的第二指示。尽管未示出,但是UE 108的紧急呼叫管理引擎130还可以基于第一指示来确定WLAN 102是否支持EEI。
如果WLAN 102不支持任意EEI类型(如基于第一指示和/或第二指示所确定,则UE108的紧急呼叫管理引擎130可以确定是否存在支持一种或多种EEI类型的第二AP或WLAN(在UE 108的无线电范围内)。紧急呼叫管理引擎130然后可以请求UE 108移动到第二AP或WLAN以进行紧急呼叫。
UE 108可以使用MAC地址成功地获得与WLAN 102或第二WLAN的WLAN AP的IP连接。
接下来,UE 108的紧急呼叫管理引擎130执行(在206处)蜂窝网络检查,并且更具体地,执行RPLMN的检查以确定RPLMN是否支持任意(多个)EEI类型。如果UE已经从RAN接收到诸如广播信息的信息,则UE 108不必执行该任务,因为UE 108已经知道RAN支持(多个)EEI类型。
否则,UE 108向RPLMN发送SIP消息以使RPLMN向UE 108发送响应,其中该响应可以包括关于RPLMN支持的(多个)EEI类型的信息,或者该响应可以指示RPLMN不支持任意EEI类型。UE 108还可以在SIP消息中发送(在208处)(多个)EEI类型、UE MAC地址、WLAN标识符(例如WLAN AP BSSID)、IP地址、BT-PDA等。
UE 108可以使用现有的ANQP元素来确定WLAN 102连接到的蜂窝网络118的PLMN。UE 108可以比较从WLAN 102接收的网络身份(例如(多个)PLMN的身份),并且将网络身份与RPLMN身份或如果到的等效的RPLMN身份进行比较。
PSAP 124可以使用(多个)EEI类型来确定UE 108的位置。备选地,UE 108通过蜂窝网络118在SIP消息中发送(在210)EEL数据集合,该消息被传递到PSAP124。这允许UE与紧急呼叫一起发送更新的位置。当PSAP 124接收到SIP消息中的EEL数据集合时,它可以更新LRF或中间网络元件中的相应UE位置。SIP消息中包括的UE 108的EEL和相关联的(多个)EEI类型可以被称为EEL数据集合,并且可以包括前述信息的任意或某种组合。取决于UE 108具有关联的WLAN的数量以及UE 108支持的EEL格式的数量,可以存在多个EEL数据集合。
SIP消息可以包括以下各项中的任意一个:邀请、更新、重新邀请、注册(例如当针对紧急情况向SIP注册时)、等等。其他(非SIP)消息可能包括附接、(5G)注册、跟踪区域更新、服务请求、分组数据网络(PDN)连接请求、分组数据单元(PDU)会话请求等。
此时,UE 108与PSAP 124之间的紧急呼叫开始(在212)。
如果UE 108的紧急呼叫管理引擎130确定(在204处)WLAN 102(以及可能的第二WLAN)不支持任意EEI类型,或者UE 108的紧急呼叫管理引擎130确定(在206)RPLMN不支持任意EEI类型,则UE 108的紧急呼叫管理引擎130指示(在214)EEI失败,并且可以提供EEI失败的原因代码(例如原因代码可以指示WLAN 102或RPLMN不支持任意EEI类型)。在一些示例中,EEI失败可以被称为EEL失败。
2.关于各种实现的细节
2.1紧急呼叫指示
图2中的任务202涉及UE 108接收紧急呼叫的指示。
这可以以许多不同的方式来实现。
UE 108从解码接收到的字母数字字符串中检测出该字母数字字符串与作为已知或公开的紧急号码的字母数字字符串匹配,例如911、112、999等。
备选地,作为会话发起的一部分,UE 108从网络接收指示该会话是紧急会话的消息。该消息可以包括以下消息中的任意一个。
诸如SIP 180或SIP 2xx的第一响应消息指示会话已被允许继续。在这种情况下,UE 108将处于建立用于紧急呼叫的会话的过程中。
备选地,该消息可以是指示会话已经被允许继续的第一响应消息,并且UE 108可以基于第一响应消息中的指示符来确定该会话请求是包括紧急号码的会话请求。
作为另一示例,该消息可以是第二响应消息,例如SIP 380,其指示UE 108进行了会话发起,但是网络已经检测到该会话发起是紧急会话。UE 108应重新尝试该会话并使用紧急过程。
2.2 WLAN是否支持EEI类型?
图2中的任务204包括UE 108确定WLAN 102是否支持一个或多个EEI类型。
2.2.1 WLAN和EEI类型发现
UE 108扫描并找到WLAN。注意,UE 108可以出于隐私原因在WLAN上扫描和操作时使用随机的或改变的MAC地址。
UE 108通过(1)接收RAN广播信息(在下面的第2.7节中进一步讨论),或者(2)使用ANQP请求/响应消息传递(请参阅下面的2.6节)来发现WLAN支持的(多个)EEI类型。
在其他示例中,UE 108可以使用不同的技术来发现WLAN支持的(多个)EEI类型。
这些消息在图3中也被显示为消息304-a和304-b,或者在图4中被显示为消息404-a和404-b(下面进一步讨论)。
取决于从网络接收的信息是否表明支持多个选项,支持的(多个)EEI类型的发现可以重复多次。如果与发现支持的(多个)EEI类型的任务有关的操作已重复多次,则可能多个MAC地址已注册到各自的WLAN中。这些MAC地址可以包括(1)向具有第一IP地址的第一WLAN(第一标识符)注册的第一MAC地址,(2)向具有第二IP地址的第二WLAN(第二标识符)注册的第二MAC地址,以及(3)向具有第N个IP地址的第N个WLAN(第N个标识符)注册的第N个(N>1)MAC地址。
MAC地址可以全部相同或不同。备选地,可以存在与WLAN组相关联的MAC地址,例如与包含WLAN 1至p的第一组相关联的第一MAC地址、与包含WLAN q至z的第二组相关联的第二MAC地址、等等。
2.2.2 MAC地址确定
如结合图2所讨论的,作为发现支持(多个)EEI类型的WLAN的一部分,UE 108与WLAN关联并进行认证。为此,UE 108确定用于与WLAN连接的MAC地址。
图3示出了在UE 108没有预先存在的WLAN关联的场景中确定MAC地址的示例。图4示出了在UE 108具有预先存在的WLAN关联的场景中确定MAC地址的示例。
如图3所示,UE 108接收(在302处)紧急呼叫的指示,其类似于图2中的任务202。
任务304-a、304-b和304-c是UE 108可用来执行图2中的任务204的WLAN检查的几个选项。如上所述,UE 108可以接收(在304-a)来自蜂窝网络118的RAN信息,其可以由UE108用来执行WLAN检查。
备选地,UE 108可以基于与WLAN 102交换(在304-b)ANQP请求(由UE 108发送到WLAN 102)和ANQP响应(由WLAN 102响应于ANQP请求发送到UE 108),执行WLAN检查。在ANQP过程(304-b)中,UE 108还可以向WLAN 102发送其UE MAC地址和BT-PDA(例如从最近的蓝牙信标或信标列表)。
备选地,可以在可扩展认证协议(EAP)交换304-c中使用类型-长度-值(TLV)来执行UE 108对UE MAC地址的发送。在这样的示例中,EAP可以用于确定WLAN 102是否支持(多个)EEI类型。
例如可以定义以下TLV来携带信息:
·类型:wlanMAC;长度:6;值:{包含UE的MAC地址的6个八位字节的字符串}。
·类型:btBeaconInfo;长度:17;值{15个八位字节的字符串,包含接收到的蓝牙信标的UUID}{1个八位字节,指示来自接收到的信标的TX功率}{1个八位字节,指示接收到的信标的RSSI}。
UE 108还可以诸如根据以下格式将信息包括在EAP请求帧中:{wlanMAC}{btBeaconInfo1}{btBeaconInfo2}{btBeaconInfo3}
UE 108还可以在ANQP请求帧中编码类似的信息,其中每个TLV被映射到新的ANQP元素(任务304-b)。
在EAP过程的最后(任务304-c),应该有向WLAN 102注册的UE MAC地址。UE 108还可以执行用于网络地址转换(STUN)过程的会话遍历实用程序(如请求注解(RFC)5389中所述)或使用中继围绕网络地址转换(TURN)过程的遍历(如RFC 5766中所述)以确定WLAN 102的外部IP地址,该地址可用作EEI类型3值。
UE 108(或WLAN 102)将EEL数据集合(即,EEL和相关的(多个)EEI类型)打包在消息中,并在AAA服务器114、中间网络元素或E-MAC数据库116内发送EEL数据集合以更新任意条目。UE 108可以将该信息打包在空中的新IEEE 802.11帧中(例如新的信息元素),其进而又被WLAN 102(通常是与UE相关联的AP)包括在远程验证拨号中WLAN 102(通常是与UE关联的AP)在远程认证拨入用户服务(RADIUS)请求帧或RADIUS计费帧中。打包的信息然后被转发到AAA服务器114、中间网络元素或E-MAC数据库116。当WLAN 102创建包(代表UE 108)时,信息仅被打包在RADIUS帧中。安全保护可以被应用于通过空中发送的IEEE 802.11帧。
当UE 108从一个AP过渡到另一AP时,UE 108可以发送消息以更新EEL数据集合(即,EEL和相关联的(多个)EEI类型)。UE 108还可以周期性地发送EEL数据集合更新以刷新EEL数据集合。再次,WLAN 102可以在这两种情况下代表UE进行动作。
图3进一步示出了UE 108(在306处)接收RPLMN信息以执行图2中的任务206的RPLMN检查。此外,UE 108利用IP多媒体***(IMS)310执行(在308处)SIP过程,其包括在图2的任务210中发送SIP消息。下面将进一步讨论任务306和308。
在图3中,对于UE 108没有预先存在的WLAN关联的场景,紧急呼叫指示(302)的接收发生在任务304-a、304-b或304-c之前。
图4示出了在任务404-a、404-b或404-c之后接收到紧急呼叫指示(在402)。任务404-a、404-b和404-c分别类似于图3的任务304-a、304-b和304-c。
任务406和408分别类似于图3的任务306和308。
2.3 RPLMN是否支持EEI类型?
本节进一步详细描述任务206(图2)、306(图3)或406(图4)。
如果UE 108从RAN广播信息中确定支持EEI类型的WLAN的存在(请参阅2.2.1节和图3的任务304-a或图4的任务404-a),则单独进行RPLMN是否支持EEI类型的确定可能不必被执行。
UE 108可以检查第三指示和第四指示(参见第1节),以确保WLAN 102与同一RPLMN具有某种关系;换句话说,WLAN和RPLMN可以访问提供位置信息的中间网络元件(例如E-MAC数据库116)。然后,当从RPLMN发出紧急SIP呼叫时,这允许中间网络元件(或PSAP 124本身)取回UE的EEL。
UE可能已经在移动性管理消息、SIP消息或广播消息中接收到第四指示。另外,用于第四指示的这些传递机制中的任意一种都可能包括等效网络身份。
UE在第三指示(PLMN)和第四指示之间进行比较。如果第三个指示是国家/地区代码,并且国家代码与第四指示(或等效网络身份)相同,则RPLMN支持该EEI类型。
如果第三指示是PLMN,并且第四指示(或等效网络身份)与第三指示匹配,则RPLMN支持EEI类型。
2.4SIP消息中的EEL数据集合
本部分提供了有关任务210(图2)、任务308(图3)或任务408(图4)的更多细节。
UE 108基于所支持的WLAN和RPLMN的(多个)EEI类型,确定要包括在要发送到RPLMN的SIP消息中的EEL数据集合(有关更多详细信息,请参见2.9节)。EEI类型用作针对EEL信息的E-MAC数据库116中的索引。
对于EEI类型1,将WLAN AP BSSID(对于ATIS解决方案)用作索引。对于EEI类型2,将UE MAC地址(对于3GPP解决方案)用作索引。对于EEI类型3,将UE IP地址(对于其他位置协议)用作索引。对于EEI类型4,将BT-PDA(用于ATIS解决方案)用作索引。
对于EEI类型3,UE 108可以执行EAP认证以获得IP地址。可以包括上述信息的多个实例。
如果UE尚未发起会话,例如到网络的紧急会话,则SIP消息可以是INVITE消息。
如果UE已经执行了会话发起,则SIP消息可以是RE-INVITE或UPDATE消息。
2.5 PSAP根据(多个)EEI类型来确定EEL
一旦PSAP 124接收到包含用于建立紧急呼叫的EEL数据集合的SIP消息,则PSAP124使用来自EEL数据集合的标识符中的一个或多个标识符((多个)EEI类型)来查找E-MAC数据库114中的位置信息。
2.6 EEI ANQP元素定义
以下描述了UE 108如何能够确定WLAN 102支持(多个)EEI类型。这可以使用公共动作帧或使用诸如ANQP的协议来执行。该确定可以在UE 108关联到WLAN 102之前(关联之前)、关联期间或之后被执行。
与下面所示相似的编码可以用于增强Wi-Fi Alliance Hotspot 2.0规范。
新的EEI ANQP元素定义如下,下表中带下划线的文本表示对IEEE 802.11-2016规范的示例改变。下表编号是IEEE 802.11-2016规范的表格编号。这些改变与上面第2节中的表中描述的消息一致。
表9-271:ANQP元素定义
Figure BDA0003140790290000181
表11-15:ANQP用法
Figure BDA0003140790290000182
EEI ANQP元素指示在IEEE 802.11接入网络内可用的EEI。
在图5中提供了EEI ANQP元素500的格式。如图5所示,根据一个示例,EEI ANQP元素500的EEI指示符字段的长度为一个八位字节,如在下表中定义:
含义 EEI类型
支持的EEI类型1 0 BSSID
支持的EEI类型2 1 MAC地址
支持的EEI类型3 2 IP地址
支持的EEI类型4 3 BT-PDA
保留 4-15
EEI指示符字段的备选编码是作为一个八位字节的位掩码,如图6所示。在图6的示例中,位b4、b3、b2、b1如果被设置为有效值(例如逻辑“1”)指示支持的相应EEI类型(EEI类型4、3、2、1)。图6的编码的优点在于能够在相同的ANQP元素中通告多个EEI类型(如果位b4、b3、b2、b1中的多个位被设置)。
2.7 RAN广播信息定义
如上所述,可以使用RAN广播信息来执行WLAN检查(例如图3中的304-a或图4中的404-a)。
以下是对3GPP TS.36.331或备选文档的改变的示例,其中用下划线标记的内容突出示出了改变。
6.3 RRC信息元素
6.3.1***信息块
SystemInformationBlockType17
IE SystemInformationBlockType17包含与E-UTRAN和WLAN之间的业务导向有关的信息。
Figure BDA0003140790290000191
Figure BDA0003140790290000201
Figure BDA0003140790290000211
表1–对3GPP TS 36.331的改变示例
2.8 EAP机制
下面分别描述与在图3和4的任务304-c和404-c中使用EAP过程相关的细节。
EAP是可用于认证用户的机制。在使用EAP信令向UE 108指示WLAN支持哪种EEI类型方面,存在两种备选解决方案。
根据第一EAP解决方案,UE 108在网络访问标识符(NAI)中发送其MAC地址。在第一解决方案中,UE 108或者已经使用本公开中讨论的其他机制来发现了WLAN能力,或者只是将其MAC地址发送(不知道WLAN是否支持EEI)到WLAN 102。
根据第二EAP解决方案,UE 108使用NAI向WLAN 102进行认证,并且作为EAP过程的一部分,接收WLAN 102是否支持(多个)EEI类型的指示。然后,108接收对WLAN 102支持的(多个)EEI类型的EAP响应。
2.8.1第一EAP解决方案的过程
图7示出了第一个EAP解决方案的示例过程。在图7的过程中,使用的MAC地址是公共用户ID,但可以是NAI的任意部分(请参阅下面的2.8.3节)。
UE 108向网络发送(在702处)消息,其中该消息包括作为NAI的一部分的MAC地址(例如公共用户ID)。该消息由诸如AAA服务器114的认证功能接收,其接收作为NAI的一部分的MAC地址。
然后,UE 108进行涉及AAA服务器114和E-MAC数据库116的认证过程(在704)。为了完成认证,AAA服务器114发送(在706)回消息(例如确认),其表示成功或失败,并可选地包括有关AAA服务器114是否接收到MAC地址的指示。在失败的情况下,错误代码可被包含在消息706中。
2.8.2第二EAP解决方案的过程
图8示出了第二EAP解决方案的示例过程。图8使用4G(LTE)术语。但是,AAA服务器114可以用访问和移动性管理功能(AMF)和/或统一数据管理(UDM)替换。E-MAC数据库116也可以是UDM。
UE 108向网络发送(在802处)消息,其中该消息包括作为NAI的一部分的MAC地址(例如公共用户ID)。该消息由诸如AAA服务器114的认证功能接收,该认证功能接收作为NAI的一部分的MAC地址。
在图8中,认证过程由AAA服务器114发起,该AAA服务器114向UE 108发送(在804)包括支持EEI的指示的挑战。UE 108通过向AAA服务器114发送(在806)认证响应来进行响应,其中认证响应包括EEI请求。包含EEI请求的认证响应从AAA服务器114被发送(在808)到E-MAC数据库116,其用包括EEI响应的确认进行响应(在810)。AAA服务器114将包括EEI响应的确认转发(在812)到UE108。在失败的情况下,错误代码可以被包含在消息812中。
下面表示如何在5G网络或4G或EPC网络中或在访问WLAN中使用EAP框架来获得EEI数据,不同之处在于功能的名称。
下表表示3GPP TS 24.302所需的改变(带下划线的文字),并示出了如何在EAP-AKA交换中发送数据的示例。
Figure BDA0003140790290000231
Figure BDA0003140790290000241
Figure BDA0003140790290000251
Figure BDA0003140790290000261
Figure BDA0003140790290000271
Figure BDA0003140790290000281
Figure BDA0003140790290000291
Figure BDA0003140790290000301
表2–对3GPP TS 24.302的提议变更
2.8.2 NAI构建
NAI可以是以下任意一种:
用户名 MAC@domain
用户名的一部分 Username.mac@domain
域的一部分,例如标签 [email protected]
装饰NAI的一部分 1stdomain@mac!2nd域
2.9 IMS过程和SIP更新
用于IMS过程和SIP更新的信息元素可以被编码在现有的报头、特征标签中,或者可以被编码在新的报头、特征标签或XML或其组合中。可以使用URI进行编码。
Figure BDA0003140790290000302
表3–特征标签示例
表3示出了特征标签编码的两个备选示例,其中第一示出了与MAC地址相关联的BSSID的示例,并且第二示出了仅UE MAC地址。
2.9.1非3GPP报头字段
可以定义新的报头字段,例如命名为Non-3GPP-Network-Info报头字段。
UE108可以使用3GPP接入来接入IM核心网络子***。
UE 108可以支持一种或多种无线电接入技术(例如WLAN)。
如果信息可用,则UE 108在存在P-Access-Network-Info报头字段的每个请求或响应中包括在以下第2.11节中指定的Non-3GPP-Network-Info报头字段。
2.10在UE中高速缓存WLAN标识符
UE 108确定WLAN的身份,WLAN ID,例如服务集标识符(SSID)。然后,UE 108将(多个)WLAN ID与存储器中的WLAN ID列表进行比较。该列表包含已知支持(多个)EEI类型的WLAN ID。该列表可以实现为(1)带有(多个)EEI类型指示的单个列表,或(2)EEI类型1WLANID列表、EEI类型2WLAN ID列表等。
信息可以被存储在管理引擎(ME)存储器中或通用集成电路卡(UICC)或另一存储设备上,然后被读入UE存储器中。
2.11要包括在SIP消息中的数据的编码
本部分示出了如何在3GPP标准中对SIP消息进行编码的示例。
7.2.ab非3GPP网络信息报头字段的定义
7.2.ab.1简介
支持一种或多种非3GPP无线电接入技术(例如WLAN)但使用3GPP接入或3GPP IP-CAN来访问IM CN子***的用户代理(UA)可以使用此报头字段将信息中继到UE最近观察到的有关非3gpp无线电接入技术的其服务提供商。例如UE使用演进的分组核心(EPC)经由对IM CN子***的3gpp访问进行紧急呼叫,使用该报头字段向其服务提供商传达可用于确定位置的信息。
7.2.ab.2用于非3GPP-Network-Info报头字段的适用性声明
非3GPP网络信息字段在信任域内适用。非3GPP网络信息报头字段可以被包括在其中存在P-Access-Network-Info报头字段的任意SIP请求和响应中。
非3GPP网络信息报头字段填充有以下内容:
1)根据提供信息的附加访问技术,接入类型字段被设置为“3GPP-WLAN”、“不受信任的非3GPP-VIRTUAL-EPC”、“WLAN-no-PS”、“3GPP-GAN”、“VIRTUAL-no-PS”之一;
2)如果访问类型字段设置为“3GPP-WLAN”、“不受信任的非3GPP-VIRTUAL-EPC”、“WLAN-no-PS”、“3GPP-GAN”、“VIRTUAL-no-PS”之一,将“i-wlan-node-id”参数设置为AP的MAC地址的十六进制值的ASCII表示形式,不带任意定界字符;
注意:在BSSID信息元素中提供了AP的MAC地址。
示例:如果AP的MAC地址=00-0C-F1-12-60-28,则i-wlan-node-id被设置为字符串“000cf1126028”。
注意:“i-wlan-node-id”参数不限于I-WLAN。可以为不是I-WLAN的WLAN***“i-wlan-node-id”参数。
3)如果访问类型字段设置为“3GPP-WLAN”,“不受信任的非3GPP-VIRTUAL-EPC”,“WLAN-no-PS”,“3GPP-GAN”,“VIRTUAL-no-PS”之一,则将“UE-id”参数设置为UE的MAC地址的十六进制值的ASCII表示形式,不带任意定界字符;或者
示例:如果UE的MAC地址=00-0C-F1-12-60-28,则UE-id被设置为字符串“000cf1126028”。
4)non-3gpp-info-age参数指示自UE收集有关非3GPP身份的信息以来的相对时间。参数的值是指示秒的数。
7.2.ab.4在UA处的过程
支持此扩展并且愿意公开相关参数的UA可以在P-Access-Network-Info报头字段被允许被呈现的任意SIP请求或响应中***非3GPP-Network-Info报头字段。
7.2.ab.5在代理处的过程
SIP代理不应修改蜂窝网络信息报头字段的值。
当将SIP信令被转发到位于不受信任的管理网络域中的SIP服务器时,SIP代理应移除非3GPP网络信息报头字段。
正在向UA提供服务的SIP代理可以对非3GPP-Network-Info报头字段值中存在的信息(如果存在)进行操作,以根据UA通过其正在访问服务器的网络或位置来提供不同的服务。SIP代理可以根据非3GPP信息年限参数来确定非3GPP身份信息的年限。根据信息的最新性,SIP代理可以执行不同的过程。
7.2.ab.6安全考虑
非3GPP网络信息报头字段包含敏感信息。在信任域外发送时,非3GPP网络信息报头字段应被移除。
不希望UE接收非3GPP网络信息报头字段。
示例设备
图9是示例设备900的框图,其可以是UE或其他类型的电子设备,或者可以是AP或蜂窝接入节点。
设备900包括一个或多个硬件处理器902。硬件处理器可以包括微处理器、多核微处理器的内核、微控制器、可编程集成电路、可编程门阵列、数字信号处理器或另一个硬件处理电路。
设备900进一步包括非暂态机器可读或计算机可读存储介质904,其存储可在一个或多个硬件处理器902上执行以执行相应任务的机器可读指令。
机器可读指令可以包括紧急呼叫管理指令906,其可以例如在UE或AP或蜂窝接入节点中执行。
设备900还包括无线接口908,其可以包括无线收发器和用于通过无线链路进行通信的协议栈的协议层。
存储介质904可以包括以下各项的任意一种或某种组合:半导体存储设备,诸如动态或静态随机存取存储器(DRAM或SRAM)、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)和闪存;磁盘,诸如固定、软盘和可移动磁盘;另一磁性介质,包括磁带;光学介质,诸如光盘(CD)或数字视频光盘(DVD);或另一类型的存储设备。注意,以上讨论的指令可以被提供在一个计算机可读或机器可读的存储介质上,或者备选地,可以被提供在分布在具有可能多个节点的大型***中的多个计算机可读或机器可读的存储介质上。这样的一种或多种计算机可读或机器可读存储介质被认为是物品(或制品)的一部分。物品或制品可以指任意制造的单个组件或多个组件。存储介质或多个存储介质可以位于运行机器可读指令的机器中,也可以位于远程站点,可以通过网络从该远程站点下载机器可读指令以执行。
在前面的描述中,阐述了许多细节以提供对本文公开的主题的理解。然而,可以在没有这些细节中的一些的情况下实践实现。其他实现可以包括对以上讨论的细节的修改和变化。旨在使所附权利要求覆盖这些修改和变型。

Claims (15)

1.一种方法,包括:
由无线设备从无线接入网络节点接收对由无线局域网WLAN支持的所支持的扩展紧急信息EEI类型的指示,
其中所述所支持的EEI类型是从多个不同的EEI类型中被选择的;
由所述无线设备发送与紧急呼叫有关的消息,所述消息包括根据所述所支持的EEI类型的EEI数据;以及
由所述无线设备向节点发送根据所述所支持的EEI类型的所述EEI数据,以用于由所述节点对根据所述所支持的EEI类型的所述EEI数据的存储,其中所述节点包括扩展媒体访问控制E-MAC数据库。
2.根据权利要求1所述的方法,其中所述指示从所述无线接入网络节点被接收,所述无线接入网络节点是WLAN接入点AP或无线接入网络RAN节点。
3.根据权利要求1所述的方法,还包括:
响应于所述无线设备从所述无线接入网络节点转换到另一无线接入网络节点,由所述无线设备向所述节点发送根据所述所支持的EEI类型的更新的EEI数据,以用于由所述节点对根据所述所支持的EEI类型的所述更新的EEI数据的存储。
4.根据权利要求1所述的方法,还包括:
响应于确定所述WLAN支持所述所支持的EEI类型,由所述无线设备确定注册公共陆地移动网络RPLMN是否支持所述所支持的EEI类型。
5.根据权利要求4所述的方法,其中确定所述RPLMN支持所述所支持的EEI类型包括:
确定所述WLAN具有连通性的PLMN的标识符与所述RPLMN的标识符或所述RPLMN的等效PLMN的标识符相匹配。
6.根据权利要求1所述的方法,其中所述消息包括用于发起所述紧急呼叫的会话发起协议SIP消息。
7.一种方法,包括:
由无线设备从无线接入网络节点接收对由无线局域网WLAN支持的所支持的扩展紧急信息EEI类型的指示,
其中所述所支持的EEI类型是从多个不同的EEI类型中被选择的;以及
由所述无线设备发送与紧急呼叫有关的消息,所述消息包括根据所述所支持的EEI类型的EEI数据,其中所述EEI数据包括所述所支持的EEI类型,所述所支持的EEI类型被用作对扩展媒体访问控制E-MAC数据库的条目的索引。
8.根据权利要求1或7所述的方法,还包括:
由所述无线设备向所述WLAN发送用于确定所述所支持的EEI类型的请求,
其中所述所支持的EEI类型的所述指示是由所述无线设备响应于所述请求接收的。
9.根据权利要求8所述的方法,其中所述请求包括公共动作帧或者接入网查询协议ANQP请求。
10.根据权利要求1或7所述的方法,其中所述多个不同的EEI类型包括以下一项或多项:
第一EEI类型,所述第一EEI类型使用WLAN接入点基本服务集标识符BSSID作为扩展紧急位置EEL,
第二EEI类型,所述第二EEI类型使用所述WLAN中的所述无线设备的媒体访问控制MAC地址作为所述EEL,
第三EEI类型,所述第三EEI类型使用所述WLAN中的所述无线设备的因特网协议IP地址作为所述EEL,以及
第四EEI类型,所述第四EEI类型使用蓝牙公共设备地址BT-PDA作为所述EEL。
11.根据权利要求1或7所述的方法,其中对所述所支持的EEI类型的所述指示是在广播信息中被接收的。
12.根据权利要求1或7所述的方法,其中对所述所支持的EEI类型的所述指示是响应于由所述无线设备发送的请求而被接收的。
13.根据权利要求1或7所述的方法,其中对所述所支持的EEI类型的所述指示是在用于认证所述无线设备的认证过程中被接收的。
14.一种无线设备,包括:
无线接口,用于与无线接入网络节点进行通信;以及
至少一个处理器,被配置为执行权利要求1至13中的任一项的步骤。
15.一种包括计算机可读指令的计算机程序产品,所述计算机可读指令当在无线设备的处理器中被执行时被配置为使所述处理器执行权利要求1至13中的任一项的步骤。
CN202080007682.2A 2019-04-29 2020-02-19 支持的扩展紧急信息类型 Active CN113261314B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/397,606 US10805982B1 (en) 2019-04-29 2019-04-29 Supported extended emergency information type
US16/397,606 2019-04-29
PCT/EP2020/054398 WO2020221486A1 (en) 2019-04-29 2020-02-19 Supported extended emergency information type

Publications (2)

Publication Number Publication Date
CN113261314A true CN113261314A (zh) 2021-08-13
CN113261314B CN113261314B (zh) 2024-03-08

Family

ID=69645977

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080007682.2A Active CN113261314B (zh) 2019-04-29 2020-02-19 支持的扩展紧急信息类型

Country Status (5)

Country Link
US (4) US10805982B1 (zh)
EP (2) EP4199560A3 (zh)
CN (1) CN113261314B (zh)
CA (1) CA3120471A1 (zh)
WO (1) WO2020221486A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11206640B2 (en) * 2019-05-22 2021-12-21 At&T Intellectual Property I, L.P. Private local network access, authentication, and association for 5G or other next generation network
US11304046B2 (en) * 2019-12-10 2022-04-12 T-Mobile Usa, Inc. Mobile device emergency services address management system
WO2022245622A1 (en) * 2021-05-19 2022-11-24 Cisco Technology, Inc. Device address rotation management protocol for a wireless local area network
US11855960B2 (en) * 2021-05-19 2023-12-26 Cisco Technology, Inc. Device address rotation management protocol for a wireless local area network
US11540116B2 (en) 2021-05-25 2022-12-27 Cisco Technology, Inc. Proactive notification of wireless client address rotation

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070032219A1 (en) * 2004-05-07 2007-02-08 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
CN101031135A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种紧急呼叫方法及***
CN101299712A (zh) * 2006-10-03 2008-11-05 捷讯研究有限公司 经电路交换网络从用户装置设备发起sip呼叫的***和方法
US20100297979A1 (en) * 2009-04-14 2010-11-25 Interdigital Patent Holdings, Inc. Method and apparatus for processing emergency calls
CN102077620A (zh) * 2008-04-25 2011-05-25 三星电子株式会社 无线通信***中用于提供紧急服务的装置和方法
CN103348709A (zh) * 2010-12-17 2013-10-09 瑞典爱立信有限公司 无线通信网络中的ue、网络节点和客户端节点中的方法
CN104735392A (zh) * 2011-01-13 2015-06-24 黑莓有限公司 用于管理移动通信设备中的媒体对象的方法和***
US20160345152A1 (en) * 2015-05-18 2016-11-24 Deutsche Telekom Ag Handling of emergency calls of a user equipment connected to a wireless access point
CN106376094A (zh) * 2015-07-02 2017-02-01 苹果公司 通过不可信无线网络支持紧急业务连接请求的方法和装置
US20180288582A1 (en) * 2017-04-03 2018-10-04 Blackberry Limited Method and Apparatus For Providing Emergency Codes to a Mobile Device

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7127230B2 (en) * 2004-12-10 2006-10-24 Bellsouth Intellectual Property Corporation Methods and computer program products for providing communications in emergency situations
US7787600B1 (en) * 2005-10-07 2010-08-31 At&T Mobility Ii, Llc Handling emergency calls using EAP
US7639792B2 (en) * 2005-11-23 2009-12-29 Att Knowledge Ventures, L.P. System and method for location management and emergency support for a voice over internet protocol device
JP5244969B2 (ja) * 2008-06-02 2013-07-24 リサーチ イン モーション リミテッド 緊急要求を管理するシステムおよび方法
US8160537B2 (en) * 2008-07-31 2012-04-17 Motorola Solutions, Inc. Method and apparatus for aggregating information in a wireless communication system
CN103338093B (zh) * 2012-03-02 2017-07-21 Lg电子株式会社 经由移动广播提供紧急报警服务的方法及其设备
CN108513350A (zh) * 2013-02-22 2018-09-07 华为技术有限公司 一种通信的方法、设备及***
US9301117B2 (en) * 2013-08-21 2016-03-29 Tritech Software Systems SMS communication during emergencies
US10616901B2 (en) * 2015-05-13 2020-04-07 Lg Electronics Inc. Method of configuring bearer for sending and receiving data in wireless communication system and apparatus supporting the method
US9992761B2 (en) * 2016-09-16 2018-06-05 Nextnav, Llc Systems and methods for transmitting information used to estimate a position of a mobile device
WO2018063182A1 (en) * 2016-09-28 2018-04-05 Whirlpool Corporation Structural panel for an appliance having stamped components and method therefor
US11039374B2 (en) * 2018-09-07 2021-06-15 Blackberry Limited Indicating support for a broadcast service

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070032219A1 (en) * 2004-05-07 2007-02-08 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
CN101031135A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种紧急呼叫方法及***
CN101299712A (zh) * 2006-10-03 2008-11-05 捷讯研究有限公司 经电路交换网络从用户装置设备发起sip呼叫的***和方法
CN102077620A (zh) * 2008-04-25 2011-05-25 三星电子株式会社 无线通信***中用于提供紧急服务的装置和方法
US20100297979A1 (en) * 2009-04-14 2010-11-25 Interdigital Patent Holdings, Inc. Method and apparatus for processing emergency calls
CN103348709A (zh) * 2010-12-17 2013-10-09 瑞典爱立信有限公司 无线通信网络中的ue、网络节点和客户端节点中的方法
CN104735392A (zh) * 2011-01-13 2015-06-24 黑莓有限公司 用于管理移动通信设备中的媒体对象的方法和***
US20160345152A1 (en) * 2015-05-18 2016-11-24 Deutsche Telekom Ag Handling of emergency calls of a user equipment connected to a wireless access point
CN106376094A (zh) * 2015-07-02 2017-02-01 苹果公司 通过不可信无线网络支持紧急业务连接请求的方法和装置
US20180288582A1 (en) * 2017-04-03 2018-10-04 Blackberry Limited Method and Apparatus For Providing Emergency Codes to a Mobile Device

Also Published As

Publication number Publication date
US20200344841A1 (en) 2020-10-29
CN113261314B (zh) 2024-03-08
EP4199560A3 (en) 2023-07-05
EP4199560A2 (en) 2023-06-21
US11758613B2 (en) 2023-09-12
US11109443B2 (en) 2021-08-31
EP3861776B1 (en) 2023-05-10
WO2020221486A1 (en) 2020-11-05
US20240032149A1 (en) 2024-01-25
US20200344842A1 (en) 2020-10-29
US10805982B1 (en) 2020-10-13
EP3861776A1 (en) 2021-08-11
US20210274592A1 (en) 2021-09-02
CA3120471A1 (en) 2020-11-05

Similar Documents

Publication Publication Date Title
US10993161B2 (en) Authenticating user equipments through relay user equipments
CN113261314B (zh) 支持的扩展紧急信息类型
US11743707B2 (en) Method and apparatus for providing emergency codes to a mobile device
EP3318087B1 (en) Selection of an epdg for wlan access to an evolved packet system
US11812357B2 (en) Methods and systems for provisioning emergency numbers
US20040229632A1 (en) Apparatus and method for providing location information
JP7505627B2 (ja) ノード及び方法
US20210248025A1 (en) Error handling framework for security management in a communication system
CN111512692A (zh) 选择非3gpp接入节点以支持到5g核心网的ims服务
WO2023286778A1 (en) Core network node, network node, method for core network node and method for network node
BR112018000211B1 (pt) Seleção de um epdg para acesso de wlan a um sistema pacote evoluído
TW201728219A (zh) 用於選擇進化型封包資料閘道以用於至進化型封包系統的無線區域網路存取的系統和方法

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: 40059421

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240510

Address after: Illinois, USA

Patentee after: Ot patent trusteeship Co.,Ltd.

Country or region after: U.S.A.

Address before: 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: 20240529

Address after: Ai Erlandubailin

Patentee after: Mariki Innovation Ltd.

Country or region after: Ireland

Address before: Illinois, USA

Patentee before: Ot patent trusteeship Co.,Ltd.

Country or region before: U.S.A.