用于控制测距结果交换的架构和方法与流程

1.本发明总体上涉及无线通信系统中的测距操作。特别地，提出了在无线通信网络中控制测距结果的交换的架构和方法。


背景技术：

2.对等感知通信(pac)网络是允许pac设备(pd)之间的直接通信的全分布式通信网络。pac网络可以采用诸如网格、星形等数种拓扑来支持用于各种服务的pd之间的交互。


技术实现要素：

3.[技术问题]
[0004]
本公开的实施例提供了在无线通信网络中控制测距结果的交换的架构和方法。
[0005]
[技术方案]
[0006]
在一个实施例中，提供了支持测距能力的无线通信系统中的第一网络实体。第一网络实体包括处理器，处理器经配置以：生成包括测测距使能指示符以及具有应答时间请求的测距请求测量和控制ie(rrmc ie)的媒体接入控制(mac)公共部分子层数据请求(mcps
‑
data.request)原语。第一网络实体还包括可操作地连接到处理器的收发器，收发器经配置以：向第二网络实体发送包括rrmc ie的第一mac数据，从第二网络实体接收包括测距应答时间瞬时ie(rrti ie)和rrmc ie的第二mac数据。第一网络实体的处理器进一步经配置以识别接收测距计数器(rxrangingcounter)的本地值。
附图说明
[0007]
为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的组件：
[0008]
图1示出了根据本公开的实施例的示例性无线网络；
[0009]
图2示出了根据本公开的实施例的示例性gnb；
[0010]
图3示出了根据本公开的实施例的示例性ue；
[0011]
图4a示出了根据本公开的实施例的正交频分多址发射路径的高层级示图；
[0012]
图4b示出了根据本公开的实施例的正交频分多址接收路径的高层级示图；
[0013]
图5示出了根据本公开的实施例的示例性电子设备；
[0014]
图6示出了根据本公开的实施例的示例性多对多场景；
[0015]
图7示出了根据本公开的实施例的示例性单侧双向测距；
[0016]
图8示出了根据本公开的实施例的具有三个消息的示例性双侧双向测距；
[0017]
图9示出了根据本公开的实施例的示例性测距请求应答时间ie内容字段格式；
[0018]
图10示出了根据本公开的实施例的示例性目的地列表内容字段格式；
[0019]
图11示出了根据本公开的实施例的示例性测距飞行时间ie内容字段格式；
[0020]
图12示出了根据本公开的实施例的示例性测距往返测量ie内容字段格式；
[0021]
图13示出了根据本公开的实施例的示例性测距应答时间瞬时ie内容字段格式；
[0022]
图14示出了根据本公开的实施例的示例性测距应答时间延迟ie内容字段格式；
[0023]
图15示出了根据本公开的实施例的示例性测距到达角延迟ie内容字段格式；
[0024]
图16示出了根据本公开的实施例的示例性测距控制单侧twr ie内容字段格式；
[0025]
图17示出了根据本公开的实施例的示例性测距控制双侧twr ie内容字段格式；
[0026]
图18示出了根据本公开的实施例的测距循环的示例性时间结构；
[0027]
图19示出了根据本公开的实施例的示例性测距设备命名法：控制器和控制者；
[0028]
图20示出了根据本公开的实施例的示例性测距循环结构；
[0029]
图21示出了根据本公开的实施例的测距调度(rs)ie的示例性内容字段；
[0030]
图22示出了根据本公开的实施例的rs表的示例性行；
[0031]
图23示出了根据本公开的实施例的示例性rtr ie内容字段；
[0032]
图24示出了根据本公开的实施例的提供商列表的示例性行；
[0033]
图25示出了根据本公开的实施例的示例性rar ie内容字段；
[0034]
图26示出了根据本公开的实施例的提供商列表的示例性行；
[0035]
图27示出了根据本公开的实施例的另一示例性rar ie内容字段；
[0036]
图28示出了根据本公开的实施例的提供商列表的另一示例性行；
[0037]
图29示出了根据本公开的实施例的示例性rrr ie内容字段；
[0038]
图30示出了根据本公开的实施例的提供商列表的另一示例性行；
[0039]
图31示出了根据本公开的实施例的另一示例性rrr ie内容字段；
[0040]
图32示出了根据本公开的实施例的提供商列表的另一示例性行；
[0041]
图33示出了根据本公开的实施例的用于基于调度的测距的方法的流程图；
[0042]
图34示出了根据本公开实施例的多播测距的示例性消息序列图，其中测距控制器是启动器和请求者；
[0043]
图35示出了根据本公开的实施例的示例性rrr ie内容字段格式；
[0044]
图36示出了根据本公开的实施例的提供商列表的示例性行/元素；
[0045]
图37示出了根据本公开的实施例的提供商列表的另一示例性行/元素；
[0046]
图38示出了根据本公开的实施例的示例性rr ie内容字段格式；
[0047]
图39示出了根据本公开的实施例的rr表的示例性行/元素；
[0048]
图40示出了根据本公开的实施例的rr表的另一示例性行/元素；
[0049]
图41示出了根据本公开实施例的具有rrr和rr ie的一对多ss
‑
twr的示例性消息序列图；
[0050]
图42示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图；
[0051]
图43示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图，其中启动器请求tof；
[0052]
图44示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图，其中启动器请求应答时间和往返时间；
[0053]
图45示出了根据本公开的实施例的示例性rrrc ie内容字段格式；
[0054]
图46示出了根据本公开的实施例的rrrc表的示例性行/元素；
[0055]
图47示出了根据本公开的实施例的rrrc表的示例性行/元素；
[0056]
图48示出了根据本公开的实施例的rrrc表的示例性简化行/元素；
[0057]
图49示出了根据本公开的实施例的具有一个控制八位字节的示例性经修正测距结果请求ie(rrr ie)；
[0058]
图50示出了根据本公开的实施例的rrr表中的示例性元素/行；
[0059]
图51示出了根据本公开的实施例的用于发送rrr ie的设备的示例性rrr表；
[0060]
图52示出了根据本公开的实施例的具有一个控制八位字节的另一示例性经修正测距结果请求ie(rrr ie)；
[0061]
图53示出了根据本公开的实施例的具有测距控制位的示例性经修正测距结果请求ie(rrr ie)；
[0062]
图54示出了根据本公开的实施例的具有一个控制八位字节的示例性经修正测距报告ie(rr ie)；
[0063]
图55示出根据本公开的实施例的rr表中的示例性元素/行；
[0064]
图56示出了根据本公开的实施例的具有一个控制八位字节的另一示例性经修正测距报告ie(rr ie)；
[0065]
图57示出了根据本公开的实施例的具有一个控制八位字节的示例性经修正测距请求和报告控制(rrrc)ie；
[0066]
图58示出了根据本公开的实施例的具有测距控制信息字段的示例性rrmc ie(或rrr ie)；
[0067]
图59示出了根据本公开的实施例的一对多ss
‑
twr的示例性消息序列图；
[0068]
图60示出了根据本公开实施例的用于一对多ds
‑
twr的示例性消息序列图：不存在来自启动器的测距结果请求；
[0069]
图61示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图：不存在具有延迟模式的来自启动器的测距结果请求；
[0070]
图62示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图：来自启动器的对第一应答时间和第二往返时间的请求；
[0071]
图63示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图：来自启动器的测距结果请求；
[0072]
图64示出了根据本公开的实施例的示例性测距应答时间瞬时ie内容字段格式；
[0073]
图65示出了根据本公开的实施例的示例性rrti表行元素格式；
[0074]
图66示出了根据本公开的实施例的用于具有延迟应答时间结果的ss
‑
twr的示例性消息序列图；
[0075]
图67示出了根据本公开的实施例的用于具有嵌入应答时间的ss
‑
twr的示例性消息序列图；
[0076]
图68示出了根据本公开的实施例的用于具有延迟应答时间结果的ds
‑
twr的示例性消息序列图；
[0077]
图69示出了根据本公开的实施例的用于具有三个消息的ds
‑
twr的示例性消息序列图；
[0078]
图70示出了根据本公开的实施例的用于一对多ss
‑
twr的示例性消息序列图；
[0079]
图71示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图：不存在来自启动器的测距结果的请求；
[0080]
图72示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图：存在来自启动器的第一应答时间和第二往返时间的请求；
[0081]
图73示出了根据本公开的实施例的一对多ds
‑
twr的示例性消息序列图：存在来自启动器的测距结果的请求；
[0082]
图74示出了根据本公开的实施例的用于m2m ss
‑
twr的示例性消息序列图；
[0083]
图75示出了根据本公开的实施例的m2m ds
‑
twr的示例性消息序列图；以及
[0084]
图76示出了根据本公开的实施例的用于安全测距操作的方法的流程图。
具体实施方式
[0085]
[最佳模式]
[0086]
在一个实施例中，提供了支持测距能力的无线通信系统中的第一网络实体。该第一网络实体包括处理器，该处理器经配置以：生成包括测测距使能指示符以及具有应答时间请求的测距请求测量和控制ie(rrmc ie)的媒体接入控制(mac)公共部分子层数据请求(mcps
‑
data.request)原语。第一网络实体还包括可操作地连接到处理器的收发器，收发器经配置以：向第二网络实体发送包括rrmc ie的第一mac数据，从第二网络实体接收包括测距应答时间瞬时ie(rrti ie)和rrmc ie的第二mac数据。第一网络实体的处理器进一步经配置以识别接收测距计数器(rxrangingcounter)的本地值。
[0087]
在另一实施例中，提供了支持测距能力的无线通信系统中的第二网络实体。第二网络实体包括收发器，收发器经配置以：从第一网络实体接收第一mac数据，第一mac数据包括测距使能指示符以及具有应答时间请求的测距请求测量和控制ie(rrmc ie)，其中rrmc ie由第一网络实体在媒体接入控制(mac)公共部分子层数据请求(mcps
‑
data.request)中生成；以及向第一网络实体发送包括测距应答时间瞬时ie(rrti ie)和rrmc ie的第二mac数据。第二网络实体还包括可操作地连接到收发器的处理器，该处理器经配置以识别接收测距计数器(rxrangingcounter)的本地值。
[0088]
在又一实施例中，提供了一种支持测距能力的无线通信系统中的第一网络实体的方法。该方法包括：生成媒体接入控制(mac)公共部分子层数据请求(mcps
‑
data.request)原语，该原语包括测距使能指示符以及具有应答时间请求的测距请求测量和控制ie(rrmc ie)；向第二网络实体发送包括rrmc ie的第一mac数据；从第二网络实体接收包括测距应答时间瞬时ie(rrti ie)和rrmc ie的第二mac数据；以及识别接收测距计数器(rxrangingcounter)的本地值。
[0089]
根据以下附图、说明和权利要求，其他技术特征对于本领域技术人员来说是显而易见的。
[0090]
在进行以下详细描述之前，阐述贯穿本专利文件使用的某些词和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括(include)”和“包含(comprise)”及其派生词意指非限制性地包含。术语“或”是包括性的，意味着和/或。短语“与
……
相关联”及其派生词意味着包括、被包括在
……
内、
与
……
互连、包含、被包含在
……
内、连接到或与
……
连接、耦合到或与
……
耦合、可与
……
通信、与
……
协作、交织、并列、接近、绑定到或与
……
绑定、具有、具有
……
的特性、具有与
……
的关系等等。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。这种控制器可以用硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。短语“至少一者”，当与项目列表一起使用时，意味着可以使用所列项目中的一者或多者的不同组合，并且可以仅需要列表中的一个项目。例如，“a、b和c中的至少一者”包括以下组合中的任一者：a、b、c、a和b、a和c、b和c，以及a和b和c。
[0091]
此外，下面描述的各种功能可以由一个或多个计算机程序来实现或支持，每个计算机程序由计算机可读程序代码形成，并包含在计算机可读介质中。术语“应用程序”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据，或其适于在适当的计算机可读程序代码中实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(rom)、随机存取存储器(ram)、硬盘驱动器、光盘(cd)、数字视频光盘(dvd)或任何其它类型的存储器。“非暂时性”计算机可读介质排除了有线、无线、光学或其它通信链路，这些链路传输暂时性电信号或其它信号。一种非暂时性计算机可读介质包括可以永久存储数据的介质，以及可以存储数据并随后重写数据的介质，例如可重写光盘或可擦除存储设备。
[0092]
在整个本专利文件中提供了对其它某些单词和短语的定义。所属领域的技术人员应了解，在许多(如果不是大多数)实例中，此类定义适用于此类经定义的词和短语的过去时态以及未来时态的使用。
[0093]
[发明模式]
[0094]
下面讨论的图1至图76以及用于描述本专利文件中的本公开的原理的各种实施例仅仅是示例性的，而不应以任何方式解释为限制本公开的范围。本领域的技术人员可以理解，本公开的原理可以在任何适当布置的系统或设备中实现。
[0095]
以下文件和标准描述在此通过引用结合到本公开中，如同在此完整阐述：ieee standard for wireless medium access control(mac)and physical layer(phy)specifications for peer aware communications用于对等感知通信的无线媒体访问控制(mac)和物理层(phy)规范的ieee标准,ieee std 802.15.8,2017；以及用于低速率无线个人区域网(wpan)的无线介质访问控制(mac)和物理层(phy)规范的ieee标准，ieee std 802.15.4,2105。
[0096]
简单地通过说明多个特定实施例和实现，包括预期用于实施本公开的最佳模式，本公开的各方面、特征和优点通过下面的详细描述将变得显而易见。本公开还能够具有其它的和不同的实施例，并且可以在各种明显的方面修正其数个细节，所有这些都不脱离本公开的精神和范围。因此，附图和描述在本质上被认为是说明性的，而不是限制性的。在附图的各图中以示例的方式而不是以限制的方式示出本公开。
[0097]
下面的图1
‑
图4b描述了在无线通信系统中实现并使用正交频分复用(ofdm)或正交频分多址(ofdma)通信技术的各种实施例。图1
‑
图3的描述并不意味着暗示对可以实现不同实施例的方式的物理限制或体系结构的限制。本公开的不同实施例可以在任何适当布置
的通信系统中实现。
[0098]
图1示出了根据本公开的实施例的示例性无线网络。图1所示的无线网络的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其它实施例。
[0099]
如图1所示，无线网络包括gnb 101(例如，基站(bs)),gnb 102和gnb 103。gnb 101与gnb 102和gnb 103通信。gnb 101还与至少一个网络130通信，例如因特网、专有因特网协议(ip)网络或其它数据网络。
[0100]
gnb 102为gnb 102的覆盖区域120内的第一多个用户设备(ue)提供对网络130的无线宽带接入。第一多个ue包括ue 111，其可以位于小型企业(sb)中；ue 112，其可以位于企业(e)中；ue 113，其可以位于wifi热点(hs)中；ue 114，其可以位于第一住宅(r)中；ue 115，其可以位于第二住宅(r)中；以及ue 116，其可以是移动设备(m)，诸如蜂窝电话、无线膝上型计算机、无线pda等。gnb 103为gnb 103的覆盖区域125内的第二多个ue提供对网络130的无线宽带接入。第二多个ue包括ue 115和ue 116。在一些实施例中，gnb101至gnb103中的一者或多者可以使用5g/lte/lte
‑
a/wimax/wifi或其它无线通信技术彼此通信以及与ue 111至116通信。
[0101]
根据网络类型，术语“基站”或“bs”可以指经配置以提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(tp)/发送
‑
接收点(trp)/增强型基站(enodeb或enb)、5g基站(gnb)、宏小区、毫微微小区、wifi接入点(ap)或其它无线启用的设备。基站可以根据一个或多个无线通信协议提供无线接入，例如，5g 3gpp新无线接口/接入(nr)、长期演进(lte)、高级lte(lte
‑
a)、高速分组接入(hspa)、wi
‑
fi 802.11a/b/g/n/ac等。为了方便起见，术语“bs”和“trp”在本专利文件中可互换地使用，以指代向远程终端提供无线接入的网络基础设施组件。此外，根据网络类型，术语“用户设备”或“ue”可以指任何组件，例如“移动站”、“用户站”、“远程终端”、“无线终端”、“接收点”或“用户设备”。为了方便起见，在本专利文件中使用术语“用户设备”和“ue”来指无线接入bs的远程无线设备，无论ue是移动设备(例如移动电话或智能电话)还是通常被认为是固定设备(例如台式计算机或自动售货机)。
[0102]
虚线示出了覆盖区域120和125的近似范围，其仅出于说明和解释的目的被示出为近似圆形。应当清楚地理解，与gnb相关联的覆盖区域，例如覆盖区域120和125，可以具有其它形状，包括不规则形状，这取决于gnb的配置以及与自然和人造障碍物相关联的无线电环境中的变化。
[0103]
如下面更详细描述的，ue 111至ue116中的一者或多者包括用于高级无线通信系统中的csi报告的电路、编程或其组合。在某些实施例中，gnb101至gnb103中的一者或多者包括用于高级无线通信系统中的csi获取的电路、编程或其组合。
[0104]
尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括适当布置的任何数量的gnb和任何数量的ue。此外，gnb 101可以直接与任何数量的ue通信，并向那些ue提供对网络130的无线宽带接入。类似地，gnb 102和gnb103中的每一者可以直接与网络130通信，并向ue提供对网络130的直接无线宽带接入。此外，gnb 101、gnb102和/或gnb103可以提供对诸如外部电话网络或其它类型的数据网络的其它或附加外部网络的接入。
[0105]
图2示出了根据本公开的实施例的示例性gnb 102。图2所示的gnb102的实施例仅用于说明，图1的gnb101和gnb103可以具有相同或相似的配置。然而，gnb具有多种配置，并
且图2不将本公开的范围限制于gnb的任何特定实现。
[0106]
如图2所示，gnb 102包括多个天线205a
‑
205n、多个rf收发器210a
‑
210n、发射(tx)处理电路215和接收(rx)处理电路220。gnb 102还包括控制器/处理器225、存储器230以及回程或网络接口235。
[0107]
rf收发器210a
‑
210n从天线205a
‑
205n接收输入rf信号，例如由网络100中的ue发送的信号。rf收发器210a
‑
210n将输入的rf信号下变频以产生if或基带信号。if或基带信号被发送到rx处理电路220,rx处理电路220通过对基带或if信号进行滤波、解码和/或数字化来产生经处理的基带信号。rx处理电路220将经处理的基带信号发送到控制器/处理器225进行进一步处理。
[0108]
tx处理电路215从控制器/处理器225接收模拟或数字数据(例如语音数据、web数据、电子邮件或交互式视频游戏数据)。tx处理电路215对输出基带数据进行编码、多路复用和/或数字化以产生经处理的基带或if信号。rf收发器210a
‑
210n接收来自tx处理电路215的输出经处理基带或if信号，并将基带或if信号上变频为经由天线205a
‑
205n发送的rf信号。
[0109]
控制器/处理器225可以包括一个或多个处理器或控制gnb 102的整体操作的其它处理设备。例如，控制器/处理器225可以根据公知的原理通过rf收发器210a
‑
210n、rx处理电路220和tx处理电路215来控制前向信道信号的接收和反向信道信号的发送。控制器/处理器225也可以支持附加功能，例如更高级的无线通信功能。
[0110]
例如，控制器/处理器225可以支持波束成形或定向路由操作，其中来自多个天线205a
‑
205n的输出信号被不同地加权，以有效地在期望的方向上操纵输出信号。控制器/处理器225可以支持gnb 102中的各种其它功能中的任一种。
[0111]
控制器/处理器225还能够执行驻留在存储器230中的程序和其它进程，例如os。控制器/处理器225可以通过执行进程而根据需要将数据移入或移出存储器230。
[0112]
控制器/处理器225还耦合到回程或网络接口235。回程或网络接口235允许gnb 102通过回程连接或通过网络与其它设备或系统通信。接口235可以支持通过任何适当的有线或无线连接的通信。例如，当gnb 102被实现为蜂窝通信系统(例如支持5g、lte或lte
‑
a的系统)的一部分时，接口235可以允许gnb 102通过有线或无线回程连接与其他gnb通信。当gnb 102被实现为接入点时，接口235可以允许gnb 102通过有线或无线局域网或通过有线或无线连接与较大网络(例如因特网)通信。接口235包括支持通过有线或无线连接的通信的任何合适的结构，例如以太网或rf收发器。
[0113]
存储器230耦合到控制器/处理器225。存储器230的一部分可以包括ram，而存储器230的另一部分可以包括闪存或其它rom。
[0114]
尽管图2示出了gnb 102的一个示例，但是可以对图2进行各种改变。例如，gnb 102可以包括任何数量的图2所示的每个组件。作为特定示例，接入点可以包括多个接口235，并且控制器/处理器225可以支持在不同网络地址之间路由数据的路由功能。作为另一个特定示例，尽管示出为包括tx处理电路215的单个实例和rx处理电路220的单个实例，但是gnb 102可以包括每一者的多个实例(例如每个rf收发器一个实例)。此外，图2中的各种组件可以被组合，进一步细分或省略，并且可以根据特定需要添加附加组件。
[0115]
图3示出了根据本公开的实施例的示例性ue 116。图3所示的ue 116的实施例仅用
于说明，图1的ue 111至ue115可以具有相同或相似的配置。然而，ue具有多种配置，并且图3不将本公开的范围限制于ue的任何特定实现。
[0116]
如图3所示，ue 116包括天线305、射频(rf)收发器310、tx处理电路315、麦克风320和接收(rx)处理电路325。ue 116还包括扬声器330、处理器340、输入/输出(i/o)接口(if)345、触摸屏350、显示器355和存储器360。存储器360包括操作系统(os)361和一个或多个应用程序362。
[0117]
rf收发器310从天线305接收由网络100的gnb发送的输入rf信号。rf收发器310下变频输入rf信号以产生中频(if)或基带信号。if或基带信号被发送到rx处理电路325,rx处理电路325通过对基带或if信号进行滤波、解码和/或数字化来产生经处理基带信号。rx处理电路325将经处理基带信号传输到扬声器330(例如用于语音数据)或处理器340以用于进一步处理(例如用于web浏览数据)。
[0118]
tx处理电路315从麦克风320接收模拟或数字语音数据或从处理器340接收其它输出基带数据(例如web数据、电子邮件或交互式视频游戏数据)。tx处理电路315对输出基带数据进行编码、多路复用和/或数字化以产生经处理基带或if信号。rf收发器310从tx处理电路315接收输出经处理基带或if信号，并将基带或if信号上变频为经由天线305发送的rf信号。
[0119]
处理器340可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器360中的os 361，以便控制ue 116的整体操作。例如，处理器340可以根据公知的原理通过rf收发器310、rx处理电路325和tx处理电路315来控制前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。
[0120]
处理器340还能够执行驻留在存储器360中的其它进程和程序，例如用于上行链路信道上的csi报告的进程。处理器340可以通过执行进程而根据需要将数据移入或移出存储器360。在一些实施例中，处理器340经配置以基于os 361或响应于从gnb或操作员接收的信号来执行应用程序362。处理器340还耦合到i/o接口345,i/o接口345向ue 116提供连接到诸如膝上型计算机和手持计算机之类的其它设备的能力。i/o接口345是这些附件和处理器340之间的通信路径。
[0121]
处理器340还耦合到触摸屏350和显示器355。ue 116的操作员可以使用触摸屏350将数据输入到ue 116中。显示器355可以是液晶显示器、发光二极管显示器或能够呈现文本和/或例如来自网站的至少有限的图形的其它显示器。
[0122]
存储器360耦合到处理器340。存储器360的一部分可以包括随机存取存储器(ram)，存储器360的另一部分可以包括闪存或其它只读存储器(rom)。
[0123]
尽管图3示出了ue 116的一个示例，但是可以对图3进行各种改变。例如，图3中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加组件。作为特定实例，处理器340可被划分成多个处理器，例如一个或一个以上中央处理单元(cpu)和一个或一个以上图形处理单元(gpu)。此外，尽管图3示出了被配置为移动电话或智能电话的ue 116，但是ue可以被配置为作为其它类型的移动或固定设备来操作。
[0124]
图4a是发射路径电路的高层级框图。例如，发射路径电路可以用于正交频分多址(ofdma)通信。图4b是接收路径电路的高层级示意图。例如，接收路径电路可以用于正交频分多址(ofdma)通信。在图4a和图4b中，对于下行链路通信，发射路径电路可以在基站(gnb)
102或中继站中实现，并且接收路径电路可以在用户设备(例如，图1的用户设备116)中实现。在其它示例中，对于上行链路通信，接收路径电路450可以在基站(例如，图1的gnb 102)或中继站中实现，并且发射路径电路可以在用户设备(例如，图1的用户设备116)中实现。
[0125]
发送路径电路包括信道编码和调制块405、串行到并行(s
‑
p)块410、大小为n的快速傅立叶逆变换(ifft)块415、并行到串行(p
‑
s)块420、添加循环前缀块425和上变频器(uc)430。接收路径电路450包括下变频器(dc)455、移除循环前缀块460、串行到并行(s
‑
p)块465、大小为n的快速傅立叶变换(fft)块470、并行到串行(p
‑
s)块475以及信道解码和解调块480。
[0126]
图4a 400和图4b 450中的至少一部分组件可以用软件来实现，而其它组件可以由可配置硬件或由软件与可配置硬件的混合来实现。特别地，应当注意，在本公开文件中描述的fft块和ifft块可以被实现为可配置软件算法，其中大小n的值可以根据实施方式来修正。
[0127]
此外，尽管本公开涉及实现快速傅立叶变换和快速傅立叶逆变换的实施例，但是这仅是示例性的，而不能被解释为限制本公开的范围。可以理解，在本公开的替换实施例中，快速傅立叶变换函数和快速傅立叶逆变换函数可以容易地分别由离散傅立叶变换(dft)函数和离散傅立叶逆变换(idft)函数代替。可以理解，对于dft和idft函数，n变量的值可以是任何整数(即，1、4、3、4等)，而对于fft和ifft函数，n变量的值可以是作为2的幂的任何整数(即，1、2、4、8、16等)。
[0128]
在发射路径电路400中，信道编码和调制块405接收一组信息比特，应用编码(例如，ldpc编码)并调制(例如，正交相移键控(qpsk)或正交幅度调制(qam))输入比特以产生频域调制符号序列。串行到并行块410将串行调制符号转换(即，解复用)为并行数据，以产生n个并行符号流，其中n是bs 102和ue 116中使用的ifft/fft大小。大小为n的ifft块415然后对n个并行符号流执行ifft操作，以产生时域输出信号。并行到串行块420转换(即，多路复用)来自大小为n的ifft块415的并行时域输出符号以产生串行时域信号。然后，添加循环前缀块425向时域信号插入循环前缀。最后，上变频器430将添加循环前缀块425的输出调制(即上变频)到rf频率，以便经由无线信道传输。还可以在转换到rf频率之前在基带处对信号进行滤波。
[0129]
所发送的rf信号在通过无线信道之后到达ue 116，并且执行与在gnb 102处的操作反向的操作。下变频器455将接收到的信号下变频到基带频率并移除循环前缀块460移除循环前缀以产生串行时域基带信号。串行到并行块465将时域基带信号转换为并行时域信号。大小为n的fft块470然后执行fft算法以产生n个并行频域信号。并行到串行块475将并行频域信号转换为调制数据符号序列。信道解码和解调块480对调制后的符号进行解调和解码，以恢复原始输入数据流。
[0130]
gnb101至gnb103中的每一者可以实现类似于在下行链路中向用户设备111
‑
116发送的发送路径，并且可以实现类似于在上行链路中从用户设备111
‑
116接收的接收路径。类似地，用户设备111
‑
116中的每一者可以实现与用于在上行链路中向gnb101 103进行发送的结构相对应的发送路径，并且可以实现与用于在下行链路中从gnb101至gnb 103进行接收的结构相对应的接收路径。
[0131]
对等感知通信(pac)网络是允许pac设备(pd)之间的直接通信的全分布式通信网
络。pac网络可以采用诸如网格、星形等数种拓扑来支持用于各种服务的pd之间的交互。虽然本公开使用pac网络和pd作为示例来阐述和说明本公开，但是应当注意，本公开不限于这些网络。在本公开中阐述的一般概念可以用于具有不同类型场景的各种类型的网络中。
[0132]
图5示出了根据本公开的实施例的示例性电子设备501。图5所示的电子设备501的实施例仅用于说明。图5不将本公开的范围限制于任何特定实现。电子设备501可以执行如图1所示的111
‑
116的一个或多个功能。在一个实施例中，电子设备可以是如图1所示的111
‑
116和/或101
‑
103。
[0133]
pd可以是电子设备。图5示出了根据各种实施例的示例性电子设备501。参照图5，电子设备501可以经由第一网络598(例如，短距离无线通信网络)与电子设备502通信，或者经由第二网络599(例如，长距离无线通信网络)与电子设备104或服务器508通信。根据一个实施例，电子设备501可以经由服务器508与电子设备504通信。
[0134]
根据实施例，电子设备501可以包括处理器520、存储器530、输入设备550、声音输出设备555、显示设备560、音频570、传感器576、接口577、触觉579、照相机580、电源管理588、电池589、通信接口590、用户识别模块(sim)596或天线597。在一些实施例中，可以从电子设备501中省略至少一个(例如，显示设备560或照相机580)组件，或者可以在电子设备501中添加一个或多个其它组件。在一些实施例中，一些组件可以实现为单个集成电路。例如，传感器576(例如，指纹传感器、虹膜传感器或照度传感器)可以被实现为嵌入在显示设备560(例如，显示器)中。
[0135]
处理器520可以运行例如软件(例如，程序540)以控制与处理器520耦合的电子设备501的至少一个其它组件(例如，硬件或软件组件)，并且可以执行各种数据处理或计算。根据本发明的一个实施例，作为数据处理或计算的至少一部分，处理器520可将从另一组件(例如，传感器576或通信接口590)接收的命令或数据加载到易失性存储器532中，处理存储在易失性存储器532中的命令或数据，并将所得数据存储到非易失性存储器534中。
[0136]
根据本公开的实施例，处理器520可以包括主处理器521(例如，中央处理单元(cpu)或应用处理器(ap))，以及辅助处理器523(例如，图形处理单元(gpu)、图像信号处理器(isp)、传感器集线器处理器或通信处理器(cp))，辅助处理器523可独立于主处理器521操作或与主处理器521结合一起操作。附加地或替代地，辅助处理器523可以适于比主处理器521消耗更少的功率，或者专用于指定的功能。辅助处理器523可以被实现为独立于主处理器521，或者作为主处理器521的一部分。
[0137]
当主处理器521处于非活动(例如，休眠)状态时，辅助处理器523可以代替主处理器521控制与电子设备501的组件中的至少一个组件(例如，显示设备560、传感器576或通信接口590)相关的功能或状态中的至少一部分，或者当主处理器521处于活动状态时(例如，执行应用程序)，辅助处理器523与主处理器521一起控制与电子设备501的组件中的至少一个组件(例如，显示设备560、传感器576或通信接口590)相关的功能或状态中的至少一部分。根据一个实施例，辅助处理器523(例如，图像信号处理器或通信处理器)可以被实现为与辅助处理器523在功能上相关的另一组件(例如，照相机580或通信接口190)的一部分。
[0138]
存储器530可以存储由电子设备501的至少一个组件(例如，处理器520或传感器576)使用的各种数据。各种数据可以包括例如软件(例如，程序540)和用于与其相关的命令的输入数据或输出数据。存储器530可以包括易失性存储器532或非易失性存储器534。
[0139]
程序50可以作为软件存储在存储器530中，并且可以包括例如操作系统(os)542、中间件544或应用程序546。
[0140]
输入设备550可以从电子设备501的外部(例如，用户)接收待由电子设备501的另一组件(例如，处理器520)使用的命令或数据。输入设备550可以包括例如麦克风、鼠标、键盘或数字笔(例如，手写笔)。
[0141]
声音输出设备555可以将声音信号输出到电子设备501的外部。声音输出设备555可以包括例如扬声器或接收器。扬声器可用于一般目的，例如播放多媒体或播放记录，并且接收器可用于呼入呼叫。根据一个实施例，接收机可以被实现为独立于扬声器，或者作为扬声器的一部分。
[0142]
显示设备560可以在视觉上向电子设备501的外部(例如，用户)提供信息。显示设备560可以包括，例如，显示器、全息图设备或投影仪，以及用于控制显示器、全息图设备和投影仪中相应的一者者的控制电路。根据一个实施例，显示设备560可以包括适于检测触摸的触摸电路，或者适于测量触摸所引起的力的强度的传感器电路(例如，压力传感器)。
[0143]
音频570可以将声音转换为电信号，反之亦然。根据一个实施例，音频570可以经由输入设备550获得声音，或者经由声音输出设备555或者与电子设备501直接(例如，使用有线线路)或者无线耦合的外部电子设备(例如，电子设备502)的耳机来输出声音。
[0144]
传感器576可以检测电子设备#01的操作状态(例如，功率或温度)或电子设备501外部的环境状态(例如，用户的状态)，然后产生与检测到的状态相对应的电信号或数据值。根据一个实施例，传感器576可以包括例如手势传感器、陀螺仪传感器、大气压力传感器、磁传感器、加速度传感器、握持传感器、接近传感器、颜色传感器、红外(ir)传感器、生物计量传感器、温度传感器、湿度传感器或照度传感器。
[0145]
接口577可以支持待用于直接(例如，使用有线线路)或无线地将电子设备501与外部电子设备(例如，电子设备502)耦合的一个或多个指定协议。根据本发明的实施例，接口577可包括例如高清晰度多媒体接口(hdmi)、通用串行总线(usb)接口、安全数字(sd)卡接口或音频接口。
[0146]
连接端子578可以包括连接器，电子设备501可以通过该连接器与外部电子设备(例如，电子设备502)物理连接。根据实施例，连接端子578可以包括例如hdmi连接器、usb连接器、sd卡连接器或音频连接器(例如，耳机连接器)。
[0147]
触觉579可以将电信号转换为机械激励(例如，振动或运动)或电激励，其可以由用户通过他的触觉或动觉来识别。根据一个实施例，触觉579可以包括例如电动机、压电元件或电激励器。
[0148]
照相机580可以捕获静止图像或运动图像。根据本公开的实施例，照相机580可以包括一个或多个透镜、图像传感器、图像信号处理器或闪光灯。
[0149]
电源管理588可以管理提供给电子设备501的电源。根据一个实施例，电源管理588可以实现为例如电源管理集成电路(pmic)的至少一部分。电池589可以向电子设备501的至少一个组件供电。根据一个实施例，电池589可以包括例如不可再充电的一次性电池、可再充电的二次电池或燃料电池。
[0150]
通信接口590可以支持在电子设备501和外部电子设备(例如，电子设备502、电子设备504或服务器508)之间建立直接(例如，有线)通信信道或无线通信信道，并经由所建立
的通信信道执行通信。通信接口590可以包括独立于处理器520(例如，应用处理器(ap))操作并且支持直接(例如，有线)通信或无线通信的一个或多个通信处理器。
[0151]
根据本公开的实施例，通信接口590可以包括无线通信接口592(例如，蜂窝通信接口、短距离无线通信接口或全球导航卫星系统(gnss)通信接口)或有线通信接口594(例如，局域网(lan)通信接口或电力线通信(plc))。这些通信接口中相应的一者可以经由第一网络598(例如，短距离通信网络，诸如蓝牙、直接无线保真(wi
‑
fi)、超宽带(uwb)或红外数据关联(irda))或第二网络599(例如，长距离通信网络，诸如蜂窝网络、因特网或计算机网络(例如，lan或广域网(wan)))与外部电子设备通信。
[0152]
上述各种类型的通信接口可以被实现为单个组件(例如，单个芯片)，或者可以被实现为彼此分离的多个组件(例如，多个芯片)。无线通信接口592可以使用存储在用户识别模块596中的用户信息(例如，国际移动用户标识(imsi))来识别和认证通信网络(例如，第一网络598或第二网络599)中的电子设备501。
[0153]
天线597可以向或从电子设备501的外部(例如，外部电子设备)发送或接收信号或功率。根据一个实施例，天线597可以包括天线，该天线包括由形成在衬底(例如pcb)中或衬底上的导电材料或导电图案构成的辐射元件。根据一个实施例，天线597可以包括多个天线。在这种情况下，可以例如通过通信接口590(例如，无线通信接口592)从多个天线中选择至少一个适于在通信网络(例如，第一网络198或第二网络599)中使用的通信方案的天线。然后，可以经由所选择的至少一个天线在通信接口590和外部电子设备之间发送或接收信号或功率。根据一个实施例，除了辐射元件之外的其它组件(例如，射频集成电路(rfic))可以被附加地形成为天线597的一部分。
[0154]
上述组件中的至少一部分可以相互耦合，并且经由外围设备间通信方案(例如，总线、通用输入和输出(gpio)、串行外围设备接口(spi)或移动工业处理器接口(mipi))在相互之间传送信号(例如，命令或数据)。
[0155]
根据本公开的实施例，可以经由与第二网络599耦合的服务器508在电子设备501和外部电子设备504之间发送或接收命令或数据。电子设备502和504中的每一者可以是与电子设备501相同类型或不同类型的设备。根据一个实施例，可以在外部电子设备502、504或508中的一者或多者上执行待在电子设备501上执行的所有或一部分操作。例如，如果电子设备501可以自动执行功能或服务，或者响应于来自用户或另一设备的请求，电子设备501可以不执行功能或服务，或者除了执行功能或服务之外，还可以请求一个或多个外部电子设备执行功能或服务的至少一部分。接收请求的一个或多个外部电子设备可以执行所请求的功能或服务的至少一部分或与请求相关的附加功能或附加服务，并将执行的结果传送到电子设备501。电子设备501可以在对结果做进一步处理或不处理的情况下提供结果，作为对请求的应答的至少一部分。为此，例如可以使用云计算、分布式计算或客户端
‑
服务器计算技术。
[0156]
根据各种实施例的电子设备可以是各种类型的电子设备中的一种。电子设备可以包括，例如，便携式通信设备(例如，智能电话)、计算机设备、便携式多媒体设备、便携式医疗设备、照相机、可佩戴设备或家用电器。根据本公开的实施例，电子设备不限于上述设备。
[0157]
在此阐述的各种实施例可以被实现为软件(例如，程序140)，其包括存储在机器(例如，电子设备501)可读的存储介质(例如，内部存储器536或外部存储器538)中的一个或
多个指令。例如，机器(例如，电子设备501)的处理器(例如，处理器520)可以调用存储在存储介质中的一个或多个指令中的至少一个，并且在处理器的控制下使用或不使用一个或多个其它组件来执行该指令。这允许待操作机器根据所调用的至少一个指令来执行至少一个功能。所述一个或多个指令可以包括由编译器生成的代码或由解释器执行的代码。机器可读存储介质可以以非暂时性存储介质的形式提供。其中，术语“非暂时性”仅意味着存储介质是有形设备，并且不包括信号(例如，电磁波)，但是该术语不区分数据被半永久地存储在存储介质中的情况和数据被临时地存储在存储介质中的情况。
[0158]
根据本公开的实施例，根据本公开的各种实施例的方法可以被包括和提供在计算机程序产品中。计算机程序产品可以作为产品在卖方和买方之间进行交易。计算机程序产品可以以机器可读存储介质(例如，光盘只读存储器(cd
‑
rom))的形式分发，或者经由应用程序商店(例如，playstoretm)在线分发(例如，下载或上传)，或者直接在两个用户设备(例如，智能电话)之间分发。如果在线分发，则计算机程序产品的至少一部分可以被临时生成或至少临时存储在机器可读存储介质中，例如制造商服务器的存储器、应用程序商店的服务器或中继服务器。
[0159]
根据本公开的各种实施例，上述组件的每个组件(例如，模块或程序)可以包括单个实体或多个实体。根据各种实施例，可以省略一个或多个上述组件，或者可以添加一个或多个其它组件。替代地或附加地，可将多个组件(例如，模块或程序)集成到单个组件中。在这种情况下，根据各种实施例，集成组件仍可以以与在集成之前由多个组件中的相应一个执行一个或多个功能相同或类似的方式来执行多个组件中的每一个的一个或多个功能。根据各种实施例，由模块、程序或其他组件执行的操作可以顺序地、并行地、重复地或试探地执行，或者一个或多个操作可以以不同的顺序执行或省略，或者可以添加一个或多个其它操作。
[0160]
通过发送短无线电脉冲实现的超宽带通信给无线通信带来了一些关键好处，包括低复杂度的收发器设计、通过使用大带宽的大容量以及对多径环境的符号间干扰(isi)的鲁棒性。同时，极窄的脉冲也降低了第三方截取和检测的概率，这对于具有高度安全性要求的数据服务，例如，安全测距，是有前途的。当前，ieee 802.15.4z正在探索和发展对低速率和高速率uwb脉冲无线电的能力的增强，目的是提供更好的完整性和效率。
[0161]
测距和相对定位对于各种基于位置的服务和应用是必要的，例如直接wi
‑
fi、物联网(iots)等。随着网络设备的巨大增长，可以预见在不久的将来对测距请求的高需求，这意味着整个测距消息交换在网络中经常发生。这可能恶化受电池容量限制的瓶颈。对于移动设备和自给静态设备，例如低功率传感器，能量效率变得更加关键。
[0162]
密集环境中的另一个关键问题是满足不同测距对的经调度测距会话的等待时间。基于ieee规范中定义的测距过程，可以为每个测距对分配专用时隙。如果存在大量的测距请求，则可能导致后面的经调度对的长等待时间。
[0163]
因此，实现更有效的测距协议对于减少大量测距对所需的消息交换的次数是必要的。在本公开中，在一组设备和另一组设备之间提供优化的测距过程。如图6所示，组1的一个或多个设备具有到组2的一个或多个设备的测距请求，反之亦然。利用无线信道的广播特性，可以基于测距操作，即单侧双向测距(ss
‑
twr)和双侧双向测距(ds
‑
twr)来分别实现优化传输机制，与当前标准相比，显著减少了所需信息交换的次数。
[0164]
图6示出了根据本公开的实施例的示例性多对多场景600。图6中所示的多对多场景600的实施例仅用于说明。图6不将本公开的范围限制于任何特定实现。如图6所示，组1和组2中的每个节点可以执行如图1所示的一个或多个功能111
‑
116和101
‑
103。在一个实施例中，组1和组2中的每个节点可以是111
‑
116中的一个和/或101
‑
103中的一个，如图1所示。
[0165]
如图6所示，组1和组2由一个或多个设备确定。来自组1的一个或多个设备具有到来自组2的一个或多个设备的测距请求。
[0166]
在本公开中，对于实现测距的消息交换的一对设备，设备和相关联的消息由以下相应的术语提供：启动器；初始化第一测距帧(rframe)并将其发送给一个或多个响应器的设备；应答器，期望从一个或多个启动器接收第一rframe的设备；轮询、启动器发送的rframe，和测距响应。rframe由响应器发送。
[0167]
在ieee标准规范中忽略了两个方面，这对于将来的使用情况是必不可少的。第一个是在一个或多个启动器和一个或多个响应器之间的优化传输过程，这对于节能目的可能是关键的。由于轮询可以被广播到多个响应器，所以启动器可以通过发送单个轮询而不是发起多个单播测距循环来初始化多播(即，一对多)测距循环。类似地，由于测距响应也可以被广播到多个启动器，所以响应器可以将来自不同启动器的请求数据分别嵌入到单个测距响应消息中。利用无线信道的广播特性，经优化的传输过程有望成为未来uwb网络的发展方向。
[0168]
另一个被忽略的方面是uwb网络中基于竞争的测距的选择。在ieee规范中，一个测距循环仅包含单个设备对，即一个启动器和一个响应器。在一个测距循环内，传输被隐式地调度：响应器/启动器期望从远端接收消息，并且可以开始在接收后发送。多个测距循环可以由同步帧的cfp表来调度。然而，可能存在ieee标准规范不支持的其它用例。例如，启动器广播轮询，但是启动器不具有谁可以响应的先验知识。类似地，响应器可能没有关于谁可以初始化测距的先验知识，因此响应器可能等待和收听特定的时间段以分别从不同的启动器收集轮询。
[0169]
在本公开中，uwb网络设置有在一组设备和另一组设备之间的测距请求。如图6所示，组1的一个或多个设备具有到组2的一个或多个设备的测距请求，反之亦然。为了适应经优化的测距传输过程和其他新的用例，在测距循环开始之前需要确定和交换设备角色的配置，即，设备的配置是启动器还是响应器，以及用于基于调度的测距的调度信息。为了建立独立的uwb网络，本公开定义了用于启动器和响应器的新的控制ie和测距调度ie，它们可以在uwb mac上交换。然而，本发明不排除经由较高层或带外管理来交换信息的其它方法。
[0170]
图7示出了根据本公开的实施例的示例性单侧双向测距700。图7中所示的单侧双向测距700的实施例仅用于说明。图7不将本公开的范围限制于任何特定实现。可以在如图5所示的电子设备501中执行单侧双向测距700。
[0171]
ss
‑
twr涉及从启动器到响应器的单个消息的往返延迟以及发回启动器的响应的简单测量。ss
‑
twr的操作如图7所示，其中设备a发起交换并且设备b响应以完成交换。每个设备精确地对消息帧的发送和接收时间加时间戳，因此可以通过简单的减法来计算时间t
round
和t
reply
。因此，所得飞行时间t
prop
可以通过以下等式来估计：
[0172]
[0173]
图8示出了根据本公开的实施例的具有三个消息800的示例性双侧双向测距。在图8中示出的具有三个消息800的双侧双向测距的实施例仅用于说明。图8不将本公开的范围限制于任何特定实现。可以在如图5所示的电子设备501中执行具有三个消息800的双侧双向测距。
[0174]
在图8中示出了具有三个消息的ds
‑
twr，其减小了由源于长响应延迟的时钟漂移引起的估计误差。设备a是初始化第一往返测量的启动器，而设备b作为响应器，响应以完成第一往返测量，同时初始化第二往返测量。每个设备精确地对消息的发送和接收时间加时间戳，并且所得飞行时间估计t
prop
可以通过以下表达式来计算：
[0175][0176]
图9示出了根据本公开的实施例的示例性测距请求应答时间ie内容字段格式900。图9所示的测距请求应答时间ie内容字段格式900的实施例仅用于说明。图9不将本公开的范围限制于任何特定实现。如图9所示，测距请求应答时间ie内容字段格式900可以由如图5所示的电子设备使用。
[0177]
参考用于测距控制的有效载荷ie和来自ieee 802.15.8文档的时间戳的传送，这里介绍了相关的测距ie。
[0178]
测距请求应答时间(rrrt)ie被用作测距交换的一部分，以从参与测距交换的远程设备请求测距应答时间。如果rrrt ie用于请求特定设备或多播/广播/多对多情况下的多个设备的应答时间值，则rrrt ie可以包括目的地列表的字段和目的地列表长度的字段，如图9所示。目的地列表长度字段指示目的地列表中的行数，其可以等同于需要发送应答时间的设备的数目。
[0179]
图10示出了根据本公开的实施例的示例性目的地列表内容字段格式1000。图10中所示的目的地列表内容字段格式1000的实施例仅用于说明。图10不将本公开的范围限制于任何特定实现。如图10所示，目的地列表内容字段格式1000可以由如图5所示的电子设备使用。
[0180]
目的地列表的每一行包括目的地设备的mac地址的字段，以发送应答时间，如图10所示。mac地址可以是16位短地址，48位mac地址或64位扩展地址。
[0181]
测距飞行时间(rtof)信息元素(ie)可用于在请求时将测距结果传送到远端。由于设备和其他设备之间的多个测距结果可以被嵌入到一个数据帧、mac地址或其他短地址中，例如多播组地址可以被添加到该ie，从而设备可以提取专用于该设备的测距结果。如果单个设备对参与测距循环，则不需要使用地址字段。rtof ie内容字段格式的示例在图11中示出。不排除其它示例。
[0182]
图11示出了根据本公开的实施例的示例性测距时间ie内容字段格式1100。图11所示的测距飞行时间ie内容字段格式1100的实施例仅用于说明。图11不将本公开的范围限制于任何特定实现。如图11所示，测距时间ie内容字段格式1100可以由如图5所示的电子设备使用。
[0183]
测距往返测量ie(rrtm ie)内容包括发起往返测量的测距帧(rframe)的发送时间与完成往返的每个源地址的响应rframe的接收时间之间的时间差。地址字段可以是16位短
地址、48位mac地址或64位扩展地址。如果单个设备对参与测距循环，则不需要使用地址字段。图12中示出了rrtm ie内容字段格式的示例。不排除其它示例。
[0184]
图12示出了根据本公开的实施例的测距往返测量ie内容字段格式1200的示例。图12所示的测距往返测量ie内容字段格式1200的实施例仅用于说明。图12不将本公开的范围限制于任何特定实现。如图12所示，测距往返测量ie内容字段格式1200可以用在如图5所示的电子设备501中。
[0185]
rrti ie内容包括每个源地址最近接收的rframe的接收时间与包含ie的rframe的发送时间之间的时间差。地址字段可以是16位短地址、48位mac地址或64位扩展地址。如果单个设备对参与测距循环，则不需要使用地址字段。在图13中示出了示例性rrti ie内容字段格式。不排除其它示例。
[0186]
图13示出了根据本公开的实施例的示例性测距应答时间瞬时ie内容字段格式1300。图13所示的测距应答时间瞬时ie内容字段格式1300的实施例仅用于说明，并且可以在图5所示的电子设备中使用。图13不将本公开的范围限制于任何特定实现。
[0187]
测距应答时间延迟ie(rrtd ie)内容包括每个源地址最近接收的rframe的接收时间与最近在包含该ie的帧之前发送的响应rframe的发送时间之间的时间差。地址字段可以是16位短地址、48位mac地址或64位扩展地址。如果单个设备对参与测距循环，则不需要使用地址字段。在图14中示出了rrtd ie内容字段格式的示例。不排除其它示例。
[0188]
图14示出了根据本公开的实施例的示例性测距应答时间延迟ie内容字段格式1400。图14中所示的测距应答时间延迟ie内容字段格式1400的实施例仅用于说明，并且可以在图5中所示的电子设备中使用。图14不将本公开的范围限制于任何特定实现。
[0189]
测距到达角(aoa)延迟(rad)ie内容包括在aoa的设备接收请求处的aoa估计。rad ie被用作双向测距交换的一部分，并且在设备直到应答被发送之后才能确定aoa的情况下被使用，而且在这种情况下，rad ie在随后的帧中携带aoa。当在多播/广播帧(例如，多播/广播/多对多测距)中使用rad ie时，rad ie内容可以包括请求aoa估计的源的mac地址或设备id。地址字段可以是16位短地址、48位mac地址或64位扩展地址。否则，rad ie具有零长度内容字段。rad ie的内容字段可以被格式化，如图15所示。
[0190]
图15示出了根据本公开的实施例的示例性测距到达角延迟ie内容字段格式1500。图15所示的测距到达角延迟ie内容字段格式1500的实施例仅用于说明，并且可以在图5所示的电子设备中使用。图15不将本公开的范围限制于任何特定实现。
[0191]
测距报告控制单侧twr(rrcst)ie用于控制ss
‑
twr消息交换。在图16和表1中示出了示例性rcst ie内容字段格式。不排除其它示例。
[0192]
图16示出了根据本公开的实施例的示例性测距控制单侧twr ie内容字段格式1600。图16中所示的测距控制单侧twr ie内容字段格式1600的实施例仅用于说明，并且可以在图5中所示的电子设备中使用。图16不将本公开的范围限制于任何特定实现。
[0193]
表1测距报告控制单侧twr ie中控制信息字段的值
[0194][0195]
测距报告控制双侧twr(rrcdt)ie用于控制ds
‑
twr消息交换。在图17和表2中示出了示例性rcdt ie内容字段格式。不排除其它示例。
[0196]
图17示出了根据本公开的实施例的示例性测距控制双侧twr ie内容字段格式1700。图17所示的测距控制双侧twr ie内容字段格式1700的实施例仅用于说明，并且可用于图5所示的电子设备中。图17不将本公开的范围限制于任何特定实现。
[0197]
表2测距报告控制双侧twr ie中的控制信息字段的值
[0198][0199]
图18示出了根据本公开的实施例的测距循环1800的示例性时间结构。图18所示的测距循环1800的时间结构的实施例仅用于说明。图18不将本公开的范围限制于任何特定实现。
[0200]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图18所示的测距循环1800。电子设备501可以是如图6所示的组1或组2中的至少一者中的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0201]
测距配置结合了测距循环的控制信息，该测距循环由多个时隙组成，如图18所示。时隙是实现消息交换的基本时间单位。在本公开中不排除实现与测距循环和时隙相同的功能的其它惯例。根据设备能力，可以在测距配置中调整测距循环中的时隙持续时间和时隙数量，或者将时隙持续时间和时隙数量固定为默认设置。一对或多对设备可以参与测距循环以实现测距请求。
[0202]
图19示出了根据本公开的实施例的示例性测距设备命名法1900：控制器和控制者。图19所示的测距设备命名法1900的实施例仅用于说明。图19不将本公开的范围限制于
任何特定实现。
[0203]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图19所示的测距设备命名法1900。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0204]
由下一较高层确定的测距配置的设置可以被发送到来自测距控制器(引导设备)的一个或多个测距控制者，如图19所示。利用不同的网络形成，测距配置可以经由发送到一个或多个设备的专用数据帧来传送，或者测距配置可以被嵌入到向网络中的所有设备广播的同步帧中。同时，本公开不排除例如经由较高层或带外管理来交换测距配置信息的其它方法。
[0205]
图20示出了根据本公开的实施例的示例性测距循环结构2000。图20中所示的测距循环结构2000的实施例仅用于说明。图20不将本公开的范围限制于任何特定实现。
[0206]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图20所示的测距循环结构2000。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0207]
测距配置包括测距循环的结构，该测距循环包含一个或多个轮询周期(pp)和一个或多个测距响应周期(rrp)，其中pp由一个或多个时隙组成以发送来自启动器的轮询消息，并且rrp由一个或多个时隙组成以发送来自响应器的响应消息。图20分别示出了具有三次消息交换的ss
‑
twr和ds
‑
twr的两个示例，不排除其他示例。测距循环可以从测距控制周期开始，以通过uwb mac交换测距配置。然而，如果测距配置在较高层交换，则测距循环也可以从轮询周期开始。
[0208]
对于ss
‑
twr，一个测距循环包含pp和rrp。对于具有三个消息的ds
‑
twr，一个测距循环包含第一pp、rrp和第二pp。每个周期包括一个或多个时隙，其中来自启动器/响应器的传输可以被调度为由下一个较高层确定，或者可以分别在相应的周期中竞争时隙。
[0209]
图21示出了根据本公开的实施例的测距调度(rs)ie 2100的示例性内容字段。图21所示的测距调度(rs)ie 2100的内容字段的实施例仅用于说明。图21不将本公开的范围限制于任何特定实现。
[0210]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图21所示的测距调度(rs)ie 2100的内容字段。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0211]
图22示出了根据本公开的实施例的rs表2200的示例性行。图22中所示的rs表2200的行的实施例仅用于说明。图22不将本公开的范围限制于任何特定实现。
[0212]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图22所示的rs表2200的行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0213]
对于基于调度的测距，可以使用测距调度(rs)ie来调度测距循环的时隙，如图18
所示。在图21和图22中示出了rs ie的内容字段的示例。
[0214]
rs ie包含rs表，其中该表的每一行表示测距循环中的时隙。如图22所示，一行的第一字段表示时隙索引。第二字段指示存在以下设备id/mac地址和设备类型。如果该值为0，则时隙被保留但尚未调度。如果该值是1，则时隙被分配给具有由以下字段表示的mac地址和设备类型的测距设备。
[0215]
本公开不排除用于实现类似功能的内容字段的其它结构。
[0216]
图23示出了根据本公开的实施例的示例性rtr ie内容字段2300。图23所示的rtr ie内容字段2300的实施例仅用于说明。图23不将本公开的范围限制于任何特定实现。
[0217]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图23所示的rtr ie内容字段2300。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0218]
图24示出了根据本公开的实施例的提供商列表2400的示例性行。图24所示的提供商列表2400的行的实施例仅用于说明。图24不将本公开的范围限制于任何特定实现。
[0219]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图24所示的提供商列表2400的行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0220]
测距设备可以使用测距飞行时间请求(rtr)ie来从其他测距设备请求测距结果，即，飞行时间(tof)，其他测距设备能够计算与请求者相关联的tof。rtr ie的内容字段的示例在图23和图24中示出。
[0221]
如图23所示，rtr ie中可以有三个字段。第一个字段表示存在随后字段。对于单播测距，由于请求地址和提供商地址可以在mac报头的地址字段中找到，在rtr ie中不需要使用地址字段，提供商地址的值为零。如果测距设备想要通过广播/多播消息从多个远端请求测距结果，则测距设备可以在rtr ie中列出期望提供商的地址。存在的提供商地址的值可以是1，并且提供商列表长度表示期望的提供商的数量。在本公开中，不排除图24以外的地址类型，其可以由mcps
‑
data.request的设备配置和dstaddrmode来确定。
[0222]
图25示出了根据本公开的实施例的示例性rar ie内容字段2500。图25所示的rar ie内容字段2500的实施例仅用于说明。图25不将本公开的范围限制于任何特定实现。
[0223]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图25所示的rar ie内容字段2500。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0224]
图26示出了根据本公开的实施例的提供商列表2600的示例性行。图26中所示的提供商列表2600的行的实施例仅用于说明。图26不将本公开的范围限制于任何特定实现。
[0225]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图26所示的提供商列表2600的行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0226]
测距设备可以使用测距到达角请求(rar)ie来请求在其它测距设备处的测距结果，即，到达角(aoa)，其它测距设备具有天线阵列以估计请求者的aoa。rar ie的内容字段的示例在图25和图26中示出。
[0227]
rar ie的第一个八位字节包含存在的指示符，即提供商地址存在(与图23的相同)、aoa方位存在和aoa高度存在。后两个指示符表示aoa是否在方位、高度或这两个域被请求。例如，如果aoa方位请求的值是1，则请求来自期望提供商的方位域的aoa；否则不是。保留第3～7位以保持一个完整的八位字节，但是第3～7位也可以被移除。与图23类似，当提供商地址存在的值是零时，没有提供商列表长度和提供商列表的字段；否则，提供商列表长度指示提供商的数量，并且提供商列表堆叠期望提供商的地址，如图26所示。
[0228]
图27示出了根据本公开的实施例的另一示例性rar ie内容字段2700。图27所示的rar ie内容字段2700的实施例仅用于说明。图27不将本公开的范围限制于任何特定实现。
[0229]
图28示出了根据本公开的实施例的提供商列表2800的另一示例性行。图28所示的提供商列表2800的行的实施例仅用于说明。图28不将本公开的范围限制于任何特定实现。
[0230]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图28所示的提供商列表的行2800。如图6所示，电子设备501可以是组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制器，如图34所示。
[0231]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图27所示的rar ie内容字段2700。如图6所示，电子设备501可以是组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制器，如图34所示。
[0232]
本公开不排除内容字段的其它结构。例如，请求者可以从提供商请求者aoa方位，而从另一提供商请求aoa高度。因此，可以如图27和图28那样修正rar ie。
[0233]
当对于单播测距存在的提供商地址的值是零时，不需要使用图27中的提供商列表长度字段，并且也可以移除提供商列表中的行的地址字段。当存在的提供商地址的值是1时，提供商列表长度表示提供商的数目，并且提供商列表存储提供商的地址和aoa请求的类型。在本公开中，不排除图26或27以外的地址类型，其可以由mcps
‑
data.request的设备配置和dstaddrmode来确定。
[0234]
图29示出了根据本公开的实施例的示例性rrr ie内容字段2900。图29所示的rrr ie内容字段2900的实施例仅用于说明。图29不将本公开的范围限制于任何特定实现。
[0235]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图29所示的rrr ie内容字段2900。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0236]
图30示出了根据本公开的实施例的提供商列表3000的又一示例性行3000。图30所示的提供商列表3000的行的实施例仅用于说明。图30不将本公开的范围限制于任何特定实现。
[0237]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图30所示的提供商列表3000的行。电子设备501可以是如图6所示的组1或
组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0238]
aoa和tof的请求可以通过单个ie来实现，该ie可以被定义为测距结果请求(rrr)ie。图29和图30中示出了内容字段的示例。
[0239]
图29与图23和图27相同。对于单播测距，所存在的提供商地址的值为零，并且不需要使用图29中的提供商列表长度的字段和图30中的地址字段。提供商列表的每一行包含所请求信息的指示符，即方位域的aoa，高度域的aoa和tof。例如，如果tof请求的值是1，则请求者需要来自提供商的tof估计。
[0240]
图31示出了根据本公开的实施例的另一示例性rrr ie内容字段3100。图31所示的rrr ie内容字段3100的实施例仅用于说明。图31不将本公开的范围限制于任何特定实现。
[0241]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图31所示的rrr ie内容字段3100。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0242]
图32示出了根据本公开的实施例的提供商列表3200的又一示例行。图32所示的提供商列表3200的行的实施例仅用于说明。图32不将本公开的范围限制于任何特定实现。
[0243]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图32所示的提供商列表3200的行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0244]
如果相同类型的请求适用于所有提供商，则可以使用图31和图32中所示的rrr ie的内容字段。
[0245]
如图31所示，第一个八位字节的三个位字段用于指示所请求信息的类型。第4～7位被保留，但是也可以被移除。对于单播测距，所存在的提供商地址的值是零，并且需要使用图31中的提供商列表长度和提供商列表。如果存在的提供商地址的值是1，则提供商列表长度表示提供商的数量，并且提供商列表堆叠提供商的地址。
[0246]
当请求者是测距控制器时，rs ie和rrr(或rtr、rar)ie都可以被插入到由控制器发送的经调度的rframe或数据帧中。rrr ie指示来自控制器的请求信息，而rs ie被用于调度预留时隙，从而期望的提供商/控制者可以发送回所请求的信息。
[0247]
当请求者是测距控制者，并且提供商是测距控制器时，rrr(或rtr、rar)ie可以被插入到由请求者发送到提供商/控制器的经调度的rframe或数据帧中。然后，控制器可以直接使用预留时隙来向一个或多个请求者/控制者发送所请求的信息。
[0248]
当请求者和提供商都是测距控制者时，可以有三个步骤来实现独立uwb网络的测距结果的交换：(1)步骤1，请求者在经调度的rframe或数据帧中广播rrr(或rtr、rar)ie；(2)步骤2，在步骤1之后，控制器知道来自不同测距设备的请求，通过rs ie在预留时隙上调度提供商；(3)步骤3，在步骤1之后，提供商知道来自不同请求者的请求，在经调度的时隙上发送所请求的信息。
[0249]
图33示出了根据本公开的实施例的用于基于调度的测距的方法3300的流程图。图33所示的方法3300的实施例仅用于说明。图33不将本公开的范围限制于任何特定实现。
[0250]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图33所示的方法3300。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0251]
为了概述上述方案，图33示出了用于不同情况的操作程序。
[0252]
对于基于竞争的测距，由于测距控制器不需要调度时隙。作为测距控制器或测距控制者的请求者可以争用时隙来发送测距结果请求，即rrr、rtr或rar ie。
[0253]
如图33所示，方法3300开始于步骤3302。在步骤3302中，方法3300确定请求者是否是测距控制器。在步骤3302中，如果方法3300确定请求者是测距控制器，则请求者/控制器在步骤3304中经由经调度的rframe或数据帧向调度提供商发送rs ie以及rrr(或rtr、rar)ie。在步骤3308中，提供商经由经调度时隙发送所请求的信息。在步骤3302中，如果方法确定请求者不是测距控制器，则方法3300在步骤3310中确定提供商是否是测距控制器。在步骤3310中，方法3300确定提供商是测距控制器，请求者/控制者在步骤3312中经由经调度rframe或数据帧将rrr(或rtr、rar)ie发送到提供商/控制器。在步骤3314中，提供商/控制器经由预留时隙发送所请求的信息。在步骤3310中，如果该方法确定提供商不是测距控制器，则请求者在经调度的rframe或数据帧中广播rrr(或rtr,rar)ie。在步骤3318中，控制器经由rs ie在预留时隙上调度提供商。在步骤3320中，提供商经由经调度的时隙发送所请求的信息。
[0254]
图34示出了根据本公开的实施例的多播测距的示例性消息序列图3400，其中测距控制器是启动器和请求者。图34所示的消息序列图3400的实施例仅用于说明。图34不将本公开的范围限制于任何特定实现。
[0255]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图34所示的消息序列图3400。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0256]
图34示出了具有多播测距的消息序列图(msc)的示例，其中测距控制器是启动器以及请求者。测距控制消息/帧中的第一rs ie用于配置测距循环。测距循环的最后一个时隙由测距控制器保留，并且稍后经由第二rs ie被调度到响应器
‑
1。因此，应答器
‑
1可以使用测距循环的最后时隙来向请求者/控制器发送测距结果。可以存在用于不同使用情况的msc的各种示例，其不被本公开排除。
[0257]
定义不同的ie以满足ieee标准规范中的时间戳相关信息的请求。例如，测距请求应答时间(rrrt)ie可以用于从接收该ie的设备请求测距应答时间。测距报告控制双侧twr(rrcdt)ie和测距报告控制单侧twr(rrcst)ie可以分别用于请求应答时间的交换和/或ds
‑
twr和ss
‑
twr的往返测量。然而，本实施例中的经修正测距结果请求(rrr)ie可以实现这些ie的功能，以用于时间戳相关信息和aoa的请求。本公开不排除该ie的其它适当术语。
[0258]
图35示出了根据本公开的实施例的示例性rrr ie内容字段格式3500。图35所示的rrr ie内容字段格式3500的实施例仅用于说明。图35不将本公开的范围限制于任何特定实现。
[0259]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图35所示的rrr ie内容字段格式3500。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0260]
图35示出了经修正的rrr ie内容字段格式。第一位字段，即提供商地址存在(pap)，用于指示提供商列表的每一行/元素中的地址字段的存在。如果该值是1，则存在图36中的地址字段，否则不存在。提供商列表长度(pll)字段表示提供商列表中行/元素的数量，其等于提供商的数量。
[0261]
对于一个测距启动器和一个测距响应器之间的单播测距，提供商地址可以由mhr的目的地地址字段指定。因此，pap的字段可以被设置为零，并且图36中的地址字段不存在。
[0262]
对于多节点测距，如图35所示，测距设备可以向多个提供商广播具有rrr ie的适当的rframe或数据消息。如果rrr ie的行/元素以预定的固定顺序堆叠以列出对不同提供商的请求，则地址字段可能不存在，只要该预定顺序已经在测距设备之间交换。因此，在这种情况下，图35中的pap字段可以被设置为零。
[0263]
图36示出了根据本公开的实施例的提供商列表3600的示例性行/元素。图36中所示的提供商列表3600的行/元素的实施例仅用于说明。图36不将本公开的范围限制于任何特定实现。
[0264]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图36所示的提供商列表3600的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0265]
注意，图36中的保留位字段之一可用于表示存在的地址。因此，可以移除图35中存在的提供商地址，并且提供商列表长度的大小变为一个八位字节。
[0266]
提供商列表的每一行/元素的第一个位字段是地址类型(at)。如果该值是1，则在地址字段中使用2个八位字节的短地址，否则在地址字段中使用8个八位字节的扩展地址，反之亦然。at字段提供了在具有混合地址类型的uwb网络中交换请求的灵活性。在at字段中可以使用更多的位来区分更多的地址类型，这不被本公开所排除。如果网络的测距设备具有相同的地址类型，即，2个八位字节或8个八位字节地址，则提供商的地址类型可以由mcps
‑
data.request的dstaddrmode指定，并且可以移除图36中的地址类型字段。因此，图36被简化为图37。
[0267]
图37示出了根据本公开的实施例的提供商列表3700的另一示例性行/元素。图37所示的提供商列表3700的行/元素的实施例仅用于说明。图37不将本公开的范围限制于任何特定实现。
[0268]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图37所示的提供商列表3700的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0269]
在图36和图37中，应答时间请求(rtr)字段表示是否请求了提供商发送对具有rrr ie的消息的响应的应答时间：如果rtr值是1，则请求应答时间，否则没有请求应答时间。
[0270]
往返测量请求(rmr)字段指示在接收到具有rrr ie的消息时是否请求了提供商的
往返测量：如果rmr值是1，则请求往返测量，否则没有请求。
[0271]
用于tof请求(tofr)、aoa方位请求(aar)和aoa高度请求(aer)的以下位字段表示是否请求了飞行时间(tof)、方位域的aoa以及高度域的aoa：如果请求的位字段具有值1，则请求了相应的信息，否则没有请求。
[0272]
图35和图36(或图37)中所示的具有内容字段格式的经修正的rrr ie可以用于实现用于请求某些信息的ieee 802.15.4z中的rrrt、rrcst、rrcdt和rra ie的功能。
[0273]
定义不同的ie以实现ieee标准规范中的时间戳相关信息和aoa的报告。例如，测距应答时间瞬时(rrti)ie可用于传送测距响应消息的应答时间，而测距往返测量(rrtm)ie可用于传送往返时间测量。在该实施例中，新定义的ie，即测距报告(rr)ie，可以用于实现时间相关信息和aoa的交换。本公开不排除该ie的其它适当术语。内容字段格式的示例在图38和图39中示出。
[0274]
图38示出了根据本公开的实施例的示例性rr ie内容字段格式3800。图38所示的rr ie内容字段格式3800的实施例仅用于说明。图38不将本公开的范围限制于任何特定实现。
[0275]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图38所示的rr ie内容字段格式3800。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0276]
图39示出了根据本公开的实施例的rr表3900的示例性行/元素。图39中所示的rr表3900的行/元素的实施例仅用于说明。图39不将本公开的范围限制于任何特定实现。
[0277]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图39所示的rr表3900的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0278]
如图38所示，rr ie内容字段格式类似于图35所示的rr ie的格式。第一位字段用于指示测距报告(rr)表的每个元素中的地址字段的存在：如果值是1，则存在地址字段，否则不存在。rr表长度的字段表示rr表中行/元素的数量，其等于请求某些信息的测距设备的数量。
[0279]
对于在一个测距启动器和一个测距响应器之间的单播测距，请求者的地址可以由mhr的目的地地址字段指定。因此，ap的字段可以被设置为零，并且图39中的地址字段不存在。
[0280]
对于多节点测距，测距设备可以向多个目的地广播具有如图35所示的rr ie的适当的rframe或数据消息。如果rr ie的行/元素以预定的固定顺序堆叠以列出针对不同目的地的测距结果报告，则地址字段可以不存在，只要该预定顺序已经在测距设备之间交换。因此，在这种情况下，图38中的ap字段可以被设置为零。
[0281]
注意，图39中的保留位字段之一也可用于表示存在的地址。因此，可以移除图38中存在的地址，并且rr表长度的大小变成一个八位字节。
[0282]
rr表的每一行/元素的第一位字段是地址类型(at)。如果该值是1，则在地址字段中使用2个八位字节的短地址，否则在地址字段中使用8个八位字节的扩展地址，反之亦然。
at字段提供了在具有混合地址类型的uwb网络中交换请求的灵活性。在at字段中可以使用更多的位来区分更多的地址类型，这不被本公开所排除。如果网络的测距设备具有相同的地址类型，即，2个八位字节或8个八位字节地址，则可以由mcps
‑
data.request的dstaddrmode指定地址类型，并且可以移除图39中的地址类型字段。因此，图39被简化为图40。
[0283]
图40示出根据本发明实施例的rr表4000的另一示例性行/元素。图40中所示的rr表4000的行/元素的实施例仅用于说明。图40不将本公开的范围限制于任何特定实现。
[0284]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图40所示的rr表4000的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0285]
应答时间(rtp)存在、往返测量存在(rmp)、tof存在(tofp)、aoa方位存在(aap)、aoa高度存在的字段是分别表示以下字段存在的指示符，包括rx到tx应答时间、tx到rx往返时间、飞行时间(tof)、aoa方位和aoa高度。如果指示符的值是1，则存在用于报告某些信息的相应字段，否则不存在。
[0286]
延迟模式的字段是用于表示测距传输之后的单独的数据帧是否被用于传送测距报告的指示符：如果该值是1，则启用延迟模式，并且将rr ie插入到单独的数据消息中以报告最近完成的测距周期的时间戳相关信息和/或aoa，否则该测距报告ie被嵌入到测距周期内的rframe中以报告某些信息。
[0287]
例如，如果rframe的ppdu格式是如在ieee标准规范中规定的sp3，则测距报告不能通过rframe传送，因为在sp3帧中没有mac报头或有效载荷。因此，可以在测距周期之后将rr ie插入到数据消息中，并且将延迟模式的字段设置为1以指示延迟模式被启用。
[0288]
启用延迟模式的另一个例子是在测距周期之后发送所请求的测距应答时间和/或往返时间，因为测距设备可能无法计算时间上的应答/往返时间并将测距报告嵌入到rframe中。因此，可以使用测距周期之后的单独的数据消息以在具有延迟模式字段值1的情况下交换测距报告ie。
[0289]
类似于ieee标准规范的指标中的定义，rx到tx应答时间字段是具有如图35和图36(或图37)所示的rrr ie或来自特定源的rrrt ie的最近接收的rframe的接收时间与响应rframe的发送时间之间的时间差。这些时间值的参考是rmarker。在ieee标准规范中，时间单位位被指定为测距计数器时间单位位。
[0290]
类似于ieee 802.15.4z的指标中的定义，tx到rx往返时间字段是发起往返测量的rframe的发送时间与完成往返测量的响应rframe的接收时间之间的时间差。时间单位与rx到tx应答时间字段的时间单位相同，即测距计数器时间单位。
[0291]
tof、aoa方位和aoa高度的字段遵循与ieee 802.15.4z中的定义相同的定义，这里不再重复。
[0292]
图38和图39(或图40)中所示的具有内容字段格式的rr ie可用于实现ieee 802.15.4z中的rrti、rrtd、rrtm、rar和rtof ie的功能，该功能用于报告某些信息。注意，报告某些信息的字段的大小在图40中作为例子示出。根据使用情况和实现方式，本公开不排除其他字段大小。
[0293]
在一个实施例中，对于具有一对多测距的ss
‑
twr和ds
‑
twr，示出了基于rrr和rr ie的消息序列图(msc)的两个示例。可以实现各种不同的msc以适应不同的测距请求/报告，这并不被本公开所排除。
[0294]
图41示出了根据本公开实施例的具有rrr和rr ie的一对多ss
‑
twr的示例性消息序列图4100。图41所示的消息序列图4100的实施例仅用于说明。图41不将本公开的范围限制于任何特定实现。
[0295]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图41所示的消息序列图4100。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0296]
在图41中，测距启动器通过启用参数ranging的mcps
‑
data.request和rrr ie来初始化测距传输，以向响应器请求应答时间。在第一测距传输之后，mcps
‑
data.confirm以测距计数器时间单位为单位向较高层报告传输时间。
[0297]
在接收到测距发起消息时，响应器的较高层可以形成具有应答时间的测距报告(rr)ie，并将rr ie传送到mac层。同时，不同的响应器可以请求不同类型的测距结果，这由测距响应消息中的rrr ie反映。例如，如图41所示，响应器
‑
1通过rrr ie直接请求由图41中的rrr(tofr)ie指示的飞行时间(tof)。响应器器
‑
n向测距启动器请求往返时间，该往返时间由rrr(rmr)ie指示。在发送测距响应消息之后，响应器的mac层以测距计数器时间单位为单位报告发送时间。
[0298]
通过在响应消息中请求的应答时间，测距启动器的较高层能够估计飞行时间(tof)，这实现最终的测距结果。在图41中由(r)标记的点被用于标记可以估计tof的时间。
[0299]
在包括测距发起消息和测距响应消息的一个测距周期的传输之后，测距启动器的较高层形成rr ie，其包括到不同响应器的测距报告。对于到响应器
‑
1的测距报告，tofp字段为1的rr表的对应行/元素包含图39(或图40)中所示的tof字段。对于到响应器
‑
n的测距报告，rmp字段为1的rr表的对应行/元素包含往返时间字段。在接收到测距报告时，mcps
‑
data.indication向响应器器的高层报告所请求的某些信息。
[0300]
图42示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图4200。图42所示的消息序列图4200的实施例仅用于说明。图42不将本公开的范围限制于任何特定实现。
[0301]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图42所示的消息序列图4200。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0302]
图42示出了用于一对多ds
‑
twr的消息序列图的示例。与ss
‑
twr相比，图42利用来自启动器的附加测距传输来实现第二往返测量。在测距响应消息中，响应器的高层传送rrr ie以请求第一往返测量的往返时间，以及来自启动器的第二测距传输的应答时间，该应答时间由rrr(rtr、rmr)ie指示。
[0303]
图43示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图4300，其中启动器请求tof。图43所示的消息序列图4300的实施例仅用于说明。图43
不将本公开的范围限制于任何特定实现。
[0304]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图43所示的消息序列图4300。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0305]
图44示出了根据本公开实施例的具有rrr和rr ie的一对多ds
‑
twr的示例性消息序列图4400，其中启动器请求应答时间和往返时间。图44所示的消息序列图4400的实施例仅用于说明。图44不将本公开的范围限制于任何特定实现。
[0306]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图44所示的消息序列图4400。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0307]
在接收到测距响应消息中的请求时，测距启动器的较高层形成测距报告(rr)ie，包括第一往返测量的往返时间和到不同响应器的第二测距传输的应答时间。在接收到该信息以及本地接收时间之后，测距响应器能够估计在图42中标记为(r)的飞行时间(tof)。由于不请求报告消息，所以在图42中没有将测距结果报告回启动器的附加消息。图43和图44示出了一对多ds
‑
twr的另两个msc示例，其包括来自启动器的测距结果的请求。
[0308]
在图43中，测距启动器将tofr字段值为1嵌入到rrr ie，以向响应器请求tof，该tof在测距发起消息中由rrr(tofr)ie表示。同样的请求也可以从测距启动器插入到第二测距传输中，这不被本公开所排除。在完成ds
‑
twr的完整测距周期之后，测距响应器经由rr ie发送回测距结果，即tof，这在图43中由虚线框示出。
[0309]
在图44中，测距启动器也可以请求响应rframe的应答时间和第二往返测量的往返时间，而不是请求tof，基于此，测距启动器能够估计tof。
[0310]
在测距发起消息中，测距启动器经由rrr ie请求来自测距响应器的响应rframe的应答时间，rrr ie由rrr(rtr)ie表示。在响应rframe中，测距响应器不仅向启动器发送对第二启动器的rframe的应答时间和第一往返测量的往返时间的请求，而且向启动器发送应答时间，该应答时间分别由具有应答时间的rrr(rtr、rmr)和rr ie表示。测距启动器的第二rframe包含所请求的信息的测距报告和往返时间的请求，所请求的信息的测距报告和往返时间的请求分别经由rr ie和rr ie交换。
[0311]
当在第二rframe中接收到启动器的请求时，测距响应器使用单独的数据消息来传达第二往返测量的往返时间。因此，启动器也能够估计总tof。
[0312]
在上述实施例中，用于控制测距请求的rrr ie和用于控制测距报告的rr ie可以被合并成单个ie，即测距请求和报告控制(rrrc)ie。内容字段格式的示例在图45和图46中示出。
[0313]
图45示出了根据本公开的实施例的示例性rrrc ie内容字段格式4500。图45所示的rrrc ie内容字段格式4500的实施例仅用于说明。图45不将本公开的范围限制于任何特定实现。
[0314]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图45所示的rrrc ie内容字段格式4500。电子设备501可以是如图6所示的
组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0315]
图46示出了根据本发明实施例的rrrc表4600的示例性行/元素。图46中所示的rrrc表4600的行/元素的实施例仅用于说明。图46不将本发明的范围限制于任何特定的实施方式。
[0316]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图46所示的rrrc表4600的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0317]
图45所示的内容字段格式类似于图35和图38的内容字段格式。第一位字段用于指示rrrc表的每一行/元素中的地址字段的存在：如果值是1，则存在地址字段，否则不存在。rrrc表长度的字段表示rrrc表中的行/元素的数量，其等于测距设备可以发送到一个或多个目的地的测距请求和测距报告的数量。
[0318]
rrrc表的每一行/元素的第一位字段是地址类型(at)。如果该值是1，则在地址字段中使用2个八位字节的短地址，否则在地址字段中使用8个八位字节的扩展地址，反之亦然。at字段提供了在具有混合地址类型的uwb网络中交换请求的灵活性。在at字段中可以使用更多的位来区分更多的地址类型，这不被本公开所排除。如果网络的测距设备具有相同的地址类型，即，2个八位字节或8个八位字节地址，则可以由mcps
‑
data.request的dstaddrmode来指定地址类型，并且可以移除图46中的地址类型字段。因此，图46被简化为图47。
[0319]
图47示出了根据本发明实施例的rrrc表4700的示例性行/元素。图47所示的rrrc表4700的行/元素的实施例仅用于说明。图47不将本公开的范围限制于任何特定实现。
[0320]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图47所示的rrrc表4700的行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0321]
在图46(或图47)中，请求/报告指示符(rri)的字段用于表示rrrc表中的该行/元素是要向特定目的地发送测距请求还是测距报告。
[0322]
如果rri值是1，则该元素将发送测距请求，其中所请求的信息可以由以下字段表示，包括应答时间请求(rtr)、往返测量请求(rmr)、tof请求(tofr)、aoa方位请求(aar)和aoa高度请求(aer)。如果请求字段的值是1，则对目的地请求相应的信息，否则不请求。由测距请求者配置的延迟模式(dm)字段将让目的地知道是发送rframe中的测距报告还是发送延迟数据消息：如果dm值是1，则目的地可以在当前测距周期之后在单独的数据消息中发送测距报告，否则测距报告可以嵌入到响应rframe中。
[0323]
在rri值为1的情况下，不存在包括rx到tx应答时间、tx到rx往返时间、tof、aoa方位和aoa高度的测距报告的字段。
[0324]
如果rri值为零，则rrrc表的该元素用于向特定目的地发送测距报告。在这种情况下，rtr、rmr、tofr、aar、aer的字段用于指示用于测距报告的相应字段的存在，包括rx到tx应答时间、tx到rx往返时间、tof、aoa方位和aoa高度。如果请求字段是1，则存在报告某些信
息的相应字段，否则不存在。注意，用于测距报告的字段遵循与图39或图40中相同的定义。
[0325]
具有如图46(或图47)所示的元素的rrrc表可以将多个测距请求和/或测距报告堆叠到不同的目的地。可以经由相同的ie来请求或报告时间戳相关信息和/或aoa。一些实施方式和用例可能不支持某些特征。例如，aoa估计请求具有天线阵列的设备，这在所有时间都不适用。因此，可以从图47中保持用于测距请求/报告的字段的子集。图48示出了rrrc表的经简化行/元素的示例，其仅包含时间戳相关信息。与图47的简化相比，rrrc表元素/行的其它简化不被本公开所排除。图48示出了根据本发明实施例的rrrc表4800的示例性经简化行/元素。图48中所示的rrrc表4800的经简化行/元素的实施例仅用于说明。图48不将本发明的范围限制于任何特定的实施方式。
[0326]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图48所示的rrrc表4800的经简化行/元素。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0327]
具有rrrc ie的测距过程和相应的消息序列图类似于在图41
‑
图44中所示的经由rrr和rr ie的测距过程和相应的消息序列图。在上述实施例中引入的rrr、rr ie的功能可以通过rrrc ie来实现。当请求/报告指示符字段值为1时，rrrc表的元素/行将请求某些信息，该信息与提供商列表中的行/元素的信息相同。当请求/报告指示符字段值为0时，rrrc表的元素/行将报告某些信息，该信息与rr表中的行/元素的信息相同。因此，图41
‑
图44中的rrr、rr ie可以被新定义的rrrc ie代替。
[0328]
图49示出了根据本发明实施例的具有一个控制八位字节4900的实例经修正测距结果请求ie(rrr ie)。图49所示的具有一个控制八位字节4900的经修正测距结果请求ie(rrr ie)的实施例仅用于说明。图49不将本公开的范围限制于任何特定实现。
[0329]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图49所示的具有一个控制八位字节4900的经修正的测距结果请求ie(rrr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0330]
图50示出了根据本公开的实施例的rrr表5000中的示例性元素/行。图50中所示的rrr表5000中的元素/行的实施例仅用于说明。图50不将本公开的范围限制于任何特定实现。
[0331]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图50所示的rrr表5000中的元素/行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0332]
在前述实施例中引入的测距结果请求ie(rrr ie)可用于向不同设备发送测距请求。在图35的每个元素中，可以有一个控制八位字节来向特定测距设备指示所请求的信息。如果相同的请求应用于多个测距设备，则可以使用一个控制八位字节来指示所请求的信息，该控制八位字节可以应用于接收该ie的所有设备。所需的控制八位字节的数量从目的地的数量减少到一个。图49示出了用于经修正的rrr ie的内容字段格式的示例，其中在图
50中示出了内容字段格式的元素或行。
[0333]
在图49中，地址存在字段用于指示是否存在rrr表长度和rrr表字段：如果地址存在字段值是1，则存在rrr表长度和rrr表字段，否则不存在rrr表长度和rrr表字段。rrr表长度等于rrr表中的行或元素的数量，这与可以接收rrr ie的设备的数量相同。
[0334]
如果在单播帧中传送rrr ie，则mhr指定了目的地址。因此，不需要rrr表长度和rrr表字段。当在广播和多播消息中传送rrr ie时，发送该ie的设备期望从接收rrr ie的所有设备接收所请求的信息，则也不需要rrr表长度和rrr表字段。然而，如果请求设备期望来自指定设备集合的响应，则存在rrr表长度和rrr表字段以列出那些设备的地址。使用rrr表的控制流程可以在图51中示出。
[0335]
图51示出了根据本公开的实施例的用于发送rrr ie 5100的设备的示例性rrr表。图51所示的用于发送rrr ie 5100的设备的rrr表的实施例仅用于说明。图51不将本公开的范围限制于任何特定实现。
[0336]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以将rrr表用于如图51所示的发送rrr ie 5100的设备。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0337]
如图51所示，方法5100开始于步骤5102。在步骤5102中，方法5100确定具有rrr ie的请求是否被发送到可以接收该请求的所有设备。在步骤5102中，如果方法确定请求被发送到所有设备，则方法5100在步骤5108中设置地址存在＝0。在步骤5102中，如果该方法确定请求没有被发送到所有设备，则方法5100在步骤5104中确定具有rrr ie的请求被发送到一个以上的指定设备。在步骤5104中，该方法确定请求被发送到一个以上的指定设备，则在步骤5110中，该方法设置地址存在＝1。在步骤5104中，该方法确定请求不被发送到多于一个指定设备，则在步骤5106中，方法5100设置地址存在＝0。
[0338]
与图36中请求的位字段类似，如图49所示的第一控制八位字节的第1
‑
5位指示是否请求特定信息：如果请求位字段值是1，则请求相应的信息，否则不请求。这些位字段分别与对应答时间、往返测量、飞行时间(tof)、方位域的aoa和高度域的aoa的请求相关联。第6
‑
7位可以被保留以供将来使用以请求其它信息。
[0339]
利用图49中指定的结构，如果设备从不同的目的地请求不同的信息集合，则可以在广播消息中使用多个rrr ie，其中不同的rrr ie被用于交换不同的请求信息集合。
[0340]
图52示出了根据本公开的实施例的具有一个控制八位字节5200的另一示例性经修正测距结果请求ie(rrr ie)。图52所示的具有一个控制八位字节5200的经修正测距结果请求ie(rrr ie)的实施例仅用于说明。图52不将本公开的范围限制于任何特定实现。
[0341]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图52所示的具有一个控制八位字节5200的经修正的测距结果请求ie(rrr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0342]
地址类型，即，2个八位字节或8个八位字节地址，可以由mcps
‑
data.request的dstaddrmode指定。然而，如果不能以这种方式指定地址类型，则可以使用保留位中的一个
来指示地址类型。因此，rrr ie的内容字段格式变成图52，而rrr表的每个元素仍然保持与图50中所示的相同。
[0343]
当地址存在字段值为1且存在rrr表时，地址类型字段有效。地址类型字段可以指示在rrr表中使用的地址类型是2个八位字节短地址还是8个八位字节扩展地址：如果地址类型字段值是1，则在rrr表中使用2个八位字节短地址，否则在rrr表中使用8个八位字节扩展地址。
[0344]
图53示出了根据本发明实施例的具有测距控制位5300的示例性经修正的测距结果请求ie(rrr ie)。图53所示的具有测距控制位5300的经修正测距结果请求ie(rrr ie)的实施例仅用于说明。图53不将本公开的范围限制于任何特定实现。
[0345]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图53所示的具有测距控制位5300的经修正的测距结果请求ie(rrr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0346]
如果在测距开始之前没有通过带内或带外协调过程来固定测距过程，则图49中的两个保留位也可用于指示传送该rrr ie的rframe的状态。具体地，可以在图53中找到经修正的rrr ie内容字段格式，而rrr表的元素保持与图50的相同。在下面的表3中示出了测距控制信息字段的值。
[0347]
表3 rrr ie中的测距控制信息字段的值
[0348][0349]
图53中所示的具有表3中指定的测距控制信息字段的经修正的rrr ie可以实现与用于单播测距的rcdt ie相同的功能。此外，经修正的rrr ie还可以用于请求用于多节点测距的信息和控制测距过程，例如，一对多，或多对多。
[0350]
图54示出了根据本公开的实施例的具有一个控制八位字节5400的示例性经修正测距报告ie(rr ie)。在图54中示出的具有一个控制八位字节5400的经修正的测距报告ie(rr ie)的实施例仅用于说明。图54不将本公开的范围限制于任何特定实现。
[0351]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图54所示的具有一个控制八位字节5400的经修正的测距报告ie(rr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0352]
在前述实施例中引入的测距报告ie(rr ie)可用于向不同设备发送测距相关测量。在图38的每个元素中，可以有一个控制八位字节来向特定测距设备指示所报告的信息的存在。如果需要向不同的设备报告相同的信息集合，则可以使用一个控制八位字节来指示所报告的信息，该控制八位字节可以应用于接收该ie的所有设备。所需的控制八位字节的数量从目的地的数量减少到一个。图54示出了用于经修正的rr ie的示例性内容字段格式，其中在图54中示出了内容字段格式的元素或行。
[0353]
图55示出了根据本公开的实施例的rr表5500中的示例性元素/行。图55所示的rr表5500中的元素/行的实施例仅用于说明。图55不将本公开的范围限制于任何特定实现。
[0354]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图55所示的rr表5500中的元素/行。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0355]
控制八位字节的第一位，即地址存在字段，用于指示地址字段是否存在于如图55所示的rr表的每个元素中：如果地址存在字段值是1，则rrr表元素的地址字段存在，否则不存在。第1
‑
5位是表示在rr表的元素中是否存在某些信息的报告存在字段：如果报告存在字段是1，则在rr表的每个元素中存在相应的信息，否则不存在。控制八位字节的第6位用于指示该测距报告是在rframe中传送还是在延迟数据消息中传送：如果该值是零，则该rr ie被嵌入在rframe中，否则就在延迟数据消息中传送。
[0356]
地址类型，即，2个八位字节或8个八位字节地址，可以由mcps
‑
data.request的dstaddrmode指定。然而，如果不能以此方式指定地址类型，则可使用图54中的保留位来指示地址类型。因此，rr ie的内容字段格式变成图56，而rr表的每个元素仍然保持与图55中所示的相同。
[0357]
当地址存在字段值为1时，地址类型字段有效。地址类型字段可以指示rr表中使用的地址类型是2个八位字节短地址还是8个八位字节扩展地址：如果地址类型字段值是1，则在rr表中使用2个八位字节短地址，否则在rr表中使用8个八位字节扩展地址。
[0358]
在图55中，rx到tx应答时间字段是具有如图53中所示的rrr ie的、最近从特定源接收以请求应答时间的rframe的接收时间与响应rframe的发送时间之间的时间差。如果延迟模式字段值为零，则报告应答时间的rr ie被嵌入到响应rframe中。如果延迟模式字段值是1，则rr ie被嵌入到延迟数据消息中，而所传送的应答时间与该数据消息之前最近发送的rframe相关联。tx到rx往返时间字段是发起往返测量的rframe的发送时间与完成往返测量的响应rframe的接收时间之间的时间差。tof字段包含飞行时间估计。
[0359]
所述时间值，即应答时间、往返时间和tof的参考是rmarker。所述时间值都是无符号整数时间值，其时间单位被指定为ieee802.15.4z中的测距计数器时间单位。
[0360]
aoa方位字段(如果存在)报告在接收到的具有rrr ie的rframe的方位域中的经估计到达角，以请求方位域的aoa。aoa高度字段(如果存在)报告在接收到的具有rrr ie的
rframe的高度域中的经估计到达角以请求高度域的aoa。报告aoa的上述字段包含无符号整数。aoa方位的单位是2
‑
16
乘以360度，而aoa高度的单位是2
‑
16
乘以180度。
[0361]
图56示出了根据本公开实施例的具有一个控制八位字节5600的另一示例性经修正测距报告ie(rr ie)。在图56中示出的具有一个控制八位字节5600的经修正的测距报告ie(rr ie)的实施例仅用于说明。图56不将本公开的范围限制于任何特定实现。
[0362]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图56所示的具有一个控制八位字节5600的经修正的测距报告ie(rr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0363]
图57示出了根据本公开的实施例的具有一个控制八位字节5700的示例性经修正的测距请求和报告控制(rrrc)ie。图57所示的具有一个控制八位字节5700的经修正的测距请求和报告控制(rrrc)ie的实施例仅用于说明。图57不将本公开的范围限制于任何特定实现。
[0364]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图57所示的具有一个控制八位字节5700的经修正的测距请求和报告控制(rrrc)ie。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0365]
经修正的rr ie和rr ie可以合并到具有单个控制八位字节的rrrc ie中。经修正的rrrc ie的内容字段格式在图57中示出，而rrrc表的每个元素保持与图55的相同。
[0366]
字段的定义及其值的含义与图45和图46中的相同。注意，第一个八位字节中的控制位可以被应用于rrrc表的每个元素。
[0367]
请求/报告指示符字段用于指示该rrrc ie是否用于请求或报告某些信息：如果该值是1，则该rrrc ie请求某些信息，否则用于报告某些信息，反之亦然。如果rrrc ie被用于请求，则在rrrc表中可能不存在用于测量报告的字段。
[0368]
地址存在字段用于指示rrrc表的每个元素中的地址字段的存在：如果值是1，则rrrc表的每个元素可以包含地址字段，否则可以不包含。如果rrrc ie被用于请求，并且地址存在的字段值是零，则不需要rrrc表长度和rrrc表。
[0369]
如果使用rrrc ie来请求，则第2
‑
6位指示某些信息的请求：如果位字段值是1，则请求相应的信息，否则不请求。如果rrrc ie被用于报告，则第2
‑
6位指示某些信息的报告：如果位字段值是1，则在rrrc表中报告相应的信息。
[0370]
控制八位字节的第7位指示延迟模式。如果rrrc ie被用于请求，则延迟模式字段值允许接收该请求的设备知道将测距报告嵌入rframe还是嵌入延迟数据消息：如果该值是1，则可以使用延迟数据消息来发送测距报告，否则可以将测距报告嵌入rframe。如果rrrc ie被用于报告，则延迟模式字段值指示该报告被延迟还是在rframe中传送该报告：如果该值是1，则测距报告在延迟数据消息中被发送，否则被嵌入在rframe中。
[0371]
用于测距结果请求ie(rrr ie)和测距报告ie(rr ie)的其它语义在本公开中不被排除。在本实施例中，rrr ie被重命名为测距请求测量和控制ie(rrmc ie)，而rr ie被重命
名为测距测量信息ie(rmi ie)。
[0372]
图58示出了根据本公开实施例的具有测距控制信息字段5800的示例性rrmc ie(或rrr ie)。图58所示的具有测距控制信息字段5800的rrmc ie(或rrr ie)的实施例仅用于说明。图58不将本公开的范围限制于任何特定实现。
[0373]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用具有如图58所示的测距控制信息字段5800的rrmc ie(或rrr ie)。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0374]
如图58所示，rrmc ie内容字段的长度确定rrmc表长度和rrmc表字段的存在：如果长度是一个八位字节，则不存在rrmc表长度和rrcm表；如果长度超过一个八位字节，则存在rrmc表长度和rrcm表。rrmc表长度等于rrmc表中的行元素的数量，这与接收请求的设备的数量相同。rrmc表的行元素格式保持与图50的相同。
[0375]
如果rrmc ie在单播帧中传送，则目的地地址已经由mhr指定。因此，不需要rrmc表长度和rrmc表字段。当在广播消息中传送rrmc ie时，发送该ie的设备旨在请求接收rrmc ie的所有设备，则也不需要rrmc表长度和rrmc表字段。然而，如果请求设备期望来自指定设备集合的响应，则存在rrmc表长度和rrmc表字段以列出那些设备的地址。
[0376]
请求不同信息的字段，即第0
‑
4位，保持与图53所示的字段相同。“测距控制信息”字段的值在表3中示出，该值用于指示rframe的使用。利用如图58所示的内容字段格式，如果设备从不同的目的地请求不同的信息集合，则可以在广播消息中使用多个rrmc ie，其中不同的rrmc ie被用于交换不同的请求集合。
[0377]
在图50中，地址类型，即，2个八位字节或8个八位字节地址，可以由mcps
‑
data.request的dstaddrmode指定。
[0378]
对于一对多ss
‑
twr，测距交换由启动器发起，其中测距请求测量和控制ie(rrmc ie)被嵌入到发送给多个响应器的测距发起消息中。根据表3将rrmc ie的测距控制信息字段设置为零，该字段由图59中的rrmc(0)ie指示。rrmc ie的应答时间请求字段被设置为1，其请求应答erdev的应答时间。在响应器一侧，传递rrmc(0)ie的mcps
‑
data.indication告知下一个较高层以发起测距响应消息，该消息将测距测量信息ie(rmi ie)与应答时间和rrmc ie一起传送。根据表3，响应rframe中的rrmc ie的测距控制信息字段被设置为1，该字段由图59中的rrmc(1)ie指示。
[0379]
对于基于调度的多节点测距，响应器在其所分配的时隙中发送测距响应消息，而对于基于竞争的多节点测距，响应器在测距响应阶段的时隙中竞争。在获取测距响应消息之后，启动器具有完整的信息来计算到不同响应器的tof。
[0380]
图59示出了根据本公开的实施例的用于一对多ss
‑
twr的示例性消息序列图5900。图59所示的消息序列图5900的实施例仅用于说明。图59不将本公开的范围限制于任何特定实现。
[0381]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图59所示的消息序列图5900。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响
应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0382]
图59示出了在一个启动器和n个响应器(即响应器
‑
1，响应器
‑
2,
……
响应器
‑
n)之间的一对多ss
‑
twr的消息序列图，其中来自不同响应器的测距响应消息被调度以按顺序传输。在标记为(r)的点处，启动器具有足够的信息来计算相应对的测距结果。不同的响应器可以具有不同的测距结果请求。
[0383]
在图59中，例如，响应器
‑
n请求tx到rx往返时间，即，测距响应消息中的rrmc ie的往返时间请求字段值被设置为1，而响应器
‑
1直接请求测距结果，即，测距响应消息中的rrmc ie的tof请求字段值被设置为1。由传送多个rmi ie的启动器广播的最终数据消息来完成测量报告，其中测量报告的目的地可以通过rmi ie的地址字段来区分。注意，如果多个响应器请求相同的信息集合(例如，tof)，则测量报告可由最终数据消息中的一个rmi ie来实现。
[0384]
图60示出了根据本公开的实施例用于一对多ds
‑
twr的示例消息序列图6000：不存在来自启动器的测距结果请求。图60所示的消息序列图6000的实施例仅用于说明。图60不将本公开的范围限制于任何特定实现。
[0385]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图60所示的消息序列图6000。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0386]
对于一对多ds
‑
twr，可以考虑三向测距方法，以便减少传输次数。测距交换由启动器发起，其中rrmc ie被嵌入在测距发起消息中并被发送到多个响应器。根据表3,rrmc ie中的测距控制信息字段值是2，其在图60中由rrmc(2)ie指示。
[0387]
一旦响应器接收到测距发起消息，响应器就可以形成测距响应消息，该消息包含rrmc ie以初始化第二往返测量。根据表3，rrmc ie中的测距控制信息字段值被设置为3，由图58中的rrmc(3)ie指示。为了从启动器请求最终rframe的第一往返时间和应答时间，将测距响应消息的rrmc ie中的应答时间请求和往返时间请求的字段设置为1。类似于一对多ss
‑
twr，可以调度不同响应器的测距响应消息，或者在测距响应阶段中争用时隙。然后，启动器形成最终的rframe，该最终的rframe包括向不同的响应器报告所请求的应答时间和往返时间的rmi ie。
[0388]
图59示出了一个启动器和n个响应器(即，响应器
‑
1，响应器
‑
2,
……
响应器
‑
n)之间的一对多ds
‑
twr的消息序列图，其中来自不同响应器的测距响应消息被调度以按顺序传输。在标记为(r)的点处，响应器具有足够的信息来计算测距结果。如果在测距发起消息中的rrmc ie中的应答时间请求、往返测量请求和tof请求的字段被设置为零，则响应器可以不向启动器发送回测距结果或相关时间测量。
[0389]
图61示出了根据本公开实施例的用于一对多ds
‑
twr的示例消息序列图6100：不存在具有延迟模式的来自启动器的测距结果请求。图61所示的消息序列图6100的实施例仅用于说明。图61不将本公开的范围限制于任何特定实现。
[0390]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图61所示的消息序列图6100。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响
应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0391]
图61示出了当延迟模式字段值在rcm的arc ie中被设置为1时，用于一对多ds
‑
twr的消息序列图。因此，启动器在经延迟数据帧中经由rmi ie向响应器发送第一往返时间和第二应答时间，其中rmi ie的延迟模式字段被设置为1。
[0392]
图62示出了根据本公开的实施例的一对多ds
‑
twr的示例性消息序列图6200：来自启动器的第一应答时间和第二往返时间的请求。图62所示的消息序列图6200的实施例仅用于说明。图62不将本公开的范围限制于任何特定实现。
[0393]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图62所示的消息序列图6200。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0394]
在图62中，启动器通过在测距发起消息的rrmc ie中将应答时间请求和往返时间请求字段设置为1来在响应器处请求第一应答时间和第二往返时间。当通过mcps
‑
data.indication接收到rrmc(2)ie时，响应器的下一较高层经由具有rrmc(3)ie的mcps
‑
data.request初始化第二往返测量。同时，响应器的下一较高层创建rmi ie，该rmi ie向启动器报告测距响应消息的应答时间。由于启动器向响应器请求第二往返时间，因此在测距传输之后的单独的数据帧由每个响应器用来将该信息发送回来。因此，启动器也能够在测量报告阶段之后计算tof。
[0395]
图63示出了根据本公开实施例的用于一对多ds
‑
twr的示例性消息序列图6300：来自启动器的测距结果请求。图63所示的消息序列图6300的实施例仅用于说明。图63不将本公开的范围限制于任何特定实现。
[0396]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图63所示的消息序列图6300。如图6所示，电子设备501可以是组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0397]
在图63中，启动器通过在测距发起消息的rrmc ie中将tof请求的字段值设置为1来请求测距结果，即tof。因此，响应器基于时间调度或竞争分别在单独的数据帧中发送回测距结果(rmi ie)。
[0398]
在一个实施例中，rrr ie被重命名为测距请求测量和控制ie(rrmc ie)，而rr ie被重命名为测距测量信息ie(rmi ie)。
[0399]
图64示出了根据本公开的实施例的示例性测距应答时间瞬时ie内容字段格式6400。图64中所示的测距应答时间瞬时ie内容字段格式6400的实施例仅用于说明。图64不将本公开的范围限制于任何特定实现。
[0400]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图64所示的测距应答时间瞬时ie内容字段格式6400。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0401]
测距应答时间瞬时ie(rrti ie)传送包含rrti ie的响应帧相对于包含rrmc ie的帧的应答时间，其中作为请求该响应的字段的应答时间请求字段为1。rrti ie的内容字段
可以被格式化，如图64所示。
[0402]
rrti表的每一行元素可被格式化，如图65所示。
[0403]
图65示出了根据本发明实施例的示例性rrti表行元素格式6500。图65所示的rrti表行元素格式6500的实施例仅用于说明。图65不将本公开的范围限制于任何特定实现。
[0404]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图65所示的rrti表行元素格式6500。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0405]
图64中的地址存在字段用于指示如图65所示的rrti表的每一行元素中的地址字段的存在：如果地址存在字段值是1，则每一行元素的地址字段存在，否则不存在。
[0406]
rrti表长度字段表示rrti表中行元素的数量。rrti表将应答时间堆叠到不同的rdev。
[0407]
rx到tx应答时间字段是最近接收的rframe的接收时间与包含rrti ie的响应rframe的发送时间之间的时间差，所述最近接收的rframe传送具有应答时间请求字段为1的rrmc ie。上述时间值的参考是rmarker。时间单位遵循ieee 802.15.4z规范中的测距计数器时间单位，同时不排除其它适当的时间单位。
[0408]
rrti ie可用于响应于多个rdev在rframe中报告应答时间，所述多个rdev通过应答时间请求字段为1的rrmc ie来请求应答时间。图65中的地址字段可用于指定rdev的身份。对于一个启动器和一个响应器之间的测距，可以省略地址字段，因为地址字段是由mac报头的目的地地址字段指定的。对于多节点测距，如果以预先协商的顺序堆叠对不同rdev的应答时间，则可能不存在地址字段。
[0409]
对于具有延迟应答时间结果的ss
‑
twr，测距交换由调用mcps
‑
da.request原语的下一较高层发起，以发送包括请求测距应答时间信息的测距请求测量和控制ie(rrmc ie)的测距帧。根据表3设置测距控制信息字段。
[0410]
应答测距帧完成往返测量，并且mcps
‑
data.confirm原语给出定义往返时间的发起侧时间戳。在响应侧，mcps
‑
data.indication原语提供定义往返测量的应答时间的响应侧时间戳。该应答时间在后续消息所携带的测距测量信息ie(rmi ie)中被传送到发起侧。
[0411]
图66示出了根据本公开的实施例的具有延迟应答时间结果的ss
‑
twr的示例性消息序列图6600。图66所示的消息序列图6600的实施例仅用于说明。图66不将本公开的范围限制于任何特定实现。
[0412]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图66所示的消息序列图6600。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0413]
图66示出了用于上述交换的消息序列图，其中rrmc(0)ie指示所携带的具有测距控制信息字段值0的rrmc ie。在标记为(r)的点处，发起端具有足够的信息来计算两个设备之间的tof。
[0414]
图67示出了根据本公开的实施例的用于具有嵌入应答时间的ss
‑
twr的示例性消息序列图6700。图67所示的消息序列图6700的实施例仅用于说明。图67不将本发明的范围
限制于任何特定实施方案。
[0415]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图67所示的消息序列图6700。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0416]
图67示出了用于上述交换的消息序列图，其中rrmc(0)ie指示所携带的具有测距控制信息字段值0的rrmc ie。在虚线框中示出的rprt ie的通信可以在测距交换被发起之前的任何方便的时间发生，或者可以是带外的。在标记为(r)的点处，发起端具有足够的信息来计算两个设备之间的距离。
[0417]
ds
‑
twr基本上包括完成在任一端发起的ss
‑
twr交换或组合结果。ds
‑
twr交换由发送携带rrmc的测距数据帧的下一较高层发起，rrmc的测距控制信息字段根据tale 3设置。该帧和确认定义了第一往返测量，而mcps
‑
data.indication原语中的rrmc ie递送告知下一较高层通过在另一方向上发送rframe来发起交换的第二往返测量。
[0418]
该rframe包括具有根据表3设置的测距控制信息字段的rrmc ie，以指示这是交换的继续。应答时间请求和往返测量请求的字段具有用于请求应答时间和第一往返测量的值1。对该消息的确认完成了第二往返测量。来自启动器的后续消息在rmi ie中传送第一往返时间测量和用于第二往返时间测量的应答时间。
[0419]
图68示出了根据本公开的实施例的具有延迟应答时间结果的ds
‑
twr的示例性消息序列图6800。图68所示的消息序列图6800的实施例仅用于说明。图68不将本发明的范围限制于任何特定的实施方式。
[0420]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图68所示的消息序列图6800。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0421]
图68示出了用于上述交换的消息序列图。在标记为(r)的点，响应端具有足够的信息来计算两个设备之间的距离。随后在rmi ie中向发起端报告测距结果取决于发起rrmc ie中的tof请求字段的值。
[0422]
图69示出了根据本公开的实施例的用于具有三个消息的ds
‑
twr的示例性消息序列图6900。图69所示的消息序列图6900的实施例仅用于说明。图69不将本公开的范围限制于任何特定实现。
[0423]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图69所示的消息序列图6900。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0424]
为了将时间戳信息嵌入到rframe中，具有三个消息的ds
‑
twr要求发起端能够嵌入应答时间作为完成第二往返测量的一部分。参考图69的消息序列图，ds
‑
twr由携带具有根据表3设置的测距控制信息字段的rrmc ie的rframe发起。
[0425]
在这种情况下，发起具有值0的rrmc ie的tof请求字段指示发起端不需要测距结果的报告。响应侧完成第一往返测量，并用携带具有根据表3设置的测距控制信息字段的
rrmc ie的rframe发起第二测量，以指示这是交换的继续。
[0426]
上述rrmc ie的应答时间请求和往返测量请求字段被设置为1，指示第一往返测量和用于第二往返测量的应答时间的请求。原始启动器通过发送在rmi ie中携带第一往返时间测量以及在rrti ie中携带上述第二往返测量的应答时间的最终rframe来完成交换。
[0427]
在标记为(r)的点，响应端具有足够的信息来计算两个设备之间的距离。在测距交换的启动器想要结果的情况下，可以在发起rrmc ie的tof请求字段中请求结果，以在交换结束时请求响应端在后续消息中的rmi ie中传送结果，如图68所示。
[0428]
对于一对多ss
‑
twr，测距交换由启动器发起，其中测距请求测量和控制ie(rrmc ie)被嵌入到向多个响应器广播的测距发起消息中。可以根据表3将rrmc ie的测距控制信息字段设置为零，该字段由图65中的rrmc(0)ie指示。
[0429]
rrmc ie的应答时间请求字段被设置为1，其请求应答erdev的应答时间。在响应器侧，传递rrmc(0)ie的mcps
‑
data.indication告知下一个较高层发起测距响应消息。利用用于设置以插入rrti ie的requestrrti，响应器处的mcps
‑
data.request还传送rrmc ie以控制测距过程和发送请求。
[0430]
图70示出了根据本公开的实施例的用于一对多ss
‑
twr的示例性消息序列图7000。图70中所示的消息序列图7000的实施例仅用于说明。图70不将本公开的范围限制于任何特定实现。
[0431]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图70所示的消息序列图7000。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0432]
可以根据表3将响应rframe中的rrmc ie的测距控制信息字段设置为1，该字段由图70中的rrmc(1)ie指示。响应rframe被发送到启动器，其中mac报头中的目的地地址可以是启动器的地址。
[0433]
对于基于调度的多节点测距，响应器在其所分配的时隙中发送测距响应消息，而对于基于竞争的多节点测距，响应器在测距响应阶段的时隙中竞争。在获取测距响应消息之后，启动器具有完整的信息来计算到不同响应器的tof。
[0434]
图70示出了在一个启动器和n个响应器(即响应器
‑
1，响应器
‑
2,
……
响应器
‑
n)之间的一对多ss
‑
twr的消息序列图，其中来自不同响应器的测距响应消息被调度以按顺序传输。在标记为(r)的点处，启动器具有足够的信息来计算相应对的测距结果。不同的响应器可以具有不同的测距结果请求。
[0435]
在图70中，例如，响应器
‑
n请求tx到rx往返时间，即，测距响应消息中的rrmc ie的往返时间请求字段值被设置为1，而响应器
‑
1直接请求测距结果，即，测距响应消息中的rrmc ie的tof请求字段值被设置为1。由传送多个rmi ie的启动器广播的最终数据消息来完成测量报告，其中测量报告的目的地可以通过rmi ie的地址字段来区分。注意，如果多个响应器请求相同的信息集合(例如，tof)，则测量报告可由最终数据消息中的一个rmi ie来实现。
[0436]
对于一对多ds
‑
twr，可以考虑三向测距方法，以便减少传输次数。测距交换由启动器发起，其中rrmc ie被嵌入在测距发起消息中并被发送到多个响应器。根据表3,rrmc ie
中的测距控制信息字段值可以为2，其在图71中由rrmc(2)ie指示。
[0437]
图71示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图7100：不存在来自启动器的测距结果请求。图71所示的消息序列图7100的实施例仅用于说明。图71不将本公开的范围限制于任何特定实现。
[0438]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图71所示的消息序列图7100。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0439]
一旦响应器接收到测距发起消息，响应器就可以形成测距响应消息，该消息包含rrmc ie以初始化第二往返测量。根据表3,rrmc ie中的测距控制信息字段值可以是3，该字段在图71中由rrmc(3)ie指示。为了从启动器请求最终rframe的第一往返时间和应答时间，将测距响应消息的rrmc ie中的应答时间请求和往返时间请求的字段设置为1。类似于一对多ss
‑
twr，可以调度不同响应器的测距响应消息，或者在测距响应阶段中争用时隙。然后，启动器形成最终rframe，其包括报告往返时间的rmi ie，以及向不同的响应器报告应答时间的rrti ie。启动器的下一较高层设置requestrrtitx和rrtinodelist，以请求mac子层创建rrti ie并将rrti ie插入到最终rframe中，最终rframe将应答时间传送到不同的响应器。
[0440]
图71示出了一个启动器和n个响应器(即，响应器
‑
1，响应器
‑
2,
……
响应器
‑
n)之间的一对多ds
‑
twr的消息序列图，其中来自不同响应器的测距响应消息被调度以按顺序传输。在标记为(r)的点处，响应器具有足够的信息来计算测距结果。如果测距发起消息中的rrmc ie中的应答时间请求、往返测量请求和tof请求的字段被设置为零，则响应器可以不向启动器发送回测距结果或相关时间测量。
[0441]
图72示出了根据本公开的实施例的一对多ds
‑
twr的示例性消息序列图7200：来自启动器的第一应答时间和第二往返时间的请求。图72所示的消息序列图7200的实施例仅用于说明。图72不将本公开的范围限制于任何特定实现。
[0442]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图72所示的消息序列图7200。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0443]
在图72中，启动器通过在测距发起消息的rrmc ie中将应答时间请求和往返时间请求字段设置为1来在响应器处请求第一应答时间和第二往返时间。当通过mcps
‑
data.indication接收到rrmc(2)ie时，响应器的下一较高层经由具有rrmc(3)ie的mcps
‑
data.request来初始化第二往返测量。同时，mcps
‑
data.request中的requestrrtitx被设置为在响应rframe中插入rrti ie。为了发送最终rframe，启动器的下一个高层设置mcps
‑
data.request的requestrrti和rrtinodelist以插入rrti ie，并且还将报告第一往返时间测量的rmi ie传送到mac层。
[0444]
由于启动器从响应器请求第二往返时间，因此在测距传输之后的单独数据帧由每个响应器用来将该信息发送回来。因此，启动器也能够在测量报告阶段之后计算tof。
[0445]
图73示出了根据本公开的实施例的用于一对多ds
‑
twr的示例性消息序列图7300：
来自启动器的测距结果请求。图73所示的消息序列图7300的实施例仅用于说明。图73不将本公开的范围限制于任何特定实现。
[0446]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图73所示的消息序列图7300。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0447]
在图73中，启动器通过在测距发起消息的rrmc ie中将tof请求的字段值设置为1来请求测距结果，即tof。因此，响应器基于时间调度或竞争分别在单独的数据帧中发送回测距结果(rmi ie)。
[0448]
对于多个启动器对多个启动器(m2m)的情形，控制器将具有测距配置的rcm发送到多个启动器和启动器。在一对多测距的情况下，在测距发起阶段(rip)中仅有一个来自单个启动器的测距发起消息，而多个启动器可以通过m2m测距中的调度或竞争来在rip中发送测距发起消息。测距发起消息包含rrmc ie，其中测距控制信息字段值被设置为0，并且应答时间请求字段值被设置为1。
[0449]
在从不同的启动器收集测距发起消息之后，响应器的下一较高层经由mcps
‑
data.request来发起响应rframe，其中requestrrtitx和rrtinodelist被设置为插入rrti ie。基于经由测距配置确定的时间调度或竞争，在测距响应阶段中将响应rframe发送到发起器。
[0450]
图74示出了根据本公开的实施例的用于m2m ss
‑
twr的示例性消息序列图7400。图74所示的消息序列图7400的实施例仅用于说明。图74不将本公开的范围限制于任何特定实现。
[0451]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图74所示的消息序列图7400。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0452]
图74示出了在m个启动器和n个响应器(即，启动器
‑
1，启动器
‑
2,
……
启动器
‑
m和响应器
‑
1，响应器
‑
2,
……
响应器
‑
n)之间的m2mss
‑
twr的消息序列图，其中按顺序调度测距发起和测距响应消息的传输。还可以执行用于测距起始阶段和测距响应阶段的基于竞争的传输。在标记为(r)的点处，启动器具有足够的信息来计算相应对的测距结果。高层的责任是确保在适当的时间提供每个所需的响应，以允许mac在指定的时间发送所需的响应，并且类似地在适当的时间使接收机能够接收接收机需要接收的任何消息。
[0453]
控制器可以使用arc ie和rdm ie来确定这一点。在图74中，响应器不请求测距结果。然而，类似于图70，响应器还可以向启动器请求测距结果或请求相关时间测量以计算测距结果，这需要从启动器发送的附加数据帧。
[0454]
图75示出了根据本公开的实施例的用于m2m ds
‑
twr的示例性消息序列图7500。图75中所示的消息序列图7500的实施例仅用于说明。图75不将本公开的范围限制于任何特定实现。
[0455]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图75所示的消息序列图7500。电子设备501可以是如图6所示的组1或组2中
的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0456]
对于m2m ds
‑
twr，基于测距配置，多个启动器可以争用或时间调度测距发起阶段中的时隙以发送测距发起消息，该消息传送rrmc ie。rrmc ie中的测距控制信息字段值可以是2，这在图75中由rrmc(2)ie指示。
[0457]
在测距发起阶段之后，响应器形成测距响应消息，测距响应消息包含rrmc ie以初始化第二往返测量。测距控制信息字段值可以是3，该字段在图75中由rrmc(3)ie指示。rrmc ie中的应答时间请求和往返时间请求的字段被设置为1。
[0458]
测距响应消息也可以通过经由测距配置确定的时间调度或竞争来发送。然后，启动器形成最终rframe，最终rframe包括报告应答时间的rrti ie和报告往返时间的rmi ie。
[0459]
图75示出了在m个启动器和n个响应器之间的m2m ds
‑
twr的消息序列图，其中测距发起消息和测距响应消息都被调度用于按顺序进行传输。在标记为(r)的点处，响应器具有足够的信息来计算测距结果。如果测距发起消息中的rrmc ie中的应答时间请求、往返测量请求和tof请求的字段被设置为零，则响应器可以不向启动器发送回测距结果或相关时间测量。
[0460]
图76示出了可由第一网络实体执行的、根据本发明实施例的用于安全测距操作的方法7600的流程图。图6中所示的方法7600的实施例仅用于说明。图6不将本公开的范围限制于任何特定实现。
[0461]
在一个实施例中，如图5所示的电子设备501(例如，如图1所示的101
‑
103和111
‑
116)可以使用如图76所示的方法7600。电子设备501可以是如图6所示的组1或组2中的至少一者的电子设备中的一个。电子设备501也可以被实现为如图34所示的启动器或响应器。电子设备501也可以被实现为控制器或控制者，如图34所示。
[0462]
如图76所示，方法7600开始于步骤7602。在步骤7602中，第一网络实体生成媒体接入控制(mac)公共部分子层数据请求(mcps
‑
data.request)原语，该原语包括测距使能指示符以及具有应答时间请求的测距请求测量和控制ie(rrmc ie)。
[0463]
在步骤7604中，第一网络实体向第二网络实体发送包括rrmc ie的第一mac数据。
[0464]
在一个实施例中，rrmc ie包括应答时间请求字段、往返测量请求字段、飞行时间(tof)请求字段、到达角(aoa)方位请求字段、aoa高度请求字段、测距控制信息字段、保留位字段、rrmc表长度字段和rrmc表字段。
[0465]
在此类实施例中，测距控制信息字段包括指示如下内容的值：当该值被设置为零时，帧被用于单侧双向测距(ss
‑
twr)的测距发起消息；当该值被设置值为1时，帧被用于响应ss
‑
twr的测距发起消息；当该值被设置为2时，帧被用于双侧双向测距(ds
‑
twr)的测距发起消息；以及帧被用于继续ds
‑
twr并发起第二次往返时间测量。
[0466]
在步骤7606中，第一网络实体从第二网络实体接收包括测距应答时间瞬时ie(rrti ie)和rrmc ie的第二mac数据。
[0467]
在步骤7608中，第一网络实体识别接收测距计数器(rxrangingcounter)的本地值。
[0468]
在一个实施例中，第一网络实体从较高层向mac层发送mcps
‑
data.request原语；在向第二网络实体发送第一mac数据之后，从mac层向较高层发送包括发送测距计数器
(txrangingcounter)的本地值的mcps
‑
data.confirm原语；在从第二网络实体接收到第二mac数据之后，从mac层向较高层发送具有接收测距计数器(rxrangingcounter)的本地值的mcps
‑
data.indication原语和rrmc ie。
[0469]
在一个实施例中，第一网络实体生成mcps
‑
data.request原语，该原语包括具有第一网络实体所请求的信息的至少一个测距测量信息ie(rmi ie)；从较高层向mac层发送mcps
‑
data.request原语；以及向第二网络实体发送包括rrmc ie的第一mac数据。
[0470]
在此类实施例中，所述至少一个rmi ie包括地址存在字段、应答时间存在字段、往返测量存在字段、tof存在字段、aoa方位存在字段、aoa高度存在字段、延迟模式字段、保留字段、rmi列表长度字段和rmi列表字段；rmi列表字段包括rx到tx应答时间字段、tx到rx往返字段、tof字段、aoa方位字段、aoa高度字段和地址字段。
[0471]
尽管已经用示例性实施例描述了本公开，但是本领域技术人员可以建议各种改变和修改。本公开旨在包括落入所附权利要求的范围内的此类改变和修改。本技术中的任何描述都不应被理解为暗示任何特定的元件、步骤或功能是必须包括在权利要求范围内的必要要件。