用于UE协作传输的基于组的标识和加扰的系统和方案的制作方法

用于ue协作传输的基于组的标识和加扰的系统和方案
1.相关申请交叉引用
2.本技术要求于2019年6月21日提交的申请号为62/864,823、发明名称为“用于ue协作传输的基于组的标识和加扰的系统和方案(system and scheme on group based identity and scrambling for ue cooperation transmission)”的美国临时专利申请的优先权，要求于2020年6月19日提交的申请号为16/906,334、发明名称为“用于ue协作传输的基于组的标识和加扰的系统和方案(system and scheme on group based identity and scrambling for ue cooperation transmission)”的美国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
3.本技术涉及使用加扰序列进行侧行链路传输的多种方法和装置。


背景技术：

4.在当前的新空口(new radio，nr)系统中，传输标识和加扰是用户设备(user equipment，ue)特有的，以支持gnodeb(gnb)与ue之间的链路(也称为uu链路)上的ue数据传输。车联网(vehicle to everything，v2x)指的是一类通信场景(以及它们对应的技术挑战)，包括车辆与车辆通信(vehicle to vehiclev2v)、车辆与基础设施通信(vehicle to infrastructure，v2i)、车辆与行人通信(vehicle to pedestrian，v2p)以及许多其它场景。在v2x中，传输可以通过网络与ue之间的上行链路(uplink，ul)和下行链路(downlink，dl)等链路(也称为uu链路)进行，并且使用ue与ue之间的侧行链路(sidelink，sl)进行。ue协作可以用于提高v2x通信和广义上的下一代无线通信的可靠性、吞吐量和容量。
5.然而，出于安全原因，不希望与大多数其它ue共享ue标识，所以现有的ue特定加扰和传输标识方法不适用于侧行链路传输。


技术实现要素：

6.本发明提供了在sl中为ue协作(ue cooperation，uc)实现数据加扰和传输标识的系统和方法，其中的一个或多个协作ue帮助将传输转发给目标ue。本发明还提供了对应的配置方案。另外，本发明还提供了在sl中为uc实现数据dmrs序列生成和传输标识的系统和方法，其中的一个或多个协作ue帮助将传输转发给目标ue。本发明还提供了对应的配置方案。此外，本发明还提供了用于ue协作的sl控制信道加扰和标识的系统和方法。
7.本发明的一方面，提供了一种ue中的方法。所述方法包括充当协作ue(cooperating ue，cue)，以通过以下操作协助至少一个目标ue(target ue，tue)：从基站接收携带第一已调制加扰数据块的信号；解调、解扰和解码所述第一已调制加扰数据块，以产生解码数据块；确定所述解码数据块是发往所述至少一个tue的；编码所述解码数据块，以产生编码数据块，并且至少根据组id加扰所述编码数据块，以产生加扰数据块；调制所述加扰数据块，以产生第二已调制加扰数据块；传输所述第二已调制加扰数据块，以供所述至少
一个tue接收。
8.可选地，在任一上述实施例中，所述组id是所述ue和所述至少一个目标ue(target ue，tue)已知的。
9.可选地，在任一上述实施例中，所述组id是以下各项中的一个或多个的函数：ue协作(ue cooperation，uc)组id、tue子组id、tue phy标识、tue媒体控制控制(medium access control，mac)id、tue高层id、cue子组id、cue phy标识、cue mac id、cue高层id、小区id。
10.可选地，在任一上述实施例中，以下参数中的一个或多个是预定义的、通过高层信令半静态配置的或通过由phy层信令动态配置的：ue协作(ue cooperation，uc)组id、tue子组id、tue phy标识、tue媒体控制控制(medium access control，mac)id、tue高层id、cue子组id、cue phy标识、cue mac id、cue高层id、小区id。
11.可选地，在任一上述实施例中，所述传输是一个tue的单播传输，所述一个tue是通过tue子组id或ue协作(ue cooperation，uc)组id和所述tue子组id的组合指示或标识的。
12.可选地，在任一上述实施例中，所述传输是一个tue的单播传输，所述一个tue是通过dmrs序列指示或标识的。
13.可选地，在任一上述实施例中，所述dmrs序列是至少根据与所述单播传输相关联的组id生成的。
14.可选地，在任一上述实施例中，所述加扰还根据基于组的数据加扰id。
15.可选地，在任一上述实施例中，所述基于组的加扰id基于通过高层信令接收的所述基于组的数据加扰id的配置，或基于小区id。
16.可选地，在任一上述实施例中，所述方法还包括：对于单个tue的单播传输，所述组id包括uc组的所有成员共用的ue协作组id(uc组id)和tue子组id的组合；对于一组tue的多播传输，所述组id包括uc组的所有成员共用的ue协作组id(uc组id)。
17.可选地，在任一上述实施例中，所述方法还包括：接收信令以配置所述ue协助所述至少一个tue。
18.可选地，在任一上述实施例中，所述方法还包括：传输侧行链路控制信息(sidelink control information，sci)信令，其中，所述sci信令指示所述至少一个tue在检测和解码所述第二已调制加扰数据块时使用的传输资源和参数。
19.可选地，在任一上述实施例中，所述传输sci信令是使用通过所述组id标识的一组ue中的一个或多个ue的组播传输或一个tue的单播传输执行的。
20.可选地，在任一上述实施例中，所述传输侧行链控制信息(sidelink control information，sci)信令还包括：
21.至少根据所述组id加扰一组侧行链路控制信息(sidelink control information，sci)信息比特的crc，其中，所述sci信息比特和所述加扰crc一起组成sci编码块；
22.至少根据所述组id加扰所述sci编码块，以产生加扰sci编码块；
23.调制所述加扰sci编码块，以产生已调制sci编码块；
24.传输所述已调制sci编码块，以供所述至少一个tue接收，
25.其中，所述组id是所述cue和所述至少一个目标ue(target ue，tue)已知的。
26.可选地，在任一上述实施例中，所述确定所述解码数据块是发往所述至少一个tue
的包括：试图使用所述cue特有的加扰序列并还使用基于所述组id的加扰序列解扰所述加扰数据块。
27.可选地，在任一上述实施例中，所述第一已调制加扰数据块与所述第二已调制加扰数据块使用不同的加扰序列加扰。
28.可选地，在任一上述实施例中，所述第一已调制加扰数据块与所述第二已调制加扰数据块使用不同的调制和编码方案调制。
29.本发明的另一方面，提供了一种ue中的方法，或根据任一上述权利要求所述的方法。所述方法包括充当协作ue(cooperating ue，cue)，以通过以下操作协助至少一个目标ue：所述ue从基站接收第一解调参考符号(demodulation reference symbol，dmrs)；所述ue确定所述第一dmrs与所述基站传输的供所述至少一个目标ue接收的已调制加扰数据块相关联；所述ue至少根据组id生成dmrs；调制所述dmrs，以生成已调制dmrs；传输所述已调制dmrs，以供所述至少一个目标ue接收，其中，所述组id是所述ue和所述至少一个目标ue(target ue，tue)已知的，所述组id包括uc组的所有成员共用的ue协作组id(uc组id)，或所述目标ue特有的uc子组id，或uc组的所有成员共用的uc组id和所述目标ue特有的uc子组id。
30.可选地，在任一上述实施例中，所述ue是用于协助所述至少一个目标ue进行传输的唯一ue，所述组id包括uc的所有成员共用的ue协作组id(uc组id)。
31.可选地，在任一所述实施例中，所述ue是用于协助所述至少一个目标ue进行传输的多个ue中的一个ue，所述组id包括基于组的id和所述ue的cue子组id的组合。
32.可选地，在任一上述实施例中，所述加扰还根据基于组的数据加扰id。
33.本发明的另一方面，提供了一种ue中的方法，或根据任一上述权利要求所述的方法。所述方法包括充当协作ue(cooperating ue，cue)，以通过以下操作协助至少一个目标ue(target ue，tue)：所述ue至少根据组id加扰一组侧行链路控制信息(sidelink control information，sci)信息比特的crc，其中，所述sci信息比特和所述加扰crc一起组成sci编码块；所述ue至少根据所述组id加扰所述sci编码块，以产生加扰sci编码块；调制所述加扰sci编码块，以产生已调制sci编码块；传输所述已调制sci编码块，以供所述至少一个tue接收，其中，所述组id是所述ue和所述至少一个目标ue(target ue，tue)已知的。
34.可选地，在任一上述实施例中，所述组id包括uc组的所有成员共用的ue协作组id(uc组id)，或所述目标ue特有的uc子组id，或uc组的所有成员共用的uc组id和所述目标ue特有的uc子组id，或小区id，或小区id与uc组id和uc子组id中的一个或两个的组合。
35.可选地，在任一上述实施例中，对于单个tue的单播传输，所述组id包括uc组的所有成员共有的ue协作组id(uc组id)和tue子组id的组合。
36.可选地，在任一上述实施例中，对于一组tue的多播或组播传输，所述组id包括uc组的所有成员共有的ue协作组id(uc组id)。
37.可选地，在任一上述实施例中，所述加扰还根据基于组的控制加扰id。
38.可选地，在任一上述实施例中，所述基于组的控制加扰id基于通过高层信令接收的所述基于组的控制加扰id的配置。
39.本发明的另一方面，提供了一种ue中的方法，或上文概述或本文描述的方法。所述方法包括充当协作ue(cooperating ue，cue)，以协助至少一个源ue(source ue，sue)。
40.可选地，在任一上述实施例中，所述方法包括：所述ue通过从所述至少一个源ue(source ue，sue)接收业务并将所述业务转发给基站或另一个ue，协助所述至少一个sue。
41.可选地，在任一所述实施例中，所述ue是ue组中协助至少一个目标ue(target ue，tue)的多个cue组成的组中的一个cue，所述ue组与所述组id相关联。
42.本发明的另一方面，提供了一种ue中的方法。所述方法包括：通过从至少一个cue接收根据上文概述或本文描述的其中一种方法生成的数据块和/或dmrs和/或sci的传输，充当目标ue(target ue，tue)。
43.可选地，在任一上述实施例中，所述方法还包括：从基站接收传输；根据从所述基站接收的所述传输和来自所述至少一个cue的传输，执行分集合并。
44.本发明的另一方面，提供了一种用户设备(user equipment，ue)。所述ue至少包括处理器和存储器，所述ue用于执行上文概述或本文描述的其中一种方法。
附图说明
45.下面参考附图描述本发明实施例。
46.图1为一个实施例提供的电信网络的一个示例的框图。
47.图2为服务于2个ue的网络的一个示例的框图。
48.图3为帮助转发tue报文时的cue行为的框图。
49.图4为基于组的数据加扰(解扰是相反过程)的框图。
50.图5为用于单播传输的数据加扰(解扰过程相反)的框图。
51.图6为用于组播的数据加扰(解扰过程相反)的框图。
52.图7为用于uc的sl数据传输的dmrs生成的框图。
53.图8为只有一个cue用于帮助一个或多个tue时的dmrs序列生成的框图。
54.图9为多个cue用于帮助一个或多个tue时的dmrs序列生成的框图。
55.图10a和图10b为用于sci crc及其编码块的加扰方案的框图。
56.图11a和图11b为用于单播的sci crc和编码块的加扰方案的框图。
57.图12a和图12b为用于组播/广播的sci crc和编码块的加扰方案的框图。
58.图13a和图13b为用于sl和ul中的ue协作的dmrs序列生成和数据加扰的框图。
具体实施方式
59.在v2x中，报文从一个ue传输到另一个ue，其中的资源和参数是预配置的或动态指示的。报文传输可以是单播或组播。
60.为了使ue协作(ue cooperation，uc)正常运行，附近的ue组成ue协作组。ue协作既涉及gnb与ue(uu链路)之间的传输，又涉及ue之间的侧行链路(sidelink，sl)传输。
61.对于nr中的ue协作，例如，在dl传输中，基站可以借助一个或多个其它ue(称为协作ue或cue)在目标ue(target ue，tue)的信道条件差或地理位置差等场景下向tue传输报文。对于uu链路中的dl报文传输，报文数据和解调参考信号(demodulation reference signal，dmrs)传输被加扰。如果一个或多个cue能够通过进行sl传输帮助将报文数据传输转发给tue，则涉及每个帮助cue接收报文数据和dmrs，解扰和重新加扰(例如，解扰和重新加扰分别使用不同的加扰id)和重传(即转发)。sl传输包括ue标识和传输标识。
62.通过ue协作，多个cue可以与一个或多个tue进行业务转发(forward/relay)，结果是冗余版本信号的传输在接收端可以联合解码。为了使冗余版本信号的传输可以更高效地组合或检测，每个ue(cue或tue)中的冗余版本信号可以被配置，使得冗余版本信号的传输可以通过协作的方式传输或接收。来自每个cue(或tue)和不同传输时间间隔的每个冗余版本传输信号已被明确定义。对于下行uc传输(gnb向下到uc组中的目标ue)，即使一组协作ue中的一个cue由于未能成功检测到传输给一个或多个tue的业务而无法转发业务，来自uc组中的其它ue的冗余版本信号仍然可以在一个或多个tue侧高效、联合检测到。一旦接收到nack，可以重复来自一个或多个ue的冗余版本信号。可选地，可以配置来自一个或多个ue的报文传输的多次重复。在这种情况下，报文的重复传输可以通过ack的接收被终止，例如，以避免对系统产生不必要的干扰且节省ue能量。在一些实施例中，报文可以通过涉及多个cue的多跳被传送到其预期目的地(例如tue或gnb)，也就是说，ue协作组中的cue可以与属于该组(或甚至用于实现组之间协助的另一个uc组)的一个或多个其它cue进行业务转发(forward/relay)，作为uc传输过程的一部分。
63.为此，需要配置和信令机制，以实现顺畅有效的uc运行。在uu链路中，gnb需要为ue组配置ue分组，包括为uc组中的ue配置传输和接收资源、冗余信号版本和转发方案。
64.然后，uc组在tue的报文到达uc组时执行报文的组播/广播传输。这可能会包括多个cue(在各自的uu链路上)接收/检测来自gnb的报文。正确接收报文或直接检测dmrs的cue，特别是那些被配置为帮助ue的cue，将关于报文的信息转发/发送给关联的一个或多个tue。
65.每个cue可以配置有报文的冗余版本信号。这可以通过预配置、半静态配置或动态配置的方式来实现。cue使用相同或不同harq进程id在专用资源或共享资源中转发报文的冗余版本信号，这些id是通过预配置、半静态配置或动态配置的方式配置或指示的。在传输时间间隔(transmit time interval，tti)内无法正确解码报文或检测dmrs的帮助cue将不会转发任何内容。
66.冗余信号版本可以是跟踪合并(chase combining，cc)、增量冗余(incremental redundancy，ir)、一个循环时延分集(cyclic delay diversity，cdd)版本或一个alamouti编码版本等，alamouti编码版本的编码方案与放大和转发(amplify and forward，af)、解码和转发(decode and forward，df)、压缩和转发(compress and forward，cf)等转发方案相关联。关联参数可以是使用侧行链路控制信息(sidelink control information，sci)等预配置的、半静态配置的或动态配置的。
67.一个或多个tue可以接收/检测(如果可能的话)接收到的uu信号以及一个或多个cue转发来的(有可能是冗余版的)信号，(如果可行的话)进行信号联合检测。一旦检测到，一个或多个tue可以相应地向一个或多个cue/gnb提供反馈。
68.在上行(从源ue(source ue，sue)到gnb)传输的uc sl中，一个或多个sue可以将它们的一个或多个报文转发给一个或多个cue，然后，一个或多个cue将报文向上转发给gnb。
69.为了支持uu链路和sl中的ue协作，提供了多种系统和方法，包括以下操作中的一个或多个：
70.uc组中的帮助cue加扰或/和转发tue数据；
71.对于cue，在uc场景下通过单播或组播传输向tue传输报文；
72.对于tue接收，标识正在转发tue报文的一个或多个cue。
73.提供了与dmrs和sci传输和接收有关的对应系统和方法。
74.在这些实施例中采用的加扰可以达到以下三个目的：
75.a.传输标识：传输可以通过特定的加扰序列来标识，接收器可以确定用于传输的加扰序列，并进行对应的标识。
76.b.数据随机化：更随机的信号在系统中通过干扰随机化可以更高效、可靠地传输；
77.c.掩盖潜在机密的ue特定信息：某些情况下可能需要将ue标识视为机密，至少在某个ue和其它ue之间视为机密。当然，网络需要知道ue id。在传统的ue到bs传输中，使用ue id作为信号标识的基础没有问题。但是，在uc场景中，使用目标ue的ue id会导致uc组中的所有ue都知道目标ue的ue id。因此，一些实施例提供了组id的使用；组id是uc组已知的id并且可以通过rrc信令等高层信令配置，但组id与uc组中的任何特定ue id不同。
78.用于数据加扰和dmrs的序列通常是伪随机序列，它可以根据一般加扰、参考信号、较低的峰均功率比(peak to average power ratio，papr)等动机和目的在各种方案中生成。在可应用于数据加扰或dmrs的序列的一般形式的示例中，伪随机序列可以由长度为31的黄金序列定义。长度为m
pn
的输出序列c(n)根据等式(1)定义，其中，n＝0,1,...,m
pn-1。
[0079][0080]
其中，nc＝1600，第一个m序列x1(n)使用x1(0)＝1,x1(n)＝0,n＝1,2,...,30初始化。第二个m序列x2(n)的初始化表示为其值取决于序列的应用。
[0081]
在下面的详细示例中，基于上述一般示例的序列用于sl数据或dmrs加扰。但是，应当理解，实施例并不限于具体的示例。
[0082]
当扰码序列生成有多个输入时，这些输入可以通过各种方式组合。当等式1应用于不同的应用或场景时，每个场景可能有不同方法来确定初始化c
init
，以下段落中提供了不同方法的示例。
[0083]
图1为一个实施例提供的电信网络1400的一个示例的框图，电信网络1400用于实现本文描述的两种或两种以上方法的任一种或组合。电信网络1400包括核心网1402和接入网1406。接入网1406服务于多个ue 1404a、1404b、1404c、1404d、1404e、1404f、1404g、1404h和1404i。接入网1406可以是演进型通用陆地无线接入(evolved universal terrestrial radio access，e-utra)网络。又如，接入网1406可以是云无线接入网(cloud radio access network，c-ran)。接入网1406包括多个bs 1408a、1408b和1408c。bs 1408a至1408c分别提供相应的无线覆盖区域1410a、1410b和1410c。bs 1408a至1408c都可以使用无线电收发器、一个或多个天线和关联的处理电路来实现，处理电路可以是天线射频(radio frequency，rf)电路、模数/数模转换器等。
[0084]
bs 1408a至1408c都直接或通过一个或多个中央处理中心(例如服务器)连接到核心网1402，但附图中未示出。bs 1408a至1408c可以充当接入网1406的有线部分和无线部分之间的网关。
[0085]
bs 1408a至1408c都还可以称为基站收发台、无线bs、网络节点、传输节点、传输点、nodeb、enodeb或远程射频头(remote radio head，rrh)，具体取决于实现方式。
[0086]
在操作中，多个ue 1404a至1404i通过与一个或多个bs 1408a至1408c进行无线通信，使用接入网1406接入电信网络1400。
[0087]
ue 1404a至1404d彼此邻近。ue 1404a至1404d都可以与bs 1408a进行无线通信，它们还可以直接相互通信，如1416所示。1416表示的通信是ue之间的不经过bs等接入网组件的直接通信。如图4所示，ue与ue通信1416直接在ue 1404a至1404d之间，不通过bs 1408a或接入网1406的任何其它部分来路由。通信1416还可以称为横向通信(lateral communication)。在本文公开的实施例中，ue与ue通信使用sl信道和sl空口。另一方面，bs 1408a等接入网组件与ue之间的通信(例如在通信1414中)称为接入通信。接入通信发生在接入信道上，接入信道可以是ul信道或dl信道，接入通信使用无线接入通信接口，例如无线接入空口。接入空口和sl空口可以使用不同的传输格式，例如不同的波形、不同的多址接入方案和/或不同的无线接入技术。接入空口和/或sl空口可以使用的无线接入技术的一些示例包括：长期演进(long term evolution，lte)、lte许可辅助接入(lte license assisted access，lte-laa)、第五代(fifth generation，5g)新空口(new radio，nr)和wi-fi。
[0088]
通过使用sl通信1416，ue 1404a至1404d可以能够协助ue 1404a至1404d与bs1408a之间的无线通信。又如，如果ue 1404c未能正确解码从bs 1408a接收到的报文，但如果ue 1404d能够接收并正确解码来自bs 1408a的报文，则ue 1404d可以使用sl通信1416直接将解码到的报文传输给ue 1404c。又如，如果ue 1404c移出无线覆盖区域1410c，这样ue 1404c不能再与bs 1408a进行无线通信，则ue 1404b可以转发ue 1404c和bs1408a之间的消息。又如，ue 1404a和ue 1404c都可以接收从bs 1408a传输而来的信号，该信号携带打算发往ue 1404c的报文。接着，ue 1404a可以通过sl通信1416向ue1404c传输ue 1404a接收到的信号。然后，ue 1404c可以使用从ue 1404a接收到的信息来帮助解码来自bs 1408a的报文。在这些示例中，容量和/或覆盖范围可以通过ue 1404a、1404b和/或1404d的协助来增强。本文提及的v2x通信是sl通信的一个示例。
[0089]
ue 1404a至1404d构成ue组1420。接入网1406可以为ue组1420分配组标识(identifier，id)。ue组id可以使得接入网1406将ue组1420作为一个整体来寻址，并将ue组1420与其它ue组区分开来。ue组id还可以用于在ue组内广播信息，即寻址ue组1420内的所有其它ue。ue组1420可以构成逻辑或虚拟设备网格，其中，ue组1420中的成员使用ue通信通过sl空口相互通信，但是ue组1420作为一个整体充当相对于接入网1406的单个分布式虚拟收发器。例如，ue组id可以是组无线网络临时标识(group radio network temporary identifier，g-rnti)。
[0090]
当正在协助或将要协助ue组1420中的特定ue转发该ue与bs 1408a之间的无线通信时，则该特定ue称为目标ue。在上面的示例中，正在协助的是ue 1404c，因此是目标ue。ue组中除tue以外的ue构成协作候选集合，该集合是可以协作帮助tue的ue的集合。在图1中，组1420中的ue 1404a、1404b和1404d构成协作候选集合。协作候选集合中实际协助目标ue的ue的子集构成协作激活集合。可以动态选择协作激活集合来协助目标ue。协作激活集合中的ue称为协作ue(cooperating ue，cue)。在ue组1420中，ue 1404a、1404b和1404d构成协作候选集合。如果ue 1404a和1404b实际上协助目标ue1404c，则ue 1404a和1404b构成协作激活集合，它们都是cue。当ue 1404a至1404d四处移动时，一些ue可以离开ue组1420，和/或其它ue可以加入ue组1420。因此，协作候选集合可以随着时间的推移而改变。一般而言，协
作候选可以根据需要更新。例如，如果网络1406确定ue组1420不再需要或没有机会协助bs 908a与ue组1420中的成员之间的无线通信，则ue组1420也可以由该网络终止。
[0091]
可以存在一个以上ue组。例如，图1中的ue 1404e和1404f构成另一个ue组1422。
[0092]
图2为一个实施例提供的服务于2个ue 1554a和1554b的网络1552的一个示例的框图。网络1552可以是图4中的接入网1406，2个ue 1554a和1554b可以是图7中的4个ue 1404a至1404d中的2个，或者ue 1554a和1554b可以是图4中的ue1404e和1404f。但是，通常情况下不需要这样，这就是在图5中使用不同的附图标记的原因。
[0093]
网络1552包括bs 1556和管理模块1558。管理模块1558指示bs 856执行动作。如图所示，管理模块858在物理上与bs 1556分开，并通过通信链路1560耦合到bs 1556。例如，管理模块1558可以是网络1552中的服务器的一部分。或者，管理模块1558可以是bs 1556的一部分。
[0094]
管理模块1558包括处理器1562、存储器1564和通信模块1566。当处理器1562访问并执行存储在存储器1564中的一系列指令时，通信模块1566由处理器1562实现，这些指令定义了通信模块1566的动作。当执行指令时，通信模块1566使得bs 1556执行本文描述的动作，以便网络1552可以建立、协调、指示和/或控制ue组。或者，通信模块1566可以使用专用集成电路(application specific integrated circuit，asic)或编程的现场可编程门阵列(field programmable gate array，fpga)等专用电路来实现。
[0095]
ue 1554a包括通信子系统1570a、2个天线1572a和1574a、处理器1576a和存储器1578a。ue 1554a还包括通信模块1580a。当处理器1576a访问并执行存储在存储器1578a中的一系列指令时，通信模块1580a由处理器1576a实现，这些指令定义了通信模块1580a的动作。当执行指令时，通信模块1580a使得ue 1554a执行本文描述的关于建立和参与ue组的动作。或者，模块1580a可以由asic或fpga等专用电路来实现。
[0096]
通信子系统1570a包括处理电路和传输/接收电路，用于从ue 1554a发送消息和在ue 1554a处接收消息。虽然示出了1个通信子系统1570a，但可以存在多个通信子系统1570a。天线1572a向bs 1556传输无线通信信号，并从bs 1556接收无线通信信号。天线1574a向包括ue 1554b在内的其它ue传输sl通信信号，并从其它ue接收sl通信信号。在一些实现方式中，可以不存在2个单独的天线1572a和1574a。可以使用单个天线。或者，可以存在几个天线，但不分成仅用于sl通信的天线和仅用于与bs 1556通信的天线。
[0097]
sl通信可以通过wi-fi进行，在这种情况下，天线1574a可以是wi-fi天线。或者，sl通信可以通过蓝牙
tm
进行，在这种情况下，天线1574a可以是蓝牙
tm
天线。sl通信也可以在许可或未许可频谱中进行。
[0098]
ue 1554b包括上面关于ue 1554a描述的相同组件。也就是说，ue 1554b包括通信子系统1570b、天线1572b和1574b、处理器1576b、存储器1578b和通信模块1580b。
[0099]
ue 1554a指定为目标ue(target ue，tue)，因此称为tue 1554a。ue 1554b是协作ue，因此称为cue 254b。如果要建立包括tue 1554a和cue 1554b的ue组，则cue 1554b可以能够协助bs 1556和tue 1554a之间的无线通信。还考虑了其它通信场景，它们可以应用于v2x应用。
[0100]
ue 1554a具体可以被网络1552选择为目标ue。或者，ue 1554a自己可以确定希望成为目标ue，并通过向bs 1556发送消息通知网络1552。ue 1554a可以选择成为或被网络
1552选择为目标ue的示例性原因包括：ue 1554a与bs 1556之间的无线信道质量低，在bs 1556和ue 1554a之间要传输的报文很多，和/或存在协作ue，该协作ue是帮助bs 1556与ue 1554a之间通信的最好候选。
[0101]
ue 1554a不需要总是保持为目标ue。例如，一旦不再需要或希望协助ue 1554a与bs 1556之间的无线通信，ue 1554a就可以不是目标ue。ue 1554a可以过一段时间协助本身之前是协作ue的另一个目标ue。一般而言，特定ue有时可以是目标ue，在其它时间可以是协助另一个目标ue的协作ue。此外，有时特定ue既可以是从一个或多个协作ue接受协助的目标ue，也可以是协助另一个目标ue的协作ue本身。在下面的示例中，ue 1554a仅充当目标ue，即tue 1554a，而ue 1554b是tue 1554a的协作ue，即cue 1554b。
[0102]
图1和图2示出了实施例可以在其中实现的系统。在一些实施例中，ue包括处理器，例如图2中的处理器1576a和处理器1576b，以及非瞬时性计算机可读存储介质，例如图2中的存储器1578a和存储器1578b，存储供处理器执行的程序。非瞬时性计算机可读存储介质也可以作为计算机程序产品单独提供。
[0103]
下面参考图3描述cue的报文转发。当cue帮助接收报文传输并转发给tue时，该cue检测报文传输并将报文标识为发往tue，然后执行一些处理(如果适用)并根据转发方案将报文发送给tue。这包括cue在步骤100中检测dmrs并根据dmrs执行信道估计。如果实现了解码和转发(decode and forward，df)方案(步骤102的结果为是)，则执行步骤103，否则执行步骤112。步骤103是解码和转发方案，其中，在104中执行解调、解扰和解码，104的输出包括数据比特和数据crc比特。在步骤106中，执行循环冗余校验(cyclic redundancy check，crc)，如果crc失败，则报告这一点，并且方法停止。如果crc通过，cue已经恢复正确的数据比特；然后，对数据比特和crc比特进行编码，以产生数据编码块。接着，在108中对数据编码块进行重新加扰和重新调制，然后，在109中传输重新调制的数据信号。除109中的数据传输之外，在120中，cue还在sl中将dmrs传输给tue。
[0104]
注意，在一些实施例中，108中通过sl使用的调制方案可以与用于通过uu链路传输给cue的调制方案不同。由于cue和tue可能位于更有利的位置，因此调制可能有更多的选择。
[0105]
cue在sl中传输的dmrs需要与网络(即uu链路)传输的dmrs不同，因为dmrs与数据一起传输，这样接收器(例如tue)能够将与来自网络中的数据的原始传输相关的dmrs和与来自cue的另一传输相关的dmrs区分开来。
[0106]
cue对于sl传输执行的数据加扰可以与网络(对于uu链路)执行的数据加扰相同或不同，因此，tue可以接收传输(来自网络和/或一个或多个cue)的多个版本，所有这些版本都使用相同或不同的数据加扰序列，具体取决于下文将详细描述的配置，例如单播、组播、要帮助一个或多个tue的cue的数量等。
[0107]
步骤112是用于报文转发的非df方案。在一些实施例中，这包括cue在114中执行解调、采样和压缩步骤中的至少一个，然后在116中重新调制，并在118中传输结果。cue还在120中传输dmrs(与109中针对df方案103的设计相同)，以及在116中传输重新调制的数据信号。在其它实施例中，步骤112只是放大和转发(amplify-and-forwarding，af)方案。
[0108]
提供了用于sl传输的实施例，其中，报文传输的标识和加扰基于以下各项中的一个或多个：
[0109]
ue特定传输资源，
[0110]
ue组传输资源，
[0111]
uc组id、tue标识和
[0112]
一个或多个cue标识，
[0113]
其中，ue标识(cue的cue标识、tue的tue标识)可以是ue rnti、dmrs、uc组中的子组id、用于ue协作的临时id、sl中的一个或多个ue mac id，和/或sl中的一个或多个ue层1(phy层)id，这些标识中的一个或多个可以是预配置的、通过高层信令或/和phy层信令半静态配置或/和动态配置的。
[0114]
数据转发实施例
[0115]
根据组id+基于组的数据加扰id用于sl传输的基于组的数据加扰
[0116]
现在参考图4，示出了cue对sl传输进行数据加扰的第一种方法。注意，图4和本文描述的其它类似附图可以被视为具有方法步骤的方法的流程图。在图4的情况下，方法步骤包括加扰步骤202和调制步骤204。该方法的输入是数据编码块200。然而，该附图(和本文描述的其它类似附图)还可以被视为装置，在这种情况下，该装置具有对应于每个方法步骤的相应功能块。在图4的情况下，该装置包括加扰器(执行加扰)和调制器(执行调制)。为了简洁起见，不提供单独的方法附图和装置附图。另外，图4的流程图和其它类似流程图的描述从108中定义的数据编码块开始，并简单地使用术语“加扰”或“调制”，而不使用“重新加扰”或“重新调制”。
[0117]
出于图4的目的，cue已经通过uu链路从网络接收到数据，并已将数据(及其crc位)编码到数据编码块中。在202中，通过由组id 206和/或基于组的加扰id确定的加扰序列对数据编码块进行加扰。组id可以是ue协作组id(uc组id)、uc子组id(即，与uc组中的特定ue相关的子索引)或其组合等。基于组的数据加扰id可以是通过高层信令配置的加扰id，如果网络没有配置，也可以是小区id。
[0118]
对于sl中基于组的数据加扰的cue解码和转发情况，虽然图4中未提供，但cue可能需要对从uu链路接收到的报文传输执行解调，并通过与图3的104和106中描述的相同方式执行解扰和解码。一旦crc校验成功，cue对正确接收到的信息比特和信息crc进行编码，以产生数据编码块。然后，如图4所示，加扰和调制数据编码块。如果crc校验失败，则cue可以报告差错检测和/或按照配置的指示行事。
[0119]
从接收的角度来看，tue解调和解扰从cue接收的传输。解扰过程与图4的过程相反。如果配置了多个cue来转发数据，则tue检测来自多个cue的多个分集传输，并将分集传输组合在一起以更好地检测(如果适用)。
[0120]
对于具有索引q(其中，q＝0或1，是两个数据流的索引)的一个码字(或数据编码块)，起点是比特b
(q)
(0)，...，组成的块，其中，是要在物理信道上传输的码字q中的比特的数量。这些比特在调制之前被加扰，产生根据下式的加扰比特组成的块：
[0121][0122]
其中，加扰序列c
(q)
(i)由等式(1)给出，q是从{0或1}中选择的。在一个具体的示例中，加扰序列生成器使用下式初始化：
[0123]cinit
＝n
rnti
·215
+q
·214
+n
id
ꢀꢀꢀ
(3)
[0124]
其中，
[0125]nid
∈{0,1,...,1023}通过高层信令配置为加扰id(或多个id)，如果未配置，则n
id
＝组id或
[0126]nrnti
等于基于组的id、c-rnti、mcs-c-rnti或cs-rnti。
[0127]
在上文中，
[0128]
基于组的id可以是基于小区的，也可以是基于一组小区的，也可以与任何小区解耦；
[0129]
rnti是无线网络临时标识；
[0130]
c-rnti为小区rnti；
[0131]
mcs-c-rnti是调制和编码方案rnti；
[0132]
cs-rnti是配置调度rnti。
[0133]
根据uc组id+tue子组id+基于组的数据加扰id用于单播传输的基于组的数据加扰
[0134]
现在参考图5，示出了一种用于单播传输的数据加扰的方法。在202处，通过加扰序列加扰数据编码块，其中，加扰序列的初始化是uc组id和tue子组id的函数。可选地，c
init
也是基于组的数据加扰id的函数，基于组的数据加扰id可以是通过高层信令(例如rrc)或预配置等配置用于sl单播传输的。注意，如果配置了多个cue来帮助tue，则可以为每个cue应用配置好的分集方案。
[0135]
加扰序列初始化基于c
init
，c
init
是uc组id、ue id、一个或多个子组id、一个或多个基于组的数据加扰id中的至少一个的函数。在一些实施例中，使用基于等式(3)的公式。在这种情况下，等式(3)中的组id可以替换为uc组id、一个或多个ue id、tue子组id、cue子组id、sue id和小区id中的至少一个的函数。
[0136]
从接收的角度来看，tue解调和解扰从cue接收的传输。解调和解扰过程与图5用于cue传输的过程相反。如果配置了多个cue来转发数据，则tue检测来自cue的多个分集传输，并将分集传输组合在一起以更好地检测(如果适用)。
[0137]
上述传输资源和参数可以是通过rrc/sl-rrc或/和dci/sci配置或指示的。
[0138]
根据uc组id+基于组的数据加扰id用于组播传输的基于组的数据加扰
[0139]
现在参考图6，示出了一种用于组播传输的数据加扰的方法。在202处，通过加扰序列加扰数据编码块，其中，加扰序列是uc组id的函数。可选地，加扰序列也是基于组的数据加扰id的函数，基于组的数据加扰id是通过高层信令(例如rrc)或预配置方式配置用于sl组播传输配置的。注意，如果配置了多个cue来帮助tue，则可以为每个cue应用配置好的分集方案。
[0140]
加扰序列初始化基于c
init
，c
init
是uc组id、一个或多个ue id、一个或多个子组id、一个或多个基于组的数据加扰id中的至少一个的函数。在一些实施例中，使用基于等式(3)的公式。这里，等式(3)中的组id通常替换为uc组id、一个或多个ue id和小区id中的至少一个的函数。
[0141]
从接收的角度来看，tue解调和解扰从cue接收的传输。解扰过程与图6的过程相反。如果配置了多个cue来转发数据，则tue检测来自cue的多个分集传输，并将分集传输组合在一起以更好地检测(如果适用)。
[0142]
上述传输资源和参数可以是通过rrc/sl-rrc或/和dci/sci配置或指示的。
[0143]
dmrs实施例
[0144]
用于数据传输的解调参考符号(demodulation reference symbol，dmrs)是ue在位置内的资源单元(resource element，re)模式中传输的序列。例如，10个单元的序列可以使用10个re传输。这些re可以与通过100个子载波的资源空间在10个ofdm符号内定义10个re的模式相关。位置指定要使用的10
×
100资源空间。
[0145]
对于sl中的数据传输，dmrs配置可以用于信号解调的传输标识和信道估计。参考图7，示出了dmrs发生器/生成步骤500和调制器/调制步骤502。dmrs生成器/生成500的输入是以下各项中的一个或多个：
[0146]
基于组的id 508，例如uc组id、子组id或它们的组合；
[0147]
一个或多个基于组的rs加扰id 510，其中，这些id可以是通过rrc、sl-rrc、dci和sci信令中的一个或多个配置的；如果未配置或在默认情况下，这些id可以是小区id。
[0148]
dmrs生成器/生成500还可以使用通过rrc、sl-rrc、dci和sci信令中的一个或多个定义/配置的n
scid
，还可以使用预定义的默认值(例如0)。
[0149]
组id和一个或多个基于组的加扰id可以用于生成用于数据传输的dmrs。在一些实施例中，ue使用根据等式(4)定义的dmrs序列r(n)：
[0150][0151]
其中，伪随机序列c(i)根据等式(1)定义。伪随机序列生成器根据c
init
初始化，c
init
是组id、一个或多个ue id、一个或多个子组id、一个或多个基于组的数据加扰id和n
scid
中的至少一个的函数。在一些实施例中，使用基于下面给出的等式(5)的公式：
[0152][0153]
其中，l是时隙内的ofdm符号编号，是帧内的时隙编号，
[0154]
‑‑
通过高层信令(如果有)中的高层参数：基于组的rs scramblingid0和基于组的rs scramblingid1给出。在这种情况下，pdsch通过pdcch调度，其中，dci crc通过组id、c-rnti、mcs-c-rnti或cs-rnti加扰；或者
[0155]-通过高层信令(如果有)中的高层参数：基于组的rs scramblingid0给出。在这种情况下，pdsch通过pdcch调度，其中，dci crc通过组id、c-rnti、mcs-c-rnti或cs-rnti加扰；或者
[0156]-或
[0157]-数量n
scid
∈{0，1}可以通过与pdsch传输关联的dci中的dmrs序列初始化字段指定/给出，否则，n
scid
＝0。
[0158]
只有一个cue用于帮助一个或多个tue时的dmrs序列生成
[0159]
现在参考图8，示出了一个实施例：只有一个cue用于帮助一个或多个tue，并且dmrs序列生成610与uc组id 608或/和为来自cue的单播或组播数据传输配置的一个或多个基于组的rs加扰id 610相关联。这些配置可以通过rrc、sl-rrc、dci和sci信令中的一个或多个进行。在这种配置中，单个cue充当ue中继，具有加扰(sl中的)前向业务的特殊特征。
cue可以将(加扰后的)报文转发(relay/forward)给ue协作组中的tue(或ue)。对于uc中的sl单播传输，图8中的基于uc组的id可以替换为tue子组id、cue子组id，或uc组id与tue子组id或cue子组id的组合。可选地或此外，图7至图9中的dmrs序列生成可以涉及基于ue组的、基于uc组的、基于tue的或/和基于cue的天线端口和波束赋形参数方面的天线端口和/或波束赋形配置。在一些实施例中，同时支持单播和组播。要在sl中执行两种传输类型中的哪种(单播还是组播)可以是通过rrc/sl-rrc或dci/sci配置或指示的。
[0160]
伪随机序列生成器根据c
init
初始化，c
init
是uc组id、一个或多个ue id、一个或多个子组id、一个或多个基于组的数据加扰id和n
scid
中的至少一个的函数。在一些实施例中，使用基于等式(5)的公式，其中，组id可以是uc组id、tue/sue id、cue id、子组id或它们的组合。
[0161]
对于dmrs检测时的tue接收，tue可以使用uc组id或/和图8所述为了检测dmrs而配置好的一个或多个基于组的rs加扰id。如果dmrs检测成功，则tue按照前几段所述的数据流程执行数据解调和解扰。对于图8所示的组播，uc组中的所有tue都需要检测cue dmrs，然后遵循解调和解扰流程。
[0162]
多个cue用于帮助一个或多个tue时的dmrs序列生成
[0163]
在多个cue用于帮助一个或多个tue的其它实施例中，dmrs序列生成与用于来自多个cue的单播或组播数据传输的uc组id、cue子组id、图9所示的tue子组id 708和配置的一个或多个基于组的rs加扰id 710中的一个或多个相关联。两个或两个以上cue应用某一(联合)传输方案，例如alamouti编码或可配置的分集编码。这些配置可以通过rrc、sl-rrc、dci和sci信令中的一个或多个进行。
[0164]
伪随机序列生成器使用c
init
的函数初始化，c
init
是uc组id、一个或多个ue id、一个或多个子组id、一个或多个基于组的数据加扰id和n
scid
中的至少一个的函数。在一些实施例中，使用基于等式(5)的公式，其中，组id可以是uc组id、tue/sue id、cue id、子组id或它们的组合。目的是使tue/sue能够检测多个cue中的帮助传输源，以进行适当的信号合并或联合检测。设计用于两个或两个以上cue的数据传输的dmrs时，可以从两个角度考虑：(1)数据传输中的dmrs不同于cue，因此在接收端可以根据一个或多个传输方ue进行标识；(2)数据传输中的dmrs可以具有相同或不同的形式，并且指代接收方ue。因此，来自多个传输端的dmrs可以与uc组id、ue id、tue/sue的一个或多个子组id、cue的一个或多个子组id、时频资源分配等相关联，前提是dmrs形成在这些关联项的组合方面可以是唯一的。例如，两个cue可以使用单个/相同的dmrs在可标识的时频资源中转发报文，其中，dmrs可以根据tue id或具有tue子组id的uc组id进行设计；或者可以使用cue的各个(和不同)dmrs在相同的时频资源中传输数据(可能使用配置好的不同传输冗余/分集版本)。cue的各个(和不同)dmrs可以根据它们各个id进行设计，也可以根据具有各个cue子组id的uc组id进行设计。
[0165]
对于tue执行dmrs检测，tue将来自多个cue的传输区分开来。tue可以使用用于图9所述dmrs生成的相同定义/配置的id来检测用于来自一个或多个cue的数据传输的一个或多个dmrs。如果接收到多个数据传输，则tue可以根据配置的传输方案检测并合并来自不同cue的传输。这些配置可以通过rrc、sl-rrc、dci和sci信令中的一个或多个进行。
[0166]
sl控制信息(sl control information，sci)实施例
[0167]
sl控制信息(sl control information，sci)携带用于sl数据传输的调度和配置，
包括时频资源、一个或多个数据加扰序列、一个或多个dmrs配置、调制和编码方案(modulation and coding scheme，mcs)、组id、cue标识、tue标识、cue转发方案、波束赋形参数、harq配置等中的至少一个。
[0168]
在一些实施例中，crc是根据sci信息比特计算得到的，在804中，通过图10a所示的组id加扰crc。整个sci包括sci信息比特和crc校验比特。在附加后，crc校验比特通过组id或ue id加扰，x
rnti，0
，x
rnti，1
，...，x
rnti，15
，其中，x
rnti，0
对应于rnti(即，这里的组id或ue特定id)的msb，以形成比特序列c0，c1，c2，c3，...，c
k-1
。ck和bk之间的关系是：
[0169]ck
＝bk，k＝0,1,2,
…
,a+7，
[0170]ck
＝(bk+x
rnti，k-a-8
)mod2，k＝a+8,a+9,a+10,...,a+23
ꢀꢀꢀ
(6)
[0171]
其中，k＝a+l，a是载荷大小，l是校验比特的数量。组id可以是uc组id、uc子组id(cue或/和tue)、小区id或它们的组合中的至少一个的函数。sci用于同时支持单播和组播(或广播)。sci可以指示/配置uc中的一组ue的资源和传输参数池，也可以不指示/配置。在crc加扰之后，编码信息比特和加扰crc，以产生sci编码块，然后进一步加扰sci编码块，如图10b所示。
[0172]
如图10b所示，通过组id 856和基于组的控制加扰id 858中的至少一个的函数加扰852sci编码块850。组id可以是uc组id、uc子组id(tue或/和cue)中的至少一个的函数。基于组的控制加扰id可以是通过高层信令为其dmrs配置的加扰id，例如，可以是组id，在默认情况下或如果未由网络配置，还可以是小区id。在858中的加扰之后，在854中，调制加扰sci，然后通过用于sci传输的dmrs传输。
[0173]
对于sci编码块加扰，可以使用组id或/和基于组的控制加扰id。例如，ue要传输比特b(0)，...，b(m
bit-1)组成的块，其中，m
bit
是在物理信道上传输的比特的数量，这些比特在调制之前加扰，产生根据下式的加扰比特组成的块：
[0174][0175]
其中，加扰序列根据等式(1)给出。加扰序列生成器使用下式初始化：
[0176]cinit
＝(n
rnti
·216
+n
id
)mod2
31
ꢀꢀꢀꢀ
(7)
[0177]
其中，
[0178]-对于ue特定搜索空间，n
id
∈{0,1,...,65535}等于基于组的加扰id(或ue特定加扰)(如果配置)的高层参数值，
[0179]-否则，
[0180]-如果配置了高层参数：基于组的加扰id(或ue特定加扰id)，则n
rnti
通过组id、用于ue特定搜索空间中的pdcch的c-rnti给出，
[0181]-否则，n
rnti
＝0。
[0182]
在一些实施例中，根据组id(如上所述)或/和uc组的配置id生成用于sci传输的dmrs。
[0183]
用于单播的sl控制信息(sl control information，sci)
[0184]
在一个具体的示例中，对于单播传输，sci crc使用组id加扰，组id是图11a所示的uc组id和tue子组id(或组中的索引)的函数。之后，如图11b所示，使用与用于sci crc的函数相同的函数执行sci编码块加扰。可选地，基于组的控制加扰id是通过rrc/sl-rrc等高层
信令配置的。可选地或此外，组id是uc组id、tue子组id、tue phy标识、tue mac id、tue高层id、cue子组id、cue phy标识、cue mac id、cue高层id和小区id中的一个或多个的函数，这些参数是预配置的或通过高层信令或phy层信令配置的。这种定义的组id也可以适用于前面描述的关联附图(例如图5和图9)和后面描述的关联附图(例如图11a和图11b)。
[0185]
对于用于单播的sci编码块加扰，uc组id、ue id或/和tue子组id可以用于使用基于公式(6)的公式的crc加扰。ue sci编码块可以使用基于等式(7)的公式加扰，其中，n
rnti
由uc组id、ue id、tue子组id、cue子组id或/和基于组的加扰id(或ue特定加扰id)给出。dmrs生成可以基于组id(例如n
rnti
)和/或基于组的rs加扰id。
[0186]
在这种情况下，接收方ue(tue)的行为包括uc组中的所有tue检测sci。此后，预期接收的tue从一个或多个cue接收转发的数据。根据配置的uc操作模式(例如，只有一个cue或多个cue来转发数据)，tue相应地接收转发的数据，如上所述。
[0187]
用于群组/广播的sl控制信息(sl control information，sci)
[0188]
在一个具体的示例中，对于组播/广播传输，传输方ue(cue)使用uc组id加扰crc，如图12a所示。如图12b所示，使用uc组id、通过rrc/pcs-rrc等高层信令配置的基于组的控制加扰中的至少一个的函数执行sci编码块加扰。
[0189]
对于用于组播/广播的sci编码块加扰，uc组id、小区id、ue id或/和tue子组id可以用于使用基于公式(6)的公式的crc加扰。ue sci编码块可以使用基于等式(7)的公式加扰，其中，n
rnti
由uc组id、小区id、ue id、tue子组id、cue子组id或/和基于组的加扰id(或ue特定加扰id)给出。dmrs生成可以基于组id(例如n
rnti
)和/或基于组的rs加扰id。
[0190]
sci通过控制信道资源发送给ue组，控制信道资源是通过rrc/pcs-rrc等高层信令配置的、预配置的或预定义的。
[0191]
在这种情况下，接收方ue(tue)的行为包括uc组中的所有tue检测sci，以得到传输参数，例如数据的资源分配。根据配置的uc操作模式(例如，只有一个cue或多个cue来转发数据)，一个或多个tue相应地接收转发的数据，如上所述。
[0192]
源ue通过cue到基站的传输
[0193]
上述实施重点关注基站通过一个或多个cue到tue的传输。对于sue通过cue到基站的ue协作传输，即sl和上行传输，uc中的sue可以如图13a所示生成dmrs，并如图13b所示执行sl中的数据加扰。
[0194]
如图13a所示，sue dmrs生成使用一个或多个基于组的id。用于sue dmrs的伪随机序列生成器根据c
init
初始化，c
init
是uc组id、一个或多个ue id、一个或多个子组id、一个或多个基于组的数据加扰id和n
scid
中的至少一个的函数。在一些实施例中，使用等式(5)中的公式，其中，组id可以是uc组id、tue/sue id、cue id、子组id或它们的组合。对于dmrs，在一些实施例中，sue传输sue的通过半静态(例如高层，rrc信令)或动态信令(例如dci/sci)配置的dmrs。
[0195]
例如，这可以是uc组id、sue子组id中的至少一个的函数。dmrs生成还可以根据配置的基于组的rs加扰id。
[0196]
如图13b所示，sue数据加扰可以基于组id，该组id可以是通过高层信令、半静态或动态配置方式配置的uc组id、sue子组id和基于组的数据加扰id中的至少一个的函数，以支持单播或组播。
[0197]
对于数据编码块加扰，例如，加扰序列初始化根据c
init
初始化，c
init
是uc组id、ue id、一个或多个子组id、一个或多个基于组的数据加扰id中的至少一个的函数。一个实施例是使用等式(3)中的公式，在这种情况下，组id可以替换为uc组id、一个或多个ue id、sue子组id、cue子组id、sue id和小区id中的至少一个的函数。
[0198]
用于源ue通过cue到基站的传输的cue行为
[0199]
一个或多个cue可以用于帮助sue。一个或多个cue检测sue dmrs(如cue已知)。一个或多个cue使用图13a和图13b中描述的相反流程执行数据解调和解扰，如果解码比特通过crc校验，则这些比特将被重新编码、重新加扰和重新调制，然后转发给基站。用于uu链路的重新加扰可以与sl具有相同或不同的加扰顺序。
[0200]
知道特定ue信息(包括加扰id)的cue
[0201]
上述实施例重点关注使用各种基于组的id和基于组的加扰id用于dmrs、数据和sci传输。一般而言，对于ue协作或uc组中的转发，只要cue知道关于一个或多个tue(或sue)的特定ue传输和参数信息，例如一个或多个ue id、一个或多个ue的对应加扰id、ue传输状态(例如rrc连接或rrc空闲等)和/或sl/uu链路中的drx周期等，cue能够从基站向下将报文的传输转发给一个或多个tue，或者从一个或多个sue向上将部分或全部报文的传输转发给基站，考虑到一个或多个cue与一个或多个tue/sue之间的预配置(例如通过高层信令)或/或动态配置(例如通过l1信令)的协作关系。
[0202]
cue可以用于或定义为提供双向(即在sl中转发dl和ul业务)或单向(即在sl中转发ul或dl业务)的操作功能。此外，来自cue的两个操作功能可能不同。例如，在具有cue双向操作的sl传输中用于uc的资源配置或分配可以类似于基站的，例如，使用控制信息来分配传输资源和参数(即，sl链路中的sci采用与uu链路中的dci类似的功能)。具有单向操作的cue可能无法以这种方式操作。但是，在cue(和基站)需要传输和参数信息以从基站向tue发送任何报文或从sue接收任何报文以转发(forward/relay)给基站时，双向和单向操作的资源配置或分配应该相同。
[0203]
在一些实施例中，uc组内的成员可以共享一些临时id，例如上述提及的ue id，例如用于sl或uu链路中的ue数据加扰/标识和传输的rnti和一个或多个ue加扰id；例如，工厂或公司中的成员家族、成员或设备、经过验证或安全检查的成员组，或用于公共活动或救援的动态/临时组成的组等可以共享它们进行数据传输所需的相互id。这种共享信息可以在一个或多个cue与一个或多个tue/sue之间交换，通过高层信令半静态预配置，或通过dci或sci动态配置。因此，如果需要，至少与tue/sue有帮助关系的cue可以具有tue/sue id及其特定的一个或多个加扰id，而不具有uc组的组id。因此，在uu链路传输中，rnti等tue/sue id可以用于在pddch信道中加扰dci crc，使得帮助cue可以检测到来自dci的业务，然后转发给tue/sue。
[0204]
在上述实施例中，cue多次检测来自uu链路的dci消息(例如调度信息)，一次检测尝试基于cue自己的id(以检查是否有任何业务发往自身)和其它一次或多个次检测尝试基于cue的一个或多个帮助tue/sue的一个或多个id(在一个或多个uc组中检查是否有任何帮助业务到达)。
[0205]
在其它实施例中，考虑到cue具有tue/sue id和/或cue的一个或多个加扰id，它们之间具有配置/定义好的uc关系，到达tue/sue的传输数据/消息(例如在pdsch信道中)可以
通过tue/sue id或/及其一个或多个加扰id加扰。dci crc可以通过cue id(例如其rnti)加扰，以便cue可以检测dci以获取到达cue的业务的一些信息。数据/消息解扰过程需要根据一个或多个ue id和加扰id进行检测，一组ue id和加扰id是其自己的id或/和自己的一个或多个加扰id，(如果不自己的)其它组ue id和加扰id是一个或多个tue/sue id或/和自己的一个或多个加扰id，以确定业务是发往自己还是发往(一个或多个uc组中的)其它ue。
[0206]
需要说明的是，在一个操作选项中，当cue正在帮助接收从基站到tue/sue的数据或控制消息传输，然后将数据或控制消息的传输转发给tue/sue时，tue/sue还可以同时从基站接收数据或控制传输，该数据或控制传输可以可选地与来自cue的传输组合，以根据需要进行信号检测和解码。
[0207]
cue选择
[0208]
要成为cue，ue在其uu链路中应该具有相当好的信道条件(除非附近的所有ue都处于较差的信道条件)。然而，非常靠近基站的ue可能不是cue的理想之选，特别是从非常靠近基站的位置的ul干扰发生的角度来看。
[0209]
作为uc组中的cue，cue可以帮助将报文转发(forward/relay)给tue或在uc中转发来自sue的报文。cue在uu链路上有自己的数据传输要求。具有载波聚合(carrier aggregation，ca)或与一个或多个基站的双连接(dual connectivity，dc)链路的ue可以是cue的理想之选。可以为uc配置ca或dc链路中的至少一个。
[0210]
考虑到uu(或sl)链路中的ue的加扰数据/消息传输，传输应该在业务或控制信道中执行，因此ue知道业务信道或控制信道，其时间和频率资源可以是通过高层信令或dci信令等半静态或动态配置的。对于ue协作，dl和/或ul的时频资源和/或传输参数对于uu和/或sl可以是通过高层信令等半静态预配置的，还可以是通过l1信令动态配置的。在一些实施例中，uu链路与sl链路之间的资源/参数配置可以映射用于uc，这表示uu链路中的资源/参数配置与sl链路中的资源/参数配置具有预配置或预定义的关系(sl配置与uu配置的关系相反)，从而使(一个或多个uc组中的)一个或多个cue和一个或多个tue/sue易于进行cue数据接收、cue转发(forwarding/relaying)、tue数据接收或sue数据传输。
[0211]
在一个实施例中，sl和uu链路(可选地具有sl与uu链路之间的映射关系)中为一个或多个uc组(例如通过rrc或/和dci)预配置的时频资源可以支持免授权传输。在ul中，sue可以选择sl链路中的一个或多个配置资源向cue(或更多cue)进行数据传输，这些cue可以在uu链路中的配置资源中将数据传输(在发出之前进行可能的处理，例如解扰和重新加扰或重新确定mcs)转发(forward/relay)给基站；类似地，在dl中，cue(或更多cue)可以在uu链路(资源)中接收数据/消息传输，并在sl链路(资源)中转发给tue或sue。
[0212]
考虑到上述关于uu和sl同时涉及的ue协作的数据/控制加扰和传输标识的描述，上述提出的数据/控制加扰和传输标识方案可以直接应用于仅sl场景，其中，ue id可以是任何sl ue id，例如一个或多个sl层1源或目的地id、一个或多个sl mac层id、rnti和/或基于sl的组id等。在仅sl场景中，cue是传输方ue，tue是sl中的接收方ue。
[0213]
应当理解，可以组合上述方法。例如，另一个实施例包括数据转发和dmrs转发。另一个实施例包括数据转发和sci。另一个实施例包括数据转发、dmrs转发和sci。对应的实施例涉及用于接收所描述的cue传输的ue功能。
[0214]
对应的实施例涉及从sue到一个或多个cue的传输，以及涉及从一个或多个cue到
基站的传输，以转发来自sue的数据、dmrs。上述应用于cue到tue传输的加扰选项适用于sue到cue传输。上述用于基站到cue传输的加扰选项适用于cue到基站传输。
[0215]
根据上述教导，本发明的许多修改和变体是可能的。因此，应当理解，只要是在所附权利要求书的范围内，可以用不同于本文具体描述的方式来实践本发明。