一種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日
【發明者】劉吉鳳, 楊寶振 申請人:大唐移動通信設備有限公司