專利名稱：數(shù)據(jù)傳輸控制方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，更具體地說，涉及一種在上行同步過程
中的凝:據(jù)傳輸控制方法和裝置。
背景技術(shù)：
第三代合作伙伴(3rd Generation Partnership Project, 3GPP)提出了兩 種4支術(shù)高速下4亍分組4矣入(High Speed Downlink Packet Access, HSDPA) 和高速上行分組接入(High Speed Uplink Packet Access, HSUPA)。其中 HSDPA技術(shù)是第三代合作伙伴第5版(3rd Generation Partnership Project Release 5, 3GPP R5 )提出 一種增強方案，同時適用寬帶碼分多址(Wideband Code Division Multiple Access, WCDMA)系統(tǒng)和時分同步的碼分多址(Time Division-Synchronous Code Division Multiple Access, TD-SCDMA)系統(tǒng)。 HSDPA的主要目標(biāo)是對分組數(shù)據(jù)業(yè)務(wù)提供高速支持，因此其對數(shù)據(jù)傳輸速率 的要求較高，而且需要獲得較低的時間延遲和較高的系統(tǒng)吞吐量和有力的服 務(wù)質(zhì)量(Quality of Service, QoS)保證。而HSUPA技術(shù)是第三代合作伙伴 第7版(3rd Generation Partnership Project Release 7， 3GPP R7)提出的一 種上行增強方案。
HSDPA技術(shù)和HSUPA技術(shù)最初主要用于CELL—DCH狀態(tài)下的下行和上 行數(shù)據(jù)傳輸增強，然而，目前的HSPA+的研究過程中，為了提高CELL—FACH 狀態(tài)下的上行數(shù)據(jù)傳輸峰值速率，減低控制面和用戶面延時以及降低到達(dá) CELL—DCH的遷移時間，提出在CELL—FACH狀態(tài)使用HSDPA和HSUPA技 術(shù)，并稱具有這種特性的CELL—FACH狀態(tài)為增強CELL—FACH狀態(tài)。
在CELL—FACH下行增強中提出采用高速下行共享信道(High Speed Downlink Shared Channel, HS-FACH )代替前向接入信道(Forward Access Channel, FACH)發(fā)送下行數(shù)據(jù)，以提高CELL—FACH狀態(tài)下的下行數(shù)據(jù)峰值 速率，而且,目前低碼片速率時分雙工(LCR TDD)就增強CELL—FACH狀 態(tài)下的特征已經(jīng)能達(dá)成的一致意見為對于增強CELL—FACH狀態(tài)下具有專用
6終端標(biāo)識信息即高速下行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識(HS-DSCH Radio Network Temporary Identity, H-RNTI)的終端，需要通過HS-DSCH的共享 信息信道(Shared Information Channel for HS-DSCH, HS-SICH)發(fā)送信道質(zhì)
量測量和數(shù)據(jù)解碼情況的反饋信息給基站，以提高資源利用率。在 CELL—FACH上行增強中提出引入增強專用通道(E-DCH )傳輸上行數(shù)據(jù)， 以提高CELL一FACH狀態(tài)的上行數(shù)據(jù)峰值速率。并且，為了提高系統(tǒng)資源利用 率，CELL一FACH增強狀態(tài)允許不持續(xù)地保持上行同步，及允許在長時間無數(shù) 據(jù)發(fā)送時上行失步，當(dāng)有上行數(shù)據(jù)或上行反饋如E-DCH隨機接入上行控制信 道(E-DCH Random access Uplink Channel, E-RUCCH)、 E-DCH物理上 行信道(E-DCH Physical Uplink Channel, E-PUCH)和HS-SICH需要傳輸時， 必須保證終端處于上行同步狀態(tài)，否則基站可能無法正確收到終端的數(shù)據(jù)或 反饋，從而導(dǎo)致由于不必要的重傳而浪費系統(tǒng)資源。
目前在HSPA+的研究中，已經(jīng)有人提出適用于增強CELL—FACH狀態(tài)的 一種Node B建立上行同步的方法，用于Node B在檢測判斷UE處于上行失步 且NodeB有下行數(shù)據(jù)需要發(fā)送時建立上行同步。在該方法中，NodeB通過物 理信道攜帶上行同步建立通知命令通知終端建立上行同步，該物理信道可以 為HS-DSCH的共享控制信道(Shared Control Channel for HS-DSCH, HS-SCCH)或E-DCH絕對許可信道(E-DCH Absolute Grant Channel, E-AGCH),該終端在收到該同步通知后發(fā)起上行同步，上行同步建立完成后 通過上行隨機接入信道(例如E-RUCCH)向Node B發(fā)送上行同步完成確認(rèn) 信令，完成整個上行同步的建立。然后，Node B恢復(fù)下行調(diào)度和發(fā)送下行數(shù) 據(jù)，整個上行同步建立流程如圖1所示，包括以下步驟
步驟S101、 Node B側(cè);險測到終端處于上行失步狀態(tài)，并且Node B有下 行數(shù)據(jù)發(fā)送時，暫停對下行的調(diào)度，發(fā)起上行同步過程通過下行控制信道 發(fā)送上行同步建立通知。
步驟S102、 UE接收建立上行同步的指示后觸發(fā)上行同步建立過程，即 UE發(fā)送上行同步SYNC—UL碼。
步驟S103、 Node B通過快速物理接入信道(Fast Physical Access Channel, FPACH)發(fā)送響應(yīng)信息。
步驟S104、 UE接收該響應(yīng)信息，并在上行控制信道上發(fā)送上行同步完成確認(rèn)信息。
步驟S105、 NodeB接收到該上行同步完成確認(rèn)信息后，進(jìn)行下行調(diào)度和 數(shù)據(jù)傳輸。
然而，在上述上行同步過程中，可能會出現(xiàn)以下異常情況，導(dǎo)致不能完 成上行同步
1 、承載上行同步建立通知的下行控制信道丟失或者目標(biāo)UE對其解碼不 正確；
2、 上行同步過程不成功，例如由于多個UE所選擇的S丫NC—UL碼發(fā)生碰 撞，或者FPACH傳輸過程中丟失等導(dǎo)致目標(biāo)UE接收不到FPACH應(yīng)答；
3、 承載上行同步完成確認(rèn)的上行控制信道丟失或者Node B對其解碼不正確等。
如果上述異常情況出現(xiàn)，則會導(dǎo)致Node B不能正確接收上行同步完成確 認(rèn)，進(jìn)一步的導(dǎo)致長時間不能進(jìn)行數(shù)據(jù)發(fā)送，甚至可能會在一定延時后該數(shù) 據(jù)包被丟棄，影響NodeB和UE之間的正常通信。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種數(shù)據(jù)傳輸控制方法和裝置，以解決現(xiàn)有技術(shù) 在上行同步過程中，出現(xiàn)異常情況而導(dǎo)致上行同步失敗，從而導(dǎo)致長時間不 能進(jìn)行數(shù)據(jù)發(fā)送，進(jìn)而影響數(shù)據(jù)的正常傳輸?shù)膯栴}。
本發(fā)明是這樣實現(xiàn)的
一種數(shù)據(jù)傳輸控制方法，包括
時，發(fā)起上行同步過程；
當(dāng)確定該上行同步過程出現(xiàn)異常時，執(zhí)行預(yù)先設(shè)置處理措施，以保證與 該目的終端之間正常通信。
優(yōu)選的，按照以下步驟確定上行同步過程出現(xiàn)異常
在發(fā)送上行同步建立通知后的第 一預(yù)定時間內(nèi)未正確收到該目標(biāo)終端發(fā) 送的上行同步完成確認(rèn)信息時，重新發(fā)送所述上行同步建立通知；
記錄上行同步建立通知的發(fā)送次數(shù)；當(dāng)該發(fā)送次數(shù)超過第 一預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。 優(yōu)選的，所述預(yù)先設(shè)置處理措施為以下幾種措施中的任意一種或任意組
合
清空網(wǎng)絡(luò)側(cè)緩存器中該目標(biāo)終端的數(shù)據(jù)； 釋^:該目標(biāo)終端的上下文信息； 啟動lub接口流量控制過程；
向無線網(wǎng)絡(luò)控制器發(fā)送上行同步失敗指示和/或無線鏈路失敗指示。 優(yōu)選的，所述啟動lub接口流量過程中，在進(jìn)行流量控制的控制幀上攜帶
有該目標(biāo)終端的身份標(biāo)識。
優(yōu)選的，所述上行同步失敗指示或無線鏈路失敗指示承載在用戶面的幀
協(xié)議FP幀上，該FP幀上攜帶有該目標(biāo)終端的身份標(biāo)識，該FP幀為數(shù)據(jù)幀
或控制幀。
優(yōu)選的，所述終端身份標(biāo)識包括增強專用信道無線網(wǎng)絡(luò)臨時標(biāo)識，和/或 小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識，和/或高速下行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識。 ' 本發(fā)明實施例同時還公開了另一種數(shù)據(jù)傳輸控制方法，包括 接收網(wǎng)絡(luò)側(cè)發(fā)起上行同步過程而發(fā)送的上行同步建立通知； 在確定所述上行同步過程出現(xiàn)異常情況時，執(zhí)行預(yù)設(shè)異常處理措施，以 保證與該目的終端之間正常通信。
優(yōu)選的，確定上行同步過程出現(xiàn)異常包括
目標(biāo)終端在發(fā)送上行同步碼后如果未收到該上行同步碼的響應(yīng)信息，重 新發(fā)送所述上行同步碼；
記錄所述上行同步碼的發(fā)送次數(shù)；
當(dāng)該發(fā)送次數(shù)超過第二預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。 優(yōu)選的，確定上行同步過程出現(xiàn)異常還包括
發(fā)送上行同步完成確認(rèn)信息后，在第二預(yù)定時間內(nèi)未能正確收到網(wǎng)絡(luò)側(cè) 的下行調(diào)度命令時，重新發(fā)送所述上行同步完成確認(rèn)信息； 記錄所述上行同步完成確認(rèn)信息的發(fā)送次數(shù)； 當(dāng)該發(fā)送次數(shù)超過第三預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。 優(yōu)選的，所述異常處理措施包括 向高層匯報無線鏈路失敗，觸發(fā)小區(qū)重選過程；通過隨機接入信道發(fā)送小區(qū)更新消息，該更新消息攜帶無線鏈路失敗指 示信息。
此外本發(fā)明實施例還提供了 一種數(shù)據(jù)傳輸控制裝置，包括 第一信息交互單元，用于與終端側(cè)進(jìn)行信息交互；
第一處理單元，用于在目標(biāo)終端處于上行失步狀態(tài)且網(wǎng)絡(luò)側(cè)存在下行數(shù) 據(jù)需要發(fā)送時，指示所述第一信息交互單元發(fā)送發(fā)起上行同步過程；
第一上行同步異常確定單元，用于依據(jù)第一信息交互單元信息交互情況， 確定上行同步過程是否出現(xiàn)異常；
第一異常處理措施執(zhí)行單元，用于在上行同步過程出現(xiàn)異常時，執(zhí)行預(yù) 設(shè)的異常處理措施。
優(yōu)選的，上述裝置中，所述第一上行同步異常確定單元包括
第一判斷單元，用于判斷所述第一信息交互單元是否在向目標(biāo)終端發(fā)送 上行同步建立通知后的第一預(yù)定時間內(nèi)，正確收到該目標(biāo)終端的上行同步完 成確i人信息；
第一處理單元，用于在所述第一信息交互單元未能在該第一預(yù)定時間內(nèi) 正確收到所述上行同步完成確認(rèn)信息時，指示所述第一信息交互單元重新發(fā) 送所述上行同步建立通知；
第一記錄單元，用于記錄所述上行同步建立通知的發(fā)送次數(shù)； 第一確定單元，用于當(dāng)該發(fā)送次數(shù)超過第一預(yù)設(shè)次數(shù)時，確定上行同步 過程出現(xiàn)異常。
優(yōu)選的，上述裝置中，所述預(yù)設(shè)的異常處理措施為以下幾種措施中的任 意一種或任意組合
清空網(wǎng)絡(luò)側(cè)緩存器中該目標(biāo)終端的數(shù)據(jù)； 釋放該目標(biāo)終端的上下文信息； 啟動lub接口流量控制過程；
向無線網(wǎng)絡(luò)控制器發(fā)送上行同步失敗指示和/或無線鏈路失敗指示。 優(yōu)選的，上述裝置中，所述啟動lub接口流量過程中，在進(jìn)行流量控制的 控制幀上攜帶由該目標(biāo)終端的身份標(biāo)識。
10優(yōu)選的，上述裝置中，所述上行同步失敗指示或無線鏈路失敗指示承載 在用戶面的幀協(xié)議FP幀上，該FP幀上攜帶有該目標(biāo)終端的身份標(biāo)識，該
FP幀為數(shù)據(jù)幀或控制幀。
優(yōu)選的，上述裝置中，所述終端身份標(biāo)識包括增強專用信道無線網(wǎng)絡(luò)臨 時標(biāo)識，和/或小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識，和/或高速下行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識。
本發(fā)明實施例同時還公開了 一種具有上述數(shù)據(jù)傳輸控制裝置的基站設(shè)備。
此外，本發(fā)明實施例還提供了另一種數(shù)據(jù)傳輸控制裝置，包括 第二信息交互單元，用于與網(wǎng)絡(luò)側(cè)進(jìn)行信息交互； 第二上行同步異常確定單元，用于通過所述第二信息交互單元的信息交 互情況，確定與網(wǎng)絡(luò)側(cè)進(jìn)行的上行同步過程是否出現(xiàn)異常；
第二異常處理措施執(zhí)行單元，用于在所述上行同步過程出現(xiàn)異常時，執(zhí)
行預(yù)設(shè)異常處理措施。
優(yōu)選的，上述裝置中，所述第二上行同步異常確定單元包括
第二判斷單元，用于判斷所述第二信息交互單元響應(yīng)網(wǎng)絡(luò)側(cè)的上行同步
建立通知而發(fā)送上行同步碼后，是否收到針對該上行同步碼的響應(yīng)信息； 第二處理單元，用于當(dāng)所述第二信息交互單元未正確收到該響應(yīng)信息時，
指示所述第二信息交互單元重新發(fā)送所述上行同步碼； 第二記錄單元，用于記錄所述上行同步碼的發(fā)送次數(shù)； 第二確定單元，用于當(dāng)該發(fā)送次數(shù)超過第二預(yù)設(shè)次數(shù)時，確定上行同步
過程出現(xiàn)異常。
優(yōu)選的，上述裝置中，所述第二上行同步異常確定單元包括
第三處理單元，用于當(dāng)所述第二信息交互單元響應(yīng)網(wǎng)絡(luò)側(cè)的上行同步建 立通知而發(fā)送上行同步碼后正確收到響應(yīng)信息時，指示所述第二信息交互單 元發(fā)送上行同步完成確認(rèn)信息；
第三判斷單元，用于判斷所述第二信息交互單元發(fā)送上行同步完成確認(rèn) 信息后的第二預(yù)定時間內(nèi)，是否收到下行調(diào)度命令；
第四處理單元，用于在所述第二信息交互單元未收到該下行調(diào)度命令時， 指示所述第二信息交互單元重新發(fā)送所述上行同步完成確認(rèn)信息；
ii第三記錄單元，用于記錄所述上行同步完成確認(rèn)信息的發(fā)送次數(shù)；第三確定單元，用于當(dāng)該發(fā)送次數(shù)超過第三預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
優(yōu)選的，上述裝置中，所述異常處理措施為向高層匯報無線鏈路失敗，觸發(fā)小區(qū)重選過程；通過隨機接入信道發(fā)送小區(qū)更新消息，該更新消息攜帶無線鏈路失敗指示信息。
此外，本發(fā)明實施例還公開了 一種具有上述數(shù)據(jù)傳輸控制裝置用戶設(shè)備。從上述的技術(shù)方案可以看出，本發(fā)明實施例通過為上行同步完成確認(rèn)的接收設(shè)定一個時間期限，在到達(dá)該時間期限時，如果還沒接收到所述上行同步完成確認(rèn)信息，則可以認(rèn)為上行同步過程出現(xiàn)異常，于是可以及時采取處理措施，避免由于不了解上行同步建立情況而持續(xù)等待，進(jìn)而導(dǎo)致需要發(fā)送的下行數(shù)據(jù)無法及時發(fā)送甚至導(dǎo)致一定時間后該數(shù)據(jù)被丟棄的問題的出現(xiàn)。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)的上行同步過程流程圖；圖2為本發(fā)明實施例一提供的一種數(shù)據(jù)傳輸控制方法的流程圖；圖3為本發(fā)明實施例二提供的一種數(shù)據(jù)傳輸控制方法的流程圖；圖4為本發(fā)明實施例三提供的一種數(shù)據(jù)傳輸控制方法的流程圖；圖5為本發(fā)明實施例四提供的一種數(shù)據(jù)傳輸控制裝置的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例五提供的一種數(shù)據(jù)傳輸控制裝置的第一上行同步異常確定單元的結(jié)構(gòu)示意圖7為本發(fā)明實施例六提供的一種數(shù)據(jù)傳輸控制裝置的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例七提供的一種數(shù)據(jù)傳輸控制裝置的第二上行同步異常確定單元的結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例八提供的一種數(shù)據(jù)傳輸控制裝置的第二上行同步異常確定單元的結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
針對現(xiàn)有技術(shù)存在的問題，本發(fā)明提供一種解決方案，對上行同步過程中進(jìn)行監(jiān)控，當(dāng)出現(xiàn)異常情況時，執(zhí)行異常處理措施，避免數(shù)據(jù)時延過大或凄史據(jù)丟失的情況的出現(xiàn)。
請參考圖2，為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸控制方法的流程圖。維護UE級別的保護定時器T—protect和保護計數(shù)器N_protect, T—protect
取值0-T1_max之間，T1—max為預(yù)先設(shè)置的最大時間值，N_protect為
0-Nmax, N—max為預(yù)先設(shè)置的最大計數(shù)值。
當(dāng)基站檢測出目標(biāo)UE處于上行失步狀態(tài)且網(wǎng)絡(luò)側(cè)存在下行數(shù)據(jù)需要發(fā)
送給該目標(biāo)UE時，進(jìn)入以下步驟
步驟S201 、初始化N—protect, N_protect = 0。
步驟S202、向目標(biāo)UE發(fā)送上行同步建立通知，啟動T—protect。
步驟S203、設(shè)置N—protect= N—protect +1 。
步驟S204、判斷在T1—max時間內(nèi)是否接收到該目標(biāo)UE反饋的上行同步完成確認(rèn)，若是，進(jìn)入步驟S205;否則，進(jìn)入步驟S206。
步驟S205、停止T—protect和N—protect,進(jìn)行下行調(diào)度和數(shù)據(jù)發(fā)送，結(jié)束。
步驟S206、判斷是否N—protect = N_max,若是，進(jìn)入步驟207;否貝'J,返回步驟S202。
步驟S207、確定上行同步過程出現(xiàn)異常，執(zhí)行預(yù)先設(shè)置處理措施，結(jié)束。當(dāng)N—protect等于N—max時，可以認(rèn)為可能出現(xiàn)異常情況，即承載上行同步建立通知的下行控制信息丟失，或者，該目標(biāo)UE對該下行控制信息解碼不正確，或者，由于多個UE所選擇的SYNC—UL碼發(fā)送沖突而導(dǎo)致目標(biāo)UE接收不到FPACH應(yīng)答，或者，承載上行同步完成確認(rèn)的上行控制信道丟失或者Node B對其解碼不正確等。
于是為了避免由于上述異常而導(dǎo)致網(wǎng)絡(luò)側(cè)長時間不能進(jìn)行數(shù)據(jù)發(fā)送，甚至可能會在一定延時后該數(shù)據(jù)包被丟棄，從而影響Node B和UE之間的正常通信。
執(zhí)行預(yù)先設(shè)置的處理措施，包括為以下幾種措施中的任意一種，或者任意組合
1、 清空NodeB緩存器中針對該目標(biāo)UE的數(shù)據(jù)。
2、 釋放該目標(biāo)UE的上下文信息(例如上行同步信息，非連續(xù)接收DRX信息等)。
3、 啟動lub接口流量控制過程。在該過程中進(jìn)行流量控制的相應(yīng)控制幀上攜帶有目標(biāo)UE的身份標(biāo)識。
4、 向無線網(wǎng)絡(luò)控制器(Radio Network Controller, RNC)發(fā)送上行同步失敗指示和/或無線鏈路失敗指示。該上行同步失敗指示或無線鏈路失敗指示承載在用戶面的幀協(xié)議(Frame Protocol, FP)上，該FP幀可以是數(shù)據(jù)幀，也可以是控制幀，另外，該FP幀需要攜帶目標(biāo)UE的身份標(biāo)識。
需要說明的是，所述UE的身份標(biāo)識包括增強專用信道無線網(wǎng)絡(luò)臨時標(biāo)識(E國DCH Radio Network Temporary Identity, E誦RNTI),和/或小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識(Cell Radio Network Temporary Identity, C-RNTI),和/或高速下行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識(HS-DSCH Radio Network Temporary,H-RNTI)。
另外，還需要說明的是，上述實施例的計數(shù)方式采用累加方式進(jìn)行，在其他實施例中，可以賦予N—protect在初始化后數(shù)值等于N_max,則上述步驟S203具體內(nèi)容應(yīng)為設(shè)置N_protect= N—protect -1,步驟S206中的判斷內(nèi)容應(yīng)為判斷是否N—protect = 0 。
在到達(dá)該時間期限時，如果還沒接收到所述上行同步完成確認(rèn)信息，則重發(fā)上行同步建立通知，并為該上行同步建立通知的發(fā)送次數(shù)設(shè)定次數(shù)門限，當(dāng)上行同步建立通知的發(fā)送次數(shù)到達(dá)該次數(shù)門限，則可以認(rèn)為上行同步建立失
14敗，于是可以及時釆取處理措施，避免由于不了解上行同步建立情況而持續(xù)等待，進(jìn)而導(dǎo)致網(wǎng)絡(luò)側(cè)和終端側(cè)等待時間過長而影響通信過程的正常進(jìn)行，例如網(wǎng)絡(luò)側(cè)需要發(fā)送的下行數(shù)據(jù)無法及時發(fā)送。
需要說明的是，上述T_protect可以固定配置，也可以通過高層協(xié)議配置，可以與現(xiàn)有協(xié)議標(biāo)準(zhǔn)中Discard Timer相關(guān)聯(lián)，例如可以采用Discard Timer作為T—protect的數(shù)值。假設(shè)T—protect最大值為T1—max,則可以設(shè)置T1—max取值和Discard Timer取值相同，也可以i殳置T1—max* N—max與Discard 丁imer的取^f直相同。
上述所有實施例均是從網(wǎng)絡(luò)側(cè)角度描述如何避免由于上行同步過程的異常情況而導(dǎo)致數(shù)據(jù)傳輸時延過大或者數(shù)據(jù)丟失的，下面再從UE角度描述實現(xiàn)同樣發(fā)明目的的技術(shù)方案是如何實現(xiàn)的。
請參考圖3，為本發(fā)明另外實施例提供的一種數(shù)據(jù)傳輸控制方法的流程圖。該方法中，UE預(yù)先設(shè)置有一針對上行同步碼發(fā)送次數(shù)的計數(shù)器L—sync，其取值為0-L—max。
該方法包括以下步驟
步IS301、 4刀i臺4t L—sync, L—sync=0。
步驟S302、發(fā)送上行同步碼。
UE在接收到網(wǎng)絡(luò)側(cè)發(fā)送的上行同步建立通知后，發(fā)起上行同步建立過程，即首先發(fā)送上行同步碼。
步驟S303、設(shè)置L—sync= L—sync+1。
步驟S304、判斷是否正確接收網(wǎng)絡(luò)側(cè)的FPACH響應(yīng)，若是，進(jìn)入步驟
S305;否則，進(jìn)入步驟S306。
步驟S305、停止L一sync計數(shù)，發(fā)送是上行同步完成確認(rèn)信息，結(jié)束。停止L—sync計數(shù)，并通過上行控制信道發(fā)送上行同步完成確認(rèn)信息。步驟S306、判斷是否L—sync = L—max,若是，進(jìn)入步驟S307;否則，
返回步驟S302。
步驟S307、確定上行同步過程出現(xiàn)異常，執(zhí)行異常處理措施，結(jié)束。當(dāng)L—syrx^L一max時，可以認(rèn)為出現(xiàn)了異常情況，該異常情況可能是由于多個UE所選擇的SYNC—UL碼發(fā)生碰撞，導(dǎo)致目標(biāo)UE接收不到FPACH應(yīng)答或/和FPACH信息丟失等。于是，為了避免由于上述異常而導(dǎo)致網(wǎng)絡(luò)側(cè)長時間不能進(jìn)行數(shù)據(jù)發(fā)送，甚至可能會在一定延時后該數(shù)據(jù)包被丟棄，從而
影響NodeB和UE之間的正常通信，執(zhí)行異常處理措施，如下
該UE的無線資源控制(Radio Resource Control, RRC)層觸發(fā)小區(qū)重選過程，然后通過隨積4妄入信道(Random Access Channel)發(fā)送小區(qū)更新消息，其中攜帶無線鏈路失敗指示。從而使得網(wǎng)絡(luò)側(cè)可以及時了解到上行同步失敗這一事件，并可及時采取措施，保證通信的正常進(jìn)行。
上述L—sync可以固定配置，也可以按照高層協(xié)議配置，也可以和物理層發(fā)送上行同步碼的計數(shù)器M相關(guān)聯(lián)，也可以和媒體接入控制(MAC)層的上行同步嘗試計數(shù)器Mmax相關(guān)聯(lián)，也可以同時與上述計數(shù)器M和計數(shù)器Mmax相關(guān)聯(lián)。例如，Wii殳L_sync的最大值為L_max,則可以i殳置L—max等于M或Mmax或M*Mmax。
另外，還需要說明的是，上述實施例的計數(shù)方式采用累加方式進(jìn)行，在其他實施例中，可以賦予1^sync在初始化后數(shù)值等L—max，則上述步驟S303具體內(nèi)容應(yīng)為設(shè)置L—sync= L_sync - 1,步驟S306中的判斷內(nèi)容應(yīng)為判斷是否L—sync = 0。
本發(fā)明實施例同時還公開了另一種數(shù)據(jù)傳輸控制方法。
UE維護一個定時器T E-RUCCH 和計數(shù)器R E-RUCCH 5 其中，T— E-RUCCH 取值
0-T2—max, R—E.RuccH取值為0-R—max。在發(fā)送上行同步完成確認(rèn)信息后，在T2_max內(nèi)如果沒有收到網(wǎng)絡(luò)側(cè)發(fā)送的下行調(diào)度，則可認(rèn)為網(wǎng)絡(luò)側(cè)未能正確接收該上行同步完成確認(rèn)信息，于是，對該上行同步完成確認(rèn)信息進(jìn)行多次重發(fā)后，若還是沒有收到網(wǎng)絡(luò)側(cè)發(fā)送的下行調(diào)度，則可認(rèn)為上行同步過程出現(xiàn)異常，這時，為了保證通信的正常進(jìn)行，則執(zhí)行預(yù)設(shè)異常處理措施。具體過程如圖4所示，包括以下步驟
步驟S401、初始化R_E-RUCCH, R—E-RUCCH=0。
步驟S402、發(fā)送上行同步完成確認(rèn)信息。
在發(fā)送上行同步碼后正確接收網(wǎng)絡(luò)側(cè)的FPACH響應(yīng)時，發(fā)送上行同步完成確認(rèn)信息。
步驟S403、設(shè)置R— -E-RUCCH= R_E-RUCCH+1 <>
步驟S404、判斷在T2—max時間內(nèi)是否接收到網(wǎng)絡(luò)側(cè)發(fā)送的調(diào)度信息，若是，進(jìn)入步驟S405;否則，進(jìn)入步驟S406。步驟S405、按照該調(diào)度信息接收網(wǎng)絡(luò)側(cè)發(fā)送的下行數(shù)據(jù)，結(jié)束。
當(dāng)在T2_max時間內(nèi)收到網(wǎng)絡(luò)側(cè)發(fā)送的調(diào)度信息，則可說明網(wǎng)絡(luò)側(cè)正確
接收到該上行同步完成確i人信息，UE可以繼續(xù)后續(xù)通信。
步驟S406、判斷是否R—E_RUCCH=R—max,若是，進(jìn)入步驟S407;否則，
返回步驟S402。
步驟S407、確定上行同步過程出現(xiàn)異常，執(zhí)行異常處理措施，結(jié)束。 本發(fā)明實施例對上行同步過程進(jìn)行監(jiān)控，并在確定出現(xiàn)異常情況時，及
時通知網(wǎng)絡(luò)側(cè)，以便網(wǎng)絡(luò)側(cè)可以及時采取相應(yīng)措施，以保證雙方通信的正常進(jìn)行。
需要說明的是，上述各實施例可以任意結(jié)合，例如圖2和圖3所示方法 可以結(jié)合應(yīng)用，圖2和圖4所示方法可以結(jié)合應(yīng)用，圖3和圖4所示方法也 可以結(jié)合應(yīng)用，圖2和圖3以及圖4所示的方法可以結(jié)合應(yīng)用。
另外，還需要說明的是，上所述Tj-RUCCH可以固定配置或按照高層協(xié)議
配置，其可以與現(xiàn)有協(xié)議標(biāo)準(zhǔn)中已有定時器T-RUCCH相關(guān)聯(lián)，也可以與 CELL—FACH增強方案中的非連續(xù)接收DRX中的定時器Inactivity Timer相關(guān)聯(lián)。
另外，還需要說明的是，上述實施例的計數(shù)方式采用累加方式進(jìn)行，在 其他實施例中，可以賦予R_E-RUCCH在初始化后數(shù)值等R—max,則上述步驟 S403具體內(nèi)容應(yīng)為設(shè)置R_E-RUCCH= R—E-RUCCH - 1,步驟S406中的判斷內(nèi)容
應(yīng)為判斷是否R—E-RUCCH = 0 。
本發(fā)明實施例同時還同開了實現(xiàn)上述部分方法流程的裝置。
請參考圖5,為本發(fā)明實施例公開的一種數(shù)據(jù)傳輸控制裝置的結(jié)構(gòu)示意圖。
該裝置包括第一信息交互單元51、第一處理單元52、第一上行同步異 常確定單元53和第一異常處理措施執(zhí)行單元54。 其中
第一信息交互單元51,用于與終端側(cè)進(jìn)行信息交互。
第一處理單元52，用于在目標(biāo)UE處于失步狀態(tài)，且網(wǎng)絡(luò)側(cè)存在下行數(shù) 據(jù)要發(fā)送該目標(biāo)UE時，發(fā)起上行同步過程，即指示第一信息交互單元51 發(fā)送上行同步建立通知給該目標(biāo)UE,指示該目標(biāo)UE發(fā)起上行同步建立過程。
17第一上行同步異常確定單元53,用于通過所述第一信息交互單元51與
UE的信息交互情況，判斷目標(biāo)UE發(fā)起的上行同步過程是否出現(xiàn)異常。
第一異常處理措施執(zhí)行單元54,用于在該上行不同過程出現(xiàn)異常時，執(zhí)
行預(yù)設(shè)的異常處理措施。
所述異常處理措施具體內(nèi)容在前文方法部分已經(jīng)詳細(xì)描述過，在此不再贅述。
請參考圖6,為該第一上行同步異常確定單元53的一種結(jié)構(gòu)示意圖。 如圖所示，第一上行同步異常確定單元包括第一判斷單元631、第一 處理單元632、第一記錄單元633和第一確定單元634。 其中
第一判斷單元631，用于判斷所述第一信息交互單元51是否在第一預(yù)定
第一處理單元632,用于在獲取所述第一判斷單元631的判斷結(jié)果，當(dāng) 第一信息交互單元51未能在第一預(yù)定時間內(nèi)正確收到所述上行同步完成確認(rèn) 信息時，指示第一信息交互單元51重新發(fā)送所述上行同步建立通知。
第一記錄單元633,用于記錄所述上行同步建立通知的發(fā)送次數(shù)。
第一確定單元634,用于當(dāng)該發(fā)送次數(shù)超過第一預(yù)設(shè)次數(shù)時，確定上行 同步過程出現(xiàn)異常。
所述第一預(yù)設(shè)時間可以由保護定時器T—protect提供，第一記錄單元633 可以為保護計數(shù)器N—protect,該T—protect和N—protect是UE級別的。 T—protect的取丫直為0-T1—max, N—protect的取Y直為0-N—max。
在第一處理單元51發(fā)起上行同步過程前，第一記錄單元633即N—protect 進(jìn)行初始化，即將其計數(shù)值設(shè)為0。第一信息交互單元51發(fā)送上行同步建立 通知時，所述T—protect啟動計時，第一判斷單元631判斷所述T—protect計 時為所述T1—max時，第一信息交互單元51是否接收到UE發(fā)送的上行同步 完成確認(rèn)。第一處理單元632獲取該判斷結(jié)果，并在第一信息交互單元51未 能在T1—max時間內(nèi)正確收到所述上行同步完成確認(rèn)信息時，指示第一信息 交互單元51重新發(fā)送所述上行同步建立通知。第一信息交互單元51每發(fā)送 一次上行同步建立通知，N—protect在原計數(shù)基礎(chǔ)上增加1 。第一確定單元634獲取N—protect的計數(shù)值，當(dāng)該計數(shù)值等于N—max時，確定上行同步過程出
現(xiàn)異常。
上述數(shù)據(jù)傳輸控制裝置設(shè)置于網(wǎng)絡(luò)側(cè)，主要完成網(wǎng)絡(luò)側(cè)在上行同步過程 出現(xiàn)異常情況時，進(jìn)行異常處理措施。本發(fā)明實施例同時還提供了設(shè)置于UE 側(cè)的數(shù)據(jù)傳輸控制裝置，請參考圖7,該裝置包括第二信息交互單元71、 第二上行同步異常確定單元72和第二異常處理措施執(zhí)行單元73。
其中
第二信息交互單元71,用于與網(wǎng)絡(luò)側(cè)進(jìn)行信息交互。
第二上行同步異常確定單元72,用于通過所述第二信息交互單元的信息 交互情況，確定與網(wǎng)絡(luò)側(cè)進(jìn)行的上行同步過程是否出現(xiàn)異常。
第二異常處理措施執(zhí)行單元73，用于在所述上行同步過程出現(xiàn)異常時， 執(zhí)行預(yù)設(shè)異常處理措施。
需要說明的是，所述預(yù)設(shè)異常處理措施用于在確定上行同步過程出現(xiàn)異 常時，讓網(wǎng)絡(luò)側(cè)及時了解這一事件，以便網(wǎng)絡(luò)側(cè)及時采取針對性的措施。保 證網(wǎng)絡(luò)側(cè)與UE之間能夠正常通信。其具體內(nèi)容在前文方法部分已經(jīng)詳細(xì)描述 過，在此不再贅述。
第二上行同步異常確定單元72確定上行同步過程出現(xiàn)異常的方式主要有 兩種，相關(guān)內(nèi)容可以參考前文方法部分的描述，在此僅作簡單描述。針對這 兩種方式，第二上行同步異常確定單元72可以存在不同的結(jié)構(gòu)形式，其中一 種可能的結(jié)構(gòu)方式如圖8所示，包括第二判斷單元831、第二處理單元832、 第二記錄單元833和第二確定單元834。
其中
第二判斷單元831,用于判斷第二信息交互單元71在響應(yīng)網(wǎng)絡(luò)側(cè)的上行 同步建立通知而發(fā)送上行同步碼后，是否收到針對該上行同步碼的響應(yīng)信息 (FPACH響應(yīng))。
第二處理單元832,用于當(dāng)?shù)诙畔⒔换卧?1在發(fā)送該上行同步碼后 未正確收到FPACH響應(yīng)時，指示第二信息交互單元71重新發(fā)送所述上行同 步碼。
第二記錄單元833,用于記錄所述上行同步碼的發(fā)送次數(shù)。第二確定單元834,用于當(dāng)該發(fā)送次數(shù)超過第二預(yù)設(shè)次數(shù)時，確定上行 同步過程出現(xiàn)異常。
所述第二記錄單元833則相當(dāng)于計數(shù)器L一sync，該L—sync相關(guān)內(nèi)容可 以參照前文方法部分的描述。
圖9示出了第二上行同步異常確定單元73的另一種結(jié)構(gòu)形式，包括第 三處理單元931、第三判斷單元932、第四處理單元933、第三記錄單元934 和第三確定單元935。
其中
第三處理單元931,用于當(dāng)?shù)诙畔⒔换卧?1在響應(yīng)網(wǎng)絡(luò)側(cè)的上行同 步建立通知而發(fā)送上行同步碼后，正確收到該FPACH響應(yīng)時，指示第二信息 交互單元71發(fā)送上行同步完成確認(rèn)信息。
第三判斷單元932,用于判斷第二信息交互單元71發(fā)送上行同步完成確 認(rèn)信息后的第二預(yù)定時間內(nèi)，是否收到下行調(diào)度命令。
第四處理單元933,用于在第二信息交互單元71發(fā)送上行同步完成確認(rèn) 信息后的第二預(yù)定時間內(nèi)未收到下行調(diào)度命令時，指示第二信息交互單元71 重新發(fā)送所述上行同步完成確認(rèn)信息。
第三記錄單元934，用于記錄所述上行同步完成確認(rèn)信息的發(fā)送次數(shù)。
第三確定單元935,用于當(dāng)該發(fā)送次數(shù)超過第三預(yù)設(shè)次數(shù)時，確定上行 同步過程出現(xiàn)異常。
需要說明的是，第三記錄單元934可以為一個計數(shù)器R_E-RUCCH， R_E-RUCCH 的相關(guān)內(nèi)容可以參照前文方法部分描述。
需要說明的是，在另外的實施例中，第二上行同步異常確定單元73還可 以同時包含與上述第二判斷單元831 、第二處理單元832、第二記錄單元833、 第二確定單元834、第三處理單元931、第三判斷單元932、第四處理單元 933、第三記錄單元934和第三確定單元935功能相類似的單元。
本發(fā)明實施例同時還提供了一種新的基站設(shè)備和用戶設(shè)備，該基站設(shè)備 包含如圖5所示的數(shù)據(jù)傳輸控制裝置，該用戶設(shè)備包含如圖7所示的數(shù)據(jù)傳 輸控制裝置。本領(lǐng)域技術(shù)人員可以理解，可以使用許多不同的工藝和技術(shù)中的任意一 種來表示信息、消息和信號。例如，上述說明中提到過的消息、信息都可以 表示為電壓、電流、電^茲波、磁場或》茲性粒子、光場或以上任意組合。
專業(yè)人員還可以進(jìn)一步應(yīng)能意識到，結(jié)合本文中所公開的實施例描述的 各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來 實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能 一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來 執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每 個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認(rèn)為 超出本發(fā)明的范圍。
結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、 處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存
儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可4察除可 編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的 任意其它形式的存儲介質(zhì)中。
對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用 本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易 見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下， 在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例， 而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
權(quán)利要求
1、一種數(shù)據(jù)傳輸控制方法，其特征在于，包括在檢測出目標(biāo)終端處于上行失步狀態(tài)且網(wǎng)絡(luò)側(cè)存在下行數(shù)據(jù)需要發(fā)送時，發(fā)起上行同步過程；當(dāng)確定該上行同步過程出現(xiàn)異常時，執(zhí)行預(yù)先設(shè)置處理措施，以保證與該目的終端之間正常通信。
2、 如權(quán)利要求1所述的方法，其特征在于，按照以下步驟確定上行同步 過程出現(xiàn)異常在發(fā)送上行同步建立通知后的第一預(yù)定時間內(nèi)未正確收到該目標(biāo)終端發(fā) 送的上行同步完成確認(rèn)信息時，重新發(fā)送所述上行同步建立通知； 記錄上行同步建立通知的發(fā)送次數(shù)；當(dāng)該發(fā)送次數(shù)超過第一預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
3、 如權(quán)利要求1或2所述的方法，其特征在于，所述預(yù)先設(shè)置處理措施 為以下幾種措施中的任意一種或任意組合清空網(wǎng)絡(luò)側(cè)緩存器中該目標(biāo)終端的數(shù)據(jù)； 釋放該目標(biāo)終端的上下文信息； 啟動lub接口流量控制過程；向無線網(wǎng)絡(luò)控制器發(fā)送上行同步失敗指示和/或無線鏈路失敗指示。
4、 如權(quán)利要求3所述的方法，其特征在于，所述啟動lub接口流量過程 中，在進(jìn)行流量控制的控制幀上攜帶有該目標(biāo)終端的身〗分標(biāo)識。
5、 如權(quán)利要求3所述的方法，其特征在于，所述上行同步失敗指示或無 線鏈路失敗指示承載在用戶面的幀協(xié)議FP幀上，該FP幀上攜帶有該目標(biāo)終 端的身份標(biāo)識，該FP幀為數(shù)據(jù)幀或控制幀。
6、 如權(quán)利要求4或5所述的方法，其特征在于，所述終端身份標(biāo)識包括增強專用信道無線網(wǎng)絡(luò)臨時標(biāo)識，和/或小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識，和/或高速下 行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識。
7、 一種數(shù)據(jù)傳輸控制方法，其特征在于，包括 接收網(wǎng)絡(luò)側(cè)發(fā)起上行同步過程而發(fā)送的上行同步建立通知；在確定所述上行同步過程出現(xiàn)異常情況時，執(zhí)行預(yù)設(shè)異常處理措施，以 保證與該目的終端之間正常通信。
8、 如權(quán)利要求7所述的方法，其特征在于，確定上行同步過程出現(xiàn)異常 包括目標(biāo)終端在發(fā)送上行同步碼后如果未收到該上行同步碼的響應(yīng)信息，重 新發(fā)送所述上行同步碼；記錄所述上行同步碼的發(fā)送次數(shù)；當(dāng)該發(fā)送次數(shù)超過第二預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
9、 如權(quán)利要求7所述的方法，其特征在于，確定上行同步過程出現(xiàn)異常 還包括發(fā)送上行同步完成確認(rèn)信息后，在第二預(yù)定時間內(nèi)未能正確收到網(wǎng)絡(luò)側(cè) 的下行調(diào)度命令時，重新發(fā)送所述上行同步完成確認(rèn)信息； 記錄所述上行同步完成確認(rèn)信息的發(fā)送次數(shù)； 當(dāng)該發(fā)送次數(shù)超過第三預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
10、 如權(quán)利要求7、 8或9所述的方法，其特征在于，所述異常處理措施 包括向高層匯報無線鏈路失敗，觸發(fā)小區(qū)重選過程；通過隨機接入信道發(fā)送小區(qū)更新消息，該更新消息攜帶無線鏈路失敗指 示信息。
11、 一種數(shù)據(jù)傳輸控制裝置，其特征在于，包括 第一信息交互單元，用于與終端側(cè)進(jìn)行信息交互；第一處理單元，用于在目標(biāo)終端處于上行失步狀態(tài)且網(wǎng)絡(luò)側(cè)存在下行數(shù) 據(jù)需要發(fā)送時，指示所述第一信息交互單元發(fā)送發(fā)起上行同步過程；第一上行同步異常確定單元，用于依據(jù)第一信息交互單元信息交互情況， 確定上行同步過程是否出現(xiàn)異常；第一異常處理措施執(zhí)行單元，用于在上行同步過程出現(xiàn)異常時，執(zhí)行預(yù) 設(shè)的異常處理措施。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述第一上行同步異常確 定單元包括第一判斷單元，用于判斷所述第一信息交互單元是否在向目標(biāo)終端發(fā)送 上行同步建立通知后的第一預(yù)定時間內(nèi)，正確收到該目標(biāo)終端的上行同步完成確i人信息；第一處理單元，用于在所述第一信息交互單元未能在該第 一預(yù)定時間內(nèi) 正確收到所述上行同步完成確認(rèn)信息時，指示所述第一信息交互單元重新發(fā) 送所述上行同步建立通知；第一記錄單元，用于記錄所述上行同步建立通知的發(fā)送次數(shù)； 第一確定單元，用于當(dāng)該發(fā)送次數(shù)超過第一預(yù)設(shè)次數(shù)時，確定上行同步 過程出現(xiàn)異常。
13、 如權(quán)利要求11或12所述的裝置，其特征在于，所述預(yù)設(shè)的異常處 理措施為以下幾種措施中的任意一種或任意組合清空網(wǎng)絡(luò)側(cè)緩存器中該目標(biāo)終端的數(shù)據(jù)； 釋放該目標(biāo)終端的上下文信息； 啟動lut^矣口流量控制過程；向無線網(wǎng)絡(luò)控制器發(fā)送上行同步失敗指示和/或無線鏈路失敗指示。
14、 如權(quán)利要求13所述的裝置，其特征在于，所述啟動lub接口流量過 程中，在進(jìn)行流量控制的控制幀上攜帶由該目標(biāo)終端的身份標(biāo)識。
15、 如權(quán)利要求13所述的裝置，其特征在于，所述上行同步失敗指示或 無線鏈路失敗指示承載在用戶面的幀協(xié)議FP幀上，該FP幀上攜帶有該目標(biāo) 終端的身份標(biāo)識，該FP幀為數(shù)據(jù)幀或控制幀。
16、 如權(quán)利要求14或15所述的裝置，其特征在于，所述終端身份標(biāo)識 包括增強專用信道無線網(wǎng)絡(luò)臨時標(biāo)識，和/或小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識，和/或高 速下行共享信道無線網(wǎng)絡(luò)臨時標(biāo)識。
17、 一種基站設(shè)備，其特征在于，具有權(quán)利要求任意一項所述的 數(shù)據(jù)傳輸控制裝置。
18、 一種數(shù)據(jù)傳輸控制裝置，其特征在于，包括 第二信息交互單元，用于與網(wǎng)絡(luò)側(cè)進(jìn)行信息交互； 第二上行同步異常確定單元，用于通過所述第二信息交互單元的信息交互情況，確定與網(wǎng)絡(luò)側(cè)進(jìn)行的上行同步過程是否出現(xiàn)異常；第二異常處理措施執(zhí)行單元，用于在所述上行同步過程出現(xiàn)異常時，執(zhí) 行預(yù)設(shè)異常處理措施。
19、 如權(quán)利要求18所述的裝置，其特征在于，所述第二上行同步異常確 定單元包括第二判斷單元，用于判斷所述第二信息交互單元響應(yīng)網(wǎng)絡(luò)側(cè)的上行同步 建立通知而發(fā)送上行同步碼后，是否收到針對該上行同步碼的響應(yīng)信息；第二處理單元，用于當(dāng)所述第二信息交互單元未正確收到該響應(yīng)信息時， 指示所述第二信息交互單元重新發(fā)送所述上行同步碼；第二記錄單元，用于記錄所述上行同步碼的發(fā)送次數(shù)；第二確定單元，用于當(dāng)該發(fā)送次數(shù)超過第二預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
20、 如權(quán)利要求18所述的裝置，其特征在于，所述第二上行同步異常確 定單元包括第三處理單元，用于當(dāng)所述第二信息交互單元響應(yīng)網(wǎng)絡(luò)側(cè)的上行同步建 立通知而發(fā)送上行同步碼后正確收到響應(yīng)信息時，指示所述第二信息交互單 元發(fā)送上行同步完成確認(rèn)信息；第三判斷單元，用于判斷所述第二信息交互單元發(fā)送上行同步完成確認(rèn) 信息后的第二預(yù)定時間內(nèi)，是否收到下行調(diào)度命令；第四處理單元，用于在所述第二信息交互單元未收到該下行調(diào)度命令時，指示所述第二信息交互單元重新發(fā)送所述上行同步完成確認(rèn)信息； 第三記錄單元，用于記錄所述上行同步完成確認(rèn)信息的發(fā)送次數(shù)； 第三確定單元，用于當(dāng)該發(fā)送次數(shù)超過第三預(yù)設(shè)次數(shù)時，確定上行同步過程出現(xiàn)異常。
21、 如權(quán)利要求18、 19或20所述的裝置，其特征在于，所述異常處理 措施為向高層匯報無線鏈路失敗，觸發(fā)小區(qū)重選過程；通過隨機接入信道 發(fā)送'J 、區(qū)更新消息，該更新消息攜帶無線鏈路失敗指示信息。
22、 一種用戶設(shè)備，其特征在于，具有如權(quán)利要求18-21任意一項所述 的數(shù)據(jù)傳輸控制裝置。
全文摘要
本發(fā)明實施例公開了一種數(shù)據(jù)傳輸控制方法，包括在檢測出目標(biāo)終端處于上行失步狀態(tài)且網(wǎng)絡(luò)側(cè)存在下行數(shù)據(jù)需要發(fā)送時，發(fā)起上行同步過程；當(dāng)確定該上行同步過程出現(xiàn)異常時，執(zhí)行預(yù)先設(shè)置處理措施，以保證與該目的終端之間正常通信。本發(fā)明實施例同時還提供實現(xiàn)上述的裝置及包含該裝置的設(shè)備。本發(fā)明實施例通過為上行同步完成確認(rèn)的接收設(shè)定一個時間期限，在到達(dá)該時間期限時，如果還沒接收到所述上行同步完成確認(rèn)信息，則可以認(rèn)為上行同步過程出現(xiàn)異常，于是可以及時采取處理措施，避免出現(xiàn)由于不了解上行同步情況而持續(xù)等待，進(jìn)而影響網(wǎng)絡(luò)側(cè)和終端側(cè)正常通信的問題。
文檔編號H04L12/56GK101674128SQ20081011985
公開日2010年3月17日 申請日期2008年9月12日 優(yōu)先權(quán)日2008年9月12日
發(fā)明者李曉卡, 賈民麗 申請人:大唐移動通信設(shè)備有限公司