CN104113928B - 一种无线承载控制rbc消息处理方法及装置 - Google Patents
一种无线承载控制rbc消息处理方法及装置 Download PDFInfo
- Publication number
- CN104113928B CN104113928B CN201410332133.9A CN201410332133A CN104113928B CN 104113928 B CN104113928 B CN 104113928B CN 201410332133 A CN201410332133 A CN 201410332133A CN 104113928 B CN104113928 B CN 104113928B
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- timer
- network equipment
- timing duration
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种无线承载控制RBC消息处理方法及装置,网络设备向终端发送RBC消息,并启动第一定时器,第一定时器的计时时长根据网络设备和终端的传输参数确定;网络设备在第一定时器超时之前,若检测到终端的无线链路失败或接收到终端发送的指定类型的消息,则针对该终端进行资源回退,并请求终端的服务基站删除终端的无线链路以触发终端进行小区更新,使RNC根据传输参数的不同及时回退网络侧资源避免无意义的等待,同时删除无线链路促使终端尽快上报小区更新进行挽救。
Description
技术领域
本发明涉及通信领域,尤其涉及一种无线承载控制RBC消息处理方法及装置。
背景技术
在TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,时分同步码分多址)网络中,通用移动通信系统的UTRAN(Universal Terrestrial RadioAccess Network,通用陆地无线接入网络)的RRC(Radio Resource Control,无线资源控制)层通过RBC(Radio Bearer control,无线承载控制)过程指示终端进行小区的业务建立、重配、释放过程或小区的切换过程,网络侧RNC(Radio Network Controller,无线网络控制器)的RRC层使用AM(Acknowledged Mode,确认模式)发送RBC消息给终端,RNC发送了RBC消息后启动空口定时器,该空口定时器按照固定值配置,若在空口定时器超时之前终端回复RBC响应消息给UTRAN的RRC层,RBC过程完成。
若RNC在空口定时器接近超时的时间内还没有收到终端的RBC响应消息,RNC认为RBC过程失败。此时,RNC的RRC层无法和终端建立联系以及无法保证终端状态、资源和网络侧一致,因此会继续等待,直到空口定时器超后,RNC发起RRC释放,以及释放为终端分配的本地、无线资源,同时通知核心网发起IU释放,记录为一次掉话。
可以看出,现有技术中,空口定时器按照固定值配置,RNC在空口定时器超时的时候还没有接收到终端的RBC响应消息,会一直等待,直到空口定时器超时后产生掉话才针对终端进行资源释放。
综上,现有技术中,RNC针对RBC过程的空口定时器按照固定值配置,在空口定时器超时前未收到终端发送的RBC响应消息的情况下,无法及时针对终端进行资源回退而导致的掉话率较高的技术问题。
发明内容
本发明提供无线承载控制RBC消息处理方法及装置,用以解决现有技术中存在的在空口定时器超时前未收到终端发送的RBC响应消息的情况下,无法及时针对终端进行资源回退而导致的掉话率较高的技术问题。
本发明方法包括:
一种无线承载控制RBC消息处理方法,包括:
网络设备向终端发送RBC消息,并启动第一定时器,所述第一定时器的计时时长是根据所述网络设备和所述终端的传输参数确定的;
所述网络设备在所述第一定时器超时之前,若检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收到指定类型的消息,则针对所述终端进行资源回退,并请求所述终端的服务基站删除所述终端的无线链路以触发所述终端进行小区更新。
较佳地,该方法还包括:
若在所述第一定时器超时之前,所述网络设备没有检测到RLC层上报的所述RLC不可恢复错误消息或没有接收到所述指定类型的消息,则待所述第一定时器超时后,针对所述终端进行资源回退,请求所述终端的服务基站删除所述终端的无线链路,以触发所述终端进行小区更新。
较佳地,所述网络设备请求所述终端的服务基站删除所述终端的无线链路之后,还包括:
在所述无线链路删除成功后启动第二定时器,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定;
所述网络设备在所述第二定时器超时之前,若接收到所述终端发送的小区更新消息,则根据所述小区更新消息为所述终端进行小区更新;若没有接收到所述终端发送的小区更新消息,则待所述第二定时器超时后,针对所述终端发起无线资源控制RRC释放过程。
较佳地,所述指定类型的消息,包括以下之一:
所述终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的断开连接Disconnect消息;
所述终端发送的去激活分组数据协议上下文请求Deactive PDP Context REQ消息。
较佳地,所述第一定时器的计时时长根据所述网络设备和所述终端的传输参数确定,包括:
所述第一定时器的计时时长根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示所述第一定时器的计时时长,D1为所述网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为所述网络设备的业务处理子系统和终端对等层配置的发送间隔,M为所述网络设备的业务处理子系统和所述终端对等层配置的最大重传次数,T1为所述网络设备的业务处理子系统和所述终端对等层配置的重传定时器的计时时长,F1为所述网络设备的业务处理子系统和所述终端对等层配置的最大复位次数,T2为所述网络设备的业务处理子系统和所述终端对等层配置的复位定时器的计时时长。
较佳地,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定,包括:
所述第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为所述第二定时器的计时时长,N313为所述终端检测失步时连续收到物理层上报的失步次数,T313为所述终端检测到的失步次数达到所述N313以后启动的定时器的计时时长,T0为检测周期,ΔT为所述终端的服务基站从开始删除所述终端的无线链路到所述终端的服务基站停止发送物理层同步信号,以及到所述终端生成小区更新消息的时间偏移量。
本发明实施例还提供了一种无线承载控制RBC消息处理的装置,包括:
发送单元,用于向终端发送RBC消息,
检测单元,用于检测本地无线链路控制RLC层上报的RLC不可恢复错误消息;
接收单元,用于接收所述终端或所述终端的服务基站发送的指定类型的消息;
处理单元,用于在发送单元向终端发送RBC消息时启动第一定时器,所述第一定时器的计时时长是根据所述网络设备和所述终端的传输参数确定的;在所述第一定时器超时之前,若所述检测单元检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或所述接收单元接收到所述指定类型的消息,则针对所述终端进行资源回退,并请求所述终端的服务基站删除所述终端的无线链路以触发所述终端进行小区更新。
较佳地,所述处理单元还用于:
若在所述第一定时器超时之前,所述检测单元没有检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或所述接收单元没有接收到所述指定类型的消息,则待所述第一定时器超时后,针对所述终端进行资源回退,请求所述终端的服务基站删除所述终端的无线链路,以触发所述终端进行小区更新。
较佳地,所述处理单元还用于:
请求所述终端的服务基站删除所述终端的无线链路之后,并在所述无线链路删除成功后启动第二定时器,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定;
在所述第二定时器超时之前,若所述接收单元接收到所述终端发送的小区更新消息,则所述处理单元根据所述小区更新消息为所述终端进行小区更新;若所述接收单元没有接收到所述终端发送的小区更新消息,则待所述第二定时器超时后,针对所述终端发起无线资源控制RRC释放过程。
较佳地,所述接收单元接收的所述指定类型的消息,包括以下之一:
所述终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的Disconnect消息;
所述终端发送的Deactive PDP Context REQ消息。
较佳地,所述处理单元具体用于:根据所述网络设备和所述终端的传输参数确定所述第一定时器的计时时长,所述第一定时器的计时时长根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示所述第一定时器的计时时长,D1为所述网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为所述网络设备的业务处理子系统和终端对等层配置的发送间隔,M为所述网络设备的业务处理子系统和所述终端对等层配置的最大重传次数,T1为所述网络设备的业务处理子系统和所述终端对等层配置的重传定时器的计时时长,F1为所述网络设备的业务处理子系统和所述终端对等层配置的最大复位次数,T2为所述网络设备的业务处理子系统和所述终端对等层配置的复位定时器的计时时长。
较佳地,所述处理单元具体用于:根据所述终端用于检测失步所配置的失步参数确定所述第二定时器的计时时长,
所述第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为所述第二定时器的计时时长,N313为所述终端检测失步时连续收到物理层上报的失步次数,T313为所述终端检测到的失步次数达到所述N313以后启动的定时器的计时时长,T0为检测周期,ΔT为所述终端的服务基站从开始删除所述终端的无线链路到所述终端的服务基站停止发送物理层同步信号,以及到所述终端生成小区更新消息的时间偏移量。
本发明实施例中,根据为网络设备和终端配置的传输参数确定第一定时器的计时时长,使RNC针对不同的传输参数确定出RBC过程的第一定时器不同的计时时长,使第一定时器的计时时长更加合理。
本发明实施例中,网络设备在第一定时器超时之前,一旦检测到本地RLC层上报的RLC不可恢复错误消息或接收到指定类型的消息,便会及时的针对所述终端进行资源回退,而且还及时的请求终端的服务基站删除所述终端的无线链路,以促使终端及时检测到因无线链路失败或无线链路不可恢复错误消息而上报小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
附图说明
图1为本发明实施例1提供的一种RBC消息处理的方法流程图;
图2为本发明实施例2提供的一种RBC消息处理的方法流程图;
图3为本发明实施例3提供的一种RBC消息处理的方法流程图;
图4为本发明实施例5提供的一种RBC消息处理的方法流程图;
图5为本发明实施例5提供的一种RBC消息处理的方法流程图;
图6为本发明实施例6提供的一种RBC消息处理的方法流程图;
图7为本发明实施例7提供的一种RBC消息处理的装置的结构示意图。
具体实施方式
为了使本发明所解决的技术问题、技术方案以及有效果更加清楚明白,以下结合附图及实施例,对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例1
如图1所示的本发明提供的一种控制设备的方法,该方法包括:
步骤101:网络设备向终端发送RBC消息,并启动第一定时器,第一定时器的计时时长根据网络设备和终端的传输参数确定;
步骤102:网络设备在第一定时器超时之前,若检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收到指定类型的消息,则针对所述终端进行资源回退;
步骤103:请求终端的服务基站删除终端的无线链路以触发终端进行小区更新。
较佳地,步骤102中,接收到的指定类型的消息,包括但不限于以下之一:
所述终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的断开连接Disconnect消息;
所述终端发送的去激活分组数据协议上下文请求Deactive PDP Context REQ消息。
其中,Disconnect消息是CS业务结束一方挂机后发出的消息,表示结束CS,此时CS业务可能已经建立也可能正在建立过程中,例如,该Disconnect消息是CS业务中标准协议(24.008协议)下终端向网络侧发送的断开连接的消息;同样的,Deactive PDP ContextREQ消息表示结束分组交换业务,即PS业务,此时PS业务可能已经建立成功也可能正在建立过程中,例如,该Deactive PDP Context REQ消息是在PS业务标准协议下终端向网络侧发送的去激活分组数据协议上下文请求消息。
较佳地,步骤102中,若在第一定时器超时之前,所述网络设备没有检测到RLC层上报的所述RLC不可恢复错误消息或没有接收到所述指定类型的消息,则待第一定时器超时后,针对所述终端进行资源回退,请求终端的服务基站删除终端的无线链路,以触发终端进行小区更新。
其中,针对所述终端进行资源回退,是指回退RBC过程为终端配置的资源,可以是本地资源,也可以是无线资源。
较佳地,步骤102之后,即请求终端的服务基站删除终端的无线链路之后,还包括以下步骤:
在无线链路删除成功后启动第二定时器,第二定时器的计时时长根据终端用于检测失步所配置的失步参数确定;
网络设备在第二定时器超时之前,若接收到终端发送的小区更新消息,则根据小区更新消息为终端进行小区更新;若没有接收到终端发送的小区更新消息,则待第二定时器超时后,针对终端发起无线资源控制RRC释放过程。
本发明实施例由于合理的确定了第一定时器的计时时长,网络设备向终端发送RBC消息并启动第一定时器时,若网络设备在第一定时器超时之前,一旦检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收到所述指定类型的消息,则及时的针对所述终端进行资源回退,并请求终端的服务基站删除所述终端的无线链路,以促使终端及时检测到因无线链路失败或无线链路不可恢复错误消息而上报小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
在本实施例中,RBC消息包括:无线承载建立消息(Radio Bearer Setup)、无线承载释放消息(Radio Bearer Releaser)、无线承载重配消息(Radio BearerReconfiguration)、物理信道重配制消息(Physical Channel Reconfiguration)、传输信道重配置消息(Transport Channel Reconfiguration)。
在本实施例中,RBC消息对应的RBC响应消息包括:无线承载建立完成消息(RadioBearer Setup Complete)、无线承载释放完成消息(Radio Bearer Releaser Complete)、无线承载重配完成消息(Radio Bearer Reconfiguration Complete)、物理信道重配制完成消息(Physical Channel Reconfiguration Complete)、传输信道重配置完成消息(Transport Channel Reconfiguration Complete)。
步骤101中,可采用AM(确认模式)向终端发送RBC消息。其中,AM模式是指:发送侧在高层数据上添加必要的控制协议开销后进行传送,并保证传递到对等实体。因为具有ARQ(Automatic Repeat-reQuest,自动重传请求)能力,如果RLC接收到错误的RLC PDU(Protocol Data Unit,协议数据单元),就通知发送方的RLC重传这个PDU。由于RLC PDU中包含有顺序号信息,支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式,比如www和电子邮件下载。
AM机制由L2的RLC(Radio Link Control,无线链路控制)层负责,RLC层负责对发送的数据分段、重传以及对接收到的数据合段并向对等层回复确认消息。
RLC是GPRS(Gerneral Packer Radio Service,通用无线分组业务)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,时分同步码分多址)、LTE(Long TermEvolution,3GPP长期演进)等无线通信系统中的无线链路控制层协议。例如,在WCDMA系统中,RLC层位于MAC层之上,属于L2的一部分,为用户和控制数据提供分段和重传业务。每个RLC实体由RRC配置,并且根据业务类型有三种模式:透明模式(TM)、非确认模式(UM)、确认模式(AM)。
例如,本实施例中RBC消息采用AM模式在SRB2(Signal Radio Bearer,信号无线承载)上发送,首先由UTRAN侧的RRC层发送给L2(Layer2,数据链路层),L2处理后发给L1(Layer1,物理层)的Node B(节点收发信机),由Node B映射成无线帧发送给终端,终端侧同样存在L1、L2、RRC层,与UTRAN侧的各层构成对等层。
RBC消息在UTRAN侧由RLC层分段并封装成数据包发送,终端的RLC层收到所有数据包后向UTRAN的RLC层回复确认消息,如果UTRAN的RLC层一直没收到确认,则认为发送不成功,按照数据配置的次数与间隔重复发送数据包,如果发送达到最大次数仍然没有收到终端的确认,UTRAN的RLC层发送发起终端RLC层复位(RLC Reset)请求,请求终端RLC层复位,如果超过配置的复位次数仍然没有收到响应,则UTRAN的RLC层认为发送消息失败,向RRC层上报RLC不可恢复错误指示。
在TD-SCDMA现网中,经常会由于一些异常情况,导致终端无法收到RNC发送的RBC消息,特别是在下行干扰比较严重时终端收不到下行消息的几率大大增加,而RNC的RRC层无法知道终端侧的异常情况。
在本发明实施例中,在RNC发送RBC消息以后,RRC层就会启动第一定时器,第一定时器的计时时长根据网络设备和终端的传输参数确定,该传输参数包括:网络设备高层信令子系统内配置的发送消息的传输时延,发送的数据包数量,网络设备的业务处理子系统和终端对等层配置的发送间隔、最大重传次数、重传定时器的计时时长、最大复位次数、复位定时器的计时时长,单位发送间隔内最大发送的数据块等。
较佳地,步骤101中,第一定时器的计时时长根据网络设备和终端的传输参数确定。比如,第一定时器的计时时长可根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示第一定时器的计时时长,D1为网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为网络设备的业务处理子系统和终端对等层配置的发送间隔,M为网络设备的业务处理子系统和终端对等层配置的最大重传次数,T1为网络设备的业务处理子系统和终端对等层配置的重传定时器的计时时长,F1为网络设备的业务处理子系统和终端对等层配置的最大复位次数,T2为网络设备的业务处理子系统和终端对等层配置的复位定时器的计时时长。
本发明实施例中,根据为网络设备和终端配置的传输参数确定第一定时器的计时时长,使RNC针对不同的传输参数确定出RBC过程的第一定时器不同的计时时长,使第一定时器的计时时长更加合理。
在本实施例中,第一计时器的计时时长根据发送间隔、重发间隔、复位间隔数据块大小、最大重传次数、最大复位次数等传输参数确定的,与现有技术中的空口定时器的固定配置的计时时长相比,本发明实施中网络侧RNC能够根据不同的传输参数,灵活的确定不同的第一定时器的定时时长,使在发送RBC消息后,在合理的计时时长内等待RBC响应消息,在合理的计时时长内收不到RBC响应消息确定RBC过程失败,在合理的计时时长内一旦检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收到指定类型的消息,则针对所述终端进行资源回退,而不再继续无意义的等待。因此,RNC针对不同的传输参数确定出RBC过程的第一定时器不同的计时时长,使第一定时器的计时时长更加合理。
较佳地,第二定时器的计时时长根据终端用于检测失步所配置的失步参数确定,包括:
第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为第二定时器的计时时长,N313为终端检测失步时连续收到物理层上报的失步次数,T313为终端检测到的失步次数达到N313以后启动的定时器的计时时长,T0为检测周期,ΔT为终端的服务基站从开始删除终端的无线链路到终端的服务基站停止发送物理层同步信号,以及到终端生成小区更新消息的时间偏移量。
本发明实施例中,根据确定的第二定时器的计时时长,使网络设备在合理的等待时间内,根据接收的小区更新消息针对终端进行小区更新过程,若在第二定时器的计时时长内没有收到小区更新消息,也能够合理的针对终端进行RRC释放,避免占用不必要的资源,对提高资源利用率和系统性能具有积极意义。
下面针对具体的应用场景详细说明本发明提供的上述RBC消息处理的方法流程。
实施例2
如图2所示的本发明实施例提供的一种RBC消息处理的方法的流程,该流程基于应用场景1,即第一定时器超时之前,RNC收到了终端A上报的小区更新消息,则本发明实施例提供的处理RBC消息的具体步骤如下:
步骤201:RNC为终端A分配本地资源;
步骤202:RNC向终端A的服务基站(Node B)发送配置Radio Link请求消息;
步骤203:RNC接收Node B反馈的配置Radio Link响应消息;
步骤204:RNC向终端A发送RBC消息,并启动第一定时器;
其中,RBC消息可以是Radio Bearer Setup、Radio Bearer Releaser、RadioBearer Reconfiguration、Physical Channel Reconfiguration、Transport ChannelReconfiguration消息中的任一种。
步骤205:RNC接收终端A发送的小区更新消息(Cellupdate),且收到该Cellupdate消息时,第一定时器还未超时,此时根据接收到的Cellupdate消息停止第一定时器的计时;
本步骤中,第一定时器超时之前,RNC并未接收到终端A发送的RBC响应消息。
本步骤中终端所发送的小区更新消息,例如,终端向网络发送AM模式消息一直收不到确认,则终端会认为该AM模式消息发送失败,终端上报原因为RLC不可恢复错误的小区更新消息或者当终端处于DCH态,如果终端物理层检测不到下行同步信号,超过一定的次数和时间,终端会根据上报的Radio link failure(无线链路失败消息)向网络侧发送Cellupdate消息;终端向RNC发送小区更新消息的主要目的是对当前的无线链路故障进行挽救,通过将当前不通的专用信道切换到网络和终端都知道的公共信道上进行通信和资源重分配来挽救业务。
步骤206:RNC回退步骤201中为终端A配置的资源;
步骤207:RNC向Node B发送删除Radio Link请求消息;
步骤208:RNC收到Node B反馈的删除Radio Link响应消息以后,开始为终端A进行小区更新过程。具体的小区更新过程采用现有技术手段实施,此处不再累述。
本实施例中,按照合理的第一定时器的计时时长,在RNC向终端发送RBC消息以后在第一定时器超时前没有收到RBC响应消息的情况下,使RNC根据终端发送的Cellupdate消息,及时针对该终端进行资源回退并根据收到的小区更新消息进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
实施例3
如图3所示的本发明实施例提供的一种RBC消息处理的方法的流程,该流程基于应用场景2,即第一定时器超时之前,网络侧RNC检测到本地RLC上报的RLC不可恢复错误消息,则本发明实施例提供的处理RBC消息的具体步骤如下:
步骤301:RNC为终端A分配本地资源;
步骤302:RNC向终端A的服务基站(Node B)发送配置Radio Link请求消息;
步骤303:RNC接收Node B反馈的配置Radio Link响应消息;
步骤304:RNC向终端A发送RBC消息,并启动第一定时器;
其中,RBC消息可以是Radio Bearer Setup、Radio Bearer Releaser、RadioBearer Reconfiguration、Physical Channel Reconfiguration、Transport ChannelReconfiguration消息中的任一种。
步骤305:检测到本地RLC上报的RLC不可恢复错误消息时,停止第一定时器的计时;且RNC检测到本地RLC层上报的RLC不可恢复错误消息时,第一定时器还未超时,此时根据检测到的RLC不可恢复错误消息停止第一定时器的计时;
本步骤中,第一定时器超时之前,RNC并未接收到终端A发送的RBC响应消息。
本步骤中,如果网络侧的本地RLC层向终端发送AM模式RBC消息之后,一直没收到确认,则认为发送不成功,按照数据配置的次数与间隔重复发送数据包,如果发送达到最大次数仍然没有收到终端的确认,RLC层发送发起终端RLC层复位请求,请求终端RLC层复位,如果超过配置的复位次数仍然没有收到响应,则RLC层认为发送消息失败,向本地RRC层上报RLC不可恢复错误消息。
本步骤中,若在第一定时器超时之前,RNC检测到了本地上报的RLC不可恢复错误消息,便停止第一定时器的计时,这样使网络侧及时通知基站删除与终端A建立的无线链路,以便终端及时检测到无线链路失败,触发终端向网络侧发起小区更新请求。
步骤306:RNC回退步骤301中为终端A配置的资源;
步骤307:RNC向Node B发送删除Radio Link请求消息;
步骤308:RNC收到Node B反馈的删除Radio Link响应消息,并启动第二定时器;
步骤309:在第二定时器超时之前,RNC收到终端A发送的小区更新消息,开始为终端A进行小区更新过程;若在第二定时器超时之前,RNC没有收到终端A发送的小区更新消息,则待第二定时器超时后,针对终端发起RRC释放过程。
本步骤中,在第二定时器超时之前,终端A发送小区更新消息是因为在RNC指示终端A的服务基站删除步骤302~303已经建立的无线链路之后,基站会停止向终端发送一切信号,终端的物理层检测不到基站发送的下行同步信号,超过一定的次数和时间,终端会认为无线链路失败,便向RNC发送无线链路失败的小区更新消息。
实施中,具体的小区更新过程采用现有技术手段实施,此处不再累述。
实施中,RRC释放过程参见25.331协议的内容,具体为:网络侧向终端发送RRC释放消息(RRC Connection Release消息),终端侧完成RRC释放之后,向网络侧反馈RRC释放完成的响应消息(RRC Connection Release Complete),网络侧根据该RRC释放完成的响应消息确定完成RRC释放过程。
本实施例中,按照合理的第一定时器和第二定时器的计时时长,在RNC向终端发送RBC消息以后在第一定时器超时前没有收到RBC响应消息的情况下,使RNC根据检测到的本地RLC层上报的RLC不可恢复错误消息,及时针对该终端进行资源回退,并指示基站删除已经生效的Radio Link,促使终端尽快发起无线链路失败的小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
实施例4
如图4所示的本发明实施例提供的一种RBC消息处理的方法的流程,该流程基于应用场景3,即第一定时器超时之前,网络侧RNC检测到终端A的服务基站Node B上报的RadioLink Failure消息,则本发明实施例提供的处理RBC消息的具体步骤如下:
步骤401:RNC为终端A分配本地资源;
步骤402:RNC向终端A的服务基站(Node B)发送配置Radio Link请求消息;
步骤403:RNC接收Node B反馈的配置Radio Link响应消息;
步骤404:RNC向终端A发送RBC消息,并启动第一定时器;
其中,RBC消息可以是Radio Bearer Setup、Radio Bearer Releaser、RadioBearer Reconfiguration、Physical Channel Reconfiguration、Transport ChannelReconfiguration消息中的任一种。
步骤405:检测到Node B上报的Radio Link Failure消息时,停止第一定时器的计时;且RNC检测到检测到Node B上报的Radio Link Failure消息时,第一定时器还未超时,此时根据检测到的检测到的Radio Link Failure消息,停止第一定时器的计时;
本步骤中,第一定时器超时之前,RNC并未接收到终端A发送的RBC响应消息。
终端和网络处于连接状态时双方物理层一直发送同步信号已保持上下行时刻同步,当上下行信号不同步时,基站、终端、网络侧都有可能检测到各自物理层的失步,当基站检测不到终端发送的同步信号超过一定次数和时间,就要给RNC上报Radio Link Failure。如果基站的物理层先检测到失步,则网络侧RNC会检测到基站上报的无线链路失败信息。
基站上报的Radio Link Failure消息可能会与步骤404的RBC消息有关联,比如网络侧发送RBC消息指示终端往一个新配置上重配,但终端可能没收到这个消息,激活时间到达后,网络侧按照新配置进行同步,但终端一直在旧配置上,终端以及基站就有可能检测到Radio link failure,当然也有可能是终端先上报Radio link failure原因的小区更新消息,这取决于谁先检测到物理层的失步。
步骤406:RNC回退步骤401中为终端A配置的资源;
步骤407:RNC向Node B发送删除Radio Link请求消息;
步骤408:RNC收到Node B反馈的删除Radio Link响应消息,并启动第二定时器;
步骤409:在第二定时器超时之前,RNC收到终端A发送的小区更新消息,开始为终端A进行小区更新过程;若在第二定时器超时之前,RNC没有收到终端A发送的小区更新消息,则待第二定时器超时后,针对终端发起RRC释放过程。
其中,该步骤中,终端A在第二定时器超时之前发送小区更新消息,是因为在RNC指示终端A的服务基站删除步骤402~403已经建立的无线链路之后,基站会停止向终端发送一切信号,终端的物理层检测不到基站发送的下行同步信号,超过一定的次数和时间,终端会认为无线链路失败,便向RNC发送无线链路失败的小区更新消息。
实施中,具体的小区更新过程采用现有技术手段实施,此处不再累述。
实施中,RRC释放过程在前面实施例已经详细说明,此处不再累述。
本实施例中,按照合理的第一定时器和第二定时器的计时时长,在RNC向终端发送RBC消息以后在第一定时器超时前没有收到RBC响应消息的情况下,使RNC根据检测到的基站上报的无线链路失败消息,及时针对该终端进行资源回退,并指示基站删除已经生效的无线链路,促使终端尽快发起小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
实施例5
如图5所示的本发明实施例提供的一种RBC消息处理的方法的流程,该流程基于应用场景4,即第一定时器超时之前,网络侧RNC没有收到实施例2-4的消息中(终端发送的小区更新消息、Node B发送的无线链路失败消息、本地RLC上报的RLC不可恢复错误消息、终端发送的Disconnect消息或Deactive PDP Context REQ消息)的任何一个,则本发明实施例提供的处理RBC消息的具体步骤如下:
步骤501:RNC为终端A分配本地资源;
步骤502:RNC向终端A的服务基站(Node B)发送配置Radio Link请求消息;
步骤503:RNC接收Node B反馈的配置Radio Link响应消息;
步骤504:RNC向终端A发送RBC消息,并启动第一定时器;
其中,RBC消息的可以是Radio Bearer Setup、Radio Bearer Releaser、RadioBearer Reconfiguration、Physical Channel Reconfiguration、Transport ChannelReconfiguration消息中的任一种。
步骤505:在第一定时器超时之前,RNC未接收到终端A反馈的RBC响应消息,也没有接收到终端发送的小区更新消息、Node B发送的无线链路失败消息,没有检测到本地RLC上报的RLC不可恢复错误消息,以及没有接收到终端发送的Disconnect消息或Deactive PDPContext REQ消息,待第一定时器超时后,RNC回退步骤501中为终端A配置的资源;
步骤506:RNC向Node B发送删除Radio Link请求消息;
步骤507:RNC收到Node B反馈的删除Radio Link响应消息,并启动第二定时器;
步骤508:在第二定时器超时之前,RNC收到终端A发送的小区更新消息,开始为终端A进行小区更新过程;若在第二定时器超时之前,RNC没有收到终端A发送的小区更新消息,则待第二定时器超时后,针对终端发起RRC释放过程。
其中,该步骤中,终端A在第二定时器超时之前发送小区更新消息,是因为在RNC指示终端A的服务基站删除步骤502~503已经建立的无线链路之后,基站会停止向终端发送一切信号,终端的物理层检测不到基站发送的下行同步信号,超过一定的次数和时间,终端会认为无线链路失败,便向RNC发送无线链路失败的小区更新消息。
实施中,具体的小区更新过程采用现有技术手段实施,此处不再累述。
本步骤中,具体的RRC释放过程在前面实施例已经详细说明,此处不再累述。
本实施例中,按照合理的第一定时器和第二定时器的计时时长,在RNC向终端发送RBC消息以后在第一定时器超时前没有收到RBC响应消息的情况下,使RNC在没有接收到终端发送的小区更新消息、Node B发送的无线链路失败消息,没有检测到本地RLC上报的RLC不可恢复错误消息,以及没有接收到终端发送的Disconnect消息或Deactive PDP ContextREQ消息中的任一消息时,也能够及时针对该终端进行资源回退,并指示基站删除已经生效的无线链路,促使终端尽快发起无线链路失败的小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
实施例6
如图6所示的本发明实施例提供的一种RBC消息处理的方法的流程,该流程基于应用场景5,即第一定时器超时之前,网络侧RNC收到终端发送的Disconnect消息(CS业务的一种)或Deactive PDP Context REQ消息(PS业务的一种)时,则本发明实施例提供的处理RBC消息的具体步骤如下:
步骤601:RNC为终端A分配本地资源;
步骤602:RNC向终端A的服务基站(Node B)发送配置Radio Link请求消息;
步骤603:RNC接收Node B反馈的配置Radio Link响应消息;
步骤604:RNC向终端A发送RBC消息,并启动第一定时器;
其中,RBC消息可以是Radio Bearer Setup、Radio Bearer Releaser、RadioBearer Reconfiguration、Physical Channel Reconfiguration、Transport ChannelReconfiguration消息中的任一种。
步骤605:RNC接收到终端发送的Disconnect消息或Deactive PDP Context REQ消息,停止第一定时器的计时;且RNC接收到终端发送的Disconnect消息或Deactive PDPContext REQ消息时第一定时器还没超时,根据接收到的Disconnect消息或Deactive PDPContext REQ消息,停止第一定时器的计时;
本步骤中,第一定时器超时之前,没有收到终端发送的RBC响应消息。
例如,终端发送初始直传建立CS业务,核心网CN给RNC下发RAB指派要求建立CS业务,RNC通过UU口发送无线承载建立消息(RB SETUP)给终端要求建立CS业务,有可能正好在RNC发这条空口消息之前间隔很短时间内,终端上发一条断开连接消息(Disconnect消息)要求进行CS业务相关信令的释放,而这个是NAS(Network Attached Storage,网络附属存储)消息,RNC不解析透传给CN,但随后RNC又给终端发了RB SETUP消息,此时终端认为请求RNC进行CS业务相关的信令释放却收到了RNC的RB SETUP消息建立CS业务,于是终端通常会回复无效配置,商用网络中CS业务建立无效配置90%以上皆由此原因导致,PS业务也有部分由类似原因导致。
当RNC向终端发送RBC消息请求建立业务而终端发起业务终止请求(Disconnect消息或Deactive PDP Context REQ消息),导致终端在旧配置上回复无效配置,假如在网络侧新配置生效之前回复了无效配置,RNC可以收到终端发送的RBC消息失败响应,假如在网络侧生效之后回复了无效配置,新配置的物理层、L2和旧配置相同则网络侧也会收到RBC消息失败响应,但如果新配置的物理层、L2和旧配置不同,RNC收不到终端的RBC消息失败响应。
本实施例中,在第一定时器超时之前,RNC收不到终端的RBC消息失败响应或RBC消息成功响应,当收到终端的业务终止请求(断开连接消息或去激活PDP上下文请求消息)以后,开始执行步骤606。
步骤606:RNC回退步骤601中为终端A配置的资源;
步骤607:RNC向Node B发送删除Radio Link请求消息;
步骤608:RNC收到Node B反馈的删除Radio Link的响应消息,并启动第二定时器;
步骤609:在第二定时器超时之前,RNC收到终端A发送的小区更新消息,开始为终端A进行小区更新过程;若在第二定时器超时之前,RNC没有收到终端A发送的小区更新消息,则待第二定时器超时后,针对终端发起RRC释放过程。
其中,该步骤中,终端A在第二定时器超时之前发送小区更新消息,是因为在RNC指示终端A的服务基站删除步骤302~303已经建立的无线链路之后,基站会停止向终端发送一切信号,终端的物理层检测不到基站发送的下行同步信号,超过一定的次数和时间,终端会认为无线链路失败,便向RNC发送无线链路失败的小区更新消息。
实施中,具体的小区更新过程采用现有技术手段实施,此处不再累述。
本步骤中,具体的RRC释放过程在前面实施例已经详细说明,此处不再累述。
本实施例中,按照合理的第一定时器和第二定时器的计时时长,在RNC向终端发送RBC消息以后,在第一定时器超时前没有收到RBC响应消息的情况下,使RNC根据接收到来自终端的Disconnect消息或Deactive PDP Context REQ消息时,及时针对该终端进行资源回退,并指示基站删除已经生效的无线链路,促使终端尽快发起无线链路失败的小区更新消息,以使RNC收到小区更新消息后进行小区更新处理,重新为终端分配资源,挽救RBC失败过程,提高了RNC针对该RBC失败过程的挽救成功率,同时降低了RNC针对RBC过程引起的掉话率。
针对上述方法流程,本发明实施例还提供一种RBC消息处理的装置,装置的具体内容可以参照上述方法实施,在此不再赘述。
如图7所示的本发明提供的一种RBC消息处理的装置,该装置包括:
发送单元71,用于向终端发送RBC消息,
检测单元72,用于检测本地无线链路控制RLC层上报的RLC不可恢复错误消息;
接收单元73,用于接收所述终端或所述终端的服务基站发送的指定类型的消息;
处理单元74,用于在发送单元71向终端发送RBC消息时启动第一定时器,第一定时器的计时时长根据网络设备和终端的传输参数确定;在第一定时器超时之前,若检测单元72检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收单元73接收到所述指定类型的消息,则针对所述终端进行资源回退,并请求终端的服务基站删除终端的无线链路以触发终端进行小区更新。
较佳地,处理单元74还用于:
若在第一定时器超时之前,所述检测单元没有检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或所述接收单元没有接收到所述指定类型的消息,则待第一定时器超时后,针对所述终端进行资源回退,请求终端的服务基站删除终端的无线链路,以触发终端进行小区更新。
较佳地,处理单元74还用于:
请求终端的服务基站删除终端的无线链路之后,并在无线链路删除成功后启动第二定时器,第二定时器的计时时长根据终端用于检测失步所配置的失步参数确定;
网络设备,在第二定时器超时之前,若接收单元73接收到终端发送的小区更新消息,则处理单元74根据小区更新消息为终端进行小区更新;若没有接收到终端发送的小区更新消息,则待第二定时器超时后,针对终端发起无线资源控制RRC释放过程。
较佳地,终端发送的指定类型的消息,包括以下之一:
终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的Disconnect消息;
所述终端发送的Deactive PDP Context REQ消息。
较佳地,处理单元74具体用于:根据网络设备和终端的传输参数确定第一定时器的计时时长,第一定时器的计时时长根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示第一定时器的计时时长,D1为网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为网络设备的业务处理子系统和终端对等层配置的发送间隔,M为网络设备的业务处理子系统和终端对等层配置的最大重传次数,T1为网络设备的业务处理子系统和终端对等层配置的重传定时器的计时时长,F1为网络设备的业务处理子系统和终端对等层配置的最大复位次数,T2为网络设备的业务处理子系统和终端对等层配置的复位定时器的计时时长。
较佳地,处理单元74具体用于:根据终端用于检测失步所配置的失步参数确定第二定时器的计时时长,
第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为第二定时器的计时时长,N313为终端检测失步时连续收到物理层上报的失步次数,T313为终端检测到的失步次数达到N313以后启动的定时器的计时时长,T0为检测周期,ΔT为终端的服务基站从开始删除终端的无线链路到终端的服务基站停止发送物理层同步信号,以及到终端生成小区更新消息的时间偏移量。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种无线承载控制RBC消息处理方法,其特征在于,包括:
网络设备向终端发送RBC消息,并启动第一定时器;
所述网络设备在所述第一定时器超时之前,若检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或接收到指定类型的消息,则针对所述终端进行资源回退,并请求所述终端的服务基站删除所述终端的无线链路以触发所述终端进行小区更新;
其中,所述第一定时器的计时时长根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示所述第一定时器的计时时长,D1为所述网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为所述网络设备的业务处理子系统和终端对等层配置的发送间隔,M为所述网络设备的业务处理子系统和所述终端对等层配置的最大重传次数,T1为所述网络设备的业务处理子系统和所述终端对等层配置的重传定时器的计时时长,F1为所述网络设备的业务处理子系统和所述终端对等层配置的最大复位次数,T2为所述网络设备的业务处理子系统和所述终端对等层配置的复位定时器的计时时长。
2.如权利要求1所述的方法,其特征在于,还包括:
若在所述第一定时器超时之前,所述网络设备没有检测到RLC层上报的所述RLC不可恢复错误消息或没有接收到所述指定类型的消息,则待所述第一定时器超时后,针对所述终端进行资源回退,请求所述终端的服务基站删除所述终端的无线链路,以触发所述终端进行小区更新。
3.如权利要求1或2所述的方法,其特征在于,所述网络设备请求所述终端的服务基站删除所述终端的无线链路之后,还包括:
在所述无线链路删除成功后启动第二定时器,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定;
所述网络设备在所述第二定时器超时之前,若接收到所述终端发送的小区更新消息,则根据所述小区更新消息为所述终端进行小区更新;若没有接收到所述终端发送的小区更新消息,则待所述第二定时器超时后,针对所述终端发起无线资源控制RRC释放过程。
4.如权利要求1所述的方法,其特征在于,所述指定类型的消息,包括以下之一:
所述终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的断开连接Disconnect消息;
所述终端发送的去激活分组数据协议上下文请求Deactive PDP Context REQ消息。
5.如权利要求3所述的方法,其特征在于,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定,包括:
所述第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为所述第二定时器的计时时长,N313为所述终端检测失步时连续收到物理层上报的失步次数,T313为所述终端检测到的失步次数达到所述N313以后启动的定时器的计时时长,T0为检测周期,ΔT为所述终端的服务基站从开始删除所述终端的无线链路到所述终端的服务基站停止发送物理层同步信号,以及到所述终端生成小区更新消息的时间偏移量。
6.一种无线承载控制RBC消息处理的装置,其特征在于,包括:
发送单元,用于向终端发送RBC消息,
检测单元,用于检测本地无线链路控制RLC层上报的RLC不可恢复错误消息;
接收单元,用于接收所述终端或所述终端的服务基站发送的指定类型的消息;
处理单元,用于在发送单元向终端发送RBC消息时启动第一定时器;在所述第一定时器超时之前,若所述检测单元检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或所述接收单元接收到所述指定类型的消息,则针对所述终端进行资源回退,并请求所述终端的服务基站删除所述终端的无线链路以触发所述终端进行小区更新;
其中,所述处理单元具体用于:根据网络设备和所述终端的传输参数确定所述第一定时器的计时时长,所述第一定时器的计时时长根据以下公式计算得到:
TXtimer=D1+((N-1)/S)*TTI+(M-1)*T1+(F1-1)*T2;
其中,TXtimer表示所述第一定时器的计时时长,D1为所述网络设备高层信令子系统内配置的发送消息的传输时延,N为数据包数量,S为单位TTI内最大发送的数据块,TTI为所述网络设备的业务处理子系统和终端对等层配置的发送间隔,M为所述网络设备的业务处理子系统和所述终端对等层配置的最大重传次数,T1为所述网络设备的业务处理子系统和所述终端对等层配置的重传定时器的计时时长,F1为所述网络设备的业务处理子系统和所述终端对等层配置的最大复位次数,T2为所述网络设备的业务处理子系统和所述终端对等层配置的复位定时器的计时时长。
7.如权利要求6所述的装置,其特征在于,所述处理单元还用于:
若在所述第一定时器超时之前,所述检测单元没有检测到本地无线链路控制RLC层上报的RLC不可恢复错误消息或所述接收单元没有接收到所述指定类型的消息,则待所述第一定时器超时后,针对所述终端进行资源回退,请求所述终端的服务基站删除所述终端的无线链路,以触发所述终端进行小区更新。
8.如权利要求6或7所述的装置,其特征在于,所述处理单元还用于:
请求所述终端的服务基站删除所述终端的无线链路之后,并在所述无线链路删除成功后启动第二定时器,所述第二定时器的计时时长根据所述终端用于检测失步所配置的失步参数确定;
在所述第二定时器超时之前,若所述接收单元接收到所述终端发送的小区更新消息,则所述处理单元根据所述小区更新消息为所述终端进行小区更新;若所述接收单元没有接收到所述终端发送的小区更新消息,则待所述第二定时器超时后,针对所述终端发起无线资源控制RRC释放过程。
9.如权利要求6所述的装置,其特征在于,所述接收单元接收的所述指定类型的消息,包括以下之一:
所述终端发送的小区更新消息;
所述终端的服务基站发送的无线链路失败消息;
所述终端发送的Disconnect消息;
所述终端发送的Deactive PDP Context REQ消息。
10.如权利要求8所述的装置,其特征在于,所述处理单元具体用于:根据所述终端用于检测失步所配置的失步参数确定所述第二定时器的计时时长,
所述第二定时器的计时时长根据以下计算公式计算得到:
RLFAILtimer=N313*T0+T313+ΔT;
其中,RLFAILtimer为所述第二定时器的计时时长,N313为所述终端检测失步时连续收到物理层上报的失步次数,T313为所述终端检测到的失步次数达到所述N313以后启动的定时器的计时时长,T0为检测周期,ΔT为所述终端的服务基站从开始删除所述终端的无线链路到所述终端的服务基站停止发送物理层同步信号,以及到所述终端生成小区更新消息的时间偏移量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410332133.9A CN104113928B (zh) | 2014-07-11 | 2014-07-11 | 一种无线承载控制rbc消息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410332133.9A CN104113928B (zh) | 2014-07-11 | 2014-07-11 | 一种无线承载控制rbc消息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104113928A CN104113928A (zh) | 2014-10-22 |
CN104113928B true CN104113928B (zh) | 2018-04-17 |
Family
ID=51710520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410332133.9A Active CN104113928B (zh) | 2014-07-11 | 2014-07-11 | 一种无线承载控制rbc消息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104113928B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104902507B (zh) * | 2015-05-14 | 2018-07-24 | 大唐移动通信设备有限公司 | 一种消息发送的方法及装置 |
CN104955117B (zh) * | 2015-06-30 | 2018-08-21 | 大唐移动通信设备有限公司 | 一种计算激活时间的方法及装置 |
CN105517020B (zh) * | 2015-12-16 | 2018-09-28 | 京信通信系统(中国)有限公司 | 一种更新配置参数的方法及装置 |
CN109245816B (zh) * | 2017-07-10 | 2020-07-28 | 大唐移动通信设备有限公司 | 一种链路检测方法和装置 |
MX2020002390A (es) * | 2017-09-12 | 2020-07-22 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo de procesamiento de informacion, entidad funcional de capa alta y medio de almacenamiento de computadora. |
WO2019095113A1 (zh) * | 2017-11-14 | 2019-05-23 | Oppo广东移动通信有限公司 | 数据重传的方法、终端设备和网络设备 |
US11032866B2 (en) * | 2017-11-27 | 2021-06-08 | FG Innovation Company Limited | Methods and related devices for multi-connectivity |
EP3721570B1 (en) | 2017-12-19 | 2022-08-31 | Huawei Technologies Co., Ltd. | Client device and methods thereof for transmitting control messages |
US11622412B2 (en) | 2018-04-16 | 2023-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for updating a wait timer |
CN110740469B (zh) * | 2018-07-18 | 2022-12-09 | 维沃移动通信有限公司 | 一种监测结果的确定方法及终端 |
CN111954221A (zh) * | 2019-05-14 | 2020-11-17 | 中国移动通信有限公司研究院 | 一种资源管理方法、装置、通信设备和存储介质 |
CN112312588B (zh) * | 2019-07-31 | 2023-06-02 | 华为技术有限公司 | 用于传输数据的方法、终端设备和网络设备 |
CN114342288B (zh) * | 2019-11-18 | 2024-02-02 | Oppo广东移动通信有限公司 | 一种确定无线链路连接状态的方法、电子设备及存储介质 |
CN111064623B (zh) * | 2019-12-26 | 2022-07-22 | 新华三技术有限公司成都分公司 | 一种消息处理方法及装置 |
CN113709804A (zh) * | 2020-05-22 | 2021-11-26 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113939000A (zh) * | 2021-12-01 | 2022-01-14 | 江苏亨鑫众联通信技术有限公司 | 降低连接态终端消耗基站资源的方法、系统及存储介质 |
CN117082583A (zh) * | 2022-07-19 | 2023-11-17 | 荣耀终端有限公司 | 一种通信方法及相关设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730061A (zh) * | 2008-10-31 | 2010-06-09 | 大唐移动通信设备有限公司 | 业务建立与小区更新的同步处理方法、装置及系统 |
CN102300187A (zh) * | 2010-06-25 | 2011-12-28 | 中兴通讯股份有限公司 | 提高业务呼通率的实现方法及无线网络控制器 |
-
2014
- 2014-07-11 CN CN201410332133.9A patent/CN104113928B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730061A (zh) * | 2008-10-31 | 2010-06-09 | 大唐移动通信设备有限公司 | 业务建立与小区更新的同步处理方法、装置及系统 |
CN102300187A (zh) * | 2010-06-25 | 2011-12-28 | 中兴通讯股份有限公司 | 提高业务呼通率的实现方法及无线网络控制器 |
Also Published As
Publication number | Publication date |
---|---|
CN104113928A (zh) | 2014-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104113928B (zh) | 一种无线承载控制rbc消息处理方法及装置 | |
US10021663B2 (en) | Method and device for realizing data transmission | |
US9781637B2 (en) | Link failure recovery method and apparatus | |
KR101586638B1 (ko) | 캐리어 어그리게이션 시나리오들에서의 핸드오버 방법 | |
JP6118926B2 (ja) | 多重コンポーネント・キャリアで多重リンクを設立する方法及び関連する通信装置 | |
CN103597901B (zh) | 在载波聚合无线通信系统中控制随机接入的方法和装置 | |
EP3592097B1 (en) | Radio link failure handling method and related product | |
CN107371208A (zh) | 切换方法及装置 | |
KR20090120399A (ko) | 연결 재설립 방법과 관련된 통신 디바이스 | |
JP2012090303A5 (zh) | ||
CN101848553B (zh) | 长期演进系统中的无线资源控制连接重建立方法和基站 | |
WO2016008426A1 (zh) | D2d通信终端及其通信方法 | |
WO2015170523A1 (ja) | ユーザ装置及び方法 | |
WO2012136101A1 (zh) | 一种混合自动重传的处理方法、系统及装置 | |
CN103024835A (zh) | 小区内切换方法和设备 | |
CN108924964A (zh) | 保证通信连续性的方法和用户设备 | |
WO2013107218A1 (zh) | 一种Uu接口重配置方法及设备 | |
JP2015216412A (ja) | ユーザ装置、基地局及び方法 | |
CN117880907A (zh) | 用于移动性控制的无线通信方法 | |
CN113038550B (zh) | 网络连接的重建立方法及装置、存储介质、电子装置 | |
CN104469745B (zh) | 一种完整性保护参数的应用方法及装置 | |
TW201803400A (zh) | 處理與基地台的通訊的裝置及方法 | |
CN107135522A (zh) | 一种提高切换成功率的方法和用户设备 | |
WO2015149558A1 (zh) | 无线网络控制器、无线通信系统和信道重配置方法 | |
TWI635761B (zh) | 交遞 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |