一种信息处理方法和装置与流程

本发明涉及无线通信技术，尤指一种信息处理方法和装置。

背景技术：

随着通信技术的发展，到了物联网时代，未来的数百亿物体均要接入网络。然而，物与物的通信并不像人与人通信那样总是要追求高速率宽带的方式，大量设备接入网络后仅需少量的数据传输或数据传输频率很低；而且也不像人与人通信方式中那样可以频繁对移动终端进行充电，很多物联网设备因其所处环境的特殊性和数量巨大，对支撑其通信的功耗需求极低。例如大量的水表、灭火器、万亩良田中的喷灌开关、恶劣环境中的气象站等，它们联网后只需极低频率和极少容量的数据传输，且靠外部供电方式非常耗时耗力，4g、5g网络并不能满足其需求，而低带宽、低功耗且大范围覆盖的网络是其最优选择。从这个意义上来说，是物联网万物互联的发展，催生了低带宽、低功耗蜂窝网络的崛起。在mtc(machinetypecommunication，机器类通信)技术的研究中，针对低成本和低吞吐量类型的终端设备，提出了nb-iot(narowband-internetofthings，窄带物联网)的研究课题，也就是在200千赫兹(khz)频带为nb-iot低成本ue(userequipment，用户设备)提供低吞吐量的无线通讯服务。针对nb-ciot(基于蜂窝网络的窄带物联网技术)用户可以设置专用的核心网。运营商可以在专门的核心网中管理这些具备特殊用途的终端设备，而和普通用户进行区分，尽量减少对普通用户的影响。同时，nb-iot针对ue低成本和小数据量传输的特性，引入了不同的上行窄带接入能力，以及优化的数据传输方案，该优化的数据传输方案包括基于用户面和控制面传输的优化方案。并且，对于智能手机用户，也可以扩展支持用户面和控制面传输的优化方案。

在现有的用户面传输优化方案中，与lte(longtermevolution，长期演 进)技术中流程类似，数据通过drb(dataradiobearer，数据无线承载)进行传输，信令仍通过srb(signallingradiobearers，信令无线承载)1/srb2进行传输，目前标准已明确对于nb-iot用户仅配置一个drb。而对于支持用户面方案的智能手机用户则可以支持多个承载。同时网络侧引入了挂起(suspend)和恢复(resume)流程，基站和核心网设备例如mme(mobilitymanagemententity，移动管理实体)在挂起的时候保存用户文本信息，在恢复的时候可以快速激活用户文本信息，s1接口的挂起和恢复都由基站发起。ue在idle态需要传输数据或“信令+数据”时，可以直接通过resume机制，而不需要再空口加密、as(accessstratum，接入层)承载建立等流程。其中，用户文本信息包括用户的标志信息、s1接口用户相关的标志信息，用户安全相关信息、承载信息，用户服务质量信息，以及用户历史信息。其中，用户历史信息，包括基站侧统计的用户在连接态下的历史信息，以及ue侧上报的ue最近在连接态和空闲(idle)态下驻留过的历史信息等。其中，ue侧上报的历史信息包括ue在连接态和/或idle态下驻留过的历史小区的信息，历史小区信息包括但不限于陆地无线接入网(umtsterrestrialradioaccessnetwork，utran)、gsm/edge无线接入网(gsmedgeradioaccessnetwork，geran)、长期演进(longtermevolution，lte)系统的小区信息，甚至还可以包含码分多址接入(codedivisionmultipleaccess，cdma)系统、无线局域网(wirelesslocalareanetworks，wlan)系统的驻留信息，按照时间先后顺序进行排列，比如最新的小区记录在列表最前端。其中小区信息包含以下一种或多种信息，比如小区全局标志符、小区类型、停留的时间。当用户在挂起状态下移动到新基站(newenb)，并且在新基站发起恢复流程的时候，新基站可以通过x2接口或者s1接口从保存有用户文本信息的旧基站(oldenb)获取用户文本信息。

对于基站侧统计的用户在连接态下的历史信息，该信息是ue在一次连接态下通过切换由旧基站传递给新基站，传统方式下该信息可用于移动性优化或者寻呼优化，而在恢复流程的时候，由于ue在挂起状态下，该信息不会有更新，因此当ue挂起时间过长的时候，新基站从旧基站拿到该信息有可能是过时的不准确的，反而会对后续的移动性优化和寻呼优化产生负作用。对于ue上报的历史信息，则记录的是ue在连接态和idle态下驻留过的历史小 区的信息，该信息由ue通过空口上报给基站，用于异构网移动优化。考虑到在恢复流程的时候，ue可能会在其他基站发起跟踪区更新(trackingareaupdate，tau)而不恢复承载，那么对于idle态下ue经历的小区信息是需要有更新的。如果仅仅是tau，那么用户文本信息获取流程可能就不会发生，这样的话，进行用户文本信息恢复的最终的新基站从旧基站获取的用户文本信息中记录的ue上报的ue历史信息就可能不准确。综上所述，现有相关技术方案中，恢复流程中对用户历史信息的获取和处理不够合理准确，反而会对后续的移动性优化和寻呼优化产生负作用，从而不能实现用户面传输优化，因此在用户面传输优化背景下，如何实现用户历史信息在恢复流程中的处理是目前需要解决的问题。

技术实现要素：

为了解决上述技术问题，本发明提供了一种信息处理方法和装置，能够优化恢复流程中对用户历史信息的处理，从而满足用户面传输优化的要求。

为了达到本发明目的，第一方面，本发明实施例提供了一种信息处理方法，所述方法包括：

新基站通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息中不包含用户历史信息；

新基站向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

新基站在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，所述方法还包括：

若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且新基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息，则新基站在ue恢复连接状态后利用收到的用户历史信息进行后续的优化处理；其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定 时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，所述方法还包括：

若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且新基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息以及时间戳，则新基站在ue恢复连接状态后根据所述时间戳来确定是否将收到的用户历史信息用于后续的优化处理；其中，所述时间戳与用户历史信息相对应，且是由核心网设备在接收到用户历史信息时设置的。

进一步的，用户历史信息中包括以下至少一项：ue在连接态下的历史信息、ue记录的历史信息、ue在挂起期间的历史信息；其中，历史信息包括以下至少一项：ue驻留过的历史小区的信息，包括以下之一：小区全局标识、小区类型；在各个历史小区的以下至少一种状态的停留时间：挂起态、连接态、空闲态；ue在各个通信制式系统驻留过的时长。

进一步的，所述核心网设备包括：移动管理实体mme、或支持窄带物联网nb-iot用户的服务网关节点c-sgn。

第二方面，本发明实施例提供一种信息处理方法，所述方法包括：

基站发起用户设备ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备；

所述基站发送用户文本恢复请求消息给核心网设备实现路径更新和用户文本信息恢复；

所述基站接收核心网设备发送的用户文本恢复响应消息；

当用户文本恢复响应消息中不包括用户历史信息时，基站在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，所述方法还包括：

当用户文本恢复响应消息中包括用户历史信息时，所述基站在ue恢复连 接状态后利用所述获取的用户历史信息进行后续的优化处理；其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，所述方法还包括：

当用户文本恢复响应消息中包括用户历史信息以及对应的时间戳时，基站根据在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理；其中，所述时间戳与所述用户历史信息相对应，且是由核心网设备在接收到所述用户历史信息时设置的。

进一步的，用户历史信息中包括以下至少一项：ue在连接态下的历史信息、ue记录的历史信息、ue在挂起期间的历史信息；其中，历史信息包括以下至少一项：ue驻留过的历史小区的信息，包括以下之一：小区全局标识、小区类型；在各个历史小区的以下至少一种状态的停留时间：挂起态、连接态、空闲态；ue在各个通信制式系统驻留过的时长。

进一步的，所述核心网设备包括：移动管理实体mme、或支持窄带物联网nb-iot用户的服务网关节点c-sgn。

第三方面，本发明实施例提供一种信息处理方法，所述方法包括：

新基站通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息包含用户历史信息以及时间戳，所述时间戳是由旧基站在挂起流程完成后对本地保存的用户文本信息或用户历史信息设置的；

新基站向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

新基站在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理。

进一步的，用户历史信息中包括以下至少一项：ue在连接态下的历史信息、ue记录的历史信息、ue在挂起期间的历史信息；其中，历史信息包括以下至少一项：ue驻留过的历史小区的信息，包括以下之一：小区全局标识、 小区类型；在各个历史小区的以下至少一种状态的停留时间：挂起态、连接态、空闲态；ue在各个通信制式系统驻留过的时长。

进一步的，所述核心网设备包括：移动管理实体mme、或支持窄带物联网nb-iot用户的服务网关节点c-sgn。

第四方面，本发明实施例一种信息处理方法，所述方法包括：

核心网设备接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

核心网设备接收第二基站发送的路径请求消息；其中，第一基站与第二基站为同一基站或不同基站；

核心网设备向第二基站发送路径响应消息；

其中，若定时器未超时，所述路径响应消息中包括用户历史信息；若定时器超时，所述路径响应消息中不包括用户历史信息。

第五方面，本发明实施例提供一种信息处理方法，所述方法包括：

核心网设备接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

核心网设备接收第二基站发送的路径恢复请求消息；其中，第一基站与第二基站为同一基站或不同基站；

核心网设备向所述基站发送路径响应消息；其中，所述路径响应消息中包括用户历史信息以及对应的时间戳。

第六方面，本发明实施例提供一种信息处理方法，所述方法包括：

核心网设备接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

核心网设备接收所述基站发送的用户文本恢复请求消息；

核心网设备向所述基站发送用户文本恢复响应消息；

其中，若定时器未超时，所述用户文本恢复响应消息中包括用户历史信息；若定时器超时，所述用户文本恢复响应消息中不包括用户历史信息。

第七方面，本发明实施例提供一种信息处理方法，所述方法包括：

核心网设备接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

核心网设备接收所述基站发送的用户文本恢复请求消息；

核心网设备向所述基站发送用户文本恢复响应消息；其中，所述用户文本恢复响应消息中包括用户历史信息以及对应的时间戳。

第八方面，本发明实施例提供一种信息处理方法，所述方法包括：

旧基站接收新基站发送的用户文本获取请求消息；

旧基站根据用户文本获取请求消息在本地查找出用户设备ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中不包含用户历史信息。

进一步的，所述方法之前包括：

旧基站发起ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备。

第九方面，本发明实施例提供一种信息处理方法，所述方法包括：

旧基站发起用户设备ue的用户文本信息挂起流程，对本地保存的ue的用户文本信息或用户历史信息设置时间戳；

旧基站接收新基站发送的用户文本获取请求消息；

旧基站根据用户文本获取请求消息在本地查找出ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中包含用户历史信息以及时间戳。

第十方面，本发明实施例提供一种基站，包括：

第一获取单元，用于通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息中不包含用户历史信息；

路径更新单元，用于向核心网设备发起路径请求流程实现承载路径信息 更新以及用户文本信息恢复；

第二获取单元，用于在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，所述基站还包括：

第一处理单元，用于若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且所述基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息，则在ue恢复连接状态后利用收到的用户历史信息进行后续的优化处理；

其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，所述基站还包括：

第二处理单元，用于若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且所述基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息以及时间戳，则在ue恢复连接状态后根据所述时间戳来确定是否将收到的用户历史信息用于后续的优化处理；其中，所述时间戳与用户历史信息相对应，且是由核心网设备在接收到用户历史信息时设置的。

第十一方面，本发明实施例提供一种基站，包括：

发送单元，用于发起用户设备ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备；

路径更新单元，用于发送用户文本恢复请求消息给核心网设备实现路径更新和用户文本信息恢复；

接收单元，用于接收核心网设备发送的用户文本恢复响应消息；

获取单元，用于当用户文本恢复响应消息中不包括用户历史信息时，在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，所述基站还包括：

第一处理单元，用于当用户文本恢复响应消息中包括用户历史信息时，在ue恢复连接状态后利用所述获取的用户历史信息进行后续的优化处理；

其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，所述基站还包括：

第二处理单元，用于当用户文本恢复响应消息中包括用户历史信息以及对应的时间戳时，根据在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理；其中，所述时间戳与所述用户历史信息相对应，且是由核心网设备在接收到所述用户历史信息时设置的。

第十二方面，本发明实施例提供一种基站，包括：

获取单元，用于通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息包含用户历史信息以及时间戳，所述时间戳是由旧基站在挂起流程完成后对本地保存的用户文本信息或用户历史信息设置的；

路径更新单元，用于向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

处理单元，用于在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理。

第十三方面，本发明实施例提供一种核心网设备，包括：

接收单元，用于接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

接收单元，还用于接收第二基站发送的路径请求消息；其中，第一基站与第二基站为同一基站或不同基站；

发送单元，用于向第二基站发送路径响应消息；

其中，若定时器未超时，所述路径响应消息中包括用户历史信息；若定 时器超时，所述路径响应消息中不包括用户历史信息。

第十四方面，本发明实施例一种核心网设备，包括：

接收单元，用于接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

接收单元，还用于接收第二基站发送的路径恢复请求消息；其中，第一基站与第二基站为同一基站或不同基站；

发送单元，用于向所述基站发送路径响应消息；其中，所述路径响应消息中包括用户历史信息以及对应的时间戳。

第十五方面，本发明实施例一种核心网设备，包括：

接收单元，用于接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

接收单元，还用于接收所述基站发送的用户文本恢复请求消息；

发送单元，用于向所述基站发送用户文本恢复响应消息；

其中，若定时器未超时，所述用户文本恢复响应消息中包括用户历史信息；若定时器超时，所述用户文本恢复响应消息中不包括用户历史信息。

第十六方面，本发明实施例提供一种核心网设备，包括：

接收单元，用于接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

接收单元，还用于接收所述基站发送的用户文本恢复请求消息；

发送单元，用于向所述基站发送用户文本恢复响应消息；其中，所述用户文本恢复响应消息中包括用户历史信息以及对应的时间戳。

第十七方面，本发明实施例提供一种基站，包括：

接收单元，用于接收新基站发送的用户文本获取请求消息；

发送单元，用于根据用户文本获取请求消息在本地查找出用户设备ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中不包含用户历史信息。

进一步的，所述基站还包括：

上报单元，用于发起ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备。

第十八方面，本发明实施例提供一种基站，包括：

处理单元，用于发起用户设备ue的用户文本信息挂起流程，对本地保存的ue的用户文本信息或用户历史信息设置时间戳；

接收单元，用于接收新基站发送的用户文本获取请求消息；

发送单元，用于根据用户文本获取请求消息在本地查找出ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中包含用户历史信息以及时间戳。

第十九方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行本发明第一方面至第九方面任一方面实施例提供的信息处理方法。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高新基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例提供的一种信息处理方法的流程示意图一；

图2为本发明实施例提供的一种信息处理方法的流程示意图二；

图3为本发明实施例提供的一种信息处理方法的流程示意图三；

图4为本发明实施例提供的一种信息处理方法的流程示意图四；

图5为本发明实施例提供的一种信息处理方法的流程示意图五；

图6为本发明实施例提供的一种信息处理方法的流程示意图六；

图7为本发明实施例提供的一种信息处理方法的流程示意图七；

图8为本发明实施例提供的一种信息处理方法的流程示意图八；

图9为本发明实施例提供的一种信息处理方法的流程示意图九；

图10为本发明实施例提供的实施例1的流程示意图；

图11为本发明实施例提供的实施例2的流程示意图；

图12为本发明实施例提供的实施例3的流程示意图；

图13为本发明实施例提供的实施例4的流程示意图；

图14为本发明实施例提供的一种基站的结构示意图一；

图15为本发明实施例提供的一种基站的结构示意图二；

图16为本发明实施例提供的一种基站的流程示意图三；

图17为本发明实施例提供的一种核心网设备的结构示意图一；

图18为本发明实施例提供的一种核心网设备的结构示意图二；

图19为本发明实施例提供的一种核心网设备的结构示意图三；

图20为本发明实施例提供的一种核心网设备的结构示意图四；

图21为本发明实施例提供的一种基站的结构示意图四；

图22为本发明实施例提供的一种基站的结构示意图五。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，并非用于描述特定的顺序或先后次序。

本发明实施例提供一种信息处理方法，基于跨基站恢复流程的新基站侧，如图1所示，该方法包括：

步骤101、新基站通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息中不包含用户历史信息；

具体的，当新基站发起用户文本信息获取流程时，有可能距离旧基站挂起ue已经过去相当长的时间，用户历史信息可能已经过时不准确，因此，旧基站在传送用户文本信息时选择不携带已经过时并不准确的用户历史信息。

步骤102、新基站向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

步骤103、新基站在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

具体的，由于步骤101中新基站获取用户文本信息时旧基站不发送用户历史信息，那么在步骤103新基站可能未获取到用户历史信息，因此，可以通过步骤103获取比较新且完整的用户历史信息，从而可以提高后续利用用户历史信息进行优化处理的准确性。

进一步的，所述方法还可以包括：

步骤104、若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且新基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息，则新基站在ue恢复连接状态后利用收到的用户历史信息进行后续的优化处理；其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复 响应消息时携带所述用户历史信息。

需要说明的是，上述定时器可以理解为用于设定用户历史信息的有效性，定时器定时范围内认为用户历史信息有效，核心网设备将用户历史信息下发给新基站，新基站基于用户历史信息有效进行后续优化处理；定时器超时后认为用户历史信息无效，核心网设备不下发用户历史信息，可以执行步骤103。

进一步的，所述方法还可以包括：

步骤105、若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且新基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息以及时间戳，则新基站在ue恢复连接状态后根据所述时间戳来确定是否将收到的用户历史信息用于后续的优化处理；其中，所述时间戳与用户历史信息相对应，且是由核心网设备在接收到用户历史信息时设置的。

需要说明的是，上述时间戳可以理解为用于指示用户历史信息的有效性，新基站在接收到用户历史信息后可以读取对应的时间戳从而判断用户历史信息是否已经过时不准确(例如可以认为当前时间与时间戳之间时差超过阈值认为过时不准确)，如果确定用户历史信息并未过时，则新基站可以利用收到的用户历史信息进行后续优化处理，如果确定用户历史信息已过时，则可以执行步骤103。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高新基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，本实施例中同一基站挂起流程后执行恢复流程流程，如图2所示，基于前述基站，该方法包括：

步骤201、基站发起用户设备ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备；

步骤202、所述基站发送用户文本恢复请求消息给核心网设备实现路径更新和用户文本信息恢复；

步骤203、所述基站接收核心网设备发送的用户文本恢复响应消息；

步骤204、当用户文本恢复响应消息中不包括用户历史信息时，基站在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，所述方法还可以包括：

步骤205、当用户文本恢复响应消息中包括用户历史信息时，所述基站在ue恢复连接状态后利用所述获取的用户历史信息进行后续的优化处理；其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

需要说明的是，根据步骤205的内容描述，对于步骤204中用户文本恢复响应消息中不包括用户历史信息的情况，可以包括两种情况，一种情况是本身核心网设备发送用户文本恢复响应消息就未打算将用户历史信息携带在其中，另一种情况是如步骤204中设置有定时器但是定时器已超时，则核心网设备发送用户文本恢复响应消息时不携带所述用户历史信息。

进一步的，所述方法还可以包括：

步骤206、当用户文本恢复响应消息中包括用户历史信息以及对应的时间戳时，基站根据在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理；其中，所述时间戳与所述用户历史信息相对应，且是由核心网设备在接收到所述用户历史信息时设置的。

需要说明的是，上述时间戳可以理解为用于指示用户历史信息的有效性，基站在接收到用户历史信息后可以读取对应的时间戳从而判断用户历史信息是否已经过时不准确(例如可以认为当前时间与时间戳之间时差超过阈值认为过时不准确)，如果确定用户历史信息并未过时，则新基站可以利用收到的用户历史信息进行后续优化处理，如果确定用户历史信息已过时，则可以执行步骤204。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于跨基站恢复流程的新基站侧，如图3所示，该方法包括：

步骤301、新基站通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息包含用户历史信息以及时间戳，所述时间戳是由旧基站在挂起流程完成后对本地保存的用户文本信息或用户历史信息设置的；

步骤302、新基站向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

步骤303、新基站在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理。

需要说明的是，上述时间戳可以理解为用于指示用户历史信息的有效性，新基站在接收到用户历史信息后可以读取对应的时间戳从而判断用户历史信息是否已经过时不准确(例如可以认为当前时间与时间戳之间时差超过阈值认为过时不准确)，如果确定用户历史信息并未过时，则新基站可以利用收到的用户历史信息进行后续优化处理，如果确定用户历史信息已过时，则可以执行步骤204。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高新基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于核心网设备侧，如图4所示，该方法包括：

步骤401、核心网设备接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

步骤402、核心网设备接收第二基站发送的路径请求消息；其中，第一基站与第二基站为同一基站或不同基站；

步骤403、核心网设备向第二基站发送路径响应消息；

其中，若定时器未超时，所述路径响应消息中包括用户历史信息；若定 时器超时，所述路径响应消息中不包括用户历史信息。

需要说明的是，本实施例中第一基站与第二基站可以实质上为同一个基站，此时“第一基站”和“第二基站”这样的表述可以认为是从时间上做的区分；本实施例中第一基站与第二基站也可以是实质上不同的两个基站，例如上述几个实施例中的新基站与旧基站。

另外，上述定时器可以参照上述几个实施例中关于定时器的说明。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于核心网设备侧，如图5所示，该方法包括：

步骤501、核心网设备接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

步骤502、核心网设备接收第二基站发送的路径请求消息；其中，第一基站与第二基站为同一基站或不同基站；

步骤503、核心网设备向所述基站发送路径响应消息；其中，所述路径响应消息中包括用户历史信息以及对应的时间戳。

需要说明的是，本实施例中第一基站与第二基站可以实质上为同一个基站，此时“第一基站”和“第二基站”这样的表述可以认为是从时间上做的区分；本实施例中第一基站与第二基站也可以是实质上不同的两个基站，例如上述几个实施例中的新基站与旧基站。

另外，上述时间戳可以参照上述几个实施例中关于时间戳的说明。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于核心网设备侧，如图6所示，该方法包括：

步骤601、核心网设备接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

步骤602、核心网设备接收所述基站发送的用户文本恢复请求消息；

步骤603、核心网设备向所述基站发送用户文本恢复响应消息；

其中，若定时器未超时，所述用户文本恢复响应消息中包括用户历史信息；若定时器超时，所述用户文本恢复响应消息中不包括用户历史信息。

另外，上述定时器可以参照上述几个实施例中关于定时器的说明。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于核心网设备侧，如图7所示，该方法包括：

步骤701、核心网设备接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

步骤702、核心网设备接收所述基站发送的用户文本恢复请求消息；

步骤703、核心网设备向所述基站发送用户文本恢复响应消息；其中，所述用户文本恢复响应消息中包括用户历史信息以及对应的时间戳。

另外，上述时间戳可以参照上述几个实施例中关于时间戳的说明。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于跨基站恢复流程的旧基站侧，如图8所示，该方法包括：

步骤801、旧基站接收新基站发送的用户文本获取请求消息；

步骤802、旧基站根据用户文本获取请求消息在本地查找出用户设备ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用 户文本信息中不包含用户历史信息。

进一步的，如图8所示，所述方法之前还可以包括：

步骤800、旧基站发起ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明实施例提供一种信息处理方法，基于跨基站恢复流程的旧基站侧，如图9所示，该方法包括：

步骤901、旧基站发起用户设备ue的用户文本信息挂起流程，对本地保存的ue的用户文本信息或用户历史信息设置时间戳；

步骤902、旧基站接收新基站发送的用户文本获取请求消息；

步骤903、旧基站根据用户文本获取请求消息在本地查找出ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中包含用户历史信息以及时间戳。

通过本实施例提供的上述方案，优化了恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

最后需要说明的是，以上所述的各个实施例中，核心网设备可以包括：移动管理实体mme、或支持窄带物联网nb-iot用户的服务网关节点(ciotservinggatewaynode，c-sgn)。

另外，以上所述的各个实施例中的用户历史信息中可以包括以下至少一项：ue在连接态下的历史信息、ue记录的历史信息、ue在挂起期间的历史信息；其中，历史信息包括以下至少一项：ue驻留过的历史小区的信息，包括以下之一：小区全局标识、小区类型；在各个历史小区的以下至少一种状态的停留时间：挂起态、连接态、空闲态；ue在各个通信制式系统驻留过的时长。示例性的，说明如下：考虑到ue在挂起流程也属于驻留，因此对于用 户历史信息中的ue在小区驻留时间可以进行以下处理：将ue挂起状态下驻留在源小区的时间也计算在总驻留时间内，或者针对正常状态和挂起状态进行区分，比如将ue在某个小区下的停留时间区分为“挂起停留时长”和“连接态停留时长”。而对于用户历史信息中的ue记录的用户历史信息也可以作区分处理，ue在记录的时候针对挂起状态进行单独记录，记录的是ue在挂起的情况下驻留过的历史小区信息。上述用户历史信息的处理不仅仅适用于ue跨站移动的跨基站恢复场景，也适用于ue不移动的同基站恢复场景。

为了使本领域技术人员能够更清楚地理解本发明提供的技术方案，下面通过具体的实施例，对本发明提供的技术方案进行详细说明：

实施例1

本实施例对应跨基站恢复场景，涉及到ue、旧基站、新基站以及核心网设备，结合图10所示，本实施例中四个设备之间的交互流程可以包括以下步骤：

步骤1：新基站收到ue空口发送的恢复请求消息后，根据携带的恢复标识(identification，id)确定旧基站；

其中，恢复id是用于唯一识别用户文本信息的标志信息，比如可以是下面信息的一个或多个的组合：小区无线网络临时标识(cellradionetworktemporaryidentifier，c-rnti)、e-utran小区全局标识符(e-utrancellglobalidentifier，ecgi)、物理小区标识(physicalcellidentity，pci)、基站分配的唯一文本标志等。

步骤2：新基站给旧基站发送用户文本获取请求消息；

步骤3：旧基站根据用户文本获取请求消息中的恢复id，在本地识别出ue的文本信息，将本地查找到的用户文本信息通过用户文本信息响应消息传递给新基站，其中用户文本信息中不包含用户历史信息。

需要说明的是，步骤2和步骤3也可以统称为用户文本信息获取流程。

步骤4：新基站给mme发送路径请求消息实现用户文本信息恢复。

步骤5：mme激活用户文本信息后给新基站发送路径响应消息完成恢 复。

需要说明的是，本实施例中核心网设备以mme为例进行说明，上述步骤4与步骤5也可以统称为路径请求流程。

步骤6：新基站在ue恢复连接状态后重新开始统计用户历史信息或者通过空口重新向ue获取用户历史信息。

实施例2

本实施例对应跨基站恢复场景，涉及到ue、旧基站、新基站以及核心网设备，结合图11所示，本实施例中四个设备之间的交互流程可以包括以下步骤：

步骤1：旧基站在挂起流程完成后，对本地保存的用户文本信息或者用户历史信息设置时间戳。

步骤2：新基站收到ue空口发送的恢复请求消息后，根据携带的恢复id确定旧基站；

步骤3：新基站给旧基站发送用户文本获取请求消息；

步骤4：旧基站根据用户文本获取请求消息中的恢复id，在本地识别出ue的用户文本信息，将本地查找到的用户文本信息通过用户文本信息获取响应消息传递给新基站，其中用户文本信息包含用户历史信息，且包含时间戳。

需要说明的是，步骤3和步骤4也可以统称为用户文本信息获取流程。

步骤5：新基站给c-sgn发送路径请求消息实现用户文本信息恢复。

步骤6：c-sgn激活用户文本信息后给基站发送路径响应消息完成文本恢复。

需要说明的是，本实施例中核心网设备以c-sgn为例进行说明，上述步骤5与步骤6也可以统称为路径请求流程。

步骤7：新基站在ue恢复连接状态后根据时间戳来判断收到的用户历史 信息的有效性，以及是否用于后续的优化处理，比如移动性优化、寻呼优化。

实施例3

本实施例对应跨基站恢复场景，涉及到ue、旧基站、新基站以及核心网设备，结合图12所示，本实施例中四个设备之间的交互流程可以包括以下步骤：

步骤1：旧基站发起ue的挂起流程，发送用户文本挂起请求消息将用户历史信息上报给核心网设备。

步骤2：核心网设备发送用户文本挂起响应消息给旧基站。

步骤3：新基站收到ue空口发送的恢复请求消息后，根据携带的恢复id确定旧基站；

步骤4：新基站给旧基站发送用户文本获取请求消息；

步骤5：旧基站根据用户文本获取请求消息中的恢复id，在本地识别出ue的用户文本信息，将本地查找到的用户文本信息通过用户文本信息响应消息传递给新基站，其中用户文本信息中不包含用户历史信息。

步骤6：新基站发起路径请求消息给mme实现实现用户文本信息恢复。

步骤7：核心网设备给新基站发送路径响应消息；其中，路径响应消息中可以包含用户历史信息，或者路径响应消息中可以包含用户历史信息和对应的时间戳；

具体的，核心网设备可以针对用户历史信息设置定时器，只有在定时器定时范围内发送路径响应消息时才下发用户历史信息，否则不下发。或者，核心网设备在收到用户历史信息的时候给其打上时间戳，并在发送路径响应消息时将用户历史信息和对应的时间戳一起下发。

步骤8：若新基站未能收到用户历史信息，在ue恢复连接状态后重新开始统计用户历史信息或者通过空口重新向ue获取用户历史信息，进而进行后续优化处理；若新基站收到用户历史信息，则在ue恢复连接状态后利用获取 到的ue历史信息进行后续优化处理；若新基站收到用户历史信息及时间戳，则根据时间戳来判断用户历史信息的有效性，以及是否用于后续的优化处理。

实施例4

本实施例对应同一基站挂起后恢复的场景，涉及到ue、基站以及核心网设备，结合图13所示，本实施例中三个设备之间的交互流程可以包括以下步骤：

步骤1：基站发起ue的挂起流程，发送用户文本挂起请求消息将用户历史信息上报给核心网元设备。

步骤2：核心网设备发送用户文本挂起响应消息给基站。

步骤3：基站收到ue空口发送的恢复请求消息后，根据携带的恢复id确定用户文本信息并激活；

步骤4：基站发送用户文本恢复请求消息给核心网设备实现用户文本信息恢复。

步骤5：核心网设备给基站发送用户文本恢复响应消息；其中，用户文本恢复响应消息中可以包含用户历史信息，或者用户文本恢复响应消息中包含用户历史信息和对应的时间戳；

具体的，核心网设备可以针对用户历史信息设置定时器，只有在定时器定时范围内发送用户文本恢复响应消息时才下发用户历史信息，否则不下发。或者，核心网设备在收到用户历史信息的时候给其打上时间戳，并在发送用户文本恢复响应消息时将用户历史信息和对应的时间戳一起下发。

步骤6：若基站未能收到用户历史信息，在ue恢复连接状态后重新开始统计用户历史信息或者通过空口重新向ue获取用户历史信息，进而进行后续优化处理；若基站收到用户历史信息，则在ue恢复连接状态后利用获取到的ue历史信息进行后续优化处理；若基站收到用户历史信息及时间戳，则根据时间戳来判断用户历史信息的有效性，以及是否用于后续的优化处理。

本发明实施例提供一种基站10，如图14所示，包括：

第一获取单元11，用于通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息中不包含用户历史信息；

路径更新单元12，用于向核心网设备发起路径请求流程实现承载路径信息更新以及用户文本信息恢复；

第二获取单元13，用于在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，如图14所示，所述基站还包括：

第一处理单元14，用于若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且所述基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息，则在ue恢复连接状态后利用收到的用户历史信息进行后续的优化处理；

其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，如图14所示，所述基站还包括：

第二处理单元15，用于若旧基站挂起所述ue时将用户历史信息通过用户文本信息挂起请求消息上报给核心网设备，且所述基站在路径请求流程中接收自核心网设备的路径响应消息中包括用户历史信息以及时间戳，则在ue恢复连接状态后根据所述时间戳来确定是否将收到的用户历史信息用于后续的优化处理；其中，所述时间戳与用户历史信息相对应，且是由核心网设备在接收到用户历史信息时设置的。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种基站20，如图15所示，包括：

发送单元21，用于发起用户设备ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备；

路径更新单元22，用于发送用户文本恢复请求消息给核心网设备实现路径更新和用户文本信息恢复；

接收单元23，用于接收核心网设备发送的用户文本恢复响应消息；

获取单元24，用于当用户文本恢复响应消息中不包括用户历史信息时，在ue恢复连接状态后重新开始统计用户历史信息和/或通过空口重新向ue获取用户历史信息。

进一步的，如图15所示，所述基站还可以包括：

第一处理单元25，用于当用户文本恢复响应消息中包括用户历史信息时，在ue恢复连接状态后利用所述获取的用户历史信息进行后续的优化处理；

其中，所述用户历史信息对应一个定时器，所述定时器是由所述核心网设备接收到所述用户历史信息时设置的，所述定时器超时前允许核心网设备在向所述基站发送所述用户文本恢复响应消息时携带所述用户历史信息。

进一步的，如图15所示，所述基站还可以包括：

第二处理单元26，用于当用户文本恢复响应消息中包括用户历史信息以及对应的时间戳时，根据在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理；其中，所述时间戳与所述用户历史信息相对应，且是由核心网设备在接收到所述用户历史信息时设置的。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种基站30，如图16所示，包括：

获取单元31，用于通过向旧基站发起用户文本信息获取流程从旧基站处获取用户设备ue的用户文本信息；其中，用户文本信息包含用户历史信息以及时间戳，所述时间戳是由旧基站在挂起流程完成后对本地保存的用户文本信息或用户历史信息设置的；

路径更新单元32，用于向核心网设备发起路径请求流程实现承载路径信 息更新以及用户文本信息恢复；

处理单元33，用于在ue恢复连接状态后根据所述时间戳来确定是否将所述用户历史信息用于后续的优化处理。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种核心网设备40，如图17所示，包括：

接收单元41，用于接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置定时器；

接收单元41，还用于接收第二基站发送的路径请求消息；其中，第一基站与第二基站为同一基站或不同基站；

发送单元42，用于向第二基站发送路径响应消息；

其中，若定时器未超时，所述路径响应消息中包括用户历史信息；若定时器超时，所述路径响应消息中不包括用户历史信息。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例一种核心网设备50，如图18所示，包括：

接收单元51，用于接收第一基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

接收单元51，还用于接收第二基站发送的路径恢复请求消息；其中，第一基站与第二基站为同一基站或不同基站；

发送单元52，用于向所述基站发送路径响应消息；其中，所述路径响应消息中包括用户历史信息以及对应的时间戳。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例一种核心网设备60，如图19所示，包括：

接收单元61，用于接收基站发送的包含有用户历史信息的用户文本挂起 请求消息并为用户历史信息设置定时器；

接收单元61，还用于接收所述基站发送的用户文本恢复请求消息；

发送单元62，用于向所述基站发送用户文本恢复响应消息；

其中，若定时器未超时，所述用户文本恢复响应消息中包括用户历史信息；若定时器超时，所述用户文本恢复响应消息中不包括用户历史信息。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种核心网设备70，如图20所示，包括：

接收单元71，用于接收基站发送的包含有用户历史信息的用户文本挂起请求消息并为用户历史信息设置时间戳；

接收单元71，还用于接收所述基站发送的用户文本恢复请求消息；

发送单元72，用于向所述基站发送用户文本恢复响应消息；其中，所述用户文本恢复响应消息中包括用户历史信息以及对应的时间戳。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种基站80，如图21所示，包括：

接收单元81，用于接收新基站发送的用户文本获取请求消息；

发送单元82，用于根据用户文本获取请求消息在本地查找出用户设备ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中不包含用户历史信息。

进一步的，如图21所示，所述基站还包括：

上报单元83，用于发起ue的用户文本信息挂起流程，通过向核心网设备发送用户文本挂起请求消息将用户历史信息上报给核心网设备。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

本发明实施例提供一种基站90，如图22所示，包括：

处理单元91，用于发起用户设备ue的用户文本信息挂起流程，对本地保存的ue的用户文本信息或用户历史信息设置时间戳；

接收单元92，用于接收新基站发送的用户文本获取请求消息；

发送单元93，用于根据用户文本获取请求消息在本地查找出ue的用户文本信息后通过用户文本信息获取响应消息发送给目标基站；其中用户文本信息中包含用户历史信息以及时间戳。

本实施例用于实现其对应的方法实施例，本实施例中各个单元的工作流程和工作原理参见对应方法实施例中的描述，在此不再赘述。

综上所述，通过实施上述各个实施例提供的方案，可以优化恢复流程中对用户历史信息的处理方式，能够提高基站做后续优化处理时使用的用户历史信息的准确性，进而提高优化处理的准确性。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述任一种信息处理方法实施例步骤的程序代码。

可选地，存储介质还被设置为存储用于执行上述任一种信息处理方法实施例步骤的程序代码。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述任一种信息处理方法实施例步骤的程序代码。

可选地，本实施例中的具体示例可以参考上述任一种信息处理方法实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另一点，所显示或讨论的模块相互之间的连接可以是通过一些接口，可以是电性，机械或其它 的形式。所述各个模块可以是或者也可以不是物理上分开的，可以是或者也可以不是物理单元。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理包括，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

上述以软件功能单元的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。