基于NTN的数据传输方法、装置和存储介质与流程

基于ntn的数据传输方法、装置和存储介质
技术领域
1.本技术涉及通信技术，尤其涉及一种基于非地面网络(non-terrestrial networks，ntn)的数据传输方法、装置和存储介质。


背景技术：

2.随着信息技术发展，对通信的高效、机动、多样性等提出更迫切的要求，目前，在一些重要领域，如空间通信、航空通信、军事通信等，卫星发挥着无可替代的作用。卫星通信具备通信距离远、覆盖面积大、组网灵活等特点，其既可为固定终端，也可为各种移动终端提供服务。第三代合作伙伴计划(3rd generation partnership project，3gpp)标准组织已经发布了5g技术标准，研究天地融合通信技术，主要是融合现有的5g标准和卫星通信技术，满足在全球范围内的全覆盖。
3.目前，在长期演进(long term evolution，lte)和新无线(new radio，nr)系统中，为了提高数据传输可靠性，采用混合自动重传请求(hybrid automatic repeat request，harq)的方式，接收端对于译码错误的数据包会保存在一个harq buffer中，并与后续接收到的重传数据包进行合并，从而得到一个比单独解码更可靠的数据包(“软合并”的过程)。然后对合并后的数据包进行解码，如果还是失败，则重复“请求重传，再进行软合并”的过程。目前的harq使用停等协议(stop-and-wait protocol)来传输数据。在停等协议中，发送端发送一个传输块(transport block，tb)后，就停下来等待接收端反馈的确认信息。接收端会使用1比特的信息对该tb进行肯定(ack)或者否定(nack)的确认。但是每次传输后发送端就停下来等待确认，会导致吞吐量很低。因此使用多个并行的停等进程(stop-and-wait process)在等待确认信息时，发送端可以使用另一个harq process来继续发送数据，从而使得数据可以连续传输，每个harq process在接收端都需要有独立的harq buffer以便对接收到的数据进行软合并。
4.在目前ntn研究中没有提出明确的harq方案，若直接沿用已有的应用于lte或者nr中的harq方案，会大大增加通信的延迟，以及接收端缓存的压力。


技术实现要素：

5.本技术实施例提供一种基于ntn的数据传输方法、装置和存储介质，用于解决在使用ntn进行数据传输过程中，若直接沿用已有的应用于lte或者nr中的harq方案，会大大增加通信的延迟，以及接收端缓存的压力的问题。
6.本技术第一方面提供一种基于ntn的数据传输方法，应用于终端设备，所述方法包括：
7.接收网络设备发送的下行控制信息dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
8.根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
9.本方案提供的数据传输方法，传输数据的第一harq进程不采用harq传输方式，可
将dci中空余的比特进行复用，在终端设备获取到dci之后，网络设备和终端设备通过该dci进行数据传输，本方案提供一种不采用harq方式的传输方案，通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延。
10.在上述方案的一种具体实施方式中，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/或，指示所述第一harq进程的传输方式的比特。
11.本方案的含义是，在不采用harq方式进行数据传输时，进程比较多，进程号可能比16更大，原来dci中用来发送的进程数的比特不足以发送该进程号，这种情况下可通过dci中其他的比特和原来用来发送的进程数的比特一起发送进程号，并且还可以应用dci中空余的比特进行一些其他的参数发送，例如，可以发送传输方式。通过该方案，在降低传输时延的同时还可以提高吞吐量，增加灵活性。
12.在上述方案的基础上，所述方法还包括：
13.确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
14.可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
15.可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
16.在上述几种实现方式中，第一harq进程不采用harq方式的同时，为了保证数据传输的可靠性，还可以通过重复传输或者聚合传输的方式来实现。
17.在上述任一种实现方式的基础上，所述方法还包括：
18.所述第一harq进程不采用harq方式是根据协议约定确定；
19.或者，
20.接收网络设备发送的无线链路控制rrc消息，所述rrc携带指示信息；
21.所述第一harq进程不采用harq方式是根据所述指示信息确定的，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式；
22.或者，
23.根据信道质量、服务质量qos以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式，并向所述网络设备发送请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
24.或者，
25.根据所述dci确定所述第一harq进程不采用harq方式。
26.本方案中，对于终端设备来说，确定在进行上行或者下行数据传输的harq进程中采用harq或者不采用harq，可以通过协议约定，网络设备配置，或者信道质量或服务质量来确定。
27.在上述任一实施方式的基础上，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
28.该方案中，harq进程采用harq方式时的dci的长度与不采用harq方式时的dci的长度一致，在不采用harq方式时dci中除了发送进程号的比特，不需要发送其他信息，则其他的比特是空闲的，本技术的技术方案将这些空闲的比特进行复用，可以发送进程号以及传输方式等参数，提高基于ntn的数据传输的吞吐量，降低传输时延且增加灵活性。
29.本技术第二方面提供一种基于ntn的数据传输方法，应用于网络设备，所述方法还包括：
30.向终端设备发送dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
31.根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
32.本方案中，传输数据的第一harq进程不采用harq传输方式，可将dci中空余的比特进行复用，网络设备向终端设备发送dci，包含了第一harq进程的进程号的第一部分比特，dci的其他部分比特可以用来指示进程号或者其他的参数，后续通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延。
33.在一种具体实施方式中，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/或，指示所述第一harq进程的传输方式的比特。
34.在一种具体实施方式中，所述方法还包括：
35.确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
36.可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
37.可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
38.在另一种具体实施方式中，所述方法还包括：
39.所述第一harq进程不采用harq方式是根据协议约定确定；
40.或者，
41.接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
42.所述第一harq进程不采用harq方式是根据所述请求消息确定的；
43.或者，
44.根据信道质量、服务质量qos、网络负载以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式；
45.或者，
46.根据所述dci确定所述第一harq进程不采用harq方式。
47.在又一种具体实施方式中，所述方法还包括：
48.向所述终端设备发送无线链路控制rrc消息，所述rrc携带指示信息，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式。
49.在上述任一方案的基础上，在该具体实施方式中，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
50.本技术第三方面提供一种基于ntn的数据传输装置，包括：
51.收发模块，用于接收网络设备发送的下行控制信息dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
52.处理模块，用于根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
53.可选的，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/
或，指示所述第一harq进程的传输方式的比特。
54.可选的，所述处理模块还用于：
55.确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
56.可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
57.可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
58.可选的，
59.所述第一harq进程不采用harq方式是所述处理模块根据协议约定确定；
60.或者，
61.所述收发模块还用于接收网络设备发送的无线链路控制rrc消息，所述rrc携带指示信息；
62.所述第一harq进程不采用harq方式是所述处理模块根据所述指示信息确定的，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式；
63.或者，
64.所述处理模块还用于根据信道质量、服务质量qos以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式，并通过所述收发模块向所述网络设备发送请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
65.或者，
66.所述处理模块还用于根据所述dci确定所述第一harq进程不采用harq方式。
67.可选的，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
68.本技术第四方面提供一种基于ntn的数据传输装置，包括：
69.收发模块，用于向终端设备发送下行控制信息dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
70.处理模块，用于根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
71.可选的，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/或，指示所述第一harq进程的传输方式的比特。
72.可选的，所述处理模块还用于：
73.确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
74.可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
75.可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
76.可选的，
77.所述第一harq进程不采用harq方式是所述处理模块根据协议约定确定；
78.或者，
79.所述收发模块用于接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
80.所述第一harq进程不采用harq方式是所述处理模块根据所述请求消息确定的；
81.或者，
82.所述处理模块还用于根据信道质量、服务质量qos、网络负载以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式；
83.或者，
84.所述处理模块还用于根据所述dci确定所述第一harq进程不采用harq方式。
85.可选的，所述收发模块还用于：
86.向所述终端设备发送无线链路控制rrc消息，所述rrc携带指示信息，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式。
87.可选的，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
88.本技术第五方面提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收待处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行如第一方面任一项所述的方法。
89.可选的，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器执行时，使得第一方面任一项所述的方法被执行。
90.本技术第六方面提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收待处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行第二方面任一项所述的方法。
91.可选的，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器执行时，使得第二方面任一项所述的方法被执行。
92.本技术第七方面提供一种通信装置，包括：逻辑电路和输入接口，其中：
93.所述输入接口用于获取待处理的数据；
94.所述逻辑电路用于对待处理的数据执行如第一方面任一项所述的方法，得到处理后的数据。
95.可选的，该通信装置还包括：输出接口，该输出接口用于输出所述处理后的数据。
96.本技术第八方面提供一种通信装置，包括：逻辑电路和输出接口，其中：
97.所述逻辑电路用于对待处理的数据执行如第二方面任一项所述的方法，得到处理后的数据；以及，所述输出接口用于输出处理后的数据。
98.可选的，该通信装置还包括：输入接口，输入接口用于获取所述待处理的数据；
99.本技术第九方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行第一方面任一项所述的方法。
100.本技术第十方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行第二方面任一项所述的联合切换方法。
101.本技术提供的基于ntn的数据传输方法、装置和存储介质。传输数据的第一harq进
程不采用harq传输方式，dci中部分域不再需要定义，对应的比特成为空余的比特，此时可将dci中空余的比特进行复用，网络设备向终端设备发送dci，包含了第一harq进程的进程号的第一部分比特，dci的其他部分比特可以用来指示进程号或者其他的参数，在终端设备获取到dci之后，网络设备和终端设备通过该dci进行数据传输，本方案提供一种不采用harq方式的传输方案，通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
附图说明
102.图1为本技术提供的一种卫星网络的场景示意图；
103.图2为本技术提供的基于ntn的数据传输方法实施例一的流程图；
104.图3为本技术提供的一种harq进程的指示情况示意图；
105.图4为本技术提供的一种harq进程的分配情况示意图；
106.图5为本技术提供的又一种harq进程的分配情况示意图；
107.图6为本技术提供的基于ntn的数据传输装置实施例一的结构示意图；
108.图7为本技术提供的基于ntn的数据传输装置实施例二的结构示意图；
109.图8为本技术提供的通信装置实施例一的结构示意图；
110.图9为本技术提供的通信装置实施例二的结构示意图。
具体实施方式
111.在在长期演进(long term evolution，lte)和新无线(new radio，nr)系统中，为了提高数据传输可靠性，采用混合自动重传请求(hybrid automatic repeat request，harq)方式进行数据传输，harq是通过循环冗余校验(cyclic redundancy check，crc)来判断接收到的数据包是否出错，并且校验crc是在软合并之后进行的。如果crc校验成功，则接收端会发送肯定的反馈(acknowledge，ack)；如果crc校验失败，则接收端会发送否定的反馈(nack)。具体包括包括以下几个步骤：
112.step1：发送端发送数据到接收端；
113.step2：接收端对接收数据进行译码处理；
114.step3：接收端根据译码结果反馈ack/nack给发送端，当译码正确时，反馈ack，当译码错误时，反馈nack；
115.step4：发送端接收到ack/nack后，当为nack时，发送端重发数据给接收端，否则不发。
116.harq使用stop-and-wait protocol(停等协议)来发送数据。也就是说发送端发送一个tb后，就停下来等待确认信息。接收端会使用1比特的信息对该tb进行肯定(ack)或者否定(nack)的确认。但是每次传输后发送端就停下来等待确认，会导致吞吐量很低。因此使用多个并行的stop-and-wait process在等待确认信息时，发送端可以使用另一个harq process来继续发送数据，从而使得数据可以连续传输。
117.每个harq process在接收端都需要有独立的harq buffer以便对接收到的数据进行软合并。在使用多个并行的stop-and-wait process时，可能导致接收端的媒体介入控制(media access control，mac)层送往无线链路控制(radio link control，rlc)层的数据
是乱序的，因此，rlc层需要对接收到的数据进行重排序。在载波聚合中，rlc层统一需要负责数据的重排序，这是因为rlc层对载波聚合不可见，而每个载波单元有独立的harq实体，导致一个rlc层需要从多个harq实体中接收数据，而接收自多个harq实体的数据很可能是乱序的。
118.当发送端收到一个确认信息(ack/nack)后，需要知道该确认信息对应的harq进程(process)，这是通过确认信息与传输的数据之间固定的timing关系来确定的。(这对上下行都适用)对于harq，只有在对应同一传输块(transport block，tb)，也即同一harq process的基础上讨论“初传”、“重传”才有意义。harq有下行harq和上行harq之分：下行harq针对dl-sch数据，上行harq针对ul-sch数据。下行harq和上行harq是相互独立的，处理的方式也不相同。
119.在nr网络中，上下行都采用异步harq传输，重传可以发生在任意时刻，能以任意顺序使用harq process，dci中要明确当前传输所对应的harq process。
120.目前，3gpp标准组织已经发布了5g技术标准，研究天地融合通信技术，主要是融合现有的5g标准和卫星通信技术，满足在全球范围内的全覆盖。然而，目前的非地面网络(non-terrestrial networks，ntn)标准中，没有提出明确的harq方案。
121.若沿前述已有的应用于lte或者nr中的harq方案，所有harq进程延用现有的harq技术，即译码不成功发送nack，等待接收下一份数据用户软合并，直到译码成功，会大大增加通信的延迟，以及接收端的缓存的压力。
122.如果在ntn的数据传输过程中，对harq进程的个数若仍然为8次或者16次，则会导致通信吞吐率偏低。为了解决上述问题，如果只是增加简单的增加进程个数，会对ue端的数据缓存能力和处理能力的要求过高。
123.针对上述存在的这些问题，本技术提供一种适用于ntn数据传输方式，具体的提供了一种适应ntn的harq方式，支持动态的harq机制，每个harq进程可以独立的采用各自的harq方式，例如：采用harq方式，也就是harq enabling(简称：harqe)，或者不采用harq方式，也就是harq disabling(简称：harqd)进行数据传输，在对采用harq方式和不采用harq方式的具体实现中可以综合考虑到ntn系统中的吞吐、延迟、可靠度等问题。
124.具体的，本技术的总体思路是在harq进程不采用harq方式时，可以将pdcch中空闲的比特进行复用，可以用来指示进程号或者其他的传输参数。
125.本技术提供的技术方案主要涉及网络设备和终端设备两个执行主体，可应用于5g等通信系统，特别是应用在非地面网络的数据传输过程中。
126.该网络设备可以是在特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。可选地，该网络设备可以是卫星、gsm系统或cdma系统中的基站(base transceiver station，bts)，也可以是wcdma系统中的基站(nodeb，nb)，还可以是lte系统中的演进型基站(evolutional node b，enb或enodeb)，或者是云无线接入网络(cloud radio access network，cran)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5g网络中的网络侧设备、以及未来新的网络系统的网络侧设备等。
127.该终端设备包括但不限于经由有线线路连接，如经由公共交换电话网络(public switched telephone networks，pstn)、数字用户线路(digital subscriber line，dsl)、
数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(wireless local area network，wlan)、诸如dvb-h网络的数字电视网络、卫星网络、am-fm广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网(internet of things，iot)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。该终端设备的示例包括但不限于卫星电话或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(personal communications system，pcs)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、web浏览器、记事簿、日历以及/或全球定位系统(global positioning system，gps)接收器的pda；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字处理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5g网络中的ue或者未来演进的终端等。
128.下面提供一种本方案的具体应用场景，该数据的传输方法可应用在卫星通信范畴。3gpp各成员融合卫星通信和5g技术，提出图1所示的典型的网络应用架构。图1为本技术提供的一种卫星网络的场景示意图，如图1所示，地面移动终端通过5g新空口接入网络，5g基站部署在卫星上，并通过无线链路与地面的核心网相连。同时，在卫星之间存在无线链路，完成基站与基站之间的信令交互和用户数据传输。该场景中，涉及到本技术技术方案的网络设备为5g基站，终端设备则为图中的终端。图1中的各个网元以及他们的接口说明如下：
129.终端为支持5g新空口的移动设备，典型的比如手机，pad等移动设备。可以通过空口接入卫星网络并发起呼叫，上网等业务。
130.5g基站主要是提供无线接入服务，调度无线资源给接入终端，提供可靠的无线传输协议和数据加密协议等。
131.5g核心网包括用户接入控制，移动性管理，会话管理，用户安全认证，计费等业务。它有多个功能单元组成，可以分为控制面和数据面的功能实体。接入与移动管理单元(authentication management function，amf),负责用户接入管理，安全认证，还有移动性管理。用户面单元(upf)负责管理用户面数据的传输，流量统计，安全窃听等功能。
132.地面站：负责转发卫星基站和5g核心网之间的信令和业务数据。
133.5g新空口为终端和基站之间的无线链路。
134.xn接口为5g基站和基站之间的接口，主要用于切换等信令交互。
135.ng接口为5g基站和5g核心网之间接口，主要交互核心网的nas等信令，以及用户的业务数据。
136.基于上述任一种应用场景，下面通过具体的实施方式对本方案提供的基于ntn的数据传输方法进行详细说明。
137.图2为本技术提供的基于ntn的数据传输方法实施例一的流程图，如图2所示，该方法应用在终端设备以及网络设备之间，该网络设备可以是上述图1中的5g基站，终端设备可
以是上述图1中的终端，该基于ntn的数据传输方法具体包括以下步骤：
138.s101：向终端设备发送dci，dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，第一harq进程不采用harq方式。
139.本技术提供了一种适应ntn的harq方式，支持动态的harq机制，每个harq进程可以采用harq方式，也就是harq enabling(简称：harqe)，或者不采用harq方式，也就是harq disabling(简称：harqd)进行数据传输，在该方案中，应理解，当数据的传输采用harqe，也就是在harq进程中采用harq方式进行数据传输时，对于接收端来说，依然需要对每个进程传输的数据进行反馈。然而，在数据的传输采用harqd，也就是在harq进程中不采用harq方式进行数据传输时，则接收端不需要对每个进程传输的数据进行反馈。
140.在本步骤中，在进行上行数据传输或者下行数据传输时，网络设备需要向终端设备发送控制信息，也就是发送dci，本方案中的第一harq进程不采用harq方式，则向终端设备发送的dci中只需要指示进程号即可，即在该dci中只需要包括指示第一harq进程的进程号的比特。
141.对于接收端的终端设备来说，则接收该dci，通过该dci可以获取到第一harq进程的进程号。
142.在该方案的具体实现中，在上行传输或者下行传输中，网络设备和终端设备均需要确定传输的harq进程是否采用harq方式，具体的至少可以通过以下几种方式进行确定。
143.第一种方式，网络设备或者终端设备均可以通过协议约定确定在进行数据传输时是否采用harq方式，该方式在上行或者下行传输中均适用。
144.第二种方式，终端设备根据网络设备的指示，确定在上行传输或者下行传输的进程中是否采用harq方式。
145.在该方式的一种具体实现中，终端设备可以接收网络设备发送的rrc消息，所述rrc携带指示信息。然后根据该指示信息确定要进行数据传输的第一harq进程采用harq方式或者不采用harq方式，例如：本实施例中的第一harq进程不采用harq方式就是根据该指示信息确定的。
146.第三种方式，对于终端设备来说，还可以根据信道质量、服务质量(quality of service，qos)以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定后续的数据传输中适合采用harq方式或者不采用harq方式，然后向网络设备进行请求，确定后使用。具体实现中，以上行传输为例，终端设备根据下行的信道质量(终端设备可根据下行控制信道以及下行数据信道的情况确定信道质量)、qos以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式，并向所述网络设备发送请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式，网络设备根据进程的分布情况等确定是否能够使用不采用harq方式，并向终端设备进行确认。
147.第四种实现方式，终端设备还可以根据dci确定进程传输的harq进程采用或者不采用harq方式。具体实现中，可以通过dci中多余的比特进行指示，也可以根据dci中具体的信息进行确定，同样的，网络设备也可以根据该方式进行确定。例如，dci中只指示了进程号，没有指示重传的资源和参数等，则终端设备可确定该进程号对应的进程的不采用harq方式。
148.对于网络设备来说，除了根据第一种方式中的协议约定的方式确定，还可以根据以下几种方式确定采用或者不采用harq方式。
149.第五种方式，网络设备接收终端设备发送的请求消息，请求消息用来请求在后续的数据传输中采用harq方式或者不采用harq方式，网络设备根据该请求小区确定进程中采用或者不采用harq方式，并需要向终端设备进行确认。例如在该方案中，请求消息用于指示所述第一harq进程不采用harq方式，网络设备可根据进程的分布情况以及该请求消息确定第一harq进程不采用harq方式。
150.第六种方式，网络设备也可以根据信道质量、qos、之前的上/下行传输情况(包括吞吐率、出错的频率等)以及网络负载情况中的至少一个确定数据传输的进程采用或者不采用harq方式。在具体应用中，以下行传输为例，网络设备根据上行的信道质量(网络设备可以根据上行控制信道或者上行数据信道的情况确定该信道质量)或者网络负载确定该第一harq进程不采用harq方式。
151.在上述任一种实现方式中，网络设备确定了第一harq进程采用或者不采用harq方式之后，可以通过rrc消息指示给终端设备。
152.举例来说，在下行传输过程中，对于每一个harq进程，作为接收端的终端设备可根据自身情况(例如：数据缓存压力，多次译码情况，mcs)以及信道质量(cqi)阈值判断并通知网络设备采用harq方式或者不采用harq方式，即执行或者不执行harqd。
153.作为接收端的网络设备综合当前每个harq进程的情况包括：harqd和harqe进程的比例，harq进程的总个数，决定采用harq方式或者不采用harq方式。网络设备可可以通过rrc信令，指示每个harq进程采用harqd还是harqe。
154.在上行传输中，网络设备可以根据上行控制信道当中的信道质量并通过rrc信令，指示每个harq进程采用harqd还是harqe。
155.s102：根据dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
156.在本步骤中，网络设备以及该终端设备根据dci进行上行数据传输或者下行数据传输。具体的，在上行数据传输过程中，终端设备可根据该dci对数据进行编码、调制、速率匹配等处理得到处理后的数据，并通过通信接口将处理后的数据发送给网络设备，网络设备进行数据的解析等处理并输出得到的数据。在下行数据传输过程中，网络设备进行与该dci相对应的编码、调制、速率匹配等处理得到处理后的数据，再通过通信接口将处理后的数据发送给终端设备，终端设备根据该dci进行数据的解析等处理，并输出处理后的数据。
157.本方案中，传输数据的第一harq进程不采用harq传输方式，网络设备向终端设备发送dci，包含了第一harq进程的进程号的第一部分比特，网络设备和终端设备通过该dci进行数据传输，提供一种不采用harq方式的传输方案，通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
158.在该方案的一种具体实现中，在目前的传输标准中，采用harq方式传输时，dci中还需要携带一些重传指示，重传资源等信息，具体的，例如在现有的标准中规定了一些dci的具体的比特的解释，例如，[5,ts 38.212]以及[5,ts 38.213]中，对dci的比特携带的信息进行了规定，具体如下表1：
[0159]
表1
[0160]
harq相关的dci比特格式1-0(bits)
harq进程号(harq process number)4新数据指示(new data indicator，ndi)1冗余版本(redundancy version，rv)2下行分配参数(downlink assignment index，dai)2pucch资源指示(pucch resource indicator)3pdsch-harq反馈定时指示(pdsch-to-harq feedback timing indicator)3
[0161]
基于上述表1可知，在格式1-0(format1-0)的情况下，dci中采用4个比特进行harq进程的进程号指示，其他的11个比特用来指示重传的资源和参数等。
[0162]
在ntn系统中进行数据传输，由于终端设备和网络设备之间的距离较远，为了能提高通信的吞吐量，则需要使用更多的进程进行数据传输，即harq进程的数量可能会超过目前的16。在harq进程的数量超过16时，在进程号比较大时候，则目前的dci中的四个比特最大只能指示到16，对于更大的进程号则没法进行指示，此时需要对指示进程号的比特进行增加，已实现进程号的指示。
[0163]
基于此，本技术还提出一种对于dci中空闲比特的复用的方式，由于第一harq进程不采用harq方式进行数据传输，则该方案中dci除了原来用于指示进程号的那些比特，剩余的比特则是空闲的，以上表1为例，在format1-0的情况下，除了用于指示harq进程的进程号之外，其他的11个比特则是空余的状态，因此，这些空余的比特可以进行复用，用来指示harq进程的进程号和/或进程的传输方式等。
[0164]
在上述实施例的基础上，网络设备发送的dci还包括：用于指示第一harq进程的进程号的第二部分比特，也就是说第一harq进程的进程号通过两部分比特进行指示，也就是前述的第一部分比特和第二部分比特一起指示第一harq进程的进程号，在具体的实现中，可根据具体的进程号的大小确定采用dci空闲部分的几个比特来指示。例如：
[0165]
以最大harq进程数是64为例，每个harq进程需要6比特指示进程号(也称为进程标识，id)。除了表1中harq process number的4bit外，需要2个比特，可以使用dai的2bit作为进程号的最高两位或者最低两位，即：id＝dai(2比特)以及harq process number(4比特)组成，或者，id＝harq process number(4比特)dai(2比特)。
[0166]
本方案中，剩余比特(例如format1-0有11个额外的比特)除了扩展当前harq进程的进程号的指示，还用于扩展指示其余harqd的进程号或者传输方式等。需要说明的是，harq进程数量的增加以及对应的进程号可以通过额外的比特开销来指示，本方案可通过复用harqd对应的dci中的部分比特，从而不需要或者用较少的额外信令开销来实现用户harq进程的扩展。
[0167]
例如，在上述任一实现方式的基础上，网络设备发送的dci还包括用于指示第一harq进程的传输方式的比特，也就是说dci中空余的比特还可以用来指示传输方式，该传输方式包括重复传输，或者聚合传输。
[0168]
为了提高harqd的可靠度，可以改变数据的传输方式通过重复或者聚合的方式，例如一次传多个rv版本，一次传多份重复版本等方式。本实施例利用harqd所对应的dci中的部分比特用于指示当前harq进程的数据传输方式。
[0169]
例如，可以用原dci中的指示ndi的1比特，用来指示具体的传输方式，举例来说，比特ndi＝0表示采用重复传输(repetition)的传输方式，比特ndi＝1表示采用聚合传输的传输方式，即原来用于指示ndi的比特用来指示传输方式，为0的时候指示重复传输的方式，为
1的时候指示聚合传输的方式。当比特ndi＝0时，还可以利用预留的redundancy version(rv)的两个比特来指示重复的次数。在一种具体实现中可如表2所示，其中，ndi＝0和rv＝0可以表示收端请求harqd，且发端同意请求的传输方式。
[0170]
表2
[0171]
重复次数索引重复次数(repetition number)01122334
[0172]
在该方案中，可知传输方式为重复传输，则dci中指示该第一harq进程的传输方式的比特可以用于指示重复传输的传输次数。
[0173]
当比特ndi＝1时，可以利用预留的冗余版本(redundancy version，rv)或者其余的一个或者多个，指示用户采用不同的rv版本聚合，如表3所示，其中rv的组合方式可以有多种，不限于此表。当组合数较多时需要用到更多的比特用户指示harq进程的数据传输方式。
[0174]
表3
[0175]
组合方式索引rv组合方式00,110,220,330,1,240,1,350,2,360,1,2,3
……
[0176]
在该方案中，可知传输方式为聚合传输，则dci中指示该第一harq进程的传输方式的比特可以用于指示聚合传输的传输版本，具体包括版本号或者版本的组合方式等。
[0177]
根据上述方式，对于传输方式的指示不止可以采用ndi比特进行指示，也可以采用原dci中的空余的11个比特中的其他的一个或者多个比特进行指示，同样的，对于表2和/或表3中的重复次数，以及传输版本也可以根据空余的11个比特中的其他的一个或者多个比特进行指示。本方案的主旨是在于对dci中空闲的比特的复用，并不限定采用某个特定比特指示特定参数。
[0178]
在上述方案的基础上，如果系统中只支持一种传输方式，则原来ndi的比特可以用来指示其他的内容。在表3对应实现中，若系统只支持聚合方式，则传输的rv版本也可以只有一个版本的情况，例如，只传输rv0版本。
[0179]
在上述几种实现方式的基础上，dci的空余部分也可以包括指示第一harq进程的进程号的第二部分比特以及指示该第一harq进程传输方式的比特，具体的应用过程中的指示方式与上述类似。
[0180]
对于dci中其他不同的格式，类似的原则同样适用，这里不再赘述。
[0181]
上述实施例提供方案中，扩展了harq进程数量之后，可以有效提高数据吞吐率，同时通过对dci中的空余比特的复用，在不增加新的比特的情况下，可实现指示传输方式和/或进程号，降低数据传输时延的同时，提高灵活性。
[0182]
在本技术提供的基于ntn的数据传输方法的另一实施例中，在上述实施例的基础上，在harq进程不采用harq方式，也就是harqd方式中，dci中的空余部分除了可以指示进程号，或者传输方式之外，剩余的比特还可以用来指示采用harq方式的进程的进程号。
[0183]
具体的，以上述表1中的format1-0的情况为例，除了用于指示harq进程的进程号之外，其他的11个比特则是空余的状态。
[0184]
在一种具体实现中，以最大harq进程数是64为例，每个harq进程需要6比特指示进程号(也称为进程标识，id)，除了表1中harq process number的4bit外，需要两位2个比特，了可以使用dai的2bit作为进程号的最高两位或者最低两位，即：id＝dai(2比特)以及harq process number(4比特)组成，或者，id＝harq process number(4比特)dai(2比特)。剩余9比特的全部或者部分用于harqe。若harqd只需要指示id号，那么最大进程数为64的情况下，一个harqd所对应的dci可以扩展指示4个harqe的id号。假设最大进程数为n
id
，那么一个harqd所对应的dci可以指示的harqe数为：floor((15-log2n
id
)/(log2n
id-4))。
[0185]
在本技术方案的另一种具体实现中，假设有3比特用于指示当前的第一harq进程的数据的传输方式，那么针对harqd和harqe进程的数目，为满足harqd中多余的比特足够指示harqe的id号，对于format 1-0(bits)需要满足如下条件，
[0186]m·
(12-(log2n
id
))≥n
·
(log2n
id-4)
ꢀꢀꢀ
(1)，
[0187]
其中，m表示harqd的进程数，n表示harqe的进程数，n
id
表示最大进程数，当n
id
＝64时，需要满足m/n≥1/3，图3为本技术提供的一种harq进程的指示情况示意图，如图3所示，harqd进程中的dci还可以用于指示邻近harq进程的进程号。
[0188]
在本技术提供的基于ntn的数据传输方法的另一实施例中，采用动态的分配harqd和harqe的数目，本实施例提供一种采用固定的配比的方式，所有的harq进程按照约定的比例分配harqd和harqe的数目，图4为本技术提供的一种harq进程的分配情况示意图。如图4所示，harqd的进程均匀的分布在所有进程当中，可以用来指示固定临近的多个harqe进程的进程号。图5为本技术提供的又一种harq进程的分配情况示意图。如图5所示，harqd的进程也连续的分布在所有进程当中，每个harqd的dci可以用来指示后续的一些harqe进程的进程号。
[0189]
可选的，harqd的进程也可以按照某一种或者多种固定的方式分布在所有进程当中，数据传输时按照约定的分布方式进行传输，或者发端按照指示的方式分配harqd和harqe的进程，或者按照1:1的方式，由一个harqd扩展指示harqe的harq进程的进程号，对此本方案不做限制。
[0190]
本技术提供的基于ntn的数据传输方法的另一实施例中，在实际应用中，采用harqd和harqe的进程都可以采用聚合或者重复的方式，harqd中，dci中的剩余比特不仅可以指示当前进程的数据的传输方式，也可以用于指示harqe的进程中数据的传输方式。采用一次传输多份数据的时候，会增加一个harq进程的时间，从而减少harq进程的数量，减少指示进程数的信令开销。为了不改变进程数或者不增加过多的进程数，同时充分利用卫星通信较长的rtd提高吞吐，本实施例中每个进程可以采用灵活的传输方式。每个进程中传输的
数据(相同的传输块编码得到的数据)每次传输可以采用重复或者聚合的方式提高可靠度。在一种可能的实施方式中，不同轨道高度的网络设备(例如图2所示场景中的基站)采用统一的进程数16，则不需要额外开销进程数指示的比特，每次传输多份数据(对应相同数据块的多个重复版本，或者多个rv版本))，增加每个进程的时长。
[0191]
需要说明的是，数据的具体传输中可以包括自适应和非自适应两种情况，自适应是由控制信道来指示相应的传输方式，例如现有技术中由rv来指示数据传输的版本号，非自适应按照约定的方式，每次重传采用默认的rv版本顺序。
[0192]
对于不采用harq方式的进程，也就是harqd进程，若采用完全非自适应的数据方式，可以按照约定要的版本数，版本组合或者重复数等方式进行每一次的数据传输。例如，rv0对应一份数据，rv0和rv2对应相同数据块的两份数据，rv0，rv1，rv2对应相同数据块的三份数据，rv0，rv1，rv2，rv3对应相同数据块的四份数据，具体每个进程一次传输几份数据可以按照约定的方式，不同轨道高度的卫星，由于往返延迟(round trip delay，rtd)不同，可以采用不同的约定方式。例如低轨卫星，一次传输2分数据，中轨卫星，一次传输3分数据，高轨卫星，一次传输4分数据。
[0193]
对于不采用harq方式的进程，也就是harqd进程，如果采用自适应的方式，部分与harq相关的比特可以利用，也可以重新定义rv参数的含义，用来指示数据的传输方式，如表3中，举例了几种rv版本的组合方式。因为没有重传，因此在每个组合中都包含了rv0版本。
[0194]
对于采用harq方式的进程，也就是harqe进程，可以采用现有的传输方式(一次传一份数据)。每一次传输也可以采用上述提到的harqd的传输方式。即采用非自适应的方式也可以采用自适应的方式。对于非自适应的方式，不同轨道高度的卫星，可以有对应的传输方式(harqd只有一次传输，harqe在收端反馈ncak的时候会有下一次传输，也就是每次传输可以采用非自适应)，包括每次传输的数据份数，以及rv组合方式。由于没有多余的dci比特可以利用，可以利用harqd中的多余比特来指示。当harqe采用重复传输或者聚合传输的方式来减少重传次数时，2bit的rv，也可以代表不同的数据传输方式，参考表3。
[0195]
综上所述，也就是说在本方案的时限中，不采用harq方式的dci中，还可以指示采用harq方式的进程采用的传输方式，具体的还可以指示传输数据版本，版本组合或者重复次数等。另外主要说明的是，除了dci中的比特可以指示数据的传输方式，也可以利用mcs表中用不到的mcsindex，隐式的指示相应的数据的传输方式，对此本方案不做限制。
[0196]
在前述任一实施例的基础上，在ntn的数据传输中，对于进程数，本技术的技术方案不限于固定的进程数，不同轨道高度与rtd不一样，进程数可以有所区别，例如：地面和低轨为16，中高轨为32；例如地面和低轨为16，中轨为32，高轨为64等；进程数大于16的情况下，harqe的进程号可以由harqd中的dci比特扩展指示。数据的传输方式，例如rv版本的组合等，harqe进程id也可以由harqd中的dci比特扩展指示。即harqd中的剩余比特，可以用于harqe进程的id扩展指示，或者数据传输方式。harqd和harqe的进程数配比可以参考前述实施例中的方案。
[0197]
上述几个实施例提供的基于ntn的数据传输方案，对于不采用harq的方式的进程，复用该进程对应的控制信令中的多余比特指示采用harq的方式的进程的进程号，也就是harqe对应的id，减少overhead。同时还设计了harqd和harqe的配比，保证有足够的资源指示harqe的id。
[0198]
图6为本技术提供的基于ntn的数据传输装置实施例一的结构示意图，如图6所示，该基于ntn的数据传输装置10，包括：
[0199]
收发模块11，用于接收网络设备发送的dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
[0200]
处理模块12，用于根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
[0201]
本实施例提供的基于ntn的数据传输装置，用于执行前述任一方法实施例中终端设备侧的技术方案，传输数据的第一harq进程不采用harq传输方式，可将dci中空余的比特进行复用，通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
[0202]
在上述方案的基础上，该基于ntn的数据传输装置10的具体实现中，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/或，指示所述第一harq进程的传输方式的比特。
[0203]
可选的，所述处理模块12还用于：
[0204]
确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
[0205]
可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
[0206]
可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
[0207]
可选的，
[0208]
所述第一harq进程不采用harq方式是所述处理模块12根据协议约定确定；
[0209]
或者，
[0210]
所述收发模块11还用于接收网络设备发送的无线链路控制rrc消息，所述rrc携带指示信息；
[0211]
所述第一harq进程不采用harq方式是所述处理模块12根据所述指示信息确定的，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式；
[0212]
或者，
[0213]
所述处理模块12还用于根据信道质量、服务质量qos以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式，并通过所述收发模块11向所述网络设备发送请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
[0214]
或者，
[0215]
所述处理模块12还用于根据所述dci确定所述第一harq进程不采用harq方式。
[0216]
可选的，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
[0217]
本实施例提供的基于ntn的数据传输装置，用于执行前述任一方法实施例中终端设备侧的技术方案，其实现原理和技术效果类似，在此不再赘述。
[0218]
图7为本技术提供的基于ntn的数据传输装置实施例二的结构示意图，如图7所示，
该基于ntn的数据传输装置20，包括：
[0219]
收发模块21，用于向终端设备发送dci，所述dci包括指示进行数据传输的第一harq进程的进程号的第一部分比特，所述第一harq进程不采用harq方式；
[0220]
处理模块22，用于根据所述dci进行数据处理得到处理后的数据，并输出所述处理后的数据。
[0221]
本实施例提供的基于ntn的数据传输装置，用于执行前述任一方法实施例中网络设备侧的技术方案，传输数据的第一harq进程不采用harq传输方式，可将dci中空余的比特进行复用，通过dci指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
[0222]
在上述实施例的具体实现中，所述dci还包括：指示所述第一harq进程的进程号的第二部分比特，和/或，指示所述第一harq进程的传输方式的比特。
[0223]
可选的，所述处理模块22还用于：
[0224]
确定所述第一harq进程采用的传输方式包括：重复传输或者聚合传输。
[0225]
可选的，所述传输方式为重复传输，则所述指示所述第一harq进程的传输方式的比特用于指示重复传输的传输次数。
[0226]
可选的，所述传输方式为聚合传输，则所述指示所述第一harq进程的传输方式的比特用于指示聚合传输的传输版本。
[0227]
可选的，
[0228]
所述第一harq进程不采用harq方式是所述处理模块22根据协议约定确定；
[0229]
或者，
[0230]
所述收发模块21用于接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一harq进程不采用harq方式；
[0231]
所述第一harq进程不采用harq方式是所述处理模块22根据所述请求消息确定的；
[0232]
或者，
[0233]
所述处理模块22还用于根据信道质量、qos、网络负载以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定所述第一harq进程不采用harq方式；
[0234]
或者，
[0235]
所述处理模块22还用于根据所述dci确定所述第一harq进程不采用harq方式。
[0236]
可选的，所述收发模块21还用于：
[0237]
向所述终端设备发送无线链路控制rrc消息，所述rrc携带指示信息，所述指示信息用于指示所述第一harq进程不采用harq方式或者所述第一harq进程采用harq方式。
[0238]
可选的，所述dci的长度与所述第一harq进程采用harq方式传输时的dci的长度一致。
[0239]
本实施例提供的基于ntn的数据传输装置，用于执行前述任一方法实施例中网络设备侧的技术方案，其实现原理和技术效果类似，在此不再赘述。
[0240]
图8为本技术提供的通信装置实施例一的结构示意图，如图8所示，该通信装置100，包括处理器101和通信接口102，所述通信接口102用于接收待处理的数据和/或输出处理后的数据，所述处理器101用于对所述待处理的数据前述任一实施例中终端设备侧的技术方案。
[0241]
在一种可选方案中，所述通信装置100还包括存储器103，用于存储程序指令，所述程序指令由所述处理器执行时，使得前述任一实施例中终端设备侧的技术方案被执行。
[0242]
当该通信装置100执行终端设备侧的技术方案，该通信接口102接收的待处理的数据包括dci携带的数据，网络设备发送的rrc消息中的数据以及网络设备进行下行传输的数据等，输出处理后的数据包括向网络设备发送的请求消息，向网络设备进行上行传输的数据以及反馈信息等数据。
[0243]
该通信装置100可以是终端设备，也可以是芯片，集成电路等，对此本方案不做限制。
[0244]
图9为本技术提供的通信装置实施例二的结构示意图，如图9所示，该通信装置200，包括处理器201和通信接口202，所述通信接口202用于接收待处理的数据和/或输出处理后的数据，所述处理器201用于对所述待处理的数据执行前述任一实施例中网络设备侧的技术方案。
[0245]
可选的，所述通信装置200还包括存储器203，用于存储程序指令，所述程序指令由所述处理器执行时，使得前述任一实施例中网络设备侧的技术方案被执行。
[0246]
当该通信装置100执行网络设备侧的技术方案，该通信接口202接收的待处理的数据包括终端设备发送的请求消息，以及终端设备发送的上行数据，终端设备发送的反馈信息等。输出处理后的数据包括dci携带的数据，发送的rrc消息中的数据以及进行下行传输的数据，向终端设备发送的确认消息等。
[0247]
该通信装置200可以是网络设备，也可以是芯片，集成电路等，对此本方案不做限制。
[0248]
在上述在通信装置的实现中，存储器和处理器之间直接或间接地电性连接，以实现数据的传输或交互，也就是存储器和处理器可以通过接口连接，也可以集成在一起。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线连接。存储器中存储有实现数据访问控制方法的计算机执行指令，包括至少一个可以软件或固件的形式存储于存储器中的软件功能模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理。
[0249]
存储器可以是，但不限于，随机存取存储器(random access memory，简称：ram)，只读存储器(read only memory，简称：rom)，可编程只读存储器(programmable read-only memory，简称：prom)，可擦除只读存储器(erasable programmable read-only memory，简称：eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，简称：eeprom)等。其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序。进一步地，上述存储器内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。
[0250]
处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称：cpu)、网络处理器(network processor，简称：np)等。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0251]
在上述基础上，本技术还提供一种通信装置，包括：逻辑电路、输入接口，其中：所
述输入接口用于获取待处理的数据；所述逻辑电路用于对待处理的数据执行前述方法实施例中终端设备侧的技术方案，得到处理后的数据。
[0252]
可选的，该通信装置还可以包括：输出接口，所述输出接口用于输出处理后的数据。
[0253]
当该逻辑电路执行终端设备侧的技术方案，该输入接口获取的待处理的数据包括dci携带的数据，网络设备发送的rrc消息中的数据以及网络设备进行下行传输的数据等，输出接口输出的处理后的数据包括向网络设备发送的请求消息，向网络设备进行上行传输的数据以及反馈信息等数据。
[0254]
本技术还提供一种通信装置，包括：逻辑电路和输出接口，其中：所述逻辑电路用于对待处理的数据执行前述方法实施例中网络设备侧的技术方案，得到处理后的数据；以及，所述输出接口用于输出处理后的数据。
[0255]
可选的，该通信装置还包括：输入接口，该输入接口用于获取待处理的数据。
[0256]
当该逻辑电路执行网络设备侧的技术方案，该输入接口获取的待处理的数据包括终端设备发送的请求消息，以及终端设备发送的上行数据，终端设备发送的反馈信息等。输出接口输出的处理后的数据包括dci携带的数据，发送的rrc消息中的数据以及进行下行传输的数据，向终端设备发送的确认消息等。
[0257]
本技术还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行前述实施例中终端设备侧的技术方案。
[0258]
本技术还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行前述实施例中网络设备侧的技术方案。
[0259]
本领域普通技术人员应理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质，具体的介质类型本技术不做限制。