用于msg3的覆盖增强的方法和装置
技术领域：
：1.本公开一般涉及无线通信系统，并且更具体地，本公开涉及msg3的覆盖增强。
背景技术：
：：2.为了满足自4g通信系统部署以来增加的对无线数据流量的需求，已经努力开发改进的5g或准5g(pre-5g)通信系统。因此，5g或准5g通信系统也被称为“超4g网络”或“后lte系统”。5g通信系统被认为是在较高频率(毫米波)频带(例如，60ghz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(mimo)、全维mimo(fd-mimo)、阵列天线、模拟波束成形、大规模天线技术。此外，在5g通信系统中，基于高级小小区、云无线电接入网络(ran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协作多点(comp)、接收端干扰消除等，正在进行系统网络改进的开发。在5g系统中，已经开发了作为高级编码调制(acm)的混合fsk和qam调制(fqam)和滑动窗口叠加编码(swsc)，以及作为高级接入技术的滤波器组多载波(fbmc)、非正交多址(noma)和稀疏码多址(scma)。3.互联网是供人们在其中生成和消费信息的以人为中心的连通网络。如今，互联网正在发展成为物联网(iot)，可在无需人工干预的情况下由分布式实体，例如物体进行信息交换和处理。现已经出现万物互联网(ioe)，该万物互联网是iot技术以及通过与云服务器连接实现的大数据处理技术的组合。由于诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术要素已经被iot实施所需要，因此存在关于传感器网络、机器对机器(m2m)通信、机器类型通信(mtc)等的近期研究。此等iot环境可以提供智能互联网技术服务，此等智能互联网技术服务通过收集和分析互联物体之间所生成的数据为人类生活创造新的价值。通过现有信息技术(it)与各种工业技术之间的融合和组合，iot可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。4.相应地，已经进行了各种尝试以将5g通信系统应用于iot网络。例如，可以通过波束成形、mimo和阵列天线来实施传感器网络、机器类型通信(mtc)和机器对机器(m2m)通信等技术。作为上述大数据处理技术的云无线电接入网络(ran)的应用也可以被认为是5g技术和iot技术之间的融合的示例。5.同时，已经积极地进行了关于随机接入过程的各种研究，以提高通信效率。技术实现要素：6.技术问题7.本公开涉及msg3的覆盖增强。8.解决方案9.在一个实施例中，提供了一种用户设备(ue)。ue包括：收发器，被配置为接收系统信息块(sib)，系统信息块(sib)提供信息和第一时域资源分配(tdra)表，信息映射物理随机接入信道(prach)资源以在随机接入过程中启用或禁用物理上行链路共享信道(pusch)传输的重复。第一tdra表的条目指示pusch传输的重复次数。ue进一步包括操作地连接到收发器的处理器。处理器被配置成确定用于prach的传输的prach资源，并且基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。收发器还被配置成接收调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及发送第一pusch。10.在另一实施例中，提供了一种基站(bs)。该bs包括：收发器，被配置为发送sib，sib提供信息和第一tdra表，信息映射prach资源以在随机接入过程中启用或禁用pusch传输的重复。第一tdra表的条目指示pusch传输的重复次数。bs还包括操作地连接到收发器的处理器。处理器被配置为确定用于接收prach的prach资源，基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。收发器还被配置成发送调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及接收第一pusch。11.在又一实施例中，提供了一种方法。该方法包括：接收sib，sib提供信息和第一tdra表，信息映射prach资源以在随机接入过程中启用或禁用pusch传输的重复。第一tdra表的条目指示pusch传输的重复次数。方法还包括确定用于prach的传输的prach资源，基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。方法还包括接收调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及发送第一pusch。12.根据下面的附图、描述和权利要求，其他技术特征对于本领域技术人员来说是显而易见的。附图说明13.为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：14.图1示出了根据本公开实施例的示例无线网络；15.图2示出了根据本公开实施例的示例gnb；16.图3示出了根据本公开实施例的示例ue；17.图4和图5示出了根据本公开实施例的示例无线发送和接收路径；18.图6和7示出了根据本公开实施例的用于确定msg3pusch传输的重复次数的示例方法；19.图8示出了根据本公开的实施例的以重复次数发送msg3pusch的示例方法；20.图9a和9b示出了根据本公开实施例的用于识别ue是否支持msg3pusch传输的示例方法；21.图10示出了根据本公开的实施例的用于确定用于发送具有重复的pusch的ul符号的示例方法；22.图11示出了根据本公开的实施例的用于确定pusch传输的重复的示例方法；23.图12示出了根据本公开的实施例的用于确定pusch传输的重复次数的示例方法；24.图13示出了根据本公开实施例的用于发送pusch传输的示例方法；25.图14示出了根据本公开实施例的示例时序图；和26.图15示出了根据本公开的实施例，用于监控调度物理下行链路共享信道(pdsch)饱和的下行链路控制信息(dci)格式的示例方法。27.图16示出了根据本公开实施例的电子设备。28.图17示出了根据本公开实施例的基站。具体实施方式29.在进行下面的详细描述之前，阐明在整个公开中使用的某些词和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于。术语“或”是包含性的，意思是“和/或”。短语“与...关联”及其派生词的意思是包括、包括在其中、互连、包含、包含在其中、连接到或与之连接、耦合到或与之耦合、与之通信、与之协作、与之交错、与之并列、与之接近、绑定到或与之绑定、拥有、具有其属性、关联到或与之关联，或类似意思。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。该等控制器可以用硬件或者硬件和软件和/或固件的组合来实施。与任何特定控制器相关联的功能可以是在本地或远程集中式或分布式的。短语“...中的至少一者”在与一系列分项一起使用时，意指可以使用一个或多个所列分项的不同组合，并且可能只需要所列各分项中的一个。例如，“a、b和c中的至少一者”包括以下组合中的任一者：a、b、c、a和b、a和c、b和c，以及a和b和c。30.此外，下文所描述的各种功能可以由一个或多个计算机程序实施或支持，其中的每个计算机程序由计算机可读程序代码形成并且实施于计算机可读介质中。术语“应用”和“程序”是指适用于以适当计算机可读程序代码实施的一个或多个计算机程序、软件组件、指令集、程序、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，例如只读存储器(rom)、随机存取存储器(ram)、硬盘驱动器、光盘(cd)、数字视频光盘(dvd)或任何其他类型的存储器。“非暂态”计算机可读介质不包括传输暂态电信号或其他信号的有线、无线、光学或其他通信链路。非暂态计算机可读介质包括可以永久存储数据的介质以及可以存储数据并在后期覆盖所述数据的介质，例如可重写光盘或可擦除存储设备。31.贯穿本专利文件提供了其他某些词和短语的定义。所属领域中的普通技术人员应理解，即便不是大多数，也在许多情况下，该等定义适用于该等被定义单词和短语的先前和未来使用。32.第五代(5g)或新无线电(nr)移动通信最近正随着对来自工业界和学术界的各种候选技术的所有全球技术活动而聚集越来越多的动力。5g/nr移动通信的候选实现包括提供波束成形增益并支持增加的容量的从传统蜂窝频带直到高频的大规模天线技术、灵活地适配具有不同需求的各种服务/应用的新波形(例如，新的无线电接入技术(rat))、以支持大规模连接的新的多址方案等等。33.下面讨论的图1至图17以及在本专利文件中用于描述本公开的原理的各种实施例仅仅是示例性的，不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。34.以下文献通过引用结合到本公开中，如同在此完全阐述一样：3gppts38.211v16.0.0,"nr；physicalchannelsandmodulation"(3gppts38.211v16.0.0，“nr；物理信道和调制”)；3gppts38.212v16.0.0,"nr；multiplexingandchannelcoding"(3gppts38.212v16.0.0，“nr；复用和信道编码”)；3gppts38.213v16.0.0,"nr；physicallayerproceduresforcontrol"(3gppts38.213v16.0.0，“nr；控制的物理层过程”)；3gppts38.214v16.0.0,"nr；physicallayerproceduresfordata"(3gppts38.214v16.0.0，“nr；数据的物理层过程”)；3gppts38.321v15.8.0,"nr；mediumaccesscontrol(mac)protocolspecification"(3gppts38.321v15.8.0，“nr；媒体接入控制(mac)协议规范”)；3gppts38.331v15.8.0,"nr；radioresourcecontrol(rrc)protocolspecification"(3gppts38.331v15.8.0，“nr；无线电资源控制(rrc)协议规范”)。35.为了满足自部署第四代(4g)通信系统以来增加的无线数据业务的需求，已经努力开发和部署改进的第五代(5g)或准5g/nr通信系统。因此，5g或准5g通信系统也被称为“超4g网络”或“后长期演进(lte)系统”36.5g通信系统被认为在较高频率(毫米波)频带(例如，28ghz或60ghz频带)中实现，以实现较高的数据速率，或者在较低频率频带(诸如，6ghz)中实现，以实现稳健的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(mimo)、全维mimo(fd-mimo)、阵列天线、模拟波束成形、大规模天线技术。37.此外，在5g通信系统中，基于高级小小区、云无线电接入网络(ran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协作多点(comp)、接收端干扰消除等，正在进行系统网络改进的开发。38.5g系统和与其相关联的频带的讨论是供参考的，因为本公开的某些实施例可以在5g系统中实现。然而，本公开不限于5g系统或与其相关联的频带，并且本公开的实施例可以与任何频带结合使用。例如，本公开的方面还可以应用于可以使用太赫兹(thz)波段的5g通信系统、6g或者甚至更高版本的部署。39.下面的图1-3描述了在无线通信系统中使用正交频分复用(ofdm)或正交频分多址(ofdma)通信技术实现的各种实施例。图1-3的描述并不意味着对不同实施例可以实现的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。40.图1示出了根据本公开实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。41.如图1所示，无线网络包括gnb101(例如基站bs)、bs102和gnb103。gnb101与bs102和gnb103通信。gnb101还与至少一个网络130通信，诸如互联网、专有互联网协议(ip)网络或其他数据网络。42.bs102为bs102的覆盖区域120内的第一组多个ue提供对网络130的无线宽带接入。第一多个ue包括ue111，其可以位于小型企业中；ue112，其可以位于企业(e)中；ue113，其可以位于wifi热点(hs)中；ue114，其可以位于第一住宅(r)中；ue115，其可以位于第二住宅(r)中；和ue116，ue116可以是移动设备(m)，诸如蜂窝电话、无线膝上型电脑、无线pda等。gnb103为gnb103的覆盖区域125内的第二多个ue提供对网络130的无线宽带接入。第二多个ue包括ue115和ue116。在一些实施例中，gnb101-103中的一个或多个可以使用5g/nr、长期演进(lte)、高级长期演进(lte-a)、wimax、wifi或其他无线通信技术来彼此通信以及与ue111-116通信。43.取决于网络类型，术语“基站”或“bs”可以指被配置成提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(tp)、发送-接收点(trp)、增强型基站(enodeb或enb)、5g/nr基站(gnb)、宏小区、毫微微小区、wifi接入点(ap)或其他支持无线的设备。基站可以根据一个或多个无线通信协议来提供无线接入，例如，5g/nr3gppnr、lte、lte-a、高速分组接入(hspa)、wi-fi802.11a/b/g/n/ac等。为了方便起见，术语“bs”和“trp”在本专利文件中可互换使用，以指代向远程终端提供无线接入的网络基础设施组件。此外，根据网络类型，术语“用户设备”或“ue”可以指任何组件，诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户设备”。为了方便起见，术语“用户设备”和“ue”在本专利文件中用于指代无线接入bs的远程无线设备，无论ue是移动设备(诸如移动电话或智能电话)还是通常被认为是固定设备(诸如桌上型计算机或自动售货机)。例如，ue可以是移动电话、智能电话、监控设备、警报设备、车队管理设备、资产跟踪设备、汽车、桌上型计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、煤气表、安全设备、传感器设备、电器等。44.虚线示出了覆盖区域120和125的大致范围，仅出于说明和解释的目的，其被示为近似圆形。应当清楚地理解，根据gnb的配置以及与自然和人为障碍物相关联的无线电环境的变化，与gnb相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状，包括不规则形状。45.如下面更详细描述的，ue111-116中的一个或多个包括用于接收和/或发送msg3的电路、程序或其组合。在某些实施例中，一个或多个gnb101-103包括用于接收和/或发送msg3的电路、程序或其组合。46.尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何适当布置的任何数量的gnb和任何数量的ue。此外，gnb101可以直接与任意数量的ue通信，并向这些ue提供对网络130的无线宽带接入。类似地，每个bs102-103可以直接与网络130通信，并向ue提供对网络130的直接无线宽带接入。此外，gnb101、102和/或103可以提供对其他或附加外部网络的接入，诸如外部电话网络或其他类型的数据网络。47.图2示出了根据本公开实施例的示例bs102。图2所示的bs102的实施例仅用于说明，图1的gnb101和103可以具有相同或相似的配置。然而，gnb有各种各样的配置，并且图2没有将本公开的范围限制到gnb的任何特定实现。48.如图2所示，bs102包括多个天线205a-205n、多个射频(rf)收发器210a-210n、发送(tx)处理电路215和接收(rx)处理电路220。bs102还包括控制器/处理器225、存储器230和回程或网络接口235。49.rf收发器210a-210n从天线205a-205n接收输入的rf信号，诸如由无线网络100中的ue发送的信号。rf收发器210a-210n下变频输入的rf信号以产生if或基带信号。if或基带信号被发送到rx处理电路220，rx处理电路220通过对基带或if信号进行滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路220将经处理的基带信号发送到控制器/处理器225以供进一步处理。50.tx处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。tx处理电路215对输出的基带数据进行编码、复用和/或数字化，以生成处理后的基带或if信号。rf收发器210a-210n从tx处理电路215接收输出的经处理的基带或if信号，并将基带或if信号上变频为rf信号，经由天线205a-205n发送。51.控制器/处理器225可以包括控制bs102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以根据众所周知的原理通过rf收发器210a-210n、rx处理电路220和tx处理电路215控制前向信道信号的接收和后向信道信号的发送。控制器/处理器225也可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器225可以支持接收和/或发送msg3。控制器/处理器225可以在bs102中支持多种其他功能中的任何一种。在一些实施例中，控制器/处理器225包括至少一个微处理器或微控制器。52.控制器/处理器225还能够执行驻留在存储器230中的程序和其他进程，诸如os。控制器/处理器225可以根据执行过程的需要将数据移入或移出存储器230。例如，控制器/处理器225可以根据正在执行的过程将数据移入或移出存储器230。53.控制器/处理器225也耦合到回程或网络接口235。回程或网络接口235允许bs102通过回程连接或网络与其他设备或系统通信。网络接口235可以支持通过任何合适的(多个)有线或无线连接的通信。例如，当bs102被实现为蜂窝通信系统(诸如支持5g/nr、lte或lte-a的蜂窝通信系统)的部分时，网络接口235可以允许bs102通过有线或无线回程连接与其他gnb通信。当bs102被实现为接入点时，网络接口235可以允许bs102通过有线或无线局域网或者通过有线或无线连接与更大的网络(诸如互联网)通信。网络接口235包括支持通过有线或无线连接进行通信的任何合适的结构，诸如以太网或rf收发器。54.存储器230耦合到控制器/处理器225。存储器230的部分可以包括ram，而存储器230的另一部分可以包括闪存或其他rom。55.尽管图2示出了bs102的一个示例，但是可以对图2进行各种改变。例如，bs102可以包括图2所示的任何数量的每个组件。作为特定示例，接入点可以包括多个网络接口235，并且控制器/处理器225可以支持路由功能，以在不同的网络地址之间路由数据。作为另一个特定示例，虽然被示为包括tx处理电路215的单个实例和rx处理电路220的单个实例，但是bs102可以包括每个的多个实例(诸如每个rf收发器一个)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加额外的组件。56.图3示出了根据本公开实施例的示例ue116。图3所示的ue116的实施例仅用于说明，并且图1的ue111-115可以具有相同或相似的配置。然而，ue有各种各样的配置，并且图3不将本公开的范围限制于ue的任何特定实现。57.如图3所示，ue116包括天线305、rf收发器310、tx处理电路315、麦克风320和接收(rx)处理电路325。ue116还包括扬声器330、处理器340、输入/输出(i/o)接口(if)345、输入设备350、显示器355和存储器360。存储器360包括操作系统(os)361和一个或多个应用362。58.rf收发器310从天线305接收由无线网络100的gnb发送的输入rf信号。rf收发器310对输入的rf信号进行下变频，以产生中频(if)或基带信号。if或基带信号被发送到rx处理电路325，rx处理电路325通过对基带或if信号进行滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路325将经处理的基带信号发送到扬声器330(诸如用于语音数据)或串行(p-to-s)块575以及信道解码和解调块580。68.如图4所示，信道编码和调制块405接收一组信息比特，应用编码(诸如低密度奇偶校验(ldpc)编码)，并调制输入比特(诸如用正交相移键控(qpsk)或正交幅度调制(qam))以生成频域调制符号序列。s-to-p块410将串行调制符号转换(诸如解复用)为并行数据，以便生成n个并行符号流，其中n是在bs102和ue116中使用的ifft/fft大小。大小为n的ifft块415对n个并行符号流执行ifft运算，以生成时域输出信号。p-to-s块420转换(诸如复用)来自大小为n的ifft块415的并行时域输出符号，以便生成串行时域信号。添加循环前缀块425向时域信号插入循环前缀。uc430将添加循环前缀块425的输出调制(诸如上变频)到rf频率，以便经由无线信道发送。信号也可以在转换到rf频率之前在基带滤波。69.从bs102发送的rf信号在通过无线信道之后到达ue116，并且在ue116处执行与bs102处的操作相反的操作。70.如图5所示，下变频器555将接收信号下变频到基带频率，并且去除循环前缀块560去除循环前缀以生成串行时域基带信号。s-to-p块565将时域基带信号转换成并行时域信号。大小为n的fft块570执行fft算法以生成n个并行频域信号。p-to-s块575将并行频域信号转换成调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码，以恢复原始输入数据流。71.gnb101-103中的每一个可以实现如图4所示的发送路径400，其类似于在下行链路中向ue111-116发送，并且可以实现如图5所示的接收路径500，其类似于在上行链路中从ue111-116接收。类似地，ue111-116中的每一个可以实现用于在上行链路中向gnb101-103发送的发送路径400，并且可以实现用于在下行链路中从gnb101-103接收的接收路径500。72.图4和图5中的组件中的每一个可以使用硬件或者使用硬件和软件/固件的组合来实现。作为一个特定的示例，图4和图5中的至少一些组件可以用软件来实现，而其他组件可以由可配置的硬件或者软件和可配置的硬件的混合来实现。例如，fft块570和ifft块515可以被实现为可配置的软件算法，其中大小n的值可以根据实现来修改。73.此外，尽管被描述为使用fft和ifft，但这仅是示例性的，并且不能被解释为限制本公开的范围。可以使用其他类型的变换，诸如离散傅立叶变换(dft)和离散傅立叶逆变换(idft)函数。可以理解，对于dft和idft函数，变量n的值可以是任何整数(诸如1、2、3、4等)，而对于fft和ifft函数，变量n的值可以是2的幂的任何整数(诸如1、2、4、8、16等)。74.尽管图4和图5示出了无线发送和接收路径的示例，但是可以对图4和图5进行各种改变。例如，图4和图5中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加额外的组件。此外，图4和图5旨在说明可以在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构都可以用于支持无线网络中的无线通信。75.本公开的实施例涉及重复发送msg3物理上行链路共享信道(pusch)。本公开的实施例还涉及为在ce模式或正常覆盖模式下操作的ue确定msg3pusch传输的重复次数。本公开的实施例还涉及为msg3pusch传输的每次重复确定冗余版本。另外，本公开的实施例涉及确定msg3pusch传输的时域资源分配。本公开的又一些实施例涉及确定由多个符号定义的pusch重复的次数。本公开的实施例还涉及ue确定接收msg4物理下行链路共享信道(pdsch)的定时。76.5g及以后的各种应用对于网络和ue(例如，诸如图1的ue116)的不同能力需要不同的目标值，诸如峰值数据速率、容量、延迟、移动性、连接密度、网络能量效率等等。主要使用场景可分类为增强型移动宽带(embb)、超可靠低延迟通信(urllc)和大规模机器类型通信(mmtc)。77.embb场景的特征在于高数据速率、高用户密度和广域覆盖。urllc场景的特征在于低延迟、高可靠性和高可用性。mmtc场景的特征在于高连接密度、低功耗和低复杂度。78.为了满足各种应用和使用情况，本公开的实施例考虑了针对不同应用或使用情况的ue可以具有不同的特性并且对应于不同的ue类型。例如，属于mmtc的广泛类别的ue对延迟/数据速率/电池寿命/连接密度有要求，以便支持垂直行业中特定的iot(物联网)用例。ue的一种类型可能相对于用于embb用例的ue具有减少的能力。这种在带宽、rx和/或txrf链的数量、功率等级方面具有特定特性的ue可以支持特定用例或应用所需的延迟、数据速率、电池寿命、ue密度，并且与其他类型的ue(诸如用于embb和/或urllc服务的ue)在同一网络中操作。用例的示例包括工业无线传感器(iws)、视频监控和可穿戴设备。79.给定与不同用例相关联的不同需求，ue类型指示能够满足一个或多个用例需求的某些特性/能力/特征。这些特性包括但不限于成本、复杂性、诸如带宽的能力、rx和/或txrf链的数量、功率等级、覆盖级别等。80.在本公开中，术语“正常ue”和“redcap(红帽)ue”旨在广义上指示具有特定能力或配置有特定能力的ue类型。术语“正常ue”可以表示用于embb应用的r15/r16ue。术语“redcapue”可以表示与正常ue相比具有降低的能力和/或被配置为使用降低的能力的ue。降低的能力与带宽、rx和/或txrf链的数量、功率等级等相关，但不限于此。81.对于对延迟和数据速率要求不太严格的应用，提高覆盖范围的一种方法是延长发送时间：物理信号或信道可以被发送多次，并且根据重复或重传的次数，覆盖范围可以被增强到某个范围。对于具有降低的能力的ue，这种类型的覆盖改善的引入补偿了由于例如下行链路(dl)中减少的ue接收器天线数量或者上行链路(ul)中较低的最大ue发送功率而导致的减少的覆盖。对于所有类型的ue，在ue处于极端的覆盖范围受限的情况下，这种机制改善了覆盖范围，同时保持了高效的网络操作。82.对于ltemtc场景，引入了两种模式来增强覆盖。表示为覆盖增强(ce)模式a的第一模式支持多达32个子帧重复以用于传输块(tb)的pdsch或pusch的传输。ce模式a针对可以通过相对较少的重复次数实现的小的或中等的ce进行优化。表示为ce模式b的第二模式支持多达2048个子帧重复以用于具有相同tb的pdsch或pusch传输。如果ue支持ce模式b，则ue也支持ce模式a。对于prach传输，ce操作被分为四个级别，其中每个级别代表prach和寻呼的不同过程。对于每个ce模式，存在对应于不同重复次数n、m或p的两个级别，其中n《m《p。在ce模式a中：级别0(针对prach无重复)和级别1(n次重复)。在ce模式b中：级别2(m次重复)和级别3(p次重复)。在ue配置中，无线电资源控制信息元素(ie)为每个覆盖级别的prach传输参数列表提供配置。列表中的第一个条目包含ce级别0的prach信息，列表中的第二个条目包含ce级别1的prach信息，依此类推。enb确定ce模式，并且每个模式内的级别由ue确定。gnb在系统信息块(sib)中信号通知多达三个参考信号接收功率(rsrp)阈值，以便ue确定prach传输的ce级别。配置的rsrp阈值的数量等于配置的ce级别的数量减1。对于支持与23dbm不同(更小)的功率等级的ue，ue需要对由enb信号通知的rsrp阈值进行对应的调整(降低)。83.可以启动随机接入(ra)过程来实现几个目的，包括例如以下目的之一：建立rrc连接(从rrc_idle到rrc_connected)，在无线电链路故障后重新建立rrc连接(rlf)，按需系统信息(si)请求，ul同步，调度请求(sr)，定位，链路恢复-也称为波束故障恢复(bfr)。物理随机接入过程可以当在ue处由更高层请求prach传输时触发，或者通过来自服务gnb的物理下行链路控制信道(pdcch)命令触发。注意，ra可以在两种模式下工作。第一种ra操作模式被表示为基于竞争的随机接入(cbra)。在cbra，服务小区内的ue可以共享相同的ra资源，因此在来自不同ue的ra尝试之间存在冲突的可能性。第二种ra操作模式被表示为无竞争随机接入(cfra)。在cfra，ue具有专用ra资源，该资源例如可以由服务gnb指示，并且可以不与其他ue共享，从而可以避免ra冲突。84.随机接入过程，也称为类型1l1随机接入过程，包括4个步骤。在步骤-1中，ue发送物理随机接入信道(prach)前导(msg1)。在步骤-2中，gnb利用pdcch/pdsch(msg2)发送随机接入响应(rar)消息。在步骤-3中，ue发送竞争解决消息，并且当适用时，发送由rarul授权(msg3)调度的pusch的传输。在步骤4中，gnb发送竞争解决消息(msg4)。85.根据本公开的实施例，代替4步ra过程(如上所述)，可以使用2步ra过程，其中ue可以在接收对应的rar(msgb)之前发送prach前导和pusch二者(msga)。86.在某些实施例中，被配置用于服务小区的带宽部分(bwp)中的操作的ue由更高层配置dl带宽中的一组(例如最多四个)bwp，以供ue进行接收(dlbwp集)。ue还由ul带宽中的一组(例如最多四个)bwp配置，以供ue进行发送(ulbwp集)。在给定时间，配置的bwp之一被认为是活动bwp，其中ue接收(活动dlbwp)或发送(活动ulbwp)。下行链路载波可以与两个上行链路载波相关联，其中第一上行链路载波通常被称为(主)上行链路载波，第二上行链路载波通常被称为补充上行链路(sul)载波。一个ul载波(非sul载波或主载波)位于频分双工(fdd)或时分双工(tdd)频带中，作为关联/链接的dl载波，而sul载波通常位于较低的频带中。上行链路和下行链路频带的去耦合增强了小区覆盖，并且较低频率载波允许处于小区边缘的ue或者通常经历较大路径损耗的ue使用较低上行链路载波接入网络，并且与在较高频带使用上行链路载波相比，改善了覆盖。87.在某些实施例中。能够支持覆盖增强的ue可以在覆盖增强模式下接入小区，并且可以被配置在覆盖增强模式下。这种ue被称为“ceue”或“增强覆盖中的ue”。ceue可以是具有第一组能力的ue，诸如用于多个接收器天线或者用于在第一最大带宽上的操作，或者是具有减少的第二组能力的ue(redcapue)，诸如更少数量的接收器天线或者用于在第二最大带宽上的操作，接收器天线的数量和第二最大带宽都小于相应的第一数量。88.在某些实施例中，gnb可以将ue配置为在一组ce模式(例如，ce-mode1、ce-mode2…)中的一个ce模式下工作，其中可以优化每个模式以提高相应覆盖条件下的覆盖率。ce模式可以通过特定的方法来定义，以提高覆盖率。例如，ce模式可以通过用于发送物理信道和信号的重复次数来定义。除了重复发送外，ce操作模式还可以与发送物理信道和格式的特定配置相关联。例如，当第一ue需要一个小的覆盖增强(例如，与信号干扰和噪声比(sinr)增益6db相对应的覆盖增强)时，服务gnb可以使用ce-mode1配置第一ue。如果第二ue需要大范围的覆盖增强，gnb可以使用ce-mode2或其他模式配置第二ue。89.还可以定义单个ce模式，并且在这种情况下，ue可以被配置在正常覆盖中或者ce模式中。ue可以通过确定对应的ce级别来进一步使上行链路发送适配覆盖条件。ce级别可以与上行链路信道或信号的重复次数相关联。90.本公开的实施例提供了为ce模式中的ue确定msg3的重复次数。以下示例和实施例描述了为ce模式中的ue确定msg3的重复次数。在某些实施例中，gnb(诸如bs102)可以将ue配置为在ce模式下操作。对于msg3pusch传输，ce模式与一个或多个ce级别相关联。对于总共l个ce级别和n个ce模式，其中l》＝n，ue可以配置有ce模式和用于ce模式的ce级别。在某些实施例中，ue可以被配置为在没有ce(正常模式)的情况下或者在ce模式下操作。例如，如果ue被配置在ce模式中，则服务gnb可以用一个或多个rsrp阈值(用于ce级别识别的rsrp阈值)来配置ue。然后，ue可以基于rsrp测量和阈值来确定ce级别。在某些实施例中，每个ce级别可以与prach传输的配置相关联。每个ce级别还可以与msg3pusch传输的一个或多个参数相关联，诸如重复次数。91.对于被配置为在ce模式下操作的ue，可以由更高层来配置具有tb的msg3pusch传输的重复次数。用于指定小区特定随机接入参数的rrcierach-configcommon中的字段可以指示每个ce级别的msg3重复次数。替代地，可以使用rrciepusch-configcommon中用于配置小区特定pusch参数的字段。ue可以从ce级别(ue在该ce级别中诸如针对prach传输操作)的重复的配置值确定具有tb的msg3pusch传输的重复次数。msg3pusch传输的重复次数可以由调度msg3pusch传输的rar消息所提供的ul授权中的字段来指示。例如，该字段可以包括两个比特，并且指示四个重复次数之一，其中四个重复次数由更高层提供。四个重复次数可以分开提供给与对应的prach传输相关联的每个ce级别。服务gnb还可能通过下行链路控制信息(dci)格式中的字段来指示msg3pusch传输的重复次数，该下行链路控制信息格式调度提供与msg3pusch传输相关联的rar消息的pdsch接收。92.在某些实施例中，如果msg3传输的重复次数由更高层指示，并且也由调度rarpdsch接收的dci格式中的字段或者pdsch接收中rar消息的ul授权中的字段信号通知，则被配置用于具有ce的操作的ue使用ue基于该字段的指示确定的值。93.注意，承载msg3pusch重复的次数的字段不能出现在调度rarpdsch接收的dci格式和pdsch接收中rar消息的ul授权两者中。例如，不期望在调度rarpdsch接收的dci格式中和在pdsch接收中rar消息的ul授权中向ue指示msg3pusch传输的重复次数。类似地，当ue接收到调度rarpdsch接收的dci格式中的指示时，不期望ue在pdsch接收中rar消息的ul授权中接收msg3pusch传输的重复次数的指示。例如，如果ue接收到调度rarpdsch接收的dci格式中的msg3pusch传输的重复次数的指示，则ue丢弃pdsch接收中rar消息的ul授权中的msg3pusch重复的指示(如果存在)。94.图6和7分别示出了根据本公开实施例的用于确定msg3pusch传输的重复次数的示例方法600和700。例如，方法600和700的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图6的方法600和图7的方法700仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。95.如图6所示，在步骤602中，gnb诸如例如在ierach-configcommon510中通过更高层为ue配置ce级别和msg3pusch传输的重复次数。例如，ue(诸如ue116)由gnb(诸如bs102)配置有ce级别和msg3pusch传输的重复次数。96.在步骤604中，ue确定dci中是否存在msg3重复的次数。如果在调度提供对应rar消息的pdsch接收的dci格式的字段中指示了重复次数，则在步骤606中，ue以重复次数发送msg3，该重复次数是ue从该字段提供的指示确定的。例如，可以向ue提供ue用于prach传输的ce级别的四个重复次数，并且2比特的字段可以指示四个次数之一。否则，在步骤608中，ue以rach-configcommon中的配置的重复次数发送msg3。97.如图7所示，方法700描述了用于确定msg3pusch传输的重复次数的ue过程。在步骤702中，gnb诸如例如在pusch-configcommon中通过更高层为ue配置ce级别和msg3pusch传输的重复次数。例如，ue(诸如ue116)由gnb(诸如bs102)在rrc中配置有ce级别和msg3的重复次数。98.在步骤704中，ue确定pdsch中是否存在msg3重复的次数。如果在调度msg3pusch传输的ul授权的字段中指示了重复次数，则在步骤706中，ue以重复次数发送msg3，该重复次数是ue从该字段提供的指示确定的。例如，可以为ue提供ue用于prach传输的ce级别的四个重复次数，并且2比特的字段可以指示四个次数中的一个。也就是说，在步骤706中，ue可以以由ue从pdsch中的字段确定的重复次数来发送msg3。否则，在步骤708，ue以pusch-configcommon中的配置的重复次数发送msg3。99.尽管图6示出了方法600，图7示出了方法700，但是可以对图6和7进行各种改变。例如，虽然方法600和700被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法600的步骤可以以不同的顺序执行。对于另一个示例，方法700的步骤可以以不同的顺序执行。100.以下实施例和示例描述了与对应于prach传输的ce级别相关的msg3重复的确定。101.在某些实施例中，对于配置用于具有ce的操作的ue，可以配置对应于配置的ce级别的msg3pusch传输的重复次数。对于prach传输，ue可以确定对应于所选择的ce级别l的prach资源配置，并发送prach。如果prach传输不成功(诸如，如果ue在为rar接收配置的时间窗口内没有接收到rar)，则ue通过以下过程来再次发起ra过程：(i)发送具有相同配置的prach，或者(ii)确定对应于不同ce级别(例如，下一个更高的ce级别l 1)的prach资源配置，并发送这样的prach。在这种情况下，与gnb发送的rar相关联的msg3pusch传输(如果存在这种msg3pusch传输)的重复次数可以从与由prach传输使用的相同(在该示例中，l 1)ce级别相对应的msg3pusch重复的次数来确定。102.与prach传输相关联的ce级别的粒度可能不同于与msg3pusch传输的重复相关联的ce级别的粒度。例如，可以为prach传输配置四个ce级别，而为msg3pusch传输配置两个级别，其中prach传输的ce级别0和1与msg3的第一重复次数相关联，prach传输的ce级别2和3与msg3的第二重复次数相关联。对于与prach传输相关联的所有覆盖级别，msg3pusch传输的重复次数也可能是相同的。103.在某些实施例中，msg3pusch重复的次数从配置的prach重复的次数中导出。例如，当gnb为ue配置prach重复的次数时，可以假设msg3重复的次数与配置的prach重复的次数相同，或者可以从中导出。msg3重复的次数可以是prach重复的次数的比例值，例如1/2或1/4或两倍，其中prach重复的次数可以是在空间设置下发送相同prach前导或不同prach前导的次数，或者多个空间设置上prach前导发送的总次数。此外，当ue基于rsrp测量和由gnb指示的阈值来确定prach重复的次数时，ue可以使用重复的相同次数或成比例的次数来用于msg3pusch传输。有可能从prach前导发送的重复次数和prach尝试的次数中导出msg3pusch重复的次数。例如，随着prach尝试次数的增加，可以增加msg3pusch重复的次数。104.图8示出了根据本公开的实施例的用于以重复次数发送msg3pusch的示例方法800。例如，方法800的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图8的方法800仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。105.如图8所示，方法800描述了用于以重复次数发送msg3pusch的示例性过程，该重复次数与对应prach传输的相同ce级别相关联。prach传输和msg3pusch传输都与相同数量的ce级别相关联，例如4个级别，对于每个ce级别，prach和msg3pusch的重复次数不同。106.在步骤802中，gnb配置ue用于具有ce的操作，为ue配置prach传输尝试的最大次数和msg3pusch传输的重复次数。在步骤804中，ue确定用于发送prach的ce级别l，并且如针对ce级别l配置的那样发送prach。107.在步骤806，ue确定prach传输是否成功。如果prach传输成功并且存在msg3pusch传输，则在步骤808中，以与ce级别l相关联的重复次数来发送msg3pusch。替代地，如果prach传输不成功，则ue在步骤810中确定prach尝试的次数是否小于最大配置值。也就是说，如果prach传输不成功(如在步骤806中所确定的)并且prach尝试的次数小于最大配置值(如在步骤810中所确定的)，则在步骤812中，ue如为下一个更高的ce级别配置的那样来发送prach。108.该过程继续重复前面的步骤，直到prach传输成功(如步骤806所确定的)，在这种情况下可以发送msg3pusch(步骤808)，或者prach传输不成功(如步骤806所确定的)并且达到prach尝试的最大次数(如步骤810所确定的)，在这种情况下ra过程在步骤814终止。109.尽管图8示出了方法800，但是可以对图8进行各种改变。例如，虽然图8的方法800被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法800的步骤可以以不同的顺序执行。110.本公开的实施例提供了为不处于ce模式的ue确定msg3pusch的重复次数。以下示例和实施例描述了为不处于ce模式的ue(诸如ue116)确定msg3pusch的重复次数。在某些实施例中，未被配置用于ce操作的ue也可以发送具有重复的msg3pusch。可以由更高层(例如，通过rrcierach-configcommon中的字段或者rrciepusch-configcommon中的字段)信号通知重复次数。msg3传输的重复次数可以附加地或可替换地由调度pdsch接收的dci格式中的字段来指示，该pdsch接收提供对应于msg3pusch传输的rar消息，例如通过从由更高层提供的一组重复次数中指示一个重复次数。msg3pusch传输的重复次数可以附加地或替代地由调度msg3pusch传输的rar消息的ul授权中的字段来指示。msg3pusch传输的重复次数可以替代地由时域资源分配(tdra)表中的条目来指示，除了时隙中pusch传输的开始和长度之外，该条目还指示pusch传输的重复次数。对于msg3pusch传输，tdra表可以由sib提供。111.在某些实施例中，如果重复次数是以下两者(i)由更高层配置，并且(ii)由调度具有rar消息的pdsch接收的dci格式中的或rar消息的ul授权中的字段信号通知，则ue以由该字段指示的重复次数发送msg3pusch。例如，ue可以按照与上面在图6和图7中描述的类似过程来确定msg3pusch传输的重复次数，不同之处在于ue在正常的非ce覆盖模式下操作，并且不与ce级别相关联。112.在某些实施例中，承载msg3pusch重复次数的字段不能出现在调度rarpdsch接收的dci格式和pdsch接收中rar消息的ul授权两者中。113.例如，不期望向诸如ue116的ue指示在调度rarpdsch接收的dci格式中以及在pdsch接收中rar消息的ul授权中的msg3pusch传输的重复次数。114.对于另一个示例，当ue在调度rarpdsch接收的dci格式中接收到msg3pusch传输的重复次数的指示时，不期望ue(诸如ue116)在pdsch接收中rar消息的ul授权中接收msg3pusch传输的重复次数的指示。115.对于又一示例，如果ue(诸如ue116)在调度rarpdsch接收的dci格式中接收到msg3pusch传输的重复次数的指示，则ue丢弃pdsch接收中rar消息的ul授权中的msg3pusch重复次数的指示(如果存在)。116.本公开的实施例提供了当随机接入过程由pdcch命令发起时对msg3的重复次数的确定。以下示例和实施例描述了当随机接入过程由pdcch命令发起时确定msg3的重复次数。例如，诸如bs102的gnb可以通过pdcch命令触发诸如ue116的ue发起随机接入过程。ue可以或可以不被配置用于ce操作。如果循环冗余校验(crc)被小区无线电网络临时标识符(c-rnti)加扰，并且“频域资源分配”字段的值全为1，则ue将dci格式1_0解释为用于prach传输的pdcch命令。这种dci格式还可以包括指示msg3pusch传输的重复次数的字段，例如n比特的“msg3-rep指示符”字段。例如，tdra字段可以被解释为提供prach传输的重复次数。msg3-rep指示符字段可以从由更高层提供的一组重复次数中指示一个重复次数，或者可以直接指示重复次数。117.n比特的msg3-rep指示符字段可以使用这种dci格式的“保留比特”字段的n比特，诸如tdra字段的比特。对于cbra，服务小区内的ue可以共享相同的ra资源，用于发起ra过程的dci格式1_0的“随机接入前导索引”字段全为零。在这种情况下，dci的“同步信号/物理广播信道(ss/pbch)索引”字段和“prach掩码索引”字段被保留。如果随机接入前导索引字段的值全为零，则msg3-rep指示符字段可能使用prach掩码索引字段的n个比特，其中n《＝4，在这种情况下，prach掩码索引字段被保留。如果随机接入前导索引字段的值全为零，则msg3-rep指示符字段还可能使用ss/pbch索引字段的n个比特，其中n《＝6，在这种情况下，ss/pbch索引字段被保留。118.本公开的实施例提供了发送具有重复的msg3：冗余版本。以下示例和实施例描述了基于冗余版本发送具有重复的msg3。在某些实施例中，如果ue(诸如ue116)以nrep次重复发送msg3pusch，则对于第一次发送，ue使用冗余版本号rvid0在pusch中发送传输块，该pusch由对应rar消息中的rarul授权调度。119.对于所有重复，ue使用冗余版本号0在pusch中发送传输块。替代地，对于第n次重复，其中n＝1，...nrep-1，ue使用不同的冗余版本号在pusch中发送传输块，例如根据如下表1所示的序列{0，2，3，1}。其他序列的示例包括{2，3，1，0}、{3，1，0，2}、{1，0，2，3}、{0，3，0，3}。rv模式可以由更高层提供，诸如例如sib。替代地，可以通过dci格式中的字段从用于重复的rv模式的预定集合中指示用于rv的模式，该dci格式以重复次数来调度msg3pusch传输。120.【表1】[0121][0122]替代地，对于一个pusch时隙内的所有重复，ue(诸如ue116)使用相同的冗余版本号来发送传输块。在连续分配的时隙中的发送可以使用不同的冗余版本，如下表2所示。其他序列/模式的示例包括{2，3，1，0}、{3，1，0，2}、{1，0，2，3}、{0，3，0，3}。[0123]【表2】[0124][0125]冗余版本号是对于所有重复都被固定为rvid＝0还是改变它可以由更高层指示或者可以由调度msg3pusch传输的dci格式中的字段指示。[0126]在某些实施例中，rrcierach-configcommon中(或rrciepusch-configcommon中)的一个或多个参数可以提供msg3pusch传输的rvid。例如，可以指示ue(诸如ue116)rvid是否对于msg3pusch传输的所有重复总是零或者rvid是否诸如根据上面的表1或表2而变化。在某些实施例中，还可以指示ue：(i)rvid是否在每次重复时改变(使用表1)；(ii)rvid是否对于相同时隙中的重复是固定的，而针对连续时隙中的重复而变化(使用表2)；或者(iii)rvid是否每重复次数改变，其中重复次数可以由更高层提供或者在系统操作中预先确定。还可以向ue指示默认的rvid序列。[0127]本公开的实施例提供了msg3重复的次数(或ce级别)与pusch重复类型的关联。以下示例和实施例描述了msg3重复的次数(或ce级别)与pusch重复类型相关联。在某些实施例中，对于由rar消息中的ul授权调度的具有重复的msg3pusch传输，时隙内的多个连续pusch分配和为msg3传输分配的多个连续时隙可以由更高层提供。在分配多个时隙的情况下，pusch的相同开始符号和长度在分配的时隙上重复。在每个时隙中，可以发送一个(pusch重复类型a)或多个(pusch重复类型b)msg3重复。[0128]在第一种方法中，对于发送具有重复的msg3的ue，可以使用pusch类型b重复，以便减少msg3pusch传输所需的时间。取决于重复次数或ce级别，ue(例如ue116)可以以pusch重复类型a或pusch重复类型b来发送msg3。对于msg3pusch传输是否使用重复类型b可以取决于性能或延迟是否被优先化。例如，如果有两个ce级别l＝0，1，当ue在ce级别0中操作时，ue可以在ue在ce级别0中操作时以pusch重复类型a发送msg3重复，并且在ue在ce级别1中操作时以pusch重复类型b发送msg3重复。在另一示例中，如果存在四个ce级别，l＝0，1，2，3，则当ue在ce级别3中操作时，ue可以以pusch重复类型b发送msg3重复，否则，ue可以以pusch重复类型a发送msg3重复[0129]诸如bs102的gnb可以通过sib来指示是使用pusch重复类型a还是pusch重复类型b。替代地，如果不是所有ue都可以支持pusch重复类型，诸如pusch重复类型b，则默认使用pusch重复类型a。ue(诸如ue116)也可能通过选择prach前导来指示pusch重复类型。例如，gnb可以在sib中指示第一组prach前导与pusch重复类型a相关联，并且第二(剩余)组prach前导与pusch重复类型b相关联。ue以类型a还是类型b重复发送msg3pusch取决于ue是从第一组prach前导还是从第二组prach前导中选择prach前导。[0130]本公开的实施例提供了发送具有重复的msg3：时域资源分配。以下示例和实施例描述了在时域资源分配中发送具有重复的msg3。在某些实施例中，ue(诸如ue116)可以从更高层参数以及从tdra表来确定msg3pusch传输的时域资源分配。ts38.214v16.1.0中的表6.1.2.1.1-1a和表6.1.2.1.1-1b定义了ue要应用的pusch时域资源分配配置。[0131]以下描述适用于任何pusch传输，而不仅仅是msg3pusch传输。在某些实施例中，msg3重复的次数(或ce级别)与k2相关联。例如，ce级别，或者等同地，msg3pusch传输的重复次数，可以与k2相关联，k2用于从接收到pdcch的时隙导出时隙偏移，该pdcch提供调度msg3pusch传输的dci格式。以大的ce级别(msg3的若干重复)操作的ue被认为是更能容忍延迟的，并且较高的覆盖级别可以与较大的k2值相关联。例如，如果有两个ce级别，关联可以如表3所示。级别0可以对应于最低的ce级别，或者对应于在没有ce的情况下操作的ue。这适用于普通cp和扩展cp两者。[0132]在某些实施例中，msg3重复的次数(或ce级别)与k2和s相关联。例如，ce级别，或等效地，msg3pusch传输的重复次数，可以与k2和s相关联。s是ue发送msg3pusch的时隙中的第一个符号。例如，如果有两个ce级别，关联可以如表4所示。最低的ce级别与较小的k2和s值相关联。级别0可以对应于最低的ce级别，或者对应于在正常模式下操作的ue(无ce)。这适用于普通cp和扩展cp两者。[0133]在某些实施例中，msg3重复的次数(或ce级别)与s相关联。例如，ce级别，或等同于msg3pusch传输的重复次数，可以与s相关联。s是ue发送msg3pusch的时隙中的第一个符号。例如，如果有四个ce级别，关联可以如表5所示。最低的ce级别与较小的s值相关联。级别0可以对应于最低的ce级别，或者对应于在正常模式下操作的ue(无ce)。这适用于普通cp和扩展cp两者。[0134]在某些实施例中，msg3重复的次数与时域资源分配配置相关联。例如，可以定义多个tdra表，每个表对应一个ce级别。每个tdra表定义了当ue在ce级别操作时应用哪个pusch时域资源分配配置。使用哪个tdra表的指示可以在iepusch-configcommon中的字段中指示，该字段用于配置小区特定pusch参数。例如，如下所示，msg3-pusch-timedomainallocationtable字段可以指示tdra表。该字段的值可以对应于配置的ce级别。此外，通过来自tdra表的配置集合的tdra表的指示，ce级别的指示可以是动态的。例如，调度pusch传输的dci格式(ul授权)中的字段可以从2或4个tdra表的集合中指示tdra表。该字段可以是tdra字段的一部分，也可以是单独的字段。在前一种情况下，tdra字段指示tdra表的条目子集，其中条目子集可以被预先确定。例如，当tdra字段的1位用于指示两个tdra表之一时，tdra字段的剩余比特可用于指示来自tdra表的每隔一个条目(每两个连续条目一个条目)。[0135]在某些实施例中，未被配置用于ce操作的ue也可以发送具有重复的msg3pusch。具有重复的msg3pusch传输可以与pusch映射类型和tdra表相关联。可以定义一个或多个tdra表，其中每个tdra表定义将哪个pusch时域资源分配配置应用于msg3pusch传输。可以在用于配置小区特定pusch参数的iepusch-configcommon中的字段中或者通过调度pusch传输的dci格式(ul授权)中的字段来指示使用哪个tdra表的指示。例如，如下所示，字段msg3-pusch-timedomainallocationtable可以指示tdra表。例如，如下表3中的语法(1)所示，字段msg3-pusch-timedomainallocation可以指示来自tdra表的pusch映射类型、时隙偏移、开始符号和长度的组合。此外，或者替代地，可以在iepusch-configcommon中为pusch重复添加类似的字段，如下所示。[0136]【表3】[0137][0138]本公开的实施例提供了对支持发送具有重复的msg3pusch传输的ue的识别。以下示例和实施例描述了识别支持发送具有重复的msg3pusch传输的ue。在某些实施例中，识别可以使用prach资源。例如，gnb(诸如bs102)可以从由ue使用以发起ra过程的prach资源识别ue(诸如ue116)是否支持发送具有重复的msg3pusch传输。gnb可以在系统信息块(sib)中指示prach资源的划分/映射，其中该划分/映射与prach前导、或者与prach时机、或者与prach前导和ro两者相关联，并且其中来自一个分区的资源由支持具有重复的msg3pusch传输的ue选择，而来自另一个分区的资源由不支持具有重复的msg3pusch传输的ue选择。[0139]prach资源的划分可以与ue支持的多个特征相关联。例如，分区中的prach资源可由支持具有重复的msg3pusch传输并支持在多个空间设置上发送prach前导的ue使用，其中通过在多个空间设置上循环来发送相同或不同的前导。在另一个示例中，prach资源的分区可以由支持具有重复的msg3pusch传输并支持在msg3pusch中发送信道质量报告的ue使用，其中信道质量报告基于gnb的信道状态信息参考信号(csi-rs)发送和/或同步信号物理广播信道(ssb)发送。在另一个示例中，prach资源的分区与以第一重复次数发送prach前导相关联，并且与以第二重复次数发送msg3pusch相关联。[0140]在某些实施例中，该识别可以使用ulbwp。可以由诸如bs102的gnb基于ul带宽识别支持具有重复的msg3的ue。gnb可以配置不同的ulbwp，其中一个或多个bwp与不具有重复的msg3pusch传输相关联，并且一个或多个bwp与不具有重复的msg3pusch传输相关联。不同的bwp也可以与具有重复的或不具有重复的prach传输相关联。gnb可以在sib中配置与msg3pusch传输和prach重复的不同重复次数相对应的不同ulbwp。取决于ue是否支持msg3pusch的重复，ue可以选择用于初始接入的ulbwp。当ue支持发送具有重复的msg3pusch并且多个bwp可用时，ue可以基于rsrp测量来选择bwp。在所选择的bwp中，ue发送prach前导，并且在接收到rar时，发送msg3pusch。[0141]不同的bwp也可以与不同的ce级别相关联，其中每个覆盖级别对应于msg3pusch传输的重复次数和prach前导重复的次数。对于不同的ulbwp(和对应的ce级别)，msg3重复的次数和prach重复的次数可以不同，或者对于某些bwp可以相同。[0142]在某些实施例中，诸如bs102的gnb还可以配置bwp的不同窄带宽(nb)，其中nb可以与具有重复的或不具有重复的msg3和prach的传输相关联。例如，gnb可以配置与不具有重复的msg3pusch传输相关联的ulbwp，并且配置与具有重复的msg3pusch传输相关联的另一个ulbwp，其中ulbwp包括多个nb。与bwp的不同nb相关联的msg3pusch和/或prach前导传输的重复次数可以相同或不同。支持具有重复的msg3传输的ue(诸如ue116)将基于rsrp测量来选择nb中的一个以用于ul发送。[0143]图9a和9b分别示出了根据本公开实施例的用于识别ue是否支持msg3pusch传输的示例方法900和950。例如，方法900和950的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。方法900和950仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0144]如图9a所示，方法900描述了gnb识别ue是否支持具有重复的msg3pusch传输是基于用于prach传输的ulbwp(或nb)的。基于ue的选择，gnb可以识别ue是否支持具有重复的msg3pusch传输。[0145]在步骤902中，在初始dlbwp中发送的sib中向ue指示不同的ulbwp，其中不同的ulbwp与msg3pusch的传输相关联。例如，ue在来自dlbwp的sib中接收不同的ulbwp。[0146]在步骤904中，ue确定是否支持msg3pusch重复。如果ue不支持具有重复的msg3pusch传输(如步骤904中所确定的)，则在步骤906中，ue选择与不具有重复的msg3pusch传输相关联的ulbwp。替代地，如果ue支持具有重复的msg3pusch传输，则在步骤908中，ue根据rsrp测量来确定路径损耗，并且在所指示的与具有重复的msg3pusch传输相关联的ulbwp中选择ulbwp。然后，在步骤910中，ue在接收到rar之后，在所选择的bwp中发送prach前导和msg3pusch。[0147]在tdd系统的另一示例中，除了在具有coreset0的初始dlbwp中发送的不同ulbwp的指示之外，诸如bs102的gnb还指示具有与ulbwp相关联的另一coreset0的另一dlbwp。例如，gnb可以在初始dlbwp中发送的sib中指示(i)与具有重复的msg3相关联并且与初始dlbwp配对的ulbwp(ulbwp-1)，(ii)与不具有重复的msg3相关联的ulbwp(ulbwp-2)，以及(iii)与ulbwp-2配对的具有另一coreset0的dlbwp。此外，ulbwp可以与prach重复的发送相关联，和/或与不同数量的空间设置中的发送相关联。支持具有重复的msg3pusch的ue将选择ulbwp-1，并在bwp-1中发送prach前导。ue可以取决于以下各项来选择用于初始接入的ulbwp：(i)ue是否支持msg3的重复，(ii)ue是否支持在不同的空间设置上发送prach前导，(iii)确定msg3的重复次数的rsrp测量和/或(iv)prach前导。[0148]如图9b所示，方法950描述了一个示例，其中gnb基于用于prach传输的ulbwp(或nb)来识别ue是否支持具有重复的msg3pusch传输，其中ulbwp和配对的dlbwp在sib中指示。[0149]在步骤952中，在初始dlbwp中发送的sib中向ue指示一个或多个ulbwp和配对的dlbwp，其中至少一个ulbwp与具有重复的msg3pusch传输相关联。例如，ue在初始dlbwp中发送的sib中接收一个或多个dlbwp和配对的dlbwp。在步骤954中，ue选择与具有重复的msg3pusch传输相关联的ulbwp。如果不止一个ulbwp与msg3重复相关联，则基于rsrp测量来选择ulbwp。在步骤956，ue在所选择的ulbwp中发送prach前导。在步骤958，ue在与发送prach的所选ulbwp配对的dlbwp中接收rar。在步骤960中，一旦接收到rar，ue就在所选择的ulbwp中发送具有重复的msg3pusch。[0150]尽管图9a示出了方法900，图9b示出了方法950，但是可以对图9a和9b进行各种改变。例如，虽然方法900和950被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法900的步骤可以以不同的顺序执行。对于另一个示例，方法950的步骤可以以不同的顺序执行。[0151]本公开的实施例提供了msg3pusch的重传。以下示例和实施例描述了msg3pusch的重传。在某些实施例中，在ue发送msg3pusch之后，如果gnb没有成功接收msg3pusch，则ue可以接收具有由tc-rnti(或c-rnti)加扰的crc的pdcch而请求重传msg3。msg3pusch的重传可以使用与初始发送中相同或不同的重复次数。ue可以用从初始发送的重复次数导出的重复次数来发送msg3。例如，在每次重传中，ue可以使用增加的重复次数，或者所有重传使用相同的重复次数。在msg3重传中使用的重复次数可以在sib中配置，并且是pusch-configcommon中的msg3配置的一部分。对于在prach-configcommon中配置的prach前导，也可以使用相同的重复次数。在某些实施例中，ue根据调度msg3pusch重传的dci格式来确定msg3重传的重复次数。ue还可以基于rsrp测量和(多个)配置的阈值来确定用于msg3pusch重传的重复次数。取决于rsrp估计是否等于、高于或低于阈值，msg3pusch重传可以在没有重复的情况下发送，或者以与先前(重)发送中的重复次数相同或小于/大于其的重复次数发送。在某些实施例中，gnb仅针对初始传输配置对msg3pusch传输的重复的使用，并且msg3pusch的重传没有重复，反之亦然(重复仅在重传中使用)。[0152]本公开的实施例提供了由符号数量定义的重复次数，并且确定了用于发送具有重复的pusch的ul符号。以下示例和实施例描述了确定用于发送具有重复的pusch的ul符号，其中重复次数由符号数量来定义。对于诸如msg3pusch传输的pusch传输，可以通过多个时隙或多个符号来定义ce级别或等效的重复次数。[0153]在某些实施例中，在调度gnb提前不知道用于pusch传输的所有符号的情况下，使用符号数量npusch＝l·nnominal来确定具有类型b重复并且具有nnominal个重复的pusch传输的长度可能是有益的。例如，当诸如bs102的gnb在调度pusch传输之后适配时隙结构时，由更高层提供的ul-dltdd配置所指示的灵活时隙符号可以通过gnb在pdcch传输中提供的dci格式被指示为dl符号或灵活(保留)符号。[0154]例如，可以调度ue(诸如ue116)在s＝4和l＝11的4个对应时隙上发送具有nnominal＝4个标称重复的pusch。这4个时隙可以是前4个时隙，从由k2指示的时隙开始，其中符号4到14是灵活的或ul。[0155]如果诸如bs102的gnb随后通过dci格式指示灵活符号中的一些是dl符号或灵活符号，则pusch传输在对应时隙中的实际重复可以避免这些符号。然而，如果pusch传输的重复限于4个时隙，则用于pusch传输的符号总数将小于npusch，结果，pusch传输中传输块的接收可靠性降低。gnb可以通过指示多于4个时隙用于重复来说明在4个时隙上pusch重复的符号数量的潜在减少。然而，在gnb不指示由更高层提供的ul-dltdd配置的灵活符号是dl符号还是灵活符号的情况下，这也可能导致不必要的重复和增加的资源开销。因此，被配置用于pusch传输的重复的ue还可以监视pdcch以检测指示时隙结构的dci格式，诸如dci格式2_0，并且避免在被指示为dl的符号中进行传输。ue还可以避免在由dci格式指示为灵活的符号中进行发送，因为这样的符号可以被认为是在系统操作中保留的，并且ue还可以避免在最后一个dl符号之后的一个或多个符号中进行发送，以便至少当ue需要在最后一个dl符号期间接收例如csi-rs时，允许所需的时间来执行dl到ul的切换。[0156]图10示出了根据本公开的实施例的用于确定用于发送具有重复的pusch的上行链路(ul)符号的示例方法1000。例如，方法1000的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图10的方法1000仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0157]如图10所示，方法1000描述了ue(诸如ue116)确定用于发送具有重复的pusch的ul符号的过程。[0158]在步骤1002中，ue在多个时隙上接收或被提供ul-dltdd配置。这里，时隙包括灵活符号，例如通过参数tdd-ul-dl-configurationcommon，或者另外通过tdd-ul-dl-configurationdedicated。[0159]在步骤1004中，ue被配置成发送具有重复的pusch，并且通过dci格式被调度以在多个时隙上发送pusch。[0160]在步骤1006中，ue监控dci格式2_0，该格式提供了对灵活符号的适配。例如，dci格式2_0中的时隙格式指示符(sfi)索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量中的每个时隙的时隙格式。dci格式2_0将时隙中的ul-dltdd配置的灵活符号适配为下行链路或上行链路或不可用。[0161]在步骤1008中，ue发送具有重复的pusch，其中避免了由dci格式2_0中的sfi索引字段值指示为灵活或dl840的符号。[0162]可以基于ue是否发送具有重复的pusch来进一步调节ue行为。当ue不发送具有重复的pusch时，ue不避免针对pusch传输指示为灵活或dl的符号；否则，并且至少对于第一次重复之后的重复，ue发送具有重复的pusch，其中避免由sfi索引字段值指示为灵活或dl的符号。[0163]尽管图10示出了方法1000，但是可以对图10进行各种改变。例如，虽然图10的方法1000被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1000的步骤可以以不同的顺序执行。[0164]确定用于发送具有重复的pusch的时隙数量。以下示例和实施例描述了确定用于发送具有重复的pusch传输的时隙数量。对于这样的操作条件，基于npusch来确定用于pusch传输的重复的时隙数量可以使得gnb(诸如bs102)能够完全灵活地指示ul-dltdd配置的灵活符号。该配置可以由更高层提供为灵活(预留)符号或dl符号，同时确保pusch传输中传输块的期望的接收可靠性，而没有额外的资源开销。例如，当上述示例中的四个时隙中的符号8到10被dci格式指示为灵活的或dl时，pusch传输的实际重复可以在符号三到七和符号11到14中(或者符号三和符号11可以被额外避免以允许一个符号的dl到ul切换时间)。然后，为了适应在四个时隙上没有pusch传输的三个符号，实际的重复可以在四个时隙之后的时隙中继续，直到pusch传输在另外的12个符号上并且在总共npusch＝44个符号上。因此，基于具有起始符号s和长度l的nnominal个标称重复的指示，ue可以确定用于pusch传输的重复的总共npusch个pusch符号，如下面的等式(1)中所描述的。[0165]npusch＝l·nnominalꢀꢀꢀ(1)[0166]在某些实施例中，ue(诸如ue116)可以确定用于pusch传输的重复的npusch个符号，并且执行pusch传输的最小数量的实际重复，这实现了在第一时隙中从符号s开始的npusch个符号上的发送。[0167]由于gnb(例如bs102)可能无法完全控制ue发送pusch的时隙数量，因此gnb可以通过更高层来配置ue行为。例如，gnb可以通过更高层来配置ue行为，以确定ue是将实际重复次数确定为仅在上述示例中的四个时隙中，还是通常在由调度pusch传输的dci格式所指示的时隙数量n中，或者ue确定实际重复次数以包括附加时隙，从而实现用于所指示的标称重复的符号数量。时隙数量n可以等于重复次数，或者等于具有类型a重复的pusch传输的时隙数量。替代地，gnb可以通过调度pusch传输的dci格式中的1比特字段来指示ue行为。有可能使用1比特字段信令来指示相对于由调度pusch传输的dci格式所指示的时隙数量n的多于一个的附加时隙是否可以用于发送用于pusch传输的重复的符号。例如，gnb可以通过更高层来配置，使得ue可以确定实际重复次数包括附加时隙，并且可以通过调度pusch传输的dci格式中的1比特字段来指示可以使用单个时隙还是多个时隙。替代地，附加时隙的数量可以由更高层来配置，并且1比特信令指示配置数量的时隙中的哪一个可以用于发送用于pusch传输的重复的符号。此外，gnb可以由更高层配置附加时隙数量的默认值，ue可以使用该默认值来发送用于pusch传输的重复的符号。默认值可以大于或等于零。[0168]还可能的是，相对于由调度pusch传输的dci格式所指示的时隙数量，ue是否可以使用附加时隙(包括附加时隙的数量)以用于发送具有标称重复的pusch，取决于ce级别。例如，如果存在四个ce级别，则gnb可以通过更高层配置，使得ue可以仅针对最高ce级别使用附加时隙，并且gnb还可以配置多个附加时隙。可以为所有ce级别配置单个值，或者为附加数量的时隙的每个ce级别配置值。相同的原理可以应用于物理上行链路控制信道(pucch)传输的重复。[0169]图11示出了根据本公开实施例的用于确定pusch传输的重复的示例方法1100。例如，方法1100的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图11的方法1100仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0170]如图11所示，方法1100描述了ue确定pusch传输的重复的示例性过程。在步骤1102中，诸如bs102的gnb通过dci格式将ul-dltdd配置的一组符号指示为灵活(保留)符号或dl符号，并且指示用于pusch传输的时隙数量。在步骤1104中，ue(诸如ue116)接收确定实际重复次数包括附加时隙的指示，使得达到用于所指示的标称重复次数的符号数量。替代地，ue可以默认确定附加时隙。在步骤1106中，ue确定发送具有所指示的标称重复的pusch所需的时隙数量。在步骤11008中，ue基于具有所指示的标称重复的传输所需的时隙以及对可用于pusch传输的时隙数量的任何进一步约束，来确定pusch传输的时隙数量。[0171]另一个约束的示例可以是相对于调度pusch传输的dci格式所指示的时隙数量，允许用于具有重复的pusch传输的附加时隙数量。然后，ue(诸如ue116)可以以pusch传输的最小实际重复次数进行发送，以实现从第一时隙中的符号s开始的npusch＝l·nnominal个符号上的发送，如果在发送这样的npusch个符号所需的时隙中允许这样的发送。[0172]尽管图11示出了方法1100，但是可以对图11进行各种改变。例如，虽然图11的方法1100被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1100的步骤可以以不同的顺序执行。[0173]本公开的实施例提供了基于由sfi指示的时隙数量来确定pusch传输的重复次数。以下示例和实施例描述了基于由sfi指示的时隙数量来确定pusch传输的重复次数。dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。假设实际重复的pusch传输避免占用被指示为dl或保留的符号，ue基于符号总数npusch来确定用于pusch传输的重复的时隙数量。[0174]如果完成nnominal个实际重复所需的时隙数量小于nsfi个时隙，则ue(诸如ue116)发送nnominal个实际重复，避免在由dci格式2_0指示为dl或保留的符号中进行发送，并以所有配置或指示的发送次数完成发送。如果完成nnominal个实际重复所需的时隙数量大于第一dci格式2_0所指示的nsfi个时隙，则ue(诸如ue116)以在nsfi个时隙中可以完成的重复次数进行发送。[0175]还可能的是，ue以nnominal次重复发送pusch传输，并且占用大于由第一dci格式2_0指示的nsfi个的数量的时隙数量。ue接收另一dci格式2_0，该格式指示其格式由第一dci格式2_0指示的时隙之后的时隙的时隙格式，并且ue在由第二dci格式2_0指示的可用于ul发送的符号中发送pusch符号。gnb(诸如bs102)可以通过更高层来配置ue行为，以用于ue是否确定实际重复次数仅在由第一dci格式2_0指示的nsfi个时隙中，或者ue是否确定实际重复次数并发送它们。[0176]图12示出了根据本公开实施例的用于确定pusch传输的重复次数的示例方法1200。例如，方法1200的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图12的方法1200仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0177]如图12所示，方法1200描述了ue116基于时隙数量nsfi来确定pusch传输的重复次数的示例性过程，其中dci格式2_0中的sfi索引字段值向ue指示每个时隙的时隙格式。[0178]在步骤1202中，通过更高层例如通过参数tdd-ul-dl-configurationcommon，或者额外地通过参数tdd-ul-dl-configurationdedicated，向ue提供多个时隙上的ul-dltdd配置，其中时隙包括灵活符号。在步骤1204中，ue被配置用于发送具有重复的pusch，并且通过dci格式被调度以在多个时隙上发送pusch。在步骤1206中，ue监控dci格式2_0。dci格式2_0中的sfi索引字段值用于向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1208中，ue在nsfi个时隙上发送具有重复的pusch，避免指示为灵活或dl的符号。[0179]尽管图12示出了方法1200，但是可以对图12进行各种改变。例如，虽然图12的方法1200被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1100的步骤可以以不同的顺序执行。[0180]图13示出了根据本公开实施例的用于发送pusch传输的示例方法1300。例如，方法1300的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图13的方法1300仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0181]如图13所示，方法1300描述了ue(诸如ue116)在多个时隙上发送具有重复的pusch传输的示例性过程，多个时隙的格式由dci格式2_0中的不止sfi索引字段值来指示。在这种情况下，完成具有重复的pusch传输所需的时隙数量大于dci格式2_0中的sfi索引字段值在其上有效的时隙数量。[0182]在步骤1302中，通过更高层例如通过参数tdd-ul-dl-configurationcommon，或者额外地通过参数tdd-ul-dl-configurationdedicated，向ue(诸如ue116)提供多个时隙上的ul-dltdd配置，其中时隙包括灵活符号。在步骤1304中，ue被配置用于发送具有重复的pusch。还可以通过dci格式调度ue在多个时隙上发送pusch。在步骤1306中，ue监控dci格式2_0。dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1308中，ue避免某些符号而发送多个pusch重复。被避免的符号可以在nsfi上被指示为灵活或dl。例如，ue在nsfi个时隙上发送小于nnominal个重复的pusch重复的次数，避免被指示为灵活或dl的符号(步骤1306)。在步骤1310中，ue监控dci格式2_0，其中dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1312中，ue在nsfi个时隙上发送更多pusch重复，避免被指示为灵活或dl的符号(步骤1310)。注意，如果尚未发送所有的nnominal个重复，则重复步骤1310和1312。[0183]尽管图13的方法1300被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1300的步骤可以以不同的顺序执行。[0184]本公开的实施例提供了跳频。下面的示例和实施例描述了跳频。如上所述，当使用符号数量npusch＝l·nnominal来确定具有重复的pusch传输的长度时，pusch传输可以在由更高层提供的ul-dltdd配置指示为ul符号或灵活符号的符号中被调度，并且需要避免由提供时隙结构的dci格式指示的dl符号或灵活(保留)符号。l数量的符号的每次重复可以跨越不止一个时隙，并且这些符号可以不相邻。[0185]ue(诸如ue116)可以通过更高层参数或者通过调度pusch传输的dci格式(如果有的话)而被配置用于具有重复的pusch传输的跳频。然后，ue可以在pusch传输的(实际)重复之间应用跳频。跳频可以每nfh个重复应用，其中nfh可以在系统操作中预先确定或者由更高层提供。可以定义两个跳频之间的频率偏移，其中起始跳频与初始发送的调度资源相关联。替代地，可以按pusch符号的数量来定义时隙内跳频偏移。例如，符号数量可以在系统操作中预定义(诸如对应于标称重复的次数的符号数量)或者可以由更高层配置。[0186]可以在sib的字段中指示使用哪个tdra表的指示。例如，sib中的包含对所有ue通用的无线电资源配置信息的字段。[0187]用于正常cp的默认pusch时域资源分配a在下面的表4中描述。[0188]【表4】[0189][0190]下表5中描述了用于扩展cp的默认pusch时域资源分配a。[0191]【表5】[0192][0193]下表6中描述了用于扩展cp的默认pusch时域资源分配a。[0194]【表6】[0195][0196]在下面的表7中描述了针对ce级别l的正常cp的默认pusch时域资源分配a。[0197]【表7】[0198][0199]下表8中描述了用于扩展cp的默认pusch时域资源分配a。[0200]【表8】[0201][0202]注意，上述16个条目的tdra表可以扩展到包括pusch映射类型、k2、s和l参数的附加组合。[0203]取决于ue是在rrc_connected状态之前还是在rrc_connected状态中发起随机接入，可以定义用于msg3pusch传输的不同tdra表以供ue使用。例如，对于不处于连接模式的ue，指示表格的信令可以与上述相同。对于处于连接模式的ue，可以在iepusch-config中的字段中指示使用哪个tdra表的指示，该字段用于配置适用于特定bwp的ue特定pusch参数。例如，如下表9中的语法(2)所示，字段msg3-pusch-timedomainallocationtable可以指示tdra表，并且字段msg3-pusch-timedomainallocation可以指示来自tdra表的pusch映射类型、时隙偏移、开始符号和长度的组合。[0204]【表9】[0205][0206]本公开的实施例提供了在发送msg3pusch之后接收pdsch。以下示例和实施例描述了在发送msg3pusch之后接收pdsch。当ue尚未被提供c-rnti时，响应于由rarul授权调度的msg3pusch传输，ue尝试检测dci格式。dci格式可以是具有由对应tc-rnti加扰的crc的dci格式1_0，该dci格式调度包括ue竞争解决标识的pdsch接收(例如在ts38.321v.16.0.0中描述的)。在第一有效时隙中的msg3pusch传输的第一次重复的发送和ue尝试检测dci格式(诸如dci格式1_0)的时间之间存在最小时间，其中dci格式具有由对应tc-rnti加扰的crc，该dci格式调度包括ue竞争解决标识的pdsch接收(例如在ts38.321v.16.0.0中描述的)。该n1个符号的最小持续时间对应于被发送的msg3重复的最小次数。该msg3重复的最小次数可以被配置，并且可以小于向ue指示的重复次数。在ue发送msg3pusch传输的所有配置/指示的重复之前，ue可以接收具有调度pdsch接收的dci格式的pdcch。[0207]图14示出了根据本公开实施例的示例时序图1400。图14的示例时序图1400仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0208]参考图14，诸如ue116的ue在第一时隙1410的符号s1420处开始发送msg3pusch的第一次重复，并在四个时隙上重复发送。定义了第一时隙中的msg3pusch传输的第一次重复的发送和ue尝试检测调度pdsch接收的dci格式的时间之间的最小时间。ue尝试检测这种dci的时间可以发生在msg3pusch的所有重复被发送之后。在最后时隙中发送最后重复的最后pusch符号之后，并且在允许dl到ul切换时间的至少多个附加符号(诸如1个符号)之后，ue可以尝试检测调度pdsch的dci。该时间间隔可以与对应于msg3pusch重复次数1430的ce级别相关联。较短的时间间隔可以与较低的ce级别1440相关联。还可能的是，ue能够在发送msg3pusch传输1450的重复的同时尝试检测dci格式，因为gnb可以在所有调度的msg3pusch传输的重复之前检测到tb，然后可以调度pdsch接收。在检测到调度pdsch接收的dci格式时，ue116暂停msg3pusch的剩余重复的发送。[0209]图15示出了根据本公开的实施例的用于监控调度pdsch重复的dci格式的示例方法1500。例如，方法1500的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图15的方法1500仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0210]如图15所示，方法1500描述了ue开始监控调度pdsch接收的dci格式的示例性过程。在步骤1502中，ue在多个时隙上发送具有重复的msg3pusch。在步骤1504中，gnb(诸如bs102)在接收所有调度的msg3pusch传输的重复之前检测tb，并调度pdsch。在步骤1506中，ue从第一次msg3pusch重复开始起以指示的最小时间间隔开始监控用于调度pdsch的dci格式。在步骤1508中，ue检测调度pdsch接收的dci格式，并暂停msg3pusch的剩余重复的发送。[0211]尽管图15示出了示例方法，但是可以对图15进行各种改变。例如，虽然方法1500被示为一系列步骤，但是各种步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。[0212]图16示出了根据本公开实施例的电子设备。[0213]参照图16，电子设备1600可以包括处理器1610、收发器1620和存储器1630。然而，所有示出的组件都不是必需的。电子设备1600可以由比图16所示更多或更少的组件来实现。此外，根据另一实施例，处理器1610和收发器1620以及存储器1630可以实现为单个芯片。[0214]电子设备1600可以对应于上述电子设备。例如，电子设备1600可以对应于图3所示的电子设备300。[0215]现在将详细描述前述组件。[0216]处理器1610可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。电子设备1600的操作可以由处理器1610来实现。[0217]收发器1620可以包括用于上变频和放大发送的信号的rf发送器和用于下变频接收的信号的频率的rf接收器。然而，根据另一个实施例，收发器1620可以由比组件中所示更多或更少的组件来实现。[0218]收发器1620可以连接到处理器1610，并且发送和/或接收信号。该信号可以包括控制信息和数据。此外，收发器1620可以通过无线信道接收信号，并将信号输出到处理器1610。收发器1620可以通过无线信道发送从处理器1610输出的信号。[0219]存储器1630可以存储由电子设备1600获得的信号中包括的控制信息或数据。存储器1630可以连接到处理器1610，并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器1630可以包括只读存储器(rom)和/或随机存取存储器(ram)和/或硬盘和/或cd-rom和/或dvd和/或其他存储设备。[0220]图17示出了根据本公开实施例的基站。[0221]参照图17，基站1700可以包括处理器1710、收发器1720和存储器1730。然而，所有示出的组件都不是必需的。基站1700可以由比图17所示更多或更少的组件来实现。此外，根据另一实施例，处理器1710和收发器1720以及存储器1730可以实现为单个芯片。[0222]基站1700可以对应于上述gnb。例如，基站1700可以对应于图2所示的bs200。[0223]现在将详细描述前述组件。[0224]处理器1710可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。基站1700的操作可以由处理器1710来实现。[0225]收发器1720可以包括用于上变频和放大发送的信号的rf发送器和用于下变频接收的信号的频率的rf接收器。然而，根据另一个实施例，收发器1720可以由比组件中所示更多或更少的组件来实现。[0226]收发器1720可以连接到处理器1710，并且发送和/或接收信号。该信号可以包括控制信息和数据。此外，收发器1720可以通过无线信道接收信号，并将信号输出到处理器1710。收发器1720可以通过无线信道发送从处理器1710输出的信号。[0227]尽管附图图示了用户设备的不同示例，但是可以对附图进行各种改变。例如，用户设备可以以任何合适的布置包括任何数量的每个组件。一般而言，附图并不将本公开的范围限制于任何(多个)特定的配置。此外，虽然附图示出了可以使用本专利文献中公开的各种用户设备特征的操作环境，但是这些特征可以用于任何其他合适的系统中。[0228]尽管已经用示例性实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。本技术中的任何描述都不应被理解为暗示任何特定的元素、步骤或功能是必须包括在权利要求范围内的必要元素。专利主题的范围由权利要求限定。当前第1页12当前第1页12
技术领域：
：1.本公开一般涉及无线通信系统，并且更具体地，本公开涉及msg3的覆盖增强。
背景技术：
：：2.为了满足自4g通信系统部署以来增加的对无线数据流量的需求，已经努力开发改进的5g或准5g(pre-5g)通信系统。因此，5g或准5g通信系统也被称为“超4g网络”或“后lte系统”。5g通信系统被认为是在较高频率(毫米波)频带(例如，60ghz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(mimo)、全维mimo(fd-mimo)、阵列天线、模拟波束成形、大规模天线技术。此外，在5g通信系统中，基于高级小小区、云无线电接入网络(ran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协作多点(comp)、接收端干扰消除等，正在进行系统网络改进的开发。在5g系统中，已经开发了作为高级编码调制(acm)的混合fsk和qam调制(fqam)和滑动窗口叠加编码(swsc)，以及作为高级接入技术的滤波器组多载波(fbmc)、非正交多址(noma)和稀疏码多址(scma)。3.互联网是供人们在其中生成和消费信息的以人为中心的连通网络。如今，互联网正在发展成为物联网(iot)，可在无需人工干预的情况下由分布式实体，例如物体进行信息交换和处理。现已经出现万物互联网(ioe)，该万物互联网是iot技术以及通过与云服务器连接实现的大数据处理技术的组合。由于诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术要素已经被iot实施所需要，因此存在关于传感器网络、机器对机器(m2m)通信、机器类型通信(mtc)等的近期研究。此等iot环境可以提供智能互联网技术服务，此等智能互联网技术服务通过收集和分析互联物体之间所生成的数据为人类生活创造新的价值。通过现有信息技术(it)与各种工业技术之间的融合和组合，iot可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。4.相应地，已经进行了各种尝试以将5g通信系统应用于iot网络。例如，可以通过波束成形、mimo和阵列天线来实施传感器网络、机器类型通信(mtc)和机器对机器(m2m)通信等技术。作为上述大数据处理技术的云无线电接入网络(ran)的应用也可以被认为是5g技术和iot技术之间的融合的示例。5.同时，已经积极地进行了关于随机接入过程的各种研究，以提高通信效率。技术实现要素：6.技术问题7.本公开涉及msg3的覆盖增强。8.解决方案9.在一个实施例中，提供了一种用户设备(ue)。ue包括：收发器，被配置为接收系统信息块(sib)，系统信息块(sib)提供信息和第一时域资源分配(tdra)表，信息映射物理随机接入信道(prach)资源以在随机接入过程中启用或禁用物理上行链路共享信道(pusch)传输的重复。第一tdra表的条目指示pusch传输的重复次数。ue进一步包括操作地连接到收发器的处理器。处理器被配置成确定用于prach的传输的prach资源，并且基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。收发器还被配置成接收调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及发送第一pusch。10.在另一实施例中，提供了一种基站(bs)。该bs包括：收发器，被配置为发送sib，sib提供信息和第一tdra表，信息映射prach资源以在随机接入过程中启用或禁用pusch传输的重复。第一tdra表的条目指示pusch传输的重复次数。bs还包括操作地连接到收发器的处理器。处理器被配置为确定用于接收prach的prach资源，基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。收发器还被配置成发送调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及接收第一pusch。11.在又一实施例中，提供了一种方法。该方法包括：接收sib，sib提供信息和第一tdra表，信息映射prach资源以在随机接入过程中启用或禁用pusch传输的重复。第一tdra表的条目指示pusch传输的重复次数。方法还包括确定用于prach的传输的prach资源，基于prach资源，从第一tdra表或预先确定的第二tdra表之间确定tdra表。第二tdra表中没有条目指示pusch传输的重复次数。方法还包括接收调度第一pusch的传输的第一授权，其中第一授权指示tdra表的条目，以及发送第一pusch。12.根据下面的附图、描述和权利要求，其他技术特征对于本领域技术人员来说是显而易见的。附图说明13.为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：14.图1示出了根据本公开实施例的示例无线网络；15.图2示出了根据本公开实施例的示例gnb；16.图3示出了根据本公开实施例的示例ue；17.图4和图5示出了根据本公开实施例的示例无线发送和接收路径；18.图6和7示出了根据本公开实施例的用于确定msg3pusch传输的重复次数的示例方法；19.图8示出了根据本公开的实施例的以重复次数发送msg3pusch的示例方法；20.图9a和9b示出了根据本公开实施例的用于识别ue是否支持msg3pusch传输的示例方法；21.图10示出了根据本公开的实施例的用于确定用于发送具有重复的pusch的ul符号的示例方法；22.图11示出了根据本公开的实施例的用于确定pusch传输的重复的示例方法；23.图12示出了根据本公开的实施例的用于确定pusch传输的重复次数的示例方法；24.图13示出了根据本公开实施例的用于发送pusch传输的示例方法；25.图14示出了根据本公开实施例的示例时序图；和26.图15示出了根据本公开的实施例，用于监控调度物理下行链路共享信道(pdsch)饱和的下行链路控制信息(dci)格式的示例方法。27.图16示出了根据本公开实施例的电子设备。28.图17示出了根据本公开实施例的基站。具体实施方式29.在进行下面的详细描述之前，阐明在整个公开中使用的某些词和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于。术语“或”是包含性的，意思是“和/或”。短语“与...关联”及其派生词的意思是包括、包括在其中、互连、包含、包含在其中、连接到或与之连接、耦合到或与之耦合、与之通信、与之协作、与之交错、与之并列、与之接近、绑定到或与之绑定、拥有、具有其属性、关联到或与之关联，或类似意思。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。该等控制器可以用硬件或者硬件和软件和/或固件的组合来实施。与任何特定控制器相关联的功能可以是在本地或远程集中式或分布式的。短语“...中的至少一者”在与一系列分项一起使用时，意指可以使用一个或多个所列分项的不同组合，并且可能只需要所列各分项中的一个。例如，“a、b和c中的至少一者”包括以下组合中的任一者：a、b、c、a和b、a和c、b和c，以及a和b和c。30.此外，下文所描述的各种功能可以由一个或多个计算机程序实施或支持，其中的每个计算机程序由计算机可读程序代码形成并且实施于计算机可读介质中。术语“应用”和“程序”是指适用于以适当计算机可读程序代码实施的一个或多个计算机程序、软件组件、指令集、程序、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，例如只读存储器(rom)、随机存取存储器(ram)、硬盘驱动器、光盘(cd)、数字视频光盘(dvd)或任何其他类型的存储器。“非暂态”计算机可读介质不包括传输暂态电信号或其他信号的有线、无线、光学或其他通信链路。非暂态计算机可读介质包括可以永久存储数据的介质以及可以存储数据并在后期覆盖所述数据的介质，例如可重写光盘或可擦除存储设备。31.贯穿本专利文件提供了其他某些词和短语的定义。所属领域中的普通技术人员应理解，即便不是大多数，也在许多情况下，该等定义适用于该等被定义单词和短语的先前和未来使用。32.第五代(5g)或新无线电(nr)移动通信最近正随着对来自工业界和学术界的各种候选技术的所有全球技术活动而聚集越来越多的动力。5g/nr移动通信的候选实现包括提供波束成形增益并支持增加的容量的从传统蜂窝频带直到高频的大规模天线技术、灵活地适配具有不同需求的各种服务/应用的新波形(例如，新的无线电接入技术(rat))、以支持大规模连接的新的多址方案等等。33.下面讨论的图1至图17以及在本专利文件中用于描述本公开的原理的各种实施例仅仅是示例性的，不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。34.以下文献通过引用结合到本公开中，如同在此完全阐述一样：3gppts38.211v16.0.0,"nr；physicalchannelsandmodulation"(3gppts38.211v16.0.0，“nr；物理信道和调制”)；3gppts38.212v16.0.0,"nr；multiplexingandchannelcoding"(3gppts38.212v16.0.0，“nr；复用和信道编码”)；3gppts38.213v16.0.0,"nr；physicallayerproceduresforcontrol"(3gppts38.213v16.0.0，“nr；控制的物理层过程”)；3gppts38.214v16.0.0,"nr；physicallayerproceduresfordata"(3gppts38.214v16.0.0，“nr；数据的物理层过程”)；3gppts38.321v15.8.0,"nr；mediumaccesscontrol(mac)protocolspecification"(3gppts38.321v15.8.0，“nr；媒体接入控制(mac)协议规范”)；3gppts38.331v15.8.0,"nr；radioresourcecontrol(rrc)protocolspecification"(3gppts38.331v15.8.0，“nr；无线电资源控制(rrc)协议规范”)。35.为了满足自部署第四代(4g)通信系统以来增加的无线数据业务的需求，已经努力开发和部署改进的第五代(5g)或准5g/nr通信系统。因此，5g或准5g通信系统也被称为“超4g网络”或“后长期演进(lte)系统”36.5g通信系统被认为在较高频率(毫米波)频带(例如，28ghz或60ghz频带)中实现，以实现较高的数据速率，或者在较低频率频带(诸如，6ghz)中实现，以实现稳健的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(mimo)、全维mimo(fd-mimo)、阵列天线、模拟波束成形、大规模天线技术。37.此外，在5g通信系统中，基于高级小小区、云无线电接入网络(ran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协作多点(comp)、接收端干扰消除等，正在进行系统网络改进的开发。38.5g系统和与其相关联的频带的讨论是供参考的，因为本公开的某些实施例可以在5g系统中实现。然而，本公开不限于5g系统或与其相关联的频带，并且本公开的实施例可以与任何频带结合使用。例如，本公开的方面还可以应用于可以使用太赫兹(thz)波段的5g通信系统、6g或者甚至更高版本的部署。39.下面的图1-3描述了在无线通信系统中使用正交频分复用(ofdm)或正交频分多址(ofdma)通信技术实现的各种实施例。图1-3的描述并不意味着对不同实施例可以实现的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。40.图1示出了根据本公开实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。41.如图1所示，无线网络包括gnb101(例如基站bs)、bs102和gnb103。gnb101与bs102和gnb103通信。gnb101还与至少一个网络130通信，诸如互联网、专有互联网协议(ip)网络或其他数据网络。42.bs102为bs102的覆盖区域120内的第一组多个ue提供对网络130的无线宽带接入。第一多个ue包括ue111，其可以位于小型企业中；ue112，其可以位于企业(e)中；ue113，其可以位于wifi热点(hs)中；ue114，其可以位于第一住宅(r)中；ue115，其可以位于第二住宅(r)中；和ue116，ue116可以是移动设备(m)，诸如蜂窝电话、无线膝上型电脑、无线pda等。gnb103为gnb103的覆盖区域125内的第二多个ue提供对网络130的无线宽带接入。第二多个ue包括ue115和ue116。在一些实施例中，gnb101-103中的一个或多个可以使用5g/nr、长期演进(lte)、高级长期演进(lte-a)、wimax、wifi或其他无线通信技术来彼此通信以及与ue111-116通信。43.取决于网络类型，术语“基站”或“bs”可以指被配置成提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(tp)、发送-接收点(trp)、增强型基站(enodeb或enb)、5g/nr基站(gnb)、宏小区、毫微微小区、wifi接入点(ap)或其他支持无线的设备。基站可以根据一个或多个无线通信协议来提供无线接入，例如，5g/nr3gppnr、lte、lte-a、高速分组接入(hspa)、wi-fi802.11a/b/g/n/ac等。为了方便起见，术语“bs”和“trp”在本专利文件中可互换使用，以指代向远程终端提供无线接入的网络基础设施组件。此外，根据网络类型，术语“用户设备”或“ue”可以指任何组件，诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户设备”。为了方便起见，术语“用户设备”和“ue”在本专利文件中用于指代无线接入bs的远程无线设备，无论ue是移动设备(诸如移动电话或智能电话)还是通常被认为是固定设备(诸如桌上型计算机或自动售货机)。例如，ue可以是移动电话、智能电话、监控设备、警报设备、车队管理设备、资产跟踪设备、汽车、桌上型计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、煤气表、安全设备、传感器设备、电器等。44.虚线示出了覆盖区域120和125的大致范围，仅出于说明和解释的目的，其被示为近似圆形。应当清楚地理解，根据gnb的配置以及与自然和人为障碍物相关联的无线电环境的变化，与gnb相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状，包括不规则形状。45.如下面更详细描述的，ue111-116中的一个或多个包括用于接收和/或发送msg3的电路、程序或其组合。在某些实施例中，一个或多个gnb101-103包括用于接收和/或发送msg3的电路、程序或其组合。46.尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何适当布置的任何数量的gnb和任何数量的ue。此外，gnb101可以直接与任意数量的ue通信，并向这些ue提供对网络130的无线宽带接入。类似地，每个bs102-103可以直接与网络130通信，并向ue提供对网络130的直接无线宽带接入。此外，gnb101、102和/或103可以提供对其他或附加外部网络的接入，诸如外部电话网络或其他类型的数据网络。47.图2示出了根据本公开实施例的示例bs102。图2所示的bs102的实施例仅用于说明，图1的gnb101和103可以具有相同或相似的配置。然而，gnb有各种各样的配置，并且图2没有将本公开的范围限制到gnb的任何特定实现。48.如图2所示，bs102包括多个天线205a-205n、多个射频(rf)收发器210a-210n、发送(tx)处理电路215和接收(rx)处理电路220。bs102还包括控制器/处理器225、存储器230和回程或网络接口235。49.rf收发器210a-210n从天线205a-205n接收输入的rf信号，诸如由无线网络100中的ue发送的信号。rf收发器210a-210n下变频输入的rf信号以产生if或基带信号。if或基带信号被发送到rx处理电路220，rx处理电路220通过对基带或if信号进行滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路220将经处理的基带信号发送到控制器/处理器225以供进一步处理。50.tx处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。tx处理电路215对输出的基带数据进行编码、复用和/或数字化，以生成处理后的基带或if信号。rf收发器210a-210n从tx处理电路215接收输出的经处理的基带或if信号，并将基带或if信号上变频为rf信号，经由天线205a-205n发送。51.控制器/处理器225可以包括控制bs102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以根据众所周知的原理通过rf收发器210a-210n、rx处理电路220和tx处理电路215控制前向信道信号的接收和后向信道信号的发送。控制器/处理器225也可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器225可以支持接收和/或发送msg3。控制器/处理器225可以在bs102中支持多种其他功能中的任何一种。在一些实施例中，控制器/处理器225包括至少一个微处理器或微控制器。52.控制器/处理器225还能够执行驻留在存储器230中的程序和其他进程，诸如os。控制器/处理器225可以根据执行过程的需要将数据移入或移出存储器230。例如，控制器/处理器225可以根据正在执行的过程将数据移入或移出存储器230。53.控制器/处理器225也耦合到回程或网络接口235。回程或网络接口235允许bs102通过回程连接或网络与其他设备或系统通信。网络接口235可以支持通过任何合适的(多个)有线或无线连接的通信。例如，当bs102被实现为蜂窝通信系统(诸如支持5g/nr、lte或lte-a的蜂窝通信系统)的部分时，网络接口235可以允许bs102通过有线或无线回程连接与其他gnb通信。当bs102被实现为接入点时，网络接口235可以允许bs102通过有线或无线局域网或者通过有线或无线连接与更大的网络(诸如互联网)通信。网络接口235包括支持通过有线或无线连接进行通信的任何合适的结构，诸如以太网或rf收发器。54.存储器230耦合到控制器/处理器225。存储器230的部分可以包括ram，而存储器230的另一部分可以包括闪存或其他rom。55.尽管图2示出了bs102的一个示例，但是可以对图2进行各种改变。例如，bs102可以包括图2所示的任何数量的每个组件。作为特定示例，接入点可以包括多个网络接口235，并且控制器/处理器225可以支持路由功能，以在不同的网络地址之间路由数据。作为另一个特定示例，虽然被示为包括tx处理电路215的单个实例和rx处理电路220的单个实例，但是bs102可以包括每个的多个实例(诸如每个rf收发器一个)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加额外的组件。56.图3示出了根据本公开实施例的示例ue116。图3所示的ue116的实施例仅用于说明，并且图1的ue111-115可以具有相同或相似的配置。然而，ue有各种各样的配置，并且图3不将本公开的范围限制于ue的任何特定实现。57.如图3所示，ue116包括天线305、rf收发器310、tx处理电路315、麦克风320和接收(rx)处理电路325。ue116还包括扬声器330、处理器340、输入/输出(i/o)接口(if)345、输入设备350、显示器355和存储器360。存储器360包括操作系统(os)361和一个或多个应用362。58.rf收发器310从天线305接收由无线网络100的gnb发送的输入rf信号。rf收发器310对输入的rf信号进行下变频，以产生中频(if)或基带信号。if或基带信号被发送到rx处理电路325，rx处理电路325通过对基带或if信号进行滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路325将经处理的基带信号发送到扬声器330(诸如用于语音数据)或串行(p-to-s)块575以及信道解码和解调块580。68.如图4所示，信道编码和调制块405接收一组信息比特，应用编码(诸如低密度奇偶校验(ldpc)编码)，并调制输入比特(诸如用正交相移键控(qpsk)或正交幅度调制(qam))以生成频域调制符号序列。s-to-p块410将串行调制符号转换(诸如解复用)为并行数据，以便生成n个并行符号流，其中n是在bs102和ue116中使用的ifft/fft大小。大小为n的ifft块415对n个并行符号流执行ifft运算，以生成时域输出信号。p-to-s块420转换(诸如复用)来自大小为n的ifft块415的并行时域输出符号，以便生成串行时域信号。添加循环前缀块425向时域信号插入循环前缀。uc430将添加循环前缀块425的输出调制(诸如上变频)到rf频率，以便经由无线信道发送。信号也可以在转换到rf频率之前在基带滤波。69.从bs102发送的rf信号在通过无线信道之后到达ue116，并且在ue116处执行与bs102处的操作相反的操作。70.如图5所示，下变频器555将接收信号下变频到基带频率，并且去除循环前缀块560去除循环前缀以生成串行时域基带信号。s-to-p块565将时域基带信号转换成并行时域信号。大小为n的fft块570执行fft算法以生成n个并行频域信号。p-to-s块575将并行频域信号转换成调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码，以恢复原始输入数据流。71.gnb101-103中的每一个可以实现如图4所示的发送路径400，其类似于在下行链路中向ue111-116发送，并且可以实现如图5所示的接收路径500，其类似于在上行链路中从ue111-116接收。类似地，ue111-116中的每一个可以实现用于在上行链路中向gnb101-103发送的发送路径400，并且可以实现用于在下行链路中从gnb101-103接收的接收路径500。72.图4和图5中的组件中的每一个可以使用硬件或者使用硬件和软件/固件的组合来实现。作为一个特定的示例，图4和图5中的至少一些组件可以用软件来实现，而其他组件可以由可配置的硬件或者软件和可配置的硬件的混合来实现。例如，fft块570和ifft块515可以被实现为可配置的软件算法，其中大小n的值可以根据实现来修改。73.此外，尽管被描述为使用fft和ifft，但这仅是示例性的，并且不能被解释为限制本公开的范围。可以使用其他类型的变换，诸如离散傅立叶变换(dft)和离散傅立叶逆变换(idft)函数。可以理解，对于dft和idft函数，变量n的值可以是任何整数(诸如1、2、3、4等)，而对于fft和ifft函数，变量n的值可以是2的幂的任何整数(诸如1、2、4、8、16等)。74.尽管图4和图5示出了无线发送和接收路径的示例，但是可以对图4和图5进行各种改变。例如，图4和图5中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加额外的组件。此外，图4和图5旨在说明可以在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构都可以用于支持无线网络中的无线通信。75.本公开的实施例涉及重复发送msg3物理上行链路共享信道(pusch)。本公开的实施例还涉及为在ce模式或正常覆盖模式下操作的ue确定msg3pusch传输的重复次数。本公开的实施例还涉及为msg3pusch传输的每次重复确定冗余版本。另外，本公开的实施例涉及确定msg3pusch传输的时域资源分配。本公开的又一些实施例涉及确定由多个符号定义的pusch重复的次数。本公开的实施例还涉及ue确定接收msg4物理下行链路共享信道(pdsch)的定时。76.5g及以后的各种应用对于网络和ue(例如，诸如图1的ue116)的不同能力需要不同的目标值，诸如峰值数据速率、容量、延迟、移动性、连接密度、网络能量效率等等。主要使用场景可分类为增强型移动宽带(embb)、超可靠低延迟通信(urllc)和大规模机器类型通信(mmtc)。77.embb场景的特征在于高数据速率、高用户密度和广域覆盖。urllc场景的特征在于低延迟、高可靠性和高可用性。mmtc场景的特征在于高连接密度、低功耗和低复杂度。78.为了满足各种应用和使用情况，本公开的实施例考虑了针对不同应用或使用情况的ue可以具有不同的特性并且对应于不同的ue类型。例如，属于mmtc的广泛类别的ue对延迟/数据速率/电池寿命/连接密度有要求，以便支持垂直行业中特定的iot(物联网)用例。ue的一种类型可能相对于用于embb用例的ue具有减少的能力。这种在带宽、rx和/或txrf链的数量、功率等级方面具有特定特性的ue可以支持特定用例或应用所需的延迟、数据速率、电池寿命、ue密度，并且与其他类型的ue(诸如用于embb和/或urllc服务的ue)在同一网络中操作。用例的示例包括工业无线传感器(iws)、视频监控和可穿戴设备。79.给定与不同用例相关联的不同需求，ue类型指示能够满足一个或多个用例需求的某些特性/能力/特征。这些特性包括但不限于成本、复杂性、诸如带宽的能力、rx和/或txrf链的数量、功率等级、覆盖级别等。80.在本公开中，术语“正常ue”和“redcap(红帽)ue”旨在广义上指示具有特定能力或配置有特定能力的ue类型。术语“正常ue”可以表示用于embb应用的r15/r16ue。术语“redcapue”可以表示与正常ue相比具有降低的能力和/或被配置为使用降低的能力的ue。降低的能力与带宽、rx和/或txrf链的数量、功率等级等相关，但不限于此。81.对于对延迟和数据速率要求不太严格的应用，提高覆盖范围的一种方法是延长发送时间：物理信号或信道可以被发送多次，并且根据重复或重传的次数，覆盖范围可以被增强到某个范围。对于具有降低的能力的ue，这种类型的覆盖改善的引入补偿了由于例如下行链路(dl)中减少的ue接收器天线数量或者上行链路(ul)中较低的最大ue发送功率而导致的减少的覆盖。对于所有类型的ue，在ue处于极端的覆盖范围受限的情况下，这种机制改善了覆盖范围，同时保持了高效的网络操作。82.对于ltemtc场景，引入了两种模式来增强覆盖。表示为覆盖增强(ce)模式a的第一模式支持多达32个子帧重复以用于传输块(tb)的pdsch或pusch的传输。ce模式a针对可以通过相对较少的重复次数实现的小的或中等的ce进行优化。表示为ce模式b的第二模式支持多达2048个子帧重复以用于具有相同tb的pdsch或pusch传输。如果ue支持ce模式b，则ue也支持ce模式a。对于prach传输，ce操作被分为四个级别，其中每个级别代表prach和寻呼的不同过程。对于每个ce模式，存在对应于不同重复次数n、m或p的两个级别，其中n《m《p。在ce模式a中：级别0(针对prach无重复)和级别1(n次重复)。在ce模式b中：级别2(m次重复)和级别3(p次重复)。在ue配置中，无线电资源控制信息元素(ie)为每个覆盖级别的prach传输参数列表提供配置。列表中的第一个条目包含ce级别0的prach信息，列表中的第二个条目包含ce级别1的prach信息，依此类推。enb确定ce模式，并且每个模式内的级别由ue确定。gnb在系统信息块(sib)中信号通知多达三个参考信号接收功率(rsrp)阈值，以便ue确定prach传输的ce级别。配置的rsrp阈值的数量等于配置的ce级别的数量减1。对于支持与23dbm不同(更小)的功率等级的ue，ue需要对由enb信号通知的rsrp阈值进行对应的调整(降低)。83.可以启动随机接入(ra)过程来实现几个目的，包括例如以下目的之一：建立rrc连接(从rrc_idle到rrc_connected)，在无线电链路故障后重新建立rrc连接(rlf)，按需系统信息(si)请求，ul同步，调度请求(sr)，定位，链路恢复-也称为波束故障恢复(bfr)。物理随机接入过程可以当在ue处由更高层请求prach传输时触发，或者通过来自服务gnb的物理下行链路控制信道(pdcch)命令触发。注意，ra可以在两种模式下工作。第一种ra操作模式被表示为基于竞争的随机接入(cbra)。在cbra，服务小区内的ue可以共享相同的ra资源，因此在来自不同ue的ra尝试之间存在冲突的可能性。第二种ra操作模式被表示为无竞争随机接入(cfra)。在cfra，ue具有专用ra资源，该资源例如可以由服务gnb指示，并且可以不与其他ue共享，从而可以避免ra冲突。84.随机接入过程，也称为类型1l1随机接入过程，包括4个步骤。在步骤-1中，ue发送物理随机接入信道(prach)前导(msg1)。在步骤-2中，gnb利用pdcch/pdsch(msg2)发送随机接入响应(rar)消息。在步骤-3中，ue发送竞争解决消息，并且当适用时，发送由rarul授权(msg3)调度的pusch的传输。在步骤4中，gnb发送竞争解决消息(msg4)。85.根据本公开的实施例，代替4步ra过程(如上所述)，可以使用2步ra过程，其中ue可以在接收对应的rar(msgb)之前发送prach前导和pusch二者(msga)。86.在某些实施例中，被配置用于服务小区的带宽部分(bwp)中的操作的ue由更高层配置dl带宽中的一组(例如最多四个)bwp，以供ue进行接收(dlbwp集)。ue还由ul带宽中的一组(例如最多四个)bwp配置，以供ue进行发送(ulbwp集)。在给定时间，配置的bwp之一被认为是活动bwp，其中ue接收(活动dlbwp)或发送(活动ulbwp)。下行链路载波可以与两个上行链路载波相关联，其中第一上行链路载波通常被称为(主)上行链路载波，第二上行链路载波通常被称为补充上行链路(sul)载波。一个ul载波(非sul载波或主载波)位于频分双工(fdd)或时分双工(tdd)频带中，作为关联/链接的dl载波，而sul载波通常位于较低的频带中。上行链路和下行链路频带的去耦合增强了小区覆盖，并且较低频率载波允许处于小区边缘的ue或者通常经历较大路径损耗的ue使用较低上行链路载波接入网络，并且与在较高频带使用上行链路载波相比，改善了覆盖。87.在某些实施例中。能够支持覆盖增强的ue可以在覆盖增强模式下接入小区，并且可以被配置在覆盖增强模式下。这种ue被称为“ceue”或“增强覆盖中的ue”。ceue可以是具有第一组能力的ue，诸如用于多个接收器天线或者用于在第一最大带宽上的操作，或者是具有减少的第二组能力的ue(redcapue)，诸如更少数量的接收器天线或者用于在第二最大带宽上的操作，接收器天线的数量和第二最大带宽都小于相应的第一数量。88.在某些实施例中，gnb可以将ue配置为在一组ce模式(例如，ce-mode1、ce-mode2…)中的一个ce模式下工作，其中可以优化每个模式以提高相应覆盖条件下的覆盖率。ce模式可以通过特定的方法来定义，以提高覆盖率。例如，ce模式可以通过用于发送物理信道和信号的重复次数来定义。除了重复发送外，ce操作模式还可以与发送物理信道和格式的特定配置相关联。例如，当第一ue需要一个小的覆盖增强(例如，与信号干扰和噪声比(sinr)增益6db相对应的覆盖增强)时，服务gnb可以使用ce-mode1配置第一ue。如果第二ue需要大范围的覆盖增强，gnb可以使用ce-mode2或其他模式配置第二ue。89.还可以定义单个ce模式，并且在这种情况下，ue可以被配置在正常覆盖中或者ce模式中。ue可以通过确定对应的ce级别来进一步使上行链路发送适配覆盖条件。ce级别可以与上行链路信道或信号的重复次数相关联。90.本公开的实施例提供了为ce模式中的ue确定msg3的重复次数。以下示例和实施例描述了为ce模式中的ue确定msg3的重复次数。在某些实施例中，gnb(诸如bs102)可以将ue配置为在ce模式下操作。对于msg3pusch传输，ce模式与一个或多个ce级别相关联。对于总共l个ce级别和n个ce模式，其中l》＝n，ue可以配置有ce模式和用于ce模式的ce级别。在某些实施例中，ue可以被配置为在没有ce(正常模式)的情况下或者在ce模式下操作。例如，如果ue被配置在ce模式中，则服务gnb可以用一个或多个rsrp阈值(用于ce级别识别的rsrp阈值)来配置ue。然后，ue可以基于rsrp测量和阈值来确定ce级别。在某些实施例中，每个ce级别可以与prach传输的配置相关联。每个ce级别还可以与msg3pusch传输的一个或多个参数相关联，诸如重复次数。91.对于被配置为在ce模式下操作的ue，可以由更高层来配置具有tb的msg3pusch传输的重复次数。用于指定小区特定随机接入参数的rrcierach-configcommon中的字段可以指示每个ce级别的msg3重复次数。替代地，可以使用rrciepusch-configcommon中用于配置小区特定pusch参数的字段。ue可以从ce级别(ue在该ce级别中诸如针对prach传输操作)的重复的配置值确定具有tb的msg3pusch传输的重复次数。msg3pusch传输的重复次数可以由调度msg3pusch传输的rar消息所提供的ul授权中的字段来指示。例如，该字段可以包括两个比特，并且指示四个重复次数之一，其中四个重复次数由更高层提供。四个重复次数可以分开提供给与对应的prach传输相关联的每个ce级别。服务gnb还可能通过下行链路控制信息(dci)格式中的字段来指示msg3pusch传输的重复次数，该下行链路控制信息格式调度提供与msg3pusch传输相关联的rar消息的pdsch接收。92.在某些实施例中，如果msg3传输的重复次数由更高层指示，并且也由调度rarpdsch接收的dci格式中的字段或者pdsch接收中rar消息的ul授权中的字段信号通知，则被配置用于具有ce的操作的ue使用ue基于该字段的指示确定的值。93.注意，承载msg3pusch重复的次数的字段不能出现在调度rarpdsch接收的dci格式和pdsch接收中rar消息的ul授权两者中。例如，不期望在调度rarpdsch接收的dci格式中和在pdsch接收中rar消息的ul授权中向ue指示msg3pusch传输的重复次数。类似地，当ue接收到调度rarpdsch接收的dci格式中的指示时，不期望ue在pdsch接收中rar消息的ul授权中接收msg3pusch传输的重复次数的指示。例如，如果ue接收到调度rarpdsch接收的dci格式中的msg3pusch传输的重复次数的指示，则ue丢弃pdsch接收中rar消息的ul授权中的msg3pusch重复的指示(如果存在)。94.图6和7分别示出了根据本公开实施例的用于确定msg3pusch传输的重复次数的示例方法600和700。例如，方法600和700的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图6的方法600和图7的方法700仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。95.如图6所示，在步骤602中，gnb诸如例如在ierach-configcommon510中通过更高层为ue配置ce级别和msg3pusch传输的重复次数。例如，ue(诸如ue116)由gnb(诸如bs102)配置有ce级别和msg3pusch传输的重复次数。96.在步骤604中，ue确定dci中是否存在msg3重复的次数。如果在调度提供对应rar消息的pdsch接收的dci格式的字段中指示了重复次数，则在步骤606中，ue以重复次数发送msg3，该重复次数是ue从该字段提供的指示确定的。例如，可以向ue提供ue用于prach传输的ce级别的四个重复次数，并且2比特的字段可以指示四个次数之一。否则，在步骤608中，ue以rach-configcommon中的配置的重复次数发送msg3。97.如图7所示，方法700描述了用于确定msg3pusch传输的重复次数的ue过程。在步骤702中，gnb诸如例如在pusch-configcommon中通过更高层为ue配置ce级别和msg3pusch传输的重复次数。例如，ue(诸如ue116)由gnb(诸如bs102)在rrc中配置有ce级别和msg3的重复次数。98.在步骤704中，ue确定pdsch中是否存在msg3重复的次数。如果在调度msg3pusch传输的ul授权的字段中指示了重复次数，则在步骤706中，ue以重复次数发送msg3，该重复次数是ue从该字段提供的指示确定的。例如，可以为ue提供ue用于prach传输的ce级别的四个重复次数，并且2比特的字段可以指示四个次数中的一个。也就是说，在步骤706中，ue可以以由ue从pdsch中的字段确定的重复次数来发送msg3。否则，在步骤708，ue以pusch-configcommon中的配置的重复次数发送msg3。99.尽管图6示出了方法600，图7示出了方法700，但是可以对图6和7进行各种改变。例如，虽然方法600和700被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法600的步骤可以以不同的顺序执行。对于另一个示例，方法700的步骤可以以不同的顺序执行。100.以下实施例和示例描述了与对应于prach传输的ce级别相关的msg3重复的确定。101.在某些实施例中，对于配置用于具有ce的操作的ue，可以配置对应于配置的ce级别的msg3pusch传输的重复次数。对于prach传输，ue可以确定对应于所选择的ce级别l的prach资源配置，并发送prach。如果prach传输不成功(诸如，如果ue在为rar接收配置的时间窗口内没有接收到rar)，则ue通过以下过程来再次发起ra过程：(i)发送具有相同配置的prach，或者(ii)确定对应于不同ce级别(例如，下一个更高的ce级别l 1)的prach资源配置，并发送这样的prach。在这种情况下，与gnb发送的rar相关联的msg3pusch传输(如果存在这种msg3pusch传输)的重复次数可以从与由prach传输使用的相同(在该示例中，l 1)ce级别相对应的msg3pusch重复的次数来确定。102.与prach传输相关联的ce级别的粒度可能不同于与msg3pusch传输的重复相关联的ce级别的粒度。例如，可以为prach传输配置四个ce级别，而为msg3pusch传输配置两个级别，其中prach传输的ce级别0和1与msg3的第一重复次数相关联，prach传输的ce级别2和3与msg3的第二重复次数相关联。对于与prach传输相关联的所有覆盖级别，msg3pusch传输的重复次数也可能是相同的。103.在某些实施例中，msg3pusch重复的次数从配置的prach重复的次数中导出。例如，当gnb为ue配置prach重复的次数时，可以假设msg3重复的次数与配置的prach重复的次数相同，或者可以从中导出。msg3重复的次数可以是prach重复的次数的比例值，例如1/2或1/4或两倍，其中prach重复的次数可以是在空间设置下发送相同prach前导或不同prach前导的次数，或者多个空间设置上prach前导发送的总次数。此外，当ue基于rsrp测量和由gnb指示的阈值来确定prach重复的次数时，ue可以使用重复的相同次数或成比例的次数来用于msg3pusch传输。有可能从prach前导发送的重复次数和prach尝试的次数中导出msg3pusch重复的次数。例如，随着prach尝试次数的增加，可以增加msg3pusch重复的次数。104.图8示出了根据本公开的实施例的用于以重复次数发送msg3pusch的示例方法800。例如，方法800的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图8的方法800仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。105.如图8所示，方法800描述了用于以重复次数发送msg3pusch的示例性过程，该重复次数与对应prach传输的相同ce级别相关联。prach传输和msg3pusch传输都与相同数量的ce级别相关联，例如4个级别，对于每个ce级别，prach和msg3pusch的重复次数不同。106.在步骤802中，gnb配置ue用于具有ce的操作，为ue配置prach传输尝试的最大次数和msg3pusch传输的重复次数。在步骤804中，ue确定用于发送prach的ce级别l，并且如针对ce级别l配置的那样发送prach。107.在步骤806，ue确定prach传输是否成功。如果prach传输成功并且存在msg3pusch传输，则在步骤808中，以与ce级别l相关联的重复次数来发送msg3pusch。替代地，如果prach传输不成功，则ue在步骤810中确定prach尝试的次数是否小于最大配置值。也就是说，如果prach传输不成功(如在步骤806中所确定的)并且prach尝试的次数小于最大配置值(如在步骤810中所确定的)，则在步骤812中，ue如为下一个更高的ce级别配置的那样来发送prach。108.该过程继续重复前面的步骤，直到prach传输成功(如步骤806所确定的)，在这种情况下可以发送msg3pusch(步骤808)，或者prach传输不成功(如步骤806所确定的)并且达到prach尝试的最大次数(如步骤810所确定的)，在这种情况下ra过程在步骤814终止。109.尽管图8示出了方法800，但是可以对图8进行各种改变。例如，虽然图8的方法800被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法800的步骤可以以不同的顺序执行。110.本公开的实施例提供了为不处于ce模式的ue确定msg3pusch的重复次数。以下示例和实施例描述了为不处于ce模式的ue(诸如ue116)确定msg3pusch的重复次数。在某些实施例中，未被配置用于ce操作的ue也可以发送具有重复的msg3pusch。可以由更高层(例如，通过rrcierach-configcommon中的字段或者rrciepusch-configcommon中的字段)信号通知重复次数。msg3传输的重复次数可以附加地或可替换地由调度pdsch接收的dci格式中的字段来指示，该pdsch接收提供对应于msg3pusch传输的rar消息，例如通过从由更高层提供的一组重复次数中指示一个重复次数。msg3pusch传输的重复次数可以附加地或替代地由调度msg3pusch传输的rar消息的ul授权中的字段来指示。msg3pusch传输的重复次数可以替代地由时域资源分配(tdra)表中的条目来指示，除了时隙中pusch传输的开始和长度之外，该条目还指示pusch传输的重复次数。对于msg3pusch传输，tdra表可以由sib提供。111.在某些实施例中，如果重复次数是以下两者(i)由更高层配置，并且(ii)由调度具有rar消息的pdsch接收的dci格式中的或rar消息的ul授权中的字段信号通知，则ue以由该字段指示的重复次数发送msg3pusch。例如，ue可以按照与上面在图6和图7中描述的类似过程来确定msg3pusch传输的重复次数，不同之处在于ue在正常的非ce覆盖模式下操作，并且不与ce级别相关联。112.在某些实施例中，承载msg3pusch重复次数的字段不能出现在调度rarpdsch接收的dci格式和pdsch接收中rar消息的ul授权两者中。113.例如，不期望向诸如ue116的ue指示在调度rarpdsch接收的dci格式中以及在pdsch接收中rar消息的ul授权中的msg3pusch传输的重复次数。114.对于另一个示例，当ue在调度rarpdsch接收的dci格式中接收到msg3pusch传输的重复次数的指示时，不期望ue(诸如ue116)在pdsch接收中rar消息的ul授权中接收msg3pusch传输的重复次数的指示。115.对于又一示例，如果ue(诸如ue116)在调度rarpdsch接收的dci格式中接收到msg3pusch传输的重复次数的指示，则ue丢弃pdsch接收中rar消息的ul授权中的msg3pusch重复次数的指示(如果存在)。116.本公开的实施例提供了当随机接入过程由pdcch命令发起时对msg3的重复次数的确定。以下示例和实施例描述了当随机接入过程由pdcch命令发起时确定msg3的重复次数。例如，诸如bs102的gnb可以通过pdcch命令触发诸如ue116的ue发起随机接入过程。ue可以或可以不被配置用于ce操作。如果循环冗余校验(crc)被小区无线电网络临时标识符(c-rnti)加扰，并且“频域资源分配”字段的值全为1，则ue将dci格式1_0解释为用于prach传输的pdcch命令。这种dci格式还可以包括指示msg3pusch传输的重复次数的字段，例如n比特的“msg3-rep指示符”字段。例如，tdra字段可以被解释为提供prach传输的重复次数。msg3-rep指示符字段可以从由更高层提供的一组重复次数中指示一个重复次数，或者可以直接指示重复次数。117.n比特的msg3-rep指示符字段可以使用这种dci格式的“保留比特”字段的n比特，诸如tdra字段的比特。对于cbra，服务小区内的ue可以共享相同的ra资源，用于发起ra过程的dci格式1_0的“随机接入前导索引”字段全为零。在这种情况下，dci的“同步信号/物理广播信道(ss/pbch)索引”字段和“prach掩码索引”字段被保留。如果随机接入前导索引字段的值全为零，则msg3-rep指示符字段可能使用prach掩码索引字段的n个比特，其中n《＝4，在这种情况下，prach掩码索引字段被保留。如果随机接入前导索引字段的值全为零，则msg3-rep指示符字段还可能使用ss/pbch索引字段的n个比特，其中n《＝6，在这种情况下，ss/pbch索引字段被保留。118.本公开的实施例提供了发送具有重复的msg3：冗余版本。以下示例和实施例描述了基于冗余版本发送具有重复的msg3。在某些实施例中，如果ue(诸如ue116)以nrep次重复发送msg3pusch，则对于第一次发送，ue使用冗余版本号rvid0在pusch中发送传输块，该pusch由对应rar消息中的rarul授权调度。119.对于所有重复，ue使用冗余版本号0在pusch中发送传输块。替代地，对于第n次重复，其中n＝1，...nrep-1，ue使用不同的冗余版本号在pusch中发送传输块，例如根据如下表1所示的序列{0，2，3，1}。其他序列的示例包括{2，3，1，0}、{3，1，0，2}、{1，0，2，3}、{0，3，0，3}。rv模式可以由更高层提供，诸如例如sib。替代地，可以通过dci格式中的字段从用于重复的rv模式的预定集合中指示用于rv的模式，该dci格式以重复次数来调度msg3pusch传输。120.【表1】[0121][0122]替代地，对于一个pusch时隙内的所有重复，ue(诸如ue116)使用相同的冗余版本号来发送传输块。在连续分配的时隙中的发送可以使用不同的冗余版本，如下表2所示。其他序列/模式的示例包括{2，3，1，0}、{3，1，0，2}、{1，0，2，3}、{0，3，0，3}。[0123]【表2】[0124][0125]冗余版本号是对于所有重复都被固定为rvid＝0还是改变它可以由更高层指示或者可以由调度msg3pusch传输的dci格式中的字段指示。[0126]在某些实施例中，rrcierach-configcommon中(或rrciepusch-configcommon中)的一个或多个参数可以提供msg3pusch传输的rvid。例如，可以指示ue(诸如ue116)rvid是否对于msg3pusch传输的所有重复总是零或者rvid是否诸如根据上面的表1或表2而变化。在某些实施例中，还可以指示ue：(i)rvid是否在每次重复时改变(使用表1)；(ii)rvid是否对于相同时隙中的重复是固定的，而针对连续时隙中的重复而变化(使用表2)；或者(iii)rvid是否每重复次数改变，其中重复次数可以由更高层提供或者在系统操作中预先确定。还可以向ue指示默认的rvid序列。[0127]本公开的实施例提供了msg3重复的次数(或ce级别)与pusch重复类型的关联。以下示例和实施例描述了msg3重复的次数(或ce级别)与pusch重复类型相关联。在某些实施例中，对于由rar消息中的ul授权调度的具有重复的msg3pusch传输，时隙内的多个连续pusch分配和为msg3传输分配的多个连续时隙可以由更高层提供。在分配多个时隙的情况下，pusch的相同开始符号和长度在分配的时隙上重复。在每个时隙中，可以发送一个(pusch重复类型a)或多个(pusch重复类型b)msg3重复。[0128]在第一种方法中，对于发送具有重复的msg3的ue，可以使用pusch类型b重复，以便减少msg3pusch传输所需的时间。取决于重复次数或ce级别，ue(例如ue116)可以以pusch重复类型a或pusch重复类型b来发送msg3。对于msg3pusch传输是否使用重复类型b可以取决于性能或延迟是否被优先化。例如，如果有两个ce级别l＝0，1，当ue在ce级别0中操作时，ue可以在ue在ce级别0中操作时以pusch重复类型a发送msg3重复，并且在ue在ce级别1中操作时以pusch重复类型b发送msg3重复。在另一示例中，如果存在四个ce级别，l＝0，1，2，3，则当ue在ce级别3中操作时，ue可以以pusch重复类型b发送msg3重复，否则，ue可以以pusch重复类型a发送msg3重复[0129]诸如bs102的gnb可以通过sib来指示是使用pusch重复类型a还是pusch重复类型b。替代地，如果不是所有ue都可以支持pusch重复类型，诸如pusch重复类型b，则默认使用pusch重复类型a。ue(诸如ue116)也可能通过选择prach前导来指示pusch重复类型。例如，gnb可以在sib中指示第一组prach前导与pusch重复类型a相关联，并且第二(剩余)组prach前导与pusch重复类型b相关联。ue以类型a还是类型b重复发送msg3pusch取决于ue是从第一组prach前导还是从第二组prach前导中选择prach前导。[0130]本公开的实施例提供了发送具有重复的msg3：时域资源分配。以下示例和实施例描述了在时域资源分配中发送具有重复的msg3。在某些实施例中，ue(诸如ue116)可以从更高层参数以及从tdra表来确定msg3pusch传输的时域资源分配。ts38.214v16.1.0中的表6.1.2.1.1-1a和表6.1.2.1.1-1b定义了ue要应用的pusch时域资源分配配置。[0131]以下描述适用于任何pusch传输，而不仅仅是msg3pusch传输。在某些实施例中，msg3重复的次数(或ce级别)与k2相关联。例如，ce级别，或者等同地，msg3pusch传输的重复次数，可以与k2相关联，k2用于从接收到pdcch的时隙导出时隙偏移，该pdcch提供调度msg3pusch传输的dci格式。以大的ce级别(msg3的若干重复)操作的ue被认为是更能容忍延迟的，并且较高的覆盖级别可以与较大的k2值相关联。例如，如果有两个ce级别，关联可以如表3所示。级别0可以对应于最低的ce级别，或者对应于在没有ce的情况下操作的ue。这适用于普通cp和扩展cp两者。[0132]在某些实施例中，msg3重复的次数(或ce级别)与k2和s相关联。例如，ce级别，或等效地，msg3pusch传输的重复次数，可以与k2和s相关联。s是ue发送msg3pusch的时隙中的第一个符号。例如，如果有两个ce级别，关联可以如表4所示。最低的ce级别与较小的k2和s值相关联。级别0可以对应于最低的ce级别，或者对应于在正常模式下操作的ue(无ce)。这适用于普通cp和扩展cp两者。[0133]在某些实施例中，msg3重复的次数(或ce级别)与s相关联。例如，ce级别，或等同于msg3pusch传输的重复次数，可以与s相关联。s是ue发送msg3pusch的时隙中的第一个符号。例如，如果有四个ce级别，关联可以如表5所示。最低的ce级别与较小的s值相关联。级别0可以对应于最低的ce级别，或者对应于在正常模式下操作的ue(无ce)。这适用于普通cp和扩展cp两者。[0134]在某些实施例中，msg3重复的次数与时域资源分配配置相关联。例如，可以定义多个tdra表，每个表对应一个ce级别。每个tdra表定义了当ue在ce级别操作时应用哪个pusch时域资源分配配置。使用哪个tdra表的指示可以在iepusch-configcommon中的字段中指示，该字段用于配置小区特定pusch参数。例如，如下所示，msg3-pusch-timedomainallocationtable字段可以指示tdra表。该字段的值可以对应于配置的ce级别。此外，通过来自tdra表的配置集合的tdra表的指示，ce级别的指示可以是动态的。例如，调度pusch传输的dci格式(ul授权)中的字段可以从2或4个tdra表的集合中指示tdra表。该字段可以是tdra字段的一部分，也可以是单独的字段。在前一种情况下，tdra字段指示tdra表的条目子集，其中条目子集可以被预先确定。例如，当tdra字段的1位用于指示两个tdra表之一时，tdra字段的剩余比特可用于指示来自tdra表的每隔一个条目(每两个连续条目一个条目)。[0135]在某些实施例中，未被配置用于ce操作的ue也可以发送具有重复的msg3pusch。具有重复的msg3pusch传输可以与pusch映射类型和tdra表相关联。可以定义一个或多个tdra表，其中每个tdra表定义将哪个pusch时域资源分配配置应用于msg3pusch传输。可以在用于配置小区特定pusch参数的iepusch-configcommon中的字段中或者通过调度pusch传输的dci格式(ul授权)中的字段来指示使用哪个tdra表的指示。例如，如下所示，字段msg3-pusch-timedomainallocationtable可以指示tdra表。例如，如下表3中的语法(1)所示，字段msg3-pusch-timedomainallocation可以指示来自tdra表的pusch映射类型、时隙偏移、开始符号和长度的组合。此外，或者替代地，可以在iepusch-configcommon中为pusch重复添加类似的字段，如下所示。[0136]【表3】[0137][0138]本公开的实施例提供了对支持发送具有重复的msg3pusch传输的ue的识别。以下示例和实施例描述了识别支持发送具有重复的msg3pusch传输的ue。在某些实施例中，识别可以使用prach资源。例如，gnb(诸如bs102)可以从由ue使用以发起ra过程的prach资源识别ue(诸如ue116)是否支持发送具有重复的msg3pusch传输。gnb可以在系统信息块(sib)中指示prach资源的划分/映射，其中该划分/映射与prach前导、或者与prach时机、或者与prach前导和ro两者相关联，并且其中来自一个分区的资源由支持具有重复的msg3pusch传输的ue选择，而来自另一个分区的资源由不支持具有重复的msg3pusch传输的ue选择。[0139]prach资源的划分可以与ue支持的多个特征相关联。例如，分区中的prach资源可由支持具有重复的msg3pusch传输并支持在多个空间设置上发送prach前导的ue使用，其中通过在多个空间设置上循环来发送相同或不同的前导。在另一个示例中，prach资源的分区可以由支持具有重复的msg3pusch传输并支持在msg3pusch中发送信道质量报告的ue使用，其中信道质量报告基于gnb的信道状态信息参考信号(csi-rs)发送和/或同步信号物理广播信道(ssb)发送。在另一个示例中，prach资源的分区与以第一重复次数发送prach前导相关联，并且与以第二重复次数发送msg3pusch相关联。[0140]在某些实施例中，该识别可以使用ulbwp。可以由诸如bs102的gnb基于ul带宽识别支持具有重复的msg3的ue。gnb可以配置不同的ulbwp，其中一个或多个bwp与不具有重复的msg3pusch传输相关联，并且一个或多个bwp与不具有重复的msg3pusch传输相关联。不同的bwp也可以与具有重复的或不具有重复的prach传输相关联。gnb可以在sib中配置与msg3pusch传输和prach重复的不同重复次数相对应的不同ulbwp。取决于ue是否支持msg3pusch的重复，ue可以选择用于初始接入的ulbwp。当ue支持发送具有重复的msg3pusch并且多个bwp可用时，ue可以基于rsrp测量来选择bwp。在所选择的bwp中，ue发送prach前导，并且在接收到rar时，发送msg3pusch。[0141]不同的bwp也可以与不同的ce级别相关联，其中每个覆盖级别对应于msg3pusch传输的重复次数和prach前导重复的次数。对于不同的ulbwp(和对应的ce级别)，msg3重复的次数和prach重复的次数可以不同，或者对于某些bwp可以相同。[0142]在某些实施例中，诸如bs102的gnb还可以配置bwp的不同窄带宽(nb)，其中nb可以与具有重复的或不具有重复的msg3和prach的传输相关联。例如，gnb可以配置与不具有重复的msg3pusch传输相关联的ulbwp，并且配置与具有重复的msg3pusch传输相关联的另一个ulbwp，其中ulbwp包括多个nb。与bwp的不同nb相关联的msg3pusch和/或prach前导传输的重复次数可以相同或不同。支持具有重复的msg3传输的ue(诸如ue116)将基于rsrp测量来选择nb中的一个以用于ul发送。[0143]图9a和9b分别示出了根据本公开实施例的用于识别ue是否支持msg3pusch传输的示例方法900和950。例如，方法900和950的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。方法900和950仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0144]如图9a所示，方法900描述了gnb识别ue是否支持具有重复的msg3pusch传输是基于用于prach传输的ulbwp(或nb)的。基于ue的选择，gnb可以识别ue是否支持具有重复的msg3pusch传输。[0145]在步骤902中，在初始dlbwp中发送的sib中向ue指示不同的ulbwp，其中不同的ulbwp与msg3pusch的传输相关联。例如，ue在来自dlbwp的sib中接收不同的ulbwp。[0146]在步骤904中，ue确定是否支持msg3pusch重复。如果ue不支持具有重复的msg3pusch传输(如步骤904中所确定的)，则在步骤906中，ue选择与不具有重复的msg3pusch传输相关联的ulbwp。替代地，如果ue支持具有重复的msg3pusch传输，则在步骤908中，ue根据rsrp测量来确定路径损耗，并且在所指示的与具有重复的msg3pusch传输相关联的ulbwp中选择ulbwp。然后，在步骤910中，ue在接收到rar之后，在所选择的bwp中发送prach前导和msg3pusch。[0147]在tdd系统的另一示例中，除了在具有coreset0的初始dlbwp中发送的不同ulbwp的指示之外，诸如bs102的gnb还指示具有与ulbwp相关联的另一coreset0的另一dlbwp。例如，gnb可以在初始dlbwp中发送的sib中指示(i)与具有重复的msg3相关联并且与初始dlbwp配对的ulbwp(ulbwp-1)，(ii)与不具有重复的msg3相关联的ulbwp(ulbwp-2)，以及(iii)与ulbwp-2配对的具有另一coreset0的dlbwp。此外，ulbwp可以与prach重复的发送相关联，和/或与不同数量的空间设置中的发送相关联。支持具有重复的msg3pusch的ue将选择ulbwp-1，并在bwp-1中发送prach前导。ue可以取决于以下各项来选择用于初始接入的ulbwp：(i)ue是否支持msg3的重复，(ii)ue是否支持在不同的空间设置上发送prach前导，(iii)确定msg3的重复次数的rsrp测量和/或(iv)prach前导。[0148]如图9b所示，方法950描述了一个示例，其中gnb基于用于prach传输的ulbwp(或nb)来识别ue是否支持具有重复的msg3pusch传输，其中ulbwp和配对的dlbwp在sib中指示。[0149]在步骤952中，在初始dlbwp中发送的sib中向ue指示一个或多个ulbwp和配对的dlbwp，其中至少一个ulbwp与具有重复的msg3pusch传输相关联。例如，ue在初始dlbwp中发送的sib中接收一个或多个dlbwp和配对的dlbwp。在步骤954中，ue选择与具有重复的msg3pusch传输相关联的ulbwp。如果不止一个ulbwp与msg3重复相关联，则基于rsrp测量来选择ulbwp。在步骤956，ue在所选择的ulbwp中发送prach前导。在步骤958，ue在与发送prach的所选ulbwp配对的dlbwp中接收rar。在步骤960中，一旦接收到rar，ue就在所选择的ulbwp中发送具有重复的msg3pusch。[0150]尽管图9a示出了方法900，图9b示出了方法950，但是可以对图9a和9b进行各种改变。例如，虽然方法900和950被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法900的步骤可以以不同的顺序执行。对于另一个示例，方法950的步骤可以以不同的顺序执行。[0151]本公开的实施例提供了msg3pusch的重传。以下示例和实施例描述了msg3pusch的重传。在某些实施例中，在ue发送msg3pusch之后，如果gnb没有成功接收msg3pusch，则ue可以接收具有由tc-rnti(或c-rnti)加扰的crc的pdcch而请求重传msg3。msg3pusch的重传可以使用与初始发送中相同或不同的重复次数。ue可以用从初始发送的重复次数导出的重复次数来发送msg3。例如，在每次重传中，ue可以使用增加的重复次数，或者所有重传使用相同的重复次数。在msg3重传中使用的重复次数可以在sib中配置，并且是pusch-configcommon中的msg3配置的一部分。对于在prach-configcommon中配置的prach前导，也可以使用相同的重复次数。在某些实施例中，ue根据调度msg3pusch重传的dci格式来确定msg3重传的重复次数。ue还可以基于rsrp测量和(多个)配置的阈值来确定用于msg3pusch重传的重复次数。取决于rsrp估计是否等于、高于或低于阈值，msg3pusch重传可以在没有重复的情况下发送，或者以与先前(重)发送中的重复次数相同或小于/大于其的重复次数发送。在某些实施例中，gnb仅针对初始传输配置对msg3pusch传输的重复的使用，并且msg3pusch的重传没有重复，反之亦然(重复仅在重传中使用)。[0152]本公开的实施例提供了由符号数量定义的重复次数，并且确定了用于发送具有重复的pusch的ul符号。以下示例和实施例描述了确定用于发送具有重复的pusch的ul符号，其中重复次数由符号数量来定义。对于诸如msg3pusch传输的pusch传输，可以通过多个时隙或多个符号来定义ce级别或等效的重复次数。[0153]在某些实施例中，在调度gnb提前不知道用于pusch传输的所有符号的情况下，使用符号数量npusch＝l·nnominal来确定具有类型b重复并且具有nnominal个重复的pusch传输的长度可能是有益的。例如，当诸如bs102的gnb在调度pusch传输之后适配时隙结构时，由更高层提供的ul-dltdd配置所指示的灵活时隙符号可以通过gnb在pdcch传输中提供的dci格式被指示为dl符号或灵活(保留)符号。[0154]例如，可以调度ue(诸如ue116)在s＝4和l＝11的4个对应时隙上发送具有nnominal＝4个标称重复的pusch。这4个时隙可以是前4个时隙，从由k2指示的时隙开始，其中符号4到14是灵活的或ul。[0155]如果诸如bs102的gnb随后通过dci格式指示灵活符号中的一些是dl符号或灵活符号，则pusch传输在对应时隙中的实际重复可以避免这些符号。然而，如果pusch传输的重复限于4个时隙，则用于pusch传输的符号总数将小于npusch，结果，pusch传输中传输块的接收可靠性降低。gnb可以通过指示多于4个时隙用于重复来说明在4个时隙上pusch重复的符号数量的潜在减少。然而，在gnb不指示由更高层提供的ul-dltdd配置的灵活符号是dl符号还是灵活符号的情况下，这也可能导致不必要的重复和增加的资源开销。因此，被配置用于pusch传输的重复的ue还可以监视pdcch以检测指示时隙结构的dci格式，诸如dci格式2_0，并且避免在被指示为dl的符号中进行传输。ue还可以避免在由dci格式指示为灵活的符号中进行发送，因为这样的符号可以被认为是在系统操作中保留的，并且ue还可以避免在最后一个dl符号之后的一个或多个符号中进行发送，以便至少当ue需要在最后一个dl符号期间接收例如csi-rs时，允许所需的时间来执行dl到ul的切换。[0156]图10示出了根据本公开的实施例的用于确定用于发送具有重复的pusch的上行链路(ul)符号的示例方法1000。例如，方法1000的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图10的方法1000仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0157]如图10所示，方法1000描述了ue(诸如ue116)确定用于发送具有重复的pusch的ul符号的过程。[0158]在步骤1002中，ue在多个时隙上接收或被提供ul-dltdd配置。这里，时隙包括灵活符号，例如通过参数tdd-ul-dl-configurationcommon，或者另外通过tdd-ul-dl-configurationdedicated。[0159]在步骤1004中，ue被配置成发送具有重复的pusch，并且通过dci格式被调度以在多个时隙上发送pusch。[0160]在步骤1006中，ue监控dci格式2_0，该格式提供了对灵活符号的适配。例如，dci格式2_0中的时隙格式指示符(sfi)索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量中的每个时隙的时隙格式。dci格式2_0将时隙中的ul-dltdd配置的灵活符号适配为下行链路或上行链路或不可用。[0161]在步骤1008中，ue发送具有重复的pusch，其中避免了由dci格式2_0中的sfi索引字段值指示为灵活或dl840的符号。[0162]可以基于ue是否发送具有重复的pusch来进一步调节ue行为。当ue不发送具有重复的pusch时，ue不避免针对pusch传输指示为灵活或dl的符号；否则，并且至少对于第一次重复之后的重复，ue发送具有重复的pusch，其中避免由sfi索引字段值指示为灵活或dl的符号。[0163]尽管图10示出了方法1000，但是可以对图10进行各种改变。例如，虽然图10的方法1000被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1000的步骤可以以不同的顺序执行。[0164]确定用于发送具有重复的pusch的时隙数量。以下示例和实施例描述了确定用于发送具有重复的pusch传输的时隙数量。对于这样的操作条件，基于npusch来确定用于pusch传输的重复的时隙数量可以使得gnb(诸如bs102)能够完全灵活地指示ul-dltdd配置的灵活符号。该配置可以由更高层提供为灵活(预留)符号或dl符号，同时确保pusch传输中传输块的期望的接收可靠性，而没有额外的资源开销。例如，当上述示例中的四个时隙中的符号8到10被dci格式指示为灵活的或dl时，pusch传输的实际重复可以在符号三到七和符号11到14中(或者符号三和符号11可以被额外避免以允许一个符号的dl到ul切换时间)。然后，为了适应在四个时隙上没有pusch传输的三个符号，实际的重复可以在四个时隙之后的时隙中继续，直到pusch传输在另外的12个符号上并且在总共npusch＝44个符号上。因此，基于具有起始符号s和长度l的nnominal个标称重复的指示，ue可以确定用于pusch传输的重复的总共npusch个pusch符号，如下面的等式(1)中所描述的。[0165]npusch＝l·nnominalꢀꢀꢀ(1)[0166]在某些实施例中，ue(诸如ue116)可以确定用于pusch传输的重复的npusch个符号，并且执行pusch传输的最小数量的实际重复，这实现了在第一时隙中从符号s开始的npusch个符号上的发送。[0167]由于gnb(例如bs102)可能无法完全控制ue发送pusch的时隙数量，因此gnb可以通过更高层来配置ue行为。例如，gnb可以通过更高层来配置ue行为，以确定ue是将实际重复次数确定为仅在上述示例中的四个时隙中，还是通常在由调度pusch传输的dci格式所指示的时隙数量n中，或者ue确定实际重复次数以包括附加时隙，从而实现用于所指示的标称重复的符号数量。时隙数量n可以等于重复次数，或者等于具有类型a重复的pusch传输的时隙数量。替代地，gnb可以通过调度pusch传输的dci格式中的1比特字段来指示ue行为。有可能使用1比特字段信令来指示相对于由调度pusch传输的dci格式所指示的时隙数量n的多于一个的附加时隙是否可以用于发送用于pusch传输的重复的符号。例如，gnb可以通过更高层来配置，使得ue可以确定实际重复次数包括附加时隙，并且可以通过调度pusch传输的dci格式中的1比特字段来指示可以使用单个时隙还是多个时隙。替代地，附加时隙的数量可以由更高层来配置，并且1比特信令指示配置数量的时隙中的哪一个可以用于发送用于pusch传输的重复的符号。此外，gnb可以由更高层配置附加时隙数量的默认值，ue可以使用该默认值来发送用于pusch传输的重复的符号。默认值可以大于或等于零。[0168]还可能的是，相对于由调度pusch传输的dci格式所指示的时隙数量，ue是否可以使用附加时隙(包括附加时隙的数量)以用于发送具有标称重复的pusch，取决于ce级别。例如，如果存在四个ce级别，则gnb可以通过更高层配置，使得ue可以仅针对最高ce级别使用附加时隙，并且gnb还可以配置多个附加时隙。可以为所有ce级别配置单个值，或者为附加数量的时隙的每个ce级别配置值。相同的原理可以应用于物理上行链路控制信道(pucch)传输的重复。[0169]图11示出了根据本公开实施例的用于确定pusch传输的重复的示例方法1100。例如，方法1100的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图11的方法1100仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0170]如图11所示，方法1100描述了ue确定pusch传输的重复的示例性过程。在步骤1102中，诸如bs102的gnb通过dci格式将ul-dltdd配置的一组符号指示为灵活(保留)符号或dl符号，并且指示用于pusch传输的时隙数量。在步骤1104中，ue(诸如ue116)接收确定实际重复次数包括附加时隙的指示，使得达到用于所指示的标称重复次数的符号数量。替代地，ue可以默认确定附加时隙。在步骤1106中，ue确定发送具有所指示的标称重复的pusch所需的时隙数量。在步骤11008中，ue基于具有所指示的标称重复的传输所需的时隙以及对可用于pusch传输的时隙数量的任何进一步约束，来确定pusch传输的时隙数量。[0171]另一个约束的示例可以是相对于调度pusch传输的dci格式所指示的时隙数量，允许用于具有重复的pusch传输的附加时隙数量。然后，ue(诸如ue116)可以以pusch传输的最小实际重复次数进行发送，以实现从第一时隙中的符号s开始的npusch＝l·nnominal个符号上的发送，如果在发送这样的npusch个符号所需的时隙中允许这样的发送。[0172]尽管图11示出了方法1100，但是可以对图11进行各种改变。例如，虽然图11的方法1100被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1100的步骤可以以不同的顺序执行。[0173]本公开的实施例提供了基于由sfi指示的时隙数量来确定pusch传输的重复次数。以下示例和实施例描述了基于由sfi指示的时隙数量来确定pusch传输的重复次数。dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。假设实际重复的pusch传输避免占用被指示为dl或保留的符号，ue基于符号总数npusch来确定用于pusch传输的重复的时隙数量。[0174]如果完成nnominal个实际重复所需的时隙数量小于nsfi个时隙，则ue(诸如ue116)发送nnominal个实际重复，避免在由dci格式2_0指示为dl或保留的符号中进行发送，并以所有配置或指示的发送次数完成发送。如果完成nnominal个实际重复所需的时隙数量大于第一dci格式2_0所指示的nsfi个时隙，则ue(诸如ue116)以在nsfi个时隙中可以完成的重复次数进行发送。[0175]还可能的是，ue以nnominal次重复发送pusch传输，并且占用大于由第一dci格式2_0指示的nsfi个的数量的时隙数量。ue接收另一dci格式2_0，该格式指示其格式由第一dci格式2_0指示的时隙之后的时隙的时隙格式，并且ue在由第二dci格式2_0指示的可用于ul发送的符号中发送pusch符号。gnb(诸如bs102)可以通过更高层来配置ue行为，以用于ue是否确定实际重复次数仅在由第一dci格式2_0指示的nsfi个时隙中，或者ue是否确定实际重复次数并发送它们。[0176]图12示出了根据本公开实施例的用于确定pusch传输的重复次数的示例方法1200。例如，方法1200的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图12的方法1200仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0177]如图12所示，方法1200描述了ue116基于时隙数量nsfi来确定pusch传输的重复次数的示例性过程，其中dci格式2_0中的sfi索引字段值向ue指示每个时隙的时隙格式。[0178]在步骤1202中，通过更高层例如通过参数tdd-ul-dl-configurationcommon，或者额外地通过参数tdd-ul-dl-configurationdedicated，向ue提供多个时隙上的ul-dltdd配置，其中时隙包括灵活符号。在步骤1204中，ue被配置用于发送具有重复的pusch，并且通过dci格式被调度以在多个时隙上发送pusch。在步骤1206中，ue监控dci格式2_0。dci格式2_0中的sfi索引字段值用于向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1208中，ue在nsfi个时隙上发送具有重复的pusch，避免指示为灵活或dl的符号。[0179]尽管图12示出了方法1200，但是可以对图12进行各种改变。例如，虽然图12的方法1200被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1100的步骤可以以不同的顺序执行。[0180]图13示出了根据本公开实施例的用于发送pusch传输的示例方法1300。例如，方法1300的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图13的方法1300仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0181]如图13所示，方法1300描述了ue(诸如ue116)在多个时隙上发送具有重复的pusch传输的示例性过程，多个时隙的格式由dci格式2_0中的不止sfi索引字段值来指示。在这种情况下，完成具有重复的pusch传输所需的时隙数量大于dci格式2_0中的sfi索引字段值在其上有效的时隙数量。[0182]在步骤1302中，通过更高层例如通过参数tdd-ul-dl-configurationcommon，或者额外地通过参数tdd-ul-dl-configurationdedicated，向ue(诸如ue116)提供多个时隙上的ul-dltdd配置，其中时隙包括灵活符号。在步骤1304中，ue被配置用于发送具有重复的pusch。还可以通过dci格式调度ue在多个时隙上发送pusch。在步骤1306中，ue监控dci格式2_0。dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1308中，ue避免某些符号而发送多个pusch重复。被避免的符号可以在nsfi上被指示为灵活或dl。例如，ue在nsfi个时隙上发送小于nnominal个重复的pusch重复的次数，避免被指示为灵活或dl的符号(步骤1306)。在步骤1310中，ue监控dci格式2_0，其中dci格式2_0中的sfi索引字段值向ue指示从ue检测到dci格式2_0的时隙开始的时隙数量nsfi中的每个时隙的时隙格式。在步骤1312中，ue在nsfi个时隙上发送更多pusch重复，避免被指示为灵活或dl的符号(步骤1310)。注意，如果尚未发送所有的nnominal个重复，则重复步骤1310和1312。[0183]尽管图13的方法1300被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1300的步骤可以以不同的顺序执行。[0184]本公开的实施例提供了跳频。下面的示例和实施例描述了跳频。如上所述，当使用符号数量npusch＝l·nnominal来确定具有重复的pusch传输的长度时，pusch传输可以在由更高层提供的ul-dltdd配置指示为ul符号或灵活符号的符号中被调度，并且需要避免由提供时隙结构的dci格式指示的dl符号或灵活(保留)符号。l数量的符号的每次重复可以跨越不止一个时隙，并且这些符号可以不相邻。[0185]ue(诸如ue116)可以通过更高层参数或者通过调度pusch传输的dci格式(如果有的话)而被配置用于具有重复的pusch传输的跳频。然后，ue可以在pusch传输的(实际)重复之间应用跳频。跳频可以每nfh个重复应用，其中nfh可以在系统操作中预先确定或者由更高层提供。可以定义两个跳频之间的频率偏移，其中起始跳频与初始发送的调度资源相关联。替代地，可以按pusch符号的数量来定义时隙内跳频偏移。例如，符号数量可以在系统操作中预定义(诸如对应于标称重复的次数的符号数量)或者可以由更高层配置。[0186]可以在sib的字段中指示使用哪个tdra表的指示。例如，sib中的包含对所有ue通用的无线电资源配置信息的字段。[0187]用于正常cp的默认pusch时域资源分配a在下面的表4中描述。[0188]【表4】[0189][0190]下表5中描述了用于扩展cp的默认pusch时域资源分配a。[0191]【表5】[0192][0193]下表6中描述了用于扩展cp的默认pusch时域资源分配a。[0194]【表6】[0195][0196]在下面的表7中描述了针对ce级别l的正常cp的默认pusch时域资源分配a。[0197]【表7】[0198][0199]下表8中描述了用于扩展cp的默认pusch时域资源分配a。[0200]【表8】[0201][0202]注意，上述16个条目的tdra表可以扩展到包括pusch映射类型、k2、s和l参数的附加组合。[0203]取决于ue是在rrc_connected状态之前还是在rrc_connected状态中发起随机接入，可以定义用于msg3pusch传输的不同tdra表以供ue使用。例如，对于不处于连接模式的ue，指示表格的信令可以与上述相同。对于处于连接模式的ue，可以在iepusch-config中的字段中指示使用哪个tdra表的指示，该字段用于配置适用于特定bwp的ue特定pusch参数。例如，如下表9中的语法(2)所示，字段msg3-pusch-timedomainallocationtable可以指示tdra表，并且字段msg3-pusch-timedomainallocation可以指示来自tdra表的pusch映射类型、时隙偏移、开始符号和长度的组合。[0204]【表9】[0205][0206]本公开的实施例提供了在发送msg3pusch之后接收pdsch。以下示例和实施例描述了在发送msg3pusch之后接收pdsch。当ue尚未被提供c-rnti时，响应于由rarul授权调度的msg3pusch传输，ue尝试检测dci格式。dci格式可以是具有由对应tc-rnti加扰的crc的dci格式1_0，该dci格式调度包括ue竞争解决标识的pdsch接收(例如在ts38.321v.16.0.0中描述的)。在第一有效时隙中的msg3pusch传输的第一次重复的发送和ue尝试检测dci格式(诸如dci格式1_0)的时间之间存在最小时间，其中dci格式具有由对应tc-rnti加扰的crc，该dci格式调度包括ue竞争解决标识的pdsch接收(例如在ts38.321v.16.0.0中描述的)。该n1个符号的最小持续时间对应于被发送的msg3重复的最小次数。该msg3重复的最小次数可以被配置，并且可以小于向ue指示的重复次数。在ue发送msg3pusch传输的所有配置/指示的重复之前，ue可以接收具有调度pdsch接收的dci格式的pdcch。[0207]图14示出了根据本公开实施例的示例时序图1400。图14的示例时序图1400仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0208]参考图14，诸如ue116的ue在第一时隙1410的符号s1420处开始发送msg3pusch的第一次重复，并在四个时隙上重复发送。定义了第一时隙中的msg3pusch传输的第一次重复的发送和ue尝试检测调度pdsch接收的dci格式的时间之间的最小时间。ue尝试检测这种dci的时间可以发生在msg3pusch的所有重复被发送之后。在最后时隙中发送最后重复的最后pusch符号之后，并且在允许dl到ul切换时间的至少多个附加符号(诸如1个符号)之后，ue可以尝试检测调度pdsch的dci。该时间间隔可以与对应于msg3pusch重复次数1430的ce级别相关联。较短的时间间隔可以与较低的ce级别1440相关联。还可能的是，ue能够在发送msg3pusch传输1450的重复的同时尝试检测dci格式，因为gnb可以在所有调度的msg3pusch传输的重复之前检测到tb，然后可以调度pdsch接收。在检测到调度pdsch接收的dci格式时，ue116暂停msg3pusch的剩余重复的发送。[0209]图15示出了根据本公开的实施例的用于监控调度pdsch重复的dci格式的示例方法1500。例如，方法1500的步骤可以由图1的ue111-116中的任何一个来执行，例如图3的ue116。图15的方法1500仅用于说明，在不脱离本公开的范围的情况下，可以使用其他实施例。[0210]如图15所示，方法1500描述了ue开始监控调度pdsch接收的dci格式的示例性过程。在步骤1502中，ue在多个时隙上发送具有重复的msg3pusch。在步骤1504中，gnb(诸如bs102)在接收所有调度的msg3pusch传输的重复之前检测tb，并调度pdsch。在步骤1506中，ue从第一次msg3pusch重复开始起以指示的最小时间间隔开始监控用于调度pdsch的dci格式。在步骤1508中，ue检测调度pdsch接收的dci格式，并暂停msg3pusch的剩余重复的发送。[0211]尽管图15示出了示例方法，但是可以对图15进行各种改变。例如，虽然方法1500被示为一系列步骤，但是各种步骤可以重叠、并行发生、以不同的顺序发生或者发生多次。在另一个示例中，步骤可以被省略或者被其他步骤代替。[0212]图16示出了根据本公开实施例的电子设备。[0213]参照图16，电子设备1600可以包括处理器1610、收发器1620和存储器1630。然而，所有示出的组件都不是必需的。电子设备1600可以由比图16所示更多或更少的组件来实现。此外，根据另一实施例，处理器1610和收发器1620以及存储器1630可以实现为单个芯片。[0214]电子设备1600可以对应于上述电子设备。例如，电子设备1600可以对应于图3所示的电子设备300。[0215]现在将详细描述前述组件。[0216]处理器1610可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。电子设备1600的操作可以由处理器1610来实现。[0217]收发器1620可以包括用于上变频和放大发送的信号的rf发送器和用于下变频接收的信号的频率的rf接收器。然而，根据另一个实施例，收发器1620可以由比组件中所示更多或更少的组件来实现。[0218]收发器1620可以连接到处理器1610，并且发送和/或接收信号。该信号可以包括控制信息和数据。此外，收发器1620可以通过无线信道接收信号，并将信号输出到处理器1610。收发器1620可以通过无线信道发送从处理器1610输出的信号。[0219]存储器1630可以存储由电子设备1600获得的信号中包括的控制信息或数据。存储器1630可以连接到处理器1610，并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器1630可以包括只读存储器(rom)和/或随机存取存储器(ram)和/或硬盘和/或cd-rom和/或dvd和/或其他存储设备。[0220]图17示出了根据本公开实施例的基站。[0221]参照图17，基站1700可以包括处理器1710、收发器1720和存储器1730。然而，所有示出的组件都不是必需的。基站1700可以由比图17所示更多或更少的组件来实现。此外，根据另一实施例，处理器1710和收发器1720以及存储器1730可以实现为单个芯片。[0222]基站1700可以对应于上述gnb。例如，基站1700可以对应于图2所示的bs200。[0223]现在将详细描述前述组件。[0224]处理器1710可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。基站1700的操作可以由处理器1710来实现。[0225]收发器1720可以包括用于上变频和放大发送的信号的rf发送器和用于下变频接收的信号的频率的rf接收器。然而，根据另一个实施例，收发器1720可以由比组件中所示更多或更少的组件来实现。[0226]收发器1720可以连接到处理器1710，并且发送和/或接收信号。该信号可以包括控制信息和数据。此外，收发器1720可以通过无线信道接收信号，并将信号输出到处理器1710。收发器1720可以通过无线信道发送从处理器1710输出的信号。[0227]尽管附图图示了用户设备的不同示例，但是可以对附图进行各种改变。例如，用户设备可以以任何合适的布置包括任何数量的每个组件。一般而言，附图并不将本公开的范围限制于任何(多个)特定的配置。此外，虽然附图示出了可以使用本专利文献中公开的各种用户设备特征的操作环境，但是这些特征可以用于任何其他合适的系统中。[0228]尽管已经用示例性实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。本技术中的任何描述都不应被理解为暗示任何特定的元素、步骤或功能是必须包括在权利要求范围内的必要元素。专利主题的范围由权利要求限定。当前第1页12当前第1页12
再多了解一些
本文用于创业者技术爱好者查询，仅供学习研究，如用于商业用途，请联系技术所有人。
