发明内容
本发明提供了一种下行物理层信道处理方法及装置,以至少解决相关技术中对TD-SCDMA***终端如何接收处理各种下行信道没有给出具体实现方法的问题。
根据本发明的一个方面,提供了一种下行物理层信道处理方法,包括:终端在当前传输时间间隔TTI的配置子帧中配置下一个TTI的下行信道的参数;终端根据配置的下行信道的参数在下一个TTI接收下行信道。
优选地,终端在当前TTI的配置子帧中配置下一个TTI的下行信道的参数包括:终端接收到下行信道配置请求消息,并置位第一配置接收标志,其中,第一配置接收标志用于指示终端在下一个TTI需要配置下行信道的参数;终端保存下行信道配置请求消息中的配置信息,并根据下行信道配置请求消息计算下一个TTI的下行信道的参数;终端配置下一个TTI的下行信道的参数,并置位第二配置接收标志,清除第一配置接收标志,其中,第二配置接收标志用于指示终端已经配置下行信道的参数。
优选地,终端在当前TTI的配置子帧的第一个时隙处接收到下行信道配置请求消息。
优选地,上述方法还包括:如果终端在下一个TTI不需要接收下行信道,则终端释放下行信道的参数。
优选地,终端判断在下一个TTI是否需要接收下行信道的动作,或配置下一个TTI的下行信道的参数的动作,或释放下行信道的参数的动作,是在当前TTI的配置子帧的最后一个时隙完成的。
优选地,终端释放下行信道的参数包括:终端释放下行信道的参数,并置位释放标志,清除用于指示终端已经配置下行信道的参数的配置接收标志,其中,释放标志用于指示下行信道的参数已经释放。
优选地,如果释放标志已经置位,且已经超过释放时间,则强行释放下行信道的参数。
优选地,如果终端在当前TTI的配置子帧处不能确定下一个TTI是否需要接收下行信道,则终端在接收到下行信道配置请求消息的时刻配置下行信道的参数。
优选地,终端在当前TTI的配置子帧中配置下一个TTI的下行信道的参数包括:终端通过硬件配置接口将下行信道的参数配置给终端中的硬件。
优选地,在终端接通过硬件配置接口将下行信道的参数配置给终端中的硬件之后,上述方法还包括:终端接收到硬件上报的硬件中断,其中,硬件中断用于指示硬件的处理结果;终端确定硬件中断的类型;终端根据硬件中断的类型进行中断处理。
优选地,硬件中断的类型包括以下至少之一:信道估计中断、联合检测解码中断、增强混合指示信道EHICH解码中断、传输格式组合标识符TFCI中断、TTI中断。
优选地,配置子帧是当前TTI的最后一个子帧。
根据本发明的另一方面,提供了一种下行物理层信道处理装置,应用于终端,包括:配置模块,用于在当前传输时间间隔TTI的配置子帧中配置下一个TTI的下行信道的参数;接收模块,用于根据配置的下行信道的参数在下一个TTI接收下行信道。
优选地,配置模块包括:接收单元,用于接收下行信道配置请求消息,并置位第一配置接收标志,其中,第一配置接收标志用于指示终端在下一个TTI需要配置下行信道的参数;保存单元,用于保存下行信道配置请求消息中的配置信息;计算单元,用于根据下行信道配置请求消息计算下一个TTI的下行信道的参数;配置单元,用于配置下一个TTI的下行信道的参数,并置位第二配置接收标志,清除第一配置接收标志,其中,第二配置接收标志用于指示终端已经配置下行信道的参数。
优选地,上述装置还包括:释放模块,用于在下一个TTI不需要接收下行信道的情况下,释放下行信道的参数。
本发明中,终端在当前TTI配置下一个TTI的下行信道的参数,并根据配置的下行信道的参数在下一个TTI接收下行信道,提供了基于TTI和子帧的TD-SCDMA***终端接收处理下行信道的一种具体实现方法,软硬件协调处理,易于实现,下行信道处理过程简洁高效,具有较强的实用性。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本发明实施例提供了一种下行物理层信道处理方法,图1是根据本发明实施例的下行物理层信道处理方法的流程图,如图1所示,包括如下的步骤S102至步骤S104。
步骤S102,终端在当前TTI的配置子帧中配置下一个TTI的下行信道的参数。
步骤S104,终端根据配置的下行信道的参数在下一个TTI接收下行信道。
相关技术中,对TD-SCDMA***终端如何接收处理各种下行信道没有给出具体实现方法。上述实施例中,终端在当前TTI配置下一个TTI的下行信道的参数,并根据配置的下行信道的参数在下一个TTI接收下行信道,提供了基于TTI和子帧的TD-SCDMA***终端接收处理下行信道的一种具体实现方法,并且,在本发明实施例中,下行信道的接收处理由软硬件协调完成,为了提高下行信道处理效率,对于功能比较单一的算法处理部分用硬件加速器进行处理,软件在一定时刻内将硬件计算所需的各种变化的参数配置给硬件,对于一些复杂控制流程部分用软件来实现,软件要根据不同下行信道配置组合情况计算出配置参数并能对硬件计算结果上报的中断进行及时处理。上述配置子帧必须保证硬件不会再取这些配置参数进行当前TTI的下行信道的接收,优选地,上述配置子帧是当前TTI的最后一个子帧。
对于上述步骤S102,本发明实施例提供了一种优选实施方式,如下:终端接收到下行信道配置请求消息,并置位第一配置接收标志,其中,第一配置接收标志用于指示终端在下一个TTI需要配置下行信道的参数;终端保存下行信道配置请求消息中的配置信息,并根据下行信道配置请求消息计算下一个TTI的下行信道的参数;终端配置下一个TTI的下行信道的参数,并置位第二配置接收标志,清除第一配置接收标志,其中,第二配置接收标志用于指示终端已经配置下行信道的参数。本优选实施方式中,通过置位相关的标志,指示当前的下行信道处理状态,方法简单易实施。
优选地,终端在当前TTI的配置子帧的第一个时隙处接收到下行信道配置请求消息。
优选地,终端判断在下一个TTI是否需要接收下行信道的动作,或配置下一个TTI的下行信道的参数的动作,或释放下行信道的参数的动作,是在当前TTI的配置子帧的最后一个时隙完成的。需要说明的是,完成上述动作的时刻点必须保证硬件不会再取这些配置参数进行当前TTI的下行信道的接收。
如果终端在当前TTI的配置子帧处不能确定下一个TTI是否需要接收下行信道(即下行紧急信道,其在配置子帧相关信息接收解析后,才能决定下一个TTI是否有需要接收的下行信道),则终端在接收到下行信道配置请求消息的时刻配置下行信道的参数。
本发明实施例还提供了另外一个优选实施方式,如果终端在下一个TTI不需要接收下行信道,则终端释放下行信道的参数。
上述终端释放下行信道的参数包括:终端释放下行信道的参数,并置位释放标志,清除用于指示终端已经配置下行信道的参数的配置接收标志,其中,释放标志用于指示下行信道的参数已经释放。
另外,对于上述释放参数的过程,本发明实施例还提供了一种优选实施方式,即释放保护,如果释放标志已经置位,且已经超过释放时间,则强行释放下行信道的参数。本优选实施方式中,如果释放标志已经置位,代表终端已经开始进行下行信道的参数的释放过程,超过释放时间,就表明在释放时间内未完成释放,或者由于其他原因没有进行释放,这时,采用强制释放,防止硬件中断异常影响后面下行信道接收,可以保证需要释放的参数及时释放,避免资源长期被占用。
本发明实施例中,由软件完成控制流程和硬件所需参数的计算与配置,硬件进行运算处理后将处理结果以中断方式上报给软件,由软件进行后续处理。中断上报处理过程如下:
上述步骤S102包括:终端通过硬件配置接口将下行信道的参数配置给该终端中的硬件。
在上述给硬件配置参数的步骤之后,还包括:终端接收到硬件上报的硬件中断,其中,该硬件中断用于指示硬件的处理结果;终端确定硬件中断的类型;终端根据硬件中断的类型进行中断处理。上述硬件中断的类型包括以下至少之一:信道估计中断、联合检测解码中断、增强混合指示信道EHICH解码中断、传输格式组合标识符TFCI中断、TTI中断。
由上述可知,本发明实施例主要包括两个部分:下行信道(参数)配置处理和下行信道中断上报处理。本发明实施例由软硬件协调处理,终端为了提高下行信道处理效率,对于功能比较单一的算法处理部分用硬件加速器进行处理,软件只需要在一定时刻内将硬件计算所需的各种变化的参数配置给硬件,对于一些复杂控制流程部分用软件来实现,软件要根据不同下行信道配置组合情况计算出配置参数并能对硬件计算结果上报中断及时处理。而所有下行信道都有TTI,因而以所有下行信道的最小TTI为单位进行下行信道参数配置,既能方便统一处理各种下行信道并发组合情况,也可以节省不必要的下行信道接收。
下面将结合优选实施例对本发明实施例的实现过程进行详细描述。
TD-SCDMA***以***帧为单位组成帧结构,***帧长度为10ms,每个***帧分为两个子帧,每个子帧5ms,平均分为6400个chip,每个子帧有7个常规时隙(Time Slot,简称为TS)TS0~TS6,其中TS0和TS6固定为下行时隙,TS1固定为上行时隙,其他时隙根据上下时隙转换点决定是上行时隙还是下行时隙,一个子帧只有两个上下行时隙转换点。此外在时隙TS0和时隙TS1之间还有三个特殊时隙:下行导频时隙(Downlink Pilot Time Slot,简称为DwPTS)、保护间隔(Guard period,简称为GP)和上行导频时隙(Uplink Pilot Time Slot,简称为UpPTS),这三个时隙主要用于下行同步和上行同步。TD-SCDMA的下行信道都承载在下行时隙上。每个常规时隙包含864个chip,其中在352chip处开始的144chip是信道Midamble码用于反映信道质量的,其前后的352chip是数据部分,时隙尾有16个chip的间隔区。图3至图5中Dw表示DwPTS,Up表示UpPTS。
TD-SCDMA终端下行物理层信道处理将下行信道接收处理分成软件和硬件协调处理完成。其中,软件处理完成控制流程和硬件所需参数计算及配置,硬件处理完成运算量比较大的算法运算处理。软件通过硬件配置接口将硬件运算工作所需的参数在规定时刻配置给硬件,硬件经过运算处理后将处理结果通过中断方式上报通知软件,软件收到中断上报后,从硬件中断上报信息接口中读取所需处理数据和结果。软件控制流程需要能区分各种下行业务信道接收场景,并在硬件规定的时刻点将该场景的硬件所需参数计算并配置给硬件,由于TD-SCDMA***中各种下行业务都有TTI,TTI都是子帧的倍数,所以取各种业务的最小TTI为单位进行业务参数配置,最小TTI的长度可能为一个子帧,所以下行信道处理软件以一个子帧为单位进行流程控制。而下行物理信道硬件中断上报是以时隙为单位进行上报,所以软件中断处理以时隙为单位,下行信道若还需要进行传输信道处理的,会有TFCI中断或TTI中断处理,它们是基于***帧或TTI为单位的,软件在中断上报时,区分不同的中断类型并读取中断相关信道参数进行后续处理。
本发明实施例主要包括两部分:基于TTI和子帧的下行物理层信道参数配置处理和基于时隙的下行物理层信道硬件中断处理(TFCI中断或TTI中断是基于帧或者TTI的),对下行物理层信道进行统一管理,便于实现和扩展。下行物理层信道配置处理主要是根据上层调度决定下一TTI是否需要进行相关下行信道的接收,在每个TTI尾时进行下一个TTI的信道参数配置,这个配置的时刻点必须保证硬件不会再取这些配置参数进行当前TTI的接收,同时在这个时刻点还要判断下一个TTI是否需要进行下行信道的接收,若需要接收则正常配置,若不需要接收则释放相关配置。下行信道硬件中断处理主要以时隙为单位,依据硬件处理过程不同阶段上报的中断获取相应的参数供控制、测量及同步功控等相关功能使用。
其中,上述下行物理层信道参数配置处理又分为三个部分,分别为下行普通信道配置处理、下行紧急信道配置处理和下行信道释放处理。各下行信道的TTI设定如下:单位为一个子帧,PCCPCH为4,PICH为1(PI指示只会在一个子帧中,从一个子帧中就能解出本用户的PI指示),SCCPCH由网侧配置,通常为4,FPACH为网侧配置的最大FPACH接收子帧数,若接收到本用户的FPACH后可以将本子帧设为TTI最后一个子帧,下行DPCH由网侧配置,HS-SCCH为1,HS-DSCH为1,E-AGCH为1,E-HICH为1。
优选实施例一
本优选实施例对下行信道配置处理进行说明。图2是根据本发明优选实施例一的下行信道配置处理的时序图,从图1中可以看出,下行信道配置以最小TTI为基础进行处理,TTI的单位为子帧。物理层接收调度模块L1S(Layer 1 Schedule)判断有下行业务信道需要接收时,会在该下行业务信道的TTI边界前一子帧给下行信道接收模块RX(Receiver)下发下行信道配置请求消息,一般都是在这个子帧的TS0时隙下发。当下行信道接收模块收到L1S下发的下行信道配置消息后,保存相关配置信息并计算出下一个TTI的配置参数,并在这个子帧的时隙TS6的352chip之后将下行信道的硬件参数配置给硬件,***需要能支持注册TS6的352chip级事件。选择这个时刻点配置硬件是因为RX硬件接收下行物理信道数据是以时隙为单位,在每个下行时隙的352chip处硬件通过硬件配置接口获取软件配置的参数开始工作,对于子帧级下行信道接收最好在此位置统一处理下一子帧所有时隙的参数配置,而且还不影响当前子帧时隙的接收。硬件在每个TTI的第一个子帧获取到配置参数后,完成这个TTI内的下行信道接收,直到硬件配置参数被释放后停止硬件工作。此外为了减少硬件更新参数的频度,对于各个下行时隙接收时都相同配置的参数可以一个子帧更新一次,硬件选择在时隙TS0的352chip处更新这些子帧级参数。
下行信道的释放处理是在下行信道一个TTI接收完毕前没有收到新的TTI的配置请求时触发,这个判断放在一个TTI接收最后一个子帧的TS6的352chip事件处,若本子帧的TS0没有收到L1S下发的下行信道配置请求,则启动释放流程,清除硬件配置参数和软件参数,停止硬件接收该信道的工作;若本子帧的TS0收到了L1S下发的下行信道配置请求,则启动重配置流程,像新配置一样将重配参数配置进硬件,但对于软件参数需要保存新旧两套参数以处理旧配置上报的中断。
优选实施例二
在下行信道中,可以分为下行普通信道和下行紧急信道两种。下行普通信道是指在TTI边界前一子帧时隙TS0就能判断下一TTI是否有需要接收的下行信道,如下行信道PCCPCH、PICH、SCCPCH、FPACH、下行DPCH、HS-SCCH和E-AGCH。下行紧急信道是指在TTI边界前一子帧时隙TS0不能决定下一TTI是否需要接收下行信道,而是在这一子帧相关信息接收解析后,才能决定下一个TTI是否有需要接收的下行信道,如下行信道HS-DSCH和E-HICH。由于这两类下行信道的不同特点,下行信道配置处理分为两种处理方式(下行普通信道配置处理方式和下行紧急信道配置处理方式),但这两类下行信道的释放处理方式仍然相同。
本优选实施例分别结合图3和图4对上述两种配置处理方式进行说明。
图3是根据本发明优选实施例二的下行普通信道配置处理的时序图,下行普通信道都采用这种流程进行配置处理。如图3所示,A点是TTI边界前一子帧的时隙TS0,在A点处,下行信道接收模块RX收到物理层调度模块L1S下发的下行信道配置请求,并置位该下行信道需要配置接收标志。B点是TS1时隙级时间处理单元(Time Process Unit,简称为TPU)中断,配置下行信道接收子帧级参数,因为子帧级参数硬件是一个子帧在时隙TS0获取一次,所以在TTI边界前一子帧的时隙TS1就可以对下一子帧各下行信道接收公共的子帧级参数进行配置,需要说明的是,该时刻点可以移到时隙TS6的352chip事件处和时隙级参数一起配置。C点是时隙TS6的352chip处注册事件中断,每个子帧都有,RX模块根据下行信道配置请求的需要配置接收标志配置硬件参数,包括物理信道硬件参数和传输信道硬件参数,并且置上位该下行信道已配置接收标志,清除需要配置接收标志。D点是本TTI非TS0业务的中断最早生效位置,和B点相同时刻,是每个子帧都有的时隙级注册事件,下行信道时隙级处理的中断最晚在下一个时隙。若下行信道配置在TS0,则在C点就置位下行信道处理中断有效标志,若下行信道配置在非TS0,则在D点判断下行信道已配置接收标志被置上后,置中断有效标志。下行信道处理中断有效标志分为物理信道处理中断有效标志和传输信道中断有效标志。
图4是根据本发明优选实施例二的下行紧急信道配置处理的时序图,下行紧急信道会采用这种流程,根据下行信道接收解析结果才能决定下一个TTI是否需要接收下行信道。这类下行信道处理分为两种,一种是下行信道配置请求在C点(下行信道接收模块RX配置硬件)之前下发,则和下行普通信道配置处理方式相同,收到配置请求消息只是保存并计算参数,然后在C点进行硬件配置。另一种就是在C点之后收到下行信道配置请求消息,在这种情况下,按照下行紧急信道配置处理流程进行处理,即,收到配置请求消息的同时配置硬件。在图4中,E点为下行信道接收模块RX收到下行紧急信道配置请求的时刻点,E点位于C点之后,即在E点就要配置硬件参数,并置位该下行信道的已配置接收标志。
当前时刻(接收到下行信道配置请求的时刻)与C点比较前后的方法举例如下:可以记录时隙TS1事件的子帧号和时隙TS6的352chip事件的子帧号,在当前时刻,如果TS1事件的子帧号等于TS6事件的子帧号,则当前时刻位于前一子帧TS6与下一子帧TS1两个事件之间(如图4所示);若两个子帧号不等,则当前时刻位于当前同一子帧的TS1事件与TS6事件之间。
优选实施例三
本优选实施例对下行信道的释放过程进行详细说明。图5是根据本发明优选实施例三的下行信道释放处理的时序图,如图5所示,F点是下行信道接收模块RX判断下行信道释放的时刻点,该时刻点与C点相同,都是时隙TS6的352chip处,当该下行信道已配置接收标志置上时,就需要判断下行信道在该子帧是否需要释放。
判断该下行信道是否要释放的方法如下:在A点或E点收到下行信道配置请求消息时,计算并保存下一个TTI的最后一个子帧号,在当前TTI的最后一个子帧的时隙TS6的352chip事件处比较当前的子帧号和该下行信道保存的下一个TTI的最后一个子帧的子帧号,当二者相等时,则确定该下行信道需要释放,然后置位释放标志,并清除该下行信道已配置接收标志,释放该下行信道的物理信道硬件配置处理参数。由于传输信道硬件处理在下个子帧还要进行,所以传输信道硬件配置参数在下个子帧根据释放标志再进行硬件配置释放,若该下行信道不需要传输信道处理,则释放完物理信道配置参数后,直接将释放标志清除。
G点是时隙TS1注册事件处,若该下行信道释放标志已置,则清除该信道的物理信道处理中断有效标志,若无传输信道配置则清除该下行信道的释放标志。H点是该下行信道传输信道处理TFCI中断处,若TFCI为0,则释放该下行信道的传输信道硬件配置参数,并清除传输信道处理中断有效标志和该下行信道的释放标志;若TFCI不为0(即该中断已经上报给软件),则继续配置传输信道参数,并进行后续解码处理。I点是该下行信道传输信道处理TTI中断处,在软件处理完中断后,释放该下行信道的传输信道硬件配置参数,并清除传输信道处理中断有效标志和该下行信道的释放标志。J点是下行信道释放保护处理,与C点、F点位置相同,若该下行信道释放标志已置,且超过释放时间,则强制进行下行信道释放保护,防止硬件中断异常影响后面下行信道的接收。
优选实施例四
本优选实施例是对下行信道硬件中断处理过程进行描述,在本优选实施例中,无论下行普通信道还是下行紧急信道,其中断处理都是相同的。
物理信道处理中断以时隙级为单位,每个时隙进行一轮中断上报,物理信道处理中断有信道估计中断Mche_int,联合检测解码中断Jdcore_int和E-HICH解码结果中断Ehich_int。其中,信道估计中断是物理信道硬件处理完Midamble码相关处理后上报,上报的信息有本小区的信道估计数据及干扰信号强度;联合检测解码中断是处理完符号级数据解码后上报,上报的信息有解码软比特解码数据及码道激活信息;E-HICH中断是处理完E-HICH解码后上报,上报的信息为E-HICH解码信息。
对于有传输信道处理的下行信道,如下行信道PCCPCH、SCCPCH、FPACH、下行DPCH、HS-SCCH和E-AGCH,会有传输信道处理TTI中断,TTI中断上报时可以获取该下行信道的解码结果,其中SCCPCH和下行DPCH信道还会有TFCI中断,TFCI中断上报时物理层软件可以获取TFCI值解析出传输信道组合格式参数,配置到传输信道硬件后继续进行解码处理,TFCI中断每两个子帧上报一次。物理信道处理中断上报后,判断该物理信道中断有效标志置上,再进行软件中断处理,传输信道处理中断上报后,判断该传输信道中断有效标志置上,再进行软件中断处理。
图6是根据本发明优选实施例四的下行信道硬件中断处理的流程图,如图6所示,步骤如下:
步骤S602,下行信道接收模块通过相同的硬件中断接口接收硬件中断,通过中断状态位来区分不同的硬件中断类型,各个硬件中断可以并发上报,也可单独上报。软件根据中断类型逐一进行相关硬件中断的软件处理。
步骤S604,判断是否收到信道估计中断Mche_int,如果是,则执行步骤S606,如果否,则执行步骤S608。
步骤S606,读取本小区的信道估计值和本小区干扰信号强度,选取本用户对应的信道估计值给同步跟踪模块进行定时同步调整,结束流程。
步骤S608,判断是否收到联合检测解码中断Jdcore_int,如果是,则执行步骤S610,如果否,则执行步骤S612。
步骤S610,读取软比特解码数据等硬件上报信息,根据激活码道情况计算出本用户接收码道信号强度,从而计算出信干比(Signal to Interference Ratio,简称为SIR),以SIR为信道质量指示,用作频偏校准、同步跟踪、功控、射频增益控制、测量和下行专用信道同失步控制等模块评估当前信道质量的指标,此外还会根据软比特解码数据计算频偏估计、功控调整信息和寻呼指示信息等,结束流程。
步骤S612,判断是否收到EHICH解码中断Ehich_int,如果是,则执行步骤S614,如果否,则执行步骤S616。
步骤S614,读取EHICH相关信息给高速业务控制和功率控制模块,结束流程。
步骤S616,判断是否收到TFCI中断Tfci_int,如果是,则执行步骤S618,如果否,则执行步骤S620。
步骤S618,读取TFCI值并解出传输信道格式参数并配置硬件进行后续解码,结束流程。
步骤S620,若收到TTI中断,如果是,则执行步骤S622,如果否,则结束流程。
步骤S622,读取TTI解码数据并上报给协议栈高层继续解码,结束流程。
本优选实施例中,判断接收中断的类型并不限于上述顺序。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明实施例还提供了一种下行物理层信道处理装置,应用于终端,该下行物理层信道处理装置可以用于实现上述下行物理层信道处理方法。图7是根据本发明实施例的下行物理层信道处理装置的结构框图,如图7所示,包括第一配置模块72和第一接收模块74。下面对其结构进行详细描述。
第一配置模块72,用于在当前TTI的配置子帧中配置下一个TTI的下行信道的参数;第一接收模块74,连接至第一配置模块72,用于根据第一配置模块72配置的下行信道的参数在下一个TTI接收下行信道。
图8是根据本发明优选实施例的下行物理层信道处理装置的结构框图一,如图8所示,第一配置模块72包括:接收单元721,用于接收下行信道配置请求消息,并置位第一配置接收标志,其中,第一配置接收标志用于指示终端在下一个TTI需要配置下行信道的参数;保存单元722,连接至接收单元721,用于保存接收单元721接收的下行信道配置请求消息中的配置信息;计算单元723,连接至保存单元722,用于根据下行信道配置请求消息计算下一个TTI的下行信道的参数;配置单元724,连接至计算单元723,用于根据计算单元723计算的参数配置下一个TTI的下行信道的参数,并置位第二配置接收标志,清除第一配置接收标志,其中,第二配置接收标志用于指示终端已经配置下行信道的参数。
优选地,接收单元721在当前TTI的配置子帧的第一个时隙处接收到下行信道配置请求消息。
图9是根据本发明优选实施例的下行物理层信道处理装置的结构框图二,如图9所示,上述装置还包括:释放模块76,连接至第一配置模块72,用于在下一个TTI不需要接收下行信道的情况下,释放下行信道的参数。
优选地,终端判断在下一个TTI是否需要接收下行信道的动作,或第一配置模块72配置下一个TTI的下行信道的参数的动作,或释放模块76释放下行信道的参数的动作,是在当前TTI的配置子帧的最后一个时隙完成的。
图10是根据本发明优选实施例的下行物理层信道处理装置的结构框图三,如图10所示,释放模块76包括:释放单元762,用于释放下行信道的参数,并置位释放标志,清除用于指示终端已经配置下行信道的参数的配置接收标志,其中,释放标志用于指示下行信道的参数已经释放。
优选地,如果释放标志已经置位,且已经超过释放时间,则强行释放下行信道的参数。
图11是根据本发明优选实施例的下行物理层信道处理装置的结构框图四,如图11所示,上述装置还包括:第二配置模块78,用于在当前TTI的配置子帧处不能确定下一个TTI是否需要接收下行信道的情况下,在接收到下行信道配置请求消息的时刻配置下行信道的参数。
图12是根据本发明优选实施例的下行物理层信道处理装置的结构框图五,如图12所示,第一配置模块72包括:配置单元725,用于通过硬件配置接口将下行信道的参数配置给终端中的硬件。
图13是根据本发明优选实施例的下行物理层信道处理装置的结构框图六,如图13所示,上述装置还包括:第二接收模块710,连接至第一配置模块72,用于接收配置单元725配置参数后的硬件上报的硬件中断,其中,硬件中断用于指示硬件的处理结果;确定模块712,连接至第二接收模块710,用于确定第二接收模块710接收的硬件中断的类型;中断处理模块714,连接至确定模块712,用于根据确定模块712确定的硬件中断的类型进行中断处理。
优选地,上述硬件中断的类型包括以下至少之一:信道估计中断、联合检测解码中断、增强混合指示信道EHICH解码中断、传输格式组合标识符TFCI中断、TTI中断。
优选地,上述配置子帧是当前TTI的最后一个子帧。
需要说明的是,装置实施例中描述的下行物理层信道处理装置对应于上述的方法实施例,其具体的实现过程在方法实施例中已经进行过详细说明,在此不再赘述。
综上所述,根据本发明的上述实施例,提供了一种下行物理层信道处理方法及装置。本发明中,终端在当前TTI配置下一个TTI的下行信道的参数,并根据配置的下行信道的参数在下一个TTI接收下行信道,提供了基于TTI和子帧的TD-SCDMA***终端接收处理下行信道的一种具体实现方法。本发明实施例实现了TD-SCDMA终端下行物理层信道软硬件处理方案,填补了该技术的空白。且基于TD-SCDMA***的特点,对各种下行信道进行了统一处理,基于TTI和子帧的下行信道参数配置处理易于多下行信道并发管理,软硬件协调方法清晰,易于实现,下行信道处理过程简洁高效,能达到下行信道的无缝重配,且对于信道增加或载波增加等具有较强的可扩展性,基于时隙的下行信道硬件中断处理便于集中管理下行信道处理结果参数,及时反映当前信道的特点进行相关控制,具有较强的实用性。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。