本发明涉及技术通信技术领域，尤其涉及一种编码、译码方法及设备。
背景技术：
在长期演进(longtermevolution，lte)系统的turbo编码处理过程中，传输块(transportblock，tb)长度一旦超过turbo编码器的最大输入比特长度(即turbo码的最大交织器大小)，就需要将tb块分割成若干较短的码块，使得每个码块的长度能够符合最大交织器的大小，从而完成每个码块的编码处理。其中，该码块中添加有循环冗余校验(cyclicredundancycheck，crc)和填充比特。在码块分段过程中，所有的填充比特总是添加在第一个码块的起始位置。
由于turbo码的交织器的限制，使得大量的turbo码不得不分成多个码段，造成不必要的性能损失。
技术实现要素：
本发明实施例提供一种编码、译码方法及设备，避免了过多的分段引入的数据传输性能损失的问题。
第一方面，本发明实施例提供一种编码方法，包括：
发送端获取待编码的数据对应的polar编码后的数据长度，该待编码的数据可以为传输块tb，该传输块中包括了tb级的crc码；发送端根据所述编码后的数据长度和预设阈值，将所述待编码数据分成至少一段编码块，当发送端将待编码的数据分成一段时，即对待编码的数据没有进行分段；发送端对各所述编码块进行polar编码，并将编码后的数据传输至接收端。
在一种可能的设计中，所述发送端根据所述编码后的数据长度和所述预设阈值，将所述待编码数据分成至少一段编码块，包括：
所述发送端根据所述编码后的数据长度和所述预设阈值，得到所述待编码数据的分段数量；
所述发送端根据所述分段数量，将所述待编码数据分成至少一段编码块。
在一种可能的设计中，所述发送端根据所述编码后的数据长度和预设阈值，将所述待编码数据分成至少一段编码块，包括：
所述发送端判断所述编码后的数据长度是否大于所述预设阈值；
若是，则所述发送端根据所述编码后的数据长度和所述预设阈值，得到所述待编码数据的分段数量，根据所述分段数量，将所述待编码数据分成至少两段编码块；
若否，则所述发送端将所述待编码数据分成一段编码块。
在一种可能的设计中，所述发送端根据所述编码后的数据长度和所述预设阈值，得到所述待编码数据的分段数量，包括：
所述发送端通过如下公式一得到所述分段数量：
其中，所述c为分段数量，所述c为正整数，所述sa为编码后的数据长度，所述z为预设阈值，
在一种可能的设计中，所述c段编码块中包括c+段第一类编码块和c-段第二类编码块，其中c＝c++c-，所述第一类编码块编码前的长度为k+，所述第二类编码块编码前的长度为k-，所述k-＝k+-p，所述p≥1，且所述p为奇数。
在一种可能的设计中，所述第一类编码块编码前的长度k+是根据编码块中的校验信息的长度、所述待编码的数据长度以及所述分段数量确定的，在得到k+之后，可以根据k-＝k+-p得到k-。
在一种可能的设计中，所述第一类编码块编码前的长度k+通过如下公式二确定：
其中，所述stb为待编码的数据长度，所述lcb为编码块中的校验信息的长度，
在一种可能的设计中，所述第二类编码块的段数c-段是根据所述第一类编码块编码前的长度k+、所述第二类编码块编码前的长度k-以及所述待编码的数据长度确定的。在得到c-之后，可以根据c＝c++c-得到c+。
在一种可能的设计中，所述第二类编码块的段数c-段通过如下公式三确定：
其中，所述k+为所述第一类编码块编码前的长度，所述k-为所述第二类编码块编码前的长度，所述stb为待编码的数据长度，所述lcb为编码块中的校验信息的长度，所述
在一种可能的设计中，所述发送端获取待编码的数据对应的polar编码后的数据长度，包括：
所述发送端根据所述待编码数据的速率匹配处理过程，得到所述编码后的数据长度。
第二方面，本发明实施例提供一种译码方法，包括：
接收端在获取到待译码的数据后，获取所述待译码的数据长度；
所述接收端根据所述待译码的数据长度和预设阈值，将所述待译码的数据分成至少一段译码块；
所述接收端对各所述译码块进行polar译码，得到译码后的数据。
在一种可能的设计中，所述接收端根据所述待译码的数据长度和预设阈值，将所述待译码的数据分成至少一段译码块，包括：
所述接收端根据所述待译码的数据长度和所述预设阈值，得到所述待译码的数据的分段数量；
所述接收端根据所述分段数量，将所述待译码的数据分成至少一段译码块。
在一种可能的设计中，所述接收端根据所述待译码的数据长度和预设阈值，将所述待译码数据分成至少一段译码块，包括：
所述接收端判断所述待译码的数据长度是否大于所述预设阈值；
若是，则所述接收端根据所述待译码的数据长度和所述预设阈值，得到所述待译码的数据的分段数量，根据所述分段数量，将所述待译码数据分成至少两段译码块；
若否，则所述接收端将所述待译码的数据分成一段译码块。
在一种可能的设计中，所述接收端根据所述待译码的数据长度和所述预设阈值，得到所述待译码的数据的分段数量，包括：
所述接收端通过如下公式四得到所述分段数量：
其中，所述c为分段数量，所述c为正整数，所述sb为待译码的数据长度，所述z为预设阈值，
在一种可能的设计中，所述c段译码块中包括c+段第一类译码块和c-段第二类译码块，其中c＝c++c-，所述第一类译码块译码后的长度为k+，所述第二类译码块译码后的长度为k-，所述k-＝k+-p，所述p≥1，且所述p为奇数。
在一种可能的设计中，所述第一类译码块译码后的长度k+是根据译码块中的校验信息的长度、译码后的数据长度以及所述分段数量确定的。
在一种可能的设计中，所述第一类译码块译码后的长度k+通过如下公式五确定：
其中，所述stb为译码后的数据长度，所述lcb为译码块中的校验信息的长度，
在一种可能的设计中，所述第二类译码块的段数c-段是根据所述第一类译码块译码后的长度k+、所述第二类译码块译码后的长度k-以及译码后的数据长度确定的。
在一种可能的设计中，所述第二类译码块的段数c-段通过如下公式六确定：
其中，所述k+为所述第一类译码块译码后的长度，所述k-为所述第二类译码块译码后的长度，所述stb为译码后的数据长度，所述lcb为译码块中的校验信息的长度，所述
在一种可能的设计中，所述获取所述待译码的数据长度，包括：
所述接收端根据调制与编码策略及时-频资源，得到所述待译码的数据长度。
第三方面，本发明实施例提供一种编码设备，该编码设备可以实现上述方法实施例中的发送端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
第四方面，本发明实施例提供一种译码设备，该译码设备可以实现上述方法实施例中的接收端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
第五方面，本发明实施例提供一种用户设备，该用户设备既可以作为编码设备，来执行上述发送端所执行的功能，也可以作为译码设备，来执行上述接收端所执行的功能。该用户设备的结构中包括处理器、发射器/接收器、编码器以及译码器。该处理器被配置为支持用户设备执行上述方法中相应的功能。该发射器/接收器被配置为支持用户设备与基站之间的通信。该编码器用于对编码块进行编码，该译码器用于对译码块进行译码。该用户设备还可以包括存储器，该存储器用于与处理器耦合，其保存用户设备的程序指令和数据。
第六方面，本发明实施例提供一种基站。该基站既可以作为编码设备，来执行上述发送端所执行的功能，也可以作为译码设备，来执行上述接收端所执行的功能。该基站的结构中包括处理器、发射器/接收器、编码器以及译码器。该处理器被配置为支持基站执行上述方法中相应的功能。该发射器/接收器被配置为支持用户设备与基站之间的通信。该编码器用于对编码块进行编码，该译码器用于对译码块进行译码。该基站还可以包括存储器，该存储器用于与处理器耦合，其保存基站的程序指令和数据。
本发明实施例提供的编码、译码方法及设备，通过发送端获取待编码的数据对应的polar编码后的数据长度，由于polar编码没有输入编码长度的约束限制，从而根据编码后的数据长度和预设阈值，将待编码数据分成至少一段编码块；发送端对各编码块进行polar编码，并将编码后的数据传输至接收端，相比与现有技术中的tubor码分段，明显减少了分段数目，从而避免了过多的分段引入的数据传输性能损失。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了本发明实施例可能适用的一种网络架构；
图2为本发明实施例提供的编码方法的信令流程图；
图3为本发明实施例提供的译码方法的信令流程图；
图4为本发明实施例提供的编码设备的结构示意图；
图5为本发明实施例提供的译码设备的结构示意图；
图6为本发明实施例提供的用户设备的硬件结构图；
图7为本发明实施例提供的基站的硬件结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。
下面结合图1对本发明实施例的可能的网络架构进行介绍。图1示出了本发明实施例可能适用的一种网络架构。如图1所示，本实施例提供的网络架构包括基站01和用户设备(userequipment，ue)02。本发明实施例所涉及到的ue可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的终端设备(terminaldevice)，移动台(mobilestation，ms)等等。本发明实施例所涉及到的基站(basestation，bs)是一种部署在无线接入网中用以为ue提供无线通信功能的网络设备。所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。本领域技术人员可以理解，其它需要编码和译码的网络设备也可以应用本发明提供的方法，本实施例并不限于基站。
本实施例下述的发送端和接收端可以是上述的基站和ue。当基站为发送端时，对应的接收端为ue，基站向ue发送下行数据；当ue为发送端时，对应的接收端为基站，ue向基站发送上行数据。
进一步地，数据在传输过程中，发送端在发送数据时，在每个传输时间间隔中最多有一个传输块(transportblock，简称tb)，每个传输块经过循环冗余校验(cyclicredundancycheck，简称：crc)添加，然后码块分段，并对每个码块添加crc，最后对每个码块经过信道编码等过程传输到接收端。
接收端在接收到发送端发送的待译码的数据之后，将待译码的数据分成译码块，然后对每个译码块进行译码和crc校验，然后对所有译码块得到的译码数据进行crc校验，得到发送端发送的数据。
针对上述码块分段的过程，本实施例提供一种编码、译码方法，以解决现有技术中由于turbo码的交织器的限制，使得大量的turbo码不得不分成多个码段，造成不必要的性能损失的问题。
为了便于说明本实施例的实现方式，本实施例分别对编码方法和译码方法进行详细说明。
图2为本发明实施例提供的编码方法的信令流程图。如图2所示，本发明提供的方法包括：
s201、发送端获取待编码的数据对应的polar编码后的数据长度。
在本实施例中，对待编码的数据进行编码时，采用polar编码的方法。其中，polar编码在编码过程中，完成了速率匹配的过程，没有交织器输入比特长度的要求，即没有输入编码长度的约束限制。
具体地，在获取到待编码的数据后，需要先获取polar编码后的数据长度。在本实施例中，可以根据现有通信协议中的预设表格来获取调制与编码策略(modulationandcodingscheme，mcs)以及调制阶数、时-频资源等，来得到速率匹配处理后的数据长度，该数据长度即为polar编码后的数据长度。
本领域技术人员可以理解，本实施例的待编码的数据中包括了校验信息，该校验信息例如可以是crc码。可选地，本实施例的待编码的数据可以为传输块tb，对应地，该传输块中包括了tb级的crc码。
s202、发送端根据编码后的数据长度和预设阈值，将待编码数据分成至少一段编码块。
本实施例采用编码后的数据长度来对待编码数据进行分段。具体地，可将编码后的数据长度与预设阈值进行比较，根据比较结果来将待编码数据分成至少一段编码块。
其中，预设阈值可以为系统预先设定的。在初始设置时，在发送端和接收端，配置相同的预设阈值。该预设阈值可以理解为编码块编码后的最大数据长度。
当该编码后的数据长度小于该预设阈值时，则将待编码的数据分成一段编码块，即不进行分段操作。当该编码后的数据长度大于该预设阈值时，则将待编码的数据进行分段，得到至少两段编码块，例如可将二者相除向上取整，得到分段数量。
本领域技术人员可以理解，本实施例中的编码块的长度为编码前的长度，包括了该编码块对应的待编码的数据长度和校验信息，该校验信息为编码块(codedblock，cb)级的校验信息，该cb级的校验信息例如可以是crc码。
s203、发送端对各编码块进行polar编码。
s204、发送端将编码后的数据传输至接收端。
在分段完成后，对每个编码块进行编码。具体地，可以每个编码块对应一个编码器，每个编码器对各自对应的编码块进行polar编码，在完成编码后，向接收端发送该编码后的数据，由接收端进行译码，并进行crc校验，最终得到发送端发送的原始数据。
以一个具体的例子为例，在当前lte(中文全称：长期演进；英文全称：longtermevolution)标准下，在mcs＝14，调制阶数(modulationorder)＝4，资源块(resourceblock，rb)＝26时，根据现有协议中的预设表格，在rb＝26时，tbsize＝6172，即待编码的数据长度为6172。
因此，可利用的资源粒子(resourceelement，re)数目可以计算为：
re＝26(rb)×12(子载波)×7(ofdm符号)×2(子帧中的时隙)×0.9(假设10％被分配给控制信道)＝3931；
根据调制阶数＝4，此时速率匹配后的码长为3931×4＝15724。由于polar在编码的过程中往往包含了速率匹配过程，因此该长度就是polar编码后的长度。
本实施例使用crc码，即使用crc码的长度，该长度l＝24。
若按照现有lte技术的tubor码的分段方法，分段个数
本实施例提供的技术方案，若采用lte标准的1/3码率计算编码块编码后的长度，若采用与现有技术等同的最大码块大小，则该预设阈值＝6144×3＝18432。本领域技术人员可以理解，由于本实施例是以编码后长度来分段的，因此该预设阈值对应编码块编码后的长度。编码后的数据长度15724﹤18432，因此不需要分段。
由此可知，在相同的条件下，采用本实施例提供的技术方案，可以减少分段数量，从而避免了过多的分段引入的数据传输性能损失。
本实施例提供的方法，通过发送端获取待编码的数据对应的polar编码后的数据长度，由于polar编码没有输入编码长度的约束限制，从而根据编码后的数据长度和预设阈值，将待编码数据分成至少一段编码块；发送端对各编码块进行polar编码，并将编码后的数据传输至接收端，相比与现有技术中的tubor码分段，明显减少了分段数目，从而避免了过多的分段引入的数据传输性能损失。
下面采用详细的实施例，对本发明实施例提供的编码方法进行详细说明。
在具体实现过程中，本实施例的码块分段过程包括以下可能的两种实现方式。
一种可行的实现方式为：发送端根据编码后的数据长度和预设阈值，得到待编码数据的分段数量，发送端根据分段数量，将待编码数据分成至少一段编码块。
在具体实现过程中，发送端直接根据公式一得到分段数量：
其中，c为分段数量，c为正整数，sa为编码后的数据长度，z为预设阈值，
在本实施例中，在得到编码后的数据长度sa之后，直接采用公式一来计算分段数量。在向上取整操作之后，若c＝1，即分段数量为1，只有一段码块，即不进行分段。在向上取整操作之后，若c＞1，则分段数量至少为两段，即将待编码的数据分成了至少两段。
另一种可行的实现方式为：发送端判断编码后的数据长度是否大于预设阈值；
若是，则发送端根据编码后的数据长度和预设阈值，得到待编码数据的分段数量，根据分段数量，将待编码数据分成至少两段编码块；
若否，则发送端将待编码数据分成一段编码块。
在具体实现过程中，先判断编码后的数据长度sa是否大于预设阈值z，若sa＜z，则不需要分段，即将待编码的数据分成一段编码块。若sa＞z，则采用上述公式一来计算分段数量，此时计算出来的分段数量至少为两个，然后根据分段数量，将待编码数据分成至少两段编码块。
可选地，在公式一中，c段编码块中包括c+段第一类编码块和c-段第二类编码块，其中c＝c++c-，第一类编码块编码前的长度为k+，第二类编码块编码前的长度为k-，k-＝k+-p，p≥1，且p为奇数。
即在本实施例中，在分段完成后，主要包括两类编码块，第一类编码块和第二类编码块。针对第一类编码块，具体为c+段，且每个第一类编码块编码前的长度为k+，该k+包括了数据部分的长度和检验信息的长度。针对第二类编码块，具体为c-段，且每个第二类编码块编码前的长度为k-，该k-包括了数据部分的长度和检验信息的长度。
本领域技术人员可以理解，
在c＝1时，k+＝stb，c+＝1，k-＝0，c-＝0。
当c＞1时，可通过如下方式来获取k-、k+、c-、c+。具体地，可根据编码块中的校验信息的长度、待编码的数据长度以及分段数量得到k+，然后根据k-＝k+-p得到k-；可根据第一类编码块编码前的长度k+、第二类编码块编码前的长度k-以及待编码的数据长度确定得到c-，然后根据c＝c++c-得到c+。
在一种可行的实现方式中，第一类编码块编码前的长度k+通过如下公式二确定：
其中，stb为待编码的数据长度，lcb为编码块中的校验信息的长度，
第二类编码块的段数c-段通过如下公式三确定：
其中，k+为第一类编码块编码前的长度，k-为第二类编码块编码前的长度，stb为待编码的数据长度，lcb为编码块中的校验信息的长度，
在本实施例中，由于p≥1，且p为奇数，当p＝1时tb的误块率(blockerrorrate，bler)性能最优。即本实施例可以得到长度接近的k+和k-，从而避免了现有技术中为保证各段长度符合交织器大小，从而k+和k-长度相差较大，导致各码块之间存在较大的性能差异，造成分段后有额外的性能损失。
进一步地，为了便于说明，公式三中不考虑向下取整操作，将c＝c++c-以及k-＝k+-p代入公式三，进行如下推导：
c-×p＝c×k+-stb-c×lcb
c-×(k+-k-)＝(c++c-)×k+-stb-c×lcb
c-×k+-c-×k-＝c+×k++c-×k+-stb-c×lcb
stb+c×lcb＝c+×k++c-×k-
由此可知，本实施例由于没有输入编码长度的约束限制，可以将所有的待编码数据进行分段，且不需要填充比特，避免了传输资源的浪费。而在现有技术中，由于分段后为满足交织器输入长度要求而增加填充比特，而填充比特不携带任何信息、也不能提升信道编码性能，却需要占用宝贵的物理传输资源，造成了资源的浪费。
下面再以一个具体的实施例，来说明本实施例提供的技术方案相对于现有技术的有益效果。在本实施例中，上述的编码块中的校验信息可以为crc校验信息，该lcb＝24。
在当前lte标准下，mcs＝27，调制阶数＝6，rb＝26。
该实施例是实施例1在cqi(channelqualityindication，信道质量指示)较好时的推广。根据现有协议中的预设表格，在rb＝26时，tbsize＝12960，即待编码的数据长度为6172。
因此，可利用的re数目同样可以计算为：
re＝26(rb)×12(子载波)×7(ofdm符号)×2(子帧中的时隙)×0.9(假设10％被分配给控制信道)＝3931。
根据调制阶数＝6，此时速率匹配后的码长为3931×6＝23586。由于polar在编码的过程中往往包含了速率匹配过程，因此该长度就是polar编码后的长度。
若按照现有lte分段方法，分段个数
本实施例提供的技术方案，若采用lte标准的1/3码率计算编码块编码后的长度，若采用与现有技术等同的最大码块大小，则该预设阈值＝6144×3＝18432。本领域技术人员可以理解，由于本实施例是以编码后长度来分段的，因此该预设阈值对应编码块编码后的长度。此时，分段个数
可见，本技术方案在相同的mcs、调制阶数及rb数情况下，比现有lte方案有更少的分段个数，有效的降低了分段带来的数据传输性能损失。
其中，第一段的长度
第二类编码块的段数
在描述完编码过程之后，下面结合图3，对本发明实施例提供的译码方法进行详细说明。
图3为本发明实施例提供的译码方法的信令流程图。如图3所示，本发明提供的方法包括：
s300、接收端接收发送端发送的编码后的数据；
s301、接收端在获取到待译码的数据后，获取所述待译码的数据长度；
s302、接收端根据待译码的数据长度和预设阈值，将待译码的数据分成至少一段译码块；
s303、接收端对各译码块进行polar译码，得到译码后的数据。
在图2所示实施例中的发送端对待编码的数据编码完成后，向接收端发送编码后的数据。对于接收端而言，该编码后的数据即为接收端待译码的数据。
接收端在获取到待译码的数据后，需要先将待译码的数据进行分段，然后再对每一段进行译码。
接收端对待译码的数据进行分段，与发送端对待编码的数据进行分段类似。
接收端在获取到待译码的数据后，获取该待译码的数据长度，具体可以根据现有通信协议中的预设表格来获取mcs以及调制阶数、时-频资源等，然后获取待译码的数据长度。此处的预设表格与发送端采用的预设表格为同一个表格。
然后接收端根据待译码的数据长度和预设阈值，将待译码的数据分成至少一段译码块。
在本实施例中，将待译码的数据分成至少一段译码块的实现方式，与接收端类似，都可以通过两种可能的实现方式来实现。
一种可能的实现方式：接收端根据待译码的数据长度和预设阈值，得到待译码的数据的分段数量，根据分段数量，将待译码的数据分成至少一段译码块。
另一种可能的实现方式：接收端判断待译码的数据长度是否大于预设阈值；若是，则根据待译码的数据长度和预设阈值，得到待译码的数据的分段数量，根据分段数量，将待译码数据分成至少两段译码块；若否，则将待译码的数据分成一段译码块。
上述的两种实现方式的具体实现与图2实施例类似，本实施例此处不再赘述。
可选地，接收端通过如下公式四得到分段数量：
其中，c为分段数量，c为正整数，sb为待译码的数据长度，z为预设阈值，
公式四与公式一的区别是，公式一中的sa为编码后的数据长度，而公式四中的sb为待译码的数据长度，但二者是对应的，只是一个针对编码，一个针对译码。
其中，c段译码块中包括c+段第一类译码块和c-段第二类译码块，其中c＝c++c-，第一类译码块译码后的长度为k+，第二类译码块译码后的长度为k-，k-＝k+-p，所述p≥1，且p为奇数。
在本实施例中，第一类译码块对应第一类编码块，第二类译码块对应第二类编码块。
第一类译码块译码后的长度k+是根据译码块中的校验信息的长度、译码后的数据长度以及分段数量确定的，具体通过如下公式五确定：
其中，stb为译码后的数据长度，lcb为译码块中的校验信息的长度，
第二类译码块的段数c-段是根据第一类译码块译码后的长度k+、第二类译码块译码后的长度k-以及译码后的数据长度确定的，具体通过如下公式六确定：
其中，k+为第一类译码块译码后的长度，k-为第二类译码块译码后的长度，stb为译码后的数据长度，lcb为译码块中的校验信息的长度，
在本实施例中，由于译码是编码的一个解码过程，二者具有相对性，因此根据公式四至公式六得到的c、k+、k-、c+、c-以及p与图2实施例相同。具体的实现方式，请参照图2实施例，本实施例此处不再赘述。
本领域技术人员可以理解，在本实施例中，由于k+是第一类译码块译码后的长度，k-是第二类译码块译码后的长度，对待译码的数据进行分段，因此，可以根据对应关系来获取第一类译码块译码前的长度m+以及第二类译码块译码前的长度m-从而完成分段过程。
具体地，第一类编码块编码前的长度k+对应编码后的长度m+，根据该对应关系，可以得到第一类译码块译码后的长度k+对应地第一类译码块译码前的长度m+；第二类编码块编码前的长度k-对应编码后的长度m-，根据该对应关系，可以得到第二类译码块译码后的长度k-对应地第二类译码块译码前的长度m-。
在分段完成后，对各个译码块分别进行译码与校验，并在各段通过译码校验后，完成传输块校验，最终得到发送端发送的原始数据。在此过程中，由于依照polar的编译码特性来对待编码数据进行分段，相对于目前lte标准所采用的方案，可以有效的减少分段数目，减轻由数据传输分段引入的数据传输性能损失，分段后各编码块长度基本保持一致，避免了各编码块数据长度差别较大所引入的tb级的bler性能损失，而且无需填充比特，避免了传输资源的浪费。
上述主要从发送端和接收端交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，编码设备作为发送端、译码设备作为接收端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。该编码设备可以为上述的基站或用户设备，该译码设备可以为上述的用户设备或基站。结合本发明中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的技术方案的范围。
本发明实施例可以根据上述方法示例对编码设备、译码设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图4为本发明实施例提供的编码设备的结构示意图。如图4所示，该编码设备100包括：
获取模块11，用于获取待编码的数据对应的polar编码后的数据长度；
分段模块12，用于根据所述编码后的数据长度和预设阈值，将所述待编码数据分成至少一段编码块；
编码模块13，用于对各所述编码块进行polar编码；
发送模块14，用于将编码后的数据传输至接收端。
本实施例提供的编码设备，用于执行上述图2所示的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
可选地，所述分段模块12，具体用于根据所述编码后的数据长度和所述预设阈值，得到所述待编码数据的分段数量；
根据所述分段数量，将所述待编码数据分成至少一段编码块。
可选地，所述分段模块12，具体用于判断所述编码后的数据长度是否大于所述预设阈值；
若是，则根据所述编码后的数据长度和所述预设阈值，得到所述待编码数据的分段数量，根据所述分段数量，将所述待编码数据分成至少两段编码块；
若否，则将所述待编码数据分成一段编码块。
可选地，所述获取模块11，具体用于根据所述待编码数据的速率匹配处理过程，得到所述编码后的数据长度。
本实施例提供的编码设备在通过上述公式一至公式三进行分段和编码的方法，可参见上述图2实施例所示的方法，本实施例此处不再赘述。
图5为本发明实施例提供的译码设备的结构示意图。如图5所示，该译码设备200包括：
接收模块21，用于接收发送端发送的待译码的数据；
获取模块22，用于获取所述待译码的数据长度；
分段模块23，用于根据所述待译码的数据长度和预设阈值，将所述待译码的数据分成至少一段译码块；
译码模块24，用于对各所述译码块进行polar译码，得到译码后的数据。
本实施例提供的译码设备，用于执行上述图3所示的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
可选地，所述分段模块23，具体用于根据所述待译码的数据长度和所述预设阈值，得到所述待译码的数据的分段数量；
根据所述分段数量，将所述待译码的数据分成至少一段译码块。
可选地，所述分段模块23，所述分段模块，具体用于判断所述待译码的数据长度是否大于所述预设阈值；
若是，则根据所述待译码的数据长度和所述预设阈值，得到所述待译码的数据的分段数量，根据所述分段数量，将所述待译码数据分成至少两段译码块；
若否，则将所述待译码的数据分成一段译码块。
可选地，所述获取模块22，具体用于根据调制与编码策略及时-频资源，得到所述待译码的数据长度。
本实施例提供的译码设备在通过上述公式四至公式六进行分段和译码的方法，可参见上述图3实施例所示的方法，本实施例此处不再赘述。
本实施例提供的基站或者用户设备可以即作为编码设备，又可以作为译码设备。下面本实施例对基站或用户设备的硬件结构进行详细说明。
图6为本发明实施例提供的用户设备的硬件结构图。所述用户设备300包括发射器31，接收器32和处理器33。其中，处理器33也可以为控制器，图6中表示为“控制器/处理器33”。所述用户设备300还可以包括编码器35、译码器36以及存储器34。
在一个示例中，发射器31调节输出采样并生成上行链路信号，该上行链路信号经由天线发射给上述实施例中所述的基站。在下行链路上，天线接收上述实施例中基站发射的下行链路信号。接收器32调节(例如，滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。编码器35用于对各编码块进行编码。译码器36用于对译码块进行译码。
存储器34用于存储用于用户设备300的程序代码和数据。处理器33对用户设备300的动作进行控制管理，可以调用存储器34中存储的程序代码，以执行上述本发明实施例中由用户设备300进行的处理过程，例如图2或图3所示的过程。
图7为本发明实施例提供的基站的硬件结构图。基站400包括发射器41、接收器42和处理器43。其中，处理器43也可以为控制器，图7中表示为“控制器/处理器43”。所述基站400还可以包括编码器45、译码器46以及存储器44。
在上行链路，来自所述用户设备的上行链路信号经由天线接收，由接收器42进行解调(例如将高频信号解调为基带信号)，并进一步由处理器43进行处理来恢复用户设备所发送的业务数据和信令信息。在下行链路上，业务数据和信令消息由处理器43进行处理，并由发射器41进行调制(例如将基带信号调制为高频信号)来产生下行链路信号，并经由天线发射给用户设备。编码器45用于对各编码块进行编码。译码器46用于对译码块进行译码。
存储器44用于存储用于基站400的程序代码和数据。处理器43对基站400的动作进行控制管理，可以调用存储器44中存储的程序代码，以用于执行上述本发明实施例中由基站400进行的处理过程，例如图2或图3所示的过程。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。