CN106603466A - 网络切换时的媒体能力协商方法和设备 - Google Patents

网络切换时的媒体能力协商方法和设备 Download PDF

Info

Publication number
CN106603466A
CN106603466A CN201510666849.7A CN201510666849A CN106603466A CN 106603466 A CN106603466 A CN 106603466A CN 201510666849 A CN201510666849 A CN 201510666849A CN 106603466 A CN106603466 A CN 106603466A
Authority
CN
China
Prior art keywords
media capability
media
new information
calling side
calling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201510666849.7A
Other languages
English (en)
Other versions
CN106603466B (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
Original Assignee
China Mobile Communications Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201510666849.7A priority Critical patent/CN106603466B/zh
Publication of CN106603466A publication Critical patent/CN106603466A/zh
Application granted granted Critical
Publication of CN106603466B publication Critical patent/CN106603466B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42017Customized ring-back tones
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种网络切换时的媒体能力协商方法和设备,用以实现呼叫业务过程中,振铃态下主叫侧或者被叫侧发生网络切换时的媒体能力协商。所述网络切换时的媒体能力协商方法包括:彩铃服务器接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;所述彩铃服务器缓存接收到的第一媒体能力更新消息并终止所述第一媒体能力更新消息的继续传输;在确定被叫侧接受主叫侧发起的呼叫会话业务时,所述彩铃服务器协助主叫侧和被叫侧完成媒体能力协商。

Description

网络切换时的媒体能力协商方法和设备
技术领域
本发明涉及IMS技术领域,尤其涉及一种网络切换时的媒体能力协商方法和设备。
背景技术
当UE(User Equipment,用户设备)附着在LTE(Long Time Evolution,长期演进)网络时,发起呼叫业务时一般采用IMS(IP Multimedia Subsystem,IP多媒体子系统)语音呼叫,并且要将该呼叫锚定到IMS域的业务连续性服务器上(SCC AS)。随着用户的移动,UE可能移出LTE网络的覆盖区域,为了保证语音呼叫的连续性,就需要执行SRVCC(Signal Radio Voice CallContinuity,单射频语音呼叫连续性)流程,将锚定在IMS域中SCC AS上的IMS语音呼叫平滑切换至CS(Circuit Switched,电路交换)网络。
对于一个正在进行的呼叫业务,即主叫侧发送呼叫请求,被叫处于振铃状态还没有应答,此时主叫侧可以接收被叫侧订制的视频彩铃、音频彩铃或者普通铃声。此时,如果主叫侧或者被叫侧发生振铃态网络切换(A-SRVCC)时,主叫侧或者被叫侧的接入网关会向对端发送媒体能力更新消息以进行媒体能力协商。具体的解决方案如下:当已经有彩铃播放时,主叫侧或者被叫侧发生A-SRVCC后,核心网网元ATCF(Access Transfer Control Function,访问转移控制功能)/ATGW(Access Transfer Gateway,访问转移网关)将媒体更新锚定在本端,在网络侧完成媒体流的转码后,将媒体流发送给对端,这样可以做到使对端无感知本端的网络切换。
上述解决方案需要借助核心网的媒体转换网元,对于音频通话来讲,实时完成媒体编码的转换还比较快,用户可以接受,但是对于视频通话来说,由于主叫侧或者被叫侧从LTE网络回落至CS网络后,回落的一端无法再提供视频媒体数据,所以该方案无法实现视频通话的媒体更新。由此可见,如何在主叫侧或者被叫侧发生网络切换时实现主叫侧和被叫侧的媒体能力协商成为现有技术亟待解决的技术问题之一。
发明内容
本发明实施例提供一种网络切换时的媒体能力协商方法和设备,用以实现呼叫业务过程中,振铃态下主叫侧或者被叫侧发生网络切换时的媒体能力协商。
本发明实施例提供一种网络切换时的媒体能力协商方法,包括:
彩铃服务器接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;
所述彩铃服务器缓存接收到的第一媒体能力更新消息并终止所述第一媒体能力更新消息的继续传输;
在确定被叫侧接受主叫侧发起的呼叫会话业务时,所述彩铃服务器协助主叫侧和被叫侧完成媒体能力协商。
本发明实施例提供一种彩铃服务器,包括:
接收单元,用于接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;
缓存单元,用于缓存所述接收单元接收到的第一媒体能力更新消息;
传输终止单元,用于终止所述第一媒体能力更新消息的继续传输;
媒体能力协商单元,用于在确定被叫侧接受主叫侧发起的呼叫会话业务时,协助主叫侧和被叫侧完成媒体能力协商。
本发明实施例提供的网络切换时的媒体能力协商方法和彩铃服务器,在主叫侧或者被叫侧发生网络切换后,发生网络切换的一侧向彩铃服务器发送媒体能力更新消息,彩铃服务器在接收到该消息后先进行缓存并终止其继续传输,待被叫侧接受主叫侧发起的呼叫业务时,彩铃服务器在协助主叫侧和被叫侧进行媒体能力协商,由此实现了在振铃态下发生网络切换时主叫侧和被叫侧的媒体能力协商。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实施例中,网络切换时的媒体能力协商方法实施例流程图;
图2为本发明实施例中,主叫侧发生网络切换时的媒体能力协商方法实施例流程图;
图3为本发明实施例中,被叫侧发生网络切换时的媒体能力协商方法实施例流程图;
图4为本发明实施例中,彩铃服务器的结构示意图。
具体实施方式
为了实现呼叫业务中,在振铃态下主叫侧和被叫侧发生网络切换时的媒体能力协商,本发明实施例提供了一种网络切换时的媒体能力协商方法和彩铃服务器。
以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明实施例可以应用于主叫侧向被叫侧发起呼叫业务时处于振铃态下,主叫侧或者被叫侧发生网络切换时的媒体能力协商。例如,可以应用于主叫侧在向被叫侧发起语音呼叫或者视频呼叫过程中,在振铃态下(即被叫侧尚未接受主叫侧发起的呼叫请求,由彩铃服务器向主叫侧播放被叫定制的彩铃的状态)主叫侧或者被叫侧发生网络切换时,由彩铃服务器协助主叫侧和被叫侧协商媒体能力。
本发明实施例中涉及的网络切换可以但不限于包括从LTE网络回落至CS网络,也可能由CS网络切换到LTE网络,为了便于描述,以下以主叫侧或者被叫侧从LTE网络回落至CS网络为例进行说明。
如图1所示,为本发明实施例提供的网络切换时的媒体能力协商方法实施例流程图,可以包括以下步骤:
S11、彩铃服务器接收主叫侧或者被叫侧发送的第一媒体能力更新消息。
在彩铃服务器接收到的第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的。
以主叫侧在向被叫侧发起视频呼叫业务为例,主叫侧在向被叫侧发起视频呼叫后,在等待被叫侧接受视频呼叫的过程中,如果被叫侧订制了视频彩铃业务,则彩铃服务器将向主叫侧播放彩铃。如果此时主叫侧或者被叫侧从LTE网络回落到CS网络时,由于主叫侧或者被叫侧支持的媒体能力信息发生变化(在LTE网络中,主叫侧或者被叫侧支持视频媒体格式和音频媒体格式,而在回落到CS网络后,主叫侧或者被叫侧仅支持音频媒体格式),则需要通知对端当前发生网络切换的一侧所支持的媒体能力信息,否则无法完成视频呼叫。
具体的,回落的一侧向对端发送第一媒体能力更新消息,其中携带有回落后自身所支持的第一媒体能力信息。
S12、彩铃服务器缓存接收到的第一媒体能力更新消息并终止第一媒体能力更新消息的继续传输。
具体实施时,在发生回落的一侧向对端发送了第一媒体能力更新消息后,在该消息到达对端核心网时,S-CSCF(Serving Call Session Control Funtion,服务呼叫会话功能控制)根据iFC(Initial Filter Criteria,初始过滤规则)签约信息向各个业务AS(应用服务器)转发该第一媒体能力更新消息。彩铃服务器在接收到第一媒体能力更新消息后,缓存第一媒体能力更新消息,并终止该第一媒体能力更新消息向对端的继续传输,由彩铃服务器直接进行应答。
S13、在确定被叫侧接受主叫侧发起的呼叫会话业务时,彩铃服务器协助主叫侧和被叫侧完成媒体能力协商。
彩铃服务器确定被叫侧接受主叫侧发起的呼叫会话业务后,将协助主叫侧和被叫侧完成媒体能力协商。
具体实施时,针对发生网络切换的主体的不同,彩铃服务器所执行的操作流程也不同,以下分别针对主叫侧和被叫侧发生网络切换时,步骤S13的具体实施过程进行说明。
第一种实施方式,主叫侧发生网络切换
在呼叫会话业务过程中,如果主叫侧在振铃态下发生网络切换时,主叫终端将向被叫侧发送第一媒体能力更新消息,其中携带有主叫侧在发生网络切换后所支持的第一媒体能力信息。在第一媒体能力更新消息到达被叫侧的彩铃服务器后,彩铃服务器首先根据第一媒体能力信息更新向主叫侧播放的彩铃媒体格式。例如,主叫侧在发起视频呼叫请求时,假设被叫定制了视频彩铃,则在播放视频彩铃过程中,主叫侧从LTE网络回落至CS网络,则主叫侧需要向被叫侧发送第一媒体能力更新消息,在该消息达到彩铃服务器后,彩铃服务器完成彩铃媒体播放格式的更新,即仅向主叫侧播放视频彩铃的音频部分,而不再向主叫侧发送视频彩铃的视频部分。另外,彩铃服务器修改第一媒体能力更新消息的下一跳目的地址,终止该消息继续向被叫侧的传输。
在被叫侧接受主叫侧发送的呼叫会话业务后,步骤S13可以按照以下流程执行:
步骤一、彩铃服务器向被叫侧发送第二媒体能力更新消息。
在发送的第二媒体能力更新消息中携带有主叫侧发生网络切换后所支持的第一媒体能力信息。
步骤二、在接收到被叫侧针对第二媒体能力更新消息返回的、携带有被叫侧所支持的第二媒体能力信息的应答消息后,向主叫侧发送第三媒体能力更新消息。
在第三媒体能力更新消息中携带有被叫侧所支持的第二媒体能力信息。
以下结合图2,对主叫侧在振铃态下发生网络切换时实施流程进行说明,假设主叫侧在播放视频彩铃过程中从LTE网络回落至CS网络,其与被叫侧协商媒体能力的过程如下:
步骤S21-步骤S22、主叫侧的业务连续性服务器(SCC AS)向彩铃服务器发送第一媒体能力更新消息。
具体的,在主叫终端(UEa)回落至CS网络后,SCC AS向主叫侧的S-CSCF发送第一媒体能力更新消息(UPDATE(SDP_A1)),其中携带有回落后主叫终端支持的第一媒体能力信息即SDP_A1。S-CSCF向被叫侧转发接收到的第一媒体能力更新消息,通知被叫侧主叫侧发生网络切换。第一媒体能力更新消息通过到达被叫侧的核心网后,被叫侧的S-CSCF根据iFC签约信息,将该第一媒体能力更新消息转给各相关的业务服务器(包括彩铃服务器)。
需要说明的是,具体实施时,在某些情况下,如主叫侧发起的呼叫业务为语音呼叫业务时,当主叫侧发生回落时,主叫域可通过ATCF/ATGW网元完成本地实时转码,不通知对端,以减少媒体更新的次数,优化用户体验。但是主叫侧发起的呼叫业务为视频呼叫业务时,主叫回落到CS域后,由于主叫侧没有处理视频数据的能力,因此,主叫侧的视频数据不存在,继续保持被叫侧的视频数据处理通路是没有意义的,此时,主叫域需要与被叫侧协商更新媒体能力。
步骤S23-步骤S24、彩铃服务器根据第一媒体能力信息完成彩铃媒体格式的更新。
彩铃服务器接收到第一媒体能力更新消息后,根据其中携带的第一媒体能力信息完成向主叫侧播放的彩铃的媒体格式更新,例如,将当前播放的彩铃格式由视频铃声更新为音频铃声。彩铃服务器向主叫侧的S-CSCF发送第一媒体能力更新消息的应答消息200OK,同时发送自身播放彩铃的媒体格式更新消息(UPDATE(SDP_CAT)),S-CSCF接收到UPDATE(SDP_CAT)消息后,向彩铃服务器返回响应的应答消息(200OK UPDATE(SDP_CAT))。
另外,彩铃服务器需要修改第一媒体能力更新消息的下一跳目的地址,终止该第一媒体能力更新消息在被叫侧的继续传输。
完成彩铃媒体格式的更新后,彩铃服务器继续向主叫侧播放视频彩铃的音频部分,直至被叫摘机,即被叫终端接受主叫终端发起的呼叫业务。
步骤S25-步骤S26、被叫终端向主叫侧发送接受呼叫业务的消息。
即被叫终端针对主叫终端发送的呼叫请求消息(Invite消息)返回应答消息(200OK(Invite)),首先200OK(Invite)到达被叫侧的S-CSCF,S-CSCF向彩铃服务器转发接收到的200OK(Invite)。
步骤S27-步骤S210、彩铃服务器向被叫侧发送第二媒体能力更新消息。
具体实施时,彩铃服务器在接收到200OK(Invite)消息后,按照标准协议流程对摘机200OK(Invite)消息进行应答,即通过被叫侧的S-CSCF向被叫终端发送ACK消息。然后彩铃服务器通过被叫侧的S-CSCF向被叫终端(UEb)发送第二媒体能力更新消息(UPDATE(SDP_A1)),其中携带有主机终端回落后所支持的第一媒体能力信息(即SDP_A1)。
步骤S211-步骤S212、被叫终端应答第二媒体能力更新消息。
具体的,被叫终端在接收到第二媒体能力更新消息后,通过S-CSCF向彩铃服务器发送第二媒体能力更新消息的应答消息,其中携带有被叫终端支持的第二媒体能力信息(200UPDATE(SDP_B1))。
步骤S213、彩铃服务器向主叫终端发送第三媒体能力更新消息。
具体的,彩铃服务器在接收到被叫终端发送的应答消息后,停止播放彩铃并向主叫侧的S-CSCF发送第三媒体能力更新消息,其中携带有第二媒体能力信息(UPDATE(SDP_B1))。
步骤S214、主叫侧的S-CSCF应答第三媒体能力更新消息。
具体的,主叫侧的S-CSCF接收到第三媒体能力更新消息后,向彩铃服务器返回应答消息(200UPDATE(SDP_B1))。
步骤S215、彩铃服务器向主叫侧的S-CSCF发送被叫侧接受呼叫业务的应答消息。
具体的,彩铃服务器在接收到第三媒体能力更新消息的应答消息后,向主叫侧的S-CSCF发送被叫侧接受呼叫业务的应答消息(200OK(Invite))。
步骤S216、主叫侧的S-CSCF向彩铃服务器返回确认消息。
具体的,主叫侧的S-CSCF在接收到被叫侧接受呼叫业务的应答消息后,向彩铃服务器返回确认消息(ACK)。
主叫终端与被叫终端完成主叫侧回落CS网络后的媒体能力协商,建立双方通话。
具体实施时,被叫侧的核心网中还部署有TAS(Telephony ApplicationServer,话音应用服务器),其在核心网中的位置如图2所示。
第二种实施方式、被叫侧发生网络切换
在呼叫会话业务过程中,如果被叫侧在振铃态下发生网络切换时,被叫终端将向主叫侧发送第一媒体能力更新消息,其中携带有被叫侧在发生网络切换后所支持的第一媒体能力信息。在第一媒体能力更新消息到达被叫侧的彩铃服务器后,彩铃服务器缓存接收到的第一媒体能力更新消息并终止第一媒体能力更新消息的继续传输。
在被叫侧接受主叫侧发送的呼叫会话业务后,步骤S13可以按照以下流程执行:
步骤一、彩铃服务器向所述主叫侧发送第四媒体能力更新消息。
在发送的第四媒体能力更新消息中携带有被叫侧发生网络切换后所支持的第一媒体能力信息。
步骤二、在接收到主叫侧针对第四媒体能力更新消息返回的、携带有主叫侧所支持的第三媒体能力信息的应答消息后,向被叫侧发送第五媒体能力更新消息。
在第五媒体能力更新消息中携带有主叫侧所支持的第三媒体能力信息。
以下结合图3,对被叫侧在振铃态下发生网络切换时实施流程进行说明,假设被叫侧在播放视频彩铃过程中从LTE网络回落至CS网络,其与主叫侧协商媒体能力的过程如下:
步骤S31-步骤S32、被叫侧的业务连续性服务器(SCC AS)向彩铃服务器发送第一媒体能力更新消息。
具体的,在被叫侧回落至CS网络后,被叫侧的SCC AS向被叫侧的S-CSCF发送第一媒体能力更新消息(UPDATE(SDP_B1)),其中携带有回落后被叫侧支持的第一媒体能力信息即SDP_B1。S-CSCF向主叫侧转发接收到的第一媒体能力更新消息,通知主叫侧被叫侧发生网络切换。第一媒体能力更新消息通过到达被叫侧的核心网后,被叫侧的S-CSCF根据iFC签约信息,将该第一媒体能力更新消息转给各相关的业务服务器(包括彩铃服务器)。彩铃服务器缓存接收到的第一媒体能力更新消息并终止其继续向主叫终端的传输。
步骤S33-步骤S34、彩铃服务器模拟主叫侧向被叫侧发送应答消息。
彩铃服务器接收到第一媒体能力更新消息后,在本地缓存接收到的第一媒体能力更新消息,并终止第一媒体能力更新消息向主叫侧的继续传输。具体实施时,彩铃服务器可以模拟主叫侧向被叫侧SCC AS发送应答消息。即彩铃服务器模拟主叫侧针对UPDATE(SDP_B1)通过被叫侧的S-CSCF向SCC AS返回应答消息(200OK)。
彩铃服务器继续向主叫侧播放视频彩铃,直至被叫摘机,即被叫侧接受主叫终端发起的呼叫业务。
步骤S35-步骤S36、被叫侧向主叫侧发送接受呼叫业务的消息。
即被叫侧的MGCF(Media Gateway Control Function,媒体网关控制功能实体)针对主叫终端发送的呼叫请求消息(Invite消息)返回应答消息(200OK(Invite)),首先200OK(Invite)到达被叫侧的S-CSCF,S-CSCF向彩铃服务器转发接收到的200OK(Invite)。
步骤S37、彩铃服务器向主叫侧发送第四媒体能力更新消息。
具体实施时,彩铃服务器在接收到200OK(Invite)消息后,停止播放彩铃。然后通过主叫侧的S-CSCF向主叫终端(UEa)发送第四媒体能力更新消息(UPDATE(SDP_B1)),其中携带有被叫侧回落后所支持的第二媒体能力信息(即SDP_B1)。
步骤S38、主叫终端应答接收到的第四媒体能力更新消息。
具体的,主叫终端向彩铃服务器发送第四媒体能力更新消息的应答消息(即200UPDATE(SDP_A1)),其中携带有主叫侧支持的第三媒体能力信息(即SDP_A1)。
步骤S39-步骤S312、彩铃服务器向主叫侧发送第五媒体能力更新消息。
具体的,彩铃服务器在接收到主叫终端发送的第四媒体能力更新消息的应答消息后,首先应答被叫侧摘机200OK的确认消息,即通过被叫侧的S-CSCF向MGCF发送ACK消息。然后向MGCF发送主叫侧支持的第三媒体能力信息(即SDP_A1),具体的,彩铃服务器通过被叫侧的S-CSCF向MGCF发送第五媒体更新消息(UPDATE(SDP_A1)),其中携带有主叫终端支持的媒体能力信息((SDP_A1)),以向被叫侧更新主叫终端的媒体能力信息。
步骤S313-步骤S314、被叫侧向彩铃服务器发送第五媒体能力更新消息的应答消息。
具体的,被叫侧在接收到彩铃服务器发送的第五媒体能力更新消息后,MGCF通过被叫侧的S-CSCF向彩铃服务器返回第五媒体能力更新消息的应答消息(200OK)。
步骤S314-步骤315、彩铃服务器向主叫终端发送被叫侧接受呼叫业务的消息。
即彩铃服务器向主叫终端转发被叫侧针对主叫终端发送的呼叫请求消息(Invite消息)返回应答消息(200OK(Invite))。
S316、主叫终端在接收到200OK(Invite)后,向被叫侧发送ACK确认消息。
具体的,主叫终端向被叫侧的彩铃服务器发送ACK确认消息。
主叫终端与被叫侧完成被叫侧回落CS网络后的媒体能力协商,建立双方通话。
本发明实施例提供的网络切换时的媒体能力协商方法中,当有彩铃正在播放的场景下,主叫终端或被叫终端发生网络切换,此时彩铃服务器需要终结主叫或被叫向对端发送的媒体更新请求,将该请求内容进行缓存,在被叫摘机时再向对端转发,并协助主被叫进行媒体重协商。
其中,若主叫终端发生网络切换,彩铃服务器在接收到主叫的媒体能力更新请求时,需要立即进行应答,更新彩铃传输媒体能力,以适应主叫。
同时,彩铃服务器需要将主叫侧发送过来的媒体能力更新消息缓存,主要缓存其中的媒体能力信息。当被叫摘机后,将该媒体能力信息转发给被叫,协助主被叫终端进行媒体重协商。
若被叫终端发生网络切换,彩铃服务器在收到被叫的媒体更新请求时,需要模拟主叫终端向被叫进行应答,终止该请求继续向主叫的转发,同时缓存该媒体更新请求信息,主要为其中的媒体能力信息,在被叫摘机后,再将该请求转发至主叫终端,以协助主被叫完成媒体重协商。
被叫摘机后,彩铃服务器先将发生网络切换侧的终端的媒体能力转发至对端,进行媒体更新请求。即,当主叫发生网络切换时,被叫摘机后,彩铃服务器先将本地缓存的主叫终端的媒体能力向被叫发送,进行媒体更新申请;当被叫发生网络切换时,被叫摘机后,彩铃服务器先将本地缓存的被叫终端的媒体能力向主叫发送,进行媒体更新申请。然后,彩铃服务器再将未发生网络切换终端对该媒体更新请求的应答转发给发生网络切换的终端,进行媒体能力的确认。
基于同一发明构思,本发明实施例中还提供了一种彩铃服务器,由于彩铃服务器解决问题的原理与上述的网络切换时的媒体能力协商方法相似,因此上述彩铃服务器的实施可以参见方法的实施,重复之处不再赘述。
如图4所示,为本发明实施例提供的彩铃服务器的结构示意图,可以包括:
接收单元41,用于接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;
缓存单元42,用于缓存所述接收单元41接收到的第一媒体能力更新消息;
传输终止单元43,用于终止所述第一媒体能力更新消息的继续传输;
媒体能力协商单元44,用于在确定被叫侧接受主叫侧发起的呼叫会话业务时,协助主叫侧和被叫侧完成媒体能力协商。
具体实施时,如果第一媒体能力更新消息为主叫侧在振铃态下发生网络切换时发送的。所述彩铃服务器还可以包括:
更新单元,用于在所述接收单元接收到所述第一媒体能力更新消息后,根据所述第一媒体能力信息更新向主叫侧播放的彩铃的媒体格式。
较佳的,如果第一媒体能力更新消息为主叫侧在振铃态下发生网络切换时发送的,媒体能力协商单元44,可以用于向所述被叫侧发送第二媒体能力更新消息,所述第二媒体能力更新消息中携带有所述第一媒体能力信息;以及在接收到所述被叫侧针对所述第二媒体能力更新消息返回的、携带有所述被叫侧所支持的第二媒体能力信息的应答消息后,向所述主叫侧发送第三媒体能力更新消息,所述第三媒体能力更新消息中携带有所述第二媒体能力信息。
如果第一媒体能力更新消息为被叫侧在振铃态下发生网络切换时发送的,所述彩铃服务器,还可以包括:
发送单元,用于模拟主叫侧向所述被叫侧发送所述第一媒体能力更新消息的应答消息。
如果第一媒体能力更新消息为被叫侧在振铃态下发生网络切换时发送的,则媒体能力协商单元44,可以用于向所述主叫侧发送第四媒体能力更新消息,所述第四媒体能力更新消息中携带有所述第一媒体能力信息;以及在接收到所述主叫侧针对所述第四媒体能力更新消息返回的、携带有所述主叫侧所支持的第三媒体能力信息的应答消息后,向所述被叫侧发送第五媒体能力更新消息,所述第五媒体能力更新消息中携带有所述第三媒体能力信息。
具体实施时,本发明实施例提供的彩铃服务器还可以包括:
彩铃播放单元,用于在所述媒体能力协商单元确定被叫侧接受主叫侧发起的呼叫会话业务时,停止向所述主叫侧播放彩铃。
为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。本发明实施例提供的网络切换时的媒体能力协商方法和彩铃服务器,在主叫侧或者被叫侧发生网络切换后,发生网络切换的一侧向彩铃服务器发送媒体能力更新消息,彩铃服务器在接收到该消息后先进行缓存并终止其继续传输,待被叫侧接受主叫侧发起的呼叫业务时,彩铃服务器在协助主叫侧和被叫侧进行媒体能力协商,由此实现了在振铃态下发生网络切换时主叫侧和被叫侧的媒体能力协商。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种网络切换时的媒体能力协商方法,其特征在于,包括:
彩铃服务器接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;
所述彩铃服务器缓存接收到的第一媒体能力更新消息并终止所述第一媒体能力更新消息的继续传输;
在确定被叫侧接受主叫侧发起的呼叫会话业务时,所述彩铃服务器协助主叫侧和被叫侧完成媒体能力协商。
2.如权利要求1所述的方法,其特征在于,所述第一媒体能力更新消息为主叫侧在振铃态下发生网络切换时发送的;以及
在接收到所述第一媒体能力更新消息后,还包括:
所述彩铃服务器根据所述第一媒体能力信息更新向主叫侧播放的彩铃的媒体格式。
3.如权利要求2所述的方法,其特征在于,所述彩铃服务器协助主叫侧和被叫侧完成媒体能力协商,具体包括:
所述彩铃服务器向所述被叫侧发送第二媒体能力更新消息,所述第二媒体能力更新消息中携带有所述第一媒体能力信息;
在接收到所述被叫侧针对所述第二媒体能力更新消息返回的、携带有所述被叫侧所支持的第二媒体能力信息的应答消息后,向所述主叫侧发送第三媒体能力更新消息,所述第三媒体能力更新消息中携带有所述第二媒体能力信息。
4.如权利要求1所述的方法,其特征在于,所述第一媒体能力更新消息为被叫侧在振铃态下发生网络切换时发送的;
在接收到所述第一媒体能力更新消息后,还包括:
所述彩铃服务器模拟主叫侧向所述被叫侧发送所述第一媒体能力更新消息的应答消息。
5.如权利要求4所述的方法,其特征在于,所述彩铃服务器协助主叫侧和被叫侧完成媒体能力协商,具体包括:
所述彩铃服务器向所述主叫侧发送第四媒体能力更新消息,所述第四媒体能力更新消息中携带有所述第一媒体能力信息;
在接收到所述主叫侧针对所述第四媒体能力更新消息返回的、携带有所述主叫侧所支持的第三媒体能力信息的应答消息后,向所述被叫侧发送第五媒体能力更新消息,所述第五媒体能力更新消息中携带有所述第三媒体能力信息。
6.如权利要求1~5任一权利要求所述的方法,其特征在于,在确定被叫侧接受主叫侧发起的呼叫会话业务时,还包括:
停止向所述主叫侧播放彩铃。
7.一种彩铃服务器,其特征在于,包括:
接收单元,用于接收主叫侧或者被叫侧发送的第一媒体能力更新消息,所述第一媒体能力更新消息中携带有主叫侧或者被叫侧发生网络切换后所支持的第一媒体能力信息,其中,所述第一媒体能力更新消息为主叫侧或者被叫侧在振铃态下发生网络切换时发送的;
缓存单元,用于缓存所述接收单元接收到的第一媒体能力更新消息;
传输终止单元,用于终止所述第一媒体能力更新消息的继续传输;
媒体能力协商单元,用于在确定被叫侧接受主叫侧发起的呼叫会话业务时,协助主叫侧和被叫侧完成媒体能力协商。
8.如权利要求7所述的彩铃服务器,其特征在于,所述第一媒体能力更新消息为主叫侧在振铃态下发生网络切换时发送的;以及
所述彩铃服务器,还包括:
更新单元,用于在所述接收单元接收到所述第一媒体能力更新消息后,根据所述第一媒体能力信息更新向主叫侧播放的彩铃的媒体格式。
9.如权利要求8所述的彩铃服务器,其特征在于,
所述媒体能力协商单元,具体用于向所述被叫侧发送第二媒体能力更新消息,所述第二媒体能力更新消息中携带有所述第一媒体能力信息;以及在接收到所述被叫侧针对所述第二媒体能力更新消息返回的、携带有所述被叫侧所支持的第二媒体能力信息的应答消息后,向所述主叫侧发送第三媒体能力更新消息,所述第三媒体能力更新消息中携带有所述第二媒体能力信息。
10.如权利要求7所述的彩铃服务器,其特征在于,所述第一媒体能力更新消息为被叫侧在振铃态下发生网络切换时发送的;以及
所述彩铃服务器,还包括:
发送单元,用于模拟主叫侧向所述被叫侧发送所述第一媒体能力更新消息的应答消息。
11.如权利要求10所述的彩铃服务器,其特征在于,
所述媒体能力协商单元,具体用于向所述主叫侧发送第四媒体能力更新消息,所述第四媒体能力更新消息中携带有所述第一媒体能力信息;以及在接收到所述主叫侧针对所述第四媒体能力更新消息返回的、携带有所述主叫侧所支持的第三媒体能力信息的应答消息后,向所述被叫侧发送第五媒体能力更新消息,所述第五媒体能力更新消息中携带有所述第三媒体能力信息。
12.如权利要求7~11任一权利要求所述的彩铃服务器,其特征在于,还包括:
彩铃播放单元,用于在所述媒体能力协商单元确定被叫侧接受主叫侧发起的呼叫会话业务时,停止向所述主叫侧播放彩铃。
CN201510666849.7A 2015-10-15 2015-10-15 网络切换时的媒体能力协商方法和设备 Active CN106603466B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510666849.7A CN106603466B (zh) 2015-10-15 2015-10-15 网络切换时的媒体能力协商方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510666849.7A CN106603466B (zh) 2015-10-15 2015-10-15 网络切换时的媒体能力协商方法和设备

Publications (2)

Publication Number Publication Date
CN106603466A true CN106603466A (zh) 2017-04-26
CN106603466B CN106603466B (zh) 2020-07-10

Family

ID=58552222

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510666849.7A Active CN106603466B (zh) 2015-10-15 2015-10-15 网络切换时的媒体能力协商方法和设备

Country Status (1)

Country Link
CN (1) CN106603466B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110611716A (zh) * 2019-09-27 2019-12-24 北京巨象具象科技有限公司 一种预制数据传播方法、装置和电子设备
CN111935361A (zh) * 2020-07-10 2020-11-13 深圳威尔视觉传媒有限公司 视频彩铃交互方法、装置、电子设备及存储介质
CN114338922A (zh) * 2022-01-17 2022-04-12 荣耀终端有限公司 视频播放方法和视频播放装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080146208A1 (en) * 2006-12-15 2008-06-19 Lucent Technologies Inc. Method and system for bypassing media gateways in wireless networks
CN101316269A (zh) * 2008-06-19 2008-12-03 中兴通讯股份有限公司 集团彩铃业务实现方法及系统、视频网关
CN102056249A (zh) * 2009-10-28 2011-05-11 中兴通讯股份有限公司 一种带彩铃会话的起呼请求的切换系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080146208A1 (en) * 2006-12-15 2008-06-19 Lucent Technologies Inc. Method and system for bypassing media gateways in wireless networks
CN101316269A (zh) * 2008-06-19 2008-12-03 中兴通讯股份有限公司 集团彩铃业务实现方法及系统、视频网关
CN102056249A (zh) * 2009-10-28 2011-05-11 中兴通讯股份有限公司 一种带彩铃会话的起呼请求的切换系统及方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110611716A (zh) * 2019-09-27 2019-12-24 北京巨象具象科技有限公司 一种预制数据传播方法、装置和电子设备
CN111935361A (zh) * 2020-07-10 2020-11-13 深圳威尔视觉传媒有限公司 视频彩铃交互方法、装置、电子设备及存储介质
CN111935361B (zh) * 2020-07-10 2021-09-21 深圳威尔视觉传媒有限公司 视频彩铃交互方法、装置、电子设备及存储介质
CN114338922A (zh) * 2022-01-17 2022-04-12 荣耀终端有限公司 视频播放方法和视频播放装置

Also Published As

Publication number Publication date
CN106603466B (zh) 2020-07-10

Similar Documents

Publication Publication Date Title
JP6359128B2 (ja) ビデオメディア再生方法、装置及びシステム、コンピュータ記憶メディア
EP1848189B1 (en) A method for implementing a multi-media ringback and a system thereof
KR101235088B1 (ko) 통화 연결음의 재생 특성 변경
KR101049721B1 (ko) 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
US8249239B2 (en) Customized ringback and communications
KR101076344B1 (ko) 멀티미디어 사용자 설정 rbt 및 멀티미디어 사용자 설정 rt 서비스를 구현하는 방법 및 장치
RU2531859C2 (ru) Система, способ воспроизведения и сервер услуг для медиаресурсов
CN101626550B (zh) 一种彩铃选择方法、系统及相关装置
CN104272696A (zh) 驻留在设备上的媒体文件
CN106603466A (zh) 网络切换时的媒体能力协商方法和设备
CN102056249B (zh) 一种带彩铃会话的起呼请求的切换系统及方法
CN101237614B (zh) 一种实现彩铃业务的方法
CN102036319B (zh) 一种带有彩铃的振铃状态会话的切换系统及方法
CN102130888A (zh) 通话过程中继续播放彩铃和彩振的方法和服务器
CN101651847A (zh) 一种传递多媒体铃音的方法、彩铃服务器及系统
CN103297630B (zh) 一种播放多媒体信息的方法及装置
JP2006270558A (ja) 発信中にコンテンツを再生するip電話装置の発信方法及びプログラム
EP2249554A1 (en) A method and an apparatus for realizing characteristic ring back tone in multi-party session
CN101448044A (zh) 一种基于sip协议无串音播放彩铃音的方法
CN108616485A (zh) 一种基于融合设备的通信方法和设备
CN102111727A (zh) 一种触觉类回铃音的实现方法和系统
KR20090066265A (ko) 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
KR20090064523A (ko) 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버

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