CN101479965B - 一种用于确认模式无线链路控制实体的重建方法及设备 - Google Patents
一种用于确认模式无线链路控制实体的重建方法及设备 Download PDFInfo
- Publication number
- CN101479965B CN101479965B CN2006800552354A CN200680055235A CN101479965B CN 101479965 B CN101479965 B CN 101479965B CN 2006800552354 A CN2006800552354 A CN 2006800552354A CN 200680055235 A CN200680055235 A CN 200680055235A CN 101479965 B CN101479965 B CN 101479965B
- Authority
- CN
- China
- Prior art keywords
- pdu
- control
- rlc
- protocol data
- entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—Details of sliding window management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种用于确认模式无线链路控制实体的重建方法,该方法包括:从上级实体接收命令以执行确认模式无线链路控制重建;以及通过考虑确认模式无线链路控制重建的方向来管理控制协议数据单元,其中删除与该方向有关的控制协议数据单元且不删除与该方向无关的控制协议数据单元。
Description
技术领域
本发明涉及一种在UMTS(通用移动通信***)中的AM RLC的操作方法,该***为欧洲式IMT-2000***。特别地,本发明涉及一种改进的AM RLC重建方法,由此当重建RLC实体时,AM RLC减少要删除的数据或控制消息(数量),以因此使间断通信最小化并能够增大数据发输和接收速率。
背景技术
图1示出了用于UMTS(通用移动通信***)的示例性网络体系结构。所述UMTS***通常由移动终端(用户设备:UE)、UTRAN(UMTS陆地无线接入网络)以及核心网络(CN)组成。所述UTRAN具有一个或多个无线网络子***(RNS),每个RNS具有无线网络控制器(RNC)和一个或多个基站(节点B)。对于每个节点B,存在一个或多个小区。
图2示出了在UMTS中使用的示例性无线协议体系结构。这些无线协议层成对地存在于UE和UTRAN中,并通过无线接口处理数据传输。关于每个无线协议层,PHY层(层1)用于通过使用各种无线传输技术而通过无线接口传输数据。所述PHY层经由传输信道而与MAC层相连,以便支持可靠的数据传输,并且所述传输信道可以根据是否共享信道而分为专用传输信道和公共传输信道。
在层2中,存在MAC、RLC、PDCP和BMC层。所述MAC层执行各种逻辑信道到各种传输信道的映射,而且执行用于将多个逻辑信道映射到单个传输信道的逻辑信道复用。所述MAC层经由逻辑信道而与RLC层(更高级层)相连,并且所述逻辑信道根据正在传输的数据的类型而分为用于传输控制平面信息的控制信道和用于传输用户平面信息的业务信道。所述MAC层还可以根据正在被管理的传输信道而分为MAC-b子层、MAC-d子层、MACc/sh子层、MAC-hs子层以及MAC-e子层。所述MAC-b子层处理BCH(广播信道)的管理,所述BCH是用于处理***信息的广播的传输信道。所述MAC-c/sh子层管理由各种移动终端共享的公共传输信道,诸如FACH(前向接入信道)、DSCH(下行链路共享信道)以及诸如此类。所述MAC-d子层处理DCH(专用信道)的管理,所述DCH是用于特定移动终端的专用传输信道。所述MAC-hs子层管理HS-DSCH(高速下行链路共享信道),所述HS-DSCH是用于高速下行链路数据传输的传输信道。所述MAC-e子层管理E-DCH(增强专用信道),所述E-DCH是用于高速上行链路数据传输的传输信道。
RLC层保证每个无线承载(RB)的服务质量(QoS)并处理其数据的传输。为了保证为RB所独有的QoS,RLC层具有用于每个RB的一个或两个独立的RLC实体,并提供三类RLC模式,即TM(透明模式)、UM(非确认模式)以及AM(确认模式),以便支持各种QoS。而且,RLC层执行将数据的尺寸调整为适合于更低级层以通过无线接口传输数据的功能。为此,执行从更高级层接收到的数据的分割和级联的功能。
PDCP层位于比RLC层更高层级,并采用IP(网际协议)分组格式(诸如IPv4或IPv6)以允许通过具有相对较小带宽的无线接口进行高效数据传输。为此,PDCP层执行报头压缩的功能,这允许仅传输数据的报头部分中的必要信息,以由此提高无线接口的传输效率。由于报头压缩是基本功能,所以PDCP层仅存在于PS域中,并且为了针对每个PS服务提供有效的报头压缩,对于每个RB存在一个PDCP实体。
另外,在层2中,BMC(广播/多播控制)层存在于比RLC层更高层级,并且执行小区广播消息的调度以及执行向位于特定小区中的移动终端广播的功能。位于层3的最低部分的RRC(无线资源控制)层仅被限定在控制平面中,控制与RB的建立、重新配置以及释放有关的层1和层2的参数,而且处理逻辑信道、传输信道以及物理信道的控制。这里,所述RB指的是由无线协议的层1和层2提供的逻辑路径,用于在移动终端与UTRAN之间的数据传输。通常,RB的建立指的是规定提供具体服务所需的协议层和信道的特征并设置各个详细参数和操作方法的处理。
将更详细地考虑本发明所涉及的RLC层。
RLC层的基本功能是保证每个RB的QoS并传输其数据。由于RB服务是无线协议的层2提供给更高层级的服务,所以整个层2完成所述QoS,并且特别地,RLC层的效果是显著的。为了保证为RB所独有的QoS,对于每个BR,RLC层具有独立的RLC实体,并提供了用于支持各种QoS的三类RLC模式(TM、UM和AM)。RLC层的这三种模式在其操作方法上存在差异,因为它们分别支持的QoS是不同的,而且它们的详细功能也存在差异。同样地,应针对RLC层的操作模式来更详细地考虑RLC层。
TM RLC是其中当形成(构成)RLC PDU时从更高层级接收到的RLC SDU没有加入任何开销的模式。即名称TM RLC指的是RLC以透明的方式传递SDU的事实,并且在用户平面和控制平面中执行以下功能。在用户平面中,由于数据处理时间短,所以处理诸如电路服务(CS)域的语音或流的实时电流数据的传输。在控制平面中,由于RLC内不存在开销,所以在上行链路的情况下,处理来自未指定移动终端的RRC消息的传输,而对于下行链路,处理被广播到小区内的所有移动终端的RRC消息的传输。
与透明模式(TM)不同,其中由RLC添加开销的模式称为非透明模式,其包括两种模式:不提供确认接收到传输数据(UM)的响应的非确认模式(UM)和提供响应的确认模式(AM)。UM RLC一旦向每个PDU添加了包括序号(SN)的PDU报头就传输每个PDU,以因此允许接收方知道在传输期间丢失(或失去)了哪个PDU。由于此类功能,UM RLC处理在用户平面中的广播/多播数据的传输或诸如分组服务(PS)域的语音(例如VoIP)或流的实时分组数据的传输以及在控制平面中的RRC消息的传输,所述传输不需要在被传输到特定终端或特定终端组的RRC消息之间的接收确认响应。
作为非透明模式类型,AM RLC通过添加包括SN的PDU报头形成PDU(如在UM RLC中所做的),但与UM RLC不同,并且其显著差异在于接收方提供对从发射方传输的PDU的确认。在AM RLC中,接收方提供确认的原因是请求发射方重新传输不能被接收到的那些PDU。此类重新传输功能是AM RLC的最显著特征之一。结果,AM RLC的目的是通过该重新传输功能保证无错数据传输。由于该目的,AMPLC通常在用户平面中处理非实时分组数据传输(诸如PS域的TCP/IP),并在控制平面中处理RRC消息的传输,所述RRC消息的传输始终要求在被传输到小区内的特定终端的RRC消息之间的接收确认响应。
关于方向,TM RLC和UM RLC用于单向通信,而AM RLC用于双向通信,因为存在来自接收方的反馈。由于双向通信通常被用于点到点通信,所以AM RLC只使用专用逻辑信道。还存在结构上的差异,由此,对于TM RLC和UM RLC来说,单个RLC实体具有用于发射机或接收机的一种结构,但对于AM RLC来说,单个RLC实体同时具有发射机和接收机。
AM RLC由于其重新传输功能而是复杂的。为了管理重新传输功能,AM RLC除具有传输/接收缓冲器之外还具有重新传输缓冲器,采用用于流控制的传输/接收窗口,执行由此发射机请求来自接收机的对等RLC的状态信息的轮询功能,采用由接收机发送的状态报告以向发射机的对等RLC报告其缓冲器状态,采用状态PDU以携带状态信息,执行将状态PDU***数据PDU的捎带(piggyback)功能以提高数据传输效率,而且执行许多其它功能。另外,如果AM RLC实体在其操作过程期间发现显著误差,则采用复位PDU以请求对等AM RLC实体复位所有操作和参数,并且复位Ack PDU被用于响应此类复位PDU。而且,为了支持此类功能,AM RLC需要各种协议参数、状态变量、计时器以及诸如此类。诸如状态报告或状态PDU、复位PDU等的用于在AM RLC中的数据传输控制的PDU被称作控制PDU,而用于传送用户数据的PDU被称作数据PDU。
总而言之,在AM RLC中使用的PDU分为两类:数据PDU和控制PDU。存在四类控制PDU,即,状态PDU、捎带状态PDU、复位PDU以及复位Ack PDU。
复位程序是采用控制PDU的一种情况。所述复位程序用于当在AM RLC的操作中存在错误情况时解决问题,诸如当分别使用的序号不同时、当发生一定数量的PDU或SDU的传输失败时以及诸如此类。一旦使用复位程序,接收机和发射机的AM RLC将状态变量初始化,以便实现能够再次执行通信的状态。所述复位程序如下。首先,确定开始复位程序的一方,即发射机的AM RLC包括其当前使用的到复位PDU中的发射方向HFN(超帧号)并将其传输到接收机。然后,一旦接收到此类复位PDU,接收机的AM RLC将其接收方向HFN值复位并且还将序号及其它各种状态变量初始化。而且,接收机AM RLC将包括其发射方向HFN值的复位Ack PDU传输到发射机AM RLC,并且一旦接收到该复位Ack PDU时,发射机AM RLC就在复位其接收方向HFN值之后初始化各种状态变量。
图3示出了在AM RLC实体中使用的RLC PDU的示例性结构。这里,AMD PDU的结构是当传输数据时使用的数据PDU。
当AM RLC实体将传输用户数据或传输捎带状态信息和轮询位时,使用AMD PDU。所述用户数据部分包括8位整数倍数,并且AMDPDU报头包括具有为2个八位字节尺寸的序号。而且,AMD PDU的报头部分包括长度指示符。
图4示出了状态PDU的示例性结构。所述状态PDU由不同类型的超字段(SUFI)组成。状态PDU可以具有可变尺寸,但是受限于其上传输状态PDU的逻辑信道的最大RLC PDU的尺寸。这里,SUFI用于提供某些信息,诸如表示哪些AMD PDU到达接收机或哪些AMDPDU尚未到达。所述SUFI可以由三部分组成:类型、长度及值。
图5示出了捎带状态PDU的示例性结构。所述捎带状态PDU的结构类似于AMD PDU的结构,但AMD PDU的D/C字段替换为保留位(R2)。如果AMD PDU中仍然有足够的空间,则***捎带状态PDU。所述PDU类型值始终固定为000。最后,控制PDU同时包括状态PDU和捎带状态PDU。
图6示出了复位/复位Ack PDU的示例性结构。所述复位PDU包括称为RSN的1位序号。响应于所接收到的复位PDU,传输所述复位Ack PDU,并且当传输时包括所接收到的复位PDU的RNS。
以下参数以复位/复位Ack PDU格式来使用。
(1)D/C字段:表示PDU是控制PDU还是数据PDU。
(2)PDU类型:表示控制PDU的类型,即,PDU是复位PDU还是状态PDU等等。
(3)序号:指的是AMD PDU的序号信息。
(4)轮询位:当从接收机请求状态报告时设置。
(5)扩展位(E):表示下一个八位字节是否是长度指示符。
(6)保留位(Rl):如果用于复位PDU或复位Ack PDU,则编码为000。
(7)报头扩展(HE):表示下一个八位字节是长度指示符还是数据。
(8)长度指示符:表示边界的位置,如果此类边界存在于PDU的数据部分内的各个不同的SDU之间。
(9)PAD:表示填充区域(padding region),但不用于AMD PDU。
下面将解释AM RLC实体的复位程序。
首先,当发生需要执行复位程序的情况时,接收机必须向发射机传输复位PDU。如果接收到包含错误序号的状态PDU或者如果特定的PDU传输已失败了一定的次数,则执行复位程序。当传输复位PDU时,发射机执行以下操作。
1.停止AMD PDU和状态PDU的传输。
2.忽略所接收到的AMD RLC PDU、状态PDU以及捎带状态PDU。
3.VR(RST)增加1。
4.如果VR(RST)大于MaxRST,则将其通知给RRC,如果VR(RST)小于MaxRST,则将复位PDU传输到接收机。
这里,每次执行复位程序时,均通过使用接收机的内部参数初始化VR(RST)。对于每个复位程序,这个值是传输复位PDU的最大值。即,如果复位PDU传输超过MaxRST值,则立即终止复位程序并通知更高层级已发生不可解决的错误。
当发射机传输复位PDU时,HFNI值和RSN值被包括在该传输中。这里,发射机将HFNI设置为其使用的最大HFN值。所述HFN是用于编码(加密)的值并且发射机使用该HFN值以编码除其SN值之外的AMD PDU部分。接收机使用相同的HFN值解码所接收到的AMDPDU。如果接收机和发射机不具有相同的HFN值,则不能保持它们之间的通信。因此,在复位程序中,发射机和接收机交换它们的HFN值,以便发射机和接收机均被设置为具有相同的HFN值。因此,发射机和接收机当传输时将其HFN值包括在复位PDU或复位Ack PDU中。
RNS值被用于匹配每个复位PDU和复位Ack PDU。即,如果发射机发送具有设置为1的RSN值的复位PDU,则接收机仅将具有设置为1的RSN的复位Ack PDU识别为其期望的复位Ack PDU。如果接收到具有设置为不是1的值的RSN值的复位Ack PDU,则此类复位Ack PDU被视为错误的并因此而被丢弃。而且,对于开始的每个复位程序,RNS值增加1。
当响应于复位PDU而传输复位Ack PDU时,接收机通过将其发射方向上使用的最大值HFN填充到HFNI中来发送该最大值HFN,而且,与包括在相应复位PDU中的RNS值相同的RNS值被包括在复位Ack PDU中并被传输。
一旦接收到复位PDU,接收机就执行以下操作。
1.发射机比较最后执行的复位程序中使用的RSN值与包括在当前接收到的复位PDU中的RSN值是否相同。然后,执行步骤2。
2.如果在步骤1中,所述RSN值是相同的,则接收机使用与先前传输复位Ack PDU的值相同的值再次传输复位Ack PDU。然后,执行步骤3。
3.如果当前接收到的复位PDU是在建立或重建RLC实体之后接收到的第一个复位PDU,或者如果RSN值不同于最新接收到的复位PDU的RNS值,则顺次执行以下步骤;否则该过程终止。
4.重新形成并传输复位Ack PDU。
5.初始化状态变量并停止当前操作的计时器。
6.丢弃所接收到的RLC PDU。
7.丢弃复位之前传输RLC PDU。
8.根据接收到的复位PDU中的HFN设置接收机方向的HFN。
9.发射机方向和接收机方向的HFN增加1。
在发射机传输复位PDU之后,等待接收复位Ack PDU,并且当接收到复位Ack PDU时,由发射机执行以下操作。
1.如果包括在复位Ack PDU中的RSN值与包括在所其传输的复位PDU中的RNS值相同,则执行以下步骤;否则,丢弃复位Ack PDU。
2.通过使用包括在所接收到的复位Ack PDU中的HFNI值复位接收机方向的HFN。
3.初始化状态变量并停止当前操作的计时器。
4.丢弃所接收到的RLC PDU。
5.丢弃复位之前传输RLC PDU。
6.发射机方向和接收机方向的HFN增加1。
执行此类复位程序之后,发射机和接收机均具有相同的HFN,并用该HFN执行编码和解码程序。
下文将描述本发明所涉及的AM RLC实体中的重建程序。
一旦收到来自RRC实体的指令,就执行RLC重建程序。对于AMRLC实体来说,可以对两个方向(即,发射机方向和接收机方向)或者仅对发射机方向或接收机方向之中的一个方向执行重建。根据RRC的命令执行以下操作。
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收机方向的HFN值。
3.删除发射机和接收机的控制PDU,并且删除接收机的AMDPDU。
以下列方式执行在RLC实体的发射机方向上的重建。
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收机方向的HFN值。
3.对于仅在发射机方向上的重建来说,从步骤4执行程序。对于同时在发射机和接收机的重建来说,从步骤6执行程序。
4.发射机和接收机的控制PDU均全部被删除,并且在发射机的SDU之中,删除已完全传输的那些SDU。
5.根据所设置的RLC尺寸再次重新分割在步骤4中未删除的SDU。然后,执行步骤7。
6.接收机和发射机的控制PDU均被删除,并且删除发射机中的AMD PDU。
7.停止除Timer_poll_periodic和Timer_status_periodic之外的计时器。
在相关技术中,当执行RLC重建程序时,即使重建是用于单方向的(即发射方向或接收方向),也删除全部控制PDU。然而,在某些情况下可能并不希望如此。
发明内容
技术问题
在相关技术中,当执行RLC重建程序时,即使重建是用于单方向的(即发射方向或接收方向),也删除全部控制PDU。然而,在某些情况下可能并不希望如此。
技术解决方案
已开发了本发明,以便至少解决对于重建的两个方向删除全部控制PDU的相关技术的上述问题。因此,本发明提供了一种高效的AMRLC重建机制(方案),其仅删除与特定重建方向有关的那些控制PDU。
附图说明
图1示出了可应用于相关技术和本发明的示例性UMTS网络体系结构。
图2示出了在UMTS中使用的示例性无线协议体系结构。
图3示出了作为当传输数据时使用的数据PDU的AM RLC PDU的示例性结构。
图4示出了状态PDU的示例性结构。
图5示出了捎带状态PDU的示例性结构。
图6示出了复位/复位Ack PDU的示例性结构。
图7示出了在RLC复位过程期间发生的低效的单方(一个方向)重建程序。
图8示出了根据本发明的无线通信***中的RLC重建方法的示例性流程图。
具体实施方式
本发明的一方面是本发明人认可关于上述及下文更详细地解释的相关技术的问题和缺点。基于此类认可,已开发了本发明的特征。
通常可以如下描述本发明的概念和特征:
首先,应当注意,必须执行RLC重建的原因可能很多。一个示例可以是当移动终端(UE)最初是受到第一无线网络控制(RNC)的控制但后来受到第二RNC的控制时。由于不同的制造商生产他们自己的无线网络控制器(RNC),所以每个RNC将使用其自己类型的参数,从而导致兼容性问题。
需要RLC重建(对于UE的RLC、网络的RLC或两者)的另一示例是当小区(或覆盖区)包含能够支持不同接入技术的不同区域时。例如,关于单个小区,在接近小区中心的位置,UE能够与网络执行高速接入(诸如HSDPA和/或HSUPA),但是在接近小区边界(或边缘)的位置,此类高速接入可能不可用。由于UE在单个小区内移动、在两个或多个小区之间移动、在不同类型的网络之间移动等等,所以应当执行RLC重建以便支持无缝通信。
在相关技术中,当执行重建时(即AM RLC重建),删除与发射方和接收方均有关的控制信息。即,基于重建方向在处理控制信息中没有区别。
相反,根据本发明,根据执行重建的方向管理控制信息。即,当执行单方重建时,不删除与该方向有关的控制信息(例如控制PDU),这不同于其中不管重建方向而删除全部控制信息的相关技术。
将针对本发明的各种实施例更详细描述上述一般概念和特征。
当执行相关技术RLC重建程序时,即使重建是用于单个方向(即发射方向或接收方向)的,也删除全部控制PDU。在大多数情况下,这并不显著影响移动终端或网络的数据传输能力。这是因为在大多数情况下,当对接收方向和发射方向均执行重建时,RLC的上下文只能改变,因为节点B已改变或者因为RNC已改变,并且因此通过忽视所有控制消息信息重新开始处理更快。而且,这样做消除了在发射机和接收机的上下文中不一致(即,非对应性)的可能性。
对于某些情况来说,相关技术重建方法可能是足够的。然而,由于正在引入HSDPA(高速下行链路分组接入)和HSUPA(高速上行链路分组接入)技术,所以经常发生RLC重建的情况。示例可以是当位于(驻在)一个小区内的移动终端最初位于小区的中心但移动到小区的边界(或边缘)时。
即,当移动终端位于小区的中心区域时,可以使用具有相对较大尺寸的AM RLC PDU,但是当位于小区边界时,无线环境的质量劣化,并且因此,不能使用尺寸相对较大的AM RLC PDU。因此,当移动终端从小区的中心移动到小区边界或相反时,尽管移动终端仍然在同一小区内,但仍然需要改变由移动终端使用的AM RLC PDU的尺寸。HSDPA和HSUPA的引入已允许使用各种类型的物理信道和传输信道,并且可以使用对于每个物理信道或每个传输信道来说具有最佳尺寸的AM RLC PDU。由于AM RLC PDU的尺寸改变,所以必须重建RLC实体。
然而,在这种情况下,上行链路和下行链路不是始终一起改变。这是由于上行链路质量和下行链路质量可能不同(即有区别)的事实造成的。即,下行链路的劣化程度不导致上行链路的相同劣化程度。因此,当同时使用HSDPA和HSUPA的移动终端从小区的中心移动到其边界或边缘时,相当频繁地出现下行链路质量劣化到不能使用HSDPA而仍可以使用HSUPA的水平的情况。同样地,可能发生HSUPA质量劣化而HSDPA质量仍然令人满意的情况,或者当移动终端从小区边界移动到小区中心时,可能发生许多其它情况。在这些情况下,不需要在发射机方向和接收机方向的同时重建,并且只需要相应方向的重建(例如,仅用于上行链路或仅用于下行链路)。
然而,在相关技术中,即使在仅需要一个方向的重建的那些情况下,也删除用于发射机方向和接收机方向的全部控制PDU。这导致如以下示例中所示的数据传输效率方面的严重问题。
图7示出了当进行复位程序时的重建方法。
1.复位程序从A方的发射方向开始。传输复位PDU,并在B方的接收方向上接收复位PDU。
2.B方的接收机方向形成针对复位PDU的复位Ack PDU并等待传输。
3.与步骤2的程序同时,执行针对一个方向的重建程序。在B方,发生用于发射机方向的重建程序,并且因此,在A方,发生用于接收机方向的重建程序。
4.根据相关技术,即使在步骤3中在B方仅发生用于发射机方向的重建程序,也必须删除全部控制PDU。因此,必须删除在步骤2期间形成但尚未传输的复位Ack PDU。这里,所述复位Ack PDU是在B方的接收机处形成的PDU,并且不影响B方的发射机。
5.A方等待对步骤1中传输的复位PDU的响应,但是在B方,由于复位Ack PDU已被删除,所以A方不能接收到来自B方的响应。因此,A方一旦经历一定时间或者当满足新的条件时就传输复位PDU。
在上述程序中,必须快速地处理复位程序。通过复位程序,每方交换HFNI值以及诸如此类,并致力于标准化通信。例如,如果B方的接收机和A方的发射机的方向上分别使用的HFN值是不同的,则在接收机处不能正确解码数据。因此,应当尽快终止复位程序。然而,只有当发射机正确接收到复位Ack PDU时,才能终止复位程序。在上述过程中,即使在与复位无关的方向上发生重建,由于发射机和接收机均删除了全部控制PDU,所以用于正常交换控制PDU的程序被延迟。
这导致当执行复位程序时妨碍了数据传输和接收,而且不仅降低了数据传输速率,而且妨碍了诸如HFNI的重要状态变量的修正,这导致通信中断的问题。
因此,本发明提供了一种用于单方RLC重建的AM RLC实体的改进操作,其提高了数据传输速率并最小化了通信中断。
在本发明中,在单方RLC重建程序期间,发射方和接收方仅删除与其各自方向有关的控制PDU。
即,当重建AM RLC实体的接收方时,RLC实体仅删除与接收方向有关的那些控制PDU,而不删除与发射方向有关的控制PDU。
同样地,当重建AM RLC实体的发射方时,RLC实体仅删除与发射方向有关的那些控制PDU,而不删除与接收方向有关的控制PDU。
这里,所述与发射方方向有关的控制PDU指的是由RLC实体的发射方形成的控制PDU。
所述由发射方形成的控制PDU包括诸如复位PDU或MRW SUFI的将由发射方主动发送的控制PDU。
所述由接收方形成的控制PDU包括诸如复位Ack PDU或MRWAck SUFI的将由接收方主动发送的控制PDU。
在以上程序中,未被删除的控制PDU被立即传输到对等实体。控制PDU仍然留在RLC实体中的主要原因是因为控制PDU因更低层当前不具有适当的传输能力而正在缓冲器中等待。作为简单的示例,假设某一RLC实体能够每1秒、每4秒、每7秒等等传输一次PDU,则在2秒生成的控制PDU必须多等待2秒以便在达到4秒时被传输。然而,在此类等待时间期间,可能发生重建程序。在这种情况下,为了快速终止进行中的程序,一发生重建就立即发送(等待被传输的)控制PDU将是有效的。因此,应当立即将尚未被传输和尚未被重建程序删除的控制PDU传输到对等RLC实体。因此,应当保留仍然存在而未被删除的此类控制PDU用于传输。
因此,本发明提出,针对在重建程序之前形成并保留用于传输的控制PDU,或在重建程序之前未传输并且通过重建程序未删除的控制PDU,应当形成新的控制PDU并且应当再次调度其传输。
换而言之,当发生用于发射方的重建程序时,RLC实体的接收方并不删除那时存在的全部控制PDU,而是仅删除与接收方(方向)有关的那些控制PDU。
换句话说,本发明提出,当发生重建时,RLC实体的接收方并不删除全部现有的控制PDU,而是不删除与接收方(方向)无关的控制PDU。而且,其它控制PDU全部删除。
换句话说,本发明提出,当发生重建时,RLC实体的接收方并不删除全部现有的控制PDU,而是不删除与发射方(方向)有关的控制PDU。而且,与发射方(方向)无关的控制PDU全部删除。
这里,与接收方(方向)有关的控制PDU可以包括确认状态报告、窗口SUFI、MRW Ack SUFI以及诸如此类。
与接收方(方向)无关的控制PDU可以包括MRW SUFI、复位PDU、复位Ack PDU以及诸如此类。
与发射方(方向)有关的控制PDU可以包括MRW SUFI以及诸如此类。
与发射方(方向)无关的控制PDU可以包括确认状态报告、窗口SUFL、MRW Ack StTl、复位PDU、复位Ack PDU以及诸如此类。
接下来,将描述根据本发明的RLC重建程序中的RLC实体操作的示例。
图8示出了根据本发明的在无线通信***中的RLC重建方法的示例性流程图。
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收方向的HFN值。
3.删除接收方向的AMD PDU。
4.如果仅在接收方向上重建,则在剩余的控制PDU之中,删除除发射方向的控制PDU之外的控制PDU。
5.将剩余的控制PDU形成为新的控制PDU。
这里,最重要的发射方控制PDU是MRW SUFI和复位PDU。由于MRW SUFI和复位PDU被形成为各自不同的控制PDU,所以还提出了接收方向重建程序中的RLC实体操作如下:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收方向的HFN值。
3.删除接收方向的AMD PDU。
4.如果仅在接收方向上重建,则在剩余的控制PDU中,如果存在MRW SUFI,则将该MRW SUFI形成为新的控制PDU。
5.在剩余的控制PDU中,如果存在复位PDU,则删除除复位PDU之外的控制PDU。
6.保留任何新形成的控制PDU或复位PDU用于传输。
从MRW SUFI及其它控制PDU的角度看,本发明的另一实施例如下:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收方向的HFN值。
3.删除接收方向的AMD PDU。
4.如果仅在接收方向上重建,则删除确认状态报告、窗口SUFI、MRW Ack SUFI、复位PDU以及复位Ack PDU。
5.在以上步骤之后,在剩余的控制PDU中,如果存在MRW SUFI,则将该MRW SUFI形成为新的控制PDU。
6.保留新的控制PDU用于传输。
在以上步骤5中,所述MRW SUFI仅仅是一个示例,并且不管接收方向,即,在重建之前形成的、在重建之前未被传输的以及在重建期间未被删除的控制PDU或SUFI均在步骤5中被形成为新的PDU并在步骤6中被传输。
在以上示例中,复位PDU的存在意味着正在进行复位程序。因此,在这种情况下,保留复位PDU的传输意味着在重建程序之后开始新的复位程序。本发明提出,对于仅在接收方向上的重建程序,删除除MRWSUFI之外的全部控制PDU,并且如果存在复位PDU(即,当正在进行复位程序时),该复位程序是新开始的。这里,所述除MRW SUFI之外的控制PDU指的是确认状态报告、窗口SUFI、MRW Ack SUFI以及复位PDU、复位Ack PDU。
总之,根据本发明的接收方向操作如下:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收方向的HFN值。
3.删除接收方向的AMD PDU。
4.如果仅在接收方向上重建,则删除确认状态报告、窗口SUFI、MRW Ack SUFI、复位PDU以及复位Ack PDU。
5.在以上步骤之后,如果存在在重建之前形成的、在重建程序之前未被传输的以及在步骤4中未被删除的任何剩余控制PDU,则将此类控制PDU形成为新的控制PDU。
6.保留新形成的控制PDU用于传输。
7.在以上步骤4中,如果存在被删除的控制PDU,即,如果在重建程序之前存在正在进行的复位程序,则形成并传输复位PDU。即,开始新的复位程序。
换而言之,当发生重建程序(对于发射方方向)时,RLC实体的发射方不删除那时存在的全部控制PDU,而是仅删除与发射方(方向)有关的那些控制PDU。
换句话说,本发明提出,当发生重建(对于发射方方向)时,RLC实体的发射方不删除全部现有的控制PDU,而是不删除与发射方(方向)无关的控制PDU。而且,其它控制PDU全部删除。
换句话说,本发明提出,当发生重建(对于发射方方向)时,RLC实体的发射方不删除全部现有的控制PDU,而是不删除与接收方(方向)有关的控制PDU。而且,与接收方(方向)无关的控制PDU全部删除。
这里,与发射方(方向)有关的控制PDU可以包括MRW SUFI以及诸如此类。
与发射方(方向)无关的控制PDU可以包括确认状态报告、窗口SUFI、MRW Ack SUFI、复位PDU、复位Ack PDU以及诸如此类。
与接收方(方向)有关的控制PDU可以包括确认状态报告、窗口SUFI、MRW Ack SUFI以及诸如此类。
与接收方(方向)无关的控制PDU可以包括MRW SUFI、复位PDU、复位Ack PDU以及诸如此类。
在一个实施例中,本发明提出当重建RLC的发射方(方向)时的以下操作:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置发射方向的HFN值。
3.对于仅在发射方向上的重建,从步骤4开始执行程序。对于发射机和接收机均重建,从步骤9开始执行程序。
4.在发射方的SDU之中,删除已被完全传输的SDU。
5.在存在于RLC实体中的控制PDU中,如果存在MRW AckSUFI,则将该MRW Ack SUFI形成为新的控制PDU。
6.在步骤5之后,除剩余控制PDU中的复位Ack PDU之外,删除全部控制PDU。即,在重建程序之前形成的控制PDU中,删除全部控制PDU(除复位Ack PDU之外)。
7.根据设置的RLC尺寸来再次重新分割作为步骤4的结果而未被删除的SDU。
8.从步骤10开始执行程序。
9.接收机和发射机的控制PDU均被删除,并删除发射机中的AMDPDU。
10.停止除Timer_poll_periodic和Timer_status_periodic之外的计时器。
作为另一实施例,本发明提出当重建RLC的发射方(方向)时的以下操作:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置发射方向的HFN值。
3.对于仅在发射方向上的重建,从步骤4开始执行程序。对于发射机和接收机均重建,从步骤9开始执行程序。
4.在发射方的SDU之中,删除已被完全传输的SDU。
5.在存在于RLC实体中的控制PDU中,删除全部控制PDU(除与接收方向有关的控制PDU之外)。
6.在步骤5之后,将剩余的其它控制PDU形成为新的控制PDU并保留传输。
7.根据设置的RLC尺寸来再次重新分割作为步骤4的结果而未被删除的SDU。
8.从步骤10开始执行程序。
9.接收机和发射机的控制PDU均被删除,并删除发射机中的AMDPDU。
10.停止除Timer_poll_periodic和Timer_status_periodic之外的计时器。
在以上示例中,复位Ack PDU的存在意味着正在进行复位程序。因此,在这种情况下,保留复位Ack PDU的传输意味着在重建程序之后开始复位程序。本发明提出,对于仅在发射方向上的重建程序,删除全部控制PDU(除与接收方向有关的控制PDU之外),并且如果存在复位Ack PDU(即当正在进行复位程序时),该复位程序是新开始的。这里,所述除与接收方向有关的那些控制PDU之外的控制PDU指的是MRW SUFI以及复位PDU、复位Ack PDU。
总之,根据本发明的另一实施例的发射方向操作如下:
1.初始化状态变量,然后设置能够设置的值。
2.根据从更高层级指示的值设置接收方向的HFN值。
3.对于仅在发射方向上的重建,从步骤4开始执行程序。对于发射机和接收机均重建,从步骤10开始执行程序。
4.在发射方的SDU中,删除已被完全传输的SDU。
5.在存在于RLC实体的控制PDU中,删除全部控制PDU(除与接收方向有关的那些控制PDU之外)。这里,所述与接收方向有关的控制PDU是通知关于接收方环境的控制PDU。例如,表示正确地接收到或未接收到哪些PDU的确认状态报告、调整能被接收到的窗口尺寸的窗口SUFI、作为为了MRW SUFI而发送的接收方响应消息的MRWAck SUFI,所述MRW SUFI通知关于发射方丢弃的SDU信息以及诸如此类。
6.在以上步骤之后,如果存在在重建之前形成的、或在重建程序之前未被传输的并且仍然存在而未在步骤5中被删除的任何控制PDU,则将此类控制PDU形成为新的控制PDU。
7.在以上步骤中,保留新形成的控制PDU的传输。
8.根据设置的RLC尺寸来再次重新分割作为步骤4的结果而未被删除的SDU。
9.从步骤11开始执行程序。
10.接收机和发射机的控制PDU均被删除,并删除发射机中的AMD PDU。
11.停止除Timer_poll_periodic和Timer_status_periodic之外的计时器。
在以上操作中,当在发射方向上重建时,仅执行删除发射方向的那些SDU中已被完全传输的SDU的程序。但是当考虑到实际上两个方向均重建的情况时,两个方向的此类重建可以被认为是初始化RLC实体本身,并因此可以改变以上步骤的发生。
而且,在上述步骤8中,数据PDU的重新分割与控制PDU无关,因此不受顺序次序的影响。例如,可以在步骤4之后马上执行步骤8。
如上所述,本发明提供了一种方法,其中,如果RLC实体被重建,则不管重建是否仅用于一个方向,均不删除全部控制PDU,而是仅选择性地删除与特定方向有关的那些控制PDU,并立即传输在重建之后新形成的控制PDU。结果,缩短了通信断开时间,改善了RLC数据传输速率等等,因此改善了用户满意度。
本公开提供了一种用于确认模式无线链路控制实体的重建方法,该方法包括:从上级实体接收命令以执行确认模式无线链路控制重建;以及通过考虑确认模式无线链路控制重建的方向来管理控制协议数据单元。删除与该方向有关的控制协议数据单元。不删除与该方向无关的控制协议数据单元。该方法还可以包括:调度控制PDU以用于确认模式无线链路控制重建之后的传输。所述上级实体是无线资源控制层。所述确认模式无线链路控制重建在发射方向上执行。所述确认模式无线链路控制重建在接收方向上执行。
而且,本公开提供了一种用于无线链路控制实体的重建的方案,该方案包括:决定执行协议实体的重建;以及通过考虑协议实体的重建方向来处理控制信息。所述协议实体是确认模式无线链路实体。所述决定是基于从上层实体接收到的命令。所述控制信息采用控制协议数据单元的形式。所述确认模式无线链路控制重建在发射方向上执行。所述确认模式无线链路控制重建在接收方向上执行。
另外,本公开还提供了一种支持无线链路控制实体的重建的协议栈,该协议栈包括:无线资源控制层,其适合于提供指令以执行较低层的重建;以及无线链路控制层,其与无线资源控制层协同操作并适合于通过考虑重建的方向而基于来自无线资源控制层的指令执行重建。
应当注意,本发明的特征涉及关于3GPP标准的增强和演进的问题。同样地,3GPP TS25.322及其相关区段或其部分以及其各种正在开发中的增强属于本发明。能够清楚地理解,用于描述本发明的标记(labeling)和术语仅仅是示例性的,并且因此可能由于正在进行的或将来的讨论而改变(或以后阐明)。
本说明书描述了本发明的各种说明性实施例。权利要求的范围意图在于涵盖本说明书中公开的说明性实施例的各种修改及等同布置。因此,应给予以下权利要求合理的最广泛解释以涵盖符合本文所公开的本发明的精神和范围的修改、等同结构以及特征。
Claims (9)
1.一种用于确认模式无线链路控制实体的重建方法,该方法包括:
通过无线资源控制RRC实体执行确认模式无线链路控制AM RLC实体重建;以及
如果仅仅重建所述AM RLC实体的接收方,则删除除了与所述AMRLC实体的发射方有关的至少一个第一控制协议数据单元PDU外的所有控制协议数据单元PDU;并且,
如果仅仅重建所述AM RLC实体的发射方,则删除除了与所述AMRLC实体的接收方有关的至少一个第二控制协议数据单元PDU外的所有控制协议数据单元PDU。
2.根据权利要求1的方法,其中,与所述AM RLC实体的发射方有关的至少一个第一控制协议数据单元包括MRW SUFI和POLL SUFI中的至少一个。
3.根据权利要求1的方法,其中,与所述AM RLC实体的接收方有关的至少一个第二控制协议数据单元包括确认状态报告、窗口SUFI和MRW ACK SUFI中的至少一个。
4.根据权利要求1的方法,还包括:
调度所述控制协议数据单元,用于确认模式无线链路控制重建之后的传输。
5.根据权利要求1的方法,其中,所述确认模式无线链路控制重建在发射方向上执行。
6.根据权利要求1的方法,其中,所述确认模式无线链路控制重建在接收方向上执行。
7.一种用于确认模式无线链路控制实体的重建设备,该设备包括:
装置,用于通过无线资源控制RRC实体执行确认模式无线链路控制AM RLC实体重建;以及
装置,用于如果仅仅重建所述AM RLC实体的接收方,则删除除了与所述AM RLC实体的发射方有关的至少一个第一控制协议数据单元PDU外的所有控制协议数据单元PDU;并且,
装置,用于如果仅仅重建所述AM RLC实体的发射方,则删除除了与所述AM RLC实体的接收方有关的至少一个第二控制协议数据单元PDU外的所有控制协议数据单元PDU。
8.根据权利要求7的设备,其中,与所述AM RLC实体的发射方有关的至少一个第一控制协议数据单元包括MRW SUFI和POLL SUFI中的至少一个。
9.根据权利要求7的设备,其中,与所述AM RLC实体的接收方有关的至少一个第二控制协议数据单元包括确认状态报告、窗口SUFI和MRW ACK SUFI中的至少一个。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020060063133 | 2006-07-05 | ||
KR1020060063133A KR100905965B1 (ko) | 2005-10-04 | 2006-07-05 | 무선통신 시스템에서의 rlc 재연결 방법 |
KR10-2006-0063133 | 2006-07-05 | ||
PCT/KR2006/004378 WO2008004724A1 (en) | 2006-07-05 | 2006-10-25 | Efficient am rlc re-establishment mechanism |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101479965A CN101479965A (zh) | 2009-07-08 |
CN101479965B true CN101479965B (zh) | 2013-07-10 |
Family
ID=38894675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800552354A Active CN101479965B (zh) | 2006-07-05 | 2006-10-25 | 一种用于确认模式无线链路控制实体的重建方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101479965B (zh) |
WO (1) | WO2008004724A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101518269B1 (ko) | 2008-02-01 | 2015-05-08 | 삼성전자주식회사 | 상태보고를 전송하는 방법 및 시스템 |
WO2010016150A1 (ja) * | 2008-08-08 | 2010-02-11 | 富士通株式会社 | 無線装置、通信方法および通信プログラム |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI220830B (en) * | 2002-08-13 | 2004-09-01 | Asustek Comp Inc | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030147370A1 (en) * | 2002-02-05 | 2003-08-07 | Chih-Hsiang Wu | Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system |
US20030206534A1 (en) * | 2002-05-03 | 2003-11-06 | Wu Frank Chih-Hsiang | Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system |
US7068636B2 (en) * | 2002-06-21 | 2006-06-27 | Asustek Computer Inc. | Method for determining RLC entity re-establishment during SRNS relocation |
-
2006
- 2006-10-25 CN CN2006800552354A patent/CN101479965B/zh active Active
- 2006-10-25 WO PCT/KR2006/004378 patent/WO2008004724A1/en active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI220830B (en) * | 2002-08-13 | 2004-09-01 | Asustek Comp Inc | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
Also Published As
Publication number | Publication date |
---|---|
WO2008004724A1 (en) | 2008-01-10 |
CN101479965A (zh) | 2009-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101479964B (zh) | 优化的am rlc复位方法 | |
EP1695462B1 (en) | Transmitting and receiving control protocol data unit having processing time information | |
US8681712B2 (en) | Efficient AM RLC re-establishment mechanism | |
CN102123520B (zh) | 在无线通信***中处理mac协议数据单元的方法 | |
JP4906844B2 (ja) | 無線移動通信システムで下位階層データブロックを生成する方法 | |
EP3413617B1 (en) | Transmitting pdcp status report | |
EP1690348B1 (en) | Processing transport format information to prevent mac header redundancy | |
RU2461147C2 (ru) | Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи | |
EP2136501B1 (en) | Method of delivering a PDCP data unit to an upper layer | |
CN101401342B (zh) | 用于处理混合自动重传请求失败的方法、装置和计算机程序 | |
JP2008541543A (ja) | 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法 | |
JP2006506000A (ja) | 単一のコンテナにおけるデータパケット伝送 | |
US20060221965A1 (en) | Method of transferring data packets in a communications network | |
CN101479965B (zh) | 一种用于确认模式无线链路控制实体的重建方法及设备 | |
GB2462699A (en) | Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |