CN101932128B - 一种数据链路层的数据收发处理方法及设备 - Google Patents
一种数据链路层的数据收发处理方法及设备 Download PDFInfo
- Publication number
- CN101932128B CN101932128B CN 200910087912 CN200910087912A CN101932128B CN 101932128 B CN101932128 B CN 101932128B CN 200910087912 CN200910087912 CN 200910087912 CN 200910087912 A CN200910087912 A CN 200910087912A CN 101932128 B CN101932128 B CN 101932128B
- Authority
- CN
- China
- Prior art keywords
- pdcp
- cascade
- sdu
- rlc
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 10
- 238000012545 processing Methods 0.000 claims abstract description 45
- 238000000034 method Methods 0.000 claims abstract description 44
- 230000005540 biological transmission Effects 0.000 claims abstract description 18
- 230000006835 compression Effects 0.000 claims abstract description 14
- 238000007906 compression Methods 0.000 claims abstract description 14
- 230000015572 biosynthetic process Effects 0.000 claims description 13
- 230000007774 longterm Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 20
- 238000010276 construction Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 239000012467 final product Substances 0.000 description 3
- 230000003466 anti-cipated effect Effects 0.000 description 2
- HCIBTBXNLVOFER-UHFFFAOYSA-N diphenylcyclopropenone Chemical compound O=C1C(C=2C=CC=CC=2)=C1C1=CC=CC=C1 HCIBTBXNLVOFER-UHFFFAOYSA-N 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 241000931705 Cicada Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005194 fractionation Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据链路层的数据收发处理方法及设备，包括：在分组数据汇聚协议层将分组数据汇聚协议层业务数据单元在头压缩后进行级联；在对级联后的分组数据汇聚协议层业务数据单元进行加密后形成分组数据汇聚协议层分组数据单元并发送至无线链路控制层；在收到媒体接入控制层发送的传输格式指示后，在无线链路控制层对无线链路控制层业务数据单元进行处理形成无线链路控制层分组数据单元并发送。本发明能够满足高速率业务传输的需求，也能够满足长期演进升级***高传输速率高处理复杂度的要求。
Description
技术领域
本发明涉及通信技术，特别涉及一种数据链路层的数据收发处理方法及设备。
背景技术
图1为上行数据链路层(Layer 2，层2)结构示意图，如图所示，在LTE(Long Term Evolution，长期演进)***中，用户数据包到达PDCP(Packet DataConvergence Protocol，分组数据汇聚协议)层，由PDCP进行头压缩、加密、增加头部结构等操作后，形成PDCP PDU(Packet Data Unit，分组数据单元)，发送至RLC(Radio Link Control，无线链路控制)层。RLC层对这些RLC SDU(Service Data Unit，业务数据单元)再进一步按照MAC层具体传输格式的要求进行适当的级联(concatenation)、分段(segmentation)并增加头部结构，形成合适大小的RLC PDU，发送至MAC(Medium Access Control，媒体接入控制)层再进一步组包发出。
图2为上行Layer 2处理过程示意图，如图所示，为了提高处理效率，可以考虑对部分PDCP SDU进行预先处理，形成PDCP PDU，等MAC层发送传输格式指示时，只需实时将RLC SDU进行级联和分段处理，形成RLC PDU。
在LTE***设计中要求UE(User Equipment，用户设备)的峰值速率最大达到100Mbps，则每TTI(Transmission Time Interval，传输/发送时间间隔)传输的数据量最大为12.5Kbytes，按照目前IP(Internet Protocol，因特网协议)包最大1500bytes的上限来计算，每TTI层二需要处理并级联约9个高层数据包。但实际根据业务源的突发特性以及传输协议的不同，也可能出现小于1500bytes的数据包，所以层二的处理能力至少应该大于这个要求。
在LTE***设计的后期，出于对UE处理能力设计给予一定参考的需要，确定了下行每TTI处理的最大PDCP SDU数目的参考值，如表1所示。
表1为每TTI下行最大PDCP SDU数目：
| UE Category(类别) | Maximum number of PDCP SDUs per TTI |
| Category 1 | 10 |
| Category 2 | 10 |
| Category 3 | 20 |
| Category 4 | 30 |
| Category 5 | 50 |
LTE-A(Long Term Evolution-Advance，长期演进升级)***设计要求中UE下行最大1Gbps上行最大500Mbps的峰值速率，以IP包最大1500bytes的上限来计算，每TTI层二需要处理并级联的高层数据包至少需要达到84个，即使考虑到实际数据包有出现可能小于1500bytes的情况，对层二的处理能力要求也会更高，因此，现有技术的不足在于：现有的处理设计不一定能满足LTE-A***的峰值速率和处理能力的要求。
发明内容
本发明所解决的技术问题在于提供了一种数据链路层的数据收发处理方法及设备。
本发明实施例中提供了一种数据链路层的数据发送处理方法，包括如下步骤：
在PDCP层将PDCP SDU在头压缩后进行级联；
在对级联后的PDCP SDU进行加密后形成PDCP PDU，并发送至RLC层；
在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU并发送。
较佳地，级联具体为：
对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数；
或，对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置；
或，基于算法或者高层配置的字节数对PDCP SDU进行级联，并在PDCPPDU头部指示除最后一个以外的每个PDCP SDU的长度。
较佳地，在PDCP PDU头部指示级联的个数时，在PDCP PDU头部的保留域指示级联个数。
较佳地，在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度时，在PDCP PDU头部增加指示域用以指示除最后一个以外的每个PDCPSDU的长度。
本发明实施例中还提供了一种数据链路层的数据接收处理方法，包括如下步骤：
接收MAC层发送的RLC PDU；
在RLC层对RLC PDU进行处理形成RLC SDU；
在PDCP层对PDCP PDU进行解密；
从PDCP PDU中识别出PDCP SDU。
较佳地，从PDCP PDU中识别出PDCP SDU，具体为：
根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出PDCP SDU；
或，根据高层配置的级联个数从PDCP PDU中识别出PDCP SDU；
或，根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度从PDCP PDU中识别出PDCP SDU。
较佳地，在根据PDCP PDU头部指示的级联个数识别时，根据PDCP PDU头部的保留域的指示来确定级联个数。
较佳地，在根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度识别时，根据PDCP PDU头部增加的指示域的指示确定除最后一个以外的每个PDCP PDU的长度。
本发明实施例中还提供了一种数据链路层的数据发送处理设备，包括：
级联模块，用于在PDCP层将PDCP SDU在头压缩后进行级联；
第一发送模块，用于在对级联后的PDCP SDU进行加密后形成PDCP PDU，并发送至RLC层；
第二发送模块，用于在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU并发送。
较佳地，所述级联模块包括第一级联单元、第二级联单元、第三级联单元之一或者其组合，其中：
第一级联单元，用于对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数；
第二级联单元，用于对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置；
第三级联单元，用于基于算法或者高层配置的字节数对PDCP SDU进行级联，并在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度。
较佳地，所述第一级联单元进一步用于在PDCP PDU头部指示级联的个数时，在PDCP PDU头部的保留域指示级联的个数。
较佳地，所述第三级联单元进一步用于在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度时，在PDCP PDU头部增加指示域用以指示除最后一个以外的每个PDCP SDU的长度。
本发明实施例中又提供了一种数据链路层的数据接收处理设备，包括：
接收模块，用于接收MAC层发送的RLC PDU；
处理模块，用于在RLC层对RLC PDU进行处理形成RLC SDU；
解密模块，用于在PDCP层对PDCP PDU进行解密；
识别模块，用于从PDCP PDU中识别出PDCP SDU。
较佳地，所述识别模块包括第一识别单元、第二识别单元、第三识别单元之一或者其组合，其中：
第一识别单元，用于根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出PDCP SDU；
第二识别单元，用于根据高层配置的级联个数从PDCP PDU中识别出PDCP SDU；
第三识别单元，用于根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度从PDCP PDU中识别出PDCP SDU。
较佳地，所述第一识别单元进一步用于在根据PDCP PDU头部指示的级联个数识别时，根据PDCP PDU头部的保留域的指示来确定级联个数。
较佳地，所述第三识别单元进一步用于在根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度时，根据PDCP PDU头部增加的指示域的指示确定除最后一个以外的每个PDCP SDU的长度。
本发明有益效果如下：
在本发明实施过程中，在PDCP层的处理过程中，在将PDCP SDU在头压缩后进行级联；在对级联后的PDCP SDU进行加密后形成PDCP PDU，并发送至RLC层；这样在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU就发送，可见，由于在PDCP层预先进行了一定的级联，因此可以减少RLC层实时进行级联的处理压力，减轻了RLC层的处理开销，从而能够节省RLC实时处理开销，缩短了实时处理时间，该预先处理可以是提前于发包时刻很多，甚至是刚从高层收到数据包时，就预先处理好放在缓存里。而实时是指MAC层发包指示到来，能够在很短的时间里将包组好发送出去。所以，本发明实施例中的方案能够满足高速率业务传输的需求，也能够满LTE-A***高传输速率高处理复杂度的要求。
附图说明
图1为背景技术中上行数据链路层结构示意图；
图2为背景技术中上行Layer 2处理过程示意图；
图3为本发明实施例中数据链路层的数据发送处理方法实施流程示意图；
图4为本发明实施例中数据链路层的数据接收处理方法实施流程示意图；
图5为本发明实施例一中PDCP级联示意图；
图6为本发明实施例二中PDCP级联示意图；
图7为本发明实施例三中PDCP级联示意图；
图8为本发明实施例中数据链路层的数据发送处理设备结构示意图；
图9为本发明实施例中数据链路层的数据接收处理设备结构示意图。
具体实施方式
发明人在发明过程中注意到：在LTE R8***中，UE最大支持100Mbit/s的峰值速率。在LTE-Advanced(LTE-A)的需求中，需要至少支持ITU-R(ITU-Radio communications sector，国际电信联盟无线电通信组)中所规定的IMT-Advanced(International Mobile Telecommunications-Advanced，国际移动电信优化)需求：在高速移动的场景下，支持100Mbit/s的峰值速率；在低速移动的场景下，支持1Gbit/s的峰值速率。LTE-A的目标是达到下行1Gbps和上行500Mbps的峰值速率。峰值速率的显著提高，对于RLC来讲，每TTI的处理复杂度也随之升高。因此，本发明实施例中将提供一种至少可以适应于LTE-A***的在PDCP层进行级联的处理方案，在大速率业务时，将若干PDCPSDU完成头压缩后进行级联，在加密完成后发送至RLC层，待收到MAC层发送格式指示后，RLC层按照正常流程对RLC SDU进行相关操作形成RLCPDU发送出去。该方案在高峰值速率高处理复杂度的情况下，能够满足处理效率的要求，完成LTE-A的高速率传输。
下面结合附图对本发明的具体实施方式进行说明。
图3为数据链路层的数据发送处理方法实施流程示意图，如图所示，在发送处理过程中，可以包括如下步骤：
步骤301、在PDCP层将PDCP SDU在头压缩后进行级联；
步骤302、在对级联后的PDCP SDU进行加密后形成PDCPPDU，并发送至RLC层；
步骤303、在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU并发送。
其中，PDCP PDU就相当于RLC SDU，不用经过任何处理。
相应的，本发明实施例中也提供了数据链路层的数据接收处理方法，下面进行说明。
图4为数据链路层的数据接收处理方法实施流程示意图，如图所示，在进行接收处理时，可以包括如下步骤：
步骤401、接收MAC层发送的RLC PDU；
步骤402、在RLC层对RLC PDU进行处理形成RLC SDU；
步骤403、在PDCP层对PDCP PDU进行解密；
步骤404、从PDCP PDU中识别出PDCP SDU。
下面将对步骤301、步骤405的具体实施方式进行说明。由于本发明实施例中发送处理与接收处理是相适应的过程，因此，在下面的实施方式说明中，为了便于从整体上了解本发明的实施方式，将不会分别从发送处理、接收处理的方式进行说明，而是统一进行说明，显然，这并不意味着本发明必须同时进行发送与接收处理。
在执行步骤301的级联时，可以用如下三种方式：
第1种、对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数。
该方式下，可以在PDCP PDU头部指示级联的个数时，在PDCP PDU头部的保留域指示级联的个数。
第2种、对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置。
第3种、基于算法或者高层配置的字节数对PDCP SDU进行级联，并在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度。
该方式下，可以在PDCP PDU头部指示的除最后一个以外的每个DPCPSDU的长度时，在PDCP PDU头部增加指示域用以指示除最后一个以外的每个PDCP SDU的长度。
其中，头部指示中需要包含每个DPCP SDU的长度指示，但是最后一个DPCP SDU不用包含。
相应的，在数据链路层的数据接收处理中，在执行步骤405的从PDCP PDU中识别出PDCP SDU时，也相应的有三种方式：
第1种、根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出PDCPSDU。
该方式下，可以在根据PDCP PDU头部指示的级联个数识别时，根据PDCPPDU头部的保留域的指示来确定级联个数。
第2种、根据高层配置的级联个数从PDCP PDU中识别出PDCP SDU。
第3种、根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度从PDCP PDU中识别出PDCP SDU。
该方式下，可以在根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度时，根据PDCP PDU头部增加的指示域的指示确定级联后除最后一个以外的每个PDCP SDU的长度。
为更好的说明本发明的具体实施方式，下面以具体实例来进行说明。
实施例一
图5为实施例一中PDCP级联示意图，本实施例用以说明第1种方式下在发送时对连续出现的相同长度的PDCP SDU进行级联，在PDCP PDU头部指示级联的个数；并且在接收时根据PDCP PDU头部指示的级联个数从PDCPPDU中识别出PDCP SDU的实施方式。
在MAC层发送传输格式指示到达之前，PDCP完成一定量PDCP SDU的头压缩后，对PDCP SDU进行适当级联，级联PDCP SDU的规则可以采取仅对连续出现的相同长度PDCP SDU进行可变个数的级联，实施中，可以在头部结构中利用保留比特位3bit作为级联个数(Num)指示，具体实施中可以用000代表不级联，001代表级联了两个相同长度的数据包，以此类推。级联后的数据包统一加密，最终形成PDCP PDU发送至RLC层。然后，RLC层待MAC层发送格式指示到达后，再按照实际需要的RLC PDU大小按照现有流程组包发送。
由图可以看出，级联后的PDCP PDU包括多个PDCP SDU以及在头部包含了Num指示信息。发送端对相同长度的SDU进行级联，将级联PDCP SDU的数目填入Num域，其它头部结构按照现有流程组织。在接收端，读到Num域后，即可知道PDCP PDU的负载部分为几个相同长度PDCP SDU的级联，按照总长度/Num对每个PDCP SDU进行截取即可。具体实施中，对于PDCPPDU头部结构的改动可以是：将3bit保留域用作Num域，指示级联PDCP SDU数目。
实施例二
图6为实施例二中PDCP级联示意图，本实施例用以说明第2种方式下在发送时对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置；并且在接收时根据高层配置的级联个数从PDCP PDU中识别出PDCP SDU的实施方式。
在MAC层发送传输格式指示到达之前，PDCP完成一定量PDCP SDU的头压缩后，对PDCP SDU进行适当级联，级联PDCP SDU的规则可以采取仅对频繁出现的PDCP SDU长度进行可配置个数的级联，非规则长度的PDCPSDU不进行级联，该方式下，头部结构中无需增加长度指示域，级联后的数据包统一加密，最终形成PDCP PDU发送至RLC层。RLC层待MAC层发送格式指示到达后，再按照实际需要的RLC PDU大小按照现有流程组包。
由图可以看出，级联后的PDCP PDU包括多个PDCP SDU，但是在头部并没有改动，图中示例的发送端对特定长度的PDCP SDU(例如最常见的1500bytes)进行连续4(由高层配置或者算法决定)个包的级联。由于可以通过高层配置或者预设算法，因此接收端对于级联PDCP SDU的长度和/或级联的个数是已知，将PDCP PDU的负载部分进行适当的拆分即可得到每个PDCPSDU。对PDCP PDU头部结构不需要添加新的指示域。
实施例三
图7为实施例三中PDCP级联示意图，本实施例用以说明第3种方式下在发送时对PDCP SDU级联可以基于算法或者高层配置的字节数进行级联，并在PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度；并且在接收时根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度从PDCP PDU中识别出PDCP SDU的实施方式。
在MAC层发送传输格式指示到达之前，PDCP完成一定量PDCP SDU的头压缩后，对PDCP SDU进行适当级联，级联PDCP SDU的长度由高层配置或者算法决定，头部结构中需要增加长度指示域，级联后的数据包统一加密，最终形成PDCP PDU发送至RLC层。RLC层待MAC层发送格式指示到达后，再按照实际需要的RLC PDU大小按照现有流程组包。
由图可以看出，级联后的PDCP PDU包括多个PDCP SDU以及在头部包含了LI+E指示信息。发送端按照配置的最大级联长度为上限，对PDCP SDU进行级联，并在头结构中添加相应的LI+E的指示域，指明除了最后一个PDCPSDU外其他每个PDCP SDU的长度。在接收端读取每个LI即可解出相应的各个PDCP SDU。对PDCP PDU头部结构的影响是需要添加LI+E的指示。
基于同一发明构思，本发明实施例中还提供了一种数据链路层的数据发送处理设备、一种数据链路层的数据接收处理设备，由于这些设备解决问题的原理与一种数据链路层的数据发送处理方法、一种数据链路层的数据接收处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不在赘述。
图8为数据链路层的数据发送处理设备结构示意图，如图所示，发送处理设备中可以包括：
级联模块801，用于在PDCP层将PDCP SDU在头压缩后进行级联；
第一发送模块802，用于在对级联后的PDCP SDU进行加密后形成PDCPPDU，并发送至RLC层；
第二发送模块803，用于在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU并发送。
实施中，首先级联模块801在PDCP层将PDCP SDU在头压缩后进行级联；然后第一发送模块802在对级联后的PDCP SDU进行加密后形成PDCP PDU，并发送至RLC层；在收到MAC层发送的传输格式指示后，第二发送模块803在RLC层对RLC SDU进行处理形成RLC PDU并发送。
实施中，级联模块可以包括第一级联单元、第二级联单元、第三级联单元之一或者其组合，其中：
第一级联单元，用于对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数；
第二级联单元，用于对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置；
第三级联单元，用于基于算法或者高层配置的字节数对PDCP SDU进行级联，并在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度。
实施中第一级联单元可以进一步用于在PDCP PDU头部指示级联的个数时，在PDCP PDU头部的保留域指示级联的个数。
第三级联单元可以进一步用于在PDCP PDU头部指示除最后一个以外的每个PDCP SDU的长度时，在PDCP PDU头部增加指示域用以指示除最后一个以外的每个PDCP SDU的长度。
图9为数据链路层的数据接收处理设备结构示意图，如图所示，接收设备中可以包括：
接收模块901，用于接收MAC层发送的RLC PDU；
处理模块902，用于在RLC层对RLC PDU进行处理形成RLC SDU；
解密模块903，用于在PDCP层对PDCP PDU进行解密；
识别模块904，用于从PDCP PDU中识别出PDCP SDU。
实施中，在接收模块901接收到MAC层发送的RLC PDU后，处理模块902在RLC层对RLC PDU进行处理形成RLC SDU；然后解密模块903在PDCP层对PDCP PDU进行解密；最后，识别模块904从PDCP PDU中识别出PDCPSDU。
实施中，识别模块可以包括第一识别单元、第二识别单元、第三识别单元之一或者其组合，其中：
第一识别单元，用于根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出PDCP SDU；
第二识别单元，用于根据高层配置的级联个数从PDCP PDU中识别出PDCP SDU；
第三识别单元，用于根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度从PDCP PDU中识别出PDCP SDU。
实施中，第一识别单元可以进一步用于在根据PDCP PDU头部指示的级联个数识别时，根据PDCP PDU头部的保留域的指示来确定级联个数。
第三识别单元可以进一步用于在根据PDCP PDU头部指示的除最后一个以外的每个PDCP SDU的长度识别时，根据PDCP PDU头部增加的指示域的指示确定除最后一个以外的每个PDCP SDU的长度。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
综上可知，本发明实施中，PDCP提前对一定量的PDCP SDU进行头压缩操作，之后进行级联操作，再对级联后的数据块统一分配SN(SequenceNumber，序列号)和加密等操作，形成PDCP PDU后发送至RLC层，待MAC层发来发送格式指示时，RLC层按照现有流程形成最终的RLC PDU即可发送。
进一步的，PDCP SDU级联时可以仅对连续出现的相同长度的PDCPSDU进行，级联PDCP SDU的个数可变，这种级联方法中只需要利用现有PDCP头部结构中的保留域作为级联个数指示即可，例如：使用3bit保留域来进行指示，可以使用000代表不级联，001代表级联了两个相同长度的PDCP SDU等，以此类推；
或者，PDCP SDU级联时还可以仅对连续出现的固定长度的PDCP SDU进行，级联PDCP SDU的个数由高层配置，这种级联方案中并不需要引入额外的头部指示；
或者，PDCP SDU级联时也可以基于算法或者高层配置的字节数进行，在不超过该字节数的情况下，按照顺序对PDCP SDU进行级联，这种级联方法中只需要引入额外的头部长度指示即可。
本发明实施例中提出得技术方案可以在LTE-A***高传输速率高处理复杂度的情况下使用，能够节省RLC实时处理开销，从而缩短实时处理时间，满足高速率业务传输的需求。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种数据链路层的数据发送处理方法，其特征在于，包括如下步骤：
在分组数据汇聚协议PDCP层将分组数据汇聚协议层业务数据单元PDCPSDU在头压缩后进行级联；
在对级联后的PDCP SDU进行加密后形成分组数据汇聚协议层分组数据单元PDCP PDU，并发送至无线链路控制RLC层；
在收到媒体接入控制MAC层发送的传输格式指示后，在RLC层对无线链路控制层业务数据单元RLC SDU进行处理形成无线链路控制层分组数据单元RLC PDU并发送，所述RLC SDU为PDCP PDU；
级联具体为：
对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数；
或，对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置。
2.如权利要求1所述的方法，其特征在于，在PDCP PDU头部指示级联个数时，在PDCP PDU头部的保留域指示级联个数。
3.一种数据链路层的数据接收处理方法，其特征在于，包括如下步骤：
接收MAC层发送的RLC PDU；
在RLC层对RLC PDU进行处理形成RLC SDU；
在PDCP层对PDCP PDU进行解密，所述PDCP PDU为RLC SDU；
从PDCP PDU中识别出PDCP SDU，具体为：
根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出相同长度的PDCP SDU；
或，根据高层配置的级联个数从PDCP PDU中识别出固定长度的PDCPSDU。
4.如权利要求3所述的方法，其特征在于，在根据PDCP PDU头部指示的级联个数识别时，根据PDCP PDU头部的保留域的指示来确定级联个数。
5.一种数据链路层的数据发送处理设备，其特征在于，包括：
级联模块，用于在PDCP层将PDCP SDU在头压缩后进行级联；
第一发送模块，用于在对级联后的PDCP SDU进行加密后形成PDCP PDU，并发送至RLC层；
第二发送模块，用于在收到MAC层发送的传输格式指示后，在RLC层对RLC SDU进行处理形成RLC PDU并发送，所述RLC SDU为PDCP PDU；
所述级联模块包括第一级联单元和/或第二级联单元，其中：
第一级联单元，用于对连续出现的相同长度的PDCP SDU进行级联，并在PDCP PDU头部指示级联的个数；
第二级联单元，用于对连续出现的固定长度的PDCP SDU进行级联，级联的个数由高层配置。
6.如权利要求5所述的发送处理设备，其特征在于，所述第一级联单元进一步用于在PDCP PDU头部指示级联的个数时，在PDCP PDU头部的保留域指示级联的个数。
7.一种数据链路层的数据接收处理设备，其特征在于，包括：
接收模块，用于接收MAC层发送的RLC PDU；
处理模块，用于在RLC层对RLC PDU进行处理形成RLC SDU；
解密模块，用于在PDCP层对PDCP PDU进行解密，所述PDCP PDU为RLC SDU；
识别模块，用于从PDCP PDU中识别出PDCP SDU；
所述识别模块包括第一识别单元和/或第二识别单元，其中：
第一识别单元，用于根据PDCP PDU头部指示的级联个数从PDCP PDU中识别出相同长度的PDCP SDU；
第二识别单元，用于根据高层配置的级联个数从PDCP PDU中识别出固定长度的PDCP SDU。
8.如权利要求7所述的接收处理设备，其特征在于，所述第一识别单元进一步用于在根据PDCP PDU头部指示的级联个数识别时，根据PDCP PDU头部的保留域的指示来确定级联个数。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910087912 CN101932128B (zh) | 2009-06-25 | 2009-06-25 | 一种数据链路层的数据收发处理方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910087912 CN101932128B (zh) | 2009-06-25 | 2009-06-25 | 一种数据链路层的数据收发处理方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101932128A CN101932128A (zh) | 2010-12-29 |
| CN101932128B true CN101932128B (zh) | 2013-03-13 |
Family
ID=43370945
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910087912 Active CN101932128B (zh) | 2009-06-25 | 2009-06-25 | 一种数据链路层的数据收发处理方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101932128B (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102647768B (zh) * | 2011-02-18 | 2014-06-18 | 电信科学技术研究院 | 基于lte-lan的报文转发方法及装置 |
| CN102300259B (zh) * | 2011-09-16 | 2015-06-10 | 电信科学技术研究院 | 一种数据块级联和拆解处理方法、装置及*** |
| CN103036658B (zh) * | 2011-10-09 | 2018-08-17 | 南京中兴新软件有限责任公司 | 一种数据处理的方法与装置 |
| EP2916572B1 (en) * | 2012-11-29 | 2019-01-09 | Huawei Technologies Co., Ltd. | Method, apparatus and system for controlling data transmission |
| CN103782569B (zh) * | 2013-07-15 | 2016-09-28 | 华为技术有限公司 | 数据处理装置和方法 |
| CN103687072B (zh) * | 2013-12-30 | 2016-09-28 | 无锡清华信息科学与技术国家实验室物联网技术中心 | 冲突可侦测的链路层控制方法 |
| WO2015139324A1 (zh) * | 2014-03-21 | 2015-09-24 | 华为技术有限公司 | 配置指示方法和通信设备 |
| CN105591976A (zh) * | 2014-10-24 | 2016-05-18 | 中兴通讯股份有限公司 | 报文处理方法、装置及*** |
| WO2018188510A1 (zh) * | 2017-04-11 | 2018-10-18 | ***通信有限公司研究院 | 一种数据链路层中封装、解析数据包的方法、装置及设备 |
| CN108696900A (zh) * | 2017-04-11 | 2018-10-23 | ***通信有限公司研究院 | 一种数据包的封装方法、解析方法、装置及设备 |
| CN108810981B (zh) * | 2017-04-28 | 2021-09-14 | ***通信有限公司研究院 | 一种数据传输方法及装置 |
| CN109005560B (zh) * | 2017-06-06 | 2023-03-31 | ***通信有限公司研究院 | 数据传输及接收方法、网络设备、用户设备及存储介质 |
| CN109392016B (zh) * | 2017-08-11 | 2022-06-28 | 中国电信股份有限公司 | 数据发送/接收方法和装置、数据传输*** |
| CN109413692A (zh) * | 2017-08-18 | 2019-03-01 | 深圳市海思半导体有限公司 | 传输方法、发送端和接收端 |
| CN110971537A (zh) * | 2019-12-19 | 2020-04-07 | 北京浪潮数据技术有限公司 | 一种数据传输方法、装置、设备及可读存储介质 |
| CN116636196A (zh) * | 2021-01-08 | 2023-08-22 | 华为技术有限公司 | 数据处理方法及装置 |
| CN117082567A (zh) * | 2022-05-09 | 2023-11-17 | 维沃移动通信有限公司 | 数据包级联的处理方法、装置、终端及可读存储介质 |
| CN117202257A (zh) * | 2022-05-31 | 2023-12-08 | 荣耀终端有限公司 | 一种用户数据处理方法和装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1913534A (zh) * | 2006-08-17 | 2007-02-14 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
| CN101374331A (zh) * | 2007-08-20 | 2009-02-25 | 华为技术有限公司 | 配置无线链路控制层序列号的方法、***和设备 |
| CN101415150A (zh) * | 2007-10-15 | 2009-04-22 | 上海华为技术有限公司 | 数据传输的方法和节点装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100893070B1 (ko) * | 2002-09-19 | 2009-04-17 | 엘지전자 주식회사 | 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치 |
-
2009
- 2009-06-25 CN CN 200910087912 patent/CN101932128B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1913534A (zh) * | 2006-08-17 | 2007-02-14 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
| CN101374331A (zh) * | 2007-08-20 | 2009-02-25 | 华为技术有限公司 | 配置无线链路控制层序列号的方法、***和设备 |
| CN101415150A (zh) * | 2007-10-15 | 2009-04-22 | 上海华为技术有限公司 | 数据传输的方法和节点装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101932128A (zh) | 2010-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101932128B (zh) | 一种数据链路层的数据收发处理方法及设备 | |
| CN101932004B (zh) | 一种数据链路层的数据发送处理方法及设备 | |
| CN101636939B (zh) | 用于在移动电信***中处理无线电协议的方法和移动电信的发射机 | |
| CN107404734B (zh) | 数据发送方法、装置及*** | |
| CN101304376A (zh) | 客户端中递送协议数据单元的方法及相关装置 | |
| CN102377803A (zh) | 一种数据处理方法、装置和*** | |
| US20090060009A1 (en) | Aggregate data frame generation | |
| CN101094448A (zh) | 无线通讯***分帧数据的方法及其相关装置 | |
| CN102300259A (zh) | 一种数据块级联和拆解处理方法、装置及*** | |
| CN101316267A (zh) | 无线通讯***中改善下行链路共用传输信道传输方法及装置 | |
| CN105517053A (zh) | 减少无线链路控制层协议数据单元重分段的方法及*** | |
| CN102739349B (zh) | 一种用于帧确认的方法和装置 | |
| CN102638328B (zh) | 一种数据传输的方法及装置 | |
| CN104683262B (zh) | 一种数据包的处理方法和设备 | |
| CN102647332A (zh) | 一种传输数据的方法及装置 | |
| CN103001748B (zh) | 一种数据重传以及重传数据处理的方法、设备 | |
| CN108696900A (zh) | 一种数据包的封装方法、解析方法、装置及设备 | |
| CN101945440B (zh) | 一种数据传输处理方法和*** | |
| CN107959946A (zh) | 无线接入网数据复用、解复用的方法、装置及设备 | |
| CN102348203A (zh) | 加密同步实现方法 | |
| US20230015837A1 (en) | Method and apparatus for transmitting data in communication system | |
| WO2016061987A1 (zh) | 报文处理方法及装置 | |
| CN101835197A (zh) | 一种数据发送和接收的方法及装置 | |
| WO2016061985A1 (zh) | 报文处理方法、装置及*** | |
| CN108024378B (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 | ||
| ASS | Succession or assignment of patent right |
Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD. Effective date: 20110421 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100191 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20110421 Address after: 100191 Haidian District, Xueyuan Road, No. 40, Applicant after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100083 Haidian District, Xueyuan Road, No. 29, Applicant before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210527 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |