CN113196858B - 用于发送释放辅助指示消息的方法及设备 - Google Patents

用于发送释放辅助指示消息的方法及设备 Download PDF

Info

Publication number
CN113196858B
CN113196858B CN201980083134.5A CN201980083134A CN113196858B CN 113196858 B CN113196858 B CN 113196858B CN 201980083134 A CN201980083134 A CN 201980083134A CN 113196858 B CN113196858 B CN 113196858B
Authority
CN
China
Prior art keywords
terminal device
indication message
duration
release
transmitted
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
CN201980083134.5A
Other languages
English (en)
Other versions
CN113196858A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN113196858A publication Critical patent/CN113196858A/zh
Application granted granted Critical
Publication of CN113196858B publication Critical patent/CN113196858B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA

Landscapes

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

Abstract

本申请提供了一种用于发送释放辅助指示消息的方法及设备,为终端设备进行状态转换提供了一种明确的方案。该方法包括:终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,所述释放辅助指示消息用于所述网络设备确定是否需要断开与所述终端设备的无线资源控制RRC连接。

Description

用于发送释放辅助指示消息的方法及设备
技术领域
本申请涉及通信领域,并且更具体地,涉及一种用于发送释放辅助指示消息的方法及设备。
背景技术
终端设备的无线资源控制(radio resource control,RRC)状态可以包括三种:RRC连接态、RRC非激活态和RRC空闲态。终端设备处于RRC连接态时,终端设备可以与网络设备进行数据传输,终端设备需要不断地监听物理下行控制信道(physical downlinkcontrol channel,PDCCH);但是当终端设备处于RRC非激活状态或者和RRC空闲态时,终端设备可以不需要监听PDCCH。因此,相比于RRC连接态,终端设备在RRC非激活态和RRC空闲态下更省电。
终端设备为了省电,可以向网络设备指示进行状态转换,例如从RRC连接态转换到RRC空闲态,但是终端设备如何向网络设备指示进行状态转换目前还没有明确的方案。
发明内容
本申请提供一种用于发送释放辅助指示消息的方法及设备,为终端设备进行状态转换提供了一种明确的方案。
第一方面,提供了一种用于发送释放辅助指示消息的方法,包括:终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,所述释放辅助指示消息用于所述网络设备确定是否需要断开与所述终端设备的无线资源控制RRC连接。
第二方面,提供了一种用于发送释放辅助指示消息的方法,包括:网络设备接收终端设备发送的释放辅助指示消息;所述网络设备根据所述释放辅助指示消息,确定是否需要断开与所述终端设备的无线资源控制RRC连接。
第三方面,提供了一种终端设备,用于执行上述第一方面或其各实现方式中的方法。
具体地,该终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第四方面,提供了一种网络设备,用于执行上述第二方面或其各实现方式中的方法。
具体地,该网络设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
第五方面,提供了一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第六方面,提供了一种网络设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第二方面或其各实现方式中的方法。
第七方面,提供了一种装置,用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
具体地,该装置包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该装置的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第八方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第九方面,提供了一种计算机程序产品,包括计算机程序指令,所述计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
本申请提供的技术方案,终端设备可以通过向网络设备发送释放辅助指示信息以向网络设备请求进行RRC状态的转换,并且终端设备是否发送RAI消息可以是基于待传输的数据量确定的,这为终端设备进行状态转换提供了一种明确方案,有利于节省终端设备的功耗。
附图说明
图1是本申请实施例应用的无线通信系统的示意图。
图2是本申请实施例提供的一种用于发送释放辅助指示信息的方法的示意性流程图。
图3是本申请实施例提供的另一种用于发送释放辅助指示信息的方法的示意性流程图。
图4是本申请实施例提供的BSR的格式的示意图。
图5是本申请实施例提供的另一种BSR的示意图。
图6是本申请实施例提供的RAI消息的一种格式的示意图。
图7是本申请实施例提供的RAI消息的另一种格式的示意图。
图8是本申请实施例提供的另一种终端设备的示意性框图。
图9是本申请实施例提供的一种网络设备的示意性框图。
图10是本申请实施例的通信设备的示意性结构图。
图11是本申请实施例的通信装置的示意性结构图。
图12是本申请实施例的通信系统的示意性框图。
具体实施方式
图1是本申请实施例的系统100的示意图。
如图1所示,终端设备110与第一通信系统下的第一网络设备130和第二通信系统下的第二网络设备120相连,例如,该第一网络设备130为长期演进(Long Term Evolution,LTE)下的网络设备,该第二网络设备120为新空口(New Radio,NR)下的网络设备。
其中,该第一网络设备130和该第二网络设备120下可以包括多个小区。
应理解,图1是本申请实施例的通信系统的示例,本申请实施例不限于图1所示。
作为一个示例,本申请实施例适应的通信系统可以包括至少该第一通信系统下的多个网络设备和/或该第二通信系统下的多个网络设备。
例如,图1所示的系统100可以包括第一通信系统下的一个主网络设备和第二通信系统下的至少一个辅助网络设备。至少一个辅助网络设备分别与该一个主网络设备相连,构成多连接,并分别与终端设备110连接为其提供服务。具体地,终端设备110可以通过主网络设备和辅助网络设备同时建立连接。
可选地,终端设备110和主网络设备建立的连接为主连接,终端设备110与辅助网络设备建立的连接为辅连接。终端设备110的控制信令可以通过主连接进行传输,而终端设备110的数据可以通过主连接以及辅连接同时进行传输,也可以只通过辅连接进行传输。
作为又一示例,本申请实施例中的第一通信系统和第二通信系统不同,但对第一通信系统和该第二通信系统的具体类别不作限定。
例如,该第一通信系统和该第二通信系统可以是各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)等。
所述主网络设备和所述辅助网络设备可以为任意接入网设备。
可选地,在一些实施例中,所述接入网设备可以是全球移动通讯(Global Systemof Mobile communication,GSM)系统或码分多址(Code Division Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(WidebandCode Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是长期演进(Long Term Evolution,LTE)系统中的演进型基站(Evolutional Node B,eNB或eNodeB)。
可选地,所述接入网设备还可以是下一代无线接入网(Next Generation RadioAccess Network,NGRAN),或者是NR系统中的基站(gNB),或者是云无线接入网络(CloudRadio Access Network,CRAN)中的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备,或者未来演进的公共陆地移动网络(Public Land MobileNetwork,PLMN)中的网络设备等。
在图1所示的系统100中,以该第一网络设备130为主网络设备,以该第二网络设备120为辅助网络设备为例。
该第一网络设备130可以为LTE网络设备,该第二网络设备120可以为NR网络设备。或者该第一网络设备130可以为NR网络设备,第二网络设备120可以为LTE网络设备。或者该第一网络设备130和该第二网络设备120都可以为NR网络设备。或者该第一网络设备130可以为GSM网络设备,CDMA网络设备等,该第二网络设备120也可以为GSM网络设备,CDMA网络设备等。或者第一网络设备130可以是宏基站(Macrocell),第二网络设备120可以为微蜂窝基站(Microcell)、微微蜂窝基站(Picocell)或者毫微微蜂窝基站(Femtocell)等。
可选地,所述终端设备110可以是任意终端设备,所述终端设备110包括但不限于:
经由有线线路连接,如经由公共交换电话网络(Public Switched TelephoneNetworks,PSTN)、数字用户线路(Digital Subscriber Line,DSL)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(Wireless Local Area Network,WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(Internet of Things,IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(PersonalCommunications System,PCS)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System,GPS)接收器的PDA;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal DigitalAssistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。
以NR系统为例,终端设备可以支持三种无线资源控制(radio resource control,RRC)状态,即RRC空闲(idle)态、RRC非激活(inactive)态和RRC连接(connected)态。
在RRC idle状态下,移动性为基于UE的小区选择或重选,寻呼由核心网(corenetwork,CN)发起,寻呼区域由CN配置。基站侧不存在UE接入层(access stratum,AS)上下文。在RRC idle状态下,不存在RRC连接。
在RRC inactive状态下,移动性为基于UE的小区选择或重选,存在核心网与基站之间的连接,UE AS上下文存在某个基站上,寻呼由接入网(radio access network,RAN)触发,基于RAN的寻呼区域由RAN管理,网络侧知道UE的位置是基于RAN的寻呼区域级别的。
在RRC connected状态下,存在RRC连接,基站和UE存在UE AS上下文。网络侧知道UE的位置是具体小区级别的。移动性是网络侧控制的移动性。UE和基站之间可以传输数据。
对于处于RRC idle状态或者RRC inactive状态的UE,UE与网络之间没有其他的数据通信,UE也不需要监听物理下行控制信道(physical downlink control channel,PDCCH),因此UE在RRC idle状态或者RRC inactive状态下更省电。
在5G NR的标准化过程中,从终端设备省电的角度出发,考虑在NR中引入释放辅助指示(release assistance indication,RAI)机制,该RAI机制可用于终端设备向网络设备指示进行RRC状态转换,例如从RRC连接态转换到RRC空闲态,以节省终端设备的电量。但是终端设备如何向网络设备指示进行状态转换目前还没有明确的方案。
要解决终端设备如何向网络设备指示进行状态转换的问题,可以从以下三个方面进行考虑:1、RAI采用什么信令进行承载;2、什么条件下触发RAI;3、RAI中具体包括哪些内容。
基于上述问题,本申请实施例提供一种用于发送释放辅助指示信息的方法,为终端设备进行状态转换提供了一种明确的方案。如图2所示,该方法包括步骤S210。
S210、终端设备根据待传输的数据量,确定是否向网络设备发送RAI消息。
例如,终端设备可以在待传输的数据量为零的情况下,向网络设备发送RAI消息,以请求网络设备将所述终端设备从RRC连接态转换到RRC空闲态或者RRC非激活态。如果终端设备没有待传输的数据,且还继续保持在RRC连接态的话,仍然需要不断地去监听PDCCH,这不利于节省终端设备的电量。因此,本申请实施例的方案可以使没有业务的终端设备尽早转换到空闲态或者非激活态,从而节省终端设备的能耗。
又例如,终端设备可以在待传输的数据量不为零的情况下,不向网络设备发送RAI消息。也就是说,如果终端设备存在待传输的数据,表示终端设备还需要保持RRC连接态以进行数据传输,在这种情况下,终端设备就不可以向网络设备发送RAI消息,以请求进行状态转换。
本申请实施例还提供另一种用于发送RAI消息的方法,如图3所示,该方法包括步骤S310和S320。
S310、终端设备向网络设备发送RAI消息。
S320、网络设备根据该RAI消息,确定是否需要断开与终端设备的RRC连接。
网络设备接收到终端设备发送的RAI消息后,可以结合自身实现,确定是否需要断开与终端设备的RRC连接。例如,网络设备接收到终端设备发送的RAI消息后,会结合自身对终端设备的下行业务的活动性估计以及RAI消息中指示的目标时长来决定是否将终端设备移出连接态。
下文描述的内容对图2和图3所示的方法均适用。
待传输的数据量可以包括待传输的上行数据量和/或待传输的下行数据量。
以NR系统为例,终端设备可以支持至少一个逻辑信道组(logical channelgroup,LCG)。终端设备的待传输的数据量为零,可以表示终端设备的至少一个逻辑信道组的待传输的数据量为零,其中,至少一个逻辑信道组为终端设备支持的所有的逻辑信道组。也就是说,终端设备可以根据终端设备支持的所有的逻辑信道组的待传输的数据量,确定是否向网络设备发送RAI消息。在该至少一个逻辑信道组中的待传输的数据量均为零的情况下,向网络设备发送RAI消息。
例如,如果终端设备支持4个逻辑信道组,则终端设备可以根据该4个逻辑信道组的待传输的数据量,确定是否向网络设备发送RAI消息。在该4个逻辑信道组的待传输的数据量均为0的情况下,向网络设备发送RAI消息;该4个逻辑信道组中只要有一个逻辑信道组有待传输的数据,终端设备就不向网络设备发送RAI消息。
以NR系统为例,终端设备可以支持最多8个逻辑信道组。
本申请实施例中,可以重新定义一个新的逻辑信道来发送RAI消息,该逻辑信道可以理解为专用于发送RAI消息的逻辑信道。终端设备有RAI消息需要发送时,可以使用该新的逻辑信道进行发送,网络设备接收到该逻辑信道后,可以确定该逻辑信道上承载的是RAI消息。
待传输的数据量为零可以表示终端设备当前待传输的数据量为0以及在之后的预设时长内待传输的数据量为零。如果终端设备当前没有数据传输,以及终端设备预测在未来一段时间内也没有数据传输的情况下,向网络设备发送RAI消息;如果终端设备当前没有数据传输,同时终端设备预测在不久后将会有数据传输,则终端设备可以不向网络设备发送RAI消息。
预设时长可以是协议中规定的时长,也可以是网络设备配置的时长。
如果终端设备当前没有待传输的数据,且在之后的小于预设时长的时长内没有待传输的数据,则终端设备不向网络设备发送RAI消息;如果终端设备当前没有数据传输,且在之后的大于或等于预设时长的时长内没有待传输的数据,则终端设备可以向网络设备发送RAI消息。
假设终端设备当前没有待传输的数据,且终端设备预测在未来的第一时长内没有待传输数据,终端设备可以根据第一时长的大小,确定是否向网络设备发送RAI消息。
例如,在第一时长不小于至少一个时长中的最小时长的情况下,终端设备向网络设备发送RAI消息;在第一时长小于至少一个时长中的最小时长的情况下,终端设备不向网络设备发送RAI消息。
该至少一个时长可以是预定义的时长,或者也可以是网络设备为终端设备配置的时长。网络设备例如可以通过RRC信令为终端设备配置该至少一个时长。
如果该至少一个时长包括10s、20s、30s和40s,终端设备在确定是否向网络设备发送RAI消息时,可以根据当前待传输的数据量是否为零,以及未来没有待传输的数据的时长是否大于或等于10s进行判断。
例如,如果终端设备当前待传输的数据量为零,且终端设备预测之后的11s内没有待传输的数据,则终端设备可以向网络设备发送RAI消息;如果终端设备当前待传输的数据量为零,且终端设备预测之后的9s内没有数据传输,则终端设备不向网络设备发送RAI消息。
本申请实施例对终端设备发送RAI消息的时机不做具体限定。例如,终端设备可以在触发了缓存状态报告(buffer status report,BSR)的情况下,向网络设备发送RAI消息。又例如,终端设备可以在第一定时器超时的情况下,向网络设备发送RAI消息,也就是说,终端设备向网络设备发送的连续两个RAI消息的时间间隔大于或等于第一定时器的时长,所述第一定时器可以是针对终端设备发送释放辅助指示消息的时间间隔设置的,该第一定时器可以称为RAI禁止定时器(RAIProhibitTimer)。
通过BSR的触发以及第一定时器的设置,可以限制终端设备上报RAI的时间间隔,避免终端设备过于频繁的上报。
下面结合具体情况对上述两种方式进行描述。
情况1,终端设备可以在触发了BSR的情况下,向网络设备发送RAI消息。对于通过BSR触发来发送RAI消息的情况,RAI消息可以通过MAC CE来承载,如终端设备可以通过发送RAI MAC CE向网络设备指示RAI。当然这仅是一种示例,RAI消息也可以通过RRC信令来承载。
例如,终端设备可以接收网络设备发送的RRC配置信息,该RRC配置信息中可以包括上行逻辑信道的配置参数以及BSR的配置参数。其中,上行逻辑信道的配置参数可以包括逻辑信道的优先级以及逻辑信道对应的逻辑信道组的标识等。BSR的配置参数可以包括周期BSR定时器(periodicBSR-Timer)和重传BSR定时器(retxBSR-Timer)等。
终端设备可以判断以下几个条件是否满足:
(1)终端设备触发了BSR并且网络设备为终端设备分配了上报BSR的资源;
(2)终端设备当前所有的逻辑信道组的待传输的数据量都为零,即终端设备准备上报zero BSR或者zero Long BSR;
(3)终端设备预测在未来一段时间内都没有上行和/或下行数据传输需求。
如果同时满足以上三个条件,则终端设备可以在上行资源上发送RAI消息。具体地,终端设备可以通过MAC CE在上行资源上发送RAI消息。
举例说明,如果终端设备触发了BSR,且终端设备判断当前所有的逻辑信道组的待传输的数据量都为零,同时终端设备预测在不久后将会有数据传输需求,则终端设备可以在网络设备分配的上行资源上发送BSR,但不发送RAI消息。一段时间过后,终端设备又触发了BSR,并且终端设备当前所有的逻辑信道组的待传输的数据量均为零,且终端设备预测在将来的一段时间(例如第一时长)内,都不会有数据传输需求,则终端设备在网络设备分配的上行资源上发送RAI消息。
BSR主要用于通知网络设备终端设备当前待传输的上行数据量。终端设备可以通过BSR使服务基站获知终端设备的上行缓存数据量,这样基站就可以根据终端设备提供的数据量信息调度终端设备了。
为了节省BSR的上报开销,BSR的上报采用分组上报的方式,即BSR主要以逻辑信道组的形式进行发送。每个上行逻辑信道对应到一个逻辑信道组,多个逻辑信道可以对应到同一个逻辑信道组,也就是说,一个逻辑信道组可以包括多个逻辑信道。逻辑信道与逻辑信道组的对应关系可以有网络设备通过RRC信令进行配置。终端设备可以基于逻辑信道组上报BSR。
BSR的触发条件可以有以下几种:
1、终端设备的一个具有更高优先级的逻辑信道上有上行数据到达,这种情况下会触发常规(regular)BSR。终端设备有逻辑信道的数据需要发送,此时又来了优先级更高的逻辑信道的数据,则将以优先级更高的逻辑信道来触发BSR。
2、为终端设备分配的上行资源在承载完其他上行数据后的填充(padding)部分能够承载BSR,这种情况下会触发padding BSR。例如,对于本次发送的上行数据,分配的资源比较大,一些填充位不需要传输数据,此时一些触发的BSR正好可以使用这些填充数据来发送,这种使用填充数据发送的BSR称为填充BSR。
3、重传BSR定时器(retxBSR-Timer)超时,并且当前至少有一个上行逻辑信道有待发送的上行数据,此时会触发regular BSR。
4、周期定时器(periodicBSR-Timer)超时,会触发周期(Periodic)BSR。
如果终端设备触发了BSR,并且终端设备确定当前待传输的数据量为零,则终端设备可以向网络设备上报zero BSR。
BSR可以通过BSR媒体接入控制(media access control,MAC)控制单元(controlelement,CE)承载。根据上报内容和形式的不同,BSR可以分为以下4中:短BSR(Short BSR)、截断的短BSR(Short Truncated BSR)、长BSR(long BSR)、截断的长BSR(Long TruncatedBSR)。
Short BSR表示有上行数据的逻辑信道组的个数小于或等于1个,且终端设备仅上报1个逻辑信道组的缓冲数据量。Short Truncated BSR表示有上行逻辑信道组的个数大于1个,但终端设备仅上报其中一个逻辑信道组的缓冲数据量。long BSR表示有上行数据的逻辑信道组的个数大于1个,且终端设备上报的是所有有上行数据的逻辑信道组的缓冲数据量。Long Truncated BSR表示有上行数据的逻辑信道组的个数大于1个,且终端设备上报的是部分逻辑信道组的缓冲数据量,且上报的逻辑信道组的个数大于1个。
在以上4种形式的BSR中,Short BSR和Short Truncated BSR使用Short BSR andShort Truncated BSR MAC CE承载。Short BSR and Short Truncated BSR MAC CE的大小固定,定义如图4所示。该MAC CE可以包括第一字段和第二字段,第一字段用于指示逻辑信道组的标识(logical channel group identity,LCD ID),第二字段用于指示该逻辑信道组的缓冲数据的大小。
从图4可以看出,Short BSR和Short Truncated BSR仅能够指示一个逻辑信道组的缓冲数据的大小。
如果终端设备当前仅有一个逻辑信道组触发了BSR,那么终端设备可以使用ShortBSR and Short Truncated BSR MAC CE来发送BSR。
Long BSR和Long Truncated BSR使用Long BSR and Long Truncated BSR MACCE承载。Long BSR and Long Truncated BSR MAC CE的size可变,定义如图5所示。
对于Long BSR和Long Truncated BSR而言,MAC CE可以包括多个第一字段和多个第二字段,该多个第一字段用于指示每个逻辑信道组的数量是否上报,该多个第二字段分别用于指示需要上报的多个逻辑信道组对应的缓冲数据的大小。
例如,对于支持8个逻辑信道组的终端设备而言,层1中可以包括8个比特位,每个比特位分别用于指示该8个逻辑信道组的缓冲数据量是否上报。如果比特位的取值为0,表示不上报;如果比特位的取值为1,表示上报。层2至层(m+1)中的每一层的缓冲大小分别表示层1中需要上报的逻辑信道组的缓冲数据量大小。层2至层(m+1)中指示的逻辑信道组的顺序为层1中的需要上报的逻辑信道组的标识的上升顺序,m的取值等于需要上报缓冲数据量的逻辑信道组的数量。
举例说明,如果只有LCG1、LCG2、LCG5、LCG7的逻辑信道组需要上报缓冲量,那么LCG1、LCG2、LCG5、LCG7对应的比特位的取值为1,LCG0、LCG3、LCG4、LCG6对应的比特位的取值为0,也就是说,层1中的比特位的取值从右往左可以为01100101。在该情况下,m的取值为4,该Long BSR还包括层2至层5,层2至层5中的每一层分别表示LCG1、LCG2、LCG5、LCG7的缓冲数据量。层2可以表示LCG1的缓冲数据量,层3可以表示LCG2的缓冲数据量,层4可以表示LCG5的缓冲数据量,层5可以表示LCG7的缓冲数据量。
从图5可以看出,Long BSR和Long Truncated BSR可用于指示多个逻辑信道组的缓冲数据的大小。
如果终端设备当前有多个逻辑信道组同时触发了BSR,那么终端设备可以使用Long BSR and Long Truncated BSR MAC CE来发送BSR。
对于Regular BSR和Periodic BSR而言,如果终端设备有上行数据的逻辑信道组的个数大于1,则终端设备上报long BSR,且终端设备上报的是所有有上行数据的逻辑信道组的缓冲数据量;如果终端设备有上行数据的逻辑信道组的个数小于或等于1,则终端设备上报short BSR。
对于padding BSR而言,可以分两种情况进行描述。
第一种情况:在padding的比特位足以承载short BSR而不足以承载long BSR的情况下,如果有上行数据的逻辑信道组的个数小于或等于1,则终端设备上报short BSR;如果有上行数据的逻辑信道组的个数大于1,且padding的比特位刚好够承载short BSR,则终端设备上报Short Truncated BSR,且终端设备上报的是由上行数据的逻辑信道组中优先级最高的逻辑信道对应的逻辑信道组的数据量;如果padding的比特数大于一个short BSR需要使用的比特数,则终端设备可以上报Long Truncated BSR,终端设备具体上报哪些逻辑信道组的数据量可以由有上行数据的逻辑信道组中包含的最高优先级的逻辑信道的优先级确定。
例如,第一逻辑信道组、第二逻辑信道组、第三逻辑信道组中均有上行数据需要发送,第一逻辑信道组中包含的最高优先级的逻辑信道的优先级为3,第二逻辑信道组中包含的最高优先级的逻辑信道的优先级为1,第三逻辑信道组中包含的最高优先级的逻辑信道的优先级为2,在padding的比特数仅能够承载两个逻辑信道组的数据量的情况下,终端设备优先发送第二逻辑信道组和第三逻辑信道组的缓冲数据量。
第二种情况:在padding的比特位足以承载Long BSR的情况下,则终端设备上报Long BSR,上报的是所有有上行数据的逻辑信道组的待传输的数据量。
例如,如果终端设备有3个逻辑信道组有上行数据需要发送,且在padding的比特位足以承载该3个逻辑信道组的缓冲数据量的情况下,则终端设备上报Long BSR。
情况2,可以通过第一定时器来限制终端设备上报RAI的最小时间间隔,避免终端设备过于频繁地上报。该第一定时器例如可以是预定义的,如该第一定时器是预设在终端设备中的,或者该第一定时器是协议中规定的;该第一定时器又例如可以是网络设备配置给终端设备的。
作为一个示例,终端设备可以接收网络设备发送的RRC配置信息,该配置信息可以包括RAI的相关参数,具体可以包括:1、至少一个时长,即终端设备未来没有上行和/或下行数据传输需求的持续时间;2、RAI禁止定时器(RAIProhibitTimer),该定时器用来限制终端设备上报RAI的最小时间间隔。
终端设备可以维护一个RAI禁止定时器,方法如下:每次当终端设备上报RAI指示时,终端设备启动或者重启该RAI禁止定时器。
终端设备可以判断一下几个条件是否满足:
1)终端设备当前所有的逻辑信道组的待传输的数据量都为零;
2)终端设备在未来一段时间(predict_data_inactivity_duration)都没有上行和/或下行传输需求,并且predict_data_inactivity_duration不小于RRC配置信息中的至少一个时长中的最小值;
3)终端设备没有发送过RAI或者RAI禁止定时器已超时。
如果同时满足上述3个条件,则终端设备可以向网络设备发送RAI消息,具体地,终端设备可以通过RRC信令向网络设备发送RAI消息。
本申请实施例中的终端设备可以指具有RAI能力的终端设备。具有RAI能力的终端设备可以直接在待传输的数据量为零的情况下,向网络设备发送RAI消息;或者,具有RAI能力的终端设备只有在网络设备激活该RAI能力的情况下,才可以在待传输的数据量为零的情况下,向网络设备发送RAI消息。具体的激活过程如下:
终端设备可以通过RRC消息告知网络设备自己是否可以支持RAI功能,该指示信息可以携带在UE能力消息中。网络设备可以向终端设备发送RAI功能激活指示,该RAI功能激活指示可以使用RRC消息或者MAC CE承载,终端设备接收到该RAI功能激活指示后,表示终端设备的RAI功能被激活,终端设备后续可以使用该功能向网络设备上报RAI消息。
下面对RAI消息中具体包括的内容进行描述。
RAI消息中可以包括目标时长和/或终端设备期望转换到的RRC状态,终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活态,所述目标时长用于指示所述终端设备没有待传输的数据的时长。
该目标时长可以为终端设备实际预测的未来没有待传输的数据的时长。例如,终端设备预测未来12s内都没有待传输的数据,则终端设备可以将12s的目标时长携带在RAI消息中上报给网络设备。
该目标时长还可以为至少一个时长中的时长,该目标时长例如为为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为终端设备预测的所有逻辑信道组均没有待传输的数据的时长。参见上文的描述,该至少一个时长可以是预定义的时长,或者该至少一个时长可以是网络设备配置给终端设备的时长。
例如,该至少一个时长包括10s、20s、30s和40s,终端设备预测未来12s内没有待传输的数据,由于12s大于10s,且小于20s,因此10s的时长是至少一个时长中不超过12s的最大的一个时长。终端设备可以将10s的目标时长携带在RAI消息中上报给网络设备。
由于终端设备预测的没有待传输的数据的时长可以是大于零的任意自然数,如果允许终端设备按照实际预测的时长进行上报,会增加RAI消息的复杂度,增加RAI消息占用的资源。因此,通过限制终端设备上报的目标时长,终端设备在上报目标时长时,只需在至少一个时长中确定一个时长进行上报,网络设备也仅需为终端设备配置至少一个时长的所占用的资源长度,这样可以降低RAI消息的复杂度,节约上报RAI消息所占用的资源。
如果RAI消息仅指示目标时长,而不指示终端设备期望转换到的RRC状态,则可以定义一个新的逻辑信道来识别RAI消息,该RAI消息中可以使用n个比特位指示目标时长,n为大于0的整数,如图6所示,RAI消息可以采用格式1进行表示。
举例说明,该至少一个时长可以包括10s、20s、30s和40s,RAI禁止定时器的时长为2s。
如果终端设备当前所有的逻辑信道组的待传输的数据量为零,同时终端设备预测未来2s的时间内都没有上行和/或下行数据传输需求,由于该2s的时长小于至少一个时长中的最小值(10s),因此,终端设备可以不发送RAI消息。一段时间过后,终端设备当前所有的逻辑信道组的待传输的数据量都为零,同时终端设备预测未来10s的时间内都没有上行和/或下行数据传输需求,则终端设备可以通过RRC信令发送RAI消息,该RAI消息中携带的目标时长为10s,并且终端设备可以启动或重启RAI禁止定时器。在终端设备发送RAI消息的1s的时间过后,终端设备当前待传输的数据量都为零,同时终端设备预测未来30s的时间内都没有上行和/或下行数据传输需求,但由于此时RAI禁止定时器还没有超时,因此终端设备不发送RAI消息。此后又过了1s的时间,RAI禁止定时器超时,终端设备可以通过RRC信令发送RAI消息,且该RAI消息中携带的目标时长为20s。
终端设备期望转换到的RRC状态可以通过RAI消息中的一个或多个比特位,和/或承载该RAI消息的逻辑信道的标识来指示。
作为一个示例,终端设备期望转换到的RRC状态可以通过RAI消息中的一个或多个比特位来指示,如图7所示,RAI消息可以采用格式2进行表示。
RAI消息中可以使用1个比特来指示终端设备期望转换到的RRC状态,例如,当该比特位取值为0时,表示终端设备期望转换到RRC空闲态;当该比特位取值为1时,表示终端设备期望转换到RRC非激活态。
当然也可以使用多个比特来指示终端设备期望转换到的RRC状态,本申请实施例对此不作具体限定。
在图7中,RAI消息可以使用另外的n个比特指示目标时长,n为大于0的整数。
作为又一示例,终端设备期望转换到的RRC状态可以通过逻辑信道组的标识(logical channel group identity,LCD ID)进行指示。本申请实施例可以定义两个新的逻辑信道ID来分别识别终端设备期望转换到的RRC空闲态和RRC非激活态,网络设备也可以根据接收到的RAI消息所使用的逻辑信道来识别终端设备期望转换到的RRC状态。例如,终端设备可以通过第一逻辑信道来指示期望转换到RRC空闲态,通过第二逻辑信道指示期望转换到RRC非激活态。当终端设备期望转换到RRC空闲态时,终端设备可以使用第一逻辑信道发送RAI消息,网络设备在第一逻辑信道上接收到终端设备发送的RAI消息时,网络设备可以确定终端设备期望转换到RRC空闲态;当终端设备期望转换到RRC非激活态时,终端设备可以使用第二逻辑信道发送RAI消息,网络设备在第二逻辑信道上接收到终端设备发送的RAI消息时,网络设备可以确定终端设备期望转换到RRC非激活态。
如图6所示,RAI消息可以采用格式1进行表示,在该情况下,RAI消息中的比特位仅需指示目标时长。
图6和图7仅是RAI消息的两种格式的示例,但是并不对RAI消息中指示目标时长的字段的大小,以及指示终端设备期望转换到的状态的字段、指示目标时长的字段所在的位置造成限定。例如,指示终端设备期望转换到的RRC状态的字段可以位于指示目标时长的字段前面、后面、中间或者任意位置等。
终端设备期望转换到的RRC状态可以根据终端设备的自身实现来确定。
网络设备接收到终端设备发送的RAI消息后,后结合自身对终端设备的下行业务的活动性估计以及RAI消息中指示的目标时长来决定是否将终端设备移出连接态。如果网络设备决定将终端设备移出连接态,网络设备可以根据终端设备期望转换到的RRC状态,将终端设备的状态转换为终端设备期望的状态,如果RAI消息中没有携带终端设备期望转换到的RRC状态,则网络设备可以将终端设备转换到任意一个非连接状态。
本申请实施例中,可以使用RAI消息替换zero BSR的发送,或者RAI消息也可以与zero BSR一起发送。
作为一个示例,终端设备在发送BSR的同时需要发送RAI消息,则终端设备可以只发送RAI消息而不发送BSR。在该情况下,由于RAI的发送,终端设备可以取消已触发的BSR,即可以使用RAI消息指示终端设备当前待传输的数据量为零。
例如,以RAI消息采用MAC CE承载为例,终端设备在发送zero BSR的同时需要发送RAI MAC CE,该zero BSR可以是周期BSR,也可以是padding BSR。终端设备可以使用RAIMACCE取代BSRMAC CE,也即终端设备取消zero BSR的发送。在这种方式下,RAI MAC CE与BSRMAC CE的优先级相同。终端设备在发送RAI MAC CE时,可以根据BSRMACCE与其他待发送的MACCE的优先级关系,确定RAIMACCE与其他MAC CE的发送顺序。
作为又一示例,RAI消息可以与zero BSR同时发送。以RAI消息采用MAC CE承载为例,在该方式下,RAIMACCE的优先级高于BSRMACCE的优先级,其他上行发送的优先级关系保持不变。也就是说,在上行资源足以承载RAI消息和BSR的情况下,终端设备同时发送RAI消息和BSR;在上行资源不足以承载RAI消息和BSR的情况下,RAI消息的发送优先级高于BSR的发送优先级。
具体地,终端设备可以按照以下规则进行发送:
终端设备在向网络设备发送RAI消息并且存在已触发的BSR的情况下,如果当前为终端设备分配的上行资源的大小可以满足同时传输RAI消息和BSR所需要的资源,则终端设备在当前资源上同时传输RAI消息和BSR。否则,如果按照当前为终端设备分配的上行资源大小只能够满足传输RAI消息所需要的资源,而不能满足同时传输RAI消息和BSR所需要的资源,则终端设备在当前资源上只传输RAI消息而不传输BSR。
终端设备在发送RAI消息的情况下,无论有没有同时发送BSR,此时都可以取消已触发的BSR。
本申请实施例中的RAI消息仅是一种示意性的描述,也可以称为其他消息,只要和RAI消息实现相同的功能均包括在本申请的保护范围内。
上文中详细描述了根据本申请实施例的用于发送释放辅助指示信息的方法,下面将结合图8至图12,描述根据本申请实施例的装置,方法实施例所描述的技术特征适用于以下装置实施例。
图8是本申请实施例提供的一种终端设备的示意性框图,该终端设备可以是上文描述的任一种终端设备。图8的终端设备800包括处理单元810,其中:
处理单元810,用于根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,所述释放辅助指示消息用于所述网络设备确定是否需要断开与所述终端设备的无线资源控制RRC连接。
可选地,所述处理单元810用于:在所述所有逻辑信道组中的待传输的数据量均为零的情况下,向所述网络设备发送释放辅助指示消息。
可选地,所述待传输的数据量为零包括当前待传输的数据量为零,以及第一时长内待传输的数据量为零。
可选地,所述处理单元810用于:在第一时长不小于至少一个时长中的最小时长的情况下,向所述网络设备发送所述释放辅助指示消息;在所述第一时长小于所述至少一个时长中的最小时长的情况下,不向所述网络设备发送所述释放辅助指示消息;其中,所述第一时长为所述终端设备预测的所述所有逻辑信道组均没有待传输数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长。
可选地,所述处理单元810用于:在触发了缓存状态报告BSR,且所述所有逻辑信道组中的待传输的数据量为零的情况下,向所述网络设备发送所述释放辅助指示消息。
可选地,所述终端设备向所述网络设备发送的连续两个释放辅助指示消息的时间间隔大于或等于第一定时器的时长,所述第一定时器可以是针对终端设备发送释放辅助指示消息的时间间隔设置的。
可选地,所述处理单元810用于:在所述待传输的数据量为零,且第一定时器超时的情况下,向所述网络设备发送所述释放辅助指示消息;和/或,在所述所有逻辑信道组中的待传输的数据量为零,且所述第一定时器未超时的情况下,不向所述网络设备发送所述释放辅助指示消息,所述第一定时器是在所述终端设备上一次发送释放辅助指示消息时启动的。
可选地,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
可选地,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
可选地,所述释放辅助指示消息中包括目标时长和/或所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,所述目标时长用于指示所述终端设备没有待传输的数据的时长。
可选地,所述目标时长为所述终端设备预测的没有待传输数据的时长。
可选地,所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长。
可选地,所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
可选地,所述处理单元810用于:在向所述网络设备发送所述释放辅助指示消息的情况下,不需要向所述网络设备发送缓存状态报告BSR。
可选地,所述终端设备还包括通信单元820,用于:在向所述网络设备发送所述释放辅助指示消息并且存在已触发BSR的情况下,如果上行资源能够同时承载所述释放辅助指示消息以及BSR,向所述网络设备发送所述已触发的BSR。
可选地,在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,所述释放辅助指示消息的发送优先级高于所述BSR的发送优先级。
可选地,所述处理单元810用于:在向所述网络设备发送所述释放辅助指示消息,且在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,取消已触发的BSR。
可选地,所述待传输的数据量包括待传输的上行数据量和/或待传输的下行数据量。
图9是本申请实施例提供的一种网络设备的示意性框图,该网络设备可以是上文描述的任一种网络设备。图9的网络设备900包括通信单元910和处理单元920,其中:
通信单元910,用于接收终端设备发送的释放辅助指示消息;
处理单元920,用于根据所述释放辅助指示消息,确定是否需要断开与所述终端设备的无线资源控制RRC连接。
可选地,所述通信单元910还用于:向所述终端设备配置至少一个时长,所述至少一个时长中的最小时长用于所述终端设备确定是否需要向所述网络设备发送所述释放辅助指示消息。
可选地,所述通信单元910还用于:接收所述终端设备发送的缓存状态报告BSR。
可选地,所述网络设备接收所述终端设备发送的连续两个释放辅助指示消息的时间间隔大于第一定时器的时长,所述第一定时器可以是针对终端设备发送释放辅助指示消息的时间间隔设置的。
可选地,所述通信单元910还用于:向所述终端设备配置第一定时器,所述第一定时器用于所述终端设备确定向所述网络设备发送释放辅助指示消息的时间间隔。
可选地,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
可选地,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
可选地,所述释放辅助指示消息中包括目标时长和/或所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,所述目标时长用于指示所述终端设备没有待传输的数据的时长。
可选地,所述目标时长为所述终端设备预测的没有待传输数据的时长。
可选地,所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长。
可选地,所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
可选地,所述处理单元920还用于:在接收所述终端设备发送的释放辅助指示消息的情况下,不接收所述终端设备发送的BSR。
可选地,所述通信单元910还用于:在接收所述终端设备发送的释放辅助指示消息的情况下,还接收所述终端设备发送的BSR。
可选地,所述待传输的数据量包括待传输的上行数据量和/或待传输的下行数据量。
图10是本申请实施例提供的一种通信设备1000示意性结构图。图10所示的通信设备1000包括处理器1010,处理器1010可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图10所示,通信设备1000还可以包括存储器1020。其中,处理器1010可以从存储器1020中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1020可以是独立于处理器1010的一个单独的器件,也可以集成在处理器1010中。
可选地,如图10所示,通信设备1000还可以包括收发器1030,处理器1010可以控制该收发器1030与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器1030可以包括发射机和接收机。收发器1030还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备1000具体可为本申请实施例的网络设备,并且该通信设备1000可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备1000具体可为本申请实施例的移动终端/终端设备,并且该通信设备1000可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
图11是本申请实施例的装置的示意性结构图。图11所示的装置1100包括处理器1110,处理器1110可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图11所示,装置1100还可以包括存储器1120。其中,处理器1110可以从存储器1120中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1120可以是独立于处理器1110的一个单独的器件,也可以集成在处理器1110中。
可选地,该装置1100还可以包括输入接口1130。其中,处理器1110可以控制该输入接口1130与其他设备或装置进行通信,具体地,可以获取其他设备或装置发送的信息或数据。
可选地,该装置1100还可以包括输出接口1140。其中,处理器1110可以控制该输出接口1140与其他设备或装置进行通信,具体地,可以向其他设备或装置输出信息或数据。
可选地,该装置可应用于本申请实施例中的网络设备,并且该装置可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该装置可应用于本申请实施例中的移动终端/终端设备,并且该装置可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的装置可以为芯片,该芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图12是本申请实施例提供的一种通信系统1200的示意性框图。如图12所示,该通信系统1200包括终端设备1210和网络设备1220。
其中,该终端设备1210可以用于实现上述方法中由终端设备实现的相应的功能,以及该网络设备1220可以用于实现上述方法中由网络设备实现的相应的功能为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的移动终端/终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。针对这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (50)

1.一种用于发送释放辅助指示消息的方法,其特征在于,包括:
终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,所述释放辅助指示消息用于所述网络设备确定是否需要断开与所述终端设备的无线资源控制RRC连接;所述释放辅助指示消息中包括目标时长和所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,其中,
所述目标时长为所述终端设备预测的没有待传输数据的时长;其中,
所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长;其中,
所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
2.根据权利要求1所述的方法,其特征在于,所述终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,包括:
所述终端设备在所有逻辑信道组中的待传输的数据量均为零的情况下,向所述网络设备发送释放辅助指示消息。
3.根据权利要求2所述的方法,其特征在于,所述待传输的数据量为零包括当前待传输的数据量为零,以及预设时长内待传输的数据量为零。
4.根据权利要求1所述的方法,其特征在于,所述终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,包括:
所述终端设备在触发了缓存状态报告BSR,且所有逻辑信道组中的待传输的数据量均为零的情况下,向所述网络设备发送所述释放辅助指示消息。
5.根据权利要求1所述的方法,其特征在于,所述终端设备向所述网络设备发送的连续两个释放辅助指示消息的时间间隔大于或等于第一定时器的时长,所述第一定时器是针对所述终端设备发送释放辅助指示消息的时间间隔设置的。
6.根据权利要求1所述的方法,其特征在于,所述终端设备根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,包括:
所述终端设备在所述所有逻辑信道组中的待传输的数据量为零,且第一定时器超时的情况下,向所述网络设备发送所述释放辅助指示消息;和/或,
所述终端设备在所述所有逻辑信道组中的待传输的数据量为零,且所述第一定时器未超时的情况下,不向所述网络设备发送所述释放辅助指示消息,所述第一定时器是在所述终端设备上一次发送释放辅助指示消息时启动的。
7.根据权利要求5所述的方法,其特征在于,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
8.根据权利要求1所述的方法,其特征在于,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
9.根据权利要求1-8中任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备在向所述网络设备发送所述释放辅助指示消息的情况下,不需要向所述网络设备发送缓存状态报告BSR。
10.根据权利要求1-8中任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备在向所述网络设备发送所述释放辅助指示消息并且存在已触发BSR的情况下,如果上行资源能够同时承载所述释放辅助指示消息以及BSR,所述终端设备向所述网络设备发送所述已触发的BSR。
11.根据权利要求1-8中任一项所述的方法,其特征在于,在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,所述释放辅助指示消息的发送优先级高于所述BSR的发送优先级。
12.根据权利要求1-8中任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备在向所述网络设备发送所述释放辅助指示消息,且在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,取消已触发的BSR。
13.根据权利要求1-8中任一项所述的方法,其特征在于,所述待传输的数据量包括待传输的上行数据量和/或待传输的下行数据量。
14.一种用于发送释放辅助指示消息的方法,其特征在于,包括:
网络设备接收终端设备发送的释放辅助指示消息;
所述网络设备根据所述释放辅助指示消息,确定是否需要断开与所述终端设备的无线资源控制RRC连接;其中,所述释放辅助指示消息中包括目标时长和所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,所述目标时长为所述终端设备预测的没有待传输数据的时长;其中,
所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长;其中,
所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述网络设备接收所述终端设备发送的缓存状态报告BSR。
16.根据权利要求15所述的方法,其特征在于,所述网络设备接收所述终端设备发送的连续两个释放辅助指示消息的时间间隔大于第一定时器的时长,所述第一定时器是针对所述终端设备发送释放辅助指示消息的时间间隔设置的。
17.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述终端设备配置第一定时器,所述第一定时器用于所述终端设备确定向所述网络设备发送释放辅助指示消息的时间间隔。
18.根据权利要求16所述的方法,其特征在于,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
19.根据权利要求14所述的方法,其特征在于,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
20.根据权利要求14-19中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备在接收所述终端设备发送的释放辅助指示消息的情况下,不接收所述终端设备发送的BSR。
21.根据权利要求14-19中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备在接收所述终端设备发送的释放辅助指示消息的情况下,还接收所述终端设备发送的BSR。
22.一种终端设备,其特征在于,包括:
处理单元,用于根据所有逻辑信道组中的待传输的数据量,确定是否向网络设备发送释放辅助指示消息,所述释放辅助指示消息用于所述网络设备确定是否需要断开与所述终端设备的无线资源控制RRC连接;其中,所述释放辅助指示消息中包括目标时长和所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,所述目标时长为所述终端设备预测的没有待传输数据的时长;其中,
所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长;其中,
所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
23.根据权利要求22所述的终端设备,其特征在于,所述处理单元用于:
在所述所有逻辑信道组中的待传输的数据量均为零的情况下,向所述网络设备发送释放辅助指示消息。
24.根据权利要求23所述的终端设备,其特征在于,所述待传输的数据量为零包括当前待传输的数据量为零,以及预设时长内待传输的数据量为零。
25.根据权利要求22所述的终端设备,其特征在于,所述处理单元用于:
在触发了缓存状态报告BSR,且所述所有逻辑信道组中的待传输的数据量为零的情况下,向所述网络设备发送所述释放辅助指示消息。
26.根据权利要求22所述的终端设备,其特征在于,所述终端设备向所述网络设备发送的连续两个释放辅助指示消息的时间间隔大于或等于第一定时器的时长,所述第一定时器是针对所述终端设备发送释放辅助指示消息的时间间隔设置的。
27.根据权利要求22所述的终端设备,其特征在于,所述处理单元用于:
在所述所有逻辑信道组中的待传输的数据量为零,且第一定时器超时的情况下,向所述网络设备发送所述释放辅助指示消息;和/或,
在所述所有逻辑信道组中的待传输的数据量为零,且所述第一定时器未超时的情况下,不向所述网络设备发送所述释放辅助指示消息,所述第一定时器是在所述终端设备上一次发送释放辅助指示消息时启动的。
28.根据权利要求26所述的终端设备,其特征在于,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
29.根据权利要求22所述的终端设备,其特征在于,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
30.根据权利要求22-29中任一项所述的终端设备,其特征在于,所述处理单元用于:
在向所述网络设备发送所述释放辅助指示消息的情况下,不需要向所述网络设备发送缓存状态报告BSR。
31.根据权利要求22-29中任一项所述的终端设备,其特征在于,所述终端设备还包括通信单元,用于:
在向所述网络设备发送所述释放辅助指示消息并且存在已触发BSR的情况下,如果上行资源能够同时承载所述释放辅助指示消息以及BSR,向所述网络设备发送所述已触发的BSR。
32.根据权利要求22-29中任一项所述的终端设备,其特征在于,在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,所述释放辅助指示消息的发送优先级高于所述BSR的发送优先级。
33.根据权利要求22-29中任一项所述的终端设备,其特征在于,所述处理单元用于:
在向所述网络设备发送所述释放辅助指示消息,且在上行资源不足以同时承载所述释放辅助指示消息和BSR的情况下,取消已触发的BSR。
34.根据权利要求22-29中任一项所述的终端设备,其特征在于,所述待传输的数据量包括待传输的上行数据量和/或待传输的下行数据量。
35.一种网络设备,其特征在于,包括:
通信单元,用于接收终端设备发送的释放辅助指示消息;
处理单元,用于根据所述释放辅助指示消息,确定是否需要断开与所述终端设备的无线资源控制RRC连接;其中,所述释放辅助指示消息中包括目标时长和所述终端设备期望转换到的RRC状态,所述终端设备期望转换到的RRC状态包括RRC空闲态和/或RRC非激活状态,所述目标时长为所述终端设备预测的没有待传输数据的时长;其中,
所述目标时长为至少一个时长中不超过第一时长的最大的一个时长,所述第一时长为所述终端设备预测的所有逻辑信道组均没有待传输的数据的时长,所述至少一个时长是所述网络设备配置给所述终端设备的,或者所述至少一个时长是预定义的时长;其中,
所述终端设备期望转换到的RRC状态通过所述释放辅助指示消息中的一个或多个比特位,和/或承载所述释放辅助指示消息的逻辑信道的标识来指示。
36.根据权利要求35所述的网络设备,其特征在于,所述通信单元还用于:
接收所述终端设备发送的缓存状态报告BSR。
37.根据权利要求35所述的网络设备,其特征在于,所述网络设备接收所述终端设备发送的连续两个释放辅助指示消息的时间间隔大于第一定时器的时长,所述第一定时器是针对所述终端设备发送释放辅助指示消息的时间间隔设置的。
38.根据权利要求35所述的网络设备,其特征在于,所述通信单元还用于:
向所述终端设备配置第一定时器,所述第一定时器用于所述终端设备确定向所述网络设备发送释放辅助指示消息的时间间隔。
39.根据权利要求37所述的网络设备,其特征在于,所述至少一个时长和/或所述第一定时器是所述网络设备通过RRC信令配置给所述终端设备的。
40.根据权利要求35所述的网络设备,其特征在于,所述释放辅助指示消息承载在媒体接入控制控制单元MAC CE或RRC信令中。
41.根据权利要求35-40中任一项所述的网络设备,其特征在于,所述处理单元还用于:
在接收所述终端设备发送的释放辅助指示消息的情况下,不接收所述终端设备发送的BSR。
42.根据权利要求35-40中任一项所述的网络设备,其特征在于,所述通信单元还用于:
在接收所述终端设备发送的释放辅助指示消息的情况下,还接收所述终端设备发送的BSR。
43.一种终端设备,其特征在于,所述终端设备包括处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行权利要求1至13中任一项所述的方法。
44.一种网络设备,其特征在于,所述网络设备包括处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行权利要求14至21中任一项所述的方法。
45.一种通信装置,其特征在于,所述通信装置包括处理器,所述处理器用于从存储器中调用并运行计算机程序,使得安装有所述通信装置的设备执行权利要求1至13中任一项所述的方法。
46.一种通信装置,其特征在于,所述通信装置包括处理器,所述处理器用于从存储器中调用并运行计算机程序,使得安装有所述通信装置的设备执行权利要求14至21中任一项所述的方法。
47.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行权利要求1至13中任一项所述的方法。
48.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行权利要求14至21中任一项所述的方法。
49.一种通信系统,其特征在于,包括如权利要求22至34中任一项所述的终端设备。
50.一种通信系统,其特征在于,包括如权利要求35至42中任一项所述的网络设备。
CN201980083134.5A 2019-07-11 2019-07-11 用于发送释放辅助指示消息的方法及设备 Active CN113196858B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/095655 WO2021003753A1 (zh) 2019-07-11 2019-07-11 用于发送释放辅助指示消息的方法及设备

Publications (2)

Publication Number Publication Date
CN113196858A CN113196858A (zh) 2021-07-30
CN113196858B true CN113196858B (zh) 2022-08-12

Family

ID=74114312

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980083134.5A Active CN113196858B (zh) 2019-07-11 2019-07-11 用于发送释放辅助指示消息的方法及设备

Country Status (2)

Country Link
CN (1) CN113196858B (zh)
WO (1) WO2021003753A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114980278A (zh) * 2021-02-22 2022-08-30 维沃移动通信有限公司 通信设备的工作方法、装置及通信设备
CN113055989B (zh) * 2021-03-31 2022-10-25 联想(北京)有限公司 通信控制方法、装置和基站
CN113994764A (zh) * 2021-09-16 2022-01-28 北京小米移动软件有限公司 能力上报方法及装置、存储介质
CN116634488A (zh) * 2022-02-11 2023-08-22 华为技术有限公司 通信方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483881A (zh) * 2008-01-07 2009-07-15 华为技术有限公司 控制用户设备释放上行资源的方法和装置
CN101616057A (zh) * 2008-06-23 2009-12-30 大唐移动通信设备有限公司 一种上行传输增强中资源释放的方法、装置和系统
CN102892203A (zh) * 2011-07-18 2013-01-23 中兴通讯股份有限公司 一种分组域网络中无线链路的调度方法及终端
CN104429153A (zh) * 2012-07-31 2015-03-18 华为技术有限公司 一种实现无线资源控制连接释放的方法、装置及系统
CN108370605A (zh) * 2015-12-23 2018-08-03 华为技术有限公司 一种rrc连接释放方法、装置及设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101754387B (zh) * 2008-12-12 2015-02-11 株式会社Ntt都科摩 无线通信系统中的调度资源的方法和基站
CN104737614B (zh) * 2012-10-08 2019-04-02 寰发股份有限公司 数据传输方法
CN102932939A (zh) * 2012-10-12 2013-02-13 中兴通讯股份有限公司 一种lte系统上行调度优化方法、系统、基站及终端
CN105791586A (zh) * 2016-04-25 2016-07-20 努比亚技术有限公司 一种wifi自动关闭方法、装置和移动终端
TWI711331B (zh) * 2017-08-11 2020-11-21 聯發科技股份有限公司 用於物聯網之使用者設備自動釋放之方法及其裝置
CN108668319B (zh) * 2018-05-18 2022-02-22 中国联合网络通信集团有限公司 数据传输方法、装置及终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483881A (zh) * 2008-01-07 2009-07-15 华为技术有限公司 控制用户设备释放上行资源的方法和装置
CN101616057A (zh) * 2008-06-23 2009-12-30 大唐移动通信设备有限公司 一种上行传输增强中资源释放的方法、装置和系统
CN102892203A (zh) * 2011-07-18 2013-01-23 中兴通讯股份有限公司 一种分组域网络中无线链路的调度方法及终端
CN104429153A (zh) * 2012-07-31 2015-03-18 华为技术有限公司 一种实现无线资源控制连接释放的方法、装置及系统
CN108370605A (zh) * 2015-12-23 2018-08-03 华为技术有限公司 一种rrc连接释放方法、装置及设备

Also Published As

Publication number Publication date
CN113196858A (zh) 2021-07-30
WO2021003753A1 (zh) 2021-01-14

Similar Documents

Publication Publication Date Title
CN113196858B (zh) 用于发送释放辅助指示消息的方法及设备
CN113329427A (zh) 一种信道监听方法及装置、终端设备、网络设备
CN112888078B (zh) 一种数据传输方法、终端设备及网络设备
CN114424672A (zh) 监听唤醒信号的方法、终端设备和网络设备
CN115004605A (zh) 一种数据传输方法及装置、终端设备
KR20220006577A (ko) 무선 통신 방법, 네트워크 기기 및 단말 기기
CN114009084A (zh) 无线通信方法及设备
CN114501498A (zh) 用于确定下行控制信息类型的方法及设备
CN108809491B (zh) 系统信息传输方法、终端及网络侧设备
CN113424639B (zh) 一种接入控制方法及装置、终端
CN111869288B (zh) 一种启动定时器的方法及装置、终端
CN114600510A (zh) 无线通信的方法、终端设备和网络设备
CN109644464B (zh) 下行信道的接收方法和终端设备
CN113273246B (zh) 无线通信的方法、终端设备、接入网设备和核心网设备
CN112868264B (zh) 状态转移的方法和设备
CN115767783A (zh) 一种数据传输方法及装置、网络设备、终端
CN112602370A (zh) 一种信息传输方法及装置、网络设备
CN112703805A (zh) 无线通信方法和基站
CN112715038B (zh) 一种参数配置方法及装置、网络设备
CN114503478A (zh) 一种上行传输方法、电子设备及存储介质
CN115669087A (zh) 信息指示方法及装置、终端设备、网络设备
CN114270988A (zh) 传输数据的方法、终端设备和网络设备
CN113747532A (zh) 无线通信的方法、终端设备和网络设备
CN111771417B (zh) 一种带宽部分的激活方法及相关设备
CN111918357B (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