CN113795046B - 通信方法、通信装置、通信设备及存储介质 - Google Patents

通信方法、通信装置、通信设备及存储介质 Download PDF

Info

Publication number
CN113795046B
CN113795046B CN202111074130.6A CN202111074130A CN113795046B CN 113795046 B CN113795046 B CN 113795046B CN 202111074130 A CN202111074130 A CN 202111074130A CN 113795046 B CN113795046 B CN 113795046B
Authority
CN
China
Prior art keywords
time
release
rrc connection
transmission
duration
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.)
Active
Application number
CN202111074130.6A
Other languages
English (en)
Other versions
CN113795046A (zh
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202111074130.6A priority Critical patent/CN113795046B/zh
Publication of CN113795046A publication Critical patent/CN113795046A/zh
Application granted granted Critical
Publication of CN113795046B publication Critical patent/CN113795046B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例公开了一种通信方法、装置、通信设备及存储介质；所述通信方法由用户设备UE执行，包括：确定所述UE处于待机状态；在所述待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；在所述第一释放时间，触发所述RRC连接的释放。本公开实施例所提供通信方法可以降低UE的功耗、节省UE的耗电量等。

Description

通信方法、通信装置、通信设备及存储介质
技术领域
本公开涉及但不限于通信技术领域或者功耗优化技术领域，尤其涉及一种通信方法、装置、通信设备及存储介质。
背景技术
在相关技术中，用户可以通过用户设备(User Equipment，UE)可以体验第四代移动通信技术(4G)或者第五代移动通信技术(5G)等网络高速上网。然而用户体验高速上网的同时，也必须面临UE的功耗过高的所带来的问题：会导致UE的电量消耗过快，使用用户的体验满意度下降。
发明内容
本公开提供一种通信方法、装置、通信设备及存储介质。
根据本公开的第一方面，提供一种通信方法，由UE执行，所述方法包括：
确定所述UE处于待机状态；
在所述待机状态下，基于数据传输的传输时长，确定无线资源控制(RRC)连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；
在所述第一释放时间，触发所述RRC连接的释放。
在一些实施例中，所述基于数据传输的传输时长，确定无线资源控制(RRC)连接释放的第一释放时间，包括以下之一：
基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间；
基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间。
在一些实施例中，所述方法还包括以下至少之一：
基于所述第二释放时间与所述传输结束时刻的差值，确定所述延迟时长；
预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，其中，所述预定倍数为小于1的正数。
在一些实施例中，所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括以下之一：
若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长与所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻和所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
在一些实施例中，所述确定所述UE处于待机状态，包括以下至少之一：
若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值；所述RRC连接的连接时长为RRC连接释放的时间与RRC连接建立的时间的差值；
若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态；
若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态。
在一些实施例中，所述在所述第一释放时间，触发所述RRC连接的释放，包括：
在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，其中，所述第一指示信息用于请求释放所述RRC连接。
在一些实施例中，所述方法还包括：
接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放消息；
基于所述RRC连接释放消息，释放所述RRC连接。
根据本公开的第二方面，提供一种通信装置，包括：
第一确定模块，用于确定所述通信装置处于待机状态；
第二确定模块，用于在所述待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；
处理模块，用于在所述第一释放时间，触发所述RRC连接的释放。
在一些实施例中，所述第二确定模块，用于基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间；
或者，
所述第二确定模块，用于基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间。
在一些实施例中，所述第二确定模块，用于以下至少之一：
基于所述第二释放时间与所述传输结束时刻的差值，确定所述延迟时长；
预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，其中，所述预定倍数为小于1的正数。
在一些实施例中，所述第二确定模块，还用于以下之一：
若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长及所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻与所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
在一些实施例中，所述第一确定模块，用于以下至少之一：
若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值；所述RRC连接的连接时长为RRC连接释放的时间与RRC连接建立的时间的差值；
若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态；
若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态。
在一些实施例中，所述处理模块，用于在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，其中，所述第一指示信息用于请求释放所述RRC连接。
在一些实施例中，所述处理模块，用于接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放消息；
所述处理模块，还用于基于所述RRC连接释放消息，释放所述RRC连接。
根据本公开的第三方面，提供一种通信设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：用于运行所述可执行指令时，实现本公开任意实施例的所述的通信方法。
根据本公开的第四方面，提供一种计算机可读存储介质，所述可读存储介质存储有可执行程序，其中，所述可执行程序被处理器执行时实现本公开任意实施例所述的通信方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开实施例中，可以确定出UE处于待机状态；并在UE处于待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；并在所述第一释放时间，触发所述RRC连接的释放。如此，本公开实施例可以准确识别出UE所处待机状态，并在不晚于设置的数据传输的RRC连接释放的第二释放时间的第一释放时间，触发RRC连接的释放。当第一释放时间早于第二释放时间时，可以确保UE数据传输结束的前提下提前触发释放RRC连接，即可以缩短UE处于RRC连接的连接时长；从而可以降低UE的功耗、节省UE的耗电量。并且，当UE的耗电量降低时，可以使得UE的续航时间增长，从而也可以提升用户体验满意度。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的UE处于RRC空闲态的功耗的示意图。
图2是根据一示例性实施例示出的UE处于RRC连接态的功耗的示意图。
图3是根据一示例性实施例示出的一种通信方法的流程图。
图4是根据一示例性实施例示出的一种UE的工作时序的示意图。
图5是根据一示例性实施例示出的一种UE的工作时序的示意图。
图6是根据一示例性实施例示出的一种UE的工作时序的示意图。
图7是根据一示例性实施例示出的一种UE的工作时序的示意图。
图8是根据一示例性实施例示出的一种通信方法的流程图。
图9是根据一示例性实施例示出的一种通信方法的流程图。
图10是根据一示例性实施例示出的一种通信方法的流程图。
图11是根据一示例性实施例示出的一种通信装置的框图。
图12是根据一示例性实施例示出的一种用户设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
为了更好地理解本公开任一个实施例所描述的技术方案，首先，对相关技术中UE处于RRC空闲态或者RRC连接态的功耗进行部分说明：
在一个实施例中，UE的功耗与以下至少之一但不限于以下至少之一的因素相关：UE的显示屏的显示亮度、UE的蓝牙模组、UE的无线网络通信技术(WIFI)模组、UE的音量及UE的数据通信等。以下以UE处于4G网络且基于数据通信影响功耗为例进行说明：
在一个实施例中，所述UE所处的状态包括：无线资源控制(Radio ResourceControl，RRC)空闲态(idle)、RRC连接态(connected)。在另一个实施例中，所述UE若处于5G网络时，UE所处的状态可包括：RRC空闲态、RRC非激活态(inactive)或者RRC连接态。在一个实施例中，若UE处于RRC空闲态或者RRC非激活态，UE与网络侧没有建立RRC连接。在UE处于RRC空闲态或者RRC非激活态时，UE接收网络侧发送的下行消息；此时可以通过设置非连续性接收周期(Discontinuous，DRX)来减少对物理下行控制信道(Physical DownlinkControl Channel，PDCCH)等传输的解码，从而减少UE的功耗。在另一个实施例中，若UE处于RRC连接态，UE与网络侧建立RRC连接。这里，网络侧可以是指核心网或者接入网的网络设备。
在一个实施例中，UE处于RRC空闲态时，UE可以处理以下至少之一的流程：寻呼消息的监听、系统消息的获取、及邻小区的测量或者小区重选。在另一个实施例中，UE处于RRC连接态时，UE可以处理以下之一的流程：UE接收或发送单播数据；若UE支持载波聚合(CA)，则UE支持一个或多个主小区(PCell)与一个或多个辅小区(SCell)的聚合；若UE支持双连接(DC)，则UE支持一个或多个主小区组(MCG)与一个或多个辅小区组(SCG)的聚合；监听寻呼消息；获取系统消息或者检测系统消息的更新；提供信道质量和反馈信息；邻小区测量；及测量结果的上报。对比UE处于RRC空闲态与RRC连接态的流程，其中UE处于RRC连接态时需要处理的流程比RRC空闲态处理流程相对较多。如此可以通过减少UE处于RRC连接态的连接时长来减少UE的功耗。
在一个实施例中，如图1所示和如图2所示，UE处于RRC空闲态时，平均电流为9.26mA；UE处于RRC连接态时，平均电流为134.14mA。该示例中UE处于RRC连接态是RRC空闲态的平均电流的14倍左右。
在一个实施例中，UE注册到4G网络；若UE处于待机状态，则UE不会主动发送数据的请求，UE处于RRC空闲态；若UE的应用程序(APP)需要联网与网络侧传输数据时，则触发RRC连接建立，UE由RRC空闲态切换到RR连接态；当UE与网络侧的数据传输结束后，UE基于接收的网络侧发送的RRC连接释放消息，由RRC连接态切换到RRC空闲态。而网络侧下发RRC连接释放消息或者UE释放RRC连接，并不会在UE与网络侧的数据传输结束后立即进行，而是需要经过一段延迟时长才进行。在一个应用场景中，不同的运营商可以确定不同的延迟时长；例如，联通网络确定延迟时长为10s左右及电信网络确定延迟时长为20s左右。
图3是根据一示例性实施例示出的一种通信方法的示意图；如图1所示，由UE执行，所述通信方法包括以下步骤：
步骤S11：确定所述UE处于待机状态；
步骤S12：在所述待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；
步骤S13：在所述第一释放时间，触发所述RRC连接的释放。
这里，UE可以是各种移动终端或固定终端。例如，UE可以是但不限于是手机、计算机、服务器、可穿戴设备、游戏控制平台或多媒体设备等。
这里，UE的状态可以是：RRC连接态或者RRC空闲态；或者，UE的状态可以是：RRC连接态、RRC非激活态或者RRC空闲态。例如，当UE注册在4G或者3G网络时，UE可以为RRC连接态或者RRC空闲态的UE。又如，当UE注册在5G网络或者其它更高网速的网络时，UE可以为RRC连接态、RRC非激活态或者RRC空闲态的UE。
在一个实施例中，所述步骤S11，包括：若所述UE满足待机状态条件，确定所述UE处于待机状态。
这里，所述UE满足待机状态条件，包括但不限于以下至少之一：所述UE连续预定次数的RRC连接的使用效率小于预定效率；所述UE的显示屏处于灭屏状态超过预定时长；及所述UE在第一预定时间范围内未使用数据流量上网。
在一个实施例中，所述确定所述UE处于待机状态，包括：若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值。
这里，数据传输的传输时长基于数据传输的传输开始时刻及传输结束时刻确定。在一个实施例中，所述方法还包括：基于所述数据传输的传输结束时刻与传输开始时刻的差值，确定所述传输时长。
这里，RRC连接的连接时长基于RRC连接释放的时间与RRC连接建立的时间确定。在一个实施例中，所述方法还包括：基于RRC连接建立的时间与RRC连接释的时间的差值，确定所述RRC连接的连接时长。这里，所述RRC连接释放的时间为设置的RRC连接释放的时间，即为本次数据传输对应的第二释放时间。
在一个实施例中，第二释放时间为运营商设置的数据传输的所述RRC连接释放的时间。对于不同的运营商，设置的所述第二释放时间不同。
当然，在其它的实施例中，第二释放时间也可以是网络或者UE设置的默认时间，该默认时间至少是在数据传输的传输结束时刻之后的时间。在一实施例中，默认时间可以为数据传输的传输结束时刻之后的至少8秒后的时间。
示例性的，如图4所示，UE建立RRC连接的时间为RRC连接建立的时间：tRRCSetup；UE数据传输开始的时间为传输开始时刻：tDataStart；UE数据传输结束的时间为传输结束时刻：tDataEnd；运营商设置的UE的RRC连接释放的时间为：tRRCRelease。则UE的数据传输的传输时长为：tDataGap＝tDataEnd-tDataStart；UE的RRC连接的连接时长为：tRRCGap＝tRRCRelease-tRRCSetup；UE的RRC的连接是使用效率为：RRRCUsage＝tDataGap/tRRCGap或者这里，所述RRC连接释放，即所述RRC连接断开。
示例性的，如下表1中，例举了一些示例中数据传输的传输开始时刻tDataStart、传输结束时刻tDataEnd、数据传输的传输时长tDataGap、与数据传输对应RRC连接建立的时间tRRCSetup、RRC连接释放的时间tRRCRelease、RRC连接的连接时长tRRCGap、以及与数据传输对应的RRC连接的使用效率RRRCUsage。
表1
上表1中的示例中，RRC连接的连接时长均在10秒以上，数据传输的传输时长均在4秒以下，且RRC连接的使用效率在0.07％至23％间；如此，RRC连接的使用效率相对较低。当RRC连接的使用效率小于预定效率时，可认为UE处于待机状态。
可以理解的是，上述表1中的每一个元素都是独立存在的，这些元素被示例性的列在同一张表格中，但是并不代表表格中所有元素必须根据表格所示的同时存在。其中每一个元素的值，是不依赖表1中任何其它元素值。因此本领域技术人员可以理解，该表1中的每一个元素的取值都是一个独立的实施例。
在一个实施例中，所述预定次数为大于1的次数。在另一个实施例中，UE连续预定次数的RRC连接的使用效率小于预定效率也可以是：UE最近一次的RRC连接的使用效率小于预定效率。
这里，预定效率为大于第一效率的值；例如预定小于为大于20％的值。这里，UE所对应的运营商不同，设置的预定效率不同。例如，电信网络和联通网络的预定效率可设置为25％，或者，移动网络的预定效率可设置20％。
这里，预定效率也可以基于历史信息确定。例如，UE查询历史信息中查询到上次或者上几次UE的数据传输对应的预定效率，基于上次或者上几次UE的数据传输对应的预定效率，确定本次的数据传输的预定效率。
示例性的，UE若确定一次RRC连接的使用效率RRRCUsage小于预定效率RRRCThresh，则确定UE处于临时待机状态；若确定RRC连接的使用效率大于或等于预定效率，则确定UE处于上网状态。若UE确定所述UE处于临时待机状态，则再次检测1次或者连续N次数据传输对应的RRC连接的使用效率；若UE确定再次检测1次或者连续N次数据传输对应的RRC连接的使用效率均小于预定效率，则确定所述UE处于待机状态。这里，N为大于1的整数。如此，UE通过连续两次或者两次以上检测到UE的RRC连接的使用相对较低，即小于预定效率，则可以准确确定UE处于待机状态。
示例性的，UE若确定一次RRC连接的使用效率小于预定效率，则确定UE处于待机状态。如此，UE也可以通过一次检测到RRC连接的使用效率小于预定效率，确定出UE处于待机状态。
在另一个实施例中，所述确定所述UE处于待机状态，包括：若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态。这里，预定时长可以为大于或等于第一时长的时长。例如预定时长为大于10秒的时长。如此，本公开实施例也可以通过显示屏是否处于灭屏的情况，确定出UE是否处于待机状态。
在另一个实施例中，所述确定所述UE处于待机状态，包括：若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态条。这里，所述第一预定时间可以大于或等于第一时长。例如，第一预定时间范围内，可以是指10秒的时间范围内。如此，在本公开实施例中，若UE不使用流量上网，则确定所述UE可以无需RRC连接，则可以确定出UE处于待机状态。
在一个实施例中，所述步骤S12中UE处于RRC连接态。例如，所述步骤S12，可以是：在所述待机状态下，若所述UE处于RRC连接态，基于数据传输的传输时长，确定RRC连接释放的第一释放时间。又如，所述步骤S12，可以是：在所述待机状态下，若确定UE有联网需求，触发所述UE建立RRC连接；并基于数据传输的传输时长，确定RRC连接释放的第一释放时间。
在一个实施例中，所述步骤S13的一种现实方式为：在所述第一释放时间或者所述第一释放时间的第二预定时间范围内，向网络设备发送RRC连接释放消息。如此，可以使得UE主动发起RRC连接释放请求，从而使得网络设备可以释放掉UE与网络设备之间的RRC连接。
这里，网络设备可以是接入网或者核心网的设备。例如所述设备可以为各种类型的基站，如为3G基站、4G基站、5G基站或者其它演进型基站等。
由于UE处于RRC连接态的功耗相对高于UE处于RRC空闲态的时长；例如，在一个实施例中，UE处于RRC连接态的功耗比RRC处于空闲态的功耗高14倍左右；如此可以通过缩短UE处于RRC连接态的时长来减少UE的功耗。
在本公开实施例中，可以通定出UE处于待机状态，从而可以准确确定出UE所在待机状态。并在UE处于待机状态下，基于数据传输时长，确定RRC连接释放的第一释放时间，使得第一释放时间不晚于设置的数据传输的第二释放时间；并在第一释放时间触发RRC连接的释放。如此，当第一释放时间早于第二释放时间时，可以确保UE数据传输结束的前提下提前触发释放RRC连接，即可以缩短UE处于RRC连接的连接时长；从而可以降低UE的功耗、节省UE的耗电量，进而提升用户体验满意度。并且，当UE的功耗降低时，UE的电量消耗降低，从而使得UE的续航时间增长；如此，可以提升用户的体验满意度。
在一些实施例中，所述基于数据传输的传输时长，确定RRC连接释放的第一释放时间，包括以下之一：
基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间；
基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间。
在一个实施例中，所述第一释放时间为：优化后的释放RRC连接的时间；所述第二释放时间为：未优化的释放RRC连接的时间。
这里，传输时长对应的传输结束时刻可以为：本次数据传输的最后一个数据包传输结束的时刻。
示例性的，所述如图4所示，UE确定出数据传输的传输结束时刻为tDataEnd，且UE获取到运营商设置的RRC连接释放的时间为tRRCRelease；这里，运营商设置的RRC连接释放的时间，即为第二释放时间，则在该tDataEnd至tRRCRelease之间的任意时刻均可以为所述第一释放时间。如此，在本公开实施例中，可以在UE完成数据传输的前提下同时提前释放RRC连接，从而可以缩短UE处于RRC连接的连接时长，从而降低UE的功耗。
这里，所述延迟时长可以基于数据传输的第二释放时间与数据传输的传输结束时刻确定。在一个实施例中，所述方法包括：基于数据传输的第二释放时间与所述传输结束时刻的差值，确定所述延迟时长。
示例性的，如图4所示，若UE获取数据传输的RRC连接释放的第二释放时间为tRRCRelease，及获取数据传输的传输结束时刻为tDataEnd；则UE确定延迟时长为tRRCReleaseDelay＝tRRCRelease-tDataEnd。
这里，所述定时时长可以预先设置，或者也可以基于延迟时长确定。在一个实施例中，所述方法包括：预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，所述预定倍数为小于1的正数。
示例性的，UE根据历史经验确定定时时长；例如，UE根据历史经验确定3秒或者4秒等为定时时长TOptimize。
示例性的，UE根据延迟时长确定定时时长。为了使得UE可以提前释放RRC连接，则确定定时时长小于延迟时长。例如UE确定定时时长为延迟时长的预定倍速，如定时时长为：
在一个实施例中，所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括：
若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长与所述传输时长之和，确定所述第一释放时间。
这里的传输结束时刻可以是：本次数据传输的最后一个数据包传输结束的时刻，或者，本次数据传输的任意一个数据包的传输结束的时刻。
在一个实施例中，基于传输结束时刻、所述定时时长及所述传输时长之和，确定第一释放时间，包括：确定在所述传输结束时刻之后、再经过所述定时时长与所述传输时长之和的时间，为所述第一释放时间；或者，确定在所述传输时刻之后、再经过所述定时时长与所述传输时长之和的时间后的预定时间范围内的时间，为所述第一释放时间；或者，确定所述传输时刻之后、再经过所述定时时长与所述传输时长之和的时间后且所述第二释放时间之前的任意时刻，为所述第一释放时间。
示例性的，如图5所示，UE建立RRC连接的时间为RRC连接建立的时间：tRRCSetup；UE数据传输开始的时间为传输开始时刻：tDataStart；UE数据传输结束的时间为传输结束时刻：tDataEnd；运营商设置的UE的RRC连接释放的时间为第二释放时间tRRCRelease。这里，所述RRC连接释放，即所述RRC连接断开。则UE的数据传输的传输时长为：tDataGap＝tDataEnd-tDataStart；UE确定的定时时长为TOptimize。UE若确定tDataGap≤TOptimize，则UE确定第一释放时间tRRCRelease-Optimized为tDataEnd之后的TOptimize+tDataGap的时间；或者，确定tRRCRelease-Optimized为：tDataEnd之后的TOptimize+tDataGap的时间至第二释放时间tRRCRelease之间的时间。则UE在第一释放时间触发RRC连接的释放。
如此，在本公开实施例中，若确定第一释放时间为tDataEnd之后的TOptimize+tDataGap的时间，则UE的RRC连接的连接时长减少了：tRRCReleaseDelay-(TOptimize+tDataGap)；如此可以大大提高RRC连接的使用功率、及降低UE的功耗等。若确定第一释放时间为：tDataEnd之后的TOptimize+tDataGap的时间至第二释放时间tRRCRelease之间的时间，则UE的RRC连接的连接时长也得到相应的减少，减少的连接时长小于tRRCReleaseDelay-(TOptimize+tDataGap)且大于0；如此也可以提高RRC连接的使用效率及降低UE的功耗等。
在本公开实施例中，由于传输结束时刻并不一定是本次数据传输的最后一个数据包传输结束的时刻，则在该传输结束时刻之后可能还有数据包需要传输；则可以确定该基于传输结束时刻确定的传输时长是否大于定时时长。若确定传输时长小于或等于定时时长，则可能本次数据传输还未结束；则可以确定再经过定时时长与传输时长之和的时间之后的时间为第一释放时间，可以尽可能确保在该第一释放时间本次数据传输已经结束；如此可以大大降低本次数据传输还未传输完就释放RRC连接的情况出现，从而可以在降低UE功耗的同时确保数据传输的数据包均传输完的概率。并且，由于可以在传输结束时刻之后、再经过定时时长与传输时长之和的时间之后的时间，触发RRC连接的释放，如此可以降低由于在传输结束时刻之后且再经过定时时长与传输时长之和的时间之前的时间段内已经释放RRC连接、但在该时间段内有数据传输需要重新建立RRC连接所带来的不断释放RRC连接及重建RRC连接所带来的通信不稳定的问题；也可以在一定程度上降低由于不断释放RRC连接及重建RRC连接所消耗的功耗及耗电量等。
在一个实施例中，所述方法包括：基于UE向网络设备发送RRC连接请求(RRCConnectionRequest)消息的时间、UE接收网络设备返回的RRC连接建立(RRCConnectionSetup)消息的时间、UE向网络设备发送服务请求(Service Request)消息的时间及UE向网络设备发送RRC连接建立完成(RRCConnectionSetupComplete)消息的其中之一，确定所述RRC连接建立的时间。如此，可以准确确定出RRC连接建立的时间。
在另一个实施例中，所述方法也可以是：获取网络设备发送的RRC连接建立的时间。如此，在本公开实施例，网络设备可以确定RRC连接建立的时间；则可以通过网设备直接将RRC连接建立的时间发送给UE。
在另一个实施例中，所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括：
若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻和所述传输时长之和，确定所述第一释放时间。
这里的传输结束时刻可以是：本次数据传输的最后一个数据包传输结束的时刻，或者，本次数据传输的任意一个数据包的传输结束的时刻。
在一个实施例中，基于所述传输结束时刻与所述传输时长之和，确定第一释放时间，包括：确定在所述传输结束时刻之后、再经过所述传输时长的时间，为所述第一释放时间；或者，确定在所述传输时刻之后、再经过所述传输时长的时间后的预定时间范围内的时间，为所述第一释放时间；或者，确定所述传输时刻之后、再经过所述传输时长时间后且所述第二释放时间之前的任意时刻，为所述第一释放时间。
示例性的，如图6所示，UE建立RRC连接的时间为RRC连接建立的时间：tRRCSetup；UE数据传输开始的时间为传输开始时刻：tDataStart；UE数据传输结束的时间为传输结束时刻：tDataEnd；运营商设置释放UE的RRC连接释放的时间为第二释放时间tRRCRelease。这里，所述RRC连接释放，即所述RRC连接断开。则UE的数据传输的传输时长为：tDataGap＝tDataEnd-tDataStart；UE确定的定时时长为TOptimize。UE若确定tDataGap＞TOptimize且确定tDataGap≤tRRCReleaseDelay，则UE确定第一释放时间tRRCRelease-Optimized为tDataEnd之后的tDataGap的时间；或者，确定tRRCRelease-Optimized为：tDataEnd之后的tDataGap的时间至第二释放时间tRRCRelease之间的时间。则UE在第一释放时间触发RRC连接的释放。
如此，在本公开实施例中，若确定第一释放时间为tDataEnd之后的tDataGap的时间，则UE的RRC连接的连接时长减少了：tRRCReleaseDelay-tDataGap；如此可以大大提高RRC连接的使用功率、及降低UE的功耗等。若确定第一释放时间为：tDataEnd之后的tDataGap的时间至第二释放时间tRRCRelease之间的时间，则UE的RRC连接的连接时长也得到相应的减少，减少的连接时长小于tRRCReleaseDelay-tDataGap且大于0；如此也可以提高RRC连接的使用效率及降低UE的功耗等。
在本公开实施例中，由于传输结束时刻并不一定是本次数据传输的最后一个数据包传输结束的时刻，则在该传输结束时刻之后可能还有数据包需要传输；则可以确定该基于传输结束时刻确定的传输时长是否大于定时时长。若确定传输时长大于定时时长，则可能本次数据传输还未结束；则可以确定再经过传输时长的时间之后的时间为第一释放时间。由于此时传输时长已经相对较大，则未传完数据包的可能性已经相对较小，则在传输结束时刻之后，再经过传输时长的时间时，就可以尽可能确保已经结束本次的数据传输。如此本公开实施例在该第一释放时间触发RRC连接可以大大降低本次数据传输还未传输完就释放RRC连接的情况出现，从而可以在降低UE功耗的同时确保数据传输的数据包均传输完的概率。并且，由于可以在传输结束时刻之后、再经过传输时长的时间之后的时间，触发RRC连接的释放，如此可以降低由于在传输结束时刻之后且再经过传输时长之前的时间段内已经释放RRC连接、但在该时间段内有数据传输需要重新建立RRC连接所带来的不断释放RRC连接及重建RRC连接所带来的通信不稳定的问题；也可以在一定程度上降低由于不断释放RRC连接及重建RRC连接所消耗的功耗及耗电量等。
在一些实施例中，所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括：
若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
在一个实施例中，所述基于所述第二释放时间，确定所述第一释放时间，包括：确定所述第二释放时间为所述第一释放时间。
示例性的，如图7所示，UE建立RRC连接的时间为RRC连接建立的时间：tRRCSetup；UE数据传输开始的时间为传输开始时刻：tDataStart；UE数据传输结束的时间为传输结束时刻：tDataEnd；运营商设置的UE的RRC连接释放时间为第二释放时间tRRCRelease。这里，所述RRC连接释放，即所述RRC连接断开。则UE确定数据传输的传输时长为：tDataGap＝tDataEnd-tDataStart；UE确定的定时时长为TOptimize。UE若确定tDataGap>tRRCReleaseDelay，则UE确定在第二释放时间tRRCRelease或者第二释放时间之前的预定时间范围内触发RRC连接的释放。
在其他的示例中，UE若确定tDataGap>tRRCReleaseDelay，则也可以确定第二释放时间为所述第一释放时间。
在本公开实施例中，若tDataGap>tRRCReleaseDelay，则确定UE的RRC连接的使用功率相对比较大，例如该RRC连接的使用功率已经大于50％；则可以无需提前释放RRC连接，可以直接在运营商等设定的第二释放时间触发RRC连接；如此可以进一步确保数据传输的所有数据包均接收传输，以及提高通信的稳定性。
当然，在其它的实施例中，若传输结束时刻为本次数据传输的最后一个数据包的传输结束的时刻，所述UE也可以在所述传输结束时刻至第二释放时间之间的任意时刻触发RRC连接的释放。如此，本公开实施例还能进一步提高RRC连接的使用效率、及降低UE的功耗与耗电量等。
在一些实施例中，所述步骤S13，包括：
在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求(Tracking Area Update Request)消息，其中，所述第一指示信息用于请求释放所述RRC连接。
这里，第二预定时间为0，或者第二预定时间为小于第二时长的值。例如，所述第二时长为1秒、2秒或者3秒等。这里，第一释放时间与第一时长之和，小于第二释放时间。
当所述预定时间为0时，所述在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，包括：在所述第一释放时间，向网络设备发送携带第一指示信息的跟踪区更新请求消息。
示例性的，UE将跟踪区更新请求消息的预定标志位设置为第一指示信息，该第一指信息用于请求释放RRC连接。这里，预定标志为可以为激活标志(Active flag)位，也可以为跟踪区更新请求消息中的其它标志位。这里，第一指示信息可以为“0”。UE在第一释放时间，将该跟踪区更新请求消息发送给网络设备，以触发网络设备释放RRC的连接。
在本公开实施例中，可以通过携带第一指示信息的跟踪区跟踪请求消息，请求网络设备释放RRC的连接，如此可以提高跟踪区跟踪请求消息的使用率。且跟踪区跟踪请求消息还可以用于UE所在新的跟踪区的跟踪，如此还可以减少信令的开销。
在另一个实施例中，在所述第二释放时间触发所述RRC连接的释放，包括：在所述第二释放时间，向网络设备发送携带第一指示信息的跟踪区更新请求；或者，在所述第二释放时间的第二预定时间范围内，向网络设备发送携带第一指示新的跟踪区更新请求。如此，在本公开实施例中，若RRC连接的使用效率相对较高，则也可以在运营商等设置的第二释放时间请求RRC连接的释放，以使得UE能够及时的释放RRC连接且提高无线通信的稳定性。
在另一个实施例中，所述步骤S13，包括：在所述第一释放时间的第二预定时间范围内，向网络设备发送RRC连接释放请求消息。如此，本公开实施例也可以通过其它任意可实现的方式发送RRC连接释放请求消息或者用于请求RRC连接释放的请求信息，从而使得网络设备释放RRC连接。
在一些实施例中，所述方法还包括：
接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放(RRCConnectionRelease)消息；
基于所述RRC连接释放消息，释放所述RRC连接。
如此，在本公开实施例中，UE可以基于网络设备发送的RRC连接释放消息，释放所述RRC连接。如此本公开实施例可以提前释放RRC连接，使得UE由RRC连接态转换为RRC空闲态，从而可以降低UE的功耗及耗电量。
在一个实施例中，所述接收所述设备基于所述跟踪区更新请求返回的RRC连接释放消息之前，还包括：接收跟踪区更新接受(Tracking Area Update Accept)消息。如此可以使得UE知晓网络设备已接收UE的RRC释放连接请求。
为了进一步解释本公开任意实施例，以下提供了几个具体示例：
示例一
请参见图8及图4，本公开实施例提供一种通信方法，由UE执行，所述方法包括以下步骤：
步骤S201：UE若确定UE驻留在4G网络，开启所述UE的数量流量；
这里，步骤S21中所述UE也可以是驻留在5G网络或者长期演进(Long TermEvolution，LTE)网络或者其它演进型网络。
步骤S202：所述UE响应于所述UE发起数据传输的服务请求，触发所述RRC连接的建立；并获取所述RRC建立成功的时间为RRC连接建立的时间tRRCSetup；
在一个可选实施例中，所述UE向网络设备发送RRC建立请求消息；所述UE接收所述网络设备返回的RRC连接建立消息，并基于接收到RRC连接建立消息的时间确定所述tRRCSetup。
步骤S203：所述UE响应于开始传输数据，确定数据传输的传输开始时刻tDataStart；且UE响应于停止传输数据，确定数据传输的传输结束时刻tDataEnd；
这里，UE传输数据包括：UE接收和/或发送数据。
在一个可选实施例中，UE传输数据至少包括：与数据无线承载(Data RadioBearer，DRB)关联的分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)接收和/或发送的数据。
步骤S204：所述UE基于接收到网络设备发送的RRC连接释放消息的时间，确定RRC连接释放的时间tRRCRelease；
步骤S205：所述UE基于所述tRRCRelease及所述tRRCSetup，确定所述RRC连接的连接时长tRRCGap＝tRRCRelease-tRRCSetup；所述UE基于所述tDataEnd及所述tDataStart，确定所述数据传输的传输时长tDataGap＝tDataEnd-tDataStart；以及所述UE基于所述tRRCRelease及所述tDataEnd，确定所述RRC连接释放的延迟时长tRRCReleaseDelay＝tRRCRelease-tDataEnd；所述UE基于所述tDataGap及所述tRRCGap，确定所述RRC连接的使用效率
步骤S206：所述UE若确定所述RRRCUsage小于预定效率RRRCThresh，确定所述UE处于临时待机状态；
在一个可选实施例中，所述UE若确定所述RRRCUsage大于或等于所述RRRCThresh，确定所述UE处于上网状态；
步骤S207：所述UE若确定连续预定次数RRC连接的所述RRRCUsage小于预定效率RRRCThresh，则确定所述UE处于待机状态；其中，预定次数为大于1的次数。
如此，本公开实施例可以准确确定出UE是否处于待机状态。
示例二
请参见图9及图5至图7，本公开实施例提供一种通信方法，由UE执行，所述方法包括以下步骤：
步骤S301：所述UE确定所述UE处于待机状态；
在一个可选实施例中，所述UE基于上述步骤S201至步骤S207，确定所述UE处于待机状态。
在另一个可选实施例中，所述UE若确定所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于待机状态。
步骤S302：所述UE响应于所述UE发起数据传输的服务请求，触发所述RRC连接的建立；并获取所述RRC建立的时间；
这里，所述RRC建立的时间为：tRRCSetup。
步骤S303：所述UE响应于数据开始传输，确定数据传输的传输开始时刻；且UE响应于数据停止传输，确定数据传输的传输结束时刻；
这里，所述传输开始时刻为：tDataStart；所述传输结束时刻为：tDataEnd。
步骤S304：所述UE设置定时器的定时时长，并在所述传输结束时刻启动所述定时器；
这里，所述定时器的定时时长为：为TOptimize。
在一个可选实施例中，若在tDataEnd时所述定时器已开启，则重新启动定时器。
在一个可选实施例中，确定达到定时器的结束时间时的时间为定时器结束时间tOptimize。
在一个可选实施中，确定所述TOptimize为：
步骤S305：所述UE基于所述传输结束时刻及所述传输开始时刻，确定所述数据传输的传输时长；并基于所述传输时长、所述定时时长及延迟时长，确定RRC连接释放的第一释放时间；
这里，所述传输时长为：tDataGap＝tDataEnd-tDataStart；所述延迟时长为tRRCReleaseDelay。
在一个可选实施例中，若所述UE确定tDataGap≤TOptimize，则确定tDataEnd之后的TOptimize+tDataGap的时间，为所述第一释放时间。在本示例中，所述RRC连接的连接时长减少了：tRRCReleaseDelay-(TOptimize+tDataGap)；降低的所述延迟时间tRRCReleaseDelay在50％至75％的范围内。
在另一个可选实施例中，若所述UE确定tDataGap＞TOptimize且确定tDataGap≤tRRCReleaseDelay，则确定tDataEnd之后的tDataGap的时间，为所述第一释放时间。在本示例中，所述RRC连接的连接时长减少了：tRRCReleaseDelay-tDataGap；降低的所述延迟时间tRRCReleaseDelay在0至75％的范围内。
在又一个可选实施例中，若所述UE确定tDataGap>tRRCReleaseDelay，则确定tRRCReleaseDelay为所述第一释放时间。在本示例中，tRRCReleaseDelay也可以是指设置的RRC连接释放的第二释放时间；在本示例中，由于RRRCUsage已经超过了50％，则可以沿用未优化的第二释放时间为所述第一释放时间，以触发RRC连接的释放。
如此，本公开实施例可以在所述UE处于待机状态时，可以确定出合适的RRC连接释放的第一释放时间。如此，可以在尽可能保证数据传输完成的前提下提前释放RRC连接；从而可以降低UE的功耗，从而降低UE的耗电量。
示例三
如图10所示，本公开实施例提供一种通信方法，由UE执行，所述方法包括以下步骤：
步骤S401：响应于所述UE联网需求时，发送RRC连接请求(RRCConnectionRequest)消息；
在一个可选实施例中，所述UE响应于所述UE的APP有联网需求时，向网络设备发送RRC连接请求消息。
步骤S402：接收RRC连接建立(RRCConnectionSetup)消息；
在一个可选实施例中，所述UE接收所述网络设备基于所述RRC连接请求返回的所述RRC连接建立消息。
步骤S403：发送传输数据的服务请求(Service Request)消息；
在一个可选实施例中，所述UE向网络设备发送所述传输数据的所述服务请求消息。
步骤S404：发送RRC连接建立完成(RRCConnectionSetupComplete)消息；
在一个可选实施例中，所述UE向所述网络设备发送RRC连接建立完成消息。
这里，UE可以基于执行上述步骤S401至S404的其中之一的时间，确定所述RRC连接建立的时间。
步骤S405：接收RRC连接配置(RRCConnectionReconfiguration)消息；
在一个可选实施例中，所述UE接收网络设备发送的RRC连接配置消息，其中，所述连接配置消息中添加了DRB和/或信令无线承载(Signalling Radio Bearer)。如此，UE接收到网络连接配置消息后，就可以与UE进行数据的传输。
步骤S406：进行数据传输；
在一个可选实施例中，所述UE与所述网络设备进行数据传输；所述UE基于所述数据传输的开始时间，确定传输开始时间；以及所述UE基于所述数据传输的结束时间，确定传输结束时间。
在一个可选实施例中，所述UE设置定时器，并确定定时器的定时时长；所述UE在本次数据传输的第一个数据包传输完成时，开启所述定时器；并确定在达到所述定时器的定时时长前是否有数据包传输。若在达到所述定时器的定时时长前未再有数据包传输，则确定所述第一个数据包传输完成的时间为所述传输结束时间。若在达到所述定时器的定时时长前有第二数据包传输，则在所述第二数据包的传输完成时间时重新启动定时器；并在达到所述定时器的定时时长前是否有数据包传输，依次类推，直到达到第二释放时间。
步骤S407：在第一释放时间，发送携带第一指示信息的跟踪区更新请求(TrackingArea Update Request)消息；其中，所述第一指示信息用于请求释放所述RRC连接；
在一个可选实施例中，所述UE可以通过上述实施例二中步骤S301至步骤S305确定出所述第一释放时间；所述UE在所述第一释放时间，向所述网络设备发送所述跟踪区更新请求消息。
步骤S408：接收跟踪区更新接受(Tracking Area Update Accept)消息；
在一个可选实施例中，所述UE接收所述网络设备基于所述跟踪区更新请求消息返回的所述跟踪区更新接受消息。
步骤S409：接收RRC连接释放(RRCConnectionRelease)消息；
在一个可选实施例中，所述UE接收网络设备发送的RRC连接释放消息。
步骤S410：基于所述RRC连接释放消息，释放所述RRC连接。
如此，本公开实施例可以在UE处于待机状态下无需保持RRC连接的长期连保持，可以确定出提前触发RRC连接释放的第一释放时间，并主动触发在第一释放时间触发释放所述RRC连接；从而可以减少RRC连接的连接时长，降低UE的功耗及耗电量等。
图11提供一示例性实施例示出的一种通信装置；如图11所示，所述装置包括：
第一确定模块51，用于确定所述通信装置处于待机状态；
第二确定模块52，用于在所述待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；
处理模块53，用于在所述第一释放时间，触发所述RRC连接的释放。
在一些实施例中，所述通信装置，应用于UE，所述装置包括：
第一确定模块51，用于确定所述UE处于待机状态；
第二确定模块52，用于在所述待机状态下，基于数据传输的传输时长，确定RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；
处理模块53，用于在所述第一释放时间，触发所述RRC连接的释放。
在一些实施例中，所述第二确定模块52，用于基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间；
或者，
所述第二确定模块52，用于基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间。
在一些实施例中，所述第二确定模块52，用于以下至少之一：
基于所述第二释放时间与所述传输结束时刻的差值，确定所述延迟时长；
预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，其中，所述预定倍数为小于1的正数。
在一些实施例中，所述第二确定模块52，用于以下之一：
若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长与所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻和所述传输时长之和，确定所述第一释放时间；
若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
在一些实施例中，所述第一确定模块51，用于以下至少之一：
若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值；所述RRC连接的连接时长为RRC连接释放的时间与RRC连接建立的时间的差值；
若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态；
若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态。
在一些实施例中，所述处理模块53，用于在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，其中，所述第一指示信息用于请求释放所述RRC连接。
在一些实施例中，所述处理模块53，用于接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放消息；
所述处理模块53，还用于基于所述RRC连接释放消息，释放所述RRC连接。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开实施例提供一种通信设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：用于运行所述可执行指令时，实现本公开任意实施例的所述的通信方法。
在一个实施例中，通信设备包括：UE。在另一个实施例中，通信设备包括：网络设备。
所述存储器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。
所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，实现如图3、图8至10所示的方法的至少其中之一。
本公开的实施例还提供了一种计算机可读存储介质，所述可读存储介质存储有可执行程序，其中，所述可执行程序被处理器执行时实现本公开任意实施例所述的通信方法。例如，实现如图3、图8至10所示的方法的至少其中之一。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图12是根据一示例性实施例示出的一种用于用户设备600的框图。例如，用户设备600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图12，用户设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。
处理组件602通常控制用户设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在用户设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件606为用户设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为用户设备600生成、管理和分配电力相关联的组件。
多媒体组件608包括在所述用户设备600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当用户设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。
I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括一个或多个传感器，用于为用户设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为用户设备600的显示器和小键盘，传感器组件614还可以检测用户设备600或用户设备600一个组件的位置改变，用户与用户设备600接触的存在或不存在，用户设备600方位或加速/减速和用户设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件616被配置为便于用户设备600和其他设备之间有线或无线方式的通信。用户设备600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，用户设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由用户设备600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (16)

1.一种通信方法，其特征在于，由用户设备UE执行，包括：
确定所述UE处于待机状态；
在所述待机状态下，基于数据传输的传输时长，确定无线资源控制RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；其中，基于数据传输的传输时长，确定无线资源控制RRC连接释放的第一释放时间，包括：基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间；所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括以下之一：若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长与所述传输时长之和，确定所述第一释放时间；若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻和所述传输时长，确定所述第一释放时间；其中，所述延迟时长是基于所述第二释放时间与所述传输结束时刻的差值确定；
在所述第一释放时间，触发所述RRC连接的释放。
2.根据权利要求1所述的方法，其特征在于，所述基于数据传输的传输时长，确定无线资源控制RRC连接释放的第一释放时间，包括：
基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，其中，所述预定倍数为小于1的正数。
4.根据权利要求1或2所述的方法，其特征在于，所述基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间，包括：
若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
5.根据权利要求1所述的方法，其特征在于，所述确定所述UE处于待机状态，包括以下至少之一：
若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值；所述RRC连接的连接时长为RRC连接释放的时间与RRC连接建立的时间的差值；
若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态；
若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态。
6.根据权利要求1所述的方法，其特征在于，所述在所述第一释放时间，触发所述RRC连接的释放，包括：
在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，其中，所述第一指示信息用于请求释放所述RRC连接。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放消息；
基于所述RRC连接释放消息，释放所述RRC连接。
8.一种通信装置，其特征在于，应用于用户设备UE，包括：
第一确定模块，用于确定所述通信装置处于待机状态；
第二确定模块，用于在所述待机状态下，基于数据传输的传输时长，确定无线资源控制RRC连接释放的第一释放时间；其中，所述第一释放时间早于或等于第二释放时间；所述第二释放时间为设置的所述数据传输的所述RRC连接释放的时间；其中，所述第二确定模块，用于基于所述传输时长、定时时长及所述RRC连接释放的延迟时长，确定所述RRC连接释放的所述第一释放时间；其中，所述第二确定模块，还具体用于以下之一：若所述传输时长小于或等于所述定时时长，基于传输结束时刻、所述定时时长与所述传输时长之和，确定所述第一释放时间；若所述传输时长大于所述定时时长且所述传输时长小于或等于所述延迟时长，基于所述传输结束时刻和所述传输时长之和，确定所述第一释放时间；其中，所述延迟时长是基于所述第二释放时间与所述传输结束时刻的差值确定；
处理模块，用于在所述第一释放时间，触发所述RRC连接的释放。
9.根据权利要求8所述的装置，其特征在于，
所述第二确定模块，用于基于所述传输时长对应的传输结束时刻，确定所述传输结束时刻之后且所述第二释放时间之前的任意时刻为所述第一释放时间。
10.根据权利要求8或9所述的装置，其特征在于，所述第二确定模块，用于预先设置所述定时时长，或者，基于预定倍数的所述延迟时长确定所述定时时长，其中，所述预定倍数为小于1的正数。
11.根据权利要求8或9所述的装置，其特征在于，所述第二确定模块，还具体用于若所述传输时长大于所述延迟时长，基于所述第二释放时间，确定所述第一释放时间。
12.根据权利要求8所述的装置，其特征在于，所述第一确定模块，用于以下至少之一：
若所述UE连续预定次数的RRC连接的使用效率小于预定效率，确定所述UE处于所述待机状态；其中，所述RRC连接的使用效率为：数据传输的传输时长与所述RRC连接的连接时长的比值；所述RRC连接的连接时长为RRC连接释放的时间与RRC连接建立的时间的差值；
若所述UE的显示屏处于灭屏状态超过预定时长，确定所述UE处于所述待机状态；
若检测到所述UE在第一预定时间范围内未使用数据流量上网，确定所述UE处于所述待机状态。
13.根据权利要求8所述的装置，其特征在于，
所述处理模块，用于在所述第一释放时间的第二预定时间范围内，向网络设备发送携带第一指示信息的跟踪区更新请求消息，其中，所述第一指示信息用于请求释放所述RRC连接。
14.根据权利要求13所述的装置，其特征在于，
所述处理模块，用于接收所述网络设备基于所述跟踪区更新请求返回的RRC连接释放消息；
所述处理模块，还用于基于所述RRC连接释放消息，释放所述RRC连接。
15.一种通信设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：用于运行所述可执行指令时，实现权利要求1-7任一项所述的通信方法。
16.一种计算机可读存储介质，其特征在于，所述可读存储介质存储有可执行程序，其中，所述可执行程序被处理器执行时实现权利要求1-7任一项所述通信方法。
CN202111074130.6A 2021-09-14 2021-09-14 通信方法、通信装置、通信设备及存储介质 Active CN113795046B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111074130.6A CN113795046B (zh) 2021-09-14 2021-09-14 通信方法、通信装置、通信设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111074130.6A CN113795046B (zh) 2021-09-14 2021-09-14 通信方法、通信装置、通信设备及存储介质

Publications (2)

Publication Number Publication Date
CN113795046A CN113795046A (zh) 2021-12-14
CN113795046B true CN113795046B (zh) 2023-09-26

Family

ID=78880160

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111074130.6A Active CN113795046B (zh) 2021-09-14 2021-09-14 通信方法、通信装置、通信设备及存储介质

Country Status (1)

Country Link
CN (1) CN113795046B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116634432B (zh) * 2023-07-21 2023-10-03 浙江大华技术股份有限公司 一种数据传输方法及装置

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977405A (zh) * 2010-10-29 2011-02-16 华为技术有限公司 临时块流的延迟释放方法和装置
WO2014019139A1 (zh) * 2012-07-31 2014-02-06 华为技术有限公司 一种实现无线资源控制连接释放的方法、装置及系统
CN110072270A (zh) * 2017-10-26 2019-07-30 中国电信股份有限公司 无线资源控制连接释放方法、装置和系统
CN110225601A (zh) * 2019-05-23 2019-09-10 Oppo广东移动通信有限公司 Rrc连接释放方法、装置及终端设备
CN110493855A (zh) * 2019-08-07 2019-11-22 深圳市锐尔觅移动通信有限公司 通信模式控制方法、装置、存储介质及终端
CN110505678A (zh) * 2019-07-09 2019-11-26 华为技术有限公司 一种释放无线资源控制连接的方法、终端设备及存储介质
CN110536389A (zh) * 2019-09-02 2019-12-03 广东小天才科技有限公司 一种降低终端设备功耗的方法、装置及终端设备
CN110800368A (zh) * 2017-04-26 2020-02-14 高通股份有限公司 在连接释放之后的增强型机器类型通信快速空闲转变
WO2020043211A1 (zh) * 2018-08-31 2020-03-05 华为技术有限公司 Rrc连接释放方法、相关设备及系统
WO2020103063A1 (zh) * 2018-11-22 2020-05-28 深圳市欢太科技有限公司 释放rrc连接的方法、装置及移动终端
CN111629434A (zh) * 2019-02-27 2020-09-04 中国移动通信有限公司研究院 一种控制rrc连接释放的方法和装置
CN111885748A (zh) * 2020-07-23 2020-11-03 广东小天才科技有限公司 一种释放rrc连接的方法、终端设备及网络设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030152030A1 (en) * 2002-02-12 2003-08-14 Stephen Hershey Method and system for delayed connection release protocol

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977405A (zh) * 2010-10-29 2011-02-16 华为技术有限公司 临时块流的延迟释放方法和装置
WO2014019139A1 (zh) * 2012-07-31 2014-02-06 华为技术有限公司 一种实现无线资源控制连接释放的方法、装置及系统
CN110800368A (zh) * 2017-04-26 2020-02-14 高通股份有限公司 在连接释放之后的增强型机器类型通信快速空闲转变
CN110072270A (zh) * 2017-10-26 2019-07-30 中国电信股份有限公司 无线资源控制连接释放方法、装置和系统
WO2020043211A1 (zh) * 2018-08-31 2020-03-05 华为技术有限公司 Rrc连接释放方法、相关设备及系统
CN110876183A (zh) * 2018-08-31 2020-03-10 华为技术有限公司 Rrc连接释放方法、相关设备及系统
WO2020103063A1 (zh) * 2018-11-22 2020-05-28 深圳市欢太科技有限公司 释放rrc连接的方法、装置及移动终端
CN111629434A (zh) * 2019-02-27 2020-09-04 中国移动通信有限公司研究院 一种控制rrc连接释放的方法和装置
CN110225601A (zh) * 2019-05-23 2019-09-10 Oppo广东移动通信有限公司 Rrc连接释放方法、装置及终端设备
CN110505678A (zh) * 2019-07-09 2019-11-26 华为技术有限公司 一种释放无线资源控制连接的方法、终端设备及存储介质
CN110493855A (zh) * 2019-08-07 2019-11-22 深圳市锐尔觅移动通信有限公司 通信模式控制方法、装置、存储介质及终端
CN110536389A (zh) * 2019-09-02 2019-12-03 广东小天才科技有限公司 一种降低终端设备功耗的方法、装置及终端设备
CN111885748A (zh) * 2020-07-23 2020-11-03 广东小天才科技有限公司 一种释放rrc连接的方法、终端设备及网络设备

Also Published As

Publication number Publication date
CN113795046A (zh) 2021-12-14

Similar Documents

Publication Publication Date Title
US20230068554A1 (en) Communication processing method and apparatus, and storage medium
US20230098973A1 (en) Direct link data transmission method and apparatus, and storage medium
CN111567070B (zh) 唤醒时间控制方法、装置及计算机可读存储介质
WO2020034074A1 (zh) 唤醒方法、唤醒装置、电子设备和计算机可读存储介质
US11297675B2 (en) Implementation method, device, user equipment, and base station for discontinuous reception
CN109451842B (zh) 用户设备省电方法、装置、用户设备和基站
CN110622616B (zh) 非活动定时器的控制方法和装置
CN111212466A (zh) 信道监听控制方法、装置和用户终端
CN110521275B (zh) 监听处理、策略下发方法及装置、通信设备及存储
CN111869274B (zh) 数据传输处理方法、装置、用户设备及存储介质
CN110337830B (zh) 监听方法、信令下发方法及装置、通信设备及存储
CN111096063B (zh) 非连续接收drx的处理方法、装置及计算机存储介质
CN112262600A (zh) 扩展非连续接收参数确定方法、通信设备和存储介质
CN109496453B (zh) 定时器调整方法及装置
CN110771196A (zh) Mdt信息通知方法和装置、mdt信息接收方法和装置
CN113795046B (zh) 通信方法、通信装置、通信设备及存储介质
CN113678524A (zh) 信息发送、寻呼限制方法和装置、通信装置和存储介质
CN111699724A (zh) 控制终端的方法及装置、存储介质
CN114980257B (zh) 显示网络标识信息的方法、装置、移动终端及存储介质
WO2022155935A9 (zh) 请求信息发送方法和装置、请求信息接收方法和装置
CN111955049B (zh) 状态控制方法、装置、通信设备及存储介质
CN109496448B (zh) 网络参数配置方法、装置及计算机可读存储介质
CN112789881B (zh) 一种直连链路的控制方法、装置、通信设备及存储介质
CN115553000B (zh) 监听方法、装置、通信设备及存储介质
WO2022188144A1 (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
GR01 Patent grant
GR01 Patent grant