CN103312449B - Ap组网场景下的下行数据包传输方法及rnc - Google Patents
Ap组网场景下的下行数据包传输方法及rnc Download PDFInfo
- Publication number
- CN103312449B CN103312449B CN201210071959.5A CN201210071959A CN103312449B CN 103312449 B CN103312449 B CN 103312449B CN 201210071959 A CN201210071959 A CN 201210071959A CN 103312449 B CN103312449 B CN 103312449B
- Authority
- CN
- China
- Prior art keywords
- frame
- data
- downlink data
- capwap
- payload data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 230000005540 biological transmission Effects 0.000 title claims abstract description 19
- 230000006855 networking Effects 0.000 title claims abstract description 13
- 239000000284 extract Substances 0.000 claims abstract description 6
- 238000005516 engineering process Methods 0.000 claims description 13
- 238000000605 extraction Methods 0.000 claims description 7
- 230000008707 rearrangement Effects 0.000 abstract description 5
- 238000012545 processing Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000005538 encapsulation Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 241001347978 Major minor Species 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种AP组网场景下的下行数据包传输方法及RNC。其中方法包括：RNC接收到从SGSN发往处于MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GTPU头得到IP数据帧；RNC判断出IP数据帧的净荷数据为UDP数据帧；当RNC判断出UDP数据为非加密的CAPWAP数据帧时，判断下行数据包的包类型；当RNC判断出下行数据包为非心跳包时，去掉CAPWAP数据帧的CAPWAP头得到隧道净荷数据；当RNC判断出隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包；RNC从应用数据IP包中提取五元组信息，并根据该五元组信息将下行数据包发送到相应的UE链路上。本发明减少了UE进行乱序重排的操作负担。
Description
技术领域
本发明涉及一种AP组网场景下的下行数据包传输方法及RNC，属于TDFI技术领域。
背景技术
TDFI(WifioverTDS/TDL)技术是指基于TDS或TDL技术实现的无线保真(WirelessFidelity，简称：Wifi)技术，用于实现快速、低成本地部署无线局域网(WirelessLocalAreaNetworks，简称：WLAN)网络，其中，TDS技术是指时分同步码分多址(TimeDivision-SynchronousCodeDivisionMultipleAccess，简称：TD-SCDMA)技术；TDL技术是指时分长期演进(TimeDivision-LongTermEvolution,简称：TD-LTE长期演进)技术。
在现有的组网场景下，TDFI技术提供TD-WIFI信号的转换，支持MUE(Multi-UE，简称：MUE)的TDFI客户端将终端数据分发到多个用户设备(UserEquipment，简称：UE)上，其中包括一个主UE和至少一个辅UE。目前的组网场景，TDFI需要与AP连接，以实现AP到AC的接入，TDFI仅作为中间的承载，而接入点(AccessPoint，简称：AP)和接入控制器(AccessController，简称：AC)之间需要建立无线接入点控制与供应(ControlAndProvisioningofWirelessAccessPoints，简称：CAPWAP)隧道对数据进行封装形成数据包，以便于进行用户的认证、计费等功能。
在多用户(Multi-UE，简称：MUE)绑定模式下，TDFI技术需要将上行数据分发到两个UE链路上进行分发，从而增强数据传输带宽。例如，图1为现有TDFI技术在MUE绑定模式下的网络结构图，如图1所示，接入设备中的两个数据卡被分别模拟称为主UE和辅UE，图1中的两条粗虚线分别表示两条UE链路；而AP的引入，导致AP与AC之间形成了CAPWAP隧道，在图1中的单条粗实线表示CAPWAP隧道，从AP开始经基站和无线网络控制器(RadioNetworkController，简称：RNC)达到AC。
现有技术的缺陷在于：MUE绑定模式原本不是针对AP组网场景设计的，其最初的设计初衷是为了使同一个设备的多个数据卡能够分别基于不同的IP五元组信息将下行数据流与相应的UE链路进行绑定传输，以提高该设备的通信吞吐量。然而，在将MUE绑定模式应用于图1所示的AP组网场景中时，由于使用了CAPWAP隧道将传输的数据包封闭在CAPWAP隧道内，导致RNC无法直接获取下行数据包的IP五元组信息，也就无法将下行数据流与UE链路绑定传输，而只能按照1:1的方式在两条UE链路上均匀下发数据包，然而，这种1:1的方式会造成各个UE所接收到的数据包发生乱序，因此还需要增加额外的乱序重排的操作，从而增加了接入设备的工作负担。
发明内容
本发明提供一种下行数据包传输方法及RNC，使得RNC在AP组网场景下也能基于IP五元组信息实现下行数据流与相应的UE链路进行绑定传输。
本发明一方面提供一种AP组网场景下的下行数据包传输方法，其中包括：
RNC接收到从SGSN发往处于MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GTPU头得到IP数据帧；
所述RNC判断出所述IP数据帧的净荷数据为UDP数据帧；
当所述RNC判断出所述UDP数据为非加密的CAPWAP数据帧时，判断所述下行数据包的包类型；
当所述RNC判断出所述下行数据包为非心跳包时，去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据；
当所述RNC判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包；
所述RNC从所述应用数据IP包中提取五元组信息，并根据该五元组信息将所述下行数据包发送到相应的UE链路上。
本发明另一方面提供一种RNC，其中包括：
拆包模块，用于当接收到从SGSN发往处于MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GTPU头得到IP数据帧；
第一判断模块，用于判断出拆包模块得到的所述IP数据帧的净荷数据为UDP数据帧；
第二判断模块，用于当判断出所述UDP数据为非加密的CAPWAP数据帧时，判断所述下行数据包的包类型；
第三判断模块，用于当判断出所述下行数据包为非心跳包时，去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据；
第四判断模块，用于当判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包；
提取模块，用于从第四判断模块得到的所述应用数据IP包中提取五元组信息；
发送模块，用于根据提取模块得到的所述五元组信息将所述下行数据包发送到相应的UE链路上。
本发明通过多个判断和拆包的过程从封装在CAPWAP隧道中的下行数据包中得到了IP五元组信息，实现了下行数据流与相应UE链路的绑定传输，避免了采用现有技术处理方式造成的数据包乱序问题，从而减少了UE进行乱序重排的操作负担。
附图说明
图1为现有TDFI技术在MUE绑定模式下的网络结构图；
图2为本发明所述AP组网场景下的下行数据包传输方法实施例的流程图；
图3为本发明所述下行数据包的数据结构示意图；
图4为图3所示CAPWAP数据帧的数据结构示意图；
图5为图2所示步骤150的具体流程图；
图6为本发明所述RNC实施例的结构示意图；
图7为图6所示第四判断模块50的具体结构示意图。
具体实施方式
图2为本发明所述AP组网场景下的下行数据包传输方法实施例的流程图，如图所示，包括如下步骤：
步骤110，RNC接收到从SGSN发往处于MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GTPU头得到IP数据帧。
其中，所述下行数据包是从SGSN发往接入设备的数据包，该接入设备处于现有技术中所述的MUE绑定模式，对于未处于该MUE绑定模式的接入设备，与本发明无关，此处不再赘述；所述RNC与GPRS服务支持节点(ServingGPRSSupportNode，简称：SGSN)之间通过用户面的GPRS通道协议(GPRSTunnelProtocolUserPlane，简称：GTPU)隧道连接，因此，从SGSN发往RNC的下行数据包都封装有GTPU头。
步骤120，所述RNC判断出所述IP数据帧的净荷数据为UDP数据帧。
如图3所示，IP数据帧中除IP头(IPHeader)以外，通常封装的数据必定是用户数据包协议(UserDatagramProtocol，简称：UDP)数据，如果所述IP数据帧的净荷数据是传输控制协议(TransmissionControlProtocol，简称：TCP)数据，由于TCP数据帧不做CAPWAP隧道封装，因此不会产生本发明要解决的技术问题，本发明对此不做讨论。
步骤130，当所述RNC判断出所述UDP数据为非加密的CAPWAP数据帧时，判断所述下行数据包的包类型。
具体地，如图3所示，所述RNC可以先根据所述UDP数据的UDP头(UDPHeader)中包含的源端口号判断该UDP数据的帧类型；如果源端口号为5246，则表明该UDP数据为CAPWAP控制帧，如果源端口号为5247，则表明该UDP数据为CAPWAP数据帧。
对于CAPWAP控制帧，由于CAPWAP控制帧的数据量很少，因此RNC只需选择主UE链路传输CAPWAP控制帧。
对于CAPWAP数据帧，由于CAPWAP数据帧的数据量很大，如果仍然以1:1方式发送所述下行数据包，则会使接入设备承担复杂的乱序重排处理操作，给接入设备增加很大的负担，因此要继续执行下步骤以找出五元组信息。另外，如图4所示，CAPWAP数据帧的CAPWAP头(CAPWAPHeader)中包括前缀(Preamble)字段，该前缀字段中的类型(Type)字段用于标识该CAPWAP数据帧是否加密，如果Type＝1，则表明已加密，此时无法继续后续步骤，只能以1：1方式发送所述下行数据包；如果Type＝0，则表明未加密，此时可以继续后续步骤。
步骤140，当所述RNC判断出所述下行数据包为非心跳包时，去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据。
其中，心跳包是用于使AC得知AP是否正常工作而间隔发送的一种数据包；非心跳包是指除心跳包以外其他类型的数据包。具体地，图4所示CAPWAP数据帧中的K字段用于表示下行数据包的包类型。如果K＝1，则表明所述下行数据包为心跳包；如果K≠1，则表明所述下行数据包为非心跳包。
对于心跳包，采用与CAPWAP控制帧的处理办法一致，经主UE的链路传输到达AP。
步骤150，当所述RNC判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包。
其中，所述无线净荷数据在图3中被表示为“WirelessPayload”。
具体过程将在后续内容进行描述。
步骤160，所述RNC从所述应用数据IP包中提取五元组信息，并根据该五元组信息将所述下行数据包发送到相应的UE链路上。
其中，所述五元组信息通常是指由源IP地址，源端口，目的IP地址，目的端口，和传输层协议号这五个量组成的一个集合。RNC按照该五元组信息标识一个下行数据流，将该下行数据流与相应的UE链路进行绑定传输。
本实施例所述方法通过多个判断和拆包的过程从封装在CAPWAP隧道中的下行数据包中得到了IP五元组信息，实现了下行数据流与相应UE链路的绑定传输，避免了采用现有技术处理方式造成的数据包乱序问题，从而减少了UE进行乱序重排的操作负担。
以下参照图5，详细介绍步骤150的具体实现过程。
步骤151，所述RNC判断出所述隧道净荷数据为符合802.11标准的无线净荷数据。
其中，所述802.11标准是IEEE802标准中的一种无线通信标准，如果不是符合802.11标准的无线净荷数据则与本发明无关，此处不再赘述。具体地，当图4中的WBID字段的取值为1时，则表明符合802.11标准。
步骤152，所述RNC根据所述无线净荷数据中的帧控制字段判断出所述无线净荷数据承载的是用户数据。
具体地，当帧控制(FrameControl)字段中的类型(Type)字段的值为3时，表明所述无线净荷数据承载的是用户数据；否则表明该无线净荷数据承载的是管理数据或控制数据，此时，与前述心跳包的处理方式相同选择主UE链路传输。
步骤153，所述RNC根据所述帧控制字段判断出所述无线净荷数据未加密。
具体地，当帧控制字段中的保护帧(ProtectedFrame)字段的值为1时，表明该无线净荷数据已加密，否则当该值不为1时，表明该无线净荷数据未加密。如果判断出所述无线净荷数据已加密，则无法获得五元组信息，可以选择主辅UE链路进行传输。
图6为本发明所述RNC实施例的结构示意图，如图所示，包括：拆包模块10、第一判断模块20、第二判断模块30、第三判断模块40、第四判断模块50和提取模块60，其工作原理如下：
当RNC接收到从SGSN发往处于MUE绑定模式的接入设备的下行数据包后，由拆包模块10去掉该下行数据包的GTPU头得到IP数据帧；然后由第一判断模块20判断出拆包模块10得到的所述IP数据帧的净荷数据为UDP数据帧。由于TCP数据帧不做CAPWAP隧道封装，因此不会产生本发明要解决的技术问题，本发明对此不做讨论。
当第二判断模块30判断出所述UDP数据为非加密的CAPWAP数据帧时，继续判断所述下行数据包的包类型。具体地，如果UDP头中的源端口号为5246，则表明该UDP数据为CAPWAP控制帧，如果源端口号为5247，则表明该UDP数据为CAPWAP数据帧。针对CAPWAP数据帧，如果CAPWAP头中包括的前缀字段中的类型字段Type＝1时，则表明已加密，此时无法继续后续步骤，只能以1:1方式发送所述下行数据包；如果Type＝0，则表明未加密，此时可以继续后续步骤
当第三判断模块40判断出所述下行数据包为非心跳包时，由该第三判断模块40去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据。具体地，如果CAPWAP数据帧中的字段K＝1，则表明所述下行数据包为心跳包；如果K≠1，则表明所述下行数据包为非心跳包。
当第四判断模块50判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，由该第四判断模块50从该无线净荷数据中得到应用数据IP包。具体地，如图7所示，第四判断模块50先通过第一判断单元51判断出所述隧道净荷数据为符合802.11标准的无线净荷数据，例如，当图4中的WBID字段的取值为1时，则表明符合802.11标准；然后由第二判断单元52根据所述无线净荷数据中的帧控制字段判断出所述无线净荷数据承载的是用户数据，例如，当帧控制字段中的类型字段的值为3时，表明所述无线净荷数据承载的是用户数据；最后由第三判断单元53根据所述帧控制字段判断出所述无线净荷数据未加密，例如当帧控制字段中的保护帧字段的值为1时，表明该无线净荷数据已加密，否则当该值不为1时，表明该无线净荷数据未加密。
此后，由提取模块60从第四判断模块50得到的所述应用数据IP包中提取五元组信息；并由发送模块70根据提取模块60得到的所述五元组信息将所述下行数据包发送到相应的UE链路上。
本实施例所述RNC通过多个判断和拆包的过程从封装在CAPWAP隧道中的下行数据包中得到了IP五元组信息，实现了下行数据流与相应UE链路的绑定传输，避免了采用现有技术处理方式造成的数据包乱序问题，从而减少了UE进行乱序重排的操作负担。
Claims (8)
1.一种接入点AP组网场景下的下行数据包传输方法，其特征在于，包括：
无线网络控制器RNC接收到从通用分组无线服务技术GPRS服务支持节点SGSN发往处于多用户MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GPRS通道协议GTPU头得到IP数据帧；
所述RNC判断出所述IP数据帧的净荷数据为用户数据包协议UDP数据帧；
当所述RNC判断出所述UDP数据帧为非加密的无线接入点控制与供应CAPWAP数据帧时，判断所述下行数据包的包类型；
当所述RNC判断出所述下行数据包为非心跳包时，去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据；
当所述RNC判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包；
所述RNC从所述应用数据IP包中提取五元组信息，并根据该五元组信息将所述下行数据包发送到相应的用户设备UE链路上。
2.根据权利要求1所述的方法，其特征在于，所述RNC判断出所述UDP数据帧为非加密的CAPWAP数据帧包括：
根据所述UDP数据帧的源端口号判断出该UDP数据帧为CAPWAP数据帧；
根据所述CAPWAP数据帧的帧头中的前缀字段判断出所述CAPWAP数据帧未被加密。
3.根据权利要求1所述的方法，其特征在于，所述判断所述下行数据包的包类型包括：根据所述CAPWAP数据帧的CAPWAP头中的K字段判断所述包类型，当K＝1时，判断出所述下行数据包为心跳包，当K≠1时，判断出所述下行数据包为非心跳包。
4.根据权利要求1所述的方法，其特征在于，所述RNC判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时包括：
所述RNC判断出所述隧道净荷数据为符合802.11标准的无线净荷数据；
所述RNC根据所述无线净荷数据中的帧控制字段判断出所述无线净荷数据承载的是用户数据；
所述RNC根据所述帧控制字段判断出所述无线净荷数据未加密。
5.根据权利要求4所述的方法，其特征在于，根据所述帧控制字段判断出所述无线净荷数据承载的是用户数据包括：当所述帧控制字段中的类型字段的值为3时，判断出所述无线净荷数据承载的是用户数据。
6.根据权利要求4所述的方法，其特征在于，根据所述帧控制字段判断出所述无线净荷数据未加密包括：当所述帧控制字段中的保护帧字段的值不为1时，判断出所述无线净荷数据未加密。
7.一种无线网络控制器RNC，其特征在于，包括：
拆包模块，用于当接收到从通用分组无线服务技术GPRS服务支持节点SGSN发往处于多用户MUE绑定模式的接入设备的下行数据包后，去掉该下行数据包的GPRS通道协议GTPU头得到IP数据帧；
第一判断模块，用于判断出拆包模块得到的所述IP数据帧的净荷数据为UDP数据帧；
第二判断模块，用于当判断出所述用户数据包协议UDP数据帧为非加密的无线接入点控制与供应CAPWAP数据帧时，判断所述下行数据包的包类型；
第三判断模块，用于当判断出所述下行数据包为非心跳包时，去掉所述CAPWAP数据帧的CAPWAP头得到隧道净荷数据；
第四判断模块，用于当判断出所述隧道净荷数据为承载用户数据的未加密的无线净荷数据时，从该无线净荷数据中得到应用数据IP包；
提取模块，用于从第四判断模块得到的所述应用数据IP包中提取五元组信息；
发送模块，用于根据提取模块得到的所述五元组信息将所述下行数据包发送到相应的UE链路上。
8.根据权利要求7所述的RNC，其特征在于，所述第四判断模块包括：
第一判断单元，用于判断出所述隧道净荷数据为符合802.11标准的无线净荷数据；
第二判断单元，用于根据所述无线净荷数据中的帧控制字段判断出所述无线净荷数据承载的是用户数据；
第三判断单元，用于根据所述帧控制字段判断出所述无线净荷数据未加密。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210071959.5A CN103312449B (zh) | 2012-03-16 | 2012-03-16 | Ap组网场景下的下行数据包传输方法及rnc |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210071959.5A CN103312449B (zh) | 2012-03-16 | 2012-03-16 | Ap组网场景下的下行数据包传输方法及rnc |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103312449A CN103312449A (zh) | 2013-09-18 |
| CN103312449B true CN103312449B (zh) | 2016-06-15 |
Family
ID=49137267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210071959.5A Expired - Fee Related CN103312449B (zh) | 2012-03-16 | 2012-03-16 | Ap组网场景下的下行数据包传输方法及rnc |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103312449B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105812306B (zh) * | 2014-12-29 | 2019-10-08 | 普天信息技术有限公司 | 无线通信系统中下行同步帧的通信方法和装置 |
| CN106790200B (zh) * | 2016-12-30 | 2020-04-14 | 盛科网络（苏州）有限公司 | Capwap控制通道dtls加解密的芯片协处理方法 |
| CN115277162B (zh) * | 2022-07-21 | 2024-10-01 | 东南大学 | 一种IPv6网络地址的匿名处理方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1653675A1 (en) * | 2004-10-29 | 2006-05-03 | Matsushita Electric Industrial Co., Ltd. | Method and label switching router for providing mobility to a mobile host in a mobile network employing multi-protocol label switching |
| CN1859300A (zh) * | 2006-01-19 | 2006-11-08 | 华为技术有限公司 | 为移动终端用户传输多服务质量业务流的方法 |
| CN101188856A (zh) * | 2006-11-16 | 2008-05-28 | 中国电信股份有限公司 | 通过宽带无线接入实现移动业务的系统和方法 |
| CN102088688A (zh) * | 2009-12-07 | 2011-06-08 | 华为技术有限公司 | 信息交互的控制方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100737525B1 (ko) * | 2005-10-19 | 2007-07-10 | 한국전자통신연구원 | 아이피 버전 6 (ＩＰｖ６) 플로우레이블 생성방법 |
-
2012
- 2012-03-16 CN CN201210071959.5A patent/CN103312449B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1653675A1 (en) * | 2004-10-29 | 2006-05-03 | Matsushita Electric Industrial Co., Ltd. | Method and label switching router for providing mobility to a mobile host in a mobile network employing multi-protocol label switching |
| CN1859300A (zh) * | 2006-01-19 | 2006-11-08 | 华为技术有限公司 | 为移动终端用户传输多服务质量业务流的方法 |
| CN101188856A (zh) * | 2006-11-16 | 2008-05-28 | 中国电信股份有限公司 | 通过宽带无线接入实现移动业务的系统和方法 |
| CN102088688A (zh) * | 2009-12-07 | 2011-06-08 | 华为技术有限公司 | 信息交互的控制方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103312449A (zh) | 2013-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11432346B2 (en) | Wireless communications system, base station, and mobile station | |
| CN109005562B (zh) | 传输数据的方法、装置和系统 | |
| US10567554B2 (en) | Routing solutions for LTE-WLAN aggregation | |
| CN107006022A (zh) | Lwa pdu路由方法及装置 | |
| EP3282747B1 (en) | Wireless communication system, base station, mobile station, and processing method | |
| CN104718791A (zh) | 多rat系统中的无线通信 | |
| CN101369977A (zh) | 数据传输的方法、装置和系统 | |
| WO2013185653A1 (zh) | 一种进行多网络联合传输的系统、用户设备及方法 | |
| CN102158899B (zh) | 中继网络中的数据转发方法、装置及系统 | |
| US12063092B2 (en) | Multi-band communication, interface parameter update method, and related device | |
| CN104581824A (zh) | 一种数据包分流传输的方法及系统 | |
| CN104796227A (zh) | 一种数据传输方法及设备 | |
| CN103379546B (zh) | 数据分流的方法和装置 | |
| CN113271176A (zh) | 网络编码方法和通信装置 | |
| WO2021062803A1 (zh) | 一种数据包传输方法及装置 | |
| CN108632899A (zh) | 一种数据传输方法、数据发送设备及数据接收设备 | |
| CN103312449B (zh) | Ap组网场景下的下行数据包传输方法及rnc | |
| US8705535B2 (en) | Method for processing packets of the IP type intended to be carried over a communications channel of a wireless network, and equipment for same | |
| CN101557386A (zh) | 数据发送方法与装置及数据接收方法与装置 | |
| WO2023030452A1 (zh) | 数据传输方法及相关设备 | |
| WO2020062176A1 (zh) | 无线通信方法、终端设备和接入网设备 | |
| WO2016106744A1 (zh) | 一种数据传输方法、无线接入设备和通信系统 | |
| RU2803196C1 (ru) | Способ передачи пакета данных и устройство | |
| WO2023123335A1 (zh) | 通信方法和设备 | |
| JP6551461B2 (ja) | 無線通信システム、無線通信装置および無線通信装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| 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: 20160615 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |