专利名称：：避免业务数据丢失的方法及系统及实体的制作方法
技术领域：
：本发明涉及通信
技术领域：
，尤其涉及一种避免业务数据丢失的方法及系统及实体。
背景技术：
：通用移动通4言系统(UMTS,UniversalMobileTelecommunicationsSystem)是采用宽带码分多址接入(WCDMA,WidebandCodeDivisionMultipleAccess)空中接口技术的第三代移动通信系统，通常也称为WCDMA通信系统。WCDMA通信系统包括无线接入网络(RAN,RadioAccessNetwork)和核心网络(CN,CoreNetwork)。其中，RAN实现所有与无线有关的功能，通常也称为通用陆地无线接入网络(UTRAN，UniversalTerrestrialRadioAccessNetwork)。UTRAN的无线接口分为物理层、数据链路层和网络层，网络层包括无线资源控制(RRC，RadioResourceControl)子层，数据链路层包括媒介接入控制(MAC，MediumAccessControl)子层、无线链路控制(RLC,RadioLinkControl)子层、广播/组播控制(BMC，Broadcast/MulticastControl)子层和分组数据汇聚协i义(PDCP，PacketDataConvergenceProtocol)子层，物理层通过业务4妄入点(SAP,ServiceAccessPoint)与数据链路层的MAC子层和网络层的RRC子层相连。无线链路控制层(RLC)层支持AM(确认模式)、UM(非确认模式)和TM(透明模式)三种工作模式，主要完成数据传输、流量控制、加解密功能。由于数据业务的QoS(服务质量)要求保证数据的可靠性，因此数据业务通常使用RLC的AM模式。在AM模式下，发送方的RLC收到来自上层协议栈的PDU(协议数据单元)后，首先根据配置的RLCPDU大小进行分段级联，然后添加RLC协议头组装成完整的RLCPDU，最后完成加密等操作后发送给下层协议栈；接收方的RLC收到来自下层协议栈的SDU(服务数据单元)后，首先进行解密等操作，然后结合当前状态信息和RLCPDU中的Poll(轮循)标志判断是否需要向发送方发送状态报告，最后将PDU重组成完整的SDU后提交给上层协议栈。RLCAM模式工作流程如图1所示。在实际操作过程中，由于业务数据传输过程中，在不同传输速率的传输信道变换时，导致的RLCPDU的变化；或者，发送实体与接收实体PDU或SDU序列号对应的问题，很可能会导致业务数据在传输的过程中出现业务数据丟失的情况，致使业务数据传输中断，影响了通信网络中，通信业务的部署和处理。
发明内容本发明实施例提供一种避免业务数据丢失的方法及系统及实体，从而避免了业务数据在传输的过程中，出现丟失的情况。本发明实施例提供了一种避免业务数据丟失的方法，所述方法包括接收承载业务信息的报文，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；获取所述报文承载的业务信息；根据获取的所述业务信息，对业务数据进行业务操作。本发明实施例还提供了一种避免业务数据丟失的系统，所述系统包括接收实体，用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；发送实体，用于接收所述报文，并获取所述报文承载的业务信息；其中，所述发送实体用于根据获取的所述业务信息，对业务数据进行业务操作。本发明实施例还提供了一种避免业务数据丢失的接收实体，所述接收实体用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号，所述接收实体包括报文生成模块，用于生成承载业务信息的报文；发送模块，用于将报文生成模块生成的报文发送至网络中的发送实体。本发明实施例还提供了一种避免业务数据丢失的发送实体，所述发送实体用于接收网络中，接收实体发送的报文，并获取所述报文承载的业务信息，所述发送实体包括报文接收模块，用于接收网络中接收实体发送的报文；业务信息获取模块，用于获取报文接收模块接收的报文中承载的业务信自由上述本发明实施例提供的技术方案可以看出，本发明实施例中，接收承载业务信息的报文，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；获取所述报文承载的业务信息；根据获取的所述业务信息，对业务数据进行业务操作，从而提出了一种无线链路控制层本地管理机制，通过在接收实体和发送实体之间交互状态报告，避免了业务数据丢失。图1为现有技术中无线链路控制层在确认模式下工作流程图；图2为本发明实施例提供的避免业务数据丢失方法第一个实施例具体实现过程流程图；图3为本发明实施例提供的避免业务数据丟失方法第二个实施例具体实现过程示意图4为本发明实施例提供的避免业务数据丟失系统结构示意图；图5为本发明实施例提供的避免业务数据丟失接收实体结构示意图；图6为本发明实施例提供的避免业务数据丢失发送实体结构示意图。具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。本发明实施例提供的避免业务数据丟失的方法中，接收实体发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个服务数据单元(SDU)中，最后一个协议数据单元(PDU)的序列号；发送实体接收所述报文，并获取所述报文承载的业务信息；发送实体根据获取的所述业务信息，对业务数据进行业务操作，从而避免了业务数据在传输过程发生丟失的情况。本发明实施例提供的避免业务数据丟失的方法中，在无线链路控制层(RLC)的超域报文(SUFI)中增加同步报文(SYN)类型，SYN报文格式可以:^下所示<table>tableseeoriginaldocumentpage7</column></row><table>SYN报文承载的业务信息具体可以为在接收实体正确重组的最后一个SDU中，最后一个PDU的序列号。SYN报文的大小可以为12比特，增加SYN报文后的SUFI报文可以如下所<table>tableseeoriginaldocumentpage8</column></row><table>本发明实施例提供的避免业务数据丟失的方法中，接收实体和发送实体具体可以为无线网络控制器(RNC)、用户设备(UE)等功能实体，比如，当业务数据下行时，接收实体可以为UE,发送实体可以为RNC;当业务数据上行时，接收实体可以为RNC，发送实体可以为UE。本发明实施例提供的避免数据丟失的方法在具体应用过程中，接收实体，以及发送实体也可以为其它功能实体。本发明实施例提供的避免业务数据丢失的方法中，发送实体根据获取的业务信息，对业务数据进行业务操作的过程具体可以为发送实体根据PDU序列号，确定与之对应的SDU;发送控制实体释放确定的SDU以及该SDU之前收到的SDU;发送实体对没有释放的SDU进行业务操作。本发明实施例提供的避免业务数据丟失的方法中，没有释放的SDU具体可以包括完成释放操作后剩余的SDU，和/或新接收的SDU。本发明实施例提供的避免业务数据丟失的方法中，业务操作具体可以为重分段，和/或级联操作，或者其它操作。本发明实施例提供的避免业务数据丟失的方法，可以应用于多种场合，以避免业务数据在传输过程出现的丟失情况。下面以传输信道切换流程以及复位(RESET)流程为例，对本发明进行详细的描述。(一)传输信道在传输业务数据时，传输信道实际吞吐率取决于RLC窗口大小，环回时间(RTT)和RLCPDU大小(吞吐率=窗口大小*「011大小/环回时间)，当业务数据在不同传输速率的信道之间进行切换时，不可避免地需要重配置RLC的PDU大小，从而引发RLC重建，导致业务数据的丟失，采用本发明实施例提供的避免业务数据丢失的方法，可以有效的避免上述情况，具体操作流程如附图2所示，包括步骤11,RNC确定发生信道切换后，向UE发送包含有重配置参数的无线承载重配置消息。本实施例中，当RNC确定业务数据发生在不同传输速率信道之间切换，引发RLC重建时，例如业务数据在专用信道(DCH)和高速下行共享信道(HS-DSCH)之间进行切换流程时，RNC生成重配置参数，并通过发送无线承载(RB)重配置消息，将重配置参数发送至UE,通知UE需要在激活时间点进行重配置操作。RNC生成的重配置参it具体可以为重配置激活时间、RLC窗口大小、以及RLCPDU大小，或者其它参数。其中，重配置激活时间表示RNC以及UE进行重配置操作的开始时间，即新配置生效时间点；RLC窗口大小表示重新配置后，新RLC窗口的大小，其通常可以配置为2048;RLCPDU大小表示重新配置后，新RLCPDU的大小。RNC在将重配置参数发送至UE的同时，自己也保留重配置参数，并开始判断重配置激活时间是否超时，以便进行重配置操作。步骤12，在重配置激活时间超时前，RNC的RLC保持正常数据传输状态。在RNC生成的重配置激活时间超时之前，RNC的RLC按照原有的PDU大小向UE发送业务数据，进行正常数据传输。步骤13,UE在接收到RB重配置消息后，根据消息中包含的重配置参数，对其RLC进行重配置操作，并向RNC发送SUFI报文。UE接收由RNC发送的RB重配置消息，并获取RB重配置消息中包含的重配置参数，重配置参数中携带有重配置激活时间、RLC窗口大小、以及RLCPDU大小，或者其它参数。UE在获取到重配置激活时间后，开始计时。在UE判断到重配置参数中携带的重配置激活时间超时后，进行其RLC重配置操作。重配置操作具体为状态变量初始化，定时器重新初始化，数据重新分段，配置参数重新配置，以及将接收窗口内的所有PDU释放，或者其它重配置操作。UE的RLC在进行重配置的同时，向RNC的RLC发送一个SUFI报文，SUFI报文中包含有S丫N报文类型，通知RNC,在UERLC正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号。步骤14,RNC在重配置激活时间超时后，停止发送PDU,并释放RLC发送窗口内的所有PDU，等4寺UE发送的SUFI才艮文。步骤15，RNC在接收到UE发送的SUFI报文后，根据SUFI报文中，SYN报文包含序列号信息，以及本身生成的重配置参数，对其RLC的SDU进行业务操作。RNC在4妻收到UE发送的SUFI才艮文后，冲艮据SUFI才艮文中，S丫N才艮文所岸义载的PDU序列号，查找确定与之对应的SDU,并将确定的SDU,和该SDU之前RLC收到的SDU释放。同时，RNC对没有释放的SDU，按照重配置参数中包含的RLCPDU大小，对其进行业务操作，以便新的数据大小可以满足新传输信道，比如HS-DSCH,对吞吐率的要求。本实施例中的步骤13和步骤14可以没有先后顺序，同时进行。本实施例提供的避免业务数据丟失的方法，通过RNC和UE之间交互状态报告，避免了业务数据在传输过程出现丟失的情况，而且，约定了重配置激活的准确时间点，避免了业务数据传输中断情况。(二)在现有的RESET流程中，发送实体的RLC在收到接收实体发送的RESETACK后，会释放所有发送窗口内的SDU，但是这些SDU中可能存在没有被接收实体的RLC收到的SDU,这样会导致业务数据的丟失。为了解决这个问题，我们也可以采用发送SUFI来通知发送实体所要丟失的具体SDU,具体操作流程如附图3所示，包括步骤21,发送实体发送RESETPDU发送实体检测到触发RESET的条件后，主动向接收实体发送一个RESETPDU,并将RLC状态迁移到RESETPENDING状态，同时启动RESET重传定时器T，等待接收实体返回RESETACKPDU。在等待期间，发送实体的RLC可以操作RLC重建，RLC释放，RLC挂起，RLC恢复等高层命令。如果在RESET期间收到RLC重建，则RLC恢复到正常数传状态；如果收到RLC释放消息，则RLC迁移到IDLE状态；如果收到RLC挂起消息，RLC迁牙多到RESETANDSUSPEND^l大'态；^口果RLC在RESETANDSUSPEND^)大'态下收到RLC恢复消息，则RLC迁移到RESETPENDING状态。步骤22，接收实体发送RESETACKPDU以及SUFI报文接收实体收到发送实体发送的RESETPDU后，判断该RESETPDU是否为RLC配置和重配置后的第一个RESETPDU,或者判断该RESETPDU的RESET序列号(RSN)^f直，和上一次RESET;危禾呈时4妄4欠的RESETPDU的RSN是否相同。若该RESETPDU不是RLC配置和重配置后的第一个RESETPDU，或者RSN值相同，则不进行RLC复位操作，直接返回一个和上一次RESET流程发ii送的RESETACKPDU相同的RESETACKPDU以及SUFI才艮文；若该RESETPDU是RLC配置和重配置后的第一个RESETPDU，或者RSN值不同，则进行RLC复位操作，并发送RESETACKPDU以及SUFI报文至发送实体。SUFI报文中的SYN报文承载的业务信息为表示最后一个重组成功的SDU中的最后一个PDU序列号。接收实体对RLC进行复位操作具体可以为根据RESET的HFNI恢复实体表中的HFN值(对于RNC恢复上行HFN值，对于UE恢复下行HFN值)，复位除VT(RST)外的状态变量，停止一次性的定时器，释放所有接收的PDU和已经发送的SDU;上下行HFN加1，通知高层释放的SDU数目。步骤23，发送实体接收RESETACKPDU以及SUFI报文，进行复位操作。发送实体在等待期间收到了接收实体发送的RESETACKPDU以及SUFI报文，发送实体检查RESETACKPDU中的RSN与本身期待的RSN是否匹配，如果不匹配，则直接释放，否则进行RLC复位操作。发送实体对RLC复位操作具体可以为根据RESETACKPDU的HFNI恢复实体表中的HFN值(对于RNC恢复上行HFN值，对于UE恢复下行HFN值)，复位状态变量，停止一次性的定时器，并根据SUFI报文中SYN所承载的业务信息，即PDU序列号，查找确定与之对应的SDU,释放所确定的PDU,和与之对应的SDU，以及该SDU之前发送的SDU;上下行HFN加1，通知高层释放的SDU数目；恢复到正常数传状态，对没有释放的SDU进行业务操作。如果发送实体在等待期间没有收到接收实体发送的RESETACKPDU，则发送实体重新启动定时器T，并重新发送一个RESETPDU(RSN相同)，如果收到了RESETACK，继续步骤22;如果连续多次没有收到RESETACKPDU，则停止RESET过程，通知高层出现了不可恢复的错误。本实施例提供的避免业务数据丢失的方法，通过接收实体与发送实体通过交互信息，确定所要丢失的PDU以及SDU，从而避免了业务数据在传输过程中出现丢失的情况。本发明实施例还提供了一种避免业务数据丟失的系统，该系统具体实现结构示意图如附图4所示，具体包括(一)接收实体，用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个SDU中，最后一个PDU的序列号。接收实体内具体可以包括1，报文生成模块，用于生成承载业务信息的报文。报文生成模块生成的报文，具体可以为SUFI,且该SUFI中增加了一种新的报文类型SYN。SYN所承载的业务信息具体可以为在接收实体正确重组的最后一个SDU中，最后一个PDU的序列号。2，发送模块，用于将报文生成模块生成的报文发送至网络中的发送实体。(二)发送实体，用于接收所述报文，并获取所述报文承载的业务信息。发送实体还用于根据获取的业务信息，对业务数据进行业务操作。发送实体根据获取的业务信息，对业务数据进行业务操作具体为发送实体根据PDU序列号，确定与之对应的SDU;发送实体释放确定的SDU以及该SDU之前收到的SDU;发送实体对没有释放的SDU进行业务操作。发送实体内具体可以包括1,报文接收模块，用于接收网络中接收实体发送的报文。2,业务信息获取模块，用于获取报文接收模块接收的报文中承载的业务信息。3，业务操作模块，用于根据业务信息获取模块获取的业务信息，对业务数据进行业务操作。业务操作模块具体可以包括1)确定单元，用于根据业务信息获取单元获取的业务信息，确定与之对应的SDU。2)释放单元，用于释放确定单元确定的SDU，以及该SDU之前，发送实体接收的SDU,并在完成释放后，触发操作单元。3)操作单元，用于在释放单元触发下，对其它SDU进行业务操作。操作单元进行的业务操作具体可以为重分段，和/或级联操作，或者其它操作。在本发明实施例提供的避免业务数据丢失的系统中，接收实体和发送实体具体可以为RNC、UE等功能实体，比如，当业务数据下行时，接收实体可以为UE，发送实体可以为RNC;当业务数据上行时，接收实体可以为RNC，发送实体可以为UE。本发明实施例提供的避免数据丢失的系统在具体应用过程中，接收实体，以及发送实体也可以为其它功能实体。在本发明实施例提供的避免业务数据丢失的系统，通过在接收实体和发送实体之间交互状态报告，从而避免了业务数据在传输过程中出现丢失的情况。本发明实施例还提供了一种避免业务数据丢失的接收实体，该接收实体的具体实现结构示意图如附图5所示，用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个SDU，最后一个PDU的序列号。接收实体内具体可以包括1，报文生成模块，用于生成承载业务信息的报文。报文生成模块生成的报文，具体可以为SUFI,且该SUFI中增加了一种新的报文类型SYN。SYN所承载的业务信息具体可以为在接收实体正确重组的最后一个SDU中，最后一个PDU的序列号。2,发送模块，用于将报文生成模块生成的报文发送至网络中的发送实体。在本发明实施例提供的避免业务数据丢失的接收实体，具体可以为RNC、UE等功能实体，比如，当业务数据下行时，接收实体可以为UE;当业务数据上行时，接收实体可以为RNC。本发明实施例提供的避免数据丢失的接收实体在具体应用过程中，也可以为其它功能实体。在本发明实施例提供的避免业务数据丟失的接收实体，通过在接收实体和网络中的发送实体之间交互状态报告，从而避免了业务数据在传输过程中出现丟失的情况。本发明实施例还提供了一种避免业务数据丢失的发送实体，该发送实体具体实现结构示意图如附图6所示，用于接收网络中，接收实体发送的报文，并获取报文承载的业务信息。发送实体还用于根据获取的业务信息，对业务数据进行业务操作。发送实体根据获取的业务信息，对业务数据进行业务操作具体为发送实体根据PDU序列号，确定与之对应的SDU;发送实体释放确定的SDU以及该SDU之前收到的SDU;发送实体对没有释》文的SDU进行业务操作。发送实体内具体可以包括1,报文接收模块，用于接收网络中接收实体发送的报文。2,业务信息获取模块，用于获取报文接收模块接收的报文中承载的业务4吕息。3，业务操作模块，用于根据业务信息获取模块获取的业务信息，对业务数据进行业务操作。业务操作模块具体可以包括1)确定单元，用于根据业务信息获取单元获取的业务信息，确定与之对应的SDU;2)释放单元，用于释放确定单元确定的SDU，以及该SDU之前，发送实体接收的SDU，并在完成释放后，触发操作单元；3)操作单元，用于在释放单元触发下，对其它SDU进行业务操作。在释放单元完成释放后，操作单元对RLC内剩余的SDU,以及新接收的SDU进行业务操作。操作单元进行的业务操作具体可以为重分段，和/或级联操作，或者其它操作。RNC、UE等功能实体，比如，当业务数据下行时，发送实体可以为RNC;当业务数据上行时，发送实体可以为UE。本发明实施例提供的避免数据丢失的发送实体在具体应用过程中，也可以为其它功能实体。在本发明实施例提供的避免业务数据丟失的发送实体，通过在发送实体和网络中的接收实体之间交互状态报告，从而避免了业务数据在传输过程中出现丟失的情况。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。权利要求1、一种避免业务数据丢失的方法，其特征在于，所述方法包括接收承载业务信息的报文，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；获取所述报文承载的业务信息；根据获取的所述业务信息，对业务数据进行业务操作。2、根据权利要求1所述的方法，其特征在于，所述报文为超域报文。3、根据权利要求2所述的方法，其特征在于，所述超域报文中包含有承载业务信息的同步报文类型。4、根据权利要求1所述的方法，其特征在于，所述根据获取的所述业务信息，对业务数据进行业务操作具体为根据所述协议数据单元序列号，确定与之对应的服务数据单元；释放所述确定的服务数据单元以及该服务数据单元之前收到的服务数据单元；对没有释放的服务数据单元进行业务操作。5、根据权利要求1至4任一项所述的方法，其特征在于，所述接收实体具体为网络控制服务器，或用户设备。6、一种避免业务数据丢失的系统，其特征在于，所述系统包括接收实体，用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；发送实体，用于接收所述报文，并获取所述报文承载的业务信息；其中，所述发送实体用于根据获取的所述业务信息，对业务数据进行业务操作。7、根据权利要求6所述的系统，其特征在于，所述发送实体根据获取的所述业务信息，对业务数据进行业务操作具体为发送实体根据所述协议数据单元序列号，确定与之对应的服务数据单元；发送实体释放所述确定的服务数据单元以及该服务数据单元之前收到的服务数据单元；发送实体对没有释放的服务数据单元进行业务操作。8、一种避免业务数据丢失的接收实体，其特征在于，所述接收实体用于发送承载业务信息的报文至发送实体，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号，所述接收实体包括报文生成模块，用于生成承载业务信息的报文；发送模块，用于将报文生成模块生成的报文发送至网络中的发送实体。9、一种避免业务数据丟失的发送实体，其特征在于，所述发送实体用于接收网络中，接收实体发送的报文，并获取所述报文承载的业务信息，所述发送实体包括报文接收模块，用于接收网络中接收实体发送的报文；业务信息获取模块，用于获取报文接收模块接收的报文中承载的业务信息。10、根据权利要求9所述的发送实体，其特征在于，所述发送实体还包括业务操作模块，用于根据业务信息获取模块获取的业务信息，对业务数据进行业务操作，所述业务操作模块具体包括确定单元，用于根据业务信息获取单元获取的业务信息，确定与之对应的服务数据单元；释放单元，用于释放确定单元确定的服务数据单元，以及该服务数据单元之前，发送实体接收的服务数据单元，并在完成释放后，触发操作单元；操作单元，用于在释放单元触发下，对没有释放的服务数据单元进行业务操作。全文摘要本发明涉及一种避免业务数据丢失的方法及系统及实体。本发明实施例中，接收承载业务信息的报文，所述业务信息为在接收实体正确重组的最后一个服务数据单元中，最后一个协议数据单元的序列号；获取所述报文承载的业务信息；根据获取的所述业务信息，对业务数据进行业务操作，从而提出了一种无线链路控制层本地管理机制，通过在接收实体和发送实体之间交互状态报告，避免了业务数据丢失。文档编号H04L29/10GK101309199SQ200710099399公开日2008年11月19日申请日期2007年5月18日优先权日2007年5月18日发明者汤正华申请人:华为技术有限公司