信息传输方法、装置、相关设备及存储介质与流程

1.本技术涉及无线通信领域，尤其涉及一种信息传输方法、装置、相关设备及存储介质。


背景技术：

2.在第四代移动通技术(4g)长期演进(lte)系统中，通过引入多媒体广播组播业务(mbms)和单小区点到多点(sc-ptm)技术实现了多播和广播传输。
3.然而，相关技术中，多播或广播业务的调度机制尚需优化。


技术实现要素：

4.为解决相关技术问题，本技术实施例提供一种信息传输方法、装置、相关设备及存储介质。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供了一种信息传输方法，应用于网络设备，包括：
7.向终端发送第一下行控制信息(dci)；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的混合自动重传请求(harq)进程相关信息；其中，
8.所述第一dci的循环冗余校验(crc)是由所述终端专享的无线网络临时标识(rnti)加扰的。
9.上述方案中，所述第一信息包含第二信息和/或第三信息；所述第二信息指示所述第一dci调度的下行信道的第一harq进程号；所述第三信息至少用于确定所述第一dci调度的下行信道承载的业务是否是多播和/或广播业务。
10.上述方案中，所述第三信息指示所述第一dci调度的下行信道是否承载多播和/或广播业务。
11.上述方案中，所述第三信息指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程。
12.上述方案中，所述第三信息指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
13.上述方案中，所述方法还包括：
14.向所述终端发送第五信息；所述第五信息指示第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
15.上述方案中，在多播和/或广播业务的并行下行harq进程数量大于1的情况下，所述方法还包括：
16.向所述终端发送第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
17.所述第二dci的循环冗余校验crc是由至少两个终端共享的rnti加扰的。
18.本技术实施例还提供了一种信息传输方法，应用于终端，包括：
19.接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
20.所述第一dci的crc是由所述终端专享的rnti加扰的。
21.上述方案中，所述方法还包括：
22.在所述第一dci调度的传输是重传的情况下，将接收的所述第一dci调度的传输块tb的数据与当前软缓存中属于所述tb的数据进行合并。
23.上述方案中，所述第一信息包含第二信息和/或第三信息；所述第二信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的第一harq进程号；所述第三信息至少用于确定所述第一dci调度的下行信道承载的业务是否是多播和/或广播业务。
24.上述方案中，所述第三信息指示所述第一dci调度的下行信道是否承载多播和/或广播业务。
25.上述方案中，所述第三信息指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程。
26.上述方案中，所述第三信息指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
27.上述方案中，所述方法还包括：
28.根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
29.上述方案中，所述方法还包括：
30.通过从网络侧获取或者预定义的方式得到第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
31.上述方案中，所述方法还包括：
32.接收网络侧发送的第五信息；所述第五信息指示第一参数和/或第二参数。
33.上述方案中，在承载多播和/或广播业务的并行下行harq进程数量大于1的情况下，所述方法还包括：
34.接收网络侧发送的第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
35.所述第二dci的crc是由至少两个终端共享的rnti加扰的。
36.本技术实施例还提供了一种信息传输装置，包括：
37.第一发送单元，用于向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
38.所述第一dci的crc是由所述终端专享的rnti加扰的。
39.本技术实施例还提供了一种信息传输装置，包括：
40.第一接收单元，用于接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信
息；其中，
41.所述第一dci的crc是由所述终端专享的rnti加扰的。
42.本技术实施例还提供了一种网络设备，包括：第一通信接口及第一处理器；其中，
43.所述第一通信接口，用于向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
44.所述第一dci的crc是由所述终端专享的rnti加扰的。
45.本技术实施例还提供了一种终端，包括：第二通信接口及第二处理器；其中，
46.所述第二通信接口，用于接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
47.所述第一dci的crc是由所述终端专享的rnti加扰的。
48.本技术实施例还提供了一种网络设备，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，
49.其中，所述第一处理器用于运行所述计算机程序时，执行上述网络设备侧任一方法的步骤。
50.本技术实施例还提供了一种网络设备，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，
51.其中，所述第二处理器用于运行所述计算机程序时，执行上述终端侧任一方法的步骤。
52.本技术实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述网络设备侧任一方法的步骤，或者实现上述终端侧任一方法的步骤。
53.本技术实施例提供的信息传输方法、装置、相关设备及存储介质，网络设备向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，所述第一dci的循环冗余校验crc是由所述终端专享的rnti加扰的，网络侧向终端指示dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息，且由于dci的crc是由终端专享的rnti来加扰的，所以实现了利用单播dci对多播和/或广播业务的重传，避免了占用其他终端的信令开销，从而避免了其他终端的不必要的数据接收。
附图说明
54.图1为本技术实施例一种信息传输的方法流程示意图；
55.图2为本技术实施例一种信息传输装置结构示意图；
56.图3为本技术实施例另一种信息传输装置结构示意图；
57.图4为本技术实施例网络设备结构示意图；
58.图5为本技术实施例终端结构示意图；
59.图6为本技术实施例信息传输装置系统示意图。
具体实施方式
60.下面结合附图及实施例对本技术再作进一步详细的描述。
61.目前的mbms和sc-ptm技术在真正商用网络中很少引入，主要原因是：网络结构的复杂性和模式，还是基于传统的预设业务的模式来提供业务。比如，对于mbms，在空口传输的逻辑信道主要包括多播控制信道(mcch，multicast control channel)和多播业务信道(mtch，multicast traffic channel)，其中，mcch用于传输mbms的控制信息，mtch用于传输下行数据。mcch和mtch这两个逻辑信道都可以映射到传输信道多播信道(mch)，最终mch都由物理多播信道(pmch)实现传输。而对于sc-ptm业务，在空口传输的逻辑信道主要包括单小区mcch(sc-mcch，single-cell multicast control channel)和单小区mtch(sc-mtch，single-cell multicast traffic channel)。其中，sc-mcch用于传输sc-mtch的控制信息，sc-mtch用于传输sc-ptm的业务数据。sc-mcch和sc-mtch这两个逻辑信道都可以映射到下行共享信道(dl-sch)，最终dl-sch都由物理下行共享信道(pdsch)实现传输。
62.其中，mcch是周期性传输，是由系统消息指示的，它是半静态配置的而不是基于动态调度的；而对于mtch的传输，由mcch基于媒体访问控制(mac)指示信息指示给用户设备(ue)关于mtch的时域调度信息(包含频域调度信息和基于半静态配置指示的其它底层配置信息)。因此，mbms业务的基本流程包括：通过系统消息(半静态配置的)指示mcch的配置信息，进而，mcch指示可以承载mtch的mch的时域调度信息，因而ue通过系统信息和承载mcch的pmch的检测，就可以获得通过pmch承载的mtch信息。而sc-mcch和sc-mtch都是可以映射到dl-sch，最终由pdsch而不是pmch实现空口传输的。其中，与mcch类似，sc-mcch是周期性传输的(周期由系统半静态配置，由systeminformationblocktype20指示)，然而，系统消息指示的只是sc-mcch的时域位置信息，而sc-mcch使用的具体资源由物理下行控制信道(pdcch)调度指示(pdcch的crc由sc-rnti加扰)，这是区别于mbms中pmch完全基于半静态配置的传输方式。sc-mcch将提供当前由sc-mtch承载的所有mbms业务的配置信息，包括每个mbms业务的临时移动组标识(tmgi)(还可以包括会话(session)id)，及其关联的群组无线网络临时标识(g-rnti)和调度信息(比如调度周期，持续时长定时器(on duration timer)，非连续接收(drx)等信息)，但在对应的时域位置使用的资源由pdcch调度指示(pdcch的crc由g-rnti加扰)。因此，sc-ptm业务的基本流程包括：系统消息(半静态配置的)指示sc-mcch的配置信息，终端结合该信息，在对应时域传输机会上，监测单小区无线网络临时标识(sc-rnti)加扰的pdcch来获得通过pdsch承载的sc-mcch信息，进而结合sc-mcch信息，在对应的时域传输机会上检测g-rnti加扰的pdcch来获得通过pdsch承载的sc-mtch信息。
63.在传统lte的广播或多播技术中，不支持harq机制，终端无需反馈信道状态信息或harq-ack/nack信息，所以网络侧不能确认每个感兴趣的用户都准确接收了业务，只能采用保守的调制与编码策略(mcs)，这样就会导致sc-ptm的频谱效率较低，网络资源利用率较差；另一方面，在传统lte的广播或多播技术中，不管是最初的基于多小区单频网(sfn)的mbms技术，还是后期的基于单小区mbms的sc-ptm技术，都需要基于预设的广播信息，即需要在广播信息中预配置至少如mcch或sc-mcch的周期等信息，并且这些信息是小区内所有ue都可以获得的。也就是说，这种模式下，需要网络预配置特定系统信息，如此，限定了终端选择的自由性。而在单播模式下，网络侧需要知道每个用户空口数据是否被用户准确接收或
每个用户空口数据如何传输才是高效的，这就需要通过harq机制，即信道状态信息反馈机制来辅助实现。具体地，在相关技术中，一个终端最多可以支持16个并行的harq进程，调度dci中会指示当前调度的tb是属于哪个harq进程的，终端根据harq进程号和新数据指示(ndi)的指示判断该tb是初传或是重传的数据，如果是重传的数据，终端将该tb的数据和之前接收到的相同harq进程的数据进行合并解调。因此在4g演进和第五代移动通信技术(5g)系统中，就需要引入一种新的方案，便于网络侧能通过多播方式简约地，高效地(利用多终端的反馈信息来确定重传和mcs等级)使用空口资源，同时又能保证用户获得单播模式的业务保障。
64.因此在4g演进或者新空口(nr)系统的多播或广播业务中，可以引入harq机制，网络侧基于收到的nack信息来实现重传。
65.然而，相关技术中，dci只可以用来指示单播业务的harq进程号，不能支持多播和/或广播业务的harq进程号的指示；另外相关技术中，未有单播harq和多播和/或广播harq的处理机制。比如，在nr系统中沿用类似lte sc-ptm的方案，网络侧使用公共的rnti(例如g-rnti)进行crc加扰的pdcch来调度承载对应多播和/或广播业务的pdsch，此时，由于该pdcch是针对一组用户的，因此携带的dci指示的是多播和/或广播业务的harq进程号，并且对于这一组用户该harq进程号是相同的值。在在这种情况下，如果网络侧根据终端的harq反馈信息判断这一组终端中只有一个终端没有正确接收多播和/或广播数据时，一种处理方式是仍然用公共rnti调度的pdcch进行重传，但是会导致其他已经正确接收到了数据的终端进行不必要的再一次数据接收。另一种处理方式是可以通过小区无线网络临时标识(c-rnti)调度的pdcch单独对没有正确接收到数据的终端进行数据重传，这样就可以避免其他终端不必要的接收行为。此时，就需要设计一种机制使得终端可以获知利用单播dci重传的业务是属于之前没有正确接收的多播和/或广播harq进程的。
66.基于此，在本技术的各种实施例中，网络侧向终端发送第一dci，所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，所述第一dci的crc是由所述终端专享的rnti加扰的。
67.本技术实施例提供的方案，网络侧向终端指示dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息，且由于dci的crc是由终端专享的rnti来加扰的，所以实现了利用单播dci对多播和/或广播业务的重传，避免了占用其他终端的信令开销，从而避免了其他终端的不必要的数据接收。
68.本技术实施例提供信息传输方法，应用于网络设备(具体可以是基站)，包括：
69.向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
70.所述第一dci的crc是由所述终端专享的rnti加扰的。
71.其中，实际应用时，所述下行信道可以是下行共享信道；更具体地，可以是pdsch。被调度的下行信道也可以称为被调度的数据或tb等。
72.所述终端专享的rnti(也可以称为所述终端专属的rnti)可以是c-rnti、mcs-c-rnti或配置调度rnti(cs-rnti)等。
73.在一实施例中，所述第一信息可以包含第二信息和/或第三信息；所述第二信息指示所述第一dci调度的下行信道的第一harq进程号；所述第三信息至少用于确定所述第一
dci调度的下行信道承载的业务是否是多播和/或广播业务。
74.具体地，所述第三信息可以指示所述第一dci调度的下行信道是否承载多播和/或广播业务；也可以指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程。
75.其中，实际应用时，由于采用终端专享的rnti加扰的dci来调度播和/或广播业务的重传，所以所述网络设备还可以指示所述第一dci的调度的pdsch的加扰序列生成器的初始化值是与所述终端专享的rnti有关或是与多个终端共享的rnti(比如g-rnti)有关，基于此，在一实施例中，所述第三信息还可以指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
76.这里，实际应用时，所述第三信息所在的信息域的长度可以为1bit，当该信息域的值指示所述第一dci调度的下行信道承载多播和/或广播业务或者指示所述第一dci调度的下行信道的harq进程属于承载多播和/或广播业务的下行harq进程时，所述第一dci调度的pdsch的加扰序列生成器的初始化值与多个终端共享的rnti，比如g-rnti有关，而与所述终端专享的rnti无关。
77.其中，实际应用时，网络侧可以为单播业务配置harq进程(也可以称为单播harq进程)的并行harq进程数量，或者预先定义单播业务的harq进程的并行harq进程数量；同时，网络侧为多播和/或广播业务配置多播和/或广播业务的harq进程(也可以称为多播和/或广播harq进程)的并行harq进程数量，或者预先定义多播和/或广播业务的harq进程的并行harq进程数量。
78.基于此，在一实施例中，该方法还可以包括：
79.向所述终端发送第五信息；所述第五信息指示第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
80.其中，实际应用时，可以通过无线资源控制(rrc)信令(比如rrc重配置消息)向所述终端发送第五信息。
81.这里，单播业务可以通过c-rnti、mcs-c-rnti或cs-rnti等进行crc加扰的pdcch来调度；多播和/或广播业务可以通过g-rnti或者其他rnti等进行crc加扰的pdcch来调度。
82.实际应用时，多播和/或广播业务的harq进程的并行harq进程数量可以大于或等于1。
83.其中，当多播和/或广播业务的harq进程的并行harq进程数量大于1时，单播业务的harq进程和多播和/或广播业务的harq进程的harq进程号可以是分别计数的，或者候选的harq进程号的范围完全相同或者部分相同，此时，所述第一信息可以包含第二信息和第三信息。此时，可以通过dci对多个终端的多播和/或广播业务进行调度。
84.基于此，在一实施例中，该方法还可以包括：
85.向所述终端发送第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
86.所述第二dci的循环冗余校验crc是由至少两个终端共享的rnti加扰的。
87.当然，进程号还可以采用统一的计数方式，即单播业务的harq进程号的候选范围与多播和/或广播业务的harq进程号的候选范围完全不同，比如单播业务的harq进程的
harq进程号是1,2,3,4,5，多播和/或广播业务的harq进程的harq进程号是6,7,8,9,10；此时，所述第一信息可以包含第二信息。
88.当多播和/或广播业务的harq进程的并行harq进程数量等于1时，单播业务的harq进程和多播和/或广播业务的harq进程的harq进程号可以是分别计数的，此时由于多播和/或广播业务的harq进程的并行harq进程数量等于1，所以终端能够获知所述第一dci调度的下行信道的第一harq进程号，因此，所述第一信息可以包含第三信息；当然网络侧可以下发第二信息，即所述第一信息还可以包含第二信息。进程号还可以采用统一的计数方式，此时，所述第一信息可以包含第二信息。
89.从上面的描述可以看出，本技术实施例中，通过dci来调度多播和/或广播业务的重传，所以从这个角度来说，利用终端专享的rnti加扰的dci既可以调度单播业务，也可以调度多播和/或广播业务；而利用多个终端共享的rnti加扰的dci只能调度多播和/或广播业务。当利用终端专享的rnti加扰的dci进行业务调度时，需要在该dci中指示本次调度下行信道是属于单播harq进程或是属于多播和/或广播harq进程。
90.相应地，本技术实施例还提供了一种信息传输方法，应用于终端，包括：
91.接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
92.所述第一dci的crc是由所述终端专享的rnti加扰的。
93.这里，在一实施例中，该方法还可以包括：
94.在所述第一dci调度的传输是重传的情况下，将接收的所述第一dci调度的tb的数据与当前软缓存中属于所述tb的数据进行合并。
95.也就是说，终端确定所述第一dci调度的harq进程接收的tb是重传的数据，并且该tb的数据没有被正确接收，终端将该接收的数据和属于相同harq进程的该tb的目前在缓存中的数据进行合并，实现了harq的合并处理，提高数据正确接收的准确性。
96.在一实施例中，当所述第三信息指示所述第一dci调度的下行信道是否承载多播和/或广播业务时，所述终端还可以根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
97.在一实施例中，当所述第三信息指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程时，所述终端还可以根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
98.在一实施例中，当所述第三信息指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti时，所述终端能够确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti，还能够确定所述第一dci调度的下行信道承载的业务是否是多播和/或广播业务。
99.在一实施例中，该方法还可以包括：
100.通过从网络侧获取或者预定义的方式得到第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
101.其中，在一实施例中，该方法可以包括：
102.接收网络侧发送的第五信息；所述第五信息指示第一参数和/或第二参数。
103.在一实施例中，在承载多播和/或广播业务的并行下行harq进程数量大于1的情况下，该方法还可以包括：
104.接收网络侧发送的第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；
105.其中，
106.所述第二dci的crc是由至少两个终端共享的rnti加扰的。
107.本技术实施例还提供了一种信息传输方法，如图1所示，该方法包括：
108.步骤101：网络设备向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，所述第一dci的循环冗余校验crc是由所述终端专享的rnti加扰的；
109.步骤102：终端接收所述第一dci。
110.本技术实施例提供的信息传输方法，网络设备向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，所述第一dci的循环冗余校验crc是由所述终端专享的rnti加扰的，网络侧向终端指示dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息，且由于dci的crc是由终端专享的rnti来加扰的，所以实现了利用单播dci对多播和/或广播业务的重传，避免了占用其他终端的信令开销，从而避免了其他终端的不必要的数据接收。
111.下面结合应用实施例对本技术再作进一步详细的描述。
112.应用实施例一
113.在本应用实施例中，网络侧定义第一harq进程为单播harq进程，第二harq进程为多播和/或广播harq进程。网络侧通过高层信令为终端配置第一harq进程的并行harq进程数量和第二harq进程的并行harq进程数量，或者可以预定义第一harq进程的并行harq进程数量和第二harq进程的并行harq进程数量。
114.第二dci只能调度多播和/或广播业务，携带第六信息，所述第六信息指示当前调度的多播和/或广播业务的harq进程号，例如harq进程1。第二dci是一个公共dci，也即是多个终端共同检测的dci，第二dci加扰的rnti是一个公共的rnti，例如g-rnti。
115.如果终端没有正确接收第二dci调度的数据，终端反馈nack。
116.网络侧接收到终端反馈的多播和/或广播业务的nack之后，采用第一dci对终端进行重传。
117.第一dci只能用于调度一个终端，是一个终端专属的dci，第一dci加扰的rnti可以是c-rnti、mcs-c-rnti、cs-rnti或者其他终端专属的rnti。
118.网络侧利用第一dci对该终端进行多播和/或广播广播业务重传调度时，第二信息指示harq进程号为harq进程1，第三信息指示当前调度的数据属于第二harq进程，即是属于多播和/或广播harq进程。
119.终端检测到第一dci后，就能够获知当前第一dci调度的数据是之前通过第二dci调度的数据的重传，因此可以将第一dci调度的属于第二harq进程并且harq进程号为1的数据与之前在缓存器中存储的第二dci调度的属于第二harq进程并且harq进程号为1的数据合并，即将属于相同harq进程索引的相同harq进程号的tb进行合并。
120.通过上述操作，就实现了利用终端专属的dci进行多播和/或广播业务数据的重传，终端通过专属dci中的第三信息能够识别出当前调度的数据是多播和/或广播业务，从而可以和之前未正确接收的数据进行合并，实现了harq的目的。
121.应用实施例二
122.在本应用实施例中，网络侧定义第一harq进程为单播harq进程，第二harq进程为多播和/或广播harq进程。网络侧通过高层信令为终端配置第一harq进程的并行harq进程数量，并预定义第二harq进程的并行harq进程数量为1。
123.第二dci只能调度多播和/或广播业务，第二dci是一个公共dci，也即是多个终端共同检测的dci，第二dci加扰的rnti是一个公共的rnti，例如g-rnti。
124.如果终端没有正确接收第二dci调度的数据，终端反馈nack。
125.网络侧接收到终端反馈的多播第二dci广播业务的nack之后，采用第一dci对终端进行重传。
126.第一dci只能用于调度一个终端，是一个终端专属的dci，第一dci加扰的rnti可以是c-rnt、mcs-c-rnti、cs-rnti，或者其他终端专属的rnti。
127.网络侧利用第一dci对该终端进行多播第二dci广播业务重传调度时，第三信息指示当前调度的数据属于第二harq进程，即是属于多播和/或广播harq进程。
128.终端检测到第一dci之后，就能够获知当前第一dci调度的数据是之前通过第二dci调度的数据的重传，因此可以将第一dci调度的属于第二harq进程的数据与之前在缓存器中存储的第二dci调度的数据合并，即将属于第二harq进程的tb进行合并。
129.通过上述操作，就实现了利用终端专属的dci进行多播和/或广播业务的重传，终端通过专属dci中的第三信息能够识别出当前调度的数据是多播和/或广播业务，从而可以和之前未正确接收的数据进行合并，实现了harq的目的。
130.应用实施例三
131.在本应用实施例中，网络侧定义第一harq进程为单播harq进程，第二harq进程为多播和/或广播harq进程。网络侧通过高层信令为终端配置第一harq进程的并行harq进程数量和第二harq进程的并行harq进程数量，或者可以预定义第一harq进程的并行harq进程数量和第二harq进程的并行harq进程数量。
132.在进行业务调度时，一个dci是一个终端专属的dci，既可以调度单播业务也可以调度多播和/或广播业务，该dci加扰的rnti可以是c-rnti、mcs-c-rnti、cs-rnti或者其他终端专属的rnti。其中，该dci中的第三信息用来指示本次调度的数据属于第一harq进程或是第二harq进程，即是属于单播harq进程或是属于多播和/或广播harq进程；所述第三信息所在的信息域的值具体指示调度的pdsch使用的加扰序列生成器的初始化值是与终端专属的参数相关的扰码。
133.终端结合第二信息域和第三信息域的联合指示，既可以判断当前调度的业务是属于单播业务或是属于多播和/或广播业务，也可以知道对应的harq进程号。
134.假设网络侧利用上述dci对该终端进行多播和/或广播初传的调度，指示本次调度的pdsch属于第二harq进程，且harq进程号为1；所述第三信息所在的信息域的值具体指示当前调度的pdsch的使用的加扰序列生成器的初始化值是与一个公共的参数相关的扰码。
135.如果终端没有正确接收调度的数据，终端反馈nack。
136.网络侧接收到终端反馈的多播/广播业务的nack之后，采用另一个dci对终端进行重传调度。网络侧利用该dci对该终端进行多播和/或广播业务重传调度时，指示本次调度的pdsch属于第二harq进程，harq进程号为1。具体地，第三信息所在的信息域的值指示当前调度的pdsch的使用的加扰序列生成器的初始化值是与所述终端专属的参数相关(比如与终端专属的rnti相关)的扰码。由于这个扰码是与终端专属的参数相关的，因此该pdsch是专属于该终端的，也即是采用类似单播传输技术重传了之前的多播和/或广播业务数据，可以更加适配终端的信道状态。
137.终端检测到该dci之后，就能够获知当前该dci调度的数据是重传，因此可以将该dci调度的属于第二harq进程并且harq进程号为1的数据与之前在缓存器中存储的属于第二harq进程并且harq进程号为1的数据合并，即将属于相同harq进程索引的相同harq进程号的tb进行合并。
138.应用实施例四
139.在本应用实施例中，网络侧定义第一harq进程为单播harq进程，第二harq进程为多播和/或广播harq进程。网络侧通过高层信令为终端配置第一harq进程的并行harq进程数量，并预定义第二harq进程的并行harq进程数量为1。
140.在进行业务调度时，一个dci是一个终端专属的dci，既可以调度单播业务也可以调度多播和/或广播业务，该dci加扰的rnti可以是c-rnti、mcs-c-rnti、cs-rnti或者其他终端专属的rnti。其中，该dci中的第三信息用来指示本次调度的数据属于第一harq进程或是第二harq进程，即是属于单播harq进程或是属于多播和/或广播harq进程；所述第三信息所在的信息域的值具体指示调度的pdsch使用的加扰序列生成器的初始化值是与终端专属的参数相关的扰码。
141.假设网络侧利用上述dci对该终端进行多播和/或广播初传调度，指示本次调度的pdsch属于第二harq进程。所述第三信息所在的信息域的值具体指示当前调度的pdsch的使用的加扰序列生成器的初始化值是与一个公共的参数相关的扰码。
142.如果终端没有正确接收调度的数据，终端反馈nack。
143.网络侧接收到终端反馈的多播/广播业务的nack之后，采用另一个dci对终端进行重传调度。网络侧利用该dci对该终端进行多播和/或广播业务重传调度时，指示本次调度的pdsch属于第二harq进程。具体地，第三信息所在的信息域的值指示当前调度的pdsch的使用的加扰序列生成器的初始化值是与所述终端专属的参数相关(比如与终端专属的rnti相关)的扰码。由于这个扰码是与终端专属的参数相关的，因此该pdsch是专属于该终端的，也即是采用类似单播传输技术重传了之前的多播和/或广播业务数据，可以更加适配终端的信道状态。
144.终端检测到该dci之后，就能够获知当前该dci调度的数据是重传，因此可以将该dci调度的属于第二harq进程的数据与之前在缓存器中存储属于第二harq进程的数据合并，即将属于相同harq进程索引的相同harq进程号的tb进行合并。
145.从上面的描述可以看出，本技术实施例中，定义了两个harq进程集(即第一harq进程和第二harq进程)，分别对应单播业务的harq进程和多播和/或广播业务的harq进程；本技术实施例的方案，提供了一种多播和/或广播业务的harq进程处理方法，可以实现利用单播dci对多播/广播数据包的初传和重传，可以实现单播/多播传输的灵活切换，实现了终端
对多播和/或广播harq进程的合并。
146.为了实现本技术实施例的方法，本技术实施例还提供了一种信息传输装置，设置在网络设备上，如图2所示，该装置包括：
147.第一发送单元201，用于向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
148.所述第一dci的crc是由所述终端专享的rnti加扰的。
149.其中，在一实施例中，如图2所示，该装置还可以包括：
150.第二发送单元202，用于向所述终端发送第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
151.所述第二dci的循环冗余校验crc是由至少两个终端共享的rnti加扰的。
152.实际应用时，所述第一发送单元201和第二发送单元202可由所述信息传输装置中的处理器结合通信接口实现。
153.为了实现本技术实施例网络设备侧的方法，本技术实施例还提供了一种信息传输装置，设置在终端上，如图3所示，该装置包括：
154.第一接收单元301，用于接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
155.所述第一dci的crc是由所述终端专享的rnti加扰的。
156.其中，在一实施例中，如图3所示，该装置还可以包括：
157.合并单元302，用于在所述第一dci调度的传输是重传的情况下，将接收的所述第一dci调度的tb的数据与当前软缓存中属于所述tb的数据进行合并。
158.在一实施例中，该装置还可以包括：
159.确定单元，用于当所述第三信息指示所述第一dci调度的下行信道是否承载多播和/或广播业务时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
160.在一实施例中，所述确定单元，还用于当所述第三信息指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
161.在一实施例中，所述确定单元，还用于所述第三信息指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
162.在一实施例中，该装置还可以包括：
163.获取单元，用于通过从网络侧获取或者预定义的方式得到第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
164.其中，在一实施例中，所述获取单元，用于：
165.接收网络侧发送的第五信息；所述第五信息指示第一参数和/或第二参数。
166.在一实施例中，该装置还可以包括：
167.第二接收单元，用于：
168.在承载多播和/或广播业务的并行下行harq进程数量大于1的情况下，接收网络侧发送的第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
169.所述第二dci的crc是由至少两个终端共享的rnti加扰的。
170.实际应用时，所述第一接收单元301和第二接收单元可由信息传输装置中的通信接口实现；所述合并单元302可由信息传输装置中的处理器结合通信接口实现；所述获取单元可由信息传输装置中的处理器结合通信接口实现。
171.需要说明的是：上述实施例提供的信息传输装置在进行信息传输时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息传输装置与信息传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
172.基于上述程序模块的硬件实现，且为了实现本技术实施例网络设备侧的操作，本技术实施例还提供了一种网络设备，如图4所示，该网络设备400包括：
173.第一通信接口401，能够与终端进行信息交互；
174.第一处理器402，与所述第一通信接口401连接，以实现与终端进行信息交互，用于运行计算机程序时，执行上述网络设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器403上。
175.具体地，所述第一通信接口401，用于向终端发送第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
176.所述第一dci的crc是由所述终端专享的rnti加扰的。
177.其中，在一实施例中，所述第一通信接口401，还用于向所述终端发送第二dci；所述第二dci携带第六信息；所述第六信息指示所述第二dci调度的承载多播和/或广播业务的下行信道的harq进程号；其中，
178.所述第二dci的循环冗余校验crc是由至少两个终端共享的rnti加扰的。
179.当然，实际应用时，网络设备400中的各个组件通过总线系统404耦合在一起。可理解，总线系统404用于实现这些组件之间的连接通信。总线系统404除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统404。
180.本技术实施例中的第一存储器403用于存储各种类型的数据以支持网络设备400的操作。这些数据的示例包括：用于在网络设备400上操作的任何计算机程序。
181.上述本技术实施例揭示的方法可以应用于所述第一处理器402中，或者由所述第一处理器402实现。所述第一处理器402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器402可以是通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器
件、分立硬件组件等。所述第一处理器402可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器403，所述第一处理器402读取第一存储器403中的信息，结合其硬件完成前述方法的步骤。
182.在示例性实施例中，网络设备400可以被一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)、通用处理器、控制器、微控制器(mcu，micro controller unit)、微处理器(microprocessor)、或者其他电子元件实现，用于执行前述方法。
183.基于上述程序模块的硬件实现，且为了实现本技术实施例终端侧的方法，本技术实施例还提供了一种终端，如图5所示，该终端500包括：
184.第二通信接口501，能够与网络设备进行信息交互；
185.第二处理器502，与所述第二通信接口501连接，以实现与网络设备进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器503上。
186.具体地，所述第二通信接口501，用于接收网络侧发送的第一dci；所述第一dci携带第一信息；所述第一信息指示所述第一dci调度的承载多播和/或广播业务的下行信道的harq进程相关信息；其中，
187.所述第一dci的crc是由所述终端专享的rnti加扰的。
188.其中，在一实施例中，所述第二处理器502，用于在所述第一dci调度的传输是重传的情况下，将接收的所述第一dci调度的tb的数据与当前软缓存中属于所述tb的数据进行合并。
189.在一实施例中，所述第二处理器502，还用于当所述第三信息指示所述第一dci调度的下行信道是否承载多播和/或广播业务时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
190.在一实施例中，所述第二处理器502，还用于当所述第三信息指示所述第一dci调度的下行信道的harq进程是否属于承载多播和/或广播业务的下行harq进程时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
191.在一实施例中，所述第二处理器502，还用于所述第三信息指示所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti时，根据所述第三信息确定所述第一dci调度的下行信道的加扰序列生成器的初始化值所使用的rnti。
192.在一实施例中，所述第二处理器502，还用于通过从网络侧获取或者预定义的方式得到第一参数和/或第二参数；所述第一参数表征承载单播业务的并行下行harq进程数量；所述第二参数表征承载多播和/或广播业务的并行下行harq进程数量。
193.其中，在一实施例中，所述第二处理器502，具体用于：
194.通过所述第二通信接口501接收网络侧发送的第五信息；所述第五信息指示第一
dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本技术实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
203.本技术实施例还提供了一种信息传输系统，如图6所示，该系统包括：网络设备601和终端602。
204.这里，需要说明的是，网络设备601和终端602的具体处理过程已在上文详述，这里不再赘述。
205.在示例性实施例中，本技术实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器403，上述计算机程序可由网络设备400的第一处理器402执行，以完成前述网络设备侧方法所述步骤。再比如包括存储计算机程序的第二存储器503，上述计算机程序可由终端500的第二处理器502执行，以完成前述终端侧方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flash memory、磁表面存储器、光盘、或cd-rom等存储器。
206.需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
207.另外，本技术实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
208.以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。