专利名称：一种数据传输方法及设备的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种数据传输方法及设备。
背景技术：
随着无线和有线技术的不断发展，通信带宽不断提升，为更丰富多彩的终端应用创造了条件，如实时游戏、流媒体、在线应用、云端存储等。有的应用带宽需求不高，但要求持续稳定，如语音通话，有的应用带宽需求较高，但对带宽的稳定性没有要求，如一般的下载任务。虽然不同应用对带宽的要求不同，但他们的一个共同点是尽可能占用能够获得的最大带宽，为了让这些应用共生并获得合适的带宽以达到最好的用户体验，无线接入技术引入多承载、多接入点名称(Access Point Name, APN)等让高优先级业务优先使用有限的无线资源的技术以提升服务质量(Quality of Service, QoS)。多承载的特点在于资源预分和按优先级使用，但是系统设备的升级换代有一个过程，有些网络或者终端还不具备多承载的能力，或者多承载无法完全满足多业务的需要，仍然需要在一个承载上传输多种业务，这些在一个承载上传输的业务QoS难以区分。现有技术中为了让用户获得更好的用户体验，一种方式是在需要使用实时性比较高的业务时关闭其他业务以避免干扰，但这样的处理方式在应用上会造成局限；另一种方式是用户申请更大的带宽，但这样会造成带宽资源的浪费。综上所述现有技术中，不具备多承载的能力的网络或者终端在传输多种业务时往往在用户体验和资源利用上难以兼顾。
发明内容
本发明实施例所要解决的`技术问题是提供一种数据传输方法及设备，能够在网络或者终端还不具备多承载的能力的条件下兼顾较好的用户体验和合理的资源利用。本申请第一方面提供一种数据发送方法，包括终端在业务启动时利用业务的信息构造该业务的虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上；终端根据所述业务的优先级设定所述虚拟承载的优先级；终端在实际承载上根据所述虚拟承载的优先级将所述数据包发送到网络设备。在第一方面的第一种可能的实现方式中，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。结合第一方面或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述终端在实际承载上根据所述虚拟承载的优先级将所述数据包发送到网络设备包括由终端的层2根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述由终端的层2根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队包括由所述层2中的分组汇聚协议rocp层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队。结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，在将排队后的数据包传输至物理层前，还包括在所述层2中将所述rocp层或所述RLC层的加密操作推迟至介质访问控制层MAC层执行。本申请第二方面提供一种数据发送终端设备，包括构造模块，用于在业务启动时利用业务的信息构造该业务的虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上；优先级设定模块，用于根据所述业务的优先级设定所述虚拟承载的优先级；发送模块，用于在实际承载上根据所述优先级设定模块设定的所述虚拟承载的优先级将所述数据包发送到网络设备。在第二方面的第一种可能的实现方式中，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。结合第二方面或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述发送模块包括
层2单元，用于根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述层2单元具体用于，由所述层2单元中的分组汇聚协议rocp层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述层2单元还用于在将排队后的数据包传输至物理层前，将所述rocp层或所述RLC层的加密操作推迟至介质访问控制层MAC层执行。本申请第三方面提供一种数据发送终端设备，包括处理器和发送器，其中所述处理器，用于在业务启动时利用业务信息构造虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上；所述处理器，还用于根据所述业务的优先级设定所述虚拟承载的优先级；所述发送器，用于在实际承载上根据所述处理器发送的所述虚拟承载的优先级将所述数据包发送到网络设备。在第三方面的第一种可能的实现方式中，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。结合第三方面或者第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述发送器内置有层2单元，所述层2单元用于根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，所述层2单元具体用于由所述层2单元中的分组汇聚协议rocp层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述层2单元还用于在将排队后的数据包传输至物理层前，将所述rocp层或所述RLC层的加密操作推迟至介质访问控制层MAC层执行。本发明在目前多承载环境还不成熟，网络不具备多承载的条件下，通过在终端引入虚拟多承载来模拟多承载的QoS效果。本发明实施例的终端与网络侧并不建立实际的端到端的多承载连接，而是终端在本地发包时模拟多承载机制，在一个非恒定分配的比特率(Non-Guaranteed Bit Rate, Νοη-GBR)承载上分出多个虚拟的业务通路,并在这几个业务通路之间进行优先级调度。通过虚拟多承载本发明实施例能够在网络还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的一种数据发送方法的流程图；图2是本申请实施 例提供的另一种数据发送方法的流程图；图3是本申请实施例提供的再一种数据发送方法的流程图；图4是本申请实施例提供的一种数据发送终端设备的结构图；图5是本申请实施例提供的另一种数据发送终端设备的结构图；图6是本申请实施例提供的一种数据发送终端设备的结构图；图7是本申请实施例提供的另一种数据发送终端设备的结构图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。参考图1，图1是本申请实施例提供的一种数据发送方法的流程图，包括101、终端在业务启动时利用业务的信息构造该业务的虚拟业务流模板TFT，并通过虚拟TFT将该业务的数据包映射到与虚拟TFT对应的虚拟承载上。其中，业务的信息可以是接收该业务的端口信息和业务的优先级中的至少一项，也可以是TFT里的任何形式的参数，优选为端口信息。这里的业务指准实时业务，准实时业务启动时，触发终端建立多承载提供QoS支持，由于网络侧不支持多承载，因此终端建立多承载失败。这里准实时业务是指启动的业务为期望获得实时运行或者实时性要求很高的业务，但由于网侧不具备多承载能力使得业务的实时传输不能得到保证，通过本实施例的方法，模拟多承载机制，从而使业务逼近实时业务的效果。业务流模板(Traffic Flow Template, TFT)是关联到演进分组系统(EvolvedPacket System, EPS)承载上的一个数据包过滤器的集合。上行过滤模板(UpLinkTraffic Flow Template,UL TFT)是TFT中的一组上行数据包过滤器,下行过滤模板(DownLink Traffic Flow Template,DL TFT)是TFT中的一组下行数据包过滤器。每一个专用承载都关联至少一个TFT，用户设备(User Equipment，UE)通过UL TFT把上行的数据映射到TFT关联的承载上传输，分组数据网络网关(Protocol Data Unit Gateffay, PDNGff)通过DL TFT把下行的数据映射到TFT关联的承载上传输。所述虚拟TFT是一个虚拟数据包过滤器。所述虚拟TFT可以不是一个实际的将数据包映射至实际承载的过滤器，而是由与不支持多承载业务的的网络设备通信的所述终端通过虚拟实际过滤器来实现的，这种虚拟过程可以由终端内的协议栈软件来实现。该虚拟TFT用于将数据包依照其所在业务的优先级映射到与其优先级对应的虚拟承载上。本实施例并不建立端到端的实际多承载连接，数据包并不映射到对应的虚拟承载上传输，虚拟承载只在终端本地发包时模拟现有的多承载机制，在一个承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。102、终端根据业务 的优先级设定虚拟承载的优先级。这里，业务的优先级由终端与网络侧根据业务的类型约定。103、终端在实际承载上根据虚拟承载的优先级将数据包发送到网络设备。可选地，终端在实际承载上根据虚拟承载的优先级将所述数据包发送到网络设备的实现方式可以为由终端的层2根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在物理层优先发送到网络设备。其中，由终端的层2根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队的实现方式可以为由层2 中的分组汇聚协议(Packet Data Convergence Protocol,F1DCP)层或无线链路控制(Radio Link Control，RLC)层根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队。为了更加逼近多承载的调度效果，让高优先级的业务的数据包尽可能排到队列前面，可以在将排队后的数据包传输至物理层前，在层2中将rocp层或RLC层的加密操作推迟至介质访问控制层(Media Access Control, MAC)层执行。本实施例在网络不具备多承载的条件下，通过在终端引入虚拟多承载来模拟多承载的QoS效果。终端与网络侧并不建立实际的端到端的多承载连接，而是终端在本地发包时模拟多承载机制，在一个承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。终端本地区分业务优先级，并按优先级将数据传输到网络，实现差别化业务QoS，满足各种业务形态的QoS需求。通过虚拟多承载本实施例能够在网络或者终端还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。本实施例可以应用于长期演进(Long TermEvolution, LTE)终端系统、通用移动通信(Universal MobileTelecommunicationsSystem, UMTS)终端系统或其它数据包需要排队等待调度传输的系统中。参考图2，图2是本申请实施例提供的另一种数据发送方法的流程图，本实施是本发明方法在LTE终端系统中的应用。网络不支持多承载，终端拨号后建立了一个缺省承载，这里将该承载命名为Epsbl，其对应的无线承载命名为DRBl。会话发起协议(SessionInitiation Protocol, SIP)视频通话软件启动后尝试为网络语音电话业务(Voice overInternet Phone, VoIP)建立专用承载,但被网侧拒绝。该方法包括201、终端通知无线接入管理模块(Radio Access Bearer Management,RABM)根据端口信息构造虚拟业务流模板TFT，并通过虚拟TFT将业务的数据包映射到对应的虚拟承载 Epsbvl 上。其中，VoIP业务可细分为包含视频业务和语音业务等，终端根据处理不同业务的端口分别构造虚拟TFT。这里，端口是指终端通过TCP/IP协议发送和接收VoIP业务包含的各种业务的数据包的协议端口 。202、终端根据VoIP业务的优先级设定虚拟承载Epsbvl的优先级QoSl。203、终端在实际承载Epsbl上，将虚拟承载的Epsbvl的优先级QoSl和数据包传送到rocp层(层2中的子层)，由rocp层根据优先级Q0Si将数据包发送网络设备。其中，终端将虚拟承载的Epsbvl的优先级QoSl和数据包传送到HXP层，PDCP层收到该数据包后，并不是简单的将其排列到DRBl的队列尾部，而是根据优先级信息QoSl将其排列到合适的位置。MAC层获得空口资源进行调度组包时，因为VoIP业务数据排在队列头部会首先被调度发到网络设备。业务优先级作为排序和调度依据，是构造虚拟TFT，建立虚拟承载的目的，每一个优先级在无线资源的调度上类似于多承载的一个数据无线承载(DataRadio Bearer, DRB)。区别是DRB的调度在MAC层实现，而业务优先级的调度是在HXP层实现。当业务用到多个端口时，终端将迭代上述过程建立多个虚拟TFT，多个虚拟承载。实施例中，SIP视频通话业务共用了 5个端口，实际配置了 5个虚拟TFT，建立了 3个虚拟承载，分配了 3种不同的业务优先级，为了让业务数据优先匹配虚拟TFT，虚拟TFT的优先级高于其他普通TFT。本实施例以LTE终端系统的应用为例描述了本发明的方法，本实施例在网络不具备多承载的条件下，通过在终端引入虚拟多承载来模拟多承载的QoS效果。终端与网络侧并不建立实际的端到端的多承载连接，而是终端在本地发包时模拟多承载机制，在一个缺省承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。通过虚拟多承载本实施例能够在网络或者终端还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。参考图3，图3是本申请实施例提供的再一种数据发送方法，本实施例是本发明方法在UMTS终端系统中的应用，包括
301、终端通知RABM根据端口信息构造虚拟业务流模板TFT，并通过虚拟TFT将业务的数据包映射到对应的虚拟承载Rabvl上。
302、终端根据VoIP业务的优先级设定虚拟承载Rabvl的优先级QoSl。
303、终端在实际承载Rabl上，将虚拟承载的Rabvl的优先级QoSl和数据包传送到RLC层(层2中的子层)，由RLC层根据优先级QoSl将数据包发送到网络设备。
本实施例与图2实施例相比，主要区别在于层2处理不同。由于HXP层不支持重传，所以不支持HXP序号(Serial Number, SN)，因此将优先级排队的处理由HXP层下移到RLC层来实现。
为逼近多承载的调度效果，让高优先级的业务包尽可能排到队列前面，RLC服务数据单兀(Service Data Unit, SDU)到 RLC 协议数据单兀(Protocol Data Unit, F1DU)的过程延后，在确保一定周期的MAC调度数据量的前提下，尽可能晚的切分RLC SDU以及进行加密操作。
本实施例以UMTS终端系统的应用为例描述了本发明的方法，本实施例在网络不具备多承载的条件下，通过在终端引入虚拟多承载来模拟多承载的QoS效果。终端与网络侧并不建立实际的端到端的多承载连接，而是终端在本地发包时模拟多承载机制，在一个首要(Primary)承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。通过虚拟多承载本实施例能够在网络或者终端还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。
参考图4，图4是本申请实施例提供的一种数据发送终端设备的结构图，包括构造模块401、优先级设定模块402和发送模块403，其中
构造模块401，用于在业务启动时利用业务的信息构造该业务的虚拟业务流模板 TFT，并通过虚拟TFT将所述业务的数据包过滤到与虚拟TFT对应的虚拟承载上。
其中，业务的信息可以是接收该业务的端口信息和业务的优先级中的至少一项， 也可以是TFT里的任何形式的参数，优选为端口信息。
所述虚拟TFT可以不是一个实际的将数据包映射至实际承载的过滤器，而是由不支持多承载业务的网络所服务的所述终端通过虚拟实际过滤器来实现的，这种虚拟过程可以由终端内的协议栈软件来实现。
优先级设定模块402，用于根据业务的优先级设定虚拟承载的优先级。
发送模块403，用于在实际承载上根据优先级设定模块402设定的虚拟承载的优先级将数据包发送到网络设备。
可选地，发送模块403中可以包括层2单元4031，如图5所示，
层2单元4031，用于 根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在物理层优先发送到网络设备。
其中，层2单元4031具体用于，由层2单元中的分组汇聚协议TOCP层或无线链路控制RLC层根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在物理层优先发送到网络设备。
层2单元4031还用于在将排队后的数据包传输至物理层前，将TOCP层或RLC层的加密操作推迟至介质访问控制层MAC层执行。
本实施例提供的数据发送终端设备在网络不具备多承载的条件下，通过引入虚拟多承载来模拟多承载的QoS效果。数据发送终端设备与网络侧并不建立实际的端到端的多承载连接，而是数据发送终端设备在本地发包时模拟多承载机制，在一个承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。终端本地区分业务优先级，并按优先级将数据传输到网络，实现差别化业务QoS，满足各种业务形态的QoS需求。通过虚拟多承载本实施例能够在网络或者数据发送终端设备还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。本实施例所描述的数据发送终端设备可以应用于LTE终端系统或者UTMS终端系统中，还可以用于其它数据包需要排队等待调度传输的系统中。
参考图6，图6是本申请实施例提供的一种数据发送终端设备的结构图，包括处理器501和发送器502，其中
处理器501，用于在业务启动时利用业务的信息构造虚拟业务流模板TFT，并通过虚拟TFT将该业务的数据包映射到与虚拟TFT对应的虚拟承载上。
其中，业务的信息可以是接收该业务的端口信息和业务的优先级中的至少一项， 也可以是TFT里的任何形式的参数，优选为端口信息。
处理器501，还用于根据所述业务的优先级设定所述虚拟承载的优先级。
发送器502，用于在实际承载上根据处理器501发送的虚拟承载的优先级将数据包发送到网络设备。
其中，发送器502内置有层2单元5021，层2单元5021用于根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在物理层优先发送到网络设备。
可选地,层2单兀5021可以是中央处理器(Central Processing Unit, CPU)、微处理器，控制器等。
其中，层2单元5021具体用于由层2单元5021中的HXP层或RLC层根据虚拟承载的优先级将数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在物理层优先发送到网络设备。
可选地，层2单元5021还用于在将排队后的数据包传输至物理层前，将TOCP层或 RLC层的加密操作推迟至介质访问控制层MAC层执行。
本实施例提供的数据发送终端设备在网络不具备多承载的条件下，通过引入虚拟多承载来模拟多承载的QoS效果。数据发送终端设备与网络侧并不建立实际的端到端的多承载连接，而是数据发送终端设备在本地发包时模拟多承载机制，在一个承载上分出多个虚拟的业务通路，并在这几个业务通路之间进行优先级调度。终端本地区分业务优先级，并按优先级将数据传输到网络，实现差别化业务QoS，满足各种业务形态的QoS需求。通过虚拟多承载本实施例能够在网络或者数据发送终端设备还不具备多承载的能力的条件下兼顾业务QoS和合理的资源利用。本实施例所描述的数据发送终端设备可以应用于LTE终端系统或者UTMS`终端系统中，还可以用于其它数据包需要排队等待调度传输的系统中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存 储记忆体(Read-Only Memory, ROM)或随机存取存储器(Random Access Memory，简称 RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
权利要求
1.一种数据发送方法，其特征在于，包括 终端在业务启动时利用业务的信息构造该业务的虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上； 终端根据所述业务的优先级设定所述虚拟承载的优先级； 终端在实际承载上根据所述虚拟承载的优先级将所述数据包发送到网络设备。
2.根据权利要求1所述的数据发送方法，其特征在于，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。
3.根据权利要求1或2所述的数据发送方法，其特征在于，所述终端在实际承载上根据所述虚拟承载的优先级将所述数据包发送到网络设备包括 由终端的层2根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
4.根据权利要求3所述的数据发送方法，其特征在于，所述由终端的层2根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队包括 由所述层2中的分组汇聚协议HXP层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队。
5.根据权利要求4所述的数据发送方法，其特征在于，在将排队后的数据包传输至物理层前，还包括在所述层2中将所述rocp层或所述RLC层的加密操作推迟至介质访问控制层MAC层执灯。
6.一种数据发送终端设备，其特征在于，包括 构造模块，用于在业务启动时利用业务的信息构造该业务的虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上； 优先级设定模块，用于根据所述业务的优先级设定所述虚拟承载的优先级； 发送模块，用于在实际承载上根据所述优先级设定模块设定的所述虚拟承载的优先级将所述数据包发送到网络设备。
7.根据权利要求6所述的数据发送终端设备，其特征在于，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。
8.根据权利要求6或7所述的数据发送终端设备，其特征在于，所述发送模块包括 层2单元，用于根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
9.根据权利要求8所述的数据发送终端设备，其特征在于，所述层2单元具体用于，由所述层2单元中的分组汇聚协议rocp层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
10.根据权利要求9所述的数据发送终端设备，其特征在于，所述层2单元还用于在将排队后的数据包传输至物理层前，将所述rocp层或所述RLC层的加密操作推迟至介质访问控制层MAC层执行。
11.一种数据发送终端设备，其特征在于，包括处理器和发送器，其中所述处理器，用于在业务启动时利用业务信息构造虚拟业务流模板TFT，并通过所述虚拟TFT将所述业务的数据包映射到与所述虚拟TFT对应的虚拟承载上； 所述处理器，还用于根据所述业务的优先级设定所述虚拟承载的优先级； 所述发送器，用于在实际承载上根据所述处理器发送的所述虚拟承载的优先级将所述数据包发送到网络设备。
12.根据权利要求11所述的数据发送终端设备，其特征在于，所述业务的信息为接收该业务的端口信息和所述业务的优先级中的至少一项。
13.根据权利要求11或12所述的数据发送终端设备，其特征在于，所述发送器内置有层2单元，所述层2单元用于根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
14.根据权利要求13所述的数据发送终端设备，其特征在于，所述层2单元具体用于由所述层2单元中的分组汇聚协议HXP层或无线链路控制RLC层根据所述虚拟承载的优先级将所述数据包在实际承载的承载队列上进行排队得到排队后的数据包，并将排队后的数据包传输至物理层，以使得优先级高的数据包在所述物理层优先发送到网络设备。
15.根据权利要求14所述的数据发送终端设备，其特征在于，所述层2单元还用于在将排队后的数据包传输至物理层前，将所述HXP层或所述RLC层的加密操作推迟至介质访问控制层MAC层执行。
全文摘要
本发明公开了一种数据传输方法及设备，在本发明提供的技术方案中终端与网络侧并不建立实际的端到端的多承载连接，而是终端在本地发包时模拟多承载机制，在一个承载上虚拟出多个业务通路，并在这几个业务通路之间进行优先级调度。通过虚拟多承载本发明能够在网络或者终端还不具备多承载能力或者多承载能力有局限的条件下兼顾业务QoS和合理的资源利用。
文档编号H04W72/12GK103067982SQ20121054371
公开日2013年4月24日 申请日期2012年12月14日 优先权日2012年12月14日
发明者王刚, 陈昌洲, 殷卫东 申请人:华为技术有限公司