CN101453421B - 多载频***中的数据传输方法、装置及*** - Google Patents
多载频***中的数据传输方法、装置及*** Download PDFInfo
- Publication number
- CN101453421B CN101453421B CN2008102080452A CN200810208045A CN101453421B CN 101453421 B CN101453421 B CN 101453421B CN 2008102080452 A CN2008102080452 A CN 2008102080452A CN 200810208045 A CN200810208045 A CN 200810208045A CN 101453421 B CN101453421 B CN 101453421B
- Authority
- CN
- China
- Prior art keywords
- data
- carrier frequency
- unit
- status report
- sent
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 64
- 230000005540 biological transmission Effects 0.000 title abstract description 55
- 238000012545 processing Methods 0.000 claims description 52
- 239000000872 buffer Substances 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 13
- 238000010586 diagram Methods 0.000 description 4
- 230000006798 recombination Effects 0.000 description 4
- 238000005215 recombination Methods 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种多载频***中的数据传输方法、装置及***。本发明实施例采用根据在多个载频上请求数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将数据发送给接收端,从而实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的。
Description
技术领域
本发明涉及通信技术领域,具体涉及多载频***中的数据传输方法、装置及***。
背景技术
为了满足日益增长的无线业务的需要,在现有的单载频通信***基础上提出了多载频通信***。
多载频通信***(以下均称为多载频***),例如码分多址(Code DivisionMultiple Access,简称CDMA)通信***是指可以同时在两个以上的载频上传输数据的通信***,当同时使用两个以上的载频时,如果这些载频在节点B(Node B:CDMA***中用于接入无线终端通信的基站设备)的同一个处理板上,则在Node B侧只存在一个MAC-ehs队列和一个调度器,但如果这些载频在Node B不同的处理板上,那么,在Node B侧就会存在多个独立的MAC-ehs队列和调度器。此时就需要将数据分发到不同的MAC-ehs队列上进行数据传输,并在接收端进行重组和提交。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有技术没有相应的将来自同一个业务源的数据分发到不同的MAC-ehs队列上进行数据传输的技术。
发明内容
本发明实施例提供一种多载频***中的数据传输方法、装置及***,可以将数据分发到不同的MAC-ehs队列上进行传输。
一种多载频***中的数据传输方法,包括:
根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
分别通过各个载频对应的MAC-ehs队列将分发到各个载频上的数据发送给接收端;
接收所述接收端返回的状态报告。
一种多载频***中的数据传输方法,包括:
接收网络侧设备通过各个载频对应的MAC-ehs队列发送的数据;
根据所述数据的接收情况发送状态报告给所述网络侧设备。
一种网络侧设备,包括:
分发单元,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
发送单元,用于分别通过各个载频对应的MAC-ehs队列将所述分发单元分发到各个载频上的数据发送给接收端;
接收单元,用于接收所述接收端返回的状态报告。
一种接收端,包括:
接收单元,用于接收网络侧设备通过各个载频对应的MAC-ehs队列发送的数据;
处理单元,用于根据所述接收单元接收到的数据的接收情况发送状态报告给所述网络侧设备。
一种通信***,包括:
网络侧设备,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将分发到各个载频上的数据发送给接收端,并接收所述接收端返回的状态报告;
接收端,用于接收所述网络侧设备发送的数据,并根据所述数据的接收情况发送状态报告给网络侧设备。
本发明实施例采用根据在各个载频上请求的数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将数据发送给接收端从而实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的实施例一的方法流程图;
图2是本发明实施例提供的实施例二的方法流程图;
图3是本发明实施例提供的实施例三的方法流程图;
图4是本发明实施例提供的实施例四的方法流程图;
图5是本发明实施例提供的实施例五的方法流程图;
图6是本发明实施例提供的实施例六的网络侧设备的结构示意图;
图7是本发明实施例提供的实施例六的网络侧设备中的分发单元的结构示意图;
图8是本发明实施例提供的实施例七的接收端的结构示意图;
图9是本发明实施例提供的实施例八的通信***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种多载频***中的数据传输方法,本发明实施例还提供相应的装置和***。以下分别进行详细说明。
实施例一、
一种多载频***中的数据传输方法,根据在各个载频上请求的数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将分发到各个载频上的数据发送给接收端。参见图1,该方法具体可以如下:
101、根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
其中,根据在各个载频上请求的数据量分发需要发送的数据给各个载频可以包括多种情况,例如,首先,网络侧设备获取媒体接入控制(Medium AccessControl,简称MAC)层在各个载频上请求的数据量,并根据获取到的数据量分发需要发送的数据给各个载频,然后可以分别将所述数据量与各载频对应的发送窗口的大小,即发送窗口允许发送的数据量进行比较,选择它们中的较小值作为它们所对应的载频能够发送的数据量,当各载频能够发送的数据量的和小于需要发送的数据的数据量时,则根据各载频能够发送的数据量分发需要发送的数据给各个载频;当各载频能够发送的数据量的和大于需要发送的数据的数据量时,则根据各载频能够发送的数据量的比例分发需要发送的数据给各个载频,当然,当发送窗口的大小,即发送窗口允许发送的数据量足够大的时候,不需要考虑发送窗口大小的情况。
需说明的是,所述需要发送的数据可以携带有第一编号,这样,接收端就可以根据该第一编号来判断数据的总体接收情况,然后对接收到的数据作出相应的处理。
102、分别通过各个载频对应的MAC-ehs队列将分发到各个载频上的数据发送给接收端。
103、接收接收端返回的状态报告。
例如,所述状态报告可以是指示重传丢失数据的状态报告,也可以是指示需要换载频重传数据的状态报告,还可以是表示已经成功接收的状态报告等等。其中,所谓的换载频重传指的就是将数据通过其它载频进行重传。
其中,网络侧设备可以包括Node B和无线网络控制器(Radio NetworkController,简称RNC),接收端可以为终端。
由上可知,本发明实施例采用根据在各个载频上请求的数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将数据发送给接收端,从而实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的。
实施例二、
根据实施例一所描述的方法,还可以根据接收到的状态报告作出相应的处理,例如,若状态报告为指示重传丢失数据的状态报告,则重传丢失数据;若状态报告为指示需要换载频重传数据的状态报告,则换载频重传数据,其中,所述状态报告为接收端根据接收到的数据情况生成的。
为了更好地理解本发明实施例,以下将对重传等概念作简单介绍。
在现有的CDMA***中,存在一个无线链路控制(Radio Link Control,简称RLC)层的实体,它的功能主要是为数据提供分段/重组和重传业务,其中,分段/重组指的是将长度不同的应用层的协议数据单元(Protocol Data Unit,简称PDU)分组进行分段重组为较小的RLC PDU,重传指的是对接收端返回的状态报告中指示没有被正确接收的PDU分组进行重新传输。为了描述方便,以下将统称RLC PDU和PDU分组为数据。现有的RLC层的实体只适应一个MAC-ehs队列的情况,例如,当Node B侧存在两个MAC-ehs队列时,由于两个MAC-ehs队列引入的时延不一致,当一路MAC-ehs队列上的数据先到达接收端的RLC层时,接收端的RLC层的状态报告处理机制就会返回指示那些进入另一个MAC-ehs队列的数据没有被正确接收的状态报告,然后发送端的RLC层的实体就会根据状态报告对这些数据进行重传。也就是说,如果按现有技术对这些数据进行重传,那么将会导致大量的无效重传,因为这些数据只是在另一个MAC-ehs队列中等待,在一段时间的延时之后,它们依然可以被正确发送到接收端的RLC层。
针对上面的这个问题,为了保证传输效率,避免无效重传,在分发需要发送的数据给各个载频之后,本发明实施例还可以分别对分发到各个载频上的数据进行编号,形成第二编号,这样,接收端就可以根据该第二编号来判断各载频上数据的独立接收情况,然后对接收到的数据作出相应的处理,例如判断是否丢失数据,若丢失,则让网络侧设备重传丢失数据等等。
以下将举例进行详细说明,参见图2,该方法具体可以如下:
201、网络侧设备获取MAC层在多个载频上请求的数据量。
202、网络侧设备根据所述数据量分发需要发送的数据给各个载频;
例如,可以分别将所述数据量与各载频对应的发送窗口允许发送的数据量(或者说发送窗口的大小)进行比较,选择它们中的较小值作为它们所对应的载频能够发送的数据量,当各载频能够发送的数据量的和小于需要发送的数据的数据量时,则根据各载频能够发送的数据量分发需要发送的数据给各个载频;当各载频能够发送的数据量的和大于需要发送的数据的数据量时,则根据各载频能够发送的数据量的比例分发需要发送的数据给各个载频。
需说明的是,所述需要发送的数据携带有第一编号,这样,接收端就可以根据该第一编号来判断数据的总体接收情况,然后对接收到的数据作出相应的处理,例如判断是否需要换载频重传数据等等,并返回相应的状态报告给网络侧设备。
203、网络侧设备分别对分发到各个载频上的数据进行编号,形成第二编号,以便接收端可以根据该第二编号来判断各载频上数据的独立接收情况,然后对接收到的数据作出相应的处理,例如判断是否丢失数据,若丢失,则返回重传丢失数据的状态报告给网络侧设备等等。
204、网络侧设备分别通过各个载频对应的MAC-ehs队列将编号后的数据发送给接收端,这些数据携带有第一编号和第二编号。
205、网络侧设备接收接收端返回的状态报告,所述状态报告为接收端根据接收到的数据的第一编号或第二编号生成的。
206、网络侧设备根据所述状态报告作出相应的处理,例如,若状态报告为指示重传丢失数据的状态报告,则重传丢失数据,即通过所述丢失数据所在的载频对应的MAC-ehs队列重传所述丢失数据给接收端;若状态报告为指示需要换载频重传数据的状态报告,则换载频重传数据,即通过其他载频所对应的MAC-ehs队列重传所述需要换载频重传的数据给接收端。
其中,网络侧设备可以包括Node B和无线网络控制器(Radio NetworkController,简称RNC),接收端可以为终端。
由上可知,本发明实施例采用获取MAC层在多个载频上请求的数据量,根据所述数据量分发需要发送的携带有第一编号的数据给各个载频,并分别对分发到各个载频上的数据进行编号,形成第二编号,然后分别通过各个载频对应的MAC-ehs队列将数据发送给接收端,获取接收端根据所述第一编号或第二编号返回的状态报告,最后根据状态报告作出重传丢失数据或换载频重传的处理,不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且在此过程中,若其中的某一载频的时延太大,并不会在该时延较大的载频上大量重传数据,而是将该时延较大的载频上的数据换载频重传,从而避免了无效重传。
实施例三、
一种多载频***中的数据传输方法,如图3所示,其具体流程如下:
301、接收通过各个载频对应的MAC-ehs队列发送的数据;
该接收到的数据是由网络侧设备根据MAC层在多个载频上请求的数据量将数据分发到各个载频上的,所述网络侧设备可以携带有第一编号和第二编号。
302、根据所述数据的接收情况发送状态报告给网络侧设备;
例如,根据接收到的数据的第一编号或第二编号判断是否丢失数据,或者是否需要换载频重传数据,或者缓存接收到的数据等等,并根据处理的情况生成相应的状态报告,例如指示重传丢失数据或指示需要换载频重传数据的状态报告。然后发送所述状态报告给网络侧设备,以便网络侧设备可以根据接收到的状态报告的指示进行相应的处理,例如,若状态报告为指示重传丢失数据的状态报告,则重传丢失数据;若状态报告为指示需要换载频重传数据的状态报告,则换载频重传数据,等等。
由上可知,本发明实施例的接收端可以通过各个载频对应的MAC-ehs队列接收到被网络侧设备分发到各个载频上的数据,然后对接收到的数据进行处理,以配合网络侧设备实现将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的。
实施例四、
根据实施例三所描述的方法,以下将举例进行说明,如图4所示,具体可以如下:
401、接收端接收网络侧设备通过各个载频对应的MAC-ehs队列发送的数据。
该数据携带有第一编号和第二编号,是由网络侧设备根据MAC层在多个载频上请求的数据量将来数据分发到各个载频上的。
402、接收端根据接收到的数据的第一编号或第二编号处理接收到的数据,例如判断是否丢失数据,或者是否需要换载频重传数据,或者缓存接收到的数据等等,并根据处理的情况生成相应的状态报告,例如指示重传丢失数据或指示需要换载频重传数据的状态报告,等等,具体可以如下:
根据接收到的数据的第二编号分别判断各个载频上是否丢失了数据,若没有丢失数据,则缓存接收到的数据,根据第一编号处理缓存的数据并生成状态报告,若丢失了数据,则生成指示重传丢失数据的状态报告,所述指示重传丢失数据的状态报告中携带丢失数据的第二编号和丢失数据所在的载频。
其中,所述根据第一编号处理缓存的数据并生成状态报告包括:根据缓存的数据的第一编号判断是否需要换载频重传数据,若需要换载频重传数据,则生成指示需要换载频重传数据的状态报告,所述指示需要换载频重传数据的状态报告中携带需要换载频重传的数据的第二编号和需要换载频重传的数据所在的载频;若不换载频重传数据,则将缓存的数据进行重组,递交所述重组后的数据给应用层,可以发送表示数据已经正确接收的状态报告给网络侧设备。
需说明的是,当终端的RLC层发现某个数据为换载频重传的数据时,需将该换载频重传的数据根据第二编号放入原有载频的接收窗口的缓存中,然后根据接收情况返回相应的状态报告,这样,原有的载频才可以获知该换载频重传的数据的接收情况,避免原有的载频以为数据没有被正确接收,多次重传数据。
403、接收端发送状态报告给网络侧设备。
网络侧设备可以根据接收到的状态报告的指示进行相应的处理,例如,若状态报告为指示重传丢失数据的状态报告,则网络侧设备重传丢失数据;若状态报告为指示需要换载频重传数据的状态报告,则网络侧设备换载频重传数据,若状态报告表示数据已经正确接收,则网络侧设备继续处理其后面的流程等等。
由上可知,本发明实施例的接收端可以通过各个载频对应的MAC-ehs队列接收到被网络侧设备分发到各个载频上的数据,然后根据接收到的数据的接收情况,对接收到的数据进行处理,并生成相应的状态报告返回给网络侧设备,以便网络侧设备可以根据状态报告作出相应的处理,例如重传丢失数据或换载频重传数据,不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且在此过程中,若其中的某一载频的时延太大,接收端可以识别出来,并返回指示需要换载频重传数据的状态报告,避免了在该时延较大的载频上大量重传数据而导致大量无效重传的情况。
实施例五、
根据实施例一、二、三和四所描述的方法,下面将举例作进一步详细说明。
其中,假定网络侧设备为Node B和RNC,接收端为终端,该多载频***有两个载频,分别为载频1和载频2,且这两个载频在Node B不同的处理板上,即Node B侧存在两个独立的MAC-ehs队列和调度器。
在引入多载频之后,需要在每个载频上设置一个类似的RLC层的实体,其具有独立的重传缓存(buffer)、发送窗口和接收窗口,可以独立地处理该载频上的数据发送和重传,同时可以独立地根据这个载频上的数据接收情况生成相应的状态报告等等。参见图5,多载频***中数据传输的过程可以如下:
501、RNC侧的RLC层收到应用层下发的数据之后,首先进行统一的分段和重组,然后放入一个统一的缓存。
502、RNC侧RLC层获取MAC层在两个载频上请求的数据量。
503、RNC侧RLC层根据获取到的MAC层在两个载频上请求的数据量分发需要发送的数据,即将放在统一的缓存中的数据分发给两个载频,分别放入两个载频独立的缓存中。
当然,为了避免数据溢出,还可以将MAC层在两个载频上请求的数据量分别与这两个载频各自对应的发送窗口允许发送的数据量进行比较,选择所述数据量和所述发送窗口允许发送的数据量两者中的较小值作为它们所对应的载频能够发送的数据量;如下:
当RLC层可发送的数据量,即需要发送的数据量充足时,若MAC层在载频上请求的数据量小于其对应的发送窗口允许发送的数据量(或者说发送窗口的大小),则确定(即选择)MAC层在载频上请求的数据量作为该载频能够发送的数据量,即根据MAC层在载频上请求的数据量分发需要发送的数据给该载频,若MAC层在载频上请求的数据量大于其对应的发送窗口允许发送的数据量,则确定(即选择)载频对应的发送窗口允许发送的数据量作为该载频能够发送的数据量,即根据发送窗口允许发送的数据量分发需要发送的数据给该载频,总之,按MAC层在载频上请求的数据量和发送窗口允许发送的数据量之间的较小值进行分发;
当RLC层可发送的数据量,即需要发送的数据量不足时,则将MAC层在载频上请求的数据量和其相应的发送窗口允许发送的数据量进行比较,取它们之间的最小值作为该载频上能够发送的数据量,然后根据两个载频上能够发送的数据量将需要发送的数据分发到两个载频上进行发送。例如,假设RLC层可发送的数据量为A个,载频1上能够发送的数据量为B个,载频2上能够发送的数据量为C个,A<B+C,则在载频1上发送的数据量为A*B/(B+C)个,当然,需要将计算结果按四舍五入的原则取整,在载频2上则发送剩下的数据,即在载频2上发送的数据量为A*C/(B+C)个。
为了更好地说明该分发方法,下面将以一个具体的例子说明这一过程:
例如MAC层在载频1上请求发送的数据量为5个,在载频2上请求发送的数据量为3个,而且两个载频对应的发送窗口允许发送的数据量均大于MAC层在这两个载频上请求发送的数据量,如果RLC层统一的缓存中有10个单位的数据,且这些数据的第一编号为1~10,那么根据分发的方法,由于10>5+3,即RLC层可发送的数据量充足,所以分发到载频1上的数据量应该为5个,即在载频1上发送第一编号为1~5的数据,分发到载频2上的数据量应该为3个,即在载频2上发送第一编号为6~8的数据;如果RLC层统一的缓存中有5个单位的数据,且这些数据的第一编号为1~5,那么,根据分发的方法,由于5<5+3,即RLC层可发送的数据量不足,所以,分发到载频1上的数据量应该为5*5/(5+3)个,取整即为3个,即在载频1上发送第一编号为1~3的数据,分发到载频2上的数据量应该为5*3/(5+3)个,取整即为2个,即在载频2上发送第一编号为4~5的数据。
504、RNC分别对分发到各个载频上的数据进行编号,形成第二编号,即分别对放在各个载频独立的缓存中的每个数据加上属于这个载频的第二编号。
假设该第二编号为SN_Freq,而数据之前携带的第一编号为SN,那么,也就是说每个数据都会有两个编号,即SN和SN_Freq,其中SN是将应用层数据分段或级联后得到的,而SN_freq则是每个载频上发送的数据的编号。例如,对于步骤503中的例子,如果在载频1上发送SN为1~3的数据,在载频2上发送SN为4~5的数据,则每个编号后的数据的SN和SN_Freq如表一。
表一:
SN | 1 | 2 | 3 | 4 | 5 |
SN_Freq(载频1) | 1 | 2 | 3 | ||
SN_Freq(载频2) | 1 | 2 |
为了描述方便,以下实施例均以SN_Freq来表示第二编号,SN来表示第一编号。
505、RNC将分发到各个载频上的数据发送给Node B,这些数据携带有SN和SN_Freq。
506、Node B将各个载频上的数据引入各个载频对应的MAC-ehs队列。
507、Node B通过MAC-ehs队列将数据发送给终端。
508、终端接收Node B发送的数据,并且,为了保证所接收的数据的正确率,可以根据接收到的数据的SN_Freq,即第二编号分别判断各个载频上是否丢失了数据,例如,可以根据第二编号的序号是否是连续的来判断是否丢失数据,若是,执行步骤509,若否,直接执行步骤513。
509、终端生成指示重传丢失数据的状态报告,所述指示重传丢失数据的状态报告中携带丢失数据的SN_Freq和丢失数据所在的载频(或者说载频),当然,还可以携带已经连续正确接收的数据的SN_Freq和所在的载频(或者说载频)。
510、终端发送指示重传丢失数据的状态报告给RNC。
511、RNC接收终端发送的指示重传丢失数据的状态报告,根据所述丢失数据的第二编号从所述丢失数据所在的载频所对应的独立缓存中获取丢失数据;
512、RNC将丢失数据通过该丢失数据原所在载频重新发送给Node B,返回执行步骤506。
513、终端将各个载频上已经连续正确接收的数据按SN的顺序缓存在终端统一的缓存中。
514、终端根据SN处理缓存的数据并生成状态报告;
由于数据在引入MAC-ehs队列时产生的时延不一致等等因素,两个载频上数据传输的时延也会不一致,为了避免在RLC层大量重传时延较大的那个载频上的数据,终端可以监测统一的缓存,判断是否需要将数据换载频重传,即换到另一个载频上进行传输,具体可以根据缓存的数据的SN,即第一编号判断是否需要换载频重传数据,判决方法如下:
假设统一的缓存中当前正确接收的最后一个数据的SN为SNx,在SNx之前原本有一个数据的SN为SNy,但当前SNy所对应的数据还没有正确接收,即在统一的缓存中没有SNy所对应的数据,如果SNx-SNy>Delta_SN,则将SNy所对应的数据换载频重传。其中,Delta_SN为预先设置的值。
对需要换载频重传的数据,终端生成指示需要换载频重传数据的状态报告,并在状态报告中携带需要换载频重传的数据的SN_Freq,即第二编号、需要换载频重传的数据所在的载频。
对不需要换载频重传的数据,即已经正确且完整接收的数据,终端则生成表示已经正确接收数据的状态报告,并将缓存的数据进行重组,重组成功后,将重组后的数据递交给应用层,并从终端统一的缓存中删除。
515、终端发送状态报告给RNC;
516、RNC接收终端返回的状态报告并作出相应的处理;
若状态报告表示已经正确接收数据,则一次数据传输的流程结束;
若状态报告指示需要换载频重传数据,则执行步骤517,该指示需要换载频重传数据的状态报告携带需要换载频重传的数据的SN_Freq和需要换载频重传的数据所在的载频(或者说频点),其中,携带需要换载频重传的数据所在的载频是为了便于Node B可以将该需要换载频重传的数据从原来的MAC-ehs队列中删除,以释放空间。
517、RNC根据需要换载频重传的数据的SN_Freq在该需要换载频重传的数据所在的载频所对应的独立的缓存中获取需要换载频重传的数据。
518、RNC重选载频,将需要换载频重传的数据放入重选后的载频所对应的独立缓存中,然后返回执行步骤505,即将获取到的需要换载频重传的数据转换到另一个载频上进行传输。其中,重选载频时,RNC可以在其他的载频中任意选择一个,也可以根据运营商的策略或者预先设置的规则进行选择。
例如,载频1上的信号忽然恶化,导致数据发不出去,此时RNC收到指示换载频重传数据的状态报告,于是获取需要换载频重传的数据,然后将需要换载频重传的数据转换到载频2上进行传输,即将需要换载频重传的数据放入载频2所对应的独立的缓存,并返回执行步骤505。
当然,为了释放空间,便于Node B可以将该需要换载频重传的数据从原来的MAC-ehs队列中删除,需要在数据的包头中指示这个数据为换载频重传的数据。
需说明的是,当终端的RLC层发现某个数据为换载频重传的数据时,需将该换载频重传的数据根据SN_freq放入原有载频的接收窗口的缓存中,然后根据接收情况返回相应的状态报告,这样,原有的载频才可以获知该换载频重传的数据的接收情况,避免原有的载频以为数据没有被正确接收,多次重传数据。
需理解的是,本实施例只是以网络侧设备为RNC和Node B,接收端为终端为例进行说明的,网络侧设备和接收端还可以为其他具有类似功能的设备。
由上可知,本发明实施例的网络侧设备可以根据获取MAC层在多个载频上请求的数据量来分发需要发送的数据给各个载频,并分别对分发到各个载频上的数据进行编号后,才分别通过各个载频对应的MAC-ehs队列将这些数据发送给接收端,这样,接收端在接收到这些数据后,就可以根据这些数据的编号,即第一编号或第二编号作出相应的处理,并返回相应的状态报告,例如指示重传丢失数据的状态报告或指示需要换载频重传数据的状态报告给网络侧设备,以便网络侧可以根据状态报告的指示进行相应的处理,从而不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且,还可以避免丢失数据,以确保数据传输的正确率;另外,在此过程中,当数据在多个载频上传输引入的时延相差很大时,本发明实施例也不会在时延较大的那个载频上大量重传数据,而是将该时延较大的载频上的数据换载频重传,以提高数据传输的效率,避免大量的无效重传,例如某个载频上的信号突然恶化,导致数据无法发送,则接收端可以根据放在统一的缓存中的数据的第一编号识别出来,并生成相应的指示换载频重传这部分数据的状态报告给网络侧设备,然后网络侧设备将这部分数据换一个载频进行发送,从而避免了数据在接收端的RLC层等待过长的时间而无法递交到应用层。
实施例六、
为了更好实施以上方法,本发明实施例还相应地提供一种网络侧设备,如图6所示,网络侧设备600包括分发单元601、发送单元602和接收单元603;需说明的是,为了更好地对本实施例进行描述,图6中还给出了接收端700。
分发单元601,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
发送单元602,用于分别通过各个载频对应的MAC-ehs队列将分发单元601分发到各个载频上的数据发送给接收端700;
接收单元603,用于接收接收端700返回的状态报告,例如指示重传丢失数据的状态报告、指示需要换载频重传数据的状态报告或表示已正确接收数据的状态报告等等。
其中,如图7所示,分发单元601还可以包括确定单元6011、第一分发子单元6012和第二分发子单元6013;
确定单元6011,用于将在各个载频上请求的数据量和各载频对应的发送窗口允许发送的数据量两者中的较小值确定为各载频能够发送的数据量;
第一分发子单元6012,当需要发送的数据的数据量不足时,用于根据确定单元确定的各载频能够发送的数据量的比例分发需要发送的数据给各个载频;
第二分发子单元6013,当所述判断单元判断需要发送的数据的数据量不足时,用于根据确定单元确定的各载频能够发送的数据量的比例分发需要发送的数据给各个载频。
如图6所示,该网络侧设备还可以包括编号单元604;
编号单元604,用于分别对所述分发单元601分发到各个载频上的携带有第一编号的数据进行编号,形成第二编号;
发送单元602,还用于分别通过各个载频对应的MAC-ehs队列将编号单元604编号后的携带有第一编号和第二编号的数据发送给接收端700;
其中,第一编号用于判断是否需要换载频重传,第二编号用于判断是否需要重传丢失数据,也就是说,接收端700可以根据接收到的数据的第一编号来判断是否需要换载频重传,可以根据接收到的数据的第二编号来判断是否需要重传丢失数据。
如图6所示,该网络侧设备600还可以包括第一重传单元单元605;
第一重传单元605,用于当接收单元603接收到的状态报告为指示重传丢失数据的状态报告时,通过丢失数据所在的载频所对应的MAC-ehs队列重传丢失数据给接收端700。
为了提高传输效率,避免在时延较大的载频上大量重传数据,以及避免数据在接收端的RLC层等待过长的时间而无法被提交到应用层,还可以对时延较大的载频上的数据进行换载频重传,因此,相应的,如图6所示,网络侧设备600还可以包括和第二重传单元606;
第二重传单元606,用于当接收单元603接收到的状态报告为指示需要换载频重传数据的状态报告时,通过其他载频所对应的MAC-ehs队列重传需要换载频重传的数据给接收端700。
为了释放空间,如图6所示,该网络侧设备600还可以包括删除单元607;
删除单元607,用于当接收单元603接收到的状态报告为指示需要换载频重传数据的状态报告时,在所述需要换载频重传的数据所在的载频所对应的MAC-ehs队列中删除所述需要换载频重传的数据。
以下将举例进行说明。
进行数据传输时,首先,网络侧设备600的分发单元601获取MAC层在多个载频上请求的数据量,并根据获取到的数据量分发需要发送的携带有第一编号的数据给各个载频,即放入各个载频对应的独立的缓存中,由编号单元604分别对分发到各个载频上的数据进行编号,形成第二编号,再由发送单元602分别通过各个载频对应的MAC-ehs队列将各个载频上的数据发送给接收端700,之后,接收单元603接收接收端返回的状态报告,最后,根据状态报告的指示作出相应的处理。
例如,当所述接收单元603接收到的状态报告为指示重传丢失数据的状态报告时,第一重传单元605通过丢失数据所在载频所对应的MAC-ehs队列将丢失数据重传给接收端700。当所述接收单元604接收到的状态报告为指示需要换载频重传数据的状态报告时,第二重传单元606通过其它载频所对应的MAC-ehs队列重传需要换载频重传的数据给接收端700,同时,删除单元607在原载频所对应的MAC-ehs队列中删除所述需要换载频重传的数据。
该网络侧设备具体可以为Node B和RNC。
由上可知,本发明实施例的网络侧设备可以根据在多个载频上请求的数据量来分发需要发送的数据给各个载频,并分别对分发到各个载频上的数据进行编号后,才分别通过各个载频对应的MAC-ehs队列将这些数据发送给接收端,这样,接收端在接收到这些数据后,就可以根据这些数据的编号,即第一编号或第二编号作出相应的处理,并返回相应的状态报告,例如指示重传丢失数据的状态报告或指示需要换载频重传数据的状态报告给网络侧设备,以便网络侧可以根据状态报告的指示进行相应的处理,从而不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且,还可以避免丢失数据,以确保数据传输的正确率;另外,在此过程中,当数据在多个载频上传输引入的时延相差很大时,本发明实施例也不会在时延较大的那个载频上大量重传数据,而是将该时延较大的载频上的数据换载频重传,以提高数据传输的效率,避免大量的无效重传。
实施例七、
为了更好实施以上方法,本发明实施例还相应地提供一种接收端,如图8所示,包括接收单元701和处理单元702;
接收单元701,用于接收网络侧设备通过各个载频对应的MAC-ehs队列发送的数据;
处理单元702,用于根据接收单元701接收到的数据的接收情况发送状态报告给网络侧设备。
其中,处理单元702可以包括生成单元7021和发送单元7022;
生成单元7021,用于根据接收单元701接收到的数据的第一编号或第二编号处理接收到的数据并生成状态报告,例如所述状态报告可以指示网络侧设备重传丢失数据或换载频重传数据等等;
发送单元7022,用于发送所述生成单元7021生成的状态报告给网络侧设备;
所述接收单元701,还用于接收网络侧设备通过各个载频对应的MAC-ehs队列发送的携带有第一编号和第二编号的数据。
其中,生成单元7021可以包括第一判断单元70211、缓存单元70212、处理子单元70213和第一状态报告生成单元70214;
第一判断单元70211,根据接收单元701接收到的数据的第二编号分别判断各个载频上是否丢失了数据;
缓存单元70212,用于当第一判断单元70211判断没有丢失数据时,缓存接收到的数据;
处理子单元70213,用于根据缓存单元70212中的数据的第一编号处理缓存的数据并生成状态报告;
第一状态报告生成单元70214,用于当第一判断单元70211判断丢失了数据时,生成指示重传丢失数据的状态报告;其中,该指示重传丢失数据的状态报告中可以携带丢失数据的第二编号和丢失数据所在的载频,以便网络侧设备接收到该状态报告后,可以根据该状态报告中的丢失数据的第二编号获取丢失数据,并通过丢失数据所在的载频所对应的MAC-ehs队列重传丢失数据给接收端。
其中,处理子单元70213可以包括第二判断单元702131和第二状态报告生成单元702132;
第二判断单元702131,用于根据缓存单元70212缓存的数据的第一编号判断是否需要换载频重传数据;
第二状态报告生成单元702132,用于当第二判断单元702131判断需要换载频重传数据时,生成指示需要换载频重传数据的状态报告;其中,该指示需要换载频重传数据的状态报告中携带需要换载频重传的数据的第二编号和需要换载频重传的数据所在的载频,以便网络侧设备接收到该状态报告后,可以根据该状态报告中的丢失数据的第二编号获取需要换载频重传的数据,并通过需要换载频重传的数据所在的载频所对应的MAC-ehs队列重传需要换载频重传的数据给接收端。
所述接收单元,还用于接收网络侧设备换载频重传的数据,将所述数据放入原有载频的接收窗口的缓存中,此后,处理单元702根据接收情况返回相应的状态报告,这样,原有的载频才可以获知该换载频重传的数据的接收情况,避免原有的载频以为数据没有被正确接收,多次重传数据。
当然,所述处理子单元70213还可以包括重组单元702133;
重组单元702133,用于当第二判断单元702131判断不需要换载频重传数据时,将缓存的数据进行重组;
所述发送单元7022,还用于递交重组单元702133重组后的数据给应用层。
以下将举例进行说明。
进行数据传输时,接收端的接收单元701接收到网络侧设备通过各个载频对应的MAC-ehs队列发送的携带有第一编号和第二编号的数据后,处理单元702的生成单元7021根据接收单元701接收到的数据的第一编号或第二编号处理接收到的数据并生成状态报告,然后发送单元7022发送生成单元7021生成的状态报告给网络侧设备。
其中,生成单元7021根据接收单元701接收到的数据的第一编号或第二编号处理接收到的数据并生成状态报告具体可以如下:
生成单元7021的第一判断单元70211根据接收单元701接收到的数据的第二编号分别判断各个载频上是否丢失了数据,若丢失了数据,则第一状态报告生成单元70214生成指示重传丢失数据的状态报告;若没有丢失数据,则缓存单元70212缓存接收到的数据,处理子单元70213中的第二判断单元702131根据缓存单元70212缓存的数据的第一编号判断是否需要换载频重传数据,若需要换载频重传数据,则第二状态报告生成单元702132生成指示需要换载频重传数据的状态报告;若不需要换载频重传数据,则处理子单元70213中的重组单元702133将缓存的数据进行重组,由发送单元7022递交给应用层。
该接收端具体可以为终端。
由上可知,本发明实施例的接收端可以通过各个载频对应的MAC-ehs队列接收到被网络侧设备分发到各个载频上的数据,然后根据接收到的数据的第一编号或第二编号对数据进行处理,例如判断是否丢失了数据,是否需要换载频重传等等,并生成相应的状态报告返回给网络侧设备,以便网络侧设备可以根据状态报告的指示作出相应的处理,例如重传丢失数据或换载频重传数据等等,不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且在此过程中,若其中的某一载频的时延太大,接收端可以识别出来,并返回指示需要换载频重传数据的状态报告,避免了在该时延较大的载频上大量重传数据而导致大量无效重传的情况。
实施例八、
为了更好实施以上方法,如图9所示,本发明实施例还相应地提供一种通信***包括网络侧设备801和接收端802;
网络侧设备801,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频,然后分别通过各个载频对应的MAC-ehs队列将分发到各个载频上的数据发送给接收端,并接收接收端返回的状态报告;
接收端802,用于接收网络侧设备801发送的数据,并根据所述数据的接收情况发送状态报告给网络侧设备。
进一步的,网络侧设备801,还用于根据在各个载频上请求的数据量分发需要发送的携带有第一编号的数据给各个载频,并分别对分发到各个载频上的数据进行编号,形成第二编号,然后分别通过各个载频对应的MAC-ehs队列将携带有第一编号和第二编号的数据发送给接收端802,在所述接收端接收到数据后,接收接收端802返回的状态报告,并根据所述状态报告作出相应处理,例如重传丢失数据或换载频重传数据的处理等;
所述接收端802,还用于根据接收到的数据的第一编号或第二编号处理接收到的数据,并返回状态报告给网络侧设备801。
更进一步的,所述网络侧设备801,还用于当接收到接收端802发送的指示重传丢失数据的状态报告时,重传丢失数据给接收端802,例如,可以根据丢失数据的第二编号获取丢失数据,然后丢失数据所在的载频所对应的MAC-ehs队列重传所述丢失数据给接收端802;或者,当接收到接收端802发送的指示需要换载频重传数据的状态报告时,换载频重传所述需要换载频重传的数据,例如,可以根据需要换载频重传的数据的第二编号获取需要换载频重传的数据,然后重选载频,即选择其他载频,然后通过其它载频所对应的MAC-ehs队列重传所述需要换载频重传的数据给接收端802;
所述接收端802,还用于根据从网络侧设备801处接收到的数据的第二编号分别判断各个载频上是否丢失了数据,若丢失了数据,则生成指示重传丢失数据的状态报告并发送给网络侧设备801,其中,该指示重传丢失数据的状态报告中可以携带丢失数据的第二编号和丢失数据所在的载频;若正确接收了数据,则缓存接收到的数据,根据缓存的数据的第一编号判断是否需要换载频重传数据,若不需要换载频重传数据,则将在统一的缓存中的数据进行重组并提交给应用层,当然,此时可以发送表示已正确接收数据的状态报告给网络侧设备801;若需要换载频重传数据,则生成指示需要换载频重传数据的状态报告并发送给网络侧设备801,其中,该指示需要换载频重传数据的状态报告中可以携带需要换载频重传的数据的第二编号和需要换载频重传的数据所在的载频。
该网络侧设备801具体可以为Node B和RNC,接收端802具体可以为终端。
由上可知,本发明实施例的通信***中的网络侧设备可以根据在多个载频上请求的数据量来分发需要发送的数据给各个载频,并分别对分发到各个载频上的数据进行编号后,才分别通过各个载频对应的MAC-ehs队列将这些数据发送给接收端,这样,接收端在接收到这些数据后,就可以根据这些数据的编号,即第一编号或第二编号作出相应的处理,并返回相应的状态报告,例如指示重传丢失数据的状态报告或指示需要换载频重传数据的状态报告给网络侧设备,以便网络侧可以根据状态报告的指示进行相应的处理,从而不仅实现了将需要发送的数据分发到不同的MAC-ehs队列上进行数据传输的目的,而且,还可以避免丢失数据,以确保数据传输的正确率;另外,在此过程中,当数据在多个载频上传输引入的时延相差很大时,本发明实施例也不会在时延较大的那个载频上大量重传数据,而是将该时延较大的载频上的数据换载频重传,以提高数据传输的效率,避免大量的无效重传,例如某个载频上的信号突然恶化,导致数据无法发送,则接收端可以根据放在统一的缓存中的数据的第一编号识别出来,并生成相应的指示换载频重传这部分数据的状态报告给网络侧设备,然后网络侧设备将这部分数据换一个载频进行发送,从而避免了数据在接收端的RLC层等待过长的时间而无法递交到应用层。
总之,本发明实施例具有如下有益效果:
本发明实施例采用根据获取到的MAC层在多个载频上请求的数据量分发需要发送的数据给各个载频,并对分发到各个载频上的数据进行编号,然后分别通过各个载频对应的MAC-ehs队列将数据发送给接收端,最后根据接收端返回的关于数据的接收情况的状态报告作出相应的处理,从而不仅满足了多载波通信***中需要将数据分发到不同的MAC-ehs队列上进行发送,并在接收端进行重组和按序递交的需求,而且,在此过程中,本发明实施例还可以根据数据的接收情况判断是否丢失数据,以确保数据传输的正确率;另外,当数据在多个载频上传输引入的时延相差很大时,本发明实施例也不会在时延较大的那个载频上大量重传数据,而是将该时延较大的载频上的数据换载频重传,以提高数据传输的效率,避免了大量的无效重传,以及避免了数据在接收端的RLC层等待过长的时间而无法递交到应用层。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本发明实施例所提供的多载频***中的数据传输方法、装置及***进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (15)
1.一种多载频***中的数据传输方法,其特征在于,包括:
根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
分别对分发到各个载频上的携带有第一编号的数据进行编号,形成第二编号;
分别通过各个载频对应的MAC-ehs队列将携带有第一编号和第二编号的数据发送给接收端,其中,所述第一编号用于判断是否需要换载频重传,所述第二编号用于判断是否需要重传丢失数据;
接收所述接收端返回的状态报告。
2.根据权利要求1所述的方法,其特征在于,所述根据在各个载频上请求的数据量分发需要发送的数据给各个载频包括:
将所述数据量和各载频对应的发送窗口允许发送的数据量两者中的较小值确定为各载频能够发送的数据量;
当各载频能够发送的数据量的和小于需要发送的数据的数据量时,则根据各载频能够发送的数据量分发需要发送的数据给各个载频;
当各载频能够发送的数据量的和大于需要发送的数据的数据量时,则根据各载频能够发送的数据量的比例分发需要发送的数据给各个载频。
3.根据权利要求1或2所述的方法,其特征在于,所述接收所述接收端返回的状态报告之后还包括:
当所述状态报告为指示重传丢失数据的状态报告时,通过所述丢失数据所在的载频对应的MAC-ehs队列重传所述丢失数据给接收端;或者,
当所述状态报告为指示需要换载频重传数据的状态报告时,通过其他载频所对应的MAC-ehs队列重传所述需要换载频重传的数据给接收端。
4.根据权利要求3所述的方法,其特征在于,还包括:
在所述需要换载频重传的数据所在的载频所对应的MAC-ehs队列中删除所述需要换载频重传的数据。
5.一种多载频***中的数据传输方法,其特征在于,包括:
接收网络侧设备通过各个载频对应的MAC-ehs队列发送的携带有第一编号和第二编号的数据;其中,所述第一编号为需要发送的数据所携带的编号,所述第二编号为根据对分发到各个载频上的数据进行编号而形成的;
根据接收到的数据的第二编号分别判断各个载频上是否丢失了数据,若没有丢失了数据,则缓存接收到的数据,根据缓存的数据的第一编号判断是否需要换载频重传数据,若需要换载频重传数据,则生成指示需要换载频重传数据的状态报告,若不需要换载频重传数据,则将缓存的数据进行重组,递交所述重组后的数据给应用层;若丢失了数据,则生成指示重传丢失数据的状态报告;
将所述状态报告发送至网络侧设备。
6.根据权利要求5所述的方法,其特征在于,还包括:
接收网络侧设备换载频重传的数据,将所述数据放入原有载频的接收窗口的缓存中,根据接收情况返回相应的状态报告。
7.一种网络侧设备,其特征在于,包括:
分发单元,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
编号单元,用于分别对所述分发单元分发到各个载频上的携带有第一编号的数据进行编号,形成第二编号;
发送单元,用于分别通过各个载频对应的MAC-ehs队列将编号单元编号后的携带有第一编号和第二编号的数据发送给接收端,其中,所述第一编号用于判断是否需要换载频重传,所述第二编号用于判断是否需要重传丢失数据;
接收单元,用于接收所述接收端返回的状态报告。
8.根据权利要求7所述的网络侧设备,其特征在于,所述分发单元包括:
确定单元,用于将在各个载频上请求的数据量和各载频对应的发送窗口允许发送的数据量两者中的较小值确定为各载频能够发送的数据量;
第一分发子单元,当各载频能够发送的数据量的和小于需要发送的数据的数据量时,用于根据确定单元确定的各载频能够发送的数据量分发需要发送的数据给各个载频;
第二分发子单元,当各载频能够发送的数据量的和大于需要发送的数据的数据量时,用于根据确定单元确定的各载频能够发送的数据量的比例分发需要发送的数据给各个载频。
9.根据权利要求8所述的网络侧设备,其特征在于,还包括:
第一重传单元,用于当所述接收单元接收到的状态报告为指示重传丢失数据的状态报告时,通过丢失数据所在的载频所对应的MAC-ehs队列重传丢失数据给接收端。
10.根据权利要求8或9所述的网络侧设备,其特征在于,还包括:
第二重传单元,用于当所述接收单元接收到的状态报告为指示需要换载频重传数据的状态报告时,通过其他载频所对应的MAC-ehs队列重传需要换载频重传的数据给接收端。
11.根据权利要求10所述的网络侧设备,其特征在于,还包括:
删除单元,用于当所述接收单元接收到的状态报告为指示需要换载频重传数据的状态报告时,在所述需要换载频重传的数据所在的载频所对应的MAC-ehs队列中删除所述需要换载频重传的数据。
12.一种接收端,其特征在于,包括:
接收单元,用于接收网络侧设备通过各个载频对应的MAC-ehs队列发送的携带有第一编号和第二编号的数据;其中,所述第一编号为需要发送的数据所携带的编号,所述第二编号为根据对分发到各个载频上的数据进行编号而形成的;
处理单元,用于根据所述接收单元接收到的数据的接收情况发送状态报告给所述网络侧设备;
所述处理单元包括生成单元和发送单元;
生成单元,用于根据所述接收单元接收到的数据的第一编号或第二编号处理接收到的数据并生成状态报告,所述状态报告指示网络侧设备重传丢失数据或换载频重传数据;
发送单元,用于发送所述生成单元生成的状态报告给网络侧设备;所述生成单元包括第一判断单元、缓存单元、处理子单元和第一状态报告生成单元;
第一判断单元,根据所述接收单元接收到的数据的第二编号分别判断各个载频上是否丢失了数据;
缓存单元,用于当所述第一判断单元判断没有丢失数据时,缓存所述接收到的数据;
处理子单元,用于根据所述缓存单元中的数据的第一编号处理缓存的数据并生成状态报告;
第一状态报告生成单元,用于当所述第一判断单元判断丢失了数据时,生成指示重传丢失数据的状态报告;
所述处理子单元包括第二判断单元和第二状态报告生成单元;
第二判断单元,用于根据所述缓存单元缓存的数据的第一编号判断是否需要换载频重传数据;
第二状态报告生成单元,用于当所述第二判断单元判断需要换载频重传数据时,生成指示需要换载频重传数据的状态报告。
13.根据权利要求12所述的接收端,其特征在于,
所述接收单元,还用于接收网络侧设备换载频重传的数据,将所述数据放入原有载频的接收窗口的缓存中。
14.根据权利要求12所述的接收端,其特征在于,所述处理子单元还包括:
重组单元,用于当所述第二判断单元判断不需要换载频重传数据时,将缓存的数据进行重组;
所述发送单元,还用于递交所述重组单元重组后的数据给应用层。
15.一种通信***,其特征在于,包括网络侧设备和接收端;
其中,网络侧设备包括网络侧设备的分发单元、网络侧设备的编号单元、网络侧设备的发送单元和网络侧设备的接收单元;
接收端包括接收端的接收单元和接收端的处理单元,其中,接收端的处理单元包括接收端的生成单元和接收端的发送单元;接收端的生成单元包括第一判断单元、缓存单元、处理子单元和第一状态报告生成单元;处理子单元包括第二判断单元和第二状态报告生成单元;
网络侧设备的分发单元,用于根据在各个载频上请求的数据量分发需要发送的数据给各个载频;
网络侧设备的编号单元,用于分别对所述网络侧设备的分发单元分发到各个载频上的携带有第一编号的数据进行编号,形成第二编号;
网络侧设备的发送单元,用于分别通过各个载频对应的MAC-ehs队列将编号单元编号后的携带有第一编号和第二编号的数据发送给接收端,其中,所述第一编号用于判断是否需要换载频重传,所述第二编号用于判断是否需要重传丢失数据;
网络侧设备的接收单元,用于接收所述接收端返回的状态报告;
接收端的接收单元,用于接收网络侧设备通过各个载频对应的MAC-ehs队列发送的携带有第一编号和第二编号的数据;
第一判断单元,根据所述接收单元接收到的数据的第二编号分别判断各个载频上是否丢失了数据;
缓存单元,用于当所述第一判断单元判断没有丢失数据时,缓存所述接收到的数据;
第二判断单元,用于根据缓存单元缓存的数据的第一编号判断是否需要换载频重传数据;
第二状态报告生成单元,用于当第二判断单元判断需要换载频重传数据时,生成指示需要换载频重传数据的状态报告;
第一状态报告生成单元,用于当第一判断单元判断丢失了数据时,生成指示重传丢失数据的状态报告;
接收端的发送单元,用于发送生成的状态报告给网络侧设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102080452A CN101453421B (zh) | 2008-12-24 | 2008-12-24 | 多载频***中的数据传输方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102080452A CN101453421B (zh) | 2008-12-24 | 2008-12-24 | 多载频***中的数据传输方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101453421A CN101453421A (zh) | 2009-06-10 |
CN101453421B true CN101453421B (zh) | 2011-12-28 |
Family
ID=40735449
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102080452A Expired - Fee Related CN101453421B (zh) | 2008-12-24 | 2008-12-24 | 多载频***中的数据传输方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101453421B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104734821A (zh) * | 2013-12-19 | 2015-06-24 | 电信科学技术研究院 | 数据传输方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1731771A (zh) * | 2005-08-16 | 2006-02-08 | 中兴通讯股份有限公司 | 一种支持多载波下行高速数据分组接入的***和方法 |
CN1767423A (zh) * | 2005-11-25 | 2006-05-03 | 中兴通讯股份有限公司 | 一种多载波高速下行分组接入***中的数据传输控制方法 |
CN101170715A (zh) * | 2006-10-27 | 2008-04-30 | 上海宇梦通信科技有限公司 | 高速上行链路分组接入中增强专用信道介质访问控制方法 |
-
2008
- 2008-12-24 CN CN2008102080452A patent/CN101453421B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1731771A (zh) * | 2005-08-16 | 2006-02-08 | 中兴通讯股份有限公司 | 一种支持多载波下行高速数据分组接入的***和方法 |
CN1767423A (zh) * | 2005-11-25 | 2006-05-03 | 中兴通讯股份有限公司 | 一种多载波高速下行分组接入***中的数据传输控制方法 |
CN101170715A (zh) * | 2006-10-27 | 2008-04-30 | 上海宇梦通信科技有限公司 | 高速上行链路分组接入中增强专用信道介质访问控制方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104734821A (zh) * | 2013-12-19 | 2015-06-24 | 电信科学技术研究院 | 数据传输方法和装置 |
CN104734821B (zh) * | 2013-12-19 | 2019-04-05 | 电信科学技术研究院 | 数据传输方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101453421A (zh) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101095272B1 (ko) | Mac 층 리셋 후 노드-b 에서 버퍼링된 데이터의 효과적인 복구를 위한 시스템 | |
CN101043301B (zh) | 一种无线通信***中的数据重排重组方法及其基站 | |
WO2018127225A1 (zh) | 数据传输方法、网络侧设备及用户设备 | |
TWI646814B (zh) | Data transmission method and related equipment | |
US20070298781A1 (en) | Method and apparatus for handling status report after handover in a wireless communications system | |
KR20070077798A (ko) | 이동통신 시스템에서 재전송 제어를 위한 상태보고의요청/전송 방법 및 장치 | |
MXPA04011168A (es) | Control de flujo cognoscitivo basado en condiciones de calidad de canal. | |
WO2009117961A1 (zh) | 一种发送数据的方法、***和设备 | |
CN101304416A (zh) | 无线通讯***改善重设一增强型高速媒体存取控制协议实体的方法及相关装置 | |
KR100972166B1 (ko) | 무선통신 시스템에서의 프로토콜데이터유닛 순서정렬 방법 및 이를 수행하는 단말 | |
CN113840342B (zh) | 数据前转、重传方法及装置 | |
CN109842462B (zh) | 混合自动重送方法及*** | |
EP4044480A1 (en) | Ntn-based data transmission method and apparatus, and storage medium | |
KR20030027043A (ko) | 데이터 전송 프로토콜 | |
CN103609158A (zh) | 通信***、数据中继装置、基站、移动终端以及通信方法 | |
Sayenko et al. | Performance analysis of the IEEE 802.16 ARQ mechanism | |
US8073012B2 (en) | Method and related apparatus for handling packet discard in a wireless communications system | |
CN101453421B (zh) | 多载频***中的数据传输方法、装置及*** | |
WO2017000564A1 (zh) | 数据处理方法及装置 | |
KR100947530B1 (ko) | 무선통신시스템에서 데이터 전송상태를 폴링하는 방법 및장치 | |
CN108200605B (zh) | 一种基站的数据传输方法和装置 | |
CN110958086A (zh) | 一种数据传输方法、装置、电子设备以及介质 | |
JP2023062123A (ja) | 無線通信装置、無線通信方法、及び無線通信システム | |
EP2023524B1 (en) | Communication control method, transmission device and computer program | |
CN107454623B (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111228 |
|
CF01 | Termination of patent right due to non-payment of annual fee |