基于udp的语音数据业务的数据传输方法、装置和系统的制作方法

文档序号:7986530阅读:257来源:国知局
基于udp的语音数据业务的数据传输方法、装置和系统的制作方法
【专利摘要】本发明是有关于基于UDP的语音数据业务的数据传输方法、装置和系统,其中的方法包括:接收端在侦听到需要接收的基于UDP的语音数据业务的数据时,将该数据缓存到缓存模块中,在第一FIFO中存储该数据的缓存地址指针;在没有侦听到数据且第一FIFO为非空时,从第一FIFO中读取缓存地址指针,根据该缓存地址指针对缓存模块中的对应数据进行解析处理,在第二FIFO中存储处理后的数据的缓存地址指针;在没有侦听到数据、第一FIFO为空、且第二FIFO为非空时,从第二FIFO中读取缓存地址指针,并根据该缓存地址指针对缓存模块中的对应数据进行缓存释放处理。本发明有效降低了基于UDP的语音数据业务的数据传输的实现成本。
【专利说明】基于UDP的语音数据业务的数据传输方法、装置和系统
【技术领域】
[0001]本发明涉及UDP数据传输技术,特别是涉及一种基于UDP的语音数据业务的数据传输方法、基于UDP的语音数据业务的数据接收装置和基于UDP的语音数据业务的数据传输系统。
【背景技术】
[0002]UDP (User Datagram Protocol,用户数据报协议)是 OSI (OpenSystemInterconnect,开放式系统互联)参考模型中的一种无连接的传输层协议。
[0003]UDP 比 TCP (Transmission Control Protocol,传输控制协议)要简单,UDP 不仅没有TCP中的流控制(flow control)和拥塞控制(congestion control),而且也不具有确认数据报传送是否正确接收以及接收的数据报顺序是否颠倒等功能,也就是说,UDP提供面向事务的简单不可靠的信息传送服务,即仅进行数据报的发送与接收。
[0004]然而,正是由于UDP的简单,使UDP比TCP具有更快的传输速度。目前,很多的实时视频语音网络传输协议均是基于UDP,如RTP (Real-time Transport Protocol,实时传输协议)以及RTSP (Real Time Streaming Protocol,实时流传输协议)等。
[0005]目前,为了针对特定用户提供语音数据业务,基于UDP的语音数据业务通常采用单播或者组播方式,其数据传输实现方式通常为:发送端采用单播或者组播方式发送基于UDP的数据报,接收端的解析处理模块对接收到的数据报进行相应的处理。
[0006]发明人在实现本发明过程中发现:由于基于UDP的语音数据业务的数据瞬时传输速率较高,因此,对接收端的硬件要求较高,如接收端需要采用高速处理器等,从而使数据传输的实现成本较高;另外,由于UDP不能保证数据报的顺序接收,因此,基于UDP的语音数据业务的数据传输实现方式较单一,从而使其灵活性较差。
[0007]有鉴于现有的基于UDP的语音数据业务的数据传输实现方式存在的问题,本发明人基于从事此类产品设计制造多年丰富的实务经验以及专业知识,并配合学理的运用,积极加以研究创新,以期创设一种基于UDP的语音数据业务的数据传输方法和系统,能够克服现有的基于UDP的语音数据业务的数据传输实现方式存在的问题,使其更具有实用性。经过不断的研究设计,并经过反复试作样品及改进,终于创设出确具实用价值的本发明。

【发明内容】

[0008]本发明的主要目的在于,克服现有的基于UDP的语音数据业务的数据传输实现方式存在的问题,而提供一种新的基于UDP的语音数据业务的数据传输方法、装置和系统,所要解决的技术问题是,降低基于UDP的语音数据业务的数据传输的实现成本。
[0009]本发明的目的以及解决其技术问题可以采用以下的技术方案来实现。
[0010]依据本发明提出的一种基于UDP的语音数据业务的数据传输方法,包括:接收端侦听是否有需要接收的语音数据业务的数据;在侦听到有需要接收的语音数据业务的数据时,接收端执行数据缓存操作,所述数据缓存操作包括:将所述语音数据业务的数据缓存到缓存模块中,并在第一 FIFO中存储所述数据的缓存地址指针;在没有侦听到需要接收的语音数据业务的数据,且第一 FIFO为非空时,接收端执行数据处理操作,所述数据处理操作包括:从第一 FIFO中读取缓存地址指针,根据该缓存地址指针对所述缓存模块中存储的对应数据进行解析处理,并在第二 FIFO中存储解析处理后的数据的缓存地址指针;在没有侦听到需要接收的语音数据业务的数据、第一 FIFO为空、且第二 FIFO为非空时,接收端执行缓存释放操作,所述缓存释放操作包括:从第二 FIFO中读取缓存地址指针,并根据从第二FIFO中读取出的缓存地址指针对所述缓存模块中存储的对应数据进行缓存释放处理;在上述数据处理操作或者所述缓存释放操作过程中,如果接收端侦听到有需要接收的语音数据业务的数据,则中断当前数据处理操作或者缓存释放操作,并执行所述数据缓存操作。
[0011]依据本发明提出的一种基于UDP的语音数据业务的数据接收装置,包括:该装置包括:接收模块、解析处理模块、缓存释放模块、第一 FIFO、第二FIFO以及缓存模块;所述接收模块,用于在侦听到需要接收的语音数据业务的数据时,产生中断信号,将所述语音数据业务的数据缓存到缓存模块中,并在第一 FIFO中存储所述数据的缓存地址指针,其中,所述中断信号使所述解析处理模块或者缓存释放模块中断当前处理;解析处理模块,用于在接收模块没有侦听到需要接收的语音数据业务的数据,且第一 FIFO为非空时,从第一 FIFO中读取缓存地址指针,根据该缓存地址指针对所述缓存模块中存储的对应数据进行解析处理,并在第二 FIFO中存储解析处理后的数据的缓存地址指针;缓存释放模块,用于在接收模块没有侦听到需要接收的语音数据业务的数据、第一 FIFO为空、且第二 FIFO为非空时,从第二 FIFO中读取缓存地址指针,并根据从第二 FIFO中读取出的缓存地址指针对所述缓存模块中存储的对应数据进行缓存释放处理。
[0012]依据本发明提出的一种基于UDP的语音数据业务的数据传输系统,包括:发送端和至少一个接收端;所述发送端用于以单播或者组播的方式向所述接收端发送语音数据业务的数据;所述接收端如上所述的基于UDP的语音数据业务的数据接收装置。
[0013]借由上述技术方案,本发明的基于UDP的语音数据业务的数据传输方法、装置和系统至少具有下列优点以及有益效果:本发明通过设置缓存模块、第一 FIFO和第二 FIF0,且接收端在接收到基于UDP的语音数据业务的数据时,将该数据缓存到缓存模块中,并将该数据的缓存地址指针存储在第一 FIFO中,这样,接收端可以在没有需要接收的数据的情况下,根据第一 FIFO中存储的缓存地址指针对缓存模块中存储的对应数据进行解析处理;通过将处理后的数据的缓存地址指针存储在第二 FIFO中,这样,接收端可以在没有需要接收的数据以及没有需要解析处理的数据的情况下,根据第二 FIFO中存储的缓存地址指针对缓存模块中存储的对应数据进行缓存释放操作,从而接收端可以在其硬件配置较低的情况下,顺利完成数据的接收缓存处理、解析处理以及缓存释放处理,实现基于UDP的语音数据业务的数据传输;从而本发明的接收端可以在采用低速处理器的情况下实现数据传输,有效降低了基于UDP的语音数据业务的数据传输实现成本;另外,本发明通过将基于UDP的语音数据业务的数据以帧格式的形式进行封装,并在帧头中设置帧序号和/或包序号等字段,使接收端可以对其接收到的数据进行正确的排序,从而避免了基于UDP的语音数据业务的数据传输实现方式较单一的现象,进而提高了基于UDP的语音数据业务的数据传输实现方式的灵活性。
[0014]综上所述,本发明在技术上有显著的进步,并具有明显的积极技术效果,诚为一新颖、进步、实用的新设计。
[0015]上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂,以下特举较佳实施例,并配合说明书附图,详细说明如下。
【专利附图】

【附图说明】
[0016]图1为本发明的基于UDP的语音数据业务的数据传输方法的流程图;
[0017]图2为本发明的FIP的帧结构示意图;
[0018]图3为本发明的ΠΡ的帧结构示意图;
[0019]图4为本发明的一个FIP被封装在多个ΠΡ中的示意图;
[0020]图5为本发明的基于UDP的语音数据业务的数据接收装置示意图;
[0021]图6为本发明的基于UDP的语音数据业务的数据传输系统示意图。
【具体实施方式】
[0022]为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明提出的基于UDP的语音数据业务的数据传输方法、装置和系统的【具体实施方式】、结构、特征以及实际功效,详细说明如后。
[0023]实施例一、基于UDP的语音数据业务的数据传输方法,该方法由系统中的接收端实现,且该方法的流程如附图1。
[0024]S100、接收端对网络中传输的信号进行侦听,并根据侦听的结果来确定是否有需要其接收的语音数据业务的数据。例如,接收端判断其侦听到的前η比特信息是否为预定值,如果为预定值则确定有需要其接收的语音数据业务的数据,否则,确定没有其需要接收的语音数据业务的数据。本发明不限制接收端进行侦听以及上述是否有需要接收的数据的判断的具体实现方式。
[0025]本发明中的基于UDP的语音数据业务的数据不仅可以为基于UDP的语音数据业务的语音数据,还可以为基于UDP的语音数据业务的控制信息。
[0026]接收端在侦听到有需要接收的语音数据业务的数据时,到S110,即接收端执行数据缓存操作。
[0027]接收端在没有侦听到需要接收的语音数据业务的数据,且在确定出第一 FIFO为非空的情况下,到S120,即接收端执行数据处理操作。
[0028]接收端在没有侦听到需要接收的语音数据业务的数据,且在确定出第一 FIFO为空以及第二 FIFO为非空的情况下,到S130,即接收端执行缓存释放操作。
[0029]另外,接收端在没有侦听到需要接收的语音数据业务的数据,且在确定出第一FIFO为空以及第二 FIFO也为空的情况下,接收端仅持续进行侦听,而会不执行上述数据缓存操作、数据处理操作以及缓存释放操作。
[0030]需要说明的是,本发明中的基于UDP的语音数据业务的数据可以为发送端以单播方式发送的数据,也可以为发送端以组播方式发送的数据;而且,该基于UDP的语音数据业务的数据可以为现有形式的数据,即现有的基于UDP的语音数据业务的数据报文的形式,也可以为:以帧格式进行封装的UDP接口包(即UDP Interface Package,可简称为ΠΡ)的形式。
[0031]本发明的帧格式的UDP接口包(UIP)包括:帧头(可以称为UIP包帧头)和帧体(可以称为ΠΡ包帧体),且帧头中可以包括有:UIP数据结构版本标识字段、UDP接口包的序号、净荷类型、净荷长度和CRC校验码。在ΠΡ的帧体中承载的净荷为帧格式的FIP时,UIP的帧头中还可以包含有FIP分段标识。
[0032]上述UIP数据结构版本标识字段用于表示该ΠΡ的数据结构所采用的版本号,以便于UIP的数据结构的升级;上述UDP接口包的序号用于表示该UIP的顺序编号;上述净荷类型用于表示该ΠΡ的净荷中承载的数据的类型,如是控制数据还是语音数据等;上述净荷长度用于表示该ΠΡ的净荷所占用的字节数;上述FIP分段标识用于表示该ΠΡ的净荷中承载的数据在一个FIP中的位置是起始位置,还是中间位置,还是结束位置;上述CRC校验码用于对FIP帧头的前述各字段进行校验。
[0033]上述的帧格式的FIP包括:帧头(可以称为FIP包帧头)和帧体,且FIP的帧头可以包括有:FIP帧序号字段、业务数据类型字段、保留位字段和数据帧长度字段。FIP帧体中承载的净荷为语音数据业务的语音数据或者语音数据业务的控制数据。
[0034]上述FIP帧序号字段用于表示FIP帧的顺序编号;上述业务数据类型字段用于表示FIP的净荷中承载的数据的类型,如:控制数据、时间数据、或语音数据等;上述保留位字段可留作后续扩展使用;上述数据帧长度字段用于表示FIP的帧的帧体的总长度。
[0035]接收端接收到的基于UDP的语音数据业务的数据可以为承载有FIP的ΠΡ,一个具体的例子,首先,发送端将需要发送的语音数据流封装为帧格式的FIP ;其次,发送端判断该FIP的长度是否大于预定长度(如1024字节),在判断出该FIP的长度大于预定最大长度时,发送端将该FIP进行分段处理,将每一个分段封装在一个ΠΡ的帧体中,并在设置各个UIP的帧头后,以单播或者组播的方式向接收端发送该多个ΠΡ ;发送端在判断出该FIP的长度不大于预定最大长度时,可以直接将该FIP封装在一个ΠΡ的帧体中,并在设置该ΠΡ的帧体后以单播或者组播的方式向接收端发送该ΠΡ。
[0036]上述FIP和ΠΡ的一个具体的例子,如图2至图4所示。
[0037]在图2中,FIP的帧头(即图2中的FIP包帧头)的长度为5个字节且为固定长度,然而,FIP的帧体的长度是可变的,该帧体用于承载语音数据或者控制数据。FIP的帧头的第O字节为FIP帧序号字段(即图2中的帧序号),FIP的帧头的第I字节被分成两部分,高4比特为业务数据类型,低4比特为保留位,FIP的帧头的第2-4字节为数据帧长度字段。
[0038]在图3中,UIP的帧头(即图3中的UIP包帧头)的长度为7个字节且为固定长度,而且,UIP的帧体的长度是可变的,UIP的帧体主要用于承载FIP。UIP的帧头第O字节为UIP数据结构版本标识字段(即图3中的版本号),第I字节为UDP接口包的序号(即图3中的包序号);第2字节被分成两部分,高6比特为净荷类型,低2比特为FIP分段标识(即图3中的分段标识),如00表示FIP数据分段开始(即起始位置),01表示FIP数据分段连续(即中间位置),10表示FIP数据分段结束(即结束位置);第3-4字节为净荷长度字节;第5-6字节为CRC校验码(即图3中的CRC检验)。
[0039]在图4中,一个FIP被分成三个分段,第一个分段包括FIP的帧头和语音数据的起始部分,第二个分段包括FIP的语音数据的中间部分,第三个分段包括FIP的语音数据的结束部分。三个分段通过三个UIP的帧体来承载。[0040]S110、接收端将其接收到的语音数据业务的数据缓存到缓存模块(如内存)中,并在第一 FIFO中存储缓存的该数据的缓存地址指针。
[0041]具体的,缓存模块的大小可以根据实际的网络传输速度和ΠΡ的最大长度来设置,例如,接收端的缓存模块的大小可以为NXL,其中,N为缓存模块的深度,L为UIP的最大长度,且N的取值与网络传输速率有关。另外,第一 FIFO的深度也可以设置为N,且第一FIFO的宽度可以设置为缓存地址指针的长度。
[0042]S120、接收端从第一 FIFO中读取缓存地址指针,并根据该缓存地址指针对缓存模块中存储的该指针指向的数据进行解析处理,且接收端在第二 FIFO中存储解析处理后的数据的缓存地址指针。
[0043]具体的,该第二 FIFO的深度可以设置为上述N,且第二 FIFO的宽度可以设置为缓存地址指针的长度。这里的解析处理可以为解码及包排序等处理操作,本发明不限制解析处理的具体实现方式。
[0044]S130、接收端从第二 FIFO中读取缓存地址指针,并根据其从第二 FIFO中读取出的缓存地址指针对缓存模块中存储的该指针指向的对应数据进行缓存释放处理。
[0045]针对上述S120和S130需要特别说明的是,接收端在执行数据处理操作或者缓存释放操作的过程中,一旦接收端侦听到有需要接收的语音数据业务的数据,则接收端立即中断其当前正在执行的数据处理操作或者缓存释放操作(如以中断信号的方式中断当前正在执行的操作),并立即执行数据缓存操作(即S110)。
[0046]实施例二、基于UDP的语音数据业务的数据接收装置。该装置设置于接收端,且该装置的结构如图5所示。
[0047]图5中示出的该装置包括:接收模块10、解析处理模块20、缓存释放模块30、第一FIF040、第二 FIF050以及缓存模块60。该装置可以采用基于嵌入式的微控制器平台来实现,如该平台采用带FLASH、SRAM和MAC的集成嵌入式结构,从而使接收端具备结构简单且成本低等优点,且本装置的双FIFO的处理机制可以使接收端在基于低速处理器的情况下实现数据传输,降低了数据传输的实现成本以及系统功耗。
[0048]接收模块10与解析处理模块20、缓存释放模块30、第一 FIF040以及缓存模块60均连接。
[0049]接收模块10主要用于在侦听到需要接收的语音数据业务的数据时,产生中断信号,以使解析处理模块20或者缓存释放模块30立即中断当前的处理;并且,接收模块10将其接收的语音数据业务的数据缓存到缓存模块60中,并将该数据在缓存模块60中存储所对应的缓存地址指针存储在第一 FIF040中。
[0050]接收模块10接收到的数据可以为发送端以单播方式或者组播方式发送的数据,且数据的具体结构如上述实施例一中的描述,在此不再重复说明。
[0051]解析处理模块20与接收模块10、第一 FIF040、第二 FIF050以及缓存模块60均连接。
[0052]解析处理模块20主要用于在接收模块10没有侦听到需要接收的语音数据业务的数据,且第一 FIF040为非空时,从第一 FIF040中读取缓存地址指针,并根据该读取的缓存地址指针所指向的缓存模块60中存储的对应数据进行解析处理,并在第二 FIF050中存储解析处理后的数据的缓存地址指针。另外,解析处理模块20在接收模块10产生中断信号的情况下,如果解析处理模块20正在进行解析处理,则解析处理模块20应立即停止该解析处理操作,以便于接收模块10能够正常的执行缓存处理操作。
[0053]缓存释放模块30与接收模块10、第一 FIF040、第二 FIF050以及缓存模块60均连接。
[0054]缓存释放模块30主要用于在接收模块10没有侦听到需要接收的语音数据业务的数据、第一 FIF040为空、且第二 FIF050为非空时,缓存释放模块30从第二 FIF050中读取缓存地址指针,并根据其从第二 FIF050中读取出的缓存地址指针所指向的缓存模块60中存储的对应数据进行缓存释放处理。另外,缓存释放模块30在接收模块10产生中断信号的情况下,如果缓存释放模块30正在进行缓存释放处理,则缓存释放模块30应立即停止该缓存释放处理操作,以便于接收模块10能够正常的执行缓存处理操作。
[0055]实施例三、基于UDP的语音数据业务的数据传输系统。
[0056]该系统包括:发送端和至少Iv接收端。在系统包括多个接收端的情况下,该系统如附图6所示。
[0057]图6中的系统包括N (N>1)个接收端(即接收端1、接收端2、接收端3......接收
端N),发送端通过以太网与各接收端连接,且发送端可以通过组播地址(如239.0.0.0至239.255.255.255)向接收端1、接收端2、接收端3……接收端N发送基于UDP的语音数据业务的数据。
[0058]在发送端向接 收端发送的数据为帧封装形式的数据时,发送端可以包括:第一封装模块、第二封装模块以及发送模块。
[0059]第一封装模块与第二封装模块连接。第一封装模块主要用于将需要发送的语音数据流封装为帧格式的FIP。FIP的具体格式如上述实施例一中的描述,在此不再重复说明。
[0060]第二封装模块与第一封装模块和发送模块均连接。第二封装模块主要用于在一个FIP的长度大于预定最大长度时,将上述第一封装模块封装好的FIP分段,并封装在多个UIP中,否则,第二封装模块直接将上述第一封装模块封装好的FIP封装在一个ΠΡ中。第二封装模块输出其封装好的ΠΡ。这里的ΠΡ的具体格式如上述实施例一中的描述,在此不再重复说明。
[0061]发送模块与第二封装模块连接。发送模块主要用于以单播或者组播的方式向一个或者多个接收端发送第二封装模块输出的UIP。
[0062]接收端中设置有基于UDP的语音数据业务的数据接收装置,该装置如上述实施例二中的描述,在此不再重复说明。
[0063]以上所述仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭示如上,然而并非用以限定本发明的技术,任何熟悉本专业的技术人员在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
【权利要求】
1.一种基于UDP的语音数据业务的数据传输方法,其特征在于,包括: 接收端侦听是否有需要接收的语音数据业务的数据; 在侦听到有需要接收的语音数据业务的数据时,接收端执行数据缓存操作,所述数据缓存操作包括:将所述语音数据业务的数据缓存到缓存模块中,并在第一 FIFO中存储所述数据的缓存地址指针; 在没有侦听到需要接收的语音数据业务的数据,且第一 FIFO为非空时,接收端执行数据处理操作,所述数据处理操作包括:从第一 FIFO中读取缓存地址指针,根据该缓存地址指针对所述缓存模块中存储的对应数据进行解析处理,并在第二 FIFO中存储解析处理后的数据的缓存地址指针; 在没有侦听到需要接收的语音数据业务的数据、第一 FIFO为空、且第二 FIFO为非空时,接收端执行缓存释放操作,所述缓存释放操作包括:从第二 FIFO中读取缓存地址指针,并根据从第二 FIFO中读取出的缓存地址指针对所述缓存模块中存储的对应数据进行缓存释放处理; 在上述数据处理操作或者所述缓存释放操作过程中,如果接收端侦听到有需要接收的语音数据业务的数据,则中断当前数据处理操作或者缓存释放操作,并执行所述数据缓存操作。
2.如权利要求1所述的基于UDP的语音数据业务的数据传输方法,其特征在于,所述语音数据业务的数据为:以帧格式进行封装的UDP接口包。
3.如权利要求2所述的基于UDP的语音数据业务的数据传输方法,其特征在于,所述方法还包括: 发送端将需要发送的语音数据流封装为帧格式的帧接口包FIP ; 在一个FIP的长度大于预定最大长度时,发送端将所述FIP分段封装在多个UDP接口包中; 在一个FIP的长度不大于预定最大长度时,发送端直接将所述FIP封装在一个UDP接口包中。
4.如权利要求3所述的基于UDP的语音数据业务的数据传输方法,其特征在于,所述FIP的帧头包括:FIP帧序号字段、业务数据类型字段、保留位字段和数据帧长度字段。
5.如权利要求3所述的基于UDP的语音数据业务的数据传输方法,其特征在于,所述UDP接口包的帧头包括:数据结构版本标识字段、m)P接口包的序号、净荷类型、FIP分段标识、净荷长度和CRC校验码。
6.如权利要求1至5中任一权利要求所述的基于UDP的语音数据业务的数据传输方法,其特征在于,所述接收端接收到的语音数据业务的数据是发送端以单播或者组播的方式发送的数据。
7.一种基于UDP的语音数据业务的数据接收装置,其特征在于,该装置包括:接收模块、解析处理模块、缓存释放模块、第一 FIFO、第二 FIFO以及缓存模块; 所述接收模块,用于在侦听到需要接收的语音数据业务的数据时,产生中断信号,将所述语音数据业务的数据缓存到缓存模块中,并在第一 FIFO中存储所述数据的缓存地址指针,其中,所述中断信号使所述解析处理模块或者缓存释放模块中断当前处理; 解析处理模块,用于在接收模块没有侦听到需要接收的语音数据业务的数据,且第一FIFO为非空时,从第一 FIFO中读取缓存地址指针,根据该缓存地址指针对所述缓存模块中存储的对应数据进行解析处理,并在第二 FIFO中存储解析处理后的数据的缓存地址指针; 缓存释放模块,用于在接收模块没有侦听到需要接收的语音数据业务的数据、第一FIFO为空、且第二 FIFO为非空时,从第二 FIFO中读取缓存地址指针,并根据从第二 FIFO中读取出的缓存地址指针对所述缓存模块中存储的对应数据进行缓存释放处理。
8.如权利要求7所述的基于UDP的语音数据业务的数据接收装置,其特征在于,所述语音数据业务的数据为:以帧格式进行封装的Μ)Ρ接口包,且所述UDP接口包的净荷中承载有以帧格式进行封装的帧接口包FI P。
9.一种基于UDP的语音数据业务的数据传输系统,其特征在于,包括:发送端和至少一个接收端; 所述发送端用于以单播或者组播的方式向所述接收端发送语音数据业务的数据; 所述接收端包括如权利要求7所述的基于UDP的语音数据业务的数据接收装置。
10.如权利要求9所述的基于UDP的语音数据业务的数据传输系统,其特征在于,所述发送端包括: 第一封装模块,用于将需要发送的语音数据流封装为帧格式的帧接口包FIP ; 第二封装模块,用于在一个FIP的长度大于预定最大长度时,将所述FIP分段封装在多个UDP接口包中,否则,直接将所述FIP封装在一个UDP接口包中; 发送模块,用于以单播或者 组播的方式向所述接收端发送所述UDP接口包。
【文档编号】H04L29/06GK103856445SQ201210504545
【公开日】2014年6月11日 申请日期:2012年11月30日 优先权日:2012年11月30日
【发明者】梁富林, 龙平, 殷英, 耿束建 申请人:北京北广科技股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1