CN111865874A - 数据传输方法及装置 - Google Patents

数据传输方法及装置 Download PDF

Info

Publication number
CN111865874A
CN111865874A CN201910348294.XA CN201910348294A CN111865874A CN 111865874 A CN111865874 A CN 111865874A CN 201910348294 A CN201910348294 A CN 201910348294A CN 111865874 A CN111865874 A CN 111865874A
Authority
CN
China
Prior art keywords
packet loss
request
downlink
downlink terminal
bearer
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.)
Granted
Application number
CN201910348294.XA
Other languages
English (en)
Other versions
CN111865874B (zh
Inventor
汪远
张亮
栗婵媛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN201910348294.XA priority Critical patent/CN111865874B/zh
Publication of CN111865874A publication Critical patent/CN111865874A/zh
Application granted granted Critical
Publication of CN111865874B publication Critical patent/CN111865874B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本申请实施例提供一种数据传输方法及装置，其中方法包括：在接收到下行终端的注册请求的情况下，向下行终端发送服务质量模板和丢包补偿算法参数；服务质量模板和丢包补偿算法参数用于指示与下行终端确定第一承载；基于第一承载接收下行终端发送的第一请求；其中，第一请求用于请求核心网设备对丢包进行补偿；通过第一承载向下行终端发送丢包对应的第一数据。本申请实施例中，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。

Description

数据传输方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及数据传输方法及装置。
背景技术
宽带集群通信(Broadband Trunking Communication，B-TrunC)是由宽带集群(B-TrunC)产业联盟组织制定的专网宽带集群系统标准。B-TrunC可以支持语音组呼或视频组呼，语音组呼和视频组呼可以是一对多的半双工业务，示例的，在视频组呼中，作为主讲方的上行用户设备(User Equipment，UE)将视频数据上传到核心网，作为监听方的下行UE从核心网接收上行UE的视屏数据。
但是现有技术中，基于B-TrunC进行视屏组呼时，在下行UE中经常出现播放视频是视频画面花屏的现象。
申请内容
本申请实施例提供数据传输方法及装置，以解决下行UE中经常出现播放视频是视频画面花屏的技术问题。
本申请实施例第一方面提供一种数据传输方法，应用于核心网设备，该方法包括：
在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿；
通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
可选的，该方法还包括：
在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，通过所述第一承载向所述下行终端发送所述丢包对应的第一数据包括：
通过所述第一承载将所述丢包对应的第一数据发送至所述下行终端的第二网络协议地址或第二端口标识对应的端口。
可选的，所述第一承载包括：专用承载。
本申请实施例第二方面提供一种数据传输方法，应用于下行终端，包括：
向核心网发送注册请求；
接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿；
基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
可选的，该方法还包括：
接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，基于所述第一承载接收第一数据包括：
基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
可选的，所述第一承载包括：专用承载。
本申请实施例第三方面提供一种数据传输装置，应用于核心网设备，该装置包括：
第一发送模块，用于在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第一接收模块，用于基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿；
第二发送模块，用于通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
可选的，还包括：
第三发送模块，用于在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第四发送模块，用于基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，所述第二发送模块包括：
第二发送子模块，用于通过所述第一承载将所述丢包对应的第一数据发送至所述下行终端的第二网络协议地址或第二端口标识对应的端口。
可选的，所述第一承载包括：专用承载。
本申请实施例第四方面提供一种数据传输装置，应用于下行终端，该装置包括：
第五发送模块，用于向核心网发送注册请求；
第二接收模块，用于接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第六发送模块，用于在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿；
第三接收模块，用于基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
可选的，还包括：
第四接收模块，用于接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第七发送模块，用于基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，所述第三接收模块包括：
第三接收子模块，用于基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
可选的，所述第一承载包括：专用承载。
本申请实施例第五方面提供一种电子设备，包括：处理器，存储器以及计算机程序；其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如前述第一方面任一项所述的方法的指令。
本申请实施例第六方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被执行时，实现如前述第一方面任一项所述的方法。
本申请实施例相对于现有技术的有益效果：
本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
附图说明
图1为本申请实施例提供的数据传输方法的三端交互流程示意图；
图2为本申请实施例提供的数据传输方法核心网设备侧的流程示意图；
图3为本申请实施例提供的数据传输方法的下行终端侧的流程示意图；
图4为本申请实施例提供的数据传输装置核心网设备侧的结构示意图；
图5为本申请实施例提供的数据传输装置下行终端侧的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。
取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
本申请实施例所描述的上行终端可以是B-TrunC语音组呼或视频组呼中的主讲方对应的终端，终端可以包括：手机、平板电脑、笔记本电脑、台式电脑或者服务器等可以运行B-TrunC语音组呼或视频组呼的电子设备；上行终端可以用于录制数据，并将录制的数据上传到核心网。
本申请实施例所描述的下行终端可以是B-TrunC语音组呼或视频组呼中的监听方对应的终端，终端可以包括：手机、平板电脑、笔记本电脑、台式电脑或者服务器等可以运行B-TrunC语音组呼或视频组呼的电子设备；下行终端可以用于从核心网接收上行终端的数据。
本申请实施例所描述的核心网设备可以是能够运行核心网的设备，具体的，核心网设备可以包括：电路域设备、分组域设备和网络协议多媒体子系统(IP MultimediaSystem，IMS)域设备。其中：电路域设备，例如包括端局交换机、关口局交换机和汇接局交换机等；分组域设备，例如包括服务GPRS支持节点(Serving GPRS Support Node，SGSN)；IMS域设备，例如包括代理-呼叫会话控制功能模块(Proxy Call Session Control Function，P-CSCF)、查询CSCF(Interrogating-CSCF)、服务CSCF(Serving-CSCF)和媒体网关控制功能(Media Gateway Control Function，MGCF)等。本申请实施例中，核心网设备中可以配置为丢包补偿建立承载的服务质量(Quality of Service，QoS)模板和丢包补偿的算法参数，这些配置可以在注册响应中返回给下行终端。
下面，结合图1，说明本申请实施例的应用场景，如图1所示，图1为本申请实施例的数据传输与方法在B-TrunC语音组呼或视频组呼中的上行终端、核心网设备和下行终端的交互流程。
本申请实施例中，核心网设备中，核心网设备配置有丢包补偿建立承载的服务质量(Quality of Service，QoS)模板和丢包补偿的算法参数，在下行终端的发起B-TrunC注册流程后，核心网设备可以接收到注册请求，核心网设备进一步在注册响应中将QoS模板和丢包补偿算法参数发送给下行终端，下行终端接收到将QoS模板和丢包补偿算法参数后，可以根据QoS模板的指示，确定默认承载为第一承载，以通过默认承载与核心网设备进行丢包补偿过程，或者下行终端可以根据QoS模板的指示建立专用承载，通过专用承载与核心网设备进行丢包补偿过程，下行终端完成注册后，就可以进一步进行音视频组呼业务。
在上行终端发起组呼时，核心网设备可以接收到上行终端发送的用于请求组呼业务的第二请求，进一步的，核心网设备可以向下行终端发送第一指示消息，该第一指示消息可以用于指示核心网设备需要与下行终端建立下行组播通路，该第一指示消息中还可以携带核心网设备接收丢包补偿的IP或端口，使得下行组播数据在发声丢包时，可以根据第一指示消息中的IP或端口，向核心网设备发出丢包补偿的请求；在建立了下行组播通路后，核心网设备同意上行终端的组呼业务，上行终端可以向核心网设备反馈组呼业务建立完成，则进一步的上行终端可以发送组呼业务对应的组呼数据给核心网设备，具体的组呼数据可以是音视频数据等，下行终端可以通过该下行组播通路从核心网设备接收组呼数据。
在下行终端检测到发声丢包的情况下，下行终端可以基于第一承载，向核心网设备发送用于请求对丢包进行补偿的第一请求，核心网设备可以通过第一承载向下行终端发送丢包对应的第一数据，下行终端接收到补偿的第一数据后，可以正确处理音视频流等。
如图2所示，图2为本申请实施例提供的数据传输方法的流程示意图。应用于核心网设备，该方法具体可以包括：
步骤S101：在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载。
本申请实施例中，核心网设备在接收到下行终端的注册请求的情况下，可以将预先配置在核心网设备中的服务质量模板和丢包补偿算法参数发送给下行终端；下行终端在注册完成之后，如果QoS模板指示建立专用承载，则根据QoS模板建立专用承载，如果QoS模板指示使用默认承载，则确定使用默认承载。
其中，专用承载是指为了提供某种特定的QoS传输需求而建立的(默认承载无法满足的)。一般情况下专用承载的QoS比默认承载的QoS要求高。
默认承载则是一种满足默认QoS的数据和信令的用户承载。默认承载可简单地理解为一种提供尽力而为IP连接的承载，为用户提供永久在线的IP传输服务。与专用承载相比，默认承载无法区分过滤符合某些准则的分组。
因此，本申请实施例中，第一承载可以是专用承载，也可以是默认承载，但是优选地，第一承载为专用承载，则核心网设备通过第一承载为下行终端补偿丢包时，可以提高补偿丢包的可靠性。
步骤S102：基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿。
本申请实施例中，在下行终端检测到发生丢包时，可以通过第一承载向核心网设备发送第一请求，该第一请求可以用于请求核心网设备对丢包进行补偿。
步骤S103：通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
本申请实施例中，核心网设备可以通过第一承载，向下行终端重发丢包对应的第一数据，则下行终端可以实现丢包补偿，从而进行正确的数据处理。
可选的，本申请实施例的方法还可以包括：在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
本申请实施例中，上行终端希望发起音频组呼或视频组呼等组呼业务时，上行终端可以向核心网设备发起用于请求组呼业务的第二请求，核心网设备可以响应于该第二请求向下行终端发送第一指示消息，该第一指示消息用于指示与下行终端建立下行组播通路，基于该下行组播通路核心网设备可以向下行终端发送组呼业务对应的第二数据，从而建立起上行终端和下行终端之间的组呼业务。可选的，第一指示消息中可以包括，核心网设备中用于接收所述第一请求的第一网络协议地址或第一端口标识，进而，若下行终端中发生丢包，下行终端可以确定核心网设备中用于接收所述第一请求的第一网络协议地址或第一端口标识对应的端口，并向核心网设备中用于接收所述第一请求的第一网络协议地址或第一端口标识对应的端口发送第一请求。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
具体应用中，第一请求中的下行终端标识可以用于表明该下行终端，使得核心网设备可以确定具体是哪个下行终端标识发出了第一请求，示例的，下行终端标识可以是终端IP地址，终端设备序列号等，本申请实施例对此不做具体限定。
丢包标识可以是，存在丢包的实施传输协议RTP流的同步源(Synchronizationsource，SSRC)。核心网设备可以通过丢包标识确定下行终端具体的丢包内容，进而可以重发丢包对应的第一数据。
核心网设备中配置有用于接收所述第一请求的第一网络协议地址或第一端口标识；该第一网络协议地址或第一端口标识可以是核心网设备发出的第一指示消息中携带的，下行终端可以通过解析丢包对应下行组播通路，进而确定核心网设备中用于接收所述第一请求的第一网络协议地址或第一端口标识。具体的，该第一网络协议地址或第一端口标识可以是核心网设备内置中固定的一个用于接收第一请求的网络协议地址或端口标识，则下行终端会解析到固定的第一网络协议地址或第一端口标识；该第一网络协议地址或第一端口标识也可以是核心网设备动态分配的，在核心网进行下行组播通路建立时，动态的分配接收第一请求的网络协议或端口标识，则下行终端会解析到动态协商的第一网络协议地址或第一端口标识。优选地，本申请实施例可以采用动态协商的方式确定第一网络协议地址或第一端口标识，以避免对资源的固定占用，能够灵活的配置资源，且动态协商的内容变动较大，不容易被攻击获取。
下行终端用于接收丢包的第二网络协议地址或第二端口标识可以是下行终端中固定的一个用于接收丢包的网络协议地址或端口标识，则核心网设备可以通过第一承载将丢包对应的第一数据发送到下行终端固定的第二网络协议地址或第二端口标识对应的端口；该第二网络协议地址或第二端口标识也可以是下行终端动态分配的，在下行终端发出第一请求时，动态的分配接收丢包的网络协议或端口标识，则核心网设备会解析到动态协商的第二网络协议地址或第二端口标识，核心网设备进而可以通过第一承载将丢包对应的第一数据发送到下行终端动态协商的第二网络协议地址或第二端口标识对应的端口。优选地，本申请实施例可以采用动态协商的方式确定第二网络协议地址或第二端口标识，以避免对资源的固定占用，能够灵活的配置资源，且动态协商的内容变动较大，不容易被攻击获取。
综上所述，本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
图3为本申请实施例提供的数据传输方法的另一流程示意图。应用于下行终端，如图3所示，本申请实施例提供的数据传输方法包括：
步骤201：向核心网发送注册请求。
本申请实施例中，下行终端可以发起B-TrunC注册流程，示例的，下行终端可以进入B-TrunC注册，通过点击注册按钮等向核心网设备发送注册请求。
步骤202：接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载。
本申请实施例中，核心网设备可以配置为丢包补偿建立承载的服务质量模板和丢包补偿的算法参数，这些配置可以在注册响应中返回给下行终端。下行终端在注册完成之后，如果QoS模板指示建立专用承载，则根据QoS模板建立专用承载，如果QoS模板指示使用默认承载，则确定使用默认承载。
步骤203：在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿。
本申请实施例中，在下行终端检测到发生丢包时，可以通过第一承载向核心网设备发送第一请求，该第一请求可以用于请求核心网设备对丢包进行补偿。
示例的，下行终端检测发生丢包的方法可以是：使用环形缓存链进行丢包检测，例如，m为环形缓存链的长度，P为一个活动指针，围绕环形缓存链循环，链结构中有多个缓存体Bi，缓存体由F1和F2组成，F1为指向缓存体链中下一缓存体的指针，F2为一个可能丢失的包的序列号，该方法实施的过程如下所述：首先，确定所接收的数据包是否存在乱序，其次，若不存在乱序，执行流程A，若存在乱序，执行流程B。流程A：确定新数据包与已接收的数据包之间是否存在空隙，包括：A1、若有空隙，则检测活动指针P所指向的缓存体Bi中的F2是否为零，若不为零，则判定该非零序列号数据包丢失，并将空隙序号写入该缓存体Bi的F2，活动指针P移向下一个缓存体B(i+1)；若为零，则直接将空隙序号写入该缓存体Bi的F2，活动指针P移向下一个缓存体B(i+1)，直至所有空隙序号都被记录；A2、若无空隙，则检测活动指针P所指向的缓存体Bi中的F2是否非零，若非零，则判定该非零序列号数据包丢失，并将该缓存体Bi的F2置为0，活动指针P移向下一个缓存体B(i+1)；若为零，则直接将活动指针P移向下一个缓存体B(i+1)。流程B包括：B1、对缓存链进行查找，将记录有新数据包序号的缓存体的F2置0；B2、检测活动指针P所指向的缓存体Bi中的F2是否非零，若非零，则判定该非零序列号数据包丢失，并将该缓存体Bi的F2置为0，活动指针P移向下一个缓存体B(i+1)；若为零，则直接将活动指针P移向下一个缓存体B(i+1)。
可以理解，本领域技术人员也可以根据实际应用场景，采用其他方式判定是否发生丢包，本申请实施例对此不做具体限定。
步骤204：基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
本申请实施例中，下行终端可以通过第一承载，接收核心网设备重发的丢包对应的第一数据，则下行终端可以实现丢包补偿，从而进行正确的数据处理。
可选的，该方法还包括：
接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，基于所述第一承载接收第一数据包括：
基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
可选的，所述第一承载包括：专用承载。
综上所述，本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
图4为本申请提供的数据传输装置一实施例的结构示意图。应用于核心网设备，如图4所示，本实施例提供的数据传输装置包括：
第一发送模块410，用于在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第一接收模块420，用于基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿；
第二发送模块430，用于通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
可选的，还包括：
第三发送模块，用于在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第四发送模块，用于基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，所述第二发送模块包括：
第二发送子模块，用于通过所述第一承载将所述丢包对应的第一数据发送至所述下行终端的第二网络协议地址或第二端口标识对应的端口。
可选的，所述第一承载包括：专用承载。
综上所述，本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
图5为本申请提供的数据传输装置另一实施例的结构示意图。应用于下行终端，如图5所示，本实施例提供的数据传输装置包括：
第五发送模块510，用于向核心网发送注册请求；
第二接收模块520，用于接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第六发送模块530，用于在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿；
第三接收模块540，用于基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
可选的，还包括：
第四接收模块，用于接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第七发送模块，用于基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
可选的，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
可选的，所述第三接收模块包括：
第三接收子模块，用于基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
可选的，所述第一承载包括：专用承载。
综上所述，本申请申请人经过大量的研究发现，现有技术中之所以在下行UE中经常出现播放视频是视频画面花屏的现象，是因为在下行UE处于信号覆盖比较差的环境时，视频组呼业务中，音视频实时传输协议(Real-time Transport Protocol，RTP)流很容易丢失数据包，因为视频帧之间有依赖关系，如果一个视频帧数据不完整，那么后续依赖它的视频帧在解码时都会出错，导致下行UE中的视频画面花屏。本申请实施例提供的数据传输方法及装置中，核心网中配置有预制的服务质量模板和丢包补偿算法参数，下行终端在注册到核心网时，可以发送注册请求给核心网设备，核心网设备会向下行终端发送用于指示与所述下行终端确定第一承载的服务质量模板和丢包补偿算法参数，则下行终端与核心网之间确定一个用于补偿丢包的第一承载，核心网在该第一承载上接收到下行终端用于请求丢包补偿的第一请求时，核心网可以根据该第一请求向下行终端重传丢包，则解决了下行终端的丢包问题，在下行终端的丢包被补充后，下行终端的视频数据是连续的，则相应的，下行终端中不会出现因丢包导致的花屏现象。
本申请各实施例提供的数据传输装置可用于执行如前述各对应的实施例所示的方法，其实现方式与原理相同，不再赘述。
本申请实施例还提供一种电子设备，包括：处理器，存储器以及计算机程序；其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如前述实施例中任一项所述的方法的指令。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被执行时，实现如前述实施例中任一项所述的方法。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (22)

1.一种数据传输方法，其特征在于，应用于核心网设备，所述方法包括：
在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿；
通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
2.根据权利要求1所述的方法，其特征在于，还包括：
在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
3.根据权利要求1或2所述的方法，其特征在于，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
4.根据权利要求3所述的方法，其特征在于，通过所述第一承载向所述下行终端发送所述丢包对应的第一数据包括：
通过所述第一承载将所述丢包对应的第一数据发送至所述下行终端的第二网络协议地址或第二端口标识对应的端口。
5.根据权利要求1或2所述的方法，其特征在于，所述第一承载包括：专用承载。
6.一种数据传输方法，其特征在于，应用于下行终端，所述方法包括：
向核心网发送注册请求；
接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿；
基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
7.根据权利要求6所述的方法，其特征在于，还包括：
接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
8.根据权利要求6至7任一项所述的方法，其特征在于，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
9.根据权利要求8所述的方法，其特征在于，基于所述第一承载接收第一数据包括：
基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
10.根据权利要求6至7任一项所述的方法，其特征在于，所述第一承载包括：专用承载。
11.一种数据传输装置，其特征在于，应用于核心网设备，所述装置包括：
第一发送模块，用于在接收到下行终端的注册请求的情况下，向所述下行终端发送服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第一接收模块，用于基于所述第一承载接收所述下行终端发送的第一请求；其中，所述第一请求用于请求所述核心网设备对丢包进行补偿；
第二发送模块，用于通过所述第一承载向所述下行终端发送所述丢包对应的第一数据。
12.根据权利要求11所述的装置，其特征在于，还包括：
第三发送模块，用于在接收到上行终端发送的第二请求的情况下，向所述下行终端发送第一指示消息；其中，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第四发送模块，用于基于所述下行组播通路向所述下行终端发送第二数据；所述第二数据为所述组呼业务对应的组呼数据。
13.根据权利要求11或12所述的装置，其特征在于，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
14.根据权利要求13所述的装置，其特征在于，所述第二发送模块包括：
第二发送子模块，用于通过所述第一承载将所述丢包对应的第一数据发送至所述下行终端的第二网络协议地址或第二端口标识对应的端口。
15.根据权利要求11或12所述的装置，其特征在于，所述第一承载包括：专用承载。
16.一种数据传输装置，其特征在于，应用于下行终端，所述装置包括：
第五发送模块，用于向核心网发送注册请求；
第二接收模块，用于接收所述核心网响应于所述注册请求发送的服务质量模板和丢包补偿算法参数；所述服务质量模板和丢包补偿算法参数用于指示与所述下行终端确定第一承载；
第六发送模块，用于在所述下行终端检测到发生丢包的情况下，基于所述第一承载向所述核心网发送第一请求；其中，所述第一请求用于请求所述核心网对丢包进行补偿；
第三接收模块，用于基于所述第一承载接收第一数据；其中，所述第一数据为所述丢包对应的数据。
17.根据权利要求16所述的装置，其特征在于，还包括：
第四接收模块，用于接收所述核心网发送的第一指示消息；其中，所述第一指示消息为所述核心网响应于上行终端的第二请求所发送的，所述第二请求用于请求组呼业务；所述第一指示消息用于指示与所述下行终端建立下行组播通路；
第七发送模块，用于基于所述下行组播通路接收所述核心网发送的第二数据；所述第二数据为所述组呼业务对应的组呼数据。
18.根据权利要求16至17任一项所述的装置，其特征在于，所述第一请求包括：下行终端标识、丢包标识、用于接收所述第一请求的第一网络协议地址或第一端口标识、以及所述下行终端用于接收丢包的第二网络协议地址或第二端口标识。
19.根据权利要求18所述的装置，其特征在于，所述第三接收模块包括：
第三接收子模块，用于基于所述第一承载，根据所述第一网络协议地址或第一端口标识接收第一数据。
20.根据权利要求16至17任一项所述的装置，其特征在于，所述第一承载包括：专用承载。
21.一种电子设备，其特征在于，包括：
处理器，存储器以及计算机程序；其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如权利要求1-10任一项所述的方法的指令。
22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被执行时，实现如权利要求1-10任一项所述的方法。
CN201910348294.XA 2019-04-28 2019-04-28 数据传输方法及装置 Active CN111865874B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910348294.XA CN111865874B (zh) 2019-04-28 2019-04-28 数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910348294.XA CN111865874B (zh) 2019-04-28 2019-04-28 数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN111865874A true CN111865874A (zh) 2020-10-30
CN111865874B CN111865874B (zh) 2022-08-16

Family

ID=72964914

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910348294.XA Active CN111865874B (zh) 2019-04-28 2019-04-28 数据传输方法及装置

Country Status (1)

Country Link
CN (1) CN111865874B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117498892A (zh) * 2024-01-02 2024-02-02 深圳旷世科技有限公司 基于uwb的音频传输方法、装置、终端及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1697354A (zh) * 2005-06-17 2005-11-16 顾红波 用组播和单播协议可靠传输数据的方法及接收数据的主机
US20160119762A1 (en) * 2013-05-15 2016-04-28 Xipeng Zhu Group bearer and bearer selection for multicast/broadcast data transmissions
US20170048683A1 (en) * 2014-04-30 2017-02-16 Takahiro Asai Communication management system, communication management method, and computer program product
CN108111531A (zh) * 2018-01-02 2018-06-01 青岛海信网络科技股份有限公司 一种增强视频直播质量的方法及装置
CN108282277A (zh) * 2018-01-22 2018-07-13 西安万像电子科技有限公司 一种丢包重传方法、装置及系统
CN111065058A (zh) * 2018-10-16 2020-04-24 成都鼎桥通信技术有限公司 一种视频组呼方法、终端以及网络系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1697354A (zh) * 2005-06-17 2005-11-16 顾红波 用组播和单播协议可靠传输数据的方法及接收数据的主机
US20160119762A1 (en) * 2013-05-15 2016-04-28 Xipeng Zhu Group bearer and bearer selection for multicast/broadcast data transmissions
US20170048683A1 (en) * 2014-04-30 2017-02-16 Takahiro Asai Communication management system, communication management method, and computer program product
CN108111531A (zh) * 2018-01-02 2018-06-01 青岛海信网络科技股份有限公司 一种增强视频直播质量的方法及装置
CN108282277A (zh) * 2018-01-22 2018-07-13 西安万像电子科技有限公司 一种丢包重传方法、装置及系统
CN111065058A (zh) * 2018-10-16 2020-04-24 成都鼎桥通信技术有限公司 一种视频组呼方法、终端以及网络系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
汤俊: ""基于IP网络的视频通信传输与控制技术"", 《湖北工学院学报》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117498892A (zh) * 2024-01-02 2024-02-02 深圳旷世科技有限公司 基于uwb的音频传输方法、装置、终端及存储介质
CN117498892B (zh) * 2024-01-02 2024-05-03 深圳旷世科技有限公司 基于uwb的音频传输方法、装置、终端及存储介质

Also Published As

Publication number Publication date
CN111865874B (zh) 2022-08-16

Similar Documents

Publication Publication Date Title
CN101167319B (zh) 基于sip的会话建立方法
US8599821B2 (en) Method, terminal and network device for changing status of a packet switched domain
US20040081159A1 (en) Method and apparatus for multi-media communication over multiple networks
CN108924872B (zh) 数据传输方法、终端和核心网设备
US20170033859A1 (en) Relaying device, communication system, and communication method
US11051078B2 (en) Video distribution method and device
EP3679713B1 (en) Call reconnection
US20130223336A1 (en) In-band signaling to indicate end of data stream and update user context
CN110662179B (zh) 基于lte宽带集群系统的呼叫处理方法及装置
US20100172335A1 (en) Data transmission method and apparatus based on Wi-Fi multimedia
US9071944B2 (en) Method and system for providing media stored in a PoC box in a PoC system
US8472959B2 (en) Communication control system and communication control method
JP4808786B2 (ja) Ｓｉｐベースセッションサービスのメディアデータ処理
CN111865874B (zh) 数据传输方法及装置
US20240089369A1 (en) Method for playing multimedia customized ringing signal and customized alerting tone, and application server
EP3506612A1 (en) Call recording system, call recording method, and call recording program
US8606243B2 (en) Mobile network system and guidance message providing method
EP4050931A1 (en) Media stream delivery quality notification method and session border controller entity
EP1998517B1 (en) METHOD AND aPPARATUS FOR CHANGING STATUS OF PACKET SWITCHED DOMAIN
CN108881774B (zh) 多媒体网络通话的呼叫系统及方法
CN110971577B (zh) 一种会话管理方法及装置
KR101528268B1 (ko) 콘텐츠를 원격 위치들에 스트리밍하기 위한 시스템과 방법
US8873562B2 (en) Apparatus and method for media data classification in mobile communication system
CN103650467A (zh) 移动通信方法及呼叫会话控制服务器装置
CN113938468A (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
GR01 Patent grant
GR01 Patent grant