免许可频带中用于URLLC与IIOT的上行链路增强的制作方法

免许可频带中用于urllc与iiot的上行链路增强
1.交叉引用
2.本发明是非临时申请的一部分，要求编号为63/066880，申请日为2020年8月18日的美国专利申请的优先权，上述内容在此一并作为参考。
技术领域
3.本发明总体上有关于移动通信。特别地，有关于移动通信的免许可频带(unlicensed band)中用于超可靠低延迟通信(ultra-reliable low-latency communication，urllc)与工业物联网(industrial internet of things，iiot)的上行链路增强技术。


背景技术：

4.除非另有说明，否则本部分中描述的方法不作为后面列出的权利要求书的现有技术，以及不因包含在本部分中而被认为是现有技术。
5.在无线通信中，例如，针对第五代(5g)新无线电(nr)的第三代合作伙伴计划(3gpp)规范下的移动通信，采用两种类型的先听后说(listen-before-talk，lbt)信道接入，称为基于负载的设备(load based equipment，lbe)和基于帧的设备(frame based equipment，fbe)。在基于fbe的lbt中，允许用户设备(ue)执行空闲信道评估(clean channel assessment，cca)，以感测信道是否空闲，并且按照每个固定帧周期(fixed frame period，ffp)执行。如果并且当ue接入信道时，ue将占用信道一段固定时间，称为信道占用时间(channel occupancy time，cot)，并且接着，ue将等待等于cot的5％的时间，以进行下一个传输。在本文中将该时段称为空闲周期。
6.在3gpp规范的版本16(rel-16)中，关于fbe，仅支持基站(例如，gnb)发起的cot。然而，这可能会对上行链路(ul)传输施加调度和配置限制，从而影响ul讯务的延迟性。为了在ul方向上进行传输，ue需要确定gnb是否已在ffp中发起cot。如果gnb未发起cot，则ue将需要等待gnb cot，这将导致额外的延迟。对于上行链路配置授权(ul-cg)，ue需要通过在ffp开始时监测下行链路(dl)传输，始终检查gnb是否在ffp中发起cot。非期望地，这将导致ue处的过度功率消耗以及ue侧的大量操作。因此，需要一种解决方案来实现移动通信的免许可频带中低延迟应用和低功耗应用(例如，urllc和iiot)的上行链路增强。


技术实现要素：

7.下文的发明内容仅是说明性的，而不旨在以任何方式进行限制。也就是说，提供下文发明内容来介绍本文所述的新颖且非显而易见技术的概念、要点、益处和有益效果。所选实施方式在下文详细描述中进一步描述。因此，下文发明内容并不旨在标识所要求保护主题的基本特征，也不旨在用于确定所要求保护主题的范围。
8.本发明的一个目的是提出解决本文所述问题的解决方案或方案。更具体地，在本发明中提出的各种方案被认为提供用于移动通信的免许可频带中的urllc和iiot的上行链
路增强的解决方案。例如，在本文提出的各种方案下，为了在基于fbe结构操作的受控免许可频带环境中支持urllc的目的，可以启用ue发起的cot。据信，通过在半静态信道接入模式下允许ue发起的cot，可以显著改善延迟预算和功耗。
9.在一个方面，一种方法可以包含ue在fbe模式下获得ue发起的cot。该方法还可以包含在ue发起的cot中，ue执行到网络的ul传输。
10.在另一方面，实施为ue的装置可以包括收发器和耦接到收发器的处理器。可以配置收发器与网络进行无线通信。处理器可以通过收发器在fbe模式下获得ue发起的cot。处理器还可以经由收发器在ue发起的cot中执行到网络的ul传输。
11.值得注意的是，虽然本文提供的描述是特定无线电存取技术、诸如5g/nr移动通信的网络和网络拓扑中的内容，然而所提出的概念、方案及其任何变形/衍生可以于、用于以及通过其他任何类型的无线电存取技术、网络和网络拓扑实施，例如但不限于，长期演进(long-term evolution，lte)、先进lte(lte-advanced)、先进lte升级版(lte-advanced pro)、物联网(iot)、窄带物联网(nb-iot)、工业物联网(iiot)、车联网(v2x)以及非陆地网络(ntn)通信。因此，本发明的范围不限于本文所述的示例。
附图说明
12.所包含的附图用以提供对发明的进一步理解，以及，被并入且构成本发明的一部分。附图示出了发明的实施方式，并与说明书一起用于解释本发明的原理。可以理解的是，为了清楚地说明本发明的概念，附图不一定按比例绘制，所示出的一些组件可以以超出实际实施方式中尺寸的比例示出。
13.图1是依据本发明实施例的各种所提方案的示例网络环境的示意图。
14.图2是依据本发明实施例的各种所提方案的示例场景的示意图。
15.图3是依据本发明实施例的示例通信装置和示例网络装置的区块图。
16.图4是依据本发明实施例的示例流程的流程图。
具体实施方式
17.本文公开了所要求保护的主题的详细实施例和实施方式。然而，应该理解的是，所公开的实施例和实施方式仅仅是对所要求保护的主题的说明，其可以以各种形式实现。然而，本发明可以以许多不同的形式实施，并且不应该被解释为限于本文阐述的示例性实施例和实施方式。相反的是，提供该多个示例性实施例和实施方式，使得本发明的描述是全面的和完整的，并且将向所属技术领域具有通常知识者充分传达本发明的范围。在下文描述中，可以省略公知特征和技术的细节以避免不必要地模糊所呈现的实施例和实施方式。
18.概述
19.根据本发明的实施方式涉及与移动通信的免许可频带中用于urllc与iiot的上行链路增强有关的各种技术、方法、方案和/或解决方案。根据本发明，可以单独或联合实施多个可能的解决方案。即，尽管这些可能的解决方案可以在下面单独描述，但是这些可能的解决方案中的两个或多个可以以一种组合或另一种组合来实现。
20.图1描述了示例网络环境100，其中，在该示例网络环境中实施依据本发明的各种解决方案和方案。参考图1，网络环境100可以包含与无线网络120(例如，5g nr移动网络或
诸如ntn的另一类型网络)进行无线通信的ue 110。ue 110可以经由基站或网络节点125(例如，enb、gnb或发射-接收点(trp))与无线网络120进行无线通信。在网络环境100中，ue 110和无线网络120可以实施如下所述的与移动通信的免许可频带中用于urllc与iiot的上行链路增强有关的各种方案。
21.图2描述了依据本发明的各种所提方案下的示例场景200。参考图2，在根据本发明的各种所提方案下，ue(例如，ue 110)可以在与ue相关联的ffp中发起cot，以防ue在下列条件下执行ul传输突发(burst)：(1)从ffp的起始开始，(2)在ffp的空闲周期之前的任何符号处结束，以及(3)在紧接ul传输突发之前的9微秒(μs)的成功cca之后。
22.值得注意的是，fbe操作中的ue发起的cot与urllc相关，并且主要用于具有周期性或半永久性讯务的ul-cg，以改善免许可频带中的延迟。由于并非所有ue都需要实现此功能，因此可以将在fbe中执行ue发起cot的能力定义为ue能力。在根据本发明的第一所提方案下，在fbe操作中，可将ue发起cot定义为ue能力。另外，在所提方案下，ue 110可以向网络120报告其对fbe中ue发起cot的支持。ue 110还可以报告其支持的和/或优选的fbe帧周期以及其支持的和/或优选的偏移。备选地或附加地，除了报告诸如周期性和偏移的ffp参数之外，ue 110还可以报告其支持的fbe帧周期及其每个参数集(numerology)和/或每个ue处理能力的优选偏移。此外，网络节点125可以为ue 110配置或不配置ue发起的cot。在所提方案下，可以动态配置或触发fbe中ue发起cot操作。例如，可以允许ue 110基于调度请求(sr)优先级或每个sr配置来发起cot。可以使用显式新专用下行链路控制信息(dci)字段、现有dci字段(例如，优先级字段)、隐含地基于dci格式、特定无线网络临时标识符(例如，mcs-c-rnti)，特定搜索空间或控制资源集(coreset)，或使用组通用dci(gc-dci)，动态触发ue发起的cot。
23.值得注意的是，ue发起用于ul传输的cot；然而，dl数据的接收仍然是开放的，特别是对于物理下行链路控制信道(pdcch)监测。在根据本发明的第二所提方案下，在fbe操作中，ue 110可以在ue发起的cot期间监测pdcch或者可以跳过pdcch监测。或者，在fbe操作中，可以将ue发起的cot期间的pdcch监测定义为ue能力。因此，ue 110可以向网络120报告其在ue发起的cot期间监测pdcch的能力。此外，在fbe操作中，网络节点125可以在ue发起的cot期间为ue 110配置pdcch监测。或者，可以仅在网络发起的cot内允许pdcch监测。或者，在ue发起的cot与网络节点125共享的情况下，ue 110可以监测pdcch，否则ue 110将不监测该pdcch。在所提方案下，网络节点125可以在网络发起的cot期间，动态地发信号通知ue 110在下一个ue发起的cot中监测pdcch。在所提方案下，可以为给定ue(例如，ue 110)配置特定pdcch配置(例如，监测周期、搜索空间集合、coreset等)，用于其ue发起的cot，并且ue 110可以在其发起的cot期间自动切换到新配置。
24.值得注意的是，在为所有ue启用ue发起的cot的情况下，可以为urllc ul传输和ue给出优先权以接入信道，尤其是在冲突概率高于块错误率(bler)目标(例如，10-6
)的情况下或平均额外延迟超过数据包延迟预算的情况下。也就是说，增强型移动宽带(embb)ue的传输不会阻止urllc ue的传输。还值得注意的是，ul抢占是优先考虑urllc ul传输的一种方式，但它需要gnb发起cot并为此发送组通用pdcch(gc-pdcch)。在根据本发明的第三所提方案下，可以为urllc传输和urllc ue分配高优先级的lbt类别，或者可以为fbe ue发起的cot定义特定机制。或者，在所提方案下，网络节点125可以为特定ue的低优先级讯务，取消cot
并将其用于高优先级dl讯务，和/或允许另一ue将其用于高优先级ul讯务。
25.值得注意的是，从延迟角度来看，1毫秒或2毫秒的ffp对于urllc服务来说是理想的。然而，fbe操作往往具有100微秒的最小空闲周期，如果ffp小于2毫秒(小于ffp的95％)，这将影响频谱效率，例如，当ffp等于1毫秒时，10％的时间并未用于传输。另一方面，urllc操作往往对资源要求很高，因此频谱效率至关重要。此外，gnb共享cot往往会消耗资源。在根据本发明的第四所提方案下，在ue 110正在传输高优先级讯务的情况下，可以限制网络节点125共享ue发起的cot。例如，可以允许网络节点125共享cot，以用于相同ue或不同ue的高优先级讯务的传输或调度。此外，可以允许网络节点125共享用于ul抢占的cot。或者，仅在ue 110发起cot以发送sr或配置许可物理上行链路共享信道(cg-pusch)的情况下，网络节点125可以共享ue发起的cot。
26.还值得注意的是，ue发起的cot主要针对ul传输提出，特别是针对cg传输，其中，ue可以在未优先调度的情况下发起传输。在第四所提方案下，可以将ue发起的cot限制为cg-pusch传输和/或sr传输。或者，可以将调度的ul传输限于gnb发起的cot。或者，可以将ue发起的cot限于gnb ffp的特定部分。目前，在版本16nr-u中，在使用gnb发起的cot之前，ue需要等待解码dl信号，这意味着ul传输更难适应gnb发起的cot的开始，但更容易适应gnb发起的cot的结束。因此，可以配置ue 110仅使用gnb ffp的特定部分来发起cot(例如，gnb ffp的后半部分)。备选地，可以定义ue偏移以验证特定条件。例如，ue_offset≥gnb_offset+x，其中，x∈[0,ffp_duration]，例如，x＝ceiling{ffp_duration/2}。相同的条件可能适用于共享ue发起的cot的gnb。或者，在gnb发起的cot期间，不允许ue 110发起cot。
[0027]
值得注意的是，将所有ffp与帧边界对齐往往会增加冲突的概率，这对于urllc讯务来说并不理想。在根据本发明第五所提方案下，可以为ue发起的cot定义更多粒度的ffp开始，这可能有助于降低多个ue的传输之间的冲突概率。例如，可以将ffp起始偏移定义为一个时隙粒度。或者，可以用子时隙粒度来定义ffp起始偏移。此外，可以在子时隙中定义ffp周期。此外，对于具有高优先级讯务的ue，可以限制或以其他方式指定一些偏移量。在所提方案下，对于ue发起的cot，至少对于在时隙期间的ffp开始，可以允许跨越时隙边界的ul数据。此外，可以定义可配置的偏移量，使得由ue(例如，ue 110)发起的用于ul传输的ffp不会与gnb发起的用于dl传输的cot冲突。
[0028]
值得注意的是，具有高优先级ul讯务的ue需要等待发起cot或等待gnb发起另一个cot才能进行传输，从延迟的角度来看，这并不理想。在根据本发明的第六所提方案下，ue(例如，ue 110)可以共享由另一个ue发起的用于高优先级传输的cot。在所提方案下，gnb(例如，网络节点125)可以允许此行为。例如，当ue 110在由ue 110发起的cot期间完成其ul传输时，网络节点125可以通过调度另一个ue来利用相同的cot，并从该另一个ue接收ul传输。此外，可以包括调度dci中的旗标(flag)以允许ue使用共享的cot，或者，这可以由为ul传输调度的资源隐含确定。此外，与gnb共享的ue发起的cot可以与其他ue共享(通过gnb)，其中，该其他ue使用与gnb发起的cot相同的机制。
[0029]
值得注意的是，不同ue具有不同的发起cot，并且即使在相同的gnb下，隐藏节点之间也可能发生冲突。这可能会导致urllc ue出现问题，并可能影响可靠性。在根据本发明的第七所提方案下，可以利用多个选项来解决该问题。例如，在第一选项中，gnb(例如，网络节点125)可以在ue(例如，ue 110)发起cot之后广播信号(并且因此信号在ue发起的cot内广
播)，以将媒介占用通知给其他ue。在第二选项中，可以为一些ue增加cca阈值，例如，那些具有低优先级讯务的ue。可以动态或半静态地调整该阈值。在第三选项中，可以为一些ue增加cca感测持续时间，例如，那些具有低优先级讯务的ue。可以动态或半静态地调整cca感测持续时间。
[0030]
值得注意的是，由于不同的偏移量和ffp周期，gnb和一些ue在其ffp开始时难以接入信道的可能性更高。因此，应给具有高优先级讯务的gnb和ue赋予更高优先级来接入信道。根据本发明的第八所提方案，除了现有的ffp空闲周期之外，还可以定义一些额外的空闲周期。可以发信号通知这种新定义的空闲周期或以其他方式配置给一些ue，并且在用信号通知/配置的空闲周期期间，不允许那些特定的ue发送和/或尝试接入信道。空闲周期可能具有特定模式或可为连续的，并且可启用或禁用它们。在所提方案下，ue(例如，ue 110)在其ue发起的cot期间进行的ul传输可能与gnb发起的cot的空闲周期重叠。对于某些ue可能是允许的，例如，可配置为在其自身cot期间使用或不使用gnb空闲周期的那些ue，或者仅具有高优先级讯务的ue。
[0031]
值得注意的是，为了降低ue之间发生冲突的风险，同时也为具有更频繁的高优先级讯务的ue提供一些机会，可以引入一些ffp模式。根据本发明的第九所提方案，与时分双工(tdd)ul/dl模式相同，ue发起的cot可以具有特定模式，以便降低ue之间冲突的风险并为具有更频繁的高优先级ul讯务的ue提供一些机会。例如，该模式可能涉及2个ffp加上1个跳过的ffp，并且ue可能会在两个连续的ffp期间发起cot，但需要跳过第三个ffp。为ue配置和/或通过dci动态修改这些模式。
[0032]
值得注意的是，ue可以发起cot或在gnb发起的cot内传输一些高优先级讯务，并且在ul数据传输完成之前cot到期。在这种情况下，ue可以向gnb发送缓冲区状态报告(bsr)。gnb可能会发起新的cot，但由于ue需要首先检测一些dl信号，所以延迟会是一个问题。ue也可以发起一个新的cot，但是未获得新的cot的风险很高，尤其是当许多其他ue正在共享媒介时。根据本发明的第十所提方案，gnb(例如，网络节点125)可以广播信号，要求一些或大多数ue避免使用下一个ffp，从而允许具有特定高优先级讯务的给定ue继续发送其讯务。例如，网络节点125可以使用gc-dci来通知一个或多个ue在一些特定ffp中跳过发起它们的cot。此外，ue 110可以支持该特征作为ue能力。
[0033]
说明性实施方式
[0034]
图3依据本发明实施例示出了示例通信装置310和示例网络装置320。通信装置310和网络装置320中的每一个可以执行各种功能，以实施与移动通信的免许可频带中用于urllc与iiot的上行链路增强有关的方案、技术、流程和方法，包括上文描述的各种场景/方案以及后续进程。
[0035]
通信装置310可为电子装置的一部分，可为诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置的ue。例如，通信装置310可以在智能手机、智能手表、个人数字助理、数码相机或诸如平板计算机、膝上型计算机或笔记本电脑等计算设备中实施。通信装置310亦可为机器类型装置的一部分，可为诸如固定或静态装置、家庭装置、有线通信装置或计算装置等iot、nb-iot、iiot或ntn装置。例如，通信装置310可以在智慧恒温器、智慧冰箱、智慧门锁、无线扬声器或家庭控制中心中实施。替换地，通信装置310亦可以以一个或多个集成电路(integrated circuit，ic)芯片形式实施，例如但不限于，一个或多个单核处理
器、一个或多个多核处理器、一个或多个降低指令集计算(reduced-instruction-set-computing，risc)处理器，或者一个或多个复杂指令集计算(complex-instruction-set-computing，cisc)处理器。通信装置310可以包括图3中所示的至少一些组件，例如，处理器312。通信装置310还可以包括与本发明所提方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为简洁起见，通信装置310的这些组件不在图3中示出，也不在下文中描述。
[0036]
网络装置320可以是电子装置/站的一部分，其可以是诸如基站、小型小区、路由器、网关或卫星的网络节点。例如，网络装置320可以在lte的enodeb中、在5g、nr、iot、nb-iot、iiot的gnb中或者在ntn网络的卫星中实现。或者，网络装置320可以以一个或多个ic芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、或者一个或多个risc或cisc处理器。网络装置320可以包括图3中所示的至少一些组件，例如，处理器322。网络装置320还可以进一步包括与本发明所提方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为简洁起见，网络装置320的这些组件即不在图3中示出，也不在下文中描述。
[0037]
在一方面，处理器312和处理器322中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个risc处理器或者一个或多个cisc处理器的形式实施。也就是说，即使本文中使用单数术语“处理器”指代处理器312和处理器322，然而依据本发明，处理器312和处理器322中的每一个在一些实施方式中可以包含多个处理器，在其他实施方式中可以包含单个处理器。在另一方面，处理器312和处理器322中的每一个可以以具有电子组件的硬件(以及，可选地，固件)形式实施，该电子组件可以包含，例如但不限于，实现依据本发明的特定目的而配置和布置的一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻、一个或多个电感、一个或多个忆阻器和/或一个或多个变容器。换句话说，至少在一些实施方式中，处理器312和处理器322中的每一个可以作为专门设计、配置和布置的专用机，以依据本发明的各种实施例执行包含装置(例如，通信装置310代表)与网络(例如，网络装置320代表)中功耗降低的特定任务。
[0038]
在一些实施方式中，通信装置310还可以包含耦接于处理器312的收发器316，并且该收发器316能够进行无线发送和接收数据。在一些实施方式中，通信装置310可进一步包含耦接处理器312的存储器314，并且能被处理器312存取以及将数据存储在内。在一些实施方式中，网络装置320还可以包括耦接到处理器322的收发器326。收发器326能够进行无线发送和接收数据。在一些实施方式中，网络装置320可进一步包含耦接处理器322的存储器324，并且能被处理器322存取以及将数据存储在内。因此，通信装置310与网络装置320可分别通过收发器316与收发器326，彼此进行无线通信。
[0039]
通信装置310和网络装置320中的每一个都可以是能够使用根据本发明的各种提出方案相互通信的通信实体。为了帮助更好地理解，以下对通信装置310和网络装置320中的每一个的操作、功能和能力的描述是在移动通信环境的上下文中提供的，其中，在该移动通信环境中，将通信装置310实施在或实施为通信装置或通信装置或ue(例如，ue 110)以及将网络装置320实施在或实施为通信网络(例如，无线网络120)的网络节点或基站(例如，网络节点125)。还值得注意的是，虽然下面描述的示例实现是在移动通信的上下文中提供的，但是同样可以在其他类型的网络中实现。
[0040]
在根据本发明的关于移动通信的免许可频带中urllc和iiot的上行链路增强的所提方案下，在网络环境100中，通信装置310在ue110中或作为ue 110实现，网络装置320在网络节点125中或作为网络节点125实现，通信装置310的处理器312可以经由收发器316在fbe模式中获得ue发起的cot。此外，在ue发起的cot中，处理器312可以经由收发器316执行到网络(例如，经由作为网络节点125的装置320的网络120)的ul传输。
[0041]
在一些实施方式中，在执行ul传输时，处理器312可以传输跨越时隙边界的ul数据。
[0042]
在一些实施方式中，对于在时隙期间开始的ffp，ul数据可以跨越时隙边界。
[0043]
在一些实施方式中，将ue发起的cot定义为fbe模式下的ue能力。
[0044]
在一些实施方式中，在执行ul传输时，处理器312可以执行具有可配置到装置310的偏移的ul传输，使得由装置310发起的用于ul传输的ffp不与网络发起的cot冲突。
[0045]
在一些实施方式中，在ue发起的cot中执行ul传输时，处理器312可以共享由另一个ue发起的ue发起cot(ue-initiated cot)。
[0046]
在一些实施方式中，在执行ul传输时，处理器312可以进一步传输urllc讯务。
[0047]
在一些实施方式中，ue发起的cot还可以与网络的基站(例如，作为网络节点125的装置320)共享。
[0048]
在一些实施方式中，在共享ue发起的cot时，处理器312可以执行某些操作。例如，处理器312可以经由收发器316从网络接收调度dci，其内容指示(例如，利用dci中的旗标)是否允许ue共享该ue发起的cot。另外，响应于接收到调度dci，处理器312可以经由收发器316使用该ue发起的cot。
[0049]
在一些实施方式中，在共享ue发起的cot时，处理器312可以执行其他操作。例如，处理器312可以基于为ul传输调度的一个或多个资源，确定允许ue共享该ue发起的cot。此外，响应于上述确定步骤，处理器312可以经由收发器316使用该ue发起的cot。
[0050]
在一些实施方式中，ue发起的cot中的ul传输可以与基站发起的cot(例如，由装置320发起)的空闲周期重叠。
[0051]
在一些实施方式中，处理器312可以在ue发起的cot期间执行pdcch监测或跳过pdcch监测。装置310可由网络配置(例如，经由装置320)，以在ue发起的cot期间或基站发起的cot内执行pdcch监测。
[0052]
说明性流程
[0053]
图4根据本发明实施例描述了示例流程400。部分地或全部地，流程400可为上述描述方案的示意实施例，其关于根据本发明的移动通信的免许可频带中urllc和iiot的上行链路增强。流程400可以表示通信装置310与网络装置320的特征实施例的方面。流程400可以包含由区块410、420中的一个或多个所示的一个或多个操作、动作或功能。虽然所示的各个区块是离散的，然而取决于所期望的实施方式，流程400中各个区块可以拆分成更多区块、组合成更少区块或者删除部分区块。此外，可以按照图4所示顺序执行流程400的区块，或者，替换地，可以以不同顺序执行。流程400可以由通信装置310(或任意合适ue或机器类型装置)和网络装置320(或任意合适网络节点或基站)实施。仅出于说明目的但不限制范围，流程400在下文中按照通信装置310和网络装置320的上下文进行描述。流程400开始于区块410。
[0054]
在410，流程300可以包含通信装置310(实施在或实施为ue110)的处理器312经由收发器316，在fbe模式中获取ue发起的cot。流程400可以从410进行到420。
[0055]
在420，流程400可以包含处理器212在ue发起的cot中，经由收发器316执行到网络(例如，经由作为网络节点125的装置320的网络120)的ul传输。
[0056]
在一些实施方式中，在执行ul传输时，流程400可以包含处理器312传输跨越时隙边界的ul数据。
[0057]
在一些实施方式中，对于在时隙期间开始的ffp，ul数据可以跨越时隙边界。
[0058]
在一些实施方式中，将ue发起的cot定义为fbe模式下的ue能力。
[0059]
在一些实施方式中，在执行ul传输时，流程400可以包含处理器312执行具有可配置到装置310的偏移的ul传输，使得由装置310发起的用于ul传输的ffp不与网络发起的cot冲突。
[0060]
在一些实施方式中，在ue发起的cot中执行ul传输时，流程400可以包含处理器312共享由另一个ue发起的ue发起cot(ue-initiated cot)。
[0061]
在一些实施方式中，在执行ul传输时，流程400可以进一步包含处理器312传输urllc讯务。
[0062]
在一些实施方式中，ue发起的cot还可以与网络的基站(例如，作为网络节点125的装置320)共享。
[0063]
在一些实施方式中，在共享ue发起的cot时，流程400可以包含处理器312执行某些操作。例如，流程400可以包含处理器312经由收发器316从网络接收调度dci，其内容指示(例如，利用dci中的旗标)是否允许ue共享该ue发起的cot。另外，流程400可以包含响应于接收到调度dci，处理器312经由收发器316使用该ue发起的cot。
[0064]
在一些实施方式中，在共享ue发起的cot时，流程400可以包含处理器312执行其他操作。例如，流程400可以包含处理器312基于为ul传输调度的一个或多个资源，确定允许ue共享该ue发起的cot。此外，流程400可以包含响应于上述确定步骤，处理器312经由收发器316使用该ue发起的cot。
[0065]
在一些实施方式中，ue发起的cot中的ul传输可以与基站发起的cot(例如，由装置320发起)的空闲周期重叠。
[0066]
在一些实施方式中，流程400可以进一步包含处理器312在ue发起的cot期间执行pdcch监测或跳过pdcch监测。装置310可由网络配置(例如，经由装置320)，以在ue发起的cot期间或基站发起的cot内执行pdcch监测。
[0067]
附加说明
[0068]
本文描述的主题有时示出了包含在不同的其它组件内或与其相连接的不同组件。但应当理解，该多个所描绘的架构仅为示例，并且实际上许多实现相同功能的其它架构可以实施。在概念意义上，实现相同功能的组件的任何布置被有效地“关联”，从而使得期望的功能得以实现。因此，不考虑架构或中间组件，本文中被组合以实现特定功能的任何两个组件能够被看作彼此“关联”，从而使得期望的功能得以实现。同样地，如此关联的任何两个组件也能够被视为彼此“在运作上连接”或“在运作上耦接”，以实现期望的功能，并且能够如此关联的任意两个组件还能够被视为彼此“在运作上连接”，以实现期望的功能。在运作上在可耦接的具体示例包含但不限于物理上能配套和/或物理上交互的组件和/或可无线地
交互和/或无线地交互的组件和/或逻辑上交互和/或逻辑上可交互的组件。
[0069]
更进一步，关于本文实质上使用的任何复数和/或单数术语，所属技术领域中具有通常知识者可针对上下文和/或申请在适当时候从复数转化为单数和/或从单数转化为复数。为了清楚起见，本文中可以明确地阐述各种单数/复数互易。
[0070]
此外，所属技术领域中具有通常知识者将理解，通常，本文中所用的术语且尤其是在所附的权利要求书(例如，所附的权利要求书的主体)中所使用的术语通常意为“开放式”术语，例如，术语“包含”应被解释为“包含但不限于”，术语“具有”应被解释为“至少具有”，术语“包含”应解释为“包含但不限于”，等等。所属技术领域中具有通常知识者还将理解，如果引入的权利要求书列举的具体数量是有意的，则这种意图将在权利要求书中明确地列举，并且在缺少这种列举时不存在这种意图。例如，为了有助于理解，所附的权利要求书可以包含引入性短语“至少一个”和“一个或多个”的使用。然而，这种短语的使用不应该被解释为暗示权利要求书列举通过不定冠词“一”或“一个”的引入将包含这种所引入的权利要求书列举的任何特定权利要求书限制于只包含一个这种列举的实施方式，即使当同一权利要求书包含引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词，例如，“一和/或一个”应被解释为意指“至少一个”或“一个或多个”，这同样适用于用来引入权利要求书列举的定冠词的使用。此外，即使明确地列举了具体数量的所引入的权利要求书列举，所属技术领域中具有通常知识者也将认识到，这种列举应被解释为意指至少所列举的数量，例如，在没有其它的修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举。此外，在使用类似于“a、b和c等中的至少一个”的惯例的情况下，在所属技术领域中具有通常知识者将理解这个惯例的意义上，通常意指这样解释(例如，“具有a、b和c中的至少一个的系统”将包含但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c和/或一同具有a、b和c等的系统)。在使用类似于“a、b或c等中的至少一个”的惯例的情况下，在所属技术领域中具有通常知识者将理解这个惯例的意义上，通常意指这样解释(例如，“具有a、b或c中至少一个的系统”将包含但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c、和/或一同具有a、b和c等的系统)。所属技术领域中具有通常知识者还将理解，无论在说明书、权利要求书还是附图中，实际上表示两个或更多个可选项的任何转折词语和/或短语，应当被理解为考虑包含该等项中一个、该等项中的任一个或者这两项的可能性。例如，短语“a或b”将被理解为包含“a”或“b”或“a和b”的可能性。
[0071]
由上可知，可以理解的是，出于说明目的本文已经描述了本发明的各种实施方式，并且在不脱离本发明的范围和精神情况下可以做出各种修改。因此，本文所公开的各种实施方式并不意味着是限制性的，真正范围和精神由所附权利要求书确定。