[go: up one dir, main page]

CN109548160A - 数据传输方法、装置、相关设备及计算机可读存储介质 - Google Patents

数据传输方法、装置、相关设备及计算机可读存储介质 Download PDF

Info

Publication number
CN109548160A
CN109548160A CN201710672259.4A CN201710672259A CN109548160A CN 109548160 A CN109548160 A CN 109548160A CN 201710672259 A CN201710672259 A CN 201710672259A CN 109548160 A CN109548160 A CN 109548160A
Authority
CN
China
Prior art keywords
bearer
layer
data stream
established
qos
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.)
Pending
Application number
CN201710672259.4A
Other languages
English (en)
Inventor
孙军帅
王莹莹
黄学艳
韩星宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communication Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communication Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710672259.4A priority Critical patent/CN109548160A/zh
Priority to US16/633,779 priority patent/US11228938B2/en
Priority to EP18844600.9A priority patent/EP3668168B1/en
Priority to PCT/CN2018/091306 priority patent/WO2019029265A1/zh
Publication of CN109548160A publication Critical patent/CN109548160A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据传输方法，包括：根据上层数据流的服务质量(QoS)要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；将所述上层数据流映射到选择的低层承载上，发送给低层。本发明同时还公开了数据传输装置、网络侧设备、终端及计算机可读存储介质。

Description

数据传输方法、装置、相关设备及计算机可读存储介质
技术领域
本发明涉及无线通信领域，尤其涉及一种数据传输方法、装置、网络侧设备、终端及计算机可读存储介质。
背景技术
在第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)的核心网高层(higher layer of CN)和无线接入层(RAS)引入了反射映射(reflective mapping)(快速灵活映射)的概念，以实现IP流(flow)到服务质量(QoS，Quality of Service)Flow(核心网层)，以及QoS Flow到终端与基站之间的数据承载(DRB)(无线接入网层)的快速映射。
Reflective mapping的核心思想是：通过网络侧下行数据发送时选择的发送低一层(lower layer)的承载通道。对等端终端侧收到该下行数据包时，直接在相同的承载通道上发送上行数据。
目前，虽然在5G 3GPP的核心网高层和接入网协议栈都引入了reflectivemapping的概念，然而还没有如何通过网络侧的下行映射实现对终端侧的映射(上行)的方案。
发明内容
为解决现有存在的技术问题，本发明实施例提供一种数据传输方法、装置、网络侧设备、终端及计算机可读存储介质。
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种数据传输方法，包括：
根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
将所述上层数据流映射到选择的低层承载上发出。
上述方案中，所述方法还包括：
根据QoS模型，在低层为所述上层数据流建立至少两个低层承载；
利用建立的至少两个低层承载形成所述承载集合；每个低层承载对应一个QoS模型。
上述方案中，所述方法还包括：
根据QoS模型需求，在重配置和/或删除过程中更新低层承载，形成新的承载集合；
相应地，在新的承载集合中选择一个新的低层承载；并将所述上层数据流映射到新的低层承载上发出。
上述方案中，所述根据QoS模型，在低层为所述上层数据流建立至少两个低层承载，包括：
建立一个低层承载；
成功建立一个底层承载后，通过建立和/或重配制过程式再建立至少一个底层承载。
上述方案中，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
上述方案中，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
上述方案中，所述根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；将所述上层数据流映射到选择的低层承载上发出，包括：
根据IP流的QoS要求，在针对所述IP流所建立的承载集合中选择一个QoS流；
将所述IP流映射到选择的QoS流上发出。
上述方案中，所述根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；将所述上层数据流映射到选择的低层承载上发出，包括：
根据QoS流的QoS要求，在针对所述QoS流所建立的承载集合中选择一个终端与基站之间的数据承载(DRB)；
将所述QoS流映射到选择的DRB上发出。
本发明实施例还提供了一种数据传输方法，包括：
在第一低层承载上接收下行上层数据流；
判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
上述方案中，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
上述方案中，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
上述方案中，所述上层数据流为IP流；所述判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出，包括：
判断所述第一低层承载是否针对所述IP流所建立的承载集合中的QoS流；
当判断结果表征所述第一低层承载是所述承载集合中的QoS流时，将对应的上行数据流映射至所述第一低层承载上发出。
上述方案中，所述上层数据流为QoS流；所述判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出，包括：
判断所述第一低层承载是否针对所述QoS流所建立的承载集合中的DRB；
当判断结果表征所述第一低层承载是所述承载集合中的DRB时，将对应的上行数据流映射至所述第一低层承载上发出。
本发明实施例还提供了一种数据传输装置，包括：
选择单元，用于根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
第一发送单元，用于将所述上层数据流映射到选择的低层承载上发出。
本发明实施例又提供了一种数据传输装置，包括：
接收单元，用于在第一低层承载上接收下行上层数据流；
判断单元，用于判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
发送单元，用于当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
本发明实施例还提供了一种网络侧设备，包括：第一处理器、第一存储器及存储在所述第一存储器上并能够在所述第一处理器上运行的计算机程序；
其中，所述第一处理器用于运行所述计算机程序时，执行上述网络侧设备任一方法的步骤。
本发明实施例还提供了一种终端，包括：第二处理器、第二存储器及存储在所述第二存储器上并能够在所述第二处理器上运行的计算机程序；
其中，所述第二处理器用于运行所述计算机程序时，执行上述终端侧任一方法的步骤。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述网络侧设备任一方法的步骤，或者实现上述终端侧任一方法的步骤。
本发明实施例提供的数据传输方法、装置、网络侧设备、终端及计算机可读存储介质，网络侧设备根据上层数据流的QoS要求，在可用的低层承载集合中选择一个合适的低层承载，在选择的低层承载上发送下行数据；而终端在网络侧设备选择的低层承载上接收下行数据，并在网络侧设备选择的低层承载上发送对应的上行数据，通过配置集合实现层间数据传输通道的Reflective mapping，从实现了通过网络侧的下行映射实现对终端侧的映射。
同时，不需要携带任何随路指示或者信令就实现了快速映射，降低了开销，且方案实现简单。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为相关技术中reflective mapping过程示意图；
图2为本发明实施例网络侧设备侧的数据传输方法流程示意图；
图3为本发明实施例终端侧的数据传输方法流程示意图；
图4为本发明应用实施例无线接入侧的层间的Reflective mapping示意图；
图5为本发明应用实施例网络侧设备和终端侧的QoS flow到DRB的Reflectivemapping过程示意图；
图6为本发明应用实施例无线非接入侧的层间的Reflective mapping示意图；
图7为本发明应用实施例网络侧设备和终端侧的IP Flow到QoS Flow的Reflective mapping过程示意图；
图8为本发明实施例一种数据传输装置结构示意图；
图9为本发明实施例另一种数据传输装置结构示意图；
图10为本发明实施例网络侧设备结构示意图；
图11为本发明实施例终端结构示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细的描述。
Reflective mapping是：一种在网络侧控制下对上行数据发送的一种快速层间传输通道映射方法。图1示出了reflective mapping的核心思想。结合图1，reflectivemapping的基本思想包括：
reflective mapping功能被启动前，上层(可以称为Upper Layer)的上行和下行的数据流(Data Flow)都在低层(可以称为Lower Layer)的承载(Bearer)1上进行收据收发。具体来说，网络侧在承载1上发送下行数据并在承载1上接收上行数据；终端侧在承载1上接收下行数据，并在承载1上发送上行数据。
反射映射(Reflective mapping)被启动后，在网络侧，网络侧把下行数据流(假设数据流ID为i)直接在目标承载n(源承载为1)上发送；终端侧在承载n上收到数据流ID为i的数据流数据包，则认为网络侧开启了Reflective mapping，终端发送的上行数据流的数据包要在承载n上发送，所以终端在承载n上收到一个数据流ID为i的数据包后，其对应的上行数据流的数据包全部在承载n上发送。
在本发明的各种实施例中：每一个上层数据流映射到一个低层承载集合(可以称为可用承载组(available Bearer Group))上，也就是说，同时服务于一个上层数据流的低层承载可以多于一个。网络侧设备根据上层数据流的QoS要求，在可用的低层承载集合中选择一个合适的低层承载，在选择的低层承载上发送下行数据；而终端在网络侧设备选择的低层承载上接收下行数据，并在网络侧设备选择的低层承载上发送对应的上行数据。
而对于传统的低层承载，一个上层数据流只能映射到一个低层承载上，不能够映射到一个承载集合上，即不能形成一个承载集合，可以根据QoS需要从承载集合中选择一个合适的低层承载。另外，对于传统的低层承载，一个低层承载可以同时承载多个上层数据流，也可以只承载一个上层数据流。
本发明实施例提供的方案，是一种基于配置集合的层间数据传输通道Reflectivemapping的方案，也就是说，通过配置集合实现层间数据传输通道的Reflective mapping，从实现了通过网络侧的下行映射实现对终端侧的映射。
其中，所述上行是指：终端向网络侧设备发送数据的方向；所述下行是指：网络侧设备向终端发送数据的方向。相应地，上行数据流是指：终端向网络侧设备发送的数据流；下行数据流是指：网络侧设备向终端发送的数据流。
本发明实施例数据传输方法，应用于网络侧设备，如图2所示，该方法包括：
步骤201：根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；
这里，所述承载集合包含至少两个低层承载。
实际应用时，同一个用户的多个上层数据流所对应的承载集合可以重合、存在交集或者完全不相交。
其中，重合和存在交集意味着存在着若干个低层承载可以同时承载多个上层数据流。
当reflective mapping功能启动后，(网络侧设备根据算法或者其他指示开启reflective mapping功能)，执行步骤201～202。
实际应用时，为了实现本发明实施例的方案，当上层需要低层针对上层的一个数据流建立低层承载通道时，网络侧在低层给用户的该上层数据流一次同时建立多于一个低层承载(Bearer)(至少两个低层承载)，即建立用户可用的承载集合。集合内的每个承载可以是新建立的承载，也可以是已经存在的承载被包含进来的。
基于此，在一些实施例中，在执行本步骤之前，该方法还可以包括：
根据QoS模型，在低层为所述上层数据流建立至少两个低层承载；
利用建立的至少两个低层承载形成所述承载集合；每个低层承载对应一个QoS模型。
从上面的描述可以看出，建立的每个低层承载能够满足不同上层数据流在QoS方面的要求。
实际应用时，建立的低层承载数目，需要根据系统研究和仿真给出的QoS模型确定。举个例子来说，根据系统研究和仿真，一个用户在低层最多只需要8类QoS模型即可支撑用户上层数据流的业务质量需求，则在为该用户建立业务时，即建立低层承载时，可以一次同时建立8个承载分别对应各类QoS模型。
也可以一次同时建立部分承载(根据系统分析，用户最常用的服务质量模型)，比如4个低层承载，后继可以再逐步添加。
当然，还可以在建立成功一个低层承载后，可以通过建立、重配制等方式再建立不少于一个承载，确保承载集合中的低层承载能够满足数据流的QoS的要求。也就是说，先建立一个低层承载；成功建立一个底层承载后，通过建立和/或重配制过程式再建立至少一个底层承载。
另外，实际应用时，还可以根据系统的QoS模型需求，更新集合中的底层承载。
基于此，在一些实施例中，该方法还可以包括：
业务进行过程中，根据QoS模型需求，在重配置和/或删除过程中更新低层承载，形成新的承载集合；
相应地，在新的承载集合中选择一个新的低层承载；并将所述上层数据流映射到新的低层承载上发出。
这里，所述更新包括：修改和删除。
其中，修改是指：根据系统的QoS模型需求，对已经存在的承载集合添加新的低层承载，或者对已经存在的承载进行修改或删除。
删除有两种删除方式：一、承载集合只剩下一个承载时，删除该承载时要同时把承载集合删除；二、同时需要把承载集合内的所有承载全部删除。
所述承载集合中的每个承载可以为新建立的承载，也可以为已建立的承载。
步骤202：将所述上层数据流映射到选择的低层承载上发出。
实际应用时，上层到低层的层间reflective mapping可以包括：无线接入层的层间reflective mapping以及核心层(非无线接入层)的层间reflective mapping。
其中，所述无线接入层的层间reflective mapping是指：QoS Flow到DRB的reflective mapping，此时所述网络侧设备是指：基站，比如5G基站(gNB)等。所述核心层的层间reflective mapping是指：IP Flow到QoS Flow的reflective mapping，此时所述网络侧设备是指：核心网设备。
基于此，在一些实施例中，步骤201～202的具体实现包括：
根据IP Flow的QoS要求，在针对所述IP Flow所建立的承载集合中选择一个QoSFlow；
将所述IP Flow映射到选择的QoS Flow上发出。
在一些实施例中，步骤201～202的具体实现包括：
根据QoS流的QoS要求，在针对所述QoS流所建立的承载集合中选择一个DRB；
将所述QoS流映射到选择的DRB上发出。
网络侧将数据流发出后，终端会执行与网络侧设备相对应的操作。
基于此，本发明实施例还提供了一种数据传输方法，应用于终端，如图3所示，该方法包括：
步骤301：在第一低层承载上接收下行上层数据流；
步骤302：判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；
这里，所述承载集合包含至少两个低层承载。
其中，所述所建立的承载集合是可用的承载集合。对于终端来说，所述承载集合内的任何一个低层承载上收到下行数据，都认为是合理的数据，都要接收并处理。
实际应用时，同一个用户的多个上层数据流所对应的承载集合可以重合、存在交集或者完全不相交。
其中，重合和存在交集意味着存在着若干个低层承载可以同时承载多个上层数据流。
所述承载集合中的每个承载可以为新建立的承载，也可以为已建立的承载。
步骤303：当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
实际应用时，上层到低层的层间reflective mapping可以包括：无线接入层的层间reflective mapping以及核心层的层间reflective mapping。
其中，所述无线接入层的层间reflective mapping是指：QoS Flow到DRB的reflective mapping，此时所述网络侧设备是指：基站，比如5G基站(gNB)等。所述核心层的层间reflective mapping是指：IP Flow到QoS Flow的reflective mapping，此时所述网络侧设备是指：核心网设备。
基于此，在一些实施例中，当所述上层数据流为IP流时，步骤302～303的具体实现包括：
判断所述第一低层承载是否针对所述IP流所建立的承载集合中的QoS流；
当判断结果表征所述第一低层承载是所述承载集合中的QoS流时，将对应的上行数据流映射至所述第一低层承载上发出。
在一些实施例中，当所述上层数据流为QoS流时，步骤302～303的具体实现包括：
判断所述第一低层承载是否针对所述QoS流所建立的承载集合中的DRB；
当判断结果表征所述第一低层承载是所述承载集合中的DRB时，将对应的上行数据流映射至所述第一低层承载上。
本发明实施例提供的数据传输方法，网络侧设备根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；将所述上层数据流映射到选择的低层承载上发出；终端在第一低层承载上接收下行上层数据流；判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。也就是说，网络侧设备根据上层数据流的QoS要求，在可用的低层承载集合中选择一个合适的低层承载，在选择的低层承载上发送下行数据；而终端在网络侧设备选择的低层承载上接收下行数据，并在网络侧设备选择的低层承载上发送对应的上行数据，通过配置集合实现层间数据传输通道的Reflectivemapping，从实现了通过网络侧的下行映射实现对终端侧的映射。
同时，不需要携带任何随路指示或者信令就实现了快速映射，降低了开销，且方案实现简单。
下面结合应用实施例对本发明再作详细的描述。
图4示出了无线接入侧(网络侧设备和终端)的层间(QoS Flow到DRB)的Reflective mapping示意图。
在无线接入侧生成的可用的承载集合称为DRB组(DRB Group)，在这个组里面包含若干个可用的DRB。
网络侧设备的业务数据适配协议(SDAP，Service Data Adaption Protocol)实体负责QoS Flow到DRB的映射。具体地，SDAP实体收到上层发送来的QoS Flow协议数据单元(PDU)(也可以称为SDAP服务数据单元(SDU))后，按照SDAP协议生成SDAP PDU，并根据配置的QoS Flow到DRB的映射关系，把该SDAP PDU通过DRB发送给低层。
当网络侧设备的SDAP实体收到其无线资源控制(RRC)层判决给出的或者SDAP实体自行判决的QoS Flow的Reflective mapping指示后，SDAP实体把需要映射的QoS Flow的下行数据直接映射到指定的目标DRB上发送。
当终端侧的SDAP实体在DRB上收到一个新的QoS Flow ID指示的数据包时，如果该DRB在DRB Group内，即认为网络侧发起了Reflective mapping，正确接收该数据包，并在该DRB上发送该新的QoS Flow ID指示的上行数据包。
其中，当网络侧设备为用户建立SDAP实体时，建立用户可用的DRB Group。建立时，可以通过RRC信令相应的流程(比如RRC连接建立请求/建立/完成/重配置(RRC ConnectionSetup Request/setup/complete/reconfigure)等)，也可以通过Layer3/2的其他方式，比如通过媒介访问控制(MAC)的MAC控制元素(CE)或者直接通过物理下行控制信道(PDCCH)进行。
如图5所示，网络侧设备(gNB)和终端侧的QoS flow到DRB的Reflective mapping过程，包括以下步骤：
步骤501：gNB根据系统定义，为用户规划DRB Group中的DRB种类，并形成配置模版，之后执行步骤502；
步骤502：当建立用户的RRC连接时，根据DRB Group模版，为用户选择合适的DRB，形成DRB Group；
这里，该DRB Group可以通过RRC连接的重配置、删除等信令过程进行修改和删除。
步骤503：业务进行过程中假设gNB和终端侧的QoS Flow#i的上下行数据都在DRB#j进行收发传输，之后执行步骤504；
步骤504～505：gNB的RRC或者SDAP实体判决用户的QoS Flow#i的QoS等级需要修改，SDAP实体在用户的DRB Group中选择了合适的DRB#k；并将QoS Flow#i的下行数据在DRB#k上进行发送；
这里，如果是gNB的RRC判决需要Reflective mapping，则gNB的RRC通知gNB的SDAP实体。或者也可以是SDAP自主判断需要Reflective mapping。
无论哪种判决方式，当判决指示通知到SDAP实体的执行模块时，SDAP实体的执行模块把QoS Flow#i的下行数据包首先在DRB#k上发送，同时停止在DRB#j上发送QoS Flow#i的任何下行数据包。
步骤506：终端侧的SDAP实体在DRB#k上收到QoS Flow#i的数据包后，确定DRB#k是DRB Group的成员之一，且QoS Flow#i之前是在DRB#j上发送下行数据包时，判定网络侧启动了Reflective mapping；
步骤507：终端侧的SDAP实体把后继QoS Flow#i的上行数据包在DRB#k上发送，同时停止在DRB#j上发送；
步骤508：gNB的SDAP实体在DRB#k上收到QoS Flow#i的上行数据，则判决Reflective mapping成功；
步骤509：QoS Flow#i的上下行数据同时在DRB#k上进行数据传输。
图6示出了无线非接入层(核心网设备和终端)的层间(IP Flow到QoS Flow)的Reflective mapping示意图。
无线非接入侧生成的可用的承载集合称为QoS Flow Group，这个组里面包含若干个可用的QoS Flow。
网络侧设备IP层负责IP Flow到QoS Flow的映射。具体地，IP层收到上层发送来的数据包后，生成IP包，并根据配置的IP Flow到QoS Flow的映射关系，把该IP包通过QoSFlow发送给低层。
当网络侧设备的IP层收到其它层判决给出的或者IP层自行判决的IP Flow的Reflective mapping指示后，IP层把需要映射的IP Flow的下行数据直接映射到指定的目标QoS Flow上发送。
当终端侧的IP层在QoS Flow上收到一个新的IP地址指示的数据包时，如果该QoSFlow在QoS Flow Group内，即认为网络侧发起了Reflective mapping，正确接收该数据包，并在该QoS Flow上发送该新IP地址的上行数据包。
其中，当网络侧为用户建立业务通道时，建立用户可用的QoS Flow Group。建立时，可以通过非接入层(NAS)信令进行建立。
如图7所示，网络侧设备(核心网设备)和终端侧的IP Flow到QoS Flow的Reflective mapping过程，包括以下步骤：
步骤701：核心网设备根据系统定义，为用户规划QoS Flow Group中的QoS Flow的种类，并形成配置模版，之后执行步骤702；
步骤702：核心网设备通过NAS信令建立QoS Flow Group；
这里，可以根据后继的操作对该QoS Flow Group进行修改和删除操作。
步骤703：业务进行过程中假设核心网设备和终端侧的IP Flow#i的上下行数据都在QoS Flow#j进行收发传输，之后执行步骤704；
步骤704～705：核心网设备的IP层实体或者其他的功能实体判决用户的IP Flow#i的QoS等级需要修改，IP层在用户的QoS Flow Group中选择了合适的QoS Flow#k；并将IPFlow#i的下行数据在QoS Flow#k上进行发送；
这里，当判决指示通知到IP层的执行模块时，则IP层的执行模块把IP Flow#i的下行数据包首先在QoS Flow#k上发送，同时停止在QoS Flow#j上发送IP Flow#i的任何下行数据包。
步骤706：终端侧的IP层在QoS Flow#k上收到IP Flow#i的数据包后，确定QoSFlow#k是QoS Flow Group的成员之一，且IP Flow#i之前是在QoS Flow#j上发送下行数据包时，则判断网络侧启动了Reflective mapping；
步骤707：终端侧的IP层把后继的IP Flow#i的上行数据包在QoS Flow#k上发送，同时停止在QoS Flow#j上发送；
步骤708：核心网设备的IP层在QoS Flow#k上收到IP Flow#i的上行数据，则判决Reflective mapping成功；
步骤709：IP Flow#i的上下行数据同时在QoS Flow#k上进行数据传输。
从应用实施例的描述可以看出，采用本发明实施例的方案，具有以下优点：
1、建立传输通道集合，在进行反射映射时，即实现了快速映射，且不需要携带任何随路指示或者信令，降低了开销；
2、通过业务建立、重配制和删除过程对传输通道集合进行操作，实现简单且鲁棒性有保障；
3、网络侧和终端侧都实现简单。
为实现本发明实施例的方法，本发明实施例提供了一种数据传输装置，设置在网络侧设备，如图8所示，该装置包括：
选择单元81，用于根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
第一发送单元82，用于将所述上层数据流映射到选择的低层承载上发出。
实际应用时，为了实现本发明实施例的方案，当上层需要低层针对上层的一个数据流建立低层承载通道时，网络侧在低层给用户的该上层数据流一次同时建立多于一个低层承载(Bearer)(至少两个低层承载)，即建立用户可用的承载集合。集合内的每个承载可以是新建立的承载，也可以是已经存在的承载被包含进来的。
基于此，在一些实施例中，所述装置还可以包括：管理单元，用于：
根据QoS模型，在低层为所述上层数据流建立至少两个低层承载；
利用建立的至少两个低层承载形成所述承载集合；每个低层承载对应一个QoS模型。
从上面的描述可以看出，建立的每个低层承载能够满足不同上层数据流在QoS方面的要求。
实际应用时，建立的低层承载数目，需要根据系统研究和仿真给出的QoS模型确定。举个例子来说，根据系统研究和仿真，一个用户在低层最多只需要8类QoS模型即可支撑用户上层数据流的业务质量需求，则在为该用户建立业务时，即建立低层承载时，可以一次同时建立8个承载分别对应各类QoS模型。
也可以一次同时建立部分承载(根据系统分析，用户最常用的服务质量模型)，比如4个低层承载，后继可以再逐步添加。
当然，还可以在建立成功一个低层承载后，所述管理单元可以通过建立、重配制等方式再建立不少于一个承载，确保承载集合中的低层承载能够满足数据流的QoS的要求。也就是说，所述管理单元先建立一个低层承载；成功建立一个底层承载后，通过建立和/或重配制过程式再建立至少一个底层承载。
另外，实际应用时，还可以根据系统的QoS模型需求，更新集合中的底层承载。
基于此，在一些实施例中，所述管理单元，还用于：
业务进行过程中，根据QoS模型需求，在重配置和/或删除过程中更新低层承载，形成新的承载集合；
相应地，在新的承载集合中选择一个新的低层承载；并将所述上层数据流映射到新的低层承载上发出。
实际应用时，上层到低层的层间reflective mapping可以包括：无线接入层的层间reflective mapping以及核心层(非无线接入层)的层间reflective mapping。
其中，所述无线接入层的层间reflective mapping是指：QoS Flow到DRB的reflective mapping，此时所述网络侧设备是指：基站，比如gNB等。所述核心层的层间reflective mapping是指：IP Flow到QoS Flow的reflective mapping，此时所述网络侧设备是指：核心网设备。
基于此，在一些实施例中，所述选择单元81根据IP Flow的QoS要求，在针对所述IPFlow所建立的承载集合中选择一个QoS Flow；
所述第一发送单元82将所述IP Flow映射到选择的QoS Flow上发出。
在另一些实施例中，所述选择单元81根据QoS流的QoS要求，在针对所述QoS流所建立的承载集合中选择一个DRB；
所述第一发送单元82将所述QoS流映射到选择的DRB上发出。
实际应用时，所述选择单元81、第一发送单元82及管理单元可由数据传输装置中的处理器实现。
为实现本发明实施例的方法，本发明实施例还提供了一种数据传输装置，设置在终端，如图9所示，该装置包括：
接收单元91，用于在第一低层承载上接收下行上层数据流；
判断单元92，用于判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
第二发送单元93，用于当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
其中，实际应用时，上层到低层的层间reflective mapping可以包括：无线接入层的层间reflective mapping以及核心层的层间reflective mapping。
这里，所述无线接入层的层间reflective mapping是指：QoS Flow到DRB的reflective mapping，此时所述网络侧设备是指：基站，比如gNB等。所述核心层的层间reflective mapping是指：IP Flow到QoS Flow的reflective mapping，此时所述网络侧设备是指：核心网设备。
基于此，在一些实施例中，当所述上层数据流为IP流时，所述判断单元92判断所述第一低层承载是否针对所述IP流所建立的承载集合中的QoS流；
当判断结果表征所述第一低层承载是所述承载集合中的QoS流时，所述第二发送单元93将对应的上行数据流映射至所述第一低层承载上发出。
在另一些实施例中，当所述上层数据流为QoS流时，所述判断单元92判断所述第一低层承载是否针对所述QoS流所建立的承载集合中的DRB；
当判断结果表征所述第一低层承载是所述承载集合中的DRB时，所述发送单元93将对应的上行数据流映射至所述第一低层承载上发出。
实际应用时，所述接收单元91、判断单元92、第二发送单元93可由数据传输装置中的处理器实现。
需要说明的是：上述实施例提供的数据传输装置在进行数据传输时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的数据传输装置与数据传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
基于上述各程序模块的硬件实现，为实现本发明实施例的方法，本发明实施例还提供了一种网络侧设备，如图10所示，该设备100包括：
第一处理器101和用于存储能够在处理器上运行的计算机程序的第一存储器102，其中，
所述第一处理器101用于运行所述计算机程序时，执行：
根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
将所述上层数据流映射到选择的低层承载上发出。
其中，在一实施例中，所述第一处理器101还用于运行所述计算机程序时，执行：
根据QoS模型，在低层为所述上层数据流建立至少两个低层承载；
利用建立的至少两个低层承载形成所述承载集合；每个低层承载对应一个QoS模型。
在一实施例中，所述第一处理器101还用于运行所述计算机程序时，执行：
根据QoS模型需求，，在重配置和/或删除过程中更新低层承载，形成新的承载集合；
相应地，在新的承载集合中选择一个新的低层承载；并将所述上层数据流映射到新的低层承载上发出。
在一实施例中，所述第一处理器101用于运行所述计算机程序时，执行：
建立一个低层承载；
成功建立一个底层承载后，通过建立和/或重配制过程式再建立至少一个底层承载。
在一实施例中，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
在一实施例中，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
在一实施例中，所述第一处理器101用于运行所述计算机程序时，执行：
根据IP流的QoS要求，在针对所述IP流所建立的承载集合中选择一个QoS流；
将所述IP流映射到选择的QoS流上发出。
在一实施例中，所述第一处理器101用于运行所述计算机程序时，执行：
根据QoS流的QoS要求，在针对所述QoS流所建立的承载集合中选择一个终端与基站之间的数据承载DRB；
将所述QoS流映射到选择的DRB上发出。
当然，实际应用时，如图10所示，该设备100还可以包括：通信接口103。设备100中的各个组件通过总线系统104耦合在一起。可理解，总线系统103用于实现这些组件之间的连接通信。总线系统104除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统104。
本发明实施例中的第一存储器102用于存储各种类型的数据以支持设备100的操作。
通信接口103用于网络侧设备100与终端之间进行通信。
上述本发明实施例揭示的方法可以应用于第一处理器101中，或者由第一处理器101实现。第一处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第一处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第一处理器101可以是通用处理器、数字信号处理器(DSP，Digital SignalProcessor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。第一处理器101可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器102，第一处理器101读取第一存储器102中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，设备100可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述网络侧设备方法。
为实现本发明实施例的方法，本发明实施例提供一种终端，如图11所示，该终端110包括：
第二处理器111和用于存储能够在所述第一处理器上运行的计算机程序的第二存储器112；其中，
所述第二处理器111用于运行所述计算机程序时，执行：
在第一低层承载上接收下行上层数据流；
判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
其中，在一实施例中，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
在一实施例中，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
在一实施例中，所述上层数据流为IP流；所述第二处理器111用于运行所述计算机程序时，执行：
判断所述第一低层承载是否针对所述IP流所建立的承载集合中的QoS流；
当判断结果表征所述第一低层承载是所述承载集合中的QoS流时，将对应的上行数据流映射至所述第一低层承载上发出。
在一实施例中，所述上层数据流为QoS流；所述第二处理器111用于运行所述计算机程序时，执行：
判断所述第一低层承载是否针对所述QoS流所建立的承载集合中的DRB；
当判断结果表征所述第一低层承载是所述承载集合中的DRB时，将对应的上行数据流映射至所述第一低层承载上发出。
当然，实际应用时，如图11所示，该终端110还可以包括：通信接口113及用户接口114。终端110中的各个组件通过总线系统115耦合在一起。可理解，总线系统103用于实现这些组件之间的连接通信。总线系统115除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统115。
本发明实施例中的第二存储器112用于存储各种类型的数据以支持终端110的操作。
其中，用户接口114可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
通信接口113用于终端110与网络侧设备与终端进行通信。
上述本发明实施例揭示的方法可以应用于第二处理器111中，或者由第二处理器111实现。第二处理器111可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第二处理器111中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第二处理器111可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。第二处理器111可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器112，第二处理器111读取第二存储器112中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，终端110可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。
可以理解，本发明实施例中的存储器(比如第一存储器102及第二存储器112)，可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，ElectricallyErasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagneticrandom access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，SynchronousStatic Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random AccessMemory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在示例性实施例中，本发明实施例还提供了一种计算机可读存储介质，例如包括存储计算机程序的第一存储器102，上述计算机程序可由网络侧设备100的第一处理器101执行，以完成前述方法所述步骤。或者，计算机可读存储介质包括存储计算机程序的第二存储器112，上述计算机程序可由终端110的第二处理器111执行，以完成前述方法所述步骤。
也就是说，本发明实施例提供的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述网络设备侧方法的步骤，或者实现上述终端侧方法的步骤。
需要说明的是：本发明实施例提供的计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (18)

1.一种数据传输方法，其特征在于，所述方法包括：
根据下行上层数据流的服务质量QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
将所述上层数据流映射到选择的低层承载上发出。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据QoS模型，在低层为所述上层数据流建立至少两个低层承载；
利用建立的至少两个低层承载形成所述承载集合；每个低层承载对应一个QoS模型。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
根据QoS模型需求，在重配置和/或删除过程中更新低层承载，形成新的承载集合；
相应地，在新的承载集合中选择一个新的低层承载；并将所述上层数据流映射到新的低层承载上发出。
4.根据权利要求2所述的方法，其特征在于，所述根据QoS模型，在低层为所述上层数据流建立至少两个低层承载，包括：
建立一个低层承载；
成功建立一个底层承载后，通过建立和/或重配制过程式再建立至少一个底层承载。
5.根据权利要求1所述的方法，其特征在于，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
6.根据权利要求1所述的方法，其特征在于，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
7.根据权利要求1所述的方法，其特征在于，所述根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；将所述上层数据流映射到选择的低层承载上发出，包括：
根据IP流的QoS要求，在针对所述IP流所建立的承载集合中选择一个QoS流；
将所述IP流映射到选择的QoS流上发出。
8.根据权利要求1所述的方法，其特征在于，所述根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；将所述上层数据流映射到选择的低层承载上发出，包括：
根据QoS流的QoS要求，在针对所述QoS流所建立的承载集合中选择一个终端与基站之间的数据承载DRB；
将所述QoS流映射到选择的DRB上发出。
9.一种数据传输方法，其特征在于，所述方法包括：
在第一低层承载上接收下行上层数据流；
判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
10.根据权利要求9所述的方法，其特征在于，所述承载集合中的每个承载为新建立的承载、或为已建立的承载。
11.根据权利要求9所述的方法，其特征在于，同一用户的多个上层数据流所对应的承载集合重合，或者存在交集，或者完全不相交。
12.根据权利要求9所述的方法，其特征在于，所述上层数据流为IP流；所述判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出，包括：
判断所述第一低层承载是否针对所述IP流所建立的承载集合中的QoS流；
当判断结果表征所述第一低层承载是所述承载集合中的QoS流时，将对应的上行数据流映射至所述第一低层承载上发出。
13.根据权利要求9所述的方法，其特征在于，所述上层数据流为QoS流；所述判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出，包括：
判断所述第一低层承载是否针对所述QoS流所建立的承载集合中的DRB；
当判断结果表征所述第一低层承载是所述承载集合中的DRB时，将对应的上行数据流映射至所述第一低层承载上发出。
14.一种数据传输装置，其特征在于，所述装置包括：
选择单元，用于根据下行上层数据流的QoS要求，在针对所述上层数据流所建立的承载集合中选择一个低层承载；所述承载集合包含至少两个低层承载；
第一发送单元，用于将所述上层数据流映射到选择的低层承载上发出。
15.一种数据传输装置，其特征在于，所述装置包括：
接收单元，用于在第一低层承载上接收下行上层数据流；
判断单元，用于判断所述第一低层承载是否针对所述上层数据流所建立的承载集合中的低层承载；所述承载集合包含至少两个低层承载；
发送单元，用于当判断结果表征所述第一低层承载是所述承载集合中的低层承载时，将对应的上行数据流映射至所述第一低层承载上发出。
16.一种网络侧设备，其特征在于，所述设备包括：第一处理器、第一存储器及存储在所述第一存储器上并能够在所述第一处理器上运行的计算机程序；
其中，所述第一处理器用于运行所述计算机程序时，执行权利要求1至8任一项所述方法的步骤。
17.一种终端，其特征在于，所述终端包括：第二处理器、第二存储器及存储在所述第二存储器上并能够在所述第二处理器上运行的计算机程序；
其中，所述第二处理器用于运行所述计算机程序时，执行权利要求9至13任一项所述方法的步骤。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述方法的步骤，或者实现权利要求9至13任一项所述方法的步骤。
CN201710672259.4A 2017-08-08 2017-08-08 数据传输方法、装置、相关设备及计算机可读存储介质 Pending CN109548160A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201710672259.4A CN109548160A (zh) 2017-08-08 2017-08-08 数据传输方法、装置、相关设备及计算机可读存储介质
US16/633,779 US11228938B2 (en) 2017-08-08 2018-06-14 Data transmission method, apparatus, network-side device, terminal, and computer-readable storage medium
EP18844600.9A EP3668168B1 (en) 2017-08-08 2018-06-14 Data transmission method and device, network side apparatus, terminal, and computer readable storage medium
PCT/CN2018/091306 WO2019029265A1 (zh) 2017-08-08 2018-06-14 数据传输方法、装置、网络侧设备、终端及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710672259.4A CN109548160A (zh) 2017-08-08 2017-08-08 数据传输方法、装置、相关设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN109548160A true CN109548160A (zh) 2019-03-29

Family

ID=65270953

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710672259.4A Pending CN109548160A (zh) 2017-08-08 2017-08-08 数据传输方法、装置、相关设备及计算机可读存储介质

Country Status (4)

Country Link
US (1) US11228938B2 (zh)
EP (1) EP3668168B1 (zh)
CN (1) CN109548160A (zh)
WO (1) WO2019029265A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125950A (zh) * 2020-08-11 2022-03-01 中国移动通信有限公司研究院 数据传输方法及设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108702261B (zh) * 2017-08-18 2021-10-08 北京小米移动软件有限公司 数据承载重映射过程中数据包处理的方法、装置和系统
CN115088330A (zh) * 2020-02-19 2022-09-20 Oppo广东移动通信有限公司 一种数据传输方法、终端设备、网络设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612095A (zh) * 2012-03-05 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备
CN106537857A (zh) * 2014-06-30 2017-03-22 英特尔Ip公司 增强用于lte的服务质量架构的装置和方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
KR101048256B1 (ko) * 2004-03-31 2011-07-08 엘지전자 주식회사 이동통신 시스템의 중요도에 따른 데이터 전송방법
US8711699B2 (en) * 2011-10-31 2014-04-29 Amazon Technologies, Inc. Prioritizing application data for transmission in a wireless user device
CN103716885B (zh) * 2012-09-28 2017-09-29 电信科学技术研究院 一种本地承载管理方法及设备
WO2014101010A1 (zh) * 2012-12-26 2014-07-03 华为技术有限公司 一种虚拟机系统的资源管理方法、虚拟机系统和装置
US9578671B2 (en) * 2013-03-15 2017-02-21 Blackberry Limited Establishing multiple connections between a user equipment and wireless access network nodes
JP6091995B2 (ja) * 2013-05-17 2017-03-08 株式会社Ｎｔｔドコモ 無線基地局、ユーザ端末、間欠受信方法
CN104427572B (zh) 2013-09-10 2019-06-11 中兴通讯股份有限公司 分组数据聚合协议数据包处理方法、装置及通信系统
KR102157798B1 (ko) * 2013-10-29 2020-09-18 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US10212728B2 (en) * 2014-03-02 2019-02-19 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
CA2976880C (en) * 2015-02-20 2021-11-30 Fujitsu Limited Wireless communications system, base station, and mobile station
WO2016163032A1 (ja) * 2015-04-10 2016-10-13 富士通株式会社 無線通信システム、基地局、移動局および処理方法
US10206138B2 (en) * 2015-06-18 2019-02-12 Parallel Wireless, Inc. SSID to QCI mapping
BR112019015657B1 (pt) * 2017-02-01 2023-03-28 Lg Electronics Inc Método para executar qualidade de serviço (qos) reflexiva em sistema de comunicação sem fio e um dispositivo para o mesmo
US10409682B1 (en) * 2017-02-24 2019-09-10 Seagate Technology Llc Distributed RAID system
US10798754B2 (en) * 2017-07-24 2020-10-06 Asustek Computer Inc. Method and apparatus for serving quality of service (QOS) flow in a wireless communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612095A (zh) * 2012-03-05 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备
CN106537857A (zh) * 2014-06-30 2017-03-22 英特尔Ip公司 增强用于lte的服务质量架构的装置和方法

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Discussion paper on LTE radio bearer conbinations", 《3GPP TSG-RAN WG5 MEETING#39 R5-081200》 *
ERICSSON: "QoS Flow Remapping Within the Same Cell and in Handover", 《3GPP TSG-RAN WG2 #98-AH TDOC R2-1707161》 *
HUAWEI,HISILICON: "Flow，DRB,and QoS in RAN", 《3GPP TSG-RAN2 MEETING #95 R2-165024》 *
INTEL CORPORATION: "AS reflective mapping and precedence handling", 《3GPP TSG-RAN WG2 MEETING AD HOC R2-1707035》 *
INTEL CORPORATION: "DRB properties with 5G QoS", 《3GPP TSG-RAN WG2 MEETING AD HOC R2-1707031》 *
NTT DOCOMO INC: "QoS framework:Data Flow and DRB mapping", 《3GPP TSG-RAN2#95 R2-165404》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125950A (zh) * 2020-08-11 2022-03-01 中国移动通信有限公司研究院 数据传输方法及设备

Also Published As

Publication number Publication date
EP3668168A4 (en) 2021-03-24
EP3668168B1 (en) 2025-08-06
WO2019029265A1 (zh) 2019-02-14
US20200245183A1 (en) 2020-07-30
US11228938B2 (en) 2022-01-18
EP3668168A1 (en) 2020-06-17

Similar Documents

Publication Publication Date Title
CN111770475B (zh) 时延获取方法及装置、优化方法及装置
CN110166407B (zh) QoS流处理方法、设备及系统
CN108924849B (zh) 一种会话连接建立方法及控制面网元
CN111465062A (zh) 一种通信系统间移动方法及装置
CN107005586B (zh) 一种管理虚拟网络功能的方法和装置
CN110519825B (zh) 路由选择策略的处理方法、装置、相关设备和存储介质
US20120207011A1 (en) Method and apparatus for responding to an unrecoverable error
CN113115331B (zh) 控制方法及通信装置
CN113473646A (zh) 一种通信方法及装置
JP2024538790A (ja) 内因性サービスの伝送方法、装置及び記憶媒体
JP2020506629A (ja) ルーティング方法および装置
CN109548160A (zh) 数据传输方法、装置、相关设备及计算机可读存储介质
CN104349342A (zh) 业务管理方法和装置
CN103200635B (zh) 用户设备在无线网络控制器之间迁移的方法、装置及系统
CN107102889A (zh) 一种虚拟机资源调整方法及装置
CN104349506B (zh) 关联管理方法、无线接入设备及系统
CN116250363A (zh) 一种双终端设备进行数据传输的方法及装置
WO2021047443A1 (zh) 一种业务数据包转发的方法及装置
CN108234092B (zh) 一种信令配置方法、rrc实体以及pdcp实体
WO2023185428A1 (zh) 一种重构用户面功能网元关键服务能力的方法及通信装置
JP2024534836A (ja) 低メモリ５ｇデバイス用のｒｌｃチャネル管理
CN109041265A (zh) 一种核心网接入方法和基站
CN105677454B (zh) 计算资源的整合方法、装置和系统
CN112825496B (zh) 时间信息传输的处理方法、装置及存储介质
CN110896539B (zh) 处理方法和设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190329