專利名稱：：避免業(yè)務數(shù)據(jù)丟失的方法及系統(tǒng)及實體的制作方法
技術領域：
：本發(fā)明涉及通信
技術領域：
，尤其涉及一種避免業(yè)務數(shù)據(jù)丟失的方法及系統(tǒng)及實體。
背景技術：
：通用移動通4言系統(tǒng)(UMTS,UniversalMobileTelecommunicationsSystem)是采用寬帶碼分多址接入(WCDMA,WidebandCodeDivisionMultipleAccess)空中接口技術的第三代移動通信系統(tǒng)，通常也稱為WCDMA通信系統(tǒng)。WCDMA通信系統(tǒng)包括無線接入網(wǎng)絡(RAN,RadioAccessNetwork)和核心網(wǎng)絡(CN,CoreNetwork)。其中，RAN實現(xiàn)所有與無線有關的功能，通常也稱為通用陸地無線接入網(wǎng)絡(UTRAN，UniversalTerrestrialRadioAccessNetwork)。UTRAN的無線接口分為物理層、數(shù)據(jù)鏈路層和網(wǎng)絡層，網(wǎng)絡層包括無線資源控制(RRC，RadioResourceControl)子層，數(shù)據(jù)鏈路層包括媒介接入控制(MAC，MediumAccessControl)子層、無線鏈路控制(RLC,RadioLinkControl)子層、廣播/組播控制(BMC，Broadcast/MulticastControl)子層和分組數(shù)據(jù)匯聚協(xié)i義(PDCP，PacketDataConvergenceProtocol)子層，物理層通過業(yè)務4妄入點(SAP,ServiceAccessPoint)與數(shù)據(jù)鏈路層的MAC子層和網(wǎng)絡層的RRC子層相連。無線鏈路控制層(RLC)層支持AM(確認模式)、UM(非確認模式)和TM(透明模式)三種工作模式，主要完成數(shù)據(jù)傳輸、流量控制、加解密功能。由于數(shù)據(jù)業(yè)務的QoS(服務質(zhì)量)要求保證數(shù)據(jù)的可靠性，因此數(shù)據(jù)業(yè)務通常使用RLC的AM模式。在AM模式下，發(fā)送方的RLC收到來自上層協(xié)議棧的PDU(協(xié)議數(shù)據(jù)單元)后，首先根據(jù)配置的RLCPDU大小進行分段級聯(lián)，然后添加RLC協(xié)議頭組裝成完整的RLCPDU，最后完成加密等操作后發(fā)送給下層協(xié)議棧；接收方的RLC收到來自下層協(xié)議棧的SDU(服務數(shù)據(jù)單元)后，首先進行解密等操作，然后結(jié)合當前狀態(tài)信息和RLCPDU中的Poll(輪循)標志判斷是否需要向發(fā)送方發(fā)送狀態(tài)報告，最后將PDU重組成完整的SDU后提交給上層協(xié)議棧。RLCAM模式工作流程如圖1所示。在實際操作過程中，由于業(yè)務數(shù)據(jù)傳輸過程中，在不同傳輸速率的傳輸信道變換時，導致的RLCPDU的變化；或者，發(fā)送實體與接收實體PDU或SDU序列號對應的問題，很可能會導致業(yè)務數(shù)據(jù)在傳輸?shù)倪^程中出現(xiàn)業(yè)務數(shù)據(jù)丟失的情況，致使業(yè)務數(shù)據(jù)傳輸中斷，影響了通信網(wǎng)絡中，通信業(yè)務的部署和處理。
發(fā)明內(nèi)容本發(fā)明實施例提供一種避免業(yè)務數(shù)據(jù)丟失的方法及系統(tǒng)及實體，從而避免了業(yè)務數(shù)據(jù)在傳輸?shù)倪^程中，出現(xiàn)丟失的情況。本發(fā)明實施例提供了一種避免業(yè)務數(shù)據(jù)丟失的方法，所述方法包括接收承載業(yè)務信息的報文，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；獲取所述報文承載的業(yè)務信息；根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的系統(tǒng)，所述系統(tǒng)包括接收實體，用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；發(fā)送實體，用于接收所述報文，并獲取所述報文承載的業(yè)務信息；其中，所述發(fā)送實體用于根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的接收實體，所述接收實體用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號，所述接收實體包括報文生成模塊，用于生成承載業(yè)務信息的報文；發(fā)送模塊，用于將報文生成模塊生成的報文發(fā)送至網(wǎng)絡中的發(fā)送實體。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的發(fā)送實體，所述發(fā)送實體用于接收網(wǎng)絡中，接收實體發(fā)送的報文，并獲取所述報文承載的業(yè)務信息，所述發(fā)送實體包括報文接收模塊，用于接收網(wǎng)絡中接收實體發(fā)送的報文；業(yè)務信息獲取模塊，用于獲取報文接收模塊接收的報文中承載的業(yè)務信自由上述本發(fā)明實施例提供的技術方案可以看出，本發(fā)明實施例中，接收承載業(yè)務信息的報文，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；獲取所述報文承載的業(yè)務信息；根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作，從而提出了一種無線鏈路控制層本地管理機制，通過在接收實體和發(fā)送實體之間交互狀態(tài)報告，避免了業(yè)務數(shù)據(jù)丟失。圖1為現(xiàn)有技術中無線鏈路控制層在確認模式下工作流程圖；圖2為本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失方法第一個實施例具體實現(xiàn)過程流程圖；圖3為本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失方法第二個實施例具體實現(xiàn)過程示意圖4為本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失系統(tǒng)結(jié)構示意圖；圖5為本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失接收實體結(jié)構示意圖；圖6為本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失發(fā)送實體結(jié)構示意圖。具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，接收實體發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元(SDU)中，最后一個協(xié)議數(shù)據(jù)單元(PDU)的序列號；發(fā)送實體接收所述報文，并獲取所述報文承載的業(yè)務信息；發(fā)送實體根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作，從而避免了業(yè)務數(shù)據(jù)在傳輸過程發(fā)生丟失的情況。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，在無線鏈路控制層(RLC)的超域報文(SUFI)中增加同步報文(SYN)類型，SYN報文格式可以:^下所示<table>tableseeoriginaldocumentpage7</column></row><table>SYN報文承載的業(yè)務信息具體可以為在接收實體正確重組的最后一個SDU中，最后一個PDU的序列號。SYN報文的大小可以為12比特，增加SYN報文后的SUFI報文可以如下所<table>tableseeoriginaldocumentpage8</column></row><table>本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，接收實體和發(fā)送實體具體可以為無線網(wǎng)絡控制器(RNC)、用戶設備(UE)等功能實體，比如，當業(yè)務數(shù)據(jù)下行時，接收實體可以為UE,發(fā)送實體可以為RNC;當業(yè)務數(shù)據(jù)上行時，接收實體可以為RNC，發(fā)送實體可以為UE。本發(fā)明實施例提供的避免數(shù)據(jù)丟失的方法在具體應用過程中，接收實體，以及發(fā)送實體也可以為其它功能實體。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，發(fā)送實體根據(jù)獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作的過程具體可以為發(fā)送實體根據(jù)PDU序列號，確定與之對應的SDU;發(fā)送控制實體釋放確定的SDU以及該SDU之前收到的SDU;發(fā)送實體對沒有釋放的SDU進行業(yè)務操作。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，沒有釋放的SDU具體可以包括完成釋放操作后剩余的SDU，和/或新接收的SDU。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法中，業(yè)務操作具體可以為重分段，和/或級聯(lián)操作，或者其它操作。本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法，可以應用于多種場合，以避免業(yè)務數(shù)據(jù)在傳輸過程出現(xiàn)的丟失情況。下面以傳輸信道切換流程以及復位(RESET)流程為例，對本發(fā)明進行詳細的描述。(一)傳輸信道在傳輸業(yè)務數(shù)據(jù)時，傳輸信道實際吞吐率取決于RLC窗口大小，環(huán)回時間(RTT)和RLCPDU大小(吞吐率=窗口大小*「011大小/環(huán)回時間)，當業(yè)務數(shù)據(jù)在不同傳輸速率的信道之間進行切換時，不可避免地需要重配置RLC的PDU大小，從而引發(fā)RLC重建，導致業(yè)務數(shù)據(jù)的丟失，采用本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法，可以有效的避免上述情況，具體操作流程如附圖2所示，包括步驟11,RNC確定發(fā)生信道切換后，向UE發(fā)送包含有重配置參數(shù)的無線承載重配置消息。本實施例中，當RNC確定業(yè)務數(shù)據(jù)發(fā)生在不同傳輸速率信道之間切換，引發(fā)RLC重建時，例如業(yè)務數(shù)據(jù)在專用信道(DCH)和高速下行共享信道(HS-DSCH)之間進行切換流程時，RNC生成重配置參數(shù)，并通過發(fā)送無線承載(RB)重配置消息，將重配置參數(shù)發(fā)送至UE,通知UE需要在激活時間點進行重配置操作。RNC生成的重配置參it具體可以為重配置激活時間、RLC窗口大小、以及RLCPDU大小，或者其它參數(shù)。其中，重配置激活時間表示RNC以及UE進行重配置操作的開始時間，即新配置生效時間點；RLC窗口大小表示重新配置后，新RLC窗口的大小，其通?？梢耘渲脼?048;RLCPDU大小表示重新配置后，新RLCPDU的大小。RNC在將重配置參數(shù)發(fā)送至UE的同時，自己也保留重配置參數(shù)，并開始判斷重配置激活時間是否超時，以便進行重配置操作。步驟12，在重配置激活時間超時前，RNC的RLC保持正常數(shù)據(jù)傳輸狀態(tài)。在RNC生成的重配置激活時間超時之前，RNC的RLC按照原有的PDU大小向UE發(fā)送業(yè)務數(shù)據(jù)，進行正常數(shù)據(jù)傳輸。步驟13,UE在接收到RB重配置消息后，根據(jù)消息中包含的重配置參數(shù)，對其RLC進行重配置操作，并向RNC發(fā)送SUFI報文。UE接收由RNC發(fā)送的RB重配置消息，并獲取RB重配置消息中包含的重配置參數(shù)，重配置參數(shù)中攜帶有重配置激活時間、RLC窗口大小、以及RLCPDU大小，或者其它參數(shù)。UE在獲取到重配置激活時間后，開始計時。在UE判斷到重配置參數(shù)中攜帶的重配置激活時間超時后，進行其RLC重配置操作。重配置操作具體為狀態(tài)變量初始化，定時器重新初始化，數(shù)據(jù)重新分段，配置參數(shù)重新配置，以及將接收窗口內(nèi)的所有PDU釋放，或者其它重配置操作。UE的RLC在進行重配置的同時，向RNC的RLC發(fā)送一個SUFI報文，SUFI報文中包含有S丫N報文類型，通知RNC,在UERLC正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號。步驟14,RNC在重配置激活時間超時后，停止發(fā)送PDU,并釋放RLC發(fā)送窗口內(nèi)的所有PDU，等4寺UE發(fā)送的SUFI才艮文。步驟15，RNC在接收到UE發(fā)送的SUFI報文后，根據(jù)SUFI報文中，SYN報文包含序列號信息，以及本身生成的重配置參數(shù)，對其RLC的SDU進行業(yè)務操作。RNC在4妻收到UE發(fā)送的SUFI才艮文后，沖艮據(jù)SUFI才艮文中，S丫N才艮文所岸義載的PDU序列號，查找確定與之對應的SDU,并將確定的SDU,和該SDU之前RLC收到的SDU釋放。同時，RNC對沒有釋放的SDU，按照重配置參數(shù)中包含的RLCPDU大小，對其進行業(yè)務操作，以便新的數(shù)據(jù)大小可以滿足新傳輸信道，比如HS-DSCH,對吞吐率的要求。本實施例中的步驟13和步驟14可以沒有先后順序，同時進行。本實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法，通過RNC和UE之間交互狀態(tài)報告，避免了業(yè)務數(shù)據(jù)在傳輸過程出現(xiàn)丟失的情況，而且，約定了重配置激活的準確時間點，避免了業(yè)務數(shù)據(jù)傳輸中斷情況。(二)在現(xiàn)有的RESET流程中，發(fā)送實體的RLC在收到接收實體發(fā)送的RESETACK后，會釋放所有發(fā)送窗口內(nèi)的SDU，但是這些SDU中可能存在沒有被接收實體的RLC收到的SDU,這樣會導致業(yè)務數(shù)據(jù)的丟失。為了解決這個問題，我們也可以采用發(fā)送SUFI來通知發(fā)送實體所要丟失的具體SDU,具體操作流程如附圖3所示，包括步驟21,發(fā)送實體發(fā)送RESETPDU發(fā)送實體檢測到觸發(fā)RESET的條件后，主動向接收實體發(fā)送一個RESETPDU,并將RLC狀態(tài)遷移到RESETPENDING狀態(tài)，同時啟動RESET重傳定時器T，等待接收實體返回RESETACKPDU。在等待期間，發(fā)送實體的RLC可以操作RLC重建，RLC釋放，RLC掛起，RLC恢復等高層命令。如果在RESET期間收到RLC重建，則RLC恢復到正常數(shù)傳狀態(tài)；如果收到RLC釋放消息，則RLC遷移到IDLE狀態(tài)；如果收到RLC掛起消息，RLC遷牙多到RESETANDSUSPEND^l大'態(tài)；^口果RLC在RESETANDSUSPEND^)大'態(tài)下收到RLC恢復消息，則RLC遷移到RESETPENDING狀態(tài)。步驟22，接收實體發(fā)送RESETACKPDU以及SUFI報文接收實體收到發(fā)送實體發(fā)送的RESETPDU后，判斷該RESETPDU是否為RLC配置和重配置后的第一個RESETPDU,或者判斷該RESETPDU的RESET序列號(RSN)^f直，和上一次RESET;危禾呈時4妄4欠的RESETPDU的RSN是否相同。若該RESETPDU不是RLC配置和重配置后的第一個RESETPDU，或者RSN值相同，則不進行RLC復位操作，直接返回一個和上一次RESET流程發(fā)ii送的RESETACKPDU相同的RESETACKPDU以及SUFI才艮文；若該RESETPDU是RLC配置和重配置后的第一個RESETPDU，或者RSN值不同，則進行RLC復位操作，并發(fā)送RESETACKPDU以及SUFI報文至發(fā)送實體。SUFI報文中的SYN報文承載的業(yè)務信息為表示最后一個重組成功的SDU中的最后一個PDU序列號。接收實體對RLC進行復位操作具體可以為根據(jù)RESET的HFNI恢復實體表中的HFN值(對于RNC恢復上行HFN值，對于UE恢復下行HFN值)，復位除VT(RST)外的狀態(tài)變量，停止一次性的定時器，釋放所有接收的PDU和已經(jīng)發(fā)送的SDU;上下行HFN加1，通知高層釋放的SDU數(shù)目。步驟23，發(fā)送實體接收RESETACKPDU以及SUFI報文，進行復位操作。發(fā)送實體在等待期間收到了接收實體發(fā)送的RESETACKPDU以及SUFI報文，發(fā)送實體檢查RESETACKPDU中的RSN與本身期待的RSN是否匹配，如果不匹配，則直接釋放，否則進行RLC復位操作。發(fā)送實體對RLC復位操作具體可以為根據(jù)RESETACKPDU的HFNI恢復實體表中的HFN值(對于RNC恢復上行HFN值，對于UE恢復下行HFN值)，復位狀態(tài)變量，停止一次性的定時器，并根據(jù)SUFI報文中SYN所承載的業(yè)務信息，即PDU序列號，查找確定與之對應的SDU,釋放所確定的PDU,和與之對應的SDU，以及該SDU之前發(fā)送的SDU;上下行HFN加1，通知高層釋放的SDU數(shù)目；恢復到正常數(shù)傳狀態(tài)，對沒有釋放的SDU進行業(yè)務操作。如果發(fā)送實體在等待期間沒有收到接收實體發(fā)送的RESETACKPDU，則發(fā)送實體重新啟動定時器T，并重新發(fā)送一個RESETPDU(RSN相同)，如果收到了RESETACK，繼續(xù)步驟22;如果連續(xù)多次沒有收到RESETACKPDU，則停止RESET過程，通知高層出現(xiàn)了不可恢復的錯誤。本實施例提供的避免業(yè)務數(shù)據(jù)丟失的方法，通過接收實體與發(fā)送實體通過交互信息，確定所要丟失的PDU以及SDU，從而避免了業(yè)務數(shù)據(jù)在傳輸過程中出現(xiàn)丟失的情況。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的系統(tǒng)，該系統(tǒng)具體實現(xiàn)結(jié)構示意圖如附圖4所示，具體包括(一)接收實體，用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個SDU中，最后一個PDU的序列號。接收實體內(nèi)具體可以包括1，報文生成模塊，用于生成承載業(yè)務信息的報文。報文生成模塊生成的報文，具體可以為SUFI,且該SUFI中增加了一種新的報文類型SYN。SYN所承載的業(yè)務信息具體可以為在接收實體正確重組的最后一個SDU中，最后一個PDU的序列號。2，發(fā)送模塊，用于將報文生成模塊生成的報文發(fā)送至網(wǎng)絡中的發(fā)送實體。(二)發(fā)送實體，用于接收所述報文，并獲取所述報文承載的業(yè)務信息。發(fā)送實體還用于根據(jù)獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。發(fā)送實體根據(jù)獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作具體為發(fā)送實體根據(jù)PDU序列號，確定與之對應的SDU;發(fā)送實體釋放確定的SDU以及該SDU之前收到的SDU;發(fā)送實體對沒有釋放的SDU進行業(yè)務操作。發(fā)送實體內(nèi)具體可以包括1,報文接收模塊，用于接收網(wǎng)絡中接收實體發(fā)送的報文。2,業(yè)務信息獲取模塊，用于獲取報文接收模塊接收的報文中承載的業(yè)務信息。3，業(yè)務操作模塊，用于根據(jù)業(yè)務信息獲取模塊獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。業(yè)務操作模塊具體可以包括1)確定單元，用于根據(jù)業(yè)務信息獲取單元獲取的業(yè)務信息，確定與之對應的SDU。2)釋放單元，用于釋放確定單元確定的SDU，以及該SDU之前，發(fā)送實體接收的SDU,并在完成釋放后，觸發(fā)操作單元。3)操作單元，用于在釋放單元觸發(fā)下，對其它SDU進行業(yè)務操作。操作單元進行的業(yè)務操作具體可以為重分段，和/或級聯(lián)操作，或者其它操作。在本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的系統(tǒng)中，接收實體和發(fā)送實體具體可以為RNC、UE等功能實體，比如，當業(yè)務數(shù)據(jù)下行時，接收實體可以為UE，發(fā)送實體可以為RNC;當業(yè)務數(shù)據(jù)上行時，接收實體可以為RNC，發(fā)送實體可以為UE。本發(fā)明實施例提供的避免數(shù)據(jù)丟失的系統(tǒng)在具體應用過程中，接收實體，以及發(fā)送實體也可以為其它功能實體。在本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的系統(tǒng)，通過在接收實體和發(fā)送實體之間交互狀態(tài)報告，從而避免了業(yè)務數(shù)據(jù)在傳輸過程中出現(xiàn)丟失的情況。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的接收實體，該接收實體的具體實現(xiàn)結(jié)構示意圖如附圖5所示，用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個SDU，最后一個PDU的序列號。接收實體內(nèi)具體可以包括1，報文生成模塊，用于生成承載業(yè)務信息的報文。報文生成模塊生成的報文，具體可以為SUFI,且該SUFI中增加了一種新的報文類型SYN。SYN所承載的業(yè)務信息具體可以為在接收實體正確重組的最后一個SDU中，最后一個PDU的序列號。2,發(fā)送模塊，用于將報文生成模塊生成的報文發(fā)送至網(wǎng)絡中的發(fā)送實體。在本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的接收實體，具體可以為RNC、UE等功能實體，比如，當業(yè)務數(shù)據(jù)下行時，接收實體可以為UE;當業(yè)務數(shù)據(jù)上行時，接收實體可以為RNC。本發(fā)明實施例提供的避免數(shù)據(jù)丟失的接收實體在具體應用過程中，也可以為其它功能實體。在本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的接收實體，通過在接收實體和網(wǎng)絡中的發(fā)送實體之間交互狀態(tài)報告，從而避免了業(yè)務數(shù)據(jù)在傳輸過程中出現(xiàn)丟失的情況。本發(fā)明實施例還提供了一種避免業(yè)務數(shù)據(jù)丟失的發(fā)送實體，該發(fā)送實體具體實現(xiàn)結(jié)構示意圖如附圖6所示，用于接收網(wǎng)絡中，接收實體發(fā)送的報文，并獲取報文承載的業(yè)務信息。發(fā)送實體還用于根據(jù)獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。發(fā)送實體根據(jù)獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作具體為發(fā)送實體根據(jù)PDU序列號，確定與之對應的SDU;發(fā)送實體釋放確定的SDU以及該SDU之前收到的SDU;發(fā)送實體對沒有釋》文的SDU進行業(yè)務操作。發(fā)送實體內(nèi)具體可以包括1,報文接收模塊，用于接收網(wǎng)絡中接收實體發(fā)送的報文。2,業(yè)務信息獲取模塊，用于獲取報文接收模塊接收的報文中承載的業(yè)務4呂息。3，業(yè)務操作模塊，用于根據(jù)業(yè)務信息獲取模塊獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。業(yè)務操作模塊具體可以包括1)確定單元，用于根據(jù)業(yè)務信息獲取單元獲取的業(yè)務信息，確定與之對應的SDU;2)釋放單元，用于釋放確定單元確定的SDU，以及該SDU之前，發(fā)送實體接收的SDU，并在完成釋放后，觸發(fā)操作單元；3)操作單元，用于在釋放單元觸發(fā)下，對其它SDU進行業(yè)務操作。在釋放單元完成釋放后，操作單元對RLC內(nèi)剩余的SDU,以及新接收的SDU進行業(yè)務操作。操作單元進行的業(yè)務操作具體可以為重分段，和/或級聯(lián)操作，或者其它操作。RNC、UE等功能實體，比如，當業(yè)務數(shù)據(jù)下行時，發(fā)送實體可以為RNC;當業(yè)務數(shù)據(jù)上行時，發(fā)送實體可以為UE。本發(fā)明實施例提供的避免數(shù)據(jù)丟失的發(fā)送實體在具體應用過程中，也可以為其它功能實體。在本發(fā)明實施例提供的避免業(yè)務數(shù)據(jù)丟失的發(fā)送實體，通過在發(fā)送實體和網(wǎng)絡中的接收實體之間交互狀態(tài)報告，從而避免了業(yè)務數(shù)據(jù)在傳輸過程中出現(xiàn)丟失的情況。以上所述，僅為本發(fā)明較佳的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本
技術領域：
的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。權利要求1、一種避免業(yè)務數(shù)據(jù)丟失的方法，其特征在于，所述方法包括接收承載業(yè)務信息的報文，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；獲取所述報文承載的業(yè)務信息；根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。2、根據(jù)權利要求1所述的方法，其特征在于，所述報文為超域報文。3、根據(jù)權利要求2所述的方法，其特征在于，所述超域報文中包含有承載業(yè)務信息的同步報文類型。4、根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作具體為根據(jù)所述協(xié)議數(shù)據(jù)單元序列號，確定與之對應的服務數(shù)據(jù)單元；釋放所述確定的服務數(shù)據(jù)單元以及該服務數(shù)據(jù)單元之前收到的服務數(shù)據(jù)單元；對沒有釋放的服務數(shù)據(jù)單元進行業(yè)務操作。5、根據(jù)權利要求1至4任一項所述的方法，其特征在于，所述接收實體具體為網(wǎng)絡控制服務器，或用戶設備。6、一種避免業(yè)務數(shù)據(jù)丟失的系統(tǒng)，其特征在于，所述系統(tǒng)包括接收實體，用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；發(fā)送實體，用于接收所述報文，并獲取所述報文承載的業(yè)務信息；其中，所述發(fā)送實體用于根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作。7、根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述發(fā)送實體根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作具體為發(fā)送實體根據(jù)所述協(xié)議數(shù)據(jù)單元序列號，確定與之對應的服務數(shù)據(jù)單元；發(fā)送實體釋放所述確定的服務數(shù)據(jù)單元以及該服務數(shù)據(jù)單元之前收到的服務數(shù)據(jù)單元；發(fā)送實體對沒有釋放的服務數(shù)據(jù)單元進行業(yè)務操作。8、一種避免業(yè)務數(shù)據(jù)丟失的接收實體，其特征在于，所述接收實體用于發(fā)送承載業(yè)務信息的報文至發(fā)送實體，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號，所述接收實體包括報文生成模塊，用于生成承載業(yè)務信息的報文；發(fā)送模塊，用于將報文生成模塊生成的報文發(fā)送至網(wǎng)絡中的發(fā)送實體。9、一種避免業(yè)務數(shù)據(jù)丟失的發(fā)送實體，其特征在于，所述發(fā)送實體用于接收網(wǎng)絡中，接收實體發(fā)送的報文，并獲取所述報文承載的業(yè)務信息，所述發(fā)送實體包括報文接收模塊，用于接收網(wǎng)絡中接收實體發(fā)送的報文；業(yè)務信息獲取模塊，用于獲取報文接收模塊接收的報文中承載的業(yè)務信息。10、根據(jù)權利要求9所述的發(fā)送實體，其特征在于，所述發(fā)送實體還包括業(yè)務操作模塊，用于根據(jù)業(yè)務信息獲取模塊獲取的業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作，所述業(yè)務操作模塊具體包括確定單元，用于根據(jù)業(yè)務信息獲取單元獲取的業(yè)務信息，確定與之對應的服務數(shù)據(jù)單元；釋放單元，用于釋放確定單元確定的服務數(shù)據(jù)單元，以及該服務數(shù)據(jù)單元之前，發(fā)送實體接收的服務數(shù)據(jù)單元，并在完成釋放后，觸發(fā)操作單元；操作單元，用于在釋放單元觸發(fā)下，對沒有釋放的服務數(shù)據(jù)單元進行業(yè)務操作。全文摘要本發(fā)明涉及一種避免業(yè)務數(shù)據(jù)丟失的方法及系統(tǒng)及實體。本發(fā)明實施例中，接收承載業(yè)務信息的報文，所述業(yè)務信息為在接收實體正確重組的最后一個服務數(shù)據(jù)單元中，最后一個協(xié)議數(shù)據(jù)單元的序列號；獲取所述報文承載的業(yè)務信息；根據(jù)獲取的所述業(yè)務信息，對業(yè)務數(shù)據(jù)進行業(yè)務操作，從而提出了一種無線鏈路控制層本地管理機制，通過在接收實體和發(fā)送實體之間交互狀態(tài)報告，避免了業(yè)務數(shù)據(jù)丟失。文檔編號H04L29/10GK101309199SQ200710099399公開日2008年11月19日申請日期2007年5月18日優(yōu)先權日2007年5月18日發(fā)明者湯正華申請人:華為技術有限公司