一种用户面缓冲器内存的恢复方法及装置的制作方法

文档序号:7846468阅读:180来源:国知局
专利名称:一种用户面缓冲器内存的恢复方法及装置的制作方法
技术领域
本发明涉及通信领域,尤其涉及一种用户面缓冲器内存的恢复方法及装置。
背景技术
LTE (Long Term Evolution,长期演进)网络在比较恶劣的无线环境下,会出现 BLER(Block Error Ratio,块误码率)升高、空口丢包、重传增加等不良情况,从而导致 UE (User Equipment,用户设备)在二层协议(简写为L2,即数据链路层协议)的RLC(Radio Link Control,无线链路控制)/PDCP (Packet Data Convergence Protocol,分组数据汇聚协议)的发送窗、接收窗、重排序窗内缓存大量数据;另外,不同的用户面内存管理实现、不同的二层协议与外部模块接口实现也可能导致缓冲器(Buffer)内存使用量进一步增加。然而出于降低成本、体积、功耗等方面的考虑,LTE UE所使用的L2缓冲器的内存量将被限定在一定水平,在恶劣的无线环境下,可能会出现L2缓存数据量达到或超过缓冲器内存上限的极端场景,即L2缓冲器内存溢出。此时,当继续有上下行数据进入L2时,便会出现内存分配失败;一旦出现内存分配失败,用户面数传将会异常中断,并有可能引发更为严重的系统异常。在现有技术中,对于L2缓冲器内存溢出而引起的用户面数传中断,主要有以下两种恢复机制。如图1所示,UE与eNBkvolvedNodeB,演进型基站)通信的过程中,当L2缓冲器溢出后,RLC PDU(其中PDU,全称为!Protocol Data Unit,协议数据单元)上行重传达到最大次数,触发RRC(Radic) Resource Control,无线资源控制)重建立流程;重建立流程失败, RRC释放所有RB (Radio Bearer,无线承载),使得L2缓冲器内存恢复。具体过程如下11、L2缓冲器溢出时,上行无法再接收新的上层数据;12、对于RLC上行发送窗内的PDU,在t_PollRetransmit(RLC的定时器)超时后进行重传;13、由于L2缓冲器溢出,L2MAC(Medium Access Control,媒体接入控制)无法接收来自PHY (Physical Layer,物理层)上报的PDU,即RLC也无法收到来自基站的状态PDU ;14、RLC上行PDU在t_PolIRetransmit超时后继续进行重传,直到达到最大重传次数;15、RLC向RRC上报无线链路失败信令RLC_ERR_IND ;16、RRC按36. 331协议5. 3. 11节规定,发起RRC连接重建立流程,启动T301定时器;17、L2执行重建立流程,按36. 322,36. 323协议,L2数据继续缓存于PDCP,但由于 L2缓冲器得不到释放,此时L2数传功能仍不可用,RRC连接重建立请求发送失败;18、RRC T301超时,按照36. 331协议5. 3. 7. 7节和5. 3. 12节规定释放所有RB ;19、L2所有缓冲器内存得到释放,即缓冲器内存恢复。如图2所示,UE与eNB通信的过程中,L2缓冲器溢出后,L2数传不可用,eNB主动释放UE,UE状态与eNB不一致,最终触发UE RRC释放所有RB,使得L2缓冲器恢复。具体过程如下21、L2缓冲器溢出时,上下行无法再接收新的数据;22、eNB监测到UE状态异常,发起RRC连接释放消息,主动释放UE ;23、由于L2内存溢出,此时无法接收RRC连接释放消息,UE仍处于连接态;24、由于eNB已释放UE,UE状态与eNB不一致,PHY将检测到失步,上报给RRC ;或者,MAC可能出现TA超时,并将TA超时上报给RRC ;25、RRC按36. 331协议5. 3. 11节规定,发起连接重建立流程,并且启动T301定时器; 26、L2执行重建立流程数据应继续缓存于PDCP,但PDCP得不到释放,此时L2数传功能仍不可用,RRC连接重建立请求发送失败;27、RRC T301超时,按照36. 331协议5. 3. 7. 7节和5. 3. 12节规定释放所有RB ;28、L2所有缓冲器内存得到释放,即缓冲器内存恢复。图1、图2所示的方法是针对UE 二层协议缓冲器内存溢出时而采用的常规内存恢复方法,且两种方法主要是依赖相关协议定时器保护,在其超时后进行异常释放操作,由于相关定时器长度及其超时后的异常处理流程均要遵从协议处理,整个恢复的过程可能比较复杂,从而导致内存恢复时间长,进而会造成UE长时间处于异常状态。

发明内容
本发明的实施例提供一种用户面缓冲器内存的恢复方法及装置,用以及时快速地恢复用户面缓冲器的内存。为达到上述目的,本发明的实施例采用如下技术方案—种用户面缓冲器内存的恢复方法,包括实时监测缓冲器的内存使用量;当所述缓冲器的内存使用量大于或等于预设的门限值时,释放所述缓冲器的内存;所述预设的门限值小于所述缓冲器的内存容量。一种用户面缓冲器内存的恢复装置,包括监测单元,用于实时监测缓冲器的内存使用量;判断单元,用于判断所述缓冲器的内存使用量是否大于或等于预设的门限值;所述预设的门限值小于所述缓冲器的内存容量;释放单元,用于在判断单元的判断结果为是的情况下,释放所述缓冲器的内存。本发明实施例提供的一种用户面缓冲器内存的恢复方法及装置,对缓冲器的内存使用量设定门限值,且该门限值小于缓冲器的内存容量,使得当缓冲器的内存使用量达到或超过该门限值时就释放缓冲器的内存;而现有技术中,当缓冲器溢出并且在相关定时器超时的情况下,才释放该缓冲器的内存;与现有技术相比,本发明提供的方案流程简单,可以及时快速地恢复用户面缓冲器的内存。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为现有技术中的一种用户面缓冲器的内存恢复的方法流程图;图2为现有技术中的另一种用户面缓冲器的内存恢复的方法流程图;图3为本发明实施例提供的一种用户面缓冲器的内存恢复的方法示意图;图4为本发明实施例提供的另一种用户面缓冲器的内存恢复的方法示意图;图5为本发明实施例提供的一种用户面缓冲器的内存恢复的方法流程图;图6为本发明实施例提供的另一种用户面缓冲器的内存恢复的方法流程图;图7为本发明实施例提供的又一种用户面缓冲器的内存恢复的方法流程图;图8为本发明实施例提供的一种用户面缓冲器的内存恢复的装置框图。
具体实施例方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。在用户设备和基站进行通信的过程中,为了及时快速地恢复用户面缓冲器的内存,本发明实施例提供了一种用户面缓冲器内存的恢复方法,该方法的执行主体可以为用户设备(User Equipment,简称为UE)的功能模块,当然也可以为基站(evolved Node B,简称为eNB)的功能模块。下面的各个实施例以LTEUE的用户面缓冲器内存的恢复方法为例进行说明,此时,该方法的执行主体可以为UE的功能模块。由于用户面缓冲器主要包括数据链路层的缓冲器,故在本发明实施例中以数据链路层的缓冲器的内存恢复方法为例进行说明。在数据链路层通常包括PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)、RLC(fcidio Link Control,无线链路控制)、 MAC (Medium Access Control媒体接入控制)。对于数据链路层可以只有一个缓冲器,当然数据链路层也可以有多个缓冲器,例如数据链路层的三个协议可以有各自对应的缓冲器, 即分别为PDCP缓冲器、RLC缓冲器以及MAC缓冲器。若LTE UE的数据链路层只有一个缓冲器,则如图3所示,该方法具体包括以下步骤301、实时监测缓冲器的内存使用量;例如,本步骤可以为在数据链路层的上行数据入口或下行数据入口或其他入口实时监测数据链路层的缓冲器的内存使用量。所述上行数据入口可以为PDCP入口,所述下行数据入口可以为MAC入口,所述其他入口可以为RLC入口。302、判断缓冲器的内存使用量是否大于或等于预设的门限值;预先对数据链路层的缓冲器设定一个门限值,该门限值要小于该缓冲器的内存容量。所述缓冲器的内存容量即该缓冲器的最大内存使用量,若缓冲器的内存使用量大于该缓冲器的内存容量,则该缓冲器的内存溢出。
本发明实施例中判断缓冲器的内存使用量和预设的门限值的大小关系,无论该缓冲器的内存是否溢出,只要缓冲器的内存使用量大于或等于预设的门限值,就得出该缓冲器的内存异常的结论。303、若步骤302判断为是,则释放所述缓冲器的内存。释放所述缓冲器的内存,即该缓冲器的内存恢复。优选地,步骤301可以为当上行数据到达所述数据链路层的上行数据入口时,在该上行数据入口检查数据链路层的缓冲器的内存使用量;也就是说,当上行数据到达数据链路层的PDCP入口时,在 PDCP入口检查数据链路层的缓冲器的内存使用量;或者,当下行数据到达所述数据链路层的下行数据入口时,在该下行数据入口检查数据链路层的缓冲器的内存使用量;也就是说,当下行数据到达数据链路层的MAC入口时,在 MAC入口检查数据链路层的缓冲器的内存使用量;或者,当上行数据/下行数据到达所述数据链路层的其他入口时,在该其他入口检查数据链路层的缓冲器的内存使用量;也就是说,当上行数据/下行数据到达数据链路层的RLC 入口时,在RLC入口检查数据链路层的缓冲器的内存。若LTE UE的数据链路层有三个缓冲器,分别为PDCP缓冲器、RLC缓冲器以及MAC 缓冲器,则如图4所示,该方法具体包括以下步骤401、实时监测数据链路层的缓冲器的内存使用量,并判断该缓冲器的内存使用量是否大于或等于预设的门限值;由于数据链路层有三个缓冲器,则每个缓冲器都有各自的内存容量。在本发明实施例中对每个缓冲器都预先设置一门限值,且对于每个缓冲器而言,该缓冲器预设的门限值小于该缓冲器的内存容量。本步骤可以为在PDCP入口实时监测PDCP缓冲器的内存使用量,并判断PDCP缓冲器的内存使用量是否大于或等于PDCP缓冲器预设的门限值;或,在MAC入口实时监测MAC缓冲器的内存使用量,并判断MAC缓冲器的内存使用量是否大于或等于MAC缓冲器预设的门限值;或,在RLC入口实时监测RLC缓冲器的内存使用量,并判断RLC缓冲器的内存使用量是否大于或等于RLC缓冲器预设的门限值。优选地,本步骤可以为当上行数据到达PDCP入口时,在PDCP入口检查PDCP缓冲器的内存使用量,并判断PDCP缓冲器的内存使用量是否大于或等于PDCP缓冲器预设的门限值;或,当下行数据到达MAC入口时,在MAC入口检查MAC缓冲器的内存使用量,并判断 MAC缓冲器的内存使用量是否大于或等于MAC缓冲器预设的门限值;或,当上行数据/下行数据到达RLC入口时,在RLC入口检查RLC缓冲器的内存使用量,并判断RLC缓冲器的内存使用量是否大于或等于RLC缓冲器预设的门限值。402、若步骤401的判断为是,则释放数据链路层的缓冲器的内存。本步骤包括若判断PDCP缓冲器的内存使用量大于或等于PDCP缓冲器预设的门限值,则释放PDCP缓冲器的内存,或释放数据链路层的所有缓冲器(包括PDCP缓冲器、 MAC缓冲器、RLC缓冲器)的内存;
若判断MAC缓冲器的内存使用量大于或等于MAC缓冲器预设的门限值,则释放MAC 缓冲器的内存,或释放数据链路层的所有缓冲器(包括PDCP缓冲器、MAC缓冲器、RLC缓冲器)的内存;若判断RLC缓冲器的内存使用量大于或等于RLC缓冲器预设的门限值则释放RLC 缓冲器的内存,或释放数据链路层的所有缓冲器(包括PDCP缓冲器、MAC缓冲器、RLC缓冲器)的内存。本发明提供的方案,除了应用于LTE系统中,还可以适用于WCDMA及TD-SCDMA用户面缓冲器的内存恢复。本发明实施例提供的一种用户面缓冲器内存的恢复方法,对缓冲器的内存使用量设定门限值,且该门限值小于缓冲器的内存容量,使得当缓冲器的内存使用量达到或超过该门限值时就释放缓冲器的内存;而现有技术中,当缓冲器溢出并且在相关定时器超时的情况下,才释放该缓冲器的内存;与现有技术相比,本发明提供的方案流程简单,可以及时快速地恢复用户面缓冲器的内存。下面将针对用户设备和基站通信过程中,用户设备的数据链路层缓冲器的恢复方法进行详细说明。如图5所示,本发明针对用户设备向基站发送上行数据的过程,提供一种具体的用户面缓冲器内存的恢复方法,且在该方法中以数据链路层共用一个缓冲器为例,并对该数据链路层缓冲器的内存使用量预设一门限值,该门限值小于该数据链路层缓冲器的内存容量。本实施例提供的方法包括以下步骤501、用户设备的APP (Application Layer,应用层)向基站发送上行数据,当上行数据到达PDCP入口时,检查数据链路层的缓冲器的内存使用量;502、判断数据链路层的缓冲器的内存使用量是否大于或者等于预设的门限值;若判断为是,则进行步骤503 ;若判断为否,则将上行数据正常递交给RLC处理。503、PDCP立即向RRC(I adio Resource Control,无线资源控制)上报缓冲器的内
存异常消息;504、RRC接收到缓冲器的内存异常消息后,由RRC发出释放所有无线资源的指令;505、数据链路层接收到步骤504中发出的指令后,按36. 331协议5. 3. 12节的描述释放数据链路层的所有无线资源,具体包括释放MAC配置以及释放所有已建立RB的RLC 实体、PDCP实体;也就是说,将MAC配置、RLC实体、PDCP实体所占用的无线资源释放掉,当然包括将三者所占用的数据链路层的缓冲器的内存释放掉,即数据链路层的缓冲器的内存恢复。由于释放无线资源的过程,会出现短暂的数据交互中断,故本方法在完成数据链路层的内存恢复后,还可以包括步骤506。506、RRC重新发起建立连接请求,恢复通信业务。如图6所示,本发明针对基站向用户设备发送下行数据的过程,提供一种具体的用户面缓冲器内存的恢复方法,且在该方法中以数据链路层共用一个缓冲器为例,并对该数据链路层缓冲器的内存使用量预设一门限值,该门限值小于该数据链路层缓冲器的内存容量。本实施例提供的方法包括以下步骤;
601、基站向用户设备发送下行数据,当下行数据到达MAC入口时,检查数据链路层的缓冲器的内存使用量;602、判断数据链路层的缓冲器的内存使用量是否大于或者等于预设的门限值;若判断为是,则进行步骤603 ;若判断为否,则将下行数据正常递交给RLC处理。603、MAC立即向RRC上报缓冲器的内存异常消息;604、RRC接收到缓冲器的内存异常消息后,由RRC发出释放所有无线资源的指令;605、数据链路层接收到步骤604中发出的指令后,按36. 331协议5. 3. 12节的描述发起释放数据链路层的所有无线资源,具体包括释放MAC配置以及释放所有已建立RB的 RLC实体、PDCP实体,此时数据链路层的缓冲器的内存恢复。606、RRC重新发起建立连接请求,恢复通信业务。如图7所示,还可以在RLC入口检测数据链路层的缓冲器的内存使用量,本发明针对这一情况提供一种用户面缓冲器内存的恢复方法,且在该方法中以数据链路层共用一个缓冲器为例,并对该数据链路层缓冲器的内存使用量预设一门限值,该门限值小于该数据链路层缓冲器的内存容量。本实施例提供的方法包括以下步骤701、当上行数据到达RLC入口时,检查数据链路层的缓冲器的内存使用量,并判断数据链路层的缓冲器的内存使用量是否大于或者等于预设的门限值;若判断为是,则进行步骤702 ;若判断为否,则将上行数据正常递交给MAC处理;或者,当下行数据到达RLC入口时,检查数据链路层的缓冲器的内存使用量,并判断数据链路层的缓冲器的内存使用量是否大于或者等于预设的门限值;若判断为是,则进行步骤702 ;若判断为否,则将上行数据正常递交给RRC处理。702、RLC立即向RRC上报缓冲器的内存异常消息;703、RRC接收到缓冲器的内存异常消息后,发出释放所有无线资源的指令;704、数据链路层接收到步骤703中发出的指令后,按36. 331协议5. 3. 12节的描述发起释放数据链路层的所有无线资源,具体包括释放MAC配置以及释放所有已建立RB的 RLC实体、PDCP实体,此时数据链路层的缓冲器的内存恢复。705、RRC重新发起建立连接请求,恢复通信业务。上述各实施例提供的方法,分别在数据链路层的PDCP入口、MAC入口 RLC入口检查数据链路层的缓冲器内存使用量,并通过判断缓冲器内存使用量大于或等于预设的门限值时,就向RRC上报缓冲器的内存异常消息,从而使得RRC控制释放数据链路层的缓冲器内存,即缓冲器内存得以及时快速地恢复。本发明实施例还提供与上述方法相对应的用户面缓冲器内存的恢复装置,该装置可以是用户设备的功能模块,也可以是基站的功能模块。如图8所示,该装置包括监测单元81,用于实时监测缓冲器的内存使用量;判断单元82,用于判断所述缓冲器的内存使用量是否大于或等于预设的门限值; 所述预设的门限值小于所述缓冲器的内存容量;释放单元83,用于在判断单元的判断结果为是的情况下,释放所述缓冲器的内存。
本发明实施例提供的一种用户面缓冲器内存的恢复装置,对缓冲器的内存使用量设定门限值,且该门限值小于缓冲器的内存容量,使得当缓冲器的内存使用量达到或超过该门限值时就释放缓冲器的内存;而现有技术中,当缓冲器溢出并且在相关定时器超时的情况下,才释放该缓冲器的内存;与现有技术相比,本发明提供的方案流程简单,可以及时快速地恢复用户面缓冲器的内存。优选地,监测单元81具体用于在数据链路层的上行数据入口或下行数据入口或其他入口实时监测数据链路层的缓冲器的内存使用量。所述上行数据入口为分组数据汇聚协议PDCP入口 ;所述下行数据入口为媒体接入控制MAC入口 ;所述其他入口包括无线链路控制RLC入口。优选地,所述监测单元81包括第一监测子单元,用于当上行数据到达所述数据链路层的上行数据入口时,在该上行数据入口检查数据链路层的缓冲器的内存使用量;或者,第二监测子单元,用于当下行数据到达所述数据链路层的下行数据入口时,在该下行数据入口检查数据链路层的缓冲器的内存使用量;或者,第三监测子单元,用于当上行数据/下行数据到达所述数据链路层的其他入口时,在该其他入口检查数据链路层的缓冲器的内存使用量。优选地,所述释放单元83包括上报子单元,用于在判断单元的判断结果为是的情况下,向RRC上报所述缓冲器的内存异常消息;发出子单元,用于在RRC接收到所述缓冲器的内存异常消息后,由RRC发出释放所有无线资源的指令;释放子单元,用于在数据链路层接收到所述指令的情况下,释放数据链路层所有无线资源,包括释放MAC配置以及释放所有已建立RB的RLC实体、PDCP实体。本发明实施例提供的装置,可以在数据链路层的PDCP入口或MAC入口或RLC入口实时监测数据链路层的缓冲器内存使用量,并通过判断缓冲器内存使用量大于或等于预设的门限值时,就向RRC上报缓冲器的内存异常消息,从而使得RRC控制释放数据链路层的缓冲器内存,即缓冲器内存得以及时快速地恢复。通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机, 服务器,或者网络设备等)执行本发明各个实施例所述的方法。以上所述,仅为本发明的具体实施方式
,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
权利要求
1.一种用户面缓冲器内存的恢复方法,其特征在于,包括 实时监测缓冲器的内存使用量;当所述缓冲器的内存使用量大于或等于预设的门限值时,释放所述缓冲器的内存;所述预设的门限值小于所述缓冲器的内存容量。
2.根据权利要求1所述的方法,其特征在于,所述实时监测缓冲器的内存使用量包括 在数据链路层的上行数据入口或下行数据入口或其他入口实时监测数据链路层的缓冲器的内存使用量。
3.根据权利要求2所述的方法,其特征在于,所述在数据链路层的上行数据入口或下行数据入口实时监测数据链路层的缓冲器的内存使用量包括当上行数据到达所述数据链路层的上行数据入口时,在该上行数据入口检查数据链路层的缓冲器的内存使用量;或者,当下行数据到达所述数据链路层的下行数据入口时,在该下行数据入口检查数据链路层的缓冲器的内存使用量;或者,当上行数据/下行数据到达所述数据链路层的其他入口时,在该其他入口检查数据链路层的缓冲器的内存使用量。
4.根据权利要求2或3所述的方法,其特征在于,所述上行数据入口为分组数据汇聚协议PDCP入口 ;所述下行数据入口为媒体接入控制MAC入口 ;所述其他入口包括无线链路控制RLC入口。
5.根据权利要求1所述的方法,其特征在于,所述当所述缓冲器的内存使用量大于或等于预设的门限值时,释放所述缓冲器的内存包括当所述缓冲器的内存使用量大于或等于预设的门限值时,向无线资源控制RRC上报所述缓冲器的内存异常消息;RRC接收到所述缓冲器的内存异常消息后,由RRC发出释放所有无线资源的指令; 数据链路层接收到该指令后,释放数据链路层的所有无线资源,包括释放MAC配置以及释放所有已建立无线承载RB的RLC实体、PDCP实体。
6.一种用户面缓冲器内存的恢复装置,其特征在于,包括 监测单元,用于实时监测缓冲器的内存使用量;判断单元,用于判断所述缓冲器的内存使用量是否大于或等于预设的门限值;所述预设的门限值小于所述缓冲器的内存容量;释放单元,用于在判断单元的判断结果为是的情况下,释放所述缓冲器的内存。
7.根据权利要求6所述的装置,其特征在于,所述监测单元具体用于在数据链路层的上行数据入口或下行数据入口或其他入口实时监测数据链路层的缓冲器的内存使用量。
8.根据权利要求7所述的装置,其特征在于,所述监测单元包括第一监测子单元,用于当上行数据到达所述数据链路层的上行数据入口时,在该上行数据入口检查数据链路层的缓冲器的内存使用量;或者,第二监测子单元,用于当下行数据到达所述数据链路层的下行数据入口时,在该下行数据入口检查数据链路层的缓冲器的内存使用量;或者,第三监测子单元,用于当上行数据/下行数据到达所述数据链路层的其他入口时,在该其他入口检查数据链路层的缓冲器的内存使用量。
9.根据权利要求7或8所述的装置,其特征在于,所述上行数据入口为分组数据汇聚协议PDCP入口 ;所述下行数据入口为媒体接入控制MAC入口 ;所述其他入口包括无线链路控制RLC入口。
10.根据权利要求6所述的装置,其特征在于,所述释放单元包括上报子单元,用于在判断单元的判断结果为是的情况下,向RRC上报所述缓冲器的内存异常消息;发出子单元,用于在RRC接收到所述缓冲器的内存异常消息后,由RRC发出释放所有无线资源的指令;释放子单元,用于在数据链路层接收到所述指令的情况下,释放数据链路层所有无线资源,包括释放MAC配置以及释放所有已建立RB的RLC实体、PDCP实体。
全文摘要
本发明公开了一种用户面缓冲器内存的恢复方法及装置,涉及通信领域,用以及时快速地恢复用户面缓冲器的内存。所述用户面缓冲器内存的恢复方法,包括实时监测缓冲器的内存使用量;当所述缓冲器的内存使用量大于或等于预设的门限值时,释放所述缓冲器的内存;所述预设的门限值小于所述缓冲器的内存容量。本发明提供的方案适用于任一需要恢复缓冲器内存的场景。
文档编号H04W24/04GK102293029SQ201180000390
公开日2011年12月21日 申请日期2011年4月26日 优先权日2011年4月26日
发明者胡建波 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1