背景技术
在传统***中,为了提高***容量,并且支持用户“永远在线”(alwayson)服务,可在终端建立会话连接但是没有实际业务需要传输时,使终端进入寻呼模式,比如用于终端在进行网页浏览的间歇期的这段时间内,终端和网络之间没有任何数据传递。这样不仅可以保持用户永远在线,并且还能够降低终端的功耗。传统***中,网络根据上行和下行业务流量的测量将终端配置在寻呼信道PCH模式下。
在传统***中的寻呼模式下,终端以某个预定的周期不连续监听寻呼指示(Paging Indicator,PI),该寻呼指示用于标识终端是否被网络寻呼。当终端根据所述的寻呼指示确定自己可能被寻呼时,后续终端到相应的PCH(Paging Channel,寻呼信道)信道的接收时刻,接收寻呼(paging)消息,根据寻呼消息中携带的NAS(Non-access stratum,非接入层)终端最终判断自己是否被寻呼。在该传统***中,寻呼指示PI的接收时刻与寻呼消息接收时刻之间的定时关系需要终端根据自己非接入层的终端标识进行计算得到,基站Node B不参与寻呼模式数据发送的任何控制过程,某个终端接收寻呼指示和寻呼消息的时机由RNC(Radio Network Controller,无线网络控制器)计算并控制。基站根据RNC发给其的PCH数据帧中携带的CFN(Connection Frame Number,连接帧号)所寻呼指示的发送的时间,分别将寻呼指示通过PICH(Paging Indicator Channel,寻呼指示信道)信道发送给终端,及将寻呼消息通过PCH发送给终端。
随着***的演进,引入了另一种寻呼模式(增强的寻呼模式),该模式与传统***不同的是,该增强寻呼模式指寻呼消息不再通过传统的PCH信道承载,而是将寻呼消息通过HS-DSCH(High-Speed Downlink SharedChannel,高速下行链路共享信道)信道承载,另外增强寻呼模式下还支持在寻呼模式下接收用户的专用数据。具体地,具有增强寻呼能力的终端工作在具有增强寻呼能力的网络中,目前已经形成如下两种的工作模式。
增强寻呼模式下的工作模式一:
终端只接收寻呼类型数据,不能接收专用数据。
终端根据网络没有为所述终端配置专用的终端标识判断工作在该模式。在该模式下,终端接收到PICH信道的寻呼指示后,终端会通过预配置的HS-PDSCH(High-Speed Physical Downlink Shared Channel,高速物理下行链路共享信道)信道接收映射到HS-DSCH信道的寻呼消息,所述HS-PDSCH物理信道用于承载HS-DSCH传输信道的数据。所述的寻呼指示和承载寻呼消息的HS-DSCH之间的定时关系的仍然由终端根据其NAS层的终端标识IMSI(International Mobile Subscriber Identity)来计算得到。
增强寻呼模式下的工作模式二:
终端只接收专用数据,终端不接收寻呼数据,其中HS-DSCH是传输信道,HS-PDSCH是物理信道,承载HS-DSCH的数据,HS-SCCH是调度控制信道,正常情况下承载调度控制信息。
终端根据网络为所述终端配置的专用终端标识判断是否工作在该模式。终端接收到PICH信道的寻呼指示后,终端接收HS-SCCH信道,并根据HS-SCCH(High-Speed Shared Control Channel,高速共享控制信道)调度信息确定后续接收承载专用数据的HS-PDSCH和HS-DSCH。需要说明的是:该模式下的用户终端不再通过预配置的HS-PDSCH信道接收映射到HS-DSCH信道的寻呼消息,且所述的寻呼指示和HS-SCCH控制命令之间的定时关系通过预配置得到,不再由终端根据其NAS层的终端标识IMSI计算得到。上述的寻呼数据或者寻呼消息中携带终端NAS层的终端标识IMSI或者TMSI(Temperate Mobile SubscriberIdentity),终端接收到该消息后,如果有属于自己专用的消息数据需要接收,则终端状态跃迁到前向接入状态,然后再开始接收属于自己的专用数据。在传统寻呼模式下,终端不能够在寻呼模式下直接接收属于自己的专用数据,然而在该增强寻呼模式二中,终端可以直接接收属于自己的专用数据。
现有技术中主要存在以下几个缺点:
缺点一、随着***的不断演进,会出现普通寻呼模式与增强寻呼模式并存的情况,例如网络不仅要支持有增强寻呼模式的终端接入,也要支持传统的终端接入,也就是说在支持增强寻呼模式的小区中同样也需要配置有传统的PCH信道。如果传统的PCH信道与增强寻呼模式中承载寻呼消息的HS-PDSCH信道配置在同一时隙中,则传统的PCH信道会与增强寻呼模式中承载寻呼消息的HS-PDSCH相互干扰,影响***性能;但是如果将增强寻呼模式中的HS-PDSCH配置在其他下行时隙中,那么会影响到其他时隙的业务负荷。
缺点二、对于Iub接口的承载寻呼数据帧的HS-DSCH数据帧来说,如果属于一个终端的寻呼指示和寻呼模式的下行数据将通过两个不同的HS-DSCH数据帧发送,这样会带来数据帧头开销比较大的问题。
缺点三、目前只规定了增强寻呼模式二下开始接收HS-SCCH的时间,没有定义结束监听HS-SCCH的时间,从而不仅影响了调度器的灵活性,而且由于没有定义结束时间,终端将无法结束对HS-SCCH的监听,从而导致终端耗电量增加。
发明内容
本发明的目的至少解决上述技术缺陷之一,特别是解决现有技术中传统的PCH信道会与增强寻呼模式中承载寻呼消息的HS-PDSCH相互干扰的技术缺陷。
为达到上述目的,本发明一方面提出一种寻呼状态下数据传输方法,包括以下步骤:基站接收无线网络控制器RNC发送的携带传输数据的数据帧,所述数据帧的格式由所述RNC根据终端的终端信息和小区配置信息进行选择;所述基站根据所述数据帧的格式及定时关系参数确定向所述终端发送寻呼指示和传输数据之间的定时关系;所述基站向所述终端发送寻呼指示,并依据确定的所述定时关系向所述终端发送所述传输数据,所述终端在接收到所述寻呼指示后,根据所述定时关系参数、所述终端信息和所述小区配置信息确定接收所述传输数据接收时间。其中,上述传输数据可为寻呼数据或专用数据。
为达到上述目的,本发明另一方面还提出一种寻呼状态下数据发送方法,包括以下步骤:RNC根据小区配置信息判断所述小区是否配置有PCH信道;如果所述小区配置有所述PCH信道,则所述RNC采用PCH数据帧将寻呼数据发送给基站;如果所述小区未配置有所述PCH信道,则所述RNC采用HS-DSCH数据帧将所述寻呼数据发送给所述基站。
为达到上述目的,本发明另一方面还提出一种寻呼状态下数据接收方法,包括以下步骤:终端接收基站发送的寻呼指示;所述终端根据所述终端信息和所述小区配置信息确定接收传输数据的接收模式;所述终端根据确定的接收模式及预配置的定时关系参数确定寻呼指示和传输数据之间的定时关系,并按照确定的定时关系接收所述传输数据。
本发明再一方面还提出一种寻呼状态下数据传输***,包括无线网络控制器RNC、基站和终端,所述无线网络控制器,用于根据终端的终端信息和小区配置信息选择发送的携带传输数据的数据帧格式,在小区配置有PCH信道时优先选择采用PCH数据帧将传输数据发送给所述基站;所述基站,用于根据所述无线网络控制器发送的数据帧的格式及定时关系参数确定向所述终端发送寻呼指示和传输数据之间的定时关系,并按照确定的定时关系向所述终端发送寻呼指示和传输数据;所述终端,用于在接收到所述基站发送的寻呼指示后,根据所述定时关系参数、所述终端信息和所述小区配置信息确定接收所述传输数据接收时间,并在确定的所述接收时间在相应的信道上接收所述传输数据。
本发明再一方面还提出一种无线网络控制器,包括:判断模块,用于根据小区配置信息判断所述小区是否配置有PCH信道;发送模块,用于在所述判断模块判断所述小区配置有所述PCH信道时,采用PCH数据帧将寻呼数据发送给基站;在所述判断模块判断所述小区未配置有所述PCH信道时,采用HS-DSCH数据帧将所述寻呼数据或专用数据发送给所述基站。
本发明再一方面还提出一种基站,包括:接收模块,用于接收RNC发送的携带传输数据的数据帧,所述数据帧的格式由所述RNC根据终端的终端信息和小区配置信息进行选择;定时关系确定模块,用于根据所述数据帧的格式及定时关系参数确定向所述终端发送寻呼指示和传输数据之间的定时关系;发送模块,用于依据所述定时关系确定模块确定的所述定时关系采用相应的信道向对应终端发送所述寻呼指示和所述传输数据。
本发明再一方面还提出一种终端,包括:寻呼指示接收模块,用于接收基站发送的寻呼指示;定时关系计算模块,在所述寻呼指示接收模块接收到所述寻呼指示后,根据预配置的定时关系参数、所述终端的终端信息和小区配置信息确定寻呼指示和传输数据之间的定时关系;寻呼数据接收模块,用于根据所述定时关系计算模块计算的所述定时关系在对应信道上接收所述基站发送的传输数据。
本发明在发送寻呼数据时,在小区配置有PCH信道的情况下优先选择PCH信道发送寻呼数据,从而可以避免传统的PCH信道会与增强寻呼模式中承载寻呼消息的HS-PDSCH相互干扰。同时本发明通过清晰定义用于TDD增强寻呼模式下的相关定时关系,解决了Iub接口上属于同一个终端的寻呼指示和寻呼数据需要通过两个不同的数据帧携带承载而带来的数据帧头开销大的问题。另一方面,在本发明的一个实施例中,定时关系参数还包括有HS-SCCH的监听时间,从而终端可在HS-SCCH的监听时间内监听所述HS-SCCH信道,既方便基站调度,又可解决终端长时间监听HS-SCCH信道所带来的耗电量增加的缺陷。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本发明主要在于,在发送寻呼数据时,在小区配置有PCH信道的情况下RNC优先选择PCH信道发送寻呼数据,从而可以避免引入增强寻呼模式的HS-DSCH后可能带来对时隙0干扰增加或者影响其他业务时隙的负荷的问题。
同时,作为本发明的一个实施例,本发明通过清晰定义用于TDD增强寻呼模式下的相关定时关系,解决了Iub接口上属于同一个终端的寻呼指示和寻呼数据需要通过两个不同的数据帧携带承载而带来的数据帧头开销大的问题。
再一方面,在本发明的一个实施例中,上述的定时关系参数还包括有HS-SCCH的监听时间,从而终端可在HS-SCCH的监听时间内监听所述HS-SCCH信道,既方便基站调度,又可解决终端长时间监听HS-SCCH信道所带来的耗电量增加的缺陷。
如图1所示,为本发明寻呼状态下数据传输方法的流程图,包括以下步骤:
步骤S101,对终端和基站配置与寻呼模式相关的定时关系参数,且终端中配置的定时关系参数与基站中配置的相同。上述定时关系参数包括寻呼指示与HS-PDSCH之间的定时关系(对于传输寻呼数据),和/或寻呼指示与HS-SCCH之间的定时关系(对于传输专用数据)。其中,上述定时关系参数可由RNC统一配置,也可由协议固定配置。
作为本发明的一个实施例,由RNC配置上述定时关系参数的过程如下:
RNC通过Iub接口的信令过程,比如通过物理共享信道重配置(PhysicalShared Channel Reconfiguration)的交互过程配置并存储寻呼指示PI和用于承载寻呼消息的HS-PDSCH(或者表述为传输信道层面的HS-DSCH)之间的定时关系,和/或寻呼指示和HS-SCCH之间的定时关系,以及HS-SCCH的持续监听时间。其中,所述的HS-SCCH持续监听时间是指接收到寻呼指示后开始监听HS-SCCH的时刻与结束HS-SCCH监听时刻之间的时间长度;这里所述的HS-SCCH持续监听时间又可以表述为HS-SCCH接收窗口(HS-SCCH monitoring window)或者可以表述为调度窗口长度(schedulingwindow size)或者可以表述为等待同步命令的窗口长度(Waiting SYNCnotification time)等,此处的时间长度可以表述为无线帧的个数或者为子帧个数等,也就是说所述的HS-SCCH持续监听时间长度又可表述为持续监听HS-SCCH的无线帧数或子帧数或者连续监听HS-SCCH的传输时间间隔(Transmission Time Interval,TTI)数。
同样RNC通过无线资源控制层RRC信令过程,比如通过空口的***消息广播(System Information)和/或其他RRC建立或者RB建立或者重配置或者小区更新过程将所述的定时关系配置给终端,完成配置后终端对所述的定时关系进行存储。在向终端配置的定时关系参数中也包括HS-SCCH持续监听时间,终端在所述HS-SCCH的监听时间内监听所述HS-SCCH信道。这里需要说明的是,所述的寻呼指示和HS-SCCH或者HS-PDSCH之间的定时关系又可以根据目前协议中配置的寻呼时机和承载寻呼消息的第一个数据帧之间的间隔NGAP计算得到。所述的寻呼指示和HS-PDSCH之间的定时关系或者寻呼指示与HS-SCCH的定时关系又可以表述为寻呼指示所在的无线帧与发送HS-SCCH或者HS-PDSCH子帧之间的时间差。
当然上述RNC向终端和基站配置定时关系参数仅为本发明提出的一种方式,还可通过协议规定的方式配置所述定时关系参数。如可由协议明确约定寻呼指示与HS-PDSCH之间的定时关系为某个固定值,和/或寻呼指示与HS-SCCH之间的定时关系为某个固定值,作为本发明一个优选实施例,还可约定连续监听HS-SCCH的子帧数为某个固定值。终端和基站根据协议约定的值将寻呼指示和HS-SCCH或者HS-PDSCH之间的定时关系进行存储。
上述通过RNC配置或协议规定的方式配置定时关系参数仅为本发明中较优方式中的一种,还可由RNC通过Iub接口的用户面的HS-DSCH数据帧或者控制帧的方式携带寻呼指示和HS-PDSCH和/或寻呼指示和HS-SCCH之间的定时关系。例如,可通过Iub接口HS-DSCH数据帧或者控制帧携带所述的定时关系,其中,定时关系域比如标识为PICH Timing或者PI Timing等增加在HS-DSCH数据帧结构的头(header)部分或者增加在HS-DSCH数据帧的扩展域(Spare Extension)。除了寻呼指示和HS-SCCH之间的定时关系外,HS-SCCH的接收窗口的信息(比如表述为HS-SCCH reception Window)同样也可通过Iub接口的HS-DSCH数据帧携带。
步骤S102,RNC根据终端的终端信息判断所述终端是否具有增强寻呼能力。如果终端不具有增强寻呼能力,则RNC直接采用PCH数据帧将寻呼数据发送给基站,基站和终端按照传统寻呼模式进行处理,在此不再赘述。
步骤S103,在判断终端具有增强寻呼能力之后,RNC继续判断是否为终端配置了专用标识,即专用H-RNTI或E-RNTI。如果为所述终端配置了专用标识,且传输数据为专用数据时,则RNC通过HS-DSCH数据帧将所述专用数据发送给所述基站,HS-DSCH数据帧中携带专用终端标识;如果为所述终端配置了专用标识,且传输数据为BCCH数据时,则RNC通过HS-DSCH数据帧将所述专用数据发送给所述基站,所述HS-DSCH数据帧中携带BCCH特定的H-RNTI。
步骤S104,在判断没有为终端配置专用标识后,进一步根据小区配置信息判断小区是否配置有PCH信道。如果小区配置有PCH信道,则RNC优先采用PCH数据帧将寻呼数据发送给基站;如果小区未配置有PCH信道,则RNC采用高速下行链路共享信道HS-DSCH数据帧将所述寻呼数据发送给基站。这样在小区配置有PCH信道时,可由RNC优先采用PCH数据帧将寻呼数据发送给基站,从而避免传统PCH和增强寻呼模式的HS-DSCH之间的相互干扰,及增强寻呼模式的HS-DSCH影响其他业务时隙的负荷的问题。
步骤S105,基站在Iub接口上接收RNC发送的携带传输数据(寻呼数据或专用数据)的数据帧,如果接收的数据帧为PCH数据帧,则所述传输数据为寻呼数据,基站按照传统寻呼模式进行处理,在此不再赘述。
步骤S106,如果接收的数据帧为HS-DSCH数据帧,则基站判断HS-DSCH数据帧中是否携带有专用标识(专用H-RNTI或E-RNTI),如果携带有专用标识,则说明所述传输数据为专用数据,如果没有携带专用标识,则说明所述传输数据为寻呼数据。具体地,比如基站根据HS-DSCH数据帧中携带的终端标识指示(H-RNTI Indicator,HI)判断所述数据帧中是否携带H-RNTI。基站根据HS-DSCH FP中携带的CFN确定寻呼指示的发送时刻。在确定寻呼指示发送时刻后,如果判断HS-DSCH数据帧中包含有所述终端的专用标识,则根据步骤S101中配置的寻呼指示与HS-SCCH之间的定时关系确定向终端发送寻呼指示和专用数据之间的定时关系,并通过所述HS-SCCH方式发送专用数据;如果判断所述HS-DSCH数据帧中没有包含有所述终端的专用标识,则根据步骤S101中配置的寻呼指示与HS-PDSCH之间的定时关系确定向终端发送寻呼指示和寻呼数据之间的定时关系,并按照确定的定时关系通过所述HS-PDSCH发送寻呼数据。其中上述通过所述HS-SCCH方式发送专用数据具体为通过HS-SCCH发送同步通知命令或者发送正常的调度控制命令,可采用以下两种方式:
方式一、基站发送寻呼指示,根据寻呼指示和HS-SCCH之间的定时关系确定,发送HS-SCCH的时刻;这里HS-SCCH承载同步通知命令,基站向终端发送携带同步通知命令HS-SCCH后,等待E-RUCCH;基站正确接收到终端发送的E-RUCCH后,基站再次通过HS-SCCH向终端发送正常的调度控制信令,所述的HS-SCCH携带的调度控制命令主要包括HS-PDSCH的配置信息等,然后通过HS-PDSCH发送数据。终端接收到HS-SCCH后,并且HS-SCCH上携带同步通知命令后,终端发起随机接入过程,完成随机接入过程后,终端向基站发送E-RUCCH。然后终端等待后续的HS-SCCH,终端通过后续HS-SCCH上携带的HS-PDSCH调度控制信息接收HS-PDSCH上携带的所述数据。
方式二、基站发送寻呼指示,根据寻呼指示和HS-SCCH之间的定时关系确定,发送HS-SCCH的时刻;这里HS-SCCH携带的调度控制命令主要包括HS-PDSCH的配置信息等,然后通过HS-PDSCH发送专用数据。终端接收到HS-SCCH后,根据HS-SCCH上携带的HS-PDSCH调度控制信息接收HS-PDSCH上携带的所述专用数据。
其中,作为本发明的一个实施例,还包括基站判断HS-DSCH数据帧中是否包含有BCCH特定的H-RNTI;如果包含有BCCH特定的H-RNTI,则传输数据为BCCH数据,基站根据寻呼指示与所述HS-SCCH之间的定时关系确定向所述终端发送寻呼指示和BCCH数据之间的定时关系,并通过所述HS-SCCH方式发送BCCH数据。进一步地,所述通过所述HS-SCCH方式发送BCCH数据具体为:基站通过HS-SCCH发送包括HS-PDSCH的配置信息的调度控制命令,所述终端根据上述调度控制命令接收所述HS-PDSCH上携带的所述BCCH数据,基站通过所述HS-PDSCH向所述终端发送BCCH数据。在此需要说明的是:只有在终端配置了专用H-RNTI的情况下,终端才通过HS-DSCH接收BCCH,具体地地接收BCCH的过程如下,终端根据寻呼指示和HS-SCCH的定时关系,先接收HS-SCCH,检测到BCCH特定的H-RNTI后,终端再接收HS-PDSCH。终端没有配置专用H-RNTI的情况下,终端不会通过HS-DSCH接收BCCH。
其中,作为本发明的一个实施例,对于HS-DSCH数据帧中包含有所述终端的专用标识来说,HS-DSCH数据帧中携带的CFN又可以表述为HS-SCCH的发送时间,所述CFN表述为HS-SCCH发送开始时刻时,基站根据寻呼指示和HS-SCCH的定时关系向前推算寻呼指示的发送时间(寻呼指示的发送时刻先于HS-SCCH的发送时刻)。所述的HS-SCCH中承载目标用户终端的同步通知命令或者承载正常的调度控制信息。基站判断HS-DSCH数据帧中如果没有携带H-RNTI,则基站根据HS-DSCH数据帧中携带的CFN确定寻呼指示的发送时刻,然后根据步骤1中预定义的中预配置的寻呼指示和HS-PDSCH的定时关系或者根据HS-DSCH数据帧中携带的寻呼指示和HS-PDSCH的定时关系发送寻呼数据。
同样,对于HS-DSCH数据帧中未包含有所述终端的专用标识来说,HS-DSCH数据帧中携带CFN又可以表述为HS-PDSCH的发送时间,所述CFN表述为HS-PDSCH发送开始时刻时,基站根据寻呼指示和HS-PDSCH的定时关系向前推算寻呼指示的发送时间(寻呼指示的发送时刻先于HS-PDSCH的发送时刻)。所述的HS-DSCH FP数据帧在协议中表述为HS-DSCH DATA FRAME。
步骤S107,终端接收基站发送的寻呼指示。
步骤S108,终端根据终端是否具备增强寻呼能力以及小区中是否配置PCH信道确定传输数据(寻呼数据或专用数据)的接收模式,并根据预配置的定时关系参数确定接收传输数据的接收时间,并在该接收时间接收基站发送的传输数据。由于终端中配置的定时关系参数与基站中配置的定时关系参数相同,因此基站根据定时关系参数发送传输数据(专用数据或寻呼数据)的时刻也正是终端接收传输数据的时刻,从而保证终端与基站的同步。
对于RNC未给所述终端配置专用标识的情况,如果终端不具备增强寻呼能力,或小区中配置有PCH信道,则该终端选择PCH信道的接收模式接收寻呼数据;如果终端具备增强寻呼能力,且在小区中未配置PCH信道,则该终端选择HS-PDSCH信道的接收模式接收寻呼数据。对于RNC为所述终端配置专用标识的情况,所述终端按照增强寻呼模式接收专用数据。
专有数据接收过程如下:
对于具有增强寻呼能力的终端,终端判断RNC是否为所述终端配置了专用的H-RNTI和E-RNTI。如果没有配置专用H-RNTI和E-RNTI,则终端再进一步判断小区中是否配置了传统的PCH信道,如果小区中配置了传统的PCH信道,则终端选择PCH接收寻呼消息。如果小区中没有配置PCH信道,则终端通过HS-DSCH接收寻呼消息。具体地,终端根据接收到的寻呼指示判断,如果寻呼指示携带终端被寻呼的指示,那么终端后续根据寻呼指示和HS-PDSCH定时关系接收HS-PDSCH。
否则,如果RNC为所述终端配置了专用H-RNTI和E-RNTI,终端先接收寻呼指示,接收到寻呼指示后,如果寻呼指示携带终端被寻呼的指示,那么终端后续根据寻呼指示和HS-SCCH定时关系监听HS-SCCH。
另外,在本发明上述的一个实施例中,如果传输数据为BCCH数据,如可根据是否为所述终端配置了BCCH特定的H-RNTI来判断。如果传输数据为BCCH数据,所述终端根据预配置的定时关系参数确定寻呼指示和BCCH数据之间的定时关系,并按照确定的定时关系接收BCCH数据。进一步地,按照确定的定时关系接收BCCH数据具体为:终端根据确定的定时关系接收HS-SCCH上的HS-PDSCH调度控制信息,所述HS-PDSCH调度控制信息包括HS-PDSCH的配置信息;终端根据所述调度控制命令接收所述HS-PDSCH上携带的所述BCCH数据。
其中,作为本发明的一个优选实施例,上述的定时关系参数还包括有HS-SCCH的监听时间,所述终端在HS-SCCH的监听时间内监听HS-SCCH信道,如果终端在预定义的接收窗内没有接收到HS-SCCH,则终端停止监听HS-SCCH,并返回不连续监听PICH的模式。其中,HS-SCCH的持续监听时间(HS-SCCH monitoring period)是指接收到寻呼指示后开始监听HS-SCCH的时刻与结束HS-SCCH监听时刻之间的时间长度;这里所述的HS-SCCH持续监听时间又可以表述为HS-SCCH接收窗口(HS-SCCHmonitoring window)或者可以表述为调度窗口长度(scheduling window size)或者可以表述为等待同步命令的窗口长度(Waiting SYNC notification time)等,所处的时间长度可以表述为子帧个数等,也就是说所述的HS-SCCH持续监听时间长度又可表述为持续监听HS-SCCH的子帧数或者连续监听HS-SCCH的传输时间间隔(Transmission Time Interval,TTI)数。
对应于上述寻呼状态下数据传输方法,本发明还提出一种寻呼状态下数据传输***。如图2所示,为本发明一个实施例寻呼状态下数据传输***结构图,该***包括无线网络控制器(RNC)100、基站200和终端300,无线网络控制器100用于根据终端300的终端信息和小区配置信息选择发送的携带传输数据的数据帧格式,在小区是否配置有PCH信道时优先选择采用PCH数据帧将寻呼数据发送给基站200;在无线网络控制器100为终端300设置专用标识时,用HS-DSCH数据帧将专用数据发送给基站200;在小区未配置PCH信道且无线网络控制器100没有为终端300设置专用标识时用HS-DSCH数据帧将寻呼数据发送给基站200。基站200用于根据无线网络控制器100发送的数据帧的格式及定时关系参数确定向终端300发送寻呼指示和传输数据(寻呼数据或专用数据)之间的定时关系,并按照确定的定时关系向终端300发送寻呼指示和传输数据。终端300用于在接收到基站200发送的寻呼指示后,根据定时关系参数、终端信息和小区配置信息确定接收传输数据接收时间,并在确定的所述接收时间在相应的信道上接收传输数据。其中,基站200中的定时关系参数与终端300中预配置的定时关系参数相同。
作为本发明的一个实施例,基站200的定时关系参数可由RNC100通过物理共享信道重配置的交互过程将定时关系参数预配置在基站200中。
作为本发明的一个实施例,终端300的定时关系参数可由RRC信令过程将定时关系参数预配置在终端300中。
作为本发明的一个实施例,基站200的定时关系参数可由RNC100发送的所述数据帧或控制帧携带。具体地,定时关系参数添加在所述数据帧结构的头部分或扩展域中。
作为本发明的另一个实施例,上述定时关系参数也可由协议规定。
作为本发明的一个优选实施例,所述定时关系参数还包括有HS-SCCH的监听时间,终端300还用于在该HS-SCCH的监听时间内监听所述HS-SCCH信道。其中,所述HS-SCCH的监听时间为监听所述HS-SCCH的无线帧/子帧的个数与所述无线帧/子帧所占时间的乘积,或是连续监听HS-SCCH的传输时间间隔。
其中,上述无线网络控制器100包括:判断模块110用于根据小区配置信息判断所述小区是否配置有PCH信道;发送模块120用于在判断模块110判断小区配置有所述PCH信道时,采用PCH数据帧将寻呼数据发送给基站200;在判断模块110判断小区未配置有PCH信道时,采用HS-DSCH数据帧将寻呼数据或专用数据发送给基站200。
作为本发明的一个实施例,上述无线网络控制器100还包括配置模块130用于将定时关系参数配置到基站200和终端300中。
其中,上述基站200包括:接收模块210用于接收RNC100发送的携带传输数据的数据帧,所述数据帧的格式由RNC100根据终端300的终端信息和小区配置信息进行选择;定时关系确定模块220用于根据数据帧的格式及定时关系参数确定向终端300发送寻呼指示和传输数据之间的定时关系;发送模块230用于依据定时关系确定模块220确定的定时关系采用相应的信道向对应终端300发送所述寻呼指示和传输数据。
作为本发明的一个实施例,上述基站200还包括定时关系参数保存模块240用于保存所述定时关系参数,所述定时关系参数由RNC100通过物理共享信道重配置的交互过程配置得到,或通过协议规定得到。
其中,上述终端300包括:寻呼指示接收模块310用于接收基站200发送的寻呼指示;定时关系计算模块320在寻呼指示接收模块310接收到寻呼指示后,根据预配置的定时关系参数、终端300的终端信息和小区配置信息确定寻呼指示和传输数据之间的定时关系;寻呼数据接收模块330用于根据定时关系计算模块320计算的定时关系在对应信道上接收基站200发送的传输数据。
作为本发明的一个实施例,上述配置的定时关系参数包括寻呼指示与HS-PDSCH之间的定时关系,和/或寻呼指示与HS-SCCH之间的定时关系,终端300还包括判断模块340和专用数据接收模块350。判断模块340用于判断RNC100是否为其配置了专用标识,如配置有专用标识,则接收的传输数据为专用数据,如没有配置所述专用标识,则所述终端接收的传输数据为寻呼数据;专用数据接收模块350用于在判断模块340判断RNC100为终端300配置了专用标识之后,根据寻呼指示与HS-SCCH之间的定时关系接收专用数据。寻呼数据接收模块330用于在判断模块340判断RNC100未为终端300配置专用标识之后,根据寻呼指示与HS-PDSCH之间的定时关系接收寻呼数据。
其中,终端300还包括定时关系参数保存模块360用于保存所述定时关系参数,所述定时关系参数由RNC100通过RRC信令过程将配置得到,或通过协议规定得到。
本发明在发送寻呼数据时,在小区配置有PCH信道的情况下优先选择PCH信道发送寻呼数据,从而可以避免传统的PCH信道会与增强寻呼模式中承载寻呼消息的HS-PDSCH相互干扰。
同时本发明通过清晰定义用于TDD增强寻呼模式下的相关定时关系,解决了Iub接口上属于同一个终端的寻呼指示和寻呼数据需要通过两个不同的数据帧携带承载而带来的数据帧头开销大的问题。
另一方面,在本发明的一个实施例中,定时关系参数还包括有HS-SCCH的监听时间,从而终端可在HS-SCCH的监听时间内监听所述HS-SCCH信道,既方便基站调度,又可解决终端长时间监听HS-SCCH信道所带来的耗电量增加的缺陷。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同限定。