充分明显。应理解，这些附图仅描绘根据本公开的若干实施方案，且因此不应被视为对本公 开范围的限制，将通过使用附图来更明确且更详细地描述本公开。
[0030] 图1示意性示出根据一个实施方案的用于在车辆网络中传达车辆安全消息的方法 的流程图；
[0031]图2示意性示出生成传送基本安全消息(BSM)的第一位序列的过程；
[0032]图3示意性示出在ASN. 1 (抽象语法概念一)编码中的BSM的内容；
[0033]图4示出根据IEEE802.lip的物理层会聚协议(PLCP)标头的常规结构；
[0034]图5示出根据一个实施方案的重新限定的PLCP标头；
[0035] 图6示意性示出从第二位序列到正交频分复用（OrthogonalFrequencyDivision Multiplexing，OFDM)符号的转换；
[0036] 图7是示意性示出根据一个实施方案的软判决解码过程的图；以及
[0037]图8示意性示出根据一个实施方案的在接收器中的软判决解码系统的框图。 具体实施例
[0038]在以下详述中，参考附图，所述附图形成本发明的一部分。在附图中，类似符号通 常标识类似部件，除非上下文另外指示。在详述、附图和权利要求中描述的示例性实施方案 并不意味着限制。在不脱离本文提出的主题的精神或范围的情况下，可使用其他实施方案 并且可做出其他改变。将容易理解的是，如本文中大体所描述和图中所示出的本公开的各 方面可以多种不同的配置加以布置、替换、组合和设计，所有这些不同的配置都被本公开明 确涵盖并且成为本公开的一部分。
[0039] 图1示意性示出根据一个实施方案的用于在车辆网络中传达车辆安全消息的方法 100的流程图。
[0040] 标准IEEE802 . 1lp限定用于车载环境中无线访问（WirelessAccessin VehicularEnvironments，WAVE)的通信架构，尤其是用于媒体访问控制(mediumaccess control，MAC)层和物理层中的机制。车辆网络中的消息通信与IEEE802.lip是相容的。然 而，车辆网络中的常规通信方法可由于解码失败而具有高分组损失率，这对于车辆安全消 息是非常不满意的。在下文，将示出在车辆网络中的车辆安全消息通信。对在其他通信网络 中的其他消息通信的延伸可以是容易设想的。
[0041] 在S101中，生成包含车辆安全消息的第一位序列。
[0042] 车辆安全消息可包括各种消息，所述各种消息可根据特定的本地协定在不同区域 中具有不同的名称和/或内容。例如，在美国，车辆可使用基本安全消息（BasicSafety MeSSage，BSM)发送它们的基本状态信息。为了额外的防撞应用，可发送信号相位和时间 (SignalPhaseAndTiming，SPAT)消息以及地图数据(MAP)消息，以便输送路口的信号状 态和地理描述。在欧洲，可使用协同感知消息（CooperativeAwarenessMessages，CAM)和 分散环境通知消息（DecentralizedEnvironmentalNotificationMessages，DENM) 〇
[0043] 在下文，可在USA中最频繁发生的BSM的通信将作为实例被示出。
[0044]图2示意性示出生成包含BSM的第一位序列的过程。根据IEEE802.llp，可使用WAVE短消息协议（WAVEShortMessageProtocol，WSMP)作为WAVE短消息（WAVEshort message，WSM)数据来传递BSM。参考图2，可从应用层中的应用生成BSM并在"WSM数据"字段 中传送BSM。其后，WSM数据可穿过WSMP层，其中WSM数据附加有WSMP标头以形成WAVE短消息。 WAVE短消息可到达逻辑链路控制(LogicLinkControl，LLC)层，其中WAVE短消息可附加有 子网访问协议（Sub-NetworkAccessProtocol，SNAP)标头和LLC标头。附加有SNAP标头和 LLC标头的WAVE短消息被传递到MAC层中，因此通常被称为MAC服务数据单元(MACService DataUnit，MACSDU)。在MAC层中，MACSDU可附加有MAC标头以形成MAC协议数据单元(MAC ProtocolDataUnit，MACPDU)，以使得形成包含BSM的第一位序列。根据IEEE802.lip，帧 校验序列(FrameCheckSequence，FCS)可基于MACPDU生成并附加到MACFOU，其可在接下 来的FCS校验过程中使用。
[0045]生成MACPDU在本领域中是众所周知的，并不在这里做详细描述。所形成的MAC PDU可随后被发送到物理层以便在其中被编码和调制。
[0046]发明人发现，在WAVE系统中，MACPDU的至少一个位元可能对潜在的接收器已经是 已知的，这可促进在接收端处的随后解码。
[0047]首先，在一些情况下，在MACPDU中的一些保留字段和/或不变量字段可被设置为 默认值。例如，在防撞应用中，用于BSM消息的SNAP标头、LLC标头等根据标准可具有固定值。 [0048]其次，根据消息类型，发射器和潜在的接收器可共享在"WSM数据"字段中的一些相 同数据。图3示意性示出在ASN.1(抽象语法概念一)编码中的BSM的内容。如在图3中所示的， BSM分别保留4字节、4字节和2字节以分别用于表示发射器的炜度、经度和海拔信息。因为车 载通信的有效范围可以是短的，通常在约300米内，可以推断发射器和接收器的定位数据的 前几个数字可以是相同的。
[0049] 接收器可以使用MACPDU的至少一个位元来解码由发射器发送的数据包，因此提 高解码速率，这随后将被示出。
[0050]在一些实施方案中，可根据预定的规则选择对接收器可能是已知的第一组位元并 分布在MACPDU中。例如，第一组位元可均匀地分布在MACPDU中，为了进一步有益于随后的 解码。可使用交织器简单地实现分布第一组位元。
[0051]在S103中，将第一位序列与物理层会聚协议（PhysicalLayerConvergence Protocol，PLCP)标头附加以便形成第二位序列。
[0052]PLCP标头可包括第一位序列的控制信息，诸如调制类型、编码速率、有效载荷长度 等。图4示出根据IEEE802.1lp的PLCP标头的常规结构。在常规PLCP标头结构中，具有4位元 的"速率"字段可表示传输速率，具有12位元的"长度"字段可表示有效载荷长度，并且1位元 "保留"字段被保留用于其他应用。根据标准，车辆安全消息的当前传输速率限制于几个选 择。因此，在4位元"速率"字段中的一些位元可以是预备的。此外，安全相关的消息在消息大 小上是相对较短的，使得12位元"长度"字段仅表示有效载荷长度可能有点浪费。因此，在 "速率"字段和"长度"字段内的一些预备位元，以及在"保留"字段中的1位元可用于其他目 的。
[0053] 如上文所示的，对于接收器是已知的第一组位元可基于消息类型改变。因此，在一 些实施方案中，原始PLCP标头可被重新限定来指示消息类型。如果接收器可以获取重新限 定的PLCP标头，则消息类型可被识别，以使得接收器可获取MACPDU的第一组位元。
[0054] 图5示出根据一个实施方案的重新限定的PLCP标头。如在图5中所示的，在"速率" 字段内的(4-x)位元(x〈4,例如，1或2)以及在"长度"字段内的（12-y)位元(y〈12)可被用作 用于表示指示第一位序列传送哪种消息的消息类型的"模式Γ字段和"模式2"字段。在"速 率"字段内保持的X位元和在"长度"内的y位元可用于指示传输速率和有效载荷长度，如它 们被原始限定的那样。此外，在"保留"字段中的1位元可被用作指示消息类型字段是否包括 在PLCP标