用于高效地执行调度请求以支持多个服务的方法和设备与流程

本公开涉及一种用于用户设备(ue)从基站请求资源分配以在移动通信系统中执行上行链路传输的操作。更具体地，本公开涉及一种关于当ue将通过发起常规缓存状态报告(bsr)来开始调度请求发送程序时的操作。
背景技术：
：为了满足在第四代(4g)通信系统商业化之后趋于增加的无线电数据业务的需求，努力开发了改进的第五代(5g)通信系统或pre-5g通信系统。因此，5g通信系统或pre-5g通信系统被称为超4g网络通信系统或后长期演进(lte)系统。为了实现高数据传输速率，考虑了在超高频率(毫米波)频带(例如，60ghz频带)中实施5g通信系统。为了减少超高频带中无线电波的路径损耗并增加无线电波的传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(mimo)、全尺寸mimo(fd-mimo)、阵列天线、模拟波束成形和大规模天线技术。此外，为了系统的网络改进，在5g通信系统中，开发了诸如演进小小区、高级小小区、云无线电接入网(云ran)、超密集网络、设备到设备通信(d2d)、无线回程、移动网络、协作通信、协作多点(comp)和干扰消除的技术。此外，在5g系统中，开发了作为高级编码调制(acm)方案的混合频移键控(fsk)、正交幅度调制(qam)调制(fqam)和滑动窗口叠加编码(swsc)，以及作为高级接入技术的滤波器组多载波(fbmc)、非正交多址接入(noma)和稀疏码多址接入(scma)。随着通信系统的最新发展，正在进行在下一代通信系统中执行调度请求的方法的积极研究。因此，越来越需要改进在ue使用多种服务的状态下ue执行调度请求的方法。以上信息仅作为背景信息呈现，以帮助理解本公开。关于上述任何内容是否可以用作关于本公开的现有技术，未作出任何确定，也没有做出断言。技术实现要素：技术问题本公开提供了一种用于在移动通信系统中执行调度请求以支持多种服务的方法和装置。问题的解决方案本公开的各个方面旨在至少解决上述问题和/或缺点，并至少提供下述优点。因此，本公开的一方面旨在提供一种关于当ue使用多个服务并且针对每个服务应用sr配置时将如何发起用户设备(ue)的调度请求(sr)程序的操作。本公开的另一方面旨在提供在第五代(5g)移动通信系统或第三代合作伙伴项目(3gpp)中讨论的新无线电(nr)系统，其通过多种参数集(numerology)或传输时间间隔(tti)长度提供各种服务，例如增强型移动宽带(embb)、超可靠低延迟通信(urllc)和增强型机器类型通信(emtc)。在该系统中，当由于与给定的服务有关的数据出现在ue中而导致ue从基站请求上行链路(ul)资源时，可以应用包括针对每个服务的不同sr的sr配置。其他的方面将在下面的描述中部分地阐述，并且从该描述中将部分地变得明显，或者可以通过实践所呈现的实施例而获知。根据本公开的一方面，提供了一种在无线通信系统中由ue执行sr的方法。该方法包括：从基站接收关于sr配置与逻辑信道(lch)之间的映射关系的第一信息；从所述基站接收关于不论优先级如何都发起常规缓存状态报告(bsr)发送程序的条件的第二信息；以及基于所述第一信息和所述第二信息向所述基站发送sr。该方法还包括：识别其中出现了数据的lch；基于所述第一信息，识别映射到其中出现了数据的所述lch的sr配置；以及比较其中出现了数据的所述lch的优先级与其中已经存在数据的其他lch的优先级，所述sr配置被映射到所述其他lch。该方法还包括：当根据所述比较，其中出现了数据的所述lch的优先级较高时，基于映射到所述lch的所述sr配置，向所述基站发送其中出现了数据的所述lch的所述sr；以及当其中出现了数据的所述lch满足根据所述第二信息的所述条件时，基于映射到所述lch的所述sr配置，向所述基站发送出现了数据的所述lch的所述sr。其中，发起所述bsr发送程序的条件包括下述中的至少一项：用于不论优先级如何都发起所述bsr发送程序的lch；用于不论优先级如何都发起所述bsr发送程序的sr配置；用于发起所述bsr发送程序的参数集；用于发起所述bsr发送程序的tti；或用于发起所述bsr发送程序的资源索引。其中，所述ue配置有禁止第一lch的sr发送的第一定时器和禁止第二lch的sr发送的第二定时器，其中，所述第一lch被映射到第一sr配置，并且所述第二lch被映射到第二sr配置。其中，所述第一lch的所述sr发送是基于所述第一定时器和所述第二定时器来确定的，其中，所述第二lch的所述sr发送是基于所述第二定时器来确定的。其中，所述ue配置有用于第一lch的sr发送的第一计数器和用于第二lch的sr发送的第二计数器，其中，所述第一lch被映射到第一sr配置，并且第二lch被映射到第二sr配置。根据本公开的一方面，提供了一种在无线通信系统中由基站接收sr的方法。所述方法包括：向ue发送关于sr配置和lch之间的映射关系的第一信息；向所述ue发送关于不论优先级如何都发起常规bsr发送程序的条件的第二信息；以及基于所述第一信息和所述第二信息，从所述ue接收sr。根据本公开的一方面，提供了一种用于在无线通信系统中执行sr的ue。所述ue包括：收发器；以及控制器，所述控制器与所述收发器耦接，并被配置为控制以：从基站接收关于sr配置和lch之间的映射关系的第一信息；从所述基站接收关于不论优先级如何都发起常规bsr发送程序的条件的第二信息；以及基于所述第一信息和所述第二信息向所述基站发送所述sr。根据本公开的一方面，提供了一种用于在无线通信系统中接收sr的基站。所述基站包括：收发器；以及控制器，所述控制器与所述收发器耦接，并被配置为控制以：向ue发送关于sr配置和lch之间的映射关系的第一信息；向所述ue发送关于不论优先级如何都发起常规bsr发送程序的条件的第二信息；以及基于所述第一信息和所述第二信息，从所述ue接收sr。通过以下结合附图公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得明显。本发明的有益效果根据本公开的实施例，尽管数据出现在具有低优先级的服务或lch中，但是基于基站的配置，可以避免由于服务或lch具有高优先级而导致没有发起sr发送操作的情况。因此，当从ue接收到sr信号时，基站可以立即识别在ue中出现的服务的类型，并且可以分配具有适于ue执行发送的参数集或tti长度的ul资源。因此，就ul发送/接收而言，ue和基站可以更高效地使用多种服务。附图说明通过以下结合附图的描述，本公开的某些实施例的上述和其他方面、特征和优点将变得更加明显，其中：图1示出了根据本公开的实施例的无线通信系统中的调度请求程序；图2示出了根据本公开的实施例的不同调度请求配置的示例；图3示出了根据本公开的实施例的提出的方案1的操作；图4示出了根据本公开的实施例的提出的方案2的操作；图5示出了根据本公开的实施例的提出的方案3的操作；图6示出了根据本公开的实施例的提出的方案4/5/6/7的操作；图7示出了根据本公开的实施例的提出的方案8的操作；图8是示出了根据本公开的实施例的用户设备(ue)的配置的图示；图9是示出了根据本公开的实施例的基站的配置的图示；图10是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(针对每个sr配置的sr-prohibittimer的独立操作)的示例的图示；图11是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(sr配置使用共享的定时器长度)的示例的图示；图12是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(如果sr-prohibittimer针对每个sr配置运行，则当另一sr配置的定时器运行时不允许sr发送)的示例的图示；图13是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(基于逻辑信道的优先级确定是否可以忽略sr-prohibittimer)的示例的图示；图14是示出了根据本公开的实施例的在本公开中提出的dsr-transmax和sr_counter的操作(针对每个sr配置，sr_counter单独计数)的示例的图示；图15是示出了根据本公开的实施例的在本公开中提出的dsr-transmax和sr_counter的操作(针对每个sr配置，sr_counter共同计数)的示例的图示。在整个附图中，应当注意，相同的附图标记用于表示相同或相似的元件、特征和结构。具体实施方式提供以下参考附图的描述以帮助全面理解由权利要求及其等同物所限定的本公开的各种实施例。它包括各种具体细节以帮助理解，但是这些具体细节被认为仅是示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文所述的各种实施例进行各种改变和修改。此外，为了清楚和简洁，可以省略对公知功能和构造的描述。在以下描述和权利要求中使用的术语和词语不限于书面含义，而仅是由发明人使用以能够清楚和一致地理解本公开。因此，对于本领域技术人员而言应当显而易见的是，提供本公开的各种实施例的以下描述仅是为了说明的目的，而不是出于对由所附权利要求及其等同物所限定的本公开进行限制的目的。应当理解，单数形式的“一种”、“一个”和“所述(该)”包括复数对象，除非上下文另外明确指出。因此，例如，提及“组件表面”包括提及一个或更多个这样的表面。在本说明书中，在描述实施例时，省略了对在本公开所属领域中公知的并且与本公开不直接相关的内容的描述，以便通过省略不必要的描述更清楚地传达本公开的要旨，而不会使本公开的要旨模糊。出于相同的原因，在附图中，一些元件被放大、省略或示意性地示出。此外，每个元件的大小未准确反映其真实大小。在附图中，相同或相似的元件被赋予相同的附图标记。根据结合附图详细描述的实施例，本公开的优点和特征以及用于实现这些优点和特征的方法将变得更加明显。然而，本公开不限于所公开的实施例，而是可以以各种不同的方式来实现。提供实施例仅是为了使本公开完整并且允许本领域技术人员理解本公开的范畴。本公开由权利要求的范畴定义。在整个附图中，相同的附图标记将用于指代相同或相似的元件。在本公开中，将理解的是，流程图示图的每个框以及流程图示图中的框的组合可以由计算机程序指令执行。这些计算机程序指令可以安装在通用计算机、专用计算机或其他可编程数据处理装置的处理器上，从而由计算机或其他可编程数据处理装置的处理器执行的指令创建用于执行流程图块中指定的功能的模块。这些计算机程序指令也可以存储在计算机可用存储器或计算机可读存储器中，该存储器可以指导计算机或其他可编程数据处理设备以特定方式起作用，使得存储在计算机可用存储器或计算机可读存储器中的指令产生包括指令模块的制品，该指令模块实现流程图框中指定的功能。也可以将计算机程序指令加载到计算机或其他可编程数据处理装置中，以使一系列操作步骤在计算机或其他可编程装置上执行以产生计算机执行的过程，从而使执行计算机或其他可编程装置的指令提供用于执行流程图框中所描述的功能的步骤。此外，流程图示图的每个框可以代表模块、段或代码的一部分，其包括用于实现指定的逻辑功能的一个或更多个可执行指令。还应当注意，在一些替代实施方案中，框中指出的功能可以不按顺序发生。例如，取决于所涉及的功能，顺序地示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行。实施例中的术语“单元”是指软件组件或硬件组件，例如现场可编程门阵列(fpga)或专用集成电路(asic)，并且“单元”执行给定任务。但是，“单元”的含义不限于软件或硬件。“单元”可以有利地配置为驻留在可寻址存储介质上，并配置为在一个或更多个处理器上运行。因此，“单元”可以包括例如组件(例如，软件组件、面向对象的软件组件、类组件以及任务组件)、过程、功能、属性、程序、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。组件和“单元”中提供的功能可以组合为更少的组件和“单元”，或者可以进一步分离为其他组件和“单元”。此外，组件和“单元”可以被实现为运行设备或安全多媒体卡中的一个或更多个中央处理单元(cpu)。与第四代(4g)移动通信系统或长期演进(lte)系统不同，在下一代移动通信系统即在第三代合作伙伴计划(3gpp)中正在讨论的第五代(5g)移动通信系统或新无线电(nr)系统中，用户设备(ue)与基站之间的通信使用多种参数集、多种传输时间间隔(tti)或具有不同物理属性的多种无线电资源来执行。在这种情况下，具有不同物理属性的无线电资源可以被划分为具有名称的标识符，诸如参数集索引、物理(phy)概要或传输概要。在本公开中，描述了当使用多种参数集、多种tti或具有不同物理属性的多种无线电资源来执行通信时用于上行链路(ul)发送/接收的调度请求(sr)程序的详细操作。图1示出了根据本公开的实施例的lte系统中的ue和基站的sr程序。参照图1，具体地描述图1的sr程序。在操作s110中，具有要发送到基站的数据的ue在分配给其的sr资源中向基站发送sr信号。在这种情况下，sr资源通常配置在物理上行控制信道(pucch)中。在操作s120中，已经从ue接收到sr信号的基站向ue分配用于ul传输的ul资源。在这种情况下，关于ul资源的信息通常通过物理下行链路控制信道(pdcch)来发送。在操作s130中，ue使用由基站分配的ul资源来发送缓存状态报告(bsr)和数据。在操作s140中，如果有必要，已经从ue接收到bsr的基站基于包括在ue的缓存中的数据的量来分配额外的ul资源。在操作s150中，ue使用由基站分配的ul资源来发送包括在其缓存中的数据。当在ue内部发起常规bsr时，执行操作s110，操作s110对应于ue的第一个操作。在lte系统中，这样的操作定义如下。如果缓存状态报告程序确定已经触发了至少一个bsr且其尚未被取消，则：-如果mac实体对于该tti具有为新传输分配的ul资源，则：-指示复用和组装过程以生成bsrmac控制元素；-开始或重新开始periodicbsr-timer，除非所有生成的bsr均为截断bsr；-开始或重新开始retxbsr-timer。-否则，如果已经触发常规bsr且logicalchannelsr-prohibittimer未运行，则：-如果未配置上行链路授权或由于数据变为可用于其中上层为其设置了逻辑信道sr掩码(logicalchannelsr-mask)的逻辑信道的传输而未触发常规bsr，则：-调度请求将被触发。即，ue在以下两种情况下开始sr程序：*如果已经发起了常规bsr，并且logicalchannelsr-prohibittimer没有运行，以及*如果尚未分配ul资源，或者尚未通过其中已经配置了logicalchannelsr-mask的逻辑信道(lch)的数据发起常规bsr。此外，在lte系统中，如下定义常规bsr开始条件。如果出现以下任何事件，则将触发缓存状态报告(bsr)：-用于属于lcg的逻辑信道的ul数据变为可用于在rlc实体或pdcp实体中传输(分别在[3]和[4]中规定了哪些数据应视为可用于传输的定义)，数据属于优先级比属于任何lcg且其数据已可用于传输的逻辑信道的优先级更高的逻辑信道，或者对于属于lcg的任何逻辑信道，没有数据可用于传输，在以上情况下，bsr在下文中称为“常规bsr”；也就是说，在以下两种情况下，ue发起常规bsr程序：*如果出现了优先级比包括在ue的缓存中的数据所属的lch的优先级高的lch的数据。*如果在ue的缓存中没有数据时出现了要发送的数据。在各个部分中，在基于lte系统中所定义的操作的nr系统中，可以基于上述的lte系统的常规bsr开始条件来定义nr系统的常规bsr开始条件。此外，可以基于上述的lte系统的sr开始条件来定义nr系统的sr开始条件。然而，在lte系统中，使用一种参数集或一种tti或具有相同物理属性的无线电资源来执行ue与基站之间的通信。因此，在nr系统中，当使用多种参数集或多种tti或具有不同物理属性的多种无线电资源进行通信时，将需要重新定义如何执行(sr)程序。在下文中，为了方便文档撰写，将多种参数集或多种tti或具有不同物理属性的多种无线电资源简要地指示为多种tti/参数集/资源索引。从多种tti/参数集/资源索引的角度来看，nr系统具有以下特性。*属于一个lch的数据可以通过多种tti/参数集/资源索引来发送。*基站可以操作多个sr配置。此外，每个sr配置可以对应于给定的lch或逻辑信道组(lcg)或tti/参数集/资源索引。这样的特性的示例如下。首先，关于lch和tti/参数集/资源索引之间的关系的示例可以如1中那样定义。[表1]关于lch和tti/参数集/资源索引之间的关系的另一示例可以如表2中那样定义。[表2]此外，关于多个sr配置和lch之间的关系的示例可以如表3中那样定义。[表3]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch8在示出sr配置和lch之间的关系的表3中，可以通过收集与给定的sr配置相对应的多个lch来生成一个组。在本公开中，这种组被称为srlch组。例如，lch1和lch2可以成为srlch组x，lch3和lch4可以成为srlch组y。此外，lch5、lch6、lch7和lch8可以成为srlch组z。此外，关于多个sr配置和lcg之间的关系的示例可以如表4中那样定义。[表4]sr配置(x/y/z)lcg(1/2/3/4/5/6/7/8)sr配置xlcg1sr配置ylcg2，lcg3，lcg4，lcg5sr配置zlcg6，lcg7，lcg8在示出sr配置和lcg之间的关系的表4中，可以通过收集与给定的sr配置相对应的多个lcg来产生一个组。在本公开中，这种组被称为srlcg组。例如，lcg1可以成为srlch组x，lcg2、lcg3、lcg4和lch4可以成为srlch组y。此外，lch6、lch7和lch8可以成为srlch组z。此外，关于多个sr配置和tti/参数集/资源索引之间的关系的示例可以如表5中那样定义。[表5]在这种情况下，sr配置包括时间/频率资源以及ue发送sr信号的条件。下面示出了lte系统中与sr配置有关的信息元素(ie)。在以上schedulingrequestconfigie中，sr-pucch-resourceindex和sr-configindex对应于指示ue发送sr信号的时间/频率资源的参数。图2示出了根据本公开的实施例的不同的sr配置的示例。参考图2，在图2中示出了通过由这样的参数确定的pucch进行sr发送的时间/频率资源的配置的示例。此外，通过另一个ie发送的dsr-transmax和sr-prohibittimer对应于提供何时准许或禁止ue的sr信号发送的通知的参数。在lte系统中，这样的参数定义如下。sr-prohibittimerts36.321[6]中的pucch上的sr发送定时器。具有pucch的任何服务小区中最短sr周期的sr周期数的值。值0表示适用7.3.2中规定的行为。值1对应一个sr周期，值2对应2×sr周期，依此类推。在ts36.213[23，表10.1.5-1]中定义了sr周期。如果触发了sr，并且没有其他sr待处理(pending)，则mac实体应将sr_counter设置为0。只要有一个sr待处理，则mac实体应针对每个tti：-如果在该tti中没有可用于传输的ul-sch资源：-如果mac实体在任何tti中没有配置用于sr的有效pucch资源：则在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr；-否则，如果mac实体为此tti配置了用于sr的至少一个有效pucch资源，并且该tti不是测量间隙或传输的侧链路发现间隙的一部分，并且如果sr-prohibittimer没有运行：-如果sr_counter<dsr-transmax：-将sr_counter增加1；-指示物理层在用于sr的一个有效pucch资源上用信号发送sr；-开始sr-prohibittimer。-否则：-通知rrc为所有服务小区释放pucch；-通知rrc为所有服务小区释放srs；-清除任何已配置的下行链路分配和上行链路授权；-在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr。总结如下。*当介质访问控制(mac)实体指示物理层sr传输时，sr_counter增加1，并且sr-prohibittimer开始运行。*当sr-prohibittimer运行时，ue无法指示物理层sr发送。*尽管sr-prohibittimer没有运行，但是当sr_counter达到dsr-transmax值时，ue无法指示物理层sr发送。-相反，ue释放pucch和探测参考信号(srs)，并且不使用所分配的下行链路(dl)和ul资源。此外，ue取消所有待命的sr，并对基站执行随机接入。本公开提出了ue和基站使用多种tti/参数集/资源索引来执行ul通信所需的sr程序。为此，在本公开中，假定了以下条件。*存在两种类型的tti：ttia和ttib*存在四种类型的lch：lch1、lch2、lch3和lch4-lch之间的优先级：lch1(最高)>lch2>lch3>lch4(最低)*存在两种类型的sr配置：sr配置x和sr配置y在这种情况下，lch和tti之间的对应关系可以如表6中那样定义。[表6]在表6中，如果从tti的角度布置，lch和tti之间的对应关系如表7那样表示。[表7]tti(a/b)lch(1/2/3/4)ttialch1,lch2,lch3,lch4ttiblch3,lch4sr配置和lch之间的对应关系可以如表8那样定义。[表8]sr配置(x/y)lch(1/2/3/4)sr配置xlch1，lch2sr配置ylch3，lch4首先，本公开提出ue将在什么条件下何时开始程序。如上所述，在lte系统中，当出现给定的lch的数据时，如果现在在ue的缓存中不存在数据或者仅存在比具有该数据的lch的优先级低的lch的数据，则ue可以开始常规bsr，并且这导致sr程序的开始。如果将这样的规则应用于以上条件，则在以下情况下ue开始sr程序。(1)如果在ue的缓存中不存在数据的状态下出现lch1或lch2或lch3或lch4的数据，a.当出现lch1或lch2的数据时，ue发起常规bsr，从而通过sr配置x开始sr程序。b.当出现lch3或lch4的数据时，ue发起常规bsr，从而通过sr配置y开始sr程序。(2)如果在ue的缓存中存在lch2(除了lch2以外的lch3或lch4)的数据时出现了lch1的数据。a.当lch1的数据出现时，ue发起常规bsr，从而通过sr配置x开始sr程序。(3)如果在ue的缓存中存在lch3(除了lch3之外的lch4)的数据时出现了lch1或lch2的数据，a.当出现lch1或lch2的数据时，ue发起常规bsr，从而通过sr配置x开始sr程序。(4)如果在ue的缓存中存在lch4的数据时出现了lch1或lch2或lch3的数据，a.当出现lch1或lch2的数据时，ue发起常规bsr，从而通过sr配置x开始sr程序。b.当出现lch3的数据时，ue发起常规bsr，从而通过sr配置y开始sr程序。在这种情况下，基站使用多个sr配置(即，sr配置x和sr配置y)的原因是：为了当基站通过sr配置x接收到sr信号时识别在已经发送sr信号的ue中出现了lch1或lch2的数据，以及为了分配由适于发送/接收数据的ttia组成的ul资源。此外，该原因在于：当基站通过sr配置y接收到sr信号时，基站识别在已经发送sr信号的ue中出现了lch3或lch4的数据，以及分配由适于发送/接收数据的ttia或ttib组成的ul资源。然而，在以下情况下，执行不适合基站操作多个sr配置的目的的操作。与lch1和lch2不同，除了ttia之外，lch3和lch4还能够通过ttib进行ul发送/接收。因此，当出现了lch3或lch4的数据时，尽管lch1或lch2的数据已经存在于ue的缓存中，但是需要允许通过sr配置y的ue的sr发送。然而，根据lte中定义的常规bsr开始条件，如果高优先级的lch的数据已经存在于ue的缓存中，则不发起常规bsr并因此不发送sr。为了解决该问题，本公开提出了常规bsr开始条件，其中考虑了多种tti/参数集/资源索引的使用。图3示出了根据本公开的实施例的提出的方案1的操作。参照图3，根据第一实施例的提出的方案1进行如下操作。1.在操作s301中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，可以如表9中那样定义该对应关系。表9的对应关系可以通过无线电资源控制(rrc)ie的schedulingrequestconfig或logicalchannelconfig来发送。[表9]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch82.在操作s303中，当在给定的lch中出现数据时，在操作s305中，ue识别与sr配置相对应的lch，例如对应的lch。在操作s307中，ue识别与其中出现了数据的lch相对应的sr配置。在操作s309和操作s311中，ue识别对应于与其中出现了数据的lch的sr配置相同的sr配置的lch的数据的存在。a.例如，当在lch1中出现数据时，ue识别出与sr配置x相对应的lch包括lch1和lch2。b.此外，当在lch8中出现数据时，ue识别出与sr配置z相对应的lch包括lch5、lch6、lch7和lch8。3.在操作s313中，ue将其中出现了数据的lch的优先级(a)与属于对应于与在第二步骤中识别的lch的sr配置相同的sr配置的那些lch且其数据现在存在于ue的缓存中的lch的优先级(b)进行比较。a.在操作s315中，如果其中出现了数据的lch的优先级(即，(a))高于属于与相同的sr配置相对应的那些lch且其数据现在存在于ue的缓存中的lch的优先级，在操作s317中，ue发起常规bsr。在操作s319中，ue通过其中出现了数据的lch的sr配置来发起sr发送程序。i.所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为数据出现了在lch1中。lch1对应于sr配置x，lch2也对应于sr配置x。在这种情况下，当lch2的数据已经存在于ue的缓存中时，因为lch1的优先级高于lch2的优先级，所以ue发起常规bsr。此外，所发起的常规bsr通过sr配置x来发起sr发送程序。iii.此时，ue不考虑除与其中出现了数据的lch对应于相同的sr配置的lch之外的lch。当如以上示例中那样在lch1中出现数据时，除lch2之外的lch3、lch4、lch5、lch6、lch7和lch8不影响ue是否将发起常规bsr。b.如果其中出现了数据的lch的优先级(即，(a))等于或低于属于与相同的sr配置相对应的lch并且其数据现在存在于ue的缓存中的lch的优先级(即，(b))，则ue不发起常规bsr。i.例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为数据已经出现在lch2中。lch2对应于sr配置x，lch1也对应于sr配置x。在这种情况下，如果lch1的数据已经存在于ue的缓存中，则因为lch2的优先级低于lch1的优先级，所以则ue不发起常规bsr。ii.此时，ue不考虑除与其中出现了数据的lch对应于相同的sr配置的lch之外的lch。当如以上示例中那样在lch2中出现数据时，除lch1之外的lch3、lch4、lch5、lch6、lch7和lch8不影响ue是否将发起常规bsr。c.如果与其中出现了数据的lch对应于相同的sr配置的lch的数据未存在于ue的缓存中，则ue发起常规bsr。i.所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为数据已经出现在lch8中。lch8对应于sr配置z，lch5、lch6和lch7也对应于sr配置z。在这种情况下，如果lch5、lch6和lch7的数据没有存在于ue的缓存中，则ue发起常规bsr。此外，所发起的常规bsr通过sr配置z来发起sr发送程序。iii.此时，ue不考虑除与其中出现了数据的lch对应于相同的sr配置的lch之外的lch。当如以上示例中那样在lch8中出现数据时，除了lch5、lch6和lch7之外的lch1、lch2、lch3和lch4不影响ue是否将发起常规bsr。上面已经描述了根据第一实施例的提出的方案1的操作。图4示出了根据本公开的实施例的提出的方案2的操作。参照图4，下面描述根据第二实施例的提出的方案2。1.在操作s401中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，该对应关系的示例可以如表10那样定义。可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送对应关系。[表10]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch82.此外，在操作s403中，基站向ue提供lch列表，通过该lch列表可以发起常规bsr，而不管lch之间的优先级如何。为了方便起见，这种lch称为例外(exceptional)lch。a.这种列表的示例可以如表11那样定义。这可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送。[表11]例外lchlch3，lch4，lch8在操作s405和操作s407中，ue识别其中出现了数据的lch。在操作s409中，ue识别与其中出现了数据的lch相对应的sr配置。3.在操作s411中，当在给定的lch中出现数据时，ue识别该给定的lch是否属于基站提供的例外lch。在操作s413和操作s415中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch不对应于例外lch，则在操作s417中，ue将其中出现了数据的lch的优先级(c)与其数据存在于ue的缓存中的lch的优先级(d)进行比较。i.在操作s419中，如果其中出现了数据的lch的优先级(即，(c))高于其数据现在存在于ue的缓存中的lch的优先级(即，(d))，则在操作s421中，ue发起常规bsr。在操作s423中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。在这种情况下，如果在ue的缓存中仅存在lch6或lch7或lch8的数据，则由于lch5的优先级高于其数据现在存在于缓存中的lch的优先级，所以ue发起常规bsr。所发起的常规bsr通过与lch5相对应的sr配置z来发起sr发送程序。ii.如果其中出现了数据的lch的优先级(即，(c))等于或低于其数据现在存在于ue的缓存中的lch的优先级(即，(d))，则ue不发起常规bsr。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。在这种情况下，如果在ue的缓存中存在lch1或lch2或lch3或lch4或lch5的数据，则由于lch5的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，所以ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。在这种情况下，如果在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与lch5相对应的sr配置z来发起sr发送程序。b.如果其中出现了数据的lch对应于例外lch，则无论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为数据出现了在lch4中。lch4对应于例外lch。因此，尽管现在在ue的缓存中存在优先级高于lch4的优先级的lch1或lch2或lch3的数据，但是ue仍发起常规bsr。所发起的常规bsr通过与lch4相对应的sr配置y来发起sr发送程序。上面已经描述了根据第二实施例的提出的方案2的操作。图5示出了根据本公开的实施例的提出的方案3的操作。参照图5，下面描述根据第三实施例的提出的方案3的操作。1.在操作s501中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，对应关系的示例可以如表12那样定义。可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送对应关系。[表12]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch82.此外，在操作s503中，基站向ue提供sr配置列表，其中能够发起常规bsr的lch彼此对应，而不论lch之间的优先级如何。为了方便起见，这种sr配置称为例外sr配置。a.列表的示例可以如表13那样定义。该列表可以通过rrcie的schedulingrequestconfig发送。[表13]例外sr配置sr配置y3.在操作s505、操作s507、操作s509和操作s511中，当在给定的lch中出现数据时，ue识别与该给定的lch相对应的sr配置，并且识别该sr配置是否属于例外sr配置。在操作s513和操作s515中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch与例外sr配置不对应，则在操作s517中，ue将其中出现了数据的lch的优先级(e)与其数据存在于ue的缓存中的lch的优先级(f)进行比较。i.在操作s519中，如果其中出现了数据的lch的优先级(即，(e))，高于其数据现在存在于ue的缓存中的lch的优先级(即，(f))，则在操作s521中，ue发起常规bsr。在操作s523中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。lch5对应于sr配置z，并且sr配置z不对应于例外sr配置。因此，如果lch6或lch7或lch8的数据仅存在于ue的缓存中，则由于lch5的优先级高于其数据现在存在于缓存中的lch的优先级，所以ue发起常规bsr。所发起的常规bsr通过与lch5相对应的sr配置z来发起sr发送程序。ii.如果其中出现了数据的lch的优先级(即，(e))等于或低于其数据现在存在于ue的缓存中的lch的优先级(即，(f))，则ue不发起常规bsr。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。lch5对应于sr配置z，并且sr配置z不对应于例外sr配置。因此，如果在ue的缓存中存在lch1或lch2或lch3或lch4或lch5的数据，则由于lch5的优先级等于或低于其数据现在存在于缓存中的lch的优先级，所以ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch5中出现了数据。lch5对应于sr配置z，并且sr配置z不对应于例外sr配置。因此，如果在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与lch5相对应的sr配置z来发起sr发送程序。b.如果其中出现了数据的lch对应于例外sr配置，则无论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中已出现数据的lch对应的例外sr配置来发起sr发送程序。(1).例如，认为优先级按照lch1、lch2、lch3、lch4、lch5、lch6、lch7和lch8的顺序变高。此外，认为在lch4中出现了数据。lch4对应于sr配置y，并且sr配置y对应于例外sr配置。因此，尽管现在在ue的缓存中存在优先级高于lch4的优先级的lch1或lch2或lch3的数据，但是ue仍发起常规bsr。所发起的常规bsr通过sr配置y(即，与lch4相对应的例外sr配置)来发起sr发送程序。上面已经描述了根据第三实施例的提出的方案3的操作。图6示出了根据本公开的实施例的提出的方案4/5/6/7的操作。参照图6，下面描述根据第四实施例的提出的方案4的操作。1.在操作s603中，基站向ue提供lch与tti/参数集/资源索引之间的对应关系。a.如上所述，对应关系的示例可以如表14那样定义。可以通过rrcie的logicalchannelconfig来发送对应关系。[表14]2.在操作s601中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，对应关系的示例可以如表15那样定义。可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送对应关系。[表15]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch83.此外，在操作s605中，当数据出现在能够通过给定的tti进行发送/接收的lch中时，基站向ue提供tti列表，其中允许进行这样的操作：不论lch之间的优先级如何，ue都发起常规bsr。为了方便起见，这种tti被称为例外tti。a.列表的示例与表16相同。该列表可以通过rrcie发送。[表16]例外ttittib4.在操作s607、操作s609、操作s611和操作s613中，当在给定的lch中出现数据时，ue识别其中可以发送/接收给定的lch的数据的tti，并且识别在tti中是否存在例外tti。在操作s615和操作s617中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch不能使用例外tti，则在操作s619中，ue将其中出现了数据的lch的优先级与其数据存在于ue的缓存中的lch的优先级进行比较。i.在操作s621中，如果其中出现了数据的lch的优先级高于其数据现在存在于ue的缓存中的lch的优先级，则在操作s623中，ue发起常规bsr。在操作s625中，ue通过与其中出现了数据的lch对应的sr配置来发起sr发送程序。ii.如果其中出现了数据的lch的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，则ue不发起常规bsr。iii.如果数据现在不存于ue的缓存中，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch对应的sr配置来发起sr发送程序。b.如果出现了数据的lch可以使用例外tti，则无论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch对应的sr配置来发起sr发送程序。上面已经描述了根据第四实施例的提出的方案4的操作。图6示出了根据本公开的实施例的提出的方案4/5/6/7的操作。参照图6，下面描述根据第五实施例的提出的方案5的操作。1.在操作s603中，基站向ue提供lch与tti/参数集/资源索引之间的对应关系。a.可以通过rrcie的logicalchannelconfig传输对应关系。2.在操作s601中，基站向ue提供sr配置和lch之间的对应关系。a.可以通过rrcie的schedulingrequestconfig或logicalchannelconfig传输对应关系。3.此外，当数据出现在能够通过给定的参数集进行发送/接收的lch中时，在操作s605中，基站向ue提供参数集列表，其中允许进行这样的操作：不论lch之间的优先级如何，ue都发起常规bsr。为了方便起见，这种参数集被称为例外参数集。a.列表的示例可以如表17那样定义。该列表可以通过rrcie发送。[表17]例外参数集参数集b4.在操作s607、操作s609、操作s611和操作s613中，当在给定的lch中出现数据时，ue识别其中可以发送/接收给定的lch的数据的参数集，并且识别在参数集中是否存在例外参数集。在操作s615和操作s617中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch不能使用例外参数集，则在操作s619中，ue将其中出现了数据的lch的优先级与其数据存在于ue的缓存中的lch的优先级进行比较。i.在操作s621中，如果其中出现了数据的lch的优先级高于其数据现在存在于ue的缓存中的lch的优先级，则在操作s623中，ue发起常规bsr。在操作s625中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.如果其中出现了数据的lch的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，则ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。b.如果其中出现了数据的lch可以使用例外参数集，则不论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。上面已经描述了根据第五实施例的提出的方案5的操作。图6示出了根据本公开实施例的提出的方案4/5/6/7的操作。下面描述根据第六实施例的提出的方案6的操作。1.在操作s603中，基站向ue提供lch与tti/参数集/资源索引之间的对应关系。a.对应关系的示例可以如表18那样定义。可以通过rrcie的logicalchannelconfig来发送对应关系。[表18]2.在操作s601中，基站向ue提供sr配置和lch之间的对应关系。a.可以通过rrcie的schedulingrequestconfig或logicalchannelconfig传输对应关系。3.此外，当在能够通过给定的资源索引进行发送/接收的lch中出现数据时，在操作s605中，基站向ue提供资源索引列表，其中允许进行这样的操作：不论lch之间的优先级如何，ue都发起常规bsr。为了方便起见，这种资源索引称为例外资源索引。a.列表的示例可以如表19那样定义。该列表可以通过rrcie发送。[表19]例外资源索引资源索引j4.在操作s607、操作s609、操作s611和操作s613中，当在给定的lch中出现数据时，ue识别其中可以发送/接收给定的lch的数据的资源索引，并且识别在该资源索引中是否存在例外资源索引。在操作s615和操作s617中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch不能使用例外资源索引，则在操作s619中，ue将其中出现了数据的lch的优先级与其数据存在于ue的缓存中的lch的优先级进行比较。i.在操作s621中，如果其中出现了数据的lch的优先级高于其数据现在存在于ue的缓存中的lch的优先级，则在操作s623中，ue发起常规bsr。在操作s625中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.如果其中出现了数据的lch的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，则ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。b.如果其中出现了数据的lch可以使用例外资源索引，则无论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。上面已经描述了根据第六实施例的提出的方案6的操作。图6示出了本公开中所描述的提出的方案4/5/6/7的操作。下面描述根据第七实施例的提出的方案7的操作。1.在操作s603中，基站向ue提供lch与tti/参数集/资源索引之间的对应关系。a.如上所述，对应关系的示例可以如表20那样定义。可以通过rrcie的logicalchannelconfig来发送对应关系。[表20]2.在操作s601中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，对应关系的示例可以如表21那样定义。可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送对应关系。[表21]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch83.此外，当在能够通过给定的tti和给定的参数集进行发送/接收的lch中出现数据时，在操作605，基站向ue提供tti和参数集的组合的列表，其中允许这样的操作：不论lch之间的优先级如何，ue都发起常规bsr。为了方便起见，将tti和参数集的这种组合称为例外tti/参数集。a.列表的示例可以如表22那样定义。该列表可以通过rrcie发送。[表22]4.在操作s607、操作s609、操作s611和操作s613中，当在给定的lch中出现数据时，ue识别tti和参数集的组合(其中可以发送/接收给定的lch的数据的数据)，并且识别在组合中是否存在例外tti/参数集。在操作s615和操作s617中，ue检查其他lch的数据的存在。a.如果其中出现了数据的lch不能使用例外tti/参数集，则在操作s619中，ue将其中出现了数据的lch的优先级与其数据存在于ue的缓存中的lch的优先级进行比较。i.在操作s621中，如果其中出现了数据的lch的优先级高于其数据现在存在于ue的缓存中的lch的优先级，则在操作s623中，ue发起常规bsr。在操作s625中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.如果其中出现了数据的lch的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，则ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。b.如果其中出现了数据的lch可以使用例外tti/参数集，则不论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。上面已经描述了根据第七实施例的提出的方案7的操作。图7示出了根据本公开的实施例的提出的方案8的操作。参照图7，下面描述根据第八实施例的提出的方案8的操作。1.在操作s703中，基站向ue提供lch与tti/参数集/资源索引之间的对应关系。a.如上所述，对应关系的示例可以如表23那样定义。可以通过rrcie的logicalchannelconfig来发送对应关系。[表23]2.在操作s701中，基站向ue提供sr配置和lch之间的对应关系。a.如上所述，对应关系的示例可以如表24那样定义。可以通过rrcie的schedulingrequestconfig或logicalchannelconfig来发送对应关系。[表24]sr配置(x/y/z)lch(1/2/3/4/5/6/7/8)sr配置xlch1，lch2sr配置ylch3，lch4sr配置zlch5，lch6，lch7，lch83.此外，当在可发送tti长度的最大值小于给定值的lch中出现数据时，在操作s705中，基站向ue提供最大tti长度的界值，其中允许这样的操作：无论lch之间的优先级如何，ue都发起常规bsr的操作。为了方便起见，这种值被称为ttimax,bound。a.该值的示例可以如表25那样定义。该值可以通过rrcie发送。[表25]ttimax,bound[x]ms4.在操作s707、操作s709、操作s711和操作s713中，当在给定的lch中出现数据时，ue识别可以发送/接收给定的lch的数据的tti长度的最大值，并且识别该值是否小于ttimax,bound值。在操作s715和操作s717中，ue检查其他lch的数据的存在。a.如果可以由其中出现了数据的lch使用的tti长度的最大值大于ttimax,bound值，则在操作s719中，ue将其中出现了数据的lch的优先级与其数据存在于ue的缓存中的lch的优先级进行比较。i.在操作s721中，如果其中出现了数据的lch的优先级高于其数据现在存在于ue的缓存中的lch的优先级，则在操作s723中，ue发起常规bsr。在操作s725中，ue通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。ii.如果其中出现了数据的lch的优先级等于或低于其数据现在存在于ue的缓存中的lch的优先级，则ue不发起常规bsr。iii.如果现在在ue的缓存中不存在数据，则ue发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。b.如果可以由其中出现了数据的lch使用的tti长度的最大值小于ttimax,bound值，则无论lch之间的优先级如何，ue都发起常规bsr。所发起的常规bsr通过与其中出现了数据的lch相对应的sr配置来发起sr发送程序。上面已经描述了根据第八实施例的提出的方案8的操作。下面描述根据本公开的另一实施例的在sr程序中使用的sr-prohibittimer。通常，在一个ue具有一个sr配置的lte中，sr-prohibittimer的操作如下。只要有一个sr待处理，则mac实体应针对每个tti：-如果在该tti中没有可用于传输的ul-sch资源：-如果mac实体没有在任何tti中配置用于sr的有效pucch资源，则：在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr；-否则，如果mac实体为此tti配置了用于sr的至少一个有效pucch资源，并且该tti不是测量间隙或传输的侧链路发现间隙的一部分，并且sr-prohibittimer没有运行，则：-如果sr_counter<dsr-transmax：-将sr_counter增加1；-指示物理层在用于sr的一个有效pucch资源上用信号发送sr；-开始sr-prohibittimer。-否则：-通知rrc为所有服务小区释放pucch；-通知rrc为所有服务小区释放srs；-清除任何配置的下行链路分配和上行链路授权；-在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr。即，当sr-prohibittimer运行时，ue不能从物理层请求sr信号发送。此外，当ue从物理层请求sr信号发送时，sr-prohibittimer运行。因此，sr-prohibittimer起到控制连续的sr信号发送之间的时间间隔的作用，使得其成为最小的sr-prohibittimer或更大。在本公开中，为了支持通过多种tti/参数集/资源索引的ul通信，已经考虑了基站向ue提供多个sr配置的示例。在这样的示例中，可以如下配置sr-prohibittimer。*ue中配置的每个sr配置都使独立的sr-prohibittimer运行。*如果向ue提供了多个sr配置，则针对每个ue，运行一个sr-prohibittimer。首先，描述了当在ue中配置的每个sr配置运行独立的sr-prohibittimer时ue的操作。例如，认为ue具有两个sr配置，即，sr配置x和sr配置y，并且sr配置分别运行sr-prohibittimer-x和sr-prohibittimer-y。在这种情况下，ue进行如下操作。(1)由于在对应于sr配置x的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。(2)ue检查sr-prohibittimer-x是否运行。a.如果sr-prohibittimer-x运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-x没有运行，则ue识别sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-x。(3)由于在对应于sr配置y的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。(4)ue检查sr-prohibittimer-y是否运行。a.如果sr-prohibittimer-y运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-y没有运行，则ue识别sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-y。如上所述，如果在ue中配置的每个sr配置运行独立的sr-prohibittimer，则sr-prohibittimer-x仅影响sr配置x中的sr程序，sr-prohibittimer-y仅影响sr配置y中的sr程序。即，sr-prohibittimer-x不影响sr配置y中的sr程序，sr-prohibittimer-y不影响sr配置x中的sr程序。图10是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(针对每个sr配置的sr-prohibittimer的独立操作)的示例的图示。参照图10，在图10中表示了当在ue中配置的每个sr配置运行独立的sr-prohibittimer时ue的操作的示例。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定embbsr的sr-prohibittimer是tembb，urllcsr的sr-prohibittimer是turllc。当embbsr和urllcsr运行独立的sr-prohibittimer时，ue可以如图10中那样发送sr。即，可以在tembb运行期间发送urllcsr，并且可以在tullc运行期间发送embbsr。图10中的箭头表示mac层已指示phy层发送sr。下面描述当尽管每个ue具有多个sr配置但是每个ue运行一个sr-prohibittimer时ue的操作。例如，认为ue具有两个sr配置，即，sr配置x和sr配置y，并且运行一个sr-prohibittimer。在这种情况下，ue进行如下操作。(1)由于在对应于sr配置x的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。(2)ue检查sr-prohibittimer是否运行。a.如果sr-prohibittimer运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer没有运行，则ue识别sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer。(3)由于已经发生与sr配置y相对应的lch(或tti/参数集/资源索引)，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。(4)ue检查sr-prohibittimer是否运行。a.如果sr-prohibittimer运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer没有运行，则ue识别sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer。如上所述，尽管ue具有多个sr配置，但是当针对每个ue运行一个sr-prohibittimer时，该sr-prohibittimer影响sr配置x中的sr程序和sr配置y中的sr程序两者。即，无论哪个sr配置中的sr程序，连续sr信号发送之间的时间间隔都将变为最小sr-prohibittimer或更大。图11是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(sr配置使用共享的定时器长度)的示例的图示。参照图11，在图11中表示了当尽管ue具有多个sr配置但是针对每个ue运行一个sr-prohibittimer时ue的操作。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定embbsr的sr-prohibittimer和urllcsr的sr-prohibittimer相同，即，tcommon。在这种情况下，embbsr和urllcsr可以使用如图11中的公共sr-prohibittimer来发送sr。即，在tcommon运行期间不能发送embbsr和urllcsr，并且仅当tcommon没有运行时才可以发送embbsr或urllcsr。在图11中，实线箭头表示mac层已经指示phy层发送sr，而虚线箭头表示已经发起了用于确定是否发送sr的sr程序。此外，认为在ue中配置的每个sr配置具有独立的sr-prohibittimer，但是是否基于给定的sr配置执行sr发送受到另一sr配置的sr-prohibittimer的影响。例如，认为ue具有两个sr配置，即，sr配置x和sr配置y，并且已经在相应的sr配置中配置了sr-prohibittimer-x和sr-prohibittimer-y。在这种情况下，ue进行如下操作。(1)由于在与sr配置x相对应的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。(2)ue检查sr-prohibittimer-x和sr-prohibittimer-y是否运行。a.如果sr-prohibittimer-x运行，则ue无法从物理层请求sr信号发送。此外，如果sr-prohibittimer-y运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-x和sr-prohibittimer-y均运行，则ue检查sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-x。(3)由于在对应于sr配置y的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。(4)ue检查sr-prohibittimer-y和sr-prohibittimer-x是否运行。a.如果sr-prohibittimer-y运行，则ue无法从物理层请求sr信号发送。此外，如果sr-prohibittimer-x运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-y和sr-prohibittimer-x均没有运行，则ue检查sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-y。如上所述，在这种操作中，尽管在ue中配置的sr配置x和sr配置y中已经配置了不同的sr-prohibittimer-x和sr-prohibittimer-y，但是是否基于每个sr配置执行sr发送是由sr-prohibittimer-x和sr-prohibittimer-y共同确定的。图12是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(如果sr-prohibittimer针对每个sr配置运行，则当另一sr配置的定时器运行时不允许sr发送)的示例的图示。这种操作的示例在图12中表示。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定embbsr的sr-prohibittimer是tembb，urllcsr的sr-prohibittimer是turllc。在这种情况下，尽管已经在embbsr和urllcsr中的每一个中配置了独立的sr-prohibittimer，但是当由tembb和turllc两者来确定是否执行sr发送时，ue可以如图12中那样发送sr。即，ue在tembb运行期间除了embbsr之外不能发送urllcsr，并且ue在turllc运行期间除了urllcsr之外不能发送embbsr。此外，当tembb和turllc均没有运行时，ue可以发送sr。在图12中，实线箭头表示mac层已经向phy层指示了sr，而虚线箭头表示已经发起了用于确定是否执行sr发送的sr程序。此外，考虑到在ue中配置的每个sr配置均具有独立的sr-prohibittimer，是否基于给定的sr配置执行sr发送受到另一sr配置的sr-prohibittimer的影响以及是否执行基于给定的sr配置的sr发送不受又一sr配置的sr-prohibittimer的影响。例如，认为ue具有两个sr配置，即，sr配置x和sr配置y，并且已经在相应的sr配置中配置了sr-prohibittimer-x和sr-prohibittimer-y。在这种情况下，ue进行如下操作。(1)由于在对应于sr配置x的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。(2)ue检查sr-prohibittimer-x和sr-prohibittimer-y是否运行。a.如果sr-prohibittimer-x运行，则ue无法从物理层请求sr信号发送。此外，如果sr-prohibittimer-y运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-x和sr-prohibittimer-y均没有运行，则ue检查sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-x。(3)由于在对应于sr配置y的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。(4)ue检查sr-prohibittimer-y是否运行。a.如果sr-prohibittimer-y运行，则ue无法从物理层请求sr信号发送。b.如果sr-prohibittimer-y没有运行，则ue检查sr_counter条件，如果满足sr_counter条件，则ue可以从物理层请求sr信号发送。i.在这种情况下，ue驱动sr-prohibittimer-y。图13是示出了根据本公开的实施例的在本公开中提出的sr-prohibittimer的操作(基于lch的优先级确定是否可以忽略sr-prohibittimer)的示例的图示。这种操作的示例在图13中表示。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定embbsr的sr-prohibittimer是tembb，urllcsr的sr-prohibittimer是turllc。在这种情况下，尽管已经在embbsr和urllcsr中均配置了独立的sr-prohibittimer，但是当由tembb和turllc两者来确定是否执行embbsr发送以及由turllc来确定是否执行urllcsr发送时，ue可以如图13中那样发送sr。即，ue不能发送embbsr，但是可以在tembb运行期间发送urllcsr。此外，在turllc运行期间，除了urllcsr之外，ue不能发送embbsr。即，在tembb和turllc均没有运行时可以发送embbsr，并且在仅turllc没有运行时可以发送urllcsr。在图13中，实线箭头表示mac层已经指示phy层发送sr，而虚线箭头表示已经发起用于确定是否执行sr发送的sr程序。在这种情况下，需要一种用于sr配置的方法，该方法通过考虑哪个sr-prohibittimer来确定是否发送关于sr发送的信息。为此，本公开提出以下方法。-给定的sr配置通过考虑与给定的sr配置的sr-prohibittimer相比具有更短的长度或时间的sr配置的sr-prohibittimer来确定是否执行sr发送。认为存在sr配置1、sr配置2和sr配置3，并且它们的sr-prohibittimer分别为t1＝100ms、t2＝200ms和t3＝300ms。在这种情况下，如果t1没有运行，则sr配置1可以指示physr发送。此外，当t1和t2都没有运行时，sr配置2可以指示physr发送。此外，当t1、t2和t3都没有运行时，sr配置可以指示physr发送。-给定的sr配置检查映射到其的lch的优先级中的最高优先级，并通过考虑运行哪个sr配置的sr-prohibittimer来确定是否执行sr发送。认为存在sr配置1、sr配置2和sr配置3，并且映射到相应的sr配置的lch分别具有最高优先级p1＝1、p2＝3和p3＝5。在这种情况下，较小的数值对应于较高的优先级。在这种情况下，如果t1没有运行，则sr配置1可以指示physr发送。此外，当t1和t2都没有运行时，sr配置2可以指示physr发送。此外，当t1、t2和t3都没有运行时，sr配置可以指示physr发送。在这种情况下，tj是指sr配置j的sr-prohibittimer。即，与具有低优先级的lch相对应的sr配置通过考虑与具有比该sr配置本身的优先级高的优先级的lch相对应的sr配置的sr-prohibittimer是否运行来确定是否执行sr发送。下面描述在sr程序中使用的sr_counter和dsr-transmax。通常，在一个ue具有一个sr配置的lte中，sr_counter和dsr-transmax进行如下操作。只要有一个sr待处理，则mac实体应针对每个tti：-如果在该tti中没有可用于传输的ul-sch资源：-如果mac实体没有在任何tti中配置用于sr的有效pucch资源，则：在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr；-否则，如果mac实体为此tti配置了用于sr的至少一个有效pucch资源，并且该tti不是测量间隙或传输的侧链路发现间隙的一部分，并且sr-prohibittimer没有运行：-如果sr_counter<dsr-transmax：-将sr_counter增加1；-指示物理层在用于sr的一个有效pucch资源上用信号发送sr；-开始sr-prohibittimer。-否则：-通知rrc为所有服务小区释放pucch；-通知rrc为所有服务小区释放srs；-清除任何已配置的下行链路分配和上行链路授权；-在spcell上发起随机接入过程(见5.1节)，并取消所有待处理的sr。也就是说，每当ue从物理层请求sr信号发送时，sr_counter就增加1。此外，仅当sr_counter小于dsr-transmax时，ue才可以从物理层请求sr信号发送。此外，如果sr_counter等于dsr-transmax，则ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。因此，这意味着在基站分配给ue的sr配置执行sr发送dsr-transmax之后，sr_counter和dsr-transmax的作用不再有效。在本公开中，已经考虑了基站向ue提供多个sr配置以便通过多种tti/参数集/资源索引来支持ul通信的情况。在这种情况下，sr_counter和dsr-transmax可以如下配置。*在ue中配置的每个sr配置都运行独立的sr_counter和dsr-transmax。*尽管向ue提供了多个sr配置，但是针对每个ue来运行sr_counter和dsr-transmax。首先，下面描述当在ue中配置的每个sr配置运行独立的sr_counter和dsr-transmax时ue的操作。例如，考虑到ue具有两个sr配置，即，sr配置x和sr配置y，并且这两个sr配置分别运行sr_counter_x和dsr-transmax-x，以及sr_counter_y和dsr-transmax-y。在这种情况下，ue进行如下操作。(1)由于在对应于sr配置x的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。在这种情况下，假定sr-prohibittimer(针对每个ue或sr配置)没有运行。a.如果sr_counter_x小于dsr-transmax-x，则ue从物理层请求sr信号发送。i.在这种情况下，ue将sr_counter_x增加1并驱动sr-prohibittimer。b.如果sr_counter_x等于dsr_transmax-x，则ue无法从物理层请求sr信号发送。i.在这种情况下，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。(2)由于在对应于sr配置y的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。在这种情况下，假定sr-prohibittimer(针对每个ue或sr配置)没有运行。a.如果sr_counter_y小于dsr-transmax-y，则ue从物理层请求sr信号发送。i.在这种情况下，ue将sr_counter_y增加1并驱动sr-prohibittimer。b.如果sr_counter_y等于dsr_transmax-y，则ue无法从物理层请求sr信号发送。i.在这种情况下，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。如上所述，如果在ue中配置的每个sr配置运行独立的sr_counter和dsr-transmax，则在sr配置x中仅通过sr信号发送来增加sr_counter_x，而在sr配置y中仅通过sr信号发送来增加sr_counter_y。即，sr配置y中的sr信号发送不增加sr_counter_x，并且sr配置x中的sr信号发送不增加sr_counter_y。此外，如果sr配置x中的sr信号发送的数目和sr配置y中的sr信号发送的数目中的任何一个达到dsr-transmax-x或dsr-trans-max-y，则ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。图14是示出了根据本公开的实施例的在本公开中提出的dsr-transmax和sr_counter的操作(针对每个sr配置，sr_counter单独计数)的示例的图示。在图14中表示了这种操作的示例。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定embbsr的sr_counter为cembb，urllcsr的sr_counter为curllc。此外，认为为embb_sr配置的dsr-transmax为4，而为urllc_sr配置的dsr-transmax为3。在这种情况下，当基于embb_sr发送sr时，cembb增加1，而curllc不增加。另外，当基于urllc_sr发送sr时，curllc增加1，而cembb不增加。此外，当cembb达到4(即，embb_sr的dsr-transmax)或curllc达到3(即，urllc_sr的dsr-transmax)时，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。下面描述当尽管ue具有多个sr配置但是针对每个ue运行sr_counter和dsr-transmax时ue的操作。例如，认为ue具有两个sr配置，即，sr配置x和sr配置y，并且运行一个sr_counter和一个dsr-transmax。在这种情况下，ue进行如下操作。(1)由于在对应于sr配置x的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置x的sr发送。在这种情况下，假定sr-prohibittimer(针对每个ue或sr配置)没有运行。a.如果sr_counter小于dsr-transmax，则ue从物理层请求sr信号发送。i.在这种情况下，ue将sr_counter增加1并驱动sr-prohibittimer。b.如果sr_counter等于dsr_transmax，则ue无法从物理层请求sr信号发送。i.在这种情况下，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。(2)由于在对应于sr配置y的lch(或tti/参数集/资源索引)中出现了数据，所以已经满足常规bsr开始条件，因此已经发起通过sr配置y的sr发送。在这种情况下，假定sr-prohibittimer(针对每个ue或sr配置)没有运行。a.如果sr_counter小于dsr-transmax，则ue从物理层请求sr信号发送。i.在这种情况下，ue将sr_counter增加1并驱动sr-prohibittimer。b.如果sr_counter等于dsr_transmax，则ue无法从物理层请求sr信号发送。i.在这种情况下，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。如上所述，尽管ue具有多个sr配置，但是如果针对每个ue运行sr_counter和dsr-transmax，则通过sr配置x中的sr发送和sr配置y中的sr发送两者来增加sr_counter。此外，当sr配置x中的sr发送和sr配置y中的sr发送之和达到dsr-transmax时，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。图15是示出了根据本公开的实施例的在本公开中提出的dsr-transmax和sr_counter的操作(针对每个sr配置，sr_counter共同计数)的示例的图示。在图15中表示了这种操作的示例。认为基站已经为ue中的embb服务或与embb服务相对应的lch配置了sr配置(embbsr)，并且还为ue中的urllc服务或与urllc服务相对应的lch配置了sr配置(urllcsr)。在这种情况下，假定应用于embbsr和urllc_sr的ue的sr_counter是cue。此外，考虑为ue配置的dsr-transmax是7。在这种情况下，当基于embb_sr发送sr时，cue增加1。当基于urllc_sr发送sr时，cue增加1。此外，当cue达到7(即，ue的dsr-transmax)时，ue同时释放pucch、srs、dl分配和ul授权，并开始随机接入过程。在本公开中，已经考虑了基站向ue提供多个sr配置以便通过多种tti/参数集/资源索引来支持ul通信的情况。如果具有不同的sr配置的sr资源已经被冗余地分配给相同的时间资源或相同的频率资源，则ue必须选择与一个sr配置相对应的sr信号并发送该sr信号。在这种情况下，ue可以基于以下准则选择一个sr配置。*ue识别已发起常规bsr的数据的lch，并比较lch的优先级。此外，ue选择具有最高优先级的lch，并且选择与具有最高优先级的lch相对应的sr配置。此后，ue选择与所选择的sr配置相对应的sr信号，并发送所选择的sr信号。图8是示出了根据本公开的实施例的ue的配置的图示。参照图8，ue可以包括收发器810、ue控制器820和存储单元830。在本公开中，ue控制器820可以被定义为电路或asic或至少一个处理器。收发器810可以向/从另一网络实体发送/接收信号。收发器810例如可以从基站接收系统信息，并且可以接收同步信号或参考信号。根据本公开中提出的实施例，ue控制器820可以控制ue的整体操作。例如，ue控制器820可以控制块之间的信号流，从而执行根据附图和流程图的操作。存储单元830可以存储通过收发器发送/接收的信息和通过ue控制器生成的信息中的至少一种。图9是示出了根据本公开的实施例的基站的配置的图示。参照图9，基站可以包括收发器910、基站控制器920和存储单元930。在本公开中，基站控制器920可以被定义为电路或asic或至少一个处理器。收发器910可以向/从另一网络实体发送/接收信号。收发器910可以例如将系统信息发送到ue，并且可以发送同步信号或参考信号。根据本公开中提出的实施例，基站控制器920可以控制基站的整体操作。存储单元930可以存储通过收发器发送/接收的信息和通过控制器生成的信息中的至少一种。根据本公开的实施例，尽管数据出现在具有低优先级的服务或lch中，但是基于基站的配置，可以避免由于服务或lch具有高优先级而导致没有发起sr发送操作的情况。因此，当从ue接收到sr信号时，基站可以立即识别在ue中出现的服务的类型，并且可以分配具有适于ue执行发送的参数集或tti长度的ul资源。因此，就ul发送/接收而言，ue和基站可以更有效地使用多种服务。在说明书和附图中公开的本公开的实施例仅提出给定示例，以便容易地描述本公开的内容并帮助理解本公开，并不意图限制本公开的范围。尽管已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物所限定的本公开的精神和范围的情况下，可以在其中做出形式和细节上的各种改变。当前第1页1 2 3