CN101175039B - 一种多流业务的传输方法及其装置和系统 - Google Patents

Abstract

本发明公开了一种多流业务的传输方法及其装置和系统，本发明方法包括步骤：多流业务的发送端根据多流业务的类型与业务质量QoS等级的对应关系，将多个流业务映射为至少一个QoS等级业务；所述多流业务的发送端根据所述QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对所述QoS等级业务的数据进行发送。采用本发明，可在传输多流业务时，根据多流业务对应的QoS等级，为不同QoS等级的业务流分配资源，从而提高资源利用率。

Description

一种多流业务的传输方法及其装置和系统 

技术领域

本发明涉及通信领域，尤其涉及一种多流业务的传输方法及其装置和系统。 

背景技术

目前3G移动通信技术逐渐成熟商用，3GPP2 CDMA2000 1XEV-DO能进一步在未来几年内提供有竞争力的无线接入系统。但是要想保持未来十年或者几十年内的竞争力，需要引入新的无线接入技术。目前业界已经就3GPP2的空口技术演进达成初步一致，即分成两个阶段进行，第一阶段采用多载波EV-DO(仅支持分组数据业务的演进)技术，更多的考虑兼容性，只是短期的演进项目；第二阶段则是引入更为先进的技术，比如OFDM(OrthogonalFrequency Division Multiplexing，正交频分复用)技术、MIMO(Multi-InputMulti-Output，多输入多输出)技术等，可以极大提高无线接入系统的频谱效率和峰值速率，是3GPP2标准长期的演进计划。 

用户不断增长的应用需求对通信系统的带宽化和用户化提出了更高的要求。宽带化就是为用户提供更宽的带宽和更高的数据吞吐量，用户化就是根据用户的需求灵活提供各种业务。并发业务就成为结合宽带化和用户化的一种必然选择，即允许用户同时在系统中使用多种业务，充分满足灵活多变的用户需求。例如，并发业务应用需求有：一边打电话一边从网络下载电影，或者在打电话的过程中传输信令等。 

传统的多载波调制系统是将高速数据流通过串并变换形成多个低速的数据流，再分别调制相应的载波，从而构成多个低速率数据并行发送的传输系统。其中多个用于调制的载波在频带上表现为多个不重叠的子载波。OFDM技术是 一种特殊的多载波调制技术，各子载波之间有1/2的重叠，但保持相互正交，在接收端可以通过相关解调技术分离，构成更为高效的数据传输系统。另外，OFDM系统还可以减小符号间干扰，充分利用频率选择性。由于OFDM技术的诸多优点，所以OFDM技术目前已经得到广泛的应用。 

OFDMA(正交频分多址接入)系统是利用OFDM技术做复用技术，即通过为不同用户分配不同的数据子载波来区分不同的用户。由于用户之间数据传输使用不同的相互正交的子载波，所以用户之间数据传输不会相互干扰。并且在对子载波进行分配的时候，可以充分考虑该用户的无线环境状况，充分利用频率选择性，给用户分配最适合传输的数据子载波，通过分配调度算法的优化，使得系统容量提高。在一般的OFDMA系统中，为了确保每个用户使用子载波资源的正交性，都是由AN(Access Net，接入网络)集中进行资源分配，并且将分配的资源指配给AT(Access Terminal，接入终端)。 

在3GPP2提出的最新的AIE(air interface evolution，空口演进)LBC(loosely back-compatible，松散的后向兼容)的框架中，前反向数据传输都采用OFDMA，用户在分配的子载波资源上进行数据传输。当发送端传输多个业务流时，在上层将多个流进行数据复用，到物理层统一经过编码调制等处理，最后将数据符号在子载波资源上发送出去。而在接收端，将整个物理层的分组包接收后，在上层进行解复用，将属于不同流的数据发送到不同的应用，即在物理层上传输的分组包是多个业务流经过融合以后的分组包。 

通过这种在物理层之上进行的流数据复用和解复用，简化了物理层的处理，但是没有考虑到多种流业务的不同需求。不同业务对HARQ(Hybrid ARQ，混合自动请求重传)的重传次数不同。例如当VoIP业务(基于IP的语音呼叫业务)和FTP业务(文件传输协议业务)并发时，VoIP对时延敏感，在空口传输时，要求尽可能在数据传输HARQ提前终止；而FTP下载则对时延不敏感，属于BE(尽力而为)业务，可以在空口有资源时在分配的资源上传输，对HARQ的要求也不高。例如，VoIP要求3次HARQ重传就能满足数据传输 要求，而FTP则需要8次HARQ重传。 

另外，不同的业务对资源也有不同的需求，如VoIP业务比FTP业务需要更高的功率资源。在现有AIE LBC框架中，所有的流都是经过上层复用，在物理层统一融合成一个物理层分组包，所以在考虑资源分配，尤其是功率设置时，发送端只能优先保证优先级高的业务，而对于优先级低的业务，使用为优先级高的业务分配的资源，尤其是过高的功率资源将造成资源浪费。 

发明内容

本发明的实施例揭示了多流业务的传输方法、多流业务传输的网络侧装置和终端侧装置、多流业务的发送端装置和接收端装置，以及多流业务的传输系统，用以解决现有技术中存在的多流业务传输过程中资源浪费的问题。 

本发明实施例揭示的多流业务传输方法，包括步骤： 

多流业务的发送端根据多流业务的类型与业务质量QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务； 

所述多流业务的发送端根据所述QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对所述QoS等级业务的数据进行发送。 

本发明实施例揭示的另一种多流业务传输方法，包括步骤： 

多流业务的接收端分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息； 

所述多流业务的接收端根据所述资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到对应的多流业务数据；所述QoS等级业务是由所述多流业务的发送端根据多流业务的类型与QoS等级的对应关系，将所述多流业务映射为相应的QoS等级业务，其中，多流不同类型的业务映射为一类QoS等级业务。 

本发明实施例揭示的多流业务传输的发送端装置，包括： 

映射模块，用于根据多流业务的类型与QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务； 

资源请求模块，用于根据所述QoS等级业务对应的QoS等级进行资源请求； 

发送模块，用于根据请求到的资源对所述QoS等级业务的数据进行发送。 

本发明实施例揭示的多流业务传输的接收端装置，包括： 

资源信息获得模块，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息； 

接收模块，用于根据获得到的资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到对应的多流业务数据；所述QoS等级业务是由所述多流业务的发送端根据多流业务的类型与QoS等级的对应关系，将所述多流业务映射为相应的QoS等级业务，其中，多流不同类型的业务映射为一类QoS等级业务。 

本发明实施例揭示的多流业务的传输系统，包括：发送端装置和接收端装置，其中 

发送端装置，用于根据多流业务的类型与QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务，并根据所述QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对所述QoS等级业务的数据进行发送； 

接收端装置，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息，并根据所述资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到所述发送端装置发送的对应的多流业务数据。 

本发明的上述实施例，根据流业务类型与QoS等级的对应关系，将多流业务映射为多个QoS等级业务，在为多流业务分配传输资源时，根据多流业务映射得到的QoS等级业务的QoS等级为相应的QoS等级业务分配资源，使得在传输多流业务时，根据分配的资源传输多流业务对应的QoS等级业务的数据，从而使不同QoS等级的业务使用与该QoS等级对应的资源进行发送，与现有技术相比提高了多流业务传输的资源利用率。通过上述实施例，可以通过对多流业务与QoS等级的合理映射，使不同优先级的业务使用不同资源传输，提高 了多流业务传输的灵活性和资源利用率。 

附图说明

图1为本发明的业务流与QoS等级映射的协商过程示意图； 

图2为本发明实施例一的多流业务的反向传输过程示意图； 

图3为本发明的AT分别针对不同的业务流进行编码调制的示意图； 

图4为本发明实施例二的多流业务的前向传输过程示意图； 

图5为本发明的多流业务传输的网络侧装置的结构示意图； 

图6为本发明的多流业务传输的终端侧装置的结构示意图； 

图7为本发明的多流业务传输系统的结构示意图。 

具体实施方式

下面结合附图对本发明实施例进行详细描述。 

在本发明实施例中，在传输多流业务前，首先要建立多流业务与QoS等级的映射关系，将多流业务映射为不同QoS等级的业务。因为系统一般可以支持多种数据流业务，比如在AIE LBC系统上层应用支持多达32种不同的流业务，如果系统在空口进行数据传输的时候需要将这32种流业务进行区分，至少需要5bit。为了节省空口开销，但是又不至于影响对不同流QoS的影响，可以将QoS需求相似的上层业务流映射成一类QoS等级，统一在空口进行调度等处理，这样可以将QoS等级的数量减少，从而减小了空口资源指配和传输的开销。 

QoS等级可以用作是AT和AN之间用于进行底层资源调度的一个参数，不同等级QoS特性的数据在物理链路传输时，有不同的传输要求。例如，终端可以通过反向REQ请求信道上报，或在带内信令(即InBand消息)中携带。QoS等级由2bits表示，可表示4种等级。上层(MAC层)传输支持的业务流可有32种类型(该值根据上层协议确定)，每种业务流的业务类型不同，对资源的需求也不同，但是可以将QoS需求相似的业务流映射为一类QoS等级， 或者根据业务需求，灵活调整业务流与QoS等级的映射关系。 

本发明实施例根据不同业务流对资源的不同需求，将多个业务流映射为3种QoS等级。例如，规定QoS等级为0时，优先级最高，可以将信令、紧急呼叫等业务流映射成QoS等级0；QoS等级为1时，优先级次之，可以将VoIP等时延敏感业务映射成QoS等级1；QoS等级为2时，优先级最低，可以将BE业务映射成QoS等级2，如表1所示。 

表1 

QoS等级	流业务标识	说明
			QoS level 0	Stream 0，...	高优先级的业务(如紧急呼叫)
QoS level 1	Stream 5，...	中优先级的业务(可靠传输的信令，如VoIP)
			QoS level 2	Stream 10，...	低优先级的业务(尽力传输的信令，如FTP)
QoS level 3		暂时保留的缺省值

表1所示的只是映射方法的实例之一，还可以根据业务具体需求进行映射，如，当某种BE业务对于用户来说很重要时，也可以将该业务流映射到另一个优先级较高的QoS等级上。 

业务流与QoS等级的映射关系的建立可通过AN与AT的协商过程完成。在AN与AT的呼叫初始建立或者初始会话建立时，由于之前没有协商过程，则AT需要通过缺省的QoS等级值进行呼叫接入。在呼叫接入后，用户使用缺省的QoS等级值进行REQ上报，请求得到调度，此时进行重协商过程。在重协商过程中AN与AT进行业务流与QoS等级的映射的建立。在呼叫过程中，也可以通过进行重协商，更新业务流与QoS等级的映射。 

AN与AT进行业务流与QoS等级的映射的协商过程可以使用现有的Reservation协商流程，在该流程中新增加业务流与QoS等级映射的过程。如图1所示，为AN与AT协商业务流与QoS等级映射的流程。AN向AT发送属性更新请求(AttributeUpdateRequest)消息，携带协商属性(AssociatedQosLevel)值。AT收到消息后，向AN返回属性更新确认(AttributeUpdateAccept)消息， 业务流与QoS等级映射的协商过程完成。 

其中，AttributeUpdateRequest消息中的AssociatedQosLevelNN属性为新增加的属性，用于携带业务流与QoS等级的映射关系信息。AssociatedQosLevelNN属性的结构如表2所示，其中AssociatedQosLevelNN中的NN表示QoS level，取值范围0～3。最大支持32条业务流Stream(该值需要根据上层协议确定)。 

表2 

字段	字段长度(bits)	缺省值
			Length
AttributeID

下面的属性值记录出现一次或多次： 

{ 

ValueID
			StreamCount	5

下面的字段出现的次数由StreamCount值指定： 

{ 

Stream

5

0～31

} 

Reserved

} 

下面通过两个实施例描述通过将多流业务映射为不同QoS等级业务，进行多流业务的前向和反向数据传输过程。 

实施例一 

本实施例描述了多流业务的反向传输过程。 

参见图2，为本发明实施例一的多流业务的反向传输过程示意图，具体步骤包括： 

步骤201、AN收集AT上报的信息，这些信息作为资源调度时的参考信息。 

AN收集每个需要服务的AT的业务流的属性，包括业务流的QoS等级、数据缓存量、对时延的要求等信息来统一进行调度。在现有LBC框架中，AT 可以通过反向REQ信道或者InBand消息将这些信息携带给AN。 

步骤202、AN根据AT的多流业务传输请求，AT的请求可以包括但不限于不同QoS等级业务流的数据缓存信息、不同QoS等级业务的时延信息以及不同QoS等级业务可能需要的资源信息等，AN获取多流业务对应的QoS等级，并根据上报的信息以及多流业务对应的QoS等级，根据一定的资源调度算法(最简单的比如采用正比公平调度算法)，为每个QoS等级业务分配相应的资源。AN分配的资源信息可以包括时间资源、频率资源、功率资源和空间天线资源。 

例如，当前有AT0需要上传上行业务数据：VoIP流和FTP流。此时AN从业务流与QoS等级的映射关系表(如表1)获取到VoIP流被映射为QoS Level1业务，FTP流被映射为QoS Level 2业务。AT可以分别上报QoS Level1和QoS Level2两类业务可能需要的资源情况或者业务的数据缓存情况等，AN分别根据QoS Level1和QoS Level 2以及AT上报的相关信息为QoS Level 1业务和QoS Level 2业务分配上行资源。 

步骤203、AN组装指配消息并发送该指配消息。 

AN分配资源后，组装指配消息。指配消息中包括AT标识、AT被指配QoS等级标识、信道资源标识、包格式等信息。表3为AN发送的一个指配消息的实例，其中只包含了部分字段。 

表3 

字段	字段值	字段说明
			Block type	3	块标识
MAC ID	9-11	用于标识AT
			FlowID	2	AT被指配QoS等级标识
Persistent	1	指配类型
			ChanID	6-8	信道资源标识
PF	4-6	分组传输包格式
			Duration	2	指配周期
Ext.TX	1	是否扩展帧指示

表3中的FlowID字段为新增字段，标识AT被指配的QoS等级标识。AN将分配的资源通过前向共享信道通知被指配的AT。 

例如，AN针对上述AT0的上行业务发送2条指配消息，分别携带FlowID以及分配给AT的其他上行资源参数： 

指配消息1：MAC ID＝AT0，FlowID＝1，ChanID＝5，PF＝5，Persistent＝1，表示指配AT0将QoS Level 1所对应的业务流在ChanID为5的子载波资源上以PF5的格式传输，该消息为持续指配消息； 

指配消息2：MAC ID＝AT0，FlowID＝2，ChanID＝10，PF＝8，Persistent＝0，表示指配AT0将QoS Level 2所对应的业务流在ChanID为10的子载波资源上以PF8的格式传输，该消息为非持续指配消息。 

步骤204、AT接收到指配消息后，对需要上传的多种QoS等级业务数据分别进行编码调制并根据分配的资源进行发送。 

如图3所示，AT分别针对不同的业务流进行编码调制。图中AT在物理层分别对Flow 1到Flow n的业务流进行编码、调制、设置功率，并最终形成数据符号发送。 

例如，上述AT0接收到指配消息1和2后，从业务流与QoS等级的映射关系(表1)获取到其要上传的VoIP流对应QoS Level1，FTP流对应QoS Level2，则将VoIP流在物理层上按照指配给QoS Level1业务的编码格式PF5进行编码调制，根据QoS Level 1业务对应的功率参数分配信号发射功率，然后将数据符号映射到子载波资源上ChanID 5。同样，AT0将FTP流在物理层上按照指配给QoS Level 2业务的编码格式PF8进行编码调制，根据QoS Level 2业务对应的功率参数分配信号发射功率，然后将数据符号映射到指配的子载波资源上ChanID 10。最后，AT0统一进行IFFT调制，将VoIP数据和FTP数据在一个OFDM符号上发送出去。其间，若指配消息之一的指配失效，并不影响另一个资源指配的有效性。 

LBC反向还存在功率控制用以对分配给QoS等级业务的发射功率进行调整。在LBC的反向业务信道功率控制过程中，在保证自身业务信道功率满足性能的前提下，还要尽可能减小对相邻扇区的干扰。所以在对不同的业务流设置功率时，还需要考虑不同的流对外扇区的干扰因素。闭环功控可能以某个参考信道为准，比如反向导频信道为准，而业务信道的功率就是在反向导频信道功率的基础上的一定偏置。可以将不同的流能够设置的功率偏置或称功率增益(FlowGain)分别绑定，做到与业务属性相关。例如，在上述分配信号发射功率的过程中，对于QoS Level 1业务(VoIP流)设置FlowGainMax(最大功率偏置)＝12dB，FlowGainMin(最小功率偏置)＝8dB；对于QoS Level 2业务(FTP流)设置FlowGainMax(最大功率偏置)＝12dB，FlowGainMin(最小功率偏置)＝2dB。这是因为，VoIP要求功率比较稳定的传输才能保证性能，所以VoIP的功率变化抖动不能太大，而FTP则对时延要求较低，所以在外扇区干扰大时，FTP流应该尽可能的减小发射功率，而当外扇区干扰减小时，FTP流则应该尽可能的增大发送功率。同时为了保证扇区内子载波传输的正交性，传输的不同流之间的增益(Gain)不能相差太大。 

AT可根据接收到的资源指配消息中携带的功率资源信息，为相应的QoS等级业务数据流设置发射功率，也可由终端针对QoS等级业务设置发射功率。 

步骤205、AN根据为QoS等级业务分配的资源，接收AT发送的多流业务数据。 

AN可以通过估计，或者通过接收到的资源指配消息(其中携带分配的功率信息)，或者由AN与AT协商的方式获取AT的功率设置，并且根据获取到的功率设置值，分别解析不同的流数据。 

AN还可以接收AT上报的InBand消息，如PowerControl Block消息，获取与业务相关的功率参数用来解析数据流。在AT上报的PowerControl Block消息中新增2bits的QoS信息，用来携带与业务相关的功率参数。 

AN可在带内消息InBandPFSwitch消息中新增2bits的QoS信息，用来向 AT指示QoS等级业务所对应的交换分组传输格式。 

AN接收到数据后需要返回ACK消息。本实施例中，由于资源指配是基于QoS等级的，因此AN根据QoS等级返回ACK消息。例如，当AT同时传输2种QoS等级业务时，则AN需要针对2种QoS等级业务流分别进行ACK确认，即AN需要额外的功率分别针对2种QoS等级业务流发送ACK消息，而ACK消息的接收端AT0需要获取AN对2种QoS等级业务的功率设置值以解析ACK消息(获取方式可以是通过估计或者由AN与AT进行协商)。 

本实施例中，在去指配过程中，AN在去指配消息中携带QoS等级标识，通知AT同时把该QoS等级标识所对应的所有业务流占用的资源释放。 

对于同一种业务流进行指配的时候，指配逻辑仍然采用现有LBC框架中的逻辑不变。 

实施例二 

本实施例描述了多流业务的前向传输过程。 

参见图4，为本发明实施例二的多流业务的前向传输过程示意图，具体步骤包括： 

步骤401、AN收集AT上报的信息，这些信息作为资源调度时的参考信息。 

该步骤同实施例一的步骤201。 

步骤402、AN根据需要为目标AT下发的多流业务获取多流业务对应的QoS等级，并根据上报的信息以及多流业务对应的QoS等级，采用调度算法，为每个QoS等级业务分配相应的资源。AN分配的资源信息可以包括时间资源、频率资源、功率资源和空间天线资源。 

例如，AN需要为AT0下发业务数据：VoIP流和FTP流。此时AN从业务流与QoS等级的映射关系表(如表1)获取到VoIP流被映射为QoS Level1业务，FTP流被映射为QoS Level 2业务。AN分别根据QoS Level 1和QoS Level2为QoS Level 1业务和QoS Level 2业务分配上行资源。 

步骤403、AN分配资源后，组装指配消息。指配消息中包括AT标识、AT 被指配QoS等级标识、信道资源标识、包格式等信息。AN将分配的资源通过前向共享信道通知被指配的AT。 

例如，AN针对上述AT0的下行业务发送2条指配消息，分别携带FlowID以及分配给AT的其他下行资源参数： 

指配消息1：MAC ID＝AT0，FlowID＝1，ChanID＝5，PF＝5，Persistent＝1，表示指配AT0在ChanID为5的子载波资源上以PF5的格式接收QoS等级为1所对应的业务流，该消息为持续指配消息； 

指配消息2：MAC ID＝AT0，FlowID＝2，ChanID＝10，PF＝8，Persistent＝0，表示指配AT0在ChanID为10的子载波资源上以PF8的格式接收QoS等级为2所对应的业务流，该消息为非持续指配消息。 

步骤404、AN发送完指配消息后，对需要下发的多个QoS等级业务数据分别进行编码调制并根据分配的资源进行发送。 

例如，AN从业务流与QoS等级的映射关系(表1)获取到其要下发的VoIP流对应QoS Level 1，FTP流对应QoS Level 2，则将VoIP流在物理层上按照分配给QoS Level 1业务的编码格式PF5进行编码调制，根据QoS Level 1业务对应的功率参数分配信号发射功率，然后将数据符号映射到子载波资源上ChanID5。同样，AN在物理层上按照分配给QoS Level 2业务的编码格式PF8进行编码调制，根据QoS Level 2业务对应的功率参数分配信号发射功率，然后将数据符号映射到指配的子载波资源上ChanID 10。最后，AN统一进行IFFT调制，将VoIP数据和FTP数据在一个OFDM符号上发送出去。其间，若QoS等级业务的资源分配之一失效，并不影响另一个QoS等级用武器的资源分配的有效性。 

同时，为了保证自身业务信道功率满足性能的需求和尽可能减小对相邻扇区的干扰，还可对不同的业务流设置不同的功率偏置(或称功率增益)用以对分配给QoS等级业务的发射功率进行调整。本实施例采用将不同的流能够设置的功率偏置分别绑定，做到与业务属性相关。例如，在上述分配信号发射功率 的过程中，对于QoS Level 1业务(VoIP流)设置FlowGainMax＝12dB，FlowGainMin＝8dB；对于QoS Level 2业务(FTP流)设置FlowGainMax＝12dB，FlowGainMin＝2dB。同时为了保证扇区内子载波传输的正交性，传输的不同流之间的功率偏置不能相差太大。 

步骤405、AT按照指配的资源接收属于自己的数据。 

AT可以通过估计或者由AT与AN协商的方式，获取AN的功率设置，并且根据获取到的功率设置值，分别解析不同的流数据。 

AT接收到数据后需要返回ACK消息。本实施例中，由于资源指配是基于QoS等级的，因此AT根据QoS等级返回的ACK消息。例如，当为AN同时传输2种QoS等级业务时，则AT需要针对2种QoS等级业务流分别进行ACK确认，即AT需要额外的功率分别针对2种QoS等级业务流发送ACK消息，而ACK消息的接收端AN需要获取AT对2种QoS等级业务的功率设置值以解析ACK消息(获取方式可以是通过估计或者由AN与AT0进行协商)。 

本实施例中，在去指配过程中，AN在去指配消息中携带QoS等级标识，AT收到该去指配消息后，将该QoS等级标识所对应的所有业务流占用的资源释放。 

对于同一种业务流进行指配的时候，指配逻辑仍然采用现有LBC框架中的逻辑不变。 

本发明的上述实施例和实施例二适用于多址通信系统，如频分多址系统、时分多址系统或码分多址系统。频分多址系统如正交频分多址系统。在频分多址系统中，AN为不同QoS等级业务数据分配不同的频率资源传输；在时分多址系统中，AN为不同QoS等级业务数据分配不同的时间资源传输；在码分多址系统中，AN为不同QoS等级业务数据分配不同的码资源传输。 

本发明实施例还提供了多流业务传输的发送端装置、接收端装置以及相应的多流业务的传输系统。 

本发明实施例提供的多流业务的发送端装置，包括：映射模块、资源请求 模块和发送模块，还可包括功率调整模块，其中： 

映射模块，用于根据多流业务的类型与QoS等级的对应关系，将多个流业务映射为至少一个QoS等级业务； 

资源请求模块，用于根据QoS等级业务对应的QoS等级进行资源请求，资源请求模块请求到的资源包括：时间资源、频率资源、功率资源和空间天线资源； 

发送模块，用于根据请求到的资源对QoS等级业务的数据进行发送。 

功率调整模块，用于根据QoS等级对应的功率偏置为相应的QoS等级业务所请求到的发送功率进行调整。 

上述发送端装置可集成于网络侧设备或用户终端侧设备。 

本发明实施例提供的多流业务传输的接收端装置，包括：资源信息获得模块和接收模块，其中： 

资源信息获得模块，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息，资源指配信息中还包括：时间资源信息、频率资源信息、功率资源信息和空间天线资源信息。如果该接收端装置集成于终端侧设备，则该资源信息获得模块用于接收网络侧发送的资源指配消息； 

接收模块，用于根据获得到的资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到对应的多流业务数据；上述QoS等级业务是由多流业务的发送端根据多流业务的类型与QoS等级的对应关系，将多流业务映射为相应的QoS等级业务。 

上述接收端装置可集成于用户终端侧设备和网络侧设备。 

本发明实施例提供的多流业务的传输系统，包括上述的发送端装置和接收端装置，其中： 

发送端装置，用于根据多流业务的类型与QoS等级的对应关系，将多个流业务映射为至少一个QoS等级业务，并根据QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对QoS等级业务的数据进行发送； 

接收端装置，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息，并根据资源指配信息接收与QoS等级的标识信息对应的QoS等级业务的数据，得到发送端装置发送的对应的多流业务数据。 

上述多流业务传输的发送端装置的功能和接收端装置的功能可以同时集成于网络侧或集成于终端侧。图5给出了一种将多流业务传输的发送端功能和接收端功能集成于网络侧，形成多流业务传输的网络侧装置的实例，图6给出了将多流业务传输的发送端功能和接收端功能集成于终端侧，形成多流业务传输的终端侧装置的实例，图7给出了相应的多流业务传输系统的实例。 

参见图5，为本发明实施例的多流业务传输的网络侧装置的结构示意图，该装置包括：映射模块、资源分配模块、前向发送模块、反向接收模块。 

映射模块用于根据存储的多流业务的类型与QoS等级的映射关系信息，将多流业务映射为多个QoS等级业务。该映射模块还用于和终端侧进行映射信息的协商。 

资源分配模块用于从映射模块获取多流业务映射得到的QoS等级，根据该QoS等级分别为QoS等级业务分配相应的资源。在进行前向多流业务传输时，该模块还要将分配的资源信息通过指配消息发送到终端。 

前向发送模块用于在物理层分别对QoS等级业务进行编码调制，并按照资源分配模块分配的资源以及各QoS等级业务对应的功率发送多流业务数据给终端。其中，前向发送模块中还包括功率偏置设置子模块，用于根据QoS等级业务对应的功率偏置对编码后的数据流(该数据流即为QoS等级业务的数据流)的功率值进行调整。 

反向接收模块用于按照资源分配模块分配的资源接收终端发送的反向多流业务数据。 

参见图6，为本发明实施例的多流业务传输的终端侧装置的结构示意图，该装置包括：映射模块、反向发送模块、前向接收模块。 

映射模块用于根据存储的多流业务的类型与QoS等级的映射关系信息，将 多流业务映射为多个QoS等级业务。该映射模块还用于和网络侧进行映射信息的协商。 

反向发送模块用于在物理层分别对多流业务进行编码调制，并按照从网络侧接收到的资源分配信息以及各QoS等级业务对应的功率发送QoS等级业务数据给网络侧。其中，反向发送模块中还包括功率偏置设置子模块，用于根据QoS等级业务对应的功率偏置对编码后的业务流数据(该数据流即为QoS等级业务的数据流)的功率值进行调整。 

前向接收模块用于按照网络侧分配的资源信息接收网络侧发送的前向多流业务数据。 

参见图7，为本发明实施例的多流业务传输系统的结构示意图，该系统包括图5所示的网络侧装置和图6所示的终端侧装置。 

网络侧装置中的映射模块与终端侧装置中的映射模块连接，用于两者之间进行映射信息协商； 

网络侧装置中的资源分配模块分别与终端侧装置中的反向发送模块和前向接收模块连接，用于向反向发送模块和前向接收模块提供网络侧分配的资源信息； 

网络侧装置中的反向接收模块与终端侧装置中的反向发送模块连接，用于接收后者发送的反向多流业务数据； 

终端侧装置中的前向接收模块与网络侧装置中的前向发送模块连接，用于接收后者发送的前向多流业务数据。 

通过以上描述可知，本发明实施例通过对多流业务与QoS等级的合理映射，使不同优先级的业务使用不同的资源，尤其时发射功率，提高了多流业务传输的资源利用率。而且通过为多流业务中的每个业务流数据设置与该业务流对应的QoS等级业务相应的功率偏置，从而在保证自身业务信道功率满足性能的前提下，减小对相邻扇区的干扰。 

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (16)

1.一种多流业务的传输方法，其特征在于，包括以下步骤：

多流业务的发送端根据多流业务的类型与业务质量QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务；

所述多流业务的发送端根据所述QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对所述QoS等级业务的数据进行发送。

2.如权利要求1所述的方法，其特征在于，所述多流业务类型与QoS等级的对应关系由所述多流业务的发送端与接收端之间通过协商确定。

3.如权利要求1所述的方法，其特征在于，所述请求到的资源包括：时间资源、频率资源、功率资源和空间天线资源。

4.如权利要求1所述的方法，其特征在于，所述多流业务的发送端根据请求到的资源对所述QoS等级业务的数据进行发送，包括：

分别对所述QoS等级业务的数据进行编码调制，并分别根据为所述QoS等级业务请求到的资源将经过编码调制后的数据进行发送。

5.如权利要求1所述的方法，其特征在于，所述多流业务的发送端为用户终端或网络侧；

当所述多流业务的发送端为用户终端时，所述根据请求到的资源对所述QoS等级业务的数据进行发送，包括：

所述用户终端接收网络侧发送的资源指配消息，所述指配消息中携带QoS等级的标识信息；所述资源指配消息是由网络侧分别根据不同QoS等级对应的资源请求发送的资源指配消息；

所述用户终端将与所述QoS等级的标识信息对应的QoS等级业务的数据进行发送。

6.如权利要求5所述的方法，其特征在于，网络侧发送资源指配消息后还包括步骤：向所述用户终端发送去指配消息，所述去指配消息中携带QoS等级的标识信息，指示用户终端释放与所述QoS等级的标识信息对应的多流业 务所占用的资源。

7.如权利要求1所述的方法，其特征在于，对所述QoS等级业务的数据进行发送之前，还包括：

根据QoS等级对应的功率偏置为对应的QoS等级业务所请求到的功率资源进行调整。

8.一种多流业务的传输方法，其特征在于，包括以下步骤：

多流业务的接收端分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息；

所述多流业务的接收端根据所述资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到对应的多流业务数据；所述QoS等级业务是由所述多流业务的发送端根据多流业务的类型与QoS等级的对应关系，将所述多流业务映射为相应的QoS等级业务，其中，多流不同类型的业务映射为一类QoS等级业务。

9.如权利要求8所述的方法，其特征在于，所述资源指配信息中还包括：时间资源信息、频率资源信息、功率资源信息和空间天线资源信息。

10.如权利要求8所述的方法，其特征在于，所述多流业务的接收端接收到所述QoS等级业务的数据后，还包括步骤：根据所述QoS等级的标识信息，分别对接收到的QoS等级业务的数据发送确认消息。

11.一种多流业务传输的发送端装置，其特征在于，包括：

映射模块，用于根据多流业务的类型与QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务；

资源请求模块，用于根据所述QoS等级业务对应的QoS等级进行资源请求；

发送模块，用于根据请求到的资源对所述QoS等级业务的数据进行发送。

12.如权利要求11所述的发送端装置，其特征在于，所述资源请求模块请求到的资源包括：时间资源、频率资源、功率资源和空间天线资源。 

13.如权利要求11所述的发送端装置，其特征在于，还包括：

功率调整模块，用于根据QoS等级对应的功率偏置为相应的QoS等级业务所请求到的发送功率进行调整。

14.一种多流业务传输的接收端装置，其特征在于，包括：

资源信息获得模块，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息；

接收模块，用于根据获得到的资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到对应的多流业务数据；所述QoS等级业务是由所述多流业务的发送端根据多流业务的类型与QoS等级的对应关系，将所述多流业务映射为相应的QoS等级业务，其中，多流不同类型的业务映射为一类QQS等级业务。

15.如权利要求14所述的接收端装置，其特征在于，所述资源指配信息中还包括：时间资源信息、频率资源信息、功率资源信息和空间天线资源信息。

16.一种多流业务的传输系统，其特征在于，包括发送端装置和接收端装置，其中

发送端装置，用于根据多流业务的类型与QoS等级的对应关系，将多流不同类型的业务映射为一类QoS等级业务，并根据所述QoS等级业务对应的QoS等级进行资源请求并根据请求到的资源对所述QoS等级业务的数据进行发送；

接收端装置，用于分别获得资源指配信息，每个资源指配信息中携带一个QoS等级的标识信息，并根据所述资源指配信息接收与所述QoS等级的标识信息对应的QoS等级业务的数据，得到所述发送端装置发送的对应的多流业务数据。 

Images