CN112970209A - 通信技术 - Google Patents
通信技术 Download PDFInfo
- Publication number
- CN112970209A CN112970209A CN201980073861.3A CN201980073861A CN112970209A CN 112970209 A CN112970209 A CN 112970209A CN 201980073861 A CN201980073861 A CN 201980073861A CN 112970209 A CN112970209 A CN 112970209A
- Authority
- CN
- China
- Prior art keywords
- communication device
- information
- bat
- csi
- message
- 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
Links
- 238000004891 communication Methods 0.000 title claims abstract description 625
- 238000005516 engineering process Methods 0.000 title description 4
- 230000003287 optical effect Effects 0.000 claims abstract description 206
- 238000000034 method Methods 0.000 claims abstract description 162
- 230000005540 biological transmission Effects 0.000 claims description 200
- 241000288673 Chiroptera Species 0.000 claims description 99
- 238000011956 best available technology Methods 0.000 claims description 99
- 230000001360 synchronised effect Effects 0.000 claims description 19
- 230000001934 delay Effects 0.000 claims description 14
- 230000001131 transforming effect Effects 0.000 claims description 9
- 238000011156 evaluation Methods 0.000 claims description 7
- 239000000969 carrier Substances 0.000 claims description 6
- 238000012937 correction Methods 0.000 claims description 6
- 108700009949 PTP protocol Proteins 0.000 claims 1
- 102100027950 Bile acid-CoA:amino acid N-acyltransferase Human genes 0.000 description 75
- 101710088966 Bile acid-CoA:amino acid N-acyltransferase Proteins 0.000 description 75
- 238000007726 management method Methods 0.000 description 66
- 238000005259 measurement Methods 0.000 description 41
- 230000008569 process Effects 0.000 description 31
- 239000012634 fragment Substances 0.000 description 30
- 230000006870 function Effects 0.000 description 28
- 230000004044 response Effects 0.000 description 25
- 108091027981 Response element Proteins 0.000 description 21
- 230000003044 adaptive effect Effects 0.000 description 18
- 208000022041 growing teratoma syndrome Diseases 0.000 description 18
- 238000004220 aggregation Methods 0.000 description 17
- 230000002776 aggregation Effects 0.000 description 16
- 230000008859 change Effects 0.000 description 13
- 238000013139 quantization Methods 0.000 description 12
- 238000012790 confirmation Methods 0.000 description 11
- 230000011664 signaling Effects 0.000 description 11
- 238000012508 change request Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 9
- 238000004422 calculation algorithm Methods 0.000 description 8
- 230000014759 maintenance of location Effects 0.000 description 7
- 230000006399 behavior Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 238000013468 resource allocation Methods 0.000 description 6
- 230000003068 static effect Effects 0.000 description 6
- 108700026140 MAC combination Proteins 0.000 description 5
- 238000005192 partition Methods 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000013467 fragmentation Methods 0.000 description 4
- 238000006062 fragmentation reaction Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 239000000872 buffer Substances 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000006116 polymerization reaction Methods 0.000 description 3
- 230000001105 regulatory effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000002604 ultrasonography Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 230000002829 reductive effect Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 101000908580 Homo sapiens Spliceosome RNA helicase DDX39B Proteins 0.000 description 1
- 101001135572 Homo sapiens Tyrosine-protein phosphatase non-receptor type 2 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 101150042248 Mgmt gene Proteins 0.000 description 1
- 102100033141 Tyrosine-protein phosphatase non-receptor type 2 Human genes 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 102100021298 b(0,+)-type amino acid transporter 1 Human genes 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 210000001072 colon Anatomy 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000005693 optoelectronics Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000010408 sweeping Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
- H04B10/114—Indoor or close-range type systems
- H04B10/116—Visible light communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
- H04B10/114—Indoor or close-range type systems
- H04B10/1149—Arrangements for indoor wireless networking of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/25—Arrangements specific to fibre transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/0075—Arrangements for synchronising receiver with transmitter with photonic or optical means
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Optics & Photonics (AREA)
- Computing Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Optical Communication System (AREA)
Abstract
公开了用于允许通信(例如,光通信)的技术(例如,方法、装置等)。在一个示例中,第一通信装置(16)可以被配置为从一个或多个前端(14a……14g)接收一个或多个参考信号和/或信标信号(11)。第一通信装置(16)可以被配置为基于该一个或多个参考信号和/或信标信号(11)的接收来确定(31)信道信息。第一通信装置(16)可以被配置为在竞争接入时段(CAP)(11a)中发送信道信息(32、32b、35、450、450b)。
Description
技术领域
在下文中,公开了用于在至少一个第一装置和至少一个第二装置之间进行通信的技术。例如,第二装置可以是一种装备(例如,具有无线前端,例如光学前端),至少一个第一装置可以是一个或多个设备(例如,无线设备,例如光学设备)。在一些示例中,该装备(或第二装置)是固定的(至少在一个前端中)并且该一个或多个第一设备可以是移动的。还讨论了用于比特加载的技术。还讨论了用于媒体接入(MAC)的技术。这里讨论了多输入/多输出(MIMO)技术。
背景技术
已知例如装备(例如,具有固定中继器或前端)与一个或多个设备(例如,移动设备)之间的无线通信(例如,可见光通信(VLC)和其他通信,例如射频(RF)通信、超声波通信等)。
例如,由于通信信道的更改和/或设备的移动,低可靠性可能损害这些通信。因此,通常需要用于提高可靠性的技术。
在某些情况下,可能很难定义比特加载。例如,可能难以定义每个前端(例如,中继器)和每个设备(例如,移动设备)将进行传输的频率(例如,子载波)。因此,通常需要用于增强通信的技术。
发明内容
本发明的定义参见独立权利要求。
根据示例,公开了一种第一通信装置,被配置为从一个或多个前端(例如,光学前端)接收一个或多个参考信号和/或信标信号;
其中,该第一通信装置被配置为基于该一个或多个参考信号和/或信标信号的接收来确定信道信息;
其中,该第一通信装置被配置为在竞争接入时段(CAP)中发送信道信息。
根据示例,公开了一种通信方法,包括:
在第一通信装置处,从一个或多个前端(例如,光学前端)接收一个或多个参考信号和/或信标信号;
在第一通信装置处,基于该一个或多个参考信号和/或信标信号的接收来确定信道;
在竞争接入时段(CAP)中,从第一通信装置发送信道信息。
根据示例,公开了一种第二通信装置,其由连接到前端的协调器协调,
其中,该第二通信装置被配置为从一个或多个前端(例如,光学前端)发送一个或多个参考信号和/或信标信号;
其中,该第二通信装置被配置为在竞争接入时段(CAP)中接收信道信息。
根据示例,公开了一种通信方法,包括:
从一个或多个前端(例如,光学前端)发送一个或多个参考信号和/或信标信号;以及
在竞争接入时段(CAP)中接收信道信息。
根据示例,公开了一种中央单元,被配置为:
在多个前端之间执行初始的粗略同步;
命令向多个分布式前端发送参考信号和/或信标信号;
获得由第一通信装置测量的信道信息;以及
随后,基于信道信息,通过同步前端来执行第二精细同步。
根据示例,公开了一种用于通过多个前端进行发送和/或接收的第二通信装置,被配置为:
在多个前端之间执行初始的粗略同步;
通过前端向一个或多个第一装置发送参考信号和/或信标信号;
获得由第一通信装置测量的信道信息;以及
基于信道信息,使用第二精细同步来同步前端。
根据示例,公开了一种用于通过多个前端进行发送和/或接收的第二通信装置,被配置为:
在多个前端之间执行初始的粗略同步;
通过前端向一个或多个第一通信装置发送参考信号和/或信标信号;
获得由第一通信装置测量的信道信息;以及
基于信道信息,使用第二精细同步来同步前端。
根据示例,公开了一种方法,包括:
在多个前端之间执行初始的粗略同步;
命令向多个前端(例如,光学前端)发送参考信号和/或信标信号;
基于参考信号和/或信标信号获得由第一通信装置测量的信道信息;以及
基于信道信息同步前端。
根据示例,公开了一种用于通过多个前端(例如,光学前端)发送和/或接收数据的通信方法,该方法包括:
在多个前端之间执行初始的粗略同步;
通过前端向一个或多个第一通信装置发送参考信号和/或信标信号;
获得由第一通信装置测量的信道信息;
基于信道信息同步前端。
根据示例,公开了一种用于与第二通信装置进行通信的第一通信装置,被配置为:
从来自一个或多个前端的一个或多个参考信号和/或信标信号的接收中获得信道状态信息;
将信道状态信息从频域变换到时域以获得时域信道状态信息;
对时域信道状态信息进行编码;以及
向一个或多个前端发送时域信道状态信息。
根据示例,公开了一种用于与第一通信装置进行通信的第二通信装置,被配置为:
接收被编码为包括以下内容的CSI:
第二值和第一值的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个第二值,特定样本处的时域表示的幅度的编码值;
对于字符串中的每个第一值,没有样本值被编码并且被视为0;以及
基于与第二值相关联的样本值重构CSI。
根据示例,公开了一种用于第一通信装置与第二通信装置进行通信的通信方法,包括:
从来自一个或多个前端的一个或多个参考信号和/或信标信号的接收中获得信道状态信息;
将信道状态信息从频域变换到时域以获得时域信道状态信息;
对时域信道状态信息进行编码;以及
向一个或多个前端发送时域信道状态信息。
根据示例,公开了一种用于在第二通信装置与第一通信装置之间进行通信的通信方法,包括:
接收被编码为包括以下内容的CSI:
第二值和第一值的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个第二值,特定样本处的时域表示的幅度的编码值;
对于每个第一值,没有样本值被编码并且被视为0;
基于与第二值相关联的样本值重构CSI。
根据示例,公开了一种第一装置,被配置为:
从多个前端接收多个参考信号;
基于对接收到的参考信号的评估获得信道状态信息CSI,
对CSI进行编码以便提供编码的CSI;以及
提供描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息。
根据示例,公开了一种方法[例如,由例如根据以上或以下示例中的任一个所述的第一通信装置(例如,发送器、移动设备、光发射器)执行],包括:
从多个[例如,光学]前端[例如,OFE]接收多个参考信号;
基于对接收到的参考信号的评估获得信道状态信息CSI,
对CSI进行编码以便提供编码的CSI;以及
提供[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式]。
根据示例,公开了一种第二通信装置,被配置为:
接收编码的信道状态信息CSI;
接收描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息;
根据描述选择用于编码CSI的编码分辨率的信息对编码的CSI进行解码。
根据示例,公开了一种系统,该系统包括根据以上或以下示例中的任一个所述的设备以及根据以上或以下示例中的任一个所述的设备。
根据示例,公开了一种方法[例如,由第一通信装置(例如,接收器、设备、光接收器和/或根据以上或以下示例中的任一个所述的设备)执行],包括:
接收编码的信道状态信息CSI;
接收[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式];
根据描述选择用于编码CSI的编码分辨率的信息[例如,TAP格式]对编码的CSI进行解码。
根据示例,第一通信装置和/或第二通信装置可以是用于执行光通信的设备。
根据示例,第一通信装置和/或第二通信装置可以是用于通过可见光通信(VLC)执行通信的设备。
根据示例,第一通信装置和/或第二通信装置可以是可移动设备。
根据示例,第一通信装置和/或第二通信装置可以至少部分地是固定设备(例如,至少一个前端可以是固定的)。
根据示例,第一通信设备和/或第二通信装置可以包括多个光学前端。
根据示例,第一通信装置和/或第二通信装置可以包括在协调器和/或多个前端之间的前传。
根据示例,第二通信装置可以具有星形拓扑。
根据示例,不同的前端可以被配置为将来自协调器的DL传输中继到外部第一装置和/或将来自外部第一装置的UL传输中继到协调器。
根据示例,不同的前端可以被配置为使用不同的正交序列同时中继至少一个DL传输。
根据示例,不同的前端可以被配置为向协调器中继UL接收传输。
根据示例,公开了一种用于与第二通信装置进行通信的第一通信装置,该第一通信装置用于发送比特分配表(BAT)消息,该BAT消息包括以下内容中的至少一个:
指示多个BAT中的哪个或哪些BAT有效的有效性信息和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息,
该第一通信装置用于:
期望确认,该确认是根据由更新BAT信息提供的更新BAT和由有效性信息提供的有效BAT中的至少一个从比特分配的使用中导出的;以及
在未从第二通信装置接收到有效确认的情况下,重新发送BAT消息。
根据示例,公开了一种用于与第二通信装置进行通信的第一通信装置,该第一通信装置用于发送比特分配表BAT消息,
其中,BAT更新信息包括指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息,
其中,BAT更新信息的长度可变。
根据示例,公开了一种用于与第一通信装置进行通信的第二通信装置,被配置为从第一通信装置接收比特分配表BAT消息,该BAT消息包括以下内容中的至少一个:
指示多个BAT中的哪个或哪些BAT有效的有效性信息;
指示要更新多个BAT中的哪个BAT的更新BAT信息,
该第二通信装置用于:
发送确认,该确认是根据由更新BAT信息提供的更新BAT和由有效性信息提供的有效BAT中的至少一个从比特分配的使用中导出的。
根据示例,公开了一种用于与第一通信装置进行通信的第二通信装置,该第二通信装置用于接收比特分配表BAT消息,
其中,BAT更新信息包括指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息,
其中,BAT更新信息的长度可变。
根据示例,公开了一种用于在通信设备与通信装备之间进行通信的方法,该方法包括发送比特分配表BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效的有效性信息;
指示要更新多个BAT中的哪个BAT的更新BAT信息;
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息。
根据示例,公开了一种用于在第二通信装置与第一通信装置之间进行通信的方法,该方法包括发送比特分配表BAT消息,该BAT消息包括以下内容中的至少一个:
指示要更新多个BAT中的哪个BAT的更新BAT信息,以及
指示多个BAT中的哪个或哪些BAT有效的有效性信息,
该方法还包括:
从通信装备向通信设备发送确认,该确认是根据更新BAT和有效BAT中的至少一个从比特分配的使用中导出的;以及
在通信设备未从通信装备接收到有效确认的情况下,从通信设备向通信装备重新发送BAT消息。
根据示例,公开了一种用于在第一通信装置与第二通信装置之间进行通信的方法,该方法包括从第一通信装置发送比特分配表BAT消息,
其中,BAT更新信息包括指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息,
其中,BAT更新信息的长度可变。
根据示例,公开了一种存储信息的非暂时性存储单元,该信息在由处理器执行时使处理器执行根据以上或以下示例中的任一个所述的方法。
根据示例,公开了一种系统,该系统包括根据以上或以下示例中的任一个所述的通信装备和根据以上或以下示例中的任一个所述的通信设备。
附图说明
图1和图1a示出了装备和设备的示例。
图2示出了调度的示例。
图2a、图3、图3a、图3b示出了通信的示例。
图4示出了装置的单元的示例。
图4a示出了帧的示例。
图5a……图5c示出了帧的示例。
图6示出了协调器的部分示例。
图7(a)……图7(e)示出了帧的示例。
图8示出了帧的示例。
图8a示出了列表的示例。
图8b示出了帧的示例。
图8c和图8d示出了通信的示例。
图9-1、图9-3、图9-4、图9-5示出了拓扑的示例。
图9-6示出了体系结构的示例。
图9-7示出了通信的示例。
图10-8……、图10-14、图10-16......图10-19示出了过程的示例。
图11-21……11-59示出了帧的示例。
具体实施方式
在下面的示例中,同一类别的设备的参考符号通常用相同的参考数字(例如,16、14)来指代,并且通过使用上标(例如16’、16”)或使用不同的字母(14a、14b、14c等)来区分它们。当指代通常与同一类别的所有设备相关联的特性时,可以使用参考数字来指代整个类别(例如16、14),或者可替代地,通过使用多个参考符号(例如,14a……14g)来指代。
以下和以上的示例主要被解释为主要针对基于可见光通信(VLC)的通信,但是在一些示例中可以例如被概括为无线通信(例如,使用RF、超声波等)。
以下和以上的示例被解释为主要针对第二装置与第一装置之间的通信,该第二装置可以是具有固定前端(例如,光学前端)的装备,该第一装置可以是移动设备。然而,在某些特定的情况下,它们可以例如被概括为第一装置是可移动的(例如,具有至少一个移动前端)和/或具有至少一个固定位置设备(例如,具有多个前端)的示例。在一些示例中,第一装置中的至少一个可以是可移动的。附加地或可替代地,第一装置中的至少一个可以是固定的。
以下和以上的示例被解释为主要针对选择用于有效载荷的下行链路(DL)传输的配置(例如,从装备到设备)。然而,在示例中,也可以定义用于有效载荷的上行链路(UL)传输的配置(例如,从设备到装备)。
以下和以上的示例被解释为主要旨在与网络相关联,例如其中多个设备(例如,移动设备)可以向用于工业自动化或类似应用的通信装备发送数据和从其接收数据。通信可以旨在去往和/或来自该网络中或不同网络中的其他设备。以下一些示例涉及多输入/多输出(MIMO)网络。
在以下和以上的示例中,有效载荷传输可以指代例如在工业环境中的感测值、致动值、反馈值。附加地或可替代地,有效载荷传输可以指代例如用于语音通信的语音数据、网页数据等。在下面的示例中,主要关注控制信令,并且有效载荷数据的使用对于本申请主要保持自由。
以下和以上的示例被解释为主要针对由分布式装备体现的第二装置,该分布式装备具有协调器(例如,单个协调器)和以星形拓扑连接到协调器的多个前端(例如,光学前端(OFE))。例如,协调器可以是星形的中心,多个前端位于通过回传形成的星形连接的起点的顶点处。其他拓扑(例如,总线拓扑、无线拓扑、点对点拓扑等)也是可能的。
在以下和以上的示例中,至少一些前端通常被视为中继器,其转发从装备的协调器获得的分组和/或将通过无线方式获得的无线分组转发给协调器。然而,在某些情况下,前端可能会稍微“个性化”其传输(例如,通过使用诸如正交序列之类的不同序列和/或通过使用不同的标识符)。因此,即使当不同的前端同时中继从协调器获取的相同信号时,它们也可以传输至少略有不同的信号和/或可以区分它们的传输。
图1示出了用于在至少一个第二通信装置与至少一个第一通信装置之间进行无线通信(例如,光通信或可见光通信(VLC))的网络10(系统),该第二通信装置在这里是通信装备15(其可以例如是基站(BS))。这里,至少一个第一通信装置包括至少一个通信设备(例如,用户设备(UE)、中继端点(REP)、移动设备)。
第二装置(通信装备)15可以包括协调器12,其可以是基于计算机的系统(例如,基于处理器的系统)。在一些示例中,协调器12可以被理解为通信装备15的(或一个)智能部分。在工业自动化示例中,协调器12也可以是与一些机器相关联或协调多个机器(或与协调多个机器的设备相关联)的固定设备的一部分。
第二装置(通信装备)15可以包括至少一个或多个前端(例如,中继端点(REP))14a……14g。前端14a……14g可以例如是光学前端(OFE)。在OFE的情况下,每个OFE可以包括光电收发器、光电二极管、发射二极管、发光二极管、LED。在RF的情况下,每个前端可以包括RF收发器。在超声波的情况下,每个前端可以包括超声波收发器。
在示例中,多个前端14a……14g可以是通信装备15的一部分。光学前端14a……14g可以在空间上分布(例如,分布在已知位置处)以便在环境的不同部分中进行发送和接收、以便通过信道(例如,光学信道)18a……18g发送/接收通信。在示例中,前端14a……14g可以具有固定和/或已知的位置。
第二装置15的前端14a……14g可以通过前传17连接到协调器12。前传17可以由用于允许在前端14a……14g与协调器12之间进行传输的通信信道(例如,17a、17b……17g)构成或至少包括后者。前传17可以包括至少一个通信网络。前传17可以支持星形拓扑。前传17可以包括多个点对点连接。至少对于与一个前端的连接,前传17可以是有线的(例如,使用金属导体)或电缆的(至少对于一些连接)(在一些示例中,与前端的所有连接都是有线的和/或电缆的)。在一些示例中,前传17是无线的(至少对于与一个前端的连接)。在一些示例中,前传17可以基于以太网。
图6示出了协调器12的物理层12’的示例,而未示出协调器12的更高层12”。协调器12可以包括多个传输端口12a……12z(传输链)。每个传输端口12a……12z可以连接到通信信道17a……17z,以用于进行指向相应前端的传输。可以经由PD-SAP按照PLCP服务数据单元(PSDU)执行传输。RX配置(图中未示出)可以通过PLME-SAP(PLME:物理层管理实体)来进行。
前端14a……14g可以通过无线链路(例如,诸如VLC链路之类的光学链路18a……18g或其他无线链路)与通信设备16(例如16’、16”)执行传输。不同的链路共同用18表示,而每个前端14a……14g与相应移动设备16’、16”之间的通信用与相应前端相关联的字母表示。例如,在图1中(至少在该图所示的时刻):
前端14a、14b和14c恰巧分别通过三个光学连接(信道)18a、18b和18c与移动设备16’通信。
光学前端14d不与任何移动设备通信。
光学前端14e、14f和14g分别通过无线连接18e、18f和18g与移动设备16”通信。
每个前端14a……14g可以向外部设备和从外部设备中继数据分组。例如,由协调器12通过前传17发送到前端14a……14g的信号可以立即被转发(例如,光学地或更一般地无线地)。类似地,由前端14a……14g接收(例如,光学地或更一般地无线地)的信号立即通过前传17被转发到协调器12。在某些情况下,不同的前端14a……14g使用不同的序列(例如,正交序列)和/或使用标识每个前端的标识符同时转发来自协调器12的信号。例如,第一前端14a可以使用第一序列转发来自协调器12的信号,同时第二前端可以使用与第一序列正交的不同序列(也可以使用不同的标识符)转发来自协调器12的相同信号。可以通过使用不重叠的不同子载波集合来应用相同的情况。
可以作为第一通信装置的至少一个移动设备16(例如16’和16”)可以被描述为用户设备和/或可以相对于前端14a……14g或其中至少之一移动(可移动的)的装置。因此,移动设备16’、16”与光学前端14a……14g中的至少一个之间的相互位置可以变化,因此意味着链路18a……18g的信道条件变化。然而,在每个移动设备16’、16”与每个前端14a……14g之间的快速连接和重新连接是可能的。例如,尽管在图1所示的时刻,移动设备16”由于其位置恰巧连接到前端14e……14g,但是移动设备16”在移动之后可能到达更接近移动设备16’的位置:在这种情况下,移动设备16”将可能会从前端14e……14g断开连接,而将连接到前端14a……14c:这是由于在该位置处光学信道18a……18c可能比光学信道18e……18g更好(例如,噪声更小和/或信噪比更高)。
可以使用将不同资源指派给不同移动设备的调度来执行前端14a……14g与不同的第一装置(例如,通信设备16’、16”)之间的通信,以便避免来自不同通信设备16’、16”的不同信号之间的冲突。
在示例中,至少一些资源可以是时隙。在示例中,至少一些资源可以是从前端14a……14g中选择的前端。
在以上和以下的示例中,协调器12可以向多个前端请求一些同时传输(例如,信标传输、参考信号等)。因此,不同的前端可以同时中继信标或参考信号。在以上和以下的示例中,协调器12可以请求调度的传输,例如使得至少两个不同的前端在同一时间发送和/或接收不同的数据。
图2示出了映射指派给不同移动设备16(这里用A、B、C和D表示,但是它们中的至少一个可以是设备16’和16”之一)的时隙和前端的通信方案20。利用方案20,根据时间周期21来调度时间。例如,当前周期21紧接在前一周期之后并且紧接在后一周期之前。周期21可以以第一信标传输11’(当前周期的信标传输)开始和/或以第二信标传输11”(紧接的后一周期的信标传输)结束。当没有必要指示信标是初始信标还是开始后一周期的核心周期的信标时,可以用11来指示信标传输(也被称为“信标”)。在示例中,信标11可以由多个(例如,全部)光学前端14a……14g例如同时地(在同一时间、在同一时隙中)发送。信标11可以由不同前端以不同的频率(例如,载波、子载波)发送:例如,每个前端14a……14g可以以不同频率的多个信号发送信标,例如同时地和/或在不同的时刻和/或在多个时隙上。附加地或可替代地,在信标11中可以同时呈现不同的子载波。
在从全部前端14a……14g发送信标11期间,每个移动设备16可以执行用于确定相应无线链路18的状况的测量。例如,如果偶然地或有意地在前端14a和设备16’之间恰巧插入了不透明元件,则将导致光学链路18a被阻塞,从而阻止移动设备16’接收信标11。这种无法接收信标11的情形可能导致确定与光学链路18a相关联的不良信道连接。根据插入的不透明元件的形状和位置,同样的情况也适用于移动设备16’和前端14b、14e、14f、14g之间:从前端14b、14e、14f、14g接收信标11将导致不良接收,这将意味着移动设备16’确认未从那些前端正确地接收信标11。
可以例如通过沿不同的频率扫掠而以不同的频率(例如,子载波)发送每个信标11,因此允许每个移动设备16获取与每个子载波相关联的测量。测量可以例如与信标信号的幅度和/或接收到的信标信号的功率和/或能量和/或功率等相关联。例如,可以通过解码特定的导频序列(例如,设备16已知)以及通过测量导频序列中的误差和/或通过分析信号来获得测量。例如,与具有高能量和/或高功率和/或高幅度和/或解码导频序列时的低误差率等相关联的信标11的接收将提供良好的性能。在一些示例中,接收到的导频序列与预定义的导频序列的相对应性越高,质量越高。
在一些示例中,信标11由不同的前端14a……14g稍微不同地中继。例如,不同的前端14a……14g可以通过使用不同的正交序列和/或不同的频率和/或不同的标识符来转发相同的信标11,使得每个设备16可以区分由每个前端14a……14g获得的不同导频序列。随后,每个设备16(第一装置)可以对从多个前端14a……14g获得的每个导频信号执行测量,以获得不同信道18a……18g的质量。
在两个连续信标11’和11”的传输中,根据调度,周期21具有用于允许通信装备15与移动设备16之间进行数据(例如,有效载荷)和/或控制信号的通信的时隙。例如,周期21的一部分可以与竞争接入时段(CAP)11a(例如,被细分为时隙)相关联。CAP 11a可以被理解为随机接入帧。在示例中,CAP 11a可以紧接在信标11’之后。CAP 11a可以通过先听后说(LBT)媒体接入策略来控制。例如,可以使用协议Aloha。在CAP 11a的每个时隙处,存在每个移动设备16’在检测到其他移动设备尚未开始传输之后发送数据或控制信号的可能性。已经开发了几种已知的LBT协议用于避免或解决冲突。
根据调度20,周期21可以包括无冲突时段(CFP)11b(例如,被细分为时隙)。CFP11b可以紧接在CAP 11a之后和/或紧接在下一信标11”之前。在CFP 11b中的每个时隙期间,可以与每个移动设备16(A、B、C、D)执行上行链路(UL)和/或下行链路(DL)通信。
如通过图2可以看出的,空间也可以被理解为根据不同的前端14a……14j进行了分割。例如,在图2所示的调度20中,恰巧将针对三个前端14a、14b、14c的整个CFP 11b指派给移动设备A。不同的第四前端14e唯一地与移动设备B相关联。在某些时隙(CFP 11b中的前13个时隙)期间,可以将前端14f指派给移动设备C,而前端14e的后续时隙(CFP 11b中在下一信标11”之前的最后11个时隙)被指派给不同的移动设备D(16)。值得注意,CFP 11b的第一时隙被指派给移动设备A、B和C(前端14a……14c被指派给移动设备A;前端14d被指派给移动设备B;前端14e和14f被指派给移动设备C;没有前端与移动设备D相关联;以及前端14d、14h、14j根本不与移动设备相关联)。
由于每个时隙通常与多个不同的前端14a……14j相关联,并且不同的前端可以向不同的设备发送,因此可以参考“超帧时隙”:不仅时间而且空间结果被粒化为多个资源,每个资源用于由设备16或由装备15进行的传输。基本上,对于每个CFP 11b,每个移动设备16(A、B、C、D)被指派给一个或多个时隙和一个或多个前端14a……14j的组合。该概念由保证时隙(guaranteed time slot)的首字母缩写GTS指示。
调度20可以由协调器12实时地定义,协调器12可以向每个移动设备16(A、B、C、D)指派用于通信的必要的时隙和/或前端14a……14j。特定调度20可以基于由每个通信设备16(A、B、C、D)提供给协调器12(或更一般地,通信装备15)的信令信息来执行和/或可以基于至少一个标准。可以(静态地或动态地由协调器12)在若干个标准之一中选择该至少一个标准。一个标准可以基于由通信设备16提供的反馈(对于本策略也可以不考虑该反馈);一个标准可以基于传输的紧急性;一个标准可以基于设备的请求等等。
下面讨论几个有趣的方面。在某些情况下,对于同一示例,不同的方面可以彼此组合。
方画I
这里,“设备”可以被概括为“第一装置(16)”,“装备”可以被概括为“第二装置(15)”,即使在变体中它们可以互换。前端可以是光学前端。设备16可以是移动设备。装备可以是固定的,并且装备的前端可以是分布式的。协调器12或中央单元可以是装备的智能部分。
特别地,当设备16(16’、16”)是可移动的时,可能出现调度20在至少一个设备移动之后不再适合设备的位置的可能性。例如,在图1中,如果设备16”朝向设备16’的位置移动,则可能出现设备16”可能被前端14a、14b、14c而不是从前端14e、14b和14g更好地服务的情况。然而,前端14a、14b、14c可能由调度20指派给了设备16’。因此,可能出现以下情况:
DL传输到达设备16”,而DL传输实际上是以设备16’为目标的。
设备16”尝试在由调度20指派的时隙中向前端14e、14b和14g发送(以UL方式),并且在这样做时,它实际上将其传输叠加到由设备16’在相同时隙中执行的同时UL传输;因此,前端14a……14c在设备16”的同时传输的干扰下接收了设备16’的传输。同时,前端14e……14g保持无用地等待来自设备16”的传输。
然而,已经开发了一些技术来允许应对这种和类似的不便。
基本上,已经理解,可以根据提供(在UL和/或DL中)以下内容的策略来执行通信:
第一、静态或半静态时隙授权(例如,它们不会过期,并且在被改写(override)之前始终保持有效);和/或
第二、动态授权(例如,它们具有有限的有效性,因此是临时的)。
因此,设备16可以具有固定或临时的授权时隙。例如,设备16在移动时可以被指派(全部或普遍地)动态的第二时隙授权;非移动(例如,固定的)设备16可以被指派(全部或普遍地)半静态的第一时隙授权。这里,时隙(第一时隙或第二时隙)可以是超帧时隙,这意味着在同一时间,不同的前端14a……14g可以向不同的(或相同的)设备16’、16”发送或从不同的(或相同的)设备16’、16”接收不同的数据分组。为了向设备16’、16”通知第一时隙授权和/或第二时隙授权的分配,装备15可以发送用于传送第一时隙授权的分配的第一时隙授权信息和/或用于传送第二时隙授权的分配的第二时隙授权信息。因此,设备16’、16”可以确定它们何时可以从装备15接收和/或向装备15发送数据分组。
可以将第一时隙授权信息(针对静态或半静态第一时隙授权)作为管理帧的一部分传送。
可以在控制帧中(例如,使用动态描述符)发送第二时隙授权信息(针对动态第一时隙授权)。
已经注意到,装备15可以以相对于控制帧较低的优先级发送管理帧。因此,动态第二时隙授权信息的传送相对于半静态第一时隙授权信息的传送具有更高的优先级。
在一些示例中,设备16可以向装备15请求新的授权时隙(GTS)(例如,在移动之后)。如果在设备请求时没有来自装备15的响应,则设备16可以认为其请求已失败。这可以例如在经过预定数量的周期(例如,超帧)之后执行。例如,在经过五个超帧而没有从装备15向设备16发送任何第一时隙授权信息和/或第二时隙授权信息之后,设备16认为该请求失败,其可以例如向装备15发送新的请求。
图7(a)-图7(c)示出了在设备16与装备15之间交换的信令信息,用于向彼此传送基于第一时隙授权信息和第二时隙授权信息的分配。
图7(a)示出了由设备16向装备15提供的请求720。例如,请求720可以指示所请求的MCS(附加地或可替代地,可以在请求720中插入其他数据)。
图7(b)示出了例如由装备15发送的第一时隙授权信息710的示例(静态或半静态GTS描述符)。可以将第一时隙授权信息710发送到向其指派静态或半静态时隙的设备。第一时隙授权信息710可以包括GTS开始时隙字段712,其可以指示第一GTS的开始点(例如,当第一GTS开始时,例如在周期21中)。第一时隙授权信息710可以包括立即有效性字段713,其可以指示授权是立即有效(在同一周期21中)还是非立即有效(将在后一周期中有效)。第一时隙授权信息710可以包括GTS长度字段714,其可以指示第一GTS的长度。一旦没备16接收到第一时隙授权信息710,设备16将使用第一时隙授权信息710中指示的分配来永久地修改调度(至少直到后续接收到第一时隙授权信息710)。因此,如果装备15没有进行请求,则第一时隙授权信息710将不会过期(例如,如果没有被改写)。
图7(c)示出了例如由装备15发送的第二时隙授权信息700的示例(动态GTS描述符)。可以将第二时隙授权信息700发送到多个设备。第二时隙授权信息700可以缺少地址的指示(例如,多个设备16将接收它)。第二时隙授权信息700可以包括GTS开始时隙字段702,其可以指示动态第二GTS的开始点(例如,当动态第二GTS开始时,例如在周期21中)。第二时隙授权信息700可以包括GTS长度字段704,其可以指示动态第二GTS的长度。第二时隙授权信息700可以包括有效性字段706,其可以指示动态第二GTS将被指派给特定设备16所持续的后续周期21的数量。
一旦设备16接收到第二时隙授权信息700,设备16将使用第二时隙授权信息700中指示的分配来临时地修改调度(例如,对于有效性字段706中指示的多个周期)。因此,如果装备15没有请求,则第一时隙授权信息710将不会过期。
应注意,信息710和700(GTS描述符)是与一个单个GTS相关联的信息。
然而,已经理解,可以在同一帧(控制帧或管理帧)中编码多个GTS描述符,以便用一个单个帧提供关于多个时隙的信息710和700,从而减少有效载荷。如图7(d)所示,在一些示例中,多个描述符可以链接在一个单个列表730(例如,700’、700”或710’、710”……)中。列表730可以包括指示列表中包括多少GTS描述符700’、700”或710’、710”的GTS描述符计数字段。
附加地或可替代地,可以发送消息740(图7(e))。消息740可以包括信息710和700和/或列表740。消息740可以包括指示列表740中有多少描述符的GTS描述符计数字段。消息740可以包括指示列表730中包括多少GTS描述符700’、700”或710’、710”的GTS描述符计数字段。消息740可以包括有效性存在指示742,其指示帧中是否包括有效性字段706(参见描述符700)。消息740可以包括保留比特743。消息740可以包括指示GTS的方向(例如,DL、UL)的GTS方向字段。
通过使用信息700、710、730和/或740,装备15可以向设备16指示新的调度信息,从而将动态、静态或半静态GTS重新分配给不同的设备。
在一些示例中,可以基于由设备16提供的关于信道18的反馈而由装备15修改调度21和/或将信息700、710、730和/或740提供给设备16。反馈可以基于对从多个前端14接收的信标11的测量。
图2a提供了一个示例。图3提供了另一示例:由前端14a……14g同时提供信标11。对从多个前端接收的信标11的不同版本执行测量31。然后,从设备16向装备15提供反馈32(例如,信道状态信息CSI 32)。装备15可以基于所获得的反馈32重新定义调度。因此,装备15可以向设备16提供配置信息33(700、710、720、730等)(即使在图3中仅写了“动态GTS”,也可以提供关于“静态GTS”或“半静态GTS”的信息)。下面提供反馈32的示例(参见其他方面)。
在以上示例中,分配有信息33、700、730、740等的GTS可以是如图2和图3所示的CFP11b的GTS。
因此,提供了一种通信装备(15),其中该通信装备(15)被配置为在分配的时隙中发送信息,其中该通信装备(15)被配置为发送包括在一个或多个管理帧(740)中的配置信息(700);并且其中该通信装备(15)被配置为发送包括在一个或多个控制帧(740)中的配置信息(710);其中该通信装备(15)被配置为发送包括在管理帧中的第一时隙授权信息(710),并且其中该通信装备(15)被配置为发送包括在控制帧(740)中的第二时隙授权信息(700),其包括有限时间有效性;并且其中该通信装备(15)被配置为根据第一时隙授权信息(710)和根据第二时隙授权信息(700)分配用于通信的一个或多个时隙。
方面II
这里,“设备”可以被概括为“第一装置(16)”,“装备”可以被概括为“第二装置(15)”,即使在变体中它们可以互换。前端可以是光学前端。设备16可以是移动设备。装备可以是固定的,并且装备的前端可以是分布式的。协调器12或中央单元可以是装备的智能部分。
为了分配超帧时隙(例如,如例如图2和/或对于方面I的解释中所示),可以使用一种机制来向装备15提供关于接收从第一装置(例如,装备)15的前端14a-14g(例如,光学前端)到第二装置(例如,设备)16(16’、16”、A、B、C、D等)的传输的反馈32。概括而言,第一装置(例如,装备)15(具体地,中央单元或协调器12)可以为每个第二装置(例如,设备)16(例如,16’、16”、A、B、C、D)定义最适当的授权时隙和/或最适当的前端。
概括而言,可以获得一种第一通信装置(例如,设备16),被配置为从一个或多个前端(14a……14g)接收一个或多个参考信号和/或信标信号(例如,11)。第一通信装置(16)可以被配置为基于该一个或多个参考信号和/或信标信号(11)的接收来确定(例如,31)信道信息(例如,CSI)。第一通信装置(例如,16)可以被配置为在竞争接入时段(例如,CAP 11a(图2和图3a))(或随机接入帧)中发送信道信息(32)。第一通信设备(例如,16)可以被配置为随后在无冲突时段(例如,CFP11b(图2和图3b))中更新信道信息(例如,32b)。
因此,在一些示例中:
当第一装置(例如,设备)16首次到达网络时,它可以在CAP 11a中发送信道信息(例如,CSI)32(如图3)(或如图3a中的关联请求35),因为没有指派给第一装置(例如,设备)16的授权时隙并且第二装置(例如,装备)不知道第一装置16;
响应于此,第二装置(例如,装备)15可以通过GTS 33(图3)向第一装置16指派授权时隙GTS(例如,CFP 11b的GTS,图2);
随后,在第一装置16被指派了周期21的CFP 11b中的授权时隙之后,第一装置16可以在周期21的CFP 11b中发送(更新)后续的信道信息(例如,CSI)32(如图3b);
响应于此,第二装置15可以通过GTS 33b(图3b)向第一装置16指派GTS(例如,CFP11b的GTS)。
如图3所示,第二装置(例如,装备)15可以向设备16发送信标11。在一些示例中,信标11可以是与上述相同的信标和/或可以与图2的信标11相同。在其他示例中,代替信标11,发送也可以不是信标的参考信号。无论如何,这里将其称为“信标”,尽管应清楚,在可替代的示例中也可以使用参考信号。信标11可以是全局消息,其对于中继它的所有前端14a……14g可以是相同的(或几乎相同的),并且可以从所有前端14a……14g同时向所有第二装置(例如,设备)16发送。
多个前端14a……14g可以例如由协调器12通过有线连接(例如,前传17)彼此协调和/或同步。
根据信标11和/或参考信号的接收,设备16可以基于参考信号和/或信标的接收来确定信道信息(信道状态信息)。例如,设备16可以测量信道18的质量。设备16可以测量信噪比(SNR)或与SNR相关联的参数。设备16可以执行信道估计。第二装置(例如,设备16)可以执行信道测量。
例如,信标11和/或参考信号可以例如包括导频序列(设备16已知):第一装置(例如,设备16)可以对导频信号的接收执行测量。由于导频序列是设备16已知的(例如,存储在设备16的存储单元中),因此设备16可以将接收到的导频序列与预存版本的导频序列进行比较,并且基于接收到的信号与预存信号的相似性来执行测量。设备16可以对不正确接收值的数量进行计数:不正确值的数量越高,信道状态越差(例如,SNR越低)。因此,设备16可以包括用于测量信道的状态和/或质量和/或SNR的测量单元。图3示出了设备16用于执行测量31的信道测量时间。
如图3所示,设备16可以基于信标或参考信号(11)的接收发送其中编码有测量信道信息的消息32。编码的测量信道信息可以例如是装备15(和/或协调器12)能够理解每个前端和/或设备16之间的信道是否是最佳的。(因此,编码的测量信道信息可以由协调器12用于定义信息700、710、730和/或740,如上面参考方面I所述。)
已经理解,第一装置(例如,设备16)可以至少针对第一次传输(在第一装置16接入网络时)在竞争接入时段(CAP)中发送具有信道信息32的反馈消息。竞争接入时段(CAP)11a可以如图2所示(参见上文)。在CAP 11a之后,装备15可以用消息33通知新的分配(例如,被细分为超帧)。消息33的示例可以例如包括管理帧和/或控制帧。由消息33提供的信息的示例是第一时隙授权信息710和/或动态的第二时隙授权信息700。因此,消息33可以是或包括向设备16分配授权的配置信息。可以在后一周期21的后一信标11之前或之后发送消息33。
概括而言,第二装置(例如,装备)15可以基于由多个设备提供的信道状态信息来提供关于时隙和/或前端14a……14g的分配信息。例如,在图1中,第二装置(例如,通信装备)15将会将前端14a、14b、14c与设备16’相关联、将前端14e、14f、14g与设备16”相关联以及不将任何设备与前端14b相关联。类似地,第二装置(例如,装备)15可以例如通过考虑从设备16获得的反馈来达成如图2中的调度的定义。
如上所述,可以从多个设备16(例如,16’和16”)接收反馈32。因此,第二装置15的协调器12可以为CFP 11b分配授权(GTS)。应注意,当一个设备16能够识别来自不同的信道18a……18g(以及不同的前端14a……14g)的不同的信标信号11时,反馈32可以涉及不同的信道18a……18g。这是因为每个前端14a……14g可以通过使用不同的序列(例如,正交序列)来中继信标信号:因此,设备16可以确定和测量不同的中继信标信号。因此,可以为信标信号11的多个接收中继版本提供反馈32。基于与不同信道18a……18g相关联的不同反馈,协调器12可以执行适当的调度,并且将最适当的超帧GTS(包括最适当的前端14a……14g)分配给检测到与前端相关联的最佳信道的设备。在示例中,前端14a……14g彼此同步以同时发送信标信号11(下面描述一些同步策略)。
现在讨论图3a的示例。到达前端14a……14g之一附近的新的未知第一装置(例如,未知设备)16可以发送至少一个关联请求35(例如,35’、35”、35”’等),以便通过指派有CFP11b中的一些GTS而可能随后与第二装置(例如,装备15)发送和/或接收有效载荷数据。
由于新的第一装置(例如,设备16)(作为未知)在关联之前没有被指派GTS,因此可以提供第一装置16在CAP 11a中(而不是在CFP 11b中)发送关联请求帧35。因此,请求设备16可以在准备包含关联请求元素的帧之后开始CAP传输过程。
在一些示例中,请求设备16可以在请求35中包括反馈32,其包含从同一周期21中的最新信标接收中获得的信道信息(CSI、SNR等)。
在发送第一关联请求帧35’之后,新的第一装置(例如,设备)16可以继续监听来自装备15的关联响应帧。
如果在预定时限内没有接收到关联响应元素,则新设备16可以通过发送关联请求35”、35”’等来重新尝试关联。在图3a中,没有检测到关联响应帧。(应注意,在一些示例中,关联请求也可以由其他设备16发送。)
在一些示例中,关联请求35(35’、35”等)可以是反馈消息32的示例(参见图3a,“关联/重新连接+反馈”)。因此,在一些示例中,反馈32的至少一些特征可以与关联请求35的至少一些特征相同,反之亦然。特别地,关联请求35可以是反馈32的示例,反之亦然。
在其他示例中,反馈32b(在CFP 11b中发送)不同于关联请求35和反馈消息32。
总之,可以提供一种第一装置(例如,光通信设备)(16),被配置为从一个或多个光学前端(14a……4g)接收一个或多个参考信号和/或信标信号(11)。光通信设备(16)可以被配置为基于该一个或多个参考信号和/或信标信号的接收来确定(31)信道信息。光通信设备(16)可以被配置为在竞争接入时段CAP(11a)中发送信道信息(32),并且随后在CFP(11b)中的授权时隙中发送信道信息(32b)。作为响应,CFP 11b的GTS 33和/或GTS更新33b可以由第二装置(例如,装备)15指派给第一装置(例如,设备)。
以上主要参考第一装置16未知的情况。
然而,当第一装置16失去连接时(例如,短暂地,例如因为不透明物体插入在第一装置16和第二装置15的前端14a……14g之间),可能发生相同的情况。因此,作为前述示例的替代或附加方案,可以由已经失去与第二装置15的连接并且正尝试重新连接的第一装置16执行相同的过程。
因此,可以确立:
第一通信装置(16)可以在与已经发送了一个或多个参考信号和/或信标信号(11)的第二通信装置(15)相关联时,在竞争接入时段CAP(11a)中发送信道信息(32)或关联请求(35);和/或
第一通信装置(16)可以在竞争接入时段CAP(11a)中向已经发送了一个或多个参考信号和/或信标信号(11)的第二通信装置(15)发送信道信息(32、35);和/或
当已经建立与已经发送了一个或多个参考信号和/或信标信号(11)的第二通信装置(15)的连接时,第一通信装置(16)
可以发送信道信息(32b)。
第二设备(例如,装备)15可以被理解为在网络侧。因此,“连接”、“关联”、“重新连接”等也可以被理解为“与网络的连接”、“与网络的关联”、“与网络的重新连接”等。
概括而言,第二装置(例如,装备)15可以在接收到反馈32和/或在接收到连接(或重新连接)请求(35)时接纳(接受)第一通信装置16。
附加地或可替代地,第二装置(例如,装备)15可以将CFP 11b中的GTS指派给已经发送了反馈32、32b和/或连接(或重新连接)请求35的第一装置16。
在一些示例中,方面II可以被理解为涉及一种光通信设备(例如,接收器),其中该光通信设备被配置为从一个或多个光学前端接收一个或多个参考信号和/或信标信号[其中多个光学前端例如由协调器彼此协调和/或同步,其可以例如用有线连接(例如,基于以太网)连接];其中该光通信设备被配置为基于该一个或多个参考信号和/或信标信号[可以例如是或包括接收器已知的导频序列和/或信号]的接收来确定信道信息[例如,CSI][例如,与SNR绑定][例如,信道估计和/或信道测量];其中该光通信设备被配置为在竞争接入时段(CAP)[例如,在此期间允许多个光通信设备在没有分配(授权)时隙的情况下进行发送]中发送信道信息[例如,发送到从其接收一个或多个参考信号和/或信标信号的一个或多个光学前端,或者发送到与一个或多个发送器耦合的协调器][例如,该通信设备还可以在同一CAP中请求与光发射器所属的网络的关联]。
方面II还可以被理解为涉及一种光通信方法(例如,在诸如光通信设备之类的接收器处),包括:
在光通信设备处,从一个或多个光学前端接收一个或多个参考信号和/或信标信号[其中多个光学前端例如由协调器彼此协调和/或同步,其可以例如用有线连接(例如,基于以太网)连接];
在光通信设备处,基于该一个或多个参考信号和/或信标信号[可以例如是或包括接收器已知的导频序列和/或信号]的接收来确定信道信息[例如,CSI][例如,与SNR绑定][例如,信道估计和/或信道测量];
在竞争接入时段(CAP)[在此期间允许多个光通信设备在没有分配(授权)时隙的情况下进行发送]中,从光通信设备发送信道信息[例如,发送到从其接收一个或多个参考信号和/或信标信号的一个或多个光学前端,或者发送到与一个或多个发送器耦合的协调器][该设备还可以在同一CAP中请求与光发射器所属的网络的关联]。
方面II还可以被理解为涉及一种光通信装备[例如,具有光学前端的设备,例如,用于向通信设备发送信号和/或从通信设备接收信号],其可以例如由协调器协调,该协调器可以例如通过有线网络连接到前端,其中该光通信装备被配置为从一个或多个光学前端发送一个或多个参考信号和/或信标信号[例如,接收通信设备可能已知的导频序列][其中多个光学前端例如由协调器彼此协调和/或同步,其可以例如用有线连接(例如,基于以太网)连接];其中该光通信装备被配置为在竞争接入时段(CAP)[例如,在此期间允许多个光通信设备在没有分配(授权)时隙的情况下进行发送]中接收信道信息。
方面II还可以被理解为涉及一种光通信方法(例如,在包括多个光学前端的光通信装备处),包括:
从一个或多个光学前端发送一个或多个参考信号和/或信标信号[例如,接收通信设备可能已知的导频序列][其中多个光学前端例如由协调器彼此协调和/或同步,其可以例如用有线连接(例如,基于以太网)连接];在竞争接入时段(CAP)[例如,在此期间允许多个光通信设备在没有分配(授权)时隙的情况下进行发送]中接收信道信息。
方面III
这里,“设备”可以被概括为“第一装置(16)”,“装备”可以被概括为“第二装置(15)”,即使在变体中它们可以互换。前端可以是光学前端。设备16可以是移动设备。装备可以是固定的,并且装备的前端可以是分布式的。协调器12或中央单元可以是装备的智能部分。
由于存在多个前端14a……14g(例如,光学前端),出现了不同前端14a……14g在不同时刻不正确地发送信号(例如,信标信号11)的可能性。这可能会在从装备15向设备16传输时带来不希望的错误,反之亦然。在图1a中示出了一个示例:每个传输18a、18b、18c遭受传播延迟tP1、tP2、tP3和前传延迟tF1、tF2、tF3以及前传17。该问题由于设备16可以是可移动的这一事实而加剧,这可能导致来自不同前端14a……14g的通信的不可预测的延迟。
然而,已经理解,可以通过使用被配置为执行以下各项的协调器或中央单元12来减少或克服这些问题:
命令向多个光学前端(14a……14g)发送参考信号和/或信标信号(11);和/或
获得由光通信设备(16)测量的信道信息(32);和/或
基于信道信息,使光学前端(14a-14g)同步。
现在图1a提供了一个示例。信标11(或更一般地,参考信号)可以包括多小区信道估计符号或与多小区信道估计符号相关联。对于不同的前端,多小区信道估计符号可以不同。不同的前端14a……14g可以通过使用不同的符号中继信标11。这些符号可以与正交序列相关联(例如,对于多输入/多输出MIMO,在信标或与信标相关联的传输的某一字段中)。此时,每个设备16可以测量从每个前端接收的传输的延迟。参考图1a的示例,设备16观测到从前端14a获得的信标版本的延迟tP1+tF1,其大于针对从前端14b获得的信标信号所观测到的延迟tP2+tF2,而这又大于来自前端14c的传输的延迟tP3+tF3。由于可以识别来自每个前端14a、14b、14c的传输(例如,通过使用正交序列或通过其他方法),因此设备16可以确定延迟的测量。
因此,在执行了测量(可以是图3的测量31)之后,设备16可以发送其中提供(例如,在特定帧中编码)有来自每个前端14a-14c的每个传输18a-18c的延迟的反馈32(例如,CSI反馈和/或SNR反馈等)。
随后,装备15(具体地,协调器或中央单元12)可以同步不同的前端14a……14g,使得来自遭受相对较高延迟的前端(例如,图1a中的前端14a)的传输在遭受相对较小延迟的前端(例如,前端14c)所执行的传输稍微之前传输。一般而言,可以与观测到的延迟成比例地提前遭受较高延迟的前端的传输。
现在讨论中央单元或协调器12的操作。
首先,协调器12可以通过前传17向所有前端14a……14c发送参考信号(例如信标)11。对于初始传输,可以例如通过使用PTP(例如,精确时间协议IEEE 1588V2)或另一基于互联网的协议来执行初始粗略同步。
光学前端14a……14c可以中继从前传17获得的粗略同步的参考信号和/或信标信号。因此,可以沿不同的信道18a……18c发送不同的信标版本。
设备16(和/或可以与通信装备15发送和/或接收信号的任何其他设备)可以测量(例如,在31)损害通过不同信道18a……18c接收的每个信标版本的延迟。
因此,设备16例如基于所执行的测量31发送包括分别与前端14a、14b、14c相关联的每个信道的信道状态信息的反馈32。
协调器12可以通过前端14a、14b、14c和回传17接收编码在反馈32中的CSI信息。因此,协调器12获知损害从协调器12通过前传17、光学前端14a、14b、14c、信道18a、18b、18c传递到设备16的每个信标版本的延迟。协调器12还可以利用其自己的时钟来确认由设备16测量的延迟(由于当由设备16测量时延迟tF1+tP1大于tF3+tP3,对于反向的延迟也是如此)。
在一些示例中,方面III可以被理解为涉及一种中央单元(12)[例如,操作为协调器][例如,用于命令向多个光学前端(14a-14g)发送和从多个光学前端(14a-14g)接收的设备],被配置为:
命令向多个光学前端(14a-14g)发送参考信号和/或信标信号(11);
获得由光通信设备(16)(例如,接收器和/或移动设备)测量的信道信息(32),[例如,信道信息由前端(14a-14g)中继];
基于信道信息,使光学前端(14a-14g)同步[例如,通过延迟迟后的前端(14a-14g)]。
方面III可以被理解为还涉及一种用于通过多个光学前端(14a-14g)发送和/或接收的光通信装备[例如协调器],被配置为:
通过光学前端(14a-14g)向一个或多个通信设备[例如,光接收器]发送参考信号和/或信标信号;
获得由光通信设备(16)测量的信道信息,[信道信息由前端(14a-14g)中继];
基于信道信息,使光学前端(14a-14g)同步[例如,通过延迟迟后的前端(14a-14g)]。
[可选地,可以由中央单元对光学前端(14a-14g)执行初始的粗略同步,例如通过诸如PTP或另一基于以太网的协议之类的协议。]
[在示例中,该装备可以包括中央单元。]
方面III还可以被理解为涉及一种包括如上所述的通信装备和至少一个光通信设备(16)的系统。
方面III还可以被理解为涉及一种方法[例如,在协调器和/或用于命令向多个光学前端(14a-14g)发送和从多个光学前端(14a-14g)接收的设备处],包括:
命令向多个光学前端(14a-14g)发送参考信号和/或信标信号(11);
获得由光通信设备(16)(例如,接收器和/或移动设备)测量的信道信息,[例如,信道信息由前端(14a-14g)中继];
基于信道信息,使光学前端(14a-14g)同步[例如,通过延迟迟后的前端(14a-14g)]。
方面III还可以被理解为涉及一种用于通过多个光学前端(14a-14g)发送和/或接收的光通信方法[例如,在协调器处],被配置为:
通过光学前端(14a-14g)向一个或多个通信设备[例如,光接收器]发送参考信号和/或信标信号;
获得由光通信设备(16)测量的信道信息,[信道信息由前端(14a-14g)中继];
基于信道信息,使光学前端(14a-14g)同步[例如,通过延迟迟后的前端(14a-14g)]。
[可选地,可以由中央单元对光学前端(14a-14g)执行初始的粗略同步,例如通过诸如PTP或另一基于以太网的协议之类的协议。]
参考书目:
1.L.Cosart,“Precision Packet Delay Measurements Using IEEE 1588v2,”2007IEEE Int.Symp.on Precision Clock Synchronization for Measurement,Controland Communication,Vienna,2007,pp.85-91.
2.R.L.Scheiterer,C.Na,D.Obradovic,G.Steindl,F.-J.Goetz,“Synchronization Performance of the Precision Time Protocol in the Face ofSlave Clock Frequency Drift,”4th IEEE Conference on Automation Science andEngineering,Key Bridge Marriott,Washington DC,USA,August 23-26,2008.
方面IV
这里,“设备”可以被概括为“第一装置(16)”,“装备”可以被概括为“第二装置(15)”,即使在变体中它们可以互换。前端可以是光学前端。设备16可以是移动设备。装备可以是固定的,并且装备的前端可以是分布式的。协调器12或中央单元可以是装备的智能部分。
在下文中,讨论了一种例如从设备16(16’、16”、A、B、C、D)向装备15(特别地,向协调器12)提供信道状态信息(CSI)的技术。在一些示例中,该技术与以上方面I、II、III中的任一方面兼容。
例如,CST(例如,编码在诸如32或32b或35之类的一个反馈消息中)可以由设备16通过对信标11(或更一般地,对参考信号)执行测量31来获得。信标或参考信号11可以呈现预先建立的导频序列,其接收版本(由设备16接收)可以经过测量31。在一些示例中,测量31可以有助于获得信号(例如,脉冲响应),可以将该信号与存储的信号(例如,脉冲响应的存储版本)进行比较(例如,由协调器12),以便确定信标11的质量(以及因此信道18的质量)。在一些示例中,可以针对从每个前端14a……14g接收的信标11的每个版本来测量CSI(例如,设备16可以具有区分信标11的不同的同时版本的能力;不同的前端14a……14g可以具有通过使用不同的序列(例如,不同的正交序列)同时中继信标11的不同的版本的能力)。所测量的CSI可以例如作为图3的反馈消息32的一部分(或者作为由设备16发送给装备15的另一反馈消息的一部分)被提供给装备15。
因此,协调器或中央单元12可以获知由每个设备16测量的CSI,并且可以使用该信息来执行调度。例如,协调器12可以重构接收到的信标11的脉冲响应并且基于此来确定信道18的质量。
由于协调器12可以从多个设备16(例如,16’、16”、A、C、C、D等)获得多个前端14a……14g中的每个前端的CSI,因此协调器12可以获得关于针对每个设备16和每个前端14a……14g的每个信道18a……18g的质量的认识。参考图1的示例,由设备16’针对与前端14a……14c相关联的信道18a……18c测量的CSI将可能指示比由同一设备16’针对与前端14d……14g相关联的信道测量的CSI更好的信道状况(甚至可能由于距离大,设备16’甚至无法识别来自某些前端14d……14g的信标版本11)。因此,当协调器12获得反馈消息32或32b或35时,协调器12将优选地将前端14a……14c的超帧时隙指派给设备16’(以及类似地将前端14d……14g的超帧时隙指派给设备16”)。
概括而言,为了提供所测量的CSI,设备16可以发送例如逐个样本地对接收到的信标11的高分辨率副本进行编码的反馈消息32或32b或35。然而,该解决方案将需要太多的有效载荷,因为信标信号11的所有接收版本的所有样本都应当被编码并且发送到装备15。
然而,已经理解,设备16可以压缩诸如CSI之类的信息并且以压缩格式提交后者。例如,如果在频域(FD)中测量CSI,则设备16可以执行以下至少一项:
将CSI从FD变换到时域(TD),以获得TD CSI;
对TD CSI进行编码;以及
将TD CSI(例如,作为反馈消息32或32b或35)发送给一个或多个前端14a……14g,使得后者将其中继到协调器12。
图4示出了用于测量和/或编码CSI的示例的单元400(可以是设备16的一部分)的示例。图4a示出了对CSI进行编码的数据分组450的示例。数据分组450可以是图3的反馈消息32(或图3b的32b或图3a的35)的示例或其一部分。
设备16可以通过相应的信道18a……18g从不同的前端14a……14g接收信标11的多个版本。
设备16可以测量信标11的导频信号(或从装备发送到设备16的另一种参考消息)的FD CSI。
在框404处,设备16可以执行集群信道估计以获得根据如从多个前端14a……14g中的每个前端获得的信标11测量的信道的版本406。因此,可以获得从不同前端14a……14g接收的信标11的不同版本406(也用H指示)。在一些示例中,每个设备16实际上仅测量信标11的某些版本:针对未接收到的信标11的版本不提供CSI(例如,因为存在阻碍信道18的障碍物或因为它们距离太远),并且信标11的这些版本也可以是未被识别的(例如,由于错误过量)或可以被识别为无效的(例如,由于功率太低,例如低于最小阈值)。参考图1,可以设想设备16’将仅开始测量信道18a、18b、18c的CSI,而设备16”将仅开始测量信道18e、18f、18g的CSI。因此,每个设备16仅可以测量信标11的某些版本。
在框408处,设备16可以执行从FD到TD的转换。例如,可以应用离散傅里叶逆变换(IDFT)。因此,获得信标11的其余版本的每个版本的CSI的TD版本410(也被表示为h)。
对于其余信道中的每个信道,在框412处,可以通过使用抽头表示来细分每个信标版本(从特定前端接收的信标版本)的TD表示。因此,每个TD信号410可以被表示为抽头序列。每个抽头可以被理解为脉冲响应在时域中的特定样本值或样本值序列。代替逐个样本地提供每个信号410,设备16可以在反馈信号410(例如,32或32b或35)中编码与接收到的脉冲响应中的抽头的幅度(例如,强度、功率、能量等中的至少一个)和/或延迟相关联的值。
在示例中,可以仅选择最重要的抽头414(例如,具有最高幅度和/或强度和/或功率和/或能量的抽头),而可以丢弃其余抽头。在示例中,选择非零抽头,而丢弃零抽头(或幅度可忽略的抽头)。为了决定是选择还是丢弃抽头,可以将幅度(或强度、或能量或功率)与特定阈值470进行比较。因此,仅选择最重要的抽头(非零抽头)。(阈值470可以是干扰相关阈值和/或可以例如基于几何因子G 472和/或基于反馈474(例如,如由单元400获得的延迟和/或强度值)在框471处动态地定义。)
然后,可以在框416处对最重要的抽头414执行量化。例如,可以定义量化步长Δ和/或量化比特数B(或β)。通过量化,可以获得用于提供适当描述抽头的量化信号的压缩。
随后,每个所选抽头的幅度(或强度、或能量或功率等)和/或它们的延迟的值可以被编码在反馈消息450(32或32b或35)中并且被提供给装备15(例如,通过前端14和前传17提供给协调器12)。
这里讨论设备16的操作(例如,通过单元400)的示例。
首先,设备16(例如,16’、16”、A、B、C、D等)可以通过多个信道18a……18g从多个前端14a……14g接收信标11的多个信标版本。一般而言,并非所有的信标版本都必须由设备16接收或识别,并且后续步骤仅涉及那些被识别的信标版本。(例如,可能无法接收到来自遥远前端的信标,或者它们噪声太大以至于未被识别或被丢弃。)
然后,在所接收或所识别的信道中,可以仅选择一些信道(例如,通过框404)。该选择可以基于测量31来执行,例如基于对从每个前端接收的信标信号执行的功率或强度测量的比较。因此,可以执行集群信道估计。
然后,例如通过框412,可以选择最重要的抽头(例如,通过将它们的幅度、强度、功率、能量等与阈值470进行比较)。
然后,可以例如通过框416来对所选抽头进行量化。
然后,关于所选抽头的延迟和/或强度(例如,幅度、能量、功率等)的量化信息可以被编码(例如,作为反馈消息32、32b、35、450等)并且被发送给协调器12(例如,通过前端14a……14g)。
图4a示出了将被提供给协调器12的对CSI进行编码的反馈消息450(例如,反馈32、32b、35等)的示例。数字451指代可能的比特量(不同的量是可能的)。下面讨论可以被编码(也以不同的顺序)的一些字段。
数字452指代所识别的特定前端的索引。因此,协调器12将获知CSI指代从特定前端接收的信标版本。
数字454指代步长(量化步长Δ)。
数字456指代量化比特数(B或β)。
数字458指代延迟信息。特别地,可以提供延迟矢量。延迟矢量可以是延迟矢量位图。可以提供:延迟矢量位图中的每第n个位置对应于第n个抽头。因此,延迟矢量位图可以指示接收到的导频序列中的第n个抽头是否是针对其指示了强度和/或延迟的所选抽头(最重要的抽头)之一。例如,基于在框412处执行的选择的结果,如果延迟矢量位图对应于所选抽头(非零抽头),则它可以是1(或在其他示例中是0),并且如果延迟矢量位图对应于未选抽头(零抽头),则它可以是0(或在其他示例中是1)。
数字460(抽头描述符)指代关于每个所选(非零)抽头的强度和/或延迟的量化信息。对于如延迟矢量中指示的每个所选抽头,可以提供关于强度(或幅度、功率、能量……)461’、461”、461”’等和/或延迟信息462’、462”、462”’等的指示(“抽头描述符元素”)。
在示例中,字段460的比特长度不是预定的:这是因为不预先定义在消息450(32)中要描述多少抽头。
鉴于以上所述,协调器12可以获得包括信道信息的反馈消息32并且执行以下步骤中的至少一个:
接收被编码为包括以下内容的CSI(32):
第二值(例如,“1”)和第一值(例如,“0”)的字符串(例如,位图458),每个值与CSI的时域表示相关联;
对于字符串(458)中的每个第二值(“1”),特定样本处的时域表示的幅度的编码值(例如,强度461和/或延迟462);
对于字符串(458)中的每个第一值(“0”),没有样本值被编码并且被视为0;以及
基于与第二值相关联的样本值(461)重构CSI。
根据该过程,协调器12可以执行调度。
在示例中,从多个设备16中的每个设备获得每个CSI,并且来自每个设备16的每个CSI指代在所选信道(例如,由框404选择的)中从每个特定前端中继的特定信标版本11。
因此,协调器12可以适当地指派前端,使得前端优选地被指派给测量到从那些前端接收的信标版本的良好质量的设备。
在图4的示例中,示出了延迟信息被提供为延迟矢量458和编码延迟字段462两者。然而,这不是严格必需的:在一些示例中,延迟矢量458或编码延迟字段462可能缺失,因此减少了比特量。
方面IV可以涉及一种用于与光通信装备进行通信的光通信设备(16),被配置为:
根据来自一个或多个光学前端(14a……14g)的一个或多个参考信号和/或信标信号[例如,导频信号和/或序列]的接收来获得[例如,频域]信道状态信息(例如,CSI)[例如,使得多个实值或复值信道状态值与不同的频率范围相关联];
将信道状态信息从频域变换到时域[具有多个抽头和/或具有多个样本],以获得时域信道状态信息[例如,由此重构信道脉冲响应];
对时域信道状态信息进行编码;以及
向一个或多个光发射器发送时域信道状态信息。
方面IV还可以涉及一种用于与光通信设备(16)进行通信的光通信装备,被配置为:
接收被编码为包括以下内容的CSI:
“1”值和“0”值(或其他符号)的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个“1”值[例如,与强信号相关联],特定样本[抽头]处的时域表示的幅度的编码值;
对于每个“0”值[例如,与弱信号相关联],没有样本值被编码并且被视为0;以及
基于与1值相关联的样本值[抽头]重构CSI。
[在示例中,仅基于阈值选择最强前端(14a……14g)的信号用于反馈生成。]
方面IV还可以涉及一种用于光通信设备(16)与光通信装备进行通信的光通信方法,包括:
根据来自一个或多个光学前端(14a……14g)的一个或多个参考信号和/或信标信号[例如,导频信号和/或序列]的接收来获得[例如,频域]信道状态信息(例如,CSI)[例如,使得多个实值或复值信道状态值与不同的频率范围相关联];
将信道状态信息从频域变换到时域[具有多个抽头和/或具有多个样本],以获得时域信道状态信息[例如,由此重构信道脉冲响应];
对时域信道状态信息进行编码;以及
向一个或多个光学前端(14a……14g)(例如,光收发器)发送时域信道状态信息。
方面IV还可以涉及一种用于在光通信装备与光通信设备(16)之间进行通信的光通信方法,包括:
接收被编码为包括以下内容的CSI:
“1”值和“0”值的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个“1”值,特定样本[抽头]处的时域表示的幅度的编码值;
对于每个“0”值,没有样本值被编码并且被视为0;
基于与“1”值相关联的样本值[抽头]重构CSI。
方面IV可以被理解为涉及一种用于与光通信装备进行通信的光通信设备,被配置为:
根据来自一个或多个光学前端的一个或多个参考信号和/或信标信号[例如,导频信号和/或序列]的接收来获得[例如,频域]信道状态信息(例如,CSI)[例如,使得多个实值或复值信道状态值与不同的频率范围相关联];
将信道状态信息从频域变换到时域[具有多个抽头和/或具有多个样本],以获得时域信道状态信息[例如,由此重构信道脉冲响应];
对时域信道状态信息进行编码;以及
向一个或多个光发射器发送时域信道状态信息。
方面IV可以被理解为涉及一种用于与光通信设备进行通信的光通信装备,被配置为:
接收被编码为包括以下内容的CSI:
“1”值和“0”值(或其他符号)的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个“1”值[例如,与强信号相关联],特定样本[抽头]处的时域表示的幅度的编码值;
对于每个“0”值[例如,与弱信号相关联],没有样本值被编码并且被视为0;以及
基于与1值相关联的样本值[抽头]重构CSI。
[在示例中,仅基于阈值选择最强前端的信号用于反馈生成。]
方面IV可以被理解为涉及一种用于光通信设备与光通信装备进行通信的光通信方法,包括:
根据来自一个或多个光学前端的一个或多个参考信号和/或信标信号[例如,导频信号和/或序列]的接收来获得[例如,频域]信道状态信息(例如,CSI)[例如,使得多个实值或复值信道状态值与不同的频率范围相关联];
将信道状态信息从频域变换到时域[具有多个抽头和/或具有多个样本],以获得时域信道状态信息[例如,由此重构信道脉冲响应];
对时域信道状态信息进行编码;以及
向一个或多个光学前端(例如,光收发器)发送时域信道状态信息。
方面IV可以被理解为涉及一种用于在光通信装备与光通信设备(16)之间进行通信的光通信方法,包括:
接收被编码为包括以下内容的CSI:
“1”值和“0”值的字符串,每个值与CSI的时域表示相关联;
对于字符串中的每个“1”值,特定样本[抽头]处的时域表示的幅度的编码值;
对于每个“0”值,没有样本值被编码并且被视为0;
基于与“1”值相关联的样本值[抽头]重构CSI。
方面V
这里,“设备”可以被概括为“第一装置(16)”,“装备”可以被概括为“第二装置(15)”,即使在变体中它们可以互换。前端可以是光学前端。设备16可以是移动设备。装备可以是固定的,并且装备的前端可以是分布式的。协调器12或中央单元可以是装备的智能部分。
这里讨论方面IV的变体。
这里,具体参考一种设备[例如,第一装置16,其可以是发送器,例如,移动设备,例如,光发射器],被配置为:
从多个[例如,光学的]前端[例如,OFE]14a……14g接收多个(例如,同时的)参考信号(例如,信标)11;和/或
基于对接收到的参考信号11的评估获得信道状态信息CSI(例如,在测量31之后);
对CSI进行编码以便提供编码的CSI;以及
提供[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式]。
CSI可以被编码,例如如图4和/或图4a所示(例如,特别是在字段461和/或462中)。
这里,对于CSI,其可以缩进包含关于信道的信息的反馈消息(例如32、32b、35、450、450b等)。
已经理解,每个第一装置16可以通过使用特定格式来发送CSI。下表提供了一个示例:
可以使用这些格式中的至少一种(可以使用其他格式)。
在CSI或反馈消息(例如,32、32b、35、450、450b等)中,可以存在以下字段中的至少一个:
字段901:被识别的前端的数量N;
字段902:TAP格式;
字段920:前端反馈描述符元素1……N(如字段901所示的数量)。
每个字段920(前端反馈描述符元素)可以包括以下至少之一:
字段921:与导频序列的时间位置相关联的导频符号码;
字段922:导频划分(例如,哈达玛编码(Hadamard coding)、子载波间隔等);
字段923:抽头的数量,指示随后描述了多少抽头;
字段460b:抽头描述符(提供关于每个所描述的抽头的信息)。
每个字段460b(用于描述一个特定抽头)可以包括以下至少之一:
字段461b(抽头的强度或幅度或功率或能量);
字段462b(抽头的延迟)。
已经理解,可以在字段461b和462中以确定的分辨率编码例如以dBm或ps或ns(皮秒或纳秒)表示的量。例如,为了描述抽头的强度,在一些情况下优选具有0.15dBm步长的特定分辨率,而在一些其他情况下优选具有2dBm步长的特定分辨率。出于类似的原因,为了描述延迟,有时优选使用30ps的分辨率,而在其他情况下可能优选使用4ns的分辨率。在一些情况下,可以提供参考值(例如,“0值”、偏移等)。在一些情况下,为了对字段461b和/或462b进行编码,优选地使用8比特,而在一些情况下4比特就足够,或者在其他情况下需要10比特。
因此,可以使用不同的格式。每个第一装置16可以选择格式(例如,编码分辨率)并且在字段902中指示该格式。因此,当第二装置15对字段461b和/或462b进行解码时,它可以获得具有必要精度和高压缩度的反馈测量。
已经理解,字段461b和/或462b的不同配置可以彼此分组。第一装置16可以利用编码分辨率的选择,编码分辨率可以针对每个选择而彼此组合。字段902的不同代码可以与不同的选择相关联,每个选择对用于描述抽头的配置数据进行组合。字段902可以编码涉及所选编码分辨率的所有配置数据的索引。例如:
对于字段461b的每个格式,可以定义以下至少之一:
比特数931;
参考值932;
步长933。
对于字段462b的每个格式,可以定义以下至少之一:
比特数941;
参考值942;
步长943。
因此,第一装置16可以基于所获得的测量选择最优选的分辨率(格式),并且根据所选的最优选的分辨率编码CSI。因此,对字段461b和462进行量化,以便提供良好的分辨率和精度以及高压缩度。
应注意,在一些示例中,描述编码分辨率的选择的信息包括对多个传播路径的幅度和/或强度和/或延迟和/或与其相关联的值进行编码的字段的格式。
第二装置15(例如,协调器)可以执行以下至少一项:
接收编码的信道状态信息CSI(例如,反馈消息32、32b、35或被编码为450、450b的消息);
接收描述从多个可能的编码分辨率中选择用于编码CSI(32、32b、35、450、450b)的编码分辨率的信息(902);
根据描述选择用于编码CSI的编码分辨率的信息(902)对编码的CSI(32、32b、35、450、450b)进行解码。
第二装置15可以基于从CSI获得的反馈信息执行调度。
在以上示例中,一些方面涉及一种设备[例如,发送器,例如移动设备,例如光发射器],被配置为:
从多个[例如,光学的]前端[例如,OFE]接收多个参考信号;
基于对接收到的参考信号的评估获得信道状态信息CSI;
对CSI进行编码以便提供编码的CSI;和/或
提供[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式]。
该设备还可以被配置为使得描述编码分辨率的选择的信息[例如,TAP格式]包括对多个传播路径的强度和/或延迟和/或与其相关联的值进行编码的字段的格式。
该设备还可以被配置为使得CSI包括参考信号标识信息或与参考信号标识信息相关联,和/或其中描述编码分辨率的选择的信息[例如,TAP格式]与参考信号标识信息相关联。
该设备还可以被配置为使得描述编码分辨率的信息定义用于编码抽头强度的比特数和/或用于编码抽头延迟的比特数。
该设备还可以被配置为使得描述编码分辨率的信息定义抽头强度和/或延迟的步长[例如,0.15dBm或30ps]。
该设备还可以被配置为使得描述编码分辨率的信息定义抽头强度和/或延迟的参考值(例如,“0值”)。
该设备还可以被配置为基于所获得的CSI值找到[适当的]分辨率[用于量化]。
该设备还可以被配置为基于对CSI进行舍入的量化值选择分辨率。
该设备还可以被配置为使得CSI包括接收到的参考信号的[或经由不同传播路径传送和/或在不同时间到达该设备的参考信号的多个版本的]强度或与其相关联的值。
该没备还可以被配置为使得CSI包括接收到的参考信号的延迟或与其相关联的值[或经由不同传播路径传送和/或在不同时间到达该设备的参考信号的多个版本之间的延迟]。
该设备还可以被配置为使得CSI包括参考信号的指示[例如,字段“导频符号码”和/或“划分”]。
该设备还可以被配置为使得该设备是网络协调器或包括网络协调器。
该设备还可以被配置为使得描述编码分辨率的选择的信息[例如,TAP格式]包括根据以下格式中至少之一的格式[针对“强度”或“延迟”或两者]:
在以上示例中,一些方面涉及一种方法[例如,根据以上和/或以下示例中的任一个所述的,由发送器、移动设备、光发射器执行],包括:
从多个[例如,光学的]前端[例如,OFE]接收多个参考信号;
基于对接收到的参考信号的评估获得信道状态信息CSI;
对CSI进行编码以便提供编码的CSI;和/或
提供[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式]。
在以上示例中,一些方面涉及一种设备[例如,接收器,例如,设备,例如光接收器],被配置为:
接收编码的信道状态信息CSI;
接收[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式];
根据描述选择用于编码CSI的编码分辨率的信息[例如,TAP格式]对编码的CSI进行解码。
该设备还可以被配置为使得该设备包括多个[例如,光学前端]并且被配置为使它们发送参考信号。
该设备还可以被配置为使得该设备是网络协调器或包括网络协调器[例如,根据以上和/或以下示例中的任一个所述]。
该设备还可以被配置为根据描述编码分辨率的选择的信息[例如,TAP格式]中指示的抽头格式从CSI中解码多个传播路径的强度和/或延迟。
该设备还可以被配置为使得CSI包括参考信号标识信息或与参考信号标识信息相关联,和/或其中描述编码分辨率的选择的信息[例如,TAP格式]与参考信号标识信息相关联。
该设备还可以被配置为使得描述编码分辨率的信息定义用于编码“抽头强度”的比特数或与其相关联的值和/或用于编码抽头“延迟”的比特数或与其相关联的值。
该设备还可以被配置为使得描述编码分辨率的信息定义抽头强度和/或延迟的步长[例如,0.15dBm或30ps]或与其相关联的值。
该设备还可以被配置为使得描述编码分辨率的信息定义抽头强度和/或延迟的参考值(“0值”)或与其相关联的值。
该设备还可以被配置为使得CSI包括接收到的参考信号的[或经由不同传播路径传送和/或在不同时间到达该设备的参考信号的多个版本的]强度或与其相关联的值。
该设备还可以被配置为使得CSI包括接收到的参考信号的延迟或与其相关联的值[或经由不同传播路径传送和/或在不同时间到达该设备的参考信号的多个版本之间的延迟]。
该设备还可以被配置为使得CSI包括参考信号的指示[例如,字段“导频符号码”和“划分”]。
该设备还可以被配置为使得描述编码分辨率的选择的信息[例如,TAP格式]包括根据以下格式中至少之一的格式[针对“强度”或“延迟”或两者]:
在以上示例中,一些方面涉及一种包括根据以上和/或以下示例中的任一个所述的设备和根据以上和/或以下示例中的任一个所述的设备的系统。
在以上示例中,一些方面涉及一种方法[例如,根据以上和/或以下示例中的任一个所述的,由接收器、设备、光接收器和/或设备执行],包括:
接收编码的信道状态信息CSI;
接收[例如,以信号方式]描述从多个可能的编码分辨率中选择用于编码CSI的编码分辨率的信息[例如,TAP格式];
根据描述选择用于编码CSI的编码分辨率的信息[例如,TAP格式]对编码的CSI进行解码。
方面VI
参考图8d:由可以是光学设备(例如,移动设备)的第一通信装置(例如,设备16)(例如,16’、16”、A、B、C、D)获得信标11(例如,由每个前端14a……14g转发)。第一通信装置16可以测量(在32处)信标11(或来自前端14a……14g的不同信号)。然后,第一通信装置(例如,设备)16可以发送来自测量的反馈32(信道状态信息CSI),其指示每个信道18a……18g的状态(例如,强度越大或检测误差越小,信道越好)。然后,第二通信装置(例如,装备,例如,固定装备)15可以定义调度20。随后,装备15可以发送调度消息33(其在一些示例中可以与图3的消息33或图4b的消息33b相同),其中定义了调度20(并且将若干个超帧时隙或GTS指派给每个第一装置16’、16”、A、B、C、D等)。
已经注意到,即使利用高性能的实时调度技术,链路18a……18g的状况也随时间有很大的变化。在一些情况下,一些特定频率(例如,子载波)将是优选的,而在其他情况下,不同的子载波可能是优选的。已经注意到,这些事件通常不容易被确定性地或先验地定义。
为了解决这些问题,已经理解,至少一个移动设备16(例如,16’、16”、A、B、C、D)可以例如通过依赖于对从前端14接收的信号执行的测量来请求一些特定子载波(更一般地,一些特定通信配置)。例如,可以对信标11执行测量。(在一些示例中,不严格必须对信标11执行测量。在其他示例中,可以测量其他信号。优选地,所测量的信号是由所有前端同时发送的信号,这有利于对信标11的测量。为了清楚起见,下面将参考信标11,即使仍然可以理解,由前端141……14g发送的任何其他信号(例如,由前端同时发送的任何信号)也可以用于执行测量。)要测量的信标信号11可以呈现可以由每个移动设备16检测的导频序列。信标信号11可以包含不同频率(子载波)的序列。每个设备16可以基于对信标信号11执行的测量(特别是基于对信标信号的不同子载波执行的测量)来确定哪些是其优选频率(子载波),例如对于UL和/或DL。移动设备16可以针对从其中解码信标信号的每个前端14a……14g执行该确定。
发信号通知优选子载波(以及要使用的频率的选择)通常不是容易的任务:必须从第一通信装置(例如,设备或移动设备)16向第二通信装置(例如,装备)15快速地发信号通知优选子载波的指示,并且还易于发生通信错误。例如,即使特定的第一通信装置16指示优选子载波,第二通信装置15也可能无法接收到该通信,并且因此可能以第一通信装置16可能不再希望的过时子载波连续地发送。此外,通常难以及时地从装备12向第一通信装置16通知约定,因为确认信号将花费时间,这也伴随着增加时延。
已经理解,存在定义比特分配表(BAT)的可能性,其定义不同的可能配置(例如,频率、子载波的比特数等)并且快速且容易地标识它们。在示例中,可以将BAT视为指示用于允许在第二通信装置15与第一通信装置16之间传输数据的配置数据的表。关于BAT的信息可以由第二通信装置15(例如,协调器12)和第一通信装置16各自保持。因此,第二通信装置15和第一通信装置16可以彼此通信以共享关于BAT的信息。因此,可以定义多个活动BAT,每个活动BAT可以指代通信中要使用的不同频率:每个通信将在选择了活动BAT之一之后执行。
图8a示出了指示多个BAT 51-0、51-1……51-22、51-23的列表50。这里,存在24个BAT,但是在其他示例中可以选择不同的数量。
列表50可以包括多个记录,每个记录与BAT相关联。对于每个BAT,可以选择标识符(这里是从0到23的数字)。数字52指代列表的字段列,每个字段存储与特定BAT相关联的标识符。然而,在后续的部分中,相同的数字52也可以用于指示与特定BAT相关联的标识符。
对于每个BAT,可以提供有效性信息。在一些示例中,可以在消息61的字段中编码有效性信息。(数字53指代列表的字段列,每个字段存储与特定BAT相关联的有效性信息。然而,在后续的部分中,相同的数字53也可以用于指示与特定BAT相关联的有效性信息。)有效BAT可以是可选BAT之一,而无效BAT(例如,51-1、51-22、51-23)不能被选择(至少直到随后的更新为止)。有效性信息53可以包括关于可由第二通信装置15用来向第一通信装置16发送数据的那些BAT的信息。(根据有效性信息53,也可以得到无效BAT的认识。在一些示例中,有效性BAT信息53可以包括关于无效BAT的显式信息。)有效性信息可以是每个BAT的二进制信息。
对于每个BAT,可以提供更新BAT信息。(数字54指代列表的字段列,每个字段存储与特定BAT相关联的更新BAT信息。然而,在后续的部分中,相同的数字54也可以用于指示与特定BAT相关联的更新BAT信息。)更新BAT信息54可以例如包括关于特定BAT是否是要更新的BAT的信息:例如,BAT 51-1是要更新的最近BAT,而BAT 51-0、51-22和51-23不是要更新的BAT。(要更新的BAT通常可以是无效BAT)。在一些示例中,每次将仅更新一个BAT。
对于每个BAT,可以提供BAT更新信息。(数字55指代列表的字段列,每个字段存储与特定BAT相关联的BAT更新信息。然而,在后续的部分中,相同的数字55也可以用于指示与特定BAT相关联的BAT更新信息。)特别地,BAT更新信息可以包括要用于通信的子载波、前向纠错(FEC)信息(例如,FEC块大小和/或FEC码速率)和/或用于表征根据特定BAT的通信的其他信息。BAT更新信息可以被编索引:每个子载波可以与特定索引相关联,该索引可以存储在BAT更新信息中。这同样适用于FEC信息和/或可以是BAT更新信息的一部分的其他可能信息。
列表50可以存储在每个移动设备16和协调器12的存储单元的不同实例中。可以基于信道的状况(例如,光学链路18a……18g的状况)动态地更新具有所有BAT 51-0……51-23的列表50。因此,在协调器12和每个移动设备16处均存储有列表50的副本。应注意,在协调器12处,关于每个移动设备16存储列表50的实例,而每个移动设备16可以仅具有一个单个列表50。其他解决方案也是可能的。
列表50可以与由多个光学前端产生的信道相关联。因此,该信道与设备(16’或16”)相关联,而不与特定链路相关联(例如,不是从前端14到设备16的链路18a,而是由设备16’所经历的链路18a、18b和18c形成的全局信道)。不同的前端16a……16g通常可以与相同的列表50相关联。
在示例中,第一装置16可以发送BAT消息61(例如,如图8所示)。BAT消息61可以包括以下至少之一:
有效性信息字段53,其例如指示列表50的多个BAT 51-0至51-23中的有效BAT;
更新BAT信息字段54,例如,当前更新的BAT(例如,当前更新的BAT,在本例中为51-1);
BAT更新信息字段55,其可以通知如何更新BAT和/或随后如何配置通信(例如,在DL中,从BS 15到移动设备16)。
BAT消息61从第一装置16到第二装置15的传输可以导致第二装置15处的列表50的修改(而第一装置16处的列表50的实例在传输BAT消息61之前已经被更新)。
虽然第一装置16可以自由选择其优选BAT(例如,基于对信标信号11执行的测量来决定),但是第二装置15可能必须使用由针对有效BAT(根据有效性信息字段53)的BAT更新信息字段55定义的配置数据中的用于DL传输的配置数据。因此,虽然移动设备16可以确定少量不同的配置,但是第二装置15通常可以从第一装置16提出的可能配置中选择一种配置。
图8b示出了BAT消息61的示例。BAT消息61可以与以下至少一项相关联:
发送设备(例如,16’、16”、A、B、C、D之一);
相关联的前端(例如,14a……14j之一);
至少一个BAT(有效BAT和/或更新BAT)。
BAT消息61可以将在有效性信息53中被标识为1、5、14(51-1、51-5、51-14)的BAT定义为有效BAT。在这种情况下,更新BAT信息字段54可以指示用当前BAT消息61更新的BAT是被标识为1的BAT(即,图8的BAT51-1)。剩余的BAT更新信息字段55可以提供用于更新从前端14到第一装置16的DL通信的传输的更新数据。因此,第二装置15将通过修改有效性信息53(如果被修改)和/或通过根据更新BAT信息54更新针对BAT 1(51-1)的BAT更新信息55来动态地修改其列表50的实例。
图8c中提供了第二装置15与第一装置16之间的通信的示例。这里,后续BAT消息61由61’、61”、61”’等指示。这里,为了清楚起见,没有示出信标11(但是应理解,信标11已由第一装置16及时地接收,该第一装置16执行了测量并且确定了优选前端和优选子载波)。
可以看出,第一装置16向第二装置15发送第一BAT消息61’。第一BAT消息61’指示(例如,在有效性信息字段53中):
BAT 1(51-1)当前是无效的(这可以通过显式地列出所有有效BAT来获得,据此,可以通过显式地列出所有无效BAT来确定无效BAT);以及
更新BAT信息字段54指示现在更新BAT 2(51-2)。
这里示出,BAT消息61’因在此未经调查的一些事件(例如,物体阻碍第一装置16与前端14之间的信道18、干扰、高错误率、低能量等)而丢失(或无论如何是不可解释的,例如不可解码的)。因此,BAT消息61’没有到达第二装置15。
可以假设,为了应对这种事件,可以预见从第二装置15向第一装置16传输肯定确认(ACK)和/或否定确认(NACK)。不幸的是,时间限制非常严格,以致于已证明ACK和/或NACK的传输是困难且耗时的。
然而,已经理解,第一装置16可以基于第二装置15是使用还是不使用更新的和/或有效的BAT发送后续消息来确定隐式确认。
在对BAT消息61’的接收丢失之后,第二装置15通过使用与BAT 1(52-1)相关联的配置数据来发送消息62’(携带有效载荷和/或控制数据)。BAT 1(52-1)当前是无效的(但是由于未接收到BAT消息61’,第二装置15不知道BAT 1的无效性)。因此,通过接收基于无效BAT的消息62’,第一装置16可以理解第二装置15没有正确地接收到BAT消息61’(否则,消息62’将具有有效配置)。
在确定了误解时,第一装置16可以发送BAT消息61的新版本(这里被指示为BAT消息61”),其在有效性信息字段53中指示(再次)BAT 1(51-1)的无效性以及在更新BAT信息字段54中指示BAT 2的当前更新,并且BAT更新信息字段55承载用于从第二装置15到第一装置16的后续DL消息的配置信息。在重复的BAT消息61”被第二装置15正确地接收和解码的情况下,第二装置15用如BAT消息61”中所指示的编码在BAT更新信息字段55中的BAT更新信息来更新列表50。
因此,从第二装置15到第一装置16的后续DL消息62”将利用与BAT 2(52-2)相关联的配置数据,并且将由第一装置16正确地解码。
因此,通过第二装置15使用更新的BAT发送DL消息62来提供内在确认:当DL消息62’使用了与无效BAT相关联的无效配置数据(因此提供了对第一BAT消息61’的接收的隐式否定确认)时,在正确地接收和编码重复的BAT消息61”之后在DL消息62”中的使用将提供对正确地接收和解码BAT消息61”的隐式肯定确认。
随后,将执行BAT消息61(例如,61”、61”’等)的后续转发(例如,在接收后续信标11’、11”等之后)。例如,第三BAT消息61”’将在有效性信息字段53中指示(出于未调查的某些原因)BAT 2(51-2)现在无效并且BAT 1(51-1)现在有效,而更新BAT信息字段54将指示现在更新BAT 1(51-1)(并且当然,BAT消息61”’中的BAT更新信息字段55将指示与从第二装置15发送到第一装置16的DL信号62相关联的配置数据)。随后,在第二装置15正确地接收并且解码第三BAT消息61”’的情况下,第二装置15将根据BAT更新信息55中指示的配置来发送DL消息。
在一些示例中,可以定义规则,该规则可以包括以下至少一项:
1)第一装置16可以决定:
a.有效和无效BAT;以及
b.当前更新的BAT。
2)通常,第二装置15可以在所有活动BAT中选择用于其到设备16的DL传输的优选BAT。
3)第一装置16可以根据来自第二装置15的第一接收61确定隐式肯定确认或否定确认。
4)在从第二装置15到第一装置16的后续DL传输期间,第二装置15将选择有效BAT之一。
现在提供关于BAT消息61的示例的格式的更深入的讨论(具体参见图8和图8b)。BAT消息61可以例如由于其携带的可变信息而具有可变长度。
有效性信息字段53可以例如包括有效性信息位图。有效性信息位图可以将每个比特位置与一个特定BAT相关联。在24个BAT的情况下,有效性信息位图可以包括24比特(例如,24个后续比特)。每个比特可以与每个BAT相关联,例如根据比特在有效性信息位图中的位置。例如,有效性信息位图的第一比特(比特0)可以与图8a的列表50的第一BAT 51-0相关联。例如,有效性信息位图的第二比特(比特1)可以与列表50的第BAT 51-1相关联。虽然有效性信息位图中的每个比特位置可以与特定BAT相关联,但是比特的值(1vs0)可以与BAT的有效性相关联(例如,有效状态vs无效状态)。在图8b的示例中,体现有效性信息53的有效性信息位图可以被表示为“0100010000000010000000000b”,其含义是:
比特位置 | 比特值 | 有效性 |
0 | 0 | 无效 |
1 | 1 | 有效 |
2 | 0 | 无效 |
3 | 0 | 无效 |
4 | 0 | 无效 |
5 | 1 | 有效 |
6 | 0 | 无效 |
7 | 0 | 无效 |
8 | 0 | 无效 |
9 | 0 | 无效 |
10 | 0 | 无效 |
11 | 0 | 无效 |
12 | 0 | 无效 |
13 | 0 | 无效 |
14 | 1 | 有效 |
15 | 0 | 无效 |
16 | 0 | 无效 |
17 | 0 | 无效 |
18 | 0 | 无效 |
19 | 0 | 无效 |
20 | 0 | 无效 |
21 | 0 | 无效 |
22 | 0 | 无效 |
23 | 0 | 无效 |
24 | 0 | 无效 |
通过将有效性信息字段53表示为位图,可以确保在有效/无效BAT的任何可能组合的情况下,有效性信息字段53的长度总是恒定的。
第二通信装置15和第一通信装置16可以基于BAT在有效性信息位图中的位置来共享BAT的认识:有效性信息位图中的位置可以与列表50中的每个BAT 51-0……51-23的标识符52相关联。该认识可以例如是预先定义的(或例如在离线会话中配置的)。
并非总是需要有效性信息位图中的顺序严格地对应于BAT的标识符:重要的是,第一通信装置16和第二通信装置15共享关于每个有效性信息位图中的位置与特定BAT(例如,BAT的标识符和/或BAT在列表50中的位置)之间的关系的认识。
在示例中,值“1”和“0”的含义可以颠倒。可以使用其他类型的符号。
代替使用位图,变体可以提供其他技术。可以使用编码值、列表、数组、矩阵等。
更新BAT信息字段54可以在特定的更新BAT信息字段中。在这种情况下,可以代替位图优选地使用编码字段。例如,在24个可能的BAT的情况下,可以使用5比特。例如,为了指示所更新的BAT是BAT 1(51-1),更新BAT信息字段可以被编码为“00001b”。例如,为了指示所更新的BAT是BAT 14(51-14),更新BAT信息字段可以被编码为“01110b”。
为此,可以使用几种编码技术。可以使用大端(Big-Endian)或小端(Little-Endian)表示法、固定长度或可变长度等。当“0”与“1”交换时,结果不改变,反之-然。
实际上,虽然对于有效性信息字段53,位图可能是优选的,但是对于更新BAT信息54,使用编码字段具有重要的优点:可以简单地以5比特来编码BAT的标识符,而无需使用另一位图。虽然在有效性信息字段53中可以指示未确定数量的有效/无效BAT,但是在更新BAT信息字段54中仅可以指示一个单个BAT(这是因为针对BAT消息61的每个传输仅更新一个单个BAT)。(更一般地,每次可以更新固定数量的BAT。)
然而,在大多数示例中,有效性信息字段53和更新BAT信息字段54一起具有固定数量的比特。例如,它们可以具有24+5=29比特。
BAT更新信息字段55可以具有可变长度。BAT更新信息字段55可以指示将由装备15发送的信号62的配置(格式)。因此,BAT更新信息字段55可以指示当紧接在BAT消息61之后发送信号62时要由第二装置15使用的物理层参数。
BAT更新信息字段55可以例如包含前向错误编码(FEC)信息55a,该信息将由装备15在发送DL消息61时使用。不同的FEC方案可以在FEC信息字段55a中被索引,该字段可以是编码字段。FEC信息字段55a可以以一些比特来编码,例如7比特(例如,用于字段55a’的3比特和/或用于字段55a”的4比特)。编码FEC信息55a的字段的长度可以是固定的。FEC信息字段55a可以指示所使用的特定FEC方案。例如,可以选择已知为1/2、2/3、5/6、16/18、20/21的码速率(CR)、块大小(BS)960、4320等之一。在一些示例中(例如,在图8b中),FEC信息字段55a可以被划分为FEC块大小字段55a’(例如,指示当发送信号62时要使用的FEC块的大小)和/或FEC码速率信息字段55a”(例如,指示要使用的特定码速率)。一旦第一通信装置16选择了FEC方案,第二通信装置15就将其用于发送DL消息62。概括而言,FEC方案将冗余引入到消息62中,并且允许容忍在读取某些值时可能的错误(例如,被不正确地解码的比特等)。
BAT更新信息字段55可以例如包含关于不同子载波组的信息字段55b。信息字段55b可以指示指派给更新的BAT的子载波。子载波可以被编索引(例如,根据特定值(例如,频率)或根据任何其他可能的索引),并且可以根据它们的索引被分组。因此,第一通信装置16和第二通信装置15可以共享子载波0(在已知频率处)、子载波1、子载波2……、直到最后一个子载波的概念。
因此,信息字段55b可以被细分为多个组信息字段55b’、55b”等。每个组信息字段55b’可以指代特定的子载波组。
对于每个组信息字段55b’(或55b”),可以定义子载波分组信息字段55c’(或55c”)。该子载波分组信息字段55c’是关于哪些子载波是特定组的一部分的信息。例如,第一子载波分组信息字段55c’指示128个子载波是组1的一部分。这128个子载波也可以通过它们的索引来标识(它们是具有最低索引的128个子载波)。第二子载波分组信息字段55c”可以指示512个子载波是组2的一部分。这512个子载波(至少是其中的现有子载波)也可以通过它们的索引来标识(它们从第129个子载波开始并且循序渐进)。因此,每个组可以由子载波区间构成,该区间根据子载波的索引来定义。
对于子载波分组信息字段55d’和55d”中指示的每个组(例如,1、2),提供比特加载信息(例如,对于该组的每个子载波要加载多少比特)。(该信息可以基于第一通信装置16的决定来提供,并且例如可以跟随在确定前128个子载波经受更少的噪声或经历更好的传输(例如,在接收到信标11后测量的)之后。)
对于每个组,第一装置(例如,设备)16可以在预先定义的限制数量的分组中进行选择(例如,对于每个组,子载波的数量可以在1、2、4、8、16、32、64、128、256、512、1024、2048或4096中进行选择),其可以以4比特来标识。因此,每个子载波分组信息字段55c’可以被编码在4比特的字段中:如果字段编码“0000b”,则该组仅具有一个单个子载波;如果字段编码“0001b”,则该组具有两个子载波;如果字段编码“0110b”,则该组具有4096个子载波;等等。
对于每个组,可以在固定的比特数中选择加载比特数:例如,每个子载波可以加载0……12比特(这对于同一组的所有子载波都有效)。因此,可以以固定数量的比特(例如,4比特)编码加载比特信息字段55d’(和55d”)。
因此,对于每个组,可以以固定数量的比特编码每个组信息字段55b’(例如,4比特用于编码信息55c’或55c”,4比特用于编码信息55d’或55d”)。
然而,关于不同子载波组的组信息字段55b的长度(持续时间)通常可以是可变的。这是因为第一装置16通常可以自由地根据任一组来细分子载波。在图8b的示例中,定义了两个不同的组1和2,但是第一装置16可以定义不同的组。仅举一个示例,如果在字段55c’中,代替“128个子载波”,选择是“1个子载波”,则这将意味着组1的结果将是具有一个单个子载波。对于相同的剩余127个子载波,第一装置16将可以自由地定义其他组(例如,其他127个单子载波组或63个双载波组+一个单载波组等):在这种情况下,由于为每个组定义一个组信息55b’,信息55b的长度将大得多。
可以预期,在最后一个组信息的结尾(例如,在图8b中的字段55b”之后)处,BAT消息61可以具有类似于帧结束序列的内容,其可以允许确定BAT消息61的结尾。该序列将增加BAT消息61的时间长度,而不提供有价值的信息。
然而,已经理解,可以采用特别有效的技术,其允许基于由于设备16与装备15共享的信息而得到的认识(例如,子载波的数量)来确定BAT消息61的结尾。由于子载波的数量有限(设备16和装备15都知道),因此关于分组的信息可以允许确定BAT消息61的结尾。例如,如果子载波是640个,则BAT消息61在第二个组信息55b”之后完成(因为组1具有128个子载波,第二组具有512个子载波,128+512=640),并且继续编码数据是没有意义的。例如,如果子载波是630个,则组2(即使由于编码信息55c”而被指示为具有512个子载波)将仅具有502个子载波。
一个示例:
使用HB-PHY的接收设备16可以使用BAT请求元素(例如,图5和图5b的BAT消息61)来请求预期发送器使用特定的比特加载和错误编码方案。
有效BAT位图(有效性信息53):指定请求的有效BAT。位图的第一比特对应于BATID 8,而最后比特(即,最右边的)对应于BAT ID 31。被设置为1的比特指示BAT有效,0指示BAT无效(即,将不再被发送器使用)。
更新BAT(更新BAT信息54):指定要更新的运行时定义的BAT的ID。仅允许值8-31。值0指示没有新的BAT被更新。
如果在BAT请求元素中仅指示有效性信息,则可能是这种情况。保留值1-7。
FEC块大小(55a’):
FEC码速率:指定所请求的FEC编码速率。
BAT组1……N:描述第n组子载波的调制的BAT组元素。
应有足够的组来覆盖所有子载波。最后一组可能比剩余数量的子载波更宽。将忽略对那些超出(excess)子载波的所请求的调制。
BAT组元素(55b’、55b”等)包含关于相邻子载波的组的信息,该组相邻子载波在能够进行比特加载的PHY传输中所加载的比特数相同。
BAT组元素包含关于相邻子载波的组的信息,该组相邻子载波在能够进行比特加载的PHY传输中所加载的比特数相同。
BAT组元素的结构如图所示。它具有以下字段:
分组:该字段包含该组中子载波的数量。有效值为:
1,2,4,8,16,32,64,128,256,512,1024,2048,4096
加载比特:在该组的每个子载波上加载的比特数。有效值为:
0,1,2,3,4,5,6,7,8,9,10,11,12
上文提到了:由有效性信息字段53体现的有效性信息;由更新BAT信息字段54体现的更新BAT信息;以及由BAT更新信息字段55体现的BAT更新信息。然而,在一些示例中,这不是严格必需的。在一些示例中,BAT消息61中可能不存在有效性信息字段53,但是有效性信息可以例如从更新BAT信息字段54中导出。在一些示例中,BAT消息61中可能不存在更新BAT信息字段54,但是更新BAT信息可以例如从有效性信息字段53中导出。
信号62可以是承载有效载荷和/或信令的信号。在一些示例中,信号62可以由信号33、33b、700等中的任一个来体现。
在以上示例中,一些方面涉及一种通信设备[例如,用户设备,例如,移动设备,例如,与通信装备进行通信,后者例如是基站(BS)或协调器][例如,执行光通信],被配置为发送[例如,向通信装备]比特分配表BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由BS或协调器用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
在以上示例中,一些方面涉及一种通信设备[例如,用户设备,例如,移动设备,例如,与通信装备进行通信,后者例如是基站(BS)或协调器][例如,执行光通信],被配置为发送[例如,向通信装备]比特分配表BAT消息[其可以包括指示多个BAT中的哪个或哪些BAT有效[例如,可由BS或协调器使用]的有效性信息(例如,位图,例如,在图8b的示例中被指示为“有效BAT”)][例如,给通信装备以用于向通信没备发送数据][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的],该BAT消息包括:
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];
[可选地,指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息(例如,图8b的示例中的最后5个字段)]。
该通信设备被配置为:
期望确认[例如,来自通信装备],该确认是根据更新BAT从比特分配的使用中导出的;和/或在未从通信装备接收到有效确认的情况下,重新发送BAT消息。
该通信设备还可以包括BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由BS或协调器用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
该通信设备还可以被配置为:其中,BAT消息的长度可变。
该通信设备还可以被配置为:其中,BAT消息将关于不同子载波组的信息分组[其中,每个组的子载波的数量可以随组变化而变化][其中,例如,对于多个组,BAT消息可以包括关于各个组包括多少子载波和/或将多少比特加载到各个组的子载波上的信息]。
该通信设备可以被配置为选择性地更新先前被指示为无效的BAT。
该通信设备可以被配置为禁止更新先前被指示为有效的BAT。
该通信设备可以被配置为期望来自通信装备的确认[例如,如图8c所示],该确认是根据更新BAT从比特分配的使用中导出的。
该通信设备可以被配置为在未从通信装备接收到有效确认的情况下重新发送BAT消息。
该通信设备可以被配置为在来自通信装备的接收中期望使用被指示为有效的BAT之一的传输。
该通信设备可以被配置为将BAT消息中的信息作为关于信道状况的反馈(例如,根据信标消息确定)。
该通信设备可以被配置为:其中,BAT更新信息包括前向纠错(FEC)信息[例如,包括关于要从通信装备发送的数据的所请求的冗余期望的信息]。
在以上示例中,一些方面涉及一种通信装备[例如,基站(BS)或协调器][例如,光通信装备][例如,用于具有多个通信设备的无线网络],被配置为从通信设备[例如,用户设备,例如,移动设备,例如,其可以是网络的一部分]接收比特分配表BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由通信装备用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
在以上示例中,一些方面涉及一种通信装备[例如,基站(BS)或协调器][例如,光通信装备][例如,用于具有多个通信设备的无线网络],被配置为从通信设备[例如,用户设备,例如,移动设备,例如,其可以是网络的一部分]接收比特分配表BAT消息,该BAT消息包括:
[可选地:指示多个BAT中的哪个或哪些BAT有效(例如,可由通信装备用于向通信设备发送数据)的有效性信息(例如,位图,例如,在图8b的示例中被指示为“有效BAT”);在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];和/或
[可选地:指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]]。
该通信装备被配置为:
发送确认[例如,向通信设备],该确认是根据更新BAT从比特分配的使用中导出的。
该通信装备可以被配置为:其中,比特分配表BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由通信装备用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
该通信装备可以被配置为:其中,BAT消息的长度可变。
该通信装备可以被配置为:其中,BAT消息将关于不同子载波组的信息分组[其中,每个组的子载波的数量可以随组变化而变化]。
该通信装备可以被配置为:其中,可以选择性地更新先前被指示为无效的BAT。
该通信装备可以被配置为:其中,不能更新先前被指示为有效的BAT。
该通信装备可以被配置为向通信设备发送确认(例如,如图8c所示),该确认是根据更新BAT从比特分配的使用中导出的。
该通信装备可以被配置为向通信设备发送使用被指示为有效的BAT之一的传输。
该通信装备可以被配置为:其中,BAT消息中的信息基于关于信道状况的反馈[例如,根据信标消息确定]。
该通信装备可以被配置为:其中,BAT更新信息包括前向纠错(FEC)信息[例如,包括关于要从通信装备发送的数据的所请求的冗余期望的信息]。
在以上示例中,一些方面涉及一种用于在通信设备[例如,用户设备,例如,移动设备]与通信装备[例如,基站(BS)或协调器][例如,执行光通信]之间进行通信[例如,无线通信,例如,光通信]的方法,该方法包括发送[例如,从通信设备向通信装备]比特分配表BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由BS或协调器用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
在以上示例中,一些方面涉及一种用于在通信设备[例如,用户设备,例如,移动设备]与通信装备[例如,基站(BS)或协调器]之间进行通信[例如,无线通信,例如,光通信]的方法[例如,执行光通信],该方法包括发送[例如,从通信设备向通信装备]比特分配表BAT消息,该BAT消息包括:
[可选地:指示多个BAT中的哪个或哪些BAT有效(例如,可由BS或协调器用于向通信设备发送数据)的有效性信息(例如,位图,例如,在图8b的示例中被指示为“有效BAT”);在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示要更新多个BAT中的哪个BAT的更新BAT信息[例如,在图8b的示例中被指示为“更新BAT”];和/或
[可选地:指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息(例如,图8b的示例中的最后5个字段)]。
该方法还包括:
从通信装备向通信设备发送确认,该确认是根据更新BAT从比特分配的使用中导出的;和/或
在通信设备未从通信装备接收到有效确认的情况下[例如,在预定阈值内],从通信设备向通信装备重新发送BAT消息。
该方法还可以包括比特分配表BAT消息,该BAT消息包括:
指示多个BAT中的哪个或哪些BAT有效[例如,可由BS或协调器用于向通信设备发送数据]的有效性信息[例如,位图,例如,在图8b的示例中被指示为“有效BAT”][在一些示例中,还指示多个BAT中的哪个或哪些BAT是无效的];和/或
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息[例如,图8b的示例中的最后5个字段]。
可以使用设备进一步配置该方法。
在以上示例中,一些方面涉及一种存储信息的非暂时性存储单元,该信息在由处理器执行时使该处理器执行一种方法。
在以上示例中,一些方面涉及一种包括通信装备和通信设备的系统。
以上描述尤其包含例如支持星形拓扑中的分布式光学前端和/或MIMO技术的过程和帧类型的示例。下面讨论示例。
分布式光学前端(OFE)方法的目标:
在信号电平上引入空间分集;和/或
实现具有平滑切换性能和高QoS的空间重用:和/或
低电平“软切换”:OFE在设备移动之后形成对管理协议完全透明的虚拟小区。参见图1,其可以被理解为示出协调器与同时服务两个设备的分布式OFE呈星形拓扑布置。
用于空间重用和联合发送+接收的超帧结构:
CAP中无载波侦听的时隙上行链路随机接入(ALOHA)。仅用于关联和重新连接;可能发生冲突;和/或
用于定期无冲突传输和CFP中的每个设备的GTS分配;和/或
在同一超帧时隙但不同OFE时隙(SDMA)中分配的不同GTS;和/或
GTS跨越多个OFE时隙,意味着一个用于联合发送/接收的“虚拟小区”,参见图2。
信道估计、CSI反馈和GTS更新:
多小区信道估计基于信标中的多小区导频。对于单独的虚拟小区传输,可以生成附加的期望BAT或MCS反馈;和/或
协调器基于反馈来调度GTS并且选择自适应传输;和/或
如果有效性=0,则经由控制帧更新动态GTS并且其在下一超帧期间有效,否则对于多个超帧有效。先前的动态GTS分配失去有效性。在下一反馈帧中确认GTS更新,参见图3。
多小区信道估计反馈:
用于设置抽头的可变分辨率的TAP格式;和/或
用于导频/OFE标识的符号(1-7)+划分(1-32);和/或
第一抽头的强度是SNR[dB];和/或
对于其他TAP,其是第一TAP与当前TAP之间的比率[dB];和/或
第一OFE/TAP是具有最低延迟的OFE/TAP。
自适应比特加载反馈:所请求的BAT控制帧格式:
有效BAT位图指示24个运行时BAT中的每个运行时BAT对于从BAT请求帧的接收方向发送方的传输的适用性;和/或
“更新BAT”字段指示应被更新的用于从请求BAT帧的接收方向发送方的传输的BAT;和/或
如果所有运行时BAT都无效,则该帧仅包含两个八位位组的零;和/或
FEC方案:码速率(CR)1/2、2/3、5/6、16/18、20/21&块大小(BS)960、4320;和/或
其上加载不同比特数的子载波组的列表:
分组:1,2,4,8,16,32,64,128,256,512,1024,2048,4096
加载比特:1,2,4,8,9,10,11,12
最后一组是超出PHY中存在的子载波的实际数量的一组,参见图5。
自适应比特加载反馈:协议:
当信道改变并且正式有效的BAT变得不可用时,设置(“更新”)新的BAT。旧的BAT被标记为无效;和/或
只有当更新BAT ID以前无效时,才允许在更新中重用BAT ID。更新BAT ID必须被标记为有效;和/或
请求BAT帧的接收由接收方通过将最新更新的BAT用于向请求BAT帧的发送方的传输来确认;和/或
通过在后续接收中使用无效BAT ID,可以分离请求BAT帧的丢失。
请求BAT帧示例:
具有512个子载波的HB-PHY的请求BAT帧的示例;和/或
这里指出,只有BAT1、5和14可以用于向请求BAT帧的发送方的传输;和/或
针对给定FEC和两组子载波更新BAT 1,分别加载8比特和6比特;和/或
请求BAT帧的接收方知道第二组子载波是最后一组,因为它指定多于实际数量的子载波;和/或
第二组的超出子载波被忽略并且不被调制,参见图5b。
自适应调制和编码反馈:
发送请求MCS控制帧以请求使用特定的MCS;和/或
与请求BAT帧的过程相同,但是请求MCS;和/或
当发送器未应用正确的MCS时,重复控制帧。
动态GTS描述符:
经由GTS更新帧或经由标准中已经存在的信标帧分配GTS;和/或
有效性字段指定其中GTS有效的超帧的数量;和/或
仅考虑第一应用GTS方向。忽略超出的比特,参见图7a和图7b。
超帧的示例:
新设备或失去连接且未分配GTS的设备可以在CAP中发送关联请求和重新连接反馈帧;和/或
在CFP中的GTS中执行所有控制-管理-和数据传输。
其他示例
这里涉及对于多个光学前端的MAC层支持,其可以与上述任一方面相关联。
该部分尤其包含支持星形拓扑中的分布式光学前端和MIMO技术所必需的协议过程和帧类型方面的建议。
分布式光学前端(OFE)方法的目标:
在信号电平上引入空间分集
实现具有平滑切换性能和高QoS的空间重用
低电平“软切换”:OFE在设备移动之后形成对网络层完全透明的虚拟小区
图1:协调器与同时服务两个设备的分布式OFE呈星形拓扑布置
前传技术和功能拆分:
协调器的PHY经由前传与其OFE连接
前传的实现超出了范围。
模拟前传可以是普通同轴电缆或模拟信号的光纤传输
数字前传可以是数字化波形样本(CPRI)的传输
移动网络中信号链功能的拆分(也被称为“新功能拆分”)超出了范围
当前正在移动网络的环境下研究数字前传传输技术,并且在不同的标准化活动中定义需求:
eCPRI
IEEE802.1CM
前传延迟:
前传实际上增加了传播延迟。阶差高达~100μs。
前传延迟tF必须是已知的,并且对于所有OFE都大致相同。
模拟前传延迟是传播延迟的一部分。
一种用于数字前传的适当的同步技术是IEEE 1588v2(PTP)。可以从每个OFE处的PTP从站获得每个OFE处的MAC帧开始。
如果没有此类技术可用,则可以考虑专有方法。
不同OFE处的空中时间之间的剩余延迟差必须非常小,即,远低于1/2循环前缀持续时间。
多个OFE的PHY支持(参见图6):
协调器的PHY具有多个发送和接收链(TRX链)和针对OFE的多个端口(OFE端口)。
经由PD-SAP的每个PSDU的TX配置
在哪些OFE上传输
每个OFE的延迟差补偿(以最佳时钟周期为单位)。
通过PLME-SAP的RX配置
虚拟小区中用于在上行链路中组合的OFE组
对于每个OFE前传延迟是恒定的如上所述,MAC层必须补偿该值。
用于空间重用和联合发送+接收的超帧结构:
CAP中无载波侦听的时隙上行链路随机接入。仅用于关联和重新连接;可能发生冲突。
CFP中用于定期发送和接收的每个设备的GTS分配。
在同一超帧时隙但不同OFE时隙(SDMA)中分配的不同GTS。
GTS跨越多个OFE时隙,意味着一个用于联合发送/接收的“虚拟小区”。
动态GTS:
如果在不同设备的GTS中“重用”相同的超帧时隙(空间复用),则当具有这些GTS的设备彼此接近时,移动性可能导致帧冲突。
因此,GTS分配必须快速适应移动性。
经由管理框架(D3中的5.1.10和附录G)保持现有的半静态GTS分配机制。
建议:除了半静态GTS分配之外,协调器还可以经由控制帧将所谓的动态GTS指派给设备。
动态GTS仅对于指定数量的超帧有效,此后不得使用。
除非经由mgmt.协议解除分配,否则半静态GTS是有效的。动态GTS描述符:
动态GTS描述符经由控制帧传输。
动态GTS描述符类似于半静态GTS描述符,但没有设备地址并且包含有效性字段。
动态GTS描述符中的有效性字段可以包含针对其指派了动态GTS的超帧的数量。
为GTS列表添加表格
关联和重新关联(例如,参考方面II;还参见图3a):
失去与协调器12的连接并且没有分配GTS的新设备16可以在CAP 11a中发送关联请求和重新连接反馈帧35。
建议:CAP传输:包含多个超帧时隙的宏时隙中的时隙Aloha,每个超帧时隙可以容纳一整帧。
建议:将所估计的下行链路CSI包括在随机接入帧中信道估计、CSI反馈(如32、32b、35)和GTS更新:
信道估计可以基于信标11中的多小区导频。可以在GTS中经由控制帧定期地发送CSI反馈(例如,32、32b、35)。
协调器12可以基于CSI反馈动态地更新GTS分配。
如果有效性=0,则可以经由控制帧更新动态GTS并且其在下一超帧期间有效,否则对于多个超帧有效。在示例中,先前的动态GTS分配失去有效性。可以在下一反馈帧中确认GTS更新。
现在特别参考方面III(参见上文)和图1a。具有分布式光学前端的MU MIMO:
使用多个分布式光学前端(OFE)连带单个协调器作为MU-MIMO系统。
多个OFE的延迟差补偿
MU MIMO的控制信令
延迟差:示例
假设例如使用PTP通过以太网进行数字前传
光网络很小,例如10-100m*5ns/m=50-500ns前传延迟
PTP=精确时间协议IEEE 1588v2
PTP分组获得高优先级,在固定情况1,2中准确度<<1μs
前传+比例延迟+PTP准确度<长CP或同步序列长度
LB PHY@32MHz:CP=160样本*31,25ns=4.8μs
HB PHY:CP=1.28μs
PM PHY@200MHz:同步序列长度=384样本*5ns=1.92μs
显然,所有延迟的总和小于长CP/同步序列长度
可以在空中实现精确的前传对准
(还参见:L.Cosart,“Precision Packet Delay Measurements Using IEEE1588v2,”2007IEEE Int.Symp.on Precision Clock Synchronization for Measurement,Control and Communication,Vienna,2007,pp.85-91。还参见:R.L.Scheiterer,C.Na,D.Obradovic,G.Steindl,F.-J.Goetz,“Synchronization Performance of thePrecision Time Protocol in the Face of Slave Clock Frequency Drift,”4th IEEEConference on Automation Science and Engineering,Key Bridge Marriott,Washington DC,USA,August 23-26,2008。)
延迟差补偿:问题(还参见图1a):
光学前端(OFE)必须是时间对准的
前传协议(如果有的话)对于OWC是透明的
前传是模拟的或数字的,但意味着一定的延迟
协调器补偿每个OFE处的剩余延迟差
情况:
系统开启
例如,应用PTP
在每个OFE处存在单独的时间误差tF1、tF2、tF3
存在来自每个OFE的单独的传播延迟tP1、tP2、tP3
总延迟扩展<1μs
时间对准:建议的解决方案:
建议的解决方案:
测量空中的单独的延迟差
对协调器通知延迟差
用每个OFE中的可变FIFO延迟缓冲器校正延迟差建议:
信标将足够长的CP用于信道估计、报头、可选字段和有效载荷
信标在可选字段中包含用于MIMO的正交序列
设备对所有OFE执行多小区信道估计
设备针对关联请求中的所有可见OFE发送CIR(CSI反馈)
协调器相应地校正每个OFE中的延迟差
下行链路MIMO操作:
经由所有OFE联合地发送信标
使用MIMO参考信号支持延迟差测量
OFE由不同的MIMO参考信号标识
设备对每个OFE执行多小区信道估计
设备向协调器提供每个可见OFE的信道状态信息CSI反馈,CSI可以被显著地压缩(另参见下文)
协调器在每个OFE处应用延迟差补偿
自适应CSI反馈压缩:
选择可见OFE
将信道从频域转换到时域→重构CIR
基于噪声和干扰相关阈值选择非零抽头
量化每个非零抽头上的幅度
使用固定或可变量化,变量取决于SINR MIMO CSI反馈格式:
所有可见OFE的时域反馈
对于每个抽头幅度,使用自适应量化(可以是固定的)
脉冲响应反馈格式3:
OFE索引指示源OFE
步长和量化比特描述自适应量化
延迟矢量是位图,如果第l个抽头是非零,则在位置l处为1,否则为0
L=总和(延迟矢量)是CIR中非零抽头的数量
抽头包含L个抽头的幅度,用B比特深度来量化自适应比特加载:
自适应比特加载与HB OFDM PHY一起使用。
运行时比特分配表BAT由MAC协商。
设备测量子载波特定的SNR值并且计算包含每个子载波或子载波组的比特数的期望BAT。
经由期望的BAT控制消息将该期望BAT反馈给协调器,即,如果信道改变了
协调器决定是使用期望BAT还是使用另一BAT。
协调器使用授权BAT控制消息通知设备。
为了在预定义BAT和运行时BAT之间快速切换,PHY报头包含解调所需的BAT ID。
自适应比特加载:过程:
基本BAT维护过程:
设备定期更新它们能够支持的BAT
过程可以由设备或协调器启动
协调器在每个前导帧中或在设备请求之后发送信道估计符号
如所述的协商
期望的BAT格式:
所包括的信息:
要更新的BAT ID
子载波按组1、2、4、8、16进行的分组
有效BAT ID
FEC块大小
FEC码速率
最低加载子载波(组)
最高加载子载波(组)
每个子载波(组)加载的比特
帧格式遵循
其他方面
无线专用网络
■1.1范围
■1.2目的
■2说明
本节中所讨论的概念可以被概括为具有例如通过可以是光学的或非光学的无线链路进行通信的第一装置16和/或第二装置15的系统。这里讨论的概念也可以单独地与上面讨论的其他概念组合。代替光学前端,通常更可能引用前端(例如,无线前端)。代替OWPAN,可以引用网络(例如,诸如光学网络之类的无线网络)。
■3定义、首字母缩写和缩略词
■3.1定义
本条款列出了在整个公开中使用的术语。各术语以粗体字显示。定义在冒号后给出。如果术语具有同义词(即,在本公开中描述相同实体的其他术语),则这些同义词可以在括号中列出。该定义可以由同义词规范代替,在这种情况下,可以参考同义词的定义。
竞争接入时段(Contention Access Period)(CAP):
CAP时隙(CAP Slot):CAP中多个超帧时隙的组合。
保证时隙(Guaranteed Time Slot)(GTS):
MAC帧(MAC Frame):在MAC子层上处理的帧
[MAC协议数据单元]([MAC Protocol Data Unit])
MAC协议数据单元(MAC Protocol Data Unit)(MPDU):
[MAC帧]([MAC frame])
调制和编码方案(Modulation and Coding Scheme)(MCS):物理层上的速率适配参数。这例如包括调制类型或错误编码方案的细节。
超帧时隙(Superframe Slot):启用信标的信道接入模式下每个超帧的基本时间资源构建块。其他持续时间(即,信标时隙或CAP时隙的持续时间)是超帧时隙持续时间的倍数。
■3.2首字母缩写和缩略词
FCS帧校验序列(Frame Check Sequence)
DME设备管理实体(Device Management Entity)
TAIFS周转帧间间隔(Turn Around Inter-Frame Space)
LLC链路层控制(Link Layer Control)
■4概述
■4.1引言
■4.2IEEE802.15.13OWPAN的组件
OWPAN(或更一般地,网络)可以由符合公开的设备构成。设备携带用于网络中的标识和平面寻址的MAC-48地址。设备由兼容的MAC实现构成并且使用在本公开中定义的兼容的PHY。并非所有设备都需要实现维护OWPAN的功能。如果支持该功能的设备主动地维护OWPAN,则它们也被称为具有协调器功能的设备或协调器。
在每个OWPAN中,单个具有协调器功能的设备可以承担协调器的角色(例如,第二装置15)。协调器可以负责启动、维护和最终停止OWPAN。协调器还可以参与OWPAN中的所有数据传输。因此,OWPAN的单个逻辑网络拓扑可以是星形拓扑,如4.3中所详述。
非协调器设备(随后也被简称为设备)实现的功能少于协调器。设备与OWPAN相关联,以便获得与网络的第2层连接。
■4.3网络服务
OWPAN指示设备之间的网络。MCPS-SAP基于MAC-48地址在设备之间提供MSDU的传输作为服务。此外,协调器可以充当接入点[网桥],将与所维护的OWPAN相关联的设备与外部网络中的对等方连接。
■4.3.1拓扑
所有IEEE 802.15.13OWPAN都具有星形拓扑。因此,如图9-1所示,单个协调器可以参与两个设备之间的或外部对等方与同OWPAN相关联的设备之间的所有数据传输。此外,同一OWPAN的两个设备之间的数据传输也必须(在一些示例中)由协调器中继。
取决于应用,星形拓扑可以具有不同的特性。随后的条款列出了要实现的星形拓扑的不同特殊情况。
■4.3.1.1分布式MIMO星形拓扑
为了改善传输特性和增加移动性支持,可以实现星形拓扑以支持MIMO原理。在这种情况下,协调器可以具有用于与其PHY相关联的发送和接收的多个光学前端(OFE)。对于每个OFE,协调器能够发送相同或不同的信号。然而,设备无法对单独的OFE进行寻址,这使得它们除了设备观测到的不同导频信号之外,对设备是透明的。
分布式MIMO星形拓扑的实现通常不在本公开的范围内。例如,OFE可以在空间中分布并且经由某种前传技术(例如,根据IEEE802.1CM-2018)连接到单个中央协调器实例。考虑到这些可能性,本公开定义了有助于实现的手段。例如,这些是从每个OFE在物理层处发送正交导频符号的可能性。然而,省略了详细的实现规则。MAC还通过信道接入机制支持这些可能的实现,该信道接入机制能够应对实际上将传播延迟增加到几百微秒的大的前传延迟。
分布式MIMO星形拓扑可以在图9-3中示出(没有图9-2)。协调器的OFE可以以各种方式布置。一种可能的布置可以是在OWPAN的目标覆盖区域上分布OFE。
■4.3.1.2单向星形拓扑(广播)
在单向星形拓扑(如图9-4所示)中,OWPAN仅包括协调器。单向星形拓扑的协调器不接受设备的关联。它可以发送以广播地址作为目的地地址的帧。
■4.3.1.3协调星形拓扑
部署在同一区域中的多个协调器可以由主协调器协调。相应的拓扑可以被称为协调星形拓扑。
主协调器(例如,12)的功能通常不在本公开的范围内。当前预期,协调星形拓扑部署可以包括来自单个供应商的设备,因此不需要协调器与主协调器之间的接口的标准化。
将主协调器与各个协调器互连的网络可以用于操纵信息,但也可以用于运送数据帧。它也可以被称为回传17。主协调器(在一些示例中)将向更高层提供SAP,以便根据[IEEE802网桥定义]将协调OWC网络抽象为网桥。协调拓扑可以在图9-5中描述。
由于光是高度局部的,单个区域通常不配备来自不同提供商的多个不协调的基础设施。因此,假设将以协调的方式部署相邻的IEEE802.15.13OWPAN。如果多个OWPAN基础设施在其覆盖区域中重叠,则它们应当总是由管理相应协调器之间的资源分配的主协调器协调。
■4.3.1.4射频混合拓扑
混合拓扑涉及每个设备处的可选的基于RF的连接。混合拓扑的实现可能不在本公开的范围内。可以预期,例如根据802.1AX,可以在802.15.13MAC之上执行对交替的基于OWC和基于RF的连接的管理。
■4.3.1.5对等拓扑
在对等拓扑中,两个设备试图彼此执行点对点通信。在这种情况下,设备之一承担协调器角色,向另一设备提供点对点OWPAN。因此,对等拓扑可以是星形拓扑的特例,涉及与所提供的OWPAN相关联的协调器和单个非协调器设备。
■4.3.2集成
OWPAN提供三种逻辑上不同的传输服务:
1)从协调器到没备或从没备到协调器的传输
2)从设备到OWPAN中的另一设备或到外部网络中的对等
方的传输
3)从OWPAN中的另一设备或外部网络中的对等方到OWPAN中的设备的传输
本公开当前可能不支持第四种情况:桥接。在桥接中,协调器后面的外部网络中的对等方将能够与关联设备后面的外部网络中的对等方进行通信。
在情况1)中,所传输的帧可以是从协调器发送到设备的控制或管理帧,反之亦然。而且,帧可以是来自在设备或协调器上运行的更高层应用程序或协议的数据帧,其中目的地MAC-48地址被设置为协调器或设备的地址。
在情况2)中,在设备上运行的更高层应用程序或协议发送目的地被设置为MAC-48地址而不是协调器的单播地址的帧。目的地地址可以属于OWPAN的另一设备或协调器可以与之连接的另一网络中的对等方。
■4.4共存
光的高方向性给基于能量检测的共存方案带来了困难。这可以与具有全向传播特性的基于RF的通信技术形成对比。通过这些全向特性,以不可相互解码的信号为特征的异构RF技术可以依赖于在信道可能通过超出给定信号能量阈值(通过能量检测的CCA)而被检测到繁忙之后抑制传输。
然而,通过方向性,设备A无法推断当前在设备A的预期接收器处接收到第二设备B的传输。
本公开将不协调的传输(即,随机信道接入)限制到诸如关联或重新连接之类的最低要求目的。然而,在外来技术进入IEEE 802.15.13OWPAN的覆盖区域的情况下,行为可能是未指定的。当前,不同的OWC公开之间可能不存在共存协调。
■4.5架构
类似于其他IEEE 802标准,本公开的架构可以由多个层来定义,以便对相关功能进行分组并且简化本公开。每个层可负责本公开中所包括的功能的子集并且向下一更高层提供服务。
每个层包括用于与其他层进行交换的接口。更具体地,较低层向下一较高层提供其服务。在本公开中用于相应接口的术语可以是服务接入点(SAP)。
本公开指定了可能连接由不同供应商提供的实体的暴露接口。当前,这是MCPS-SAP和MLME-SAP,如图9-6所示。假定其他接口是供应商内部的或不需要详细说明。
层的不同功能可以通过构成给定SAP的所谓原语来访问。原语的概念可以在条款4.6中进一步描述。
要经由OWPAN传输的数据会经过多个层。要在层之间传递的控制管理和/或数据比特的集合也可以被称为协议数据单元(PDU)。根据PDU交换中涉及的层和交换方向,PDU具有特定的名称。由更高层协议传递到MAC子层的数据PDU可以被称为MSDU。它通过MCPS-SAP进入MAC子层以通过OWPAN传输,并且在通过OWPAN成功传输之后通过MCPS-SAP离开MAC子层。
在通过MAC子层处理之后(传输期间)或在通过MAC子层处理之前,与PHY进行交换的数据单元可以被称为MPDU(出于MAC角度)或(PHY服务数据单元)PSDU(出于PHY角度)。PSDU通过PHY-SAP进入和离开PHY。
在传输方向上,PHY处理PSDU,产生表示要通过光学介质传输的物理信号的PPDU。在通过一个或多个OFE传输之后,PPDU可以由PHY层接收并且被处理为PSDU,PSDU随后遍历各层直到MCPS-SAP。
■4.6原语的概念
层的服务是它通过在下一较低层的服务上构建其功能而向下一较高层或子层中的用户提供的能力。此概念可以在图9-7中示出,其示出了服务用户与服务提供商(下一较低层)的关系。
通过描述用户和层之间的信息流来指定服务。该信息流由离散的瞬时事件建模,这些事件表征服务的提供。每个事件包括通过与用户相关联的层SAP将服务原语从一层传递到另一层。服务原语通过提供特定服务来传达所需的信息。这些服务原语是一种抽象,因为它们指定所提供的服务而不是提供服务的方式。此定义与任何其他接口实现无关。
■4.7功能概述
本条款提供对本公开所支持的功能的概述。
■4.7.1MAC子层
本公开的MAC层允许两种信道接入操作模式。
■4.7.2PHY层
本公开支持三种不同的PHY层。
■4.7.2.1PM-PHY简介
■4.7.2.2LB-PHY简介
■4.7.2.3HB-PHY简介
■4.7.3寻址
在OWPAN中,便于设备的平面寻址。OWPAN中的每个设备具有唯一的MAC-48地址,其包括48比特。该地址可以用于将OWPAN与依赖于MAC-48地址格式的其他LAN集成[参考标准802.1D&标准802.1Q]。
为了提高信令效率,设备在关联过程期间得以指派较短的地址。该短地址包括16比特,并且可以用于在各种控制和管理过程中识别设备或便于在MAC帧中寻址。
某些地址被保留用于特殊目的。对于MAC-48地址,保留地址将(在一些示例中)与[IEEE 802MAC地址细节标准]中的相同。
不应(在一些示例中)使用短地址0x0000。短地址0xFFFF将(在一些示例中)用作广播地址。寻址到广播地址的帧将(在一些示例中)由所有设备接收。
■4.7.4双工模式
所有媒体接入由OWPAN的协调器控制。如果设备支持capFullDuplex能力,则协调器可以允许设备的隐式全双工发送和接收。
■4.8本公开中的约定
本条款列出了本公开中对格式、术语和单位的不同约定。
■4.8.1格式约定
由MAC子层指定和维护的常量和属性以斜体书写且没有空格。常量的通用前缀为“a”,例如aMinFragmentSize。变量属性的通用前缀为“mac”,例如macOwpanId。
帧、元素或字段的名称也用斜体书写。它们首字母大写并且可以包含空格,例如Association Request element(关联请求元素)。
■4.8.2规范术语
使用以下术语来表达对本公开的一致性实现的要求:
a.Shall(应/将)用于强制性要求
b.May(可以)用于描述允许实现支持的可选功能
c.Should(应当)用于推荐的实现和配置选择
■4.8.3功率电平
光学无线通信利用强度调制光和在接收器处的直接检测。因此,对于所有设备,在接收DSP处测得的电信号电平不以相同的方式与接收到的光功率电平相关。相反,接收光功率与接收电功率之间的关系取决于给定设备的实现细节,例如LED和光电检测器特性。
为了比较信号电平,必须(在一些示例中)参考光功率而不是电功率。当在本公开中指定信号电平时,这些是光功率。发射信号电平和接收信号电平也是如此。
■5MAC功能描述
本条款规定了MAC子层的功能和过程。过程可以由MAC或MLME-SAP原语调用的结果启动。MAC使用物理层服务并且负责以下任务:
●根据OWPAN的配置执行信道接入和传输
●启动和维护OWPAN
●与OWPAN关联/从OWPAN解除关联
●分段和聚合MSDU
●在两个对等MAC实体之间提供可靠的链路
●适应交替信道状况
条款6中规定了支持MAC功能的MAC帧格式。条款7中规定了服务、MAC PIB属性和设备能力。条款8中规定了对安全性的支持。
■5.1MAC概述
本条款规定了大部分MAC功能。它覆盖帧发送过程,如通过MCPS-DATA.request原语发起的,直到通过PHY开始PSDU处理。类似地,描述了从通过PHY成功接收到PSDU之后开始到触发MCPS-DATA.indication原语的帧接收过程。
OWPAN可以在启用信标或未启用信标的模式下运行。根据协调器使用哪种模式,以不同的方式执行信道接入。然而,不管所应用的信道接入机制如何,其余的发送和接收过程是相同的。
■5.1.1发送过程
当MAC通过MCPS-SAP接收到MSDU时或当MLME请求发送管理帧时,发送过程开始。
MAC将(在一些示例中)维护MAC-48地址和设备短地址之间的转换表。
设备根据通过所应用的信道接入模式指示的用于发送的最大持续时间来准备用于发送的MPDU。获得发送机会的细节取决于相关联的OWPAN中应用的信道接入机制(参见条款5.2和5.3)。
图10-8示出了MAC发送过程。
设备将(在一些示例中)确保MPDU大小不超出所使用的PHY的最大支持PSDU大小。
■5.1.2接收过程
当MAC从PHY接收到传入的MPDU时,接收过程开始。
图10-9示出了MAC接收过程。
在由PHY提取PSDU之后,它通过预想的PHY-SAP进入MAC。然后,MAC将(在一些示例中)首先基于包括在帧中的FCS检查帧的完整性。如果帧包含不可纠正的错误,则MAC将(在一些示例中)丢弃该帧。如果成功地接收到该帧,则MAC可以解析该帧。
MAC将(在一些示例中)丢弃在其帧控制元素(6.6.1.1)中具有不支持的帧版本的帧。
MAC将(在一些示例中)基于所包括的接收器地址来过滤帧。它将(在一些示例中)丢弃所有不是单播到自身或寻址到广播地址的帧。如果设备是帧被寻址到的多播组的成员,则MAC也将(在一些示例中)不丢弃该帧。MAC还将(在一些示例中)丢弃不属于与其相关联的OWPAN的数据和管理帧。
对于在其报头中指示安全性使用的其余接收帧,MAC将(在一些示例中)执行解密、真实性检查以及重放检测和预防,如在相应的安全性条款中所详述。为此,MAC使用包括在帧的辅助安全性报头中的安全信息,如针对安全性类型的相应条款中所规定的。
如果帧指示包含片段,则MAC将(在一些示例中)缓冲帧并且根据5.5执行重组。随后,如果帧包含聚合的MSDU,则它将(在一些示例中)根据5.6.2执行解聚合。
对于每个接收到的MSDU,MAC将(在一些示例中)根据条款5.7过滤重复项。最后,根据配置,MAC将(在一些示例中)根据5.7.1或5.7.2为每个成功接收的MSDU生成确认。
■5.2启用信标的信道接入
如果OWPAN在启用信标的信道接入模式下运行,则信道时间被划分为后续的超帧。每个超帧由三个主要部分组成:信标传输、可选的竞争接入时段(CAP)和无竞争时段(CFP)。
OWPAN协调器对信标的发送在5.2.2中进行描述。
在CAP中,设备可以通过时隙ALOHA随机接入信道。CAP中的随机信道接入可以仅被允许用于如I 5.2.3中规定的特定过程和帧类型。
所有其他帧传输都发生在CFP中(参见5.2.4)。CFP包括被称为GTS的保留资源,其被指派给每个设备用于给定超帧。如5.2.5所述,协调器调度并且通告GTS分配。
■5.2.1超帧结构
超帧可以总共包括macNumSuperframeSlots个超帧时隙。macNumSuperframeSlots是由OWPAN协调器确定并且在信标帧中通告给设备的变量。超帧内的超帧时隙的最大数量是65535(参见6.6.1.10)。每个超帧时隙具有aSuperframeSlotDuration的持续时间。超帧时隙的数量及其各自的持续时间决定每个超帧的总持续时间。
本公开利用整数个超帧时隙来指定超帧内的持续时间。这可以是CAP、CAP时隙、GTS和超帧的其他子部分的持续时间。
每个OWPAN协调器为其协调的OWPAN定义超帧结构。OWPAN的连续超帧不一定必须相邻,而是可以在它们之间具有OWPAN未使用的信道时间。
在协调拓扑中,主协调器确定每个OWPAN的超帧何时开始以及多长时间。协调拓扑的细节不在本公开的范围内。
在超帧中的macNumSuperframeSlots个超帧时隙中,三个连续的时隙组分别用于信标传输、CAP和CFP,如图10-10所示。为信标传输保留的超帧时隙的数量取决于信标帧的长度。CAP的长度由OWPAN协调器确定,并且可以在超帧与超帧之间改变。超帧中的其余时隙用于CFP,并且可以用于设备与协调器之间的帧传输。
■5.2.2信标发送
在启用信标的信道接入模式下,协调器将(在一些示例中)在超帧的开始处发送信标。信标帧是仅包含超帧描述符元素或包含超帧描述符元素和经由可变元素容器元素的附加元素的控制帧。在可能的情况下,应当以恒定的周期发送信标。超帧定时的修改例如可以是信标周期改变的情况。
协调器将(在一些示例中)维护macBeaconNumber PIB属性,并且针对每个开始的超帧和相应的信标发送将其递增1。在达到最高可能值之后,macBeaconNumber可以回绕为1。最高可能值由协调器确定。
协调器将(在一些示例中)将当前macBeaconNumber嵌入到每个信标的超帧描述符元素中。在接收到信标帧时,每个相关联的设备将(在一些示例中)将其macBeaconNumber属性的值设置为接收到的信标帧中的值。
在接收到信标帧时,设备将(在一些示例中)将其时钟与接收到的信标帧同步,如5.2.6中所述。此外,与相应OWPAN相关联或尝试与给定OWPAN相关联的设备将(在一些示例中)将其MAC的NumSuperframeSlots、macCapSlotLength属性设置为包含在接收到的超帧描述符元素中的值。
当协调器使用多个OFE时,信标帧将(在一些示例中)通过所有OFE同时发送。如果协调器支持capMultiQfeFeedback能力,则它将(在一些示例中)将正交导频符号嵌入信标帧中,如条款5.8.4中所详述。
设备将(在一些示例中)在超帧之后直接预期下一信标接收。如果没有检测到信标帧,则设备将(在一些示例中)保持监听下一信标帧,以便在尝试进一步传输之前进行同步。
■5.2.3CAP中的媒体接入
CAP将仅(在一些示例中)用于以下情况中的帧传输:
a)关联过程(参见5.2.3.1)
b)资源请求过程(参见5.2.3.2)
CAP将(在一些示例中)开始于信标之后的超帧时隙,并且结束于超帧时隙边界上的CFP开始之前。在信标帧中通告CAP的长度(参见6.6.1.10)。CAP和CFP时段可以在逐超帧的基础上动态地收缩或增长,以便允许CAP中更多的随机接入传输或CFP中更多的调度传输。
时隙Aloha方案用于CAP中的基于竞争的接入。CAP中的超帧时隙被分组在所谓的CAP时隙中,每个CAP时隙包括macCapSlotLength超帧时隙。每个CAP时隙的超帧时隙的数量决定时隙Aloha方案的时隙大小,并且因此决定冲突预防的有效性。在信标帧中通告macCapSlotLength(条款6.6.1.10)。
有传输意向的设备将(在一些示例中)从[1,CW]中均匀随机地选择多个CAP时隙RS,其中CW等于第一次尝试传输的aInitialCapCw。所有设备的随机数生成器将(在一些示例中)在统计上不相关。随后,设备将(在一些示例中)在尝试传输之前等待RS CAP时隙。等待过程可能会扩展到多个超帧,直到经过RS CAP时隙的总数为止。然后将(在一些示例中)在下一CAP时隙的开始边界处执行传输。
CAP中的传输可能不像5.7中定义的其他帧那样被确认。如果设备隐式检测到CAP传输不成功(例如,由于从未接收到预期响应的事实),则设备将(在一些示例中)将变量RC递增1。RC将(在一些示例中)最初为0。如何检测不成功的CAP传输取决于特定的过程。详情参见相应条款5.2.3.1和5.2.3.2。一旦RC超出实现特定值,CAP传输将(在一些示例中)最终被放弃。
对于每个失败的传输,在尝试在CAP中重传帧之前,设备将(在一些示例中)使CW加倍。然而,CW不应超出aMaximumCapCw。对于重传,设备将(在一些示例中)然后再次等待从[1,CW]中抽取的随机数量的CAP时隙RS,并且在下一CAP时隙的开始处进行重传。
在CAP传输之后,设备将(在一些示例中)在CFP中连续监听,以便接收对在CAP中传输的帧的潜在响应。
图10-4和图10-5分别显示了关联和资源请求过程的CAP传输过程。
■5.2.3.1CAP中的关联过程
由于设备在关联之前没有被指派GTS,关联请求帧必须(在一些示例中)在CAP中传输。因此,请求设备在准备包含如5.4.5中所述的关联请求元素的帧之后开始CAP传输过程。
如果设备支持capMultiOfeFeedback能力,则它将(在一些示例中)包括多OFE反馈元素,其包含从同一帧中的最新信标帧接收中获得的CSI。如果信标不包含附加的多OFE信道估计导频,则设备将(在一些示例中)不包括多OFE反馈元素。
图10-11给出了关联请求过程的流程图。
如果关联设备在实现相关数量的超帧之后没有接收到关联响应,则可以推断关联请求的传输失败。在这种情况下,设备将(在一些示例中)尝试在CAP中重传关联请求,如5.2.3中所述。
■5.2.3.2CAP中的资源请求过程
当设备不具有为其传输分配的任何GTS时间或仅具有(在一些示例中)不足的GTS时间时,它可以执行资源请求过程。例如,在来自协调器的连接被中断并且协调器停止为设备分配GTS之后,可能是这种情况。
在这种情况下,设备可以在CAP中发送控制帧,以向协调器发信号通知GTS时间的要求。如果在关联期间协商capMultiOfeFeedback能力,则控制帧将(在一些示例中)包括多OFE反馈元素,其包含从最新信标帧接收中获得的多OFE CSI。
CAP中GTS请求的过程类似于关联过程。相应的流程图如图10-12所示。
■5.2.4CFP中的媒体接入
CFP中的信道接入基于动态TDMA原理。可以在每个设备的基础上保留超帧时隙,以便允许无竞争媒体接入。为特定设备保留的一组相邻超帧时隙被称为保证时隙(GTS)。第一超帧时隙和以整数个超帧时隙给出的持续时间定义GTS在超帧中的位置,如条款6.1.13.1所述。GTS将仅(在一些示例中)驻留在CFP内。
在设备接收到相应的GTS描述符元素之后,它将(在一些示例中)保持所有其即将到来的GTS的列表。设备将仅(在一些示例中)在指派给它的GTS中传输。
设备应当确保所传输的信号不会干扰任何其他设备处的其他GTS中的传输。这例如包括考虑由所使用的PHY引入的总传输延迟以及假定的传播延迟和范围。如5.2.7中所述,设备将(在一些示例中)确保其传输遵守帧间间隔的规则。
具有GTS的设备可以使用或不使用GTS内的所有分配的持续时间。对用于传输的MPDU的选择由设备根据其队列中的待处理帧的数量和它们的用户优先级字段的值以及可能的其他标准来在本地确定。
协调器可以在CFP中的任何点执行到设备的传输。因此,所有设备必须(在一些示例中)在整个CFP期间监听接收。反之亦然,协调器必须(在一些示例中)在每个GTS期间监听信道以进行接收。
■5.2.5GTS分配和信令
仅(在一些示例中)OWPAN协调器有权(解除)分配GTS。任何分配的GTS将(在一些示例中)位于CFP内。
如果协调器监督多个空间分布的OFE,则它可以在不同的GTS中为多个空间上远离的设备分配相同的超帧时隙,以便便于在整个OWPAN的覆盖区域中进行资源的空间重用。然而,协调器必须(在一些示例中)确保来自和去往共享相同超帧时隙的设备的传输不相干扰。
设备通过提供关于其队列状态的信息以及进行流预留来帮助协调器进行GTS分配过程。
设备通过提供关于它们接收最近的OFE的信号强度的信息来帮助协调器避免GTS分配过程中的干扰。
协调器可以逐个超帧地在超帧内移动GTS。这允许协调器在可见性和信号强度由于移动性而在OFE和设备之间变化的情况下灵活地重新安排GTS指派、优化资源的利用以及防止GTS的冲突。
GTS分配将(在一些示例中)经由包括GTS描述符元素的控制帧从协调器通告给相应的设备。这些控制帧将(在一些示例中)是单播,并且仅(在一些示例中)由为其指定了GTS分配的设备接收。GTS分配将(在一些示例中)立即改写设备中的所有现有GTS分配。在接收到新的GTS分配之后,将(在一些示例中)不得使用先前分配的GTS。GTS分配在随后的超帧中或在GTS分配帧中指示的超帧中变得有效。
■5.2.6同步
所有设备(无论它们与启用信标的OWPAN相关联还是尝试关联)将(在一些示例中)在它们开始发送或接收之前与协调器的时钟同步。在每个超帧的开始处发送的信标通过到达时间同步来实现启用信标的OWPAN中的设备的同步。
OWPAN中的每个设备(包括协调器)将(在一些示例中)在信标的PHY前导的开始处开始计数第一超帧时隙,如图10-13所示。因此,所有超帧时隙以及因此超帧内的定时均相对于信标前导的开始而言。
兼容的设备实现将(在一些示例中)将本地时间的准确度保持为至少与aClockAccuracy一样准确。
■5.2.7帧间间隔
由本公开定义的唯一的(在一些示例中)IFS是周转帧间间隔(TAIFS)。需要TAIFS来确保传输之间足够的周转时间。周转时间被定义为收发器从发送切换到准备接收或从接收切换到开始后续发送所需的最大时间。发送器必须确保其发送在GTS结束之前的至少一个TAIFS时结束,以便使所有接收设备能够从一开始就充分利用其GTS。TAIFS将(在一些示例中)至少是为每个PHY定义的最大预期周转时间。
如果设备能够确保所有其他设备能够在它们的GTS中有序地发送和接收,例如因为它们实现capFullDuplex能力,则设备可以忽略在其GTS结束之前的至少一个TAIFS时完成发送的要求。
单个发送器的连续发送之间的间隔不是严格要求的。期望接收器能够足够快地处理传入帧以处理连续的传输。
■5.2.8保护时间
在TDMA系统中,当设备的本地时钟不完全同步时(例如,通过由设备本地时钟的频率不准确引起的漂移),需要保护时间来防止相邻GTS中的传输发生冲突。GTS由GTS元素中规定的开始时间和持续时间定义(参见条款6.6.1.13)。保护时间是一个GTS的结束和下一个GTS的开始之间的时间。
图10-14描绘了保护时间的图示,使得如果相邻GTS的所有者向其他GTS漂移,则连续传输总是被至少一个TAIFS隔开。
所需的保护时间取决于设备的本地时间和理想时间之间的最大漂移MaxDrift。该漂移是自同步参考事件(即,信标接收)以来经过的时间以及OFE和定义本地采样时钟的设备中的本地振荡器的精度的函数。在IEEE 802.15.13OWPAN中,同步事件是信标前导的开始。最大漂移MaxDrift可以计算如下:
MaxDrift=时钟准确度/超帧持续时间
时钟准确度取决于设备实现,但是不应(在一些示例中)比由aClockAccuracyPIB属性给出的值更差。超帧持续时间是超帧的当前持续时间,因此是同步事件的周期。
同步准确度SyncAccuracy描述设备如何准确地与协调器的时钟同步。该值取决于协调器实现,并且将(在一些示例中)由供应商确定。该值还将(在一些示例中)包括通过执行同步所基于的信标帧的变化传播时间引入的不确定性。
协调器将(在一些示例中)确保至少2·(MaxDrift+SyncAccuracy)的保护时间介于空间上不正交的两个后续GTS之间。
■5.3未启用信标的信道接入
[参见文件15-18-0488-01-0013]
■5.4OWPAN管理
本条款描述了对现有OWPAN的扫描、新OWPAN的启动以及设备与/从现有OWPAN的关联和解除关联。
■5.4.1对OWPAN的扫描
由设备执行扫描过程以检测在其附近运行的任何OWPAN。在光通信中,基带中的单个频率范围用于所有传输。因此,对现有OWPAN的扫描缩减为对单个频率信道的扫描。然而,多个OWPAN可以由主协调器协调并且共享总的可用信道时间。
IEEE 802.15.13设备将(在一些示例中)支持对OWPAN的被动扫描。在被动扫描期间,设备监听传入帧以及其接收功率超出macEdScanThreshold阈值的不可解码信号。如果设备使用多个光学前端,则它将(在一些示例中)监听所有前端并且尝试单独地针对每个前端解码接收。
当DME通过MLME-SCAN.request原语或通过MLME自身请求时,开始扫描。被指示扫描OWPAN的设备将(在一些示例中)在扫描周期期间监听接收的信标或RA帧。在扫描期间,MAC子层将(在一些示例中)丢弃所有其他接收到的帧。
对于扫描周期中的每个成功解码的信标或RA帧,设备将(在一些示例中)将相应的OWPAN ID和OWPAN名称添加到扫描结果列表中。它还将(在一些示例中)将帧中指示的接收电SNR和安全性类型添加到结果列表中。返回的列表将(在一些示例中)不包含重复的条目。
如果设备在扫描时间期间检测到具有大于macEdScanThreshold的接收功率的至少一个不可解码信号,则该设备将(在一些示例中)向扫描结果列表添加具有OWPAN ID=0xFFFF、OWPAN名称=“未知”和最强接收信号的接收功率电平的条目。
如果通过MLME-SCAN.request原语启动扫描,则将(在一些示例中)经由MLME-SCAN.confirm原语返回扫描结果。
■5.4.2启动OWPAN
启动新OWPAN的过程是在通过MLME-SAP的MLME-START.request原语指示具有协调器功能的设备这样做之后发起的。本子条款描述了启动和维护OWPAN所涉及的步骤。如果预期协调器之前维护过OWPAN,则根据5.4.4,DME将(在一些示例中)在启动新的OWPAN之前停止该OWPAN,以便重置所有MAC和PHY状态以及将可能关联的设备解除关联。
DME将(在一些示例中)在尝试启动新的OWPAN之前立即发出扫描。如果相应的扫描报告的结果列表为空或如果可以通过协调拓扑提供多个OWPAN协调器之间的资源协调,则DME将仅(在一些示例中)发出MLME-START.request原语。
预期协调器的DME将(在一些示例中)选择OWPAN ID和OWPAN名称。如果协调器实现capShorMddressing能力,则它将(在一些示例中)采用所选的OWPAN ID作为其短地址。DME将(在一些示例中)提供所选的OWPAN ID、OWPAN名称和其短地址作为MLME-START.request的参数。MAC将(在一些示例中)将macSecurityType属性设置为经由MLME-START.request原语传达的安全性类型。
注-OWPAN ID可以由主协调器分配。两个相邻的OWPMN将(在一些示例中)不使用相同的OWPAN ID。两个OWPAN可以使用相同的OWPAN名称。
在接收到MLME-START.request时,预期协调器的MLME将(在一些示例中)准备作为协调器的操作,并且随后根据所配置的信道接入模式开始发送帧。
■5.4.3维护OWPAN
在成功启动OWPAN之后,协调器和相关联的设备将(在一些示例中)支持MCPS-SAP和相应的MAC数据路径功能的原语以及实现了部分所支持的能力的MLME-SAP的原语。
协调器可以改变正在运行的OWPAN的参数,使得与OWPAN相关联的设备需要修改它们各自的PIB属性。为了控制相关联设备的PIB属性,协调器可以向相关设备发送属性改变请求元素。属性改变请求元素将(在一些示例中)包含相应的PIB属性名称和待设置的新值。
接收属性改变请求的设备将(在一些示例中)修改所指示属性的值以反映所请求的改变。随后,它将(在一些示例中)用属性改变响应来响应协调器,该响应指示所尝试的属性改变的结果。
■5.4.4停止OWPAN
为了停止现有的OWPAN,协调器的DME将(在一些示例中)通过MLME-SAP发出MLME-STOP.request。在接收到原语时,协调器将(在一些示例中)用适当的原因代码将所有相关联的设备解除关联。接着,它将(在一些示例中)清除在OWPAN的可用时间期间引入的所有状态。
■5.4.5与OWPAN关联
关联过程涉及多个步骤:
1、以获得(临时)信道接入为目的请求关联
2、(可选)如果OWPAN要求,则请求认证
■5.4.5.1关联请求
DME通过MLME-ASSOCIATE.request原语指示设备MLME尝试与现有OWPAN相关联。在开始关联过程之前,设备将(在一些示例中)重置所有状态,包括其MAC的队列和变量。
在接收到MLME-ASSOCIATE.request之后,设备将(在一些示例中)准备要发送到OWPAN协调器的管理帧。管理帧将(在一些示例中)以以下任一方式包括关联请求元素,即通过作为专用关联请求帧或以其他方式包括关联请求元素。
关联请求元素将(在一些示例中)包括设备所支持的用于期望关联的能力。此外,该请求将(在一些示例中)包括如在条款6.6.1.3中详述的必要信息。
请求设备将(在一些示例中)根据用于关联的信道接入规则向OWPAN的协调器发送管理帧。这些取决于OWPAN中所应用的信道接入模式而不同,如分别在条款5.2和5.3中所详述。该帧将(在一些示例中)在无保护的情况下传输(参考条款5.7)。
如果协调器MLME决定继续关联,则它将(在一些示例中)准备包含关联响应元素的管理帧。关联响应元素将(在一些示例中)包括在预期关联期间要使用的能力集合。该能力集合将(在一些示例中)不包括除了先前由设备在关联请求元素中指示的能力之外的其他能力。精确的能力集合可以由协调器来选择。
如果协调器决定不继续关联,则它将(在一些示例中)具有适当的状态代码集的关联响应元素。
如果OWPAN是安全的并且需要进一步认证,则关联响应元素将(在一些示例中)包含设备的后续认证所需的进一步信息,如条款8中所详述。在成功接收到关联响应元素之后,如有必要,设备将(在一些示例中)与OWPAN协调器执行认证。
图10-16描绘了成功关联过程的序列图。
■5.4.5.2认证请求
如果设备接收到的关联响应元素指示需要进一步的认证,则设备将(在一些示例中)对应于所应用的安全性类型来处理包括在关联响应元素中的认证材料。所得到的认证数据将(在一些示例中)然后被包括在认证请求元素中,并且经由管理帧发送给协调器。
对于认证请求元素的传输,协调器可以向关联设备授权临时信道接入。如果没有,则设备可以类似于CAP中的关联请求地发送认证请求元素。
在从关联设备接收到认证请求元素之后,协调器MLME将(在一些示例中)经由MLME-AUTHENTICATE.indication向DME指示设备寻求认证。然后,DME将(在一些示例中)认证设备,并且经由MLME-AUTHENTICATE.request将结果提供给MLME。DME将(在一些示例中)在30秒内响应MLME-AUTHENTICATE.indication。
MLME将(在一些示例中)向尝试关联的设备发送认证响应元素。如果认证成功,则设备将(在一些示例中)考虑与OWPAN相关联。在进行中的关联期间,它将(在一些示例中)使用安全性,即OWPAN所要求的并且在相应的安全性类型条款中详述的加密、完整性保证和重放保护。
协调器可以在接收到对分别包含关联响应元素或认证响应元素的帧的确认之后认为设备成功关联。
■5.4.6从OWPAN解除关联
单个设备从OWPAN的解除关联可以由OWPAN的协调器或受影响的设备自身通过MLME-DISASSOCIATE.request原语发起。
为了将设备从OWPAN解除关联,协调器将(在一些示例中)向要解除关联的设备发送包含解除关联通知元素的管理帧,如图10-17a)所示。如果协调器没有接收到相应的确认帧,则它将(在一些示例中)在未从设备接收到作为超时原语参数提供的用于超时的其他帧之后将设备视为解除关联。
想要从OWPAN解除关联的设备将(在一些示例中)向OWPAN的协调器发送包含解除关联通知元素的管理帧,如图10-17b)所示。它将(在一些示例中)在接收到对所发送的管理帧的确认之后认定被解除关联。
■5.5分段和重组
可以由发送设备在MSDU或A-MSDU上执行分段。(A-)MSDU将(在一些示例中)最多被分段为16个片段。所有片段将(在一些示例中)包含偶数个八位位组,除了可能包含奇数个八位位组的最后片段。一旦(A-)MSDU被分段并且尝试传输,它将(在一些示例中)不被再次分段。片段(不包括最后片段)的最小大小将(在一些示例中)至少是aMinFragmentSize。
包含分段的MSDU或A-MSDU的MPDU将(在一些示例中)具有序列控制元素。除了最后片段之外的所有片段将(在一些示例中)在数据MPDU的最后片段字段被设置为0的情况下发送。最后片段将(在一些示例中)使最后片段字段设置为1。每个后续片段将(在一些示例中)以片段号字段递增的形式发送。然而,当重传片段时,片段号字段将(在一些示例中)不递增。
包含片段的MPDU将(在一些示例中)具有存在于报头中的序列控制元素中的序列号。因此,分段的(A-)MSDU将(在一些示例中)总是以被保护的状态传输。同一(A-)MSDU的所有片段将(在一些示例中)在MPDU报头中具有相同的序列号。(A-)MSDU的去除分段是将接收到的片段重组为完整的(A-)MSDU。在被传送到更高层之前,(A-)MSDU将(在一些示例中)以正确的顺序被完整地重组。
如果在接收设备确定的超时内未完全接收到MSDU,则接收设备可以丢弃MSDU的片段。如果否则将发生缓冲区溢出,则目的地设备还可以丢弃最旧的不完整MSDU。片段将(在一些示例中)按照其片段号的顺序来进行传输。如果使用无ACK策略,则目的地设备将(在一些示例中)在片段丢失的情况下立即丢弃MSDU。设备将(在一些实例中)支持至少三个MSDU的片段的同时接收。
■5.6聚合
设备可以在单个MPDU中聚合多个MSDU,以避免传输多个MPDU和相应的PPDU的开销。聚合的MSDU(A-MSDU)在A-MSDU子类型的数据帧的有效载荷中传输(参见6.3)。
■5.6.1聚合过程
当设备MAC决定在单个MPDU中聚合多个MSDU时,应用作为图10-8中详述的发送过程的一部分的聚合过程。
如果MSDU具有与经由MCPS-DATA.request原语传达的目的地地址相同的目的地地址,则设备将仅(在一些示例中)在单个MPDU中发送多个MSDU。A-MSDU中的所有MSDU将(在一些示例中)是受保护的或不受保护的。受保护的MSDU将(在一些示例中)不与不受保护的MSDU混合。由所有聚合的MSDU和用于聚合的附加字段产生的总结果MPDU大小(以八位位组为单位)不应(在一些示例中)超出所使用的PHY的phyMaxPsduSize。
作为A-MSDU的一部分的每个MSDU将(在一些示例中)被封装在MSDU聚合元素中。MSDU聚合元素将(在一些示例中)包括以八位位组为单位的封装MSDU的总长度。此外,MSDU聚合元素将(在一些示例中)包括指派给MSDU的序列号。
如果包含聚合MSDU的MPDU被可靠地发送,则它将(在一些示例中)像仅包含(在一些示例中)单个MSDU的MPDU一样被指派单个序列号。在MPDU的接收器接收到确认时,包含在MPDU中的所有MSDU将(在一些示例中)被认为是已确认的并且因此是发送成功的。
图10-18描绘了帧传输期间的聚合和分段。通过MCPS-SAP到达MAC的三个MSDU通过被包括在MSDU聚合元素(缩写为MAE)中而被聚合。然而,聚合是可选的。
A-MSDU可以可选地被分段。在该示例中,包括三个MSDU A、B和C的A-MSDU被划分为两个片段,并且每个片段被封装在一个MPDU中。MPDU包括新的序列号,用于在接收器处重组A-MSDU。该序列号不必由接收设备确认。然而,A-MSDU中的每个MSDU在MSDU聚合元素中具有相关联的序列号。如果MPDU的帧控制元素设置了Ack请求比特,则必须(在一些示例中)由接收器确认这些序列号。
■5.6.2解聚合过程
如果设备接收到A-MSDU数据帧,则它将(在一些示例中)首先基于MPDU FCS字段检查整个MPDU的完整性。如果没有错误地接收到MPDU,则设备将(在一些示例中)确认MPDU的相应序列号。
随后,接收设备将(在一些示例中)基于MSDU聚合元素中给定的大小将A-MSDU帧的有效载荷分离为单独的MSDU聚合元素。然后,MAC将(在一些示例中)基于包括在相应MSDU聚合元素中的FCS来检查每个MSDU的完整性。如果没有错误地接收到MSDU,则MAC将(在一些示例中)确认包括在MSDU聚合元素中的相应序列号。
图10-19示出了重组和解聚合过程。从PHY接收两个MPDU 1和2。两者
■5.7受保护传输
IEEE 802.15.13设备之间的传输可以是受保护的。该保护确保在两个MAC之间的传输期间MSDU既不会重复也不会改变顺序。此外,该保护通过确认和重传机制防止MSDU丢失。为此,每个所传输的MSDU都被指派有一个序列号。
每个设备将(在一些示例中)维护用于向每个对等设备的传输的单独的序列号计数器。序列号是12比特宽的无符号整数,其在最高可能值之后回绕为0。序列号将(在一些示例中)基于目的地地址被指派给通过MCPS-SAP接收的每个MSDU。
如果每个传出的MPDU包含需要受保护传输的MSDU,则该MPDU将(在一些示例中)具有序列控制元素。对于单个MSDU数据MPDU,序列控制元素将(在一些示例中)包含指派给MSDU的序列号。对于A-MSDU,MPDU将(在一些示例中)包含新的序列号,其映射到所包括的MSDU的所有序列号。然而,A-MSDU中的每个MSDU仍具有其自己的序列号。
发送设备将(在一些示例中)不会发送多于aProtectedWindow的未确认的MSDU。
(A-)MSDU的接收器能够凭借未接收到特定序列号的事实来检测丢失的MSDU。它能够凭借多次接收到具有相同序列号的MSDU的事实来检测重复的MSDU。如果自接收到可能重复的MSDU的第一个MSDU以来接收器接收到多于aProtectedWindow的唯一序列号,则两个接收到的具有相同序列号的MSDU将(在一些示例中)不被认为是重复的。接收器将(在一些示例中)丢弃最后接收到的副本。
如果MPDU指示确认的传输并且在帧控制元素以及序列控制元素中设置了ACK请求比特,则接收器将(在一些示例中)用以下确认类型中的任一种来确认成功传输:
●单个确认(条款5.7.1)
●块确认(条款5.7.2)
否则,它将(在一些示例中)不发送确认。
■5.7.1单个确认
MSDU的接收器可以决定通过单个确认来确认成功接收。因此,返回给发送器的信息仅包含关于单个MSDU的成功接收的信息。
确认信息将(在一些示例中)作为以下任一项的一部分被嵌入到确认信息元素中:
●在任何数据或管理帧的报头中
●在仅在其有效载荷中包含(在一些示例中)确认信息元素的专用确认控制帧中。
●在包括其中包含确认信息元素的可变元素容器元素的任何帧中。
■5.7.2块确认
接收器可以通过累积确认来确认成功接收的MSDU。相应的块确认帧通过包括块确认元素而以聚合的方式包含关于一个或多个成功接收的MPDU的信息。
接收器可以主动地发送块确认或应所接收的MPDU的发送器通过块确认请求元素提供的请求来发送块确认。
块确认元素将仅(在一些示例中)在具有唯一源地址的帧中发送。包含块确认元素的帧的源地址标识确认设备。
■5.7.3重传
在至少macRetransmitTimeout之后未被确认之后,设备将(在一些示例中)重传受保护的MSDU。macRetransmitTimeout PIB属性可以由协调器通过5.4.3中描述的参数管理过程来进行调整。
■5.8自适应传输和信道状态反馈
设备可以基于关于其自身与接收器之间的信道的可用信息例如通过选择调制和编码来为每个传出的PPDU选择速率。该信息通常经由反馈机制从每个指定的接收器获得或由发送器通过其他方式推断。
■5.8.1多速率MCS
IEEE 802.15.13PHY能够在应用变化的调制和编码方案(MCS)的情况下发送帧。MCS的具体定义取决于所使用的PHY。它可以包含关于错误编码和调制的细节。
默认情况下,设备可以自由地选择用于向另一设备的传输的MCS。速率选择算法不在本公开的范围内。然而,对于一些帧,特定调制和编码方案的使用是强制性的(参见5.8.2)。
如果两个设备支持capEffectiveChannelFeedback能力,则帧的预期接收器可以请求未来发送器使用特定的MCS(参见5.8.3)。
■5.8.2基本帧的传输
一些帧将(在一些示例中)以在每个PHY的相应条款中定义的特定于所使用的PHY的基本速率来传输。
表1列出了将以该基本速率传输的帧。
表1:将以基本速率传输的帧
■5.8.3MCS请求反馈
支持capEffectiveChannelFeedback能力的IEEE 802.15.13设备能够测量从其他设备接收的信号的质量。此外,它将(在一些示例中)能够发送MCS请求控制帧并且如下地处理接收到的调制请求控制帧。
将MCS请求控制帧从帧的预期接收器发送到预期发送器。如果预期接收器检测到先前请求的MCS可能无法被成功解码或可以使用具有更高速率的MCS,则它可以发送MCS请求元素。
如果设备从另一设备接收到MCS请求控制帧,则如果传输不包括如5.8.2中所定义的需要特殊调制和编码的帧,则该设备将(在一些示例中)将所请求的调制和编码方案用于后续传输。
■5.8.3.1比特加载MCS请求
如果在关联期间协商了capHbPhy,则设备(包括协调器)可以请求预期发送器使用特定BAT。此外,每个设备将(在一些示例中)在到该设备的单播帧的每次接收期间测量有效信道。如果结果指示较早请求的BAT将无法被成功解码,则设备将(在一些实例中)请求发送器使用新的且足够稳健的BAT。设备还可以请求使用新的BAT以便提高吞吐量,例如因为信道质量改进了。
对于该请求,设备将(在一些示例中)如下地准备BAT请求元素:
有效Bat位图字段将(在一些实例中)指示可以用于向设备的传输的BAT集合。位图将仅(在一些示例中)指示设备确信预期发送器采取与设备相同配置的BAT。对于可能在设备和预期发送器处具有不同配置的BAT,设备将(在一些示例中)将位图中的比特设置为0。本文中进一步描述了如何针对BAT推断预期发送器具有相同的配置。
更新BAT字段将(在一些示例中)指示请求其新配置的新的且先前无效的BAT ID。FEC块大小字段将(在一些示例中)包含用于错误编码的块大小,FEC码速率字段将(在一些示例中)包含被保留以用于后续传输的码速率。
设备将(在一些示例中)用每个子载波的请求比特来填充BAT组1……N字段。它可以形成包含变化数量的子载波的多个组,以具有相同的调制格式。组的总数量将(在一些示例中)覆盖PHY的所有可用子载波。组所覆盖的子载波的总数量可以大于实际的子载波数量。在这种情况下,将(在一些示例中)忽略包含在最后BAT组中的超出子载波。
设备将(在一些示例中)在控制或管理帧中发送BAT请求元素。在设备经由控制帧发送该元素的情况下,它不能期望确认,因此不知道预期发送器是否已经接收到该请求。
■5.8.4多OFE信道反馈
支持capMultiOfeFeedback能力的协调器将(在一些示例中)能够发送多OFE导频,而支持capMultiOfeFeedback能力的非协调器设备将(在一些示例中)能够接收多OFE导频并且随后估计多OFE导频的每个发送器之间的信道。
如果协调器使用多个OFE,则它可以为如11和13中所定义的每个OFE在PPDU中嵌入多OFE导频符号的不同划分。如果协调器是协调拓扑的一部分,则将(在一些示例中)由主协调器为所有协调器协调要用于多OFE导频嵌入的划分和时隙。
多OFE导频的接收器能够估计每个导频符号的发送器与其自身之间的各个CSI,尽管多个发送器的信号可能在时间上重叠。所收集的CSI包括时域抽头,其由相应的光学信号功率和相对于第一接收到的抽头的延迟来描述。
在接收到包含多OFE导频符号的PPDU时,设备将(在一些示例中)估计各个信道。然后,该设备将(在一些示例中)向OWPAN的协调器发送多OFE反馈元素,其包含针对正交导频的每个所识别的发送OFE测量的CSI。
设备将(在一些示例中)不使用仅提供(在一些示例中)小于实际强度值的量化值的格式。
■6MAC帧格式
本条款提供MAC所使用的帧格式的规范。
■6.1比特顺序和表示
条款6中的图可以表示包含在MAC帧中的信息。图可以描绘整个MAC帧、元素或字段。元素是通用字段组。元素有助于本公开的可读性。MAC帧由其包含的字段和元素来描述。
■6.1.1比特顺序
在本公开中,MAC帧的处理(意指传输或解释)与其表示之间的关系如下:比特、字段和元素以其在图中从左到右的表示顺序来处理。这种关系如图11-21所示。
如果字段包含由多个比特的组合表示的数值,则以MSBit优先的顺序来处理比特。因此,首先处理具有最高值的比特。如果在本公开中以二进制表示来指定数值,则使用MSBit表示。
如果字段的数值超出了八位位组的长度,则它以大端表示存储在字段内。因此,首先处理包含数值的MSBit的八位位组。
在本公开的当前版本中,“保留”的字段不携带有意义的信息。这在以后的版本中可能会有所改变。保留的字段将(在一些示例中)被设置为全零以进行传输,并且将(在一些示例中)在接收时被忽略。保留字段的值将(在一些示例中)不影响设备的行为。
■6.1.2表示
本公开中的MAC帧或元素被表示为表格格式的图。顶行指定字段或元素的宽度。第二(中间)行提供对字段的描述或对本公开中其他地方指定的元素的引用。第三(底部)行是可选的,并且可以提供对应于其列的字段或元素的替代描述。该方案如图11-22所示。
如果总比特数可由整数个八位位组表示,则字段的宽度以比特数或八位位组数来指定均可。
在从父帧或元素的开始不包括可变宽度的连续字段中,可以由字段中的第一和最后比特来描述字段。相应的概念读取单词“Bit”以及相继地第一和最后指示比特的规范。图11-24中针对字段1对此进行了演示。
如果元素或连续字段的集合具有可变宽度,则其宽度由单词“variable”(可变)来指定。如果字段与MAC帧的开始之间存在可变宽度字段,则不能使用绝对比特规范。
注-为了允许正确地处理MAC帧,必须可从其他字段中扣除可变宽度元素的宽度。
宽度可以由它们的比特数或八位位组数给出。相应的概念包括后跟单词“Bits”或“Octets”的比特数或八位位组数,如图11-23中的字段2、3和5所示。
■6.2通用MAC帧格式
每个MAC帧以6.6.1.1中定义的指示帧的类型和子类型的帧控制元素开始。本公开涉及用于传输数据、管理和控制信息的三种基本帧类型。
数据、管理和控制帧具有不同的MAC报头,分别在条款6.3、6.4和6.5中详述。转而,有效载荷对于数据帧、管理帧或控制帧的不同子类型也不同。
有效载荷包含要经由MAC帧传达的信息。对于数据帧,这可以是经由用于传输的MCPS-SAP接收的一个或多个MSDU。对于管理帧,有效载荷由管理信息构成。类似地,控制帧的有效载荷包括帮助MAC操作的控制信息。
每个MAC帧将(在一些示例中)以包含MAC帧的所有先前信息比特的32比特CRC和的FCS字段结束。
通用MAC帧结构如图11-24所示。
■6.2.1FCS字段
FCS字段是包含32比特CRC的32比特字段。FCS是在MAC报头和帧主体字段的所有字段上计算的。这些被称为计算字段。使用以下公开的次数为32的生成多项式来计算FCS:
G(x)=x32+x26+x23+x22+x16+x12+x11+x10+x8+x7+x5+x4+x2+x+1
FCS是以下各项之和(模2)的1补码:
a)xk(x31+x30+x29+…+x2+x+1)除以(模2)G(x)的余数,其中k是计算字段中的比特数,以及
b)计算字段的内容(被视为多项式)乘以x32然后除以G(x)之后的余数。
FCS字段以最高阶项的系数优先的顺序传输。
作为典型的实施方式,在发送器处,除法的初始余数被预置为全1,然后通过计算字段除以生成多项G(x)来修改。该余数的1补码被作为FCS字段以最高阶比特优先的方式传输。在接收器处,初始余数被预置为全1,计算字段和FCS的串行传入比特当除以G(x)时以唯一的非零余数值导致不出现传输错误。唯一余数值是多项式:
x31+x30+x26+x25+x24+x18+x15+x14+x12+x11+x10+x8+x6+x5+x4+x3+x+1
■6.3数据帧
数据帧用于将经由MCPS-SAP接收的MSDU传输到对等设备。数据帧的MPDU结构如图11-25所示。
帧控制元素在6.6.1.1中进一步描述。它包含确定帧报头的其余结构的多个比特。
数据帧可以在其报头中携带ACK信息元素。ACK信息元素的存在由帧的帧控制元素中的ACK信息字段指示。发送器可以使用ACK信息元素来确认较早帧的成功接收。
每个数据帧具有接收器地址和发送器地址字段。这些字段可以包括16比特短MAC地址或48比特全MAC地址。地址格式由帧控制元素中的短寻址字段指示,如6.6.1.1中所述。
数据帧可以具有多达两个附加地址字段:辅助地址1和辅助地址2。这些是否存在以及它们包含什么信息可以从帧控制元素中的去往回传和来自回传字段中导出,如6.6.1.1中所述。
管理帧可以由序列号保护并且在丢失时重传。序列控制元素存在于帧控制元素中的ACK请求比特被设置为1的管理帧中。
如果有效载荷是安全的,则数据帧必须具有辅助安全性报头。辅助安全性报头的存在由帧控制元素(6.6.1.1)中的启用安全性比特指示。辅助安全性报头的格式是可变的,并且取决于所应用的安全性类型的细节,如条款8中所定义。
数据帧的有效载荷内容由帧控制元素的子类型字段描述。当前,有效载荷可以包含不同的格式,如表2所列。
数据帧子类型 | 有效载荷 |
0000 | 空(零长度) |
0001 | MSDU |
0010 | A-MSDU |
1001-1111 | - |
表2:数据帧子类型
对于具有子类型0000的数据帧,有效载荷的长度为0。由于各种原因,这些空帧可以用于传输MPDU或相应的PPDU。
子类型0001指示数据帧的有效载荷包含单个MSDU。
子类型0010指示数据帧的有效载荷中的A-MSDU。A-MSDU的格式详见5.6。
数据帧的FCS字段包含6.2.1中定义的帧校验序列。
■6.4管理帧
管理帧传达管理信息,其帮助两个MLME在不同协议交换过程中的通信。管理帧的MPDU格式如图11-25所示。
与每个MAC帧一样,管理帧以帧控制元素开始,这在6.6.1.1中有进一步描述。
管理帧可以在其报头中携带ACK信息元素。ACK信息元素的存在由帧的帧控制元素中的ACK信息字段指示。发送器可以使用ACK信息元素来确认较早帧的成功接收。
每个管理帧具有接收器地址和发送器地址字段。这些字段可以包括16比特短MAC地址或48比特全MAC地址。地址格式由帧控制元素中的短寻址字段指示,如6.6.1.1中所述。
管理帧可以由序列号保护并且在丢失时重传。序列控制元素存在于帧控制元素中的ACK请求比特被设置为1的管理帧中。
管理帧的有效载荷包含条款6.6中定义的一个或多个元素。子类型描述哪些元素驻留在有效载荷字段中。对于简单的管理帧,有效载荷仅包括单个元素。将针对子类型存在的元素可以从表3中导出。
表3:管理帧子类型
通过使可变元素容器元素存在于有效载荷中,单个管理帧能够包括多于一个元素。
管理帧的FCS字段包含6.2.1中定义的帧校验序列。
■6.5控制帧
控制帧帮助较低MAC和PHY的操作。控制帧的MPDU结构如图11-27所示。
作为MAC帧,每个控制帧以帧控制元素开始,这在6.6.1.1中有进一步描述。
每个管理帧具有接收器地址和发送器地址字段。这些字段可以包括16比特短MAC地址或48比特全MAC地址。地址格式由帧控制元素中的短寻址字段指示,如6.6.1.1中所述。
经由控制帧传达的信息具有短暂的性质并且很快过时。因此,在丢失时不重传控制帧。相反,可以发送包含最新控制信息的新控制帧。
由于其性质,控制帧确实要携带序列号。结果,帧报头保持非常简单,仅包含(在一些示例中)帧控制元素、接收器地址和发送器地址字段。
表4:控制帧子类型
■6.6元素
元素是服务如条款6.1中所定义的公共MAC功能的相关字段的集合。元素可以用于定义特定帧的内容并且有助于文档的可读性。如果元素包含可变数量的字段或其他元素,则元素的总长度必须可从其字段内容中扣除,以便允许解析。
每个元素具有指派的ID,其在一些帧中标识它。表3列出了在本公开中定义的元素及其相应的ID和定义条款。
表5:元素及其ID
■6.6.1.1帧控制元素
图11-28示出了帧控制元素的示例。
帧控制元素包括用于确定进一步的MAC帧结构或指示有效载荷的属性的多个比特。帧控制元素出现在每个MAC帧的开始处。
帧版本(Frame Version):帧版本子字段指定与帧相对应的版本号。该子字段将(在一些示例中)被设置为‘00’以指示与IEEE 802.15.13兼容的帧。所有其他值将(在一些示例中)被保留以供将来使用。
类型(Type):对于管理帧,类型字段将(在一些示例中)被设置为00。对于控制帧,字段是01。对于数据帧,字段被设置为00。保留值11。
子类型(Subtype):指示帧的子类型,即有效载荷的内容。
去往回传/来自回传(To Backhaul/From Backhaul):需要这些字段来正确地解释将OWPAN集成到逻辑LAN中的拓扑中的数据帧的寻址字段。例如,这可能是在协调拓扑中的情况。
LAN内的数据帧(MSDU)具有源地址和目的地地址。相对地,接收器和发送器地址分别是802.15.13设备的接收或发送MPDU的地址。
表6:去往回传和来自回传-字段描述
启用安全性(Security Enabled):如果帧受MAC子层保护,则启用安全性字段将(在一些示例中)被设置为1,否则将(在一些示例中)被设置为0。仅(在一些示例中)当启用安全性子字段被设置为1时才会存在MHR的辅助安全性报头字段。
ACK请求(ACK Request):确认请求字段指定在接收数据或MAC管理/控制帧时是否需要来自接收设备的确认。如果该子字段被设置为‘1’,则接收设备将(在一些示例中)发送确认帧。如果该子字段被设置为‘0’,则接收设备将(在一些示例中)不发送确认帧。
ACK信息(ACK Info):指定ACK信息元素是否存在于剩余的MAC报头中。如果存在ACK信息元素,则该字段将(在一些示例中)被设置为1。否则,它将(在一些示例中)被设置为0。
短寻址(Short Addressing):指示在MAC报头的地址字段中是否使用短地址。如果在报头中使用短地址,则该字段将(在一些示例中)被设置为1。否则,它将(在一些示例中)被设置为0。一些地址(例如,OWPAN ID)的表示总是短的。长地址仅可以(在一些示例中)用于等效于MAC-48地址的地址。
更多片段(More Fragments):在数据帧中,如果有效载荷包含不是最后片段的(A-)MSDU的片段,则该字段将(在一些示例中)被设置为1。否则,它将(在一些示例中)被设置为0。
■6.6.1.2序列控制元素
图11-29示出了序列控制元素的示例。
序列控制元素包含用于帧的分段和可靠传输的信息。
片段号(Fragment Number):如果MPDU包含(A-)MSDU的片段,则该字段包含相应的片段号。
序列号(Sequence Number):此字段包含MPDU的指派的序列号。
■6.6.1.3关联请求元素
图11-30示出了关联请求元素的示例。
当设备请求关联时,最初由设备将关联请求元素发送给OWPAN的协调器。
设备MAC地址(Device MAC Address):请求关联的设备的MAC-48地址。
能力列表(Capability List):一个能力列表元素,其描述请求关联的设备所支持的能力。
OWPAN ID:
支持速率(Supported Rates):
扩展的支持速率(Extended Supported Rates):
■6.6.1.4关联响应元素
图6-31示出了关联响应元素的示例。
协调器将关联响应元素发送给请求关联的设备。
设备MAC地址(Device MAC Address):请求关联的设备的MAC-48地址。
状态代码(Status Code):状态代码指示先前的关联请求的结果。
值 | 描述 |
0 | 拒绝 |
2 | 成功 |
3 | 需要进一步认证 |
4-255 | 保留 |
表7:关联响应元素的状态代码
能力列表(Capability List):此字段包含能力列表元素,其描述如果关联未被拒绝则要用于进一步信道接入的能力集合。如果关联被拒绝,则将(在一些示例中)忽略该字段。
短地址(Short Address):如果关联未被拒绝则指派给设备的短地址。如果关联被拒绝,则将(在一些示例中)忽略该字段。
支持速率(Supported Rates):
扩展的支持速率(Extended Supported Rates):
■6.6.1.5重新关联请求元素(Reassociation Request Element)
■6.6.1.6重新关联响应元素(Reassociation Response Element)
■6.6.1.7解除关联通知元素(Disassociation Notification Element)
图11-32示出了解除关联通知元素的示例。
解除关联通知(Disassociation Notification)元素传达关于设备从OWPAN解除关联的信息。
原因代码(Reason Code):原因代码指示解除关联的原因。
值 | 描述 |
0-1 | 保留 |
2 | 先前的认证无效 |
3 | 设备已离开OWPAN并且解除关联 |
4 | 不活动计时器到期,设备被解除关联 |
5 | 由于协调器处资源不足而解除关联 |
6 | 从未认证设备接收到不正确的帧类型或子类型 |
7 | 从解除关联的设备接收到不正确的帧类型或子类型 |
8 | 设备已离开OWPAN并且解除关联 |
9 | 在认证完成之前请求关联或重新关联 |
10-255 | 保留 |
表8:解除关联通知元素的原因代码
OWPAN ID:设备要从其解除关联的OWPAN ID。
设备短地址(Device Short Address):要从OWPAN解除关联的设备。
■6.6.1.8认证请求元素
图11-33示出了认证请求元素的示例。
认证请求(Authentication Request)元素由设备发送给OWPAN的协调器,以便在需要时请求认证以与该OWPAN成功关联。
认证算法(Authentication Algorithm):用于认证的认证算法。
认证业务令牌(Authentication Transaction Token):用于认证的认证算法。
状态代码(Status Code):用于认证的认证算法。
质疑(Challenge):用于认证的认证算法。
■6.6.1.9认证响应元素
■6.6.1.10超帧描述符元素
图11-34示出了超帧描述符元素的示例。
超帧描述符(Superframe Descriptor)元素传送关于开始的超帧的信息。
超帧号(Superframe Number):后续超帧的号。封装整数,如5.2.2中所述。
总超帧时隙(Total Superframe Slots):后续超帧中超帧时隙的数量。与OWPAN相关联或尝试关联的设备将(在一些示例中)将其macNumSuperframeSlots PIB属性设置为该字段中包含的值。
超帧时隙持续时间(Superframe Slot Duration):单个超帧时隙的持续时间。
CAP时隙宽度(CAP Slot Width):每个CAP时隙的超帧时隙数量。
CAP时隙(CAP Slot):后续CAP中包括的CAP时隙数量。
■6.6.1.11OWPAN描述符元素
图11-35示出了OWPAN描述符元素的示例。
OWPAN描述符元素传达关于OWPAN的信息。
OWPAN名称(OWPAN Name):作为以空字符结尾的ASCII字符串的OWPAN名称。长度将(在一些示例中)在3到32个八位位组之间,包括字符串结尾。
OWPAN ID:OWPAN的数值ID。
协调器地址(Coordinator Address):OWPAN协调器的MAC-48地址。
安全性类型(Security Type):OWPAN中应用的安全性类型。有效类型列于表2中。
■6.6.1.12能力列表元素
图11-36示出了能力列表元素的示例。
能力列表元素用于在两个设备之间传输关于如条款7.4中所述的能力的信息。
位图宽度(Bitmap Width):以八位位组为单位指定后续的能力位图字段。因此,能力位图字段至多可以包括具有ID位图宽度*8-1的能力。位图宽度0可以用于在需要的地方指示能力的空列表。
能力位图(Capability Bitmap):指示表36中给出的能力子集的位图。在位图中,最左边的比特(即,首先要处理的比特)对应于ID0。最右边的比特(即,根据6.1.1中给出的定义而要最后处理的比特)对应于ID位图宽度*8-1。如果子集中包括能力,则与该能力的ID相对应的比特将(在一些示例中)被设置为1。否则,该比特将(在一些示例中)被设置为0。
例如,指示存在具有ID 1、4和7的能力的宽度为1个八位位组(8比特)的位图将是01001001(从左到右处理)。
■6.6.1.13GTS描述符列表元素
图11-37示出了GTS描述符列表元素的示例。
GTS描述符列表元素持有针对处于启用信标的信道接入模式的设备的多个GTS描述符元素。
GTS描述符计数(GTS Descriptor Count):此字段包括随后包括的GTS描述符的数量。
存在有效性(Validity Present):如果被设置为1,则子GTS描述符具有有效性字段。否则,它被设置为0。
存在设备地址(Device Address Present):如果被设置为1,则每个子GTS描述符将(在一些示例中)具有设备短地址字段。
GTS方向(GTS Directions):如果存在方向字段被设置为1,则该字段指示随后包括的GTS的方向。
GTS描述符1……N(GTS Descriptor 1...N):这些字段包含一个或多个GTS描述符元素。
■6.6.1.13.1GTS描述符元素
图11-38示出了GTS描述符元素的示例。
该元素描述了对处于启用信标的信道接入模式的设备的单个GTS分配。
设备短地址(Device Short Address):如果父GTS描述符列表元素的存在设备地址字段被设置为1,则该字段存在。该字段包含被分配了GTS的设备的短地址。
GTS开始时隙(GTS Start Slot):此字段指定所分配的GTS的第一个时隙。
GTS长度(GTS Length):此字段指定超帧时隙中的GTS的持续时间。
有效性(Validity):如果父GTS描述符列表元素的存在有效性字段被设置为1,则该字段存在。该字段指示
■6.6.1.14多OFE反馈元素
图11-39示出了多OFE反馈元素的示例。
多OFE反馈元素可以用于从设备向OWPAN的协调器传输多OFE信道反馈。
OFE数量(Number of OFEs):不同的已识别的OFE的数量。这可以确定完全包括的OFE反馈描述符元素的数量。
抽头格式(Tap format):此字段可以描述子抽头描述符元素中包括的抽头的格式。
表9:多OFE反馈元素中的抽头格式
OFE反馈描述符元素1……N(OFE Feedback Descriptor Element 1...N):OFE反馈描述符元素,其可以包含设备与每个发送OFE之间的信道的CSI。元素的数量N可以等于OFE数量字段。
■6.6.1.14.1OFE反馈描述符元素
图11-20示出了OFE反馈描述符元素的示例。
OFE反馈描述符元素可以包含关于从给定发送器(即,单个多OFE导频划分)接收的信号的信道状态信息。
导频符号码(Pilot Symbol Number):在示例中指定相应接收的PPDU内的导频符号在PPDU内的位置(例如,时间的),从该位置测量所包括的反馈。可以保留值1-7、0。
划分(Division):在示例中指定导频划分。这例如是哈达玛编码或如PPDU报头中所指示的子载波区间和移位。
抽头数量(Number of Taps):在示例中指定随后的抽头描述符元素的数量,也用N表示。
抽头描述符1……N(Tap Descriptor 1...N):它可以指代针对各个抽头的抽头描述符元素。第一抽头描述符元素将(在一些示例中)对应于从该OFE接收的第一抽头。
■6.6.1.14.2抽头描述符元素
图11-41示出了抽头描述符元素的示例。
抽头描述符元素可以包括关于单个抽头的信息。
强度(Strength):它可以指代给定抽头的光学信号强度。该格式可以在父多OFE反馈元素的抽头格式字段中指定。
延迟(Delay):它可以指代父多OFE反馈元素的抽头格式字段中指定的格式中的整数延迟。该延迟可以相对于所有OFE的第一接收抽头。在一些示例中,第一抽头的延迟将为0。
■6.6.1.15MSDU聚合元素
MSDU聚合元素用于聚合A-MSDU帧中的多个MSDU。
MSDU长度(MSDU Length):该字段包含后续MSDU的长度(以八位位组为单位)。
ACK请求(ACK Request):如果包含在MSDU聚合元素中的MSDU受保护,则此字段将(在一些示例中)被设置为1,否则被设置为0。
MSDU序列号(MSDU Sequence Number):由发送器指派给MSDU的序列号。此字段仅(在一些示例中)在ACK请求字段被设置为1时存在。
MSDU:此字段包含要聚合的MSDU。
MSDU FCS:根据条款6.2.1计算的MSDU CRC校验和。
■6.6.1.16ACK信息元素
图11-43示出了ACK信息元素的示例。
MPDU的接收器使用ACK信息元素来向其发送器发信号通知该MPDU的成功接收。
设备短地址(MSDU Sequence Number):接收MPDU的确认设备的短地址。
序列号(Sequence Number):要确认的MPDU的序列号。
■6.6.1.17块ACK请求元素
图11-44示出了块ACK请求元素的示例。
MPDU的发送器使用块ACK请求元素来向接收器请求对成功接收的确认。
设备短地址(Device Short Address):接收MPDU的确认设备的短地址。将仅(在一些示例中)包括该字段。
序列号(Sequence Number):要确认的MPDU的序列号。
■6.6.1.18块ACK元素
图11-43示出了块ACK元素的示例。
多个MPDU的接收器使用块ACK元素来以集中的方式向发送器发信号通知它们的成功接收。该元素将仅(在一些示例中)在具有源地址的帧中发送,该源地址既不是多播地址也不是广播地址。
位图宽度(Bitmap Width):所包括的确认的最大数量。该字段确定ACK位图字段的宽度(以整数个八位位组为单位)。位图的实际宽度是位图宽度字段中包含的整数加1。
第一序列号(First Sequence Number):与后续ACK位图字段中的第一比特相对应的序列号。
ACK位图(ACK Bitmap):实际确认信息。位图宽为位图宽度+1个八位位组。块ACK元素的发送器将(在一些示例中)选择位图的宽度,使得它可以容纳期望数量的确认。
在位图中,最右边的比特(即,根据6.1.1中给出的定义而要最后处理的比特)对应于第一序列号(First Sequence Number)字段中给出的第一序列号。最左边的比特(即,要最后处理的比特)对应于序列号:
First Sequence Number+(Bitmap Width+1)*8-1
对于每个成功接收的MPDU,块ACK元素的发送器将(在一些示例中)将与其序列号相对应的比特设置为1。所有其他比特将(在一些实例中)被设置为0。
如果成功接收到序列号320、321、322、324、325、326、327、328、329、330、332、333,则具有位图宽度00001(1)和第一序列号321的ACK位图字段将看起来如下:
■6.6.1.19MCS请求元素
图11-46示出了MCS请求元素的示例。
传输的预期接收器使用MCS请求元素来请求预期发送器使用特定MCS。MCS请求元素可以与PM-PHY一起使用。
请求的MCS ID(Requested MCS ID):所请求的MCS的ID。MCS ID将(在一些示例中)是针对PM-PHY的有效MCS。
■6.6.1.20BAT请求元素
图11-47示出了BAT请求元素的示例。
使用HB-PHY的接收设备可以使用BAT请求元素来请求发送器使用特定的比特加载和错误编码方案。
有效BAT位图(Valid BAT Bitmap):指定请求的有效BAT。
更新BAT(Updated BAT):指定要更新的BAT的ID。
FEC块大小(FEC Block Size):
值 | 块大小(比特) |
001 | 168 |
010 | 960 |
011 | 4320 |
100-111 | 保留 |
表10:HB-PHY的FEC码速率
FEC码速率(FEC Code Rate):指定所请求的FEC编码速率。
表11列出了有效值和相应的码速率。
值 | 码速率 |
001 | 1/2 |
010 | 2/3 |
011 | 5/6 |
100 | 16/18 |
101 | 20/21 |
110-111 | 保留 |
表11:HB-PHY的FEC码速率
BAT组1……N(BAT Group1...N):描述第n组子载波的调制的BAT组元素。应(在一些示例中)有足够的组来覆盖所有子载波。最后一组可能比剩余数量的子载波更宽。将(在一些示例中)忽略对那些超出子载波的所请求的调制。
■6.6.1.20.1BAT组元素
图11-48示出了BAT组元素的示例。
BAT组元素包含关于相邻子载波的组的信息,该组相邻子载波在能够进行比特加载的PHY传输中所加载的比特数相同。
分组(Grouping):该字段包含该组中子载波的数量。有效值为:
1,2,4,8,16,32,64,128,256,512,1024,2048,4096
加载比特(Loaded Bits):在该组的每个子载波上加载的比特数。
有效值为:
0,1,2,3,4,5,6,7,8,9,10,11,12
■6.6.1.21队列状态元素
图11-49示出了队列状态元素的示例。
设备发送队列状态元素以便通知其他设备其MSDU队列的状态。
■6.6.1.22HCM分配元素
图11-50示出了HCM分配元素的示例。
HCM分配元素用于向设备分配一个或多个HCM行。
HCM掩码(HCM Mask):指派给设备的HCM行。每个比特对应于一个HCM行。最高有效比特MSBit(即,最左边的比特)对应于行0,而最右边的比特对应于行7。
■6.6.1.23外来信号元素
图11-51示出了外来信号元素的示例。
外来信号元素可以包含关于接受到的信号的信息,但该信号被识别为不是源自作为同一OWPAN(或更一般地,同一网络)的成员的设备。
信号功率(Signal Power):它可以指代外来信号的光功率(以dBm为单位)。
可解码(Decodable):如果外来信号可由PHY和MAC解码,则该比特将仅(在一些示例中)被设置为1。如果信号源自另一IEEE 802.15.13设备,则情况应当是这样。
相同的MAC模式(Same MAC Mode):如果接收到的帧源自使用分别与5.2和5.3中所定义的相同的信道接入模式的IEEE 802.15.13OWPAN,则该比特将仅(在一些示例中)被设置为1。
OWPAN ID冲突(OWPAN ID Clash):如果接收到的帧源自具有相同OWPAN ID的OWPAN,则该比特将(在一些示例中)被设置为1。
外部OWPAN ID(Foreign OWPAN ID):该字段将仅(在一些示例中)在OWPANID冲突字段被设置为0时存在。该字段包含从其接收外来帧的外部网络的OWPAN ID。
外部设备地址(Foreign Device Address):该字段将仅(在一些示例中)在可解码字段被设置为1时存在。该字段包含外部发送设备的设备短地址。如果地址是未知的,则该字段将(在一些示例中)被设置为广播短地址。
■6.6.1.24支持的MCS元素
图11-52示出了支持的MCS元素的示例。
支持的MCS元素可以用于传达设备的支持速率集合。可能包括的值取决于所使用的PHY。
PHY ID:以下PHY速率元素特定的PHY的ID。
PHY速率元素(PHY Rates Element):如在各个PHY条款中所定义的PHY特定的PHY速率元素。
■6.6.1.25OFE选择元素
图11-53示出了OFE选择元素的示例。
OFE选择元素包含用于测量多个OFE与设备之间的信道的序列字段。
■6.6.1.26波形控制元素
图11-54示出了高级6.6.1.26波形控制元素的示例。
波形控制帧涉及自适应OFDM技术。网络中可能存在多个波形,例如eU-OFDM和RPO-OFDM。当需要波形的自适应调整时,可以使用控制帧。
时间戳(Timestamp):时间戳字段允许OWPAN中的设备之间的同步。OWPAN的主计时器周期性地发送它处于活动状态的微秒数。当计数器达到其最大值时,它回绕。
OWPAN ID:OWPAN ID字段给出OWPAN的ID。
新波形(New Waveform):这8比特将指示在IEEE 802.15.13所支持的波形中要切换到的波形。
■6.6.1.27高级调制控制元素
图11-55示出了高级调制控制元素的示例
高级调制控制帧指示通信节点的高级调制能力。
自适应加载(Adaptive Loading):单个比特指示发送高级调制控制帧的通信节点是否支持自适应比特和能量加载:
“1”指示:支持自适应比特和能量加载。
“0”指示:不支持自适应比特和能量加载。
eU:这4比特指示节点是否支持eU-OFDM。四个位置中给定位置处的比特值指示是否支持具有与该比特位置相同数量的流的eU-OFDM实现。位置是从左到右计数的。例如:
“1000”指示支持仅具有一个流的eU-OFDM(在一些示例中)。
“1100”指示支持仅具有一个流和两个流的eU-OFDM(在一些示例中)。
“1010”指示支持仅具有一个流和三个流的eU-OFDM(在一些示例中)。
“1111”指示支持具有所有可能的流的eU-OFDM。
“0000”指示不支持eU-OFDM。
RPO:单个比特指示发送高级调制控制帧的通信节点是否支持RPO-OFDM:
“1”指示:支持RPO-OFDM。
“0”指示:不支持RPO-OFDM。
中继(Relaying):这4比特指示发送高级调制控制帧的通信节点所支持的中继操作的类型。
第一比特指示是否支持FD中的中继:
“1”指示:支持FD中的中继。
“0”指示:不支持FD中的中继。
第二比特指示是否支持HD中的中继:
“1”指示:支持HD中的中继。
“0”指示:不支持HD中的中继。
第三比特指示是否支持AF中继:
“1”指示:支持AF中继。
“0”指示:不支持AF中继。
第四比特指示是否支持DF中继:
“1”指示:支持DF中继。
“0”指示:不支持DF中继。
MIMO:单个比特指示发送高级调制控制帧的通信节点是否支持MIMO通信:
“1”指示:支持MIMO。
“0”指示:不支持MIMO。
MIMO信道数量(MIMO Channel Number):这4比特指示发送高级调制控制帧的通信节点所支持的MIMO通信信道的最大数量。
值“0000”对应于1个信道,值“1111”对应于16个信道。
■6.6.1.28随机接入元素
图11-56示出了随机接入元素的示例。
随机接入元素包含用于在未启用信标的信道接入模式下触发随机接入过程的信息。
此外,随机接入帧通告未启用信标网络的存在。它们由协调器以规则的间隔(即,每个随机接入间隔)发送,以允许设备发现和识别网络并且可能加入它。认为恰好在随机接入间隔结束时,在所谓的目标随机接入传输时间(TBTT)发送随机接入帧。在基础设施网络中,协调器负责向范围内的设备发送具有诸如时间戳、OWPAN ID和其他关于协调器的参数的信息的随机接入帧。
时间戳(Timestamp):时间戳字段允许OWPAN中的设备之间的同步。当协调器准备发送信标帧时,协调器定时器被复制到信标的时间戳字段中。与协调器相关联的设备接受任何接收到的信标中的定时值,但是它们可以向接收到的定时值添加小的偏移,以考虑天线和收发器的本地处理。
随机接入间隔(Random Access Interval):每个OWPAN可以以其自己的特定间隔发送随机接八帧。
能力信息(Capability Information):16比特能力信息字段用于通告网络的能力。在该字段中,每个比特被用作通告网络的特定功能的标志。设备使用能力通告来确定它们是否能够支持OWPAN中的所有特征。未实现能力通告中的所有特征的设备不被允许加入。
OWPAN ID:OWPAN ID字段给出OWPAN的ID。
支持速率(Supported Rates):在IEEE 802.15.13中为每个PHY标准化了几种数据速率。当移动设备尝试加入网络时,它们检查网络中使用的数据速率。某些速率是强制性的并且必须由移动设备支持,而其他速率是可选的。
国家(Country):初始规范是围绕主要工业化国家现有的适当监管限制而设计的。代替在每次添加新国家时持续修改规范,添加为网络提供向新站点描述监管限制的方法的新的规范。使用信标帧中的国家元素来指定最大传输功率。该信息可供任何希望关联到网络的站点使用。国家元素指定监管的最大功率,可以使用功率限制元素来指定网络特定的较低最大传输功率。
扩展的支持速率(Extended Supported Rates):扩展的支持速率元素被标准化以处理8种以上的数据速率。
■6.6.1.29属性改变请求元素
图11-57示出了属性改变请求元素的示例。
OWPAN的协调器可以使用属性改变请求元素来改变相关联的设备的PIB属性值。
属性ID(Attribute ID):此字段指示要更新的属性。给定属性的ID可参见表34。
新值(New Value):要指派给属性的新值。字段格式将从表34中扣除。
■6.6.1.30属性改变响应元素
图11-58示出了属性改变响应元素的示例。
属性改变响应元素作为对属性改变请求元素的响应从设备发送给协调器,以指示属性改变是否成功。
属性ID(Attribute ID):此字段指示要更新的属性。给定属性的ID可参见表34。
新值(New Value):指派给属性的新值。字段格式将从表34中扣除。
状态(Status):先前属性改变请求的结果。表12中描述了可能的值。
值 | 描述 |
0 | 成功 |
1 | 无效属性名称 |
2 | 无效新值 |
3 | 只读 |
4 | 其他错误 |
5-255 | 保留 |
表12:属性改变请求结果的状态代码
■6.6.1.31可变元素容器元素
图11-59示出了可变元素容器元素的示例。
可变元素容器元素包括一个或多个其他元素。
多个元素(Multiple Elements):该比特指示后续字段中是否包含多个元素。
大小前缀(Size Prefix):
包含元素1……N(Contained Element 1...N):所包含的元素。
■7MAC服务
IEEE 802.15.13MAC分别通过MCPS-SAP和MLME-SAP向更高协议层和DME提供其服务。MCPS-SAP包括支持根据IEEE 802.1AC在桥接LAN中集成IEEE 802.15.13网络的原语。MLME-SAP向DME提供基本管理功能和其他高级功能。
源自服务用户(即,较高层)的原语调用携带后缀.request(请求)。因此,它请求服务提供商(其是紧接的较低层)开始服务(即,动作)。对.request的立即响应是由服务提供商(即,MAC或MLME)返回的.confirm(确认)原语。
通过携带.indication(指示)后缀的原语向较高层指示在MAC或MLME处的由外部引起的事件。此类事件可能源自未请求的动作(例如,特定管理帧的接收),或者作为对通过先前服务请求完成的服务调用的异步响应。
多个PIB属性定义MAC的行为并且反映当前系统状态。
此外,能力指示本公开中由给定设备实现支持的功能的子部分。这些能力用于协商在设备与给定OWPAN相关联时可以使用的功能。
■7.1MCPS-SAP
MCPS-SAP通过表13中列出的原语支持对等IEEE 802.15.13设备的MAC之间的MSDU的传输。
表13:MCPS-SAP原语
■7.1.1MCPS-DATA.request
较高层使用MCPS-DATA.request原语来请求向另一设备传输数据。
表14中列出了该原语的参数。
参数名称 | 参数描述 |
destination_address | MSDU的目的地地址。MAC-48格式。 |
source_address | MSDU的源地址。MAC-48格式。 |
mac_service_data_unit | 实际MSDU。 |
priority | MSDU的优先级。 |
protected | 是否将受保护地传输相关联的MSDU。 |
表14:MCPS-DATA.request原语的参数
■7.1.2MCPS-DATA.indication
MCPS-DATA.request原语由设备的MAC在从对等设备接收到MSDU时发出。
表15中列出了该原语的参数。
参数名称 | 参数描述 |
destination_address | MSDU的目的地地址。MAC-48格式。 |
source_address | MSDU的源地址。MAC-48格式。 |
mac_service_data_unit | 实际MSDU。 |
priority | MSDU的优先级 |
表15:MCPS-DATA.indication原语的参数
■7.2MLME-SAP
MLME-SAP支持通过DME管理和使用设备的MLME功能。
MLME-SAP原语 | 请求 | 确认 | 指示 |
MLME-ASSOCIATE | X | X | |
MLME-AUTHENTICATE | X | X | |
MLME-DISASSOCIATE | X | X | |
MLME-GET | X | X | |
MLME-SET | X | X | |
MLME-SCAN | X | X | |
MLME-START | X | X | |
MLME-Stop | X | X |
表16:MLME原语
■7.2.1MLME-ASSOCIATE
MLME-ASSOCIATE原语用于设备与OWPAN的关联过程,如条款5.4.5所述。
■7.2.1.1请求
DME向设备MAC发出MLME-ASSOCIATE.request,以启动与给定OWPAN的关联过程。收到原语时,MLME将(在一些示例中)开始关联过程,如5.4.5中所详述。
如果设备的MLME接收到针对不同目标OWPAN ID的多个MLME-ASSOCIATE.request原语,则它将(在一些示例中)丢弃除了第一请求之外的所有请求,并且在接受另一请求之前等待其完成或超时。
表17中列出了该原语的参数。
表17:MLME-ASSOCIATE.request原语的参数
■7.2.1.2指示
MLME发出MLME-ASSOCIATE.indication原语以报告先前的MLME-ASSOCIATE.request原语的结果。
表18中列出了该原语的参数。
表18:MLME-ASSOCIATE.indication原语的参数
■7.2.2MLME认证
MLME-AUTHENTICATE原语允许OWPAN协调器的DME认证先前请求认证的设备。
■7.2.2.1请求
协调器DME发出MLME-AUTHENTICATE.request原语,以便允许或拒绝对请求设备的认证。该原语在先前的MLME-AUTHENTICATE.indication原语之后调用。
表19中列出了该原语的参数。
表19:MLME-AUTHENTICATE.request原语的参数
■7.2.2.2指示
当从尝试关联的设备接收到认证请求元素时,协调器MAC向DME发出MLME-AUTHENTICATE.indication原语。
表20中列出了该原语的参数。
表20:MLME-AUTHENTICATE.indication原语的参数
■7.2.3MLME-DISASSOCIATE
调用MLME-DISASSOCIATE原语以便将给定设备从OWPAN解除关联。该原语可以由参与设备或OWPAN协调器调用,如5.4.6中所述。
■7.2.3.1请求
MLME-DISASSOCIATE.request向MLME指示开始如5.4.6中所述的解除关联过程。
表21中列出了该原语的参数。
表21:MLME-DISASSOCIATE.request原语的参数
■7.2.3.2指示
MAC调用MLME-DISASSOCIATE.indication以指示设备从OWPAN解除关联。它可以由OWPAN的协调器或参与设备的MLME使用。
表22中列出了该原语的参数。
表22:MLME-DISASSOCIATE.indication原语的参数
■7.2.4MLME-GET
MLME-GET原语允许DME获得某些可读MAC和PHY PIB属性的值。
■7.2.4.1请求
当接收到MLME-GET.request原语时,MLME将(在一些示例中)从其信息存储器中读取所请求的MAC或PHY PIB属性。
表23中列出了该原语的参数。
表23:MLME-GET.request原语的参数
■7.2.4.2确认
MLME发出MLME-GET.confirm原语作为对先前MLME-GET.request原语的响应。
表24中列出了该原语的参数。
表24:MLME-GET.confirm原语的参数
■7.2.5MLME-SET
MLME-SET原语允许DME修改某些可写MAC和PHY PIB属性的值。
■7.2.5.1请求
当接收到MLME-GET.request原语时,MLME将(在一些示例中)将所请求的MAC或PHYPIB属性设置为具有以AttributeValue参数提供的值。
如果协调器根据OWPAN操作配置设置PIB属性,则它将(在一些示例中)不可经由MLME-SET.request原语写入。
如果尝试设置只读属性,则MLME将(在一些示例中)在相应的确认中以将FailureReason参数设置为READ_ONLY来做出响应。
表27中列出了该原语的参数。
表25:MLME-SET.request原语的参数
■7.2.5.2确认
通过发出MLME-SET.confirm原语,MLME响应先前的MLME-SET.request。
表28中列出了该原语的参数。
表26:MLME-SET.confirm原语的参数
■7.2.6MLME-扫描
MLME-SCAN原语支持DME请求MLME发出对现有OWPAN的扫描。
■7.2.6.1请求
DME发出MLME-SCAN.request以便启动扫描过程。
表27中列出了该原语的参数。
参数名称 | 类型 | 值范围(步长) | 参数描述 |
ScanDuration | 毫秒 | [1,65535](1) | 指定设备将监听传入帧的时长。 |
表27:MLME-SCAN.request原语的参数
■7.2.6.2确认
MLME使用MLME-SCAN.confirm原语向DME报告扫描的结果。
表28中列出了该原语的参数。
表28:MLME-SCAN.confirm原语的参数
ResultList参数将(在一些示例中)包含其中每个条目具有表29中列出的元素的列表。
细节 | 描述 |
OWPAN ID | 观测的OWPAN的ID |
OWPAN名称 | 观测到的OWPAN的名称 |
电SNR | 接收OWPAN的帧期间的SNR |
安全性类型 | 观测到的OWPAN所要求的安全性 |
表29:扫描结果条目元素
■7.2.7MLME-START
MLME-START原语用于指示设备MAC充当协调器并且开始新OWPAN的操作。
■7.2.7.1请求
MLME-START.request原语由DME发出以及由MLME接收,并且触发开始OWPAN的过程。
MLME-START.request原语将(在一些示例中)由MLME通过随后的MLME-START.confirm原语调用来确认。
表30中列出了该原语的参数。
表30:MLME-START.request原语的参数
■7.2.7.2确认
协调器MLME发出MLME-START.confirm原语以报告先前的开始新OWPAN请求的结果。
表31中列出了该原语的参数。
表31:MLME-START.confirm原语的参数
■7.2.8MLME-STOP
协调器的DME发出MLME-STOP原语以便停止正在运行的OWPAN的操作。
■7.2.8.1请求
活动协调器的DME向MLME发出MLME-STOP.request原语,以便停止正在运行的OWPAN。
表32中列出了该原语的参数。
表32:MLME-STOP.request原语的参数
■7.2.8.2确认
协调器的MLME发出MLME-STOP.confirm原语作为对先前MLME-STOP.request原语的响应。
表33中列出了该原语的参数。
表33:MLME-STOP.confirm原语的参数
■7.3PIB属性
MAC包括定义其行为的变量和常量。MAC的状态通过其队列的情况以及其变量和常量的当前值来定义。变量和常量被称为“PIB属性”。
表13和表13列出了变量和常量PIB属性。它提供属性名称、描述以及关于可能值和相关联单元的常量或空间的信息。一些变量将(在一些示例中)分别经由MLME-GET.request和MLME-SET.request可读写。在get/set列中,变量是否可以被读取或写入由用于读取的get或用于写入的set指示。纯粹是MAC内部的属性既不可读也不可写。
■PHY PIB属性
PHY PIB属性决定MAC的行为,类似于MAC PIB属性对MAC的作用。由于未指定PLME-SAP,因此PHYPIB属性的管理留给实施者。然而,为了使属性在必要时可从DME访问,可以经由MLME-GET和MLME-SET原语读取或写入一些PHY PIB属性。r/w列指示属性是否以此方式可读或可写。
表34:变量MAC PIB属性
表35:常量MAC PIB属性
■7.4能力
能力在形式上指示由设备支持(即,实现)的功能。每个能力具有名称和16比特宽的数值ID。一些能力可能需要通过设备实现其他的能力。表36中列出了能力。
表36:MAC能力
■8安全性
MAC子层负责对指定的传入和传出帧提供安全性服务。本公开支持以下安全性服务:
●数据机密性
●数据真实性
●重放保护
……
本公开支持使用不同的安全性类型。为此,每个不同的安全性类型被指派有ID,以便便于区分MAC协议中的方法。表37列出了不同的安全性类型和其相应的ID以及描述它们的条款。
安全性类型 | ID | 条款 |
Open System | 0 | 8.2 |
AES-256 PSK | 1 | 8.3 |
AES-256 EAPOL | 2 | 8.4 |
... | ? | ? |
表37:安全性类型
除了Open Systems(开放系统)安全性之外,每种安全性类型均由所应用的加密算法和认证方法表示。每种安全类型可以使用现有的协议过程。例如,在关联期间,用于认证握手的通用字段被包括在所交换的帧中。
■8.1通用安全性描述
在IEEE 802.15.13标准中,安全性主要影响两个过程:
1、与OWPAN的关联(如果后者是安全的)
2、MSDU和管理MPDU的发送和接收
[包括安全性的最大MPDU大小!]
■8.2Open Systems
■8.3AES-256PSK
■8.4AES-256EAPOL
■9PHY功能描述
本条款描述了802.15.13标准中包括的所有PHY共用的通用PHY功能。
■9.1通用PHY功能
■9.1.1基本速率
每个PHY定义用于传输诸如信标或RA控制帧之类的特定帧的基本速率。
■9.1.2周转时间
如果PHY在时分半双工模式下操作,则预期在发送和接收模式之间切换需要一定的时间。
■10PHY服务
■10.1PHY-SAP
■10.2PLME-SAP
■10.3PHY PIB属性
PHY PIB属性决定MAC的行为,类似于MAC PIB属性对MAC的作用。由于未指定PLME-SAP,因此PHYPIB属性的管理留给实施者。然而,为了使属性在必要时可从DME访问,可以经由MLME-GET和MLME-SET原语读取或写入一些PHYPIB属性。r/w列指示属性是否以此方式可读或可写。
表38:PHY PIB属性
■11PM-PHY
[参见文件15-18-0003-07-0013]
■12LB-PHY
[参见文件15-18-0267-05-0013]
■13HB-PHY
[参见文件15-18-0273-02-0013]
一些总结
方面I可以被理解为基于通过将装备15布置为[例如,光学]通信装备(15)[例如,具有多个光学前端(14),例如LED][例如,包括网络协调器的装备]而获得的解决方案;和/或其中,[例如,光学]通信装备(15)被配置为在所分配的[例如,“授权的”]时隙[例如,GTS]中传输信息[和/或发信号通知和/或决定网络中的通信设备之间的资源分配];和/或其中,[例如,光学]通信装备(15)被配置为发送包括在一个或多个管理帧中的配置信息(700,710);和/或
其中,[例如,光学]通信装备(15)被配置为发送包括在一个或多个控制帧中的配置信息;和/或
其中,通信装备(15)被配置为发送包括在管理帧中的[例如,半静态的]第一时隙授权[例如,GTS]信息(710)[例如,其不会过期和/或在被新的时隙授权信息改写之前始终保持有效];和/或
其中,通信装备(15)被配置为发送包括在控制帧中的[例如,动态的]第二时隙授权[例如,GTS]信息(700),其包括有限时间有效性[例如,仅一个超帧或指定数量的超帧,其中,可选地可以在第二时隙授权信息的有效性字段中定义该有限有效性];和/或
其中,通信装备(15)被配置为根据第一时隙授权信息(710)和根据第二时隙授权信息(700)分配用于通信的一个或多个时隙。
此外,开发了一种方法,该方法是[例如,光学]通信方法[例如,利用多个光学前端,例如LED][例如,用于在不同的光学没备之间传输和/或发信号通知调度信息和/或其他资源分配],包括:
[例如,在[例如,光学]通信装备(15)中,在所分配的[例如,“授权的”]时隙[例如,GTS]中发送信息];和/或
从[例如,光学]通信装备(15)发送包括在一个或多个管理帧中的配置信息;和/或
从[例如,光学]通信装备(15)发送包括在一个或多个控制帧中的配置信息;和/或
从[例如,光学]通信装备(15)发送包括在管理帧中的[例如,半静态的]第一时隙授权[例如,GTS]信息[例如,其不会过期和/或在被新的时隙授权信息改写之前始终保持有效];和/或
从[例如,光学]通信装备(15)发送包括在控制帧中的[例如,动态的]第二时隙授权[例如,GTS]信息,其包括有限时间有效性[例如,仅一个超帧或指定数量的超帧,其中,可选地可以在第二时隙授权信息的有效性字段中定义该有限有效性];和/或
从[例如,光学]通信装备(15),根据第一时隙授权信息和根据第二时隙授权信息分配用于通信的一个或多个时隙。
上述通信设备(16、16’、16”、A、B、C、D)中的至少一个可以被定义为[例如,光学]通信设备(16)[例如,要从如上所述的通信装备(15)接收传输和/或可以接收关于调度和/或其他资源分配的信令的接收器],
其中,[例如,光学]通信设备被配置为在所分配的[例如,“授权的”]时隙[例如,GTS]中接收信息;和/或
其中,[例如,光学]通信设备被配置为接收包括在一个或多个管理帧中的配置信息;和/或
其中,[例如,光学]通信设备被配置为接收包括在一个或多个控制帧中的配置信息;和/或
其中,[例如,光学]通信设备被配置为接收包括在管理帧中的[例如,半静态的]第一时隙授权[例如,GTS]信息[例如,其不会过期和/或在被新的时隙授权信息改写之前始终保持有效];和/或
其中,[例如,光学]通信设备被配置为接收包括在控制帧中的[例如,动态的]第二时隙授权[例如,GTS]信息,其包括有限时间有效性[例如,仅一个超帧或指定数量的超帧,其中,可选地可以在第二时隙授权信息的有效性字段中定义该有限有效性];和/或
其中,[例如,光学]通信设备被配置为根据第一时隙授权信息和根据第二时隙授权信息分配用于通信的一个或多个时隙。
根据作为[例如,光学]通信方法的方法开发了一种方法[例如,在被配置为从如上所述的通信装备(15)接收传输和/或可以接收关于调度和/或其他资源分配的信令的(例如,光学)接收器中]:
[例如,在[例如,光学]通信设备中,在所分配的[例如,“授权的”]时隙[例如,GTS]中接收信息,]
在[例如,光学]通信设备中,接收包括在一个或多个管理帧中的配置信息;和/或
在[例如,光学]通信设备中,接收包括在一个或多个控制帧中的配置信息;和/或
在[例如,光学]通信设备中,接收包括在管理帧中的[例如,半静态的]第一时隙授权[例如,GTS]信息[例如,其不会过期和/或在被新的时隙授权信息改写之前始终保持有效];和/或
在[例如,光学]通信设备中,接收包括在控制帧中的[例如,动态的]第二时隙授权[例如,GTS]信息,其包括有限时间有效性[例如,仅一个超帧或指定数量的超帧,其中,可选地可以在第二时隙授权信息的有效性字段中定义该有限有效性];和/或
在[例如,光学]通信设备中,根据第一时隙授权信息和根据第二时隙授权信息分配用于通信的一个或多个时隙。
其他实施例
描述了不同的发明示例、实施例和方面。
而且,进一步的示例将由所附权利要求限定。
应当注意,由权利要求限定的任何实施例可以由以下章节中描述的任何细节(特征和功能)来补充。
而且,在以下章节中描述的实施例可以单独地使用,并且还可以由另一章节中的任何特征或由权利要求中包括的任何特征来补充。
而且,应当注意,本文所描述的各个方面可以单独地或组合地使用。因此,可以向所述各个方面中的每个方面添加细节,而无需将细节添加到所述方面中的另一方面。
还应当注意,本公开明确地或隐含地描述了移动通信设备、接收器和移动通信系统的特征。因此,可以在移动通信设备的上下文中以及在移动通信系统(例如,包括卫星)的上下文中使用本文描述的任何特征。因此,所公开的技术适用于所有固定卫星服务(FSS)和移动卫星服务(MSS)。
此外,本文公开的与方法有关的特征和功能也可以用在装置中。此外,本文关于装置公开的任何特征和功能也可以用在相应的方法中。换句话说,本文公开的方法可以由关于装置描述的任何特征和功能来补充。
而且,本文描述的任何特征和功能可以以硬件或软件或使用硬件和软件的组合来实现,如下所述。
根据某些实现要求,示例可以以硬件实现。该实现可以使用其上存储有电子可读控制信号的数字存储介质(例如,软盘、数字通用光盘(DVD)、蓝光光盘(注册商标)、光盘(CD)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或闪存)来执行,其与可编程计算机系统协作(或能够协作),从而执行相应的方法。因此,数字存储介质可以是计算机可读的。
通常,示例可以被实现为具有程序指令的计算机程序产品,当该计算机程序产品在计算机上运行时,该程序指令可操作用于执行方法之一。该程序指令可以例如存储在机器可读介质上。
其他示例包括存储在机器可读载体上的用于执行本文描述的方法之一的计算机程序。换句话说,因此,方法的示例是具有程序指令的计算机程序,当该计算机程序在计算机上运行时,该程序指令用于执行本文描述的方法之一。
因此,方法的另一示例是包括记录在其上的用于执行本文描述的方法之一的计算机程序的数据载体介质(或数字存储介质或计算机可读介质)。该数据载体介质、数字存储介质或记录介质是有形的和/或非暂时性的,而不是无形的和暂时性的信号。
另一示例包括执行本文描述的方法之一的处理单元(例如,计算机)或可编程逻辑器件。
另一示例包括其上安装有用于执行本文描述的方法之一的计算机程序的计算机。
另一示例包括将用于执行本文描述的方法之一的计算机程序传送(例如,电子地或光学地)给接收器的装置或系统。接收器可以例如是计算机、移动设备、存储器设备等。该装置或系统可以例如包括用于将计算机程序传送给接收器的文件服务器。
在一些示例中,可编程逻辑器件(例如,现场可编程门阵列)可以用于执行本文描述的方法的一些或全部功能。在一些示例中,现场可编程门阵列可以与微处理器协作,以便执行本文描述的方法之一。通常,这些方法可以由任何适当的硬件装置来执行。
上述示例是对上述原理的说明。应理解,对本文描述的布置和细节的修改和变更将是显而易见的。因此,其意图是由即将到来的专利权利要求的范围来限定,而不是由通过本文中的示例的描述和解释而呈现的具体细节来限定。
以上示例的描述可以包括以下至少一个元素:
一种通信装备(例如,包括网络协调器),包括:
中央单元和/或
前端(例如,光学前端,例如光发射器,例如LED或其他光收发器)和/或
中央单元与前端之间的通信构件(例如,前传),其可以是有线网络(例如,PTPT、以太网、互联网)
一种通信设备(例如,移动设备),其可以是多个通信设备,并且可以向前端发送信号和从前端接收信号(例如,光学地)。
这些示例可能涉及:
通信设备之间的资源分配(例如,授权的或基于竞争的资源);
通信装备的不同前端之间的时间同步;
由通信设备收集的信道状态信息;
更一般地,MAC策略(例如,用于光通信)。
Claims (146)
1.一种第一通信装置(16),被配置为从一个或多个前端(14a……14g)接收一个或多个参考信号和/或信标信号(11);
其中,所述第一通信装置(16)被配置为基于所述一个或多个参考信号和/或信标信号(11)的接收来确定信道信息;
其中,所述第一通信装置(16)被配置为在竞争接入时段CAP(11a)中发送所述信道信息(32、32b、35、450、450b)。
2.根据权利要求1所述的第一通信装置(16),
其中,所述第一通信装置(16)被配置为在无冲突时段CFP(11b)中更新所述信道信息(32b)。
3.根据权利要求1或2所述的第一通信装置(16),
其中,所述第一通信装置(16)被配置为在与发送了所述一个或多个参考信号和/或信标信号(11)的第二通信装置(15)相关联时在竞争接入时段CAP(11a)中发送所述信道信息(32)。
4.根据权利要求1至3中的任一项所述的第一通信装置(16),
其中,所述第一通信装置(16)被配置为在竞争接入时段CAP(11a)中向发送了所述一个或多个参考信号和/或信标信号(11)的第二通信装置(15)发送所述信道信息(32)。
5.根据权利要求1至4中的任一项所述的第一通信装置(16),
其中,所述第一通信装置(16)被配置为当已经建立了与发送了所述一个或多个参考信号和/或信标信号(11)的第二通信装置(15)的连接时发送所述信道信息(32)。
6.根据权利要求1至5中的任一项所述的第一通信装置(16),其中,所述多个前端(14a-14g)彼此协调和/或同步。
7.根据权利要求2至6中的任一项所述的第一通信装置(16),其中,所述信道信息(32、32b)与所测量的信噪比SNR绑定。
8.根据权利要求1至7中的任一项所述的第一通信装置(16),其中,所述一个或多个参考信号和/或信标信号(11)包括所述第一通信装置(16)已知的导频信号。
9.根据权利要求1至8中的任一项所述的第一通信装置(16),其中,在竞争接入时段CAP(11a)中,允许多个第一通信装置(16’、16”、A、B、C、D)在没有授权时隙的情况下进行发送。
10.根据权利要求1至9中的任一项所述的第一通信装置(16),其中,所述第一通信装置(16)被配置为请求与包括所述前端(14a……14g)的第二通信装置(15)的关联,所述请求(35)在接收到一个参考信号或一个信标信号(11)之后。
11.一种通信方法,包括:
在第一通信装置(16)处,从一个或多个前端(14a-14g)接收一个或多个参考信号和/或信标信号(11);
在所述第一通信装置(16)处,基于所述一个或多个参考信号和/或信标信号(11)的接收来确定信道信息;
在竞争接入时段CAP中从所述第一通信装置(16)发送所述信道信息(32、32b)。
12.一种第二通信装置(15),由连接到前端(14a-14g)的协调器(12)协调,
其中,所述第二通信装置(15)被配置为从一个或多个前端(14a……14g)发送一个或多个参考信号和/或信标信号(11);
其中,所述第二通信装置(15)被配置为在竞争接入时段CAP(11a)中接收信道信息(32)。
13.根据权利要求12所述的第二通信装置(15),
其中,所述第二通信装置(15)被配置为在无冲突时段CFP(11b)中接收更新的信道信息(32b)。
14.根据权利要求12或13所述的第二通信装置(15),
其中,所述第二通信装置(15)被配置为在与发送了所述信道信息(32)的第一通信装置(16)相关联时在竞争接入时段CAP(11a)中接收所述信道信息(32)。
15.根据权利要求12或13所述的第二通信装置(15),
其中,所述第二通信装置(15)被配置为在竞争接入时段CAP(11a)中从发送了所述信道信息(32)的第一通信装置(16)接收所述信道信息(32)。
16.根据权利要求12至15中的任一项所述的第二通信装置(15),
其中,所述第二通信装置(15)将在已经建立了与发送了所述信道信息(32)的第一通信装置(16)的连接时接收所述信道信息(32)。
17.根据权利要求12至16中的任一项所述的第二通信装置(15),其中,所述多个前端(14a-14g)彼此协调和/或同步。
18.根据权利要求12至17中的任一项所述的第二通信装置(15),其中,所述信道信息(32、32b)与所测量的信噪比SNR绑定。
19.根据权利要求12至18中的任一项所述的第二通信装置(15),其中,所述一个或多个参考信号和/或信标信号(11)包括接收到所述一个或多个参考信号和/或信标信号(11)并且发送了所述信道信息(32、32b)的第二通信装置(16)已知的导频信号。
20.根据权利要求12至19中的任一项所述的第二通信装置(15),其中,在竞争接入时段CAP(11a)中,所述第二通信装置(15)预期来自没有授权时隙的第一通信装置(16)的消息。
21.根据权利要求12至20中的任一项所述的第二通信装置(15),其中,所述第二通信装置(15)被配置为从第一通信装置(16)接收关联请求,所述请求(35)在接收到一个参考信号或一个信标信号(11)之后。
22.根据权利要求12至21中的任一项所述的第二通信装置(15),还被配置为发送所述至少一个信标(11)和/或参考信号。
23.根据权利要求12至22中的任一项所述的第二通信装置(15),还被配置为接收所述信道信息(32),以便基于接收到的信道信息(32)来分配时隙。
24.根据权利要求23所述的第二通信装置(15),还被配置为向不同的第一通信装置(16)发送分配授权时隙GTS的至少一个消息(33、33b),使得所述GTS根据接收到的信道信息(32)来分配。
25.根据权利要求12至24中的任一项所述的第二通信装置(15),还被配置为在从第一通信装置(16)接收到所述信道信息(32)和/或关联请求(35)时与所述第一通信装置(16)建立连接和/或重新连接。
26.一种通信方法,包括:
从一个或多个前端(14a……14g)发送一个或多个参考信号和/或信标信号;以及
在竞争接入时段CAP(11a)中接收信道信息。
27.一种中央单元(12),被配置为:
在多个前端(14a……14g)之间执行初始的粗略同步;
命令向所述多个分布式前端(14a……14g)发送参考信号和/或信标信号(11);
获得由第一通信装置(16)测量的信道信息(32、32b、35);以及
随后,基于所述信道信息(32)通过同步所述前端(14a……14g)执行第二精细同步。
28.根据权利要求27所述的中央单元(12),还被配置为通过提前遭受较高延迟的前端(14a……14g)的传输和/或通过增加遭受较低延迟的前端(14a……14g)的延迟来精细地同步所述前端(14a……14g)。
29.根据权利要求27或28所述的中央单元(12),还被配置为通过与其观测到的延迟成比例地提前和/或延迟来自所述前端(14a……14g)的传输来同步所述前端(14a……14g)。
30.根据权利要求27至29中的任一项所述的中央单元(12),其中,通过使用基于互联网的协议来获得所述第一粗略同步。
31.根据权利要求27至30中的任一项所述的中央单元(12),其中,通过同步所述中央单元(12)的时钟来获得所述第一粗略同步。
32.根据权利要求27至31中的任一项所述的控制单元(12),其中,使用PTP协议来执行所述第一粗略同步。
33.根据权利要求27至32中的任一项所述的控制单元(12),其中,使用基于以太网的协议来执行所述第一粗略同步。
34.一种用于通过多个前端(14a……14g)进行发送和/或接收的第二通信装置(15),被配置为:
在多个前端(14a……14g)之间执行初始的粗略同步;
通过所述前端(14a……14g)向一个或多个通信设备(16)发送参考信号和/或信标信号(11);
获得由第一通信装置(16)测量(31)的信道信息(32);以及
基于所述信道信息(32),使用第二精细同步来同步所述前端(14a……14g)。
35.根据权利要求34所述的第二通信装置(15),还包括根据权利要求300-305中的任一项所述的中央单元(12)。
36.根据权利要求34或35所述的第二通信装置(15),其中,所述前端(14a……14g)被配置为根据不同的正交序列中继所述参考信号和/或信标信号(11)。
37.一种方法,包括:
在多个前端(14a……14g)之间执行初始的粗略同步;
命令向所述多个前端(14a……14g)发送参考信号和/或信标信号(11);
获得由第一通信装置(16)基于所述参考信号和/或信标信号(11)测量(31)的信道信息(32);以及
基于所述信道信息(32),同步所述前端(14a……14g)。
38.一种用于通过多个前端(14a……14g)发送和/或接收数据的通信方法,所述方法包括:
在多个前端(14a……14g)之间执行初始的粗略同步;
通过所述前端(14a……14g)向一个或多个第一通信装置(16)发送参考信号和/或信标信号(11);
获得由所述一个或多个第一通信装置(16)测量(31)的信道信息(32);
基于所述信道信息(32),同步所述前端。
39.一种用于与第二通信设备(15)进行通信的第一通信设备(16),被配置为:
根据来自一个或多个前端(14a……14g)的一个或多个参考信号和/或信标信号(11)的接收来获得信道状态信息;
将所述信道状态信息从频域变换到时域以获得时域信道状态信息;
对所述时域信道状态信息进行编码;以及
向一个或多个前端发送所述时域信道状态信息。
40.根据权利要求39所述的第一通信设备,其中,所述时域信道状态信息包括被量化为二进制值的量化版本。
41.根据权利要求39或40所述的第一通信设备,被配置用于将每个样本值与阈值(470)进行比较,以便如果所述样本值低于所述阈值则指派第一二进制值,以及如果所述样本值高于所述阈值则指派第二二进制值。
42.根据权利要求41所述的第一通信设备,被配置用于对指示所述第一二进制值和所述第二二进制值的位图(458)进行编码。
43.根据权利要求42所述的第一通信设备,其中,所述位图(458)是将后续样本值映射为后续比特的延迟向量。
44.根据权利要求41或42或43所述的第一通信设备,被配置用于在位于由所述位图(458)指示的位置处的特定数据字段(461)中对高于所述阈值(470)的所述样本值的幅度或强度进行编码。
45.一种用于与第一通信设备(16)进行通信的第二通信设备(15),被配置为:
接收被编码为包括以下内容的CSI(32、32b):
第二值和第一值的字符串(460),每个值与所述CSI的时域表示相关联;
对于所述字符串(458)中的每个第二值,特定样本处的所述时域表示的幅度的编码值(461);
对于所述字符串(458)中的每个第一值,没有样本值被编码并且被视为0;以及
基于与所述第二值相关联的样本值(461)重构所述CSI。
46.根据权利要求45所述的第二通信设备,被配置为基于重构的CSI来调度所述通信。
47.一种用于第一通信装置(16)与第二通信装置(15)进行通信的通信方法,包括:
根据来自一个或多个前端(14a……14g)的一个或多个参考信号和/或信标信号的接收来获得信道状态信息;
将所述信道状态信息从频域变换到时域以获得时域信道状态信息;
对所述时域信道状态信息进行编码;以及
向一个或多个前端(14a……14g)发送所述时域信道状态信息。
48.一种用于在第二通信装置与第一通信装置(16)之间进行通信的通信方法,包括:
接收被编码为包括以下内容的CSI:
第二值和第一值的字符串,每个值与所述CSI的时域表示相关联;
对于所述字符串中的每个第二值,特定样本处的所述时域表示的幅度的编码值;
对于每个第一值,没有样本值被编码并且被视为0;
基于与所述第二值相关联的样本值重构所述CSI。
49.一种第一通信装置(16),被配置为:
从多个前端(14a……14g)接收多个参考信号(11);
基于对接收到的参考信号的评估获得(31)信道状态信息CSI,
对所述CSI进行编码以便提供编码的CSI;以及
提供描述从多个可能的编码分辨率中选择(902)用于编码所述CSI的编码分辨率的信息(450、450b)。
50.根据权利要求49所述的第一通信装置,其中,描述所述编码分辨率的所述选择(902)的所述信息(450、450b)包括对多个传播路径的幅度和/或强度和/或延迟和/或与其相关联的值进行编码的字段的格式。
51.根据权利要求49或50所述的第一通信装置,其中,所述CSI包括参考信号标识信息(921)或与参考信号标识信息(921)相关联,和/或其中,描述所述编码分辨率的所述选择的所述信息与参考信号标识信息(921)相关联。
52.根据权利要求49至51中的任一项所述的第一通信装置,其中,描述所述编码分辨率的所述信息(450、450b)定义用于编码抽头强度(461、461b)的比特数(931)和/或用于编码抽头延迟(462、462b)的比特数(941)。
53.根据前述权利要求中的任一项所述的第一通信装置,其中,描述所述编码分辨率的所述信息是抽头格式。
54.根据前述权利要求中的任一项所述的第一通信装置,其中,描述所述编码分辨率的所述信息定义抽头强度的步长(933)。
55.根据权利要求54所述的第一通信装置,其中,所述抽头强度的步长(933)中的至少一个在0.15、2和0.625dBm中选择。
56.根据前述权利要求中的任一项所述的第一通信装置,其中,描述所述编码分辨率的所述信息定义延迟(943)的步长(933)。
57.根据权利要求56所述的第一通信装置,其中,所述延迟(943)的步长中的至少一个在30ps、4ns和1ns中选择。
58.根据权利要求49至57中的任一项所述的第一通信装置,其中,描述所述编码分辨率的所述信息定义抽头强度和/或延迟的参考值(932、942)。
59.根据权利要求49至58中的任一项所述的第一通信装置,被配置为基于所获得的CSI值来找到分辨率。
60.根据权利要求49至59中的任一项所述的第一通信装置,被配置为基于对所述CSI进行舍入的量化值来选择所述分辨率。
61.根据权利要求49至60中的任一项所述的第一通信装置,其中,所述CSI包括接收到的参考信号(11)的强度(461、461b)或与其相关联的值。
62.根据权利要求49至61中的任一项所述的第一通信装置,其中,所述CSI包括接收到的参考信号(11)的延迟(462、462b)或与其相关联的值。
63.根据权利要求49至62中的任一项所述的第一通信装置,其中,所述CSI包括所述参考信号(11)的指示(921)。
64.根据权利要求49至63中的任一项所述的第一通信装置,其中,所述第一通信装置是网络协调器或包括网络协调器。
66.一种方法,包括:
从多个前端接收多个参考信号;
基于对接收到的参考信号的评估获得信道状态信息CSI,
对所述CSI进行编码以便提供编码的CSI;以及
提供描述从多个可能的编码分辨率中选择用于编码所述CSI的编码分辨率的信息。
67.一种第二通信装置(15),被配置为:
接收编码的信道状态信息CSI(32、32b、35、450、450b);
接收描述从多个可能的编码分辨率中选择用于编码所述CSI(32、32b、35、450、450b)的编码分辨率的信息(902);
根据描述选择用于编码所述CSI的编码分辨率的所述信息(902)对编码的CSI(32、32b、35、450、450b)进行解码。
68.根据权利要求67所述的第二通信装置,包括多个并且被配置为使它们发送所述参考信号。
69.根据权利要求67或68所述的第二通信装置,其中,所述第二通信装置是网络协调器或包括网络协调器。
70.根据权利要求67至69中的任一项所述的第二通信装置,被配置为根据描述所述编码分辨率的所述选择的所述信息中指示的抽头格式,从所述CSI中解码多个传播路径的强度和/或延迟。
71.根据权利要求67至70中的任一项所述的第二通信装置,其中,所述CSI包括参考信号标识信息或与参考信号标识信息相关联,和/或其中,描述所述编码分辨率的所述选择的所述信息与参考信号标识信息相关联。
72.根据权利要求67至71中的任一项所述的第二通信装置,其中,描述所述编码分辨率的所述信息定义用于编码“抽头强度”的比特数或与其相关联的值和/或用于编码抽头“延迟”的比特数或与其相关联的值。
73.根据权利要求67至72中的任一项所述的第二通信装置,其中,描述所述编码分辨率的所述信息定义抽头强度和/或延迟的步长或与其相关联的值。
74.根据权利要求67至73中的任一项所述的第二通信装置,其中,描述所述编码分辨率的所述信息定义抽头强度和/或延迟的参考值(“0值”)或与其相关联的值。
75.根据权利要求67至74中的任一项所述的第二通信装置,其中,所述CSI包括接收到的参考信号的强度或与其相关联的值。
76.根据权利要求67至75中的任一项所述的第二通信装置,其中,所述CSI包括接收到的参考信号的延迟或与其相关联的值。
77.根据权利要求67至76中的任一项所述的第二通信装置,其中,所述CSI包括所述参考信号的指示。
79.一种系统,包括根据权利要求49至65中的任一项所述的第一通信装置和根据权利要求67至78中的任一项所述的第二通信装置。
80.一种方法,包括:
接收编码的信道状态信息CSI;
接收描述从多个可能的编码分辨率中选择用于编码所述CSI的编码分辨率的信息;
根据描述选择用于编码所述CSI的编码分辨率的所述信息对编码的CSI进行解码。
81.一种用于与第二通信装置(15)进行通信的第一通信装置(16),所述第一通信装置(16)用于发送比特分配表BAT消息(61),所述BAT消息(61)包括以下内容中的至少一个:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT有效的有效性信息(53),和/或
指示要更新多个BAT(51-1……51-22)中的哪个BAT(51-1)的更新BAT信息(54),
所述第一通信装置(16)用于:
期望确认,所述确认是根据由所述更新BAT信息(54)提供的更新BAT(51-1)和由所述有效性信息(53)提供的有效BAT中的至少一个从比特分配的使用中导出的;以及
在未从所述第二通信装置(15)接收到有效确认的情况下,重新发送所述BAT消息(61)。
82.根据权利要求81所述的第一通信装置,其中,所述BAT消息(61)包括:
指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55)。
83.根据前述权利要求中的任一项所述的第一通信装置,其中,所述BAT消息(61)的长度可变。
84.一种用于与第二通信装置(15)进行通信的第一通信装置(16),所述第一通信装置(16)用于发送比特分配表BAT消息(61),
其中,BAT更新信息(55)包括指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55),
其中,所述BAT更新信息(55)的长度可变。
85.根据权利要求84所述的第一通信装置(16),其中,所述BAT更新信息(55)将信息分组为不同的子载波组,其中,所述BAT更新信息(55)的长度基于子载波组的数量而可变。
86.根据权利要求84或85所述的第一通信装置(16),其中,所述BAT更新信息(55)针对每个子载波组包括指示哪些子载波在所述组中的至少一个字段(55c)。
87.根据权利要求84或85或86所述的第一通信装置(16),其中,所述BAT更新信息(55)针对每个子载波组包括指示比特加载信息(55d)的至少一个字段(55d)。
88.根据权利要求84至87中的任一项所述的第一通信装置(16),其中,所述BAT更新信息(55)针对每个子载波组包括描述所述子载波组的属性的至少一个字段(55c、55d)。
89.根据权利要求84至88中的任一项所述的第一通信装置(16),其中,所述BAT更新信息(55)包括关于每个组的子载波数量的信息。
90.根据权利要求84至87中的任一项所述的第一通信装置(16),所述BAT消息(61)还包括以下内容中的至少一个:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT有效的有效性信息(53),和
指示要更新多个BAT(51-1……51-22)中的哪个BAT(51-1)的更新BAT信息(54)。
91.根据权利要求84至87中的任一项所述的第一通信装置(16),其中,要更新的BAT是有效BAT。
92.根据权利要求84至91中的任一项所述的第一通信装置(16),被配置为:
期望确认,所述确认是根据由所述更新BAT信息(54)提供的更新BAT(51-1)和由所述有效性信息(53)提供的有效BAT中的至少一个从比特分配的使用中导出的;以及
在未从所述第二通信装置(15)接收到有效确认的情况下,重新发送所述BAT消息(61)。
93.根据权利要求81至93中的任一项所述的第一通信装置(16),其中,所述BAT消息(61)将信息分组为不同的子载波组。
94.根据权利要求81至94中的任一项所述的第一通信装置(16),被配置为选择性地更新先前被指示为无效的BAT(51-2)。
95.根据权利要求81至95中的任一项所述的第一通信装置(16),被配置为禁止更新先前被指示为有效的BAT。
96.根据权利要求81至96中的任一项所述的第一通信装置(16),被配置为期望来自所述第二通信装置(15)的确认,所述确认是根据所述更新BAT(51-1)和/或所述有效性信息(53)从比特分配的使用中导出的。
97.根据权利要求81至96中的任一项所述的第一通信装置(16),被配置为在未从所述第二通信装置(15)接收到有效确认的情况下重新发送所述BAT消息(61)。
98.根据权利要求81至97中的任一项所述的第一通信装置(16),被配置为在来自所述第二通信装置的接收中期望使用被指示为有效的BAT之一的传输。
99.根据权利要求81至98中的任一项所述的第一通信装置(16),被配置为获得所述BAT消息(61)中的信息作为关于信道状况的反馈。
100.根据权利要求81至99中的任一项所述的第一通信装置(16),其中,所述BAT更新信息(55)包括前向纠错FEC信息(55a)。
101.根据权利要求81至100中的任一项所述的第一通信装置(16),被配置为将所述有效性信息(53)提供为位图,所述位图指示有效BAT和/或无效BAT。
102.根据权利要求81至101中的任一项所述的第一通信装置(16),被配置为将所述更新BAT信息(54)提供为指示所述更新BAT的编码字段。
103.根据权利要求81至102中的任一项所述的第一通信装置(16),被配置为在所述BAT更新信息(55)中包括关于不同子载波组的信息(55b)。
104.根据权利要求103所述的第一通信装置(16),被配置为与所述第二通信装置(15)共享所述子载波的索引。
105.第一通信装置(16),被配置为选择每个组的子载波,使得每个子载波组包括由所述子载波的索引定义的子载波区间。
106.根据权利要求104或105所述的第一通信装置(16),其中,从预定义数量的可选数量中选择每个组的子载波数量。
107.根据权利要求106所述的第一通信装置(16),其中,在固定长度字段(55c’)中编码每个组的子载波数量。
108.根据权利要求103至107中的任一项所述的第一通信装置(16),被配置为当所述关于不同子载波组的信息(55b)中指示的子载波数量已经达到或超过最大阈值时,结束所述BAT消息(61)。
109.根据权利要求103至108中的任一项所述的第一通信装置(16),被配置为在所述关于不同子载波组的信息(55b)中插入每个组的组信息(55b’、55b”),直到达到或超过最大阈值。
110.一种用于与第一通信装置(16)进行通信的第二通信装置(15),被配置为从所述第一通信装置(16)接收比特分配表BAT消息(61),所述BAT消息(61)包括以下内容中的至少一个:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT有效的有效性信息(53);
指示要更新多个BAT(51-1……51-22)中的哪个BAT(51-1)的更新BAT信息(54),
所述第二通信装置(16)用于:
发送确认(33、33b、62),所述确认是根据由所述更新BAT信息(54)提供的更新BAT和由所述有效性信息(53)提供的有效BAT中的至少一个从比特分配的使用中导出的。
111.根据权利要求110所述的第二通信装置(15),其中,所述比特分配表BAT消息(61)包括:
指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55)。
112.根据权利要求110至111中的任一项所述的第二通信装置,其中,所述BAT消息(61)的长度可变。
113.一种用于与第一通信装置(16)进行通信的第二通信装置(15),所述第二通信装置(15)用于接收比特分配表BAT消息(61),
其中,BAT更新信息(55)包括指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55),
其中,所述BAT更新信息(55)的长度可变。
114.根据权利要求113所述的第二通信装置,其中,所述BAT更新信息(55)将关于不同的子载波的信息进行分组,其中,所述BAT更新信息(55)的长度基于子载波组的数量而可变。
115.根据权利要求113或114所述的第二通信装置,其中,所述BAT更新信息(55)针对每个子载波组包括指示哪些子载波在所述组中的至少一个字段(55c)。
116.根据权利要求113至115中的任一项所述的第二通信装置,其中,所述BAT更新信息(55)针对每个子载波组包括指示比特加载信息(55d)的至少一个字段(55d)。
117.根据权利要求113至116中的任一项所述的第二通信装置,其中,所述BAT更新信息(55)针对每个子载波组包括描述所述子载波组的属性的至少一个字段(55c、55d)。
118.根据权利要求113或114所述的第二通信装置,所述BAT消息(61)包括以下内容中的至少一个:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT有效的有效性信息(53),和
指示要更新多个BAT(51-1……51-22)中的哪个BAT(51-1)的更新BAT信息(54)。
119.根据权利要求113或118所述的第二通信装置(15),其还被配置为发送确认(33、33b、62),所述确认是根据由所述更新BAT信息(54)提供的更新BAT和由所述有效性信息(53)提供的有效BAT中的至少一个从比特分配的使用中导出的。
120.根据权利要求110至112中的任一项所述的第二通信装置(15),其中,所述BAT消息(61)将关于不同的子载波的信息进行分组。
121.根据权利要求110至120中的任一项所述的第二通信装置(15),被配置为选择性地更新先前被指示为无效的BAT。
122.根据权利要求110至121中的任一项所述的第二通信装置(15),被配置为遵循以下规定:不能更新先前被指示为有效的BAT。
123.根据权利要求110至122中的任一项所述的第二通信装置(15),被配置为向所述第一通信装置(16)发送确认,所述确认是根据所述更新BAT(51-1)和/或所述有效性信息(53)从比特分配的使用中导出的。
124.根据权利要求110至123中的任一项所述的第二通信装置(15),被配置为向所述第一通信装置(16)发送使用所述有效性信息(53)中被指示为有效的BAT(51-1)之一的传输。
125.根据权利要求110至123中的任一项所述的第二通信装置,其中,所述BAT消息(61)中的信息基于关于信道状况的反馈。
126.根据权利要求125所述的第二通信装置(15),被配置为基于被指示为有效的BAT和/或更新BAT来执行传输。
127.根据权利要求110至125中的任一项所述的第二通信装置,其中,所述BAT更新信息(55)包括前向纠错FEC信息。
128.一种用于在第二通信装置(15)与第一通信装置(16)之间进行通信的方法,所述方法包括从所述第一通信装置向所述第二通信装置发送比特分配表BAT消息(61),所述BAT消息包括以下内容中的至少一个:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT有效的有效性信息(53);
指示要更新多个BAT(51-1……51-22)中的哪个BAT(51-1)的更新BAT信息(54);
指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55)。
129.一种用于在第二通信装置(15)与第一通信装置(16)之间进行通信的方法,所述方法包括从所述第一通信装置(16)向所述第二通信装置(15)发送比特分配表BAT消息(61),所述BAT消息(61)包括以下内容中的至少一个:
指示要更新多个BAT(51-1……51-22)中的哪个BAT的更新BAT信息(54),和
指示多个BAT(51-1……51-22)中的哪个或哪些BAT(51-1)有效的有效性信息(53),
所述方法还包括:
从所述第二通信装置(15)向所述通信设备(15)发送确认,所述确认是根据更新BAT(51-1)和有效BAT中的至少一个从比特分配的使用中导出的;以及
在所述第一通信装置(16)未从所述第二通信装置(15)接收到有效确认的情况下,从所述第一通信装置(16)向所述第二通信装置(15)重新发送所述BAT消息(61)。
130.一种用于在第一通信装置(16)与第二通信装置(15)之间进行通信的方法,所述方法包括从所述第一通信装置(16)向所述第二通信装置发送比特分配表BAT消息(61),
其中,BAT更新信息(55)包括指示用于更新经指示要被更新的BAT(51-1)的更新信息的BAT更新信息(55),
其中,所述BAT更新信息(55)的长度可变。
131.根据权利要求129所述的方法,其中,所述比特分配表BAT消息(61)包括:
指示多个BAT(51-1……51-22)中的哪个或哪些BAT(51-1)有效的有效性信息(53)。
132.根据权利要求129或130或131所述的方法,其中,所述比特分配表BAT消息(61)包括:
指示用于更新经指示要被更新的BAT的更新信息的BAT更新信息。
133.根据权利要求128至132中的任一项所述的方法,其使用根据权利要求81至79中的任一项所述的没备。
134.一种存储信息的非暂时性存储单元,所述信息在由处理器执行时使所述处理器执行根据权利要求11、26、37、38、47、48、66、80、128、129、130至133中的任一项所述的方法。
135.根据前述权利要求中的任一项所述的第一通信装置,其中,所述第一通信装置是用于执行光通信的设备。
136.根据前述权利要求中的任一项所述的第一通信装置,其中,所述第一通信装置是用于通过可见光通信VLC进行通信的光学设备。
137.根据前述权利要求中的任一项所述的第一通信装置,其中,所述第一通信装置是可移动设备。
138.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置用于执行光通信。
139.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置用于通过可见光通信VLC执行光通信。
140.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置是固定设备。
141.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置包括多个光学前端。
142.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置包括在协调器与多个前端之间的前传。
143.根据前述权利要求中的任一项所述的第二通信装置,其中,所述第二通信装置具有星形拓扑。
144.根据前述权利要求中的任一项所述的第二通信装置,其中包括不同的前端,所述前端被配置为将来自协调器的DL传输中继到外部第一通信装置和/或将来自外部第一通信装置的UL传输中继到所述协调器。
145.根据前述权利要求中的任一项所述的第二通信装置,包括不同的前端,所述前端被配置为使用不同的正交序列同时中继至少一个DL传输。
146.根据前述权利要求中的任一项所述的第二通信装置,包括不同的前端,所述前端被配置为向协调器中继UL接收传输。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18193567.7 | 2018-09-10 | ||
EP18193567 | 2018-09-10 | ||
EP18206353.7 | 2018-11-14 | ||
EP18206353 | 2018-11-14 | ||
EP19162055 | 2019-03-11 | ||
EP19162055.8 | 2019-03-11 | ||
PCT/EP2019/074147 WO2020053235A1 (en) | 2018-09-10 | 2019-09-10 | Communication techniques |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112970209A true CN112970209A (zh) | 2021-06-15 |
Family
ID=67874460
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980073861.3A Pending CN112970209A (zh) | 2018-09-10 | 2019-09-10 | 通信技术 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11324038B2 (zh) |
EP (1) | EP3850765A1 (zh) |
JP (2) | JP7443345B2 (zh) |
CN (1) | CN112970209A (zh) |
WO (1) | WO2020053235A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023035844A1 (zh) * | 2021-09-07 | 2023-03-16 | 华为技术有限公司 | 一种无线光通信方法及装置 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20210051011A (ko) * | 2019-10-29 | 2021-05-10 | 삼성전자주식회사 | Ofdm 기반 단일반송파 시스템을 위한 채널 추정 방법 및 장치 |
FR3113219B1 (fr) * | 2020-07-29 | 2022-07-29 | Sagemcom Energy & Telecom Sas | Procédé de transmission de mesures permettant de réduire la charge du réseau |
CN111988096B (zh) * | 2020-08-20 | 2021-05-04 | 深圳市南方硅谷半导体有限公司 | 信道状态信息的获取方法、装置和计算机设备 |
US11234163B1 (en) * | 2020-09-18 | 2022-01-25 | Nokia Solutions And Networks Oy | Dynamic eCPRI header compression |
EP4030656A1 (de) * | 2021-01-14 | 2022-07-20 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Kommunikationsnetzwerk |
EP4047824A1 (en) * | 2021-02-17 | 2022-08-24 | STMicroelectronics Austria GmbH | Method for managing communication between contactless devices, and corresponding system |
EP4331140A1 (en) * | 2021-04-29 | 2024-03-06 | Signify Holding B.V. | Optical wireless communication transceiver system |
WO2023209239A1 (en) | 2022-04-29 | 2023-11-02 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Communication techniques |
WO2024043058A1 (ja) * | 2022-08-25 | 2024-02-29 | 京セラ株式会社 | 光通信システム、端末装置、及び基地局装置 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6009122A (en) * | 1997-05-12 | 1999-12-28 | Amati Communciations Corporation | Method and apparatus for superframe bit allocation |
US6006271A (en) * | 1998-02-27 | 1999-12-21 | 3Com Corporation | Method and protocol for complete collision avoidance contention resolution in local area networks |
US7058074B2 (en) | 2000-11-01 | 2006-06-06 | Texas Instruments Incorporated | Unified channel access for supporting quality of service (QoS) in a local area network |
EP2120381B1 (en) * | 2001-01-16 | 2011-12-21 | Daphimo Co. B.V., LLC | Fast initialization using seamless rate adaption |
WO2002089436A1 (de) * | 2001-04-27 | 2002-11-07 | Siemens Aktiengesellschaft | Verfahren zur verringerung eines signalisierungsaufwands in einem multiträgersystem mit dynamischer bitallokation sowie dazugehörige sende-/empfansvorrichtung |
US7664089B2 (en) | 2007-01-12 | 2010-02-16 | Hitachi Ltd. | System and method for using an adaptive hybrid coordination function (HCF) in an 802.11E wireless LAN |
US7894483B2 (en) * | 2007-12-18 | 2011-02-22 | Infineon Technologies Ag | Multi-carrier communication via sub-carrier groups |
WO2010068405A2 (en) * | 2008-12-10 | 2010-06-17 | Marvell World Trade Ltd. | Efficient formats of beacon, announcement, and beamforming training frames |
MY155440A (en) * | 2009-09-18 | 2015-10-15 | Interdigital Patent Holdings | Method and apparatus for dimming with rate control for visible light communications (vlc) |
WO2011034383A2 (en) * | 2009-09-19 | 2011-03-24 | Samsung Electronics Co., Ltd. | Method and apparatus for channel allocation in a visible light communication system |
KR101654934B1 (ko) * | 2009-10-31 | 2016-09-23 | 삼성전자주식회사 | 가시광 통신 방법 및 장치 |
EP2341654B1 (en) * | 2009-12-30 | 2016-09-14 | Lantiq Deutschland GmbH | Bit allocation in a multicarrier system |
US9166683B2 (en) | 2013-02-14 | 2015-10-20 | Qualcomm Incorporated | Methods and apparatus for efficient joint power line and visible light communication |
US20160278088A1 (en) * | 2015-03-17 | 2016-09-22 | Telefonaktiebolaget L M Ericsson (Publ) | LBT Operation Based on Channel Activity and/or Traffic Load |
KR102259678B1 (ko) * | 2016-03-17 | 2021-06-01 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 비콘 전송 방법 및 장치와, 네트워크 액세스 방법 및 장치 |
GB201618065D0 (en) | 2016-10-26 | 2016-12-07 | University Court Of The University Of Edinburgh | Multiuser access for optical communications |
-
2019
- 2019-09-10 EP EP19765259.7A patent/EP3850765A1/en active Pending
- 2019-09-10 JP JP2021513282A patent/JP7443345B2/ja active Active
- 2019-09-10 WO PCT/EP2019/074147 patent/WO2020053235A1/en unknown
- 2019-09-10 CN CN201980073861.3A patent/CN112970209A/zh active Pending
-
2021
- 2021-03-10 US US17/197,898 patent/US11324038B2/en active Active
- 2021-10-15 US US17/502,992 patent/US11601971B2/en active Active
-
2024
- 2024-02-20 JP JP2024023874A patent/JP2024072825A/ja active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023035844A1 (zh) * | 2021-09-07 | 2023-03-16 | 华为技术有限公司 | 一种无线光通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US11601971B2 (en) | 2023-03-07 |
US20210195632A1 (en) | 2021-06-24 |
US11324038B2 (en) | 2022-05-03 |
JP2024072825A (ja) | 2024-05-28 |
JP7443345B2 (ja) | 2024-03-05 |
WO2020053235A1 (en) | 2020-03-19 |
US20220046699A1 (en) | 2022-02-10 |
EP3850765A1 (en) | 2021-07-21 |
JP2022500908A (ja) | 2022-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112970209A (zh) | 通信技术 | |
RU2663180C2 (ru) | Способ и аппарат для многопользовательской восходящей линии связи | |
TWI680684B (zh) | Ul-mu無線通訊系統上的用於確收dl-mu資料的塊確收機制 | |
US10523821B2 (en) | Synchronized group messaging | |
JP5518952B2 (ja) | 高速媒体アクセス制御および直接のリンクプロトコル | |
JP4490432B2 (ja) | 高速媒体アクセス制御 | |
US8520677B2 (en) | Method of data rate adaptation for multicast communication | |
CA2513346C (en) | Wireless packet communication method and wireless packet communication apparatus | |
JP2016534642A (ja) | 多ユーザアップリンクのための方法および装置 | |
EP2654364B1 (en) | Channel assignment in a MIMO WLAN system | |
JP2010200333A (ja) | 無線基地局の信頼性強化のためのアーキテクチャ | |
KR20150139912A (ko) | 무선 통신들에서 ndp cf_end 제어 프레임을 생성 및 송신하기 위한 방법 및 디바이스 | |
JP2018506231A (ja) | グループブロック肯定応答送信のためのシステムおよび方法 | |
RU2638568C1 (ru) | Мобильная станция, узел доступа и различные способы для реализации ускоренной процедуры осуществления доступа к системе | |
US20200029376A1 (en) | Selective retransmission procedure | |
CN114902590A (zh) | 多链路块确收(ba) | |
TW202243507A (zh) | 用於射頻(rf)感測的探測操作 | |
US20180324849A1 (en) | Reverse direction protocol enhancements | |
US20230232282A1 (en) | Multi-user (mu) communication in a wireless mesh network | |
KR20230051260A (ko) | 통신 방법 및 장치 | |
Kosek-Szott et al. | CLF-MAC: A coordinated MAC protocol supporting lossy forwarding in WLANs | |
JP7322226B2 (ja) | 無線通信装置および方法 | |
WO2020213579A1 (ja) | 無線通信システムおよび無線通信方法 | |
Uemura | An efficient multicasting method without a base station |
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 |