專利名稱：移動通信系統(tǒng)、用戶設(shè)備和通信結(jié)束時段縮短方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信系統(tǒng)、用戶設(shè)備以及用在該系統(tǒng)和該設(shè)備中的通
信結(jié)束時段縮短方法。更具體地說，本發(fā)明涉及用于縮短3G (第三代) 用戶設(shè)備(UE)中的通信結(jié)束時段的方法。
背景技術(shù)：
作為用于控制發(fā)送(重發(fā))的方法，已有一種方法，該方法用于改進 數(shù)據(jù)傳送中的吞吐量，同時可檢驗STATUS-PDU (協(xié)議數(shù)據(jù)單元)發(fā)送并 且可消除由計時器引起的開銷(例如見專利文獻(xiàn)l)。
此發(fā)送控制設(shè)備包括RLC (無線鏈路控制)頭部設(shè)置/捎帶STATUS-PDU設(shè)置塊以及STATUS-PDU重發(fā)緩沖器，其中當(dāng)向接收側(cè)請求指示了 關(guān)于發(fā)送信息的發(fā)送檢驗的控制信息時，RLC頭部設(shè)置/捎帶STATUS-PDU 設(shè)置塊將指示發(fā)送檢驗的控制信息添加到將被發(fā)送的現(xiàn)有發(fā)送信息 中，并且STATUS-PDU重發(fā)緩沖器存儲與指示發(fā)送檢驗的控制信息相關(guān) 聯(lián)的、被添加了指示發(fā)送檢驗的控制信息的發(fā)送信息的標(biāo)識碼。
然而，通過以上方法，必需準(zhǔn)備存儲與指示發(fā)送檢驗的控制信息相關(guān) 聯(lián)的、被添加了指示發(fā)送檢驗的控制信息的發(fā)送信息的標(biāo)識碼的STATUS-PDU 重發(fā)緩沖器。 因此，UE中的控制操作變得復(fù)雜，并且還需要內(nèi)部緩 沖器。
當(dāng)在UE和UTRAN (通用陸地?zé)o線接入網(wǎng)絡(luò))之間的發(fā)送和接收操 作中，"RRC (無線資源控制)連接釋放完成消息"("RRC CONNECTION RELEASE COMPLETE MESSAGE")重發(fā)次數(shù)達(dá)到最大的 N308在通信結(jié)束時被設(shè)置為"1"的時候，相應(yīng)的消息被從UE發(fā)送兩 次。當(dāng)T308超時(Time-Out.)兩次(V308 > N308)時，DCH (專用信 道)被關(guān)閉，并且操作轉(zhuǎn)換為空閑狀態(tài)。圖1示出了傳統(tǒng)操作。在圖1中，示出了 UTRAN側(cè)的操作以及UE 操作。當(dāng)UTRAN接收到來自UE的"RRC連接釋放完成消息"(圖1中 的bl和b2)時，UTRAN網(wǎng)絡(luò)被切斷(圖l中的b3)，并且UE被置于錯 誤監(jiān)控狀態(tài)(圖1中的b4)。然后執(zhí)行同步檢驗。如果檢測到失步狀態(tài)
(圖1中的b7)，那么檢測DCH ERR IND (指示符)(圖1中的b9)， 并且發(fā)出DCH關(guān)閉請求(圖1中的b10)。如果T312計時器被設(shè)置為3s
(秒)，那么在開始DCH關(guān)閉過程(切斷過程)前需要三秒。
至于DCH失步狀態(tài)(DCH錯誤狀態(tài))，如果過去的4個SIR值等于 或大于Qin，那么相加In-sync (同步)次數(shù)。如果在T312超時發(fā)生m次 (=t312"0)之前，In-sync狀態(tài)沒有連續(xù)發(fā)生n312次，那么操作處于T312 超時狀態(tài)。
在傳統(tǒng)操作中，在DCH同步檢驗中執(zhí)行T313超時檢驗以及執(zhí)行 DCG Err IND過程(3s)之前，從RLC至U MAC (媒體訪問控制)的 MAC-DATA-REQ (請求)發(fā)送被重復(fù)。結(jié)果，延遲了通信結(jié)束。然而， 如果當(dāng)通過SIR (信擾比)檢驗檢測到SIR惡化[out sync (失步)]時處于 RLC-UM (無確認(rèn)模式)，那么MAC-DATA-REQ發(fā)送次數(shù)被減少，并且 UE在同步檢驗后的DCH錯誤檢出之前停止MAC-DATA-REQ發(fā)送。UE 然后開始進行DCH關(guān)閉過程，并且結(jié)束通信。
專利文獻(xiàn)1:日本專利申請早期公開號2005-094230

發(fā)明內(nèi)容
本發(fā)明要解決的問題
然而，通過上述傳統(tǒng)方法，在來自UE的消息被發(fā)送兩次之前，RLC-UM (無確認(rèn)模式)發(fā)送設(shè)置禁止?fàn)顟B(tài)[向UTRAN發(fā)送MAC (媒體訪問控 制)-STATUS-IND (指示符)保持在模式01中]繼續(xù)(UTRAN的切斷狀 態(tài)不能在UE側(cè)被識別)。
這是因為自從在第一消息發(fā)送的時候停止了對UTRAN側(cè)的上游同步 以來，便不能執(zhí)行用于第二消息發(fā)送的設(shè)置。在設(shè)置禁止?fàn)顟B(tài)中的三秒之 后，檢測到失步狀態(tài)(DCH錯誤)，并且通過錯誤檢出而將操作置于空閑狀態(tài)。結(jié)果，結(jié)束通信花費了一些時間。
因此，本發(fā)明的示例性目的是提供一種移動通信系統(tǒng)、用戶設(shè)備以及 用在該系統(tǒng)和該設(shè)備中的通信結(jié)束時段縮短方法，它們可解決以上問題并 且縮短通信結(jié)束時段。
根據(jù)本發(fā)明的移動通信系統(tǒng)是如下的一種移動通信系統(tǒng)，該移動通信
系統(tǒng)包括用戶設(shè)備，該用戶設(shè)備包括RRC (無線資源控制)、RLC (無線 鏈路控制)、MAC (媒體訪問控制)以及PHY (物理層)的分層結(jié)構(gòu)， 其中用戶設(shè)備基于RLC和MAC之間的RLC-UM (無確認(rèn)模式)發(fā)送請求 的次數(shù)來對從RLC到MAC的RLC-UM發(fā)送請求進行閾值檢驗，并且根 據(jù)閾值檢驗來控制RLC-UM發(fā)送請求的次數(shù)。
根據(jù)本發(fā)明的用戶設(shè)備是如下的一種用戶設(shè)備，該用戶設(shè)備包括RRC (無線資源控制)、RLC (無線鏈路控制)、MAC (媒體訪問控制)以及 PHY (物理層)的分層結(jié)構(gòu)，其中用戶設(shè)備基于RLC和MAC之間的 RLC-UM (無確認(rèn)模式)發(fā)送請求的次數(shù)來對從RLC到MAC的RLC-UM 發(fā)送請求進行閾值檢驗，并且根據(jù)閾值檢驗來控制RLC-UM發(fā)送請求的次 數(shù)。
根據(jù)本發(fā)明的通信結(jié)束時段縮短方法是如下的一種用在用戶設(shè)備中的 通信結(jié)束時段縮短方法，該用戶設(shè)備包括RRC (無線資源控制)、RLC
(無線鏈路控制)、MAC (媒體訪問控制)以及PHY (物理層)的分層 結(jié)構(gòu)，其中通信結(jié)束時段縮短方法包括基于RLC和MAC之間的RLC-UM
(無確認(rèn)模式)發(fā)送請求的次數(shù)來對從RLC到MAC的RLC-UM發(fā)送請 求進行閾值檢驗，并且根據(jù)閾值檢驗來控制RLC-UM發(fā)送請求的次數(shù)。
因此，在本發(fā)明的移動通信系統(tǒng)中，如果在UE (用戶設(shè)備)的層次 中的從RLC (無線鏈路控制)到MAC (媒體訪問控制)的設(shè)置中、在 UTRAN (通用陸地?zé)o線接入網(wǎng)絡(luò))側(cè)被切斷之后，RLC-UM (無確認(rèn)模 式)發(fā)送請求[MAC-DATA-REQ (請求)]被重復(fù)，那么在通過SIR (信擾 比)檢驗檢測到SIR惡化[out sync (失步)]的時刻，UE在同步檢驗后的 DCH (專用信道)錯誤檢出之前停止MAC-DATA-REQ發(fā)送，并且開始進 行DCH關(guān)閉過程。UE然后結(jié)束通信。當(dāng)在UE中從RLC到MAC重復(fù)RLC-UM發(fā)送請求時，MAC-DATA-REQ發(fā)送的次數(shù)被保持在MAC處。當(dāng)MAC處所保持的發(fā)送次數(shù)超過閾 值(指定的MAC發(fā)送次數(shù))時，利用MAC-STATUS-IND (指示符)使 RLC開始進行發(fā)送結(jié)束過程。
當(dāng)在3G (第三代)用戶設(shè)備(UE)中結(jié)束了通信時，L3 (第3層) 消息被從UE發(fā)送至UTRAN側(cè)。當(dāng)UTRAN接收到"RRC (無線資源控 制)連接釋放完成消息"時，在UTRAN側(cè)結(jié)束UE的專用資源和所有過 程。
當(dāng)L3消息被發(fā)送至UTRAN側(cè)若干次時，在第一 L3消息到達(dá)后， UTRAN側(cè)先于UE側(cè)釋放專用資源，并且通信可被切斷。因為在UTRAN 側(cè)被切斷之后，在UE的RLC-MAC層次中重復(fù)從RLC到MAC的發(fā)送請 求(MAC-DATA-REQ)，所以不執(zhí)行DCH (專用信道)關(guān)閉過程，直到 在通過同步檢驗的錯誤監(jiān)控狀態(tài)之后T313超時被確定為止。結(jié)果，發(fā)送 請求被重復(fù)，從而不能結(jié)束通信(不能結(jié)束專用資源和所有過程)。
因此，在本發(fā)明的移動通信系統(tǒng)中，在控制平面(C-Plane) (RLC-UM) 的情況下，減少了在同步檢驗期間的MAC-DATA-REQ發(fā)送次數(shù)。 操作隨后開始進行發(fā)送結(jié)束過程，并且執(zhí)行DCH關(guān)閉過程。然后結(jié)束通 信(結(jié)束專用資源和所有過程)。以此方式，可縮短結(jié)束通信所需要的時 間段。
利用以上結(jié)構(gòu)和操作，本發(fā)明可達(dá)到縮短結(jié)束通信所需要的時間段的 效果。


圖1是示出傳統(tǒng)移動通信系統(tǒng)的處理操作的序列圖； 圖2示出了根據(jù)本發(fā)明的示例性實施例的用戶設(shè)備的軟件和硬件的分 層結(jié)構(gòu)；
圖3是示出根據(jù)本發(fā)明的示例性實施例的用戶設(shè)備的示例結(jié)構(gòu)的框 圖；并且
圖4是示出根據(jù)本發(fā)明的示例性實施例的移動通信系統(tǒng)的處理操作的序列圖。
標(biāo)號說明
1用戶設(shè)備
11 RRC
12 L2-R1X
13 L2-MAC
14 U-PHY
15 CPU
16主存儲器 16a控制程序 17存儲器 18無線通信單元 19天線
171發(fā)送數(shù)目保持單元
具體實施例方式
參考附圖，以下是對本發(fā)明的示例性實施例的描述。圖2示出了根據(jù) 本發(fā)明的示例性實施例的用戶設(shè)備(UE)的SW (軟件)和HW (硬件) 的分層結(jié)構(gòu)。在圖2中，用戶設(shè)備1包括一分層結(jié)構(gòu)，該分層結(jié)構(gòu)包括 RRC (無線資源控制)11、 L2 (第2層)一RLC (無線鏈路控制)12、 L2 一MAC (媒體訪問控制)13以及Ll (第1層)一PHY (物理層)14。當(dāng) 執(zhí)行發(fā)送時，用于各個層的發(fā)送數(shù)據(jù)按照RLC 12、 MAC 13和PHY 14的 順序被設(shè)置。
圖3是示出根據(jù)本發(fā)明的示例性實施例的用戶設(shè)備1的示例結(jié)構(gòu)的框 圖。在圖3中，用戶設(shè)備1包括CPU (中央處理單元)15、存儲將由CPU 15執(zhí)行的控制程序16a的主存儲器16、包括發(fā)送數(shù)目保持單元171的存儲 器17、無線通信單元18以及天線19，發(fā)送數(shù)目保持單元171用于保持稍 后描述的RLC-UM (無確認(rèn)模式)發(fā)送請求[MAC-DATA-REQ (請求)]的次數(shù)。CPU 15執(zhí)行控制程序16a以控制用戶設(shè)備1的各個部件，從而實 現(xiàn)圖2所示的分層結(jié)構(gòu)的各個層的處理操作。稍后將描述各個層的處理操 作。
圖4是根據(jù)本發(fā)明的示例性實施例的移動通信系統(tǒng)的處理操作的序列 圖。參考圖2和圖4，下面描述根據(jù)本發(fā)明的示例性實施例的移動通信系 統(tǒng)的處理操作，具體地說，將在用戶設(shè)備1中執(zhí)行的處理操作。圖4所示 的將在用戶設(shè)備1中執(zhí)行的處理操作由執(zhí)行控制程序16a的CPU 15實 現(xiàn)。
當(dāng)UTRAN (NW:網(wǎng)絡(luò))接收到來自用戶設(shè)備1的"RRC連接釋放 完成消息"(圖4中的al和a2)時，UTRAN被切斷(圖4中的a3)。
用戶設(shè)備1被置于MAC 13處的錯誤監(jiān)控狀態(tài)(圖4的a4)，并且執(zhí) 行同步檢驗。如果在用戶設(shè)備1的層次中的從RLC 12到MAC 13的設(shè)置 中、在UTRAN側(cè)被切斷之后，RLC-UM (無確認(rèn)模式)發(fā)送請求[MAC-DATA-REQ (請求)]被重復(fù)(圖4中的a5)，那么在通過SIR (信擾比) 檢驗檢測到SIR惡化[out sync (失步)]的時刻(圖4中的a7)，用戶設(shè)備 1在同步檢驗后的DCH (專用信道)錯誤檢出之前停止MAC-DATA-REQ 發(fā)送，并且開始進行DCH關(guān)閉過程(圖4中的al0)。用戶設(shè)備l然后結(jié) 束通信(圖4中的all到a13)。
當(dāng)在用戶設(shè)備1中RLC-UM數(shù)據(jù)從RLC 12發(fā)送至MAC 13時， MAC-DATA-REQ發(fā)送的次數(shù)被保持在MAC 13。當(dāng)MAC處所保持的發(fā) 送次數(shù)超過閾值(指定的MAC發(fā)送次數(shù))時，通知MAC-STATUS-IND (指示符)(圖4中的a12)，從而用戶設(shè)備1中的操作開始進行發(fā)送結(jié) 束過程。
在傳統(tǒng)操作中，在通過DCH同步檢驗檢測T313超時以及DCH Err IND過程被發(fā)出的時間段期間(在3s期間)，從RLC到MAC的MAC-DATA-REQ 的發(fā)送被重復(fù)， 并且通信結(jié)束被延遲。
另一方面，在示例性實施例中，當(dāng)通過SIR檢驗檢測到SIR退化時 (當(dāng)檢測到"out sync"時)，MAC-DATA-REQ發(fā)送次數(shù)在RLC-UM的 情況下被減少。然后用戶設(shè)備1在同步檢驗后的DCH錯誤檢出之前停止MAC-DATA-REQ發(fā)送。用戶設(shè)備1然后開始進行DCH關(guān)閉過程，并且 結(jié)束通信。因此，縮短了結(jié)束通信所需要的時間。
如上所述，在示例性實施例中，可對STATUS-PDU發(fā)送執(zhí)行檢驗， 并且消除了由計時器引起的開銷。因此可改進數(shù)據(jù)傳送中的吞吐量。
本申請基于并且要求于2006年9月20日遞交的、申請?zhí)枮?006-253659的日本專利申請的優(yōu)先權(quán)，該日本專利申請的公開通過引用而被全 部并入于此。
權(quán)利要求
1.一種移動通信系統(tǒng)，所述移動通信系統(tǒng)包括用戶設(shè)備，所述用戶設(shè)備包括RRC(無線資源控制)、RLC(無線鏈路控制)、MAC(媒體訪問控制)以及PHY(物理層)的分層結(jié)構(gòu)，其中所述用戶設(shè)備基于RLC和MAC之間的RLC-UM(無確認(rèn)模式)發(fā)送請求的次數(shù)來對從RLC到MAC的RLC-UM發(fā)送請求進行閾值檢驗，并且根據(jù)所述閾值檢驗來控制所述RLC-UM發(fā)送請求的次數(shù)。
2. 根據(jù)權(quán)利要求l所述的移動通信系統(tǒng)，其中所述MAC保持RLC和 MAC之間的所述RLC-UM發(fā)送請求的次數(shù)，并且執(zhí)行所述閾值檢驗。
3. 根據(jù)權(quán)利要求1或2所述的移動通信系統(tǒng)，其中當(dāng)RLC和MAC之 間的所述RLC-UM發(fā)送請求的次數(shù)超過閾值時，所述用戶設(shè)備使RLC開 始進行用于停止所述RLC-UM發(fā)送請求發(fā)送的過程。
4. 一種用戶設(shè)備，所述用戶設(shè)備包括RRC (無線資源控制)、RLC (無線鏈路控制)、MAC (媒體訪問控制)以及PHY (物理層)的分層結(jié)構(gòu)，其中所述用戶設(shè)備基于RLC和MAC之間的RLC-UM (無確認(rèn)模式) 發(fā)送請求的次數(shù)來對從RLC到MAC的所述RLC-UM發(fā)送請求進行閾值 檢驗，并且根據(jù)所述閾值檢驗來控制所述RLC-UM發(fā)送請求的次數(shù)。
5. 根據(jù)權(quán)利要求4所述的用戶設(shè)備，其中所述MAC保持RLC和 MAC之間的所述RLC-UM發(fā)送請求的次數(shù)，并且執(zhí)行所述閾值檢驗。
6. 根據(jù)權(quán)利要求4或5所述的用戶設(shè)備，其中當(dāng)RLC和MAC之間的 所述RLC-UM發(fā)送請求的次數(shù)超過閾值時，所述用戶設(shè)備使RLC開始進 行用于停止所述RLC-UM發(fā)送請求發(fā)送的過程。
7. —種用在用戶設(shè)備中的通信結(jié)束時段縮短方法，所述用戶設(shè)備包括 RRC (無線資源控制)、RLC (無線鏈路控制)、MAC (媒體訪問控制) 以及PHY (物理層)的分層結(jié)構(gòu)，其中所述通信結(jié)束時段縮短方法包括基于RLC和MAC之間的RLC-UM (無確認(rèn)模式)發(fā)送請求的次數(shù)來對從RLC到MAC的所述RLC-UM發(fā)送請求進行閾值檢驗，并且根據(jù)所述閾值檢驗來控制所述RLC-UM發(fā)送 請求的次數(shù)。
8. 根據(jù)權(quán)利要求7所述的通信結(jié)束時段縮短方法，其中所述MAC保 持RLC和MAC之間的所述RLC-UM發(fā)送請求的次數(shù)，并且執(zhí)行所述閾 值檢驗。
9. 根據(jù)權(quán)利要求7或8所述的通信結(jié)束時段縮短方法，其中當(dāng)RLC和 MAC之間的所述RLC-UM發(fā)送請求的次數(shù)超過閾值時，所述用戶設(shè)備使 RLC開始進行用于停止所述RLC-UM發(fā)送請求發(fā)送的過程。
全文摘要
本發(fā)明提供了一種可縮短通信結(jié)束所需要的時間的用戶設(shè)備。用戶設(shè)備被置于MAC處的過程a4中的錯誤監(jiān)控狀態(tài)，并且執(zhí)行同步檢驗。如果在用戶設(shè)備的層次中的從RLC到MAC的設(shè)置中、在UTRAN側(cè)在過程a3中被切斷之后，RLC-UM發(fā)送請求[MAC-DATA-REQ]被重復(fù)(過程a5)，那么在通過SIR檢驗檢測到SIR惡化的時刻(過程a7)，用戶設(shè)備在同步檢驗后的DCH錯誤檢出之前停止MAC-DATA-REQ發(fā)送，并且開始進行DCH關(guān)閉過程(過程a10)。用戶設(shè)備然后結(jié)束通信。
文檔編號H04W28/04GK101518149SQ20078003502
公開日2009年8月26日 申請日期2007年9月11日 優(yōu)先權(quán)日2006年9月20日
發(fā)明者渡邊英樹 申請人:日本電氣株式會社