通信方法、用户设备、基站和具有存储性能的装置与流程

文档序号:16979865发布日期:2019-02-26 19:24阅读:263来源:国知局
通信方法、用户设备、基站和具有存储性能的装置与流程

本发明涉及通信领域,特别是涉及通信方法、用户设备、基站和具有存储性能的装置。



背景技术:

用户设备在正常工作时能够发挥出全部性能,实际使用过程中,可能会临时遇到一些由于硬件或者系统的限制而造成的性能问题,例如温度过高造成的性能下降、其他无线模块(例如wifi、蓝牙、gps等)与射频电路同时工作,即射频共存造成的干扰等。用户设备遇到性能问题时,其处理能力可能下降,导致无法完全利用基站为其配置的工作模式,造成资源浪费。



技术实现要素:

本发明主要目的是提供通信方法、用户设备、基站和具有存储性能的装置,能够解决用户设备出现性能问题时造成资源浪费的问题。

为实现上述目的,本发明采用的一个技术方案是:提供一种通信方法,包括在出现性能问题时,用户设备向基站发送临时性能变更请求,所述临时性能变更请求用于请求所述基站对应调整为所述用户设备配置的工作模式。

为解决上述技术问题,本发明采用的另一个技术方案是:提供一种通信方法,包括接收并解析由用户设备发送的临时性能变更请求;根据所述临时性能变更请求的内容对应调整为所述用户设备配置的工作模式。

为解决上述技术问题,本发明采用的另一个技术方案是:一种用户设备,包括相互电性耦合的第一处理电路和第一通信电路,所述第一处理电路在工作时执行指令以实现如上所述的方法。

为解决上述技术问题,本发明采用的另一个技术方案是:一种基站,包括相互电性耦合的第二处理电路和第二通信电路,所述第二处理电路在工作时执行指令以实现如上所述的方法。

为解决上述技术问题,本发明采用的另一个技术方案是:一种具有存储性能的装置,其特征在于,存储有指令,所述指令被执行时实现如上所述的方法。

本发明的有益效果是:区别于现有技术的情况,本发明通过用户设备在自身出现性能问题时向基站发出临时性能变更请求,请求基站调整为自身配置的工作模式,调整之后的资源更加适应用户设备的当前性能,从而提高基站配置的工作模式与用户设备的当前性能的匹配程度,减少资源浪费。

附图说明

图1是本发明提供的通信方法的第一实施例的流程示意图;

图2是本发明提供的通信方法的第二实施例的流程示意图;

图3是本发明提供的通信方法的第三实施例的流程示意图;

图4是本发明提供的通信方法的第四实施例的流程示意图;

图5是本发明提供的通信方法的第五实施例的流程示意图;

图6是本发明提供的通信方法的第六实施例的流程示意图;

图7是本发明提供的用户设备的结构示意图;

图8是本发明提供的基站的结构示意图;

图9是本发明提供的通信方法的第七实施例的流程示意图;

图10是本发明提供的通信方法的第八实施例的流程示意图;

图11是本发明提供的具有存储性能的装置结构示意图。

具体实施方式

请参阅图1,图1是本发明提供的通信方法的第一实施例的流程示意图。本发明提供的通信方法包括以下步骤:

s101:在出现性能问题时,用户设备向基站发送临时性能变更请求,所述临时性能变更请求用于请求所述基站对应调整为所述用户设备配置的工作模式。

用户设备在正常工作时能够发挥出全部性能,实际使用过程中,可能会临时遇到一些由于硬件或者系统的限制而造成的性能问题。用户设备需要对当前的工作模式进行调整,使得调整之后的工作模式更加适应用户设备的当前性能。然而用户设备自身并不能独立完成这些调整,需要基站进行协助,在基站调整为用户设备配置的工作模式后,用户设备会更加匹配当前配置的工作模式,从而可以达到减少资源浪费的目的。

在一个具体的实施场景中,用户设备就自身由于硬件或者系统方面的限制而造成了一些性能问题而向基站发送临时性能变更请求。这个临时变更请求包括该性能问题的类型、该性能问题的触发原因、当前用户设备的状态参数、对基站配置工作模式的调整建议,以及该临时性能变更请求的有效时间至少一种。

其中,该性能问题的类型可以是硬件共享的问题、干扰问题或者其他用户设备异常问题(例如温度过高的问题)。该性能问题的触发原因可以是用户设备自身的原因、外界的原因或者是其他意外引起的。当前用户设备的状态参数包括当前用户设备的温度、当前用户设备采用的通信方式、当前用户设备使用的天线数量、当前用户设备使用的载波数量、当前用户设备的射频速率等用户当前运行状态有关的各种参数。当前用户设备的状态参数是根据性能问题的类型提供的,例如当性能问题的类型是温度过高时,当前用户设备的状态参数中就包括了当前用户设备的主要芯片温度。提供当前用户设备的状态参数是为了让基站更好的了解用户设备当前的状态,以判断该临时性能变更请求的紧迫性以及在针对该临时性能变更请求调整为用户设备配置的工作模式时以该状态参数作为参考。对基站配置工作模式的调整建议参数可以是用户设备基于自身的性能问题以及当前的状态,建议基站对自身配置的工作模式进行调整的,适合基站采纳的各种运行参数。例如,停止在非授权频段中使用lte网络技术、提议基站减少载波聚合的载波数量,或者是在采用mimo(multiple-inputmultiple-output,多入多出技术)的情况下,减少发射天线或者接收天线的数量,改变调制方式等当前适合采纳的各种运行参数。临时变更请求的有效时间是基于用户设备对该性能问题持续的时间的判断做出的决定。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥出全部性能状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅使用了部分性能时发生了性能问题。

在另一个具体的实施场景中,性能问题的类型可以预先设置不同的优先级,优先级等级越高,证明性能问题的严重性越高,基站在接收到这个临时性能变更请求后,可以根据性能问题的优先级确定为用户设备调整配置工作模式配置的工作模式的紧迫性与否,以及作为是否参考或者部分参考用户设备在临时性能变更请求中提出的对基站配置工作模式的调整建议参数的依据。

在另一个具体的实施场景中,性能问题的类型可以不止一个,例如用户设备同时发生了温度过高以及信号干扰的问题。用户设备在发送临时性能变更请求时,在性能问题的类型中会同时将两个性能问题的类型列出。更进一步的,对性能问题的类型可以预先设置不同的优先级,两个不同的类型具有不同的优先级,基站在接收到这个临时性格变更请求后,根据两个性能问题的优先级对用户设备配置的工作模式进行相应的调整。

在另一个具体的实施场景中,性能问题的触发原因也可以预先设置不同的优先级,优先级等级越高,证明性能问题的严重性越高,基站在接收到这个临时性能变更请求后,可以根据性能问题的触发原因的优先级确定为用户设备调整配置工作模式的紧迫性与否,以及作为是否参考或者部分参考用户设备在临时性能变更请求中提出的对基站配置工作模式的调整建议参数的依据。

在另一个具体的实施场景中,性能问题的触发原因进一步包括该触发该性能问题的时间的预估延续时间。预估延续时间包括临时、长期或永久。基站在收到该临时性能变更请求后,可以以性能问题的触发原因中的预估延续时间的长短作为调整分配给用户设备的资源的参考依据。

通过上述描述可知,本实施例通过在用户设备出现性能问题时请求基站调整为自身配置的工作模式,以使得基站为自身配置更合适的工作模式,提高资源的利用效率,减少不必要的资源浪费。

请参考图2,图2是本发明提供的通信方法的第二实施例的流程示意图,本发明提供的通信方法包括以下步骤:

s201:在出现性能问题时,用户设备向基站发送临时性能变更请求,所述临时性能变更请求用于请求所述基站对应调整为所述用户设备配置的工作模式。

步骤s201与本发明提供的第一实施例中的s101的步骤基本相同,不同之处在于,本实施例中,临时变更请求包括该性能问题的类型、该性能问题的触发原因、当前用户设备的状态参数、对基站配置工作模式的调整建议参数至少一种,不包括该临时性能变更请求的有效时间。其余部分与第一实施例中的s101的步骤相同,此处不再赘述。

s202:在所述性能问题改善或消失时,所述用户设备向所述基站发送变更解除请求,所述变更解除请求用于请求所述基站至少部分恢复为所述用户设备配置的工作模式。

在一个具体的实施例中,在基站对配置的工作模式做出调整后,用户设备使用更加合适的资源。当性能问题解决后,用户设备向基站发送变更解除请求,请求所述基站至少部分恢复为所述用户设备配置的工作模式。例如,用户设备发生了温度过高的问题,请求基站减少载波聚合中载波的数量。基站在接收到这个临时性能变更请求后减少了载波聚合中的载波数量。工作一段时间后,用户设备的温度降低至预设的安全范围内,温度过高的问题得到了解决,用户设备可以处理原先载波聚合中包括的载波数量。于是用户设备发送变更解除请求给基站,请求基站恢复原先的资源分配,即恢复原先的载波数量。

在另一个具体的实施场景中,变更解除请求包括性能问题的类型。因为用户设备可能同时遇到多个性能问题,可能之前的临时性能变更请求包括多个性能问题的类型,基站也针对这些不同的性能问题类型做了相应的资源分配上的调整。在基站对用户设备配置的工作模式进行了调整后,目前只有一种类型的性能问题得到了改善或者解决,例如温度过高的问题,在基站减少了载波聚合中的载波数量后,用户设备的温度并不会立刻降低至预设的安全范围内。而处理干扰问题时,当其中的干扰信号停止工作后,问题就能立刻得到解决。所以有可能在用户设备的温度还没有降低至安全范围内时,干扰的问题已经得到了解决,所以用户设备向基站发送的变更解除请求中包括性能问题的类型,这样基站在接收到变更解除请求时,不会全部恢复为用户设备配置的工作模式,而是针对变更解除请求中提到的性能问题的类型进行调整配置的配置工作模式进行恢复。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅使用部分性能时发生了性能问题。

通过上述描述可知,本实施例通过在性能问题得到解决或改善后请求基站解除变更,可以及时回复原先的工作模式,有效节约时间,提升工作效率,提高资源利用率。

请参阅图3,图3是本发明提供的通信方法的第三实施例的流程示意图,本发明提供的通信方法包括以下:

s301:在出现性能问题时,用户设备向基站发送临时性能变更请求,所述临时性能变更请求用于请求所述基站对应调整为所述用户设备配置的工作模式。

步骤s301的基本内容与本发明提供的第一实施例中的步骤s101基本一致,此处不再赘述。在其他实施例中,步骤s301的基本内容还可以与本发明提供的第二实施例中的步骤s201类似,那么本步骤进一步包括:在所述性能问题改善或消失时,所述用户设备向所述基站发送变更解除请求,所述变更解除请求用于请求所述基站至少部分恢复为所述用户设备配置的工作模式的步骤,与本发明提供的第二实施例中的步骤s202基本类似,此处也不再赘述。

s302:接收并解析由所述基站发送的拒绝变更通知。

在一个具体实施场景中,基站向用户设备发送拒绝变更通知,用户设备收到这个拒绝变更通知后了解基站不会调整配置的工作模式,可以选择更新当前的状态参数后,重新发送新的临时性能变更申请,请求基站调整配置的工作模式,或者不再向基站发送临时性能变更申请。

在另一个实施场景中,基站发送的拒绝变更通知包括性能问题的类型、拒绝变更原因和禁止时间中的至少一种。因为用户终端可能同时或者先后遇到多种不同类型的性能问题,因此基站在发送的拒绝变更通知中标明拒绝的性能问题的类型,并在拒绝变更原因中描述拒绝变更的具体原因。用户设备收到这个拒绝变更通知后,将不会再对同一类型的性能问题发送临时性能变更请求。禁止时间为禁止所述用户设备重复发送同一类型的所述临时性能变更请求的时间。在禁止时间内,用户发送的同一类型的临时性能变更请求都会被基站拒绝,在禁止时间以外,基站会对收到临时性能变更请求根据其内容进行判断是否需要拒绝还是以此为参考调整对用户设备配置的工作模式。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅发挥了部分性能时发生了性能问题。

通过上述描述可知,本实施例通过基站发送的拒绝变更通知可以省去不必要的变更,并在一段时间内不再发送同一类型的临时性能变更请求,可以有效节约资源,提升工作效率。

请参阅图4,图4是本发明提供的通信方法的第四实施例的流程示意图。本发明提供通信方法包括以下步骤:

s401:接收并解析由用户设备发送的临时性能变更请求。

在一个具体的实施场景中,用户设备在正常工作时能够发挥出全部性能,实际使用过程中,可能会临时遇到一些由于硬件或者系统的限制而造成的性能问题。用户设备需要对当前的工作模式进行调整,使得调整之后的工作模式更加适应用户设备的当前性能。然而用户设备自身并不能独立完成这些调整,需要基站进行协助。基站调整为用户设备配置的工作模式后,让用户设备会更加匹配当前配置的工作模式,从而可以达到减少资源浪费的目的。

这个临时变更请求包括该性能问题的类型、该性能问题的触发原因、当前用户设备的状态参数、对基站配置工作模式的调整建议参数,以及该临时性能变更请求的有效时间至少一种。其中,该性能问题的类型可以是硬件共享的问题、干扰问题或者其他用户设备异常问题(例如温度过高的问题)。该性能问题的触发原因可以是用户设备自身的原因、外界的原因或者是其他意外引起的。当前用户设备的状态参数包括当前用户设备的温度、当前用户设备采用的通信方式、当前用户设备使用的天线数量、当前用户设备使用的载波数量、当前用户设备的射频速率等用户当前运行状态有关的各种参数。当前用户设备的状态参数是根据性能问题的类型提供的,例如当性能问题的类型是温度过高时,当前用户设备的状态参数中就包括了当前用户设备的主要芯片温度。当前用户设备的状态参数是为了让基站更好的了解用户设备当前的状态,以判断该临时性能变更请求的紧迫性以及在针对该临时性能变更请求调整为用户设备配置的工作模式时以该状态参数作为参考。对基站配置工作模式的调整建议参数可以是用户设备基于自身的性能问题以及当前的状态,建议基站对自身配置的工作模式进行调整的,适合基站采纳的各种运行参数。例如,停止在非授权频段中使用lte网络技术、提议基站减少载波聚合的载波数量,或者是在采用mimo(multiple-inputmultiple-output,多入多出技术)的情况下,减少发射天线或者接收天线的数量。改变调制方式等当前适合采纳的各种运行参数。临时变更请求的有效时间是基于用户设备对该性能问题持续的时间的判断做出的决定。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅发挥了部分性能时发生了性能问题。

在另一个具体的实施场景中,性能问题的类型可以预先设置不同的优先级,优先级等级越高,证明性能问题的严重性越高。

在另一个具体的实施场景中,性能问题的类型可以不止一个,例如用户设备同时发生了温度过高以及内部装置之间产生的信号干扰的问题。用户设备在发送临时性能变更请求时,在性能问题的类型中会同时将两个性能问题的类型都列出。更进一步的,对性能问题的类型可以预先设置不同的优先级,不同的类型具有不同的优先级。

在另一个具体的实施场景中,性能问题的触发原因也可以预先设置不同的优先级,优先级等级越高,证明性能问题的严重性越高,

在另一个具体的实施场景中,性能问题的触发原因进一步包括该触发该性能问题的时间的预估延续时间。预估延续时间包括临时、长期或永久。

s402:根据所述临时性能变更请求的内容调整为所述用户设备配置的工作模式。

在一个具体的实施场景中,基站接收到临时性能变更请求后,根据性能问题的类型、性能问题的触发原因和当前用户设备的状态参数、结合对基站配置工作模式的调整建议参数,调整对用户设备配置的工作模式。例如,减少载波聚合的载波数量,或者是在采用mimo(multiple-inputmultiple-output,多入多出技术)的情况下,减少发射天线或者接收天线的数量。同时基站读取该临时变更请求包括的效时间,并在根据该临时变更请求对用户设备配置的工作模式进行相应的调整的同时根据该有效时间开始计时,当计时结束后,基站会部分或者全部恢复之前对用户的设备的配置的工作模式。

在另一个具体实施场景中,性能问题的类型可以预先设置不同的优先级,基站在接收到这个临时性能变更请求后,可以根据性能问题的优先级确定为用户设备调整配置工作模式的紧迫性与否,以及作为是否参考或者部分参考用户设备在临时性能变更请求中提出的对基站配置工作模式的调整建议参数的依据。

在另一个具体的实施场景中,性能问题的类型可以不止一个,基站在接收到这个临时性格变更请求后,根据多个性能问题的优先级对用户设备配置的工作模式进行相应的调整。

在另一个具体实施场景中,性能问题的触发原因也可以预先设置不同的优先级,基站在接收到这个临时性能变更请求后,可以根据性能问题的触发原因的优先级确定为用户设备调整配置工作模式的紧迫性与否,以及作为是否参考或者部分参考用户设备在临时性能变更请求中提出的对基站配置工作模式的调整建议参数的依据。

在另一个具体的实施场景中,性能问题的触发原因进一步包括该触发该性能问题的时间的预估延续时间。基站在收到该临时性能变更请求后,可以以性能问题的触发原因中的预估延续时间的长短作为调整分配给用户设备的资源的参考依据。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,基站与用户设备通过新空口网络连接,在其他实施例中,还可以通过长期演进网络连接,或者其他的无线远程网络。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅发挥了部分性能时发生了性能问题。

通过上述描述可知,本实施例通过响应用户设备提出的临时性能变更请求,调整为用户设备配置的工作模式,使得用户设备与被配置的工作模式更加匹配,可以减少不必要的资源浪费。

请参阅图5,图5是本发明本发明提供的通信方法的第五实施例的流程示意图。本发明提供通信方法包括以下步骤:

s501:接收并解析由用户设备发送的临时性能变更请求。

s502:根据所述临时性能变更请求的内容调整为所述用户设备配置的工作模式。

在本实施例中,s501与s502的步骤与本发明提供的第四实施例中的s401与s402基本类似,不同之处在于,本实施例中,临时变更请求包括该性能问题的类型、该性能问题的触发原因、当前用户设备的状态参数、对基站配置工作模式的调整建议参数至少一种,不包括该临时性能变更请求的有效时间。其余部分类似,此处不再赘述。

s503:基站接收并解析由所述用户设备发送的变更解除请求。

在一个具体的实施例中,在基站对配置的工作模式做出调整后,性能问题得到了改善或者消失。此时用户设备会向基站发送变更解除请求,请求所述基站至少部分恢复为所述用户设备配置的工作模式。基站接收这个变更解除请求,并解析这个变更解除请求的内容。

例如,用户设备发生了温度过高的问题,发送临时性能变更请求给基站。基站在接收到这个临时性能变更请求根据请求的内容减少了载波聚合中的载波数量。工作一段时间后,温度过高的问题得到了解决,用户设备此时可以恢复载波聚合中原先的载波数量进行工作。于是用户设备发送变更解除请求给基站,基站接收并解析这个变更解除请求的内容,了解到可以恢复载波聚合中载波的数量。

在另一个具体的实施场景中,变更解除请求包括性能问题的类型。因为用户设备可能同时遇到多个性能问题,可能之前的临时性能变更请求包括多个性能问题的类型,基站也针对这些不同的性能问题类型做了相应的资源分配上的调整。在基站对用户设备配置的工作模式进行了调整后,目前只有一种类型的性能问题得到了改善或者解决,例如温度过高的问题,用户设备的温度并不会立刻降低至预设的安全范围内。而发生了干扰问题,在其中一种网络停止工作后,问题就能立刻得到解决。所以有可能在用户设备的温度还没有降低至安全范围内时,干扰的问题已经得到了解决,所以用户设备向基站发送的变更解除请求中包括性能问题的类型。

s504:所述基站根据所述变更解除请求至少部分恢复为所述用户设备配置的工作模式。

在一个具体的实施场景中,基站解析出变更解除请求的内容,并根据该变更解除请求的内容至少部分恢复为用户设备配置的工作模式。例如,基站响应因为用户设备温度过高而提出的临时性能变更请求,减少了载波聚合中的载波数量。在收到用户设备发出的变更解除请求后,解析到这个变更解除请求是请求基站温度过高的问题已经解决,可以恢复载波聚合中载波的数量基站恢复载波聚合中的载波数量。

在另一个具体的实施场景中,变更解除请求包括性能问题的类型。基站在接收到变更解除请求时,针对变更解除请求中提到的性能问题的类型进行调整的配置工作模式进行恢复。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅发挥了部分性能时发生了性能问题。

通过上述描述可知,本实施例通过响应由用户设备发送的变更解除请求,至少部分恢复为所述用户设备配置的工作模式。可以及时恢复原先的工作状态,有效的节约了时间,提升了工作效率。

请参阅图6,图6是本发明本发明提供的通信方法的第六实施例的流程示意图。本发明提供通信方法包括以下步骤:

s601:接收并解析由用户设备发送的临时性能变更请求。

s602:根据所述临时性能变更请求的内容调整为所述用户设备配置的工作模式。

步骤s601和s602与本发明提供的第四实施例中的步骤s401和s402类似,此处不再赘述。在其他实施场景中,步骤s601和s602也可以是与本发明提供的第五实施例中的步骤s501和s502类似,那么本实施还进一步包括步骤:基站接收并解析由所述用户设备发送的变更解除请求;所述基站根据所述变更解除请求至少部分恢复为所述用户设备配置的工作模式。与本发明提供的第五实施例的步骤s503和s504类似,此处不再赘述。

s603:所述基站向所述用户设备发送拒绝变更通知。

在一个具体实施场景中,基站拒绝了用户设备发送的临时性能变更请求。基站根据临时变更请求中的该性能问题的类型、该性能问题的触发原因、当前用户设备的状态参数进行参考,认为用户设备目前不需要进行性能变更,因此拒绝调整为用户设备配置的工作模式。此时,基站向用户设备发送拒绝变更通知,用户设备收到这个拒绝变更通知后了解基站不会调整配置的工作模式,可以选择更新当前的状态参数,重新发送新的临时性能变更申请,请求基站调整配置的工作模式,或者不再向基站发送临时性能变更申请。

在另一个实施场景中,基站发送的拒绝变更通知包括性能问题的类型、拒绝变更原因和禁止时间中的至少一种。因为用户终端可能同时或者先后遇到多种不同类型的性能问题,,因此基站在发送的拒绝变更通知中标明拒绝的性能问题的类型,并在拒绝变更原因中描述拒绝变更的具体原因。用户设备收到这个拒绝变更通知后,将不会再对同一类型的性能问题发送临时性能变更请求。禁止时间为禁止所述用户设备重复发送同一类型的所述临时性能变更请求的时间。在禁止时间内,用户发送的同一类型的临时性能变更请求都会被基站拒绝,在禁止时间以外,基站会对收到临时性能变更请求根据其内容进行判断是否需要拒绝还是以此为参考调整对用户设备配置的工作模式。

在本实施例中,临时性能变更请求由无线资源控制协议消息携带,在其他实施例中,临时性能变更请求还可以由其他协议消息发送例如mac(mediumaccesscontrol)消息。在本实施例中,基站为新空口基站,在其他实施例中,也可以是长期演进基站,或者是支持其他通信网络的基站。在本实施例中,用户设备是在发挥全部性能的状态下发生的性能问题,在其他实施例中,用户设备也可能在仅仅发挥了部分性能时发生了性能问题。

通过上述描述可知,本实施例中基站通过判断可以拒绝用户设备的临时性能变更请求,减少不必要的性能变更,节约了时间,提升了工作效率。

请结合参考图7、图8、图9。图7是本发明提供的用户设备的结构示意图,图8是本发明提供的基站的结构示意图,图9是本发明提供的通信方法的第七实施例的流程示意图。用户设备10包括相互电性耦合的第一处理电路11和第一通信电路12,基站20包括相互电性耦合的第二处理电路21和第二通信电路22。第一通信电路12与第二通信电路22之间相互进行信息传输。

用户设备的第一处理电路11判断用户设备10出现性能问题,通过第一通信电路12向基站20发送临时性能变更请求。基站20通过第二通信电路22接收这个临时性能变更请求,第二处理电路21解析这个临时性能变更申请,并根据解析的结果调整对用户设备10的资源分配。

在其他实施例中,用户设备的第一处理电路11判断用户设备10的性能问题已经得到改善或解决后,通过第一通信电路12发送变更解除请求给基站20。基站20通过第二通信电路22接收这个变更解除请求,第二处理电路21解析这个变更解除请求,并根据解析的内容至少部分恢复为所述用户设备配置的工作模式。

在其他实施例中,如图10所示,基站20的第二处理电路21根据临时变更请求的内容,认为用户设备10目前不需要进行性能变更,因此通过第二通信电路22发送拒绝变更通知。

通过上述描述可知,本实施例通过,用户设备第一处理电路控制第一通信电路在出现性能问题时向基站发送临时性能变更请求,基站通过第二处理电路控制第二通信电路接收并临时性能变更请求,调整对用户设备配置的工作模式,使得用户设备更加匹配调整后的配置工作模式,避免了不必要的资源浪费。

请参考图10,请参阅图10,图10是本发明具有存储功能的装置的实施例的结构示意图,具有存储功能的装置30中存储有至少一个程序或指令31,程序31或指令用于执行如图1~图6所示的通信方法。在一个实施例中,具有存储功能的装置可以是终端中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具,还可以是服务器等等。

通过上述描述可知,本实施例本发明具有存储功能的装置实施例中存储的程序或指令可以用来完成请求基站调整为用户设备配置的工作模式,达到调整用户设备的工作状态,使得用户设备更加匹配调整后配置的工作模式,减少了资源的浪费。

区别于现有技术,本发明通过在用户设备出现性能问题时请求基站调整为用户设备配置的工作模式,调整之后的资源更加适应用户设备的当前性能,从而提高基站配置的工作模式与用户设备的当前性能的匹配程度,减少资源浪费。

以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1