本申请是原案申请号为200880020625.7的发明专利申请(国际申请号:PCT/KR2008/005345,申请日:2008年9月10日,发明名称:在移动通信系统中发送PDCP层的状态报告的方法及移动通信接收机)的分案申请。
背景技术
图1示出了作为现有技术移动通信系统的长期演进(LTE)系统的示例性网络结构。LTE系统是从现有的UMTS系统演进而来的系统,并且3GPP标准组织目前正在进行LTE系统的标准化工作。
可以将LTE网络大致划分成演进UMTS陆地无线接入网络(E-UTRAN,EvolvedUMTS Terrestrial Radio Access Network)和核心网(CN,Core Network)。E-UTRAN一般包括终端(即,用户设备(UE))、基站(即,eNode B)、位于网络一端并与一个或更多个外部网络相连接的接入网关(aGW)。可以将aGW划分成用于处理用户业务的部分和用于处理控制业务的部分。在这种情况下,处理用户业务的接入网关部分与处理控制业务的接入网关部分可使用新的接口进行通信。在一个eNB中可存在一个或更多个小区。可以使用接口来在各个eNB之间发送用户业务或控制业务。CN可包括接入网关和节点等,用于UE进行用户登记。可以使用用于对E-UTRAN与CN进行区分的接口。
图2示出了根据3GPP无线接入网络标准的、终端与E-UTRAN之间的无线接口协议的示例性控制面架构。图3示出了根据3GPP无线接入网络标准的、终端与E-UTRAN之间的无线接口协议的示例性用户面架构。
此后,将参照图2和图3来描述终端与E-UTRAN之间的无线接口协议的结构。
无线接口协议在水平方向上由物理层、数据链路层以及网络层组成,在垂直方向上由用于发送用户数据的用户面和用于发送控制信令的控制面组成。可以基于在通信系统领域中公知的开放系统互联(OSI)标准模型的低三层,来将图2和图3所示的各个协议层划分成L1(层1)、L2(层2)和L3(层3)。这些无线协议层在终端与E-UTRAN之间成对地存在,并通过无线接口来处理数据传输。
此后,将在下面描述图2的无线协议控制面的具体层和图3的无线协议用户面的具体层。
物理层(层1)使用物理信道来向上层提供信息传送服务。物理层经由传输信道与位于物理层上方的介质访问控制(MAC)层相连接,并且经由传输信道在物理层与MAC层之间传输数据。根据信道是否共享,将传输信道划分成专用传输信道和公共信道。此外,在各个不同的物理层之间(即,在发送端(发射机)与接收端(接收机)各自的物理层之间),通过物理信道来发送数据。
第二层包括多个层。首先,介质访问控制(MAC)层执行多个逻辑信道到多个传输信道的映射,并且通过将若干个逻辑信道映射到单个传输信道上来执行逻辑信道复用。由逻辑信道将MAC层连接到被称为无线链路控制(RLC)层的上一层。根据所发送的信息的类型,将逻辑信道划分成发送控制面的信息的控制信道和发送用户面的信息的业务信道。
第二层的RLC(无线资源控制)层对从上层接收到的数据进行分段和/或级联,以调整数据大小,以便下层恰当地将该数据发送到无线接口。此外,为了保证各个无线承载RB所要求的各种QoS(服务质量),RLC层提供了三种操作模式:TM(透明模式:Transparent Mode)、UM(不确认模式:Unacknowledged Mode)以及AM(确认模式:Acknowledged Mode)。具体地说,工作在AM中的RLC层(此后称为“AM RLC层”)通过自动重传请求(ARQ,automatic repeat and request)功能来执行重传功能,以进行可靠的数据传输。
为了在带宽较窄的无线接口中有效地发送诸如IPv4或IPv6的IP分组,第二层的分组数据汇聚协议(PDCP,Packet Data Convergence Protocol)层执行一种称为报头压缩的功能,该功能减小了IP分组的报头的尺寸(IP分组的报头相对较大并且包括不必要的控制信息)。报头压缩通过使数据的报头部分仅发送必要信息而提高了无线接口之间的传输效率。
仅在控制面内定义了位于第三层最底部的RRC层,RRC层与对无线承载(RB)的配置、重新配置及释放相关联地控制逻辑信道、传输信道及物理信道。在这种情况下,RB表示由无线协议的第一层和第二层所提供的用于UE与UTRAN之间的数据传输的逻辑路径。通常,RB的配置(或建立)是指规定了提供特定数据服务所需要的无线协议层及信道的特性、并且设置了各个具体的参数和操作方法的过程。
图4示出了PDCP实体的示例性结构。此后,将详细地描述PDCP实体。应当注意到,图4所示的各个框是功能块,因此当实际地实现这些框时,会有区别。
PDCP实体向上连接到RRC层或用户应用,向下连接到RLC层。PDCP实体的具体结构描述如下。
图4所示的一个PDCP实体由发送端和接收端组成。左侧的发送端可以将从上层接收到的SDU构造成PDU或将该PDCP实体自身生成的控制信息构造成PDU,并且将该PDU发送到作为接收端的对端(peer)PDCP实体。右侧的接收端(即,对端PDCP实体)从接收自发送端的PDCP PDU中提取出PDCP SDU或控制信息。
如上所述,由PDCP实体的发送端所生成的PDU可具有数据PDU和控制PDU这两种类型。首先,PDCP数据PDU是由PDCP实体对从上层接收到的SDU进行处理而形成的数据块,而PDCP控制PDU是由PDCP实体自身生成的、用于将控制信息发送到对端实体的数据块。
在用户面(U-面)和控制面(C-面)的RB中生成PDCP数据PDU,并且根据所使用的面的类型来选择性地应用PDCP实体的一些功能。也就是说,报头压缩功能仅应用于U-面数据,而安全性功能中的完整性保护功能仅应用于C-面数据。除了完整性保护功能以外,安全性功能中也可以包括用于数据安全的加密功能。这里,加密功能既应用于U-面数据也应用于C-面数据。
仅在U-面RB中生成PDCP控制PDU,并且可以将PDCP控制PDU大致划分成两种类型:用于将PDCP实体接收缓冲器状态通知给发送端的‘PDCP状态报告’;以及用于将接收端报头解压缩器的状态通知给发送端报头压缩器的‘报头压缩(HC)反馈分组’。
图5是例示了在PDCP实体中的各个PDCP PDU的处理步骤的框图。
具体地说,图5示出了通过路径①到路径⑧来处理三种PDCP PDU(即,PDCP数据PDU、用于PDCP状态报告的PDCP控制PDU、以及用于报头压缩反馈的PDCP控制PDU)的处理步骤。对用于各种类型PDU的PDCP实体的处理路径的描述如下。
1、在PDCP实体中对PDCP数据PDU进行处理的过程涉及路径①、⑧、③和⑦。以下,将对各路径进行描述。
路径①:发送端PDCP针对从上层接收到的SDU执行报头压缩及安全性功能,接着通过将PDCP序号(SN)、表示是数据PDU还是控制PDU的D/C字段等添加到报头中来生成PDCP数据PDU,由此将PDCP数据PDU发送到接收端PDCP实体(即,对端PDCP实体)。这里,可以由报头压缩器来执行报头压缩。
路径⑧:接收端PDCP实体从由下层传送来的PDCP数据PDU中去除报头,并且通过执行安全性检查和报头解压缩来对PDCP SDU进行解压缩,由此将PDCP SDU发送到上层。按照次序来将PDCP SDU传送到上层。如果没有按照次序接收到PDCPSDU,则在接收缓冲器中对这些PDCP SDU进行重新排序并接着将这些PDCP SDU传送到上层。这里,可以由报头解压缩器来执行报头解压缩。
路径③:发送端PDCP实体可在PDCP数据PDU上捎带(piggyback)HC反馈分组(例如,通过将HC反馈分组添加或包括在PDCP数据PDU中来发送该HC反馈分组)。这里,HC反馈分组从与发送端PDCP实体位于同一位置(co-locate)的接收端PDCP实体的报头解压缩接收信息,并且通过在对从上层接收到的PDCP SDU执行报头压缩时将该信息捎带在PDCP SDU上来生成分组。接着,对PDCP SDU和捎带的HC反馈分组执行安全性功能,并且将PDCP SN、D/C字段等添加到该报头中,从而生成PDCP数据PDU,并因此将该PDCP数据PDU从发送端PDCP实体发送到接收端PDCP实体。
路径⑦:在接收到PDCP数据PDU之后,接收端PDCP实体首先去除报头,并且执行安全性检查和报头解压缩,从而对PDCP SDU解压缩。这里,如果存在捎带的HC反馈分组,则将其提取出来并传送给位于同一位置的发送端PDCP实体的报头压缩。在接收到HC反馈分组后,发送端PDCP实体的报头压缩可以根据该反馈信息来确定是按照完整报头还是按照压缩报头来传输下一分组。
2、在PDCP实体中对用于PDCP状态报告的PDCP控制PDU进行处理的过程涉及路径②和⑤。以下,将对各路径进行描述。
路径②:接收端PDCP实体可以检查接收缓冲器,以请求对尚未从发送端PDCP实体接收到的PDCP SDU进行重传。这里,将接收缓冲器状态构造成PDCP状态报告,并且以控制PDU的形式将所构造的PDCP状态报告发送到位于同一位置的发送端PDCP实体。此外,PDCP控制PDU的报头可包括表示该PDU是数据PDU还是控制PDU的D/C字段、表示控制PDU是包括PDCP状态报告还是包括HC反馈分组的控制PDU类型(CPT,Control PDU Type)字段等。
路径⑤:在接收到包括有PDCP状态报告的PDCP控制PDU后,接收端PDCP实体将接收到的PDCP状态报告传送到位于同一位置的发送端PDCP实体。位于同一位置的发送端PDCP基于该PDCP状态报告来对接收端PDCP实体尚未接收到的PDCP SDU进行重传。
3、在PDCP实体中对用于HC反馈的PDCP控制PDU进行处理的过程涉及路径④和⑥。以下,将对各路径进行描述。
路径④:发送端PDCP实体可通过将HC反馈分组单独地包括在PDCP控制PDU中来发送PDCP控制PDU,而不是将HC反馈分组附加在PDCP数据PDU上。这里,HC反馈分组从与发送端PDCP实体位于同一位置的接收端PDCP实体的报头解压缩接收信息。通过将D/C字段、CPT字段等添加到该报头中来将HC反馈分组构造成PDCP控制PDU,接着将该HC反馈分组发送到作为对端实体的接收端PDCP实体。
路径⑥:在接收到包括有HC反馈的PDCP控制PDU后,接收端PDCP实体将PDCP控制PDU传送到位于同一位置的发送端PDCP实体的报头压缩。在接收到PDCP控制PDU后,发送端PDCP实体的报头压缩可根据该反馈信息来确定是应当按照完整报头还是按照压缩的报头来传送下一分组。
具体实施方式
本发明应用于移动通信系统的长期演进(LTE)系统,更具体地说,本发明应用于从UMTS演进而来的演进通用移动通信系统(E-UMTS,Evolved Universal MobileTelecommunications System)。然而,本发明并不限于此,而是还可以将本发明应用于本发明的技术特征可应用的任意移动通信系统和通信协议。
在本发明中提出了各种修改例和实施方式,并且将详细地说明本发明的优选实施方式,在附图中例示了这些优选实施方式的示例。
然而,应当理解的是,实施方式并不限于前述说明的任何细节,而是应当在其精神和范围内进行广义的理解,本发明旨在涵盖落入本发明所附权利要求及其等同物的范围内修改例和变型例。
虽然可使用包括诸如第一、第二等序数词来解释各种组件,但是这些组件并不受这些用语的限制。
仅出于将一个组件与另一组件区分开的目的而使用了这些术语。例如,在不脱离本发明的范围的情况下,可以将第一组件称为第二组件,或类似地,可以将第二组件称为第一组件。术语‘和/或’用于包括多个公开项的组合或这些项中的一项。
如果提及特定组件‘连接(connected)’或‘接入(accessed)’到另一组件,则可以理解的是,该特定组件直接地连接或接入到另一组件或理解为在这些组件之间插入有组件。相反,如果提及某个组件‘直接地连接’或‘直接地接入’到另一个组件,则应当理解的是,组件之间没有组件。
本发明中所使用的术语仅是为了解释具体实施方式,因此其并不意味着限制。单数表达包括复数表达,除非这两种表达在上下文中互不相同。在本发明中,术语“包括”或术语“具有”旨在表示针对说明书而公开的特征、图形、步骤、操作、组件、要素或以上这些的组合的存在。应当这样来理解术语“包括”或“具有”,即,其不预先排除存在一个或更多个其它特征、形状、步骤、组件、要素或它们的组合或增加的可能性。
除非对本发明中的术语有不同定义,否则在本发明中使用的包括技术术语或科技术语在内的所有术语都具有与本发明的领域相关的领域内的技术人员所通常理解的术语相同含义。应当理解那些与在普通字典中定义的术语相同的术语具有的含义与现有技术中的语境含义相同。而且,只要在本发明中没有明确地定义的术语,就不应当将这些术语解释为理想化的或过于字面化的含义。
本发明已经认识到:当接收端PDCP实体使用PDCP状态报告来请求对尚未从作为对端实体的发送端PDCP实体接收到的PDCP SDU进行重传时,并不存在合适的PDCP控制PDU格式。
考虑到这一点,本发明在概念上涉及以下内容:1)由PDCP实体以位图的形式来通知接收缓冲器的状态,以及2)以位图的形式来定义PDCP控制PDU的格式,以向作为对端实体的接收端PDCP实体通知该PDCP控制PDU。3)也就是说,接收端PDCP实体以1位(bit)来表示各个PDCP SDU的接收状态,使得将接收成功设置为1而将接收失败设置为0。4)具体地说,并不按照是否成功地接收到PDCP PDU来判断接收成功,而是按照是否已经接收到PDCP SDU来进行判断。也就是说,如果通过对接收到的PDCP PDU执行解密和报头解压缩而获得的PDCP SDU不存在任何错误,则确定接收成功。
在本发明所使用的术语中,将PDCP PDU的序号(SN)与PDCP SDU的序号(SN)彼此区分开。此后,参照图6,将对PDCP PDU与PDCP SDU之间的区别、以及PDCPPDU的SN与PDCP SDU的SN之间的区别进行描述。应当注意的是,图6中的内容引自与本发明的申请人所提交的韩国专利申请No.10-2008-0021112(于2008年3月6日提交)(于2007年3月19日提交的美国临时申请No.60/895720)的说明书中的图5相关的内容。此外,还引用了以上申请中的其它部分来对本发明进行说明。
图6示出了L2协议架构以及发送端处理数据的次序。
图6示出了在对由LTE中的RLC层及PDCP层的发送端从上层接收到的数据进行处理和发送的次序。该次序如下所述。
在本发明所使用的术语中,SDU表示从上层接收到的数据,PDU表示在从上层接收到并经过处理之后发送到下层的数据。
现在参照图6来描述对本发明进行解释所需的术语(即,PDCP PDU与PDCP SDU之间的区别、以及PDCP PDU的SN与PDCP SDU的SN之间的区别)。
S11:如图6所示,PDCP层从上层接收到要发送到下层的数据(PDCP SDU)。PDCP层针对各个PDCP SDU设置虚拟SN(序号)。在这种情况下,依次地设置PDCPSDU SN以区分各个PDCP SDU。由第一设置模块来执行步骤S11。在图6的S11中,实际上没有将SN添加到PDCP SDU中,而是由利用彼此不同的SN来进行区分的某种指针(未示出)来管理各个PDCP SDU。由于这个原因,所以将步骤S11中的SN表示为虚拟SN。此外,这个原因使得在图6的步骤S11中进行了隐式表达,其中,使用虚线画出了PDCP SDU的各个SN(即,虚拟SN)。
S12:PDCP层将各个PDCP SDU存储在PDCP SDU缓冲器中。这是为了使源基站(即,源节点B)在切换过程中将尚未由终端(UE)确认接收到的PDCP SDU转发到目标基站(从源节点B到目标节点B)。
当在切换过程中转发或重传PDCP SDU时,仅对根据RLC层或PDCP层的状态报告、接收端尚未正确接收到的那些PDCP SDU进行转发或重传。这被称为选择性转发/重传。由PDCP SDU缓冲器来执行步骤12。可以同时执行两次虚拟SN设置处理和三次PDCP SDU缓冲。如果PDCP层并不支持选择性的转发/重传,则可以不设置PCP SDU缓冲器。
S13:报头压缩器(或报头压缩模块)依次对PDCP SDU执行报头压缩。在这种情况下,该报头压缩器自身可以生成与PDCP SDU无关的报头压缩反馈分组或PDCPSTATUS PDU等。
S14:PDCP层依次对经报头压缩后的PDCP SDU进行加密。在这种情况下,PDCP层通过使用在将PDCP SDU存储在缓冲器中时所设置的虚拟PDCP SN来进行加密。也就是说,PDCP SN在加密算法中用作输入参数,以针对各个SDU生成彼此不同的加密掩码(ciphering mask)。由加密模块来执行步骤S14。除了加密操作之外,PDCP层还可执行包括完整性保护功能的安全性功能。并且,如果执行完整性保护,则通过使用虚拟PDCP SN对PDCP SDU进行完整性保护。PDCP层可包括由PDCP层自身所生成的分组(如,报头压缩器自身所生成的反馈分组以及PDCP层自身所生成的PDCP STATUS PDU等)。由于反馈分组或PDCP STATUS PDU等并不具有任何对应的PDCP SDU或任何设定的虚拟PDCP SN,因此并不对反馈分组或PDCP STATUSPDU进行加密。
S15:将与通过以上步骤(S13和S14)而经过报头压缩和加密的各个PDCP SDU相对应的虚拟PDCP SN(即,在步骤S11中设置的SN)附加到PDCP PDU报头中,以形成PDCP PDU。也就是说,当将PDCP PDU传送到RLC层时,将在步骤S11中设置的虚拟PDCP SN作为PDCP SN明确地附加到相应的SDU。由第二设置模块来执行步骤S15。
在这种情况下,由于没有对报头压缩器自身生成的反馈分组或PDCP层自身生成的PDCP STATUS PDU等设置虚拟PDCP SN,因此反馈分组或PDCP STATUS PDU等自身来构造PDCP PDU,而不使用PDCP SN。PDCP层将这样构造成的PDCP PDU发送到下面的RLC层。
S16:在从PDCP层接收到RLC SDU(即,PDCP PDU)时,RLC层将到RLC SDU存储在RLC SDU缓冲器中。这是为了灵活地支持RLC层的PDU的大小。
S17:RLC层将RLC SDU存储在SDU缓冲器中,并且在下面的MAC层在各个传送时间请求传送这些RLC SDU时,RLC层根据所请求的大小来将RCL SDU分段和/或级联成所要求的大小。通过分段与级联模块来执行步骤S17。
S18:RLC层将RLC SN依次地附加到分段和/或级联后的数据块。在这种情况下,RLC层自身可与RLC SDU无关地生成RLC控制PDU。附加有RLC SN的数据块或没有RLC SN的RLC控制PDU组成了RLC PDU。由第三设置模块来执行步骤S18。
S19:由于AM RLC层支持重传,因此AM RLC层将构成的RLC PDU存储在RLC PDU缓冲器中。这是为了以后可能需要的重传。
如上所述,步骤S11和步骤S15中的PDCP SN与步骤S18中的RLC SN具有不同的特性。也就是说,PDCP SN用于在PDCP层中进行加密并最终用于仅转发或重传接收端尚未确认接收到的PDCP数据。而RLC SN用在RLC层,并且具有与PDCPSN不同的目的。也就是说,在本发明中,当PDCP层从上层接收到SDU时,将PDCPSN附加到这些SDU,而在将附加有PDCP SN的SDU传送到RLC层时,另外对这些SDU附加RLC SN。
现在将具体地说明本发明的优选实施方式,在附图中例示了这些优选实施方式的示例。只要可能,在全部附图中使用相同的附图标记来表示相同或相似的部分,并且省略了对这些相同或相似部分的描述。
本发明定义了一种接收端PDCP实体所使用的、用于将PDCP状态报告发送到作为对端实体的发送端PDCP实体的PDCP控制PDU的格式。为此,本发明提出了一种由PDCP实体以位图的形式来通知接收缓冲器状态的方法。
此后,将描述在与PDCP状态报告相对应的PDCP控制PDU中的位图的格式(或构造)。位图由一位或更多位组成。位图的各个位都包括与接收状态报告有关的信息,即,是否已经成功地接收到PDCP SDU。
也就是说,接收端PDCP实体以1位来表示各个PDCP SDU的接收状态,以使得将接收成功设置成“1”而将接收失败设置成“0”。这里,并不按照是否成功地接收到PDCP PDU来判断接收成功,而是按照是否已经接收到PDCP SDU来进行判断,也就是说,对接收到的PDCP PDU执行解密和报头解压缩而获得的PDCP SDU是否不存在任何错误。也就是说,PDCP状态报告的位图的各个位用作对单个PDCP PDU的成功接收的情况进行通知的指示符。
在位图中基于特定位彼此相邻的各个位(这是指具有特定SN的PDCP SDU的接收成功的情况)包括与是否已成功地接收到具有相邻的序号的PDCP SDU有关的信息。因此,所有的位图都用作表示具有一定范围内的序号的所有PDCP SDU的接收状态(即,接收成功或接收失败)的状态报告。
然而,仅通过位图并不能识别出各个PDCP SDU的准确序号。为了通知准确的序号,应当将与位图的第一个SDU或最后一个SDU相对应的序号添加到PDCP控制PDU中,接着发送该PDCP控制PDU。换言之,如果接收端PDCP实体通过PDCP控制PDU以位图的形式将PDCP SDU的接收状态发送到发送端PDCP实体,则作为对端实体的发送端PDCP实体不能通过仅使用位图就根据接收到的PDCP控制PDU来确定是否已经成功地接收到PDCP SDU。因此,需要用于通知位图的各个位是否表示PDCP SDU的信息。为此,应当将由位图的第一位或最后一位所表示的PDCP SDU的SN信息包括在PDCP控制PDU中。PDCP SDU的这种SN信息可以是与位图的第一位(图8中的‘FSN’)相对应的PDCP SDU的SN,或者是与最后一位(图7中‘LSN’)相对应的PDCP SDU的SN。
此外,当需要通知位图的长度时,还需要表示长度的长度字段。
此后,将参照图7和图8来对根据本发明的、用于PDCP状态报告的PDCP控制PDU的格式的进行描述。
图7示出了根据本发明的第一实施方式的、用于PDCP状态报告的PDCP控制PDU的示例性格式。这里,图7示出了包括‘LSN’字段的实施方式。
图7中的PDCP控制PDU的格式除了包括D/C字段和控制PDU类型字段以外,还可以包括LENGTH(长度)字段、LSN字段以及BITMAP(位图)字段。这里,LENGTH字段是可选字段,在PDCP控制PDU中可以包括或不包括该字段。
在应当通知位图的长度时,将LENGTH字段添加到PDCP控制PDU中。在不需要通知位图的长度时(诸如,如果位图的长度固定或如果可以从PDCP控制PDU的长度推导出位图的长度),则不需要LENGTH字段。
位图字段包括表示各个PDCP SDU的接收状态信息,该信息表示是否已经没有任何错误地成功接收到从发送端PDCP接收到的并经接收端PDCP实体处理的PDCPSDU。这里,应当添加位图的第一个PDCP SDU的SN或最后一个PDCP SDU的SN,以准确地通知与各个位图相对应的各个PDCP SDU的序号。在图7中,添加了最后一个PDCP SDU的SN(即,最后序号(LSN))。此外,图7示出了在应当通知位图的长度时的PDCP控制PDU的格式。
此后,将详细描述对图7中的LSN和位图进行设置的方法。
-D/C:表示对应的PDCP PDU是数据PDU还是控制PDU的字段。
-控制PDU类型:表示对应的控制信息的类型的字段,例如,表示对应的控制信息是状态报告还是HC反馈信息。
-LSN字段:包括与位图字段的最后一位相对应的PDCP SDU的SN值。该字段是接收端PDCP实体最后一个接收到或未接收到的PDCP SDU的SN值。也就是说,通过使用与最后一位相对应的PDCP SDU的SN,可以识别出该位图字段中各个位所表示的PDCP SDU的SN。这是由于该位图的各个位都表示连续的PDCP SDU的接收状态。因此,由于最后一位(即,LSN)是由该位图的最后一位(最低位)所表示的PDCP SDU的SN,因此可以识别出由低于最后一位的各个位所表示的对应PDCPSDU的各个SN。通过使用这种位图格式,可以减小用于PDCP状态报告的PDCP控制PDU的大小,并且可以提高无线资源的效率。
-BITMAP字段:包括从作为对端实体的发送端PDCP实体接收到的PDCPSDU的接收状态报告(信息)。在包括有PDCP SDU的各个接收状态的位图字段中,目标PDCP SDU是所具有的SN位于从‘LSN-LENGTH*8+1’到‘LSN’之间的[LSN-LENGTH*8+1,LSN]的那些PDCP SDU。各位图的各个位都具有与是否已经成功地接收到由各个位所表示的PDCP SDU相关的接收状态信息(即,PDCP状态报告)。例如,如果LSN值是‘100’且LENGTH值是‘5’,则PDCP SDU的SN(作为接收状态报告的目标)的范围是‘61’~‘100’。
例如,位图中的各个bit_position是1~LENGTH*8,如果LENGTH是‘5’,则各个bit_position将是‘1’~‘40’。也就是说,该位图中的位的数量是40。换言之,作为对应的PDCP SDU的接收状态报告(接收成功或接收失败)的目标的PDCP SDU的数量是40。以下是对各个bit_position进行解释的方法:
◆1:PDCP SDU的接收成功,PDCP序号=(LSN-LENGTH*8+bit_position)。
◆0:PDCP SDU的接收失败,PDCP序号=(LSN-LENGTH*8+bit_position)。
此外,如果LENGTH是‘0’,则位图字段不存在。在这种情况下,考虑到已经成功地接收了所有PDCP SDU,因此仅包括LSN。
图8示出了根据本发明的第二实施方式的、用于PDCP状态报告的PDCP控制PDU的示例性格式。这里,图8示出了包括‘FSN’字段的实施方式。此后,将描述图8中的实施方式与图7中的实施方式的区别。
与图7相比,图8中的实施方式没有使用LSN,而使用了第一序号(FSN)来通知PDCP SDU的准确序号。该FSN与由位图的第一位所指示的目标PDCP SDU的SN相对应。也就是说,该位图的第一位具有与FSN所指示的PDCP SDU的接收状态相关的信息。
此外,与图7相似,当不需要通知位图的长度时(诸如,如果位图的长度固定或可以从PDCP控制PDU的长度推导出位图的长度),则不需要LENGTH字段。
通过使用FSN而不是LSN来设置FSN和位图的方法与图7中描述的方法具有一些区别。
-FSN字段:
FSN字段的值表示与位图字段的第一位相对应的PDCP SDU的SN。
FSN字段的值与接收端PDCP实体在从发送端PDCP实体接收到的多个PDCPSDU中首个未接收到的PDCP SDU的SN相对应。
-BITMAP(位图)
包括从作为对端实体的发送端PDCP实体接收到的PDCP SDU的接收状态报告(信息)。
BITMAP的范围表示具有处在[FSN,FSN+LENGTH*8-1]中的SN的PDCP SDU,并且包括与接收成功或接收失败有关的信息。
在具有PDCP SDU的各个接收状态的BITMAP字段中,目标PDCP SDU是SN位于从‘FSN’到‘FSN+LENGTH*8-1’之间的那些PDCP SDU。位图的各个位都具有与是否已经成功地接收到各个位所指示的PDCP SDU有关的接收状态信息(即,PDCP状态报告)。例如,如果FSN值是‘100’且LENGTH值是‘5’,则PDCP SDU的SN(作为接收状态报告的目标)的范围是‘100’~‘139’。
位图中的各个bit_position是1~LENGTH*8,例如,如果LENGTH是‘5’,则bit_position将是‘1’~‘40’。也就是说,该位图中的位的数量是40。换言之,作为对应的PDCP SDU的接收状态报告(接收成功或接收失败)的目标的PDCP SDU的数量是40。
各个bit_position的解释方法如下:
◆1:PDCP SDU的接收成功,PDCP序号=(FSN+bit_position-1)。
◆0:PDCP SDU的接收失败,PDCP序号=(FSN+bit_position-1)。
此外,如果LENGTH是‘0’,则位图字段不存在。在这种情况下,考虑到已经成功地接收了所有PDCP SDU,因此仅包括FSN。
图7和图8中的实施方式已经针对接收端PDCP实体从作为对端实体的发送端PDCP实体接收到的一系列数据(即,PDCP SDU)的情况来描述了接收状态信息(即,PDCP状态报告)的PDCP控制PDU的格式。
发送针对一系列数据(即,PDCP SDU)的接收状态信息(即,PDCP状态报告)的PDCP控制PDU的方法概述如下。
接收端PDCP实体通过对从发送端PDCP实体接收到的PDCP PDU执行加密和报头解压缩来获得PDCP SDU,接着检查各个PDCP SDU是否存在错误,并由此对各个PDCP SDU的接收成功或接收失败进行判断。
接收端PDCP实体将表示各个PDCP SDU的接收状态(即,接收成功或接收失败)的各个指示符(位图的各个位)添加到BITMAP字段中。
接收端PDCP实体构造包括有BITMAP字段的PDCP控制PDU,并将所构造的PDCP控制PDU发送到发送端PDCP实体。
此外,PDCP控制PDU可以包括指示BITMAP字段的大小的LENGTH字段。
此外,PDCP控制PDU可包括LSN字段或FSN字段。这里,LSN字段具有与BITMAP字段的最后一位相对应的PDCP SDU的SN信息。FSN字段具有与BITMAP字段的第一位(最高位)相对应的PDCP SDU的SN信息。因而,本发明使用LSN字段和FSN字段,由此不需要针对BITMAP字段的所有bit_position而具有对应PDCPSDU的SN,从而减小了PDCP控制PDU的大小并提高了资源的效率。
此后,将对根据本发明的发射机(发送装置)和接收机(接收装置)进行描述。
根据本发明的接收机(接收装置)包括能够实现图7和图8的实施方式的硬件、软件、具有软件的模块等。
可以将根据本发明的装置称为实体,并且,根据本发明的装置可以是终端。
根据本发明的接收机可包括能够执行图7和图8中所述功能的通信模块。
也就是说,提供了通信模块,该通信模块针对通过PDCP层接收到的各个按照次序的PDCP SDU来确定接收成功或接收失败,以位图的形式来生成该确定结果的状态报告,并且发送包括有以位图的形式所生成的该状态报告的PDCP控制PDU。
PDCP控制PDU包括LSN字段或FSN字段。这里,LSN字段表示与位图字段的最后一位相对应的PDCP SDU的序号(SN),FSN字段表示与位图字段的第一位相对应的PDCP SDU的序号(SN)。
根据本发明的发射机(发送装置)包括能够执行图7和图8中所述功能的通信模块。这里,已经在图7和图8中描述了这种通信模块的功能,因此省略了详细的说明。
如上所述,根据本发明的接收机和发射机除了上述要素(例如,输出单元(显示器、扬声器等)、输入单元(键盘、麦克风等)、存储器、微处理器、发送/接收单元(RF模块、天线等))以外,还基本上包括实现本发明的技术思想所要求的软件、硬件。这些要素对于本领域中的人员是明显的,因此将省略对它们的描述。
可以由软件、硬件或它们的组合来实现到此为止所述的该方法。例如,可以由能够存储在存储介质(例如,移动终端的内部存储器、闪存、硬盘等)且能够由处理器(例如,移动终端的内部微处理器)来执行的软件程序中的代码或指令语言,来实现根据本发明的方法。
对于本领域中的技术人员来说明显的是,可以在本发明中进行各种修改和变型而不偏离本发明的精神或范围。因此,本发明旨在涵盖落入所附权利要求及其等同物的范围内的对本发明的修改例和变型例。