一种上报业务音编码的方法及系统的制作方法

文档序号:7951737阅读:158来源:国知局
专利名称:一种上报业务音编码的方法及系统的制作方法
技术领域
本发明涉及在业务音资源处理系统中处理业务音编码的技术,特别涉及一种上报业务音编码的方法及系统。
背景技术
在现有的业务音资源处理系统中,如语音处理设备(VP)或语音资源系统(VRS)以良好的可靠行以及可扩展性在窄带语音放音市场上占据了举足轻重的地位。业务音资源处理系统所支持的智能呼叫中心ICD以及智能网业务为客户端所在的资源管理系统提供了不同选择空间,其中在智能网放音业务中,业务音是智能放音协议中的基本放音单元,数目庞大的业务音个数与灵活的种类为客户端所在的资源管理系统提供了丰富多彩的放音选择。
目前,文件服务器存储的放音文件称为业务音资源,文件服务器将存储的业务音资源以业务音编码的形式通过业务音资源处理系统上报给资源管理系统,资源管理系统可以根据上报的业务音编码通过业务音资源处理系统到文件服务器中查找业务音资源,并且将查找到的业务音资源提供给所管辖的客户端。例如文件服务器存储的为语音文件,则文件服务器将存储的语音文件以语音编码的形式通过业务音资源处理系统上报给资源管理系统,资源管理系统可以根据上报的语音编码通过业务音资源处理系统到文件服务器中查找语音文件,并将查找到的语音文件提供给所管辖的客户端。因此,给资源管理系统上报的语音编码对于资源管理系统为客户端提供业务音资源起着十分重要的作用。
以下用业务音编码为语音编码进行举例说明。给资源管理系统上报的每个语音编码占用四个字节,图1为语音编码的数据结构示意图第一个字节标识该语音编码的业务种类,第二个字节标识语音编码的语言种类,最后两个字节标识编码值。每个语音编码共8个十六进制数字,占用四个字节,如语音编码可以为1020BCDE。
目前,文件服务器通过业务音资源处理系统上报的语音编码消息的数据结构如图2所示语音编码消息包括编码帧帧头以及帧数据区,其中帧数据区内将要上报的语音编码依次写入。文件服务器将携带有多个语音编码的语音编码消息发送给业务音资源处理系统,语音资源处理再转发接收到的语音编码消息给资源管理系统。
文件服务器采用这种方式上报语音编码的最大特点是简单易操作,但是在上报语音编码消息时,该语音编码消息要占用大量的数据空间以及上报时间长的缺点也是显而易见的。例如如果文件服务器有64×1024×2个字节的语音编码上报,其中语音文件后缀名VOX和文语转换文件后缀名TTS类型的语音编码各64K个字节,设置每个语音编码消息的帧数据区数据容量为272个字节,则需要上报的语音编码消息的个数为64×1024×2/272=482个。
另外,在这个漫长的语音编码消息的发送过程中,如果接收消息的资源管理系统在解码时出现消息帧的错序,将导致整个通过业务音资源处理系统上报语音编码的过程失败,必须重新进行整个通过业务音资源处理系统的上报语音编码过程。因此,文件服务器采用这种方式上报语音编码将大大增加上报语音编码失败的概率以及加大在与业务音资源处理系统的消息交互中系统资源的开销。
同样地,对于上报其他的业务音编码时,也存在占用大量的数据空间以及上报时间长的缺点,并且一旦接收携带业务音编码的业务音编码消息的资源管理系统在解码时出现消息帧的错序,也会导致整个通过业务音资源处理系统上报业务音编码的过程失败,这样就会大大增加文件服务器上报业务音编码失败的概率以及加大在与业务音资源处理系统的消息交互中系统资源的开销。

发明内容
有鉴于此,本发明的主要目的在于提供一种上报业务音编码的方法,该方法能够在文件服务器向资源管理系统上报业务音编码时,节省占用的数据空间和上报时间。
本发明另一方面提供一种上报业务音编码的系统,该系统在文件服务器向资源管理系统上报语音编码时,节省占用的数据空间和上报时间。
根据上述目的,本发明的技术方案是这样实现的一种上报业务音编码的方法,该方法包括A、业务音资源处理系统从文件服务器中读取业务音编码,进行编码压缩后并且存储;B、业务音资源处理系统将所存储的编码压缩后的业务音编码根据业务音编码消息携带业务音编码的容量,携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
在步骤A所述进行编码压缩之前,该方法还包括对业务音编码进行存储后,获取所存储的业务音编码。
所述对业务音编码进行存储的过程为根据读取的业务音编码的编码值按照升序或降序进行排序后再存储。
在所述对业务音编码进行存储之前,该方法还包括判断读取的业务音编码是否与已存储的业务音编码重复,如果重复,丢弃读取的业务音编码;如果不重复,存储读取的业务音编码。
在进行步骤A所述的编码压缩时,还对所压缩的业务音编码进行记录,具体为A1、从所存储的排序后的业务音编码中获取当前语音编码;A2、根据所存储的排序后的业务音编码的顺序获取当前语音编码的下一个语音编码;A3、判断所述两个业务音编码的业务种类是否相同,如果不相同,记录排序在前的业务音编码的业务种类,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,执行步骤A4;A4、判断所述两个业务音编码的语言种类是否相同,如果不相同,记录排序在前的业务音编码的业务种类和语言种类,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,执行步骤A5;A5、判断所述两个业务音编码的编码值是否相差1,如果不是,记录排序在前的业务音编码的业务种类、语言种类和编码值,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,启动设置的连续编码计数器并给该连续编码计数器加1,将当前业务音编码的下一个业务音编码作为当前语音编码后,返回步骤A2继续执行,直到将存储的排序后的所有业务音编码都处理完,对启动连续编码计数器的语音编码的业务种类、语言码和编码值进行记录并且记录计数值。
所述的业务音编码为语音编码。
步骤A所述的进行编码压缩采用行程编码算法。
一种上报业务音编码的系统,包括文件服务器和资源管理系统,在文件服务器和资源管理系统之间还包括业务音资源处理系统,用于将从文件服务器中读取的业务音编码处理为设定的业务音编码数据结构,进行编码压缩后携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
所述的业务音资源处理系统由业务音编码预处理模块和业务音编码压缩、上报模块组成,其中,业务音编码预处理模块分别与文件服务器和业务音编码压缩、上报模块相连接,用于从文件服务器读取业务音编码后处理为设定的业务音编码数据结构后,发送给业务音编码压缩、上报模块;业务音编码压缩、上报模块分别与资源管理系统和业务音编码预处理模块相连接,用于将从业务音编码预处理模块接收到的经过处理后的业务音编码进行编码压缩后,再将经过编码压缩的业务音编码携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
所述的业务音编码预处理模块还包括存储区域,用于保存经过处理后的业务音编码,将所保存的经过处理后的业务音编码发送给业务音编码压缩、上报模块。
所述的业务音编码压缩、上报模块还包括缓存区,用于保存经过编码压缩后的业务音编码,将所保存的经过编码压缩后的业务音编码携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
所述的业务音编码预处理模块为输入输出IO模块;所述的业务音编码压缩、上报模块为语音处理管理VM模块。从上述方案可以看出,本发明设置了业务音资源处理系统,使重新设置的业务音资源系统可以对从文件服务器中读取的业务音编码进行编码压缩,在发送业务音编码消息时,携带编码压缩后的业务音编码,从而可以在文件服务器向资源管理系统上报业务音编码时,节省占用的数据空间和时间。更近一步地,本发明还可以对要上报给资源管理系统的已经进行编码压缩的业务音编码进行记录,在发送业务音编码消息时,可以根据记录顺序将进行编码压缩的业务音编码携带在业务音编码消息中,从而减少接收业务音编码消息的资源管理系统在解码时出现消息帧的错序的概率,进一步减小文件服务器上报业务音编码失败的概率以及减小在与业务音资源处理系统的消息交互中系统资源的开销。


图1为现有技术语音编码的数据结构示意图。
图2为现有技术文件服务器向业务音资源处理系统发送的语音编码消息的数据结构示意图。
图3为本发明上报业务音编码的方法流程图。
图4为本发明上报业务音编码的系统示意图。
图5为本发明对从文件服务器中获取语音编码并进行处理的方法实施例流程图。
图6为本发明对编码压缩的语音编码进行记录实施例的流程图。
具体实施例方式
为了使本发明的目的、技术方案和优点更加清楚明白,以下举具体实施例并参照附图,对本发明进行进一步详细的说明。
为了文件服务器向资源管理系统上报业务音编码时,节省占用的数据空间和时间,本发明将重新设置文件服务器向资源管理系统上报业务音编码时需要通过的业务音资源处理系统,使该系统不再像现有技术那样只是转发携带业务音编码的语音编码消息,而是对从文件服务器接收来的业务音编码进行编码压缩处理后,再将编码压缩处理后的业务音编码发送给资源管理系统。
在本发明中,对业务音编码进行编码压缩可以采用现有技术的行程编码算法。
图3为本发明上报业务音编码的方法流程图,其具体步骤为步骤300、业务音资源处理系统从文件服务器中依次读取要上报给资源管理系统的业务音编码后,依次进行存储。
步骤301、业务音资源处理系统将依次存储的业务音编码进行依次编码压缩后,将依次编码压缩后的业务音编码进行存储。
步骤302、业务音资源处理系统将所存储的编码压缩后的业务音编码根据业务音编码消息携带业务音编码的容量,按照顺序依次携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
在步骤300中,也可以不进行存储,而直接将依次读取的业务音编码进行依次编码压缩后,将依次编码压缩后的业务音编码进行存储,再执行步骤303。
在步骤300中,依次存储的业务音编码的方式可以为根据各个业务音编码的编码值进行排序,如按照升序或降序进行排序后再存储。
在步骤300中,当将读取的业务音编码进行依次存储之前,还可以进行一个判断步骤,即判断读取的业务音编码是否与已存储的业务音编码重复,如果重复,则丢弃读取的业务音编码;如果不重复,则存储读取的业务音编码。
如果依次存储的业务音编码的方式为根据各个业务音编码的编码值进行排序后再存储,在步骤301中,在对所存储的业务音编码进行编码压缩时,还可以对每一个编码压缩的业务音编码进行记录,从而保证编码压缩后的业务音编码按顺序携带在业务音编码消息中,记录的方法为第一个步骤,按照编码顺行依次扫描业务音编码,依次对相邻的两个业务音编码进行分析;第二个步骤,对于相邻的两个业务音编码,判断这两个业务音编码的业务种类是否一致,即判断这两个业务音编码中用于标识业务种类的字节是否相同,如果不相同,则将两个业务音编码中位于顺序前列的业务音编码的业务种类进行记录,将位于顺序后列的业务音编码与位于顺序后列的业务音编码的下一个业务音编码再进行业务种类比较,按照这种方式将所存储的业务音编码都比较完,完成记录;如果相同,判断这两个业务音编码的语言种类是否一致,即判断这两个业务音编码中用于标识语言种类的字节是否相同。
第三个步骤,如果语言种类不相同,则将两个业务音编码中位于顺序前列的业务音编码的业务种类和语音种类进行记录后,返回第二个步骤再次比较位于顺序后列的业务音编码与位于顺序后列的业务音编码的下一个业务音编码;如果语言种类相同,则比较这两个业务音编码的编码值,即比较这两个业务音编码中用于标识编码值的字节。
第四个步骤,如果这两个业务音编码的编码值相差不为1,则将位于顺序前列的业务音编码的业务种类、语音种类和编码值进行记录后,返回第二个步骤再次比较位于顺序后列的业务音编码与位于顺序后列的业务音编码的下一个业务音编码;如果这两个业务音编码的编码值相差为1,则启动连续编码计数器并加1后,返回第二个步骤再次比较位于顺序后列的业务音编码与位于顺序后列的业务音编码的下一个语音编码,直到比较结果相差不为1时,对启动该编码计数器的起始业务音编码的业务种类、语音种类和编码值以及计数器所计的个数进行记录。
由于本发明对要上报给资源管理系统的已经进行编码压缩的业务音编码进行了记录,在发送携带进行编码压缩的业务音编码的业务音编码消息时,可以根据记录顺序将进行编码压缩的业务音编码携带在业务音编码消息中,从而减少接收携带业务音编码的业务音编码消息的资源管理系统在解码时出现消息帧的错序的概率,进一步减小文件服务器上报业务音编码失败的概率以及减小在与业务音资源处理系统的消息交互中系统资源的开销。
本发明还提供了上报业务音编码的系统,如图4所示。该系统包括文件服务器400、业务音资源处理系统401和资源管理系统402,其中,业务音资源处理系统401中还包括业务音编码预处理模块403和业务音编码压缩、上报模块404。
业务音编码预处理模块403分别与文件服务器400和业务音编码压缩、上报模块404相连接,用于从文件服务器400读取业务音编码后处理为设定的业务音编码数据结构并保存业务音编码后,将保存的业务音编码发送给业务音编码压缩、上报模块404。
业务音编码压缩、上报模块404分别与资源管理系统和业务音编码预处理模块403相连接,用于将从业务音编码预处理模块403接收到的所保存的业务音编码进行编码压缩并缓存后,再将所缓存的经过编码压缩的业务音编码携带在一个以上的业务音编码消息中发送给资源管理系统。
本发明的业务音编码预处理模块403也可以不将经过处理的业务音编码进行存储,而直接将处理后的业务音编码发送给业务音编码压缩、上报模块404。
本发明的业务音编码预处理模块403在将保存的业务音编码发送之前,还可以先给业务音编码压缩、上报模块404发送业务音编码加载完成消息。
业务音编码预处理模块403为了保存业务音编码,还可以包括一个存储区域,用于保存经过处理后的业务音编码。这时,业务音编码压缩、上报模块404从业务音编码预处理模块403中的存储区获取所保存的经过处理后的业务音编码。
业务音编码压缩、上报模块404中为了缓存已经编码压缩的业务音编码,还可以包括一个缓存区,用于保存经过编码压缩后的业务音编码。这时,当业务音编码压缩、上报模块404要发送携带编码压缩后的业务音编码时,可以从缓存区中获取所保存的经过编码压缩后的业务音编码。
在本发明中,业务音编码预处理模块403可以为输入输出(IO)模块,业务音编码压缩、上报模块404可以为语音处理管理(VM)模块。
当文件服务器采用本发明设置的业务音资源处理系统向资源管理系统上报了经过编码压缩的业务音编码后,资源管理系统要设置编码解压缩功能,对接收到的经过编码压缩的业务音编码进行解码,得到业务音编码。资源管理系统设置的编码解压缩功能采用的算法要与业务音资源处理系统采用的算法相同,如都采用现有技术的行程编码算法。这样,资源管理系统可以根据解码的语音编码通过本发明中的业务音资源处理系统到文件服务器中查找业务音文件了。对于如何通过本发明中的业务音资源处理系统到文件服务器中查找业务音文件不是本发明要保护的方案,所以不再进行详细说明。
当业务音编码为语音编码时,本发明设置的业务音资源处理系统为语音资源处理系统。
以下举一个具体的实施例说明本发明提供的系统及方法。
假设文件服务器中存储的业务音编码为语音编码,并且该语音编码的类型为VOX。当然,其他类型的语音编码,如类型为TTS的语音编码也可以采用本实施例完成向资源管理系统的上报过程。
本实施例分为两大部分第一部分为从文件服务器获取语音编码并进行处理过程;第二部分为语音编码进行编码压缩并上报给资源管理系统过程。以下对这两大部分进行详细叙述。
从文件服务器获取语音编码并进行处理过程这个过程是由IO模块完成的,IO模块与文件服务器进行交互,对文件服务器存储的语音文件进行操作。
IO模块将文件服务器存储的多个语音文件中文件名后缀为.VOX的文件名进行依次读取并处理,将其处理为类型为无符号整型(unsigned long)的四个字节的语音编码。例如文件服务器中存储有一个名为1234ABCD.VOX的语音文件,则IO模块以字符串形式读取该文件名,然后将后缀名.VOX去掉,变为“1234ABCD”共8个字符的字符串,再以每个字符占4比特的原则,将8个字符设置为一个四字节的语音编码,即8个十六进制的数字,每两个十六进制的数字占用一个字节,其中,该语音编码的业务种类12占一个字节,语言种类34占一个字节,语音编码值ABCD占二个字节。
IO模块设置存储容量为64×1024×4字节大小的存储区域用来存放处理后的语音编码后,判断所存储的语音编码是否重复,如果是,则丢弃,否则,则存储处理后的语音编码。在存储语音编码时,还可以根据所处理后的语音编码的编码值从小到大进行升序排列存储,直到将所有存储的语音编码的编码值都排列并存储完毕,结束从文件服务器获取语音编码并进行处理过程。
图5为本发明对从文件服务器中获取语音编码并进行处理的方法实施例流程图,其具体步骤为步骤500、IO模块从文件服务器中读取文件名后缀为.VOX的语音文件的文件名。
步骤501、IO模块将所读取的文件名处理为语音编码。
步骤502、IO模块判断步骤501处理的语音编码是否与在自身存储区域所存储的语音编码中的一个相同,如果是,则转入步骤504;否则,执行步骤503。
步骤503、IO模块将步骤501设置的语音编码按照编码值升序排列插入到自身存储区域中,执行步骤504。
步骤504、IO模块访问文件服务器,判断是否还有文件名后缀为.VOX的语音文件,如果是,转入步骤500;否则,结束本流程。
语音编码进行编码压缩并上报给资源管理系统过程语音编码进行编码压缩并上报给资源管理系统过程是由VM模块完成的,当IO模块进行完从文件服务器获取语音编码并处理的过程后,向VM模块发送语音编码加载完成消息,接收到该消息的VM从IO的存储区域中获取所存储的语音编码,采用行程编码算法进行编码压缩后将编码压缩后的语音编码存储在自身设置的缓存区中。
等到所有从IO的存储区域中读取的所存储的语音编码都被编码压缩并存储在VM模块设置的缓存区后,再将所缓存的进行编码压缩后的语音编码携带在所设置的语音编码消息中发送给资源管理系统,该语音编码消息可以携带272个字节的编码压缩后的语音编码。
在进行语音编码的压缩过程中,为了保证每个编码压缩的语音编码的业务种类码以及语言种类码正确,可以对每个编码压缩的语音编码进行业务种类、语言种类以及编码值进行记录。这是因为,当某两个语音编码的编码值相等时,但是业务类型或/和语言种类肯定不同,如两个语音编码分别为10101A2B和201B1A2B。
图6为本发明对编码压缩的语音编码进行记录实施例的流程图,其具体步骤为步骤600、VM按照升序顺序获取一个存储在IO模块的存储区域中的语音编码作为当前语音编码。
步骤601、VM按照升序顺序获取存储在IO模块的存储区域中的当前语音编码的下一个语音编码。
步骤602、VM判断所获取的两个语音编码的业务种类是否相等,如果否,则执行步骤603;否则,执行步骤604;步骤603、VM记录当前语音编码的业务种类,将当前语音编码的下一个语音编码作为当前语音编码后,返回步骤601继续执行。
步骤604、VM判断所获取的两个语音编码的语言种类是否相等,如果否,则执行步骤605;否则,执行步骤606。
步骤605、VM记录当前语音编码的业务种类和语音码,将当前语音编码的下一个语音编码作为当前语音编码后,返回步骤601继续执行。
步骤606、VM判断所获取的两个语音编码的编码值是否相差1,如果不是,则执行步骤607;否则,执行步骤608。
步骤607、VM记录当前语音编码的业务种类、语音码以及编码值,将当前语音编码的下一个语音编码作为当前语音编码后,返回步骤601继续执行。
步骤607、VM启动连续编码计数器并给该连续编码计数器加1,将当前语音编码的下一个语音编码作为当前语音编码后,返回步骤601继续执行,直到将IO模块存储的所有语音编码都处理完,对启动连续编码计数器的语音编码的业务种类、语言码以及编码值进行记录并且记录计数值。
本发明也可以将文件服务器存储的业务音文件的文件名进行优化设置,即对相同业务种类和语言种类的不同业务音文件使用的文件名顺序加1。如这些业务音文件的文件分别为10110001、10110002、10110003、10110004、10110005、10110006、10110007、10110008、10110009、10110010、10110011、10110012、10110013、10110014、10110015、10110016、10110017、10110018、10110019、10110020、10110021、10110022、10110023和10110024。如果按照现有技术上报业务音编码,则需要占用4×24=96个字节的数据空间,而采用本发明提供的系统及方法后,连同编码帧帧头在内所占的数据空间也不过9个字节,压缩比高达10.6∶1。因此,本发明提供的系统及方法可以大大压缩上报的数据量,减少发送业务音编码消息的数目。更进一步地,本发明提供的系统及方法可以提高上报业务音编码的效率、减少因为帧错序而导致上报失败的风险。
既使在文件服务器中对要上报的业务音编码进行删除或增加,由于在实际中绝大多数要上报的具有相同的业务种类和语言种类的语音编码在某些区间是连续加1排列的,因此,本发明提供的方法及系统与现有技术提供的方案相比仍然能够保持约8.7∶1的压缩比,在实际上报语音编码时表现出了优良的性能。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种上报业务音编码的方法,其特征在于,该方法包括A、业务音资源处理系统从文件服务器中读取业务音编码,进行编码压缩后并且存储;B、业务音资源处理系统将所存储的编码压缩后的业务音编码根据业务音编码消息携带业务音编码的容量,携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
2.如权利要求1所述的方法,其特征在于,在步骤A所述进行编码压缩之前,该方法还包括对业务音编码进行存储后,获取所存储的业务音编码。
3.如权利要求2所述的方法,其特征在于,所述对业务音编码进行存储的过程为根据读取的业务音编码的编码值按照升序或降序进行排序后再存储。
4.如权利要求2所述的方法,其特征在于,在所述对业务音编码进行存储之前,该方法还包括判断读取的业务音编码是否与已存储的业务音编码重复,如果重复,丢弃读取的业务音编码;如果不重复,存储读取的业务音编码。
5.如权利要求3所述的方法,其特征在于,在进行步骤A所述的编码压缩时,还对所压缩的业务音编码进行记录,具体为A1、从所存储的排序后的业务音编码中获取当前语音编码;A2、根据所存储的排序后的业务音编码的顺序获取当前语音编码的下一个语音编码;A3、判断所述两个业务音编码的业务种类是否相同,如果不相同,记录排序在前的业务音编码的业务种类,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,执行步骤A4;A4、判断所述两个业务音编码的语言种类是否相同,如果不相同,记录排序在前的业务音编码的业务种类和语言种类,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,执行步骤A5;A5、判断所述两个业务音编码的编码值是否相差1,如果不是,记录排序在前的业务音编码的业务种类、语言种类和编码值,将排序在后的业务音编码作为当前业务音编码,返回步骤A2;否则,启动设置的连续编码计数器并给该连续编码计数器加1,将当前业务音编码的下一个业务音编码作为当前语音编码后,返回步骤A2继续执行,直到将存储的排序后的所有业务音编码都处理完,对启动连续编码计数器的语音编码的业务种类、语言码和编码值进行记录并且记录计数值。
6.如权利要求1、2、3、4或5所述的方法,其特征在于,所述的业务音编码为语音编码。
7.如权利要求1所述的方法,其特征在于,步骤A所述的进行编码压缩采用行程编码算法。
8.一种上报业务音编码的系统,包括文件服务器和资源管理系统,其特征在于,在文件服务器和资源管理系统之间还包括业务音资源处理系统,用于将从文件服务器中读取的业务音编码处理为设定的业务音编码数据结构,进行编码压缩后携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
9.如权利要求8所述的系统,其特征在于,所述的业务音资源处理系统由业务音编码预处理模块和业务音编码压缩、上报模块组成,其中,业务音编码预处理模块分别与文件服务器和业务音编码压缩、上报模块相连接,用于从文件服务器读取业务音编码后处理为设定的业务音编码数据结构后,发送给业务音编码压缩、上报模块;业务音编码压缩、上报模块分别与资源管理系统和业务音编码预处理模块相连接,用于将从业务音编码预处理模块接收到的经过处理后的业务音编码进行编码压缩后,再将经过编码压缩的业务音编码携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
10.如权利要求9所述的系统,其特征在于,所述的业务音编码预处理模块还包括存储区域,用于保存经过处理后的业务音编码,将所保存的经过处理后的业务音编码发送给业务音编码压缩、上报模块。
11.如权利要求9所述的系统,其特征在于,所述的业务音编码压缩、上报模块还包括缓存区,用于保存经过编码压缩后的业务音编码,将所保存的经过编码压缩后的业务音编码携带在一个或一个以上的业务音编码消息中发送给资源管理系统。
12.如权利要求8所述的系统,其特征在于,所述的业务音编码预处理模块为输入输出IO模块;所述的业务音编码压缩、上报模块为语音处理管理VM模块。
全文摘要
本发明公开了一种上报业务音编码的方法及系统,该方法包括A.业务音资源处理系统从文件服务器中依次读取业务音编码,进行编码压缩后并且存储;B.业务音资源处理系统将所存储的编码压缩后的业务音编码根据业务音编码消息携带业务音编码的容量,携带在一个或一个以上的业务音编码消息中发送给资源管理系统。本发明提供的方法及系统在文件服务器向资源管理系统上报业务音编码时,节省占用的数据空间和上报时间。
文档编号H04M3/42GK1859593SQ200610001568
公开日2006年11月8日 申请日期2006年1月24日 优先权日2006年1月24日
发明者程明, 曹汉平, 吴燕宇, 苏宇, 游崇 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1