一种信息传输方法和装置与流程

1.本发明涉及通信技术领域，特别是指一种信息传输方法和装置。


背景技术：

2.nr(new radio，新空口)通信模式除了lte(long term evolution，长期演进)中的广播外，引入了基于组播和单播的通信模式，这里我们只讨论组播场景；对于单播和组播通信，除了保留盲重传机制外，nr还引入了基于反馈的重传，同时引入了两种反馈方式：ack(acknowledgement，肯定应答)/nack(negative acknowledgement，否定应答)反馈以及nack only反馈；对于单播，确定采用ack/nack反馈；对于广播，两种反馈机制共存。
3.对于有组管理过程且组成员个数较少(对应反馈资源不受限)，采用ack/nack方式的反馈；对于无组管理过程或存在组管理且组成员个数较多(对应反馈资源受限)，采用基于nack only的反馈机制；前一种方式下无论确定ack还是nack都需要发送psfch(物理直通链路反馈信道)反馈信息；对于后一种方式下只有确定nack才发送psfch反馈信息；这里ack表示终端正确译码pssch数据信息；nack表示终端解析出pscch但是未正确译码pssch数据信息；这里我们只考虑基于ack/nack方式的反馈。
4.组播ack/nack反馈中psfch反馈资源与节点的组员编号(member id)相关，但是member id并不是一个确定的常量，即随着通信组拓扑发生变化(加入组，离开组等)，member id也会发生变化。现有技术的标准协议中只提到用member id,但是具体的细节并没有讨论到，即member id以及member id列表是一个高层的信息，且这个消息的处理并没有做标准化。对于某一个组播成员，在一个传输块(tb)反馈psfch反馈资源的过程中，若member id发生变化，按照现有标准实现，很有可能会产生组播内的member id冲突、psfch的频域资源冲突、发送端漏检、发送端虚警等问题。


技术实现要素：

5.本发明的目的是提供一种信息传输方法和装置，以避免组播中成员编码发生变化，容易出现资源冲突的影响。
6.为达到上述目的，本发明的实施例提供一种信息传输方法，应用于接收节点，所述方法包括：
7.获取发送节点在第一时隙发送的对应物理直通链路共享信道pssch的业务数据；
8.根据与所述发送节点的预先约定方式，确定向所述发送节点发送物理直通链路反馈信道psfch反馈资源上下文信息的参考时隙；
9.根据所述参考时隙对应的上下文信息，确定所述pssch对应的所述psfch反馈资源；
10.在所述psfch反馈资源上向所述发送节点发送psfch信息，所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
11.可选的，所述预先约定方式，包括以下至少之一：
12.所述pssch所在的第一时隙为参考时隙；
13.所述psfch反馈资源所在的第二时隙为参考时隙；
14.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
15.可选的，所述方法还包括：
16.获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
17.所述接收节点为所述发送节点或者所述网络侧设备分配或者更新所述第二组信息列表。
18.可选的，所述获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表，所述方法还包括：
19.根据接收的所述分配或者更新的第二组信息列表的请求消息，向所述发送节点或者网络侧设备发送第一请求消息，且接收所述发送节点或者网络侧设备发送的第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
20.可选的，所述方法还包括：
21.接收所述发送节点或者网络侧设备发送的第二请求消息后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
22.可选的，所述接收节点为所述发送节点或者所述网络侧设备分配或者更新所述第二组信息列表，所述方法还包括：
23.向所述发送节点或者网络侧设备发送第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
24.向所述发送节点或者网络侧设备发送第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
25.可选的，所述方法还包括：
26.向所述发送节点或者网络侧设备发送第四请求消息后，或者，在向所述发送节点或者网络侧设备发送第四请求消息，且经过预设时间后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
27.为达到上述目的，本发明的实施例提供一种信息传输方法，应用于发送节点，所述方法包括：
28.在第一时隙向接收节点发送对应物理直通链路共享信道pssch的业务数据；
29.根据与所述接收节点的预先约定方式，确定向所述发送节点接收所述接收节点发送物理直通链路反馈信道psfch反馈资源上下文的参考时隙；
30.根据所述参考时隙对应的第一上下文信息，确定所述pssch对应的每一个接收节点的所述psfch反馈资源；
31.在各个所述psfch反馈资源上接收各个所述接收节点发送的所述psfch信息；所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
32.可选的，所述方法还包括：
33.根据所述第二时隙对应的第二上下文信息，确定所述pssch对应的所有psfch反馈资源做预处理；
34.其中，所述预处理包括：只处理所述第二上下文信息对应的psfch资源和所述第一上下文信息对应的psfch资源的交集资源。
35.可选的，所述预先约定方式，包括以下至少之一：
36.所述pssch所在的第一时隙为参考时隙；
37.所述psfch反馈资源所在的第二时隙为参考时隙；
38.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
39.可选的，所述方法还包括：
40.获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
41.接收所述接收节点为所述发送节点分配或者更新所述第二组信息列表。
42.可选的，获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表，所述方法还包括：
43.根据发送的所述分配或者更新的第二组信息列表，接收所述接收节点发送的第一请求消息，且向所述接收节点发送第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确定/响应消息。
44.可选的，所述方法还包括：
45.所述发送节点向所述接收节点发送第二请求消息；或者，
46.所述发送节点向所述网络侧设备指示控制指令，所述控制指令用于控制所述网络侧设备向所述接收节点发送第二请求消息。
47.可选的，接收所述接收节点为所述发送节点分配或者更新所述第二组信息列表，所述方法还包括：
48.接收所述接收节点向所述发送节点发送的第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
49.接收所述接收节点向所述发送节点发送的第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
50.为达到上述目的，本发明的实施例提供一种信息传输装置，应用于接收节点，包括：
51.第一获取模块，用于获取发送节点在第一时隙发送的对应物理直通链路共享信道pssch的业务数据；
52.第一确定模块，用于根据与所述发送节点的预先约定方式，确定向所述发送节点发送物理直通链路反馈信道psfch反馈资源上下文信息的参考时隙；
53.第二确定模块，用于根据所述参考时隙对应的上下文信息，确定所述pssch对应的所述psfch反馈资源；
54.第一发送模块，用于在所述psfch反馈资源上向所述发送节点发送psfch信息，所
述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
55.为达到上述目的，本发明的实施例提供一种信息传输装置，应用于发送节点，包括：
56.第二发送模块，用于在第一时隙向接收节点发送对应物理直通链路共享信道pssch的业务数据；
57.第三确定模块，用于根据与所述接收节点的预先约定方式，确定向所述发送节点接收所述接收节点发送物理直通链路反馈信道psfch反馈资源上下文的参考时隙；
58.第四确定模块，用于根据所述参考时隙对应的第一上下文信息，确定所述pssch对应的每一个接收节点的所述psfch反馈资源；
59.第一接收模块，用于在各个所述psfch反馈资源上接收各个所述接收节点发送的所述psfch信息；所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
60.为达到上述目的，本发明的实施例提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上任一项所述的信息传输方法中的步骤。
61.本发明的上述技术方案的有益效果如下：
62.上述技术方案中，获取发送节点在第一时隙发送的对应物理直通链路共享信道pssch的业务数据；根据与所述发送节点的预先约定方式，确定向所述发送节点发送物理直通链路反馈信道psfch反馈资源上下文信息的参考时隙；根据所述参考时隙对应的上下文信息，确定所述pssch对应的所述psfch反馈资源；在所述psfch反馈资源上向所述发送节点发送psfch信息，所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。本发明的技术方案中，通过接收节点的第二时隙向发送节点发送所述psfch反馈资源，以及所述发送节点第二时隙的接收所述接收节点的psfch反馈资源，保证了收发节点之间对于psfch反馈资源的上下文信息理解的一致性，避免了member id发生变化时出现资源冲突的问题。
附图说明
63.图1为本发明实施例的应用于接收节点的信息传输方法的流程图之一；
64.图2为本发明实施例的应用于发送节点的信息传输方法的流程图之二；
65.图3为本发明实施例的应用于接收节点的信息传输装置的模块示意图之一；
66.图4为本发明实施例的应用于接收节点的信息传输装置的模块示意图之二。
具体实施方式
67.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
68.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
69.在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
70.另外，本文中术语“系统”和“网络”在本文中常可互换使用。
71.在本技术所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
72.如图1所示，本发明实施例的一种信息传输方法，应用于接收节点，所述方法包括：
73.步骤100，获取发送节点在第一时隙发送的对应物理直通链路共享信道pssch的业务数据；
74.本步骤中，发送节点还可以通过sci(sidelink control information，侧链路控制信息)携带所述指示信息。接收节点对sci进行译码，获取所述指示信息。这里，该sci中调度了pssch的传输，即在sci中包含了用于接收pssch传输的时间和频域信息等，且该pssch上携带了一个传输块(tranfer block，tb)。
75.步骤200，根据与所述发送节点的预先约定方式，确定向所述发送节点发送物理直通链路反馈信道psfch反馈资源上下文信息的参考时隙；
76.步骤300，根据所述参考时隙对应的上下文信息，确定所述pssch对应的所述psfch反馈资源；
77.该实施例中，通过步骤200依据与所述发送节点的预先约定方式，确定出参考时隙，以及通过步骤300确定在参考时隙的所述psfch反馈资源。具体地，可以通过所述接收节点接收n(n为大于1的正整数，优选的n等于8)个载波数据资源池的数据信道；在所述pssch结束后，在设定的载波范围内，反馈资源池位于接收节点接收数据的最后一个时隙后不小于第一时间参数的最早的反馈资源，用于所述psfch反馈资源。这里提到的所述反馈资源池是至少一个载波的反馈资源配置的集合。
78.步骤400，所述psfch反馈资源向所述发送节点发送psfch信息，所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
79.这里，在所述psfch所在的第二时隙将所述psfch反馈资源发送至所述发送节点；其中，所述上下文信息包括：组播内的第一组成员列表(第一member id list)。这里，所述上下文信息还可以包括源编码(source id)，以及根据现有的标准协议中可获取其他约定信息，并不限于上述的member id list。
80.该实施例中，依据与所述发送节点的预先约定方式，可以计算出在参考时隙的所述psfch反馈资源，并在所述psfch所在的第二时隙将所述psfch反馈资源发送至所述发送节点，从而保证收发节点的所述psfch反馈信息的上下文信息依据在同一时隙，即第二时隙，还保证了接收节点之间对于组信息列表(member id list)(包含自己)维护的一致性。
81.需要说明的是，上述的pssch为物理层概念，而psfch为所述pssch的反馈信道，而所述pssch可以为同一传输块传输信息。应当知道的是，member id是一个二次握手的消息，没有收到更新确认消息(ack消息)之前，新的member id没有生效。
82.应当知道的是，如果组播内编号维护的不一致，比如一些成员使用新的id，一些成员引入旧的id，在确定psfch反馈资源时，可能会引入组内的资源的碰撞，也可能业务发送
端没有办法获知正确的反馈信息，即发送端和接收端理解的对应的反馈资源位置会有差异；即必须保证是一致的。
83.场景1：接收组成员对于id维护不一致发生冲突；
84.原来成员id：{member id1,member id2,member id3,member id4,member id5}；车辆“3”离开；变更id:member id1仍然是member id1；member id2变更为member id2；member id4变更为member id3；member id5变更为member id4。这里，如果车辆4按照之前的member id即4；车辆5按照更新后的member id也即4，就会出现member id的冲突。
85.而，这里，本发明的接收节点采取第二时隙发送psfch反馈资源，以及发送节点在第二时隙解析所述psfch反馈资源，即确定了发送端和接收端确定psfch反馈资源的上下文信息的时候，对member id list的理解是一致的。
86.需要说明的是，发送节点和接收节点之间对于member id list(包含自己)以及source id维护的一致性前提下，判定时间点以及处理；需要保证发送端和接收端确定反馈资源的时候，需要在时间上保证是同一个时间点，进而保证对member id list的理解是一致的。
87.具体的，所述步骤200中的所述预先约定方式，所述步骤200中的所述预先约定方式，包括以下至少之一：
88.方式一：所述pssch所在的第一时隙为参考时隙；
89.方式二：所述psfch反馈资源所在的第二时隙为参考时隙；
90.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
91.需要说明的是，上述的第一时隙小于或者等于参考时隙，且所述参考时隙小于第二时隙，在不同的预先约定方式中，所述参考时隙的取值不同。
92.在一具体实施例中，方式一为所述接收节点与所述发送节点按照传输块每次所在的所述pssch所在的时隙(slot)，确定为所述参考时隙，即所述pssch所在的第一时隙为参考时隙，通过确定此刻对应的所述psfch反馈资源中的member id上下文来计算。
93.在一些实施方案中，发送节点可被同步并且执行与时隙边界对准的侧链路传输。每个侧链路传输包括pssch和侧链路控制信道(pscch)传输。每个pscch传输包括关于用于传输相同传输块的所有其他pssch资源的信息，这里，采用的是按照tb每一次pssch传输时对应的时隙。例如，在一个实施方案中，发送节点和接收节点可使用信道访问粒度等于一个时隙的时间上的不连续传输(一个传输块(tb)的总tx持续时间是n个时隙，例如，n＝1、2、3、4
…
)，其中从系统角度来看，信道访问边界可以时隙级对准，这里，将预先约定方式设置为接收节点反馈和发送节点接收反馈资源，都是tb每一次pssch对应的时隙，保证了收发节点对上下文理解的一致性。
94.需要说明的是，所述传输块tb每次所在的物理直通链路共享信道pssch时的处理过程均为独立处理过程。
95.该实施例中，所述tb内每一次处理过程是独立的，因为非实时性，最后所述tb对应的介质访问控制(mac)层需要预处理一下，避免有节点离开。这里，所述预处理包括：组播内的组成员列表中有组成员离开，不作反馈(dtx)处理；组播内有组成员加入，不作处理。
96.在另一具体实施例中，所述方式二包括：所述psfch反馈资源所在的第二时隙为参
考时隙；所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。即确定向所述发送节点发送对应所述psfch反馈信息所在的第二时隙；确定在早于所述psfch反馈信息所在第二时隙，晚于所述pssch所在第一时隙，且与所述第二时隙间隔预设个时隙的时隙为参考时隙。
97.该实施例中，确定向所述发送节点发送对应所述psfch反馈信息所在的第二时隙为slot2；上述的间隔预设个时隙，即所述psfch反馈资源的确定，确定接收节点的处理时间(tproc，x)；故，所述参考时隙为slot2-处理时间(tproc，x)，这里通过确定所述参考时隙，从而保证了确定所述psfch反馈资源确定的时间，进而保证在晚于所述参考时隙后的第二时隙发送所述psfch反馈资源，从而保证了接收节点和发送节点对于所述psfch反馈资源的上下文理解的一致性，从而避免出现增加节点或者离开节点导致的源冲突的问题发生。
98.需要说明的是，因为非实时性，这里也需要mac层预处理一下，避免有节点离开。
99.应当知道的是，mac层定义了数据包怎样在介质上进行传输。在共享同一个带宽的链路中，对连接介质的访问是“先来先服务”的。物理寻址在此处被定义，逻辑拓扑(信号通过物理拓扑的路径)也在此处被定义。线路控制、出错通知(不纠正)、帧的传递顺序和可选择的流量控制也在这一子层实现。
100.由上述方法可知，无论是基于tb传输的预先约定方式确定参考时隙，还是确定在早于所述psfch反馈信息所在第二时隙，晚于所述pssch所在第一时隙，且与所述第二时隙间隔预设个时隙的时隙为参考时隙，都需要通过mac层作进一步的处理，主要考虑组播内有节点离开的情况。
101.下面通过两个具体实施例解释上述的方法。
102.具体实施例1：有成员离开member id list发生变化。即发送节点ue1在(tx1-3)slot选择资源(tx1,tx2,tx3)准备发送。发送节点ue 1在(tx1-2)slot接收到高层指示，上下文(context)发生变更；context 1:{member id1,member id 2,member id3}变更为context 2{member id1,member id2}(有一个节点离开了车队)。
103.接收节点ue2在tx1解析sci确定psfch资源时频域位置。(考虑psfch资源确定时间以及组包时间，不能在tx1对应的反馈资源对应的时间点再作对应的判定)；此时上下文信息已经是context 2(有一个节点离开了车队)；接收节点ue2在(tx1+m)slot(m取决于ue能力)确定psfch时频码资源。即接收节点ue2在tx1～(tx1+m)slot确定psfch资源的时候，是按照context 2来确定的。
104.本发明的技术方案通过预先约定方式，确定发送节点也按照接收节点发送的所述psfch反馈资源的第二时隙解析反馈资源，即按照context 2来确定psfch接收，即确保所述发送节点跟接收节点的信息匹配对称，即对于member id3，ue 1认为不存在，ue 2也认为不存在，保证了与实际情况是相符合的。
105.需要说明的是，这里节点ue1{tx1,tx2,tx3}具体选择的资源取决于ue实现；这里选择{tx1-3+3，tx1-3+4，tx1-3+5}都只是一个举例说明，可以选择资源选择窗内的其他资源。
106.如上述方法所示，高层上下文变更，是一个高层过程，独立于底层资源选择过程，即可以认为是任意时间，这里发送节点ue 1(tx1-2)slot接收到上下文变更信息只是一个举例说明。
107.因为tx1的第一次发送是tx1slot,即接收节点ue2在tx1开始接收发送节点的发送，开始解析sci。发送节点合适确定psfch资源，标准中并没有明确说明。可以是确定pssch/pscch资源的时候就确定(对应这里的(tx1-3)slot),也可以在pssch所在的slot再确定。
108.具体实施例2：有新成员加入导致member id list发生变化。即发送节点ue1在(tx1-3)slot选择资源(tx1,tx2,tx3)；准备发送。发送节点ue 1在(tx1-2)slot接收到高层指示，上下文发生变更；context 1:{member id1,member id2,member id3}变更为context 2{member id1,member id2,member id3,member id4}(有一个节点加入了了车队)。
109.接收节点ue2在tx1解析sci确定psfch资源位置。(考虑不同的psfch周期n参数以及k参数，以及处理时间的差异，从流程上来说，考虑psfch资源确定时间以及组包时间，只有sci的时间是一个确定的时间，不能在tx1对应的反馈资源对应的时间点再作对应的判定)；此时上下文信息已经是context2；(有一个节点加入到了车队)。接收节点ue2在(tx1+m)slot(m取决于ue能力)确定psfch时频码资源。即接收节点ue2在tx1～(tx1+m)slot确定psfch资源的时候，是按照context2来确定的。
110.本发明的技术方案通过预先约定方式，确定发送节点也按照接收节点反馈的第二时隙解析所述psfch反馈信息，即对于发送节点ue1,如果按照context2来确定psfch接收，即跟接收节点的信息匹配对称，即对于memberid4,ue1认为存在，ue2也认为存在，即ue1对于memberid4的反馈，与实际情况是相符合的。
111.需要说明的是，只有包括握手ack(多次重传)，才能保证大家对于生效的时间点理解上是基本一致的。只有理解一致了，高层/应用层才能将此作为一个上下文信息告知底层。类似握手流程，只有收到ack信息，节点的应用层才变更id相关的信息，尽量保证所有组成员对member id的维护是一个同步的，没有时间差的。
112.可选的，所述方法还包括：
113.步骤10，获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
114.步骤11，所述接收节点为所述发送节点或者所述网络侧设备分配或者更新所述第二组信息列表。
115.需要说明的是，第一组信息列表为组播建立通信过程中发送节点或网络侧设备为接收节点分配或者更新的编号，也可以称为更新编号。
116.该实施例中，上述第二组信息列表可以表示为待更新的列表信息，虽然所述接收节点确定接收所述第二组信息列表后，但是不会立即更新，这里需要保证收到发送节点和接收节点握手成功后，才可以将所述第二组信息列表作为更新的信息。由于所述接收节点既可以接收所述发送节点或者所述网络侧设备发送的分配或者更新的第二组信息列表，还可以将分配或者更新的第二组信息列表发给所述发送节点或者网络侧设备，故会产生上述两种步骤10和步骤11的情况。这里所述步骤11时，所述接收节点可以认定是头节点；上述的网络侧设备可以表示组播内的非该接收节点的其他节点，或者为网络侧实体。
117.发送节点或者，所述网络侧设备为组播内的非该接收节点的其他节点时，为接收节点分配或者更新第二组信息列表过程如下：
118.组播建立过程可以看作是每一个接收节点与发送节点的多个连接建立，连接建立
过程中发送节点为加入的节点分配组建立第二组信息列表。发送节点维护着整个组的一些信息，包括组大小以及每一个组成员的信息(组建立组编号，能力等)。
119.当有节点加入，连接建立过程中，发送节点根据维护的信息，为该新加入的节点分配组建立新的标识(也可称为组内id)，与蜂窝网c-rnti不同的是，同一个组内的接收节点的组内id尽可能保证连续性，即最大组内id号与组大小是一致的。
120.发送节点为接收节点分配组内id时，可以通过sidelink rrc信令。该rrc信令是加密的，这样第三方不可知，保护了隐私。
121.网络侧设备为网络侧实体时，为接收节点分配组建立第二组信息列表过程如下：
122.整个组播建立成组以及组维护的过程是网络管理或者组头/簇头管理的。需要说明的是，组播的建立过程可以看作是每一个接收节点与发送节点的多个连接建立，连接建立形成一个组，该组内包括一个发送节点(也可称为簇头或组头)以及至少两个接收节点(也可称为簇成员或组成员)。
123.当有节点需要加入一个组时，在成组过程中网络为其分配的初始的组内id。这里的分配可以是网络nas层(非接入层)分配。
124.关于一个组一般包括两种场景：
125.场景一：完全静态的组，比如运营车队。对于场景一，接收节点的组建立组编号不需要变更，一旦初始分配后就不会发生变更。
126.场景二：半静态的组，允许加入组以及离开组。对于场景二，如果有节点加入，只对新接入的节点做初始id的分配，不影响别的节点的id；当有节点离开，则可能会影响别的节点的id；需要通过高层信息，比如重配消息，保证接收节点的id是连续的最新的(可选)。
127.例如，当有节点离开，发送节点根据维护的信息，确定受到影响的接收节点的集合；给受到影响的相应的接收节点重新分配组内id，并且可以通过sl rrc信令更新组内id。该rrc信令是加密的，这样第三方不可知，保护了隐私。当发送节点发出“更新id信令”后，当收到对端接收节点的l1/r2/r3确认消息后，发送节点才认为此次更新有效。
128.具体的，在步骤10之后，所述方法还包括：
129.步骤20，根据接收的所述分配或者更新的第二组信息列表的请求消息，向所述发送节点或者网络侧设备发送第一请求消息，且接收所述发送节点或者网络侧设备发送的第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
130.需要说明的是，通过步骤200至步骤300，可以获取参考时隙对应的上下文信息，根据获取的上下文信息，可以确定在参考时隙对应的第一组信息列表，并且刻印通过所述第一组信息列表确定其组成员编号，这里，所述第一组信息列表为初始分配的组信息列表。
131.即在步骤20中，所述接收节点收到第二组信息列表(建立或者更新的组信息列表)，需要向发送节点发送对应的信息接受消息，即第一请求消息，以满足所述接收节点收到第二组信息列表的第一次交互；在发送第一请求消息后，收到发送节点发送的第二请求消息，即确定分配或者更新第二组信息列表的确认/响应消息，满足了第二次交互，并根据多次交互认证保证了更新过程的可靠性。
132.具体的，所述方法还包括：
133.步骤21，接收所述发送节点或者网络侧设备发送的第二请求消息后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
134.需要说明的是，这里不仅利用第二组信息列表作了更新，还会将其内部做记录并维护上下文信息，这里，做到了数据可追溯以及及时更新的目的，第二组信息列表仅是对第一组信息列表更新，可以达到覆盖的程度。例如，所述第一组信息列表为{1，2，3，4}，所述第二组信息列表为{1，3，5}，在第二组信息列表可以得知，组内id为“2”和“4”的节点离开，且新增加了组内编号“5”，这里会根据第二组信息列表的内容更新第一组信息列表，具体的，在其更新后还可以通过第二组信息列表对其排序，使其成为新的“{1，2，3}”，其中，新的列表中的“2”对应第一组信息列表的“3”，新的列表中的“3”对应新增加的“5”。
135.具体的，在步骤11后，所述方法还包括：
136.向所述发送节点或者网络侧设备发送第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
137.向所述发送节点或者网络侧设备发送第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
138.该实施例中，需要所述接收节点向所述发送节点或者网络侧设备发送第三请求消息，即确定接收根据所述第二组信息列表更新所述第一组信息列表的确认更新消息，以及，向所述发送节点或者网络侧设备发送第四请求消息，才能满足收发节点之间的握手交互，这样所述接收节点才会将第一组信息列表做上下文信息的更新。
139.需要说明的是，第二组信息列表为接收节点确定在第二时隙时反馈所述psfch反馈资源使用的编号，为了减少资源的浪费，本发明实施例中第二组信息列表为接收节点在一个组内的相对编号，也可称为接收节点在一个组内的相对于有效节点的编号。
140.假如当前id最大为11，但实际上组内成员才是8个，即有效id是8个。比如{2，5，10}节点已经离开；{1，3，4，6，7，8，9，11}还在组内；
141.发送节点可以采用如下的指示：最大组大小(id最大值)+组有效位图(bitmap)指示；其中，bitmap:10110111101；接收到该指示的接收节点可以获知组内有效接收节点的组建立组编号以及组内有效接收节点的个数，从而可以确认所述接收节点在组内的组成员编号。
142.具体的，所述方法还包括：
143.步骤32，向所述发送节点或者网络侧设备发送第四请求消息后，或者，在向所述发送节点或者网络侧设备发送第四请求消息，且经过预设时间后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
144.例如，对于簇1，节点a为簇头(即发送节点)；节点b加入后，连接建立过程中簇头或者高层为其分配的组内id为6。根据当前的发送节点的指示，节点b可以认为自己的相对组内id为4，因为id2和id5都已经离开这个组了。通过上述确定接收节点与发送节点的握手交互的过程，对于组内每一个接收节点均可以知道自己的相对的组成员编号以及组内有效接收节点的大小。
145.应当说明的是，目前对于组信息列表没有标准化过程，即是否是发送一次就可以
了，这样有的成员就收到了，直接更新了；有的成员没有收到，没有更新，导致收发节点的组信息列表不对齐了。通过上述的处理交互过程，即每次都保证握手，至少保证所有的节点都收到了，发送节点再发送过去接收节点才能更新组信息列表；但是这里更新的节点不一定是这里的发送节点，即更新组信息列表上的的节点是簇头或者组头，这里的发送节点是发送业务数据的节点。
146.本发明的技术方案不仅保证了在第二时隙发送所述psfch反馈资源时，对组内交互成功才可更新的流程，还为第二时隙的更新作了进一步的认证，提高了通信数据交互的可靠性。
147.如图2所示，本发明实施例还提供一种信息传输方法，应用于发送节点，所述方法包括：
148.步骤500，在第一时隙向接收节点发送对应物理直通链路共享信道pssch的业务数据；
149.需要说明的是，如果发送节点还需要向某个地址发送业务数据，这些业务数据分别属于一个或者多个物理信道，每个物理信道有其对应的物理信道优先级，可以选择其中的最高优先级作为该地址对应的优先级。
150.步骤600，与所述接收节点的预先约定方式，确定向所述发送节点接收所述接收节点发送物理直通链路反馈信道psfch反馈资源上下文的参考时隙；
151.步骤700，根据所述参考时隙对应的第一上下文信息，确定所述pssch对应的每一个接收节点的所述psfch反馈资源；
152.步骤800，在各个所述psfch反馈资源上接收各个所述接收节点发送的所述psfch信息；所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
153.该实施例中，所述发送节点接收第二时隙的各个所述接收节点发送的所述psfch反馈资源，针对所述psfch反馈资源进行译码，保证所述发送节点和所述接收节点对于第二时隙的所述psfch反馈资源的上下文理解一致性。
154.可选的，所述方法还包括：
155.根据所述第二时隙对应的第二上下文信息，确定所述pssch对应的所有psfch反馈资源做预处理；
156.其中，所述预处理包括：只处理所述第二上下文信息对应的psfch资源和所述第一上下文信息对应的psfch资源的交集资源。
157.需要说明的是，假设第一上下信息对应的psfch资源为{1，2，3，4}，而所述第二上下文信息对应的psfch资源为{1，3，5}，这里，只针对交集资源作处理，即只针对{1，3}资源作处理，而{2，4，5}资源有的为离开资源，有的为新加入的资源，这里，组播内的组成员列表中有组成员离开，不作反馈(dtx)处理；组播内有组成员加入，不作处理。
158.可选的，所述预先约定方式，包括以下至少之一：
159.所述pssch所在的第一时隙为参考时隙；
160.所述psfch反馈资源所在的第二时隙为参考时隙；
161.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
162.该实施例中，所述预先约定方式为与所述接收节点对应的处理方式，应当理解的是，在接收节点能处理的相应的方法在其发送节点的一端，即对端处均能实现相应的功能，在这里不过多叙述。
163.具体的，所述方法还包括：
164.步骤40，获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
165.步骤41，接收所述接收节点为所述发送节点分配或者更新所述第二组信息列表。
166.该实施例中，所述发送节点为其接收节点发送第二组信息列表时，所述发送节点为其簇头或者组头，在所述发送节点接收所述接收节点发送的第二组信息列表时，应理解为所述接收节点为其簇头或组头，在不同的实现方式中，根据具体实现场景可判断。
167.可选的，在步骤40之后，所述方法还包括：
168.步骤50，根据发送的所述分配或者更新的第二组信息列表，接收所述接收节点发送的第一请求消息，且向所述接收节点发送第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确定/响应消息。
169.具体的，所述方法还包括：
170.步骤51，所述发送节点向所述接收节点发送第二请求消息；或者，
171.所述发送节点向所述网络侧设备指示控制指令，所述控制指令用于控制所述网络侧设备向所述接收节点发送第二请求消息。
172.具体的，在步骤41之后，所述方法还包括：
173.步骤60，接收所述接收节点向所述发送节点发送的第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
174.接收所述接收节点向所述发送节点发送的第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
175.需要说明的是，发送节点与接收节点之间根据具体的交互情况对应处理步骤40至步骤60中的步骤，应当知道的是，第一时隙以及第二时隙之间的上下文消息中更新member id是一个二次握手的消息，没有收到更新确认消息(ack消息)之前，新的member id没有生效。
176.具体的，只有通过上述步骤40至步骤60与接收节点之间的握手ack，才能保证收发节点在第二时隙对于上述psfch反馈资源的上下文信息理解一致。可选的，类似握手流程，只有收到ack信息，节点的应用层才变更id相关的信息，尽量保证所有组成员对member id的维护是一个同步的，没有时间差的。
177.综上所述，本发明的技术方案通过保证接收节点发送所述psfch反馈资源，以及发送节点接收所述psfch反馈节点，两者对所述psfch反馈信息的上下文信息理解的一致性，避免了member id list发生变化或者接收时序上的偏差造成的id冲突，资源碰撞，发送节点虚警漏报等问题。
178.如图3所示，本发明实施例还提供一种信息传输装置，应用于接收节点，所述装置包括：
179.第一获取模块10，用于获取发送节点在第一时隙发送的对应物理直通链路共享信
道pssch的业务数据；
180.第一确定模块20，用于根据与所述发送节点的预先约定方式，确定向所述发送节点发送物理直通链路反馈信道psfch反馈资源上下文信息的参考时隙；
181.第二确定模块30，用于根据所述参考时隙对应的上下文信息，确定所述pssch对应的所述psfch反馈资源；
182.第一发送模块40，用于在所述psfch反馈资源上向所述发送节点发送psfch信息，所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
183.需要说明的是，所述预先约定方式，包括以下至少之一：
184.所述pssch所在的第一时隙为参考时隙；
185.所述psfch反馈资源所在的第二时隙为参考时隙；
186.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
187.可选的，所述装置还包括：
188.第二获取模块，用于获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
189.第一处理模块，用于所述接收节点为所述发送节点或者所述网络侧设备分配或者更新所述第二组信息列表。
190.可选的，所述装置还包括：
191.第二处理模块，用于根据接收的所述分配或者更新的第二组信息列表的请求消息，向所述发送节点或者网络侧设备发送第一请求消息，且接收所述发送节点或者网络侧设备发送的第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
192.可选的，所述装置还包括：
193.第三处理模块，用于接收所述发送节点或者网络侧设备发送的第二请求消息后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
194.可选的，所述装置还包括：
195.第四处理模块，用于向所述发送节点或者网络侧设备发送第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
196.第五处理模块，用于向所述发送节点或者网络侧设备发送第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
197.可选的，所述装置还包括：
198.第六处理模块，用于向所述发送节点或者网络侧设备发送第四请求消息后，或者，在向所述发送节点或者网络侧设备发送第四请求消息，且经过预设时间后，所述接收节点在其内部记录和维护当前的上下文信息，并跟当前时刻关联起来，所述当前的上下文信息包括：所述第二组信息列表。
199.如图4所示，本发明实施例还提供一种信息传输装置，应用于发送节点，所述装置
包括：
200.第二发送模块50，用于在第一时隙向接收节点发送对应物理直通链路共享信道pssch的业务数据；
201.第三确定模块60，用于根据与所述接收节点的预先约定方式，确定向所述发送节点接收所述接收节点发送物理直通链路反馈信道psfch反馈资源上下文的参考时隙；
202.第四确定模块70，用于根据所述参考时隙对应的第一上下文信息，确定所述pssch对应的每一个接收节点的所述psfch反馈资源；
203.第一接收模块80，用于在各个所述psfch反馈资源上接收各个所述接收节点发送的所述psfch信息；所述psfch反馈资源在第二时隙；其中，所述上下文信息包括：组播内的组成员第一组信息列表。
204.可选的，所述装置还包括：
205.第五确定模块，用于根据所述第二时隙对应的第二上下文信息，确定所述pssch对应的所有psfch反馈资源做预处理；
206.其中，所述预处理包括：只处理所述第二上下文信息对应的psfch资源和所述第一上下文信息对应的psfch资源的交集资源。
207.需要说明的是，所述预先约定方式，包括以下至少之一：
208.所述pssch所在的第一时隙为参考时隙；
209.所述psfch反馈资源所在的第二时隙为参考时隙；
210.所述参考时隙位于第一时隙与第二时隙之间，且与第一时隙或第二时隙间隔预设时隙。
211.可选的，所述装置还包括：
212.第三获取模块，用于获取发送节点为所述接收节点分配或者更新的第二组信息列表；或者，获取网络侧设备为所述接收节点分配或者更新的第二组信息列表；
213.第二接收模块，接收所述接收节点为所述发送节点分配或者更新所述第二组信息列表。
214.可选的，所述装置还包括：
215.第七处理模块，用于根据发送的所述分配或者更新的第二组信息列表，接收所述接收节点发送的第一请求消息，且向所述接收节点发送第二请求消息；所述第一请求消息包括：所述接收节点确认收到所述第二组信息列表分配或者更新的接受消息；所述第二请求消息包括：确定分配或者更新第二组信息列表的确定/响应消息。
216.可选的，所述装置还包括：
217.第三发送模块，用于所述发送节点向所述接收节点发送第二请求消息；或者，
218.所述发送节点向所述网络侧设备指示控制指令，所述控制指令用于控制所述网络侧设备向所述接收节点发送第二请求消息。
219.可选的，所述装置还包括：
220.第三接收模块，用于接收所述接收节点向所述发送节点发送的第三请求消息；所述第三请求消息包括：确定接收的所述分配或者更新的第二组信息列表的请求消息；
221.第四接收模块，用于接收所述接收节点向所述发送节点发送的第四请求消息；所述第四请求消息包括：确定分配或者更新第二组信息列表的确认/响应消息。
222.本发明实施例的一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上所述的信息传输方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
223.其中，所述处理器为上述实施例中所述的信息传输方法中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
224.本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。
225.实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。
226.在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
227.上述范例性实施例是参考该些附图来描述的，许多不同的形式和实施例是可行而不偏离本发明精神及教示，因此，本发明不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本发明会是完善又完整，且会将本发明范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何子范围。
228.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。