CN113261335A - 用于指示无线通信中的传输失败的方法、装置和*** - Google Patents

用于指示无线通信中的传输失败的方法、装置和*** Download PDF

Info

Publication number
CN113261335A
CN113261335A CN201880100541.8A CN201880100541A CN113261335A CN 113261335 A CN113261335 A CN 113261335A CN 201880100541 A CN201880100541 A CN 201880100541A CN 113261335 A CN113261335 A CN 113261335A
Authority
CN
China
Prior art keywords
layer
transmission
failure
module
indication
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.)
Pending
Application number
CN201880100541.8A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202111530201.9A priority Critical patent/CN114158127A/zh
Publication of CN113261335A publication Critical patent/CN113261335A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

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

Abstract

公开了用于指示无线通信中的传输失败的方法、装置和***。在一个实施例中，公开了一种由无线通信设备执行的方法。该方法包括：由无线通信设备的第一层模块从无线通信设备的第二层模块获得指示。第一层模块被配置用于在第一层执行过程。第二层模块被配置用于在不同于第一层的第二层执行过程。该指示表明在第二层处是否存在无线通信设备的传输失败。

Description

用于指示无线通信中的传输失败的方法、装置和***
技术领域
本公开总体上涉及无线通信，并且更具体地，涉及用于指示无线通信中的传输失败的方法、装置和***。
背景技术
***移动通信技术(4G)长期演进(Long-Term Evolution，LTE)或LTE高级(LTE-Advance，LTE-A)和第五代移动通信技术(5G)面临越来越多的需求。随着数字数据应用和服务的数量持续激增，对网络资源和运营商的需求和挑战将继续增加。经许可的无线频谱(或简称频谱)的利用已经接近饱和点。此外，使用经许可的频谱可能会为运营商带来许可成本。对于具有专用网络部署的一些地区，与带宽较小的载波相比，当移动到处理较大量的频谱时，有效使用具有较宽带宽(例如，80或100MHz)的未许可频谱可以降低网络和终端(例如，用户设备或UE)两者的实施复杂性。
在未许可频谱中，在传输前执行应用空闲信道评估(clear channel assessment，CCA)检查的先听后说(listen-before-talk，LBT)。CCA至少利用能量检测来确定信道上的其他信号的存在与不存在，以便分别确定信道是被占用还是空闲。如果信道被占用，则UE需要等待一段时间来进行下一LBT。如果信道空闲，则UE可以传输数据。由于机会占用特性，UE可能无法及时进行传输，或者可能暂时无法进行传输，甚至没有机会进行传输。对于未许可频谱，如果无法在物理层执行传输，则可能影响一个或多个上层处的过程。例如，有些程序将不会被终止。
因此，用于处理无线通信中的传输失败的现有***和方法并不完全令人满意。
发明内容
本文公开的示例性实施例涉及解决与现有技术中呈现的问题中的一个或多个相关的问题，以及提供当结合附图参考以下详细描述时将变得显而易见的附加特征。根据各种实施例，本文公开了示例性***、方法、设备和计算机程序产品。然而，应当理解的是，这些实施例是通过示例而非限制的方式呈现的，并且对于阅读了本公开的本领域普通技术人员来说显而易见的是，在保持在本公开的范围内的同时，可以对所公开的实施例进行各种修改。
在一个实施例中，公开了一种由无线通信设备执行的方法。该方法包括：由无线通信设备的第一层模块从无线通信设备的第二层模块获得指示。第一层模块被配置用于在第一层执行过程。第二层模块被配置用于在不同于第一层的第二层执行过程。该指示表明在第二层处是否存在无线通信设备的传输失败。
在另一实施例中，公开了一种由无线通信设备执行的方法。该方法包括：由无线通信设备的第一层模块在第一层执行消息的无线传输；以及由第一层模块向无线通信设备的第二层模块发送指示。第一层模块被配置用于在第一层执行过程。第二层模块被配置用于在不同于第一层的第二层执行过程。该指示表明在第一层处是否存在传输消息的传输失败。
在又一实施例中，公开了一种由无线通信设备执行的方法。该方法包括：由无线通信设备的第一层模块从无线通信设备的第二层模块获得指示。第一层模块被配置用于在第一层执行过程。第二层模块被配置用于在不同于第一层的第二层执行过程。该指示表明不同于第一层和第二层的第三层处的传输失败问题。
在不同的实施例中，公开了被配置为执行一些实施例中的所公开的方法的无线通信设备。
在再一实施例中，公开了一种其上存储有用于执行一些实施例中的公开的方法的计算机可执行指令的非暂时性计算机可读介质。
附图说明
下面参照附图详细描述本公开的各种示例性实施例。附图仅仅是为了说明的目的而提供的，并且仅仅描绘了本公开的示例性实施例，以便于读者理解本公开。因此，附图不应被认为是对本公开的广度、范围或适用性的限制。应当注意的是，为了清楚和易于说明，这些附图不一定按比例绘制。
图1示出了根据本公开的实施例的其中可以实现本文公开的技术的示例性通信网络。
图2示出了根据本公开的一些实施例的用户设备(user equipment，UE)的框图。
图3示出了根据本公开的一些实施例的UE中的几个模块的详细框图。
图4示出了根据本公开的一些实施例的由UE执行的用于指示传输失败的方法的流程图。
图5示出了根据本公开的一些实施例的5G***中的UE和网络侧中的示例性控制平面协议栈。
具体实施方式
下面参考附图描述本公开的各种示例性实施例，以使本领域普通技术人员能够制作和使用本公开。如对于本领域普通技术人员来说显而易见的那样，在阅读本公开之后，在不脱离本公开的范围的情况下，可以进行对本文描述的示例的各种改变或修改。因此，本公开不限于本文描述和示出的示例性实施例和应用。附加地，本文公开的方法中的步骤的特定顺序和/或层级仅仅是示例性的方法。基于设计偏好，在保持在本公开的范围内的同时，所公开的方法或过程的步骤的特定顺序或层级可以被重新安排。因此，本领域普通技术人员将理解，本文公开的方法和技术以样本顺序呈现各种步骤或动作，并且本公开不限于所呈现的特定顺序或层级，除非另有明确说明。
典型的无线通信网络包括各自提供地理上的无线覆盖的一个或多个基站(通常称为“BS”)，以及可以在无线覆盖内传输和接收数据的一个或多个无线用户设备装置(通常称为“UE”)。在无线通信网络中，BS和UE可以经由通信链路彼此通信，例如经由从BS到UE的下行链路无线帧或者经由从UE到BS的上行链路无线帧。
UE的传输可能由于某些原因而被受阻，诸如未许可频谱中的先听后说(LBT)失败、功率回退以及与超可靠低延迟通信(ultra-reliable low-latency communication，URLLC)服务的冲突。一旦传输在物理层处受阻，其可能影响一个或多个上层中的过程。为了解决这些问题，本教导公开了用于向上层通知统一指示的***和方法。
此外，当下层中的传输受阻时，传输失败指示被通知给中间层，该中间层低于上层并且高于下层(例如物理层)。可以在中间层中对失败数量计数。在一个实施例中，不管失败是连续的还是不连续的，对传输失败数量计数。在另一实施例中，仅对连续或连贯的传输失败数量计数。在另一实施例中，使用定时器和计数器两者。当接收传输失败指示时，计数器递增1，并且定时器启动或重启。定时器到期时，计数器重置。在一个实施例中，当计数器达到阈值时，可以向上层指示传输失败问题。当上层收到它时，它可以声明无线链路失败(radio link failure，RLF)。
如本文所用，术语“层”是指层级模型(例如开放***互连(open systemsinterconnection，OSI)模型)的抽象层，该层级模型将通信***划分成抽象层。层服务于它之上的下一更高层，并且由它之下的下一更低的层服务。
在各种实施例中，本公开中的BS可以被称为网络侧，并且可以包括或者被实施为下一代节点B(gNB)、E-UTRAN节点B(eBN)、传输/接收点(TRP)、接入点(AP)等；而本公开中的UE可以被称为终端，并且可以包括或者被实施为移动站(MS)、站(STA)等。根据本公开的各种实施例，BS和UE在本文中可以分别被描述为可以实践本文公开的方法并且能够进行无线和/或有线通信的“无线通信节点”和“无线通信设备”的非限制性示例。
图1示出了根据本公开的实施例的其中可以实施本文公开的技术的示例性通信网络100。如图1所示，示例性通信网络100包括基站(BS)101和多个UE，UE 1 110、UE 2 120…UE 3 130，其中BS 101可以根据无线协议与UE通信。BS 101和UE(例如UE 1 110)可以在许可频谱下或未许可频谱下彼此通信。
在一些国家和地区，对未许可频谱的使用有相对应的监管政策。例如，在使用未许可载波发送数据之前，UE必须执行先听后说(LBT)，也称为空闲信道评估(CCA)。由此，只有支持LBT的设备或UE才可以在未许可载波上发送数据。在NR许可载波下，SS/PBCH块(同步信号/物理广播信道块，缩写为SSB)具有小区搜索、同步和测量功能。由于未许可载波的特殊性质，诸如在发送数据之前需要执行LBT，SS/PBCH块和/或发现信号的传输面临不确定性。在这种情况下，当UE在物理(PHY)层处遇到传输失败(例如由于LBT失败)时，则UE可以向其高于PHY层的媒体访问控制(media access control，MAC)层指示传输失败。可以在MAC层计算一些统计数据，以确定是否在无线资源控制(radio resource control，RRC)层声明无线链路失败(RLF)。
图2示出了根据本公开的一些实施例的用户设备(UE)200的框图。UE 200是可以被配置为实施本文描述的各种方法的设备的示例。如图2所示，UE 200包括壳体240，该壳体包含***时钟202、处理器204、存储器206、包括发射器212和接收器214的收发器210、功率模块208、物理层模块260、MAC层模块270和RRC层模块280。
在本实施例中，***时钟202向处理器204提供定时信号，用于控制UE 200的所有操作的定时。处理器204控制UE 200的总体操作，并且可以包括一个或多个处理电路或模块，诸如中央处理单元(CPU)和/或通用微处理器、微控制器、数字信号处理器(digitalsignal processor，DSP)、现场可编程门阵列(field programmable gate array，FPGA)、可编程逻辑器件(可编程逻辑器件)、控制器、状态机、选通逻辑、分立硬件组件、专用硬件有限状态机的任意组合，或者可以执行计算或其他数据操控的任何其他合适的电路、设备和/或结构。
存储器206(其可以包括只读存储器(read-only memory，ROM)和随机存取存储器(random access memory，RAM))可以向处理器204提供指令和数据。存储器206的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。处理器204通常基于存储在存储器206中的程序指令执行逻辑和算术运算。存储在存储器206中的指令(也称为软件)可以由处理器204运行以执行本文描述的方法。处理器204和存储器206一起形成存储和执行软件的处理***。如本文所用，“软件”是指可以将机器或设备配置为执行一个或多个期望的功能或过程的任何类型的指令，无论是指软件、固件、中间件、微码等。指令可以包括代码(例如，呈源代码格式、二进制代码格式、可执行代码格式或任何其他合适的代码格式)。当由一个或多个处理器执行时，这些指令使得处理***执行本文描述的各种功能。
包括发射器212和接收器214的收发器210允许UE 200向远程设备(例如，BS或另一UE)传输数据和从其接收数据。天线250通常附接到壳体240，并电耦合到收发器210。在各种实施例中，UE 200包括(未示出)多个发射器、多个接收器和多个收发器。在一个实施例中，天线250被多天线阵列250代替，该多天线阵列可以形成多个波束，这些波束中的每一个指向不同的方向。发射器212可以被配置为无线传输具有不同分组类型或功能的分组，这种分组由处理器204生成。类似地，接收器214被配置为接收具有不同分组类型或功能的分组，并且处理器204被配置为处理具有多个不同分组类型的分组。例如，处理器204可以被配置为确定分组的类型，并相应地处理分组和/或分组的字段。
在无线通信中，UE 200可以通过UE 200的物理层模块260在物理层执行消息的无线传输。物理层模块260可以向MAC层模块270传输指示，以指示在物理层处是否存在传输消息的传输失败。物理层模块260被配置用于在物理层执行过程。MAC层模块270被配置为在高于物理层的MAC层执行过程。根据各种实施例，传输失败是由于以下中的至少一个导致的：未许可频谱中的先听后说(LBT)失败；功率回退；以及与超可靠低延迟通信(URLLC)服务的冲突。
在MAC层模块270从物理层模块260获得指示之后，MAC层模块270可以分析该指示以确定物理层处是否存在传输失败。MAC层模块270可以例如基于计数器和/或定时器来计算与物理层传输失败相关的统计数据，以确定是否向RRC层模块280指示失败问题。
当从MAC层模块270接收到关于传输失败问题的指示时，RRC层模块280可以声明无线链路失败(RLF)。RRC层模块280被配置用于在高于MAC层的RRC层执行过程。根据各种实施例，在UE 200中可以有在其他层上工作的附加模块。将参照图3提供关于物理层模块260、MAC层模块270和RRC层模块280中的每一个的详细描述。
功率模块208可以包括电源(诸如一个或多个电池)以及功率调节器，以向图2中的上述模块中的每一个提供经调节的功率。在一些实施例中，如果UE200耦合到专用外部电源(例如，墙壁电插座)，则功率模块208可以包括变压器和功率调节器。
上面讨论的各种模块通过总线***230耦合在一起。除了数据总线之外，总线***230可以包括数据总线和例如电源总线、控制信号总线和/或状态信号总线。应当理解的是，UE 200的模块可以使用任何合适的技术和介质可操作地彼此耦合。
尽管在图2中示出了多个分离的模块或组件，但是本领域普通技术人员将理解的是，模块中的一个或多个可以被组合或共同实施。例如，处理器204不仅可以实施上面关于处理器204描述的功能性，还可以实施上面关于MAC层模块270描述的功能性。相反，图2中示出的模块中的每一个可以使用多个分离的组件或元件来实施。
图3示出了根据本公开的一些实施例的UE中的几个模块的详细框图。图3示出了图2中UE 200的物理层模块260、MAC层模块270和RRC层模块280的示例性内部组件。如图3所示，这个示例中的物理层模块260包括自主消息生成器361、传输失败生成器362和消息传输控制器363。这个示例中的MAC层模块270包括指示分析器371、消息传输指令器372、计数器控制器373、定时器控制器374和失败问题指示器375。这个示例中的RRC层模块280包括无线链路失败声明器381。根据各种实施例，物理层模块260、MAC层模块270和RRC层模块280中的每一个可以包括一个或多个附加组件，并且物理层模块260、MAC层模块270和RRC层模块280中的每一个组件可以是可选的。图3中示出的各种模块通过总线***230耦合在一起并耦合到图2中示出的组件。
消息传输控制器363可以经由发射器212在物理层处执行消息的无线传输。在一个实施例中，消息传输控制器363从MAC层模块270获得用于在物理层传输消息的指令。在另一实施例中，自主消息生成器361自主地生成消息，并将消息传发送到消息传输控制器363，以便在物理层处进行传输。消息可以包括关于以下中的至少一个的信息：前导码；协议数据单元(protocol data unit，PDU)；以及调度请求(scheduling request，SR)。
在这个示例中，传输失败生成器362可以生成传输失败指示并将其发送到MAC层模块270，以指示在物理层处是否存在传输消息的传输失败。在一个实施例中，仅当存在传输失败时才生成并发送该指示，使得MAC层模块270可以当在预定时间内接收该指示时知道传输失败，并且当在预定时间内没有接收该指示时知道传输成功。
在这个示例中，指示分析器371可以从物理层模块260获得指示，并分析该指示以确定在物理层处是否存在UE 200的传输失败。在这个示例中，消息传输指令器372可以命令物理层模块260在物理层传输消息，其中传输失败是在物理层传输消息的失败。在一个实施例中，传输失败是在物理层传输由物理层模块260自主生成的消息的失败。消息可以包括关于以下中的至少一个的信息：前导码；协议数据单元(protocol data unit，PDU)；以及调度请求(scheduling request，SR)。
在一个实施例中，指示分析器371基于该指示确定在物理层存在UE的传输失败，并且将失败通知给计数器控制器373。响应于指示分析器371的确定，计数器控制器373然后可以使MAC层的计数器增加1。
在一个实施例中，指示分析器371还向定时器控制器374通知失败。响应于指示分析器371的确定，定时器控制器374然后可以重启MAC层处的定时器。响应于定时器到期，定时器控制器374通知计数器控制器373关于定时器到期的情况，并且计数器控制器373可以响应于定时器到期重置MAC层处的计数器。
在一个实施例中，响应于指示分析器371的确定，定时器控制器374可以启动不在MAC层处运行的定时器。响应于定时器到期，定时器控制器374通知计数器控制器373关于定时器到期的情况，并且计数器控制器373可以响应于定时器到期重置MAC层处的计数器。
在一个实施例中，计数器控制器373确定并通知失败问题指示器375计数器达到预定阈值。失败问题指示器375然后可以生成指示并将其发送到RRC层模块280，以指示物理层和/或MAC层的传输失败问题。
在另一实施例中，指示分析器371基于该指示确定在与消息传输相关的预定时间内在物理层没有传输失败，并将该确定通知给计数器控制器373。响应于指示分析器371的确定，计数器控制器373然后可以重置MAC层处的计数器。计数器用于对物理层处的传输失败进行计数。
在另一实施例中，指示分析器371基于该指示确定在物理层处传输消息的失败，并将该失败通知给计数器控制器373。计数器控制器373然后可以响应于指示分析器371的确定，将在MAC层处与消息相关联的计数器增加1。也就是说，可能有各自对应于不同类型的消息传输的多个计数器。在计数器控制器373确定并通知失败问题指示器375计数器达到与消息相关联的预定阈值之后，失败问题指示器375然后可以生成指示并将其发送到RRC层模块280，以指示在物理层和/或MAC层处与消息相关联的传输失败问题。
在另一实施例中，指示分析器371基于该指示确定在物理层处存在传输调度请求(scheduling request，SR)的失败，并将该失败通知给定时器控制器374。响应于指示分析器371的确定，定时器控制器374然后可以停止物理层处正在运行并且与SR传输相关联的定时器。由于定时器被停止，定时器控制器374可以通知物理层模块260在预配置且独立于定时器的下一可用SR传输时机在物理层重新传输调度请求(SR)。
在另一实施例中，指示分析器371基于该指示确定在物理层处存在传输调度请求(SR)的成功，并将失败通知给计数器控制器373和定时器控制器374。计数器控制器373然后可以响应于指示分析器371的确定，将MAC层处与SR相关联的计数器增加1。响应于指示分析器371的确定，定时器控制器374可以重启与MAC层处的SR传输相关联的定时器。响应于定时器到期，定时器控制器374可以通知物理层模块260在物理层处重新传输调度请求(SR)。
在这个示例中，无线链路失败声明器381被配置为从MAC层模块270获得指示，并分析该指示以确定物理层和MAC层处的传输失败问题。基于传输失败问题的指示，无线链路失败声明器381可以声明无线链路失败(RLF)。
图4示出了根据本公开的一些实施例的由UE(例如图2中的UE 200)执行的用于指示传输失败的方法400的流程图。在操作402处，UE通过UE的第一层模块(例如物理层模块260)在第一层(例如物理层)执行消息的无线传输。在操作404处，从UE的第一层模块向第二层模块(例如，MAC层模块270)发送指示，以指示在第一层处是否存在传输消息的传输失败。在操作406处，确定是否由第二层模块在预定时间内接收传输失败。如果不是，则过程进行到操作408，以重置第二层处的失败计数器。否则，如果由第二层模块在预定时间内接收传输失败，则在操作410处，第二层处的失败计数器增加1。
然后在操作412处，确定计数器是否达到预定阈值。如果是，则该过程进行到操作414，以向第三层模块(例如，RRC层模块280)指示传输失败问题，该第三层模块可以在操作415处声明无线链路失败(RLF)。如果不是，则过程进行到操作416，以重启第二层处的定时器。当时间到期时，在操作418处重置失败计数器。
图5示出了根据本公开的一些实施例的在5G***中的UE和网络侧(例如，5G基站和移动性管理实体(mobility management entity，MME))中的示例性控制平面协议栈。在这个示例中，UE 510包括非接入(non-access stratum，NAS)层、无线资源控制(RRC)层、数据汇聚协议(data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体访问控制(MAC)层和物理(PHY)层。5G BS 520包括RRC层、PDCP层、RLC层、MAC层和PHY层，并且MME包括NAS层。
PDCP层位于RLC层之上，该RLC层位于MAC层之上，该MAC层位于PHY层之上。RRC层位于PDCP层之上，该PDCP位于RLC层之上，该RLC层位于MAC层之上。在UE和网络侧之间有许多信令程序，包括层3信令程序(诸如RRC信令程序和NAS信令程序)和层2信令程序(如MAC控制信令或RLC相关信令程序，诸如RLC重置程序)。及时执行这样的控制平面(例如，RRC)或用户平面(例如，RLC或MAC)，信令程序是实现快速且可靠的通信中的关键因素。
现在将在下文中详细描述本公开的不同实施例。注意，本公开中的实施例和示例的特征可以在没有冲突的情况下以任何方式彼此组合。
在第一实施例中，传输可能由于某些原因而受阻，例如未许可频谱中的LBT失败、功率回退、与URLLC服务的冲突等。在某些情况下，传输阻断可能会影响其他层的过程。因此，其他层需要知道传输结果。根据该实施例，向其他层通知指示，使得其他层可以根据该指示做一些事情。
根据第二实施例，在未经许可频谱中，传输可能由于LBT失败而受阻，诸如RS传输、RACH程序中的每个消息传输和PUSCH传输。当传输失败时，它可能影响其他层(例如MAC层)的过程。对于随机接入信道(random access channel，RACH)程序，当前导码传输由于LBT失败而受阻时，功率攀升计数器(power ramping counter)不递增。因此，物理层需要向MAC层通知传输失败，使得功率攀升计数器在下一前导码传输中不递增，以避免用于重新传输的不必要的功率增加。
此外，对于SR程序，当SR传输由于LBT失败而受阻时，在MAC层不启动禁止定时器。因此，应该向MAC层通知传输失败指示，使得禁止定时器不启动或者停止，以避免用于重新传输的不必要的等待时间。
对于物理上行链路共享信道(physical uplink shared channel，PUSCH)传输，传输由于LBT失败而受阻，尤其是对于已配置的授权传输。如果向物理层指示了MAC协议数据单元(PDU)，则将在MAC层启动定时器。如果传输由于LBT失败而受阻，UE将等待定时器到期以执行下一传输，这增加了传输延迟。在这种情况下，应该向MAC层通知传输指示，使得它可以停止定时器并尽快执行下一传输。
因此，对于SR程序、RACH程序和PUSCH传输，可以向MAC层通知传输失败指示，使得UE可以根据该指示执行其他操作，以提高***性能。
根据第三实施例，引入了传输失败计数器。当在下层中传输受阻时，向中间层通知传输失败指示。然后传输失败计数器递增1。当传输失败计数器达到阈值时，应该向上层指示失败问题。
对于MAC层中的SR程序、RACH程序和传输过程，传输失败计数器可以是用于这些程序的统一计数器。传输计数器不限于连续传输失败。例如，一旦接收传输失败，计数器就递增。以RACH程序为例，当RACH程序被触发时，可以执行以下步骤。
步骤1：MAC层选择前导码，并将其指示给物理层。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤4：当MAC层收传输失败指示时，传输失败计数器递增1，否则该计数器不递增。
步骤5：如果传输失败计数器达到阈值，则其应向RRC层指示传输失败问题。
步骤6：当RRC层收传输失败问题时，它可以声明无线链路失败(RLF)。
除了由MAC层指示的传输之外，还存在不需要由MAC层指示并且直接在物理层传输的一些消息传输，例如，经由物理上行链路控制信道(PUCCH)传输的HARQ反馈和信道状态信息(channel state information，CSI)、探测参考信号(sounding reference signal，SRS)。对于这些消息，当传输受阻时，如果没有向MAC层通知传输失败指示，则意味着传输失败计数器仅用于MAC层中所指示的消息的传输失败的统计数据。如果向MAC层通知传输失败指示，则一旦该传输失败指示被接收，传输失败计数器也将递增。这些详细步骤描述如下。
步骤1：需要传输HARQ反馈/CSI，并且物理层中仅可使用PUCCH资源用于传输。
步骤2：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤3：当MAC层收传输失败指示时，传输失败计数器递增1，否则该计数器不递增。
步骤4：如果传输失败计数器达到阈值，则其应向RRC层指示传输失败问题。
步骤5：当RRC层收传输失败问题时，它可以声明RLF。
根据第四实施例，引入了传输失败计数器。当在下层中传输受阻时，向中间层通知传输失败指示。然后传输失败计数器递增1。当传输失败计数器达到阈值时，应该向上层指示失败问题。
对于每个程序(诸如SR程序、RACH程序和PUSCH传输程序)，传输失败计数器可以是用于这些程序的统一计数器。本文中对连续传输失败次数进行计数。一旦向较低层指示了传输并且没有接收传输失败指示，则传输失败计数器被重置，否则它被递增1。当传输失败计数器达到阈值时，中间层应向上层指出传输失败问题。以RACH程序为例，当RACH程序被触发时，可以执行以下步骤。
步骤1：MAC层选择前导码，并将其指示给物理层。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤4：当MAC层接收传输失败指示时，传输失败计数器递增1，否则当消息传输结束时，如果没有接收指示，计数器将重置。
步骤5：如果传输失败计数器达到阈值，则MAC层应向RRC层指示传输失败问题。
步骤6：当RRC层收传输失败问题时，它可以声明RLF。
根据第五实施例，当在下层中传输受阻时，向中间层通知传输失败指示。然后传输失败计数器递增1。当传输失败计数器达到阈值时，应该向上层指示失败问题。对于每个程序(诸如SR程序、RACH程序和PUSCH传输程序)，传输失败计数器可以是用于这些程序的统一计数器。本文中使用了定时器和计数器两者，当接收传输失败指示时，定时器被启动或重启，并且传输失败计数器递增1。当在定时器内未接收传输失败指示时，传输计数器重置。当传输失败计数器达到阈值时，中间层应向上层指出传输失败问题。以RACH程序为例，当RACH程序被触发时，可以执行以下步骤。
步骤1：MAC层选择前导码，并将其指示给物理层。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤4：当MAC层收传输失败指示时，传输失败计数器递增1，并且定时器启动或重启。当定时器到期时，传输计数器重置。
步骤5：如果传输失败计数器达到阈值，则MAC层应向RRC层指示传输失败问题。
步骤6：当RRC层收传输失败问题时，它可以声明RLF。
除了由MAC层指示的传输之外，还存在不需要由MAC层指示并且直接在物理层传输的一些消息传输，例如，经由PUCCH传输的HARQ反馈和CSI、SRS。对于这些消息，当传输受阻时，如果没有向MAC层通知传输失败指示，则意味着传输失败计数器仅用于MAC层中所指示的消息的传输失败的统计数据。如果向MAC层通知传输失败指示，则一旦该传输失败指示被接收，传输失败计数器也将递增。这些详细步骤描述如下。
步骤1：需要传输HARQ反馈/CSI，并且物理层中仅可使用PUCCH资源用于传输。
步骤2：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤3：当MAC层收传输失败指示时，传输失败计数器递增1，并且定时器启动或重启。当定时器到期时，传输计数器重置。
步骤4：如果传输失败计数器达到阈值，则其应向RRC层指示传输失败问题。
步骤5：当RRC层收传输失败问题时，它可以声明RLF。
根据第六实施例，对于PUSCH，UE通过所配置的授权资源自主传输PUSCH。当信道占用率非常高时，LBT失败总是发生，使得尝试传输。为了终止传输尝试程序，可以引入计数器。当传输由于LBT而失败时，向MAC层通知失败指示。当MAC层接收指示时，计数器递增1。失败指示可以是连续的或不连续的。详细的程序可以描述如下。
步骤1：MAC层向物理层指示MAC PDU。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则向MAC层通知失败指示。
步骤4：MAC层接收指示，并且计数器递增1。
步骤5：如果计数器达到阈值，则向RRC层指示传输失败问题。
步骤6：当RRC层接收传输失败问题时，其声明RLF。
根据第七实施例，对于PUSCH，UE经由所配置的授权资源自主传输PUSCH。当信道占用率非常高时，LBT失败总是发生，使得尝试传输。为了终止传输尝试程序，可以引入计数器和定时器两者。当传输由于LBT而失败时，向MAC层通知失败指示。当MAC层在定时器内接收指示时，计数器递增1并且定时器启动或重启。当定时器到期，未接收失败指示时，计数器将被重置。详细的程序可以描述如下。
步骤1：MAC层向物理层指示MAC PDU。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则向MAC层通知失败指示。
步骤4：MAC层在定时器内接收指示，计数器递增1并且定时器启动或重启。当定时器到期，没有接收指示时，计数器重置。
步骤5：如果计数器达到阈值，则向RRC层指示传输失败问题。
步骤6：当RRC层接收传输失败问题时，其声明RLF。
根据第八实施例，对于未许可频谱，由于LBT失败，不传输SR。在这种情况下，不应启动SR禁止定时器。其应尽快在下一可用的SR传输时机进行SR传输。那么应该向MAC层通知指示。如果向MAC层通知了LBT失败指示，则UE可以停止定时器。此外，SR计数器不应递增以便避免不必要的RLF。当向MAC层通知LBT失败指示时，可以对MAC层中对SR程序的处理进行如下修改。
对于与未决的SR相对应的SR配置：如果已经从下层接收传输失败的通知，并且如果sr-ProhibitTimer正在运行，则停止sr-ProhibitTimer。否则，如果未从下层接收传输失败的通知，则将SR_COUNTER递增1。
当MAC实体在用于SR的所配置的有效PUCCH资源上有SR传输时机时；以及如果在SR传输时机时sr-ProhibitTimer没有运行；以及如果用于SR传输时机的PUCCH资源没有与测量间隙重叠；以及如果用于SR传输时机的PUCCH资源与UL-SCH资源不重叠，以及如果SR_COUNTER<sr-TransMax+1：命令物理层在用于SR的一个有效PUCCH资源上发信号通知SR；启动sr-ProhibitTimer。
如果SR计数器不递增，则SR程序可能不终止。为了避免这种情况，第三、第四、第五和第十实施例中的每一个可以用作终止该程序的解决方案。
根据第九实施例，对于未许可频谱，由于LBT失败，不传输SR。在这种情况下，不应启动SR禁止定时器。其应尽快在下一可用的SR传输时机进行SR传输。那么应该向MAC层通知指示。此外，SR计数器不应递增以便避免不必要的RLF。如果向MAC层通知LBT成功指示，则SR禁止定时器启动，并且SR计数器递增1。否则定时器不启动，并且计数器不递增。当向MAC层通知LBT成功指示时，可以对MAC层中对SR程序的处理进行如下修改。
对于未待决的SR相对应的SR配置：如果已经从下层接收传输成功的通知，则将SR_COUNTER递增1；并启动sr-ProhibitTimer。
根据第十实施例，如果在下层中传输受阻，则向中间层通知传输失败指示。然后传输失败计数器递增。当传输失败计数器达到阈值时，应该向上层指示失败问题。
对于MAC层中的SR程序、RACH程序和传输过程，传输失败计数器可以是用于这些程序的统一计数器。除了传输失败计数器，还使用了定时器。当接收传输失败指示且定时器未运行时，定时器启动并且传输计数器递增1。如果在定时器内接收传输失败指示，传输失败计数器递增1。如果定时器到期，则传输计数器重置。当传输失败计数器达到阈值时，中间层将向上层指出传输失败问题。以RACH程序为例，当RACH程序被触发时，可以执行以下步骤。
步骤1：MAC层选择前导码，并将其指示给物理层。
步骤2：物理层在传输前执行LBT。
步骤3：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤4：当接收所指示的传输失败且定时器未运行时，定时器启动并且传输失败计数器递增1。当在定时器内接收所指示的传输失败时，传输失败计数器递增1。当定时器到期时，传输失败计数器重置。
步骤5：如果传输失败计数器达到阈值，则MAC层应向RRC层指示传输失败问题。
步骤6：当RRC层收传输失败问题时，它可以声明RLF。
除了由MAC层指示的传输之外，还存在不需要由MAC层指示并且直接在物理层传输的一些消息传输，例如，经由PUCCH传输的HARQ反馈和CSI、SRS。对于这些消息，当传输受阻时，如果没有向MAC层通知传输失败指示，则意味着传输失败计数器仅用于MAC层中所指示的消息的传输失败的统计数据。如果向MAC层通知传输失败指示，则一旦该传输失败指示被接收，传输失败计数器也将递增。这些详细步骤可以描述如下。
步骤1：需要传输HARQ反馈/CSI，并且物理层中仅可使用PUCCH资源用于传输。
步骤2：如果LBT失败，则物理层向MAC层通知传输失败指示。
步骤3：当接收所指示的传输失败且定时器未运行时，定时器启动并且传输失败计数器递增1。当在定时器内接收所指示的传输失败时，传输失败计数器递增1。当定时器到期时，传输失败计数器重置。
步骤4：如果传输失败计数器达到阈值，则其应向RRC层指示传输失败问题。
步骤5：当RRC层收传输失败问题时，它可以声明RLF。
根据第十一实施例，当在下层中传输受阻时，向中间层通知传输失败指示。然后传输失败计数器递增。当传输失败计数器达到阈值时，应该向上层指示失败问题。
对于MAC层中的SR程序、RACH程序和传输过程，传输失败计数器可以是用于这些程序的统一计数器。除了传输失败计数器，还使用了定时器。当接收传输失败指示且定时器未运行时，定时器启动并且传输计数器递增1。如果在定时器内接收传输失败指示，传输失败计数器递增1。如果定时器到期，则传输计数器重置。当传输失败计数器达到阈值时，中间层将向上层指出传输失败问题。
以RACH程序为例，当RACH程序被触发时，可以执行以下步骤。可以引入多个阈值，例如，用于RACH程序中的消息3(Msg3)传输的阈值、用于前导码传输的阈值。当接收用于Msg3的传输失败指示时，传输失败计数器递增。如果计数器达到用于Msg3传输的阈值，则向RRC层指示传输失败问题。当接收用于前导码传输的传输失败指示时，传输失败计数器递增。如果计数器达到用于前导码传输的阈值，则向RRC层指示传输失败问题。
根据第十二实施例，当在下层中全部UL传输受阻时，向上层通知传输失败指示。然后传输失败计数器递增。当传输失败计数器达到阈值时，将触发RLF。对于全部上行链路传输，建议公共计数器和定时器。第三、第四、第五和/或第十实施例中的失败指示的统计方法也可以用于这个实施例。
尽管上文已经描述了本公开的各种实施例，但是应当理解的是，它们仅仅是作为示例而不是作为限制来呈现的。同样地，各种图可以描绘示例架构或配置，这些图被提供来使得本领域普通技术人员能够理解本公开的示例性特征和功能。然而，这样的人将理解的是，本公开不限于所示的示例架构或配置，而是可以使用各种替代性架构和配置来实施。附加地，如本领域普通技术人员所理解的那样，一个实施例的一个或多个特征可以与本文描述的另一实施例的一个或多个特征相结合。因此，本公开的广度和范围不应受到上述示例性实施例中的任何一个的限制。
还应当理解的是，本文使用诸如“第一”、“第二”等指定对元件的任何引用通常不限制这些元件的数量或顺序。相反，这些指定在本文中可以用作区分两个或多个元素或元素的实例的便利手段。因此，对第一元素和第二元素的引用并不意味着只能使用两个元素，或者第一元素必须以某种方式在第二元素之前。
附加地，本领域普通技术人员将理解的是，可以使用各种不同的技术和工艺中的任何一种来表示信息和信号。例如，数据、指令、命令、信息、信号、比特和符号(例如，它们可以在上面的描述中被引用)可以由电压、电流、电磁波、磁场或粒子、光场或粒子或者它们的任意组合来表示。
本领域普通技术人员将进一步理解的是，结合本文所公开的各方面描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任何一个可以通过电子硬件(例如，数字实施方式、模拟实施方式或两者的组合)、固件、结合指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)或这些技术的任何组合来实施。
为了清楚地示出硬件、固件和软件的这种可互换性，上文已经在它们的功能方面整体描述了各种说明性的组件、块、模块、电路和步骤。这种功能性被实施为硬件、固件还是软件或者这些技术的组合，取决于特定的应用和施加在整个***上的设计约束。熟练的技术人员可以针对每个特定应用以各种方式实施所描述的功能性，但是这种实施方式决策不会导致脱离本公开的范围。根据各种实施例，处理器、设备、组件、电路、结构、机器、模块等可以被配置为执行本文描述的功能中的一个或多个。本文关于特定操作或功能使用的术语“被配置为”或“被配置用于”是指被物理构造、编程和/或排列来执行指特定的操作或功能的处理器、设备、组件、电路、结构、机器、模块等。
另外，本领域普通技术人员将理解，本文描述的各种说明性逻辑块、模块、设备、组件和电路可以在集成电路(IC)内实施或由集成电路执行，该集成电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备或它们的任意组合。逻辑块、模块和电路可以进一步包括天线和/或收发器，以与网络内或设备内的各种组件通信。通用处理器可以是微处理器，但在替代性方案中，处理器可以是任何常规处理器、控制器或状态机。处理器也可以被实施为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器的组合、一个或多个微处理器与数字信号处理器核心的组合、或者任何其他合适的配置来执行本文描述的功能。
如果以软件实施，功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以被实施为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质两者，该通信介质包括能够被使能为将计算机程序或代码从一个地方传送到另一地方的任何介质。存储介质可以是计算机可以访问的任何可用介质。作为示例而非限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁存储设备，或者可以用于存储呈指令或数据结构形式的期望程序代码并且可以由计算机访问的任何其他介质。
在本文件中，如本文使用的术语“模块”是指软件、固件、硬件以及用于执行本文描述的相关联的功能的这些元件的任意组合。附加地，为了讨论的目的，各种模块被描述为离散模块；然而，如对于本领域普通技术人员来说显而易见的那样，根据本公开的实施例，两个或更多模块可以被组合以形成执行相关联的功能的单个模块。
附加地，在本公开的实施例中，可以采用存储器或其他存储装置以及通信组件。应当理解的是，为了清楚起见，以上描述已经参考不同的功能单元和处理器描述了本公开的实施例。然而，显而易见的是，在不脱离本公开的情况下，可以使用不同功能单元、处理逻辑元件或域之间的任何合适的功能分布。例如，被示出为由分离的处理逻辑元件或控制器执行的功能可以由相同的处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅仅是对用于提供所描述的功能性的合适手段的引用，而不是指示严格的逻辑或物理结构或组织。
对本公开中描述的实施方式的各种修改对于本领域技术人员来说将是显而易见的，并且在不脱离本公开的范围的情况下，本文限定的一般性原理可以应用于其他实施方式。因此，本公开不旨在限于本文所示的实施方式，而是符合与本文公开的新颖特征和原理一致的最宽范围，如以上权利要求中所阐述那样。

Claims (27)

1.一种由无线通信设备执行的方法，所述方法包括：
由所述无线通信设备的第一层模块从所述无线通信设备的第二层模块获得指示，其中
所述第一层模块被配置用于在第一层执行过程，
所述第二层模块被配置用于在不同于所述第一层的第二层执行过程，以及
所述指示表明在所述第二层处是否存在所述无线通信设备的传输失败。
2.根据权利要求1所述的方法，其中所述第一层高于所述第二层。
3.根据权利要求2所述的方法，其中：
所述第一层是媒体访问控制(MAC)层；以及
所述第二层是物理(PHY)层。
4.根据权利要求1所述的方法，其中所述传输失败是由于以下中的至少一个导致的：
未许可频谱中的先听后说(LBT)失败；
功率回退；以及
与超可靠低延迟通信(URLLC)服务的冲突。
5.根据权利要求1所述的方法，还包括：
由所述第一层模块命令所述第二层模块在所述第二层传输消息，其中所述传输失败是在所述第二层传输所述消息的失败。
6.根据权利要求5所述的方法，其中所述消息包括关于以下中的至少一项的信息：
前导码；
协议数据单元(PDU)；以及
调度请求(SR)。
7.根据权利要求1所述的方法，其中所述传输失败是在所述第二层传输由所述第二层模块生成的消息的失败。
8.根据权利要求1所述的方法，还包括：
基于所述指示确定在所述第二层处存在所述无线通信设备的传输失败；以及
响应于所述确定，将所述第一层处的计数器增加1。
9.根据权利要求8所述的方法，还包括：
响应于所述确定，重启所述第一层处的定时器；以及
响应于所述定时器到期，重置所述第一层处的计数器。
10.根据权利要求8所述的方法，还包括：
响应于所述确定，启动不在所述第一层运行的定时器；以及
响应于所述定时器到期，重置所述第一层处的计数器。
11.根据权利要求8所述的方法，还包括：
确定所述计数器达到预定阈值；以及
向第三层模块指示所述第二层的传输失败问题，所述第三层模块被配置用于在不同于所述第一层和所述第二层的第三层处执行过程。
12.根据权利要求11所述的方法，其中：
所述第一层是媒体访问控制(MAC)层；
所述第二层是物理(PHY)层；
所述第三层是无线资源控制(RRC)层；以及
所述第三层模块还被配置用于基于所述第一层的指示的传输失败问题来声明无线链路失败(RLF)。
13.根据权利要求1所述的方法，还包括：
基于所述指示，确定在与消息传输相关的预定时间内在第二层没有传输失败；以及
响应于所述确定，重置所述第一层处的计数器，其中所述计数器用于对所述第二层处的传输失败进行计数。
14.根据权利要求1所述的方法，还包括：
基于所述指示确定在所述第二层处存在传输消息的失败；
响应于所述确定，将所述第一层处与所述消息相关联的计数器增加1；
确定所述计数器达到与所述消息相关联的预定阈值；以及
向第三层模块指示与所述消息相关联的传输失败问题，所述第三层模块被配置用于在不同于所述第一层和所述第二层的第三层处执行过程。
15.根据权利要求1所述的方法，还包括：
基于所述指示，确定在所述第二层处存在传输调度请求(SR)失败；
响应于所述确定，停止所述第一层处正在运行并与SR传输相关联的定时器；以及
在预配置并且独立于所述定时器的下一可用SR传输时机在所述第二层传输所述调度请求(SR)。
16.根据权利要求1所述的方法，还包括：
基于所述指示，确定在所述第二层处存在传输调度请求(SR)成功；
响应于所述确定，将所述第一层处与所述SR相关联的计数器增加1；
响应于所述确定，重启所述第一层处与SR传输相关联的定时器；以及
响应于所述定时器到期，在所述第二层重新传输所述调度请求(SR)。
17.一种由无线通信设备执行的方法，所述方法包括：
由所述无线通信设备的第一层模块在第一层执行消息的无线传输；
由所述第一层模块向所述无线通信设备的第二层模块发送指示，其中：
所述第一层模块被配置用于在所述第一层执行过程，
所述第二层模块被配置用于在不同于所述第一层的第二层执行过程，以及
所述指示表明在所述第一层处是否存在传输消息的传输失败。
18.根据权利要求17所述的方法，其中所述第二层高于所述第一层。
19.根据权利要求18所述的方法，其中：
所述第一层是物理(PHY)层；以及
所述第二层是媒体访问控制(MAC)层。
20.根据权利要求17所述的方法，其中所述传输失败由于以下中的至少一个导致的：
未许可频谱中的先听后说(LBT)失败；
功率回退；以及
与超可靠低延迟通信(URLLC)服务的冲突。
21.根据权利要求17所述的方法，还包括：
从所述第二层模块获得用于在所述第一层传输所述消息的指令。
22.根据权利要求21所述的方法，其中所述消息包括关于以下中的至少一项的信息：
前导码；
协议数据单元(PDU)；以及
调度请求(SR)。
23.根据权利要求17所述的方法，还包括：
由所述第一层模块生成用于在所述第一层进行传输的消息。
24.一种由无线通信设备执行的方法，所述方法包括：
由所述无线通信设备的第一层模块从所述无线通信设备的第二层模块获得指示，其中
所述第一层模块被配置用于在第一层执行过程，
所述第二层模块被配置用于在不同于所述第一层的第二层执行过程，以及
所述指示表明不同于所述第一层和所述第二层的第三层处的传输失败问题。
25.根据权利要求24所述的方法，其中：
所述第一层是无线资源控制(RRC)层；以及
所述第二层是媒体访问控制(MAC)层；
所述第三层是物理(PHY)层；以及
所述第一层模块被配置用于基于所述传输失败问题的指示来声明无线链路失败(RLF)。
26.一种被配置为执行根据权利要求1至25中任一项所述的方法的无线通信设备。
27.一种非暂时性计算机可读介质，其上存储有用于执行权利要求1至25中任一项所述的方法的计算机可执行指令。
CN201880100541.8A 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和*** Pending CN113261335A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111530201.9A CN114158127A (zh) 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/124703 WO2020034549A1 (en) 2018-12-28 2018-12-28 Methods, apparatus and systems for indicating transmission failures in a wireless communication

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202111530201.9A Division CN114158127A (zh) 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和***

Publications (1)

Publication Number Publication Date
CN113261335A true CN113261335A (zh) 2021-08-13

Family

ID=69525064

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111530201.9A Pending CN114158127A (zh) 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和***
CN201880100541.8A Pending CN113261335A (zh) 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和***

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202111530201.9A Pending CN114158127A (zh) 2018-12-28 2018-12-28 用于指示无线通信中的传输失败的方法、装置和***

Country Status (8)

Country Link
US (1) US20220053346A1 (zh)
EP (1) EP3903523A4 (zh)
KR (1) KR20210109534A (zh)
CN (2) CN114158127A (zh)
BR (1) BR112021010650A2 (zh)
CA (1) CA3121648A1 (zh)
SG (1) SG11202105717VA (zh)
WO (1) WO2020034549A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020152530A1 (en) * 2019-01-23 2020-07-30 Lenovo (Singpore) Pte. Ltd. Autonomous bandwidth part switching
KR20200114224A (ko) * 2019-03-28 2020-10-07 삼성전자주식회사 비면허 대역을 활용하는 무선통신시스템에서 상향링크 LBT (Listen-Before-Talk) 실패를 감지하는 방법 및 장치
EP3940979B1 (en) * 2020-07-13 2023-09-13 ASUSTek Computer Inc. Method and apparatus for handling a drx timer for bundle of a configured uplink grant in a wireless communication system

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100344181C (zh) * 2005-03-28 2007-10-17 华为技术有限公司 一种简化消息发送处理的方法
CN101064728B (zh) * 2006-04-30 2010-06-23 中兴通讯股份有限公司 一种基于td-scdma***的随机接入控制方法
WO2009057074A2 (en) * 2007-10-30 2009-05-07 Nokia Corporation Providing improved connection failure detection
US20090190480A1 (en) * 2007-12-11 2009-07-30 Interdigital Patent Holdings, Inc. Methods and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment
KR101605998B1 (ko) * 2009-03-12 2016-03-23 인터디지탈 패튼 홀딩스, 인크 무선 링크 실패에 대한 모니터링을 위한 방법 및 장치
CN101998431A (zh) * 2009-08-14 2011-03-30 大唐移动通信设备有限公司 一种无线链路失败的判别方法及装置
CN102316468B (zh) * 2011-08-19 2014-02-19 新邮通信设备有限公司 一种lte中触发设备内共存干扰指示的方法和一种ue
JP6170244B2 (ja) * 2013-09-24 2017-07-26 エルジー エレクトロニクス インコーポレイティド 二重接続の並列ランダムアクセス手順のためのｍａｃ層とｐｈｙ層との間の通信
CN107006037A (zh) * 2014-10-03 2017-08-01 瑞典爱立信有限公司 在多载波场景中处理物理随机接入信道传输
US10009925B2 (en) * 2014-10-03 2018-06-26 Qualcomm Incorporated Physical layer procedures for LTE in unlicensed spectrum
US10382238B2 (en) * 2015-07-05 2019-08-13 Ofinno, Llc Uplink signal transmission in a wireless device
US10420147B2 (en) * 2015-07-05 2019-09-17 Ofinno, Llc Random access process in carrier aggregation
US10187907B2 (en) * 2015-07-05 2019-01-22 Ofinno Technologies, Llc Preamble transmission in a wireless device
WO2017136458A2 (en) * 2016-02-02 2017-08-10 Intel IP Corporation Listen-before-talk (lbt) failure during a random access procedure
CN107302770A (zh) * 2016-04-15 2017-10-27 中兴通讯股份有限公司 一种数据重传方法及装置
CN107770878A (zh) * 2016-08-19 2018-03-06 中兴通讯股份有限公司 一种控制信元的发送方法及发送装置
US20180124831A1 (en) * 2016-10-29 2018-05-03 Ofinno Technologies, Llc Dual connectivity scheduling request for wireless network and wireless device
US11252783B2 (en) * 2017-11-27 2022-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods of communicating between a MAC layer and a PHY layer for transmissions
WO2019191976A1 (en) * 2018-04-04 2019-10-10 Zte Corporation Systems and methods for base station selection in licensed and unlicensed spectrums
US11432328B2 (en) * 2018-04-04 2022-08-30 Ipla Holdings Inc. Random access with new radio unlicensed cells
KR20210040036A (ko) * 2018-08-06 2021-04-12 삼성전자주식회사 비면허 대역들에서 셀 및 대역폭 파트 동작들
US11153913B2 (en) * 2018-09-21 2021-10-19 FG Innovation Company Limited Random access procedure in next generation wireless networks
WO2020064333A1 (en) * 2018-09-25 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Selecting a bandwidth part (bwp)
EP3841823A1 (en) * 2018-09-26 2021-06-30 Convida Wireless, Llc Nr-u lbt mac procedures
WO2020061866A1 (zh) * 2018-09-26 2020-04-02 富士通株式会社 Lbt监测失败的处理方法、装置和***
US11375548B2 (en) * 2018-10-08 2022-06-28 Idac Holdings, Inc. Physical random access channel preamble based on hidden node detection
WO2020087369A1 (zh) * 2018-10-31 2020-05-07 Oppo广东移动通信有限公司 一种计数方法、终端设备及装置
CN109565869B (zh) * 2018-11-14 2022-08-05 北京小米移动软件有限公司 调度请求发送方法和装置

Also Published As

Publication number Publication date
US20220053346A1 (en) 2022-02-17
BR112021010650A2 (pt) 2021-08-17
EP3903523A1 (en) 2021-11-03
CN114158127A (zh) 2022-03-08
KR20210109534A (ko) 2021-09-06
WO2020034549A1 (en) 2020-02-20
CA3121648A1 (en) 2020-02-20
SG11202105717VA (en) 2021-07-29
EP3903523A4 (en) 2022-07-27

Similar Documents

Publication Publication Date Title
CN112771982B (zh) 用于在无线通信中执行随机接入进程的方法、设备和***
US20220210823A1 (en) Methods, apparatus and systems for enhanced uplink data transmission on configured grants
US10375714B2 (en) Uplink resource scheduling control in response to channel busy condition
US20220053346A1 (en) Methods, apparatus and systems for indicating transmission failures in a wireless communication
CN114080761A (zh) 用于处理关于主小区(PCell)和次小区(SCell)的调度请求(SR)取消、随机接入(RA)优先化和波束故障恢复(BFR)并发发生的方法和装置
CN112369104A (zh) 用于随机接入过程中的前导码聚合的方法、装置和***
JP2023500699A (ja) アップリンククリアチャネルアセスメントを伴う半永続チャネル状態情報報告プロシージャ
EP4055976B1 (en) Two-step rach transmissions using guard band in unlicensed spectrum
US12010560B2 (en) Resource reservation method and related device
US11470628B2 (en) Method and system for scheduled uplink transmission in a wireless network
US20220061106A1 (en) Methods, apparatus and systems for indicating information in a random access procedure
US20220346127A1 (en) User equipment and scheduling node
CN113747601B (zh) 用于在无线通信中执行随机接入进程的方法、设备和***
US20230362713A1 (en) User equipment procedure for buffer status report
EP4397116A1 (en) Method and apparatus for up enhancement
CN114731621A (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