业务传输方法和装置的制作方法

文档序号:7755751阅读:181来源:国知局
专利名称:业务传输方法和装置的制作方法
技术领域
本发明涉及通信领域,具体而言,涉及一种业务传输方法和装置。
背景技术
MUX (Multiplex,多路复用)协议是一种端口复用的传输协议,该协议主要思想是将一对物理通道枚举成多对逻辑通道,提供给多个应用程序使用,并且多条逻辑数据流间互不干扰,因此,使用该MUX协议进行传输可以有效地解决物理通道不足的问题。以应用处理器(Application Processor,简称为AP)与通信处理器 (Communication I^rocessor,简称为CP)的数据流交互为例,上述数据流的交互一般通过物理通道(如USB)进行传输。应用处理器与通信处理器之间传输的数据流包括Modem,AT 命令,语音流等。由于应用处理器和通信处理器之间的USB端口有限,因此,在同时传递多种类别的数据流时,需要使用MUX协议实现MODEM、AT命令、多媒体消息业务(Multimedia Messaging Service,简称为MMS)、语音流等的复用传输。对于待传输的业务(例如,语音业务),由于MUX协议下分配的逻辑通道都是动态生成的,因此应用层无法保证将特定逻辑通道提供给该待传输的业务。对于M0DEM、AT以及 MMS数据流等非实时业务的传输过程,应用处理器和通信处理器并不关注动态生成的逻辑通道。而对于语音流等实时业务的传输来说,需要对语音流进行特殊的处理,应用处理器侧与通信处理器侧必须要知道当前采用的逻辑通道,才能实现数据流的对等传输,合理处理。 因此,现有的端口复用传输逻辑在建立通道逻辑上存在冲突,一方面表现为动态建立逻辑通道,但在满足特殊需求传输方面(如语音流),应用层无法进行控制;另一方面,若限定逻辑通道的匹配,则无法满足逻辑通道的动态创建需求。此外,在同时传输多种类别的业务(数据流)时,由于共享一个物理通道,因此,一些对时效性要求比较高的实时业务(如语音、视频等)在传输过程中必然会受到其他非实时业务传输的影响,从而产生一定的延时。例如,在收到待传输的语音业务时,由于在尚未发送的业务队列中存在多个非实时业务,因此,该待传输的语音业务需要等到之前的多个非实时业务均发送完成,才能开始被传输,这样就产生了很大的延时。通过上述分析可见,现有技术中的应用层无法控制逻辑通道的分配和发送顺序, 从而导致了实时业务发送延时较大的问题。

发明内容
本发明的主要目的在于提供一种业务传输方法和装置,以至少解决由于现有技术中的应用层无法控制逻辑通道的分配和发送顺序而导致的实时业务发送延时较大的问题。根据本发明的一个方面,提供了一种业务传输方法,其包括为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;将所分配的逻辑通道复用到一条物理通道上;根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。
根据本发明的一个方面,提供了一种业务传输装置,其包括分配单元,用于为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;复用单元,用于将所分配的逻辑通道复用到一条物理通道上;传输单元,用于根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。在本发明中,在分配逻辑通道时,为不同类别的业务分配优先级不同的逻辑通道, 而且为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级,同时,在发送过程中,根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。这样保证了实时业务可以被优先发送,从而解决由于现有技术中的应用层无法控制逻辑通道的分配和发送顺序而导致的实时业务发送延时较大的问题, 减少了实时业务的发送延时,保证了实时业务的及时发送和接收。此外,由于本发明还对非实时业务传输的每一帧数据的大小进行了控制,从而能够及时从传输非实时业务的逻辑信道切换到传输实时业务的逻辑信道,进一步减少了实时业务的发送延时,保证了实时业务的及时发送和接收。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的业务传输方法的一种优选的流程图;图2是根据本发明实施例的业务传输装置的一种优选的结构图;图3是根据本发明实施例的语音业务传输系统的一种优选的示意图;图4是根据本发明实施例的语音业务传输系统的一种优选的结构图;图5是根据本发明实施例的语音业务逻辑通道的建立流程图;图6是根据本发明实施例的语音业务逻辑通道的分配流程图;图7是根据本发明实施例的语音业务的传输流程图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。实施例1图1是根据本发明实施例的业务传输方法的一种优选的流程图,其包括如下步骤S102,为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;S104,将所分配的逻辑通道复用到一条物理通道上;S106,根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。在上述优选的实施例中,在分配逻辑通道时,为不同类别的业务分配优先级不同的逻辑通道,而且为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级,同时,在发送过程中,根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。这样保证了实时业务可以被优先发送,从而解决由于现有技术中的应用层无法控制逻辑通道的分配和发送顺序而导致的实时业务发送延时较大的问题,减少了实时业务的发送延时,保证了实时业务的及时发送和接收。为了实现应用层对逻辑通道的控制,本发明提出了通道控制逻辑模块,应用层通过该通道控制逻辑模块可以实现对逻辑通道的建立、分配以及发送顺序进行控制。为了实现上述目标,本发明提供一种优选的封装方法,其包括在为不同类别的业务分配不同的逻辑通道之前,在多路复用(MUX)层封装用户注册的通道控制逻辑模块,其中,所述通道控制逻辑模块被应用层用于为不同类别的业务分配优先级不同的逻辑通道,以及用于控制根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。当然,上述通道控制逻辑模块只是一种示例,本发明不仅限于此,所有能够实现对逻辑通道的建立、分配以及发送顺序进行控制的模块、其所在协议层以及注册的方式均应该理解为在本发明的保护范围之内。为了进一步减小传输实时业务的传输时延,本发明还对非实时业务的数据帧的大小进行了改进。具体而言,本发明提供了一种优选的据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务的步骤,其包括将所述非实时业务传输的每一帧数据的大小设置为预定阈值,其中,所述预定阈值用于控制所述非实时业务传输的时间在预定时间之内。在本优选的实施例中,由于对非实时业务传输的每一帧数据的大小进行了控制,使得其在预定时间之内,从而在复用物理通道时能够及时从传输非实时业务的逻辑信道切换到传输实时业务的逻辑信道,进一步减少了实时业务的发送延时,保证了实时业务的及时发送和接收。举例而言,假设复用机制为在物理通道上每传输10帧数据就切换到对下一类别的业务的传输、且在通过上述方法对传输一帧AT命令数据所需的时间进行调整前,传输一帧AT命令数据所需的时间为10ms,经过调整后,传输一帧AT命令数据所需的时间为^iis, 这样,当接收到传输语音业务的命令、且当前物理通道上刚开始传输AT命令时,如果不经过调整,则需要等待IOOms才能开始传输语音业务,而经过调整之后,只需要等待20ms即可以开始传输语音业务,这样大大减少了传输类似于语音业务的实时业务的发送延时。本发明还提供了一种优选的建立逻辑通道的方法,其利用了通道控制逻辑模块来使得应用层具有控制逻辑通道建立的权利。具体而言,在为不同类别的业务分配优先级不同的逻辑通道之前,所述应用层向所述MUX层发送建立逻辑通道的请求,其中,所述逻辑通道包括实时业务逻辑通道和非实时业务逻辑通道;所述MUX层获取所述逻辑通道对应的通道控制逻辑模块,动态生成通道逻辑通道ID,并将所述逻辑通道ID与所述通道控制逻辑模块进行关联;所述MUX层依据MUX协议在业务发送端与业务接收端之间建立逻辑通道,并在所述逻辑通道建立完成之后返回建立完成消息给所述应用层。在本优选的实施例中,应用层通过通道控制逻辑模块实现了对逻辑通道的建立进行了控制。在上述建立过程的基础上,本发明还提供了一种优选的分配逻辑通道的方法,同样,该方法利用了通道控制逻辑模块来使得应用层具有控制逻辑通道分配的权利。具体而言,为不同类别的业务分配优先级不同的逻辑通道的步骤包括所述应用层向所述MUX层发送为业务分配逻辑通道的请求;所述MUX层获取用于处理所述请求的通道控制逻辑模块;所获取到的通道控制逻辑模块根据所请求的业务的类别为所请求的业务分配对应的逻辑通道(例如,将该通道控制逻辑模块对应的逻辑ID返回给应用层),例如,通道控制逻辑模块为实时业务(诸如语音业务)分配的逻辑通道的优先级要高于为非实时业务(诸如AT 命令)分配的逻辑通道的优先级。在本优选的实施例中,应用层通过通道控制逻辑模块实现了对逻辑通道的分配进行控制。优选的,所述实时业务包括语音业务和/或视频业务;所述非实时业务包括以下至少之一 =Modem命令、AT命令和打印日志。当然,本发明所提到的实时业务和非实时业务不仅包括上述示例,还可以包括其他实时和非实时业务。实施例2图2是根据本发明实施例的业务传输装置的一种优选的结构图,其包括分配单元202,用于为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;复用单元204,用于将所分配的逻辑通道复用到一条物理通道上;传输单元206,用于根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。在上述优选的实施例中,在分配逻辑通道时,为不同类别的业务分配优先级不同的逻辑通道,而且为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级,同时,在发送过程中,根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。这样保证了实时业务可以被优先发送,从而解决由于现有技术中的应用层无法控制逻辑通道的分配和发送顺序而导致的实时业务发送延时较大的问题,减少了实时业务的发送延时,保证了实时业务的及时发送和接收。为了实现应用层对逻辑通道的控制,本发明提出了通道控制逻辑模块,应用层通过该通道控制逻辑模块可以实现对逻辑通道的建立、分配以及发送顺序进行控制。为了实现上述目标,本发明提供一种优选的业务传输装置,该业务传输装置除了上述描述的部件以外还包括封装单元208,用于在为不同类别的业务分配不同的逻辑通道之前,在多路复用MUX层封装用户注册的通道控制逻辑模块,其中,所述通道控制逻辑模块被应用层用于为不同类别的业务分配优先级不同的逻辑通道,以及用于控制根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。为了进一步减小传输实时业务的传输时延,本发明还对非实时业务的数据帧的大小进行了改进。具体而言,本发明提供了一种优选的传输单元206,其包括设置模块2061, 用于将所述非实时业务传输的每一帧数据的大小设置为预定阈值,其中,所述预定阈值用于控制所述非实时业务传输的时间在预定的时间延时之内。在本优选的实施例中,由于对非实时业务传输的每一帧数据的大小进行了控制,使得其在预定时间之内,从而在复用物理通道时能够及时从传输非实时业务的逻辑信道切换到传输实时业务的逻辑信道,进一步减少了实时业务的发送延时,保证了实时业务的及时发送和接收。举例而言,假设复用机制为在物理通道上每传输10帧数据就切换到对下一类别的业务的传输、且在通过上述方法对传输一帧AT命令数据所需的时间进行调整前,传输一帧AT命令数据所需的时间为10ms,经过调整后,传输一帧AT命令数据所需的时间为^iis, 这样,当接收到传输语音业务的命令、且当前物理通道上刚开始传输AT命令时,如果不经过调整,则需要等待IOOms才能开始传输语音业务,而经过调整之后,只需要等待20ms即可以开始传输语音业务,这样大大减少了传输类似于语音业务的实时业务的发送延时。本发明还提供了一种优选的用于建立逻辑通道的建立单元210,其利用了通道控制逻辑模块来使得应用层具有控制逻辑通道建立的权利。具体而言,在为不同类别的业务分配优先级不同的逻辑通道之前,建立单元210接收所述应用层向所述MUX层发送的建立逻辑通道的请求,其中,所述逻辑通道包括实时业务逻辑通道和非实时业务逻辑通道;建立单元210在所述MUX层获取所述逻辑通道对应的通道控制逻辑模块,动态生成逻辑通道ID, 并将生成的逻辑通道ID与所述通道控制逻辑模块进行关联;建立单元210在所述MUX层依据MUX协议在业务发送端与业务接收端之间建立逻辑通道,并在所述逻辑通道建立完成之后返回建立完成消息给所述应用层。在本优选的实施例中,应用层通过通道控制逻辑模块实现了对逻辑通道的建立进行了控制。在上述建立过程的基础上,本发明还提供了一种优选的分配单元,其用于分配逻辑通道,同样,该分配单元利用了通道控制逻辑模块来使得应用层具有控制逻辑通道分配的权利。具体而言,分配单元202包括接收模块2021,用于在所述MUX层接收应用层发送的业务分配逻辑通道的请求;获取模块2022,用于在所述MUX层获取用于处理所述请求的通道控制逻辑模块;分配模块2023,用于通过所获取到的通道控制逻辑模块根据所请求的业务的类别为所请求的业务分配对应的逻辑通道(例如,将该通道控制逻辑模块对应的逻辑ID返回给应用层),例如,通道控制逻辑模块为实时业务(诸如语音业务)分配的逻辑通道的优先级要高于为非实时业务(诸如AT命令)分配的逻辑通道的优先级。在本优选的实施例中,应用层通过通道控制逻辑模块实现了对逻辑通道的分配进行了控制。优选的,所述实时业务包括语音业务和/或视频业务;所述非实时业务包括以下至少之一 =Modem命令、AT命令和打印日志。当然,本发明所提到的实时业务和非实时业务不仅包括上述示例,还可以包括其他实时和非实时业务。以下结合附图3-7,以语音业务为例描述本发明所保护的业务传输方法和装置。如图3所示,根据本发明实施例的语音业务传输系统包括应用处理器 (Application Processor,简称为 AP) 302 与通信处理器(Communication Processor,简称为CP) 304。AP 302与CP 304通过复用物理通道来交换包括语音业务(语音数据流)在内的多个类别的业务,例如,Modem, AT命令等。图4进一步示出了图3中语音业务传输系统的系统架构图。如图4所示,该系统具体包括应用处理器,通信处理器,以及连接两侧的物理通道。其中,应用处理器包含应用层部分、协议层部分(MUX层)、控制逻辑部分(通道控制逻辑模块)和USB主机部分(物理通道层);通信处理器包含应用层部分,协议层部分(MUX层)、控制逻辑部分(通道控制逻辑模块)和USB设备部分(物理通道层)。具体的,在发送包括语音流在内的多逻辑应用数据时,应用处理器中的应用层发起打开语音通道请求,同时传递当前的通道控制逻辑模块;MUX层获取当前的通道控制逻辑模块(通道的控制模块);MUX层动态生成逻辑通道ID,并与控制模块进行关联;通过USB 物理通道传递动态建立语音通道请求;通信处理器接收应用处理器的请求,对该请求执行命令解析操作,并检查逻辑通道ID的合法性;通信处理器的MUX层接收并注册当前逻辑通道ID ;通信处理器向应用处理器返回逻辑通道建立握手响应(AC)。应用处理器的应用层发起标识及配置语音通道请求;MUX层利用应用层注册的通道控制逻辑模块对应用层请求进行处理,如果没有注册自定义的控制模块处理逻辑,则按照MUX层默认的控制逻辑进行处理;对非实时业务和实时业务的发送请求分别进行处理, 如果是标识为非实时业务的逻辑通道,则应用层通过MUX层控制对应的通道控制逻辑模块,以便将该非实时业务分配到相应的逻辑通道中,然后进行发送;如果按照逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务,则通过当前的逻辑通道发出控制指令给通信处理器;通信处理器接收并解析应用处理器发送的控制指令;处理标识通道的数据流(例如,AT指令),关联语音业务逻辑通道与语音业务处理逻辑, 处理指令优先级请求,配置语音通道;通知通信处理器侧语音处理逻辑可用的通道句柄。MUX层对包括语音数据流在内数据进行组帧,组帧原则数据流尽量组建相对短的帧,保证在USB几个事务周期能够传输完成一个帧。将组好的帧放入各逻辑通道的等待队列;发送帧数据流,选择发送帧数据流的原则按照通道的优先级优先发送相关队列数据。相对于MODEM,AT等数据流来说,语音数据流拥有较高的通道优先级。在图3和图4所示的语音业务传输系统的基础上述,图5示出了建立语音逻辑通道的过程,如图5所示,具体步骤如下步骤502 应用处理器侧应用层发起打开语音通道请求,同时传递当前通道控制配置逻辑;步骤504 =MUX层获取当前通道的控制模块;步骤506 动态生成逻辑通道ID,并与控制模块进行关联;步骤508 通过USB物理通道传递动态建立语音通道请求(Set Asynchronous Balanced Model Command, SABM 命令);步骤510 通信处理器侧接收应用处理器侧的SABM命令;步骤512 对SABM命令解析,并检查通道ID的合法性;步骤514 通信处理器侧的MUX层接收并注册当前通道ID ;步骤516 通信处理器侧向应用处理器侧返回通道建立握手响应(AC)。此时,应用处理器侧与通信处理器侧建立了一个逻辑通道,对于应用处理器侧当前通道是为语音建立的,但对于通信处理器侧来说,只是当作一个普通的数据收发通道,并没有和语音数据处理逻辑进行关联。因此,进一步需要标识和配置语音通道。配置语音逻辑通道的流程如6所示,用于关联通信处理器侧的语音逻辑通道,其具体步骤如下步骤602 应用处理器侧应用层发起标识及配置语音通道(I0CTRL,10控制)请求;步骤604 =MUX层利用应用层注册的控制逻辑模块对应用层的请求进行处理,如果没有注册自定义的控制模块处理逻辑,则按照MUX层默认控制逻辑进行处理;步骤606 对应用层的请求分别处理,如果是标识语音通道请求,则通过控制通道向应用处理器侧发送AT指令;如果是配置语音通道请求(优先级请求),则通过当前通道或控制通道发出控制指令;步骤608 通信处理器侧接收到应用处理器相关指令并进行解析;步骤610 处理标识通道的AT指令,关联语音通道与语音处理逻辑;处理指令优先级请求,配置语音通道;
9
步骤612 通知通信处理器侧语音处理逻辑可用的通道句柄。这部分流程包括两个控制配置逻辑1)标识语音通道;幻配置语音通道。至此,从应用处理器到通信处理器侧完整的语音通道数据流才完整的建立起来。发送语音数据的流程如图7所示,具体步骤如下步骤702 应用层发送语音数据流给MUX层;步骤704 :MUX层对包括语音数据流在内数据进行组帧,其中,组帧原则可以包括 数据流尽量组建相对短的帧,保证在USB几个事务周期能够传输完成一个帧。步骤706 =MUX层将组好的帧放入各逻辑通道的等待队列;步骤708 发送帧数据流,其中,选择发送帧数据流的原则可以包括按照通道的优先级优先发送相关队列数据。相对于M0DEM,AT等数据流来说,语音数据流拥有较高的通道优先级。为了保证语音数据传输的实时性,在发送逻辑中主要进行了两方面的处理在数据的组帧上进行限制,一帧的数据传输尽量在尽短的时间内传输完成,减少语音数据帧的等待时延;在通道优先级上方面给语音通道配置较高的级别,多个通道数据等待发送时,语音数据优先发送。显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种业务传输方法,其特征在于,包括为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;将所分配的逻辑通道复用到一条物理通道上;根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。
2.根据权利要求1所述的方法,其特征在于,在为不同类别的业务分配不同的逻辑通道之前,还包括在多路复用MUX层封装用户注册的通道控制逻辑模块,其中,所述通道控制逻辑模块被应用层用于为不同类别的业务分配优先级不同的逻辑通道,以及用于控制根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。
3.根据权利要求1所述的方法,其特征在于,根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务的步骤包括将所述非实时业务传输的每一帧数据的大小设置为预定阈值,其中,所述预定阈值用于控制所述非实时业务传输的时间在预定时间之内。
4.根据权利要求2所述的方法,其特征在于,在为不同类别的业务分配优先级不同的逻辑通道之前,还包括所述应用层向所述MUX层发送建立逻辑通道的请求,其中,所述逻辑通道包括实时业务逻辑通道和非实时业务逻辑通道;所述MUX层获取所述逻辑通道对应的通道控制逻辑模块,动态生成逻辑通道ID,并将所述逻辑通道ID与所述通道控制逻辑模块进行关联;所述MUX层依据MUX协议在业务发送端与业务接收端之间建立逻辑通道,并在所述逻辑通道建立完成之后返回建立完成消息给所述应用层。
5.根据权利要求4所述的方法,其特征在于,为不同类别的业务分配优先级不同的逻辑通道的步骤包括所述应用层向所述MUX层发送为业务分配逻辑通道的请求;所述MUX层获取用于处理所述请求的通道控制逻辑模块;所获取到的通道控制逻辑模块根据所请求的业务的类别为所请求的业务分配对应的逻辑通道。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述实时业务包括语音业务和/或视频业务;所述非实时业务包括以下至少之一 =Modem命令、AT命令和打印日志。
7.—种业务传输装置,其特征在于,包括分配单元,用于为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;复用单元,用于将所分配的逻辑通道复用到一条物理通道上;传输单元,用于根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。
8.根据权利要求7所述的装置,其特征在于,还包括封装单元,用于在为不同类别的业务分配不同的逻辑通道之前,在多路复用MUX层封装用户注册的通道控制逻辑模块,其中,所述通道控制逻辑模块被应用层用于为不同类别的业务分配优先级不同的逻辑通道,以及用于控制根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。
9.根据权利要求8所述的装置,其特征在于,所述传输单元包括设置模块,用于将所述非实时业务传输的每一帧数据的大小设置为预定阈值,其中,所述预定阈值用于控制所述非实时业务传输的时间在预定的时间延时之内。
10.根据权利要求8所述的装置,其特征在于,所述分配单元包括接收模块,用于在所述MUX层接收应用层发送的业务分配逻辑通道的请求; 获取模块,用于在所述MUX层获取用于处理所述请求的通道控制逻辑模块; 分配模块,用于通过所获取到的通道控制逻辑模块根据所请求的业务的类别为所请求的业务分配对应的逻辑通道。
全文摘要
本发明提供了一种业务传输方法和装置,其中,该方法包括为不同类别的业务分配优先级不同的逻辑通道,其中,为实时业务分配的逻辑通道的优先级高于为非实时业务分配的逻辑通道的优先级;并将所分配的逻辑通道复用到一条物理通道上;根据逻辑通道的优先级的高低来在所述物理通道上传输不同的逻辑通道对应的不同类别的业务。本发明解决由于现有技术中的应用层无法控制逻辑通道的分配和发送顺序而导致的实时业务发送延时较大的问题,减少了实时业务的发送延时,保证了实时业务的及时发送和接收。
文档编号H04L29/08GK102307230SQ20111023748
公开日2012年1月4日 申请日期2011年8月18日 优先权日2011年8月18日
发明者许金友 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1