掌桥专利:专业的专利平台
掌桥专利
首页

资源请求方法、装置、通信设备及可读存储介质

文献发布时间:2024-04-18 19:58:21


资源请求方法、装置、通信设备及可读存储介质

技术领域

本申请属于通信技术领域,具体涉及一种资源请求方法、装置、通信设备及可读存储介质。

背景技术

现有技术中,对于上行传输,当终端没有被分配上行传输资源,但又有上行数据要发送时,通常先通过发送调度请求(Scheduling Request,SR)告知基站有数据要发送,此时基站并不知道终端具体需要多少资源,会先通过上行授权(UL Grant)给终端分配一个足够缓存状态报告(Buffer Status Report,BSR)传输的资源,随后终端通过发送BSR告知基站具体有多少数据要发送,基站根据BSR中的信息再次分配授权,由终端使用此精确分配的授权发送上行数据,如图1A所示。这种情况下,由于终端需要与基站多次交互才能确定准确的上行资源用于发送数据,将会造成上行传输时延大。

发明内容

本申请实施例的目的是提供一种资源请求方法、装置、通信设备及可读存储介质,以解决现有资源请求方法造成的上行传输时延大的问题。

为了解决上述技术问题,本申请是这样实现的:

第一方面,提供了一种资源请求方法,应用于终端,包括:

向网络侧设备发送第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

第二方面,提供了一种资源请求方法,应用于网络侧设备,包括:

从终端接收第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示所述终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

第三方面,提供了一种资源请求装置,应用于终端,包括:

第一发送模块,用于向网络侧设备发送第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

第四方面,提供了一种资源请求装置,应用于网络侧设备,包括:

第二接收模块,用于从终端接收第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示所述终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

第五方面,本申请实施例提供了一种通信设备,该通信设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。

第六方面,本申请实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。

在本申请实施例中,通过向网络侧设备发送携带第一指示信息的第一调度请求,第一指示信息用于指示终端的待发送数据量,可以直接请求该待发送数据量对应的上行授权资源,从而使得网络侧设备直接为终端配置待发送数据量对应的上行授权资源,即只需要两步即可使终端获得准确上行授权资源,从而降低上行传输时延,减少信令开销。

附图说明

图1A是现有技术中资源请求过程的示意图;

图1B是本申请实施例中资源请求过程的示意图;

图2是本申请实施例提供的一种资源请求方法的流程图;

图3是本申请实施例提供的另一种资源请求方法的流程图;

图4是本申请实施例提供的一种资源请求装置的结构示意图;

图5是本申请实施例提供的另一种资源请求装置的结构示意图;

图6是本申请实施例提供的一种通信设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。

为解决现有资源请求方法造成的上行传输时延大的问题,如图1B所示,本申请实施例提出了一种资源请求方法,通过在特殊调度请求(Special Scheduling Request,SSR)携带指示终端的待发送数据量的指示信息,将原本需要多步(如图1A所示)才能获得的准确上行授权(UL Grant)资源,改为只需要两步即可获得,并可以直接利用获得的上行授权资源如物理上行共享信道(Physical Uplink Shared Channel,PUSCH)资源进行上行传输,从而降低上行传输时延,减少信令开销。

下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的资源请求方法、装置、通信设备及可读存储介质进行详细地说明。

请参见图2,图2是本申请实施例提供的一种资源请求方法的流程图,该方法应用于终端,如图2所示,该方法包括如下步骤:

步骤21:向网络侧设备发送第一调度请求。

本实施例中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示终端的待发送数据量,所述第一调度请求用于请求终端的待发送数据量对应的上行授权资源。

一些实施例中,上述的第一调度请求可称为特殊调度请求SSR等,区别于现有的调度请求SR。

一些实施例中,上述上行授权资源为PUSCH资源。

本申请实施例的资源请求方法,通过向网络侧设备发送携带第一指示信息的第一调度请求,第一指示信息用于指示终端的待发送数据量,可以直接请求待发送数据量对应的上行授权资源,从而使得网络侧设备直接为终端配置待发送数据量对应的上行授权资源,即只需要两步即可使终端获得准确上行授权资源,从而降低上行传输时延,减少信令开销。

本申请实施例中,由于解调携带实际信息比特的调度请求SR需要较好的信道质量状态,因此,可以根据信道质量的门限值来选择是否发送上述的第一调度请求,即选择当发送调度请求时是采用上述的第一调度请求还是采用现有的调度请求比如第二调度请求,第二调度请求中不携带用于指示终端的待发送数据量的指示信息。

可选的,上述向网络侧设备发送第一调度请求可以包括:在终端测量到的信道质量大于第一门限值的情况下,向网络侧设备发送第一调度请求。其中,在终端测量到的信道质量小于或等于第一门限值的情况下,终端可以向网络侧设备发送第二调度请求,所述第二调度请求不同于第一调度请求,可理解为现有调度请求。这样,可以保证顺利解调终端的调度请求。

可选的,上述的第一门限值可以预定义或协议约定,也可以网络配置,对此不作限定。上述的第一门限值可以为参考信号接收功率(Reference Signal Receiving Power,RSRP)、信噪比(Signal-to-Noise Ratio,SNR)或信号与干扰加噪声比(Signal toInterference plus Noise Ratio,SINR)等的门限值。

一些实施例中,终端可以从网络侧设备接收系统消息块(System InformationBlock,SIB),该SIB中携带指示第一门限值的指示信息。

一些实施例中,以第一门限值为SSR-RSRP-Threshold为例,当终端支持并且判定当前信道质量大于SSR-RSRP-Threshold时,可以发送第一调度请求如SSR,以直接请求待发送数据量对应的上行授权资源,否则当判定当前信道质量小于或等于SSR-RSRP-Threshold时,发送原来的SR。

可选的,在发送第一调度请求时,终端可以通过物理上行控制信道(PhysicalUplink Control Channel,PUCCH),向网络侧设备发送第一调度请求;其中,所述PUCCH包括第一指示域和第二指示域,所述第一指示域用于指示终端的逻辑信道组(logical ChannelGroup,LCG)是否有待发送数据,所述第二指示域用于指示第一LCG对应的待发送数据量的量化值,所述第一LCG为终端的有待发送数据的LCG。这样,网络侧设备在接收第一调度请求之后,可以根据第一指示域,确定终端的有待发送数据的LCG,进一步的根据第二指示域,可以确定该有待发送数据的LCG对应的待发送数据量,从而为终端配置该待发送数据量对应的上行授权资源,满足终端发送该待发送数据的需求。

需指出的,根据业务的不同,终端可以建立大量的无线承载,每个无线承载对应一个逻辑信道。为了减少信令开销,引入了逻辑信道组LCG,每个逻辑信道可被分配到一个逻辑信道组中,在现有通信系统中逻辑信道组LCG最大有8个。终端基于逻辑信道组LCG上报待发送数据量,如采用BSR上报待发送数据量,以便网络侧设备比如gNB决定为终端分配多少上行资源。

一些实施例中,终端在通过PUCCH发送第一调度请求如SSR时,可以与其他上行信息比如混合自动重传请求确认(Hybrid Automatic Repeat reQuest-Acknowledge,HARQ-ACK)信息和/或信道状态信息(Channel State Information,CSI)等复用发送。

本申请实施例中,为了承载携带第一指示信息的第一调度请求,即承载携带待发送数据量的特殊调度请求SSR,新增了一种PUCCH格式(format),即PUCCH格式5。PUCCH格式5所对应的指示域至少包含上述的第一指示域和第二指示域。

可选的,在第一调度请求单独发送的情况下,如果相应PUCCH的格式为格式5,则第一调度请求占用的比特数等于x+n*y,其中,x为终端支持的LCG的最大个数,比如x等于8或10等,x比特对应第一指示域,比如当某个LCG有待发送数据时,则对应比特为1,否则为0;y为每个LCG对应的待发送数据量的量化比特数,比如y等于5等,n为第一LCG即终端的有待发送数据的LCG的个数,1≤n≤x,n*y比特对应第二指示域。

可选的,所述PUCCH在时域上占用一个或两个符号,所述PUCCH在频域上占用一个或两个物理资源块(Physical Resource Block,PRB),可以采用正交相移键控(QuadraturePhase Shift Keying,QPSK)调制方式。

可选的,不同终端采用PUCCH格式5时,频域上基站可通过配置不同PRB来区分;频域上占用相同PRB时,可通过时域配置不同符号来区分。

可选的,在第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数小于或等于第一值的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特位处于HARQ-ACK信息占用的比特位之后。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK信息的比特数大于所述第一值的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于HARQ-ACK信息占用的比特位之后。其中,所述第一值可以基于实际需求设置,比如为2等。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于CSI占用的比特位之前。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与HARQ-ACK信息和CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于CSI占用的比特位之前,且处于HARQ-ACK信息占用的比特位之后。所述第一调度请求占用的比特数等于

一些实施例中,PUCCH format 5设计承载的第一调度请求(以下以SSR为例进行说明)的指示可以如下表1所示,首字节为终端支持的8个LCG的指示,当某个LCG有待发送数据时,则对应比特为1,否则为0;后续每个LCG对应的待发送数据量(Buffer Size)用5比特来指示量化,根据存在的LCG紧凑排列,所以其承载指示比特数为13~48比特,若加上最多2比特的HARQ-ACK信息,其承载的比特范围为13~50比特。m表示有待发送数据的LCG的个数。

表1

采用5比特的Buffer Size字段量化指标可以如下表2所示,此以字节为单位,但不以此为限:

表2

这样,借助表1中LCG0至LCG7,网络侧设备可以确定终端的有待发送数据的LCG,比如为LCG2、LCG5和LCG6,则表1中的m等于3,进一步的借助表2以及Buffer Size 1、BufferSize 2和Buffer Size 3,网络侧设备可以确定LCG2、LCG5和LCG 6对应的待发送数据量,从而为终端配置该待发送数据量对应的上行授权资源,满足终端发送该待发送数据的需求。

在新增PUCCH format 5后,结合现有的PUCCH format 0~4,终端可以支持6种PUCCH format,如下表3所示:

表3

上述PUCCH format 5可以用于单独SSR,或者SSR与HARQ-ACK信息(≤2比特)发送的场景。如果此时终端有PUSCH资源,则仍沿用PUSCH与BSR的上报方式。

在表3所示的PUCCH format基础上,对SSR发送场景说明如下:

1)单独SSR发送的场景

此场景下,终端仅发送一次SSR就可获得精确的调度授权。终端使用PUCCH format5来发送SSR。当终端只有1个逻辑信道组LCG有待发送数据时,PUCCH携带13比特;当终端有大于1个LCG有待发送数据时,PUCCH携带比特数为8+n*5,1≤n≤8,n为有待发送数据的LCG的个数。

2)HARQ-ACK信息与SSR复用发送的场景

情况一:当HARQ-ACK信息小于或等于2比特时,终端使用PUCCH format 5来发送HARQ-ACK信息和SSR,最多可携带的比特数为2+8+n*5,1≤n≤8,n为有待发送数据的LCG的个数。

情况二:当HARQ-ACK信息大于2比特时,终端使用PUCCH format 2、3和4中的任一者来发送HARQ-ACK信息和SSR,SSR占用的比特位处于HARQ-ACK信息占用的比特位之后。O

3)CSI与SSR复用发送的场景

此场景下,终端使用PUCCH format 2、3和4中的任一者来发送CSI和SSR,SSR占用的比特位处于CSI占用的比特位之前。O

3)HARQ-ACK信息、SSR和CSI复用发送的场景

此场景下,终端使用PUCCH format 2、3和4中的任一者来发送HARQ-ACK信息、SSR和CSI,SSR占用的比特位处于CSI占用的比特位之前,且处于HARQ-ACK信息占用的比特位之后。O

请参见图3,图3是本申请实施例提供的一种资源请求方法的流程图,该方法应用于网络侧设备,如图3所示,该方法包括如下步骤:

步骤31:从终端接收第一调度请求。

本实施例中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示终端的待发送数据量,所述第一调度请求用于请求终端的待发送数据量对应的上行授权资源。

一些实施例中,上述的第一调度请求可称为特殊调度请求SSR等,区别于现有的调度请求SR。

一些实施例中,上述上行授权资源为PUSCH资源。

本申请实施例的资源请求方法,通过从终端接收携带第一指示信息的第一调度请求,第一指示信息用于指示终端的待发送数据量,可以使得网络侧设备直接为终端配置待发送数据量对应的上行授权资源,即只需要两步即可使终端获得准确上行授权资源,从而降低上行传输时延,减少信令开销。

可选的,上述从终端接收第一调度请求可以包括:在终端测量到的信道质量大于第一门限值的情况下,从终端接收所述第一调度请求。其中,在终端测量到的信道质量小于或等于第一门限值的情况下,网络侧设备可以从终端接收第二调度请求,所述第二调度请求不同于第一调度请求,可理解为现有调度请求。这样,可以保证顺利解调终端的调度请求。

可选的,上述的第一门限值可以预定义或协议约定,也可以网络配置,对此不作限定。上述的第一门限值可以为RSRP、SNR或SINR等的门限值。

可选的,网络侧设备可以向终端发送SIB,该SIB中携带指示第一门限值的指示信息,以为终端配置第一门限值。

可选的,上述从终端接收第一调度请求可以包括:通过PUCCH,从终端接收第一调度请求,其中,所述PUCCH包括第一指示域和第二指示域,所述第一指示域用于指示终端的LCG是否有待发送数据,所述第二指示域用于指示第一LCG对应的待发送数据量的量化值,所述第一LCG为终端的有待发送数据的LCG。这样,网络侧设备在接收第一调度请求之后,可以根据第一指示域,确定终端的有待发送数据的LCG,进一步的根据第二指示域,可以确定该有待发送数据的LCG对应的待发送数据量,从而为终端配置该待发送数据量对应的上行授权资源,满足终端发送该待发送数据的需求。

可选的,在第一调度请求单独发送的情况下,如果相应PUCCH的格式为格式5,则第一调度请求占用的比特数可以等于x+n*y,其中,x为终端支持的LCG的最大个数,比如x等于8等,y为每个LCG对应的待发送数据量的量化比特数,比如y等于5等,n为第一LCG即终端的有待发送数据的LCG的个数,1≤n≤x。

可选的,网络侧设备可以向终端发送配置信息,所述配置信息用于配置所述PUCCH所占的时域和/或频域资源,所述PUCCH的时域资源占用一个或两个符号,所述PUCCH的频域资源占用一个或两个物理资源块。

可选的,在第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数小于或等于第一值的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特位处于HARQ-ACK信息占用的比特位之后。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK信息的比特数大于所述第一值的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于HARQ-ACK信息占用的比特位之后。其中,所述第一值可以基于实际需求设置,比如为2等。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于CSI占用的比特位之前。所述第一调度请求占用的比特数等于

或者,在第一调度请求通过PUCCH与HARQ-ACK信息和CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于CSI占用的比特位之前,且处于HARQ-ACK信息占用的比特位之后。所述第一调度请求占用的比特数等于

请参见图4,图4是本申请实施例提供的一种资源请求装置的结构示意图,该装置应用于终端,如图4所示,资源请求装置40可以包括:

第一发送模块41,用于向网络侧设备发送第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

可选的,第一发送模块41具体用于:在所述终端测量到的信道质量大于第一门限值的情况下,向所述网络侧设备发送所述第一调度请求。

可选的,第一发送模块41还用于:在所述终端测量到的信道质量小于或等于所述第一门限值的情况下,向所述网络侧设备发送第二调度请求。

可选的,资源请求装置40还包括:

第一接收模块,用于从所述网络侧设备接收SIB,所述SIB中携带指示所述第一门限值的指示信息。

可选的,第一发送模块41具体用于:通过PUCCH,向所述网络侧设备发送所述第一调度请求;其中,所述PUCCH包括第一指示域和第二指示域,所述第一指示域用于指示所述终端的逻辑信道组LCG是否有待发送数据,所述第二指示域用于指示第一LCG对应的待发送数据量的量化值,所述第一LCG为所述终端的有待发送数据的LCG。

可选的,在所述第一调度请求单独发送的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特数等于x+n*y,其中,x为所述终端支持的LCG的最大个数,y为每个所述LCG对应的待发送数据量的量化比特数,n为所述第一LCG的个数。

可选的,所述PUCCH在时域上占用一个或两个符号,所述PUCCH在频域上占用一个或两个物理资源块。

可选的,在所述第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数小于或等于第一值的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特位处于所述HARQ-ACK信息占用的比特位之后;

或者,在所述第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数大于所述第一值的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述HARQ-ACK信息占用的比特位之后;

或者,在所述第一调度请求通过PUCCH与信道状态信息CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述CSI占用的比特位之前;

或者,在所述第一调度请求通过PUCCH与HARQ-ACK信息和CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述CSI占用的比特位之前,且处于HARQ-ACK信息占用的比特位之后。

可选的,所述第一调度请求占用的比特数等于

可理解的,本申请实施例的资源请求装置40,可以实现上述图2所示的资源请求方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

请参见图5,图5是本申请实施例提供的一种资源请求装置的结构示意图,该装置应用于网络侧设备,如图5所示,资源请求装置50可以包括:

第二接收模块51,用于从终端接收第一调度请求;

其中,所述第一调度请求中包括第一指示信息,所述第一指示信息用于指示所述终端的待发送数据量,所述第一调度请求用于请求所述待发送数据量对应的上行授权资源。

可选的,第二接收模块51具体用于:在所述终端测量到的信道质量大于第一门限值的情况下,从所述终端接收所述第一调度请求。

可选的,第二接收模块51还用于:在所述终端测量到的信道质量小于或等于所述第一门限值的情况下,从所述终端接收第二调度请求。

可选的,资源请求装置50还包括:

第二发送模块,用于向所述终端发送SIB,所述SIB中携带指示所述第一门限值的指示信息。

可选的,第二接收模块51具体用于:通过PUCCH,从所述终端接收所述第一调度请求;其中,所述PUCCH包括第一指示域和第二指示域,所述第一指示域用于指示所述终端的逻辑信道组LCG是否有待发送数据,所述第二指示域用于指示第一LCG对应的待发送数据量的量化值,所述第一LCG为所述终端的有待发送数据的LCG。

可选的,在所述第一调度请求单独发送的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特数等于x+n*y,其中,x为所述终端支持的LCG的最大个数,y为每个所述LCG对应的待发送数据量的量化比特数,n为所述第一LCG的个数。

可选的,所述第二发送模块还用于:向所述终端发送配置信息,所述配置信息用于配置所述PUCCH所占的时域和/或频域资源,所述PUCCH的时域资源占用一个或两个符号,所述PUCCH的频域资源占用一个或两个物理资源块。

可选的,在所述第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数小于或等于第一值的情况下,所述PUCCH的格式为格式5,所述第一调度请求占用的比特位处于所述HARQ-ACK信息占用的比特位之后;

或者,在所述第一调度请求通过PUCCH与HARQ-ACK信息复用发送,且所述HARQ-ACK的比特数大于所述第一值的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述HARQ-ACK信息占用的比特位之后;

或者,在所述第一调度请求通过PUCCH与信道状态信息CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述CSI占用的比特位之前;

或者,在所述第一调度请求通过PUCCH与HARQ-ACK信息和CSI复用发送的情况下,所述PUCCH的格式为以下之一:格式2、格式3和格式4,所述第一调度请求占用的比特位处于所述CSI占用的比特位之前,且处于HARQ-ACK信息占用的比特位之后。

可选的,所述第一调度请求占用的比特数等于

可理解的,本申请实施例的资源请求装置50,可以实现上述图3所示的资源请求方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

可选的,如图6所示,本申请实施例还提供一种通信设备60,包括处理器61和存储器62,存储器62上存储有可在所述处理器61上运行的程序或指令,例如,该通信设备60为终端时,该程序或指令被处理器61执行时实现上述图2所示的资源请求方法实施例的各个步骤,且能达到相同的技术效果。该通信设备60为网络侧设备时,该程序或指令被处理器61执行时实现上述图3所示的资源请求方法实施例的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。

本申请实施例还提供了一种可读存储介质,其上存储有程序或指令,所述程序或指令被处理器执行时可实现上述图2或图3所示的资源请求方法实施例的各个过程且能达到相同的技术效果,为避免重复,这里不再赘述。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个资源请求资源请求”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台服务分类设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

相关技术
  • 一种访问请求处理方法、装置、设备及可读存储介质
  • 一种处理网络资源的方法、装置、设备及可读存储介质
  • 资源分配方法、装置、计算机设备及计算机可读存储介质
  • 资源分配方法及装置、用户设备、基站、可读存储介质
  • 一种静态资源加载方法、装置、设备及可读存储介质
  • 资源请求方法、装置、设备及计算机可读存储介质
  • 资源请求方法、装置、设备及计算机可读存储介质
技术分类

06120116480081