CN107566333B - 一种通信方法、装置、应用服务器、用户设备和系统 - Google Patents
一种通信方法、装置、应用服务器、用户设备和系统 Download PDFInfo
- Publication number
- CN107566333B CN107566333B CN201710564150.9A CN201710564150A CN107566333B CN 107566333 B CN107566333 B CN 107566333B CN 201710564150 A CN201710564150 A CN 201710564150A CN 107566333 B CN107566333 B CN 107566333B
- Authority
- CN
- China
- Prior art keywords
- media
- user equipment
- call
- description
- module
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- 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/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本文公开了一种通信方法、装置、应用服务器、用户设备和系统。所述通信方法包括:接收第一用户设备的应用程序APP模块发送的第一呼叫请求;在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求,建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。本文的技术方案能够解决IMS新功能的推广和普及受制于终端能力不一致的问题。
Description
技术领域
本发明涉及通讯技术领域,尤其涉及的是一种通信方法、装置、应用服务器、用户设备和系统。
背景技术
VoLTE(Voice over Long Term Evolution,基于长期演进技术的语音业务)是基于IMS(IP Multimedia Subsystem,IP多媒体子系统)的语音业务。IMS由于支持多种接入和丰富的多媒体业务,成为全IP时代的核心网标准架构。VoLTE是一种IP数据传输技术,全部业务承载于4G(the 4th Generation mobile communication technology,第四代移动通信技术)网络上,可实现数据与语音业务在同一网络下的统一。其中,高质量的音视频通话需要VoLTE技术来实现。
但是,目前有一些终端厂商关闭了其终端的VoLTE视频功能,使得用户在VoLTE通话中只能使用音频。这对于运营商推广VoLTE视频业务是不利的。由于VoLTE内核是终端(比如手机)内置的功能,其功能受制于终端制造厂商。而IMS网络侧提出的新功能,从找少数终端厂商合作(也即,VoLTE内核定制)到该新功能在各终端厂商的终端中普及,一般需要经历一个漫长的过程。而该过程中,IMS新功能的推广和普及将受制于终端能力(对VoLTE的支持)的不一致。
发明内容
本发明所要解决的技术问题是提供一种通信方法、装置、应用服务器、用户设备和系统,能够解决IMS新功能的推广和普及受制于终端能力不一致的问题。
本发明实施例提供一种通信方法,包括:
接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求,建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
本发明实施例还提供一种通信装置,包括:
第一通信模块,用于接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
第二通信模块,用于在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求;
第三通信模块,用于建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
本发明实施例还提供一种应用服务器,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现上述通信方法的步骤。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现上述通信方法的步骤。
本发明实施例还提供一种通信方法,包括:
通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
本发明实施例还提供一种通信装置,包括:
第一通信模块,用于通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
第二通信模块,用于通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
本发明实施例还提供一种用户设备,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现上述通信方法的步骤。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现上述通信方法的步骤。
与现有技术相比,本发明提供的一种通信方法、装置、应用服务器、用户设备和系统,应用服务器接收第一用户设备的应用程序APP模块发送的第一呼叫请求,在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求,建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。能够解决IMS新功能的推广和普及受制于终端能力不一致的问题,通过IMS网络侧的增强,使得APP与VoLTE内核融合,可以支撑面向未来的IMS新功能。
附图说明
图1为本发明实施例的一种支持通信网络持续演进的融合通信系统的架构示意图;
图2(a)为本发明实施例1的一种支持通信网络持续演进的融合通信系统的第一示意图;
图2(b)为本发明实施例1的一种支持通信网络持续演进的融合通信系统的第二示意图;
图2(c)为本发明实施例1的一种支持通信网络持续演进的融合通信系统的第三示意图;
图2(d)为本发明实施例1的一种支持通信网络持续演进的融合通信系统的第四示意图;
图3为本发明实施例2的一种通信方法流程图(应用服务器侧);
图4为本发明实施例3的一种通信方法流程图(用户设备侧);
图5为本发明实施例4的一种通信装置结构图(应用服务器侧);
图6为本发明实施例5的一种通信装置结构图(用户设备侧);
图7为本发明示例1的注册流程信息交互图;
图8为本发明示例2的主叫流程信息交互图;
图9为本发明示例3的被叫流程信息交互图;
图10为本发明示例4的视频通话场景下的主叫流程信息交互图;
图11为本发明示例5的视频通话场景下的被叫流程信息交互图;
图12为本发明示例6的主被叫都使用APP+VoLTE融合通信的信息交互图;
图13为本发明示例7的被叫拒绝新媒体流程信息交互图;
图14为本发明示例8的被叫关闭新媒体流程信息交互图;
图15为本发明示例9的多方通话流程信息交互图;
图16为本发明示例10的第三方应用通话流程信息交互图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本文的一种支持通信网络持续演进的融合通信系统,通过APP(Application,应用程序)实现IMS的新功能,并通过VoLTE内核实现IMS现有功能(如语音)。在UE(UserEquipment,用户设备)侧通过APP和VoLTE内核的配合,实现IMS新功能和现有功能的融合。IMS网络侧增强了信令与媒体的融合,主要涉及AS(Application Server,应用服务器)对融合通信的协同控制。AS可以通过对中继服务器(Relay Server)、MRF(Media ResourceFunction,媒体资源功能)的支持,实现基于融合通信的多方通话场景。AS还可以通过能力开放平台与第三方应用交互,实现基于融合通信的Web应用场景。
如图1所示,下面对支持通信网络持续演进的融合通信系统架构涉及的网元及接口进行如下说明:
(一)网元的说明:
1)本端UE(Local UE):
本端UE包括两部分:VoLTE内核与APP:
VoLTE内核:VoLTE内核为终端(比如,手机)中实现VoLTE功能的模块,是内置在手机系统中的功能组件。一般的VoLTE内核,支持语音、消息等功能。大部分VoLTE内核还支持视频通话功能。
APP:APP为终端内通过软件实现IMS新功能的应用程序模块。
2)远端UE(Remote UE):
远端UE是远端用户设备,可以是多个设备(实现多方通话场景)。远端UE可以采用与本端UE类似的APP、VoLTE融合方式,也可以仅支持VoLTE功能。
3)CSCF(Call Session Control Funtion呼叫会话控制功能):
CSCF是IMS内部的功能实体,是整个IMS网络的核心。主要负责处理多媒体呼叫会话过程中的信令控制。它管理IMS网络的用户鉴权、IMS承载面QoS(Quality of Service,服务质量)、与其它网络实体配合进行SIP(Session Initiation Protocol,会话初始协议)会话的控制,以及业务协商和资源分配等。
4)AS(Application Server,应用服务器):
AS负责实现APP、VoLTE融合呼叫的关键控制逻辑,并且控制新媒体服务器(中继服务器(Relay Server))、MRF(媒体资源功能)实现融合呼叫的多方场景;此外AS还支持与呼叫能力开放平台交互,实现将IMS的能力开放给第三方应用。
5)中继服务器(Relay Server)
中继服务器也即新媒体服务器,负责新媒体(如视频、共享桌面、全息等)的复制、分发功能。
6)MRF(Media Resource Function,媒体资源功能):
MRF是IMS网络的媒体服务器(音频服务器),负责多方通话场景中语音的混音功能。
7)呼叫能力开放平台:
呼叫能力开放平台通过与AS交互,将IMS的能力开放给第三方应用;
8)第三方应用:
第三方应用使用IMS开放的能力,提供丰富的第三方多媒体应用,如视频直播、远程教育等。一般第三方应用为Web(World Wide Web,全球广域网)服务器。
(二)相关接口的说明:
控制面的接口:
1)控制接口1:
控制接口1是本端UE内部的VoLTE内核与IMS(比如,CSCF)之间的控制面接口,使用SIP协议;
2)控制接口2:
控制接口2是本端UE内部的APP与IMS(比如,CSCF)之间的控制面接口,使用SIP协议;
3)控制接口3:
控制接口3是IMS(比如,CSCF)与远端UE之间的控制面接口,使用SIP协议;
4)控制接口4:
控制接口4是本端UE内部的APP与VoLTE内核之间的接口,主要用于APP向VoLTE内核请求用户ID、鉴权等信息。同时在融合通话过程中,VoLTE内核使用该接口向APP通知呼叫状态,如振铃等。
5)控制接口5:
控制接口5是CSCF与AS之间接口,使用SIP协议;
6)控制接口6:
控制接口6是本端UE内部的APP与第三方应用之间接口,使用HTTP(HyperTextTransfer Protocol,超文本传输协议);如果第三方应用是Web服务器实现的,则HTTP协议将传输HTML(HyperText Markup Language,超文本标记语言)页面与JS(Javascript);
7)控制接口7:
控制接口7是第三方应用与呼叫能力开放平台之间接口;
8)控制接口8:
控制接口8是呼叫能力开放平台与AS之间接口;
9)控制接口9:
控制接口9是AS控制中继服务器(Relay Server)的接口,使用SIP协议+MSML(Media Server Markup Language,媒体服务器标记语言)协议;
10)控制接口10:
控制接口10是AS控制MRF的接口,使用SIP协议+MSML协议;
媒体接口:
1)媒体接口1:
媒体接口1是本端UE的VoLTE内核与远端UE之间的媒体接口;
2)媒体接口2:
媒体接口2是本端UE的APP与远端UE之间的媒体接口;
3)媒体接口3:
媒体接口3是多方通话场景下,本端UE的VoLTE内核与MRF之间的媒体接口;
4)媒体接口4:
媒体接口4是多方通话场景下,远端UE与MRF之间的媒体接口;
5)媒体接口5:
媒体接口5是多方通话场景下,本端UE的APP与中继服务器(Relay Server)之间的媒体接口;
6)媒体接口6:
媒体接口6是多方通话场景下,远端UE与中继服务器(Relay Server)之间媒体接口;
实施例1
如图2(a)所示,本发明实施例提供了一种支持通信网络持续演进的融合通信系统,包括:第一用户设备201、第二用户设备202和应用服务器203;所述第一用户设备包括第一APP模块和第一内核模块,所述第二用户设备包括第二内核模块;
所述第一用户设备,用于通过第一APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一APP模块与第二用户设备的第二内核模块之间建立第一媒体通道从而进行第一媒体通话;通过第一内核模块向应用服务器发送第二呼叫请求;在所述第一内核模块与第二用户设备的第二内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述第二用户设备,用于通过第二内核模块与所述第一用户设备的第一APP模块之间建立第一媒体通道从而进行第一媒体通话;通过第二内核模块与所述第一用户设备的第一内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述应用服务器,用于接收第一用户设备的第一APP模块发送的第一呼叫请求;在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的第一内核模块发送的第二呼叫请求,建立所述第一用户设备的第一APP模块与第二用户设备的第二内核模块之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的第一内核模块与第二用户设备的第二内核模块之间的第二媒体通道从而进行第二媒体通话。
如图2(b)所示,本发明实施例提供了一种支持通信网络持续演进的融合通信系统,包括:第一用户设备201、第二用户设备202和应用服务器203;所述第一用户设备包括第一APP模块和第一内核模块,所述第二用户设备包括第二APP模块和第二内核模块;
所述第一用户设备,用于通过第一APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一APP模块与第二用户设备的第二APP模块之间建立第一媒体通道从而进行第一媒体通话;通过第一内核模块向应用服务器发送第二呼叫请求;在所述第一内核模块与第二用户设备的第二内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述第二用户设备,用于通过第二APP模块与所述第一用户设备的第一APP模块之间建立第一媒体通道从而进行第一媒体通话;通过第二内核模块与所述第一用户设备的第一内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述应用服务器,用于接收第一用户设备的第一APP模块发送的第一呼叫请求;在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的第一内核模块发送的第二呼叫请求,建立所述第一用户设备的第一APP模块与第二用户设备的第二APP模块之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的第一内核模块与第二用户设备的第二内核模块之间的第二媒体通道从而进行第二媒体通话。
如图2(c)所示,本发明实施例提供了一种支持通信网络持续演进的融合通信系统,包括:第一用户设备201、第二用户设备202、应用服务器203、新媒体服务器204和媒体资源功能MRF205;所述第一用户设备包括第一APP模块和第一内核模块;
所述第一用户设备,用于通过第一APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;通过第一内核模块向应用服务器发送第二呼叫请求;在所述第一内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话;
所述第二用户设备,用于与所述第一用户设备的第一APP模块之间建立第一媒体通道从而进行第一媒体通话;与所述第一用户设备的第一内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述应用服务器,用于接收第一用户设备的第一APP模块发送的第一呼叫请求;在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的第一内核模块发送的第二呼叫请求,通过新媒体服务器建立所述第一用户设备的第一APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,通过MRF建立所述第一用户设备的第一内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话;
所述新媒体服务器,用于与所述第一用户设备的第一APP模块之间建立第一媒体通道的主叫部分,与所述第二用户设备之间建立所述第一媒体通道的被叫部分;
所述MRF,用于与所述第一用户设备的第一内核模块之间建立第二媒体通道的主叫部分,与所述第二用户设备之间建立所述第二媒体通道的被叫部分。
如图2(d)所示,本发明实施例提供了一种支持通信网络持续演进的融合通信系统,包括:第一用户设备201、第二用户设备202、应用服务器203、第三方应用服务器206和呼叫能力开放平台207;所述第一用户设备包括第一APP模块和第一内核模块;
所述第一用户设备,用于通过第一APP模块从第三方应用服务器获取用户页面,并显示所述用户页面;通过第一APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识以及用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;在所述第一APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;通过第一内核模块向应用服务器发送第二呼叫请求;在所述第一内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话;
所述第二用户设备,用于根据第一用户设备发送的用户页面指示信息从第三方应用服务器获取用户页面,并显示所述用户页面;与所述第一用户设备的第一APP模块之间建立第一媒体通道从而进行第一媒体通话;与所述第一用户设备的第一内核模块之间建立第二媒体通道从而进行第二媒体通话;
所述应用服务器,用于接收第三方应用服务器查询第一用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第一用户设备的用户页面参数;接收第三方应用服务器查询第二用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第二用户设备的用户页面参数;
所述应用服务器,还用于接收第一用户设备的第一APP模块发送的第一呼叫请求;在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的第一内核模块发送的第二呼叫请求,通过新媒体服务器建立所述第一用户设备的第一APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,通过MRF建立所述第一用户设备的第一内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话;
所述第三方应用服务器,用于向应用服务器查询第一用户设备和第二用户设备的用户页面参数,以及向第一用户设备和第二用户设备提供用户页面;
所述呼叫能力开放平台,用于在所述第三方应用服务器与所述应用服务器之间转发消息。
实施例2
如图3所示,本发明实施例提供一种通信方法,包括:
步骤S310,接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
步骤S320,在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求,建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,所述建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话,包括:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块。
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
在判定第二用户设备的内核模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的内核模块;
接收所述第二用户设备的内核模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
在判定第二用户设备的内核模块不支持第一媒体通话且第二用户设备的APP模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的APP模块;
接收所述第二用户设备的APP模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
其中,所述判定第二用户设备的内核模块是否支持第一媒体通话,包括:
通过所述第二用户设备的内核模块在注册时上报的媒体支持能力指示信息确定所述第二用户设备的内核模块是否支持第一媒体通话;
其中,所述判定第二用户设备的APP模块是否支持第一媒体通话,包括:
通过所述第二用户设备的APP模块在注册时上报的媒体支持能力指示信息确定所述第二用户设备的APP模块是否支持第一媒体通话;
其中,所述媒体支持能力指示信息用于表示用户设备支持的媒体类型;
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则向所述第一用户设备的APP模块发送所述第二用户设备拒绝所述第一媒体通话的指示信息从而指示所述第一媒体通道建立失败。
在一种实施方式中,所述方法还包括:
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第一用户设备的APP模块发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第二用户设备;或者
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第一用户设备的APP模块。
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话,包括:
建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,以及建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分;
建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,以及建立所述MRF与第二用户设备之间的第二媒体通道被叫部分。
在一种实施方式中,所述建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给新媒体服务器;
接收所述新媒体服务器针对所述第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述;
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块;
所述建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分,包括:
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述新媒体服务器的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述新媒体服务器。
在一种实施方式中,所述建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,包括:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给所述MRF;
接收所述MRF针对所述第一用户设备的第二媒体通话的媒体描述反馈的的所述MRF的第二媒体通话的媒体描述;
将所述MRF的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块;
所述建立所述MRF与第二用户设备之间的第二媒体通道被叫部分,包括:
将所述MRF的第二媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述MRF的第二媒体通话的媒体描述反馈的所述第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述MRF。
在一种实施方式中,所述第二用户设备是一个或多个;
在所述第二用户设备是多个时,所述建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分,包括:与各个第二用户设备分别建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分。
在一种实施方式中,所述接收第一用户设备的应用程序APP模块发送的第一呼叫请求之前,所述方法还包括:
接收到第三方应用服务器查询第一用户设备的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第一用户设备的用户页面参数。
在一种实施方式中,所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;
将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备后,所述方法还包括:
接收到第三方应用服务器查询第二用户设备的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第二用户设备的用户页面参数。
在一种实施方式中,在第一用户设备与第二用户设备之间建立第一媒体通话和第二媒体通话后,所述方法还包括:
接收到第三方应用服务器查询第一用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第一用户设备的新增媒体流对应的用户页面参数;
接收到第三方应用服务器查询第二用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第二用户设备的新增媒体流对应的用户页面参数;
将第一用户设备的新增媒体流的媒体描述发送给所述第一用户设备的APP模块,将第二用户设备的新增媒体流的媒体描述发送给所述第二用户设备。
在一种实施方式中,所述第一媒体包括:视频媒体;所述第二媒体包括:音频媒体。
在一种实施方式中,所述内核模块是基于长期演进技术的语音业务VoLTE内核模块。
实施例3
如图4所示,本发明实施例提供一种通信方法,包括:
步骤S410,通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
步骤S420,通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
在一种实施方式中,所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述。
在一种实施方式中,所述在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话,包括:
所述第一用户设备的内核模块通过应用服务器向第二用户设备发送第一用户设备的第二媒体通话的媒体描述;
所述第一用户设备的内核模块通过应用服务器接收所述第二用户设备针对第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述。
在一种实施方式中,所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述,如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则停止建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道。
在一种实施方式中,在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果想要关闭第一媒体通道,则通过APP模块向应用服务器发送关闭第一媒体通道的指示信息,由所述应用服务器将所述关闭第一媒体通道的指示信息转发给所述第二用户设备以结束所述第一媒体通话;或者
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则结束所述第一媒体通话。
在一种实施方式中,所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向新媒体服务器发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述新媒体服务器针对第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述。
在一种实施方式中,所述在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话,包括:
所述第一用户设备的内核模块通过应用服务器向媒体资源功能MRF发送第一用户设备的第二媒体通话的媒体描述;
所述第一用户设备的内核模块通过应用服务器接收所述MRF针对第一用户设备的第二媒体通话的媒体描述反馈的所述MRF的第二媒体通话的媒体描述。
在一种实施方式中,在通过第一用户设备的APP模块向应用服务器发送第一呼叫请求之前,所述方法还包括:
通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备的用户页面,并显示所述用户页面;
其中,所述第一呼叫请求中还携带用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息。
在一种实施方式中,在第一用户设备和第二用户设备建立了第一媒体通话和第二媒体通话后,所述方法还包括:
如果第一用户设备想要新增媒体流,则通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备新增媒体流对应的用户页面,并显示所述用户页面;接收所述应用服务器发送的第一用户设备的新增媒体流的媒体描述。
在一种实施方式中,所述内核模块是基于长期演进技术的语音业务VoLTE内核模块。
实施例4
如图5所示,本发明实施例提供一种通信装置,包括:
第一通信模块501,用于接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
第二通信模块502,用于在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求;
第三通信模块503,用于建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:
在判定第二用户设备的内核模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的内核模块;
接收所述第二用户设备的内核模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:
在判定第二用户设备的内核模块不支持第一媒体通话且第二用户设备的APP模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的APP模块;
接收所述第二用户设备的APP模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则向所述第一用户设备的APP模块发送所述第二用户设备拒绝所述第一媒体通话的指示信息从而指示所述第一媒体通道建立失败。
在一种实施方式中,第三通信模块,还用于在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第一用户设备的APP模块发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第二用户设备;或者在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第一用户设备的APP模块。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话:
建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,以及建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分;
建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,以及建立所述MRF与第二用户设备之间的第二媒体通道被叫部分。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给新媒体服务器;
接收所述新媒体服务器针对所述第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述;
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块;
第三通信模块,用于采用以下方式建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分:
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述新媒体服务器的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述新媒体服务器。
在一种实施方式中,第三通信模块,用于采用以下方式建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给所述MRF;
接收所述MRF针对所述第一用户设备的第二媒体通话的媒体描述反馈的的所述MRF的第二媒体通话的媒体描述;
将所述MRF的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块;
第三通信模块,用于采用以下方式建立所述MRF与第二用户设备之间的第二媒体通道被叫部分:
将所述MRF的第二媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述MRF的第二媒体通话的媒体描述反馈的所述第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述MRF。
在一种实施方式中,所述第二用户设备是一个或多个;
在所述第二用户设备是多个时,所述建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分,包括:与各个第二用户设备分别建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分。
在一种实施方式中,所述装置还包括:
第四通信模块504,用于接收第三方应用服务器查询第一用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第一用户设备的用户页面参数;接收第三方应用服务器查询第二用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第二用户设备的用户页面参数;
第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备;接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
在一种实施方式中,所述装置还包括:
第五通信模块505,用于在第一用户设备与第二用户设备之间建立第一媒体通话和第二媒体通话后,接收到第三方应用服务器查询第一用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第一用户设备的新增媒体流对应的用户页面参数;接收到第三方应用服务器查询第二用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第二用户设备的新增媒体流对应的用户页面参数;将第一用户设备的新增媒体流的媒体描述发送给所述第一用户设备的APP模块,将第二用户设备的新增媒体流的媒体描述发送给所述第二用户设备。
在一种实施方式中,所述第一媒体包括:视频媒体;所述第二媒体包括:音频媒体。
在一种实施方式中,所述内核模块是基于长期演进技术的语音业务VoLTE内核模块。
实施例5
如图6所示,本发明实施例提供一种通信装置,包括:
第一通信模块601,用于通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
第二通信模块602,用于通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
在一种实施方式中,第一通信模块,用于采用以下方式在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话:所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
第二通信模块,用于采用以下方式在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话:所述第一用户设备的内核模块通过应用服务器向第二用户设备发送第一用户设备的第二媒体通话的媒体描述;所述第一用户设备的内核模块通过应用服务器接收所述第二用户设备针对第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述。
在一种实施方式中,第一通信模块,用于采用以下方式在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话:所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述,如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则停止建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道。
在一种实施方式中,第一通信模块,还用于在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果想要关闭第一媒体通道,则通过APP模块向应用服务器发送关闭第一媒体通道的指示信息,由所述应用服务器将所述关闭第一媒体通道的指示信息转发给所述第二用户设备以结束所述第一媒体通话;或者在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则结束所述第一媒体通话。
在一种实施方式中,第一通信模块,用于采用以下方式在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话:所述第一用户设备的APP模块通过应用服务器向新媒体服务器发送第一用户设备的第一媒体通话的媒体描述;所述第一用户设备的APP模块通过应用服务器接收所述新媒体服务器针对第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述;
第二通信模块,用于采用以下方式在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话:所述第一用户设备的内核模块通过应用服务器向媒体资源功能MRF发送第一用户设备的第二媒体通话的媒体描述;所述第一用户设备的内核模块通过应用服务器接收所述MRF针对第一用户设备的第二媒体通话的媒体描述反馈的所述MRF的第二媒体通话的媒体描述。
在一种实施方式中,所述第一通信模块,还用于通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备的用户页面,并显示所述用户页面;
其中,所述第一呼叫请求中还携带用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息。
在一种实施方式中,所述第一通信模块,还用于在第一用户设备和第二用户设备建立了第一媒体通话和第二媒体通话后,如果第一用户设备想要新增媒体流,则通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备新增媒体流对应的用户页面,并显示所述用户页面;接收所述应用服务器发送的第一用户设备的新增媒体流的媒体描述。
在一种实施方式中,所述内核模块是基于长期演进技术的语音业务VoLTE内核模块。
实施例6
本发明实施例提供一种应用服务器,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现上述实施例2中通信方法的步骤。
实施例7
本发明实施例提供一种用户设备,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现上述实施例3中的通信方法的步骤。
实施例8
本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现上述实施例2中的通信方法的步骤。
实施例9
本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现上述实施例3中的通信方法的步骤。
示例1(注册流程)
本示例中,UE以移动终端(手机)为例,本示例说明手机的注册流程。在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE,APP需要使用VoLTE的用户身份向IMS发起注册,IMS需要增强,从而将APP与VoLTE的两个注册区分开来。VoLTE内核简称为VoLTE。
如图7所示,具体实施过程如下:
1)VoLTE向CSCF发送注册请求;
其中,VoLTE还向CSCF发送VoLTE的媒体支持能力指示信息;所述VoLTE的媒体支持能力指示信息用于表示VoLTE支持的媒体类型;
2)CSCF回失败响应,携带注册鉴权认证信息;
3)VoLTE根据CSCF返回的注册鉴权认证信息,生成用于认证的注册请求,并发送到CSCF;
4)CSCF回注册响应(成功);
5)CSCF使用VoLTE注册的用户身份信息,发送注册请求到AS,实现VoLTE用户身份在AS的第三方注册;
6)AS回注册响应(成功);
7)APP此时也需要向IMS注册,首先APP向VoLTE发送请求SIM卡信息的请求消息,请求获取VoLTE用户身份;
8)VoLTE返回VoLTE用户身份到APP;
9)APP向CSCF发送注册请求,使用VoLTE用户身份注册;
其中,APP还向CSCF发送APP的媒体支持能力指示信息;所述APP的媒体支持能力指示信息用于表示APP支持的媒体类型;
其中,APP在注册请求中携带的随机数(instanceID)与VoLTE注册时携带的随机数不同;
10)CSCF回失败响应,携带注册鉴权认证信息;
11)APP向VoLTE发送请求SIM卡信息的消息,携带注册鉴权认证信息;
12)VoLTE返回注册鉴权认证信息到APP;
13)APP根据VoLTE返回的注册鉴权认证信息,构造注册请求消息,发送到CSCF;
14)CSCF回注册响应(成功);
15)CSCF使用APP注册的用户身份信息,发送注册消息到AS,携带对应的instanceID,实现APP在AS的第三方注册;
16)AS回注册响应(成功);
示例2(基础流程-主叫流程)
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。主叫用户使用APP+VoLTE发起呼叫,VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
说明:APP与VoLTE的呼叫都发送到CSCF与AS,但CSCF是透传给AS,所以本文后续的图中,为了简略,都将CSCF从流程中省略。
说明:主叫流程主要描述主叫部分;被叫(远端UE)假设为同时支持新媒体和传统媒体的UE。
如图8所示,具体实施过程如下:
1)APP发起呼叫,携带新媒体部分的媒体描述(SDP(Session DescriptionProtocol,会话描述协议)),且呼叫请求中携带融合呼叫的标识,所述标识可以在呼叫请求中携带融合会话呼叫(ConvergedSessionCall)扩展参数;
2)AS识别融合会话呼叫扩展参数,判断出本次呼叫仅是新媒体部分,所以此时AS并不呼出被叫,而是给主叫回临时响应(183消息);
3)APP收到临时响应,则触发VoLTE呼叫,准备呼出传统媒体部分;
4)VoLTE发起呼叫,携带传统媒体部分的媒体描述(SDP);
5)AS收到后,将APP呼叫请求中的新媒体部分的媒体描述(SDP)与VoLTE呼叫请求中的传统媒体部分的媒体描述(SDP)拼装,并携带在INVITE消息中发送到被叫;
6)被叫向AS回183消息,携带被叫的媒体描述(SDP);
7)AS将被叫回的媒体描述(SDP)中的新媒体部分,由183消息携带并发送给APP;
8)APP向AS回PRACK消息;
9)AS向APP回200OK消息(针对APP发送的PRACK消息);
10)AS将被叫回的媒体描述(SDP)中的传统媒体部分,由183消息携带并发送给VoLTE;
11)VoLTE向AS回PRACK消息;
12)AS向VoLTE回200OK消息(针对VoLTE发送的PRACK消息);
13)AS回PRACK消息到被叫;
14)被叫向AS回200OK消息(针对AS发送的PRACK消息);
15)被叫振铃,回180消息到AS;
16)AS转发振铃的180消息到APP;
17)AS转发振铃的180消息到VoLTE;
18)VoLTE向APP发送振铃通知;
19)被叫摘机,发送200OK消息到AS;
20)AS转发摘机的200OK消息到APP;
21)APP向AS回ACK消息;
22)AS转发摘机的200OK消息到VoLTE;
23)VoLTE向AS回ACK消息;
24)AS回ACK消息到被叫。
此时通话建立在主被叫之间,APP与被叫之间建立新媒体的媒体通道;VoLTE与被叫之间建立传统媒体的媒体通道。
示例3(基础流程-被叫流程)
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。被叫流程主要描述被叫部分;主叫(远端UE)假设为同时支持新媒体和传统媒体的UE。
如图9所示,具体实施过程如下:
1)远端UE发起呼叫到AS,呼叫请求中携带新媒体部分的媒体描述(SDP)与传统媒体部分的媒体描述(SDP);
2)AS将呼叫请求中的新媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫APP;
3)APP回183消息,携带APP的媒体描述(SDP);
4)AS回PRACK消息到APP;
5)APP向AS回200OK(针对AS发送的PRACK消息);
6)AS将呼叫请求中的传统媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫VoLTE;
7)VoLTE回183消息,携带VoLTE的媒体描述(SDP);
8)AS回PRACK消息到VoLTE;
9)VoLTE向AS回200OK(针对AS发送的PRACK消息);
10)AS将APP与VoLTE回的媒体描述(SDP)拼装,在183消息中携带,发送到远端UE;
11)远端UE向AS回PRACK消息;
12)AS向远端UE回200OK消息(针对远端UE发送的PRACK消息);
13)APP振铃,向AS发送180消息;
14)VoLTE振铃,向AS发送180消息;
15)AS转发振铃的180消息到远端UE;
16)VoLTE摘机,向AS发送摘机的200OK消息;
17)APP摘机,向AS发送摘机的200OK消息;
18)AS转发摘机的200OK消息到远端UE;
19)远端UE向AS回ACK消息;
20)AS转发ACK消息到VoLTE;
21)AS转发ACK消息到APP;
此时通话建立在主被叫之间,APP与主叫(远端UE)之间建立新媒体的媒体通道;VoLTE与主叫(远端UE)之间建立传统媒体的媒体通道。
备注:步骤1)中,远端UE发起的呼叫请求如果只携带传统媒体部分,则AS将仅呼叫VoLTE,而不呼叫APP。
示例4(视频通话场景-主叫流程)
本示例是在一个具体的场景中对主叫流程进行说明。所述场景是视频通话场景,传统媒体为音频,新媒体为视频。可以解决部分手机厂商不提供VoLTE视频通话功能的问题。
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。主叫用户使用APP+VoLTE发起呼叫,VoLTE用于承载音频,APP用于承载视频。
如图10所示,具体实施过程如下:
1)APP发起呼叫,携带视频部分的媒体描述(SDP),且呼叫请求中携带融合呼叫的标识,所述标识可以在呼叫请求中携带融合会话呼叫(ConvergedSessionCall)扩展参数;
2)AS识别融合会话呼叫扩展参数,判断出本次呼叫仅是视频部分,所以此时AS并不呼出被叫,而是给主叫回临时响应(183消息);
3)APP收到临时响应,则触发VoLTE呼叫,准备呼出音频媒体部分;
4)VoLTE发起呼叫,携带音频媒体部分的媒体描述(SDP);
5)AS收到后,将APP呼叫请求中的视频媒体部分的媒体描述(SDP)与VoLTE呼叫请求中的音频媒体部分的媒体描述(SDP)拼装,并携带在INVITE消息中发送到被叫;
6)被叫向AS回183消息,携带被叫的媒体描述(SDP);
7)AS将被叫回的媒体描述(SDP)中的视频媒体部分,由183消息携带并发送给APP;
8)APP向AS回PRACK消息;
9)AS向APP回200OK消息(针对APP发送的PRACK消息);
10)AS将被叫回的媒体描述(SDP)中的音频媒体部分,由183消息携带并发送给VoLTE;
11)VoLTE向AS回PRACK消息;
12)AS向VoLTE回200OK消息(针对VoLTE发送的PRACK消息);
13)AS回PRACK消息到被叫;
14)被叫向AS回200OK消息(针对AS发送的PRACK消息);
15)被叫振铃,回180消息到AS;
16)AS转发振铃的180消息到APP;
17)AS转发振铃的180消息到VoLTE;
18)VoLTE向APP发送振铃通知;
19)被叫摘机,发送200OK消息到AS;
20)AS转发摘机的200OK消息到APP;
21)APP向AS回ACK消息;
22)AS转发摘机的200OK消息到VoLTE;
23)VoLTE向AS回ACK消息;
24)AS回ACK消息到被叫。
此时通话建立在主被叫之间,APP与被叫之间建立视频媒体的媒体通道;VoLTE与被叫之间建立音频媒体的媒体通道。
示例5(视频通话场景-被叫流程)
本示例是在一个具体的场景中对被叫流程进行说明。所述场景是视频通话场景,传统媒体为音频,新媒体为视频。可以解决部分手机厂商不提供VoLTE视频通话功能的问题。
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。被叫流程主要描述被叫部分,主叫假设为同时支持新媒体和传统媒体的UE。
如图11所示,具体实施过程如下:
1)远端UE发起呼叫到AS,呼叫请求中携带视频媒体部分的媒体描述(SDP)与音频媒体部分的媒体描述(SDP);
2)AS将呼叫请求中的视频媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫APP;
3)APP向AS回183消息,携带APP的媒体描述(SDP);
4)AS回PRACK消息到APP;
5)APP向AS回200OK消息(针对AS发送的PRACK消息);
6)AS将呼叫请求中的音频媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫VoLTE;
7)VoLTE向AS回183消息,携带VoLTE的媒体描述(SDP);
8)AS回PRACK消息到VoLTE;
9)VoLTE向AS回200OK消息(针对AS发送的PRACK消息);
10)AS将APP与VoLTE回的媒体描述(SDP)拼装,在183消息中携带,并发送到远端UE;
11)远端UE向AS回PRACK消息;
12)AS向远端UE回200OK消息(针对远端UE发送的PRACK消息);
13)APP振铃,向AS发送振铃的180消息;
14)VoLTE振铃,向AS发送振铃的180消息;
15)AS转发振铃的180消息到远端UE;
16)VoLTE摘机,向AS发送摘机的200OK消息;
17)APP摘机,向AS发送摘机的200OK消息;
18)AS转发摘机的200OK消息到远端UE;
19)远端UE向AS回ACK消息;
20)AS转发ACK消息到VoLTE;
21)AS转发ACK消息到APP;
此时通话建立在主被叫之间,APP与主叫(远端UE)之间建立视频媒体的媒体通道;VoLTE与主叫(远端UE)之间建立音频媒体的媒体通道。
备注:步骤1)中,远端UE发起的呼叫请求如果只携带音频媒体部分,则AS将仅呼叫VoLTE,而不呼叫APP。
示例6(主被叫都使用APP融合呼叫流程)
本示例中,UE以移动终端(手机)为例,在本端UE和远端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
如图12所示,具体实施过程如下:
1)主叫UE的APP(APP1)发起呼叫,携带新媒体部分的媒体描述(SDP),且呼叫请求中携带融合呼叫的标识,所述标识可以在呼叫请求中携带融合会话呼叫(ConvergedSessionCall)扩展参数;
2)AS1(主叫AS)识别融合会话呼叫参数,判断出本次呼叫仅是新媒体部分,所以此时AS1并不呼出被叫,而是给主叫回临时响应(183消息);
3)APP1收到临时响应,则触发VoLTE(VoLTE1)呼叫,准备呼出传统媒体部分;
4)VoLTE1发起呼叫,携带传统媒体部分的媒体描述(SDP);
5)AS1收到后,将APP1呼叫请求中的新媒体部分的媒体描述(SDP)与VoLTE1呼叫请求中的传统媒体部分的媒体描述(SDP)拼装,并携带在INVITE消息中发送到被叫AS(AS2);
6)AS2将呼叫请求中的新媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫被叫UE的APP(APP2);
7)APP2向AS2回183消息,携带APP2的媒体描述(SDP);
8)AS2回PRACK消息到APP2;
9)APP2向AS2回200OK消息(针对AS2发送的PRACK消息);
10)AS2将呼叫请求中的传统媒体部分的媒体描述(SDP),在INVITE消息中携带,并呼叫VoLTE2;
11)VoLTE2向AS2回183消息,携带VoLTE2的媒体描述(SDP);
12)AS2回PRACK消息到VoLTE2;
13)VoLTE2向AS2回200OK消息(针对AS2发送的PRACK消息);
14)AS2向AS1回183消息,携带被叫的新媒体描述(SDP)和传统媒体描述(SDP);
15)AS1将被叫回的媒体描述(SDP)中的新媒体部分,由183消息携带并发送给主叫UE的APP(APP1);
16)APP1向AS1回PRACK消息;
17)AS1向APP1回200OK消息(针对APP1发送的PRACK消息);
18)AS1将被叫回的媒体描述(SDP)中的传统媒体部分,由183消息携带并发送给主叫UE的VoLTE(VoLTE1);
19)VoLTE1向AS1回PRACK消息;
20)AS1向VoLTE1回200OK消息(针对VoLTE1发送的PRACK消息);
21)AS1回PRACK消息到被叫AS(AS2);
22)被叫AS(AS2)向AS1回200OK消息(针对AS1发送的PRACK消息);
23)被叫UE的APP(APP2)振铃,回180消息到AS2;
24)被叫UE的VoLTE(VoLTE)振铃,回180消息到AS2;
25)AS2转发振铃的180消息到AS1;
26)AS1转发振铃的180消息到APP1;
27)AS1转发振铃的180消息到VoLTE1;
28)VoLTE1通知振铃到APP1;
29)被叫UE的APP(APP2)摘机,发送200OK消息到AS2;
30)AS2向APP2回ACK消息;
31)被叫UE的VoLTE(VoLTE2)摘机,发送200OK消息到AS2;
32)AS2向VoLTE2回ACK消息;
33)AS2转发摘机的200OK消息到AS1;
34)AS1转发摘机的200OK消息到主叫UE的APP(APP1);
35)APP1向AS1回ACK消息;
36)AS1转发摘机的200OK消息到主叫UE的VoLTE(VoLTE1);
37)VoLTE1向AS1回ACK消息;
38)AS1回ACK消息到AS2。
此时通话建立在主被叫之间,主叫APP(主叫UE的APP)与被叫APP(被叫UE的APP)之间建立新媒体的媒体通道;主叫VoLTE(主叫UE的VoLTE)与被叫VoLTE(被叫UE的VoLTE)之间建立传统媒体的媒体通道。
示例7(远端UE拒绝新媒体流程)
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
本示例中,被叫(远端UE)可以拒绝新媒体部分,比如被叫只支持传统VoLTE,而不支持APP,主叫(本端UE)假设为同时支持新媒体和传统媒体的UE。
如图13所示,具体实施过程如下:
1)APP发起呼叫,携带新媒体部分的媒体描述(SDP),且呼叫请求中携带融合呼叫的标识,所述标识可以在呼叫请求中携带融合会话呼叫(ConvergedSessionCall)扩展参数;
2)AS识别融合会话呼叫参数,判断出本次呼叫仅是新媒体部分,所以此时AS并不呼出被叫,而是给主叫回临时响应(183消息);
3)APP收到临时响应,则触发VoLTE呼叫,准备呼出传统媒体部分;
4)VoLTE发起呼叫,携带传统媒体部分的媒体描述(SDP);
5)AS收到后,将APP呼叫请求中的新媒体部分的媒体描述(SDP)与VoLTE呼叫请求中的传统媒体部分的媒体描述(SDP)拼装,并由INVITE消息携带并发送到被叫;
6)被叫向AS回183消息,携带被叫的媒体描述(SDP),其中被叫将新媒体的媒体描述拒绝;
7)AS向APP回4xx消息;
8)APP向AS回ACK消息;
9)AS将被叫回的媒体描述(SDP)中的传统媒体部分,由183消息携带并发送给VoLTE(主叫的VoLTE);
10)VoLTE向AS回PRACK消息;
11)AS向VoLTE回200OK消息(针对VoLTE发送的PRACK消息);
12)AS回PRACK消息到被叫;
13)被叫向AS回200OK消息(针对AS发送的PRACK消息);
14)被叫振铃,回180消息到AS;
15)AS转发振铃的180消息到VoLTE(主叫的VoLTE);
16)被叫摘机,发送200OK消息到AS;
17)AS转发摘机的200OK消息到VoLTE(主叫的VoLTE);
18)VoLTE向AS回ACK消息;
19)AS回ACK消息到被叫。
此时通话建立在主被叫之间,VoLTE与被叫之间建立传统媒体的媒体通道。
示例8(关闭新媒体流程)
在通话建立后,主叫或被叫(本流程以被叫为例)可以将新媒体部分关闭。
本示例中,UE以移动终端(手机)为例,在本端UE中,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
本示例中,被叫(远端UE)可以在通话建立后,将新媒体部分关闭。
如图14所示,具体实施过程如下:
1)主被叫已经建立同时使用新媒体和传统媒体的通话;
2)被叫UE希望将新媒体部分关闭,发送Re-INVITE消息到AS,其中新媒体部分的媒体描述被关闭;
3)AS向主叫UE的APP发送BYE消息,关闭新媒体部分;
4)主叫UE的APP回200OK消息到AS;
5)AS向主叫UE的VoLTE发送Re-INVITE消息,携带被叫传统媒体部分的媒体描述(SDP);
6)VoLTE回200OK消息到AS;
7)AS转发200OK消息到被叫;
8)被叫发送ACK消息;
9)AS转发ACK消息到主叫VoLTE。
示例9(多方通话流程)
多流的多方视频,相关技术中的VoLTE一般都不支持,所以本文提出的“APP+VoLTE”的方式对于多流多方视频的推广普及意义重大。对于多流多方视频场景,新媒体服务器则为中继服务器(Relay Server),用于视频流的复制、分发。
本示例中,UE以移动终端(手机)为例,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
本示例中,主要描述会议主席部分(UE1),UE1采用“APP+VoLTE”的方式支持新媒体和传统媒体;会议成员假设为同时支持新媒体和传统媒体的UE(比如,UE2,UE3)。
如图15所述,具体实施过程如下:
1)APP(UE1的APP)发起呼叫,携带新媒体部分的媒体描述(SDP),且呼叫请求中携带融合呼叫的标识,所述标识可以在呼叫请求中携带融合会话呼叫(ConvergedSessionCall)扩展参数;
2)AS识别融合会话呼叫参数,判断出本次呼叫仅是新媒体部分,所以此时AS并不呼出被叫,而是给主叫回临时响应(183消息);
3)APP收到临时响应,则触发VoLTE呼叫,准备呼出传统媒体部分;
4)VoLTE发起呼叫,携带传统媒体部分的媒体描述(SDP);
5)AS发送呼叫请求到新媒体服务器(中继服务器),携带APP呼叫请求中的新媒体部分的媒体描述(SDP);
6)新媒体服务器向AS回200OK消息,其中携带新媒体服务器支持的新媒体的媒体描述(SDP);
7)AS向新媒体服务器回ACK;此时APP的新媒体部分的媒体通道对接到新媒体服务器;
8)AS呼叫MRF,携带VoLTE(UE1的VoLTE)呼叫请求中的传统媒体部分的媒体描述(SDP);
9)MRF向AS回200OK消息,其中携带MRF支持的传统媒体的媒体描述(SDP);
10)AS向MRF回ACK;此时VoLTE的传统媒体部分的媒体通道对接到MRF;
11)AS回200OK消息到VoLTE,其中携带MRF支持的传统媒体的媒体描述(SDP);
12)VoLTE向AS回ACK;
13)AS回200OK消息到APP,其中携带新媒体服务器支持的新媒体的媒体描述(SDP);
14)APP向AS回ACK消息;
多方会议主席的音频通道建立在VoLTE与MRF之间;多方会议主席的新媒体通道建立在APP与新媒体服务器之间;
15)AS使用MRF和新媒体服务器的媒体描述,呼叫UE2;
16)UE2向AS回200OK消息,其中携带UE2的媒体描述(SDP);
17)AS向UE2回ACK消息;
UE2的音频通道建立在UE2与音频MRF之间;UE2的新媒体通道建立在UE2与新媒体服务器之间;
18)AS使用MRF和新媒体服务器的媒体描述,呼叫UE3;
19)UE3向AS回200OK消息,其中携带UE3的媒体描述(SDP);
20)AS向UE3回ACK消息;
UE3的音频通道建立在UE3与MRF之间;UE3的新媒体通道建立在UE3与新媒体服务器之间。
示例10(第三方应用通话流程)
新的应用形式,比如远程教育、直播等,相关技术中的VoLTE一般都不支持,所以本文提出的APP+VoLTE的方式对于新应用形式推广普及意义重大。
本示例中,UE以移动终端(手机)为例,APP与VoLTE内核是手机中的两个独立的实体,VoLTE内核简称为VoLTE。VoLTE用于承载传统的媒体类型,APP用于承载新的媒体类型。此处的传统媒体与新媒体是一种演进的概念,即随着发展,当前的新媒体由VoLTE支持,从而变成传统媒体。而APP的新媒体,是不断演进和新创造的新媒体类型。
本示例中,主要描述主叫部分;被叫(远端UE)假设为同时支持新媒体和传统媒体的UE。
如图16所述,具体实施过程如下:
1)APP向第三方应用(Web Server,也即Web服务器)发送GET请求,携带APP对应的用户身份及应用标识(可以由本次请求的URI(Uniform Resource Identifier,统一资源标识符)作为应用标识),使用HTTP(HyperText Transfer Protocol,超文本传输协议),请求应用使用的页面及脚本;
2)第三方应用(Web Server)根据APP的请求,向呼叫能力开放平台发送POST,携带用户身份和应用标识;
3)呼叫能力开放平台转发POST到AS;
4)AS根据用户身份和应用标识,在向呼叫能力开放平台返回的200OK消息中携带用户页面参数,如可以使用的新媒体的类型;
5)呼叫能力开放平台转发200OK消息到第三方应用(Web Server);
6)第三方应用(Web Server)根据200OK消息,返回页面及脚本到APP;
其中:页面比如基于HTML(HyperText Markup Language,超文本标记语言)5的页面,脚本比如JS(JavaScript);
7)APP呈现本次应用的页面,如远程教育的Web页面,同时发起呼叫到AS,携带用户页面指示信息;
其中,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;比如,所述用户页面指示信息是一个URL(Uniform Resource Locator,统一资源定位符);
8)AS向APP回临时响应(183消息);
9)APP触发VoLTE发送传统媒体的呼叫;
10)VoLTE发送INVITE消息到AS;
11)AS将APP与VoLTE的媒体描述拼装,并发送INVITE消息到被叫,携带用户页面指示信息;
12)被叫根据用户页面指示信息的指示,向第三方应用(Web Server)发送GET,请求受理本次呼叫请求对应的页面、脚本;
13)第三方应用(Web Server)根据被叫UE的请求,向呼叫能力开放平台发送POST,携带用户身份;
14)呼叫能力开放平台转发POST到AS;
15)AS根据用户身份和应用标识,在向呼叫能力开放平台返回的200OK消息中携带用户页面参数,如可以使用的新媒体的类型;
16)呼叫能力开放平台转发200OK消息到第三方应用(Web Server);
17)第三方应用(Web Server)根据200OK,返回页面及脚本到被叫UE;
18)被叫UE回呼叫请求的183消息,携带被叫的新媒体部分和传统媒体部分的媒体描述;
19)AS将被叫的新媒体部分的媒体描述,在183消息中携带并转发到APP;
20)APP向AS回PRACK消息;
21)AS向APP回200OK消息(针对APP发送的PRACK消息);
22)AS将被叫的传统媒体部分的媒体描述,在183消息中携带并转发到VoLTE;
23)VoLTE向AS回PRACK消息;
24)AS向VoLTE回200OK消息(针对VoLTE发送的PRACK消息);
25)AS回PRACK消息到被叫UE;
26)被叫UE向AS回200OK消息(针对AS发送的PRACK消息);
27)被叫振铃,回180消息到AS;
28)AS转发180消息到APP;
29)AS转发180消息到VoLTE;
30)VoLTE向APP发送振铃通知;
31)被叫摘机,发送200OK消息到AS;
32)AS转发摘机的200OK消息到APP;
33)APP向AS回ACK消息;
34)AS转发摘机的200OK消息到VoLTE;
35)VoLTE回ACK消息;
36)AS回ACK消息到被叫;新应用的通话建立在主被叫之间;
37)应用使用过程中,用户可以通过Web页面的操作,改变媒体通道,如新增一个媒体流(如一个直播应用对应的流);以主叫用户为例,主叫用户通过界面操作,新增一个媒体流,APP向第三方应用(Web Server)发送请求(PUT或POST请求);
38)第三方应用(Web Server)根据APP的请求,向呼叫能力开放平台发送POST,携带用户身份;
39)呼叫能力开放平台转发POST到AS;
40)AS根据用户身份和应用标识,在200OK消息中返回用户页面参数,如可以使用的新媒体的类型;
41)呼叫能力开放平台转发200OK消息到第三方应用(Web Server);
42)第三方应用(Web Server)根据200OK消息,向被叫UE发送POST,携带新的页面及脚本;
其中:页面比如基于HTML(HyperText Markup Language,超文本标记语言)5的页面,脚本比如JS(JavaScript);
43)被叫UE向第三方应用回200OK消息;
44)第三方应用(Web Server)向主叫APP发送200OK消息,返回新的页面及脚本到APP;
45)AS向主叫APP发送Re-INVITE,携带新增的媒体流对应的媒体描述;
46)APP(主叫APP)向AS回200OK消息;
47)AS向APP回ACK消息;
48)AS向被叫UE发送Re-INVITE,携带新增的媒体流对应的媒体描述;
49)被叫UE向AS回200OK消息;
50)AS向被叫UE回ACK消息;
此时主被叫可以使用新增的媒体流。
需要说明的是,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (38)
1.一种通信方法,包括:
接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求,建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
2.如权利要求1所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
3.如权利要求1所述的方法,其特征在于:
所述建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话,包括:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块。
4.如权利要求2所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
在判定第二用户设备的内核模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的内核模块;
接收所述第二用户设备的内核模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
5.如权利要求2所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
在判定第二用户设备的内核模块不支持第一媒体通话且第二用户设备的APP模块支持第一媒体通话时,从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给所述第二用户设备的APP模块;
接收所述第二用户设备的APP模块针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
6.如权利要求1所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则向所述第一用户设备的APP模块发送所述第二用户设备拒绝所述第一媒体通话的指示信息从而指示所述第一媒体通道建立失败。
7.如权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第一用户设备的APP模块发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第二用户设备;或者
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则将所述关闭第一媒体通道的指示信息发送给所述第一用户设备的APP模块。
8.如权利要求1所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话,包括:
建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,以及建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分;
建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,以及建立所述MRF与第二用户设备之间的第二媒体通道被叫部分。
9.如权利要求8所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给新媒体服务器;
接收所述新媒体服务器针对所述第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述;
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块;
所述建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分,包括:
将所述新媒体服务器的第一媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述新媒体服务器的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述新媒体服务器。
10.如权利要求8所述的方法,其特征在于:
所述建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,包括:
从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给所述MRF;
接收所述MRF针对所述第一用户设备的第二媒体通话的媒体描述反馈的的所述MRF的第二媒体通话的媒体描述;
将所述MRF的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块;
所述建立所述MRF与第二用户设备之间的第二媒体通道被叫部分,包括:
将所述MRF的第二媒体通话的媒体描述发送给所述第二用户设备;
接收所述第二用户设备针对所述MRF的第二媒体通话的媒体描述反馈的所述第二用户设备的第二媒体通话的媒体描述;
将所述第二用户设备的第二媒体通话的媒体描述发送给所述MRF。
11.如权利要求8或9所述的方法,其特征在于:
所述第二用户设备是一个或多个;
在所述第二用户设备是多个时,所述建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分,包括:与各个第二用户设备分别建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分。
12.如权利要求1所述的方法,其特征在于:
所述接收第一用户设备的应用程序APP模块发送的第一呼叫请求之前,所述方法还包括:
接收到第三方应用服务器查询第一用户设备的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第一用户设备的用户页面参数。
13.如权利要求12所述的方法,其特征在于:
所述建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,包括:
从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;
将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备;
接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
14.如权利要求13所述的方法,其特征在于:
将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备后,所述方法还包括:
接收到第三方应用服务器查询第二用户设备的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第二用户设备的用户页面参数。
15.如权利要求14所述的方法,其特征在于:
在第一用户设备与第二用户设备之间建立第一媒体通话和第二媒体通话后,所述方法还包括:
接收到第三方应用服务器查询第一用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第一用户设备的新增媒体流对应的用户页面参数;
接收到第三方应用服务器查询第二用户设备的新增媒体流对应的用户页面参数的查询请求后,向所述第三方应用服务器发送所述第二用户设备的新增媒体流对应的用户页面参数;
将第一用户设备的新增媒体流的媒体描述发送给所述第一用户设备的APP模块,将第二用户设备的新增媒体流的媒体描述发送给所述第二用户设备。
16.如权利要求1-10中任一项所述的方法,其特征在于:
所述第一媒体包括:视频媒体;
所述第二媒体包括:音频媒体。
17.一种通信装置,包括:
第一通信模块,用于接收第一用户设备的应用程序APP模块发送的第一呼叫请求;
第二通信模块,用于在判定所述第一呼叫请求中携带融合呼叫标识时,接收所述第一用户设备的内核模块发送的第二呼叫请求;
第三通信模块,用于建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话。
18.如权利要求17所述的装置,其特征在于:
所述第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述并发送给第二用户设备;接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块;
所述第三通信模块,用于采用以下方式建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话:从所述第二呼叫请求中获取所述第一用户设备的第二媒体通话的媒体描述并发送给第二用户设备;接收所述第二用户设备针对所述第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述;将所述第二用户设备的第二媒体通话的媒体描述发送给所述第一用户设备的内核模块。
19.如权利要求17所述的装置,其特征在于:
第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话,建立所述第一用户设备的内核模块与第二用户设备之间的第二媒体通道从而进行第二媒体通话:建立所述第一用户设备的APP模块与新媒体服务器之间的第一媒体通道主叫部分,以及建立所述新媒体服务器与第二用户设备之间的第一媒体通道被叫部分;建立所述第一用户设备的内核模块与媒体资源功能MRF之间的第二媒体通道主叫部分,以及建立所述MRF与第二用户设备之间的第二媒体通道被叫部分。
20.如权利要求17所述的装置,其特征在于,所述装置还包括:
第四通信模块,用于接收第三方应用服务器查询第一用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第一用户设备的用户页面参数;接收第三方应用服务器查询第二用户设备的用户页面参数的查询请求,向所述第三方应用服务器发送所述第二用户设备的用户页面参数;
第三通信模块,用于采用以下方式建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道从而进行第一媒体通话:从所述第一呼叫请求中获取所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息;将所述第一用户设备的第一媒体通话的媒体描述和用户页面指示信息发送给第二用户设备;接收所述第二用户设备针对所述第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;将所述第二用户设备的第一媒体通话的媒体描述发送给所述第一用户设备的APP模块。
21.一种应用服务器,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现如权利要求1-16中任一项所述的通信方法的步骤。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现如权利要求1-16中任一项所述的通信方法的步骤。
23.一种通信方法,包括:
通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
24.如权利要求23所述的方法,其特征在于:
所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述。
25.如权利要求23所述的方法,其特征在于:
所述在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话,包括:
所述第一用户设备的内核模块通过应用服务器向第二用户设备发送第一用户设备的第二媒体通话的媒体描述;
所述第一用户设备的内核模块通过应用服务器接收所述第二用户设备针对第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述。
26.如权利要求23所述的方法,其特征在于:
所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述,如果所述第二用户设备的第一媒体通话的媒体描述指示所述第二用户设备拒绝所述第一媒体通话,则停止建立所述第一用户设备的APP模块与第二用户设备之间的第一媒体通道。
27.如权利要求23所述的方法,其特征在于:
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果想要关闭第一媒体通道,则通过APP模块向应用服务器发送关闭第一媒体通道的指示信息,由所述应用服务器将所述关闭第一媒体通道的指示信息转发给所述第二用户设备以结束所述第一媒体通话;或者
在所述第一用户设备与所述第二用户设备之间建立第一媒体通话和第二媒体通话后,如果接收到所述第二用户设备发送的关闭第一媒体通道的指示信息,则结束所述第一媒体通话。
28.如权利要求23所述的方法,其特征在于:
所述在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话,包括:
所述第一用户设备的APP模块通过应用服务器向新媒体服务器发送第一用户设备的第一媒体通话的媒体描述;
所述第一用户设备的APP模块通过应用服务器接收所述新媒体服务器针对第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述。
29.如权利要求23所述的方法,其特征在于:
所述在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话,包括:
所述第一用户设备的内核模块通过应用服务器向媒体资源功能MRF发送第一用户设备的第二媒体通话的媒体描述;
所述第一用户设备的内核模块通过应用服务器接收所述MRF针对第一用户设备的第二媒体通话的媒体描述反馈的所述MRF的第二媒体通话的媒体描述。
30.如权利要求23所述的方法,其特征在于:
在通过第一用户设备的APP模块向应用服务器发送第一呼叫请求之前,所述方法还包括:
通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备的用户页面,并显示所述用户页面;
其中,所述第一呼叫请求中还携带用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息。
31.如权利要求23所述的方法,其特征在于:
在第一用户设备和第二用户设备建立了第一媒体通话和第二媒体通话后,所述方法还包括:
如果第一用户设备想要新增媒体流,则通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备新增媒体流对应的用户页面,并显示所述用户页面;接收所述应用服务器发送的第一用户设备的新增媒体流的媒体描述。
32.一种通信装置,包括:
第一通信模块,用于通过第一用户设备的应用程序APP模块向应用服务器发送第一呼叫请求,其中携带融合呼叫标识;在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话;
第二通信模块,用于通过第一用户设备的内核模块向应用服务器发送第二呼叫请求;在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话。
33.如权利要求32所述的装置,其特征在于:
第一通信模块,用于采用以下方式在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话:所述第一用户设备的APP模块通过应用服务器向第二用户设备发送第一用户设备的第一媒体通话的媒体描述;所述第一用户设备的APP模块通过应用服务器接收所述第二用户设备针对第一用户设备的第一媒体通话的媒体描述反馈的第二用户设备的第一媒体通话的媒体描述;
第二通信模块,用于采用以下方式在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话:所述第一用户设备的内核模块通过应用服务器向第二用户设备发送第一用户设备的第二媒体通话的媒体描述;所述第一用户设备的内核模块通过应用服务器接收所述第二用户设备针对第一用户设备的第二媒体通话的媒体描述反馈的第二用户设备的第二媒体通话的媒体描述。
34.如权利要求32所述的装置,其特征在于:
第一通信模块,用于采用以下方式在所述第一用户设备的APP模块与第二用户设备之间建立第一媒体通道从而进行第一媒体通话:所述第一用户设备的APP模块通过应用服务器向新媒体服务器发送第一用户设备的第一媒体通话的媒体描述;所述第一用户设备的APP模块通过应用服务器接收所述新媒体服务器针对第一用户设备的第一媒体通话的媒体描述反馈的新媒体服务器的第一媒体通话的媒体描述;
第二通信模块,用于采用以下方式在所述第一用户设备的内核模块与第二用户设备之间建立第二媒体通道从而进行第二媒体通话:所述第一用户设备的内核模块通过应用服务器向媒体资源功能MRF发送第一用户设备的第二媒体通话的媒体描述;所述第一用户设备的内核模块通过应用服务器接收所述MRF针对第一用户设备的第二媒体通话的媒体描述反馈的所述MRF的第二媒体通话的媒体描述。
35.如权利要求32所述的装置,其特征在于:
所述第一通信模块,还用于通过第一用户设备的APP模块从第三方应用服务器获取第一用户设备的用户页面,并显示所述用户页面;
其中,所述第一呼叫请求中还携带用户页面指示信息,所述用户页面指示信息用于指示第二用户设备的用户页面的信息。
36.一种用户设备,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的通信程序,所述通信程序被所述处理器执行时实现如权利要求23-31中任一项所述的通信方法的步骤。
37.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有通信程序,所述通信程序被处理器执行时实现如权利要求23-31中任一项所述的通信方法的步骤。
38.一种通信系统,包括:权利要求21所述的应用服务器和权利要求32所述的用户设备。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710564150.9A CN107566333B (zh) | 2017-07-12 | 2017-07-12 | 一种通信方法、装置、应用服务器、用户设备和系统 |
EP18832383.6A EP3641262A1 (en) | 2017-07-12 | 2018-07-02 | Communication method and device, application server, user equipment and system |
PCT/CN2018/094087 WO2019011149A1 (zh) | 2017-07-12 | 2018-07-02 | 一种通信方法、装置、应用服务器、用户设备和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710564150.9A CN107566333B (zh) | 2017-07-12 | 2017-07-12 | 一种通信方法、装置、应用服务器、用户设备和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107566333A CN107566333A (zh) | 2018-01-09 |
CN107566333B true CN107566333B (zh) | 2020-03-10 |
Family
ID=60973554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710564150.9A Active CN107566333B (zh) | 2017-07-12 | 2017-07-12 | 一种通信方法、装置、应用服务器、用户设备和系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3641262A1 (zh) |
CN (1) | CN107566333B (zh) |
WO (1) | WO2019011149A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107566333B (zh) * | 2017-07-12 | 2020-03-10 | 中兴通讯股份有限公司 | 一种通信方法、装置、应用服务器、用户设备和系统 |
CN112019480B (zh) * | 2019-05-30 | 2022-09-16 | 中国电信股份有限公司 | 多媒体通信方法、装置、系统和存储介质 |
CN113132812B (zh) * | 2019-12-30 | 2023-04-07 | 中国移动通信集团辽宁有限公司 | 一种基于volte网络的视频通话方法和系统 |
EP4262320A4 (en) * | 2021-01-06 | 2024-01-24 | Huawei Technologies Co., Ltd. | CALL HANDLING SYSTEM AND CALL HANDLING METHOD |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105282722A (zh) * | 2014-05-30 | 2016-01-27 | 苹果公司 | 用于网络选择以转移呼叫会话的系统和方法 |
CN105490986A (zh) * | 2014-09-15 | 2016-04-13 | 阿尔卡特朗讯 | 一种通过rest api开放ims核心能力的方法与设备 |
CN105657867A (zh) * | 2016-01-28 | 2016-06-08 | 努比亚技术有限公司 | 移动终端及其基于双通道的通信方法 |
CN105871870A (zh) * | 2016-04-29 | 2016-08-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种用户终端注册方法及用户终端 |
CN106332300A (zh) * | 2015-06-16 | 2017-01-11 | 中兴通讯股份有限公司 | 专用承载建立方法、装置及用户设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577942B (zh) * | 2008-11-07 | 2011-08-10 | 中兴通讯股份有限公司 | 既建立ims媒体链接又建立cs媒体链接的方法 |
US8970651B2 (en) * | 2012-12-14 | 2015-03-03 | Avaya Inc. | Integrating audio and video conferencing capabilities |
US20150229491A1 (en) * | 2013-12-20 | 2015-08-13 | Dmitry Solovyev | Cost-Effective Core System for Mobile Networking |
KR102133014B1 (ko) * | 2014-01-20 | 2020-07-10 | 삼성전자주식회사 | 멀티미디어 서비스를 이용한 통화 장치, 방법 및 시스템 |
KR101977670B1 (ko) * | 2014-01-21 | 2019-05-13 | 삼성전자주식회사 | 복합 ars 서비스 방법 및 장치 |
CN106856472B (zh) * | 2015-12-09 | 2019-10-25 | 展讯通信(上海)有限公司 | 基于VoLTE的视频通话方法、装置及移动终端 |
CN107566333B (zh) * | 2017-07-12 | 2020-03-10 | 中兴通讯股份有限公司 | 一种通信方法、装置、应用服务器、用户设备和系统 |
-
2017
- 2017-07-12 CN CN201710564150.9A patent/CN107566333B/zh active Active
-
2018
- 2018-07-02 EP EP18832383.6A patent/EP3641262A1/en not_active Withdrawn
- 2018-07-02 WO PCT/CN2018/094087 patent/WO2019011149A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105282722A (zh) * | 2014-05-30 | 2016-01-27 | 苹果公司 | 用于网络选择以转移呼叫会话的系统和方法 |
CN105490986A (zh) * | 2014-09-15 | 2016-04-13 | 阿尔卡特朗讯 | 一种通过rest api开放ims核心能力的方法与设备 |
CN106332300A (zh) * | 2015-06-16 | 2017-01-11 | 中兴通讯股份有限公司 | 专用承载建立方法、装置及用户设备 |
CN105657867A (zh) * | 2016-01-28 | 2016-06-08 | 努比亚技术有限公司 | 移动终端及其基于双通道的通信方法 |
CN105871870A (zh) * | 2016-04-29 | 2016-08-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种用户终端注册方法及用户终端 |
Also Published As
Publication number | Publication date |
---|---|
WO2019011149A1 (zh) | 2019-01-17 |
CN107566333A (zh) | 2018-01-09 |
EP3641262A1 (en) | 2020-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1949643B1 (en) | Method for establishing a multimedia session with a remote user of a communications network | |
US8917850B2 (en) | Method and system for implementing multimedia ring back tone service and multimedia caller identification service | |
CN107566333B (zh) | 一种通信方法、装置、应用服务器、用户设备和系统 | |
JP2008523662A (ja) | 画像ベースのプッシュ・ツー・トークのユーザインタフェース向き画像交換方法 | |
US9049210B2 (en) | Data communication | |
US8494527B2 (en) | Method for transferring a communication session in a telecommunications network from a first connection to a second connection | |
US20110142222A1 (en) | Method, apparatus and system for playing multimedia ring back tones | |
KR20090085152A (ko) | 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치 | |
CN104348989A (zh) | 机顶盒与通话终端切换通话的方法及应用服务器 | |
US20120213346A1 (en) | Method, server and terminal device for playing multimedia ring tone during call | |
CN116636192A (zh) | 一种呼叫处理系统和呼叫处理方法 | |
JP5551786B2 (ja) | 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス | |
CN102130888B (zh) | 通话过程中继续播放彩铃和彩振的方法和服务器 | |
EP1914973B1 (en) | System and method to provide combinational services to anonymous callers | |
WO2008006311A1 (fr) | Procédé et dispositif d'utilisation d'un identificateur de terminal utilisateur | |
US9008287B2 (en) | Data communication | |
US8983043B2 (en) | Data communication | |
CN102077559A (zh) | 用于在ims网络中实现定制化视频服务的方法和网络单元 | |
WO2012052710A1 (en) | Concurrent voice and data communication | |
CN115190206A (zh) | 一种协商彩振媒体信息的方法、应用服务器 | |
WO2012052705A1 (en) | Data communication | |
GB2553725A (en) | Data communication | |
CN116830669A (zh) | 数据业务处理的方法、装置和计算机存储介质 | |
CN114205463A (zh) | 宽带语音通话前抑制常规媒体的方法和装置 | |
Perros | What's Behind Your Smartphone Icons? |
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 |