CN101088268A - 接收装置、发送装置、通信系统以及通信方法 - Google Patents
接收装置、发送装置、通信系统以及通信方法 Download PDFInfo
- Publication number
- CN101088268A CN101088268A CNA2005800448290A CN200580044829A CN101088268A CN 101088268 A CN101088268 A CN 101088268A CN A2005800448290 A CNA2005800448290 A CN A2005800448290A CN 200580044829 A CN200580044829 A CN 200580044829A CN 101088268 A CN101088268 A CN 101088268A
- Authority
- CN
- China
- Prior art keywords
- data
- sequence number
- rlc
- notice
- reconstruct
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/69—Spread spectrum techniques
- H04B1/707—Spread spectrum techniques using direct sequence modulation
- H04B1/7073—Synchronisation aspects
- H04B1/7085—Synchronisation aspects using a code tracking loop, e.g. a delay-locked loop
-
- 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/1607—Details of the supervisory signal
- H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- 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/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Abstract
本发明提供一种接收装置、发送装置、通信系统以及通信方法。接收装置的取得部(60)从发送装置取得在下位层中的数据重构的通知。接收装置的通知/指示部(70)向发送装置通知希望接收的数据在上位层中的序号。发送装置的RLC处理部(40)从接收装置取得希望接收的数据在上位层中的序号,从该序号的数据开始进行重构。
Description
技术领域
本发明涉及接收装置、发送装置、通信系统以及通信方法。
背景技术
在作为无线接入方式之一的W-CDMA(Wideband Code Division MultipleAccess)中,遵从RLC(Radio Link Control)协议来进行移动台(UE:UserEquipment)与无线接入网络(UTRAN:Universal Terrestrial Radio AccessNetwork)之间的通信。
另外,在遵从RLC协议的RLC层中,有时进行数据重构(例如,参照非专利文献1)。
然而,在进行数据重构的情况下,有时接收装置将数据全体的接收未完成的数据丢弃,或者发送装置将数据全体的接收确认未完成的数据丢弃。因此,存在发生数据损失的问题。
非专利文献1:3GPP TSG-RAN,“TS25.322 V6.1.0 Radio Link Control(RLC)protocol specification”,2004年9月
发明内容
因此,鉴于以上问题而做出本发明,其目的是防止发生由于数据重构而导致的数据损失。
本发明的第一特征的主旨在于,接收装置具备:取得部,从发送装置取得在下位层中的数据重构的通知;通知部,向所述发送装置通知希望接收的数据在上位层中的序号;以及下位层处理部,进行从所述序号的数据开始重构而得的数据的接收处理。
在本发明的第一特征中,所述通知部也可以根据数据的接收结果,通知所述在上位层中的序号。
在本发明的第一特征中,所述取得部可以从所述发送装置取得请求所述序号的指示数据,所述通知部可以根据所述指示数据通知所述序号。
本发明的第二特征的主旨在于,发送装置具备:通知部,向接收装置通知在下位层中的数据重构;取得部,从所述接收装置取得希望接收的数据在上位层中的序号;以及下位层处理部,从所述序号的数据开始进行所述重构。
在本发明的第二特征中,所述下位层处理部可以在所述下位层中改变数据单位的大小时,从所述序号的数据开始进行所述重构。
在本发明的第二特征中,可以具备判断所述重构的必要性的判断部,当所述判断部判断为需要进行所述重构时,所述下位层处理部从所述序号的数据开始进行所述重构。
在本发明的第二特征中,可以具备指示部,其通过发送指示数据向所述接收装置请求所述序号。
本发明的第三特征的主旨在于,通信系统具备:接收装置,从发送装置取得在下位层中的数据重构的通知,向所述发送装置通知希望接收的数据在上位层中的序号,进行从所述序号的数据开始重构而得的数据的接收处理;以及发送装置,向所述接收装置通知所述重构,从该接收装置取得希望接收的数据在上位层中的序号,从该序号的数据开始进行所述重构。
本发明的第四特征的主旨在于,作为发送装置向接收装置通知在下位层中的数据重构的通信方法,该接收装置向所述发送装置通知希望接收的数据在上位层中的序号,该发送装置从所述序号的数据开始进行所述重构,所述接收装置进行从所述序号的数据开始重构而得的数据的接收处理。
附图说明
图1是表示本发明的实施方式的通信系统的结构的框图。
图2是表示本发明的实施方式的通信系统的层结构的图。
图3是表示本发明的实施方式的RLC处理部的结构的框图。
图4是说明本发明的实施方式的重构时的处理的图。
图5是表示本发明实施方式的通信方法的步骤的顺序图。
图6是表示使用本发明的实施方式的指示数据的情况下的通信方法的步骤的顺序图。
具体实施方式
(通信系统)
如图1所示,通信系统100具备移动台10和无线网络装置20。
当从无线网络装置20向移动台10发送数据时,移动台10成为接收装置,无线网络装置20成为发送装置。
反之,当从移动台10向无线网络装置20发送数据时,移动台10成为发送装置,无线网络装置20成为接收装置。
通信系统100使用W-CDMA作为无线接入方式。
通信系统100中的层结构如图2所示。最下位层为物理层,最上位层为RRC(Radio Resource Control)层。在通信系统100中的层结构中,从下位起,顺次是物理层、MAC(Medium Access Control)层、RLC(Radio Link Control)层、PDCP(Packet Data Convergence Protocol)层、RRC层。
从上位层向下位层传送数据时,附加本层的首部(header)等附加量(overhead)后提供数据。
从下位层向上位层传送数据时,删除本层的首部(header)等附加量(overhead)后提供数据。
在首部中包含序号等控制信息。
接下来,对移动台10以及无线网络装置20进行更详细的说明。如图1所示,移动台10具备无线部11和数据处理部12。无线网络装置20具备接口21、数据处理部22和接口23。
无线部11通过无线与无线网络装置20收发数据。
接口21与移动台10收发数据。
接口23是与网络的接口,接收发往移动台10的数据,或发送来自移动台10的数据。
数据处理部12、22进行针对数据的各种处理。
数据处理部12从无线部11取得从无线网络装置20接收到的数据,进行针对接收数据的处理。数据处理部12进行针对发送到无线网络装置20的数据的处理,提供给无线部11。
数据处理部22从接口21取得从移动台10接收到的数据,进行针对接收数据的处理,并提供给接口23。数据处理部22从接口23取得发送给移动台10的数据,进行针对发送数据的处理,并提供给接口21。
数据处理部12、22分别具备RLC处理部40、取得部60、通知/指示部70和上位层处理部80。
如上所述,移动台10以及无线网络装置20既作为接收装置,又作为发送装置,因此数据处理部12、22具备作为接收装置和作为发送装置的两方面的功能。
上位层处理部80遵从比RLC协议更上位的层的协议,进行上位层的数据处理。
例如,上位层处理部80遵从RRC层或PDCP层的协议,进行RRC层或PDCP层中的数据处理。
上位层处理部80具备发送缓冲器81和判断部82。
在发送缓冲器81中存储发送至通信对象装置的数据。
判断部82判断在下位层中的数据重构的必要性。例如,判断部82判断作为比RRC层或PDCP层下位的层的RLC层中的数据重构(Re-establishment)的必要性。
例如,判断部82可以检测在发送缓冲器81中存储的数据量,并根据检测出的数据量来判断重构的必要性。
具体而言,在应该发送的数据量增加了的情况下,判断部82判断出需要改变RLC层中的数据单位RLC-PDU(Protocol Data Unit)的大小,可以判断出为此需要重构。
例如,判断部82可以预先保存数据单位(RLC-PDU)的大小和数据量的对应关系。
并且,判断部82可以比较从发送缓冲器81取得的数据量与对应关系,可以决定与数据量相符合的数据单位(RLC-PDU)。
在当前的数据单位(RLC-PDU)与所决定的数据单位(RLC-PDU)不同时,判断部82可以判断为需要改变数据单位(RLC-PDU)的大小,进行重构。
判断部82根据判断结果对RLC处理部40进行指示。例如,判断部82根据判断结果,可以向RLC处理部40请求数据单位(RLC-PDU)的大小的改变和数据重构。
这样,从作为上位层的RRC层或PDCP层,对作为下位层的RLC层请求数据重构。
另外,判断部82除要发送的数据量以外,也可以根据信道(channel)切换状况或状态迁移状况等,判断重构的必要性。
具体而言,判断部82可以判断为在信道切换时、例如当从专用信道向公共信道切换时需要重构。
另外,判断部82可以判断为当状态迁移时、例如当从CELL_FACH状态向CELL_DCH状态迁移时需要重构。
RLC处理部40遵从RLC协议,进行RLC层中的数据处理。RLC处理部40设定RLC连接(Connection),对上位层提供3种模式的数据传输服务。
具体而言,在数据传输中存在透明型数据转发(TM:Transparent mode)、非确认型数据转发(UM:Unacknowledged mode)和确认型数据转发(AM:Acknowledged mode)这三种模式。
另外,RLC处理部40进行数据的分割/组合(Segmentation and reassembly)、数据的串接(Connection)、填补(Padding)、用户数据的重传(Transfer of userdata)、错误订正(Error correction)、向上位层提供PDU(In-sequence deliveryof upper layer PDUs)、数据的重复检测(Duplicate detection)、流控制(FlowControl)、协议错误的检测/恢复(Protocol error detection and recovery)、加密处理(Ciphering)、数据的丢弃(discard)等处理。
使用图3,对RLC处理部40进行详细说明。
在图3中,以确认型数据转发(AM)的情况、即作为AM-RLC entity的功能为例来进行说明。在图3中,在左侧表示成为发送装置(Transmitting side)时的功能,在右侧表示成为接收装置(Receiving side)时的功能。
RLC处理部40具备:分割/串接部41、RLC首部(header)附加部42、重发处理部43、MUX44、发送缓冲器45、PDU处理部46、加密部47、DEMUX48、解密部49、重发处理部50、RLC首部删除/信息提取部51、重组部52以及RLC控制部53。
首先对发送功能进行说明。
分割/串接部41从比RLC上位的层(Upper Layer)取得数据(RLC-SDU:Service Data Unit)。
分割/串接部41为了得到固定长度的数据(PDU)而将取得的RLC-SDU分割(Segmentation)或串接(Concatenation)。
例如,分割/串接部41为了得到固定长度的AMD-PDU(Acknowledgedmode data Packet data unit)而将RLC-SDU分割或串接。
例如,分割/串接部41在所取得的RLC-SDU的大小比AMD-PDU的大小更大时,执行分割(Segmentation)。
这样,AMD-PDU可以包含被分割或串接的RLC-SDU。
Uplink AMD-PDU等数据单位的大小,是通过比RLC上位的层指定的准静态(Semi static)值。
在从上位层处理部80针对RLC处理部40的数据重构的请求、即从RRC层或PDCP层等上位层针对RLC层等下位层的数据重构的请求中,改变UplinkAMD-PDU等数据单位的大小。
而且,分割/串接部41设定数据长度(Length indicator)。数据长度可以用于在AMD-PDU之间判断RLC-SDU的边界。另外,数据长度可以用于判断在AMD-PDU中是否含有填补(Padding)或、包含被称为Piggybacked Information的控制信息的Piggybacked STATUS PDU。
分割/串接部41将生成的AMD-PDU输入RLC首部附加部42。
RLC首部附加部42在取得的AMD-PDU中附加RLC首部。RLC首部附加部42将附加了RLC首部的AMD-PDU输入重发处理部43和MUX44。
重发处理部43进行将数据重发至通信对象装置的重发处理(Retransmission Management)。
重发处理部43具备存储被重发的PDU的重发缓冲器(Retransmissionbuffer)43a。重发处理部43将取得的AMD-PDU存储在重发缓冲器43a中。
重发处理部43按照由通信对象装置的RLC处理部40(AM-RLC entity)发送的控制信息,删除重发缓冲器43a内的AMD-PDU,或者为了重发而输入MUX44。
例如,重发处理部43从通信对象装置取得STATUS PDU或PiggybackedSTATUS PDU,根据其中所包含的状况报告(Status report),进行重发缓冲器43a内的PDU的删除或重发。
状况报告(Status report)中包含针对来自通信对象装置的RLC处理部40(AM-RLC entity)的各AMD-PDU的接收结果1a。
接收结果1a包含表示正常地接收了数据的肯定应答(Positiveacknowledgement)、和表示数据的接收失败了的否定应答(Negativeacknowledgement)。
MUX44将AMD-PDU进行复用。MUX44将从RLC首部附加部42取得的新AMD-PDU、和从重发处理部43取得的需要重发的AMD-PDU进行复用。MUX44将通过复用而得到的PDU存储在发送缓冲器45中。
PDU处理部46进行针对PDU的处理。PDU处理部46从发送缓冲器45或RLC控制部53取得PDU。
PDU处理部46在取得的PDU中附加PDU首部。例如,PDU处理部46可以从RLC控制部53取得控制信息的请求位(Polling bit),生成AMD-PDU首部,附加在AMD-PDU中。
而且,PDU处理部46为了生成目标大小的PDU、例如固定长度的AMD-PDU,可以进行填补(Padding)或设定Piggybacked STATUS PDU。
PDU处理部46,为了与AMD-PDU的空隙空间一致,可以改变PiggybackedSTATUS PDU的大小。
另外,PDU处理部46可以生成包含从通信对象装置发送的数据的接收结果1b(Acknowledgement)来作为状态报告(Status report)的STATUS PDU或Piggybacked STATUS PDU,并向通信对象装置的RLC处理部40(AM-RLCentity)请求重发。
PDU处理部46将PDU输入加密部47。
加密部47进行PDU的加密(加密处理:Ciphering)。加密部47对AMD-PDU进行加密,而对AMD-PDU首部不进行加密。但是,加密部47对PiggybackedSTATUS PDU和填补(Padding)进行加密。
另外,加密部47不将STATUS PDU、RESET PDU、RESET ACK PDU等控制PDU(Control PDU)加密。加密部47将控制PDU、加密后的AMD-PDU提供给比RLC下位的层(lower layer)。并且通过DCCH/DTCH(DedicatedControl Channel/Dedicated Traffic Channel)发送数据。
接下来,对接收功能进行说明。
DEMUX48从比RLC下位的层取得通过DCCH/DTCH接收到的AMD-PDU和控制PDU(Control PDU)。
解密部49从下位的层或DEMUX48取得AMD-PDU。
DEMUX48将被复用的AMD-PDU分离,输入到解密部49。
此外,Downlink AMD-PDU等数据单位的大小是通过比RLC上位的层而指定的准静态(Semi static)值。
在从上位层处理部80针对RLC处理部40的数据重构的请求、即从RRC层或PDCP层等上位层针对RLC层等下位层的数据重构的请求等中,改变Downlink AMD-PDU等数据单位的大小。
在未指定Downlink AMD PDU的大小的情况下可以根据最初接收到的PDU的大小来决定。
另外,Downlink AMD-PDU的大小和UplinkAMD-PDU的大小不需要相同。
另外,DEMUX48将RESET或RESET ACK PDU等控制PDU(ControlPDU)提供(Routing)给RLC控制部53。
DEMUX48将从通信对象装置的RLC处理部40(AM-RLC entity)取得的STATUS PDU提供给重发处理部43。
在STATUS PDU中包含通信对象装置的接收结果1a、即肯定应答(Positiveacknowledgement)或否定应答(Negative acknowledgement)。
这样,DEMUX48将从通信对象装置接收到的应答(Receivedacknowledgement)提供给重发处理部43。
解密部49进行所取得的AMD-PDU的解密(Deciphering)。解密部49将解密后的PDU输入重发处理部50。
重发处理部50进行对通信对象装置请求数据重发的重发处理(Retransmission Management)。
重发处理部50具备存储所接收的PDU的接收缓冲器(Reception buffer)50a。重发处理部50在可以接收完整的RLC-SDU之前,将所取得的AMD-PDU存储在接收缓冲器50a中。
重发处理部50,关于正常地接收的AMD-PDU,生成肯定应答(Positiveacknowledgement),并提供给PDU处理部46。
反之,重发处理部50,关于无法正常地接收的AMD-PDU,生成否定应答(Negative acknowledgement),并提供给PDU处理部46。
这样,重发处理部50将自身的接收结果1b提供给PDU处理部46,由此,PDU处理部46可以生成包含自身的接收结果1b(Acknowledgement)来作为状况报告(Status report)的STATUS PDU或Piggybacked STATUS PDU,发送至通信对象装置的RLC处理部40(AM-RLC entity),请求重发。
重发处理部50,当完整地接收到RLC-SDU时,将接收缓冲器50a中存储的AMD-PDU输入RLC首部删除/信息提取部51。
RLC首部删除/信息提取部51从所取得的AMD-PDU中删除RLC首部。RLC首部删除/信息提取部51将删除了RLC首部的AMD-PDU输入重组部52中。
而且,在设定了Piggybacked STATUS PDU的情况下,RLC首部删除/信息提取部51提取出控制信息(Piggybacked Information)。
RLC首部删除/信息提取部51将提取出的控制信息(PiggybackedInformation)提供给重发处理部43或RLC控制部53。
控制信息(Piggybacked Information)可以包含通信对象装置的接收结果1a。
因此,RLC首部删除/信息提取部51将包含接收结果1a的控制信息(Piggybacked Information)提供给重发处理部43,由此,从重发缓冲器43a中删除通信对象装置正常地接收的AMD-PDU,可以向重发处理部43指示重发需要向通信对象装置重发的AMD-PDU。
重组部52组合AMD-PDU,再生(Reassemble)RLC-SDU,并提供给比RLC层上位的层。重组部52仅当完整地接收到RLC-SDU时可以取得AMD-PDU。
RLC控制部53根据所取得的控制PDU(Control PDU)等,为了对通信对象装置的RLC处理部40(AM-RLC entity)进行应答而生成控制PDU(controlPDU),并输入PDU处理部46。
另外,PDU处理部46将控制信息的请求位(Polling bit)输入RLC控制部53。
接下来,对RLC处理部40进行的RLC-SDU的丢弃以及数据的重构(Re-establishment)进行详细说明。
当RLC-PDU的发送在规定时间内或规定发送次数内无法正确地完成的情况下,RLC处理部40丢弃在重发缓冲器43a中存储的RLC-PDU。由此,可以避免重发缓冲器43a溢出。
通过比RLC上位的层、例如RRC层或PDCP层,请求RLC层中的数据的重构。
具体而言,上位层处理部80的判断部82判断数据重构的必要性。并且,在判断结果为需要重构的情况下,对RLC处理部40请求数据重构。
在请求了重构的情况下,RLC处理部40在非确认型数据转发(UM)和确认型数据转发(AM)中重构数据。
这样,当判断部82判断为需要重构时,RLC层处理部40可以进行重构。
由此,发送装置可以根据需要进行重构,因此可以谋求控制负荷的降低,可以实现更灵活的控制。
非确认型数据转发(UM)的情况下,接收装置以及发送装置双方的RLC处理部40进行重构。
接收装置的RLC处理部40在丢弃了全部的UMD-PDU(Unacknowledgedmode data Packet data unit)后开始重构。
发送装置的RLC处理部40,在丢弃了即使向下位层提供了一部分PDU的RLC-SDU后开始重构。
而且,若从上位层有请求,则发送装置的RLC处理部40向上位层通知丢弃了的RLC-SDU。
确认型数据转发(AM)的情况下,接收装置以及发送装置的至少一个的RLC处理部40可以进行重构。
仅接收装置的RLC处理部40进行重构的情况下,接收装置的RLC处理部40在丢弃了全部的AMD-PDU后开始重构。
另外,发送装置的RLC处理部40,在丢弃了控制PDU(Control PDU)后开始重构。
仅发送装置的RLC处理部40进行重构的情况下,发送装置的RLC处理部40,在将控制PDU和发送了全部AMD-PDU的RLC-SDU全部丢弃后开始重构。
而且,发送装置的RLC处理部40将未丢弃的RLC-SDU再次分割或串接成从上位层指定的大小的AMD-PDU。
此外,此时指定的大小可以和重构前相同或不同。
接收装置以及发送装置双方的RLC处理部40进行重构的情况下,发送装置的RLC处理部40在丢弃了控制PDU和全部的AMD-PDU后开始重构。
接下来,对进行重构时的数据处理部12、22的处理进行详细说明。以下,将RLC层作为下位层来说明,将比其上位的RRC层或PDCP层等作为上位层来说明。
发送装置的上位层处理部80的判断部82判断RLC层中的数据重构的必要性。
例如,在应该发送的数据量增加了的情况下,判断部82判断为需要改变RLC层中的数据单位、RLC-PDU(Protocol Data Unit)的大小,判断为为此需要重构。
并且,判断部82根据判断结果,向RLC处理部40请求数据单位(RLC-PDU)的大小的改变和数据的重构。
另外,判断部82,在信道的切换时或状态迁移时,也可以向RLC处理部40请求数据重构。
发送装置的RLC处理部40,在如此从上位层处理部80接受了重构请求的情况下,向通知/指示部70进行通知。
发送装置的通知/指示部70,当从RLC处理部40接受重构的通知时,向接收装置通知在作为比RRC层或PDCP层下位的层的RLC层中的数据重构。
这样,发送装置的通知/指示部70,通过在作为下位层的RLC层中改变数据单位(RLC-PDU)的大小,可以在有必要进行重构时通知重构。
另外,通知/指示部70,在由于信道的切换或状态迁移等而有必要进行重构时,也可以通知重构。
例如,发送装置的通知/指示部70生成通知重构的控制信息,并发送至接收装置。这样,通知/指示部70作为将在下位层中的数据重构通知给接收装置的通知部而工作。
然后,接收装置的取得部60从发送装置取得作为下位层的RLC层中的数据重构的通知。
接收装置的取得部60将所取得的重构的通知输入接收装置的RLC处理部40以及通知/指示部70。
接收装置的通知/指示部70根据从发送装置取得的重构的通知,向发送装置通知希望接收的数据在上位层中的序号。
例如,接收装置的通知/指示部70从RLC处理部40取得数据的接收结果。
然后,接收装置的通知/指示部70可以根据接收结果,通知作为上位层的RRC层或PDCP层等中的序号(RRC序号或PDCP序号)。
例如,接收装置的通知/指示部70可以通知未正常地完成接收而成为接收错误的数据的序号。
这样,理想的是通知/指示部70根据数据的接收结果,通知上位层中的序号。
由此,即使在进行数据的重构的情况下,接收装置也可以让发送装置发送未正常地完成收发的数据,并进行接收。从而可以更切实地防止发生数据损失。
如上所述,通知/指示部70作为向发送装置通知希望接收的数据在上位层中的序号的通知部而工作。
然后,发送装置的取得部60从接收装置取得希望接收的数据在上位层中的序号。发送装置的取得部60将取得的序号通知给发送装置的RLC处理部40。
发送装置的RLC处理部40从接收装置通知的序号的数据开始进行重构。
这样,RLC处理部40作为从接收装置希望接收的序号的数据开始进行重构的下位层处理部而工作。
RLC处理部40,理想的是当在作为下位层的RLC层中改变数据单位(RLC-PDU)的大小时,从上位层的序号的数据开始进行重构。
由此,在由于改变数据单位的大小而有必要进行重构时,发送装置可以从接收装置通知的上位层的序号的数据开始进行重构。
例如,在将RLC-PDU的大小从320位改变为640位时,RLC处理部40可以进行重构。
另外,在信道的切换时或状态迁移时,RLC处理部40可以从上位层的序号的数据开始进行重构。
另外,当判断部82判断为需要重构时,RLC处理部40可以从序号的数据开始进行重构。
例如,当从上位层处理部80接受数据单位、即RLC-PDU的大小的改变或重构的请求时,RLC处理部40可以进行重构。
并且,接收装置的RLC处理部40进行从通知给发送装置的序号的数据开始重构而得的数据的接收处理。
具体而言,RLC处理部40按照重构后的数据单位(RLC-PDU)的大小,进行接收到的数据的分离或组合等。
这样,RLC处理部40作为进行从所通知的序号的数据开始重构而得的数据的接收处理的下位层处理部而工作。
如上所述,接收装置可以根据重构的通知而通知序号,但也可以是在发送装置的通知/指示部70向接收装置通知重构时发送指示数据,向接收装置请求序号。
在这种情况下,接收装置的取得部60从发送装置取得请求序号的指示数据,并输入通知/指示部70。
并且,接收装置的通知/指示部70可以根据指示数据来通知序号。
具体而言,可以使用Indicator作为指示数据。例如,当Indicator为“ON”时,可以表示请求序号的通知,当Indicator为“OFF”时,可以表示不需要序号的通知。
这样,Indicator能够区分“ON”和“OFF”即可,因此,例如在通知重构的控制数据中附加1位的Indicator便足够。
这样,发送装置的通知/指示部70通过将请求上位层的序号的指示数据(Indicator)进行发送,也可以作为向接收装置请求序号的指示部而工作。
接收装置的通知/指示部70判断从取得部60输入的Indicator是“ON”还是“OFF”。
当Indicator是“ON”时,接收装置的通知/指示部70判断为需要序号的通知,通知序号。
反之,当Indicator是“OFF”时,接收装置的通知/指示部70判断为不需要序号的通知,不进行序号的通知。
另外,发送装置的通知/指示部70可以仅在需要重构的情况下附加Indicator。
在这种情况下,接收装置的通知/指示部70可以根据Indicator的有无来判断序号的通知的必要性。
具体而言,接收装置的通知/指示部70,在附加了Indicator的情况下,可以判断为需要序号的通知,在未附加Indicator的情况下,可以判断为不需要序号的通知。
这样,接收装置,当接受重构的通知时,也可以不必通知上位层的序号。
并且,发送装置通过将可以设定“ON”、“OFF”的Indicator等发送至接收装置,可以控制接收装置希望接收的数据在上位层中的序号的通知的必要性。
例如,通知/指示部70,在进行少量的数据损失不成问题的数据收发时,通过将Indicator设定为OFF或不附加Indicator来不请求序号;在进行无法允许数据损失的数据收发时,通过将Indicator设定为ON或附加Indicator,可以请求序号。
或者,通知/指示部70,在Qos(服务质量)较低时,通过将Indicator设定为“OFF”或不附加Indicator来不请求序号;在Qos较高时通过将Indicator设定为“ON”或附加Indicator,可以请求序号。
由此,接收装置在进行重构时可以根据需要通知序号。
另外,发送装置在进行重构时可以根据需要请求序号。
因此,可以谋求降低控制数据量或控制负荷,可以实现更灵活的控制。
接下来,使用图4所示的具体例子,对进行重构时的数据处理部12、22的处理进行说明。
在图4中,以移动台10是接收装置、无线网络装置20是发送装置的情况为例进行说明。另外,以移动台10根据重构的通知而通知上位层的序号的情况为例进行说明。
在图4中,将作为下位层的RLC层中的序号表示为“LSN:Lower SequenceNumber”,将作为上位层的RRC层或PDCP层等中的序号表示为“USN:UpperSequence Number”。
RLC层的数据(RLC-PDU)与上位层的数据相对应(被映射)。因此,LSN与USN相对应。
具体而言,LSN10~12的数据与USN4的数据,LSN13、14的数据与USN5的数据,LSN15~17的数据与USN6的数据,LSN18、19的数据与USN7的数据分别映射(mapping)。
作为发送装置的无线网络装置20的判断部82,例如,由于应该发送的数据量增加,判断为需要改变RLC层中的数据单位RLC-PDU(Protocol DataUnit)的大小,判断为为此需要重构。
并且,判断部82根据判断结果,以320位的大小来发送LSN1~17的数据单位(RLC-PDU),向RLC处理部40请求以640位的大小来重构LSN18以后的数据单位(RLC-PDU)。
无线网络装置20的RLC处理部40,接受来自上位层处理部80的请求,预定以320位的大小来发送LSN1~17的数据单位(RLC-PDU),以640位的大小来对LSN18以后的数据单位(RLC-PDU)进行重构并发送。
在这种情况下,无线网络装置20的RLC处理部40首先以320位的大小来发送LSN1~17的数据(RLC-PDU)。而且,无线网络装置20的通知/指示部70向移动台10通知RLC层中的数据的重构。
作为接收装置的移动台10的RLC处理部40,关于正常地完成了接收的数据(RLC-PDU),向无线网络装置20发送肯定应答(PositiveAcknowledgement),关于无法正常接收而成为接收错误的数据(RLC-PDU),向无线网络装置20发送否定应答(Negative Acknowledgement)。
例如,在无法正常地接收LSN13的数据(RLC-PDU)而成为接收错误的情况下,移动台10,关于LSN1~12、14~17,向无线网络装置20发送肯定应答(Positive Acknowledgement),关于LSN13,向无线网络装置20发送否定应答(Negative Acknowledgement)。
而且,移动台10的取得部60从无线网络装置20取得RLC层中的数据重构的通知,并输入移动台10的通知/指示部70。
通知/指示部70根据重构的通知,向无线网络装置20通知接下来希望接收的数据在上位层的序号。
此时,通知/指示部70从RLC处理部40取得接收结果。通知/指示部70,根据接收结果,由于包含成为接收错误的LSN13的数据(RLC-PDU),因此,当组合了作为上位层的RRC层或PDCP层等中的数据时,判断出USN5的数据发生了错误。
然后,通知/指示部70将包含接收错误的LSN13的数据(RLC-PDU)的数据在上位层中的序号、即USN5作为希望接收的数据的序号,通知给无线网络装置20。
同样地,例如,即使在正常地接收LSN13的数据(RLC-PDU),LSN14的数据(RLC-PDU)成为接收错误的情况下,通知/指示部70也可以通知USN5。
另外,在接收错误为多个的情况下,通知/指示部70可以通知包含接收错误的下位层的数据(RLC-PDU)在内的上位层的数据中的最小的序号。
例如,即使在LSN13和LSN16同时接收错误的情况下,通知/指示部70也可以通知最小的上位层的序号USN5。
这样,通知/指示部70可以通知与希望接收的下位层的数据(RLC-PDU)对应的上位层的数据的序号。
无线网络装置20的取得部60取得来自移动台10的希望接收的数据在上位层中的序号USN5,并输入RLC处理部40。
RLC处理部40从移动台10通知的USN5的数据开始进行重构。
即,无线网络装置20的RLC处理部40,最初预定将LSN18以后的数据单位(RLC-PDU)以640位的大小进行重构来发送,但从与USN5对应的LSN13以后的数据单位(RLC-PDU)开始,将数据单位(RLC-PDU)的大小改变为640位来重构,并发送至移动台10。
这样,RLC处理部40可以从与通知的上位层的序号相对应的下位层的数据(RLC-PDU)起开始重构。
另外,RLC处理部40,当在作为下位层的RLC层中改变数据单位(RLC-PDU)的大小时,可以从上位层的序号的数据开始进行重构。
并且,移动台10的RLC处理部40进行从所通知的序号的数据开始重构而得的数据的接收处理。
即,移动台10的RLC处理部40,最初预定对从LSN18以后的数据单位(RLC-PDU)开始以640位大小进行重构所得的数据进行接收处理,但对从与USN5对应的LSN13以后的数据单位(RLC-PDU)开始以640位大小进行重构而得的数据进行接收处理。
(通信方法)
接下来,使用图5、图6,说明通信系统100中的通信方法的步骤。在图5、图6中,以移动台10是接收装置、无线网络装置20是发送装置的情况为例进行说明。
首先,使用图5说明移动台10根据重构的通知而通知上位层的序号的情况下的步骤。
无线网络装置20判断RLC层中的数据重构的必要性(S101)。
无线网络装置20在判断为需要重构的情况下,向移动台10通知RLC层中的数据重构(S102)。
移动台10根据来自无线网络装置20的重构的通知,向无线网络装置20通知希望接收的数据在上位层中的序号(USN)(S103)。
无线网络装置20从移动台10所通知的上位层中的序号的数据(RLC-PDU)开始进行重构(S104)。
然后,无线网络装置20向移动台10发送重构而得的数据(S105)。
另一方面,在步骤(S101)中判断为不需要重构的情况下,无线网络装置20不进行重构,与之前同样地向移动台10发送数据(S105)。
接下来,使用图6,说明移动台10根据指示数据(Indicator)通知上位层的序号的情况下的步骤。
无线网络装置20判断RLC层中的数据重构的必要性(S201)。
无线网络装置20,当判断为需要重构时,判断上位层的序号的通知的必要性,在重构的通知中附加Indicator(指示数据)。
然后,无线网络装置20向移动台10发送重构的通知和Indicator(指示数据),在向移动台10通知RLC层中的数据重构的同时,向移动台10指示序号的通知的必要性(S202)。
移动台10判断来自无线网络装置20的重构的通知中所附加的Indicator是“ON”还是“OFF”(S203)。
当Indicator是“ON”时,移动台10向无线网络装置20通知希望接收的数据在上位层中的序号(USN)(S204)。
无线网络装置20从移动台10所通知的上位层中的序号的数据(RLC-PDU)开始进行重构(S205)。
然后,无线网络装置20向移动台10发送重构而得的数据(S206)。
反之,在步骤(S201)中判断为不需要重构时,无线网络装置20不进行重构,与之前同样地向移动台10发送数据(S206)。
另外,在步骤(S203)中Indicator是“OFF”时,移动台10不进行序号(USN)的通知。
因此,无线网络装置20从最初预定的序号(USN)的数据开始进行重构,并将数据发送至移动台10(S206)。
(效果)
根据这种移动台10、无线网络装置20、通信系统100以及通信方法,当移动台10或无线网络装置20成为接收装置时,可以识别进行在下位层中的数据重构。
并且,移动台10或无线网络装置20可以使用比进行重构的层上位的层中的序号,向发送装置通知希望接收的重构而得的数据。
而且,移动台10或无线网络装置20可以进行从通知给发送装置的序号的数据开始重构而得的数据的接收处理。
从而,移动台10或无线网络装置20可以接收希望的数据,可以防止由于数据的重构而导致发生数据损失。
另外,根据这种移动台10、无线网络装置20、通信网络100以及通信方法,在移动台10或无线网络装置20成为发送装置时,可以向接收装置通知进行在下位层中的数据重构。
并且,移动台10或无线网络装置20,通过比进行重构的层上位的层中的序号,可以识别接收装置希望接收的重构而得的数据。
并且,移动台10或无线网络装置20可以从接收装置希望的序号的数据起,开始在下位层中的数据重构,并发送数据。
从而,移动台10或无线网络装置20可以防止由于数据重构而导致发生数据损失。
即,根据移动台10、无线网络装置20、通信系统100以及通信方法,在下位层的重构时,使用上位层的序号来收发希望接收的数据,由此可以不发生数据损失地进行通信,可以实现无损失的数据传输。
另外,根据这种移动台10、无线网络装置20、通信系统100以及通信方法,接收装置的通知/指示部70根据数据的接收结果来通知上位层中的序号,因此,接收装置即使在进行数据重构的情况下,也可以让发送装置发送未正常完成收发的数据,并进行接收。从而,可以更切实地防止发生数据损失。
另外,根据这种移动台10、无线网络装置20、通信系统100以及通信方法,接收装置的取得部60从发送装置取得请求序号的指示数据,接收装置的通知部/指示部70根据指示数据来通知序号,因此接收装置在进行重构时可以根据需要来通知序号。因此,可以谋求降低控制数据量或控制负荷,可以实现更灵活的控制。
另外,根据这种移动台10、无线网络装置20、通信系统100以及通信方法,当发送装置的RLC处理部(下位层处理部)40在RLC层(下位层)中改变数据单位的大小时,可以从RRC层或PDCP层等(上位层)的序号的数据开始进行重构,因此发送装置通过改变数据单位的大小,在有必要进行重构时,可以从接收装置所通知的上位层的序号的数据开始进行重构。
另外,根据这种移动台10、无线网络装置20、通信系统100以及通信方法,当判断部82判断为需要重构时,发送装置的RLC处理部(下位层处理部)40可以从序号的数据开始进行重构,因此发送装置可以根据需要进行重构,可以谋求降低控制负荷,可以实现更灵活的控制。
另外,根据这种移动台10、无线网络装置20、通信系统100以及通信方法,发送装置具备通过发送指示数据向接收装置请求序号的指示部,因此,当进行重构时,可以根据需要请求序号,可以谋求降低控制数据量或控制负荷,可以实现更灵活的控制。
此外,本发明不限定于上述实施方式,可以进行各种变更。通信系统不限于应用了W-CDMA的移动通信系统,也可以是使用其他无线接入方式的移动通信系统或有线通信系统。
另外,在上述实施方式中,移动台10和无线网络装置20分别具有接收装置和发送装置双方的功能,但也可以仅具有某一方的功能。
而且,通信系统,除无线网络装置20以外,还可以具备基站和无线控制装置。在这种情况下,移动台和无线控制装置可以经由基站收发数据。
产业上的可利用性
如上所述,通过本发明,可以防止发生由数据重构而引起的数据损失。
Claims (9)
1.一种接收装置,其特征在于,具备:
取得部,从发送装置取得在下位层中的数据重构的通知;
通知部,向所述发送装置通知希望接收的数据在上位层中的序号;以及下位层处理部,进行从所述序号的数据开始重构而得的数据的接收处理。
2.根据权利要求1所述的接收装置,其特征在于,
所述通知部根据数据的接收结果通知所述在上位层中的序号。
3.根据权利要求1所述的接收装置,其特征在于,
所述取得部从所述发送装置取得请求所述序号的指示数据,所述通知部根据所述指示数据通知所述序号。
4.一种发送装置,其特征在于,具备:
通知部,向接收装置通知在下位层中的数据重构;
取得部,从所述接收装置取得希望接收的数据在上位层中的序号;以及下位层处理部,从所述序号的数据开始进行所述重构。
5.根据权利要求4所述的发送装置,其特征在于,
所述下位层处理部,在所述下位层中改变数据单位的大小时,从所述序号的数据开始进行所述重构。
6.根据权利要求4所述的发送装置,其特征在于,
具备判断所述重构的必要性的判断部,
所述下位层处理部,当所述判断部判断为需要进行所述重构时,从所述序号的数据开始进行所述重构。
7.根据权利要求4所述的发送装置,其特征在于,
具备指示部,通过发送指示数据向所述接收装置请求所述序号。
8.一种通信系统,其特征在于,具备:
接收装置,从发送装置取得在下位层中的数据重构的通知,向所述发送装置通知希望接收的数据在上位层中的序号,进行从所述序号的数据开始重构而得的数据的接收处理;以及
发送装置,向所述接收装置通知所述重构,从该接收装置取得希望接收的数据在上位层中的序号,从该序号的数据开始进行所述重构。
9.一种通信方法,其特征在于,
发送装置向接收装置通知在下位层中的数据重构,
该接收装置向所述发送装置通知希望接收的数据在上位层中的序号,
该发送装置从所述序号的数据开始进行所述重构,
所述接收装置进行从所述序号的数据开始重构而得的数据的接收处理。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004374912 | 2004-12-24 | ||
JP374912/2004 | 2004-12-24 | ||
JP003147/2005 | 2005-01-07 | ||
JP2005003147A JP2006203265A (ja) | 2004-12-24 | 2005-01-07 | 受信装置、送信装置、通信システム及び通信方法 |
PCT/JP2005/023822 WO2006068272A1 (ja) | 2004-12-24 | 2005-12-26 | 受信装置、送信装置、通信システム及び通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101088268A true CN101088268A (zh) | 2007-12-12 |
CN101088268B CN101088268B (zh) | 2010-09-15 |
Family
ID=36601864
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005800448290A Expired - Fee Related CN101088268B (zh) | 2004-12-24 | 2005-12-26 | 接收装置、发送装置、通信系统以及通信方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US7940770B2 (zh) |
EP (1) | EP1843548A1 (zh) |
JP (1) | JP2006203265A (zh) |
KR (1) | KR100915162B1 (zh) |
CN (1) | CN101088268B (zh) |
BR (1) | BRPI0519401A2 (zh) |
RU (1) | RU2355122C1 (zh) |
WO (1) | WO2006068272A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101873633A (zh) * | 2009-04-21 | 2010-10-27 | 华为技术有限公司 | 一种多媒体分组数据传输和处理方法以及网络设备 |
TWI513259B (zh) * | 2013-05-17 | 2015-12-11 | Nvidia Corp | 訊息處理 |
CN108713220A (zh) * | 2016-03-11 | 2018-10-26 | 松下知识产权经营株式会社 | 发送装置、接收装置、发送方法、接收方法、通信系统 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4978141B2 (ja) | 2006-10-06 | 2012-07-18 | 富士通株式会社 | 無線通信システム及び無線基地局及び無線通信制御方法 |
JP4985652B2 (ja) * | 2006-11-01 | 2012-07-25 | 富士通株式会社 | 無線通信装置、無線通信方法および無線通信システム |
KR101435832B1 (ko) * | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
JP2008259038A (ja) * | 2007-04-06 | 2008-10-23 | Ntt Docomo Inc | パケット通信システム、移動局及び無線基地局 |
US8274939B2 (en) | 2007-04-30 | 2012-09-25 | Lg Electronics Inc. | Method of transmitting data block in wireless communication system |
US8320561B2 (en) * | 2007-08-08 | 2012-11-27 | Qualcomm Incorporated | Key identifier in packet data convergence protocol header |
JP2009044693A (ja) * | 2007-08-10 | 2009-02-26 | Fujitsu Ltd | 送信方法、送信装置、およびコンピュータプログラム |
KR100907978B1 (ko) * | 2007-09-11 | 2009-07-15 | 엘지전자 주식회사 | 이동통신 시스템에서 pdcp 계층의 상태보고 전송 방법 및 수신장치 |
US20090175175A1 (en) | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
US20090175163A1 (en) * | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Method and apparatus of performing packet data convergence protocol re-establishment |
KR101531419B1 (ko) | 2008-02-01 | 2015-06-24 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 상향링크 harq의 동작 방법 |
KR101375936B1 (ko) | 2008-02-01 | 2014-03-18 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 하향링크 harq의 동작 방법 |
US9008004B2 (en) | 2008-02-01 | 2015-04-14 | Lg Electronics Inc. | Method for sending RLC PDU and allocating radio resource in mobile communications system and RLC entity of mobile communications |
CN101933280A (zh) * | 2008-02-01 | 2010-12-29 | Lg电子株式会社 | 用于发送pdcp状态报告的移动通信系统和方法 |
US8634333B2 (en) * | 2008-05-07 | 2014-01-21 | Qualcomm Incorporated | Bundling of ACK information in a wireless communication system |
US8125994B2 (en) * | 2008-05-09 | 2012-02-28 | Research In Motion Limited | Method and apparatus for assembling network layer data units |
WO2010016150A1 (ja) * | 2008-08-08 | 2010-02-11 | 富士通株式会社 | 無線装置、通信方法および通信プログラム |
KR101579860B1 (ko) * | 2009-01-22 | 2015-12-24 | 삼성전자주식회사 | 무선 통신 시스템의 메시지 전송 방법 |
US8743896B2 (en) * | 2009-03-16 | 2014-06-03 | Htc Corporation | Method and related communication device for radio link control reconfiguration in a wireless communications system |
US20100262254A1 (en) * | 2009-04-09 | 2010-10-14 | Solana Surgical LLC | Metatarsal bone implant |
KR101301323B1 (ko) | 2009-05-27 | 2013-08-29 | 닛본 덴끼 가부시끼가이샤 | 무선 통신 장치 및 데이터 수신 방법 |
CN102695202B (zh) * | 2011-03-25 | 2015-12-16 | 华为技术有限公司 | 重配置的方法、无线网络控制器和终端 |
WO2013005965A2 (en) * | 2011-07-01 | 2013-01-10 | Samsung Electronics Co., Ltd. | Method and system for dynamically changing upper bound on data packet size in wireless communication networks |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2107047C (en) * | 1992-12-29 | 1998-04-28 | Alan M. Bentley | Switched circuit connection management over public data networks for wide area networks |
US5751719A (en) * | 1995-11-30 | 1998-05-12 | Lucent Technologies Inc. | Method and system for data transfer in the presence of disconnects |
JPH09298734A (ja) * | 1996-04-30 | 1997-11-18 | Matsushita Electric Ind Co Ltd | ビデオオンデマンドシステム |
JPH11177536A (ja) * | 1997-12-08 | 1999-07-02 | Mitsubishi Electric Corp | 無線データリンク層の誤り制御方式 |
US7477604B2 (en) * | 2003-05-14 | 2009-01-13 | Ntt Docomo, Inc. | Packet communications system |
US7881204B2 (en) * | 2004-05-07 | 2011-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Mobile telecommunication |
-
2005
- 2005-01-07 JP JP2005003147A patent/JP2006203265A/ja active Pending
- 2005-12-26 CN CN2005800448290A patent/CN101088268B/zh not_active Expired - Fee Related
- 2005-12-26 KR KR1020077016348A patent/KR100915162B1/ko not_active IP Right Cessation
- 2005-12-26 US US11/722,736 patent/US7940770B2/en not_active Expired - Fee Related
- 2005-12-26 RU RU2007128526A patent/RU2355122C1/ru not_active IP Right Cessation
- 2005-12-26 EP EP20050820389 patent/EP1843548A1/en not_active Withdrawn
- 2005-12-26 BR BRPI0519401-6A patent/BRPI0519401A2/pt not_active IP Right Cessation
- 2005-12-26 WO PCT/JP2005/023822 patent/WO2006068272A1/ja active Application Filing
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101873633A (zh) * | 2009-04-21 | 2010-10-27 | 华为技术有限公司 | 一种多媒体分组数据传输和处理方法以及网络设备 |
CN101873633B (zh) * | 2009-04-21 | 2014-03-12 | 华为技术有限公司 | 一种多媒体分组数据传输和处理方法以及网络设备 |
TWI513259B (zh) * | 2013-05-17 | 2015-12-11 | Nvidia Corp | 訊息處理 |
CN108713220A (zh) * | 2016-03-11 | 2018-10-26 | 松下知识产权经营株式会社 | 发送装置、接收装置、发送方法、接收方法、通信系统 |
CN108713220B (zh) * | 2016-03-11 | 2021-07-20 | 松下知识产权经营株式会社 | 发送装置、接收装置、发送方法、接收方法、通信系统 |
Also Published As
Publication number | Publication date |
---|---|
US7940770B2 (en) | 2011-05-10 |
KR20070087130A (ko) | 2007-08-27 |
US20080225817A1 (en) | 2008-09-18 |
EP1843548A1 (en) | 2007-10-10 |
JP2006203265A (ja) | 2006-08-03 |
KR100915162B1 (ko) | 2009-09-03 |
CN101088268B (zh) | 2010-09-15 |
WO2006068272A1 (ja) | 2006-06-29 |
RU2355122C1 (ru) | 2009-05-10 |
RU2007128526A (ru) | 2009-01-27 |
BRPI0519401A2 (pt) | 2009-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101088268B (zh) | 接收装置、发送装置、通信系统以及通信方法 | |
TWI233309B (en) | Inter node B serving HS-DSCH cell change mechanism in high speed wireless communication system | |
KR101051595B1 (ko) | Rlc 윈도우 사이즈 재구성 | |
KR101084135B1 (ko) | 무선 통신 시스템의 송수신 단에서의 상태 pdu송수신방법 | |
EP2136501B1 (en) | Method of delivering a PDCP data unit to an upper layer | |
EP1563651B1 (en) | Data packet transmission in a single container | |
US8553641B2 (en) | Method for handling radio bearer messages during reset and reestablishment in a wireless system | |
US20060034175A1 (en) | Transmission of data packets in containers | |
US20070110101A1 (en) | Method of Handling RLC SDUs During RLC Reset and RLC Re-establishment in a UMTS System | |
CN101175254A (zh) | 用于进行重传的分组数据重新分段的方法和装置 | |
CN101621832B (zh) | 向上层传送pdcp数据单元的方法 | |
CN111133791A (zh) | 用于在无线通信系统中处理分组的方法和装置 | |
EP1751928B1 (en) | Lossless radio link control entity (rlc) re-establishment avoiding service data unit (sdu) duplication | |
JP2010514328A (ja) | 移動通信システムにおける制御情報伝送方法 | |
CN101816143B (zh) | 无线通信装置、无线通信控制装置、无线通信方法、以及无线通信控制方法 | |
KR100828322B1 (ko) | Umts시스템에서 무선링크제어계층의 상태변수에 의한재전송방법 | |
Meyer et al. | ARQ concept for the UMTS long-term evolution | |
CN103067142A (zh) | 无线通信装置 | |
CN103152147A (zh) | 无线通信装置及其方法、无线通信控制装置及其方法 |
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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100915 Termination date: 20111226 |