控制ue重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和系統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和ue的制作方法
【專利摘要】本發(fā)明公開(kāi)了一種控制用戶設(shè)備(UE)重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和系統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和UE，方法包括：UE接收來(lái)自網(wǎng)絡(luò)側(cè)設(shè)備的系統(tǒng)消息或無(wú)線連接拒絕消息，所述系統(tǒng)消息或無(wú)線連接拒絕消息用以向所述UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)；所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求。通過(guò)本發(fā)明，能夠控制是否允許UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求，避免大量UE同時(shí)請(qǐng)求的情況發(fā)生，降低網(wǎng)絡(luò)側(cè)處理信令所需耗費(fèi)的系統(tǒng)處理資源，緩解信令擁塞的問(wèn)題。
【專利說(shuō)明】控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和系統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和UE
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及一種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和系 統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和UE。
【背景技術(shù)】
[0002] 機(jī)器間（M2M，Machine-to-Machine)通信又稱為機(jī)器類通信（MTC，Machine Type Communication)，MTC作為一種新型的通信理念，MTC業(yè)務(wù)得到廣泛關(guān)注和大量應(yīng)用，如：智 能家居、物流監(jiān)測(cè)等。與此同時(shí)，隨著人們生活水平的不斷提高，針對(duì)個(gè)性化需求而產(chǎn)生的 智能終端也表現(xiàn)出強(qiáng)勁勢(shì)頭，如：智能手機(jī)、平板電腦等。隨著無(wú)線通信技術(shù)的飛速發(fā)展，在 智能終端上運(yùn)行的業(yè)務(wù)種類也隨之增多，如：在線游戲、流媒體視頻等。在許多機(jī)器類通信 和智能終端的應(yīng)用場(chǎng)景中，MTC設(shè)備或智能終端發(fā)送的數(shù)據(jù)量并不是很大（通常為幾十到 幾百字節(jié)），只占用較少的物理資源便可完成一次數(shù)據(jù)的傳輸。
[0003] 在目前長(zhǎng)期演進(jìn)（LTE，Long Term Evolution)的標(biāo)準(zhǔn)規(guī)范中，用戶設(shè)備（UE)為了 發(fā)送這些數(shù)據(jù)，需要按照現(xiàn)有技術(shù)進(jìn)行數(shù)據(jù)發(fā)送，即通過(guò)信令流程建立數(shù)據(jù)無(wú)線承載（DRB， Data Radio Bearer)、S1 (該S1消息為演進(jìn)的全球陸地?zé)o線接入網(wǎng)節(jié)點(diǎn)B與移動(dòng)性管理 實(shí)體MME間的邏輯接口支持的消息）承載后，才能通過(guò)DRB、S1承載將數(shù)據(jù)發(fā)送給網(wǎng)絡(luò)側(cè)。 現(xiàn)有技術(shù)在進(jìn)行數(shù)據(jù)傳輸時(shí)產(chǎn)生信令開(kāi)銷與數(shù)據(jù)傳輸量相比非常大，嚴(yán)重降低了系統(tǒng)效 率。在現(xiàn)階段標(biāo)準(zhǔn)研究過(guò)程中，提出了使用控制面信令發(fā)送數(shù)據(jù)的方案，現(xiàn)有控制面方案可 以分為兩種：一種是在NAS消息中添加數(shù)據(jù)實(shí)現(xiàn)控制面信令發(fā)送數(shù)據(jù)，所使用的非接入層 (NAS，Non-Access Stratum)消息可以是追蹤區(qū)域更新（TAU，Tracking Area Update)消息、 附著消息、服務(wù)請(qǐng)求消息等；另一種是利用短消息服務(wù)（SMS, Short Message Service)發(fā)送 數(shù)據(jù)。
[0004] 目前在第三代合作伙伴計(jì)劃（3GPP，The 3rd Generation Partnership Project) 會(huì)議中，通用移動(dòng)通信系統(tǒng)（UMTS，Universal Mobile Telecommunications System)也已 經(jīng)立項(xiàng)開(kāi)始研究MTC?？傮w來(lái)講，方案的改進(jìn)都是UE在發(fā)送RRC Connection Request (無(wú) 線資源控制連接請(qǐng)求）中加入相應(yīng)的指示請(qǐng)求small data(小數(shù)據(jù)）傳輸，eNodeB和MME 按照small data transfer的策略來(lái)進(jìn)行相應(yīng)的操作。如果大量UE同時(shí)請(qǐng)求，很容易發(fā)生 信令擁塞，當(dāng)前技術(shù)中如果發(fā)生擁塞，信令連接無(wú)法建立，UE還會(huì)重發(fā)信令連接請(qǐng)求，但是 如果網(wǎng)絡(luò)負(fù)荷較重，處理這些信令也需要耗費(fèi)系統(tǒng)的處理資源，對(duì)于信令擁塞的問(wèn)題無(wú)法 進(jìn)行緩解；同時(shí)，如果網(wǎng)絡(luò)側(cè)不支持small data transfer, UE重發(fā)請(qǐng)求small data,網(wǎng)絡(luò) 側(cè)也無(wú)法進(jìn)行處理，因此是否允許UE重發(fā)請(qǐng)求small data需要加以控制。
【發(fā)明內(nèi)容】
[0005] 有鑒于此，本發(fā)明的主要目的在于提供一種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和 系統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和UE，以控制是否允許UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0006] 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：
[0007] -種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，該方法包括：
[0008] UE接收來(lái)自網(wǎng)絡(luò)側(cè)設(shè)備的系統(tǒng)消息或無(wú)線連接拒絕消息，所述系統(tǒng)消息或無(wú)線連 接拒絕消息用以向所述UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)；
[0009] 所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0010] 優(yōu)選的，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā) 標(biāo)識(shí)，所述是否重發(fā)標(biāo)識(shí)的表現(xiàn)形式為以下之一或組合：
[0011] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括所述可 選信元表示不允許重發(fā),包括所述可選信元表示允許重發(fā)；或
[0012] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述可選信元的不同取值分別表示允許重發(fā)或不 允許重發(fā)；或
[0013] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的定時(shí)器時(shí)長(zhǎng)，所述定時(shí)器時(shí)長(zhǎng)設(shè)置有取值，則表 示不允許重發(fā)；或
[0014] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的次數(shù)，所述次數(shù)設(shè)置有取值，則表示不允許重發(fā)； 或
[0015] 所述是否重發(fā)標(biāo)識(shí)為一原因值，所述原因值的不同取值分別表示允許重發(fā)或不允 許重發(fā)。
[0016] 優(yōu)選的，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)系統(tǒng)消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)， 所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括：
[0017] 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之 前沒(méi)有收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接建立消息、或者收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú) 線連接拒絕消息，則根據(jù)所述系統(tǒng)消息中的指示判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0018] 優(yōu)選的，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)無(wú)線連接拒絕消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍?否重發(fā)時(shí)，所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括 ：
[0019] 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之 前收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述無(wú)線連接拒絕消息中的指示 判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0020] 優(yōu)選的，該方法還包括：
[0021] 在所述UE判斷不允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求、或者所述UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的次數(shù) 超出預(yù)設(shè)的最大值時(shí)，所述UE不在當(dāng)前小區(qū)重發(fā)數(shù)據(jù)傳輸請(qǐng)求；所述UE對(duì)所述當(dāng)前小區(qū)進(jìn) 行標(biāo)識(shí)，并執(zhí)行小區(qū)重選，如果重選的小區(qū)中存在所述當(dāng)前小區(qū)，則將所述當(dāng)前小區(qū)從重選 的小區(qū)中刪除；所述UE在新選擇的小區(qū)中重新發(fā)送數(shù)據(jù)傳輸請(qǐng)求，所發(fā)送的數(shù)據(jù)傳輸請(qǐng)求 中包括業(yè)務(wù)標(biāo)識(shí)。
[0022] -種網(wǎng)絡(luò)側(cè)設(shè)備，包括：重發(fā)指示模塊，用于通過(guò)系統(tǒng)消息或無(wú)線連接拒絕消息向 UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)。
[0023] 優(yōu)選的，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā) 標(biāo)識(shí)，所述是否重發(fā)標(biāo)識(shí)的表現(xiàn)形式為以下之一或組合：
[0024] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括所述可 選信元表示不允許重發(fā),包括所述可選信元表示允許重發(fā)；或
[0025] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述可選信元的不同取值分別表示允許重發(fā)或不 允許重發(fā)；或
[0026] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的定時(shí)器時(shí)長(zhǎng)，所述定時(shí)器時(shí)長(zhǎng)設(shè)置有取值，則表 示不允許重發(fā)；或
[0027] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的次數(shù)，所述次數(shù)設(shè)置有取值，則表示不允許重發(fā)； 或
[0028] 所述是否重發(fā)標(biāo)識(shí)為一原因值，所述原因值的不同取值分別表示允許重發(fā)或不允 許重發(fā)。
[0029] 一種 UE，包括：
[0030] 消息接收模塊，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的系統(tǒng)消息或無(wú)線連接拒絕消息，所述 系統(tǒng)消息或無(wú)線連接拒絕消息用于向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)；
[0031] 重發(fā)判斷模塊，用于根據(jù)所述系統(tǒng)消息或無(wú)線連接拒絕消息的指示判斷是否重發(fā) 數(shù)據(jù)傳輸請(qǐng)求。
[0032] 優(yōu)選的，所述重發(fā)判斷模塊進(jìn)一步用于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)系統(tǒng)消息向UE指示請(qǐng) 求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述重發(fā)判斷模塊在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟 動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前沒(méi)有收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接建立消息、或 者收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述系統(tǒng)消息中的指示判斷是否 允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0033] 優(yōu)選的，所述重發(fā)判斷模塊進(jìn)一步用于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)無(wú)線連接拒絕消息向 UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述重發(fā)判斷模塊在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳 輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消 息，則根據(jù)所述無(wú)線連接拒絕消息中的指示判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0034] 優(yōu)選的，所述UE還包括：重發(fā)處理模塊，用于在所述重發(fā)判斷模塊判斷不允許重 發(fā)數(shù)據(jù)傳輸請(qǐng)求、或者重發(fā)數(shù)據(jù)傳輸請(qǐng)求的次數(shù)超出預(yù)設(shè)的最大值時(shí)，不在當(dāng)前小區(qū)重發(fā) 數(shù)據(jù)傳輸請(qǐng)求；對(duì)所述當(dāng)前小區(qū)進(jìn)行標(biāo)識(shí)，并執(zhí)行小區(qū)重選，如果重選的小區(qū)中存在所述當(dāng) 前小區(qū)，則將所述當(dāng)前小區(qū)從重選的小區(qū)中刪除；在新選擇的小區(qū)中重新發(fā)送數(shù)據(jù)傳輸請(qǐng) 求,所發(fā)送的數(shù)據(jù)傳輸請(qǐng)求中包括業(yè)務(wù)標(biāo)識(shí)。
[0035] -種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的系統(tǒng)，包括本發(fā)明所述的網(wǎng)絡(luò)側(cè)設(shè)備以及UE。
[0036] 本發(fā)明所提供的一種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法和系統(tǒng)、網(wǎng)絡(luò)側(cè)設(shè)備和UE， 能夠控制是否允許UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求，避免大量UE同時(shí)請(qǐng)求的情況發(fā)生，降低網(wǎng)絡(luò)側(cè)處 理信令所需耗費(fèi)的系統(tǒng)處理資源，緩解信令擁塞的問(wèn)題。
【專利附圖】
【附圖說(shuō)明】
[0037] 圖1為本發(fā)明實(shí)施例的3G/LTE系統(tǒng)中網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)系統(tǒng)消息發(fā)送請(qǐng)求small data傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)的示意圖；
[0038] 圖2為本發(fā)明實(shí)施例的3G/LTE系統(tǒng)中一種UE請(qǐng)求small data傳輸?shù)牧鞒虉D；
[0039] 圖3為本發(fā)明實(shí)施例的3G/LTE系統(tǒng)中網(wǎng)絡(luò)側(cè)通過(guò)RRC Connection Reject發(fā)送 請(qǐng)求small data傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)的示意圖；
[0040] 圖4為本發(fā)明實(shí)施例的3G/LTE系統(tǒng)中另一種UE請(qǐng)求small data傳輸?shù)牧鞒虉D；
[0041] 圖5為本發(fā)明實(shí)施例的UE不在該小區(qū)發(fā)送RRC Connection Request后的處理過(guò) 程。
【具體實(shí)施方式】
[0042] 下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。
[0043] 本發(fā)明提供的一種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，主要包括：UE接收來(lái)自網(wǎng)絡(luò) 側(cè)設(shè)備的系統(tǒng)消息或無(wú)線連接拒絕消息，所述系統(tǒng)消息或無(wú)線連接拒絕消息用以向所述UE 指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)；所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求。 [0044] 優(yōu)選的，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā) 標(biāo)識(shí)，所述是否重發(fā)標(biāo)識(shí)的表現(xiàn)形式為以下之一或組合：
[0045] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括所述可 選信元表示不允許重發(fā),包括所述可選信元表示允許重發(fā)；或
[0046] 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述可選信元的不同取值分別表示允許重發(fā)或不 允許重發(fā)；或
[0047] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的定時(shí)器時(shí)長(zhǎng)，所述定時(shí)器時(shí)長(zhǎng)設(shè)置有取值，則表 示不允許重發(fā)；或
[0048] 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的次數(shù)，所述次數(shù)設(shè)置有取值，則表示不允許重發(fā)； 或
[0049] 所述是否重發(fā)標(biāo)識(shí)為一原因值（congestion或unspecified)，所述原因值的不同 取值分別表示允許重發(fā)或不允許重發(fā)。
[0050] 優(yōu)選的，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)系統(tǒng)消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)， 所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括：
[0051] 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之 前沒(méi)有收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接建立消息、或者收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú) 線連接拒絕消息，則根據(jù)所述系統(tǒng)消息中的指示判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0052] 優(yōu)選的，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)無(wú)線連接拒絕消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍?否重發(fā)時(shí)，所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括 ：
[0053] 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之 前收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述無(wú)線連接拒絕消息中的指示 判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
[0054] 優(yōu)選的，在所述UE判斷不允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求、或者所述UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求 的次數(shù)超出預(yù)設(shè)的最大值時(shí)，所述UE不在當(dāng)前小區(qū)重發(fā)數(shù)據(jù)傳輸請(qǐng)求；所述UE對(duì)所述當(dāng)前 小區(qū)進(jìn)行標(biāo)識(shí)，并執(zhí)行小區(qū)重選，如果重選的小區(qū)中存在所述當(dāng)前小區(qū)，則將所述當(dāng)前小區(qū) 從重選的小區(qū)中刪除；所述UE在新選擇的小區(qū)中重新發(fā)送數(shù)據(jù)傳輸請(qǐng)求，所發(fā)送的數(shù)據(jù)傳 輸請(qǐng)求中包括業(yè)務(wù)標(biāo)識(shí)。
[0055] 本發(fā)明實(shí)施例所述的網(wǎng)絡(luò)側(cè)設(shè)備在3G系統(tǒng)中為RNC，在LTE系統(tǒng)中為eNodeB。下 面結(jié)合具體實(shí)施例進(jìn)一步闡述本發(fā)明實(shí)施例的方法。
[0056] 如圖1所示，圖1為3G/LTE系統(tǒng)中網(wǎng)絡(luò)側(cè)設(shè)備通過(guò)系統(tǒng)消息發(fā)送請(qǐng)求small data 傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)的示意圖，包括：
[0057] 步驟101，RNC/eNodeB(3G系統(tǒng)中為RNC，LTE系統(tǒng)中為eNodeB)向UE發(fā)送系統(tǒng)消 息，系統(tǒng)消息中包括請(qǐng)求small data傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)。
[0058] 是否重發(fā)標(biāo)識(shí)具體如下表1所示：
[0059；
【權(quán)利要求】
1. 一種控制用戶設(shè)備UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，其特征在于，該方法包括： UE接收來(lái)自網(wǎng)絡(luò)側(cè)設(shè)備的系統(tǒng)消息或無(wú)線連接拒絕消息，所述系統(tǒng)消息或無(wú)線連接拒 絕消息用以向所述UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)； 所述UE根據(jù)所述指示判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
2. 根據(jù)權(quán)利要求1所述控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，其特征在于，所述系統(tǒng)消息 或無(wú)線連接拒絕消息中包括請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)，所述是否重發(fā)標(biāo)識(shí)的表現(xiàn) 形式為以下之一或組合： 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括所述可選信 元表示不允許重發(fā)，包括所述可選信元表示允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述可選信元的不同取值分別表示允許重發(fā)或不允許 重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的定時(shí)器時(shí)長(zhǎng)，所述定時(shí)器時(shí)長(zhǎng)設(shè)置有取值，則表示不 允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的次數(shù)，所述次數(shù)設(shè)置有取值，則表示不允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為一原因值，所述原因值的不同取值分別表示允許重發(fā)或不允許重 發(fā)。
3. 根據(jù)權(quán)利要求1所述控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，其特征在于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備 通過(guò)系統(tǒng)消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述UE根據(jù)所述指示判斷是否 重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括： 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前沒(méi) 有收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接建立消息、或者收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連 接拒絕消息，則根據(jù)所述系統(tǒng)消息中的指示判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
4. 根據(jù)權(quán)利要求1所述控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，其特征在于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備 通過(guò)無(wú)線連接拒絕消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述UE根據(jù)所述指示 判斷是否重發(fā)數(shù)據(jù)傳輸請(qǐng)求，包括： 所述UE在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前收 到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述無(wú)線連接拒絕消息中的指示判斷 是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
5. 根據(jù)權(quán)利要求3或4所述控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的方法，其特征在于，該方法還 包括： 在所述UE判斷不允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求、或者所述UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的次數(shù)超出 預(yù)設(shè)的最大值時(shí)，所述UE不在當(dāng)前小區(qū)重發(fā)數(shù)據(jù)傳輸請(qǐng)求；所述UE對(duì)所述當(dāng)前小區(qū)進(jìn)行標(biāo) 識(shí)，并執(zhí)行小區(qū)重選，如果重選的小區(qū)中存在所述當(dāng)前小區(qū)，則將所述當(dāng)前小區(qū)從重選的小 區(qū)中刪除；所述UE在新選擇的小區(qū)中重新發(fā)送數(shù)據(jù)傳輸請(qǐng)求，所發(fā)送的數(shù)據(jù)傳輸請(qǐng)求中包 括業(yè)務(wù)標(biāo)識(shí)。
6. -種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括：重發(fā)指示模塊，用于通過(guò)系統(tǒng)消息或無(wú)線連接 拒絕消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)。
7. 根據(jù)權(quán)利要求6所述網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述系統(tǒng)消息或無(wú)線連接拒絕消息 中包括請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)標(biāo)識(shí)，所述是否重發(fā)標(biāo)識(shí)的表現(xiàn)形式為以下之一或組 合： 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述系統(tǒng)消息或無(wú)線連接拒絕消息中包括所述可選信 元表示不允許重發(fā)，包括所述可選信元表示允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為可選信元，所述可選信元的不同取值分別表示允許重發(fā)或不允許 重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的定時(shí)器時(shí)長(zhǎng)，所述定時(shí)器時(shí)長(zhǎng)設(shè)置有取值，則表示不 允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為允許重發(fā)的次數(shù)，所述次數(shù)設(shè)置有取值，則表示不允許重發(fā)；或 所述是否重發(fā)標(biāo)識(shí)為一原因值，所述原因值的不同取值分別表示允許重發(fā)或不允許重 發(fā)。
8. -種用戶設(shè)備UE，其特征在于，包括： 消息接收模塊，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的系統(tǒng)消息或無(wú)線連接拒絕消息，所述系統(tǒng) 消息或無(wú)線連接拒絕消息用于向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)； 重發(fā)判斷模塊，用于根據(jù)所述系統(tǒng)消息或無(wú)線連接拒絕消息的指示判斷是否重發(fā)數(shù)據(jù) 傳輸請(qǐng)求。
9. 根據(jù)權(quán)利要求8所述UE，其特征在于，所述重發(fā)判斷模塊進(jìn)一步用于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備 通過(guò)系統(tǒng)消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述重發(fā)判斷模塊在向網(wǎng)絡(luò)側(cè) 設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前沒(méi)有收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā) 送的無(wú)線連接建立消息、或者收到所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述 系統(tǒng)消息中的指示判斷是否允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求。
10. 根據(jù)權(quán)利要求8所述UE，其特征在于，所述重發(fā)判斷模塊進(jìn)一步用于，當(dāng)網(wǎng)絡(luò)側(cè)設(shè) 備通過(guò)無(wú)線連接拒絕消息向UE指示請(qǐng)求數(shù)據(jù)傳輸?shù)男帕钍欠裰匕l(fā)時(shí)，所述重發(fā)判斷模塊 在向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送數(shù)據(jù)傳輸請(qǐng)求后啟動(dòng)定時(shí)器，如果在定時(shí)器超時(shí)之前收到所述網(wǎng)絡(luò)側(cè) 設(shè)備發(fā)送的無(wú)線連接拒絕消息，則根據(jù)所述無(wú)線連接拒絕消息中的指示判斷是否允許重發(fā) 數(shù)據(jù)傳輸請(qǐng)求。
11. 根據(jù)權(quán)利要求9或10所述UE，其特征在于，所述UE還包括：重發(fā)處理模塊，用于 在所述重發(fā)判斷模塊判斷不允許重發(fā)數(shù)據(jù)傳輸請(qǐng)求、或者重發(fā)數(shù)據(jù)傳輸請(qǐng)求的次數(shù)超出預(yù) 設(shè)的最大值時(shí)，不在當(dāng)前小區(qū)重發(fā)數(shù)據(jù)傳輸請(qǐng)求；對(duì)所述當(dāng)前小區(qū)進(jìn)行標(biāo)識(shí)，并執(zhí)行小區(qū)重 選，如果重選的小區(qū)中存在所述當(dāng)前小區(qū)，則將所述當(dāng)前小區(qū)從重選的小區(qū)中刪除；在新選 擇的小區(qū)中重新發(fā)送數(shù)據(jù)傳輸請(qǐng)求，所發(fā)送的數(shù)據(jù)傳輸請(qǐng)求中包括業(yè)務(wù)標(biāo)識(shí)。
12. -種控制UE重發(fā)數(shù)據(jù)傳輸請(qǐng)求的系統(tǒng)，其特征在于，包括權(quán)利要求6或7所述的網(wǎng) 絡(luò)側(cè)設(shè)備，以及權(quán)利要求8至11任一項(xiàng)所述的用戶設(shè)備UE。
【文檔編號(hào)】H04L1/18GK104158638SQ201310176100
【公開(kāi)日】2014年11月19日 申請(qǐng)日期:2013年5月13日 優(yōu)先權(quán)日:2013年5月13日
【發(fā)明者】史莉榮, 賀美芳 申請(qǐng)人:中興通訊股份有限公司