專利名稱：高速上行分組接入業(yè)務(wù)重配置方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)，特別涉及高速上行分組接入(High SpeedUplink Packet Access，簡稱“HSUPA”)業(yè)務(wù)重配置方法。
背景技術(shù)：
第三代合作伙伴項目(3rd Generation Partnership Project，簡稱“3GPP”)作為移動通信領(lǐng)域的重要組織推動了第三代移動通信(The Third Generation，簡稱“3G”)技術(shù)的標準化工作，其早期的協(xié)議版本中上行和下行業(yè)務(wù)的承載都是基于專用信道的。其中，99版(Release 99，簡稱“R99”)中上行和下行能夠達到的數(shù)據(jù)傳輸速率均為384千比特每秒(Kbps)。
隨著移動通信技術(shù)的發(fā)展，3G技術(shù)也在不斷的發(fā)展演進。許多對流量和時延要求較高的數(shù)據(jù)業(yè)務(wù)，如視頻、流媒體和下載等，需要系統(tǒng)提供更高的傳輸速率和更短的時延。高速下行分組接入(High Speed Downlink PacketAccess，簡稱“HSDPA”)和高速上行分組接入(High Speed Uplink PacketAccess，簡稱“HSUPA”)就是3G技術(shù)的重要演進。不同于R99版本中數(shù)據(jù)包的調(diào)度和重傳由無線網(wǎng)絡(luò)控制器(Radio Network Controller，簡稱“RNC”)控制，HSDPA和HSUPA中的數(shù)據(jù)包的調(diào)度和重傳等由節(jié)點B(NodeB，又稱基站)控制，這種控制更快速，可以更好的適應(yīng)信道變化、減小傳輸時延和增加數(shù)據(jù)的吞吐量。HSDPA和HSUPA分別能夠提供高達14.4兆比特每秒(Mbps)和5.76Mbps的峰值速率，頻譜利用率也得到很大的提高。
其中，HSUPA作為高速上行數(shù)據(jù)包接入技術(shù)，在2004年引入到了3GPP第6版(Release 6，簡稱“R6”)的版本中。HSUPA采用更短的傳輸時間間隔(Transmission Timing Interval，簡稱“TTI”)和幀長(2ms或10ms)以實現(xiàn)快速自適應(yīng)控制，使用混合自適應(yīng)重傳請求(Hybrid Automatic RepeatRequest，簡稱“HARQ”)和基于Node B的快速上行調(diào)度技術(shù)，提高了上行的頻譜效率。
HARQ技術(shù)綜合了前向糾錯碼和重傳，用于增強的專用信道(EnhancedDedicated Channel，簡稱“E-DCH”)的物理層快速重傳，并通過初傳和重傳之間的軟合并來提高物理層的譯碼性能。
為了實現(xiàn)用戶設(shè)備(User Equipment，簡稱“UE”)上行數(shù)據(jù)的高效率傳輸，HSUPA新增加了兩個上行物理信道和三個下行物理信道，它們分別是用于承載用戶數(shù)據(jù)的上行的增強專用數(shù)據(jù)傳輸信道(E-DCH DedicatedPhysical Data Channel，簡稱“E-DPDCH”)，用于傳輸伴隨物理層信令，為E-DPDCH解調(diào)提供伴隨信令的上行的增強專用控制信道(E-DCH DedicatedPhysical Control Channel，簡稱“E-DPCCH”)，用于控制UE的上行傳輸速率的絕對授權(quán)信道(E-DCH Absolute Grant Channel，簡稱“E-AGCH”)和相對授權(quán)信道(E-DCH Relative Grand Channel，簡稱“E-RGCH”)，以及用于指示上行進程數(shù)據(jù)傳輸是否正確的重傳指示信道(E-DCH HARQIndicator Channel，簡稱“E-HICH”)。
其中，E-DPCCH是用來傳送伴隨E-DCH的控制信息的物理信道，里面包含了2bit的重傳序列號(Retransmission Sequence Number，簡稱“RSN”)來表示傳輸進程的狀態(tài)。RSN為0的傳輸為初始傳輸，不為0的傳輸均為重傳一次重傳RSN為1，二次重傳RSN為2，此后的后續(xù)重傳RSN均為3。
E-AGCH只在無線連接服務(wù)小區(qū)中存在，用于指示UE上行傳輸允許的最大傳輸速率，調(diào)節(jié)的頻率比較低；E-RGCH在無線連接的服務(wù)和非服務(wù)小區(qū)都可以存在，用于指示UE按一定步長調(diào)整上行傳輸速率，調(diào)整的頻率比較高，最高可達每TTI一次；HSUPA中，UE通過E-HICH獲知數(shù)據(jù)是否被正確接收，如果不正確，將發(fā)起重傳，否則發(fā)送新數(shù)據(jù)。
在HSUPA中UE上行碼資源和功率資源是每個UE獨享的，Node B不需要針對上行碼資源和功率資源進行調(diào)度。但是HSUPA中上行各個UE一定的傳輸速率會在Node B接收端產(chǎn)生對應(yīng)的干擾，Node B在允許的干擾范圍內(nèi)可以保障UE的解調(diào)性能。但是，如果干擾超過設(shè)定的范圍，就可能使得某些UE的解調(diào)性能無法保障，因此Node B調(diào)度HSUPA的基本原則是控制和允許UE在Node B接收端帶來的干擾水平。Node B上行快速調(diào)度根據(jù)當前小區(qū)的干擾水平與設(shè)定門限，確定UE上行允許的傳輸數(shù)據(jù)速率，并在干擾水平過高時能夠快速的下調(diào)UE上行的數(shù)據(jù)傳輸速率，使得上行干擾在設(shè)定的目標范圍內(nèi)。
HSDPA/HSUPA技術(shù)將以低成本提供高性能的服務(wù)，為實現(xiàn)真正大規(guī)模的市場化應(yīng)用的移動網(wǎng)際互連協(xié)議(Internet Protocol，簡稱“IP”)多媒體提供了可能。由于分組語音(Voice over IP，簡稱“VoIP”)是網(wǎng)際協(xié)議多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱“IMS”)和全IP網(wǎng)的主要驅(qū)動，也是固定網(wǎng)和無線網(wǎng)二網(wǎng)合一的關(guān)鍵，因此對于移動通信未來的發(fā)展至關(guān)重要?；贖SDPA/HSUPA的VoIP無疑是將來最有發(fā)展?jié)摿Φ慕鉀Q方案，也只有在HSDPA/HSUPA這樣高帶寬情況下，VoIP才可提供與電路交換相似的容量。
RSN是UE發(fā)送給Node B來通知進程所處的狀態(tài)如果當前RSN為0，作為初始傳輸，HARQ去速率匹配后的數(shù)據(jù)直接送去做譯碼，同時將這些數(shù)據(jù)緩存；如果RSN不為0，將本次HARQ去速率匹配后的數(shù)據(jù)和緩存中的數(shù)據(jù)按Symbol(符號)進行軟合并(采用飽和加算法)后送去譯碼，同時也將軟合并后的數(shù)據(jù)進行緩存。
如果上行傳輸數(shù)據(jù)在Node B譯碼正確，Node B就給UE發(fā)送ACK(確認)消息，并清空HARQ緩存；否則，Node B就發(fā)送NACK(錯誤)消息，并要求重傳數(shù)據(jù)，同時累計重傳次數(shù)。如果重傳次數(shù)達到MAC-d flow中最大重傳次數(shù)的極限值，清空HARQ緩存，并且如果是服務(wù)Node B，還需要發(fā)送HARQ-failure(失敗)給RNC。
當進程處于初傳狀態(tài)時，如果Node B上次發(fā)送ACK，當前接收的RSN不是0，當前RSN相對上一次RSN是連續(xù)的并且連接幀號(Connect FrameNumber，簡稱“CFN”)之差為4個TTI，則不處理E-DPDCH，本次繼續(xù)發(fā)送ACK，進程仍然處于初傳狀態(tài)；如果上次發(fā)送的是NACK并且重傳次數(shù)達到MAC-d Flow(媒體訪問控制專用流)中最大重傳次數(shù)的最大值，當前RSN不為0，不處理E-DPDCH，進程仍然處于初傳狀態(tài)。
進程處于重傳狀態(tài)并且RSN不連續(xù)，如果當前RSN為0，那么清空該進程相關(guān)的HARQ緩存，本次作為初傳處理，根據(jù)本次譯碼結(jié)果決定發(fā)送ACK/NACK和進程狀態(tài)。如果是服務(wù)Node B并且先前的重傳次數(shù)達到MAC-d flow中最大重傳次數(shù)的最小值，還需要發(fā)送HARQ-failure給RNC；如果當前RSN不為0，清空該進程相關(guān)的HARQ緩存，根據(jù)本次譯碼結(jié)果決定發(fā)送ACK/NACK和進程狀態(tài)。如果是NACK，重傳次數(shù)加1，如果重傳次數(shù)達到MAC-d flow中最大重傳次數(shù)的最大值，進程進入初傳狀態(tài)，清空HARQ緩存，如果是服務(wù)Node B，還需要發(fā)送HARQ-failure給RNC。
目前，協(xié)議沒有規(guī)定在重配置的時候，UE應(yīng)該怎樣設(shè)置RSN。
在實際應(yīng)用中，上述方案存在以下問題HSUPA業(yè)務(wù)重配置時HARQ進程無法處理異常情況。
造成這種情況的主要原因在于，由于HSUPA業(yè)務(wù)重配置時，如果是從一個傳輸塊(Transport Block，簡稱“TB”)Size(大小)較大的業(yè)務(wù)重配置到TB Size較小的業(yè)務(wù)，并且在重配置提交時，當前RSN不為0，那么會使得當前進程的數(shù)據(jù)還需要進行重傳，重配置提交之后，UE無法選擇合適的增強傳輸格式組合指示(Enhanced-Transport Format CombinationIndicator，簡稱“E-TFCI”)，并進一步導(dǎo)致該HARQ進程無法處理。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種高速上行分組接入業(yè)務(wù)重配置方法，使得HSUPA業(yè)務(wù)重配置時，消除或減少HARQ進程處理中出現(xiàn)異常的可能性。
為實現(xiàn)上述目的，本發(fā)明提供了一種高速上行分組接入業(yè)務(wù)重配置方法，包含以下步驟A發(fā)生所述重配置時，用戶設(shè)備將重傳序列號設(shè)置為0，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)。
其中，還包含以下步驟B發(fā)生所述重配置時，基站節(jié)點清空混合自適應(yīng)重傳請求緩存，將本次傳輸作為初始傳輸，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)，根據(jù)本次的譯碼結(jié)果向所述用戶設(shè)備發(fā)送確認信息。
此外在所述方法中，如果因為重配置而導(dǎo)致當前傳輸數(shù)據(jù)缺損，由比混合自適應(yīng)重傳請求層更高的層進行重傳。
此外在所述方法中，還包含以下步驟發(fā)生所述重配置時，所述用戶設(shè)備判斷重配置后所允許的最大傳輸塊是否比重配置前所允許的最大傳輸塊小，如果是則執(zhí)行步驟A，否則繼續(xù)使用當前重傳序列號和進程狀態(tài)。
此外在所述方法中，還包含以下步驟發(fā)生所述重配置時，所述基站節(jié)點判斷重配置后所允許的最大傳輸塊是否比重配置前所允許的最大傳輸塊小，如果是則執(zhí)行步驟B，否則繼續(xù)使用當前混合自適應(yīng)重傳請求緩存和進程狀態(tài)。
此外，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)。
本發(fā)明還提供了一種高速上行分組接入業(yè)務(wù)重配置方法，包含以下步驟用戶設(shè)備收到來自無線網(wǎng)絡(luò)控制器的同步重配置提交命令時，從該命令中的信息獲知重配置后可用的最大增強傳輸格式組合指示，并與重配置前可用的最大增強傳輸格式組合指示相比較，將其中較小的增強傳輸格式組合指示作為門限；從下一次初傳開始，所述用戶設(shè)備僅使用小于等于所述門限的增強傳輸格式組合指示，直至所述重置生效。
其中，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，在重配置時刻，UE將RSN設(shè)置為0，HARQ進程狀態(tài)設(shè)置為初始傳輸狀態(tài)。相應(yīng)地，Node B直接清空HARQ緩存，將本次傳輸作為初始傳輸，進程處于初傳狀態(tài)，根據(jù)本次的譯碼結(jié)果給UE發(fā)送ACK/NACK。
在重配置時刻，UE和Node B對HARQ進程進行上述初始化之前，還可以先判斷重配置后的最大傳輸塊是否小于重配置前的最大傳輸塊，如果是才進行上述初始化，否則不對RSN、HARQ進行狀態(tài)和HARQ緩存進行初始化。
在UE收到來自RNC的同步重配置提交命令時，比較重配置前后所允許的最大E-TFCI，將其中較小的E-TFCI作為門限，從下一次初傳開始，UE只使用不超過該門限的E-TFCI傳輸數(shù)據(jù)，當重配置生效后再按正常流程執(zhí)行。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即通過重配置時刻的初始化，使得UE和Node B都明確地知道當前要傳的數(shù)據(jù)是新的數(shù)據(jù)，從而使HARQ進程可以被正確地處理，保證了業(yè)務(wù)的正常重配置。
初始化可能會導(dǎo)致當前數(shù)據(jù)傳輸失敗，這可以通過高層重傳加以解決。通過在初始化前對重配置前后最大傳輸塊的大小進行比較，可以在最大傳輸塊從小變大時不作初始化，繼續(xù)把當前的數(shù)據(jù)傳完，從而減少了高層重傳的概率。
通過在重配置生效前預(yù)先限制E-TFCI的大小，使得E-TFCI可以在重配置生效前預(yù)先降到重配置后允許的范圍，從而減少HARQ重傳時錯誤的發(fā)生。


圖1是根據(jù)本發(fā)明第一實施方式的HSUPA業(yè)務(wù)重配置方法流程圖；圖2是根據(jù)本發(fā)明第二實施方式的HSUPA業(yè)務(wù)重配置方法流程圖；圖3是根據(jù)本發(fā)明第三實施方式的HSUPA業(yè)務(wù)重配置方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明通過對321協(xié)議中進程的狀態(tài)、重傳次數(shù)和RSN做了修改，使得重配置時UE和Node B按照規(guī)定能夠?qū)ψg碼后的RSN作出正確判斷，進而正確地處理HARQ進程。
本發(fā)明第一實施方式的HSUPA業(yè)務(wù)重配置方法如圖1所示，在該協(xié)議中增加重配置時刻對UE的RSN和HARQ進程的規(guī)定將RSN設(shè)置為0，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)，即
set CURRENT_TX_NB to 0(設(shè)置當前進程狀態(tài)為初始傳輸狀態(tài))，set CURRENT_RSN to 0(設(shè)置當前RSN為0)在重配置時業(yè)務(wù)發(fā)生變化后，Node B直接清空HARQ緩存，將本次傳輸作為初始傳輸，進程設(shè)為初傳狀態(tài)，并根據(jù)本次的譯碼結(jié)果向UE返回ACK/NACK消息。通過重配置時刻的初始化，使得UE和Node B都明確地知道當前要傳的數(shù)據(jù)是新的數(shù)據(jù)，從而使HARQ進程可以被正確地處理，保證了業(yè)務(wù)的正常重配置。
在步驟101中，UE與Node B之間進行HSUPA業(yè)務(wù)，當業(yè)務(wù)發(fā)生重配置時，UE將RSN設(shè)為0，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)；Node B也將RSN設(shè)為0并清空HARQ緩存。初始化可能會導(dǎo)致當前數(shù)據(jù)傳輸失敗，由HARQ的高層指示將當前傳輸數(shù)據(jù)重傳，來避免數(shù)據(jù)的缺損。
在步驟102中，UE將需要傳輸?shù)南乱粋€數(shù)據(jù)以初傳方式傳輸給Node B。
在步驟103中，Node B收到數(shù)據(jù)后，將RSN設(shè)為1，并對數(shù)據(jù)譯碼和緩存。如果譯碼的結(jié)果正確，則向UE發(fā)送ACK消息；否則要求UE重傳。
上述步驟102與103中的處理與現(xiàn)有技術(shù)中對初傳數(shù)據(jù)的處理是一致的，以后可能的重傳也使用現(xiàn)有技術(shù)的方式處理，關(guān)鍵在于步驟101中重配置時的相關(guān)初始化處理。
本發(fā)明第二實施方式的HSUPA業(yè)務(wù)重配置方法如圖2所示。
在步驟201中，UE與Node B之間進行HSUPA業(yè)務(wù)，當發(fā)生重配置時，UE判斷重配置后所允許的最大TB是否比重配置前所允許的最大TB小，如果是則UE將RSN設(shè)為0，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)；否則繼續(xù)使用當前RSN和進程狀態(tài)。
當發(fā)生重配置時，Node B也判斷重配置后所允許的最大TB是否比重配置前所允許的最大TB小，如果是則Node B將RSN設(shè)為0，并清空HARQ緩存；否則繼續(xù)使用當前RSN和當前HARQ緩存。
在步驟202中，重配置后所允許的最大TB比重配置前所允許的最大TB小，UE根據(jù)HARQ的高層指示將當前傳輸數(shù)據(jù)重傳給Node B，該進程狀態(tài)為初始傳輸狀態(tài)。通過在初始化前對重配置前后最大傳輸塊的大小進行比較，可以在最大傳輸塊從小變大時不作初始化，繼續(xù)把當前的數(shù)據(jù)傳完，從而減少了高層重傳的概率。
步驟203類似與步驟103。
本發(fā)明第三實施方式的HSUPA業(yè)務(wù)重配置方法如圖3所示。
在步驟301中，由RNC發(fā)起同步重配置準備命令給Node B。
在步驟302中，Node B執(zhí)行該命令，并返回ACK消息。
在步驟303中，RNC也向UE發(fā)送同步重配置命令。
在步驟304中，UE執(zhí)行該命令，并返回ACK消息。
在步驟305中，RNC收到Node B和UE的ACK消息后，提交命令給Node B，其中含重配置生效時間。
在步驟306中，RNC同時也提交命令給UE，并也含重配置生效時間。
在步驟307中，Node B對該提交命令返回ACK消息。
在步驟308中，UE收到該提交命令后，從該命令中的信息獲知重配置后可用的最大E-TFCI，并與重配置前可用的最大E-TFCI向比較，將其中較小的一個作為門限。然后，向RNC返回該提交命令的ACK消息。
在步驟309中，從下一次初傳開始，UE僅使用小于等于該設(shè)置門限的E-TFCI，直至重置生效。通過在重配置生效前預(yù)先限制E-TFCI的大小，使得E-TFCI可以在重配置生效前預(yù)先降到重配置后允許的范圍，從而減少HARQ重傳時錯誤的發(fā)生。
上述的HSUPA業(yè)務(wù)的重配置方法可以應(yīng)用于寬帶碼分多址(WidebandCode Division Multiple Access，簡稱“WCDMA”)等系統(tǒng)。
雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，包含以下步驟A發(fā)生所述重配置時，用戶設(shè)備將重傳序列號設(shè)置為0，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)。
2.根據(jù)權(quán)利要求1所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，還包含以下步驟B發(fā)生所述重配置時，基站節(jié)點清空混合自適應(yīng)重傳請求緩存，將本次傳輸作為初始傳輸，進程狀態(tài)設(shè)置為初始傳輸狀態(tài)，根據(jù)本次的譯碼結(jié)果向所述用戶設(shè)備發(fā)送確認信息。
3.根據(jù)權(quán)利要求1所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，如果因為重配置而導(dǎo)致當前傳輸數(shù)據(jù)缺損，由比混合自適應(yīng)重傳請求層更高的層進行重傳。
4.根據(jù)權(quán)利要求1所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，還包含以下步驟發(fā)生所述重配置時，所述用戶設(shè)備判斷重配置后所允許的最大傳輸塊是否比重配置前所允許的最大傳輸塊小，如果是則執(zhí)行步驟A，否則繼續(xù)使用當前重傳序列號和進程狀態(tài)。
5.根據(jù)權(quán)利要求2所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，還包含以下步驟發(fā)生所述重配置時，所述基站節(jié)點判斷重配置后所允許的最大傳輸塊是否比重配置前所允許的最大傳輸塊小，如果是則執(zhí)行步驟B，否則繼續(xù)使用當前混合自適應(yīng)重傳請求緩存和進程狀態(tài)。
6.根據(jù)權(quán)利要求1至5中任一項所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)。
7.一種高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，包含以下步驟用戶設(shè)備收到來自無線網(wǎng)絡(luò)控制器的同步重配置提交命令時，從該命令中的信息獲知重配置后可用的最大增強傳輸格式組合指示，并與重配置前可用的最大增強傳輸格式組合指示相比較，將其中較小的增強傳輸格式組合指示作為門限；從下一次初傳開始，所述用戶設(shè)備僅使用小于等于所述門限的增強傳輸格式組合指示，直至所述重置生效。
8.根據(jù)權(quán)利要求7所述的高速上行分組接入業(yè)務(wù)重配置方法，其特征在于，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)。
全文摘要
本發(fā)明涉及移動通信技術(shù)，公開了一種高速上行分組接入業(yè)務(wù)重配置方法，使得HSUPA業(yè)務(wù)重配置時，消除或減少HARQ進程處理中出現(xiàn)異常的可能性。本發(fā)明中，在重配置時刻，UE將RSN設(shè)置為0，HARQ進程狀態(tài)設(shè)置為初始傳輸狀態(tài)。相應(yīng)地，Node B直接清空HARQ緩存，將本次傳輸作為初始傳輸，進程處于初傳狀態(tài)，根據(jù)本次的譯碼結(jié)果給UE發(fā)送ACK/NACK。或者，在UE收到來自RNC的同步重配置提交命令時，比較重配置前后所允許的最大E－TFCI，將其中較小的E－TFCI作為門限，從下一次初傳開始，UE只使用不超過該門限的E－TFCI傳輸數(shù)據(jù)，當重配置生效后再按正常流程執(zhí)行。
文檔編號H04Q7/20GK1878050SQ20061002340
公開日2006年12月13日 申請日期2006年1月18日 優(yōu)先權(quán)日2006年1月18日
發(fā)明者王榮華, 陳衛(wèi), 徐昌平, 朱才軍 申請人:華為技術(shù)有限公司