CN111615147A - 配置方法及终端设备 - Google Patents

配置方法及终端设备 Download PDF

Info

Publication number
CN111615147A
CN111615147A CN201910578751.4A CN201910578751A CN111615147A CN 111615147 A CN111615147 A CN 111615147A CN 201910578751 A CN201910578751 A CN 201910578751A CN 111615147 A CN111615147 A CN 111615147A
Authority
CN
China
Prior art keywords
target
uplink congestion
congestion failure
timer
configuration information
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.)
Granted
Application number
CN201910578751.4A
Other languages
English (en)
Other versions
CN111615147B (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201910578751.4A priority Critical patent/CN111615147B/zh
Priority to KR1020227001815A priority patent/KR20220024704A/ko
Priority to EP20830962.5A priority patent/EP3982663A4/en
Priority to PCT/CN2020/097796 priority patent/WO2020259512A1/zh
Priority to BR112021024718A priority patent/BR112021024718A2/pt
Publication of CN111615147A publication Critical patent/CN111615147A/zh
Priority to US17/547,295 priority patent/US20220104264A1/en
Application granted granted Critical
Publication of CN111615147B publication Critical patent/CN111615147B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0866Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0825Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision detection

Landscapes

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

Abstract

本发明实施例提供一种配置方法及终端设备,涉及通信技术领域,以解决终端设备在接收到配置信息后,并没有有效的处理方案的问题。该方法包括:根据目标配置信息,对目标对象执行第一目标操作;其中,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标对象用于上行拥塞失败检测;和/或,在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标对象用于上行拥塞失败恢复。该方法应用于终端设备发送上行信号的场景中。

Description

配置方法及终端设备
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种配置方法及终端设备。
背景技术
在5G通信系统中,发送端(如用户设备(User Equipment,UE))在非授权频段上发送上行信号之前,需要对非授权频段进行先侦听后会话(Listen Before Talk,LBT)侦听,如果侦听到该频段没有被占用,即侦听到该频段处于空闲态,则发送端可以进行信号的发送,反之,如果侦听到该频段被占用时,则发送端无法进行信号的发送。
在相关技术中,当UE侦听到该频段被占用,则会导致上行发送失败。而UE在该频段内发生上行发送失败的次数达到预定次数后,UE便可进一步判定发生了上行拥塞失败。此外,UE在判定上行拥塞失败之前,网络设备会为UE配置相应的上行拥塞失败检测配置(如,上述预定次数)。
然而,目前终端设备在接收到配置信息后,并没有有效的处理方案。
发明内容
本发明实施例提供一种配置方法及终端设备,以解决终端设备在接收到配置信息后,并没有有效的处理方案的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本发明实施例提供了一种配置方法,应用于终端设备,该方法包括:根据目标配置信息,对目标对象执行第一目标操作;其中,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标对象用于上行拥塞失败检测;和/或,在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标对象用于上行拥塞失败恢复。
第二方面,本发明实施例提供了一种终端设备,包括:执行模块;该执行模块,用于根据目标配置信息,对目标对象执行第一目标操作;其中,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标对象用于上行拥塞失败检测;和/或,在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标对象用于上行拥塞失败恢复。
第三方面,本发明实施例提供了一种终端设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面所述的配置方法的步骤。
第四方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的配置方法的步骤。
在本发明实施例中,在网络设备为终端设备初次配置或重配置上行拥塞失败检测配置信息和/或上行拥塞失败恢复配置信息的场景中,终端设备可以根据相应的配置信息决策如何进一步执行上行拥塞失败检测配置信息和/或上行拥塞失败恢复。如此,避免了终端设备获取得到相应的配置信息之后不知道如何进一步处理,导致终端设备无法及时进行上行拥塞失败检测或上行拥塞失败恢复。
附图说明
图1为本发明实施例所涉及的通信系统的一种可能的结构示意图;
图2为本发明实施例提供的一种配置方法的流程示意图之一;
图3为本发明实施例提供的一种配置方法的流程示意图之二;
图4为本发明实施例提供的一种配置方法的流程示意图之三;
图5为本发明实施例提供的一种配置方法的流程示意图之四;
图6为本发明实施例提供的一种终端设备的结构示意图之一;
图7为本发明实施例提供的一种终端设备的结构示意图之二。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本文中的“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
需要说明的是,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能或作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。例如,第一目标操作和第二目标操作用于区分不同的操作,而不是用于描述操作的特定顺序。
需要说明的是,本发明实施例中,或者等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
需要说明的是,本申请实施例中,“的(of)”,“相应的(corresponding,relevant)”和“对应的(corresponding)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。本申请实施例中的“多个”的含义是指两个或两个以上。
下面对本发明实施例中所涉及到的部分术语进行解释,以方便读者理解:
1、新空口-非授权(New RAT Un-licensed,NR-U)系统
在5G通信系统中的NR-U系统中,采用非授权的频段进行数据的收发时,信号的发送端需要满足非授权频段的使用规则。对于非授权的频段,发送端在发送信号之前需要监听该频段是否被占用(或空闲),如果没有被占用(或空闲),则发送端可以进行信号的发送。如果该频段被占用,则发送端无法发送信号,即先侦听后会话(Listen-Before-Talk,LBT)失败。其中,发送端可以为终端设备(如用户设备(User Equipment,UE))或网络设备,本发明实施例中以终端设备为发送端为例进行说明。
具体的,在终端设备发送上行信号的场景中,终端设备可以检测是否发生了上行发送失败(如上行信号发送失败),以及检测是否发生上行拥塞失败。例如,终端设备可以针对LBT失败检测是否发生了上行发送失败,以及是否发生了上行拥塞失败。其中,终端设备发生上行拥塞失败指的是终端设备在一定时间内发生上行发送失败的次数达到或超过某一门限(如网络设备配置的一个门限)。
进一步的,在终端设备检测到发生上行拥塞失败之后,可以触发执行上行拥塞失败恢复的过程,以使得终端设备可以成功发送上行信号。其中,终端设备在执行上行拥塞失败恢复的过程中,若在一定时间内发生上行拥塞失败的次数达到某一门限(如网络设备配置的一个门限),则说明该上行拥塞失败恢复失败;若在一定时间内未发生上行拥塞失败,或发生上行拥塞失败的次数未达到该门限,则说明该上行拥塞失败恢复成功。
需要说明的是,在终端设备与网络设备建立连接的场景中,网络设备可以为终端设备配置用于上行拥塞失败检测的配置信息,如包含针对上行拥塞失败检测的定时器和/或计数器的配置信息,以支持终端设备根据该配置信息执行上行拥塞失败检测。示例性的,在终端设备执行上行拥塞失败检测时,若在该定时器的定时时间内,终端设备发生上行失败的次数达到或超过计数器的计数阈值,则判定当前发生了一次上行拥塞失败。
类似的,在终端设备与网络设备建立连接的场景中,网络设备可以为终端设备配置用于上行拥塞失败恢复的配置信息,如包含针对上行拥塞失败恢复的定时器和/或计数器的配置信息,以支持终端设备根据该配置信息执行该上行拥塞失败恢复的过程。
2、带宽部分(Bandwidth Part,BWP)
在5G通信系统中,终端设备(如UE)可能只能支持一个比较小的工作带宽(如5兆赫兹(MHz)),而网络侧的一个小区会支持比较大的带宽(如100MHz),该大带宽中的UE工作的小带宽部分则认为是BWP。从UE配置的角度,对于不同的UE功能,BWP可以作为是1个小区下的BWP。多个不同的BWP采用同一个混合自动重传请求(Hybrid Automatic RepeatRequest,HARQ)实体。
具体的,网络侧(如网络设备)可为UE配置一个或多个BWP,并可以通过BWPswitching命令(如,物理下行控制信道(Physical Downlink Control Channel,PDCCH)指示信息)变换UE当前激活的BWP,即激活新的BWP并去激活当前激活的BWP。UE当前对于一个小区只能激活一个BWP。BWP变换为同一个小区下的多个BWP间的变换。
另外,网络侧可以对于一个激活的BWP配置BWP非激活定时器(BWP-InactivityTimer)。进而,在UE激活一个BWP后启动的情况下,UE可以在该定时器超时后将激活的BWP变换到网络侧配置的默认的BWP(即,default BWP)。
额外的,UE可以在以下两种情况下自主的变换BWP:
1)UE在当前工作的BWP触发了随机接入过程,但是当前工作的BWP上没有随机接入资源,则UE变换到初始BWP(即,initial BWP),并在该初始BWP上发起随机接入过程。
2)UE在当前工作的BWP发生了连接失败,则UE换到其他BWP。
其中,UE的连接失败包括以下几种:
a、切换失败。例如,在规定时间内BWP切换没有完成(如,定时器t304超时)。
b、辅小区组切换(SCG change)失败。例如,在规定时间内UE接入新的辅小区组(Secondary Cell Group,SCG)没有完成(如,定时器t307超时)。
c、无线链路失败(Radio Link Failure,RLF)。
d、上行拥塞失败,即UE的上行发送持续发生先侦听后会话失败(LBT failure)。
其中,该“无线链路失败”包括以下至少一项:
(1)物理层失步(如,定时器t310超时)。
(2)介质访问控制子层协议(Media Access Control,MAC)层的随机接入失败,如该随机接入失败达到最大随机接入尝试次数。
(3)RLC层达到最大重传次数指示,如,达到最大RLC层最大重传次数。
(4)波束失败,如,波束恢复过程失败。
3、双连接(Dual Connectivity,DC)
UE工作在DC模式的时候,UE会被配置两个小区组,即主小区组(Master CellGroup,MCG)和SCG。其中MCG中至少包括主小区(Primary Cell,PCell),额外的可以包括一个或多个辅小区(Secondary Cell,SCell)。SCG至少包括主辅小区(Primary SecondaryCell,PSCell),额外的可以包括一个或多个SCell。
本发明实施例提供的配置方法,可以应用于上行拥塞失败检测和/或上行拥塞失败恢复等场景中,本发明实施例对具体使用场景不作限定。具体的,该配置方法可以应用于网络设备为终端设备配置(或重配置)用于上行拥塞失败检测的配置信息和/或用于上行拥塞失败恢复的配置信息的过程中。
本发明实施例中,在网络设备为终端设备初次配置或重配置上行拥塞失败检测配置信息和/或上行拥塞失败恢复配置信息的场景中,终端设备可以根据相应的配置信息决策如何进一步执行上行拥塞失败检测配置信息和/或上行拥塞失败恢复。如此,避免了终端设备获取得到相应的配置信息之后不知道如何进一步处理,导致终端设备无法及时进行上行拥塞失败检测或上行拥塞失败恢复。
本发明提供的技术方案可以应用于各种通信系统,例如,5G通信系统,未来演进系统或者多种通信融合系统等等。可以包括多种应用场景,例如,机器对机器(Machine toMachine,M2M)、D2M、宏微通信、增强型移动互联网(enhance Mobile Broadband,eMBB)、超高可靠性与超低时延通信(ultra Reliable&Low Latency Communication,uRLLC)以及海量物联网通信(Massive Machine Type Communication,mMTC)等场景。这些场景包括但不限于:终端设备与终端设备之间的通信,或网络设备与网络设备之间的通信,或网络设备与终端设备间的通信等场景中。本发明实施例可以应用于与5G通信系统中的网络设备与终端设备之间的通信,或终端设备与终端设备之间的通信,或网络设备与网络设备之间的通信。
图1示出了本发明实施例所涉及的通信系统的一种可能的结构示意图。如图1所示,该通信系统包括至少一个网络设备100(图1中仅示出一个)以及每个网络设备100所连接的一个或多个终端设备200。
其中,上述的网络设备100可以为基站、核心网设备、发射接收节点(Transmissionand Reception Point,TRP)、中继站或接入点等。网络设备100可以是全球移动通信系统(Global System for Mobile communication,GSM)或码分多址(Code Division MultipleAccess,CDMA)网络中的基站收发信台(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)中的NB(NodeB),还可以是LTE中的eNB或eNodeB(evolutional NodeB)。网络设备100还可以是云无线接入网络(CloudRadio Access Network,CRAN)场景下的无线控制器。网络设备100还可以是5G通信系统中的网络设备或未来演进网络中的网络设备。然用词并不构成对本申请的限制。
终端设备200可以为无线终端设备也可以为有线终端设备,该无线终端设备可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的PLMN网络中的终端设备等。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,无线终端设备可以是移动终端设备,如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据,以及个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备,无线终端设备也可以为移动设备、UE、UE终端设备、接入终端设备、无线通信设备、终端设备单元、终端设备站、移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远方站、远程终端设备(Remote Terminal)、订户单元(Subscriber Unit)、订户站(Subscriber Station)、用户代理(User Agent)、终端设备装置等。作为一种实例,在本发明实施例中,图1以终端设备是手机为例示出。
图2示出了本发明实施例提供的一种配置方法的流程示意图,如图2所示,该配置方法可以包括步骤201和步骤202:
步骤201:终端设备获取目标配置信息。
可选的,目标配置信息可以为网络设备为终端设备配置的。如,网络设备可以生成目标配置信息,并向终端设备发送该目标配置信息。
可选的,目标配置信息可以由网络设备决策向终端设备发送,或者,由终端设备决策从网络设备请求(如终端设备在发生上行发送失败时向网络设备请求)。
需要强调的是,网络设备可以在与终端设备建立连接(如建立无线连接)时发送目标配置信息,也可以在与终端设备建立连接之后发送目标配置信息。如此,网络设备与终端设备可以实时保持针对目标配置信息的一致性。
可选的,目标配置信息可以包括以下至少一项:上行拥塞失败检测配置信息和上行拥塞失败恢复配置信息。
可选的,上行拥塞失败检测配置信息中可以包括上行拥塞检测对应的上行信号、上行信道、频率、小区、定时器(即用于上行拥塞失败检测的定时器)的信息、计数器(即用于上行拥塞失败检测的计数器)的信息中的至少一项。具体的,上行拥塞失败检测配置信息中包括上行拥塞检测对应的定时器的信息和计数器的信息中的至少一项。当然,上行拥塞失败检测配置信息包括但不限于上述列举的各项信息,还可以包括其他信息,本发明实施例对此不再赘述。
可选的,在终端设备获取上行拥塞失败检测配置信息之后,终端设备发送的上行信号可以为上行拥塞失败检测配置信息中的上行信号,终端设备发送上行信号承载的上行信道可以为上行拥塞失败检测配置信息中的上行信道,终端设备发送上行信号承载的频率可以为上行拥塞失败检测配置信息中的频率,终端设备发送上行信号的小区可以为上行拥塞失败检测配置信息中的小区。
可选的,上行拥塞失败恢复配置信息中可以包括上行拥塞恢复对应的上行信号、上行信道、频率、小区、定时器的信息、计数器的信息等中的至少一项。具体的,上行拥塞失败恢复配置信息中包括上行拥塞恢复对应的定时器(即用于上行拥塞失败恢复的定时器)的信息和计数器(即用于上行拥塞失败恢复的计数器)的信息中的至少一项。当然,上行拥塞失败恢复配置信息包括但不限于上述列举的各项信息,还可以包括其他信息,本发明实施例对此不再赘述。
类似的,对上行拥塞失败恢复配置信息中的上行信号、上行信道、频率、小区的详细说明,可以分别参照上述对上行拥塞失败检测配置信息中的上行信号、上行信道、频率、小区的相关描述,本发明实施例对此不再赘述。
可选的,在目标配置信息包括上行拥塞失败检测配置信息和上行拥塞失败恢复配置信息的情况下,对终端设备获取上行拥塞失败检测配置信息和获取上行拥塞失败恢复配置信息的时序不作具体限定,可以任意可实现的时序。如终端设备可以先获取上行拥塞失败检测配置信息,再获取上行拥塞失败恢复配置信息,以获取目标配置信息。
步骤202:终端设备根据目标配置信息,对目标对象执行第一目标操作。
可选的,目标对象可以包括以下至少一项:目标定时器,目标计数器。
可选的,在目标对象包括目标定时器的情况下,第一目标操作包括以下至少一项:启动目标定时器,重启动目标定时器,停止目标定时器;和/或,
在目标对象包括目标计数器的情况下,第一目标操作包括以下至少一项:更新目标计数器的门限,复位目标计数器。
可选的,上述步骤202可以通过以下步骤1~步骤6实现:
步骤1:在目标对象为目标定时器、且目标配置信息为初次配置的情况下,终端设备启动目标定时器。
步骤2、在目标对象为目标定时器、目标定时器为未启动、且目标配置信息为重配置的情况下,终端设备启动目标定时器。
可以理解的是,在网络设备为终端设备配置目标配置信息时,终端设备可以启动目标定时器,以开始执行上行拥塞失败检测和/或上行拥塞失败恢复。
可选的,在目标对象为目标定时器的情况下,目标配置信息中可以包括目标定时器的定时时长的数值,终端设备可以更新其定时时长为目标配置信息中相应的定时时长。
步骤3:在目标对象为目标定时器、目标定时器已经启动、且目标配置信息为重配置的情况下,终端设备重启动目标定时器或停止目标定时器。
具体的,终端设备可以直接重启动目标定时器,也可以先停止目标定时器,并在一段时间之后再重启动目标定时器。
可以理解的是,终端设备重启动目标定时器,以开始执行上行拥塞失败检测和/或上行拥塞失败恢复。
步骤4:在目标对象为目标计数器、且目标配置信息为初次配置的情况下,终端设备更新目标计数器的门限。
步骤5:在目标对象为目标计数器、且目标配置信息为重配置的情况下,终端设备更新目标计数器的门限。
可以理解的是,终端设备可以控制目标计数器持续计数,并更新目标计数器的门限。
步骤6:在目标对象为目标计数器、且目标配置信息为重配置的情况下,终端设备复位定时器。
可以理解的是,终端设备复位目标计数器,并更新目标计数器的门限,以开始执行上行拥塞失败检测和/或上行拥塞失败恢复。
示例一:
在本发明实施例提供的示例一中,目标配置信息为上行拥塞失败检测配置信息。
具体的,本发明实施例提供的配置方法,可以应用于网络设备针对终端设备配置或重配置上行拥塞失败检测配置信息的过程中,或者,网络设备针对终端设备激活或去激活上行拥塞失败检测配置信息的过程中。
其中,上行拥塞失败检测配置信息中包括上行拥塞失败检测对应的上行信号、上行信道、频率、小区、定时器和计数器中的信息。
可选的,在示例一中,目标定时器为第一定时器,目标计数器为第一计数器,第一计数器的门限为上行拥塞失败检测门限。即目标对象包括以下至少一项:第一定时器,第一计数器,第一定时器和第一计数器均用于上行拥塞失败检测。
其中,第一定时器的定时时长即为终端设备执行上行拥塞失败检测的时长(如网络设备通过上行拥塞失败检测配置信息配置的时长,或协议规定的时长),第一计数器的门限即为网络设备当前配置的上行拥塞失败检测门限。
可选的,在示例一中,目标对象包括第一定时器的场景中,上行拥塞失败检测配置信息中可以包括第一定时器的信息,如第一定时器的定时时长。
其中,停止第一定时器指的是终端设备将第一定时器的计时数值恢复为初始值(如,“0”),但是不启动第一定时器。启动或重启动第一定时器指的是终端设备将第一定时器的计时数值恢复为初始值(如,“0”),并启动第一定时器。
可选的,在目标对象包括第一定时器的情况下,终端设备启动或重启动第一定时器,可以通过步骤203实现,即可以通过执行步骤203实现步骤202。
步骤203:在终端设备满足第一条件的情况下,终端设备启动或重启动第一定时器。
其中,第一条件包括以下条件1和条件2中的至少一项:
条件1、终端设备在获取到上行拥塞失败检测配置信息之后首次发送上行信号。
条件2、终端设备在获取到上行拥塞失败检测配置信息之后首次发生上行信号发送失败。例如,终端设备首次由于LBT失败(即LBT failure)导致一次上行信号发送失败。
具体的,终端设备获取上行拥塞失败检测配置信息时,可以决策对第一定时器执行上述步骤1至步骤3中哪种操作。
具体的,在终端设备获取到上行拥塞失败检测配置信息时,若终端设备未开始执行上行拥塞失败检测(即第一定时器未启动),则终端设备启动第一定时器;若终端设备已经开始执行上行拥塞失败检测(即第一定时器已经启动),则终端设备重启动第一定时器。
可选的,终端设备可以先停止第一定时器,再重启动第一定时器。
可以理解的是,在终端设备获取到上行拥塞失败检测配置信息时,若终端设备不满足上述第一条件,则说明终端设备当前发生上行拥塞失败的概率较小,即说明当前终端设备不需要进行上行拥塞失败检测。这样一来,在终端设备当前发生上行拥塞失败的概率较小的情况下,终端设备可以停止而不启动第一定时器,即不开始执行上行拥塞失败检测。如此,有利于节省终端设备的运行资源。
可选的,在示例一中目标对象包括第一计数器的场景中,上行拥塞失败检测配置信息中可以包括第一计数器的信息,如第一计数器的上行拥塞失败检测门限(即第一计数器的门限)。
示例性的,当前终端设备将第一计数器的计数数值计数到counter1=3,且当前第一计数器的门限为threshold1=4。此时,在终端设备获取到的上行拥塞失败检测配置信息,该上行拥塞失败检测配置信息中第一计数器的上行拥塞失败检测门限为threshold1=6的场景中,终端设备通过步骤5可以将第一计数器的计数数值从当前的counter1=3继续计数,并将第一计数器的门限由当前的threshold=4修改为threshold1=6。
其中,在步骤6中,复位第一计数器指的是将第一计数器的计数数值复位为初始值(如,“0”),并更新第一计数器的门限。
示例性的,在示例一中,终端设备每检测到一次上行拥塞失败,可以将第一计数器的计数数值counter1加1。如,当前终端设备将第一计数器的计数数值计数到counter1=3,且当前第一计数器的门限为threshold1=4。此时,在终端设备获取到的上行拥塞失败检测配置信息,该上行拥塞失败检测配置信息中第一计数器的上行拥塞失败检测门限为threshold1=6的场景中,终端设备通过步骤6可以将第一计数器的计数数值由counter1=3复位为counter1=0,并将第一计数器的门限由threshold1=4修改为threshold1=6。
进一步,在示例一中,结合图2,如图3所示,本发明实施例提供的配置方法在上述步骤202之后还可以包括步骤204:
步骤204:终端设备采用目标对象执行上行拥塞失败检测。
具体的,终端设备可以通过步骤204a或步骤204b实现步骤204:
步骤204a:终端设备采用第一计数器执行上行拥塞失败检测。
其中,在目标对象包括第一计数器的情况下,若第一计数器的计数数值大于或等于上行拥塞失败检测门限,则判定发生上行拥塞失败。此时,终端设备可以执行上行拥塞失败事件的进行相关操作,如开始执行上行拥塞失败恢复,以使得终端设备可以成功发送上行信号。反之,若第一计数器的计数数值小于第一计数器的上行拥塞失败检测门限,则判定未发生上行拥塞失败。
例如,在第一计数器的门限为当前网络设备配置的上行拥塞失败检测门限threshold1=6时,若终端设备判断得到第一计数器的计数数值counter1大于或等于6时,则说明终端设备发生了上行拥塞失败,进而终端设备可以针对上行拥塞失败进行相关操作。
步骤204b:终端设备采用第一定时器和第一计数器执行上行拥塞失败检测。
其中,在第一定时器的定时时长内,若第一计数器的计数数值大于或等于第一计数器的上行拥塞失败检测门限,则判定发生上行拥塞失败;反之,在第一定时器的定时时长内,若第一计数器的计数数值小于上行拥塞失败检测门限,则判定未发生上行拥塞失败。
例如,在第一计数器的门限为当前网络设备配置的上行拥塞失败检测门限threshold1=6时,若终端设备在第一定时器的计时时长内判断得到第一计数器的计数数值counter1大于或等于6时,则说明终端设备发生了上行拥塞失败,进而可以进行针对上行拥塞失败事件的相关操作,如执行上行拥塞失败恢复。
示例二:
在本发明实施例提供的示例二中,目标配置信息为上行拥塞失败恢复配置信息。
具体的,本发明实施例提供的配置方法,可以应用于网络设备针对终端设备配置或重配置上行拥塞失败恢复配置信息的过程中,或者,网络设备针对终端设备激活或去激活上行拥塞失败恢复配置信息的过程中。
其中,上行拥塞失败恢复配置信息可以包括上行拥塞失败恢复对应的上行信号、上行信道、频率、小区、定时器和计数器等信息。
可选的,在示例二中,目标定时器为第二定时器,目标计数器为第二计数器,第二计数器的门限为上行拥塞失败恢复门限。即目标对象包括以下至少一项:第二定时器和第二计数器,第二定时器和第二计数器均用于上行拥塞失败恢复。
其中,第二定时器的定时时长即为终端设备执行上行拥塞失败恢复的时长(如网络设备通过上行拥塞失败恢复配置信息配置的时长,或协议规定的时长),第二计数器的门限即为网络设备当前配置的用于上行拥塞失败恢复的上行拥塞失败检测门限。
可选的,在目标定时器为第二定时器的场景中,上行拥塞失败恢复配置信息中可以包括第二定时器的信息,如第二定时器的定时时长。
其中,停止第二定时器指的是终端设备将第二定时器的计时数值恢复为初始值(如,“0”),但是不启动第二定时器。启动或重启动第二定时器指的是终端设备将第二定时器的计时数值恢复为初始值(如,“0”),并启动第二定时器。
可选的,在目标对象为第二定时器的情况下,终端设备启动或重启动第二定时器,可以通过步骤205实现,即可以通过执行步骤205实现步骤202。
步骤205:在终端设备满足第二条件的情况下,终端设备启动或重启动第二定时器。
其中,第二条件包括以下条件3至条件4中的至少一项:
条件3、终端设备在获取到上行拥塞失败恢复配置信息之后发生上行拥塞失败。
示例性的,终端设备在当前激活的BWP(记为BWP1)上发生了上行拥塞失败,则终端设备启动或重启动第二定时器。随后,终端设备变换为BWP2之后,如果终端设备执行上行拥塞失败恢复,那么在第二定时器的定时时长内检测终端设备的上行拥塞失败恢复的小区是否发生上行拥塞失败,进而可以判断该上行拥塞失败恢复是否成功。例如,终端设备变换到BWP2之后,在第二定时器的定时时长内终端设备发生了一次上行拥塞失败,则终端设备判断该上行拥塞失败恢复失败。
可选的,终端设备变换的BWP2可以上行拥塞失败恢复配置信息中的BWP,即上行拥塞失败恢复对应的频率。
条件4、终端设备在获取到上行拥塞失败恢复配置信息之后将承载上行信号的频率激活或变换为其他频率。
示例性的,终端设备将当前激活的BWP1变换(或激活)为BWP2的时候,可以启动或重启动第二定时器。如此,终端设备可以在第二定时器的定时时长内判断终端设备的上行拥塞失败恢复的小区是否发生上行拥塞失败,进而判断上行拥塞失败恢复是否成功。
条件5、终端设备在获取到上行拥塞失败恢复配置信息之后激活终端设备的上行拥塞失败恢复的辅小区(SCell)。
条件6、终端设备在获取到上行拥塞失败恢复配置信息之后添加终端设备的上行拥塞失败恢复的辅小区。
可选的,上述终端设备的辅小区可以为上行拥塞失败恢复配置信息中的辅小区。
可以理解的是,终端设备获取上行拥塞失败恢复配置信息时,可以判断对第二定时器执行上述步骤1至步骤3中的哪种操作。
示例性的,在终端设备获取到上行拥塞失败恢复配置信息时,若终端设备未开始执行上行拥塞失败恢复(即第二定时器未启动),则终端设备启动第二定时器;若终端设备已经开始执行上行拥塞失败恢复(即第二定时器已经启动),则终端设备重启动第二定时器。
可选的,在上行拥塞失败恢复配置信息为重配置的情况下,终端设备可以先停用第二定时器,经过一段时间之后再重启动第二定时器。
可以理解的是,在终端设备获取到上行拥塞失败恢复配置信息时,若终端设备不满足上述第二条件,则说明终端设备当前发生上行拥塞失败的概率较小,即说明当前终端设备不需要进行上行拥塞失败恢复。这样一来,在终端设备不需要进行上行拥塞失败恢复的情况下,终端设备可以停止而不启动第二定时器,即不开始执行上行拥塞失败恢复。如此,有利于节省终端设备的运行资源。
可选的,在示例二中目标定时器为第二计数器的场景中,上行拥塞失败恢复配置信息中可以包括第二计数器的信息,如第二计数器的上行拥塞失败检测门限(即第二计数器的门限)。
其中,在上述步骤4中,更新第二计数器的门限指的是终端设备控制第二计数器开始计数,并将第二计数器的门限更新为上行拥塞失败恢复配置信息中的上行拥塞失败恢复门限。
在上述步骤5中,更新第二计数器的门限指的是终端设备控制第二计数器持续计数,并将第二计数器的门限更新为上行拥塞失败恢复配置信息中的上行拥塞失败恢复门限。
例如,当前终端设备将第二计数器的计数数值计数到counter2=2,且当前第二计数器的门限为threshold2=2。此时,在终端设备获取到的上行拥塞失败恢复配置信息,该上行拥塞失败恢复配置信息中第二计数器的上行拥塞失败恢复测门限为threshold2=3的场景中,终端设备通过步骤5可以将第二计数器的计数数值从当前的counter2=2继续计数,并将第二计数器的门限由当前的threshold2=2修改为threshold2=3。
其中,在上述步骤6中,复位第二计数器指的是将第二计数器的计数数值复位为初始值(如,“0”)。
示例性的,在终端设备执行上行拥塞失败恢复的情况下,终端设备每检测到一次上行拥塞失败事件,可以将第二计数器的计数数值counter2加1。如,当前终端设备将第二计数器的计数数值计数到counter2=2,且当前第二计数器的门限为threshold2=2。此时,在终端设备获取到的上行拥塞失败恢复配置信息,该上行拥塞失败恢复配置信息中第二计数器的上行拥塞失败恢复门限为threshold2=3的场景中,终端设备通过上述步骤6可以将第二计数器的计数数值由counter2=2复位为counter2=0,并将第二计数器的门限由threshold2=2修改为threshold2=3。
进一步,可选的,在目标定时器为第二定时器的情况下,终端设备停止第二定时器,可以通过步骤206实现,即可以通过执行步骤206实现步骤202。
步骤206:在终端设备满足第三条件的情况下,终端设备停止第二定时器。
其中,第三条件包括以下条件7至条件9中的至少一项:
条件7、终端设备在获取到上行拥塞失败恢复配置信息之后将承载上行信号的频率去激活或变换为其他频率。
示例性的,终端设备在激活一个BWP(如BWP1)并启动第二定时器之后,终端设备执行上行拥塞失败恢复的过程中,若终端设备激活或变换到另一个BWP(如BWP3),则终端设备控制第二定时器停止计时。
条件8、终端设备在获取到上行拥塞失败恢复配置信息之后去激活终端设备的上行拥塞失败恢复的辅小区。
条件9、终端设备在获取到上行拥塞失败恢复配置信息之后删除终端设备的上行拥塞失败恢复的辅小区。
类似的,对条件8和条件9的描述可以参照上述实施例中条件5和条件6的相关描述,本发明实施例对此不再赘述。
进一步,在示例二中,本发明实施例提供的配置方法在上述步骤202或者步骤204之后还可以包括步骤207。如图4所示,在上述步骤202之后还可以包括步骤207:
步骤207:终端设备采用目标对象,判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
具体的,终端设备可以通过步骤207a或步骤207b实现步骤207:
步骤207a:终端设备采用第二计数器判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
具体的,在目标对象包括第二计数器的情况下,若第二计数器的计数数值大于或等于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败;此时,终端设备可以对上行拥塞失败恢复失败进行处理。反之,若第二计数器的计数数值小于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复成功。
例如,在第二计数器的门限为当前网络设备配置的上行拥塞失败恢复门限threshold2=3时,若终端设备判断得到第二计数器的计数数值counter2大于或等于3时,则说明终端设备的上行拥塞失败恢复失败,进而终端设备可以针对上行拥塞失败恢复失败进行相关处理。
步骤207b:终端设备采用第二定时器和第二计数器,判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
具体的,在目标对象包括第二计数器和定时器的情况下,在第二定时器的定时时长内,若第二计数器的计数数值大于或等于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。反之,在第二定时器的定时时长内,若第二计数器的计数数值小于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复成功。
例如,在第二计数器的门限为当前网络设备配置的上行拥塞失败恢复门限threshold2=3时,若终端设备在第二定时器的计时时长(如10秒)内判断得到第二计数器的计数数值counter2大于或等于3时,则说明上行拥塞失败恢复失败,进而可以进行针对上行拥塞失败恢复失败进行相关处理。
进一步的,结合图4,如图5所示,本发明实施例提供的配置方法,在上述步骤207之后还可以包括步骤208:
步骤208:终端设备在采用目标对象判定上行拥塞失败恢复失败的情况下,执行第二目标操作。
其中,第二目标操作包括以下至少一项:第一操作和第二操作;第一操作为终端设备触发无线连接重建立过程;第二操作为终端设备向网络设备发送失败信息,失败信息用于指示终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
具体的,终端设备便可以区分执行上行拥塞失败恢复的小区的类型,针对不同类型的小区执行不同的第二目标操作。其中,终端设备执行第二目标操作可以分为以下四种示例:
(1)在终端设备的主小区上行拥塞失败恢复失败的情况下,第二目标操作包括以下至少一项:第一操作和第二操作。具体的,终端设备可以在主小区组中的辅小区、或辅小区组中的小区(如主辅小区或辅小区)向网络设备发送失败消息,以执行第二操作。
(2)在终端设备的主小区组中的所有小区上行拥塞失败恢复失败的情况下,第二目标操作包括以下至少一项:第一操作和第二操作。具体的,终端设备可以在辅小区组中的小区(如主辅小区或辅小区)向网络设备发送失败消息,以执行第二操作。
(3)在终端设备的辅小区组中的所有小区上行拥塞失败恢复失败的情况下,第二目标操作为第二操作。具体的,终端设备可以在辅小区组中的小区(如主辅小区或辅小区)向网络设备发送失败消息,以执行第二操作。
(4)在终端设备的主辅小区上行拥塞失败恢复失败的情况下,第二目标操作为第二操作。具体的,终端设备可以在主小区组中的小区、或辅小区组中的辅小区中发送失败消息,以执行第二操作。
可选的,在第二目标操作包括第一操作和第二操作的情况下,对终端设备执行第一操作和第二操作的时序不作具体限定,如终端设备可以先执行第二操作再执行第一操作。
其中,本发明实施例中,由于终端设备可以实时更新网络设备针对上行拥塞失败恢复配置的上行拥塞失败恢复配置信息,保证网络设备和终端设备中上行拥塞失败恢复配置信息的一致性,因此终端设备根据上行拥塞失败恢复配置信息可以实时控制上行拥塞失败恢复的次数和时间,从而可以避免终端设备同一个小区重复多次发送上行拥塞失败。进而,有利于提高终端设备的上行拥塞失败恢复的可靠性,并有利于终端设备成功发送上行信号。
进一步,本发明实施例对目标配置信息包括上行拥塞失败检测配置信息和上行拥塞失败恢复配置信息的示例,可以参照上述实施例中的示例一和示例二中的相关描述,本发明实施例对此不再赘述。
需要说明的是,本发明实施例提供的配置方法,在网络设备为终端设备初次配置或重配置上行拥塞失败检测配置信息和/或上行拥塞失败恢复配置信息的场景中,终端设备可以根据相应的配置信息决策如何进一步执行上行拥塞失败检测配置信息和/或上行拥塞失败恢复。如此,避免了终端设备获取得到相应的配置信息之后不知道如何进一步处理,导致终端设备无法及时进行上行拥塞失败检测或上行拥塞失败恢复。
图6为实现本发明实施例提供的一种终端设备的可能的结构示意图,如图6所示,该终端设备600包括执行模块601。具体的,执行模块601,用于根据目标配置信息,对目标对象执行第一目标操作;其中,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标对象用于上行拥塞失败检测;和/或,在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标对象用于上行拥塞失败恢复。
可选的,目标对象包括以下至少一项:目标定时器,目标计数器;在目标对象包括目标定时器的情况下,第一目标操作包括以下至少一项:启动目标定时器,重启动目标定时器,停止目标定时器;和/或,在目标对象包括目标计数器的情况下,第一目标操作包括以下至少一项:更新目标计数器的门限,复位目标计数器。
可选的,所述执行模块,具体用于在目标对象为目标定时器、且目标配置信息为初次配置的情况下,启动目标定时器;
或者,在目标对象为目标定时器、目标定时器未启动、且目标配置信息为重配置的情况下,启动目标定时器;
或者,在目标对象为目标定时器、目标定时器已启动、且目标配置信息为重配置的情况下,重启动目标定时器或停止目标定时器;
或者,在目标对象为目标计数器、且目标配置信息为初次配置的情况下,更新目标计数器的门限;
或者,在目标对象为目标计数器、且目标配置信息为重配置的情况下,更新目标计数器的门限;
或者,在目标对象为目标计数器、且目标配置信息为重配置的情况下,复位目标计数器。
可选的,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标定时器为第一定时器,目标计数器为第一计数器,第一计数器的门限为上行拥塞失败检测门限。
可选的,目标定时器为第一定时器;执行模块601,具体用于在终端设备满足第一条件的情况下,启动或重启动第一定时器;其中,第一条件包括以下至少一项:在获取到上行拥塞失败检测配置信息之后首次发送上行信号,在获取到上行拥塞失败检测配置信息之后首次发生上行信号发送失败。
可选的,在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标定时器为第二定时器,目标计数器为第二计数器,所述第二计数器的门限为上行拥塞失败恢复门限。
可选的,目标定时器为第二定时器;执行模块601,具体用于在终端设备满足第二条件的情况下,启动或重启动第二定时器;其中,第二条件包括以下至少一项:在获取到上行拥塞失败恢复配置信息之后发生上行拥塞失败,在获取到上行拥塞失败恢复配置信息之后将承载上行信号的频率激活或变换为其他频率,在获取到上行拥塞失败恢复配置信息之后激活终端设备的上行拥塞失败恢复的辅小区,在获取到上行拥塞失败恢复配置信息之后添加终端设备的上行拥塞失败恢复的辅小区。
可选的,执行模块601,具体用于在终端设备满足第三条件的情况下,停止第二定时器;其中,第三条件包括以下至少一项:在获取到上行拥塞失败恢复配置信息之后将承载上行信号的频率去激活或变换为其他频率,在获取到上行拥塞失败恢复配置信息之后去激活终端设备的上行拥塞失败恢复的辅小区,在获取到上行拥塞失败恢复配置信息之后删除终端设备的上行拥塞失败恢复的辅小区。
可选的,终端设备600还包括:判断模块602;判断模块602,用于采用目标对象,判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
可选的,判断模块602,具体用于在目标对象包括第二计数器的情况下,若第二计数器的计数数值大于或等于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败;在目标对象包括第二计数器和第二定时器的情况下,在第二定时器的定时时长内,若第二计数器的计数数值大于或等于上行拥塞失败恢复门限,则判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
可选的的,执行模块601,还用于在判断模块602采用目标对象判定终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败的情况下,执行第二目标操作;其中,第二目标操作包括以下至少一项:第一操作和第二操作;第一操作为触发无线连接重建立过程;第二操作为向网络设备发送失败信息,失败信息用于指示上行拥塞失败恢复失败。
可选的,在终端设备的主小区上行拥塞失败恢复失败的情况下,第二目标操作包括以下至少一项:第一操作和第二操作;
或者,在终端设备的主小区组中的所有小区上行拥塞失败恢复失败的情况下,第二目标操作包括以下至少一项:第一操作和第二操作;
或者,在终端设备的辅小区组中的所有小区上行拥塞失败恢复失败的情况下,第二目标操作为第二操作;
或者,在终端设备的主辅小区上行拥塞失败恢复失败的情况下,第二目标操作为第二操作;
或者,在终端设备的辅小区上行拥塞失败恢复失败的情况下,第二目标操作为第二操作。
本发明实施例提供的终端设备能够实现上述方法实施例中图2至图5任意之一所示的过程,为避免重复,此处不再赘述。
需要说明的是,本发明实施例提供的终端设备,在网络设备为终端设备初次配置或重配置上行拥塞失败检测配置信息和/或上行拥塞失败恢复配置信息的场景中,终端设备可以根据相应的配置信息决策如何进一步执行上行拥塞失败检测配置信息和/或上行拥塞失败恢复。如此,避免了终端设备获取得到相应的配置信息之后不知道如何进一步处理,导致终端设备无法及时进行上行拥塞失败检测或上行拥塞失败恢复。
图7为实现本申请各个实施例的一种终端设备的硬件结构示意图,该终端设备100包括但不限于:射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图7中示出的终端设备100的结构并不构成对终端设备的限定,终端设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端设备100包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端设备、可穿戴设备、以及计步器等。
其中,处理器110,用于根据目标配置信息,对目标对象执行第一目标操作;其中,在目标配置信息为上行拥塞失败检测配置信息的情况下,目标对象用于上行拥塞失败检测;在目标配置信息为上行拥塞失败恢复配置信息的情况下,目标对象用于上行拥塞失败恢复。
本发明实施例提供的终端设备,在网络设备为终端设备初次配置或重配置上行拥塞失败检测配置信息和/或上行拥塞失败恢复配置信息的场景中,终端设备可以根据相应的配置信息决策如何进一步执行上行拥塞失败检测配置信息和/或上行拥塞失败恢复。如此,避免了终端设备获取得到相应的配置信息之后不知道如何进一步处理,导致终端设备无法及时进行上行拥塞失败检测或上行拥塞失败恢复。
应理解的是,本发明实施例中,射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信系统与网络和其他设备通信。
终端设备100通过网络模块102为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与终端设备100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。
输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
终端设备100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在终端设备100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与终端设备100的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板1071可覆盖在显示面板1061上,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图7中,触控面板1071与显示面板1061是作为两个独立的部件来实现终端设备100的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现终端设备100的输入和输出功能,具体此处不做限定。
接口单元108为外部装置与终端设备100连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端设备100内的一个或多个元件或者可以用于在终端设备100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是终端设备100的控制中心,利用各种接口和线路连接整个终端设备100的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行终端设备100的各种功能和处理数据,从而对终端设备100进行整体监控。处理器110可包括一个或多个处理单元;可选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
终端设备100还可以包括给各个部件供电的电源111(比如电池),可选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,终端设备100包括一些未示出的功能模块,在此不再赘述。
可选的,本发明实施例还提供一种终端设备,包括处理器,存储器,存储在存储器上并可在处理器上运行的计算机程序,该计算机程序被处理器执行时实现上述实施例中的配置方法的过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的配置方法的多个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,上述的计算机可读存储介质包括只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请多个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (26)

1.一种配置方法,应用于终端设备,其特征在于,所述方法包括:
根据目标配置信息,对目标对象执行第一目标操作;
其中,在所述目标配置信息为上行拥塞失败检测配置信息的情况下,所述目标对象用于上行拥塞失败检测;和/或,
在所述目标配置信息为上行拥塞失败恢复配置信息的情况下,所述目标对象用于上行拥塞失败恢复。
2.根据权利要求1所述的方法,其特征在于,所述目标对象包括以下至少一项:目标定时器,目标计数器;
在所述目标对象包括所述目标定时器的情况下,所述第一目标操作包括以下至少一项:启动所述目标定时器,重启动所述目标定时器,停止所述目标定时器;和/或,
在所述目标对象包括所述目标计数器的情况下,所述第一目标操作包括以下至少一项:更新所述目标计数器的门限,复位所述目标计数器。
3.根据权利要求2所述的方法,其特征在于,所述根据目标配置信息,对目标对象执行第一目标操作,包括:
在所述目标对象为所述目标定时器、且所述目标配置信息为初次配置的情况下,启动所述目标定时器;
或者,在所述目标对象为所述目标定时器、所述目标定时器未启动、且所述目标配置信息为重配置的情况下,启动所述目标定时器;
或者,在所述目标对象为所述目标定时器、所述目标定时器已启动、且所述目标配置信息为重配置的情况下,重启动所述目标定时器或停止所述目标定时器;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为初次配置的情况下,更新所述目标计数器的门限;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为重配置的情况下,更新所述目标计数器的门限;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为重配置的情况下,复位所述目标计数器。
4.根据权利要求3所述的方法,其特征在于,在所述目标对象用于上行拥塞失败检测的情况下,所述目标定时器为第一定时器,所述目标计数器为第一计数器,所述第一计数器的门限为上行拥塞失败检测门限。
5.根据权利要求4所述的方法,其特征在于,在所述目标定时器为所述第一定时器的情况下,启动或重启动所述第一定时器,包括:
在所述终端设备满足第一条件的情况下,启动或重启动所述第一定时器;
其中,所述第一条件包括以下至少一项:在获取到所述上行拥塞失败检测配置信息之后首次发送上行信号,在获取到所述上行拥塞失败检测配置信息之后首次发生上行信号发送失败。
6.根据权利要求3所述的方法,其特征在于,在所述目标对象用于上行拥塞失败恢复的情况下,所述目标定时器为第二定时器,所述目标计数器为第二计数器,所述第二计数器的门限为上行拥塞失败恢复门限。
7.根据权利要求6所述的方法,其特征在于,在所述目标定时器为所述第二定时器的情况下,启动或重启动所述第二定时器,包括:
在所述终端设备满足第二条件的情况下,启动或重启动所述第二定时器;
其中,所述第二条件包括以下至少一项:在获取到所述上行拥塞失败恢复配置信息之后发生上行拥塞失败,在获取到所述上行拥塞失败恢复配置信息之后将承载上行信号的频率激活或变换为其他频率,在获取到所述上行拥塞失败恢复配置信息之后激活所述终端设备的上行拥塞失败恢复的辅小区,在获取到所述上行拥塞失败恢复配置信息之后添加所述终端设备的上行拥塞失败恢复的辅小区。
8.根据权利要求6所述的方法,其特征在于,停止所述第二定时器,包括:
在所述终端设备满足第三条件的情况下,停止所述第二定时器;
其中,所述第三条件包括以下至少一项:在获取到所述上行拥塞失败恢复配置信息之后将承载上行信号的频率去激活或变换为其他频率,在获取到所述上行拥塞失败恢复配置信息之后去激活所述终端设备的上行拥塞失败恢复的辅小区,在获取到所述上行拥塞失败恢复配置信息之后删除所述终端设备的上行拥塞失败恢复的辅小区。
9.根据权利要求6至8中任一项所述的方法,其特征在于,所述方法还包括:
采用所述目标对象,判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
10.根据权利要求9所述的方法,其特征在于,所述采用所述目标对象,判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功,包括:
在所述目标对象包括所述第二计数器的情况下,若所述第二计数器的计数数值大于或等于所述上行拥塞失败恢复门限,则判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败;
在所述目标对象包括所述第二计数器和所述第二定时器的情况下,在所述第二定时器的定时时长内,若所述第二计数器的计数数值大于或等于所述上行拥塞失败恢复门限,则判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
11.根据权利要求10所述的方法,其特征在于,所述采用所述目标对象,判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功之后,所述方法还包括:
在采用所述目标对象判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败的情况下,执行第二目标操作;
其中,所述第二目标操作包括以下至少一项:第一操作和第二操作;
所述第一操作为触发无线连接重建立过程;
所述第二操作为向网络设备发送失败信息,所述失败信息用于指示所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
12.根据权利要求11所述的方法,其特征在于,
在所述终端设备的主小区上行拥塞失败恢复失败的情况下,所述第二目标操作包括以下至少一项:所述第一操作和所述第二操作;
或者,在所述终端设备的主小区组中的所有小区上行拥塞失败恢复失败的情况下,所述第二目标操作包括以下至少一项:所述第一操作和所述第二操作;
或者,在所述终端设备的辅小区组中的所有小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作;
或者,在所述终端设备的主辅小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作;
或者,在所述终端设备的辅小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作。
13.一种终端设备,其特征在于,所述终端设备包括:执行模块;
所述执行模块,用于根据目标配置信息,对目标对象执行第一目标操作;
其中,在所述目标配置信息为上行拥塞失败检测配置信息的情况下,所述目标对象用于上行拥塞失败检测;和/或,
在所述目标配置信息为上行拥塞失败恢复配置信息的情况下,所述目标对象用于上行拥塞失败恢复。
14.根据权利要求13所述的终端设备,其特征在于,所述目标对象包括以下至少一项:目标定时器,目标计数器;
在所述目标对象包括所述目标定时器的情况下,所述第一目标操作包括以下至少一项:启动所述目标定时器,重启动所述目标定时器,停止所述目标定时器;和/或,
在所述目标对象包括所述目标计数器的情况下,所述第一目标操作包括以下至少一项:更新所述目标计数器的门限,复位所述目标计数器。
15.根据权利要求14所述的终端设备,其特征在于,
所述执行模块,具体用于在所述目标对象为所述目标定时器、且所述目标配置信息为初次配置的情况下,启动所述目标定时器;
或者,在所述目标对象为所述目标定时器、所述目标定时器未启动、且所述目标配置信息为重配置的情况下,启动所述目标定时器;
或者,在所述目标对象为所述目标定时器、所述目标定时器已启动、且所述目标配置信息为重配置的情况下,重启动所述目标定时器或停止所述目标定时器;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为初次配置的情况下,更新所述目标计数器的门限;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为重配置的情况下,更新所述目标计数器的门限;
或者,在所述目标对象为所述目标计数器、且所述目标配置信息为重配置的情况下,复位所述目标计数器。
16.根据权利要求15所述的终端设备,其特征在于,在所述目标对象用于上行拥塞失败检测的情况下,所述目标对定时器为第一定时器,所述目标计数器为第一计数器,所述第一计数器的门限为上行拥塞失败检测门限。
17.根据权利要求16所述的终端设备,其特征在于,所述目标定时器为所述第一定时器;
所述执行模块,具体用于在所述终端设备满足第一条件的情况下,启动或重启动所述第一定时器;
其中,所述第一条件包括以下至少一项:在获取到所述上行拥塞失败检测配置信息之后首次发送上行信号,在获取到所述上行拥塞失败检测配置信息之后首次发生上行信号发送失败。
18.根据权利要求15所述的终端设备,其特征在于,在所述目标对象用于上行拥塞失败恢复的情况下,所述目标定时器为第二定时器,所述目标计数器为第二计数器,所述第二计数器的门限为上行拥塞失败恢复门限。
19.根据权利要求18所述的终端设备,其特征在于,所述目标定时器为所述第二定时器;
所述执行模块,具体用于在所述终端设备满足第二条件的情况下,启动或重启动所述第二定时器;
其中,所述第二条件包括以下至少一项:在获取到所述上行拥塞失败恢复配置信息之后发生上行拥塞失败,在获取到所述上行拥塞失败恢复配置信息之后将承载上行信号的频率激活或变换为其他频率,在获取到所述上行拥塞失败恢复配置信息之后激活所述终端设备的上行拥塞失败恢复的辅小区,在获取到所述上行拥塞失败恢复配置信息之后添加所述终端设备的上行拥塞失败恢复的辅小区。
20.根据权利要求18所述的终端设备,其特征在于,
所述执行模块,具体用于在所述终端设备满足第三条件的情况下,停止所述第二定时器;
其中,所述第三条件包括以下至少一项:在获取到所述上行拥塞失败恢复配置信息之后将承载上行信号的频率去激活或变换为其他频率,在获取到所述上行拥塞失败恢复配置信息之后去激活所述终端设备的上行拥塞失败恢复的辅小区,在获取到所述上行拥塞失败恢复配置信息之后删除所述终端设备的上行拥塞失败恢复的辅小区。
21.根据权利要求18至20中任一项所述的终端设备,其特征在于,所述终端设备还包括:判断模块;
所述判断模块,用于采用所述目标对象,判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复是否成功。
22.根据权利要求21所述的终端设备,其特征在于,
所述判断模块,具体用于在所述目标对象包括所述第二计数器的情况下,若所述第二计数器的计数数值大于或等于所述上行拥塞失败检测门限,则判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败;
在所述目标对象包括所述第二计数器和所述第二定时器的情况下,在所述第二定时器的定时时长内,若所述第二计数器的计数数值大于或等于所述上行拥塞失败检测门限,则判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
23.根据权利要求22所述的终端设备,其特征在于,
所述执行模块,还用于在所述判断模块采用所述目标对象判定所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败的情况下,执行第二目标操作;
其中,所述第二目标操作包括以下至少一项:第一操作和第二操作;
所述第一操作为触发无线连接重建立过程;
所述第二操作为向网络设备发送失败信息,所述失败信息用于指示所述终端设备的上行拥塞失败恢复的小区的上行拥塞失败恢复失败。
24.根据权利要求23所述的终端设备,其特征在于,
在所述终端设备的主小区上行拥塞失败恢复失败的情况下,所述第二目标操作包括以下至少一项:所述第一操作和所述第二操作;
或者,在所述终端设备的主小区组中的所有小区上行拥塞失败恢复失败的情况下,所述第二目标操作包括以下至少一项:所述第一操作和所述第二操作;
或者,在所述终端设备的辅小区组中的所有小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作;
或者,在所述终端设备的主辅小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作;
或者,在所述终端设备的辅小区上行拥塞失败恢复失败的情况下,所述第二目标操作为所述第二操作。
25.一种终端设备,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至12中任一项所述的配置方法的步骤。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的配置方法的步骤。
CN201910578751.4A 2019-06-28 2019-06-28 配置方法及终端设备 Active CN111615147B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201910578751.4A CN111615147B (zh) 2019-06-28 2019-06-28 配置方法及终端设备
KR1020227001815A KR20220024704A (ko) 2019-06-28 2020-06-23 구성 방법 및 단말 장비
EP20830962.5A EP3982663A4 (en) 2019-06-28 2020-06-23 CONFIGURATION PROCEDURE AND TERMINAL DEVICE
PCT/CN2020/097796 WO2020259512A1 (zh) 2019-06-28 2020-06-23 配置方法及终端设备
BR112021024718A BR112021024718A2 (pt) 2019-06-28 2020-06-23 Método de configuração e dispositivo terminal.
US17/547,295 US20220104264A1 (en) 2019-06-28 2021-12-10 Configuration method and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910578751.4A CN111615147B (zh) 2019-06-28 2019-06-28 配置方法及终端设备

Publications (2)

Publication Number Publication Date
CN111615147A true CN111615147A (zh) 2020-09-01
CN111615147B CN111615147B (zh) 2022-05-03

Family

ID=72201494

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910578751.4A Active CN111615147B (zh) 2019-06-28 2019-06-28 配置方法及终端设备

Country Status (6)

Country Link
US (1) US20220104264A1 (zh)
EP (1) EP3982663A4 (zh)
KR (1) KR20220024704A (zh)
CN (1) CN111615147B (zh)
BR (1) BR112021024718A2 (zh)
WO (1) WO2020259512A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022073206A1 (zh) * 2020-10-09 2022-04-14 Oppo广东移动通信有限公司 无线通信方法和设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104186010A (zh) * 2012-03-16 2014-12-03 交互数字专利控股公司 无线系统中的随机接入过程
CN106941397A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 在非授权频段上通信的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3285534B1 (en) * 2015-05-15 2022-01-26 Huawei Technologies Co., Ltd. Terminal, base station and scheduling request transmission method
US10582536B2 (en) * 2015-10-01 2020-03-03 Ofinno, Llc Inferference management in a wireless network
CN108370582B (zh) * 2015-12-31 2021-08-31 Lg电子株式会社 在支持免授权频带的无线通信系统中发送和接收上行链路信号的方法以及支持该方法的设备
CN108696893B (zh) * 2017-04-07 2023-03-17 中兴通讯股份有限公司 一种上行数据发送方法、装置、基站及用户设备
CN109547396B (zh) * 2017-09-22 2021-01-08 维沃移动通信有限公司 完整性保护方法、终端和基站

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104186010A (zh) * 2012-03-16 2014-12-03 交互数字专利控股公司 无线系统中的随机接入过程
CN106941397A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 在非授权频段上通信的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "《3GPP》", 17 May 2017 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022073206A1 (zh) * 2020-10-09 2022-04-14 Oppo广东移动通信有限公司 无线通信方法和设备

Also Published As

Publication number Publication date
US20220104264A1 (en) 2022-03-31
EP3982663A1 (en) 2022-04-13
WO2020259512A1 (zh) 2020-12-30
KR20220024704A (ko) 2022-03-03
EP3982663A4 (en) 2022-08-03
CN111615147B (zh) 2022-05-03
BR112021024718A2 (pt) 2022-01-18

Similar Documents

Publication Publication Date Title
CN110839301B (zh) 一种无线链路失败的信息处理方法、终端及网络设备
CN110366212B (zh) 一种条件切换结果的检测方法及终端
CN110035556B (zh) 通信业务过程冲突的处理方法及终端
CN110798903B (zh) 重配方法及终端
US11963027B2 (en) Measurement method, terminal and network side device
CN110366198B (zh) 一种辅小区组变更结果的检测方法及终端
CN110167041B (zh) 波束失败恢复请求发送方法及用户设备
US11363620B2 (en) Resource request method and user equipment
US20220272585A1 (en) Method for reporting state information, terminal, and network device
CN111615162A (zh) 一种带宽部分bwp切换方法及设备
CN109561514B (zh) 一种随机接入过程的处理方法、终端和基站
CN112399645B (zh) Scg释放方法、用户设备及网络设备
CN109769262B (zh) VoLTE通话恢复的方法和终端设备
CN111615147B (zh) 配置方法及终端设备
CN109587260B (zh) 一种资源获取方法、装置以及系统
US20210111857A1 (en) Method for controlling a bwp inactivity timer and terminal device
CN113453266B (zh) 无线链路监测方法、终端及网络侧设备
CN110839298B (zh) 一种移动性管理方法及相关设备
CN111263412A (zh) 一种信息传输方法、设备及系统
CN111615146B (zh) 处理方法及设备
CN111800831B (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