分布式基站的休眠处理方法、网元实体及存储介质与流程

文档序号:16755389发布日期:2019-01-29 17:18阅读:566来源:国知局
分布式基站的休眠处理方法、网元实体及存储介质与流程

本发明涉及移动技术通信领域,尤其涉及一种分布式基站的休眠处理方法、网元实体及存储介质。



背景技术:

分布式基站结构的核心概念就是把传统宏基站基带处理单元(basebandunite,bbu)和射频拉远单元(remoteradiounite,rru)分离。bbu及rru通过光纤相连。在网络部署时,将bbu与核心网、无线网络控制设备集中在机房内,通过光纤与规划站点上部署的射频拉远单元进行连接,完成网络覆盖,从而降低建设维护成本、提高效率。

分布式基站把基站的基带、主控、传输、时钟等功能集成在一个称为基带单元bbu上。bbu体积小、安装位置非常灵活。分布式基站把收发信机、功放等中射频集成在另外一个称为rru上,rru安装在天线端,直接用于终端进行无线通信。

rru可分为4个大模块:中频模块、收发信机模块、功放和滤波模块。数字中频模块用于光传输的调制解调、数字上下变频、模数(a/d)转换等;收发信机模块完成中频信号到射频信号的变换;再经过功放和滤波模块,将射频信号通过天线口发射出去。

由于移动网络中的业务存在的业务低谷和业务高峰,在业务低谷时,降低其功耗已经成为一个业界共识。目前业界主流的小基站休眠方案只是完成了(poweramplifier,pa)功率放大器级别的休眠。

在无线基站中,pa作为基站里面的主要的耗能器件广受关注,通常来说,对宏基站而言,功放的功耗会随着业务负荷的增加而增加,即使在无业务负荷时,pa仍会有一定的功耗,即静态功耗。pa关断技术是一种有效的节约基站能耗的方法,该类技术可以在基站业务负荷较低的时候,某些时域会出现无信号发射的情况,此时适时关闭pa的偏置电压,从而降低pa的静态功耗,从而达到节约基站整体能耗的目的。

但是上述关闭pa的节省功耗的方式,但是关闭的器件数量比较少,只有功放得到了有效休眠。未来网络中,发射功率小的分布式基站及小基站的设备数量众多,这些基站中,功放占总体功耗比例比较低(<20%),仅仅进行功放关闭能耗节约程度有限。



技术实现要素:

有鉴于此,本发明实施例期望提供一种分布式基站的休眠处理方法、网元实体及存储介质,以解决分布式基站的功耗大的问题。

为达到上述目的,本发明的技术方案是这样实现的:

本发明实施例第一方面提供一种分布式基站的休眠处理方法,所述分布式基站包括:rru或bbu;在所述分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;所述方法包括:

处于激活状态的所述接收端接收所述发送端发送的休眠请求,其中,所述休眠请求为所述发送端在确定出所述发送端的当前业务状态满足预设条件时发送的;

当基于所述休眠请求确定进入到休眠状态时,向所述发送端发送休眠响应;

所述接收端从所述激活状态切换到休眠状态,其中,所述休眠状态的功耗低于所述激活状态的功耗;在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。

基于上述方案,所述方法还包括:

当确定进入所述休眠状态时,存储所述接收端的第一预定信息,其中,所述第一预定信息包括:所述接收端从休眠状态切换到激活状态后使用的工作参数;

在完成所述第一预定信息存储后,所述接收端从所述激活状态切换到休眠状态。

基于上述方案,所述接收端从所述激活状态切换到休眠状态,包括以下至少之一:

所述接收端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述接收端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

基于上述方案,所述接收端的第一类硬件从激活状态切换到休眠状态,包括:

所述接收端的功率放大器从激活状态进入到非工作的休眠状态;

所述接收端的处理器从工作状态进入到非工作状态;

和/或,

所述接收端的第二类硬件从第一能耗状态切换到第二能耗状态,包括:

所述接收端的处理器从第一工作频率切换到第二工作频率;其中,所述第二工作频率低于所述第一工作频率。

基于上述方案,所述方法还包括:

在休眠状态下按照预定时间间隔检测所述ir接口的接口状态;

根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

本发明实施例第二方面提供一种分布式基站的休眠处理方法,所述分布式基站包括:所述rru或bbu;在所述分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;所述方法包括:判断所述发送端的当前业务状态是否满足预设条件;

当所述当前业务状态满足所述预设状态时,向接收端发送休眠请求;

接收所述接收端基于所述休眠请求返回的休眠响应;

当所述休眠响应指示所述接收端将进入到休眠状态时,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。

基于上述方案,所述方法还包括:

当所述休眠响应指示所述接收端将进入到休眠状态时,所述发送端存储第二预定信息;其中,所述第二预定信息,包括:所述发送端从休眠状态切换到激活状态后使用的工作参数;

所述发送端从激活状态切换到休眠状态,包括:

在存储所述第二预定信息之后,所述发送端从激活状态切换到休眠状态。

基于上述方案,所述发送端从激活状态切换到休眠状态,包括以下至少之一:

所述发送端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述发送端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

基于上述方案,所述方法还包括:

在休眠状态下按照预定时间间隔检测所述ir接口的接口状态;

根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

本发明实施例第三方面提供一种网元实体,所述网元实体为接收端;所述接收端为:rru或bbu,在分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;其特征在于,所述接收端包括:

第一接收单元,用于处于激活状态的所述接收端接收发送端发送的休眠请求,其中,所述休眠请求为所述发送端在确定出所述发送端的当前业务状态满足预设条件时发送的;

第一发送单元,用于当基于所述休眠请求确定进入到休眠状态时,向所述bbu发送休眠响应;

第一切换单元,用于所述发送端从所述激活状态切换到休眠状态,其中,所述休眠状态的功耗低于所述激活状态的功耗;在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。

本发明实施例第四方面提供一种网元实体,所述网元实体为发送端;所述发送端为:rru或bbu,在分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;其特征在于,所述发送端包括:

判断单元,用于判断所述发送端的当前业务状态是否满足预设条件;

第二发送单元,用于当所述当前业务状态满足所述预设状态时,向射频拉远单元rru发送休眠请求;

第二接收单元,用于接收所述接收端基于所述休眠请求返回的休眠响应;

第二切换单元,用于当所述休眠响应指示所述rru将进入到休眠状态时,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。

本发明实施例第五方面提供一种网元实体,所述网元实体为射频拉远单元或基带处理单元,包括:处理器及计算机程序;

所述处理器,用于通过执行所述计算机程序,能够实现前述一个或多个第一方面的技术方案提供的分布式基站的休眠处理方法。

本发明实施例第六方面提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现多个第一方面的技术方案提供的分布式基站的休眠处理方法。

本发明实施例提供的分布式基站的休眠处理方法、网元实体及存储介质。一方面,rru或bbu会从对端接收到休眠请求,在接收到休眠请求之后向对端反馈休眠响应,在发送休眠响应之后本端从激活状态切换到休眠状态,在休眠状态下的ir端口至少停止用户层数据的发送。另一方面,发送休眠请求的一端判断出可以进行休眠状态时,向另一端发送休眠请求,然后接收到休眠响应后,进入到休眠状态。同样地,发送休眠请求的一端进入到休眠状态后ir端口至少停止用户层数据的发送。由于至少停止了ir端口用户层数据的发送,减少了ir端口的数据发送,这样rru和bbu内更多的处理硬件都可以进入休眠状态,从而降低这些硬件所需的功耗,至少可以降低ir端口的功耗,从而整体上降低了rru和bbu的功耗,从而整体上降低了分布式基站的功耗。

附图说明

图1为本发明实施例提供的第一种分布式基站的休眠处理方法的流程示意图;

图2为本发明实施例提供的第二种分布式基站的休眠处理方法的流程示意图;

图3为本发明实施例提供的第三种分布式基站的休眠处理方法的流程示意图;

图4为本发明实施例提供的第一种网元实体的结构示意图;

图5为本发明实施例提供的第二种网元实体的结构示意图;

图6为本发明实施例提供的第四种分布式基站的休眠处理方法的流程示意图;

图7为本发明实施例提供的一种分布式基站退出休眠状态的流程示意图;

图8为本发明实施例提供的第五种分布式基站的休眠处理方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

本实施例提供一种分布式基站的休眠处理方法,所述分布式基站包括:所述rru或bbu;在所述分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端。

如图1所示,应用于接收端的分布式基站的休眠处理方法,包括:

步骤s110:处于激活状态的所述接收端接收所述发送端发送的休眠请求,其中,所述休眠请求为所述发送端在确定出所述发送端的当前业务状态满足预设条件时发送的;

步骤s120:当基于所述休眠请求确定进入到休眠状态时,向所述发送端发送休眠响应;

步骤s130:所述接收端从所述激活状态切换到休眠状态,其中,所述休眠状态的功耗低于所述激活状态的功耗;在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。所述rru从所述激活状态切换到休眠状态,其中,所述休眠状态的功耗低于所述激活状态的功耗;在所述休眠状态下,所述rru用于与所述bbu通信的ir接口至少停止用户层数据的传输。

在本实施例中所述分布式基站包括bbu和rru,图1所示的方法为应用于接收端中的休眠处理方法。这里的接收端可为bbu或rru,优选为rru。

在本实施例中,所述发送端会在判断出当前业务状况满足所述预设条件时,向接收端发送休眠请求。

所述当前业务状况可包括:当前负载率、负载量及业务量的至少其中之一,若当前时间段内业务量很低,为了节省分布式基站的功耗的,可以控制发送端和/或接收端的至少其中之一,进入到休眠状态。例如,所述发送端判断出当前业务量为小于业务量阈值,或者,当前业务量位于预定范围内且对应的业务量的最大延时都大于最小延时阈值,则可认为所述发送端的当前业务状况满足所述预设条件,则所述发送端有可能会发送所述休眠请求。

在一些实施例中,所述当前业务状况还可以由所述发送端内的资源使用率或闲置资源占有率来表示。通常情况下,若资源使用率越高,则说明业务量越大,若闲置资源占有率越高则闲置资源越多,则表明当前业务量越小。故在本实施例中还可以根据发送端的资源使用率或限制资源占有率,确定是否满足所述预设条件。

在本实施例中所述休眠请求至少包括:休眠指令;在一些实施例中,所述休眠请求中还可携带有休眠参数。所述休眠参数可包括:休眠时间参数。所述休眠时间参数可用于指示本次休眠的时长等,具体如,休眠的起始时间和结束时间或直接为休眠时长等。

这样的话,所述接收端接收到所述休眠请求之后,确定进入休眠状态时,确定出本次休眠的时长,可以在进入到休眠之前设置一个休眠闹钟,若中途没有其他触发接收端从休眠状态退出的触发事件,则所述接收端会在休眠计时器超时之后从休眠状态退出,并切换到激活状态。

在本实施例中,显然接收端的激活状态是一个能耗比休眠状态更高的能耗状态。

在本实施例中,所述接收端在接收到所述休眠请求之后,可以直接确定需要进入到休眠状态,向所述发送端发送休眠响应表示自己已经接收到了休眠请求,同步进入到休眠状态或已经进入到休眠状态。

在一些实施例中,所述接收端在接收到所述休眠请求之后,自身也会判断当前是否允许进入到休眠状态,例如,所述接收端会根据自身的当前业务状态确定是否可以进行休眠状态。例如,接收端主要是通过天线与终端进行信息交互,发送端主要是通过s1接口等与核心网进行信息交互。发送端当前的业务量很小,但是突然之间所述接收端的业务量可能会比较大,在一些实施例中,所述rru会在接收到所述休眠请求之后,根据接收端的当前业务状态确定是否满足休眠条件,如满足休眠条件就给bbu发送指示自身将进入休眠的休眠响应,否则将发送指示自身不进入休眠的休眠响应。通常情况下,若接收端不休眠,则所述发送端也不会休眠。

这里接收端的当前业务状况,可包括:接收端的负载率或负载量、资源使用率或闲置资源占有率等。

ir(interfacebetweentherruandthebbu,ir)端口可为bbu和rru之间传输接口,可按照ir接口协议通过光纤连接,完成基带数据的传输。

ir接口协议可支持星型连接、链形连接和环形连接等网络拓扑结构。利用ir接口与bbu和rru之间可以实现灵活组网。例如,一个bbu可以同时与多个rru连接等。ir接口定义了层一和层二协议来支持用户层的数据传输,bbu和rru单元间同步等控制信息的发送和接收。

rru上的电信号和基站保持同步后,rru和bbu之间的所有传输通道的时延都必须被规范,以符合空中接口的定时规定。rru和bbu之间的互连,一般通过利用帧同步技术测定时延值进行。

ir接口上包括三种不同的信息流(用户层数据流、控制管理层数据流、同步数据流)。协议包含两层:物理层(l1)及数据链路层(l2)。

通过l1、l2层协议,iq数据、控制和管理、同步信号能在rec和re之间交换。

ir端口之间不再进行数据传输,至少停止用户层数据流的传输。该同步,这样就可以减少因为端口之间数据传输和/或同步导致的rru很多部件不能休眠进而导致的功耗。

这样,bbu和rru都分别判断基于自身的业务状态判断是否满足进入休眠的预定条件,从而确保进入休眠的时机是准确的,减少因为单一判断导致的很多着急的业务没有及时反馈的问题。

在一些实施例中,如图2所示,所述方法还包括:

步骤s101:当确定进入所述休眠状态时,存储所述接收端的第一预定信息,其中,所述第一预定信息包括:所述接收端从休眠状态切换到激活状态后使用的工作参数;

所述步骤s130可包括步骤s131;所述步骤s131可包括:在完成所述第一预定信息存储后,所述接收端从所述激活状态切换到休眠状态。

在本实施例中,若所述接收端确定了进入休眠状态,会存储第一预定信息,这里的第一预定信息可为所述接收端从休眠状态退出进入到激活状态下,正常工作时所需的一些工作参数。例如,分布式基站形成的小区的小区标识、小区的频点、小区的带宽和/或小区容量等小区工参和/或小区等配置参数,这些信息原本在接收端中有存储,但是可能是存储在缓存中,若进入到休眠状态可能会导致数据的丢失,在本实施例中将会额外存储所述第一预定信息,在本实施例中所述第一预定信息的存储实质上相当于第一预定信息的备份。

在一些实施例中所述第一预定信息还可包括:所述ir端口的端口号及休眠周期内的最小处理模组处于激活状态的时间信息等,方便所述接收端或发送端发送激活指令和/或持续休眠指令,用于触发所述ir端口从休眠状态切换回激活状态。

可选地,所述接收端从所述激活状态切换到休眠状态,包括以下至少之一:

所述接收端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述接收端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

所述接收端有很多硬件,有一些硬件是可以完全停止工作,则直接从激活状态切换到休眠状态。

具体如,所述第一类硬件可包括pa,可以完全停止pa的工作,在一些极限情况下,当所述接收端内设置有多个处理器时,可以至少停掉部分处理器的工作,使得这一部分处理器从激活状态进入到不工作的休眠状态。

在还有一些实施例中,所述接收端可能需要在有延时小的业务进来时,需要及时响应,需要接收端从休眠状态尽快的切换到激活状态,进行相关业务的处理,而需要检测接收端需要从休眠状态退出进入到激活状态的硬件可为第二类硬件,或者需要以最快速度进行业务处理的硬件,可称为第二类硬件。在本实施例中第二类硬件在接收端的休眠状态下以较高的工作频率工作,在接收端处于休眠状态时,以较低的工作频率进行工作,显然工作频率越高则功耗越大,工作频率越低能够就越小,显然这一减少能耗。

所述ir接口可包括:用于数据传输的接口模组及进行指令识别及管理接口的处理模组。

在一些实施例中,所述ir接口从激活状态切换到休眠状态,可包括:ir接口整体从激活状态切换到休眠状态,这样整个ir接口整体进入到休眠状态,整个ir接口的都没有工作能耗。

在另一些实施例中,休眠期间可以将休眠时间切分一个个时间片,每一个时间片对应于一个休眠周期。在一个休眠周期内ir接口休眠一段时间,激活一段时间。但是激活的时间远远小于休眠的时间。在本实施例中ir接口在每一个休眠周期内的第一时间段进入休眠,以处于休眠状态;且在第二时间段内退出休眠进入激活状态。第一时间段的时长远远的大于第二时间段的时长。例如,一个休眠周期为1分钟,则第一时间段的时长等于59秒,而第二时间段的时长可为1秒。例如,一个所述休眠周期等于1个子帧,若一个子帧包括7个传输符号;则所述第一时间段可为连续分布的6个传输符号,第二时间段可为该子帧内剩余的一个传输符号。在该方式中,在第二时间段内所述ir接口整体都处于激活状态。

在另一些实施例中,所述ir接口包括多个模组,其中处理模组可为对整个端口其他模组进行激活的最小处理单元。

在本实施例中,所述ir在每一个休眠周期的第三时间段内整体进入休眠状态,在第四时间段内所述处理模组切换到激活状态且其他剩余模组处于休眠状态,其他剩余模组包括至少进行数据传输的接口模组。这样可以进一步的减少ir接口在接收端休眠器件的功耗。这里的第三时间段的时长大于所述第四时间段的时长。例如,一个休眠周期等于1分钟,则所述第三时间段的时长等于连续分布的59秒,第四时间段等于剩余的1秒。再例如,一个休眠周期等于包括7个传输符号的1个子帧,则所述第三时间段等于连续分布的6个传输符号,则第四时间段为剩余的一个子帧。

具体地如,所述步骤s130可包括:所述接收端的功率放大器从激活状态进入到非工作的休眠状态;和/或,所述接收端的处理器从工作状态进入到非工作状态。

在另一些实施例中,所述步骤s130还可包括:所述接收端的处理器从第一工作频率切换到第二工作频率;其中,所述第二工作频率低于所述第一工作频率。例如,所述第一工作频率可为所述第二工作频率的2倍频率或3倍

可选地,所述方法还包括:

在休眠状态下按照预定时间间隔检测所述ir接口的接口状态,

根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

在本实施例中所述预定时间间隔可以等于所述ir接口的休眠周期,或略小于休眠周期。当检测到ir接口的至少处理模组处于激活状态时,向ir接口发送激活指令和/或持续休眠指令,促使所述ir的处理模组唤醒ir接口内的其他模组,使得ir接口整体退出休眠状态,返回激活状态进行数据传输。

所述持续休眠指令为发送端和/或接收端判断出休眠了一个时间段后,依然还是很小的业务量,则可以继续保持休眠状态,则此时,所述接收端可以在所述第二时间段或所述第四时间段内向所述ir接口发送继续休眠指令,指示ir接口持续休眠,而非基于之前设置的休眠定时器就被唤醒。具体的如,所述ir接口在接收到所述继续休眠指令之后,重新设置所述休眠定时器,使得修改休眠时间的定时器的失效时间为指示的继续休眠的截止时间。

总之,在本实施例中所述接收端处于休眠状态下保持工作状态的部分,例如,处于第二能耗状态的第二类硬件户按照预定时间间隔检测所述ir接口的接口状态。例如,所述接收端的第二类硬件可以在所述第二时间段或第四时间段内向所述ir接口发送所述激活指令或者持续休眠指令。

所述方法还包括:接收所述发送端发送的激活请求;接收端将基于所述激活请求退出所述休眠状态。例如,所述发送端将自定判断当前时刻的业务请求,或基于休眠前设置的休眠时间,确定是否需要退出休眠状态,进入到激活状态,在本实施例中若满足退出休眠状态的设定条件,发送端会自动向接收端发送激活请求,则接收端会在接收到激活请求之后退出所述休眠状态,退出休眠状态至少包括:唤醒ir接口,使得ir接口退出休眠机制。在还有一些实施例中,还可以是所述接收端自行判断当前是否满足退出休眠状态的设定条件,若满足,则自动退出休眠状态。在还有一些实施例中,若所述接收端自动判断出了满足退出休眠的条件,还会告知发送端,例如,通过发送激活请求或激活指示的方式,通知到发送端当前接收端已经退出了休眠状态,或触发发送端在接收到对应的告知之后,退出休眠状态返回激活状态。

如图3所示,本发明实施例提供一种分布式基站的休眠处理方法,所述分布式基站包括:所述rru或bbu;在所述分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;所述方法包括:包括:

步骤s210:判断所述发送端的当前业务状态是否满足预设条件;

步骤s220:当所述当前业务状态满足所述预设状态时,向接收端发送休眠请求;

步骤s230:接收所述接收端基于所述休眠请求返回的休眠响应;

步骤s240:当所述休眠响应指示所述接收端将进入到休眠状态时,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,用于所述rru与所述bbu通信的ir接口至少停止用户层数据的传输。

在本实施例中所述发送端为判断分布式基站是否可以进入休眠状态的判断实体。故在本实施例中,所述发送端会基于所述发送端自身的当前业务状况,确定是否符合进入到休眠状况的预设条件。在本实施例中,所述指示当前业务状况的信息可包括:当前负载率、负载率、处于业务量的资源使用率或资源占有率等参数。

所述发送端可用于控制所述接收端,若所述发送端的业务量很小,则对应的接收端的业务量也很小。故在本实施例中,所述发送端会先判断自身当前业务状况是否满足所述预设条件,若满足则可认为进入到低功耗的休眠状态。故在步骤s220中所述发送端会向接收端发送休眠请求。接收端在接收到休眠请求之后,会立即从激活状态切换到休眠状态,或者在接收到休眠请求之后,判断其自身的当前业务状况是否也满足预设条件,若满足则确定响应所述休眠请求,向所述发送端发送表明会进入休眠状态的休眠响应。在一些实施例中,若所述接收端认为当前不适宜进入休眠状态,则会向所述发送端发送不进入休眠状态的休眠响应。

若接收端进入到休眠状态,则发送端也没有必要保持激活状态,可以进入到休眠状态以节省功耗。故在步骤s240中会所述发送端会从激活状态切换到休眠状态。当所述发送端进入到休眠状态之后,所述发送端用于与接收端通信的ir接口至少停止用户层数据的传输。

在本发明实施例中,若分布式基站的发送端和接收端进入休眠状态后,连接所述发送端和接收端的ir接口在发送端和接收端的休眠期间同步休眠,或者至少在发送端和接收端的休眠期间内完全整个的休眠部分时间。

可选地,所述方法还包括:

所述发送端存储第二预定信息;其中,所述第二预定信息,包括:所述发送端从休眠状态切换到激活状态后使用的工作参数;

所述步骤s240可包括:

在存储所述第二预定信息之后,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,所述发送端用于接收端的ir接口至少停止用户层数据的传输。

在本实施例中所述发送端会存储所述第二预定信息,所述第二预定信息可包括:分布式基站形成的小区的小区标识及小区工参等参数。在一些实施例中,所述第二预定信息还可包括所述ir接口的接口标准及接口参数等。例如,所述接口参数可包括:在休眠期间所述ir接口的最少最小处理模组处于激活状态的时间信息等,方便所述发送端在对应的时间内向ir接口发送激活指令和/或持续休眠指令,以激活所述ir接口其他处于休眠状态的模组。

在一些实施例中,所述步骤s250可包括以下至少之一:

所述发送端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述发送端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

所述发送端的第一类硬件可包括:至少部分光电信号转换器等,可以完全关闭。由于发送端不会接收到接收端发送的光信号,故至少部分光电信号转换器不用进行光信号到电信号的转换,可以关闭以节省功耗。

所述第二类硬件可为所述发送端的处理器等,所述处理器可以通过降频处理进行功耗的降低。

在一些实施例中,所述方法还包括:

在休眠状态下按照预定时间间隔检测所述ir接口的接口状态,

根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

在本实施例中,所述发送端在休眠状态下依然维持工作状态的部分,例如,所述发送端的第二类硬件会自动按照所述预定时间间隔检测ir接口的接口状态,从而获得对应ir接口的接口状态,这样需要唤醒ir接口时,在ir接口处于激活状态的时间端内发送所述激活指令。例如,在第二时间段或第四时间段内发送所述激活指令。

所述继续休眠指令可为完成一个休眠时间段休眠之后,指示所述ir接口继续休眠,不基于休眠定时器自动被唤醒的指示。所述继续休眠指令的详细描述可以参见前述实施例的对应部分。

如图4所示,本实施例提供一种网元实体,所述网元实体为接收端;所述rru或bbu,在分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;其特征在于,所述接收端包括:

第一接收单元110,用于处于激活状态的所述接收端接收基带处理单元发送端发送的休眠请求,其中,所述休眠请求为所述发送端在确定出所述发送端的当前业务状态满足预设条件时发送的;

第一发送单元120,用于当基于所述休眠请求确定进入到休眠状态时,向所述发送端发送休眠响应;

第一切换单元130,用于所述接收端从所述激活状态切换到休眠状态,其中,所述休眠状态的功耗低于所述激活状态的功耗;在所述休眠状态下,所述接收端用于与所述发送端通信的ir接口至少停止用户层数据的传输。

本实施例提供的网元实体为接收端。所述第一接收单元110及所述第一发送单元120可对应于所述接收端的通信接口,可包括:网络接口和/或光纤接口,可以用于休眠请求和所述休眠响应等信息的相互交互。

所述第一切换单元130可对应于处理器。所述处理器可包括:中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)、应用处理器(ap)或可编程阵列(plc)或专用集成电路(asic)。所述处理器可以通过计算机程序等执行后,实现对应的网元实体从激活状态到休眠状态的切换,和/或,从休眠状态到激活状态的切换。

所述接收端还包括:

第一存储单元,用于当确定进入所述休眠状态时,存储所述接收端的第一预定信息,其中,所述第一预定信息包括:所述接收端从休眠状态切换到激活状态后使用的工作参数。所述第一存储单元可包括:存储介质;所述存储介质可为各种类型的存储介质,例如,随机存储介质,只读存储介质或闪存等。可选为非瞬间存储介质。对应地,所述第一切换单元130,具体用于在完成所述第一预定信息存储后,所述接收端从所述激活状态切换到休眠状态。

可选地,所述第一切换单元130,具体用于至少执行以下至少之一:

所述接收端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述接收端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

可选地,所述第一切换单元130,还可用于所述接收端的功率放大器从激活状态进入到非工作的休眠状态;所述接收端的处理器从工作状态进入到非工作状态;和/或,所述接收端的处理器从第一工作频率切换到第二工作频率;其中,所述第二工作频率低于所述第一工作频率。

进一步地,所述接收端还包括:第一检测单元,用于在休眠状态下按照预定时间间隔检测所述ir接口的接口状态。所述第一发送单元120,用于根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

如图5所示,本实施例提供一种网元实体,所述网元实体为发送端;所述发送端为rru或bbu,在分布式基站进行休眠时,若所述rru为发送端则所述bbu为接收端,若所述rru为发送端则所述bbu为接收端;其特征在于,所述发送端包括:

判断单元210,用于判断所述发送端的当前业务状态是否满足预设条件;

第二发送单元220,用于当所述当前业务状态满足所述预设状态时,向射频拉远单元接收端发送休眠请求;

第二接收单元230,用于接收所述接收端基于所述休眠请求返回的休眠响应;

第二切换单元240,用于当所述休眠响应指示所述接收端将进入到休眠状态时,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,所述发送端用于接收端的ir接口至少停止用户层数据的传输。

本实施例提供的网元实体为发送端。所述判断单元210及所述第二切换单元240可对应于发送端内的处理器。所述处理器同样可为一个或多个cpu、mcu、dsp、plc、ap或asic,可通过计算机程序实现判断及状态的切换。

所述第二发送单元220及第二接收单元230可对应于所述发送端的通信接口,该通信接口同样可为光缆接口和/或电缆接口,可至少用于与接收端等网元实体进行信息交互。

在一些实施例中,所述发送端还包括:

第二存储单元,可包括各种类型的存储介质,可选为非瞬间存储介质,可用于当所述休眠响应指示所述接收端将进入到休眠状态时,所述发送端存储第二预定信息;其中,所述第二预定信息,包括:所述发送端从休眠状态切换到激活状态后使用的工作参数。所述第二切换单元230,可用于在存储所述第二预定信息之后,所述发送端从激活状态切换到休眠状态;其中,在所述休眠状态下,所述发送端用于接收端的ir接口至少停止用户层数据的传输。

可选地,所述第二切换单元230可用于执行以下至少之一:

所述发送端的第一类硬件从激活状态切换到休眠状态;

所述ir接口从激活状态切换到休眠状态;

所述ir接口在休眠期间的每个休眠周期的第一时间段内处于休眠状态且在第二时间段内处于激活状态,其中,所述第一时间段的时长大于所述第二时间段的时长;

所述ir接口在休眠期间内的每个休眠周期的第三时间段内整体处于休眠状态且在第四时间段内的处理模组处于激活状态;其中,所述第三时间段的时长大于所述第四时间段的时长;

所述发送端的第二类硬件从第一能耗状态切换到第二能耗状态,其中,第一能耗状态的能耗高于第二能耗状态的能耗。

进一步地,所述发送端还包括:

第二检测单元,用于在休眠状态下按照预定时间间隔检测所述ir接口的接口状态。这里的第二检测单元可为与ir接口连接,且在发送端处于休眠状态时,处于工作状态的硬件实体,例如,发送端的第二类硬件等。

所述第二切换单元230,可用于根据所述接口状态,在至少所述ir接口的至少处理模组处于激活状态时发送激活指令和/或持续休眠指令。

本实施例提供一种网元实体,所述网元实体为射频拉远单元或基带处理单元,包括:处理器及计算机程序;

所述处理器,用于通过执行所述计算机程序,能够实现前述一个或多个技术方案提供的分布式基站的休眠处理方法。

这里的处理器可为cpu、mcu、dsp、ap、asic或plc等。所述处理器通过计算机程序的执行,实现前述一个或多个分布式基站的休眠处理方法,以可能降低分布式基站的功耗,提升分布式基站休眠时的休眠效率,即提升休眠状态下的功耗。

本发明实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能实现前述一个或多个技术方案提供的分布式基站的休眠处理方法。

所述计算机存储介质可为各种类型的存储介质,例如,移动存储设备、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。所述计算机存储介质可为非瞬间存储介质。

以下结合上述任意实施例提供几个具体示例:

示例1:

本示例提供一种分布式基站的休眠处理方法,包括:

1、bbu或者rru根据当前业务状况判断是否可进入到休眠状态,即为根据当前业务状况确定是否满足预设条件的一种;

2、bbu或者rru通过ir接口等连接bbu及rru之间的接口,发起休眠请求;

3、bbu及rru进入休眠状态,此时,bbu和rru之间的ir接口,又可以称为通用公共无线接口(cpri)进入在休眠期间至少部分时段内不传输数据的状态,这里的不传输的数据包括:用户面数据和控制面数据。

4、当业务量满足条件需要激活rru的时候,bbu或者rru发起激活请求;

5、切换到激活状态后,进入到正常工作状态。

示例2:

如图6所示,本示例提供一种分布式基站的休眠处理方法,包括:

步骤s1:业务量时段等,即bbu和rru处于各个业务量时段;

步骤s2:bbu/rru处于激活状态;

步骤s3:bbu/rru判断是否需要进入休眠状态,若是进入步骤s4,若否返回步骤s2;

步骤s4:bbu/rru执行休眠操作,包括:

ir接口休眠;

缓存数据;

硬件进入休眠状态。

示例3:

如图7所示,本示例提供一种分布式基站退出休眠状态的方法,包括:

步骤s11:业务量时段等,即bbu和rru处于各个业务量时段;

步骤s12:bbu/rru处于休眠状态;

步骤s13:bbu/rru判断是否需要进入激活状态,若是进入步骤s14,若否返回步骤s12;

步骤s14:bbu/rru执行激活操作,包括:

ir接口激活;

缓存导入特定存储位置;

硬件进入激活状态。

示例4:

如图8所示,本示例提供一种分布式基站的休眠处理方法,包括:

bbu(或rru)根据业务状态,判断未来一段时间内无业务,可以休眠rru,发起休眠请求,并保留必要的数据(例如cpri(或ir)接口信息)

rru接受到该休眠请求后,根据其自身的业务状态,如果符合休眠条件,则备份自身的参数数据,完成后,发起休眠响应;发送后rru进入到休眠状态。

如果休眠响应为成功,则bbu保留接口相关的信息,并不进行接口的同步和数据的传输。

如果休眠响应为失败,则bbu前述动作失败,不进行任何硬件休眠动作。

备注:rru进入到休眠状态的含义:对应的器件不工作或者进入到低功耗模式,例如处理器降频,定时启动检查接口数据等,同时ir接口(或cpri接口)不进行同步和数据传输等动作。

在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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