專利名稱：協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法及接收端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及通信領(lǐng)域中PDU接收情況的狀態(tài)報(bào)告發(fā)送技術(shù)。
背景技術(shù)：
所謂協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡(jiǎn)稱“PDU”)就是在不同站點(diǎn)的各層對(duì) 等實(shí)體之間，為實(shí)現(xiàn)該層協(xié)議所交換的信息單元。當(dāng)發(fā)送端發(fā)送PDU后，需要知道接收端是 否已正確接收，并重傳未被接收端正確接收的PDU。目前，無(wú)線鏈路控制(Radio Link Control，簡(jiǎn)稱“RLC”)主要通過(guò)確認(rèn)模式 (Acknowledged Mode，簡(jiǎn)稱“AM”)下的polling(輪詢)機(jī)制，實(shí)現(xiàn)對(duì)等層重傳那些沒(méi)有被 正確接收或那些沒(méi)有被接收到的PDU。關(guān)于輪詢的技術(shù)可參加專利號(hào)為“6654957”的美國(guó)專利。在RLC的polling機(jī)制中與定時(shí)器相關(guān)的主要有發(fā)送方的Timer_Poll定時(shí)器和 Timer_Poll_Periodic 定時(shí)器，以及接收方的 Timer_Status_Periodic 定時(shí)器。其中，Timer_Poll定時(shí)器表示發(fā)送方在指定的時(shí)長(zhǎng)過(guò)后主動(dòng)重傳沒(méi)有得到接收方 響應(yīng)的帶P位(輪詢比特位)的PDU (Protocol Data Unit)；Timer_Poll_Periodic定時(shí)器表示發(fā)送方每隔指定時(shí)長(zhǎng)在所發(fā)送的PDU (Protocol Data Unit)中置P位，用于通知接收方發(fā)送PDU接收情況的狀態(tài)報(bào)告；Timer_Status_Periodic定時(shí)器表示接收方每隔指定時(shí)長(zhǎng)向發(fā)送方主動(dòng)發(fā)送狀態(tài)報(bào)告。然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，在具體應(yīng)用中，RLC為了最大限度地利用上下行帶寬 傳輸有效數(shù)據(jù)，對(duì)于polling機(jī)制一般不配置周期性狀態(tài)報(bào)告(即不設(shè)置Timer_StatUS_ Periodic定時(shí)器)，同時(shí)配置較長(zhǎng)的重傳時(shí)長(zhǎng)(即Timer_Poll定時(shí)器的時(shí)長(zhǎng))。而當(dāng)RLC 接收方不知道發(fā)送方發(fā)送了帶有P位的PDU時(shí)，它對(duì)此數(shù)據(jù)PDU不會(huì)作出任何接收狀態(tài)說(shuō) 明，即接收方不會(huì)向發(fā)送方發(fā)送PDU接收情況的狀態(tài)報(bào)告。而發(fā)送方在沒(méi)有收到接收方對(duì) 此PDU的狀態(tài)報(bào)告情況下并不會(huì)快速重傳此PDU，這時(shí)發(fā)送方與接收方就會(huì)處在一個(gè)相互 等待對(duì)方信息的僵持狀態(tài)，從而導(dǎo)致了發(fā)送方不會(huì)快速重傳未被接收方正確接收的PDU，影 響了數(shù)據(jù)的傳輸。而且，發(fā)送與接收方也均要維護(hù)現(xiàn)在的較為復(fù)雜的polling機(jī)制。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法及接收 端，避免發(fā)送方與接收方處在一個(gè)相互等待對(duì)方信息而不發(fā)送PDU接收狀態(tài)報(bào)告的僵持狀 態(tài)，從而能夠使得發(fā)送端能快速重傳沒(méi)有被接收端正確接收到的PDU。為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施方式提供了一種協(xié)議數(shù)據(jù)單 元接收情況的狀 態(tài)報(bào)告發(fā)送方法，包含以下步驟接收端在每收到一個(gè)協(xié)議數(shù)據(jù)單元PDU后，如果沒(méi)有啟動(dòng)自定義的自適應(yīng)定時(shí)器 則啟動(dòng)自適應(yīng)定時(shí)器；
接收端對(duì)收到的PDU進(jìn)行組包；如果所有PDU都成功組包，則終止自適應(yīng)定時(shí)器；如果還存在未成功組包的PDU，則檢測(cè)是否存在漏包，如果不存在漏包，則重啟自適應(yīng)定時(shí)器；在自適應(yīng)定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。本發(fā)明的實(shí)施方式還提供了一種接收端，包含自定義的自適應(yīng)定時(shí)器；接收及判斷模塊，用于接收協(xié)議數(shù)據(jù)單元PDU，并在每收到一個(gè)協(xié)議數(shù)據(jù)單元PDU 后，判斷自適應(yīng)定時(shí)器是否已啟動(dòng)；啟動(dòng)模塊，用于在接收及判斷模塊判定自適應(yīng)定時(shí)器未啟動(dòng)時(shí)，啟動(dòng)自適應(yīng)定時(shí) 器；組包模塊，用于對(duì)接收及判斷模塊收到的PDU進(jìn)行組包，并判斷是否所有PDU都成 功組包；定時(shí)器終止模塊，用于在組包模塊判定所有PDU都成功組包時(shí)，終止自適應(yīng)定時(shí) 器；漏包檢測(cè)模塊，用于在組包模塊判定還存在未成功組包的PDU時(shí)，檢測(cè)是否存在 漏包；定時(shí)器重啟模塊，用于在漏包檢測(cè)模塊檢測(cè)出不存在漏包時(shí)，重啟自適應(yīng)定時(shí) 器；發(fā)送模塊，用于在自適應(yīng)定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于自定義一個(gè)定時(shí)器(自適應(yīng)定時(shí)器)，在收到一個(gè)協(xié)議數(shù)據(jù)單元PDU后，如果該定 時(shí)器處于未運(yùn)行狀態(tài)，則啟動(dòng)該定時(shí)器。接收端對(duì)收到的PDU進(jìn)行組包，如果所有PDU都成 功組包，則終止該定時(shí)器，否則檢測(cè)是否存在漏包，如果不存在漏包，則重啟該定時(shí)器。在該 定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。由于接收端不需要根據(jù)發(fā)送方發(fā)送的帶有 P位的PDU，進(jìn)行PDU接收情況的狀態(tài)報(bào)告的反饋，而是根據(jù)自適應(yīng)定時(shí)器是否超時(shí)，判斷是 否需要發(fā)送PDU接收情況的狀態(tài)報(bào)告。因此避免了由于接收方不知道發(fā)送方發(fā)送了帶有 P位的PDU，而導(dǎo)致的發(fā)送與接收方處在一個(gè)相互等待對(duì)方信息的僵持狀態(tài)，能夠使得發(fā)送 端能快速重傳沒(méi)有被接收端正確接收到的PDU。而且，不再需要與polling相關(guān)的Timer_ Poll_Periodic 和 Timer_Status_Periodic 定時(shí)器，同時(shí)也簡(jiǎn)化了現(xiàn)有的 polling 機(jī)制。進(jìn)一步地，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)可以由無(wú)線資源控制RRC配置，并通知給接收端。 由于在網(wǎng)絡(luò)側(cè)能夠統(tǒng)計(jì)出各信道的傳輸質(zhì)量以及多個(gè)用戶終端的接收情況等，因此由網(wǎng)絡(luò) 側(cè)配置自適應(yīng)定時(shí)器的時(shí)長(zhǎng)，并將該時(shí)長(zhǎng)通知給接收端，可使得所設(shè)置的自適應(yīng)定時(shí)器的 時(shí)長(zhǎng)更為合理，能適用于多個(gè)終端設(shè)備。進(jìn)一步地，通過(guò)RRC的配置消息通知給接收端。由于在現(xiàn)有協(xié)議中，與polling 相關(guān)的各定時(shí)器的時(shí)長(zhǎng)基本都是由RRC通過(guò)配置消息指定，因此自適應(yīng)定時(shí)器的時(shí)長(zhǎng)也由 RRC通過(guò)配置消息指定，能與現(xiàn)有技術(shù)較好地兼容。進(jìn)一步地，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)也可以由接收端預(yù)先設(shè)置。由接收端自行設(shè)置自 適應(yīng)定時(shí)器的時(shí)長(zhǎng)，可使得本發(fā)明的實(shí)現(xiàn)無(wú)需對(duì)現(xiàn)有協(xié)議進(jìn)行任何改動(dòng)，簡(jiǎn)單易行，方便實(shí) 現(xiàn)。
進(jìn)一步地，在發(fā)送PDU接收情況的狀態(tài)報(bào)告之前，還需判斷接收端是否允許發(fā)送 狀態(tài)報(bào)告，如果允許，則再發(fā)送PDU接收情況的狀態(tài)報(bào)告。由于在網(wǎng)絡(luò)質(zhì)量差、丟包情況嚴(yán) 重時(shí)，可能會(huì)過(guò)于頻繁地發(fā)生自適應(yīng)定時(shí)器超時(shí)的情況，因此在發(fā)送PDU接收情況的狀態(tài) 報(bào)告之前，先判斷接收端是否處于允許發(fā)送狀態(tài)報(bào)告的狀態(tài)，可有效避免接收端過(guò)于頻繁 地向網(wǎng)絡(luò)側(cè)發(fā)送PDU接收情況的狀態(tài)報(bào)告。而且，發(fā)送端在發(fā)送PDU接收情況的狀態(tài)報(bào)告 之前，先判斷接收端是否處于允許發(fā)送狀態(tài)報(bào)告的狀態(tài)，也是現(xiàn)有技術(shù)中已有的機(jī)制，因此 也能與現(xiàn)有技術(shù)更好地兼容。



圖1是根據(jù)本發(fā)明第一實(shí)施方式的PDU接收情況的狀態(tài)報(bào)告發(fā)送方法中接收方向 上的處理流程圖；圖2是根據(jù)本發(fā)明第一實(shí)施方式的PDU接收情況的狀態(tài)報(bào)告發(fā)送方法中發(fā)送方向 上的處理流程圖；圖3是根據(jù)本發(fā)明第三實(shí)施方式的接收端結(jié)構(gòu)示意圖。
具體實(shí)施例方式在以下的敘述中，為了使讀者更好地理解本申請(qǐng)而提出了許多技術(shù)細(xì)節(jié)。但是，本 領(lǐng)域的普通技術(shù)人員可以理解，即使沒(méi)有這些技術(shù)細(xì)節(jié)和基于以下各實(shí)施方式的種種變化 和修改，也可以實(shí)現(xiàn)本申請(qǐng)各權(quán)利要求所要求保護(hù)的技術(shù)方案。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施 方式作進(jìn)一步地詳細(xì)描述。本發(fā)明第一實(shí)施方式涉及一種協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，應(yīng)用 在RLC的AM(確認(rèn))模式下的輪詢機(jī)制中。在本實(shí)施方式中，不需要使用與polling相關(guān) 的 Timer_Poll_Periodic 和 Timer_Status_Periodic 定時(shí)器，因此可刪除該 Timer_Poll_ Periodic和Timer_StatuS_Peri0diC定時(shí)器，但需要重新設(shè)置一個(gè)定時(shí)器，將該自定義的 定時(shí)器稱為自適應(yīng)定時(shí)器(Timer_AutonomiC)。具體流程如圖1和圖2所示，圖1為接收端 在每收到一個(gè)合法的PDU后，在接收方向上的處理流程圖；圖2為接收端在發(fā)送方向上的處 理流程圖。具體地說(shuō)，接收端在每收到一個(gè)合法的PDU后，進(jìn)入步驟110，判斷自適應(yīng)定時(shí)器 是否正在運(yùn)行。如果沒(méi)有運(yùn)行，則進(jìn)入步驟120，如果已處于運(yùn)行狀態(tài)，則直接進(jìn)入步驟 130。在步驟120中，接收端啟動(dòng)自定義的自適應(yīng)定時(shí)器。在本實(shí)施方式中，自適應(yīng)定時(shí) 器的時(shí)長(zhǎng)由無(wú)線資源控制RRC配置，并通知給接收端，如通過(guò)來(lái)自RRC的配置消息通知給接 收端。由于在網(wǎng)絡(luò)側(cè)能夠統(tǒng)計(jì)出各信道的傳輸質(zhì)量以及多個(gè)用戶終端的接收情況等，因此 由網(wǎng)絡(luò)側(cè)配置自適應(yīng)定時(shí)器的時(shí)長(zhǎng)，并將該時(shí)長(zhǎng)通知給接收端，可使得所設(shè)置的自適應(yīng)定 時(shí)器的時(shí)長(zhǎng)更為合理，能適用于多個(gè)終端設(shè)備。而且，由于在現(xiàn)有協(xié)議中，與polling相關(guān) 的各定時(shí)器的時(shí)長(zhǎng)基本都是由RRC通過(guò)配置消息指定，因此自適應(yīng)定時(shí)器的時(shí)長(zhǎng)也由RRC 通過(guò)配置消息指定，能與現(xiàn)有技術(shù)較好地兼容。在步驟130中，接收端對(duì)收到的PDU進(jìn)行組包。
也就是說(shuō)，當(dāng)接收端的RLC層收到一片合法的PDU后，立即檢查自適應(yīng)定時(shí)器 (Timer_Autonomic)是否在運(yùn)行，如果此定時(shí)器沒(méi)有運(yùn)行，則開(kāi)啟此定時(shí)器，隨后將收到的 PDU交給RLC的組包過(guò)程，即啟動(dòng)業(yè)務(wù)數(shù)據(jù)單元(Service Data Unit，簡(jiǎn)稱“SDU”)的組包 過(guò)程。接著，在步驟140中，接收端判斷是否所有PDU都成功組包，也就是說(shuō)，當(dāng)RLC的組 包過(guò)程結(jié)束后，再判斷所收的PDU包是否都已經(jīng)全部組完，若全部組成功則說(shuō)明沒(méi)有任何 掉包，進(jìn)入步驟150，停止自適應(yīng)定時(shí)器，結(jié)束本次流程，直至收到下一個(gè)合法的PDU后重新 啟動(dòng)本流程。如果接收端判定并非所有的PDU都成功組包，則說(shuō)明還有包未組完，進(jìn)入步驟 160。在步驟160中，檢測(cè)是否存在漏包。如果經(jīng)漏包檢查后，判定不存在漏包，則進(jìn)入 步驟170，重啟自適應(yīng)定時(shí)器。由于如果發(fā)現(xiàn)沒(méi)有漏包，則說(shuō)明余下的PDU(Protocol Data Unit)是最后一個(gè)SDU (Service Data Unit)的部份，因此不需要對(duì)自適應(yīng)定時(shí)器的所記時(shí) 間進(jìn)行累加，直接重啟自適應(yīng)定時(shí)器即可。如果在步驟160中，判定還存在漏包，則說(shuō)明至少還有一個(gè)不屬于最后一個(gè)SDU的 PDU包沒(méi)有收到，因此讓自適應(yīng)定時(shí)器(Timer_AutonomiC)繼續(xù)計(jì)時(shí)，結(jié)束本次流程，直至 收到下一個(gè)合法的PDU后重新啟動(dòng)本流程。
接收端在發(fā)送方向上的處理流程如圖2所示，在步驟210中，判斷當(dāng)前自適應(yīng)定時(shí) 器是否超時(shí)，如果自適應(yīng)定時(shí)器未超時(shí)，則說(shuō)明沒(méi)有PDU在規(guī)定的時(shí)間內(nèi)未收到，因此并不 需要發(fā)送狀態(tài)報(bào)告，結(jié)束本次流程。如果自適應(yīng)定時(shí)器超時(shí)，則說(shuō)明至少有一個(gè)PDU沒(méi)有在 規(guī)定的時(shí)間內(nèi)收到，應(yīng)當(dāng)啟動(dòng)向?qū)Φ萊LC發(fā)送狀態(tài)報(bào)告的機(jī)制，向其發(fā)送對(duì)PDU接收情況的 狀態(tài)報(bào)告。但在本實(shí)施方式中，在發(fā)送PDU接收情況的狀態(tài)報(bào)告之前，先進(jìn)入步驟220，接收 端判斷當(dāng)前是否處于允許發(fā)送狀態(tài)報(bào)告的情況，如果允許發(fā)送狀態(tài)報(bào)告，則進(jìn)入步驟230， 接收端向?qū)Φ萊LC層發(fā)送PDU接收情況的狀態(tài)報(bào)告，以便對(duì)等RLC層快速啟動(dòng)重傳過(guò)程，打 破雙方處于互等對(duì)方信息的僵持狀態(tài)，保證RLC的正常運(yùn)行。如果在步驟220中，判定不允許發(fā)送狀態(tài)報(bào)告，則不向?qū)Φ萊LC層發(fā)送PDU接收情 況的狀態(tài)報(bào)告，而是進(jìn)入步驟240，表明有發(fā)送狀態(tài)報(bào)告的需要。不難發(fā)現(xiàn)，由于在本實(shí)施方式中，接收端不需要根據(jù)發(fā)送方發(fā)送的帶有P位的 PDU,進(jìn)行PDU接收情況的狀態(tài)報(bào)告的反饋，而是根據(jù)自適應(yīng)定時(shí)器是否超時(shí)，判斷是否需 要發(fā)送PDU接收情況的狀態(tài)報(bào)告。因此避免了由于接收方不知道發(fā)送方發(fā)送了帶有P位的 PDU,而導(dǎo)致的發(fā)送方與接收方處在一個(gè)相互等待對(duì)方信息的僵持狀態(tài)，能夠使得發(fā)送端能 快速重傳沒(méi)有被接收端正確接收到的PDU。也就是說(shuō)，采用本實(shí)施方式的自適應(yīng)polling機(jī) 制，可以有效防止發(fā)送與接收端進(jìn)入僵持狀態(tài)，保證RLC的正常傳輸。而且，不再需要與polling 相關(guān)的 Timer_Poll_Periodic 和 Timer_Status_ Periodic定時(shí)器，同時(shí)也簡(jiǎn)化了現(xiàn)有的polling機(jī)制。另外，接收端在發(fā)送PDU接收情況的狀態(tài)報(bào)告之前，還需判斷接收端是否允許發(fā) 送狀態(tài)報(bào)告，如果允許，則再發(fā)送PDU接收情況的狀態(tài)報(bào)告。由于在網(wǎng)絡(luò)質(zhì)量差、丟包情況 嚴(yán)重時(shí)，可能會(huì)過(guò)于頻繁地發(fā)生自適應(yīng)定時(shí)器超時(shí)的情況，因此在在發(fā)送PDU接收情況的 狀態(tài)報(bào)告之前，先判斷接收端是否處于允許發(fā)送狀態(tài)報(bào)告的狀態(tài)，可有效避免接收端過(guò)于頻繁地向網(wǎng)絡(luò)側(cè)發(fā)送PDU接收情況的狀態(tài)報(bào)告。而且，發(fā)送端在發(fā)送PDU接收情況的狀態(tài) 報(bào)告之前，先判斷接收端是否處于允許發(fā)送狀態(tài)報(bào)告的狀態(tài)，也是現(xiàn)有技術(shù)中已有的機(jī)制， 因此也能與現(xiàn)有技術(shù)更好地兼容。此外，可以理解，在實(shí)際應(yīng)用中，也可以不進(jìn)行是否允許 發(fā)送狀態(tài)報(bào)告的判斷。本發(fā)明第二實(shí)施方式涉及一種協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法。第二實(shí)施方式與第一實(shí)施方式基本相同，區(qū)別主要在于在第一實(shí)施方式中，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由RRC配置，并通知給接收端，如通過(guò)來(lái) 自RRC的配置消息通知給接收端。然而在第二實(shí)施方式中，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由接收端 預(yù)先設(shè)置，而非由網(wǎng)絡(luò)側(cè)配置并進(jìn)行通知。由接收端自行設(shè)置自適應(yīng)定時(shí)器的時(shí)長(zhǎng)，可使得本發(fā)明的實(shí)現(xiàn)無(wú)需對(duì)現(xiàn)有協(xié)議進(jìn) 行改動(dòng)，簡(jiǎn)單易行，方便實(shí)現(xiàn)。此外，可以理解，在實(shí)際應(yīng)用中，也可以通過(guò)其他方式設(shè)置自 適應(yīng)定時(shí)器的時(shí)長(zhǎng)，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)具體通過(guò)何種方式設(shè)置，與本發(fā)明并無(wú)實(shí)質(zhì)的影 響。本發(fā)明的各方法實(shí)施方式均可以以軟件、硬件、固件等方式實(shí)現(xiàn)。不管本發(fā)明是 以軟件、硬件、還是固件方式實(shí)現(xiàn)，指令代碼都可以存儲(chǔ)在任何類型的計(jì)算機(jī)可訪問(wèn)的存儲(chǔ) 器中(例如永久的或者可修改的，易失性的或者非易失性的，固態(tài)的或者非固態(tài)的，固定的 或者可更換的介質(zhì)等等)。同樣，存儲(chǔ)器可以例如是可編程陣列邏輯(Programmable Array Logic，簡(jiǎn)稱“PAL”)、隨機(jī)存取存儲(chǔ)器(Random Access Memory，簡(jiǎn)稱“RAM”)、可編程只讀存 儲(chǔ)器(Programmable Read Only Memory，簡(jiǎn)稱 “raOM”)、只讀存儲(chǔ)器(Read-Only Memory, 簡(jiǎn)稱“ROM”)、電可擦除可編程只讀存儲(chǔ)器(Electrically Erasable Programmable ROM，簡(jiǎn) 稱“EEPR0M”)、磁盤、光盤、數(shù)字通用光盤(Digital Versatile Disc，簡(jiǎn)稱“DVD”)等等。本發(fā)明第三實(shí)施方式涉及一種接收端。具體如圖3所示，該接收端包含自定義的自適應(yīng)定時(shí)器，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由無(wú)線資源控制RRC配置，并通知 給接收端，如通過(guò)來(lái)自RRC的配置消息通知給接收端。接收及判斷模塊，用于接收協(xié)議數(shù)據(jù)單元PDU，并在每收到一個(gè)協(xié)議數(shù)據(jù)單元PDU 后，判斷自適應(yīng)定時(shí)器是否已啟動(dòng)。啟動(dòng)模塊，用于在接收及判斷模塊判定自適應(yīng)定時(shí)器未啟動(dòng)時(shí)，啟動(dòng)自適應(yīng)定時(shí)器。組包模塊，用于對(duì)接收及判斷模塊收到的PDU進(jìn)行組包，并判斷是否所有PDU都成 功組包。定時(shí)器終止模塊，用于在組包模塊判定所有PDU都成功組包時(shí)，終止自適應(yīng)定時(shí)器。漏包檢測(cè)模塊，用于在組包模塊判定還存在未成功組包的PDU時(shí)，檢測(cè)是否存在漏包。定時(shí)器重啟模塊，用于在漏包檢測(cè)模塊檢測(cè)出不存在漏包時(shí)，重啟自適應(yīng)定時(shí)器。發(fā)送模塊，用于在自適應(yīng)定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。另外，本實(shí)施方式的接收端還可以包含狀態(tài)判斷模塊，用于在發(fā)送模塊發(fā)送PDU 接收情況的狀態(tài)報(bào)告之前，判斷接收端是否處于允許發(fā)送狀態(tài)報(bào)告的情況，如果接收端處 于允許發(fā)送狀態(tài)報(bào)告的情況，則再指示發(fā)送模塊發(fā)送PDU接收情況的狀態(tài)報(bào)告。此外，可以理解，在實(shí)際應(yīng)用中，也可以不進(jìn)行是否允許發(fā)送狀態(tài)報(bào)告的判斷。不難發(fā)現(xiàn)，第一實(shí)施方式是與本實(shí)施方式相對(duì)應(yīng)的方法實(shí)施方式，本實(shí)施方式可 與第一實(shí)施方式互相配合實(shí)施。第一實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然 有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用 在第一實(shí)施方式中。本發(fā)明第四實(shí)施方式涉及一種接收端。第四實(shí)施方式與第三實(shí)施方式基本相同， 區(qū)別主要在于在第三實(shí)施方式中，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由RRC配置，并通知給接收端。然而在第 四實(shí)施方式中，自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由接收端預(yù)先設(shè)置。不難發(fā)現(xiàn)，第二實(shí)施方式是與本實(shí)施方式相對(duì)應(yīng)的方法實(shí)施方式，本實(shí)施方式可 與第二實(shí)施方式互相配合實(shí)施。第二實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然 有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用 在第二實(shí)施方式中。需要說(shuō)明的是，本發(fā)明各設(shè)備實(shí)施方式中提到的各單元都是邏輯單元，在物理上， 一個(gè)邏輯單元可以是一個(gè)物理單元，也可以是一個(gè)物理單元的一部分，還可以以多個(gè)物理 單元的組合實(shí)現(xiàn)，這些邏輯單元本身的物理實(shí)現(xiàn)方式并不是最重要的，這些邏輯單元所實(shí) 現(xiàn)的功能的組合是才解決本發(fā)明所提出的技術(shù)問(wèn)題的關(guān)鍵。此外，為了突出本發(fā)明的創(chuàng)新 部分，本發(fā)明上述各設(shè)備實(shí)施方式并沒(méi)有將與解決本發(fā)明所提出的技術(shù)問(wèn)題關(guān)系不太密切 的單元引入，這并不表明上述設(shè)備實(shí)施方式并不存在其它的單元。雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但 本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā) 明的精神和范圍。
權(quán)利要求
一種協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，其特征在于，包含以下步驟接收端在每收到一個(gè)協(xié)議數(shù)據(jù)單元PDU后，如果沒(méi)有啟動(dòng)自定義的自適應(yīng)定時(shí)器則啟動(dòng)所述自適應(yīng)定時(shí)器；所述接收端對(duì)收到的PDU進(jìn)行組包；如果所有PDU都成功組包，則終止所述自適應(yīng)定時(shí)器；如果還存在未成功組包的PDU，則檢測(cè)是否存在漏包，如果不存在漏包，則重啟所述自適應(yīng)定時(shí)器；在所述自適應(yīng)定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。
2.根據(jù)權(quán)利要求1所述的協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，其特征在于， 所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由無(wú)線資源控制RRC配置，并通知給所述接收端。
3.根據(jù)權(quán)利要求2所述的協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，其特征在于， 所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)，通過(guò)來(lái)自所述RRC的配置消息通知給所述接收端。
4.根據(jù)權(quán)利要求1所述的協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，其特征在于， 所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由所述接收端預(yù)先設(shè)置。
5.根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法， 其特征在于，所述接收端在發(fā)送所述PDU接收情況的狀態(tài)報(bào)告之前，還包含以下步驟判斷所述接收端是否處于允許發(fā)送狀態(tài)報(bào)告的情況，如果所述接收端處于允許發(fā)送狀 態(tài)報(bào)告的情況，則再發(fā)送所述PDU接收情況的狀態(tài)報(bào)告。
6.根據(jù)權(quán)利要求5所述的協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，其特征在于， 所述協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法，應(yīng)用在確認(rèn)模式下的輪詢機(jī)制中。
7.一種接收端，其特征在于，包含自定義的自適應(yīng)定時(shí)器；接收及判斷模塊，用于接收協(xié)議數(shù)據(jù)單元PDU，并在每收到一個(gè)協(xié)議數(shù)據(jù)單元PDU后， 判斷自適應(yīng)定時(shí)器是否已啟動(dòng)；啟動(dòng)模塊，用于在所述接收及判斷模塊判定所述自適應(yīng)定時(shí)器未啟動(dòng)時(shí)，啟動(dòng)所述自 適應(yīng)定時(shí)器；組包模塊，用于對(duì)所述接收及判斷模塊收到的PDU進(jìn)行組包，并判斷是否所有PDU都成 功組包；定時(shí)器終止模塊，用于在所述組包模塊判定所有PDU都成功組包時(shí)，終止所述自適應(yīng) 定時(shí)器；漏包檢測(cè)模塊，用于在所述組包模塊判定還存在未成功組包的PDU時(shí)，檢測(cè)是否存在 漏包；定時(shí)器重啟模塊，用于在所述漏包檢測(cè)模塊檢測(cè)出不存在漏包時(shí)，重啟所述自適應(yīng)定 時(shí)器；發(fā)送模塊，用于在所述自適應(yīng)定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。
8.根據(jù)權(quán)利要求7所述的接收端，其特征在于，所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由無(wú)線資源 控制RRC配置，并通知給所述接收端。
9.根據(jù)權(quán)利要求8所述的接收端，其特征在于，所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)，通過(guò)來(lái)自所 述RRC的配置消息通知給所述接收端。
10.根據(jù)權(quán)利要求7所述的接收端，其特征在于，所述自適應(yīng)定時(shí)器的時(shí)長(zhǎng)由所述接收端預(yù)先設(shè)置。
11.根據(jù)權(quán)利要求7所述的接收端，其特征在于，所述接收端還包含 狀態(tài)判斷模塊，用于在所述發(fā)送模塊發(fā)送所述PDU接收情況的狀態(tài)報(bào)告之前，判斷所 述接收端是否處于允許發(fā)送狀態(tài)報(bào)告的情況，如果所述接收端處于允許發(fā)送狀態(tài)報(bào)告的情 況，則再指示所述發(fā)送模塊發(fā)送所述PDU接收情況的狀態(tài)報(bào)告。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開(kāi)了一種協(xié)議數(shù)據(jù)單元接收情況的狀態(tài)報(bào)告發(fā)送方法及接收端。本發(fā)明中，自定義一個(gè)定時(shí)器(自適應(yīng)定時(shí)器)，在收到一個(gè)協(xié)議數(shù)據(jù)單元PDU后，如果該定時(shí)器處于未運(yùn)行狀態(tài)，則啟動(dòng)該定時(shí)器。接收端對(duì)收到的PDU進(jìn)行組包，如果所有PDU都成功組包，則終止該定時(shí)器，否則檢測(cè)是否存在漏包，如果不存在漏包，則重啟該定時(shí)器。在該定時(shí)器超時(shí)時(shí)，發(fā)送PDU接收情況的狀態(tài)報(bào)告。從而能夠使得發(fā)送端能快速重傳沒(méi)有被接收端正確接收到的PDU。
文檔編號(hào)H04L1/18GK101841856SQ201010145009
公開(kāi)日2010年9月22日 申請(qǐng)日期2010年4月12日 優(yōu)先權(quán)日2010年4月12日
發(fā)明者郝禺臺(tái) 申請(qǐng)人:展訊通信(上海)有限公司