CN103428723B - 多点协作中测量srs的方法与设备 - Google Patents

Abstract

本发明提供了一种多点协作中测量SRS的方法与设备，所述SRS由服务基站的用户设备向协作基站发送，该方法包含：接收服务基站发来的为其用户设备做多点协作的多点协作请求；基于所述多点协作请求，为所述用户设备进行多点协作SRS配置，并向所述服务基站发送多点协作SRS配置信息；以及接收所述用户设备发送的所述SRS。采用本发明方法，解决了目前协作基站无法测得到以及测得准服务基站的用户设备发送的SRS的问题，且适用于多点协作的各个场景，必将极大促进多点协作技术的进一步发展和应用。

Description

多点协作中测量SRS的方法与设备

技术领域

本发明涉及多点协作(CoMP，CoordinatedMulti-Point)中测量SRS(探测参考信号，SoundingReferenceSignal，SRS)的方法与设备，尤其涉及参与多点协作的服务基站对应的用户设备向参与多点协作的其它非服务基站(协作基站)发送的SRS的测量增强的方法与设备。

背景技术

SRS是一种上行参考信号，其主要用于FDD/TDD系统中测量上行链路(Uplink，UL)的信道状态信息(ChannelStatesInformation，CSI)。另外，TDD系统中由于上下行信道互异性，SRS也用于TDD系统中获取下行链路(Downlink，DL)的信道状态信息。该SRS通常占用上行传输子帧的最后一个符号，也可以占用特殊子帧上行导频时隙(uplinkpilottimeslot，UpPTS)中的符号。现有的SRS配置通过高层无线资源控制(RadioResourceControl，RRC)信令是半静态的。对于动态触发的非周期SRS配置从R10(Release10)获得支持。

多点协作(CoMP，CoordinatedMulti-Point)传输是长期演进-高级项目(LTE-Advanced，LongTermEvolution-Advanced)中一项非常有前景的技术，其能有效降低小区间的干扰(ICI，inter-cellinterference)，并提升高数据速率的覆盖、小区边缘吞吐量及/或系统吞吐量。协作可以在同构(homogenerous)或异构(heterogeneous)网络间进行。

第三代合作伙伴计划(3GPP，3rdGenerationPartnershipProject)中规定了多点协作的四个重要场景(Scenario1-4)。其中场景1和2涉及同构网络，场景3和4涉及异构网络。

目前，SRS机制面临异构网多点协作(HeterogeneousnetworkCorporationMultiplePoints，HTNCoMP)传输中的下述问题。

1、异构网中，一般宏基站(MacroeNB)覆盖的宏小区内会设置若干小基站(PicoeNB)，对应于热点区域。小基站的用户设备(PicoUE)以较小的功率发射的SRS信号，小基站就能测量到。但是由于路径损耗，与小基站存在一定物理距离的宏基站就无法测量到以该较小功率发射的SRS，因此需要提高那些参与宏基站多点协作的小基站覆盖小区内的用户设备的SRS发射功率使得宏基站也能测量到。然而，如果小基站内的参与多点协作的用户设备的SRS发射功率设置得过高，则小基站覆盖小区内的非多点协作用户设备的SRS测量上会产生相互干扰。因此要解决的问题是，怎样设置参与宏基站多点协作的小基站用户设备的SRS发射功率以保证宏基站能测量到该SRS，而小基站内的非多点协作用户设备的SRS发射功率测量上没有干扰。

现有的方案允许小基站用户设备根据其服务小区来补偿路径损耗，但是因为一般增加的幅度不大，因此这可能对宏基站来说太小。而且，场景4中，PicoUE可能并不能区别来自宏基站的路径损耗。

2.异构网中一般是一个大的宏小区里具有若干互相独立的小小区，各个小区(包括宏小区和小小区)均具有自己的小区ID。各小区内的用户设备拥有各自基站分配的SRS正交码，该SRS正交码基于各自小区ID而产生。因此，宏小区的用户设备向自己的服务基站(宏基站)发送SRS，小小区的用户设备向自己服务基站(小基站)发送SRS信号，各基站均能基于自己分配的正交码正确接收SRS。但是，在多点协作中，小小区的用户设备要向作为协作基站的宏基站发送SRS，基于小基站分配的正交码，宏基站是无法正确接收小基站的用户设备向宏基站发送的SRS的。因此，为了保证协作基站(宏基站)正确接收小基站用户设备发送的SRS，怎样调度小基站用户设备的SRS是HTNCoMP的一个问题。

目前还没有上述问题的解决方案，因此亟需一种参与多点协作的基站对应的用户设备向参与多点协作的其它基站发送的SRS的测量增强的方法与设备。

发明内容

本发明提供了一种多点协作中测量SRS的方法与设备。

本发明的一实施例提供了一种多点协作中测量探测参考信号(SRS)的方法，所述SRS由服务基站的用户设备向协作基站发送，该方法包含：接收服务基站发来的为其用户设备做多点协作的多点协作请求；基于所述多点协作请求，为所述用户设备进行多点协作SRS配置，并向所述服务基站发送多点协作SRS配置信息；以及接收所述用户设备发送的所述SRS。

优选地，基于所述多点协作SRS配置信息在所述服务基站侧生成SRS上行配置信息并发送给所述用户设备，所述用户设备根据所述SRS上行配置信息形成所述SRS。

优选地，为所述用户设备进行多点协作SRS配置进一步包括：根据所述服务基站发送的所述多点协作请求中的信息计算路径损耗差，所述路径损耗差为所述用户设备对应的所述服务基站与接收所述SRS的所述协作基站之间的路径损耗差，用于补偿所述SRS的发射功率；为参与协作的所述用户设备分配SRS正交码；以及设置所述用户设备在规定时间发送所述SRS。

优选地，所述SRS正交码以及所述规定时间被包括在所述多点协作SRS配置信息中，并通过所述SRS上行配置信息发送给所述用户设备。

优选地，所述SRS信号的功率控制方案为：

$P_{\mathrm{SRS},c}\left(i\right)=\min \{P_{\mathrm{CMAX},c}\left(i\right),P_{\mathrm{SRS}\_\mathrm{OFFSET},c}+10\mathrm{lo}{g}_{10}\left(M_{\mathrm{SRS},c}\right)+P_{O\_\mathrm{PUSCH},c}\left(j\right)+{\mathrm{\α}}_c\left(j\right)\·({\mathrm{PL}}_c+{\mathrm{PL}}_c^{\mathrm{offset}})+f_c\left(i\right)\},$

其中，为所述路径损耗差。

优选地，所述SRS上行配置信息包括SRS上行配置信息元，所述SRS上行配置信息元包括服务传输点部分和非服务传输点部分，所述路径损耗差仅适用于非服务传输点部分，对于服务传输点部分路径损耗差默认为0。

优选地，所述正交码由所述协作基站对参与多点协作的所述用户设备统一分配，并经由所述服务基站通过高层RRC信令发送到请求多点协作的所述用户设备。

优选地，所述规定时间为规定子帧中的规定符号位。

此外，本发明的另一实施例提供了一种协作基站，在与服务基站进行多点协作的过程中，测量由所述服务基站的用户设备发送来的SRS，所述协作基站包含：接收装置，接收服务基站发来的为其用户设备做多点协作的多点协作请求；根据所述多点协作请求，为所述用户设备进行多点协作SRS配置的装置；以及发送装置，向所述服务基站发送多点协作SRS配置信息，其中，所述接收装置还接收所述用户设备发送的所述SRS。

本发明的多点协作中测量SRS的方法与设备，具体是参与多点协作的服务基站对应的用户设备向参与多点协作的其它非服务基站发送的SRS的测量增强的方法与设备，解决了目前协作基站无法测得到以及测得准服务基站的用户设备发送的SRS的问题，且适用于多点协作的各个场景，必将极大促进多点协作技术的进一步发展和应用。

附图说明

图1是根据本发明一实施例的多点协作中测量SRS的协作基站的示意框图；

图2是根据本发明一实施例的多点协作中测量SRS的信令流图；

图3是根据本发明一实施例的多点协作中测量SRS的流程图；及

图4是根据本发明一实施例的多点协作中传输SRS的上下行配置示意图。

具体实施方式

为更好的理解本发明的精神，以下结合本发明的部分优选实施例对其作进一步说明。

首先，为了便于阐述和理解本发明，需要先说明的是，本发明中的术语“服务基站”，“非服务基站”，“协作基站”，“非协作基站”，均是相对某一用户设备而言的。其中，“服务基站”指当前为某一用户设备进行通讯服务的基站，对该用户设备而言“服务基站”以外的其它基站为“非服务基站”。“协作基站”指与该用户设备进行多点协作的基站，“非协作基站”指不与该用户设备进行多点协作的基站。

图1是根据本发明一实施例的多点协作中测量SRS的协作基站的示意框图。

根据本发明的实施例的协作基站10中，包括接收装置12，进行多点协作SRS配置的装置14和发送装置16。其中，接收装置12接收服务基站发来的为该服务基站的用户设备做多点协作的多点协作请求。装置14根据该多点协作请求，为该用户设备进行多点协作SRS配置。发送装置16向该服务基站发送多点协作SRS配置信息，从而服务基站根据多点协作SRS配置信息生成SRS上行配置信息并发送给用户设备。用户设备根据该SRS上行配置信息来形成SRS。

进行多点协作SRS配置的装置14进一步包括：计算模块，根据该服务基站发来的所述多点协作请求中的信息计算路径损耗差其中，为用户设备所在的服务基站与接收用户设备发出的该SRS的协作基站之间的路径损耗差，其用于补偿用户设备向协作基站发送的SRS的发射功率，路径损耗差可根据现有的计算方法获得；分配模块，为参与协作的用户设备向协作基站发送的SRS分配正交码；以及设置模块，设置用户设备在规定时间发送该SRS。

参考TS36.213中现有的SRS功率控制机制，用户设备针对服务小区c在子帧i上的SRS发射功率设置方案由下述公式确定：

P_SRS，c(i)＝min{P_CMAX，c(i)，P_{SRS_OFFSET，c}+10log₁₀(M_SRS，c)+P_{O_PUSCH，c}(j)+α_c(j)·PL_c+f_c(i)}其中，

●P_CMAX，c(i)是针对服务小区c在子帧i上配置的最大用户发射功率；

●P_{SRS_OFFSET，c}P_{o_PUSCH，c}(j)和α_c(j)是由上层协议半静态配置的；

●M_SRS，c表示SRS传输占用的资源块数；

●f_c(i)由发射功控命令调整；

●PL_c为由用户设备评估的针对服务小区c的路径损耗；

本发明实施例中用户设备针对协作基站的SRS功率控制方案，即经过路径损耗补偿的功率控制方案由下述公式确定：

$P_{\mathrm{SRS},c}\left(i\right)=\min \{P_{\mathrm{CMAX},c}\left(i\right),P_{\mathrm{SRS}\_\mathrm{OFFSET},c}+10\mathrm{lo}{g}_{10}\left(M_{\mathrm{SRS},c}\right)+P_{O\_\mathrm{PUSCH},c}\left(j\right)+{\mathrm{\α}}_c\left(j\right)\·({\mathrm{PL}}_c+{\mathrm{PL}}_c^{\mathrm{offset}})+f_c\left(i\right)\}$

其中，新增加的为用户设备所在的服务基站与接收用户设备发出的SRS信号的协作小区之间的路径损耗差。

其中，该路径损耗差由高层RRC信令经由服务基站对请求多点协作的用户设备进行配置，并通过SRS上行配置信息元发送给用户设备。该路径损耗差可以由周期和/或非周期的方式被触发。

装置14的分配模块为与协作基站10进行多点协作的服务基站的用户设备分配正交码。具体地，一般不排除同时有多个服务基站与协作基站10进行多点协作，并且每个服务基站中有多个用户设备参与多点协作，因此，协作基站10的分配模块需要为参与协作的所有用户设备的SRS统一分配正交码，从而保证协作基站10在规定时间接收这些用户设备发送SRS信号时能够正确识别用户设备，而不产生干扰。这里，正交码配置遵循标准流程，参见3GPP36.211和36.213，其中36.213的8.2章节描述了正交码配置可以由上层协议配置，即由RRC信令配置。

协作基站10的设置模块设置用户设备在规定时间发送该SRS。具体地，被统一分配正交码的SRS需要在规定的子帧的规定符号位被发送，才能保证它们相互之间不干扰。

图2是根据本发明一实施例的多点协作中测量SRS的信令流图；图3是根据本发明一实施例的多点协作中测量SRS的流程图。

首先，服务基站从用户设备接收关于信道质量或者信号强度的测量报告。对于信号强度较弱并且来自其他基站干扰较强的小小区边缘用户设备，服务基站判断出要进行多点协作。在步骤302，服务基站向协作基站发出为该用户设备进行多点协作的请求。在步骤304，协作基站为该用户设备进行多点协作SRS配置，并向服务基站发送多点协作SRS配置信息。多点协作SRS配置信息中包含了补偿该用户设备向协作基站发送的SRS的发射功率的路径损耗差分配给参与协作的用户设备的SRS正交码，以及设置用户设备向协作基站发送的SRS信号需在规定时间被发送的时间设置信息。

在步骤306，服务基站根据多点协作SRS配置信息生成SRS上行配置信息，并通过RRC信令传送给用户设备。该SRS上行配置信息除了包括服务基站本身需要的SRS上行配置信息，也包括协作基站需要的SRS上行配置信息。协作基站需要的SRS上行配置信息包括路径损耗差SRS正交码以及时间设置信息。

在步骤308，服务基站向用户设备发送SRS功率控制所需的配置信息。该步骤与现有的基站向用户设备发送功率控制是相同的。虽然这里表示为步骤306和步骤308，但是本领域的技术人员熟知，实际通信过程中这两个步骤之间并没有先后顺序的限制。

在步骤310，用户设备基于在步骤306和步骤308获得的相关信息，即服务基站本身需要的SRS上行配置信息和SRS功率控制，向服务基站发送SRS。

在步骤312，用户设备基于在步骤306和步骤308获得的相关信息，即协作基站需要的SRS上行配置信息和SRS功率控制，向协作基站发送多点协作SRS。该SRS经过了路径损耗补偿，并用协作基站统一分配的正交码，在规定的时间发送给协作基站。本领域的技术人员也应理解，步骤310和312也无先后顺序的限制。

在上述步骤310和312可看出，用户设备不仅要向协作基站发送SRS，还要向自己所在的服务基站发送SRS。用户设备向协作基站发送SRS需要进行路径损耗补偿，而向自己所在的服务基站发送SRS是不需要进行路径损耗补偿的，即路径损耗差为零。因此，本发明中，从服务基站角度有必要区分用户设备发送SRS的目标基站是服务基站还是非服务的协作基站，从而区分是对服务基站的SRS传输还是多点协作SRS传输。然而，从用户设备角度是透明的，用户设备并不区分两种SRS。用户设备会根据服务基站的配置在对应的SRS子帧的符号位发送对应配置的SRS。只是针对发给服务基站的SRS，用户设备使用的路径损耗补偿永远是0，但用户设备并不关心这个。

基于上述情况，为了区分发给服务基站的SRS还是发给协作基站的多点协作SRS，本实施例中，对上述步骤306中SRS上行配置信息中包括的SRS上行配置(SoundingRS-UL-Config)信息元作了改进。该SRS上行配置信息元将在下面进行详细说明。

TS36.331中现有的SRS上行配置信息元仅包括服务传输点(transmissionpoint，TP)的部分，而本实施例中的SRS上行配置信息元包括服务TP和非服务TP两个部分，即，SoundingRS-UL-ConfigpartI和SoundingRS-UL-ConfigpartII。针对非服务TP(即协作基站)，SRS上行配置信息元中包括路径损耗差；针对服务TP(即服务基站)，SRS上行配置信息元中的路径损耗差被默认为零，即不需要进行路径损耗补偿。

与场景1～3相比，场景4的不同之处是“SoundingRS-UL-ConfigpartI”和“SoundingRS-UL-ConfigpartII”可以共享相同的小区特定配置元，即，“SoundingRS-UL-ConfigCommon”，即部分I和部分II之间共同的部分。而场景1～3没有这个限制。下面就以场景4为例，示出了本实施例的SRS上行配置信息元的具体内容。

上述示例内容中的粗体部分是本实施例中在现有的基础上新增加的部分。在SRS上行配置信息元的公共部分(即，小区特有的、用于小区内所有用户设备的SRS配置参数)中增加了路径损耗差部分“srs-pathlossOffset”和传输点选择部分“srs-TPselection”。另外，针对各自需要多点协作的用户设备增加了TP2部分(即，各自用户特有SRS配置参数)。该TP2部分用于该多点协作用户设备向参与多点协作的非服务基站发送多点协作的SRS。

其中，“srs-TPselection”用于通知用户设备SRS传输的目标TP是TP1(服务TP)还是TP2(非服务TP，也即协作TP)。

当“srs-TPselection”字段是TP1时，路径损耗差(PathlossOffset)值默认为0；当“srs-TPselection”字段是TP2或TP1&TP2时，“srs-pathlossOffset”值是多个路径损耗差可执行值的集合。即，当多点协作SRS配置信息被发送到服务基站时，由服务基站根据协作基站计算并告知的路径损耗差理论值从多个可执行值中进行选择，确定一个接近理论值的可执行值。该可执行值由服务基站发送到用户设备，由用户设备根据该可执行值进行路径损耗补偿，从而获得经补偿后的SRS的发射功率。

由于用户设备侧不需要知道“SoundingRS-UL-Config”的哪个部分对应于服务TP，哪个部分对应于非服务TP，因此上述实施例中的SRS信息元对所有CoMP方案都是适用的，即对3GPP中定义的场景1-4都是适用的。

SRS上行配置信息可以采用周期性触发和/或非周期性触发。现有技术中用一个bit位来非周期触发SRS上行配置信息。本发明中，当采用非周期触发，在PDCCH中需要至少再增加一个bit位用来区分在TP1和TP2两种配置中哪一种SRS配置被选中。

图4是根据本发明一实施例的多点协作中传输SRS的上下行配置示意图。

图中示出了LTETDD通信系统中按照上下行配置类型1发送的一个半帧的结构，包括5个子帧。其中，D表示用于下行信道；S表示特殊子帧(specificsubframe)；U表示用于上行信道，在上行链路导频时隙(UpPTS)中可放上行SRS配置信息。

图中灰色显示的是混合SRS区域。在现有的灰色显示的混合SRS区域，传送服务小区的用户设备向服务基站发送的SRS以及协作小区的用户设备向协作基站发送的SRS。由于服务基站覆盖的小区和协作基站覆盖的小区在物理上被独立地划分为不同的小区，具有自己的小区ID，因此各自发送的SRS序列码可以不完全正交，并且可以在该混合字段一起发送，相互之间也不会产生干扰。

黑色显示的仅协作TP(协作基站)的SRS区域，也就是用于服务基站的用户设备向协作基站发送SRS的规定子帧中的规定符号位。在根据本发明的黑色显示的仅协作基站的SRS区域，仅传送需要多点协作的服务基站的用户设备向协作基站发出的SRS。这些SRS的序列是完全正交的。如前所述，这些SRS信号被协作基站统一分配了正交码，比如：基于相同的小区ID(协作基站的小区ID)产生的正交码。并且，这些SRS在规定子帧的规定符号位，即仅协作基站的SRS区域中被传输，这样才不会互相干扰，协作基站才能准确地测量到这些需要协作的用户设备发出的SRS。

以上给出的实施例以特定方法的流程和设备的组成为例进行了说明。需要指出的是，本发明并不局限于示意地示出的方法的特定步骤顺序，其它步骤顺序也是可行的。当然，尽管以上描述涉及多个模块，但是通过将一个模块划分为多个模块或将多个模块组合为一个模块，只要其仍能执行相应的功能，也可以实现本发明。

需要指出的是，由于技术的发展和标准的更新，具有相同功能的部件往往具有多个不同的称呼。本发明专利申请书中所使用的技术名词是为了解释和演示本发明的技术方案，应以其本领域内所共识的功能为准，而不能仅以名称的异同任意解读。

本发明的技术内容及技术特点已揭示如上，然而熟悉本领域的技术人员仍可能基于本发明的教示及揭示而作种种不背离本发明精神的替换及修饰。因此，本发明的保护范围应不限于实施例所揭示的内容，而应包括各种不背离本发明的替换及修饰，并为本专利申请权利要求书所涵盖。

Claims (14)

1.一种多点协作中测量探测参考信号SRS的方法，所述SRS由服务基站的用户设备向协作基站发送，该方法包含：

接收服务基站发来的为其用户设备做多点协作的多点协作请求；

基于所述多点协作请求，为所述用户设备进行多点协作SRS配置，并向所述服务基站发送多点协作SRS配置信息；以及

接收所述用户设备发送的所述SRS；

其中为所述用户设备进行多点协作SRS配置进一步包括：

根据所述服务基站发送的所述多点协作请求中的信息计算路径损耗差，所述路径损耗差为所述用户设备对应的所述服务基站与接收所述SRS的所述协作基站之间的路径损耗差，用于补偿所述SRS的发射功率；

为参与协作的所述用户设备分配SRS正交码；以及

设置所述用户设备在规定时间发送所述SRS。

2.如权利要求1所述的方法，其中基于所述多点协作SRS配置信息在所述服务基站侧生成SRS上行配置信息并发送给所述用户设备，所述用户设备根据所述SRS上行配置信息形成所述SRS。

3.如权利要求2所述的方法，其中所述SRS正交码以及所述规定时间被包括在所述多点协作SRS配置信息中，并通过所述SRS上行配置信息发送给所述用户设备。

4.如权利要求3所述的方法，其中所述SRS信号的功率控制方案为：

其中，P_CMAX,c(i)是针对服务小区c在子帧i上配置的最大用户发射功率；P_{SRS_OFFSET,c}，P_{O_PUSCH,c}(j)和α_c(j)是由上层协议半静态配置的；M_SRS,c表示SRS传输占用的资源块数；f_c(i)由发射功控命令调整；PL_c为由用户设备评估的针对服务小区c的路径损耗；为所述路径损耗差。

5.如权利要求4所述的方法，其中所述SRS上行配置信息包括SRS上行配置信息元，所述SRS上行配置信息元包括服务传输点部分和非服务传输点部分，所述路径损耗差仅适用于非服务传输点部分，对于服务传输点部分路径损耗差默认为0。

6.如权利要求1所述的方法，其中所述正交码由所述协作基站对参与多点协作的所述用户设备统一分配，并经由所述服务基站通过高层无线资源控制RRC信令发送到请求多点协作的所述用户设备。

7.如权利要求1所述的方法，其中所述规定时间为规定子帧中的规定符号位。

8.一种协作基站，在与服务基站进行多点协作的过程中，测量由所述服务基站的用户设备发送来的SRS，所述协作基站包含：

接收装置，接收服务基站发来的为其用户设备做多点协作的多点协作请求；

根据所述多点协作请求，为所述用户设备进行多点协作SRS配置的装置；以及

发送装置，向所述服务基站发送多点协作SRS配置信息，

其中，所述接收装置还接收所述用户设备发送的所述SRS；

所述为所述用户设备进行多点协作SRS配置的装置进一步包括：

计算模块，根据所述服务基站发来的所述请求中的信息计算路径损耗差，所述路径损耗差为所述用户设备对应的所述服务基站与接收所述SRS的所述协作基站之间的路径损耗差，用于补偿所述SRS的发射功率；

分配模块，为参与协作的所述用户设备分配SRS正交码；以及

设置模块，设置所述用户设备在规定时间发送所述SRS。

9.如权利要求8所述的基站，其中，基于所述多点协作SRS配置信息在所述服务基站侧生成SRS上行配置信息并发送给所述用户设备，所述用户设备根据所述SRS上行配置信息形成所述SRS。

10.如权利要求9所述的基站，其中所述SRS正交码以及所述规定时间被包括在所述多点协作SRS配置信息中，并通过所述SRS上行配置信息发送给所述用户设备。

11.如权利要求10所述的基站，其中所述SRS的功率控制方案为：

其中，P_CMAX,c(i)是针对服务小区c在子帧i上配置的最大用户发射功率；P_{SRS_OFFSET,c}，P_{O_PUSCH,c}(j)和α_c(j)是由上层协议半静态配置的；M_SRS,c表示SRS传输占用的资源块数；f_c(i)由发射功控命令调整；PL_c为由用户设备评估的针对服务小区c的路径损耗；为所述路径损耗差。

12.如权利要求11所述的基站，其中所述SRS上行配置信息包括SRS上行配置信息元，所述SRS上行配置信息元包括服务传输点部分和非服务传输点部分，所述路径损耗差仅适用于非服务传输点部分，对于服务传输点部分路径损耗差默认为0。

13.如权利要求8所述的基站，其中所述正交码由所述协作基站对参与多点协作的所述用户设备统一分配，并经由所述服务基站通过高层RRC信令发送到请求多点协作的所述用户设备。

14.如权利要求8所述的基站，其中所述规定时间为规定子帧中的规定符号位。