数据传输方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种数据传输方法及装置。
【背景技术】
[0002]在CS 域(Circuit Switch domain，电路交换域)网络中，3GPP(3rd Generat1nPartnership Project，第三代合作伙伴计划)用户面协议定义了一种FQC(Frame QualityClassifier，帧质量分类)传递机制。图1是根据相关技术的CS域中端到端的FQC实现机制示意图，以图1所示为例，在CS域通话过程中，UE1—>UE2方向上(用户设备(UserEquipment,简称为UE，也称终端))，当无线链路质量不好的时候，RNC①从无线链路上收到的数据如果有损坏，且Iu 口的“Delivery of erroneous SDU”参数为“YES”，则RNC①会把这帧数据封装发送给MGW(Media Gateway，媒体网关)，且该帧数据的FQC设为“frame baddue to rad1”。如果是 TrFO(Transcoder Free Operat1n，免编码转换操作)呼叫，这些FQC为“frame bad due to rad1”的坏帧会传送到RNC②，RNC②会丢弃坏帧，只是把FQC为“frame good”的好帧往UE2发送；如果是非TrFO呼叫，这些FQC为“frame bad due torad1”的数据帧由MGW内部的声码器进行处理。综上所述，在已有的CS域实现机制中，FQC指示为坏帧的数据包是在数据的接收点上判断是否继续处理。
[0003]在頂S(IP Multimedia System, IP多媒体系统)网络中，数据封装协议遵守RFC4867协议，也定义了 Frame quality indicator (Q bit)用于指示净荷数据质量。
[0004]在CS域与LTE语音业务(Voice over LTE，简称为VoLTE)互通的边界上，IM-MGff (IP Multimedia-Media Gateway，IP多媒体网关)网元只是进行了数据净荷封装协议的转换，从3GPP的UP (User Plane,用户面)协议封装格式转换成IP承载要求的RFC4867格式，CS侧的FQC字段转换成RFC4867定义的Q bit，与数据净荷一起发往VoLTE网络。
[0005]而在实际对接测试中发现，由于VoLTE网络侧处理FQC参数的机制不完善，会导致如下的现象:当CS接入侧无线链路质量不好时，相同接入条件下，CS域用户与VoLTE用户互通时的语音质量，不如CS域内用户之间互通时的语音质量好。
[0006]导致上述现象出现原因就在于:CS无线接入质量不好时产生的坏帧，CS域接收处理与VoLTE接收处理不同。图2是根据相关技术的CS域与VoLTE互通时面临问题的示意图，如图2所示，VoLTE网络中会把坏帧一直传递给终端，而CS网络中，坏帧在被叫RNC接收后就丢弃了，不会发给终端处理。
[0007]针对相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，目前尚未提出有效的解决方案。
【发明内容】
[0008]本发明实施例提供了一种数据传输方法及装置，以至少解决相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题。
[0009]根据本发明的一个实施例，提供了一种数据传输方法，包括:第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；所述边界网元将进行FQC处理后的所述数据发送给所述第二网络。
[0010]本实施例中，所述边界网元对所述数据进行FQC处理包括:所述边界网元确定所述第二网络不支持FQC处理，则所述边界网元对所述数据进行FQC处理。
[0011]本实施例中，所述边界网元对所述数据进行FQC处理包括:所述边界网元判断所述数据中是否存在坏帧；如果是，所述边界网元丢弃所述坏帧。
[0012]本实施例中，所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
[0013]本实施例中，所述边界网元为IP多媒体网关頂-MGW。
[0014]根据本发明的另一实施例，提供了一种数据传输装置，位于第一网络与第二网络之间互通的边界网元中，其中，所述第一网络支持FQC处理，所述装置包括:判断模块，用于判断从第一网络传来的数据是否向第二网络发送；处理模块，用于在所述判断模块的判断结果为是时，对所述数据进行帧质量分类FQC处理；发送模块，用于将进行FQC处理后的所述数据发送给所述第二网络。
[0015]本实施例中，所述处理模块包括:确定单元，用于在确定所述第二网络不支持FQC处理的情况下，对所述数据进行FQC处理。
[0016]本实施例中，所述处理模块包括:判断单元，用于判断所述数据中是否存在坏帧；处理单元，用于在所述判断单元的判断结果为是时，丢弃所述坏帧。
[0017]本实施例中，所述第一网络为电路交换CS域；和/或，所述第二网络为长期演进语音业务VoLTE网络。
[0018]本实施例中，所述边界网元为IP多媒体网关頂-MGW。
[0019]通过本发明，采用第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；所述边界网元将进行FQC处理后的所述数据发送给所述第二网络的方式，解决了相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，提升了支持FQC的网络与不支持FQC的网络之间互通时的通话质量，提高网络兼容性。
【附图说明】
[0020]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0021]图1是根据相关技术的CS域中端到端的FQC实现机制示意图；
[0022]图2是根据相关技术的CS域与VoLTE互通时面临问题的示意图；
[0023]图3是根据本发明实施例的数据传输方法的流程图；
[0024]图4是根据本发明实施例的数据传输装置的结构框图；
[0025]图5是根据本发明优选实施例的CS域用户与VoLTE用户之间语音互通时提高端到端语音质量的方案示意图；
[0026]图6是根据本发明优选的第一实施例的参与节点架构及流程示意图；
[0027]图7是根据本发明优选的第二实施例的参与节点架构及流程示意图；
[0028]图8是根据本发明优选的第三实施例的参与节点架构及流程示意图。
【具体实施方式】
[0029]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0030]在本实施例中，提供了一种数据传输方法，图3是根据本发明实施例的数据传输方法的流程图，如图3所示，该方法包括如下步骤:
[0031]步骤S302，第一网络与第二网络之间互通的边界网元判断从第一网络传来的数据是否向第二网络发送，其中，所述第一网络支持FQC处理；
[0032]步骤S304，如果是，则所述边界网元对所述数据进行帧质量分类FQC处理；
[0033]步骤S306，所述边界网元将进行FQC处理后的所述数据发送给所述第二网络。
[0034]本实施例通过上述步骤，边界网元在从第一网络向第二网络发送数据之前，先对数据进行FQC处理，然后再将FQC处理后的数据发送给第二网络，避免了在第二网络不支持FQC处理时的互通缺陷，解决了相关技术中支持FQC的网络与可能不支持FQC的网络互通时面临问题，提升了支持FQC的网络与不支持FQC的网络之间互通时的通话质量，提高网络兼容性。
[0035]其中，本实施例中的所述第一网络可以为CS域；和/或，本实施例中的所述第二网络则可以为VoLTE网络。其中，所述边界网元可以为頂-MGW。
[0036]本实施例中，所述边界网元可以在确定所述第二网络不支持FQC处理的情况下，再对所述数据进行FQC处理。
[0037]本实施例中，所述边界网元对所述数据进行FQC处理具体可以包括:所述边界网元判断所述数据中是否存在坏帧；如果是，所述边界网元丢弃所述坏帧。
[0038]对应于上述方法，在本实施例中还提供了一种数据传输装置，位于第一网络与第二网络之间互通的边界网元中，其中，所述第一网络支持FQC处理，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0039]图4是根据本发明实施例的数据传输装置的结构框图，如图4所示，该装置包括判断模块42、处理模块44和发送模块46，下面对各个模块进行详细说明:
[0040]判断模块42，用于判断从第一网络传来的数据是否向第二网络发送；处理模块44，与判断模块42相连，用于在所述判断模块42的判断结果为是时，对所述数据进行帧质量分类FQC处理；发送模块46，与处理模块44相连，用于将进行FQC处理后的所述数据发送给所述第二网络。
[0041 ] 其中，本实施例中的所述第一网络可以为CS域；和/或，本实施例中的所述第二网络则可以为VoLTE网络。其中，所述边界网元可以为頂-MGW。
[0042]本实施例中，所述处理模块44可以包括:确定单元，用于在确定所述第二网络不支持FQC处理的情况下，对所述数据进行FQC处理。
[0043]本实施例中，所述处理模块44还可以包括:判断单元，用于判断所