CN111193688A - 实现视频彩铃的方法、装置、设备及介质 - Google Patents
实现视频彩铃的方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN111193688A CN111193688A CN201811358175.4A CN201811358175A CN111193688A CN 111193688 A CN111193688 A CN 111193688A CN 201811358175 A CN201811358175 A CN 201811358175A CN 111193688 A CN111193688 A CN 111193688A
- Authority
- CN
- China
- Prior art keywords
- video
- color ring
- request
- calling
- terminal
- 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
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/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- 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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42017—Customized ring-back tones
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现视频彩铃的方法、装置、设备及介质。该方法通过获取主叫终端发起的呼叫请求;判断呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议SDP是否携带视频媒体信息;若呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者SDP携带视频媒体信息,则判断主叫终端是否属于预设黑名单;若主叫终端不属于预设黑名单,则发起视频媒体更新请求;判断视频媒体更新请求是否协商成功;若视频媒体更新请求协商成功,则向主叫终端播放预设的视频彩铃。根据本发明实施例,能够提高视频彩铃业务接通率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种实现视频彩铃的方法、装置、设备及介质。
背景技术
目前,大部分终端不支持视频彩铃功能,且主叫用户很少会想到为适应被叫用户订购的业务而升级自身的终端,这会严重影响视频彩铃业务的推广与发展。视频彩铃平台在与主叫终端媒体协商时,根据不同的协商结果主要分为两种处理方式:
(一)与主叫终端视频媒体协商成功:播放被叫用户设置的视频彩铃。
(二)与主叫终端视频媒体协商失败:播放被叫用户设置的音频彩铃,甚至可能会出现单通等情况,影响主被叫之间正常通话。
上述处理方式存在以下弊端:
主叫终端因不支持视频彩铃功能,主叫用户在听到音频彩铃时,无法判断被叫用户是否订购了视频彩铃,降低视频彩铃业务订购者的积极性;未考虑到主被叫之间的媒体协商异常的情况,如单通等,影响业务感知,降低了视频彩铃的接通率。
发明内容
为了解决上述中的至少一个技术问题,本发明实施例提供了一种实现视频彩铃的方法、装置、设备及介质,能够提高视频彩铃业务接通率。
第一方面,本发明实施例提供了一种实现视频彩铃的方法,方法包括:
获取主叫终端发起的呼叫请求;
判断所述呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议(Session Description Protocol,SDP)是否携带视频媒体信息;
若所述呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者所述SDP携带视频媒体信息,则判断所述主叫终端是否属于预设黑名单;
若所述主叫终端不属于所述预设黑名单,则发起视频媒体更新请求;
判断所述视频媒体更新请求是否协商成功;
若所述视频媒体更新请求协商成功,则向所述主叫终端播放预设的视频彩铃。
根据本发明所述的实现视频彩铃的方法,所述方法还包括:
若所述呼叫请求的初始请求INVITE消息中的contact头域不包含视频video标签且所述SDP未携带视频媒体信息,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
根据本发明所述的实现视频彩铃的方法,所述方法还包括:
若所述主叫终端属于所述预设黑名单,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
根据本发明所述的实现视频彩铃的方法,所述方法还包括:
若所述视频媒体更新请求协商失败,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
根据本发明所述的实现视频彩铃的方法,所述预设的短信信息包括下列中的一项或多项:所述主叫终端当前支持的视频彩铃的版本信息、被叫终端支持的视频彩铃的版本信息、所述主叫终端所需的版本升级信息、更换终端信息。
根据本发明所述的实现视频彩铃的方法,所述方法还包括:
被叫用户摘机后,重新发起媒体更新请求,并判断所述媒体更新请求是否协商成功;
若否,则将所述主叫终端加入所述预设黑名单。
根据本发明所述的实现视频彩铃的方法,所述预设黑名单包括:
终端类型、终端版本信息。
根据本发明所述的实现视频彩铃的方法,所述媒体更新请求包括音频媒体请求或视频媒体更新请求。
根据本发明所述的实现视频彩铃的方法,所述方法还包括:
获取发起呼叫请求的主叫号码,确定所述主叫号码对应的终端类型、终端版本信息。
第二方面,本发明实施例提供了一种实现视频彩铃的装置,所述装置包括:
呼叫获取模块,用于获取主叫终端发起的呼叫请求;
第一判断模块,用于判断所述呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议SDP是否携带视频媒体信息;
第二判断处理模块,用于若所述呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者所述SDP携带视频媒体信息,则判断所述主叫终端是否属于预设黑名单;
若所述主叫终端不属于所述预设黑名单,则发起视频媒体更新请求;
第三判断处理模块,用于判断所述视频媒体更新请求是否协商成功;
若所述视频媒体更新请求协商成功,则向所述主叫终端播放预设的视频彩铃。
第三方面,本发明实施例提供了一种实现视频彩铃的设备,包括:至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令,当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,其上存储有计算机程序指令,当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。
本发明提供的实现视频彩铃的方法、装置、设备及介质。该方法通过获取主叫终端发起的呼叫请求;判断呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者SDP是否携带视频媒体信息;若呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者SDP携带视频媒体信息,则判断主叫终端是否属于预设黑名单;若主叫终端不属于预设黑名单,则发起视频媒体更新请求;判断视频媒体更新请求是否协商成功;若视频媒体更新请求协商成功,则向主叫终端播放预设的视频彩铃。根据本发明实施例,能够提高视频彩铃业务接通率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明实施例的实现视频彩铃的方法的流程示意图;
图2示出了本发明实施例的一种组网结构示意图;
图3示出了本发明实施例的实现视频彩铃的装置的结构示意图;
图4示出了本发明实施例的终端数据更新方法的流程示意图;
图5示出了本发明实施例的拨打正常视频彩铃用户的处理流程示意图;
图6示出了本发明实施例的黑名单管理的流程示意图;
图7示出了本发明实施例的第一种场景下信令处理的流程示意图;
图8示出了本发明实施例的第二种场景下信令处理的流程示意图;
图9示出了本发明实施例的第三种场景下信令处理的流程示意图;
图10示出了本发明实施例的第四种场景下信令处理的流程示意图;
图11示出了本发明实施例的实现视频彩铃的设备的硬件结构图。
具体实施方式
下面将详细描述本发明的各个方面的特征和示例性实施例,为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细描述。应理解,此处所描述的具体实施例仅被配置为解释本发明,并不被配置为限定本发明。对于本领域技术人员来说,本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
下面结合图1-11对本发明实施例的实现视频彩铃的方法、装置、设备及介质统进行详细说明。应注意,这些实施例并不是用来限制本发明保护的范围。
图1示出了本发明实施例的实现视频彩铃的方法的流程示意图,所述的实现视频彩铃的方法包括以下步骤:
S110,获取主叫终端发起的呼叫请求;
S120,判断呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议SDP是否携带视频媒体信息;
S130,若呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者SDP携带视频媒体信息,则判断主叫终端是否属于预设黑名单;
S140,若主叫终端不属于预设黑名单,则发起视频媒体更新请求;
S150,判断视频媒体更新请求是否协商成功;
S160,若视频媒体更新请求协商成功,则向主叫终端播放预设的视频彩铃。
进一步,呼叫请求的初始请求INVITE消息中的contact头域不包含视频video标签且SDP未携带视频媒体信息,或者,主叫终端属于所述预设黑名单,或者,视频媒体更新请求协商失败,则发起音频彩铃媒体更新请求,并向主叫终端发送预设的短信信息。
这里,预设的短信信息包括下列中的一项或多项:主叫终端当前支持的视频彩铃的版本信息、被叫终端支持的视频彩铃的版本信息、主叫终端所需的版本升级信息、更换终端信息。
另外,被叫用户摘机后,重新发起媒体更新请求,并判断所述媒体更新请求是否协商成功;若否,则将主叫终端加入预设黑名单。
本发明实施例提供的实现视频彩铃的方法,通过提前告知视频彩铃平台主叫用户使用的终端支持何种媒体协商,提高视频彩铃业务接通率。同时对不支持视频彩铃的主叫终端进行业务提醒,通知主叫用户通过版本升级或更新终端体验被叫订购的视频彩铃,为视频彩铃业务起到了广泛的宣传效果。通过该系统还可以将不支持视频彩铃的终端加入黑名单,避免影响主被叫之间的正常通话,提高了业务的可靠性。
图2示出了本发明实施例的一种组网结构示意图。如图2所示,组网结构包括终端适配系统、省彩铃平台等,其中省彩铃平台通过调用终端适配系统的SOCKET接口完成业务触发。
图3示出了本发明实施例的实现视频彩铃的装置的结构示意图。如图3所示,本发明为基于彩铃平台的实现视频彩铃的装置,可以采用如图2所示的组网结构,在现网的原有接口上进行拓展。终端适配系统对外的接口包括终端数据管理平台、短信中心、视频彩铃平台等,各接口网元具体如下:
终端数据管理平台,负责向终端适配系统提供终端数据,包括手机号码、终端型号、版本号等相关数据;
短信中心,向主叫用户发送视频彩铃提示短信;
视频彩铃平台,提供视频彩铃业务,根据主叫终端是否支持视频彩铃功能,向主叫播放视频彩铃或音频彩铃。
本发明中所述的实现视频彩铃业务的终端适配系统由终端数据管理子系统、业务处理子系统、存储管理子系统组成,具体如下:
(1)终端数据管理子系统,负责终端数据解析、更新、同步等服务,包括以下几个模块:
互联网(World Wide Web,WEB)服务模块:支持系统管理员的日常操作、维护和管理,包括数据的查询、更新、添加,比如部分在其他省份发现的异常终端信息,管理员可手动完成数据的增加、删除和更新;
(2)业务处理子系统:负责业务数据处理、解析、逻辑判断等。
(3)存储管理子系统:负责手机号码、终端类型、终端系统的版本信息、铃音文件的管理,如读取、写入、更新等;
本发明实施例提供的实现视频彩铃的装置,通过提前告知视频彩铃平台主叫用户使用的终端支持何种媒体协商,提高视频彩铃业务接通率。同时对不支持视频彩铃的主叫终端进行业务提醒,通知主叫用户通过版本升级或更新终端体验被叫订购的视频彩铃,为视频彩铃业务起到了广泛的宣传效果。通过该系统还可以将不支持视频彩铃的终端加入黑名单,避免影响主被叫之间的正常通话,提高了业务的可靠性。
进一步,图4示出了本发明实施例的终端数据更新方法的流程示意图。结合图3和图4,终端数据更新方法的步骤具体如下:
步骤101:终端数据管理平台调用终端适配系统的SOCKET接口模块或FTP接口模块,发送需要更新的终端数据;
步骤102:终端适配系统中的终端数据解析模块将获得的数据转译成平台内部数据格式;
步骤103:数据同步模块通过调用存储管理子系统中的接口适配模块,将步骤102中解析出的内部数据存储到数据库中;
步骤104:终端适配系统的SOCKET接口模块或FTP接口模块将数据更新结果反馈至终端数据管理平台。
另外,图5示出了本发明实施例的拨打正常视频彩铃用户的处理流程示意图。结合图3和图5,拨打正常视频彩铃用户的处理方法的具体步骤如下:
步骤201:核心网将呼叫路由到所述系统;
步骤202:视频彩铃平台判断主叫初始请求(INVITE)消息中的contact头域是否包含视频(video)标签或SDP是否携带视频媒体行;
步骤203:如果携带,则判断主叫号码及终端类型是否属于黑名单;
步骤204:若不属于黑名单,视频彩铃平台发起视频媒体更新请求;
步骤205:判断视频媒体协商是否成功;
步骤206:若初始INVITE消息中未携带相关信息,或主叫用户及终端属于黑名单,或视频媒体协商失败,视频彩铃平台发起音频彩铃媒体更新请求,同时通过SOCKET接口调用业务逻辑处理模块通过查询数据库主叫号码对应的终端类型、当前版本信息、支持视频彩铃的相关版本信息,调用短信下发模块告知所述主叫用户被叫已开通视频彩铃功能,当前终端不支持及需要升级到的版本信息或更换终端等业务提示信息;
步骤207:若视频媒体协商成功,在给主叫播放视频彩铃,被叫摘机后,视频彩铃平台重新发起媒体更新请求;;
步骤208:判断媒体协商是否成功;
步骤209:若媒体协商失败,将主叫号码、终端类型、版本信息加入黑名单(后续彩铃平台对该终端类型、版本信息的主叫发起的呼叫直接播放音频彩铃);
步骤210:若媒体协商成功,完成主被叫正常接续。
进一步,图6示出了本发明实施例的黑名单管理的流程示意图。如图6所示,黑名单管理包括以下步骤:
步骤301:系统管理员通过登录终端适配系统,手动输入需要加入黑名单的终端信息,包括终端型号、版本;
步骤302:终端适配系统将管理员输入的信息进行验证,通过验证后存储到数据库;
步骤303:终端适配系统将添加的结果呈现给系统管理员。
以下通过具体的实施例详细说明本发明在不同场景类型下的信令处理流程。
实施例1
图7示出了本发明实施例的第一种场景下信令处理的流程示意图。如,长期演进语音承载(Voice over Long-Term Evolution,VoLTE)用户A拨打视频彩铃用户B,用户A的终端不支持视频媒体协商,用户B处于空闲状态,在此场景下,信令处理流程具体包括以下步骤:
1-6.主叫发出初始INVITE消息至被叫归属的视频彩铃平台,视频彩铃平台透传主被叫消息,完成主被叫资源预留;
7.被叫振铃,返回180消息至被叫归属的服务-呼叫会话控制功能(Serving-CallSession Control Function,S-CSCF);
8.被叫归属的S-CSCF将180消息透传至被叫归属视频彩铃平台;
9.视频彩铃平台发现主叫初始INVITE消息中的contact头域未包含video标签,调用终端适配系统的发送短信SOCKET接口,所述终端适配系统通过短信网关向主叫发送短信,提示主叫正在拨打的用户已开通视频彩铃业务,当前主叫终端不支持及需要升级到的版本或更换终端等业务提示信息;
10.被叫归属彩铃平台向主叫发送更新(update)消息,只进行音频媒体协商;
11.主叫完成资源预留后回复被叫归属彩铃平台200 OK消息;
12.彩铃平台开始向主叫播放被叫设置的音频彩铃,同时,向主叫透传180振铃消息;
13.被叫摘机应答后,向归属S-CSCF发送200 OK消息;
14.被叫归属S-CSCF将200 OK消息透传至被叫归属视频彩铃平台;
15-16.视频彩铃平台通过被叫归属S-CSCF向被叫回复确认(Acknowledgement,ACK)消息;
17-18.视频彩铃平台向被叫发送INVITE消息;
19-20.被叫对INVITE消息进行应答;
21.视频彩铃平台将被叫对INVITE消息应答的媒体能力作为SDP提议(offer)向主叫进行媒体更新;
22.主叫对媒体更新进行应答,返回200 OK;
23.彩铃平台向主叫转发被叫摘机200 OK;
24.主叫向视频彩铃平台返回INVITE的ACK消息;
25-26.视频彩铃平台向被叫返回INVITE的ACK消息,主被叫间开始通话。
实施例2
图8示出了本发明实施例的第二种场景下信令处理的流程示意图。如,VoLTE用户A拨打视频彩铃用户B,用户A的终端属于不支持视频彩铃的黑名单,用户B处于空闲状态,在此场景下,信令处理流程具体包括以下步骤:
1-6.主叫发出初始INVITE消息至被叫归属的视频彩铃平台,视频彩铃平台透传主被叫消息,完成主被叫资源预留;
7.被叫振铃,返回180消息至被叫归属的S-CSCF;
8.被叫归属的S-CSCF将180消息透传至被叫归属视频彩铃平台;
9.视频彩铃平台发现主叫初始INVITE消息中的contact头域包含video标签,调用终端适配系统的黑名单查询SOCKET接口,所述终端适配系统发现所述主叫终端属于黑名单,返回查询结果,并通过短信网关向主叫发送短信,提示主叫正在拨打的用户已开通视频彩铃业务,当前主叫终端不支持及需要升级到的版本或更换终端等信息;
10.被叫归属视频彩铃平台向主叫发送update消息,只进行音频媒体协商;
11.主叫完成资源预留后回复被叫归属彩铃平台200 OK消息;
12.彩铃平台开始向主叫播放被叫设置的音频彩铃,同时,向主叫透传180振铃消息;
13.被叫摘机应答后,向归属S-CSCF发送200 OK消息;
14.被叫归属S-CSCF将200 OK消息透传至被叫归属视频彩铃平台;
15-16.视频彩铃平台通过被叫归属S-CSCF向被叫回复ACK消息;
17-18.视频彩铃平台向被叫发送INVITE消息;
19-20.被叫对INVITE消息进行应答;
21.视频彩铃平台将被叫对INVITE消息应答的媒体能力作为SDPoffer向主叫进行媒体更新;
22.主叫对媒体更新进行应答,返回200 OK;
23.彩铃平台向主叫转发被叫摘机200 OK;
24.主叫向视频彩铃平台返回INVITE的ACK消息;
25-26.视频彩铃平台向被叫返回INVITE的ACK消息,主被叫间开始通话。
实施例3
图9示出了本发明实施例的第三种场景下信令处理的流程示意图。如,VoLTE用户A拨打视频彩铃用户B,用户A的终端支持视频媒体协商、不属于主叫黑名单但不支持视频彩铃,用户B处于空闲状态。在此场景下,信令处理流程具体包括以下步骤:
1-6.主叫发出初始INVITE消息至被叫归属的视频彩铃平台,视频彩铃平台透传主被叫消息,完成主被叫资源预留;
7.被叫振铃,返回180消息至被叫归属的S-CSCF;
8.被叫归属的S-CSCF将180消息透传至被叫归属视频彩铃平台;
9.视频彩铃平台发现主叫初始INVITE消息中的contact头域包含video标签,调用终端适配系统的黑名单查询SOCKET接口,所述终端适配系统发现所述主叫终端不属于黑名单,返回查询结果;
10.被叫归属视频彩铃平台向主叫发送update消息,同时进行视频和音频媒体协商;
11.主叫完成资源预留后回复被叫归属彩铃平台200 OK消息;
12.彩铃平台发现视频媒体协商失败,调用终端适配系统的发送短信SOCKET接口,所述终端适配系统通过短信网关向主叫发送短信,提示主叫正在拨打的用户已开通视频彩铃业务,当前主叫终端不支持及需要升级到的版本或更换终端等信息,同时,视频彩铃平台开始向主叫播放被叫设置的音频彩铃;
13.视频彩铃平台向主叫透传180振铃消息;
14.被叫摘机应答后,向归属S-CSCF发送200 OK消息;
15.被叫归属S-CSCF将200OK消息透传至被叫归属视频彩铃平台;
16-17.视频彩铃平台通过被叫归属S-CSCF向被叫回复ACK消息;
18-19.视频彩铃平台向被叫发送INVITE消息;
20-21.被叫对INVITE消息进行应答;
22.视频彩铃平台将被叫对INVITE消息应答的媒体能力作为SDPoffer向主叫进行媒体更新;
23.主叫对媒体更新进行应答,返回200 OK;
24.彩铃平台向主叫转发被叫摘机200 OK;
25.主叫向视频彩铃平台返回INVITE的ACK消息;
26-27.视频彩铃平台向被叫返回INVITE的ACK消息,主被叫间开始通话。
实施例4
图10示出了本发明实施例的第四种场景下信令处理的流程示意图。如,VoLTE用户A拨打视频彩铃用户B,用户A的支持视频媒体协商且在视频彩铃播放结束时媒体协商失败,用户B处于空闲状态。在此场景下,信令处理流程具体包括以下步骤:
1-6.主叫发出初始INVITE消息至被叫归属的视频彩铃平台,视频彩铃平台透传主被叫消息,完成主被叫资源预留;
7.被叫振铃,返回180消息至被叫归属的S-CSCF;
8.被叫归属的S-CSCF将180消息透传至被叫归属视频彩铃平台;
9.视频彩铃平台发现主叫初始INVITE消息中的contact头域包含video标签,调用终端适配系统的黑名单查询SOCKET接口,所述终端适配系统发现所述主叫终端不属于黑名单,返回查询结果;
10.被叫归属视频彩铃平台向主叫发送update消息,同时进行视频和音频媒体协商;
11.主叫完成资源预留后回复被叫归属彩铃平台200OK消息;
12.彩铃平台发现视频媒体协商失败,调用终端适配系统的发送短信SOCKET接口,所述终端适配系统通过短信网关向主叫发送短信,提示主叫正在拨打的用户已开通视频彩铃业务,当前主叫终端不支持及需要升级到的版本或更换终端等信息,同时,视频彩铃平台开始向主叫播放被叫设置的音频彩铃;
13.视频彩铃平台向主叫透传180振铃消息;
14.被叫摘机应答后,向归属S-CSCF发送200 OK消息;
15.被叫归属S-CSCF将200 OK消息透传至被叫归属视频彩铃平台;
16-17.视频彩铃平台通过被叫归属S-CSCF向被叫回复ACK消息;
18-19.视频彩铃平台向被叫发送INVITE消息;
20-21.被叫对INVITE消息进行应答;
22.视频彩铃平台将被叫对INVITE消息应答的媒体能力作为SDPoffer向主叫进行媒体更新;
23.主叫对媒体更新进行应答,返回200 OK;
24.视频彩铃平台发现与主叫终端媒体协商失败,调用终端适配系统的增加黑名单SOCKET接口,将主叫所述的终端类型、版本型号加入黑名单,同时开始拆除会话。
根据本发明实施例,通过提前告知视频彩铃平台主叫用户使用的终端支持何种媒体协商,提高视频彩铃业务接通率。同时对不支持视频彩铃的主叫终端进行业务提醒,通知主叫用户通过版本升级或更新终端体验被叫订购的视频彩铃,为视频彩铃业务起到了广泛的宣传效果。通过该系统还可以将不支持视频彩铃的终端加入黑名单,避免影响主被叫之间的正常通话,提高了业务的可靠性。
另外,结合图1描述的本发明实施例的实现视频彩铃的方法可以由实现视频彩铃的设备来实现。图11示出了本发明实施例提供的实现视频彩铃的设备的硬件结构示意图。
计算设备1000包括输入设备1001、输入接口1002、处理器1003、存储器1004、输出接口1005、以及输出设备1006。
其中,输入接口1002、处理器1003、存储器1004、以及输出接口1005通过总线1010相互连接,输入设备1001和输出设备1006分别通过输入接口1002和输出接口1005与总线1010连接,进而与计算设备1000的其他组件连接。
具体地,输入设备1001接收来自外部的输入信息,并通过输入接口1002将输入信息传送到处理器1003;处理器1003基于存储器1004中存储的计算机可执行指令对输入信息进行处理以生成输出信息,将输出信息临时或者永久地存储在存储器1004中,然后通过输出接口1005将输出信息传送到输出设备1006;输出设备1006将输出信息输出到计算设备1000的外部供用户使用。
计算设备1000可以执行本申请上述的实现视频彩铃的方法中的各步骤。
处理器1003可以是一个或多个中央处理器(英文:Central Processing Unit,CPU)。在处理器601或处理器701是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
存储器1004可以是但不限于随机存储存储器(RAM)、只读存储器(ROM),可擦除可编程只读存储器(EPROM)、光盘只读存储器(CD-ROM)、硬盘等中的一种或多种。存储器1004用于存储程序代码。
可以理解的是,在本申请实施例中,图3提供的终端适配系统中的各个处理模块中任一模块或全部模块的功能可以用图11所示的中央处理器1003实现。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序指令,当所述计算器程序指令被处理器执行时实现本发明实施例所述的实现视频彩铃的方法中的各步骤。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用全部或部分地以计算机程序产品的形式实现,所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输)。所述计算机可读取存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘SolidState Disk(SSD))等。
本说明书的各个部分均采用递进的方式进行描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点介绍的都是与其他实施例不同之处。尤其,对于装置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例部分的说明即可。
Claims (12)
1.一种实现视频彩铃的方法,所述方法包括:
获取主叫终端发起的呼叫请求;
判断所述呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议SDP是否携带视频媒体信息;
若所述呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者所述SDP携带视频媒体信息,则判断所述主叫终端是否属于预设黑名单;
若所述主叫终端不属于所述预设黑名单,则发起视频媒体更新请求;
判断所述视频媒体更新请求是否协商成功;
若所述视频媒体更新请求协商成功,则向所述主叫终端播放预设的视频彩铃。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述呼叫请求的初始请求INVITE消息中的contact头域不包含视频video标签且所述SDP未携带视频媒体信息,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述主叫终端属于所述预设黑名单,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述视频媒体更新请求协商失败,则发起音频彩铃媒体更新请求,并向所述主叫终端发送预设的短信信息。
5.根据权利要求2-4任一项所述的方法,其特征在于,所述预设的短信信息包括下列中的一项或多项:所述主叫终端当前支持的视频彩铃的版本信息、被叫终端支持的视频彩铃的版本信息、所述主叫终端所需的版本升级信息、更换终端信息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
被叫用户摘机后,重新发起媒体更新请求,并判断所述媒体更新请求是否协商成功;
若否,则将所述主叫终端加入所述预设黑名单。
7.根据权利要求1或6所述的方法,其特征在于,所述预设黑名单包括:
终端类型、终端版本信息。
8.根据权利要求1所述的方法,其特征在于,所述媒体更新请求包括音频媒体请求或视频媒体更新请求。
9.根据权利要求1所述的方法,其特征在于,所述获取主叫终端发起的呼叫请求之前,还包括:
获取发起呼叫请求的主叫号码,确定所述主叫号码对应的终端类型、终端版本信息。
10.一种实现视频彩铃的装置,其特征在于,所述系统包括:
呼叫获取模块,用于获取主叫终端发起的呼叫请求;
第一判断模块,用于判断所述呼叫请求的初始请求INVITE消息中的contact头域是否包含视频video标签或者会话描述协议SDP是否携带视频媒体信息;
第二判断处理模块,用于若所述呼叫请求的初始请求INVITE消息中的contact头域包含视频video标签或者所述SDP携带视频媒体信息,则判断所述主叫终端是否属于预设黑名单;
若所述主叫终端不属于所述预设黑名单,则发起视频媒体更新请求;
第三判断处理模块,用于判断所述视频媒体更新请求是否协商成功;
若所述视频媒体更新请求协商成功,则向所述主叫终端播放预设的视频彩铃。
11.一种实现视频彩铃的设备,其特征在于,包括:至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令,当所述计算机程序指令被所述处理器执行时实现如权利要求1-9中任一项所述的方法。
12.一种计算机可读存储介质,其上存储有计算机程序指令,其特征在于,当所述计算机程序指令被处理器执行时实现如权利要求1-9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811358175.4A CN111193688B (zh) | 2018-11-15 | 2018-11-15 | 实现视频彩铃的方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811358175.4A CN111193688B (zh) | 2018-11-15 | 2018-11-15 | 实现视频彩铃的方法、装置、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111193688A true CN111193688A (zh) | 2020-05-22 |
CN111193688B CN111193688B (zh) | 2021-12-24 |
Family
ID=70707107
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811358175.4A Active CN111193688B (zh) | 2018-11-15 | 2018-11-15 | 实现视频彩铃的方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111193688B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113132539A (zh) * | 2021-04-13 | 2021-07-16 | 咪咕音乐有限公司 | 多媒体获取方法、多媒体播放方法、电子设备及存储介质 |
CN113301513A (zh) * | 2021-05-14 | 2021-08-24 | 展讯半导体(成都)有限公司 | 基于VoLTE的彩铃业务处理方法、设备和存储介质 |
CN114070933A (zh) * | 2020-08-04 | 2022-02-18 | 中国移动通信集团重庆有限公司 | 视频彩铃协商异常的处理方法、装置以及服务器 |
CN115484566A (zh) * | 2021-05-31 | 2022-12-16 | 中国移动通信集团辽宁有限公司 | 视频彩铃业务的实现方法、装置、设备及存储介质 |
EP4246933A4 (en) * | 2020-12-03 | 2024-01-24 | ZTE Corporation | METHOD AND SYSTEM FOR PLAYING VIDEO GREETING MESSAGE, AND SERVER AND STORAGE MEDIUM |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102131009A (zh) * | 2010-01-15 | 2011-07-20 | 华为技术有限公司 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
US20140187151A1 (en) * | 2012-12-28 | 2014-07-03 | Nokia Corporation | Method and Apparatus for Data Transfer via Near Field Interaction |
CN106303104A (zh) * | 2016-07-27 | 2017-01-04 | 华为技术有限公司 | 一种播放视频彩铃的方法以及主叫用户设备 |
US20170163695A1 (en) * | 2014-06-26 | 2017-06-08 | Zte Corporation | Video Media Playing Methods, Apparatuses and Systems, and Computer Storage Medium |
-
2018
- 2018-11-15 CN CN201811358175.4A patent/CN111193688B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102131009A (zh) * | 2010-01-15 | 2011-07-20 | 华为技术有限公司 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
US20140187151A1 (en) * | 2012-12-28 | 2014-07-03 | Nokia Corporation | Method and Apparatus for Data Transfer via Near Field Interaction |
US20170163695A1 (en) * | 2014-06-26 | 2017-06-08 | Zte Corporation | Video Media Playing Methods, Apparatuses and Systems, and Computer Storage Medium |
CN106303104A (zh) * | 2016-07-27 | 2017-01-04 | 华为技术有限公司 | 一种播放视频彩铃的方法以及主叫用户设备 |
Non-Patent Citations (1)
Title |
---|
陈巍: "VOLTE用户语音主叫场景测试视频彩铃业务失败分析", 《中国新通信》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114070933A (zh) * | 2020-08-04 | 2022-02-18 | 中国移动通信集团重庆有限公司 | 视频彩铃协商异常的处理方法、装置以及服务器 |
CN114070933B (zh) * | 2020-08-04 | 2023-10-27 | 中国移动通信集团重庆有限公司 | 视频彩铃协商异常的处理方法、装置以及服务器 |
EP4246933A4 (en) * | 2020-12-03 | 2024-01-24 | ZTE Corporation | METHOD AND SYSTEM FOR PLAYING VIDEO GREETING MESSAGE, AND SERVER AND STORAGE MEDIUM |
CN113132539A (zh) * | 2021-04-13 | 2021-07-16 | 咪咕音乐有限公司 | 多媒体获取方法、多媒体播放方法、电子设备及存储介质 |
CN113132539B (zh) * | 2021-04-13 | 2023-07-14 | 咪咕音乐有限公司 | 多媒体获取方法、多媒体播放方法、电子设备及存储介质 |
CN113301513A (zh) * | 2021-05-14 | 2021-08-24 | 展讯半导体(成都)有限公司 | 基于VoLTE的彩铃业务处理方法、设备和存储介质 |
CN115484566A (zh) * | 2021-05-31 | 2022-12-16 | 中国移动通信集团辽宁有限公司 | 视频彩铃业务的实现方法、装置、设备及存储介质 |
CN115484566B (zh) * | 2021-05-31 | 2023-09-05 | 中国移动通信集团辽宁有限公司 | 视频彩铃业务的实现方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111193688B (zh) | 2021-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111193688B (zh) | 实现视频彩铃的方法、装置、设备及介质 | |
TWI489852B (zh) | 用於傳送錯誤回復之技術 | |
CN104202491A (zh) | 客服电话处理方法及装置 | |
KR20090095239A (ko) | 수신단말로의 접속 성능 향상 방법 및 접속 성능 향상시스템 | |
CN105262750A (zh) | 一种自动发起会话的方法和设备 | |
CN1984373B (zh) | 通信系统中提供多媒体内容的系统和方法 | |
CN111010677A (zh) | 回叫方法、装置、电子设备及存储介质 | |
CN110366160A (zh) | 一种基于云服务器的多sim卡集群读卡通话方法及系统 | |
CN112468662A (zh) | 终端关闭视频彩铃的方法、装置、电子设备及存储介质 | |
CN111212192B (zh) | Ims固话用户拨打volte用户的放音方法、装置和存储介质 | |
CN101854611B (zh) | 一种播放视频呼叫失败原因提示的方法及装置 | |
CN116346988A (zh) | 接收来电的方法和装置 | |
CN107852577B (zh) | 一种补充业务实现方法、终端设备和ims服务器 | |
CN110545527B (zh) | 呼叫转移方法、视频通信服务器及主叫终端 | |
CN102077551B (zh) | 自动配置的互联网协议电话 | |
CN103297630A (zh) | 一种播放多媒体信息的方法及装置 | |
CN101232681B (zh) | 一种在手机上实现语音通话连续性的装置及方法 | |
CN114553843A (zh) | 实现视频单通兼话音双通的方法、装置及电子设备 | |
CN114025314A (zh) | 一种视频彩铃的信令连接方法、装置、终端及存储介质 | |
CN113014728A (zh) | 一种通信助理业务的实现方法、系统及计算机存储介质 | |
CN102572728B (zh) | 一种传输留言信息的方法及装置和系统 | |
CN111092998A (zh) | 一种电话紧急呼叫方法、系统及储存介质 | |
US20140376541A1 (en) | Dual-tone multi-frequency (dtmf) programming of an auto-dialer | |
EP2456182A1 (en) | Method, system and parlay x gateway for implementing advanced call | |
CN112188005B (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 |