一种tpc命令字的处理方法及装置制造方法
【专利摘要】本发明公开了一种TPC命令字的处理方法及装置，用以保障发送端的工作性能，进而保障系统的整体性能。该方法为：发送端向接收端不连续发送数据，以及接收接收端返回的TPC命令字，其中，发送端针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及发送端针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。这样，既可以保证链路性能，又能够最大程度地避免发送功率出现过高、过低或者波动现象，进而有效保障了发送端的工作性能，以及保障了系统的整体性能。
【专利说明】 —种TPC命令字的处理方法及装置
【技术领域】
[0001]本发明涉及传输功率控制技术，特别涉及一种TPC命令字的处理方法及装置。
【背景技术】
[0002]在移动通信系统中，网络侧与终端侧在进行数据交互时，发送端每发送一次数据，接收端均会根据数据接收情况产生TPC命令字，发送端根据接收端反馈的传输功率控制(Transmit Power Control，TPC)命令字进行功率调整，并采用调整后的功率进行下一次数据发送，若接收端未接收到任何数据(即发送端无数据发送)，则也会产生无效TPC命令字反馈至发送端，其中，发送端可以是网络侧，接收端可以是终端侧，此时进行的是下行数据传输，相应的，发送端也可以是终端侧，接收端也可以是网络侧，此时进行的是上行数据传输。接收标准(3GPP25.224)中虽然明确发送端应该忽略无数据发送时由接收端产生的无效TPC命令字，但无论网络厂家或芯片厂家都无法统一 TPC命令字产生时延，而且各厂家TPC命令字产生方式也不尽相同，即接收端的处理机制不尽相同，因而会造成发送端无法准确获知无效TPC命令字发送时刻，从而发送端仍然会处理接收的无效TPC命令字，这样将会给系统性能带来影响。
[0003]下面以下行数据不连续发送为例进行介绍，但不只局限于下行数据不连续发送的情况，同样适用于上行数据不连续发送的情况，包括帧分复用(Time DivisionMultiplexing, TDM)、非连续发送(Discontinuous Transmission, DTX)、控制信道等场景下存在的数据不连接发送。
[0004]接收端接收到发送端下发的数据后，产生TPC命令字的时延可能为一个子帧或两个子帧，当下行数据不连续发送时，接收端会产生无效TPC命令字控制系统的传输功率，下面针对这一情况进行详细分析。
[0005]参阅图1所示的场景1，其中X表示无效TPC命令字。
[0006]接收端I产生TPC命令字的时延为一个子帧，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，接收端I在子帧N+01、子帧N+02、子帧N+03、子帧N+04产生的TPC命令字分别为TPC00、TPCO1、TPC02、TPC03，当发送端在子帧N+04、子帧N+05、子帧N+06、子帧N+07无数据发送时，接收端I在子帧N+05、子帧N+06、子帧N+07、子帧N+08分别产生无效TPC命令字；其中TPC命令字产生的时延为一个子帧。一般地，发送端逐次响应每个TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化关键业绩指标(Key PerformanceIndicator,KPI)指标以及用户感知。而接收端I针对发送端在子巾贞Ν+08至子巾贞Ν+15的数据发送情况产生相应的TPC命令字的方式，与接收端I针对发送端在子帧Ν+00至子帧Ν+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0007]接收端2产生TPC命令字的时延为两个子帧，发送端在子帧Ν+00、子帧Ν+01、子帧Ν+02、子帧Ν+03发送数据时，接收端2在子帧Ν+02、子帧Ν+03、子帧Ν+04、子帧Ν+05产生的TPC命令字分别为TPC00、TPCOU TPC02、TPC03,当发送端在子帧Ν+04、子帧Ν+05、子帧N+06、子帧N+07无数据发送时，接收端2在子帧N+06、子帧N+07、子帧N+08、子帧N+09分别产生无效TPC命令字；其中，TPC命令字产生的时延为两个子帧。一般地，发送端逐次响应每个TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而接收端2针对发送端在子帧N+08至子帧N+15的数据发送情况产生相应的TPC命令字的方式，与接收端2针对发送端在子帧N+00至子帧N+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0008]参阅图2所示的场景2，其中X表示无效TPC命令字。
[0009]接收端I产生TPC命令字的时延为一个子帧，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，接收端I在子帧N+01、子帧N+02、子帧N+03、子帧N+08产生的TPC命令字分别为TPCOO、TPCO1、TPC02、TPC03。而接收端I针对发送端在子帧N+08至子帧N+15的数据发送情况产生相应的TPC命令字的方式，与接收端I针对发送端在子帧N+00至子帧N+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0010]接收端2产生TPC命令字的时延为两个子帧，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，接收端2在子帧N+02、子帧N+03、子帧N+08产生的TPC命令字分别为TPCOO、TPCO1、TPC03，其中，发送端在子帧N+02发送数据时，发送端在子帧N+04未分配资源承载接收端2产生的TPC02，而发送端在子帧N+08分配资源承载接收端2产生的TPC命令字时，接收端2已经产生针对发送端在子帧N+03发送的数据的TPC03，因此按照发送最新命令字的原则接收端2在子帧N+08发送的TPC命令字为TPC03 ;进一步地，发送端在子帧N+07未发送数据，因此经过两个子帧的时延，接收端2在子帧N+09未接收到发送端发送的数据，因此产生无效TPC命令字。而接收端2针对发送端在子帧N+08至子帧N+15的数据发送情况产生相应的TPC命令字的方式，与接收端2针对发送端在子帧N+00至子帧N+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0011]参阅图3所示的场景3，其中X表示无效TPC命令字。
[0012]接收端I产生TPC命令字的时延为一个子帧，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，接收端I在子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端I产生的TPC命令字，而发送端在子帧N+04分配资源承载接收端I产生的TPC命令字时，接收端I已经产生针对发送端在子帧N+03发送的数据的TPC03，因此按照发送最新命令字的原则接收端I在子帧N+04发送的TPC命令字为TPC03 ;当发送端在子帧N+04、子帧N+05、子帧N+06、子帧N+07无数据发送时，接收端I在子帧N+05、子帧N+06、子帧N+07分别产生无效TPC命令字；其中，TPC命令字产生的时延为一个子帧。一般地，发送端逐次响应每个TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标。而接收端I针对发送端在子帧N+08至子帧N+15的数据发送情况产生相应的TPC命令字的方式，与接收端I针对发送端在子帧N+00至子帧N+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0013]接收端2产生TPC命令字的时延为两个子帧，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，发送端在子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端2产生的TPC命令字，而发送端在子帧N+04分配资源承载接收端2产生的TPC命令字时，接收端2已经产生针对发送端在子帧N+02发送的数据的TPC02和针对发送端在子帧N+03发送的数据的TPC03，因此按照发送最新命令字的原则接收端2在子帧N+04发送TPC命令字为TPC02，接收端2在子帧N+05发送的TPC命令字为TPC03 ;当发送端在子帧N+04、子帧N+05、子帧N+06、子帧N+07无数据发送时，接收端2在子帧N+06、子帧N+07分别产生无效TPC命令字；其中，TPC命令字产生的时延为两个子帧。一般地，发送端逐次响应每个TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而接收端2针对发送端在子帧N+08至子帧N+15的数据发送情况产生相应的TPC命令字的方式，与接收端2针对发送端在子帧N+00至子帧N+07的数据发送情况产生相应的TPC命令字的方式相似，在此不再赘述。
[0014]对应上述场景1、场景2和场景3，下面分别介绍各场景下发送端接收到接收端发送的TPC命令字后的响应方式。
[0015]参阅图4所示的场景4,其中X表示无效TPC命令字，UP表示为上调系统的发送功率。
[0016]对应图1所示的场景1，在场景4中，接收端I根据在子帧N+00至子帧N+15的数据接收情况产生相应的TPC命令字，相应的，在场景4中，发送端接收到接收端I发送的TPC命令字后，采用的响应方式如下:
[0017]发送端在子帧N+02、子帧N+03响应的TPC命令字为接收端I在子帧N+01、子帧N+02产生的TPC命令字TPCOO、TPCOI ;发送端在子帧N+08响应的TPC命令字TPCl为接收端I在子帧N+03、子帧N+04、子帧N+05、子帧N+06、子帧N+07产生的TPC命令字TPC02、TPC03和三个无效TPC命令字累计后产生的TPC命令字；发送端在子帧N+09响应的TPC命令字为接收端I在子帧N+08产生的无效TPC命令字(此处假设无效TPC命令字为UP)。一般地，发送端逐次响应每个TPC命令字，此场景将响应“无数据发送的子帧数”个无效TPC命令字，即四个无效TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率，即UP)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而发送端在子帧N+10至子帧N+15响应接收端I发送的TPC命令字的方式，与发送端在子帧N+02至子帧N+07响应接收端I发送的TPC命令字的方式相似；发送端在子帧N+00、子帧N+01响应接收端I发送的TPC命令字的方式，与发送端在子帧N+08、子帧N+09响应接收端I发送的TPC命令字的方式相似，在此不再赘述。
[0018]对应图1所示的场景1，在场景4中，接收端2根据在子帧N+00至子帧N+15的数据接收情况产生相应的TPC命令字，相应的，在场景4中，发送端接收到接收端2发送的TPC命令字后，采用的响应方式如下:
[0019]发送端在子帧N+03响应的TPC命令字为接收端2在子帧N+02产生的TPC命令字TPCOO ;发送端在子帧N+08响应的TPC命令字TPC2为接收端2在子帧N+03、子帧N+04、子帧N+05、子帧N+06、子帧N+07产生的TPC命令字TPCO1、TPC02、TPC03和两个无效TPC命令字(此处假设无效TPC命令字为UP)累计后产生的TPC命令字；发送端在子帧N+09、子帧N+10响应的TPC命令字为接收端2在子帧N+08、子帧N+09产生的无效TPC命令字。一般地，发送端逐次响应每个TPC命令字，此场景将响应“无数据发送的子帧数”个无效TPC命令字，即四个无效TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率，即UP)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而发送端在子帧N+11至子帧N+15响应接收端2发送的TPC命令字的方式，与发送端在子帧N+03至子帧N+07响应接收端2发送的TPC命令字的方式相似；发送端在子帧N+00至子帧N+03响应接收端2发送的TPC命令字的方式，与发送端在子帧N+08至子帧N+10响应接收端2发送的TPC命令字的方式相似，在此不再赘述。
[0020]参阅图5所示的场景5，其中X表示无效TPC命令字，UP表示为上调系统的发送功率。
[0021]对应图2所示的场景2，在场景5中，接收端I根据在子帧N+00至子帧N+15的数据接收情况产生相应的TPC命令字，相应的，在场景5中，发送端接收到接收端I发送的TPC命令字后，采用的响应方式如下:
[0022]发送端在子帧N+02、子帧N+03、子帧N+08、子帧N+09响应的TPC命令字为接收端I在子帧N+01、子帧N+02、子帧N+03、子帧N+08产生的命令字TPCOO、TPCO1、TPC02、TPC03。其中，发送端在每次开始发送数据的第一个子帧上，对接收端I在之前发送端无数据发送阶段反馈的其他TPC命令字中的最后一个TPC命令字进行响应。因此，发送端在子帧N+08上响应的TPC命令字为接收端I在子帧N+03产生的命令字TPC02。而发送端在子帧N+10至子帧N+15响应接收端I发送的TPC命令字的方式，与发送端在子帧N+02至子帧N+07响应接收端I发送的TPC命令字的方式相似；发送端在子帧N+00、子帧N+01响应接收端I发送的TPC命令字的方式，与发送端在子帧N+08、子帧N+09响应接收端I发送的TPC命令字的方式相似，在此不再赘述。
[0023]对应图2所示的场景2，在场景5中，接收端2根据在子帧N+00至子帧N+15的数据接收情况产生相应的TPC命令字，相应的，在场景5中，发送端接收到接收端2发送的TPC命令字后，采用的响应方式如下:
[0024]发送端在子帧N+03、子帧N+08、子帧N+09、子帧N+10响应的TPC命令字为接收端2在子帧N+02、子帧N+03、子帧N+08、子帧N+09产生的命令字TPC00、TPCOU TPC03和一个无效TPC命令字。其中，发送端在每次开始发送数据的第一个子帧上，对接收端2在之前发送端无数据发送阶段反馈的其他TPC命令字中的最后一个TPC命令字进行响应。因此，发送端在子帧N+08上响应的TPC命令字为接收端2在子帧N+03产生的命令字TPCOl。一般地，发送端逐次响应每个TPC命令字，此场景将多响应一个无效TPC命令字，导致发送功率提高。而发送端在子帧N+11至子帧N+15响应接收端2发送的TPC命令字的方式，与发送端在子帧N+03至子帧N+07响应接收端2发送的TPC命令字的方式相似；发送端在子帧N+00至子帧N+02响应接收端2发送的TPC命令字的方式，与发送端在子帧N+08至子帧N+10响应接收端2发送的TPC命令字的方式相似，在此不再赘述。
[0025]参阅图6所示的场景6，其中X表示无效TPC命令字，UP表示为上调系统的发送功率。
[0026]对应图3所示的场景3中，在场景6中，接收端I根据在子帧N+00至子帧N+15的数据接受情况产生相应的TPC命令字，相应的，在场景6中，发送端接收到接收端I发送的TPC命令字后，采用的响应方式如下:
[0027]当发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端I产生的TPC命令字，因此，发送端在子帧N+01、子帧N+02、子帧N+03不响应TPC命令字；发送端在子帧N+08响应的TPC命令字TPCl为接收端I在子帧N+04、子帧N+05、子帧N+06、子帧N+07产生的TPC命令字TPC03和三个无效TPC命令字(此处假设无效TPC命令字为UP)累计后产生的TPC命令字。一般地，发送端逐次响应每个TPC命令字，此场景将响应三个无效TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率，即UP)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而发送端在子帧N+09至子帧N+15响应接收端I发送的TPC命令字的方式，与发送端在子帧N+01至子帧N+07响应接收端I发送的TPC命令字的方式相似，在此不再赘述。
[0028]对应图3所示的场景3中，在场景6中，接收端2根据在子帧N+00至子帧N+15的数据接受情况产生相应的TPC命令字，相应的，在场景6中，发送端接收到接收端2发送的TPC命令字后，采用的响应方式如下:
[0029]当发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端2产生的TPC命令字，因此，发送端在子帧N+01、子帧N+02、子帧N+03不响应TPC命令字；发送端在子帧N+08响应的TPC命令字TPC2为接收端2在子帧N+04、子帧N+05、子帧N+06、子帧N+07产生的TPC命令字TPC02、TPC03和两个无效TPC命令字(此处假设无效TPC命令字为UP)累计后产生的TPC命令字。一般地，发送端逐次响应每个TPC命令字，此场景将响应两个无效TPC命令字，当多次响应无效TPC命令字时(无效TPC命令字多添为上调系统的发送功率，即UP)会导致发送功率不断抬升，对网络系统产生更大的干扰，恶化KPI指标以及用户感知。而发送端在子帧N+10至子帧N+15响应接收端2发送的TPC命令字的方式，与发送端在子帧N+02至子帧N+07响应接收端2发送的TPC命令字的方式相似，在此不再赘述。
[0030]由此可见，若系统中传输的无效TPC命令字均添为上调系统的发送功率，则当发送端多次响应无效TPC命令字后，会显著地提高自身的发送功率，若发送端为基站，则发送端在多次提闻发送功率后，会对其他基站广生强干扰，若多个基站同时提闻自身的发送功率，则整个系统会变为强干扰系统，影响用户的使用。
[0031]另一方面，若系统中传输的无效TPC命令字均添为下调系统的发送功率，则当发送端多次响应无效TPC命令字后，会导致自身的发送功率过低，从而影响数据发送效果，进而降低系统增益；而若系统中传输的无效TPC命令字交替添加为上调系统的发送功率和下调系统的发送功率，则会导致发送端的发送功率产生波动，影响数据传输的同时也浪费系统资源。
[0032]综上所述，现有技术下，若发送端过多地响应无效TPC命令字，则会导致自身工作性能的下降，进而影响系统的整体性能。
【发明内容】
[0033]本发明实施例提供一种TPC命令字的处理方法及装置，用以保障发送端的工作性能，进而保障系统的整体性能。
[0034]本发明实施例提供的具体技术方案如下:
[0035]第一方面,一种TPC命令字的处理方法,包括:
[0036]发送端向接收端不连续发送数据，以及接收接收端返回的TPC命令字；[0037]其中，发送端针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及发送端针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。
[0038]通过这种处理方法，可以保证链路性能，能够最大程度地避免发送功率出现过高、过低或者波动现象，进而有效保障了发送端的工作性能，以及保障了系统的整体性能。
[0039]结合第一方面，在第一种可能的实现方式中，发送端向接收端不连续发送数据，包括:
[0040]发送端为网络侧装置，接收端为终端侧装置，发达端向接收端不连续发送下行数据；或者，
[0041]发送端为终端侧装置，接收端为网络侧装置，发送端向接收端不连续发送上行数据。
[0042]通过这种可能的实现方式，本方法可以适用于处理多种场景下，发送端无数据发送时发送端响应针对接收端产生的TPC命令字的方法。
[0043]结合第一方面，在第二种可能的实现方式中，所述M为接收端针对TPC命令字的反馈时延，包括:M包括一个子中贞。
[0044]结合第一方面，在第三种可能的实现方式中，L为发送端相对于接收端无数据发送的子帧数目，包括:L包括四个子帧。
[0045]结合第一方面的上述任意一种实现方式，在第四种可能的实现方式中，发送端针对接收端发送的其他TPC命令字进行响应，包括:
[0046]发送端在每次开始发送数据的第一个子帧上，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字进行累计响应，或者，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字中的最后一个TPC命令字进行响应。
[0047]第二方面，一种发送端装置，包括:
[0048]通信单元，用于向接收端不连续发送数据，以及接收接收端返回的TPC命令字；
[0049]处理单元，用于针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。
[0050]通过这种处理方法，可以最大程度地避免通信单元的发送功率出现过高、过低或者波动现象，进而有效保障了通信单元的工作性能，以及保障了系统的整体性能。
[0051]结合第二方面，在第一种可能的实现方式中，通信单元向接收端不连续发送数据，包括:
[0052]本装置为网络侧装置，所述接收端为终端侧装置，所述通信单元向接收端不连续发送下行数据；或者，
[0053]本装置为终端侧装置，所述接收端为网络侧装置，所述通信单元向接收端不连续发送上行数据。
[0054]通过这种可能的实现方式，本装置可以适用于处理多种场景下，通信单元无数据发送时通信单元响应针对接收端产生的TPC命令字的装置[0055]结合第二方面，在第二种可能的实现方式中，通信单元采用的M包括一个子帧。
[0056]结合第二方面，在第三种可能的实现方式中，通信单元采用的L包括四个子帧。
[0057]结合第二方面的上述任意一种实现方式，在第四种可能的实现方式中，处理单元针对接收端发送的其他TPC命令字进行响应，包括:
[0058]所述处理单元在每次开始发送数据的第一个子帧上，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字进行累计响应，或者，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字中的最后一个TPC命令字进行响应。
【专利附图】
【附图说明】
[0059]图1为现有技术中接收端产生TPC命令字场景I示意图；
[0060]图2为现有技术中接收端产生TPC命令字场景2示意图；
[0061]图3为现有技术中接收端产生TPC命令字场景3示意图；
[0062]图4为现有技术中发送端响应TPC命令字场景4示意图；
[0063]图5为现有技术中发送端响应TPC命令字场景5示意图；
[0064]图6为现有技术中发送端响应TPC命令字场景6示意图；
[0065]图7为本发明实施例中处理TPC命令字流程图；
[0066]图8为本发明实施例中发送端响应TPC命令字场景7示意图；
[0067]图9为本发明实施例中发送端响应TPC命令字场景8示意图；
[0068]图10为本发明实施例中发送端响应TPC命令字场景9示意图；
[0069]图11为本发明实施例中发送端示意图。
【具体实施方式】
[0070]为了保障发送端的工作性能，进而保障系统的整体性能，本实施例中，发送端不再采用逐个响应每个接收端发送的TPC命令字的方式。
[0071]下面结合附图对本发明优选的实施方式进行详细说明。
[0072]参阅图7所示，本发明实施例中，发送端处理TPC命令字的流程如下:
[0073]步骤700:发送端向接收端不连续发送数据，以及接收接收端返回的TPC命令字。
[0074]本发明实施例中，发送端可以为网络侧装置，接收端可以为终端侧装置，发达端向接收端不连续发送的是下行数据；或者，
[0075]发送端可以为终端侧装置，接收端可以为网络侧装置，发送端向接收端不连续发送的是上行数据。
[0076]后续实施例中仅以发送端向接收端发送下行数据为例进行介绍。
[0077]步骤710:在步骤700的执行过程中，发送端针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及发送端针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。较佳的，M包括一个子帧，即M的取值可以为I。
[0078]其中，发送端针对接收端发送的其他TPC命令字进行响应时，除了按照约定的时延(如，延迟一个子帧)进行响应之外，在每次开始发送数据的第一个子帧上，需要对接收端在之前发送端无数据发送阶段反馈的上述其他TPC命令字进行累计响应，这一点在后续实施例中将进行介绍。
[0079]下面仍以下行数据传输为例对上述实施例的具体实现方式进行详细介绍。其中，系统中传输的无效TPC命令字可以均添为上调系统的发送功率、均添为下调系统的发送功率、或者交替添为上调系统的发送功率和下调系统的发送功率。后续实施例中仅无效TPC命令字均添为上调系统的发送功率为例进行介绍。
[0080]对应场景4中，发送端不连续发送数据时，接收端I产生TPC命令字，然后发送端响应接收端I发送的TPC命令字的过程。参阅图8所示的场景7 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端I发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0081]子帧N+03的结束时刻即是无数据发送的起始时刻，在图8所示的场景中，M= 1，L=4，因而，子帧N+04即为无数据发送的起始时刻之后的第M个子帧。
[0082]相应的，发送端针对接收端I在子帧N+04之后连续的5 (即L+1)个子帧(即子帧N+05至子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端I在子帧N+05至子帧N+08上发送的无效TPC命令字不进行响应，针对接收端I在子帧N+09上发送的TPC08不进行响应，因此，发送端在子帧N+09和子帧N+10上不对发送功率进行调整。
[0083]同时，发送端针对接收端I发送的其他TPC命令字进行响应。具体的:发送端在子帧N+03上响应接收端I在子帧N+02上发送的TPCOl、在子帧N+08上通过TPCl累计响应接收端I在子帧N+03上发送的TPC02和在子帧N+04上发送的TPC03。可见，由于发送端对四个无效TPC命令字均未处理，因而避免了抬升系统的发送功率(假设系统中传输的无效TPC命令字均添为UP)。
[0084]子帧N+10开始至子帧N + 17的具体处理方式与子帧N + 02至子帧N + 09的处理方式相同，在此不再赘述。
[0085]对应场景4中，发送端不连续发送数据时，接收端2产生TPC命令字，然后发送端响应接收端2发送的TPC命令字的过程。参阅图8所示的场景7 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端2发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0086]子帧N+03的结束时刻即是无数据发送的起始时刻，在图8所示的场景中，M= 1，L=4，因而，子帧N+04即为无数据发送的起始时刻之后的第M个子帧。
[0087]相应的，发送端针对接收端2在子帧N+04之后连续的5 (即L+1)个子帧(即子帧N+05至子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端2在子帧N+05上发送的TPC命令字TPC03不进行响应，针对接收端2在子帧N+06至子帧N+09上发送的无效TPC命令字不进行响应，，因此，发送端在子帧N+09和子帧N+10上不对发送功率进行调整。
[0088]同时，发送端针对接收端2发送的其他TPC命令字进行响应。具体的:发送端在子帧N+03上响应接收端2在子帧N+02上发送的TPC00、在子帧N+08上通过TPC2累计响应接收端2在子帧N+03上发送的TPCOl和在子帧N+04上发送的TPC02。可见，由于发送端对四个无效TPC命令字均未处理，因而避免抬升系统的发送功率(假设系统中传输的无效TPC命令字均添为UP)。[0089]子帧N+10开始至子帧N + 17的具体处理方式与子帧N + 02至子帧N + 09的处理方式相同，在此不再赘述。
[0090]对应场景5中，发送端不连续发送数据时，接收端I产生TPC命令字，然后发送端响应接收端I发送的TPC命令字的过程。参阅图9所示的场景8 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端I发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0091]子帧N+03的结束时刻即是无数据发送的起始时刻，在图9所示的场景中，发送端未给接收端I分配承载TPC命令字资源的子帧与发送端不发送下行数据的子帧在时间上是对齐的，因而相对于接收端1，发送端的数据发送方式相当于连续发送的，由此得出M = 1，L=0，子帧N+08即为无数据发送的起始时刻之后的第M个子帧。
[0092]相应的，发送端针对接收端I在子帧N+08之后连续的I (即L+1)个子帧(即子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端I在子帧N+09上发送的TPC命令字TPC08不进行响应，因此，发送端在子帧N+10上不对发送功率进行调整。
[0093]同时，发送端针对接收端I发送的其他TPC命令字进行响应。具体的:发送端针对接收端I在子帧N+08发送的TPC03进行响应，以及针对接收端I在子帧N+02和子帧N+03上发送的TPCOl和TPC02进行响应。其中，发送端在每次开始发送数据的第一个子帧上，对接收端I在之前发送端无数据发送阶段反馈的其他TPC命令字中的最后一个TPC命令字进行响应。因此，发送端在子帧N+08上响应的TPC命令字为接收端I在子帧N+03产生的命令字TPC02。可见，发送端只少响应一个由接收端I发送的TPC命令字。
[0094]子帧N+10开始至子帧N + 17的具体处理方式与子帧N + 02至子帧N + 09的处理方式相同，在此不再赘述。
[0095]对应场景5中，发送端不连续发送数据时，接收端2产生TPC命令字，然后发送端响应接收端2发送的TPC命令字的过程。参阅图9所示的场景8 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端2发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0096]子帧N+03的结束时刻即是无数据发送的起始时刻，在图9所示的场景中，发送端未给接收端2分配承载TPC命令字资源的子帧与发送端不发送下行数据的子帧在时间上是对齐的，因而相对于接收端2，发送端的数据发送方式相当于连续发送的，由此得出M = 1，L=0，子帧N+08即为无数据发送的起始时刻之后的第M个子帧。
[0097]相应的，发送端针对接收端2在子帧N+08之后连续的I (即L+1)个子帧(即子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端2在子帧N+09上发送的无效TPC命令字不进行响应，因此，发送端在子帧N+10上不对发送功率进行调整。
[0098]同时，发送端针对接收端2发送的其他TPC命令字进行响应。具体的:发送端针对接收端2在子帧N+08发送的TPC命令字TPC03进行响应，以及针对接收端2在子帧N+08之前的子帧N+02和子帧N+03上发送的TPC命令字TPCOO和TPCOl进行响应。其中，发送端在每次开始发送数据的第一个子帧上，对接收端2在之前发送端无数据发送阶段反馈的其他TPC命令字中的最后一个TPC命令字进行响应。因此，发送端在子帧N+08上响应的TPC命令字为接收端2在子帧N+03产生的命令字TPC01。可见，由于发送端对无效TPC命令字未处理，因而避免了抬升系统的发送功率(假设系统中传输的无效TPC命令字均添为UP)。[0099]子帧N+10开始至子帧N + 17的具体处理方式与子帧N + 02至子帧N + 09的处理方式相同，在此不再赘述。
[0100]对应场景6中，发送端不连续发送数据时，接收端I产生TPC命令字，然后发送端响应接收端I发送的TPC命令字的过程。参阅图10所示的场景9 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端I发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0101]子帧N+03的结束时刻即是无数据发送的起始时刻，在图10所示的场景中，M= 1，L=4，因而，子帧N+04即为无数据发送的起始时刻之后的第M个子帧。
[0102]相应的，发送端针对接收端I在子帧N+04之后连续的5 (即L+1)个子帧(即子帧N+05至子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端I在子帧N+05至子帧N+07上发送的无效TPC命令字不进行响应，以及由于发送端在子帧N+08和子帧N+09上未分配承载TPC命令字的资源，从而发送端针对子帧N+08和子帧N+09也不响应。
[0103]同时，发送端针对接收端I发送的其他TPC命令字进行响应。具体的:发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端I产生的TPC命令字，因此，发送端在子帧N+01、子帧N+02、子帧N+03不响应TPC命令字，发送端在子帧N+01、子帧N+02、子帧N+03上不对发送功率进行调整；而发送端在子帧N+03发送数据时，发送端在子帧N+04分配资源承载接收端I产生的TPC命令字时，接收端I已经产生针对发送端在子帧N+03发送的数据的TPC03，因此按照发送最新命令字的原则接收端I在子帧N+03发送TPC命令字为TPC03 ;因此，发送端在子帧N+08只针对接收端I在子帧N+04上发送的TPC03进行响应。可见，由于发送端对三个无效TPC命令字均未处理，因而避免了抬升系统的发送功率(假设系统中传输的无效TPC命令字均添为UP)。
[0104]子帧N+09开始至子帧N+16的具体处理方式与子帧N + 01至子帧N + 08的处理方式相同，在此不再赘述。
[0105]对应场景6中，发送端不连续发送数据时，接收端2产生TPC命令字，然后发送端响应接收端2发送的TPC命令字的过程。参阅图10所示的场景9 (其中X表示无效TPC命令字，不变表示为维持原有的发送功率)，发送端接收到接收端2发送的TPC命令字后，采用以下方式对TPC命令字进行处理:
[0106]子帧N+03的结束时刻即是无数据发送的起始时刻，在图8所示的场景中，M=I,L=4，因而，子帧N+04即为无数据发送的起始时刻之后的第M个子帧。
[0107]相应的，发送端针对接收端2在子帧N+04之后连续的5 (即L+1)个子帧(即子帧N+05至子帧N+09)上发送的TPC命令字不进行响应。具体的:发送端针对接收端2在子帧N+05上发送的TPC03不进行响应，针对接收端2在子帧N+06、子帧N+07上发送的无效TPC命令字不进行响应，而发送端在子帧N+08和子帧N+09未分配资源承载接收端2产生的命令字，因此发送端针对接收端2在子帧N+08和子帧N+09发送的TPC命令字不进行响应。
[0108]同时，发送端针对接收端2发送的其他TPC命令字进行响应。具体的:当发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03发送数据时，发送端在子帧N+00、子帧N+01、子帧N+02、子帧N+03未分配资源承载接收端2产生的TPC命令字，因此，发送端在子帧N+01、子帧N+02、子帧N+03不响应TPC命令字，发送端在子帧N+01、子帧N+02、子帧N+03上不对发送功率进行调整。发送端针对接收端2在子帧N+04发送的TPC命令字TPC02进行响应。因此，发送端在子帧N+08上只响应接收端2在N+04发送的TPC命令字TPC02进行相应。可见，由于发送端对两个无效TPC命令字均未处理，因而避免了连续两次提高系统的发送功率(假设系统中传输的无效TPC命令字均添为UP)。
[0109]子帧N+09开始至子帧N + 16的具体处理方式与子帧N + 01至子帧N + 08的处理方式相同，在此不再赘述。
[0110]当然，上述实施例仅以发送端为网络侧，接收端为终端侧，发送端向接收端不连接发送下行数据为例进行介绍，相应的，若发送端为终端侧，接收端为网络侧，发送端向终端侧不连续发送上行数据时，也可以采用本发明实施例提供的方式进行TPC命令字的处理，在此不再一一赘述。
[0111]参阅图11所示，本发明实施例中，发送端包括通信单元110和处理单元111,其中，
[0112]通信单元110，用于向接收端不连续发送数据，以及接收接收端返回的TPC命令字；
[0113]处理单元111，用于针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。
[0114]通信单元110采用的M包括一个子帧。
[0115]通信单元110采用的L包括四个子帧。
[0116]处理单元111针对接收端发送的其他TPC命令字进行响应，包括:
[0117]处理单元111在每次开始发送数据的第一个子帧上，对接收端在之前发送端无数据发送阶段反馈的其他TPC命令字进行累计响应，或者，对接收端在之前发送端无数据发送阶段反馈的其他TPC命令字中的最后一个TPC命令字进行响应。
[0118]由此可见，通过本发明实施例中提供的对TPC命令字的处理方法，不论接收端产生TPC命令字的时延为一个子帧还是两个子帧，都可以使得发送端不再响应无效TPC命令字，同时，又能响应尽量多的有效命令字(即发送端发送数据时接收端产生的TPC命令字)，有效的控制系统的发送功率，提升KPI指标，而且兼容接收端产生TPC命令字的不同时延以及兼容接收端对TPC无效命令字的不同填写方式，既可以保证链路性能(如，尽量多地响应命令字)，又能够最大程度地避免发送功率出现过高、过低或者波动现象(如，不响应无效TPC命令字不应该响应的命令字)，进而有效保障了发送端的工作性能，以及保障了系统的整体性能。
[0119]显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种传输功率控制TPC命令字的处理方法,其特征在于,包括: 发送端向接收端不连续发送数据，以及接收接收端返回的TPC命令字； 其中，发送端针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及发送端针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。
2.如权利要求1所述的方法，其特征在于，发送端向接收端不连续发送数据，包括: 发送端为网络侧装置，接收端为终端侧装置，发达端向接收端不连续发送下行数据；或者， 发送端为终端侧装置，接收端为网络侧装置，发送端向接收端不连续发送上行数据。·
3.如权利要求1所述的方法，其特征在于，所述M为接收端针对TPC命令字的反馈时延，包括: M包括一个子帧。
4.如权利要求1所述的方法，其特征在于，L为发送端相对于接收端无数据发送的子帧数目，包括: L包括四个子帧。
5.如权利要求1一 4任一项所述的方法，其特征在于，发送端针对接收端发送的其他TPC命令字进行响应，包括: 发送端在每次开始发送数据的第一个子帧上，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字进行累计响应，或者，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字中的最后一个TPC命令字进行响应。
6.一种发送端装置，其特征在于，包括: 通信单元，用于向接收端不连续发送数据，以及接收接收端返回的TPC命令字； 处理单元，用于针对接收端在无数据发送的初始时刻开始的第M个子帧之后的连续L+1个子帧上发送的TPC命令字不进行响应，以及针对接收端发送的其他TPC命令字进行响应，其中，M为接收端针对TPC命令字的反馈时延，L为发送端相对于接收端无数据发送的子帧数目。
7.如权利要求6所述的装置，其特征在于，所述通信单元向接收端不连续发送数据，包括: 本装置为网络侧装置，所述接收端为终端侧装置，所述通信单元向接收端不连续发送下行数据；或者， 本装置为终端侧装置，所述接收端为网络侧装置，所述通信单元向接收端不连续发送上行数据。
8.如权利要求6所述的装置，其特征在于，所述通信单元采用的M包括一个子帧。
9.如权利要求6所述的装置，其特征在于，所述通信单元采用的L包括四个子帧。
10.如权利要求6— 9任一项所述的装置，其特征在于，所述处理单元针对接收端发送的其他TPC命令字进行响应，包括: 所述处理单元在每次开始发送数据的第一个子帧上，对接收端在之前发送端无数据发送阶段反馈的所述其他TPC命令字进行累计响应，或者，对接收端在之前发送端无数据发送阶段反馈的所述其 他TPC命令字中的最后一个TPC命令字进行响应。
【文档编号】H04W52/14GK103428839SQ201310344529
【公开日】2013年12月4日 申请日期:2013年8月8日 优先权日:2013年8月8日
【发明者】刘吉凤, 杨宝振 申请人:大唐移动通信设备有限公司