通信方法、装置、通信设备和系统与流程

1.本技术涉及通信技术领域，尤其涉及一种通信方法、装置、通信设备和系统。


背景技术：

2.在无线通信系统中，用户设备(user equipment，ue)与ue之间可以通过网络进行数据通信，也可以不借助网络设备，直接进行ue与ue之间的通信。ue与ue之间进行直接通信的链路，可以称为侧行链路(sidelink，sl)。类似于ue与基站进行通信的uu接口，进行sl通信的接口可以称之为pc5接口。sl通信的一个典型应用场景即为车联通信(vehicle to everything，v2x)。在v2x中，可以将每个车辆当做一个ue，ue与ue之间可以通过sl直接进行数据传输，从而不需要经过网络，这样有效地减少通信时延。
3.在ue与ue之间通过sl进行通信时，由于数据发送ue的硬件能力有限、外界环境干扰等原因，通信距离不能很远，这导致ue与ue之间通过sl通信的场景会受限。


技术实现要素：

4.有鉴于此，本技术的实施例提供了一种通信方法、装置、通信设备和系统。
5.第一方面，本技术提供一种通信方法，所述方法由第一节点执行，包括：接收来自第二节点的第一报文，所述第一报文包括所述第二节点的标识，第一标识和接收节点的标识；根据所述第一报文，确定所述第一节点是否为所述接收节点；当确定所述第一节点是所述接收节点，且所述第一标识为目的广播标识时，向所述第二节点发送第二报文，所述第二报文包括所述接收节点的标识和所述第一节点的标识；或者，当确定所述第一节点不是所述接收节点时，根据所述第一报文，确定第一路由表，所述第一路由表用于向所述接收节点进行数据路由。
6.通过本方法，示例性的有益效果包括：在ue与ue之间因硬件能力、距离、外界干扰等情况不能实现sl通信时，通过引入ue-to-ue转发系统，即在发送ue与接收ue之间增加至少一个转发ue的方式，实现发送ue与接收ue之间的通信。进一步的，通过构建发送ue与转发ue、转发ue与转发ue、转发ue与接收ue之间进行数据传输的路由表，来保证ue-to-ue转发系统的工作。
7.在另一个可能的实现中，当确定所述第一节点不是所述接收节点时，根据所述第一报文，确定第一路由表，包括：根据所述第一节点中的与所述接收节点进行数据路由的路由表，确定第一路由表。
8.通过本方法，示例性的有益效果包括：在确定自身并非最终的接收节点时，转发节点根据接收到的报文中的接收节点的标识，查询自身是否存储有能与该接收节点进行数据路由的路由表，如果有，则不需要再进一步发送报文来构建与该接收节点进行数据路由的路由表。
9.在另一个可能的实现中，当确定所述第一节点不是所述接收节点时，根据所述第一报文，确定第一路由表，包括：以组播和/或广播的方式向其它节点发送第三报文，所述第
三报文包括所述接收节点的标识；接收来自第四节点的第四报文，所述第四报文包括所述第四节点的标识和所述第一节点的标识；其中，所述第四节点中存在与所述接收节点进行数据路由的路由表；或者，所述第四节点是所述接收节点；根据所述第四节点的标识，建立所述第一路由表。
10.通过本方法，示例性的有益效果包括：在转发节点查询自身没有与接收节点进行数据路由的路由表时，此时转发节点需要进一步发送报文，找到一个能与接收节点进行数据路由的节点，然后通过该能与接收节点进行数据路由的节点发送的报文来构建路由表，从而实现转发节点中有与接收节点进行数据路由的路由表。
11.在另一个可能的实现中，当所述第四节点中存在与所述接收节点进行数据路由的路由表时，所述第四报文还包括所述接收节点的标识。
12.在另一个可能的实现中，还包括：当所述第一标识为目的广播标识时，向所述第二节点发送所述第二报文。
13.通过本方法，示例性的有益效果包括：如果转发节点接收到的报文中目的标识为广播标识时，则表明上一跳节点中不存在能与最终的接收节点进行数据路由的路由表，所以需要该转发节点反馈信息给上一跳节点，让上一跳节点知道该转发节点中存在能与最终的接收节点进行数据路由的路由表，以便后续上一跳与该节点之间构建路由表。
14.在另一个可能的实现中，所述第二节点为转发节点。
15.在另一个可能的实现中，所述第一报文或第二报文还包括所述发送节点的标识，所述方法还包括：根据所述第一报文，确定第二路由表，所述第二路由表用于向所述发送节点进行数据路由。
16.通过本方法，示例性的有益效果包括：在第一报文或第二报文中携带有发送节点的标识，以便接收到该报文的第一节点，可以根据报文中的第二节点的标识和发送节点的标识，构建向第二节点进行数据路由的路由表。
17.在另一个可能的实现中，所述第二路由表包括初始标识、下一跳标识和发送节点的标识，所述初始标识为将要发送数据的节点的标识，所述下一跳标识为接收所述数据的节点的标识，所述发送节点的标识用于指示所述数据最终发送至所述发送节点。
18.第二方面，本技术还提供了一种通信方法，所述方法由发送节点执行，其特征在于，包括：确定不存在第一路由表，所述第一路由表用于向接收节点进行数据路由；确定第一报文，所述第一报文包括发送节点的标识、目标广播/组播的标识和接收节点的标识；向第一节点发送所述第一报文；接收来自所述第一节点的第二报文，所述第二报文包括第一节点标识、所述发送节点的标识和所述接收节点的标识；根据所述第二报文，确定所述第一路由表。
19.上述方法中，发送节点在进行sl通信时，先查询自身是否有与对应的接收节点的路由表，如果有，则直接进行数据路由，如果没有，则通过发送报文的方式，来构建出与接收节点进行数据路由的连接链路，以便后续进行数据发送。
20.在另一个可能的实现中，所述确定不存在第一路由表，包括：根据所述接收节点的标识，确定不存在与所述接收节点进行数据路由的路由表。
21.第三方面，本技术还提供了一种通信装置，其特征在于，包括：接收单元，用于接收来自第二节点的第一报文，所述第一报文包括所述第二节点的标识，第一标识和接收节点
的标识；处理单元，用于根据所述第一报文，确定所述第一节点是否为所述接收节点；以及当确定所述第一节点是所述接收节点，且所述第一标识为目的广播标识时，向所述第二节点发送第二报文，所述第二报文包括所述接收节点的标识和所述第一节点的标识；或者，当确定所述第一节点不是所述接收节点时，根据所述第一报文，确定第一路由表，所述第一路由表用于向所述接收节点进行数据路由。
22.在另一个可能的实现中，所述处理单元，具体用于根据所述第一节点中的与所述接收节点进行数据路由的路由表，确定第一路由表。
23.在另一个可能的实现中，所述装置还包括发送单元，所述发送单元，用于以组播和/或广播的方式向其它节点发送第三报文，所述第三报文包括所述接收节点的标识；所述接收单元，还用于接收来自第四节点的第四报文，所述第四报文包括所述第四节点的标识和所述第一节点的标识；其中，所述第四节点中存在与所述接收节点进行数据路由的路由表；或者，所述第四节点是所述接收节点；所述处理单元，还用于根据所述第四节点的标识，建立所述第一路由表。
24.在另一个可能的实现中，当所述第四节点中存在与所述接收节点进行数据路由的路由表时，所述第四报文还包括所述接收节点的标识。
25.在另一个可能的实现中，所述发送单元，还用于当所述第一标识为目的广播标识时，向所述第二节点发送所述第二报文。
26.在另一个可能的实现中，所述第二节点为转发节点。
27.在另一个可能的实现中，所述第一报文或第二报文还包括所述发送节点的标识，所述处理单元，还用于根据所述第一报文，确定第二路由表，所述第二路由表用于向所述发送节点进行数据路由。
28.在另一个可能的实现中，所述第二路由表包括初始标识、下一跳标识和发送节点的标识，所述初始标识为将要发送数据的节点的标识，所述下一跳标识为接收所述数据的节点的标识，所述发送节点的标识用于指示所述数据最终发送至所述发送节点。
29.第四方面，本技术还提供了一种通信装置，其特征在于，包括：处理单元，用于确定不存在第一路由表，所述第一路由表用于向接收节点进行数据路由；以及确定第一报文，所述第一报文包括发送节点的标识、目标广播/组播的标识和接收节点的标识；发送单元，用于向第一节点发送所述第一报文；接收单元，用于接收来自所述第一节点的第二报文，所述第二报文包括第一节点标识、所述发送节点的标识和所述接收节点的标识；所述处理单元，还用于根据所述第二报文，确定所述第一路由表。
30.在另一个可能的实现中，所述处理单元，具体用于根据所述接收节点的标识，确定不存在与所述接收节点进行数据路由的路由表。
31.第五方面，本技术还提供了一种通信装置，包括至少一个处理器，所述处理器用于执行存储器中存储的指令，以使得终端执行如第一方面中任一可能实现的实施例。
32.第六方面，本技术还提供了一种通信装置，包括至少一个处理器，所述处理器用于执行存储器中存储的指令，以使得终端执行如第二方面中任一可能实现的实施例。
33.第七方面，本技术还提供了一种通信设备，用于执行如第一方面或第二方面中任一可能实现的实施例。
34.第八方面，本技术还提供了一种通信系统，包括发送节点、至少一个转发节点和接
收节点，其中，所述至少一个转发节点用于执行如第一方面中任一可能实现的实施例，所述发送节点用于执行如第二方面中任一可能实现的实施例。
35.第九方面，本技术还提供了一种通信方法，所述方法由转发用户设备ue执行，所述转发ue用于为至少一个发送ue与至少一个接收ue之间进行数据的转发，所述转发ue包括第一标识和第二标识，所述第一标识和所述第二标识用于为第一发送ue与第一接收ue建立侧行链路sl通信，且所述第一标识和所述第二标识之间存在映射关系，所述方法包括：接收上一跳转发ue或所述第一发送ue发送的第一数据包，所述第一数据包包括第一初始标识、第一下一跳标识和所述第一接收ue的标识，所述第一初始标识为所述上一跳转发ue的标识或所述第一发送ue的标识，所述第一下一跳标识为所述第一标识，所述第一接收ue的标识用于确定所述转发ue中是否有所述第一接收ue的标识；在bap层中确定下一跳ue的标识，所述下一跳ue的标识是所述转发ue根据所述第一下一跳标识映射的标识，查找与所述映射标识相关联的路由表，然后从所述路由表中获取的下一跳ue的标识；向所述下一跳ue的标识对应的ue转发所述第一数据包，其中，在mac层中，指示所述第一数据包中的所述第一初始标识设置为所述第二标识，指示所述第一数据包中的所述第一下一跳标识设置为所述下一跳ue的标识。
36.在另一个可能的实现中，在所述在bap层中确定下一跳ue的标识之前，还包括：确定在所述bap层中没有所述第一接收的标识。
37.在另一个可能的实现中，当所述转发ue包括一个接收bap层和一个发送bap层，且所述接收bap层或者所述发送bap层由所有sl连接共享时，所述在bap层中确定下一跳ue的标识，包括：所述接收bap层收到所述第一数据包后，根据所述第一数据包中的第一接收ue的标识判断是否有所述第一接收ue的标识；所述接收bap层确定没有所述第一接收ue的标识时，将所述第一数据包发送给所述发送bap层；所述发送bap层根据所述第一数据包中的第一初始标识确定下一跳ue的标识，然后将所述第一数据包转发给所述第一发送ue与所述第一接收之间构建的sl通信的承载上。
38.在另一个可能的实现中，当所述转发ue包括一个bap层，且所述bap层由所有sl连接共享时，所述在bap层中确定下一跳ue的标识，包括：所述bap层收到所述第一数据包后，根据所述第一数据包中的第一接收ue的标识判断是否有所述第一接收ue的标识；所述bap层确定没有所述第一接收ue的标识时，根据所述第一数据包中的第一初始标识确定下一跳ue的标识，然后将所述第一数据包转发给所述第一发送ue与所述第一接收之间构建的sl通信的承载上。
39.在另一个可能的实现中，当所述转发ue包括至少两个接收bap层和至少两个发送bap层，且每一个接收bap层和每一个发送bap层对应于一个sl连接，每一个sl连接对应一个sl承载时，所述在bap层中确定下一跳ue的标识，包括：第一接收bap层通过所述第一接收bap层对应的sl承载收到所述第一数据包后，根据所述第一数据包中的第一接收ue的标识判断是否有所述第一接收ue的标识；所述第一接收bap层确定没有所述第一接收ue的标识时，将所述第一数据包发送给第一发送bap层；所述第一发送bap层根据所述第一数据包中的第一初始标识确定下一跳ue的标识，然后将所述第一数据包转发给所述第一发送bap层对应的sl承载上，其中，所述第一接收bap层和所述第一发送bap层为所述第一发送ue与所述第一接收ue建立的sl进行数据路由。
40.在另一个可能的实现中，当所述转发ue包括至少两个bap层，且每一个bap层对应于一个sl连接，每一个sl连接对应至少两个sl承载时，所述在bap层中确定下一跳ue的标识，包括：第一bap层通过所述第一bap层对应的第一sl承载收到所述第一数据包后，根据所述第一数据包中的第一接收ue的标识判断是否有所述第一接收ue的标识；所述第一bap层确定没有所述第一接收ue的标识时，根据所述第一数据包中的第一初始标识确定下一跳ue的标识，然后将所述第一数据包转发给所述第一bap层对应的第二sl承载上，其中，所述第一bap层为所述第一发送ue与所述第一接收ue建立的sl进行数据路由，所述第一sl承载为接收所述第一数据包，所述第二sl承载为发送所述第二数据包。
41.第十方面，本技术还提供了一种通信方法，所述方法由转发用户设备ue执行，所述转发ue用于为至少一个发送ue与至少一个接收ue之间进行数据转发，所述转发ue包括第一标识，所述第一标识用于为第一发送ue与第一接收ue建立侧行链路sl通信，其特征在于，所述方法包括：接收上一跳转发ue或所述第一发送ue发送的第一数据包，所述第一数据包包括第一初始标识、第一下一跳标识和所述第一接收ue的标识，所述第一初始标识为所述上一跳转发ue的标识或所述第一发送ue的标识，所述第一下一跳标识为所述第一标识，所述第一接收ue的标识用于确定所述转发ue中是否有所述第一接收ue的标识；在bap层中确定下一跳ue的标识，所述下一跳ue的标识是所述转发ue根据所述第一下一跳标识，查找与所述第一下一跳标识相关联的路由表，然后从所述路由表中获取的下一跳ue的标识；向所述下一跳ue的标识对应的ue转发所述第一数据包，其中，在mac层中，指示所述第一数据包中的所述第一初始标识设置为所述第一标识，指示所述第一数据包中的所述第一下一跳标识设置为所述下一跳ue的标识。
42.第十一方面，本技术还提供了一种通信方法，所述方法由转发用户设备ue执行，所述转发ue用于为至少一个发送ue与至少一个接收ue进行数据转发，所述转发ue包括第一标识，所述第一标识用于为所述至少一个发送ue与所述至少一个接收ue之间建立侧行链路sl通信，其特征在于，所述方法包括：接收上一跳转发ue或第一发送ue发送的第一数据包，所述第一数据包包括第一初始标识、第一下一跳标识、bap标识和接收ue的标识，所述第一初始标识为所述上一跳转发ue的标识或所述第一发送ue的标识，所述第一下一跳标识为所述第一标识，所述接收ue的标识用于确定所述转发ue中是否有所述接收ue的标识；根据所述第一初始标识和所述第一下一跳标识，确定能接收所述上一跳转发ue或所述第一发送ue发送的数据包的接收ue的数量；确定所述接收ue的数量为至少两个时，增加bap层，所述bap层用于根据所述第一下一跳标识和所述接收ue的标识，查找与所述第一下一跳标识和所述接收ue的标识相关联的路由表，然后从所述路由表中获取的下一跳ue的标识。
43.在另一个可能的实现中，所述方法还包括：向所述下一跳ue的标识对应的ue转发所述第一数据包，其中，在mac层中，指示所述第一数据包中的所述第一初始标识设置为所述第一标识，指示所述第一数据包中的所述第一下一跳标识设置为所述下一跳ue的标识。
44.在另一个可能的实现中，所述方法还包括：确定所述接收ue的数量为一个时，向下一跳转发ue或接收ue转发所述第一数据包，其中，在mac层中，指示所述第一数据包中的所述第一初始标识设置为所述第一标识，指示所述第一数据包中的所述第一下一跳标识设置为所述下一跳ue的标识或所述接收ue的标识。
45.第十二方面，本技术还提供了一种通信方法，所述方法由转发用户设备ue执行，所
述转发ue用于为至少一个发送ue与至少一个接收ue进行数据转发，所述转发ue包括第一标识，所述第一标识用于为所述至少一个发送ue与所述至少一个接收ue之间建立侧行链路sl通信，其特征在于，所述方法包括：接收上一跳转发ue或第一发送ue发送的第一数据包，所述第一数据包包括第一初始标识、第一下一跳标识、第一源标识和接收ue的标识，所述第一初始标识为所述上一跳转发ue的标识或所述第一发送ue的标识，所述第一下一跳标识为所述第一标识，所述源标识为所述第一发送ue的标识，用于指示接收ue中对应的pdcp层接收数据包，所述接收ue的标识用于确定所述转发ue中是否有所述接收ue的标识；在bap层中确定下一跳ue的标识，所述下一跳ue的标识是所述转发ue根据所述第一下一跳标识和所述接收ue的标识，查找与所述第一下一跳标识和所述接收ue的标识相关联的路由表，然后从所述路由表中获取的下一跳ue的标识；向所述下一跳ue的标识对应的ue转发所述第一数据包，其中，在mac层中，指示所述第一数据包中的所述第一初始标识设置为所述第一标识，指示所述第一数据包中的所述第一下一跳标识设置为所述下一跳ue的标识。
46.第十三方面，本技术还提供了一种通信装置，包括至少一个处理器，所述处理器用于执行存储器中存储的指令，以使得终端执行如第九方面、第十方面、第十一方面或第十二方面中任一可能实现的实施例。
47.第十四方面，本技术还提供了一种通信设备，用于执行如第九方面、第十方面、第十一方面或第十二方面中任一可能实现的实施例。
48.第十五方面，本技术还提供了一种计算机存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行如第一方面、第二方面、第九方面、第十方面、第十一方面或第十二方面中任一可能实现的实施例。
49.第十六方面，本技术还提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得所述计算机执行如第一方面、第二方面、第九方面、第十方面、第十一方面或第十二方面中任一可能实现的实施例。
附图说明
50.下面对实施例或现有技术描述中所需使用的附图作简单地介绍。
51.图1为本技术实施例提供的一种ue-to-ue转发系统的架构示意图；
52.图2为本技术实施例提供的ue-to-ue转发系统的l3转发架构下用户面协议栈示意图；
53.图3为本技术实施例提供的ue-to-ue转发系统的l2转发架构下用户面协议栈示意图；
54.图4为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图；
55.图5为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的流程示意图；
56.图6为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图；
57.图7为本技术实施例提供的另一种ue-to-ue转发系统中进行sl通信的架构示意图；
58.图8为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图；
59.图9为本技术实施例提供的ue-to-ue转发系统中ue1与ue2进行反向sl通信的流程
示意图；
60.图10为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图；
61.图11为本技术实施例提供的另一种ue-to-ue转发系统中进行sl通信的架构示意图；
62.图12为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图；
63.图13为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图；
64.图14为本技术实施例四提供的数据包处理过程示意图；
65.图15为本技术实施例四提供的一种ue-to-ue转发系统中数据包转发架构示意图；
66.图16为本技术实施例四提供的数据包在转发ue内转发的架构示意图；
67.图17为本技术实施例四提供的转发ue内关于bap层的四种模型示意图；
68.图18为本技术实施例五提供的数据包处理过程示意图；
69.图19为本技术实施例五提供的一种ue-to-ue转发系统中数据包转发架构示意图；
70.图20为本技术实施例六提供的一种ue-to-ue转发系统中数据包转发架构示意图；
71.图21为本技术实施例六提供的另一种ue-to-ue转发系统中数据包转发架构示意图；
72.图22为本技术实施例七提供的一种ue-to-ue转发系统中数据包转发架构示意图；
73.图23为本技术实施例七提供的在sl通信连接中数据包在各个pdcp实体中传输架构示意图；
74.图24为本技术实施例提供的一种通信装置的结构示意图；
75.图25为本技术实施例提供的一种通信装置的结构示意图；
76.图26为本技术实施例提供的一种通信设备的结构示意图。
具体实施方式
77.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
78.为了解决ue与ue之间的sl通信的距离有限的问题，本技术引入了ue-to-ue转发系统，如图1所示，即在ue-to-ue转发系统中包括一个发送ue(ue1)，一个接收ue(ue2)和至少一个转发(转发)ue(转发ue_1至转发ue_n)，ue1与ue2之间通过至少一个转发ue进行业务或者信令等数据的传输。
79.从传输协议栈看，ue-to-ue转发系统可以分为层3(layer3，l3)转发架构和层2(layer2，l2)转发架构。对于l3转发架构，用户的数据是在互联网协议(internet protocol，ip)层进行中继的，此时用户面协议栈可以如图2所示(以一个转发ue为例)。对于l2转发架构，用户的数据可以通过在分组数据汇聚层协议(packet data adaptation protocol，pdcp)层之下的协议层进行中继，此时用户面协议栈可以如图3所示(以一个转发ue为例)。
80.本技术中的“用户设备”或者“ue”也可以用“节点”或者“网络设备”等替换。也就是，本技术可以适用于一种中继系统，不仅限定为ue-to-ue转发系统，例如，还可以是接入回传一体化(integrated access and backhaul，iab)网络系统。本技术中“报文”可以用
“
数据”或者“数据包”进行替换。
81.本技术中，目的组播/广播标识可以相当于指示构建路由表的指示信息，当然，也可以在各报文中，添加专门的指示是否构建反向路由表的指示信息。这样可以避免ue在收到目的组播/广播报文后，都去查询是否存储有对应的路由表，如果没有存储再生成对应的路由表。
82.本技术中，ue1采用广播的方式向ue2发送报文，可以理解为，ue1采用广播的方式发送报文，ue2接收到该广播报文。
83.本技术中，ue的标识可以是ue的任意标识，如ue的应用(application，app)id，或者ue的sl l2 id。
84.本技术中，每个sl通信连接可以是指收发ue之间的sl通信连接。该通信连接可以通过该通信连接对应的收发ue的标识来确定。例如每个sl通信连接可以通过一个源l2 id(发送ue的标识)和一个目的l2 id(接收ue的标识)进行标识。需要理解的是，每个sl通信连接对应的收发ue之间还可以包括至少一个转发ue。例如，可以将ue1通过ue2向ue3发送数据的中继连接视为一个sl通信连接。该sl通信连接实际上包括2个sl，分别是ue1和ue2之间的sl1，以及ue2和ue3之间的sl2。该sl通信连接也可以称之为转发连接。
85.本技术中，sl上用来收发数据的侧行链路无线承载(sidelink radio bearer，sl rb)可以是指l2转发ue的sl rb，即可以包括mac层，sl逻辑信道(logical channel，lch)和rlc层中的至少一个。还可以包括在rlc层之上的bap层。l2 sl rb可以不包括pdcp层。也可以是指l3转发ue的sl rb，即包括pdcp层。
86.本技术中，在用户设备，中继设备，或者网络设备uu口的协议栈中，一般层一(layer 1，l1)指的是phy层，层二(layer 2，l2)指的是mac层，rlc层，adapt层或者pdcp层，层三(layer 3，l3)一般指的是rrc层，nas层，或者ip层。本技术中，承载可以包括无线承载(radio bearer，rb)、rlc承载、mac承载中的一种或多种。rb可以包括信令无线承载(signal radio bearer，srb)、数据无线承载(data radio bearer，drb)。srb可以包括pdcp层，和/或，pdcp层和rlc层之间的信道。drb可以包括rrc层，和/或，rrc层和rlc层之间的信道。rlc承载可以包括rlc层，和/或，rlc层和mac层之间的逻辑信道。mac承载可以包括mac层，和/或，mac层和phy层之间的传输信道(transport channels)。承载可以由承载标识来标识。承载标识可以包括信令无线承载标识(signal radio bearer identity，srb id)、数据无线承载标识(data radio bearer identity，drb id)，逻辑信道标识(logical channel identity，lcid)、服务质量流(quality of service flow，qos flow)标识中的一种或多种。承载可以由承载索引来标识。承载索引可以包括信令无线承载索引(signal radio bearer index)、数据无线承载索引(data radio bearer index)、逻辑信道标识(logical channel identity，lcid)索引中的一种或多种。pdcp承载的承载标识可以为drb id或者srb id。rlc承载的承载标识可以为lcid。
87.实施例一
88.图4为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图。如图4所示，在ue1主动发送数据给最终接收ue的过程(规定该过程为正向sl通信)中，本技术实施例中以两个转发ue为例，来讲述ue1与ue4之间进行正向sl通信。其中，可以将ue1称之为发送ue，将ue2和ue3称之为转发ue，将ue4称之为接收ue。
89.对于ue1来说，在与ue4进行正向sl通信过程中，如果确定自身没有从ue1到ue4进行数据路由的路由表时，会采用组播或广播的方式向其它ue发送报文，以寻找转发ue来转发自己将要发送的数据包给ue4。
90.作为ue1进行组播或广播报文的其它ue中的一员——ue2，在接收到ue1发送的报文后，查询自身是否有能与ue4进行正向sl通信的路由表，如果有，则发送一个反馈报文给ue1，以便ue1构建出从ue1到ue4之间进行数据路由的路由表，实现ue1通过ue2发送数据包至ue4；如果没有，ue2则需要进一步采用组播或广播的方式向其它ue发送报文，再寻找转发ue来转发将要发送的数据包给ue4。
91.作为ue2进行组播或广播报文的其它ue中的一员——ue3，在接收到ue2发送的报文后，查询自身是否有能与ue4进行正向sl通信的路由表，如果有，则发送一个反馈信息给ue2，以便ue2构建与ue3进行数据路由的路由表；然后ue2也发送一个反馈信息给ue1，以便ue1构建出从ue1到ue4之间进行数据路由的路由表。如果没有，ue3则还需要进一步采用组播或广播的方式向其它ue发送报文，再寻找转发ue来转发将要发送的数据包给ue4。
92.可选地，ue2在构建与ue3进行数据路由的路由表之后，也可以触发ue2发送一个反馈信息给ue1，以便ue1构建出从ue1到ue4之间进行数据路由的路由表，实现ue1通过ue2和ue3发送数据包至ue4。
93.作为ue3进行组播或广播报文的其它ue中的一员——ue4，在接收到ue3发送的报文后，当确定自身即为ue1要发送数据包的最终接收ue时，则发送一个反馈信息给ue3，以便ue3构建与ue4进行数据路由的路由表。
94.可选地，ue3在构建与ue4进行数据路由的路由表之后，ue3也可以发送一个反馈信息给ue2，以便ue2构建与ue3进行数据路由的路由表。然后ue2也可以发送一个反馈信息给ue1，以便ue1构建出从ue1到ue4之间进行数据路由的路由表，实现ue1通过ue2和ue3发送数据包至ue4。
95.本技术实施例中，在ue与ue之间因硬件能力、距离、外界干扰等情况不能实现sl通信时，通过引入ue-to-ue转发系统，即在发送ue与接收ue之间增加至少一个转发ue，然后构建发送ue与转发ue、转发ue与转发ue、转发ue与接收ue之间进行数据传输的路由表，来实现发送ue发送数据至接收ue。
96.下面通过流程图的方式来讲述本技术实施例中ue1与ue4之间进行正向sl通信的过程。
97.图5为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的流程示意图。
98.如图5所示，本技术实施例以两个转发ue为例，来讲述ue1与最终接收ue之间进行构建sl通信过程，ue-to-ue转发系统各个ue之间工作过程如下：
99.步骤s501，ue1执行与最终接收ue之间正向sl通信。
100.步骤s502，ue1查询自身是否有与最终接收ue进行数据路由的路由表。如果有，则直接与最终接收ue进行正向sl通信；如果没有，则执行步骤s503。
101.在本技术实施例中，在ue1向最终接收ue发送数据包的过程中，用于确定数据包转发的下一跳ue的路由表中可以包括初始(prev)标识、下一跳(next)标识和目标(tgt)标识中的一个或多个。其中，prev标识用于指示数据包从该标识对应的ue发送出去的；next标识用于指示数据包发送的下一跳ue；tgt标识用于指示最终接收该数据包的最终接收ue。
102.示例性地，ue1查询自身是否有与最终接收ue进行数据路由的路由表的方式可以为：ue1获取最终接收ue的标识后，根据最终接收ue的标识，查询自身存储的所有路由表中的tgt标识，判断是否有路由表的tgt标识与最终接收ue的标识相同。如果有路由表的tgt标识与最终接收ue的标识相同，则表明ue1可以与最终接收ue进行正向sl通信；如果没有路由表的tgt标识与最终接收ue的标识相同，则表明ue1还不可以与最终接收ue进行正向sl通信。
103.步骤s503，ue1以组播或广播的方式发送报文。
104.其中，该报文可以是任意类型报文，例如可以是连接建立请求消息、或路由请求消息、或用户数据包等等。该报文可以是第一报文。
105.在本技术实施例中，用于进行正向sl通信的报文中，一般都携带有prev标识、next标识和tgt标识中的一个或多个标识。其中，prev标识为发送该报文的ue的标识，next标识为接收该报文的ue的标识或下一跳ue的标识，tgt标识为进行正向sl通信的最终接收数据包的ue的标识。
106.对于ue1发送的报文方式，可以采用广播、组播或单播通信的方式进行发送。其中，广播通信类似与基站广播系统信息，即ue对外发送广播数据，任何在有效接收范围内的其他ue，如果对该广播数据感兴趣，都可以接收该广播的数据；组播通信是指一个通信组内所有ue之间的通信，且组内任一ue都可以收发该组播业务的数据；单播通信类似于ue与基站之间建立rrc连接之后进行的数据通信，需要两个ue之间在先建立单播连接，在建立单播连接之后，两个ue可以基于协商的标识进行数据通信。该数据可以是加密的，也可以是不加密的。相比于广播，在单播通信中，只有建立了单播连接的两个ue之间才能进行该单播通信。
107.示例性地，如果ue1根据要求(如更快、更高成功率等要求，来与ue4进行正向sl通信)采用组播或广播的方式发送报文时，ue1可以将该报文中携带的next标识设置为目的组播/广播标识。其中，目的组播标识为在同一个组内发送同一个或多个组播业务对应的标识，目的广播标识为发送广播业务对应的标识。
108.步骤s504，ue2接收到ue1发送的报文后，根据该报文中的next标识，判断该报文是否发送给自己。如果该报文不是发送给自己的，则终止后续操作；如果该报文是发送给自己的，则执行步骤s505。
109.具体地，ue2在接收到ue1发送的报文后，对该报文进行解析，在得到next标识后，判断该next标识是否为ue2已经订阅的广播业务对应的标识(或是否为ue2所属的组内订阅的组播业务对应的标识)，如果是，则表明该报文是发送给ue2的；如果不是，则表明该报文不是发送给ue2的，然后终止后续操作。可选地，ue2也可以不判断该报文是不是发送给自己的。例如，可以始终都认为是发送给自己的。然后在需要转发时，无条件执行转发。
110.步骤s505，ue2根据ue1发送的报文中的tgt标识，判断自己是否为最终接收ue。如果ue2为最终接收ue，则执行步骤s506；如果ue2不是最终接收ue，则执行步骤s507。
111.具体地，ue2继续对该报文进行解析，在得到tgt标识后，根据tgt标识，查找ue2中自身标识是否与tgt标识相同，如果相同，则表明ue2为最终接收ue；如果不相同，则表明ue2为转发ue。
112.步骤s506，ue2确定自身为最终接收ue时，向ue1发送反馈报文。
113.其中，反馈报文用于指示ue2为最终接收ue。
114.具体地，该反馈报文可以为ue2重新构建的报文，其中，报文中的prev标识为ue2的标识，next标识为ue1的标识，tgt标识仍为ue2的标识；该反馈报文也可以为将步骤s503中发送的报文进行重新配置，将prev标识从ue1的标识设置为ue2的标识，将next标识从目标组播/广播标识设置为ue1的标识，然后再发送给ue1。
115.ue1在接收到反馈报文后，确定在步骤s503组播或广播的对象中有最终接收ue，可以构建ue1与ue2之间进行数据路由的路由表，以便ue1向ue2发送数据包。
116.此时由于认为ue2就是最终接收ue，所以构建的路由表的next标识为ue2的标识，和/或，tgt标识为ue2的标识。该报文可以是第二报文。
117.步骤s507，ue2确定自身不是最终接收ue时，进一步判断自身是否存储有与最终接收ue进行数据路由的路由表。如果有，则执行步骤s508；如果没有，则执行步骤s509。
118.其中，ue2查询自身是否有与最终接收ue进行数据路由的路由表的方式可以与ue1中查询方式相同，也即ue2解析出最终接收ue的标识后，根据最终接收ue的标识，查询自身存储的所有路由表中的tgt标识，判断是否有路由表的tgt标识与最终接收ue的标识相同，如果有路由表的tgt标识与最终接收ue的标识相同，则表明ue2中有与最终接收ue进行数据路由的路由表；如果没有路由表的tgt标识与最终接收ue的标识相同，则表明ue2中没有与最终接收ue进行数据路由的路由表。
119.步骤s508，ue2确定自身有与最终接收ue进行数据路由的路由表后，向ue1发送反馈报文。
120.其中，反馈报文用于指示ue2可以与最终接收ue进行数据路由。
121.该反馈报文如步骤s506中那样，可以为ue2重新构建的报文，也可以为将步骤s503中发送的报文进行重新配置，然后再发送给ue1。
122.ue1在接收到反馈报文后，可以构建ue1与ue2之间进行数据路由的路由表，进而构建ue1到最终接收ue之间进行数据路由的路由表，以便ue1向ue2发送数据包。
123.此时构建的路由表的next标识为ue2的标识，tgt标识为最终接收ue的标识。
124.该报文可以是第二报文。
125.步骤s509，ue2确定自身没有与最终接收ue进行数据路由的路由表后，进一步以组播或广播的方式发送报文。
126.其中，该报文可以是ue2重新构建的报文，也可以为将步骤s503中发送的报文进行重新配置，将prev标识从ue1的标识设置为ue2的标识，将next标识从目标组播/广播标识设置为ue2的目标组播/广播标识，然后再广播/组播出去。该报文可以是第三报文。
127.具体地，当ue2中没有与最终接收ue进行数据路由的路由表，则表明ue2不能与最终接收ue进行数据路由。此时，ue2可以选择放弃进一步处理。当然，ue2可以选择进一步处理，再寻找其它ue来实现ue1通过ue2中继的方式与最终接收ue进行正向sl通信。
128.步骤s510，ue3在接收到ue2发送的报文后，根据该报文中的next标识，判断该报文是否发送给自己。如果该报文不是发送给自己的，则终止后续操作；如果该报文是发送给自己的，则执行步骤s511。
129.与步骤s504相同，ue3在接收到ue2发送的报文后，对该报文进行解析，在得到next标识后，判断该next标识是否为ue3已经订阅的广播业务对应的标识(或是否为ue3所属的组内订阅的组播业务对应的标识)，如果是，则表明该报文是发送给ue3的；如果不是，则表
明该报文不是发送给ue3的，然后终止后续操作。可选地，ue3也可以不判断该报文是不是发送给自己的，即始终都认为是发送给自己的，然后在需要转发时，无条件执行转发。
130.步骤s511，ue3根据ue2发送的报文中的tgt标识，判断自己是否为最终接收ue。如果ue3为最终接收ue，则执行步骤s512；如果ue3不是最终接收ue，则执行步骤s514。
131.与步骤s505相同，ue3继续对该报文进行解析，在得到tgt标识后，根据tgt标识，查找ue3中自身标识是否与tgt标识相同，如果相同，则表明ue3为最终接收ue；如果不相同，则表明ue3为转发ue。
132.步骤s512，ue3确定自身为最终接收ue时，向ue2发送反馈报文。
133.其中，反馈报文用于指示ue3为最终接收ue。
134.其中，该反馈报文如步骤s506中那样，可以为ue3重新构建的报文，也可以为将步骤s509中发送的报文进行重新配置，然后再发送给ue2。
135.该报文可以是第四报文。
136.ue2在接收到反馈报文后，确定在步骤s509组播或广播的对象中有最终接收ue，可以构建ue2与ue3之间进行数据路由的路由表，以便ue2向ue3发送数据包。
137.此时由于认为ue3就是最终接收ue，所以构建的路由表的next标识为ue3的标识，tgt标识为ue3的标识。
138.步骤s513，ue2向ue1发送反馈报文。其中，反馈报文用于指示ue2可以与ue4进行数据路由。
139.该反馈报文如步骤s506中那样，可以为ue2重新构建的报文，也可以为将步骤s503中发送的报文进行重新配置，然后再发送给ue1。
140.ue1在接收到反馈报文后，可以构建ue1与ue2之间进行数据路由的路由表，以便ue1向ue2发送数据包。
141.此时由于认为ue3就是最终接收ue，所以构建的路由表的next标识为ue2的标识，tgt标识为ue3的标识。
142.该报文可以是第二报文。
143.步骤s514，ue3确定自身不是最终接收ue时，进一步判断自身是否存储有与最终接收ue进行数据路由的路由表。如果有，则执行步骤s515；如果没有，则执行步骤s517。
144.与步骤s507相同，ue3解析出最终接收ue的标识后，根据最终接收ue的标识，查询自身存储的所有路由表中的tgt标识，判断是否有路由表的tgt标识与最终接收ue的标识相同，如果有路由表的tgt标识与最终接收ue的标识相同，则表明ue3中有与ue4进行数据路由的路由表；如果没有路由表的tgt标识与ue4的标识相同，则表明ue3中没有与ue4进行数据路由的路由表。
145.步骤s515，ue3确定自身有与最终接收ue进行数据路由的路由表后，向ue2发送反馈报文。
146.其中，反馈报文用于指示ue3可以与最终接收ue进行数据路由。
147.该反馈报文如步骤s506中那样，可以为ue3重新构建的报文，也可以为将步骤s509中发送的报文进行重新配置，然后再发送给ue2。该报文可以是第四报文。
148.ue2在接收到反馈报文后，可以构建ue2与ue3之间进行数据路由的路由表，以便ue2向ue3发送数据包。
149.此时构建的路由表的next标识为ue2的标识，tgt标识为最终接收ue的标识。
150.步骤s516，ue2向ue1发送反馈报文。
151.其中，反馈报文用于指示ue2可以与最终接收ue进行数据路由。
152.该反馈报文如步骤s506中那样，可以为ue2重新构建的报文，也可以为将步骤s503中发送的报文进行重新配置，然后再发送给ue1。
153.ue1在接收到反馈报文后，可以构建ue1与ue2之间进行数据路由的路由表，以便ue1向ue2发送数据包。
154.此时构建的路由表的next标识为ue2的标识，tgt标识为最终接收ue的标识。
155.该报文可以是第二报文。
156.步骤s517，ue3确定自身没有与ue4进行数据路由的路由表后，进一步以组播或广播的方式发送报文。
157.与步骤s509相同，可以为ue3重新构建的报文，也可以为将步骤s509中发送的报文进行重新配置，然后再广播/组播出去。其中，ue3发送的报文中携带的prev标识为ue3的标识，next标识为ue2的目的组播/广播标识，tgt标识仍为最终接收ue的标识。
158.具体地，当ue3中没有与最终接收ue进行数据路由的路由表，则表明ue3还不能与最终接收ue进行数据发送，此时ue3可以选择放弃进一步处理。当然，ue3可以选择进一步处理，再寻找其它ue来实现ue1通过ue2和ue3中继的方式与最终接收ue进行正向sl通信。
159.步骤s518，ue4在接收到ue3发送的报文后，根据该报文中的next标识，判断该报文是否发送给自己。如果该报文不是发送给自己的，则终止后续操作；如果该报文是发送给自己的，则执行步骤s519。
160.与步骤s504相同，ue4在接收到ue3发送的报文后，对该报文进行解析，在得到next标识后，判断该next标识是否为ue4已经订阅的广播业务对应的标识(或是否为ue4所属的组内订阅的组播业务对应的标识)，如果是，则表明该报文是发送给ue4的；如果不是，则表明该报文不是发送给ue4的，然后终止后续操作。可选地，ue4也可以不判断该报文是不是发送给自己的，即始终都认为是发送给自己的，然后在需要转发时，无条件执行转发。
161.步骤s519，ue4根据ue3发送的报文中的最终接收ue的标识，判断自己是否为最终接收ue。如果ue4为最终接收ue，则执行步骤s520；如果ue4不是最终接收ue，相当于ue4为一个转发ue，又执行ue2和ue3类似的步骤，在此这种情况不再进行分析了。
162.与步骤s505相同，ue4对该报文进行解析，在得到tgt标识后，根据tgt标识，查找ue4中自身标识是否与tgt标识相同，如果相同，则表明ue4为最终接收ue；如果不相同，则表明ue4为转发ue。
163.步骤s520，ue4确定自身为最终接收ue时，向ue3发送反馈报文。
164.其中，反馈报文用于指示ue4为最终接收ue。
165.其中，该反馈报文如步骤s506中那样，可以为ue4重新构建的报文，也可以为将步骤s517中发送的报文进行重新配置，然后再发送给ue3。
166.ue3在接收到反馈报文后，确定在步骤s517组播或广播的对象中有最终接收ue，可以构建ue3与ue4之间进行数据路由的路由表，以便ue3向ue4发送数据包。
167.此时由于认为ue4就是最终接收ue，所以构建的路由表的next标识为ue4的标识，tgt标识为ue4的标识。
168.步骤s521，ue3向ue2发送反馈报文。其中，反馈报文用于指示ue3可以与ue4进行数据路由。
169.该反馈报文如步骤s506中那样，可以为ue3重新构建的报文，也可以为将步骤s509中发送的报文进行重新配置，然后再发送给ue2。该报文可以是第四报文。
170.ue2在接收到反馈报文后，可以构建ue2与ue3之间进行数据路由的路由表，以便ue2向ue3发送数据包。
171.此时构建的路由表的next标识为ue3的标识，tgt标识为ue4的标识。
172.步骤s522，ue2向ue1发送反馈报文。其中，反馈报文用于指示ue2可以与ue4进行数据路由。
173.该反馈报文如步骤s506中那样，可以为ue2重新构建的报文，也可以为将步骤s503中发送的报文进行重新配置，然后再发送给ue1。
174.ue1在接收到反馈报文后，可以构建ue1与ue2之间进行数据路由的路由表，以便ue1向ue2发送数据包。
175.此时构建的路由表的next标识为ue2的标识，tgt标识为ue4的标识。
176.该报文可以是第二报文。
177.本技术实施例中，在建立发送ue与接收ue之间的正向sl通信时，通过在中间增加至少一个转发ue，实现发送ue发送数据至接收ue。
178.下面从路由表和报文的变化角度来讲述本技术实施例中ue1与ue4进行正向sl通信的过程。
179.图6为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图。如图6所示，本技术实施例仍以两个转发ue为例，ue1为发送ue，ue2和ue3为转发ue，ue4为接收ue。来讲述从ue1向ue4构建sl通信。其中，规定ue1的标识以“1”表示，ue2的标识以“2”表示，ue3的标识以“3”表示，ue4的标识或接收ue的标识以“4”标识，目的组播或者广播标识以“0”表示(可以理解，目的组播标识和广播标识可以不同)。
180.对于ue1来说，先查询自身是否有与ue4进行数据路由的路由表。其中，查询出的路由表可以为(prev：1，next：2，tgt：4)；
181.步骤s601，如果判断出ue1没有到ue4的路由表，ue1采用组播/广播的方式向ue2发送报文。其中，该报文携带的标识包括[prev：1，next：0，tgt：4]；
[0182]
对于ue2来说，在接收到ue1发送的报文后，先查询自身是否有与ue4进行数据路由的路由表。其中，该路由表可以为(prev：2，next：3，tgt：4)；
[0183]
步骤s602，如果在s601中判断出ue2没有到ue3的路由表，ue2采用组播/广播的方式向ue3发送报文。其中，该报文携带的标识包括[prev：2，next：0，tgt：4]；
[0184]
对于ue3来说，在接收到ue2发送的报文后，先查询自身是否有与ue4进行数据路由的路由表。其中，查询出的路由表可以为(prev：3，next：4，tgt：4)；
[0185]
步骤s603，如果在s602中判断出ue3没有到ue4的路由表，ue3采用组播/广播的方式向ue4发送报文。其中，该报文携带的标识包括[prev：3，next：0，tgt：4]；
[0186]
步骤s604，当ue4根据接收到的报文，确定自身为最终接收ue时，由于步骤s603中发送的报文中的next为广播/组播标识，因此可选地向ue3发送报文。其中，该报文携带的标识包括[prev：4，next：3，tgt：1]；
[0187]
对于ue3来说，在接收到ue4发送的报文后，构建与ue4进行数据路由的路由表，其中，构建的路由表格式为(prev：3，next：4，tgt：4)；
[0188]
步骤s605，ue3在确定自身能与ue4进行数据路由后，由于步骤s602中发送的报文中的next为广播/组播标识，因此可选地向ue2发送报文。其中，该报文携带的标识包括[prev：3，next：2，tgt：1]；
[0189]
对于ue2来说，在接收到ue3发送的报文后，可以构建与ue4进行数据路由的路由表。其中，构建的路由表可以为(prev：2，next：3，tgt：4)；
[0190]
步骤s606，ue2在确定自身能与ue4进行数据路由后，由于步骤s601中发送的报文中的next为广播/组播标识，因此可选地向ue1发送报文，其中，该报文携带的标识包括[prev：2，next：1，tgt：1]；
[0191]
对于ue1来说，在接收到ue2发送的报文后，可以构建与ue2进行数据路由的路由表。其中，构建的路由表为(prev：1，next：2，tgt：4)。
[0192]
可选地，上述路由表若已存在，则不用重新构建或添加路由表，且路由表的格式中可以包括prev标识、next标识和tgt标识中的一个或多个标识。
[0193]
在此需要说明的是，本技术是以ue1为发送ue、ue2和ue3为转发ue、ue4为接收ue为例的，但是根据上述提到，ue1向ue2发送报文、ue2向ue3发送报文以及ue3向ue4发送报文的方式可以采用广播和组播的方式，所以对于本领域人员可知，在ue1与ue4之间构建的sl通信过程中，不仅限于上述“ue1
→
ue2
→
ue3
→
ue4”的连接链路，还可以如图7所示，在ue1与ue4之间可以有多条连接链路。即每个路由表可以包含多个表项。例如next可以包括多种选择。
[0194]
实施例二
[0195]
图8为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图。如图8所示，在ue1被动接收数据的过程(规定该过程为反向sl通信)中，本技术将以两个转发ue为例，来讲述为ue1构建反向sl通信。其中，ue1为接收ue，ue2和ue3为转发ue。
[0196]
对于ue1来说，在确定需要来自其它ue的数据包时，在主动发起与其它ue进行反向sl通信过程中，会采用组播或广播的方式向其它ue发送报文，以寻找能发送数据包给ue1的发送ue。
[0197]
作为ue1进行组播或广播报文的其它ue中的一员——ue2，在接收到ue1发送的报文后，查询自身是否有能与ue1进行数据路由的路由表，如果有，则ue2结束后续操作，等待后续再发送数据包；如果没有，ue2根据该报文构建一个与ue1进行数据路由的路由表，以便后续向ue1发送数据包。
[0198]
ue2存在有向ue1发送数据的路由表后，如果ue2为了让更多的其它ue向ue1发送数据时，ue2可以选择进一步采用组播/广播的方式发送报文，让其它ue通过ue2中转，发送数据给ue1。
[0199]
作为ue2进行组播或广播报文的其它ue中的一员——ue3，在接收到ue2发送的报文后，查询自身是否有能与ue1进行数据路由的路由表，如果有，则ue3结束后续操作，等待后续再发送数据包；如果没有，ue3根据该报文构建一个与ue2进行数据路由的路由表，以便后续ue3通过ue2向ue1发送数据包。
[0200]
ue3存在有向ue1发送数据的路由表后，如果ue3为了让更多的其它ue向ue1发送数
据时，ue3可以选择进一步采用组播/广播的方式发送报文，让其它ue通过ue2和ue3中转，发送数据给ue1。
[0201]
后续ue执行的过程与ue3基本相同，在此不再赘述。
[0202]
可选地，为了避免广播消息过多导致网络负载过大，可以定义一个转发门限，即每个转发ue在转发前先判断转发次数是否已大于或大于等于门限，若达到设定的转发门限，则丢弃；若没有达到设定的门限，则将转发次数加一，并再次进行广播/组播转发。类似地，转发ue也可通过转发次数减一操作，并根据转发次数是否小于或小于等于0，来判断是否能够继续转发。
[0203]
本技术实施例中，在为接收ue建立反向sl通信时，通过发送报文至对应的ue，让其构建反向路由表，以实现该ue与接收ue构建反向sl通信，如果想获取更多的ue与接收ue进行反向sl通信时，可以让已与接收ue进行反向sl通信的ue进一步发送报文，让其作为中继ue，让更多的其它ue与接收ue进行反向sl通信。
[0204]
下面以ue2为例，通过流程图的方式来讲述本技术实施例中ue1与ue2进行反向sl通信的过程。
[0205]
图9为本技术实施例提供的ue-to-ue转发系统中ue1与ue2进行反向sl通信的流程示意图。如图9所示，ue2工作过程如下：
[0206]
步骤s901，ue2接收来自ue1发送的报文。
[0207]
在本技术实施例中，在ue1在向其它ue发送用于进行反向sl通信的报文中，一般都携带有prev标识、next标识和src标识中的一个或多个标识。其中，prev标识为发送该报文的ue的标识，next标识为接收该报文的ue的标识，src标识为初始发送报文以接收其它ue发送数据包的ue的标识。src标识也可以称之为初始标识。
[0208]
其中，如果ue1采用组播或广播的方式发送报文时，则该报文中携带的prev标识为ue1的标识，next标识为目的组播/广播标识，src标识为ue1的标识。其中，目的组播标识为在同一个组内订阅同一个组播业务对应的标识，目的广播标识为订阅同一个广播业务对应的标识。
[0209]
步骤s902，ue2根据报文中的next标识，判断该报文是否发送给自己。如果是，执行步骤s903；如果不是，执行步骤s907。
[0210]
具体地，ue2在接收到ue1发送的报文后，对该报文进行解析，在得到next标识后，判断该next标识是否为ue2已经订阅的广播业务对应的标识(或是否为ue2所属的组内订阅的组播业务对应的标识)，如果是，则表明该报文是发送给ue2的；如果不是，则表明该报文不是发送给ue2的，然后终止后续操作。
[0211]
步骤s903，ue2判断自身是否有与ue1进行数据路由的反向路由表。如果没有，执行步骤s904；如果有，执行步骤s907。
[0212]
在本技术实施例中，对于其它ue来说，在向ue1发送数据包的过程中，用于确定数据包转发的下一跳ue的反向路由表中包括prev标识(可选的)、next标识和tgt标识。其中，prev标识用于指示数据包从该标识发送出去的；next标识用于确定数据包发送的下一跳ue；tgt标识用于确定最终接收该数据包的ue。
[0213]
示例性地，ue2继续对该报文进行解析，在得到src标识后，根据ue1的标识，查询自身存储的所有路由表中的tgt标识，判断是否有路由表的tgt标识与ue1的标识相同，如果有
路由表的tgt标识与ue1的标识相同，则表明ue2中有与ue1进行数据路由的反向路由表；如果没有路由表的tgt标识与ue1的标识相同，则表明ue2中没有与ue1进行数据路由的反向路由表。
[0214]
步骤s904，ue2根据接收的报文，生成与ue1进行数据路由的反向路由表。
[0215]
具体地，ue2可以选择进一步处理，根据从ue1接收到的报文中的prev标识和src标识，构建与ue1进行数据路由的反向路由表，以便后续ue2向ue1发送数据包。其中，构建的反向路由表中prev标识为ue2的标识，next标识为ue1的标识，tgt标识为ue1的标识。
[0216]
步骤s905，ue2判断是否需要进一步发送报文。如果需要，执行步骤s906；如果不需要，执行步骤s907。
[0217]
具体地，ue2存在有向ue1发送数据的反向路由表后，如果ue2为了让更多的其它ue向ue1发送数据时，ue2可以选择进一步采用组播/广播的方式发送报文，让其它ue通过ue2中继，然后发送数据给ue1。可选的，ue2在采用组播/广播的方式发送报文前，可以先判断转发次数是否已大于或大于等于门限，若达到设定的转发门限，则不进行发送；若没有达到设定的门限，进行广播/组播转发，还可以将转发次数加一。类似地，也可以预先设定一个门限，每采用组播/广播的方式发送报文一次，就进行转发次数减一操作，并根据转发次数是否小于或小于等于0，来判断是否能够继续转发。其中，上述转发次数可以携带在ue2收发的报文之中。上述转发次数可以是针对某个ue的组播/广播次数而言，也可以是针对由ue1组播/广播引发的转发系统的组播/广播次数而言。
[0218]
步骤s906，ue2以组播或广播的方式向其它ue发送报文。
[0219]
其中，该报文可以是ue2重新构建的报文，也可以为将步骤s901中发送的报文进行重新配置，将prev标识从ue1的标识设置为ue2的标识，将next标识从目标组播/广播标识设置为ue2的目标组播/广播标识，然后再广播/组播出去。
[0220]
步骤s907，ue2结束此次因接收ue1发送的报文进行的操作。
[0221]
本技术实施例中，在为接收ue建立反向sl通信时，通过发送报文至对应的ue，让其构建反向路由表，以实现该ue与接收ue构建反向sl通信，如果接收ue想获取更多的ue与自己进行反向sl通信时，可以让已与自己进行反向sl通信的ue进一步发送报文，让其作为中继ue，让更多的其它ue与接收ue进行反向sl通信。
[0222]
下面从路由表和报文的变化角度来讲述本技术实施例中ue1进行反向sl通信的过程。
[0223]
图10为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图。如图10所示，本技术实施例仍以两个转发ue为例，来讲述为ue1构建反向sl通信。其中，规定ue1的标识以“1”表示，ue2的标识以“2”表示，ue3的标识以“3”表示，目的组播/广播标识以“0”表示。
[0224]
步骤s1001，ue1向ue2发送报文的过程中，采用组播/广播的方式向ue2发送报文，其中，该报文携带的标识包括[prev：1，next：0，src：1]；
[0225]
对于ue2来说，在接收到ue1发送的报文后，先查询自身是否有与ue1进行数据路由的反向路由表。其中，查询到的预存储的反向路由表可以为(prev：2，next：1，tgt：1)或者(next：1，tgt：1)；如果查询不到，则可以根据该接收到的报文，生成该反向路由表。
[0226]
可选的，步骤s1002，ue2可以采用组播/广播的方式向ue3发送报文，其中，该报文
携带的标识包括[prev：2，next：0，src：1]；
[0227]
对于ue3来说，在接收到ue2发送的报文后，先查询自身是否有与ue1进行数据路由的反向路由表。其中，查询到的预存储的反向路由表可以为(prev：3，next：2，tgt：1)或者(next：2，tgt：1)。如果查询不到，则可以根据该接收到的报文，生成该反向路由表。
[0228]
在此需要说明的是，本技术是以ue1为发送ue为例的，但是根据上述提到，ue1向ue2发送报文和ue2向ue3发送报文的方式可以采用广播和组播的方式，所以对于本领域人员可知，在ue1最终可以跟更多的其它ue连接，从而形成多条反向连接链路。
[0229]
例如，在ue1进行sl通信过程中，不仅限于上述“ue1
←
ue2
←
ue3”的连接链路，还可以如图11所示，ue1可以跟更多的其它ue连接，形成多条连接链路。
[0230]
另外，上述提到ue1发送报文和ue2发送报文的方式采用广播或组播的方式，对于构建反向路由表的过程中，ue1向ue2发送报文和ue2向ue3发送报文的方式也可以采用单播的方式发送。因为ue1以单播的方式向ue2发送报文时，对于ue2来说，并不能确定ue2与ue1之间是否构建反向路由表，所以还需要在该单播报文中添加指示构建反向路由表的指示信息。
[0231]
实施例三
[0232]
图12为本技术实施例提供的一种ue-to-ue转发系统中进行sl通信的架构示意图。如图12所示，在ue1首次发送数据的过程中，本技术将以两个转发ue为例，来讲述ue1与ue4之间进行双正向sl通信。其中，ue1为发送ue，ue2和ue3为转发ue，ue4为接收ue，并规定ue1向ue4进行数据路由为正向sl通信，ue2、ue3和ue4向ue1进行数据路由为反向sl通信。
[0233]
对于ue1来说，在与ue4进行双向sl通信过程中，会采用组播或广播的方式向其它ue发送报文，以寻找ue4，来构建ue1与ue4之间正向路由表和反向路由表。
[0234]
此时ue1发送的报文中携带的标识包括prev标识、next标识、tgt标识和src标识中的一个或多个。其中，prev标识为ue1的标识、next标识为目的组播/广播标识、tgt标识为ue4的标识、src标识为ue1的标识。
[0235]
作为ue1进行组播或广播报文的其它ue中的一员——ue2，在接收到报文后，对该报文进行解析，在得到报文后，根据next标识判断该报文是否发送给自身的；在确定该报文是发送给自身后，然后根据tgt标识判断自身是否为最终接收ue；在确定ue2不是最终ue时，再采用组播或广播的方式向其它ue发送报文。
[0236]
其中，ue2发送给其它ue的报文，可以是ue2重新构建的报文，也可以为将ue1发送的报文进行重新配置，将prev标识从ue1的标识设置为ue2的标识，将next标识从目标组播/广播标识设置为ue2的目标组播/广播标识(或者，next标识也可以不变)，然后再广播/组播出去。
[0237]
可选地，ue2根据tgt标识确定自身是否有与ue4进行数据路由的正向路由表，如果有，则向ue1发送反馈报文，以便后续ue1构建与ue2的正向路由表。
[0238]
可选地，ue2根据src标识确定自身是否有与ue1进行数据路由的反向路由表，如果没有，ue2记录下接收的报文中的prev标识、next标识、tgt标识和src标识中的一个或多个。
[0239]
作为ue2进行组播或广播报文的其它ue中的一员——ue3，在接收到报文后，对该报文进行解析，在得到报文后，根据next标识判断该报文是否发送给自身的；在确定该报文是发送给自身后，然后根据tgt标识判断自身是否为最终接收ue；在确定ue2不是最终ue时，
再采用组播或广播的方式向其它ue发送报文。
[0240]
其中，ue3发送给其它ue的报文，可以是ue3重新构建的报文，也可以为将ue2发送的报文进行重新配置，将prev标识从ue2的标识设置为ue3的标识，将next标识从目标组播/广播标识设置为ue3的目标组播/广播标识，然后再广播/组播出去。
[0241]
可选地，ue3根据tgt标识确定自身是否有与ue4进行数据路由的正向路由表，如果有，则向ue2发送反馈报文，以便后续ue2构建与ue3的正向路由表。
[0242]
可选地，ue3根据src标识确定自身是否有与ue2进行数据路由的反向路由表，如果没有，ue3记录下接收的报文中的prev标识、next标识、tgt标识和src标识中的一个或多个。
[0243]
作为ue3进行组播或广播报文的其它ue中的一员——ue4，在接收到报文后，对该报文进行解析，在得到报文后，根据next标识判断该报文是否发送给自身的；在确定该报文是发送给自身后，然后根据tgt标识判断自身是否为最终接收ue；在确定ue4即为最终ue时，再根据src标识确定自身是否有与ue1进行数据路由的反向路由表，且在没有反向路由表的情况下，根据该报文构建反向路由表。
[0244]
可选地，当ue3给ue4的报文中next为广播/组播标识时，ue4可以向ue3发送反馈报文。反馈报文可以为ue4新生成的报文，也可以为将ue3发送的报文进行修改，然后再转发给ue3。其中，反馈报文仍包括prev标识、next标识、tgt标识和src标识中的一个或多个，此时的prev标识为ue4的标识、next标识为ue3的标识、tgt标识为ue1的标识和src标识为ue4的标识。
[0245]
其中，反向路由表的构建时间点可以是收到上一跳发送的报文后，也可以是在收到下一跳发送的反馈消息后，详细举例如下：
[0246]
ue3在接收反馈报文后，根据prev标识和src标识构建与ue4的正向路由。同时，如果ue3在以组播/广播方式发送报文之前，没有构建与ue2的反向路由表时，那么此时ue3可以根据记录下的ue2发送的报文中的prev标识和现在从ue4接收的反馈报文中的tgt标识构建与ue2的反向路由表，也可以根据记录下的ue2发送的报文中的prev标识和src标识构建与ue2的反向路由表。最后再向ue2发送反馈报文。
[0247]
同样，ue2在接收反馈报文后，根据prev标识和src标识构建与ue3的正向路由。同时，如果ue2在以组播/广播方式发送报文之前，没有构建与ue1的反向路由表时，那么此时ue2可以根据记录下的ue1发送的报文中的prev标识和现在从ue3接收的反馈报文中的tgt标识构建与ue1的反向路由表，也可以根据记录下的ue1发送的报文中的prev标识和src标识构建与ue1的反向路由表。最后再向ue1发送反馈报文。
[0248]
同样，ue1在接收反馈报文后，根据prev标识和src标识构建与ue2的正向路由。
[0249]
本技术实施例中，在ue与ue之间因硬件能力、距离、外界干扰等情况不能实现sl通信时，通过引入ue-to-ue转发系统，即在发送ue与接收ue之间增加至少一个转发ue，然后构建发送ue与转发ue、转发ue与转发ue、转发ue与接收ue之间进行数据传输的正向路由表和反向路由表，来实现发送ue与接收ue之间可以数据互传。
[0250]
下面从路由表和报文的变化角度来讲述本技术实施例中ue1与ue4进行双向sl通信的过程。
[0251]
图13为本技术实施例提供的ue-to-ue转发系统中进行sl通信过程中路由表和报文变化的架构示意图。如图13所示，本技术实施例仍以两个转发ue为例，ue1为发送ue，ue2
和ue3为转发ue，ue4为接收ue。其中，规定ue1的标识以“1”表示，ue2的标识以“2”表示，ue3的标识以“3”表示，ue4的标识或接收ue的标识以“4”标识，目的组播/广播标识以“0”表示。
[0252]
对于ue1来说，先判断自身是否有与ue4进行数据路由的正向路由表。其中，查询到的预存储的正向路由表可以为(prev：1，next：2，tgt：4)或者(next：2，tgt：4)；
[0253]
步骤s1301，当ue1判断出没有到ue4的路由表，ue1可以采用组播/广播的方式向ue2发送报文。其中，该报文携带的标识包括[prev：1，next：0，tgt：4，src：1]；
[0254]
对于ue2来说，在接收到ue1发送的报文后，查询自身是否有与ue4进行数据路由的正向路由表。其中，查询到的预存储的正向路由表可以为(prev：2，next：3，tgt：4)或者(prev：2，next：3，tgt：4)；另外，ue2还可以查询自身是否有与ue1进行数据路由的反向路由表。在没有该反向路由表的情况下可以生成反向路由表。其中，该反向路由表为(prev：2，next：1，tgt：1)或者(next：1，tgt：1)；
[0255]
步骤s1302，如果s1301中判断出ue2没有到ue3的路由表，ue2可以采用组播/广播的方式向ue3发送报文。其中，该报文携带的标识包括[prev：2，next：0，tgt：4，src：1]；
[0256]
对于ue3来说，在接收到ue2发送的报文后，查询自身是否有与ue4进行数据路由的正向路由表。其中，查询到的预存储的正向路由表可以为(prev：3，next：4，tgt：4)或者(next：4，tgt：4)；另外，ue3还可以查询自身是否有与ue1进行数据路由的反向路由表。在没有该反向路由表的情况下可以生成反向路由表。其中，该反向路由表为(prev：3，next：2，tgt：1)或者(next：2，tgt：1)；
[0257]
步骤s1303，如果在s1302中判断出ue3没有到ue4的路由表，ue3采用组播/广播的方式向ue4发送报文，其中，该报文携带的标识包括[prev：3，next：0，tgt：4，src：1]；
[0258]
对于ue4来说，在接收到ue3发送的报文后，可以查询自己是否是最终接收ue。另外，ue4可以查询自身是否有与ue1进行数据路由的反向路由表，如果没有，生成反向路由表。其中，该反向路由表为(prev：4，next：3，tgt：1)或者(next：3，tgt：1)；
[0259]
步骤s1304，ue4确定自身为最终接收ue时，由于步骤s1303中发送的报文中的next为广播/组播标识，因此可选地向ue3反馈报文，其中，该报文携带的标识包括[prev：4，next：3，tgt：1，src：4]；
[0260]
对于ue3来说，在接收到ue4发送的报文后，构建与ue4进行数据路由的正向路由表。其中，该正路由表为(prev：3，next：4，tgt：4)或者(next：4，tgt：4)。以及如果在步骤s1303中没有生成反向路由表，则此时也可以构建与ue2进行数据路由的反向路由表。其中，该反向路由表为(prev：3，next：2，tgt：1)或者(next：4，tgt：4)；
[0261]
步骤s1305，ue3在确定自身能与ue4进行数据路由后，由于步骤s1302中发送的报文中的next为广播/组播标识，因此可选地向ue2发送报文，其中，该报文携带的标识包括[prev：3，next：2，tgt：1，src：4]；
[0262]
对于ue2来说，在接收到ue3发送的报文后，构建与ue3进行数据路由的正向路由表。其中，该正路由表为(prev：2，next：3，tgt：4)或者(next：3，tgt：4)。以及如果在步骤s1301中没有生成反向路由表，则此时也可以构建与ue1进行数据路由的反向路由表。其中，该反向路由表为(prev：2，next：1，tgt：1)或者(next：1，tgt：1)；
[0263]
步骤s1306，ue2在确定自身能与ue4进行数据路由后，由于步骤s1301中发送的报文中的next为广播/组播标识，因此可选地向ue2发送报文，其中，该报文携带的标识包括
[prev：2，next：1，tgt：1，src：4]；
[0264]
对于ue1来说，在接收到ue2发送的报文后，构建与ue2进行数据路由的正向路由表，其中，该正路由表为(prev：1，next：2，tgt：4)或者(next：2，tgt：4)。
[0265]
在此需要说明的是，本技术是以ue1为发送ue、ue2和ue3为转发ue、ue4为接收ue为例的，但是根据上述提到，ue1向ue2发送报文、ue2向ue3发送报文以及ue3向ue4发送报文的方式可以采用广播或者组播的方式，所以对于本领域人员可知，在ue1与ue4之间构建的sl通信过程中，不仅限于上述“ue1
→
ue2
→
ue3
→
ue4”的连接链路，还可以在ue1与ue4之间可以有多条连接链路。
[0266]
下面将通过四个实施例讲述在发送ue与接收ue之间进行sl通信过程中，根据转发ue内的标识不同，转发ue采用不同的方式进行数据转发。
[0267]
实施例四
[0268]
转发ue针对每个sl通信连接都维护一对l2 id(假设为r-a和r-b)。可以理解为，转发ue针对某个sl通信连接所接收数据包中的next标识与转发ue所转发的数据包中的prev标识不相同。ue1和ue3之间通过转发ue建立的通信连接可以作为一个sl通信连接。如图14所示：
[0269]
在正向传输数据过程中：转发ue接收ue1(发送ue)发送的数据包(prev标识为ue1的标识<prev＝1>，next标识为转发ue的标识<next＝r-a>)，然后将数据包转发给ue3(接收ue)(prev标识为转发ue的标识<prev＝r-b>，next标识为ue3的标识<next＝3>)。
[0270]
在反向传输数据过程中，转发ue接收到ue3发送的数据包(prev标识为ue3的标识<prev＝3>，next标识为转发ue的标识<next＝r-b>)，然后将数据包转发给ue1(prev标识为转发ue的标识<prev＝r-a>，next标识为ue1的标识<next＝1>)。
[0271]
示例性地，在转发ue同时服务多个sl通信连接的情况下，如图15所示，转发ue既服务于ue1和ue3之间的sl通信连接1，又服务于ue1和ue2之间的sl通信连接2。且每个sl通信连接有一个或多个sl承载/逻辑信道(logical channel，lch)用于发送具有不同服务质量(quality of service，qos)的数据包。假定sl通信连接1有两个lch，以及sl通信连接2仅有一个lch，每个lch可以对应一个rlc实体，但同一个连接的不同lch共享一个mac实体。这里的mac实体在sl通信上针对不同连接维护一整套独立的lchs，该mac逻辑实体与sl通信双方的prev l2 id next l2 id绑定/关联，不同的prev l2 id next l2 id组合下的mac逻辑实体不同。多个mac逻辑实体的物理mac实体可以是一个或多个。也可以认为prev l2 id next l2 id标识了一个sl连接。ue1—转发ue—ue3对应的conn1，ue1—转发ue—ue2对应conn2。
[0272]
其中，转发ue可以在bap层实现l2 id的映射和r-a与r-b之间的转换。
[0273]
假定ue1要发送数据包给ue3，转发ue的bap层要完成如下两个功能，才能实现数据在转发ue内部的路由，以便转发ue从与ue1对应的sl连接及承载收到数据后，再在与ue3对应的sl连接及承载发送出去。从转发ue来看，就是从prev next(ue1 l2 id r_a)收到数据，然后以prev next(r_b ue3 l2 id)进行发送出去。所以bap层需要实现以下功能：
[0274]
1、l2 id映射。如转发ue从与ue1对应的sl连接及承载收到数据后，根据预先存储/构建的关联关系，获知要转发给ue3，则需要映射到与ue3对应的sl连接和承载上；则会根据接收到的数据包中的next l2 id，获得需要在发送数据包中携带的prev l2 id。从而完成l2 id的映射。
[0275]
2、l2 id指示。可选的，在将接收到的数据映射到与ue3对应的sl连接和承载上时，可以向其他层(如mac)指示发送数据包中携带的prev l2 id。和/或，可以向其他层(如mac)指示ue3对应的l2 id。mac实体发送数据包时，在数据包的mac层头的prev l2 id中填写转发ue给该sl连接分配的l2 id(r_b)，对应mac层头的next l2 id填写ue3 l2 id。
[0276]
如果ue3要通过转发ue发送数据包给ue1，则与上述过程类似，只不过转发ue所维护的l2 id要变更(例如，r_a和r_b之间的反向转换)，具体在此不再赘述。
[0277]
示例性地，关于数据包在转发ue的内部处理过程，如图16所示，转发ue通过接收承载(此时用于接收数据的侧行链路无线承载(sidelink radio bearer，sl rb)可以是指l2转发ue的sl rb，即可以不包括pdcp层)收到数据包后，需要逐层解析(phy
→
mac
→
rlc
→
bap)，最终才能递交给bap层。若bap层实体判断数据包最终不是发自己的，而是需要转发的数据包，则bap实体会将该数据包通过相应的发送承载转发出去。
[0278]
下面通过转发ue内部的bap模型，来讲述转发ue如何转发数据包：
[0279]
1、如图17(a)所示，转发ue中包括一个接收bap实体和一个发送bap实体。对于该转发ue关联的所有sl通信连接来说，其都通过共享一个接收bap实体来接收数据包，并通过共享一个发送bap实体来发送数据包。在一个实施例中，以ue1向ue3发送数据包为例，转发ue从接收bap实体接收到数据包后，判断出是要转给ue3的，会直接交给内部的发送bap实体，发送bap实体再转给相应的sl连接及相应sl承载上(例如，可以根据ue3的l2 id转给相应的sl连接及相应sl承载上)。
[0280]
2、如图17(b)所示，转发ue中包括一个bap实体。对于所有sl通信连接来说，其都通过一个bap实体来接收数据包和发送数据包。在一个实施例中，以ue1向ue3发送数据包为例，由于所有连接的收/发共享一套bap实体，转发ue在接收到数据包后，在该bap实体内进行判断是否转给ue3，并转给相应的sl连接及相应sl承载上。
[0281]
3、如图17(c)所示，转发ue中包括至少两个接收bap实体和至少两个发送bap实体。某个sl通信连接会对应一个接收bap实体和一个发送bap实体。某个sl通信连接通过对应的接收bap实体来接收数据包，并通过对应的发送bap实体来发送数据包。在一个实施例中，以ue1向ue3发送数据包为例，由于每个sl连接的收/发都有各自的接收/发送bap实体，因此转发ue与ue1对应的sl承载/lch在收到数据包后，会递交给上层该承载绑定的接收bap实体上，而该连接对应的接收bap实体需要判断该数据包是需要进一步转发给哪个ue的数据，从而内部路由到该下一跳ue(ue3)对应的连接的发送bap实体上。
[0282]
4、如图17(d)所示，转发ue中包括至少两个bap实体。对于每个sl通信连接来说，都通过一个bap实体来接收数据包和发送数据包。在一个实施例中，以ue1向ue3发送数据包为例，由于同一个sl通信连接的bap实体相同，而在该连接内不同收/发sl承载(或lch)共享该bap实体，因此在转发ue收到数据后，bap实体直接路由给该同一bap实体关联的发送承载进行发送，从而实现数据在转发ue内的路由。
[0283]
本技术实施例中，转发ue针对每个sl转发连接都维护一对l2 id，通过增加bap层，在接收到数据包后，根据数据包中的携带的一个l2 id，找到该l2 id配对的l2 id和要发送的最终接收ue的l2 id，然后将配对的l2 id和最终接收ue的l2 id填写在数据包中，然后将该数据包给最终接收ue，从而实现数据包的转发。
[0284]
上述是以rlc层之上有bap层模型为例进行说明的，实际上bap层是个逻辑层，可以
存在已有的任意协议层中(如sl物理(physical，phy)层/媒体介入控制(media access control，mac)层/无线链路控制(radio link control，rlc)层/分组数据汇聚层协议(packet data convergence protocol，pdcp)层/业务数据适配协议(service data adaptation protocol，sdap)层/无线资源控制(radio resource control，rrc)层/非接入(non-access stratum nas)层/v2x层/pc5-s/app等)，或新定义一层。
[0285]
实施例五
[0286]
转发ue针对每个sl通信连接只维护一个l2 id。可以理解为，转发ue针对某个sl通信连接所接收数据包中的next标识与转发ue所转发的数据包中的prev标识相同。ue1和ue3之间通过转发ue建立的通信连接可以作为一个sl通信连接。如图18所示：
[0287]
在正向传输数据过程中：转发ue接收ue1(发送ue)发送的数据包(prev标识为ue1的标识<prev＝1>，next标识为转发ue的标识<next＝r-a>)，然后将数据包转发给ue3(接收ue)(prev标识为转发ue的标识<prev＝r-a>，next标识为ue3的标识<next＝3>)。
[0288]
在反向传输数据过程中，转发ue接收ue3发送的数据包(prev标识为ue3的标识<prev＝3>，next标识为转发ue的标识<next＝r-a>)，然后将数据包转发给ue1(prev标识为转发ue的标识<prev＝r-a>，next标识为ue1的标识<next＝1>)。
[0289]
示例性地，以ue1给ue3发数据为例，当转发ue接收ue1发送的数据包后，通过层层解析，在mac层判断接收到的数据包的mac层头的prev next标识，如果得到的prev next标识是(ue1 l2 id，r_a)，则表明该数据包发送给自己的。转发ue可以在bap层或者rlc层或者其他协议层中，根据r_a，查找与r_a相关的路由表，找出r_a与最终接收的ue的标识之间的关系。例如，r_a或者ue1 l2 id r_a会对应到ue3 l2 id。转发ue在数据包中填写prev next标识为(r_a，ue3 l2 id)，最后将数据包转发给ue3；反之，在反向传输中，如果是ue3给ue1发数据，当转发ue判断接收到的数据包的mac层头的prev next标识是(ue3 l2 id，r_a)则表明该数据包发送给自己的。转发ue可以在bap层或者rlc层或者其他协议层中，根据r_a，查找与r_a相关的路由表，找出r_a与最终接收的ue的标识之间的关系。例如，r_a或者ue3 l2 id r_a会对应到ue1 l2 id。那么在转发数据包前，将prev next标识为(r_a，ue1 l2 id)填写在数据包中，然后发送给ue1。通过该方案，转发ue可以从上一跳节点(如ue1)接收数据包中携带的{prev id next id}，一起判断下一跳ue的标识(如ue3)。
[0290]
示例性地，如图19所示，对于一个发送ue通过转发ue向多个接收ue发送数据包这种情况，假定ue1同时要与ue2、ue3和ue4进行sl通信，都是通过同一个转发ue。那么，转发ue给ue1与ue2之间转发连接分配的l2 id可以为r_a。转发ue给ue1与ue3之间转发连接分配的l2 id可以为r_b。转发ue给ue1与ue4之间转发连接分配的l2 id可以为r_c。由于转发ue针对不同的转发连接分配不同的l2 id，因此无论是从ue1收到数据后转发给哪个ue(ue2/ue 3/ue 4)，还是从ue2/ue 3/ue 4接收数据后转发给ue1，都是通过转发ue给不同转发连接分配的不同l2 id来实现区分的，因此转发ue不会在多个sl通信连接中进行数据传输时出现紊乱的情况。
[0291]
另外，实施例五中在转发ue内，如何转发数据包可以参照实施例四中的图17四个模型的描述，本技术实施例在此不再赘述。
[0292]
相对实施例四中转发ue需要针对每个sl通信连接都要维护两个l2 id，本技术实施例中，转发ue针对每个sl通信连接仅需要维护一个l2 id。转发ue可以结合接收数据包中
的next标识或者prev next标识获得进一步转发数据包的next标识，从而实现发送ue与接收ue之间的数据路由和转发，不仅减少了转发ue维护l2 id的数量，而且转发ue在进行转发数据包的过程中，不需要进行r_a和r_b之间的转换。
[0293]
其中，确定下一跳ue的标识方式有两种，一种，转发ue根据接收的数据包中的next标识来查找对应的路由表，然后根据该路由表来确定下一跳ue的标识；另一种，转发ue根据接收的数据包中的prev标识和next标识来查找对应的路由表，来确定下一跳ue的标识(prev标识是为了避免转发ue将该数据包再次转发给发送该数据包的ue)。
[0294]
实施例六
[0295]
转发ue针对所有sl通信连接只维护一个l2 id。可以理解为，转发ue针对所有sl通信连接所接收数据包中的next标识与转发ue所转发的数据包中的prev标识相同。转发ue在实现发送ue与多个接收ue之间的数据路由和转发具体过程，如图20所示：
[0296]
1、对于转发ue与ue2/ue3/ue4之间数据传输：
[0297]
(1)、转发ue接收数据包过程中：由于ue2/ue3/ue4在向转发ue发送数据包时，根据数据包中携带的prev标识，转发ue很容易判断出该数据包来自哪个ue；
[0298]
(2)、转发ue发送数据包过程中：转发ue在接收ue1的数据包后，根据数据包中携带的r_a是无法确定该数据包转发至哪个ue。因此需要增加bap层。转发ue可以根据该数据包中bap层头中的tgt标识信息，确定该数据包的目的地tgt，然后根据该路由表，确定tgt对应的next标识，从而确定出该数据将要发送的下一跳ue。转发ue通过下一跳ue将该数据包转发给相应的接收ue。
[0299]
2、对于转发ue与ue1之间数据传输(由于转发ue向ue1发送的数据包是由ue2/ue3/ue4发送的，或向ue2/ue3/ue4发送数据包时，都需要识别数据包的来源，所以在转发ue中需要增加bap层)：
[0300]
(1)、转发ue发送数据包过程中：转发ue在接收到ue2/ue3/ue4的数据包后，根据数据包中携带的r_a来识别出最终路由到ue1，然后将数据包转发至ue1；
[0301]
(2)、转发ue接收数据包过程中：转发ue在接收到ue1发送的数据包后，根据数据包中携带的r_a是无法确定该数据包转发至哪个ue。因此需要增加bap层。转发ue可以根据该数据包中bap层头中的tgt标识信息，确定该数据包的目的地tgt。
[0302]
综上所述，转发ue是否需要增加bap层可以视情况而定。对于转发ue动态判断是否需要增加bap层方式为：如果一个发送ue经过同一转发ue要发给多个接收ue时，则需要增加bap层。以识别出该数据包中的tgt标识，然后根据该tgt标识确定相应的路由表，最后根据该路由表中的next标识确定下一跳ue。
[0303]
其中，转发ue是否增加bap层可以由转发ue或发送ue来决定。可选的，bap层的标识可以由转发ue或发送ue来分配。具体为：
[0304]
如果由发送ue决定：发送ue在构建数据包时，在数据包中增加bap层头，并携带bap标识(即为tgt标识)。
[0305]
另外一种实施例中，数据包中还可以携带指示信息，该指示信息用于指示数据包中是否携带bap层头。例如在数据包的rlc层还携带指示信息，用于指示该数据包中有bap层，由于转发ue既有可能接收到有bap层头的数据包，也有可能接收到无bap层头的数据包，因此该数据包是否有bap层头，需要在bap层以下的一层(如rlc层)来指示。
[0306]
示例性地，如果在数据包的rlc层携带有指示信息时，转发ue在接收到该数据包后，进行层层解析，在解析到rlc层时，得到指示信息，然后根据指示信息，确定数据包中有bap层头后，转发ue再进行bap层解析，得到tgt标识，根据该tgt标识查询对应的路由表，然后根据查询得到的路由表中对应的next标识确定接收该数据包的下一跳ue。
[0307]
如果由转发ue决定：在转发ue接收到发送ue发送的报文后，确定自身能与最终接收ue进行数据路由时，向发送ue发送反馈报文。在该反馈报文中增加bap层头，并携带自己为该最终接收ue分配的一个bap标识，以便发送ue后续要给ue2/ue3/ue4发送数据时，分别携带转发ue分配的不同的bap标识。而转发ue在接收到ue1数据包后，根据携带的bap标识获知该数据包后续是要发送给ue2或ue3或ue4，从而分别发送给不同的ue(例如，转发数据包的mac头中携带prev标识为转发ue的标识，next标识分别为最终接收ue的标识，如ue2/ue3/ue4的标识)。可选的，发送ue在收到转发ue分配的bap标识时，同时还需要获取ue2/ue3/ue4的标识，该标识可以是ue2/ue3/ue4的app id或l2 id。该标识可以携带在上述反馈报文中；可选的，ue1要给ue2/ue3/ue4发送数据包时，上层递交给接入(access stratum，as)的每个数据包要同时携带最终接收ue(tgt ue)的标识，可以是该最终接收ue的app id或l2 id。
[0308]
如果ue1向转发ue发送的数据包没bap层头，可以一开始在控制面为ue1和转发ue配置bap层，但此时数据包的bap层头就不用带bap标识，或者后续在用户面或控制面分配bap标识。
[0309]
具体构建的数据包可以满足下面至少一项：
[0310]
(1)、数据包中增加bap层头，并携带bap ue id(for tgt ue)；
[0311]
(2)、数据包的rlc层有指示信息：指示有bap层；由于转发ue既可能收到有bap层头的数据包，也可能受到无bap层头的数据包，因此该数据包是否有bap层头要通过bap层以下的某一层(如rlc层)来显示/隐式指示；
[0312]
(3)、转发ue根据发送ue携带的bap ue id(for tgt ue)，知道最终该数据包是路由给ue3，而非ue2或者ue 4；
[0313]
(4)、反过来，转发ue也可以将ue2/ue3/ue4发给ue1的数据复用在一起，发送给ue1。
[0314]
具体讲述一下构建的第一条报文(转发ue如何进行bap ue id的分配)：
[0315]
(1)、转发ue在回复给ue1的首条报文中增加bap层头，并携带自己分配的一个bap ue id；以便ue1后续要给ue2/ue3/ue4发送数据时，分别填写转发ue分配的不同的bap ue id，而转发ue在收到数据包后根据同时携带的bap ue id获知该数据包后续是要转发给ue2或ue3或ue4，从而分别发送给不同ue(转发数据包的mac头中填写prev l2 id为转发ue l2 id，next l2 id分别为最终收端ue的l2 id，如ue2/ue3/ue4 l2 id)；因此ue1在收到转发ue分配的bap ue id时同时还需要获取ue2/ue3/ue4的标识，该标识可以是ue2/ue3/ue4的app id或l2 id；而对应的ue1要给ue2/ue3/ue4发送数据包时，上层递交给as层的每个数据包要同时携带目标ue的标识，可以是该ue的app id或l2 id；
[0316]
(2)、如果一开始ue1和转发ue之间的数据包没bap层头，可以一开始就在控制面为ue1和转发ue配置bap。但此时bap层头不带bap ue id；或者，后续在用户面或控制面分配bap ue id；
[0317]
(3)、如果转发ue收到ue2&ue3&ue4的回复消息，可以封装在一起发送(因为都是
prev l2 id＝r_a，next l2 id＝1)，也可以不封装在一起；具体的，可以有两种发送方式：
[0318]
opt1：不能复用，即针对收到的第一条携带ue2的ue app id的首条回复报文，和收到的第一条携带ue3的ue app id的首条回复报文，和收到的第一条携带ue4的ue app id的首条回复报文，不可以封装成一个数据包传输给ue1。
[0319]
opt2：允许复用，但经过转发ue进行透传的报文需要作为独立ie进行封装；并依次携带分配的多个bap id；一一对应。例如可以按照id的大小顺序进行排序封装。或者该多个bap id分别映射到报文中对应的位置，再封装。例如将如下的多个独立报文进行统一封装在一个报文或传输块(transport block，tb)中进行发送：ue2回复报文携带：{ue2app id，bap ue id＝2}；ue3回复报文携带：{ue3app id，bap ue id＝3}；ue4回复报文携带：{ue4app id，bap ue id＝4}；
[0320]
接收ue(ue1)，根据收到的报文是否携带bap层，做不同映射：不携带时，根据其他l2 id或者l1 id映射/区分不同ue；携带时，根据bap ue id映射/区分不同ue。
[0321]
示例性地，如图21所示，对于多个发送ue通过转发ue向多个接收ue发送数据包这种情况，在图20方案的基础上，ue0也与ue3通过转发ue进行sl通信，因此在转发ue和接收ue之间通信过程中，转发ue在收到要转发给ue3的数据包时，也需要携带bap层头。并需要在bap头中携带bap标识来指示是哪个发送ue发送给ue3的数据。例如，转发ue根据所接收到的数据包中的prev l2 id next l2 id判断出是ue1发送给ue3的数据，那么可以在转发给ue3的数据包中携带ue1的标识。该ue1的标识可以是转发ue所接收到的数据包中的prev l2 id。
[0322]
本技术实施例中，在转发ue针对所有sl连接都维护一个共同的l2 id场景下，通过增加bap层及bap层头携带的信息来使得发送ue与接收ue之间的数据路由和转发能够正常工作。相比较实施例五对每个sl通信维护一个l2 id，进一步减少了转发ue的l2 id维护数量和降低l2 id冲突的概率。
[0323]
实施例七
[0324]
实施例六是转发ue针对所有sl通信维护一个l2 id。但需要动态的增加bap层、以及bap标识的分配和维护，造成使用起来过于复杂，因此实施例四是更为简单的一种方案，即bap层始终携带(无需灵活判断什么时候带、什么时候不带)。可选的，还可以无需bap标识的分配，而在bap层仅需携带最终接收ue的l2 id。
[0325]
示例性地，如图22所示，假定发送ue(ue1)向接收ue(ue3)发送数据(数据包中携带有prev标识、next标识、tgt标识和/或src标识)过程中：
[0326]
1、ue1发送给转发ue的数据包，在数据包的mac层头中，prev标识填写ue1 l2 id，next标识填写转发ue l2 id；在bap层头中填写tgt标识ue3 l2 id和/或src标识ue1 l2 id；
[0327]
2、转发ue处理数据包：
[0328]
(1)、转发ue对数据包进行层层解析，在接收mac层头中，当next标识等于自身的l2 id时，认为该数据包是发送给自己的数据，并需要进一步解析并逐级解包，并最终递交给自己的bap层；
[0329]
(2)、bap层判断bap层头中填写的tgt标识是不是自己的标识，如果不是，转发ue判断是需要将该数据进行转发。bap层将数据包转发给转发ue的发送端；可选的，bap层可以将
该tgt标识发送给bap层的下层(如rlc层或者mac层)；
[0330]
(3)、转发ue的发送端，bap层头中填写的tgt标识不变，即仍然为ue3l2 id；
[0331]
(4)、mac层根据bap层发送的ue3 l2 id查找路由表，得到下一跳节点及其对应的l2 id。或者由bap层执行路由表查询并告知mac层下一跳ue l2 id。比如本实施例中的下一跳就是ue3，则在mac层头中填写prev标识为自己的转发ue l2 id，next标识填写下一跳的l2 id(在此为ue3 l2 id，若支持多跳，则是下一跳节点的l2 id，而非ue3 l2 id)。
[0332]
3、ue3接收数据包后进行处理：通过读取该数据包的mac层头中的next标识，当该标识为自己的l2 id，则初步认为该数据包是发送给自己，因此逐级解包并最终发送至bap层，而ue3的bap层发现该层携带的bap层标识是自己的标识(如ue3l2 id)，则最终认为是发送给自己的数据包，并最终递交给上层(如pdcp层/rrc层/sdap层/v2x layer/nas层/app层等)进行处理。
[0333]
其中，转发ue始终对所有sl通信连接都维护一个l2 id、始终有bap层和携带最初发送ue的标识(如发送ue l2 id)。在最终的接收侧ue收到一个数据包后，能够递交给对应的pdcp实体。因为一个rlc承载可能对应多个pdcp实体，每个pdcp实体分别是对应发送ue和接收ue所共同维护的pdcp实体(因为rlc实体是逐跳维护的、pdcp实体是端到端维护的，pdcp序列号(serial number，sn)也是per pdcp实体来维护的)。例如图23所示，ue1同时通过转发ue(relay)与ue2和ue3进行通信时，ue3和ue2要发数据给ue1。在ue1收到数据包并递交到rlc实体后，需要判断往上给pdcp1实体还是pdcp2实体。同时，可选地，转发ue还可携带最初发送ue1的标识(如发送ue l2 id)，一个sl link标识(如link id)，sl承载信息或标识，逻辑信道信息或标识，服务质量qos信息或标识中的至少一个，使最终的接收ue在收到一个数据包后，能够根据上述信息递交给正确的pdcp实体/sdap实体/rrc实体等。例如可以通过最终接收ue维护的每个pdcp实体的一个连接标识，该连接可以通过报文中携带的src id和tgt id来唯一绑定/关联/标识。
[0334]
本技术实施例中，转发ue始终对所有sl通信连接都维护一个l2 id、始终有bap层和携带最终接收ue标识(如l2 id或l1 id或mac地址、ip地址等)，从而实现发送ue与接收ue之间的数据路由和转发。
[0335]
同理，上述是以rlc层之上有bap层模型为例进行说明的，实际上bap层是个逻辑层，可以存在已有的任意协议层中(如sl phy/mac/rlc/pdcp/sdap/rrc/nas/v2xlayer/pc5-s/app等)，或新定义的一层中。
[0336]
实施例八
[0337]
本技术上述实施例不仅可以用于ue-ue转发场景，也可以用于ue-network转发场景，此时将转发ue与基站间的uu接口替换为上述实施例中的sl通信连接中的一段sl即可。所以，ue-network转发场景可以算作ue-ue转发系统的一种特殊情况。
[0338]
上述ue也可以是网络设备节点，如enb/gnb/控制单元(central unit，cu)/分布单元(distributed unit，du)/接入和移动性管理功能网元(access and mobility management function，amf)/用户面功能(user plane function，upf)/网元管理系统(element management system，ems)/网络管理系统(network management system，nms)/操作、管理和维护(operation,administration and maintenance，oam)等网元节点。通信接口也可适用于ue间接口(如sl接口)、ue与ran网络设备间接口(如uu接口)，以及设备间接
口(如站间接口xn/网元间接口ng/cu与du间f1接口等)。
[0339]
示例性地，在ue-to-network转发场景中，可以将ran设备节点(如gnb或cu或du)也可以看做一个ue节点。以ue1->ue2->ue3->gnb的场景为例，ue1想要找到一个上网的节点，在向其它节点发送的报文中，将tgt节点设置为gnb节点标识，该标识可以是协议预定义(如”0000”)、或预置在发送ue(ue1)中，或通过系统消息块(system information block，sib)/rrc/nas等消息通知给转发ue，并由转发ue转发给发送ue(ue1)。上述介绍的用于路由表建立的广播/组播的报文，在ue3与gnb之间不是通过sl接口传递的，而是通过uu接口来传递，携带的标识也与上述报文中携带的标识类似，如prev标识、next标识、src标识、tgt标识中的一个或多个。
[0340]
在路由表建立之后，以数据通信为例进行说明：
[0341]
1、上行：
[0342]
(1)、ue1要发数据包给gnb；与上述方案类似，在sl接口上传输数据，携带prev标识、next标识、src标识、tgt标识中的一个或多个信息。
[0343]
(2)、ue2在收到ue1发送的数据包后，确定tgt标识是最终要发送给gnb的，因此通过查找路由表，来确定下一跳为ue3；因此也在sl接口上发送/转发数据包，其中，数据包中携带{prev＝2，next＝3，tgt＝0000，src＝1}；
[0344]
(3)、ue3在收到ue2发送/转发的数据包后，确定tgt标识是最终要发送给gnb的，因此通过查找路由表，来确定下一跳为gnb；因此在uu接口上发送/转发数据包，其中，数据包中携带{prev＝3，next＝0000，tgt＝0000，src＝1}；
[0345]
(4)、gnb在收到ue3发送/转发的数据包后，根据src＝1获知是ue1发送的数据包并进一步处理，如转发给cn、并可选地标识是ue1的数据、并在ue1对应的隧道协议(gprstunneling protocol，gtp)上传输。
[0346]
2、下行：
[0347]
(1)、gnb从cn(如upf)收到数据包后，获知是最终要发送给ue1的，通过查找自身路由表，可获知下一跳为ue3，因此在uu接口上发送/转发数据包、其中，在数据包中以显式/隐式的方式携带{prev＝0000，next＝3，tgt＝1，src＝0000}，例如prev标识和/或src标识可以省略、ue3从uu接口收到的数据包就知道prev标识和src标识是0000对应的gnb发送的，可以在后续进一步发送/转发时在sl接口上增加对应标识信息；next标识也可以是隐式携带，例如是通过ue3对应的c-rnti来标识的，ue3通过自己c-rnti解析就知道是发送给自己的数据包或感兴趣的数据包(需要接收并进一步转发给ue1)；
[0348]
(2)、ue3在收到gnb的下行数据包后，通过tgt＝1查找路由表获知下一跳是发送给ue2，在sl接口进一步转发，其中，数据包中携带{prev＝3，next＝2，tgt＝1，src＝0000}；
[0349]
(3)、同理，ue2在收到ue3在sl上发送/转发的数据包后，在sl上发送/转发数据包，并在查找路由表后获知tgt＝1的下一跳是ue1，在sl接口进一步转发，其中，数据包中携带{prev＝2，next＝1，tgt＝1，src＝0000}；
[0350]
(4)、ue1在收到ue2发送/转发的sl数据包后、在解析next标识和tgt标识后，获知是发送给自己的，因此送给上层进一步处理。
[0351]
需要特别说明的是，本技术实施例中，报文和数据包可以通过隐式或显式的方式携带的prev标识、next标识、tgt标识和src标识等信息。
[0352]
图24为本技术实施例提供的一种通信装置的结构示意图。如图24所示，该装置2400包括接收单元2401、处理单元2402和发送单元2403，具体实现过程为：
[0353]
接收单元2401用于接收来自第二节点的第一报文，所述第一报文包括所述第二节点的标识，第一标识和接收节点的标识；
[0354]
处理单元2402用于根据所述第一报文，确定所述第一节点是否为所述接收节点；以及当确定所述第一节点不是所述接收节点时，根据所述第一报文，确定第一路由表，所述第一路由表用于向所述接收节点进行数据路由。
[0355]
本技术上述装置2400解决了在ue与ue之间因硬件能力、距离、外界干扰等情况不能实现sl通信时，通过引入ue-to-ue转发系统，即在发送ue与接收ue之间增加至少一个转发ue的方式，实现发送ue与接收ue之间的通信。进一步的，通过构建发送ue与转发ue、转发ue与转发ue、转发ue与接收ue之间进行数据传输的路由表，来保证ue-to-ue转发系统的工作。
[0356]
在一种实施方式中，处理单元2402具体用于根据所述第一节点中的与所述接收节点进行数据路由的路由表，确定第一路由表。
[0357]
本技术上述装置2400还解决了在确定自身并非最终的接收节点时，转发节点根据接收到的报文中的接收节点的标识，查询自身是否存储有能与该接收节点进行数据路由的路由表，如果有，则不需要再进一步发送报文来构建与该接收节点进行数据路由的路由表。
[0358]
在一种实施方式中，发送单元2403用于以组播和/或广播的方式向其它节点发送第三报文，所述第三报文包括所述接收节点的标识；
[0359]
接收单元2401还用于接收来自第四节点的第四报文，所述第四报文包括所述第四节点的标识和所述第一节点的标识；其中，所述第四节点中存在与所述接收节点进行数据路由的路由表；或者，所述第四节点是所述接收节点；
[0360]
处理单元2402还用于根据所述第四节点的标识，建立所述第一路由表。
[0361]
本技术上述装置2400还解决了在转发节点查询自身没有与接收节点进行数据路由的路由表时，此时转发节点需要进一步发送报文，找到一个能与接收节点进行数据路由的节点，然后通过该能与接收节点进行数据路由的节点发送的报文来构建路由表，从而实现转发节点中有与接收节点进行数据路由的路由表。
[0362]
在一种实施方式中，当所述第四节点中存在与所述接收节点进行数据路由的路由表时，所述第四报文还包括所述接收节点的标识。
[0363]
在一种实施方式中，发送单元2403还用于当所述第一标识为目的广播标识时，向所述第二节点发送所述第二报文。
[0364]
本技术上述装置2400还解决了如果转发节点接收到的报文中目的标识为广播标识时，则表明上一跳节点中不存在能与最终的接收节点进行数据路由的路由表，所以需要该转发节点反馈信息给上一跳节点，让上一跳节点知道该转发节点中存在能与最终的接收节点进行数据路由的路由表，以便后续上一跳与该节点之间构建路由表。
[0365]
在一种实施方式中，所述第二节点为转发节点。
[0366]
在一种实施方式中，所述第一报文或第二报文还包括所述发送节点的标识，
[0367]
处理单元2402还用于根据所述第一报文，确定第二路由表，所述第二路由表用于向所述发送节点进行数据路由。
[0368]
本技术上述装置2400还解决了在第一报文或第二报文中携带有发送节点的标识，以便接收到该报文的第一节点，可以根据报文中的第二节点的标识和发送节点的标识，构建向第二节点进行数据路由的路由表。
[0369]
在一种实施方式中，所述第二路由表包括初始标识、下一跳标识和发送节点的标识，所述初始标识为将要发送数据的节点的标识，所述下一跳标识为接收所述数据的节点的标识，所述发送节点的标识用于指示所述数据最终发送至所述发送节点。
[0370]
图25为本技术实施例提供的一种通信装置的结构示意图。如图25所示，该装置2500包括处理单元2501、发送单元2502和接收单元2503，具体实现过程为：
[0371]
处理单元2501用于确定不存在第一路由表，所述第一路由表用于向接收节点进行数据路由；以及确定第一报文，所述第一报文包括发送节点的标识、目标广播/组播的标识和接收节点的标识；
[0372]
发送单元2502用于向第一节点发送所述第一报文；
[0373]
接收单元2503用于接收来自所述第一节点的第二报文，所述第二报文包括第一节点标识、所述发送节点的标识和所述接收节点的标识；
[0374]
处理单元2501还用于根据所述第二报文，确定所述第一路由表。
[0375]
本技术上述装置2400解决了发送节点在进行sl通信时，先查询自身是否有与对应的接收节点的路由表，如果有，则直接进行数据路由，如果没有，则通过发送报文的方式，来构建出与接收节点进行数据路由的连接链路，以便后续进行数据发送。
[0376]
在一种实施方式中，处理单元2501具体用于根据所述接收节点的标识，确定不存在与所述接收节点进行数据路由的路由表。
[0377]
图26为本技术实施例提供的一种通信设备的结构示意图。如图26所示的通信设备2600，该通信设备2600可以为上述发送ue、转发ue和接收ue中任何一个，可以包括传感器2601、处理器2602、存储器2603、通信接口2604以及总线2605。终端设备2600中的处理器2602、存储器2603和通信接口2604可以通过总线2605建立通信连接。
[0378]
传感器2601，用于发送报文和数据包，以及接收报文和数据包。
[0379]
处理器2602可以为中央处理器(central processing unit，cpu)。上述实施例中提到的发送ue、转发ue和接收ue在接收到报文和/或数据包后如何解析、构建路由表、查找路由表、验证标识等操作，均由处理器2602来执行。
[0380]
存储器2603可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器2603也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，rom)，快闪存储器，硬盘(hard disk drive，hdd)或固态硬盘(solid state drive，ssd)；存储器2603还可以包括上述种类的存储器的组合。其中，报文、数据包、标识、路由表等数据将存储在存储器2603中。另外，存储器2603中还将用于存储处理器2604执行的用于实现上述实施例所述的安全启动的方法对应的程序指令等等。
[0381]
本发明提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行上述任一项方法。
[0382]
本发明提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现上述任一项方法。
[0383]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的范围。
[0384]
此外，本技术实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本技术中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，eprom)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
[0385]
在上述实施例中，图9中隔空交互装置900可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
[0386]
应当理解的是，在本技术实施例的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0387]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0388]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0389]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0390]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者接入网设备等)执行本技术实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0391]
以上所述，仅为本技术实施例的具体实施方式，但本技术实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术实施例的保护范围之内。