CN116938385A - 一种通信方法及相关装置 - Google Patents

Abstract

本申请提供了一种通信方法及相关装置，该方法包括：生成触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；发送触发帧，以接收第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据，实现了基于触发帧的联合信源信道编码传输。

Description

一种通信方法及相关装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及相关装置。

背景技术

目前，为了提高无线视频或图像传输的质量，提出了联合信源信道编码(jointsource and channel coding，JSCC)技术。

通常，站点通过信道竞争获得发送权之后再进行上行数据传输的，比如基于加强分布式信道接入(enhanced distributed channel access，EDCA)方式抢信道。如802.11ax引入了基于触发帧的调度式上行传输方法，802.11be延续了基于触发帧的调度式上行传输方法。

但是，基于触发帧实现JSCC传输，仍处于空白阶段。

发明内容

本申请提供一种通信方法及相关装置，实现了基于触发帧的联合信源信道编码传输。

第一方面，提供一种通信方法，该方法包括：生成触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；发送触发帧；接收第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

第二方面，提供一种通信方法，该方法包括：接收触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；发送第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

第三方面，提供一种通信装置，通信装置包括收发模块和处理模块，处理模块，用于生成触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；收发模块，用于发送触发帧；收发模块，用于接收第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

第四方面，提供一种通信装置，通信装置包括收发模块，收发模块，用于接收触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；收发模块，用于发送第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

对于第一方面-第四方面中任意一方面，可以看出，触发帧中对于采用JSCC传输的用户，可以对应一个或多个用户信息字段。当采用JSCC传输的用户对应一个用户信息字段时，可以为其分配所有信源层的总频域资源，使得基于触发的物理层协议数据单元可以包括位于层频域资源的联合信源信道编码数据，既实现了基于触发帧的联合信源信道编码传输，又节省了用户信息字段的数量，进而节省了开销。当采用JSCC传输的用户对应多个用户信息字段时，一个用户信息字段用于指示一个信源层的层频域资源，使得基于触发的物理层协议数据单元可以包括位于层频域资源的联合信源信道编码数据，实现了基于触发帧的联合信源信道编码传输。另外，针对基于触发帧的联合信源信道编码传输，设计了相应的基于触发的物理层协议数据单元，使能上行多用户JSCC传输方案，提升了系统的传输效率，也降低传输时延。

可选的，结合第一方面-第四方面中的任意一方面，触发帧用于指示一个或多个用户中存在采用联合信源信道编码的用户。可以看出，因为触发帧用于指示一个或多个用户中存在采用联合信源信道编码的用户，所以接收到触发帧的用户可以获知存在采用联合信源信道编码的用户。

可选的，结合第一方面-第四方面中的任意一方面，触发帧还包括公共信息字段，公共信息字段用于指示一个或多个用户中存在采用联合信源信道编码的用户；或，触发帧还包括特殊用户信息字段，特殊用户信息字段用于指示一个或多个用户中存在采用联合信源信道编码的用户。可以看出，公共信息字段或特殊用户信息字段用于指示一个或多个用户中存在采用联合信源信道编码的用户，因为公共信息字段或特殊用户信息字段是所有用户均可以读取的字段，所以接收到触发帧的用户均可以获知存在采用联合信源信道编码的用户。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的编码与调制策略；或，第一用户对应的一个用户信息字段用于指示第一用户选择一个信源层的编码与调制策略。可以看出，对于采用JSCC传输的用户，在读取触发帧中的该用户对应的一个用户信息字段后，还可以获知一个信源层的编码与调制策略，或，可以自行选择一个信源层的编码与调制策略。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应的一个用户信息字段还用于指示第一用户采用联合信源信道编码传输。可以看出，对于采用JSCC传输的用户，在读取触发帧中的该用户对应的一个用户信息字段后，还可以获知自己是采用联合信源信道编码传输的用户。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应多个用户信息字段，第一用户采用联合信源信道编码传输通过第一用户对应的多个用户信息字段使用同一关联标识字段指示。可以看出，当采用JSCC传输的用户对应多个用户信息字段时，通过该多个用户信息字段使用同一关联标识字段隐式指示该用户是采用联合信源信道编码传输的用户，节省了开销。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应多个用户信息字段，第一用户的信源层的层数等于使用同一关联标识字段的用户信息字段的数目，关联标识字段用于指示第一用户的关联标识。可以看出，当采用JSCC传输的用户对应多个用户信息字段时，使用同一关联标识字段的用户信息字段的数目可以隐含指示第一用户的信源层的层数，节省了开销。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应一个用户信息字段，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段还用于指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源；或，第一用户在每个信源层的层频域资源为预定义的频域资源。可以看出，当采用JSCC传输的用户对应一个用户信息字段时，该用户可以通过读取用户信息字段获知该用户所有信源层的层数和/或该用户在每个信源层的层频域资源，或者，因为该用户在每个信源层的层频域资源为预定义的频域资源，所以无需在触发帧中额外指示，节省了开销。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应多个用户信息字段，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户对应的一个信源层的层频域资源上；或，基于触发的物理层协议数据单元包括第一用户的一个数据字段，第一用户的一个数据字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个数据字段位于第一用户对应的一个信源层的层频域资源上。可以看出，当采用JSCC传输的用户对应多个用户信息字段时，基于触发的物理层协议数据单元可以包括位于该用户的一个信源层的一个第一信令字段或数据字段，使得接收到基于触发的物理层协议数据单元的用户可以通过读取该用户的一个第一信令字段或数据字段，获知读取该用户的位于信源层的联合信源信道编码数据所需的联合信源信道编码参数。

可选的，结合第一方面-第四方面中的任意一方面，第一用户对应一个用户信息字段，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户对应的一个信源层的层频域资源上；或，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户每个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户在所有信源层的总频域资源上；或，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段包括信令A字段和至少一个信令B字段，信令A字段位于第一用户在所有信源层的总频域资源上，一个信令B字段位于第一用户对应的一个信源层的层频域资源上，信令A字段用于指示第一用户所有信源层共用的联合信源信道编码参数，一个信令B字段用于指示第一用户对应的一个信源层的联合信源信道编码参数。可以看出，当采用JSCC传输的用户对应一个用户信息字段时，基于触发的物理层协议数据单元可以包括位于该用户的一个信源层或所有信源层的一个第一信令字段，使得接收到基于触发的物理层协议数据单元的用户可以通过读取该用户的一个第一信令字段，获知读取该用户的位于信源层的联合信源信道编码数据所需的联合信源信道编码参数。或者，当采用JSCC传输的用户对应一个用户信息字段时，基于触发的物理层协议数据单元可以包括该用户的一个第一信令字段，该用户的一个第一信令字段包括信令A字段和至少一个信令B字段，因为信令A字段位于该用户在所有信源层的总频域资源，所以信令A字段所指示的参数为不同信源层的对应的公共参数，而一个信令B字段位于该用户对应的信源层的层频域资源，即一个信令B字段所指示的参数为一个信源层的对应的私有参数，使得接收到基于触发的物理层协议数据单元的用户可以分开读取解析该用户每层信源层的所需的参数，降低了其读取信令字段时的复杂度。

可选的，结合第一方面-第四方面中的任意一方面，第一用户的一个第一信令字段还用于指示以下至少一项：第一用户所有信源层的层数、第一用户对应的信源层的标识。可以看出，接收到基于触发的物理层协议数据单元的用户还可以获知以下至少一项：采用JSCC传输的用户所有信源层的层数、该用户对应的信源层的标识。

可选的，结合第一方面-第四方面中的任意一方面，第一用户的一个第一信令字段还包括层资源分配字段，层资源分配字段用于指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源；或，第一用户在每个信源层的层频域资源为预定义的频域资源。可以看出，接收到基于触发的物理层协议数据单元的用户还可以通过采用JSCC传输的用户的一个第一信令字段获知以下至少一项：该用户的信源层的层数、该用户在每个信源层的层频域资源。或者，因为该用户在每个信源层的层频域资源为预定义的频域资源，所以无需在基于触发的物理层协议数据单元中额外指示，节省了开销。同时，接收到基于触发的物理层协议数据单元的用户可以按照固定的频域资源大小进行解码。

可选的，结合第一方面-第四方面中的任意一方面，第一用户的一个第一信令字段位于通用信令字段之后，短训练字段之前，通用信令字段位于第一用户所有信源层的总频域资源上，短训练字段位于第一用户对应的一个信源层的层频域资源上；或，第一用户的一个第一信令字段位于长训练字段之后，数据字段之前，长训练字段和数据字段位于第一用户对应的一个信源层的层频域资源上。可以看出，实现了两种不同格式的基于触发的物理层协议数据单元。同时，因为采用JSCC传输的用户的一个第一信令字段位于长训练字段之后，数据字段之前，且长训练字段和数据字段位于第一用户对应的一个信源层的层频域资源上，所以采用未采用JSSCC传输的用户获知存在采用JSCC传输的用户时无需传输未采用JSSCC传输的用户的一个第一信令字段，节省了开销，也使得未采用JSSCC传输的用户的数据字段可以传输更多的数据，提升了传输效率。

第五方面，提供一种通信方法，该方法包括：生成触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；发送触发帧；接收非基于触发帧的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

第六方面，提供一种通信方法，该方法包括：接收触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；发送非基于触发的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

第七方面，提供一种通信装置，通信装置包括收发模块和处理模块，处理模块，用于生成触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；收发模块，用于发送触发帧；收发模块，用于接收非基于触发帧的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

第八方面，提供一种通信装置，通信装置包括收发模块，收发模块，用于接收触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；收发模块，用于发送非基于触发的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

可以看出，第五方面-第八方面中任意一方面，因为触发帧还用于指示以下至少一项：触发帧是单用户触发帧、该用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输，所以接收到该触发帧的用户可以发送非基于触发的物理层协议数据单元，该非基于触发帧的物理层协议数据单元包括位于该用户被分配的带宽上的联合信源信道编码数据，实现了上行单用户JSCC传输。同时，因为触发帧是单用户触发帧，所以不需要考虑各个用户之间的资源分配，也不需要考虑字段、OFDM符号之间的对齐、功率控制等，节省了开销。另外，接收到非基于触发帧的物理层协议数据单元的用户，可以统一的频域资源大小进行解码。

可选的，结合第五方面-第八方面中的任意一方面，触发帧包括公共信息字段，公共信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，触发帧包括特殊用户信息字段，特殊用户信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，触发帧包括用户对应的一个用户信息字段，用户信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，触发帧包括接收地址字段，接收地址字段用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。可以看出，接收到触发帧的用户通过读取公共信息字段或特殊用户信息字段或该用户对应的一个用户信息字段或接收地址字段可以获知以下至少一项：触发帧是单用户触发帧、该用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输，进而可以发送非基于触发的物理层协议数据单元，该非基于触发帧的物理层协议数据单元包括位于该用户被分配的带宽上的联合信源信道编码数据，实现了上行单用户JSCC传输。

第九方面，提供一种芯片，芯片包括至少一个逻辑电路和输入输出接口，逻辑电路用于读取并执行存储的指令，当指令被运行时，使得芯片执行如第一方面、第二方面、第五方面或第六方面任一项的方法。

第十方面，提供一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被计算机执行时，使计算机执行如第一方面、第二方面、第五方面或第六方面任一项的方法。

第十一方面，提供一种通信装置，包括处理器和收发器，该处理器被配置为支持通信装置执行第一方面、第二方面、第五方面或第六方面的方法中相应的功能。该收发器用于支持通信装置与通信装置之外的其它通信装置之间的通信。该通信装置还可以包括存储器，该存储器用于与处理器耦合，其保存通信装置必要的程序指令和数据。其中，收发器可以集成在通信装置上或独立于通信装置，在此不做限制。

第十二方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面、第二方面、第五方面或第六方面任一项的方法。

第十三方面，提供一种通信系统，包括以下一项或多项：上述执行第一方面或第五方面的任一项所述方法的第一设备，以及执行第二方面或第六方面的任一项所述方法的第二设备。

附图说明

下面将对实施例描述中所需要使用的附图作简单地介绍。

其中：

图1为传统数据传输方案流程；

图2为联合信源信道编码数据传输方案流程示意图；

图3为一种802.11be中接入点触发上行多用户传输的方案；

图4为一种802.11be中触发帧的帧结构；

图5为本申请实施例提供的一种WLAN的网络架构图；

图6所示为可适用于本申请实施例提供的一种通信装置的硬件结构示意图；

图7为本申请实施例提供的一种一个或多用户进行基于触发的JSCC传输的流程示意图；

图8为本申请实施例提供的一种单用户进行非基于触发的JSCC传输的流程示意图；

图9为本申请实施例提供的一种在一个或多用户进行基于触发的JSCC传输的场景下触发帧的帧结构；

图10为采用图9所示触发帧的帧结构的情况下本申请实施例提供的一种基于触发的物理层协议数据单元的帧结构；

图11为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构；

图12为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构；

图13为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构；

图14为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构；

图15为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构；

图16为本申请实施例提供的一种时频资源上承载不同的信源层的基于触发的物理层协议数据单元的帧结构；

图17为本申请实施例提供的一种在单用户进行非基于触发的JSCC传输的场景下触发帧的帧结构；

图18为采用图17所示触发帧的帧结构的情况下本申请实施例提供的一种非基于触发帧的物理层协议数据单元的帧结构；

图19为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构；

图20为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构；

图21为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构；

图22为采用图17所示触发帧的帧结构的情况下本申请实施例提供的一种时频资源上承载不同的信源层的非基于触发的物理层协议数据单元的帧结构；

图23为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构；

图24为本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，本申请实施例中的术语“系统”和“网络”可被互换使用。除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是一个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对网元和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

在本申请实施例中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

以下的具体实施方式，对本申请的目标、技术方案和有益效果进行了进一步详细说明，所应理解的是，以下仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

下面对本申请所涉及到的一些部分名词进行解释说明。可以理解的，当本申请中其他地方涉及到以下名词时，后续不再解释说明。

1、联合信源信道编码(joint source and channel coding，JSCC)方案

随着信息技术的发展和社会的进步，人类对信息的需求越来越多，人们提出随时随地享受诸如语音、数据、图像、视频等综合业务和不同种类多媒体业务的更高要求，因此多媒体通信己成为人们关注的焦点。视频是多媒体数据的重要组成部分，它具有确切、实时、直观、具体、生动等一系列的优点，给用户带来视觉上的体验，大大地丰富了传统业务。未来几年，无线视频服务将会有更为广阔的发展前景。无线视频的编码与传输技术也因此成为当前多媒体通信领域的研究热点。

图1为传统数据传输方案流程。如图1所示，发送端的应用层数据，例如视频、图像等数据经过压缩、信道编码的步骤后，通过信道发送给接收端。接收端对收到的数据进行信道解码、数据解压缩的过程，获得了接收端发送的应用层数据。

由于无线信道带宽有限，视频数据需要高效压缩。然而，视频编码采用的预测编码和变长编码等技术在高效压缩的同时也使得比特流对信道误码十分敏感，众所周知，无线信道存在各种噪声干扰，误码率高，因此如何在无线移动网络上传输高品质视频是一项极具挑战的课题。编码是其中的关键问题之一。编码主要分为信源编码和信道编码。信源编码的主要指标是编码效率；信道编码的主要目标是提高信息传送的可靠性。基于信源信道独立编码的数字视频通信系统，不仅需要物理层自适应算法，还需要视频码率控制模块。当视频码率与信道容量不匹配时，会出现与物理层相似的悬崖效应，即如果信道噪声比预测值大，重建视频失真将非常大；如果信道噪声比预测值小，失真也不会降低。

因此，无线视频传输需要无缝自适应信道状况，即发送端无需根据信道条件改变传输方法，接收端视频质量与实时的信道条件相对应。

针对上述问题，自适应信道的联合信源信道编解码方案被提出。如图2所示，发送端设备将图像或者视频中的图片帧进行分块，并且对各块做离散余弦变换(discretecosine transform，DCT)。由于图形的大部分能量均集中在DCT变换后的低频部分，因此DCT变换能够对图像帧进行压缩。之后，对DCT变换后的图像数据进行量化，并且根据数据的重要性进行分层。对于分层的图像数据，在不同的比特平面分别进行无速率编码，如图2所示的信道编码1至信道编码N。将编码后的数据通过比特拼接和符号调制映射到资源块。控制信息包含了上述过程中的分块大小、带宽、编码、调制、分层位宽等信息，控制信息经过单独的信道编码后与调制后，也映射到相应的资源块上，与数据信息一起发送。

在接收端，接收端设备对接收到的信号进行同步、信道估计与均衡处理后，通过解资源映射得到控制信息和数据信息。随后，根据控制信息，对数据信息通过符号拆分、解调得到软信息，再通过置信传输方法进行信道解码得到0/1比特的概率。最后根据此概率做信息合并恢复出原始信源信息。通过如图2所示的信源信道联合编码方案，可以提高无线视频或图像传输的质量。

2、联合信源信道传输

其中，联合信源信道传输可以称为分层传输或用户多物理层服务数据单元(physical layer service data unit，PSDU)传输等，在此不做限定。在一可能的实施方式中，联合信源信道传输可以将数据分为一个基本层和至少一个增强层。

3、信源层

一个信源层即一个PSDU。其中，采用联合信源信道编码的用户对应多个信源层，即采用联合信源信道编码的用户对应多个PSDU；未采用联合信源信道编码的用户对应一个信源层，即采用联合信源信道编码的用户对应一个PSDU。

4、层频域资源

层频域资源即一个信源层的频域资源。换句话来说，层频域资源即为一个信源层分配的频域资源。其中，频域资源可以为资源单元(resource unit，RU)或多资源单元(multi-RU，MRU)。

5、联合信源信道编码参数

联合信源信道编码参数可以分为一个信源层的联合信源信道编码参数和所有信源层共用的联合信源信道编码参数。

其中，一个信源层的联合信源信道编码参数可以包括以下至少一项：该信源层的编码与调制策略、该信源层的信源概率分布、该信源层的物理层服务数据单元的长度。信源概率分布为二进制数字0的概率或1的概率。该信源层的物理层服务数据单元的长度又可以称为该信源层对应的数据字段承载的符号数目。该信源层的编码与调制策略为该信源层的物理层服务数据单元的调制方式，调制方式有BPSK/QPSK/8-PSK/16QAM/64QAM/256QAM等。该信源层的物理层服务数据单元的长度可以体现该物理层服务数据单元和不同比特平面的映射关系，可以是一个物理层服务数据单元对应一个比特平面。也可以是一个物理层服务数据单元对应多个比特平面。

其中，所有信源层共用的联合信源信道编码参数可以包括以下至少一项：包括帧率(frame rate)、颜色编码方法(RGB/YUV)、图像尺寸(picture size)(分辨率)、像素色位深度(pixel depth)、量化步长、DCT变换或离散小波变换(discrete wavelettransformation，DWT)大小(DCT/DWT size)、每个编码块包含的DCT块数、DCT系数量化比特平面数、编码块个数。帧率为帧的播放速率(帧/秒)，支持的典型值有60/90/120。图像尺寸为图像的大小：长(width)和宽(height)，支持的典型值有1080P(1920*1080)/4K(3840*2160)/2048*1024/4096*2048。像素色位深度为每个像素的色位深度，典型值有8比特/10比特。量化步长为量化的阶数。DCT变换或离散小波变换大小为DCT/DWT变换的大小，典型值有4*4/8*8/16*16/32*32。每个编码块包含的DCT块数为每个数据字段承载的JSCC编码块包含的DCT块的个数，典型值有10/15/20/25。DCT系数量化比特平面数为每个DCT系数量化后从比特高位到低位依次排列组成的比特平面数，典型值有8/10/12。编码块个数是每个数据字段承载的图像编码块数。

上述内容简要阐述了本申请实施例所涉及的名词(通信术语)的含义，为更好地理解本申请实施例的提供的技术方案，并不构成对于本申请实施例提供的技术方案的限定。

下面，为了便于理解本申请，在此介绍本申请实施例涉及的相关技术知识。

通常，站点通过信道竞争获得发送权之后再进行上行数据传输的，比如基于加强分布式信道接入(enhanced distributed channel access，EDCA)方式抢信道。如802.11ax引入了基于触发帧的调度式上行传输方法，802.11be延续了基于触发帧的调度式上行传输方法。下面介绍802.11be中接入点触发上行多用户传输的方案。如图3所示，接入点可以发送触发帧，该触发帧包括用于一个或多个用户(站点)发送上行数据的资源调度以及其他参数(如关联标识、编码与调制策略等)。其中，该触发帧的帧结构可以参见图4，如图4所示，该触发帧包括公共信息(common info)字段和用户信息列表(user info list)字段。其中，公共信息字段包括所有用户都需要读取的公共信息，而用户信息列表字段由一个或多个用户信息字段构成，其中，第一个用户信息字段为特殊用户信息字段，关联标识指示为2007，特殊用户信息字段中关联标识字段后边承载一些公共信息。虽然是用户信息字段，但是承载着公共信息，因此第一个用户信息字段被叫做特殊用户信息字段。从第二个用户信息字段开始，每个用户信息字段包括每个用户分别需要读取的信息。在用户信息字段中，关联标识12(association identification 12，AID12，AID的低12位)指示某一个STA的关联标识，通常简称为关联标识字段。而资源单元分配子字段(RU allocation)同主次160字段联合起来指示AID12对应的用户被分配到的具体的资源单元(resource unit，RU)或多资源单元(MRU)。当站点接收到触发帧后，可以读取公共信息字段和特殊用户信息字段。如图3中，站点1可以接收到触发帧，站点2可以接收到触发帧。进一步的，站点还可以解析出与自己的AID相匹配的用户信息字段，然后在该用户信息字段中的资源单元分配子字段所指示的RU或MRU上发送极高吞吐率基于触发的数据分组(extremely high throughput triggerbased physical layer protocol data unit，EHT TB PPDU)。该EHT TB PPDU各个字段的名称和功能可以参见表1。最后，当接入点接收一个或多个站点发送的EHT TB PPDU后，可以回复多站点块确认(Multi-STA block acknowledgement)帧。但是，基于触发帧实现JSCC传输，仍处于空白阶段。

表1

基于此，本申请提供一种通信方法，以解决上述技术问题，下面对本申请实施例进行详细介绍。

应理解的，本申请实施例可以适用于无线局域网(wireless local areanetwork，WLAN)的场景，可以适用于IEEE 802.11系统标准，例如802.11ax(Wi-Fi 6)、802.11be(Wi-Fi 7)、802.11bf(SENS，sensing，感知)或更下一代的标准中。或者本申请实施例也可以适用于物联网(internet of things，IoT)网络或车联网(Vehicle to X，V2X)网络等无线局域网系统中。当然，本申请实施例还可以适用于其他可能的通信系统，例如，LTE系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(timedivision duplex，TDD)、通用移动通信系统(universal mobile telecommunicationsystem，UMTS)、全球互联微波接入(worldwide interoperability for microwaveaccess，WiMAX)通信系统、以及未来的6G通信系统等。

下文以本申请实施例可以适用于WLAN的场景为例。应理解，WLAN从802.11a/g标准开始，历经802.11n、802.11ac、802.11ax和如今正在讨论的802.11be。其中802.11n也可称为高吞吐率(high throughput,HT)；802.11ac也可称为非常高吞吐率(very highthroughput，VHT)；802.11ax也可称为高效(high efficient，HE)或者Wi-Fi 6；802.11be也可称为极高吞吐率(extremely high throughput，EHT)或者(Wi-Fi 7)，而对于HT之前的标准，如802.11a/b/g等统称叫做非高吞吐率(Non-HT)。

参见图5，图5为本申请实施例提供的一种WLAN的网络架构图。图5以该WLAN包括1个无线接入点(access point，AP)和2个站点(station，STA)为例。与AP关联的STA，能够接收该AP发送的无线帧，也能够向该AP发送无线帧。另外，本申请实施例同样适用于AP与AP之间的通信，例如各个AP之间可通过分布式系统(distributed system，DS)相互通信，本申请实施例也适用于STA与STA之间的通信。应理解，图5中的AP和STA的数量仅是举例，还可以更多或者更少。

其中，接入点可以为终端设备(如手机)进入有线(或无线)网络的接入点，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。接入点相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。具体的，接入点可以是带有Wi-Fi芯片的终端设备(如手机)或者网络设备(如路由器)。接入点可以为支持802.11be制式的设备。接入点也可以为支持802.11ax、802.11ac、802.11n、802.11g、802.11b、802.11a以及802.11be下一代等802.11家族的多种无线局域网(wireless local area networks，WLAN)制式的设备。本申请中的接入点可以是高效(high efficient,HE)AP或极高吞吐量(extremely highthroughput,EHT)AP，还可以是适用未来某代Wi-Fi标准的接入点。

本申请实施例涉及到的STA可以是各种具有无线通信功能的用户终端、用户装置，接入装置，订户站，订户单元，移动站，用户代理，用户装备或其他名称，其中，用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(user equipment，UE)，移动台(mobile station，MS)，终端(terminal)，终端设备(terminal equipment)，便携式通信设备，手持机，便携式计算设备，娱乐设备，游戏设备或系统，全球定位系统设备或被配置为经由无线介质进行网络通信的任何其他合适的设备等。例如STA可以是路由器、交换机和网桥等，在此，为了描述方便，上面提到的设备统称为站点或STA。

本申请实施例所涉及到的AP和STA可以为适用于IEEE 802.11系统标准的AP和STA。AP是部署在无线通信网络中为其关联的STA提供无线通信功能的装置，该AP可用作该通信系统的中枢，通常为支持802.11系统标准的MAC和PHY的网络侧产品，例如可以为基站、路由器、网关、中继器，通信服务器，交换机或网桥等通信设备，其中，所述基站可以包括各种形式的宏基站，微基站，中继站等。在此，为了描述方便，上面提到的设备统称为AP。STA通常为支持802.11系统标准的介质访问控制(media access control，MAC)和物理层(physical，PHY)的终端产品，例如手机、笔记本电脑等。

本申请所提供一种通信方法可以应用于无线通信系统。该无线通信系统可以为无线局域网(Wireless local area network)或蜂窝网，该方法可以由无线通信系统中的通信设备或通信设备中的芯片或处理器实现，该通信设备可以是一种支持多条链路并行进行传输的无线通信设备，例如，称为多链路设备(Multi-link device)或多频段设备(multi-band device)。相比于仅支持单条链路传输的设备来说，多链路设备具有更高的传输效率和更高的吞吐量。多链路设备包括一个或多个隶属的站点STA(affiliated STA)，隶属的STA是一个逻辑上的站点，可以工作在一条链路上。其中，隶属的站点可以为接入点(AccessPoint，AP)或非接入点站点(non-Access Point Station,non-AP STA)。为描述方便，本申请将隶属的站点为AP的多链路设备可以称为多链路AP或多链路AP设备或AP多链路设备(APmulti-link device)，隶属的站点为non-AP STA的多链路设备可以称为多链路STA或多链路STA设备或STA多链路设备(STA multi-link device)。

此外，本申请实施例提供的技术方案可适用于多种系统架构。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

可选的，图5中的无线接入点、站点等可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，图5中的各设备均可以通过图6中的通信装置600来实现。图6所示为可适用于本申请实施例提供的一种通信装置的硬件结构示意图。该通信装置600包括至少一个处理器601，通信线路602，存储器603以及至少一个通信接口604。

处理器601可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路602可包括一通路，在上述组件之间传送信息。

通信接口604，是任何收发器一类的装置(如天线等)，用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。

存储器603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路602与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中，存储器603用于存储执行本申请方案的计算机执行指令，并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机执行指令，从而实现本申请下述实施例提供的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在一种可能的实施方式中，处理器601可以包括一个或多个CPU，例如图6中的CPU0和CPU1。

在一种可能的实施方式中，通信装置600可以包括多个处理器，例如图6中的处理器601和处理器607。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在一种可能的实施方式中，通信装置600还可以包括输出设备605和输入设备606。输出设备605和处理器601通信，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备606和处理器601通信，可以以多种方式接收用户的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信装置600可以是一个通用设备或者是一个专用设备。在具体实现中，通信装置600可以是便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图6中类似结构的设备。本申请实施例不限定通信装置600的类型。

当通信装置开机后，处理器601可以读取存储器603中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器601对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器601，处理器601将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以独立于通信装置，呈拉远式的布置。

以下结合附图，说明本申请实施例提供的技术方案。可以理解的，第一设备可以为图5中的AP或STA，第二设备可以为图5中的AP或STA，第三设备可以为图5中的AP或STA，在此不做限制。以下以第一设备是AP，第二设备和第三设备是STA为例，说明本申请实施例提供的技术方案。

参见图7，图7为本申请实施例提供的一种一个或多用户进行基于触发的JSCC传输的流程示意图。如图7所示，该方法包括但不限于以下步骤：

701、第一设备生成触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；多个用户还包括未采用联合信源信道编码的第二用户，第二用户对应一个用户信息字段，第二用户对应的一个用户信息字段用于指示第二用户被分配的频域资源。

其中，在一可能的实施方式中，触发帧可以包括一个用户对应的用户信息字段，一个用户为第一用户；在另一可能的实施方式中，触发帧可以包括多个用户对应的用户信息字段，多个用户包括第一用户和第二用户。第一用户的数量可以为一个或多个，第二用户的数量也可以为一个或多个，在此不做限定。应理解的，一个第一用户可以对应一个或多个用户信息字段，一个第二用户对应一个用户信息字段。

可选的，第一用户对应的一个用户信息字段包括资源单元分配字段和主次160字段。在一可能的实施方式中，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源，可以理解为：资源单元分配字段和主次160字段联合指示第一用户在一个信源层的层频域资源。换而言之，对于第一用户，第一设备在进行资源分配时，可以将不同的信源层看作不同用户信息字段对应的数据，即为每一信源层的数据分配对应的RU或MRU。在另一可能的实施方式中，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源，可以理解为：资源单元分配字段和主次160字段联合指示第一用户在所有信源层的总频域资源。

可选的，第二用户对应的一个用户信息字段可以包括资源单元分配字段和主次160字段，资源单元分配字段和主次160字段联合指示第二用户被分配的频域资源。第二用户被分配的频域资源，可以理解为：第二用户被分配的一个信源层的层频域资源，或，第二用户被分配的所有信源层的总频域资源。因为第二用户仅对应一个信源层，所以第二用户被分配的一个信源层的层频域资源和第二用户被分配的所有信源层的总频域资源大小相同。换而言之，对于第二用户，第一设备在进行资源分配时，可以将一个信源层看作一个用户信息字段对应的数据，为一个信源层的数据分配对应的RU或MRU。

可选的，触发帧用于指示一个或多个用户中存在采用联合信源信道编码的用户。具体的，指示一个或多个用户中存在采用联合信源信道编码的用户可以通过以下任意一种方式实现。

方式1.1、触发帧还包括公共信息字段，公共信息字段用于指示一个或多个用户中存在采用联合信源信道编码的用户。如公共信息字段中B55-B62、B63等预留字段的部分或全部比特用于指示一个或多个用户中存在采用联合信源信道编码的用户。当预留字段用于指示一个或多个用户中存在采用联合信源信道编码的用户时，预留字段的名称可以进行更换，具体的名称不做限定。示例性的，公共信息字段中B55-B62、B63等预留字段的值为0，则指示一个或多个用户中存在采用联合信源信道编码的用户，公共信息字段中B55-B62、B63等预留字段的值为1，则指示一个或多个用户中不存在采用联合信源信道编码的用户；或，公共信息字段中B55-B62、B63等预留字段的值为1，则指示一个或多个用户中存在采用联合信源信道编码的用户，公共信息字段中B55-B62、B63等预留字段的值为0，则指示一个或多个用户中不存在采用联合信源信道编码的用户。

方式1.2、触发帧还包括特殊用户信息字段，特殊用户信息字段用于指示一个或多个用户中存在采用联合信源信道编码的用户。如特殊用户信息字段中的预留比特用于指示一个或多个用户中存在采用联合信源信道编码的用户，即特殊用户信息字段中B37-B39的部分或者全部比特用于指示一个或多个用户中存在采用联合信源信道编码的用户。示例性的，特殊用户信息字段中B37-B39的部分或者全部比特的值为0，则指示一个或多个用户中存在采用联合信源信道编码的用户，特殊用户信息字段中B37-B39的部分或者全部比特的值为1，则指示一个或多个用户中不存在采用联合信源信道编码的用户；或，特殊用户信息字段中B37-B39的部分或者全部比特的值为1，则指示一个或多个用户中存在采用联合信源信道编码的用户，特殊用户信息字段中B37-B39的部分或者全部比特的值为0，则指示一个或多个用户中不存在采用联合信源信道编码的用户。应理解的，特殊用户信息字段可以被看成公共信息字段的扩展，其同公共信息字段一样也可以被接收到触发帧的所有用户读取，进而可以获知一个或多个用户中是否存在采用联合信源信道编码的用户。

其中，特殊用户信息字段为触发帧中第一个用户信息字段，该用户信息字段中包括的关联标识字段指示为2007。

可选的，一个或多个用户中存在采用联合信源信道编码的用户可以通过其他针对下一代标准新增的比特或字段指示，在此不做限定。

可以看出，针对方式2.1-方式2.2，因为公共信息字段或特殊用户信息字段是所有用户均可以读取的字段，所以接收到触发帧的用户均可以获知存在采用联合信源信道编码的用户。

另外，还可以通过其他用户信息字段获知该用户信息字段对应的用户是否采用联合信源信道编码，其中，其他用户信息字段为触发帧中除特殊用户信息字段之外的用户信息字段。具体的，指示该用户信息字段对应的用户是否采用联合信源信道编码可以通过以下任意一种方式实现。

方式2.1、第一用户对应的一个用户信息字段还用于指示第一用户采用联合信源信道编码传输。在一可能的实施方式中，第一用户对应的一个用户信息字段还可以包括编码与调制策略字段，该编码与调制策略字段用于指示第一用户使用联合信源信道编码传输。如当编码与调制策略字段用于指示特殊的编码与调制策略时，用于指示第一用户使用联合信源信道编码传输。在另一可能的实施方式中，第一用户对应的一个用户信息字段中的B25用于指示第一用户使用联合信源信道编码传输，预留字段位于B25。另外，方式2.1可以适用于第一用户对应一个或多个用户信息字段的场景。当第一用户对应多个用户信息字段时，第一用户对应的多个用户信息字段中的一个或多个用户信息字段可以用于指示第一用户采用联合信源信道编码传输。

方式2.2、第一用户对应多个用户信息字段，第一用户采用联合信源信道编码传输通过第一用户对应的多个用户信息字段使用同一关联标识字段指示。第一用户对应的一个用户信息字段与第一用户一个信源层的数据的调度信息对应。如果多个用户信息字段包括相同的关联标识字段，则隐含表示该用户采用联合信源信道编码传输。

方式2.3、第一用户对应多个用户信息字段，第一用户的信源层的层数等于使用同一关联标识字段的用户信息字段的数目，该关联标识字段用于指示第一用户的关联标识。第一用户采用联合信源信道编码传输通过第一用户的信源层的层数指示。

方式2.4、第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段还用于指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源。如第一用户对应的一个用户信息字段还包括层数字段，层数字段用于指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源。第一用户采用联合信源信道编码传输通过第一用户的信源层的层数指示。示例性的，用户的信源层的层数为1，表示该用户未采用联合信源信道编码传输，用户的信源层的层数大于1，表示该用户采用联合信源信道编码传输。其中，层数字段指示第一用户的信源层的层数和/或第一用户在每个信源层的层频域资源的方法，可以参考下述基于触发的物理层协议数据单元中层资源分配字段指示第一用户的信源层的层数和/或第一用户在每个信源层的层频域资源的方法，在此不加赘述。

需要说明的，在一可能的实施方式中，方式1.1-方式1.2中任意一种或多种方式可以与方式2.1-方式2.4中任意一种方式结合使用。比如在公共信息字段里指示存在JSCC用户传输，再进一步具体指示哪个用户进行了JSCC传输。公共信息中的指示可以使没有采用JSCC传输的用户也获知存在JSCC传输，在部分实施例中，对非JSCC用户传输TB PPDU的方法也有影响。

可选的，一个信源层的编码与调制策略可以由触发的用户自行选择，也可以由第一设备告知，具体可以参考如下方式。

方式3.1、第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的编码与调制策略。即第一用户在一个信源层的编码与调制策略由第一设备告知。在一可能的实施方式中，第一用户对应的一个用户信息字段还可以包括编码与调制策略字段，该编码与调制策略字段用于指示第一用户在一个信源层的编码与调制策略。

方式3.2、第一用户对应的一个用户信息字段用于指示第一用户选择一个信源层的编码与调制策略。即接收到触发帧后，可以选择在一个信源层的编码与调制策略。在一可能的实施方式中，第一用户对应的一个用户信息字段还可以包括编码与调制策略字段，该编码与调制策略字段用于指示第一用户选择一个信源层的编码与调制策略。如当编码与调制策略字段用于指示特殊的编码与调制策略时，用于指示第一用户选择一个信源层的编码与调制策略。

其中，方式3.1-方式3.2中信源层可以为第一用户的基本层或增强层，在此不做限定。

需要说明的，可选的，在第一用户对应多个用户信息字段的情况下，不同用户信息字段包括的编码与调制策略字段所指示的信息可以采用以下任意一种方式。其中，第一用户对应的多个用户信息字段可以包括第一用户信息字段和第二用户信息字段，第一用户信息字段包括第一编码与调制策略字段，第二用户信息字段包括第二编码与调制策略字段。

方式4.1、第一编码与调制策略字段用于指示第一用户的基本层的编码与调制策略，第二编码与调制策略字段用于指示第一用户选择第二用户信息字段对应的信源层的编码与调制策略。其中，第二用户信息字段对应的信源层可以为增强层。即第一设备仅通过第一编码与调制策略字段指示基本层的编码与调制策略，其余增强层对应的编码与调制策略字段指示为特殊值，使得第一用户可以自行选择编码与调制策略。另外，第二编码与调制策略字段还用于指示第一用户采用联合信源信道编码传输。

方式4.2、第一编码与调制策略字段用于指示第一用户信息字段对应的信源层的编码与调制策略，第二编码与调制策略字段用于指示第二用户信息字段对应的信源层的编码与调制策略。

方式4.3、第一编码与调制策略字段用于指示第一用户选择第一用户信息字段对应的信源层的编码与调制策略，第二编码与调制策略字段用于指示第一用户选择第二用户信息字段对应的信源层的编码与调制策略。在一可能的实施方式中，第一编码与调制策略字段和第二编码与调制策略字段还用于指示第一用户采用联合信源信道编码传输。

其中，方式4.2-方式4.3中第一用户信息字段对应的信源层和第二用户信息字段对应的信源层不同。如，第一用户信息字段对应的信源层可以为基本层，第二用户信息字段对应的信源层可以为增强层；或，第一用户信息字段对应的信源层可以为增强层，第二用户信息字段对应的信源层可以为基本层；或，第一用户信息字段对应的信源层可以为一个增强层，第二用户信息字段对应的信源层可以为另一个增强层。

可选的，对于第一用户对应的多个用户信息字段中除第一用户信息字段和第二用户信息字段外的其他用户信息字段，在方式4.1中，其他用户信息字段包括的编码与调制策略字段所指示的信息可以参考方式4.1中第二编码与调制策略字段所指示的信息；在方式4.2中其他用户信息字段包括的编码与调制策略字段所指示的信息可以参考方式4.1或方式4.3中第二编码与调制策略字段所指示的信息；在方式4.3中其他用户信息字段包括的编码与调制策略字段所指示的信息可以参考方式4.2或方式4.3中第一编码与调制策略字段所指示的信息。应理解的，在触发帧指示第一用户选择所有信源层的编码与调制策略情况下，第一用户的基于触发的物理层协议数据单元还用于指示第一用户在所有信源层的编码与调制策略。如基于触发的物理层协议数据单元包括位于第一用户不同层频域资源的第一信令字段，第一用户在所有信源层的编码与调制策略通过位于第一用户不同层频域资源的第一信令字段指示。

需要说明的，在第一用户对应一个用户信息字段的情况下，第一用户对应的一个用户信息字段包括编码与调制策略字段，该编码与调制策略字段所指示的信息可以采用以下任意一种方式。

方式5.1、该编码与调制策略字段用于指示第一用户采用联合信源信道编码传输，即该编码与调制策略字段指示为特殊值。应理解的，在该编码与调制策略字段用于指示第一用户采用联合信源信道编码传输的情况下，第一用户在所有信源层的编码与调制策略由用户自行决定，即第一用户的基于触发的物理层协议数据单元还用于指示第一用户在所有信源层的编码与调制策略。示例性的，基于触发的物理层协议数据单元包括位于第一用户不同层频域资源的第一信令字段，第一用户在所有信源层的编码与调制策略通过位于第一用户不同层频域资源的第一信令字段指示。又示例性的，基于触发的物理层协议数据单元包括位于第一用户在所有信源层的总频域资源上的第一信令字段，该第一信令字段用于指示第一用户在所有信源层的编码与调制策略。又示例性的，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，该第一信令字段包括位于第一用户不同层频域资源的信令B字段，第一用户在所有信源层的编码与调制策略通过位于第一用户不同层频域资源的信令B字段指示。

方式5.2、该编码与调制策略字段用于指示第一用户的基本层的编码与调制策略。在一可能的实施方式中，第一用户的增强层的编码与调制策略由用户自行决定，即第一用户的基于触发的物理层协议数据单元还用于指示第一用户在增强层的编码与调制策略。示例性的，基于触发的物理层协议数据单元包括位于该增强层的层频域资源的第一信令字段，第一用户在所有信源层的编码与调制策略通过位于该增强层的层频域资源的第一信令字段指示。又示例性的，基于触发的物理层协议数据单元包括位于第一用户在所有信源层的总频域资源上的第一信令字段，该第一信令字段用于指示第一用户在增强层的编码与调制策略。又示例性的，基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，该第一信令字段包括位于增强层的层频域资源的信令B字段，第一用户在增强层的编码与调制策略通过位于该增强层的层频域资源的信令B字段指示。在另一可能的实施方式中，第一用户的增强层的编码与调制策略为预定义的编码与调制策略。比如增强层的MCS以基本层的MCS为基准，对应的MCS逐一增加。举例来讲，一共存在3层，基本层用MCS5，增强层1用MCS7，增强层2用MCS9。

可以看出，在方式5.1-方式5.2中任意一种方式中，触发帧无需指示出所有信源层的编码与调制策略，节省了开销。

可选的，一个第二用户对应的一个用户信息字段也可以包括编码与调制策略字段，该编码与调制策略字段用于指示第二用户的编码与调制策略。

可选的，在第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源的情况下，第一用户在每个信源层的层频域资源可以是触发帧中指示，如方式2.4中的描述，或，第一用户在每个信源层的层频域资源可以为预定义的频域资源。其中，关于第一用户在每个信源层的层频域资源为预定义的频域资源可以参考下述方式8.2。因为该用户在每个信源层的层频域资源为预定义的频域资源，所以无需在触发帧中额外指示，节省了开销。

其中，在步骤701之后，还可以执行步骤702-步骤703。

702、第一设备发送触发帧。

相应的，第二设备接收触发帧，第三设备接收触发帧。

703、第二设备发送第一用户的基于触发的物理层协议数据单元，该基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

相应的，第一设备接收第一用户的基于触发的物理层协议数据单元。

其中，该基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据，可以理解为：该基于触发的物理层协议数据单元包括位于第一用户的每个层频域资源的数据字段，一个数据字段包括第一用户一个信源层的联合信源信道编码数据。

可选的，在第一用户对应多个用户信息字段的情况下，第一用户的基于触发的物理层协议数据单元可以通过以下任意一种方式实现。

方式6.1、基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户对应的一个信源层的层频域资源上。应理解的，第一用户的信源层的层数和第一用户的第一信令字段的数目相同。

方式6.2、基于触发的物理层协议数据单元包括第一用户的一个数据字段，第一用户的一个数据字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个数据字段位于第一用户对应的一个信源层的层频域资源上。即第一用户的一个数据字段中的媒体接入控制(media access control，MAC)帧的帧头或帧体包括以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数。应理解的，第一用户的信源层的层数和第一用户的数据字段的数目相同。另外，在方式6.2中，触发帧需要指示第一用户在所有信源层的编码与调制策略，如由AP指示所有层的MCS。示例性的，第一用户在所有信源层的编码与调制策略通过第一用户对应的多个用户信息字段指示。

其中，第一用户对应的一个信源层的联合信源信道编码参数包括以下至少一项：第一用户对应的一个信源层的编码与调制策略、第一用户对应的一个信源层的信源概率分布。第一用户所有信源层共用的联合信源信道编码参数可以包括以下至少一项：帧率、颜色编码方法、图像尺寸、像素色位深度、量化步长、DCT变换或离散小波变换大小、每个编码块包含的DCT块数、DCT系数量化比特平面数、编码块个数。

可以看出，在方式6.1-方式6.2方式中，当采用JSCC传输的用户对应多个用户信息字段时，基于触发的物理层协议数据单元可以包括位于该用户的一个信源层的一个第一信令字段或数据字段，使得接收到基于触发的物理层协议数据单元的用户可以通过读取该用户的一个第一信令字段或数据字段，获知读取该用户的位于信源层的联合信源信道编码数据所需的联合信源信道编码参数。

可选的，在第一用户对应一个用户信息字段的情况下，第一用户的基于触发的物理层协议数据单元可以通过以下任意一种方式实现。

方式7.1、基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户对应的一个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户对应的一个信源层的层频域资源上。

方式7.2、基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段用于指示以下至少一项：第一用户每个信源层的联合信源信道编码参数、第一用户所有信源层共用的联合信源信道编码参数，第一用户的一个第一信令字段位于第一用户在所有信源层的总频域资源上。

方式7.3、基于触发的物理层协议数据单元包括第一用户的一个第一信令字段，第一用户的一个第一信令字段包括信令A字段和至少一个信令B字段，信令A字段位于第一用户在所有信源层的总频域资源上，一个信令B字段位于第一用户对应的一个信源层的层频域资源上，信令A字段用于指示第一用户所有信源层共用的联合信源信道编码参数，一个信令B字段用于指示第一用户对应的一个信源层的联合信源信道编码参数。可以看出，当采用JSCC传输的用户对应一个用户信息字段时，基于触发的物理层协议数据单元可以包括该用户的一个第一信令字段，该用户的一个第一信令字段包括信令A字段和至少一个信令B字段，因为信令A字段位于该用户在所有信源层的总频域资源，所以信令A字段所指示的参数为不同信源层的对应的公共参数，而信令B字段位于该用户对应的信源层的层频域资源，即信令B字段所指示的参数为一个信源层的对应的私有参数，使得接收到基于触发的物理层协议数据单元的用户可以分开读取解析该用户每层信源层的所需的参数，降低了其读取信令字段时的复杂度。

可以看出，在方式7.1-方式7.2中，当采用JSCC传输的用户对应一个用户信息字段时，基于触发的物理层协议数据单元可以包括位于该用户的一个信源层或所有信源层的一个第一信令字段，使得接收到基于触发的物理层协议数据单元的用户可以通过读取该用户的一个第一信令字段，获知读取该用户的位于信源层的联合信源信道编码数据所需的联合信源信道编码参数。

可选的，在方式6.1、方式7.1-方式7.3中的任意一种方式，第一用户的一个第一信令字段还用于指示以下至少一项：第一用户所有信源层的层数、第一用户对应的信源层的标识。其中，在方式6.1、方式7.1和方式7.3中的任意一种方式，第一用户对应的信源层的标识可以理解为：第一用户对应的一个信源层的标识。在方式7.3中，信令A字段可以用于指示第一用户所有信源层的层数，一个信令B字段可以用于指示第一用户对应的信源层的标识，即一个信令B字段可以用于指示第一用户对应的一个信源层的标识。在方式7.2中，第一用户对应的信源层的标识可以理解为：第一用户所有信源层中每个信源层的标识。可以看出，接收到基于触发的物理层协议数据单元的用户还可以获知以下至少一项：采用JSCC传输的用户所有信源层的层数、该用户对应的信源层的标识。

可选的，在方式7.1-方式7.3中的任意一种方式，第一用户在每个信源层的层频域资源可以通过第一用户的第二信令字段指示或协议预定义。具体的可以采用以下任意一种方式实现，在此不做限定。

方式8.1、第一用户的一个第一信令字段还包括层资源分配字段，层资源分配字段用于指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源。其中，在方式7.3中，第一用户的一个第一信令字段还包括层资源分配字段，可以理解为：信令A字段还包括层资源分配字段。可以看出，接收到基于触发的物理层协议数据单元的用户还可以通过采用JSCC传输的用户的一个第一信令字段获知以下至少一项：该用户的信源层的层数、该用户在每个信源层的层频域资源。

方式8.2、第一用户在每个信源层的层频域资源为预定义的频域资源。可以看出，因为该用户在每个信源层的层频域资源为预定义的频域资源，所以无需在基于触发的物理层协议数据单元中额外指示，节省了开销。同时，接收到基于触发的物理层协议数据单元的用户可以按照固定的频域资源大小进行解码。

其中，针对方式8.1，在一可能的实施方式中，通过层资源分配字段的取值指示以下至少一项：第一用户的信源层的层数、第一用户在每个信源层的层频域资源。

示例性的，表2的第二行，RU 242-RU 242，表示第一用户的信源层的层数为2，第一用户在2个信源层的层频域资源的大小均为RU 242。即层资源分配字段的取值为0时，表示第一用户的信源层的层数为2，第一用户在2个信源层的层频域资源的大小均为RU 242。表2的第三行，RU 242-RU 242-RU 242，表示第一用户的信源层的层数为3，第一用户在3个信源层的层频域资源的大小均为RU 242。即层资源分配字段的取值为1时，表示第一用户的信源层的层数为3，第一用户在3个信源层的层频域资源的大小均为RU 242。表2的第五行，RU484-RU 242，表示第一用户的信源层的层数为2，第一用户在一个信源层的层频域资源的大小为RU 484，第一用户在另一个信源层的层频域资源的大小为RU 242。即层资源分配字段的取值为3时，表示第一用户的信源层的层数为2，第一用户在一个信源层的层频域资源的大小为RU 484，第一用户在另一个信源层的层频域资源的大小为RU 242。其中，针对表2中层资源分配字段的其他取值类似，在此不加赘述。应理解的，本申请中，不同尺寸的RU或MRU为标准预先定义的RU或MRU，包括尺寸和位置。比如对于RU2*996+RU484的MRU，由标准预先定义的两个996-tone RU和一个484-tone RU组成。

表2

除了表中的组合，还可能有其他组合，比如RU484+242-RU242,RU996+484-RU484。不同的信源层的资源大小不同，可以将更大的资源分给增强层，承载低码率情况下更多的比特。

又示例性的，针对同一大小的第一用户在所有信源层的总频域资源，层资源分配字段的取值不同。如第一用户在所有信源层的总频域资源大小为RU 2*996，层资源分配字段的取值可以参考表3。结合表3，可以看出，同一大小的第一用户在所有信源层的总频域资源，层资源分配字段的取值不同，可以表示不同第一用户的信源层的层数。如表3中，层资源分配字段的取值为0时，第一用户的信源层的层数为4，第一用户在4个信源层的层频域资源大小均为RU484。层资源分配字段的取值为1时，第一用户的信源层的层数为2，第一用户在2个信源层的层频域资源大小均为RU996。层资源分配字段的取值为2时，第一用户的信源层的层数为3，第一用户在一个信源层的层频域资源大小为RU996，第一用户在其余信源层的层频域资源大小均为RU484。又如第一用户在所有信源层的总频域资源大小为RU 3*996，层资源分配字段的取值可以参考表4。其中，关于表4的描述与表3类似，在此不加赘述。

表3

表4

其中，针对于方式8.1，在另一可能的实施方式中，层资源分配字段包括层数字段和索引字段，层数字段位于索引字段之前或之后，层数字段用于指示第一用户的信源层的层数，索引字段用于指示第一用户在每个信源层的层频域资源。针对同一大小的第一用户在所有信源层的总频域资源，信源层的层数不同，索引字段的取值不同。

示例性的，结合表5，可以看出，当第一用户的信源层的层数为2时，索引字段的取值可以为0-4中任意一个。索引字段的取值为0，第一用户在2个信源层的层频域资源大小均为RU242。索引字段的取值为1，第一用户在一个信源层的层频域资源大小为RU484，第一用户在另一个信源层的层频域资源大小为RU242。针对表5中索引字段的其他取值类似，在此不加赘述。

表5

其中，针对方式8.2，可以理解为：针对某总RU或MRU，标准预先规定存在唯一的分配方式，不需要再额外指示第一用户在每个信源层的层频域资源。或者，针对某总RU或MRU，指示分的层数，再相应的层数下，标准预先规定存在唯一的分配方式，不需要再额外指示层资源单元分配。即针对于某总RU或MRU，再指示第一用户的信源层的层数，信源层的层数不同，但标准预先规定该层数下每个信源层的层频域资源。如第一用户在所有信源层的总频域资源大小为RU996，第一用户的信源层的层数为2时，只对应RU 484-RU 484。即，第一用户的信源层的层数为2时，第一用户在2个信源层的层频域资源大小均为RU 484。

示例性的，在第一用户在每个信源层的层频域资源为预定义的频域资源的情况下，在一可能的实施方式中，通过第一用户的一个第二信令字段指示第一用户的信源层的层数，即第一用户的第二信令字段还包括层资源分配字段，层资源分配字段用于指示第一用户的信源层的层数。

可选的，在方式6.1和方式7.1中的任意一种方式，第一用户的一个第一信令字段位于通用信令字段之后，短训练字段之前，通用信令字段位于第一用户所有信源层的总频域资源上，短训练字段位于第一用户对应的一个信源层的层频域资源上；或，第一用户的一个第一信令字段位于长训练字段之后，数据字段之前，长训练字段和数据字段位于第一用户对应的一个信源层的层频域资源上。可以看出，实现了两种不同格式的基于触发的物理层协议数据单元。同时，因为采用JSCC传输的用户的一个第一信令字段位于长训练字段之后，数据字段之前，且长训练字段和数据字段位于第一用户对应的一个信源层的层频域资源上，所以采用未采用JSSCC传输的用户获知存在采用JSCC传输的用户时无需传输未采用JSSCC传输的用户的一个第一信令字段，节省了开销，也使得未采用JSSCC传输的用户的数据字段可以传输更多的数据，提升了传输效率。

其中，在第一用户的一个第一信令字段位于通用信令字段之后，短训练字段之前的情况下，为了保证各个RU或MRU中的各个字段的对齐，当第二JSCC用户在触发帧中得知有用户要采用JSCC传输时，也需要传输第二用户的一个第一信令字段。但第二用户的一个第一信令字段中可能不承载任何信息，如可以全部是预留字段或是一个峰均比比较低的伪随机序列。另外，第一用户的一个第一信令字段和第二用户的一个第一信令字段可以和基于触发的物理层协议数据单元包括的通用信令字段一样，以20兆赫兹(MHz)子信道为单位进行传输。其次，第一信令字段的长度可以为固定值或变化值，由触发帧中的公共信息字段或者特殊用户信息字段指示，承载的位置可以参考指示存在联合信源信道编码的用户的位置。

其中，在第一用户的一个第一信令字段位于长训练字段之后，数据字段之前的情况下，当第二JSCC用户在触发帧中得知有用户要采用JSCC传输时，无需传输第二用户的一个第一信令字段，使得未采用JSSCC传输的用户的数据字段可以传输更多的数据，提升了传输效率。

可选的，在方式7.2-方式7.3中任意一种方式，第一用户的一个第一信令字段位于长训练字段之后，数据字段之前。

在一可能的实施方式中，第一用户对应的一个信源层的联合信源信道编码参数还可以包括第一用户一个信源层的物理层服务数据单元的长度或第一用户一个信源层对应的数据字段承载的符号数目。可以看出，第一设备还可以获知信源层的物理层服务数据单元的长度或第一用户的信源层对应的数据字段承载的符号数目，使得第一设备可以获知一个信源层与所有信源层包括的数据之间的映射关系，进而可以更好地解析数据。

可选的，在基于触发帧的物理层协议数据单元中，第一用户在被分配的时域资源和/或频域资源上承载不同的信源层。如，采用联合信源信道编码的一个用户可以只在时域上承载不同的信源层，也可以同时在时域和总频域二维上承载不同的信源层。可以看出，因为第一用户在被分配的时域资源和/或频域资源上承载不同的信源层，所以可以更好利用时频资源传输数据。

其中，在步骤703之后，还可以执行步骤704-步骤705。应理解的，本方案可以包括步骤701-步骤703，或，本方案可以包括步骤701-步骤704，或，本方案可以包括步骤701-步骤705，在此不做限定。可以理解的，步骤703和步骤704之间没有必然的执行先后顺序。换句话说，步骤703可以在步骤703之前执行，也可以在步骤703之后执行，也可以与步骤703同时执行。

704、第三设备发送第二用户的基于触发的物理层协议数据单元，该基于触发的物理层协议数据单元包括位于第二用户被分配的频域资源的非联合信源信道编码数据。

相应的，第一设备接收第二用户的基于触发的物理层协议数据单元。

其中，该基于触发的物理层协议数据单元包括位于第二用户被分配的频域资源的非联合信源信道编码数据，可以理解为：该基于触发的物理层协议数据单元包括位于第二用户被分配的频域资源的一个数据字段，该数据字段包括非联合信源信道编码数据。

705、第一设备发送多站点块确认帧。

相应的，第二设备和第三设备接收多站点块确认帧。

可以看出，触发帧中对于采用JSCC传输的用户，可以对应一个或多个用户信息字段。当采用JSCC传输的用户对应一个用户信息字段时，可以为其分配所有信源层的总频域资源，使得基于触发的物理层协议数据单元可以包括位于层频域资源的联合信源信道编码数据，既实现了基于触发帧的联合信源信道编码传输，又节省了用户信息字段的数量，进而节省了开销。当采用JSCC传输的用户对应多个用户信息字段时，一个用户信息字段用于指示一个信源层的层频域资源，使得基于触发的物理层协议数据单元可以包括位于层频域资源的联合信源信道编码数据，实现了基于触发帧的联合信源信道编码传输。另外，针对基于触发帧的联合信源信道编码传输，设计了相应的基于触发的物理层协议数据单元，使能上行多用户JSCC传输方案，提升了系统的传输效率，也降低传输时延。

另外，在一可能的实施方式中，图7所示实施例中的触发帧还可以包括JSCC填充字段，因为采用JSCC传输需要进行更复杂的信源信道联合编码，需要更多的准备时间，因此触发帧中可以携带JSCC填充字段，使得采用JSCC传输的用户有更多的处理时间来准备JSCC传输。不同用户需要的处理时间可能不同，一个用户在同AP进行关联时，可以通过能力字段来宣称，针对JSCC传输，自己需要多少填充时间。比如0表示8微秒，1表示16微秒，2表示32微秒，3表示64微秒，4表示128微秒等等。

示例性的，第二设备在同第一设备关联时，第二设备可以通过能力字段宣称采用JSCC传输所需的填充时间。当然，第二设备还可以上报其他填充时间，如多链路设备传输所需的填充时间等。具体的，JSCC填充字段所指示的处理时间还可以包括802.11be中增强型多链路多射频操作(enhanced multi-link multi-radio operation，EMLMR)填充延迟(padding delay)字段所指示的处理时间。其中，在一可能的实施方式中，第二设备可以分开上报采用JSCC传输所需的填充时间和其他填充时间，或，第二设备可以上报采用JSCC传输所需的填充时间和其他填充时间的总时间，或，第二设备可以上报采用JSCC传输所需的填充时间和其他填充时间中最大的时间。

可选的，JSCC填充字段可以看作802.11ax中填充字段的一部分。

参见图8，图8为本申请实施例提供的一种单用户进行非基于触发的JSCC传输的流程示意图。在图8中，以用户#1为例说明单用户进行非基于触发的JSCC传输的过程。如图8所示，该方法包括但不限于以下步骤：

801、第一设备生成触发帧；触发帧用于指示用户#1被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。

其中，触发帧用于指示用户#1用户被分配的带宽，可以理解为：触发帧包括带宽和扩展带宽字段，带宽和扩展带宽字段用于指示用户#1被分配的带宽。

其中，指示触发帧是单用户触发帧和/或用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输可以通过以下任意一种方式实现。

方式9.1、触发帧包括公共信息字段，公共信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。如公共信息字段中B55-B62、B63等预留字段的部分或全部比特用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。当预留字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输时，预留字段的名称可以进行更换，具体的名称不做限定。

方式9.2、触发帧包括特殊用户信息字段，特殊用户信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。如特殊用户信息字段中的预留比特用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输，即特殊用户信息字段中B37-B39的部分或者全部比特用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。

方式9.3、触发帧包括用户#1对应的一个用户信息字段，该用户信息字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。如该用户信息字段中的B25用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输，预留字段位于B25。

方式9.4、触发帧包括接收地址字段，接收地址字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。其中，接收地址字段指示的单播地址为用户#1的地址。

可选的，触发帧还可以包括上行长度(UL length)字段，上行长度字段用于指示用户#1可以发送的时长，即非基于触发帧的物理层协议数据单元可以传输的时长。

802、第一设备发送触发帧。

相应的，第二设备接收触发帧。

803、第二设备发送非基于触发帧的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户#1被分配的带宽上的联合信源信道编码数据。

相应的，第一设备接收非基于触发帧的物理层协议数据单元。

其中，因为触发帧是单用户触发帧，所以不需要考虑各个用户之间的资源分配，也不需要考虑字段、OFDM符号之间的对齐、功率控制等。同时，很多参数由用户#1自行决定，因此在触发帧中都可以为预留信息。示例性的，用户#1在不同信源层的编码与调制策略和联合信源信道编码参数、用户#1所有信源层共用的联合信源信道编码参数、用户#1的信源层的层数等都可以由用户#1自行决定，即携带在非基于触发帧的物理层协议数据单元中。应理解的，触发帧指示了用户#1被分配的带宽，但未给出用户#1不同信源层的资源分配情况。所以，第二设备可以在非基于触发帧的物理层协议数据单元中通过第一信令字段对不同信源层进行资源单元分配。

在一可能的实施方式中，非基于触发帧的物理层协议数据单元包括第一信令字段，第一信令字段包括资源分配子字段和用户#1对应的至少一个用户字段，资源分配子字段用于指示每个用户字段对应的用户被分配的频域资源；非基于触发帧的物理层协议数据单元还包括用户#1的一个第二信令字段，该第二信令字段用于指示用户#1对应的信源层的联合信源信道编码参数，该第二信令字段位于用户#1被分配的频域资源。

其中，资源分配子字段用于指示每个用户字段对应的用户在每个信源层的层频域资源，或，资源分配子字段用于指示每个用户字段对应的用户在所有信源层的总频域资源。应理解的，资源分配子字段所指示的用户#1的频域资源包含在用户#1被分配的带宽内。

可选的，在资源分配子字段用于指示每个用户字段对应的用户在每个信源层的层频域资源的情况下，用户#1对应多个用户字段。第二设备在基于用户#1被分配的带宽进行资源分配时，可以将不同的信源层看作不同用户字段对应的数据，即为每一信源层的数据分配对应的RU或MRU。另外，用户#1的信源层的层数等于使用同一站点标识字段的用户字段的数目，该站点标识字段用于指示用户#1。或，用户#1的一个第二信令字段还用于指示以下至少一项：用户#1的信源层的层数、用户#1对应的一个信源层的标识。在一可能的实施方式中，用户#1的一个第二信令字段包括层数字段，该层数字段用于指示用户#1的信源层的层数。用户#1的一个第二信令字段包括层标识字段，该层标识字段用于指示用户#1对应的一个信源层的标识。在另一可能的实施方式中，用户#1对应的用户字段还用于指示用户#1的信源层的层数。用户#1对应的用户字段包括层数字段，该层数字段用于指示用户#1的信源层的层数。

可选的，在资源分配子字段用于指示每个用户字段对应的用户在所有信源层的总频域资源的情况下，用户#1的一个第二信令字段还包括层资源分配字段，层资源分配字段用于指示以下至少一项：用户#1的信源层的层数、用户#1在每个信源层的层频域资源。或，用户#1在每个信源层的层频域资源为预定义的频域资源。其中，关于层频域资源的分配可以参考方式8.1-方式8.2的描述，在此不加赘述。

其中，用户#1在不同信源层的联合信源信道编码参数和/或用户#1所有信源层共用的联合信源信道编码参数等可以通过以下任意一种方式实现。

方式10.1、在资源分配子字段用于指示每个用户字段对应的用户在每个信源层的层频域资源的情况下，用户#1对应的信源层的联合信源信道编码参数可以包括以下至少一项：用户#1对应的一个信源层的联合信源信道编码参数、用户#1所有信源层共用的联合信源信道编码参数。即用户#1的第二信令字段的数目和用户#1的信源层的层数相同。

方式10.2、在资源分配子字段用于指示每个用户字段对应的用户在所有信源层的总频域资源的情况下，用户#1对应的信源层的联合信源信道编码参数可以包括以下至少一项：用户#1对应的每个信源层的联合信源信道编码参数、用户#1所有信源层共用的联合信源信道编码参数。即用户#1的第二信令字段的数目为1。

方式10.3、在资源分配子字段用于指示每个用户字段对应的用户在所有信源层的总频域资源的情况下，用户#1的一个第二信令字段可以包括信令A字段和至少一个信令B字段，信令A字段位于用户#1在所有信源层的总频域资源上，一个信令B字段位于用户#1对应的一个信源层的层频域资源上，信令A字段用于指示用户#1所有信源层共用的联合信源信道编码参数，一个信令B字段用于指示用户#1对应的一个信源层的联合信源信道编码参数。即用户#1的第二信令字段的数目为1。

其中，在方式10.1-方式10.3中任意一种方式，用户#1对应的一个信源层的联合信源信道编码参数和用户#1所有信源层共用的联合信源信道编码参数等，与图7中方式6.1第一用户对应的一个信源层的联合信源信道编码参数和第一用户所有信源层共用的联合信源信道编码参数类似，在此不加赘述。

可选的，在资源分配子字段用于指示每个用户字段对应的用户在每个信源层的层频域资源的情况下，用户#1在不同信源层的编码与调制策略可以通过用户#1对应的多个用户字段指示，或，用户#1在不同信源层的编码与调制策略可以通过用户#1不同信源层的联合信源信道编码参数指示。在资源分配子字段用于指示每个用户字段对应的用户在所有信源层的总频域资源的情况下，用户#1在不同信源层的编码与调制策略可以通过用户#1不同信源层的联合信源信道编码参数指示。

在一可能的实施方式中，用户#1对应的一个信源层的联合信源信道编码参数还可以包括用户#1一个信源层的物理层服务数据单元的长度或用户#1一个信源层对应的数据字段承载的符号数目。

可选的，在非基于触发帧的物理层协议数据单元中，用户#1在被分配的时域资源和/或频域资源上承载不同的信源层。如，采用联合信源信道编码的一个用户可以只在时域上承载不同的信源层，也可以同时在时域和频域二维上承载不同的信源层。

在另一可能的实施方式中，非基于触发帧的物理层协议数据单元包括第三信令字段和第四信令字段，第四信令字段包括通用信令溢出字段，第三信令字段和/或通用信令溢出字段用于指示该物理层协议数据单元是进行单用户联合信源信道传输的PPDU，第四信令字段还包括资源分配子字段、层块字段和用户#1对应的一个用户字段，资源分配子字段用于指示该用户字段对应的用户在每个信源层的层频域资源，层块字段用于指示该用户字段对应的用户每个信源层的联合信源信道编码参数。

可选的，层块字段可以包括该用户字段对应的用户每个信源层对应的层字段，一个层字段用于指示该用户字段对应的用户一个信源层的联合信源信道编码参数。该用户字段对应的用户一个信源层的联合信源信道编码参数可以包括以下至少一项：该用户字段对应的用户一个信源层的编码与调制策略、该用户字段对应的用户一个信源层的信源概率分布。在一可能的实施方式中，该用户字段对应的用户一个信源层的联合信源信道编码参数还可以包括该用户字段对应的用户一个信源层的物理层服务数据单元的长度或该用户字段对应的用户一个信源层对应的数据字段承载的符号数目。应理解的，该用户字段对应的用户的数据字段的数目和该用户字段对应的用户的信源层的数目相同。

可选的，第四信令字段还包括联合信源信道信令字段，联合信源信道信令字段用于指示该用户字段对应的用户所有信源层共用的联合信源信道编码参数。该用户字段对应的用户所有信源层共用的联合信源信道编码参数，与图7中方式6.1第一用户所有信源层共用的联合信源信道编码参数类似，在此不加赘述。

可以看出，因为触发帧还用于指示以下至少一项：触发帧是单用户触发帧、该用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输，所以接收到该触发帧的用户可以发送非基于触发的物理层协议数据单元，该非基于触发帧的物理层协议数据单元包括位于该用户被分配的带宽上的联合信源信道编码数据，实现了上行单用户JSCC传输。同时，因为触发帧是单用户触发帧，所以不需要考虑各个用户之间的资源分配，也不需要考虑字段、OFDM符号之间的对齐、功率控制等，节省了开销。另外，接收到非基于触发帧的物理层协议数据单元的用户，可以统一的频域资源大小进行解码。

需要说明的，图7或图8所示实施例中如果AP要求了某个STA进行JSCC传输，对于STA是否进行JSCC传输，标准可以制定不同的规则。可以强制规定STA必须进行JSCC传输。又或者，由STA自行决定是否进行JSCC传输。如果STA不想进行JSCC传输，图7中可以通过基于触发的物理层协议数据单元中的通用信令字段进行指示，指示自己是否进行了JSCC传输；图8中可以通过非基于触发帧的物理层协议数据单元中的第三信令字段或通用信令溢出字段进行指示，指示自己是否进行了JSCC传输。

下面结合附图说明本申请实施例涉及到的几种可能的PPDU的帧结构。需要说明的，在本申请中，XT是未来一代标准的标准代号，具体名称不限制。

其中，图7所示实施例中触发帧的帧结构例如可以参见图9。图9中一个JSCC用户对应多个用户信息字段，一个非JSCC用户对应一个用户信息字段。或，图9中一个JSCC用户对应一个用户信息字段，一个非JSCC用户对应一个用户信息字段。

参见图9，图9为本申请实施例提供的一种在一个或多用户进行基于触发的JSCC传输的场景下触发帧的帧结构。如图9所示，该触发帧可以包括公共信息(common info)字段，公共信息字段可以包括JSCC标识(JSCC Flag)字段，JSCC标识字段用于指示一个或多个用户中存在采用联合信源信道编码的用户。另外，公共信息字段还可以包括其他字段，如触发帧类型(trigger type)字段、上行长度(UL length)字段、更多触发帧(more TF)字段、需要载波侦听(CS required)字段、上行带宽(UL bandwidth)字段、保护间隔+HE/EHT长训练序列类型/基于触发的传输机会共享模式(GI and HE/EHT-LTF type/triggerd TXOPsharing mode)字段、位于B22的预留(reserved)字段、HE/EHT-LTF符号个数(number ofHE/EHT-LTF symbols)字段、位于B26的预留字段、二进制低密度奇偶校验额外符号分片(LDCP extra symbol segment)字段、AP发射功率(AP TX power)字段、前向纠错码前的填充因子(pre-FEC padding factor)字段、分组扩展消歧(PE disambiguity)字段、上行空间复用(UL spatial reuse)字段、位于B53的预留字段、HE/EHT主160(HE/EHT P160)字段、特殊用户信息字段标识(special user info field flag)字段、EHT预留字段、基于触发帧类型的公共信息(trigger dependent common info)字段等。

可选的，图9中的触发帧还可以包括用户信息列表(UserInfo List)字段，用户信息列表字段可以包括一个特殊用户信息字段、用户信息2字段、用户信息3字段等。

其中，特殊用户信息字段为图9中用户信息1字段，图9中用户信息1字段的作用可以参考图7中方式1.2特殊用户信息字段的作用。其次，图9中用户信息1字段可以包括物理层版本标识(PHY Version Identity)字段，物理层版本标识字段用于指示XT版本。图9用户信息1字段还可以包括以下至少一项：关联标识12字段、上行带宽扩展(UL bandwidthextension)字段、XT空间复用1(XT spatial reuse1)字段、XT空间复用2(XT spatialreuse2)字段、通信信令不理会和证实(U-SIG disregard and validate)字段、预留字段和基于触发帧类型的用户信息(trigger dependent userinfo)字段。

可选的，同一JSCC用户对应的多个用户信息字段可以使用相同的AID12。如用户信息2字段和用户信息3字段可以使用相同的AID12字段。其次，用户信息字段可以包括调制与编码策略字段。其中，JSCC用户对应多个用户信息字段，JSCC用户对应的一个用户信息字段包括的调制与编码策略字段的作用可以参考图7中方式2.1、方式3.1-方式3.2、方式4.1-方式4.3等。如方式2.1中，调制与编码策略字段指示特殊的编码与调制策略。JSCC用户对应一个用户信息字段，JSCC用户对应的一个用户信息字段包括的调制与编码策略字段的作用可以参考图7中方式2.1、方式2.4、方式3.1-方式3.2、方式5.1-方式5.2等。结合图9可以看出，用户信息2字段和用户信息3字段均包括上行XT-调制与编码策略字段，该上行XT-调制与编码策略字段用于指示特殊的编码与调制策略，该上行XT-调制与编码策略字段为图7中的第一用户对应的编码与调制策略字段。

JSCC用户对应多个用户信息字段，JSCC用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源，如用户信息2字段中的资源分配单元(RU allocation)字段和主次160(PS1 160)字段用于指示用户信息2字段对应的用户在一个信源层的层频域资源，用户信息3字段中的资源分配单元字段和主次160字段用于指示用户信息2字段对应的用户在一个信源层的层频域资源。JSCC用户对应一个用户信息字段，JSCC用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源。

JSCC用户对应一个用户信息字段，JSCC用户对应的一个用户信息字段还可以包括位于B40-B41的层数(number of layer)字段，层数字段的作用可以参考图7中方式2.4。其中，图9未示出层数字段。

另外，图9中用户信息2字段、用户信息3字段等还可以包括以下至少一项：上行前向纠错编码类型(UL FEC coding type)字段、预留字段、空间流分配/随机接入资源单元信息(SS allocation/RA-RU information)字段、上行目标接收信号强度指示信息(ULtarget RSSI)字段和基于触发帧类型的用户信息(trigger dependent userinfo)字段。

可选的，图9中的触发帧还可以非JSCC用户对应的一个用户信息字段，图9中未示出。非JSCC用户对应的一个用户信息字段可以包括以下至少一项：AID12字段、上行XT-调制与编码策略字段、资源分配单元字段、主次160字段、上行前向纠错编码类型字段、预留字段、空间流分配/随机接入资源单元信息字段、上行目标接收信号强度指示信息字段和基于触发帧类型的用户信息字段。其中，上行XT-调制与编码策略字段为图7中第二用户对应的编码与调制策略字段。资源单元分配字段和主次160字段联合指示非JSCC用户被分配的频域资源，具体可以参考图7中第二用户被分配的频域资源。

可选的，图9中的触发帧还可以包括JSCC填充字段，JSCC填充字段的作用可以参考图7中JSCC填充字段的作用，在此不加赘述。另外，该触发帧还可以包括以下至少一项：帧控制(frame control)字段、时长(duration)字段、接收地址(RA)字段、发送地址(TA)字段、帧校验序列(FCS)字段。

其中，当采用图9所示的触发帧的帧结构实现基于触发的JSCC传输，且图9中一个JSCC用户对应多个用户信息字段，一个非JSCC用户对应一个用户信息字段时，基于触发的物理层协议数据单元的帧结构可以参见图10-图12中任一所示帧结构。当采用图9所示的触发帧的帧结构实现基于触发的JSCC传输，且图9中一个JSCC用户对应一个用户信息字段，一个非JSCC用户对应一个用户信息字段时，基于触发的物理层协议数据单元的帧结构可以参见图11、图13-17任一所示帧结构。图10-图17的JSCC用户可以理解为图7中的第一用户，图10-图17非JSCC用户可以理解为图7中的第二用户。JSCC用户对应至少一个信源层，非JSCC用户对应一个信源层。应理解的，当采用图9所示的触发帧的帧结构实现基于触发的JSCC传输，且图9中一个JSCC用户对应一个用户信息字段，一个非JSCC用户对应一个用户信息字段时，图11所示帧结构对应的情况为JSCC用户在每个信源层的层频域资源为预定义的频域资源。

参见图10，图10为采用图9所示触发帧的帧结构的情况下本申请实施例提供的一种基于触发的物理层协议数据单元的帧结构。如图10所示，该物理层协议数据单元包括JSCC用户在每个信源层的联合信源信道编码信令(JSCC-SIG)字段。其中，图10中的JSCC用户在一个信源层的JSCC-SIG字段可以为图7中第一用户的一个第一信令字段。结合图10，可以看出，图10中的JSCC用户对应3个信源层。图10中的JSCC用户在一个信源层的JSCC-SIG字段可以包括以下至少一项：层数字段和层标识字段(layer ID)。如对于JSCC用户在信源层1的JSCC-SIG字段，层数字段用于指示该JSCC用户的信源层的层数，层标识字段用于指示该JSCC用户对应的信源层1的标识。

其中，图10中的JSCC用户在一个信源层的JSCC-SIG字段还可以用于指示JSCC用户在一个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数。示例性的，如图10所示，JSCC用户在一个信源层的JSCC-SIG字段还可以包括以下至少一项：层编码与调制策略字段(MCS for one/each layer)、信源概率分布字段(prob ofsource)、帧速率字段(frame rate)等。应理解的，图10仅示出JSCC用户在一个信源层的JSCC-SIG字段包括的部分字段。

其中，该物理层协议数据单元还可以包括非JSCC用户在一个信源层的JSCC-SIG字段，非JSCC用户在一个信源层的JSCC-SIG字段可以为图7中第二用户的一个第一信令字段。即非JSCC用户在一个信源层的JSCC-SIG字段中可能不承载任何信息，如可以全部是预留字段或是一个峰均比比较低的伪随机序列。

另外，该物理层协议数据单元还可以包括以下至少一项：传统短训练字段(legacyshort training field，L-STF)、传统长训练字段(legacy long training field，L-LTF)、传统信令字段(legacy signal field，L-SIG)、传统重复信令字段(repeated legacysignal field，RL-SIG)、通用信令字段(universal signal field，U-SIG)、JSCC用户在每个信源层的XT-STF字段、JSCC用户在每个信源层的XT-LTF字段、JSCC用户在每个信源层的数据字段、JSCC用户在每个信源层的分组扩展字段(packet extension，PE)、非JSCC用户在一个信源层的XT-STF字段、非JSCC用户在一个信源层的XT-LTF字段、非JSCC用户在一个信源层的数据字段、非JSCC用户在一个信源层的分组扩展字段。

参见图11，图11为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构。其中，图10与图11所示的物理层协议数据单元的帧结构类似，区别在于：

一、图10所示的物理层协议数据单元中JSCC-SIG字段位于通用信令字段之后，在XT-STF字段之前；图11所示的物理层协议数据单元的帧结构中JSCC-SIG字段位于XT-LTF字段之后，在数据字段之前。

二、图10所示的物理层协议数据单元中非JSCC用户对应一个JSCC-SIG字段；图11所示的物理层协议数据单元的帧结构中非JSCC用户无JSCC-SIG字段。

参见图12，图12为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构。其中，图12与图11所示的物理层协议数据单元的帧结构类似，区别在于：图11所示的物理层协议数据单元包括位于JSCC用户每个信源层的层频域资源上的JSCC-SIG字段，一个JSCC-SIG字段包括JSCC用户对应的一个信源层的联合信源信道编码参数、JSCC用户所有信源层共用的联合信源信道编码参数，图11所示的物理层协议数据单元包括位于JSCC用户每个信源层的层频域资源上的数据字段，一个数据字段包括JSCC用户一个信源层的联合信源信道编码数据；图12所示的物理层协议数据单元无JSCC-SIG字段，图12所示的物理层协议数据单元包括位于JSCC用户每个信源层的层频域资源上的数据字段，一个数据字段包括JSCC用户一个信源层的联合信源信道编码数据，该数据字段还包括JSCC用户对应的该信源层的联合信源信道编码参数、JSCC用户所有信源层共用的联合信源信道编码参数。

参见图13，图13为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构。其中，图13与图10所示的物理层协议数据单元的帧结构类似，区别在于：图13所示的物理层协议数据单元还包括层RU分配字段，层RU分配字段的作用可以为图7中方式8.1层资源分配字段的作用。

参见图14，图14为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构。其中，图14与图11所示的物理层协议数据单元的帧结构类似，区别在于：图11所示的物理层协议数据单元中一个JSCC用户在一个信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段可以用于指示JSCC用户在一个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数，该JSCC-SIG字段不包括层RU分配字段；图14所示的物理层协议数据单元中一个JSCC用户对应一个JSCC-SIG字段，一个JSCC用户对应的一个JSCC-SIG字段位于该JSCC用户所有信源层的总频域资源上，该JSCC-SIG字段可以包括层RU分配字段，层RU分配字段的作用可以为图7中方式8.1层资源分配字段的作用，该JSCC-SIG字段还可以用于指示JSCC用户在每个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数。

参见图15，图15为采用图9所示触发帧的帧结构的情况下本申请实施例提供的又一种基于触发的物理层协议数据单元的帧结构。其中，图15与图11所示的物理层协议数据单元的帧结构类似，区别在于：图11所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段可以包括层RU分配字段，层RU分配字段的作用可以为图7中方式8.1层资源分配字段的作用，一个JSCC-SIG字段还可以用于指示JSCC用户在每个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数；图15所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG-A字段，一个JSCC用户在一个信源层对应一个JSCC-SIG-B字段，JSCC-SIG-A字段可以包括层RU分配字段，层RU分配字段的作用可以为图7中方式8.1层资源分配字段的作用，JSCC-SIG-A字段用于指示JSCC用户所有信源层共用的联合信源信道编码参数，一个JSCC-SIG-B字段用于指示JSCC用户在一个信源层的联合信源信道编码参数。

需要说明的，当JSCC用户在每个信源层的层频域资源为预定义的频域资源时，图15中的层RU分配字段可以省略。

其中，当采用图9所示的触发帧的帧结构实现基于触发的JSCC传输，且在JSCC用户在被分配的时域资源和/或频域资源上承载不同的信源层的情况下，基于触发的物理层协议数据单元的帧结构可以参见图16。图16为本申请实施例提供的一种时频资源上承载不同的信源层的基于触发的物理层协议数据单元的帧结构。其中，图16与图11所示的物理层协议数据单元的帧结构类似，区别在于：图11所示的物理层协议数据单元中一个JSCC用户在时频资源上仅承载一个信源层；图16所示的物理层协议数据单元中一个JSCC用户在时频资源上承载不同信源层。

另外，针对于上述图10-图15，一个JSCC用户在时频资源上可以承载不同信源层，基于触发的物理层协议数据单元的帧结构未给出示例。

图8所示实施例中触发帧的帧结构例如可以参见图17。图17中一个JSCC用户对应一个用户信息字段。

参见图17，图17为本申请实施例提供的一种在单用户进行非基于触发的JSCC传输的场景下触发帧的帧结构。图17所示的触发帧的帧结构与图9所示的触发帧的帧结构类似，区别在于：

一、图9中公共信息字段可以包括JSCC标识字段，JSCC标识字段用于指示一个或多个用户中存在采用联合信源信道编码的用户；图17中公共信息字段可以包括单用户触发的标识字段，单用户触发的标识字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。

二、图9中接收地址字段指示的地址为广播地址，图17中接收地址字段指示的地址为单地址。

三、图9中用户信息1字段用于指示一个或多个用户中存在采用联合信源信道编码的用户，图17中用户信息1字段用于指示以下至少一项：触发帧是单用户触发帧、用户#1采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。

四、图9中一个用户信息字段可以包括以下至少一项：AID12字段、上行XT-调制与编码策略字段、资源分配单元字段、上行前向纠错编码类型字段、预留字段、空间流分配/随机接入资源单元信息字段、主次160字段、上行目标接收信号强度指示信息字段和基于触发帧类型的用户信息字段。另外，JSCC用户对应一个用户信息字段，图9中一个用户信息字段还可以包括层数字段。而图17中仅包括AID12字段、层数字段和基于触发帧类型的用户信息(trigger dependent userinfo)字段，其余为预留字段。

其中，当采用图17所示的触发帧的帧结构实现单用户非基于触发的JSCC传输时，非基于触发的物理层协议数据单元的帧结构可以参见图18-图23中任一所示帧结构。图18-图23中JSCC用户可以为图8中用户#1。其中，图18-图22中，一个JSCC-SIG字段可以为图8中一个第二信令字段，XT-SIG字段可以理解为图8中第一信令字段。

参见图18，图18为采用图17所示触发帧的帧结构的情况下本申请实施例提供的一种非基于触发帧的物理层协议数据单元的帧结构。如图18所示，该物理层协议数据单元可以包括JSCC用户在每个信源层的JSCC-SIG字段。结合图18可以看出，JSCC用户对应4个信源层。在一个信源层的JSCC-SIG字段可以包括以下至少一项：JSCC用户对应的一个信源层的联合信源信道编码参数、JSCC用户所有信源层共用的联合信源信道编码参数。其中，JSCC用户对应的一个信源层的联合信源信道编码参数、JSCC用户所有信源层共用的联合信源信道编码参数等，可以参考图8中相关描述。

在一可能的实施方式中，在一个信源层的JSCC-SIG字段还可以包括层数字段和层标识字段，该层数字段用于指示JSCC用户的信源层的层数，该层标识字段用于指示JSCC用户对应的一个信源层的标识。在另一可能的实施方式中，JSCC用户对应的一个用户字段(user info)可以包括层数字段，图18中未示出。

图18中的物理层协议数据单元还可以包括XT-SIG字段，其中，XT-SIG字段可以包括以下至少一项：资源分配子字段1(RU allocation subfield-1)、资源分配子字段2(RUallocation subfield-2)(如果存在if present)和至少一个用户块(user block)(图18中仅示出2个)。资源分配子字段1和资源分配子字段2的作用与图8中资源分配子字段的作用相同。XT-SIG字段还可以包括以下至少一项：通用信令溢出字段(U-SIG overflow)、循环冗余校验(cyclic redundancy check，CRC)和尾部(tail)字段、循环冗余校验和尾部字段(ifpresent)填充(padding)(if present)。其中，一个用户块可以包括至少一个用户字段(user field)和循环冗余校验和尾部字段，不同用户块采用不同的循环冗余校验码。如图18所示，位于循环冗余校验和尾部字段(if present)之后的用户块可以包括用户字段1、用户字段2和循环冗余校验和尾部字段。位于填充字段(if present)之前的用户块可以包括用户字段3、用户字段4和循环冗余校验和尾部字段。

其中，用户字段可以包括以下至少一项：站点标识字段(STA-ID)、编码与调制策略(modulationand coding scheme，MCS)字段。JSCC用户对应的不同用户字段可以使用同一站点标识字段。一个编码与调制策略字段用于指示JSCC用户在一个信源层的编码与调制策略。在一可能的方式中，该用户字段还可以包括以下至少一项：预留字段(reserved)、空间流数(number of spatial streams，NSS)字段、波束成形字段(beamformed)和编码字段(coding)。如图18中，用户字段1-用户字段4均可以包括以下至少一项：站点标识字段、编码与调制策略字段，用户字段1-用户字段4还可以包括以下至少一项：预留字段、空间流数字段、波束成形字段和编码字段。应理解的，图18仅示出用户字段1所包括的字段。

另外，图18中的物理层协议数据单元还可以包括以下至少一项：传统短训练字段(legacy short training field，L-STF)、传统长训练字段(legacy long trainingfield，L-LTF)、传统信令字段(legacy signal field，L-SIG)、传统重复信令字段(repeated legacy signal field，RL-SIG)、通用信令字段(universal signal field，U-SIG)、JSCC用户在每个信源层的XT-STF字段、JSCC用户在每个信源层的XT-LTF字段、JSCC用户在每个信源层的数据字段、JSCC用户在每个信源层的分组扩展字段(packet extension，PE)。

参见图19，图19为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构。其中，图19所示的物理层协议数据单元的帧结构和图18所示的物理层协议数据单元的帧结构类似，区别在于：

一、图18所示的物理层协议数据单元中一个JSCC用户对应多个用户字段；图19所示的物理层协议数据单元中一个JSCC用户对应一个用户字段。

二、图18所示的物理层协议数据单元中一个JSCC用户在一个信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段可以包括层数字段和层标识字段，一个JSCC-SIG字段还可以用于指示JSCC用户在一个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数；图19所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段包括层资源分配字段(layer RUassignment)，一个JSCC-SIG字段还可以用于指示JSCC用户在每个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数。如图19中，所有层的公共信息字段(common info for all layers)用于指示JSCC用户所有信源层共用的联合信源信道编码参数。层的信息字段1(info for layer)用于指示JSCC用户在信源层1的联合信源信道编码参数，层的信息字段2(info for layer)用于指示JSCC用户在信源层2的联合信源信道编码参数。应理解的，图19中仅示出2个层的信息字段，还可以包括其他层的信息字段，在此不做限定。

需要说明的，当JSCC用户在每个信源层的层频域资源为预定义的频域资源时，图19中的层资源分配字段可以省略。

参见图20，图20为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构。其中，图20所示的物理层协议数据单元的帧结构和图18所示的物理层协议数据单元的帧结构类似，区别在于：图18所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段可以包括层资源分配字段，一个JSCC-SIG字段还可以用于指示JSCC用户在每个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数；图20所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG-A字段，一个JSCC用户在一个信源层对应一个JSCC-SIG-B字段，JSCC-SIG-A字段可以包括层资源分配字段，JSCC-SIG-A字段用于指示JSCC用户所有信源层共用的联合信源信道编码参数，一个JSCC-SIG-B字段用于指示JSCC用户在一个信源层的联合信源信道编码参数。

需要说明的，当JSCC用户在每个信源层的层频域资源为预定义的频域资源时，图20中的层资源分配字段可以省略。

参见图21，图21为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构。其中，图21所示的物理层协议数据单元的帧结构和图18所示的物理层协议数据单元的帧结构类似，区别在于：图18所示的物理层协议数据单元中一个JSCC用户在所有信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段包括层资源分配字段(layer RU assignment)，一个JSCC-SIG字段还可以用于指示JSCC用户在每个信源层的联合信源信道编码参数和JSCC用户所有信源层共用的联合信源信道编码参数；图21所示的物理层协议数据单元中一个JSCC用户在每个信源层对应一个JSCC-SIG字段，一个JSCC-SIG字段不包括层资源分配字段(layer RU assignment)，一个JSCC-SIG字段还可以用于指示JSCC用户在一个信源层的联合信源信道编码参数，如，一个JSCC-SIG字段包括层的信息字段1，层的信息字段1用于指示JSCC用户在信源层1的联合信源信道编码参数。一个JSCC-SIG字段还可以用于指示JSCC用户所有信源层共用的联合信源信道编码参数。

其中，在JSCC用户在被分配的时域资源和/或频域资源上承载不同的信源层的情况下，物理层协议数据单元的帧结构可以参见图22。图22为采用图17所示触发帧的帧结构的情况下本申请实施例提供的一种时频资源上承载不同的信源层的非基于触发的物理层协议数据单元的帧结构。其中，图22与图21所示的物理层协议数据单元的帧结构类似，区别在于：图21所示的物理层协议数据单元中一个JSCC用户在时频资源上仅承载一个信源层；图22所示的物理层协议数据单元中一个JSCC用户在时频资源上承载不同信源层。

另外，针对于上述图18-图21，一个JSCC用户在时频资源上可以承载不同信源层，物理层协议数据单元的帧结构未给出示例。

参见图23，图23为采用图17所示触发帧的帧结构的情况下本申请实施例提供的又一种非基于触发帧的物理层协议数据单元的帧结构。其中，图23与图18所示的物理层协议数据单元的帧结构类似，区别在于：

一、图18所示的物理层协议数据单元中包括XT-SIG字段、JSCC用户在每个信源层的JSCC-SIG字段；图23所示的物理层协议数据单元中不包括XT-SIG字段。

二、图18所示的物理层协议数据单元中包括至少一个用户块，一个用户块可以包括至少一个用户字段；图23所示的PPDU的帧结构中包括一个用户块，一个用户块包括一个用户字段。

三、图18所示的物理层协议数据单元中不包括JSCC公共字段和层块字段(layerblock)；图23所示的物理层协议数据单元中包括JSCC公共字段和层块字段，JSCC公共字段为图8中的联合信源信道信令字段，层块字段可以包括至少一个层字段(layer field)和循环冗余校验和尾部字段，层字段用于指示一个用户字段对应的用户在一个信源层的联合信源信道编码参数。如图23所示，层块字段可以包括层块字段1和层块字段2，层块字段1用于指示一个用户字段对应的用户在信源层1的联合信源信道编码参数，层块字段2用于指示一个用户字段对应的用户在信源层2的联合信源信道编码参数。

四、图18所示的物理层协议数据单元中通用信令字段和/或通用信令溢出字段用于指示该物理层协议数据单元为进行联合信源信道传输的PPDU；图23所示的物理层协议数据单元中通用信令字段和/或通用信令溢出字段用于指示物理层协议数据单元是进行单用户联合信源信道传输的PPDU。

需要说明的，图23中的XT-SIG字段可以为图8中的第四信令字段，图23中的U-SIG字段为图8中的第三信令字段。

上述主要从各个设备之间交互的角度对本申请提供的方案进行了介绍。可以理解的是，上述实现各设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对AP或STA进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用集成的模块的情况下，参见图24，图24为本申请实施例提供的一种通信装置的结构示意图。该通信装置2400可应用于上述图7-图8所示的方法中，如图24所示，该通信装置2400包括：处理模块2401和收发模块2402。处理模块2401可以是一个或多个处理器，收发模块2402可以是收发器或者通信接口。该通信装置可用于实现上述任一方法实施例中涉及AP或STA，或用于实现上述任一方法实施例中涉及网元的功能。该网元或者网络功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，该通信装置2400还可以包括存储模块2403，用于存储通信装置2400的程序代码和数据。

一种实例，当该通信装置作为STA或为应用于STA中的芯片，并执行上述方法实施例中由STA执行的步骤。收发模块2402用于支持与AP等之间的通信，收发模块具体执行图7-图8中由STA执行的发送和/或接收的动作，例如支持STA执行步骤703，和/或用于本文中所描述的技术的其他过程。处理模块2401可用于支持通信装置2400执行上述方法实施例中的处理动作，例如，支持STA执行本文所描述的技术的其它过程。

示例性的，收发模块2402，用于接收触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；收发模块2402，用于发送第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

又示例性的，收发模块2402，用于接收触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；收发模块2402，用于发送非基于触发的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

一种实例，当该通信装置作为AP或为应用于AP中的芯片，并执行上述方法实施例中由AP执行的步骤。收发模块2402用于支持与STA等之间的通信，收发模块具体执行图7-图8中由AP执行的发送和/或接收的动作，例如支持AP执行步骤701，和/或用于本文中所描述的技术的其他过程。处理模块2401可用于支持通信装置2400执行上述方法实施例中的处理动作，例如，支持AP执行本文所描述的技术的其它过程。

示例性的，处理模块2401，用于生成触发帧；触发帧包括一个或多个用户对应的用户信息字段，一个或多个用户包括采用联合信源信道编码的第一用户；第一用户对应多个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在一个信源层的层频域资源；或者，第一用户对应一个用户信息字段，第一用户对应的一个用户信息字段用于指示第一用户在所有信源层的总频域资源；收发模块2402，用于发送触发帧；收发模块2402，用于接收第一用户的基于触发的物理层协议数据单元，基于触发的物理层协议数据单元包括位于第一用户的层频域资源的联合信源信道编码数据。

又示例性的，处理模块2401，用于生成触发帧；触发帧用于指示用户被分配的带宽；触发帧还用于指示以下至少一项：触发帧是单用户触发帧、用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；收发模块2402，用于发送触发帧；收发模块2402，用于接收非基于触发帧的物理层协议数据单元，非基于触发帧的物理层协议数据单元包括位于用户被分配的带宽上的联合信源信道编码数据。

在一种可能的实施方式中，当STA或AP为芯片时，收发模块2402可以是输入输出接口、管脚或电路等。如输入输出接口可用于输入待处理的数据至逻辑电路，并可以向外输出逻辑电路的处理结果。具体实现中，输入输出接口可以是通用输入输出(general purposeinput output，GPIO)接口，可以和多个外围设备(如显示器(LCD)、摄像头(camara)、射频(radio frequency，RF)模块、天线等等)连接。输入输出接口通过总线与处理器相连。

处理模块2401可以是逻辑电路，该逻辑电路可以执行存储的指令，使得该芯片执行图7-图8所示任一实施例涉及的方法。可以理解的，该指令可以存储在存储模块中。

该存储模块可以为该芯片内的存储模块，如寄存器、缓存等。存储模块也可以是位于芯片外部的存储模块，如只读存储器(Read Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)等。

需要说明的，逻辑电路、输入输出接口各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

本申请实施例还提供一种通信装置，包括处理器和收发器，该处理器被配置为支持通信装置执行如图7-图8所示任一实施例。该收发器用于支持通信装置与通信装置之外的其它通信装置之间的通信。该通信装置还可以包括存储器，该存储器用于与处理器耦合，其保存通信装置必要的程序指令和数据。其中，收发器可以集成在通信装置上或独立于通信装置，在此不做限制。示例性的，在分布式场景中，收发器可以独立于通信装置，呈拉远式的布置。

本申请实施例还提供一种芯片，芯片包括至少一个逻辑电路和输入输出接口，逻辑电路用于读取并执行存储的指令，当指令被运行时，使得芯片执行如图7-图8所示任一实施例。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被计算机执行时，使计算机执行如图7-图8所示任一实施例。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行实现如图7-图8所示任一实施例。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目标。另外，在本申请各个实施例中的各网元单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件网元单元的形式实现。

上述集成的单元如果以软件网元单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端设备，云服务器，或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (23)

1.一种通信方法，其特征在于，所述方法包括：

生成触发帧；所述触发帧包括一个或多个用户对应的用户信息字段，所述一个或多个用户包括采用联合信源信道编码的第一用户；

所述第一用户对应多个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在一个信源层的层频域资源；

或者，所述第一用户对应一个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在所有信源层的总频域资源；

发送所述触发帧；

接收所述第一用户的基于触发的物理层协议数据单元，所述基于触发的物理层协议数据单元包括位于所述第一用户的层频域资源的联合信源信道编码数据。

2.一种通信方法，其特征在于，所述方法包括：

接收触发帧；所述触发帧包括一个或多个用户对应的用户信息字段，所述一个或多个用户包括采用联合信源信道编码的第一用户；

所述第一用户对应多个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在一个信源层的层频域资源；

或者，所述第一用户对应一个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在所有信源层的总频域资源；

发送所述第一用户的基于触发的物理层协议数据单元，所述基于触发的物理层协议数据单元包括位于所述第一用户的层频域资源的联合信源信道编码数据。

3.根据权利要求1或2所述的方法，其特征在于，所述触发帧用于指示所述一个或多个用户中存在采用联合信源信道编码的用户。

4.根据权利要求1-3任意一项所述的方法，其特征在于，

所述触发帧还包括公共信息字段，所述公共信息字段用于指示所述一个或多个用户中存在采用联合信源信道编码的用户；或，

所述触发帧还包括特殊用户信息字段，所述特殊用户信息字段用于指示所述一个或多个用户中存在采用联合信源信道编码的用户。

5.根据权利要求1-4任意一项所述的方法，其特征在于，

所述第一用户对应的一个用户信息字段用于指示所述第一用户在一个信源层的编码与调制策略；或，

所述第一用户对应的一个用户信息字段用于指示所述第一用户选择一个信源层的编码与调制策略。

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述第一用户对应的一个用户信息字段还用于指示所述第一用户采用联合信源信道编码传输。

7.根据权利要求1-4任意一项所述的方法，其特征在于，所述第一用户对应多个用户信息字段，所述第一用户采用联合信源信道编码传输通过所述第一用户对应的多个用户信息字段使用同一关联标识字段指示。

8.根据权利要求1-7任意一项所述的方法，其特征在于，所述第一用户对应多个用户信息字段，所述第一用户的信源层的层数等于使用同一关联标识字段的用户信息字段的数目，所述关联标识字段用于指示所述第一用户的关联标识。

9.根据权利要求1-6任意一项所述的方法，其特征在于，所述第一用户对应一个用户信息字段，

所述第一用户对应一个用户信息字段，所述第一用户对应的一个用户信息字段还用于指示以下至少一项：所述第一用户的信源层的层数、所述第一用户在每个信源层的层频域资源；或，

所述第一用户在每个信源层的层频域资源为预定义的频域资源。

10.根据权利要求1-8任意一项所述的方法，其特征在于，所述第一用户对应多个用户信息字段，

所述基于触发的物理层协议数据单元包括所述第一用户的一个第一信令字段，所述第一用户的一个第一信令字段用于指示以下至少一项：所述第一用户对应的一个信源层的联合信源信道编码参数、所述第一用户所有信源层共用的联合信源信道编码参数，所述第一用户的一个第一信令字段位于所述第一用户对应的一个信源层的层频域资源上；或，

所述基于触发的物理层协议数据单元包括所述第一用户的一个数据字段，所述第一用户的一个数据字段用于指示以下至少一项：所述第一用户对应的一个信源层的联合信源信道编码参数、所述第一用户所有信源层共用的联合信源信道编码参数，所述第一用户的一个数据字段位于所述第一用户对应的一个信源层的层频域资源上。

11.根据权利要求1-6或9任意一项所述的方法，其特征在于，所述第一用户对应一个用户信息字段，

所述基于触发的物理层协议数据单元包括所述第一用户的一个第一信令字段，所述第一用户的一个第一信令字段用于指示以下至少一项：所述第一用户对应的一个信源层的联合信源信道编码参数、所述第一用户所有信源层共用的联合信源信道编码参数，所述第一用户的一个第一信令字段位于所述第一用户对应的一个信源层的层频域资源上；或，

所述基于触发的物理层协议数据单元包括所述第一用户的一个第一信令字段，所述第一用户的一个第一信令字段用于指示以下至少一项：所述第一用户每个信源层的联合信源信道编码参数、所述第一用户所有信源层共用的联合信源信道编码参数，所述第一用户的一个第一信令字段位于所述第一用户在所有信源层的总频域资源上；或，

所述基于触发的物理层协议数据单元包括所述第一用户的一个第一信令字段，所述第一用户的一个第一信令字段包括信令A字段和至少一个信令B字段，所述信令A字段位于所述第一用户在所有信源层的总频域资源上，一个所述信令B字段位于所述第一用户对应的一个信源层的层频域资源上，所述信令A字段用于指示所述第一用户所有信源层共用的联合信源信道编码参数，一个所述信令B字段用于指示所述第一用户对应的一个信源层的联合信源信道编码参数。

12.根据权利要求10或11所述的方法，其特征在于，所述第一用户的一个第一信令字段还用于指示以下至少一项：所述第一用户所有信源层的层数、所述第一用户对应的信源层的标识。

13.根据权利要求11或12所述的方法，其特征在于，

所述第一用户的一个第一信令字段还包括层资源分配字段，所述层资源分配字段用于指示以下至少一项：所述第一用户的信源层的层数、所述第一用户在每个信源层的层频域资源；或，

所述第一用户在每个信源层的层频域资源为预定义的频域资源。

14.根据权利要求10-13任意一项所述的方法，其特征在于，

所述第一用户的一个第一信令字段位于通用信令字段之后，短训练字段之前，所述通用信令字段位于所述第一用户所有信源层的总频域资源上，所述短训练字段位于所述第一用户对应的一个信源层的层频域资源上；或，

所述第一用户的一个第一信令字段位于长训练字段之后，数据字段之前，所述长训练字段和所述数据字段位于所述第一用户对应的一个信源层的层频域资源上。

15.一种通信方法，其特征在于，所述方法包括：

生成触发帧；所述触发帧用于指示用户被分配的带宽；所述触发帧还用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；

发送所述触发帧；

接收非基于触发帧的物理层协议数据单元，所述非基于触发帧的物理层协议数据单元包括位于所述用户被分配的带宽上的联合信源信道编码数据。

16.一种通信方法，其特征在于，所述方法包括：

接收触发帧；所述触发帧用于指示用户被分配的带宽；所述触发帧还用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；

发送非基于触发的物理层协议数据单元，所述非基于触发帧的物理层协议数据单元包括位于所述用户被分配的带宽上的联合信源信道编码数据。

17.根据权利要求15或16所述的方法，其特征在于，

所述触发帧包括公共信息字段，所述公共信息字段用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，

所述触发帧包括特殊用户信息字段，所述特殊用户信息字段用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，

所述触发帧包括所述用户对应的一个用户信息字段，所述用户信息字段用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；或，

所述触发帧包括接收地址字段，所述接收地址字段用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输。

18.一种通信装置，其特征在于，所述通信装置包括收发模块和处理模块，

所述处理模块，用于生成触发帧；所述触发帧包括一个或多个用户对应的用户信息字段，所述一个或多个用户包括采用联合信源信道编码的第一用户；

所述第一用户对应多个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在一个信源层的层频域资源；

或者，所述第一用户对应一个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在所有信源层的总频域资源；

所述收发模块，用于发送所述触发帧；

所述收发模块，用于接收所述第一用户的基于触发的物理层协议数据单元，所述基于触发的物理层协议数据单元包括位于所述第一用户的层频域资源的联合信源信道编码数据。

19.一种通信装置，其特征在于，所述通信装置包括收发模块，

所述收发模块，用于接收触发帧；所述触发帧包括一个或多个用户对应的用户信息字段，所述一个或多个用户包括采用联合信源信道编码的第一用户；

所述第一用户对应多个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在一个信源层的层频域资源；

或者，所述第一用户对应一个用户信息字段，所述第一用户对应的一个用户信息字段用于指示所述第一用户在所有信源层的总频域资源；

所述收发模块，用于发送所述第一用户的基于触发的物理层协议数据单元，所述基于触发的物理层协议数据单元包括位于所述第一用户的层频域资源的联合信源信道编码数据。

20.一种通信装置，其特征在于，所述通信装置包括收发模块和处理模块，

所述处理模块，用于生成触发帧；所述触发帧用于指示用户被分配的带宽；所述触发帧还用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；

所述收发模块，用于发送所述触发帧；

所述收发模块，用于接收非基于触发帧的物理层协议数据单元，所述非基于触发帧的物理层协议数据单元包括位于所述用户被分配的带宽上的联合信源信道编码数据。

21.一种通信装置，其特征在于，所述通信装置包括收发模块，

所述收发模块，用于接收触发帧；所述触发帧用于指示用户被分配的带宽；所述触发帧还用于指示以下至少一项：所述触发帧是单用户触发帧、所述用户采用非基于触发的物理层协议数据单元进行联合信源信道编码传输；

所述收发模块，用于发送非基于触发的物理层协议数据单元，所述非基于触发帧的物理层协议数据单元包括位于所述用户被分配的带宽上的联合信源信道编码数据。

22.一种芯片，其特征在于，所述芯片包括至少一个逻辑电路和输入输出接口，所述逻辑电路用于读取并执行存储的指令，当所述指令被运行时，使得所述芯片执行如权利要求1-17任一项所述的方法。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-17任一项所述的方法。