数据传输方法及装置与流程

1.本技术实施例涉及通信领域，尤其涉及一种数据传输方法及装置。


背景技术：

2.随着信息技术的发展和社会的进步，人们对信息的需求越来越多，多媒体通信己成为人们关注的焦点。视频是多媒体数据的重要组成部分，它具有确切、实时、直观、具体、生动等一系列的优点，给用户带来视觉上的体验，大大地丰富了传统业务。由于无线信道带宽有限，视频数据需要高效压缩。然而，视频编码采用的预测编码和变长编码等技术在高效压缩的同时也使得比特流对信道误码十分敏感。视频传输质量较差。


技术实现要素：

3.本技术提供一种数据传输方法和装置，能够提高无线视频、图像传输的质量。
4.第一方面，提供了一种数据传输方法，该方法包括：第一设备获取第一图像的第一数据，该第一数据包括多个子数据，第一数据的每个子数据包括第一图像的一个或多个比特平面的数据；第一设备向第二设备发送物理层帧，该物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，第二数据的子数据是所述第一数据的子数据经过jscc编码获得的；其中，物理层帧包括n个负载，该n个负载中的每个负载包括第二数据的一个子数据，n为正整数；该jscc信息指示符号包括第一字段，所述第一字段承载的信息用于指示每个所述比特平面的数据的长度。
5.上述技术方案中，在发送的物理层帧中的第二数据是第一图像的数据的每个比特平面的数据经过jscc编码后的数据，并且物理层帧中包含jscc信息指示符号指示当前发送的物理层帧是jscc帧，使得第一设备可以使用jscc技术进行第一图像的传输，提高了无线图像或视频传输的质量。
6.在一种可能的实现方式中，当接入方式为时分多址tdma时，jscc信息指示符号承载于所述物理层帧的jscc信令字段。
7.在另一种可能的实现方式中，jscc信令字段包括一个公用jscc信令字段和n个专用jscc信令字段，其中，公用jscc信令字段包括第一字段；n个专用jscc信令字段中第i个专用jscc信令字段承载的信息用于指示所述n个负载中的第i个负载的比特平面数、序号和调制方式。
8.在另一种可能的实现方式中，公用jscc信令字段还可以包括：帧率、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数中的部分或者全部字段。
9.在另一种可能的实现方式中，当接入方式为正交频分多址ofdma时，jscc信息指示符号承载于物理层帧的高效信令字段b中的jscc信令字段，或者jscc信息指示符号承载于极高吞吐量信令字段中的jscc信令字段；高效信令字段b或者极高吞吐量信令字段还包括资源单元ru分配字段，ru分配字段承载的信息用于指示每个ru块对应的比特平面的数据。
10.当接入方式为ofdma格式时，可以实现用户混传，即支持jscc和不支持jscc的用户可以同时使用给定的频域资源进行传输，提高了频域资源的利用率。
11.示例性地，第一数据是第一图像在第一设备的物理层通过dct变换、量化和分层操作获取的数据。
12.在另一种可能的实现方式中，jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
13.在另一种可能的实现方式中，上述jscc信息指示符号中的部分或全部字段可以承载于媒体接入控制mac层数据的头部字段。
14.在另一种可能的实现方式中，上述没有包括在jscc信息指示符号中的字段可以通过其他信令发送给第二设备。
15.jscc信息指示符号中可以承载对第一图像的参数以及对第一图像进行dct变换、量化、分层操作，以及jscc编码的参数，便于第二设备对接收到的物理层帧进行解码，还原第一图像。
16.示例性地，第一数据是第一图像在第一设备的媒体接入控制mac层通过dct变换、量化操作，并且在第一设备的物理层通过分层操作获取的数据。
17.在另一种可能的实现方式中，mac头部字段可以包括量化步长、dct变换大小字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
18.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括图像尺寸(分辨率)、图像色位深度字段。
19.在另一种可能的实现方式中，mac层协议数据单元mpdu分隔符可以包括：量化步长、dct变换大小字段。
20.示例性地，第一数据是第一图像在第一设备的媒体接入控制mac层通过dct变换、量化和分层操作获取的数据。
21.在另一种可能的实现方式中，mac头部字段可以包括：量化步长、dct变换大小、dct系数量化比特平面数、每个编码块包含的dct块数字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
22.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括图像尺寸(分辨率)、图像色位深度字段。
23.在另一种可能的实现方式中，mac层协议数据单元mpdu分隔符可以包括：量化步长、dct变换大小、dct系数量化比特平面数、每个编码块包含的dct块数字段。
24.示例性地，第一数据是第一图像在第一设备的应用层或者逻辑链路控制llc层通过dct变换、量化和分层操作获取的数据。
25.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括量化步长、dct变换大小、dct系数量化比特平面数字段；jscc信息指示符号还可以包
括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
26.示例性地，第一数据是第一图像在第一设备的应用层或者逻辑链路控制llc层通过dct变换、量化，并且在第一设备的mac层或者物理层通过分层操作获取的数据。
27.在另一种可能的实现方式中，mac头部字段可以包括量化步长、dct变换大小、dct系数量化比特平面数字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
28.在另一种可能的实现方式中，jscc信息指示符号还可以包括：mac头部长度字段和mac头部编码方式字段。
29.上述技术方案中，对第一图像进行dct变换、量化以及分层以获取第一数据的操作可以在第一设备的应用层或者llc层、mac层以及物理层中的部分层次结构中进行，提高了该数据传输方法的灵活性。
30.第二方面，提供了一种数据传输方法，该方法包括：第二设备接收第一设备发送的物理层帧，该物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，物理层帧包括n个负载，n个负载中的每个负载包括所述第二数据的一个子数据，n为正整数；其中，jscc信息指示符号包括第一字段，第一字段承载的信息用于指示每个比特平面的数据的长度；第二设备对第二数据进行解码，获得第一图像的第一数据，第一数据包括多个子数据，第一数据的每个子数据包括第一图像的一个或多个比特平面的数据；第二设备根据所述第一数据获取所述第一图像。
31.上述技术方案中，第二数据是第一数据经过jscc编码的数据，第二设备通过对接收到的第二数据进行解码，可以还原出第一图像，实现无线视频或图像的高质量传输。
32.在一种可能的实现方式中，当接入方式为时分多址tdma时，jscc信息指示符号承载于所述物理层帧的jscc信令字段。
33.在另一种可能的实现方式中，jscc信令字段包括一个公用jscc信令字段和n个专用jscc信令字段，其中，公用jscc信令字段包括第一字段；n个专用jscc信令字段中第i个专用jscc信令字段承载的信息用于指示所述n个负载中的第i个负载的比特平面数、序号和调制方式。
34.在另一种可能的实现方式中，公用jscc信令字段还可以包括：帧率、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数中的部分或者全部字段。
35.在另一种可能的实现方式中，当接入方式为正交频分多址ofdma时，jscc信息指示符号承载于物理层帧的高效信令字段b中的jscc信令字段，或者jscc信息指示符号承载于极高吞吐量信令字段中的jscc信令字段；高效信令字段b或者极高吞吐量信令字段还包括资源单元ru分配字段，ru分配字段承载的信息用于指示每个ru块对应的比特平面的数据。
36.当接入方式ofdma格式时，可以实现用户混传，即支持jscc和不支持jscc的用户可以同时使用给定的频域资源进行传输，提高了频域资源的利用率。
37.在另一种可能的实现方式中，第二设备根据第一数据获取第一图像包括：第一数
据在第二设备的物理层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
38.在另一种可能的实现方式中，第二设备根据第一数据获取第一图像包括：第一数据在第二设备的物理层通过变换系数合并操作，并且在第二设备的mac层通过解量化和dct逆变换操作，获得第一图像。
39.在另一种可能的实现方式中，第二设备根据第一数据获取第一图像包括：第一数据在第二设备的mac层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
40.在另一种可能的实现方式中，第二设备根据第一数据获取第一图像包括：第一数据在第二设备的应用层或者llc层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
41.在另一种可能的实现方式中，第二设备根据第一数据获取第一图像包括：第一数据在第二设备的mac层或者物理层通过变换系数合并，并且在第二设备的应用层或者llc层通过解量化和dct逆变换操作，获得第一图像。
42.第三方面，提供了一种数据传输装置，该装置应用于第一设备，包括：获取模块，用于获取第一图像的第一数据，第一数据包括多个子数据，第一数据的每个子数据包括第一图像的一个或多个比特平面的数据；发送模块，用于向第二设备发送物理层帧，物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，第二数据的子数据是所述第一数据的子数据经过jscc编码获得的数据；其中，物理层帧包括n个负载，n个负载中的每个负载包括第二数据的一个子数据，n为正整数；jscc信息指示符号包括第一字段，所述第一字段承载的信息用于指示每个所述比特平面的数据的长度。
43.上述技术方案中，在发送的物理层帧中的第二数据是第一图像的数据的每个比特平面的数据经过jscc编码后的数据，并且物理层帧中包含jscc信息指示符号指示当前发送的物理层帧是jscc帧，使得第一设备可以使用jscc技术进行第一图像的传输，提高了无线图像或视频传输的质量。
44.在一种可能的实现方式中，当接入方式为时分多址tdma时，jscc信息指示符号承载于所述物理层帧的jscc信令字段。
45.在另一种可能的实现方式中，jscc信令字段包括一个公用jscc信令字段和n个专用jscc信令字段，其中，公用jscc信令字段包括第一字段；n个专用jscc信令字段中第i个专用jscc信令字段承载的信息用于指示所述n个负载中的第i个负载的比特平面数、序号和调制方式。
46.在另一种可能的实现方式中，公用jscc信令字段还可以包括：帧率、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数中的部分或者全部字段。
47.在另一种可能的实现方式中，当接入方式为正交频分多址ofdma时，jscc信息指示符号承载于物理层帧的高效信令字段b中的jscc信令字段，或者jscc信息指示符号承载于极高吞吐量信令字段中的jscc信令字段；高效信令字段b或者极高吞吐量信令字段还包括资源单元ru分配字段，ru分配字段承载的信息用于指示每个ru块对应的比特平面的数据。
48.当接入方式为ofdma时，可以实现用户混传，即支持jscc和不支持jscc的用户可以同时使用给定的频域资源进行传输，提高了频域资源的利用率。
49.示例性地，第一数据是第一图像在第一设备的物理层通过dct变换、量化和分层操
作获取的数据。
50.在另一种可能的实现方式中，jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
51.在另一种可能的实现方式中，上述jscc信息指示符号中的部分或全部字段可以承载于媒体接入控制mac层数据的头部字段。
52.在另一种可能的实现方式中，上述没有包括在jscc信息指示符号中的字段可以通过其他信令发送给第二设备。
53.jscc信息指示符号中可以承载对第一图像的参数以及对第一图像进行dct变换、量化、分层操作，以及jscc编码的参数，便于第二设备对接收到的物理层帧进行解码，还原第一图像。
54.示例性地，获取模块据具体用于：第一图像在第一设备的媒体接入控制mac层通过dct变换、量化操作，并且在第一设备的物理层通过分层操作，获取第一数据。
55.在另一种可能的实现方式中，mac头部字段可以包括量化步长、dct变换大小字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
56.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括图像尺寸(分辨率)、图像色位深度字段。
57.在另一种可能的实现方式中，mac层协议数据单元mpdu分隔符可以包括：量化步长、dct变换大小字段。
58.示例性地，获取模块据具体用于：第一图像在第一设备的媒体接入控制mac层通过dct变换、量化和分层操作获取，获取第一数据。
59.在另一种可能的实现方式中，mac头部字段可以包括：量化步长、dct变换大小、dct系数量化比特平面数、每个编码块包含的dct块数字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
60.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括图像尺寸(分辨率)、图像色位深度字段。
61.在另一种可能的实现方式中，mac层协议数据单元mpdu分隔符可以包括：量化步长、dct变换大小、dct系数量化比特平面数、每个编码块包含的dct块数字段。
62.示例性地，获取模块据具体用于：第一图像在第一设备的应用层或者逻辑链路控制llc层通过dct变换、量化和分层操作获取，获取第一数据。
63.在另一种可能的实现方式中，合计mac层服务数据单元a-msdu的子帧头部字段可以包括量化步长、dct变换大小、dct系数量化比特平面数字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
64.示例性地，获取模块据具体用于：第一图像在第一设备的应用层或者逻辑链路控制llc层通过dct变换、量化，并且在第一设备的mac层或者物理层通过分层操作获取，获取第一数据。
65.在另一种可能的实现方式中，mac头部字段可以包括量化步长、dct变换大小、dct系数量化比特平面数字段；jscc信息指示符号还可以包括：帧率、颜色编码方式、图像尺寸、像素色位深度、每个编码块包含的dct块数、编码块个数、物理层服务数据单元psdu数、每个psdu的比特平面数和每个psdu的调制方式中的部分或者全部字段。
66.在另一种可能的实现方式中，jscc信息指示符号还可以包括：mac头部长度字段和mac头部编码方式字段。
67.上述技术方案中，对第一图像进行dct变换、量化以及分层以获取第一数据的操作可以在第一设备的应用层或者llc层、mac层以及物理层中的部分层次结构中进行，提高了该数据传输方法的灵活性。
68.第四方面，提供了一种数据传输装置，该装置应用于第二设备，包括：接收模块，用于接收第一设备发送的物理层帧，物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，物理层帧包括n个负载，该n个负载中的每个负载包括第二数据的一个子数据，n为正整数；其中，jscc信息指示符号包括第一字段，第一字段承载的信息用于指示每个比特平面的数据的长度；解码模块，用于对第二数据进行解码，获得第一图像的第一数据，第一数据包括多个子数据，第一数据的每个子数据包括第一图像的一个或多个比特平面的数据；获取模块，用于根据第一数据获取所述第一图像。
69.上述技术方案中，第二数据是第一数据经过jscc编码的数据，第二设备通过对接收到的第二数据进行解码，可以还原出第一图像，实现无线视频或图像的高质量传输。
70.在一种可能的实现方式中，当接入方式为时分多址tdma时，jscc信息指示符号承载于所述物理层帧的jscc信令字段。
71.在另一种可能的实现方式中，jscc信令字段包括一个公用jscc信令字段和n个专用jscc信令字段，其中，公用jscc信令字段包括第一字段；n个专用jscc信令字段中第i个专用jscc信令字段承载的信息用于指示所述n个负载中的第i个负载的比特平面数、序号和调制方式。
72.在另一种可能的实现方式中，公用jscc信令字段还可以包括：帧率、图像尺寸、像素色位深度、量化步长、离散余弦变换dct变换大小、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元psdu数中的部分或者全部字段。
73.在另一种可能的实现方式中，当接入方式为正交频分多址ofdma时，jscc信息指示符号承载于物理层帧的高效信令字段b中的jscc信令字段，或者jscc信息指示符号承载于极高吞吐量信令字段中的jscc信令字段；高效信令字段b或者极高吞吐量信令字段还包括资源单元ru分配字段，ru分配字段承载的信息用于指示每个ru块对应的比特平面的数据。
74.当接入方式ofdma格式时，可以实现用户混传，即支持jscc和不支持jscc的用户可以同时使用给定的频域资源进行传输，提高了频域资源的利用率。
75.在另一种可能的实现方式中，获取模块具体用于：第一数据在第二设备的物理层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
76.在另一种可能的实现方式中，获取模块具体用于：第一数据在第二设备的物理层
通过变换系数合并操作，并且在第二设备的mac层通过解量化和dct逆变换操作，获得第一图像。
77.在另一种可能的实现方式中，获取模块具体用于：第一数据在第二设备的mac层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
78.在另一种可能的实现方式中，获取模块具体用于：第一数据在第二设备的应用层或者llc层通过变换系数合并、解量化和dct逆变换操作，获得第一图像。
79.在另一种可能的实现方式中，获取模块具体用于：第一数据在第二设备的mac层或者物理层通过变换系数合并，并且在第二设备的应用层或者llc层通过解量化和dct逆变换操作，获得第一图像。
80.第五方面，提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行第一方面或者第一方面的任意一种实现方式中的数据传输方法。
81.第六方面，提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行第二方面或者第二方面的任意一种实现方式中的数据传输方法。
82.第七方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面或者第一方面的任意一种实现方式中的数据传输方法。
83.第八方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第二方面或者第二方面的任意一种实现方式中的数据传输方法。
84.第九方面，提供一种芯片，该芯片包括处理器与数据接口，处理器通过所述数据接口读取存储器上存储的指令，执行上述第一方面或第一方面中的任意一种实现方式中的数据传输方法。
85.可选地，作为一种实现方式，该芯片还可以包括存储器，存储器中存储有指令，处理器用于执行存储器上存储的指令，当指令被执行时，处理器用于执行第一方面或者第一方面中的任意一种实现方式中的数据传输方法。
86.第十方面，提供一种芯片，该芯片包括处理器与数据接口，处理器通过所述数据接口读取存储器上存储的指令，执行上述第二方面或第二方面中的任意一种实现方式中的数据传输方法。
87.可选地，作为一种实现方式，该芯片还可以包括存储器，存储器中存储有指令，处理器用于执行存储器上存储的指令，当指令被执行时，处理器用于执行第二方面或者第二方面中的任意一种实现方式中的数据传输方法。
88.第十一方面，提供了一种装置，包括：处理器和存储器，存储器用于存储所述计算机程序代码，当所述计算机程序代码在所述处理器上运行时，使得该装置执行第一方面或者第一方面的任意一种实现方式中的数据传输方法。
89.第十二方面，提供了一种装置，包括：处理器和存储器，存储器用于存储所述计算机程序代码，当所述计算机程序代码在所述处理器上运行时，使得该装置执行第二方面或者第二方面的任意一种实现方式中的数据传输方法。
90.第十三方面，提供了一种通信系统，包括第三方面或者第三方面的任意一种实现方式中的数据传输装置和第四方面或者第四方面的任意一种实现方式中的数据传输装置，是的通信系统实现第一方面或者第一方面的任意一种实现方式以及第一方面或者第一方面的任意一种实现方式中的数据传输方法。
附图说明
91.图1是传统数据传输方案流程示意图。
92.图2是联合信源信道编码数据传输方案流程示意图。
93.图3是本技术实施例的数据传输方法的流程示意图。
94.图4是本技术实施例的一种物理层帧的结构示意图。
95.图5是本技术实施例的另一种物理层帧的结构示意图。
96.图6是本技术实施例的另一种物理层帧的结构示意图。
97.图7是本技术实施例的物理层帧兼容现有标准的帧结构的示意图。
98.图8是本技术实施例的另一种物理层帧的结构示意图。
99.图9是本技术实施例的物理层帧兼容现有标准的帧结构的示意图。
100.图10是本技术实施例的支持用户混传的物理层帧结构示意图。
101.图11是本技术实施例的另一种物理层帧的结构示意图。
102.图12是本技术实施例的一种媒体接入控制层帧的结构示意图。
103.图13是本技术实施例的一种数据传输装置的示意图。
104.图14是本技术实施例的另一种数据传输装置的示意图。
105.图15是本技术实施例的另一种数据传输装置的示意图。
106.图16是本技术实施例的另一种数据传输装置的示意图。
具体实施方式
107.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部实施例。
108.本技术实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(global system of mobile communication，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)系统、通用分组无线业务(general packet radio service，gprs)、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统、第五代(5th generation，5g)系统或新无线(new radio，nr)、或者未来演进网络、车联网、d2d(device to device)网络等，可以提高视频或图像传输的质量。
109.图1是传统数据传输方案流程。如图1所示，发送端的应用层数据，例如视频、图像等数据经过压缩、信道编码的步骤后，通过信道发送给接收端。接收端对收到的数据进行信道解码、数据解压缩的过程，获得了接收端发送的应用层数据。
110.由于无线信道带宽有限，视频数据需要高效压缩，然而，视频编码采用的预测编码和变长编码等技术在高效压缩的同时也使得比特流对信道误码十分敏感。无线信道存在各种噪声干扰，误码率高，因此为了在无线移动网络上传输高品质视频数据，可以通过能够自适应信道的联合信源信道编码(joint source and channel coding，jscc)实现视频数据的传输。图2是jscc数据传输流程图。在jscc中，发送端设备对信源根据重要性进行分层，再对分层后的信息进行编码和传输。其中，信源包括视频或图像数据和控制信息。
111.如图2所示，发送端设备将图像或者视频中的图片帧进行分块，并且对各块做离散余弦变换(discrete cosine transform，dct)。由于图形的大部分能量均集中在dct变换后的低频部分，因此dct变换能够对图像帧进行压缩。之后，对dct变换后的图像数据进行量化，并且根据数据的重要性进行分层。对于分层的图像数据，在不同的比特平面分别进行无速率编码，如图2所示的信道编码1至信道编码n。将编码后的数据通过比特拼接和符号调制映射到资源块。控制信息包含了上述过程中的分块大小、带宽、编码、调制、分层位宽等信息，控制信息经过单独的信道编码后与调制后，也映射到相应的资源块上，与数据信息一起发送。
112.在接收端，接收端设备对接收到的信号进行同步、信道估计与均衡处理后，通过解资源映射得到控制信息和数据信息。随后，根据控制信息，对数据信息通过符号拆分、解调得到软信息，再通过置信传输方法进行信道解码得到0/1比特的概率。最后根据此概率做信息合并恢复出原始信源信息。
113.通过如图2所示的信源信道联合编码方案，可以提高无线视频或图像传输的质量。但是，jscc方案的处理过程与现有的wifi协议的处理流程有差异。如图2所示，加粗的模块为需要在现有的wifi流程中新增的处理模块。为了实现jscc方案与现有wifi协议的结合，本技术提供了一种数据传输方法，可以在wifi协议中实现jscc，提高无线视频或图像传输的质量。
114.下面结合图3至图12详细介绍本技术实施例的数据传输方法。图3是本技术实施例的数据传输方法流程示意图。如图3所示，本技术实施例的数据传输方法包括步骤s310至步骤s340。
115.s310，第一设备获取第一图像的第一数据，第一数据包括多个子数据，每个子数据包括第一图像的一个或多个比特平面的数据。其中，第一设备是视频或图像的发送端设备，第二设备是视频或图像的接收端设备。在一些实施例中，第一图像是待发送的图像；在另一些实施例中，第一图像是待发送的视频的一帧，本技术实施例对此不做限定。
116.示例性地，本技术的数据传输方法中的第一数据中的子数据是是通过dct变换、量化和分层操作后获得的数据。
117.在一些实施例中，在对第一图像进行dct变换之前，还可以先对第一图像进行分块。分块操作将第一图像分成多个大小相等的块。示例性地，可以将图像分成每块大小为8
×
8像素的块，也可以将第一图像分成其他大小的块。应理解，当第一图像的大小符合后续操作的要求时，也可以不对第一图像进行分块。
118.分块后对每块进行dct变换，dct变换的公式如公式(1)所示。
119.120.其中m表示dct变换大小；
121.(u,v)，(i,j)表示每个像素点；
122.c(u)，c(v)表示变换系数；
123.f(u,v)表示每个像素点经过dct变换后的数值，f(i,j)表示每个像素点进行dct变换前的数值；示例性地，第一图像采用的颜色编码方式为rgb，以红色(red，r)通道为例，f(u,v)表示dct变换后的每个像素点的r通道的值，f(i,j)为dct变换之前每个像素点的r通道的值。
124.由于图像的能量集中在dct变换后的低频部分，经过dct变换可以实现对第一图像的有损压缩。
125.对dct变换后的每块图像进行量化(quantization)。dct系数矩阵中的不同位置的值代表了图像数据中不同频率的分量，量化可以将图像数据中对应的不同频率的分量的连续取值近似为有限多个(或较少的)离散值，将大量的图像信息转换为可以有效控制的信息，实现对第一图像的有损压缩。
126.对量化之后的图像数据信号根据重要性进行分层，分成不同的比特(bit)平面分别进行无速率编码。
127.s320，第一设备发送物理层帧，该物理层帧包括联合信源信道编码jscc信令字段和第二数据。
128.具体来说，第二数据是第一数据经过jscc编码获得的数据。物理层帧包括n个负载(n为正整数)，n个负载中的每个负载包括第二数据的一个子数据，jscc信息指示符号中包括第一字段。其中，该第一字段承载的信息用于指示每个比特平面的数据的长度。其中，每个bit平面的最大长度为2
18
bit。
129.s330，第二设备接收第一设备发送的物理层帧，对第二数据进行解码，获得第一数据。具体来说，由于第二数据是第一设备对第一数据进行jscc编码获得的数据，因此，在第二设备接收了第一设备发送的物理层帧后，第二设备对第二数据进行解码，可以得到的第一数据。
130.s340，第二设备根据第一设备获取第一图像。具体来说，由于第一数据是第一图像经过处理，例如步骤s310中的dct变换、量化、分层操作得到到，因此，第二设备对第一数据做上述操作的逆变换，可以从第一数据中恢复出第一图像。
131.相应的，步骤s310中分层操作的逆变换为变换系数合并；量化操作的逆变换为解量化；dct变换的逆变换为dct逆变换；分块操作的逆变换为分块合并。
132.本技术实施例的数据传输方法通过对第一图像的数据进行jscc编码，能够实现视频或图像的高质量无线传输。
133.在本技术实施例的数据传输方法中，第一设备的应用层或者逻辑链路控制(logical link control，llc)层、媒体接入控制(media access ccontrol，mac)层或者物理层都可以进行上述步骤s310中的分块、dct变换、量化和分层中的部分或全部操作，以获得第一数据。
134.例如，在一些实施例中，物理层(physical layer)接收第一图像，步骤s310中的分块、dct变换、量化和分层操作都在物理层进行。获得第一数据后，对第一数据进行jscc编码，并在物理层帧中发送第二数据。
135.图4是一种物理层帧结构。如图4所示，物理层发送的一帧是合计物理层协议数据单元(aggregated physical layer protocol data unit，a-ppdu)，该a-ppdu包括前导码(preamble)、jscc信令(jscc signal，jscc sig)和第二数据，其中该物理层帧包括n个payload。该n个payload中的每个payload是一个物理层协议数据单元(physical layer protocol data unit，ppdu)。其中，每个ppdu包括一个物理层服务数据单元(physical layer service data unit，psdu)和控制信息，每个psdu中承载了第二数据的一个子数据。应理解，本技术实施例的pddu中的控制信息可以是现有的wifi标准中的信令，本技术实施例对此不做限定。在这种情况下，每个psdu包括了第二数据的一个子数据。
136.在另一些实施例中，除了第一字段，jscc信令字段还可以包括帧率(frame rate)、颜色编码方法(rgb/yuv)、图像尺寸(picture size)(分辨率)、像素色位深度(pixel depth)、量化步长、dct变换或离散小波变换(discrete wavelet transformation，dwt)大小(dct/dwt size)、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元(physical layer service data unit，psdu)数(number of psdu)、每个psdu的bit平面数(number of bit planes per psdu)和每个psdu的调制方式(modulation in each psdu)中的部分或者全部。
137.上述字段的描述如表1所示。
138.表1
139.[0140][0141]
在一些实施例中，第一字段承载的信息可以是数组的形式，数组中元素的个数为dct系数量化比特平面数与编码块个数的乘积。
[0142]
应理解，表1中所示的字段可以部分或全部包在jscc信令字段中，也可以全都不包括在jscc信令字段中。没有包括在jscc信令中的字段可以根据接收端设备和发送端设备事先的配置进行约定，或者通过其他信令或指示信息发送。
[0143]
图5是另一种物理层帧结构。如图5所示，物理层发送的一帧包括前导码、传统信令(legacy signal，l-sig)、jscc信令和第二数据。其中，第二数据为合计物理层服务数据单元(aggregated physical layer service data unit，a-psdu)，a-psdu包括n个payload，其中，每个payload是一个psdu。每个psdu中包括一个或多个bit平面的数据。在这种情况下，每个psdu包括了第二数据的一个子数据。
[0144]
应理解，在图5所示的物理层帧结构中，前导码和l-sig可以是现有的wifi标准中的前导码和信令，本技术实施例对此不做限定。jscc信令包括的字段和发送方式与图4所示的帧结构中jscc信令包括的字段和发送方式相同，在此不再赘述。
[0145]
图6是另一种物理层帧结构。如图6所示，物理层发送的一帧包括前导码、l-sig、公用jscc信令字段(例如，jscc sig 0)、专用jscc信令字段(例如，jscc sig i)和第二数据。其中，第二数据承载于a-ppdu，a-ppdu包括n个payload和n个jscc信令。每个payload是一个psdu，每个psdu中包括一个或多个bit平面的数据。在这种情况下，每个psdu包括了第二数据的一个子数据。在这种情况下，jscc信息指示符号中的第一字段承载于公用jscc信令字段(jscc sig 0)中。
[0146]
应理解，在图6所示的组帧方式中，前导码和l-sig可以是现有的wifi标准中的前
导码和信令，本技术实施例对此不做限定。
[0147]
在一些实施例中，jscc sig 0除了包括第一字段以外，还可以包括帧率(frame rate)、颜色编码方法(rgb/yuv)、图像尺寸(picture size)(分辨率)、像素色位深度(pixeldepth)、量化步长、dct变换或离散小波变换(discrete wavelet transformation，dwt)大小(dct/dwt size)、每个编码块包含的dct块数、dct系数量化比特平面数、编码块个数、物理层服务数据单元(physical layer service data unit，psdu)数(number of psdu)中的部分或全部，上述字段以及描述如表2所示。
[0148]
表2
[0149]
stf、l-ltf、l-sig、高吞吐量信令(high throughput signal，ht sig)、高吞吐量短训练字段(high throughput short training field，ht stf)、高吞吐量长训练字段(high throughput long training field，ht ltf)和数据的基础上，新增了jscc信令(jscc sig)字段。
[0161]
图7中的(c)是兼容802.11ad标准的帧结构。如图7中的(c)所示，在802.11ad中短训练字段(short training field，stf)、长训练字段(long training field，ltf)、头部(header)和数据的基础上，新增了jscc头部(jscc header)，其中jscc header相当于上述jscc sig。
[0162]
图7中的(d)是兼容802.11ay标准的帧结构。如图7中的(d)所示，在802.11ay中stf、ltf、header、edmg头部(edmg header)、edmg stf、edmg ltf和数据的基础上，新增了jscc头部(jscc header)，其中jscc header相当于上述jscc sig。
[0163]
图7中的(e)是兼容802.11ax标准的帧结构。如图7中的(e)所示，在802.11ax中l-stf、l-ltf、l-sig、传统信令字段重复(repeated legacy signal，rl-sig)、高效信令字段(high efficiency signal，he sig)a、高效短训练字段(high efficiency short training field，he-stf)、高效长训练字段(high efficiency long training field，he-lft)和数据的基础上，新增了jscc信令(jscc sig)字段。
[0164]
应理解，在图7的(a)至(e)中所示的帧结构中，数据字段可以是本技术实施例的数据传输方法中的第一数据，相当于上述图4至图6所示的本技术实施例的帧结构中的a-ppdu或者a-psdu，jscc sig字段或者jscc header字段与上述图4至图6所示的帧结构中jscc sig字段相同，在此不再赘述。
[0165]
上述图4中图7所示的帧结构是接入方式为时分多址(time division multiple access，tdma)时的帧结构。
[0166]
在另一些实施例中，接入方式还可以是正交频分多址(orthogonal frequency division multiple access，ofdma)。
[0167]
图8是接入方式为ofdma的物理层帧结构。如图8所示，示例性地，物理层帧包括n个payload，每个payload是一个psdu，每个psdu包括一个第二数据的子数据。
[0168]
图8所示的帧结构中l-sig和jscc sig与图5所示的帧结构的l-sig和jscc sig相同，在此不再赘述。
[0169]
在一些实施例中，图8所示的帧结构也可以兼容现有的wifi标准。图9是图8所示的帧结构兼容现有wifi标准的示意图。
[0170]
图9中的(a)是数据采用ofdma格式时兼容802.11ax标准的帧结构。如图9中的(a)所示，在现有的he-sig a中包括保留位(reserved bit)，该reserved bit的值为0以指示jscc帧。he-sig a中还包括he-sig b的符号数。在现有的he-sig b字段包括资源单元分配(resource unit allocation，ru allocation)字段、jscc sig字段和填充字段(padding)。
[0171]
图9中的(b)是数据采用ofdma格式时兼容802.11be标准的帧结构。如图9中的(b)所示，在现有的通用信令(uniform signal，u-sig)中包括保留位(reserved bit)，该reserved bit的值为0以指示jscc帧。u-sig中还包括ppdu格式字段和sig b符号数字段。在现有的极高吞吐量(extremely high throughput signal，eht sig)字段中包括ru allocation字段、jscc sig字段和padding。
[0172]
在一些实施例中，当接入方式为ofdma时，为了进一步支持802.11ax和802.11be的用户与支持jscc的用户实现透明混传，还可以在图9所示的帧格式的基础上进一步增加指示jscc的字段，使支持jscc的用户和不支持jscc的用户可以同时在给定的频域资源上进行传输。
[0173]
图10是支持802.11ax或802.11be的用户与支持jscc的用户混合传输的帧结构。
[0174]
如图10中的(a)所示，在数据兼容802.11ax标准的帧结构中，为了实现支持jscc和不支持jscc的用户的混合传输，在帧结构中有3处字段可以指示当前帧采用jscc方式进行传输。例如，如图10中的(a)所示，指示1为he-sig a字段中的sig b符号数。当sig b的符号数为12时，指示了当前采用jscc方式进行传输。指示2为he-sig b字段中的最后两个符号，当指示1中he-sig b的符号数为12时，sig b字段的前10个符号分别指示了ru分配、用户信息以及padding，最后两个符号为jscc sig的符号。指示3为jscc sig符号的调制方式。在he-sig b字段中，前10个符号的调制方式为bpsk调制，当采用jscc方式时，最后两个jscc sig的符号的调制方式为qpsk。因此，根据上述3处指示中的任意一处或多处，可以确定当前设备是否采用jscc方式进行传输。
[0175]
如图10中的(b)所示，在数据兼容802.11be标准的帧结构中，为了实现支持jscc和不支持jscc的用户的混合传输，在帧结构中有3处字段可以指示当前帧是否采用jscc方式进行传输。其中，指示1至指示3与上述图10中的(a)中的3处指示相似，不再赘述。
[0176]
通过在帧结构的多处字段中指示当前设备是否支持jscc传输，使支持jscc的设备和不支持jscc的设备可以同时进行传输，提高了频域资源的利用率。
[0177]
如图8至图10所示，当接入方式为ofdma时，jscc信息指示符号承载于物理层帧的he-sig b字段或者eht sig字段中的jscc sig中，并且，he-sig b字段或者eht sig字段中还包括ru分配字段，ru分配字段承载的信息指示了每个ru块对应的比特平面的数据。
[0178]
上述图4至图7是接入方式为tmda时的物理层帧结构，图8至图10是接入方式为ofdma时的物理层帧结构，在另一些实施例中，还可以采用通用的物理层帧结构进行传输。在通用的帧结构中，接入方式可以是tmda或者接入方式可以是ofdma。在通用的帧结构中，增加了一个支持标准字段来指示该物理层帧是jscc帧，实现帧识别的功能。
[0179]
图11是一种通用的物理层帧结构的示意图。如图11所示，通用的帧结构中，u-sig字段包括支持标准(support standard)字段、reserved bit字段、ppdu format字段和jsccsig符号数字段。jscc sig字段包括ru分配字段、新增字段和padding。
[0180]
其中，support standard字段和reserved bit字段可以实现帧识别的功能，用来指示jscc帧。示例性地，reserved bit字段的值可以为0，指示jscc帧。
[0181]
ppdu格式字段指示接入方式为ofdma或者接入方式为tmda。
[0182]
ru分配字段仅在pddu格式字段指示接入方式为ofdma时有效，用于指示不同bit平面对应的ru分配情况；当ppdu格式字段指示接入方式为tmda时，ru分配字段无效。
[0183]
新增字段的值与上述图4至图5所示的帧结构中jscc sig字段的值相同，在此不再赘述。
[0184]
图11所示的通用帧结构的数据部分为本技术实施例的数据传输方法中的第二数据，相当于上述a-ppdu或者a-psdu。当ppdu格式字段指示接入方式为ofdma时，数据部分的格式如图8所示的物理层帧结构的数据部分所示，并且每个ru块对应不同的bit平面的数
coding scheme，mac header mcs)。这些字段以及字段的描述如表4所示。
[0197]
图6所示的物理层帧结构中的jscc sig n(1≤n≤n)字段中包括的字段及相应字段的描述如表3所示，在此不再赘述。
[0198]
示例性地，在一些实施例中，第一图像的数据在mac层对应到一个a-msdu，并且在mac层进行dct变换和量化的操作后，再加上mac header形成进入物理层，在物理层进行分层操作后获得第一数据，并且由物理层进行其余操作，对第一数据进行jscc编码，获得第二数据并发送物理层帧。在这种情况下，mac header中可以包括：量化步长、dct/dwt size字段。此时物理层的帧结构如图4至图11所示，帧结构中相应的字段的描述与图4至图11对应的实施例相同，并且在jscc sig字段中增加如表4所示的mac header length字段和mac header mcs字段，在此不再赘述。
[0199]
示例性地，在另一些实施例中，第一图像的数据对应到一个a-msdu，并且mac层进行dct变换、量化和分层的操作后获得第一数据的子数据，物理层对第一数据进行jscc编码后得到第二数据，并发送物理层帧。在这种情况下，mac header中可以包括原jscc sig字段中的量化步长、dct/dwt size、每个编码块包含的dct块数、dct系数量化比特平面数字段，物理层的帧结构如图4至图11所示，帧结构中相应的字段的描述与图4至图11对应的实施例相同，并且在jscc sig字段中增加如表4所示的mac header length字段和mac header mcs字段，在此不再赘述。
[0200]
在另一些实施例中，应用层或者逻辑链路控制(logical link control，llc)层也可以进行第一图像的分块、dct变换、量化和分层中的部分或全部操作以获得第一数据。
[0201]
示例性地，在一些实施例中，应用层或者llc层进行第一图像的分块、dct变换以及量化、分层的操作获得第一数据的子数据。mac层不对数据做特殊处理，由物理层完成jscc的剩余操作。在这种情况下，mac层的每个a-msdu中包括n个a-msdu子帧(sub frame)，其中每个子帧包括子帧头部(sub frame header)和payload。每个payload是一个mac层服务数据单元(mac service data unit，msdu)，每个msdu中包括一个或多个bit平面的数据。在这种情况下，每个msdu包括了一个子数据。给a-msdu添加mac header和帧校验序列(frame check sequence，fcs)形成mpdu。
[0202]
图12是本技术实施例的一种mac层的帧结构。如图12所示，在a-msdu子帧中，子帧头部包括目的地址(destination address，da)、源地址(source address，sa)和数据字段长度(length)。在一些实施例中，由于应用层或者llc层执行了第一图像的分块、dct变换、量化和分层的操作，因此每个子帧头部除了da、sa和length外，还可以包括上述操作的指示信息，例如量化步长、dct/dwt size、每个编码块对应的dct块数、编码块个数等。在另一些实施例中，新增的参数指示字段还可以添加在子帧头部的之后的任意位置，例如，可以将新增的参数指示字段放在msdu之后。
[0203]
示例性地，当在子帧头部新增参数指示字段时，新增的字段和字段的描述如表5所示。
[0204]
表5
[0205]
[0206][0207]
应理解，payload length in each bit plane即上述第一字段。
[0208]
在一些实施例中，表5中的payload length in each bit plane和number of bit planes per msdu这两个字段的参数也可以在物理层帧的jscc sig中进行指示。
[0209]
应理解，当图12所示的mac的帧进入物理层后，每个mpdu形成物理层的psdu，即物理层帧的数据部分。相应的，物理层的帧结构如上述图4至图11所示，在此不再赘述。
[0210]
示例性地，在另一些实施例中，应用层或者llc层对第一图像进行分块、dct变换以及量化操作，mac层进行分层操作或者不做特殊处理。当mac层不做特殊处理时，物理层完成jscc方案流程的分层操作，获得第一数据的子数据，及jscc流程的其余操作；当mac层进行分层操作获得第一数据的子数据时，物理层完成jscc方案流程的其余操作并发送物理层帧。
[0211]
在这种情况下，mac层的帧的结构如图12所示。当mac层进行分层的操作时，每个msdu包括一个或多个bit平面的数据，每个msdu中包括了一个子数据。mac帧的a-msdu中的每一个子帧的子帧头部新增的字段如上述表5所示。
[0212]
当mac层不进行分层的操作时，mac帧的a-msdu中的每一个msdu是未经过分层的数据，在这种情况下，a-msdu中每个子帧的子帧头部不需要包括dct系数量化比特平面数、每个msdu对应的bit平面数(number of bit planes per msdu)以及每个bit平面的数据长度(payload length in each bit plane)的字段。当mpdu进入物理层进行分层后，物理层帧的jscc sig中包括dct系数量化比特平面数、每个psdu对应的bit平面数(number of bit planes per psdu)以及每个bit平面的数据长度(payload length in each bit plane)字段。
[0213]
在另一些实施例中，应用层或者llc层将第一图像的数据对应到一个a-msdu，并且在a-msdu的每个子帧的子帧头部增加指示信息，例如帧率(frame rate)、颜色编码方式、图像大小(picture size)、像素色位深度等。这些字段的描述与上述表1，或者表2，或者表5中的frame rate、rgb/yuv、picture size、pixel depth字段的描述相同，不再赘述。
[0214]
第一图像的数据在mac层进行dct变换、量化、分层的操作，在这种情况下，分隔符(mpdu delimiter)中可以包括量化步长、dct/dwt size、dct系数量化比特平面数、每个编码块包含的dct块数字段。
[0215]
在这种情况下，mpdu进入物理层后的操作与上述mac层执行分块、dct变换、量化和分层操作的情况相同，在此不再赘述。
[0216]
在另一些实施例中，应用层或者llc层将第一图像的数据对应到一个a-msdu，并且在a-msdu的每个子帧的子帧头部增加指示信息，例如帧率(frame rate)、颜色编码方式、图像大小(picture size)、像素色位深度等。这些字段的描述与上述表1，或者表2，或者表5中
的frame rate、rgb/yuv、picture size、pixel depth字段的描述相同，不再赘述。
[0217]
第一图像的数据在mac层进行dct变换、量化的操作，在这种情况下，mpdu delimiter中新增的指示信息如表5中dct/dwt size、量化步长字段所示。
[0218]
在这种情况下，mpdu进入物理层后的操作与上述mac层执行分块、dct变换、量化操作、物理层执行分层操作的情况相同，在此不再赘述。
[0219]
在上述方案中，mac层可以执行jscc的部分操作，也可以在现有的各种wifi协议的框架的基础上有效支持jscc技术，并且能够兼容mac层的相关操作，改动较小，更加稳健。
[0220]
上述技术方案中，第一设备的应用层或llc层、mac层、物理层都可以执行dct、量化与分层操作中的部分或全部操作。可以根据第一设备的处理能力灵活地安排数据在某一层进行处理，提高了数据传输的灵活性。
[0221]
应理解，在上述技术方案中，在步骤s340中，当第二设备从第一数据中还原第一图像时，仍然在第二设备的相应的应用层或者llc层、mac层、物理层完成与第一图像生成第一数据时的逆变换。
[0222]
例如，当第一图像在第一设备的物理层通过dct变换、量化、分层获得第一数据时，第二设备接收物理层帧后，对第二数据解码得到第一数据，并且在第二设备的物理层对第一数据通过变换系数合并、解量化、dct逆变换得到第一图像。
[0223]
例如，当第一图像在第一设备的mac层通过dct变换、量化，并且在第一设备的物理层通过分层操作获取第一数据时，第二设备对第二数据解码得到第一数据，在第二设备的物理层通过变换系数合并，并且在第二设备的mac层通过解量化和dct逆变换操作，获得第一图像。
[0224]
例如，当第一图像在第一设备的mac层通过dct变换、量化、分层操作获得第一数据时，第二设备接收物理层帧后，对第二数据解码得到第一数据，并且在第二设备的mac层对第一数据通过变换系数合并、解量化、dct逆变换得到第一图像。
[0225]
例如，当第一图像在第一设备的应用层或者llc层通过dct变换、量化、分层操作获得第一数据时，第二设备接收物理层帧后，对第二数据解码得到第一数据，并且在第二设备的应用层或者llc层对第一数据通过变换系数合并、解量化、dct逆变换得到第一图像。
[0226]
例如，当第一图像在第一设备的应用层或者llc层通过dct变换、量化，并且在第一设备的mac或者物理层通过分层操作获取第一数据时，第二设备对第二数据解码得到第一数据，在第二设备的mac层或者物理层通过变换系数合并，并且在第二设备的应用层或者llc层通过解量化和dct逆变换操作，获得第一图像。
[0227]
下面结合图13至图16介绍本技术实施例的数据传输装置。
[0228]
图13是本技术一实施例的数据传输装置的结构示意图。如图13所示，数据传输装置500包括获取模块510和发送模块520。该数据传输装置500可以应用于上述方法中的第一设备。
[0229]
其中，获取模块510用于获取第一数据，第一数据是第一图像的数据，第一数据包括多个子数据，每个第一数据的子数据包括第一图像的一个或多个比特平面的数据；
[0230]
发送模块520用于向第二设备发送物理层帧，物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，第二数据包括多个子数据，第二数据是第一数据经过jscc编码获得的数据，第二数据的子数据是所述第一数据的子数据经过jscc编码获得的数据；
其中，第二数据包括n个负载，n个负载中的每个负载包括一个第二数据的子数据，n为大于等于1的整数；jscc信息指示符号包括第一字段，第一字段承载的信息用于指示每个所述比特平面的数据的长度。
[0231]
一种可能的方式中，获取模块510可以由处理器实现，发送模块520可以由发送器实现。获取模块510、发送模块520的具体功能和有益效果可以参见上述方法中的描述，为了简洁，在此不再赘述。
[0232]
图14是本技术另一实施例的数据传输装置的结构示意图。如图14所示，数据传输装置600包括接收模块610、解码模块620和获取模块630。该数据传输装置600可以应用于上述方法中的第二设备。
[0233]
接收模块610用于接收第一设备发送的物理层帧，物理层帧包括联合信源信道编码jscc信息指示符号和第二数据，第二数据包括多个子数据，第二数据包括n个负载，该n个负载中的每个负载包括一个第二数据的子数据；其中，jscc信息指示符号包括第一字段，第一字段承载的信息用于指示每个比特平面的数据的长度。
[0234]
解码模块620用于对第二数据进行解码，获得第一数据，第一数据是第一图像的数据，第一数据包括多个子数据，第一数据的子数据是第二数据的子数据解码获得数据，每个第一数据的子数据包括第一图像的一个或多个比特平面的数据。
[0235]
获取模块630用于根据第一数据获取所述第一图像。
[0236]
一种可能的方式中，解码模块620和获取模块630可以由处理器实现，接收模块610可以由接收器实现。接收模块610、解码模块620和获取模块630的具体功能和有益效果可以参见上述方法中的描述，为了简洁，在此不再赘述。
[0237]
图15是本技术实施例的另一种数据传输装置700的示意图。该数据传输装置700可以应用于上述方法中的第一设备。
[0238]
如图15所示，数据传输装置700包括处理器710、存储器720、收发器730。处理器710可以用于对第一设备进行控制，执行软件程序，处理软件程序的数据等。存储器720主要用于存储软件程序和数据。收发器730向第二设备发送物理层帧。
[0239]
为便于说明，图15中仅示出了一个存储器和处理器。在实际的通信设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本技术实施例对此不做限制。
[0240]
收发器也可以称为收发单元、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可以将收发器730中用于实现接收功能的器件视为接收单元，将收发器730中用于实现发送功能的器件视为发送单元，即收发器730包括接收单元和发送单元。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
[0241]
处理器710、存储器720和收发器730之间通过内部连接通路互相通信，传递控制和/或数据信号
[0242]
上述本技术实施例揭示的方法可以应用于处理器710中，或者由处理器710实现。处理器710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器710中的硬件的集成逻辑电路或者软件形式的指令完成。
[0243]
图16是本技术实施例的另一种数据传输装置800的示意图。该数据传输装置800可以应用于上述方法中的第二设备。
[0244]
如图16所示，数据传输装置800包括处理器810、存储器820、收发器830。处理器810可以用于对第二设备进行控制，执行软件程序，处理软件程序的数据等。存储器820主要用于存储软件程序和数据。收发器830接收第一设备发送物理层帧。
[0245]
为便于说明，图16中仅示出了一个存储器和处理器。在实际的通信设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本技术实施例对此不做限制。
[0246]
收发器也可以称为收发单元、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可以将收发器830中用于实现接收功能的器件视为接收单元，将收发器830中用于实现发送功能的器件视为发送单元，即收发器830包括接收单元和发送单元。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
[0247]
处理器810、存储器820和收发器830之间通过内部连接通路互相通信，传递控制和/或数据信号
[0248]
上述本技术实施例揭示的方法可以应用于处理器810中，或者由处理器810实现。处理器810可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器810中的硬件的集成逻辑电路或者软件形式的指令完成。
[0249]
本技术实施例还提供了一种计算机可读介质，该计算机可读介质存储有程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。这些计算机可读存储包括但不限于如下的一个或者多个：只读存储器(read-only memory，rom)、可编程rom(programmable rom，prom)、可擦除的prom(erasable prom，eprom)、flash存储器、电eprom(electrically eprom，eeprom)以及硬盘驱动器(hard drive)。
[0250]
本技术实施例还提供了一种计算机程序产品，应用于第一设备中，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述任一方面的任意可能的实现方式中的方法。
[0251]
本技术实施例还提供了一种计算机程序产品，应用于第二设备中，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述任一方面的任意可能的实现方式中的方法。
[0252]
本技术实施例还提供了一种芯片系统，应用于第一设备中，该芯片系统包括：至少一个处理器、至少一个存储器和接口电路，所述接口电路负责所述芯片系统与外界的信息交互，所述至少一个存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述至少一个处理器执行，以进行上述各个方面的所述的方法中所述第一设备操作。
[0253]
本技术实施例还提供了一种芯片系统，应用于第二设备中，该芯片系统包括：至少一个处理器、至少一个存储器和接口电路，所述接口电路负责所述芯片系统与外界的信息交互，所述至少一个存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述至少一个处理器执行，以进行上述各个方面的
所述的方法中所述第二设备操作。
[0254]
在具体实现过程中，该芯片可以以中央处理器(central processing unit，cpu)、微控制器(micro controller unit，mcu)、微处理器(micro processing unit，mpu)、数字信号处理器(digital signal processing，dsp)、片上系统(system on chip，soc)、专用集成电路(application-specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或可编辑逻辑器件(programmable logic device，pld)的形式实现。
[0255]
本技术中，“至少两种”或“多种”是指两种或两种以上。术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
[0256]
本技术中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
[0257]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0258]
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
[0259]
应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0260]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0261]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0262]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的
划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0263]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0264]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0265]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0266]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。