CN113973392A - 通信方法及装置 - Google Patents

通信方法及装置 Download PDF

Info

Publication number
CN113973392A
CN113973392A CN202111260718.0A CN202111260718A CN113973392A CN 113973392 A CN113973392 A CN 113973392A CN 202111260718 A CN202111260718 A CN 202111260718A CN 113973392 A CN113973392 A CN 113973392A
Authority
CN
China
Prior art keywords
priority
resource
mac
mac sdu
data
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.)
Granted
Application number
CN202111260718.0A
Other languages
English (en)
Other versions
CN113973392B (zh
Inventor
付喆
卢前溪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202111260718.0A priority Critical patent/CN113973392B/zh
Publication of CN113973392A publication Critical patent/CN113973392A/zh
Application granted granted Critical
Publication of CN113973392B publication Critical patent/CN113973392B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Landscapes

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

Abstract

本申请实施例提供的通信方法，包括：在发生资源冲突时，终端设备获取每个资源的MAC PDU中MAC SDU和MAC CE的组成状态；根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级；根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。通过在资源发生冲突时，根据每个资源中的MAC SDU和MAC CE的组成状态，确定各个资源的资源传输优先级确定当前传输的资源，从而可以在资源发生冲突时，能够保证信息传输的Qos需求。

Description

通信方法及装置
本申请为发明名称为“通信方法及装置”的原中国发明专利申请的分案申请。原申请的申请号为201980092929.2，原申请的申请日为2019年11月7日。
技术领域
本申请涉及通信领域，尤其涉及一种通信方法及装置。
背景技术
为了保证时延和可靠性传输的需求，5G工业互联网(Industrial interest ofThings，IIoT)中引入了时间敏感性网络，从而导致了资源可能会存在重叠。
当资源存在重叠时，需要从重叠的资源中选择出优先传输的资源，目前，现有技术中通常是设置第一类型的资源的优先级大于第二类型资源的优先级，从而将优先级较高的资源优先进行发送。
然而，仅仅是限定第一类型的资源的优先级大于第二类型资源的优先级，没有全面的考虑到各种资源重叠的情况，从而无法保证业务或信息的业务质量(Quality ofService，QoS)要求。
发明内容
本申请实施例提供一种通信方法及装置，该方法能够保证业务或信息的QoS要求。
第一方面，本申请实施例提供一种通信方法，包括：
在发生资源冲突时，终端设备获取每个资源的介质访问控制MAC协议数据单元PDU中MAC服务数据单元SDU和MAC控制元素CE的组成状态；
根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级；
根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。
第二方面，本申请实施例提供一种通信方法，包括：
在发生资源冲突时，终端设备获取每个资源的资源传输优先级，其中，每个资源的资源传输优先级为承载其所包括MAC SDU的逻辑信道LCH的优先级和/或MAC CE的优先级中的最高优先级；
根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。
第三方面，本申请实施例提供一种通信装置，其特征在于，包括：
获取模块，用于在发生资源冲突时，获取每个资源的介质访问控制MAC协议数据单元PDU中MAC服务数据单元SDU和MAC控制元素CE的组成状态；
确定模块，用于根据所述MAC SDU和MAC CE的组成状态，确定所述每个资源的资源传输优先级；
传输模块，用于根据所述每个资源的资源传输优先级，进行资源传输。
第四方面，本申请实施例提供一种通信装置，其特征在于，包括：
获取模块，用于在发生资源冲突时，获取每个资源的资源传输优先级，其中，每个资源的资源传输优先级为承载其所包括MAC SDU的逻辑信道LCH的优先级和/或MAC CE的优先级中的最高优先级；
传输模块，用于根据所述每个资源的资源传输优先级，进行资源传输。
第五方面，本申请实施例提供一种终端设备，其特征在于，包括：收发器、处理器、存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如上述第一方面所述的通信方法。
第六方面，本申请实施例提供一种终端设备，其特征在于，包括：收发器、处理器、存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如上述第二方面所述的通信方法。
第七方面，本申请实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令
被处理器执行时用于实现如上述第一方面任一项所述的通信方法。
第八方面，本申请实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现如上述第二方面任一项所述的通信方法。
本申请实施例提供的通信方法，包括：在发生资源冲突时，终端设备获取每个资源的MAC PDU中MAC SDU和MAC CE的组成状态；根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级；根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。通过在资源发生冲突时，根据每个资源中的MAC SDU和MAC CE的组成状态，确定各个资源的资源传输优先级确定当前传输的资源，从而可以在资源发生冲突时，能够保证信息传输的Qos需求。
附图说明
图1为本申请实施例提供的通信方法的系统示意图；
图2为本申请实施例提供的协议层示意图；
图3为本申请实施例提供的通信方法的流程图一；
图4为本申请实施例提供的时域资源示意图；
图5为本申请实施例提供的资源传输示意图一；
图6为本申请实施例提供的通信方法的流程图二；
图7为本申请实施例提供的资源传输示意图二；
图8为本申请实施例提供的资源传输示意图三；
图9为本申请实施例提供的资源传输示意图四；
图10为本申请实施例提供的资源传输示意图五；
图11为本申请实施例提供的通信装置的结构示意图一；
图12为本申请实施例提供的通信装置的结构示意图二；
图13为本申请实施例提供的终端设备的结构示意图。
具体实施方式
首先结合图1对本申请提供的通信方法所应用的系统架构进行简单说明，图1为本申请实施例提供的通信方法的系统示意图，如图1所示：
包括网络设备101、用户设备102。
其中，网络设备101是一种具有无线收发功能的设备。包括但不限于：长期演进(long term evolution，LTE)中的演进型基站(Evolutional Node B，eNB或eNodeB)，新空口技术(new radio，NR)中的基站(gNodeB或gNB)或收发点(transmission receivingpoint/transmission reception poin，TRP)，后续演进系统中的基站，无线保真(wirelessfidelity，WiFi)系统中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。网络设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributed unit，DU)。网络设备还可以是服务器，可穿戴设备，或车载设备等。以下以网络设备为基站为例进行说明。所述多个网络设备可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端进行通信，也可以通过中继站与终端进行通信。终端可以与不同技术的多个基站进行通信，例如，终端可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接，还可以支持与5G网络的基站的双连接等。
其中，用户设备(User Equipment，UE)102是一种具有无线收发功能的设备。用户设备可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述用户设备可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，简称VR)用户设备、增强现实(augmented reality，简称AR)用户设备、工业控制(industrialcontrol)中的无线终端、车载用户设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线用户设备、智能电网(smart grid)中的无线用户设备、运输安全(transportation safety)中的无线用户设备、智慧城市(smart city)中的无线用户设备、智慧家庭(smart home)中的无线用户设备、可穿戴用户设备等。本申请实施例所涉及的用户设备还可以称为终端、用户设备(user equipment，UE)、接入用户设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程用户设备、移动设备、UE用户设备、无线通信设备、UE代理或UE装置等。用户设备也可以是固定的或者移动的。
值得说明的是，本申请所示的技术方案可以应用于第五代移动通信技术(The 5thGeneration mobile communication technology，简称5G)系统，也可以应用于长期演进(long term evolution，LTE)系统，例如，LTE通信系统中的车辆到所有(vehicle to X，V2X)系统、设备到设备(device to device，D2D)系统、机器型通信(machine typecommunication，MTC)系统等，还可以应用于通用移动通信系统(universal mobiletelecommunications system，UMTS)陆地无线接入网(UMTS terrestrial radio accessnetwork，UTRAN)系统，或者全球移动通信系统(global system for mobilecommunication，GSM)/增强型数据速率GSM演进(enhanced data rate for GSMevolution，EDGE)系统的无线接入网(GSM EDGE radio accessnetwork，GERAN)架构。本申请所示的技术方案还可以应用于其它通信系统，例如5G系统的演进通信系统等，本申请对此不作限定，只要通信系统中包括网络设备以及用户设备，其中网络设备和用户设备可以通过无线信号进行信息交互即可。
具体的，在无线通信系统，如新无线(new radio，NR)通信系统中，用户设备和网络设备之间交互的信息通过物理信道进行承载。其中，用户设备发送的数据，也即上行数据，通常通过物理上行共享信道(physical uplink shared channel，PUSCH)承载；用户设备发送的控制信息，也即上行控制信息，通常通过物理上行控制信道(physical uplinkcontrol channel，PUCCH)承载。此外，用户设备还可以发送探测参考信号(soundingreference signal，SRS)，网络设备通过接收用户设备的SRS，可以估计用户设备在不同频率上的信道质量。相应地，由网络设备发送给用户设备的数据，可以称为下行数据。
参见图1，网络设备101、用户设备102可以组成一个通信系统，在该通信系统中，用户设备102可以发送上行数据给网络设备101，网络设备101可以发送下行数据给用户设备102。可以理解的是，网络设备101以及用户设备102的具体数量都可以根据实际场景进行确定，图1中仅为示例性的说明。
随着5G的不断发展，在5G IIoT中需要支持工业自动化(Factory automation)，传输自动化(Transport Industry)，智能电力(Electrical Power Distribution)等业务在5G系统的传输，这些业务对时延和可靠性的传输需求都有一定的要求，因此，在5G IIoT中引入了时间敏感性网络(Time sensitive network，TSN)，其中，TSN是应用于各种支持低延时及基于时间同步数据传输的以太网协议。
为了保证低时延和可靠性传输，则有很大的概率会发生如下情况：给用户配置的资源在时间上发生冲突，也就是说，第一数据所占用的时域资源和第二数据所占用的时域资源会存在重叠，具体的，资源可以通过数据信道进行数据类型的数据传输，还可以通过控制信道进行控制类型的数据传输，则可以理解的是，本文中所提到的时间上发生冲突，可以是数据信道和数据信道之间的冲突、数据信道和控制信道(或者上行控制信息(UplinkControl Information，UCI)之间的冲突。
下面以数据信道和数据信道的冲突为例，对资源的冲突进行简单说明，其中，数据信道和控制信道发生冲突是，因为控制信道中资源的优先级是确定的，因此只需要确定数据信道的优先级即可，因此其实现方式与数据信道和数据信道的实现方式类似，下文不再赘述。
具体的，数据信道和数据信道的资源冲突存在以下可能的场景：
1、动态授权(Dynamic grant，DG)DG和DG的冲突
2、配置授权(configured grant，CG)和DG的冲突
3、CG和CG的冲突
此处首先对CG和DG进行简单说明：
具体的，在NR中，网络设备可以向UE发送上行链路授权(uplink grant)，从而为UE配置用于执行上行链路传输的上行链路资源，值得说明的是，uplink grant可以包括CG和DG。
其中，DG是由网络设备根据UE的请求来配置的，也就是说，UE首先向网络设备发送请求，其中发送的请求例如可以为上行调度请求(Scheduling Request，SR)、随机接入信道(Random Access Channel，RACH)请求或缓存状态报告(Buffer Status Report，BSR)，网络设备根据UE的请求为UE配置DG，从而实现动态资源配置，以使得UE可以使用DG进行数据的发送。
在本实施例中，通过DG传输的数据可以包括小区无线网络临时标识(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)/CS-RNTI调度的数据，或者，还可以包括随机访问响应(Random access response，RAR)中的动态调度数据，或者，还可以包括第四步消息中用临时小区无线网络临时标识(Temporal Cell-RadioNetworkTemporaryIdentifier，TC-RNTI)调度的上行数据(也就是调度消息3msg3(message3)的重传)，本实施例对通过DG进行传输的数据不做特别限制，其可以根据实际需求进行选择。
其中，CG是由网络装置预先配置的，而不需要UE进行请求，也就是说，网络设备可以在没有UE请求的情况下为UE预先配置资源，从而UE可以直接使用CG来发送上行链路数据，而不需要进行请求。
基于上述介绍可以理解的是，DG和CG是两种不同的资源形式，DG是网络设备根据UE的请求动态分配的资源，而CG是网络设备预先为UE配置的资源，其不需要UE的请求，UE在进行上行链路传输时可以通过CG进行传输，还可以通过DG进行传输，可以理解的是，DG和CG对应的是在PUSCH中传输的资源块，以及，CG或DG可以是在上行链路uplink上传输的配置资源，也可以是在侧行链路sidelink传输的配置资源。
具体的，为了保证数据传输的低时延和可靠性，通过DG进行数据传输时，和通过CG进行数据传输时，其所占用的时域资源可能存在重叠，以及CG和CG所占用的时域资源也可能存在重叠，以及DG和DG所占用的时域资源也可能存在重叠，也就是上文所列举的三种不同的场景。
当资源发生冲突时，需要在发生冲突的资源中选择优先传输的资源，从而实现对资源所承载的数据的顺利传输，现有技术针对如何选择优先传输的资源是尚未确定的，因此本申请提供一种通信方法，以实现在资源发生冲突时，选择优先传输的资源。
在具体介绍本申请提供的通信方法之前，因为下面的介绍会涉及到第一数据和第二数据的具体格式，因此首先结合图2对UE所涉及的协议，以及协议下的传输的数据的具体格式进行详细说明。
结合图2对UE所涉及的协议进行介绍，图2为本申请实施例提供的协议层示意图。
如图2所示，UE可以包括多个协议层，可以包括但不限于：分组数据汇聚协议(packet data convergenceprotocol，PDCP)层、无线链路控制(radio link control，RLC)层、介质访问控制(mediumaccess control，MAC)层和物理(physical，PHY)层。
其中，PDCP层可以包括PDCP实体，以经由数据无线承载(data radio bearer，DRB)从上层(例如，无线电资源控制(radio resource control，RRC)层或应用层)接收上行数据，将上行数据进行封装后发送给RLC层；RLC层可以包括RLC实体，以从PDCP层接收上行数据，并经由逻辑信道(logicchannel，LCH)将数据发送到媒体介入控制(Media AccessControl，MAC)层；MAC层可以包括MAC实体，用于调度/多路复用数据并将MAC协议数据单元(Protocol Data Unit，PDU)发送到物理层，进一步地，上行数据由UE的物理层发送至网络设备的物理层，以实现数据的上行传输。
在RLC层中，可以包括多个LCH，其中每个LCH对应有一个RLC实体，如图2所示，假设当前存在LCH1和LCH2，其中LCH1用于传输RLC实体1，LCH2用于传输RLC实体2，MAC层在接收到RLC实体1和RLC实体2之后，对数据进行封装以得到MAC PDU1和MAC PDU2，接着将MACPDU1和MAC PDU2发送至物理层，从而由UE的物理层发送至网络设备的物理层，以实现数据的上行传输。
接着结合图2对服务数据单元(Service Data Unit，SDU)以及PDU进行简单说明，具体的，SDU又可以称为业务数据单元，在协议层中，接收到的上层协议发送的数据即为SDU，接着当前协议层对接收到的SDU进行封装以得到PDU，从而通过PDU将数据发送出去，其中封装的的具体操作可以包括增加头部信息、增加填充(padding)信息等。其中，SDU是从高层协议来的信息单元传送到低层协议，其中第N层的SDU，和N-1层的PDU是一一对应的，可以参照图2理解SDU和PDU的概念。
同时可以理解的是，若上层没有待传输的数据，比如说RLC PDU为空，则对应的MACSDU也就为空，此时在进行数据的传输时，MAC层的数据中是不包括MAC SDU的，以及MAC层的数据还可以不包括MAC控制元素(Control Element，CE)，从而会仅仅对MAC头和/或MAC CE和/或填充进行传输。以及，在一个MAC PDU中可以包括多个MAC CE，还可以包括多个MACSDU。
在本实施例中，可以通过DG和/或CG进行数据的传输，则基于上述介绍可以理解的是，DG和/或CG中可以仅包括MAC CE，或者，还可以仅包括MAC SDU，或者，还可以同时包括MAC CE和MAC SDU。
值得说明的是，如2中仅示例出了一个MAC SDU，其中，若图2中示例的MAC SDU是通过LCH1进行传输的，则MAC SDU对应的逻辑信道就是LCH1，若是通过LCH2传输的，则MAC SDU对应的逻辑信道就是LCH2。
在对MAC PDU、MAC SUD、MAC CE的概念进行介绍之后，下面结合具体的实施例对第一优先级和第二优先级的三种可能的实现方式进行介绍：
首先结合图3对一种可能的实现方式进行介绍，图3为本申请实施例提供的通信方法的流程图一。
如图3所示，该方法包括：
S301、在发生资源冲突时，终端设备获取每个资源的MAC PDU中MAC SDU和MAC CE的组成状态。
在本实施例中，数据是通过资源承载而进行发送的，具体的，在通过资源进行数据的传输过程中，可能会发生资源冲突的情况，在一种可能的实现方式中，可能是第一资源对应的时域和第二资源对应的时域存在重叠，其中，时域资源可以包括帧(frame)、子帧(subframe)、时隙(slot)、符号(symbol)，具体的，在长期演进(Long Term Evolution，LTE)系统中，上下行数据在传输过程中以子帧或传输时间间隔(Transmission Time Interval，TTI)为单位进行传输的。
值得说明的是，其中帧的编号范围0～1023，一个帧内的子帧编号为0～9，一个帧内的slot编号范围在NR和LTE中不同。
在本申请中，资源的类型至少包括：CG资源，DG资源。
在上述介绍的内容的基础上，为了进一步说明资源冲突的含义，下面结合图4基于TTI对时域资源进行进一步地详细介绍，图4为本申请实施例提供的时域资源示意图。
如图4所示，假设当前存在一个TTI，以及假设在TTI201处传输的是通过DG所承载的第三数据，在TTI206处传输的是通过CG所承载的第四数据，可以确定的是，第三数据和第四数据所对应的时域并不存在重叠，以及参见图4可以确定的是，在TTI301处同时需要传输CG承载的第一数据和DG承载的第二数据，则此时可以确定第一资源和第二资源发生冲突。
基于上述介绍，本领域技术人员可以理解的是，本申请中的UE需要首先确定资源是否发生冲突，下面对UE确定资源是否发生冲突的一种可能的实现方式进行说明：
UE接收CG配置，并根据CG配置确定t1时刻为CG可用的第一时域资源，UE接收下行控制信息(Downlink Control Information，DCI)调度，并根据DCI调度确定t2时刻为DG可用的第二时域资源，若确定t1时刻与t2时刻相等，则可以确定第一资源与第二资源发生冲突。
具体的，上述是以CG资源和DG资源为例进行的说明，例如还可以根据第一CG配置和第二CG配置，确定CG1和CG2冲突；或者，还可以根据第一DCI调度和第二DCI调度，确定DG1和DG2冲突，其实现方式类似，下面的示例将以CG和DG发生冲突为例进行介绍，其余情况的实现方式可以参照下面的示例，将不再进行赘述。
终端设备在同一个时刻，只能够完成单独一个资源的传输，因此本实施例中需要获取每个资源的MAC PDU中的MAC SDU和MAC CE的组成状态，以决定当前对哪一个数据进行传输。
根据上述介绍可以确定的是，每个资源的MAC PDU中可以包括MAC SDU，还可以包括MAC CE，则任一个资源的MAC SDU和MAC CE的组成状态可以有如下三种：仅有MAC SDU、仅有MAC CE、同时包括MAC SDU和MAC CE。
S302、根据MAC SDU和MAC CE的组成状态，终端设备确定每个资源的资源传输优先级。
具体的，MAC SDU和MAC CE的组成状态包括如上所列举的三种，其中每一种组成状态所对应的资源的传输优先级可以根据实际需求进行选择，例如可以在仅包括MAC SDU时，根据MAC SDU对应的逻辑信道的优先级确定每个资源的资源传输优先级，本实施例对此不做限制。
S303、根据每个资源的资源传输优先级，终端设备进行资源传输。
在确定各资源的资源传输优先级时，则终端设备可以将优先级最高的资源进行传输。
可以理解的是，针对未传输的第二数据和/或第一数据，UE可以将该数据丢弃，或者将该数据放入缓存队列，后续再进行发送。
本申请实施例提供的通信方法，包括：在发生资源冲突时，终端设备获取每个资源的MAC PDU中MAC SDU和MAC CE的组成状态；根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级；根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。通过在资源发生冲突时，根据每个资源中的MAC SDU和MAC CE的组成状态，确定各个资源的资源传输优先级确定当前传输的资源，从而可以在资源发生冲突时，能够保证信息传输的Qos需求。
下面对终端设备根据MAC SDU和MAC CE的组成状态，确定每个资源的资源传输优先级的几种可能的实现方式进行说明：
在一种可能的实现方式中(每个资源的组成状态为“MAC SDU”，或者“MAC SDU+MACCE”)：
在确定每个资源中均包括MAC SDU的情况下，则可以根据承载MAC SDU的逻辑信道LCH的信道优先级，终端设备确定各个资源的资源传输优先级。
其中，每个资源均包括MAC SDU也就是说，无论当前的资源中是否包括MAC CE，只要每个资源中包括MAC SDU，则根据承载MAC SDU的逻辑信道LCH的信道优先级，终端设备确定各个资源的资源传输优先级。
具体的，假设当前存在第一资源和第二资源，则具体的实现方式可以为：
在确定承载第一资源对应的MAC SDU的LCH的第一优先级高于承载第二资源对应的MAC SDU的LCH的第二优先级的情况下，终端设备确定第一资源的第一传输优先级高于第二资源的第二传输优先级。
下面结合图5以一个具体的示例对本实施例中的实现方式进行说明，图5为本申请实施例提供的资源传输示意图一：
假设当前存在第一资源CG和第二资源DG，其中第一资源CG用于传输第一数据，第二资源DG用于传输第二数据，具体的，第一数据对应有LCH1，第二数据对应有LCH2，以及LCH1和LCH2均有待传输的数据，则表明当前第一数据和第二数据中均包括有MAC SDU，此时第一优先级即为LCH1的优先级，第二优先级即为LCH2的优先级，在示例中，因为LCH1的优先级大于LCH2的优先级，则优先传输的资源为CG，对应的，第一数据会通过CG被优先传输。
也就是说，本实施例中所介绍的情况是指在LCH1和LCH2中均存在待传输的数据时，则表明第一数据和第二数据中均包括有MAC SDU，此时第一优先级即为第一逻辑信道的优先级，第二优先级即为第二MAC SDU对应的逻辑信道的优先级。
值得说明的是，上述图5仅仅是以第一资源和第二资源为例进行的示例性的说明，当两个以上的资源发生冲突时，其实现方式类似，此处不再赘述。
在另一种可能的实现方式中(确定至少一个资源中不包括MAC SDU)：
具体的，在确定至少一个资源中不包括MAC SDU的情况下，根据MAC SDU和MAC CE的组成状态，终端设备确定各个资源的资源传输优先级，包括：
终端设备根据预设规则确定各个资源的资源传输优先级。
其中，预设规则例如可以为：根据MAC CE的优先级进行确定；或者，根据MAC SDU对应的逻辑信道的优先级进行确定，本实施例对此不作限定，其可以根据实际需求进行选择。
以第一资源和第二资源为例，假设第一资源包括第一MAC SDU，第二资源不包括MAC SDU，或者，第一资源不包括第一MAC SDU，第二资源包括MAC SDU；或者，第一资源不包括第一MAC SDU，第二资源不包括MAC SDU；
若终端设备根据预设规则或UE自行确定的方式确定第一资源的优先级大于或等于第二资源的优先级，则终端设备传输第一资源。
在此示例中，预设规则或UE直接指示了哪一个优先级更高。
例如，LCH1可以在CG传输，LCH2可以在DG传输，LCH1比LCH2优先级高。在DG上由于没有有待传输数据的LCH，那么仅能传输MAC CE和/或填充，则，优先传输那个资源取决于UE实现，例如UE实现确定优先传输CG。
继续以第一资源和第二资源为例，第一资源包括第一MAC SDU，第二资源不包括MAC SDU，或者，第一资源不包括第一MAC SDU，第二资源包括MAC SDU；或者，第一资源不包括第一MAC SDU，第二资源不包括MAC SDU；
若终端设备根据预设规则或UE自行确定的方式确定第一资源对应的第一逻辑信道的优先级大于第二资源对应的第二逻辑信道的优先级，则终端设备传输第一资源。
在此示例中，终端设备根据预设规则或UE自行确定的方式进行确定时，具体是根据逻辑信道的优先级进行选择的。
例如，若LCH1有待传输数据，LCH2没有待传输数据，LCH1可以在CG传输，LCH2可以在DG传输，LCH1比LCH2优先级高。在DG上由于没有有待传输数据的LCH，那么仅能传输MACCE和/或padding，则，UE确定优先传输的LCH为LCH1，优先传输的资源为CG，因为CG有高优先级的LCH。
在上述实施例的基础上，值得说明的是，本实施例中的第一逻辑信道的优先级为对应第一资源的MAC PDU中MAC SDU的优先级最高的逻辑信道的优先级和/或，第二逻辑信道的优先级为对应第二资源的MAC PDU中MAC SDU的优先级最高的逻辑信道的优先级。
具体的，在第一资源的MAC PDU中可能包括多个MAC SDU，则可以对应有多个逻辑信道，本实施例中第一逻辑信道的优先级为其中优先级最高的逻辑信道的优先级。
其次结合图6对另一种实现方式进行介绍，图6为本申请实施例提供的通信方法的流程图二。
如图6所示，该方法包括：
S601、在发生资源冲突时，终端设备获取每个资源的资源传输优先级，其中，每个资源的资源传输优先级为承载其所包括MAC SDU的逻辑信道LCH的优先级和/或MAC CE的优先级中的最高优先级。
S601的实现方式与S301、S302类似，本实施例对相同之处不再赘述。
不同之处在于，本实施例中的资源传输优先级为逻辑信道的优先级和/或MAC CE的优先级中的最高优先级，也就是说，针对任一个资源来说，在当前资源仅包括MAC CE时，则当前资源的资源传输优先级为MAC CE的优先级；在当前资源仅包括MAC SDU时，则当前资源的资源传输优先级为承载MAC SDU的逻辑信道的优先级；在当前资源同时包括MAC SDU和MAC CE时，则当前资源的资源传输优先级为承载MAC SDU的逻辑信道的优先级和MAC CE的优先级中的最高优先级。
可以理解的是，在资源中不包括MAC CE时，MAC CE的优先级自然就不参与上述最高优先级的比较，或者可以理解为，MAC CE的优先级是最小的优先级，针对MAC SDU也是一样的，若不存在，则优先级可以理解为最小的优先级。
通过获取每个资源的资源传输优先级，从而可以确定当前要传输的资源。
S602、根据每个资源的资源传输优先级，终端设备进行资源传输。
具体的，S602的实现方式与S303类似，此处不再赘述。
本申请实施例提供的通信方法，包括：在发生资源冲突时，终端设备获取每个资源的资源传输优先级，其中，每个资源的资源传输优先级为承载其所包括MAC SDU的逻辑信道LCH的优先级和/或MAC CE的优先级中的最高优先级。根据每个资源的资源传输优先级，终端设备进行资源传输。在发生资源冲突时，根据资源中的MAC SDU对应的逻辑信道的优先级和MAC CE的优先级中的最高优先级，确定资源的资源传输优先级，从而实现对资源的有效传输，以保证信息传输的Qos需求。
在上述实施例的基础上，首先对本申请中MAC CE进行说明：
下面对MAC CE的优先级进行简单说明：
在本实施例中，MAC CE的优先级可以是网络设备配置或指示的，例如网络设备通过无线资源控制(Radio Resource Control，RRC)或者DCI配置MAC CE的优先级；或者，MACCE的优先级还可以是预定义的，本实施例对此不做限制。
或者，逻辑信道的优先级以及MAC CE的优先级为预定义的；或者，
逻辑信道的优先级以及MAC CE的优先级为UE确定的；或者，
逻辑信道的优先级以及MAC CE的优先级之一为网络配置的，另一个为UE确定或预定义的。
在本实施例中，MAC CE的优先级可以是针对单个的MAC CE的；或者，MAC CE的优先级还可以是针对一类MAC CE的。
其中，MAC CE包括但不限于：小区无线网络临时标识(Cell-Radio NetworkTemporary Identity，C-RNTI)MAC CE或上行公共控制信道(UL-Common Control Channel，UL-CCCH)承载的数据(C-RNTI MAC CE or data from UL-CCCH)；
配置授权确认MAC CE(Configured Grant Confirmation MAC CE)；
除填充BSR MAC CE之外的BSR MAC CE(MAC CE for BSR,with exception of BSRincluded for padding)；
单条功率余量报告(Power Headroom Report，PHR)MAC CE或多条PHR MAC CE(Single Entry PHR MAC CE or Multiple Entry PHR MAC CE)；
除了上行公共控制信道(UL-Common Control Channel，UL-CCCH)之外的逻辑信道承载的数据(data from any Logical Channel,except data from UL-CCCH)；
用于建议比特率查询的MAC CE(MAC CE for Recommended bit rate query)；
包括填充BSR MAC CE的MAC CE(MAC CE for BSR included for padding).
例如，设置有C-RNTI MAC CE的优先级为第一优先级，confirmation MAC CE的优先级是第二优先级，BSR MAC CE的优先级是第三优先级，等等，即针对单个的MAC CE设置有各自的优先级；还可以设置C-RNTI MAC CE的优先级为第一优先级，confirmation MAC CE，BSR MAC CE，PHR MAC CE的优先级是第二优先级，即针对一类MAC CE设置有相同的优先级。
在本实施例中，MAC CE的优先级可以是针对所有的MAC CE的，即所有的MAC CE都具备相同的优先级，或者，MAC CE的优先级还可是仅针对特定MAC CE的，其中特定的MAC CE可以是特定的一个MAC CE，还可以是特定的一类MAC CE。
在本实施例中，优先级相同的MAC CE还可以进一步设置有子优先级。
例如，当前设置C-RNTI MAC CE的优先级为第一优先级，则还可以进一步针对单个的MAC CE设置各自的子优先级，例如C-RNTI MAC CE1是第一优先级中优先级最高的，C-RNTI MAC CE2是第一优先级中优先级次高的…等等，其中，C-RNTI MAC CE1是指C-RNTI类型的MAC CE中的一个具体的MAC CE，以用于优先级选择，映射选择等。
或者，上述示例中介绍了confirmation MAC CE，BSR MAC CE，PHR MAC CE的优先级是第二优先级，还例如可以设置confirmation MAC CE1和BSR MAC CE3的优先级是第二优先级中最高的，其余的第二优先级对应的MAC CE是相同的优先级。
其中，MAC CE的优先级和LCH的优先级可以统一编号，或者独立编号。根据协议，当前LCH的优先级从1，2，3，4…(其中1代表的优先级最高)。那么，所有MAC CE或者特定MAC CE的优先级为0,0代表的优先级高于1(当然，优先级为0的MAC CE内的至少一个MAC CE还可以有一个子优先级)；或者，第一MAC CE的优先级0，第二MAC CE的优先级为1，第三MAC CE的优先级为2，等等。其中，第一、第二、第三、…MAC CE可以都存在，也可以不是全部都存在。其中，第一、第二、第三、…MAC CE均可是所有MAC CE或上述特定MAC CE中的至少之一。具体的，第一MAC CE可以为C-RNTI MAC CE，第二MAC CE为BSR MAC CE。
以及，针对缺省的，或未指示优先级的MAC CE，或未确定优先级的MAC CE，可以认为优先级最低，或者优先级最高，或者认为优先级低于任一LCH优先级，或者认为优先级低于第一LCH的优先级(第一LCH的优先级为特定LCH标识，特定优先级取值的LCH，承载URLLC的LCH，对应特定资源的LCH)。
下面对MAC CE的优先级的几种可能的实现方式进行介绍：
可以是：
C-RNTI MAC CE的优先级大于confirmation MAC CE的优先级；
confirmation MAC CE的优先级大于缓存状态报告BSR MAC CE的优先级。
还可以是：
C-RNTI MAC CE的优先级大于confirmation MAC CE的优先级；
confirmation MAC CE的优先级、BSR MAC CE的优先级、功率余量报告PHR MAC C的优先级相同。
还可以是：
C-RNTI MAC CE和confirmation MAC CE的优先级相同；
BSR MAC CE的优先级、功率余量报告PHR MAC C的优先级相同。
还可以是：
C-RNTI MAC CE的优先级大于confirmation MAC CE的优先级；
confirmation MAC CE的优先级高于BSR MAC CE的优先级；
BSR MAC CE的优先级、功率余量报告PHR MAC C的优先级相同。
本领域技术人员可以理解，上述所介绍的MAC CE的优先级并不是对MAC CE优先级设置的绝对限定，在实际应用过程中，MAC CE的优先级设置还可以根据实际需求进行扩展。
在上述介绍的MAC CE的优先级的基础上，下面对资源中包括MAC SDU和/或MAC CE时，资源传输优先级的几种可能的实现方式进行说明：
在一种可能的实现方式中，可以设置有MAC CE的优先级小于逻辑信道的优先级；
在第一数据包括第一MAC SDU时，第一优先级为第一逻辑信道的优先级；以及
在第二数据包括第二MAC SDU时，第二优先级为第二逻辑信道的优先级。
也就是说，本实施例中的设置有MAC CE的优先级整体小于LCH的优先级，可以理解的是，LCH的优先级可以是网络设备指示的，或者还可以是预定义的，或者还可以是网络设备预先通过协议和UE约定好的，例如当前多个LCH的优先级的编号分别为1、2、3、4、5(其中1代表的优先级最高)，以及通过网络设备指示或者预定义设置有所有MAC CE的优先级为6，其中6代表的优先级低于5，从而可以设置有MAC CE的优先级整体小于逻辑信道的优先级。
则在第一数据中包括第一MAC SDU时，因为MAC CE整体的优先级都是小于MAC SDU的，因此此时无需考虑第一数据中是否包括第一MAC CE，直接确定第一优先级为第一逻辑信道的优先级，其中第一逻辑信道为第一MAC SDU对应的逻辑信道；在第二数据中包括第二MAC SDU时，第二优先级为第二逻辑信道的优先级，其实现方式与第一数据类似。
下面结合图7以一个具体的示例对这种可能的实现方式进行说明，图7为本申请实施例提供的资源传输示意图二：
假设当前存在第一资源CG和第二资源DG，其中第一资源CG用于传输第一数据，第二资源DG用于传输第二数据，其中，第一数据包括MAC SDU1(对应LCH1)以及MAC CE1，以及第二数据包括MAC SDU2(对应LCH2)以及MAC CE2，其中，LCH1和LCH2均有待传输的数据，因为整体的MAC CE的优先级都小于LCH的优先级，因此第一优先级即为LCH1的优先级，第二优先级即为LCH2的优先级，同时LCH1的优先级大于LCH2的优先级，以及参见图7可以确定的是，尽管MAC CE2的优先级大于MAC CE1的优先级，但是因为在示例中LCH1的优先级大于LCH2的优先级，并且LCH的优先级整体大于MAC CE的优先级，因此此时优先传输的资源为CG，对应的，第一数据会通过CG被优先传输。
在另一种可能的实现方式中，可以设置有MAC CE的优先级大于逻辑信道的优先级；
在第一数据包括第一MAC CE时，第一优先级为第一MAC CE的优先级；以及
在第二数据包括第二MAC CE时，第二优先级为第二MAC CE的优先级。
也就是说，本实施例中的设置有MAC CE的优先级整体大于LCH的优先级，其中，LCH的优先级与上述介绍的类似，在本实施例中，例如当前多个LCH的优先级的编号分别为1、2、3、4、5(其中1代表的优先级最高)，以及通过网络设备指示或者预定义设置有所有MAC CE的优先级为0，其中0代表的优先级高于1，从而可以设置有MAC CE的优先级整体大于逻辑信道的的优先级。
则在第一数据中包括第一MAC CE时，因为MAC CE整体的优先级都是大于MAC SDU的，因此此时无需考虑第一数据中是否包括第一MAC SDU，直接确定第一优先级为第一MACCE的优先级；在第二数据中包括第二MAC CE时，第二优先级为第二MAC CE的优先级，其实现方式与第一数据类似。
下面结合图8以一个具体的示例对这种可能的实现方式进行说明，图8为本申请实施例提供的资源传输示意图三：
假设当前存在第一资源CG和第二资源DG，其中第一资源CG用于传输第一数据，第二资源DG用于传输第二数据，其中，LCH1中有待传输的数据，LCH2中没有待传输的数据，则第一数据包括MAC CE1和MAC SDU1，以及第二数据包括MAC CE2，但不包括MAC SDU，因为本实施例中设置有整体的MAC CE的优先级都大于LCH的优先级，因此第一优先级即为MAC CE1的优先级，第二优先级即为MAC CE2的优先级，同时MAC CE2的优先级大于MAC CE1的优先级，以及参见图8可以确定的是，尽管LCH1的优先级大于LCH2的优先级，但是因为MAC CE的优先级整体大于LCH的优先级，因此此时优先传输的资源为DG，对应的，第二数据会通过DG被优先传输。
在再一种可能的实现方式中，除了设置MAC CE的优先级整体大于/小于LCH的优先级之外，还可以设置MAC CE的优先级和LCH的优先级呈现离散分布，即可以设置部分MAC CE的优先级大于/小于LCH的优先级，因为在本实施例中，需要在第一逻辑信道的优先级、第一MAC CE的优先级、第二逻辑信道的优先级、以及第二MAC CE的优先级中选择出最高优先级，则第一优先级和第二优先级可能包括如下几种可能的情况：
情况一：
若第一数据包括第一MAC SDU，且第一数据不包括第一MAC CE，第一优先级为第一逻辑信道的优先级。
若第一数据包括第一MAC CE，且所述第一数据不包括所述第一MAC SDU，所述第一优先级为第一MAC CE的优先级。
也就是说，若第一数据中仅包括第一MAC SDU，则第一优先级为第一逻辑信道的优先级；若第一数据中仅包括第一MAC CE，则第一优先级为第一MAC CE的优先级，可以理解为在第一数据中不包括第一MAC CE时，第一MAC CE的优先级就是最低的，此时需要选择优先级最大的作为第一优先级，则确定第一优先级为第一逻辑信道的优先级，另一种情况可以做类似理解。
情况二：
若第一数据包括第一MAC CE和第一MAC SDU，第一优先级为第一MAC CE的优先级和第一MAC SUD对应的逻辑信道的优先级中的最大值。
也就是说，若第一数据中同时包括第一MAC CE和第一MAC SDU，此时需要选择优先级最大的作为第一优先级，则第一优先级为第一MAC CE的优先级和第一MAC SUD对应的逻辑信道的优先级中的最大值。
情况三：
若第二数据包括第二MAC CE和第二MAC SDU，第二优先级为第二MAC CE的优先级和第二MAC SUD的优先级中的最大值。
与上述第一数据的情况二类似，此处不再赘述。
情况四：
若第二数据包括第二MAC SDU，且第二数据不包括第二MAC CE，第二优先级为第二MAC SDU的优先级。
若第二数据包括第二MAC CE，且第二数据不包括第二MAC SDU，第二优先级为第二MAC CE的优先级。
与上述第一数据的情况一类似，此处不再赘述。
在当前这种实现方式中，与上述实现方式的不同之处在于，在上述介绍中，因为设置有MAC CE的优先级整体大于/小于逻辑信道的优先级，因此第一优先级和第二优先级要么是MAC CE的优先级，要么是逻辑信道的优先级，然而当前的实现方式中，因为MAC CE的优先级和逻辑信道的优先级呈现离散分布，因此可以出现第一优先级是MAC CE的优先级，而第二优先级是逻辑信道的优先级的情况，而本实施例是要从当前的优先级中选择出最大的优先级，将对应的数据进行传输。
继续沿用上述LCH的优先级的编号分别为1、2、3、4、5(其中1代表的优先级最高)的假设，以及例如当前网络设备指示或者预定义有如下信息：MAC CE1的优先级0，而MAC CE2的优先级为2，则此时只有MAC CE1的优先级大于LCH的优先级，而MAC CE2的优先级和某个LCH的优先级是相同的，可以理解的是，上述的MAC CE1和MAC CE2是泛指的，其可以为某一个MAC CE，或者，还可以为某一类MAC CE，此处对此不做限制。
下面结合图9以一个具体的示例对这种可能的实现方式进行说明，图9为本申请实施例提供的资源传输示意图四：
假设当前存在第一资源CG和第二资源DG，其中第一资源CG用于传输第一数据，第二资源DG用于传输第二数据，其中，LCH1和LCH2中均有待传输的数据，则第一数据包括MACCE1和MAC SDU1，以及第二数据包括MAC CE2和MAC SDU，以及假设MAC CE1的优先级为0，LCH1的优先级为2，则第一优先级为其中的最高优先级0，以及假设MAC CE2的优先级为2，LCH2的优先级为1，则第二优先级为其中的最高优先级1，此时根据第一优先级和第二优先级，会优先传输的资源为CG，对应的，第一数据会通过CG被优先传输。
又例如，配置confirmation MAC CE和C-RNTI MAC CE优先级为0，承载在CG上，LCH1优先级为1，有待传输数据，承载在DG上，则UE优先传输CG；
又例如，配置BSR MAC CE优先级为2，承载在CG上，LCH1优先级为1，有待传输数据，承载在DG上，此时没有其他的MAC CE，则UE优先传输DG。
在可选的实施例中，若存在未指定优先级的MAC CE或者未预定义优先级的MACCE，则可以将这类MAC CE的优先级设置为默认值，其中默认值例如可以为优先级最高、优先级最低、低于任一LCH的优先级，或者认为优先级低于第一LCH的优先级，其中，第一LCH的优先级为特定的LCH标识，特定优先级取值的LCH，承载URLLC的LCH，对应特定资源的LCH。
在又一种可能的实现方式中，所述第一MAC SDU的优先级、所述第二MAC SDU的优先级、所述第一MAC CE的优先级、所述第二MAC CE的优先级还可以是在预设优先级列表中查询得到的。
具体的，本实施例与上述实施例的不同之处在于，上述实施例需要通过网络设备指示MAC CE的优先级，或者需要网络设备预定义MAC CE的优先级，而在本实施例中，通过设置预设优先级列表，从而可以无需网络设备指示或者预定义，即可确定MAC CE和逻辑信道的优先级信息。
其中，预设优先级列表中包括多个MAC SDU的优先级和多个MAC CE的优先级，所述多个MAC SDU的优先级和所述多个MAC CE的优先级为协议约定的。
下面结合表1预设优先级列表的一种可能的实现方式进行说明：
表1：
Figure BDA0003325615780000221
在上述表1中，排在前面的信息的优先级更高。
本领域技术人员可理解的是，参照预设优先级列表确定MAC CE和/或逻辑信道的优先级之后，具体的第一优先级和第二优先级的确定方式与图3实施例及其从属实施例中的实现方式相同，具体实现可以参照上述实施例中的介绍，此处不再赘述。
在本实施例中，对data from any Logical Channel,except data from UL-CCCH，进一步的，UE确定不同LCH的优先级，即为子优先级或LCH优先级。在需要时(如grant上仅承载LCH，没有MAC CE可以或者需要承载，或者，对在grant上承载的MAC CE的优先级比较后，发现比较后的优先级相同，等)，根据子优先级，承载或将承载在资源上的LCH有哪些，有没有待传输数据量，至少之一，确定优先传输的资源。
下面结合图10以一个具体的示例对根据预设优先级列表确定优先级的实现方式进行说明，图10为本申请实施例提供的资源传输示意图五：
假设当前存在第一资源CG和第二资源DG，其中第一资源CG用于传输第一数据，第二资源DG用于传输第二数据，其中，LCH1和LCH2中均有待传输的数据，则第一数据包括MACCE1和MAC SDU1，以及第二数据包括MAC CE2和MAC SDU，以及假设MAC CE1具体为C-RNTIMAC CE，以及假设MAC CE2具体为MAC CE for BSR，则参照表1可以确定的是，C-RNTI MACCE优先级是最高的，则此时第一优先级为C-RNTI MAC CE的优先级，则会优先传输的资源为CG，对应的，第一数据会通过CG被优先传输。
又例如，LCH1和LCH2有待传输数据，LCH1优先级高于LCH2，LCH1承载在CG上，LCH2承载在DG上。Padding BSR MAC CE承载在DG上，由于按照逻辑信道优先级(LCP)的优先级顺序，LCH的优先级最高，且LCH1优先级高于LCH2，则UE优先传输CG。
在可选的实施例中，UE还可以确定不同LCH的优先级，即为子优先级或LCH优先级。在需要时(如DG/CG上仅承载MAC SDU，没有MAC CE可以或者需要承载，或者，对在DG/CG上承载的MAC CE的优先级比较后，发现比较后的优先级相同，等)，则可以根据子优先级、承载或将承载在DG/CG上的LCH有哪些、有没有待传输数据量，其中的至少之一，确定当前优先传输的资源。
值得说明的是，因为一个PDU中可以包括多个MAC CE和/或多个MAC SDU，则
本实施例中的MAC CE具体为包含或将包含的MAC CE中优先级最高的MAC CE，或优先级取值最低的MAC CE。
以及本实施例中的逻辑信道为包含或将包含的逻辑信道中优先级最高的逻辑信道，或优先级取值最低的逻辑信道。
进一步的，上述实施例介绍的是数据信道和数据信道的资源冲突，或者数据信道的控制信道的资源冲突，本申请还可以对应解决控制信道和控制信道的资源冲突。
按照R15的协议，多个调度请求(Scheduling Request，SR)SR的PUCCH资源冲突时，选择哪个PUCCH传输SR是取决于UE实现的。也就是说，当存在传输SR的多个有效的PUCCH资源冲突时，选择哪个有效的PUCCH资源传输SR，是取决于UE实现的。具体的，取决于MAC实现。物理层只会收到一个SR，即物理层不会处理多个SR冲突的case。具体如下：
而在R16中，物理层可以处理多个SR冲突的case。具体的，若两个SR的PUCCH资源冲突，或两个SR冲突，则PHY按照SR的优先级确定优先的资源。UE将drop低优先级的SR或PUCCH。同时，物理层指示，对两个冲突的资源都是低优先级的信道或信号时，采用跟R15相同的方式处理。
因此，现有的Note对现有的情况不再适用，因此本实施例在若发生冲突的各个资源为SR的PUCCH资源的情况下，在满足预设条件时，终端设备根据预设规则确定各个资源的资源传输优先级。
也就是说：
No need to retain UE implementation mechanism to select theprioritized PUCCH for the case where multiple overlapping SRs are configuredwith different priorities.
具体的，预设条件包括如下中的至少一种：
冲突的SR的优先级相同；
冲突的SR的优先级等级相同；
冲突的SR均对应或用于传输低优先级的LCH/业务；
冲突的SR均对应或用于传输高优先级的LCH/业务；
对应SR的冲突的PUCCH的优先级相同；
对应SR的冲突的PUCCH的优先级等级相同；
对应SR的冲突的PUCCH均对应或用于传输低优先级的LCH/业务；
对应SR的冲突的PUCCH均对应或用于传输高优先级的LCH/业务；
均为低PHY优先级的信道或信号对应的UL传输；均为低PHY优先级的PUCCH或SR对应的UL传输；
均为高PHY优先级的信道或信号对应的UL传输；
均为高PHY优先级的PUCCH或SR对应的UL传输；
具体的(对Note修改如下)：
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the SRs are configuredwith the same priority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the SRs are among lowpriority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the PUCCH resources arewith the same priority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the PUCCH resources areamong low priority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the conflict is among withthe same priority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the conflict is among lowpriority is left to UE implementation.
NOTE 1:The selection of which valid PUCCH/SPUCCH resource for SR tosignal SR on when the MAC entity has more than one valid PUCCH/SPUCCHresource for SR in one TTI or overlapping TTIs and the conflict is among highpriority is left to UE implementation.
或者，在另一种可能的实现方式中：
若发生冲突的各个资源为SR的PUCCH资源或SR资源，本申请提供的通信方法还包括：
在满足第二预设条件时，终端设备根据配置或指定的优先级确定优先传输的资源，或者确定被选择传输的资源。
其中，第二预设条件包括如下中的至少一种：
发生冲突的SR的优先级等级不同；
发生冲突的SR分别对应或用于传输低优先级的LCH/业务，以及，对应或用于传输高优先级的LCH/业务；
对应SR的发生冲突的PUCCH的优先级不同；
对应SR的发生冲突的PUCCH的优先级等级不同；
对应SR的发生冲突的PUCCH分别对应或用于传输低优先级的LCH/业务，和，对应或用于传输高优先级的LCH/业务；
分别对应低PHY优先级的信道或信号对应的UL传输，和，高PHY优先级的信道或信号对应的UL传输；
分别对应低PHY优先级的PUCCH或SR对应的UL传输，和，高PHY优先级的PUCCH或SR对应的UL传输。
图11为本申请实施例提供的通信装置的结构示意图一。请参见图11，该通信装置110可以包括获取模块1101、确定模块1102以及传输模块1103，其中，
获取模块1101，用于在发生资源冲突时，获取每个资源的介质访问控制MAC协议数据单元PDU中MAC服务数据单元SDU和MAC控制元素CE的组成状态；
确定模块1102，用于根据所述MAC SDU和MAC CE的组成状态，确定所述每个资源的资源传输优先级；
传输模块1103，用于根据所述每个资源的资源传输优先级，进行资源传输。
本申请实施例提供的通信装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方式中，在确定每个所述资源中均包括所述MAC SDU的情况下，所述确定模块1102具体用于：
根据承载所述MAC SDU的逻辑信道LCH的信道优先级，确定所述各个资源的资源传输优先级。
在一种可能的实施方式中，所述确定模块1102具体用于：
在确定承载第一资源对应的MAC SDU的LCH的第一优先级高于承载第二资源对应的MAC SDU的LCH的第二优先级的情况下，确定所述第一资源的第一传输优先级高于所述第二资源的第二传输优先级。
在一种可能的实施方式中，在确定至少一个资源中不包括所述MAC SDU的情况下，所述确定模块1102具体用于：
根据预设规则确定所述各个资源的资源传输优先级。
在一种可能的实施方式中，第一资源包括第一MAC SDU，第二资源包括第二MACSDU；
若承载所述第一MAC SDU的第一逻辑信道的信道优先级大于承载所述第二MACSDU的第二逻辑信道的信道优先级，则传输所述第一资源。
在一种可能的实施方式中，第一资源包括第一MAC SDU，第二资源不包括MAC SDU，或者，第一资源不包括第一MAC SDU，第二资源包括MAC SDU；或者，第一资源不包括第一MACSDU，第二资源不包括MAC SDU；
若根据所述预设规则或UE自行确定的方式确定第一资源的优先级大于所述第二资源的优先级，则传输所述第一资源。
在一种可能的实施方式中，第一资源包括第一MAC SDU，第二资源不包括MAC SDU，或者，第一资源不包括第一MAC SDU，第二资源包括MAC SDU；或者，第一资源不包括第一MACSDU，第二资源不包括MAC SDU；
若根据所述预设规则或UE自行确定的方式确定第一资源对应的第一逻辑信道的优先级大于所述第二资源对应的第二逻辑信道的优先级，则传输所述第一资源。
在一种可能的实施方式中，所述资源的类型至少包括：配置授权CG资源，动态调度DG资源。
在一种可能的实施方式中，第一逻辑信道的优先级为对应所述第一资源的MACPDU中MAC SDU的优先级最高的逻辑信道的优先级和/或，第二逻辑信道的优先级为对应第二资源的MAC PDU中MAC SDU的优先级最高的逻辑信道的优先级。
图12为本申请实施例提供的通信装置的结构示意图二。请参见图12，该通信装置120可以包括获取模块1201以及传输模块1202，其中，
获取模块1201，用于在发生资源冲突时，获取每个资源的资源传输优先级，其中，每个资源的资源传输优先级为承载其所包括MAC SDU的逻辑信道LCH的优先级和/或MAC CE的优先级中的最高优先级；
传输模块1202，用于根据所述每个资源的资源传输优先级，进行资源传输。
本申请实施例提供的通信装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方式中，所述资源中包括所述MAC SDU和/或所述MAC CE。
在一种可能的实施方式中，所述逻辑信道的优先级以及所述MAC CE的优先级为网络设备配置或指示的；或者，
所述逻辑信道的优先级以及所述MAC CE的优先级为预定义的；或者，
所述逻辑信道的优先级以及所述MAC CE的优先级为UE确定的；或者，
所述逻辑信道的优先级以及所述MAC CE的优先级之一为网络配置的，另一个为UE确定或预定义的。
在一种可能的实施方式中，所述MAC CE的优先级小于所述逻辑信道的优先级；
在所述第一数据包括所述第一MAC SDU时，所述第一优先级为所述第一逻辑信道的优先级，和/或，在所述第一数据不包括所述第一MAC SDU时，所述第一优先级为所述第一MAC CE的优先级。
在一种可能的实施方式中，MAC CE的优先级小于逻辑信道的优先级；
在所述第二数据包括所述第二MAC SDU时，所述第二优先级为所述第二逻辑信道的优先级，和/或，在所述第二数据不包括所述第二MAC SDU时，所述第一优先级为所述第二MAC CE的优先级。
在一种可能的实施方式中，MAC CE的优先级大于逻辑信道的优先级；
在所述第一数据包括所述第一MAC CE时，所述第一优先级为所述第一MAC CE的优先级，和/或，在所述第一数据不包括所述第一MAC CE时，所述第一优先级为所述第一逻辑信道的优先级。
在一种可能的实施方式中，MAC CE的优先级大于逻辑信道的优先级；
在所述第二数据包括所述第二MAC CE时，所述第二优先级为所述第二MAC CE的优先级，和/或，在所述第二数据不包括所述第二MAC CE时，所述第一优先级为所述第二逻辑信道的优先级。
在一种可能的实施方式中，所述第一MAC SDU的优先级、所述第二MAC SDU的优先级、所述第一MAC CE的优先级、所述第二MAC CE的优先级为在预设优先级列表中查询得到的，或者根据其在预设优先级列表中的先后顺序确定的。
在一种可能的实施方式中，所述预设优先级列表中包括多个MAC SDU的优先级和多个MAC CE的优先级，所述多个MAC SDU的优先级和所述多个MAC CE的优先级为协议约定的。
在一种可能的实施方式中，所述第一数据包括所述第一MAC SDU，且所述第一数据不包括所述第一MAC CE，所述第一优先级为所述第一逻辑信道的优先级。
在一种可能的实施方式中，所述第一数据包括所述第一MAC CE，且所述第一数据不包括所述第一MAC SDU，所述第一优先级为所述第一MAC CE的优先级。
在一种可能的实施方式中，所述第一数据包括所述第一MAC CE和所述第一MACSDU，所述第一优先级为所述第一MAC CE的优先级和所述第一MAC SUD对应的逻辑信道的优先级中的最高优先级，或优先级取值最低的优先级。
在一种可能的实施方式中，所述第二数据包括所述第二MAC SDU，且所述第二数据不包括所述第二MAC CE，所述第二优先级为所述第二MAC SDU的优先级。
在一种可能的实施方式中，所述第二数据包括所述第二MAC CE，且所述第二数据不包括所述第二MAC SDU，所述第二优先级为所述第二MAC CE的优先级。
在一种可能的实施方式中，所述第二数据包括所述第二MAC CE和所述第二MACSDU，所述第二优先级为所述第二MAC CE的优先级和所述第二MAC SUD的优先级中的最高优先级，或优先级取值最低的优先级。
在一种可能的实施方式中，小区无线网络临时标识C-RNTI MAC CE的优先级大于确认confirmation MAC CE的优先级；
所述confirmation MAC CE的优先级大于缓存状态报告BSR MAC CE的优先级。
在一种可能的实施方式中，C-RNTI MAC CE的优先级大于confirmation MAC CE的优先级；
所述confirmation MAC CE的优先级、BSR MAC CE的优先级、功率余量报告PHRMAC C的优先级相同。
在一种可能的实施方式中，C-RNTI MAC CE和所述confirmation MAC CE的优先级相同；
所述BSR MAC CE的优先级、功率余量报告PHR MAC C的优先级相同。
在一种可能的实施方式中，C-RNTI MAC CE的优先级大于confirmation MAC CE的优先级；
所述confirmation MAC CE的优先级高于所述BSR MAC CE的优先级；
所述BSR MAC CE的优先级、功率余量报告PHR MAC C的优先级相同。
在一种可能的实施方式中，所述第一MAC CE和/或所述第二MAC CE为包含或将包含的MAC CE中优先级最高的MAC CE，或优先级取值最低的MAC CE。
在一种可能的实施方式中，所述第一逻辑信道和/或所述第二逻辑信道为包含或将包含的逻辑信道中优先级最高的逻辑信道，或优先级取值最低的逻辑信道。
在一种可能的实施方式中，若发生冲突的各个所述资源为调度请求SR的物理上行控制信道PUCCH资源，所述确定模块还用于：
在满足第一预设条件时，根据预设规则确定所述各个资源的资源传输优先级。
在一种可能的实施方式中，所述第一预设条件包括如下中的至少一种：
发生冲突的所述SR的优先级相同；
发生冲突的所述SR的优先级等级相同；
发生冲突的所述SR均对应或用于传输低优先级的LCH/业务；
发生冲突的所述SR均对应或用于传输高优先级的LCH/业务；
对应所述SR的发生冲突的PUCCH的优先级相同；
对应所述SR的发生冲突的PUCCH的优先级等级相同；
对应所述SR的发生冲突的PUCCH均对应或用于传输低优先级的LCH/业务；
对应所述SR的发生冲突的PUCCH均对应或用于传输高优先级的LCH/业务；
均为低PHY优先级的信道或信号对应的UL传输；
均为低PHY优先级的PUCCH或SR对应的UL传输；
均为高PHY优先级的信道或信号对应的UL传输；
均为高PHY优先级的PUCCH或SR对应的UL传输。
在一种可能的实施方式中，若发生冲突的各个所述资源为SR的PUCCH资源或SR资源，所述确定模块还用于：
在满足第二预设条件时，根据配置或指定的优先级确定优先传输的资源，或者确定被选择传输的资源。
在一种可能的实施方式中，所述第二预设条件包括如下中的至少一种：
发生冲突的所述SR的优先级等级不同；
发生冲突的所述SR分别对应或用于传输低优先级的LCH/业务，以及对应或用于传输高优先级的LCH/业务；
对应所述SR的发生冲突的PUCCH的优先级不同；
对应所述SR的发生冲突的PUCCH的优先级等级不同；
对应所述SR的发生冲突的PUCCH分别对应或用于传输低优先级的LCH/业务，和，对应或用于传输高优先级的LCH/业务；
分别对应低PHY优先级的信道或信号对应的UL传输，和，高PHY优先级的信道或信号对应的UL传输；
分别对应低PHY优先级的PUCCH或SR对应的UL传输，和，高PHY优先级的PUCCH或SR对应的UL传输。
图13为本申请实施例提供的终端设备的结构示意图。请参见图13，终端设备20可以包括：收发器21、存储器22、处理器23。收发器21可包括：发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述，接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地，收发器21、存储器22、处理器23，各部分之间通过总线24相互连接。
存储器22用于存储程序指令；
处理器23用于执行该存储器所存储的程序指令，用以使得终端设备20执行上述任一所示的通信方法。
其中，收发器21的接收器，可用于执行上述通信方法中终端设备的接收功能。
本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现上述通信方法。
本申请实施例还可提供一种计算机程序产品，该计算机程序产品可以由处理器执行，在计算机程序产品被执行时，可实现上述任一所示的终端设备执行的通信方法。
本申请实施例的终端设备、计算机可读存储介质及计算机程序产品，可执行上述终端设备执行的通信方法，其具体的实现过程及有益效果参见上述，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的计算机程序可以存储于一计算机可读取存储介质中。该计算机程序在被处理器执行时，实现包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (11)

1.一种通信方法，其特征在于，包括：
在发生资源冲突时，终端设备获取每个资源的介质访问控制MAC协议数据单元PDU中MAC服务数据单元SDU和MAC控制元素CE的组成状态；
根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级；
根据所述每个资源的资源传输优先级，所述终端设备进行资源传输。
2.根据权利要求1所述的方法，其特征在于，在确定每个所述资源中均包括所述MACSDU的情况下，根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级，包括：
根据承载所述MAC SDU的逻辑信道LCH的优先级，所述终端设备确定所述每个资源的资源传输优先级。
3.根据权利要求2所述的方法，其特征在于，根据承载所述MAC SDU的逻辑信道LCH的优先级，所述终端设备确定所述每个资源的资源传输优先级，包括：
在确定承载第一资源对应的MAC SDU的LCH的第一优先级高于承载第二资源对应的MACSDU的LCH的第二优先级的情况下，所述终端设备确定所述第一资源的第一传输优先级高于所述第二资源的第二传输优先级。
4.根据权利要求1所述的方法，其特征在于，在确定至少一个资源中不包括所述MACSDU的情况下，根据所述MAC SDU和MAC CE的组成状态，所述终端设备确定所述每个资源的资源传输优先级，包括：
所述终端设备根据预设规则确定所述每个资源的资源传输优先级。
5.根据权利要求1所述的方法，其特征在于，第一资源包括第一MAC SDU，第二资源包括第二MAC SDU；
若承载所述第一MAC SDU的第一逻辑信道的信道优先级大于承载所述第二MAC SDU的第二逻辑信道的信道优先级，则终端设备传输所述第一资源。
6.根据权利要求4所述的方法，其特征在于，第一资源包括第一MAC SDU，第二资源不包括MAC SDU；
若所述终端设备根据所述预设规则确定所述第一资源的优先级大于或等于所述第二资源的优先级，则所述终端设备传输所述第一资源。
7.根据权利要求4所述的方法，其特征在于，第一资源包括第一MAC SDU，第二资源不包括MAC SDU，或者，第一资源不包括MAC SDU，第二资源包括第二MAC SDU；或者，第一资源不包括MAC SDU，第二资源不包括MAC SDU；
若所述终端设备根据所述预设规则或所述终端设备自行确定的方式确定所述第一资源对应的第一逻辑信道的优先级大于所述第二资源对应的第二逻辑信道的优先级，则所述终端设备传输所述第一资源。
8.根据权利要求1-5任一项所述的方法，其特征在于，所述资源的类型至少包括：配置授权CG资源，动态授权DG资源。
9.根据权利要求5所述的方法，其特征在于，第一逻辑信道的优先级为对应所述第一资源的MAC PDU中MAC SDU的优先级最高的逻辑信道的优先级。
10.一种通信装置，其特征在于，包括：
获取模块，确定模块和传输模块，用于执行如权利要求1至9任一项所述的通信方法。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现如权利要求1至9任一项所述的通信方法。
CN202111260718.0A 2019-11-07 2019-11-07 通信方法、通信装置以及计算机可读存储介质 Active CN113973392B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111260718.0A CN113973392B (zh) 2019-11-07 2019-11-07 通信方法、通信装置以及计算机可读存储介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201980092929.2A CN113475135A (zh) 2019-11-07 2019-11-07 通信方法及装置
PCT/CN2019/116395 WO2021087907A1 (zh) 2019-11-07 2019-11-07 通信方法及装置
CN202111260718.0A CN113973392B (zh) 2019-11-07 2019-11-07 通信方法、通信装置以及计算机可读存储介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201980092929.2A Division CN113475135A (zh) 2019-11-07 2019-11-07 通信方法及装置

Publications (2)

Publication Number Publication Date
CN113973392A true CN113973392A (zh) 2022-01-25
CN113973392B CN113973392B (zh) 2023-04-25

Family

ID=75848651

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111260718.0A Active CN113973392B (zh) 2019-11-07 2019-11-07 通信方法、通信装置以及计算机可读存储介质
CN201980092929.2A Pending CN113475135A (zh) 2019-11-07 2019-11-07 通信方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201980092929.2A Pending CN113475135A (zh) 2019-11-07 2019-11-07 通信方法及装置

Country Status (4)

Country Link
US (1) US12058726B2 (zh)
EP (1) EP3955669B1 (zh)
CN (2) CN113973392B (zh)
WO (1) WO2021087907A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113973392B (zh) 2019-11-07 2023-04-25 Oppo广东移动通信有限公司 通信方法、通信装置以及计算机可读存储介质
US11528635B2 (en) * 2021-01-12 2022-12-13 Verizon Patent And Licensing Inc. Method and system for radio resource management and network slicing
CN118542046A (zh) * 2022-01-27 2024-08-23 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108207032A (zh) * 2016-12-16 2018-06-26 华硕电脑股份有限公司 在无线通信系统中处置上行链路资源冲突的方法和设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107949058B (zh) 2017-11-10 2020-07-17 北京邮电大学 一种窄带物联网随机接入方法及装置
CN110324902B (zh) * 2018-03-30 2023-06-27 华为技术有限公司 通信方法、通信装置和系统
EP3915282B1 (en) * 2019-01-23 2024-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Method performed by a user equipment for handling communication in a wireless communication network
KR102667106B1 (ko) * 2019-03-28 2024-05-20 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 데이터를 전송하는 방법과 단말 장치
CN113647169A (zh) * 2019-08-07 2021-11-12 Oppo广东移动通信有限公司 通信方法和通信装置
EP3972361B1 (en) * 2019-10-30 2024-02-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and terminal device
CN113973392B (zh) 2019-11-07 2023-04-25 Oppo广东移动通信有限公司 通信方法、通信装置以及计算机可读存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108207032A (zh) * 2016-12-16 2018-06-26 华硕电脑股份有限公司 在无线通信系统中处置上行链路资源冲突的方法和设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON, SIA: "Prioritization issues for MAC CEs", 《3GPP TSG-RAN WG2 MEETING 107-BIS R2-1913243》 *
HUAWEI, HISILICON: "Further discussion on NR SL and NR UL prioritization", 《3GPP TSG-RAN WG2 MEETING #107 BIS R2-1913709》 *
HUAWEI, HISILICON: "Solution for intra-UE prioritization", 《3GPP TSG-RAN WG2 MEETING#107BIS R2-1913241》 *
VIVO: "Discussion on the PUSCH priority based on MAC CE", 《3GPP TSG-RAN WG2 MEETING #107BIS R2-1912323》 *

Also Published As

Publication number Publication date
EP3955669B1 (en) 2023-06-21
EP3955669A1 (en) 2022-02-16
US12058726B2 (en) 2024-08-06
WO2021087907A1 (zh) 2021-05-14
CN113475135A (zh) 2021-10-01
EP3955669A4 (en) 2022-07-06
CN113973392B (zh) 2023-04-25
US20220124748A1 (en) 2022-04-21

Similar Documents

Publication Publication Date Title
US10856260B2 (en) Data transmission method and related device
EP3952398B1 (en) Radio bearer configuration method, apparatus and system
US12058726B2 (en) Communication method and apparatus
CN114557094B (zh) 在nr v2x中基于bwp向基站发送与副链路关联的信息的方法和设备
CN114073158A (zh) 用于副链路调度请求及缓冲状态报告传输的方法及设备
WO2019137221A1 (zh) 一种上行数据传输方法及装置
CN113630738B (zh) 一种侧行链路通信方法及装置
CN114073157A (zh) 信道接入优先级的选择
CN114449675B (zh) 信息传输方法及相关产品
CN112055375B (zh) 一种数据传输的方法及设备
JP2022521086A (ja) 送受信デバイス及びスケジューリングデバイス
CN116349259B (zh) 通信方法及装置
US20230189272A1 (en) Buffer status report enhancement
JP2024504959A (ja) Ｎｒ ｖ２ｘで優先化手順を行う方法及び装置
CN116830697A (zh) 一种cg资源处理方法、终端设备及网络设备
CN112740641A (zh) Mac pdu的发送方法、接收方法、装置、终端及介质
US20220394543A1 (en) Method for buffer status reporting, and terminal
US20240073902A1 (en) Information transmission method and apparatus
KR102721423B1 (ko) Nr v2x에서 bwp를 기반으로 사이드링크 관련 정보를 기지국에게 전송하는 방법 및 장치
US12089119B2 (en) Methods and devices for enabling group transmission in communication networks
WO2021204261A1 (zh) 上行传输方法和装置
CN118510022A (zh) 一种通信方法及装置
CN118283696A (zh) 通信方法、通信装置及通信系统
KR20220104740A (ko) 기준 시그널링 설계 및 구성을 위한 시스템 및 방법
CN117837205A (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