CN110290130B - Volte数据的传输方法、装置、接入网设备以及存储介质 - Google Patents
Volte数据的传输方法、装置、接入网设备以及存储介质 Download PDFInfo
- Publication number
- CN110290130B CN110290130B CN201910542850.7A CN201910542850A CN110290130B CN 110290130 B CN110290130 B CN 110290130B CN 201910542850 A CN201910542850 A CN 201910542850A CN 110290130 B CN110290130 B CN 110290130B
- Authority
- CN
- China
- Prior art keywords
- message
- protocol type
- ssrc
- analyzed
- volte
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种VOLTE数据的传输方法、装置、接入网设备以及存储介质，其中方法包括：获取上行PDCP分组数据汇聚层的IP报文；对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；当记录的关系表中存在SSRC标识时，根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。本申请基于在同一接入网设备中的用户终端间的VOLTE通话，接入网设备根据上行PDCP层的IP报文，当记录的关系表中存在IP报文中相同的SSRC标识时，则将报文作为下行PDCP层的IP报文下行传输至第二用户终端，实现由接入网设备对用户终端的上行数据进行直接转发传输，增强了VOLTE数据传输质量，提高了VOLTE数据传输效率。
Description
技术领域
本申请涉及移动通信技术领域，特别是涉及一种VOLTE数据的传输方法、装置、接入网设备以及存储介质。
背景技术
随着移动通信技术的发展，VOLTE(Voice over Long-Term Evolution，长期演进语音承载)通话的业务占据着整个通信业务的重要份额。然而，在有线网络覆盖较为薄弱的地方，比如海洋和深山等区域，VOLTE通话大多通过卫星电话来完成，而卫星电话费用昂贵、卫星带宽也非常紧缺。虽然在常规有线传输网络领域，带宽不会像卫星那样昂贵，但带宽紧张、拥堵也时有发生，当同一区域的用户进行VOLTE通话时，常常由于传输质量差导致通话效果差。
在实现过程中，发明人发现传统技术中至少存在如下问题：传统的进行VOLTE通话时，VOLTE数据传输质量差，传输效率低。
发明内容
基于此，有必要针对上述传统的VOLTE通话时，VOLTE数据传输质量差、传输效率低的问题，提供一种VOLTE数据的传输方法、装置、接入网设备以及存储介质。
为了实现上述目的，一方面，本申请实施例提供了一种VOLTE数据的传输方法，所述方法包括：
获取上行PDCP分组数据汇聚层的IP报文，其中，上行PDCP分组数据汇聚层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
对IP报文进行解析，得到解析后的报文，并提取解析后的报文中的SSRC同步信源标识；
当记录的关系表中存在SSRC同步信源标识时，根据关系表封装VOLTE语音数据报文，将封装后的报文作为下行PDCP分组数据汇聚层的IP报文下行传输至第二用户终端。
在其中一个实施例中，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，包括：对IP报文进行解析，得到解析后的报文；识别解析后的报文的协议类型，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识。
在其中一个实施例中，上述方法还包括：当记录的关系表中不存在SSRC同步信源标识时，或者，当解析后的报文的协议类型不为目标协议类型时，则依据网络层协议对VOLTE语音数据报文进行处理后经由网络传输至核心网，由核心网将处理后的VOLTE语音数据报文传输至第二用户终端。
在其中一个实施例中，关系表的生成方式包括：获取下行网络层的GTP报文；对GTP报文进行解析，并识别解析后的报文的协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识；记录SSRC同步信源标识与报文的IP头和UDP头之间的对应关系，以生成关系表。
在其中一个实施例中，目标协议类型包括RTP协议类型；则当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：当解析后的报文的协议类型为RTP协议类型时，则提取解析后的RTP报文中的SSRC同步信源标识；则记录SSRC同步信源标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTP报文中的SSRC同步信源标识与RTP报文的IP头和UDP头之间的对应关系，以生成第一关系表，其中，关系表包括第一关系表。
在其中一个实施例中，目标协议类型包括RTCP协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为源报告包报文，则提取解析后的RTCP报文中的发送方SSRC同步信源标识；则记录SSRC同步信源标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的发送方SSRC同步信源标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第二关系表，其中，关系表包括第二关系表。
在其中一个实施例中，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为接收方报告包报文，则提取解析后的RTCP报文中的接收方SSRC同步信源标识；则记录SSRC同步信源标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的接收方SSRC同步信源标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第三关系表，其中，关系表包括第三关系表。
另一方面，本申请实施例还提供了一种VOLTE数据的传输装置，包括：报文获取模块，用于获取上行PDCP分组数据汇聚层的IP报文，其中，上行PDCP分组数据汇聚层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；报文解析模块，用于对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；报文传输模块，用于当记录的关系表中存在SSRC同步信源标识时，根据关系表封装VOLTE语音数据报文，将封装后的报文作为下行PDCP分组数据汇聚层的IP报文下行传输至第二用户终端。
又一方面，本申请实施例还提供了一种接入网设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以上所述方法的步骤。
再一方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以上所述方法的步骤。
上述种VOLTE数据的传输方法、装置、接入网设备以及存储介质，基于在同一接入网设备中的用户终端间的VOLTE通话，接入网设备获取上行PDCP层的IP报文，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，当记录的关系表中存在相同的SSRC标识时，则根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端，实现由接入网设备对用户终端的上行数据进行直接转发传输，避免因网络层传输质量差导致的丢包问题，增强了VOLTE数据传输质量，提高了VOLTE数据传输效率。
附图说明
图1为传统的VOLTE数据传输过程示意图；
图2一个实施例中VOLTE数据的传输方法的应用环境图；
图3为一个实施例中VOLTE数据的传输方法的流程示意图；
图4为一个实施例中接入网设备内部各模块间的交互示意图；
图5为另一个实施例中VOLTE数据的传输方法的流程示意图；
图6为一个实施例中关系表的生成方式的流程示意图；
图7为一个实施例中对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识的步骤的流程示意图；
图8为一个实施例中对GTP报文进行解析，并根据解析后的报文的协议类型生成关系表的流程示意图；
图9为一个实施例中根据上行PDCP层的IP报文中的SSRC标识传输对应的VOLTE报文的流程示意图；
图10为一个实施例中VOLTE数据的传输装置的结构框图；
图11为一个实施例中接入网设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
传统的VOLTE数据传输过程如图1所示，现有长期演进(Long Term Evolution，简称LTE)传输系统中，针对同一接入网设备中的用户终端之间的VOLTE通话，VOLTE数据都需要经由接入网设备进行处理后转发至核心网，再由核心网发送给各个网元。即通话的每一个语音数据包都需经历“第一用户终端→第一用户终端所连接的接入网设备→核心网→第二用户终端所连接的接入网设备→第二用户终端”或者“第二用户终端→第二用户终端所连接的接入网设备→核心网→第一用户终端所连接的接入网设备→第一用户终端”过程。这里的核心网和接入网设备对用户终端语音数据仅起着数据包的转发作用，核心网和接入网设备的参与延长了第一用户终端与第二用户终端间的传输路径，不仅会增加语音数据包的时延，还会因核心网压力过大而导致VOLTE数据传输质量差、效率低的问题。以接入网设备为LTE基站为例，其中2G、3G、4G和5G制式的基站都面临类似问题。
虽然目前也有一些基于VOLTE回环技术的案例，但是却多为基于IP地址的回环，在地址相对应的情况下，进行转发。然而在实际工程中，基于某些VOLTE业务的IP地址和UDP(User Datagram Protocol，用户数据报协议)端口都不具有对应性，即主被叫终端的VOLTE报文的源/目标IP地址均不相同、UDP端口也均不同，此类回环转发的方法根本不适用。
基于此，本申请实施例提供了一种VOLTE数据的传输方法，基于同一接入网设备中的用户终端间的VOLTE通话，对用户终端的上行数据报文不经过核心网，接入网设备直接根据下行记录的关系表中的SSRC标识对上行数据报文进行传输，避免因网络层传输质量差导致的丢包问题，增强了数据传输质量，进而提高数据传输效率。
本申请提供的VOLTE数据的传输方法，可以应用于如图2所示的应用环境中，其中，接入网设备通过网络分别连接第一用户终端、第二用户终端。其中，接入网设备可以是LTE基站，接入网设备也可以是2G、3G或5G等制式的接入网设备。第一用户终端可以是个人计算机、笔记本电脑、智能手机、平板电脑或便携式可穿戴设备。第二用户终端也可以是个人计算机、笔记本电脑、智能手机、平板电脑或便携式可穿戴设备。其中，可以以报文传输方向为依据，将用户终端归类为发送或接收终端；在一个具体的示例中，第一用户终端可以是接收终端，也可以是发送终端；相对应的，第二用户终端可以是接收终端，也可以是发送终端。
具体的，如图2所示，当第一用户终端和第二用户终端接入同一接入网设备时，第一用户终端发送给第二用户终端的语音数据只需经过“第一用户终端→接入网设备→第二用户终端”路径就能到达第二用户终端，第二用户终端发送给第一用户终端的语音数据只需经过“第二用户终端→接入网设备→第一用户终端”路径就能到达第一用户终端。使得通话过程缩短了第一用户终端和第二用户终端间的语音数据传输路径，即减少了核心网和目标基站的对语音数据包的转发，因而可减少语音数据的交互开销、节省带宽，既能减轻核心网的压力，也能提高核心网的利用率。且传输路径的缩短，还能降低语音数据包的时延，减少语音数据包的丢包和出错可能性。
在一个实施例中，如图3所示，提供了一种VOLTE数据的传输方法，以该方法应用于图2中的接入网设备为例进行说明，包括以下步骤：
步骤302，获取上行PDCP分组数据汇聚层的IP报文，上行PDCP分组数据汇聚层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的。
其中，上行PDCP(Packet Data Convergence Protocol Layer，分组数据汇聚层，以下简称PDCP层)的IP报文指的是上行传输的PDCP IP。VOLTE(Voice over LTE，基于IMS的语音业务)数据指的是一种语音业务所传输的数据，也可称为VOLTE报文。
在接入网设备内部各模块间的交互示意如图4所示，在接入网设备内部，本申请中新增了传输装置，语音数据处理流程涉及的接入网设备空口侧协议栈包括PHY层(PhysicalLayer，物理协议层)、MAC层(Media Access Control Layer，介质访问控制层)、RLC层(Radio LinkControl Layer，无线链路控制层)、PDCP层(Packet Data ConvergenceProtocol Layer，分组数据汇聚层)协议层；涉及的接入网设备网络层协议栈主要有GTP层(G PR S TunnellingProtocol Layer，GPRS隧道层)。具体的，在本实施例中，当需要进行VOLTE数据传输时，接入网设备的传输装置可获取上行PDCP层的IP报文，即经PHY层、MAC层、RLC层、PDCP层对VOLTE语音数据报文处理后得到的IP报文。
步骤304，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识。
通常，依据接入网设备空口侧协议栈协议，接入网设备需要对第一用户终端发送的VOLTE语音数据报文进行接入网设备空口侧各协议栈的层层处理封装，自上而下添加上接入网设备空口侧各层协议头。因此，在本实施例中，接入网设备需要对来自上行PDCP层的IP报文进行层层解析，以还原VOLTE语音数据IP报文，从而得到解析后的VOLTE语音数据IP报文，进而提取报文中的SSRC(Synchronization Source，同步信源)标识，以下简称SSRC标识。其中，SSRC标识指产生媒体流的唯一性信源标识，它通过RTP(Real-time TransportProtocol，实时传输协议)或RTCP(Real-time Transport Control Protocol或RTPControl Protocol，实时传输协议RTP的一个姐妹协议)报头中的一个32位数字SSRC标识符来标识，而不依赖于网络地址。
步骤306，当记录的关系表中存在SSRC标识时，根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。
其中，记录的关系表是指接入网设备根据下行VOLTE报文记录的报文中的唯一性SSRC标识与IP头和UDP头之间对应关系的关系表。具体地，接入网设备在记录的关系表中查询是否存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识，当存在相同的SSRC标识时，则根据关系表中记录的对应关系层层封装VOLTE报文，从而将上行PDCP层的IP报文作为下行PDCP层的IP报文下行传输至第二用户终端。
例如，当接入网设备中的PDCP层确认记录的关系表中存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识时，则将上行PDCP层的IP报文作为下行PDCP层的IP报文传输给RLC层，由RLC层将报文传输给MAC层，由MAC层将报文传输给PHY层，由PHY层将报文传输给第二用户终端，进而实现由接入网设备对第一用户终端的上行数据进行直接转发传输。
上述VOLTE数据的传输方法，基于在同一接入网设备中的用户终端间的VOLTE通话，接入网设备获取上行PDCP层的IP报文，对IP报文进行深度解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，当记录的关系表中存在相同的SSRC标识时，则根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端，实现由接入网设备对用户终端的上行数据进行直接转发传输，避免因网络层传输质量差导致的丢包问题，增强了VOLTE数据传输质量，提高了VOLTE数据传输效率。
在一个实施例中，如图5所示，接入网设备在记录的关系表中查询是否存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识，当记录的关系表中不存在SSRC标识时，则上述VOLTE数据的传输方法还包括如下步骤：
步骤308，依据网络层协议对VOLTE报文进行处理后经由网络传输至核心网，由核心网将处理后的VOLTE报文传输至第二用户终端。
具体地，接入网设备在记录的关系表中查询是否存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识，当不存在相同的SSRC标识时，则将上行PDCP层的IP报文发送给GTP层，由GTP层对上行PDCP层进行GTP层头部处理，将处理结果发送给核心网，并通过核心网将进行GTP头部处理后的IP报文下行传输至第二用户终端。
本实施例中，当同一接入网设备中的用户终端间的VOLTE通话时，若记录的关系表中存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识时，则根据记录的关系表将上行PDCP层的IP报文作为下行PDCP层的IP报文传输至第二用户终端；若记录的关系表中不存在与上行PDCP层的IP报文中SSRC标识相同的SSRC标识时，将上行PDCP层的IP报文通过核心网下行传输至第二用户终端。实现连接在同一接入网设备中的用户终端间的VOLTE数据报文可通过接入网设备直接进行转发传输，因而减少了VOLTE数据的交互开销、节省了带宽，增强了VOLTE数据传输质量，提高了VOLTE数据传输效率，增强了VOLTE通话体验，且减轻了核心网的压力。
在一个实施例中，如图6所示，上述步骤中关系表的生成方式可以包括如下步骤：
步骤602，获取下行网络层的GTP报文。
在本实施例中，接入网设备除了接收正常的主叫用户终端发送的上行数据外，还需要接收主叫用户终端发送的上行数据的被叫用户终端也连接在本接入网设备上的待发往被叫用户终端的下行数据。根据接入网设备内部各模块间的交互可知，下行数据是经由核心网传输至下行网络层协议栈即下行GTP网络层的GTP报文。
步骤604，对GTP报文进行解析，并识别解析后的报文的协议类型。
其中，报文的协议类型是指报文在传输过程中以不同传输协议对其进行封装的方式，具体的封装方式就是根据传输协议添加一些信息段，如报文头。在本实施例中，依据接入网设备空口侧协议栈协议，接入网设备需要对来自下行GTP网络层的GTP报文进行解析。具体的，其解析过程可以是拆除下行GTP网络层的GTP报文的GTP隧道头，以还原VOLTE语音数据IP报文，从而得到解析后的下行VOLTE语音数据IP报文，进而依据接入网设备空口侧协议栈协议对下行VOLTE语音数据IP报文进一步解析后，即可根据解析后的下行报文中的报头识别解析后的报文的协议类型。
步骤606，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识。
其中，目标协议类型可以是RTP协议类型和RTCP协议类型。在根据上述步骤对来自下行GTP网络层的GTP报文进行解析后，即可根据解析后的报文中的报头识别解析后的报文的协议类型。在本实施例中，当解析后的报文的协议类型为RTP协议类型或RTCP协议类型时，则根据解析后的报文中的报文字段提取报文中的SSRC标识。
步骤608，记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表。
具体的，IP报文的数据部分即为UDP数据报，IP层的报头指明了源用户终端和目的用户终端的地址，而UDP层的报头则指明了用户终端的源端口和目的端口。因此，在本实施例中，通过提取下行网络层的GTP报文中的SSRC标识，记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表。从而在上行PDCP层的IP报文到来时，可以通过记录的关系表快速判断主叫用户终端与被叫用户终端是否连接在同一接入网设备上，并在确定其连接同一接入网设备时，根据关系表中记录的SSRC标识与报文的IP头和UDP头之间的对应关系，对上行PDCP层的IP报文进行封装，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。从而缩短了连接在同一接入网设备上的主叫用户终端和被叫用户终端间的语音数据传输路径、减少语音数据包的丢包和出错可能性，还能缓解核心网的压力，提高核心网和接入网设备的利用率。
在本实施例中，当解析后的报文的协议类型不为目标协议类型时，即解析后的报文的协议类型不为RTP协议类型或RTCP协议类型时，或者当生成关系表后，本申请的方法还包括：依据接入网设备空口侧协议栈协议，接入网设备将下行网络层的GTP报文进行相应的处理后下发至下行PDCP层。
在一个实施例中，如图7所示，对于图3中的步骤304，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，其具体可以包括如下步骤：
步骤702，对IP报文进行解析，得到解析后的报文。
在本实施例中，依据接入网设备空口侧协议栈协议，接入网设备需要对来自上行PDCP层的IP报文进行层层解析，具体的，其解析过程自下而上可以包括PHY层解析、MAC层解析、RLC层解析和PDCP层解析，从而得到解析后的上行VOLTE语音数据IP报文。
步骤704，识别解析后的报文的协议类型，判断解析后的报文的协议类型是否为目标协议类型；若是则执行步骤706，否则执行上述步骤308。
具体的，目标协议类型可以是RTP协议类型和RTCP协议类型。在根据上述步骤对来自上行PDCP层的IP报文进行层层解析后，即可根据解析后的报文中的报头识别解析后的报文的协议类型，当确定解析后的报文的协议类型为RTP协议类型或RTCP协议类型时，则执行下述步骤706，否则按上述步骤308对该上行PDCP层的IP报文进行处理。
步骤706，提取解析后的报文中的SSRC标识。
在本实施例中，当解析后的报文的协议类型不为目标协议类型时，即解析后的报文的协议类型不为RTP协议类型或RTCP协议类型时，则按上述步骤308操作，即依据网络层协议对上行VOLTE报文进行处理后经由网络传输至核心网，再由核心网将处理后的上行VOLTE报文传输至第二用户终端。
当确定解析后的报文的协议类型为目标协议类型时，即当确定解析后的报文的协议类型为RTP协议类型或RTCP协议类型时，则根据解析后的报文中的报文字段提取报文中的SSRC标识。并通过记录的关系表快速判断主叫用户终端与被叫用户终端是否连接在同一接入网设备上，并在确定其连接同一接入网设备时，根据关系表中记录的SSRC标识与报文的IP头和UDP头之间的对应关系，对上行PDCP层的IP报文进行封装，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。从而缩短了连接在同一接入网设备上的主叫用户终端和被叫用户终端间的语音数据传输路径、减少语音数据包的丢包和出错可能性，还能缓解核心网的压力，提高核心网和接入网设备的利用率。
在一个实施例中，为了对上行PDCP层的IP报文的目的用户终端进行快速定位，以判断通信对应的用户终端是否连接在同一接入网设备中，在本实施例中，在对下行网络层的GTP报文进行处理以建立关系表时，可以根据解析后的下行GTP网络层的GTP报文的协议类型的不同，建立不同的关系表，因此，在接收到上行PDCP层的IP报文时，也可以根据解析后的IP报文的协议类型的不同而查找不同的关系表，从而进行快速判断，以降低语音数据包的传输时延，并提高VOLTE数据传输质量和效率。
具体的，如图8所示，对GTP报文进行解析，并根据解析后的报文的协议类型生成关系表，具体可以包括如下步骤：
步骤800，接收下行网络层的GTP报文，对GTP报文进行解析并识别解析后的报文的协议类型。
具体的，接入网设备拆除接收到的下行GTP网络层的GTP报文的GTP隧道头，以还原VOLTE语音数据IP报文，从而得到解析后的下行VOLTE语音数据IP报文，进而对下行VOLTE语音数据IP报文进一步解析后，即可根据解析后的下行报文中的报头识别解析后的报文的协议类型。
步骤802，判断解析后的报文的协议类型是否为RTP协议类型或RTCP协议类型，若为RTP协议类型则执行步骤804，若为RTCP协议类型则执行步骤806，否则执行步骤812。
步骤804，生成第一关系表。
具体的，当解析后的报文的协议类型为RTP协议类型时，则提取RTP报文中的SSRC标识，并根据RTP报文中的SSRC标识与报文的IP头和UDP头之间的对应关系生成第一关系表，其中，上述实施例所述的关系表包括该第一关系表。
步骤806，判断是否为SR或RR。
当解析后的报文的协议类型为RTCP协议类型时，则进一步判断该RTCP报文是否为源报告包报文(Sender Report，简称SR)或是接收方报告包报文(Receiver Report，简称RR)，若该RTCP报文为SR报文，则执行步骤808，若该RTCP报文为RR报文，则执行步骤810，否则执行步骤812。
步骤808，生成第二关系表。
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为源报告包报文，则提取解析后的RTCP报文中的发送方SSRC标识，并根据RTCP报文中的发送方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系生成第二关系表，其中，上述实施例所述的关系表包括该第二关系表。
步骤810，生成第三关系表。
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为接收方报告包报文，则提取解析后的RTCP报文中的接收方SSRC标识，并根据RTCP报文中的接收方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系生成第三关系表，其中，上述实施例所述的关系表包括该第三关系表。
步骤812，将下行网络层的GTP报文下发至下行PDCP层。
当解析后的报文的协议类型不为RTP协议类型或不RTCP协议类型时，或者当解析后的报文为RTCP报文但不为SR或不为RR时，或者根据上述步骤生成对应的关系表后，则接入网设备依据空口侧协议栈协议，将下行网络层的GTP报文进行相应的处理后下发至下行PDCP层。
相应的，在一个实施例中，如图9所示，接入网设备根据上行PDCP层的IP报文中的SSRC标识传输对应的VOLTE报文，具体可以包括如下步骤：
步骤900，接收上行PDCP层的IP报文，对IP报文进行解析并识别解析后的报文的协议类型。
具体的，接入网设备对来自上行PDCP层的IP报文进行层层解析后，即可根据解析后的报文中的报头识别解析后的报文的协议类型。
步骤902，判断解析后的报文的协议类型是否为RTP协议类型或RTCP协议类型，若为RTP协议类型则执行步骤904，若为RTCP协议类型则执行步骤906，否则执行步骤912。
步骤904，查找第一关系表，判断是否存在对应关系，若存在则执行步骤914，否则执行步骤912。
具体的，当解析后的报文的协议类型为RTP协议类型时，则提取RTP报文中的SSRC标识，并根据RTP报文中的SSRC标识查找第一关系表，若第一关系表中记录了相同的SSRC标识，则表明存在对应关系，否则表明不存在对应关系。
步骤906，判断是否为SR或RR。
当解析后的报文的协议类型为RTCP协议类型时，则进一步判断该RTCP报文是否为SR报文或RR报文，若该RTCP报文为SR报文时，则执行步骤908，若该RTCP报文为RR报文时，则执行步骤910，否则执行步骤912。
步骤908，查找第二关系表，判断是否存在对应关系，若存在则执行步骤914，否则执行步骤912。
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为SR报文时，则提取解析后的RTCP报文中的发送方SSRC标识，并根据RTCP报文中的发送方SSRC标识查找第二关系表，若第二关系表中记录了相同的发送方SSRC标识，则表明存在对应关系，否则表明不存在对应关系。
步骤910，查找第三关系表，判断是否存在对应关系，若存在则执行步骤914，否则执行步骤912。
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为RR报文时，则提取解析后的RTCP报文中的接收方SSRC标识，并根据RTCP报文中的接收方SSRC标识查找第三关系表，若第三关系表中记录了相同的接收方SSRC标识，则表明存在对应关系，否则表明不存在对应关系。
步骤912，将上行PDCP层的IP报文上发至网络层的GTP。
当不存在对应关系时，接入网设备依据网络层协议对上行VOLTE报文进行处理后经由网络层的GTP传输至核心网，再由核心网将处理后的上行VOLTE报文传输至第二用户终端。
步骤914，将上行PDCP层的IP报文作为下行PDCP层的IP报文下行传输至第二用户终端。
当存在对应关系时，接入网设备根据关系表中记录的SSRC标识与报文的IP头和UDP头之间的对应关系，根据与SSRC标识对应的报文的IP头和UDP头对上行PDCP层的IP报文进行层层封装，即进行PDCP层封装、RLC层封装、MAC层封装以及PHY层封装，并将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。从而缩短了连接在同一接入网设备上的主叫用户终端和被叫用户终端间的语音数据传输路径、减少语音数据包的丢包和出错可能性，还能缓解核心网的压力，提高核心网和接入网设备的利用率。
应该理解的是，虽然图2-9的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-9中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图10所示，提供了一种VOLTE数据的传输装置，包括：
报文获取模块1001，用于获取上行PDCP分组数据汇聚层的IP报文，其中，上行PDCP层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
报文解析模块1002，用于对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；
报文传输模块1003，用于当记录的关系表中存在SSRC标识时，根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。
在一个实施例中，报文解析模块1002具体用于，对IP报文进行解析，得到解析后的报文；识别解析后的报文的协议类型，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识。
在一个实施例中，报文传输模块1003还用于，当记录的关系表中不存在SSRC标识时，或者，当解析后的报文的协议类型不为目标协议类型时，则依据网络层协议对VOLTE报文进行处理后经由网络传输至核心网，由核心网将处理后的VOLTE报文传输至第二用户终端。
在一个实施例中，关系表的生成方式包括：获取下行网络层的GTP报文；对GTP报文进行解析，并识别解析后的报文的协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识；记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表。
关于VOLTE数据的传输装置的具体限定可以参见上文中对于VOLTE数据的传输方法的限定，在此不再赘述。上述VOLTE数据的传输装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种接入网设备，该接入网设备可以是服务器，其内部结构图可以如图11所示。该接入网设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该接入网设备的处理器用于提供计算和控制能力。该接入网设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该接入网设备的数据库用于存储记录的关系表数据。该接入网设备的网络接口用于与外部的终端通过网络连接通信。该接入网设备被处理器执行时以实现一种VOLTE数据的传输方法。
本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种接入网设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
获取上行PDCP分组数据汇聚层的IP报文，其中，上行PDCP层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；
当记录的关系表中存在SSRC标识时，根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。
在一个实施例中，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，包括：对IP报文进行解析，得到解析后的报文；识别解析后的报文的协议类型，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识。
在一个实施例中，上述方法还包括：当记录的关系表中不存在SSRC标识时，或者，当解析后的报文的协议类型不为目标协议类型时，则依据网络层协议对VOLTE报文进行处理后经由网络传输至核心网，由核心网将处理后的VOLTE报文传输至第二用户终端。
在一个实施例中，关系表的生成方式包括：获取下行网络层的GTP报文；对GTP报文进行解析，并识别解析后的报文的协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识；记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表。
在一个实施例中，目标协议类型包括RTP协议类型；则当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTP协议类型时，则提取解析后的RTP报文中的SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTP报文中的SSRC标识与RTP报文的IP头和UDP头之间的对应关系，以生成第一关系表。
在一个实施例中，目标协议类型包括RTCP协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为源报告包报文，则提取解析后的RTCP报文中的发送方SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的发送方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第二关系表。
在一个实施例中，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为接收方报告包报文，则提取解析后的RTCP报文中的接收方SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的接收方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第三关系表。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取上行PDCP分组数据汇聚层的IP报文，其中，上行PDCP层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；
当记录的关系表中存在SSRC标识时，根据关系表封装VOLTE报文，将封装后的报文作为下行PDCP层的IP报文下行传输至第二用户终端。
在一个实施例中，对IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，包括：对IP报文进行解析，得到解析后的报文；识别解析后的报文的协议类型，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识。
在一个实施例中，上述方法还包括：当记录的关系表中不存在SSRC标识时，或者，当解析后的报文的协议类型不为目标协议类型时，则依据网络层协议对VOLTE报文进行处理后经由网络传输至核心网，由核心网将处理后的VOLTE报文传输至第二用户终端。
在一个实施例中，关系表的生成方式包括：获取下行网络层的GTP报文；对GTP报文进行解析，并识别解析后的报文的协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识；记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表。
在一个实施例中，目标协议类型包括RTP协议类型；则当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTP协议类型时，则提取解析后的RTP报文中的SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTP报文中的SSRC标识与RTP报文的IP头和UDP头之间的对应关系，以生成第一关系表。
在一个实施例中，目标协议类型包括RTCP协议类型；当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为源报告包报文，则提取解析后的RTCP报文中的发送方SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的发送方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第二关系表。
在一个实施例中，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC标识，包括：当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为接收方报告包报文，则提取解析后的RTCP报文中的接收方SSRC标识；则记录SSRC标识与报文的IP头和UDP头之间的对应关系，以生成关系表，包括：记录RTCP报文中的接收方SSRC标识与RTCP报文的IP头和UDP头之间的对应关系，以生成第三关系表。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种VOLTE数据的传输方法，其特征在于，所述方法包括：
获取上行PDCP分组数据汇聚层的IP报文，所述上行PDCP分组数据汇聚层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
对所述IP报文进行解析，得到解析后的报文，并提取解析后的报文中的SSRC同步信源标识；
当记录的关系表中存在所述SSRC同步信源标识时，根据所述关系表封装所述VOLTE语音数据报文，将封装后的报文作为下行PDCP分组数据汇聚层的IP报文下行传输至第二用户终端；所述关系表是指接入网设备根据下行VOLTE报文记录的报文中的唯一性SSRC标识与IP头和UDP头之间对应关系的关系表。
2.根据权利要求1所述的VOLTE数据的传输方法，其特征在于，所述对所述IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识，包括：
对所述IP报文进行解析，得到解析后的报文；
识别所述解析后的报文的协议类型，当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识。
3.根据权利要求2所述的VOLTE数据的传输方法，其特征在于，所述方法还包括：
当记录的关系表中不存在所述SSRC同步信源标识时，或者，当解析后的报文的协议类型不为目标协议类型时，则依据网络层协议对所述VOLTE语音数据报文进行处理后经由网络传输至核心网，由所述核心网将处理后的VOLTE语音数据报文传输至第二用户终端。
4.根据权利要求1所述的VOLTE数据的传输方法，其特征在于，所述关系表的生成方式包括：
获取下行网络层的GTP报文；
对所述GTP报文进行解析，并识别解析后的报文的协议类型；
当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识；
记录所述SSRC同步信源标识与所述报文的IP头和UDP头之间的对应关系，以生成所述关系表。
5.根据权利要求4所述的VOLTE数据的传输方法，其特征在于，所述目标协议类型包括RTP协议类型；所述当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：
当解析后的报文的协议类型为RTP协议类型时，则提取解析后的RTP报文中的SSRC同步信源标识；
所述记录所述SSRC同步信源标识与所述报文的IP头和UDP头之间的对应关系，以生成所述关系表，包括：
记录所述RTP报文中的SSRC同步信源标识与所述RTP报文的IP头和UDP头之间的对应关系，以生成第一关系表，所述关系表包括所述第一关系表。
6.根据权利要求4所述的VOLTE数据的传输方法，其特征在于，所述目标协议类型包括RTCP协议类型；所述当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为源报告包报文，则提取解析后的RTCP报文中的发送方SSRC同步信源标识；
所述记录所述SSRC同步信源标识与所述报文的IP头和UDP头之间的对应关系，以生成所述关系表，包括：
记录所述RTCP报文中的发送方SSRC同步信源标识与所述RTCP报文的IP头和UDP头之间的对应关系，以生成第二关系表，所述关系表包括所述第二关系表。
7.根据权利要求6所述的VOLTE数据的传输方法，其特征在于，所述当解析后的报文的协议类型为目标协议类型时，则提取解析后的报文中的SSRC同步信源标识，包括：
当解析后的报文的协议类型为RTCP协议类型时，且解析后的RTCP报文为接收方报告包报文，则提取解析后的RTCP报文中的接收方SSRC同步信源标识；
所述记录所述SSRC同步信源标识与所述报文的IP头和UDP头之间的对应关系，以生成所述关系表，包括：
记录所述RTCP报文中的接收方SSRC同步信源标识与所述RTCP报文的IP头和UDP头之间的对应关系，以生成第三关系表，所述关系表包括所述第三关系表。
8.一种VOLTE数据的传输装置，其特征在于，所述装置包括：
报文获取模块，用于获取上行PDCP分组数据汇聚层的IP报文，所述上行PDCP分组数据汇聚层的IP报文为从第一用户终端发送的VOLTE语音数据报文得到的；
报文解析模块，用于对所述IP报文进行解析，得到解析后的报文并提取解析后的报文中的SSRC同步信源标识；
报文传输模块，用于当记录的关系表中存在所述SSRC同步信源标识时，根据所述关系表封装所述VOLTE语音数据报文，将封装后的报文作为下行PDCP分组数据汇聚层的IP报文下行传输至第二用户终端；所述关系表是指接入网设备根据下行VOLTE报文记录的报文中的唯一性SSRC标识与IP头和UDP头之间对应关系的关系表。
9.一种接入网设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910542850.7A CN110290130B (zh) | 2019-06-21 | 2019-06-21 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
| PCT/CN2019/124685 WO2020253157A1 (zh) | 2019-06-21 | 2019-12-11 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910542850.7A CN110290130B (zh) | 2019-06-21 | 2019-06-21 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110290130A CN110290130A (zh) | 2019-09-27 |
| CN110290130B true CN110290130B (zh) | 2020-09-01 |
Family
ID=68004224
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910542850.7A Active CN110290130B (zh) | 2019-06-21 | 2019-06-21 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN110290130B (zh) |
| WO (1) | WO2020253157A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110290130B (zh) * | 2019-06-21 | 2020-09-01 | 京信通信系统（中国）有限公司 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
| CN113726719A (zh) * | 2020-05-25 | 2021-11-30 | 成都鼎桥通信技术有限公司 | 语音数据的传输方法、装置、设备和存储介质 |
| CN112995212B (zh) * | 2021-04-22 | 2021-07-16 | 广东省新一代通信与网络创新研究院 | 一种基于隧道直传的vonr业务处理方法及系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272216A (zh) * | 2007-03-20 | 2008-09-24 | 北京中创信测科技股份有限公司 | 一种语音分析的方法、系统和语音采集前端机 |
| CN101588356A (zh) * | 2008-05-19 | 2009-11-25 | 鸿富锦精密工业（深圳）有限公司 | 网络设备及其侦测语音封包的方法 |
| CN102056235A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN103945333A (zh) * | 2013-01-17 | 2014-07-23 | 中国普天信息产业股份有限公司 | 一种组呼业务数据的传输方法 |
| CN106899380A (zh) * | 2015-12-19 | 2017-06-27 | 联芯科技有限公司 | 一种volte视频电话传输方法及其系统 |
| CN108924872A (zh) * | 2017-04-13 | 2018-11-30 | 中兴通讯股份有限公司 | 数据传输方法、终端和核心网设备 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1750505B (zh) * | 2004-09-16 | 2010-04-28 | 华为技术有限公司 | 基于实时传输协议的发送方标识方法 |
| US8509234B2 (en) * | 2006-12-13 | 2013-08-13 | Nokia Corporation | System and method for implementing a RTP-signaled terminal hand over |
| CN102938833B (zh) * | 2012-07-25 | 2016-10-12 | 苏州科达科技股份有限公司 | 视频会议中的方法及装置、多点控制设备及视频会议系统 |
| CN104754540B (zh) * | 2015-03-20 | 2018-06-01 | 中国人民解放军信息工程大学 | 以无线接入单元为锚点的媒体数据环回处理方法 |
| CN106817350A (zh) * | 2015-11-30 | 2017-06-09 | 中兴通讯股份有限公司 | 报文处理方法及装置 |
| US10327185B2 (en) * | 2016-03-18 | 2019-06-18 | Parallel Wireless, Inc. | IuGW architecture with RTP localization |
| CN110290130B (zh) * | 2019-06-21 | 2020-09-01 | 京信通信系统（中国）有限公司 | Volte数据的传输方法、装置、接入网设备以及存储介质 |
-
2019
- 2019-06-21 CN CN201910542850.7A patent/CN110290130B/zh active Active
- 2019-12-11 WO PCT/CN2019/124685 patent/WO2020253157A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272216A (zh) * | 2007-03-20 | 2008-09-24 | 北京中创信测科技股份有限公司 | 一种语音分析的方法、系统和语音采集前端机 |
| CN101588356A (zh) * | 2008-05-19 | 2009-11-25 | 鸿富锦精密工业（深圳）有限公司 | 网络设备及其侦测语音封包的方法 |
| CN102056235A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN103945333A (zh) * | 2013-01-17 | 2014-07-23 | 中国普天信息产业股份有限公司 | 一种组呼业务数据的传输方法 |
| CN106899380A (zh) * | 2015-12-19 | 2017-06-27 | 联芯科技有限公司 | 一种volte视频电话传输方法及其系统 |
| CN108924872A (zh) * | 2017-04-13 | 2018-11-30 | 中兴通讯股份有限公司 | 数据传输方法、终端和核心网设备 |
Non-Patent Citations (1)
| Title |
|---|
| VoLTE语音质量的端到端在线评估方法;黄昭文;《秒动通信》;20180315(第3期);第33-37页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020253157A1 (zh) | 2020-12-24 |
| CN110290130A (zh) | 2019-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110290130B (zh) | Volte数据的传输方法、装置、接入网设备以及存储介质 | |
| US20210105610A1 (en) | Method for reporting user equipment capability information and apparatus | |
| CN110505714B (zh) | 多链接通信方法、设备和终端 | |
| CN110313160B (zh) | 用于避免封包分割的方法及其装置 | |
| CN107135515B (zh) | 基站网络侧传输路径的通信性能测试方法及装置 | |
| CN112751833B (zh) | Rtp报文识别方法、装置、电子设备及可读存储介质 | |
| CN107172662A (zh) | 一种通信方法及装置 | |
| CN112751871A (zh) | 数据传输方法、装置、网络设备和存储介质 | |
| US10171544B2 (en) | Radio base station | |
| CN110474924B (zh) | 数据传输方法、装置、计算机设备和存储介质 | |
| CN110401935B (zh) | 基于nb-iot的数据传输方法、装置、通信设备和存储介质 | |
| CN114172970B (zh) | 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 | |
| CN111132229B (zh) | 数据通信方法及相关装置 | |
| US10225310B2 (en) | Transmission processing methods and apparatuses of data packet | |
| CN113438705B (zh) | 通信数据处理方法、装置、通信设备和存储介质 | |
| CN115811510A (zh) | 对讲业务的实现方法及装置、对讲服务系统 | |
| CN108886766B (zh) | 一种控制信息的传输方法及装置 | |
| US20170041180A1 (en) | Data processing method and apparatus, and control method and apparatus | |
| US11483737B2 (en) | RRC message transmission method and device | |
| US20160149855A1 (en) | Service processing method, system, and relevant device | |
| CN108924060B (zh) | Volte数据传输的方法、装置及系统 | |
| CN110839231B (zh) | 一种获取终端标识的方法和设备 | |
| WO2020233107A1 (zh) | 语音保障方法、装置及接入网设备集群系统 | |
| CN115623542A (zh) | 通信方法、装置和系统 | |
| CN113973134A (zh) | 数据传输方法、装置、电子设备及计算机存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200113 Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant after: Jingxin Communication System (China) Co., Ltd. Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant before: Jingxin Communication System (China) Co., Ltd. Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd. Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd. Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Patentee after: Jingxin Network System Co.,Ltd. Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Patentee before: Comba Telecom System (China) Ltd. |