用于WLAN中的高功效广播的方法与流程

用于wlan中的高功效广播的方法
1.相关申请的交叉引用
2.本技术要求2020年10月19日提交的美国临时申请63/093,588号和2021年4月29日提交的美国临时申请63/181,752号的权益，这些美国临时申请的内容以引用方式并入本文。


技术实现要素：

3.本文提供了用于广播服务协商和非同时发射-接收(str)信道盲恢复的系统、方法和设备。由无线发射/接收单元(wtru)执行的一些方法可包括通过第一链路进行操作；通过第二链路进行操作；接收包括与该第二链路相关联的网络分配矢量(nav)设置的帧，该nav设置指示持续时间；以及通过该第一链路发送传输，其中通过该第一链路的该传输的持续时间短于或等于由该nav设置指示的该持续时间。包括该nav设置的该帧指示可以不扩展或修改该持续时间。该方法还可以包括由该wtru发送该wtru能够执行多链路受限传输的指示。在通过该第一链路发送该传输之后，该wtru可以在该第一链路上进入休眠模式。
附图说明
4.由以下结合附图以举例的方式给出的描述可得到更详细的理解，其中附图中类似的附图标号指示类似的元件，并且其中：
5.图1a是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统的系统图；
6.图1b是示出根据一个实施方案可在图1a所示的通信系统内使用的示例性无线发射/接收单元(wtru)的系统图；
7.图1c是示出根据一个实施方案可在图1a所示的通信系统内使用的示例性无线电接入网络(ran)和示例性核心网络(cn)的系统图；
8.图1d是示出根据一个实施方案可在图1a所示的通信系统内使用的另外一个示例性ran和另外一个示例性cn的系统图；
9.图2提供了mlme-ebcterminationnotice.request原语的参数的描述；
10.图3提供了mlme-ebcterminationnotice.indication原语的参数的描述；
11.图4提供了mlme-ebcs.request原语的参数的描述；
12.图5提供了mmlme-ebcs.confirm原语的参数的描述；
13.图6提供了mlme-ebcs.indication原语的参数的描述；
14.图7提供了mlme-ebcs.response原语的参数的描述；并且
15.图8示出了ml受限传输的示例；
16.图9是示出根据本文公开的实施方案的信号序列的信号流程图；
17.图10是示出根据本文公开的实施方案的信号序列的信号流程图；
18.图11是示出根据本文公开的方法的实施方案执行的动作的流程图；
19.图12是示出根据本文公开的方法的实施方案执行的动作的流程图；
20.图13是示出根据本文公开的实施方案执行的动作的流程图；并且
21.图14是示出根据本文公开的实施方案的站(sta)的部件的框图。
具体实施方式
22.图1a是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的示意图。通信系统100可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统100可使多个无线用户能够通过系统资源(包括无线带宽)的共享来访问此类内容。例如，通信系统100可采用一个或多个信道接入方法，诸如码分多址接入(cdma)、时分多址接入(tdma)、频分多址接入(fdma)、正交fdma(ofdma)、单载波fdma(sc-fdma)、零尾唯一字离散傅里叶变换扩展ofdm(zt-uw-dft-s-ofdm)、唯一字ofdm(uw-ofdm)、资源块滤波ofdm、滤波器组多载波(fbmc)等。
23.如图1a所示，通信系统100可包括无线发射/接收单元(wtru)102a、102b、102c、102d、无线电接入网络(ran)104、核心网络(cn)106、公共交换电话网(pstn)108、互联网110和其他网络112，但应当理解，所公开的实施方案设想了任何数量的wtru、基站、网络和/或网络元件。wtru 102a、102b、102c、102d中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的设备。举例来说，wtru 102a、102b、102c、102d(其中任何一者均可被称为站(sta))可被配置为发射和/或接收无线信号，并且可包括用户装备(ue)、移动站、固定或移动用户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(pda)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或mi-fi设备、物联网(iot)设备、手表或其他可穿戴设备、头戴式显示器(hmd)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费型电子设备、在商业和/或工业无线网络上操作的设备等。wtru 102a、102b、102c和102d中的任一者可互换地称为ue。
24.通信系统100还可包括基站114a和/或基站114b。基站114a、114b中的每一者可为任何类型的设备，其被配置为与wtru 102a、102b、102c、102d中的至少一者无线对接以促进对一个或多个通信网络(诸如cn 106、互联网110和/或其他网络112)的访问。作为示例，基站114a、114b可为基站收发台(bts)、nodeb、演进节点b(enb)、家庭节点b、家庭演进节点b、下一代nodeb，诸如gnode b(gnb)、新无线电(nr)nodeb、站点控制器、接入点(ap)、无线路由器等。虽然基站114a、114b各自被描绘为单个元件，但应当理解，基站114a、114b可包括任何数量的互连基站和/或网络元件。
25.基站114a可以是ran 104的一部分，该ran还可包括其他基站和/或网络元件(未示出)，诸如基站控制器(bsc)、无线电网络控制器(rnc)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率上发射和/或接收无线信号，该基站可被称为小区(未示出)。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖，该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为三个扇区。因此，在实施方案中，基站114a可包括三个收发器，即，小区的每个扇区一个收发器。在实施方案中，基站114a可采用多输入多输出(mimo)技术并且可针对小区的每个扇区利用多个收发器。例如，可使用波束成形在所需的空间方向上发射和/或接收信号。
26.基站114a、114b可通过空中接口116与wtru 102a、102b、102c、102d中的一者或多者通信，该空中接口可为任何合适的无线通信链路(例如，射频(rf)、微波、厘米波、微米波、红外(ir)、紫外(uv)、可见光等)。可使用任何合适的无线电接入技术(rat)来建立空中接口116。
27.更具体地讲，如上所指出，通信系统100可为多址接入系统，并且可采用一个或多个信道接入方案，诸如cdma、tdma、fdma、ofdma、sc-fdma等。例如，ran 104中的基站114a和wtru 102a、102b、102c可实现无线电技术诸如通用移动电信系统(umts)陆地无线电接入(utra)，其可使用宽带cdma(wcdma)来建立空中接口116。wcdma可包括诸如高速分组接入(hspa)和/或演进的hspa(hspa+)之类的通信协议。hspa可包括高速下行链路(dl)分组接入(hsdpa)和/或高速上行链路(ul)分组接入(hsupa)。
28.在实施方案中，基站114a和wtru 102a、102b、102c可实现诸如演进的umts陆地无线电接入(e-utra)的无线电技术，其可使用长期演进(lte)和/高级lte(lte-a)和/或高级ltepro(lte-a pro)来建立空中接口116。
29.在一个实施方案中，基站114a和wtru 102a、102b、102c可实现无线电技术诸如nr无线电接入，其可使用nr来建立空中接口116。
30.在实施方案中，基站114a和wtru 102a、102b、102c可实现多种无线电接入技术。例如，基站114a和wtru 102a、102b、102c可例如使用双连接(dc)原理一起实现lte无线电接入和nr无线电接入。因此，wtru 102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或向/从多种类型的基站(例如，enb和gnb)发送的发射来表征。
31.在其他实施方案中，基站114a和wtru 102a、102b、102c可实现诸如ieee 802.11(即，无线保真(wifi))、ieee 802.16(即，全球微波接入互操作性(wimax))、cdma2000、cdma2000 1x、cdma2000 ev-do、暂行标准2000(is-2000)、暂行标准95(is-95)、暂行标准856(is-856)、全球移动通信系统(gsm)、gsm增强数据率演进(edge)、gsm edge(geran)等无线电技术。
32.图1a中的基站114b可为例如无线路由器、家庭节点b、家庭演进节点b或接入点，并且可利用任何合适的rat来促进诸如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等局部区域中的无线连接。在实施方案中，基站114b和wtru 102c、102d可实现诸如ieee 802.11之类的无线电技术以建立无线局域网(wlan)。在实施方案中，基站114b和wtru 102c、102d可实现诸如ieee 802.15之类的无线电技术以建立无线个域网(wpan)。在又一个实施方案中，基站114b和wtru 102c、102d可利用基于蜂窝的rat(例如，wcdma、cdma2000、gsm、lte、lte-a、lte-a pro、nr等)来建立微微小区或毫微微小区。如图1a所示，基站114b可具有与互联网110的直接连接。因此，基站114b可不需要经由cn 106访问互联网110。
33.ran 104可与cn 106通信，该cn可以是被配置为向wtru 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(voip)服务的任何类型的网络。数据可具有不同的服务质量(qos)要求，诸如不同的吞吐量要求、延迟要求、误差容限要求、可靠性要求、数据吞吐量要求、移动性要求等。cn 106可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等，和/或执行高级安全功能，诸如用户认证。尽管未在图1a中示出，但是应当理解，ran 104和/或cn 106可与采用与ran 104相
同的rat或不同rat的其他ran进行直接或间接通信。例如，除了连接到可利用nr无线电技术的ran 104之外，cn 106还可与采用gsm、umts、cdma 2000、wimax、e-utra或wifi无线电技术的另一ran(未示出)通信。
34.cn 106也可充当wtru 102a、102b、102c、102d的网关，以访问pstn 108、互联网110和/或其他网络112。pstn 108可包括提供普通老式电话服务(pots)的电路交换电话网络。互联网110可包括使用常见通信协议(诸如传输控制协议(tcp)、用户数据报协议(udp)和/或tcp/ip互联网协议组中的互联网协议(ip))的互连计算机网络和设备的全球系统。网络112可包括由其他服务提供商拥有和/或操作的有线和/或无线通信网络。例如，网络112可包括连接到一个或多个ran的另一个cn，其可采用与ran 104相同的rat或不同的rat。
35.通信系统100中的一些或所有wtru 102a、102b、102c、102d可包括多模式能力(例如，wtru 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发器)。例如，图1a所示的wtru 102c可被配置为与可采用基于蜂窝的无线电技术的基站114a通信，并且与可采用ieee 802无线电技术的基站114b通信。
36.图1b是示出示例性wtru 102的系统图。如图1b所示，wtru 102可包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(gps)芯片组136和/或其他外围设备138等。应当理解，在与实施方案保持一致的同时，wtru 102可包括前述元件的任何子组合。
37.处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)、任何其他类型的集成电路(ic)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能，这些其他功能使wtru 102能够在无线环境中工作。处理器118可耦合到收发器120，该收发器可耦合到发射/接收元件122。虽然图1b将处理器118和收发器120描绘为单独的部件，但是应当理解，处理器118和收发器120可在电子封装或芯片中集成在一起。
38.发射/接收元件122可被配置为通过空中接口116向基站(例如，基站114a)发射信号或从基站接收信号。例如，在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收rf信号的天线。在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收例如ir、uv或可见光信号的发射器/检测器。在又一个实施方案中，发射/接收元件122可被配置为发射和/或接收rf和光信号。应当理解，发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。
39.尽管发射/接收元件122在图1b中被描绘为单个元件，但是wtru 102可包括任何数量的发射/接收元件122。更具体地讲，wtru 102可采用mimo技术。因此，在一个实施方案中，wtru 102可包括用于通过空中接口116发射和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
40.收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出，wtru 102可具有多模式能力。例如，因此，收发器120可包括多个收发器，以便使wtru 102能够经由多种rat(诸如nr和ieee 802.11)进行通信。
41.wtru 102的处理器118可耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸
板128(例如，液晶显示器(lcd)显示单元或有机发光二极管(oled)显示单元)并且可从其接收用户输入数据。处理器118还可将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板128。另外，处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(ram)、只读存储器(rom)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(sim)卡、记忆棒、安全数字(sd)存储卡等。在其他实施方案中，处理器118可从未物理上定位在wtru 102上(诸如，服务器或家用计算机(未示出)上)的存储器访问信息，并且将数据存储在该存储器中。
42.处理器118可从电源134接收电力，并且可被配置为向wtru 102中的其他部件分配和/或控制电力。电源134可以是用于为wtru 102供电的任何合适的设备。例如，电源134可包括一个或多个干电池组(例如，镍镉(nicd)、镍锌(nizn)、镍金属氢化物(nimh)、锂离子(li-ion)等)、太阳能电池、燃料电池等。
43.处理器118还可耦合到gps芯片组136，该gps芯片组可被配置为提供关于wtru 102的当前位置的位置信息(例如，经度和纬度)。除了来自gps芯片组136的信息之外或代替该信息，wtru 102可通过空中接口116从基站(例如，基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收到信号的定时来确定其位置。应当理解，在与实施方案保持一致的同时，该wtru 102可通过任何合适的位置确定方法来获取位置信息。
44.处理器118还可耦合到其他外围设备138，该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块和/或硬件模块。例如，外围设备138可包括加速度计、电子指南针、卫星收发器、数字相机(用于照片和/或视频)、通用串行总线(usb)端口、振动设备、电视收发器、免提耳麦、模块、调频(fm)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(vr/ar)设备、活动跟踪器等。外围设备138可包括一个或多个传感器。传感器可为以下一者或多者：陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、接近传感器、温度传感器、时间传感器；地理位置传感器、测高计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物识别传感器、湿度传感器等。
45.wtru 102可包括全双工无线电台，对于该全双工无线电台，一些或所有信号的发射和接收(例如，与用于ul(例如，用于发射)和dl(例如，用于接收)的特定子帧相关联)可为并发的和/或同时的。全双工无线电台可包括干扰管理单元，该干扰管理单元用于经由硬件(例如，扼流圈)或经由处理器(例如，单独的处理器(未示出)或经由处理器118)进行的信号处理来减少和/或基本上消除自干扰。在一个实施方案中，wtru 102可包括半双工无线电台，对于该半双工无线电台，发射和接收一些或所有信号(例如，与用于ul(例如，用于发射)或dl(例如，用于接收)的特定子帧相关联)。
46.图1c是示出根据一个实施方案的ran 104和cn 106的系统图。如上所述，ran 104可采用e-utra无线电技术通过空中接口116与wtru 102a、102b、102c通信。ran 104还可以与cn 106通信。
47.ran 104可包括演进节点b 160a、160b、160c，但是应当理解，在与实施方案保持一致的同时，ran 104可包括任何数量的演进节点b。演进节点b 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与wtru 102a、102b、102c通信。在实施方案中，演
进节点b 160a、160b、160c可实现mimo技术。因此，演进节点b 160a例如可使用多个天线来向wtru 102a发射无线信号和/或从wtru 102a接收无线信号。
48.演进节点b 160a、160b、160c中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、ul和/或dl中的用户的调度等。如图1c所示，演进节点b 160a、160b、160c可通过x2接口彼此通信。
49.图1c所示的cn 106可包括移动性管理实体(mme)162、服务网关(sgw)164和分组数据网络(pdn)网关(pgw)166。虽然前述元件被描绘为cn 106的一部分，但是应当理解，这些元件中的任何元件可由除cn运营商之外的实体拥有和/或运营。
50.mme 162可经由s1接口连接到ran 104中的演进节点b 162a、162b、162c中的每一者，并且可用作控制节点。例如，mme 162可负责认证wtru 102a、102b、102c的用户、承载激活/去激活、在wtru 102a、102b、102c的初始附加期间选择特定服务网关等。mme 162可提供用于在ran 104和采用其他无线电技术(诸如gsm和/或wcdma)的其他ran(未示出)之间进行切换的控制平面功能。
51.sgw 164可经由s1接口连接到ran 104中的演进节点b 160a、160b、160c中的每一者。sgw 164通常可向/从wtru 102a、102b、102c路由和转发用户数据分组。sgw 164可执行其他功能，诸如在演进节点b间切换期间锚定用户平面、当dl数据可用于wtru 102a、102b、102c时触发寻呼、管理和存储wtru 102a、102b、102c的上下文等。
52.sgw 164可连接到pgw 166，该pgw可向wtru 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问，以有利于wtru 102a、102b、102c和启用ip的设备之间的通信。
53.cn 106可有利于与其他网络的通信。例如，cn 106可向wtru 102a、102b、102c提供对电路交换网络(诸如，pstn 108)的访问，以有利于wtru 102a、102b、102c与传统陆线通信设备之间的通信。例如，cn 106可包括用作cn 106与pstn 108之间的接口的ip网关(例如，ip多媒体子系统(ims)服务器)或者可与该ip网关通信。另外，cn 106可向wtru 102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。
54.尽管wtru在图1a至图1d中被描述为无线终端，但是可以设想到，在某些代表性实施方案中，这种终端可(例如，临时或永久)使用与通信网络的有线通信接口。
55.在代表性实施方案中，其他网络112可为wlan。
56.处于基础结构基本服务集(bss)模式的wlan具有用于bss的接入点(ap)以及与ap相关联的一个或多个站(sta)。ap通常具有至分配系统(ds)或将流量承载至和承载流量离开bss的另一种类型的有线/无线网络的接入或接口。源自bss外部并通向sta的流量通过ap到达并被递送到sta。源自sta并通向bss外部的目的地的流量被发送到ap以被递送到相应目的地。bss内的sta之间的流量还可通过ap发送，其中源sta向ap发送流量，并且ap将流量传递到目的地sta。bss内的sta之间的此类流量实际上是点对点流量。也可以通过使用802.11e dls或802.11z隧道dls(tdls)的直接链接设置(dls)在源sta和目的地sta之间直接发送此类点对点流量。使用独立bss(ibss)模式的wlan不具有ap和/或彼此直接通信的sta。此通信模式被称为“ad-hoc”通信模式。
57.在使用802.11ac基础结构操作模式时，ap可在固定信道(通常主信道)上发射信标。该信道可为20mhz宽，并且是bss的操作信道。此信道还由sta用来建立与ap的连接。
184a、184b，并且配置通过upf 184a、184b进行的流量路由。smf 183a、183b可执行其他功能，诸如管理和分配ue ip地址、管理pdu会话、控制策略实施和qos、提供dl数据通知等。pdu会话类型可以是基于ip的、非基于ip的、基于以太网的等。
71.upf 184a、184b可经由n3接口连接到ran 104中的gnb 180a、180b、180c中的一者或多者，这些gnb可以向wtru 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问，以有利于在wtru 102a、102b、102c与启用ip的设备之间的通信。upf 184、184b可执行其他功能，诸如路由和转发分组、实施用户平面策略、支持多宿主pdu会话、处理用户平面qos、缓冲dl分组、提供移动性锚定等。
72.cn 106可有利于与其他网络的通信。例如，cn 106可包括用作cn 106与pstn 108之间的接口的ip网关(例如，ip多媒体子系统(ims)服务器)或者可与该ip网关通信。另外，cn 106可向wtru 102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在一个实施方案中，wtru 102a、102b、102c可通过upf 184a、184b经由至upf 184a、184b的n3接口以及upf 184a、184b与本地dn 185a、185b之间的n6接口连接到dn 185a、185b。
73.鉴于图1a至图1d以及图1a至图1d的对应描述，本文参照以下中的一者或多者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真设备(未示出)执行：wtru 102a-102d、基站114a-114b、演进节点b 160a-160c、mme 162、sgw 164、pgw 166、gnb 180a-180c、amf 182a-182b、upf 184a-184b、smf 183a-183b、dn 185a-185b和/或本文所述的任何其他设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如，仿真设备可用于测试其他设备和/或模拟网络和/或wtru功能。
74.仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如，该一个或多个仿真设备可执行一个或多个或所有功能，同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分，以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能，同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或使用空中无线通信来执行测试。
75.该一个或多个仿真设备可执行一个或多个(包括所有)功能，同时不被实现/部署为有线和/或无线通信网络的一部分。例如，仿真设备可在测试实验室和/或非部署(例如，测试)有线和/或无线通信网络中的测试场景中使用，以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试装备。经由rf电路系统(例如，其可包括一个或多个天线)进行的直接rf耦合和/或无线通信可由仿真设备用于发射和/或接收数据。应当理解，图1a至图8的实施方案可以被配置为执行下面更详细描述的方法。
76.最近，ieee 802.11
tm
高效wlan(hew)研究组(sg)成立，旨在探索可能的未来修订的范围和目的，以在许多使用场景(包括2.4ghz、5ghz和6ghz频段中的高密度场景)中为广谱无线用户提高所有用户体验的服务质量。本文所述的实施方案可以通过使用ieee 802.11e dls或802.11z隧道dls(tdls)的直接链路设置(dls)在源sta和目的地sta之间直接发送点对点流量。hew sg正在考虑支持密集部署ap、sta和相关联的无线电资源管理(rrm)技术的新用例。
77.hew的潜在应用包括新兴的使用场景诸如体育赛事的数据传递、高用户密度场景
诸如火车站或企业/零售环境，并且还有证据表明，医疗应用对视频递送和无线服务的日益依赖。
78.ieee标准委员会基于hew sg开发的结果批准了ieee 802.11ax任务组(tg)的成立。
79.在tgax标准会议中，若干贡献表明各种应用的实测流量对于短分组具有很大可能性，并且存在也可以生成短分组的网络应用。此类应用可包括：虚拟办公室；tpc ack；视频流ack；设备/控制器(鼠标、键盘、游戏控制等)；访问-探测请求/响应；网络选择探测请求，anqp；或网络管理控制帧。
80.此外，802.11ax中的许多贡献都提出了引入mu特性，包括ul和dl ofdma以及ul和dl mu-mimo。规格中可考虑针对不同目的设计和定义用于复用ul随机接入的机制。
81.2019年1月，ieee 802.11bc任务组(tg)成立，旨在为802.11设备定义增强型广播服务(ebcs)的mac修正案。ieee 802.11bc修正案可能不会影响当前的ieee 802.11phy规格。。在本文公开的实施方案中，可以通过使用ieee 802.11e dls或802.11z隧道dls(tdls)的直接链路设置(dls)在源sta与目的地sta之间直接发送流量。ebcs服务可以在从ap到非ap sta的下行链路方向上，或者可以在从传感器非ap sta的上行链路方向上。目的可能是向与特定ap相关联或不关联的sta提供增强型广播服务。ap预计可支持多达3000个具有ebcs服务非ap sta。另外，可能存在一类消费ebcs服务的低成本的非ap sta，该ebcs服务可能无法直接传输到ap。
82.ebcs的一些用例可包括：体育场视频广播；汽车广播；上行链路传感器数据广播；博物馆信息和多语言广播；和事件生产者信息和内容广播。
83.ieee 802.11极高吞吐量(eht)研究组于2018年9月成立。eht可以被认为是继802.11ax之后对ieee 802.11标准的下一个重大修订，802.11ax目前正处于工作组信件投票阶段。形成eht以探索进一步增加峰值吞吐量以及提高ieee 802.11网络的效率的可能性。继eht研究组成立之后，成立了802.11be任务组，旨在提供802.11eht规格。所解决的主要用例和应用包括高吞吐量和低延迟应用，例如：wlan上的视频；增强现实(ar)；以及虚拟现实(vr)。
84.eht sg和802.11be为实现增加峰值吞吐量和改善效率的目标而讨论的特性清单包括：多ap、多频带/多链路；320mhz带宽，16个空间流；harq；ap坐标；6ghz信道接入的新设计。
85.已经向802.11be tg提交了关于多链路操作(特别是关于非同时发射和接收(非str)操作)的许多贡献。此类操作的示例可以描述如下。链路1上来自非ap多链路设备(mld)的ul传输可能干扰链路2上的接收，提供了使用sync ppdu的潜在解决方案。在不同链路上从ap传输到相同非ap mld的sync ppdu可以使ppdu的末端对齐。当非str mld(多链路设备)在链路1上进行传输时，链路2上的传输可以有效地使链路2上的任何接收尝试无用。克服这种盲目性的建议可以是使在链路2上操作的sta在介质同步延迟期间尝试多次传输，可能使用改变的ed(能量检测)水平。
86.本文讨论的各种实施方案可涉及针对至少以下两种情况提供解决方案。
87.在第一组情况中，对于希望利用由一个或多个ap提供的下行链路广播服务的sta，sta可与提供该广播服务的ap相关联或不关联。此类sta和ap可能需要请求广播服务并协商
所请求的广播服务的参数。因此，要解决的问题可以是定义此类mlme(mac层管理实体)原语并且提供指示和协商过程以支持广播服务发现和参数协商。
88.在第二组情况中，非str mld可以具有在多个链路上操作的多个sta。如果sta1在链路2上向其关联ap mld的ap进行传输，则其干扰可能导致相同的非str mld的sta2不能同时在链路2上接收任何分组。链路2上的sta2然后可以被认为是有效盲的，并且不知道信道状况，也不能接收任何帧来更新nav。因此，要解决的问题可以是定义有效地通知链路上的sta2的过程，使得其可以高效地利用任何空闲的介质时间，同时避免中断任何正在进行的传输。
89.以下描述最初可以涉及定义mlme原语以及指示和协商过程以支持广播服务发现和参数协商的问题。在一些实施方案中，ebcs ap可在ebcs信息帧、ebcs终止通知帧或包含ebcs anqp元素的任何帧中通告/宣告其提供的一个或多个ebcs。ebcs ap可以通过将与ebcs相关联的关联所需比特设置为1来指示需要关联的一个或多个ebcs。
90.在一些实施方案中，ebcsebcs sta可以向其相关联的ebcs ap传输ebcs请求帧，以请求由ebcs ap提供的一个或多个ebcs。如果ebcs ap已经指示一个或多个ebcs需要关联，则ebcs sta可以与ebcs ap关联并且随后传输ebcs请求帧来请求一个或多个此类ebcs。对不需要关联的一个或多个ebcs的请求也可包含在相同的ebcs请求帧中。在一些实施方案中，当使用ebcs请求帧来请求ebcs时，ebcs sta可以请求具有如ebcs请求帧中所包含的终止时间字段中所指示的特定终止时间的ebcs。另外地或另选地，当使用ebcs请求帧请求ebcs时，ebcs sta可以请求具有如ebcs请求帧中所包含的调度字段中所指示的特定调度的ebcs。调度字段可包括ebcs广播频率、ebcs服务周期持续时间和ebcs服务间隔，该ebcs服务间隔指示任何连续ebcs服务周期之间的时间间隔。
91.在本文所述的本发明的实施方案中，在从相关联的ebcs sta接收到ebcs请求帧之后，ebcs ap可以用ebcs响应帧来响应。如果ebcs ap在ebcs响应帧中指示对ebcs的请求成功，则它可以包括终止时间字段以指示ebcs的终止时间。它还可以包括ebcs服务周期信息和ebcs响应帧中ebcs的ebcs服务周期的频率。在一些情况下，如果ebcs ap在ebcs响应帧中指示对ebcs的请求不成功，则其可包括失败原因。失败原因可包括不能够支持所请求的终止时间、不能够支持所请求的调度、不能够支持所请求的ebcs广播频率、不能够支持所请求的ebcs服务周期持续时间、不能够支持所请求的ebcs服务间隔以及其他未知原因。
92.在一些实施方案中，ebcs的ebcs发射器可以具有确定终止ebcs的时间的权限。ebcs ap可以忽略从不关联的sta接收的ebcs请求帧。在其他实施方案中，如果ebcs ap已从不关联的sta接收到ebcs请求帧，则其可用通告由ebcs ap提供的ebcs的ebcs信息帧来响应。如果ebcs ap已经从不关联的sta接收到包含针对需要关联的一个或多个ebcs进行注册的ebcs请求anqp元素的帧，则其可以用包含ebcs响应anqp元素的帧来响应，该ebcs响应anqp元素指示针对ebcs的注册失败和/或失败原因是ebcs需要关联。
93.下面的段落可以描述支持广播协商过程的mlme过程。
94.可定义mlme-ebcterminationnotice.request原语。mlme-ebcterminationnotice.request原语的作用可以是支持一个或多个ebcs(增强型广播服务)的终止通知的信令。在一些实施方案中，该原语可以例如仅在sta是ebcs sta时有效。
95.图2定义了根据实施方案的mlme-ebcterminationnotice.request原语200的服务
原语。如图2所示，服务原语的名称210是ebcs终止信息集。类型220是ebcs终止信息集字段。有效范围230在9.6.7.1bc3(ebcs终止通知帧格式)中定义。描述240指定一个或多个ebcs的终止信息。服务原语的语义以及原语参数可以如下：
96.mlme-ebcsterminationnotice.request(
97.ebcsterminationinformationset
98.)
99.可以通过请求发送ebcs终止信息帧来生成mlme-ebcterminationnotice.request原语200。接收到该原语的结果可能是sta发送ebcs终止通知帧。
100.可定义mlme-ebcterminationnotice.indication原语。mlme-ebcterminationnotice.indication原语的作用可以是它指示接收到ebcs终止通知帧。在一些实施方案中，该原语可以例如仅在sta是ebcs sta时有效。
101.图3提供了mlme-ebcterminationnotice.indication原语300的参数的描述。如图3所示，参数名称310是ebcs终止信息集。参数类型320是ebcs终止信息集字段。在9.6.7.1bc3(ebcs终止通知帧格式)中定义有效范围330。参数描述340是所接收的ebcs终止通知帧中的ebcs终止信息集字段的内容。
102.在另一方面，图3所述的参数可在语义上按照其原语表达如下。服务原语的语义以及原语参数可以如下：
103.mlme-ebcsterminationnotice.indication(
104.ebcsterminationinformationset
105.)
106.mlme-ebcterminationnotice.indication原语300可以在接收到ebcs终止通知帧时由mlme生成。接收到该原语的结果可能是向sme通知接收到ebcs终止通知帧。
107.可定义mlme-ebcs.request原语。mlme-ebcs.request原语的作用可以是它支持一个或多个ebcs与指定的对等mac实体(例如，关联ap内的对等mac实体)协商的信令。在一些实施方案中，该原语可以仅在sta是ebcs sta时有效。
108.图4提供了mlme-ebcs.request原语的参数的描述。如图4所示，第一参数405包括：参数名称434-peerstaaddress；参数类型435-mac地址；有效范围(440)，其可以是任何有效的单独的mac地址；以及参数描述445-向其传输ebcs请求帧的关联ap内的对等mac实体的mac地址。参数410包括参数名称410-对话令牌、参数类型435-整数、有效范围440(其可以是1-255)以及参数描述445-标识ebcs协商交易的对话令牌。第三参数412包括参数名称434-ebcsrequest、参数类型435-ebcs请求元素、有效范围440-如9.4.2bc2(ebcs请求元素)中所定义的有效范围以及参数描述445-指定一个或多个ebcs的请求信息。
109.在另一方面，服务原语400的语义以及原语参数可以如下：
[0110][0111]
[0112]
当sta希望与关联ap内的指定的对等mac实体协商一个或多个ebcs时，可由sme生成mlme-ebcs.request原语。接收到该原语的结果可能是该原语发起ebcs协商过程。在本发明的一些实施方案中，sta可以向关联ap内的特定mac实体发送ebcs请求帧。在从响应方sta接收到响应的情况下，mlme随后可以发出反映结果的mlme-ebcs.confirm原语。
[0113]
可定义mlme-ebcs.confirm原语。mlme-ebcs.confirm原语的作用可以是它报告指定mac实体(例如，关联ap内的mac实体)内的ebcs协商过程的结果。在一些实施方案中，该原语可以仅在sta是ebcs sta时有效。
[0114]
图5提供了mlme-ebcs.confirm原语500的参数的描述。如图5所示，第一参数530包括名称505-对话令牌；类型510-整数；有效范围510，其可以是1-255，以及描述520-标识ebcs协商交易的对话令牌。第二参数540包括参数名称505-ebcsresponse、类型505-ebcs响应元素、如9.4.2.bc3中所定义的有效范围510以及描述520-所接收的ebcs响应帧中的ebcs响应元素的内容。
[0115]
在另一方面，服务原语500的语义以及原语参数可以如下：
[0116][0117]
mlme-ebcs.confirm原语可以由mlme生成，作为mlme-ebcs.request原语或者从关联ap内的对等mac实体接收到ebcs响应帧的结果。接收到该原语的结果可能是向sme通知ebcs协商过程的结果。
[0118]
可定义mlme-ebcs.indication原语。mlme-ebcs.indication原语的作用可以是它指示对等mac实体正在请求与本地mac实体(其可以是ap)进行ebcs协商。在本发明的一些实施方案中，该原语可以仅在sta是ebcs sta时有效。
[0119]
图6提供了mlme-ebcs.indication原语600的参数的描述。如图6所示，第一参数610包括参数名称635-peerstaaddress、参数类型640-mac地址、参数值的有效范围645-任何有效的单独的mac地址以及描述650-指定从其接收ebcs请求帧的对等mac实体的mac地址。第二参数620包括参数名称635-对话令牌、参数类型640-整数、值的有效范围645-1-255以及描述650-标识ebcs协商交易的对话令牌。第三参数630包括参数名称645-ebcsrequest、参数类型640-ebcs请求元素、如9.4.2.bc(ebcs请求元素)中所定义的有效范围645以及描述650-指定一个或多个ebcs的请求信息。在另一方面，服务原语600的语义以及原语参数可以如下：
[0120][0121]
mlme-ebcs.indication原语可以由mlme生成，作为从特定对等mac实体接收到
ebcs请求帧的结果。接收到该原语的结果是向sme通知接收到ebcs请求帧。
[0122]
可定义mlme-ebcs.response原语。mlme-ebcs.response原语的作用可以是它用于向请求与发出该原语的sta协商一个或多个ebcs的特定mac实体(可以是ap)发送响应。在一些实施方案中，该原语可以仅在sta是ebcs sta时有效。
[0123]
图7提供了mlme-ebcs.response原语700的参数的描述。如图7所示，第一参数710包括名称740-peerstaaddress、参数类型750-mac地址、有效范围760-任何有效的单独的mac地址以及描述770-指定向其传输ebcs响应帧的对等mac实体的mac地址。第二参数720包括名称740
‑“
对话令牌”、类型750“整数”、有效范围760(其可以是1-255)以及描述770-标识ebcs协商交易的对话令牌。第三参数730包括名称740-ebcs响应、类型750-ebcs响应元素、如9.4.2.bc3(ebcs响应元素)中所定义的有效范围760以及描述770-指定ebcs协商过程的结果和信息。在另一方面，服务原语700的语义以及原语参数可以如下：
[0124][0125]
mlme-ebcs.response原语可以由sta的sme生成，该sme可以是作为对mlme-ebcs.indication原语的响应的ap。接收到该原语的结果可能是发起向请求ebcs协商的特定mac实体传输ebcs响应帧。
[0126]
图9示出了根据一个实施方案的包括方法900的动作或信号的序列。在902处，ap sme向ap mac发送mlme-ebcstermination.request原语99。在904处，ap mac向sta mac传输终止通知帧920。在932处，sta mac向sta sme发送mlme-ebcstermination.indication原语930。
[0127]
图10示出了根据一个实施方案的包括方法950的动作或信号的序列。在956处，sta sme向sta mac传输mlme-ebcs.request原语955。在957处，sta mac向ap mac传输ebcs请求帧960。在958处，ap mac向ap sme传输mlme-ebcs.indication原语。在959处，ap sme向ap mac发送mlme-ecbs.response原语980。在981处，ap mac向sta mac发送ebcs响应帧975。在982处，sta mac向sta sme发送mlme-ebcs.confirm原语970。
[0128]
图11是示出与图9和图10所示的信号流对应的动作的流程图。在图11中，在线1154的左侧示出了由ap执行的动作，并且在线1154的右侧示出了由sta执行的动作。同样，由ap的sme部件执行的动作示于线1106上方以及线1131下方。由ap的mac部件执行的动作示于线1106下方以及线1131上方。类似地，在线1162上方和线1171下方示出了由sta的mac部件执行的动作。由sta的sme部件执行的动作示于线1162下方以及线1171上方。
[0129]
由ap执行的动作如下。在1105处，ap的sme部件向ap的mac部件发送mlme-ebcsterminationnotice.request原语(图9中的99处)。该原语由sme生成以请求发送ebcs ebcstermination信息通知帧。在1110处，ap mac部件接收ebcsterminationnotice.request原语。响应于接收到ebcsterminationnotice.request原语，ap mac在1115处向sta的mac部件传输终止通知帧。
[0130]
在1155处，sta的mac部件接收ebcs终止通知帧。在1165处，sta mac向sta sme发送mlme-ebcstermination.indication原语。在1170处，sta sme接收mlme-ebcstermination.indication原语。
[0131]
图12是示出根据一些所公开的实施方案的包括由sta 1400(参考图14)执行的方法的动作的流程图。在1224处，sta 1400正在接收ebcs业务流。在1226处，sta 1400从ap接收ebcs终止通知帧。在1228处，sta mac部件1404向sta sme部件1425发送ebcstermination.indication。在1230处，sta sme部件1425确定是否与ap协商终止时间。该确定可以基于sta是否期望继续接收ebcs业务流，以及由ap指示的终止时间是否提前。如果sta sme部件1425决定与ap协商终止时间，则该方法从图12中的“a”进行到图13中的“a”，并且sta sme在1302处生成mlme-ebcs.request原语(在图4中示出)。在1304处，sta sme部件1425向sta mac部件1404发送mlme-ebcs.request原语。在1306处，sta mac部件1404与sta收发器(txrx)1409协作以向sta收发器1412、1414提供ebcs请求帧。在1308处，sta收发器1412、1414向ap传输ebcs请求帧。例如，sta可根据执行如图10所示的动作来传输请求帧960。在1310处，sta收发器1412、1414从ap接收ebcs响应帧。如上所述，从ap接收的ebcs响应帧可以包括或可以不包括新的终止时间。在1320处，sta mac部件1404向sta sme部件1425发送mlme-ebcs.confirm原语。。流动在图13中的b处退出并且在点b处返回到图12中的流动。在1232处，sta确定终止时间(或终止时间)是否已到达。如果终止时间已到达，则在1240处，sta终止其对ebcs的接收。否则，sta继续接收ebcs，直到sta在1232处确定终止时间已到达。在1232处终止时间已到达时，在1240处，ap终止ebcs业务流的传输，并且sta终止ebcs业务流的接收。
[0132]
在一些实施方案中，sta 1400可从ap接收终止通知帧，例如，如图9所示。终止通知帧可传达终止由sta接收的ebcs的时间。响应于接收到终止通知帧，sta mac 1404在1235处向sta sme部件1425发送mlme-ebcstermination.indication原语(如图9中的930处所示)。在1240处，sta 1400确定终止时间是否已到达。在终止时间已到达的情况下，sta 1400在1242处停止接收ebcs。否则，在1224处，sta 1400可继续接收ebcs。
[0133]
在sta 1400未从ap接收终止通知帧的情况下，sta 1400可以继续接收ebcs。在一些实施方案中，根据1224接收ebcs的sta 1400可以在1230处决定是否与ap协商ap终止其向sta 1400发送ebcs的时间。在这种情况下，该方法在点a处进行，如图13所示。否则，sta 1400继续接收ebcs，直到终止通知帧中指定的终止时间到达为止。
[0134]
图13示出了sta 1400在与图12中的点a相对应的点a处开始与ap协商终止时间的方法。在1302处，sta sme部件1425生成mlme-ebcs.request原语(在图10中的955处示出)。请求原语包括指示请求ap终止ebcs的特定时间的字段。在一些实施方案中，该字段可以指示请求终止的结束的时间段。无论哪种方式，在1304处，sta sme部件1425向sta mac部件1404发送包括所请求的终止时间指示的mlme-ebcs.request原语(在图10中的960处示出)。在1306处，sta mac部件1404与sta收发器1412、1414协作以向sta收发器1412、1414提供包括所请求的终止时间指示的ebcs请求帧。在1308处，sta收发器1412、1414向ap传输包括所请求的终止时间指示的ebcs请求帧(在图10中的960处示出)。
[0135]
在1310处，sta收发器1412、1414从ap接收ebcs响应帧(在图10中的975处示出)。ebcs响应帧可包括ap将在所请求的终止时间终止ebcs的ap确认的指示。在1320处，sta mac
部件1404向sta sme部件1404发送mlme-ebcs.confirm原语(在图10中的970处示出)。在一些实施方案中，sta mac部件1404或sta sme部件1425可以例如在mib数据库1419中或在与sta 1400相关联的其他存储器中存储在ebcs响应帧中所指示的终止时间。
[0136]
图13的协商过程在图13的点b处退出，并在图12的点b处开始图12的方法。在1240处，在终止时间已到达的情况下，sta 1400结束接收ebcs。否则，sta 1400继续在1224处接收ebcs，直到终止时间到达为止。
[0137]
本文描述了非str盲恢复过程。
[0138]
在本文描述的一些实施方案中，非str(nstr)非ap mld可以包含多于两个sta，其中sta1在链路1上操作，而sta1在链路2上操作。nstr非ap mld可以与ap mld相关联。ap mld可以包含多于两个ap，其中ap1在链路1上操作，而ap2在链路2上操作。sta1可与ap1相关联并且sta2可与ap2相关联。
[0139]
在一些实施方案中，如果ap mld是str，则ap1和ap2可以同时在链路1和链路2上进行发射和接收。ap mld和非ap mld可以遵循以下发射和接收过程以确保正确的nstr盲恢复。
[0140]
例如，当nstr非ap mld的sta1在链路1上传输ppdu时，并且当sta2没有正在传输时，sta2可以不从sta1在链路1上的传输结束开始至少mediumsyncdelay传输，或者直到sta2已经在链路2上接收到有效分组以正确地设置nav为止，或者直到sta2已经在链路2上接收到具有包含在phy/eht前导码中的有效txop设置的有效分组为止，直到bss内nav定时器和/或bss间nav定时器已经期满为止，或者直到已经从ap2接收到寻址sta2或者从关联或不关联的sta请求随机接入的触发为止，无论哪个较早。
[0141]
在一些实施方案中，作为上述内容的补充或替代，当sta1已经在链路1上请求或期待对其传送的帧的立即响应分组(诸如确认(ack)/块确认(ba)/多sta ba帧)时，sta2可以不在链路2上传输，直到至少期望的响应帧结束为止，或者直到在链路1上的sta1的传输之后的至少sifs+expected_length_of_response_frame时间为止。
[0142]
在一些实施方案中，如果sta1请求响应帧，则ap mld(例如，ap1)可以在接收到由sta1传输的分组之后在链路1上用ack或ba或多sta ba来响应。如果介质在链路2上空闲，则ap2可以用针对链路2的正确nav设置来复制链路2上的响应帧。在另一示例中，ap2可以在具有针对链路2的正确nav设置的链路2上重传先前传输的ba/ack/多sta ba。
[0143]
在一些示例中，ap2可以在链路2上传输ndp帧，该ndp帧可以在其前导码中包含正确的txop设置。在这些示例中的一个或多个示例中，如果期望分组在链路1上的sta1的传输结束之后的mediumsyncdelay之前结束，则ap2可以仅在链路2上发送分组。如果ap1已经在链路1上从sta1接收到分组，并且sta2没有正在传输，并且如果ap2要在链路2上向一个或多个sta传输分组，则ap2可以确保应当以足够的传输功率并且使用mcs来传输链路上的分组，即，选择至少对于当ap2正在向sta2传输时的情况足够的传输功率和/或mcs，使得sta2可以正确地对分组进行解码。
[0144]
在又一示例中，ap2可以传输触发帧，该触发帧要么请求从sta2传输，要么已为关联或不关联的sta分配了随机接入资源。
[0145]
如果ap mld是nstr，则ap1和ap2不能在链路1和链路2上同时发射和接收。ap mld和非ap mld可以遵循类似的发射和接收过程以确保正确的nstr盲恢复。
[0146]
本文描述了非str盲恢复过程。本文提出的解决方案可以解决基本上在以上段落中描述的第二问题陈述中讨论的问题。
[0147]
本文描述了ml受限传输。在nsta链路上操作的mld可以具有在链路2上具有非零nav计数的nav设置，并且尝试使用该机会来在链路1上执行ml受限传输。如图1所示，ml受限传输持续时间可以短于或等于链路2上的nav持续时间。mld可以切换到链路2以恢复nav并且正好在ml受限传输之后竞争信道。
[0148]
图8示出了ml受限传输820的示例。ml受限传输过程可以描述如下。
[0149]
mld 835可以在nstr链路825、845上操作，例如，附属于mld 835的sta1 830可以在链路1 825上操作，而附属于mld 835的sta 2 840可以在链路2 845上操作。mld 835可以指示其具有支持ml受限传输的能力。
[0150]
附属于mld 805(其可以是ap mld)的sta(其可以是非ap mld)可以具有针对其链路上的时段具有非零nav计数的nav设置，例如，链路2 845上的sta2 840可以具有非零nav设置850。在一种方法中，在链路2上设置nav的帧可以携带nav持续时间可以不扩展/修改的指示和/或可以允许在链路2上具有nav设置的sta(例如，非ap mld的sta)在其他nstr链路上执行ml受限传输。在一种方法中，如果nav计数/时段可能大于预定义/预定阈值，则mld可以考虑在链路1上执行ml受限传输。在一种方法中，该阈值可以由ap mld在管理/控制帧中用信号发送和分配。在一种方法中，阈值可以是mld水平设置，即，该值可以应用于附属于mld的所有sta。在一些方法中，阈值可以是每链路设置，即，附属于mld的sta可以具有不同的阈值。
[0151]
在没有nav设置(nav计数为零)的情况下，在一个链路上附属于mld的sta可以尝试在另一链路上在nav计数/时段内执行ml受限传输。例如，链路1上的sta1可具有要传输的业务。sta1可以获取链路1上的传输机会。sta1可以从mld知道sta2可以在链路2上具有非零nav设置，并且sta1可以知道预期的静默持续时间，例如链路2上的nav设置的t_nav_otherlink。sta1可传输业务并使ppdu长度+预期反馈(例如，ack/ba等)小于t_nav_otherlink。换句话说，sta1可截断传输以使其小于链路2上的nav计数。
[0152]
在一些方法中，sta1可以指示传输是ml受限传输，并且它可能需要在某个时段中完成受限txop。
[0153]
在一些方法中，sta1可以指示其可以在链路1上的ml受限传输之后进入休眠模式并且在链路2上进行竞争信道和传输。
[0154]
在一些方法中，sta1可指示归因于链路2上的传输的休眠模式的估计持续时间。
[0155]
可以在其传输的帧中携带上述指示。在一种方法中，可以在诸如a控制字段的mac头部中携带该信息。在一种方法中，可以在所传输的ppdu的phy头部中携带该信息。在一种方法中，可以在控制帧中携带该信息，该控制帧可以被聚合到其他帧并且在ppdu中携带。
[0156]
sta2可以暂停链路2上的nav倒计数并且将其记录为nav_pause。
[0157]
sta1可以在ml受限传输之后进入休眠模式。sta2可以在ml受限传输之后立即在链路2上正常操作。sta2可以通过将nav值重置为nav＝nav_pause
–
t_ml_restricted来恢复nav倒计数，其中t_ml_restricted是用于链路1上的ml受限传输的持续时间。在这种情况下，sta2可以不需要启动mediumsyncdelay定时器。
[0158]
应当注意，上述方法可以应用于假设以下情况的情况：操作链路可以是str；和/或
发射mld和接收mld之间的一种mld(例如，非ap mld)可以在增强多链路单无线电(emlsr)模式中操作。
[0159]
本文描述了ap辅助的盲恢复协议。
[0160]
nstr非ap mld可以从ap mld请求辅助以在nstr非ap mld在其上操作的nstr链路上或者在sta mld已经通知在nstr模式下操作的ap mld的链路对上提供同步辅助。
[0161]
附属于非ap mld的非ap sta即sta1可以在链路1上操作，而第二非ap sta即sta2可以在链路2上操作，并且sta1和sta2被认为在nstr模式中操作，非ap mld可以已经向ap mld通知非ap mld在其中操作的这种nstr模式。链路1和链路2可以被指示为由sta1或sta2传输的多链路(ml)元素的基本变体中的nstr对。sta 1和sta2分别与附属于ap mld的ap1和ap2相关联。
[0162]
在ml元素的基本变体中，sta1或sta2可以指示其需要ap辅助的盲恢复。例如，公共信息字段中或每个per sta配置文件中或nstr对指示的字段中或任何其他子字段中的比特可以指示mld或sta正在请求ap辅助的盲恢复。
[0163]
在ml元素的基本变体中或通过其他方式，ap1或ap2可指示其提供ap辅助的盲恢复。例如，公共信息字段中或每个per sta配置文件中或nstr对指示的字段中或任何其他字段或子字段中的比特可以指示mld或ap正在授予或提供ap辅助的盲恢复。
[0164]
sta(例如，sta1)可在链路1上进行传输达可超过某一阈值的时间段，并且sta2可丢失其介质同步，因为sta2由于来自sta1的干扰而无法在链路2上接收任何分组。为了在ap能够进行辅助盲恢复的情况下辅助sta2恢复同步，sta1可以在所传输的分组中(例如，在phy或mac头部中)指示请求ap mld辅助盲恢复。
[0165]
在一个示例中，此请求可由a控制头部指示，该a控制头部可含有链路id位图和请求帧类型。这种a控制头部可以是aar(所请求的ap辅助)a控制头部。链路id位图可以指示为哪个链路请求ap辅助。在另一示例中，链路id指示可以是显式的，并且指示所指示的每个id的id。phy或mac或a控制头部中的请求帧类型可以指示请求哪种同步分组或传输。所请求的帧类型可包含对同步分组或所请求的传输所指示的以下项中的任何一者。
[0166]
例如，所请求的帧类型可以指示ndp分组：ndp可以在phy头部中包含适当的nav设置或者在传输ndp的nstr链路上的其他部分。
[0167]
所请求的帧类型可以指示重复的ack/ba帧：ack/ba可包含适当的nav设置，并且帧主体可包含响应于在其中传输多链路触发帧的当前传输而在链路1上传输的ack/ba的重复内容。
[0168]
所请求的帧类型可以指示触发帧：该触发可以在与和传输sta相同的非ap mld相关联的非ap sta上寻址，或者是可以在传输触发帧的链路上触发用于关联的sta的随机接入的触发帧。
[0169]
所请求的帧类型可以指示常规分组：常规帧可以在已知的nstr请求的链路上传输，该链路可包含用于该nstr链路的适当nav信息。
[0170]
非ap mld可以根据其传输队列的状态来限制对辅助盲恢复的请求。如果非ap mld在其传输队列中不具有一个或多个mpdu，则非ap mld可以不发送对辅助盲恢复的请求。另选地或附加地，如果在传输队列中没有mpdu，则可以限制非ap mld请求辅助盲恢复。可以对何时可以请求阻止盲恢复实施其他限制。可以实施基于队列中的mpdu的优先级的限制。例
如，如果非ap mld在其队列中具有未决的高优先级mpdu，则其可以例如仅请求辅助盲恢复。还可以实施基于队列中的mpdu数量的限制。例如，非ap mld可能必须在其队列中具有多于3个mpdu以请求辅助盲恢复。还可以实施基于非ap mld队列有多满的限制。例如，非ap mld可能必须具有25％满队列以请求辅助盲恢复。
[0171]
在一些示例中，所请求的帧类型可以是隐式的。所请求的盲恢复ap辅助的指示可以仅仅是一个比特，并且当设置该指示时，可以确定请求了触发帧或ndp分组、重复ack/ba或常规帧。
[0172]
从非ap sta接收到包含请求ap辅助盲恢复的指示或phy/mac头部字段的分组的ap可以遵循如下所述的协议。
[0173]
如果接收到对所请求的盲恢复ap辅助的指示，并且如果用于盲恢复的所请求的帧类型可以是隐式的，例如ndp分组、重复的ack/ba帧、触发帧或常规分组，则ap可以在与非ap mld相关联的已知或所请求的nstr链路上传输所请求的分组或帧，非sta附属于该非ap mld，该非ap mld传输包含对所请求的盲恢复ap辅助的指示的所接收的帧。在一个示例中，ap可以在来自附属于nstr非ap mld的非ap sta的ul传输中指示所请求的盲恢复ap辅助的链路上传输所请求的分组。如果这些已知nstr链路上的介质繁忙，和/或如果所传输的分组将超过mediumsyncdelaytimer，或者如果ap已经具有分组队列以在这些其他已知nstr链路中的一个或多个链路上传输到其他sta，则ap可以不在这些已知nstr链路中的一个或多个链路上传输请求分组。在一些示例中，ap可以在所请求的帧或分组上传输重复的ack/ba。
[0174]
如果接收到对所请求的盲恢复ap辅助的指示，并且如果指示了用于盲恢复的特定类型的分组(例如ndp分组、重复的ack/ba帧、触发帧或常规分组)，则ap可以在与非ap mld相关联的已知或所请求的nstr链路上或者在所指示的所请求的链路上传输所请求的分组或帧，非sta附属于该非ap mld，该非ap mld传输包含对所请求的盲恢复ap辅助的指示的所接收的帧。如果介质繁忙，和/或如果所传输的分组将超过mediumsyncdelaytimer，或者如果ap已经具有分组队列要在这些其他已知nstr链路中的一个或多个链路上传输到其他sta，则ap可以不在这些已知nstr链路中的一个或多个链路上传输请求分组。
[0175]
在另一示例中，附属于nstr mld的非ap sta可以触发多链路传输以请求ap mld或ap辅助其盲恢复。当链路1上的sta1正在完成其在链路1上的传输并且想要请求ap辅助的盲恢复时，其可以在其正在向ap1传输的a-mpdu中包括多链路触发帧。多链路触发帧可包含以下信息中的一者或多者。
[0176]
多链路触发帧可包含多链路触发类型：该字段可以指示该帧是多链路触发，其可以用于盲恢复或介质同步，这可以在nstr传输或当前传输之后引起。
[0177]
多链路触发帧可包含一个或多个所请求的帧类型：所请求的帧类型可以指示非ap sta正在请求ap mld在nstr链路中的一个或多个链路上传输的帧的类型，例如ndp分组、重复的ack/ba帧、触发帧、常规分组。在ndp分组的情况下，ndp可以在传输ndp的链路上的phy头部或其他部分中包含适当的nav设置。在重复的ack/ba帧的情况下，ack/ba可包含适当的nav设置，并且帧主体可包含响应于在其中传输多链路触发帧的当前传输而在链路1上传输的ack/ba的重复内容。在触发帧的情况下，该触发可以在与和传输sta相同的非ap mld相关联的非ap sta上(例如，在所请求的链路上)寻址，或者是可以在传输触发帧的链路上触发用于关联的sta的随机接入的触发帧。在常规帧的情况下，可以在所请求的链路上传输常规
帧，其可包含该nstr链路上的适当nav设置。
[0178]
所请求的链路：所请求的链路可以指示为其请求盲恢复辅助或介质同步辅助的一个或多个nstr链路。
[0179]
最大延迟：该字段可以指示请求所请求的帧的最大延迟。如果一个或多个nstr链路上的ap不能在最大延迟之前传输所请求的帧，则ap不应该在那些nstr链路上传输所请求的帧。在一个具体实施中，最大延迟等于mediumsyncdelaytimer或mediumsyncdelaytimer的初始值。
[0180]
从可请求ap辅助盲恢复或介质同步的非ap sta接收多链路触发帧的ap可遵循以下协议中的一者或一者的一部分：
[0181]
ap可以在与非ap mld相关联的已知nstr链路上传输所请求的分组或帧，例如ndp分组、重复的ack/ba帧、触发帧或常规分组，非sta附属于该非ap mld，该非ap mld是包含对所请求的盲恢复ap辅助的指示的所接收的帧的传输。在一个示例中，ap可以在来自附属于nstr非ap mld的非ap sta的多链路触发帧中指示所请求的盲恢复ap辅助的链路上传输所请求的分组。如果这些已知或所请求的nstr链路上的介质繁忙，和/或如果所传输的分组将超过mediumsyncdelaytimer，或者如果传输将超过最大延迟，或者如果ap已经具有分组队列要在这些其他已知nstr链路中的一个或多个链路上传输到其他sta，则ap可以不在这些已知或所请求的nstr链路中的一个或多个链路上传输请求分组。在一些示例中，ap可以在所请求的分组或帧上传输重复的ack/ba。
[0182]
从请求ap辅助的非ap sta接收多链路触发帧的ap可以监视请求ap辅助盲恢复或介质同步的链路。
[0183]
如果ap知道链路上正在进行的传输，则ap可以评估传输是否在盲时段期间开始。如果是，则ap可以在发送所请求的分组或帧之前等待直到传输结束，以提供辅助盲恢复。ap可以若干方式发送此所请求的帧。
[0184]
例如，ap可以对盲恢复帧的传输进行优先级排序，以允许发出请求的sta使用该链路与其他sta竞争介质。
[0185]
ap可以在发送所请求的盲恢复帧之前等待所定义的时间段(例如，典型信道接入时间的2倍)。这将允许当前使用介质的sta继续竞争介质，并且将允许发出请求的sta基于这些sta中的一个sta发送的下一个传输的分组来进行恢复或同步。因此，虽然正在恢复的sta在下一个所传输的帧之后确实恢复，但是它可能需要等待所传输的帧已经被传输了，它才可以开始竞争介质，从而在其盲之后被限制与其他sta竞争用于第一次传输的介质。如果另一sta在所定义的时间段期间发送帧，则ap可以不发送所请求的盲恢复帧，因为发出请求的sta应当已经通过接收所传输的帧而接收到请求。
[0186]
ap可以监视链路并且评估链路业务，以决定它是否应当发送或者不应当发送所请求的盲恢复帧。例如，如果链路具有轻业务，则发出请求的sta可能必须等待较长时间来传输帧，使得其可以恢复，并且ap可以立即发送所请求的盲恢复帧。如果链路具有密集业务，则发出请求的sta将可能不必等待很长时间来接收所传输的帧，因此ap可以不发送所请求的盲恢复帧，因为链路上的当前业务将允许sta快速恢复。
[0187]
本文描述了非触发式ap辅助的盲恢复协议。
[0188]
ap mld可以基于其对其链路上的业务的了解以及其关联的非ap mld的nstr链路
状态来提供辅助盲恢复。ap mld可以从去往和来自nstr非ap mld的业务以及其所有链路上的业务来推断nstr非ap mld的关联的sta是盲的并且已经潜在地丢失了链路上的同步。当ap mld进行此类评估时，ap mld可以使用上述方法中的任何一种来传输盲恢复帧。
[0189]
图14是根据实施方案被配置为执行本文描述的过程、方法和动作的wrtu(sta)1400(也在图1b中的102示出)的高级框图。sta 1400包括物理设备(phy)1409的协作布置，其包括至少一个收发器1412、1413和至少一个对应天线1402、1406。该至少一个收发器1412、1413被配置为经由该至少一个对应天线1402、1406接入无线通信介质，以向其他wrtu(包括包含接入点(ap)的wrtu)发送包括帧的无线信号以及从其他wrtu接收此类信号。其他wrtu可以是一个或多个其他sta和/或一个或多个无线接入点(ap)(未示出)。ap可以提供到互联网(未示出)的有线连接，以及经由到sta 102、1400的一个或多个下行链路提供一个或多个增强型广播服务ebcs。
[0190]
sta 102、1400还包括介质访问控制器(mac)部件1404(也在图1b中的118处示出)，其被配置为控制至少一个收发器120、1412、1413以根据介质访问控制规程和协议来访问无线介质，这些规程和协议可以是由任何一个或多个802.11标准所指定的规程和协议。sta 1400还包括用于根据各种服务相关参数来操作sta 102、1400的sta服务控制器1425(也称为服务管理实体(sme)，图1b中的118处示出的部件)。在一些实施方案中，这些参数中的一者或多者存储在一个或多个管理信息数据库(mib)中，例如，plme mib 1417和mlme(mac层管理实体)mib 1419。phy 1409可包括物理层管理控制器1414(也称为物理层管理实体plme)，其与mib 1417一起对接phy 1409和服务控制器(sme)1425。
[0191]
根据实施方案，收发器120、1412、1413被配置为访问无线传输介质以发射和接收帧。例如，介质访问控制器1404被配置为控制收发器120、1412、1413以根据从服务控制器(sme)1425接收到的mlms-ebcs.request原语955来传输ebcs请求帧960，并且响应于收发器120、1412、1413接收到ebcs响应帧975而向服务控制器(sme)1425发送mlme-ebcs.confirm原语970。
[0192]
服务控制器(sme)1425被配置为向介质访问控制器部件1404发送mlme-ebcs.request原语955，并且从介质访问控制器部件1404接收mlme-ebcs.confirm原语970。此后，服务控制器1425(sme)根据在响应帧975中接收到的ebcs参数(730)来控制sta 102、1400。具体地，服务控制器1425控制sta 1400根据ebcs参数消费所请求的ebcs。
[0193]
尽管在优选实施方案中以特定组合描述了本发明的特征和元素，但是每个特征或元素可以在没有优选实施方案的其他特征和元素的情况下单独使用，或者在具有或不具有本发明的其他特征和元素的各种组合中使用。另外，虽然本文所述的解决方案考虑了802.11特定协议，但应当理解，本文所述的解决方案不限于这种场景，并且也适用于其他无线系统。尽管在设计和程序示例中使用sifs来表示各种帧间间隔，但所有其他帧间间隔诸如rifs、aifs、difs或其他约定的时间间隔，都可以应用于相同的解决方案。尽管在一些图中作为示例示出了每个触发的txop四个rb，但实际使用的rb/信道/带宽数可能会有所不同。
[0194]
尽管上文以特定组合描述了特征和元件，但是本领域的普通技术人员将理解，每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。另外，本文所述的方法可在结合于计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实
现。计算机可读介质的示例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(rom)、随机存取存储器(ram)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如cd-rom磁盘和数字通用光盘(dvd))。与软件相关联的处理器可用于实现用于wtru、ue、终端、基站、rnc或任何主计算机的射频收发器。

技术特征：
1.一种由站(sta)执行的方法，所述方法包括：从接入点(ap)接收增强型广播服务(ebcs)业务流；从所述ap接收指示所述ebcs业务流将被终止的时间的ebcs终止通知帧；在所述sta不同意所指示的所述ebcs业务流将被终止的时间的情况下，向所述ap传输包括终止所述ebcs业务流的sta优选时间的指示的ebcs请求帧；从所述ap接收指示接受或拒绝终止所述ebcs业务流的所述sta优选时间的ebcs响应帧；以及在所述ap接受终止所述ebcs业务流的所述sta优选时间的情况下，从所述ap接收所述ebcs业务流，直到终止所述ebcs业务流的所述sta优选时间为止。2.根据权利要求1所述的方法，其中所述ebcs请求帧包括对至少一个调度参数的请求。3.根据权利要求1所述的方法，其中所述sta的介质访问控制器接收所述ebcs终止通知帧，并且所述方法还包括：由所述介质访问控制器向所述sta的服务管理控制器发送mlme-ebcstermination.indication原语。4.根据权利要求3所述的方法，其中所述sta的站管理控制器确定所述sta是否同意所指示的所述ebcs业务流将被终止的时间。5.根据权利要求1所述的方法，其中所述ebcs响应帧指示接受终止所述ebcs业务流的所述sta优选时间，并且其中所述ebcs响应帧还包括至少一个所请求的调度参数。6.根据权利要求1所述的方法，其中所述ebcs响应帧指示拒绝终止所述ebcs业务流的所述sta优选时间，并且其中所述ebcs响应帧还包括原因的指示。7.根据权利要求5所述的方法，其中所述至少一个所请求的调度参数是以下参数中的一者：终止时间参数、服务周期参数或ebcs服务周期参数的频率。8.根据权利要求6所述的方法，其中所述原因是所述请求不能得到所述ap的支持。9.一种站(sta)，所述sta包括：接收器，所述接收器被配置为从接入点(ap)接收增强型广播服务(ebcs)业务流；所述接收器还被配置为从所述ap接收指示所述ebcs业务流将被终止的时间的ebcs终止通知帧；发射器，所述发射器被配置为在所述sta不同意所指示的所述ebcs业务流将被终止的时间的情况下，向所述ap传输包括终止所述ebcs业务流的sta优选时间的指示的ebcs请求帧；所述接收器还被配置为从所述ap接收指示接受或拒绝终止所述ebcs业务流的所述sta优选时间的ebcs响应帧；并且所述接收器还被配置为在所述ap接受终止所述ebcs业务流的所述sta优选时间的情况下，从所述ap接收所述ebcs业务流，直到终止所述ebcs业务流的所述sta优选时间为止。10.根据权利要求9所述的sta，其中所述ebcs请求帧包括对至少一个调度参数的请求。11.根据权利要求9所述的sta，还包括：处理器，所述处理器被配置为操作介质访问控制器，并且被配置为接收ebcs业务流终止通知帧和向所述sta的服务管理控制器发送mlme-ebcstermination.indication原语。12.根据权利要求9所述的sta，其中所述处理器还被配置为操作站管理控制器，并且其
中所述sta的所述站管理控制器确定所述sta是否同意所指示的所述ebcs业务流将被终止的时间。13.根据权利要求9所述的sta，其中所述ebcs响应帧指示接受终止所述ebcs业务流的所述sta优选时间，并且其中所述ebcs响应帧还包括至少一个所请求的调度参数。14.根据权利要求9所述的sta，其中所述ebcs响应帧指示拒绝终止所述ebcs业务流的所述sta优选时间，并且其中所述ebcs响应帧还包括所述请求不成功的原因的指示。15.根据权利要求13所述的sta，其中所述至少一个所请求的调度参数是以下参数中的一者：终止时间参数、服务周期参数或ebcs服务周期参数的频率。16.根据权利要求14所述的sta，其中所述原因是所述请求不能得到所述ap的支持。

技术总结
本文提供了用于广播服务协商和非同时发射-接收(STR)信道盲恢复的系统、方法和设备。由无线发射/接收单元(WTRU)执行的一些方法可包括通过第一链路进行操作；通过第二链路进行操作；接收包括与该第二链路相关联的网络分配矢量(NAV)设置的帧，该NAV设置指示持续时间；以及通过该第一链路发送传输，其中通过该第一链路的该传输的持续时间短于或等于由该NAV设置指示的该持续时间。包括该NAV设置的该帧指示可以不扩展或修改该持续时间。该方法还可以包括由该WTRU发送该WTRU能够执行多链路受限传输的指示。在通过该第一链路发送该传输之后，该WTRU可以在该第一链路上进入休眠模式。该WTRU可以在该第一链路上进入休眠模式。该WTRU可以在该第一链路上进入休眠模式。


技术研发人员：王晓飞 娄汉卿 孙立祥 约瑟夫
受保护的技术使用者：交互数字专利控股公司
技术研发日：2021.10.19
技术公布日：2023/8/6