CN113692757A - 用于wur扫描的方法及wtru - Google Patents

Abstract

公开了一种在无线发射/接收单元(WTRU)中使用的方法。该方法包括：由站管理实体(SME)生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的唤醒无线电(WUR)发现帧的WUR扫描过程，所述请求原语包括多个第一参数；基于所述多个第一参数使用WUR进行WUR扫描过程；在MAC层基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及从MAC层向SME传送至少一个确认原语。

Description

用于WUR扫描的方法及WTRU

相关申请的交叉引用

本申请要求在2019年2月28日提交的美国临时申请序列号62/811,967的权益，该申请的全部内容通过引用的方式合并于此。

背景技术

局域网(LAN)的固定或低移动性无线通信利用诸如电气和电子工程师协会(IEEE)802.11a、802.11b、802.11g、802.11n、802.11ac、802.11ax、802.11be或通常802.11x(通常也称为WiFi)的技术。这些技术涉及用于在至少两个点之间创建无线LAN(WLAN)的介质访问控制(MAC)和物理层(PHY)规范。随着WLAN的增长，可能希望在用于多种类型的WLAN接口的相同传输中传送信号，以实现期望的性能和频谱效率。

发明内容

公开了一种在无线发射/接收单元(WTRU)中使用的方法。该方法包括：由站管理实体(SME)生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的唤醒无线电(WUR)发现帧的WUR扫描过程，所述请求原语包括多个第一参数；基于所述多个第一参数进行所述WUR扫描过程；以及在MAC层，基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及从MAC层向SME传送至少一个确认原语。

公开了一种无线发射/接收单元(WTRU)。所述WTRU包括：处理器，被配置成生成请求原语，所述请求原语用于使得能够进行用于由一个或多个接入点(AP)传送的WUR发现帧的WRU扫描过程，所述请求原语包括多个第一参数；基于所述多个第一参数进行所述WUR扫描过程；在MAC层，基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及将所述至少一个确认原语从所述MAC层传送到站管理实体(SME)。

附图说明

从以下结合附图以示例方式给出的描述中，可以更详细地理解本发明，其中附图中相同的附图标记表示相同的元件，并且其中：

图1A是示出了可以实现一个或多个公开实施例的示例通信系统的系统图；

图1B是根据实施例的示出了可在图1A所示的通信系统内使用的示例无线发射/接收单元(WTRU)的系统图；

图1C是根据实施例的示出了可以在图1A中所示的通信系统内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的系统图；

图1D是根据实施例的示出了可以在图1A中所示的通信系统内使用的另一示例RAN和另一示例CN的系统图；

图2A是示出了根据本申请的实施例的方法的流程图；

图2B是示出了根据本申请的另一实施例的方法的流程图；

图3示出了下行链路(DL)广播元素的示例设计；

图4示出了上行链路(UL)广播元素的示例设计；

图5示出了具有顺序增加的增量的LDPC帧间编码的示例；

图6示出了具有非顺序增加的增量的LDPC帧间编码的示例；

图7示出了BCC帧间编码的示例；

图8示出了具有固定索引的帧间编码/部分HARQ的示例；

图9示出了具有滑动窗口的帧间编码/部分HARQ的示例；

图10示出了具有反馈和动态增量子帧选择的帧间编码/部分HARQ的示例；

图11示出了在BCS的重复之间具有xIFS帧间间隔的示例功率节省过程；

图12示出了在重复之间具有特定定时差异的功率节省过程的示例；

图13示出了具有反馈的重复传输的示例；

图14示出了具有CSD的多AP广播的示例；

图15示出了具有定时分离的多AP广播的示例；

图16示出了具有空间发射分集方案的多AP广播的示例；

图17示出了示例网络架构，其中UL WTRU(例如STA)不知道接收机状态；

图18示出了AP提供下行链路(DL)反馈的示例过程；以及

图19示出了AP提供标识丢失数据的一部分的下行链路(DL)反馈的示例过程。

具体实施方式

图1A是示出了可以在其中实现一个或多个所公开的实施例的示例通信系统100的图。通信系统100可以是向多个无线用户提供诸如语音、数据、视频、消息传递、广播等内容的多接入系统。通信系统100可以使多个无线用户能够通过共享包括无线带宽的系统资源来访问这样的内容。例如，通信系统100可以采用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字离散傅里叶变换扩展OFDM(ZT-UW DTS-S OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。

如图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)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或MiFi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。任何WTRU 102a、102b、102c及102d可互换地称为UE。应当注意，在本申请中，除非另有说明，术语“WTRU”和“STA”可以互换使用。

通信系统100还可以包括基站114a和/或基站114b。基站114a、114b中的每一个可以是被配置为与WTRU 102a、102b、102c、102d中的至少一个无线对接以便于接入一个或多个通信网络的任何类型的设备，所述通信网络诸如CN 106、因特网110和/或其他网络112。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、e节点B(eNB)、家庭节点B、家庭e节点B、下一代节点B(诸如g节点B(gNB))、新无线电(NR)节点B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b各自被描绘为单个元件，但是将理解，基站114a、114b可以包括任何数目的互连基站和/或网络元件。

基站114a可以是RAN 104的一部分，其还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率上发射和/或接收无线信号，这些载波频率可以被称为小区(未示出)。这些频率可以在许可频谱、未许可频谱或者许可频谱和未许可频谱的组合中。小区可以向特定地理区域提供无线服务的覆盖，该特定地理区域可以是相对固定的或者可以随时间而改变。小区可以进一步被划分为小区扇区。例如，与基站114a相关联的小区可以被划分为三个扇区。因此，在一个实施例中，基站114a可以包括三个收发信机，即，小区的每个扇区对应一个收发信机。在实施例中，基站114a可以采用多输入多输出(MIMO)技术，并且可以针对小区的每个扇区使用多个收发信机。例如，波束成形可以用于在期望的空间方向上发射和/或接收信号。

基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一个或多个通信，该空中接口可以是任何合适的无线通信链路(例如，射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线电接入技术(RAT)来建立。

更具体地说，如上所述，通信系统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)。

在实施例中，基站114a和WTRU 102a、102b、102c可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该无线电技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)和/或高级LTE Pro(LTE-APro)来建立空中接口116。

在实施例中，基站114a和WTRU 102a、102b、102c可以实现诸如NR无线电接入的无线电技术，其可以使用NR来建立空中接口116。

在实施例中，基站114a和WTRU 102a、102b、102c可以实现多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可以例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此，WTRU102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或发送到多种类型的基站(例如eNB和gNB)或从多种类型的基站(例如eNB和gNB)发送的传输来表征。

在其他实施例中，基站114a和WTRU 102a、102b、102c可以实现无线电技术，例如IEEE802.11(即无线保真(WiFi)、IEEE802.16(即全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSMEDGE(GERAN)等。

图1A中的基站114b可以是例如无线路由器、家庭节点B、家庭e节点B或接入点，并且可以利用任何合适的RAT来促进局部区域中的无线连接，该局部区域诸如营业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等。在一个实施例中，基站114b和WTRU 102c、102d可以实现诸如IEEE802.11的无线电技术以建立无线局域网(WLAN)。在实施例中，基站114b和WTRU 102c、102d可以实现诸如IEEE802.15的无线电技术以建立无线个域网(WPAN)。在又一实施例中，基站114b和WTRU102c、102d可利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不需要经由CN 106接入因特网110。

RAN 104可与CN 106通信，其可以是被配置为向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、CDMA2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)进行通信。

CN 106也可作为WTRU 102a、102b、102c、102d的网关以接入PSTN 108、因特网110和/或其他网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全球系统，所述公共通信协议例如是TCP/IP因特网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或因特网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线和/或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个CN，所述RAN可以采用与RAN104相同的RAT或不同的RAT。

通信系统100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如，WTRU 102a、102b、102c、102d可包括多个收发信机，以通过不同无线链路与不同无线网络通信)。例如，图1A所示的WTRU 102c可以被配置成与可以采用基于蜂窝的无线电技术的基站114a通信，以及与可以采用IEEE802无线电技术的基站114b通信。

图1B是示出示例WTRU 102的系统图。如图1B所示，WTRU 102可包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他外围设备138等等。可以理解的是，WTRU 102可以包括前述元件的任何子组合，同时保持与实施例一致。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、任何其他类型的集成电路(IC)、状态机等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或任何其他使WTRU 102能够在无线环境中操作的功能。处理器118可以耦合到收发信机120，收发信机120可以耦合到发射/接收元件122。虽然图1B将处理器118和收发信机120描绘为单独的组件，但将了解，处理器118和收发信机120可一起集成在电子封装或芯片中。

发射/接收元件122可以被配置为通过空中接口116向基站(例如，基站114a)发射信号或从其接收信号。例如，在一个实施例中，发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在实施例中，发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一实施例中，发射/接收元件122可被配置为发射和/或接收RF及光信号两者。应当理解，发射/接收元件122可以被配置为发射和/或接收无线信号的任何组合。

尽管发射/接收元件122在图1B中被描述为单个元件，但是WTRU 102可以包括任意数量的发射/接收元件122。更具体地，WTRU 102可以使用MIMO技术。因此，在一个实施例中，WTRU 102可以包括两个或两个以上发射/接收元件122(例如多个天线)，用于通过空中接口116发射和接收无线信号。

收发信机120可以被配置为调制将由发射/接收元件122发射的信号，以及解调由发射/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，举例而言，收发信机120可以包括用于使WTRU 102能够经由多个RAT进行通信的多个收发信机，多个RAT例如NR和IEEE802.11。

WTRU 102的处理器118可被耦合到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并可从其接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。另外，处理器118可从任何类型的合适存储器存取信息，且将数据存储在所述存储器中，例如不可移除存储器130和/或可移除存储器132。不可移除存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移除存储器132可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中，处理器118可以从存储器访问信息并将数据存储在存储器中，该存储器不是物理地位于WTRU 102上，例如位于服务器或家用计算机(未示出)上。

处理器118可以从电源134接收电力，并且可以被配置成分配和/或控制给WTRU102中的其他组件的电力。电源134可以是任何合适的用于为WTRU 102供电的设备。例如，电源134可以包括一个或多个干电池(例如，镍镉、镍锌、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。

处理器118也可以耦合到GPS芯片组136，该GPS芯片组136可以被配置成提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。除了来自GPS芯片组136的信息之外，或者作为其替代，WTRU 102可以通过空中接口116从基站(例如基站114a、114b)接收位置信息，和/或基于从两个或更多邻近基站接收的信号的定时来确定其位置。应该理解，WTRU102可以通过任何合适的位置确定方法来获取位置信息，同时保持与实施例一致。

处理器118还可以耦合到其他外围设备138，其可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子罗盘、卫星收发信机、数字相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动跟踪器等。外围设备138可以包括一个或多个传感器。该传感器可以是陀螺仪、加速度计、霍尔效应传感器、磁力计、方向传感器、接近传感器、温度传感器、时间传感器中的一个或多个；地理位置传感器；高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物特征传感器、湿度传感器等等。

WTRU 102可以包括全双工无线电，对于该全双工无线电，一些或所有信号(例如，与用于UL(例如，用于传输)和DL(例如，用于接收)的特定子帧相关联的信号)的传输和接收可以是并发的和/或同时的。全双工无线电可以包括干扰管理单元，以经由硬件(例如，扼流圈)或经由处理器(例如，单独的处理器(未示出)或经由处理器118)的信号处理来减少和/或基本上消除自干扰。在实施例中，WTRU 102可以包括半双工无线电，对于该半双工无线电，传输和接收一些或所有信号(例如，与用于UL(例如，用于传输)或DL(例如，用于接收)的特定子帧相关联的信号)。

图1C是示出了根据实施例的RAN 104和CN 106的系统图。如上所述，RAN 104可采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可以与CN 106通信。

RAN 104可包含e节点B 160a、160b、160c，但应了解，RAN 104可包含任何数量的e节点B，同时保持与实施例一致。e节点B 160a、160b、160c可各自包括一个或多个收发信机，以通过空中接口116与WTRU 102a、102b、102c进行通信。在一个实施例中，e节点B 160a、160b、160c可实现MIMO技术。因此，例如，e节点B 160a可以使用多个天线来向WTRU 102a传送无线信号和/或从其接收无线信号。

e节点B 160a、160b、160c中的每一者可与特定小区(未示出)相关联，且可被配置为处置无线电资源管理决策、切换决策、UL和/或DL中的用户调度等。如图1C中所示，e节点B160a、160b、160C可经由X2接口彼此通信。

图1C中所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN 106的一部分，但是将理解，这些元件中的任何一个可以由CN运营商之外的实体拥有和/或运营。

MME 162可以经由S1接口连接到RAN 104中的e节点B 162a、162b、162c中的每一者，并且可以用作控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附接期间选择特定服务网关等等。MME 162可以提供控制平面功能，用于在RAN 104和采用其他无线电技术(例如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换。

SGW 164可经由S1接口连接到RAN 104中的e节点B 160a、160b、160c中的每一者。SGW 164通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。SGW 164可以执行其他功能，例如在e节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102B、102c时触发寻呼、管理和存储WTRU 102a、102B、102c的上下文等等。

SGW 164可以连接到PGW 166，其可以为WTRU 102a、102b、102c提供至诸如因特网110的分组交换网络的接入，以促进WTRU 102a、102b、102c和IP使能设备之间的通信。

CN 106可以促进与其他网络的通信。例如，CN 106可向WTRU 102a、102b、102c提供至电路交换网络(例如PSTN 108)的接入，以促进WTRU 102a、102b、102c和传统陆线通信设备之间的通信。例如，CN 106可以包括IP网关(例如，IP多媒体子系统(IMS)服务器)，或者可以与IP网关通信，该IP网关用作CN 106和PSTN 108之间的接口。此外，CN 106可向WTRU102a、102b、102c提供至其他网络112的接入，其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。

虽然WTRU在图1A-1D中被描述为无线终端，但是可以预期在某些代表性实施例中，这种终端可以使用(例如临时或永久)与通信网络的有线通信接口。

在代表性实施例中，其他网络112可以是WLAN。

基础设施基本服务集(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之间的业务可以被认为和/或称为点对点业务。点对点业务可以利用直接链路建立(DLS)在源STA和目的STA之间(例如，直接在源STA和目的STA之间)发送。在某些代表性实施例中，DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可能不具有AP，并且在IBSS内或使用IBSS的STA(例如，所有STA)可以彼此直接通信。IBSS通信模式在这里有时可以被称为“自组织(ad-hoc)”通信模式。

当使用802.11ac基础结构操作模式或类似的操作模式时，AP可以在固定信道上发送信标，例如主信道。主信道可以是固定宽度(例如，20MHz宽的带宽)或动态设置的宽度。主信道可以是BSS的操作信道，并且可以由STA用来建立与AP的连接。在某些代表性实施例中，例如在802.11系统中，可以实现具有冲突避免的载波侦听多路访问(CSMA/CA)。对于CSMA/CA，包括AP在内的STA(例如，每个STA)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为忙，则该特定STA可以回退。一个STA(例如，仅一个站)可以在给定BSS中在任何给定时间进行传送。

高吞吐量(HT)STA可以使用40MHz宽信道进行通信，例如，通过将主20MHz信道与相邻或非相邻的20MHz信道组合以形成40MHz宽信道。

甚高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合相邻的20MHz信道来形成。160MHz信道可通过组合8个连续的20MHz信道或通过组合两个非连续的80MHz信道来形成，这可被称为80+80配置。对于80+80配置，在信道编码之后，数据可以经过分段解析器，该分段解析器可以将数据划分成两个流。可以对每个流分别进行快速傅立叶逆变换(IFFT)处理和时域处理。流可以被映射到两个80MHz信道上，并且数据可以由进行传送的STA来传送。在进行接收的STA的接收机处，上述80+80配置的操作可以颠倒，并且组合数据可以被发送到介质访问控制(MAC)。

低于1GHz的操作模式由802.11af和802.11ah支持。相对于802.11n和802.11ac中使用的信道操作带宽和载波，在802.11af和802.11ah中信道操作带宽和载波被减少。802.11af支持TV空白空间(TVWS)频谱中的5MHz、10MHz和20MHz带宽，而802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施例，802.11ah可以支持仪表类型控制/机器类型通信(MTC)，诸如宏覆盖区域中的MTC设备。MTC设备可具有某些能力，例如，包括对某些和/或有限带宽的支持(例如，仅支持)的受限能力。MTC设备可包括具有高于阈值的电池寿命的电池(例如，以维持非常长的电池寿命)。

可以支持多个信道和信道带宽的WLAN系统，例如802.11n、802.11ac、802.11af和802.11ah，包括可以被指定为主信道的信道。主信道可以具有等于BSS中的所有STA所支持的最大公共操作带宽的带宽。主信道的带宽可以由在BSS中操作的所有STA之中的STA来设置和/或限制，该STA支持最小带宽操作模式。在802.11ah的示例中，对于支持(例如，仅支持)1MHz模式的STA(例如，MTC型设备)，主信道可以是1MHz宽，即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波侦听和/或网络分配向量(NAV)设置可以取决于主信道的状态。如果主信道忙碌，例如，由于STA(其仅支持1MHz操作模式)向AP进行传送，则即使大多数可用频带保持空闲，也可以认为所有可用频带忙碌。

在美国，802.11ah可使用的可用频带是从902MHz到928MHz。在韩国，可用频带是从917.5MHz到923.5MHz。在日本，可用频带是从916.5MHz到927.5MHz。根据国家代码，可用于802.11ah的总带宽是6MHz到26MHz。

图1D是示出了根据实施例的RAN 104和CN 106的系统图。如上所述，RAN 104可以采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可以与CN106通信。

RAN 104可以包括gNB 180a、180b、180c，但是应当理解，RAN 104可以包括任意数量的gNB，同时保持与实施例一致。gNB 180a、180b、180c中的每一者都包括一个或多个收发信机，用于通过空中接口116与WTRU 102a、102b、102c进行通信。在一个实施例中，gNB180a、180b、180c可以实现MIMO技术。例如，gNB 180a、108b可以利用波束成形来向gNB180a、180b、180c发送信号和/或从其接收信号。因此，gNB 180a例如可使用多个天线来向WTRU 102a传送无线信号和/或从其接收无线信号。在实施例中，gNB 180a、180b、180c可以实现载波聚合技术。例如，gNB 180a可以向WTRU 102a传送多个分量载波(未示出)。这些分量载波的子集可以在未许可频谱上，而剩余分量载波可以在许可频谱上。在实施例中，gNB180a、180b、180c可以实现协作多点(CoMP)技术。例如，WTRU 102a可以从gNB 180a和gNB180b(和/或gNB 180c)接收协调的传输。

WTRU 102a、102b、102c可以使用与可扩缩参数配置(numerology)相关联的传输来与gNB 180a、180b、180c通信。例如，OFDM符号间隔和/或OFDM子载波间隔可以针对不同的传输、不同的小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可以使用子帧或具有各种或可扩缩长度(例如，包含不同数量的OFDM符号和/或持续变化的绝对时间长度)的传输时间间隔(TTI)与gNB 180a、180b、180c进行通信。

gNB 180a、180b、180c可被配置为在独立配置和/或非独立配置中与WTRU 102a、102b、102c通信。在独立配置中，WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信，而不需要也接入其他RAN(例如e节点B 160a、160b、160c)。在独立配置中，WTRU 102a、102b、102c可利用gNB 180a、180b、180c中的一个或多个作为移动性锚点。在独立配置中，WTRU102a、102b、102c可以使用未许可频带中的信号与gNB 180a、180b、180c通信。在非独立配置中，WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信/连接，同时也可以与诸如e节点B 160a、160b、160c的另一RAN通信/连接。举例来说，WTRU 102a、102b、102c可以实现DC原理以便与一个或多个gNB 180a、180b、180c以及一个或多个e节点B 160a、160b、160c基本上同时地进行通信。在非独立配置中，e节点B 160a、160b、160c可以用作WTRU 102a、102b、102c的移动性锚，并且gNB 180a、180b、180c可以提供用于服务WTRU 102a、102b、102c的附加覆盖和/或吞吐量。

gNB 180a、180b、180c中的每一个可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、网络切片的支持、DC、NR和E-UTRA之间的交互工作、朝向用户平面功能(UPF)184a、184b路由用户平面数据、朝向接入和移动性管理功能(AMF)182a、182b路由控制平面信息等。如图1D所示，gNB 180a、180b、180c可以通过Xn接口彼此通信。

图1D中所示的CN 106可以包括至少一个AMF 182a、182b、至少一个UPF 184a、184b、至少一个会话管理功能(SMF)183a、183b以及可能的数据网络(DN)185a、185b。虽然前述元件被描绘为CN 106的一部分，但是将理解，这些元件中的任何一个可以由CN运营商之外的实体拥有和/或运营。

AMF 182a、182b可以经由N2接口连接到RAN 104中的gNB 180a、180b、180c中的一个或多个，并且可以用作控制节点。例如，AMF 182a、182b可负责认证WTRU 102a、102b、102c的用户、支持网络切片(例如，处理具有不同需求的不同协议数据单元(PDU)会话)、选择特定的SMF 183a、183b、注册区域的管理、非接入层(NAS)信令的终止、移动性管理等等。AMF182a、182b可使用网络切片，以根据WTRU 102a、102b、102c所使用的服务类型，定制对WTRU102a、102b、102c的CN支持。例如，可以针对不同的用例建立不同的网络切片，所述用例诸如依赖于超可靠低时延(URLLC)接入的服务、依赖于增强型海量移动宽带(eMBB)接入的服务、用于MTC接入的服务等。AMF 182a、182b可以提供用于在RAN 104和采用其他无线电技术(例如，LTE、LTE-A Pro和/或诸如WiFi的非3GPP接入技术)的其他RAN(未示出)之间进行切换的控制平面功能。

SMF 183a、183b可以经由N11接口连接到CN 106中的AMF 182a、182b。SMF 183a、183b也可以经由N4接口连接到CN 106中的UPF 184a、184b。SMF 183a、183b可以选择和控制UPF 184a、184b，并且配置通过UPF 184a、184b的业务的路由。SMF 183a、183b可以执行其他功能，例如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等等。

UPF 184a、184b可以经由N3接口连接到RAN 104中的gNB 180a、180b、180c中的一个或多个，这可以为WTRU 102a、102b、102c提供对诸如因特网110的分组交换网络的接入，以促进WTRU 102a、102b、102c与IP使能设备之间的通信。UPF 184、184b可以执行其他功能，例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等等。

CN 106可以促进与其他网络的通信。例如，CN 106可以包括IP网关(例如，IP多媒体子系统(IMS)服务器)或者可以与IP网关通信，该IP网关用作CN 106和PSTN 108之间的接口。此外，CN 106可向WTRU 102a、102b、102c提供至其他网络112的接入，该其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。在一个实施例中，WTRU102a、102b、102c可经由至UPF 184a、184b的N3接口及UPF 184a、184b与DN 185a、185b之间的N6接口，通过UPF 184a、184b连接至本地DN185a、185b。

鉴于图1A-1D和图1A-1D的相应描述，本文关于以下各项中的一者或多者描述的功能中的一者或多者或全部可以由一个或多个仿真设备(未示出)执行：WTRU 102a-d、基站114a-b、e节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或本文描述的任何(一个或多个)其他设备。仿真设备可以是被配置为仿真本文描述的功能中的一者或多者或全部的一个或多个设备。例如，仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。

仿真设备可以被设计为在实验室环境和/或运营商网络环境中实现对其他设备的一个或多个测试。例如，一个或多个仿真设备可以执行一个或多个或所有功能，同时被完全或部分地实施和/或部署为有线和/或无线通信网络的一部分，以便测试通信网络内的其他设备。一个或多个仿真设备可以执行一个或多个或所有功能，同时被临时实施/部署为有线和/或无线通信网络的一部分。仿真设备可出于测试目的而直接耦合到另一设备，和/或使用空中无线通信执行测试。

一个或多个仿真设备可以执行一个或多个功能，包括所有功能，而同时不是作为有线和/或无线通信网络的一部分来实施/部署。例如，仿真设备可以在测试实验室和/或非部署(例如，测试)有线和/或无线通信网络中的测试场景中使用，以便实现一个或多个组件的测试。一个或多个仿真设备可以是测试装备。仿真设备可以使用经由RF电路(例如，其可以包括一个或多个天线)的直接RF耦合和/或无线通信来发射和/或接收数据。

IEEE 802.11高效WLAN(HEW)研究组(SG)被创建以探索可能的未来修改的范围和目的，以在包括2.4GHz、5GHz和6GHz频带中的高密度场景的许多使用场景中增强针对宽频谱无线用户的所有用户体验的服务质量。HEW SG正在考虑支持AP和STA的密集部署的新用例以及相关联的无线电资源管理(RRM)技术。HEW的潜在应用包括新兴的使用场景，诸如用于体育场事件的数据递送、诸如车站或企业/零售环境的高用户密度场景、以及增加的对视频递送的依赖性的证据、以及用于医疗应用的无线服务。IEEE标准委员会基于在HEW SG中开发的结果批准了IEEE 802.11ax任务组(TG)。

在TGax标准会议中，若干贡献示出了各种应用的测量业务对于短分组具有很大可能性，并且存在也可以生成短分组的网络应用。所述应用包括以下：虚拟办公室；TPC ACK；视频流ACK；设备/控制器(例如，鼠标、键盘、游戏控件等)；接入(例如，探测请求/响应)；网络选择(例如，探测请求、接入网络查询协议(ANQP))；和/或网络管理/控制帧。802.11ax中的贡献已经提出了引入多用户(MU)特征，包括上行链路(UL)和下行链路(DL)OFDMA以及UL和DL MU-MIMO。设计和定义用于针对不同目的而复用UL随机接入的机制可被用于802.11ax和其他协议。

关于6GHz频带中的介质访问问题的TGax的提议包括仅在6GHz频带中使用触发或调度的介质访问，和/或在6GHz频带中限制主动扫描和调度增强型分布式信道访问(EDCA)介质访问。

IEEE 802.11ba TG被创建以定义物理(PHY)和介质访问控制(MAC)修改以提供802.11设备的增强的低功率操作。MAC和PHY修改可以使能唤醒无线电(WUR)的操作。WUR的期望工作频带包括2.4GHz、5GHz，并且可以扩展到低于1GHz。WUR设备可以作为用于传送常规802.11分组的主连接无线电(PCR)的伴随无线电来操作。PCR也可以称为主无线电。WUR可以传送(仅)携带控制信息的分组，并且可以具有小于一毫瓦(mW)的有效接收机功耗。通过WUR接收唤醒分组可以使主连接无线电(PCR)从休眠中唤醒。在示例中，WUR可以具有至少与在至少20MHz有效载荷带宽上操作的主连接无线电的范围相同的范围。

AP和非AP STA两者都可以具有WUR作为伴随无线电。WUR的示例用例包括：IoT设备；智能电话的低功率操作；快速消息/呼入通知场景；快速状态查询/报告、配置改变场景；和/或快速紧急/危急事件报告场景。

IEEE 802.11bc TG被创建以定义对802.11设备的增强广播服务(eBCS)的MAC修改。IEEE 802.11bc修改可能不影响IEEE 802.11PHY规范。eBCS服务可在从AP到非AP STA的DL方向上，或者可在从传感器非AP STA的UL方向上。可以将eBCS提供给与特定AP相关联或无关联的STA。可以期望AP支持多达3000个具有eBCS服务的非AP STA。此外，可能存在消耗eBCS服务并且可能不能直接向AP进行传送的一类低成本非AP STA。eBCS的示例用例可以包括：体育场视频广播；汽车广播；上行传感器数据广播；博物馆信息和多语言广播；和/或事件产生者信息和内容广播。

在用于广播或其他信道的帧内编码中，所传送的帧的内容可从单个编码比特集合导出。在帧间译码中，所传送的帧的内容可以从多个编码比特集合中导出，该编码比特通常在单独的帧中被传送，但被生成(例如，使用附加增量上的线性编码)以形成可以被传送以帮助解码的新子帧。这允许广播信号以递增形式的速率匹配以增加的可靠性被传送到所有接收的WTRU(STA)，以允许码速率的平滑变化。所使用的编码器通常是速率兼容码，其中对于任何两个码率R＞R'，速率R'帧是速率R帧和额外冗余比特的级联。

WUR扫描已经同意802.11ba设备。在WUR扫描中，AP可以发出WUR发现帧，该发现帧提供关于其自身及其BSS的信息。具有WUR能力的WTRU可以扫描WUR发现帧，以发现用于关联的合适的AP和BSS。然而，MAC层管理实体(MLME)原语可能需要被定义以使WTRU开始WUR扫描和/或提供关于接收的WUR发现帧的收集信息给较高层。可以定义适当的MLME原语，使得WTRU可以控制WUR扫描过程，以及将关于在WUR扫描过程期间收集的所接收的WUR发现帧的信息提供给较高层。应当注意，除非另外指出，术语WUR扫描和WUR扫描过程可以互换使用。

为了解决上述问题，根据本申请的方法和WTRU将描述如下。

下面将参考图2A描述根据本申请的实施例的方法200。图2A示出了方法200的流程图。如图2A所示，方法200可包括：在201，由站管理实体(SME)生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的唤醒无线电(WUR)发现帧的WUR扫描过程，所述请求原语包括多个第一参数；在202，基于所述多个第一参数进行所述WUR扫描过程；在203，在介质访问控制(MAC)层，基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及在204，从MAC层向SME传送至少一个确认原语。

因此，根据本申请的实施例的WTRU可以包括：处理器，被配置为生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的WUR发现帧的唤醒无线电(WUR)扫描过程，所述请求原语包括多个第一参数；基于所述多个第一参数进行所述WUR扫描过程；在MAC层，基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及从MAC层向SME传送至少一个确认原语。

以下描述将详细描述在201处的过程。

请求原语可以是MLME原语，其可以被定义并用于WUR扫描。在实施例中，请求原语可以是MLME-WURSCAN请求原语(MLME-WURSCAN.Request primitive)。举例来说，WUR扫描可由MLME原语启动，例如MLME-WURSCAN请求原语。该MLME原语可以通过WUR发现帧请求潜在BSS的调查，WTRU可以稍后选择该发现帧来尝试加入。应当注意，在本申请中，除非另有说明，术语“MLME-WURSCAN请求原语”、“MLME-WURSCAN请求”和“请求原语”可以互换使用。在请求原语(例如，MLME-WURSCAN请求原语)中的那些参数将在下面参考详细的实施例进行描述。

在另一实施例中，请求原语可以是MLME-SCAN请求原语(MLME-SCAN.Requestprimitive)或MLME-SCAN请求原语的一部分。MLME-SCAN请求原语中的参数可以类似于MLME-WURSCAN请求原语中的那些参数，以及下面将进一步描述MLME-SCAN请求原语中的参数。在本申请中，除非另有说明，术语“MLME-SCAN请求原语”、“MLME-SCAN请求”和“请求原语”可以互换使用。请求原语(例如MLME-WURSCAN请求原语)中的那些参数将在下面参考详细的实施例进行描述。

在实施例中，请求原语可以由站管理实体(SME)生成。例如，MLME-WURSCAN请求原语可以由SME生成，以便WTRU使用其WUR或低功率WUR模式来确定扫描WUR发现帧以确定是否存在其可以加入的其他BSS。在实施例中，请求原语可以由处理器生成。

用于由一个或多个AP传送的WUR发现帧的唤醒无线电(WUR)扫描过程是WTRU扫描并因此发现用于关联的合适AP和BSS'的扫描过程。WTRU将扫描和发现WUR从AP传送的发现帧。WUR发现帧可以包括不同的字段，例如SSID、压缩BSSID、信道信息等。

请求原语可以包括多个第一参数。所述多个第一参数可以包括以下中的至少一者：基本服务集标识(BSSID)、BSSID列表(BSSIDList)、服务集标识(SSID)、SSID列表(SSIDList)、压缩BSSID(CompressedBSSID)、压缩SSID(CompressedSSID)、压缩BSSID列表(CompressedBSSIDList)、压缩SSID列表(CompressedSSIDList)、发现信道(DiscoveryChannel)、发现信道列表(DiscoveryChannelList)、最小发现信道时间(MinDiscoveryChannelTime)、最大发现信道时间(MaxDiscoveryChannelTime)、接收功率阈值(ReceivedPowerThreshod)、最大扫描时间(MaxScanningTime)、WUR扫描报告周期(WURScanningReportingPeriod)(或WUR扫描报告时间(WURScanningReportingTime))、WUR扫描模式(WURScanningMode)、WUR扫描报告选项(WURScanningReportingOption)或请求WUR结果(RequestWURresult)。以下部分将逐一描述上述参数。

BSSID可以指示期望AP或期望BSS的BSSID。在实施例中，BSSID可以标识作为48比特标签并且符合MAC-48约定的基本服务集。BSSID可以是通配符BSSID(例如ff：ff：ff：ff：ff：ff)。在实施例中，在请求原语中可以仅有一个BSSID。在另一个实施例中，在请求原语中可以有多个BSSID。(一个或多个)BSSID可以包括在BSSID列表中。换句话说，BSSID列表可以包含一个或多个BSSID的信息。例如，BSSID列表可以是包含多个BSSID的列表，其中每个BSSID可以指示期望的BSS或AP。尽管上面已经描述了BSSID和BSSID列表的一些示例，但是它们不旨在是排他性的或者限制本申请。BSSID和BSSID列表的上述实施例的任何变型也可以应用于根据本申请的该方法和WTRU，只要它们可以帮助实现本申请的原理。

SSID可以是期望的AP或BSS或SS的服务集标识符。也就是说，SSID可以指示WTRU可能期望连接的服务集。SSID可以是通配符SSID。在实施例中，在请求原语中可以仅有一个SSID。在另一个实施例中，在请求原语中可以有多个SSID。(一个或多个)SSID可以被包括在SSID列表中。换句话说，SSID列表可以包含期望的AP或BSS的一个或多个SSID的信息。例如，SSID列表可以是包含多个SSID的列表，其中每个SSID可以指示AP或BSS的期望服务集。尽管上面已经描述了SSID和SSID列表的一些示例，但是它们不旨在是排他性的或者限制本申请。SSID和SSID列表的上述实施例的任何变型也可以应用于根据本申请的该方法和WTRU，只要它们可以帮助实现本申请的原理。

CompressedBSSID可以指示期望AP或期望BSS的压缩BSSID，其中WTRU可能期望与之关联。在实施例中，CompressedBSSID可以是部分BSSID。CompressedBSSID可以与通配符BSSID相关联。可以基于所提供的BSSID来计算相关联的CompressedBSSID。在实施例中，在请求原语中可以仅有一个CompressedBSSID。在另一个实施例中，在请求原语中可以有多个CompressedBSSID。(一个或多个)CompressedBSSID可以被包括在CompressedBSSIDList中。换句话说，CompressedBSSIDList可以包含期望的AP或BSS的一个或多个压缩BSSID。例如，CompressedBSSIDList可以是包含多个压缩BSSID的列表，其中每个压缩BSSID可以指示期望的BSS或AP。尽管上面已经描述了CompressedBSSID和CompressedBSSIDList的一些示例，但是它们不旨在是排他性的或限制本申请。CompressedBSSID和CompressedBSSIDList的上述实施例的任何变型也可以应用于根据本申请的该方法和WTRU，只要它们可以帮助实现本申请的原理。

DiscoveryChannel可以指示在WRU扫描过程中可以在其上扫描发现帧(例如，WUR发现帧)的信道或WUR信道。在实施例中，在请求原语中可以仅有一个DiscoveryChannel。即，可以在由该DiscoveryChannel指示的特定信道上扫描发现帧。在另一实施例中，在请求原语中可以有多个DiscoveryChannel。即，可以在由这些DiscoveryChannel指示的多个信道上扫描发现帧。(一个或多个)DiscoveryChannel可以包括在DiscoveryChannelList中。换言之，DiscoveryChannelList可以包含一个或多个DiscoveryChannel的信息。例如，DiscoveryChannelList可以是包含多个DiscoveryChannel的列表，每个DiscoveryChannel可以指示可以在其上扫描发现帧(例如，WUR发现帧)以发现期望的(一个或多个)AP或(一个或多个)BSS的信道或WUR信道。如果是MLME-WURSCAN请求原语包括一个或多个WURDiscoveryChannel或WURDiscoveryChannelList，则WTRU可以仅调谐到这些WUR发现信道以扫描WUR发现帧。尽管上面已经描述了DiscoveryChannel和DiscoveryChannelList的一些示例，但是它们不旨在是排他性的或者限制本申请。DiscoveryChannel和DiscoveryChannelList的上述实施例的任何变型也可以应用于根据本申请的方法和WTRU，只要它们可以帮助实现本申请的原理。应当注意，除非另外指示，否则信道、WUR信道和发现信道可以互换使用。

MinDiscoveryChannelTime可以指示以时间单位(TU)或其他单位表示的最小时间，以便WTRU在由DiscoveryChannelList中的(一个或多个)DiscoveryChannel指示的(一个或多个)信道的每一者上进行WUR扫描。MinDiscoveryChannelTime可以基于期望的(一个或多个)AP或(一个或多个)BSS或(一个或多个)SS的WUR发现周期来确定。WUR发现周期可以是预先获取的知识，或者通过空中从一个或多个AP接收。尽管以上已经描述了MinDiscoveryChannelTime及其优选实施例，但是它们不旨在是排他性的或者限制本申请。MinDiscoveryChannelTime的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

MaxDiscoveryChannelTime可以指示以TU或其他单位表示的最大时间，以便WTRU在由DiscoveryChannelList中的(一个或多个)DiscoveryChannel指示的(一个或多个)信道中的每一者上进行WUR扫描。MaxDiscoveryChannelTime可以基于期望的(一个或多个)AP或(一个或多个)BSS或(一个或多个)SS的WUR发现周期来确定。WUR发现周期可以是预先获取的知识，或者通过空中从一个或多个AP接收。尽管以上已经描述了MaxDiscoveryChannelTime及其优选实施例，但是它们不旨在是排他性的或者限制本申请。MaxDiscoveryChannelTime的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

ReceivedPowerThreshold可指示接收功率的阈值，高于该阈值时，(一个或多个)发现帧(例如WUR发现帧)被处理。即，在WUR扫描过程中仅可处理其接收功率大于ReceivedPowerThreshold的(一个或多个)发现帧。在WUR扫描过程中可忽略其接收功率低于ReceivedPowerThreshold的(一个或多个)发现帧。在实施例中，可以根据接收信道功率指示符(RCPI)、接收信号强度指示(RSSI)、信噪比(SNR)和/或信号与干扰加噪声比(SINR)来定义ReceivedPowerThreshold。尽管上面已经描述了ReceivedPowerThreshold及其优选实施例，但是它们不旨在是排他性的或者限制本申请。ReceivedPowerThreshold的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

MaxWURScanningTime可以指示以TU或其他单位表示的最大时间，以便WTRU执行WUR扫描过程。尽管以上已经描述了MaxWURScanningTime及其优选实施例，但是它们不旨在是排他性的或者限制本申请。MaxWURScanningTime的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

WURScanningReportingPeriod(或WURScanningReportingTime)可以指示WUR扫描过程的结果可以被报告(例如，通过MLME-WURScanning确认原语(MLME-WURScanning.confirm primitive))的时间或周期。尽管以上已经描述了WURScanningReportingPeriod及其优选实施例，但是它们不旨在是排他性的或者限制本申请。WURScanningReportingPeriod的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

WURScanningMode可以指示WUR扫描的模式。例如，WURScanningMode的值可以是“后台”、“与常规扫描同时”、“仅WUR扫描”等。换句话说，由WURScanningMode指示的WUR扫描模式可以是“后台”、“与常规扫描同时”、“仅WUR扫描”等。下面将参考详细实施例进一步描述上述WUR扫描模式。尽管以上已经描述了WURScanningMode及其示例性值，但是它们不旨在是排他性的或者限制本申请。WURScanningMode的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

WURScanningReportingOption可以指示如何报告WUR扫描过程的结果。也就是说，报告WUR扫描过程的结果的选项可由WURScanningReportingOption指示。WURScanningReportingOption的值可以是“立即(Immediate)”、“周期性(Periodic)”、“在预定时间(At Pre-determined Time)”、“特定于信道(Channel Specific)”、“依请求(At_Request)”、“在最后(At_End)”等。例如，如果WURScanningReportingOption参数具有“Periodic”或“在特定时间(At_Specified_Time)”的值，则如上所述的WURScanningReportingPeriod或WURScanningReportingTime可包括在同一原语(即请求原语)中，以指示WUR扫描过程的结果可被提供或报告的时间或周期性。下面将参考详细实施例进一步描述报告WUR扫描过程的结果的上述选项。尽管以下已经描述了WURScanningReportingOption及其示例性值，但是它们不旨在是排他性的或限制本申请。WURScanningReportingOption的任何可用值也可以应用于根据本申请的该方法及WTRU，只要它们可以帮助实现本申请的原理。

RequestResults(请求结果)可指示正被请求的WUR扫描过程的当前结果，并且应通过发布确认原语(例如，MLME-WURSCAN确认原语(MLME-WURSCAN.confirm primitive))来提供。

至此已经描述了可以包括在请求原语中的不同的第一参数。应当注意，上述第一参数仅作为示例给出，并且它们不旨在是排他性的或者限制本申请。任何可用的参数都可以包括在请求原语中，只要它们可以帮助实现本申请的原理。

以下部分将详细描述202处的过程。如上所述，方法200可包括：在202处，基于多个第一参数使用WUR进行WUR扫描过程。

在实施例中，如上所述，在SME或处理器生成请求原语(例如，MLME-WURSCAN请求原语)之后，处理器可控制WTRU立即或在当前帧交换序列完成之后启动WUR扫描过程。然后WTRU可以基于请求原语中的多个第一参数进行WUR扫描过程。

根据WURScanningMode参数，例如，如果其值是“后台”，则根据本申请的WUR扫描过程可作为后台扫描启动。在这种情况下，WTRU可以进行其他类型的操作。

如果WURScanningMode参数的值是“仅WUR扫描”，则WUR扫描过程可以仅作为WUR扫描来启动。在这种情况下，例如，WTRU可以关闭其主无线电，和/或仅在低功率WUR模式中时进行WUR扫描，并且同时WTRU可以不进行任何其他类型的操作。

如果WURScanningMode参数的值是“与常规扫描同时”、“与被动扫描/主动扫描同时”，则WUR扫描过程可以作为与常规扫描、主动扫描/被动扫描一起的同时发现过程来进行，这可以由WURScanningMode参数来指示。例如，WTRU可以使用其WUR以低功率WUR模式扫描WUR发现帧，且同时例如使用PCR或主无线电进行被动扫描或主动扫描。

如上所述，可以基于WURScanningMode参数选择不同的WUR扫描模式。应当注意，WUR扫描过程可以不是由WTRU在给定时间段中执行的唯一扫描过程。也就是说，WTRU可以同时执行非WUR扫描过程(例如主动扫描过程、被动扫描过程等)和WUR扫描过程。

在另一实施例中，请求原语可以是MLME-SCAN请求原语或MLME-SCAN请求原语的一部分。在示例中，WUR扫描过程可由MLME-SCAN请求原语启动，该MLME-SCAN请求原语可以包括一个或多个WUR扫描参数。例如，可以将以下参数中的任何一者添加到MLME-SCAN请求原语中：BSSIDList、SSIDList、CompressedBSSID、CompressedSSID、CompressedBSSIDList、CompressedSSIDList、DiscoveryChannel、DiscoveryChannelList、MinDiscoveryChannelTime、MaxDiscoveryChannelTime、MaxScanningTime、ReceivedPowerThreshold、WURUscanningMode、WURScanningReportOption、RequestWURResult。这些参数可以如本文所述，并且用于启动WUR扫描的过程可以与本文所述类似。这些参数的详细描述可以与参考MLME-WURSCAN请求原语所描述的那些类似。因此，将省略对这些参数的详细描述。术语MLME-WURSCAN和MLME-SCAN可以互换使用(例如，以诸如MLME-SCAN请求、MLME-SCAN确认、MLME-WURSCANSTOP请求和/或MLME-WURSCANSTOP确认的原语的名称)。

以下部分的描述将描述203处的过程。如上所述，方法200可包括：在203，基于WUR扫描过程的结果和多个第一参数的至少一部分生成至少一个确认原语。

所述至少一个确认原语可包括一个或多个MLME-WURSCAN确认原语、一个或多个MLME-SCAN确认原语或(一个或多个)MLME-WURSCAN确定原语和(一个或多个)MLME-SCAN确认原语的组合。举例来说，所述至少一个确认原语可包含一个MLME-WURSCAN确认原语和一个MLME-SCAN确认原语。又例如，该至少一个确认原语可包含多个MLME-WURSCAN确认原语且无MLME-SCAN确认原语。尽管以上已经描述了至少一个确认原语的一些示例，但是它们不旨在是排他性的或者限制本申请。在一些实施例中，术语“MLME-SCAN确认原语”、“MLME-WURSCAN确认原语”、“确认原语”可以互换使用。

可基于以下两者生成所述至少一个确认原语：(1)202处的过程的结果；以及(2)所述多个第一参数的一部分。即，一方面，可基于202处的过程的结果，即WUR扫描过程的结果，生成至少一个确认原语。另一方面，可基于多个第一参数的一部分生成至少一个确认原语。所述多个第一参数的所述一部分可以包括以下中的至少一者：WURScanningReportingOption、ReceivedPowerThreshold、CompressedBSSID、CompressedSSID、CompressedBSSIDList、CompressedSSIDList或其组合。以下部分的描述将详细描述用于确定确认原语的所述多个第一参数的所述一部分。在以下描述中，除非另外指出，否则确认原语和MLME-WURSCAN确认原语可以互换使用。

在实施例中，所述多个第一参数的所述一部分可以包括WURScanningReportingOption。即，MLME-WURSCAN确认原语可基于WURScanningReportingOption的值来生成。WURScanningReportingOption可以用于确定用于生成MLME-WURSCAN确认原语的定时。以下描述将描述MLME-WURSCAN确认原语和WURScanningReportingOption之间的关系，即，如何基于WURScanningReportingOption的值生成MLME-WURSCAN确认原语。

例如，如果WURScanningReportingOption的值是“Immediate”，则每当正确接收或检测到WUR发现帧时，可生成MLME-WURSCAN确认原语。

如果WURScanningReportOption的值是“Channel_Specific”，则MLME-WURSCAN确认原语可以在特定WUR发现信道已经扫描了WUR发现帧之后生成，并且可以具有或不具有如MLME_WURSCAN请求中所指示的匹配的压缩SSID或压缩BSSID。在这种情况下，WUR发现信道可以是MLME_WURSCAN请求中指示的一个或多个WUR发现信道。

如果WURScanningReportOption的值是“At_Request”，则如果MLME-WURSCAN请求已经利用RequestResult参数生成或者利用RequestResult参数已经将其值设置为1，则可以生成MLME-WURSCAN确认原语，以提供当前WUR扫描过程的结果。

如果WURScanningReportingOption的值为“At_End”，则在一个或多个WUR发现信道上完成WUR扫描之后，可以在当前WUR扫描过程结束时发布MLME-WURSCAN确认原语，这可以在MLME-WURSCAN请求原语中指示。

如果WURScanningReportionOption的值为“Periodic”或“依时间(At_Time)”，则MLME-WURSCAN确认原语可以在每个周期或在某个时间生成，这可以在MLME-WURSCAN请求原语中指示。

在实施例中，所述多个第一参数的所述一部分可以包括以下的至少一个参数：SSID、SSIDList、BSSIDList、CompressedSSID、CompressedSSDList、CompressedBSSID或CompressedBSSIDList。即，MLME-WURSCAN确认原语可以基于以下的至少一个参数的值来生成：SSID、SSIDList、BSSIDList、CompressedSSID、CompressedSSDList、CompressedBSSID或CompressedBSSIDList。以下描述将描述MLME-WURSCAN确认原语和上述(一个或多个)参数之间的关系，即如何基于上述至少一个参数的(一个或多个)值来生成MLME-WURSCAN确认原语。

例如，如果已经接收到具有匹配的SSID、BSSID、压缩SSID或压缩BSSID的WUR发现帧，则可以生成MLME-WURSCAN确认原语。在另一示例中，如果在请求原语(例如MLME-WURSCAN请求原语)中提供了一个或多个CompressedBSSID或CompressedSSID，则如果接收到具有匹配的压缩SSID或匹配的压缩BSSID的WUR发现帧，则可生成MLME-WURSCAN确认原语。例如，如果在接收到的WUR发现帧中，包含在ID字段中的发射机ID与期望的压缩BSSID的12个最低有效位(LSB)匹配，并且类型依赖字段包含期望的压缩BSSID的12个MSB，则可能存在匹配的压缩BSSID，并且然后可以生成MLME-WURSCAN确认原语。如果是MLME-WURSCAN请求包括CompressedBSSID、CompressedSSID、CompressedBSSIDList、CompressedSSDList中的一者或多者，则可以仅报告具有匹配的CompressedBSSID或CompressedSSID(或其一部分)的BSS。

在实施例中，所述多个第一参数的所述一部分可以包括ReceivedPowerThreshold参数。即，MLME-WURSCAN确认原语可以基于ReceivedPowerThreshold的值生成。例如，如果是MLME-WURSCAN请求原语包括ReceivedPowerThreshold，则MLME-WURSCAN确认原语可以仅针对其WUR发现帧已被WTRU以大于给定ReceivedPowerThreshold的接收功率接收的BSS生成。即，如果WUR发现帧的接收功率大于给定ReceivedPowerThreshold，则传送WUR发现帧的(一个或多个)BSS可由MLME-WURSCAN确认原语报告。

以下描述将描述根据本申请的确认原语的内容。确认原语(例如MLME-WURSCAN确认原语)可用于返回由WUR扫描过程(例如通过接收一个或多个WUR发现帧)检测到的BSS集合的描述。在实施例中，当WURReportingOption的值是“Channel_Specific”、“At_Request”或“Periodic”或“At_Specified_Time”时，可以生成多个MLME-WURSCAN确认原语。在另一个实施例中，可以生成单个MLME-WURSCAN确认原语。

在实施例中，可生成至少一个确认原语，且所述至少一个确认原语的每一者可包括多个第二参数。所述多个第二参数可以包括以下的至少一个参数：来自WUR集合的BSS描述(BSSDescriptionFromWURDFSet)、结果码(ResultCode)、扫描的WUR发现信道列表(ScannedWURDiscoveryChannelList)或特定于供应商的信息(VendorSpecificInfo)。如果dot11WUROptionImplemented(实现的dot11WUR选项)或者dot11WURActivated(激活的dot11WUR)为真，则可以存在BSSDescriptionFromWURDFSet参数。以下描述将详细描述确认原语中的上述第二参数。

在实施例中，在确认原语中可以有一个或多个BSSDescriptionFromWURDFSet。每个BSSDescriptionFromWURDFSet可以由一个或更多个参数组成，例如表1中所示的示例参数。

表1 BSSDescriptionFromWURDFSet的参数

ResultCode可以具有以下示例值中的至少一者：SUCCESS(成功)，INTERMEDIATE_SCAN_RESULT(中间扫描结果)，NOT_SUPPORTED(不支持)，PARTIAL_WURSCAN(部分WUR扫描)，PERIODIC_SCAN_RESULT(周期性扫描结果)，REQUESTED_SCAN_RESULTS(请求的扫描结果)。在所有这些示例值中，“SCAN”可由“WURSCAN”代替以阐明结果是WUR扫描结果。ResultCode的值可以取决于MLME-WURSCAN确认原语被发布的原因。下面的描述将详细描述ResultCode的上述示例值。

如果WUR扫描过程已经成功执行，则可使用SUCCESS。如果在MLME-WURSCAN请求原语中的WURReportingOption参数是Channel_Specific或Immediate，则可以使用INTERMEDIATE_SCAN_RESULT。如果不是所有WUR发现信道都被扫描，则ResultCode值可被设为PARTIAL_SCAN。如果MLME-WURSCAN请求原语中的WURReportingOption参数是Periodic或At_Requested_Time，则ResultCode值可被设置为PARTIAL_SCAN。如果MLME-WURSCAN请求原语中的WURReportingOption参数是At_Request以及MLME-WURSCAN请求原语已利用RequestWURResult被接收，则可以将ResultCode值设置为REQUESTED_SCAN_RESULTS。

应当注意，ResultCode的上述示例值仅作为示例给出，并且它们不旨在是排他性的或限制本申请。ResultCode的任何可用值可应用于根据本申请的方法和WTRU，只要它们能够帮助实现本申请的原理。

ScannedWURDiscoveryChannelList可以包含已被扫描的WUR发现信道的列表。

在实施例中，WUR SCAN结果可由MLME-SCAN确认原语报告或作为MLME-SCAN确认原语的一部分。即，MLME-SCAN确认原语可用于返回WUR扫描过程(例如，通过接收一个或多个WUR发现帧)检测到的BSS或AP集的描述。当WURReportingOption的值是“Channel_Specific”、“At_Request”、“Periodic”或“At_Specified_Time”时，可以发布多个MLME-SCAN确认原语。否则，可以发布单个MLME-SCAN确认原语。MLME-SCAN确认原语可以包括以下示例参数中的任何一者：BSSDescriptionFromWURDFSet、ResultCode、ScannedWURDiscoveryChannelList,或者VendorSpecificInfo。示例参数可以与参考MLME-WURSCAN确认原语描述的那些参数相同或相似。因此，MLME-SCAN确认原语中的示例参数的详细描述将被省略。在本申请中，除非另外指明，术语MLME-WURSCAN和MLME-SCAN可以互换使用。因此，除非另有说明，术语MLME-SCAN请求和MLME-WURSCAN请求可以互换使用；术语MLME-SCAN确认和MLME-WURSCAN确认可以互换使用；术语“MLME-WURSCAN-STOP请求”、“MLME-WURSCAN-STOP请求原语”、“MLME-SCAN-STOP请求”、“MLME-SCAN-STOP请求原语”和“停止请求原语”可以互换使用；以及术语“MLME-WURSCAN-STOP确认”、“MLME-WURSCAN-STOP确认原语”、“MLME-SCAN-STOP确认”、“MLME-SCAN-STOP确认原语”和“停止确认原语”可以互换使用。

在203的过程之后，方法200将进行到在204的过程，即，从MAC层向SME传送至少一个确认原语。

以下将参考图2B说明根据本申请第二实施例的方法及WTRU。如图2B所示，从201到204的过程与以上参考图2B描述的那些过程相似或相同。第一实施例与第二实施例的差异在于图2B所示的方法200包括步骤205至207。更具体地，方法200还包括：在205，检测是否已经生成用于停止WUR扫描过程的停止请求原语，其中在已经生成停止请求原语的情况下，方法200进一步包括：在206，停止WUR扫描过程；以及在207，生成停止确认原语。停止原语可在第一确认原语已生成之前生成。

以下描述将描述在205和207处的过程。在实施例中，停止请求原语可以是MLME-WURSCAN-STOP请求原语(MLME-WURSCAN-STOP.request primitive)，其可以终止任何正在进行的WUR扫描过程。例如，无论WTRU在何种扫描模式中基于WURSCanningMode参数执行WUR扫描过程，MLME-WURSCAN-STOP请求原语都可以终止这种WUR扫描过程。基本MLME-WURSCAN-STOP请求原语可以由SME生成以停止由WTRU执行的所有正在进行的WUR扫描过程。

在另一实施例中，停止请求原语可以是WUR-SCAN-STOP请求原语或WUR-SCAN-STOP请求原语的一部分。WUR-SCAN-STOP请求原语可用于终止任何正在进行的WUR扫描过程。WUR-SCAN-STOP请求原语可包括一个或多个参数，诸如ScanType(扫描类型)。如上所述，WTRU可以同时执行多个扫描过程(例如WUR扫描过程和非WUR扫描过程两者)。ScanType参数可指示原语可终止的扫描的(一种或多种)类型。ScanType参数可具有以下值中的任一者：WUR_Scan(WUR扫描)、Non-WUR_Scan(非WUR扫描)和All_Scan(全部扫描)。如果ScanType是WUR_Scan，则可终止所有正在进行的WUR扫描过程。如果ScanType是Non_WUR_Scan，则可以终止非WUR扫描过程，包括被动扫描过程和主动扫描过程。如果ScanType是All_Scan，则可终止所有正在进行的扫描过程，包括WUR扫描和非WUR扫描(例如主动扫描和被动扫描)。

如果已经生成了停止请求原语，则在206，可以基于该停止请求原语终止相应的(一个或多个)扫描过程。也就是说，如果WTRU或其处理器接收到停止请求原语，则由该停止请求原语标识的相应的(一个或多个)扫描进程可以被终止。

以下描述将描述在207处的过程。如上所述，方法200可包括：在207，生成停止确认原语。

在第一实施例中，停止确认原语可以是MLME-WURSCAN-STOP确认原语，其可用于指示(一个或多个)扫描过程(例如(一个或多个)WUR扫描过程和/或(一个或多个)非WUR扫描过程)的成功终止。在第二实施例中，停止确认原语可以是MLME-Scan-Stop确认原语或者MLME-Scan-Stop确认原语或一部分。MLME-Scan-Stop确认原语可以类似于MLME-WURSCAN-STOP确认来使用。在第三实施例中，停止确认原语可以是上述的MLME-WURSCAN确认原语或MLME-SCAN确认原语。即，MLME-WURSCAN确认原语或MLME-SCAN确认原语可以用于与MLME-WURSCAN-STOP确认相同的目的。

以下描述将描述根据本申请的对eBCS服务的支持。

需要支持无关联WTRU的广播服务。此外，在当前的WLAN标准中需要上行链路广播服务。需要设计以支持用于非关联WTRU或用于仅接收且无法传送的WTRU的下行链路广播服务。此外，需要设计用于由WTRU到一个或多个AP的上行链路广播。广播服务协议及信令可被设计成支持WTRU而不管WTRU的关联状态，并支持由非AP WTRU到一个或多个AP的上行链路广播服务。

本文描述了根据本申请的用于广播服务支持的机制。具有dot11eBCSImplemented(实现的dot11 eBCS)和/或dot11eBCSActivated(激活的dot11 eBCS)的WTRU(例如AP或非AP STA)可在其信标中、或在WTRU传送的探测请求/响应及/(重新)关联请求/响应帧中包括eBCS元素。在示例中，eBCS元素可被包括在上行链路(UL)和/或下行链路(DL)广播信息中。在另一示例中，UL eBCS元素可被包括在UL广播信息中和/或DL eBCS元素可被包括在DL广播信息中。应当注意，在本申请中，除非另外指出，术语DL广播元素、DL eBCS元素和DL广播能力元素可以互换使用。

DL广播元素或DL eBCS元素的示例设计在图3中示出。DL广播元素可以包含以下示例字段中的任何一者或多者：元素ID；长度；元素ID扩展；和/或包括N个eBCS字段的DL广播能力。元素ID和元素ID扩展的组合可以将当前元素标识为DL广播元素或DL eBCS元素。长度字段可以指示DL广播元素的长度。

DL广播能力可包含N个字段(即，从eBCS 1至eBCS N)，使得每一字段可被用来指定由传送WTRU(例如，传送AP)所提供的特定广播服务。每个eBCS字段可包含以下示例子字段中的任何一者或多者：广播服务ID、eBCS类型、关联要求、UL传输要求、广播速率、广播频率、广播编码、广播控制、广播参数和/或广播状态。下面将进一步描述上述子字段。

广播服务ID子字段可以指示广播服务的ID。eBCS类型子字段可以包括广播服务的类型(例如，eBCS是UL还是DL，或者广播服务是汽车、方向、紧急情况、支持、信息和/或事件支持(event_support)的类别)。在示例中，可在DL广播元素中包括位图以指示(一个或多个)传送WTRU提供了哪些类型的广播服务。类型也可以是多AP广播。在另一示例中，广播类型可以由组织唯一标识符(OUI)来标识。关联要求子字段可以指示是否需要关联来消费一个或多个广播服务(例如，由广播服务ID标识的广播服务)。

UL传输要求子字段可以指示是否要求UL传输来消费一个或多个广播服务(例如，由广播服务ID标识的广播服务)。广播速率子字段可以指示与广播服务相关联的数据速率。广播频率子字段可以指示广播数据正在被传送的频率。广播编码子字段可以指示广播数据分组的编码(例如，帧间BCC二进制卷积码(BCC)、帧间低密度奇偶校验(LDPC)、混合自动重传请求(HARQ)卷积码(CC)、HARQ增量冗余(IR))。

广播控制子字段可以指示如何控制广播服务。例如，广播控制子字段可以指示如果WTRU期望某个广播服务，则WTRU需要通过使用例如广播请求帧来直接与传送WTRU(例如传送AP)协商。在另一示例中，广播控制子字段可以指示服务器地址(例如，服务器的IP地址)或控制器AP地址(例如，另一个AP的MAC地址或BSSID)。这样的控制器AP可以是多AP集合的主AP。WTRU还可以与控制器AP或服务器通信以提供广播服务或协商速率或编码的反馈。用于控制的示例方法可以通过WLAN、传输控制协议/因特网协议(TCP/IP)、广播请求协商、ANQP和/或通用广告服务(GAS)帧交换。

广播参数子字段可以包括一个或多个广播参数，包括偏移(Offset)、信道(Channel)等。例如，Offset可以指示下一个广播分组或广播突发的开始的偏移，其可以是从当前传输的结束开始，或者从目标信标传输时间(TBTT)或其他参考点开始。Channel可以指示广播服务分组在其上可用的信道或OFDMA子信道或资源单元(RU)。

广播状态子字段可以指示当前广播状态，诸如广播、暂停或将被启动。

UL广播元素或UL eBCS元素的示例设计在图4中示出。UL广播元素可包括以下示例字段中的任何一者或多者：元素ID；长度；元素ID扩展；和/或包括N个eBCS字段的UL广播信息。应当注意，在本申请中，除非另外指出，术语UL广播元素、UL eBCS元素和UL广播能力元素可以被互换地使用。

元素ID和元素ID扩展的组合可以将当前元素标识为UL广播元素或UL eBCS元素。长度字段可以指示UL广播元素的长度。UL广播信息可以包括N个字段(即，从eBCS 1到eBCSN)，使得每个字段可以用于指定由传送WTRU支持的特定UL广播服务。每个eBCS字段可包含以下示例子字段中的任何一者或多者：允许的广播服务ID；允许的eBCS类型；关联要求；DL接收要求；允许的广播速率；允许的广播频率；广播编码；广播控制；广播参数；和/或广播状态。下面将进一步描述上述子字段。

允许的广播服务ID子字段可以指示由传送WTRU支持和允许的UL广播服务的ID。允许的eBCS类型子字段可以包括允许的广播服务的类型(例如，允许的eBCS是UL还是DL，或者广播服务是汽车、传感器、方向、紧急情况、支持、信息和/或事件支持的类别)。在示例中，位图可被包括在UL广播元素中以指示哪些类型的广播服务被允许并被(一个或多个)传送WTRU支持。在另一示例中，广播类型可以由OUI或服务器地址来标识。允许的eBCS类型子字段可以包括所提供的广播服务的详细描述。

关联要求子字段(图4中未示出)可以指示是否需要关联以利用一个或多个允许的UL广播服务(例如，由允许的广播服务ID标识的广播服务)。DL接收要求子字段(图4中未示出)可以指示是否需要DL接收以便使用一个或多个允许的UL广播服务(例如，由允许的广播服务ID标识的广播服务)。

允许的广播速率子字段可以指示允许的数据速率，以便(一个或多个)WTRU在与广播服务相关联的UL中进行传送。允许的广播频率子字段可以指示允许WTRU在与该允许的广播服务相关联的UL中广播数据的允许频率。广播编码子字段可以指示将用于UL广播数据分组的编码，例如，帧间BCC、帧间LDPC、HARQ CC、HARQ IR。

广播控制子字段可以指示控制UL广播的方法。例如，广播控制子字段可以指示如何控制广播服务(例如，指示所允许的UL广播服务的目的地)。例如，其可指示若WTRU期望使用某些UL广播服务，则该WTRU需要通过使用例如广播请求帧而直接与传送WTRU(例如传送AP)协商。在另一示例中，广播控制子字段可以指示服务器地址(例如，服务器的IP地址)或控制器AP地址(例如，另一个AP的MAC地址或BSSID)。这样的控制器AP可以是多AP集合的主AP。服务器或控制器可以由期望利用上行链路广播服务的WTRU联系以获得反馈或协商将被使用的MCS。例如，用于控制的方法可以通过WLAN、TCP/IP、广播请求协商、ANQP或GAS帧交换。

广播参数子字段可以包括一个或多个广播参数，包括诸如EDCA的UL接入、触发广播接入、上行链路OFDMA随机接入。例如，如果广播参数是触发广播接入，则利用上行链路广播服务的WTRU可以仅在其由AP触发时传送上行链路广播分组。例如，AP可以在一个或多个子信道或RU上触发。在触发帧或进行触发的帧中，可以指定上行链路广播数据被触发和/或来自无关联WTRU的传输被触发。如果广播参数是上行链路OFDMA随机接入，则利用上行链路广播服务的WTRU可以仅在其被触发帧或进行触发的帧触发的情况下传送上行链路广播分组，其中所述触发帧或进行触发的帧触发一个或多个RU上的上行链路随机接入。广播状态子字段可以指示当前广播状态，诸如广播、暂停或将被启动。

在实施例中，如上所述，UL和DL广播元素可以被组合成一个广播元素或eBCS元素。在另一实施例中，包括在UL和DL广播元素中的信息可以被包括作为ANQP元素的一部分。另外，UL和DL广播元素的任何子集可以在任何其他类型的帧中、或者在任何其他类型的元素、MAC和PHY报头等中被传送。

下面将描述根据本申请的DL广播过程。

首先，期望DL广播服务的WTRU(即非AP WTRU)可以在其传送的帧中包括DL广播元素，所述帧例如探测请求帧、ANQP帧或GAS查询帧。当由WTRU传送时，DL广播元素可以指示期望的DL广播服务的信息或参数。在另一示例中，非AP WTRU可包含DL广播请求元素，其可包含针对描述期望的DL广播服务的DL广播元素而被描述的一个或多个子字段。

其次，AP可以在其信标中包括DL广播元素或eBCS元素、探测响应、关联响应、ANQP响应帧或GAS响应帧或任何其他类型的帧。在示例中，如果AP已经从WTRU接收到索求DL广播元素的帧(例如，当其已经接收到包括指示DL广播服务的期望的DL广播元素或eBCS元素的帧，所述帧诸如ANQP帧、GAS查询帧或探测请求帧)，则AP可以仅包括DL广播元素。当由AP传送时，DL广播元素可以指示由AP提供的DL广播服务。

第三，接收DL广播元素的WTRU(即非AP WTRU)可识别由AP所提供的一个或多个期望的广播服务。非AP WTRU可以遵循DL广播元素中指示的指令，例如如果需要关联则遵循关联。如果广播状态指示广播服务当前正在被广播，则非AP WTRU可以遵循广播控制和参数信息(例如，调谐到正确偏移的正确RU、子信道或信道以使用所指示的广播模式或编码来接收一个或多个广播服务分组)。

如果广播状态指示广播服务暂停或将被启动，则非AP WTRU可以遵循DL广播元素中所包括的指令来恢复或启动广播服务。例如，如果广播控制应该是“与AP协商”，WTRU可以与AP相关联，且然后进行到AP的广播服务请求。在另一示例中，WTRU可以不与AP相关联，但是使用ANQP查询或GAS协议来恢复或启动DL广播服务。如果广播控制被指示为通过“WLAN”或“TCP/IP”来“与控制器AP或服务器协商”，WTRU可以与控制器AP相关联，且然后向AP进行广播服务请求，同时指示用于广播服务的最佳AP；或者WTRU可以使用TCP/IP连接来联系服务器以恢复或启动期望的广播服务，同时指示应当提供广播服务的最佳AP。

然后，WTRU可以使用广播控制方法来进一步协商广播服务，例如反馈、编码、调制和译码方案(MCS)和/或重复。

下面将描述根据本申请的UL广播过程。

首先，期望利用一个或多个UL广播服务的WTRU(即非AP WTRU)可以在其传送的帧中包括UL广播元素，所述帧例如探测请求帧、ANQP帧或GAS查询帧。当由非AP WTRU传送时，UL广播元素可指示期望的UL广播服务的信息或参数。在另一示例中，非AP WTRU可以包括UL广播请求元素，该UL广播请求元素可以包括针对描述期望的UL广播服务的UL广播元素所描述的一个或多个子字段。

其次，AP可以在其信标中包括UL广播元素或eBCS元素、探测响应、关联响应、ANQP响应帧或GAS响应帧或任何其他类型的帧。如果AP已经从WTRU接收到索求DL广播元素的帧(例如，当其已经接收到包括指示UL广播服务的期望的UL广播元素或eBCS元素的帧，所述帧诸如ANQP帧、GAS查询帧或探测请求帧)，则AP可以包括DL广播元素。当由AP传送时，UL广播元素可以指示AP支持和允许的UL广播服务。AP可以提供关于所支持和所允许的UL广播服务的策略，例如所允许的广播速率、所允许的广播频率或所允许的UL广播方法，例如触发广播、上行链路OFDMA随机接入或EDCA。

如果广播状态是接受广播，则非AP WTRU可以在其已经从AP接收到帧(例如信标、探测响应或关联响应或FILS发现帧)的情况下开始广播其UL数据，该帧可以包括UL广播元素或eBCS元素，其中AP可以指示其支持并允许该特定UL广播服务。WTRU可以遵循包括在UL广播元素中的指令以进行UL广播，例如使用允许的广播速率、广播频率和/或上行链路广播方法。如果广播状态是暂停或将被启动，则非AP WTRU可以使用被指示为直接与AP协商的广播控制方法，或者使用广播控制方法(例如WLAN、TCP/IP)联系控制器AP或服务器以恢复或启动由AP提供的UL广播服务。

然后，WTRU可以使用广播控制方法来进一步协商广播服务，例如编码、MCS或重复。

以下描述将描述如何根据本申请来提高广播可靠性。

广播分组可被传送至多个WTRU，例如在下行链路情况。信道条件以及设备能力和灵敏度可以随WTRU到WTRU而变化。因此，接收广播分组的可靠性可能并非在所有接收WTRU上相同。广播可靠性对于不相关或无法传送的WTRU特别重要。因此，广播协议及广播分组可被设计，以使得广播服务被可靠地提供至所有WTRU。

本文描述了根据本申请的用于提高广播可靠性的机制。广播可靠性的示例机制是帧间编码，例如BCC和LDPC。广播节点(例如AP)可以传送包含来自先前传送的帧、被编码和交织在一起的系统比特或奇偶校验比特的帧。原始帧中的数据可以被BCC或LDPC编码。在第一示例中，新子帧中的数据可以包括来自先前传送的帧的被线性编码在一起的编码数据，这被称为帧间BCC或LDPC译码。在这种情况下，解码之后的附加比特的可靠性变得更高。在第二示例中，新子帧中的数据可以包括来自被级联和交织在一起的先前传送的帧的编码数据。这可以被描述为部分帧HARQ。在这种情况下，不是由其自身传送HARQ重传，而是从其他帧与HARQ重传一起传送。这可以帮助减少广播传输的等待时间。以下描述将详细描述上述两个示例。

图5和图6示出了具有顺序增加的增量的LDPC帧间编码的示例。如图5所示，在通过在LDPC编码过程中丢弃缩短的比特而构造数据比特和奇偶校验比特之后，可以开始LDPC帧间编码过程，从而产生长度为Nmax的分组。图5中所示的速率RH帧可以包括N个比特，并且D个(不等)相等增量可以包括从Δ1到ΔD的D个增量子帧。

Nmax可以基于要发送的分组的长度(N)、增量子帧的数目(D)和它们对应的长度(Δ_i)来确定。每个增量子帧可以被设置为不同的长度，使得

如果每个增量子帧的长度相同，则Nmax＝N+DΔ_i。每个帧的原始传输将是N个比特(如图5所示)，而增量子帧(例如，Δ1-△D)可以由附加的(未打孔的)奇偶校验比特组成。在图6所示的示例中，增量的索引可以是随机的，并且可以不按顺序增加。

图7示出了BCC帧间编码的示例。在BCC帧间编码的情况下，对于BCC传输，每个帧的原始传输具有N个未打孔比特(例如，图7中所示的N个比特)，并且增量子帧(例如，图7中所示的Δ1和Δ2)可以由其他打孔比特组成。如图7所示，源数据可以包括x0、x1、x2、x3和x4；编码数据可以包括A0-A4和B0-B4；针对BCC的具有不等增量的一个速率RL帧可以包括N个比特(包括A0、B0、A1、B2、A3、B4)、Δ1(包括B1、A2和B3)以及Δ2(A4和A0)。

可以定义用于帧间BCC/LDPC传输和BCC/LDPC码的部分分组HARQ的过程。图8示出了具有固定索引的帧间编码和部分HARQ的示例。AP可以定义NT+D个帧(即，NT个帧和D个帧)的传输。第一NT个传输(即1至NT)是由每个帧的N个比特组成的帧内编码帧。如图8所示，帧内编码包括从第1个帧到第NT个帧的NT个帧。最后D个传输由来自每个帧的D个增量的组合组成的帧间编码子帧。

在实施例中，可以将每个帧的D个子帧增量级联，然后进行传送。这使得能够进行部分HARQ传输。在另一实施例中，可以使用特定的编码方案对每个帧的D个增量进行线性编码。

对于每个传送的帧，可以用信号通知以下信息中的一个或多个(例如，在PLCP报头中)：帧内或帧间编码、帧内编码帧的索引、帧间编码帧的索引(在以下示例中，这可以是delta(a,b)中的索引a，和/或可以基于整个传输开始之后的帧索引来显式地用信号通知或隐式地标识)、或在增量子帧中编码的帧的索引(在以下示例中，这可以是delta(a,b)中的索引b，和/或可以基于传输中的帧的数目来显式地用信号通知或隐式地标识)。在索引可以具有不同大小的情况下，可以用信号通知来自增量子帧中的每个帧的增量的大小。

图9示出了具有滑动窗口的帧间编码和部分HARQ的示例。如图9所示，增量子帧可以被聚合(例如，作为聚合PPDU)到传送的帧上。例如，每个帧可以从其之前的帧聚合增量子帧，直到增量子帧的最大数目。如图9所示，帧2从帧1聚合聚合第一增量子帧(即，Δ1，1)。帧3从帧1与来自帧2的第一增量(Δ1，2)聚合第二增量(即，Δ2，1)。帧4从帧1、2和3聚合增量。帧5从帧2、3和4聚合增量，因为D的值(增量的数目)是3。

如图10所示，被传送的增量可以被动态选择。举例来说，此方法可以被使用在WTRU可能在已经被不良接收的帧上有反馈的情况。广播AP可以动态地选择特定帧来传送增量信息。广播AP可以基于所需的广播信号的质量来动态地选择要发送的增量的大小(一些帧可能比其他帧需要更多的保护)。在示例中，(一个或多个)WTRU反馈指示特定帧的接收非常不良。例如，若大多数(被选)WTRU指示帧接收不良，则其可能需要更多信息。在另一示例中，WTRU可以在可被较早发送的帧上发送更多的信息，以确保它们被更快地解码，从而减少总的等待时间。

WTRU过程可以被定义为帧间编码的一部分。作为示例WTRU过程的一部分，AP和WTRU可以交换关于接收帧间编码的本领的能力信息。能力信息可以包括可以同时解码的帧的最大数目。AP可以使用能力信息来决定广播信道的帧间编码参数。例如，AP可将同时帧的数量设置为由所有接收WTRU指示的最小值(例如，离散的、预定值和/或WTRU特定的集合)。WTRU可以接收帧并解码接收到的PLCP报头。WTRU可以识别接收到的帧是被帧间编码的。WTRU可以识别分组是帧内、帧间还是二者。如果分组是帧内编码的，则WTRU可以解码该帧。如果解码成功，WTRU可以根据需要向AP发送ACK和/或终止该帧的解码过程。如果解码不成功，则WTRU可以将帧存储在缓冲器中。

如果分组是帧间编码的，则WTRU可以解码/解交织/解聚合帧中的增量子帧。WTRU可以基于显式或隐式信令来识别增量子帧。WTRU可以丢弃所有已经被成功解码的帧的增量子帧。WTRU可以通过将接收到的增量子帧信息添加到现有帧缓冲器中来处理所有未被解码的帧的增量子帧，且然后解码结果。如果解码成功，WTRU可以根据需要向AP发送ACK和/或终止该帧的解码过程。如果解码不成功，则WTRU可以将帧存储在缓冲器中。WTRU可以向AP发送NAK或者在发送NAK之前等待直到接收到增量子帧的总数。因为该信道为广播信道，所以ACK/NAK传输可基于AP对特定WTRU的请求，而不是所有正被传送至的WTRU。在示例中，WTRU可以在特定(子)信道上发送ACK/NAK，并且子信道上信号的存在可以通知AP存在成功/失败。

如果分组既是帧内编码的又是帧间编码的，则WTRU可以将帧内分组与帧间分组分离，且然后使用上述方法来分别处理每个分组。

在HARQ广播中，广播的帧可以被多次传送或重复传送。在示例过程中，重复的传输可以与原始传输相同，使得接收机可以容易地组合接收。信令可用于使接收WTRU能够组合所接收的帧。例如，PLCP报头、MAC主体和/或信标帧中可以包括以下信息(字段)中的一者或多者：ID、广播、重复传输、重复索引、下一重复帧或下一重复信标。下面将进一步描述上述字段。

ID字段可以指示目的地ID、源ID、发射机ID、接收机ID、广播ID、广播信道ID和/或内容ID中的任意者。广播字段可以用于指示这是广播帧、多播帧和/或单播帧。重复传输字段可用于指示该帧是否以重复方式被传送。重复传输字段还可以指示所使用的重复的类型(例如，简单重复或帧间编码)。

重复索引字段可以指示当前传输的重复次数。例如，可以以递增的方式传送重复索引字段。在另一示例中，该重复索引字段可以递减方式传送，使得接收WTRU可知道随后的重复传输次数。下一重复帧字段可以指示帧的下一重复的期望时间。下一重复帧字段还可以指示在该时间要发送的重复帧的类型。下一重复信标字段可以指示下一重复信标的期望时间。在示例中，期望时间可以是持续时间。

在实施例中，广播帧可以被多次传送或者以具有一些分集方案的重复方法发送。例如，重复的传输可能与原始传输不同。在这种情况下，可以使用以下方法中的一种或多种。

在第一种方法中，不同的比特交织器可以用于不同的重复。比特交织器可以在BCC编码器和星座映射器(constellation mapper)之间使用。在示例中，可以定义多个比特交织器。例如，比特交织器的数量可以与所允许的最大重复次数相同。在这种情况下，一个交织器可以用于一次重复。在另一示例中，可定义固定数目的交织器。交织器索引到重复之间的映射可以通过函数来定义。例如，可以使用模块化函数。用于第k次重复的交织器索引可以被定义为Interleaver_ID＝mod(k，N)，其中N是所定义的交织器的最大数目。比特交织器可以用于LDPC码，也可以不用于LDPC码。在示例方法中，可以定义比特交织器用于重复传输。

在第二种方法中，不同的符号交织器可以用于不同的重复。例如，可以在星座映射器之后立即使用符号级交织器。符号级交织器的使用可以是在OFDM符号之间分配调制符号。在示例中，可以定义固定数目的符号交织器。交织器索引到重复之间的映射可以通过函数来定义。例如，可以使用模块化函数。用于第k次重复的符号交织器索引可以被定义为Interleaver_ID＝mod(k，N)，其中N是所定义的符号级交织器的最大数目。

在第三种方法中，不同的冗余版本(RV)可以用于不同的传输。不同的RV可以对应于译码比特的不同子集。RV索引到重复之间的映射可以通过函数来定义。例如，可以使用模块化函数。用于第k次重复的RV索引可以被定义为RV_ID＝mod(k，N)，其中N是定义的RV的最大数目。

分集广播传输可以在PLCP报头、MAC报头或MAC主体中用信号通知，并且可以包括以下示例字段中的一者或多者：ID、广播、重复传输、最大重复次数、重复索引、传输索引或下一重复信标/定时。下面将进一步描述上述示例字段。

ID字段可以指示目的地ID、源ID、发射机ID和/或接收机ID。广播字段可以用于指示这是广播帧、多播帧和/或单播帧。重复传输字段可以用于指示该帧是否以重复方式被传送。最大重复次数字段可以指示期望的最大重复次数。重复索引字段可以指示当前传输的重复传输次数。在示例中，可以以递增计数的方式传送重复索引字段。在另一示例中，该重复索引字段可以递减计数方式传送，使得接收WTRU可知道随后的重复传输次数。

传输索引字段可以用于用信号通知在随后的传输中使用的比特级交织器索引、符号级交织器索引和/或RV索引。下一重复信标/定时字段可以指示下一重复信标/定时的期望时间。在示例中，期望时间可以是持续时间。该持续时间可以是WTRU允许每个WTRU独立地解码每个传输的能力的函数。在另一示例中，期望时间可以是立即的，指示在当前传输结束之后的帧间间隔(xIFS)持续时间出现下一重复。

过程可以用于利用广播服务(BCS)接收的功率节省。WTRU可以接收具有重复ID的PLCP报头。在示例中，PLCP报头可以包含重复的总数以及重复索引。WTRU可以保存所有的重复，并在最后一次接收之后解码。WTRU可以在每次重复之后解码。(一个或多个)AP和(一个或多个)WTRU可协商最小重复间持续时间以允许在每次重复之后解码分组。

如果WTRU已经解码了分组，则它可以在传输的持续时间内进入休眠。图11示出了可以用于BCS的在重复之间具有xIFS帧间间隔的示例功率节省过程。例如，如图11所示，WTRU1在Tx1期间解码分组，且然后它可以休眠直到Tx4。

如果WTRU已经解码了分组，并且重复间持续时间是立即的，则WTRU可以在特定重复的持续时间内进入休眠。图12示出了可以用于BCS的在重复之间具有特定定时差异的功率节省过程的示例。例如，如图12所示，WTRU1在Tx1期间解码分组，然后它可以在Tx2、Tx3和Tx4期间休眠。

在实施例中，可以使用基于反馈的重复传输。可以预先定义或(重新)确定最大重复传输次数。可以在信标帧、(重新)关联帧、探测请求/响应帧或任何其他类型的管理/控制帧中携带并用信号通知最大重复传输次数。WTRU(例如AP WTRU或非AP WTRU)可能不总是达到最大重复传输次数。WTRU可以基于反馈终止重复传输。例如，如果WTRU从可能远离该WTRU的另一WTRU接收到肯定确认(ACK)，则该WTRU可以停止重复。

在实施例中，重复传输可以至少由预定义的帧间间隔xIFS来分隔。在一种方法中，xIFS可以大于短帧间间隔(SIFS)或分布式帧间间隔(DIFS)。在实施例中，每次重传之间的帧间间隔可以是动态的和可配置的。如果WTRU成功地接收到(一次或多次)重复广播传输，则接收WTRU在某些情况下可以回复肯定确认。确认可以在下一次重复之前被传送，以便广播WTRU可以在传送下一次重复之前接收该确认。广播WTRU可以确定其是否可以终止重复传输。在实施例中，可允许WTRU群组传送该确认。例如，广播WTRU可以确定可能远离其自身的WTRU群组。广播WTRU可以在管理帧或控制帧中指示WTRU群组可以被允许在重复广播传输之间传送确认。WTRU群组可同时传送回完全相同的确认，使得其可在接收机侧对齐且接收机能够对其解码。

在实施例中，轮询帧或MU-BAR帧可在重复传输之前或之后被传送。或者，NDP触发帧可以与广播帧聚合。轮询帧、MU-BAR帧或NDP触发帧可以触发来自一个或多个WTRU的确认传输。如果接收WTRU成功地接收到(一次或多次)重复广播传输，则该接收WTRU可以被轮询或触发，并且可以答复肯定确认。广播WTRU可以接收肯定确认，并确定其是否可以终止重复传输。

广播WTRU可以确定其是否可以终止重复。或者广播WTRU或AP可以配置广播WTRU是否可以终止重复。在实施例中，该配置可基于广播帧是否以关联WTRU为目标或以无关联WTRU为目标。如果该帧可被传送至无关联WTRU或部分传送至这些无关联WTRU，则广播WTRU可不提早终止重复传输。

最大重复次数可由AP确定或以其他方式指定。AP可以在其信标、关联请求/响应、探测请求/响应帧或其他类型的控制/管理帧中广播最大重复次数。在实施例中，如果BSS的覆盖范围可能较大或者AP可能知道许多小区边缘WTRU，则AP可以确定使用较大的最大重复次数。否则，AP可以使用较小的最大重复次数。图13示出了具有反馈的重复传输的示例。如图13所示，在Tx1期间，WTRU1接收来自AP的传输，但WTRU2和WTRU3没有接收该传输。因此，WTRU2和WTRU3可发送NAK到AP。然后，在Tx2期间可以执行重复传输。然后，WTRU2成功接收传输。但是，WTRU3没有接收。然后，在Tx3期间可以执行重复传输。然后，WTRU3接收该传输。

在实施例中，多AP广播传输可以用于可靠性。WTRU可与单一或多个AP(关联WTRU)相关联。AP可以向AP集合发出以用于广播(关联WTRU和无关联WTRU)。AP可以识别广播资源(例如，整个频带、定义的RU)。AP可以发出广播信道(BC)传输方案。例如，AP可以发送具有APID、对应的移位和/或循环前缀(CP)的指示的循环移位分集(CSD)。AP可以发送具有相同的偏移和CP的CSD。AP可以发送基于时隙的传输(例如，具有定时索引的时移)。AP可以使用“JT”方法(例如，后缀树聚类(STC)方法和索引)。图14示出了具有CSD的多AP广播的示例。图15示出了具有定时分离的多AP广播的示例。图16示出了具有空间发射分集方案(例如，空时块码(STBC))的多AP广播的示例。

在实施例中，重复传输可以用于广播/多播帧。例如，广播/多播帧的重复传输可以与以下各者一起使用：不同的可自解码RV、不同的比特级交织器、不同的符号级交织器(等同于改变子载波映射)、和/或具有指示广播、PAID(例如，关联ID)、RV、HARQ、交织器ID和/或下一定时的SIG。

在实施例中，可以使用基于反馈的重复传输。例如，重复传输可以至少以固定的持续时间(例如，xIFS)来分隔。xIFS可以大于SIFS或DIFS。基于反馈的重复可以包括轮询/多用户块ACK请求(MU-BAR)的使用。如果传输成功解码，则一些WTRU可以被允许在下一次重复之前发送回确认。在实施例中，预选的远处WTRU可以传送确认(例如，在802.11ay中使用远近过程)。成功接收确认的AP在某些情况下可以终止传输。AP可周期性地完成对无关联WTRU的完整重复。BCS传输参数(用于关联WTRU)可被一般化，和/或TCP/IP可通过(一次或多次)探测请求被配置用于无关联/非传送WTRU。ACK可以指定WTRU、WTRU群组、空数据分组(NDP)反馈报告和/或随机接入MU。

如果AP子网被配置为从多个AP发送相同的广播信息，其中具有或不具有针对被发送的帧配置的自动重复(AR)，则接收这些被发送的帧的WTRU必须能够识别包含相同广播数据或广播数据的递增冗余版本的帧。在这种情况下，WTRU可以通过在适当的时候组合帧或者忽略包含已经接收的数据的冗余帧来改善其对广播数据的接收。对于AR是简单重复(从多个AP发送相同帧的冗余版本)的情况，WTRU必须具有知道其是否已经接收到忽略冗余帧的数据或者其是否没有接收到数据的手段。WTRU应该知道如何组合帧以增加数据可被接收的可能性。对于AR具有递增冗余(IR)帧的情况，WTRU必须具有知道其应该如何组合增量冗余帧、组合具有相同数据的帧、以及忽略包含已经被接收的数据的帧的手段。目前，没有方法通知WTRU由不同AP发送的帧包含WTRU正在尝试接收的相同的广播数据或数据的IR版本。

以下描述将描述子网调度以解决上述问题。

AP的子网可以被配置为广播来自多个AP的相同信息。此子网可使用方法通知WTRU来自包含广播数据的多个AP的广播。由于每个AP是唯一的传输源，因此可以采用多种方法。在一种向WTRU通知广播数据的示例方法中，AP子网可以协调使用相同的广播ID信息。AP可以使用以下信息字段中的一者或多者(例如，在PLCP报头、MAC报头、MAC主体和/或信标帧中)来提供广播ID信息：多AP指示符、主题ID、ID、广播、重复传输、重复索引、下一重复帧或下一重复信标。下面将进一步描述上述字段。

多AP指示符字段可以指示所述帧及其(一个或多个)关联ID正由多个AP广播。子网ID字段可以提供子网的唯一ID，并且子网中的所有AP可以使用相同的标识符。子网可以协调以确保具有重叠服务区域的不同子网具有唯一的子网ID。在示例中，子网ID可以基于子网中的AP之一的MAC地址。在另一示例中，可以使用SSID的散列、基于AP的位置的散列、由网络/子网管理员分配的唯一子网ID或任何其他唯一ID。

ID字段可以指示目的地ID、源ID、发射机ID、接收机ID、广播ID、广播信道ID和/或内容ID。广播字段可以用于指示这是广播帧、多播帧和/或单播帧。重复传输字段可用于指示该帧是否以重复方式传输。重复传输字段还可以指示正被使用的重复的类型(例如，简单重复或帧间编码)。

重复索引字段可以指示当前传输的重复传输次数。在实施例中，可以以递增计数的方式传送重复索引字段。在另一实施例中，重复索引字段可以以递减计数的方式被传送，使得(一个或多个)接收WTRU可以知道随后的重复传输次数。下一重复帧字段可以指示帧的下一重复的期望时间。下一重复帧字段还可以指示在该时间要发送的重复帧的类型。下一个重复信标字段可以指示下一重复信标的期望时间。在示例中，期望时间可以是持续时间。

AP可以协调并选择子网中的所有AP将用于广播(例如，特定广播或特定广播集)的虚拟SSID和/或MAC地址。子网中的AP可以全部传送相同的SSID信息(例如，虚拟SSID和/或MAC地址)。通过传送相同的SSID信息，这些AP将作为单个广播AP出现在接收由子网中的AP发送的广播帧的任何WTRU。使用虚拟SSID和/或MAC地址的AP可以使用以下信息字段(例如，在PLCP报头、MAC报头、MAC主体和/或信标帧中)中的一者或多者来提供广播ID信息：虚拟SSID指示符、虚拟MAC地址、ID、广播、重复传输、重复索引、下一重复帧和/或下一重复信标。下面将进一步描述上述字段。

虚拟SSID指示符字段可以是指示SSID是虚拟SSID的单个比特，或者它可以是提供关于正被指示的虚拟SSID的类型的信息的多个比特。虚拟MAC地址字段可以是指示AP MAC地址是虚拟MAC地址的单个比特，或者它可以是提供正被指示的虚拟MAC地址的类型的信息的多个比特。

ID字段可以指示目的地ID、源ID、发射机ID、接收机ID、广播ID、广播信道ID和/或内容ID。广播字段可以用于指示这是广播帧、多播帧和/或单播帧。重复传输字段可用于指示该帧是否以重复方式传送。重复传输字段还可以指示正使用的重复的类型(例如，简单重复或帧间编码)。

重复索引字段可以指示当前传输的重复传输次数。在实施例中，可以以递增计数的方式传送重复索引字段。在另一实施例中，重复索引字段可以以递减计数的方式被传送，使得(一个或多个)接收WTRU可以知道随后的重复传输次数。下一重复帧字段可以指示帧的下一重复的期望时间。下一重复帧字段还可以指示在该时间要发送的重复帧的类型。下一重复信标字段可以指示下一重复信标的期望时间。在实施例中，期望时间可以是持续时间。

过程可以用于UL广播可靠性。在DL广播中，可能有多个发射机和接收机，并且每个接收机可以代表位于非AP WTRU内部的广播服务端点。这可能使得用于广播数据的MAC层CSMA/ARQ协议变得复杂，因为不同的发射机-接收机对可能具有不同的成功/失败状态。例如，AP可能需要知道(无关联的)广播接收机的身份以在UL方向上指派反馈资源。此外，AP可能需要在它们之间进行协调以便在重传尝试之前知道对于至少一个WTRU而言哪个MAC PDU(MPDU)/数据块丢失。

UL广播可靠性也可能是个问题。如图17所示，UL WTRU 1701不知道接收机状态(或在持续时间上接收的物理层汇聚过程(PLCP)协议数据单元(PPDU)的统计)，其被示为“WTRU具有PPDU在没有上层输入时是否成功的信息？”。对所传送的数据的示例要求可以是丢失的数据是不可容忍的，并且对于丢失的数据需要重传。在这种情况下，在不知道802.11协议层的情况下，UL WTRU 1701可能需要与BSS相关联(或者与另一个接入的连接)，以具有单播数据连接来触发重传。对所传送数据的另一示例要求可为丢失的数据是可以容忍但不期望的。在这种情况下，来自接收机的反馈可以提高将来传送的PPDU的质量。

在UL广播中，UL广播分组的不同接收机表示单个广播端点，并且仅存在单个发射机(即，存在单个(联合)接收机状态以供单个发射机作用)。这使得MAC层CSMA/ARQ协议更可能在UL中。这有助于消除空中错误或提高稍后传送的数据(重传或新的)的鲁棒性，并且非AP WTRU不需要单独依赖经由上层到广播汇聚节点的单播连接来提供鲁棒性。

用于UL广播传输的示例过程可以基于逐个PPDU而被应用(例如，可以应用于在UL广播传输之后的持续时间内的反馈，并且在802.11MAC的UL发射机保留可能需要重复的信息的持续时间内)。UL WTRU可以将UL广播传输基于反馈以调整在反馈之后发送的PPDU的鲁棒性，而不执行丢失数据的重传。用于UL广播传输的示例过程可以应用于在多AP建立中在UL方向上发送的非广播PPDU，其中一个AP是锚AP或主AP，而其他AP是用于锚AP的辅助接收机或从AP。

图18示出了发射机获取联合反馈的示例，作为提供反馈以提高鲁棒性的手段。在索求反馈的UL广播分组中，传送WTRU 1801可以指示MCS、加扰器启动和/或将在所索求的DL反馈中使用的更长的保护间隔(GI)。在实施例中，预定MCS/GI可以用于DL中的反馈PPDU，和/或反馈PPDU加扰器启动可以被设置为与索求UL广播PPDU中相同的值。

在实施例中，UL广播PPDU可以指示被允许执行反馈的一个或多个AP，以限制反馈信号的延迟扩展。如果传送WTRU没有接收到任何反馈，则传送WTRU可以推断所有AP都是忙/受干扰的，并且可以执行延迟(重新)传输。如果WTRU不使用反馈过程来执行重传(即，对于广播PPDU不进行重传)，则WTRU可以将其传输基于反馈来调整将来要发送的PPDU(例如功率、MCS)的鲁棒性。如果多个AP成功地接收到UL广播PPDU，则它们的反馈帧可以通过空中被组合，并在非AP WTRU处被解码为单个PPDU。

图19示出了AP提供DL反馈的另一示例过程，使得发射机可以获取联合反馈(例如，针对在UL中传送的一个或多个聚合MPDU(AMPDU)中的每个MPDU/数据块)。可以使用允许AMPDU的传输而不需要预先交换以建立反馈协议(agreement)的机制。这种未经索求的反馈协议可以用于UL广播。协议的参数(例如缓冲器大小、超时值)可被设定为支持UL广播的所有WTRU的预定值。

为了接收对应于数据块/MPDU的单个联合反馈位图，可以使用NDP反馈方法，例如，使用基于正反馈的开关键控。指示状态0的音调(tone)集合可以不被传送，而指示状态1的音调集合可以由AP传送。NDP长训练字段(LTF)可以包括更长的GI以覆盖从不同AP到发起方/发射机(即非AP WTRU1901)的传播延迟的差异。

UL广播PPDU可以指示起始序列号。每个音调集合上的ACK信号可以表示用于MPDU/数据块的反馈比特，该MPDU/数据块具有相对于起始序列号的序列号偏移。基于音调集合的能量，发起方/发射机(即非AP WTRU)可以基于相应的音调集合索引来导出MPDU/数据块序列号的接收状态。

因为NDP反馈可以是基于正反馈的开关键控，所以发起方可以将由UL广播PPDU触发的反馈NDP视为单个NDP。当发起方检测到NDP时，可以重传对应的丢失的MPDU/数据块。如果没有检测到NDP，则发起方可以推断所有接收机(例如，AP)都受到干扰/繁忙，并且可以执行延迟(重新)传输。如果UL WTRU不使用反馈过程来执行重传(即，对于广播PPDU不进行重传)，则WTRU可以基于反馈进行传送以调整将来要发送的PPDU(例如，功率、MCS)的鲁棒性。

尽管以上以特定的组合描述了特征和元素，但是本领域的普通技术人员将理解，每个特征或元素可以单独使用或与其他特征和元素任意组合使用。另外，本文描述的方法可以在计算机程序、软件或固件中实现，所述计算机程序、软件或固件并入计算机可读介质中以由计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接进行传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于：只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器设备、诸如内部硬盘和可移动盘等磁介质、磁光介质、以及诸如CD-ROM盘和数字多功能盘(DVD)等光介质。与软件相关联的处理器可以用于实现在WTRU、UE、终端、基站、RNC或任何主机计算机中使用的射频收发信机。

Claims (20)

1.一种在无线发射/接收单元(WTRU)中使用的方法，该方法包括：

由站管理实体(SME)生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的唤醒无线电(WUR)发现帧的WUR扫描过程，所述请求原语包括多个第一参数；

基于所述多个第一参数进行所述WUR扫描过程；

在MAC层基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语；以及

从所述MAC层向所述SME传送所述至少一个确认原语。

2.根据权利要求1所述的方法，其中所述多个第一参数包括以下中的至少一者：BSSID、BSSIDList、SSID、SSIDList、CompressedBSSID、compressedSSID、CompressedBSSIDList、CompressedSSIDList、DiscoveryChannel、DiscoveryChannelList、MinDiscoveryChannelTime、MaxDiscoveryChannelTime、MasScanningTime、ReceivedPowerThreshod、WURScanningMode、WURScanningReportingOption或者RequestWURresult。

3.根据权利要求2所述的方法，其中所述WURCScanningMode指示WUR扫描模式。

4.根据权利要求1所述的方法，其中所述至少一个确认原语中的每个确认原语包括多个第二参数。

5.根据权利要求4所述的方法，其中所述多个第二参数包括以下中的至少一者：BSSDescriptionFromWURDFSet、ResultCode、ScannedWURDiscoveryChannelList或者VendorSpecificInfo。

6.根据权利要求1所述的方法，其中所述请求原语为MLME-WURSCAN请求原语。

7.根据权利要求1所述的方法，其中所述请求原语由站管理实体(SME)生成。

8.根据权利要求1所述的方法，其中所述请求原语为MLME-SCAN请求原语。

9.根据权利要求1所述的方法，还包括生成用于停止所述WUR扫描过程的停止请求原语。

10.根据权利要求1所述的方法，还包括生成停止确认原语。

11.一种无线发射/接收单元(WTRU)，该WTRU包括：

处理器，被配置为生成请求原语，所述请求原语使得能够进行用于由一个或多个接入点(AP)传送的唤醒无线电(WUR)发现帧的WUR扫描过程，所述请求原语包括多个第一参数，

基于所述多个第一参数进行所述WUR扫描过程，

在MAC层基于所述WUR扫描过程的结果和所述多个第一参数的至少一部分生成至少一个确认原语，以及

从所述MAC层向站管理实体(SME)传送所述至少一个确认原语。

12.根据权利要求11所述的WTRU，其中所述多个第一参数包括以下中的至少一者：BSSID、BSSIDList、SSID、SSIDList、CompressedBSSID、compressedSSID、CompressedBSSIDList、CompressedSSIDList、DiscoveryChannel、DiscoveryChannelList、MinDiscoveryChannelTime、MaxDiscoveryChannelTime、MasScanningTime、ReceivedPowerThreshod、WURScanningMode、WURScanningReportingOption或者RequestWURresult。

13.根据权利要求12所述的WTRU，其中所述WURCScanningMode指示WUR扫描模式。

14.根据权利要求11所述的WTRU，其中所述至少一个确认原语中的每个确认原语包括多个第二参数。

15.根据权利要求14所述的WTRU，其中所述多个第二参数包括以下中的至少一者：BSSDescriptionFromWURDFSet、ResultCode、ScannedWURDiscoveryChannelList或者VendorSpecificInfo。

16.根据权利要求11所述的WTRU，其中所述请求原语为MLME-WURSCAN请求原语。

17.根据权利要求11所述的WTRU，其中所述请求原语由站管理实体(SME)生成。

18.根据权利要求11所述的WTRU，其中所述请求原语为MLME-SCAN请求原语。

19.根据权利要求11所述的WTRU，其中所述处理器还被配置成生成用于停止所述WUR扫描过程的停止请求原语。

20.根据权利要求11所述的WTRU，其中所述处理器还被配置成生成停止确认原语。

Images