CN113840369A - 数据下发方法、设备和存储介质 - Google Patents

数据下发方法、设备和存储介质 Download PDF

Info

Publication number
CN113840369A
CN113840369A CN202010589920.7A CN202010589920A CN113840369A CN 113840369 A CN113840369 A CN 113840369A CN 202010589920 A CN202010589920 A CN 202010589920A CN 113840369 A CN113840369 A CN 113840369A
Authority
CN
China
Prior art keywords
drx
data
state information
determining
enb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010589920.7A
Other languages
English (en)
Inventor
徐洪斌
徐军领
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202010589920.7A priority Critical patent/CN113840369A/zh
Priority to PCT/CN2021/095878 priority patent/WO2021258962A1/zh
Priority to EP21828037.8A priority patent/EP4175406A4/en
Publication of CN113840369A publication Critical patent/CN113840369A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Abstract

本申请公开一种数据下发方法、设备和存储介质，属于通讯技术领域。该方法包括：根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息；根据所述DRX状态信息确定数据接收端，并将待同步数据下发至所述数据接收端，以指示所述数据接收端将所述同步数据下发至所述UE，其中，所述数据接收端为所述eNB与所述gNB中的一个或者两个。本申请的技术方案，其可实现避免负增益现象的产生，保证数据的及时性。

Description

数据下发方法、设备和存储介质
技术领域
本申请涉及通讯技术领域，尤其涉及一种数据下发方法、设备和存储介质。
背景技术
5G NR的部署方式有两种，分别为独立组网(SA)和非独立组网(NSA)，其中，NSA借助于EN-DC(E-UTRA-NR Dual Connectivity)技术来实现，可利用现存4G LTE基站，迅速完成5G站点的搭建。
目前国内外主流NSA拓扑结构为option3x结构，根据3GPP制定的关于EN-DC的协议标准实现数据分流。具体地，在EN-DC分流时，5G流控模块向eNB RLC和gNB RLC分发数据时，直接将数据下发至eNB RLC和/或gNB RLC，以使得eNB RLC和/或gNB RLC将所接收到的数据下发至相关联的UE端。
但是，由于UE具有DRX机制，使得UE并不是在任何时刻都可以进行数据的接收，也就是eNB RLC和/或gNB RLC可能存存在数据接收之后并不能进行下发的情况，使得出现负增益现象，进而影响系统影响整个TCP业务。
因此，现在亟需一种可以在及时进行数据下发的同时降低负增益产生的数据下发方法。
发明内容
本申请实施例的主要目的在于提出一种数据下发方法和存储介质，旨在避免负增益现象的产生，保证数据的及时性。
为实现上述目的，本申请实施例提供了一种数据下发方法，所述方法包括以下步骤：根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息；根据所述DRX状态信息确定数据接收端，并将待同步数据下发至所述数据接收端，以指示所述数据接收端将所述同步数据下发至所述UE，其中，所述数据接收端为所述eNB与所述gNB中的一个或者两个。
为实现上述目的，本申请实施例还提出了一种数据下发设备，所述设备包括存储器以及处理器；所述存储器用于存储计算机程序；所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如前述所述的数据下发方法的步骤。
为实现上述目的，本申请提供了一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现前述所述的数据下发方法的步骤。
本申请提出的数据下发方法、设备和存储介质，在接收到数据同步指令时，获取用户设备UE的DRX信息，然后根据所得到的DRX信息确定当前所对应的数据接收端是eNB还是gNB，进而在确定数据接收端之后，接收待同步数据，并指示数据接收端将所接收到的待同步数据下发至用户设备UE。实现了在数据同步时，根据当前UE的DRX状态向gNB的流控OMG模块PDCP进行数据量的请求，通过选择合适的且处于激活状态的一端进行数据信息的下发，避免两侧状态不一致导致的负增益现象，保证数据的及时性。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的一种数据下发方法的流程示意图；
图2为本申请一实施例提供的DRX原理示意图；
图3为本申请一实施例提供的确定DRX状态信息的步骤的流程示意图；
图4为本申请一实施例提供一个典型的长短周期DRX的流程示意图；
图5为本申请另一个实施例中确定DRX状态信息的步骤的流程示意图；
图6为本申请实施例提供的一种数据下发设备的结构示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或分合并，因此实际执行的顺序有可能根据实际情况改变。
如图1所示，图1为本申请一实施例提供的一种IP多媒体子系统的订阅消息处理方法的流程示意图，该方法包括以下步骤：
步骤S101、根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息。
DRX，英文全称为Discontinuous Reception，即不连续接收，这种方法可以让用户设备UE周期性的在某些时候进入睡眠状态，不去监听PDCCH子帧，而需要监听的时候，则从睡眠状态中唤醒进入激活状态，进而这样就可以使UE达到省电的目的。
其中，一个典型的DRX周期(DRX cycle)可以如图2所示，一个DRX cycle由“OnDuration”和“Opportunity for DRX”组成，在“On Duration”时间内，UE监听并接收PDCCH子帧；在“Opportunity for DRX”时间内，UE将不会监听和接收PDCCH子帧。
另外，对于一个DRX周期而言，系统可以根据不同的业务场景给UE配置不同的周期，顺应而生的便是短周期(short DRX cycle)或者长周期(long DRX cycle)，比如在进行VOIP业务时，语音编解码器通常20ms发送一个VOIP包，那么就可以配置长度为20ms的DRX短周期，而在语音通话期间较长的静默期，就可以配置DRX长周期。
但是，针对于长周期和短周期而言，由于短周期本身具有快速响应下行数据传输的特点，因此在进行数据下发时，更多的是针对长周期而言，通过在长周期内对UE的DRX信息进行获取来确定eNB和gNB的DRX状态，进而根据所得到的DRX状态确定如何进行数据的下发。
因此，在有数据需要进行同步时，将根据用户设备UE的DRX信息确定eNB与gNB所分别对应的DRX状态信息，其中，DRX状态信息包括休眠状态和激活状态，也就是在需要进行数据同步时，首先确定eNB与gNB分别对应的DRX状态信息，然后根据所得到的DRX状态信息确定如何进行数据信息的同步。
在实际应用中，对于4G基站和5G基站而言，各自配置有各自所对应的DRX配置，由于DRX配置的不同，使得在根据UE的DRX信息所确定的自身的DRX状态也会有所不同，也就是在与UE端的连接和通信时，在相同时刻也会有着各自对应的数据下发状态。
在一实施例中，在确定如何进行数据下发和同步时，需要获取UE的相关数据信息，因此在接收到数据同步指令时，控制eNB和gNB分别所包含的流控上报模块RLC获取用户设备UE的DRX信息。
实际上，UE与eNB和gNB之间均建立有相应的通讯连接，eNB和gNB根据实际情况将需要进行下发的数据流量包下发至UE，使得在UE上响应不同的业务。对于eNB和gNB均包含有各自对应的流控模块PDCP和流控上报模块RLC，而在进行数据流量包的下发时，是通过gNB侧的流控模块PDCP来实现下发的，在进行数据的下发时，流控上报模块首先接收流控模块所发送的数据流量包，然后将所接收到的数据流量包下发给UE。但是由于流控模块并不知道eNB和gNB中各自所对应的RLC的状态(可能是激活期，也可能是休眠期)，因此，首先要确定eNB和gNB相较于UE的DRX状态，而DRX状态是根据UE的DRX信息而确定的，故，需要控制eNB和gNB分别对应的流控上报模块获取UE的DRX信息，然后根据各自所配置的DRX配置的不同，确定当前选择哪一端实现数据流量包的下发。
一般情况下，DRX配置包括有：on_duration时长、drx-Inactivity时长、长/短周期的时长、drxShortCycle时长、drxStartOffset等，在此不一一举例。因为DRX配置的不同，使得eNB和gNB在相同时刻会出现状态信息不同的情况。
步骤S102、根据所述DRX状态信息确定数据接收端，并将待同步数据下发至所述数据接收端，以指示所述数据接收端将所述同步数据下发至所述UE，其中，所述数据接收端为所述eNB与所述gNB中的一个或者两个。
通过确定eNB和gNB分别对应的DRX状态信息，选择合适的用于进行数据下发的数据接收端，在确定了数据接收端之后，将会控制将待同步数据下发至数据接收端，接着以指示数据接收端将所接收到的待同步数据下发至UE。
在根据UE的DRX信息确定eNB和gNB所分别对应的DRX状态信息时，eNB和gNB的DRX状态信息可以是激活状态，也可以是休眠状态，而在进行数据的接收和下发时，只有处于激活状态时才能进行数据的接收和下发，因此通过对eNB和gNB的DRX状态信息进行识别，以选择合适的数据接收端进行数据的下发。
在一实施例中，在确定数据接收端时，包括：若所述第一DRX状态信息为休眠状态，且所述第二DRX状态信息为激活状态，则确定所述gNB为所述数据接收端；若所述第一DRX状态信息为激活状态，且所述第二DRX状态信息为休眠状态，则确定所述eNB为所述数据接收端；若所述第一DRX状态信息与所述第二DRX状态信息均为激活状态，则确定所述gNB与所述eNB为所述数据接收端。
在DRX状态信息为激活状态时，便确定可以进行数据的接收和下发，无论此时是eNB还是gNB，都可以进行数据的接收和下发。同时，在两者均处于激活状态时，可以根据实际情况确定如何进行数据的接收和下发，比如根据eNB和gNB各自对应的空口能力，也就是数据接收和下发能力。
另外，需要说明的是，eNB和gNB同时处于休眠状态的情况几乎不会发生，但并不是不可发生，若此情况发生了，将不会进行数据的接收和下发，而是等到当出现一方处于激活状态时再进行数据的接收和下发。
在一实施例中，在进行数据接收和下发时，eNB和gNB并不是仅仅与当前的UE所连接，还会与其他的若干UE相连接，以满足不同的UE的业务需求。因此在进行数据的接收和下发时，并不是可以直接使用eNB或者gNB的所有空口来进行数据的接收和下发，而是根据eNB和gNB的当前空口能力实现数据的及时接收和下发。
在确定进行数据接收和下发的数据接收端时，若在当前时刻仅存在一个可以用于进行数据的接收和下发的端口时，并不会存在数据下发端的选择，而是直接使用当前可以使用的一端进行数据的接收和下发。在确定eNB和gNB均可以作为数据接收端来实现数据的接收和下发时，将会根据eNB和gNB分别对应的空口能力，确定eNB和gNB分别对应的数据下发量，进而使得eNB和gNB按照各自对应的数据下发进行数据的接收和下发。
比如，当前需要进行同步的待同步数据有200Mbps，且gNB和eNB的当前空口能力分别为1.0Gbps(等于1024Mbps)和100Mbps，此时可以根据各自的空口能力选择合适的分配方式，如gNB和eNB均为100Mbps，还可以是仅适用gNB，即gNB为200Mbps，也可以是其他的分配方式。但是，由于gNB具有更加快速的数据处理能力，因此在根据空口能力实现对数据的接收和下发时，可以优先选择gNB作为数据处理端来进行数据的接收和下发，也就是此时对应的数据流量包的分配方式可以是gNB为200Mbps，而eNB为0，但是并不是说只能按照这样的方式。
参照图3，图3为本申请一个实施例提供的确定DRX状态信息的步骤的流程示意图。
其中，根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息，包括步骤S301至步骤S302。
步骤S301、获取所述DRX信息中所包含的当前帧的帧号以及子帧号。
在响应数据同步指令得到用户设备UE的DRX信息之后，将会对DRX信息中所包含的相关信息进行识别和获取，以用于确定eNB和gNB所对应的DRX状态信息。因此，在得到DRX信息之后，获取DRX信息中所包含的当前帧的帧号以及子帧号，然后根据所得到的当前帧的帧号以及子帧号确定eNB和gNB所对应的DRX状态信息。
在一个典型的长短周期DRX流程中，包含有若干长周期和短周期，同时针对于长短周期设置有相应的配置和参数，一个长短周期DRX流程如图4所示。对于一个长短周期而言，短周期对应着ShortDrxCycle，长周期对应着LongDrxCycle，且包含着若干子帧，以及存在于相应的系统帧中，其中，每个子帧长达1ms，FDD(Frequency-division Duplex，模式指频分双工模式)和TDD(Time-division Duplex，模式指时分双工模式)而言，系统帧的编号范围为0-1023，一个系统帧内的子帧编号范围为0-9，每个系统帧长达10ms，由10个子帧组成。
由图4可知，UE在时刻(0，0)成功解码到一个PDCCH子帧，其中(0，0)表示帧号为0的系统帧中子帧号为0的子帧，因此开启了drx-inactivity Timer(3个子帧的长度)，当drx-inactivity Timer超时后开启drxShortCycle Timer(注意，此时应该是在4号子帧开启，而不是5号子帧开启drxShortCycle Timer)，然后到了时刻(0，5)，满足了进入短周期的时间条件，UE将被唤醒以进入on duration(持续2个子帧)，并且在时刻(1，0)和时刻(1，5)多次进入短周期，接着到了时刻(1，9)，由于(drxShortCycle Timer×shortDrxCycle)＝15个子帧内没有成功解码到PDCCH子帧，准备进入长DRX周期，在时刻(2，0)满足长周期进入条件时，UE进入长DRX周期，并且在时刻(2，9)结束长周期，而UE在时刻(3，0)收到PDCCH子帧，因此重新启动了drx-inactivity定时器。
针对于一个典型的长短周期DRX流程而言，随着时间的不断推移，UE的状态会不断的进行变化，而由于一个系统/设备的DRX配置是固定的，因此在确定相较于某一系统/设备而言，可以根据当前所得到的部分参数确定当前时刻是处于激活状态还是休眠状态。如时刻(0，8)即处于休眠状态，而时刻(2，1)即处于激活状态。
因此，在一实施例中，在获取了UE的DRX信息之后，获取DRX信息中所包含的当前帧的帧号以及子帧号，进而根据所的都的当前帧的帧号以及子帧号确定eNB以及gNB所对应的DRX状态信息。
由于，短周期本身具有数据及时响应的特点，因此在进行分流下发时，所针对的主要场景是长周期。对于长周期而言，在确定eNB和gNB所对应的DRx状态时，实际上是确定eNB和gNB在UE的DRX信息的情况下是否进入了激活状态，因此此时将确定当前帧以及子帧所对应的时刻是否出处于相应激活状态。
步骤S302、根据所述当前帧的帧号以及所述子帧号，确定所述eNB与所述gNB分别对应的DRX状态信息，其中，所述DRX状态信息包括休眠状态和激活状态。
在得到当前帧的帧号以及子帧号之后，将会根据eNB以及gNB各自对应的DRX配置确定各自所对应的DRX状态信息，进而选择合适的数据接收和下发方式实现数据的分流处理。
在确定当前帧以及子帧对应的时刻的状态信息时，可以按照如下公式所得到，该公式为：
drxOffset＝[(SFN×10)+subFrameNumber]％longDRX_Cycle；
其中，drxOffset为当前帧以及子帧对应的时刻对应的计算结果，SFN为当前帧的帧号，subFrameNumber为当前所对应的子帧号，longDRX_Cycle为长DRX周期，且周期单位为毫秒(ms)。通过取longDRX_Cycle的模得到对应的drxOffset。
在得到drxOffset之后，在确定是否处于激活状态时，将drxOffset与对应的drxStartOffset进行对比，在两者相等时，确定进而了激活状态，但是并不是只有两者相等时说明进入了激活状态，由于一个DRX周期中处于激活状态的时刻并不是只有一个帧以及子帧对应的时刻，因此可以确定处于激活状态的一个数值范围，在drxOffset处于该数值范围内时，说明处于激活状态，反之则处于休眠状态，其中，drxStartOffset为DRX周期的的起始值，且取值范围为(0,longDRX_Cycle-1)。
比如，在longDRX_Cycle为320ms，drxStartOffset为9，on_Duration为10时，那么此时在drxOffset处于9～18范围内时，确定处于激活状态。
因此，在根据UE的DRX信息中所包含的当前帧的帧号以及子帧号确定eNB和gNB分别对应的DRX状态信息时，通过获取eNB和gNB的DRX配置信息，以进行相应的计算和处理，以根据所得到的结果信息确定eNB以及gNB所对应的DRX状态信息。
参照图5，图5为本申请另一个实施例中确定DRX状态信息的步骤的流程示意图。
其中，根据所述当前帧的帧号以及所述子帧号，确定所述eNB与所述gNB分别对应的DRX状态信息，包括步骤S501至步骤S503。
步骤S501、获取所述eNB与所述gNB分别对应的第一DRX配置信息与第二DRX配置信息；
步骤S502、根据所述所述当前帧的帧号、所述子帧号以及所述第一DRX配置信息，确定所述eNB对应的第一DRX状态信息；
步骤S503、根据所述所述当前帧的帧号、所述子帧号以及所述第二DRX配置信息，确定所述gNB对应的第二DRX状态信息。
由上述描述可知，在确定eNB和gNB分别对应的DRX状态信息时，除了获取UE的DRX信息之外，还需要根据eNB以及gNB各自所对应的DRX配置信息来确定，因此，此时将获取eNB以及gNB所分别对应的第一DRX配置信息以及第二DRX配置信息，然后根据所得到的当前帧的帧号、子帧号以及第一DRX配置信息确定eNB所对应的第一DRX状态信息，以及根据所得到的当前帧的帧号、子帧号以及第二DRX配置信息确定gNB所对应的第二DRX状态信息。
在确定各自对应的DRX状态信息时，首先可以根据上述描述的计算公式计算得到当前帧的帧号以及子帧号所对应的结果信息，然后将所得到的结果信息与对应的激活状态对应的信息进行对比，确定eNB和gNB分别对应的状态信息，即是否处于激活状态。
在一实施例中，在根据当前帧的帧号以及子帧号，确定eNB对应的DRX状态信息时，包括：获取所述第一DRX配置信息所包含的第一DRX周期以及第一虚拟激活期；根据所述当前帧的帧号、所述子帧号以及所述第一DRX周期，确定当前是否处于所述第一虚拟激活期内；若确定处于所述第一虚拟激活期内，则确定所述第一DRX状态信息为激活状态；若确定不处于所述第一虚拟激活期内，则确定所述第一DRX状态信息为休眠状态。
在确定eNB对应的DRX状态信息时，在第一DRX配置信息中获取第一DRX周期以及所记录的第一激活期，其中，第一DRX周期为eNB所对应的长周期，接着，根据所得到的当前帧的帧号、子帧号以及第一周期按照上述所提及的计算公式进行计算，得到对应的计算结果，进而根据所得到的计算结果与第一激活期进行对比，确定eNB所对应的DRX状态。
示例性的，将计算得到的drxOffset与第一虚拟激活期进行对比，在drxOffset处于第一虚拟激活期内时，确定eNB的第一DRX状态信息为激活状态，反之则为休眠状态。
例如，DRX配置为longDRX_Cycle为320ms,drxStartOffset配置为19，on_duration时长为15ms，若当前帧的帧号为127，子帧号5，按照上述描述的公式，计算得到drxOffset＝(127*10+5)％320＝315，而配置的19～33，那么此刻为休眠状态。若当前帧号129帧，子帧号9，则计算得到drxOffset＝(129*10+9)％320＝19，此时与drxStartOffset相等，则认为处于激活状态。
需要说明的是，步骤S502与步骤S503之间没有具体的先后顺序，可以是步骤S502在步骤S503之前，或者步骤S503在步骤S502之前，还可以是步骤S502与步骤S503同时发生，具体不做限制。
在一实施例中，在根据当前帧的帧号以及子帧号，确定gNB对应的DRX状态信息时，包括：获取所述第二DRX配置信息所包含的第二DRX周期以及第二激活期；根据所述当前帧的帧号、所述子帧号以及所述第二DRX周期，确定当前是否处于所述第二激活期内；若确定处于所述第二激活期内，则确定所述第二DRX状态信息为激活状态；若确定不处于所述第二激活期内，则确定所述第二DRX状态信息为休眠状态。
在实现过程中，与得到eNB所对应的第一状态信息的过程相同，仅仅是判断对象由eNB变为gNB，利用当前帧的帧号以及子帧号确定是否处于gNB所对应的第二激活期内，若确定处于第二激活期内，则确定第二DRX状态信息为激活状态，反正则为休眠状态。
在一实施例中，由于链路以及数据传输的延时性，可以在进行数据下发之前提前将需要下发的数据流量包发送至eNB和/或gNB中，进而在eNB和/或gNB进入激活状态时，可以第一时间将所需要下发的数据流量包下发至相应的UE。
因此，在根据上述描述的方式计算得到drxOffset之后，可以对下一次的激活状态进行预测，使得在有数据流量包进行下发时可以提前将数据流量包发送至eNB和/或gNB中。在实际应用过程中，可以提前10个子帧(具体不做限制)进行预测，比如在确定进而激活状态的drxOffset＝19时，可以在drxOffset＝9所对应的时刻确定是否有数据流量包需要进行下发，并在确定存在数据流量包需要进行下发时，在gNB的流控模块PDCP中获取需要进行下发的数据流量包，以存储在gNB和/或eNB的流控上报模块RLC中。
示例性的，通过提前进行预测，保证PDCP发送到RLC的数据可及时发送到UE侧，而对于进行预测的时刻来说，若提前10个子帧进行预判，根据上述描述的DRX状态计算公式计算出的结果，按照如下方式进行预判。
drxOffsetFinal＝drxOffset-10，drxOffset≥10；
drxOffsetFinal＝longDRX_Cycle-10+drxOffset,drxOffset＜10。
其中，drxOffsetFinal为进行预测的时刻，而进行预测是针对下一个DRX周期而言，因此，利用上述方式，在确定当前DRX周期内的状态信息之后，可以根据实际的状态确定在下一个DRX周期内的进行RLC向PDCP进行数据请求的时刻。
在上述描述的数据下发方法、设备以及可读存储介质中，在接收到数据同步指令时，获取用户设备UE的DRX信息，然后根据所得到的DRX信息确定当前所对应的数据接收端是eNB还是gNB，进而在确定数据接收端之后，接收待同步数据，并指示数据接收端将接收到的待同步数据下发至用户设备UE。实现了在数据同步时，根据当前UE的DRX状态向gNB的流控OMG模块PDCP进行数据量的请求，通过选择合适的且处于激活状态的一端进行数据信息的下发，避免两侧状态不一致导致的负增益现象，保证数据的及时性。
参照图6，图6为本申请实施例提供的一种数据下发设备的结构示意性框图。
示例性的，电子设备可以为手机、平板、笔记本、台式机、电视、专用输入设备、取款机等。
该设备还包括处理器、存储器，所述存储器用于存储计算机程序。
所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现本申请实施例提供的任一项数据下发方法。
应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，使所述处理器实现本申请实施例提供的任一项自治域系统AS的网络部署方法。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读存储介质上，计算机可读存储介质可以包括计算机可读存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
如本领域普通技术人员公知的，术语计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
示例性的，所述计算机可读存储介质可以是前述实施例所述的电子设备的内部存储单元，例如所述电子设备的硬盘或内存。所述计算机可读存储介质也可以是所述电子设备的外部存储设备，例如所述电子设备上配备的插接式硬盘，智能存储卡(Smart MediaCard，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。
前述各实施例提供的电子设备和计算机可读存储介质，通过在用户输入信息时，在显示屏上不同的显示区域显示至少两个虚拟键盘，使得可以通过至少两个虚拟键盘输入信息；提高恶意软件通过监听传感器的状态推测输入信息的难度，增强了信息输入的安全性。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种数据下发方法，其特征在于，所述方法包括以下步骤：
根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息；
根据所述DRX状态信息确定数据接收端，并将待同步数据下发至所述数据接收端，以指示所述数据接收端将所述同步数据下发至所述UE，其中，所述数据接收端为所述eNB与所述gNB中的一个或者两个。
2.根据权利要求1所述的数据下发方法，其特征在于，所述根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息之前，还包括：
接收数据同步指令，并控制所述eNB与所述gNB的流控上报模块RLC获取用户设备UE的DRX信息。
3.根据权利要求1所述的数据下发方法，其特征在于，所述根据用户设备UE的DRX信息，确定第四代演进型基站eNB与5G基站gNB分别对应的DRX状态信息，包括：
获取所述DRX信息中所包含的当前帧的帧号以及子帧号；
根据所述当前帧的帧号以及所述子帧号，确定所述eNB与所述gNB分别对应的DRX状态信息，其中，所述DRX状态信息包括休眠状态和激活状态。
4.根据权利要求3所述的数据下发方法，其特征在于，所述根据所述当前帧的帧号以及所述子帧号，确定所述eNB与所述gNB分别对应的DRX状态信息，包括：
获取所述eNB与所述gNB分别对应的第一DRX配置信息与第二DRX配置信息；
根据所述所述当前帧的帧号、所述子帧号以及所述第一DRX配置信息，确定所述eNB对应的第一DRX状态信息；
根据所述所述当前帧的帧号、所述子帧号以及所述第二DRX配置信息，确定所述gNB对应的第二DRX状态信息。
5.根据权利要求4所述的数据下发方法，其特征在于，所述根据所述当前帧的帧号、所述子帧号以及所述第一DRX配置信息，确定所述eNB对应的第一DRX状态信息，包括：
获取所述第一DRX配置信息所包含的第一DRX周期以及第一激活期；
根据所述当前帧的帧号、所述子帧号以及所述第一DRX周期，确定当前是否处于所述第一激活期内；
若确定处于所述第一激活期内，则确定所述第一DRX状态信息为激活状态；
若确定不处于所述第一激活期内，则确定所述第一DRX状态信息为休眠状态。
6.根据权利要4所述的数据下发方法，其特征在于，所述根据所述所述当前帧的帧号、所述子帧号以及所述第二DRX配置信息，确定所述gNB对应的第二DRX状态信息，包括：
获取所述第二DRX配置信息所包含的第二DRX周期以及第二激活期；
根据所述当前帧的帧号、所述子帧号以及所述第二DRX周期，确定当前是否处于所述第二激活期内；
若确定处于所述第二激活期内，则确定所述第二DRX状态信息为激活状态；
若确定不处于所述第二激活期内，则确定所述第二DRX状态信息为休眠状态。
7.根据权利要求4所述的数据下发方法，其特征在于，所述根据所述DRX状态信息确定数据接收端，包括：
若所述第一DRX状态信息为休眠状态，且所述第二DRX状态信息为激活状态，则确定所述gNB为所述数据接收端；
若所述第一DRX状态信息为激活状态，且所述第二DRX状态信息为休眠状态，则确定所述eNB为所述数据接收端；
若所述第一DRX状态信息与所述第二DRX状态信息均为激活状态，则确定所述gNB与所述eNB为所述数据接收端。
8.根据权利要求7所述的方法，其特征在于，若所述第一DRX状态信息与所述第二DRX状态信息均为激活状态，则确定所述gNB与所述eNB为所述数据接收端，所述将待同步数据下发至所述数据接收端，包括：
根据所述eNB以及所述gNB分别对应的空口能力，确定所述eNB以及所述gNB分别对应的数据下发量，以将所述待同步数据按照各自对应数据下发量进行下发。
9.一种数据下发设备，其特征在于，包括存储器以及处理器；
所述存储器用于存储计算机程序；
所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1-8任一项所述的数据下发方法的步骤。
10.一种存储介质，用于计算机可读存储，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至8中任一项所述的数据下发的步骤。
CN202010589920.7A 2020-06-24 2020-06-24 数据下发方法、设备和存储介质 Pending CN113840369A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010589920.7A CN113840369A (zh) 2020-06-24 2020-06-24 数据下发方法、设备和存储介质
PCT/CN2021/095878 WO2021258962A1 (zh) 2020-06-24 2021-05-25 数据下发方法、设备和存储介质
EP21828037.8A EP4175406A4 (en) 2020-06-24 2021-05-25 DATA OUTPUT METHOD AND DEVICE AND STORAGE MEDIUM

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010589920.7A CN113840369A (zh) 2020-06-24 2020-06-24 数据下发方法、设备和存储介质

Publications (1)

Publication Number Publication Date
CN113840369A true CN113840369A (zh) 2021-12-24

Family

ID=78964657

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010589920.7A Pending CN113840369A (zh) 2020-06-24 2020-06-24 数据下发方法、设备和存储介质

Country Status (3)

Country Link
EP (1) EP4175406A4 (zh)
CN (1) CN113840369A (zh)
WO (1) WO2021258962A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841594B (zh) * 2012-11-21 2019-05-10 中兴通讯股份有限公司 非连续接收模式管理方法、用户设备及基站
KR102220934B1 (ko) * 2014-05-07 2021-02-26 삼성전자 주식회사 무선 통신 시스템에서 비연속적 수신을 제어하기 위한 방법, 사용자 장치 및 기지국
US10321513B2 (en) * 2015-08-17 2019-06-11 Samsung Electronics Co., Ltd Method for PDCP control PDU transmission by user equipment (UE)
CN107950056B (zh) * 2015-10-06 2021-02-23 苹果公司 使用3gpp无线电接入技术的接入系统之间的双无线电操作
CN108377548B (zh) * 2016-10-12 2021-04-20 中国电信股份有限公司 一种移动性管理方法、ue和通信系统
CN109618419B (zh) * 2018-12-19 2021-10-26 中兴通讯股份有限公司 一种用于支持双连接的安全处理方法及系统

Also Published As

Publication number Publication date
EP4175406A1 (en) 2023-05-03
EP4175406A4 (en) 2023-12-27
WO2021258962A1 (zh) 2021-12-30

Similar Documents

Publication Publication Date Title
CN111567070B (zh) 唤醒时间控制方法、装置及计算机可读存储介质
US11089619B2 (en) Data transmission method, device and system
US20220124765A1 (en) Method and apparatus for operating drx timer, device and storage medium
CN113038634B (zh) 唤醒信号配置方法、唤醒信号处理方法及相关设备
CN111869274B (zh) 数据传输处理方法、装置、用户设备及存储介质
WO2022042752A1 (zh) 物理下行控制信道的监听方法、装置和设备
JP7247374B2 (ja) モニタリング方法、シグナリング下り送信方法及び装置、通信機器及び記憶媒体
EP4216662A1 (en) Method and device for configuring discontinuous reception, terminal, and readable storage medium
WO2021129508A1 (zh) 唤醒信号处理方法、唤醒信号配置方法及相关设备
WO2015113199A1 (zh) 一种非连续接收的控制方法及装置
CN110769381B (zh) 一种drx实现和配置方法及装置
WO2022052062A1 (zh) Drx分组唤醒方法及装置、通信设备及存储介质
CN113972967A (zh) 辅助信息发送方法、接收方法、装置、终端及网络侧设备
WO2021258962A1 (zh) 数据下发方法、设备和存储介质
CN114501483A (zh) 信息处理方法、装置及终端
CN115087082A (zh) 上行发送处理方法、装置、终端及可读存储介质
WO2022063232A1 (zh) 确定终端行为的方法、指示终端行为的方法及装置
WO2023093629A1 (zh) 终端行为控制方法、终端及网络侧设备
WO2022206648A1 (zh) 侧链路非连续接收的实现方法、装置及终端
WO2022184101A1 (zh) 间隙gap处理方法、装置、设备及存储介质
WO2022262865A1 (zh) Gap处理方法、装置、终端及可读存储介质
CN112789881B (zh) 一种直连链路的控制方法、装置、通信设备及存储介质
WO2022152073A1 (zh) 省电处理方法、装置及设备
WO2024051582A1 (zh) 监听处理方法、装置、终端及网络侧设备
WO2024036527A1 (zh) 搜索空间配置方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination