CN110972103B - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- CN110972103B CN110972103B CN201811143553.7A CN201811143553A CN110972103B CN 110972103 B CN110972103 B CN 110972103B CN 201811143553 A CN201811143553 A CN 201811143553A CN 110972103 B CN110972103 B CN 110972103B
- Authority
- CN
- China
- Prior art keywords
- layer entity
- communication
- vehicle
- terminal device
- terminal equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Abstract
本申请实施例提供一种通信方法及装置,以满足不同通信类型的业务的QoS要求。所述方法包括:第一终端设备的应用层实体向第一终端设备的控制层实体递交通信类型信息和目标侧标识,第一终端设备的控制层实体根据通信类型信息建立与通信类型对应的侧行链路的无线承载组,侧行链路的无线承载组与目标侧标识对应。后续,第一终端设备的应用层实体向所述第一终端设备的SDAP层实体递交数据包以及第一目标侧标识后,第一终端设备的SDAP层实体可以根据侧行链路的无线承载组与目标侧标识的对应关系将数据包递交给第一目标侧标识对应的第一无线承载组进行处理。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
在车联网(vehicle to everything,V2X)通信系统中,发端设备和收端设备对每类V2X业务维护侧行链路的一组无线承载(sidelink radio barrier,SLRB)(简称SLRBs)。每组SLRBs包括一个或多个SLRB,每个SLRB对应有分组数据汇聚协议(packet dataconvergence protocol,PDCP)层实体、无线链路控制(radio link control,RLC)层实体、侧行链路逻辑信道(sidelink logical channel,SL LCH),每个SLRB的配置(包括PDCP实体配置、RLC实体配置以及LCH配置等)是相同的。
当发端设备的应用层实体产生某类V2X业务对应的数据包,并向下层实体递交时,该数据包可能携带用于标识该类V2X业务的V2X业务标识(如:目的层2标识(destinationlayer-2 id))和优先级参数等信息,发端设备的下层实体可以根据V2X业务标识以及优先级参数等信息与SLRB的映射关系,将数据包递交给发送设备中与V2X业务标识以及优先级参数等信息对应的SLRB;发送设备中的SLRB对接收到数据包进行处理,并将处理后的数据递交给发送设备的媒体接入控制(media access control,MAC)层实体;发送设备的MAC层实体对经过SLRB处理的数据包进行处理,生成包括源层2标识(source layer-2 ID)、destination layer-2 id以及SL LCH的逻辑信道标识(logical channel identity,LCID)的MAC协议数据单元(protocol data unit,PDU),并将MAC PDU递交给发送设备的物理层实体(PHY层实体);发送设备的PHY层实体将MAC PDU通过发端设备与收端设备之间的直连通道(如:PC5口)发送给收端设备。收端设备的PHY层实体接收到MAC PDU后,根据MAC PDU中携带的source layer-2 id、destination layer-2 id以及LCID,将该MAC PDU中包含的MAC业务数据单元(service data unit,SDU)递交给收端设备中与该类V2X业务对应的SLRB进行处理。
由于发端设备和收端设备维护的各个SLRB的配置相同的,因此,所有类型的V2X业务在传输时,均采用相同的SLRB配置进行处理。然而,不同V2X业务的服务质量(quality ofservice,QoS)要求可能是不同的。例如,有些V2X业务要求低时延、高可靠等,而有些V2X业务要求对时延要求则不高。此时,若所有V2X业务采用相同配置的SLRB进行处理,则无法对不同V2X业务的服务质量进行控制和保障,即无法满足不同V2X业务的QoS要求。
发明内容
本申请实施例提供一种通信方法及装置,以满足不同通信类型的业务的QoS要求。
为达到上述目的,本申请实施例提供如下技术方案:
第一方面,本申请实施例提供一种通信方法,所述方法包括:第一终端设备的应用层实体向第一终端设备的控制层实体递交通信类型信息和目标侧标识,第一终端设备的控制层实体根据通信类型信息建立与通信类型对应的侧行链路的无线承载组;其中,通信类型信息包括或者用于指示第一终端设备所要执行的通信类型,通信类型为单播通信或组播通信,目标侧标识用于标识单播通信或组播通信,侧行链路的无线承载组与目标侧标识对应,侧行链路为第一终端设备和第二终端设备之间的无线通信链路。
可选的,侧行链路的无线承载组中不同无线承载组的配置信息可能是不同的,如:组播通信对应的无线承载组的配置信息与单播通信对应的无线承载组的配置可能是不同的。
基于第一方面提供的方法,可以为不同通信类型建立不同的无线承载组,后续,当某个通信类型的数据向下发送时,可以通过该通信类型对应的无线承载组对数据进行处理,实现通过不同无线承载组对不同通信类型的数据进行处理,控制和保障不同通信类型的数据的服务质量要求。
在一种可能的设计中,侧行链路的无线承载组的配置信息预先保存在第一终端设备上;或者,所述方法还包括:第一终端设备接收无线接入网设备发送的侧行链路的无线承载组的配置信息。基于该方法,终端设备可以从预先保存的侧行链路的无线承载组的配置信息中获取其建立的无线承载组的配置信息,或者从无线接入网设备中动态获取无线承载组的配置信息,获取方式灵活且简单。
在一种可能的设计中,第一终端设备的控制层实体向第二终端设备的控制层实体发送第一消息,接收第二终端设备发送的第一响应。第一终端设备与第二终端设备正在进行或者将要进行单播通信或组播通信,第一消息包括侧行链路的无线承载组的配置信息。基于该方法,终端设备可以将其建立的侧行链路的无线承载组的配置信息发送给与自己正在进行或将要进行单播通信或组播通信的其他成员,使其他成员在建立通信类型对应的侧行链路的无线承载组时无需通过其他方式获取无线承载组的配置信息,降低了其他成员获取无线承载组的配置信息时带来的信令开销。
在一种可能的设计中,所述方法还包括:在大于或者等于设定时长的情况下,若第一终端设备的控制层实体未接收到第一响应,则第一终端设备的控制层实体重新向第二终端设备的控制层实体发送第一消息。基于该方法,可以保证终端设备将无线承载组的配置信息发送给单播通信或组播通信的其他成员。
在一种可能的设计中,所述方法还包括:第一终端设备的控制层实体确定安全模式配置,向第一终端设备的PDCP层实体发送第一消息以及安全模式配置,由第一终端设备的PDCP层实体根据安全模式配置对第一消息进行机密性保护和完整性保护后向第二终端设备的控制层实体发送。其中,安全模式配置包括第一终端设备对第一消息进行机密性保护和完整性保护的相关配置。基于该方法,可以保证终端设备向单播通信或组播通信内的其他成员发送的无线承载组的配置信息的安全性。
在一种可能的设计中,所述方法还包括:第一终端设备的应用层实体向第一终端设备的SDAP层实体递交数据包以及第一目标侧标识,第一终端设备的SDAP层实体根据侧行链路的无线承载组与目标侧标识的对应关系,确定第一目标侧标识对应的侧行链路的第一无线承载组,将数据包递交给与侧行链路的第一无线承载组对应的PDCP层实体,PDCP层实体对数据包进行处理得到PDCP协议数据单元PDU,向与侧行链路的第一无线承载组对应的无线链路控制RLC层实体递交PDCP PDU,RLC层实体对PDCP PDU进行处理得到RLC PDU,向第一终端设备的媒体接入控制MAC层实体递交RLC PDU,第一终端设备的MAC层实体对RLC PDU进行处理得到MAC PDU,向第一终端设备的物理PHY层实体递交MAC PDU。
示例性的,第一终端设备的应用层实体向第一终端设备的SDAP层实体递交的数据包可以为单播通信下的数据包或者组播通信下的数据包,第一目标侧标识可以用于标识该数据包对应的通信类型,第一目标侧标识可以包括在数据包中递交给第一终端设备的SDAP层实体,也可以包括在数据包之外的其他消息中递交给第一设备的SDAP层实体,不予限制。
基于该方法,可以保证将单播通信(或组播通信)内传输的数据包递交给该单播通信(或组播通信)对应的无线承载组进行处理,即采用不同无线承载组对不同通信类型下的数据包进行处理,保障了不同通信类型的数据包的QoS要求。
在一种可能的设计中,所述方法还包括:第一终端设备的应用层实体向第一终端设备的SDAP层实体递交第一服务质量QoS参数;第一终端设备的SDAP层实体根据QoS参数与侧行链路的无线承载的对应关系,确定侧行链路的第一无线承载组中与第一QoS参数对应的第一无线承载,将数据包递交给与第一无线承载对应的PDCP层实体。基于该方法,可以将无线承载组内的无线承载组与不同QoS的参数,以QoS要求为粒度对处理数据包的无线承载进行区分,在数据包经无线承载组处理时,采用无线承载组内与该数据包的QoS参数对应的无线承载进行处理,满足数据包的QoS要求。
在一种可能的设计中,所述方法还包括:第一终端设备的MAC层实体向第一终端设备的PHY层实体递交第一目标侧标识、第一QoS参数和通信类型信息中的任一个或者多个信息。基于该方法,可以使对端设备根据目标侧标识、QoS参数和通信类型信息确定接收到的数据包是否是自身的数据包、确定接收到的数据包所属的通信类型以及配置与接收到的数据包的QoS参数对应的无线承载组等。
在一种可能的设计中,所述方法还包括:第一终端设备的应用层实体广播用于请求建立单播通信或组播单播通信或组播通信建请求,接收用于指示与第一终端设备建立单播通信或组播通信的组建响应。基于该方法,可以基于应用层实体建立单播通信或组播通信。
在一种可能的设计中,所述方法还包括:第一终端设备的控制层实体接收用于请求与第一终端设备建立单播通信或组播通信的请求消息,发送用于指示第一终端设备确定建立单播通信或组播通信的响应消息。基于该方法,可以通过控制层实体建立单播通信或组播通信。
在一种可能的设计中,所述方法还包括:第一终端设备的应用层实体或者第一终端设备的控制层实体广播用于发现第一终端设备的发现消息;示例性的,发现消息为RRC消息,发现消息。基于该方法,可以使网络内的其他设备获知终端设备的存在,便于网络中的其他设备发送该终端设备。
第二方面,本申请提供一种通信装置,该通信装置可以为第一终端设备或者第一终端设备中的芯片或者片上系统。该通信装置可以实现上述各方面或者各可能的设计中第一终端设备所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:处理模块,发送模块;示例性的,处理模块具有第一终端设备中的应用层实体、控制层实体、SDAP层实体、PDCP层实体、RLC层实体、MAC层实体的功能。发送模块具有第一终端设备中PHY层实体的功能,如:发送模块可以向所述通信装置之外的其他设备发送数据或信息。
处理模块,用于生成用于标识单播通信或组播通信的目标侧标识,建立与通信类型对应的侧行链路的无线承载组,其中,侧行链路的无线承载组与目标侧标识对应,侧行链路为第一终端设备和第二终端设备之间的无线通信链路;通信类型为单播通信或组播通信。
示例性的,通信装置的具体实现方式可以参考第一方面或第一方面的任一种可能的设计提供的通信方法中第一终端的行为功能,在此不再重复赘述。因此,该提供的通信装置可以达到与第一方面或者第一方面的任一种可能的设计相同的有益效果。
第三方面,提供了一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第一方面或者第一方面的任一种可能的设计所述的通信方法。
第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。
第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。
第六方面,提供了一种芯片系统,该芯片系统包括处理器、通信接口,用于支持通信装置实现上述方面中所涉及的功能,例如处理器生成用于标识单播通信或组播通信的目标侧标识,建立与通信类型对应的侧行链路的无线承载组。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
示例性的,第三方面至第六方面中任一种设计方式所带来的技术效果可参见上述第一方面或者第一方面的任一种可能的设计所带来的技术效果,不再赘述。
第七方面,提供一种通信方法,所述方法还包括:第一终端设备的应用层实体向第一终端设备的SDAP层实体递交数据包以及第一目标侧标识,第一终端设备的SDAP层实体根据侧行链路的无线承载组与目标侧标识的对应关系,确定第一目标侧标识对应的侧行链路的第一无线承载组,将数据包递交给与侧行链路的第一无线承载组对应的PDCP层实体,PDCP层实体对数据包进行处理得到PDCP协议数据单元PDU,向与侧行链路的第一无线承载组对应的无线链路控制RLC层实体递交PDCP PDU,RLC层实体对PDCP PDU进行处理得到RLCPDU,向第一终端设备的媒体接入控制MAC层实体递交RLC PDU,第一终端设备的MAC层实体对RLC PDU进行处理得到MAC PDU,向第一终端设备的物理PHY层实体递交MAC PDU。基于该方法,可以保证将单播通信(或组播通信)内传输的数据包递交给该单播通信(或组播通信)对应的无线承载组进行处理,即采用不同无线承载组对不同通信类型下的数据包进行处理,保障了不同通信类型的数据包的QoS要求。
在一种可能的设计中,所述方法还包括:第一终端设备的应用层实体向第一终端设备的SDAP层实体递交第一服务质量QoS参数,根据QoS参数与侧行链路的无线承载的对应关系,确定侧行链路的第一无线承载组中与第一QoS参数对应的第一无线承载,将数据包递交给第一无线承载包括的PDCP层实体。基于该方法,可以将无线承载组内的无线承载组与不同QoS的参数,以QoS要求为粒度对处理数据包的无线承载进行区分,在数据包经无线承载组处理时,采用无线承载组内与该数据包的QoS参数对应的无线承载进行处理,满足数据包的QoS要求。
在一种可能的设计中,所述方法还包括:第一终端设备的MAC层实体向第一终端设备的PHY层实体递交第一目标侧标识、第一QoS参数和通信类型信息中的任一个或者多个信息。基于该方法,可以使对端设备根据目标侧标识、QoS参数和通信类型信息确定接收到的数据包是否是自身的数据包、确定接收到的数据包所属的通信类型以及配置与接收到的数据包的QoS参数对应的无线承载等。
第八方面,本申请提供一种通信装置,该通信装置可以为第一终端设备或者第一终端设备中的芯片或者片上系统,该通信装置可以实现上述第七方面或者第七方面的各可能的设计中第一终端设备所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:处理模块,发送模块;示例性的,处理模块集成有第一终端设备中的应用层实体、控制层实体、SDAP层实体、PDCP层实体、RLC层实体、MAC层实体的功能,如:处理模块可以包括应用层实体、控制层实体、SDAP层实体、PDCP层实体、RLC层实体、MAC层实体。发送模块具有第一终端设备中PHY层实体的功能。
处理模块,用于根据侧行链路的无线承载组与目标侧标识的对应关系,确定第一目标侧标识对应的侧行链路的第一无线承载组,将数据包递交给与侧行链路的第一无线承载组对应的分组数据汇聚协议PDCP层实体;PDCP层实体对数据包进行处理得到PDCP PDU,向与侧行链路的第一无线承载组对应的RLC层实体递交PDCP PDU,RLC层实体对PDCP PDU进行处理得到RLC PDU,向第一终端设备的MAC层实体递交RLC PDU,第一终端设备的MAC层实体对RLC PDU进行处理得到MAC PDU,向第一终端设备的PHY层实体递交MAC PDU。
示例性的,通信装置的具体实现方式可以参考第七方面或第七方面的任一种可能的设计提供的通信方法中第一终端设备的行为功能,在此不再重复赘述。因此,该提供的通信装置可以达到与第七方面或者第七方面的任一种可能的设计相同的有益效果。
第九方面,提供了一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第七方面或者第七方面的任一种可能的设计所述的通信方法。
第十方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。
第十一方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。
第十二方面,提供了一种芯片系统,该芯片系统包括处理器、通信接口,用于支持通信装置实现上述方面中所涉及的功能,例如处理器根据侧行链路的无线承载组与目标侧标识的对应关系,确定第一目标侧标识对应的侧行链路的第一无线承载组,将数据包递交给与侧行链路的第一无线承载组。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第九方面至第十二方面中任一种设计方式所带来的技术效果可参见上述第七方面或者第七方面的任一种可能的设计所带来的技术效果,不再赘述。
附图说明
图1为本申请实施例提供的一种原理框图;
图2为本申请实施例提供的一种系统架构示意图;
图3a为本申请实施例提供的单播通信示意图;
图3b为本申请实施例提供的组播通信示意图;
图4为本申请实施例提供的协议栈示意图;
图5为本申请实施例提供的一种通信装置的组成示意图;
图6为本申请实施例提供的一种通信方法流程图;
图7为本申请实施例提供的又一种通信方法流程图;
图8为本申请实施例提供的又一种通信方法的组成示意图;
图9为本申请实施例提供的一种单播通信或组播通信建立流程图;
图10为本申请实施例提供的一种通信装置的组成意图。
具体实施方式
本申请实施例的原理框图如图1所示,可以包括:发端设备和收端设备针对不同通信类型(单播通信或组播通信)维护不同的侧行链路的无线承载组,侧行链路可以为发端设备和收端设备之间的无线通信链路,每个无线承载组的配置不同。后续,当发端设备向收端设备传输单播通信对应的数据包时,发端设备采用单播通信对应的无线承载组对该数据包进行处理后发送给收端设备,收端设备接收到数据包后,同样采用单播通信对应的无线承载组对该数据包进行处理。同理,当发送设备向收端设备传输组播通信对应的数据包时发端设备采用组播通信对应的无线承载组对该数据包进行处理后发送给收端设备,收端设备接收到数据包后,同样采用组播通信对应的无线承载组对该数据包进行处理。如此,使不同通信类型的数据包采用不同配置的无线承载组进行处理,可以对不同通信类型下传输的数据包的服务质量进行控制和保障。
可选的,本申请实施例中,发送设备与接收设备为相对概念,发送设备可以指发送数据包的设备,接收设备可以指接收数据包的设备。
可选的,在本申请实施例中,通信类型除单播通信或组播通信外,还可以为其他类型的通信,如:广播通信等。本申请实施例仅以单播通信、组播通信为例进行说明,对于其他类型的通信可以借鉴本申请实施例提供的方法为该类通信配置合适的无线承载组。
可选的,侧行链路的无线承载组可以称为SLRB组或者或者SLRBs或者无线承载组或者RB组,下面以侧行链路的无线承载组为SLRB组或SLRBs为例对本申请实施例提供的通信方法进行介绍。
首先,为了便于理解本申请实施例,对本申请实施例涉及的一些名词进行描述:
SLRBs:可以包括一个或多个独立的无线承载,无线承载可以称为SLRB。每个SLRB对应一个PDCP层实体、一个或多个RLC层实体、一个或多个LCH等,或者,可以描述为每个SLRB包括一个PDCP层实体、一个或多个RLC层实体以及一个或多个LCH等。本申请实施例中,每个SLRB采用一套独立的配置,每个SLRB的配置根据该SLRBs对应的通信类型的不同而不同。SLRBs的配置信息可以包括SLRBs中各个SLRB的配置,SLRB的配置可以包括:SLRB标识、PDCP实体配置、RLC实体配置、LCH配置等。示例性的,SLRB标识可以用于标识SLRB,可以为SLRB的索引号。同一SLRBs包括的SLRB的配置可以是相同或不同的。比如一个SLRB组包括8个SLRB,这8个SLRB对应的LCH的ID可以各不相同。
PDCP实体配置:针对于PDCP层实体的配置,PDCP实体配置可以包括但不限于下述任一种或者多种配置参数:用于控制一个PDCP SDU在PDCP缓存中可存储时间的定时器的定时时长(discardTimer)、PDCP层PDU采用的序列号(sequence number,SN)长度、PDCP层实体采用的安全配置(包括是否采用加密和/或完整性保护)、PDCP层实体采用的安全算法(完整性保护算法和加密算法)和/或密钥等、PDCP层实体是否采用复制(duplication)机制、PDCP层实体头压缩算法的相关配置等。
RLC实体配置:针对于RLC层实体的配置,RLC实体配置可以包括但不限于下述任一种或者多种配置参数:RLC层实体采用的模式:透明模式(transparent mode,TM)/非确认模式(unacknowledged mode,UM)/确认模式(acknowledged mode,AM);如果RLC层实体被配置采用AM模式,RLC实体配置还包括以下至少一项或者多项:RLC层PDU的SN长度、控制发起poll重传的定时器的定时时长(t-PollRetransmit)、控制发送多少个RLC PDU后需要发起poll的参数(poll PDU)、控制发送多少字节的RLC PDU后需要发起poll的参数(pollByte)、RLC层最大重传次数(maxRetxThreshold)。示例性的,poll可以指发送设备中的RLC层实体通过MAC PDU中的poll bit指示接收设备中的采用AM模式的RLC层实体进行状态报告反馈。如果RLC层实体被配置采用UM模式,RLC实体配置还包括以下至少一项:RLC层PDU的SN长度。
LCH配置:针对于LCH的配置,可以包括但不限于下述任一种或者多种配置参数:LCH标识、LCH所属逻辑信道组的标识、进行逻辑信道优先级处理的相关参数(优先级(priority),优先比特速率(prioritisedBitRate,PBR)以及令牌桶大小持续时间(bucketsize duration,BSD)等)、可以用于传输该LCH中数据的载波信息、可以用于传输该LCH中数据的资源的numerology信息(如子载波间隔,循环前缀长度,资源时域持续时间、是否可以是配置授权资源等参数中的一个或多个)、控制该LCH是否可以触发调度请求(schedulingrequest,SR)的参数(SR-mask)、控制该LCH是否可以延迟触发SR的参数(SR-DelayTimerApplied)等。示例性的,LCH标识为LCH的索引号,可以用于标识LCH,LCH所属逻辑信道组的标识可以为LCH所属逻辑信道组的索引号,可以用于标识LCH所属逻辑信道组。
应用层实体:为设备中的一个协议层实体,可以称为应用层或者应用实体,主要用于生成应用(application,APP)消息或者V2X业务对应的数据包等。
非接入(non-access stratum,NAS)层实体:为设备中的一个协议层实体,可以称为NAS层或者NAS实体,主要用于处理终端和核心网设备间信息的传输,传输的内容可以是用户信息或控制信息(如业务的建立、释放或者移动性管理信息),NAS实体具有如下功能如下:会话管理(包括会话建立、修改、释放及QoS协商)、用户管理(包括用户数据管理以及附着、去附着等)安全管理(包括用户与网络之间的鉴权及加密初始化)以及计费等。
RRC层实体:为设备中的一个协议层实体,主要负责生成RRC消息、测量配置和上报,还可以负责其他功能:如发送专用的NAS消息、传输终端(user equipment,UE)接入能力信息等体现数据包/数据流服务质量的参数。
SDAP层实体:为设备中的一个协议层实体,可以称为SDAP层或者SDAP实体,主要用于维护QoS参数与SLRB间的映射关系。示例性的,QoS参数可以为第五代(5th generation,5G)服务质量标识(5G QoS identifier,5QI)或者服务质量流标识(QoS flow identifier,QFI)或者近距通信数据包优先级(prose per packet priority,PPPP)或者近距通信数据包可靠性(prose per packet reliability,PPPR)等。
PDCP层实体:为设备中的一个协议层实体,可以称为PDCP层或者PDCP实体,主要对来自控制面的RRC消息和来自数据面的因特网协议(internet protocol,IP)包进行处理,其功能包括:头部压缩和解压缩、加密/解密、完整性保护、传输用户数据和控制面数据、重排序和重传处理等。每个PDCP层实体都有1个或2个对应的RLC层实体。
RLC层实体:为设备中的一个协议层实体,可以称为RLC层或者RLC实体,主要负责分段/级联和重组RLC业务数据单元(service data unit,SDU)、通过自动重传请求(automatic repeat request,ARQ)来进行纠错、对RLC协议数据单元(protocol dataunit,PDU)进行重排序、重复包检测、对RLC PDU进行重分段等。
MAC层实体:为设备中的一个协议层实体,可以称为MAC层或者MAC实体,主要负责匹配逻辑信道和传输信道、将属于一个或不同的逻辑信道的多个MAC SDU复用到同一个MACPDU上,并递交给PHY(physical)层实体、通过混合自动重传请求(hybrid automaticrepeat request,HARQ)来进行纠错、调度处理、逻辑信道优先级处理、调度信息上报、随机接入过程处理等。
PHY层实体:为设备中的一个协议层实体,可以称为PHY层实体或者PHY实体,可以为传输数据所需要的物理链路创建、维持、拆除,而提供具有机械的,电子的,功能的和规范的特性。简单的说,PHY层实体确保原始的数据可在各种物理媒体上传输。
下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请实施例提供的通信方法可用于设备与设备间直连通信的任何通信系统,如:可以适用于设备到设备(device to device,D2D)通信系统或者机器对机器(machineto machine,M2M)通信系统或者V2X通信系统等。下面以V2X通信系统为例对本申请实施例提供的通信方法进行说明,该通信方法在其他通信系统的实现过程可参照本申请实施例所述。
图2为本申请实施例提供的一种V2X通信系统,如图2所示,该V2X通信系统可以包括:多个车辆(如图2所示的车辆1、车辆2、车辆3……)。车辆与周围车辆之间可以进行建立直连通信链路,实现直连通信,如:车辆1与车辆2之间可以直连通信。示例性的,车辆与车辆间建立的直连通信链路可以被定义为侧行链路或者侧链(sidelink,SL),车辆与周围车辆直连通信的接口可以称为PC5口。图2所示V2X通信系统还可以包括无线接入网设备。车辆可以采用无线接入网设备中转的方式向对端车辆发送V2X消息或者通过无线接入网设备接入网络,如:车辆1可以将V2X消息发送给无线接入网设备,由无线接入网设备将V2X消息发送给车辆2。示例性的,车辆与无线接入网设备之间的接口可以称为Uu接口。可选的,图2所示网络架构仅为示例性架构图,本申请实施例不限定图2所示V2X通信系统包括的网元的数量。此外,虽然未示出,但除图2所示网络功能实体外,图2所示网络还可以包括其他功能实体,如:应用服务器(application server)、核心网设备等,不予限制。
示例性的,图2中的车辆不限定于为汽车、自行车、电动车、飞机、船舶、火车、高铁等任一类型的车辆,该车辆可以包括能够与其他设备直连通信的车载设备,该车载设备可以称为用户设备(user equipment,UE)或者终端设备(terminal)。该车辆可以与V2X通信系统中的其他车辆一对一连接,即单播通信,也可以与V2X通信系统中的其他多个车辆进行组播通信。例如,图3a为本申请实施例提供的单播通信的示意图,如图3a所示,车辆1可以与车辆2一对一连接进行单播通信。图3b为本申请实施例提供的组播通信的示意图,如图3b所示,车辆1可以与其他三个车辆(车辆2、车辆3、车辆4)为一个通信组,该通信组内车辆进行组播通信。本申请实施例中,以车辆为终端设备为例进行描述,用于实现终端设备的功能的装置可以是终端设备本身,也可以是能够支持终端设备实现该功能的装置,例如芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
图2中的无线接入网设备主要用于实现无线物理控制功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。该无线接入网设备可以为接入网(accessnetwork,AN)/无线接入网(radio access network,RAN)设备,还可以为由多个5G-AN/5G-RAN节点组成的设备,又可以为者基站(nodeB,NB)、演进型基站(evolution nodeB,eNB)、下一代基站(generation nodeB,gNB)、收发点(transmission receive point,TRP)、传输点(transmission point,TP)以及某种其它接入节点中的任一节点。本申请实施例中,用于实现无线接入网设备的功能的装置可以是无线接入网设备,也可以是能够支持无线接入网设备实现该功能的装置,例如芯片系统。在本申请实施例提供的技术方案中,以用于实现无线接入网设备的功能的装置是无线接入网设备为例描述本申请实施例提供的技术方案。
示例性的,图2所示各车辆可以包括图4所示协议层实体:应用层实体、NAS层实体、RRC层实体、PDCP层实体、RLC层实体、MAC层实体、PHY层实体,还可以包括SDAP层实体、V2X层实体或者其他新增的协议层实体(图4中未示出)等,各协议层实体的相关功能介绍和配置如前所述,不再赘述。其中MAC层实体、RLC层实体以及PDCP层实体三个实体可以组成数据链路实体,称为层2(layer2,L2)。车辆可以通过图4所示协议层实体对传输的信令消息或者数据包进行处理。例如,以图4所示的车辆1和车辆2间传输数据包为例,车辆1、车辆2的RRC层实体可以对组播通信、单播通信分别建立对应的SLRBs,并维护单播通信/组播通信与SLRBs的对应关系。当车辆1向车辆2发送组播通信对应的数据包时,车辆1可以根据该对应关系将该数据包递交给组播通信对应的SLRBs进行处理,并将处理后的数据包通过PC5口发送给车辆2,车辆2的MAC层实体接收到数据包后,递交给车辆2中组播通信对应的SLRBs进行处理。车辆1向车辆2发送单播通信对应的数据包过程与此类似,不再赘述。相对应的,作为车辆1向车辆2发送数据包的逆过程,当车辆2向车辆1发送数据包时,车辆2可以根据单播通信/组播通信与SLRBs的对应关系将该数据包递交给单播通信/组播通信对应的SLRBs进行处理,并将处理后的数据包通过PC5口发送给车辆1,车辆1的MAC层实体接收到数据包后,递交给车辆1中单播通信/组播通信对应的SLRBs进行处理。具体的,该方法可以参照图6所示。
可选的,上述图2架构中的网元、各个网元之间的接口名字以及各个协议层实体的命名只是一个示例,具体实现中网元、网元之间的接口名字以及协议层实体还可以为其他名字,本申请实施例对此不作具体限定。
示例性的,图2中的车辆可以看做为图5所示通信装置或者包括图5所示通信装置。图5为本申请实施例提供的一种通信装置500的组成示意图,该通信装置可以用于实现本申请实施例提供的通信方法。如图5所示,该通信装置500包括至少一个处理器501、通信线路502以及至少一个通信接口503;进一步的,还可以包括存储器504。示例性的,处理器501,存储器504以及通信接口503三者之间可以通过通信线路502连接。在本申请实施例中,至少一个可以是一个、两个、三个或者更多个,本申请实施例不做限制。
在本申请实施例中,处理器501可以是中央处理器(central processing unit,CPU),通用处理器网络处理器(network processor,NP)、数字信号处理器(digital signalprocessing,DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device,PLD)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置,例如电路、器件或软件模块。
在本申请实施例中,通信线路502可包括通路,用于在通信装置包括的部件之间传送信息。
在本申请实施例中,通信接口503用于与其他车辆或通信网络通信(如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local area networks,WLAN)等)。通信接口503可以是模块、电路、收发器或者任何能够实现通信的装置。
在本申请实施例中,存储器504可以是只读存储器(read-only memory,ROM)或可存储静态信息和/或指令的其他类型的静态存储设备,也可以是随机存取存储器(randomaccess memory,RAM)或者可存储信息和/或指令的其他类型的动态存储设备,还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
一种可能的设计中,存储器504可以独立于处理器501存在,即存储器504可以为处理器501外部的存储器,此时,存储器504可以通过通信线路502与处理器501相连接,用于存储指令或者程序代码。处理器501调用并执行存储器504中存储的指令或程序代码时,能够实现本申请下述实施例提供的通信方法。又一种可能的设计中,存储器504也可以和处理器501集成在一起,即存储器504可以为处理器501的内部存储器,例如,该存储器504为高速缓存,可以用于暂存一些数据和/或指令信息等。
作为一种可实现方式,处理器501可以包括一个或多个CPU,例如图5中的CPU0和CPU1。作为另一种可实现方式,通信装置500可以包括多个处理器,例如图5中的处理器501和处理器507。作为再一种可实现方式,通信装置500还可以包括输出设备505和输入设备506。示例性地,输入设备506可以是麦克风或操作杆等设备,输出设备505可以是显示屏、扬声器(speaker)等设备。
下面结合图2~图4,对本申请实施例提供的通信方法进行具体阐述。可选的,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
图6为本申请实施例提供的一种通信方法的流程图,如图6所示,该方法可以包括:
步骤601:第一终端设备的应用层实体向第一终端设备的控制层实体递交通信类型信息和目标侧标识。
示例性的,第一终端设备可以为图2所示V2X系统中的任一车辆,可以与其他车辆建立图3a所示的单播通信或者图3b所示的组播通信。第一终端设备可以包括图4所示的协议层实体。第一终端设备的控制层实体可以为第一终端设备的RRC层实体或者为第一终端设备的RRC层实体中专门用于控制SL接口通信的功能模块或者为实现SL接口通信新增的控制层实体(如:PC5-C实体)等。可选的,步骤601还可以由第一终端设备的其他协议层实体执行,如:可以由第一终端设备的NAS层实体执行步骤601所述过程。
示例性的,通信类型消息可以包括或者用于指示第一终端设备所要执行的通信类型,在本申请各实施例中,通信类型可以为图3a所示的单播通信或图3b所示的组播通信。本申请实施例中,通信类型消息可以为二进制比特数“0”或“1”,用于指示第一终端设备所要执行的通信类型,如:可以用“1”指示单播通信,用“0”指示组播通信。
目标侧标识可以为target_id,可以用于标识第一终端设备所要执行的单播通信或组播通信,目标侧标识可以由发起单播通信或组播通信的头车的应用层实体分配或者由发起单播通信或组播通信的头车的其他协议层实体(如:NAS层实体)分配,不同通信类型分配的目标侧标识是不同的;本申请实施例中,发起单播通信或组播通信的头车可以为第一终端设备。可选的,若通信类型为单播通信,则目标侧标识可以不局限于为发起单播通信或组播通信的头车的应用层实体或其他协议层实体分配的标识,还可以为与第一终端设备单播通信的对端设备的标识,如:可以为与第一终端设备单播通信的对端设备的源层2标识(source layer-2id)。例如,假设车辆1为发起单播通信的头车,且车辆1与车辆2组成单播通信,则对于车辆1而言,该单播通信对应的目标侧标识可以为车辆1的应用层实体分配的target_id1,还可以为车辆2的标识。
可选的,第一终端设备的应用层实体向第一终端设备的控制层实体递交通信类型信息以及目标侧标识包括:第一终端设备的应用层实体确定第一终端设备与其他车辆单播通信或组播通信后,第一终端设备的应用层实体为该单播通信或组播通信分配目标侧标识,直接向第一终端设备的控制层实体递交通信类型信息以及目标侧标识;或者,第一终端设备的应用层实体向第一终端设备的NAS层实体递交通信类型信息以及目标侧标识,第一终端设备的NAS层实体向第一终端设备的控制层实体递交通信类型信息以及目标侧标识,即第一终端设备的应用层实体可以通过第一终端设备的NAS层实体向第一终端设备的控制层实体递交通信类型信息以及目标侧标识。
另一种可选方式是,第一终端设备的应用层实体向第一终端设备的NAS层实体递交通信类型信息,第一终端设备的NAS层实体接收到通信类型信息后,确定该通信类型信息所指示的单播通信或组播通信对应的目标侧标识,第一终端设备的NAS层实体向第一终端设备的控制层实体递交通信类型信息以及目标侧标识。可替换的,第一终端设备的NAS层实体还可以为第一终端设备中新增的V2X层实体,该V2X层实体主要负责传递第一终端设备的应用层实体与第一终端设备的控制层实体间的消息或者数据包。可选的,第一终端设备的应用层实体确定第一终端设备与其他车辆执行单播通信或组播通信的过程可参照图7~图9中所示。可选的,第一终端设备的应用层实体或NAS层实体确定单播通信或组播通信对应的目标侧标识后,可以维护单播通信或组播通信与目标侧标识间的对应关系,并向该单播通信或组播通信内的其他成员车辆发送单播通信或组播通信与目标侧标识间的对应关系,以便其他成员车辆同步获知该单播通信或组播通信对应的目标侧标识,并维护该目标侧标识与SLRBs的对应关系。
除通信类型信息和目标侧标识之外,第一终端设备的应用层实体(或NAS层实体)还可以向第一终端设备的控制层实体递交业务信息和/或头车信息等。业务信息可以为destination layer-2id,用于标识V2X业务类型。头车信息可以用于指示第一终端设备是否是发起单播通信或组播通信(单播通信/组播通信)的头车。示例性的,该头车信息可以为1bit的头车指示(header_indicator),header_indicator=1表示第一终端设备是头车,header_indicator=0表示第一终端设备属于成员车辆(即单播通信或组播通信中除头车之外的其他车辆);或者,头车信息可以为头车的标识,如:头车的source layer-2id,如果头车的标识与第一终端设备的标识(如第一终端设备的源层2标识)相同,则第一终端设备的控制层实体确定第一终端设备为组建单播通信/组播通信的头车,否则,确定第一终端设备属于成员车辆。
可选的,第一终端设备的应用层实体可以在向下递交发送给对端设备的数据包的同时,向第一终端设备的控制层实体递交通信类型信息和目标侧标识,此时,通信类型信息和目标侧标识可以和数据包携带在一起向下递交;或者,第一终端设备的应用层实体还可以在发送数据包之前,向第一终端设备的控制层实体递交通信类型信息和目标侧标识。
步骤602:第一终端设备的控制层实体根据通信类型信息建立通信类型对应的SLRB组。
示例性的,SLRB组与目标侧标识对应,第一终端设备的控制层实体可以保存并维护SLRB组与目标侧标识的对应关系,或者将SLRB组与目标侧标识的对应关系保存在第一终端设备的其他协议层实体(如:第一终端设备的SDAP层实体)。
第一终端设备的控制层实体根据通信类型信息建立通信类型对应的SLRB组可以包括:第一终端设备的控制层实体根据通信类型信息识别出第一终端设备所要执行的通信类型,针对不同的通信类型,组建满足该通信类型下数据包传输时的服务质量要求的多个SLRB,并确定每个SLRB包括的PDCP层实体、RLC层实体以及LCH的配置,如:对于单播通信,RLC实体配置可以为AM模式,对于组播通信,RLC实体配置可以为UM模式。对于单播通信,PDCP SN长度可以是5bits,对于组播通信,PDCP SN长度可以是12bits,也可以单播通信和组播通信都配置成12bits。可选的,尽可能地使单播通信对应的SLRB组中各SLRB的配置与组播通信对应的SLRB组中各SLRB的配置不同,保障不同通信类型下数据包传输时的服务质量要求。
示例性的,单播通信或组播通信对应的PDCP实体配置、RLC实体配置以及LCH配置可以预先保存在第一终端设备上,或者,由第一终端设备从无线接入网设备获取,如:所述第一终端设备可以接收无线接入网设备发送的SLRR组的配置信息,或者,由第一终端设备从单播通信或组播通信中的其他成员车辆获取,不予限制。
可选的,第一终端设备的控制层实体建立SLRB组后,还可以向单播通信或组播通信中的其他设备的控制层实体发送SLRB组中各个SLRB的配置信息,即将为单播通信或组播通信对应的SLRB组的配置告知其他成员车辆。具体的,该方法可参照图8中所示。
后续,当第一终端设备的应用层实体下发数据包时,可以根据步骤602建立的与通信类型对应的SLRB组,将数据包递交给对应的SLRB组进行处理。示例性的,如图6所示,该过程可包括步骤603~步骤605:
步骤603:第一终端设备的应用层实体向第一终端设备的SDAP层实体递交数据包以及第一目标侧标识。
示例性的,第一终端设备的应用层实体可以直接向第一终端设备的SDAP层实体递交数据包以及第一目标侧标识。数据包可以为单播通信的数据包或者组播通信的数据包,第一目标侧标识可以用于标识该数据包对应的通信类型。例如,若第一终端设备的应用层实体确定与其他终端设备进行单播通信,则第一目标侧标识用于标识单播通信,若第一终端设备的应用层实体确定与其他终端设备进行组播单播通信,则第一目标侧标识用于标识组播通信。
除数据包以及第一目标侧标识之外,第一终端设备的应用层实体还可以向第一终端设备的SDAP层实体递交数据包所属的业务类型的业务信息(destination layer-2id)、QoS参数、通信类型信息以及其他信息,不予限制。
步骤604:第一终端设备的SDAP层实体根据SLRB组与目标侧标识的对应关系,确定第一目标侧标识对应的第一SLRB组,将数据包经过第一SLRB组处理后递交给第一终端设备的媒体接入控制MAC层实体。
示例性的,SLRB组与目标侧标识的对应关系可以由第一终端设备的控制层实体发送给第一终端设备的SDAP层实体,第一终端设备的SDAP层实体接收并保存该对应关系。可选的,SLRB组与目标侧标识的对应关系以列表的形式保存在第一终端设备的SDAP层实体中。
例如,表一为SLRB组与目标侧标识的对应关系列表,如表一所示,targetd_id1与SLRBs1对应,targetd_id2与SLRBs2对应,假设第一目标侧标识为targetd_id1,则第一终端设备的SDAP层实体可以通过查找表一,确定targetd_id1对应的SLRB组为SLRBs1。
表一
目标侧标识 | SLRB组 |
targetd_id1 | SLRBs1 |
targetd_id2 | SLRBs2 |
示例性的,将数据包经过第一SLRB组处理后递交给第一终端设备的媒体接入控制MAC层实体可以包括:第一终端设备的SDAP层实体向第一SLRB组包括的某个SLRB对应的PDCP层实体递交包括该数据包的SDAP PDU,PDCP层实体接收SDAP PDU,对SDAP PDU包括的SDAP SDU进行处理生成PDCP PDU,并将PDCP PDU递交给该SLRB中的RLC层实体,RLC层实体接收PDCP PDU,对PDCP PDU包括的PDCP SDU进行处理生成RLC PDU,并将RLC PDU经过该SLRB对应的LCH递交给第一终端设备的MAC层实体。可选的,如第一SLRB包括多个SLRB,第一终端设备的SDAP层实体可以从第一SLRB组随机选择一SLRB,向该SLRB递交SDAP PDU;或者,第一终端设备的SDAP层实体根据QoS参数与SLRB的对应关系,向与数据包的QoS参数对应的SLRB递交SDAP PDU,示例性的,该过程可以包括:
第一终端设备的应用层实体向第一终端设备的SDAP层实体递交第一QoS参数;第一终端设备的SDAP层实体根据QoS参数与SLRB的对应关系,确定第一SLRB组中与第一QoS参数对应的第一SLRB,将数据包经过第一SLRB处理后递交给第一终端设备的MAC层实体。第一QoS参数用于指示数据包的QoS。
示例性的,第一终端设备确定QoS参数与SLRB的对应关系的方式可以和步骤602中第一终端设备获取SLRB配置的方法相同,可以预先保存在第一终端设备上,或者,由第一终端设备从无线接入网设备获取,或者,由第一终端设备从单播通信或组播通信中的其他成员车辆获取,不予限制。进一步的,QoS参数和SLRB的对应关系可以作为SDAP配置的一部分,此时,SDAP配置可以预先保存在第一终端设备上,或者,由第一终端设备从无线接入网设备获取,或者,由第一终端设备从单播通信或组播通信中的其他成员车辆获取,不予限制;或者,第一终端设备中不存在SDAP层实体,QoS参数与SLRB的对应关系可以作为NAS配置的一部分,由协议预定义好,或者预先保存在第一终端设备上,第一终端设备的应用层实体可以向第一终端设备的NAS层实体发送数据包、第一目标侧标识和第一QoS参数,第一终端设备的NAS层实体接收数据包后,根据目标侧标识和SLRBs的对应关系、QoS参数与SLRBs中的SLRB的对应关系将数据包递交到对应的SLRB中的PDCP层实体进行处理。
此外,第一终端设备的SDAP层实体还可以接收第一终端设备的应用层实体发送的通信类型信息。
步骤605:第一终端设备的MAC层实体对RLC PDU包括的RLC SDU进行处理得到MACPDU,向第一终端设备的物理PHY层实体递交MAC PDU。
示例性的,第一终端设备的MAC层实体接对RLC PDU包括的RLC SDU进行处理得到MAC PDU的过程可参照现有技术,不再赘述。
可选的,第一终端设备的MAC层实体向第一终端设备的PHY层实体递交MAC PDU的同时,还可以向第一终端设备的PHY层实体递交第一目标侧标识、第一QoS参数和通信类型信息中的任一个或者多个信息。
基于图6所示方法,可以为不同通信类型建立对应的无线承载组,后续,当某个通信类型的数据向下发送时,可以通过该通信类型对应的无线承载组对数据进行处理,实现通过不同无线承载组对不同通信类型的数据进行处理,控制和保障不同通信类型的数据的服务质量要求。
下面以第一终端设备为车辆1,第二终端设备为车辆2,车辆1与车辆2建立单播通信/组播通信为例,对图6所示过程进行描述。其中,车辆1与车辆2之间建立有无线通信链路。
图7为本申请实施例提供的再一种通信方法的流程图,如图7所示,该方法可以包括:
S701:车辆1的应用层实体希望与车辆2进行单播通信/组播通信。
示例性的,车辆1的应用层实体可以在执行车辆组队(platooning)业务时,希望与行驶方向一致、距离较近的车辆2进行单播通信或组播通信。可选的,单播通信/组播通信与具体的通信业务(如V2X业务)对应,如:单播通信下,V2X业务时延要求较低,可靠性较高;组播通信下,V2X业务时延可以相对较长,可靠性要求不高等。
S702:车辆1的应用层实体广播组建请求。
示例性的,该组建请求可以用于请求建立单播通信/组播通信。该组建请求可以为APP消息。该组建请求可以包括V2X业务标识(destination layer-2id),还可以包括其他辅助信息,如:车辆1的行驶方向、目的地、行驶速度等等。可选的,若该组建请求用于请求建立单播通信,则该组建请求包括的V2X业务标识可以为与车辆1一对一单播通信的车辆的标识,如:车辆的source layer-2id。以车辆1与车辆2建立单播通信为例,此时,车辆1的应用层实体广播组建请求还可以描述为车辆1的应用层实体向车辆2的应用层实体发送组建请求。
可选的,车辆1的应用层实体广播组建请求,包括:车辆1的应用层实体生成组建请求,将组建请求向下递交给PDCP层实体、RLC层实体、MAC层实体、PHY层实体处理后广播出去。
S703:车辆2的应用层实体接收组建请求,确定是否和车辆1建立单播通信/组播通信,若确定和车辆1建立单播通信/组播通信,则执行S704。
示例性的,车辆2的PHY层实体从车辆1与车辆2之间建立的无线通信链路(如:PC5口)接收组建请求,根据组建请求中携带的业务类型的destination layer-2id判断自身是否对该类型的业务感兴趣,若感兴趣,则接收组建请求,并将组建请求递交给车辆的应用层,反之,则不接收该组建请求。车辆2的应用层实体确定是否和车辆1建立单播通信/组播通信可以包括:车辆2的应用层实体根据组建请求中包括的辅助信息等确定是否加入车辆1的单播通信中或者组播通信中,如:若与车辆1的行驶方向、目的地、行驶速度一致,且距离车辆1距离较近,则确定和车辆1建立单播通信/组播通信,反之,则确定不和车辆1建立单播通信/组播通信。
可选的,若组建请求用于请求组建单播通信,则车辆2的应用层实体还可以根据组建请求中携带的车辆的标识是否是自己的标识来确定是否和车辆1建立单播通信,如:若该组建请求携带的车辆的标识是自身的标识,则确定与车辆1建立单播通信,否则,确定不与车辆1建立单播通信。
S704:车辆2的应用层实体向车辆1的应用层实体发送组建响应。
示例性的,组建响应用于指示与车辆1建立单播通信/组播通信,组建响应可以包括车辆2自身的标识,如:source layer-2id,还可以包括通信类型信息,以使得车辆1获知该组建响应是针对哪类通信(单播通信或组播通信)的响应。
示例性的,车辆2的应用层实体可以通过自身的PDCP层实体、RLC层实体、MAC层实体、PHY层实体向车辆1发送组建响应,车辆1的PHY层实体接收组建响应后,可以将组建响应通过车辆1的MAC层实体、RLC层实体、PDCP层实体上传给车辆1的应用层实体。
S705:车辆1的应用层实体接收组建响应,确定与车辆2建立单播通信/组播通信,向车辆1的控制层实体递交通信类型信息和目标侧标识。
示例性的,通信类型信息和目标侧标识的相关描述以及S705的具体实现可参照步骤601中所述,不再赘述。
S706:车辆1的控制层实体根据通信类型信息建立通信类型对应的SLRB组。
具体的,S706可参照步骤602所述,不再赘述。
S707:车辆1的应用层实体向车辆2的应用层实体发送通信类型信息和目标侧标识。
车辆1的应用层实体向车辆2的应用层实体发送通信类型信息和目标侧标识可以包括:车辆1的应用层实体将通信类型信息和目标侧标识通过车辆1的PDCP层实体、RLC层实体、MAC层实体、PHY层实体处理后,通过PC5口接口发送给车辆2;车辆2的PHY层实体接收通信类型信息和目标侧标识,将通信类型信息和目标标识通过车辆2的MAC层实体、RLC实体、PDCP层实体发送至车辆2的应用层实体。
可选的,若车辆1与车辆2组建组播通信,则车辆1的应用层实体还需要向车辆2的应用层实体发送该组播通信中除车辆2之外的其他所有成员车辆的标识(source layer-2id),以便车辆2的控制功能实体为每个成员车辆建立相应的SLRBs。
S708:车辆2的应用层实体向车辆2的控制层实体递交通信类型信息和目标侧标识。
示例性的,车辆2的应用层实体向车辆2的控制层实体递交通信类型信息和目标侧标识的过程可参照车辆1的应用层实体向车辆2的控制层实体递交通信类型信息和目标侧标识的过程,不再赘述。
若车辆1的应用层实体向车辆2的应用层实体发送该组播通信中除车辆2之外的其他所有成员车辆的标识(source layer-2id),则车辆2的应用层实体向车辆2的控制层实体递交通信类型信息和目标侧标识的同时,还可以向车辆2的控制层实体发送组播通信中其他所有成员车辆的标识(source layer-2id),以便车辆2的控制功能实体为每个成员车辆建立相应的SLRBs。
S709:车辆2的控制层实体根据通信类型信息建立通信类型对应的SLRB组。
示例性的,车辆2的控制层实体根据通信类型信息建立通信类型对应的SLRB组的过程可参照车辆1的控制层实体根据通信类型信息建立通信类型对应的SLRB组的过程,不再赘述。
本申请实施例中,接收设备建立的SLRB的配置与发送设备建立的SLRB配置可以不同,例如:图7所示实施例中,车辆1可以为发送设备,车辆2可以为接收设备,车辆2建立的SLRB的配置和车辆1建立的SLRB的配置略有不同,如:车辆2建立的SLRB的配置中,对于PDCP实体配置,除上面描述的PDCP实体配置包括的一些配置参数外,还可以包括指示是否按序递交的参数(outOfOrderDelivery)和PDCP层重排序定时器定时时长(t-Reordering);对于RLC实体配置,只包括以下任一种或多种配置参数:RLC模式、RLC PDU采用的SN长度、控制RLC层进行RLC SDU重组的定时器定时时长(t-Reassembly)、控制RLC层进行状态报告反馈的定时器定时时长(t-StatusProhibit)等;对于LCH配置,只包括LCH标识。
S710:车辆1的应用层实体向车辆1的SDAP层实体递交数据包以及第一目标侧标识。
具体的,S710可参照S603所述,不再赘述。此外,车辆1的应用层实体还可以向车辆1的SDAP层实体发送数据包对应的QoS参数、通信类型信息等其他信息。
可选的,本申请实施例中,S710可以与S705、S706合并在一起执行,如:车辆1的应用层实体接收组建响应,确定与车辆2建立单播通信/组播通信,向下递交数据包、第一目标侧标识、通信类型信息和目标侧标识,车辆1根据通信类型信息和目标侧标识建立对应的SLRB组,车辆1的SDAP层实体接收数据包和第一目标侧标识,执行S711,即车辆1在向下递交数据包时建立与该数据包对应的单播通信或组播通信所对应的SLRB组,不需要在发送数据包之前建立好SLRB组,后续,再有数据包到来时,将该数据包递交给单播通信或组播通信对应的SLRB组进行处理。
S711:车辆1的SDAP层实体根据SLRB组与目标侧标识的对应关系,确定车辆1中第一目标侧标识对应的第一SLRB组,将数据包经过车辆1中的第一SLRB组处理后递交给车辆1的媒体接入控制MAC层实体。
示例性的,S711可参照步骤604所述,不再赘述。
S712:车辆1的MAC层实体对接收的数据包进行处理得到MAC PDU,向车辆1的物理PHY层实体递交MAC PDU。
示例性的,S712可参照步骤605所述,不再赘述。此外,车辆1的MAC层实体还可以向车辆1的物理PHY层实体递交第一目标侧标识、数据包对应的QoS参数以及通信类型信息等其他信息。
S713:车辆1的PHY层实体向车辆2的PHY层实体递交该MAC PDU。
示例性的,车辆1的PHY层实体可以通过车辆1与车辆2之间的PC5口将MAC PDU递交给车辆2的PHY层实体。同时,车辆1的PHY层实体还向车辆2的PHY层实体发送第一目标侧标识、QoS参数以及通信类型信息等等。
S714:车辆2的PHY层实体向车辆2的MAC层实体递交MAC PDU。
示例性的,车辆2的PHY层实体接收MAC PDU的同时,还可以接收第一目标侧标识、QoS参数以及通信类型信息等信息中的任一个或多个信息,根据第一目标侧标识对接收到的MAC PDU进行过滤,如:若第一目标侧标识与自己加入的单播通信或组播通信对应,则确定MAC PDU是发送给自己的,接收MAC PDU并递交给车辆2的MAC层实体,反之,确定MAC PDU不是发送给自己的,丢弃掉。
此外,车辆2的PHY层实体还可以根据通信类型信息确定通信类型,根据通信类型采取合适的传输机制,如:若通信类型为单播通信,则采用HARQ反馈机制,反之,则不需要采用HARQ反馈机制传输。
S715:车辆2的MAC层实体接收MAC SDU以及第一目标侧标识,根据SLRB组与目标侧标识的对应关系,确定车辆2中第一目标侧标识对应的第一SLRB组,将数据包经过车辆2中的第一SLRB组处理后递交给车辆2的应用层实体。
可选的,上述S707~S709可以不执行,此时,车辆1向车辆2的PHY层实体递交MACPDU的同时,还可以向车辆2的PHY层实体递交通信类型信息和目标侧标识,可选的,通信类型信息和/或目标侧标识可以携带在MAC PDU中,车辆2根据通信类型信息建立通信类型对应的SLRB组,并维护SLRB组与目标侧标识的对应关系,即车辆2在收到对端设备发送的数据包时为不同通信类型建立对应的SLRB组,不需要预先建立好SLRB组,后续,再有数据包到来时,将该数据包递交给对应的SLRB组进行处理。
基于图7所示方法,可以对不同通信类型建立不同的SLRB,采用不同配置的SLRB对单播通信或组播通信内传输的数据包进行处理,控制和保障了单播通信或组播通信内传输的数据的服务质量。
图8为本申请实施例提供的又一种通信方法的流程图,如图8所示,该方法可以包括:
S801:车辆1的应用层实体希望与车辆2建立单播通信/组播通信。
示例性的,S801可参照S701所述,不再赘述。
S802:车辆1的应用层实体广播组建请求。
示例性的,S802可参照S702所述,不再赘述。
S803:车辆2的应用层实体接收组建请求,确定是否和车辆1建立单播通信/组播通信,若确定和车辆1建立单播通信/组播通信,则执行S804。
示例性的,S803可参照S703所述,不再赘述。
S804:车辆2的应用层实体向车辆1的应用层实体发送组建响应。
示例性的,S804可参照S704所述,不再赘述。
S805:车辆1的应用层实体接收组建响应,确定与车辆2建立单播通信/组播通信,向车辆1的控制层实体递交通信类型信息和目标侧标识。
示例性的,S805可参照S705所述,不再赘述。
S806:车辆1的控制层实体接收通信类型信息和目标侧标识,根据通信类型信息建立通信类型对应的SLRB组。
示例性的,S806可参照S706所述,不再赘述。
可选的,在S806中,若车辆1的控制层实体根据车辆1的应用层实体发送的头车信息确定自身为头车,且车辆1与无线接入网设备保持连接,则车辆1的控制层功能在建立通信类型对应的SLRB组时,其采用的SLRB的配置可以通过无线资源控制(radio resourcecontrol,RRC)专用信令或系统消息从无线接入网设备获取。
S807:车辆1的控制层实体向车辆2的控制层实体发送第一消息。
示例性的,第一消息可以为SLRB配置消息(SLRB_Config消息),第一消息包括通信类型对应的SLRB组的配置信息。车辆1的控制层实体可以通过专门的用于发送第一消息的控制面承载向车辆2的控制层实体发送第一消息,用于发送第一消息的控制面承载由PDCP层实体、RLC层实体以及LCH组成,且该控制面承载的配置可以由协议预定义好或预配置在车辆1中,也可以由无线接入网设备通过控制消息配置给车辆1。如:对于单播通信,该控制面承载的配置为:RLC实体配置为AM模式,LCH配置中LCH标识为0等;对于组播通信,该控制面承载配置为:RLC实体配置为UM模式等。
对于单播通信,第一消息还可以包括如下至少一项:SDAP配置,目标侧标识(target_id),示例性的,目标侧标识(target_id)可以包括在第一消息,也可以由车辆2的控制面实体从其他地方获取。对于组播通信,第一消息还可以包括如下的至少一项:SDAP配置,target_id,包括接收SLRB_Config消息的所有成员车辆的标识的标识列表。SDAP配置可以包括QoS参数与SLRB间的映射关系。
可理解的是,在本申请实施例中,若各车辆中没有SDAP层实体,则NAS层实体可以采用预配置的QoS参数到SLRB标识的映射,此时第一消息中可以不包括SDAP配置。
S808:车辆2的控制层实体接收第一消息,向车辆1的控制层实体发送第一响应
示例性的,第一响应可以为SLRB配置响应。
对于单播通信,第一响应可以包括如下的至少一项:target_id,成员车辆的source layer-2 id(如车辆2的标识),也可以不包括这两个信息。
对于组播通信,第一响应可以包括如下的至少一项:target_id,成员车辆的source layer-2_id(如车辆2的标识),也可以不包括这两个信息。
S809:车辆1的控制层实体接收第一响应。
可选的,在大于或者等于设定时长的情况下,若车辆1的控制层实体未接收到车辆2的控制层实体发送的第一响应,则车辆1的控制层实体重新向车辆2的控制层实体发送第一消息。示例性的,预设时长可以根据需要进行设置,不予限制。
此时,重新发送的第一消息中的“包括接收SLRB_Config消息的所有成员车辆的标识的标识列表”可以替换为“包括未反馈SLRB_Config响应的所有成员车辆的标识列表”,并指定未反馈的SLRB_Config响应的成员车辆。需要注意的时,如果SLRB_Config消息未指示“未反馈的SLRB_Config响应的成员车辆”,则表示需要所有成员车辆接收SLRB_Config消息并反馈SLRB_Config响应。
S810:车辆1的应用层实体向车辆1的SDAP层实体递交数据包以及第一目标侧标识。
示例性的,S810可参照S710所述,不再赘述。
S811:车辆1的SDAP层实体接收数据包以及第一目标侧标识,根据SLRB组与目标侧标识的对应关系,确定第一目标侧标识对应的第一SLRB组,将数据包经过第一SLRB组处理后递交给车辆1的媒体接入控制MAC层实体。
示例性的,S811可参照S711所述,不再赘述。
S812:车辆1的MAC层实体对接收的数据包进行处理得到MAC PDU,向车辆1的物理PHY层实体递交MAC PDU。
示例性的,S812可参照S712所述,不再赘述。
S813:车辆1的PHY层实体接收MAC PDU,将MAC PDU通过车辆1的PHY层实体发送给车辆2的PHY层实体。
示例性的,S813可参照S713所述,不再赘述。
S814:车辆2的PHY层实体接收MAC PDU,向车辆2的MAC层实体递交MAC PDU。
示例性的,S814可参照S714所述,不再赘述。
S815:车辆2的MAC层实体接收MAC SDU以及第一目标侧标识,根据SLRB组与目标侧标识的对应关系,确定第一目标侧标识对应的第一SLRB组,将数据包经过第一SLRB组处理后递交给车辆2的应用层实体。
示例性的,S815可参照S715所述,不再赘述。
可选的,在图8所示方法中,为了保证SLRB配置信息传输的安全性,所述方法还包括;车辆1的控制层实体、车辆2的控制层实体确定安全模式配置,该安全模式配置可以用于定义:车辆1、车辆2中与控制面承载对应的PDCP层实体对第一消息进行保护处理时所要遵循的一些规则,该保护处理包括机密性保护和完整性保护,安全模式配置可以包括安全算法、密钥索引和数据保护输入参数中的任一个或多个信息;
示例性的,安全模式配置可以预先配置在车辆1上,或者,由车辆1根据无线接入网设备发送的安全模式消息(或者安全模式命令)确定,或者,根据其他车辆(如:与车辆1进行单播通信或组播通信的其他车辆)发送的安全模式消息(或者安全模式命令)确定。同样的,车辆2确定安全模式配置的方式如车辆1确定安全模式配置的相同,不再赘述。可选的,安全模式消息(或者安全模式命令)可以包括安全模式配置。
当车辆1的控制层实体向车辆2的控制层实体发送第一消息时,该第一消息由车辆1的PDCP层实体根据安全模式配置进行保护处理后,再向车辆2发送;车辆2的PDCP层实体接收处理后的第一消息,根据安全模式配置对SLRB第一消息进行解密和完整性校验,将解密和完整性校验后的SLRB第一消息递交给车辆2的控制层实体。
基于图8所示方法,可以由某个车辆将其配置好的SLRB配置发送给单播通信或组播通信内的其他成员,使单播通信或组播通信内的其他成员采用接收到的SLRB配置对数据包进行处理,如此,不仅可以保证单播通信或组播通信内的设备所采取的SLRB配置一致,而且减少了单播通信或组播通信内成员因配置SLRB带来的信令开销。同时,可以对不同通信类型建立不同的SLRB,采用不同配置的SLRB对不同单播通信或组播通信内传输的数据包进行处理,控制和保障了不同单播通信或组播通信内传输的数据的服务质量。
图7、图8仅以车辆1向车辆2发送数据包进行了描述,即以车辆1为发送设备,车辆2为接收设备为例进行了描述,可理解的是,车辆2也可以作为发送设备,车辆1作为接收设备,即由车辆2向车辆1发送数据包。在车辆2向车辆1发送数据包时,车辆2对数据包的处理过程可参照S710~S713所述,车辆1接收到数据包的处理过程可参照上述S714~S715所述。或者,车辆2对数据包的处理过程可参照S810~S813所述,车辆1接收到数据包的处理过程可参照上述S814~S815所述。
与上述S701~S705或者S801~S805建立单播通信或组播通信方法不同,本申请实施例还提供一种建立单播通信或组播通信的方法。示例性的,该方法如图9所示,可以包括:
S901:车辆1的应用层实体希望与车辆2建立单播通信/组播通信。
具备的,S901可参照S701所述,不再赘述。
S902:车辆1的控制层实体广播发现消息。
示例性的,车辆1的应用层实体可以指示车辆1的控制层实体广播发现消息(discoveryMsg)。
该发现消息可以为RRC消息,该发现消息用于发现车辆1。该发送消息可以包括车辆1的标识(源地址)、目的地址等,目的地址可以为业务类型的destination layer-2id。根据通信类型的不同,该发现消息可以为单播发现消息或者组播发现消息。例如,可以在DiscoveryMsg中有1个bit的communicationType字段,communicationType=1表示为单播发现消息,communicationType=0表示为组播发现消息。
可选的,车辆1的控制层实体可以通过特殊的控制面承载广播出去,该控制面承载可以由PDCP层实体、RLC层实体以及LCH组成,该控制面承载采用协议预定义/预配置的配置参数,如:RLC实体配置为TM模式,LCH配置为LCH标识为0等。
可选的,车辆1的控制层实体广播发现消息还可以替换为车辆1的应用层实体广播发现消息,即该广播消息可以为APP消息。
S903:车辆2的应用层实体接收发现消息,确定是否和车辆1建立单播通信/组播通信,若确定和车辆1建立单播通信/组播通信,则执行S904。
具体的,S903可参照S703所述,不再赘述。
S904:车辆2的控制层实体向车辆1的控制层实体发送请求消息。
该请求消息可以用于请求与车辆1建立单播通信或组播通信。该请求消息可以包括车辆2的标识(源地址)以及车辆1的标识(目的地址)。可选的,车辆2的标识(源地址)以及车辆1的标识(目的地址)可以不包括在请求消息中,可以包括在侧行链路控制信息(SLcontrol information,SCI)或MAC PDU中发送给车辆1的控制层实体。
示例性的,车辆2的应用层实体可以指示车辆2的控制层实体发送请求消息。车辆2的控制层实体可以通过特殊的控制面承载将请求消息发送出去,该控制面承载可以由PDCP层实体、RLC层实体以及LCH组成,该控制面承载采用协议预定义/预配置的配置参数,如:RLC实体配置为AM模式,LCH配置中LCH标识为1等。
可选的,车辆2可以将请求消息通过单播方式或者组播方式或者广播方式发送出去。当通过广播方式发送该请求消息是,该请求消息中的目的地址可以为destinationlayer-2id。
S905:车辆1的控制层实体接收请求消息,确定是否和车辆2建立单播通信/组播通信,若确定和车辆2建立单播通信/组播通信,则执行S906。
示例性的,S905可参照S903所述,不再赘述。
S906:车辆1的控制层实体向车辆2的控制层实体发送响应消息。
该响应消息可以用于指示车辆1确定建立单播通信或组播通信。该响应消息可以包括车辆1的标识(源地址)、目的地址(车辆2的标识)等。可选的,车辆1的标识(源地址)、目的地址(车辆2的标识)可以不包括在响应消息中,可以包括在SCI中或MAC PDU中发送给车辆2的控制层实体。
示例性的,车辆1的控制层实体可以通过一个特殊的控制面承载向车辆2的控制层实体发送响应消息,该控制面承载可以由PDCP层实体、RLC层实体以及LCH组成,该控制面承载采用协议预定义/预配置的配置参数,如:RLC实体配置为AM模式,LCH配置中LCH标识为1等。
可选的,车辆1可以将响应消息通过单播方式或者组播方式或者广播方式发送出去。
S907:车辆2的控制层实体接收响应消息,根据响应消息确定已和车辆1建立单播通信或组播通信,此时,车辆2的控制层实体可以维护target_id和通信类型的对应关系。
可选的,在图9所示方法中,可以不执行S902。在不执行S902的情况下,车辆2在执行S903之前,需要获知车辆1的标识等信息。示例性的,车辆2可以从网络设备或通过其他方式获取与其建立单播通信或组播通信的其他成员的标识等信息。
基于图9所示方法,设备与设备之间可以通过控制层实体建立单播通信或组播通信。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述第一终端设备、第二终端设备和无线接入网设备为了实现上述功能,其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法S,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对第一终端设备、第二终端设备和无线接入网设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。可选的,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图10示出了的一种通信装置100的组成示意图,该通信装置100可以为第一终端设备或者第一终端设备中的芯片或者片上系统,该通信装置100可以用于执行上述实施例中涉及的第一终端设备的功能。作为一种可实现方式,图10所示通信装置100包括:处理模块101,发送模块102;
示例性的,处理模块101具有上述第一终端设备中的应用层实体、控制层实体、SDAP层实体、PDCP层实体、RLC层实体、MAC层实体的功能,如:处理模块101可以包括通信装置100中的应用层实体、控制层实体、SDAP层实体、PDCP层实体、RLC层实体、MAC层实体,处理模块101可以采用不同配置对不同通信类型的数据包进行处理,以满足不同通信类型的数据包的QoS要求。发送模块102具有上述第一终端设备中PHY层实体的功能,可以接收通信装置100之外的其他设备发送的数据或信息。
处理模块101,用于根据通信类型信息建立与通信类型对应的侧行链路的无线承载组,示例性的,侧行链路的无线承载组与目标侧标识对应,侧行链路为通信装置100和第二终端设备之间的无线通信链路;通信类型为单播通信或组播通信。如:处理模块101具有上述第一终端设备的控制层功能实体的功能,可以支持通信装置100执行步骤602、S706、S806。
在一种可能的设计中,侧行链路的无线承载组的配置信息预先保存在通信装置100上;或者,如图10所示,所述通信装置还可以包括:接收模块103,用于接收无线接入网设备发送的侧行链路的无线承载组的配置信息。
在一种可能的设计中,所述方法还包括:处理模块101通过发送模块102向第二终端设备的控制层实体发送第一消息,并通过接收模块103接收第二终端设备发送的第一响应;通信装置100与第二终端设备正在进行或者将要进行单播通信或组播通信,第一消息包括侧行链路的无线承载组的配置信息。如:处理模块101可以支持通信装置100执行S807和S808。
在一种可能的设计中,所述方法还包括:在大于或者等于设定时长的情况下,若处理模块101未通过接收模块103接收到第一响应,则处理模块101重新通过发送模块102向第二终端设备的控制层实体发送第一消息。
在一种可能的设计中,所述方法还包括:处理模块101确定安全模式配置,根据安全模式配置对第一消息进行机密性保护和完整性保护后,通过发送模块102向第二终端设备的控制层实体发送;其中,安全模式配置用于指示通信装置100对第一消息进行机密性保护和完整性保护。
进一步可选的,处理模块101,还用于根据侧行链路的无线承载组与目标侧标识的对应关系,确定第一目标侧标识对应的侧行链路的第一无线承载组,将数据包递交给与侧行链路的第一无线承载组通过发送模块102发送出去。
在一种可能的设计中,所述方法还包括:处理模块101向发送模块102递交第一目标侧标识、第一QoS参数和通信类型信息中的任一个或者多个信息,以使发送模块102将第一目标侧标识、第一QoS参数和通信类型信息中的任一个或者多个信息发送给单播通信或组播通信的其他设备。
在一种可能的设计中,所述方法还包括:处理模块101通过发送模块102广播组建请求,通过接收模块103收组建响应;其中,组建请求用于请求建立单播通信或组播通信,组建响应用于指示与通信装置100建立单播通信或组播通信。如:处理模块101可以支持通信装置100执行S702和S704。
在一种可能的设计中,所述方法还包括:处理模块101通过接收模块103接收请求消息,通过发送模块102发送响应消息;其中,请求消息用于请求与通信装置100建立单播通信或组播通信;响应消息用于指示通信装置100确定建立单播通信或组播通信。如:处理模块101可以支持通信装置100执行S904和S905。
在一种可能的设计中,所述方法还包括:处理模块101通过发送模块102广播发现消息;其中,发现消息为无线资源控制RRC消息,发现消息用于发现通信装置100。如:处理模块101可以支持通信装置100执行S902。
可选的,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。本申请实施例提供的通信装置,用于执行上述通信方法中第一终端设备的功能,因此可以达到与上述通信方法相同的效果。
示例性的,处理模块101可以为一个或多个处理器,发送模块102和接收模块103可以为与通信装置外的其他网元或设备交互的通信接口。当处理模块101为一个或多个处理器,发送模块102和接收模块103集成为通信接口时,通信装置100可以为图5所示的通信装置。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (20)
1.一种通信方法,其特征在于,所述方法包括:
第一终端设备的应用层实体向所述第一终端设备的控制层实体递交通信类型信息和目标侧标识;其中,所述通信类型信息包括或者用于指示所述第一终端设备所要执行的通信类型,所述通信类型为单播通信或组播通信,所述目标侧标识用于标识所述单播通信或组播通信;
所述第一终端设备的控制层实体根据所述通信类型信息建立与所述通信类型对应的侧行链路的无线承载组,其中,所述侧行链路的无线承载组与所述目标侧标识对应,所述侧行链路为所述第一终端设备和第二终端设备之间的无线通信链路。
2.根据权利要求1所述的方法,其特征在于,
所述侧行链路的无线承载组的配置信息预先保存在所述第一终端设备上;或者,
所述方法还包括:所述第一终端设备接收无线接入网设备发送的所述侧行链路的无线承载组的配置信息。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的控制层实体向所述第二终端设备的控制层实体发送第一消息,所述第一终端设备与所述第二终端设备正在进行或者将要进行所述单播通信或所述组播通信,所述第一消息包括所述侧行链路的无线承载组的配置信息;
所述第一终端设备的控制层实体接收所述第二终端设备发送的第一响应。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在大于或者等于设定时长的情况下,若所述第一终端设备的控制层实体未接收到所述第一响应,则所述第一终端设备的控制层实体重新向所述第二终端设备的控制层实体发送所述第一消息。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的控制层实体确定安全模式配置;其中,所述安全模式配置包括所述第一终端设备对所述第一消息进行机密性保护和完整性保护的相关配置;
所述第一终端设备的控制层实体向所述第二终端设备的控制层实体发送第一消息,包括:所述第一终端设备的控制层实体向所述第一终端设备的分组数据汇聚协议PDCP层实体发送所述第一消息以及所述安全模式配置,由所述第一终端设备的PDCP层实体根据所述安全模式配置对所述第一消息进行机密性保护和完整性保护后向所述第二终端设备的控制层实体发送。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的应用层实体向所述第一终端设备的服务数据适配协议SDAP层实体递交数据包以及第一目标侧标识;
所述第一终端设备的SDAP层实体根据所述侧行链路的无线承载组与所述目标侧标识的对应关系,确定所述第一目标侧标识对应的所述侧行链路的第一无线承载组,将所述数据包递交给与所述侧行链路的第一无线承载组对应的分组数据汇聚协议PDCP层实体;
所述PDCP层实体对所述数据包进行处理得到PDCP协议数据单元PDU,向与所述侧行链路的第一无线承载组对应的无线链路控制RLC层实体递交所述PDCP PDU;
所述RLC层实体对所述PDCP PDU进行处理得到RLC PDU,向所述第一终端设备的媒体接入控制MAC层实体递交所述RLC PDU;
所述第一终端设备的MAC层实体对所述RLC PDU进行处理得到MAC PDU,向所述第一终端设备的物理PHY层实体递交所述MAC PDU。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:所述第一终端设备的应用层实体向所述第一终端设备的SDAP层实体递交第一服务质量QoS参数;
所述将所述数据包递交给与所述侧行链路的第一无线承载组中对应的分组数据汇聚协议PDCP层实体,包括:根据QoS参数与侧行链路的无线承载的对应关系,确定所述侧行链路的第一无线承载组中与所述第一QoS参数对应的第一无线承载,将所述数据包递交给与所述第一无线承载对应的PDCP层实体。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的MAC层实体向所述第一终端设备的PHY层实体递交所述第一目标侧标识、第一QoS参数和所述通信类型信息中的任一个或者多个信息。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的应用层实体广播组建请求;其中,所述组建请求用于请求建立所述单播通信或所述组播通信;
所述第一终端设备的应用层实体接收组建响应;其中,所述组建响应用于指示与所述第一终端设备建立所述单播通信或所述组播通信。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的控制层实体接收请求消息;其中,所述请求消息用于请求与所述第一终端设备建立所述单播通信或所述组播通信;
所述第一终端设备的控制层实体发送响应消息;其中,所述响应消息用于指示所述第一终端设备确定建立所述单播通信或所述组播通信。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的应用层实体或者所述第一终端设备的控制层实体广播发现消息;其中,所述发现消息为无线资源控制RRC消息,所述发现消息用于发现所述第一终端设备。
12.一种通信方法,其特征在于,所述方法还包括:
第一终端设备的应用层实体向所述第一终端设备的服务数据适配协议SDAP层实体递交数据包以及第一目标侧标识;
所述第一终端设备的SDAP层实体根据侧行链路的无线承载组与目标侧标识的对应关系,确定所述第一目标侧标识对应的所述侧行链路的第一无线承载组,将所述数据包递交给与所述侧行链路的第一无线承载组对应的分组数据汇聚协议PDCP层实体;其中,所述目标侧标识用于标识单播通信或组播通信,所述侧行链路为所述第一终端设备和第二终端设备之间的无线通信链路;
所述PDCP层实体对所述数据包进行处理得到PDCP协议数据单元PDU,向与所述侧行链路的第一无线承载组对应的无线链路控制RLC层实体递交所述PDCP PDU;
所述RLC层实体对所述PDCP PDU进行处理得到RLC PDU,向所述第一终端设备的媒体接入控制MAC层实体递交所述RLC PDU;
所述第一终端设备的MAC层实体对所述RLC PDU进行处理得到MAC PDU,向所述第一终端设备的物理PHY层实体递交所述MAC PDU。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:所述第一终端设备的应用层实体向所述第一终端设备的SDAP层实体递交第一服务质量QoS参数;
所述将所述数据包递交给所述侧行链路的第一无线承载组中对应的分组数据汇聚协议PDCP层实体,包括:根据QoS参数与侧行链路的无线承载的对应关系,确定所述侧行链路的第一无线承载组中与所述第一QoS参数对应的第一无线承载,将所述数据包递交给所述第一无线承载包括的PDCP层实体。
14.根据权利要求12或13所述的方法,其特征在于,所述方法还包括:
所述第一终端设备的MAC层实体向所述第一终端设备的PHY层实体递交所述第一目标侧标识、第一QoS参数和所述通信类型信息中的任一个或者多个信息。
15.一种通信装置,其特征在于,所述通信装置被配置为实现如权利要求1-11中任一项所述的通信方法。
16.一种通信装置,其特征在于,所述通信装置包括一个或多个处理器和一个或多个存储器;所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器存储有计算机指令;
当所述一个或多个处理器执行所述计算机指令时,使得所述通信装置执行如权利要求1-11任一项所述的通信方法。
17.一种计算机存储介质,其特征在于,所述计算机存储介质包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求1-11任一项所述的通信方法。
18.一种通信装置,其特征在于,所述通信装置被配置为实现如权利要求12-14中任一项所述的通信方法。
19.一种通信装置,其特征在于,所述通信装置包括一个或多个处理器和一个或多个存储器;所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器存储有计算机指令;
当所述一个或多个处理器执行所述计算机指令时,使得所述通信装置执行如权利要求12-14任一项所述的通信方法。
20.一种计算机存储介质,其特征在于,所述计算机存储介质包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求12-14任一项所述的通信方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110655307.5A CN113473410A (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
CN201811143553.7A CN110972103B (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
BR112021006070-7A BR112021006070A2 (pt) | 2018-09-28 | 2019-09-23 | método e aparelho de comunicações |
EP19865419.6A EP3852403A4 (en) | 2018-09-28 | 2019-09-23 | COMMUNICATION PROCESS AND APPARATUS |
PCT/CN2019/107337 WO2020063542A1 (zh) | 2018-09-28 | 2019-09-23 | 一种通信方法及装置 |
US17/213,911 US20210219105A1 (en) | 2018-09-28 | 2021-03-26 | Communications method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811143553.7A CN110972103B (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110655307.5A Division CN113473410A (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110972103A CN110972103A (zh) | 2020-04-07 |
CN110972103B true CN110972103B (zh) | 2021-06-15 |
Family
ID=69950340
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811143553.7A Active CN110972103B (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
CN202110655307.5A Pending CN113473410A (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110655307.5A Pending CN113473410A (zh) | 2018-09-28 | 2018-09-28 | 一种通信方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20210219105A1 (zh) |
EP (1) | EP3852403A4 (zh) |
CN (2) | CN110972103B (zh) |
BR (1) | BR112021006070A2 (zh) |
WO (1) | WO2020063542A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11224007B2 (en) * | 2018-11-19 | 2022-01-11 | Huawei Technologies Co., Ltd. | System and method for supporting sidelink radio bearers |
US11277880B2 (en) * | 2019-02-14 | 2022-03-15 | Lg Electronics Inc. | Sidelink connection suspension or release based on different target qualities of different services |
US20220183092A1 (en) * | 2019-04-25 | 2022-06-09 | Lg Electronics Inc. | Method and device for performing pc5 rrc connection-based harq feedback in nr v2x |
US11234281B2 (en) * | 2019-05-02 | 2022-01-25 | Lenovo (Singapore) Pte. Ltd. | Unicast session over a direct communication link |
EP3737198B1 (en) * | 2019-05-10 | 2022-04-20 | ASUSTek Computer Inc. | Reporting user equipment capability information for sidelink radio bearer configuration in a wireless communication system |
CN113630738B (zh) * | 2020-04-21 | 2023-11-10 | 华为技术有限公司 | 一种侧行链路通信方法及装置 |
CN113556709A (zh) * | 2020-04-23 | 2021-10-26 | 华为技术有限公司 | 一种通信方法及装置 |
CN113573327B (zh) * | 2020-04-28 | 2023-11-10 | 维沃移动通信有限公司 | 远端ue的传输方法、配置方法、装置及电子设备 |
CN113660680B (zh) * | 2020-05-12 | 2023-11-07 | 维沃移动通信有限公司 | 副链路中继架构中的配置方法和设备 |
CN113727298B (zh) * | 2020-05-25 | 2023-10-27 | 维沃移动通信有限公司 | 层二标识确定方法、装置及终端 |
US11497036B2 (en) * | 2020-06-24 | 2022-11-08 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
US11825483B2 (en) | 2020-06-24 | 2023-11-21 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
CN113938979B (zh) * | 2020-06-29 | 2024-02-23 | 华硕电脑股份有限公司 | 无线通信系统中转发侧链路用户设备能力信息的方法和设备 |
CN115956382A (zh) * | 2020-07-24 | 2023-04-11 | 联想(北京)有限公司 | 多播及广播服务的方法及设备 |
CN114125762A (zh) * | 2020-08-28 | 2022-03-01 | 上海朗帛通信技术有限公司 | 一种副链路无线通信的方法和装置 |
CN114339714B (zh) * | 2020-09-29 | 2023-07-11 | 维沃移动通信有限公司 | 传输配置的方法、装置和设备 |
CN112235734B (zh) * | 2020-10-14 | 2022-04-08 | 大唐高鸿智联科技(重庆)有限公司 | 广播模式下的单播业务实现方法、装置及设备 |
KR20230107816A (ko) * | 2020-11-26 | 2023-07-18 | 퀄컴 인코포레이티드 | 일대일 브로드캐스트 사이드링크 통신 프로토콜 차량 통신들 |
CN115734283A (zh) * | 2021-09-01 | 2023-03-03 | 中国移动通信有限公司研究院 | 数据传输方法及相关设备 |
CN115842786A (zh) * | 2021-09-14 | 2023-03-24 | 中国移动通信有限公司研究院 | 数据传输方法、装置、通信设备及可读存储介质 |
WO2023087262A1 (zh) * | 2021-11-19 | 2023-05-25 | Oppo广东移动通信有限公司 | 通信方法及通信装置 |
CN114422559A (zh) * | 2021-12-31 | 2022-04-29 | 深圳海翼智新科技有限公司 | 设备的控制方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015163670A1 (en) * | 2014-04-25 | 2015-10-29 | Lg Electronics Inc. | Method for a configuration error management for a sidelink radio bearer and device therefor |
CN106470384A (zh) * | 2015-08-18 | 2017-03-01 | 北京信威通信技术股份有限公司 | 一种d2d通信中的承载配置方法 |
CN107079338A (zh) * | 2014-11-10 | 2017-08-18 | Lg 电子株式会社 | 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备 |
CN107347215A (zh) * | 2016-05-06 | 2017-11-14 | 普天信息技术有限公司 | 在v2x网络中资源的分配方法及终端 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014130091A1 (en) * | 2013-02-22 | 2014-08-28 | Intel IP Corporation | Systems and methods for access network selection and traffic routing |
EP3148285B1 (en) * | 2015-09-25 | 2019-04-17 | Panasonic Intellectual Property Corporation of America | Improved radio bearer mapping for proximity services ue to network relay with associated priority signalling |
US20170318532A1 (en) * | 2016-04-27 | 2017-11-02 | Lg Electronics Inc. | Method for transmitting or receiving messages in a wireless communication system and a device therefor |
CN107645710A (zh) * | 2016-07-20 | 2018-01-30 | 普天信息技术有限公司 | 一种v2x业务的传输方法 |
CN110235514A (zh) * | 2017-01-31 | 2019-09-13 | 华为技术有限公司 | 支持本地化无线通信业务的基站和通信设备 |
US20200037190A1 (en) * | 2018-07-30 | 2020-01-30 | Qualcomm Incorporated | Methods and apparatus for qos support for sidelink in network scheduled mode |
WO2020033226A1 (en) * | 2018-08-07 | 2020-02-13 | Idac Holdings, Inc. | Methods for resource reservation to satisfy new radio (nr) vehicular communications (v2x) quality of service (qos) requirements |
-
2018
- 2018-09-28 CN CN201811143553.7A patent/CN110972103B/zh active Active
- 2018-09-28 CN CN202110655307.5A patent/CN113473410A/zh active Pending
-
2019
- 2019-09-23 BR BR112021006070-7A patent/BR112021006070A2/pt unknown
- 2019-09-23 EP EP19865419.6A patent/EP3852403A4/en active Pending
- 2019-09-23 WO PCT/CN2019/107337 patent/WO2020063542A1/zh unknown
-
2021
- 2021-03-26 US US17/213,911 patent/US20210219105A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015163670A1 (en) * | 2014-04-25 | 2015-10-29 | Lg Electronics Inc. | Method for a configuration error management for a sidelink radio bearer and device therefor |
CN107079338A (zh) * | 2014-11-10 | 2017-08-18 | Lg 电子株式会社 | 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备 |
CN106470384A (zh) * | 2015-08-18 | 2017-03-01 | 北京信威通信技术股份有限公司 | 一种d2d通信中的承载配置方法 |
CN107347215A (zh) * | 2016-05-06 | 2017-11-14 | 普天信息技术有限公司 | 在v2x网络中资源的分配方法及终端 |
Non-Patent Citations (1)
Title |
---|
Support of QoS for PC5-based V2V transport;3rd Generation Partnership;《TSGR2_94》;20160514;全文 * |
Also Published As
Publication number | Publication date |
---|---|
EP3852403A4 (en) | 2021-10-27 |
CN110972103A (zh) | 2020-04-07 |
US20210219105A1 (en) | 2021-07-15 |
WO2020063542A1 (zh) | 2020-04-02 |
CN113473410A (zh) | 2021-10-01 |
BR112021006070A2 (pt) | 2021-07-20 |
EP3852403A1 (en) | 2021-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110972103B (zh) | 一种通信方法及装置 | |
CN109565459B (zh) | 无线通信网络中端点到边缘节点的交互 | |
CN111757513B (zh) | 通信方法及设备 | |
US8483136B2 (en) | Apparatus and method for transmitting a MAC PDU based on MAC header type information | |
WO2018094872A1 (zh) | sidelink资源调度方法、装置和系统 | |
EP3637846B1 (en) | Method and device for use in configuring novel quality of service architecture in dual connectivity system | |
US8797961B2 (en) | Apparatus and methods for transmitting and receiving MAC PDU using MAC headers | |
JP2020508597A (ja) | 情報フィードバック方法および装置 | |
JP2014511168A (ja) | 移動体通信ネットワークおよび方法 | |
KR20070073343A (ko) | 이동통신 ims시스템에서 아이들모드 단말기의 세션 설정프로토콜 데이터를 전송하는 방법 및 장치 | |
US11032702B2 (en) | Method and apparatus for identifying security key in next generation mobile communication system | |
US11405830B2 (en) | Information transmission method and apparatus | |
CN113225784B (zh) | 消息的识别方法和装置 | |
WO2013152743A1 (zh) | 传输信号的方法和装置 | |
WO2017132962A1 (zh) | 一种安全参数传输方法及相关设备 | |
WO2020119013A1 (zh) | 侧链通信方法和装置 | |
WO2017132946A1 (zh) | 数据传输方法及装置 | |
CN113630738A (zh) | 一种侧行链路通信方法及装置 | |
JP2024501702A (ja) | Nr v2xにおける端末タイプによるsl drx動作方法及び装置 | |
JP7373046B2 (ja) | Nr v2xにおけるタイマベースのiuc動作方法及び装置 | |
WO2023098209A1 (zh) | 一种数据传输保护方法、设备及系统 | |
WO2023069580A1 (en) | Managing multicast data communication | |
CN117062013A (zh) | 由用户设备执行的方法及用户设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |