通信方法、设备和计算机可读介质与流程

1.本发明的实施例通常涉及电信领域，特别是涉及用于不连续接收(drx)操作的通信方法、设备和计算机可读存储介质。


背景技术：

2.终端设备的节能一直被高度关注。通常，执行drx操作以减少消耗大量功率的物理下行链路控制信道(pdcch)监听。在无线电资源控制(rrc)连接模式中，有两种类型的drx操作，即短drx周期操作和长drx周期操作。如果为终端设备配置了长drx周期和短drx周期，则在drx非激活计时器耗尽或在激活时间期间接收到drx命令媒体访问控制(mac)控制单元(ce)之后使用短drx周期。最后，在短drx计时器耗尽后进入长drx周期。
3.对于非许可的部署，由于下行链路先听后讲(lbt)故障，网络设备可能无法获取信道来传输用于传输mac ce的物理下行链路共享信道(pdsch)和pdcch。在这种情况下，短drx周期不能开始，因此与短drx周期相关联的业务延迟将增加。


技术实现要素：

4.一般而言，本发明的示例实施例提供了用于drx操作的方案。
5.在第一方面中，提供了一种通信方法。该方法包括：在第一设备处监听来自第二设备的针对不连续接收操作的第一模式的第一唤醒信号；以及响应于接收到具有唤醒指示的第一唤醒信号，在不连续接收操作的第二模式中执行不连续接收操作。
6.在第二方面中，提供了一种通信方法。该方法包括：在第一设备处监听来自第二设备的针对不连续接收操作的第一模式的第一唤醒信号；在没有第一唤醒信号的情况下，确定下行链路控制信道中是否发生第一故障；以及如果确定发生第一故障，执行对针对不连续接收操作的第二模式的第二唤醒信号的第二监听。
7.在第三方面中，提供了一种通信方法。该方法包括：在第二设备处，向第一设备发送针对不连续接收操作的第一模式的第一唤醒信号，以由第一设备响应于接收到具有唤醒指示的第一唤醒信号来在第二模式中执行不连续接收操作。
8.在第四方面中，提供了一种通信方法。该方法包括：在第二设备处向第一设备发送针对不连续接收操作的第一模式的第一唤醒信号，以由第一设备在由于下行链路控制信道中的故障而没有第一唤醒信号的情况下在第二模式中执行不连续接收操作。
9.在第五方面中，提供了第一设备。第一设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；所述至少一个存储器和所述计算机程序代码被配置成与所述至少一个处理器一起使所述第一设备执行根据所述第一方面和第二方面中的至少一个方面的方法。
10.在第六方面中，提供了第二设备。第二设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；所述至少一个存储器和所述计算机程序代码被配置成与所述至少一个处理器一起使所述第二设备执行根据第三方面和第四方面中的至少一个方面
的方法。
11.在第七方面中，提供一种非瞬态计算机可读介质。非瞬态计算机可读介质包括用于使装置执行根据第一方面和第二方面中的至少一个方面的方法的程序指令。
12.在第八方面中，提供一种非瞬态计算机可读介质。非瞬态计算机可读介质包括用于使装置执行根据第三方面和第四方面中的至少一个方面的方法的程序指令。
13.应当理解，发明内容部分不旨在标识本公开实施例的关键或基本特征，也不旨在限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。
附图说明
14.现在将参考附图描述一些示例实施例，其中：
15.图1示出了其中可以实现本公开的示例实施例的示例通信网络；
16.图2示出了根据常规方案的drx操作的图；
17.图3a示出了图示根据本公开的一些实施例的用于drx操作的通信过程的流程图；
18.图3b示出了图示根据本公开的一些实施例的用于drx操作的另一通信过程的流程图；
19.图4示出了根据本公开的示例实施例的示例drx操作的图；
20.图5示出了根据本公开的示例实施例的另一示例drx操作的图；
21.图6示出了根据本公开的示例实施例的在第一设备处实施的示例通信方法的流程图；
22.图7示出了根据本公开的示例实施例的在第一设备处实施的另一示例通信方法的流程图；
23.图8示出了根据本公开的示例实施例的在第一设备处实施的另一示例通信方法的流程图；
24.图9示出了根据本公开的示例实施例的在第二设备处实施的示例通信方法的流程图；
25.图10示出了根据本公开的示例实施例的在第二设备处实施的另一示例通信方法的流程图；
26.图11示出了适合于实现本公开的示例实施例的装置的简化框图；和
27.图12示出了根据本公开的示例实施例的示例计算机可读介质的框图。
28.在整个附图中，相同或相似的附图标记表示相同或相似的元件。
具体实施方式
29.现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些实施例仅仅是为了说明的目的，并且帮助本领域技术人员理解和实现本发明，而不建议对本发明的范围进行任何限制。本文所描述的公开内容可以以除以下所描述的方式之外的各种方式来实现。
30.在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本发明所属领域的普通技术人员通常理解的含义相同的含义。
31.说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施
例可以包括特定的特征、结构或特性，但是不是一定每个实施例都包括该特定的特征、结构或特性。此外，这些用语不一定指同一实施例。此外，当结合实施例描述特定特征、结构或特性时，应认为，无论是否明确描述，结合其他实施例影响该特征、结构或特性都在本领域技术人员的知识范围内。
32.应当理解，尽管这里可以使用用语“第一”和“第二”等来描述各种元素，但是这些元素不应受到这些术语的限制。这些术语仅用于区分一个元素和另一个元素。例如，在不脱离示例性实施例的范围的情况下，第一元素可以被称为第二元素，并且类似地，第二元素可以被称为第一元素。如本文所使用的，用语“和/或”包括所列项中的一个或多个项的任何和所有组合。
33.本文中使用的术语仅用于描述特定实施例的目的，而不旨在限定示例实施例。如本文所使用的，除非上下文另有明确指示，否则单数形式“一个”、“一”和“该”也意在包括复数形式。将进一步理解，用语“包括”、“包含”、“具有”、“有”、“含有”和/或“包括有”在本文中使用时指明所述特征、元件和/或组件等的存在，但不排除一个或多个其他特征、元件、组件和/或其组合的存在或添加。
34.如在本技术中所用的，术语“电路”可指以下的一个或多个或全部：
35.(a)仅硬件电路实现(例如仅在模拟和/或数字电路中的实现)和
36.(b)硬件电路和软件的组合，例如(如适用)：
37.(i)模拟和/或数字硬件电路与软件/固件的组合，以及
38.(ii)具有软件的硬件处理器的任何部分(包括数字信号处理器、软件和存储器，该数字信号处理器、软件和存储器一起工作以使诸如移动电话或服务器的装置执行各种功能)，以及
39.(c)硬件电路和/或处理器，例如微处理器或微处理器的一部分，其操作需要软件(例如固件)，但当操作不需要软件时可以不存在软件。
40.电路的这一定义适用于该术语在本技术中的所有使用，包括在任何权利要求中的所有使用。作为另一示例，如在本技术中使用的那样，术语电路也涵盖仅仅是硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们)伴随的软件和/或固件的实施。例如，如果适用于特定的权利要求元素，术语电路还涵盖用于移动设备的基带集成电路或处理器集成电路，或者服务器、蜂窝网络设备或其它计算设备或网络设备中的类似集成电路。
41.如本文所使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，例如长期演进(lte)、lte高级(lte-a)、宽带码分多址(wcdma)、高速分组接入(hspa)、窄带物联网(nb-iot)等。此外，通信网络中的终端设备和网络设备之间的通信可以根据任何合适的一代通信协议来执行，包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g、未来的第五代(5g)通信协议，和/或当前已知的或将来要开发的任何其他协议。本发明的实施例可以应用于各种通信系统中。考虑到通信的快速发展，当然还将存在可以实施本发明的未来类型的通信技术和系统。不应视为将本公开的范围仅限于上述系统。
42.如本文所使用的，术语“网络设备”是指通信网络中的节点，终端设备通过该节点接入网络并从中接收服务。网络设备可指基站(bs)或接入点(ap)，例如，节点b(nodeb或nb)、演进的nodeb(enodeb或enb)、nr nb(也称为gnb)、远程无线电单元(rru)、无线电头
(rh)、远程无线电头(rrh)、中继器、低功率节点如毫微微小区(femto)、微微小区(pico)等，这取决于所应用的术语和技术。
43.术语“终端设备”是指能够进行无线通信的任何终端设备。通过举例而非限制的方式，终端设备也可被称为通信设备、用户设备(ue)、用户站(ss)、便携式用户站、移动站(ms)或接入终端(at)。终端设备可以包括但不限于移动电话、手机、智能手机、ip语音(voip)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(pda)、便携式计算机、台式计算机、诸如数码相机的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、车载无线终端设备、无线端点、移动站、笔记本嵌入式设备(lee)、笔记本安装设备(lme)、usb加密狗、智能设备、无线客户端设备(cpe)、物联网(iot)设备、手表或其它可穿戴设备、头戴式显示器(hmd)、交通工具、无人机、医疗设备和应用(例如，远程外科手术)、工业设备和应用(例如，在工业和/或自动化处理链上下文中操作的机器人和/或其它无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“ue”可以互换使用。
44.图1示出了其中可以实施本公开的实施例的示例通信网络100。如图1所示，网络100包括第一设备110和服务于第二设备120的第二设备120。为了说明，第一设备110示出为终端设备，第二设备120示出为网络设备。应当理解，如图1所示的第一设备和第二设备的数量仅用于说明的目的，而不暗示任何限制。网络100可以包括适合于实施本公开的实施例的任何适当数量的第一设备和第二设备。
45.如图1所示，第一设备110和第二设备120可以经由诸如无线通信信道的信道彼此通信。网络100中的通信可以符合任何合适的标准，包括但不限于lte、lte演进、lte高级(lte-a)、宽带码分多址(wcdma)、码分多址(cdma)和全球移动通信系统(gsm)等。此外，可以根据当前已知或将来开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g、第五代(5g)通信协议。
46.一般来说，第一设备110需要监听来自第二设备120的下行链路控制信道例如pdcch。pdcch监听在第一设备110处消耗大量功率。因此，第一设备110可以被配置为执行drx操作。
47.假设第一设备110与第二设备120处于rrc连接状态。在一些实施例中，drx操作可以包括两种操作模式，即长drx周期和短drx周期。一些服务(如互联网语音协议(ip))的特点是：规律传输的时段，随后是无激活或很少激活的时段。为了处理这些服务，除了长drx周期之外，还可以选择配置短drx周期。
48.在传统的方案中，短drx周期在drx非激活计时器耗尽后使用，长drx周期在短drx计时器耗尽后进入。在该方案中，终端设备将仅在pdcch指示新的上行链路或下行链路传输的pdcch时机之后启动drx非激活计时器，并且然后将在drx非激活计时器到期之后的第一个符号中启动drx短周期计时器。
49.在另一个常规方案中，在激活时间(例如，当drx有效时段或drx非激活计时器运行时)期间接收到drx命令mac ce时使用短drx周期，并且在短drx计时器耗尽之后进入长drx周期。在这种情况下，终端设备需要在长drx周期的激活时间期间监听pdcch，并检查其是否从网络设备接收到drx命令mac ce。如果接收到drx命令mac-ce，则终端设备将在drx命令
mac ce接收结束后的第一个符号中启动drx短周期计时器。
50.对于非许可频谱接入，根据某些地区的监管要求，在非许可频段中传输之前需要执行lbt操作，以实现与其他无线电接入技术(rat)(例如新无线电的非许可(nr-u)/许可的辅助接入(laa)/wi-fi)的共存公平性。为此，如果在大于最大能量检测(ed)阈值的功率水平下检测到其他无线电局域网(rlan)传输，则应认为信道被占用。在版本16nr-u中，如果网络设备需要访问用于下行链路传输的信道，则应遵循ts 37.213中定义的下行链路信道接入过程。在这种情况下，对于非许可的部署，由于下行链路lbt故障，网络设备可能无法获取信道来传输用于传输mac ce的pdcch和pdsch。
51.例如，在现有机制中，在长drx周期的drx有效时段之前，经由pdcch向终端设备提供唤醒信号(wus)。wus也被称为基于下行链路控制信息(dci)的节电信号(具有由节电无线网络临时标识符(ps-rnti)加扰的循环冗余校验(crc)的dci，也称为dcp)。在基本实现中，如果wus的唤醒指示比特为1，则终端设备将在有效时段期间唤醒并监听pdcch，并且如果唤醒指示比特为0，则终端设备将不唤醒。如果没有检测到dcp，则可以定义ps唤醒比特来控制终端设备是否唤醒。在标准化过程中达成一致的是，终端设备在活动时间期间不监听dcp，并且wus仅适用于在属于长drx周期的时段上监听drx。
52.在这种情况下，dcp仅被配置用于长drx周期。假设终端设备被配置为在长drx周期之前监听dcp以确定是否唤醒。如果终端设备由于下行链路lbt故障而没有检测到dcp，并且ps-wakeup比特指示终端设备没有唤醒，则终端设备将不会在drx有效时段期间唤醒以监听pdcch。在这种情况下，终端设备还将进一步不启动drx短周期计时器用于短drx周期的使用，因为既没有drx非激活计时器到期，也没有drx命令mac-ce未被发送。
53.下面参照图2描述示例。图2示出了根据传统方案的drx操作的图200。在该示例中，终端设备被配置有短drx周期和长drx周期两者。假设drx非激活计时器(表示为drx inactivetimer)设置为3个时隙，有效时段计时器(表示为ondurationtimer)设置为2个时隙，短drx周期(表示为shortdrxcycle)设置为5个时隙，长drx周期(表示为longdrxcycle)设置为10个时隙，短drx周期的开始偏移量(表示为drxstaroffset)设置为0，短drx周期计时器(表示为drxshortcycletimer)设置为3个时隙。此外，假设符号“s”表示wus的lbt成功，符号“i”表示wus的lbt无效，符号“f”表示wus的lbt失败。
54.如图2所示，如果终端设备在sfn#0的时隙#0中的长drx周期之前接收到wus，则它将在长drx周期的激活时间期间监听pdcch。如果终端设备在sfn#0的时隙#0中接收到任何用于新的上行链路或下行链路传输的pdcch，它将启动drx非激活计时器。在drx非激活计时器到期后，终端设备将从sfn#0的时隙#4启动drx短周期计时器，从而使用短drx周期。然而，如201所示，如果终端设备由于下行链路lbt故障而在sfn#2中的长drx周期之前无法接收到wus，则它将跳过pdcch监听直到下一个长drx周期。因此，没有机会启动drx短周期计时器来使用短drx周期。
55.另一方面，由于在传输之前需要执行lbt，因此即使网络设备在长drx周期之前发送wus，在长drx周期的有效时段期间可能仍然无法获取信道来传输pdcch。如果终端设备没有接收到用于指示新的上行链路或下行链路传输的pdcch或者drx命令mac-ce，则终端设备不会启动drx短周期计时器以使用短drx周期。如果配置了短drx周期，但是由于lbt而不能使用，那么很明显，与短drx周期相关联的业务延迟将增加。
56.作为版本16nr中的方案，如果终端设备在激活时间之外没有检测到dcp，则可以定义ps-wakeup比特来控制终端设备是否唤醒。如果ps-wakeup比特指示终端设备的唤醒并且尚未接收到与长drx周期相关联的dcp，则终端设备将在从子帧开始的drx时隙偏移之后启动drx有效时段计时器。否则，终端设备将对当前drx周期略过pdcch监听以节省电力。对于非许可的部署，ps-wakeup比特可被定义为，即使网络设备在长drx周期之前由于下行链路lbt故障而被阻止wus传输，也在长drx周期的激活时间期间唤醒终端设备以监听pdcch。
57.该方案也可能导致额外的功耗，因为即使网络设备不调度终端设备，终端设备也需要在长drx周期的激活时间期间监听pdcch。此外，即使网络设备不会调度终端设备，网络设备也需要发送wus来通知终端设备不要唤醒，这将引入额外的下行链路资源开销。因此，网络设备不希望为drx操作配置ps-wakeup比特。结果，如果由于下行链路lbt故障，网络设备在长drx周期的激活时间期间不能获得信道来传输pdcch，则终端设备仍然不能使用短drx周期。
58.为了解决上述和其他潜在问题，本发明的实施例提供了用于drx操作的通信的改进方案。为方便起见，长drx周期也被称为drx操作的第一模式，短drx周期也被称为drx操作的第二模式。根据本发明实施例的一个方面，如果接收到针对第一模式的wus(为方便起见，这里也称为第一wus)并且wus包括唤醒指示，则将开始第二模式。在一些实施例中，可以引入指示是否要开始第二模式的消息(为方便起见，这里也称为第一消息)。此方面适用于许可频段和非许可频段，或者可以显式可配置是否应用此类行为。
59.根据本公开的实施例的另一方面，如果在监听时机没有接收到针对第一模式的第一wus，或者在接收到wus之后的第一模式的有效时段期间没有接收到pdcch，则在针对第一模式的第一wus或pdcch例如由于下行链路控制信道中的故障诸如下行链路lbt故障而被阻止的情况下，将启动对针对第二模式的wus(为了方便，这里也称为第二wus)的监听(为了方便，这里也称为第二监听)。否则，终端设备可以被指定或配置为跳过针对第二模式的进一步监听。在一些实施例中，可以引入指示是否要启动第二监听的消息(为方便起见，这里也称为第三消息)。这方面可适用于非许可频段，或者可以是显式可配置的。
60.因此，可以提供有效的机制，以便在许可频段和非许可频段中以低延迟和低功耗更好地支持短drx周期。这样，当与长drx周期相关联的wus或pdcch的传输由于下行链路信道中的故障(例如下行链路lbt故障)而被阻止时，短drx周期被启用。
61.现在将参考附图详细描述本公开的一些示例实施例。然而，本领域技术人员将容易理解，由于本公开超出这些有限的实施例，因此本文给出的关于这些附图的详细描述是出于解释目的。
62.本公开的实施例可以引入或涉及以下消息和信息以控制第一模式和第二模式的使用：
63.1)第一消息(例如，这里也称为ps-shortcycle-wakeup消息)，该第一消息是关于是否要启动第二模式。在一些实施例中，第一消息可以包括指示比特。指示比特的值可以任意设置。
64.2)第二消息(例如，在本文中也称为ps-wakeup比特)，该第二消息是关于第一设备110是否在第一模式中唤醒。换句话说，它指示是否要在没有wus的情况下启动在第一模式中对下行链路控制信道的第一监听。
65.3)第三消息(例如，这里也称为ps-shortcycle-wusmonitor消息)，该第三消息关于是否要监听第二wus的第二监听。在一些实施例中，第三消息可以包括指示比特。指示比特的值可以任意设置。
66.4)关于监听第二wus的时机的信息(例如，这里也称为短drx周期的搜索空间集配置)，其指示针对短drx周期的wus监听的时机。
67.图3a示出了图示根据本公开的一些实施例的用于drx操作的通信过程的流程图301。为了方便起见，将结合图1的上下文进行以下描述。如图3a所示，第二设备120可以向第一设备110发送301针对drx操作的第一模式的第一wus。在一些实施例中，第一wus可指示第一设备110唤醒。备选地，第一wus可指示不唤醒第一设备110。例如，第一wus可以包括指示比特。在一些实施例中，如果指示比特是1，则指示第一设备110唤醒，并且如果指示比特是0，则指示第一设备110不唤醒。当然，指示比特为1也可以被用于指示第一设备110不唤醒，指示比特为0也可以被用于指示第一设备110唤醒。本技术对此不作限制。
68.在一些实施例中，第二设备120还可以向第一设备110发送302上述列出的消息和信息中的任何一个。在一些实施例中，第二设备120可以经由较高层rrc信令来传输这些消息和信息中的任何一个。在一些实施例中，第二设备120可以经由较低层物理信令来传输这些消息和信息中的任何一个。例如，第二设备120可以通过与第一模式相关联的wus或dcp来配置第一消息。应当注意，这些消息和信息的传输可以以任何其他合适的方式执行。
69.第一设备110针对第一模式监听303第一wus。假设第一设备110接收第一wus。在一些实施例中，如果第一设备110接收到具有非唤醒指示的第一wus，则第一设备110可以继续监听第一wus。
70.如果第一设备110接收304到具有唤醒指示的第一wus，则终端设备120在drx操作的第二模式中执行306drx操作。也就是说，使用短drx周期。在一些实施例中，在接收到具有唤醒指示的第一wus时，第一设备110还可以针对第一模式启动drx有效时段计时器。在一些实施例中，在接收到具有唤醒指示的第一wus时，第一设备110可从第一消息确定305是否要启动drx操作的第二模式，并且如果确定要启动第二模式，则终端设备120可在第二模式中执行306drx操作。
71.在一些实施例中，当在第二模式中执行drx操作时，第一设备110可以针对第二模式启动短周期计时器，并且根据短周期监听诸如pdcch的下行链路控制信道，直到短周期计时器到期为止。这样，短drx周期被启用。在一些备选实施例中，第一设备110可以在从子帧开始的偏移(在本文中表示为drx-startoffset)之后启动短周期计时器。例如，drx-startoffset＝[(sfn
×
10) 子帧号]mod(drx-longcycle)，其中sfn表示系统帧号，并且drx-longcycle表示第一模式的长度。在一些实施例中，短周期计时器可以在接收到wus后被启动。在一些实施例中，短周期计时器可以在接收到wus后、在启动有效时段计时器后被启动。当然，这只是示例，任意其它合适的用于启动短drx周期的方式也是可行的。
[0072]
在一些实施例中，可以以预定义的方式确定短周期计时器的时段。例如，短周期计时器的时段可以是通过min(短drx周期计时器，当前长drx周期中可用的剩余短drx周期(即，直到长drx周期的下一个有效时段))确定的最小值。备选地，短周期计时器的时段可以被配置为短drx周期计时器和当前长drx周期中可用的剩余短drx周期中的一者。当然，短周期计时器的时段可以通过使用单独配置的计时器来确定。作为另一示例，短周期计时器的
时段可由较高层rrc信令来配置。在一些备选实施例中，可通过dcp或wus来配置应用于当前短drx周期的短周期计时器的时段。
[0073]
如果从第一消息确定不启动第二模式，则第一设备110可以启动307在第一模式中的第一监听。在一些实施例中，第一设备110可以针对第一模式启动drx有效时段计时器，并且在第一模式的激活时间期间监听下行链路控制信道。
[0074]
在第一模式的有效时段期间，第一设备110可以确定308下行链路控制信道是否由于下行链路控制信道中的故障而被阻止。换句话说，第一设备110可以执行对第二设备120的传输检测，以确定第二设备120是否可以在第一模式的激活时间期间获得信道。在一些实施例中，第一设备110可以基于诸如解调参考信号(dmrs)或其他参考信号的下行链路参考信号在非许可频段中执行传输检测。在一些备选实施例中，第一设备110可以基于诸如组公共(gc)-pdcch或ue特定pdcch的dci在非许可频段中执行传输检测。
[0075]
在一些实施例中，如果第一设备110确定第二设备120在第一模式的激活时间期间获得用于传输的信道，则第一设备110可以基于版本16nr中的现有过程来执行drx操作。例如，第一设备110可以在pdcch指示新的下行链路传输或上行链路传输的pdcch时机之后启动drx非激活计时器，并且可以在drx非激活计时器到期时开始使用第二模式。备选地，第一设备110可以在第一模式的激活时间期间监听pdcch，并且如果第一设备110从第二设备120接收到drx命令mac ce，则第一设备110可以在drx命令mac ce接收结束之后的第一个符号中开始使用第二模式。这里省略其他细节以避免混淆本公开。
[0076]
在一些实施例中，如果第一设备110确定下行链路控制信道在第一模式的有效时段期间由于下行链路控制信道中的故障而被阻止，则第一设备110可以从第三消息确定308是否要启动对针对第二模式的第二wus的第二监听。
[0077]
在一些实施例中，如果从第三消息确定要启动第二监听，则第一设备110可以启动309第二监听。在一些实施例中，第一设备110可以确定用于第二监听的时机。例如，第一设备110可经由较高层rrc信令接收关于所述时机的信息，并根据该信息来确定时机。在一些实施例中，该信息可以包括所配置的计时器的值。在一些实施例中，第一设备110可以在所配置的计时器内监听第二wus。在一些备选实施例中，第一设备110可以监听第二wus直到下一个长周期。在一些备选实施例中，第一设备110可以监听第二wus，直到接收到第二wus为止。
[0078]
第二设备120可以在所述时机发送310第二wus。第一设备110可以确定311是否在用于第二监听的时机之一处接收到第二wus。如果确定在所述时机之一处接收到第二wus，则第一设备110可以停止312所述时机处的第二监听。这样，通过将在一个时机的wus监听与多个短drx周期相关联来实现第一设备110处的省电。然后，第一设备110可以在第二模式中执行313drx操作。313所示的操作与306所示的操作类似，因此这里省略其细节。
[0079]
在一些实施例中，如果确定在这些时机没有接收到第二wus，则第一设备110可以返回以针对第一模式监听第一wus。如果从第三消息确定不启动第二监听，则第一设备110还可以返回以针对第一模式监听第一wus。也就是说，第一设备110可以跳过对短drx周期的进一步监听，直到出现下一个长drx周期。
[0080]
下面参照图4描述示例。图4示出了根据本公开的示例实施例的示例drx操作的图400。假设第一设备110可以在长drx周期之前检测到第一wus、但是例如由于在长drx周期的
激活时间期间的下行链路lbt故障，没有监听到来自第二设备120的传输，或者如果第一设备110例如由于lbt故障而在长drx周期之前没有检测到第一wus，则第一设备110将被触发监听针对短drx周期的第二wus，直到下一个长drx周期。
[0081]
在本示例中，假设drx非激活计时器(表示为drx-inactivetimer)被设置为3个时隙，有效时段计时器(表示为ondurationtimer)被设置为2个时隙，短drx周期(表示为shortdrxcycle)被设置为5个时隙，长drx周期(表示为longdrxcycle)被设置为20个时隙，短drx周期的开始偏移量(表示为drxstaroffset)被设置为0，以及短drx周期计时器(表示为drxshortcycletimer)被设置为3个时隙。此外，假设ps-shortdrxcycle-wakeup被配置为“false”，这表示第一设备110没有唤醒，并且假设ps-shortdrxcycle-wusmonitor被配置为“ture”，这表示要启动针对第二wus的第二监听。另外，假设针对wus的符号“x”表示未检测到wus，并且针对wus的符号“√”表示检测到wus。假设针对drx-ondurationtimer的符号“x”表示ondurationtimer未被启动，针对drx-ondurationtimer的符号“√”表示ondurationtimer被启动。
[0082]
如图4所示，在sfn#0的时隙#9中检测到第二wus之后，第一设备110将停止针对短drx周期的第二监听，并且在dcp接收之后启动具有时段为2个短drx周期的短周期计时器，表示为drx-shortcycletimerwus并且如401所示，然后在短drx周期的有效时段期间进行监听，直到在sfn#1结束时短周期计时器到期。应当注意，本例中的上述值仅仅是一个示例，并不限制本公开内容。
[0083]
应当注意，图3a中所示的动作并不总是实现本公开的实施例所必需的，并且可以根据需要调整更多或更少的动作。利用图3a中的过程，可以提供有效的机制，以便在接收到针对长drx周期的wus的情况下，在许可频段和非许可频段中以低分组延迟和低功耗更好地支持短drx周期。
[0084]
图3b示出了图示根据本公开的一些实施例的用于drx操作的另一通信过程的流程图301。为了方便起见，将结合图1的上下文进行以下描述。如图3b所示，第二设备120可以向第一设备110发送320针对drx操作的第一模式的第一wus。由320所示的操作与图3a中301所示的操作类似，因此这里省略其细节。在一些实施例中，第二设备120还可以向第一设备110发送321以上列出的消息和信息中的任何一个。由321所示的操作与图3a中302所示的操作类似，因此这里也省略其细节。
[0085]
第一设备110监听322针对第一模式的第一wus。假设第一设备110没有接收到第一wus。第一设备110确定323第一wus是否由于下行链路控制信道的故障(为方便起见，这里也称为第一故障)而被阻止。如果确定第一wus由于第一故障而被阻止，则第一设备110针对drx操作的第二模式执行327对第二wus的第二监听。
[0086]
在一些实施例中，第一设备110可以从第二消息确定324是否要启动在第一模式中对下行链路控制信道的第一监听。如果从第二消息确定要启动第一监听，则第一设备110可以在第二模式中执行325drx操作。这样，就使用了短周期。在一些实施例中，在确定要启动第一监听后，第一设备110可以从第一消息确定是否要启动第二模式。如果确定要启动第二模式，则第一设备110可以在第二模式中执行325drx操作。如果确定不启动第二模式，则第一设备110可以以如图3a中的307-313所示的类似过程操作。为了简洁起见，这里不再重复其细节。
[0087]
在一些实施例中，如果从第二消息确定不启动第一监听，则第一设备110可以执行327对第二wus的第二监听。在一些实施例中，在确定不启动第一监听时，第一设备110可以从第三消息确定326是否启动第二监听。如果确定要启动第二监听，则第一设备110可以执行327第二监听。
[0088]
在一些实施例中，第一设备110可以确定用于第二监听的时机。例如，第一设备110可经由较高层rrc信令接收关于时机的信息，并根据该信息确定所述时机。在一些实施例中，该信息可以包括所配置的计时器的值。在一些实施例中，第一设备110可以在所配置的计时器内监听第二wus。在一些备选实施例中，第一设备110可以监听第二wus直到下一个长周期。在一些备选实施例中，第一设备110可以监听第二wus，直到接收到第二wus为止。
[0089]
第二设备120可以在所述时机发送328第二wus。第一设备110可以确定329是否在用于第二监听的时机之一处接收到第二wus。如果确定在所述时机之一处接收到第二wus，则第一设备110可以停止330在所述时机处的第二监听。这样，通过将一个时机的wus监听与多个短drx周期相关联来实现第一设备110处的省电。然后，第一设备110可以在第二模式中执行331drx操作。由331所示的操作与图3a中306所示的操作类似，因此为了简明起见，这里省略其细节。
[0090]
在一些实施例中，如果确定在这些时机没有接收到第二wus，则第一设备110可以返回以监听针对第一模式的第一wus。如果从第三消息确定不启动第二监听，则第一设备110还可以返回以监听针对第一模式的第一wus。也就是说，第一设备110可以跳过对短drx周期的进一步监听，直到出现下一个长drx周期。由327-331所示的操作与图3a中309-313所示的操作类似，为了简明起见，这里省略它们的细节。
[0091]
下面参照图5描述示例。图5示出了根据本公开的示例实施例的另一示例drx操作的图500。假设第一设备110在长drx周期之前没有检测到第一wus，但是第二消息指示要启动第一监听。在此示例中，假设drx非激活计时器(表示为drx-inactivetimer)被设置为3个时隙，有效时段计时器(表示为ondurationtimer)被设置为2个时隙，短drx周期(表示为shortdrxcycle)被设置为5个时隙，长drx周期(表示为longdrxcycle)被设置为20个时隙，短drx周期的开始偏移量(表示为drxstaroffset)被设置为0，短drx周期计时器(表示为drxshortcycletimer)被设置为3个时隙。此外，假设ps-shortdrxcycle-wakeup被配置为“true”，这表示第一设备110唤醒。此外，假设符号“x”表示未检测到第一个wus，并且符号“√”表示短drx周期的启动。
[0092]
如图5所示，在ps-shortdrxcycle-wakeup(即，第一消息)指示第二模式的启动的情况下，第一设备110可以从用于长drx周期的有效时段的开始(即，sfn#0的时隙#0)以3个短drx周期的时段启动drx-shortcycletimer，如501所示。应当注意，本实施例中的上述值仅仅是一个示例，并不限制本公开内容。
[0093]
应当注意，图3b中所示的动作并不总是实现本公开的实施例所必需的，并且可以根据需要调整更多或更少的动作。利用图3b中的处理，可以提供另一有效机制，以便在没有接收到长drx周期的wus的情况下，在许可频段和非许可频段中以低延迟和功耗更好地支持短drx周期。当然，在一些备选实施例中，图3a和图3b中的过程也可以以任何合适的方式组合以实现对drx操作的控制。
[0094]
对应于图3a和图3b中描述的过程，本公开的实施例提供在第一设备和第二设备处
实施的通信方法。下面将参考图6至图10描述这些方法。
[0095]
图6示出了根据本公开的示例实施例的在第一设备处实施的通信方法600的流程图。方法600可以在图1所示的第一设备110处实现。为了讨论的目的，将参考图1描述方法600。应当理解，方法600还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。
[0096]
如图6所示，在框610，第一设备110监听针对drx操作的第一模式的第一wus。在一些实施例中，第一设备110可以以任何适当的方式监听第一wus。在框620，第一设备110确定是否接收到具有唤醒指示的第一wus。在一些实施例中，在接收到第一wus后，第一设备110可以确定第一wus是否包括唤醒指示。在一些实施例中，第一wus可包括非唤醒指示，即，不唤醒第一设备110。在这些实施例中，第一设备110可以返回到框610以继续监听第一wus。
[0097]
在一些实施例中，第一wus可包括唤醒指示，即，第一设备110唤醒。在这些实施例中，第一设备110可以针对第一模式启动drx有效时段计时器。这样，第一模式被使用，即，长drx周期被启动。在接收到具有唤醒指示的第一wus后，过程进入框630。在框630，第一设备110在第二模式中执行drx操作。在一些实施例中，第一设备110针对第二模式的时段启动计时器(为方便起见，这里也称为第二计时器)。例如，计时器是如上所述的shortcycletimer。然后，第一设备110可以监听下行链路控制信道(例如pdcch)，直到第二计时器到期。这样，一个或多个短drx周期可以被启动。
[0098]
在一些备选实施例中，第一设备110可以在从子帧开始的偏移量(表示为drx-startoffset)之后启动短周期计时器。例如，drx-startoffset＝[(sfn
×
10) 子帧号]mod(drx-longcycle)，其中sfn表示系统帧号，并且drx-longcycle表示第一模式的长度。在一些实施例中，短周期计时器可以在接收到wus后被启动。在一些实施例中，短周期计时器可以在接收到wus后、在启动有效时段计时器后被启动。当然，这只是示例，任意其它合适的用于启动短drx周期的方式也是可行的。
[0099]
在用于框630的一些实施例中，第一设备110可以根据第一消息(例如，ps-shortcycle-wakeup消息)确定是否要启动drx操作的第二模式。在这些实施例中，从第二设备120接收第一消息并指示是否要启动第二模式。在一些实施例中，第一消息可以包括指示比特。指示比特的第一值可以指示要启动第二模式，并且指示比特的第二值可以指示不启动第二模式。可以任意设置第一值和第二值。如果确定要启动第二模式，则第一设备110可以在第二模式中执行drx操作。这样，短drx周期将被强制使用。
[0100]
在一些实施例中，如果确定不启动第二模式，则第一设备110可以启动在第一模式中对下行链路控制信道的第一监听。例如，第一设备110可以在第一模式中监听pdcch。在一些实施例中，第一设备110可以执行第二设备120的传输检测，以便确定第二设备120是否可以在第一模式的激活时间期间获得信道。在一些实施例中，第一设备110可以基于诸如dmrs的下行链路参考信号在非许可频段中执行传输检测。在一些备选实施例中，第一设备110可以基于诸如gc-pdcch或ue特定pdcch的dci在非许可频段中执行传输检测。
[0101]
如果确定下行链路控制信道未被阻止、但是第二设备120没有发送dcp，则第一设备110可以跳过对针对第二模式的第二wus的监听，并且继续监听针对第一模式的第一wus。在这种情况下，不使用短drx周期。如果确定下行链路控制信道中发生故障，则第一设备110可以执行第二监听。
[0102]
在一些实施例中，第一设备110可以从第三消息(例如，ps-shortcycle-wusmonitor消息)确定是否要启动第二监听。在一些实施例中，通过任何合适的方式从第二设备120接收第三消息。如果从第三消息确定不启动第二监听，则第一设备110可以返回以监听第一wus。如果从第三消息确定要启动第二监听，则第一设备110可以执行第二监听。
[0103]
在一些实施例中，第一设备110可以确定用于第二监听的时机。例如，第一设备110可经由较高层rrc信令接收关于时机的信息，并根据该信息确定所述时机。在一些实施例中，该信息可以包括所配置的计时器的值。在一些实施例中，第一设备110可以在所配置的计时器内监听第二wus。在一些备选实施例中，第一设备110可以监听第二wus直到下一个长周期。在一些备选实施例中，第一设备110可以监听第二wus，直到接收到第二wus为止。
[0104]
如果确定在所述时机之一处接收到第二wus，则第一设备110可以停止330在这些时机处的第二监听。这样，通过将一个时机的wus监听与多个短drx周期相关联来实现第一设备110处的省电。然后，如参考框630所述，第一设备110可以在第二模式中执行drx操作。由此，短drx周期被使用。
[0105]
利用图6的方案，提供了增强的drx机制，以便在接收到针对长drx周期的wus的情况下，在许可频段和非许可频段中以低延迟和低功耗更好地支持短drx周期。由此，当与长drx周期相关联的pdcch的传输由于下行链路控制信道中的故障例如lbt故障而被阻止时，实现短drx周期的使用。
[0106]
图7示出了根据本公开的示例实施例的在第一设备处实施的通信的另一方法700的流程图。方法700可以在图1所示的第一设备110处实现。为了讨论的目的，将参考图1描述方法700。应当理解，方法700还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。
[0107]
如图7所示，在框710，第一设备110监听针对drx操作的第一模式的第一wus。在一些实施例中，第一设备110可以以任何适当的方式监听第一wus。在框720，第一设备110确定第一wus是否由于下行链路信道中的故障(为方便起见，也称为第一故障)而被阻止。
[0108]
在一些实施例中，第一设备110可以执行对第二设备120的传输检测，以便确定第二设备120是否可以在第一模式的激活时间期间获得信道。在一些实施例中，第一设备110可以基于诸如dmrs的下行链路参考信号在非许可频段中执行传输检测。在一些备选实施例中，第一设备110可以基于诸如gc-pdcch或ue特定pdcch的dci在非许可频段中执行传输检测。
[0109]
如果确定第一wus未被阻止但第二设备120没有发送第一wus，则第一设备110可以继续监听针对第一模式的第一wus。在这种情况下，短drx周期不被使用。如果确定第一故障发生，即第一wus由于第一故障而被阻止，则在框730，第一设备110执行对第二wus的第二监听，该第二wus是针对drx操作的第二模式。
[0110]
在一些实施例中，第一设备110可以从第三消息(例如，ps-shortcycle-wusmonitor消息)确定是否要启动第二监听。在一些实施例中，通过任何合适的方式从第二设备120接收第三消息。如果从第三消息确定不启动第二监听，则第一设备110可以返回以监听第一wus。如果从第三消息确定要启动第二监听，则第一设备110可以执行第二监听。
[0111]
在一些实施例中，第一设备110可以确定用于第二监听的时机。例如，第一设备110可经由较高层rrc信令接收关于时机的信息，并根据该信息确定时机。在一些实施例中，该
信息可以包括所配置的计时器的值(为方便起见，这里也称为第一计时器)。在一些实施例中，第一设备110可以在所配置的计时器内监听第二wus。在一些备选实施例中，第一设备110可以监听第二wus直到下一个长周期。在一些备选实施例中，第一设备110可以监听第二wus，直到接收到第二wus为止。
[0112]
在一些实施例中，如果确定在所述时机之一处接收到第二wus，则第一设备110可以停止所述时机处的第二监听。这样，通过将在一个时机的wus监听与多个短drx周期相关联来提高第一设备110的省电。然后，第一设备110可以在第二模式中执行drx操作。由此，短drx周期被使用。
[0113]
在一些实施例中，第一设备110可以针对第二模式的时段启动计时器(为方便起见，这里也称为第二计时器)。例如，计时器是如上所述的shortcycletimer。然后，第一设备110可以监听下行链路控制信道(例如pdcch)，直到第二计时器到期。这样，一个或多个短drx周期可以被启动。在一些备选实施例中，第一设备110可以在从子帧开始的偏移量(表示为drx startoffset)之后启动第二计时器。例如，drx-startoffset＝[(sfn
×
10) 子帧号]mod(drx-longcycle)，其中sfn表示系统帧号，并且drx-longcycle表示第一模式的长度。在一些实施例中，短周期计时器可以在接收到wus后被启动。在一些实施例中，短周期计时器可以在接收到wus后、在启动有效时段计时器后被启动。当然，这只是示例，任意其它合适的用于启动短drx周期的方式也是可行的。
[0114]
利用图7的方案，提供了增强的drx机制，以便在没有接收到长drx周期的wus的情况下，在许可频段和非许可频段中以低延迟和低功耗更好地支持短drx周期。由此，当与长drx周期相关联的wus的传输由于下行链路信道中的故障例如lbt故障而被阻止时，实现短drx周期的使用。
[0115]
图8示出了根据本公开的示例实施例的在第一设备处实施的通信的另一方法800的流程图。方法800可以在图1所示的第一设备110处实现。为了讨论的目的，将参考图1描述方法800。应当理解，方法800还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。这描述了结合图6和图7方案的方案。应当注意，这仅仅是一个示例，并不限制本公开内容。参考图6和图7描述的方案可以单独被使用来支持短drx周期的使用，也可以被组合使用来支持短drx周期的使用。尽管结合图8描述了该组合，但也可以以任何其他合适的方式来执行，并且不限于图8中的方式。
[0116]
在框801，第一设备110可以确定是否从第二设备120接收到针对drx操作的第一模式(即，长drx周期)的第一wus。如果第一设备110接收到第一wus，则过程进行到框802。在框802，第一设备110可以确定第一wus是否包括唤醒指示。如果确定第一wus包括非唤醒指示，则第一设备110将继续监听第一wus。如果确定第一wus包括唤醒指示，则第一设备110可以针对长drx周期启动drx有效时段计时器，并且过程进行到框803。
[0117]
在框803，第一设备110可以从第一消息(例如，ps-shortcycle-wakeup消息)确定是否要启动drx操作的第二模式(即，短drx周期)。在一些实施例中，通过任何合适的方式从第二设备120接收第一消息。如果确定要启动第二模式，则在框804，第一设备110可以在第二模式中执行drx操作。这样，将使用短drx周期。在一些实施例中，第一设备110可以针对第二模式的时段启动计时器(例如，shortcycletimer，为方便起见也称为第二计时器)，并且监听诸如pdcch的下行链路控制信道直到计时器到期。
[0118]
如果在框801第一设备110没有接收到第一wus，则过程进行到框805。在框805，第一设备110可确定第一wus是否由于下行链路信道中的故障(为方便起见也称为第一故障)而被阻止。在一些实施例中，第一设备110可以执行第二设备120的传输检测，以便确定第二设备120是否可以在第一模式的激活时间期间获得信道。在一些实施例中，第一设备110可以基于诸如dmrs的下行链路参考信号在非许可频段中执行传输检测。在一些备选实施例中，第一设备110可以基于诸如gc-pdcch或ue特定pdcch的dci在非许可频段中执行传输检测。
[0119]
如果在框805确定第一wus未被阻止、但第二设备120没有发送第一wus，则第一设备110可返回到框801并继续监听针对第一模式的第一wus。在这种情况下，短drx周期不被使用。如果确定第一故障发生，即，第一wus由于第一故障而被阻止，则过程进行到框806。
[0120]
在框806，第一设备110可根据第二消息(例如，ps-wakeup位)确定是否要启动对下行链路控制信道的第一监听。在一些实施例中，通过任何合适的方式从第二设备120接收第二消息。如果确定要启动第一监听，则第一设备110还可以针对长drx周期启动drx有效时段计时器，并且过程进行到框803。如果确定不启动第一监听，则过程进行到稍后将描述的框809。
[0121]
如果在框803确定不启动第二模式，则过程进行到框807。在框807，第一设备110可以启动在第一模式中对下行链路控制信道(例如，pdcch)的第一监听。在一些实施例中，第一设备110可以执行对第二设备120的传输检测，以便确定第二设备120是否可以在第一模式的激活时间期间获得信道。在一些实施例中，第一设备110可以基于诸如dmrs的下行链路参考信号在非许可频段中执行传输检测。在一些备选实施例中，第一设备110可以基于诸如gc-pdcch或ue特定pdcch的dci在非许可频段中执行传输检测。
[0122]
如果第一设备110在框808确定未检测到下行链路控制信道中的故障(为方便起见也称为第二故障)，即，第二设备120在第一模式的有效时段期间获得用于传输的信道，则过程进入框814。在框814，第一设备110可以基于版本16nr中的现有过程执行drx操作。例如，第一设备110可以在pdcch指示新的下行链路或上行链路传输的pdcch时机之后启动drx非激活计时器，并且可以在drx非激活计时器到期后开始第二模式的使用。备选地，第一设备110可以在第一模式的激活时间期间监听pdcch，并且如果第一设备110从第二设备120接收到drx命令mac ce，则第一设备110可以在drx命令mac ce接收结束之后的第一个符号中开始第二模式的使用。这里省略其他细节以避免混淆本公开。
[0123]
如果第一设备110在框808确定检测到第二故障，例如，在第一模式的有效时段期间检测到下行链路lbt故障，则过程进入框809。在框809，第一设备110可以从第三消息(例如，ps-shortcycle-wusmonitor消息)确定是否要启动对第二模式的第二wus的第二监听。在一些实施例中，通过任何合适的方式从第二设备120接收第三消息。如果从第三消息确定不启动第二监听，则在框801，第一设备110可以返回以监听第一wus。
[0124]
如果从第三消息确定要启动第二监听，则过程进行到框810。在框810，第一设备110可以执行第二监听。在一些实施例中，第一设备110可以确定用于第二监听的时机。例如，第一设备110可经由较高层rrc信令接收关于时机的信息，并根据该信息确定所述时机。在一些实施例中，该信息可以包括所配置的计时器的值(为方便起见，这里也称为第一计时器)。在一些实施例中，第一设备110可以在所配置的计时器内监听第二wus。在一些备选实
施例中，第一设备110可以监听第二wus直到下一个长周期。在一些备选实施例中，第一设备110可以监听第二wus，直到接收到第二wus为止。
[0125]
在框811，第一设备110可以确定是否在用于第二监听的时机之一处接收到第二wus。如果在框812确定在这些时机之一处接收到第二wus，则第一设备110可以停止所述时机处的第二监听。这样，通过将在一个时机监听的wus监听与多个短drx周期相关联来提高第一设备110处的省电。然后，过程进行到框804，在其中第一设备110如上所述在第二模式中执行drx操作。由此，短drx周期被使用。
[0126]
利用图8的方案，提供了增强的drx机制，以便在许可频段和非许可频段中以低延迟和低功耗更好地支持短drx周期，这使得当与长drx周期相关联的wus或pdcch的传输由于下行链路信道中的故障而被阻止时，实现短drx周期的使用。
[0127]
图9示出了根据本公开的示例实施例的在第二设备实施的通信方法900的流程图。方法900可以在图1所示的第二设备120处实现。为了讨论的目的，将参考图1描述方法900。应当理解，方法900还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。
[0128]
如图9所示，在框910，第二设备120向第一设备110发送针对drx操作的第一模式的第一wus，以由第一设备110响应于接收到具有唤醒指示的第一wus而在第二模式中执行drx操作。在一些实施例中，第二设备120还可以向第一设备110发送关于是否要启动drx操作的第二模式的第一消息(例如，ps-shortcycle-wakeup消息)。在一些实施例中，第二设备120可以通过与第一wus相关联的dcp来发送第一消息。在一些实施例中，第二设备120可以经由较高层rrc信令来与第一wus分开地发送第一消息。应当注意，本技术对第一wus和第一消息的传输不进行限制。
[0129]
在一些实施例中，第二设备120可以向第一设备110发送第二消息(例如，ps-wakeup比特)，该第二消息是关于是否要启动在第一模式中对下行链路控制信道的第一监听。在一些实施例中，第二设备120可以经由较高层rrc信令来发送第二消息。在一些实施例中，第二设备120可以经由较低层物理信令来发送第二消息。应当注意，本技术对第二消息的传输不进行限制。
[0130]
在一些实施例中，第二设备120可以向第一设备110发送第三消息(例如，ps-shortcycle-wusmonitor消息)，该第三消息是关于是否要启动对针对第二模式的第二唤醒信号的第二监听。在一些实施例中，第二设备120可以经由较高层rrc信令来发送第三消息。在一些实施例中，第二设备120可以经由较低层物理信令来发送第三消息。应当注意，本技术对第三消息的传输不进行限制。
[0131]
在一些实施例中，第二设备120可以向第一设备110发送关于用于第二监听的时机的信息(例如，针对短drx周期的搜索空间集配置)，并且在所述时机之一处向第一设备110发送第二唤醒信号。在一些实施例中，第二设备120可以经由较高层rrc信令来发送关于这些时机的信息。应当注意的是，本技术对该信息的传输不进行限制。
[0132]
通过配置用于控制短drx周期的使用的消息和信息，可以提供有效的机制，使得当与长drx周期相关联的wus或pdcch的传输由于下行链路控制信道中的故障而被阻止时，控制短drx周期的使用。因此，短drx周期在许可频段和非许可频段中以低分组延迟和低功耗得到更好的支持。
[0133]
图10示出了根据本公开的示例实施例的在第二设备处实施的通信的方法1000的流程图。方法1000可以在图1所示的第二设备120处实现。为了讨论的目的，将参考图1描述方法1000。应当理解，方法1000还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。
[0134]
如图10所示，在框1010处，第二设备120向第一设备110发送针对drx操作的第一模式的第一wus，以在由于下行链路信道中的故障而没有第一wus的情况下由第一设备110在第二模式中执行drx操作。在一些实施例中，第二设备120还可以向第一设备110发送关于是否要启动drx操作的第二模式的第一消息(例如，ps-shortcycle-wakeup消息)。在一些实施例中，第二设备120可以通过与第一wus相关联的dcp来发送第一消息。在一些实施例中，第二设备120可以经由较高层rrc信令来与第一wus分开地发送第一消息。应当注意，本技术对第一wus和第一消息的传输不进行限制。
[0135]
在一些实施例中，第二设备120可以向第一设备110发送关于是否要启动在第一模式中对下行链路控制信道的第一监听的第二消息(例如，ps-wakeup比特)。在一些实施例中，第二设备120可以经由较高层rrc信令来发送第二消息。在一些实施例中，第二设备120可以经由较低层物理信令来发送第二消息。应当注意，本技术对第二消息的传输不进行限制。
[0136]
在一些实施例中，第二设备120可以向第一设备110发送第三消息(例如，ps-shortcycle-wusmonitor消息)，该第三消息是关于是否要启动对针对第二模式的第二唤醒信号的第二监听。在一些实施例中，第二设备120可以经由较高层rrc信令来发送第三消息。在一些实施例中，第二设备120可以经由较低层物理信令来发送第三消息。应当注意，本技术对第三消息的传输不进行限制。
[0137]
在一些实施例中，第二设备120可以向第一设备110发送关于用于第二监听的时机的信息(例如，针对短drx周期的搜索空间集配置)，并且在所述时机之一处向第一设备110发送第二唤醒信号。在一些实施例中，第二设备120可以经由较高层rrc信令来发送关于这些时机的信息。应当注意的是，本技术对该信息的传输不进行限制。
[0138]
通过配置用于控制短drx周期的使用的消息和信息，可以提供有效的机制，使得当与长drx周期相关联的wus或pdcch的传输由于下行链路控制信道中的故障而被阻止时，控制短drx周期的使用。因此，短drx周期在许可频段和非许可频段中以低分组延迟和低功耗得到更好的支持。
[0139]
在一些示例实施例中，能够执行方法600中的任何一个的装置(例如，第一设备110)可以包括用于执行方法600的各个步骤的部件。所述部件可以以任何合适的形式实现。例如，所述部件可以在电路或软件模块中实现。
[0140]
在一些示例实施例中，所述装置包括：用于在第一设备处监听来自第二设备的第一唤醒信号的部件，该第一唤醒信号是针对不连续接收操作的第一模式；和用于响应于接收到具有唤醒指示的所述第一唤醒信号、在不连续接收操作的第二模式中执行不连续接收操作的部件。
[0141]
在一些示例实施例中，用于在所述第二模式中执行不连续接收操作的部件包括：从第一消息确定是否要启动不连续接收操作的第二模式的部件，所述第一消息是从所述第二设备接收的；和如果确定要启动所述第二模式则在所述第二模式中执行不连续接收操作
的部件。
[0142]
在一些示例实施例中，所述装置还包括：如果从所述第一消息确定不启动所述第二模式、则在所述第一模式中启动对下行链路控制信道的第一监听的部件；和如果确定下行链路控制信道中发生故障则执行对第二唤醒信号的第二监听的部件，该第二唤醒信号是针对第二模式。
[0143]
在一些示例实施例中，用于执行第二监听的部件包括：从第三消息确定是否要启动所述第二监听的部件，所述第三消息是从所述第二设备接收的；和如果确定要启动所述第二监听则执行所述第二监听的部件。
[0144]
在一些示例实施例中，用于执行所述第二监听的部件包括：用于确定用于所述第二监听的时机的部件；以及用于确定在所述时机之一处是否接收到第二唤醒信号的部件。在这些实施例中，该装置还包括：用于根据确定接收到第二唤醒信号来停止所述时机处的第二监听的部件；以及用于在第二模式中执行不连续接收操作的部件。
[0145]
在一些示例实施例中，确定是否接收到所述第二唤醒信号的部件包括以下至少一项：在第一计时器内监听是否接收到所述第二唤醒信号的部件；监听是否接收到所述第二唤醒信号直到所述第一模式结束的部件；和监听是否接收到所述第二唤醒信号直到接收到所述第二唤醒信号的部件。
[0146]
在一些示例实施例中，用于在所述第二模式中执行不连续接收操作的部件包括：用于针对所述第二模式的时段启动第二计时器的部件；和用于监听下行链路控制信道直到所述第二计时器到期的部件。
[0147]
在一些示例实施例中，所述第一模式是不连续接收操作的长周期，所述第二模式是不连续接收操作的短周期。在一些示例实施例中，第一设备是终端设备，第二设备是网络设备。
[0148]
在一些示例实施例中，能够执行方法700中的任何一个的装置(例如，第一设备110)可以包括用于执行方法700的各个步骤的部件。所述部件可以以任何合适的形式实现。例如，所述部件可以在电路或软件模块中实现。
[0149]
在一些示例实施例中，所述装置包括：用于在第一设备处监听来自第二设备的针对不连续接收操作的第一模式的第一唤醒信号的部件；用于在没有所述第一唤醒信号的情况下确定下行链路控制信道中是否发生第一故障的部件；以及用于如果确定发生所述第一故障则执行对第二唤醒信号的第二监听的部件，该第二唤醒信号是针对不连续接收操作的第二模式。
[0150]
在一些示例实施例中，用于执行第二监听的部件包括：根据第二消息确定是否要启动对第一模式中的下行链路控制信道的第一监听的部件，所述第二消息从所述第二设备接收的；以及如果根据所述第二消息确定不启动所述第一监听则执行所述第二监听的部件。
[0151]
在一些示例实施例中，所述装置还包括：用于如果从所述第二消息确定要启动所述第一监听、则从所述第一消息确定是否要启动不连续接收操作的第二模式的部件，所述第一消息从所述第二设备接收的；和用于如果确定要启动所述第二模式、则在所述第二模式中执行不连续接收操作的部件。
[0152]
在一些示例实施例中，所述装置还包括：用于如果确定不启动所述第二模式、则启
动在所述第一模式中对下行链路控制信道的第一监听的部件；和用于如果确定所述下行链路控制信道中发生第二故障、则执行所述第二监听的部件。
[0153]
在一些示例实施例中，用于执行第二监听的部件包括：用于从第三消息确定是否要启动所述第二监听的部件，所述第三消息是从所述第二设备接收的；和用于如果确定要启动所述第二监听、则执行所述第二监听的部件。
[0154]
在一些示例实施例中，用于执行第二监听的部件包括：用于确定用于第二监听的时机的部件；和用于确定是否在所述时机之一处接收到所述第二唤醒信号的部件。在这些实施例中，该装置还包括：用于如果确定接收到所述第二唤醒信号、则停止所述时机处的所述第二监听的部件；以及用于在所述第二模式中执行不连续接收操作的部件。
[0155]
在一些示例实施例中，用于确定是否接收到所述第二唤醒信号的部件包括以下至少一项：用于在第一计时器内监听是否接收到所述第二唤醒信号的部件；用于监听是否接收到所述第二唤醒信号、直到所述第一模式结束的部件；和用于监听是否接收到所述第二唤醒信号、直到接收到所述第二唤醒信号为止的部件。
[0156]
在一些示例实施例中，在所述第二模式中执行不连续接收操作的部件包括：用于针对所述第二模式的时段启动第二计时器的部件；和用于监听下行链路控制信道直到所述第二计时器到期的部件。
[0157]
在一些示例实施例中，所述第一模式是不连续接收操作的长周期，所述第二模式是不连续接收操作的短周期。在一些示例实施例中，所述第一设备是终端设备，所述第二设备是网络设备。
[0158]
在一些示例实施例中，能够执行方法900中的任何一个的装置(例如，第二设备120)可以包括用于执行方法900的各个步骤的部件。所述部件可以以任何合适的形式实现。例如，所述部件可以在电路或软件模块中实现。
[0159]
在一些示例实施例中，所述装置包括用于在第二设备处向第一设备发送针对不连续接收操作的第一模式的第一唤醒信号、以由所述第一设备响应于接收到具有唤醒指示的第一唤醒信号而在第二模式中执行所述不连续接收操作的部件。
[0160]
在一些示例实施例中，能够执行方法1000中的任何一个的装置(例如，第二设备120)可以包括用于执行方法1000的各个步骤的部件。所述部件可以以任何合适的形式实现。例如，所述部件可以在电路或软件模块中实现。
[0161]
在一些示例实施例中，所述装置包括用于在第二设备处向第一设备发送针对不连续接收操作的第一模式的第一唤醒信号、以在由于下行链路控制信道中的故障而没有第一唤醒信号的情况下由所述第一设备在第二模式中执行所述不连续接收操作的部件。
[0162]
在一些示例实施例中，该装置还包括以下至少一项：用于向所述第一设备发送关于是否要启动所述第二模式的第一消息的部件；用于向所述第一设备发送关于是否要启动在第一模式中对下行链路控制信道的第一监听的第二消息的部件；以及用于向所述第一设备发送关于是否要启动对第二唤醒信号的第二监听的第三消息的部件，该第二唤醒信号是针对第二模式。
[0163]
在一些示例实施例中，所述装置还包括：用于向所述第一设备发送关于用于第二监听的时机的信息的部件；和用于在所述时机之一处向所述第一设备发送所述第二唤醒信号的部件。
[0164]
在一些示例实施例中，所述第一模式是不连续接收操作的长周期，所述第二模式是不连续接收操作的短周期。在一些示例实施例中，所述第一设备是终端设备，所述第二设备是网络设备。
[0165]
图11是适合于实现本公开的实施例的设备1100的简化框图。可以提供设备1100以实现第一设备或第二设备，例如如图1所示的第一设备110或第二设备120。如图所示，设备1100包括一个或多个处理器1110、耦合到处理器1110的一个或多个存储器1120、以及耦合到处理器1110的一个或多个通信模块1140(例如，发射器和/或接收器)。
[0166]
通信模块1140用于双向通信。通信模块1140具有至少一个天线以便于通信。通信接口可以表示与其他网络元件通信所必需的任何接口。
[0167]
作为非限制性示例，处理器1110可以是适合于本地技术网络的任何类型，并且可以包括以下一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。设备1100可以具有多个处理器，例如专用集成电路芯片，其在时间上从属于与主处理器同步的时钟。
[0168]
存储器1120可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(rom)1124、电可编程只读存储器(eprom)、闪存、硬盘、光盘(cd)、数字视频盘(dvd)和其他磁存储器和/或光存储器。易失性存储器的示例包括但不限于随机存取存储器(ram)1122和在断电时段内不会持续的其它易失性存储器。
[0169]
计算机程序1130包括由相关联的处理器1110执行的计算机可执行指令。程序1130可以被存储在rom 1124中。处理器1110可以通过将程序1130加载到ram 1122中来执行任何适当的动作和处理。
[0170]
本公开的实施例可以通过程序1130来实现，使得设备1100可以执行如参考图3a至图10所讨论的本发明的任何过程。本发明的实施例还可以通过硬件或者通过软件和硬件的组合来实现。
[0171]
在一些实施例中，程序1130可以有形地包含在计算机可读介质中，计算机可读介质可以被包括在设备1100(例如在存储器1120中)或设备1100可访问的其他存储设备中。设备1100可以将程序1130从计算机可读介质加载到ram 1122以执行。计算机可读介质可以包括任何类型的有形非易失性存储装置，例如rom、eprom、闪存、硬盘、cd、dvd等。图12示出了cd或dvd形式的计算机可读介质1200的示例。该计算机可读介质上存储有程序1130。
[0172]
一般来说，本发明的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以硬件实现，而其他方面可以固件或软件实现，所述固件或软件可以由控制器、微处理器或其他计算设备执行。虽然本公开的实施例的各个方面被示出并描述为框图、流程图或使用一些其他图示，但是应当理解，作为非限制性示例，本文描述的框图、装置、系统、技术或方法可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其组合中实现。
[0173]
本发明还提供有形地存储在非瞬态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，例如包括在程序模块中的指令，这些指令在目标真实或虚拟处理器上的设备中执行以执行如上参考图6至图10所述的方法600-1000。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、
类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或划分程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。
[0174]
用于执行本发明方法的程序代码可以用一种或多种编程语言的任意组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得当由处理器或控制器执行程序代码时，使得在流程图和/或框图中指定的功能/操作得以实现。程序代码可以作为一个独立的软件包完全在机器上执行、部分在机器上执行、部分在机器上执行且部分在远程机器上执行或者完全在远程机器或服务器上执行。
[0175]
在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体携带，以使得设备、装置或处理器能够执行如上所述的各种处理和操作。载体的示例包括信号、计算机可读介质等。
[0176]
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备，或前述各项的任何适当组合。计算机可读存储介质的更具体示例将包括具有一条或多条导线的电连接、便携式计算机软盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光纤、便携式光盘只读存储器(cd-rom)、光存储设备、磁存储设备或上述任何合适的组合。
[0177]
此外，虽然以特定顺序描述操作，但这不应理解为要求以所示的特定顺序或顺序执行此类操作，或者要求执行所有图示的操作以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。同样地，尽管在上述讨论中包含若干具体实现细节，但这些细节不应被解释为对本公开的范围的限制，而是可以被解释为对特定实施例的特定特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或在任何合适的子组合中实现。
[0178]
尽管已经以特定于结构特征和/或方法动作的语言描述了本公开，但是应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或动作。相反，以上描述的具体特征和动作被公开为实现权利要求的示例形式。