Rlc數(shù)據(jù)塊發(fā)送過程中的異常處理方法

文檔序號：7696427閱讀：171來源：國知局

專利名稱：Rlc數(shù)據(jù)塊發(fā)送過程中的異常處理方法
技術領域：
本發(fā)明涉及無線傳輸領域，尤其是涉及一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法。
背景技術：
GERAN系統(tǒng)中，數(shù)據(jù)傳輸在物理層的最小調(diào)度單元是無線塊，無線塊分為兩種基本傳輸時間間隔(Based Transmission Timing Interval, 簡稱 BTTI)無線塊(Block)和減少傳輸時間間隔(Reduced Transmission Timing Interval,簡稱RTTI)無線塊(Block)。物理層之上無線鏈路控制(Radio Link Control,簡稱RLC) /媒體接入控制(Media Access Control,簡稱 MAC)層，傳輸?shù)氖荝LC/MAC塊，對于數(shù)據(jù)傳輸，RLC/MAC塊可以包含多個RLC 數(shù)據(jù)塊。RLC/MAC塊的傳輸均由無線塊承載。RLC/MAC層之上邏輯鏈路控制 (Logic Link Control,簡稱LLC)層，該層傳輸?shù)氖荓LC幀。由此，數(shù)據(jù) 傳輸時，每一個LLC幀對應一系列RLC數(shù)據(jù)塊，每RLC數(shù)據(jù)塊有相應的塊序列號(Block Serial Number,簡稱BSN)，并按照BSN的次序進行傳輸。接收方只有正確接收一個LLC幀的所有RLC數(shù)據(jù)塊才能提交到上層處理。
為優(yōu)化分組交換模式下的數(shù)據(jù)傳輸，RLC數(shù)據(jù)塊傳輸在RLC確認模式和非持久模式下受反饋機制控制。反饋方式可以是消息方式或者是快速應答報告FANR (Fast Ack/Nack Report)方式。消息方式即肯定應答/否定應答消息(Ack/Nack )包含位圖，快速應答報告FANR方式即隨同數(shù)據(jù)一起發(fā)送的短應答/否定應答(PAN)?？隙☉?否定應答消息指的是PACKET UPLINK ACK/NACK消息、EGPRS PACKET UPLINK ACK/NACK消息、EGPRS PACKET UPLINK ACK/NACK TYPE 2消息、PACKET DOWNLINK ACK/NACK消息、EGPRS PACKETDOWNLINK ACK/NACK消息、EGPRS PACKET DOWNLINK ACK/NACK TYPE 2消息等等?？焖賾濒薷鍲ANR的基本原理是將原來在Ack/Nack消息中的位圖單獨拿出來，和數(shù)據(jù)一起發(fā)出去，即接收方在RLC/MAC數(shù)據(jù)塊中插入位圖，以 PAN的方式反饋RLC數(shù)據(jù)塊的接收情況。這樣即實現(xiàn)了反饋的目的又降低了信令的開銷。
反饋機制包括輪詢機制和事件驅動機制。輪詢機制是數(shù)據(jù)接收方可以周期性的或由發(fā)送方輪詢，對數(shù)據(jù)塊的接收情況進行反饋，通知發(fā)送方哪些 RLC數(shù)據(jù)塊接收正確，哪些RLC數(shù)據(jù)塊接收錯誤。發(fā)送方接收到反饋可以重發(fā)錯誤或丟失的RLC數(shù)據(jù)塊。如果接收方發(fā)現(xiàn)錯誤，也只有等待反饋周期到達或者發(fā)送方輪詢時才能發(fā)送反饋。事件驅動機制可以盡快通知發(fā)送方重傳錯誤的RLC數(shù)據(jù)塊。目前應答/否定應答消息進行反饋使用的是輪詢機制。而 PAN的發(fā)送采用的是輪詢和事件驅動機制。
輪詢機制適用于下行數(shù)據(jù)傳輸，由分組控制單元(Packet Control Unit, 簡稱PCU)控制下發(fā)輪詢請求，發(fā)送端網(wǎng)絡設備采用發(fā)送窗口來尋址RLC數(shù)據(jù) 塊，在RLC確認模式(RLC-AM)的發(fā)送窗口中，RLC數(shù)據(jù)塊被分別表示為未發(fā) 送、等待確認、正確接收或錯誤接收狀態(tài)。如果一個RLC數(shù)據(jù)塊沒有被發(fā)送過，則被標識為未發(fā)送狀態(tài)，該RLC數(shù)據(jù)塊一旦被發(fā)送則標識為等待確認狀態(tài)。當網(wǎng)絡設備接收到接收方移動終端(Mobile Station,簡稱MS)的分組下行的肯定確認(ACK ) /否定確認(NACK )消息(Packet downl ink ACK/NACK message ) 后可獲知之前發(fā)送的RLC數(shù)據(jù)塊是否被MS正確接收，并相應更新發(fā)送窗口。如果RLC數(shù)據(jù)塊被正確接收，則該RLC數(shù)據(jù)塊被標識為正確接收狀態(tài)(ACK);如果接收錯誤或丟失，則該RLC數(shù)據(jù)塊被標識為錯誤接收狀態(tài)(NACK);如果沒有接收到應答信息，則該RLC數(shù)據(jù)塊被保持等待確認狀態(tài)。發(fā)送窗口更新后，會滑動到第一個未應答的RLC數(shù)據(jù)塊的位置。在引入FANR后，輪詢機制也有所變動，在原有輪詢機制的基礎上，增加網(wǎng)絡控制的快速ACK/NACK，就是網(wǎng)絡輪詢MS, MS可以采用快速ACK/NACK報告(也就是PAN )來應答。
GERAN ( GSM EDGE RAN)中網(wǎng)絡設備的發(fā)送窗口和接收窗口最大均為102、每條控制消息的長度為181bits，除去包頭開銷等，分組下行ACK/NACK消息所剩的能夠供位圖(bitmap)使用的空間在128bits左右，如果接收窗口超過消息攜帶bitmap的最大值，則一條消息不能攜帶整個窗口的狀況，則需要對窗口進行分段上報，所以網(wǎng)絡設備就用區(qū)分是輪詢第一部分位圖(First Partial Bitmap,簡稱FPB)還是下一部分位圖(Next Partial Bitmap,筒稱NPB)來控制MS上報窗口的位置，依次來獲得整個窗口的接收情況。
當MS的接收窗口大于上報消息長度時，繼續(xù)要對接收窗口的狀態(tài)信息進行分段上報分為FPB和NPB上報。網(wǎng)絡設備向MS發(fā)送首次輪詢時，指示MS以PAN 方式或分組數(shù)據(jù)下行鏈路ACK/NACK消息上報方式上報FPB;然后，網(wǎng)絡設備向移動終端再次發(fā)送輪詢請求，指示移動終端以PAN方式或分組數(shù)據(jù)下行鏈路 ACK/NACK消息方式上報NPB;依次類推，直至接收到整個接收窗口的RLC數(shù)據(jù) 塊狀態(tài)，可獲知前面發(fā)送的RLC數(shù)據(jù)塊是否被移動終端正確接收，并相應更新發(fā)送窗口。
無論對于輪詢機制還是事件驅動機制，對于發(fā)送窗口的數(shù)據(jù)塊的狀態(tài)，都有
如果RLC數(shù)據(jù)塊被正確接收，則該RLC數(shù)據(jù)塊被標識為正確接收狀態(tài) (ACK );如果接收錯誤或丟失，則該RLC數(shù)據(jù)塊被標識為錯誤接收狀態(tài)(NACK ); 如果沒有接收到應答信息，則保持等待確認狀態(tài)。發(fā)送窗口更新后，會滑動到第一個未應答的RLC數(shù)據(jù)塊的位置。
不同的只是事件驅動的FANR的接受窗口多了兩個狀態(tài)已報告狀態(tài) (REPORTED)和未報告狀態(tài)(UNREPORTED)。當接受窗口中的UNREPORTED狀態(tài)對應的RLC數(shù)據(jù)塊被PAN或者分組Ack/Nack消息報告過之后，對應的狀態(tài)就要更新為REPORTED狀態(tài)。而只要接收窗口中還存在UNREPORTED狀態(tài)的RLC數(shù)據(jù) 塊，終端就會在RLC/MAC數(shù)據(jù)塊中插入PAN。如果接受窗口中有更多的
UNREPORTED狀態(tài)的RLC數(shù)據(jù)塊，終端就會在相同發(fā)送周期的多個RLC/MAC數(shù)據(jù) 塊中連續(xù)地插入PAN。
現(xiàn)有的輪詢反饋機制上行是網(wǎng)絡間隔一段時間輪詢一次用戶，用戶收到網(wǎng)絡的輪詢命令以后，反饋分組下行應答/否定應答消息或者PAN給網(wǎng)絡，攜帶下行數(shù)據(jù)的接收情況；下行是網(wǎng)絡實現(xiàn)的，需要時，網(wǎng)絡會在下行發(fā)送分組上行應答/否定應答消息或者PAN給用戶，攜帶上行數(shù)據(jù)的接收情況。事件驅動反饋機制是終端在發(fā)現(xiàn)錯誤后可以在沒有網(wǎng)絡輪詢的情況下，主動發(fā)送 PAN來反饋錯誤信息。

發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法，以實現(xiàn)在異常情況下RLC數(shù)據(jù)塊的重發(fā)處理。
為實現(xiàn)上述目的，本發(fā)明的實施例提供了一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法包括第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC數(shù)據(jù)塊，并接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；所述第一設備根據(jù)本次發(fā)送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報；當確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報時，對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
本發(fā)明的實施例，根據(jù)本次發(fā)送情況的反饋信息對可能出現(xiàn)的對RLC數(shù) 據(jù)塊的正確接收情況的誤報場景進行分析，以確定誤報為正確接收的RLC數(shù) 據(jù)塊，然后對這些誤報為正確接收的RLC數(shù)據(jù)塊進行重發(fā)處理，保證了 RLC 數(shù)椐塊的正確傳輸，在誤報場景的判斷與處理的整個流程中，不需要添加任何新的消息，與現(xiàn)有技術具有良好的兼容性并且是對現(xiàn)有技術中可能出現(xiàn)的異常流程的有效完善和有益補充

圖1為本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例一的流程圖；圖2為本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例二的流程圖；圖3為本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例三的流程圖；圖4為本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例四的流程圖；圖5為本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例五的流程圖。
具體實施例方式
下面參照實施例并結合附圖對本發(fā)明做進一步詳細說明。
圖1為本發(fā)明一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例一的流程圖。如圖1所示，包括
步驟11、第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC 數(shù)據(jù)塊，并接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；
步驟12、所述第一設備根據(jù)本次發(fā)送情況的反饋信息(以下的實施例中簡稱"本次反饋信息")確定之前發(fā)送情況的反饋信息(以下的實施例中簡稱"之前反饋信息")中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報；
步驟13、當確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報時，對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
RLC確認模式下，本發(fā)明RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法的實施例通過以下三種情況進行說明
(1)第一設備根據(jù)第二設備發(fā)送的之前反饋信息，以及本次反饋信息，確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報。
(2 )第一設備根據(jù)第二設備發(fā)送的本次反饋信息，判斷該反饋信息中所涉及的RLC數(shù)據(jù)塊是否包含在本次發(fā)送窗口之外，確定發(fā)送窗口是否發(fā)生滑動，即確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報。 (3 )第二設備根據(jù)其實際接收的RLC數(shù)據(jù)塊，判斷該RLC數(shù)據(jù)塊是否在
第二設備的接收窗口中期待接收的RLC數(shù)據(jù)塊之外，確定發(fā)送窗口是否發(fā)生滑動，即確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報。
圖2為本發(fā)明一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例二的流程圖。如圖2所示，包括
步驟21、第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC 數(shù)據(jù)塊；
步驟22、第一設備接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；
步驟2 3 、如果第一設備收到本次反饋信息中，本次反饋信息中某RLC數(shù) 據(jù)塊的接收情況為錯誤接收，而之前反饋信息中該RLC數(shù)據(jù)塊的接收情況為正確接收，該RLC數(shù)據(jù)塊為待判定RLC數(shù)據(jù)塊，則確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報；
步驟24、第一設備對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
假設該實施例中，作為發(fā)方的第一設備為網(wǎng)絡，作為收方的第二設備為終端。作為第一設備的網(wǎng)絡向作為第二設備的終端發(fā)送RLC數(shù)據(jù)塊，當網(wǎng)絡等到終端上報的本次反饋信息時，其中本次反饋信息可以為終端發(fā)送的后續(xù) 的PAN消息或者是輪詢響應的PDAN消息，發(fā)現(xiàn)本次反饋信息和前次發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊接收情況的應答狀況不一致，該實施例中，本次反饋信息中某RLC數(shù)據(jù)塊的接收情況為錯誤接收，而之前反饋信息中該 RLC數(shù)據(jù)塊的接收情況為正確接收，由此可以確定之前反饋信息中待判定RLC 數(shù)據(jù)塊的正確接收情況為誤報，作為第一設備的網(wǎng)絡需要對該待判定RLC數(shù) 據(jù)塊進行重發(fā)處理。
作為第一設備的網(wǎng)絡對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理包括若該待判定RLC數(shù)據(jù)塊尚存于網(wǎng)絡的發(fā)送緩沖區(qū)或發(fā)送窗口內(nèi)，網(wǎng)絡可以直接重發(fā) 該待判定RLC數(shù)據(jù)塊；而若該待判定RLC數(shù)據(jù)塊已被網(wǎng)絡從發(fā)送緩沖區(qū)或發(fā) 送窗口中刪除，網(wǎng)絡可以命令釋放該待判定RLC數(shù)據(jù)塊對應的TBF,異常釋放后可以嘗試重新接入，即重建TBF后，再重發(fā)該待判定RLC數(shù)據(jù)塊。
圖3為本發(fā)明一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例三的流
程圖。如圖3所示，包括
步驟31、第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC
數(shù)據(jù)塊；
步驟第一設備接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；
步驟33、如果第一設備收到本次反饋信息中，本次反饋信息中某RLC數(shù) 據(jù)塊的接收情況為錯誤接收，而該RLC數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號，該RLC數(shù)據(jù)塊為待判定 RLC數(shù)據(jù)塊，則確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報；
步驟34、第一設備對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
在本次反饋信息中，第一設備可能收到發(fā)送窗口外比發(fā)送窗口中的RLC 數(shù)據(jù)塊的最低塊序號還要低的RLC數(shù)據(jù)塊的錯誤接收情況，由于如果本次反饋信息是正確的，那么第一設備收到那么低的塊序號的應答，表明第二設備收到了比發(fā)送窗口中的RLC數(shù)據(jù)塊的最低塊序號還要低的RLC數(shù)據(jù)塊，說明第一設備之前根據(jù)之前的一個誤報信息，錯誤地滑動了發(fā)送窗口，因此需要對誤報信息中涉及的RLC數(shù)據(jù)塊進行重發(fā)處理。
在本次反饋信息中，第一設備不可能接收到發(fā)送窗口外比發(fā)送窗口中的 RLC數(shù)據(jù)塊的最高塊序號還要高的RLC數(shù)據(jù)塊的正確接收情況，由于如果本次反饋信息是正確的，那么第一設備收到那么高的塊序號的應答，表明第二設備收到了比發(fā)送窗口中的RLC數(shù)據(jù)塊的最高塊序號還要高的RLC數(shù)據(jù)塊，而實際上第一設備根本就沒有發(fā)送該數(shù)據(jù)塊，故第二設備根本不可能收到。
假設該實施例中，作為發(fā)方的第一設備為網(wǎng)絡，作為收方的第二設備為終端。作為第一設備的網(wǎng)絡向作為第二設備的終端發(fā)送RLC數(shù)據(jù)塊，當網(wǎng)絡等到終端上報的本次反饋信息時，發(fā)現(xiàn)本次反饋信息中某RLC數(shù)據(jù)塊的接收情況為錯誤接收，而該RLC數(shù)據(jù)塊又在本次發(fā)送窗口之外，說明之前該RLC 數(shù)據(jù)塊并沒有被第二設備正確接收，設該RLC數(shù)據(jù)塊為待判定RLC數(shù)據(jù)塊，之前反饋信息中該判定RLC數(shù)據(jù)塊的正確接收情況為誤報的(FALSE POSITIVE)，因此錯誤地滑動了發(fā)送窗口，即發(fā)送了比第二設備期待接收的 RLC數(shù)據(jù)塊的最大塊序號還大的RLC數(shù)據(jù)塊。如第一設備之前向第二設備發(fā) 送BSN《BSN-2、 BSN=3、 BSN=4、 BSN-5的RLC數(shù)據(jù)包，收到了第二設備發(fā) 送的之前反饋信息中包括BSN-l、 BSN=2、 BSN=3、 BSN=4、 BSN-5對應的RLC 數(shù)據(jù)塊的正確接收情況，第一設備本次的發(fā)送窗口滑動到BSN-6對應的RLC 數(shù)據(jù)塊；而實際上在本次接收情況的反饋信息中包括，BSN-4的數(shù)據(jù)塊為錯誤接收，BSN-4小于本次發(fā)送窗口中的RLC數(shù)據(jù)塊的最小塊序號BSN-6，因此可以判斷錯誤地滑動了發(fā)送窗口，之前發(fā)送信息中關于BSN=4的數(shù)據(jù)塊為正確接收的信息誤報的(FALSE POSITIVE)，因此需要重發(fā)該BSN=4對應的數(shù) 據(jù)塊。
其中該實施例中，本次反饋信息可以為輪詢響應的PDAN消息。
作為第一設備的網(wǎng)絡對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理包括若該待判定RLC數(shù)據(jù)塊尚存于網(wǎng)絡的發(fā)送緩沖區(qū)或發(fā)送窗口內(nèi)，網(wǎng)絡可以直接重發(fā) 該待判定RLC數(shù)據(jù)塊；而若該待判定RLC數(shù)據(jù)塊已被網(wǎng)絡從發(fā)送緩沖區(qū)或發(fā) 送窗口中刪除，網(wǎng)絡可以命令釋放該待判定RLC數(shù)據(jù)塊對應的TBF,異常釋放后可以嘗試重新接入，即重建TBF后，再重發(fā)該待判定RLC數(shù)據(jù)塊。
圖4為本發(fā)明一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例四的流程圖。如圖4所示，包括
步驟41、第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC 數(shù)據(jù)塊；
步驟42、第二設備接收到第一設備發(fā)送的RLC數(shù)據(jù)塊，如果第二設備的接收窗口中期待接收的RLC數(shù)據(jù)塊包括待判定RLC數(shù)據(jù)塊，若第二設備接收
到的RLC數(shù)據(jù)塊的最小塊序號大于該待判定RLC數(shù)據(jù)塊的塊序號，則第二設備確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報；
步驟43、第二設備將該待判定RLC數(shù)據(jù)塊的正確接收情況為誤報的信息加載在本次反饋信息中，并發(fā)送給第一設備；
步驟44、第一設備確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報；
步驟45、第一設備對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
假設該實施例中，作為發(fā)方的第一設備為終端，作為收方的第二設備為網(wǎng)絡。作為第一設備的終端向作為第二設備的網(wǎng)絡發(fā)送RLC數(shù)據(jù)塊，當?shù)诙?設備判斷出之前反饋信息為誤報的(FALSE POSITIVE)時，則將該待判定RLC 數(shù)據(jù)塊的正確接收情況為誤報的信息加載在本次反饋信息中，發(fā)送給第一設備；第一設備對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
其中該實施例中，本次反饋信息可以為PUAN消息。
作為第一設備的終端對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理包括若該待判定RLC數(shù)據(jù)塊尚存于終端的發(fā)送緩沖區(qū)或發(fā)送窗口內(nèi)，終端可以直接重發(fā) 該待判定RLC數(shù)據(jù)塊；而若該待判定RLC數(shù)據(jù)塊已被網(wǎng)絡從發(fā)送緩沖區(qū)或發(fā) 送窗口中刪除，則不能直接重發(fā)，導致發(fā)送窗口停滯，當網(wǎng)絡在定時器超時后仍然收不到所期待接收的RLC數(shù)據(jù)塊時，可以命令釋放該待判定RLC數(shù)據(jù) 塊對應的TBF，異常釋放后可以嘗試重新接入，即重建TBF后，再重發(fā)該待判定RLC數(shù)據(jù)塊。通常情況下，PDAN消息或PUAN消息的可靠性較高，上述實施例三、四中如果本次反饋信息為PDAN消息或PUAN消息，則可以認為本次反饋信息為正確的，因此該次發(fā)送情況的反饋信息中攜帶的RLC數(shù)據(jù)塊的接收情況即表示了真實的接收情況，發(fā)生誤報的只可能發(fā)生在之前反饋信息。
通常情況下，PAN消息的可靠性較低，如果本次反饋信息為PAN消息，則本次反饋信息可以是正確的，也可以是錯誤的，出現(xiàn)異常情況的可能是之前反饋信息，也可能是本次反饋信息。以下通過實施例五對當本次反饋信息為PAN消息時，說明本發(fā)明一種RLC 數(shù)據(jù)塊發(fā)送過程中的異常處理方法。
圖5為本發(fā)明一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法實施例五的流程圖。如圖5所示，包括
步驟51、第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC 數(shù)據(jù)塊。
步驟52、第二設備向第一設備上報本次反饋信息，其中所述反饋信息為 PAN消息。
步驟53、第一設備判斷所述待判定RLC數(shù)據(jù)塊的塊序號是否大于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最大塊序號，若是執(zhí)行步驟 54;否則，執(zhí)行步驟55。
步驟54、若所述待判定RLC數(shù)據(jù)塊的塊序號大于所述第一設備的本次發(fā) 送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最大塊序號，才艮據(jù)本次反饋信息中待判定RLC 數(shù)據(jù)塊接收情況為正確接收，可以判定本次反饋信息中待判定RLC數(shù)據(jù)塊正確接收情況為誤報的，第一設備對該待判定RLC數(shù)據(jù)塊不進行重發(fā)處理。
在本次反饋信息中，當?shù)?一設備收到塊序號比第一設備的本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的最大塊序號還高的RLC數(shù)據(jù)塊的正確接收情況時，由于該待判定RLC數(shù)據(jù)塊的塊序號比第一設備的本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的塊序號還要高，說明該待判定RLC數(shù)據(jù)塊在本次發(fā)送窗口之外且塊序號比第一設備的本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的塊序號還高，若本次反饋信息中待判定RLC數(shù)據(jù)塊接收情況為正確接收，則表明本次反饋信息中該數(shù)據(jù)塊的正確接收情況肯定是誤報的。即使假設本次發(fā)送信息的反饋信息正確，表明第一設備必須收到了比第一設備的本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的最大塊序號還高的RLC數(shù)據(jù)塊，而第一設備本次根本就沒有發(fā)送該數(shù)據(jù)塊，因此第二設備根本收不到，因此當?shù)谝辉O備收到塊序號比第一設備的本次發(fā)送窗口內(nèi)的RLC 數(shù)據(jù)塊的塊序號還高的RLC數(shù)據(jù)塊的正確接收情況時，可也以肯定的判斷本
次反饋信息中該數(shù)據(jù)塊的正確接收情況是誤報的。對于塊序號比第一設備的
本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的最大塊序號還要高的RLC數(shù)據(jù)塊，實際上是第二設備不期待接收的，因為發(fā)送窗口還沒有滑動到比本次發(fā)送窗口內(nèi)的RLC 數(shù)據(jù)塊的最大塊序號還要高RLC數(shù)據(jù)塊，因此對此種類型的RLC數(shù)據(jù)塊，不需要執(zhí)行重發(fā)處理。
在本次反饋信息中，當?shù)谝辉O備收到塊序號比第一設備的本次發(fā)送窗口內(nèi)的RLC數(shù)據(jù)塊的塊序號還低的RLC數(shù)據(jù)塊的錯誤接收時，或者第一設備收到第一設備的發(fā)送窗口之內(nèi)的該RLC數(shù)據(jù)塊的錯誤接收但是前次反饋信息中該RLC數(shù)據(jù)塊對應的卻是肯定接收，由于本次反饋信息為PAN消息，因此本次反饋信息可能可靠，也可能不可靠。以下分別通過假設本次反饋信息可靠，假設本次反饋信息不可靠兩個方面對之前反饋信息或本次反饋信息中待判定數(shù)據(jù)塊的正確/錯誤接收進行判定。
步驟55、若所述待判定RLC數(shù)據(jù)塊在本次發(fā)送窗口之內(nèi)或待判定RLC數(shù) 據(jù)塊小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號，假設本次反饋信息可靠時，如果待判定RLC數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號時；執(zhí)行步驟 561，如果待判定RLC數(shù)據(jù)塊在所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC 數(shù)據(jù)塊之內(nèi)時，執(zhí)行步驟562;假設本次反饋信息不可靠時，如果待判定RLC 數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號時，執(zhí)行步驟571，如果待判定RLC數(shù)據(jù)塊在所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊之內(nèi)時，執(zhí)行步驟572。
步驟561、若所述待判定RLC數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號，才艮據(jù)本次反饋信息中待判定 RLC數(shù)據(jù)塊接收情況為否定應答，判定之前反饋信息中待判定RLC數(shù)據(jù)塊正確接收情況為誤報的。
步驟562、若所述待判定RLC數(shù)據(jù)塊在所述第一設備的本次發(fā)送窗口中
已發(fā)送的RLC數(shù)據(jù)塊之內(nèi)，根據(jù)本次反饋信息中待判定RLC數(shù)據(jù)塊接收情況為錯誤接收，而之前反饋信息中待判定RLC數(shù)據(jù)塊接收情況為正確接收，判定之前反饋信息中待判定RLC數(shù)據(jù)塊正確接收情況為誤報的。
步驟571、若所述待判定RLC數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號，根據(jù)本次反饋信息中待判定 RLC數(shù)據(jù)塊接收情況為錯誤接收，判定本次反饋信息中待判定RLC數(shù)據(jù)塊錯誤接收情況為誤報的。
步驟572、若所述待判定RLC數(shù)據(jù)塊在所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊之內(nèi)，根據(jù)本次反饋信息中待判定RLC數(shù)據(jù)塊接收情況為錯誤接收，而之前反饋信息中待判定RLC數(shù)據(jù)塊接收情況為正確接收，判定本次反饋信息中待判定RLC數(shù)據(jù)塊錯誤接收情況為誤報的。
以上步驟561、步驟562是在假設本次反饋信息可靠的情況，當?shù)谝辉O 備判定出之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是誤報的時，第一設備執(zhí)行重發(fā)處理。步驟561、步驟562之后還包括
步驟58、第一"i殳備對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。具體為
當實際上本次反饋信息與實際不相符時，即實際上本次反饋信息中的該待判定數(shù)據(jù)塊的錯誤接收情況是誤報的，即第二設備實際上已正確接收到了該RLC數(shù)據(jù)塊，此時第一設備對該RLC數(shù)據(jù)塊進行重發(fā)處理，則會造成該RLC 數(shù)據(jù)塊多發(fā)一次，即會造成資源浪費。
以上步驟571、步驟572是在假設本次反饋信息不可靠的情況，當?shù)谝?設備判定出本次反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是誤報的時，第一設備執(zhí)行重發(fā)處理。步驟571、步驟572之后還包括
步驟59、第一設備對該待判定RLC數(shù)據(jù)塊不進行重發(fā)處理。
當實際上本次反饋信息為與實際相符時，即實際上之前反饋信息中的該待判定數(shù)據(jù)塊的正確接收情況是誤報的，即第二設備實際上未正確接收到了該RLC數(shù)據(jù)塊，此時第一設備對該RLC數(shù)據(jù)塊不進行重發(fā)處理，則會造成第
一設備錯誤地滑動了發(fā)送窗口，即發(fā)送了比第二設備期待接收的RLC數(shù)據(jù)塊的最大塊序號還大的RLC數(shù)據(jù)塊。這種情況下，后續(xù)的處理過程可以按照上述實施例三和實施例四所描述的情形進行。
該實施例中所描述的假設本次反饋信息可靠和不可靠的情況，當假設本次反饋信息可靠時，會造成可能的資源浪費；當假設本次反饋信息不可靠時，較假設本次反饋信息可靠的處理流程復雜，但是不會造成可能的資源浪費，因此從節(jié)約資源，提高資源利用率的角度上，假設本次反饋信息不可靠的流程為本實施例的較佳的實例。
本發(fā)明的以上實施例，根據(jù)本次發(fā)送情況的反饋信息對可能出現(xiàn)的FALSE POSITIVE場景進行分析，以確定出現(xiàn)FALSE POSITIVE的RLC數(shù)據(jù)塊，然后對這些出現(xiàn)FALSE POSITIVE場景的RLC數(shù)據(jù)塊進行重發(fā)處理，保證了 RLC數(shù) 據(jù)塊的正確傳輸，在FALSE POSITIVE場景的判斷與處理的整個流程中，不需要增加任何新的消息，與現(xiàn)有技術具有良好的兼容性，并且是對現(xiàn)有技術中可能出現(xiàn)的異常流程的有效完善和有益補充。
本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技
術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
權利要求
1、一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法，其特征在于，包括第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC數(shù)據(jù)塊，并接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；所述第一設備根據(jù)本次發(fā)送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報；當確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報時，對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。
2、根據(jù)權利要求l所述的方法，其特征在于，所述第一設備根據(jù)本次發(fā) 送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報包括如果第一設備收到本次發(fā)送情況的反饋信息中，本次發(fā)送情況的反饋信息中某RLC數(shù)據(jù)塊的接收情況為錯誤接收，而之前發(fā)送情況的反饋信息中該 RLC數(shù)據(jù)塊的接收情況為正確接收，該RLC數(shù)據(jù)塊為待判定RLC數(shù)據(jù)塊，則確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報。
3、根據(jù)權利要求l所述的方法，其特征在于，所述第一設備根據(jù)本次發(fā) 送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報包括如果第一設備收到本次發(fā)送情況的反饋信息中，本次發(fā)送情況的反饋信息中某RLC數(shù)據(jù)塊的接收情況為錯誤接收，而該RLC數(shù)據(jù)塊的塊序號小于所述第一設備的本次發(fā)送窗口中已發(fā)送的RLC數(shù)據(jù)塊的最小塊序號，該RLC數(shù) 據(jù)塊為待判定RLC數(shù)據(jù)塊，則確定之前發(fā)送情況的反饋信息中待判定RLC數(shù) 據(jù)塊的正確接收情況為誤報。
4、根據(jù)權利要求1所述的方法，其特征在于，所述第一設備根據(jù)本次發(fā) 送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報包括第二設備接收到第一設備發(fā)送的RLC數(shù)據(jù)塊，如果第二設備的接收窗口中期待接收的RLC數(shù)據(jù)塊包括待判定RLC數(shù)據(jù)塊，若第二設備接收到的RLC 數(shù)據(jù)塊的最小塊序號大于該待判定RLC數(shù)據(jù)塊的塊序號，則第二設備確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報；第二設備將該待判定RLC數(shù)據(jù)塊的正確接收情況為誤報的信息加載在本次發(fā)送情況的反饋信息中，并發(fā)送給第一設備；第一設備確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報。
5、根據(jù)權利要求2或3所述的方法，其特征在于，所述本次發(fā)送情況的反寸責信息為PAN消息或PDAN消息。
6、根據(jù)權利要求5所述的方法，其特征在于，所述第一設備為網(wǎng)絡，第二設備為終端。
7、根據(jù)權利要求4所述的方法，其特征在于，所述本次發(fā)送情況的反饋信息為PUAN消息。
8、根據(jù)權利要求7所述的方法，其特征在于，所述第一設備為終端，第二設備為網(wǎng)絡。
全文摘要
本發(fā)明的實施例涉及一種RLC數(shù)據(jù)塊發(fā)送過程中的異常處理方法，其中包括第一設備向第二設備發(fā)送本次發(fā)送窗口中的無線鏈路控制RLC數(shù)據(jù)塊，并接收所述第二設備發(fā)送的RLC數(shù)據(jù)塊發(fā)送情況的反饋信息；所述第一設備根據(jù)本次發(fā)送情況的反饋信息確定之前發(fā)送情況的反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況是否為誤報；當確定之前反饋信息中待判定RLC數(shù)據(jù)塊的正確接收情況為誤報時，對該待判定RLC數(shù)據(jù)塊進行重發(fā)處理。本發(fā)明的實施例實現(xiàn)了異常情況下RLC數(shù)據(jù)塊的重發(fā)處理。
文檔編號H04L12/56GK101359980SQ20081011972
公開日2009年2月4日申請日期2008年9月5日優(yōu)先權日2008年9月5日
發(fā)明者尹麗坤, 明房, 王之曦申請人:華為技術有限公司

完整全部詳細技術資料下載