CN115733870A - 请求发送方法及装置、电子设备、存储介质 - Google Patents
请求发送方法及装置、电子设备、存储介质 Download PDFInfo
- Publication number
- CN115733870A CN115733870A CN202110998228.4A CN202110998228A CN115733870A CN 115733870 A CN115733870 A CN 115733870A CN 202110998228 A CN202110998228 A CN 202110998228A CN 115733870 A CN115733870 A CN 115733870A
- Authority
- CN
- China
- Prior art keywords
- resource
- request
- acquired
- pdu session
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本公开是关于请求发送方法及装置、电子设备、存储介质。其中,该方法,包括:生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;确定是否获取到用于发送所述请求的目标资源;若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。终端在确定获取用于发送PDU会话建立请求的目标资源失败的情况下,就直接判断PDU会话建立流程失败,从而在等待第一预设时长后重新获取目标资源来重新发起PD会话建立流程,本公开方法可以提高终端建立PDU会话流程的效率,提升用户体验。
Description
技术领域
本公开涉及移动通信领域,尤其涉及一种请求发送方法及装置、电子设备、存储介质。
背景技术
终端建立PDU(Protocol Data Unit,协议数据单元)会话的流程可以包括终端与网络侧设备的若干次交互,例如至少包括终端向网络侧设备发送一次PDU会话建立请求、以及网络侧设备返回应答。其中,网络侧设备可以是基站,或者也可以是核心网设备等。
然而,影响终端建立PDU会话流程的因素众多,例如网络中断、网络侧设备响应慢等,都会导致终端建立PDU会话流程失败,影响用户体验。
发明内容
本公开提供一种请求发送方法及装置、电子设备、存储介质,能够解决相关技术中的问题。
根据本公开的第一方面,提供一种请求发送方法,包括:
生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;
确定是否获取到用于发送所述请求的目标资源;
若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
可选地,所述目标资源,包括射频RF资源和上行资源中的至少一个。
可选地,所述目标资源,包括射频RF资源和上行资源;
所述确定是否获取到用于发送所述请求的目标资源,包括:
确定是否获取到所述RF资源;
若未获取到所述RF资源,则确定未获取到所述目标资源;
若获取到所述RF资源,则确定是否获取到所述上行资源,并在未获取到所述上行资源的情况下,确定未获取到所述目标资源。
可选地,所述确定是否获取到所述RF资源,包括:
若所述终端配置有一张SIM卡,则确定获取到所述RF资源;
若所述终端配置有多张SIM卡,则确定所述终端的RF资源是否被其他SIM卡占用,并在确定所述RF资源被其他SIM卡占用的情况下,确定未获取到所述RF资源;
其中,所述其他SIM卡为用于传输所述请求的SIM卡之外的SIM卡。
可选地,所述确定是否获取到所述上行资源,包括:
向网络侧设备请求调度上行资源;
若在第二预设时长内未获取到网络侧设备调度的上行资源,则确定未获取到所述上行资源。
可选地,所述向网络侧设备请求调度上行资源,包括以下至少一项:
向网络侧设备发起调度请求SR,以请求网络侧设备调度上行资源;
向网络侧设备发起随机接入信道RACH,并通过所述RACH请求网络侧设备调度上行资源。
可选地,所述终端包括NAS层、RRC层和MAC层;
所述确定是否获取到所述RF资源,包括:
在通过RRC层接收到NAS层发送的所述PDU会话建立请求后,通过所述RRC层确定是否获取到所述RF资源;
所述若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话包括:
若通过所述RRC层确定未获取到所述RF资源,则通过所述RRC层向所述NAS层传输指示信息;
从所述NAS层接收到所述指示信息起的第一预设时长后,若通过所述RRC层确定获取到所述RF资源,则通过所述RRC层将所述NAS层生成的PDU会话建立请求传输给所述MAC层,并通过所述MAC层将所述PDU会话建立请求发送给网络侧设备,以建立所述PDU会话。
可选地,所述方法还包括:
若获取到所述目标资源,则基于所述目标资源发送所述PDU会话建立请求。
根据本公开的第二方面,提供一种请求发送装置,包括:
生成模块,被配置为生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;
确定模块,被配置为若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
根据本公开的第三方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如第一方面所述的方法。
根据本公开的第四方面,提供一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如第一方面所述方法的步骤。
在本公开的技术方案中,终端在确定获取用于发送PDU会话建立请求的目标资源失败的情况下,就直接判断PDU会话建立流程失败,从而在等待第一预设时长后重新获取目标资源来重新发起PDU会话建立流程。而相关技术中,针对PDU会话建立流程,按照统一的定时器来判断PDU会话流程是否建立失败,并没有对获取目标资源失败的场景这一场景针对性地进行处理。相较于相关技术,本公开方法可以提高终端建立PDU会话流程的效率,提升用户体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是本公开一示例性实施例示出的一种请求发送方法的流程图;
图2是本公开一示例性实施例示出的另一种请求发送方法的流程图;
图3是本公开一示例性实施例示出的一种终端的示意框图;
图4是本公开一示例性实施例示出的另一种请求发送方法的流程图;
图5是本公开一示例性实施例示出的一种请求发送装置的示意框图;
图6是本公开一示例性实施例中一种电子设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在相关技术中,终端基于建立PDU会话的整个流程来判断PDU会话是否建立成功。具体来说,终端从确定发送PDU会话建立请求起开始计时,若在预设的定时器(例如T3580定时器)到期前,该PDU会话建立流程完成,则确定该PDU会话建立成功;若在T3580定时器到期后,该PDU会话建立流程仍未完成,则确定该PDU会话建立失败,并重新发起PDU会话建立请求。
一般的,上述预设的定时器的定时时长是根据网络侧设备的性能设定的,即设置该预设的定时器以防止终端频繁发起PDU会话建立请求而导致网络侧设备异常,以T3580定时器为例,设置的定时时长可以为16s。
可以理解的是,上述预设定时器(以T3580为例)的初衷是为了避免终端频繁向网络侧设备发送PDU会话请求而导致网络侧设备异常,因而为T3580定时器设置了较长的定时时间。然而,影响PDU会话建立流程的因素众多,例如终端能否发送PDU会话请求、网络侧设备能否返回应答消息、以及终端能否接收应答消息等等,例如对于终端未获取到发送PDU会话建立请求的目标资源的情况下,终端尚未发送PDU会话建立请求,实际上网络侧设备并没有接收到该请求,从而网络侧设备也不会由于终端频繁发送而出现异常。在这类情况下,若终端仍按照T3580定时器重新发起PDU会话建立请求,这显示是不合理的,会导致终端建立PDU会话建立慢,影响用户体验。
图1为本公开一示例性实施例示出的一种请求发送方法,所述方法应用于终端。如图1所示,该方法可以包括以下步骤:
步骤S101:生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话。
其中,网络侧设备可以包括基站和/或核心网设备,本实施例不进行限定。
PDU会话是指终端与网络侧设备之间进行通讯的过程,PDU会话建立后,也就是建立了一条终端和网络侧设备的信息传输通道。
在一个实施例中,终端在确定需要向网络侧设备发送信息时,可以生成PDU会话建立请求,并将该PDU会话建立请求发送给网络侧设备,请求建立PDU会话。
步骤S102:确定是否获取到用于发送所述请求的目标资源。
步骤S103:若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
在一个实施例中,终端在发起PDU会话流程时,首先确定需要向网络侧设备发送PDU会话建立请求。基于此,终端先获取用于发送该PDU会话建立请求的目标资源,若获取到目标资源,则基于该目标资源发送该PDU会话建立请求。后续,终端可以接收网络侧设备返回的应答消息,并在成功建立PDU会话后,基于该PDU会话传输信息。需要说明的是,在PDU会话建立流程中,终端可以与网络侧设备进行多次交互,这里只是以一次请求和一次应答为例。
在一个实施例中,终端若获取目标资源失败,即未获取到目标资源,则终端可以确定发送PDU会话建立请求失败。从而,终端无需再等待网络侧返回应答消息,而是直接确定本次PDU会话建立流程失败。基于此,终端可以在等待第一预设时长后,重新尝试建立PDU会话,即终端重新获取目标资源来发送PDU会话建立请求。
在一个实施例中,终端获取目标资源失败,可以是终端未获取到任何资源,或者也可以是终端获取到的资源不足以用于发送所述PDU会话建立请求。
需要说明的是,这里终端重新获取目标资源,并不是指“终端成功获取目标资源”,而可以是获取成功,或者获取失败。
需要说明的是,第一预设时长可以是根据终端再次获取上行资源能够获取到的间隔时间来确定的。由于终端从无法获取到上行资源变更为可以获取到上行资源的时间间隔,通常都比较小,而为了提高终端建立PDU会话流程的效率,可以将第一预设时长设置为小于相关技术中定时器T3580的定时时长。例如,该第一预设时长可以为0.5-2s,例如可以设置为0.8s、1s、1.2s等。
在一个实施例中,若终端重新获取用于发送所述请求的目标资源失败,则可以继续按照图1所示实施例的方法,等待第一预设时长后再次重新获取目标资源。可选的,终端可以设置一个次数阈值,若终端重新获取目标资源的次数超过该次数阈值,则可以不再图1所示实施例的方法进行重发,而可以按照相关技术中根据T3580定时器来重新发起PDU会话建立流程。
根据图1所示的实施例,终端在确定获取用于发送PDU会话建立请求的目标资源失败的情况下,就直接判断PDU会话建立流程失败,从而在等待第一预设时长后重新获取目标资源来重新发起PDU会话建立流程。而相关技术中,针对PDU会话建立流程,按照统一的定时器来判断PDU会话流程是否建立失败,并没有对获取目标资源失败的场景这一场景针对性地进行处理。相较于相关技术,本公开方法可以提高终端建立PDU会话流程的效率,提升用户体验。
在一个实施例中,终端所需的用于发送PDU会话建立请求的资源,可以包括RF资源和/或上行资源,下面结合具体实施例进行说明。
在一个实施例中,目标资源包括射频RF(Radio Frequency)资源和上行资源中的至少一个。其中,RF资源为终端自身的资源,例如天线资源等;上行资源为基站为终端分配的用于进行上行传输的资源,通常包括时域资源和频域资源。
在一个实施例中,终端在发送PDU会话建立请求时,既需要RF资源,也需要上行资源,即目标资源包括射频RF资源和上行资源。下面结合具体的实施例来介绍终端确定是否获取到目标资源的方法。
图2为本公开一示例性实施例示出的另一种请求发送方法。如图2所示,所述确定是否获取到用于发送所述请求的目标资源,包括:
步骤S201:确定是否获取到所述RF资源。
在一个实施例中,若所述终端配置有一张SIM卡,则确定获取到所述RF资源,并执行步骤S203。
对于配置有一张SIM卡的单卡终端,该SIM卡可以独立使用终端中的RF资源,不存在RF资源被抢占等问题。因此,终端可以直接确定可以成功获取到RF资源。
在一个实施例中,对于多卡终端,终端通常只有一套RF资源,从而多张SIM卡在同时执行通信操作时会出现抢占RF资源的问题。
在一个实施例中,若终端配置有多张SIM卡,则可以确定RF资源是否被其他SIM卡占用,即确定是否有其他SIM卡正在使用RF资源。其中,所述其他SIM卡为用于传输所述请求的SIM卡之外的SIM卡。
若所述终端的RF资源被其他SIM卡占用,则可以确定未获取到RF资源,并执行步骤S202。
若所述终端的RF资源没有被其他SIM卡占用,则终端可以成功获取到RF资源,并执行步骤S203。
以终端配置有第一SIM卡和第二SIM卡,且终端需要通过第一SIM卡发送PDU会话建立请求为例。终端可以查询当前RF资源是否被第二SIM卡占用,若第二SIM卡正在执行通信操作,例如语音呼叫等,则可以确定当前RF资源被第二SIM卡占用,从而终端可以确定未获取到RF资源;若第二SIM卡没有占用RF资源,则终端可以确定成功获取到RF资源。
步骤S202:若未获取到所述RF资源,则确定未获取到所述目标资源。
在一个实施例中,若终端没有获取到RF资源,则可以直接确定终端未获取到目标资源。进一步地,终端可以按照图1所示实施例的方法,在第一预设时长后重新获取目标资源。
步骤S203:若获取到所述RF资源,则确定是否获取到所述上行资源。
在一个实施例中,若终端获取到RF资源,则终端可以进一步确定是否获取到上行资源。
在一个实施例中,终端可以向网络侧请求调度上行资源。例如,向网络侧设备请求调度上行资源可以包括以下至少一项:向网络侧设备发起SR(Scheduling Request,调度请求),以请求网络侧设备调度上行资源;向网络侧设备发起RACH(Random Access Channel,随机接入信道),并通过所述RACH请求网络侧设备调度上行资源。
在一个实施例中,终端可以先向网络侧设备发起SR,若网络侧设备在接收到该SR后未及时向终端调度上行资源、或拒绝向终端调度上行资源,则终端可以再发起RACH,并在RACH中携带用于请求调度上行资源的指示信息,若网络侧仍没有及时向终端调度上行资源、或拒绝向终端调度上行资源,则终端可以确定未获取到上行资源。
在一个实施例中,若终端发起SR或RACH失败,则终端也可以确定未获取到上行资源。
在一个实施例中,终端可以一次或多次请求基站调度上行资源,并设置一个超时时间,例如第二预设时长。若终端从首次请求基站调度上行资源起,例如首次发送SR起,到第二预设时长后,仍未获取到网络侧设备调度的上行资源,则确定未获取到所述上行资源,从而执行步骤S204。
在一个实施例中,第二预设时长可以为1-2s,例如一般可以设置为1.5s。
步骤S204:若未获取到所述上行资源,则确定未获取到所述目标资源。
在一个实施例中,若终端未获取到上行资源,则可以直接确定未获取到用于发送PDU会话建立请求的目标资源。
在一个实施例中,若用于发送PDU会话建立请求的目标资源仅包括除RF资源和上行资源,则终端在获取到上行资源后,可以确定获取到目标资源,并基于该目标资源向网络侧设备发送PDU会话建立请求,以根据该请求建立PDU会话。
在一个实施例中,若目标资源还包括除RF资源和上行资源以外的其他资源,则终端可以进一步确定是否获取到该其他资源。至于其他资源具体为何种资源,可以根据实际情况进行确定,本实施例不进行限定。
在一个实施例中,如图3所示,终端可以至少包括NAS(Non Access Stratum)层(非接入层)301、RRC(Radio Resource Control)层(无线资源控制层)302和MAC层(媒体接入层)303。通过至少该三个协议层,终端可以实现上述实施例中的方法,下面结合图4进行介绍。
图4为本公开一示例性实施例示出的另一种请求发送方法。如图4所示,所述方法包括:
步骤S401:在通过RRC层接收到NAS层发送的所述PDU会话建立请求后,通过所述RRC层确定是否获取到所述RF资源。
在一个实施例中,NAS层301在确定需要建立PDU会话,生成PDU会话建立请求后,可以将PDU会话建立请求发送给RRC层302,以通过RRC层302将该PDU会话建立请求发送给MAC层303等,从而通过MAC层303转发给网络侧设备。
RRC层302在接收到PDU会话建立请求后,即确定需要发送该请求。由此,RRC层302可以查询是否获取到RF资源。举例来说,对于多卡终端,RRC层302可以查询RF资源是否被其他SIM卡占用,从而确定是否获取到RF资源。对于单卡终端,RRC层302可以直接确定获取到RF资源。具体方法可以与前述实施例中的方法类似,这里不再赘述。
若终端通过RRC层302未获取到RF资源,则执行步骤S402和步骤S403。
若终端通过RRC层302获取到RF资源,则执行步骤S404。
步骤S402:若通过所述RRC层确定未获取到所述RF资源,则通过所述RRC层向所述NAS层传输指示信息。
步骤S403:从所述NAS层接收到所述指示信息起的第一预设时长后,若通过所述RRC层确定获取到所述RF资源,则通过所述RRC层将所述NAS层生成的PDU会话建立请求传输给所述MAC层,并通过所述MAC层将所述PDU会话建立请求发送给网络侧设备,以建立所述PDU会话。
在一个实施例中,若RRC层302确定未获取到RF资源,可以表示本次发送PDU会话建立请求失败,则可以向NAS层301发送指示信息,以指示本次发送失败。
在一个实施例中,NAS层301在接收到该指示信息后,可以确定由于未获取到目标资源而使得PDU会话建立失败。基于此,NAS层301可以为该PDU会话建立请求设置一个指示标签,以与其他PDU会话建立请求进行区分。
在一个实施例中,NAS可以在接收到指示信息后等待第一预设时长,例如,NAS层301可以在接收到指示信息时启动定时时长为第一预设时长的定时器,以在该定时器到期时,确定已等待第一预设时长。在该第一预设时长后,NAS层301可以删除PDU会话建立请求的指示标签,并将该PDU会话建立请求重新发送给RRC层302。从而,RRC层302在接收到该请求后,可以重新确定是否获取到所述RF资源,即终端可以重新执行步骤S401。若在第一预设时长后,RRC层302确定获取到RF资源时,RRC层302可以将该PDU会话建立请求发送给MAC层303,以便MAC层303将该PDU会话建立请求发送给网络侧设备,从而与网络侧设备之间建立PDU会话。
步骤S404:若通过所述RRC层确定获取到所述RF资源,则通过所述RRC层向所述MAC层发送所述PDU会话建立请求,并通过所述MAC层将所述PDU会话建立请求发送给网络侧设备,以建立所述PDU会话。
在一个实施例中,RRC层302确定获取到RF资源时,可以继续执行PDU会话建立流程。由此,RRC层302可以将该PDU会话建立请求发送给MAC,以便MAC可以将该请求发送给网络侧设备。
步骤a:在通过MAC层接收到RRC层发送的所述PDU会话建立请求后,通过所述MAC层确定是否获取到所述上行资源。
在一个实施例中,MAC层303在接收到PDU会话建立请求后,即确定需要发送该请求。由此,MAC层303可以查询是否获取到用于发送该请求的上行资源。举例来说,MAC层303可以通过SR或RACH向网络侧设备请求调度上行资源,具体方法与前述实施例中的方法类似,这里不再赘述。
若通过MAC层303确定获取到上行资源,则终端可以通过MAC层303发送该PDU会话请求。
若通过MAC层303确定未获取到上行资源,则执行步骤b。
步骤b:若通过所述MAC层确定未获取到所述上行资源,则通过所述MAC层向所述NAS层发送指示信息,并从所述NAS层接收到所述指示信息起的第一预设时长后,通过所述NAS层重新向所述RRC层发送所述PDU会话建立请求。
在一个实施例中,若NAS层301确定未获取到RF资源,可以表示本次发送PDU会话建立请求失败,则可以向NAS层301发送指示信息,以指示本次发送失败。
在一个实施例中,NAS层301在接收到该指示信息后,可以确定由于未获取到目标资源而使得PDU会话建立失败。基于此,NAS层301可以为该PDU会话建立请求设置一个指示标签,以与其他PDU会话建立请求进行区分。
在一个实施例中,NAS可以在接收到指示信息的第一预设时长后,NAS层301可以删除PDU会话建立请求的指示标签,并将该PDU会话建立请求重新发送给RRC层302。从而,RRC层302在接收到该请求后,可以重新确定是否获取到所述RF资源,即终端可以重新执行步骤S401。
可选的,针对RRC层302发送给NAS层301的指示信息、与MAC层303发送给NAS层301的指示信息,可以不进行区分。也就是说,NAS层301可以仅根据指示信息确定未获取到目标资源,并在确定获取目标资源失败的第一预设时长,重新发起PDU会话建立流程,而不需要确定具体是RF资源、还是上行资源未获取到。
需要说明的是,MAC层303向NAS层301发送指示信息,可以是MAC层303通过RRC层302向NAS层301转发的,也就是说,终端还可以通过RRC层302接收到MAC层303发送的指示信息,并将该指示信息转发给NAS层301等,这里不再对发送的具体方式进行赘述。
需要说明的是,这里的NAS层301、RRC层302、MAC层303是终端多个无线协议层中的其中三个,在实际应用中,终端还可以通过其他协议层来实现请求发送方法,这里不再赘述。
图5是本公开一示例性实施例示出的一种请求发送装置的示意框图。参照图5,该装置包括:
生成模块501,被配置为生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;
确定模块502,被配置为若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
在一个实施例中,所述目标资源,包括射频RF资源和上行资源中的至少一个。
在一个实施例中,所述目标资源,包括射频RF资源和上行资源。所述确定模块502,被配置为确定是否获取到所述RF资源;若未获取到所述RF资源,则确定未获取到所述目标资源;若获取到所述RF资源,则确定是否获取到所述上行资源,并在未获取到所述上行资源的情况下,确定未获取到所述目标资源。
在一个实施例中,所述确定模块502,被配置为若所述终端配置有一张SIM卡,则确定获取到所述RF资源;若所述终端配置有多张SIM卡,则确定所述终端的RF资源是否被其他SIM卡占用,并在确定所述RF资源被其他SIM卡占用的情况下,确定未获取到所述RF资源;其中,所述其他SIM卡为用于传输所述请求的SIM卡之外的SIM卡。
在一个实施例中,所述确定模块502,被配置为向网络侧设备请求调度上行资源;若在第二预设时长内未获取到网络侧设备调度的上行资源,则确定未获取到所述上行资源。
在一个实施例中,所述确定模块502,被配置为以下至少一项:
向网络侧设备发起调度请求SR,以请求网络侧设备调度上行资源;
向网络侧设备发起随机接入信道RACH,并通过所述RACH请求网络侧设备调度上行资源。
在一个实施例中,所述终端包括NAS层、RRC层和MAC层。所述确定模块502,被配置为:
在通过RRC层接收到NAS层发送的所述PDU会话建立请求后,通过所述RRC层确定是否获取到所述RF资源。
所述确定模块502,被配置为:
若通过所述RRC层确定未获取到所述RF资源,则通过所述RRC层向所述NAS层传输指示信息;
从所述NAS层接收到所述指示信息起的第一预设时长后,若通过所述RRC层确定获取到所述RF资源,则通过所述RRC层将所述NAS层生成的PDU会话建立请求传输给所述MAC层,并通过所述MAC层将所述PDU会话建立请求发送给网络侧设备,以建立所述PDU会话。
在一个实施例中,所述确定模块502,被配置为:在通过MAC层接收到RRC层发送的所述PDU会话建立请求后,通过所述MAC层确定是否获取到所述上行资源;若通过所述MAC层确定未获取到所述上行资源,则通过所述MAC层向所述NAS层发送指示信息,并从所述NAS层接收到所述指示信息起的第一预设时长后,通过所述NAS层重新向所述RRC层发送所述PDU会话建立请求。
在一个实施例中,所述确定模块502,还被配置为:若获取到所述目标资源,则基于所述目标资源发送所述PDU会话建立请求。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
相应的,本公开还提供一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为实现如上述实施例中任一所述的请求发送方法。
相应的,本公开还提供一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如上述实施例中任一所述的请求发送方法的步骤。
图6是根据一示例性实施例示出的一种用于实现请求发送方法的装置600的框图。例如,装置600可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图6,装置600可以包括以下一个或多个组件:处理组件602,存储器604,电源组件606,多媒体组件608,音频组件610,输入/输出(I/O)的接口612,传感器组件614,以及通信组件616。
处理组件602通常控制装置600的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令,以完成上述的请求发送方法的全部或部分步骤。此外,处理组件602可以包括一个或多个模块,便于处理组件602和其他组件之间的交互。例如,处理组件602可以包括多媒体模块,以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统,一个或多个电源,及其他与为装置600生成、管理和分配电力相关联的组件。
多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如,音频组件610包括一个麦克风(MIC),当装置600处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中,音频组件610还包括一个扬声器,用于输出音频信号。
I/O接口612为处理组件602和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括一个或多个传感器,用于为装置600提供各个方面的状态评估。例如,传感器组件614可以检测到装置600的打开/关闭状态,组件的相对定位,例如所述组件为装置600的显示器和小键盘,传感器组件614还可以检测装置600或装置600一个组件的位置改变,用户与装置600接触的存在或不存在,装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件614还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络,如WiFi,2G或3G,4G LTE、5G NR(New Radio)或它们的组合。在一个示例性实施例中,通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件616还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述请求发送方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器604,上述指令可由装置600的处理器620执行以完成上述请求发送方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。
Claims (11)
1.一种请求发送方法,其特征在于,所述方法应用于终端,所述方法包括:
生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;
确定是否获取到用于发送所述请求的目标资源;
若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
2.根据权利要求1所述的方法,其特征在于,所述目标资源,包括射频RF资源和上行资源中的至少一个。
3.根据权利要求2所述的方法,其特征在于,所述目标资源,包括射频RF资源和上行资源;
所述确定是否获取到用于发送所述请求的目标资源,包括:
确定是否获取到所述RF资源;
若未获取到所述RF资源,则确定未获取到所述目标资源;
若获取到所述RF资源,则确定是否获取到所述上行资源,并在未获取到所述上行资源的情况下,确定未获取到所述目标资源。
4.根据权利要求3所述的方法,其特征在于,所述确定是否获取到所述RF资源,包括:
若所述终端配置有一张SIM卡,则确定获取到所述RF资源;
若所述终端配置有多张SIM卡,则确定所述终端的RF资源是否被其他SIM卡占用,并在确定所述RF资源被其他SIM卡占用的情况下,确定未获取到所述RF资源;
其中,所述其他SIM卡为用于传输所述请求的SIM卡之外的SIM卡。
5.根据权利要求3所述的方法,其特征在于,所述确定是否获取到所述上行资源,包括:
向网络侧设备请求调度上行资源;
若在第二预设时长内未获取到网络侧设备调度的上行资源,则确定未获取到所述上行资源。
6.根据权利要求5所述的方法,其特征在于,所述向网络侧设备请求调度上行资源,包括以下至少一项:
向网络侧设备发起调度请求SR,以请求网络侧设备调度上行资源;
向网络侧设备发起随机接入信道RACH,并通过所述RACH请求网络侧设备调度上行资源。
7.根据权利要求3所述的方法,其特征在于,所述终端包括NAS层、RRC层和MAC层;
所述确定是否获取到所述RF资源,包括:
在通过RRC层接收到NAS层发送的所述PDU会话建立请求后,通过所述RRC层确定是否获取到所述RF资源;
所述若未获取到所述目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话包括:
若通过所述RRC层确定未获取到所述RF资源,则通过所述RRC层向所述NAS层传输指示信息;
从所述NAS层接收到所述指示信息起的第一预设时长后,若通过所述RRC层确定获取到所述RF资源,则通过所述RRC层将所述NAS层生成的PDU会话建立请求传输给所述MAC层,并通过所述MAC层将所述PDU会话建立请求发送给网络侧设备,以建立所述PDU会话。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述方法还包括:
若获取到所述目标资源,则基于所述目标资源发送所述PDU会话建立请求。
9.一种请求发送装置,其特征在于,所述装置包括:
生成模块,被配置为生成待发送的协议数据单元PDU会话建立请求,所述PDU会话建立请求用于请求与网络侧设备建立PDU会话;
确定模块,被配置为若未获取到目标资源,则在第一预设时长后,重新获取用于发送所述请求的目标资源,以根据所述请求建立PDU会话。
10.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如权利要求1-8中任一项所述的请求发送方法。
11.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该指令被处理器执行时实现如权利要求1-8中任一项所述请求发送方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110998228.4A CN115733870A (zh) | 2021-08-27 | 2021-08-27 | 请求发送方法及装置、电子设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110998228.4A CN115733870A (zh) | 2021-08-27 | 2021-08-27 | 请求发送方法及装置、电子设备、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115733870A true CN115733870A (zh) | 2023-03-03 |
Family
ID=85290472
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110998228.4A Pending CN115733870A (zh) | 2021-08-27 | 2021-08-27 | 请求发送方法及装置、电子设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115733870A (zh) |
-
2021
- 2021-08-27 CN CN202110998228.4A patent/CN115733870A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108496385B (zh) | 信息上报方法及装置和基于带宽部分的操作方法及装置 | |
WO2022094907A1 (zh) | 信息发送方法及装置、存储介质 | |
CN108521890B (zh) | 随机接入方法及装置 | |
US20220295590A1 (en) | Inactivity timer control method and device | |
CN109156026B (zh) | 上行调度请求的发送方法、装置、设备及存储介质 | |
CN108886789B (zh) | 确定上下行切换点的方法及装置 | |
CN108702763B (zh) | 前导码和调度请求的发送方法及装置 | |
CN109196909B (zh) | 小区切换方法及装置 | |
CN107223358B (zh) | 一种业务复用传输方法、装置及计算机可读存储介质 | |
CN107223363B (zh) | 一种分配调度请求sr资源的方法和装置 | |
US11950302B2 (en) | Method for data transmission and establishing unicast connection based on sidelink | |
US11252644B2 (en) | Method, device, user equipment and base station for use in shortening access delay | |
EP3869722B1 (en) | Signalling multiple resources for transmitting a/n in an uplink unlicensed channel | |
US11310694B2 (en) | Method and device for receiving downlink data during RRC inactive state | |
US11968582B2 (en) | Service handover method and apparatus | |
CN106717102B (zh) | 控制协议数据单元pdu发送方法及装置 | |
KR102328431B1 (ko) | 듀얼 심카드 휴대폰의 페이징 충돌 처리 방법, 장치 및 매체 | |
CN108353362B (zh) | 系统消息接收方法及系统消息接收装置 | |
CN109309924B (zh) | 数据传输方法及装置 | |
EP3340712B1 (en) | Communication method and device | |
CN115733870A (zh) | 请求发送方法及装置、电子设备、存储介质 | |
US11323210B2 (en) | Method and device for transmitting hybrid automatic repeat request information | |
CN115767685A (zh) | 网络搜索方法、网络搜索装置及存储介质 | |
CN112913266A (zh) | 请求信息发送方法和装置、请求信息接收方法和装置 | |
RU2740041C1 (ru) | Способ и устройство для приема и передачи нисходящего канала управления |
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 |