CN112566248A - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN112566248A
CN112566248A CN201910911680.5A CN201910911680A CN112566248A CN 112566248 A CN112566248 A CN 112566248A CN 201910911680 A CN201910911680 A CN 201910911680A CN 112566248 A CN112566248 A CN 112566248A
Authority
CN
China
Prior art keywords
ith
terminal device
data
transmission resource
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910911680.5A
Other languages
English (en)
Inventor
刘荣宽
张鹏
许华
马驰翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910911680.5A priority Critical patent/CN112566248A/zh
Priority to PCT/CN2020/117191 priority patent/WO2021057805A1/zh
Priority to EP20870382.7A priority patent/EP4030845A4/en
Publication of CN112566248A publication Critical patent/CN112566248A/zh
Priority to US17/703,728 priority patent/US20220217690A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/04—Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种通信方法及装置，可以应用于车联网，或可以用于D2D，智能驾驶，智能网联车等领域，该方法包括：网络装置确定第i协作终端装置的第i侧行传输资源，第i协作终端装置属于N个协作终端，第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，第i侧行传输资源与第j侧行传输资源不同，第j侧行传输资源为网络装置确定的第j协作终端装置的侧行传输资源，第i侧行传输资源用于第i协作终端装置向目标终端装置发送第二数据，第二数据为根据网络装置向第i协作终端装置发送的第一数据确定的，N个协作终端装置与目标终端装置属于同一个协作传输组；网络装置向第i协作终端装置和目标终端装置发送第i侧行传输资源。

Description

一种通信方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及装置。
背景技术
新的无线业务类型，例如物联网、自动驾驶等业务对下一代无线通信***，也即5G***提出了更高的要求。为进一步提高5G***的容量以及网络的覆盖范围，5G***提供了用户协作的通信方式。在用户协作通信之前，可以为目标终端装置建立用户协作组，用户协作组中可以包括N个协作终端装置。每个协作终端装置可以与目标终端装置建立侧行传输。这样基站可以向用户协作组中的各个终端装置发送相同的下行数据，每个协作终端装置可以通过侧行传输将接收到的下行数据传输给目标终端装置。从而可以实现目标终端装置接收下行数据的信号增强目的。
现有技术中，存在两种传输模式(mode)，一种为基站分配模式，在LTE标准中定义为mode3，另一种为用户自选模式，在LTE标准中定义为mode 4。
在基站分配模式下，用户协作的通信过程具体可以包括两个阶段：
第一阶段，下行传输阶段，基站向目标终端装置所在的协作传输组中的各个协作终端装置发送下行数据。
第二阶段，侧行传输阶段，协作终端装置在建立的侧行链路上向目标终端装置转发基站在第一阶段发送的下行数据，目标终端装置在建立的侧行链路上接收协作终端装置向目标终端装置发送的侧行数据。
现有技术中，尤其是侧行传输阶段，只有针对端到端的资源分配方式，针对协作传输的资源分配，还没有成熟的方案。
发明内容
本申请提供一种通信方法及装置，可以应用于车联网，例如V2X、LTE-V、V2V等，或可以用于D2D，智能驾驶，智能网联车等领域，可针对协作传输的侧行传输资源进行统一分配，提高了协作传输的效率和传输性能。
第一方面，提供一种通信方法，包括：
网络装置确定第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为所述网络装置确定的第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源用于所述第i协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述网络装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组；
所述网络装置向第i协作终端装置和所述目标终端装置发送所述第i侧行传输资源。
采用本申请实施例提供的方法，可以预先确定协作传输中的N个协作终端装置的侧行传输资源，优化N个协作终端装置的侧行传输资源的配置，避免侧行传输资源的浪费，提高频谱效率。另外，可以避免N个协作终端装置的侧行传输间的干扰，有效提高协作传输的性能。
一种可能的设计中，所述方法还包括：所述网络装置确定侧行传输资源集，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，所述网络装置向所述N个协作终端装置与所述目标终端装置发送侧行传输资源集指示，所述网络装置确定第i协作终端装置的第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的所述第i侧行传输资源。
上述可能的设计中，网络装置可以预先确定协作传输的侧行传输资源集，在协作传输组中的协作终端装置需要发送侧行数据时，再为第i协作终端装置确定第i侧行传输资源，以提高侧行传输资源分配的灵活性。
一种可能的设计中，所述第i侧行传输资源包括：所述网络装置按时域资源确定的所述第i协作终端装置的第i时域资源，所述第i时域资源为所述第i侧行传输资源中的时域资源，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
上述可能的设计中，网络装置可以根据时域复用的方式，确定第i侧行传输资源的第i时域资源，以降低侧行传输的时延。
一种可能的设计中，所述第i侧行传输资源包括：所述网络装置按频域资源确定的所述第i协作终端装置的第i频域资源，所述第i频域资源为所述第i侧行传输资源中的频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
上述可能的设计中，网络装置可以根据频域复用的方式，确定第i侧行传输资源的第i频域资源，以提高侧行传输的抗干扰能力。
一种可能的设计中，所述第i侧行传输资源包括：所述网络装置按照时域资源和频域资源确定的所述第i个协作终端装置的第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
上述可能的设计中，网络装置可以根据时频域复用的方式，确定第i侧行传输资源的第i时频资源，以降低侧行传输的时延，并提高侧行传输的抗干扰能力。
一种可能的设计中，所述第i侧行传输资源包括：所述网络装置确定的所述第i协作终端装置的第i参考信号序列，所述第i参考信号序列为所述网络装置确定的第i侧行传输资源中的码资源，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
上述可能的设计中，网络装置可以根据码分复用的方式，确定第i侧行传输资源的第i码资源，以提高侧行传输资源的利用率，提高侧行传输的干扰能力。
一种可能的设计中，所述第i侧行传输资源，还包括：第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，网络装置可以通过在第i侧行传输资源中设置第i软合并指示域，使得第i协作终端根据第i软合并指示域，确定向目标终端装置发送的第二数据是否需要执行软合并，若确定需要执行软合并，则各协作终端装置向目标终端装置发送的第二数据为相同的数据，可以提高目标终端装置的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述网络装置确定所述第i协作终端装置的第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，网络装置可以通过另外分配第i软合并指示域的方式，灵活的指示第i协作终端装置发送的第二数据是否为需要执行软合并的数据，提高侧行传输的灵活性。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述第一时间偏移量用于指示所述目标终端装置在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻，所述第二时间偏移量用于指示所述目标终端装置在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
上述可能的设计中，网络装置可以通过配置第一时间偏移量和/或第二时间偏移量，以使协作终端装置和目标终端装置确定是否执行软合并，节省了软合并指示所需控制信令的开销，配置灵活。
一种可能的设计中，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一传输资源用于指示所述第i协作终端装置通过所述第一传输资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二传输资源用于指示所述第i协作终端装置在所述第二传输资源上向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
上述可能的设计中，网络装置可以通过配置第一传输资源和第二传输资源的方式，使得协作终端装置在第一传输资源或第二传输资源上发送执行软合并的数据，节省了软合并指示所需控制信令的开销，并且，避免了通过第一时间偏移量和/或第二时间偏移量确定软合并指示域的设计中，可能存在的时延导致的目标终端装置可能无法正确接收是否执行软合并的数据的问题。
一种可能的设计中，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
上述可能的设计中，网络装置通过配置第一传输资源和第二传输资源的方式，可以根据时域资源、频域资源、码域资源等方式确定，以节省资源的开销。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本，所述第一冗余版本用于所述第i协作终端装置根据所述第一冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端根据接收来自网络装置的第一数据生成的。
上述可能的设计中，网络装置可以通过配置冗余版本，使得协作终端装置根据冗余版本发送第三数据，其中，第三数据为第二数据的部分或全部数据，进而，使得目标终端装置可以接收到更多的数据的信号，以提高协作传输的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本用于所述第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本，所述第二冗余版本用于所述第i协作终端装置根据所述第二冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端装置根据接收来自网络装置的第一数据生成的。
上述可能的设计中，网络装置可以通过配置第i冗余版本集合，使得第i协作终端装置，根据组内标识，确定对应的冗余版本，第i冗余版本集合可以在多次协作传输中复用，可以减少多次协作传输中传输资源分配所占用的资源，降低资源的开销，提高频谱效率。
第二方面，提供一种通信方法，网络装置确定N个协作终端装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源为所述网络装置确定的N个协作终端装置的侧行传输资源，所述第i侧行传输资源用于所述N个协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述网络装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组，所述网络装置向所述N个协作终端装置和所述目标终端装置发送所述侧行传输资源。
上述可能的设计中，由于协作终端装置向目标终端装置发送的第二数据相同，网络装置可以为N个协作终端装置配置相同的侧行传输资源，以节省侧行传输资源的消耗。
一种可能的设计中，所述网络装置确定侧行传输资源集；所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源；所述网络装置向所述N个协作终端装置与所述目标终端装置发送侧行传输资源集指示；所述网络装置确定N个协作终端装置的侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
上述可能的设计中，由于协作终端装置向目标终端装置发送的第二数据相同，网络装置可以在侧行传输资源集中为N个协作终端装置配置相同的侧行传输资源，该侧行传输资源可以为第i侧行传输资源，减少侧行传输资源的配置的复杂性，以提高侧行传输资源的配置的灵活性。
第三方面，提供一种通信方法，包括：
第一协作终端装置接收来自网络装置的第一侧行传输资源，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述第一侧行传输资源为第1侧行传输资源至第N侧行传输资源中的第i侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与目标终端装置属于同一个协作传输组；
所述第一协作终端装置在所述第一侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第一协作终端装置根据从所述网络装置接收的第一数据确定的。
采用本申请实施例提供的方法，第一协作终端装置可以预先确定第i侧行传输资源，且第i侧行传输资源与第j协作终端装置的第j侧行传输资源不同，因此，可以有效可以避免N个协作终端装置的侧行传输间的干扰，有效提高协作传输的性能。
一种可能的设计中，所述第一协作终端装置接收来自所述网络装置的侧行传输资源集指示，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，所述第一侧行传输资源为所述侧行传输资源集中的所述第i侧行传输资源。
上述可能的设计中，第一协作终端装置可以先接收网络装置预先确定协作传输的侧行传输资源集，在协作传输过程中，再接收网络装置为其配置的第i侧行传输资源，有效提高了侧行传输资源分配的灵活性。
一种可能的设计中，所述第一协作终端装置发送第一指示信息至所述目标终端装置；所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
上述可能的设计中，第一协作终端装置可以将译码结果发送至目标终端装置，以节省目标终端装置接收协作终端装置发送的第二数据所消耗的资源，避免不必要的资源开销。
一种可能的设计中，所述第i侧行传输资源的时域资源为第i时域资源；所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
上述可能的设计中，由于第i侧行传输资源的第i时域资源为时域复用的方式，可以降低侧行传输的时延。
一种可能的设计中，所述第i侧行传输资源的频域资源为第i频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
上述可能的设计中，由于第i侧行传输资源的第i时域资源为频域复用的方式，可以提高侧行传输的抗干扰能力。
一种可能的设计中，所述第i侧行传输资源的时频资源为第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
上述可能的设计中，由于第i侧行传输资源的第i时域资源为时频复用的方式，可以降低侧行传输的时延，并提高侧行传输的抗干扰能力。
一种可能的设计中，所述第i侧行传输资源的码资源包括：第i参考信号序列，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
上述可能的设计中，由于第i侧行传输资源的第i码资源为码分复用的方式，可以提高侧行传输的抗干扰能力。
一种可能的设计中，所述第i侧行传输资源，还包括：第i软合并指示域，所述第一协作终端根据所述第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，通过在第i侧行传输资源中设置第i软合并指示域，使得第i协作终端根据第i软合并指示域，确定向目标终端装置发送的第二数据是否需要执行软合并，若确定需要执行软合并，则各协作终端装置向目标终端装置发送的第二数据为相同的数据，可以提高目标终端装置的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述第一协作终端接收来自网络装置的第i软合并指示域；所述第一协作终端根据所述第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，通过另外接收来自网络设备确定的第i软合并指示域的方式，提高了侧行传输的灵活性。
一种可能的设计中，所述第一协作终端装置生成侧行控制信令；所述侧行控制信令包括第i软合并指示域，所述第i软合并指示域用于指示所述第一协作终端装置发送的第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置通过将第i软合并指示域下发至目标终端装置，提高了侧行传输的灵活性和鲁棒性。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在第一时刻增加所述第一时间偏移量的第二时刻，发送所述第二数据；所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；和/或，所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第一时刻增加所述第二时间偏移量的第三时刻，发送所述第二数据。
上述可能的设计中，可以通过根据第一时间偏移量和/或第二时间偏移量，确定是否执行软合并，节省了软合并指示所需接收控制信令的开销，配置灵活。
一种可能的设计中，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在所述第一传输资源上发送所述第二数据；所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第二传输资源上发送所述第二数据。
上述可能的设计中，第一协作终端装置在第一传输资源或第二传输资源上发送执行软合并的数据，节省了软合并指示所需控制信令的开销，并且，避免了通过第一时间偏移量和/或第二时间偏移量确定软合并指示域的设计中，可能存在的时延导致的目标终端装置可能无法正确接收是否执行软合并的数据的问题。
一种可能的设计中，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
上述可能的设计中，根据时域资源、频域资源、码域资源等方式确定是否软合并，以节省资源的开销。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则在所述冗余版本集中确定第一冗余版本，并根据所述第一冗余版本确定所述协作终端装置发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置根据确定的冗余版本发送第三数据，其中，第三数据为第二数据的部分或全部数据，进而，使得目标终端装置可以接收到更多的数据的信号，以提高协作传输的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则根据所述第一协作终端装置在所述协作传输组中的组内标识确定第二冗余版本；所述第一协作终端装置根据所述第二冗余版本确定发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置可以根据组内标识，确定对应的冗余版本，第i冗余版本集合可以在多次协作传输中复用，可以减少多次协作传输中传输资源分配所占用的资源，降低资源的开销，提高频谱效率。
第四方面，提供一种通信方法，第一协作终端装置接收来自网络装置的第i侧行传输资源，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组；
所述第一协作终端装置在所述第i侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第一协作终端装置根据从所述网络装置接收的第一数据确定的。
上述可能的设计中，由于协作终端装置向目标终端装置发送的第二数据相同，N个协作终端装置的侧行传输资源相同，以节省第一协作终端装置的资源消耗。
一种可能的设计中，所述第一协作终端装置接收来自网络装置的侧行传输资源集指示，所述侧行传输资源集包括第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
上述可能的设计中，由于协作终端装置向目标终端装置发送的第二数据相同，该侧行传输资源可以为第i侧行传输资源，减少侧行传输资源的配置的复杂性，以提高侧行传输资源的配置的灵活性。
第五方面，提供一种通信方法，目标终端装置接收来自网络装置的第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组；
所述目标终端装置在所述第i侧行传输资源上接收来自所述第i协作终端装置的第二数据，所述第二数据为所述第i协作终端装置根据从所述网络装置接收的第一数据确定的。
采用本申请实施例提供的方法，目标终端装置可以预先确定第i侧行传输资源，且第i侧行传输资源与第j协作终端装置的第j侧行传输资源不同，因此，可以有效可以避免N个协作终端装置的侧行传输间的干扰，有效提高协作传输的性能。
一种可能的设计中，所述目标终端装置接收来自所述网络装置的侧行传输资源集指示，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源；所述第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
上述可能的设计中，目标终端装置可以先接收网络装置预先确定协作传输的侧行传输资源集，在协作传输过程中，再接收网络装置为其配置的第i侧行传输资源，有效提高了侧行传输资源分配的灵活性。
一种可能的设计中，所述目标终端装置接收到所述第一协作终端装置发送的第一指示信息后，所述目标终端装置不接收所述第i侧行传输资源上的数据；所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
上述可能的设计中，目标终端装置可以节省第一协作终端装置的将译码结果，以节省目标终端装置接收协作终端装置发送的第二数据所消耗的资源，避免不必要的资源开销。
一种可能的设计中，所述目标终端装置接收来自所述第一协作终端装置的侧行控制指令；所述侧行控制指令用于指示所述第一协作终端装置用于发送第二数据的第i侧行传输资源；所述目标终端装置根据所述侧行控制指令，在所述第i侧行传输资源上接收来自所述第一协作终端装置的第二数据。
上述可能的设计中，目标装置接收第i协作终端装置的第i侧行传输资源，提高了侧行传输的灵活性和鲁棒性。
一种可能的设计中，所述侧行控制指令还包括：第i软合并指示域；所述目标终端装置根据所述第i软合并指示域，确定接收的所述第二数据是否需要执行软合并。
上述可能的设计中，目标装置接收第i协作终端装置的第i软合并指示域，提高了侧行传输的灵活性和鲁棒性。
一种可能的设计中，所述第i侧行传输资源还包括：第i软合并指示域；所述目标终端装置根据所述第i软合并指示域，确定接收的所述第二数据是否需要执行软合并。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量；所述目标终端装置若确定在第一时刻增加所述第一时间偏移量的第二时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据需要执行软合并，所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；和/或，所述目标终端装置若确定在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据不需要执行软合并。
一种可能的设计中，所述第i侧行传输资源，包括：第一传输资源和第二传输资源；所述目标终端装置若在所述第一传输资源上接收到所述第二数据，则将所述第二数据确定为执行软合并的数据；所述目标终端装置若在所述第二传输资源上接收到所述第二数据，则将所述第二数据确定为不执行软合并的数据。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集；所述目标终端装置根据所述第i冗余版本集中的冗余版本，确定接收第三数据的起始位置，并将接收到的所述第三数据确定为执行软合并的数据；所述第三数据为所述协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
一种可能的设计中，所述i侧行传输资源，还包括：第二冗余版本，所述目标终端装置若在所述第二冗余版本对应的起始位置上接收到第三数据，则将所述第三数据确定为执行软合并的数据，所述第二冗余版本为根据所述第i协作终端装置在所述协作传输组中的组内标识确定的。
第六方面，提供一种通信方法，目标终端装置接收来自网络装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为所述N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，i为大于或等于1且小于或等于N的整数，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组；所述目标终端装置在所述侧行传输资源上接收所述N个协作终端装置发送的第二数据，所述第二数据为所述N个协作终端装置根据从所述网络装置接收的第一数据确定的。
上述可能的设计中，由于目标终端装置接收的协作终端装置的第二数据相同，目标终端装置可以在相同的侧行传输资源上接收第二数据，以节省目标终端装置资源的消耗。
一种可能的设计中，所述目标终端装置接收来自网络装置的侧行传输资源集指示，所述侧行传输资源集包括第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
上述可能的设计中，由于协作终端装置向目标终端装置发送的第二数据相同，该侧行传输资源可以为第i侧行传输资源，减少侧行传输资源的配置的复杂性，提高侧行传输资源配置的灵活性。
第七方面，提供一种通信方法，网络装置向第i协作终端装置发送第一数据，所述网络装置向N个协作终端装置和目标终端装置发送侧行传输资源集指示，所述N个协作终端装置包括所述第i协作终端装置，所述侧行传输资源集用于所述第i协作终端装置选择第i侧行传输资源，所述第i侧行传输资源属于所述侧行传输资源集，所述第i侧行传输资源用于所述第i协作终端装置向所述目标终端装置发送第二数据，所述第二数据为根据所述第一数据确定的，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数。
采用本申请实施例提供的方法，网络装置可以预先确定协作传输的侧行传输资源集，进而，使得N个协作终端装置在需要进行侧行传输时，在侧行传输资源集中，自主选择各自的侧行传输资源，避免与其他协作传输资源的干扰，提高侧行传输资源分配的灵活性，有效提高协作传输的性能。
一种可能的设计中，所述侧行传输资源集包括：第1时域资源至第N时域资源；所述第i侧行传输资源包括：第i时域资源，所述第i时域资源为所述第i侧行传输资源中的时域资源，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
上述可能的设计中，可以避免N个协作终端装置的侧行传输间的干扰，有效提高协作传输的性能，具体的，网络装置可以根据时域复用的方式，确定第i侧行传输资源的第i时域资源，以降低侧行传输的时延。
一种可能的设计中，所述侧行传输资源集包括：第1频域资源至第N频域资源；所述第i侧行传输资源包括：第i频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
上述可能的设计中，网络装置可以根据频域复用的方式，确定第i侧行传输资源的第i频域资源，以提高侧行传输的抗干扰能力。
一种可能的设计中，所述侧行传输资源集包括：第1时频子资源至第N×N时频子资源；所述第i侧行传输资源包括：第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
上述可能的设计中，网络装置可以根据时频域复用的方式，确定第i侧行传输资源的第i时频资源，以降低侧行传输的时延，并提高侧行传输的抗干扰能力。
一种可能的设计中，所述侧行传输资源集包括：第1参考信号序列至第N参考信号序列；所述第i侧行传输资源包括：第i参考信号序列，所述第i参考信号序列为所述网络装置确定的第i侧行传输资源中的码资源，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
上述可能的设计中，网络装置可以根据码分复用的方式，确定第i侧行传输资源的第i码资源，以提高侧行传输资源的利用率，提高侧行传输的干扰能力。
一种可能的设计中，所述侧行传输资源集还包括：软合并指示域集合；所述第i侧行传输资源还包括：第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述第一时间偏移量用于指示所述目标终端装置在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻，所述第二时间偏移量用于指示所述目标终端装置在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
上述可能的设计中，网络装置可以通过在第i侧行传输资源中设置第i软合并指示域，使得第i协作终端装置根据选择的第i软合并指示域，确定向目标终端装置发送的第二数据是否需要执行软合并，若确定需要执行软合并，则各协作终端装置向目标终端装置发送的第二数据为相同的数据，可以提高目标终端装置的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一传输资源用于所述第i协作终端装置通过所述第一传输资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二传输资源用于所述第i协作终端装置在所述第二传输资源上向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
上述可能的设计中，网络装置可以通过配置第一传输资源和第二传输资源的方式，使得协作终端装置自主选择在第一传输资源或第二传输资源上发送执行软合并的数据，节省了软合并指示所需控制信令的开销。
一种可能的设计中，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
一种可能的设计中，所述侧行传输资源集，还包括：冗余版本集合，所述冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本，所述第一冗余版本用于所述第i协作终端装置根据所述第一冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端根据接收来自网络装置的第一数据生成的。
上述可能的设计中，网络装置可以通过配置冗余版本集合，使得协作终端装置在冗余版本集合中自主选择冗余版本，并根据冗余版本发送第三数据，其中，第三数据为第二数据的部分或全部数据，进而，使得目标终端装置可以接收到更多的数据的信号，以提高协作传输的译码成功率，进而提高协作传输的性能。
第八方面，提供一种通信方法，第一协作终端装置接收来自网络装置的第一数据，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述N个协作终端装置与目标终端装置属于同一个协作传输组，所述第一协作终端接收来自网络装置的侧行传输资源集，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，N为大于或等于1的整数，所述第一协作终端装置在第i侧行传输资源上向目标终端装置发送第二数据，所述第二数据为根据所述第一数据确定的，所述第i侧行传输资源为所述第一协作终端装置从所述侧行传输资源集中选择的。
采用本申请实施例提供的方法，第一协作终端装置可以在侧行传资源集中自主选择确定第i侧行传输资源，且第i侧行传输资源与第j协作终端装置的第j侧行传输资源不同，因此，可以有效可以避免N个协作终端装置的侧行传输间的干扰，有效提高协作传输的性能。
一种可能的设计中，所述第一协作终端装置发送第一指示信息至所述目标终端装置，所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
上述可能的设计中，第一协作终端装置可以将译码结果发送至目标终端装置，以节省目标终端装置接收协作终端装置发送的第二数据所消耗的资源，避免不必要的资源开销。
一种可能的设计中，所述第i侧行传输资源的时域资源为第i时域资源；所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
一种可能的设计中，所述第i侧行传输资源的频域资源为第i频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
一种可能的设计中，所述第i侧行传输资源的时频资源为第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
一种可能的设计中，所述第i侧行传输资源的码资源包括：第i参考信号序列，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述第j侧行传输资源中的码资源。
一种可能的设计中，所述侧行传输资源集还包括：软合并指示域集合，所述第一协作终端从所述软合并指示域集合中选择第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
一种可能的设计中，所述第一协作终端装置生成侧行控制信令；所述侧行控制信令包括所述第i软合并指示域，所述第i软合并指示域用于指示所述第一协作终端装置发送的第二数据是否为所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置通过将第i软合并指示域下发至目标终端装置，提高了侧行传输的灵活性和鲁棒性。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量；所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在第一时刻增加所述第一时间偏移量的第二时刻，发送所述第二数据；所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；和/或，所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第一时刻增加所述第二时间偏移量的第三时刻，发送所述第二数据。
上述可能的设计中，可以通过根据第一时间偏移量和/或第二时间偏移量，确定是否执行软合并，节省了软合并指示所需接收控制信令的开销，配置灵活。
一种可能的设计中，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在所述第一传输资源上发送所述第二数据；所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第二传输资源上发送所述第二数据。
上述可能的设计中，第一协作终端装置在第一传输资源或第二传输资源上发送执行软合并的数据，节省了软合并指示所需控制信令的开销，并且，避免了通过第一时间偏移量和/或第二时间偏移量确定软合并指示域的设计中，可能存在的时延导致的目标终端装置可能无法正确接收是否执行软合并的数据的问题。
一种可能的设计中，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则在所述冗余版本集中确定第一冗余版本，并根据所述第一冗余版本确定所述协作终端装置发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置在第i冗余版本集合中确定冗余版本，并根据确定的冗余版本发送第三数据，其中，第三数据为第二数据的部分或全部数据，进而，使得目标终端装置可以接收到更多的数据的信号，以提高协作传输的译码成功率，进而提高协作传输的性能。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则根据所述第一协作终端装置在所述协作传输组中的组内标识确定第二冗余版本；所述第一协作终端装置根据所述第二冗余版本确定发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
上述可能的设计中，第一协作终端装置可以根据组内标识，确定对应的冗余版本，第i冗余版本集合可以在多次协作传输中复用，可以减少多次协作传输中传输资源分配所占用的资源，降低资源的开销，提高频谱效率。
第九方面，提供一种通信方法，目标终端装置接收来自网络装置的第一数据，N个协作终端装置与所述目标终端装置属于同一个协作传输组，所述目标终端接收来自网络装置的侧行传输资源集，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，N为大于或等于1的整数，所述目标终端装置在所述侧行传输资源集中的侧行传输资源上接收第i协作终端装置发送的第二数据，所述第二数据为所述第i协作终端装置根据所述第一数据确定的，所述第i协作终端装置属于N个协作终端装置，i为大于或等于1且小于或等于N的整数。
采用本申请实施例提供的方法，目标终端装置可以根据侧行传输资源集，接收各协作终端发送的第二数据，可以减少网络装置配置所需的信令消耗，提高频谱效率。
一种可能的设计中，所述目标终端装置接收来自所述第一协作终端装置的侧行控制指令；所述侧行控制指令用于指示所述第一协作终端装置用于发送第二数据的第i侧行传输资源；所述目标终端装置根据所述侧行控制指令，在所述第i侧行传输资源上接收来自所述第i协作终端装置的第二数据。
上述可能的设计中，目标终端装置可以接收第一协作终端装置发送的侧行控制指令，以确定第一协作终端自主选择的第i侧行传输资源，以节省目标终端装置接收协作终端装置发送的第二数据所消耗的资源，避免不必要的资源开销。
一种可能的设计中，所述侧行控制指令还包括：第i软合并指示域；所述目标终端装置根据所述第i软合并指示域，确定接收的所述第二数据是否需要执行软合并。
上述可能的设计中，目标终端装置可以接收第一协作终端装置发送的侧行控制指令，以确定第一协作终端自主选择的第i软合并指示域，以确定目标终端装置接收协作终端装置发送的第二数据是否为软合并指示，提高协作传输性能。
一种可能的设计中，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量；所述目标终端装置若确定在第一时刻增加所述第一时间偏移量的第二时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据需要执行软合并；所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；和/或，所述目标终端装置若确定在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据不需要执行软合并。
上述可能的设计中，目标终端装置根据第一时间偏移量和/或第二时间偏移量，以确定目标终端装置接收协作终端装置发送的第二数据是否为软合并指示，减少软合并指示域的信令开销，提高协作传输性能。
一种可能的设计中，所述第i侧行传输资源，包括：第一传输资源和第二传输资源；所述目标终端装置若在所述第一传输资源上接收到所述第二数据，则将所述第二数据确定为执行软合并的数据；所述目标终端装置若在所述第二传输资源上接收到所述第二数据，则将所述第二数据确定为不执行软合并的数据。
上述可能的设计中，目标终端装置根据第一传输资源和第二传输资源上接收第二数据，以确定目标终端装置接收协作终端装置发送的第二数据是否为软合并指示，减少软合并指示域的信令开销，提高协作传输性能。
一种可能的设计中，所述侧行传输资源集，还包括：冗余版本集；所述目标终端装置根据所述冗余版本集中的冗余版本，确定接收第三数据的起始位置，并将接收到的所述第三数据确定为执行软合并的数据；所述第三数据为所述协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
上述可能的设计中，目标终端装置根据冗余版本集接收第三数据，提高协作传输性能。
一种可能的设计中，所述侧行传输资源集，还包括：冗余版本集，所述目标终端装置若在所述第二冗余版本对应的起始位置上接收到所述第i协作终端装置的第三数据，则将所述第三数据确定为执行软合并的数据，所述第二冗余版本为所述冗余版本集中根据所述第i协作终端装置在所述协作传输组中的组内标识确定的。
上述可能的设计中，目标终端装置根据各协作终端装置的组内标识及冗余版本集，接收各协作终端装置的第三数据，提高协作传输性能。
第十方面，本申请实施例还提供一种通信装置，该通信装置具有实现上述第三方面、第四方面及第八方面，或第二方面、第四方面及第八方面的任一种可能的设计中第一协作终端设备的功能，或具有实现上述第五方面、第六方面及第九方面，或第五方面、第六方面及第九方面的任一种可能的设计中目标终端设备的功能。该通信装置可以为终端设备，例如手持终端设备、车载终端设备等，也可以为终端设备中包含的装置，例如芯片，也可以为包含终端设备的装置。上述终端设备的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，所述硬件或软件包括一个或多个与上述功能相对应的模块。
该通信装置也可以具有实现上述第一方面、第二方面及第七方面，或第一方面、第二方面及第七方面的任一种可能的设计中网络设备的功能。该通信装置可以为网络设备，例如基站，也可以为网络设备中包含的装置，例如芯片。上述网络设备的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，该通信装置的结构中包括处理模块和收发模块，其中，处理模块被配置为支持该通信装置执行上述第一方面至第九方面的任一方面或第一方面至第九方面的任一方面的任一种设计中相应的功能。收发模块用于支持该通信装置与其他通信设备之间的通信，例如该通信装置为网络设备时，可向第i协作终端装置和所述目标终端装置发送所述第i侧行传输资源。该通信装置还可以包括存储模块，存储模块与处理模块耦合，其保存有通信装置必要的程序指令和数据。作为一种示例，处理模块可以为处理器，通信模块可以为收发器，存储模块可以为存储器，存储器可以和处理器集成在一起，也可以和处理器分离设置，本申请并不限定。
在另一种可能的设计中，本申请实施例还提供一种通信装置，该通信装置的结构中包括处理器，还可以包括存储器。处理器与存储器耦合，可用于执行存储器中存储的计算机程序指令，以使通信装置执行上述第一方面至第九方面的任一方面或第一方面至第九方面的任一方面的任一种可能的设计中的方法。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。当通信装置为终端设备时，该通信接口可以是收发器或输入/输出接口；当该通信装置为终端设备中包含的芯片时，该通信接口可以是芯片的输入/输出接口。可选地，收发器可以为收发电路，输入/输出接口可以是输入/输出电路。
第十一方面，本申请实施例还提供一种计算机可读存储介质，包括指令，当指令在计算机上运行时，使得计算机执行第一方面至第九方面的任一方面中的任一种可能设计的方法。
第十二方面，本申请实施例还提供一种芯片***，该芯片***包括处理器，还可以包括存储器，所述芯片***用于实现上述第一方面至第九方面任一方面的方法。该芯片***可以由芯片构成，也可以包含芯片和其他分立器件。
第十三方面，本申请实施例中还提供一种计算机程序产品，包括指令，当指令在计算机上运行时，使得计算机执行上述第一方面至第九方面的任一方面的方法。
第十四方面，本申请实施例提供一种***，所述***包括用于执行上述第一方面、第二方面及第七方面所述的方法的网络装置、用于执行上述第三方面、第四方面及第八方面所述的方法的至少一个协作终端装置和用于执行上述第五方面、第六方面及第九方面所述的方法的目标终端装置。由网络装置、至少一个协作终端装置和目标终端装置即可以构成一个协作传输***。
附图说明
图1a-图1c为本申请实施例提供的通信***的示意图；
图1d为本申请实施例提供的冗余版本的示意图；
图2为本申请实施例提供的通信方法的流程示意图；
图3为本申请实施例提供的通信方法的流程示意图；
图4为本申请实施例提供的通信方法的流程示意图；
图5a-图5b为本申请实施例提供的侧行传输资源的示例图；
图6a-图6f为本申请实施例提供的侧行传输资源的示例图；
图7为本申请实施例提供的通信装置的结构示意图；
图8为本申请实施例提供的通信装置的结构示意图；
图9为本申请实施例提供的通信装置的结构示意图；
图10为本申请实施例提供的通信装置的结构示意图。
具体实施方式
下面对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
一、下行链路(Downlink，DL)
下行链路用于网络装置和终端装置之间的通信，包括一对一的下行链路通信和一对多的下行链路通信。其中，一对一的下行链路通信可包括单播，一对多的下行链路通信包括广播和组播等。示例性的，广播可指与小区内网络装置与所有终端装置的通信，组播可指网络装置与通信组中的终端进行通信，所述通信组中包括一个或多个终端装置。所述下行链路通信可包括网络装置与终端装置间的直接通信，也可包括由中继节点转发的下行链路通信。
其中，下行链路通信的物理信道可包括以下的至少一种：
物理下行控制信道(physical downlink control channel，PDCCH)，用于承载下行控制信息(Downlink Control Information,DCI)，从而为终端装置分配数据信道的资源，DCI里包含了被调度的下行传输的相关信息，UE根据所述相关信息来接收所述下行传输。例如，该控制信息可以指示数据信道所映射至的符号和/或资源块(resource block，RB)，网络装置和终端装置在该分配的时频资源通过数据信道进行数据传输。
物理下行共享信道(physical downlink shared channel，PDSCH)，用于承载网络装置下发的数据。
二、侧行链路(sidelink，SL)
侧行链路，也可称为边链路或侧链路等。侧行链路用于终端装置和终端装置之间的通信，包括一对一的侧行链路通信和一对多的侧行链路通信。其中，一对一的侧行链路通信可包括单播，一对多的侧行链路通信包括广播和组播等。示例性的，广播可指与小区内所有终端装置的通信，组播可指与通信组中的终端进行通信，所述通信组中包括一个或多个终端装置。所述侧行链路通信可包括两个终端装置间的直接通信，也可包括由中继节点转发的侧行链路通信。
其中，侧行链路通信的物理信道可包括以下的至少一种：
物理侧行链路共享信道(physical sidelink shared channel,PSSCH)，用于承载侧行链路数据(SL data)。
物理侧行链路控制信道(physical sidelink control channel,PSCCH)，用于承载侧行链路调度分配(sidelink scheduling assigment，SLSA)，所述SL SA也可称为侧行链路控制信息(sidelink control information，SCI)。
物理侧行链路反馈信道(physical sidelink feedback channel，PSFCH)，用于承载侧行链路反馈控制信息。比如，侧行链路反馈信息可包括信道状态信息(channel stateinformation，CSI)，混合自动重传请求(hybrid automatic repeat request，HARQ)信息等中的至少一个信息。其中，HARQ信息可以包括肯定确认(acknowledgement，ACK)或否定确认(negtive acknowledgement，NACK)等。
物理侧行链路广播信道(physical sidelink broadcast channel，PSBCH)，用于承载***和同步相关的信息；
物理侧行链路发现信道(physical sidelink discovery channel，PSDCH)，用于承载侧行链路发现消息。
三、资源配置模式，也称资源分配模式。一个终端装置可以使用一种或两种资源配置模式。第一种资源配置模式为，终端装置每次在侧行链路上进行数据传输的资源是由网络装置进行调度分配的，例如，LTE V2X***中定义的资源配置模式Mode 3和NR V2X***中定义的资源配置模式Mode 1。这一传输模式下，不会发生临近的终端装置被分配相同资源的情况，可以保证更好的传输可靠性。
第二种资源配置模式为，终端装置每次在侧行链路上进行数据传输的资源是终端装置从配置的资源池中动态选择的，例如，LTE V2X***中定义的资源配置模式Mode 4和NRV2X***中定义的资源配置模式Mode 2。资源池可以是网络装置通过***广播消息或RRC消息配置的。终端装置发送数据时，可通过随机选择、基于侦听预留机制或基于部分侦听预留机制自主地从资源池中获取至少部分资源来发送数据。由于终端装置自主选择资源，可能会出现不同的终端装置选择相同资源发送数据的情况，有可能发生传输碰撞。
四、下行控制信息(down control information，DCI)
DCI是网络装置发送给终端装置的控制信息，比如，网络装置可通过物理下行控制信道PDCCH发送DCI。DCI可用于调度上行数据传输，或者，调度下行数据传输，或者，侧行链路资源分配。比如，网络装置与终端装置间的通信接口为Uu接口，可在Uu接口上进行上行/下行数据传输，所述上行数据传输指从终端装置到网络装置间的数据传输，所述下行数据传输指从网络装置到终端装置间的数据传输。终端装置与终端装置间的通信接口为PC5接口，终端装置间可通过PC5接口进行侧行链路传输，所述侧行链路资源分配可用于分配侧行链路资源，和/或侧行链路接收资源。比如，在一示例中，网络装置可向发送侧终端装置发送DCI，所述DCI用于为发送侧终端装置分配侧行链路资源。
(1)、DCI的功能，不同功能的DCI占用的资源可能不同，本申请实施例中的DCI可以包括：网络装置为终端装置在不同传输链路上分配的调度信息；比如，用于下行数据调度的调度信息和用于侧行数据调度的调度信息。具体的调度信息可以包括，调制编码方式MCS、时频资源、多输入多输出MIMO模式、自动请求重传HARQ参数、优先级信息等。
(2)、DCI的格式，不同格式的DCI所包含的信息域不同。比如，对于用于下行数据调度的DCI，可包括DCI格式1_0(format1_0)和/或DCI格式1_1(format1_1)，对应侧行数据调度的DCI，可以包括DCI格式5(format 5)和/或DCI格式5A(format 5A)等。
(3)、搜索空间SS，网络装置配置终端装置在不同的SS监控DCI。比如，可以配置终端装置在公共搜索空间(common search space，CSS)中监控DCI，也可以配置终端装置在UE特定的搜索空间(UE-specific search space，USS)中监控DCI。可选的，USS还可称为UESS。
(4)、无线网络临时标识(radio network tempory identity，RNTI)，调度信息可能采用不同的RNTI进行循环冗余校验(cyclic redundancy check，CRC)加扰。比如，对于通用功能的DCI格式，由于其细分的调度类型不同，其CRC加扰的RNTI不同。比如，对于用于下行数据调度的调度信息，按照调度类型的不同，可分为用于下行***消息调度的调度信息，用于下行寻呼消息调度的调度信息、用于下行动态数据调度的调度信息和半静态调度的调度信息。对于用于下行***消息调度的调度信息可使用***消息RNTI(Systeminformation RNTI，SI-RNTI)进行加扰，对于用于下行寻呼消息调度的调度信息可使用寻呼RNTI(Paging RNTI，P-RNTI)进行加扰。对于用于下行动态数据调度的调度信息可使用小区RNTI(Cell RNTI，C-RNTI)进行加扰，对于用于半静态数据调度的调度信息可使用配置调度RNTI(Configured Scheduling RNTI，CS-RNTI：)进行加扰等。
在本申请实施例中，网络装置可配置不同格式的DCI，在本申请实施例中，网络装置或CUE可采用以下方式，示例的，不同格式的第一DCI的功能可不同，比如，第一格式的DCI，可称为回退DCI(fall back DCI)等，回退DCI可用于RRC连接建立前的数据调度，或RRC连接建立后的数据调度。第二格式的第一DCI，可称为非回退DCI(non-fall back DCI)，非回退DCI可用于RRC连接建立后的数据调度等。
表1 DCI格式说明
DCI格式 功能 搜索空间
Format 1_0 调度下行数据 CSS和/或USS
Format 1_1 调度下行数据 USS
Format X 调度SL资源
示例的，如果网络装置配置CUE监控第一格式的DCI，例如，第一格式的DCI可为格式1_0(format1_0)的DCI，则CUE可将SCI设置为第一格式。
示例的，如果网络装置配置CUE监控第二格式的DCI时，例如，第二格式的DCI可为格式1_1(format 1_1)的DCI，则CUE可将SCI设置为第二格式。
在本申请实施例中，DCI可采用不同的无线网络临时标识(radio networktempory identity，RNTI)进行循环冗余校验(cyclic redundancy check，CRC)加扰，且不同RNTI加扰，可以用于标识不同的CUE。
五、RRC信令
网络传输信令包括RRC层的连接建立信令、切换信令、媒体接入控制层的资源请求信令以及底层的测量反馈信令等。RRC信令可以为网络装置周期性或非周期性给终端装置配置的调度信息。
六、RRC连接状态，终端装置可具有RRC连接态(RRC_CONNECTED)、RRC空闲态(RRC_IDLE)和RRC非激活态(RRC_INACTIVE)三种RRC连接状态。RRC连接态与RRC空闲态、RRC非激活态之间可以相互转换，但RRC空闲态与RRC非激活态之间只能由RRC非激活态转换为RRC空闲态。处于RRC连接态的终端装置可以使用第一种资源配置模式或第二种资源配置模式，甚至可以同时使用这两种资源配置模式，具体使用哪种资源配置模式可以由网络装置决定。
此外，根据终端装置是否位于网络装置覆盖范围内，还可分为覆盖范围内(in-coverage，IC)的终端装置和覆盖范围外(out-of-coverage，OOC)的终端装置。只有处于网络装置覆盖范围内的终端装置才有各种RRC连接状态，位于网络装置覆盖范围外的终端装置无法与网络装置直接交互。
七、冗余版本
为了提高数据传输的可靠性，会进行初传或重传的冗余版本传输。冗余版本传输时，是根据冗余版本(redundancy version，RV)，确定传输数据的起始位置的。目前，业务数据可以按照传输块(transport block，TB)为单元进行传输，经过信道编码之后，一个TB包括冗余数据。同时，为了提高数据传输的可靠性，一个TB可能重复传输多次，每次重复传输的数据可能相同，也可能不同。一个TB的所有数据存储于一个环形缓冲区内，每次传输时，根据冗余版本从该环形缓冲区内确定读取数据的起始位置。环形缓冲区是一种特殊的缓冲区，在环形缓冲区内，数据的起始位置与结束位置相邻，环形缓冲区也可以称为虚拟循环缓存(virtual circular buffer)。下行数据传输从TB开始，TB经过加CRC(校验比特)、分割后输入信道编码模块，经过信道编码后的输出包括***比特序列和若干校验比特序列，***比特序列和校验比特序列进行比特交织后会输入循环buffer。循环buffer有4个锚点对应4个RV版本(RV0，RV1，RV2，RV3)，发送端会选择一个RV作为信道编码后发送数据的起始数据位置，进行后续比特加扰、调制等操作。
方式一，首次传输包括1次初传和n次所述初传的冗余版本传输，重新传输包括1次重传和n次所述重传的冗余版本传输；n为大于0的整数。此时，冗余版本传输的次数较多，适用于干扰情况严重，可靠性要求高的业务应用场景。
方式二，首次传输包括1次初传，重新传输包括1次重传和n次所述重传的冗余版本传输。此时，初传只需要传输1次，适用于数据包较大且对时延要求不高的业务应用场景。
方式三，首次传输包括1次初传和n次所述初传的冗余版本传输，重新传输包括1次重传；n为大于或等于0的整数。
当然以上只是示例，业务应用场景与传输模式的对应关系还可能存在其他实现方式，在此不再逐一举例说明。同样的，传输模式也可以存在其他实现模式，在此不再逐一举例说明。
举例来说，如图1d所示，为本申请实施例提供的一种冗余版本示意图。图1d中所示的一个TB经过编码后的数据长度为Ncb，如果该TB包括4个冗余版本，起始位置分别为该TB经过编码后的数据的起始位置、1/4位置、2/4位置以及3/4位置，对应的冗余版本分别为0、1、2、3。当采用冗余版本为0进行传输时，从起始位置开始传输预设长度的数据；相应的，当采用冗余版本为1进行传输时，从1/4位置开始传输预设长度的数据，其它情况不再赘述。
结合上面的描述，方式一至方式三中，冗余版本传输可以是指无混合自动重传请求(Hybrid Automatic Repeat reQuest-less，HARQ-less)传输，也可以是指混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)传输。
如果采用HARQ传输，对于同一个TB，每一次重复传输之前，都是根据终端侧装置反馈的上一次传输的确认(Acknowledgement，ACK)或非确认(Negative Acknowledgement，NACK)来决定是否进行传输。
如果采用HARQ-less传输，对于同一个TB，每一次重复传输之前，不必等待终端侧装置反馈的ACK/NACK，而是可以直接传输。HARQ-less传输中，对于同一个TB，第一次传输可以称作初传，重复传输可以称为重传。
结合上面的描述，第一传输模式中可能包括初传的冗余版本传输以及重传的冗余版本传输，网络侧装置可以通过多种方式向终端侧装置指示初传的冗余版本传输所采用的冗余版本以及重传的冗余版本传输所采用的冗余版本。例如，网络侧装置可以指示初传的冗余版本传输所采用的冗余版本和/或重传的冗余版本传输所采用的冗余版本，终端侧装置以及网络侧装置可以按照指示的冗余版本传输对应的冗余版本。或者，网络侧装置不直接指示初传的冗余版本传输所采用的冗余版本和/或重传的冗余版本传输所采用的冗余版本，终端侧装置以及网络侧装置可以按照相同的方式在冗余版本集合中确定冗余版本传输对应的冗余版本。
上述仅为本申请的示例，并不作为对本申请实施例的限定。在本申请实施例中，还有其它因素可影响DCI的内容，在此不再一一列举。
本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。
图1a-图1b示出了本申请实施例应用的通信***100之一。本申请实施例的技术方案可以应用于各种通信***，例如：全球移动通信(global system for mobilecommunications，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(wideband code division multiple access，WCDMA)***、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time division duplex，TDD)、通用移动通信***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WIMAX)通信***、第五代(5th generation，5G)***或新无线(new radio，NR)***，或者应用于未来的通信***或其它类似的通信***等。进一步地，本申请实施例还可应用于演进的通用移动通信***陆地无线接入网(evolved universal mobile telecommunications systemterrestrial radio access network，E-UTRAN)***，或者下一代(next generation，NG)-RAN***，或者还可以应用于下一代通信***或者类似的通信***。还可以用于V2X网络；其中，V2X通信是指车辆与外界的任何事物的通信，包括V2V、V2P、V2I和V2N等，还可以为其他车联网或者设备到设备(device-to-device，D2D)网络等。V2X具体又包括车与车(vehicle-to-vehicle，V2V)、车与路侧基础设施(vehicle-to-infrastructure，V2I)、车与行人(vehicle-to-pedestrian，V2P)的直接通信，以及车与网络(vehicle-to-network，V2N)的通信交互等几种应用需求。V2V指的是车辆间的通信；V2P指的是车辆与人(包括行人、骑自行车的人、司机、或乘客)的通信；V2I指的是车辆与网络装置的通信，网络装置例如RSU，另外还有一种V2N可以包括在V2I中，V2N指的是车辆与基站/网络的通信。
该通信***100可以包括至少一个网络装置110。网络装置110可以是与终端装置通信的装置，如基站或基站控制器等。每个网络装置110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域(小区)内的终端装置进行通信。
该网络装置110，例如包括接入网(access network，AN)装置，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端装置通信的装置，或者例如，一种V2X技术中的网络装置为路侧单元(road side unit，RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端装置与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持车连接一切(vehicle-to-everything，V2X)应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。接入网装置还可协调对空口的属性管理。例如，接入网装置可以包括LTE***或高级长期演进(long term evolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以包括第五代移动通信技术(the 5th generation，5G)新空口(new radio，NR)***中的下一代节点B(next generation node B，gNB)，或收发点(transmission receiving point/transmission reception point,TRP)，WiFi***中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。网络装置110还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributed unit,DU)，本申请实施例并不限定。网络装置110还可以是服务器，可穿戴装置，或车载装置等。以下以网络装置为基站为例进行说明。所述多个网络装置可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端装置进行通信，也可以通过中继站与终端装置进行通信。
当然网络装置还可以包括核心网装置，但因为本申请实施例提供的技术方案主要涉及的是接入网装置，因此在后文中，如无特殊说明，则后文所描述的“网络装置”均是指接入网装置。
该通信***100还包括位于网络装置110覆盖范围内的一个或多个终端装置120,130,140。终端是一种具有无线收发功能的装置，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端装置，包括向用户提供语音和/或数据连通性的装置，例如可以包括具有无线连接功能的手持式装置、或连接到无线调制解调器的处理装置。该终端装置可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。终端装置可以与不同技术的多个基站进行通信，例如，终端装置可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。
上述网络架构中包含两种通信接口：PC5接口和Uu接口。其中，PC5接口是指终端装置与终端装置之间的直连通信接口，终端装置与终端装置之间的直连通信链路即为侧行链路，用于终端装置与终端装置之间的通信。基于侧行链路的通信可以使用如下信道中的至少一个：物理边链共享信道(physical sidelink shared channel，PSSCH)，用于承载数据(data)；物理边链控制信道(physical sidelink control channel，PSCCH)，用于承载边链控制信息(sidelink control information，SCI)，所述SCI也称为调度分配(schedulingassigment，SA)。Uu接口是终端装置与网络装置之间的通信接口，终端装置与网络装置之间的通信链路包括上行链路(uplink，UL)和下行链路(downlink，DL)。基于Uu接口的通信可以为，网络装置将数据通过Uu接口发送至终端装置。
该终端装置可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point，AP)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、或用户装备(user device)等。所述终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrialcontrol)中的无线终端、车载终端设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴终端设备等等。本申请的实施例对应用场景不做限定。终端装置有时也可以称为终端设备、用户设备(user equipment，UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE设备等。终端也可以是固定的或者移动的。中继可以是上述的网络装置，也可以是上述的终端装置。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端装置的计算机，便携式、袖珍式、手持式、计算机内置的或者车载的移动设备，智能穿戴式设备等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位***(global positioning system，GPS)、激光扫描器等信息传感设备。本申请实施例的终端装置还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元，车辆通过内置的所述车载模块、车载模组、车载部件、车载芯片或者车载单元可以实施本申请实施例的方法。作为示例而非限定，在本申请实施例中，该终端装置还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。
其中，网络装置110与终端装置120-140间可以通过空口资源进行数据传输，空口资源可以包括时域资源、频域资源，码域资源中的至少一种。具体来说，网络装置110和终端装置120-140进行数据传输时，网络装置110可以通过控制信道，如物理下行控制信道(physical downlink control channel，PDCCH)向终端装置120-140发送控制信息，从而为终端装置120-140分配数据信道，如物理下行共享信道(physical downlink sharedchannel，PDSCH)或物理上行共享信道(physical uplink shared channel，PUSCH)的资源。比如该控制信息可以指示数据信道所映射至的符号和/或资源块(resource block，RB)，网络装置110和终端装置120-140在该分配的时频资源通过数据信道进行数据传输。其中，上述数据传输可以包括下行数据传输和/或上行数据传输，下行数据(如PDSCH携带的数据)传输可以指网络装置110向终端装置120-140发送数据，上行数据(如PUSCH携带的数据)传输可以是指终端装置120-140向网络装置110发送数据。数据可以是广义的数据，比如可以是用户数据，也可以是***信息，广播信息，或其他的信息等。
在图1a-图1c所示的通信***中，终端装置120-140之间还可以通过侧行链路资源进行数据传输，与上述空口资源类似，侧行链路资源也可以包括时域资源、频域资源、码域资源中的至少一个。具体来说，终端装置120-140进行数据传输的物理信道可以包括物理侧行链路共享信道(physical sidelink shared channel，PSSCH)、物理侧行链路控制信道(physical sidelink control channel，PSCCH)或物理侧行链路反馈信道(physicalsidelink feedback channel，PSFCH)等中的至少一个。其中，PSSCH用于传输数据，PSCCH用于传输控制信息，比如调度分配(scheduling assignment，SA)信息，PSFCH用于传输反馈信息，比如反馈信息中可以包括信道状态信息(channel state information，CSI)、肯定确认(acknowledgement，ACK)或否定确认(negtive acknowledgement，NACK)等。
图1a-图1c示例性地示出了一个网络装置和3个终端装置120-140，可选地，该通信***100可以包括多个网络装置并且一个网络装置的覆盖范围内可以包括其它数量的终端装置，本申请实施例对此不作限定。另外，可以理解的是，本申请实施例中的侧行链路通信可以指一个终端装置与另一个终端装置间的通信(比如单播等)，或者，侧行链路通信可以指一个终端装置与多个终端装置间的通信(比如组播和广播等)，本申请实施例对此不作限定。为了便于描述，在本申请实施例中“以侧行链路通信指一个终端装置与另一个终端装置间的通信”为例进行说明。
为进一步提高5G***的容量以及网络的覆盖范围，5G***提供了用户协作的通信方式，用户装置协作是第五代移动通信技术***中主要支持的特性之一。在用户装置协作通信中，目标终端装置(Target User Equipment，TUE)和为其服务的若干协作终端装置(Cooperation User Equipment，CUE)会形成一个协作传输组，例如图1a-图1c中的终端装置120和终端装置130及终端装置140就形成了一个协作传输组。例如，目标终端装置为终端装置120，终端装置130-140为协作终端装置。需要说明的是，对于任何一个终端装置，既可以是以自身为中心的协作传输组的目标终端装置，同时也可以是其他一个或者多个协作传输组的协作终端装置。与目标终端装置邻近的邻近终端装置(neighboring userequipment，NUE)，可以通过随机接入的方式，确定为所述目标终端装置的协作终端装置。在同一小区中，可以存在多个不同的协作传输组。本申请中的协作终端装置，可以为CUE，还可以为侧行用户装置(side UE，SUE)，还可以为中继用户装置(relay UE)，在此不做限定，为描述方便，本申请实施例中以CUE为例进行说明。
目前的侧行链路的数据传输方案仅为支持端对端的单跳数据传输，在该方案中，侧行链路的数据传输需要数据的发送端向网络装置发起传输资源的获取请求，进而网络装置为该发送端配置对应的侧行传输资源。而对于协作传输场景，侧行链路中进行传输的第二数据是来自第一阶段网络装置向协作终端装置发送的第一数据，并且，为实现协作传输的效果，提高协作传输性能，侧行链路中的协作终端装置向目标终端装置发送的第二数据，也与协作传输过程有关，进而目标终端装置在接收到至少一个协作终端装置的第二数据的信号后，才能更好的获得网络装置向目标终端装置发送的第一数据。因此，侧行链路中数据的发起端并不能作为一个单独的数据发起端。因此，在协作传输场景中，涉及到至少两跳数据传输，在进行资源分配时，无法直接采用传统的侧行链路的数据传输的资源分配方案。
本发明提供一种多辅助UE下行用户协作传输方案，解决多个协作终端装置在协作传输场景中的控制信令交互及数据传输，多个协作终端装置的SL资源分配，预配置SL上的部分或全部调度信息，当CUE正确译码数据时，CUE根据信令指示在SL上进行数据传输，通过信令交互及数据传输，使能多个协作终端装置的用户协作传输方案，提高TUE数据传输可靠性，改善***吞吐量。进一步的，通过信令指示TUE的译码方式，实现软合并的指示和RV控制，当TUE收到来自多个CUE的信号时，TUE可获知多个CUE在侧行链路上传输的信号可以做合并。
在LTE V2X中，存在两种传输模式，一种为基站分配模式，在LTE标准中定义为mode3，另一种为用户自选模式，在LTE标准中定义为mode 4。
下面以基站分配模式为例进行描述。基站分配模式主要应用于有网络覆盖的情形下的V2X通信。基站统一根据终端装置的缓冲区状态报告(buffer status report，BSR)的上报情况，集中进行资源分配。其中，基站可以按照半静态调度(semi-persistentscheduling，SPS)模式或动态模式进行资源分配。需要说明的是，侧行传输资源(例如MCS、RB等)，可以由网络装置进行部分配置或者由网络装置完全配置。
一种可能的场景中，CUE和TUE为网络装置覆盖范围内(in coverage，IC)的终端装置。基于图1a所示的通信***100，提供一种用户协作的通信的流程，该流程中的网络装置可具体为图1a中的网络装置110，目标终端装置可以为图1a中的终端装置120，协作终端装置可以为图1a中的终端装置130-140，如图2所示，该流程包括：
基于用户装置协作的传输主要有两个阶段：
第一阶段，下行传输阶段
步骤2011：网络装置向协作传输组中的终端装置指示协作传输装置CUE和目标终端装置TUE。
例如，在协作传输组中有10个协作终端装置，网络装置可以从协作传输组中选出2个作为此次协作传输的协作终端装置，也可以为协作终端装置上报的可以作为此次协作传输的协作终端装置，在此不做限定。如图1a所示，以2个CUE为例，网络装置向UE1指示其为CUE1，用于协作TUE传输；网络装置向UE2指示其为CUE2，用于协作TUE传输；网络装置向TUE指示CUE1、CUE2为TUE的协作用户，用于协作TUE传输。网络装置向CUE和TUE发送的指示方式可以有多种。例如，网络装置可以通过为协作终端装置确定统一的标识，为目标终端装置确定目标终端装置的标识，以区分CUE和TUE。一种可能的实现方式，可以通过RRC配置，用字段区分CUE和TUE。另一种可能的实现方式，也可以通过动态DCI配置，用1bit指示。或者，网络装置也可以为每个协作终端装置配置不同协作终端装置标识，及为目标终端装置确定目标终端装置的标识，以区分CUE和TUE。一种可能的实现方式，可以通过RRC配置，用字段区分各CUE和TUE。另一种可能的实现方式，也可以通过动态DCI配置，用多个bit指示。为描述简便，以下的协作终端装置为用于此次协作传输的协作终端装置。
步骤2012：网络装置为CUE和TUE确定用于网络装置向CUE和TUE传输第一数据的下行传输资源，及根据下行传输资源向CUE和TUE发送第一数据。
一种可能的实现方式，网络装置可以通过单播的方式向N个协作终端装置和目标终端装置发送第一数据。此时，第一数据所占据的下行传输资源可以为网络装置为N个协作终端装置和目标终端装置分别配置的，可以通过向N个协作终端装置和目标终端装置分别发送DCI的方式配置下行传输资源。即网络装置可以向第i协作终端装置发送携带第i下行传输资源的第一DCI。对应的，网络装置向目标终端装置发送携带第N+1下行传输资源的第一DCI。举例来说，网络装置可以在第i下行传输资源上向第i协作终端发送第一数据；对应的，第i协作终端装置在第一数据所占据的第i下行传输资源上，接收第一数据，并根据接收的第一数据的译码结果，及第i下行传输资源中的自动请求重传参数，发送自动请求重传反馈消息，以便网络装置为第i协作终端装置发送重传数据。对于目标终端装置，可以接收网络装置发送的第一DCI，以获得第N+1下行传输资源，进而在第N+1下行传输资源上接收网络装置的第一数据。
另一种可能的实现方式，可以通过半静态模式，调度下行传输资源。以N个协作终端装置与所述目标终端装置属于同一个协作传输组为例，网络装置可以在下行传输资源集中确定第i协作终端装置的第i下行传输资源。其中，第i协作终端装置属于N个协作终端，第i下行传输资源属于第1下行传输资源至第N+1下行传输资源，i为大于或等于1且小于或等于N的整数，N为大于或等于1的整数，所述第i下行传输资源用于所述网络装置向第i协作终端装置发送第一数据；网络装置向第i协作终端装置发送所述第i下行传输资源。第i下行传输资源可以与第j下行传输资源不同，也可以与第j下行传输资源相同，在此不做限定。所述第j下行传输资源为所述网络装置确定的第j协作终端装置的下行传输资源，所述第j协作终端装置属于所述N个协作终端。此时，网络装置可以通过RRC信令，将确定的第1协作终端装置的第1下行传输资源至目标终端装置的第N+1下行传输资源配置给N个协作终端装置和目标终端装置。进而，网络装置可以在第i下行传输资源上向第i协作终端装置发送第一数据。
当然，网络装置也可以通过多播或广播的方式发送第一数据。网络装置可以通过动态调度的方式，通过DCI为N个协作终端装置和目标终端装置配置下行传输资源，例如，网络装置分别向N个协作终端装置和目标终端装置发送的第一DCI，可以包括N个协作终端装置中的每个协作终端装置的下行传输资源，及目标终端装置的下行传输资源。进而，在配置的下行传输资源上向N个协作终端装置和目标终端装置发送第一数据。以2个CUE为例，下行传输资源集可以包括第1下行传输资源，第2下行传输资源和第3下行传输资源。网络装置可以为TUE以及CUE1、CUE2分配相同的下行传输资源，该下行传输资源可以为下行传输资源集中的第1下行传输资源，此时，网络装置可以向N个协作终端装置和目标终端装置发送的第一DCI中可以包括所述第1下行传输资源。进而，网络装置可以通过多播或广播的方式，在第1下行传输资源上向TUE以及CUE1、CUE2发送第一数据。对应的，TUE及CUE1、CUE2接收到第一DCI后，在第一数据所占用的第1下行传输资源上接收所述第一数据。
针对半静态调度下行传输资源的模式，网络装置可以通过RRC信令为N个协作终端装置和目标终端装置配置相同的下行传输资源，进而，网络装置可以通过配置的下行传输资源，以多播或广播的方式发送第一数据。
步骤2013：CUE和TUE获取下行传输资源，并根据下行传输资源，接收来自网络装置的第一数据。
针对单播动态调度的方式，第i协作终端装置可以接收来自网络装置的第一DCI，此时，第一DCI包括为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。例如，CUEi在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的第i下行传输资源。
对应的，目标终端装置可以接收来自网络装置的第一DCI，此时的第一DCI包括为目标终端装置确定的第N+1下行传输资源，例如，TUE在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的第N+1下行传输资源。进而，目标终端装置在第N+1下行传输资源上接收来自网络装置的第一数据。
针对单播半静态调度的方式，第i协作终端装置可以根据来自网络装置的RRC信令，确定网络装置为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。对应的，目标终端装置可以根据来自网络装置的RRC信令，确定网络装置为目标终端装置确定的第N+1下行传输资源，进而，目标终端装置在第N+1下行传输资源上接收来自网络装置的第一数据。
针对多播或广播的动态调度的方式，N个协作终端装置和目标终端装置接收来自网络装置的第一DCI，此时，第一DCI包括为N个协作终端装置和目标终端装置确定的下行传输资源。例如，CUE和TUE在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的下行传输资源。进而，N个协作终端装置和目标终端装置在下行传输资源上，接收来自网络装置的第一数据。
针对多播或广播的半静态调度的方式，N个协作终端装置和目标终端装置根据来自网络装置的RRC信令，确定网络装置为N个协作终端装置和目标终端装置确定的下行传输资源。进而，N个协作终端装置和目标终端装置在下行传输资源上，接收来自网络装置的第一数据。
第二阶段，侧行传输阶段
每个协作终端装置可以与目标终端装置建立侧行链路，可应用于网络装置主动为终端装置分配侧行传输资源的过程中，也可应用于网络装置被动为终端装置分配侧行传输资源的过程中，所述网络装置被动为终端装置分配侧行传输资源的过程可包括：终端装置发送侧行链路资源请求至网络装置；网络装置接收到所述侧行链路资源请求后，为终端装置分配侧行传输资源。即，图1a所示的流程中，还可包括：CUE向网络装置发送SL资源请求。
具体的侧行传输过程，可以包括以下步骤：
步骤2021：网络装置确定N个协作终端装置的侧行传输资源集。
其中，N个协作终端装置与所述目标终端装置属于同一个协作传输组。侧行传输资源集包括第1侧行传输资源至第N侧行传输资源。第1侧行传输资源至第N侧行传输资源可以用于N个协作终端装置向目标终端装置发送第二数据。第二数据为第i协作终端装置根据所述网络装置向所述第i协作终端装置发送的第一数据确定的。
其中，第1侧行传输资源至第N侧行传输资源的侧行传输资源可以相同，也可以不同在此不做限定。
此时，网络装置可以向N个协作终端装置和/或目标终端装置发送侧行传输资源集指示。例如，可以通过发送第二DCI的方式，向N个协作终端装置和目标终端装置发送侧行传输资源集指示。其中，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有侧行传输资源集的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以通过RRC信令配置的方式，通知N个协作终端装置和目标终端装置，在此不做限定。
步骤2022：网络装置确定第i协作终端装置的第i侧行传输资源。
其中，第i协作终端装置属于N个协作终端，第i侧行传输资源属于侧行传输资源集。第i侧行传输资源用于所述第i协作终端装置向目标终端装置发送第二数据。i为大于或等于1且小于或等于N的整数，N为大于或等于1的整数。
进一步的，为减少资源碰撞，影响侧行传输的性能，侧行传输资源集中的第i侧行传输资源可以与第j侧行传输资源不同，第j侧行传输资源可以为所述网络装置确定的第j协作终端装置的侧行传输资源，第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i。
另一种可能的实现方式中，若网络装置确定第i协作终端装置与第j协作终端装置向目标终端装置发送的第二数据为相同的数据，则网络装置可以将第i协作终端装置的第i侧行传输资源与第j协作终端装置的第j侧行传输资源确定为相同的侧行传输资源。
另一种可能的设计，针对N个协作终端都配置相同的侧行传输资源的场景，网络装置可以确定每个协作终端装置的侧行传输资源都为侧行传输资源集中的第i侧行传输资源，即网络装置可以确定N个协作终端装置的第i侧行传输资源。其中，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源可以与侧行传输资源集中的第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，也可以与侧行传输资源集中的第j侧行传输资源相同，在此不做限定。进而，网络装置可以向所述N个协作终端装置和所述目标终端装置发送所述侧行传输资源。
针对动态调度的场景：
网络装置向CUE和TUE发送侧行传输资源集指示，并通过动态调度的模式，在确定CUE需要向TUE发送第二数据时，再向CUE和TUE发送第三DCI。
一种可能的实现方式，第三DCI用于指示网络装置为CUE确定的用于传输第二数据的侧行传输资源。第三DCI可以为多个，即网络装置可以为每个CUE确定不同的时频资源或码资源，每个CUE对应一个第三DCI。网络装置将每个第三DCI以单播的方式，发送至对应的CUE，将所有的第三DCI发送至TUE。
另一种可能的实现方式，第三DCI也可以为一个，例如，网络装置为每个CUE确定相同的用于传输第二数据的侧行传输资源，网络装置可以以广播的形式向CUE和TUE发送该第三DCI。另一种可能的实现方式，网络装置也可以将为每个CUE分别确定不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，网络装置可以以多播的形式向CUE和TUE发送该第三DCI。
针对半静态调度的场景：
一种可能的实现方式，网络装置可以通过RRC信令，通知CUE和TUE用于传输第二数据的侧行传输资源。其中，RRC用于指示网络装置为CUE确定的用于传输第二数据的侧行传输资源。
步骤2023：网络装置向第i协作终端装置和所述目标终端装置发送所述第i侧行传输资源。
针对动态调度的场景：
一种可能的实现方式，网络装置向N个协作终端装置和目标终端装置发送侧行传输资源集指示。其中，侧行传输资源集指示的具体发送方式可以为通过第二DCI的方式发送的，此时，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有侧行传输资源集的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以为根据RRC信令配置的。此时，第i协作终端装置可以根据第二DCI，或RRC信令接收网络装置发送的侧行传输资源集。
一种可能的实现方式，假设网络装置可以将第i协作终端装置的第三DCI以单播的方式，发送至第i协作终端装置和目标终端装置。此时，第i协作终端装置根据来自网络装置的第三DCI，确定网络装置分配给第i协作终端装置的用于传输第二数据的第i侧行传输资源。
另一种可能的实现方式，网络装置将为每个协作终端装置分别配置不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，向N个协作终端装置和目标终端装置发送。此时，第i协作终端装置可以只解析第三DCI中对应第i协作终端装置的字段，以确定第i协作终端装置的用于传输第二数据的第i侧行传输资源。
针对半静态调度的场景：
网络装置可以通过RRC信令，通知第i协作终端装置和目标终端装置，网络装置确定的第i侧行传输资源。
举例来说，若网络装置确定第1协作终端装置的第1侧行传输资源，第2协作终端装置的第2侧行传输资源，则可以根据RRC信令，通知第1协作终端装置的侧行传输资源为第1侧行传输资源，根据RRC信令，通知第2协作终端装置的侧行传输资源为第2侧行传输资源。
进一步的，为提高协作传输效率，网络装置可以指示协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据，进而协作终端装置根据软合并指示，生成第二数据。需要说明的是，执行软合并的数据指的是，目标终端装置接收到的第i协作终端装置的第二数据及第j协作终端装置的第二数据在译码后为相同的数据，进而可以联合起来译码，提高目标终端装置译码第二数据的成功率。
在具体实施过程中，可以为网络装置确定第i协作终端装置的第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
此时，网络装置可以通过动态调度的方式，向第i协作终端装置发送携带第i软合并指示域的第四DCI。另外，网络装置也可以为N个协作终端装置确定软合并指示域集合，该软合并指示域集合中包括第1软合并指示域至第N软合并指示域。网络装置可以在需要时，为第i协作终端装置确定的第i软合并指示域，并且，在确定第i软合并指示域后，发送至第i协作终端装置和目标终端装置的。需要说明的是，第四DCI和第三DCI可以合并为同一个DCI进行发送，也可以分开发送，在此不做限定。另一种可能的实现方式，网络装置也可以通过半静态调度的方式，向第i协作终端装置配置第i软合并指示域。另一种可能的实现方式，也可以为第i协作终端装置在接收到软合并指示域集合后，在确定需要向目标终端装置转发第二数据时，根据软合并指示域集合自主选择软合并指示域，并根据选择的软合并指示域中的指示方式，向目标终端装置转发需要或不需要执行软合并的第二数据。
一种可能的设计中，若第i软合并指示域中的软合并指示为0，则指示第i协作终端装置向目标终端装置发送的第二数据不需要进行软合并，若第i软合并指示域中的软合并指示为1，则指示第i协作终端装置向目标终端装置发送的第二数据可以与其它协作终端装置向目标终端装置发送的第二数据合并。
举例来说，若第i协作终端装置的第1软合并指示域中的软合并指示为0，则第i协作终端装置确定向目标终端装置发送的第二数据不需要进行软合并。若第2协作终端装置的第2软合并指示域中的软合并指示为1，则第2协作终端装置确定向目标终端装置发送的第二数据需要进行软合并。
另一种可能的设计中，所述第i软合并指示域可以包括：第一时间偏移量和/或第二时间偏移量。
其中，第一时间偏移量用于指示所述目标终端装置在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻。第二时间偏移量用于指示所述目标终端装置在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
需要说明的是，网络装置为第i协作终端装置确定的第i软合并指示域中的第一时间偏移量和/或第二时间偏移量可以与第j协作终端装置确定的第j软合并指示域中的第一时间偏移量和/或第二时间偏移量不同，也可以相同，在此不做限定。
若确定为N个协作终端装置确定的第1软合并指示域至第N软合并指示域中的第一时间偏移量和/或第二时间偏移量相同，则网络装置可以向N个协作终端装置和目标终端装置发送一个软合并指示域，以节省信令消耗。
若确定为N个协作终端装置确定的第1软合并指示域至第N软合并指示域中的第一时间偏移量和/或第二时间偏移量不同，则网络装置可以向N个协作终端装置和目标终端装置发送一个软合并指示域集合，该软合并指示域集合包括第1软合并指示域至第N软合并指示域。进而，N个协作终端装置和目标终端装置可以根据接收到的软合并指示域集合确定每个协作终端装置对应的软合并指示域，以使协作终端装置可以根据对应的软合并指示域生成第二数据，并向目标终端发送所述第二数据。对应的，目标终端装置可以根据软合并指示域集合，确定N个协作终端装置发送的第二数据是否为可以执行软合并的数据。
另一种可能的设计中，第i软合并指示域可以设置于第i侧行传输资源中，例如，第i软合并指示域可以通过配置不同的传输资源确定。具体的，第i侧行传输资源可以包括：第一传输资源和第二传输资源。
一种可能的实现方式，所述第一传输资源用于指示所述第i协作终端装置通过所述第一传输资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二传输资源用于指示所述第i协作终端装置在所述第二传输资源上向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
再一种可能的设计中，第i软合并指示域可以为根据时频资源的方式确定，即第i侧行传输资源中的第i时频资源包括：第一时频资源和第二时频资源，第i侧行传输资源还包括第i侧行传输参数。所述第一时频资源用于指示所述第i协作终端装置通过所述第一时频资源，通过所述第i侧行传输参数向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二时频资源用于指示所述第i协作终端装置在所述第二时频资源上，通过所述第i侧行传输参数向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
再一种可能的设计中，第i软合并指示域可以为根据码资源的方式确定，即第i侧行传输资源中的第i码资源包括：第一码资源和第二码资源，第i侧行传输资源还包括：第i时频资源。所述第一码资源用于指示所述第i协作终端装置通过所述第i时频资源通过所述第一码资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二码资源用于指示所述第i协作终端装置在所述第i时频资源上通过所述第二码资源向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
当然，第i软合并指示域中的所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源，在此不做限定。
为进一步提高协作传输性能，增加目标终端装置的译码成功率，协作终端装置还可以向目标终端装置发送第三数据，其中，第三数据可以在发送第二数据的同时，在冗余版本的起始位置上发送的。第三数据可以为协作终端装置确定的第一数据中的部分数据，也可以为协作终端装置生成的第二数据中的部分数据，在此不做限定。即第三数据为所述第i协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。具体的，第i协作终端装置发送第三数据的起始位置也可以为网络装置为第i协作终端装置确定的，也可以为第i协作终端装置自主选择的，在此不做限定。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本。
一种可能的实现方式，第一冗余版本用于所述第i协作终端装置根据所述第一冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端根据接收来自网络装置的第一数据生成的。
再一种可能的设计中，冗余版本还可以通过其他方式确定，例如，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本用于所述第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本。其中，第二冗余版本用于所述第i协作终端装置根据所述第二冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置。
步骤2024：第i协作终端装置接收来自网络装置的用于传输第二数据的第i侧行传输资源。
一种可能的实现方式，网络装置还可以在发送第i侧行传输资源之前，向第一CUE发送侧行传输资源集指示。其中，侧行传输资源集指示具体的发送方式可以为通过第二DCI的方式发送的，即第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有侧行传输资源集的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以为根据RRC信令配置的。此时，第i协作终端装置可以根据第二DCI，或RRC信令接收网络装置发送的侧行传输资源集指示。
针对动态调度的场景：
一种可能的实现方式，假设网络装置将第i协作终端装置的第三DCI以单播的方式，发送至第i协作终端装置和目标终端装置，则第i协作终端装置可以根据来自网络装置的第三DCI，确定网络装置分配给第i协作终端装置的用于传输第二数据的第i侧行传输资源。
另一种可能的实现方式，网络装置若将为每个协作终端装置分别确定不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，则此时，第i协作终端装置可以通过第三DCI，接收第i侧行传输资源。具体的，第i协作终端装置可以只解析第三DCI中对应第i协作终端装置的字段，以确定第i协作终端装置的用于传输第二数据的第i侧行传输资源。
针对半静态调度的场景：
网络装置可以通过RRC信令，通知第i协作终端装置，网络装置确定的第i侧行传输资源。此时，第i协作终端装置可以通过RRC信令，接收第i侧行传输资源。
结合步骤2023中的例子，若网络装置确定第1协作终端装置的第1侧行传输资源，第2协作终端装置的第2侧行传输资源，则第1协作终端装置可以根据RRC信令，确定第1协作终端装置的侧行传输资源为第1侧行传输资源。第2协作终端装置根据RRC信令，确定第2协作终端装置的侧行传输资源为第2侧行传输资源。
需要说明的是，针对N个协作终端都配置相同的侧行传输资源的场景，第一协作终端装置可以接收来自网络装置的第i侧行传输资源，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同。
进一步的，第i协作终端装置可以根据第一数据生成第二数据。
例如，CUE1和CUE2都正确接收到侧行传输资源和第一数据，则CUE1和CUE2可以将正确接收到的侧行传输资源和/或第二数据转发给TUE。
CUE1接收到第一数据后，可以根据多种方式生成第二数据。一种可能的实现方式，下行控制信息中还可以包括网络装置为CUE1配置的生成第二数据的方式。例如，第二数据为第一数据的部分数据，或者第二数据为第一数据的全部数据，也可以为CUE1正确接收网络装置发送的第一数据的信号中的数据，在此不做限定。另一种可能的实现方式，CUE1生成第二数据的方式可以为网络装置为CUE1预先配置的，或者，为标准中设定的多种生成方式中，CUE1根据需要选择的一种生成第二数据方式。
CUE1在生成第二数据后，可以在第1侧行传输资源上向TUE发送第二数据。
CUE1在发送第二数据之前，还可以向TUE发送SCI，该SCI携带第1侧行传输资源。
进一步的，CUE1还可以根据TUE发送的HARQ反馈肯定消息或HARQ反馈否定消息，确认TUE是否接收到第1侧行传输资源，若确定TUE接收到第1侧行传输资源，则可以取消发送SCI，以节省信令的消耗。
具体的转发方式可以为放大转发、解码转码或压缩转发等。其中，转发的第二数据可以为第一数据的部分数据，也可以为全部数据；CUE1和CUE2可以转发第一数据中相同的部分，也可以转发不同的部分，具体的转发方式，可以为网络装置为协作传输组确定的，也可能是协作传输组协商后确定的，在此不做限定。当然，第二数据还可以包括CUE译码第一数据后的译码结果，以便TUE获得CUE的译码结果，提高数据的接收性能。
进一步的，为提高协作传输效率，网络装置可以指示协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据，进而协作终端装置根据软合并指示，生成第二数据。
在具体实施过程中，针对网络装置确定第i协作终端装置的第i软合并指示域的方式，第i协作终端装置接收第i软合并指示域。此时，第i协作终端装置接收携带第i软合并指示域的第四DCI，或者，第i协作终端装置接收携带第i软合并指示域的第四DCI，进而确定第i软合并指示域。另一种可能的方式，第i协作终端装置根据RRC信令，确定第i软合并指示域。
举例来说，若第i协作终端装置的第1软合并指示域中的软合并指示为0，则第i协作终端装置确定向目标终端装置发送的第二数据不需要进行软合并，进而，第1协作终端装置可以生成与其他协作终端装置不同的第二数据，也可以生成与其他协作终端装置相同的第二数据。当然，第1协作终端装置可以根据译码第一数据的结果，将正确率高于第一阈值的第一数据的部分作为第二数据，也可以将译码第一数据的结果作为第二数据的部分数据。
若第1协作终端装置的第1软合并指示域中的软合并指示为1，则第1协作终端装置确定向目标终端装置发送的第二数据需要进行软合并，此时，第1协作终端装置需要生成与其他协作终端装置相同的第二数据。具体确定生成相同的第二数据的内容，可以为网络装置设置的，也可以为各协作终端装置协商确定的，在此不做限定。
另一种可能的设计中，第i协作终端装置接收的第i侧行传输资源中还可以包括：第i软合并指示域，对应的，第i协作终端根据所述第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
另一种可能的设计中，第i软合并指示域可以包括：第一时间偏移量和/或第二时间偏移量。
此时，第i协作终端装置若确定第i软合并指示域中为第一时间偏移量，则确定需要发送的第二数据为目标终端装置执行软合并的数据。若确定第i软合并指示域中为第二时间偏移量，则确定需要发送的第二数据为目标终端装置不执行软合并的数据。
另一种可能的设计中，第i软合并指示域可以设置于第i侧行传输资源中，例如，第i软合并指示域可以通过配置不同的传输资源确定。在第i侧行传输资源包括第一传输资源和第二传输资源的场景中，此时，第i协作终端装置若确定第二数据为需要为目标终端装置执行软合并的数据，则可以选择第一传输资源发送所述第二数据。若确定第二数据为需要为目标终端装置不执行软合并的数据，则可以选择第二传输资源发送所述第二数据。
针对第i侧行传输资源还包括第i冗余版本集合的场景，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本。
一种可能的实现方式，第i协作终端装置若确定第三数据为需要为目标终端装置执行软合并的数据，则可以选择第一冗余版本作为第i协作终端装置发送需要进行软合并的第三数据的起始位置。另一种可能的实现方式，第i协作终端装置可以在所述冗余版本集中确定第一冗余版本后，通过SCI，向目标终端装置发送第一冗余版本，进而，目标终端装置可以根据第一冗余版本，在第三数据的起始位置开始接收第三数据，并将第三数据作为执行软核并的数据。
以2个CUE举例来说，网络装置通过RRC为第1协作终端装置CUE1确定的第1冗余版本集合＝{RV0，RV1}，为第2协作终端装置CUE2确定的第2冗余版本集合＝{RV3，RV4}，CUE1向TUE发送第三数据时，可以在第1冗余版本集合中选择第一冗余版本。例如，第1协作终端装置可以选择RV1作为第1协作终端装置发送第三数据的冗余版本。第2协作终端装置也可以在第2冗余版本集合中选择第一冗余版本，例如，第2协作终端装置可以选择RV3作为第1协作终端装置发送第三数据的冗余版本。
当然，也可以为网络装置在确定第i协作终端装置需要发送第三数据时，通过发送DCI的方式，指示第i协作终端装置的第一冗余版本。具体的，第i协作终端装置接收网络装置发送的DCI，所述DCI中携带有第一冗余版本，第一冗余版本用于指示第i协作终端装置需要为目标终端装置发送执行软合并的第三数据。例如，网络装置在确定第1协作终端装置需要发送第三数据时，通过发送携带有RV1的DCI，指示第i协作终端装置的第一冗余版本为RV1。此时，网络装置可以将DCI发送给目标终端装置，以使终端装置在第一冗余版本对应的起始位置上接收第三数据，并确定接收的第三数据为执行软合并的数据。
再一种可能的设计中，冗余版本还可以通过其他方式确定，例如，所述第i侧行传输资源还可以包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本。具体的，网络装置可以通过RRC或DCI预配置第i协作传输装置的第i冗余版本集合；此时，各协作传输装置对应的冗余版本集合可以为相同的冗余版本集合，在此不做限定。对应的，第i协作终端装置可以自主选择用于传输第三数据的第二冗余版本。第二冗余版本用于所述第i协作终端装置根据所述第二冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置。
此时，第i协作终端装置若确定需要向目标终端装置发送第三数据，则可以根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本。第i协作终端装置根据所述第二冗余版本确定发送所述第三数据的起始位置，进而，第i协作终端装置在根据第二冗余版本确定的第三数据的起始位置上，开始发送第三数据。
一种可能的设计，所述冗余版本用于所述第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本。对应的，第i协作终端装置可以根据第i协作终端装置的组内标识选择用于传输第三数据的第二冗余版本的版本号。
以2CUE为例，假设网络装置为第1协作终端装置CUE1和第2协作终端装置CUE2配置的第1冗余版本集合与第2冗余版本集合相同，其中第1冗余版本集合可以为{RV0，RV1，RV2，RV3}，第1协作终端装置CUE1的组内标识ID为0，第2协作终端装置CUE2的组内标识ID为1。因此，第1协作终端装置CUE1可以根据组内标识0，确定第1协作终端装置的第一冗余版本为RV0，第2协作终端装置CUE2可以根据组内标识1，确定第1协作终端装置的第一冗余版本为RV1。
步骤2025：第i协作终端装置在所述第i侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第i协作终端装置根据从所述网络装置接收的第一数据确定的。
进一步的，第i协作终端装置可以发送第一指示信息至所述目标终端装置。
一种可能的设计中，所述第一指示信息用于指示所述第i协作终端装置未正确译码所述第一数据。具体的，第一指示信息可以为特定符号序列，也可以是bit序列，以1bit为例，用0或用1表示CUE未正确译码数据1。
举例来说，若第i协作终端装置正确译码第一数据时，第i协作终端装置可以在第一侧行传输资源上发送第二数据。若第i协作终端装置未正确译码第一数据时，第i协作终端装置选择不在第一侧行传输资源上发送第二数据。若第i协作终端装置部分译码第一数据时，第i协作终端装置在第一侧行传输资源上发送的第二数据可以为部分译码的第一数据。
进一步的，第i协作终端装置可以根据接收的第i侧行传输资源，生成侧行控制信息SCI，并将SCI发送至TUE。
其中，所述侧行控制信息指示侧行链路资源的调度信息，例如，CUE1生成的SCI可以指示CUE1与TUE的侧行链路资源的调度信息。该侧行链路的调度信息可以包括CUE正确接收到的来自网络装置的用于传输第二数据的侧行传输资源，或者包括CUE根据网络装置预配置的侧行传输资源集中确定的侧行传输资源，或者，包括CUE根据网络装置预配置的侧行传输资源集。具体的，CUE可在PSCCH上发送SCI，将侧行链路资源的调度信息发送至TUE；当然，也可以是调度分配(scheduling assigment，SA)信息，在此不做限定。
进一步的，为提高协作传输效率，协作终端装置根据软合并指示，发送第二数据。
一种可能的设计中，第i软合并指示域可以包括：第一时间偏移量和/或第二时间偏移量。
此时，第i协作终端装置根据第i软合并指示域，若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则可以在第一时刻增加所述第一时间偏移量的第二时刻，发送所述第二数据；其中，第一时刻为所述第i协作终端装置向所述目标终端装置发送侧行控制信令的时刻。当然也可以在第一时刻减少所述第一时间偏移量的第四时刻，发送所述第二数据。
或者，第i协作终端装置根据第i软合并指示域，若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第一时刻增加所述第二时间偏移量的第三时刻，发送所述第二数据。
另一种可能的设计中，第i软合并指示域可以设置于第i侧行传输资源中，例如，第i软合并指示域可以通过配置不同的传输资源确定。在第i侧行传输资源包括第一传输资源和第二传输资源的场景中，第i协作终端装置可以根据第i软合并指示域，若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在所述第一传输资源上发送所述第二数据。
或者，第i协作终端装置可以根据第i软合并指示域，若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第二传输资源上发送所述第二数据。对应的，所述目标终端装置可以根据第i软合并指示域，若在所述第二传输资源上接收到所述第二数据，则将所述第二数据确定为不执行软合并的数据。
例如，第i软合并指示域可以为根据时频资源的方式确定，即第i侧行传输资源中的第i时频资源包括：第一时频资源和第二时频资源，第i侧行传输资源还包括第i侧行传输参数。第i协作终端装置可以根据第i软合并指示域，若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在所述第一时频资源上通过第i侧行传输参数发送所述第二数据。或者，第i协作终端装置可以根据第i软合并指示域，若确定需要发送的第二数据不为所述目标终端装置执行软合并的数据，则在所述第二时频资源上通过第i侧行传输参数发送所述第二数据。
再一种可能的设计中，第i软合并指示域可以为根据码资源的方式确定，即第i侧行传输资源中的第i码资源包括：第一码资源和第二码资源，第i侧行传输资源还包括：第i时频资源。此时，第i协作终端装置在所述第i时频资源上，通过第一码资源向所述目标终端装置发送执行软合并的第二数据。或者，第i协作终端装置在第i时频资源上通过第二码资源向所述目标终端装置发送不用于执行软合并的第二数据。
当然，第i软合并指示域中的所述第一传输资源可以包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源，在此不做限定。
再一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本。
一种可能的实现方式，所述第i协作终端根据接收来自网络装置的第一数据生成第三数据，第三数据为第i协作终端装置确定的需要执行软合并的数据。此时，第i协作终端装置根据第i冗余版本集合，若确定需要向目标终端装置发送执行软合并的第三数据，则在所述冗余版本集中确定第一冗余版本，并根据所述第一冗余版本确定所述协作终端装置发送所述第三数据的起始位置上，发送第三数据。另一种可能的实现方式，第i协作终端装置可以在所述冗余版本集中确定第一冗余版本后，通过SCI，向目标终端装置发送第一冗余版本，并在所述第一冗余版本确定的起始位置上发送第三数据。
再一种可能的设计中，第i协作终端装置还可以通过其他方式确定冗余版本，进而向目标终端装置发送第三数据。例如，所述第i侧行传输资源还包括第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，此时，第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本，进而，第i协作终端装置在第二冗余版本确定的起始位置上发送需要执行软合并的第三数据。
此时，第i协作终端装置若确定需要向目标终端装置发送需执行软合并的第三数据，则可以根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本，进而，第i协作终端装置根据所述第二冗余版本确定发送所述第三数据的起始位置，进而，第i协作终端装置在根据第二冗余版本确定的第三数据的起始位置上，开始发送第三数据。
步骤2026：TUE获取来自网络装置的侧行传输资源，在所述侧行传输资源上，接收第二数据。
一种可能的实现方式，网络装置向N个协作终端装置和目标终端装置发送侧行传输资源集指示。其中，侧行传输资源集指示具体的发送方式可以为通过第二DCI的方式发送的，此时，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有第1侧行传输资源和第2侧行传输资源的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以为根据RRC信令配置的。此时，目标终端装置可以根据第二DCI，或RRC信令接收网络装置发送的侧行传输资源集指示。
针对动态调度的场景：
一种可能的实现方式，假设网络装置可以将第i协作终端装置的第三DCI以单播的方式，发送至第i协作终端装置和目标终端装置，则目标终端装置可以根据来自网络装置的第三DCI，确定网络装置分配给第i协作终端装置的用于传输第二数据的第i侧行传输资源。
另一种可能的实现方式，网络装置将为每个协作终端装置分别配置不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，则目标终端装置可以解析第三DCI中对应的第i协作终端装置的字段，以确定第i协作终端装置的用于传输第二数据的第i侧行传输资源。目标终端装置可以将第1侧行传输资源至第N侧行传输资源全部解析出来，进而根据第1侧行传输资源至第N侧行传输资源接收N个协作终端装置发送的第二数据。当然，也可以根据其他方式进行解析，例如，若确定接收到第i协作终端装置发送的第一指示信息，则可以不解析第i协作终端装置的第i侧行传输资源。
假设网络装置将CUE1对应的第三DCI_CUE1及CUE2对应的第三DCI_CUE2，发送至TUE，则TUE根据CUE1对应的第三DCI_CUE1，在第三DCI_CUE1指示的侧行传输资源上，接收CUE1发送的第二数据；TUE根据CUE2对应的第三DCI_CUE2，在第三DCI_CUE2指示的侧行传输资源上，接收CUE2发送的第二数据。再比如，假设网络装置生成的第三DCI中携带有CUE1的侧行传输资源，及CUE2的侧行传输资源，则TUE根据解析的第三DCI，确定CUE1的侧行传输资源和CUE2的侧行传输资源，进而，在CUE1对应的侧行传输资源上，接收CUE1发送的第二数据；TUE根据CUE2对应的第三DCI，在CUE2对应的侧行传输资源上，接收CUE2发送的第二数据。
另一种可能的设计中，针对网络装置为N个协作终端装置确定的侧行传输资源为相同的场景，目标终端装置可以接收来自网络装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为所述N个协作终端装置的侧行传输资源，进而，目标终端装置可以在所述侧行传输资源上接收所述N个协作终端装置发送的第二数据。
一种可能的设计中，TUE获取第i协作终端装置发送的第一指示信息后，所述目标终端装置不接收所述第i侧行传输资源上的数据；所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
一种可能的设计中，所述目标终端装置接收来自所述第一协作终端装置的侧行控制指令；所述侧行控制指令用于指示所述第一协作终端装置用于发送第二数据的第i侧行传输资源，进而，目标终端装置根据所述侧行控制指令，在所述第i侧行传输资源上接收来自所述第一协作终端装置的第二数据。
举例来说，TUE获取来自CUE的SCI，在对应的侧行传输资源上，接收CUE发送的第二数据。例如，TUE获取来自CUE1的SCI1，在SCI1指示的侧行传输资源上，接收CUE1发送的第二数据。TUE获取来自CUE2的SCI2，在SCI2指示的侧行传输资源上，接收CUE2发送的第二数据。
针对半静态调度的场景：目标终端装置可以根据网络装置预配置的RRC信令，确定CUE的侧行传输资源。
进而，TUE可以将第一阶段接收的来自网络装置的第一数据的信号和第二阶段接收的CUE1的第二数据的信号和CUE2的第二数据的信号联合起来进行解码，以获得网络装置发送的第一数据。
通过用户装置协作，可以提高目标终端装置对网络装置发送的第一数据的接收性能，显著增强目标终端装置接收第一数据的可靠性。
进一步的，针对第i侧行传输资源中包括第i软合并指示域，或者，网络装置向目标终端装置发送网络装置为第i协作终端装置确定的第i软合并指示域的场景，又或者，目标终端装置通过SCI的方式接收第i协作终端装置确定的第i软合并指示域。或者，目标终端装置通过SCI的方式接收第i协作终端装置发送的软合并指示域集合，再或者，目标终端装置接收到网络装置发送的软合并指示域集合，第i协作终端装置发送的第二数据或第三数据为根据软合并指示域集合中的软合并指示域确定的。目标终端装置可以根据接收到的第i软合并指示域或软合并指示域集合中的软合并指示域，接收第i协作终端装置发送的第二数据或第三数据。
一种可能的设计中，第i软合并指示域可以包括第一时间偏移量和/或第二时间偏移量的场景。
此时，目标终端装置可以根据第i软合并指示域，在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻。
或者，目标终端装置根据第i软合并指示域，在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
另一种可能的设计中，第i软合并指示域可以设置于第i侧行传输资源中，例如，第i软合并指示域可以通过配置不同的传输资源确定。在第i侧行传输资源包括第一传输资源和第二传输资源的场景中，目标终端装置可以根据第i软合并指示域，若在所述第一传输资源上接收到所述第二数据，则将所述第二数据确定为执行软合并的数据。或者，所述目标终端装置可以根据第i软合并指示域，若在所述第二传输资源上接收到所述第二数据，则将所述第二数据确定为不执行软合并的数据。
再比如，第i软合并指示域可以为根据时频资源的方式确定，即第i侧行传输资源中的第i时频资源包括第一时频资源和第二时频资源，第i侧行传输资源还可以包括第i侧行传输参数。目标终端装置可以根据第i软合并指示域，若在第一时频资源上通过第i侧行传输参数接收到第i协作终端装置发送的第二数据，则可以将第二数据确定为执行软合并的数据。或者，目标终端装置可以根据第i软合并指示域，若在第二时频资源上通过第i侧行传输参数接收到第i协作终端装置发送的第二数据，则可以将第二数据确定为不执行软合并的数据。
再一种可能的设计中，第i软合并指示域可以为根据码资源的方式确定，即第i侧行传输资源中的第i码资源包括第一码资源和第二码资源，第i侧行传输资源还可以包括第i时频资源。
此时，目标终端装置若在第i时频资源上通过所述第一码资源接收到第i协作终端装置发送的第二数据，则可以将第二数据确定为执行软合并的数据。目标终端装置若在第i时频资源上通过所述第二码资源接收到第i协作终端装置发送的第二数据，则可以将第二数据确定为不执行软合并的数据。
当然，第i软合并指示域中的所述第一传输资源可以包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源，在此不做限定。
再一种可能的设计中，第i侧行传输资源还可以包括第i冗余版本集合，第i冗余版本集合包括至少一个冗余版本。
一种可能的实现方式，若目标终端装置根据第i冗余版本集合中的任一冗余版本确定的起始位置上，接收到第i协作终端装置发送的第三数据，则将第三数据确定为需要执行软合并的数据。另一种可能的实现方式，目标终端装置可以根据第i协作终端装置发送的SCI中携带的第一冗余版本，确定第一冗余版本对应的起始位置上，开始接收第三数据，并将第三数据作为执行软合并的数据。
再一种可能的设计中，目标终端装还可以通过其他方式确定第i协作终端装置发送第三数据的冗余版本，例如，所述第i侧行传输资源还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，目标终端装置可以根据所述第i协作终端装置在所述协作传输组中的组内标识在第i冗余版本集合中确定第二冗余版本。目标终端装置若在所述第二冗余版本对应的起始位置上接收到第三数据，则将所述第三数据确定为执行软合并的数据。
通过上述实施例，使得目标终端装置可以根据接收到的第一数据，第二数据，第三数据同时进行译码，提高接收网络装置发送的第一数据的译码成功率，进而提高TUE接收的可靠性，提高协作传输性能，改善***传输效率。
如图1b所示的另一种可能的场景中，例如，TUE在小区覆盖范围外，或者TUE信道质量太差，TUE在第一阶段接收不到网络装置发送的第一数据，完全依靠在第二阶段CUE对网络装置发送的第一数据进行转发。如图1b所示的通信***100，提供一种用户协作的通信的流程，该流程中的网络装置可具体为图1b中的网络装置110，目标终端装置可以为图1b中的终端装置120，协作终端装置可以为图1b中的终端装置130-140，如图3所示，该流程包括：
具体的，可以包括：
第一阶段，下行传输阶段
步骤3011：网络装置确定当前协作传输的协作终端装置及目标终端装置。
具体确定协作终端装置和目标终端装置的方式，可以参考上述实施例中的实施方式，在此不再赘述。
步骤3012：网络装置为CUE确定用于网络装置向CUE传输第一数据的下行传输资源，及根据下行传输资源向CUE发送第一数据。
一种可能的实现方式，网络装置可以通过单播的方式向N个协作终端装置发送第一数据。此时，第一数据所占据的下行传输资源可以为网络装置为N个协作终端装置分别配置的，可以通过向N个协作终端装置分别发送DCI的方式配置下行传输资源。即网络装置可以向第i协作终端装置发送携带第i下行传输资源的第一DCI。其中，第一DCI指示第i协作终端装置和TUE接收网络装置发送的第一数据的第i下行传输资源。举例来说，网络装置可以在第i下行传输资源上向第i协作终端发送第一数据；对应的，第i协作终端装置在第一数据所占据的第i下行传输资源上，接收第一数据，并根据接收的第一数据的译码结果，及第i下行传输资源中的自动请求重传参数，发送自动请求重传反馈消息，以便网络装置为第i协作终端装置发送重传数据。
另一种可能的实现方式，可以通过半静态模式，调度下行传输资源。以N个协作终端装置与所述目标终端装置属于同一个协作传输组为例，网络装置可以在下行传输资源集中确定第i协作终端装置的第i下行传输资源。其中，第i协作终端装置属于N个协作终端，第i下行传输资源属于第1下行传输资源至第N下行传输资源，i为大于或等于1且小于或等于N的整数，N为大于或等于1的整数，所述第i下行传输资源用于所述网络装置向第i协作终端装置发送第一数据；网络装置向第i协作终端装置发送所述第i下行传输资源。第i下行传输资源可以与第j下行传输资源不同，也可以与第j下行传输资源相同，在此不做限定。所述第j下行传输资源为所述网络装置确定的第j协作终端装置的下行传输资源，所述第j协作终端装置属于所述N个协作终端。此时，网络装置可以通过RRC信令，将确定的第1协作终端装置的第1下行传输资源至目标终端装置的第N下行传输资源配置给N个协作终端装置。进而，网络装置可以在第i下行传输资源上向第i协作终端装置发送第一数据。
当然，网络装置也可以通过多播或广播的方式发送第一数据。网络装置可以通过动态调度的方式，通过DCI为N个协作终端装置配置下行传输资源。例如，网络装置向N个协作终端装置发送的第一DCI，可以包括N个协作终端装置中的每个协作终端装置的下行传输资源。进而，在配置的下行传输资源上向N个协作终端装置发送第一数据。以2个CUE为例，下行传输资源集可以包括第1下行传输资源，第2下行传输资源和第3下行传输资源。网络装置可以为CUE1、CUE2分配相同的下行传输资源，该下行传输资源可以为下行传输资源集中的第1下行传输资源，此时，网络装置可以向N个协作终端装置发送的第一DCI中可以包括所述第1下行传输资源。进而，网络装置可以通过多播或广播的方式，在第1下行传输资源上向CUE1、CUE2发送第一数据。对应的，CUE1、CUE2接收到第一DCI后，在第一数据所占用的第1下行传输资源上接收所述第一数据。
针对半静态调度下行传输资源的模式，网络装置可以通过RRC信令为N个协作终端装置配置相同的下行传输资源，进而，网络装置可以通过配置的下行传输资源，以多播或广播的方式发送第一数据。
步骤3013：CUE获取下行传输资源，并根据下行传输资源，接收来自网络装置的第一数据。
针对单播动态调度的方式，第i协作终端装置可以接收来自网络装置的第一DCI，此时，第一DCI包括为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。例如，CUEi在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的第i下行传输资源。
针对单播半静态调度的方式，第i协作终端装置可以根据来自网络装置的RRC信令，确定网络装置为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。
针对多播或广播的动态调度的方式，N个协作终端装置接收来自网络装置的第一DCI，此时，第一DCI包括为N个协作终端装置确定的下行传输资源。例如，CUE和TUE在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的下行传输资源。进而，N个协作终端装置在下行传输资源上，接收来自网络装置的第一数据。
针对多播或广播的半静态调度的方式，N个协作终端装置根据来自网络装置的RRC信令，确定网络装置为N个协作终端装置确定的下行传输资源。进而，N个协作终端装置在下行传输资源上，接收来自网络装置的第一数据。
第二阶段，侧行传输阶段
每个协作终端装置可以与目标终端装置建立侧行链路，可应用于网络装置主动为协作终端装置分配侧行传输资源的过程中，也可应用于网络装置被动为协作终端装置分配侧行传输资源的过程中，所述网络装置被动为终端装置分配侧行传输资源的过程可包括：协作终端装置发送侧行链路资源请求至网络装置；网络装置接收到所述侧行链路资源请求后，为协作终端装置分配侧行传输资源。即，图1b所示的流程中，还可包括：协作终端装置向网络装置发送SL资源请求。
具体的侧行传输过程，可以包括以下步骤：
步骤3021：网络装置确定N个协作终端装置的侧行传输资源集。
其中，N个协作终端装置与所述目标终端装置属于同一个协作传输组。侧行传输资源集包括第1侧行传输资源至第N侧行传输资源。第1侧行传输资源至第N侧行传输资源可以用于N个协作终端装置向目标终端装置发送第二数据。第二数据为第i协作终端装置根据所述网络装置向所述第i协作终端装置发送的第一数据确定的。
其中，第1侧行传输资源至第N侧行传输资源的侧行传输资源可以相同，也可以不同在此不做限定。
此时，网络装置可以向N个协作终端装置CUE发送侧行传输资源集指示。例如，可以通过发送第二DCI的方式，向N个协作终端装置发送侧行传输资源集指示。其中，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有第1侧行传输资源和第2侧行传输资源的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以通过RRC信令配置的方式，通知N个协作终端装置，在此不做限定。
步骤3022：网络装置确定第i协作终端装置的第i侧行传输资源。
其中，第i协作终端装置属于N个协作终端，第i侧行传输资源属于侧行传输资源集。第i侧行传输资源用于所述第i协作终端装置向目标终端装置发送第二数据。i为大于或等于1且小于或等于N的整数，N为大于或等于1的整数。
进一步的，为减少资源碰撞，影响侧行传输的性能，侧行传输资源集中的第i侧行传输资源可以与第j侧行传输资源不同，第j侧行传输资源可以为所述网络装置确定的第j协作终端装置的侧行传输资源，第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i。
另一种可能的实现方式中，若网络装置确定第i协作终端装置与第j协作终端装置向目标终端装置发送的第二数据为相同的数据，则网络装置可以将第i协作终端装置的第i侧行传输资源与第j协作终端装置的第j侧行传输资源确定为相同的侧行传输资源。
针对N个协作终端都配置相同的侧行传输资源的场景，网络装置确定N个协作终端装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源为所述网络装置确定的N个协作终端装置的侧行传输资源，所述第i侧行传输资源用于所述N个协作终端装置向目标终端装置发送第二数据。
步骤3023：网络装置向第i协作终端装置发送所述第i侧行传输资源。
在确定各协作终端装置的侧行传输资源集后，可以根据多种方式向协作终端装置发送侧行传输资源。针对动态调度的场景：网络装置向CUE发送侧行传输资源集指示，并通过动态调度的模式，在确定CUE需要向TUE发送第二数据时，再向CUE发送第三DCI。
一种可能的实现方式，第三DCI用于指示网络装置为CUE确定的用于传输第二数据的侧行传输资源。第三DCI可以为多个，即网络装置可以为每个CUE确定不同的时频资源或码资源，每个CUE对应一个第三DCI。网络装置将每个第三DCI以单播的方式，发送至对应的CUE。
另一种可能的实现方式，第三DCI也可以为一个，例如，网络装置为每个CUE确定相同的用于传输第二数据的侧行传输资源，网络装置可以以广播的形式向CUE发送该第三DCI。另一种可能的实现方式，网络装置也可以将为每个CUE分别确定不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，网络装置可以以多播的形式向CUE发送该第三DCI。
针对半静态调度的场景：网络装置可以通过RRC信令，通知CUE用于传输第二数据的侧行传输资源。其中，RRC用于指示网络装置为CUE确定的用于传输第二数据的侧行传输资源。
举例来说，若网络装置确定第1协作终端装置的第1侧行传输资源，第2协作终端装置的第2侧行传输资源，则可以根据RRC信令，通知第1协作终端装置的侧行传输资源为第1侧行传输资源，根据RRC信令，通知第2协作终端装置的侧行传输资源为第2侧行传输资源。
进一步的，为提高协作传输效率，网络装置可以指示协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据，进而协作终端装置根据软合并指示，生成第二数据。需要说明的是，执行软合并的数据指的是，目标终端装置接收到的第i协作终端装置的第二数据及第j协作终端装置的第二数据在译码后为相同的数据，进而可以联合起来译码，提高目标终端装置译码第二数据的成功率。
在具体实施过程中，可以为网络装置确定第i协作终端装置的第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
此时，网络装置可以通过动态调度的方式，向第i协作终端装置发送携带第i软合并指示域的第四DCI。另外，网络装置也可以为N个协作终端装置确定软合并指示域集合，该软合并指示域集合中包括第1软合并指示域至第N软合并指示域。为第i协作终端装置确定的第i软合并指示域可以为网络装置在需要是，为第i协作终端装置确定后，发送至第i协作终端装置和目标终端装置的。需要说明的是，第四DCI和第三DCI可以合并为同一个DCI进行发送，也可以分开发送，在此不做限定。另一种可能的实现方式，网络装置也可以通过半静态调度的方式，向第i协作终端装置配置第i软合并指示域。另一种可能的实现方式，也可以为第i协作终端装置在接收到软合并指示域集合后，在确定需要向目标终端装置转发第二数据时，根据软合并指示域集合自主选择软合并指示域，并根据选择的软合并指示域中的指示方式，向目标终端装置转发需要或不需要执行软合并的第二数据。
一种可能的设计中，若第i软合并指示域中的软合并指示为0，则指示第i协作终端装置向目标终端装置发送的第二数据不需要进行软合并，若第i软合并指示域中的软合并指示为1，则指示第i协作终端装置向目标终端装置发送的第二数据可以与其它协作终端装置向目标终端装置发送的第二数据合并。
举例来说，若第i协作终端装置的第1软合并指示域中的软合并指示为0，则第i协作终端装置确定向目标终端装置发送的第二数据不需要进行软合并。若第2协作终端装置的第2软合并指示域中的软合并指示为1，则第2协作终端装置确定向目标终端装置发送的第二数据需要进行软合并。
另一种可能的设计中，所述第i软合并指示域可以包括：第一时间偏移量和/或第二时间偏移量。
其中，第一时间偏移量用于指示所述目标终端装置在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻。第二时间偏移量用于指示所述目标终端装置在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
需要说明的是，网络装置为第i协作终端装置确定的第i软合并指示域中的第一时间偏移量和/或第二时间偏移量可以与第j协作终端装置确定的第j软合并指示域中的第一时间偏移量和/或第二时间偏移量不同，也可以相同，在此不做限定。
若确定为N个协作终端装置确定的第1软合并指示域至第N软合并指示域中的第一时间偏移量和/或第二时间偏移量相同，则网络装置可以向N个协作终端装置发送一个软合并指示域，以节省信令消耗。
若确定为N个协作终端装置确定的第1软合并指示域至第N软合并指示域中的第一时间偏移量和/或第二时间偏移量不同，则网络装置可以向N个协作终端装置发送一个软合并指示域集合，该软合并指示域集合包括第1软合并指示域至第N软合并指示域。进而，N个协作终端装置可以根据接收到的软合并指示域集合确定每个协作终端装置对应的软合并指示域，以使协作终端装置可以根据对应的软合并指示域生成第二数据，并向目标终端发送所述第二数据。对应的，目标终端装置可以根据软合并指示域集合，确定N个协作终端装置发送的第二数据是否为可以执行软合并的数据。
另一种可能的设计中，第i软合并指示域可以设置于第i侧行传输资源中，例如，第i软合并指示域可以通过配置不同的传输资源确定。具体的，第i侧行传输资源可以包括：第一传输资源和第二传输资源。
一种可能的实现方式，所述第一传输资源用于指示所述第i协作终端装置通过所述第一传输资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二传输资源用于指示所述第i协作终端装置在所述第二传输资源上向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
再一种可能的设计中，第i软合并指示域可以为根据时频资源的方式确定，即第i侧行传输资源中的第i时频资源包括：第一时频资源和第二时频资源，第i侧行传输资源还包括第i侧行传输参数。所述第一时频资源用于指示所述第i协作终端装置通过所述第一时频资源，通过所述第i侧行传输参数向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二时频资源用于指示所述第i协作终端装置在所述第二时频资源上，通过所述第i侧行传输参数向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
再一种可能的设计中，第i软合并指示域可以为根据码资源的方式确定，即第i侧行传输资源中的第i码资源包括：第一码资源和第二码资源，第i侧行传输资源还包括：第i时频资源。所述第一码资源用于指示所述第i协作终端装置通过所述第i时频资源通过所述第一码资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二码资源用于指示所述第i协作终端装置在所述第i时频资源上通过所述第二码资源向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
当然，第i软合并指示域中的所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源，在此不做限定。
为进一步提高协作传输性能，增加目标终端装置的译码成功率，协作终端装置还可以向目标终端装置发送第三数据，其中，第三数据可以在发送第二数据的同时，在冗余版本的起始位置上发送的。第三数据可以为协作终端装置确定的第一数据中的部分数据，也可以为协作终端装置生成的第二数据中的部分数据，在此不做限定。即第三数据为所述第i协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。具体的，第i协作终端装置发送第三数据的起始位置也可以为网络装置为第i协作终端装置确定的，也可以为第i协作终端装置自主选择的，在此不做限定。
一种可能的设计中，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本。
一种可能的实现方式，所述第一冗余版本用于所述第i协作终端装置根据所述第一冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端根据接收来自网络装置的第一数据生成的。
再一种可能的设计中，冗余版本还可以通过其他方式确定，例如，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本用于所述第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本。其中，第二冗余版本用于所述第i协作终端装置根据所述第二冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置。
步骤3024：第i协作终端装置接收来自网络装置的用于传输第二数据的第i侧行传输资源。
针对动态调度的场景：
一种可能的实现方式，网络装置向N个协作终端装置发送侧行传输资源集指示。其中，侧行传输资源集指示具体的发送方式可以为通过第二DCI的方式发送的，此时，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有第1侧行传输资源和第2侧行传输资源的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以为根据RRC信令配置的。此时，第i协作终端装置可以根据第二DCI，或RRC信令接收网络装置发送的侧行传输资源集指示。
一种可能的实现方式，假设网络装置将第i协作终端装置的第三DCI以单播的方式，发送至第i协作终端装置，则第i协作终端装置可以根据来自网络装置的第三DCI，确定网络装置分配给第i协作终端装置的用于传输第二数据的第i侧行传输资源。
另一种可能的实现方式，网络装置若将为每个协作终端装置分别确定不同的用于传输第二数据的侧行传输资源携带在一个第三DCI中，则第i协作终端装置可以只解析第三DCI中对应第i协作终端装置的字段，以确定第i协作终端装置的用于传输第二数据的第i侧行传输资源。
针对半静态调度的场景：
网络装置可以通过RRC信令，通知第i协作终端装置，网络装置确定的第i侧行传输资源。
结合步骤3023中的例子，若网络装置确定第1协作终端装置的第1侧行传输资源，第2协作终端装置的第2侧行传输资源，则第1协作终端装置可以根据RRC信令，确定第1协作终端装置的侧行传输资源为第1侧行传输资源。第2协作终端装置根据RRC信令，确定第2协作终端装置的侧行传输资源为第2侧行传输资源。
进一步的，第i协作终端装置可以根据第一数据生成第二数据。
例如，CUE1和CUE2都正确接收到侧行传输资源和第一数据，则CUE1和CUE2可以将正确接收到的侧行传输资源和/或第二数据转发给TUE。
具体的转发方式可以为放大转发、解码转码或压缩转发等。其中，转发的第二数据可以为第一数据的部分数据，也可以为全部数据；CUE1和CUE2可以转发第一数据中相同的部分，也可以转发不同的部分，具体的转发方式，可以为网络装置为协作传输组确定的，也可能是协作传输组协商后确定的，在此不做限定。当然，第二数据还可以包括CUE译码第一数据后的译码结果，以便TUE获得CUE的译码结果，提高数据的接收性能。
进一步的，为提高协作传输效率，网络装置可以指示协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据，进而协作终端装置根据软合并指示，生成第二数据。具体实施过程可以参考上述实施例，在此不再赘述。
步骤3025：第i协作终端装置根据第i侧行传输资源，生成第一SCI，并将第一SCI发送至TUE，进而，第i协作终端装置在所述第i侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第i协作终端装置根据从所述网络装置接收的第一数据确定的。
其中，所述侧行控制信息指示侧行链路资源的调度信息，例如，CUE1生成的SCI可以指示CUE1与TUE的侧行链路资源的调度信息。该侧行链路的调度信息可以包括CUE正确接收到的来自网络装置的用于传输第二数据的侧行传输资源，或者包括CUE根据网络装置预配置的资源池中确定的侧行传输资源。具体的，CUE可在PSCCH上发送SCI，将侧行链路资源的调度信息发送至TUE；当然，也可以是调度分配(scheduling assigment，SA)信息，在此不做限定。
例如，以动态调度为例，第1协作终端装置CUE1根据来自网络装置的第三DCI_CUE1，生成携带有第1侧行传输资源的SCI1，并将SCI1发送至TUE。以及CUE1在第1侧行传输资源上，向TUE发送第二数据。同理，CUE2可以根据来自网络装置的第三DCI_CUE2，生成携带有第2侧行传输资源的SCI2，并将SCI2发送至TUE，以及CUE2在第2侧行传输资源上，向TUE发送第二数据。
进一步的，第i协作终端装置可以发送第一指示信息至所述目标终端装置。
一种可能的设计中，所述第一指示信息用于指示所述第i协作终端装置未正确译码所述第一数据。具体的，第一指示信息可以为特定符号序列，也可以是bit序列，以1bit为例，用0或用1表示CUE未正确译码数据1。具体实施过程可以参考上述实施例，在此不再赘述。
进一步的，为提高协作传输效率，协作终端装置根据软合并指示，发送第二数据。具体实施过程可以参考上述实施例，在此不再赘述。
步骤3026：TUE获取来自第i协作终端装置的第i侧行传输资源，在所述第i侧行传输资源上，接收第i协作传输装置CUEi发送的第二数据。
针对动态调度的场景：TUE获取来自第i协作终端装置CUEi的SCI。
一种可能的实现方式，SCI中携带有侧行传输资源集。若TUE未接收到第i协作终端装置发送的第i侧行传输资源，则目标终端装置可以在侧行传输资源集上的所有侧行传输资源上接收第i协作终端装置发送的第二数据。
另一种可能的实现方式，SCI中仅携带第i侧行传输资源。进而，目标终端装置可以在第i侧行传输资源上，接收第i协作终端装置CUEi发送的第二数据。例如，TUE获取来自CUE1的SCI1，在SCI1指示的第1侧行传输资源上，接收CUE1发送的第二数据。TUE获取来自CUE2的SCI2，在SCI2指示的第2侧行传输资源上，接收CUE2发送的第二数据。
针对半静态调度的场景：目标终端装置可以根据网络装置预配置的RRC信令，确定CUE的侧行传输资源。
进而，TUE可以将第二阶段接收的CUE1和CUE2的第二数据的信号解码，以获得网络装置发送的第一数据。
例如，TUE获取SCI1，在第1侧行传输资源上，接收CUE1发送的第二数据。TUE获取SCI2，在第2侧行传输资源上，接收CUE2发送的第二数据。
其中，若TUE接收到多个CUE发送的第二数据，则TUE可以将第二阶段收到的多个CUE的转发信号联合起来进行解码，例如，若TUE接收到CUE1发送的第二数据的信号1及CUE2发送的第二数据的信号2，则可以将信号1和信号2联合起来进行解码，以提高解码第二数据的准确度，进而提高协作传输的性能。通过用户协作传输，可以显著增强TUE的性能或者可靠性，显著提高***的容量以及网络的覆盖范围，同时可以降低网络装置的负载。
进一步的，针对目标终端装置通过SCI的方式接收第i协作终端装置确定的第i软合并指示域的场景，或者，目标终端装置通过SCI的方式接收第i协作终端装置发送的软合并指示域集合的场景。目标终端装置可以根据接收到的第i软合并指示域或软合并指示域集合中的软合并指示域，接收第i协作终端装置发送的第二数据或第三数据。具体的第i软合并指示域的实施例可以参考上述实施例，在此不再赘述。
通过上述实施例，使得目标终端装置可以根据接收到的第二数据，第三数据同时进行译码，提高目标终端装置接收网络装置的第一数据的译码成功率，进而提高TUE接收的可靠性，提高协作传输性能，改善***传输效率。
下面以用户自选模式为例进行描述。
用户自选模式主要应用于没有网络覆盖情况下的V2X通信。因为没有网络装置的统一资源管理，V2X终端装置只能自行从网络装置配置的资源池中选择资源进行V2X通信。例如对于一个小区来说，网络装置是统一配置了一个资源池，那么该小区的多个V2X终端装置都会在该资源池内选择资源。用户自选模式可以避免基站调度导致的基站的信令开销的增加及降低基站的工作效率的问题。在用户自选模式下，协作终端装置无需通过基站的调度，可以自行在资源池中选择资源以发送数据。例如，LTE V2X***中定义的资源配置模式Mode 4和NR V2X***中定义的资源配置模式Mode 2。资源池可以是网络装置通过***广播消息或RRC消息配置的。终端装置发送数据时，可通过随机选择、基于侦听预留机制或基于部分侦听预留机制自主地从资源池中获取至少部分资源来发送数据。由于终端装置自主选择资源，可能会出现不同的终端装置选择相同资源发送数据的情况，有可能发生传输碰撞。
如图1c所示的通信***100，提供一种用户协作的通信的流程，该流程中的网络装置可具体为图1c中的网络装置110，目标终端装置可以为图1c中的终端装置120，协作终端装置可以为图1c中的终端装置130-140，如图4所示，该流程包括：
第一阶段，下行传输阶段
步骤4011：网络装置确定协作传输组中的目标终端装置及协作终端装置。
具体的确定方式可以参考上述实施例，在此不再赘述。
步骤4012：网络装置为协作传输组确定用于传输第一数据的下行传输资源。
一种可能的实现方式，网络装置可以通过单播的方式向N个协作终端装置和目标终端装置发送第一数据。此时，第一数据所占据的下行传输资源可以为网络装置为N个协作终端装置和目标终端装置分别配置的，可以通过向N个协作终端装置和目标终端装置分别发送DCI的方式配置下行传输资源。网络装置可以向第i协作终端装置发送携带第i下行传输资源的第一DCI。对应的，网络装置向目标终端装置发送携带第N+1下行传输资源的第一DCI。另一种可能的实现方式，可以通过半静态模式，调度下行传输资源。网络装置可以通过RRC信令，将确定的第1协作终端装置的第1下行传输资源至目标终端装置的第N+1下行传输资源配置给N个协作终端装置和目标终端装置。
或者，网络装置也可以通过多播或广播的方式发送第一数据。网络装置可以通过动态调度的方式，通过DCI为N个协作终端装置和目标终端装置配置下行传输资源，例如，网络装置分别向N个协作终端装置和目标终端装置发送的第一DCI，可以包括N个协作终端装置中的每个协作终端装置的下行传输资源，及目标终端装置的下行传输资源。进而，在配置的下行传输资源上向N个协作终端装置和目标终端装置发送第一数据。针对半静态调度下行传输资源的模式，网络装置可以通过RRC信令为N个协作终端装置和目标终端装置配置相同的下行传输资源，进而，网络装置可以通过配置的下行传输资源，以多播或广播的方式发送第一数据。
步骤4013：协作终端装置和/或目标终端装置确定用于传输第一数据的下行传输资源，并在对应的下行传输资源上，接收来自网络装置的第一数据。
针对单播动态调度的方式，第i协作终端装置可以接收来自网络装置的第一DCI，此时，第一DCI包括为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。例如，CUEi在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的第i下行传输资源。
对应的，目标终端装置可以接收来自网络装置的第一DCI，此时的第一DCI包括为目标终端装置确定的第N+1下行传输资源，例如，TUE在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的第N+1下行传输资源。进而，目标终端装置在第N+1下行传输资源上接收来自网络装置的第一数据。
针对单播半静态调度的方式，第i协作终端装置可以根据来自网络装置的RRC信令，确定网络装置为第i协作终端装置确定的第i下行传输资源，进而，第i协作终端装置在第i下行传输资源上接收来自网络装置的第一数据。对应的，目标终端装置可以根据来自网络装置的RRC信令，确定网络装置为目标终端装置确定的第N+1下行传输资源，进而，目标终端装置在第N+1下行传输资源上接收来自网络装置的第一数据。
针对多播或广播的动态调度的方式，N个协作终端装置和目标终端装置接收来自网络装置的第一DCI，此时，第一DCI包括为N个协作终端装置和目标终端装置确定的下行传输资源。例如，CUE和TUE在候选搜索空间内，盲检第一DCI，若解析成功，则可以确定第一DCI中携带的用于传输第一数据的下行传输资源。进而，N个协作终端装置和目标终端装置在下行传输资源上，接收来自网络装置的第一数据。
针对多播或广播的半静态调度的方式，N个协作终端装置和目标终端装置根据来自网络装置的RRC信令，确定网络装置为N个协作终端装置和目标终端装置确定的下行传输资源。进而，N个协作终端装置和目标终端装置在下行传输资源上，接收来自网络装置的第一数据。
此时，若目标终端装可以接收到网络装置发送的第N+1下行传输资源，则可以在第N+1下行传输资源上接收第一数据。
具体实施方式可以参考图2和图3中的实施例，在此不再赘述。
第二阶段，侧行传输阶段
步骤4021：网络装置为协作传输组确定用于传输第二数据的侧行传输资源集。
其中，所述侧行传输资源集包括：第1时域资源至第N时域资源；所述第i侧行传输资源包括：第i时域资源，所述第i时域资源为所述第i侧行传输资源中的时域资源，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
具体的侧行传输资源集的确定方式可以参考图2中的实施例，在此不再赘述。
步骤4022：网络装置向N个协作终端装置和目标终端装置发送侧行传输资源集指示。
此时，网络装置可以向N个协作终端CUE发送侧行传输资源集指示。例如，可以通过发送第二DCI的方式，向N个协作终端装置发送侧行传输资源集指示。其中，第二DCI用于指示网络装置为第一CUE分配的用于传输第二数据的侧行传输资源集。例如，网络装置为CUE1和CUE2确定侧行传输资源集包括：第1侧行传输资源和第2侧行传输资源，并生成携带有侧行传输资源集的第二DCI，进而将第二DCI发送至CUE1和CUE2。当然，也可以通过RRC信令配置的方式，通知N个协作终端装置，在此不做限定。
步骤4023：第i协作终端装置和目标终端装置接收用于传输第二数据的侧行传输资源集指示。
结合上述发送第二DCI的例子，CUE1可以根据来自网络装置的第二DCI，可以自主选择第二DCI中第1侧行传输资源，此时，CUE1可以在第1侧行传输资源上向TUE发送第二数据。CUE2根据来自网络装置的第二DCI，可以自主选择第二DCI中的第2侧行传输资源，此时，CUE2可以在第2侧行传输资源上向TUE发送第二数据。
进一步的，第i协作终端装置CUEi可以根据侧行传输资源集，生成第一SCI，并将第一SCI发送至TUE，以使目标终端装置根据侧行传输资源集，接收第i协作终端装置的第二数据。
或者，另一种可能的实现方式，第i协作终端装置CUEi还可以根据选择的第i侧行传输资源，生成第一SCI，并将第一SCI发送至TUE。
另外，第i协作终端装置还可以发送第一指示信息至所述目标终端装置，所述第一指示信息用于指示所述第i协作终端装置未正确译码所述第一数据。
步骤4024：第i协作终端装置从侧行传输资源集中确定第i侧行传输资源，并在第i侧行传输资源上，向TUE发送第二数据。
进一步的，结合上述例子，第i协作终端装置CUEi可以向TUE发送第一SCI，以及在第i协作终端装置CUEi的第i侧行传输资源上，向TUE发送第二数据。
例如，CUE1根据第1侧行传输资源，生成携带有第1侧行传输资源的SCI1，并将SCI1发送至TUE。以及CUE1在第1侧行传输资源上，向TUE发送第二数据。同理，CUE2可以根据来自网络装置的第二DCI，生成携带有第2侧行传输资源的SCI2，并将SCI2发送至TUE。以及CUE2在第2侧行传输资源上，向TUE发送第二数据。
步骤4025：目标终端装置在侧行传输资源集的侧行传输资源上，接收第i协作终端装置发送的第二数据。
一种可能的实现方式，若TUE获取到第一SCI，则可以根据第一SCI，确定第i协作终端装置的第i侧行传输资源，此时，TUE可以在所述第i侧行传输资源上，接收第i协作终端装置发送的第二数据。
另一种可能的实现方式，若TUE获取到的第一SCI中携带有侧行传输资源集，则TUE可以在所述侧行传输资源集的侧行传输资源上，接收第i协作终端装置发送的第二数据。
再一种可能的实现方式，若TUE获取到网络装置为TUE发送的侧行传输资源集指示，则TUE可以在所述侧行传输资源集的侧行传输资源上，接收第i协作终端装置发送的第二数据。
例如，TUE获取SCI1，在第1侧行传输资源上，接收CUE1发送的第二数据。TUE获取SCI2，在第2侧行传输资源上，接收CUE2发送的第二数据。
其中，若TUE接收到多个CUE发送的第二数据，则TUE可以将第二阶段收到的多个CUE的转发信号联合起来进行解码，例如，若TUE接收到CUE1发送的第二数据的信号1及CUE2发送的第二数据的信号2，则可以将信号1和信号2联合起来进行解码，以提高解码第二数据的准确度，进而提高协作传输的性能。
需要说明的是，上述流程，仅为本申请应用的多种可能的场景，并不作为对本申请的限定，本申请实施例所提供的通信方法，还可应用于涉及协作传输的其它应用场景中。
但是，在用户自选模式下，多个协作终端装置可能都在同一个侧行传输资源集内选择侧行传输资源，协作终端装置发生资源碰撞的概率较高，影响用户协作传输的效果。
下面对本申请中的实施例中的侧行传输资源的格式进行具体说明。
网络装置在确定侧行传输资源集的过程中，还可以将侧行传输资源集根据协作终端装置的数量划分为多个子信道，一个协作终端装置CUE使用一个子信道。子信道的图案(sub-channel pattern)可以由网络装置通过RRC周期地或非周期地配置，也可以由网络装置通过DCI动态地配置，在此不做限定。
示例一，第i侧行传输资源的时域资源为第i时域资源；其中，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
下面以协作终端装置的数据为4个举例，如图5a所示，4个子信道对应的时频资源为协作传输组分配的侧行时频资源集合。网络装置可以将侧行传输资源集按照时域划分为4个子信道。假设网络装置确定第1个子信道对应的时域资源为第1时域资源，且第1时域资源为第1协作终端装置用于发送第二数据的侧行时域资源。网络装置确定第2个子信道对应的时域资源为第2时域资源，且第2时域资源为第2协作终端装置用于发送第二数据的侧行时域资源。网络装置确定第3个子信道对应的时域资源为第3时域资源，且第3时域资源为第3协作终端装置用于发送第二数据的侧行时域资源。网络装置确定第4个子信道对应的时域资源为第4时域资源，且第4时域资源为第4协作终端装置用于发送第二数据的侧行时域资源。
在该场景下，当TUE在子信道1对应的第1时频资源上接收第二数据时，可以立即尝试译码，以便快速获得第二数据。因此，在该场景下，可以获得低时延的协作传输，同时可以对抗频选衰落。
示例二，第i侧行传输资源的频域资源为第i频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
下面以协作终端装置的数据为4个举例，如图5b所示，4个子信道对应的时频资源为协作传输组分配的侧行时频资源集合。网络装置可以将侧行传输资源集按照频域划分为4个子信道。假设网络装置确定第1个子信道对应的频域资源为第1频域资源，且第1频域资源为第1协作终端装置用于发送第二数据的侧行频域资源。网络装置确定第2个子信道对应的频域资源为第2频域资源，且第2频域资源为第2协作终端装置用于发送第二数据的侧行频域资源。网络装置确定第3个子信道对应的频域资源为第3频域资源，且第3频域资源为第3协作终端装置用于发送第二数据的侧行频域资源。网络装置确定第4个子信道对应的频域资源为第4频域资源，且第4频域资源为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在子信道1对应的第1时频资源上接收第二数据时，需要全部获取时域资源上的信号后，尝试译码。在该场景中，目标终端装置接收的信号可以对抗突发干扰。
示例三，第i侧行传输资源的时频资源为第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
举例来说，下面以协作终端装置的数据为4个举例，如图6a所示，16个子信道对应的时频资源为协作传输组分配的侧行时频资源集合。网络装置可以将侧行传输资源集按照时域和频域划分为16个资源格。因此，针对16个资源格，可以对应划分出多种侧行时频资源。
本申请实施例以实现的功能对划分的侧行时频资源进行归类。
第一类，相邻的子资源各不相同，且每一行中包括各子资源组中的一个子资源，每一列中包括各子资源组中的一个子资源，使得划分出的侧行时频资源既可以对抗频选衰落，又可以对抗突发干扰。
一种可能的划分方式，如图6a所示，假设网络装置确定第1行第1列的资源格对应的时频资源为第1子资源组中的第1子资源，第2行第2列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第3列的资源格对应的时频资源为第1子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第2列的资源格对应的时频资源为第2子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第4列的资源格对应的时频资源为第2子资源组中的第3子资源，第4行第1列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第3列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第3子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第3子资源组中的第3子资源，第4行第2列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第4列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第1列的资源格对应的时频资源为第4子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第3列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在标识为1的第1子资源组的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，既可以对抗频选衰落，又可以对抗突发干扰。
另一种可能的实现方式，如图6b所示，假设网络装置确定第1行第1列的资源格对应的时频资源为第1子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第3列的资源格对应的时频资源为第1子资源组中的第3子资源，第4行第2列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第2列的资源格对应的时频资源为第2子资源组中的第1子资源，第2行第1列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第4列的资源格对应的时频资源为第2子资源组中的第3子资源，第4行第3列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第3列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第2列的资源格对应的时频资源为第3子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第3子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第4列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第4子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第1列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在标识为1的第1子资源组中的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，既可以对抗频选衰落，又可以对抗突发干扰。
第二类，相邻的子资源可以相同，也可以不同，且每一行中包括部分子资源组中的多个子资源，每一列中包括部分子资源组中的多个子资源，使得划分出的侧行时频资源，可以部分对抗频选衰落，又可以部分对抗突发干扰。
一种可能的划分方式，如图6c所示，假设网络装置确定第1行第1列的资源格对应的时频资源为第1子资源组中的第1子资源，第1行第3列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第1子资源组中的第3子资源，第3行第3列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第2列的资源格对应的时频资源为第2子资源组中的第1子资源，第1行第4列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第2子资源组中的第3子资源，第3行第4列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第2行第1列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第3子资源组中的第2子资源，第4行第1列的资源格对应的时频资源为第3子资源组中的第3子资源，第3行第3列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第2行第2列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第4子资源组中的第2子资源，第4行第2列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在标识为1的第1子资源组的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，由于在时域上设置部分相同子资源组的子资源，在频域上设置部分相同子资源组的子资源，因此，既可以部分对抗频选衰落，又可以部分对抗突发干扰。
另一种可能的实现方式，如图6d所示，假设网络装置确定第1行第1列的资源格对应的时频资源为第1子资源组中的第1子资源，第1行第3列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第1子资源组中的第3子资源，第3行第3列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第2列的资源格对应的时频资源为第2子资源组中的第1子资源，第2行第1列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第2子资源组中的第3子资源，第4行第1列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第4列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第3子资源组中的第2子资源，第3行第4列的资源格对应的时频资源为第3子资源组中的第3子资源，第4行第3列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第2行第2列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第4子资源组中的第2子资源，第4行第2列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在标识为1的第1子资源组中的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，由于在时域上设置部分相同子资源组的子资源，在频域上设置部分相同子资源组的子资源，既可以部分对抗频选衰落，又可以部分对抗突发干扰。
第三类，相邻的子资源可以相同，也可以不同，且每一行中包括各子资源组中的一个子资源，每一列中包括部分子资源组中的多个子资源，使得划分出的侧行时频资源，可以对抗频选衰落，又可以部分对抗突发干扰。
一种可能的划分方式，如图6e所示，假设网络装置确定第1行第1列的资源格对应的时频资源为第1子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第1子资源组中的第3子资源，第4行第3列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第2列的资源格对应的时频资源为第2子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第2子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第3列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第1列的资源格对应的时频资源为第3子资源组中的第2子资源，第3行第3列的资源格对应的时频资源为第3子资源组中的第3子资源，第4行第1列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第4列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第2列的资源格对应的时频资源为第4子资源组中的第2子资源，第3行第4列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第2列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。
在该场景下，当TUE在标识为1的第1子资源组中的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，由于在时域上设置不同子资源组的子资源，在频域上设置部分相同子资源组的子资源，既可以对抗频选衰落，又可以部分对抗突发干扰。
第四类，相邻的子资源可以相同，也可以不同，且每一列中包括各子资源组中的一个子资源，每一行中包括部分子资源组中的多个子资源，使得划分出的侧行时频资源，可以部分对抗频选衰落，又可以对抗突发干扰。
一种可能的划分方式，如图6f所示，假设网络装置确定第1行第2列的资源格对应的时频资源为第1子资源组中的第1子资源，第1行第4列的资源格对应的时频资源为第1子资源组中的第2子资源，第3行第1列的资源格对应的时频资源为第1子资源组中的第3子资源，第3行第3列的资源格对应的时频资源为第1子资源组中的第4子资源，第1子资源组为第1协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第1行第1列的资源格对应的时频资源为第2子资源组中的第1子资源，第1行第3列的资源格对应的时频资源为第2子资源组中的第2子资源，第3行第2列的资源格对应的时频资源为第2子资源组中的第3子资源，第3行第4列的资源格对应的时频资源为第2子资源组中的第4子资源，第2子资源组为第2协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第2行第2列的资源格对应的时频资源为第3子资源组中的第1子资源，第2行第4列的资源格对应的时频资源为第3子资源组中的第2子资源，第4行第1列的资源格对应的时频资源为第3子资源组中的第3子资源，第4行第3列的资源格对应的时频资源为第3子资源组中的第4子资源，第3子资源组为第3协作终端装置用于发送第二数据的侧行频域资源。
同理，网络装置确定第2行第1列的资源格对应的时频资源为第4子资源组中的第1子资源，第2行第3列的资源格对应的时频资源为第4子资源组中的第2子资源，第4行第2列的资源格对应的时频资源为第4子资源组中的第3子资源，第4行第4列的资源格对应的时频资源为第4子资源组中的第4子资源，第4子资源组为第4协作终端装置用于发送第二数据的侧行频域资源。当TUE在标识为1的第1子资源组中的4个子资源上接收第二数据时，尝试译码，可以获得第1协作终端装置发送的第二数据。在该场景中，由于在频域上设置不同子资源组的子资源，在时域上设置部分相同子资源组的子资源，既可以对部分抗频选衰落，又可以对抗突发干扰。
上述实施例中，通过对侧行时频资源的划分，实现时频复用，各个CUE间无干扰。侧行传输资源集中的侧行传输资源采用时频复用的方式，不同的侧行时频资源用于向同一个TUE进行数据传输。以第i协作终端装置为例，当第i协作终端装置CUEi正确接收网络装置发给TUE的第一数据时，第i协作终端装置通过第i侧行传输资源，以时频复用的方式向TUE转发第二数据，进而实现协作传输过程中的侧行传输阶段的第二数据或第三数据的传输。
示例四，侧行传输资源集还可以采用空分复用的方式，不同侧行传输资源中的空间资源用于向同一个TUE进行数据传输。空间资源可以是相互正交的参考信号序列，一个CUE使用一个空间资源。具体的，所述第i侧行传输资源的码资源包括：第i参考信号序列，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。也可以为相同的参考信号序列，在此不做限定。其中，第i侧行传输资源的码资源可以由网络装置通过RRC信令周期地或非周期地配置，也可以通过网络装置发送DCI的方式动态地配置，还可以为第i协作终端装置根据侧行传输资源集中的码资源集自主选择第i参考信号序列，在此不做限定。
下面以协作终端装置的数据为2个举例，将第1参考信号序列和第2参考信号序列，作为网络装置为协作传输组分配的侧行时频资源集合中的码资源集合。
一种可能的设计，所述第i侧行传输资源包括：所述网络装置确定的所述第i协作终端装置的第i参考信号序列，所述第i参考信号序列为所述网络装置确定的第i侧行传输资源中的码资源，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
举例来说，网络装置可以为N个协作终端装置分配相同的侧行时频资源，相同的侧行时频资源可以为在侧行时频资源集中的第1侧行时频资源至第N侧行时频资源中选择的。例如，结合上述时频复用的例子，网络装置可以将第1侧行时频资源作为N个协作终端装置分配相同的侧行时频资源。以下以第1侧行时频资源为分配的相同的侧行时频资源为例，进而，网络装置可以向N个协作终端装置和目标终端装置发送侧行传输资源集指示，其中，侧行传输资源集可以包括第i侧行时频资源及码资源集合。
此时，第i协作终端装置CUEi接收网络装置发送的侧行传输资源集后，还可以接收网络装置发送的第i参考信号序列，指示第i协作终端装置根据第i参考信号序列，在第1侧行时频资源上，向目标终端装置发送第二数据或第三数据。
对应的，TUE接收网络装置发送的第i协作终端装置的第i参考信号序列，TUE根据第i参考信号序列，在第1侧行时频资源上接收第i协作终端装置发送的第二数据。
另一种可能的实现方式，各协作终端装置接收网络装置发送的第1侧行传输资源至第N侧行传输资源，其中，第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源。以第i侧行传输资源为例，第i侧行传输资源包括第i侧行时频资源和第i码资源；第i侧行传输资源为网络装置为第i协作终端装置确定的侧行传输资源。
一种可能的实现方式，第i参考信号序列为根据第i协作终端装置生成的DMRS。因此，TUE可以接收网络装置确定的码资源集合，也可以接收协作终端装置确定的第i码资源，也可以根据码资源集合，确定第i协作终端装置的第i参考信号序列DMRS，在此不做限定。
此时，第i协作终端装置CUEi根据第i侧行时频资源和第i码资源中的第i参考信号序列，向目标终端装置发送第二数据或第三数据。
对应的，TUE确定第i协作终端装置的第i参考信号序列，TUE根据第i参考信号序列，在第i侧行时频资源上接收第i协作终端装置发送的第二数据。
再一种可能的实现方式，第i协作终端装置CUEi接收到网络装置发送的侧行传输资源集后，自主选择第i参考信号序列，进而，在第i侧行时频资源上，通过第i参考信号序列向目标终端装置发送第二数据或第三数据。
对应的，目标终端装置TUE接收到网络装置发送的第i侧行传输资源或侧行传资源集后，给TUE指示每个CUE的参考信号序列DMRS。以第i协作终端装置CUEi为例，第i协作终端装置接收到网络装置发给TUE的第一数据时，第i协作终端装置CUEi在第1侧行时频资源上用第i参考信号序列DMRS向目标终端装置发送第二数据。
另一种可能的设计，网络装置为N个协作终端装置确定的参考信号序列为相同的。例如，所述第i侧行传输资源包括：第i时频资源及第i参考信号序列。
需要说明的是，由于为侧行传输链路分配的资源完全相同，因此，N个CUE生成的第二数据需要相同，以避免N个CUE在侧行传输链路上发送的第二数据的信号产生干扰。
一种可能的实现方式，网络装置可以将TUE的DMRS作为各CUE的码资源，发送至N个CUE。此时，以第i协作终端装置为例，第i协作终端装置接收到的侧行传输资源包括第1时频资源和TUE的参考信号序列。其他协作终端装置接收到的侧行传输资源也是相同的。因此，各协作终端装置可以根据第1时频资源，通过TUE的参考信号序列向TUE发送第二数据，对应的，TUE可以接收网络装置发送的第1时频资源，也可以接收第i协作终端装置发送的第1时频资源。进而，TUE可以根据第1时频资源，通过TUE的参考信号序列接收各协作终端装置发送的第二数据。
上述实施例中，通过对侧行传输资源集中的码资源集合的划分，实现对码资源的空分复用，实现各个CUE间的无干扰。当CUE正确接收网络装置发给TUE的第一数据时，各个CUE利用被配置的第i参考信号序列或在码资源集合中自主选择第i参考信号序列，以实现在第i侧行传输资源上以空分复用的方式向TUE转发第二数据。
本申请实施例中，确定了在协作传输过程中，网络装置为协作终端装置确定侧行传输资源集或确定侧行传输资源的方案，通过确定多种侧行传输资源集或第i协作终端装置的第i侧行传输资源，及第i侧行传输资源中的时频资源或空间资源，实现各CUE用于辅助传输网络装置发送给目标终端装置的第一数据的部分或全部数据，提高了协作传输的性能。另外，通过增加协作终端装置在侧行传输的软合并的方式，提高了TUE的接收可靠性，改善了***传输效率。
可以理解的是，在本申请实施例中，不同示例可单独使用，也可组合使用，不同示例单独使用或组合使用均在本申请的保护范围内。
上述本申请提供的实施例中，分别从网络装置、终端、以及网络装置和终端之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，网络装置和终端可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
与上述构思相同，本申请实施例提供一种通信装置，请参考图7，为本申请实施例提供的另一种通信装置的结构示意图，该通信装置700包括：收发模块1010和处理模块1020。该通信装置可用于实现上述任一方法实施例中涉及网络装置的功能。例如，该通信装置可以是网络装置或网络装置中包括的芯片，该通信装置还可以是其他具有上述网络装置功能的组合器件、部件等。当通信装置是网络装置时，收发模块可以是收发器，可以包括天线和射频电路等，处理模块可以是处理器，例如：中央处理单元(central processingunit，CPU)。当通信装置是具有上述网络装置功能的部件时，收发模块可以是射频单元，处理模块可以是处理器。当通信装置是芯片***时，收发模块可以是芯片***的输入输出接口、处理模块可以是芯片***的处理器。
当该通信装置作为网络装置，执行图2-图4中所示的方法实施例时，收发模块1010，用于执行：向第i协作终端装置和目标终端装置发送所述第i侧行传输资源。或者，收发模块1010，用于向第i协作终端装置发送第一数据。
处理模块1020，用于：确定第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为所述通信装置确定的第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源用于所述第i协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述通信装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组。
或者，处理模块1020，用于：确定N个协作终端装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源为所述通信装置确定的N个协作终端装置的侧行传输资源，所述第i侧行传输资源用于所述N个协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述通信装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组。
或者，处理模块1020，用于向N个协作终端装置和目标终端装置发送侧行传输资源集指示，所述N个协作终端装置包括所述第i协作终端装置，所述侧行传输资源集用于所述第i协作终端装置选择第i侧行传输资源，所述第i侧行传输资源属于所述侧行传输资源集，所述第i侧行传输资源用于所述第i协作终端装置向所述目标终端装置发送第二数据，所述第二数据为根据所述第一数据确定的，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数。
一种可能的设计中，所述第i侧行传输资源包括：通信装置按时域资源确定的所述第i协作终端装置的第i时域资源，所述第i时域资源为所述第i侧行传输资源中的时域资源，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述通信装置按时域资源确定的所述第j侧行传输资源中的时域资源。
一种可能的设计中，所述第i侧行传输资源包括：通信装置按频域资源确定的所述第i协作终端装置的第i频域资源，所述第i频域资源为所述第i侧行传输资源中的频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述通信装置按时域资源确定的所述第j侧行传输资源中的频域资源。
一种可能的设计中，所述第i侧行传输资源包括：所述通信装置按照时域资源和频域资源确定的所述第i个协作终端装置的第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述通信装置确定的所述第j侧行传输资源中的时频资源。
一种可能的设计中，所述第i侧行传输资源包括：所述通信装置确定的所述第i协作终端装置的第i参考信号序列，所述第i参考信号序列为所述通信装置确定的第i侧行传输资源中的码资源，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述通信装置确定的第j侧行传输资源中的码资源。
应理解，该通信装置中涉及的处理模块1020可以由处理器或处理器相关电路组件实现，收发模块1010可以由收发器或收发器相关电路组件实现。该通信装置中的各个模块的操作和/或功能分别为了实现图2-图4中所示方法的相应流程。如在图2-图4中，通信装置作为网络装置，收发模块1010可用于执行步骤2012、步骤2023和步骤3012、步骤3023，处理模块1020可用于执行步骤2011、步骤2021、步骤2022和步骤3011、步骤3021-步骤3022，步骤4031、步骤4041。为了简洁，在此不再一一列举。
请参考图8为本申请实施例中提供的另一种通信装置的另一结构示意图。该通信装置可具体为一种网络装置，例如基站，用于实现上述任一方法实施例中涉及网络装置的功能。
该网络装置包括：一个或多个射频单元，如远端射频单元(remote radio unit,RRU)801和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)802。所述RRU 801可以称为收发单元、收发机、收发电路、或者收发器等等，其可以包括至少一个天线8011和射频单元8012。所述RRU 801部分主要用于射频信号的收发以及射频信号与基带信号的转换。所述BBU 802部分主要用于进行基带处理，对基站进行控制等。所述RRU 801与BBU 802可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
所述BBU 802为基站的控制中心，也可以称为处理模块，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理模块)802可以用于控制基站执行上述方法实施例中关于网络装置的操作流程。
在一个示例中，所述BBU 802可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 802还可以包括存储器8021和处理器8022，所述存储器8021用于存储必要的指令和数据。所述处理器8022用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中发送操作。所述存储器8021和处理器8022可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
本申请实施例还提供另一种通信装置，请参考图9，为本申请实施例提供的一种通信装置的结构示意图，该通信装置900包括：收发模块910和处理模块920。该通信装置可用于实现上述任一方法实施例中涉及第一协作终端装置或目标终端装置的功能。例如，该通信装置可以是终端装置，例如手持终端装置或车载终端装置；该通信装置可以是终端装置中包括的芯片，或者包括终端装置的装置，如各种类型的车辆等；该通信装置还可以是其他具有上述终端装置功能的组合器件、部件等。当通信装置是终端装置时，收发模块可以是收发器，可以包括天线和射频电路等，处理模块可以是处理器，例如：中央处理单元(centralprocessing unit，CPU)。当通信装置是具有上述终端装置功能的部件时，收发模块可以是射频单元，处理模块可以是处理器。当通信装置是芯片***时，收发模块可以是芯片***的输入输出接口、处理模块可以是芯片***的处理器。
当该通信装置作为第i协作终端装置，执行图2-图4中所示的方法实施例时，收发模块910用于执行：接收来自网络装置的第一侧行传输资源，所述通信装置为N个协作终端中的第i协作终端装置，所述第一侧行传输资源为第1侧行传输资源至第N侧行传输资源中的第i侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与目标终端装置属于同一个协作传输组。
或者，收发模块910用于执行：接收来自网络装置的第i侧行传输资源，所述通信装置为N个协作终端中的第i协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组。
或者，收发模块910用于执行：接收来自网络装置的第一数据，及接收来自网络装置的侧行传输资源集指示，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源。
处理模块920用于执行：在所述第一侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述通信装置根据从所述网络装置接收的第一数据确定的。
或者，处理模块920用于执行：在第i侧行传输资源上向目标终端装置发送第二数据，所述第二数据为根据所述第一数据确定的，所述第i侧行传输资源为所述通信装置从所述侧行传输资源集中选择的。
该通信装置中涉及的处理模块920可以由处理器或处理器相关电路组件实现，收发模块910可以由收发器或收发器相关电路组件实现。该通信装置中的各个模块的操作和/或功能分别为了实现图2-图4中所示方法的相应流程。如在图2-图4中，若通信装置为第i协作终端装置，收发模块910可用于执行：步骤2014、步骤2025、步骤3014、步骤3024、步骤4014和步骤4024，处理模块910可用于执行：步骤2024、步骤3025和步骤4023。
若通信装置为目标终端装置，收发模块910可用于执行步骤2014、步骤2026、步骤3026、步骤4014和步骤4024，处理模块910可用于执行步骤2026、步骤3026、步骤4025。
关于处理模块910、收发模块920的具体执行过程，可参见上述方法实施例中的记载。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
当该通信装置作为目标终端装置，执行图2-图4中所示的方法实施例时，收发模块910用于执行：接收来自网络装置的第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组。
或者，收发模块910用于执行：接收来自网络装置的第i侧行传输资源，所述第i侧行传输资源为所述N个协作终端装置的侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，i为大于或等于1且小于或等于N的整数，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组。
或者，收发模块910用于执行：接收来自网络装置的第一数据，接收来自网络装置的侧行传输资源集，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源。
处理模块920用于执行：在所述第i侧行传输资源上接收来自所述第i协作终端装置的第二数据，所述第二数据为所述第i协作终端装置根据从所述网络装置接收的第一数据确定的。
或者，处理模块920用于执行：在所述侧行传输资源集中的侧行传输资源上接收第i协作终端装置发送的第二数据，所述第二数据为所述第i协作终端装置根据所述第一数据确定的，所述第i协作终端装置属于N个协作终端装置。
请参考图10，为本申请实施例中提供的一种通信装置的另一结构示意图。该通信装置具体可为一种终端装置。便于理解和图示方便，在图8中，终端装置以手机作为例子。如图8所示，终端装置包括处理器，还可以包括存储器，当然，也还可以包括射频电路、天线以及输入输出装置等。处理器主要用于对通信协议以及通信数据进行处理，以及对终端装置进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端装置可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图8中仅示出了一个存储器和处理器。在实际的终端装置产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储装置等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端装置的收发模块，将具有处理功能的处理器视为终端装置的处理模块。即终端装置包括收发模块和处理模块。收发模块也可以称为收发器、收发机、收发装置等。处理模块也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发模块中用于实现接收功能的器件视为接收模块，将收发模块中用于实现发送功能的器件视为发送模块，即收发模块包括接收模块和发送模块。收发模块有时也可以称为收发机、收发器、或收发电路等。接收模块有时也可以称为接收机、接收器、或接收电路等。发送模块有时也可以称为发射机、发射器或者发射电路等。应理解，收发模块用于执行上述方法实施例中终端装置的发送操作和接收操作，处理模块用于执行上述方法实施例中终端装置上除了收发操作之外的其他操作。
本申请实施例还提供一种芯片***，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片***实现上述任一方法实施例中的方法。
可选地，该芯片***中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。
可选地，该芯片***中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。
示例性的，该芯片***可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是***芯片(system on chip，SoC)，还可以是中央处理器(central processorunit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。
应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例还提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述任一方法实施例中的方法。
本申请实施例还提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述任一方法实施例中的方法。
本申请实施例还提供一种通信***，该通信***包括网络装置和至少一个终端装置。
应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例提供的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (62)

1.一种通信方法，其特征在于，包括：
网络装置确定第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为所述网络装置确定的第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源用于所述第i协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述网络装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组；
所述网络装置向第i协作终端装置和所述目标终端装置发送所述第i侧行传输资源。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：所述网络装置确定侧行传输资源集，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源；
所述网络装置向所述N个协作终端装置与所述目标终端装置发送侧行传输资源集指示；
所述网络装置确定第i协作终端装置的第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的所述第i侧行传输资源。
3.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源包括：所述网络装置按时域资源确定的所述第i协作终端装置的第i时域资源，所述第i时域资源为所述第i侧行传输资源中的时域资源，所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
4.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源包括：所述网络装置按频域资源确定的所述第i协作终端装置的第i频域资源，所述第i频域资源为所述第i侧行传输资源中的频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
5.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源包括：所述网络装置按照时域资源和频域资源确定的所述第i个协作终端装置的第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
6.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源包括：所述网络装置确定的所述第i协作终端装置的第i参考信号序列，所述第i参考信号序列为所述网络装置确定的第i侧行传输资源中的码资源，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
7.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
8.如权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述网络装置确定所述第i协作终端装置的第i软合并指示域，所述第i软合并指示域用于指示所述第i协作终端装置向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
9.如权利要求7所述的方法，其特征在于，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述第一时间偏移量用于指示所述目标终端装置在第一时刻增加所述时间偏移量的第二时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置执行软合并的数据，所述第一时刻为接收到所述第i协作终端装置发送的侧行控制信令的时刻，所述第二时间偏移量用于指示所述目标终端装置在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第i协作终端装置发送的所述第二数据，则将所述第二数据确定为所述目标终端装置不执行软合并的数据。
10.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一传输资源用于指示所述第i协作终端装置通过所述第一传输资源向所述目标终端装置发送的第二数据为所述目标终端装置执行软合并的数据，所述第二传输资源用于指示所述第i协作终端装置在所述第二传输资源上向所述目标终端装置发送的第二数据不用于所述目标终端装置执行软合并的数据。
11.如权利要求10所述的方法，其特征在于，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
12.如权利要求1或2所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本集合用于所述第i协作终端装置在所述冗余版本集合中确定第一冗余版本，所述第一冗余版本用于所述第i协作终端装置根据所述第一冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端根据接收来自网络装置的第一数据生成的。
13.如权利要求12所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述冗余版本用于所述第i协作终端装置根据所述第i协作终端装置在所述协作传输组中的组内标识确定第二冗余版本，所述第二冗余版本用于所述第i协作终端装置根据所述第二冗余版本确定所述第i协作终端装置发送需要进行软合并的第三数据的起始位置，所述第三数据为所述第i协作终端装置根据接收来自网络装置的第一数据生成的。
14.一种通信装置，其特征在于，用于实现如权利要求1至13任一项所述的方法。
15.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求1至13任一项所述的方法。
16.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至13任一项所述的方法。
17.一种通信方法，其特征在于，所述方法包括：
网络装置确定N个协作终端装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，所述第i侧行传输资源为所述网络装置确定的N个协作终端装置的侧行传输资源，所述第i侧行传输资源用于所述N个协作终端装置向目标终端装置发送第二数据，所述第二数据为根据所述网络装置向所述第i协作终端装置发送的第一数据确定的，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组；
所述网络装置向所述N个协作终端装置和所述目标终端装置发送所述侧行传输资源。
18.如权利要求17所述的方法，其特征在于，所述方法还包括：
所述网络装置确定侧行传输资源集；所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源；
所述网络装置向所述N个协作终端装置与所述目标终端装置发送侧行传输资源集指示；
所述网络装置确定N个协作终端装置的侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
19.一种通信装置，其特征在于，用于实现如权利要求17至18任一项所述的方法。
20.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求17至18任一项所述的方法。
21.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求17至18任一项所述的方法。
22.一种通信方法，其特征在于，包括：
第一协作终端装置接收来自网络装置的第一侧行传输资源，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述第一侧行传输资源为第1侧行传输资源至第N侧行传输资源中的第i侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与目标终端装置属于同一个协作传输组；
所述第一协作终端装置在所述第一侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第一协作终端装置根据从所述网络装置接收的第一数据确定的。
23.如权利要求22所述的方法，其特征在于，所述方法还包括：
所述第一协作终端装置接收来自所述网络装置的侧行传输资源集指示，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，所述第一侧行传输资源为所述侧行传输资源集中的所述第i侧行传输资源。
24.如权利要求22或23所述的方法，其特征在于，所述方法还包括：
所述第一协作终端装置发送第一指示信息至所述目标终端装置；所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
25.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源的时域资源为第i时域资源；所述第i时域资源与第j时域资源不同，所述第j时域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的时域资源。
26.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源的频域资源为第i频域资源，所述第i频域资源与第j频域资源不同，所述第j频域资源为所述网络装置按时域资源确定的所述第j侧行传输资源中的频域资源。
27.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源的时频资源为第i子资源组，所述第i子资源组包括N个子资源，所述第i子资源组中的N个子资源的任一个子资源的时频资源与第j子资源组中的N个子资源的任一个子资源的时频资源不同，所述第i子资源组为所述第i侧行传输资源中的时频资源，所述第j子资源组为所述网络装置确定的所述第j侧行传输资源中的时频资源。
28.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源的码资源包括：第i参考信号序列，所述第i参考信号序列与第j参考信号序列不同，所述第j参考信号序列为所述网络装置确定的第j侧行传输资源中的码资源。
29.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i软合并指示域，所述方法包括：
所述第一协作终端根据所述第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
30.如权利要求22或23所述的方法，其特征在于，所述方法包括：
所述第一协作终端接收来自网络装置的第i软合并指示域；
所述第一协作终端根据所述第i软合并指示域，确定向所述目标终端装置发送的所述第二数据是否为所述目标终端装置执行软合并的数据。
31.如权利要求22或23所述的方法，其特征在于，所述方法还包括：
所述第一协作终端装置生成侧行控制信令；所述侧行控制信令包括第i软合并指示域，所述第i软合并指示域用于指示所述第一协作终端装置发送的第二数据是否为所述目标终端装置执行软合并的数据。
32.如权利要求29或30所述的方法，其特征在于，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述方法还包括：
所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在第一时刻增加所述第一时间偏移量的第二时刻，发送所述第二数据；所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；
和/或，所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第一时刻增加所述第二时间偏移量的第三时刻，发送所述第二数据。
33.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源包括：第一传输资源和第二传输资源，所述第一协作终端装置在所述第一侧行传输资源上向所述目标终端装置发送第二数据，包括：
所述第一协作终端装置若确定需要发送的第二数据为所述目标终端装置执行软合并的数据，则在所述第一传输资源上发送所述第二数据；
所述第一协作终端装置若确定需要发送的第二数据不用于所述目标终端装置执行软合并的数据，则在所述第二传输资源上发送所述第二数据。
34.如权利要求33所述的方法，其特征在于，所述第一传输资源包括以下一项或多项：第一时频资源、第一码资源，所述第二传输资源包括以下一项或多项：第二时频资源、第二码资源。
35.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述方法还包括：
所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则在所述冗余版本集中确定第一冗余版本，并根据所述第一冗余版本确定所述协作终端装置发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
36.如权利要求22或23所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i冗余版本集合，所述第i冗余版本集合包括至少一个冗余版本，所述方法还包括：
所述第一协作终端装置若确定需要向目标终端装置发送第三数据，则根据所述第一协作终端装置在所述协作传输组中的组内标识确定第二冗余版本；
所述第一协作终端装置根据所述第二冗余版本确定发送所述第三数据的起始位置；所述第三数据为所述第一协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
37.一种通信装置，其特征在于，用于实现如权利要求22至36任一项所述的方法。
38.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求22至36任一项所述的方法。
39.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求22至36任一项所述的方法。
40.一种通信方法，其特征在于，包括：
第一协作终端装置接收来自网络装置的第i侧行传输资源，所述第一协作终端装置为N个协作终端中的第i协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，j为大于或等于1且小于或等于N的整数，且j不等于i，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组；
所述第一协作终端装置在所述第i侧行传输资源上向所述目标终端装置发送第二数据，所述第二数据为所述第一协作终端装置根据从所述网络装置接收的第一数据确定的。
41.如权利要求40所述的方法，其特征在于，所述方法还包括：
所述第一协作终端装置接收来自网络装置的侧行传输资源集指示，所述侧行传输资源集包括第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
42.一种通信装置，其特征在于，用于实现如权利要求40至41任一项所述的方法。
43.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求40至41任一项所述的方法。
44.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求40至41任一项所述的方法。
45.一种通信方法，其特征在于，包括：
目标终端装置接收来自网络装置的第i协作终端装置的第i侧行传输资源，所述第i协作终端装置属于N个协作终端装置，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，i为大于或等于1且小于或等于N的整数，所述N为大于或等于1的整数，所述第i侧行传输资源与第j侧行传输资源不同，所述第j侧行传输资源为第j协作终端装置的侧行传输资源，所述第j协作终端装置属于所述N个协作终端，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N个协作终端装置与所述目标终端装置属于同一个协作传输组；
所述目标终端装置在所述第i侧行传输资源上接收来自所述第i协作终端装置的第二数据，所述第二数据为所述第i协作终端装置根据从所述网络装置接收的第一数据确定的。
46.如权利要求45所述的方法，其特征在于，所述方法还包括：
所述目标终端装置接收来自所述网络装置的侧行传输资源集指示，所述侧行传输资源集包括：第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源包括：所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
47.如权利要求45或46所述的方法，其特征在于，所述方法还包括：
所述目标终端装置接收到所述第一协作终端装置发送的第一指示信息后，所述目标终端装置不接收所述第i侧行传输资源上的数据，所述第一指示信息用于指示所述第一协作终端装置未正确译码所述第一数据。
48.如权利要求45或46所述的方法，其特征在于，所述方法还包括：
所述目标终端装置接收来自所述第一协作终端装置的侧行控制指令，所述侧行控制指令用于指示所述第一协作终端装置用于发送第二数据的第i侧行传输资源；
所述目标终端装置在所述第i侧行传输资源上接收来自第一协作终端装置的第二数据，包括：
所述目标终端装置根据所述侧行控制指令，在所述第i侧行传输资源上接收来自所述第一协作终端装置的第二数据。
49.如权利要求48所述的方法，其特征在于，所述侧行控制指令还包括：第i软合并指示域，所述方法还包括：
所述目标终端装置根据所述第i软合并指示域，确定接收的所述第二数据是否需要执行软合并。
50.如权利要求45或46所述的方法，其特征在于，所述第i侧行传输资源还包括：第i软合并指示域，所述方法还包括：
所述目标终端装置根据所述第i软合并指示域，确定接收的所述第二数据是否需要执行软合并。
51.如权利要求49或50所述的方法，其特征在于，所述第i软合并指示域包括第一时间偏移量和/或第二时间偏移量，所述目标终端装置根据所述软合并指示域，确定接收的所述第二数据是否需要执行软合并，包括：
所述目标终端装置若确定在第一时刻增加所述第一时间偏移量的第二时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据需要执行软合并，所述第一时刻为所述第一协作终端装置向所述目标终端装置发送侧行控制信令的时刻；
和/或，所述目标终端装置若确定在第一时刻增加所述第二时间偏移量的第三时刻，接收到所述第一协作终端装置发送的第二数据，则确定所述第二数据不需要执行软合并。
52.如权利要求45或46所述的方法，其特征在于，所述第i侧行传输资源，包括：第一传输资源和第二传输资源，所述方法还包括：
所述目标终端装置若在所述第一传输资源上接收到所述第二数据，则将所述第二数据确定为执行软合并的数据；
所述目标终端装置若在所述第二传输资源上接收到所述第二数据，则将所述第二数据确定为不执行软合并的数据。
53.如权利要求45或46所述的方法，其特征在于，所述第i侧行传输资源，还包括：第i冗余版本集，所述方法还包括：
所述目标终端装置根据所述第i冗余版本集中的冗余版本，确定接收第三数据的起始位置，并将接收到的所述第三数据确定为执行软合并的数据，所述第三数据为所述协作终端装置根据接收来自网络装置的第一数据生成的所述目标终端装置执行软合并的数据。
54.如权利要求45或46所述的方法，其特征在于，所述i侧行传输资源，还包括：第二冗余版本，所述方法还包括：
所述目标终端装置若在所述第二冗余版本对应的起始位置上接收到第三数据，则将所述第三数据确定为执行软合并的数据，所述第二冗余版本为根据所述第i协作终端装置在所述协作传输组中的组内标识确定的。
55.一种通信装置，其特征在于，用于实现如权利要求45至54任一项所述的方法。
56.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求45至54任一项所述的方法。
57.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求45至54任一项所述的方法。
58.一种通信方法，其特征在于，包括：
目标终端装置接收来自网络装置的第i侧行传输资源，所述第i侧行传输资源属于第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为所述N个协作终端装置的侧行传输资源，所述第i侧行传输资源与第j侧行传输资源不同，i为大于或等于1且小于或等于N的整数，j为大于或等于1且小于或等于N的整数，且j不等于i，所述N为大于或等于1的整数，所述N个协作终端装置与目标终端装置属于同一个协作传输组；
所述目标终端装置在所述侧行传输资源上接收所述N个协作终端装置发送的第二数据，所述第二数据为所述N个协作终端装置根据从所述网络装置接收的第一数据确定的。
59.如权利要求58所述的方法，其特征在于，所述方法还包括：
所述目标终端装置接收来自网络装置的侧行传输资源集指示，所述侧行传输资源集包括第1侧行传输资源至第N侧行传输资源，所述第i侧行传输资源为所述网络装置从所述侧行传输资源集中确定的第i侧行传输资源。
60.一种通信装置，其特征在于，用于实现如权利要求58至59任一项所述的方法。
61.一种通信装置，其特征在于，包括处理器、收发器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置通过所述收发器执行权利要求58至59任一项所述的方法。
62.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求58至59任一项所述的方法。
CN201910911680.5A 2019-09-25 2019-09-25 一种通信方法及装置 Pending CN112566248A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910911680.5A CN112566248A (zh) 2019-09-25 2019-09-25 一种通信方法及装置
PCT/CN2020/117191 WO2021057805A1 (zh) 2019-09-25 2020-09-23 一种通信方法及装置
EP20870382.7A EP4030845A4 (en) 2019-09-25 2020-09-23 COMMUNICATION METHOD AND DEVICE
US17/703,728 US20220217690A1 (en) 2019-09-25 2022-03-24 Communication method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910911680.5A CN112566248A (zh) 2019-09-25 2019-09-25 一种通信方法及装置

Publications (1)

Publication Number Publication Date
CN112566248A true CN112566248A (zh) 2021-03-26

Family

ID=75029394

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910911680.5A Pending CN112566248A (zh) 2019-09-25 2019-09-25 一种通信方法及装置

Country Status (4)

Country Link
US (1) US20220217690A1 (zh)
EP (1) EP4030845A4 (zh)
CN (1) CN112566248A (zh)
WO (1) WO2021057805A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236978A1 (zh) * 2021-05-10 2022-11-17 富士通株式会社 设备间协作方法以及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11805505B2 (en) * 2020-05-13 2023-10-31 Qualcomm Incorporated Sidelink tCI indication for sidelink multi-TRP relaying
US11711849B2 (en) * 2020-05-22 2023-07-25 Qualcomm Incorporated Network controlled sidelink off-loading over unlicensed carrier
US11757578B2 (en) 2020-06-10 2023-09-12 Qualcomm Incorporated Supporting network transmissions using unicast sidelink communications
US11664938B2 (en) * 2020-07-06 2023-05-30 Qualcomm Incorporated Delivering configured grants to sidelink receivers with confirmation
US11750338B2 (en) * 2021-06-02 2023-09-05 Qualcomm Incorporated Hybrid automatic repeat request feedback for sidelink

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160234754A1 (en) * 2015-02-10 2016-08-11 Qualcomm Incorporated Relay signaling between ue and network
CN108512576A (zh) * 2017-02-28 2018-09-07 华为技术有限公司 一种实现用户设备协作的方法及装置
CN108809524A (zh) * 2017-04-28 2018-11-13 华为技术有限公司 传输反馈信息的方法和装置
WO2019051792A1 (zh) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 资源分配的方法、终端设备和网络设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3133842B1 (en) * 2014-04-13 2019-07-31 LG Electronics Inc. Method for managing d2d terminal group in wireless communication system and apparatus for same
EP3148283A1 (en) * 2015-09-25 2017-03-29 ASUSTek Computer Inc. Method and apparatus for reducing signaling overhead in a wireless communication system
US10390379B2 (en) * 2016-12-21 2019-08-20 Huawei Tehcnologies Co., Ltd. System and method for network-assisted distributed user equipment cooperation in unlicensed spectrum
CN111357226B (zh) * 2017-11-15 2023-05-09 交互数字专利控股公司 相位追踪参考信号传输
US10952266B2 (en) * 2018-01-30 2021-03-16 Hyundai Motor Company Method for transmitting and receiving control information including configuration information for transmission and reception in communication system supporting vehicle-to-everything communication and apparatus for the same

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160234754A1 (en) * 2015-02-10 2016-08-11 Qualcomm Incorporated Relay signaling between ue and network
CN108512576A (zh) * 2017-02-28 2018-09-07 华为技术有限公司 一种实现用户设备协作的方法及装置
CN108809524A (zh) * 2017-04-28 2018-11-13 华为技术有限公司 传输反馈信息的方法和装置
WO2019051792A1 (zh) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 资源分配的方法、终端设备和网络设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236978A1 (zh) * 2021-05-10 2022-11-17 富士通株式会社 设备间协作方法以及装置

Also Published As

Publication number Publication date
WO2021057805A1 (zh) 2021-04-01
EP4030845A1 (en) 2022-07-20
US20220217690A1 (en) 2022-07-07
EP4030845A4 (en) 2022-11-02

Similar Documents

Publication Publication Date Title
WO2021057805A1 (zh) 一种通信方法及装置
CN111278108B (zh) 确定传输资源的方法和装置
WO2020143732A1 (zh) 发送和接收反馈信道的方法以及装置
US20210282118A1 (en) Radio communication method and radio communication device
WO2021237721A1 (zh) Harq-ack码本的反馈方法和终端设备
CN113490278B (zh) 下行信号传输的方法和设备
CN112153705A (zh) 一种通信方法及设备
WO2013034042A1 (zh) 传输控制信息的方法、基站和用户设备
US20220272742A1 (en) Communication method and apparatus
CN111601382B (zh) 一种数据传输方法及通信装置
JP2020508016A (ja) 通信方法、ネットワーク装置及び端末
CN115699958A (zh) Harq-ack码本的反馈方法和终端设备
CN112152761B (zh) 一种通信方法、装置及存储介质
CN108307467B (zh) 通信方法、基站以及终端
CN111757470B (zh) 一种资源配置方法及通信装置
CN115280868A (zh) 一种通信方法及装置
US20220368505A1 (en) Data feedback method and apparatus
WO2021088063A1 (zh) 一种通信方法及装置
JP2023536200A (ja) ロング物理サイドリンクフィードバックチャネル（ｐｓｆｃｈ）フォーマットによるｐｓｆｃｈレンジ拡張
CN114070474A (zh) 数据传输方法及装置
CN112449436B (zh) 一种通信方法及装置
WO2023279399A1 (zh) 侧行传输资源的确定方法、发送方法、装置、设备及介质
WO2022077346A1 (zh) 信道传输的方法、终端设备和网络设备
WO2024012355A1 (zh) 通信方法和装置
WO2024001832A1 (zh) 通信方法及通信装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination