CN107371191B - 一种音频呼叫转换为视频呼叫的方法及设备 - Google Patents

一种音频呼叫转换为视频呼叫的方法及设备 Download PDF

Info

Publication number
CN107371191B
CN107371191B CN201610311346.2A CN201610311346A CN107371191B CN 107371191 B CN107371191 B CN 107371191B CN 201610311346 A CN201610311346 A CN 201610311346A CN 107371191 B CN107371191 B CN 107371191B
Authority
CN
China
Prior art keywords
message
terminal
call
network side
request
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
CN201610311346.2A
Other languages
English (en)
Other versions
CN107371191A (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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201610311346.2A priority Critical patent/CN107371191B/zh
Publication of CN107371191A publication Critical patent/CN107371191A/zh
Application granted granted Critical
Publication of CN107371191B publication Critical patent/CN107371191B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/26—Resource reservation
    • 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
    • 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/4228—Systems providing special services or facilities to subscribers in networks
    • 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
    • H04M7/0063—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 where the network is a peer-to-peer network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种音频呼叫转换为视频呼叫的方法及设备，其中所述方法包括：终端发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；其中，所述第一请求消息包括音频媒体描述和视频媒体描述；所述被叫终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；如果所述终端的资源预留成功，所述终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。

Description

一种音频呼叫转换为视频呼叫的方法及设备
技术领域
本发明涉及音频视频呼叫转换技术，尤其涉及一种音频呼叫转换为视频呼叫的方法及设备。
背景技术
随着长期演进(Long Term Evolution，LTE)网络的商用的大规模来临，很多运营商采用基于网际协议(IP)多媒体子系统(IP Multimedia Subsystem，IMS)的语音业务(Voice over LTE，VoLTE)作为其语音解决方案。IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。被第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)、全球移动运营商的共同关注和权益(GSMA)确定为移动语音的标准架构。VoLTE是一种IP数据传技术，无需第二代手机通信技术规格(2nd-Generationwireless telephone technology，2G)或第三代手机通信技术规格(3rd-Generationwireless telephone technology，3G)网络，全部业务承载于第死代手机通信技术规格(4th-Generation wireless telephone technology，4G)网络上，可实现数据与语音业务在同一网络下的统一。
下面介绍一种相关技术中点对点的呼叫流程，由于流程较长，下面将该流程采用图1A、图1B和图1C来表示，参见图1A、图1B和图1C，该流程包括：
步骤1，主叫用户设备(UE，又称为终端)UE(O)的呼叫请求发送到主叫会话边缘控制器(Session Border Control，SBC)。
这里，呼叫请求中包含预设条件(precondition)参数，其中主叫UE和被叫UE均为none。
步骤2，主叫SBC向策略控制和计费(PCC)实体申请通话资源，同时请求主叫用户位置信息。
这里，所申请的通话资源一种临时的通话资源。所述主叫用户位置信息是指主叫用户设备的位置信息。
步骤3～4，主叫UE策略与计费规则功能单元(PCRF)向网关如(S/P-GW，服务网关或代理网关)下发策略。
步骤5，主叫UEPCRF向SBC返回认证授权计费体制(AAA，AuthenticationAuthorization Accounting)响应。
步骤6～8，主叫UE预留无线侧资源，移动管理实体(Mobility ManagementEntity，MME)在消息8中携带主叫位置信息(TAI+E-CGI)。
这里，所述主叫位置信息包括跟踪区标识(TA Identity，TAI)和E-UTRAN小区全局标识符(ECGI，E-UTRAN CGI)，其中CGI表示全球小区识别码(Cell Global Identifier，CGI)。
步骤9～10，S/P-GW向PCRF返回主叫位置信息。
步骤11～12，PCRF向SBC上报主叫位置信息。
步骤13～16，主叫UE完成业务触发，主叫应用服务器(Application Server，AS)进行被叫号码补齐，之后主叫服务呼叫会话控制功能(Serving Call Session ControlFunction，S-CSCF)通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。
这里，ENUM表示电话号码映射(E.164 Number URI Mapping)，DNS表示域名系统(Domain Name System)。
步骤17～18，被叫查询CSCF(I-CSCF，Interrogating CSCF)查询归属签约用户服务器(Home Subscriber Server，HSS)获取被叫用户注册的S-CSCF。
步骤19，被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发应用服务器(AS)，例如SCC AS。
步骤20，SCC AS进行被叫域选择，向HSS查询被叫接入域选择(TerminatingAccess Domain Selection，T-ADS)信息。
步骤23，HSS向SCC AS返回T-ADS信息；
这里，所述T-ADS信息包含IMS Voice over PS supported。
步骤24～26，呼叫请求转发至被叫UE。
步骤27，被叫UE返回183其中包含被叫会话描述协议(Session DescriptionProtocol，SDP)信息和precondition参数；
这里，precondition参数中主叫UE和被叫UE均为none。
步骤28～34，被叫UE申请通话资源。
步骤35～42，183响应按照呼叫路径被转发至主叫UE。
步骤44～50，主叫UE根据协商结果修改资源申请。
步骤51～59，主叫UE通过空口流程获知通话资源预留成功，向被叫UE发起更新(UPDATE)；
这里，其中的precondition参数主叫UE的local状态为sendrecv，被叫UE为none。
步骤60～68，被叫UE通过空口流程获知通话资源预留成功，向主叫返回200OK；
这里，precondition参数主被叫均为sendrecv。
步骤69～71，主被叫UE双方完成呼叫信令流程，双方开始通话。
步骤72～74，主叫UE挂机，主叫UE向SBC发送再见(BYE)消息，之后BYE消息转发至被叫SBC和UE。
步骤75～81，主叫UE进行资源释放。
步骤82～88，被叫UE进行资源释放。
现有技术只是描述了如果进行音频升级时可以在增加新的媒体流，RFC 3264中描述如下：新媒体流由现存的媒体描述之下的新增加的媒体描述进行创建，或者新媒体流由被旧媒体流中的重用时隙所进行创建，其中所述旧媒体流的端口号被设置为0，其中，重用时隙的意思为新媒体描述取代旧媒体描述，但是保留相对于SDP模型中其他媒体描述的相对位置，新媒体描述必须出现在现有的媒体部分之下。
在终端具体实现过程中需要考虑在升级过程中是否需要precondition流程，如果不使用precondition流程，则可能会出现用户已经接听但是资源没有准备好会有较差的用户体验，同时没有相关的处理过程例如：如果用户没有接听该如何处理，如果用户拒绝接听该如何处理。由此可见，终端具体实现会有差异导致互通存在问题。
发明内容
有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种音频呼叫转换为视频呼叫的方法及设备，能够保证终端互通行和良好的用户体验。
本发明实施例的技术方案是这样实现的：
第一方面，本发明实施例提供一种音频呼叫转换为视频呼叫的方法，所述方法包括：
终端发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述被叫终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
如果所述终端的资源预留成功，所述终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
第二方面，本发明实施例提供一种音频呼叫转换为视频呼叫的方法，所述方法包括：
终端接收网络侧发送的第一请求消息，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述终端接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于对端终端设置的第一定时器的定时时间；
所述终端基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商。
第三方面，本发明实施例提供一种终端，所述终端包括第一发送单元、第一启动单元、第一接收单元和第二发送单元，其中：
所述第一发送单元，用于发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述第一启动单元，用于启动第一定时器；
所述第一接收单元，用于接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
所述第二发送单元，用于如果所述终端的资源预留成功，基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
第四方面，本发明实施例提供一种终端，所述终端包括第三接收单元、第二启动单元和第三发送单元，其中：
所述第三接收单元，用于接收第一请求消息，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述第二启动单元，用于接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于对端终端设置的第一定时器的定时时间；
所述第三发送单元，用于基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商。
本发明实施例提供一种音频呼叫转换为视频呼叫的方法及设备，其中，终端发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；其中，所述第一请求消息包括音频媒体描述和视频媒体描述；所述被叫终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；如果所述终端的资源预留成功，所述终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功；如此，能够保证终端互通行和良好的用户体验。
附图说明
图1A、1B和1C为相关技术中点对点的呼叫流程示意图；
图1D为本发明实施例一频呼叫转换为视频呼叫的方法的实现流程示意图；
图2为本发明实施例二频呼叫转换为视频呼叫的方法的实现流程示意图；
图3为本发明实施例三频呼叫转换为视频呼叫的方法的实现流程示意图；
图4为本发明实施例四频呼叫转换为视频呼叫的方法的实现流程示意图；
图5为本发明实施例五频呼叫转换为视频呼叫的方法的实现流程示意图；
图6为本发明实施例六被叫终端的组成结构示意图；
图7为本发明实施例七主叫终端的组成结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
实施例一
为了解决前述的技术问题，本发明实施例提供一种音频呼叫转换为视频呼叫的方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该电子设备至少包括处理器和存储介质。
图1D为本发明实施例一音频呼叫转换为视频呼叫的方法的实现流程示意图，如图1D所示，该方法包括：
步骤S101，被叫终端向网络侧发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息中除包括音频媒体描述之外，还包括视频媒体描述；在具体实现的过程中，所述第一请求消息采用re-invite请求消息，所述re-invite请求消息中除包括音频媒体描述之外，还包括视频媒体描述。
步骤S102，所述被叫终端启动第一定时器；
这里，所述第一定时器为被叫终端设置的定时器；
步骤S103，所述被叫终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
这里，所述第一回复消息可以是对端对所述第一请求消息的临时回复，所述第一回复消息用于发起视频呼叫和音频呼叫的媒体资源协商。
步骤S104，如果所述被叫终端的资源预留成功，所述被叫终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
在本发明的其他实施例中，在所述步骤S104之后，所述方法还包括：
步骤S105，所述被叫终端接收网络侧发送的第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫；
步骤S106，所述被叫终端基于所述第二更新消息向网络侧回复第三回复消息，所述第三回复消息用于表明当前呼叫为语音呼叫。
在步骤S105和步骤S106所提供的技术方案中，可能是主叫终端设置的第二定时器超时，或者在在所述第二定时器超时前，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求。因此，主叫终端向网络侧发送第二更新消息，以通知被叫终端。
作为所述步骤S105和步骤S106的另一种实施例方式，所述方法还包括：
步骤S107，所述被叫终端确定所述第一定时器超时，所述被叫终端向网络侧发送第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫。
本发明实施例中，被叫终端向网络侧发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；其中，所述第一请求消息中除包括音频媒体描述之外，还包括视频媒体描述；所述被叫终端启动第一定时器；所述被叫终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；如果所述被叫终端的资源预留成功，所述被叫终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功；如此，能够保证终端互通行和良好的用户体验。
实施例二
为避免较差的用户体验和终端间不能互通，本发明实施例提出一种音频呼叫转换为视频呼叫的方法，该实施例中，用户在规定时间内没有接收升级，被叫UE定时器超时。图2为本发明实施例二音频呼叫转换为视频呼叫的方法的实现流程示意图，如图2所示，该方法包括：
步骤1-14，UE1(主叫UE)发起音频呼叫，使用precondition流程完成SDP协商，UE2(被叫UE)接听；
步骤15，UE 2发起第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫(简称升级请求)；
这里，所述第一请求消息中除包括音频媒体描述之外，还需要增加视频媒体描述；
这里，在具体实现的过程中，所述第一请求消息可以采用re-invite请求消息来实现，所述re-invite请求消息中除包括音频媒体描述之外，还需要增加视频媒体描述；
步骤16，UE 2启动定时器Tupo；
步骤17，网络侧如核心网(CN)发送re-invite请求消息给UE1；
这里，re-invite请求消息包括precondition相关要求；
步骤18，UE1接收到该re-invite请求消息后启动定时器Tupt，且Tupt<Tupo；
步骤19，UE1回复183消息；
这里，183消息中包括音频媒体描述和视频媒体描述之外，还包括precondition参数；
步骤20，网络侧发送183消息给UE2；
步骤21，当UE2的资源已经预留成功，UE2发送更新(update)消息进行资源确认；
步骤22，网络侧发送update消息给UE1；
步骤23，UE1回复200OK消息给UE2；
步骤24，网络侧发送200OK消息给UE2；
步骤25，UE1收到资源确认后，且UE1资源预留成功(就绪)后，UE1在UE1的界面提示用户接收到音频升级请求；
步骤26，定时器Tupt超时后，用户没有接受或拒绝该升级请求；
步骤27，UE1发送更新(update)消息给UE2；
这里，更新消息中视频的媒体描述端口号为0，0表示不接受将当前呼叫从音频呼叫升级为视频呼叫。
步骤28，网络侧发送update消息给UE 2；
这里，更新消息中视频的媒体描述端口号为0；
步骤29，UE2发送针对update的200OK消息给UE1；
步骤30，网络侧发送200OK消息给UE1；
步骤31，UE1发送针对re-invite的200OK消息给UE2；
步骤32，网络侧发送针对re-invite的200OK消息给UE2；
在本实施例中，UE 2发起音频升级视频呼叫请求，例如通过发起re-invite请求消息，该re-invite请求消息中除包括音频媒体描述之外，还需要增加视频媒体描述，UE2启动定时器Tupo；然后UE1接收到该升级请求后启动定时器Tupt，且Tupt<Tupo；UE1收到资源确认后，且UE1资源预留成功后，在UE1的界面提示用户接收到音频升级请求；定时器Tupt超时后用户没有接受或拒绝该升级请求，UE1发送update消息给UE2，该update消息中视频的媒体描述端口号为0。
实施例三
为避免较差的用户体验和终端间不能互通，本发明实施例提出一种音频呼叫转换为视频呼叫的方法，该实施例中，用户在规定时间内没有接收升级，主叫UE定时器超时。图3为本发明实施例三音频呼叫转换为视频呼叫的方法的实现流程示意图，如图3所示，该方法包括：
步骤1-14，UE1(主叫用户设备)发起音频呼叫，使用precondition流程完成SDP协商，UE2(被叫用户设备)接听；
步骤15，UE2用户发起音频升级视频呼叫请求，例如发起重新邀请(re-invite)请求消息；
这里，所述re-invite请求消息中除包括音频媒体描述和增加的视频媒体描述(new additional media descriptions)；
步骤16，UE2启动定时器Tupo；
步骤17，网络侧发送re-invite请求消息给UE1；
这里，这里，所述re-invite请求消息包括precondition相关要求；
步骤18，UE1回复183消息；
这里，步骤18中的183消息可以视为第一回复消息，所述第一回复消息用于发起音频呼叫和视频呼叫的媒体资源协商。
这里，183消息包括音频媒体描述和视频媒体描述之外，还包括预设条件(precondition)参数；其中，本领域的技术可以根据现有技术来确定所述precondition参数。
步骤19，网络发送183消息给UE2；
步骤20，当UE2的资源已经预留成功，发送update消息进行资源确认；
这里，步骤20中的update消息可以视为第一更新消息。
步骤21，网络侧发送update消息给UE1；
步骤22，UE1回复200OK消息给UE2；
这里，步骤22中的OK消息可以视为第二回复消息，所述第二回复消息用于对步骤21中的update消息的回复响应；
步骤23，网络侧发送200OK消息给UE 2；
步骤24，UE1收到资源确认后，且UE1资源预留成功后界面提示用户接收到音频升级请求；
步骤25，定时器Tupo超时后用户没有接受或拒绝该升级请求；
步骤26，UE2发送update消息给UE1；
这里，步骤26中的update消息可以视为第二更新消息，所述第二更新消息用于表明当前呼叫为音频呼叫。
这里，该update消息中视频的媒体描述端口号为0；
步骤27，网络侧发送update消息给UE1；
这里，该update消息中视频的媒体描述端口号为0；
步骤28，UE1发送针对update的200OK消息给UE2；
这里，步骤28中的OK消息可以视为第三回复消息，所述第三回复消息用于表明当前呼叫为音频呼叫。
步骤29，网络侧发送200OK消息给UE2；
步骤30，UE1发送针对re-invite的200OK消息给UE2；
步骤31，网络侧发送针对re-invite的200OK消息给UE2；
在本发明实施例中，UE2用户发起音频升级视频呼叫请求，例如通过发起re-invite请求消息来实现，该re-invite请求消息中除包括音频媒体描述之外，还需要增加视频媒体描述；UE 2启动定时器Tupo；UE1收到资源确认后，且资源预留成功后界面提示用户接收到音频升级请求；定时器Tupo超时后用户没有接受或拒绝该升级请求，UE 2发送update消息给UE1，该update消息中视频的媒体描述端口号为0。
实施例四
为避免较差的用户体验和终端间不能互通，本发明实施例提出一种音频呼叫转换为视频呼叫的方法，该实施例中，用户在规定时间内没有接收升级，被叫UE用户拒绝。图4为本发明实施例四音频呼叫转换为视频呼叫的方法的实现流程示意图，如图4所示，该方法包括：
步骤1-14，主叫UE(UE1)发起音频呼叫，使用precondition流程完成SDP协商，UE2(被叫UE)接听；
步骤15，UE2用户发起音频升级视频呼叫请求；
这里，在具体实现的过程中可以采用发起re-invite请求消息来实现发起音频升级视频呼叫请求；re-invite请求消息中除包括音频媒体描述之外，还需要增加视频媒体描述；
步骤16，UE2启动定时器Tupo；
步骤17，网络侧发送re-invite消息给UE1其中包括precondition相关要求；
步骤18，UE 1接收到该升级请求后启动定时器Tupt，且Tupt<Tupo；
步骤19，UE1回复183消息，其中包括音频和视频媒体描述，且包括precondition参数；
步骤20，网络侧发送183消息给UE2；
步骤21，当UE2的资源已经预留成功，发送update消息进行资源确认；
步骤22，网络侧发送update消息给UE1；
步骤23，UE1回复200OK消息给UE2；
步骤24，网络侧发送200OK消息给UE2；
步骤25，UE1收到资源确认后，且本端资源预留成功后界面提示用户接收到音频升级请求；
步骤26，定时器Tupt超时前用户拒绝该升级请求；
步骤27，UE1发送update消息给UE2，该消息中视频的媒体描述端口号为0；
步骤28，网络侧发送update消息给UE 2,该消息中视频的媒体描述端口号为0；
步骤29，UE2发送针对update的200OK消息给UE1；
步骤30，网络侧发送200OK消息给UE 1；
步骤31，UE1发送针对re-invite的200OK消息给UE 2；
步骤32，网络侧发送针对re-invite的200OK消息给UE 2；
本实施例中，UE 2发起音频升级视频呼叫请求，例如通过发起re-invite请求消息来实现，该re-invite请求消息中除包括音频媒体描述，增加视频媒体描述，UE2启动定时器Tupo；UE1接收到该升级请求后启动定时器Tupt，且Tupt<Tupo；收到资源确认后，且资源预留成功后，界面提示用户接收到音频升级请求；定时器Tupt超时前用户拒绝该升级请求，UE1发送update消息给UE2，该update消息中视频的媒体描述端口号为0。
在上述本发明实施例看出，与现有技术相比，本发明实施例提供的技术方案具有如下的技术优点：使主叫与被叫终端在使用precondition情况下有良好用户体验，同时考虑了何时提示用户有升级请求，并考虑了用户未接受与拒绝升级请求或用户拒绝升级请求情况下详细流程，保证升级过程中终端互通。
实施例五
为了解决前述的技术问题，本发明实施例提供音频呼叫转换为视频呼叫的方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该电子设备至少包括处理器和存储介质。
图5为本发明实施例五音频呼叫转换为视频呼叫的方法的实现流程示意图，如图5所示，该方法包括：
步骤S501，主叫终端接收网络侧发送的第一请求消息，所述第一请求消息包括音频媒体描述和视频媒体描述；
步骤S502，所述主叫终端接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于被叫终端设置的第一定时器的定时时间；
步骤S503，所述主叫终端基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商。
这里，所述主叫终端基于所述第一请求消息，向网络侧发送第一回复消息，包括：所述主叫终端基于所述第一请求消息，向网络侧发送183回复消息，所述183回复消息携带有音频媒体描述和视频媒体描述之外，还包括precondition参数。
在本发明的其他实施例中，所述方法还包括：
步骤S504，所述主叫终端接收网络侧发送的第一更新消息，所述第一更新消息用于表明对端资源预留成功；
步骤S505，所述主叫终端基于所述第一更新消息确定本端资源预留成功后，输出第一提示消息，所述第一提示消息用于提示主叫用户本次呼叫从音频呼叫升级为视频呼叫；
步骤S506，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求时，所述主叫终端向网络侧发送第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫；
这里，在本发明的其他实施例中，所述第二更新消息中视频的媒体描述端口号为0。
这里，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求包括：
所述第二定时器超时，或者，
在所述第二定时器超时前，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求。
在本发明的其他实施例中，所述方法还包括：
步骤S507，所述主叫终端基于所述第一更新消息，向所述网络侧发送第二回复消息，所述第二回复消息用于对所述第一更新消息的回复响应。
这里，所述第二回复消息采用200OK消息。
在本发明的其他实施例中，所述方法还包括：
步骤S508，所述主叫终端接收所述网络侧发送的第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫；
步骤S509，所述主叫终端基于所述第三更新消息向网络侧发送第四回复消息，所述第四回复消息用于对所述第三更新消息的回复响应。
实施例六
基于前述的实施例，本发明实施例再提供一种被叫终端，所述被叫终端所包括的各单元，都可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6为本发明实施例六被叫终端的组成结构示意图，如图6所示，该被叫终端600包括第一发送单元601、第一启动单元602、第一接收单元603和第二发送单元604，其中：
所述第一发送单元601，用于向网络侧发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息中除包括音频媒体描述之外，还包括视频媒体描述；
所述第一启动单元602，用于启动第一定时器；
所述第一接收单元603，用于接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
所述第二发送单元604，用于如果所述被叫终端的资源预留成功，基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
这里，所述第一请求消息采用re-invite请求消息，所述re-invite请求消息中除包括音频媒体描述之外，还包括视频媒体描述。
在本发明的其他实施例中，所述被叫终端还包括第二接收单元和第一回复单元，其中：
所述第二接收单元，用于接收网络侧发送的第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫；
所述第一回复单元，用于被叫终端基于所述第二更新消息向网络侧回复第三回复消息，所述第三回复消息用于表明当前呼叫为语音呼叫。
在本发明的其他实施例中，所述被叫终端还包括第三发送单元，用于确定所述第一定时器超时，所述被叫终端向网络侧发送第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫。
这里需要指出的是：以上终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
实施例七
基于前述的实施例，本发明实施例再提供一种被叫终端，所述被叫终端所包括的各单元，都可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图7为本发明实施例七主叫终端的组成结构示意图，如图7所示，该主叫终端700包括第三接收单元701、第二启动单元702和第三发送单元703，其中：
所述第三接收单元701，用于接收网络侧发送的第一请求消息，所述除包括音频媒体描述之外，还包括视频媒体描述；
所述第二启动单元702，用于接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于被叫终端设置的第一定时器的定时时间；
所述第三发送单元703，用于基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商。
在本发明的其他实施例中，所述主叫终端还包括第四接收单元、输出单元和第四发送单元，其中：
所述第四接收单元，用于接收网络侧发送的第一更新消息，所述第一更新消息用于表明对端资源预留成功；
所述输出单元，用于基于所述第一更新消息确定本端资源预留成功后，输出第一提示消息，所述第一提示消息用于提示主叫用户本次呼叫从音频呼叫升级为视频呼叫；
所述第四发送单元，用于确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求时，向网络侧发送第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫；
在本发明的其他实施例中，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求包括：
所述第二定时器超时，或者，
在所述第二定时器超时前，所述主叫终端确定用户没有接受或拒绝所述第一提示消息中的视音频呼叫升级为视频呼叫的请求。
在本发明的其他实施例中，所述第三发送单元，用于基于所述第一请求消息，向网络侧发送183回复消息，所述183回复消息携带有音频媒体描述和视频媒体描述之外，还包括precondition参数。
在本发明的其他实施例中，所述主叫终端还包括第五发送单元，用于基于所述第一更新消息，向所述网络侧发送第二回复消息，所述第二回复消息用于对所述第一更新消息的回复响应。
在本发明的其他实施例中，所述第二回复消息采用200OK消息。
在本发明的其他实施例中，所述第二更新消息中视频的媒体描述端口号为0。
在本发明的其他实施例中，所述主叫终端还包括第五接收单元和第六发送单元，其中：
所述第五接收单元，用于接收所述网络侧发送的第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫；
所述第六接收单元，用于基于所述第三更新消息向网络侧发送第四回复消息，所述第四回复消息用于对所述第三更新消息的回复响应。
这里需要指出的是：以上终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种音频呼叫转换为视频呼叫的方法，其特征在于，所述方法包括：
终端发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述终端接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
如果所述终端的资源预留成功，所述终端基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
2.根据权利要求1所述的方法，其特征在于，所述第一请求消息采用重新邀请请求消息，所述重新邀请请求消息中除包括音频媒体描述之外，还包括视频媒体描述。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述终端接收网络侧发送的第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫；
所述终端基于所述第二更新消息向网络侧回复第三回复消息，所述第三回复消息用于基于所述第二更新消息表明当前呼叫为语音呼叫。
4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
终端启动第一定时器；
所述终端确定所述第一定时器超时，所述终端向网络侧发送第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫。
5.一种音频呼叫转换为视频呼叫的方法，其特征在于，所述方法包括：
终端接收网络侧发送的第一请求消息，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述终端接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于对端终端设置的第一定时器的定时时间；
所述终端基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于发起音频呼叫和视频呼叫的媒体资源协商。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
所述终端接收网络侧发送的第一更新消息，所述第一更新消息用于表明对端资源预留成功；
所述终端基于所述第一更新消息确定对端的资源预留成功，以及确定本端的资源预留成功后，输出第一提示消息，所述第一提示消息用于提示主叫用户本次呼叫从音频呼叫升级为视频呼叫；
所述终端确定用户没有接受或拒绝所述第一提示消息中的音频呼叫升级为视频呼叫的请求时，所述终端向网络侧发送第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫。
7.根据权利要求6所述的方法，其特征在于，所述终端确定用户没有接受或拒绝所述第一提示消息中的音频呼叫升级为视频呼叫的请求包括：
所述第二定时器超时，或者，
在所述第二定时器超时前，所述终端确定用户没有接受或拒绝所述第一提示消息中的音频呼叫升级为视频呼叫的请求。
8.根据权利要求5所述的方法，其特征在于，所述终端基于所述第一请求消息，向网络侧发送第一回复消息，包括：
所述终端基于所述第一请求消息，向网络侧发送183回复消息，所述183回复消息除携带有音频媒体描述和视频媒体描述之外，还包括预设条件参数。
9.根据权利要求5至8任一项所述的方法，其特征在于，所述方法还包括：
所述终端基于第一更新消息，向所述网络侧发送第二回复消息，所述第二回复消息用于对所述第一更新消息进行回复响应。
10.根据权利要求9所述的方法，其特征在于，所述第二回复消息采用200OK消息。
11.根据权利要求6所述的方法，其特征在于，所述第二更新消息中视频的媒体描述端口号为0。
12.根据权利要求5所述的方法，其特征在于，所述方法还包括：
所述终端接收所述网络侧发送的第三更新消息，所述第三更新消息用于表明当前呼叫从视频呼叫更改为语音呼叫；
所述终端基于所述第三更新消息向网络侧发送第四回复消息，所述第四回复消息用于对所述第三更新消息进行回复响应。
13.一种终端，其特征在于，所述终端包括第一发送单元、第一启动单元、第一接收单元和第二发送单元，其中：
所述第一发送单元，用于发送第一请求消息，所述第一请求消息用于请求将音频呼叫升级视频呼叫；
其中，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述第一启动单元，用于启动第一定时器；
所述第一接收单元，用于接收网络侧发送的第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商；
所述第二发送单元，用于如果所述终端的资源预留成功，则基于所述第一回复消息向网络侧发送第一更新消息，所述第一更新消息用于表明本端资源预留成功。
14.根据权利要求13所述的终端，其特征在于，所述第一请求消息采用重新邀请请求消息，所述重新邀请请求消息除包括音频媒体描述之外，还包括视频媒体描述。
15.一种终端，其特征在于，所述终端包括第三接收单元、第二启动单元和第三发送单元，其中：
所述第三接收单元，用于接收第一请求消息，所述第一请求消息包括音频媒体描述和视频媒体描述；
所述第二启动单元，用于接收到所述第一请求消息后，启动第二定时器，所述第二定时器的定时时间小于对端终端设置的第一定时器的定时时间；
所述第三发送单元，用于基于所述第一请求消息，向网络侧发送第一回复消息，所述第一回复消息用于表明发起音频呼叫和视频呼叫的媒体资源协商。
16.根据权利要求15所述的终端，其特征在于，所述终端还包括第四接收单元、输出单元和第四发送单元，其中：
所述第四接收单元，用于接收网络侧发送的第一更新消息，所述第一更新消息用于表明对端资源预留成功；
所述输出单元，用于基于所述第一更新消息确定本端资源预留成功后，输出第一提示消息，所述第一提示消息用于提示主叫用户本次呼叫从音频呼叫升级为视频呼叫；
所述第四发送单元，用于确定用户没有接受或拒绝所述第一提示消息中的音频呼叫升级为视频呼叫的请求时，向网络侧发送第二更新消息，所述第二更新消息用于表明当前呼叫为语音呼叫。
CN201610311346.2A 2016-05-11 2016-05-11 一种音频呼叫转换为视频呼叫的方法及设备 Active CN107371191B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610311346.2A CN107371191B (zh) 2016-05-11 2016-05-11 一种音频呼叫转换为视频呼叫的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610311346.2A CN107371191B (zh) 2016-05-11 2016-05-11 一种音频呼叫转换为视频呼叫的方法及设备

Publications (2)

Publication Number Publication Date
CN107371191A CN107371191A (zh) 2017-11-21
CN107371191B true CN107371191B (zh) 2019-11-12

Family

ID=60303823

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610311346.2A Active CN107371191B (zh) 2016-05-11 2016-05-11 一种音频呼叫转换为视频呼叫的方法及设备

Country Status (1)

Country Link
CN (1) CN107371191B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114158096A (zh) * 2020-09-08 2022-03-08 华为技术有限公司 建立会话的方法、终端及通信系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101505509A (zh) * 2009-03-19 2009-08-12 中兴通讯股份有限公司 资源预留的实现方法以及互通网元
CN101594598A (zh) * 2009-06-22 2009-12-02 中兴通讯股份有限公司 一种ims网络中媒体协商的方法和系统
CN101594370A (zh) * 2009-06-19 2009-12-02 中兴通讯股份有限公司 一种点击拨号业务的系统和实现方法
WO2014026316A1 (zh) * 2012-08-13 2014-02-20 华为技术有限公司 媒体数据传输方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101505509A (zh) * 2009-03-19 2009-08-12 中兴通讯股份有限公司 资源预留的实现方法以及互通网元
CN101594370A (zh) * 2009-06-19 2009-12-02 中兴通讯股份有限公司 一种点击拨号业务的系统和实现方法
CN101594598A (zh) * 2009-06-22 2009-12-02 中兴通讯股份有限公司 一种ims网络中媒体协商的方法和系统
WO2014026316A1 (zh) * 2012-08-13 2014-02-20 华为技术有限公司 媒体数据传输方法及设备

Also Published As

Publication number Publication date
CN107371191A (zh) 2017-11-21

Similar Documents

Publication Publication Date Title
CN104040998B (zh) 基于ice的nat遍历
JP4903849B2 (ja) 特にｕｍｔｓネットワークにおける課金識別子の分配
JP5113916B2 (ja) マルチメディア用通信セッションの確立方法及び装置
EP2186310B1 (en) Call transfer with multiple application servers in session initiation protocol-based network
CN101322373A (zh) 针对ims注册用户的呼叫处理
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
EP2351309B1 (en) Session establishment in a communication network
CN101563903B (zh) 用于向用户提供ip多媒体子系统通信服务的方法和设备
JP2009524342A (ja) Ｃｓｉ端末によるｉｍｓドメインを介して受信されたリアルタイムサービスのための要求を含むｉｍｓ端末の呼要求の処理方法及び装置
CN102177698A (zh) 关联通信会话
CN101971592A (zh) 接入地会话控制器、ip多媒体子系统及其注册会话方法
CN101931923B (zh) Ip多媒体子系统网络的用户注册方法及业务实现系统
CN106911688A (zh) 基于ims的语音业务实现方法及装置
CN103619006B (zh) 一种语音呼叫业务的实现方法及系统
CN104202786A (zh) 一种呼叫路由方法及装置
CN101511072A (zh) 一种sip或ims网络中实现增强型一号通业务的方法
CN100550884C (zh) 基于重试机制的业务过程中对sip协议请求的处理方法
CN107371191B (zh) 一种音频呼叫转换为视频呼叫的方法及设备
CN101170758B (zh) 用户设备及用户设备在不同ip网络间切换的方法
EP2795865B1 (en) Session establishment in an ip multimedia subsystem network
CN108260170A (zh) 一种资源预留控制方法和mgcf单元
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
CN110312220A (zh) 一种通信方法和通信系统
CN101330645B (zh) 一种ip多媒体子系统中建立会话的方法
CN101505509B (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