一種保持上行同步的方法

專利名稱：一種保持上行同步的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及HSPA+(高速分組接入演進(jìn))技術(shù)，特別涉及一種保持上行同步的方 法。
背景技術(shù)：
現(xiàn)有的時(shí)分同步碼分多址接入(TD-SCDMA)系統(tǒng)的R4版本到HSUPA(高速上行分 組接入)版本中的用于上行同步保持的技術(shù)方案共有三種，下面分別予以詳細(xì)說明
第一種上行同步保持方案基站(NodeB)為某用戶專門配置下行的DPCH(專用物 理信道)，并使用該DPCH信道來發(fā)送上行同步調(diào)整命令。 第二種上行同步保持方案在用戶有業(yè)務(wù)數(shù)據(jù)需要發(fā)送和接收時(shí)，使用控制信道 發(fā)送上行同步調(diào)整命令。例如對于HSUPA系統(tǒng)中的調(diào)度業(yè)務(wù)，使用E-AGCH(E-DCH絕對 授權(quán)信道)攜帶上行同步調(diào)整命令；對于HSUPA系統(tǒng)中的非調(diào)度業(yè)務(wù)，使用E-HICH(E-DCH HARQ確認(rèn)指示信道)攜帶上行同步調(diào)整命令；對于HSDPA(高速下行分組接入)系統(tǒng)，使用 HS-SCCH(高速共享控制信道)攜帶上行同步調(diào)整命令。 這種方案下，實(shí)際上就是將TPC(傳輸功率控制)和SS(同步偏移， synchronization shift)指令攜帶在相應(yīng)的信道中發(fā)送給用戶，以用于E-PUCH(上行增強(qiáng) 物理信道)功控和同步。 第三種上行同步保持方案在用戶有上行業(yè)務(wù)，但由于調(diào)度算法的原因，較長時(shí) 間未進(jìn)行上行業(yè)務(wù)傳輸時(shí)，可以使用緊急調(diào)度的方式保持用戶的上行同步。具體方式是 NodeB分別針對每個(gè)上行傳輸用戶維護(hù)一個(gè)同步定時(shí)器，當(dāng)某一用戶有上行傳輸則將對應(yīng) 于該用戶的定時(shí)器重置，如定時(shí)器超過預(yù)定義的上行失步門限時(shí)間，則對該用戶啟動(dòng)緊急 調(diào)度，以特定的MCS(調(diào)制編碼集，Modulation and Coding scheme)和信道資源對用戶進(jìn)
行上行傳輸授權(quán)，之后的用戶上行同步保持方式如上述的第二種上行同步保持方案。
上述三種現(xiàn)有技術(shù)方案存在各自的缺點(diǎn)，具體地 上述第一種上行同步保持方案需要為每個(gè)UE單獨(dú)分配專用的物理信道資源，導(dǎo) 致系統(tǒng)的資源利用率不高。并且，相關(guān)協(xié)議已經(jīng)明確對于HSPA+系統(tǒng)不再分配DPCH專用 信道，因此，該方案對于HSPA+系統(tǒng)中的上行同步保持不適用。 上述第二種上行同步保持方案，在業(yè)務(wù)傳輸?shù)倪^程中，利用E-AGCH或HS-SCCH控 制信道發(fā)送上行同步調(diào)整命令的方式需要CELL—DCH狀態(tài)下的用戶時(shí)刻保持有上行業(yè)務(wù)數(shù) 據(jù)需要發(fā)送，或時(shí)刻保持有下行業(yè)務(wù)數(shù)據(jù)需要接收，且要求調(diào)度算法能保證用戶在上行失 步的門限時(shí)間范圍內(nèi)至少能被調(diào)度到一次。如果在一段時(shí)間內(nèi)，用戶的緩存中暫時(shí)沒有上 行業(yè)務(wù)發(fā)送、且沒有下行數(shù)據(jù)需要接收，或由于調(diào)度算法的原因?qū)е鲁錾闲惺Р降拈T限 時(shí)間范圍時(shí)仍不能對用戶進(jìn)行調(diào)度，那么就無法對用戶進(jìn)行E-AGCH信道或HS-SCCH信道授 權(quán)，也就無法對用戶發(fā)送上行同步調(diào)整命令。 上述第三種上行同步保持方案，是利用上行緊急調(diào)度對即將失步的用戶進(jìn)行優(yōu)先 調(diào)度，這需要改變調(diào)度算法的流程，并且緊急調(diào)度采用的MCS方式和信道資源都不高，會造成系統(tǒng)中存在碼道碎片，且降低系統(tǒng)整體的吞吐量。此外，采用該方式的前提是用戶緩存有 上行業(yè)務(wù)數(shù)據(jù)要發(fā)送，對于在一段時(shí)間內(nèi)用戶的緩存中暫時(shí)沒有上行業(yè)務(wù)數(shù)據(jù)需要發(fā)送的 情況仍然無法進(jìn)行上行同步控制。另外，該方式可以進(jìn)行上行同步保持的用戶的個(gè)數(shù)受限 于授權(quán)信道的個(gè)數(shù)。 目前，HSPA+協(xié)議中明確UE在CELL_DCH狀態(tài)下需要保持和維護(hù)上行同步，但是 取消了 DPCH伴隨信道。對于動(dòng)態(tài)調(diào)度業(yè)務(wù)，如果UE業(yè)務(wù)到達(dá)間隔較長或由于調(diào)度算法的 因素使得某UE長時(shí)間沒有被調(diào)度，或者對于SPS (半靜態(tài)調(diào)度)業(yè)務(wù)有較長的靜默期，此時(shí) UE與NodeB之間較長時(shí)間沒有任何上下行的數(shù)據(jù)交互，這種情況下需要有一套機(jī)制來保持 和維護(hù)CELL_DCH狀態(tài)下的UE的上行同步。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種保持上行同步的方法，旨在為1^ 八+
系統(tǒng)中處于的CELL—DCH狀態(tài)的用戶維持可靠的上行同步。 為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的 —種保持上行同步的方法，包括A、為每一個(gè)處于CELL_DCH狀態(tài)的用戶終端UE維護(hù)一個(gè)上行同步保持定時(shí)器；
B、當(dāng)UE的上行同步保持定時(shí)器超時(shí)時(shí)，通過高速共享控制信道HS-SCCH向所述UE 發(fā)送授權(quán)命令，并在隨后的應(yīng)當(dāng)發(fā)送高速物理下行鏈路共享信道HS-PDSCH數(shù)據(jù)的時(shí)刻，不 向所述UE發(fā)送HS-PDSCH數(shù)據(jù)； C、將所述UE通過高速共享信息信道HS-SICH發(fā)送的反饋?zhàn)鳛樯闲袇⒖夹盘?，對?述UE進(jìn)行上行同步計(jì)算，并根據(jù)計(jì)算的結(jié)果通過HS-SCCH向所述UE發(fā)送上行同步調(diào)整信 令。 所述A中的維護(hù)上行同步保持定時(shí)器為當(dāng)UE進(jìn)行了上行業(yè)務(wù)數(shù)據(jù)、下行業(yè)務(wù)數(shù) 據(jù)、上行控制數(shù)據(jù)或下行控制數(shù)據(jù)的傳輸時(shí)，重置對應(yīng)于所述UE的上行同步保持定時(shí)器。
所述B中的通過HS-SCCH向UE發(fā)送授權(quán)命令為使用HS-SCCH類型1或HS-SCCH 類型3向UE發(fā)送授權(quán)命令。 當(dāng)使用HS-SCCH類型1時(shí)，每次對所述授權(quán)命令中的新數(shù)據(jù)指示位加l，表示為新 數(shù)據(jù)授權(quán)； 當(dāng)使用HS-SCCH類型3時(shí)，將所述授權(quán)命令中的指向之前的傳輸域的偏移置為指 向上一個(gè)基站與所述UE之間沒有HS-PDSCH傳輸?shù)淖訋?所述C中根據(jù)計(jì)算的結(jié)果通過HS-SCCH向UE發(fā)送上行同步調(diào)整信令為根據(jù)計(jì)算 的結(jié)果確定同步偏移SS，并通過HS-SCCH向UE發(fā)送SS指令和傳輸功率控制TPC指令。
所述通過HS-SCCH向UE發(fā)送SS指令為使用HS-SCCH類型1或HS-SCCH類型3 向UE發(fā)送SS指令。 該方法進(jìn)一步包括如果發(fā)送一次SS指令尚未使所述UE達(dá)到完全的上行同步，則 循環(huán)執(zhí)行A C直至所述UE達(dá)到完全的上行同步。 在所述A之前進(jìn)一步包括通過IuB接口上的無線鏈路連接建立過程確定處于 CELL—DCH狀態(tài)的UE。 由上述技術(shù)方案可見，本發(fā)明提出的保持上行同步的方法通過利用UE上傳的
4HS-SICH作為參考信號進(jìn)行上行同步的判斷，并通過HS-SCCH攜帶SS指令進(jìn)行"空調(diào)度"， 而不進(jìn)行實(shí)際的HS-PDSCH發(fā)送，一方面實(shí)現(xiàn)了上行同步的保持，另一方面避免了占用業(yè)務(wù) 的物理信道資源。同時(shí)，本發(fā)明方法無需對現(xiàn)有協(xié)議中的控制幀格式和時(shí)序關(guān)系進(jìn)行任何 修改。采用本發(fā)明方法，無論用戶是否暫時(shí)沒有上行業(yè)務(wù)發(fā)送或調(diào)度算法是否未能較頻繁 的調(diào)度用戶，NodeB都能為UE進(jìn)行上行同步調(diào)整，以保持UE的上行同步。


圖1為本發(fā)明保持上行同步的方法的實(shí)現(xiàn)流程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對 本發(fā)明作進(jìn)一步詳細(xì)說明。 為避免占用業(yè)務(wù)信道資源和對現(xiàn)有協(xié)議產(chǎn)生修改，本發(fā)明提出一種保持上行同步
的方法，該方法的主要思想是當(dāng)UE處于CELL_DCH狀態(tài)下、且一段時(shí)間內(nèi)沒有進(jìn)行任何上
下行數(shù)據(jù)的發(fā)送和接收時(shí)，通過檢測UE上傳的HS-SICH作為參考信號，并通過HS-SCCH攜
帶SS指令進(jìn)行"空調(diào)度"，從而實(shí)現(xiàn)CELL_DCH狀態(tài)下的上行同步保持。 圖1為本發(fā)明保持上行同步的方法的實(shí)現(xiàn)流程示意圖。參見圖l，該實(shí)現(xiàn)流程包
括 步驟101 :為每一個(gè)處于CELL_DCH狀態(tài)的UE維護(hù)一個(gè)上行同步保持定時(shí)器。
在本步驟之前，NodeB可以通過IuB接口上的無線鏈路連接建立過程來識別處于 CELL—DCH狀態(tài)的UE。 本步驟中，NodeB端維護(hù)上行同步保持定時(shí)器的目的在于決定何時(shí)需要對UE發(fā)起 上行同步保持過程。當(dāng)Node B與UE進(jìn)行了上行業(yè)務(wù)數(shù)據(jù)、下行業(yè)務(wù)數(shù)據(jù)、上行控制數(shù)據(jù) 或下行控制數(shù)據(jù)的傳輸時(shí)，重置對應(yīng)于該UE的上行同步保持定時(shí)器，只有當(dāng)上行同步保持 定時(shí)器到期時(shí)間內(nèi)NodeB與UE之間沒有任何上下行數(shù)據(jù)傳輸時(shí)，才會啟動(dòng)上行同步保持過 程， 一旦NodeB與UE之間有上下行數(shù)據(jù)傳輸則停止該過程。 步驟102 :當(dāng)UE的上行同步保持定時(shí)器超時(shí)時(shí)，通過高速共享控制信道(HS-SCCH) 向UE發(fā)送授權(quán)命令，并在隨后的應(yīng)當(dāng)發(fā)送高速物理下行鏈路共享信道(HS-PDSCH)數(shù)據(jù)的 時(shí)刻，不向所述UE發(fā)送HS-PDSCH數(shù)據(jù)。 本步驟中，可以使用HS-SCCH類型1或HS-SCCH類型3向UE發(fā)送授權(quán)命令。該 HS-SCCH授權(quán)命令與現(xiàn)有協(xié)議完全一致，無需做任何修改。如果使用HS-SCCH類型l，則 每次對授權(quán)命令中的新數(shù)據(jù)指示位(New dataindicator)加l，表示為新數(shù)據(jù)授權(quán)；如 果使用HS-SCCH類型3，則將授權(quán)命令中的指向之前的傳輸(Pointer to the previous transmission)域的偏移置為指向上一個(gè)基站與該UE之間沒有高速物理下行鏈路共享信 道(HS-PDSCH)傳輸?shù)淖訋?。除此之外，其余的時(shí)隙、碼道、調(diào)制方式、傳輸塊大小和HARQ進(jìn) 程均可以按普通授權(quán)方式進(jìn)行任意設(shè)置。 按照現(xiàn)有技術(shù)，NodeB將在HS-SCCH后的HS-PDSCH發(fā)送時(shí)刻發(fā)送該UE的業(yè)務(wù)數(shù) 據(jù)，因此，按照現(xiàn)有技術(shù)，如果沒有該UE的業(yè)務(wù)數(shù)據(jù)需要下發(fā)，該UE將無法得到HS-PDSCH 授權(quán)。采用本發(fā)明方法，在上行同步保持定時(shí)器超時(shí)時(shí)，表示UE已有一段時(shí)間沒有業(yè)務(wù)數(shù)據(jù)傳輸，本發(fā)明通過HS-SCCH向UE發(fā)送授權(quán)命令，并在發(fā)送完HS-SCCH后的HS-PDSCH發(fā)送 時(shí)刻，不對上行同步的UE實(shí)際發(fā)送HS-PDSCH數(shù)據(jù)， 一方面，解決了現(xiàn)有技術(shù)在UE沒有業(yè)務(wù) 數(shù)據(jù)時(shí)無法得到HS-PDSCH授權(quán)，從而無法進(jìn)行上行同步的問題，另一方面，由于實(shí)際上沒 有HS-PDSCH數(shù)據(jù)需要發(fā)送，從而無需分配和占用下行業(yè)務(wù)共享信道資源，節(jié)省了保持上行 同步造成的系統(tǒng)資源的開銷。 步驟103 :NodeB接收UE通過高速共享信息信道(HS-SICH)發(fā)送的反饋。 本步驟中，雖然NodeB沒有在HS-SCCH后的HS-PDSCH發(fā)送時(shí)刻向UE發(fā)送業(yè)務(wù)數(shù)
據(jù)，但這一過程對UE是透明的，UE仍會按照正常的時(shí)序關(guān)系進(jìn)行HS-PDSCH信道解碼接收，
并通過HS-SICH向NodeB反饋，該過程與現(xiàn)有協(xié)議完全一致，無需做任何修改。 步驟104 :NodeB將該反饋?zhàn)鳛樯闲袇⒖夹盘?，對該UE進(jìn)行上行同步計(jì)算，并根據(jù)
計(jì)算的結(jié)果通過HS-SCCH向所述UE發(fā)送上行同步調(diào)整信令。 本步驟中，可以根據(jù)上行同步計(jì)算的結(jié)果確定SS，并通過HS-SCCH向UE發(fā)送SS指 令和TPC指令。在發(fā)送SS指令和TPC指令時(shí)，仍然可以使用HS-SCCH類型1或HS-SCCH類 型3，來對UE進(jìn)行上行同步的調(diào)整。如果發(fā)送一次SS指令尚未使該UE達(dá)到完全的上行同 步，可以循環(huán)執(zhí)行本發(fā)明方法的上述步驟直至該UE達(dá)到完全的上行同步。
至此，結(jié)束本發(fā)明保持上行同步的方法。 由于NodeB在執(zhí)行本發(fā)明方法時(shí)，UE與NodeB之間已沒有業(yè)務(wù)數(shù)據(jù)需要進(jìn)行交互， 并且也沒有相應(yīng)的重傳數(shù)據(jù)需要發(fā)送，因此，本發(fā)明方法實(shí)現(xiàn)過程中對HS-SCCH typel或 HS-SCCH type3中各域的設(shè)置不會對業(yè)務(wù)產(chǎn)生影響。并且，根據(jù)圖1可以發(fā)現(xiàn)，本發(fā)明的實(shí) 現(xiàn)流程中HS-SCCH、 HS-PDSCH和HS-SICH之間的時(shí)序關(guān)系完全遵循現(xiàn)有協(xié)議所規(guī)定的正常 的授權(quán)、數(shù)據(jù)傳輸和反饋之間的時(shí)序關(guān)系，不同之處僅在于NodeB端在發(fā)送完HS-SCCH后的 HS-PDSCH發(fā)送時(shí)刻并不對進(jìn)行上行同步的UE發(fā)送實(shí)際的HS-PDSCH數(shù)據(jù)，因此，本發(fā)明無需 對現(xiàn)有協(xié)議流程進(jìn)行任何修改、也無需對授權(quán)和反饋消息格式進(jìn)行任何修改。
由上述實(shí)施例可見，本發(fā)明提出的保持上行同步的方法通過利用UE上傳的 HS-SICH作為參考信號進(jìn)行上行同步的判斷，并通過HS-SCCH攜帶SS指令進(jìn)行"空調(diào)度"， 而不進(jìn)行實(shí)際的HS-PDSCH發(fā)送， 一方面實(shí)現(xiàn)了上行同步的保持，另一方面避免了占用業(yè)務(wù) 的物理信道資源。同時(shí)，本發(fā)明方法無需對現(xiàn)有協(xié)議中的控制幀格式和時(shí)序關(guān)系進(jìn)行任何 修改。采用本發(fā)明方法，無論用戶是否暫時(shí)沒有上行業(yè)務(wù)發(fā)送或調(diào)度算法是否未能較頻繁 的調(diào)度用戶，NodeB都能為UE進(jìn)行上行同步調(diào)整，以保持UE的上行同步。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范 圍之內(nèi)。
權(quán)利要求
一種保持上行同步的方法，其特征在于，包括A、為每一個(gè)處于CELL_DCH狀態(tài)的用戶終端UE維護(hù)一個(gè)上行同步保持定時(shí)器；B、當(dāng)UE的上行同步保持定時(shí)器超時(shí)時(shí)，通過高速共享控制信道HS-SCCH向所述UE發(fā)送授權(quán)命令，并在隨后的應(yīng)當(dāng)發(fā)送高速物理下行鏈路共享信道HS-PDSCH數(shù)據(jù)的時(shí)刻，不向所述UE發(fā)送HS-PDSCH數(shù)據(jù)；C、將所述UE通過高速共享信息信道HS-SICH發(fā)送的反饋?zhàn)鳛樯闲袇⒖夹盘枺瑢λ鯱E進(jìn)行上行同步計(jì)算，并根據(jù)計(jì)算的結(jié)果通過HS-SCCH向所述UE發(fā)送上行同步調(diào)整信令。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于所述A中的維護(hù)上行同步保持定時(shí)器為當(dāng)UE進(jìn)行了上行業(yè)務(wù)數(shù)據(jù)、下行業(yè)務(wù)數(shù)據(jù)、上 行控制數(shù)據(jù)或下行控制數(shù)據(jù)的傳輸時(shí)，重置對應(yīng)于所述UE的上行同步保持定時(shí)器。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于所述B中的通過HS-SCCH向UE發(fā)送授權(quán)命令為使用HS-SCCH類型1或HS-SCCH類型 3向UE發(fā)送授權(quán)命令。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于當(dāng)使用HS-SCCH類型1時(shí)，每次對所述授權(quán)命令中的新數(shù)據(jù)指示位加l，表示為新數(shù)據(jù) 授權(quán)；當(dāng)使用HS-SCCH類型3時(shí)，將所述授權(quán)命令中的指向之前的傳輸域的偏移置為指向上 一個(gè)基站與所述UE之間沒有HS-PDSCH傳輸?shù)淖訋?br> 5. 根據(jù)權(quán)利要求1所述的方法，其特征在于所述C中根據(jù)計(jì)算的結(jié)果通過HS-SCCH向UE發(fā)送上行同步調(diào)整信令為根據(jù)計(jì)算的結(jié) 果確定同步偏移SS，并通過HS-SCCH向UE發(fā)送SS指令和傳輸功率控制TPC指令。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于所述通過HS-SCCH向UE發(fā)送SS指令為使用HS-SCCH類型1或HS-SCCH類型3向UE 發(fā)送SS指令。
7. 根據(jù)權(quán)利要求5或6所述的方法，其特征在于，該方法進(jìn)一步包括 如果發(fā)送一次SS指令尚未使所述UE達(dá)到完全的上行同步，則循環(huán)執(zhí)行A C直至所述UE達(dá)到完全的上行同步。
8. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述A之前進(jìn)一步包括 通過IuB接口上的無線鏈路連接建立過程確定處于CELL_DCH狀態(tài)的UE。
全文摘要
本發(fā)明公開了一種保持上行同步的方法，該方法為每一個(gè)處于CELL_DCH狀態(tài)的UE維護(hù)一個(gè)上行同步保持定時(shí)器；當(dāng)UE的上行同步保持定時(shí)器超時(shí)時(shí)，通過高速共享控制信道(HS-SCCH)向所述UE發(fā)送授權(quán)命令；并將所述UE通過高速共享信息信道(HS-SICH)發(fā)送的反饋?zhàn)鳛樯闲袇⒖夹盘?，對該UE進(jìn)行上行同步計(jì)算，并根據(jù)計(jì)算的結(jié)果通過HS-SCCH向該UE發(fā)送上行同步調(diào)整信令。應(yīng)用本發(fā)明能夠保持UE的上行同步，并且無需占用任何業(yè)務(wù)資源、無需對現(xiàn)有協(xié)議中的控制幀格式和時(shí)序關(guān)系進(jìn)行任何修改。
文檔編號H04W56/00GK101707803SQ200910236349
公開日2010年5月12日 申請日期2009年10月16日 優(yōu)先權(quán)日2009年10月16日
發(fā)明者朱穎 申請人:普天信息技術(shù)研究院有限公司