專利名稱：信息傳輸方法、基站和信息傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)，特別涉及一種信息傳輸方法、基站和信息傳輸系統(tǒng)。
背景技術(shù)：
長期演進(Long Term Evolution, LTE)系統(tǒng)中，接收多媒體廣播組播業(yè)務(wù) (Multimedia Broadcast Multicast Service, MBMS)的用戶設(shè)備(UserEquipment， UE) 的數(shù)量較少時，采用混合自動重傳(Hybrid Automatic R印eatRequest， HARQ)技術(shù)獲得 的頻譜效率增益較高。采用HARQ進行數(shù)據(jù)傳輸時，需要UE向基站進行反饋，當UE接收 不成功時，UE向基站反饋解碼結(jié)果，基站進行重傳。對于MBMS業(yè)務(wù)，基站通過MBMS控 制信道(MBMSContro 1 Channe 1 ， MCCH)消息攜帶HARQ反饋控制信息，在 一 個修改周期 (Modification Period)內(nèi)，攜帶的反饋控制信息不變，則UE固定為需要或不需要進行 HARQ反饋。由于當接收MBMS的UE的數(shù)量較多時，采用HARQ技術(shù)獲得的頻譜效率增益較 少，當小區(qū)中接收MBMS業(yè)務(wù)的用戶較多時采用HARQ的意義不大。因此，當小區(qū)中接收MBMS 業(yè)務(wù)的UE由少變多時，基站期望用戶不要再進行反饋?，F(xiàn)有技術(shù)中基站會在一個修改周期 之后指示用戶不需要進行HARQ反饋。 發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題基站在修改周期 后進行HARQ反饋控制信息的更新，而該修改周期的時間較長，從而造成基站對HARQ反饋控 制信息的更新不及時。

發(fā)明內(nèi)容
本發(fā)明提供一種信息傳輸方法、基站和信息傳輸系統(tǒng)，用以解決基站對HARQ反饋 控制信息更新不及時的技術(shù)問題，進而使得UE能夠及時獲知HARQ反饋控制信息。
本發(fā)明實施例提供了一種信息傳輸方法，包括
確定需要改變用戶設(shè)備的反饋狀態(tài)； 更新反饋控制信息，所述反饋控制信息用于指示用戶設(shè)備的反饋狀態(tài)； 發(fā)送更新后的反饋控制信息，所述確定需要改變用戶設(shè)備的反饋狀態(tài)和發(fā)送更新
后的反饋控制信息在同一個修改周期內(nèi)。 本發(fā)明實施例提供了一種基站，包括 確定模塊，用于確定是否需要改變用戶設(shè)備的反饋狀態(tài)，當需要改變用戶設(shè)備的 反饋狀態(tài)時，觸發(fā)修改模塊； 修改模塊，用于收到所述確定模塊的觸發(fā)時，更新反饋控制信息，所述反饋控制信 息用于指示用戶設(shè)備的反饋狀態(tài)；以及， 發(fā)送模塊，用于在所述確定模塊確定需要改變用戶設(shè)備的反饋狀態(tài)的修改周期
內(nèi)，發(fā)送所述修改模塊提供的反饋控制信息。 本發(fā)明實施例提供了一種信息傳輸系統(tǒng)，包括 基站，用于確定需要改變用戶設(shè)備的反饋狀態(tài)時，更新并發(fā)送反饋控制信息，所述反饋控制信息用于指示用戶設(shè)備的反饋狀態(tài)，所述確定需要改變用戶設(shè)備的反饋狀態(tài)和發(fā) 送所述反饋控制信息在同一個修改周期內(nèi)；以及， 用戶設(shè)備，用于根據(jù)接收的所述反饋控制信息進行反饋控制。 由上述技術(shù)方案可知，本發(fā)明實施例通過在確定需要改變用戶設(shè)備的反饋狀態(tài)的 修改周期內(nèi)，將更新后的HARQ反饋控制信息發(fā)送給UE，可以使UE及時地獲知是否需要進行 HARQ反饋，避免UE做無謂的接入以及可能降低小區(qū)用戶呼叫成功率的問題。


圖1為本發(fā)明實施例一的方法流程示意圖；
圖2為本發(fā)明實施例二的方法流程示意圖；
圖3為本發(fā)明實施例三的方法流程示意圖；
圖4為本發(fā)明實施例四的基站結(jié)構(gòu)示意圖；
圖5為本發(fā)明實施例五的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。
圖1為本發(fā)明實施例一的方法流程示意圖，本實施例可以包括如下步驟
步驟11 :基站確定需要改變UE的反饋狀態(tài)。
步驟12 :基站更新反饋控制信息，該反饋控制信息用于指示UE的反饋狀態(tài)。
步驟13 :基站發(fā)送更新后的反饋控制信息，所述確定需要改變UE的反饋狀態(tài)和發(fā) 送更新后的反饋控制信息在同一個修改周期內(nèi)。 本步驟中，基站可以將反饋控制信息攜帶在業(yè)務(wù)數(shù)據(jù)中發(fā)送給UE，也可以將反饋 控制信息攜帶在控制信令中發(fā)送給UE。 假設(shè)修改周期A1和修改周期A2為連續(xù)的兩個修改周期，且基站在修改周期A1內(nèi) 確定需要改變UE的反饋狀態(tài)，例如從不進行HARQ反饋變?yōu)檫M行HARQ反饋，則本實施例中 的基站將在修改周期A1內(nèi)更新HARQ反饋控制信息，并發(fā)送給UE ;而應用現(xiàn)有的技術(shù)方案， 基站要等待至下一個修改周期，即在修改周期A2中更新HARQ反饋控制信息?？梢?，本實施 例通過基站在確定出需要改變UE的反饋狀態(tài)的修改周期內(nèi)，及時更新反饋控制信息，并將 更新后的反饋控制信息發(fā)送給UE，可以使UE及時獲知是否進行HARQ反饋，避免UE做無謂 的接入及小區(qū)呼叫成功率較低的問題。 圖2為本發(fā)明實施例二的方法流程示意圖，如圖2所示，本發(fā)明實施例二包括如下 步驟 步驟21 :基站確定UE的反饋狀態(tài)需要由進行HARQ反饋改變?yōu)闊o需進行HARQ反 饋時，更新HARQ反饋控制信息以指示UE無需進行HARQ反饋。 具體的，假設(shè)本實施例中處于連接態(tài)的UE的數(shù)量在修改周期Bl內(nèi)的bl時刻之前 比較少，例如小于基站預設(shè)的閾值(例如7個)，UE根據(jù)本修改周期內(nèi)接收到的HARQ反饋 控制信息指示，進行HARQ反饋。在bl時刻，基站檢測到處于連接態(tài)的UE的數(shù)量達到7個， 則基站確定UE無需進行HARQ反饋，并將HARQ反饋控制信息更新為指示UE無需進行HARQ 反饋。
4
步驟22 :基站在修改周期Bl內(nèi)發(fā)送包含更新后的HARQ反饋控制信息的業(yè)務(wù)數(shù) 據(jù)。 本步驟中，基站可以將更新后的HARQ反饋控制信息攜帶在MBMS業(yè)務(wù)數(shù)據(jù)中一起 發(fā)送給UE，例如將其攜帶在MBMS業(yè)務(wù)數(shù)據(jù)的媒體接入控制(Media Access and Control, MAC)子頭(subhead)中。具體的，HARQ反饋控制信息可以占用MAC子頭中的某一特定字 段，比如采用"1111"指示無需進行HARQ反饋。類似的，本步驟中的基站也可以將更新后的 HARQ反饋控制信息攜帶在MBMS數(shù)據(jù)的MAC控制信元(MAC Control Element,MAC CE)中。 具體的，HARQ反饋控制信息可以占用MAC CE中的某一特定字段。基站可以針對具體業(yè)務(wù)， 例如第一 MBMS業(yè)務(wù)，要求UE進行反饋或者不進行反饋，因此，基站還可以進一步將該HARQ 反饋控制信息所對應的具體業(yè)務(wù)信息攜帶在MAC CE的其他字段中，上述業(yè)務(wù)信息可以是業(yè) 務(wù)編號、類型或其他信息。 本步驟中，基站還可以將HARQ反饋控制信息和與其對應的業(yè)務(wù)信息分別攜帶在 MAC子頭和MAC CE中。例如，HARQ反饋控制信息可以由MAC子頭來攜帶，并由MAC CE攜帶 該HARQ反饋控制信息所針對的具體業(yè)務(wù)。 步驟23 :UE接收到HARQ反饋控制信息，從而獲知無需進行HARQ反饋，即停止向基 站進行HARQ反饋。 具體的，如果在接收到該HARQ反饋控制信息之前，UE已經(jīng)由于某些原因停止進行 HARQ反饋，則UE可以忽略該HARQ反饋控制信息；如果UE尚未停止HARQ反饋，則立即停止 HARQ反饋；如果UE正準備接收MBMS業(yè)務(wù)數(shù)據(jù)，則直接進行數(shù)據(jù)接收而不進行HARQ反饋。
以LTE系統(tǒng)為例，MBMS業(yè)務(wù)數(shù)據(jù)一般為毫秒(ms)級，而修改周期一般為秒(s)級， 例如可以在1. 28s至10. 24s之間，可見業(yè)務(wù)數(shù)據(jù)的發(fā)送間隔遠小于修改周期。因此，本實 施例通過在MBMS業(yè)務(wù)數(shù)據(jù)中攜帶用于指示UE停止反饋的HARQ反饋控制信息，能夠使正 在反饋的UE以及可能要接收MBMS業(yè)務(wù)但尚未開始接收的UE及時獲知更新后的反饋控制 信息，從而可以不進行HARQ反饋，解決了 LTE中當接收MBMS業(yè)務(wù)的用戶數(shù)量較少時，接收 MBMS業(yè)務(wù)的UE進行HARQ反饋，但隨著接收MBMS業(yè)務(wù)的用戶數(shù)量增加，由于沒有及時通知 接收MBMS業(yè)務(wù)的UE停止HARQ反饋而導致UE做無謂的接入以及可能降低小區(qū)用戶呼叫成 功率的問題。 圖3為本發(fā)明實施例三的方法流程示意圖，本實施例與實施例二類似，區(qū)別在于， 本實施例采用控制信令，而不是業(yè)務(wù)數(shù)據(jù)，來攜帶HARQ反饋控制信息。本實施例可以包括 以下步驟 步驟31 :與實施例二的步驟21相同，不再贅述。 步驟32 :基站在修改周期Bl內(nèi)發(fā)送包含更新后的HARQ反饋控制信息的控制信 令。 本步驟中，基站可以將更新后的HARQ反饋控制信息攜帶在物理下行控制信道 (Physical Downlink Control Channel，PDCCH)消息中，該更新后的HARQ反饋控制信息用 于指示UE無需進行HARQ反饋。 具體的，該HARQ反饋控制信息可以占用PDCCH消息中的某一位，或者用PDCCH消 息中的某個字段的一個碼點(二進制數(shù)的組合)來表示。例如，在PDCCH消息中增加一個 比特，該增加的比特用于攜帶HARQ反饋控制信息，或者用PDCCH消息中的資源塊(Resource
5Block, RB)的某個碼點，如"111111"(以RB為6比特為例)表示無需進行HARQ反饋。
步驟33 :與實施例二的步驟23相同，不再贅述。 具體的，如果在接收到該HARQ反饋控制信息之前，UE已經(jīng)由于某些原因停止進行 HARQ反饋，則UE可以忽略該HARQ反饋控制信息；如果UE尚未停止HARQ反饋，則立即停止 HARQ反饋；如果UE正準備接收MBMS業(yè)務(wù)數(shù)據(jù)，則直接進行數(shù)據(jù)接收而不進行HARQ反饋。
以LTE系統(tǒng)為例，PDCCH消息的發(fā)送間隔通常為毫秒級，明顯小于秒級的修改周 期。因此，本實施例通過在控制信令中攜帶用于指示UE停止反饋的HARQ反饋控制信息，使 得正在反饋的UE以及可能要接收MBMS業(yè)務(wù)但尚未開始接收的UE都不進行HARQ反饋，解 決了 LTE中當接收MBMS業(yè)務(wù)的用戶數(shù)量較少時，接收MBMS業(yè)務(wù)的UE進行HARQ反饋，但隨 著接收MBMS業(yè)務(wù)的用戶數(shù)量增加，由于沒有及時通知接收MBMS業(yè)務(wù)的UE停止HARQ反饋 而導致UE做無謂的接入以及可能降低小區(qū)用戶呼叫成功率的問題。 上述實施例二與實施例三分別通過業(yè)務(wù)數(shù)據(jù)和控制信令傳輸HARQ反饋控制信 息，而為保證HARQ反饋控制信息的可靠傳輸，可以采用冗余的方式，即將實施例二與實施 例三相結(jié)合，業(yè)務(wù)數(shù)據(jù)和控制信令均傳輸HARQ反饋控制信息。 需要指出的是，上述實施例二、三針對用戶設(shè)備的反饋狀態(tài)包括UE需要進行HARQ 反饋和UE無需進行HARQ反饋兩種的情況，介紹了基站通知UE停止進行HARQ反饋的場景， 本發(fā)明實施例還適用于基站通知UE開始進行HARQ反饋的場景。具體的，基站可以根據(jù)預 設(shè)條件確定是否要將UE的反饋狀態(tài)由無需進行HARQ反饋改為進行HARQ反饋，例如，當UE 的數(shù)量低于某一閾值時，確定需要改變UE的反饋狀態(tài)，則基站更新HARQ反饋控制信息并在 本修改周期內(nèi)發(fā)送給UE。 此外，本發(fā)明實施例中用戶設(shè)備的反饋狀態(tài)并不限于上述UE需要進行HARQ反饋 和UE無需進行HARQ反饋兩種，還可以包括UE進行HARQ反饋的形式、非HARQ的反饋時機 和反饋形式等其他反饋狀態(tài)。具體的，以用戶設(shè)備的反饋狀態(tài)包括第一反饋形式、第二反饋 形式和第三反饋形式為例，基站可以根據(jù)預設(shè)的條件判斷是否需要改變UE的反饋狀態(tài)，如 果確定需要改變，例如指示UE由第一反饋形式改為第三反饋形式，則基站在確定需要改變 UE反饋形式的修改周期內(nèi)，實現(xiàn)HARQ反饋控制信息的更新和發(fā)送，從而保證UE及時獲知反 饋形式的變化，提高系統(tǒng)整體性能。 本發(fā)明實施例可以應用于LTE系統(tǒng)、其它具有HARQ反饋的點對多點業(yè)務(wù)(例如 MBMS業(yè)務(wù))的通信系統(tǒng)，以及其他具有HARQ反饋或非HARQ的反饋控制的通信系統(tǒng)。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述程序可以存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí) 行時，執(zhí)行包括上述方法實施例的步驟；而前述存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等 各種可以存儲程序代碼的介質(zhì)。 圖4為本發(fā)明實施例四的基站結(jié)構(gòu)示意圖，包括確定模塊41、修改模塊42和發(fā)送
模塊43。確定模塊41確定是否需要改變UE的反饋狀態(tài)，當需要改變UE的反饋狀態(tài)時觸發(fā)
修改模塊42 ;修改模塊42在確定模塊41確定出需要改變UE的反饋狀態(tài)時，更新反饋控制
信息，所述反饋控制信息用于指示用戶設(shè)備的反饋狀態(tài)；發(fā)送模塊43在確定模塊41確定需
要改變UE的反饋狀態(tài)的修改周期內(nèi)，發(fā)送修改模塊42提供的反饋控制信息。 其中，上述的反饋控制信息可以為HARQ反饋控制信息，發(fā)送模塊43發(fā)送的HARQ反饋控制信息可以是用于指示所述UE停止向基站進行HARQ反饋，UE接收到該HARQ反饋 控制信息后在該修改周期內(nèi)即停止向基站進行HARQ反饋。 具體的，發(fā)送模塊43可以將該HARQ反饋控制信息攜帶在業(yè)務(wù)數(shù)據(jù)中發(fā)送給UE，例 如，攜帶在MBMS業(yè)務(wù)數(shù)據(jù)的MAC子頭和/或MBMS業(yè)務(wù)數(shù)據(jù)的MAC CE中；進一步地，發(fā)送模 塊43還可以用于將與更新后的HARQ反饋控制信息對應的業(yè)務(wù)信息攜帶在MAC CE中發(fā)送 給UE?；蛘?，發(fā)送模塊43也可以將該HARQ反饋控制信息攜帶在控制信令中發(fā)送給UE，例 如，攜帶在MBMS業(yè)務(wù)的PDCCH消息中。 本實施例通過在同一個修改周期內(nèi)更改及發(fā)送反饋控制信息，可以使UE可以及 時地獲知是否進行HARQ反饋，避免在修改周期后才獲知所造成的UE無謂接入及小區(qū)接呼 叫成功率較低的問題。 圖5為本發(fā)明實施例五的系統(tǒng)結(jié)構(gòu)示意圖，包括基站51和UE52。基站51確定需 要改變UE的反饋狀態(tài)時，更新并發(fā)送反饋控制信息，所述反饋控制信息指示UE的反饋狀 態(tài)，所述確定需要改變UE的反饋狀態(tài)和發(fā)送所述反饋控制信息在同一個修改周期內(nèi)；UE52 根據(jù)基站51發(fā)送的更新后的反饋控制信息進行反饋控制。 其中，上述的反饋控制信息可以為HARQ反饋控制信息，基站51發(fā)送的HARQ反饋 控制信息可以指示UE52無需進行HARQ反饋時；此時，UE52停止向基站51進行HARQ反饋。
具體的，基站51可以將HARQ反饋控制信息攜帶在業(yè)務(wù)數(shù)據(jù)或者控制信令中發(fā)送 給UE52，例如，攜帶在MBMS業(yè)務(wù)數(shù)據(jù)的MAC子頭和/或MBMS業(yè)務(wù)數(shù)據(jù)的MAC CE中；進一步 地，基站51還可以用于將與更新后的HARQ反饋控制信息對應的業(yè)務(wù)信息發(fā)送給UE52?；?者，基站51也可以將HARQ反饋控制信息攜帶在MBMS業(yè)務(wù)的PDCCH消息中。
本實施例通過在確定需要改變用戶設(shè)備反饋狀態(tài)的修改周期內(nèi)更新并發(fā)送反饋 控制信息，可以使基站將用于指示UE反饋狀態(tài)的反饋控制信息及時通知給UE，使UE可以及 時地根據(jù)該反饋控制信息進行相應的反饋控制，避免在修改周期后才獲知所造成的UE無 謂接入及小區(qū)接呼叫成功率較低的問題。 最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域普通技術(shù)人員應當理解其依然可 以對本發(fā)明的技術(shù)方案進行修改或等同替換，而這些修改或等同替換亦不能使修改后的技 術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
一種信息傳輸方法，其特征在于，包括確定需要改變用戶設(shè)備的反饋狀態(tài)；更新反饋控制信息，所述反饋控制信息用于指示用戶設(shè)備的反饋狀態(tài)；發(fā)送更新后的反饋控制信息，所述確定需要改變用戶設(shè)備的反饋狀態(tài)和發(fā)送更新后的反饋控制信息在同一個修改周期內(nèi)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送更新后的反饋控制信息具體為 發(fā)送包含所述更新后的反饋控制信息的業(yè)務(wù)數(shù)據(jù)；或者， 發(fā)送包含所述更新后的反饋控制信息的控制信令。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送包含所述更新后的反饋控制信 息的業(yè)務(wù)數(shù)據(jù)具體為發(fā)送業(yè)務(wù)數(shù)據(jù)，所述業(yè)務(wù)數(shù)據(jù)的媒體接入控制子頭和/或媒體接入控制信元包含所述 更新后的反饋控制信息。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述業(yè)務(wù)數(shù)據(jù)的媒體接入控制子頭和/或 媒體接入控制信元還包含所述更新后的反饋控制信息對應的業(yè)務(wù)信息。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送包含所述更新后的反饋控制信 息的控制信令具體為發(fā)送物理下行控制信道消息，所述物理下行控制信道消息包含所述更新后的反饋控制 信息。
6. —種基站，其特征在于，包括確定模塊，用于確定是否需要改變用戶設(shè)備的反饋狀態(tài)，當需要改變用戶設(shè)備的反饋 狀態(tài)時，觸發(fā)修改模塊；修改模塊，用于收到所述確定模塊的觸發(fā)時，更新反饋控制信息，所述反饋控制信息用 于指示用戶設(shè)備的反饋狀態(tài)；以及，發(fā)送模塊，用于在所述確定模塊確定需要改變用戶設(shè)備的反饋狀態(tài)的修改周期內(nèi)，發(fā) 送所述修改模塊提供的反饋控制信息。
7. 根據(jù)權(quán)利要求6所述的基站，其特征在于所述發(fā)送模塊還用于發(fā)送與更新后的反饋控制信息對應的業(yè)務(wù)信息。
8. —種信息傳輸系統(tǒng)，其特征在于，包括基站，用于確定需要改變用戶設(shè)備的反饋狀態(tài)時，更新并發(fā)送反饋控制信息，所述反饋 控制信息用于指示用戶設(shè)備的反饋狀態(tài)，所述確定需要改變用戶設(shè)備的反饋狀態(tài)和發(fā)送所 述反饋控制信息在同一個修改周期內(nèi)；以及，用戶設(shè)備，用于根據(jù)接收的所述反饋控制信息進行反饋控制。
9. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于所述基站還用于發(fā)送與更新后的反饋控制信息對應的業(yè)務(wù)信息。
10. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述用戶設(shè)備用于根據(jù)接收的所述反饋 控制信息進行反饋控制具體為所述反饋控制信息指示用戶設(shè)備無需進行混合自動重傳反饋時，所述用戶設(shè)備用于停 止向所述基站進行混合自動重傳反饋。
全文摘要
本發(fā)明公開了一種信息傳輸方法、基站和信息傳輸系統(tǒng)。該方法包括確定需要改變用戶設(shè)備的反饋狀態(tài)；更新反饋控制信息，所述反饋控制信息用于指示用戶設(shè)備的反饋狀態(tài)；發(fā)送更新后的反饋控制信息，所述確定需要改變用戶設(shè)備的反饋狀態(tài)和發(fā)送更新后的反饋控制信息在同一個修改周期內(nèi)。通過本發(fā)明實施例可以使用戶設(shè)備及時獲知混合自動重傳反饋控制信息，避免在修改周期后才更新混合自動重傳反饋控制信息造成的問題。
文檔編號H04L1/18GK101741528SQ20081022649
公開日2010年6月16日 申請日期2008年11月13日 優(yōu)先權(quán)日2008年11月13日
發(fā)明者黃曲芳 申請人:華為技術(shù)有限公司