CN116636197A - 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配 - Google Patents

经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配 Download PDF

Info

Publication number
CN116636197A
CN116636197A CN202180075339.6A CN202180075339A CN116636197A CN 116636197 A CN116636197 A CN 116636197A CN 202180075339 A CN202180075339 A CN 202180075339A CN 116636197 A CN116636197 A CN 116636197A
Authority
CN
China
Prior art keywords
ieee
maap
barc
message
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180075339.6A
Other languages
English (en)
Inventor
安东尼奥·德拉奥利瓦
罗伯特·加兹达
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Priority claimed from PCT/US2021/054201 external-priority patent/WO2022076837A1/en
Publication of CN116636197A publication Critical patent/CN116636197A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

一种无线发射/接收单元(WTRU),包括接收器、发射器和处理器,其中该处理器被配置为生成包括块地址注册和请求(BARC)标识符的BARC协议数据单元(PDU)和相关联的4位状态字段,并且其中该发射器被配置为发射BARCPDU。该BARC标识符可包括可请求地址块地址(CABA)、可注册地址块标识符(RABI)或所建议的RABI(PRABI)中的至少一者。该BARCPDU可被编码为IEEE 1722消息。

Description

经由IEEE 1722 MAAP和BARC的IEEE 802.1CQ MAC地址分配
相关申请的交叉引用
本申请要求2020年10月8日提交的美国临时申请63/089,284号和2021年6月15日提交的美国临时申请63/210,779号的权益,这些临时申请的内容以引用方式并入本文。
发明内容
提供了一种用于支持消息协议的向后兼容性的方法和装置。无线发射/接收单元(WTRU)可接收消息并确定:该消息是否是传统介质访问控制(MAC)地址获取协议(MAAP)兼容版本格式;该消息是否是具有设置为0的request_start_address、request_count、conflict_start_address和conflict_count字段的传统MAAP兼容版本格式;该消息是否不是传统MAAP的消息类型;以及该消息是否是新的IEEE 1722 AVB格式版本。
一种无线发射/接收单元(WTRU),包括接收器、发射器和处理器,其中该处理器被配置为生成包括块地址注册和请求(BARC)标识符的BARC协议数据单元(PDU)和相关联的4位状态字段,并且其中该发射器被配置为发射BARCPDU。此外,BARC标识符可包括可请求地址块地址(CABA)、可注册地址块标识符(RABI)或所建议的RABI(PRABI)中的至少一者。此外,BARC标识符可为48位或64位。此外,4位字段可被编码为位图,其中该位图指示从包括以下各项的组中选择的状态:D(发现)、C(请求)、V(空闲)、R(注册)、I(询问)、P(建议)、O(提供)、A(地址)、N(空值)、T(令牌)以及寄存器、RD、RC、RV和RX的对应状态。此外,BARCPDU可被编码为IEEE 1722消息。此外,BARCPDU可为IEEE 1722替代报头。
附图说明
由以下结合附图以举例的方式给出的描述可得到更详细的理解,其中附图中类似的附图标号指示类似的元件,并且其中:
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统的系统图;
图1B是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线发射/接收单元(WTRU)的系统图;
图1C是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图;
图1D是示出根据一个实施方案可在图1A所示的通信系统内使用的另外一个示例性RAN和另外一个示例性CN的系统图;
图2是示出电气与电子工程师协会(IEEE)1722-2016介质访问控制(MAC)地址获取协议(MAAP)帧格式的图;
图3是示出IEEE 802.1CQ/D0.5消息格式的图;
图4是示出IEEE 1722替代报头的图;
图5是示出用于公共IEEE 802.1CQ MAAP帧报头的示例性格式的图;
图6是示出考虑接收器/发送方ID的示例性IEEE 802.1CQ MAAP报头的图;
图7是示出具有有效的stream_id的示例性IEEE 802.1CQ MAAP报头的图;
图8是示出第一帧格式(FORMAT 1)的图;
图9是示出第二帧格式(FORMAT 2)的图;
图10是示出第三帧格式(FORMAT 3)的图;
图11是示出第四帧格式(FORMAT 4)的图;
图12是示出块地址注册和请求(BARC)ID/状态元组(状态前的ID)的图;并且
图13是示出BARC ID/状态元组(ID前的状态)的示例的图。
具体实施方式
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的示意图。通信系统100可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统100可使多个无线用户能够通过系统资源(包括无线带宽)的共享来访问此类内容。例如,通信系统100可采用一个或多个信道接入方法,诸如码分多址接入(CDMA)、时分多址接入(TDMA)、频分多址接入(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字离散傅里叶变换扩展OFDM(ZT-UW-DFT-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)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如,远程手术)、工业设备和应用(例如,在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费型电子设备、在商业和/或工业无线网络上操作的设备等。UE 102a、102b、102c和102d中的任一者可互换地称为WTRU。
通信系统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可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104的一部分,该RAN还可包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率上发射和/或接收无线信号,该基站可被称为小区(未示出)。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖,该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如,与基站114a相关联的小区可被划分为三个扇区。因此,在实施方案中,基站114a可包括三个收发器,即,小区的每个扇区一个收发器。在实施方案中,基站114a可采用多输入多输出(MIMO)技术并且可针对小区的每个扇区利用多个收发器。例如,可使用波束成形在所需的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一者或多者通信,该空中接口可为任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地讲,如上所指出,通信系统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)和/或高级LTEPro(LTE-A Pro)来建立空中接口116。
在一个实施方案中,基站114a和WTRU 102a、102b、102c可实现无线电技术诸如NR无线电接入,其可使用NR来建立空中接口116。
在实施方案中,基站114a和WTRU 102a、102b、102c可实现多种无线电接入技术。例如,基站114a和WTRU 102a、102b、102c可例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此,WTRU 102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或向/从多种类型的基站(例如,eNB和gNB)发送的发射来表征。
在其他实施方案中,基站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)、GSMEDGE(GERAN)等无线电技术。
图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。
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(未示出)通信。
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。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如,WTRU 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发器)。例如,图1A所示的WTRU 102c可被配置为与可采用基于蜂窝的无线电技术的基站114a通信,并且与可采用IEEE 802无线电技术的基站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,该收发器可耦合到发射/接收元件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可包括用于通过空中接口116发射和接收无线信号的两个或更多个发射/接收元件122(例如,多个天线)。
收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出,WTRU 102可具有多模式能力。例如,因此,收发器120可包括多个收发器,以便使WTRU 102能够经由多种RAT(诸如NR和IEEE 802.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接收电力,并且可被配置为向WTRU 102中的其他部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可包括一个或多个干电池组(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136,该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除了来自GPS芯片组136的信息之外或代替该信息,WTRU 102可通过空中接口116从基站(例如,基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收到信号的定时来确定其位置。应当理解,在与实施方案保持一致的同时,该WTRU 102可通过任何合适的位置确定方法来获取位置信息。
处理器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还可以与CN106通信。
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接收无线信号。
演进节点B 160a、160b、160c中的每一者可与特定小区(未示出)相关联,并且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户的调度等。如图1C所示,演进节点B 160a、160b、160c可通过X2接口彼此通信。
图1C所示的CN 106可包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN 106的一部分,但是应当理解,这些元件中的任何元件可由除CN运营商之外的实体拥有和/或运营。
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(未示出)之间进行切换的控制平面功能。
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的上下文等。
SGW 164可连接到PGW 166,该PGW可向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可包括用作CN 106与PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外,CN 106可以向WTRU 102a、102b、102c提供对其他网络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之间(例如,直接在它们之间)发送点对点流量。在某些代表性实施方案中,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,STA(例如,每个STA)(包括AP)可侦听主信道。如果主信道被特定STA侦听/检测和/或确定为繁忙,则特定STA可退避。一个STA(例如,仅一个站)可在给定BSS中在任何给定时间发射。
高吞吐量(HT)STA可使用40MHz宽的信道进行通信,例如,经由主20MHz信道与相邻或不相邻的20MHz信道的组合以形成40MHz宽的信道。
极高吞吐量(VHT)STA可支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合连续的20MHz信道来形成。可通过组合8个连续的20MHz信道,或通过组合两个非连续的80MHz信道(这可被称为80+80配置)来形成160MHz信道。对于80+80配置,在信道编码之后,数据可通过可将数据分成两个流的段解析器。可单独地对每个流进行快速傅里叶逆变换(IFFT)处理和时间域处理。可将这些流映射到两个80MHz信道,并且可通过发射STA来发射数据。在接收STA的接收器处,可颠倒上述用于80+80配置的操作,并且可将组合的数据发送到介质访问控制(MAC)。
802.11af和802.11ah支持低于1GHz的操作模式。相对于802.11n和802.11ac中使用的那些,802.11af和802.11ah中减少了信道操作带宽和载波。802.11af支持电视白空间(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(其支持最小带宽操作模式)设置和/或限制。在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还可以与CN 106通信。
RAN 104可包括gNB 180a、180b、180c,但将了解,在与实施方案保持一致的同时,RAN 104可包括任何数量的gNB。gNB 180a、180b、180c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在实施方案中,gNB 180a、180b、180c可实现MIMO技术。例如,gNB 180a、180b可利用波束成形来向gNB 180a、180b、180c传输信号和/或从gNB 180a、180b、180c接收信号。因此,gNB 180a例如可使用多个天线来向WTRU 102a发射无线信号和/或从WTRU 102a接收无线信号。在实施方案中,gNB 180a、180b、180c可实现载波聚合技术。例如,gNB 180a可向WTRU 102a(未示出)发射多个分量载波。这些分量载波的子集可在免许可频谱上,而其余分量载波可在许可频谱上。在实施方案中,gNB 180a、180b、180c可实现被协调的多点(CoMP)技术。例如,WTRU 102a可从gNB 180a和gNB 180b(和/或gNB 180c)接收被协调的发射。
WTRU 102a、102b、102c可使用与可扩展参数集相关联的发射来与gNB 180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可因不同发射、不同小区和/或无线发射频谱的不同部分而变化。WTRU 102a、102b、102c可使用各种或可扩展长度的子帧或发射时间间隔(TTI)(例如,包含不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB180a、180b、180c通信。
gNB 180a、180b、180c可被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信,同时也不访问其他RAN(例如,诸如演进节点B 160a、160b、160c)。在独立配置中,WTRU 102a、102b、102c可将gNB 180a、180b、180c中的一者或多者用作移动性锚定点。在独立配置中,WTRU 102a、102b、102c可在未许可频带中使用信号与gNB 180a、180b、180c通信。在非独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信或连接,同时也与其他RAN(诸如,演进节点B160a、160b、160c)通信或连接。例如,WTRU 102a、102b、102c可实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个演进节点B 160a、160b、160c通信。在非独立配置中,演进节点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)信令的终止、移动性管理等。AMF 182a、182b可使用网络切片,以便基于WTRU 102a、102b、102c所使用的服务的类型来为WTRU102a、102b、102c定制CN支持。例如,可针对不同的用例(诸如,依赖超高可靠低延迟(URLLC)接入的服务、依赖增强型移动宽带(eMBB)接入的服务、用于MTC接入的服务等)建立不同的网络切片。AMF 182a、182b可提供用于在RAN 104和采用其他无线电技术(诸如LTE、LTE-A、LTE-A Pro和/或非3GPP接入技术,诸如WiFi)的其他RAN(未示出)之间进行切换的控制平面功能。
SMF 183a、183b可经由N11接口连接到CN 106中的AMF 182a、182b。SMF 183a、183b还可经由N4接口连接到CN 106中的UPF 184a、184b。SMF 183a、183b可选择并控制UPF184a、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中的一者或多者,这些gNB可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以有利于在WTRU 102a、102b、102c与启用IP的设备之间的通信。UPF 184、184b可执行其他功能,诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等。
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。
鉴于图1A至图1D以及图1A至图1D的对应描述,本文参照以下中的一者或多者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真设备(未示出)执行:WTRU102a-d、基站114a-b、演进节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或本文所述的任何其他设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如,仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如,该一个或多个仿真设备可执行一个或多个或所有功能,同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分,以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能,同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或使用空中无线通信来执行测试。
该一个或多个仿真设备可执行一个或多个(包括所有)功能,同时不被实现/部署为有线和/或无线通信网络的一部分。例如,仿真设备可在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中使用,以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试装备。经由RF电路系统(例如,其可包括一个或多个天线)进行的直接RF耦合和/或无线通信可由仿真设备用于发射和/或接收数据。
IEEE 802.1CQ已进入第一轮任务组投票。投票结果表明,绝大多数参与者正在推动IEEE 802.1CQ和IEEE 1722-2016 MAC地址获取协议之间的兼容消息格式。公开了用于IEEE 802.1CQ定义的消息的格式,该格式与IEEE 1722-2016AVB的灵活报头格式兼容。在一个实施方案中,公开了用于IEEE 802.1CQ的块地址注册和请求(BARC)建议的新帧格式。
图2示出了IEEE 1722-2016介质访问控制(MAC)地址获取协议(MAAP)MAAP消息格式。这里,由IEEE 1722-2016定义的MAAP协议版本可被称为传统MAAP。IEEE 1722-2016定义了图2所示的用于传统MAAP消息的格式。
图2的报头部分中的字段中的每个字段可定义如下。子类型字段202可指示如在IEEE 1722-2016的4.4.3.2中定义的传统MAAP。sv位字段204可指示stream_id字段214是否携带有效的流id,如在IEEE 1722-2016的部分4.4.4.2中所定义的。流id位的值始终为1。版本字段206可指定格式的版本。除非由格式定义明确定义,否则版本字段206在发射时被设置为零(0)并且在接收时被验证。消息类型字段208在IEEE 1722-2016的表B.1中指示,并且包括MAAP_PROBE、MAAP_DEFEND和MAAP_ANNOUNCE消息类型。maap_version字段210可识别正在使用的MAAP的版本。传统MAAP的当前版本是一(1)。在所有传统MAAP帧中,可将control_data_length字段212设置为1610。stream_id字段214不在传统MAAP中使用,并且可始终将其设置为零(0)。
MAAP_PROBE或MAAP_ANNOUNCE消息中的requested_start_address字段216可为正被请求的地址的连续范围的第一地址。在MAAP_DEFEND消息中,可将requested_start_address字段216设置为在发起事务的MAAP_PROBE或MAAP_ANNOUNCE PDU中接收到的requested_start_address值。
MAAP_PROBE或MAAP_ANNOUNCE消息中的requested_count字段218是正被请求的地址的数量。如果仅请求单个地址,则将requested_count字段218设置为一(1)。在MAAP_DEFEND消息中,可将requested_count字段218设置为在发起事务的MAAP_PROBE或MAAP_ANNOUNCE PDU中接收到的requested_count值。
可将MAAP_DEFEND消息中的conflict_start_address字段220设置为与来自MAAP_PROBE PDU的所请求的地址范围相冲突的第一地址。在所有其他传统MAAP消息中,将conflict_start_address字段220设置为零(0)。
将MAAP_DEFEND消息中的conflict_count字段222设置为所分配的地址范围中的地址的数量,以conflict_start_address开始,该地址范围与来自MAAP PROBE PDU的所请求的地址范围冲突。在所有其他传统MAAP消息中,将该字段设置为零(0)。
IEEE 1722-2016指示用于协议的新版本的向后兼容性的以下行为:可根据接收器的实现版本的协议定义来解释携带高于由接收器实现的协议版本的maap_version的MAAP音频视频传输协议(AVTP)协议数据单元(PDU)(AVTPDU)。
包含更高的maap_version编号和在MAAP的实现版本中定义的消息类型的所有接收到的MAAP AVTPDU可使用MAAP的实现版本来解释,忽略所有未知字段。这要求MAAP的未来版本与在MAAP的所有先前版本中实现的消息类型和格式保持兼容。
可以忽略包含更高版本编号和在MAAP的实现版本中未定义的消息类型的所有接收到的MAAP AVTPDU。
携带低于由接收器实现的协议版本的maap_version的MAAP AVTPDU可根据对应于在MAAP AVTPDU中接收到的协议版本的协议定义来解释。这要求MAAP的未来版本保持从MAAP的所有先前版本解释MAAP AVTPDU的能力。
图3是示出IEEE 802.1CQ/D0.5消息格式的图。如在IEEE 802.1CQ/D0.5中定义的用于分配本地和多播地址(PALMA)的协议指定7个不同的消息:DISCOVER、OFFER、REQUEST、ACK、RELEASE、DEFEND和ANNOUNCE。所有消息共享公共报头,该公共报头如图3所示。
子类型字段302可将协议识别为PALMA,其应与IEEE 1722-2016的表6兼容。版本字段304可指示PALMA协议的版本,该版本字段对于该协议的初始版本被定义为0。message_type字段306可指示所传输的消息的类型。message_type字段306可采用如IEEE 802.1CQ/D0.5的表7中所定义的值DISCOVER、OFFER、REQUEST、ACK、RELEASE、DEFEND和ANNOUNCE。control_word字段308在IEEE 802.1CQ/D0.5的表8中定义,并且包括用于协议的操作的指示符的位图。令牌字段310可标识PALMA客户端与服务器之间的消息交换中的一系列消息。状态字段312可指示操作的结果,如IEEE 802.1CQ/D0.5的表9中所定义的。长度字段314可指示完整消息的八位字节长度。
对于每个消息,IEEE 802.1CQ定义可包括在该消息中的一组参数。不同的参数如下:站ID;MAC地址集;网络ID;寿命;客户端地址参数和特定供应商。IEEE 802.1CQ为每个消息类型定义应被包括在消息中的不同可选和强制参数。
IEEE 1722定义了三个不同的报头,包括:(1)控制、(2)流以及(3)替代。流报头可用于封装属于某个多媒体流或流的数据。控制报头可由IEEE 1722标准的不同部分用于控制或管理目的,例如,MAAP使用控制报头。替代报头可允许定义专用报头,仅包括具有IEEE1722编码的其余部分的共同信息的最小集合。
图4示出替代报头。IEEE 802.1CQ/D0.5的封装可以与IEEE 1722兼容。本文公开的实施方案修改在IEEE 802.1CQ/D0.5中定义的消息的报头以与IEEE 1722-2016向后兼容。一种方法利用IEEE 1722-2016 AVTPDU公共控制报头并且重新定义MAAP stream_id字段,使得stream_id的64位用于容纳在IEEE 802.1CQ/D0.5报头中携带的信息。这可以通过使用公共报头的SV位来补充,指示可能没有有效的stream_id。
图5是示出用于公共IEEE 802.1CQ MAAP帧报头的所建议的格式的图。考虑到MAAPstream_id字段的新定义,可根据图5示出所有CQ消息所共有的与MAAP兼容的IEEE 802.1CQ协议的报头。在示例中,可将字段重新排序。
子类型字段502可指示如在IEEE 1722-2016的4.4.3.2中定义的MAAP。sv位字段504可指示stream_id是否携带有效的流id。与传统MAAP不同的是,在IEEE 802.1CQ新MAAP格式中,可将该字段设置为0,指示stream_id字段不携带有效的流ID。版本字段506指定格式的版本。除非由格式定义明确定义,否则该字段在发射时可被设置为零(0)并且在接收时被验证。遵循诸如MAAP_DEFEND或DISCOVER之类的新格式的IEEE 802.1CQ的一些消息可取决于其使用而使用两种不同的格式,这可在该字段上用版本0或1来指示。
消息类型字段508可与定义以下消息的IEEE 802.1CQ/D0.5兼容:DISCOVER、PROBE、DEFEND、ANNOUNCE、OFFER、REQUEST、RELEASE和ACK。可定义新消息,诸如新PROBE消息的定义与MAAP兼容。maap_version字段510可识别正在使用的MAAP的版本。传统MAAP的当前版本是一(1),可将IEEE 802.1CQ MAAP版本定义为版本二(2)。control_data_length字段512可包含以八位字节为单位的消息的总长度。
control_word字段514可按照IEEE 802.1CQ/D0.5的表8来定义,其可包括用于协议操作的指示符的位图。令牌字段516可标识IEEE 802.1CQ客户端与服务器之间的消息交换中的一系列消息。状态字段518可指示操作的结果,如可在IEEE 802.1CQ/D0.5的表9中定义的。报头中的保留字段520可包括消息的发送方ID的指示等等。该字段可以12位来编码客户端或服务器标识符。寿命字段522可指示租约所请求的寿命、租约的寿命,或者如果没有指示寿命,则其可为0。寿命可以秒来定义。
图6是还考虑了用于携带发送方ID的保留字段的使用的公共报头的完整格式的图示。在可将MAAP stream_id设置为0的情况下,例如,CQ参数可不被携带在stream_id中,CQ字段可在stream_id之后或者在考虑在传统MAAP帧格式中的地址(request_start_address和conflict_start_address)的128位之后作为独立的64字段传输。
图7是示出具有有效的stream_id的所建议的IEEE 802.1CQ MAAP报头的图。可应用机制以使IEEE 802.1CQ消息与IEEE 1722-2016向后兼容。在一个实施方案中,使用格式版本的新值。以此方式,可定义可与传统MAAP兼容的消息和即使对于相同消息类型也可能不兼容的消息的两种不同格式。例如,MAAP DEFEND可使用格式的两个版本,一个版本在其由MAAP_PROBE触发的情况下与传统MAAP兼容,而另一个版本在MAAP_DEFEND由DISCOVER消息触发的情况下与传统MAAP兼容。
在一个实施方案中,可使用与传统MAAP中相同的消息格式,但是在stream_id字段中包括新字段,同时将request_start_address、request_count、conflict_start_address和conflict_count字段设置为0。
应用上述机制,IEEE 802.1CQ消息可落入以FORMAT 1至FORMAT 4表示的以下四个类别。FORMAT 1和FORMAT 2可与传统MAAP格式完全兼容。FORMAT 3和FORMAT 4是例如通过修改版本字段可用作传统MAAP消息的IEEE 802.1CQ版本的格式。这些格式可用于新消息。
图8是示出第一帧格式800(FORMAT 1)的图。FORMAT 1可使用具有以下各项的传统MAAP兼容版本格式:子类型字段802、sv位字段804、版本字段806、message_type字段808、maap_version字段810、control_data_length字段812、control_word字段814、令牌字段816、状态字段818、保留/发送方字段820、寿命字段822以及有效的request_start_address字段824、request_count字段826、conflict_start_address字段828和conflict_count字段830。FORMAT 1可包括设置为无效的stream_id的sv位和control_word字段814中的标志,该标志可指示request_start_address字段824、request_count字段826、conflict_start_address字段828和conflict_count字段830的有效性。在这种情况下,可将版本字段806设置为0(指示在IEEE 1722-2016中定义的版本)。
图9是示出第二帧格式900(FORMAT 2)的图。FORMAT 2可使用具有设置为0的request_start_address、request_count、conflict_start_address和conflict_count的传统MAAP兼容版本格式。该格式可类似于FORMAT 1,但可设置为0的control_word中的标志可指示request_start_address、request_count、conflict_start_address和conflict_count字段的无效性。FORMAT 2可包括设置为无效的stream_id的sv位和在control_word字段中设置的标志,该标志可指示request_start_address、request_count、conflict_start_address和conflict_count字段的无效使用。在这种情况下,可将版本字段设置为0(指示在IEEE 1722-2016中定义的版本)。
图10是示出第三帧格式1000(FORMAT 3)的图。FORMAT 3可用于新消息。第三帧格式1000可具有以下字段:子类型字段1002、sv位字段1004、版本字段1008、mapp_version字段1010、control_data_lenght字段1012、control_word字段1014、令牌字段1016、状态字段1018、保留/sender_ID字段1020和寿命字段1022。FORMAT 3 1000还可包括IEEE 802.1CQ定义的参数字段1024。
该消息可由传统MAAP处理直到message_type字段1008,其中该消息可指示新消息类型(与传统MAAP的消息类型相比),因此传统MAAP客户端可不处理该消息。FORMAT 3可包括设置为无效的stream_id的sv位字段1004和在control_word字段1014中的标志,该标志可指示request_start_address字段、request_count字段、conflict_start_address字段和conflict_count字段的无效使用。该消息可用于新消息,而不包括在用于MAAP的传统版本的message_type中。
图11是示出第四帧格式1100(FORMAT 4)的图。FORMAT 4可使用如报头的版本字段中所指示的新MAAP版本格式。这可用于具有一个单一的消息类型(message_type),但具有两个不同的格式。应当注意,取决于发送消息的触发,该消息可能需要不同格式的发射。实现FORMAT 4的消息还可具有另一种格式(具有版本0),该格式可为FORMAT 1或FORMAT 2。FORMAT 4可包括设置为无效的stream_id的sv位和在control_word字段中设置的标志,该标志可指示不使用request_start_address、request_count、conflict_start_address和conflict_count字段。在这种情况下,可将版本字段设置为1(指示与IEEE 1722-2016中定义的版本不同的新版本)。
在这些新格式中定义的消息可根据下面表1中的描述。
表1:IEEE 802.1CQ消息的示例列表
取决于格式选择,上表中的消息中的一些消息可被折叠或复制。例如,MAAP_PROBE和DISCOVER可被折叠在单个消息中,而MAAP_DEFEND可被分成两个不同的消息,一个消息用于IEEE 802.1CQ协议,而另一个消息与MAAP兼容。
如果考虑在IEEE 802.1CQ中并且与MAAP消息兼容的消息的完全拆分,则可如下面的表2中所示修改表1。
值(示例) 函数 描述
016 -- 保留
116 MAAP_PROBE 探测MAC地址PDU
216 MAAP_DEFEND 防御地址响应PDU
316 MAAP_ANNOUNCE 通知获取的MAC地址PDU
416 DISCOVER 发现MAC地址PDU
516 OFFER 提供MAC地址PDU
616 REQUEST 请求MAC地址PDU
716 ACK 确认MAC地址PDU
816 RELEASE 释放MAC地址PDU
916 IEEE8021CQ_DEFEND 防御802.1CQ范围中地址
A16 IEEE8021CQ_ANNOUNCE 通知802.1CQ范围中的地址
B16-F16 -- 保留
表2:IEEE 802.1CQ消息的示例列表(消息的完全拆分)
如果通过消息的格式来加入和区分消息,则message_type字段可包括来自下一个表的值,如表3所示。
表3:IEEE 802.1CQ消息的示例列表(具有一些加入的消息)
可在IEEE 802.1CQ中定义新参数(接收器ID)。下面的表4修改了IEEE 802.1CQ/D0.5的表10。
参数ID 参数子字段类型
7 接收器ID
表4:对IEEE 802.1CQ/D0.5的表10的修改
接收器ID可包括关于消息的预期接收器的ID的信息。它可以代替当前IEEE802.1CQ/D0.5中的网络ID或站ID。表5示出了该参数的示例性格式。
表5:接收器ID格式
如IEEE 802.1CQ/D0.5的表8中所定义的control_word字段可经修改以并入如以下表6中所示的新控制字段。
表6:对IEEE 802.1CQ/D0.5的表8的修改
根据该新格式的实现,可针对以上定义的消息中的每一者采用消息格式定义。
MAAP_PROBE消息可用于探测分配给IEEE 1722-2016的范围中的多播地址,因此该消息可遵守如IEEE 1722-2016中所定义的向后兼容性规则,因为该消息可由MAAP客户端潜在地接收:
包含更高版本编号和在MAAP的实现版本中定义的消息类型的所有接收到的MAAPAVTPDU可使用MAAP的实现版本来解释,忽略所有未知字段。
MAAP_PROBE可使用FORMAT 1,以便与传统MAAP兼容。除此之外,该消息可携带如在IEEE 802.1CQ定义的参数字段中的IEEE 802.1CQ/D0.5中所定义的供应商特定字段、客户端地址参数或站ID字段。
可将DISCOVER消息定义为独立消息或用于MAAP_PROBE消息的新格式版本。DISCOVER消息可包括未被分配给IEEE 1722-2016的地址的信息,并且可以或可以不被传统MAAP设备接收。在期望与传统MAAP完全兼容的消息的情况下,可使用FORMAT 1或FORMAT 2(如以上所定义的)。在DISCOVER被定义为用于MAAP_PROBE的新格式的情况下(或反之亦然),其可使用FORMAT 4,最后如果定义了新消息,则可以使用FORMAT 3。除此之外,DISCOVER消息可携带如IEEE 802.1CQ/D0.5中所定义的参数。MAC地址集参数、客户端地址参数、站ID和供应商特定参数以及新定义的Receiver_ID参数可在IEEE 802.1CQ定义的参数字段中传输。
MAAP_DEFEND消息可用于在由IEEE 1722-2016使用的范围中或者在IEEE 802.1CQ中定义的范围中防御已经分配的地址。该消息可被单播到MAAP_PROBE或DISCOVERY消息的源地址,从而触发MAAP_DEFEND消息。因此,其格式可包括两个变体,取决于触发DEFEND的PROBE或DISCOVER消息的版本。在MAAP_DEFEND消息可由如本文档中所定义的MAAP_PROBE触发的情况下,可使用FORMAT 1。在MAAP_DEFEND消息可由DISCOVER消息(或具有不同于0的版本的MAAP_PROBE消息)触发的情况下,则该消息可使用FORMAT 3或4。除此之外,该消息可携带如IEEE 802.1CQ/D0.5中所定义的供应商特定、客户端地址参数或站ID。它还可以携带新定义的(在本文档中)接收器ID参数或MAC地址集参数的不同实例。
MAAP_ANNOUNCE消息可用于周期性地通知在由IEEE 1722-2016使用的范围中或在由IEEE 802.1CQ使用的范围中分配的多播地址。因此,该消息可遵守如IEEE 1722-2016中所定义的向后兼容性规则,因为该消息可由MAAP客户端接收。在一个实施方案中,目标地址可为分配给MAAP的多播地址。当通知IEEE 1722-2016地址范围中的地址时,该消息可使用FORMAT 1。该消息可以使用FORMAT 2来通知来自IEEE 1722-2016的其他范围中的地址。在根据所防御的地址范围而使用两个分离的格式的情况下,该消息也可以使用FORMAT 4,或者最后该消息可以被分成两个消息,一个消息用于传统MAAP,而另一个消息用于使用FORMAT 3的IEEE 802.1CQ。
在所有情况下,报头可跟随有以下各项中的一项或多项:MAC地址集参数、寿命参数、站ID参数或新定义的(在本文档中)接收器ID参数。
OFFER、REQUEST、ACK和RELEASE消息专用于IEEE 802.1CQ中的基于服务器的分配,并且可能不被传统MAAP客户端接收。因此,这些消息都可使用FORMAT 3。
BARC消息比PALMA消息简单,因为状态在每个事务中被传送。BARC通信基于交换MAC地址或与正在使用的MAC地址长度相同的标识符和伴随状态。该状态是在BARC中定义的14种不同状态中的一个状态。
BARC中定义的状态为D(发现)、C(请求)、V(空闲)、R(注册)、I(询问)、P(建议)、O(提供)、A(地址)、N(空值)、T(令牌)以及寄存器、RD、RC、RV和RX的对应状态。
在BARC通信中交换的主要元素是48位或64位标识符(例如,MAC地址或令牌)和记录状态的变量的组(其被称为BARC ID/状态元组)。
在实施方案中,存在其中状态信息可被编码的不同方式,例如:作为16位位图,其中每一位可指示状态。例如,下面的表7示出了示例性16位位图。
表7:BARC状态编码的示例(16位位图)
不用于编码状态的两个位(在此示例中为位0和1,但可为任何其他位)可被保留,或可在未来用于扩展可能状态。在一个实施方案中,可针对每一位添加两个额外状态,或可使用该位作为掩码来编码另外3组14个位。第一组将具有位0和1作为00,第二组可能是01,第三组是10并且第四组可能是11。在该示例中,可针对该特定组的状态配置保留00。
状态信息可被编码的另一方式是作为八位字节,其中从0到255的值可指示状态的值。在这种情况下,编码的示例可由下面的表8给出。
状态
0 D
1 C
2 V
3 R
4 I
5 P
6 O
7 A
8 N
9 T
10 RD
11 RC
12 RV
13 RX
14-255 保留
表8:BARC状态编码的示例(八位字节)
应当注意,将值分配给该表中所收集的状态仅为一个示例,且可使用替代分配。
状态信息可被编码的另一方式是作为4位半字节,其中从0到16的值可指示状态的值。在这种情况下,编码的示例可由下面的表9给出。
/>
表9:BARC状态编码的示例(4位半字节)
应当注意,将值分配给该表中所收集的状态仅为一个示例,且可使用替代分配。
状态信息可被编码的另一方式是作为14位位图,其中每一位可指示状态。例如,可如下面的表10中所示对14位位图进行编码。
表10:BARC状态编码的示例(14位位图)
应当注意,将位分配给状态仅为一个示例,且可使用替代分配。
图12是示出BARC ID/状态元组(状态前的ID)的图,并且图13是示出BARC ID/状态元组(ID前的状态)的示例的图。一旦状态已被编码,则BARC ID/状态元组可采用如图12或图13所示的形式。
这可能导致以下不同的封装,由BARC_sizeID_sizeState表示。其中sizeID表示标识符的大小(例如,48位或64位MAC地址或令牌),并且sizeState表示如上文所定义的状态的编码:64位长度的BARC_48_16;62位长度的BARC_48_14;54位长度的BARC_48_8;52位长度的BARC_48_4;80位长度的BARC_64_16;78位长度的BARC_64_14;72位长度的BARC_64_8;68位长度的BARC_64_4。如图12和图13所示,所有这些编码可在ID之前或以相反方式封装状态。
BARC消息可由2个或3个BARC ID/状态元组组成。可以有不同的机制来封装该信息;使用IEEE 1722报头(控制或替代)并且使用针对IEEE 1722定义的以太类型(使用新子类型),或者使用新以太类型并且从头定义新报头。
对于BARC消息,可使用基于IEEE 1722替代报头和固定或可变消息大小的封装。
使用固定大小,可假设在IEEE 1722替代报头之后,始终添加3个BARC ID/状态元组。在不需要元组的情况下,其可由状态“无(N)”来指示。在这种情况下,取决于所选择的编码(BARC_sizeID_sizeState),并且假设IEEE 1722替代报头,消息可具有12位(IEEE 1722替代报头)+3x长度(BARC_sizeID_sizeState)的固定大小。应当注意,可能需要一些额外的位来填充,以对齐消息的长度。这种封装方式也可使用IEEE 1722定义的控制报头来完成,其中BARC ID/状态元组中的一者可添加在流ID字段中,如在上面的先前示例中那样。
使用可变大小而不是具有固定长度,BARC消息可为可变的,其中在一些情况下交换3个BARC ID/状态元组,并且在其他情况下交换2个BARC ID/状态元组。在这种情况下,包含在消息中的BARC ID/状态元组的数量可根据包括长度的所并入的新报头字段或者通过检查分组的大小来计算。
尽管上文以特定组合描述了特征和元件,但是本领域的普通技术人员将理解,每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。另外,本文所述的方法可在结合于计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如CD-ROM磁盘和数字通用光盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发器。

Claims (14)

1.一种无线发射/接收单元(WTRU),所述WTRU包括:
接收器;
发射器;和
处理器;
其中所述处理器被配置为生成包括块地址注册和请求(BARC)标识符的BARC协议数据单元(PDU)和相关联的4位状态字段;
其中所述发射器被配置为发射所述BARCPDU。
2.根据权利要求1所述的WTRU,其中所述BARC标识符包括可请求地址块地址(CABA)、可注册地址块标识符(RABI)或所建议的RABI(PRABI)中的至少一者。
3.根据权利要求1所述的WTRU,其中所述BARC标识符为48位。
4.根据权利要求1所述的WTRU,其中所述BARC标识符为64位。
5.根据权利要求1所述的WTRU,其中所述4位状态字段被编码为位图,其中所述位图指示从包括以下各项的组中选择的状态:D(发现)、C(请求)、V(空闲)、R(注册)、I(询问)、P(建议)、O(提供)、A(地址)、N(空值)、T(令牌)以及寄存器、RD、RC、RV和RX的对应状态。
6.根据权利要求1所述的WTRU,其中BARCPDU被编码为IEEE 1722消息。
7.根据权利要求1所述的WTRU,其中所述BARCPDU是IEEE 1722替代报头。
8.一种由无线发射/接收单元(WTRU)执行的方法,所述方法包括:
生成包括块地址注册和请求(BARC)标识符的BARC协议数据单元(PDU)和相关联的4位状态字段;
发射所述BARCPDU。
9.根据权利要求8所述的方法,其中所述BARC标识符包括可请求地址块地址(CABA)、可注册地址块标识符(RABI)或所建议的RABI(PRABI)中的至少一者。
10.根据权利要求8所述的方法,其中所述BARC标识符为48位。
11.根据权利要求8所述的方法,其中所述BARC标识符为64位。
12.根据权利要求8所述的方法,其中所述4位状态字段被编码为位图,其中所述位图指示从包括以下各项的组中选择的状态:D(发现)、C(请求)、V(空闲)、R(注册)、I(询问)、P(建议)、O(提供)、A(地址)、N(空值)、T(令牌)以及寄存器、RD、RC、RV和RX的对应状态。
13.根据权利要求8所述的方法,其中所述BARCPDU被编码为IEEE 1722消息。
14.根据权利要求8所述的方法,其中所述BARCPDU是IEEE 1722替代报头。
CN202180075339.6A 2020-10-08 2021-10-08 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配 Pending CN116636197A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US63/089,284 2020-10-08
US202163210779P 2021-06-15 2021-06-15
US63/210,779 2021-06-15
PCT/US2021/054201 WO2022076837A1 (en) 2020-10-08 2021-10-08 Ieee 802.1cq mac address allocation via ieee 1722 maap and barc

Publications (1)

Publication Number Publication Date
CN116636197A true CN116636197A (zh) 2023-08-22

Family

ID=87642207

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180075339.6A Pending CN116636197A (zh) 2020-10-08 2021-10-08 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配

Country Status (1)

Country Link
CN (1) CN116636197A (zh)

Similar Documents

Publication Publication Date Title
CN113228575B (zh) 启用非公共网络通信
CN116132000A (zh) 用于传输上行链路控制信息的方法及设备
CN110291834B (zh) 用于无许可上行链路多址接入的冲突缓解过程
CN113728606B (zh) 用于多播和单播mac地址指派协议mumaap的方法和装置
TW201941650A (zh) Noma排程及傳輸
CN117793854A (zh) 无线发射/接收单元和由无线发射/接收单元实现的方法
CN117957863A (zh) 与mint相关联的wtru到网络中继
US20230100162A1 (en) Power efficient broadcasting in wlan
US20220225323A1 (en) Efficient uplink resource requests in wlan systems
JP2022533663A (ja) Ieee802.11において信頼性を高めるための技法
CN112640370B (zh) 用于多播分组的层2转发的方法和装置
CN117121523A (zh) 通过mac地址伪装的隐私增强的方法和装置
CN111149331B (zh) 用于边缘终止点之间通信的传输协议
CN116158065A (zh) 用于分发动态mac地址的方法和装置
CN115486201A (zh) 用于无线发射-接收单元之间的通信的端对端服务质量的方法和装置
CN114642012A (zh) 用于prose对等发现的方法和装置
CN116636197A (zh) 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配
CN114051749B (zh) 用于提高ieee 802.11中的可靠性的技术
WO2022076837A1 (en) Ieee 802.1cq mac address allocation via ieee 1722 maap and barc
CN117529937A (zh) 经由中继wtru的远程wtru多播和广播服务传输
CN116868517A (zh) Wtru与层2wtru到wtru中继之间的pc5链路标识符改变
WO2023192609A1 (en) Ieee 802.1cq functionality interactions through ieee 802.11
CN117356038A (zh) 用于wlan系统的多ap信道探测反馈过程
CN116134786A (zh) 支持网络中继的多播广播服务
CN118140455A (zh) 客户驻地网络接入控制

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination