CN101978638A - Rlc实体的重建 - Google Patents
Rlc实体的重建 Download PDFInfo
- Publication number
- CN101978638A CN101978638A CN2009801103587A CN200980110358A CN101978638A CN 101978638 A CN101978638 A CN 101978638A CN 2009801103587 A CN2009801103587 A CN 2009801103587A CN 200980110358 A CN200980110358 A CN 200980110358A CN 101978638 A CN101978638 A CN 101978638A
- Authority
- CN
- China
- Prior art keywords
- entities
- rlc
- peer
- reconstruction
- data
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
根据一个一般方面,在此描述一种重建无线网络中的对等实体与另外的对等实体之间的无线链路控制(RLC)连接的方法。该方法可以包括确定出现RLC差错条件(1002)。之后,向另一个对等实体发送RLC重建请求(1004)。延迟完成RLC重建过程一段时间(1004、1014)。以及完成所述RLC重建过程(1024)。
Description
技术领域
本发明涉及无线网络。
背景技术
典型地,无线网络包括通常将有线网络与无线网络耦合的基站以及使用无线网络的移动台。这两种设备经常直接通信。通常,这些设备使用多个逻辑或物理信道以传递信息。由于该设备的移动特性,在设备上运行的协议经常需要处理不利条件。通常,由于处理不利通信条件的技术包括在这两个设备之间重置或重建通信信道。
通用移动电信系统(UMTS)是第三代(3G)蜂窝电话技术中之一并采用基站和移动台。这样的系统可以承载许多业务类型。一些实例可以包括实时电路交换数据(例如话音数据)或基于IP的分组交换数据(例如web数据)。在一些实施例中,UMTS的无线接入网(RAN)部分称为UTRAN(通用陆地无线接入网)或演进的UTRAN(E-UTRAN)。
发明内容
根据一个一般方面,在此描述一种重建无线网络中的对等实体与另一个对等实体之间的无线链路控制(RLC)连接的方法。所述方法可以包括确定出现RLC差错条件。之后,向其他对等实体发送RLC重建请求。延迟完成RLC重建过程一段时间。以及完成所述RLC重建过程。
根据另外的一般方面,在此描述一种重建对等实体与另外的对等实体之间的无线链路控制(RLC)连接的方法。所述方法可以包括通过对等实体确定出现RLC差错条件,以及阻止两个对等实体之间的数据传输,直到RLC重建完成。
根据另外的一般方面,在此描述一种装置。所述装置可以包括:控制器,被配置为确定与对等实体的RLC重建是期望的。所述装置还可以包括无线收发器,被配置为向所述对等实体发送RLC重建请求。所述控制器进一步被配置为延迟完成所述RLC重建过程一段时间,以及完成所述RLC重建过程。
根据另外的一般方面,在此描述一种装置。所述装置可以包括对等实体,被配置为与另外的对等实体通信数据。所述装置还可以包括控制器,被配置为确定所述对等实体和另一个对等实体之间的RLC重建是期望的,以及阻止所述对等实体和另一个对等实体之间的数据传输直到完成所述RLC重建。所述装置还可以包括收发器,被配置为在所述对等实体和另一个对等实体之间传输数据,以及请求所述对等实体和另一个对等实体之间的RLC重建。
在附图和下面的说明书中阐述了一个或多个实施的细节。根据说明书和附图以及根据权利要求书,其他特征将变得显而易见。
附图说明
图1为根据公开的主题的实施例的无线网络的框图;
图2为根据公开的主题的实施例的无线设备的框图;
图3为根据公开的主题的实施例的无线设备的框图;
图4为根据公开的主题的实施例的无线网络的时序图;
图5为根据公开的主题的实施例的无线网络的时序图;
图6为根据公开的主题的实施例的无线网络的时序图;
图7为根据公开的主题的实施例的无线网络的时序图;
图8为根据公开的主题的实施例的无线网络的时序图;
图9为根据公开的主题的实施例的无线设备的框图;
图10为根据公开的主题的实施例的技术的流程图;以及
图11为根据公开的主题的实施例的技术的流程图。
具体实施方式
参考同样的附图标记指示同样的元素的附图,图1为无线网络102的框图,根据示例性实施例,其包括基站(BS)104和移动台或用户设备(UE)106、108、110。UE 106、108、110中的每个可以与BS 104关联,例如可以在上行链路方向将数据发送到BS 104,以及可以在下行链路方向接收来自BS 104的数据。虽然仅示出一个BS 104和三个移动台(UE 106、108、110),但是在网络102中可以提供任意数量的基站和移动台。虽然并未示出,但是移动台106、108、110也可以经由例如中继站或中继节点耦合到基站104。基站104可以经由有线或无线链路连接到另外的网络120(例如局域网、广域网、因特网等)。在各种实施例中,基站104可以经由接入网控制器或网关(未示出)与另外的网络120耦合或连接,其可以控制、监视或限制到该另外的网络的访问。
在一个实施例中,BS 104可以与UE经由称为“无线承载”的逻辑通信信道(例如无线承载116a)通信。在各种实施例中,每个无线承载被映射为对等实体对:在UE上的一个对等实体,在BS上的一个对等实体。在各种实施例中,每个设备可以包括多个对等实体。例如,BS 104和UE 110可以包括一个对等实体对。BS 104和UE 108可包括两个对等实体对(使用无线承载114a和114b),从而UE 108包括两个对等实体。BS 104和UE 106可包括三个对等实体对(使用无线承载112a、112b和112c),从而UE 106包括三个对等实体。因此,BS 104可包括6个对等实体:3个与UE 106连接,2个与UE 108连接以及1个与UE 110连接。这些对等实体对可以基本上独立运行。例如,在一个实施例中,如果发生涉及与无线承载112a关联的对等实体的故障,则对于与无线承载112b和112c关联的对等实体可能继续运行。在下面将进一步详细描述对等实体的操作。
图2为根据公开的主题的实施例的无线设备200的框图。在一个实施例中,无线设备200可以包括如图1中所示的那样的用户设备(UE)或移动台。在另外的实施例中,无线设备200可包括如图1中所示的那样的基站。在一个实施例中,无线设备200可包括无线收发器202、控制器204和存储器206。在各个实施例中,控制器204可包括处理器。例如,在此例示和/或描述的操作可由控制器204在软件或固件的控制下来执行。
图3为根据公开的主题的实施例的无线设备200的框图。图3例示了该控制器可以创建并控制无线通信中使用的一系列逻辑网络层和子层。理解到在公开的主题和对等实体相互的关系的说明中将需要这些层的一部分。
开放系统互连基本参考模型(OSI模型)是通常使用的、对通信和计算机网络协议设计的分层的抽象的描述。在这种情境中,层可以包括向其上的层提供服务并接收来自其下的层的服务的相关功能集。例如,在网络中提供无错误通信的层提供其上的应用所需的路径,同时他使用紧邻的较低层来发送并接收构成路径的内容的分组。因此,层是层次结构的,并且每个层提供来自其下的层的更高级别的抽象。从上到下,OSI模型包括应用层、呈现层、会话层、传输层、网络层、数据链路层和物理层。
最感兴趣的是OSI模型的较低的三层:网络层、数据层和物理层。在OSI模型中,网络层(L3)通常执行网络路由功能。在OSI模型中,数据层或数据链路层(L2)通常提供功能和过程装置来在网络实体(例如对等实体)之间传输数据以及检测并可能地纠正可发生在物理层中的错误。在OSI模型中,物理层(L1)定义设备和物理介质的关系。在各种实施例中,收发器202可以管理或控制物理层(PHY)310。
在一个实施例中,控制器204可以控制网络层中的子层(已知为无线电资源控制(RRC)子层302)。在各种实施例中,无线电资源控制子层302可以包括在通用移动电信系统(UMTS)协议中,更具体地包括在演进的通用陆地无线电接入网(E-UTRAN)协议,它的处理器和/或衍生物中(在下文中称为“E-UTRAN标准”)。Universal MobileTelecommunications System(UMTS);Evolved Universal Terrestrial RadioAccess(E-UTM)and Evolved Universal Terrestrial Radio Access(E-UTMN);Overall description;Stage 2,3GPP TS 36.300version 8.2.0Release 8,Oct.2007。
在一个实施例中,RRC子层302可以处理UE和其它UTRAN设备(例如基站或EUTRAN用语“EUTRAN节点B(eNB)”)之间的网络层的控制信令。在一个实施例中,RRC子层302还可以执行以下功能:连接建立和释放、广播系统信息、无线承载建立、重构和释放、RRC连接移动性过程、寻呼通告和释放、外环功率控制等。在一个实施例中,作为更高的网络层,RRC子层302可以控制任意较低的网络层(例如数据层)或与之关联。在各种实施例中,RRC子层302或RRC子层实例可以创建或重置与RRC子层302关联的任意较低的网络层。
在一个实施例中,控制器204可以控制数据层中的至少两个子层。这两个子层可以包括无线链路控制(RLC)子层或协议306以及介质访问控制(MAC)子层或协议308。在一个实施例中,RLC306子层可以控制对等实体之间的数据流和差错控制。在一个实施例中,MAC 308子层可以提供寻址和信道访问控制机制,其使得网络节点(例如UE和BS)在网络内通信成为可能。
在一个实施例中,每个无线承载可以在RLC子层306中映射为RLC实体(也称为对等实体或RLC对等实体)。例如,图1的无线承载112a可以映射为UE 106中的RLC或对等实体以及BS 104中的RLC或对等实体。在这种实施例中,UE中的每个RLC对等实体可以在BS中具有相应的RLC对等实体。在一个实施例中,RLC子层306可以将数据分组为RLC协议数据单元(PDU)。这些PDU可以用于在RLC对等实体之间传递数据。在一个实施例中,PDU可以分配有唯一识别某传输窗口或时间帧中的PDU的序列号。
在一个实施例中,每个无线节点200可以仅包括MAC子层308的一个实例。在各种实施例中,这个MAC子层308可以与多个RLC对等实体关联。在这样的实施例中,在传输数据时,MAC 308将来自几个RLC实体的RLC PDU复用为一个或多个传输块(TB)。这将参照图9来详细讨论。
在使用E-UTRAN标准的各种实施例中,可以将时间分为已知为传输时间间隔(TTI)的增量。在每个TTI期间,MAC 308可以发送或接收一个或多个TB。例如,在每个TTI期间,图1中的BS 104和UE 106可以经由无线承载112a、112b和112c来交换一个或多个TB。在各种实施例中,在MAC层级使用称为混合自动重传请求(HARQ)的用于数据传输的差错控制机制,在RLC层级使用自动重传请求(ARQ)以进行纠错。
在一个实施例中,简化的形式的HARQ可以包括用于数据传输的差错控制方法,其使用确认和超时来实现可靠的数据传输。例如,可将数据从一个对等实体发送到另一个对等实体。在接收数据时,接收对等实体可以核查以确定数据被正确接收以及在传输期间没有被破坏。如果正确接收到数据,则确认消息可以发送给发送对等实体。如果没有正确接收数据,则可以向发送对等实体发送重传请求。于是发送对等实体可以在新的TTI可用时重新发送该数据。在各个实施例中,这样的重传可以发生直到正确接收数据、已经发生一定数量的重传或者出现另外的事件为止。在各个实施例中,HARQ在传输块层级运行以确保在没有传输或数据破坏差错情况下传输TB。在几个RLC对等实体与MAC子层308关联的实施例中,在MAC 308中可能经常存在几个并行的HARQ过程。在E-UTRAN标准中可以找到一个数据传输和HARQ过程的实施例的较复杂的描述。
在一些实施例中,可能发生差错或RLC对等实体对之间的连接需要重建或希望重建的其他情况。在一些实施例中,由于以下示例性情境可以发生RLC重建:(1)达到RLC PDU重传的最大数;(2)在给定发送/接收窗口中接收错误的RLC PDU序列号;(3)接收错误的报头信息;或(4)检测到一个或多个RLC实体处于不可恢复的差错状态;虽然可以理解上述仅仅是一些例示性实例,但是公开的主题不限于此。例如,可以由于错误的软件或硬件实现发生这些实例。
在各种实施例中,当由RRC 302请求时可以执行RLC重建。在各种实施例中,RLC重建可以包括RLC子层306缓冲器、变量和定时器等的重新初始化。
在一些实施例中,RLC重建过程可以包括重置各个RLC实体或无线设备200的所有RLC实体。RLC重建一般用于重置RLC对等实体对中的两个RLC实体。在E-UTRAN标准中可以找到一个重建RLC子层306和被重置的存储器结构的实施例的较复杂的描述。
在已知的E-UTRAN标准中,可以在无需重置或重新初始化网络层模型中的其他子层(例如MAC 308)的情况下而发生对等实体的RLC重建。由此,在一个实施例中,可发生数据破坏以及差错。下面将描述可能的差错的实例。
在各种实施例中,由于运行HARQ协议,可以由RLC接收实体以与由相应的对等实体发送PDU不同的顺序来接收RLC PDU。例如,如果第一PDU被发送,在传输期间破坏了,并且请求了重传,则在第一PDU适当重传之前处于未破坏状态的第二PDU可以到达接收对等实体。
在一个实施例中,当仅在RLC层级执行RLC重建时,即使RLC的状态由于RLC重建已经改变为新的RLC状态,也可以存在属于旧的RLC状态(在RLC重建之前)的RLC PDU。
返回到以上实例,如果在接收第二PDU和重建第一PDU之间发生两个RLC对等实体之间的RLC重建,则将重置变量、定时器和计数器(包括PDU序列号)。不幸地,如果在RLC重建之前旧的第一PDU就已经放置在MAC子层传输块(TB)中,则仍将传送旧的第一PDU。当旧的第一PDU到达接收对等实体时,其可能与重建后的RLC对等实体的变量和状态表不相应。或者更糟,它可能显现为与重建后的RLC对等实体的变量和状态表相应(例如,它具有有效的序列号),但是并不是有效的或期望的数据。例如,如果旧的第一PDU到达并且新的(重建后的)第一PDU是期望的,可发生错误的身份的情况,并且可能将旧的第一PDU不正确的看做仿佛其是期望的新的第一PDU。这样的错误的身份的情况可以导致包含新的第一PDU的较大的数据流的数据破坏。
在各种实施例中,当接收RLC实体已经接收来自重置的发送RLC实体的数据但是接收RLC实体将其认为是新的有效数据,则现在可能发生冲突情况。通常,经由RLC PDU报头内容不能检测出接收的数据是否属于RLC重建之前或之后的RLC协议状态。因为RLC重建典型地清除所有RLC实体缓冲器、变量和定时器,所以如果通过重建的RLC子层接收来自重建之前状态的数据,则对于数据协议的功能性是致命的。
当前的E-UTRAN标准没有提供从MAC子层移除RLC PDU的方法。在由MAC子层308发送的情况下,来自给定RLC实体的RLC PDU不能从给定的HARQ过程移动,因为相同的HARQ过程还可包含来自其他RLC实体的RLC PDU(和控制消息)。此外,因为HARQ运行(结合接收的数据、分配大小等),HARQ过程中的数据不能被修改。
下面将描述试图纠正或改善发生的差错(例如上述的差错)的各种技术。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。还应理解,下面的仅仅是一些例示性实例,公开的主题不限于此。
图4是根据公开的主题的示例性实施例的无线网络400的时序图。在一个实施例中,无线网络400可以包括第一对等实体401和第二对等实体402。在各个实施例中,对等实体中的一个可以作为用户设备(UE)或移动台的部分来包括。在另外的实施例中,另一个对等实体可以作为基站(BS)或eNB的部分来包括。应该理解,描述的行为必然是双向的。
在一个实施例中,在时间404,第一对等实体401可以检测或确定RLC重建是期望的。在各种实施例中,例如上述差错的差错可已经发生,在这种情况下RLC重建可能是期望的。在一个实施例中,一旦已经确定对于RLC重建的愿望,RLC实体就可以停止向MAC子层提供PDU以进行传输。
典型地,RLC重建过程包括一旦确定对于重建的愿望就向另一个对等实体402发送RLC重建请求408。然而,如上所述,各种来自重建之前的PDU可以在对等实体之间或对等实体的MAC子层中的一个内进行传输;虽然上述仅仅是一些例示性实例,但是应该理解公开的主题不限于此。
因此,第一对等实体401可以等待或延迟发送RLC重建请求直到第一时间段W 406过去。在一个实施例中,可以选择时间段W 406以足够来允许MAC子层中的任意RLC对等实体PDU发送到第二对等实体402。在一个实施例中,时间段W 406可以是对等实体或设备的可配置变量。在另外的实施例中,时间段W 406可以是标准化的时间段。在另外的实施例中,时间段W 406可以是可变化的并基于数据传输(例如HARQ重传次数)的状态。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
在一个实施例中,第二对等实体402可以接收RLC重建请求408。在一个实施例中,响应于RLC重建请求408,第二对等实体402可以重置对等实体的RLC子层。在一个实施例中,一旦接收到RLC重建请求408,第二RLC实体402就停止向MAC子层提供PDU以进行传输。在一个实施例中,响应于请求408,第二对等实体402可以向第一对等实体401发送RLC重建确认(ACK)410消息。在另外的实施例中,ACK消息410可以不被发送,但是相反的可以由第一对等实体401假定第二对等实体的RLC子层成功重建。
在一个实施例中,第一对等实体401可以在发送RLC重建请求406之后等待第二时间段X 412以便完成RLC重建过程。第二时间段X 412可考虑到第二对等实体402的RLC重建以及从第二对等实体402到第一对等实体401的任意重建前的数据的传输。在各种实施例中,在该时间段期间,可以从第二对等实体402接收数据,但是第一对等实体401可不发送数据。在另外的实施例中,可以发送和接收数据。还应理解,因为单个设备中的对等实体是相对独立的,所以在一个实施例中,共享相同设备的其他对等实体(未示出)作为该第一对等实体可以不被阻止发送或传输数据。在一个实施例中,在第二时间段X 412完成之后可以完成RLC重建过程420并且可以重新恢复两个对等实体401和402之间的正常操作。
在一个实施例中,时间段X 412可以是对等实体或设备的可配置变量。在另外的实施例中,时间段X 412可以是标准化时间段。在另外的实施例中,时间段X 412可以是可变的并基于数据传输状态(例如HARQ重传次数)。在一个实施例中,时间段X 412和时间段W 406可以是相同的长度。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
图5是根据公开的主题的示例性实施例的无线网络500的时序图。在一个实施例中,无线网络500可包括第一对等实体401和第二对等实体402。在各种实施例中,对等实体中的一个可作为用户设备(UE)或移动台的部分来包括。在另外的实施例中,对等实体中的另一个可作为基站(BS)或eNB的部分来包括。应该理解,描述的行为必然是双向的。
在一个实施例中,在时间404,第一对等实体401可检测或确定RLC重建是期望的。在各种实施例中,例如上述的那些的差错可已经发生,在这种情况下RLC重建可是期望的。在一个实施例中,一旦已经确定对于RLC重建的愿望,RLC实体401就可以停止向其关联的MAC子层提供用于传输的PDU。在一个实施例中,RLC重建过程可包括一旦确定对于重建的愿望就向另一个对等实体402发送RLC重建请求506。
在一个实施例中,RLC重建请求408可包括描述重建过程将花费的时间段的参数。在另外的实施例中,这个时间段Y 510可是标准化的值并且不通过RLC重建请求506发送。
在一个实施例中,时间段Y 510可是从重建请求506从第一对等实体401发送的时间算起的时间段。在时间段Y 510期间,在一个实施例中,第一和第二对等实体401和402可拒绝接受数据传输。在另外的实施例中,在时间段Y 510期间,第一和第二对等实体401和402可仅仅接受直接与RLC重建过程相关的数据传输,例如RLC重建请求506或RLC重建请求ACK 508。
在各种实施例中,不接受数据可包括接收并丢弃数据以及不发送相应的ACK消息。应该理解,上述仅仅是一个示例性实施例,公开的主题不限于此。在一个实施例中,时间段Y 510可是足够的长以确保通过对等实体发送与对等实体关联的、并在设备的MAC子层中的任意数据或PDU但是其不被对等实体接受。
在一个实施例中,响应于RLC重建请求506,第二对等实体402可重置或重建其RLC子层或其RLC对等实体402的部分。在各种实施例中,第二对等实体402可向第一对等实体401发送RLC重建请求ACK 508。
在一个实施例中,一旦时间段Y 510期满,对等实体401以及402就认为RLC重建过程完成420。在各种实施例中,由第一对等实体401接收RLC重建请求ACK 508消息对于RLC重建过程是否完成并不是确定性的。在完成RLC重建过程时,可以恢复两个对等实体401和402之间的正常的操作。
图6是根据公开的主题的例示性实施例的无线网络600的时序图。在一个实施例中,无线网络600可包括第一对等实体401和第二对等实体402。在各种实施例中,对等实体中的一个可作为用户设备(UE)或移动台的部分来包括。在另外的实施例中,对等实体中的另一个可作为基站(BS)或eNB的部分来包括。应该理解,描述的行为必然是双向的。
在一个实施例中,在时间404,第一对等实体401可检测或确定RLC重建是期望的。在各种实施例中,例如上述的那些的差错可已经发生,在这种情况下RLC重建可是期望的。在一个实施例中,一旦已经确定对于RLC重建的愿望,RLC实体401就可以停止向其关联的MAC子层提供PDU以进行传输。在一个实施例中,RLC重建过程可包括一旦确定对于重建的愿望就向另一个对等实体402发送RLC重建请求606。
在一个实施例中,RLC重建请求606可包括指定重建过程将完成的时间的参数,或者在另外的实施例中当第二对等实体402可发送RLC重建请求ACK消息608的时间的参数。在各种实施例中,与可包括计数器的图4和5中的时间段相反,时间Z 604可以是绝对时间(例如“在中午12:00”;虽然可期望在许多实施例中可以使用以毫秒计的时间)。在另外的实施例中,包括在RLC重建请求606中的参数可是变量或可以从中得到时间Z 604的相对时间(例如“在5秒内”)。
在一个实施例中,时间Z 604可是对等实体或设备的可配置的变量。在另外的实施例中,时间Z 604可以是标准化的时间或时间增量。在另外的实施例中,时间Z 604可以是可变化的并基于数据传输(例如HARQ重传次数)的状态。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
在一个实施例中,对等实体401和402可延迟RLC重建过程的完成直到达到时间Z 604。在一个实施例中,在这段等待时间期间,如上所述对等实体可丢弃接收的、与RLC重建过程不直接相关的任何数据(例如RLC重建请求606或RLC重建请求ACK 608等)。在另外的实施例中,对等实体可正常地接收和发送数据。
在一个实施例中,一旦达到时间Z 604,两个对等实体401和402就认为RLC重建过程完成。在另外的实施例中,一旦达到时间Z 604,第二对等实体402就向第一对等实体401发送RLC重建请求ACK 608。在这样的实施例中,第二对等实体402可认为RLC重建过程完成并继续正常处理数据。相反地,在这样的实施例中,第一对等实体401可不认为RLC重建过程完成直到接收到RLC重建请求ACK 608。
不像参照图4、5和6的上述实施例,其作为这些实施例的一个特点,试图来延迟RLC重建过程的完成直到可发送任意旧的数据,下面参照图7、8和9描述的实施例例示了可包括试图来阻止任意旧的数据被发送直到RLC过程完成的实施例。应该理解,上述仅仅是这些实施例的特点的一些例示性实例,公开的主题不限于此。还应理解,这些实施例并不相互排斥以及可以混合或匹配。
图7是根据公开的主题的例示性实施例的无线网络700。在一个实施例中,无线网络700可包括第一对等设备701,其包括对等实体401,以及第二对等设备702,其包括第二对等实体402。在各种实施例中,对等实体中的一个可作为用户设备(UE)或移动台的部分来包括。在另外的实施例中,对等实体中的另一个可作为基站(BS)或eNB的部分来包括。应该理解,描述的行为必然是双向的。
在一个实施例中,一旦第一对等实体401确定与第二对等实体402的RLC重建是期望的,第一对等实体401就可请求不是RLC重建而是与第一对等实体401关联的RRC子层的RRC重建702。在各种实施例中,网络层这样的重建或重置可包括重置包括第一对等实体401的数据层。在一些实施例中,可以请求数据层层级之上的网络层(例如RRC子层或应用层等)的重置或重建。
在这样的实施例中,响应于RRC重建请求702,对等设备701可重置704RLC子层。在各种实施例中,重置RLC子层可包括重置或重建RLC对等实体401。在一些实施例中,重置RLC子层还可包括重置或重建包括在对等设备701中的任意其他RLC对等实体。
在一个实施例中,响应于RRC重建请求702,对等设备701可重置706MC子层。在各种实施例中,重置MAC子层可包括丢弃、删除或清除MAC子层缓冲器、传输块(TB)、PDU、HARQ过程等。在一个实施例中,这可阻止MAC子层发送在RLC子层重建之前存在的任意数据。
在一个实施例中,响应于RRC重建请求702,对等设备701可向第二对等设备702发送RRC重建请求708。在各种实施例中,如对第一对等设备的一样,RRC重建请求708可致使第二对等设备702重置其RLC子层710和MAC子层712。在各种实施例中,一旦重建了第一和第二对等设备701和702的数据层,可以恢复正常的数据通信。
图8是根据公开的主题的例示性实施例的无线网络800的时序图。在一个实施例中,无线网络800可包括第一对等设备701,其包括对等实体401,以及第二对等设备702,其包括第二对等实体402。在各种实施例中,对等实体中的一个可作为用户设备(UE)或移动台的部分来包括。在另外的实施例中,对等实体中的另一个可作为基站(BS)或eNB的部分来包括。应该理解,描述的行为必然是双向的。
在一个实施例中,一旦第一对等实体401确定与第二对等实体402的RLC重建是期望的,第一对等实体401就可请求与第二对等实体402的RLC重建802。此外,对等实体401可请求重置804MAC子层或其部分。在一个实施例中,可针对RRC子层或包括在第一对等设备701中的另外的负责的控制实体进行该请求。
在一个实施例中,响应于MAC子层重置请求804,可重置806MAC子层。在一个实施例中,可以如上所述重置MAC子层。在另外的实施例中,可仅重置、清除或删除一部分MAC子层。一个这样的实施例可包括下面参考图9描述的过程。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
在一个实施例中,响应于RLC重建802的请求,第二对等实体402可请求重置808其关联的MAC子层。在一个实施例中,响应于MAC子层重置请求808,可重置810MAC子层。在一个实施例中,可如上述重置MAC子层。在另一实施例中,可重置、清除、或删除仅MAC子层的一部分。一个这样的实施例可包括下面参考图9描述的过程。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
在一个实施例中,RLC重建过程可包括重置与各个对等实体401和402关联的MAC子层或其部分。在各个实施例中,一旦RLC重建过程完成并且MAC子层重置,就可恢复两个对等实体401和402之间正常的数据通信。
图9是根据公开的主题的例示性实施例的无线设备900的时序图。例示了无线设备900的四个实施例(900a、900b、900c和900d)。应该理解,仅由后缀(a、b、c和d)区分的类似的标号是类似的。在一个实施例中,无线设备900可包括RLC子层902和MAC子层904。
RLC子层902可包括三个RLC对等实体:实体A 910、实体B 920和实体C 930。在各种实施例中,这三个RLC对等实体可在一到三个其他无线设备中具有对应实体。虽然为了简要起见,在该例示性实例中,所有三个实体与单个设备中的三个RLC实体对应。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
在一个实施例中,实体A 910可包括三个PDU:A1911、A2912和A3913。实体B 920可包括三个PDU:B1921、B2922和B3923。实体C930可包括三个PDU:C1931、C2932和C3933。MAC子层904可包括三个传输块(TB):TB-1951、TB-2952和TB-3953。在各种实施例中,每个TB可代表一个HARQ过程(例如HARQ-1、HARQ-2和HARQ-3)。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
图9a例示了在进行任意RLC重建请求或任意RLC重建请求被确定为是期望的之前MAC子层904的规范化状态。如上所述,在一个实施例中,当PDU从RLC子层902移动到MAC子层904时,他们由MAC子层904复用或调度。在例示性实施例中,PDU:C1931、A2912和A1911可分配给TB-1951a。PDU:C2932、B2922和B1921可分配给TB-2952a。PDU:C3933、B3923和A3913可分配给TB-3953a。这些TB可发送给相应的对等设备。例如,如果TB-1951(为HARQ-1)在传输期间成为破坏的,则HARQ过程将请求TB-1951重传。因此,在一个实施例中,PDU:C1931、A2912和A1911都将被正常传输。然而,如上所述,如果在TB-1951的初始传输和TB-1951的重传之间,重置或重建RLC实体A 910,则将出现差错。
图9b例示了根据公开的主题的例示性实施例的无线设备900b的第一实施例。在一个实施例中,无线设备900b的控制器、处理器或其他部分可被配置为从MAC子层904选择地删除、清除或去除与重建的RLC实体(例如实体A 910)关联的PDU。
在一个实施例中,PDU A2912和A1911可从TB-1951b中清除。并且PDU A3913可从TB-3953b中清除。在这样的实施例中,TB 951b和953b可以被传输而不引起上述的差错。在一个实施例中,响应于特定请求(例如图8的MAC重置请求804)可发生选择的删除和清除。在另外的实施例中,由于对等设备900监控RLC实体910、920和930的状态,所以可发生选择的删除和清除。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
图9c例示了根据公开的主题的示例性实施例的无线设备900c的第二实施例。在一个实施例中,无线设备900c的控制器、处理器或其他部分可被配置为从MAC子层904选择地删除、清除或去除与重建的RLC实体(例如实体A 910)关联的TB。
在一个实施例中,TB 951c和953c可从MAC子层904中清除。在这样的实施例中,只有TB 952c可以被传输而不引起上述的差错。在一个实施例中,响应于特定请求(例如图8的MAC重置请求804)可发生选择的删除和清除。在另外的实施例中,由于对等设备900监控RLC实体910、920和930的状态,所以可发生选择的删除和清除。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
图9d例示了根据公开的主题的示例性实施例的无线设备900d的第三实施例。在一个实施例中,无线设备900d的控制器、处理器或其他部分可被配置为如果存在与重建的RLC实体(例如实体A 910)关联的任意PDU,则从MAC子层904删除、清除或去除所有TB。可替换地,在另外的实施例中,无线设备900d可被配置为如果重建与MAC子层904关联的任意RLC实体(例如实体A 910),则从MAC子层904删除、清除或去除所有数据
在一个实施例中,TB 951d、952d和953d可均从MAC子层904中清除。在这样的实施例中,没有TB被传输,从而可不发生上述的差错。在一个实施例中,响应于特定请求(例如图8的MAC重置请求804)可发生删除和清除。在另外的实施例中,由于对等设备900监控RLC实体910、920和930的状态,所以可发生选择的删除和清除。应该理解,上述仅仅是一些例示性实例,公开的主题不限于此。
图10是根据公开的主题的示例性实施例的技术1000的流程图。在各种实施例中,可使用技术1000的部分或全部来产生证实图4、5和/或6的时序图的系统或装置。虽然仅示出了使用技术1000产生证实图4、5和/或6的系统和时序图,但是应该理解,其他系统和时序图可由使用技术1000来产生。
块1002例示了在一个实施例中,可以检测或确定出现RLC差错条件。在另外的实施例中,可确定不包括RLC差错的RLC重建的期望性。在一个实施例中,如上所述,图2的控制器或图4的第一对等实体401可确定对于RLC重建的期望。
块1004例示了在一个实施例中可向另一个对等实体发送RLC重建请求。在一个实施例中,如上所述,图2的收发器202或图4的第一对等实体401可发送RLC重建请求。
块1006例示了在一个实施例中,发送可包括延迟发送RLC重建请求直到检测出现RLC差错条件之后第一时间段(例如图4的时间W 406)过去。在一个实施例中,如上所述,图2的控制器204和图4的第一对等实体401可延迟请求。
块1008例示了在一个实施例中,发送可包括向对等实体发送指示RLC重建确认可从该对等实体发送的时间的参数。在一个实施例中,如上所述,图2的收发器202或图6的第一对等实体401可发送RLC重建请求。在一个实施例中,如上所述,该参数可包括图6的时间Z 604。
块1010例示了在一个实施例中,发送可包括向对等实体发送指示在完成RLC重建过程之前要延迟的时间段的长度的参数。在各种实施例中,当发送RLC重建请求时该时间段可以开始。在一个实施例中,如上所述图2的收发器或图5的第一对等实体401可发送RLC重建请求。在一个实施例中,如上所述该参数可包括图5的时间Y 510。
块1012例示了在一个实施例中,发送可包括指示对等实体不要接受来自其他对等实体的、与RLC重建过程无关的数据,直到经过设置的时间段。在一个实施例中,如上所述,图2的收发器202和图5的第一对等实体401可发送指示。
块1014例示了在一个实施例中,完成RLC重建过程可以延迟一段时间。在一个实施例中,如上所述,图2的控制器204和图4的第一对等实体401可延迟完成该过程。
块1016例示了在一个实施例中,延迟可包括在发送RLC重建请求之后、在完成RLC重建过程之前等待第二设置的时间段(例如图4的时间X412)。在一个实施例中,如上所述,图2的控制器204和图4的第一对等实体401可延迟该完成。
块1018例示了在一个实施例中,延迟可包括在完成RLC重建过程之前等待发送的(例如块1008的)时间长度。在一个实施例中,如上所述,图2的控制器204和图4的第一对等实体401可延迟该完成。
块1020例示了在一个实施例中,来自对等实体的数据可在确定出现RLC差错条件和完成RLC重建过程之间中来接收。在一个实施例中,如上所述图2的控制器204、图4的第一对等实体401或图6的第一对等实体401可接收该数据。
块1022例示了在一个实施例中,可在确定出现RLC差错条件和完成RLC重建过程之间中拒绝或不接受来自对等实体的数据。在一个实施例中,如上所述图2的控制器204、图5的第一对等实体401或图6的第一对等实体401可拒绝该数据。
块1024例示了在一个实施例中,一旦时间段期满则RLC重建过程可以完成。在一个实施例中,如上所述图2的控制器204或图6的第一对等实体401可完成该RLC重建过程。
块1026例示了在一个实施例中,完成可包括接收来自对等实体的RLC重建确认。在一些实施例中,在该时间段期满后可仅接收确认是确定的。在一个实施例中,如上所述图2的控制器204或图6的第一对等实体401可完成该RLC重建过程。
图11是根据公开的主题的示例性实施例的技术1100的流程图。在各种实施例中,可使用技术1100的部分或全部来产生证实图7、8和/或9的时序图的系统或装置。虽然仅示出了使用技术1100产生证实图7、8和/或9的系统和时序图,但是应该理解,其他系统和时序图可由使用技术1100来产生。
块1102例示了在一个实施例中,可以由对等实体检测或确定出现RLC差错条件。在另外的实施例中,可以通过不包括RLC差错的这样的方式来确定RLC重建的期望性。在一个实施例中,如上所述,图2的控制器或图7的第一对等实体401可确定对于RLC重建的期望。
块1104例示了在一个实施例中对等实体可阻止这两个对等实体之间的数据传输,直到完成RLC重建。在一个实施例中,如上所述,图2的控制器204或图7的第一对等实体401可阻止数据传输。
块1106例示了在一个实施例中,阻止可包括请求重建与另一个对等实体的网络层连接。块1008例示了在一个实施例中,请求重建与另一个对等实体的网络层连接可包括请求重建这两个对等实体之间的RRC层。在一个实施例中,如上所述,图2的收发器202或图7的第一对等实体401可发送该请求。
块1110例示了在一个实施例中,阻止可包括重建这两个对等实体之间的网络层连接。块1112例示了在一个实施例中,重建网络层可包括重建这两个对等实体之间的RRC层。块1114例示了在一个实施例中,重建网络层可包括重建这两个对等实体之间的数据层。在一个实施例中,如上所述,图2的控制器204和图7的第一对等实体401可重建该网络层。
块1116例示了在一个实施例中,阻止可包括致使与另一个对等实体的RLC重建。块1118例示了在一个实施例中,致使可包括向另一个对等实体发送RLC重建请求。在一个实施例中,如上所述,图2的收发器202和图8的第一对等实体401可发送该请求。
块1120例示了在一个实施例中,阻止可包括致使该两个对等实体的MAC层级重置。块1122例示了在一个实施例中,致使可包括向对等实体的RRC层发送MAC层级重置请求。块1124例示了在一个实施例中,致使可包括块1118的RLC重建请求致使另一个对等实体重置其MAC层级的实施例。在一个实施例中,如上所述图2的收发器202或图8的第一对等实体401可致使该重置。
块1126例示了在一个实施例中,阻止可包括删除来自与对等实体关联的MAC层的、与对等实体关联的任意数据。块1128例示了在一个实施例中,阻止可包括删除来自与对等实体关联的MAC层的、与对等实体关联的任意传输块。块1130例示了在一个实施例中,阻止可包括删除与对等实体关联的MAC层中的任意数据。在一个实施例中,如上所述图2的控制器204或图9各个对等实体的MAC子层904可删除或清除该数据。
在此描述的各个技术的实现可在数字电子电路或计算机硬件、固件、软件或其组合中实施。实现可以实施为计算机程序产品,即在信息载体中有形实施的计算机程序,例如在机器可读存储设备或在传播的信号中以通过例如可编程处理器、计算机或多个计算机执行的数据处理设备执行或控制器操作。诸如上述计算机程序的计算机程序可以采用任何形式的编程语言来编写,包括编辑或解释的语言,并可以以任何形式来使用,包括作为单独的程序或作为模块、组件、例程或适于在计算环境中使用的其他单元。可以使用计算机程序来在一个计算机上或一个站点或分布在多个站点并由通信网络互连的多个计算机上执行。
方法步骤可以由执行计算机程序的一个或多个可编程处理器来执行,该处理器执行计算机程序以通过运行输入数据并生成输出来执行功能。方法步骤还可以通过专用逻辑电路(例如FPGA(场可编程门阵列)或ASIC(专用集成电路))来执行,或者装置可以作为该专用逻辑电路来实现。
适于执行计算机程序的处理器包括例如专用和通用微处理器以及任何类型的数字计算机的任意一个或多个处理器。一般地,处理器将接收来自只读存储器或随机访问存储器或两者的指令或数据。计算机的部件可以包括至少一个用于执行指令的处理器以及用于存储指令和数据的一个或多个存储设备。一般地,计算机还可包括一个或多个用于存储数据的海量存储设备(例如磁、磁-光盘或光盘)或可操作地与之耦合以接收来自其或发送给其或两者的数据。适于包含计算机程序指令和数据的信息载体包括所有形式的非易失性存储器,例如包括半导体存储设备,例如EPROM、EEPROM以及闪速存储设备、磁盘,例如内部硬盘或可移动硬盘,磁光盘以及CD-ROM和DVD-ROM盘。处理器和存储器可以通过专用逻辑电路来补充或集成在专用逻辑电路中。
实施可以在计算系统中来实现,其包括后端组件(例如数据服务器),或包括中间件组件(例如应用服务器),或包括前端组件(例如具有通过其用户可与实施交互的图形用户界面或Web浏览器的客户计算机),或这样的后端、中间件或前端组件的组合。组件可通过数字通信的任何形式或介质(例如通信网络)互连。通信网络的实例包括局域网(LAN)以及广域网(WAN)(例如因特网)。
虽然正如在此描述的那样例示了描述的实施的某些特征,但是对于本领域技术人员现在将发生许多修改、替换、改变以及等同物。因此,应该理解,所附的权利要求书旨在覆盖所有这样的修改和改变,其落入本实施例的范围。
Claims (24)
1.一种重建无线网络中的对等实体与另外的对等实体之间的无线链路控制(RLC)连接的方法,该方法包括:
确定出现RLC差错条件;
向另一个对等实体发送RLC重建请求;
延迟完成RLC重建过程一段时间;以及
完成所述RLC重建过程。
2.如权利要求1所述的方法,其中发送RLC重建请求包括:延迟发送所述RLC重建请求,直到在确定出现RLC差错条件之后经过第一时间段。
3.如权利要求2所述的方法,其中延迟完成RLC重建一段时间包括:
在发送所述RLC重建请求之后、在完成所述RLC重建过程之前等待第二设置的时间段。
4.如权利要求2所述的方法,还包括:在确定出现RLC差错条件与完成所述RLC重建过程之间接收来自所述对等实体的数据。
5.如权利要求1所述的方法,其中发送RLC重建请求包括:
向所述对等实体发送指示在完成所述RLC重建过程之前要延迟的所述时间段的长度的参数;以及
其中所述时间段在发送所述RLC重建请求时开始。
6.如权利要求5所述的方法,还包括:在发送所述RLC重建请求和完成所述RLC重建过程之间拒绝接受来自所述对等实体的与所述RLC重建过程无关的数据。
7.如权利要求5所述的方法,其中发送RLC重建请求包括:指示所述对等实体不接受来自所述另一个对等实体的与所述RLC重建过程无关的数据,直到经过设置的时间段。
8.如权利要求1所述的方法,其中发送RLC重建请求包括:
向所述对等实体发送指示RLC重建确认可能从所述对等实体发送的时间的参数;以及
其中完成所述RLC重建过程包括接收来自所述对等实体的所述RLC重建确认。
9.如权利要求8所述的方法,还包括:在确定出现RLC差错条件和完成RLC重建过程之间接收来自所述对等实体的数据。
10.一种重建对等实体与另外的对等实体之间的无线链路控制(RLC)连接的方法,包括:
通过对等实体确定出现RLC差错条件;以及
阻止两个对等实体之间的数据传输,直到RLC重建完成。
11.如权利要求10所述的方法,其中阻止数据传输包括:
请求重建与另一个对等实体的网络层连接;以及
重建两个对等实体之间的所述网络层连接。
12.如权利要求11所述的方法,其中请求重建网络层连接包括:请求重建两个对等实体之间的RRC层;以及
其中重建网络层连接包括重建两个对等实体之间的所述RRC层。
13.如权利要求11所述的方法,其中重建网络层包括:重建两个对等实体的数据层。
14.如权利要求10所述的方法,其中阻止数据传输包括:
致使与另一个对等实体的RLC重建;以及
致使所述两个对等实体的MAC层级重置。
15.如权利要求14所述的方法,其中致使RLC重建包括:向另一个对等实体发送RLC重建请求,以及
其中致使MAC层级重置包括:
向对等实体的RRC层发送MAC层级重置请求,以及
其中所述RLC重建请求致使另一个对等实体重置其MAC层级。
16.如权利要求10所述的方法,其中阻止数据传输包括:
从与所述对等实体关联的MAC层删除与对等实体关联的任意数据。
17.如权利要求10的方法,其中阻止数据传输包括:
从与对等实体关联的MAC层删除包括与对等实体关联的数据的任意传输块。
18.如权利要求10所述的方法,其中阻止数据传输包括:
删除与所述对等实体关联的MAC层中的任意数据。
19.一种装置,包括:
控制器,被配置为:
确定与对等实体的RLC重建是期望的;以及
无线收发器,被配置为:
向所述对等实体发送RLC重建请求;以及
其中所述控制器进一步被配置为:
延迟完成所述RLC重建过程一段时间;以及
完成所述RLC重建过程。
20.如权利要求19所述的装置,其中所述控制器进一步被配置为:
延迟发送所述RLC重建请求,直到经过第一时间段;以及
在发送所述RLC重建请求之后、在完成所述RLC重建过程之前等待第二设置的时间段。
21.如权利要求19所述的装置,其中所述无线收发器进一步被配置为:
向所述对等实体发送指示在完成所述RLC重建过程之前要延迟的所述时间段的长度的参数;以及
所述控制器被配置为在发送所述RLC重建请求之后、在完成所述RLC重建过程之前等待所指示的时间长度。
22.如权利要求21所述的装置,其中所述控制器进一步被配置为在发送所述RLC重建请求和完成所述RLC重建过程之间拒绝接受来自所述对等实体的与所述RLC重建过程无关的数据。
23.如权利要求19所述的装置,其中所述无线收发器进一步被配置为:
向所述对等实体发送指示RLC重建确认可能从所述对等实体发送的时间的参数,以及
接收来自所述对等实体的所述RLC重建确认;以及
所述控制器进一步被配置为在接收到来自所述对等实体的所述RLC重建确认时完成所述RLC重建过程。
24.一种装置,包括:
对等实体,被配置为与另外的对等实体通信数据;
控制器,被配置为:
确定所述对等实体和另一个对等实体之间的RLC重建是期望的,以及
阻止所述对等实体和另一个对等实体之间的数据传输,直到所述RLC重建完成;以及
收发器,被配置为:
在所述对等实体和另一个对等实体之间传输数据,以及
请求所述对等实体和另一个对等实体之间的RLC重建。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US3851808P | 2008-03-21 | 2008-03-21 | |
US61/038,518 | 2008-03-21 | ||
PCT/FI2009/050203 WO2009115642A1 (en) | 2008-03-21 | 2009-03-17 | Re-establishment of a rlc entity |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101978638A true CN101978638A (zh) | 2011-02-16 |
Family
ID=41090527
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801103587A Pending CN101978638A (zh) | 2008-03-21 | 2009-03-17 | Rlc实体的重建 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20090312007A1 (zh) |
EP (1) | EP2255480A1 (zh) |
CN (1) | CN101978638A (zh) |
CA (1) | CA2718083A1 (zh) |
WO (1) | WO2009115642A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104272851A (zh) * | 2012-05-07 | 2015-01-07 | 高通股份有限公司 | 用于对等连接重建的系统和方法 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012095114A (ja) * | 2010-10-27 | 2012-05-17 | Panasonic Corp | 通信装置及びデータ処理方法 |
WO2013044982A1 (en) * | 2011-09-30 | 2013-04-04 | Nokia Siemens Networks Oy | Interruptions in wireless communications |
US10433205B2 (en) * | 2015-11-04 | 2019-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an RLC PDU |
GB2569792B (en) * | 2017-12-21 | 2020-04-08 | Canon Kk | Method and device for resetting at least one processing device |
EP3791683A1 (en) * | 2018-05-10 | 2021-03-17 | Telefonaktiebolaget LM Ericsson (publ) | Handling re-establishment rejection |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI113323B (fi) * | 2000-08-21 | 2004-03-31 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
GB2380104B (en) * | 2001-07-06 | 2003-09-10 | Samsung Electronics Co Ltd | Method for resetting MAC layer entity in a communication system |
US7242670B2 (en) * | 2001-07-07 | 2007-07-10 | Lg Electronics Inc. | Method for controlling retransmission of information using state variables in radio 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 |
EP1361706B1 (en) * | 2002-05-10 | 2007-03-14 | Innovative Sonic Limited | Method for determining triggering of a pdcp sequence number synchronization prodecure |
US7706405B2 (en) * | 2002-09-12 | 2010-04-27 | Interdigital Technology Corporation | System for efficient recovery of Node-B buffered data following MAC layer reset |
EP1424823A1 (en) * | 2002-11-26 | 2004-06-02 | ASUSTeK Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
WO2005109778A1 (en) * | 2004-05-07 | 2005-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Lossless radio link control entity (rlc) re-establishment avoiding service data unit (sdu) duplication |
TWI398148B (zh) * | 2005-09-21 | 2013-06-01 | Innovative Sonic Ltd | 無線通訊系統重建接收邊處理計時器的方法及裝置 |
EP1788751A1 (en) * | 2005-11-16 | 2007-05-23 | High Tech Computer Corp. | A method of handling RLC SDUs during RLC reset and RLC re-establishment in a UMTS system |
US20080285566A1 (en) * | 2007-04-27 | 2008-11-20 | Interdigital Technology Corporation | Method and apparatus for providing and utilizing radio link control and medium access control packet delivery notification |
US20090190480A1 (en) * | 2007-12-11 | 2009-07-30 | Interdigital Patent Holdings, Inc. | Methods and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment |
US20090175175A1 (en) * | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
-
2009
- 2009-03-17 WO PCT/FI2009/050203 patent/WO2009115642A1/en active Application Filing
- 2009-03-17 CN CN2009801103587A patent/CN101978638A/zh active Pending
- 2009-03-17 CA CA2718083A patent/CA2718083A1/en not_active Abandoned
- 2009-03-17 EP EP09722258A patent/EP2255480A1/en not_active Withdrawn
- 2009-03-21 US US12/408,692 patent/US20090312007A1/en not_active Abandoned
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104272851A (zh) * | 2012-05-07 | 2015-01-07 | 高通股份有限公司 | 用于对等连接重建的系统和方法 |
CN104272851B (zh) * | 2012-05-07 | 2018-11-02 | 高通股份有限公司 | 用于对等连接重建的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
US20090312007A1 (en) | 2009-12-17 |
CA2718083A1 (en) | 2009-09-24 |
EP2255480A1 (en) | 2010-12-01 |
WO2009115642A1 (en) | 2009-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2439824C1 (ru) | Таймеры сброса блока данных услуги | |
US10021663B2 (en) | Method and device for realizing data transmission | |
JP4652467B2 (ja) | Mac層リセット後にノードbバッファデータを効率的に回復するためのシステム | |
US8428086B2 (en) | Transmitting data in a mobile communication system | |
DK2315383T3 (en) | Method and apparatus for submitting a status report | |
RU2404543C2 (ru) | Способ обеспечения передачи обслуживания в системе мобильной связи | |
KR100885254B1 (ko) | 전송 시간 간격 길이의 재구성동안 광대역 부호 분할 다중접속 업링크 하이브리드 자동 반복 요구 동작 | |
DK2649740T3 (en) | ENABLE AND DISABLE INTEGRITY PROTECTION FOR DATA CARRIERS | |
US8867449B2 (en) | Transmitting data in a mobile communication system | |
TWI444077B (zh) | 重置無線鏈結控制層之方法及相關通訊裝置 | |
JP5351329B2 (ja) | 無線通信システムにおいて1対多サービスを受信する方法及び端末 | |
US20080107053A1 (en) | Method and apparatus for reordering received packets in mobile telecommunication system | |
TW200830776A (en) | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure | |
WO2013044982A1 (en) | Interruptions in wireless communications | |
JP2008118227A (ja) | 移動体通信システム、無線基地局及びそれらに用いるハンドオーバ再接続方法 | |
CN101978638A (zh) | Rlc实体的重建 | |
US10785687B2 (en) | Inter-node B handover in HSDPA or multi-flow HSPA including packet retransmission | |
JP5472657B2 (ja) | パケットデータネットワーク通信装置及び方法 | |
EP2073424A1 (en) | System and method for error recovery for wireless multihop communication | |
WO2018077195A1 (zh) | 数据重传方法及装置、mac设备 | |
JP2011055435A (ja) | 再送制御装置及び再送制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110216 |