具体实施方式

尽管本发明可以存在各种修改和替代形式，但是在附图中以示例的方式示出了具体实施例并且详细描述了具体实施例。然而，应当理解的是，本说明书不旨在将本发明限制到具体实施例，而是相反，本发明将涵盖落入本发明的思想和范围内的所有修改、等效形式和替代形式。

虽然在本文中引用各个元件时可以使用术语“第一”、“第二”等，但是这些元件不应被解释为受这些术语限制。这些术语仅用于将一个元件与另一元件区分开。例如，在不脱离本发明的范围的情况下，第一元件可以被称为第二元件，并且第二元件可以被称为第一元件。术语“和/或”包括所列的相关联的项中的一个或多个的全部任意组合。

将理解的是，当元件被称为“连接”或“联接”到另一元件时，该元件可以直接连接或联接到另一元件或者可以中间元件。相反地，当元件被称为“直接连接”或“直接联接”到另一元件时，不存在中间元件。

本文中所使用的术语仅用于描述特定的实施例而不旨在限制本发明的实施例。如本文中使用的单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另有明确说明。将进一步理解的是，本文使用术语“包含”、“包含有”、“包括”和/或“包括有”指定所陈述的特征、数量、步骤、操作、元件、部件和/或其组合的存在，但不排除存在或添加一个或多个其他特征、数量、步骤、操作、元件、部件和/或其组合。

除非另外定义，否则本文中使用所有术语(包括技术术语和科学术语)具有与本发明所属领域的普通技术人员通常理解的相同的含义。将进一步理解的是，通用词典中定义的术语应被解释为具有与其在相关技术的上下文中的含义一致的含义，并且将不以理想化或过于形式化的含义来解释，除非本文中明确地这样定义。

在下文中，将参照附图详细描述本发明的优选示例性实施例。在描述本发明时，为了便于整体理解，在整个附图的描述中相同的数字指代相同的元件，并且将省略重复的描述。

图1是示出V2X通信场景的概念图。

如图1所示，V2X通信可以包括车对车(V2V)通信、车对基础设施(V2I)通信、车对行人(V2P)通信、车对网络(V2N)通信等。V2X通信可以由蜂窝通信系统(例如，蜂窝通信系统140)支持，并且蜂窝通信系统140支持的V2X通信可以被称为“蜂窝-V2X(C-V2X)通信”。这里，蜂窝通信系统140可以包括4G通信系统(例如，LTE通信系统或LTE-A通信系统)、5G通信系统(例如，NR通信系统)等。

V2V通信可以包括第一车辆100(例如，位于车辆100中的通信节点)和第二车辆110(例如，位于车辆110中的通信节点)之间的通信。可以通过V2V通信在车辆100与车辆110之间交换诸如速度、前进方向、时间、位置等的各种行驶信息。例如，可以基于通过V2V通信交换的行驶信息支持自动驾驶(例如，编队)。可以基于“侧链”通信技术(例如，ProSe和D2D通信技术等)执行蜂窝通信系统140支持的V2V通信。在这种情况下，可以使用在车辆100与车辆110之间建立的至少一个侧链信道来执行车辆100与车辆110之间的通信。

V2I通信可以包括第一车辆100(例如，位于车辆100中的通信节点)与位于路边的基础设施(例如，路侧单元(RSU))120之间的通信。基础设施120还可以包括位于路边的交通灯或路灯。例如，当执行V2I通信时，可以在位于第一车辆100中的通信节点与位于交通灯中的通信节点之间执行通信。可以通过V2I通信在第一车辆100与基础设施120之间交换交通信息、行驶信息等。还可以基于侧链通信技术(例如，ProSe和D2D通信技术等)执行蜂窝通信系统140支持的V2I通信。在这种情况下，可以使用在车辆100与基础设施120之间建立的至少一个侧链信道来执行车辆100和基础设施120之间的通信。

V2P通信可以包括第一车辆100(例如，位于车辆100中的通信节点)与人130(例如，由人130携带的通信节点)之间的通信。可以通过V2P通信在车辆100与人130之间交换第一车辆100的行驶信息和人130的移动信息，诸如速度、前进方向、时间、位置等。位于车辆100中的通信节点或由人130携带的通信节点可以通过基于获得的行驶信息和移动信息判断危险情况而生成指示危险的警报。可以基于侧链通信技术(例如，ProSe和D2D通信技术等)执行蜂窝通信系统140支持的V2P通信。在这种情况下，可以使用在位于车辆100中的通信节点与由人130携带的通信节点之间建立的至少一个侧链信道来执行通信节点之间的通信。

V2N通信可以是第一车辆100(例如，位于车辆100中的通信节点)与通过蜂窝通信系统140连接的服务器之间的通信。可以基于4G通信技术(例如，LTE或LTE-A)或5G通信技术(例如，NR)来执行V2N通信。而且，可以基于在电气和电子工程师协会(IEEE)802.11中定义的车载环境无线接入(WAVE)通信技术或无线局域网(WLAN)通信技术、或在IEEE 802.15中定义的无线个域网(WPAN)通信技术来执行V2N通信。

同时，可以如下地配置支持V2X通信的蜂窝通信系统140。

图2是示出蜂窝通信系统的示例性实施例的概念图。

如图2所示，蜂窝通信系统可以包括接入网络、核心网络等。接入网络可以包括基站210、中继器220、用户设备(UE)231至236等。UE 231至UE 236可以包括位于图1的车辆100和车辆110中的通信节点、位于图1的基础设施120中的通信节点、由图1的人130携带的通信节点等。当蜂窝通信系统支持4G通信技术时，核心网络可以包括服务网关(S-GW)250、分组数据网络(PDN)网关(P-GW)260、移动管理实体(MME)270等。

当蜂窝通信系统支持5G通信技术时，核心网络可以包括用户平面功能(UPF)250、会话管理功能(SMF)260、接入和移动管理功能(AMF)270等。或者，当蜂窝通信系统以非独立组网(NSA)模式运行时，由S-GW 250、P-GW 260和MME 270构成的核心网络可以支持5G通信技术以及4G通信技术，并且由UPF 250、SMF 260和AMF270构成的核心网络可以支持4G通信技术以及5G通信技术。

而且，当蜂窝通信系统支持网络切片技术时，核心网络可以被划分为多个逻辑网络切片。例如，可以配置支持V2X通信的网络切片(例如，V2V网络切片、V2I网络切片、V2P网络切片、V2N网络切片等)，并且可以通过核心网络中配置的V2X网络切片来支持V2X通信。

包括蜂窝通信系统的通信节点(例如，基站、中继器、UE、S-GW、P-GW、MME、UPF、SMF、AMF等)可以通过使用如下通信技术中的至少一个执行通信：码分多址(CDMA)技术、时分多址(TDMA)技术、频分多址(FDMA)技术、正交频分复用(OFDM)技术、滤波OFDM技术、正交频分多址(OFDMA)技术、单载波FDMA(SC-FDMA)技术、非正交多址(NOMA)技术、广义频分复用(GFDM)技术、滤波器组多载波(FBMC)技术、通用滤波多载波(UFMC)技术和空分多址(SDMA)。

可以如下地配置包括蜂窝通信系统的通信节点(例如，基站、中继器、UE、S-GW、P-GW、MME、UPF、SMF、AMF等)。

图3是示出组成蜂窝通信系统的通信节点的示例性实施例的概念图。

如图3所示，通信节点300可以包括连接到网络以执行通信的至少一个处理器310、存储器320和收发器330。而且，通信节点300可以进一步包括输入接口装置340、输出接口装置350、存储装置360等。通信节点300中包括的每个组件可以在通过总线370连接时彼此通信。

然而，通信节点300中包括的组件中的每一个可以经由单独的接口或单独的总线而不是公共总线370连接到处理器310。例如，处理器310可以经由专用接口连接到存储器320、收发器330、输入接口装置340、输出接口装置350和存储装置360中的至少一个。

处理器310可以运行存储于存储器320和存储装置360中的至少一个的至少一个指令。处理器310可以指执行根据本公开的实施例的方法的中央处理单元(CPU)、图形处理单元(GPU)或专用处理器。存储器320和存储装置360中的每一个可以包括易失性存储介质和非易失性存储介质中的至少一种。例如，存储器320可以包括只读存储器(ROM)和随机存取存储器(RAM)中的至少一种。

再次参照图2，在通信系统中，基站210可以形成宏小区(macro cell)或小小区(small cell)，并且可以通过理想回程或非理想回程连接到核心网。基站210可以将从核心网络接收的信号传输到UE 231至UE 236和中继器220，并且可以将从UE 231至UE 236和中继器220接收的信号传输到核心网络。UE 231、UE 232、UE 234、UE 235和UE 236可以属于基站210的小区覆盖范围。UE 231、UE 232、UE 234、UE 235和UE 236可以通过与基站210执行连接建立过程来连接到基站210。UE 231、UE 232、UE 234、UE 235和UE 236可以在连接到基站210之后与基站210通信。

中继器220可以连接到基站210并且可以中继基站210与UE 233和UE 234之间的通信。也就是说，中继器220可以将从与基站210接收的信号传输到UE 233和UE 234，并且可以将从UE 233和UE 234接收的信号传输到基站210。UE 234可以同时属于基站210的小区覆盖范围和中继器220的小区覆盖范围，并且UE 233可以属于中继器220的小区覆盖范围。也就是说，UE 233可以位于基站210的小区覆盖范围之外。UE 233和UE 234可以通过与中继器220执行连接建立过程而连接到中继器220。UE 233和UE 234在连接到中继器220之后可以与中继器220通信。

基站210和中继器220可以支持多输入多输出(MIMO)技术(例如，单用户(SU)-MIMO、多用户(MU)-MIMO、大规模MIMO等)、多点协作(CoMP)通信技术、载波聚合(CA)通信技术、非授权频段通信技术(例如，授权辅助接入(LAA)、增强型LAA(eLAA)等)、侧链通信技术(例如，ProSe通信技术、D2D通信技术)等。UE 231、UE 232、UE 235和UE 236可以执行与基站210相对应的操作和由基站210支持的操作。UE 233和UE 234可以执行与中继器220相对应的操作和由中继器220支持的操作。

这里，基站210可以被称为节点B(NB)、演进节点B(eNB)、基站收发台(BTS)、无线电远程头端(RRH)、传输接收点(TRP)、无线电单元(RU)、路侧单元(RSU)、无线电收发器、接入点、接入节点等。中继器220可以被称为小型基站、中继节点等。UE 231至UE 236中的每一个可以被称为终端、接入终端、移动终端、站、用户站、移动站、便携式用户站、节点、装置、车载单元(OBU)等。

同时，可以基于侧链通信技术来执行UE 235与UE 236之间的通信。可以基于一对一方案或一对多方案来执行侧链通信。当使用侧链通信技术执行V2V通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是位于图1的第二车辆110中的通信节点。当使用侧链通信技术执行V2I通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是位于图1的基础设施120中的通信节点。当使用侧链通信技术执行V2P通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是由图1的人130携带的通信节点。

同时，可以基于侧链通信技术来执行UE 235与UE 236之间的通信。可以基于一对一方案或一对多方案来执行侧链通信。当使用侧链通信技术执行V2V通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是位于图1的第二车辆110中的通信节点。当使用侧链通信技术执行V2I通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是位于图1的基础设施120中的通信节点。当使用侧链通信技术执行V2P通信时，UE 235可以是位于图1的第一车辆100中的通信节点，并且UE 236可以是由图1的人130携带的通信节点。

根据参与侧链通信的UE(例如，UE 235和UE 236)的位置，可以如下表1所示将应用侧链通信的场景分类。例如，图2所示的UE 235与UE 236之间的侧链通信的场景可以是侧链通信场景C。

[表1]

同时，可以将执行侧链通信的UE(例如，UE 235和UE 236)的用户平面协议栈配置如下。

图4是示出执行侧链通信的UE的用户平面协议栈的示例性实施例的框图。

如图4所示，左侧的UE可以是图2所示的UE 235，而右侧的UE可以是图2所示的UE236。UE 235与UE 236之间的侧链通信的场景可以是表1的侧链通信场景A至D中的一个。UE235和UE 236中的每一个的用户平面协议栈可以包括物理(PHY)层、媒体访问控制(MAC)层、无线电链路控制(RLC)层和分组数据汇聚协议(PDCP)层。

可以使用PC5接口(例如，PC5-U接口)来执行UE 235与UE 236之间的侧链通信。layer-2标识符(ID)(例如，源layer-2ID、目的地layer-2ID)可以用于侧链通信，并且layer-2ID可以是为V2X通信配置的ID(例如，V2X服务)。而且，在侧链通信中，可以支持混合自动重复请求(HARQ)反馈操作，并且可以支持RLC确认模式(RLC AM)或RLC未确认模式(RLCUM)。

同时，可以将执行侧链通信的UE(例如，UE 235和UE 236)的控制平面协议栈配置如下。

图5是示出执行侧链通信的UE的控制平面协议栈的第一示例性实施例的框图，图6是示出执行侧链通信的UE的控制平面协议栈的第二示例性实施例的框图。

如图5和图6所示，左侧的UE可以是图2所示的UE 235，而右侧的UE可以是图2所示的UE 236。UE 235与UE 236之间的侧链通信的场景可以是表1的侧链通信场景A至D中的一个。图5所示的控制平面协议栈可以是用于传输和接收广播信息的控制平面协议栈(例如，物理侧链广播信道(PSBCH))。

图5所示的控制平面协议栈可以包括PHY层、MAC层、RLC层和无线电资源控制(RRC)层。可以使用PC5接口(例如，PC5-C接口)来执行UE 235与UE 236之间的侧链通信。图6所示的控制平面协议栈可以是用于一对一侧链通信的控制平面协议栈。图6所示的控制平面协议栈可以包括PHY层、MAC层、RLC层、PDCP层和PC5信令协议层。

同时，UE 235与UE 236之间的侧链通信中使用的信道可以包括物理侧链共享信道(PSSCH)、物理侧链控制信道(PSCCH)、物理侧链发现信道(PSDCH)和物理侧链广播信道(PSBCH)。PSSCH可以用于传输和接收侧链数据并且可以通过更高层信令配置在UE(例如，UE235或UE 236)中。PSCCH可以用于传输和接收侧链控制信息(SCI)并且也可以通过更高层信令配置在UE(例如，UE 235或UE 236)中。

PSDCH可以用于发现过程。例如，可以通过PSDCH传输发现信号。PSBCH可以用于发送和接收广播信息(例如，系统信息)。此外，可以在UE 235与UE 236之间的侧链通信中使用解调参考信号(DM-RS)、同步信号等。同步信号可以包括主侧链同步信号(PSSS)和辅侧链同步信号(SSSS)。

同时，侧链传输模式(TM)可以被分类为侧链TM 1至4，如下表2所示。

[表2]

当支持侧链TM 3或4时，UE 235和UE 236中的每一个可以使用由基站210配置的资源池来执行侧链通信。可以为侧链控制信息和侧链数据中的每一个配置资源池。

可以基于RRC信令流程(例如，专用RRC信令流程、广播RRC信令流程)配置用于侧链控制信息的资源池。可以由广播RRC信令流程配置用于接收侧链控制信息的资源池。当支持侧链TM 3时，可以由专用RRC信令流程配置用于传输侧链控制信息的资源池。在这种情况下，可以通过在由专用RRC信令流程配置的资源池内由基站210调度的资源而传输侧链控制信息。当支持侧链TM 4时，可以由专用RRC信令流程或广播RRC信令流程配置用于传输侧链控制信息的资源池。在这种情况下，可以通过在由专用RRC信令流程或广播RRC信令流程配置的资源池内由UE(例如，UE 235或UE 236)自主选择的资源而传输侧链控制信息。

当支持侧链TM 3时，可以不配置用于传输和接收侧链数据的资源池。在这种情况下，可以通过由基站210调度的资源而传输和接收侧链数据。当支持侧链TM 4时，可以由专用RRC信令流程或广播RRC信令流程配置用于传输和接收侧链数据的资源池。在这种情况下，可以通过在由专用RRC信令流程或广播RRC信令流程配置的资源池内由UE(例如，UE 235或UE 236)自主选择的资源而传输和接收侧链数据。

在下文中，将描述侧链组播通信方法。即使当描述将要在通信节点中的第一通信节点处执行的方法(例如，信号的传输或接收)时，相应的第二通信节点也可以执行与在第一通信节点处执行的方法相对应的方法(例如，信号的接收或传输)。也就是说，当描述UE#1(例如，车辆#1)的操作时，与其相对应的UE#2(例如，车辆#2)可以执行与UE#1的操作相对应的操作。相反，当描述UE#2的操作时，相应的UE#1可以执行与UE#2的操作相对应的操作。在下面描述的示例性实施例中，车辆的操作可以是位于车辆中的通信节点的操作。

侧链信号可以是用于侧链通信的同步信号和参考信号。例如，同步信号可以是同步信号/物理广播信道(SS/PBCH)块、侧链同步信号(SLSS)、主侧链同步信号(PSSS)、辅侧链同步信号(SSSS)等。参考信号可以是信道状态信息-参考信号(CSI-RS)、DM-RS、相位跟踪-参考信号(PT-RS)、小区特定参考信号(CRS)、探测参考信号(SRS)、发现参考信号(DRS)等。

侧链信道可以是PSSCH、PSCCH、PSDCH、PSBCH、物理侧链反馈信道(PSFCH)等。另外，侧链信道可以指包括侧链信号的侧链信道，该侧链信号映射到相应侧链信道中的特定资源。侧链通信可以支持广播服务、多播服务、组播服务和单播服务。

图7是示出通信系统中的编队场景的概念图。

如图7所示，多个车辆711至714可以参与编队。参与编队的多个车辆711至714中的一个车辆(例如，位于车辆中的终端)可以被称为编队先导车(PL)。例如，在参与编队的多个车辆711至714中位于前端的车辆#1 711(例如，位于车辆#1 711中的UE#1)可以被称为PL。PL 711可以引领编队并且可以控制其他车辆712至714。

参与编队的多个车辆711至714中的其他车辆712至714(例如，属于车辆的终端)可以被称为编队成员(PM)。或者，参与编队的多个车辆711至714中的最后一个车辆#4 714可以被称为编队尾车(PT)。PM#1至PM#3(例如，车辆712到714)可以在PL 711的控制下操作。

参与编队的多个车辆711至714可以执行侧链组播通信。在这种情况下，PL 711可以被称为侧链组播报头(SGH)，而PM 712至PM 714可以被称为侧链组播成员(SGM)。也就是说，在下面的示例性实施例中，PL可以表示SGH，并且SGH可以表示PL。而且，PM可以表示SGM，并且SGM可以表示PM。

当PL 711是图2所示的UE#5 235时，PM#1 712至PM#3 714中的每一个可以是图2所示的UE#6 236。可以与图3所示的通信节点300相同或相似地配置PL 711、PM#1 712、PM#2713和PM#3 714中的每一个。例如，PL 711、PM#1 712、PM#2 713和PM#3 714中的每一个可以包括具有多个天线元件的天线阵列。PL 711、PM#1 712、PM#2 713和PM#3 714中的每一个可以支持图4至图6所示的协议栈。

参与编队的PL 711、PM#1 712、PM#2 713和PM#3 714中的每一个可以连接到基站700(例如，RSU)，并且可以以波束成形方案与基站700通信。在这种情况下，可以在基站与PL711、PM#1 712、PM#2 713和PM#3 714中的每一个之间配置一对“发射波束和接收波束”，并且可以使用这对“发射波束和接收波束”执行基于波束成形的通信。这里，接收波束可以指接收方向。

另外，可以在参与编队的PL 711、PM#1 712、PM#2 713和PM#3714中执行侧链通信，并且可以以波束成形方案执行侧链通信。在这种情况下，可以在PL 711与PM#1 712、PM#2713和PM#3 714中的每一个之间配置一对“发射波束和接收波束”，并且可以使用这对“发射波束和接收波束”执行基于波束成形的通信。可以通过波束管理过程(例如，波束配置过程)配置“发射波束和接收波束”。

同时，可以如下表3所示地定义用于V2X通信的传输模式(TM)。

[表3]

表3中定义的V2X TM可以用于参与编队的车辆之间的侧链通信。根据V2X模式的所需侧链资源可以不同。因此，基站可以将根据V2X TM的所需侧链资源分配给PL(例如，SGH)，并且PL可以使用由基站分配的侧链资源执行根据V2X TM的侧链通信。在下面的示例性实施例中，将描述根据V2X TM的侧链通信方法。

图8是示出通信系统中的侧链通信方法的第一示例性实施例的序列图。

如图8所示，通信系统可以包括基站、PL和(多个)PM。PL可以是SGH，并且PM可以是SGM。PL和(多个)PM中的每一个可以与基站连接。例如，PL和(多个)PM中的每一个可以以RRC连接状态、RRC不活动状态或RRC空闲状态操作。PL和(多个)PM中的每一个可以包括执行更高层(例如，V2X层)功能的实体和执行接入层(AS)(例如，RRC层)功能的实体。执行更高层功能的实体可以被称为“更高层实体”，而执行AS层功能的实体可以被称为“AS层实体”。

PL和(多个)PM可以位于参与编队的车辆中。PL可以是图7所示的PL 711，并且(多个)PM可以是图7所示的PM 712至PM 714。可以执行用于在PL与(多个)PM之间配置侧链通信的操作(S800)。在步骤S800中，可以确定参与侧链通信的PM，并且可以将PM中的一个PM确定为PL。例如，可以配置包括PL和(多个)PM的编队组(例如，侧链组播组)。

PL可以确定用于PL与(多个)PM之间的侧链通信的V2X TM(例如，表3中定义的V2XTM#1至TM#4中的一个V2X TM)。另外，PL可以确定侧链服务类型。侧链服务类型可以指示由PL和(多个)PM支持的侧链服务。侧链服务可以包括侧链(SL)广播服务、SL多播服务、SL组播服务和SL单播服务。

用于编队场景的SL组播服务可以区别于除了编队场景之外的场景的SL组播服务。为了区分用于各个场景的SL组播服务，可以使用提供商服务标识符(PSID)和/或智能交通系统应用标识符(ITS-AID)。可以定义指示用于编队场景的SL组播服务的标识符和指示用于除编队场景之外的场景的SL组播服务的标识符。指示用于每个场景的SL组播服务的标识符可以关联至目的地层2标识符。

V2X TM和侧链服务类型可以由PL中包括的更高层实体确定。由更高层实体确定的V2X TM可以是表3中定义的V2X TM#1至TM#4中的一个。由更高层实体确定的侧链服务类型可以指示SL广播服务、SL多播服务、SL组播服务(例如，用于编队场景的SL组播服务或用于除编队场景之外的场景的SL组播服务)或SL单播服务。

PL的更高层实体可以将V2X TM、侧链服务类型和PL操作指示符中的一个或多个传送到PL的AS层实体。PL操作指示符可以指示相应的车辆(例如，位于车辆中的终端)作为PL操作。PL的AS层实体可以从PL的更高层实体获取V2X TM、侧链服务类型和PL操作指示符中的一个或多个。另外，从PL的更高层实体传送到PL的AS层实体的信息可以进一步包括指示符，指示由侧链服务类型指示的SL组播服务是用于编队场景的SL组播服务还是用于除编队场景之外的场景的SL组播服务。

PL可以生成包括用于侧链通信的配置信息的侧链UE信息消息(S801)。例如，PL的AS层实体可以生成包括V2X TM、侧链服务类型和PL操作指示符中的一个或多个的侧链UE信息消息。另外，侧链UE信息消息可以进一步包括终端标识符。例如，终端标识符可以是ProSeUE标识符(ID)。终端标识符可以与PL操作指示符相关联。在这种情况下，基站可以使用终端标识符和PL操作指示符识别作为PL操作的终端。也就是说，基站可以使用终端标识符和PL操作指示符来识别支持为其他(多个)终端选择侧链资源的终端(即PL)、或调度其他(多个)终端的侧链传输的终端(即PL)。

另外，V2X TM可以与终端标识符(例如，ProSe UE ID)相关联。当PL(例如，SGH)在支持侧链组播通信的编队场景中改变时，基站可以通过使用终端标识符通知PM(例如，SGM)关于改变的PL的信息。

侧链资源分配方案可以根据V2X TM变化。也就是说，由基站分配到PL的侧链资源可以根据V2X TM而变化。因此，当基站知道由PL支持的V2X TM时，基站可以将根据V2X TM的所需侧链资源分配到PL，从而可以有效地调度侧链资源。例如，识别由PL支持的V2X TM的基站可以将每个PM的侧链资源分配到PL。在这种情况下，PL可以将由基站配置的侧链资源分配到PM中的每一个。或者，识别由PL支持的V2X TM的基站可以将所有侧链资源分配到PL，而不需要为(多个)PM单独分配。在这种情况下，PL可以将侧链资源自主地分配到(多个)PM。

PL可以将包括V2X TM、侧链服务类型、PL操作指示符和终端标识符中的一个或多个的侧链UE信息消息传输到基站(S802)。除了V2X TM、侧链服务类型、PL操作指示符和终端标识符之外，侧链UE信息消息可以包括其他信息元素。例如，侧链UE信息消息可以包括指示参与编队通信的(多个)PM的数量和(多个)PM的标识符(例如，作为(多个)PM操作的(多个)终端的标识符)的信息。侧链UE信息消息可以包括在下面的表4至表7中定义的一个或多个信息元素。

[表4]

[表5]

[表6]

[表7]

在表6中，“GroupcastHeader-ResourceAllocation-Type”可以指示V2X TM。“eNBContrelled”可以指V2X TM#1，“Resource Allocation Assist”可以指V2X TM#2，“Preconfigured”可以指V2X TM#3，而“Resource Schedule”可以指V2X TM#4。在表6中，“GroupcastHeader-Identity”指终端标识符，“GroupcastHeader-operation”可以指PL操作指示符，而“SidelinkSerivceType”可以指侧链服务类型。“groupcast-type1”可以指示编队场景中的SL组播通信，“groupcast-type2”可以指示除编队场景以外的场景中的SL组播通信。

可以如下面的表8所示地定义表6的“ProSe UE ID”。“ProSe UE ID”字段的第一个元素可以包括ProSe UE ID的第一个数字，而ProSe UE ID字段的第二个元素可以包括ProSe UE ID的第二个数字。

[表8]

同时，基站可以从PL接收侧链UE信息消息，并且可以识别侧链UE信息消息中包括的信息元素。例如，基站可以识别侧链UE信息消息中包括的V2X TM、侧链服务类型、PL操作指示符和终端标识符中的一个或多个。

基站可以判断由侧链UE信息消息中包括的终端标识符指示的终端是否可以作为PL(例如，SGH)操作。例如，基站可以通过使用从终端接收的性能信息来判断相应的终端是否可以作为PL操作。当判断由侧链UE信息消息指示的终端能够作为PL操作时，基站可以配置编队通信所需的参数(例如，信息元素)(S803)。例如，基站可以配置在编队通信中使用组无线电网络临时标识符(RNTI)。

可以在支持侧链组播通信的编队场景中使用组RNTI。例如，当侧链UE信息消息中包括的侧链服务类型指示SL组播通信时，基站可以配置组RNTI。组RNTI可以与PL的标识符(例如，ProSe UE ID)相关联。

同时，由于基站所分配的侧链资源的大小根据编队组(例如，SL组播组)中包括的PM的数量而变化，基站需要知道关于属于编队组的PM的信息，以有效地调度侧链资源。相应地，基站可以生成将由PL形成的编队组的标识符，并且可以配置关于属于编队组的(多个)PM的信息的报告周期。

编队组的标识符可以映射到组RNTI。关于(多个)PM的信息可以包括指示(多个)PM的数量、(多个)PM中的每一个的标识符(例如，作为PM操作的终端的标识符)等的信息。例如，报告周期可以设置为10ms(毫秒)、20ms、40ms、80ms、160ms等。或者，基站可以配置关于属于编队组的(多个)PM的信息的事件触发报告。例如，事件可以是“当新PM加入编队组时”或“当编队组中包括的现有PM离开时”。

基站可以生成包括组RNTI、编队组的标识符和关于(多个)PM的信息的报告周期的消息，并且可以将该消息传输到PL(S804)。例如，包括组RNTI的消息可以是RRC连接重配置消息。RRC连接重配置消息可以包括在下面的表9至表17中定义的一个或多个信息元素。在下面的表13中，“newUE-Idenity”可以指示组RNTI，“groupcastIdentity”可以指示编队组的标识符，“periodic-GroupcstGroupReport”可以指示关于(多个)PM的信息的报告周期。

[表9]

[表10]

[表11]

[表12]

[表13]

[表14]

[表15]

[表16]

[表17]

可以如下表18所示地定义表13的“Group-RNTI”。“Group-RNTI”可以用于识别在基站的小区内以RRC连接状态操作的终端(例如，PL或SGH)。另外，“Group-RNTI”可以用于由PL(例如，SGH)管理的特定编队组内的侧链通信(例如，侧链组播通信)。

[表18]

可以如下表19所示地定义表13的“groupcastIdentity”。“groupcastIdentity”可以用于识别由PL管理的编队组。

[表19]

同时，PL可以从基站接收消息(例如，RRC连接重配置消息)，并且可以识别接收到的消息中包括的编队通信所需的参数(例如，信息元素)(S805)。例如，PL可以识别消息中包括的组RNTI、编队组的标识符、(多个)PM的报告周期等。当接收到包括编队通信所需的信息元素的消息时，PL可以确定允许由步骤S802中传输的侧链UE信息消息指示的侧链通信。例如，PL可以确定允许由侧链UE信息消息指示的终端作为PL操作。另外，PL可以确定允许执行V2X TM和由侧链UE信息消息指示的侧链服务类型。PL可以将消息中包括的组RNTI通知到参与编队通信的(多个)PM。

基站可以根据由PL支持的V2X TM来生成侧链资源的分配信息，并且可以将侧链资源的分配信息传输到PL(S806)。可以通过RRC消息、MAC控制元素(CE)和下行链路控制信息(DCI)中的一个或多个的组合将侧链资源的分配信息传输到PL。同时，当步骤S804的RRC消息是RRC连接重配置消息时，步骤S804的RRC消息(例如，RRC连接重配置消息)中可以包括侧链资源的分配信息。步骤S804的RRC消息可以包括用于编队通信的参数以及侧链资源的分配信息。在这种情况下，可以省略步骤S806。可以根据由PL支持的V2X TM而配置步骤S804中传输的侧链资源的分配信息。

PL可以从基站接收侧链资源的分配信息，并且可以使用侧链资源的分配信息执行与(多个)PM的侧链通信(例如，编队通信)(S807)。

例如，PL可以生成包括侧链通信所需的信息的SCI，并且可以将SCI传输到(多个)PM。SCI(例如，SCI的循环冗余校验(CRC))可以由组RNTI加扰。(多个)PM可以通过使用组RNTI执行监视操作而检测SCI，并且可以识别SCI中包括的信息元素。可以基于SCI中包括的信息元素来执行侧链通信(例如，编队通信)。

图9是示出用于在通信系统中报告编队组信息的方法的第一示例性实施例的序列图。

如图9所示，通信系统可以包括基站、PL(例如，SGH)、终端#1和终端#2。图9所示的基站和PL中的每一个可以与图8所示的基站和PL相同。终端#1和终端#2可以是邻近PL的车辆中的终端。可以在图8的步骤S800中执行图9所示的编队组配置过程。或者，可以在图8的步骤S805之后执行图9所示的编队组配置过程。当在图8的步骤S800中以及在图8的步骤S805之后都执行了编队组配置过程时，在图8的步骤S800中执行的编队组配置过程可以是初始配置过程，并且在图8的步骤S805之后执行的编队组配置过程可以是重配置过程。

PL可以生成包括指示编队组(例如，侧链组播组)存在的信息和询问是否参与编队组的信息的组请求消息，并且传输相应的组请求消息(S900)。可以通过侧链信道、下行链路信道或上行链路信道以广播方案传输组请求消息。可以基于PC5信令协议传输组请求消息。终端#1和终端#2可以接收组请求消息，并且可以识别接收到的组请求消息中包括的信息。

终端#1可以确定参与由组请求消息指示的编队组。在这种情况下，终端#1可以生成包括指示参与编队组的信息的组响应消息。组响应消息可以包括终端#1的标识符。终端#1可以将组响应消息传输到PL(S901)。终端#2可以确定不参与由组请求消息指示的编队组。在这种情况下，终端#2可以生成包括指示不参与编队组的信息的组响应消息。组响应消息可以包括终端#2的标识符。终端#2可以将组响应消息传输到PL(S902)。或者，当确定终端#2不参与编队组时，终端#2可以不传输组响应消息。

PL可以从终端#1和终端#2接收(多个)组响应消息，并且可以识别(多个)组响应消息中包括的信息。PL可以确定终端#1参与编队组并且可以确定终端#2不参与编队组。或者，当没有从终端#2接收到组响应消息时，PL可以确定终端#2不参与编队组。PL可以配置与参与编队组的终端#1的PC5信令连接(S903)。在PC5信令连接配置过程中，可以在PL与终端#1之间交换RRC信令消息，并且RRC信令消息可以包括编队通信(例如，侧链组播通信)所需的信息元素。

PL可以将用于侧链通信的同步信号传输到终端#1(S904)。同步信号可以用于获取PL和终端#1之间的同步。可以通过PL与终端#1之间的PC5信令连接来传输同步信号。同步信号可以是SS/PBCH块。在这种情况下，SS/PBCH块可以包括编队组的标识符和组RNTI。编队组的标识符可以与组RNTI相关联。或者，可以与同步信号分开地将包括编队组的标识符和组RNTI的消息(例如，RRC消息)传输到终端#1。终端#1可以从PL接收同步信号并且可以基于同步信号与PL同步。另外，终端#1可以从PL获得编队组的标识符和组RNTI。

PL可以将PL的容量信息传输到终端#1(例如，属于编队组的PM)(S905)。可以通过RRC信令将PL的性能信息传输到终端#1。PL RRC消息可以包括在下面的表20中定义的一个或多个信息元素(例如，PL性能信息)。也就是说，RRC消息不仅可以包括PL的性能信息，而且还可以包括其他信息元素。在下面的表20中，“group-RNTI”可以是用于编队通信的RNTI，“groupcastIdentity”可以是由PL管理的编队组的标识符，“ueCapabilityInformation”可以是PL的性能信息。

[表20]

终端#1可以从PL接收包括表20中定义的信息元素的RRC消息，并且识别RRC消息中包括的信息元素(例如，组RNTI、编队组标识符、性能信息等)。终端#1可以将终端#1的性能信息传输到PL(S906)。可以通过RRC信令将终端#1的性能信息传输到PL。终端#1的RRC消息可以包括在下面的表21中定义的一个或多个信息元素。在下面的表21中，“ueCapabilityInformation”可以是终端#1的性能信息。

[表21]

步骤S900至S906可以是编队组配置过程。当编队组配置过程完成时，终端#1可以作为属于由PL管理的编队组的PM操作。

同时，当满足下列条件中的一个或多个时，PL可以将报告消息传输到基站(S907)，该报告消息包括关于属于由PL管理的编队组的(多个)PM的信息。可以在执行图8所示的步骤S807期间执行步骤S907。

-条件1：达到由基站配置的报告周期

-条件2：新PM加入编队组

-条件3：现有PM离开编队组

可以通过RRC信令将报告消息传输到基站。报告消息可以包括指示属于由PL管理的编队组的(多个)PM的数量以及(多个)PM中的每一个的标识符的信息。报告消息中包括的PM标识符可以包括加入编队组的新PM的标识符或离开编队组的现有PM的标识符。PM标识符可以是ProSe UE ID。报告消息可以是RRC消息并且可以包括在下面的表22中定义的一个或多个信息元素。在表22中，“numberofGroupcastMember”可以是属于由PL管理的编队组的(多个)PM的数量，并且“GroupcastMember-Identity”可以是属于由PL管理的编队组的(多个)PM中的每一个的标识符。或者，“GroupcastMember-Identity”可以包括加入编队组的新PM的标识符或离开编队组的现有PM的标识符。

[表22]

基站可以从PL接收报告消息并且可以识别报告消息中包括的信息(例如，(多个)PM的数量、PM标识符)。基站可以基于由PL支持的V2X TM和属于编队组的(多个)PM的数量而分配侧链资源。基站可以将侧链资源的分配信息传输到PL(S908)。可以通过RRC消息、MACCE和DCI中的一个或多个的组合将侧链资源的分配信息传输到PL。PL可以从基站接收侧链资源的分配信息，并且可以使用侧链资源的分配信息执行与(多个)PM的侧链通信(例如，编队通信)。

同时，在执行编队通信时，可以改变编队组的PL。例如，属于编队组的PM中的一个PM可以被配置为新PL。或者，属于特定编队组的PL可以被配置为另一编队组的新PL。可以将指示编队组的PL改变的信息传输到基站和/或(多个)PM。例如，当编队组的PL改变时，现有PL可以将新PL的信息(例如，新PL的ProSe UE ID)传输到基站和/或(多个)PM。当编队组的PL改变时，基站可以更新编队配置(例如，侧链组播配置)，以便新PL调度用于(多个)PM的侧链资源。当编队组的PL改变时，属于编队组的PM可以更新编队配置(例如，侧链组播配置)。

另外，属于编队组的PM可以改变。例如，新PM可以加入编队组。或者，属于编队组的现有PM可以离开。在这种情况下，可能需要更新编队配置(例如，侧链组播配置)。

-场景#1：当编队组的PL改变时，PL周围没有其他PL。

图10是示出在场景#1中更新编队配置的方法的第一示例性实施例的序列图。

如图10所示，通信系统可以包括基站、PL#1、PM#1和PM#2。PL#1可以是管理编队组的现有PL。PM#1和PM#2可以属于由PL#1管理的编队组。可以在图9所示的示例性实施例之后执行图10所示的示例性实施例。图10的PL#1可以是图9的PL。另外，PL#1可以是SGH，并且PM#1和PM#2中的每一个可以是SGM。

PL#1可以确定不执行PL功能(例如，SGH功能)。在这种情况下，PL#1的更高层实体(例如，执行V2X层功能的实体)可以将指示PL#1不执行PL功能的信息传输到PL#1的AS层实体(例如，执行AS层功能的实体)。另外，可以将由PL#1管理的编队组的标识符，连同指示PL#1不执行PL功能的信息一起从更高层实体传输到AS层实体。

PL#1(例如，PL#1的AS层实体)可以生成包括指示PL#1不执行PL功能的信息的RRC消息。RRC消息可以进一步包括PL#1的标识符(例如，ProSe UE ID)和由PL#1管理的编队组的标识符。指示PL#1不执行PL功能的信息可以关联至PL#1的标识符(例如，ProSe UE ID)和/或由PL#1管理的编队组的标识符。由PL#1生成的RRC消息可以包括在下面的表23中定义的一个或多个信息元素。在表23中，“GroupHeaderChange-Indication”可以指示PL#1不执行PL功能。例如，如果“GroupHeaderChange-Indication”出现在RRC消息中，它可以指示PL#1不执行PL功能。或者，设置为“0”的“GroupHeaderChange-Indication”可以指示PL#1执行PL功能。设置为“1”的“GroupHeaderChange-Indication”可以指示PL#1不执行PL功能。

[表23]

PL#1可以将包括指示PL#1不执行PL功能的信息、PL#1的标识符、编队组的标识符等的RRC消息传输到属于由PL#1管理的编队组的PM#1和PM#2(S1000)。PM#1和PM#2可以从PL#1接收RRC消息，并且可以识别RRC消息中包括的信息元素。PM#1和PM#2的AS层实体可以将指示PL#1不执行PL功能的信息传输到PM#1和PM#2的更高层实体。可以在更高层实体之间执行传送指示PL#1不执行PL功能的信息的操作。

PM#1和PM#2的更高层实体可以将指示相应的PM#1和PM#2是否支持PL功能的信息传输到PM#1和PM#2的AS层实体。PM#1和PM#2(例如，PM#1和PM#2的AS层实体)可以生成包括指示相应的PM#1和PM#2是否支持PL功能的信息的RRC消息。另外，RRC消息可以包括(多个)PM的标识符。这里，PM#1支持PL功能，而PM#2不支持PL功能。也就是说，PM#1可能更倾向于作为PL操作，而PM#2可能不倾向于作为PM操作。由PM#1和PM#2生成的RRC消息可以包括表24中列出的一个或多个信息元素。

[表24]

在表24中，“GroupHeaderPref-Indication”可以指示PM是否支持PL功能。例如，如果在RRC消息中存在“GroupHeaderPref-Indication”，则指示PM支持PL功能。也就是说，“GroupHeaderPref-Indication”可以指示PM更倾向于作为PL操作。或者，设置为“0”的“GroupHeaderPref-Indication”可以指示PM更倾向于作为PL操作。设置为“1”的“GroupHeaderPref-Indication”可以指示PM更倾向于作为PM操作。

PM#1可以将RRC消息传输到PL#1(S1001)。PM#1的RRC消息中包括的“GroupHeaderPref-Indication”可以指示PM#1支持PL功能。PM#2可以将RRC消息传输到PL#1(S1002)。PM#2的RRC消息中包括的“GroupHeaderPref-Indication”可以指示PM#2不支持PL功能。PL#1可以从PM#1和PM#2接收RRC消息，并且可以识别RRC消息中包括的“GroupHeaderPref-Indication”。PL#1可以基于RRC消息中包括的“GroupHeaderPref-Indication”将PM#1确定为新PL(S1003)。当存在更倾向于作为PL操作的多个PM时，PL#1可以将多个PM中的一个PM确定为新PL。可以通过PL#1的更高层实体和AS层实体之间的信息交换来执行选择PM作为新PL操作的操作。

当作为新PL操作的PM被确定为PM#1时，PL#1可以生成包括关于新PL(例如，PM#1)的信息的RRC消息。关于新PL的信息可以是PL#1的标识符(例如，ProSe UE ID)。另外，RRC消息可以进一步包括指示更新编队配置的原因的信息。更新编队配置的原因可以是下列原因中的一个。

-原因1：PL的改变

-原因2：新PM加入编队组

-原因3：现有PM离开编队组

由PL#1生成的RRC消息可以包括在下面的表25中列出的一个或多个信息元素。在表25中，“PriorGroupcastHeader-Identity”可以是作为现有PL的PL#1的标识符，“NewGroupcastHeader-Identity”可以是作为新PL的PM#1的标识符，并且“GroupcastConfigUpdateCause”可以指示更新编队配置的原因。“PriorGroupcastHeader-Identity”和“NewGroupcastHeader-Identity”中的每一个可以是ProSe UE ID。“GroupcastHeaderChange”可以指示PL的改变，“GroupcastMemberJoin”指示新PM加入(例如，参与)，并且“GroupcastMemberLeave”可以指示现有PM离开。这里，“GroupcastConfigUpdateCause”可以指示“GroupcastHeaderChange”。“GroupcastMember-List”可以是属于编队组的(多个)PM的列表。

[表25]

PL#1可以将包括表25中列出的一个或多个信息元素的RRC消息传输到基站(S1004)。基站可以从PL#1接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表25中列出的信息元素)。例如，基站可以确定PM#1作为新PL操作，并且可以确定需要更新编队配置的原因。当允许PM#1作为新PL操作时，基站可以配置编队通信所需的参数(S1005)。

例如，基站可以配置用于由新PL(即，PM#1)管理的编队通信的新组RNTI。由于PL改变导致编队组的成员改变，因此基站可以为改变后的成员配置新组RNTI。新组RNTI可以映射到新PL的标识符(例如，ProSe UE ID)。另外，基站可以配置编队组的新标识符、关于属于编队组的(多个)PM的信息的新报告周期等。编队组的新标识符可以映射到新组RNTI。

基站可以生成包括编队通信所需的参数的RRC消息，并且可以将生成的RRC消息传输到新PL(即，PM#1)(S1006)。另外，可以将由基站生成的RRC消息传输到现有PL(即PL#1)。由基站生成的RRC消息可以包括表9至表17中列出的一个或多个信息元素。可以如表18所示地定义表13的“Group-RNTI”，并且可以如表19所示地定义表13的“groupcastIdentity”。

新PL(即，PM#1)可以从基站接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表9至表17中定义的信息元素)(S1007)。新PL可以使用从基站获得的信息元素，以与相邻的终端(例如，属于现有编队组的(多个)PM)一起更新编队组的配置(S1008)。可以基于PC5信令协议执行步骤S1008。

例如，新PL可以传输指示支持同一编队服务(例如，同一侧链组播服务)的PL改变的信息，并且识别属于现有编队组的(多个)PM。例如，新PL可以将图9所示的步骤S900的组请求消息传输到相邻的终端。邻近新PL的终端可以通过PC5发现过程而识别支持同一编队服务(例如，同一侧链组播服务)的PL改变。相邻的终端可以将包括指示是否参与新编队组的信息的消息(例如，图9的步骤S901和步骤S902中的组响应消息)传输到新PL。

新PL可以从相邻的终端接收包括指示是否参与新编队组的信息的消息。此后，新PL、相邻的终端和基站的操作可以与图9所示的步骤S903至S908中PL、终端#1和基站的操作相同或相似。例如，当新PL执行步骤S905时，新PL可以将包括表23中列出的一个或多个信息元素(例如，新PL的性能信息)的RRC消息传输到相邻的(多个)终端(例如，PM#2)。

当相邻的(多个)终端执行步骤S906时，相邻的(多个)终端可以将包括表24中列出的一个或多个信息元素(例如，(多个)终端的性能信息)的(多个)RRC消息传输到新PL。当新PL执行步骤S907时，新PL可以将包括表25中列出的一个或多个信息元素(例如，PM标识符、PM的数量)的报告消息传输到基站。

-场景#2：当编队组的PL改变时，PL周围有其他PL。

图11是示出在场景#2中更新编队配置的方法的第一示例性实施例的序列图。

如图11所示，通信系统可以包括基站、PL#1、PL#2和(多个)PM。编队组可以包括PL#1和(多个)PM。PL#1可以是管理编队组的现有PL。由PL#1管理的编队组可以不同于由PL#2管理的编队组。可以在图9所示的示例性实施例之后执行图11所示的示例性实施例。图11的PL#1可以是图9的PL。另外，PL#1和PL#2中的每一个可以是SGH，而(多个)PM可以是(多个)SGM。

PL#1可以确定不执行PL功能。在这种情况下，PL#1可以将新PL(例如，PL#2)的信息(例如，ProSe UE ID)传输到属于编队组的(多个)PM。例如，PL#1的更高层实体可以将指示PL#1不执行PL功能的信息传输到PL#1的AS层实体。另外，可以将由PL#1管理的编队组的标识符连同指示PL#1不执行PL功能的信息一起从更高层实体传输到AS层实体。

PL#1(例如，PL#1的AS层实体)可以生成包括指示PL#1不执行PL功能的信息的RRC消息。RRC消息可以进一步包括PL#1的标识符(例如，ProSe UE ID)和由PL#1管理的编队组的标识符。指示PL#1不执行PL功能的信息可以关联至PL#1的标识符(例如，ProSe UE ID)和/或由PL#1管理的编队组的标识符。由PL#1生成的RRC消息可以包括表23中列出的一个或多个信息元素。

PL#1可以传输包括指示PL#1不执行PL功能的信息、PL#1的标识符、编队组的标识符等的RRC消息。由PL#1管理的编队组可以不同于由PL#2管理的编队组。PL#2可以从PL#1接收RRC消息，并且可以识别RRC消息中包括的信息元素。PL#2的AS层实体可以将指示PL#1不执行PL功能的信息传输到PL#2的更高层实体。可以在更高层实体之间执行传送指示PL#1不执行PL功能的信息的操作。

PL#2的更高层实体可以将指示PL#2是否可以作为PL#1的编队组的新PL操作的信息传输到PL#2的AS层实体。PL#2(例如，PL#2的AS层实体)可以生成包括指示PL#2是否可以作为PL#1的编队组的新PL操作的信息的RRC消息。RRC消息可以指示PL#2可以作为PL#1的编队组的新PL操作。另外，RRC消息可以进一步包括PL#2的标识符(例如，ProSe UE ID)和由PL#2管理的编队组的标识符。指示PL#2是否可以作为PL#1的编队组的新PL操作的信息可以关联至PL#2的标识符和/或由PL#2管理的编队组的标识符。

由PL#2生成的RRC消息可以包括表24中列出的一个或多个信息元素。在表24中，“GroupHeaderPref-Indication”可以指示PL#2可以作为PL#1的编队组的新PL操作，并且“GroupcastHeader-Identity”可以是PL#2的标识符。“groupcastIdentity”可以是由PL#2管理的编队组的标识符或由PL#1管理的编队组的标识符。

PL#2可以将包括表24所示的一个或多个信息元素的RRC消息传输到PL#1(S1101)。PL#1可以从PL#2接收RRC消息，并且可以识别RRC消息中包括的“GroupHeaderPref-Indication”。PL#1可以基于RRC消息中包括的“GroupHeaderPref-Indication”而将PL#2确定为新PL(S1102)。当存在多个PL能够作为PL#1的编队组的新PL操作时，PL#1可以从多个PL中确定一个PL作为新PL。可以通过PL#1的更高层实体和AS层实体之间的信息交换来执行选择新PL的操作。

当PL#2被确定为新PL时，PL#1可以生成包括关于新PL(例如，PL#2)的信息的RRC消息。关于新PL的信息可以是PL#2的标识符(例如，ProSe UE ID)。另外，RRC消息可以进一步包括指示更新编队配置的原因的信息。更新编队配置的原因可以是下列原因中的一个。

-原因1：PL的改变

-原因2：新PM加入编队组

-原因3：现有PM离开编队组

由PL#1生成的RRC消息可以包括在下面的表25中列出的一个或多个信息元素。在表25中，“PriorGroupcastHeader-Identity”可以是作为现有PL的PL#1的标识符，“NewGroupcastHeader-Identity”可以是作为新PL的PL#2的标识符，并且“GroupcastConfigUpdateCause”可以指示更新编队配置的原因。“PriorGroupcastHeader-Identity”和“NewGroupcastHeader-Identity”中的每一个可以是ProSe UE ID。这里，“GroupcastConfigUpdateCause”可以指示“GroupcastHeaderChange”。

PL#1可以将包括表25中列出的一个或多个信息元素的RRC消息传输到基站(S1103)。基站可以从PL#1接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表25中列出的信息元素)。例如，基站可以确定PL#2作为新PL操作，并且可以确定需要更新编队配置的原因。当允许PL#2作为新PL操作时，基站可以配置编队通信所需的参数(S1104)。

例如，基站可以配置用于由新PL(即，PL#2)管理的编队通信的新组RNTI。由于PL改变导致编队组的成员(例如，分别由PL#1和PL#2管理的编队组的成员)改变，因此基站可以为改变后的成员配置新组RNTI。新组RNTI可以映射到新PL的标识符(例如，ProSe UE ID)。另外，基站可以配置编队组的新标识符、关于属于编队组的(多个)PM的信息的新报告周期等。编队组的新标识符可以映射到新组RNTI。

基站可以生成包括编队通信所需的参数的RRC消息，并且可以将生成的RRC消息传输到PL#2(即，新PL)(S1105)。另外，可以将由基站生成的RRC消息传输到PL#1(即，现有PL)。由基站生成的RRC消息可以包括表9至表17中列出的一个或多个信息元素。可以如表18所示地定义表13的“Group-RNTI”，可以如表19所示地定义表13的“groupcastIdentity”。

PL#2可以从基站接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表9至表17中定义的信息元素)(S1106)。PL#2可以使用从基站获得的信息元素，以与相邻的终端(例如，属于由PL#1管理的编队组的(多个)PM)一起更新编队组的配置(S1107)。可以基于PC5信令协议执行步骤S1007。

例如，PL#2可以传输指示支持编队服务的PL改变的信息，并且识别属于现有编队组的(多个)PM。例如，PL#2可以将图9所示的步骤S900的组请求消息传输到相邻的终端。邻近PL#2的终端可以通过PC5发现过程而识别支持编队服务的PL改变。相邻的终端可以将包括指示是否参与新编队组的信息的消息(例如，图9的步骤S901和S902中的组响应消息)传输到PL#2(即，新PL)。

PL#2可以从相邻的终端接收包括指示是否参与新编队组的信息的消息。此后，PL#2、相邻的(多个)终端和基站的操作可以与图9所示的步骤S903至S908中PL、终端#1和基站的操作相同或相似。例如，当PL#2执行步骤S905时，PL#2可以将包括表23中列出的一个或多个信息元素(例如，新PL的容量信息)的RRC消息传输到相邻的(多个)终端(例如，PM#2)。

当相邻的(多个)终端执行步骤S906时，相邻的(多个)终端可以将包括表24中列出的一个或多个信息元素(例如，(多个)终端的性能信息)的(多个)RRC消息传输到PL#2。另外，当PL#2执行步骤S907时，PL#2可以将包括表25中列出的一个或多个信息元素(例如，PM标识符、PM的数量)的报告消息传输到基站。

-场景#3：现有PM离开编队组。

图12是示出在场景#3中更新编队配置的方法的第一示例性实施例的序列图。

如图12所示，通信系统可以包括基站、PL、PM#1和剩下的(多个)PM。编队组可以包括PL、PM#1和剩下的(多个)PM。可以在图9所示的示例性实施例之后执行图12所示的示例性实施例。图12的PL#1可以是图9的PL。另外，PL可以是SGH，并且PM#1和剩下的(多个)PM可以是(多个)SGM。

PM#1可以确定离开由PL管理的编队组。在这种情况下，PL#1的更高层实体可以将指示PM#1离开编队组的信息传输到PM#1的AS层实体。另外，可以将PM#1所属的编队组的标识符连同指示PM#1离开编队组的信息一起从更高层实体传输到AS层实体。

PM#1(例如，PL#1的AS层实体)可以生成包括指示PM#1离开编队组的信息的RRC消息。RRC消息可以进一步包括PM#1的标识符(例如，ProSe UE ID)和PM#1所属的编队组的标识符。指示PM#1离开编队组的信息可以关联至PM#1的标识符(例如，ProSe UE ID)和PM#1所属的编队组的标识符。由PM#1生成的RRC消息可以包括在下面的表26中列出的一个或多个信息元素。在表26中，“GroupcastMember-Identity”可以是PM#1的标识符。表26中设置为“Leave”的“GroupMemberPref-Indication”可以指示由“GroupcastMember-Identity”指示的PM#1离开由“groupcastentity”指示的编队组。在表26中，可以如表8所示地定义“ProSeUE ID”。

[表26]

PM#1可以将包括指示PM#1离开编队组的信息、PM#1的标识符、编队组的标识符等的RRC消息传输到PL(管理PM#1所属的编队组的PL)(S1200)。PL可以从PM#1接收RRC消息，并且可以识别RRC消息中包括的信息元素。PL的AS层实体可以将指示PM#1离开编队组的信息传输到PL的更高层实体。可以在更高层实体之间执行指示PM#1离开编队组的信息的传输。

PL的更高层实体可以将指示是否允许PM#1离开编队组的信息传输到PL的AS层实体。PL(例如，PL的AS层实体)可以生成包括指示是否允许PL#1离开编队组的信息的RRC消息。RRC消息可以指示允许PM#1离开编队组。另外，RRC消息可以进一步包括PM#1的标识符(例如，ProSe UE ID)和PM#1所属的编队组的标识符。指示允许PL#1离开编队组的信息可以关联至PM#1的标识符和PM#1所属的编队组的标识符。

由PL生成的RRC消息可以包括表27中列出的一个或多个信息元素。表27中设置为“Accept”的“GroupMemberChange-Indication”可以指示允许由“GroupcastMember-Identity”指示的PM#1离开由“groupcastIdentity”指示的编队组。表27中设置为“Deny”的“GroupMemberChange-Indication”可以指示不允许由“GroupcastMember-Identity”指示的PM离开由“groupcastIdentity”指示的编队组。

[表27]

PL可以将RRC消息传输到PM#1(S1201)。PL#1可以从PL接收RRC消息，并且可以识别RRC消息中包括的“GroupMemberChange-Indication”。PM#1可以基于RRC消息中包括的“GroupMemberChange-Indication”来识别是否允许PM#1离开编队组。当“GroupMemberChange-Indication”设置为“Accept”时，PM#1可以确定允许PM#1离开编队组。

当确定PL#1离开驾驶组时，PL可以生成包括关于PM#1的信息的RRC消息。RRC消息可以指示编队组改变。关于PM#1的信息可以是PM#1的标识符(例如，ProSe UE ID)。另外，RRC消息可以进一步包括指示更新编队配置的原因的信息。更新编队配置的原因可以是下列原因中的一个。

-原因1：PL改变

-原因2：新PM加入编队组

-原因3：现有PM离开编队组

由PL生成的RRC消息可以包括表25中列出的一个或多个信息元素。在表25中，“GroupcastConfigUpdateCause”可以被设置为“GroupcastMemberLeave”。也就是说，“GroupcastConfigUpdateCause”可以指示由“GroupcastMember-Identity”指示的PM#1离开编队组。

PL可以将包括表25中列出的一个或多个信息元素的RRC消息传输到基站(S1202)。基站可以从PL接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表25中列出的信息元素)。例如，基站可以识别PM#1离开由PL管理的编队组。在这种情况下，基站可以配置编队通信所需的参数(S1203)。

例如，基站可以配置用于由PL管理的编队通信的新组RNTI。由于PM#1的离开导致编队组的成员改变，因此基站可以为改变后的成员配置新组RNTI。新组RNTI可以映射到PL的标识符(例如，ProSe UE ID)。另外，基站可以配置编队组的新标识符、关于属于编队组的(多个)PM的信息的新报告周期等。编队组的新标识符可以映射到新组RNTI。

基站可以生成包括编队通信所需的参数的RRC消息，并且可以将生成的RRC消息传输到PL(S1204)。由基站生成的RRC消息可以包括表9至表17中列出的信息元素中的一个或多个。可以如表18所示地定义表13的“Group-RNTI”，可以如表19所示地定义表13的“groupcastIdentity”。

PL可以从基站接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表9至表17中列出的信息元素)(S1205)。PL可以将编队通信的配置信息(例如，在S1205中接收到的RRC消息中包括的信息)传输到属于编队组的剩下的(多个)PM。也就是说，PL可以与属于编队组的剩下的(多个)PM一起更新编队配置(S1206)。

-场景#4：新终端加入编队组。

图13是示出在场景#4中更新编队配置的方法的第一示例性实施例的序列图。

如图13所示，通信系统可以包括基站、PL、终端和(多个)PM。编队组可以包括PL和(多个)PM。可以在图9所示的示例性实施例之后执行图13所示的示例性实施例。图13的PL#1可以是图9的PL。另外，PL可以是SGH，并且(多个)PM可以是(多个)SGM。终端可以决定加入由PL管理的编队组。在这种情况下，终端的更高层实体可以将指示终端加入编队组的信息传输到终端的AS层实体。

终端(例如，终端的AS层实体)可以生成包括指示终端加入编队组的信息的RRC消息。RRC消息可以进一步包括终端的标识符(例如，ProSe UE ID)。指示终端加入编队组的信息可以与终端的标识符(例如，ProSe UE ID)相关联。由终端生成的RRC消息可以包括表26中列出的一个或多个信息元素。在表26中，“GroupcastMember-Identity”可以是终端的标识符。表26中设置为“Join”的“GroupMemberPref-Indication”可以指示由“GroupcastMember-Identity”指示的终端加入编队组。在表26中，可以如表8所示地定义“ProSe UE ID”。

终端可以将包括指示终端加入编队组的信息和终端的标识符的RRC消息传输到PL(S1300)。PL可以从终端接收RRC消息，并且可以识别RRC消息中包括的信息元素。PL的AS层实体可以将指示终端加入编队组的信息传输到PL的更高层实体。可以在更高层实体之间执行传送指示终端加入编队组的信息的操作。

PL的更高层实体可以将指示是否允许终端加入编队组的信息传输到PL的AS层实体。PL(例如，PL的AS层实体)可以生成包括指示是否允许终端加入编队组的信息的RRC消息。RRC消息可以指示允许终端加入编队组。另外，RRC消息可以进一步包括终端的标识符(例如，ProSe UE ID)和终端所属的编队组的标识符。指示允许终端加入编队组的信息可以关联至终端的标识符和/或终端所属的编队组的标识符。

由PL生成的RRC消息可以包括表27中列出的一个或多个信息元素。表27中设置为“Accept”的“GroupMemberChange-Indication”可以指示允许由“GroupcastMember-Identity”指示的终端加入由“groupcastIdentity”指示的编队组。表27中设置为“Deny”的“GroupMemberChange-Indication”可以指示不允许由“GroupcastMember-Identity”指示的终端加入由“groupcastIdentity”指示的编队组。

PL可以将RRC消息传输到终端(S1301)。终端可以从PL接收RRC消息，并且可以识别RRC消息中包括的“GroupMemberChange-Indication”。终端可以基于RRC消息中包括的“GroupMemberChange-Indication”而识别是否允许终端加入编队组。当“GroupMemberChange-Indication”被设置为“Accept”时，终端可以确定允许终端加入编队组。

当确定终端加入编队组时，PL可以生成包括关于终端的信息(例如，关于新PM的信息)的RRC消息。RRC消息可以指示编队组改变了。关于终端的信息可以是终端的标识符(例如，ProSe UE ID)。另外，RRC消息可以进一步包括指示更新编队配置的原因的信息。更新编队配置的原因可以是下列原因中的一个。

-原因1：PL改变

-原因2：新PM加入编队组

-原因3：现有PM离开编队组

由PL生成的RRC消息可以包括表25中列出的一个或多个信息元素。在表25中，“GroupcastConfigUpdateCause”可以被设置为“GroupcastMemberJoin”。也就是说，“GroupcastConfigUpdateCause”可以指示由“GroupcastMember-Identity”指示的终端(即，新PM)加入编队组。

PL可以将包括表25中列出的一个或多个信息元素的RRC消息传输到基站(S1302)。基站可以从PL接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表25中列出的信息元素)。例如，基站可以确定终端(即，新PM)加入由PL管理的编队组。在这种情况下，基站可以配置编队通信所需的参数(S1303)。

例如，基站可以配置用于由PL管理的编队通信的新组RNTI。由于终端(即，新PM)的加入导致编队组的成员改变，因此基站可以为改变后的成员配置新组RNTI。新组RNTI可以映射到PL的标识符(例如，ProSe UE ID)。另外，基站可以配置编队组的新标识符、关于属于编队组的(多个)PM的信息的新报告周期等。编队组的新标识符可以映射到新组RNTI。

基站可以生成包括编队通信所需的参数的RRC消息，并且可以将生成的RRC消息传输到PL(S1304)。由基站生成的RRC消息可以包括表9至表17中列出的信息元素中的一个或多个。可以如表18所示地定义表13的“Group-RNTI”，可以如表19所示地定义表13的“groupcastIdentity”。

PL可以从基站接收RRC消息，并且可以识别RRC消息中包括的信息元素(例如，表9至表17中列出的信息元素)(S1305)。PL可以将用于编队通信的配置信息(例如，在S1305中接收的RRC消息中包括的信息)传输到终端(即，新PM)和属于编队组的(多个)PM。也就是说，PL可以与终端(即，新PM)和属于编队组的(多个)PM一起执行更新编队配置的操作(S1306)。

本公开的示例性实施例可以被实现为可由多种计算机运行的并且记录在计算机可读介质上的程序指令。计算机可读介质可以包括程序指令、数据文件、数据结构或其组合。记录在计算机可读介质上的程序指令可以是为本公开专门设计和配置的，也可以是计算机软件领域的技术人员公知和可获得的。

计算机可读介质的示例可以包括被专门配置为存储和运行程序指令的硬件装置，诸如ROM、RAM和闪速存储器等。程序指令的示例包括例如由编译器生成的机器代码，以及可由计算机使用解释器运行的高级语言代码。上述示例性硬件装置可以被配置以作为至少一个软件模块操作以执行本公开的实施例，反之亦然。

虽然已经详细描述了本公开的实施例及其优点，但是应当理解的是，在不脱离本公开的范围的情况下，可以在本文中做出各种改变、替换和变更。