CN112533006B - 直播平台与voip终端的通信方法及装置 - Google Patents

直播平台与voip终端的通信方法及装置 Download PDF

Info

Publication number
CN112533006B
CN112533006B CN202011225053.5A CN202011225053A CN112533006B CN 112533006 B CN112533006 B CN 112533006B CN 202011225053 A CN202011225053 A CN 202011225053A CN 112533006 B CN112533006 B CN 112533006B
Authority
CN
China
Prior art keywords
rtmp
rtp
audio
video data
address
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
Application number
CN202011225053.5A
Other languages
English (en)
Other versions
CN112533006A (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.)
Shenzhen Mima Technology Co ltd
Original Assignee
Shenzhen Mima Technology Co 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 Shenzhen Mima Technology Co ltd filed Critical Shenzhen Mima Technology Co ltd
Priority to CN202011225053.5A priority Critical patent/CN112533006B/zh
Publication of CN112533006A publication Critical patent/CN112533006A/zh
Application granted granted Critical
Publication of CN112533006B publication Critical patent/CN112533006B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • 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
    • 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/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了直播平台与VOIP终端的通信方法及装置，其方法包括：接收直播平台发出的呼叫请求，并将呼叫请求发送至RTMP媒体网关，并接收RTMP媒体网关分配的RTMP推、拉流地址和RTP地址；将RTMP推、拉流地址发送至直播平台，以使直播平台将第一路RTMP音视频数据发送至RTMP推流地址；并接收RTMP拉流地址返回的第二路RTMP音视频数据；将RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到RTP地址；并接收RTP地址返回的第二RTP音视频数据，并将第二RTP音视频数据发送到VOIP终端；RTMP媒体网关将用于将RTMP协议与RTP协议之间转换。本申请在基于互联网进行音视频通话时，能够将RTMP直播平台和VOIP系统融合，开起了直播平台的呼叫入口，提高通话的便捷性。

Description

直播平台与VOIP终端的通信方法及装置
技术领域
本申请涉及通信技术领域，具体涉及一种直播平台与VOIP终端的通信方法、装置、系统、网关及存储介质。
背景技术
传统的通讯业务是基于呼叫电话号码来实现的，在这个过程中，需要电话号码，并会产生通话费用。在不知道被叫用户的电话号码时，这种通讯是无法实现的。
而现有技术中，网络技术越来越发达，基于互联网的通话业务占有的比例越来越大，但是现有的通话网络通话业务存在着很多不足之处，如现有技术中较为成熟的多媒体通讯方案主要分为两大类：VOIP通讯技术和RTMP通讯技术。其中，VOIP(Voice overInternet Protocol)通讯技术是一种基于IP 的语音传输技术，广泛应用于即时通讯，以UDP为主，但是由于网络抖动及丢包会影响到通话质量。
而RTMP(Real Time Messaging Protocol)通讯技术广泛应用于在线直播，以TCP(传输控制协议，Transmission Control Protocol)为主，时延大，实时性差，且目前在线直播是单向的，即主播在直播平台的直播端进行说话，而听众只能通过文字与主播互动，而不同与直播直接进行语音互动。
发明内容
鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种直播平台与VOIP终端的通信方法、装置、系统、网关及存储介质。
依据本申请的一方面，提供了一种直播平台与VOIP终端的通信方法，包括：
接收所述直播平台发出的呼叫请求，并将所述呼叫请求请求发送至 RTMP媒体网关，并接收RTMP媒体网关根据呼叫请求分配的媒体地址；其中，所述媒体地址包括RTMP推、拉流地址和RTP地址；
将所述RTMP推、拉流地址发送至所述直播平台，以使所述直播平台将第一路RTMP音视频数据发送至所述RTMP推流地址；并接收所述RTMP 拉流地址返回的第二路RTMP音视频数据；
将所述RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP 终端的接收的第一RTP音视频数据发送到所述RTP地址；并接收所述RTP 地址返回的第二RTP音视频数据，并将所述第二RTP音视频数据发送到 VOIP终端；
其中，所述RTMP媒体网关将所述第一路RTMP音视频数据转换为第二 RTP音视频数据，并发送至所述RTP地址，以使所述RTP代理接收并发送所述第二RTP音视频数据至所述VOIP终端；
所述RTMP媒体网关还将通过RTP地址返回的所述第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至所述RTMP拉流地址，以使所述直播平台通过所述RTMP拉流地址获得所述第二路RTMP音视频数据。
依据本申请的另一方面，提供了一种直播平台与VOIP终端的通信装置，包括：
接收及转发单元，用于接收所述直播平台发出的呼叫请求，并将所述呼叫请求发送至RTMP媒体网关，并接收RTMP媒体网关根据呼叫请求分配的媒体地址；其中，所述媒体地址包括RTMP推、拉流地址和RTP地址；
接收及转发单元，还用于将所述RTMP推、拉流地址发送至所述直播平台，以使所述直播平台将第一路RTMP音视频数据发送至所述RTMP推流地址；并接收所述RTMP拉流地址返回的第二路RTMP音视频数据；
接收及转发单元，还用于将所述RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到所述RTP 地址；并接收所述RTP地址返回的第二RTP音视频数据，并将所述第二RTP 音视频数据发送到VOIP终端；
协议转换单元，协议转换单元包括RTMP媒体网关，用于将所述第一路 RTMP音视频数据转换为第二RTP音视频数据，并发送至所述RTP地址，以使所述RTP代理接收并发送所述第二RTP音视频数据至所述VOIP终端；
所述RTMP媒体网关还将通过RTP地址返回的所述第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至所述RTMP拉流地址，以使所述直播平台通过所述RTMP拉流地址获得所述第二路RTMP音视频数据。
根据本申请的第三方面，提供了一种直播平台与VOIP终端的通信系统，其中，该通信系统包括：直播平台、VOIP终端、以及上述的直播平台与VOIP 终端的通信装置。
依据本申请的第四方面，提供了一种网关，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。
依据本申请的第五方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一所述的方法。
由上述可知，本申请的有益效果在于：本申请通过RTMP媒体网关实现了RTMP协议到RTP协议的转换，以及实现了RTP协议到RTMP协议的转换，使直播平台和VOIP终端分别获得一个与呼叫请求对应的音视频数据交互地址，即RTMP推、拉流地址和RTP地址，RTMP媒体网关将格式转换后的音视频数据相应的发送到上述地址，以此实现直播平台与VOIP终端的通信连接。在基于互联网进行音视频通话时，能够将直播平台与VOIP系统融合，开通了直播平台的呼叫入口，极大程度的节约通话成本，且能够提高通话的便捷性。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本申请一个实施例的直播平台与VOIP终端的通信方法的流程示意图。
图2示出了根据本申请另一个实施例的直播平台与VOIP终端的通信方法的流程示意图。
图3示出了根据本申请一个实施例的直播平台与VOIP终端的通信装置的结构示意图；
图4示出了根据本申请又一个实施例的网关的结构示意图；
图5示出了根据本申请一个实施例的计算机可读存储介质的结构示意图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。
本申请的构思在于：针对目前基于互联网的即时通信业务量的骤增，但现有技术中，如微信等APP只能实现平台内部不同的移动终端之间的音视频通话的问题；又如通过直播平台进行语音或视频沟通时，存在着双向通话实现难度高等技术难题，提出了一种能够实现直播平台与VOIP终端的通信方法，通过该方法，用户可通过直播平台来被叫用户发起语音或视频呼叫，能够极大程度上的节约通话成本。
图1示出了根据本申请一个实施例的直播平台与VOIP终端的通信方法的流程示意图，从图1中可以看出，该方法包括：
步骤S110，接收直播平台发出的呼叫请求，并将该呼叫请求发送至RTMP 媒体网关，并接收RTMP媒体网关根据该呼叫请求获得的媒体地址；其中，媒体地址包括RTMP推、拉流地址和RTP地址。
目前，网络电话通常识基于手机软件(APP，Application)实现的端到端的内部通信的，如QQ中的语音通话功能，微信中的音/视频通话功能等。随着互联网技术的日臻成熟，直播被越来越被人们接受和使用，但直播是主播在直播平台向观众讲解和展示，而观众只能通过文字与主播互动，因此可以认为直播是单向的，而想要实现主播与观众之间的实时音视频双向互动还存在一定的难度。
而本申请的方法，是以直播平台作为网络电话的终端，主叫用户可以在直播平台上向被叫用户发出通话请求，以实现通话，通话可以是音/视频通话。
本申请提供的方法适用于各种直播平台，且直播平台可在各种终端安装，如个人电脑、手机等，在本申请中以微信小程序中的云呼叫中心平台为例。而VOIP终端可以通俗的理解为一种装置，也设置于各种电子设备终端上，如手机、电脑等，以使上述电子设备能够实现IP通话。
首先，接收个人用户或企业用户通过上述的云呼叫中心平台向被叫用户发出的呼叫请求，该呼叫请求中可以包含与呼叫请求对应的唯一的身份信息和/或物理地址等信息，以便于后续通信连接的建立。
然后，将上述的呼叫请求发送至RTMP媒体网关，其中，RTMP媒体网关是本申请提供的一种新型交换网关，其作用是将RTMP协议与RTP协议之间进行转换。RTMP(Real TimeMessaging Protocol，实时消息传输协议)是直播平台的实时媒体传输协议，用于在直播中音视频数据的传输和分发。RTP (实时传输协议Real-time Transport Protocol)是一个网络传输协议，能够为数据提供实时端到端的服务。
RTMP媒体网关根据呼叫请求分配一媒体地址，该媒体地址可以是 RTMP媒体网关向生成服务器申请到的，RTMP媒体网关将该媒体地址返回。而媒体地址包括：RTMP推、拉流地址和RTP地址。
推流，指的是把采集阶段封包好的内容传输到服务器的过程；拉流，是指根据特定的地址从服务器上获得已有的音视频数据。RTMP媒体网关根据呼叫请求分配一媒体地址，该媒体地址用于在直播过程中，与直播平台进行音视频数据的交互。
RTP媒体地址还包括RTP地址，该地址是用于与VOIP终端进行交互、联系的地址。
步骤S120，将RTMP推、拉流地址发送至直播平台，以使直播平台将第一路RTMP音视频数据发送至RTMP推流地址；并接收RTMP拉流地址返回的第二路RTMP音视频数据。
在直播通话过程中，直播平台会将第一路音视频数据发送至该RTMP推流地址，第一路音视频数据可以为直播平台通过直播设备获取的主叫用户的音视频数据。此外，直播平台还接收RTMP拉流地址返回的第二路音视频数据，该第二路音视频数据可以是VOIP终端通过VOIP终端所在的电子设备获取的被叫用户的，并通过RTMP拉流地址返回的音视频数据。从而实现直播平台与RTMP推、拉流地址，进一步的与VOIP终端的音视频的交互。
在一些实施例中，直播平台可通过流媒体(streaming media)技术将第一路音视频数据发送至RTMP推流地址，具体是指将一连串的音视频数据压缩后，经过网上分段发送数据，在网上即时传输影音以供观赏的一种技术与过程，此技术使得数据包得以像流水一样发送。
步骤S130，将RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到RTP地址；并接收RTP 地址返回的第二RTP音视频数据，并将第二RTP音视频数据发送到VOIP终端。
在本申请中为了实现直播平台与VOIP终端的互通，需要将媒体地址中的RTP地址发送至VOIP终端的RTP代理，RTP代理一方面将第一RTP音视频数据发送到RTP地址，其中，该第一RTP音视频数据可以是VOIP终端通过VOIP终端所在的电子设备获取的被叫用户的音视频数据。RTP代理一方面接收第二RTP音视频数据，并将该音视频数据发送至VOIP终端，其中，该第二RTP音视频数据可以是直播平台通过其所在的电子设备获取的主叫用户的音视频数据。
由于RTMP协议与RTP协议之间不互通，因此本申请提供了RTMP媒体网关，该RTMP媒体网关用于将RTMP协议与RTP协议互相转换，具体的，RTMP媒体网关将第一路RTMP音视频数据转换为第二RTP音视频数据，并发送至RTP地址，以使RTP代理接收并发送第二RTP音视频数据至VOIP 终端；RTMP媒体网关还将通过RTP地址返回的第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至RTMP拉流地址，以使直播平台通过 RTMP拉流地址获得第二路RTMP音视频数据。
通过上述不同协议的转化，直播平台接收的VOIP终端的音视频数据是从RTP协议格式转化为RTMP协议格式，因此直播平台可以识别该音视频数据，同理，VOIP终端接收的直播平台的音视频数据是从RTMP协议格式转化为RTP协议格式，因此，VOIP终端也可以识别该音视频数据。从图1所示的方法可以看出，本申请通过RTMP媒体网关实现了RTMP协议到RTP协议的转换，以及实现了RTP协议到RTMP协议的转换，使直播平台和VOIP 终端分别获得一个与呼叫请求对应的音视频数据交互地址，即RTMP推、拉流地址和RTP地址，RTP媒体网关将格式转换后的音视频数据相应的发送到上述地址，以此实现直播平台与VOIP终端的通信连接。在基于互联网进行音视频通话时，能够将直播平台与VOIP系统融合，开通了直播平台的呼叫入口，能够显著提高即时通话的灵活性和便捷性，极大程度上扩展了直播平台的应用场景。
本申请提供的方法适用于个人用户也适用于企业用户，如以企业用户为例，现有企业在向潜在客户推销本企业技术或产品时，通常是采用电话销售的方式，企业电话通过采用400或800电话，其注册成本和使用成本都是非常昂贵的，而采用本申请的方法，只需要在某直播平台上注册账号即可使用，在这个过程中，只消耗流量，而无需话费，可以极大程度上的节约通话成本。
在本申请的一些实施例中，在上述中，呼叫请求为通话请求，其中，呼叫请求包含被叫用户的电话号码和/或身份二维码。
在本申请中VOIP终端可设置在各种电子设备上，实际中，是以IP电话为主的，其形式主要分为三种，网络电话、与公共电话网互联的IP电话、传统电信运营商的VOIP业务。因此，在获知包括但不局限于被叫用户的电话号码或身份二维码或时，均可在直播平台对被叫用户发起呼叫。
仍然以企业通过电话销售在向潜在客户推销本企业技术或产品为例，随着互联网技术的日臻完善，身份二维码的应用越来越广泛，且企业在做宣传推广时，存在着不知道潜在客户电话号码的情况，而采用本实施例的方法，只需知道被叫用户的身份二维码也可进行通话，极大地扩展了本申请的应用场景。
在本申请的一些实施例中，接收直播平台发出的呼叫请求包括：接收直播平台通过WebSocket协议发送的呼叫请求。
将RTMP推、拉流地址并发送至直播平台包括：通过WebSocket协议将 RTMP推、拉流地址发送至直播平台。
在本申请的一些实施例中，将RTP地址发送至VOIP终端的RTP代理包括：通过SIP协议将RTP地址发送至VOIP终端的RTP代理。
也就是说，在本申请的一些实施例中，在与直播平台进行消息交互是通过WebSocket协议进行的，在与VOIP终端进行消息交互是通过SIP协议进行的。
WebSocket是一种在单个TCP连接上进行全双工通信的协议，WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
在本申请的一些实施例中，与直播平台之间采用WebSocket协议，减少了计算量，更加节约计算成本，减少轮询的冗余量。
SIP(Session Initiation Protocol，会话初始协议)是一种信令协议，可以用来建立、修改、和终止多媒体会话(或者会议)，例如Internet电话，其是 VOIP终端的主消息协议。也就是说，在本申请的一些实施例中，与VOIP 终端之间的消息交互采用的是SIP协议。
因此，在选择WebSocket协议与SIP协议时，需要将WebSocket协议形式的消息转换为SIP协议形式的消息，以使直播平台发出的呼叫请求能够被 VOIP终端识别，转换方法可参考现有技术中不同的协议的消息之间的转换，并可采用消息网关实现。
在本申请的一些实施例中，RTMP媒体网关将第一路RTMP音视频数据转换为第二RTP音视频数据包括：提取第一路RTMP音视频数据的媒体信息；对得到的所述媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTP终端，以使RTP终端根据重编码结果生成第二RTP音视频数据。
在本申请的一些实施例中，RTMP媒体网关还将通过RTP地址返回的第一RTP音视频数据转换为第二路RTMP音视频数据包括：提取第一RTP音视频数据的媒体信息；对得到的媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTMP媒体网关；RTMP媒体网关根据重编码结果生成第二路RTMP音视频数据。根据本申请的一些实施例，本申请提供了一种新型的媒体网关，即RTMP媒体网关，该RTMP媒体网关用于将RTMP协议转换成RTP协议，并且还可以用于将RTP协议转换成RTMP协议。
以RTMP协议转换成RTP协议为例，提取第一路RTMP音视频数据的媒体信息，该媒体信息是可被RTMP协议识别的，但是不能被RTP协议识别，而RTMP媒体网关通过对给媒体信息进行解码、然后重采样，再重新编码为 RTP协议可识别的形式，即得到第二RTP音视频数据。
同理，RTP协议转换成RTMP协议与上述过程类似，在此不再赘述。
图2示出了根据本申请另一个实施例的直播平台与VOIP终端的通信方法的流程示意图，从图2中可以看出：
首先，通过WebSocket协议接收个人用户或企业用户在直播平台上通过身份二维码对被叫用户发出的呼叫请求，并将该呼叫请求发送至RTMP媒体网关，RTMP媒体网关根据该呼叫请求分配RTMP推、拉流地址和RTP地址。
将RTMP推、拉流地址通过WebSocket协议发送至直播平台，以使直播平台与该RTMP推、拉流地址进行音视频数据的交互。
将WebSocket协议形式的RTP地址转换成SIP协议形式的RTP地址，具体的实现手段，可以将RTP地址写入SIP协议的SDP(Session Description Protocol，一种会话描述格式)中，并将该SIP协议发送至VOIP终端的RTP 代理，以使RTP代理能够从SIP协议中读取到上述的RTP地址。
直播平台接收将主叫用户的第一RTMP音视频数据发送至RTMP推流地址，VOIP终端将接收的被叫用户的第一RTP音视频数据发送至RTP地址。
其中，RTMP媒体网关将上述第一RTMP音视频数据转换为的第二RTP 音视频数据，并将第二RTP音视频数据发送至RTP地址，以使VOIP终端可以通过RTP地址获得第二RTP音视频数据，以供被叫用户观看或收听。
RTMP媒体网关将上述第一RTP音视频数据转换为的第二RTMP音视频数据，并将第二RTMP音视频数据发送至RTMP拉流地址，以使直播平台端可以通过RTMP拉流地址获得第二RTMP音视频数据，以供主叫用户观看或收听。
图3示出了根据本申请一个实施例的直播平台与VOIP终端的通信装置的结构示意图，该通信装置300包括：
接收及转发单元310，用于接收直播平台发出的呼叫请求，并将呼叫请求发送至RTMP媒体网关，并接收RTMP媒体网关根据呼叫请求分配的媒体地址；其中，媒体地址包括RTMP推、拉流地址和RTP地址；
接收及转发单元310，还用于将RTMP推、拉流地址发送至直播平台，以使直播平台将第一路RTMP音视频数据发送至RTMP推流地址；并接收 RTMP拉流地址返回的第二路RTMP音视频数据；
接收及转发单元310，还用于将RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到RTP地址；并接收RTP地址返回的第二RTP音视频数据，并将第二RTP音视频数据发送到VOIP终端；
协议转换单元320，协议转换单元320包括RTMP媒体网关，用于将第一路RTMP音视频数据转换为第二RTP音视频数据，并发送至RTP地址，以使RTP代理接收并发送第二RTP音视频数据至VOIP终端；
RTMP媒体网关还将通过RTP地址返回的第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至RTMP拉流地址，以使直播平台通过RTMP 拉流地址获得第二路RTMP音视频数据。
在本申请的一些实施例中，在上述的通信装置300中，呼叫请求包含被叫用户的电话号码和/或身份二维码。
在本申请的一些实施例中，在上述的通信装置300中，接收及转发单元 310，用于接收直播平台通过WebSocket协议发送的呼叫请求；接收及转发单元310，还用于通过WebSocket协议将RTMP推、拉流地址发送至直播平台。
在本申请的一些实施例中，在上述的通信装置300中，接收及转发单元 310，用于通过SIP协议将RTP地址发送至VOIP终端的RTP代理。
在本申请的一些实施例中，在上述的通信装置300中，协议转换单元320，用于提取第一RTMP音视频数据的媒体信息，对得到的媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTP终端，以使RTP终端根据重编码结果生成第二RTP音视频数据。
在本申请的一些实施例中，在上述的通信装置300中，协议转换单元320，用于提取第一RTP音视频数据的媒体信息；对得到的媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTMP媒体网关；RTMP媒体网关根据重编码结果生成第二路RTMP音视频数据。
需要说明的是：上述的装置可一一实现上述对应的方法，这里不再赘述。
综上所述：本申请的有益效果在于：本申请通过RTMP媒体网关实现了 RTMP协议到RTP协议的转换，以及实现了RTP协议到RTMP协议的转换，使直播平台和VOIP终端分别获得一个与呼叫请求对应的音视频数据交互地址，即RTMP推、拉流地址和RTP地址，RTP媒体网关将格式转换后的音视频数据相应的发送到上述地址，以此实现直播平台与VOIP终端的通信连接。在基于互联网进行音视频通话时，能够将直播平台与VOIP系统融合，开通了直播平台的呼叫入口，显著提高通话质量，极大程度的节约通话成本，且能够提高通话的便捷性。
需要说明的是：
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
类似地，应当理解，为了精简本申请并帮助理解各个申请方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，申请方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
例如，图4示出了根据本申请一个实施例的网关的结构示意图。该网关 400包括处理器410和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器420。存储器420可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器420 具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码431的存储空间430。例如，用于存储计算机可读程序代码的存储空间430可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码431。计算机可读程序代码431可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图5所述的计算机可读存储介质。图5示出了根据本申请一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质 500存储有用于执行根据本申请的方法步骤的计算机可读程序代码431，可以被网关400的处理器410读取，当计算机可读程序代码431由网关400运行时，导致该网关400执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码431可以执行上述任一实施例中示出的方法。计算机可读程序代码431可以以适当形式进行压缩。
应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (8)

1.一种直播平台与VOIP终端的通信方法，其特征在于，包括：
通过WebSocket协议接收所述直播平台发出的呼叫请求，并将所述呼叫请求发送至RTMP媒体网关，并接收RTMP媒体网关根据呼叫请求分配的媒体地址；其中，所述媒体地址包括RTMP推、拉流地址和RTP地址；
通过WebSocket协议将所述RTMP推、拉流地址发送至所述直播平台，以使所述直播平台将第一路RTMP音视频数据发送至所述RTMP推流地址；并接收所述RTMP拉流地址返回的第二路RTMP音视频数据；
将WebScoket协议形式的RTP地址转换成SIP协议形式的RTP地址，通过SIP协议将所述RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到所述RTP地址；并接收所述RTP地址返回的第二RTP音视频数据，并将所述第二RTP音视频数据发送到VOIP终端；
其中，所述RTMP媒体网关将所述第一路RTMP音视频数据转换为第二RTP音视频数据，并发送至所述RTP地址，以使所述RTP代理接收并发送所述第二RTP音视频数据至所述VOIP终端；
所述RTMP媒体网关还将通过RTP地址返回的所述第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至所述RTMP拉流地址，以使所述直播平台通过所述RTMP拉流地址获得所述第二路RTMP音视频数据，从而将所述直播平台与所述VOIP终端融合。
2.根据权利要求1所述的方法，其特征在于，所述呼叫请求包含被叫用户的电话号码和/或身份二维码。
3.根据权利要求1所述的方法，其特征在于，所述RTMP媒体网关将所述第一路RTMP音视频数据转换为第二RTP音视频数据包括：提取所述第一路RTMP音视频数据的媒体信息；
对得到的所述媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTP终端，以使所述RTP终端根据重编码结果生成第二RTP音视频数据。
4.根据权利要求1所述的方法，其特征在于，所述RTMP媒体网关还将通过RTP地址返回的所述第一RTP音视频数据转换为第二路RTMP音视频数据包括：
提取所述第一RTP音视频数据的媒体信息；
对得到的所述媒体信息依次进行解码、重采样、重编码，并将重编码结果发送至RTMP媒体网关；
所述RTMP媒体网关根据重编码结果生成第二路RTMP音视频数据。
5.一种直播平台与VOIP终端的通信装置，其特征在于，包括：
接收及转发单元，用于通过WebSocket协议接收所述直播平台发出的呼叫请求，并将所述呼叫请求发送至RTMP媒体网关，并接收RTMP媒体网关根据呼叫请求分配的媒体地址；其中，所述媒体地址包括RTMP推、拉流地址和RTP地址；
接收及转发单元，还用于通过WebSocket协议将所述RTMP推、拉流地址发送至所述直播平台，以使所述直播平台将第一路RTMP音视频数据发送至所述RTMP推流地址；并接收所述RTMP拉流地址返回的第二路RTMP音视频数据；
接收及转发单元，还用于将WebScoket协议形式的RTP地址转换成SIP协议形式的RTP地址，通过SIP协议将所述RTP地址发送至VOIP终端的RTP代理，以使RTP代理将VOIP终端的接收的第一RTP音视频数据发送到所述RTP地址；并接收所述RTP地址返回的第二RTP音视频数据，并将所述第二RTP音视频数据发送到VOIP终端；
协议转换单元，协议转换单元包括RTMP媒体网关，用于所述RTMP媒体网关将所述第一路RTMP音视频数据转换为第二RTP音视频数据，并发送至所述RTP地址，以使所述RTP代理接收并发送所述第二RTP音视频数据至所述VOIP终端；
所述RTMP媒体网关还将通过RTP地址返回的所述第一RTP音视频数据转换为第二路RTMP音视频数据，并发送至所述RTMP拉流地址，以使所述直播平台通过所述RTMP拉流地址获得所述第二路RTMP音视频数据，从而将所述直播平台与所述VOIP终端融合。
6.一种直播平台与VOIP终端的通信系统，其中，该通信系统包括：直播平台、VOIP终端、权利要求5所述的直播平台与VOIP终端的通信装置。
7.一种网关，其中，该网关包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求1-4中任一项所述的方法。
8.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如权利要求1-4中任一项所述的方法。
CN202011225053.5A 2020-11-05 2020-11-05 直播平台与voip终端的通信方法及装置 Active CN112533006B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011225053.5A CN112533006B (zh) 2020-11-05 2020-11-05 直播平台与voip终端的通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011225053.5A CN112533006B (zh) 2020-11-05 2020-11-05 直播平台与voip终端的通信方法及装置

Publications (2)

Publication Number Publication Date
CN112533006A CN112533006A (zh) 2021-03-19
CN112533006B true CN112533006B (zh) 2023-02-28

Family

ID=74979685

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011225053.5A Active CN112533006B (zh) 2020-11-05 2020-11-05 直播平台与voip终端的通信方法及装置

Country Status (1)

Country Link
CN (1) CN112533006B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114285910A (zh) * 2021-12-23 2022-04-05 号百信息服务有限公司 通信终端与互联网音频格式重塑系统和方法
CN115514739B (zh) * 2022-11-09 2023-04-28 北京拓课网络科技有限公司 小程序平台与在线课堂进行多媒体数据交互的方法和装置
CN115914178B (zh) * 2023-01-10 2023-05-02 广州讯鸿网络技术有限公司 一种voip实时音视频通话方法、系统及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105898620A (zh) * 2015-11-26 2016-08-24 乐视移动智能信息技术（北京）有限公司 多媒体实时直播的方法和装置
US20170093939A1 (en) * 2015-09-24 2017-03-30 Flir Commercial Systems, Inc. Real-time video streaming to client video element
CN108206833A (zh) * 2018-01-11 2018-06-26 福建星网锐捷通讯股份有限公司 音视频数据传输方法及其系统
CN110602065A (zh) * 2019-08-29 2019-12-20 深圳市麦谷科技有限公司 直播推流方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170093939A1 (en) * 2015-09-24 2017-03-30 Flir Commercial Systems, Inc. Real-time video streaming to client video element
CN105898620A (zh) * 2015-11-26 2016-08-24 乐视移动智能信息技术（北京）有限公司 多媒体实时直播的方法和装置
CN108206833A (zh) * 2018-01-11 2018-06-26 福建星网锐捷通讯股份有限公司 音视频数据传输方法及其系统
CN110602065A (zh) * 2019-08-29 2019-12-20 深圳市麦谷科技有限公司 直播推流方法和装置

Also Published As

Publication number Publication date
CN112533006A (zh) 2021-03-19

Similar Documents

Publication Publication Date Title
CN112533006B (zh) 直播平台与voip终端的通信方法及装置
CN101277343B (zh) 在语音通信网络中实现视频捆绑的方法、终端及系统
CN101742001B (zh) 一种ip电话与ivr间数据信息交互方法、系统及装置
WO2008111067A1 (en) Method of providing a service over a hybrid network and system thereof
CN101909192B (zh) 电视终端的通信方法及其电视终端
CN202918417U (zh) 基于Android机顶盒的视频通话系统
US8233028B2 (en) Dynamic visual background for call-center agents
US20230353603A1 (en) Call processing system and call processing method
EP1890457A1 (en) Accessing interactive services over internet
US8908853B2 (en) Method and device for displaying information
CN103595948A (zh) 分辨率自适应的视频通话系统和方法
EP2863591A1 (en) Transmission method for media data stream and thin client
CN102438119B (zh) 一种数字电视的音视频通讯系统
CN112714131A (zh) 一种跨平台连麦的方法、装置、存储介质及电子设备
US8625754B1 (en) Method and apparatus for providing information associated with embedded hyperlinked images
CN102231734A (zh) 实现从文本到语音tts的音频转码方法、装置及系统
KR101330910B1 (ko) 패킷호 대기시간에서의 컨텐츠 제공 시스템 및 그 방법
CN1976376B (zh) 一种呼叫会话的方法、ip电话系统及ip电话终端
US8184548B1 (en) Method and apparatus for providing a single bill for transactions involving multiple applications
JP5163750B2 (ja) マルチメディア提供サービス
CN114553843A (zh) 实现视频单通兼话音双通的方法、装置及电子设备
CN109818963B (zh) 一种应用于话机上的辅流分享方法
US20070280215A1 (en) Method and apparatus for providing a click-to-talk service for advertisements
CN101945107A (zh) 一种多媒体彩振的实现方法及系统
US8799976B1 (en) Method and apparatus for providing a web session with a commercial advertiser

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