亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

非確認(rèn)數(shù)據(jù)的傳輸方法、終端及網(wǎng)絡(luò)側(cè)的制作方法

文檔序號(hào):7767089閱讀:237來源:國(guó)知局
專利名稱:非確認(rèn)數(shù)據(jù)的傳輸方法、終端及網(wǎng)絡(luò)側(cè)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種非確認(rèn)數(shù)據(jù)的傳輸方法、終端及網(wǎng)絡(luò)側(cè)。
背景技術(shù)
在通用分組無線服務(wù)技術(shù)(General Packet Radio krvice,簡(jiǎn)稱為GPRS)、增強(qiáng)型數(shù)據(jù)速率 GSM 演進(jìn)技術(shù)(Enhanced Data Rate for GSM Evolution,簡(jiǎn)稱為 EDGE) 中,如圖1所示,邏輯鏈路控制層(Logical Link Control layer,簡(jiǎn)稱為L(zhǎng)LC)對(duì)于非確認(rèn)數(shù)據(jù)(Unacknowledged Information)的傳輸,如圖2所示,發(fā)送端LLC在接收到層 3 (Layer 3)的非確認(rèn)數(shù)據(jù)請(qǐng)求(LL_UNITDATA_REQ)后,通過非確認(rèn)信息幀(Unconfirmed InformationFrame,簡(jiǎn)稱為UI)發(fā)送到接收端LLC,當(dāng)接收端LLC出現(xiàn)接收忙的情況時(shí),發(fā)送端LLC會(huì)繼續(xù)發(fā)送UI幀,接收端LLC在忙狀況下,對(duì)接收到的數(shù)據(jù)只能進(jìn)行丟棄處理,在這種情況下,會(huì)造成大量非確認(rèn)數(shù)據(jù)丟失,如果接收端接收忙的情況持續(xù)時(shí)間較長(zhǎng),就會(huì)造成大量非確認(rèn)數(shù)據(jù)的丟失。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種非確認(rèn)數(shù)據(jù)傳輸方法、終端及網(wǎng)絡(luò)側(cè),以解決相關(guān)技術(shù)中非確認(rèn)數(shù)據(jù)丟失率比較高的問題。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的一個(gè)方面,提供了一種非確認(rèn)數(shù)據(jù)的傳輸方法。根據(jù)本發(fā)明的非確認(rèn)數(shù)據(jù)的傳輸方法包括終端確定其邏輯鏈路控制層(LLC)處于接收忙狀態(tài);終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中, 請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)。進(jìn)一步地,當(dāng)前傳輸資源存在臨時(shí)塊流(TBF),終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸包括終端通過其RLC/MAC在TBF的上行分組隨路控制信道(PACCH)上發(fā)送包暫停(PACKET PAUSE)消息取消非確認(rèn)數(shù)據(jù)的傳輸。進(jìn)一步地,當(dāng)前傳輸資源不存在TBF,終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸包括終端向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;終端在單塊上行資源上發(fā)送PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。進(jìn)一步地,上述方法還包括終端在預(yù)定時(shí)間間隔內(nèi)取消接收下行無線塊;網(wǎng)絡(luò)側(cè)在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送下行無線塊。進(jìn)一步地,上述方法還包括終端在預(yù)定時(shí)間間隔后接收下行無線塊;網(wǎng)絡(luò)側(cè)在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔后發(fā)送下行無線塊。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的另一方面,提供了一種終端。根據(jù)本發(fā)明的終端包括確定模塊,用于確定其LLC處于接收忙狀態(tài);傳輸模塊, 用于通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)。
進(jìn)一步地,傳輸模塊包括第一傳輸子模塊,用于在當(dāng)前傳輸資源存在TBF時(shí),通過其所在終端的RLC/MAC在TBF的上行PACCH信道上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。進(jìn)一步地,傳輸模塊包括請(qǐng)求子模塊,用于在當(dāng)前傳輸資源不存在TBF時(shí),向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;第二傳輸子模塊,用于在單塊上行資源上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。進(jìn)一步地,上述終端還包括第一處理模塊,用于在預(yù)定時(shí)間間隔內(nèi)取消接收下行無線塊;第一接收模塊,用于在預(yù)定時(shí)間間隔后接收下行無線塊。為了實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明的又一方面,提供了一種網(wǎng)絡(luò)側(cè)。根據(jù)本發(fā)明的網(wǎng)絡(luò)側(cè)包括接收模塊,用于在終端LLC處于接收忙狀態(tài)時(shí),接收來自終端發(fā)送的請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)進(jìn)一步地,上述網(wǎng)絡(luò)側(cè)還包括第二處理模塊,用于在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送下行無線塊。發(fā)送模塊,用于在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔后發(fā)送下行無線塊。通過本發(fā)明,采用終端在確定其LLC處于接收忙狀態(tài)時(shí),通過RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送消息用于暫停生成非確認(rèn)數(shù)據(jù)的下行無線塊??朔讼嚓P(guān)技術(shù)中,在終端處于接收忙狀態(tài)時(shí)對(duì)于網(wǎng)絡(luò)側(cè)發(fā)送的非確認(rèn)數(shù)據(jù)進(jìn)行丟棄處理造成大量非確認(rèn)數(shù)據(jù)的丟失的問題,提高了非確認(rèn)數(shù)據(jù)的接收率。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的GPRS、EDGE用戶面協(xié)議層的框架示意圖;圖2是根據(jù)相關(guān)技術(shù)的LLC非確認(rèn)數(shù)據(jù)傳輸過程的示意圖;圖3是根據(jù)本發(fā)明實(shí)施例的非確認(rèn)數(shù)據(jù)傳輸方法的流程圖;圖4是根據(jù)本發(fā)明實(shí)施例的在LLC傳輸非確認(rèn)數(shù)據(jù)過程中,需要暫停下行數(shù)據(jù)的傳輸時(shí)RLC/MAC不存在TBF的情況下的處理過程的流程圖。圖5是根據(jù)本發(fā)明實(shí)施例的在LLC傳輸非確認(rèn)數(shù)據(jù)過程中,需要暫停下行數(shù)據(jù)的傳輸時(shí)RLC/MAC存在TBF的情況下的處理過程的流程圖。圖6是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖;圖7是根據(jù)本發(fā)明實(shí)施例的終端優(yōu)選的結(jié)構(gòu)框圖;圖8是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)側(cè)的結(jié)構(gòu)框圖;以及圖9是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)側(cè)的優(yōu)選的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。本實(shí)施例提供了一種非確認(rèn)數(shù)據(jù)傳輸方法,圖3是根據(jù)本發(fā)明實(shí)施例的非確認(rèn)數(shù)據(jù)傳輸方法的流程圖,如圖3所示,該方法包括步驟S302 終端確定其邏輯鏈路控制層(LLC)處于接收忙狀態(tài);步驟S304 終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸, 其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)。通過上述步驟,終端在確定其LLC處于接收忙狀態(tài)時(shí),通過RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送消息用于暫停生成非確認(rèn)數(shù)據(jù)的下行無線塊。克服了相關(guān)技術(shù)中,在終端處于接收忙狀態(tài)時(shí)對(duì)于網(wǎng)絡(luò)側(cè)發(fā)送的非確認(rèn)數(shù)據(jù)進(jìn)行丟棄處理造成大量非確認(rèn)數(shù)據(jù)的丟失的問題,提高了非確認(rèn)數(shù)據(jù)的接收率。優(yōu)選地,當(dāng)前傳輸資源存在臨時(shí)塊流(TBF),下面對(duì)步驟S304的一個(gè)優(yōu)選實(shí)施方式進(jìn)行說明。終端通過其RLC/MAC在TBF的上行分組隨路控制信道(Packet Associated ControlCharmel,簡(jiǎn)稱為PACCH)信道上發(fā)送包暫停(PACKET PAUSE)消息取消非確認(rèn)數(shù)據(jù)的傳輸。通過該優(yōu)選實(shí)施例,在傳輸資源存在TBF時(shí),在現(xiàn)有TBF上傳輸PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸,節(jié)省了信令開支。優(yōu)選地,當(dāng)前傳輸資源不存在TBF,下面對(duì)步驟S304的一個(gè)優(yōu)選實(shí)施方式進(jìn)行說明。終端向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;終端在單塊上行資源上發(fā)送包暫停(PACKET PAUSE) 消息取消非確認(rèn)數(shù)據(jù)的傳輸。通過該優(yōu)選實(shí)施例,在傳輸資源不存在TBF時(shí),采用向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源進(jìn)行消息的傳輸,提高了請(qǐng)求消息發(fā)送的靈活性。優(yōu)選地,上述方法還包括終端在預(yù)定時(shí)間間隔內(nèi)取消接收下行無線塊;網(wǎng)絡(luò)側(cè)在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送下行無線塊。通過該優(yōu)選實(shí)施例, 終端在預(yù)定時(shí)間間隔內(nèi)取消接收下行無限塊,網(wǎng)絡(luò)側(cè)在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送下行無線塊,提高了非確認(rèn)數(shù)據(jù)的接收率。優(yōu)選地,上述方法還包括終端在預(yù)定時(shí)間間隔后接收下行無線塊;網(wǎng)絡(luò)側(cè)在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔后發(fā)送下行無線塊。通過該優(yōu)選實(shí)施例,提高了非確認(rèn)數(shù)據(jù)傳輸?shù)耐暾院涂煽啃?。?shí)施例一本實(shí)施例提供了一種非確認(rèn)數(shù)據(jù)發(fā)送方法,本實(shí)施例結(jié)合了上述實(shí)施例及其中的優(yōu)選的實(shí)施方式,該方法包括步驟1 在GERAN有下行LLC非確認(rèn)數(shù)據(jù)傳輸時(shí),通過RLC/MAC過程建立下行TBF, 下行TBF建立完成后,開始下行LLC非確認(rèn)數(shù)據(jù)的傳輸。 步驟2 當(dāng)終端LLC出現(xiàn)接收忙的情況,終端RLC/MAC通過主動(dòng)向GERAN請(qǐng)求暫停發(fā)送下行無線塊的方式,來達(dá)到讓網(wǎng)絡(luò)暫停發(fā)送下行無線塊的目的,從而減少數(shù)據(jù)丟失。優(yōu)選地,在步驟2中,當(dāng)終端RLC/MAC需要向GERAN請(qǐng)求暫停發(fā)送下行數(shù)據(jù)時(shí),如果當(dāng)前不存在TBF資源,則需要先請(qǐng)求GERAN分配單塊上行資源,在請(qǐng)求的單塊上行資源中發(fā)送PACKET PAUSE消息。優(yōu)選的,在步驟2中,如果存在TBF資源,則在當(dāng)前TBF資源的上行PACCH信道上發(fā)送PACKET PAUSE消息。在終端出現(xiàn)LLC接收忙的情況時(shí),起定時(shí)器T3204,在定時(shí)器運(yùn)行期間不接收下行RLC/MAC無線塊。步驟3 在GERAN接收到終端發(fā)送的PACKET PAUSE后,起定時(shí)器T3204,在定時(shí)器運(yùn)行期間,暫停下行RLC/MAC無線塊的發(fā)送。
步驟4 在終端T3204超時(shí)后,開始接收下行RLC/MAC無線塊塊,在GERAN T3204超時(shí)后,如果存在下行LLC非確認(rèn)數(shù)據(jù)需要發(fā)送,則開始發(fā)送下行數(shù)據(jù)。實(shí)施例二本實(shí)施例提供了一種非確認(rèn)數(shù)據(jù)發(fā)送方法,本實(shí)施例結(jié)合了上述實(shí)施例及其中的優(yōu)選的實(shí)施方式,在本實(shí)施例中,MAC處于空閑(IDLE)模式,即MAC處于空閑狀態(tài),不存在上行TBF,也不存在下行TBF,圖4是根據(jù)本發(fā)明實(shí)施例的在LLC傳輸非確認(rèn)數(shù)據(jù)過程中,需要暫停下行數(shù)據(jù)的傳輸時(shí)RLC/MAC不存在TBF的情況下的處理過程的流程圖,如圖4所示, 該方法包括步驟S401 網(wǎng)絡(luò)側(cè) GERAN Layer3 向其 LLC 發(fā)送 LLRLC_STATUS_REQ。步驟S402 =GERAN LLC 向 GERAN RLC/MAC 發(fā)送 LLRLC_STATUS_REQ。步驟S403-步驟 S404 =GERAN RLC/MAC 和 MS RLC/MAC 建立下行 TBF 傳輸 RLC/MAC 無線塊。步驟S405 :MS RLC/MAC 向 MS LLC 發(fā)送 RLC_DATA_IND。步驟S406 :MS LLC 向 MS Layer3 發(fā)送 LL_DATA_IND。步驟S407 終端LLC接收下行數(shù)據(jù)過程中發(fā)現(xiàn)接收忙的情況。步驟S408 通過原語LLRLC_STATUS_IND通知RLC/MAC,LLC當(dāng)前下行接收忙。步驟S409 終端RLC/MAC接收到LLRLC_STATUS_IND時(shí),判斷需要暫停下行數(shù)據(jù)接收,啟動(dòng)定時(shí)器T3204,停止接收下行RLC/MAC無線塊。步驟S410 終端RLC/MAC發(fā)送消息CHANNEL REQUEST (如果PCCCH不存在,且不支持發(fā)送 EGPRS PACKET CHANNEL REQUEST),或者消息 PACKET CHANNELREQUEST (如果分組公共控制信道(PCCCH)存在,且不支持發(fā)送EGPRS PACKETCHANNEL REQUEST),或者消息 EGPRS PACKET CHANNEL REQUEST (如果終端和 GERAN 都支持發(fā)送 EGI3RS PACKET CHANNEL REQUEST),接入原因?yàn)椤?Single blockwithout TBF establishment"。步驟S411 =GERAN RLC/MAC在接收到終端發(fā)送的分組接入請(qǐng)求后,發(fā)送消息 IMMEDIATE ASSIGNMENT (不存在 PCCCH 情況)或者 PACKET DOWNLINKASSIG匪ENT (存在 PCCCH的情況)消息到MS,分配單塊資源。步驟S412 終端 RLC/MAC 在接收到消息 IMMEDIATE ASSIGNMENT (不存在 PCCCH 情況)或者PACKET DOffNLINKASSIGNMENT (存在PCCCH的情況)后,根據(jù)指派的資源,在指定的塊周期發(fā)送消息PACKET PAUSE到GERAN。步驟S413 =GERAN RLC/MAC在接收到PACKET PAUSE后,啟動(dòng)定時(shí)器T3204,在該定時(shí)器超時(shí)之前,如果LLC有下行數(shù)據(jù)需要發(fā)送,暫停下行TBF的建立。步驟S414 終端定時(shí)器T3204超時(shí),終端RLC/MAC開始接收下行RLC/MAC無線塊。步驟S415 =GERAN定時(shí)器T3204超時(shí),如果無下行數(shù)據(jù)需要發(fā)送則過程結(jié)束,否則發(fā)送消息IMMEDIATE ASSIGNMENT(不存在PCCCH情況)或者PACKET DOffNLINKASSIGNMENT (存在PCCCH的情況),請(qǐng)求與終端之間建立下行TBF,開始下行非確認(rèn)數(shù)據(jù)的傳輸。步驟S416 終端 RLC/MAC 接收到 GERAN 發(fā)送的消息 IMMEDIATE ASSIGNMENT (不存在PCCCH情況)或者PACKET DOWNLINK ASSIGNMENT (存在PCCCH的情況),建立下行TBF。 步驟S417 RLC/MAC接收到下行RLC/MAC無線塊,組成LLC非確認(rèn)數(shù)據(jù)塊.
步驟S418 通過消息RLC_DATA_IND發(fā)送到LLC。步驟S419 終端LLC通過消息LL_UNITDATA_IND發(fā)送非確認(rèn)數(shù)據(jù)到層3。實(shí)施例三本實(shí)施例提供了一種非確認(rèn)數(shù)據(jù)發(fā)送方法,本實(shí)施例結(jié)合了上述實(shí)施例及其中的優(yōu)選的實(shí)施方式,在本實(shí)施例中,MAC處于TRANSFER模式,即MAC處于傳輸狀態(tài),可能存在下行TBF,也可能存在上行TBF,或者上行TBF和下行TBF都存在。圖5是根據(jù)本發(fā)明實(shí)施例的在LLC傳輸非確認(rèn)數(shù)據(jù)過程中,需要暫停下行數(shù)據(jù)的傳輸時(shí)RLC/MAC存在TBF的情況下的處理過程的流程圖,如圖5所示,MAC處于TRANSFER模式時(shí)包括如下步驟步驟S501 網(wǎng)絡(luò)側(cè) GERAN Layer3 向其 LLC 發(fā)送 LLRLC_STATUS_REQ。步驟S502 =GERAN LLC 向 GERAN RLC/MAC 發(fā)送 LLRLC_STATUS_REQ。步驟S503-步驟 S504 =GERAN RLC/MAC 和 MS RLC/MAC 建立下行 TBF 傳輸 RLC/MAC 無線塊。步驟S505 :MS RLC/MAC 向 MS LLC 發(fā)送 RLC_DATA_IND。步驟S506 :MS LLC 向 MS Layer3 發(fā)送 LL_DATA_IND。步驟S507 終端LLC接收下行數(shù)據(jù)過程中發(fā)現(xiàn)接收忙的情況。步驟S508 通過原語LLRLC_STATUS_IND通知RLC/MAC,LLC當(dāng)前下行接收忙。步驟S509 終端RLC/MAC接收到LLRLC_STATUS_IND時(shí),判斷需要暫停下行數(shù)據(jù)接收,啟動(dòng)定時(shí)器T3204,停止接收下行RLC/MAC無線塊。終端RLC/MAC判斷存在TBF,在上行 PACCH 上發(fā)送消息 PACKET PAUSE 到 GERAN。步驟S510 =GERAN RLC/MAC在接收到PACKET PAUSE后,啟動(dòng)定時(shí)器T3204,在該定時(shí)器超時(shí)之前,如果LLC有下行數(shù)據(jù)需要發(fā)送,則暫停下行RLC/MAC無線塊的發(fā)送。步驟S511 終端定時(shí)器T3204超時(shí),開始接收下行RLC/MAC無線塊。步驟S512 =GERAN定時(shí)器T3204超時(shí),如果有LLC下行非確認(rèn)數(shù)據(jù)需要繼續(xù)發(fā)送, 則開始在下行TBF上發(fā)送下行RLC/MAC無線塊。終端RLC/MAC接收到下行RLC/MAC無線塊, 組成LLC非確認(rèn)數(shù)據(jù)塊。步驟S513 通過消息RLC_DATA_IND發(fā)送到LLC。步驟S514 終端LLC通過消息LL_UNITDATA_IND發(fā)送非確認(rèn)數(shù)據(jù)到層3。需要說明的是,上述實(shí)施例二和三分別為減少LLC下行非確認(rèn)數(shù)據(jù)丟失根據(jù)LLC 處于接收忙情況時(shí)的MAC模式的兩種實(shí)施情況。通過實(shí)施例二和實(shí)施例三,在 GPRS (General Packet Radio Service)、 EDGE (EnhancedData rates for Global Evolution)中,減少 LLC 下行鏈路中非確認(rèn)數(shù)據(jù)的丟失,包括終端LLC與無線鏈路控制/媒體接入控制層(Radio Link Control/Medium Access Control,簡(jiǎn)稱為RLC/MAC)之間的原語交互,終端RLC/MAC與GERAN RLC/MAC之間的信令交互,終端LLC對(duì)下行非確認(rèn)數(shù)據(jù)出現(xiàn)丟棄時(shí)的處理,GSM/EDGE無線接入網(wǎng)(GSM/ EDGE RadioAccess Network,簡(jiǎn)稱為GERAN)在接收到終端發(fā)送的信令后對(duì)下行非確認(rèn)數(shù)據(jù)的發(fā)送處理,提高了非確認(rèn)數(shù)據(jù)的接收率。本實(shí)施例提供了一種終端,圖6是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖,如圖6所示,該終端包括確定模塊62和傳輸模塊64,下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述確定模塊62,用于確定其邏輯鏈路控制層LLC處于接收忙狀態(tài);傳輸模塊64,連接至確定模塊62,用于確定模塊62確定其所在終端的LLC處于接收忙狀態(tài)通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)。圖7是根據(jù)本發(fā)明實(shí)施例的終端優(yōu)選的結(jié)構(gòu)框圖,如圖7所示,傳輸模塊64包括 第一傳輸子模塊642,請(qǐng)求子模塊644,第二傳輸子模塊646 ;終端還包括第一處理模塊 72,第一接收模塊74,下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述第一傳輸子模塊642,用于在當(dāng)前傳輸資源存在TBF時(shí),通過其所在終端的RLC/ MAC在TBF的上行PACCH信道上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。請(qǐng)求子模塊644,用于在當(dāng)前傳輸資源不存在TBF時(shí),向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;第二傳輸子模塊646,連接至請(qǐng)求子模塊644,用于在請(qǐng)求子模塊644,請(qǐng)求的單塊上行資源上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。上述終端還包括第一處理模塊72,用于在預(yù)定時(shí)間間隔內(nèi)取消接收下行無線塊;第一接收模塊74,用于在預(yù)定時(shí)間間隔后接收下行無線塊。本實(shí)施例提供了一種網(wǎng)絡(luò)側(cè),圖8是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)側(cè)的結(jié)構(gòu)框圖,該網(wǎng)絡(luò)還包括接收模塊82,下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述接收模塊82,用于在終端邏輯鏈路控制層LLC處于接收忙狀態(tài)時(shí),接收來自終端發(fā)送的請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)圖9是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)側(cè)的優(yōu)選的結(jié)構(gòu)框圖,該網(wǎng)絡(luò)側(cè)還包括第二處理模塊92,發(fā)送模塊94,下面對(duì)上述結(jié)構(gòu)進(jìn)行詳細(xì)描述第二處理模塊92,用于在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送下行無線塊。發(fā)送模塊94,用于在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔后發(fā)送下行無線塊。通過上述優(yōu)選實(shí)施例,提供了一種非確認(rèn)數(shù)據(jù)發(fā)送方法、終端及網(wǎng)絡(luò)側(cè),終端在確定其LLC處于接收忙狀態(tài)時(shí),通過RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送消息用于暫停生成非確認(rèn)數(shù)據(jù)的下行無線塊。克服了相關(guān)技術(shù)中,在終端處于接收忙狀態(tài)時(shí)對(duì)于網(wǎng)絡(luò)側(cè)發(fā)送的非確認(rèn)數(shù)據(jù)進(jìn)行丟棄處理造成大量非確認(rèn)數(shù)據(jù)的丟失的問題,提高了非確認(rèn)數(shù)據(jù)的接收率。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn),從而可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種非確認(rèn)數(shù)據(jù)的傳輸方法,其特征在于,包括終端確定其邏輯鏈路控制層LLC處于接收忙狀態(tài);所述終端通過其無線鏈路控制RLC/媒體接入控制MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,所述請(qǐng)求消息用于指示所述網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,所述下行無線塊用于生成非確認(rèn)數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,當(dāng)前傳輸資源存在臨時(shí)塊流TBF,所述終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸包括所述終端通過其RLC/MAC在所述TBF的上行分組隨路控制信道PACCH上發(fā)送包暫停 PACKET PAUSE消息取消所述非確認(rèn)數(shù)據(jù)的傳輸。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,當(dāng)前傳輸資源不存在臨時(shí)塊流TBF,所述終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸包括所述終端向網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;所述終端在所述單塊上行資源上發(fā)送PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。
4.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,還包括所述終端在預(yù)定時(shí)間間隔內(nèi)取消接收所述下行無線塊;所述網(wǎng)絡(luò)側(cè)在接收到PACKETPAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送所述下行無線塊。
5.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,還包括所述終端在預(yù)定時(shí)間間隔后接收所述下行無線塊;所述網(wǎng)絡(luò)側(cè)在接收到所述PACKETPAUSE消息的預(yù)定時(shí)間間隔后發(fā)送所述下行無線塊。
6.一種終端,其特征在于,包括確定模塊,用于確定其邏輯鏈路控制層LLC處于接收忙狀態(tài);傳輸模塊,用于通過其無線鏈路控制RLC/媒體接入控制MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,所述請(qǐng)求消息用于指示所述網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊, 所述下行無線塊用于生成非確認(rèn)數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的終端,其特征在于,所述傳輸模塊包括第一傳輸子模塊,用于在當(dāng)前傳輸資源存在臨時(shí)塊流TBF時(shí),通過其所在終端的RLC/ MAC在所述TBF的上行PACCH信道上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。
8.根據(jù)權(quán)利要求6所述的終端,其特征在于,所述傳輸模塊包括請(qǐng)求子模塊,用于在當(dāng)前傳輸資源不存在TBF時(shí),向所述網(wǎng)絡(luò)側(cè)請(qǐng)求單塊上行資源;第二傳輸子模塊,用于在所述單塊上行資源上發(fā)送包暫停PACKET PAUSE消息取消非確認(rèn)數(shù)據(jù)的傳輸。
9.根據(jù)權(quán)利要求7或8所述的終端,其特征在于,還包括第一處理模塊,用于在預(yù)定時(shí)間間隔內(nèi)取消接收所述下行無線塊;第一接收模塊,用于在所述預(yù)定時(shí)間間隔后接收所述下行無線塊。
10.一種網(wǎng)絡(luò)側(cè),其特征在于,包括接收模塊,用于在終端邏輯鏈路控制層LLC處于接收忙狀態(tài)時(shí),接收來自終端發(fā)送的請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,所述請(qǐng)求消息用于指示所述網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,所述下行無線塊用于生成非確認(rèn)數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)側(cè),其特征在于,還包括第二處理模塊,用于在接收到PACKET PAUSE消息的預(yù)定時(shí)間間隔內(nèi)取消發(fā)送所述下行無線塊;發(fā)送模塊,用于在接收到所述PACKET PAUSE消息的所述預(yù)定時(shí)間間隔后發(fā)送所述下行無線塊。
全文摘要
本發(fā)明公開了一種非確認(rèn)數(shù)據(jù)的傳輸方法、終端及網(wǎng)絡(luò)側(cè),該方法包括終端確定其LLC處于接收忙狀態(tài);終端通過其RLC/MAC向網(wǎng)絡(luò)側(cè)發(fā)送請(qǐng)求消息進(jìn)行非確認(rèn)數(shù)據(jù)的傳輸,其中,請(qǐng)求消息用于指示網(wǎng)絡(luò)側(cè)暫停發(fā)送下行無線塊,下行無線塊用于生成非確認(rèn)數(shù)據(jù)。通過本發(fā)明,提高了非確認(rèn)數(shù)據(jù)的接收率。
文檔編號(hào)H04L1/16GK102480345SQ201010567590
公開日2012年5月30日 申請(qǐng)日期2010年11月30日 優(yōu)先權(quán)日2010年11月30日
發(fā)明者錢俊 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1