UE组，UE组管理者UE和UE组成员UE
阅读：82发布：2020-05-14
专利汇可以提供UE组，UE组管理者UE和UE组成员UE专利检索，专利查询，专利分析的服务。并且本 发明 涉及蜂窝无线通信网络内的新型通信形式。本发明的一个方面涉及一种用于蜂窝网络(10)的用户设备(11)，其中UE(11)尤其包括用于UE到基站通信的第一 接口 (15)，该第一接口被配置为与蜂窝网络(10)的基站(13)进行通信，还包括用于UE到UE通信的第二接口(16)，该第二接口被配置为与UE(11)所属的UE组(17)的一个或多个其它UE(12A，12B)进行通信。根据本发明，UE(11)被配置为经由其第一接口(15)接收用于配置其第二接口(16)的配置数据，并经由第二接口(16)协调UE组内的通信(17)。，下面是UE组，UE组管理者UE和UE组成员UE专利的具体信息内容。
1.一种用于蜂窝网络(10)的用户设备–UE–(11)，该UE(11)包括
用于UE到基站通信的第一接口(15)，被配置为与所述蜂窝网络(10)的基站(13)进行通信，以及
用于UE到UE通信的第二接口(16)，被配置为与所述UE(11)所属的UE组(17)中的一个或多个其它UE(12A，12B)进行通信，
其中所述UE(11)被配置为经由其第一接口(15)接收用于配置其第二接口(16)的配置数据，并经由所述第二接口(16)来协调所述UE组(17)内的通信。
2.如权利要求1所述的UE(11)，其中所述UE(11)被配置为向所述UE组(17)的成员分配所述第二接口(16)的物理资源，以协调所述UE组(17)内的通信。
3.如权利要求2所述的UE(11)，其中所述物理资源是由所述蜂窝网络(10)预分配的。
4.如前述权利要求之一所述的UE(11)，其中所述UE(11)的所述第一接口(15)被配置为以第一频率进行操作，并且所述UE(11)的所述第二接口(16)被配置为以第二频率操作。
5.如权利要求1所述的UE(11)，其中所述UE(11)被进一步配置为
经由所述第二接口(16)接收预定数据，并经由所述第一接口(15)将所述预定数据中继到所述基站(13)，
或者经由所述第一接口(15)从所述基站(13)接收预定数据，并经由所述第二接口(16)中继所述预定数据。
6.一种用于蜂窝网络(10)的用户设备－UE－(11)，该UE(11)包括
用于UE到基站通信的第一接口(15)，被配置为与所述蜂窝网络(10)的基站(13)进行通信，以及
用于UE到UE通信的第二接口(16)，被配置为与所述UE(11)所属的UE组(17)中的一个或多个其它UE(12A，12B)进行通信，
其中所述UE(11)被配置为经由所述第二接口(16)接收预定数据，并且经由所述第一接口(15)将所述预定数据中继到所述基站(13)，
或者经由所述第一接口(15)从所述基站(13)接收预定数据，并且经由所述第二接口(16)中继所述预定数据。
7.如权利要求5或6所述的UE(11)，其中所述预定数据是配置数据或用户数据中的至少之一。
8.如权利要求5至7之一所述的UE(11)，其中所述UE(11)被配置为基于判决准则来决定是否中继所述预定数据。
9.如权利要求8所述的UE(11)，其中所述判决准则是数据尺寸，和/或QoS参数，和/或无线电承载参数，和/或请求的位速率，和/或最大延迟，和/或组合约束，和/或待中继的预定数据的抖动约束。
10.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为经由所述第一接口(15)经由物理广播信道上的广播信息、和/或经由物理数据信道上的系统信息、和/或经由物理数据信道上的专用无线电资源控制(RRC)消息，从所述基站(13)接收系统信息。
11.如权利要求10所述的UE(11)，其中从所述基站(13)接收的所述系统信息包括用于在由所述基站(13)服务的小区中支持组管理功能和/或组通信功能的指示符，和/或具有与所述组管理功能和/或所述组通信功能相关的配置细节的系统信息块，和/或具有与所述UE组相关的配置细节的无线电资源配置消息。
12.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为向所述基站(13)发送请求消息，以请求对所述基站(13)授权和/或允许所述所述基站(13)协调所述UE组(17)内的通信，并提供使所述UE(11)能够协调所述UE组(17)内的通信的配置数据。
13.如权利要求12所述的UE(11)，其中发送所述请求消息是通过用户、和/或通过所述UE(11)的汽车控制、和/或通过从所述UE(11)附近的其它用户设备接收到V2V消息来发起的。
14.如权利要求11至13之一所述的UE(11)，其中所述UE(11)被配置为基于其电池状态和/或其与电源的连接来决定是否发送请求消息。
15.如权利要求11至14之一所述的UE，其中请求消息包括重新配置请求消息、服务请求消息或兴趣指示消息中的至少之一，其中所述重新配置请求消息包括提供系统信息的请求，所述系统信息包括用于所述UE组(17)内的UE到UE通信的配置数据。
16.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为从所述基站(13)接收一个或多个响应消息，其中所述响应消息包括所述配置数据的至少一部分；并且其中所述配置数据的至少一部分至少包括具有用于所述UE组(17)内的UE到UE通信的配置细节的系统信息。
17.如权利要求16所述的UE(11)，其中所述一个或多个响应消息包括用于以下至少之一的配置信息：待用于UE组(17)内的UE到UE通信的发送和/或接收处理和/或发送和/或接收资源，指派给所述UE组(17)的组身份，用于UE到基站通信的上行链路控制信道，用于UE到基站通信的上行链路共享信道，或者用于UE到基站通信的上行链路随机接入信道。
18.如前述权利要求之一所述的UE(11)，其中从所述基站(13)接收的所述配置数据包含用于所述UE(11)与所述UE(11)所属的UE组(17)中的其它UE(12A，12B)中的一个或多个之间的UE到UE通信的物理资源指派，和/或用于所述UE(11)所属的UE组(17)中的其它UE(12)中的两个或更多个之间的UE到UE通信的物理资源指派，而所述UE(11)可以是或可以不是该UE到UE通信的一部分。
19.如前述权利要求之一所述的UE(11)，其中从所述基站(13)接收的所述配置数据包含用于所述UE(11)与不是所述UE(11)所属的UE组(17)的一部分的至少一个另外的UE(52)之间的、和/或所述UE(11)与至少一个另外的UE组(17B)之间的UE到UE通信的物理资源指派，和/或用于所述UE(11)所属的UE组(17)中的其它UE(12A，12B)之一与不是所述UE(11)所属的UE组(17)的一部分的至少一个另外的UE(52)之间的UE到UE通信的物理资源指派。
20.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为向所述基站(13)传输控制信息，该控制信息包括关于所述UE(11)所属的UE组(17)内的UE到UE通信的状态信息。
21.如权利要求20所述的UE(11)，其中被发送到所述基站(13)的所述控制信息包括以下的至少之一：为所述UE组(17)内的UE到UE通信和/或为UE到基站通信请求物理资源的调度请求，信道状态信息，或者信号强度测量，或者干扰测量，或者功率余量或功率控制报告，或者时间提前量值，或者感测信息，或者信道繁忙率，或者信道占用率，或者定位信息，或者建议的半持久调度模式，或者对将由该组的UE成员使用的不连续接收周期(DRX)进行配置的控制信息。
22.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为在侧链路数据信道上向所述UE组(17)内的其它UE(12A，12B)和/或向所述UE组(17)之外的有兴趣与所述UE(11)所属的所述UE组(17)连接的其它UE(52)提供同步和/或物理广播信道和/或系统信息。
23.如权利要求22所述的UE(11)，其中所述侧链路数据信道上的所述同步信号和/或物理广播信道和/或系统信息包含组身份。
24.如权利要求23所述的UE(11)，其中所述组身份是先前由所述基站(13)经由控制信令指派给所述UE(11)的。
25.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为向所述UE组(17)内的其它UE(12A，12B)提供所述UE到UE通信的配置数据的至少一部分。
26.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为向所述UE组(17)内的其它UE(12A，12B)提供控制信息，其中所述控制信息用于向所述其它UE(12A，12B)通告所述UE(11)的组管理功能。
27.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为经由其第二接口(16)与所述UE组(17)内的其它UE(12A，12B)中的至少一个或多个交换控制数据和/或用户数据。
28.如权利要求27所述的UE(11)，其中所述UE(11)被配置为直接与第一其它UE(12A，
12B)交换所述控制数据和/或用户数据，和/或经由第二其它UE(12B)与所述第一其它UE(12A)交换所述控制数据和/或用户数据。
29.如前述权利要求之一所述的UE(11)，其中，所述UE(11)被配置为当至少一个其它UE(12A，12B)意图向所述UE组(17)内的其它UE(12A，12B)中的至少另一个UE发送预定数据时，或者当所述至少一个其它UE(12A，12B)意图经由所述UE(11)向所述基站(13)发送预定数据时，经由其第二接口(16)从所述UE组(17)内的所述至少一个其它UE(12A，12B)接收调度请求信息、和/或建议的半持久调度模式、和/或感测信息、和/或信道繁忙率、和/或信道占用率。
30.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为向所述UE(17)内的其它UE(12A，12B)中的至少一个发送用于所述UE到UE通信的物理资源指派。
31.如前述权利要求之一所述的UE(11)，其中所述UE(11)被配置为经由其第二接口(16)从不是所述UE(11)所属的UE组(17)的一部分的组外UE(52)接收连接设置请求消息，所述连接设置请求消息向所述UE(11)指示所述组外UE(52)想要加入所述UE(11)所属的UE组(17)。
32.如权利要求31所述的UE(11)，其中所述连接设置请求消息包含以下的至少之一：控制信息，来自所述组外UE(52)的UE身份，所述组外UE(52)想要加入的UE组(17)的组身份，所述UE组(17)内的建议身份和/或所述UE组(17)内的建议位置，和/或对于以下的至少之一的请求：用于在所述UE(17)内或者用于朝着预定UE的将被中继到所述基站(13)的传输的服务、承载、逻辑信道、服务质量、数据传输、数据速率。
33.如权利要求31或32之一所述的UE(11)，其中所述UE(11)被配置为经由其第二接口(16)向所述组外UE(52)发送连接设置响应消息，其中所述连接设置响应消息包括与连接设置相关的控制信息。
34.如权利要求33所述的UE(11)，其中所述控制信息包括以下的至少之一：
·关于一个或多个服务、和/或逻辑信道、和/或数据承载、和/或数据流的控制信息，所述服务、和/或逻辑信道、和/或数据承载、和/或数据流将由所述UE(11)经由其第一接口(15)和/或经由其第二接口(16)中继到所述基站(13)，或者经由其第一接口(15)直接从所述组外UE(52)发送至所述基站(13)；
·关于将由所述组外UE(52)使用的连接状态的控制信息；
·关于所述UE组(17)内的指派的身份和/或指派的位置的控制信息；
·关于寻呼、和/或系统信息、和/或系统信息更新、和/或小于预定尺寸的数据分组是否要由UE(11)经由其第一接口(15)和/或经由其第二接口(16)中继到所述基站(13)，或者经由其第一接口(15)直接从所述组外UE(52)发送到所述基站(13)的控制信息。
35.一种用于蜂窝网络的用户设备–UE–(12)，该UE(12)包括
用于UE到基站通信的第一接口(15)，被配置为与所述蜂窝网络的基站(13)进行通信，以及
用于UE到UE通信的第二接口(16)，被配置为与所述UE(12)所属的UE组(17)中的一个或多个其它UE(11，12A，12B)进行通信，
其中所述UE(12)被配置为经由其第二接口(16)与所述UE组(17)中的所述其它UE(11，
12A，12B)通信中的至少一个或多个进行通信，其中所述通信是通过所述UE组(17)中的预定UE(11)协调的。
36.如权利要求35所述的UE(12)，其中所述UE(12)包括两条通信路径，其中对于第一通信路径，所述UE(12)被配置为经由其第二接口(16)与所述UE组(17)中的所述其它UE(11，12A，12B)中的至少一个或多个进行通信，其中所述通信是通过所述UE组(17)中的预定UE(11)协调的，并且其中
对于第二通信路径，所述UE(12)被配置为经由其第一接口(15)直接与所述基站(13)进行通信。
37.如权利要求36所述的UE(12)，其中，对于所述第二通信路径，所述通信是通过所述基站(13)协调的。
38.如权利要求35至37之一所述的UE(12)，其中所述UE(12)被配置为从所述预定UE(11)获得所述第二接口(16)的指派的物理资源，以用于所述UE组(17)内的通信。
39.如权利要求38所述的UE(12)，其中所述第一接口(15)的物理资源是由所述蜂窝网络(10)指派的。
40.如权利要求35至39之一所述的UE(12)，其中所述UE(12)被配置为
经由所述第二接口，以通过所述预定UE(11)中继的方式向所述基站(13)发送预定数据，或者
经由所述第二接口，以通过所述预定UE(11)中继的方式从所述基站(13)接收预定数据。
41.一种用于蜂窝网络的用户设备–UE–(12)，该UE(12)包括
用于UE到基站通信的第一接口(15)，被配置为与所述蜂窝网络的基站(13)进行通信，以及
用于UE到UE通信的第二接口(16)，被配置为与所述UE(12)所属的UE组(17)中的一个或多个其它UE(11，12A，12B)进行通信，以及
其中所述UE(12)被配置为
经由所述第二接口(16)，以通过预定UE(11)中继的方式向所述基站(13)发送预定数据，或者
经由所述第二接口(16)，以通过预定UE(11)中继的方式从所述基站(13)接收预定数据。
42.如权利要求35至41之一所述的UE(12)，其中所述UE(12)被配置为基于预定准则来决定经由所述第一接口(15)直接向所述基站(13)发送所述预定数据，和/或经由所述第二接口(16)以通过所述预定UE(11)中继的方式向所述基站(13)发送所述预定数据。
43.如权利要求42所述的UE(12)，其中所述UE(12)被配置为从所述基站(13)接收所述预定准则。
44.如权利要求42或43之一所述的UE(12)，其中所述预定准则包括以下的至少之一：服务类型、承载类型、消息尺寸、周期性、位速率、最小和/或最大延迟需求、功率等级和/或功率余量、当前或过去的传输功率、所述UE(12)的电池状态、所述UE(12)的电源类型、距所述基站(13)的距离和/或路径损耗，或指派给所述UE(12)的物理资源的可用性。
45.如权利要求35至44之一所述的UE(12)，其中所述UE(12)由所述基站(13)配置为经由所述第一接口(15)直接从所述基站(13)接收所述预定数据，和/或由所述预定UE(11)配置为经由所述第二接口(16)以通过所述预定UE(11)中继的方式从所述基站(13)接收所述预定数据。
46.如权利要求35至45之一所述的UE(12)，其中所述UE(12)包括两条通信路径，其中，对于第一通信路径，所述UE(12)被配置为经由其第二接口(16)与所述预定UE(11)进行通信，并且对于第二通信路径，所述UE(12)被配置为经由其第一接口(15)直接与所述基站(13)进行通信，其中所述UE(12)被配置为经由其第一通信路径或第二通信路径之一接收预定数据，并且还经由其第一通信路径和第二通信路径中的另一通信路径接收用于所述预定数据的冗余数据。
47.如权利要求46所述的UE(12)，其中经由所述第一通信路径接收的冗余数据是经由所述第二通信路径接收的所述预定数据的至少一部分的副本，或所述预定数据的完整副本。
48.如权利要求46或47所述的UE(12)，其中所述预定数据和所述冗余数据一起构成FEC码字。
49.如权利要求35至48之一所述的UE(12)，其中所述UE(12)被配置为经由其第一接口(15)从所述基站(13)和/或经由其第二接口(16)从所述预定UE(11)接收控制信息。
50.如权利要求35至49之一所述的UE(12)，其中所述UE(12)被配置为基于所述控制信息确定其第一接口(15)和/或第二接口(16)的发送和接收行为。
51.如权利要求35至50之一所述的UE(12)，其中，在所述UE(12)决定使用所述第一接口(15)进行直接的UE到基站的通信、并且所述UE(12)不具有任何由所述基站(13)指派的用于所述第一接口(15)的传输资源的情况中，所述UE(12)被配置为在随机接入信道上发送上行链路随机接入信号和/或消息、和/或在无需事先准许即可使用的物理资源上发送其他信号/消息。
52.如权利要求35至51之一所述的UE(12)，其中，在所述UE(12)决定使用所述第一接口(15)进行直接UE到基站通信、并且所述UE(12)具有由所述基站(13)指派的用于所述第一接口(15)的预分配的传输资源的情况中，所述UE(12)被配置为在上行链路控制信道上发送上行链路调度请求、和/或在上行链路共享信道上发送具有或没有逻辑信道的指示和/或为其请求资源的优先级的缓冲器状态报告，和/或所述UE(12)将使用所述预分配的传输资源在所述第一接口(15)上直接发送所述预定数据的全部或部分。
53.如权利要求35至52之一所述的UE(12)，其中，在所述UE(12)决定使用所述第二接口(16)来经由所述预定UE(11)与所述基站(13)进行间接通信的情况中，所述UE(12)被配置为在侧链路控制信道上发送侧链路调度请求、和/或在侧链路共享信道上发送具有或没有逻辑信道的指示和/或为其请求资源的优先级的缓冲器状态报告，和/或所述UE将使用预分配的传输资源在所述第二接口(16)上直接发送所述预定数据的全部或部分。
54.如权利要求35至53之一所述的UE(12，52)，其中所述UE(12，52)被配置为经由所述第二接口(16)向所述预定UE(11)发送连接设置请求消息，以请求所述预定UE(11)指派所述第二接口的物理资源、和/或加入UE组(17)、和/或经由所述第二接口(16)向所述UE(12，52)发送用于UE组(17)内的UE到UE通信的配置数据和/或控制信息的至少一部分。
55.如权利要求54所述的UE(12，52)，其中所述连接设置请求消息包含以下的至少之一：控制信息，来自组外UE(52)的UE身份，所述组外UE(52)想要加入的UE组(17)的组身份，所述UE组(17)内的建议身份和/或所述UE组(17)内的建议位置，和/或对于以下的至少之一的请求：用于在UE组(17)内或用于朝着所述预定UE(11)的将被中继到所述基站(13)的传输的服务、承载、逻辑信道、服务质量、数据传输、数据速率。
56.如权利要求35至55之一所述的UE(12，52)，其中所述UE(12，52)被配置为从所述预定UE(11)接收连接设置响应消息，其中所述连接设置响应消息包括至少所请求的控制信息。
57.如权利要求35至56之一所述的UE(12，52)，其中所述控制信息包括以下的至少之一：
·关于哪些服务、和/或逻辑信道、和/或数据承载、和/或数据流、和/或服务流将在所述上行链路中以通过所述预定UE(11)中继的方式中继到所述基站(13)、或直接从所述UE(12，52)发送到所述基站(13)的信息；
·关于所述UE(12，52)在连接到UE组(17)时将要使用的所述UE(12，52)的网络连接状态的信息；
·关于是否要以通过预定UE(11)中继的方式在下行链路中接收或者通过所述UE(12，
52)直接从所述基站(13)接收寻呼、和/或系统信息、和/或系统信息更新、和/或预定尺寸的分组的信息；
·关于所述UE(12，52)是要经由所述第二接口(16)将配置数据和/或用户数据中继到所述预定UE(11)还是要将所述配置数据和/或用户数据直接发送到所述基站(13)的信息。
58.如权利要求35至57之一所述的UE(12，52)，其中所述UE(12，52)被配置为基于从多个预定UE接收的信号的信号特性从所述多个预定UE中选择一个预定UE(11)，并从所选择的一个预定UE(11)获取指派的物理资源。
59.如权利要求58所述的UE(12，52)，其中所述UE(12，52)被配置为基于选择准则来选择所述一个预定UE(11)，其中所述选择准则是由所述基站(13)提供的。
60.如权利要求59所述的UE(12，52)，其中所述选择准则是接收信号强度、链路质量或物理身份中的至少之一。
61.如权利要求59或60所述的UE(12，52)，其中所述选择准则考虑从所述多个预定UE接收的控制信息，所述控制信息具有优先级指示、身份、同步源的类型或所提供的服务的类型中的至少之一。
62.一种用于蜂窝网络的基站(13)，其中所述基站(13)被配置为
与UE组(17)中的一个或多个用户设备–UE–(11，12A，12B)进行通信，
其中所述基站(13)包括
第一模式，在该第一模式中，所述基站(13)协调与所述UE组(17)中的所述一个或多个UE(11，12A，12B)的通信，
以及第二模式，在该第二模式中，所述基站(13)被配置为指定用于协调所述UE组(17)内的通信的预定UE(11)。
63.如权利要求62所述的基站(13)，其中所述基站(13)被配置为向所述指定UE(11)发送配置数据，其中所述配置数据包含关于所述指定UE(11)如何配置其通信接口(16)以用于UE到UE通信的信息，以协调所述UE组(17)中的所述一个或多个UE(11，12A，12B)之间的通信。
64.如权利要求62或63所述的基站(13)，其中所述基站(13)被配置为向所述指定UE(11)提供用于所述UE组(17)中的所述一个或多个UE(11，12A，12B)之间的通信的物理资源。
65.如权利要求64所述的基站(13)，其中所述物理资源是由所述蜂窝网络(10)预先分配的。
66.一种用于蜂窝网络的基站(13)，被配置为
经由UE组(17)中的第二UE(11)，以通过所述第二UE(11)中继的方式向所述UE组(17)中的第一用户设备–UE–(12A，12B)发送预定数据，
或者经由所述UE组(17)中的第二UE(11)，以通过所述第二UE(11)中继的方式从所述UE组(17)中的第一UE(12A，12B)接收预定数据。
67.一种蜂窝网络，包括根据权利要求1至61中至少一项所述的UE(11，12A，12B)和根据权利要求62至66中至少一项所述的基站(13)。
UE组，UE组管理者UE和UE组成员UE
[0002] 本发明涉及由无线通信网络的基站提供服务的无线电小区内的一个或多个用户设备之间的通信的新颖概念。
[0003] 本发明的实施例涉及能够充当具有权利要求1的特征的组管理者UE的用户设备，涉及能够充当具有权利要求6的特征的组管理者UE的用户设备，涉及能够充当具有权利要求35的特征的组成员UE的用户设备，涉及能够充当具有权利要求41的特征的组成员UE的用户设备，用于提供具有权利要求62的特征的UE组功能的基站，用于提供具有权利要求66的特征的UE组功能的基站，以及具有权利要求67的特征的无线通信网络。
[0004] 通信网络可以包括服务于无线电小区的基站，也称为eNB或gNB。在所述无线电小区内，可以驻留一个或多个用户设备，也称为UE。UE可以是静止的或移动的。静止UE的示例是例如传感器网络中的传感器。移动UE的示例是例如配备有通信接口的车辆。
[0005] 此类车辆场景的一个示例称为V2X，它代表“车辆到一切”。例如，这可以是与基站、与路边单元等通信的车辆。各个车辆之间的通信也是可能的，这被称为V2V，车辆到车辆通信。
[0006] 为了易于解释本发明的概念，将常常参考这种V2X和V2V通信场景。但是，这仅用作非限制性示例。另外的非限制性示例可以是IoT设备(IoT：物联网)及其集群、无人机(例如一群飞行)、在飞机上、公共汽车上或任何种类的公共安全上的智能电话等。更一般而言，本发明应被理解为覆盖任何移动或固定网络场景。
[0007] 但是，在更详细地描述本发明之前，参考图10，其示出了根据现有技术的通信网络。它包含基站1和一个或多个用户设备2、3、4、5，它们被示例性地描绘为移动车辆。
[0008] 在下文中，用户设备2、3、4、5也将被称为UE。在下文中，基站也将被称为eNB或gNB。
[0009] UE 2、3、4、5可以经由通信链路协议与eNB 1交互，该通信链路协议借助于虚线的箭头来描绘。这也可以被称为Uu(eNB-UE-链路)，其描述了eNB与UE之间的通信链路。
[0010] 各个UE 2、3、4、5之间的通信也是可能的，例如，经由PC5协议，该PC5协议借助于实线箭头来描绘。这也可以被称为侧链路。经由这种侧链路，UE 2、3、4、5可以交换用户数据。
[0012] 对于每个UE 2、3、4、5，假设没有正在进行的数据传输，需要经由上行链路控制信道(例如，PUCCH)将上行链路调度请求发送到eNB 1。
[0013] 在下一步中，由基站1做出调度决定，该调度决定经由指派资源的下行链路控制信道(例如，PDCCH)被传送。对于V2X服务，可以指派上行链路上的资源，对于到其它移动UE的V2V服务，可以指派PC5资源。
[0014] 由于PDCCH控制信道必须可靠，因此必须应用强编码，因此资源指派可能与数据分组本身一样大。特别是在密集的汽车场景中，这会生成过多的开销，并且会导致下行链路或侧链路的拥塞。
[0015] 链路适配还要求信道状态信息(CSI)从每个UE 2、3、4、5与正在进行的数据传输一起发送到基站1。在5G中，将使用MIMO和波束成形，从而要求其它控制信息，诸如秩指示符或预编码信息。为了避免上行链路中的过多开销，这种信令被最小化，这降低了链路适配性能和波束成形准确度，特别是对于移动UE 2、3、4、5。
[0016] 此外，为了支持用于V2V侧链路通信的eNB资源指派(调度决定)，需要经由控制信道(例如，RRC辅助信息或到V2X服务器的应用层)在上行链路中向基站1发送其它辅助信息。除其它外，这尤其可以包括UE定位信息(GPS或配置的地理区)以及速度和方向、用于支持eNB调度过程的资源指派建议(例如，建议用于半持久调度的模式)、用于支持eNB拥塞控制的通过感测获得的负载信息(例如，信道繁忙率)。
[0017] 由于过多的信令开销，消息尺寸需要非常有限，从而降低了支持由eNB 1进行的集中控制的信令的准确性和周期性。
[0018] 因此，在当今最先进的LTE V2X中，自动模式如今被认为更适用于密集场景。现有技术建议由UE 2、3、4、5在本地做出决定。这降低了去往或来自eNB 1的信令开销，但是以无线电效率为代价。无线电资源指派基于本地信息，该本地信息不能考虑提供集中控制的eNB 1可用的全部信息。
[0019] 因此，需要提供一种用于无线电网络内的eNB与一个或多个UE之间的高效通信的解决方案，该解决方案可解决现有技术的上面提到的问题。
[0020] 本发明的第一方面涉及用于蜂窝网络的用户设备(UE)。所述UE包括用于UE到基站通信的第一接口，该第一接口被配置为与蜂窝网络的基站进行通信。该UE还包括用于UE到UE通信的第二接口，该第二接口被配置为与该UE所属的UE组的一个或多个其它UE进行通信。根据本发明的这个方面，UE被配置为经由其第一接口接收用于配置其第二接口的配置数据，并且经由第二接口来协调UE组内的通信。
[0021] 根据本发明的该第一方面，UE可以成为组管理者UE，其管理UE组及其UE组内的成员(UE)的通信。另一方面，UE组的所述成员可以被称为组成员用户设备或成员UE。组成员的通信也可以被称为组内通信。
[0022] 根据本发明，组管理者UE可以协调其UE组内的组成员UE的通信。组成员UE还可以具有用于UE到UE通信的第二接口。因此，组成员UE可以彼此通信，这也可以被称为侧链路通信。
[0023] 在常见的网络中，eNB例如通过将所需资源指派给每个UE来控制侧链路通信。因此，每个UE必须连接到eNB。
[0024] 但是，根据本发明，上述组管理者UE协调UE组内的通信。换句话说，组管理者UE可以协调其自身与一个或多个组成员UE之间的侧链通信和/或一个或多个组成员UE之间的侧链通信。
[0025] 即，本发明的组管理者UE接管先前可能已经由eNB处置的协调任务。
[0026] 为了能够接管这些任务，组管理者UE可以经由其第一接口(例如，经由Uu链路)从基站接收配置数据。这种配置数据可以包含用于组管理者UE如何配置其第二接口以便提供组管理者功能的信息，例如为了协调与其UE组的组成员UE和/或组成员UE之间的组内通信。
[0027] 因此，组管理者UE协调第二接口上的通信。可以说，组管理者UE通过对其第二接口进行适当配置以便充当组管理者UE(如它被从eNB接收的配置数据所告知的那样)来协调侧链路上的通信。
[0028] 因此，侧链路通信(即，经由UE的第二接口的UE到UE通信)的协调基于组管理者UE可能已经从eNB接收到的配置数据。
[0029] 例如，组管理者UE还可以向一个或多个组成员UE发送控制信息，以通知它们它们应当如何设置或配置它们相应的第二接口。
[0030] 根据实施例，组管理者UE(现在知道它将充当组管理者UE)可以被配置为向一个或多个组成员UE分配关于第二接口的物理资源，以协调与组成员UE和/或组成员UE之间的通信。所述物理资源可以例如在代码、空间、时间或频域中，也可以在操作期间切换这些域。物理资源也可以是ISM频谱或专用V2V频谱(例如，VTS频谱)。
[0031] 如前面所提到的，配置数据可以通知组管理者UE如何将其第二通信接口设置为处于充当组管理者UE的条件。如果组管理者UE已经适当地配置了其第二接口以使得组管理者UE可以如此动作(即，具有组管理功能)，那么它然后可以开始在其UE组内协调侧链路通信。例如，组管理者UE然后可以向其UE组内的组成员UE指派可用的物理资源。
[0032] 关于物理资源，第一和第二接口可以使用物理资源的相同或不同或至少部分相同的部分。
[0033] 资源池可以是可用的或已创建，该资源池可以包含这些物理资源中的一个或多个。这些物理资源进而可以被指派给组成员UE，即，由组管理者UE指派。
[0034] 对于资源池创建和资源指派，根据本发明，以下选项是可能的。
[0036] 2.基站可以向UE组发信号通知资源池，并且可以向UE分配资源。附加地或可替代地，UE组的UE可以执行随机接入/LBT(通话前收听)。来自UE的任何数据可以经由组管理者UE中继。这也可以被称为具有中继上行链路的调度模式。
[0037] 3.组管理者UE可以向UE组发信号通知资源池，并且资源可以由组管理者UE分配给所有组成员UE。附加地或可替代地，UE组内的组成员UE执行LBT(通话前收听)或随机接入(例如，对于IoT设备)。
[0039] 根据又一个实施例，上面讨论的物理资源可以由蜂窝网络预先分配。资源池甚至可以是全球认可的VTS频谱池。
[0040] 作为示例，上面提到的配置数据可以已经由eNB例如经由基站下行链路控制信息提供给组管理者UE。所述配置数据可以例如包括关于如何设置和配置第二接口(例如，侧链路)的控制/配置信息。
[0041] 这可以包括组管理者UE的第二接口的控制/配置信息，并且还可以包括相应组成员UE的相应第二接口的控制/配置信息，其中组管理者UE可以经由第二接口经由对应的消息(例如，侧链接消息)将这些控制/配置信息发送给相应的组成员UE。
[0042] 配置数据还可以包括第二接口的物理资源(例如，侧链路资源)。组管理者UE可以将这些资源指派给组成员UE和/或可以经由其相应的第二接口向相应的组成员UE发信号通知相应分配的资源。这也可以通过经由第二接口使用对应的消息(例如，侧链路消息)来完成。
[0043] 因而，通过向其成员UE指派或协调物理资源(其可以已经被蜂窝网络为这个UE组预留或预先分配)，管理者UE可以充当其UE组的管理者，以便提供并协调组内通信。
[0044] 可以说，管理者UE取代了先前由eNB处置的UE组的配置和资源管理。在现有技术(图10)中，每个UE已经单独地从eNB接收到了控制/配置信息(例如，物理资源)。
[0045] 但是，根据本发明，组管理者UE可以具有用于整个组的物理资源，该物理资源可以已经以来自eNB的配置数据的形式提供给它。组管理者UE可以将这种控制/配置信息用信号通知给其UE组内的组成员UE，例如经由第二接口(例如，侧链路)，从而向它们通知它是管理这个UE组的管理者UE，在该UE组中有可能进行UE到UE通信，并且它负责分配和/或分发所需的网络资源。
[0046] 换句话说，组管理者UE可以接管协调组内的侧链路通信的功能。附加地或可替代地，组管理者UE还可以协调组成员UE与基站的通信。
[0047] 由于UE组的组成员UE之间的协调，可以按组而不是按每个UE发送消息。此外，避免了组成员之间的冲突，并且由组管理者UE更高效地协调资源。
[0048] 本发明的第二方面涉及用于蜂窝网络的UE，该UE包括用于UE到基站通信的第一接口，该第一接口被配置为与蜂窝网络的基站进行通信，以及用于UE到UE通信的第二接口，该第二接口被配置为与该UE所属的UE组的一个或多个其它UE进行通信。根据这个方面，UE被配置为或者经由第二接口接收预定数据并经由第一接口将所述预定数据中继到基站，或者经由第一接口从基站接收预定数据并经由第二接口中继所述预定数据。
[0049] 因而，这个方面的UE可以用作中继UE，其将来自eNB的所述预定数据中继到组成员UE中的一个或多个(下行链路)，或者将所述预定数据从一个或多个组成员UE中继到eNB(上行链路)。所述预定数据可以例如是配置数据、任何其它控制信息和/或用户数据的一部分。
[0050] 在下行链路场景中，中继UE可以经由其第一接口(例如，Uu链路)从eNB接收控制数据和/或用户数据。中继UE可以经由其第二接口(例如，侧链路)将所述数据中继到一个或多个组成员UE。
[0051] 在上行链路场景中，中继UE可以经由其第二接口(例如，侧链路)从一个或多个组成员UE接收控制数据和/或用户数据。中继UE可以经由其第一接口(例如，Uu链路)将所述数据中继到eNB。
[0052] 例如，具有小数据传输的服务(诸如V2X服务、MTC/IoT服务或语音服务)可以经由第二接口(例如，侧链路)发送到可以将数据中继到基站的组管理者UE。这将提供时延益处，特别是如果UE没有正在进行的数据传输的话。基站和组管理者UE之间的链路可以得到更好的优化，因为可以进行更多的反馈报告，从而对链路适配、波束成形和HARQ ACK/NACK传输的准确性产生积极影响。
[0053] 根据另一方面，本发明涉及用于蜂窝网络的UE，其中所述UE包括用于UE到基站通信的第一接口，该第一接口被配置为与蜂窝网络的基站进行通信，以及用于UE到UE通信的第二接口，该第二接口被配置为与该UE所属的UE组的一个或多个其它UE进行通信。根据这个方面，UE被配置为经由其第二接口与UE组中的至少一个或多个其它UE进行通信，其中通信由UE组中的预定UE进行协调。
[0054] UE组的所述预定UE可以是上面讨论的组管理者UE。因而，本发明UE的这个方面可以描述作为由所述组管理者UE管理的UE组的一部分的组成员UE。
[0055] 这种组成员UE可以具有两种不同的通信模式。第一通信模式可以是遗留模式，其中通信由基站协调。
[0056] 但是，本实施例的组成员UE可以具有第二通信模式，即，上面提到的通信模式，其中与其它组成员UE和/或其它组成员之间的通信由这个UE组的组管理者UE协调。
[0057] 可以如上所述地实现协调。因此，这个实施例的组成员UE可以被配置为从组管理者UE获得第二接口的指派的物理资源，以用于UE组内的通信(例如，侧链路通信)。
[0058] 例如，组成员UE可以经由其第二接口从组管理者UE接收控制/配置信息。根据所述控制信息，组成员UE可以导出或可以被告知其第二接口的配置细节，以便在UE组内进行通信。此外，组成员UE可以从所述控制信息中导出或确定组管理者UE可能已经专门指派给他的那些物理资源。
[0059] 此外，根据这个方面，可能还不是特定UE组的成员的任何UE也可以被组管理者UE使能以成为这个UE组的成员。通过经由第二接口(例如，侧链路)从组管理者UE接收某些控制/配置信息，UE成为组成员UE。
[0060] 根据又一方面，本发明涉及用于蜂窝网络的UE，其中，所述UE包括用于UE到基站通信的第一接口，该第一接口被配置为与蜂窝网络的基站进行通信，以及用于UE到UE通信的第二接口，该第二接口被配置为与该UE所属的UE组的一个或多个其它UE进行通信。根据这个方面，UE被配置为以由预定UE(例如，组管理者UE)中继的方式经由第二接口向基站发送预定数据。附加地或可替代地，UE被配置为以由预定UE(例如，组管理者UE)中继的方式经由第二接口从基站接收预定数据。
[0061] 根据这个方面，这个UE是可以经由其UE组的组管理者UE与eNB进行通信的组成员UE，即，以使得所述组管理者UE可以在eNB和组成员UE之间以已经解释的方式中继预定数据(例如，控制数据和/或用户数据)的通信的方式。
[0062] 即，组成员UE可以经由其第二接口向其UE组的组管理者UE发送预定数据，例如，该预定数据可以是控制数据或用户数据，并且所述组管理者UE可以将所述预定数据中继到eNB(上行链路)。
[0063] 这也可以在另一个方向(下行链路)上工作，其中组成员UE可以从eNB接收预定数据，所述预定数据由组管理者UE从eNB中继到组成员UE。换句话说，组管理者UE可以从eNB接收所述预定数据并且可以经由第二接口将所述预定数据中继到组成员UE中的一个或多个。
[0064] 根据另一方面，本发明涉及用于蜂窝网络的基站。所述基站被配置为与(UE组的)一个或多个UE进行通信。根据这个发明方面，基站包括两种通信模式。在第一模式下，基站协调与UE组的一个或多个UE的通信。在第二模式下，基站被配置为任命预定的UE以协调UE组内的通信。
[0065] 所述预定UE可以是上述的组管理者UE。即，在第二模式下，基站可以被配置为任命组管理者UE。基站可以为每个UE组单独任命一个组管理者UE，或者为每个UE组任命多于一个组管理者UE。
[0066] 此外，在第二模式下，基站将UE组内的通信协调留给组管理者UE，即，任命的组管理者UE负责协调组内通信。
[0067] 这种协调可以分别以上述关于组管理者UE或组成员UE的方式来完成。
[0068] 例如，根据另一个实施例，基站可以被配置为将配置数据发送到任命的组管理者UE，其中所述配置数据包含用于任命的组管理者UE如何为UE到UE通信配置其通信接口(即，其第二接口，例如侧链路)的信息，以便协调UE组的一个或多个UE之间的通信。
[0069] 作为示例，基站可以被配置为向任命的组管理者UE提供物理资源，以用于UE组的一个或多个组成员UE之间的通信。组管理者可以以如上所述的方式将这些资源指派给其UE组的组成员UE。
[0070] 本发明的又一方面涉及用于蜂窝网络的基站，其中所述基站被配置为以由第二UE(例如，组管理者UE)中继的方式经由UE组的第二UE(例如，组管理者UE)向UE组的第一UE(例如，组成员UE)发送预定数据。附加地或可替代地，这个方面的基站被配置为以由第二UE(例如，组管理者UE)中继的方式经由UE组的第二UE(例如，组管理者UE)从UE组的第一UE(例如，组成员UE)接收预定数据。
[0071] 图1示出了根据本发明的用户设备的第一实施例，
[0072] 图2示出了根据实施例的UE组通信的示例，
[0073] 图3示出了根据实施例的用于提供组管理者UE的消息流的实施例，
[0074] 图4示出了根据实施例的用于提供组成员UE的消息流的示例，
[0075] 图5示出了根据实施例的UE组通信的示例，
[0076] 图6示出了现有技术的蜂窝通信网络，
[0077] 图7示出了根据实施例的直接来自基站的或经由组管理者UE中继的下行链路数据的接收的概念，
[0078] 图8示出了根据实施例的直接向基站或者经由组管理者UE中继的数据的传输的概念，
[0079] 图9示出了根据本发明的用户设备的另一个实施例，
[0080] 图10示出了现有技术的通信网络，
[0081] 图11示出了根据现有技术的切换过程，
[0082] 图12示出了现有技术的源eNB与目标eNB之间的LTE中的标准切换过程的流程图，[0083] 图13示出了状态机，其示出了现有技术的UE的三种不同连接状态，[0084] 图14示出了图3的扩展版本，其示出了根据实施例的成为组管理者的配置过程，[0085] 图15示出了包括5G核心网络的基本功能的整个5G体系架构的框图，[0086] 图16示出了图4的扩展版本。
[0087] 图17示出了根据本发明实施例的具有UE组成员和UE组管理者的UE组以及它们在UE组内的相应RRC状态，
[0088] 图18示出了根据实施例的序列图，
[0089] 图19示出了用于LTE、eLTE和5G的基站间接口的框图，
[0090] 图20示出了LTE和5G RACH过程的序列图，
[0091] 图21示出了根据实施例的经由组管理者转发的上行链路资源分配的示例，[0092] 图22示出了根据实施例的当组管理者提供上行链路资源时的过程，[0093] 图23示出了状态机，以包括发明性的新的组连接状态，以及
[0094] 图24示出了另一个状态机，以包括发明性的新的组轻度连接状态。
[0096] 图1示出了根据本发明的用户设备的第一实施例。它示出了蜂窝网络10，其包括为所述网络的小区14提供服务的基站13。第一和第二用户设备11、12可以位于所述小区14内。在下文中，用户设备将被称为UE。
[0097] 第一UE 11和第二UE 12在UE组17内。所述UE组17将在下面更详细地解释。但是，第一UE 11和第二UE 12都是这个UE组17的成员。
[0098] 第一UE 11可以包括用于UE到基站通信的第一接口15，该第一接口被配置为与蜂窝网络10的基站13进行通信。第一UE 11还可以包括用于UE到UE通信的第二接口16，该第二接口被配置为与一个或多个其它UE 12进行通信。在图1所示的示例中，第二接口16可以被配置为与所描绘的第二UE 12进行通信。
[0099] 根据本发明，第一UE 11可以被配置为提供组管理功能。因此，第一UE 11可以被配置为接收用于配置其第二接口16的配置数据21。组管理者UE 11可以经由其第一接口15(例如，经由Uu链路)从基站13接收所述配置数据21。
[0100] 此外，组管理者UE 11可以协调与UE组17的成员的通信。在这个示例中，组管理者11可以协调与作为组成员UE的第二UE 12的通信。
[0101] 例如，组管理者UE 11可以从配置数据21中导出关于如何设置和配置它的第二接口的信息，以便能够与组成员UE 12或者甚至与这个UE组17的许多其它成员进行通信。
[0102] 此外，组管理者UE 11可以向其UE组17的成员指派物理资源。
[0103] 因此，组管理者UE 11可以基于配置数据知道如何通过使用哪个物理资源经由第二接口(例如，侧链路)与一个或多个组成员UE 12进行通信。
[0104] 因而，组管理者UE 11可以通过第二接口与组成员UE 12进行通信，经由第二接口，它可以从组成员UE 12传输消息23或从组成员UE 12接收消息23。
[0105] 因此，组管理者UE 11现在可以接管先前由基站13提供和管理的组管理功能(即，经由其UE组17内的第二接口的侧链路通信的协调)。
[0106] 换句话说，组管理者UE 11可以管理其UE组17的成员。例如，组管理者UE 11可以向其组成员(例如，向所描绘的组成员UE 12)指派物理资源。
[0107] 图2描绘了本发明的另一个实施例。在这个实施例中，UE组17可以包括组管理者UE 11和两个(或甚至更多个)组成员UE 12A、12B。组管理者UE 11可以与第二和第三UE 12A、
12B进行通信。它们全部都可以经由它们各自的第二接口彼此通信。在下文中，这种UE到UE通信也可以被称为侧链路通信，并且经由这个侧链路发送的消息也可以被称为侧链路消息。
12B进行通信。它们全部都可以经由它们各自的第二接口彼此通信。在下文中，这种UE到UE通信也可以被称为侧链路通信，并且经由这个侧链路发送的消息也可以被称为侧链路消息。
[0108] 如前面所提到的，组管理者UE 11在其UE组17内协调侧链路通信。因此，它可以基于可能已经由基站13提供的配置数据21来配置其第二接口16。此外，组管理者UE 11向组成员UE 12A、12B两者指派物理资源，该物理资源可能已经由基站13提供给组管理者UE 11。
[0109] 如图2所描绘的，第一UE 11可以通过在链中(即，从UE到UE)传递侧链路消息23来与其两个组成员UE 12A、12B通信。在这个示例中，可以从组管理者UE 11向第一组成员UE 12A传输侧链消息23。第一组成员UE 12A将侧链路消息传递给第二组成员UE 12B。
[0110] 另一个方向也是可能的，其中第二组成员UE 12B向第一组成员UE 12A传输侧链路消息。第一组成员UE 12A将这个消息传递给组管理者UE 11。
[0111] 这个示例可以描述所谓的菊花链。但是，UE 11、12A、12B也可能在通信网络内以星形拓扑进行通信，其中第一和第二组成员UE 12A、12B中的每一个都可以直接与组管理者UE11通信。
[0112] 如上面所提到的，经由各个组成员UE 12A、12B和组管理者UE 11的各自的第二接口传输侧链路消息。组管理者UE 11通过例如向其组成员UE 12A、12B指派物理资源来协调这种侧链路通信。当然，组管理者UE 11可以仅提供可用的物理资源。这些资源可能已经由基站13提供给组管理者UE 11，例如作为配置数据的一部分。
[0113] 因此，配置数据可以向组管理者UE 11告知如何将其第二通信接口设置为处于充当组管理者UE 11的状态。如果组管理者UE 11已经适当地配置了其第二接口，以使得组管理者UE 11可以如此动作(即，具有组管理功能)，那么它然后可以开始对其UE组17内的通信进行协调。即，组管理者UE 11然后可以将可用的物理资源指派给在其UE组17内的组成员UE 12A、12B。
[0114] 因此，组管理者UE协调侧链路通信的能力基于它可能已经从基站13接收到的配置数据。
[0115] 图2示出了另一方面，即，被配置为在下行链路和/或上行链路模式中提供中继功能的组管理者UE 11。
[0116] 在上行链路模式下，组管理者UE 11可以被配置为经由其第二接口，即从第一组成员UE 12A或第二组成员UE 12B之一，接收预定数据。这个预定数据可以是控制数据(例如，配置数据)和/或用户数据。组管理者UE 11被配置为经由第一接口将所述预定数据中继到基站13。
[0117] 如前面所提到的，预定数据可以是控制数据和/或用户数据。因而，组成员UE 12A、12B和组管理者UE 11的第二接口可能必须被配置为接收和/或发送控制数据和/或用户数据。
[0118] 因而，如果预定数据23包括控制数据，那么所述预定数据23可以例如经由Uu上行链路控制信道21A被中继到基站13。附加地或可替代地，如果所述预定数据23包括用户数据，那么所述预定数据23可以例如经由上行链路数据信道22A被中继到基站13。
[0119] 在下行链路模式下，组管理者UE 11可以被配置为经由第一接口从基站13接收预定数据，并且经由第二接口中继所述预定数据。在这个示例中，所述预定数据可以被中继到第一组成员UE 12A。但是，所述预定数据也可以被中继到第一组成员UE 12B，或者甚至中继到不是UE组17的一部分的其它UE。
[0120] 如果所述预定数据包括控制数据，那么组管理者UE 11可以例如经由Uu下行链路控制信道21B接收所述预定数据。如果所述预定数据包括用户数据，那么组管理者UE 11可以例如经由下行链路数据信道22B接收所述预定数据。
[0121] 与组管理者UE 11可能已经经由哪条链路接收所述预定数据独立地，组管理者UE 11可以将所述预定数据中继到作为其UE组17的成员的至少一个或多个组成员UE 12A、12B，或者中继到其UE组17之外的UE。
[0122] 因而，第一UE 11可以或可以不中继预定数据。第一UE 11可以被配置为基于判决准则来决定是否中继预定数据。这种判决准则的几个示例之一可以是待中继的预定数据的尺寸。其它示例可以是待中继的预定数据的最大延迟、和/或组合约束、和/或抖动约束。
[0123] 例如，如果预定数据的尺寸低于某个阈值，那么组管理者UE 11可以决定将所述预定数据从组成员UE 12A、12B中继到基站13，或者从基站13中继到组成员UE 12A、12B。
[0124] 如果预定数据可能超过了某个阈值，那么组管理者UE 11可以决定不将所述预定数据从组成员UE 12A、12B中继到基站13，或者不将所述预定数据从基站13中继到组成员UE 12A、12B。在这种情况下，组成员UE 12A、12B可以直接与基站13通信，以便发送和/或传输预定数据。
[0125] 例如，如果预定数据可以是文本消息，那么组管理者UE 11可以将所述文本消息中继到组成员UE 12A、12B。但是，如果预定数据可能是包含视频数据的数据流，那么组管理者UE 11可以决定不中继所述视频数据。
[0126] 换句话说，组管理者UE 11可以被配置为对例如经由侧链路共享信道(PSSCH)23接收到的来自其UE组17的其它组成员UE 12A、12B的数据分组和/或RRC控制消息进行中继，并且例如经由上行链路共享信道(例如，PUSCH)21A、22A将所述数据分组和/或RRC控制消息传输到它连接到的服务eNB 13。
[0127] 此外，组管理者UE 11可以被配置为对例如经由下行链路共享信道22A、22B(例如，PDSCH)从其服务eNB 13接收到的数据分组和/或RRC控制消息进行中继，并且经由侧链路共享信道21(PSSCH)将所述数据传输到其UE组17的其它组成员UE 12A、12B。
[0128] 这里应当简要提到的是，共享信道，特别是PDSCH(物理下行链路共享信道)信道是主要的数据承载信道，其被以动态和机会性的方式分配给用户。PDCH(物理下行链路信道)也被用于传输未在PBCH(物理广播信道)上传输的广播信息，其包括系统信息块(SIB)和寻呼&RRC信令消息。PDSCH还用于传输应用数据，例如：
[0129] ·寻呼消息–这些消息是使用PDSCH信道广播的。处于RRC休闲模式的LTEUE对PDCCH中的寻呼指示进行监视。基于触发，它将对PDSCH RB中运载的寻呼消息进行解码。
[0130] ·下行链路RRC信令消息-这些消息是由PDSCH运载的。信令无线电承载(SRB)将使用PDSCH。每个连接通常将具有其自己的SRB集。
[0131] 因而，(物理)共享信道有时也可以被称为(物理)数据信道。
[0132] 当使用相同或不同的逻辑信道在不同资源分配中发送和/或接收不同UE的分组数据单元时，或者当不同UE 12A、12B的分组数据单元可以由MAC层在单个MAC PDU中进行多路复用时，组管理者UE 11可以这样做。在后一种情况下，MAC头部信息可以提供关于该分组所属于的PDU会话、逻辑信道或UE的控制信息。
[0133] 如上面所提到的，组管理者UE 11可以或可以不中继数据。但是，在任何情况下，组管理者UE 11都具有本发明的组管理功能。
[0134] 第一UE 11可以被配置为决定是否成为包括所述组管理功能的组管理者UE 11。下面将参考图3对此进行解释。
[0135] 图3示出了UE 11如何可以成为组管理者UE的简化图。
[0136] UE 11可以首先需要在基站13处注册，并且可以需要被授权成为组管理者UE。该过程在图3中解释。首先，小区中的所有UE可以总是从基站13接收系统信息。
[0137] 第一步骤31中的新颖之处在于基站13可以支持并指示其在其小区中支持组管理者。
[0138] 这可以通过发送系统信息(例如具体的系统信息元素)或者也可以通过发送用于支持组管理功能的UE和/或支持组成员功能的UE的系统信息块来完成。例如，基于UE请求或作为用作组管理者或成为组成员的请求的一部分，可以将这样的系统信息或者在小区范围内发送给所有UE，或者仅发送给支持此类功能的UE。
[0139] UE 11可以被配置为经由第一接口(例如借助于在物理广播信道上的广播信息，和/或经由物理共享信道，和/或经由专用的无线电资源控制(RRC)信号)来接收这种系统信息。
[0140] 例如，这种系统信息可以包括在由基站13服务的小区中支持组管理功能和/或组通信功能的指示符。
[0141] 在第一步骤31中发送的系统信息可以已经包含配置数据的至少一部分，例如具有与组管理功能和/或组通信协调功能相关的配置细节的系统信息块和/或具有与UE组17相关的配置细节的无线电资源配置消息。但是，也可以在第四步骤34中发送上面提到的配置数据或其一部分，如稍后将描述的。
[0142] 基于UE 11可以已经在第一步骤31中接收到的这种系统信息，UE 11现在可以知道基站13提供支持组管理者UE 11和/或组成员UE 12的组功能。由于UE 11本身包括组管理和/或组成员功能，因此它可以开始监视其周围是否有来自其它UE组的信号。
[0143] 如前面所提到的，基于这种系统信息，具有组管理和/或组成员功能的UE将首先开始监视其周围是否有来自其它UE组的信号。在接收到系统信息之后，UE 11将了解(例如，接收资源池信息)其需要监视的侧链路资源。如果UE 11可以找到其它侧链路同步信号并且可以能够解码其它侧链路控制信息，那么它可以知道还有其它UE组可以加入而不是形成新的组。
[0144] 在第二步骤32中，UE 11可以决定请求成为组管理者。
[0145] 可以基于某些标准来做出这个决定，这些标准也可以由服务基站的13系统信息来控制。否则，UE 11的用户可能经由用户界面手动触发该过程，或者汽车内部控制元件可能触发该过程(例如，取决于其附近的其它UE，具有相同的目标在相同方向上行驶等)。例如，这可以在从附近提供此类信息的汽车接收到V2V消息之后被触发。
[0146] 一旦UE 11完成了请求成为组管理者的决定，UE 11就可以向基站13发送请求消息，如第三步骤33所示。该消息可以是RRC重新配置消息、服务请求消息或兴趣指示。
[0147] 借助于所述请求消息，UE 11可以请求基站13被授权和/或被允许协调UE组17内的通信，即，接管组管理功能。
[0148] 为此，基站13还可以与核心网络通信，以查看UE 11是否被授权和/或被允许成为组管理者，并且它也可以运行用于这种功能的一种准入控制过程。
[0149] 一旦UE 11被授权，基站13就可以与对请求的响应一起发送配置数据的至少一部分(或所有配置数据)，例如在RRC控制消息中。基站13可以提供具有配置细节的进一步的控制信息，所有这些信息都在第四步骤34中完成并且将在后面更详细地描述。
[0150] 但是，可以在第三步骤33中发送的所述请求消息还可以用于请求基站13提供适当的配置数据，该适当的配置数据使得UE 11能够配置其第二接口，从而协调UE组17内的通信，即，获得组管理功能。
[0151] 如上面所提到的，可以以不同方式触发发送请求消息。根据实施例，UE被配置为发送请求消息，其中发送请求消息可以由用户和/或UE的汽车控制和/或通过接收来自该UE的接近度内的其它UE的V2V消息来发起。此外，UE可以被配置为基于其功率状态(例如，电池状态)来决定是否发送请求消息。
[0152] 但是，第二步骤32和/或第三步骤33也可以由网络侧触发，由基站系统信息控制。在基站13例如连接到V2X服务器的情况下，该V2X服务器包含关于彼此邻近的汽车11、12、关于汽车的位置、方向、速度和目标的信息。在此类情况下，网络可以基于其对UE功能的了解以及基于对V2X消息的了解来触发组管理者的配置。类似地，这种过程可以由路边单元触发，路边单元收集关于在其附近发送V2X消息的UE的信息。
[0153] 根据另一个实施例，请求消息可以包括以下至少之一：重新配置请求消息，该请求消息包括提供提供系统信息的请求，该系统信息包括用于UE组17内的UE到UE通信的配置数据的至少一部分；和/或服务请求消息和/或兴趣指示消息。
[0154] 根据实施例，UE 11可以被配置为从基站13接收一个或多个响应消息，其中所述响应消息包括配置数据的至少一部分，并且其中配置数据的至少一部分包括至少系统信息，该系统信息具有用于UE组17内的UE到UE通信的配置细节。
[0155] 根据示例，一个或多个响应消息可以包括用于以下至少一个的配置信息：要用于UE组17内的UE到UE通信的传输和/或接收处置、用于UE到基站通信的上行链路控制信道、用于UE到基站通信的上行链路数据信道或用于UE到基站通信的上行链路随机接入信道。
[0156] 在第四步骤34中示出了接收所述至少一个或多个响应消息。响应消息可以包含配置数据或其至少一部分。
[0157] 根据实施例，配置数据可以包括用于组管理者UE 11与UE组17的组成员UE 12A、12B中的一个或多个之间的UE到UE通信的物理资源指派。附加地或可替代地，配置数据可以包括用于UE组17的组成员UE 12A、12B中的两个或更多个个之间的UE到UE通信的物理资源指派。
[0158] 根据另一个实施例，配置数据可以包含用于组管理者UE 11与不是UE组17的一部分的至少一个另外的UE之间的UE到UE通信的物理资源指派。稍后将相对于图4的组外UE52和图5中的组外UE 52A、52B来描述这种场景。
[0159] 附加地或可替代地，配置数据可以包括用于UE组17的组成员UE 12A、12B之一与不是UE组17的一部分的至少另一个UE 52之间的UE到UE通信的物理资源指派。
[0160] 因此，根据以上示例，组管理者UE 11可以将物理资源指派给组成员UE 12A、12B以进行侧链路通信，和/或指派给还不是UE组17的一部分和/或想要加入UE组17的其它组外UE 52和/或指派给其它UE组的其它组成员UE。因此，组管理者UE 11可以被配置为不仅协调组内侧链路通信而且还协调组间侧链路通信。
[0161] 根据实施例，UE 11可以被配置为在侧链路数据信道上向UE组17内的其它组成员UE12A、12B和/或向可能对连接到由组管理者UE 11管理的UE组17感兴趣的UE组17之外的其它(组外)UE 52提供同步信号和/或物理广播信道和/或系统信息。
[0162] 例如，在侧链路数据信道上的同步信号和/或物理广播信道和/或系统信息可以包含组身份。组身份(也可以被称为组标识符(组ID))可以用于在也可能存在于由基站13提供服务的小区内的其它UE组中识别UE组17。UE组的每个组成员UE 12A、12B也可以包含单独的组成员ID。
[0163] 如第五步骤35所指示的，一旦UE 11被配置为组管理者，它就可以根据由基站13接收的配置来配置其下层，并且将开始传输侧链路同步信号、侧链路广播信道以及诸如作为组管理者通告消息之类的其它预定义消息。
[0164] 组管理者UE 11可以与其组成员UE 12A、12B和/或与基站13进行通信。据此，组管理者UE 11可以被配置为向基站13传输控制信息，该控制信息包括关于UE 11所属的UE组17内的UE到UE通信的状态信息。
[0165] 例如，被发送到基站13的控制信息可以包括以下至少一个：请求用于UE组17内的UE到UE通信和/或用于UE到基站通信的物理资源的调度请求、信道状态信息、功率余量(Power Headroom)或功率控制报告，或时间提前量值。
[0166] 换句话说，概括图3，UE 11可以被配置为例如经由控制信道(例如，PDCCH)从服务eNB 13接收下行链路控制信息。
[0167] 所述下行链路控制信息可以包含来自eNB 13的物理资源指派，用于在侧向链路控制信道(例如，PSCCH)和/或侧链路数据信道(例如，PSSCH)上向/从UE组17的其它UE 12A、12B和/或在UE组17的UE 12A、12B之间进行传输。
[0168] 附加地或可替代地，所述下行链路控制信息可以包含来自eNB 13的资源指派，用于在侧链路控制信道(例如，PSCCH)和/或侧链路共享信道(例如，PSSCH)上向不是UE组17的一部分的其它UE或者向其它UE组进行传输。
[0169] 附加地或可替代地，所述下行链路控制信息可以包含来自eNB 13的资源指派，用于在上行链路共享信道(例如，PUSCH)上进行上行链路数据传输。
[0170] 在UE 11的配置期间，UE 11可以从基站13接收一个或多个响应消息。这一个或多个响应消息可以包括用于以下至少一个的配置信息：要用于UE到UE通信的传输和/或接收处置、用于UE到基站通信的上行链路控制信道、用于UE到基站通信的上行链路共享信道，或用于UE到基站的通信的上行链路随机接入信道。
[0171] 换句话说，在由eNB 13配置组管理者期间，将成为组管理者的UE 11可以从服务eNB13接收并处理具有配置细节的一个或多个RRC重新配置消息。
[0172] 所述RRC重新配置消息可以包含例如用于要用于侧链路传输/接收的传输和/或接收池的信息。
[0173] 所述RRC重新配置消息可以包含例如用于上行链路控制信道(例如，PUCCH)的信息，以用于信道反馈报告和/或调度请求和/或发送HARQ反馈信息。
[0174] 所述RRC重新配置消息可以包含例如用于上行链路共享信道(例如，PUSCH)的信息，以用于数据传输(例如，PHY、MAC、RLC和PDCP层的用户平面信息)。
[0175] 所述RRC重新配置消息可以包含例如用于上行链路随机接入信道(例如，RACH)的信息。
[0176] 换句话说，在由eNB 13配置组管理者期间，将成为组管理者的UE 11可以将一个或多个具有UE组的配置细节的RRC配置消息传输到服务eNB 13。所述配置细节可以包括关于UE 12A、12B的信息，其可以是或者可以使用某些UE身份(例如，用于连接的UE的公共无线电网络临时身份(C-RNTI)或用于空闲的UE的临时移动台身份(TMSI)或用于其它UE状态的其它身份)成为UE组的一部分。UE因此是可见的并且可以被网络访问。
[0177] 已经成为组管理者的UE 11可以协调或管理作为其UE组的成员的UE 12A、12B之间的侧链路通信。因此，组管理者UE 11可以将相应的配置或控制信息发送到基站13。所述配置信息可以例如包括以下至少一个：请求用于UE到UE通信和/或UE到基站通信的资源的调度请求、信道状态信息或功率余量报告。
[0178] 换句话说，组管理者UE 11可以被配置为朝着用于UE组的基站13提供上行链路控制信息。
[0179] 所述上行链路控制信息可以例如包括经由控制信道(例如，PUCCH)的调度请求、经由MAC控制元素在共享信道(例如，PUSCH)上的带内缓冲器状态报告，而调度请求可以请求用于上行链路和/或侧链路的资源，和/或调度请求可以包括基于每个UE或基于组合的调度请求的UE组的其它UE的数据请求。调度请求信息可以被eNB 13用于调度侧链路或上行链路传输。
[0180] 附加地或可替代地，所述上行链路控制信息可以例如包括经由控制信道(例如，PUCCH)的信道状态信息。所述信道状态信息可以基于eNB信号的组管理者11的测量。eNB信号可以是下行链路共享信道(例如，PDSCH)和/或下行链路同步信号(例如，PSS/SSS)的解调参考码元。
[0181] 信道状态信息还可以包含信道质量指示符和/或建议编码和调制方案。eNB 13可以将信道状态信息用于链路适配(例如，为了调整编码/调制等)。
[0182] 信道状态信息还可以包含建议要使用的MIMO秩的秩指示符和/或建议要使用的预编码的预编码矩阵指示符。eNB 13可以将秩指示符和预编码索引用于适配MIMO(例如，为了调整秩和预编码)。
[0183] 附加地或可替代地，所述上行链路控制信息可以例如包括经由MAC控制元素在共享信道(例如，PUSCH)上的带内功率余量报告。所述功率余量报告可以基于相对于组管理者UE 11的最大发射功率的实际传输功率。功率余量报告可以由eNB 13用于上行链路功率控制。
[0184] 第一UE 11(即，组管理者UE 11)也可以具有其它能力。例如，根据又一个实施例，组管理者UE 11可以被配置为向有兴趣连接到该UE所属的UE组的其它UE提供同步信号。
[0185] 换句话说，组管理者UE 11可以被配置为向有兴趣连接到组管理者UE 11的其它UE提供同步信号。所述同步信号例如可以是物理侧链路主要或辅助同步信号-PSPSS/PSSSS。
[0186] 组管理者UE 11还可以被配置为发送组身份(组ID)，以用于接有兴趣连接到组管理者UE 11的其它UE。
[0187] 根据又一个实施例，组管理者UE 11可以被配置为向UE组17的其它组成员UE 12A、12B提供关于UE到UE通信的控制信息。这个控制信息可以包括组管理者UE 11可能已经从基站13接收到的配置数据和/或物理资源的至少一部分。组管理者UE 11可以经由其第二接口(即，经由侧链路)将这个控制信息转发到其组成员UE 12A、12B。例如，组管理者UE 11可以简单地将配置数据转发到一个或多个其它UE，这些UE可以使用这个配置数据来相应地设置它们相应的第二接口。
[0188] 例如，组管理者UE 11可以被配置为向其它UE提供关于侧链路或组中继功能的控制信息，例如，经由物理侧链路广播信道(例如，PSBCH)或经由映射在物理侧链路数据信道(例如，PSSCH)上的广播信息。组管理者UE 11可以通过例如发送支持组中继功能的控制指示和/或通过例如提供其它侧链路控制信息(例如，侧链路带宽、D2D系统帧编号、TDD UL/DL配置)来这样做。
[0189] 根据又一个实施例，组管理者UE 11可以被配置为向UE组17的组成员UE 12A、12B提供控制信息，其中所述控制信息用于朝着组成员UE 12A、12B通告组管理者UE 11的组管理功能。通过这样做，组成员UE 12A、12B知道存在负责协调侧链路通信的组管理者UE11。
[0190] 换句话说，组管理者UE 11可以被配置为例如经由侧链路控制信道(例如，PSCCH)或侧链路发现信道向其它UE 12A、12B通告其作为组管理者的操作。组管理者UE 11可以通过例如发送指示支持组中继功能的周期性通知消息来这样做。
[0191] 一旦由组管理者UE 11建立了与UE组17的UE 12A、12B或在其之间的通信，组管理者UE 11就可以具有以下一种或多种可能性来协调或管理组内通信或组成员12A、12B与基站13的通信。
[0192] 组管理者UE 11可以被配置为与其组成员UE 12A、12B交换控制数据和用户数据。
[0193] 这种数据可以包括例如用于经由多播传输向组成员证明系统信息的数据。
[0194] 组内通信的示例在图5中示出，其中，根据实施例，组管理者UE 11B可以被配置为直接与组成员UE 12B1交换控制数据和/或用户数据。附加地或可替代地，组管理者UE 11B可以被配置为经由第二组成员UE 12B1与组成员UE 12A1交换控制数据和/或用户数据。
[0195] 组管理者UE 11可以被配置为例如经由控制信道或经由预定义的V2V消息(诸如映射到侧链路数据信道的UE组管理和UE组状态信息交换(例如，加入/离开编队、改变编队的UE之间的距离)，和/或编队状态信息(诸如例如速度、方向、目标或预期动作(诸如制动、加速、超车))来在其UE组17内交换数据。
[0196] 根据示例性实施例，组管理者UE 11可以被配置为经由其第二接口与UE组17的其它UE 12A、12B中的至少一个或多个交换用户数据。
[0197] 组管理者UE 11可以例如通过使用侧链路控制信道(例如，PSCCH)调度资源和/或共享传感器或视频信息(例如来自组管理者UE 11)和/或UE 12A、12B之间的通信(例如，信息娱乐)来这样做。
[0198] 根据又一个示例，当所述至少一个组成员UE 12A、12B意图将预定数据发送到UE组17的组成员UE 12A、12B中的至少另一个时，或者当所述至少一个组成员UE 12A、12B意图将预定数据经由发送到基站时13时，UE 11可以被配置为经由其第二接口从UE组17的组成员UE 12A、12B中的至少一个接收调度请求信息。
[0199] 换句话说，组管理者UE 11可以被配置为从或者想要在UE组17内发送数据或者想要经由组管理者UE 11向基站13发送数据的UE组17内的UE 12A、12B接收调度请求信息。
[0200] 这个实施例的组管理者UE 11可以例如通过在上行链路控制信道(例如，带外控制信道，诸如PUCCH)上向eNB 13转发或中继调度请求或者在上行链路共享信道(例如，PUSCH)上转发或中继作为MAC控制元素的带内缓冲器状态报告来这样做。附加地或可替代地，组管理者UE 11可以通过将多个UE 12A、12B的调度请求多路复用到在上行链路中发送给控制基站12的联合调度请求/缓冲器状态报告中来这样做。
[0201] 如上面已经提到的，UE 11还可以被配置为向UE组17的组成员UE 12A、12B中的至少一个发送用于UE到UE通信的物理资源指派。
[0202] 换句话说，组管理者UE 11可以被配置为向UE组17内的组成员UE 12A、12B发送侧链路资源指派。
[0203] 所述资源指派可以例如允许组成员UE 12A、12B经由侧链路在UE组17内发送数据。
[0204] 所述资源指派例如还可以允许向组管理者UE 11发送数据，以将其中继到基站13。
[0205] 所述资源指派例如还可以允许命令组成员UE 12A、12B向UE组17外部的UE(例如，组外UE 52-图5)或向其它UE组发送信号和控制数据。
[0206] 组管理者UE 11还可以被配置为例如在侧链路数据信道上从UE组17内的UE 12A、12B接收例如将被中继到基站13的RRC消息。例如，这可以被用于设置朝着基站13的单播会话/连接。
[0207] UE组17的一些UE 12A、12B也可能通过多跳传输向组管理者UE 11中继其它UE的信号/消息。在高带宽传输的情况下，这将允许较小的范围。
[0208] 如上面已经提到的，UE 11可以被配置为将数据从另一个UE 12A、12B中继到基站13，和/或从基站13中继到其它UE 12A、12B中的一个或多个。
[0209] 因此，应再次参考图3。组管理者UE 11可以例如在上述的第一步骤31和/或第四步骤34中从基站13或路边单元接收RRC请求消息和/或RRC重新配置消息，以命令UE 11作为小组管理者开始操作，如上所述。
[0210] 附加地或可替代地，基站13或路边单元可以连接到V2X服务器和/或它可以接收并解码在其附近的UE的V2X消息，并基于这个信息命令基站13将UE 11被配置为组管理者。
[0211] 同样如上所述，UE 11可以从基站13接收系统信息(例如，作为小区的组管理者配置的一部分经由广播或者例如作为组管理者配置的一部分经由专用信令)。在从基站13接收到所述系统信息后，UE 11可以被配置为中继预定数据。
[0212] 换句话说，UE 11可以或可以不中继其它控制数据(例如，系统信息更新、寻呼或其它RRC消息)和/或其它用户数据(例如，用于诸如V2X、MTC/IoT或语音服务之类的具体服务)。
[0213] 根据一个示例，基站13可以提供中继或不中继所述预定数据的某个决策准则。示例性的选择准则可以是消息尺寸或队列中的数据量。
[0214] 以上示例已经描述了这样的实施例，其中UE 11已经被选择为组管理者UE 11，并且其中在一个或多个其它UE 12A、12B是组管理者UE 11的UE组的成员的情况下描述了其管理功能的若干示例。
[0215] 在下文中，将描述组管理者UE 11如何处置来自想要加入由组管理者UE 11管理(例如，协调侧链路通信)的UE组17的其它UE的请求的一些示例。由于这些其它UE尚未成为UE组17的成员，但想要成为其成员，因此它们也被称为组外UE。
[0216] 例如，这种示例在图5中示出，其中组外UE 52A、52B想要成为UE组17A、17B的成员，其中每个UE组由相应的组管理者UE 11A、11B管理。
[0217] 对于第一示例，应参考图5右侧的UE组17A(也称为组#2)。这个UE组17A可以由组管理者UE 11A管理。
[0218] 根据这个实施例，组管理者UE 11A可以被配置为经由其第二接口从还不是UE组17A的成员的组外UE 52A接收连接设置请求消息。所述连接设置请求消息可以朝着组管理者UE 11A指示组外UE 52A想要加入UE组17A。(关于所述连接设置请求消息的更多细节将在下面参考图4给出。)
[0219] 换句话说，UE组17A的组管理者UE 11A可以被配置为从想要连接和/或加入UE组17A的组外UE 52A和/或组管理者11A接收连接设置请求消息(例如，RRC连接设置请求)。
[0220] 组管理者UE 11A可以被配置为例如经由RRC控制消息来询问基站13请求加入UE组17A的UE 52A是否被授权这样做。
[0221] 附加地或可替代地，组管理者UE 11可以被配置为执行准入控制以接受或拒绝连接设置请求消息。准入控制决定可以基于其处理能力、到基站13以及想要连接的组外UE 52A的无线电信号质量、去往基站13的上行链路和来自基站13的下行链路上的可用带宽以及在到其它UE 12A1、12A2、12B1、12B2的侧链路上的可用带宽。
[0222] 响应于所述连接设置请求消息，组管理者UE 11A可以向组外UE 52A发送连接建立响应消息。这个连接建立响应消息可以包含与连接设置相关的控制信息。例如，它包含与加入由组管理者UE 11A管理的UE组17A的组外UE 52A相关的信息。
[0223] 进而可以由基站13(即，通过配置数据)向组管理者UE 11A提供这种控制信息。因而，包含在连接设置响应消息中的这种信息可以基于组管理者UE 11A先前可能已经从基站13接收到的配置数据的至少一部分。
[0224] 例如，基于控制信息的这一部分，组管理者UE 11A可以为组外UE 52A指派物理资源用于侧链路通信。此外，组管理者UE 11可以向组外UE 52A提供关于如何设置或配置其第二接口用于这个UE组17A内的UE到UE通信的配置细节。
[0225] 根据非限制性示例，可以被发送到组外UE 52A的控制信息可以包括关于将由组管理者UE 11A经由其第一接口向基站13中继或者直接从组外UE 52A发送到基站13的一个或多个服务和/或逻辑信道和/或数据承载和/或数据流的控制信息。
[0226] 附加地或可替代地，可以发送到组外UE 52A的控制信息可以包括关于要由组外UE 52A使用以便加入UE组17的连接状态的控制信息。
[0227] 附加地或可替代地，如果寻呼和/或系统信息和/或系统信息更新和/或低于预定尺寸的数据分组将由UE 11A经由其第一接口中继到基站13，或者直接从组外UE 52A发送到基站13，那么发送到组外UE 52A的控制信息可以包括控制信息。
[0228] 换句话说，组管理者UE 11可以被配置为向先前正在发送连接设置请求消息(例如，RRC连接设置请求)的组外UE 52A发送连接设置消息(例如，RRC连接设置)。例如，控制消息可以经由侧链路数据信道(例如，PSSCH)、经由无线电资源控制协议和/或经由用于组管理功能的新控制信道和/或经由预定义的侧链路消息来交换。
[0229] 所述控制消息可以例如提供关于某些服务或逻辑信道或数据承载的控制信息，其应当经由组管理者11A在上行链路中中继或者应当直接发送到基站13。
[0230] 附加地或可替代地，所述控制消息可以例如提供关于UE 52A应当使用的RRC状态(例如，RRC非活动状态)的控制信息。
[0231] 附加地或可替代地，所述控制消息可以例如提供关于是经由组管理者11A中继寻呼和/或系统信息和/或系统信息更新和/或小分组还是应当由eNB 13直接接收的控制信息。
[0232] 附加地或可替代地，如果切换和/或跟踪区域更新和/或RAN通知区域更新是由组管理者11A或由UE组17A的每个UE 12A、12B，52A独立管理的，那么所述控制消息可以例如提供控制信息。
[0233] 根据以上实施例，组管理者UE 11A可以被配置为协调与不是其UE组17A的一部分的其它组外UE 52A的通信。
[0234] 在又一个实施例中，组管理者UE 11A可以被配置为向组成员UE 12A、12B指派物理资源，以与不是其UE组17A的一部分的其它组外UE 52A进行通信。
[0235] 这种实施例在图5的左侧示出，即，在由组管理者UE 11B管理的另一个UE组17B(也称为组#1)中。在这种情况下，作为UE组17B的成员的UE 12A1可以以如上所述的方式与组外UE 52B进行通信。
[0236] 在或者第一UE组17B或者第二UE组17A中，例如，可以将组管理者UE 11B或与不是其UE组的一部分的组外UE 52B和/或与其它UE组通信的另一个UE 12A1配置为传输和接收V2V消息。
[0237] 附加地或可替代地，它们可以被配置为通过通告/警告消息使其它UE 52A、52B知道UE组17A、17B。
[0238] 根据又一个实施例，与基站13通信的组管理者UE 11A、11B可以被配置为被请求将其上下文传递给网络或者通过侧链路传递给另一个有管理能力的UE，以促进对组管理者的改变。
[0239] 如上面所提到的，组管理者UE 11A、11B可以向其UE组17A、17B的组成员UE 12A、12B指派物理资源，以与不是其UE 17A、17B组的成员的一个或多个组外UE 52A、52B进行通信。
[0240] 根据这个示例，组管理者UE 11A、11B可以被配置为配置其UE组17A、17B的其它UE 12A、12B，以与不属于其UE组17A、17B和/或属于其它UE组的组外UE 52、52B进行通信。
[0241] 为此，组管理者UE 11A、11B可以被配置为配置多个UE 12A、12B以进行传输(包括组管理者UE 11A、11B本身)。通过具有多个侧链路传输，这提供了分集传输/消息复制。
[0242] 组管理者UE 11A、11B可以被配置为在UE组17A、17B的末端和/或前部任命UE 12A1以与组外UE 52A、52B进行通信。例如在组管理者UE 11A、11B处于中间的情况下，这可以通过在UE组17A、17B的开始和末端处的传输来提供最大分集。
[0243] 仍然出于这个目的，在由多个组成员UE 12A、12B进行传输的情况下，组管理者UE 11A、11B可以附加地或可替代地被配置为指派相同池和/或相同时隙/迷你时隙/子帧的物理资源。这可以具有以下优点：由于半双工约束，UE 12A、12B可以在侧链路上或者传输或者接收。此外，使用相同的资源池/子帧降低了传输的资源消耗、最小化了接收时间，从而最小化了接收UE 12A、12B的功率消耗，并为传输UE 12A、12B提供了更多的接收时间。
[0244] 仍然出于这个目的，组管理者UE 11A、11B可以附加地或可替代地被配置为在多个UE12A、12B进行同步传输的情况下指派相同的物理资源。这可以具有以下优点：可以由物理层提供基本上发射分集。信号看起来像接收器对单个信号的多径接收，并改善了接收信号质量。
[0245] 根据示例，组管理者UE 11A、11B可以连接到用于其UE组17A、17B的本地应用服务器(例如，V2X服务器或本地IOT服务器)，以处置朝着网络的本地消息交换和聚合。
[0246] 鉴于以上解释，将简要概述图5。如可以看出的，存在由组管理者UE 11B管理的第一UE组17B。UE组17B包括作为这个UE组17B的成员的两个其它UE 12A1、12B1。
[0247] 第二UE组17A由组管理者UE 11A管理。UE组17A包括作为该UE组17A的成员的两个其它UE 12A2、12B2。
[0248] 一个UE组17A的组管理者UE 11A和另一个UE组17B的组管理者UE 11B都可以从基站13接收配置数据21。
[0249] 如上面所解释的，UE组管理者17A、17B可以基于这种配置数据来协调组内和/或组间通信。例如，组管理者UE 11A、11B可以在其UE组17A、17B的组成员UE 12A1、12B1、12A2、12B2之间分发某些物理资源(例如，侧链路信道资源)。
[0250] 一个UE组17B的组管理者UE 11B还可以从基站13接收用户数据和/或控制数据，该数据可以被中继到其组成员UE 12A1、12B1。
[0251] 组管理者UE 11A、11B可以在UE组17A、17B的中间、末端或前部。在中间对于侧链路传输/接收将是有益的。管理者可以以最少的延迟由最可靠的UE组17A、17B的所有组成员UE 12A、12B接收数据。在UE组17A、17B的前部是通知其它UE 12A2、52A或其它UE组或在UE组
17A、17B前方或接近UE组17A、17B的另一个路边单元的最佳位置。在UE组17A、17B的末端对于在UE组17A、17B之后的其它UE组或UE是有益的。
17A、17B前方或接近UE组17A、17B的另一个路边单元的最佳位置。在UE组17A、17B的末端对于在UE组17A、17B之后的其它UE组或UE是有益的。
[0252] 除了向UE 12A、12B指派资源以在UE组17A、17B内进行通信之外，组管理者UE 11A、11B还可以使其它UE负责向周围UE/UE组发送侧链路信号、信道和消息，同时保持其组管理功能。
[0253] 在这种情况下，资源指派可以由组管理者UE 11A、11B集中控制，以优化资源使用并避免与其它信号/信道的冲突。
[0254] 还可以向UE 12A、12B指派用于与组管理者UE 11A、11B通信的资源，以将相应数据中继到基站13。
[0255] UE组17A、17B之间的通信可以经由基站13来完成，因为到组管理者UE 11A、11B的Uu链路是高效的。可替代地，可以为组间通信定义SL池。
[0256] 可以由组成员12A、12B、由基站13、由网络或由更高层(例如，V2X服务器或汽车控制)来做出改变UE组17A、17B的请求。
[0257] 这可以在UE处发起感测和组选择过程，并且UE可以请求组切换。在分配资源并通知新的组管理者之后，可以发送RRC重新配置消息，从而允许UE改变组。在切换成功之后，可以在旧的组管理者处释放资源。
[0258] 这可以由处于连接模式的网络触发(例如，根据旧的组管理者UE的请求，组合两个小的UE组，或者新的UE具有更多的管理功能)。
[0259] 在这种情况下，基站13可以根据上述组管理者设置过程来选择新的组管理者UE 11。然后，它可以为连接的组成员12A、12B发起切换RRC重新配置过程。
[0260] 此外，可以请求将组上下文传递到下一个组管理者UE，从而减少切换信令。
[0261] 在以上描述中，提到了UE如何可以成为组管理者UE 11以及所述组管理者UE 11如何可以协调组内和组间通信的示例。所述组管理者UE 11可以具有形成可以包含一个或多个组成员UE 12A、12B的UE组17的能力。
[0262] 在下文中，将描述用于组成员设置过程的示例，即，UE可以如何成为组成员UE 12A、12B的示例。
[0263] 为了简要介绍，将参考图4，图4示出了UE如何可以成为组成员UE 12的概述。为此目的，可以在UE 11、12、52和基站13之间传输消息41至47。在这个示例中，在UE成为组成员UE 12之前，它可以是上述的组外UE 52之一，该组外UE 52可以在另一个UE组内或者还不是任何UE组的成员。
[0264] 类似于以上讨论的图3，在图4中，所有UE也可以在第一步骤41中从基站13接收系统信息。所述系统信息可以经由广播或专用RRC信令在第一接口上发送。
[0265] 基于这个系统信息，具有侧链路能力和组成员能力的UE 52将能够监视各个侧链路资源，并且可以在其附近找到由组管理者传输的信号和信道。
[0266] 例如，所描绘的组管理者UE 11可以在第二步骤42中将信号传输到另外一个组外UE52。由组管理者UE 11传输的信号可以是用于同步目的的侧链路主和辅同步信号(例如，PSPSS/PSSSS)，以提供身份(可以是UE组身份)并测量接收信号强度。由组管理者UE 11传输的信道可以是具有控制信息(例如，侧链路带宽、D2D系统帧编号、TDD UL/DL配置)或具有详细组信息的侧链路广播信道。
[0267] 在第三步骤43中，所述另一个组外UE 52可以检测这个组管理者UE 11的UE组17，并且可以基于某个准则，例如由用户经由用户界面发起、和/或由汽车控制经由与UE 52之间的控制界面发起、和/或在对一些侧链路信号和控制信息解码之后，作出加入这个UE组17的决定。UE 52还可以考虑其功率状态来做这种决定。
[0268] 在多个UE组可见的情况下，UE 52可以基于侧链路的接收信号强度、和/或基于控制信令的优先级信息部分、和/或相对速度和方向、和/或组能力(例如，协调的/编队驾驶或低带宽IOT组)、和/或基于同步源(最高优先级典型地是GPS/GNSS，然后是基站同步，然后是中继同步，然后是独立的同步源)，来选择组管理者11。
[0269] 在第三步骤43中的决定之后，UE 52可以在第四步骤44中发送连接设置请求消息。所述连接设置请求消息可以例如经由RRC、或经由侧链路上的预定义消息来发送，以请求数据设置以及与组管理者UE 11的信令连接。
[0270] 所述连接设置请求消息还可以包含服务请求以及对于进一步的系统信息和额外的侧链路资源的请求。
[0271] 该消息流可以通过在第六步骤46中的来自组管理者UE 11的响应消息(例如，包含进一步的控制信息、侧链路配置)和在第七步骤47中的来自加入UE组17的UE 52的完整消息而成功完成。之后，先前的组外UE 52现在是由组管理者UE 11管理的UE组17的组成员UE 12。
[0272] 组管理者UE 11可以与网络通信，该网络始终知道哪些UE 12是UE组17的一部分。对于UE 12加入或离开UE组17的情况，组管理者UE 11可以告知网络。在存在连接丢失(无线电链路故障)的情况下，组管理者UE 11可以向网络发送具有UE组17的成员列表的更新消息。
[0273] 根据以上参考图4的这个简要介绍，将描述这种组成员UE的实施例。在图9中描绘了一个实施例，其类似于图1。
[0274] 如上面所讨论的，图9示出了UE 12，它是由组管理者UE 11管理的UE组17的组成员UE。所述组成员UE 12包括用于UE到基站通信的第一接口15，该第一接口被配置为与蜂窝网络10的基站13进行通信。
[0275] 组成员UE 12还包括用于UE到UE通信的第二接口16，该第二接口被配置为与一个或多个其它UE进行通信，所述其它UE可以是例如组管理者UE 11或其它组成员UE(这里未明确描绘)。
[0276] 根据本发明，由预定义的UE(即，由所描绘的组管理者UE 11)协调通信。
[0277] 根据实施例，组成员UE 12可以包括两条通信路径(有时也可以被称为通信模式)。第一通信路径是上面已经描述的路径，即，其中组成员UE 12被配置为经由其第二接口16与UE组17的其它组成员UE 11、12A、12B中的至少一个或多个通信，其中通信由UE组17的组管理者UE 11协调。
[0278] 在第二通信路径中，组成员UE 12被配置为经由其第二接口16与UE组17的其它一个或多个其它组成员UE 11、12A、12B中的至少一个或多个进行通信，其中通信由基站13协调。
[0279] 一旦UE 12加入UE组17，就可以由组管理者UE 11控制用于UE到UE通信的侧链路资源。侧链路上的任何传输都可以由组管理者11控制。因此，可能必须将调度请求、测量等报告给可以集中控制UE组17内的资源的组管理者11。
[0280] 不过，取决于状态，UE 12也可以在第一接口上与基站13直接通信。UE 12可以独立于组管理者UE 11来做出这个决定。这意味着，如果UE 12可以是UE组17的一部分，那么组管理者11可以集中控制侧链路(第二接口)的资源，而基站13可以控制上行链路/下行链路(第一接口)的资源。
[0281] 由UE 12(以及准则可以由基站13和/或组管理者UE 11控制)来选择要用于通信的接口。UE组17内的V2V数据可以在由组管理者UE 11控制的侧链路(第二接口)上发送。类似地，达到一定尺寸、数据速率和最大时延的小分组可以经由组管理者UE 11被路由。
[0282] 对于其它数据(例如，更大的分组或更高的位速率或到网络的延迟关键数据)，UE 12可以决定经由上行链路/下行链路与基站13发送。在UE 12尚未连接到基站13的情况下，它可以向基站13发送随机接入消息。在下一步中，它可以经由PUCCH发送调度请求或在共享信道上发送缓冲器状态报告以从基站13请求上行链路资源。
[0283] 即，可以在第一模式下由组管理者UE 11提供用于侧链路通信的物理资源211。附加地或可替代地，可以在第二模式下由基站13提供用于侧链路通信的物理资源212。
[0284] 因而，组成员UE 12可以被配置为从组管理者UE 11获得第二接口16的指派的物理资源，以用于UE组17内的通信。
[0285] 根据示例，这些物理资源可以由蜂窝网络10预先分配。
[0286] 图5示出了可以被配置为发送和/或接收由组管理者UE 11中继的数据的组成员UE 12的另一个实施例。
[0287] 根据这个实施例，组成员UE 12(12A1、12B1、12A2、12B2)可以被配置为以预定组管理者UE 11中继的方式经由第二接口向基站13发送预定数据22。所述预定数据22可以是控制信息数据和/或用户数据。
[0288] 换句话说，组成员UE 12被配置为经由中继器向基站13发送数据，其中在这个示例中，组管理者UE 11充当中继器。但是，组成员UE 12可以使用其它组成员UE(或者甚至其它UE组的UE)作为中继器。
[0289] 附加地或可替代地，组成员UE 12(12A1、12B1、12A2、12B2)也可以被配置为以由预定组管理者UE 11中继的方式经由第二接口从基站13接收预定数据22。所述预定数据22可以是控制信息数据和/或用户数据。
[0290] 换句话说，组成员UE 12可以被配置为经由中继器从基站13接收数据，其中在这个示例中，组管理者UE 11可以充当中继器。但是，组成员UE 12可以使用其它组成员UE(或者甚至其它UE组的UE)作为中继器。
[0291] 如从图5中可以看出的，所述预定数据22可以由组管理者UE 11在所描述的上行链路和/或下行链路方向上中继。
[0292] 根据又一个实施例，组成员UE 12可以被配置为基于预定准则来决定经由第一接口15直接向基站13发送预定数据22或经由第二接口16以由预定组管理者UE 11中继的方式向基站13发送预定数据22。
[0293] 本发明的还有另一方面是在上行链路和下行链路方向上的分组复制。基站可以决定经由第一接口(15)直接向UE(12)发送相同的预定数据或消息，以及经由第二接口(16)经由UE(11)中继。这将增加数据的可靠性，这对于要求超高可靠性的服务来说是个重要方面。
[0294] 因而，组成员UE 12可以基于所述准则来决定是在上行链路方向上直接向基站13发送所述预定数据，还是由组管理者UE 11将所述预定数据中继到基站13。
[0295] 附加地或可替代地，组成员UE 12可以被配置为基于预定准则来决定直接经由第一接口15从基站13接收预定数据22，或者经由第二接口16以由预定组管理者UE 11中继的方式从基站13接收预定数据22。
[0296] 在下行链路中，不是UE 12决定在下行链路或侧链路上接收数据。基站13决定数据发送的路径。下行链路中的UE刚好遵循由基站13接收的下行链路的配置和由组管理者UE 11接收的侧链路的配置。
[0297] 一旦UE加入UE组17，就决定是否有可能经由组管理者UE 11进行中继。基站也知道这一点，该基站可能从UE 11接收中继的数据。基站13还知道其到组成员UE 12的直接链路、UE RRC状态(连接到基站或未连接到基站)，并且知道它是否已经在上行链路中接收到调度请求。基站还知道关于应发送给UE 12的下行链路数据的所有细节。如果这个数据对于延迟是关键的，那么需要发送多少个分组、数据速率、所需的QoS等。此外，基站知道这个数据以及所有其它要调度到其它数据的优先级UE。基站13还知道两个链路15、16的质量和无线电效率(例如，编码/调制和波束成形)。基于所有这些信息，由基站调度程序在下行链路中做出决定。
[0298] 因而，组成员UE 12可以基于所述准则来决定是在下行链路方向上直接从基站13接收所述预定数据，还是从中继来自基站13的所述预定数据的组管理者UE 11接收所述预定数据。
[0299] 根据本发明，组成员UE 12可以被配置为例如经由组成员UE 12可能已经从基站13接收到的系统信息(例如，在图4所示的第一步骤41期间)从基站13接收所述预定标准。
[0300] 虽然基站13可以提供中继或不中继预定数据22的某个判决准则，但是一个选择准则可以是消息尺寸、周期性、最小和/或最大延迟需求、功率等级和/或功率余量、组成员UE 12的电池状态、与基站13的距离、指派给组成员UE 12的物理资源的可用性，或队列中的数据量。
[0301] 虽然某些消息或服务可以总是被中继，例如语音服务、V2V或V2X消息可以由组管理者UE 11或UE组17中被指派了侧链路资源的某些UE处置。例如，小V2X消息(即，具有小于预定阈值的尺寸的消息)可以总是经由组管理者UE 11被中继。
[0302] 根据实施例，组成员UE 12可以被配置为经由其第一接口15从基站13和/或经由其第二接口16从组管理者UE 11接收控制信息。
[0303] 组成员UE 12可以被配置为从控制信息中确定其第二接口16的传输和接收行为。
[0304] 控制信息可以包括例如以下至少之一：
[0305] ·关于哪些服务和/或逻辑信道和/或数据承载和/或数据流和/或服务流将在上行链路中以由组管理者UE 11中继的方式被中继到基站13或者哪些直接从组成员UE 12发送到基站13的信息；
[0306] ·关于UE 12连接到UE组17时要使用的UE 12的网络连接状态的信息；
[0307] ·关于寻呼信息和/或系统信息和/或系统信息更新和/或预定尺寸的分组是要以由组管理者UE 11中继的方式在下行链路中被接收还是要由组成员UE 12直接从基站13接收的信息；
[0308] ·组成员UE 12是要经由第二接口16将配置数据和/或用户数据中继到组管理者UE 11还是将所述配置数据和/或用户数据直接发送到基站13的信息。
[0309] 为了解释可以用于让组外UE 52成为组成员UE 12的连接设置过程的这种控制信息的更多细节，将再次参考图4。
[0310] 在第一步骤41中，基站13可以将系统信息发送到由所述基站13服务的小区中的所有UE。
[0311] UE 52还不是由组管理者11管理的UE组17的成员，但是它想要成为组成员UE 12。因此，如上所述，想要加入UE组17的UE 52可以仍然是组外UE 52。
[0312] UE 52可以被配置为从基站13接收指示UE组功能(例如，组中继器和/或组管理者和/或组成员)的支持的信号。UE 52可以被配置为使用侧链路传输和接收，即，经由其第二接口16进行的UE到UE通信。
[0313] UE 52还可以被配置为连接到组管理者UE 11，并指示其有兴趣连接到用作组中继器和/或组管理者UE 11的另一个UE 11。
[0314] 根据示例，UE 52可以被配置为基于至少一个预定准则来做出其连接决定。
[0315] 连接的一个准则可以是，例如，由用户经由UE 52处的用户界面发起，该UE 52可以是例如手机和/或汽车。
[0316] 在后一种情况下，UE 52可以被配置为基于例如经由控制接口连接到UE 52的汽车控制的发起来做出所述连接决定，例如在经由其它无线电技术(诸如WiFi或802.11p)进行某种消息交换之后。
[0317] 另一个示例性准则可以是例如已经成功接收并解码了具有或不具有关联到组中继器和/或组管理者UE 11的嵌入式UE身份的组中继器和/或组管理者UE 11的同步信号(例如，物理侧链路主要或辅助同步信号-PSPSS/PSSSS)。
[0318] 另一个示例性准则可以是例如已经成功地接收并解码了在物理侧链路广播信道上发送的控制信息(例如，关于侧链路带宽、D2D系统帧编号、TDDUL/DL配置的信息)。
[0319] 另一个示例性准则可以是例如已经成功地从组中继器和/或组管理者UE 11和/或物理侧链路发现信道或物理侧链路共享信道接收并解码了V2V控制消息(例如，中继组通告消息)。
[0320] 另一个示例性准则可以是例如对检测到成员UE以相同方向和/或速度移动的中继组和/或UE组17在其附近存在的一个或多个V2V消息进行解码。可以例如通过相对于检测侧链路的信号强度足够好以便连接到组中继器和/或组管理者UE 11的阈值评估侧链路的信号强度(例如，参考码元接收功率或参考码元接收质量)来完成所述检测。附加地或可替代地，可以例如通过考虑其电池状态和/或其与电源的连接、检测优选地连接到组中继器和/或组管理者UE 11以便节省功率来进行所述检测。
[0321] 根据又一个示例，基站13可以被配置为控制UE 52连接到某个组管理者UE 11的决定。
[0322] 根据示例，可以通过向UE 52提供侧链路资源信息以从组成员UE和/或组管理者UE 11接收和解码信号或控制消息以向UE 52指示它应监视和解码什么资源来完成这个控制。
[0323] 所述资源信息可以例如是侧链路接收池。此外，可以经由广播信令或专用RRC信令将信息发送到UE 52。
[0324] 根据又一个示例，可以通过提供至少一个组管理者选择准则来完成这个控制。作为示例，所述选择准则可以是用于侧链路信号强度(例如，参考码元接收功率或参考码元接收质量)和/或某个V2V控制消息的阈值。
[0325] 如图4中的第二步骤42所描绘的，组管理者UE 11可以经由侧链路通信向想要连接到某个UE组17的UE 52传输信号和/或信道。
[0326] 因此，根据示例，UE 52可以被配置为从要连接到的具体组管理者UE 11接收和/或解码信号。
[0327] 根据示例，UE 52可以被配置为接收侧链路信号(例如，主同步信号和辅助同步信号)和/或与信号同步和/或对信号进行信号强度测量(例如，RSRP和RSRQ)和/或从信号中解码身份和/或从信号中识别另一个UE组。
[0328] 根据另一个示例，UE 52可以被配置为经由解码侧链路广播信道(例如，PSBCH)和/或侧链路控制信道(例如，PSCCH)来从UE组接收附加控制信息。
[0329] 根据又一个示例，UE 52可以被配置为利用关于其它UE组的信息(诸如方向、速度、目标、数量或成员、选择优先级，同步源等)在侧链路数据信道(例如，PSSCH)上接收和解码其它V2X消息。
[0330] 基于上面提到的信息和准则中的一个或多个，UE 52可以做出其决定(第三步骤43)以加入某个UE组17，该加入可以例如通过连接到这个UE组17的相应组管理者UE 11来完成。
[0331] 根据实施例，UE 52可以被配置为经由第二接口16向组管理者UE 11发送连接设置请求消息(第四步骤44)，以便请求组管理者UE 11经由第二接口16向UE 12发送配置数据和/或控制信息的至少一部分。UE 52可以例如请求组管理者UE 11指派用于侧链路通信(即，用于UE到UE通信的第二接口)的物理资源。
[0332] 根据另一个实施例，UE 52还可以被配置为从组管理者UE 11接收连接设置响应消息，其中所述连接设置响应消息可以至少包括所请求的控制信息。
[0333] 如上面所提到的，控制信息可以包括例如以下至少之一：
[0334] ·关于哪些服务和/或逻辑信道和/或数据承载和/或数据流和/或服务流将在上行链路中以由组管理者UE 11中继的方式被中继到基站13或者哪些直接从组成员UE 12发送到基站13的信息；
[0335] ·关于UE 12连接到UE组17时要使用的UE 12的网络连接状态的信息；
[0336] ·关于寻呼信息和/或系统信息和/或系统信息更新和/或预定尺寸的分组是要以由组管理者UE 11中继的方式在下行链路中被接收还是要由组成员UE 12直接从基站13接收的信息；
[0337] ·组成员UE 12是要经由第二接口16将配置数据和/或用户数据中继到组管理者UE 11还是将所述配置数据和/或用户数据直接发送到基站13的信息。
[0338] 如上面所提到的，根据一个示例，UE 52可以被配置为从基站13接收用于侧链路通信和/或控制信息和/或配置数据的至少一部分的物理资源。例如，UE 52可以经由系统信息(例如，作为小区组管理者配置的一部分广播)或经由专用RRC信令(例如，作为RRC重新配置消息的一部分)从基站13接收物理资源和/或控制信息和/或配置数据。
[0339] 根据另一个实施例，UE 52可以被配置为从所述控制信息确定其至少第二接口的传输和接收行为。
[0340] 例如，控制和/或配置信息可以包括关于哪些服务和/或逻辑信道或数据承载将在上行链路中经由组管理者UE 11中继到基站13以及哪些应当直接发送到基站13的信息。
[0341] 作为另一个示例，控制和/或配置信息可以包括关于UE 52一旦连接到组管理者UE 11就应当使用的RRC状态(例如，RRC非活动状态或指示UE 52连接到组管理者UE 11的新RRC状态)的信息。
[0342] 作为另一个示例，控制和/或配置信息可以包括关于是要经由组管理者UE 11在下行链路中中继寻呼和/或系统信息和/或系统信息更新和/或小分组还是应当直接从基站13接收的信息。
[0343] 作为另一个示例，控制和/或配置信息可以包括UE 52是朝着组管理者UE 11中继上行链路控制数据(例如，RRC消息)和/或其它用户数据还是应当将此类数据直接发送到服务基站13的信息。
[0344] 如以上讨论的，但是用不同的话说，在UE 52可能已经决定加入由组管理者UE 11管理的UE组17之后，UE 52可以向组管理者UE 11发送加入所述UE组17的请求。
[0345] 如图4中的第四步骤44所描绘的，UE 52可以被配置为经由第二接口向预定的组管理者UE 11发送连接设置请求消息，以便请求预定的组管理者UE 11经由第二接口向UE 52发送控制信息。
[0346] 即，例如，UE 52可以请求预定的组管理者UE 11发送关于侧链路配置细节的控制信息。
[0347] 例如，UE 52可以被配置为从预定的组管理者UE 11请求数据的设置和/或信令连接以及请求物理资源用于在侧链路上传输的请求(例如，借助于上面提到的设置请求消息)。
[0348] 到组管理者UE 11的请求消息还可以包含提供具有配置细节的进一步系统信息的请求。
[0349] 根据示例，UE 52可以被配置为在侧链路上等待来自组管理者UE 11的连接设置响应消息。
[0350] 此外，UE 52可以被配置为接收和/或解码设置响应消息，并且配置其第二接口(侧链路)以用于传输和接收。
[0351] 根据又一个实施例，UE 52可以被配置为从预定的组管理者UE 11接收连接设置响应消息。
[0352] 如图4中的第六步骤46所描绘的，UE 52可以经由第二接口(即，经由侧链路)从预定的组管理者UE 11接收设置响应消息。基于配置数据，连接设置响应消息可以至少包括侧链路设置信息，例如，该信息可以被UE 52用于设置和配置其侧链路和/或对侧链路(物理)资源的指派。侧链路资源可以由组管理者UE 11经由第二接口来提供。
[0353] 在可选的第七步骤47中，UE 52可以被配置为向预定的组管理者UE 11发信号通知连接设置完成。因此，UE 52成功地连接到组管理者UE 11，并且因此已经成为由所述组管理者UE 11管理的UE组17的组成员UE 12。
[0354] 在以上示例中，已经描述了UE 52可以如何连接到一个单个的预定组管理者UE 11。但是，在实际网络场景中，可能会发生存在许多组管理者UE，每个组管理者UE可以管理一个UE组。
[0355] 在这种情况下，UE 52可能必须决定它可能想要加入哪个UE组。
[0356] 因此，根据实施例，UE 52可以被配置为基于从多个预定组管理者UE接收的信号的信号特性从所述多个预定组管理者UE中选择一个预定组管理者UE 11，并且接收来自预定组管理者UE中所选择的一个UE的物理资源和/或上面提到的控制信息。
[0357] 换句话说，UE 52可以基于来自其可能已经从多个附近的组管理者UE 11接收的信号的某些信号特性来决定加入哪个UE组。
[0358] 例如，UE 52可以被配置为例如基于侧链路的测得的信号强度(例如，RSRP和RSRQ)和/或基于作为由组管理者UE 11提供的控制信息的一部分的某些选择优先级和/或基于同步源(例如，GPS、基站或全都不是)和/或基于由组管理者UE 11广播的身份从由多个组管理者UE传输的多个接收信号中选择要连接到的具体组管理者UE 11。
[0359] 附加地或可替代地，UE 52还可以被配置为基于选择准则来选择一个预定的组管理者UE 11，其中所述选择准则由基站13提供。
[0360] 换句话说，基站13可以被配置为向UE 52提供至少一个选择准则，基于该选择准则，UE 52选择要连接到的多个组管理者UE 11之一。
[0361] 例如，所述选择准则可以是用于侧链路信号强度的阈值(例如，参考码元接收功率或参考码元接收质量)，和/或可以是某个V2V控制消息。
[0362] 可以由组成员UE 12实现许多另外的功能。
[0363] 例如，组成员UE 12可以被配置为接收指示其组管理者UE 11的改变的控制信令。
[0364] 作为另一个示例，组成员UE 12可以被配置为在连接到组管理者UE 11的同时执行感测以使加入更好的UE组。当达到某个阈值时或者当感测到具有更高能力的UE组时，可以发起切换请求。
[0365] 作为另一个示例，组成员UE 12可以被配置为通过向基站13发送控制消息(直接地或以中继的方式)来请求组间切换。
[0366] 本发明还涉及基站13，其必须被配置为使得，在由所述基站服务的小区内，组管理者UE 11与组成员UE 12A、12B之间的上述通信是可能的。
[0367] 根据实施例，基站13可以被配置为与UE组17的一个或多个UE 11、12A、12B通信，其中基站13包括两种模式。
[0368] 在第一模式下，基站13可以协调与UE组17的一个或多个UE 11、12A、12B的通信。
[0369] 在第二模式下，基站13可以任命预定的UE 11以协调UE组17内的通信。换句话说，基站可以任命组管理者UE 11，该组管理者UE 11以上述方式负责协调侧链路通信。
[0370] 根据实施例，基站13可以被配置为向任命的UE(11)发送配置数据，其中所述配置数据包含用于任命的UE(11)的如何配置其通信接口(16以用于UE到UE通信以便协调UE组(17)的一个或多个UE(11、12A、12B)之间的通信的信息。换句话说，配置数据将任命的UE配置为成为具有组管理和/或组通信功能(例如，协调组内和/或组间通信)的组管理者UE 11。
[0371] 根据又一个实施例，基站13可以被配置为向任命的组管理者UE 11提供物理资源，以用于UE组17的一个或多个UE 11、12A、12B之间的通信。
[0372] 由于组管理者UE 11也是其UE组17的成员，因此组管理者11可以被认为是组成员UE，但是具有组管理和/或组通信和/或组协调功能。
[0373] 根据又一个实施例，基站13可以支持由UE组的组成员UE中的一个或多个，特别是由组管理者UE，进行的数据中继。
[0374] 根据这个实施例，基站13可以被配置为以由第二UE 11中继的方式经由UE组17的第二UE 11将预定数据发送到UE组17的第一UE 12A、12B，或者以由第二UE 11中继的方式经由UE组17的第二UE 11从UE组17的第一UE 12A、12B接收预定数据。
[0375] 下面可以描述根据本发明的基站的其它示例和实施例。但是，应当理解的是，基站13被配置为为以上已经关于UE，特别是关于组管理者UE 11和组成员UE 12A、12B，讨论的每个特征提供手段。即，组管理者UE 11、组成员UE 12A、12B和基站13的特征可以互换。
[0376] 此外，应当理解的是，基站13和/或UE 11、12A、12B的每个设备特征当然也可以被表述为相应的方法步骤，使得这些方法步骤在本文中至少被隐式地公开。
[0377] 因而，本发明的另外的示例和实施例提供了基站13，其被配置为与一个或多个UE 11、12A、12B进行通信，并且可以可选地被配置为支持充当组管理者UE 11的中继UE 11。
[0378] 根据示例，基站13可以被配置为发送广播信息和/或无线电资源控制信息以指示其对在小区中充当组管理者的UE 11的支持和/或向组管理者UE 11和/或向组成员UE 12A、12B提供配置信息以支持这个功能。
[0379] 根据示例，基站13可以被配置为通过发送指示这个功能支持的为和/或通过发送具有用于组/编队管理者和/或组/编队的UE成员的配置细节的单独的系统信息块来这样做。
[0380] 根据示例，可以根据请求将具有用于组管理者UE 11的配置数据的系统信息的至少一部分发送到支持这个功能的组管理者UE 11。
[0381] 根据另一个示例，可以根据请求将具有用于组成员UE 12A、12B的配置数据的系统信息的至少一部分发送到支持这个功能的组成员UE 12A、12B。
[0382] 根据另一个示例，基站13可以被配置为从支持组管理功能的UE 11接收具有成为组管理者UE 11的请求的RRC控制消息。
[0383] 例如，基站13可以被配置为将所述请求转发到核心网络中的移动性管理实体，例如，如果连接了EPC，那么经由S1-MME接口。附加地或可替代地，基站13可以被配置为将所述请求转发到核心网络控制平面功能，例如，如果连接了5G核心，那么经由N2接口。
[0384] 根据示例，核心网络可以被配置为经由响应消息授权UE 11成为组管理者UE 11和/或提供安全证书和其它所需的控制信息。
[0385] 根据又一个示例，基站13可以被配置为发送RRC控制消息以响应于成为组管理者UE 11的请求并提供详细的配置信息。
[0386] 所述详细配置信息可以是控制信息的一部分，并且可以例如包括SL资源池配置、中继配置(最大分组尺寸、仅V2X流量/VOIP)、组参数(最大UE、支持的服务类型(例如，低时延))、反馈配置(保持活动或周期性组成员状态)中的至少一个。
[0387] 根据这个示例，基站13被配置为向组管理者UE 11发送控制信息。但是，基站13也可以被配置为从组管理者UE 11接收控制信息。
[0388] 因此，根据又一个示例的基站13可以被配置为连接到组管理者UE 11并从组管理者UE11接收控制信息的至少一部分。控制信息的所述部分可以例如包含向UE组17(例如，具有某个UE组身份)添加(UE加入UE 12A、12B(例如，具有某个用户身份)或从UE组17移除UE 12A、12B(UE离开)的请求。
[0389] 控制信息的所述部分可以例如包括SL池调整、SL广播调整(可用资源、组满)、组成员离开通知、组成员配置(组ID、能力、已授权的服务)或RRC重新配置消息(传递给加入的UE)中的至少一项。
[0390] 根据另一个示例，基站13可以被配置为与一个或多个配置的组管理者UE 11进行通信，该组管理者UE 11可以处于例如RRC连接状态并且可以在小区中被指派唯一的身份。
[0391] 根据另一个示例，基站13可以被配置为使用下行链路控制信道(例如，PDCCH)来调度用于组管理者UE 11的资源。
[0392] 根据另一个示例，基站13可以被配置为将波束成形用于到组管理者的下行链路控制信道和/或下行链路共享信道和/或侧链路信道。
[0393] 根据另一个示例，基站13可以被配置为传输预编码的专用参考码元以支持UE的信道估计。
[0394] 根据另一个示例，基站13可以被配置为使用由组管理者UE 11提供的信道反馈信息。所述信道反馈信息可以例如是波束索引指示、秩指示、预编码矩阵指示符等中的至少一个。
[0395] 根据另一个示例，基站13可以被配置为对上行链路共享信道(例如，PUSCH)或上行链路控制信道(例如，PUCCH)的解调参考码元和/或数据码元使用上行链路测量。例如，时分双工模式可以基于信道互易性。
[0396] 根据另一个示例，基站13可以被配置为使用在gNB 13处可用的其它信息，例如，接收信号的到达角度、UE位置信息。
[0397] 根据另一个示例，基站13可以被配置为对下行链路控制信道和/或下行链路共享信道和/或侧链路信道使用链路适配。
[0398] 在这种情况下，基站13可以被配置为以不同的编码和/或调制进行传输。
[0399] 根据另一个示例，基站13可以被配置为使用由组管理者UE 11提供的信道反馈信息。所述信道反馈信息可以例如是信道质量指示符、建议的编码和/或调制方案中的至少一个。
[0400] 根据另一个示例，基站13可以被配置为对上行链路共享信道(例如，PUSCH)或上行链路控制信道(例如，PUCCH)的解调参考码元和/或数据码元使用上行链路测量。例如，时分双工模式可以基于信道互易性。
[0401] 根据另一个示例，基站13可以被配置为使用在gNB 13处可用的其它信息，诸如路径损耗的测量、UE时间提前量或UE位置信息。
[0402] 根据又一个示例，基站13可以被配置为连接到V2X服务器，该V2X服务器从服务器接收触发发起以将UE被配置为组管理者UE 11的消息。例如，V2X服务器可以具有关于小区中的所有UE 11、12A、12B以及方向和速度以及可以用于触发UE组17的建立的其它UE内部信息的知识。
[0403] 根据又一个示例，基站13可以被配置为连接到核心网络并且与网络通信以请求授权UE11成为组管理者UE 11和/或成为组成员UE 12A、12B和/或提供安全凭证。
[0404] 图6、7和8将用于解释为什么经由组管理者UE 11进行的通信的发明性概念优于单独的传输，特别是对于小数据分组的不频繁传输。
[0405] 图6示出了根据现有技术的具有LTE(左)中的全覆盖范围传输的蜂窝网络与5G(右)中的波束扫描形成对比。图7示出了直接来自于基站13或经由组管理者UE 11中继的下行链路数据(例如，系统信息更新、寻呼/RRC消息和小分组)的接收的示例。图8示出了直接送往基站13或经由组管理者UE 11中继的数据(例如，上行链路RRC消息、PUCCH调度请求或小分组)的发送的示例。
[0406] 当前，例如在普通的LTE网络中，UE可以仅保持“RRC连接”状态以进行正在进行的数据传输。否则，它们可以移至“RRC空闲”或“RRC非活动”状态，并且只能经由寻呼到达，如图6的左侧所示。寻呼必须在整个页面区域中进行。寻呼本质上效率较低，因为链路适配和按UE的波束成形无法应用。
[0407] 例如，在使用更高频带的5G中，只能经由时间和资源密集的波束扫描来获得完全覆盖，其中能量集中在某个方向或区域，如图6的右侧可以看到的。
[0408] 图7示出了本发明概念的概观。即，在存在组管理者UE 11的情况下，基站13可以总是连接到所述组管理者UE 11。因此，因为可以经由寻呼从组管理者UE 11到达组成员UE 12，所以不再需要寻呼。
[0409] 附加地或可替代地，对于非常接近位于同一地点的各UE，可以从到组管理者UE 11的活动链路中获得寻呼波束。这同样适用于系统信息的波束扫描。与在整个小区区域上进行波束扫描相比，具有波束成形的专用传输效率更高。因此，在5G中，在请求的基础上更频繁地为每个UE提供系统信息。在本发明中，可以简单地经由可以可选地提供中继功能的组管理者UE 11来提供对所有UE 12的系统信息以及系统信息更新。
[0410] 当经由组管理者UE 11中继时的好处是，组管理者UE 11可以总是处于RRC连接模式，并且因此可以向基站13提供反馈，诸如HARQ。
[0411] 在与UE共享的信道上，可以使用特定的预编码的参考码元。
[0412] 与使用波束扫描的信道或刚刚为正在发送的单个小消息建立的信道相比，由于反馈信息，诸如信道质量报告、秩指示符或预编码矩阵指示符，使得该链路可以高效地提供高得多的频谱。
[0413] 可以在范围可以短得多的侧链路(即，经由第二接口16的UE到UE通信)上转发分组。在系统信息更新或寻呼消息的情况下，可以使用多播来将数据转发到UE组17的所有组成员UE 12A、12B。
[0414] 由于来自UE组17的多个UE 11、12A、12B的信息可以被转发到基站13，因此值得向基站13传输详细的信道状态信息以支持链路适配和准确的波束成形。
[0415] 在按每个UE进行公共传输的情况下，这样的反馈信息必须由每个UE发送，特别是对于小分组或正被发送到许多UE的数据，这造成相当大的信令开销。
[0416] 类似地，根据本发明，可以针对UE组17的多个UE 12A、12B的组合传输发送上行链路中的HARQACK/NACK反馈信息。
[0417] 在TDD系统的情况下，由于组管理者UE 11的常规上行链路传输，由于组管理者UE 11可以在上行链路上更频繁地传输，因此可以更多地利用信道互易性。
[0418] 如果组管理者UE 11可以具有足够的电池电量或正在连接到电源(在汽车中使用时可以被假设)，那么它只能决定充当组管理者UE 11。组成员UE 12A、12B实际上可以节省功率，因为将数据紧邻地中继到组管理者UE 11消耗的功率少得多。
[0419] 作为已经通过系统信息被传输的小区配置的一部分，基站13配置(即，决定)系统信息更新、寻呼消息或小数据分组是否应当由组成员UE 12A、12B直接发送或将经由组管理者UE 11发送。
[0420] 如果例如低频被用于这个小区，那么可以由UE组17的所有组成员UE 12A、12B容易地接收基站信号，而不需要经由侧链路转发信息。
[0421] 对于上行链路/下行链路数据传输，基站13可以配置与分组尺寸相关的某个阈值。小数据分组可以被中继，而较大的分组可以要求组成员UE 12A、12B移动到RRC连接状态并且使用常规的数据承载来进行数据传输/接收。
[0422] 可以为上行链路定义类似的行为，其中基于配置(在连接设置期间由组成员UE 12A、12B从基站13或从组管理者UE 11接收)，组成员UE 12A、12B可以经由组管理者UE 11中继RRC消息、小数据分组或某些服务(例如，V2V或V2X服务、IoT/MTC服务、语音服务)。
[0423] 其优点可以再次是大大降低控制开销(例如，上行链路调度请求或PDCCH上行链路授权/资源指派仅针对单个组管理者，而不是针对每个UE)，以及由于更准确的链路适配和波束成形而更高效的链路。
[0424] 在下文中，换句话说，将借助于描述本发明实施例的不同要点来来解释本发明。术语“组”和“编队”可互换，以及对应的术语“组管理者”和“编队管理者”也可互换。
[0425] A.管理者UE的实施例(也是用于eNB的实施例)：
[0426] -处于RRC连接状态的UE已连接到服务基站，并且正在或意图充当组/编队列管理者，具有侧链路发送和接收的能力，并具有充当组/队列管理者的能力并决定作为组中继器和/或编队管理者进行操作
[0427] (该编队中的其它UE可能处于其它状态，例如空闲或非活动，因为所有通信都可以通过编队管理者中继
[0428] ο安装在汽车中的移动UE或位于汽车中的手机或连接到汽车中的设备的手机[0429] οIOT案例可以不在汽车中，而是具有更强大的组管理者UE的静止IOT集群。
[0430] ο对侧链路信号(例如，侧链路同步信号)和/或侧链路控制信道(例如，侧链路广播信道PSBCH或侧链路控制信道PSSCH)进行解码以检测附近的其它充当组中继器和/或编队管理者的UE
[0431] ·和/或同步到侧链路同步信号和/或解码源的身份(例如，组/编队身份)和/或测量侧链路信号的信号强度
[0432] ·和/或解码侧链路控制信息以及关于附近的UE组/编队的细节
[0433] ·并决定不开始成为组中继器和/或编队管理者的操作
[0434] ·而是选择另一个组中继器和/或编队管理者来连接
[0435] (稍后将定义用于要连接到另一个编队的UE的过程)
[0436] ο决定由服务基站经由基站下行链路控制信息控制UE作为组管理者(＝编队管理者)的操作
[0437] ·通过广播信息在物理广播信道(例如PBCH)和/或物理共享信道(例如PDSCH)上接收的下行链路控制信息
[0438] ·和/或基于来自支持组管理功能的UE的请求，经由专用RRC信令(例如，RRC重新配置消息)接收的下行链路控制信息
[0439] ·下行链路控制信息是支持单元中组管理功能的指示符，和/或者是具有组/编队管理者配置细节的独立系统信息块
[0440] ο在满足某些条件后，向服务基站发送控制消息，请求服务基站它想要开始充当组/编队管理者(例如，命名为组创建者或编队创建者)
[0441] ·而某些条件是用户经由手机和/或汽车上的用户界面发起的
[0442] ·而某些条件是由经由控制接口连接到UE的汽车控制发起的
[0443] ·例如，在两个UE/汽车在彼此后面行驶一定时间和/或彼此有一定距离之后发起[0444] ·而某些条件是通过成功接收侧链路序列和/或消息(例如，V2V消息)检测到的在附近的一定数量的UE
[0445] ·并且，在解码V2V消息后，检测到附近的UE正在以相同的方向和/或速度移动[0446] ·而到基站的请求消息可能还包含提供带有配置细节的另外的系统信息的请求[0447] ·控制消息是RRC重新配置请求和/或RRC服务请求和/或RRC兴趣指示[0448] ο从基站或路边单元接收RRC请求消息和/或RRC重新配置消息以命令UE开始作为组/编队管理者运行
[0449] ·基站/路边单元连接到V2X服务器和/或接收和解码附近的UE的V2X消息，并基于这个信息命令基站将UE被配置为组管理者
[0450] ο在接收到基站系统信息(经由广播作为小区组管理者配置的一部分或专用信令，例如，作为组管理者配置的一部分)，组管理者可以或可以不中继其它控制数据(例如，系统信息更新、寻呼或其它RRC消息)和/或其它用户数据(例如，针对具体的服务，诸如V2X、MTC/IoT或语音服务)
[0451] ·同时基站可以提供中继或不中继数据的某个决策准则，一个选择准则是消息尺寸或队列中的数据量
[0452] ο在决策开始操作中考虑其电池状态和/或其与电源的连接以成为组中继器和/或编队管理者
[0453] ο在已经向基站发送了成为组/编队管理者的请求之后，等待RRC响应消息(例如，RRC重新配置消息)以提供侧链路操作的配置(例如，传输侧链路同步信号、侧链路广播信道、侧链路发现或V2V消息、侧链路共享信道的资源)
[0454] ·在成功解码RRC响应消息之后，将下层配置为用于侧链路传输
[0455] ο向有兴趣连接到组中继UE的其它UE提供同步信号(例如，物理侧链路主要或辅助同步信号PSPSS/PSSSS)
[0456] ·并发送组中继身份以接收其它有兴趣连接到组中继UE的UE
[0457] ο经由物理侧链路广播信道(例如，PSBCH)或经由映射在物理侧链路共享信道(例如，PSSCH)上的广播信息向其它UE提供关于侧链路或组中继功能的控制信息[0458] ·通过发送支持组中继功能的控制指示
[0459] ·通过提供其它侧链路控制信息(例如，侧链路带宽、D2D系统帧编号、TDD UL/DL配置)
[0460] ο经由侧链路控制信道(例如，PSCCH)或侧链路发现信道向其它UE通告其作为组管理者的操作
[0461] ·通过发送支持组中继功能的周期性通告消息
[0462] ο以及其它移动UE连接到组中继UE，形成移动UE组或编队
[0463] ο在组或编队的前部或中部
[0464] ο朝着UE组或编队的基站提供上行链路控制信息，例如
[0465] ·经由控制信道(例如，PUCCH)调度请求，经由MAC控制元素在共享信道(例如PUSCH)上带内缓冲器状态报告
[0466] ·同时调度请求可能请求用于上行链路和/或侧链路的资源
[0467] ·同时调度请求可能包含基于每个UE或基于组合调度请求的编队的其它UE的数据请求
[0468] (由eNB使用调度请求信息来调度侧链路或上行链路传输)
[0469] ·经由控制信道(例如，PUCCH)的信道状态信息
[0470] ·基于eNB信号的编队管理者的测量
[0471] οeNB信号是下行链路共享信道(例如，PDSCH)和/或下行链路同步信号(例如，PSS/SSS)的解调参考码元
[0472] ·包含信道质量指示符和/或建议的编码和调制方案
[0473] (eNB使用信道状态信息进行链路适配(例如，调整编码/调制等))
[0474] ·包含建议使用MIMO等级的秩指示符和/或建议使用预编码的预编码矩阵指示符[0475] (eNB用于适配MIMO(例如调整秩和预编码)的秩指示符和预编码索引)[0476] ·经由MAC控制元素在共享信道(例如，PUSCH)上进行带内功率余量报告[0477] ·基于相对于编队管理者的最大发射功率的实际传输功率
[0478] (功率余量报告由eNB用于上行链路功率控制)
[0479] ο经由包含来自eNB的资源指派的控制信道(例如，PDCCH)从服务eNB接收下行链路控制信息
[0480] ·用于在侧向链路控制信道(例如，PSCCH)和/或侧链路共享信道(例如，PSSCH)上与编队的其它UE或编队的UE之间进行传输
[0481] ·用于在侧链路控制信道(例如，PSCCH)和/或侧链路共享信道(例如，PSSCH)上向不是编队的一部分的其它UE或其它编队的传输
[0482] ·用于上行链路共享信道(例如，PUSCH)上的上行链路数据传输
[0483] -在eNB配置编队管理者期间，将成为编队管理者的UE
[0484] ο将从服务eNB接收并处理一个或多个具有配置细节的RRC重新配置消息[0485] ·用于将传输和/或接收池用于侧链路传输/接收
[0486] ·用于上行链路控制信道(例如PUCCH)，用于信道反馈报告和/或调度请求和/或发送HARQ反馈信息
[0487] ·用于上行链路共享信道(例如，PUSCH)以进行数据传输，例如PHY、MAC、RLC和PDCP层的用户平面信息
[0488] ·用于上行链路随机接入信道(例如，RACH)
[0489] ο将向服务eNB传输一个或多个带有编队配置细节的RRC配置消息
[0490] ·使用某些UE身份(例如，用于连接的UE的公共无线电网络临时身份(C-RNTI)或用于空闲UE的临时移动台身份(TMSI)或用于其它UE状态的其它身份)来提供可能是或成为编队的一部分的UE
[0491] (因此，UE可见且可通过网络到达)
[0492] -组/编队管理者从想要连接和/或加入组/编队和/或组/编队管理者的UE接收连接设置请求消息(例如，RRC连接设置请求)
[0493] ο和/或组管理者经由RRC控制消息询问基站请求加入组/编队的UE是否被授权这样做
[0494] ο执行准入控制以接受或拒绝连接设置请求消息
[0495] ·基于其处理能力、到基站以及要连接的UE的无线电信号质量、来自基站的上行链路和下行链路上的可用带宽以及到其它UE的侧链路上的可用带宽的准入控制决定[0496] ο向先前正在发送连接设置请求消息(例如，RRC连接设置请求)的UE传输连接设置消息(例如，RRC连接设置)，该控制消息是经由无线资源控制协议经由侧链路共享信道(例如，PSSCH)和/或经由用于编队管理的新控制信道和/或经由预定义的侧链路消息进行交换的，该控制消息提供
[0497] ·关于某些服务或逻辑信道或数据承载的控制信息，这些信息应当经由组管理者在上行链路中中继，或应当直接发送到基站
[0498] ·关于UE应当使用的RRC状态的控制信息，例如RRC非活动状态
[0499] ·关于是经由组管理者中继寻呼和/或系统信息和/或系统信息更新和/或小分组还是应当由eNB直接接收的控制信息
[0500] ·切换和/或跟踪区域更新和/或RAN通知区域更新由组管理者还是由组中的每个UE独立管理的控制信息
[0501] -组/编队管理者与其组/编队的UE通信，交换控制和数据，诸如
[0502] ο经由多播传输向组成员提供系统信息
[0503] ο具有控制信道或经由预定义的V2V消息在组/编队内交换控制数据，诸如[0504] ·映射到侧链路数据信道的编队管理和编队状态信息交换
[0505] ·例如，加入/离开编队，改变编队的UE之间的距离
[0506] ·编队状态信息，诸如例如速度、方向、目标或预期动作，诸如制动、加速、超车[0507] ο在组/编队内交换用户数据
[0508] ·例如，通过使用侧链路控制信道(例如，PSCCH)调度资源
[0509] ·共享传感器或视频信息，例如来自编队管理者
[0510] ·UE之间的通信，例如信息娱乐
[0511] ο从或者想要在组/编队内发送数据或者想要经由组管理者/编队管理者向基站发送数据的组/编队中的UE接收调度请求信息
[0512] ·向eNB在上行链路控制信道(例如，诸如PUCCH之类的带外控制信道)上转发调度请求或者在上行链路共享信道(例如，PUSCH)上转发作为MAC控制元素的带内缓冲器状态报告)
[0513] ·将多个UE的调度请求多路复用为联合调度请求/缓冲器状态报告，该报告在上行链路中发送到控制基站
[0514] ο向组/编队内的UE发送侧链路资源指派
[0515] ·允许成员UE在组/编队内发送数据
[0516] ·允许将数据发送到组/编队管理者以中继到基站
[0517] ·允许和/或命令成员UE向组之外的UE或其它组发送信号和控制数据[0518] ο在侧链路共享信道上接收来自组/编队内的UE的RRC消息，以中继到基站[0519] ·例如，为了设置到基站的单播会话/连接
[0520] ο组/编队的一些UE可能通过多跳传输将其它UE的信号/消息中继到编队管理者[0521] (好处：在高带宽传输的情况下允许较小的范围。)
[0522] -编队管理者中继经由侧链路共享信道(PSSCH)接收到的来自其编队的其它UE的数据分组和/或RRC控制消息，并经由上行链路共享信道(例如，PUSCH)传输到与其连接的服务eNB
[0523] -编队管理者经由下行链路共享信道(例如，PDSCH)中继从其服务eNB接收到的数据分组和/或RRC控制消息，并经由侧链路共享信道(PSSCH)将数据传输到其编队的其它UE[0524] ο同时使用相同或不同的逻辑信道在不同的资源指派中传输和/或接收不同UE的分组数据单元
[0525] ο同时不同UE的分组数据单元可以由MAC层在单个MACPDU中多路复用[0526] ·MAC头部信息提供关于PDU会话、逻辑信道、分组所属的UE的控制信息[0527] -编队管理者或由编队管理者指派的UE与不属于其编队和/或属于其它编队的UE通信
[0528] ο传输和接收V2V消息
[0529] ο通过通告/警告消息使其它UE了解编队
[0530] -可以请求与gNB通信的编队/组管理者将其上下文传递到网络，或通过侧链路传递到另一个具有管理能力的UE，以方便组管理者的改变。
[0531] -编队管理者配置和/或调度其编队的UE与不属于其编队和/或属于其它编队的UE通信
[0532] ο配置多个UE进行传输(包括编队管理者本身)
[0533] (好处：通过进行多个侧链路传输来提供分集传输/消息重复)
[0534] ο在编队的末端和/或前部选择UE
[0535] 好处：通过在编队的开头和末端的传输实现最大的分集，例如在编队管理者在中间的情况下
[0536] ο在由多个UE进行传输的情况下，指派相同池和/或相同时隙/小时隙/子帧的传输资源
[0537] (好处：由于半双工约束，UE可以在侧链路上或者传输或者接收。使用相同的资源池/子帧降低传输的资源消耗、最小化接收时间，因此最小化接收UE的功率消耗为传输UE提供了更多时间进行接收。)
[0538] ο在由多个UE进行同步传输的情况下指派相同的物理资源
[0539] (好处：基本上可以由物理层提供发射分集。信号看起来像接收方对单个信号的多径接收，并改善了接收信号的质量。)
[0540] 组管理者具有用于其组的本地应用服务器(例如，V2X服务器或本地IOT服务器)。处置朝着网络的本地消息交换和聚合。
[0541] B.成员UE的实施例，该成员UE是想要连接到组中继器和/或编队的UE(也是eNB的实施例)：
[0542] -从基站接收指示支持组中继器和/或编队管理者的信号的UE，该UE具有侧链路传输和接收的能力，并且具有连接到组管理者/编队管理者的能力并且有兴趣连接到另一个充当组中继器和/或编队管理者的UE，以及
[0543] ο基于以下情况完成连接的决定
[0544] ·由用户经由手机和/或汽车上的用户界面发起
[0545] ·由连接到UE的汽车控制经由控制接口发起
[0546] ·例如在经由其它无线电技术(诸如WiFi或802.11p)进行一些消息交换之后[0547] ·成功接收和解码了组中继器和/或编队管理者的同步信号(例如，物理侧链路主或辅助同步信号–PSPSS/PSSSS)，具有或不具有与组中继器和/或编队管理者相关联的嵌入式UE是否
[0548] ·在物理侧链路广播信道上已成功接收并解码了控制信息(例如，关于侧链路带宽、D2D系统帧编号、TDD UL/DL配置的信息)
[0549] ·已成功接收并解码了来自组中继器和/或编队管理者和/或物理侧链路发现信道或物理侧链路共享信道的V2V控制消息(例如，中继组通告消息)
[0550] ·解码一个或多个V2V消息，从而检测其附近存在中继组和/或编队正在以相同的方向和/或速度移动
[0551] ·对照阈值评估侧链路信号强度(例如，参考码元接收功率或参考码元接收质量)，从而检测侧链路的信号强度是否好到足以连接到组中继器和/或编队管理者[0552] ·考虑其电池状态和/或与电源的连接，检测到优选地是连接到组中继器和/或编队管理者以节省功率
[0553] οUE经由系统信息(例如，作为小区的组管理者配置的一部分进行广播)或经由专用RRC信令(例如，作为RRC重新配置消息的一部分)从基站或从定义其发送和接收行为的组管理者(例如，作为朝着组管理者的RRC连接设置过程的一部分)接收控制信息和配置数据，诸如
[0554] ·关于哪些服务、逻辑信道或数据承载应当经由组管理者在上行链路中中继以及哪些应当直接发送到基站的信息
[0555] ·关于UE一旦连接到组管理者就应当使用的RRC状态的信息，例如RRC无效状态或指示UE连接到组管理者的新RRC状态，
[0556] ·关于寻呼和/或系统信息和/或系统信息更新和/或下行链路中的小分组是经由组管理者中继还是应当直接从eNB接收的信息
[0557] ·关于UE是应当向组管理者中继上行链路控制数据(例如，RRC消息)和/或其它用户数据还是应当将此类数据直接发送到服务基站的信息
[0558] ·虽然基站可以提供中继或不中继数据的某种决策准则，但一个选择准则是消息尺寸、周期性、可用的侧链路资源或队列中的数据量
[0559] ·虽然某些消息或服务可能总是被中继，例如语音服务、V2V或V2X消息可以由组管理者或组中被指派了侧链路资源的某些UE处理；但是小V2X消息可能总是经由组管理者中继
[0560] ο基站控制连接到组/编队管理者的UE决定
[0561] ·向UE提供侧链路资源信息以接收和解码来自组UE和/或编队管理者的信号或控制消息，以向UE指示其应监视和解码的资源
[0562] ·资源信息是侧链路接收池
[0563] ·信息经由广播信令或专用RRC信令被发送给UE
[0564] ·提供组/编队管理者选择准则
[0565] ·选择准则是侧链路信号强度的阈值(例如，参考码元接收功率或参考码元接收质量)
[0566] ·选择准则是某个V2V控制消息
[0567] οUE基于以下内容接收和解码来自具体组管理者的信号以进行连接[0568] ·接收侧链路信号(例如，主同步信号和辅助同步信号)和/或与信号同步和/或对信号进行信号强度测量(例如，RSRP和RSRQ)和/或从信号中解码身份和/或识别来自该信号的另一个UE组/编队
[0569] ·经由解码侧链路广播信道(例如，PSBCH)和/或侧链路控制信道(例如，PSCCH)从UE组/编队接收其它控制信息
[0570] ·在侧链路共享信道(例如，PSSCH)上接收和解码其它V2X消息，以及关于其它UE组/编队的信息，诸如方向，速度、目标、数量或成员、选择优先级、同步源等。
[0571] οUE从由多个组管理者传输的多个接收信号中选择要连接的特定组管理者[0572] ·基于测得的侧链路的信号强度(例如，RSRP和RSRQ)和/或基于由组管理者提供的控制信息的部分的某些选择优先级和/或基于同步源(例如，GPS、基站或都没有)和/或基于组管理者广播的身份
[0573] οUE在侧链路上向组/编队管理者发送连接设置请求消息
[0574] ·请求设置数据和/或信令连接，并请求无线电资源以在侧链路上传输[0575] ·到组管理员的请求消息可能还包含提供带有配置细节的另外的系统信息的请求
[0576] ·等待来自组/编队管理者的侧链路上的连接设置响应消息
[0577] ·接收并解码设置响应消息，并配置侧链路以进行传输和接收
[0578] 作为组成员的UE可以接收指示组管理者改变的控制信令。
[0579] -作为组成员的UE在连接到组管理者时可以执行感测以使更好的组加入。当达到某个阈值或感测到具有更高能力的组时，发起切换请求。
[0580] -作为组成员的UE可以通过向gNB(或者直接或者中继)发送控制消息来请求组间切换。
[0581] C.支持组管理者的基站(eNB)的实施例：
[0582] -基站与UE进行通信，并且该基站支持充当组/编队管理者的中继UE，[0583] ο发送广播信息和/或无线电资源控制信息，以指示其对在小区中充当组/编队管理者的UE的支持，和/或通过向支持这个功能的组管理者和/或组成员提供配置信息。
[0584] ·通过发送指示支持这个功能的位和/或
[0585] ·通过发送分离的系统信息块，该信息块具有用于组/编队管理者和/或组/编队的UE成员的配置细节
[0586] ·而其中一些具有组管理者的配置数据的系统信息根据请求被发送到支持这个功能的组管理者
[0587] ·而其中一些具有组成员的配置数据的系统信息根据请求被发送到支持这个功能的组成员
[0588] ο从支持组/编队管理功能的UE接收具有成为组/编队管理者的请求的RRC控制消息
[0589] ·如果已连接EPC，那么经由S1-MME接口将请求转发到核心网络中的移动性管理实体；如果已连接5G核心，那么经由N2接口将请求转发到核心网络控制平面功能[0590] ·核心网络经由响应消息授权UE成为组管理员和/或提供安全凭证和其它必需的控制信息
[0591] -发送RRC控制消息以响应成为组/编队管理者的请求并提供详细的配置信息[0592] οSL资源池配置
[0593] ο中继配置(最大分组尺寸、仅V2X流量/VOIP)
[0594] ο组参数(最大UE、支持的服务类型，例如低时延)
[0595] ο反馈配置(保持活动或周期性组成员状态)
[0596] ο
[0597] -连接到组/编队管理者，并接收来自组/编队管理者的控制消息，从而请求向具有某个组身份的组添加(UE加入)或移除(UE离开)具有某个用户身份的UE
[0598] οSL池调整
[0599] οSL广播调整(可用资源，组已满)
[0600] ο组成员离开通知
[0601] ο组成员配置(组ID、能力、许可的服务)
[0602] οRRC重新配置消息(传递给加入的UE)
[0603] ο
[0604] -基站与一个或多个配置的组/编队管理者进行通信，该组/编队管理者处于RRC连接状态并在小区中被指派了唯一身份
[0605] ο使用下行链路控制信道(例如，PDCCH)为组管理者调度资源
[0606] ο将用于下行链路控制信道和/或下行链路共享信道和/或侧链路信道的波束成形用于组管理者
[0607] ·传输预编码的专用参考码元以支持UE信道估计
[0608] ·使用由编队管理者提供的信道反馈信息
[0609] ·波束索引指示、秩指示、预编码矩阵指示符等。
[0610] ·在上行链路共享信道(例如，PUSCH)或上行链路控制信道(例如，PUCCH)的解调参考码元和/或数据码元上使用上行链路测量
[0611] ·时分双工模式可以基于信道互易性
[0612] ·使用gNB上可用的其它信息，例如接收信号的到达角、UE位置信息[0613] ο对于下行链路控制信道和/或下行链路共享信道和/或侧链路信道使用链路适配[0614] ·以不同的编码和/或调制进行传输
[0615] ·使用由编队管理者提供的信道反馈信息
[0616] ·例如信道质量指示符、建议的编码和/或调制方案
[0617] ·在上行链路共享信道(例如，PUSCH)或上行链路控制信道(例如，PUCCH)的解调参考码元和/或数据码元上使用上行链路测量
[0618] ·时分双工模式可以基于信道互易性
[0619] ·使用gNB上可用的其它信息，诸如路径损耗测量、UE时间提前量或UE位置信息[0620] ο基站或路边单元连接到V2X服务器，从而从服务器接收触发将UE被配置为组中继和/或编队管理者的发起的消息
[0621] (V2X服务器具有关于该小区中所有UE的知识，以及方向和速度及其它可以用于触发编队建立的汽车内部信息的知识(细节是专有的并且不会被标准化))
[0622] ο基站连接到核心网络并与网络通信，以请求授权UE成为组管理者和/或UE成为组成员和/或提供安全凭证
[0623] -基站也可能是路边单元
[0624] 在以上描述中，已经描述和解释了用于UE组、组管理者UE和组成员UE的示例和实施例，它们也可以用于本发明的以下进一步概念，这些将在本描述的以下部分中进行讨论。
[0625] 在本描述的以下部分中，将描述根据本发明的蜂窝通信系统中的移动性概念的示例和实施例，其中，如上面所解释的，所述移动性概念可以利用UE组、组管理者UE和组成员UE。
[0626] 但是，这里应当明确地提及，不同于如上所述的UE(即，组管理者UE和/或组成员UE)的其它类型的用户设备组(例如编队)或其它类型的用户设备和/或基站可以使用本发明的以下移动性概念。
[0627] 因而，以下将描述的移动性概念可以利用但不必要求具有如上所述形式的UE组、组管理者UE或组成员UE。
[0628] 进而，将在本描述的以下部分中描述的所有特征可以与如上面解释的概念(即，与UE组17和/或组管理者UE 11和/或组成员UE 12A、12B和/或基站13)组合。
[0629] 为了引入以下移动性概念的方便，在以下描述中，以上讨论的UE组、组管理者UE和组成员UE可以用作非限制性示例。
[0630] 接下来的第一段可以用来介绍本发明的移动性构思。
[0631] 蜂窝通信系统中的当前移动性概念集中在给定场景中移动的个体用户设备(UE)。当给定的UE处于连接模式时，它可以连接到单个固定基站，在将来的系统中也可以连接到若干基站，例如双重连接性。
[0632] 现有的概念支持高达某些速度的移动性，例如车辆通信或高速火车场景，在小区边界处进行切换(HO)。以这种方式，可以支持跨小区的无缝连接性。
[0633] D2D(设备到设备)通信的引入引起了设备之间的侧链路(SL)通信(具有称为PC5的链路)。此外，对于各种连接设备，V2X通信的引入将使互联车辆能够与蜂窝基础设施以及其它连接车辆进行通信。
[0634] 在车辆上下文中，对于车辆和基础设施之间的无缝连接存在固有的安全关键要求。此外，大量的车辆将大大增加移动网络的流量负载。
[0635] 可以相对于信令效率进行改进的关键移动性程序之一是现有的LTE HO机制。应当重新设计这个过程，尤其是对于车辆之间的动态组通信(V2V)(也称为编队队)，以启用和增强无缝连接性，同时维持与现有和将来标准的向后和向前兼容性。
[0636] 因此，提出的发明性构思减少了用于移动用户组的信令流量，从而节省了网络中的资源。释放的资源可以被其它服务使用，或者可以用于增加服务的可靠性(例如，特定的组通信服务或具有高可靠性要求的其它服务)。
[0637] 移动用户组的移动性
[0638] 主要用例可以是一组移动UE，其可以具有相似的移动性简档(例如，速度、方向、信道或接收器特点等)。这个问题取决于需要解决的UE的特定状态(RRC空闲、RRC已连接、RRC未激活或RRC轻微连接)突出了三个关键问题：
[0639] 1.对于RRC空闲的UE，虽然不需要切换程序，但要求这些UE在跟踪区域(LTE术语)/寻呼区域(5G术语)的边界处执行跟踪区域更新。如果存在大量移动用户组，那么在一些小区边界处将存在大量跟踪区域更新，从而导致向基站的信令更新过多。
[0640] 2.在RRC连接模式的情况下，UE必须对相邻小区进行小区测量，将测量结果报告给网络，并执行时间和信令密集的切换过程。在RRC连接模式下，将要求大量移动UE执行单独的RACH过程，以便建立到网络的连接，获得上行链路同步并获取上行链路资源。在许多UE同时进行切换的情况下，往返于源基站(以周期性测量报告和RRC重新配置消息的形式)和目标基站的过多信令(RACH过程同步和时间提前量信令)会降级网络可靠性和吞吐量。
[0641] 3.RRC非活动的或RRC轻度连接的：移动UE组中的每个成员都必须建立RRC连接，以在RRC连接模式下操作，这要求通过空中以及朝着核心网络的密集信令。在LTE Advanced Pro和5G网络中，将定义新的RRC非活动状态以克服一些缺点。这个状态允许上行链路中的小数据传输，而无需移至RRC连接状态。不过，由于该位置在小区级别上是未知的，因此UE仍然仅可经由寻呼在下行链路中可达。由于每个UE需要在整个寻呼区域中进行寻呼，因此寻呼过程是耗时和耗资源的。
[0642] 具体而言，在超可靠和低时延通信(URLLC)数据传输的情况下(例如，对于安全关键型应用而言的自动驾驶或编队队所需的)，除了涉及的信令开销外，上述过程可能还会花费太多时间。因此，需要新的移动性过程来支持针对更大用户组的这种移动性。
[0643] 图11是根据现有技术在处于高度移动用户的大组时可能出现的问题的图示。
[0644] 图11a(左上)描绘了具有共同移动性简档的车辆UE 2、3、4、5的组7。这些UE 2、3、4、5可以在与PC5链路6互连的自动模式下操作。当在小区之间移动或沿着小区边缘移动时，UE 2、3、4、5的组7可以在同一小区的覆盖范围内、不在覆盖范围内或者在部分覆盖范围内。
[0645] 图11b(左下)示出了跨小区边界移动的经由PC5链路6互连的一组车辆UE 2、3、4、5。当处于调度模式时，由于服务基站已改变，因此在移动期间显然存在问题。解决方案是使用特殊的传输资源池来维持服务的连续性。除了基站对于每个UE所需的多个测量报告之外，UE和源基站之间的点线是调度PC5传输所需的控制信令的示例说明。注意的是，对于小区之间的切换，可能必须为用户组重新配置特殊的资源池配置，因为源小区和目标小区可能具有不同的配置。
[0646] 图11c(右中)示出了由RACH、同步、资源分配造成的过多信令开销，每个UE单独连接到目标基站将需要这些开销。
[0648] 图12(取自[3])示出了可以用于图11所示的切换(HO)过程的现有技术通信。图12描绘了LTE中的在源eNB与目标eNB之间的标准HO过程。
[0649] 该标准中规定的现有X2 HO过程主要面向源eNB与目标eNB之间的单个UE HO，并且不适应V2X上下文中的一组车辆的要求。
[0650] 在用于侧链路(SL)通信的HO期间的中断时间和总体信令开销会对UE端的性能产生负面影响。当前，版本14中用于SL传输的协定包括以下[7]：
[0651] ·在HO进行V2X SL传输的情况下，还经由HO命令(图12中的步骤7)传输目标小区的SL传输池配置(除了特殊资源池之外)，以减少中断时间。目的是，如果执行源同步或GNSS同步，那么UE可以在HO完成之前利用SL传输资源。
[0652] ·这也适用于目标小区的接收资源池配置，目的是避免接收使用HO命令发送的V2X数据的中断时间。
[0654] 在下文中，可以给出对UE的上述连接状态的进一步介绍。因此，应参考图13，该图取自[4]，它描绘了RAN2中讨论的用于减少信令流量的UE模式。
[0655] 如图13中所示，蜂窝无线中的当前控制平面协议中的状态机主要支持两种模式：RRC空闲模式131和RRC连接模式132(也称为RRC正常连接)。
[0656] 在RRC空闲模式131下，UE根据不连续接收(DRX)周期来监视控制信道(PCH)。在这个状态下，作为核心网络一部分的移动管理实体(MME)负责监视UE。
[0657] 在RRC连接模式132下，UE连接到已知的基站并且可以执行去往和来自设备的数据传输。在这个状态下，对应的基站负责监视UE。
[0658] 根据现有技术，当UE处于RRC连接模式132时执行HO。
[0659] 当前正在讨论引入一种新模式，该模式被称为RRC轻度连接133(在LTE中)或称为RRC非活动状态(在5G新无线电(NR)中)。注意的是，RRC连接模式132将被重命名为RRC正常连接(在LTE中)和RRC活动(在5G中)。
[0660] 这种增强的状态机的总体目标是提高新服务的信令效率并改善UE功率节省。
[0661] 在这个新状态133(轻度连接/非活动状态)下，UE负责改为空闲或连接状态。
[0662] 图13中所示的示例反映了LTE中的状态操作：轻度连接的UE经由RRC过程进入RRC连接的遗留行为，该过程包括三个消息(即，请求、响应和完成)。
[0663] 在轻度连接状态133下，用于这个UE的S1连接(例如，图15)被保持并处于活动状态，并且可以引入来自UE的以下发明性信令方案，以便通过移动预测来优化切换并改善网络性能。
[0664] 应进一步简要介绍用于侧链路通信的特殊资源池。
[0665] 例如，通过SIB18的传输来指示对D2D(设备到设备)通信中的侧链路通信(即，SL(PC5)通信)的支持。SIB18由服务基站在初始连接时给出。为了增强SL通信的服务连续性，SIB18中包含的特殊资源池负责处置RRC空闲状态和RRC连接状态之间的状态过渡。示例是UE是否检测到RLF(无线电链路故障)，然后该故障导致RRC连接重新建立。这个特定的资源池将是D2D和V2X通信的重要组成部分，尤其是在其中这些RLF是不能容忍的与公共安全和紧急响应相关的区域中[5]。
[0666] 可以将这个策略讨论为在D2D上下文中使中继器与UE之间的切换过程同步的手段。示例可见[6]。[6]中描述的场景着重于IoT设备(诸如可穿戴设备，例如通过智能电话连接到基站的智能手表)。
[0667] 这与车辆场景中描述的想法不同，因为IoT设备具有非常有限的功率要求，因此比车辆UE具有更高的限制。但是，本发明中描述的构思还应当涵盖可以应用所提出的概念的IoT场景。
[0668] 在以下段落中，将详细解释本发明的移动性概念。
[0669] 对于使用侧链路通信(例如，经由PC5)的UE组17(以下有时也称为组或编队)内的常规通信，应参考以上描述。
[0670] 对于本发明的以下概念，可以假设具有相似移动性简档的一组UE 11、12A、12B可以由组管理者UE 11或组管理者UE 11的集合来协调。
[0671] 在以下描述中，可以将具有单个组管理者UE 11的UE组描述为非限制性示例。如上所述，所有给定的示例可以被扩展到组管理者UE的集合。
[0672] 例如，组管理者UE 11可以由基站13经由上行链路/下行链路RRC信令来配置，并且被授权协调组成员UE 12A、12B之间以及到组成员UE 12A、12B的传输。
[0673] 此外，其它周围的UE 12、52可能已经通过如上所述的连接设置过程在侧链路上朝着组管理者UE 11加入了组/编队。
[0674] 除了与基站13的现有Uu链路之外，组管理者UE 11可以正在协调UE组17内以及其它编队和其它UE的通信。
[0675] 以下段落解释根据本发明的这个方面的示例过程，该过程关于UE如何成为组管理者UE 11。
[0676] 根据本发明的这个方面，组管理者UE可以是被配置为管理蜂窝网络与UE组17之间的连接的移动性的UE，该UE组17包括其自身以及一个或多个其它UE，称为组成员UE 12A、12B以区别于组管理者UE 11。因此，根据这个方面的组成员UE 12A、12B被配置为至少部分地放弃其自身与到UE组17的组管理者UE 11的蜂窝网络之间的连接的移动性的管理。换句话说，成员UE被配置为使得这个成员用户设备与蜂窝网络之间的连接的移动性由该成员用户设备和预定用户设备所属的UE组的预定用户设备(即，管理者UE)来管理。换句话说，成员UE是UE组的一部分并且连接到预定UE(即，管理者11)，该预定UE管理这个成员UE 12A、12B，
12C与蜂窝网络10之间的连接的移动性。组管理者UE 11，或者简称为管理者，可以获取用于本发明中提出的增强移动性思想的组标识。
12C与蜂窝网络10之间的连接的移动性。组管理者UE 11，或者简称为管理者，可以获取用于本发明中提出的增强移动性思想的组标识。
[0677] 为此，如以上参考图3所示的第三步骤33所讨论的，UE可以向基站13或路边单元发送兴趣指示或服务请求。一旦UE成为组管理者11，就执行配置过程。
[0678] 如图15所示，基站13可以将请求转发到核心网络控制功能151(经由N2接口152)以授权UE成为组管理者。图15图示了为5G提出的一般总体体系架构和接口(Nx，x＝1…6)。
[0679] 现在将参考图14，其示出了图3的概念的扩展版本。
[0680] 下一节解释所涉及的步骤A)至C)，这些步骤在图14中突出显示。作为第三步骤33中的过程的一部分，核心网络或基站13可以在授权和准入控制之后指派组身份(步骤A)。
[0681] 组身份可以由或可以不由网络身份和/或基站身份和/或另一个相关的新颖标识符组成。
[0682] 基站13可以在第四步骤34中用配置消息来响应UE请求消息，该配置消息还将新的组身份转发到新的组管理者(步骤B)。
[0683] 一旦组管理者11开始其操作，它就将使用组身份作为侧链路信号的一部分，以唯一地识别网络内或至少某个区域内的UE组17(或编队)。
[0684] 组身份可能成为同步信号的一部分，并可以经由侧链路广播信道被发信号通知，或者成为通过侧链路发送给潜在组候选的组通告消息的一部分。
[0685] 如上面已经描述的，一旦UE 12、52加入UE组17，组管理者UE 11就可以负责通知基站13(并且由此还通知核心网络)。网络应当始终具有作为UE组17的一部分的所有UE 11、12A、12B的概况。上面已经相对于图4描述了还是组外UE 52加入UE组17的过程。
[0686] 但是，现在将参考图16，它是图4的简化版本。
[0687] 在第五步骤45中，组管理者11可以向基站13请求关于还是组外UE 52的加入UE组17的授权。
[0688] 组管理者11可以将上面提到的UE身份(其可以是例如特定于小区的身份(诸如LTE中的公共无线电网络临时身份))转发给基站13，因为预期UE 11处于RRC连接状态/模式。
[0689] 到基站13的信令还可以包括还是组外UE 52想要加入的UE组17的组身份。如果组管理者11仅能够托管单个UE组17，那么组管理者11本身的UE身份可能就足够了。
[0690] 在不失一般性的前提下，这里假设每个组管理者11仅托管单个UE组17，并且每个组成员UE 12A、12B可以仅是单个UE组17的成员。
[0691] 基站13可以与核心网络控制功能进行关于授权和准入控制的通信。一旦基站13或核心网络可能已经决定了授权，加入UE组17的UE 52(并且因此现在是组成员UE 12)就可能已经在UE组17中注册，并且基站13可以向组管理者11发送肯定响应消息。
[0692] 依赖组管理者11更新关于加入和离开UE组17的任何UE 52的基站/路边单元/核心网络，使得网络始终知道UE组17的UE身份。
[0693] 一旦UE经由侧链路消息离开UE组17，组管理者11就可以经由RRC控制信令(例如，组更新过程)通知基站13。
[0694] 组管理者11还可以实现新过程以核实是否所有UE 12A、12B仍然是UE组17的一部分(例如，通过对组成员UE 12A、12B的定期轮询)。
[0695] UE 12A、12B可能由于某种原因而失去与UE组17的连接而无法发送离开消息。在一个实现中，多播消息将被发送到所有UE 12A、12B(至少发送到长时间非活动的UE)，请求UE 12A、12B响应该消息。为此，可以使用定时器，该定时器在组管理者11中起动。如果定时器到期并且组管理者11没有从某个UE 12A、12B获得任何反馈，那么它认为这个UE 12A、12B丢失，已经离开了UE组17。
[0696] 在第六步骤36中，组管理者11可以将连接设置响应消息提供给仍然是组外UE 52，以确认UE 52已经加入组17并且因此已经成为组成员UE 12，并且组管理者11可以提供另外的侧链路配置信息(例如，侧链路资源的指派)。
[0697] 取决于UE 12、52的服务请求的类型以及取决于组管理者11的配置，UE 12、52可以保持RRC连接并且可以在已经发送了连接设置完成消息之后过渡到另一个状态。
[0698] 如果UE 12、52保持与基站的直接连接，那么它将保持在RRC连接状态(参见图17)。
[0699] 如上所述，组管理者UE 11可以始终处于RRC连接状态，而组成员UE 12A、12B可以取决于它们的配置(例如，是否总是经由组管理者11中继服务)以及取决于数据传输的可用性而处于RRC连接状态(参见图17中的UE#2)或处于另一个状态。
[0700] 对于没有RRC连接到基站13但是与组管理者11通信的UE，引入了称为“RRC组连接”的新状态(参见图17的UE#1和UE#3)。这个RRC组连接状态可以是本发明这一方面的一个主要概念，现在将在下面更详细地讨论。在这方面，应当注意的是，以下有时会区分两种RRC组连接状态，即，一种可以被称为组轻度连接模式(图24)，一种可以被称为组连接或组连接或组活动模式(图23)，有时也称为组直接连接模式。细节在下面阐述。如果没有进一步的区别，那么所指状态或模式应当从上下文中变得清楚。
[0701] 新状态可以提供有限的服务，诸如仅允许经由组管理者的下行链路在基站13和RRC组连接的UE 12A、12B之间传输小分组，此外还经由由组管理者11协调的侧链路来传输其它分组。从某种意义上讲，这是一种涉及下行链路侧链路中继的双连接性，它是新颖的并通过这个新状态启用。
[0702] 在UE组17的各个UE 12A、12B不能直接与基站13通信(在共享信道上不能传输和接收用户数据)的意义上，根据本发明的RRC组连接状态可以类似于上面提到的RRC空闲状态(图13)。
[0703] 由于可以由组管理者11处置移动性，因此在RRC组连接状态下可能不需要移动性过程。这意味着组成员UE 12A、12B可以不像在RRC连接状态下那样执行切换测量。
[0704] 移动性(例如，切换)可以由组管理者11管理，该组管理者11可以由基站13利用RRC测量报告来配置，并且还可以与基站13协作地执行切换过程。
[0705] 即，处于直接连接模式(即，直接连接到基站13)的组管理者UE 11(或简称为管理UE 11)可以在这个管理UE 11从一个小区过渡到另一个小区的情况下执行切换，并且切换可以固有地使蜂窝网络在UE组17所在的跟踪/寻呼区域上(即，在小区级别上)保持更新。
[0706] 处于组连接模式并且因此没有到蜂窝网络的活动连接的那些组成员UE 12A、12B(或简称为成员UE 12A、12B)可以跟踪相应的组成员UE 12A、12B当前所在的其跟踪/寻呼区域，即，通过响应于来自管理UE 11的入站跟踪/寻呼区域消息而更新其跟踪/寻呼区域。
[0707] 在蜂窝网络的一侧，用于管理CN与多个UE 11、12A、12B、52之间的连接性的蜂窝网络(CN)或蜂窝网络(CN)的装置(诸如MME)可以：响应于管理UE 11的这种切换，更新处于轻度连接模式的UE组17中的任何UE 11、12A、12B的跟踪/寻呼区域，从而成为切换所针对的小区。
[0708] 在切换过程期间，组管理者UE 11可以保持向组成员UE 12A、12B通知切换的状态。即，管理UE 11被配置为，在直接连接模式下，随着切换的发展，使UE组17的一个或多个其它成员UE 12A、12B保持被更新。
[0709] 在最简单的情况下，它将向组成员UE 12A、12B通知切换过程的开始和切换过程的完成。如果需要重新配置侧链路资源(例如，在基站受控模式下使用特殊的池-LTE中的模式3)，那么它可以向所有组成员UE 12A、12B发送多播消息，以通知它们使用不同的侧链路资源。
[0710] 图18示出了消息序列图的示例，其具有针对空中接口以及针对基站间信令的细节。这里示出了启用组HO的关键信令过程。图18示出了示例序列图，其详细描述了根据本发明的利用组管理者11的组HO过程。
[0711] 在第一步骤181中，组管理者11可以传输指示组测量值的集体测量报告。
[0712] 在第二步骤182中，源eNB 13S可以基于组测量报告来确定是否需要切换，然后基于源eNB 13S中存储的组ID来请求针对整个组的切换。
[0713] 在第三步骤183中，目标eNB 13T可以通过传输确认(ACK)消息来确认可以发生组HO。
[0714] 在第四步骤184中，源eNB 13S然后可以继续将具有新的组RRC重新配置和移动性控制信息消息的切换命令转发到组管理者11，该消息包括目标小区的接入控制参数，例如PRACH前导码、在RRC连接的情况下的C-RNTI、SL-RNTI、目标小区的SL资源配置。如果新的目标小区不支持SL通信(这将在这个新的组RRC重新配置和移动性控制信息消息中指示)，那么组管理者11然后可以在移动到新小区之前经由SL向其它组成员12A、12B多播这个消息。这可以使组成员12A、12B能够直接连接到目标小区(不支持SL通信)，而无需设置单独连接所需的开销。
[0715] 在第五步骤185中，组管理者11然后可以向目标eNB 13T发送确认消息，该确认消息指示组HO完成(成功的组HO)。
[0716] 即，诸如服务或源基站13S之类的CN装置基于从相应UE组17的预定UE(即，相应UE组17的组管理者UE 11)接收到的测量报告来确定是否需要针对每个UE组17为任何UE组17的UE 12A、12B共同进行切换，并且进一步，在确定需要切换的情况下，它仅向相应UE组17的管理者UE 11而不是专门向任何组成员UE 12A、12B发送切换命令。处于直接连接模式的管理UE 11因此不仅对其自身而且还针对UE组17的其它成员12A、12B执行切换。作为保持后者更新的一部分，管理UE 11还可以将一个或多个切换参数通知给成员12A、12B。这样的切换参数一般表示连接参数的示例，即，控制任何UE 11、12A、12B与CN之间的连接的参数。从来自管理UE 11的对应连接参数消息中接收一个或多个连接参数的本身处于直接连接模式的任何成员UE 12A、12B将这样接收到的一个或多个连接参数用于CN与UE 12A、12B之间的活动连接，诸如用于切换目的。换句话说，处于活动或直接连接状态的UE 11、12A、12B可以取决于是否是UE组17的组成员UE 12A、12B而不同地动作：在不存在UE对于任何UE组17具有成员资格的情况下，即，UE 52不是任何UE组17的成员(例如，是组外UE 52)，那么UE 52间歇地对CN和UE 52之间的活动连接执行连接测量，以获得一个或多个连接参数(诸如切换命令的形式，该命令是对一旦发送到源eNB 13S的测量消息的反应)，并使用由此获得的一个或多个连接参数进行CN和UE 52之间的活动连接。在成员资格的情况下或者在UE对于UE组17具有成员资格(例如，是组成员UE 12A、12B)期间，UE 12A、12B挂起执行连接测量，从入站连接参数消息(诸如来自管理UE 11的)接收一个或多个连接参数，并使用这样接收的一个或多个连接参数进行CN和UE 12A、12B之间的活动连接，诸如用于切换到目标基站13T。
[0717] 处于RRC组连接的UE 12A、12B也可以不必执行小区选择，就好像处于RRC空闲状态一样。由于不必测量新小区并且也不必一直读取广播信道，因此这能够在UE 12A、12B中节省功率。以某种方式，因为组管理者11可以是RRC连接的并且可以与基站13通信，所以所有组成员12A、12B可以是RRC连接的。
[0718] 例如，处于组连接模式的成员UE 12A、12B可以简单地挂起对UE 12A、12B当前所在的跟踪/寻呼区域保持跟踪，并且在组连接模式之后基于在组连接模式结束时由入站跟踪/寻呼区域消息(诸如从管理UE 11发送的)报告的跟踪/寻呼区域恢复对跟踪/寻呼区域保持跟踪。换句话说，UE可以取决于是处于组连接模式还是轻度连接模式而不同地动作：在轻度连接模式下，UE 12A、12B通过感测UE离开跟踪/寻呼区域的当前位置而对跟踪/寻呼区域保持跟踪，并通过向CN发送出站跟踪/寻呼区域消息来向CN通知离开UE跟踪/寻呼区域的当前位置。在组连接模式下，UE 12A、12B将向CN通知UE 12A、12B离开跟踪/寻呼区域的当前位置或对跟踪/寻呼区域保持跟踪以及向CN通知UE 12A、12B离开跟踪/寻呼区域的当前位置留给组管理者11。
[0719] 在切换期间，组管理者11可以与称为目标基站13T的新基站连接。可能已经从源基站13S经由与基站互连的LTE X2接口或5G Xn接口向目标基站13T提供了组管理者11的UE上下文(参见图19)。即，可能已经向目标基站13T通知了的UE 12A、12B要切换。
[0720] 在允许组管理者11离开RRC连接状态的情况下，组管理者11还可能必须对UE组17的所有RRC组连接的UE 12A、12B执行跟踪更新过程。即，管理UE 11可以处于轻度连接模式，并且当处于轻度连接模式时，通过跟踪/寻呼区域更新消息使CN在UE组17所在的跟踪/寻呼区域上保持更新。
[0721] 对于小UE组/编队17，例如有2到4个UE，这可能仍然是有效的方案。在跟踪区域更新或RAN通知区域更新过程中，组管理者11可以使用组身份向蜂窝网络(CN)通知组17的新位置和/或使用相应的UE身份通知组17的所有组成员12A、12B。类似地，组管理者11还可以像在RRC非活动状态中一样执行RAN寻呼区域通知更新(在LTE中，这个状态被称为RRC轻度连接)。至少对于较大的用户组，建议组管理者11可以保持与基站13的连接。在这种情况下，由于切换过程是在基站13和组管理者11之间执行的，因此可以完全避免空中的寻呼区域更新和RAN通知区域更新过程。因此，基于组身份的整个UE组17移动到这个新小区(目标基站)。取决于移动性管理功能的位置，基站13可以将这个信息转发到核心网络控制功能。
[0722] 好处在于，由于这这个新颖的过程，网络始终在小区级别上知道组17和所有组成员12A、12B的位置。一旦完成了切换，RAN通知区域更新或跟踪区域更新就完成了，这总是针对整个UE组17而不是针对每个单独的UE 11、12A、12B完成的。这减少了对空中和网络内大量信令的需求。
[0723] 因此，在与RRC空闲状态不同的这种新发明的RRC组连接状态下，由于网络与组管理者UE 11通信，因此网络可以总是知道所有RRC组连接的UE 11、12A、12B在小区级别上的位置，并且组管理者UE 11可以基于组身份(UE组ID)来执行移动性(例如，切换)。
[0724] 由于基站13可以与组管理者UE 11联系，因此新的手段可用于在下行链路中到达RRC组连接的UE 12A、12B。如果组管理者11处于RRC连接状态，那么可以经由经由组管理者11(其可以充当中继器)路由的控制和数据传输来到达UE组17的所有UE 12A、12B。如果组管理者11不能RRC连接，那么寻呼仍可以被发送到组管理者11，组管理者11将其转发到组成员
12A、12B，类似于系统信息更新。用于寻呼的寻呼身份或资源(例如，应当在其中解码PDCCH的时隙或子帧)可能取决于组身份。而且，在这个状态下，也可以经由组管理者UE 11接收小数据分组。
12A、12B，类似于系统信息更新。用于寻呼的寻呼身份或资源(例如，应当在其中解码PDCCH的时隙或子帧)可能取决于组身份。而且，在这个状态下，也可以经由组管理者UE 11接收小数据分组。
[0725] 对于较大的传输，组成员UEa 12A、12B与基站13的直接通信可以有益于避免UE组17内的侧链路的过载。此外，对于功率受限的情况，组管理者11的传输功率可以成为上行链路中的瓶颈。
[0726] 这将参考图17示例性地解释。例如，图17中的UE#2可以是在数据传输正在进行的情况下可以永久地处于RRC连接状态的组成员UE 12C。否则，一旦完成数据传输，状态就会从RRC连接变为RRC组连接。这个过渡可以在非活动时间(类似于DRX机制的定时器到期)之后、通过最后一个下行链路分组中的指示或者在由基站13发送的显式RRC命令(例如，RRC连接释放消息)之后发生。一旦新的上行链路数据到达并且数据量超过预先配置的阈值(由从基站或从组管理者11经由RRC广播或专用RRC信令发送的系统信息配置)，UE 12C就可以重新建立朝着基站13的RRC连接。在默认情况下，该过程是经由RACH过程完成的(1.RACH，2.具有小UL资源指派和时间提前量的RACH响应，3.上行链路调度请求或某个其它RRC控制消息，4.具有争用解决方案的下行链路响应以及可能的较大的上行链路资源指派)，因为可能不存在上行链路资源并且可能不知道上行链路时间提前量量。
[0727] 但是，如在图20中可以看到的，所述RACH过程是耗时的，特别是随机接入前导码的传输。RACH资源可以仅在无线电帧(每10ms)中配置一次，并且冲突也会发生，从而进一步延迟了上行链路分组的传输。
[0728] 为了解决这个问题，本发明建议，组管理者11可以经由多播向其UE组17的组成员UE 12A、12B提供其时间提前量(timing advance)，如图21中示例性示出的。这为UE组17的UE 12A、12B提供了获得无随机接入(RACH-less)上行链路同步或执行无随机接入切换过程的手段。上行链路资源可能是利用5G中当前讨论的免调度(grant-free)上行链路传输或新定义的非正交上行链路接入方案(NOMA)以同步方式使用的。
[0729] 此外，组管理者11还可以经由侧链路(PC5)将上行链路或下行链路资源指派转发到组成员12A、12B。以这种方式，组成员12A、12B不必在下行链路控制信道(例如，PDCCH或PUCCH)上执行盲解码以获知在哪里执行上行链路或下行链路传输。这会将UE从RRC组连接的UE(例如，UE 12A、12B)移至RRC基站连接的UE(例如，UE 12C，也参见图17)。与尚未与基站13进行正在进行中通信(ongoing communication)的RRC组连接的UE12A、12B相比，组管理者11基于其正在进行中通信来请求资源要容易得多。组管理者11可以连续地向所有组成员
12A、12B、12C多播所述组成员UE 12A、12B、12C可用来进行快速上行链路传输的上行链路资源池，而无需事先向基站13请求准许。这可以大幅减少上行链路时延(latency)，这对于超低可靠性低时延服务(URLLC)最重要。此外，可以在下行链路方向上减少信令，以允许快速下行链路推送到组成员12A、12B、12C，而无需经由组管理者11中继数据。
12A、12B、12C多播所述组成员UE 12A、12B、12C可用来进行快速上行链路传输的上行链路资源池，而无需事先向基站13请求准许。这可以大幅减少上行链路时延(latency)，这对于超低可靠性低时延服务(URLLC)最重要。此外，可以在下行链路方向上减少信令，以允许快速下行链路推送到组成员12A、12B、12C，而无需经由组管理者11中继数据。
[0730] 在另一个实施例中，如图22中所示，想要移到RRC(基站)连接状态以传输上行链路数据的处于RRC组连接状态的组成员UE 12可以经由侧链路(例如，侧链路控制信道PSCCH)向组管理者11发送快速调度请求。组管理者11可以提供用于免调度上行链路接入的预先指派的池中的UE资源，或者可以将调度请求转发到基站13(经由上行链路PUCCH在带外转发，或者经由MAC控制元素中的缓冲器状态报告在带内转发)，而基站13作为响应，指派新的上行链路资源，该新的上行链路资源经由组管理者11从基站13中继到UE 12。因此，在本发明中，从组管理者11经由侧链路控制信道到组成员UE 12的资源指派将在上行链路共享信道上指派(先前已经在下行链路中由基站13准许的)资源。
[0731] 下表总结了先前描述的实施例的状态，包括新定义的RRC组连接状态134及其特征。图23描绘了新开发的组连接状态134与现有状态131、132、133之间的关系(也参见图13)，以说明从这个新状态134退出时的故障保护模式。
[0732]
[0733]
[0734] 总之，新发明的RRC状态134提供了经由组管理者11随时恢复在上行链路和下行链路中的数据传输的手段。不需要移动性过程，因为一切都由通知RRC组连接的UE(即，组成员UE 12A、12B)的组管理者11处置。由于快速闭环链路适配以及具有连续传输和UE反馈的波束成形，基站13可以具有到组管理者11的高效无线电连接，对于仅要求小数据传输的服务(诸如V2X服务、CAM消息分发、MTC/IoT服务以及语音通信)，可以充分利用该无线电连接。组成员UE 12A、12B可以是静态或移动用户。移动用户不仅限于车辆(汽车、火车、卡车、公共汽车)，还可以包括无人机、飞机、直升机或其它无人驾驶的飞行器(UAV)。
[0735] 对于较大的分组，UE(例如，组成员UE 12A、12B)可以移入众所周知的RRC连接状态以直接与基站13通信。组管理者11可以支持组成员UE 12A、12B通过多播上行链路时间提前量以及通过提供上行链路资源指派以用于针对免调度传输的快速上行链路传输或利用先前可能已发送到组管理者11的调度请求来加速上行链路传输。
[0736] 关于以上描述要注意的是，网络位置可以是小区ID或跟踪/寻呼区域。UE可以是被动的，知道它的ID和其在网络中的位置(寻呼区域/小区ID)，但是自己不会对其进行更新。没有到CN的活动连接的成员UE可以处于轻度连接/空闲或RRC组轻度连接模式。允许进行小区级定位而无需太多开销。跟踪区域更新已经很少。关于网络位置和寻呼/访问配置，注意以下内容，即：网络位置在哪里以及acc.是跟踪/寻呼区域–配置与寻呼ID有关。其中net.loc a.acc是小区ID–配置与RRC轻度连接状态下的寻呼ID或RRC连接模式下的RNTI/TA/Pow…有关。管理UE 11可以处于两种模式之一，即，连接或组连接模式。成功执行切换的管理UE 11可以向UE组发送目标eNB的以下任何参数，例如，小区ID、载波频率、PRACH资源和前导码、主控和系统信息块、C-RNTI、带宽、支持的MIMO模式和/或天线配置。
[0737] 本发明还可以通过以下实施例来实现，这些实施例可以与上述示例和实施例以及权利要求中限定的实施例组合：
[0738] 1.一种用于蜂窝网络(10)的用户设备(12A，12B，12C)，该UE被配置为使得该用户设备与蜂窝网络(10)之间的连接的移动性由用户设备(12A，12B，12C)和预定用户设备(11)两者所属的UE组(17)中的所述预定用户设备来管理。
[0739] 2.一种蜂窝网络(10)的用户设备(12A，12B，12C)，
[0740] 所述用户设备(12A，12B，12C)是UE组(17)的一部分，以及
[0741] 所述用户设备(12A，12B，12C)连接到预定的UE(11)，该UE管理UE(12A，12B，12C)和蜂窝网络(10)之间的连接的移动性。
[0742] 3.蜂窝网络(10)的用户设备(12A，12B，12C)，
[0743] 被配置为至少部分地将对UE(12A，12B)与蜂窝网络(10)之间的连接的移动性的管理留给所述UE(12A，12B，12C)和预定UE(11)两者所属的UE组(17)中的所述预定UE(11)。
[0744] 4.实施例1至3中至少一项所述的用户设备(12A，12B，12C)，被配置为当处于组连接状态(134)时既不执行小区选择也不执行与切换相关的过程。
[0745] 5.实施例1至3中至少一项所述的用户设备(12A，12B，12C)，被配置为当处于组轻度连接模式时(134)
[0746] ·其中UE(12A，12B，12C)与基站(13)没有直接连接，
[0747] ·既不执行小区选择也不执行与切换相关的过程。
[0748] 6.实施例1至3中至少一项所述的用户设备(12A，12B，12C)，被配置为当处于组直接连接模式时
[0749] ·其中UE(12A，12B，12C)确实与基站(13)建立了连接，
[0750] ·既不执行小区选择也不执行与切换相关的过程。
[0751] 7.实施例1至3中至少一项所述的用户设备(12A，12B，12C)，被配置为当处于组轻度连接模式时，没有与蜂窝网络(10)的直接连接并且保持UE(12A，12B，12C)当前位于的跟踪/寻呼区域的跟踪，其中通过通过或经由入站跟踪/寻呼区域消息来更新跟踪/寻呼区域。
[0752] 8.实施例7所述的用户设备(12A，12B，12C)，被配置为从预定UE(11)接收入站跟踪/寻呼区域消息。
[0753] 9.实施例1至3中至少一项所述的用户设备(12A，12B，12C)，包括组轻度连接模式(134)，其中在所述组连接模式(134)下，UE(12A，12B，12C)没有到蜂窝网络(10)的活动连接，并挂起UE(12A，12B，12C)当前所在的跟踪/寻呼区域的跟踪，并且基于在组连接模式(134)结束时由入站跟踪/寻呼区域消息报告的跟踪/寻呼区域在组轻度连接模式(134)之后恢复UE(12A，12B，12C)当前所在的跟踪/寻呼区域的跟踪。
[0754] 10.实施例9所述的用户设备(12A，12B，12C)，被配置为从预定UE(11)接收入站跟踪/寻呼区域消息。
[0755] 11.前述实施例中任一项所述的用户设备(12A，12B，12C)，包括组轻度连接模式(134)，其中UE(12A，12B，12C)没有到蜂窝网络(10)的活动连接，以及正常轻度连接模式(133)，其中UE(12A，12B，12C)没有到蜂窝网络(10)的活动连接，其中UE(12A，12B，12C)[0756] 被配置为，在正常轻度连接模式(133)下，通过感测跟踪/寻呼区域的当前位置的改变来保持对跟踪/寻呼区域的跟踪，并通过向蜂窝网络(10)发送出站跟踪/寻呼区域消息来向蜂窝网络(10)通知UE(12A，12B，12C)改变跟踪/寻呼区域的当前位置，以及[0757] 被配置为，在组轻度连接模式(134)下，将向蜂窝网络通知UE(12A，12B，12C)改变跟踪/寻呼区域的当前位置或者保持对跟踪/寻呼区域的跟踪和向蜂窝网络(10)通知UE(12A，12B，12C)改变跟踪/寻呼区域的当前位置留给预定的UE(11)。
[0758] 12.前述实施例中任一项所述的用户设备(12A，12B，12C)，包括组直接连接模式(132)，其中UE(12A，12B，12C)具有到蜂窝网络(10)的活动连接，其中UE(12A，12B，12C)被配置为，在组直接连接模式(132)下，从来自预定UE(11)的连接参数消息中接收一个或多个连接参数，并使用这样接收的所述一个或多个连接参数用于蜂窝网络(10)和UE(12A，12B，12C)之间的活动连接。
[0759] 13.前述实施例中任一项所述的用户设备(12A，12B，12C，52)，包括组直接连接模式(132)，其中UE(12A，12B，12C)具有到蜂窝网络(10)的活动连接，其中UE(12A，12B，12C)被配置为，在组直接连接模式(132)下，避免执行任何切换。
[0760] 14.前述实施例中任一项所述的用户设备(12A，12B，12C，52)，包括组直接连接模式并且包括正常直接连接模式，其中UE(12A，12B，12C，52)具有到蜂窝网络(10)的活动连接，其中在组直接连接模式下，UE属于UE组，而在正常直接连接模式下，UE当前不是任何UE组的成员，其中所述UE(12A，12B，12C，52)被配置为在正常直接连接模式下，[0761] 在蜂窝网络(10)和UE(52)之间的活动连接上间歇地执行连接测量，以获得一个或多个连接参数，并使用这样获得的所述一个或多个连接参数用于蜂窝网络(10)和UE(52)之间的活动连接，以及
[0762] 在正常直接连接模式下，挂起执行连接测量，从入站连接参数消息中接收所述一个或多个连接参数，并将这样接收到的一个或多个连接参数用于蜂窝网络(10)和UE(12A，12B，12C)之间的活动连接。
[0763] 15.实施例13或14所述的用户设备(12A，12B，12C)，其中所述一个或多个连接参数包括与以下各项相关的参数中的一个或多个：
[0764] 功率控制，
[0765] 功率余量，
[0766] RACH资源和参数，
[0767] 时间提前量值，
[0768] RNTI或唯一用户ID，
[0769] 信道频率偏移量(CFO)，
[0770] 多普勒频移，
[0771] RSSI，
[0772] RSRP，以及
[0773] RSRQ。
[0774] 16.实施例1至15中任一项所述的用户设备(12A，12B，12C)，其中UE(12A，12B，12C)被配置为向预定UE(11)发送上行链路调度请求，从预定UE(11)接收调度消息，回答指示物理资源的份额的上行链路调度请求，并将该物理资源的份额用于从UE(12A，12B，12C)到蜂窝网络(10)的上行链路连接。
[0775] 17.一种用于蜂窝网络(10)的用户设备(11)，被配置为管理蜂窝网络(10)与UE组(17)之间的连接的移动性，该UE组包括UE(11)和一个或多个其它UE(12A，12B)。
[0776] 18.实施例17所述的用户设备(11)，被配置为在UE组(17)所在的跟踪/寻呼区域上保持蜂窝网络(10)的更新。
[0777] 19.实施例18所述的用户设备(11)，包括轻度连接模式(133)，其中UE(11)被配置为，在轻度连接模式下，其中UE(11)没有到蜂窝网络(10)的活动连接，而在跟踪/寻呼区域中，在跟踪/寻呼区域中保持蜂窝网络(10)的更新。
[0778] 20.实施例17或18所述的用户设备(11)，包括直接连接模式(132)，其中UE(11)具有到蜂窝网络(10)的活动连接，其中UE(10)被配置为，在直接连接模式(132)下，在小区过渡的情况下执行切换。
[0779] 21.实施例17至实施例20所述的用户设备(11)，其中UE(11)被配置为在轻度连接模式(133)下，
[0780] 通过跟踪/寻呼区域更新消息，在UE组(17)所在的跟踪/寻呼区域上保持蜂窝网络(10)的更新，
[0781] 并且其中UE(11)被配置为，在直接连接模式(132)下，进行小区切换时进行切换，从而在小区级UE组(17)所在的跟踪/寻呼区域上保持蜂窝网络(10)的更新。
[0782] 22.实施例20或21中任一项所述的用户设备(11)，其中UE(11)被配置为，在直接连接模式(132)下，经由关于切换的状态的切换控制消息保持UE组(17)的一个或多个其它UE(12A，12B)的更新。
[0783] 23.实施例22所述的用户设备(11)，其中切换的状态可以是以下之一：HO测量、HO准备阶段、HO执行阶段、HO完成阶段、HO执行、HO故障。
[0784] 24.实施例22或23中至少一项所述的用户设备(11)，被配置为经由向UE组(17)的所有成员的多播来发送切换控制消息。
[0785] 25.实施例20至24中任一项所述的用户设备(11)，其中UE(11)被配置为，在直接连接模式(132)下，将经由活动连接传输的数据中继到UE组(17)的相应一个UE(12A，12B)/从其传输。
[0786] 26.实施例25所述的用户设备(11)，其中UE(11)被配置为，在直接连接模式(132)下，经由UE到UE侧链路连接将经由活动连接传输的数据中继到UE组(17)的相应用户设备(12A，12B)/从其传输。
[0787] 27.实施例17至25中任一项所述的用户设备(11)，被配置为从UE(11)与蜂窝网络(10)之间的活动连接的建立或维护中检索一个或多个连接参数，并通过连接参数消息向所述一个或多个其它UE(12A，12B)通知所述一个或多个连接参数。
[0788] 28.实施例26或27所述的用户设备(11)，其中所述一个或多个连接参数包括与以下各项相关的一个或多个参数：功率控制、功率余量、RACH参数、RNTI ID、信道频率偏移量(CFO)、多普勒频移、RSSI、RSRP和RSRQ。
[0789] 29.实施例17至28中任一项所述的用户设备(11)，被配置为
[0790] 经由随机接入信道与基站(13)执行同步，以获得时间提前量值，
[0791] 将时间提前量值转发给UE组(17)的所述一个或多个其它UE(12A，12B)。
[0792] 30.实施例17至29中任一项所述的用户设备(11)，被配置为从UE组(17)的成员UE(12A，12B)接收上行链路调度请求，并且将预分配给UE组(17)的物理资源的份额传递给成员UE(12A，12B)。
[0793] 31.一种用于蜂窝网络(10)的装置，被配置为管理蜂窝网络(10)与多个UE(11，12A，12B，12C，52)之间的连接性
[0794] 单独地，以及
[0795] 以UE组(17)为单位，每个UE组(17)包含两个或更多个UE(11，12A，12B，12C)。
[0796] 32.实施例31所述的装置，其中该装置包括移动性管理装置或基站(13)。
[0797] 33.实施例31或32所述的装置，被配置为从UE(11，12A，12B，12C)中预定的一个UE(11)接收关于UE(11，12A，12B，12C)的UE组(17)的跟踪区域更新消息，并且针对UE组(17)的每个UE(11，12A，12B，12C)更新跟踪/寻呼区域，以使其成为在跟踪区域更新消息中指示的跟踪/寻呼区域。
[0798] 34.实施例31至33中任一项所述的装置，被配置为，响应于UE组(17)的UE(11，12A，12B，12C)中预定的一个UE(11)的切换，更新用于UE组(17)的任何轻度连接UE的跟踪/寻呼区域，以便成为切换目标所在的小区。
[0799] 35.实施例31至34中任一项所述的装置，被配置为基于从相应UE组(17)的预定UE(11)接收的测量报告来共同确定每个UE组(17)的任何UE组(17)的UE(11，12A，12B，12C)是否需要切换。
[0800] 36.实施例31至35中任一项所述的装置，被配置为针对每个UE组(17)共同确定对于任何UE组(17)的UE(11，12A，12B，12C)是否需要切换，并在确定需要切换的情况下才向相应UE组(17)的预定UE(11)发送切换命令。
[0801] 37.由上面提到的任何装置执行的方法以及在由处理器执行时指示所述处理器执行这些方法中任何方法的计算机程序。
[0802] 虽然已经在装置的上下文中描述了一些方面，但是显然，这些方面也表示对应方法的描述，其中方框或设备与方法步骤或方法步骤的特征对应。类似地，在方法步骤的上下文中描述的方面也表示对应装置的对应方框或项目或特征的描述。
[0803] 本发明性分解信号可以存储在数字存储介质上，或者可以在诸如无线传输介质或有线传输介质(诸如互联网)之类的传输介质上被传输。
[0804] 取决于某些实施方式要求，本发明的实施例可以以硬件或软件实现。可以使用数字存储介质执行该实现，例如软盘、DVD、CD、ROM、PROM、EPROM、EEPROM或FLASH存储器，其上存储有电子可读控制信号，这些信号与可编程计算机系统协作(或能够协作)，使得执行相应的方法。
[0805] 根据本发明的一些实施例包括具有电子可读控制信号的非暂态数据载体，该电子可读控制信号能够与可编程计算机系统协作，使得执行本文描述的方法之一。
[0806] 一般而言，本发明的实施例可以被实现为具有程序代码的计算机程序产品，当计算机程序产品在计算机上运行时，该程序代码可操作以执行方法之一。程序代码可以例如存储在机器可读载体上。
[0807] 其它实施例包括存储在机器可读载体上的用于执行本文描述的方法之一的计算机程序。
[0808] 换句话说，因此，本发明方法的实施例是具有程序代码的计算机程序，当计算机程序在计算机上运行时，程序代码用于执行本文描述的方法之一。
[0809] 因此，本发明方法的另一个实施例是一种数据载体(或数字存储介质，或计算机可读介质)，其包括记录在其上的用于执行本文描述的方法之一的计算机程序。
[0810] 因此，本发明性方法的另一个实施例是表示用于执行本文描述的方法之一的计算机程序的数据流或信号序列。数据流或信号序列可以例如被配置为经由数据通信连接(例如经由互联网)来传送。
[0811] 另一个实施例包括处理手段，例如计算机或可编程逻辑设备，其被配置为或适于执行本文描述的方法之一。
[0812] 另一个实施例包括计算机，该计算机上安装有用于执行本文描述的方法之一的计算机程序。
[0813] 在一些实施例中，可编程逻辑设备(例如现场可编程门阵列)可以被用于执行本文描述的方法的一些或全部功能。在一些实施例中，现场可编程门阵列可以与微处理器协作以便执行本文描述的方法之一。一般而言，这些方法优选地由任何硬件装置执行。
[0814] 上面描述的实施例仅用于说明本发明的原理。应该理解的是，本文描述的布置和细节的修改和变化对于本领域的其它技术人员将是显而易见的。因此，本发明的意图仅由即将给出的专利权利要求的范围限制，而不受通过本文实施例的描述和解释给出的具体细节的限制。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于波浪振动作用的海底滑坡模拟系统及试验方法 | 2020-05-08 | 875 |
| 一种融合网关部分和机顶盒部分相互通讯的方法 | 2020-05-08 | 791 |
| 一种用于电力需求侧管理的激励定价方法 | 2020-05-08 | 267 |
| 一种太阳能与天然气冷能联合超临界发电以及蓄能耦合利用方法及装置 | 2020-05-12 | 247 |
| 一种含分布式和储能的分层分级控制策略 | 2020-05-08 | 193 |
| 一种基于多能互补的工业用户热需求响应方法 | 2020-05-08 | 1013 |
| 一种自适应无功功率闭环调节方法及系统 | 2020-05-11 | 299 |
| 一种响应阈值烟箱 | 2020-05-13 | 662 |
| 车辆充电指示灯和转向灯的集成结构和车辆 | 2020-05-13 | 852 |
| 一种多态馈线自动化现场测试装置 | 2020-05-12 | 67 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈