CN113132923B - 呼叫处理的方法、系统及相关装置 - Google Patents
呼叫处理的方法、系统及相关装置 Download PDFInfo
- Publication number
- CN113132923B CN113132923B CN201911413377.9A CN201911413377A CN113132923B CN 113132923 B CN113132923 B CN 113132923B CN 201911413377 A CN201911413377 A CN 201911413377A CN 113132923 B CN113132923 B CN 113132923B
- Authority
- CN
- China
- Prior art keywords
- resource reservation
- reservation mechanism
- response message
- media
- called terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/14—Mobility data transfer between corresponding nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了主叫终端不支持资源预留机制或者网络不支持对于第一媒体(如通话媒体)的资源预留机制的场景下,呼叫处理的方法。本申请中,该场景下,网络被设置为支持对于第一媒体的协商而不支持对于第二媒体的协商;被叫终端通过不采用资源预留机制的方式,与主叫终端对于第一媒体协商;而媒体服务器采用资源预留机制与被叫终端对于第二媒体(如彩振媒体)协商。从而本申请在不影响对于第一媒体的协商的情况下,提高了对于第二媒体采用资源预留机制进行协商的几率,有利于第二媒体业务的发展。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种呼叫处理的方法、系统及相关装置。
背景技术
随着第4代(4G)、第5代(5G)无线通信系统的部署,无线通信系统可提供高清语音通话和视频通话,以及视频彩铃、视频彩振等定制媒体业务。
通信网络可以包括支持资源预留(percondition)机制以及不支持资源预留机制等多种场景。目前,若通信网络不支持资源预留机制,那么视频彩振的媒体协商就不会进行,从而使得视频彩振无法播放,限制了视频彩振业务的发展。
发明内容
本申请实施例提供一种呼叫处理的方法、系统和相关装置,实现了主叫终端不支持资源预留机制或者网络不支持对第一媒体采用资源预留的场景下,媒体服务器与被叫终端采用资源预留机制对第二媒体进行资源协商,进一步使得第二媒体能够被播放给被叫用户,提高了用户体验,有利于第二媒体(如视频彩振)相关业务的发展。
第一方面,本申请实施例提供了一种呼叫处理的方法。该方法包括:网络设备接收第一呼叫请求(如INVITE消息),所述第一呼叫请求用于主叫终端向被叫终端发起呼叫;进而所述网络设备基于所述第一呼叫请求向所述被叫终端发送第二呼叫请求(如INVITE消息),其中,所述第一呼叫请求可以和所述第二呼叫请求相同,也可以不同。接着所述网络设备接收所述被叫终端发送的对于所述第二呼叫请求的第一响应消息(如183消息),其中所述第一响应消息指示所述被叫终端支持资源预留机制;所述网络设备基于所述第一响应消息,向媒体服务器发送第二响应消息(如183消息),其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持。
上述方法可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,从而使得是否支持(或者采用)对于第一媒体的资源预留机制和是否支持(或者采用)对于第二媒体的资源预留机制可以分开考虑。在不支持第一媒体的资源预留机制的场景下,依然可以采用资源预留机制对于第二媒体进行协商,有利于第二媒体的业务发展。
一个可能的设计中,所述网络设备不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制。具体地,所述网络设备存储有不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息。所述网络设备基于接收的所述第一响应消息确定被叫终端支持资源预留机制,进而所述网络设备基于所述配置信息向媒体服务器传递对于第二媒体的资源预留机制被支持的信息,便于所述媒体服务器确定网络和被叫终端支持对于第二媒体的资源预留机制,从而便于后面所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商。另一方面,所述网络设备还通过媒体服务器向主叫终端传递对于第一媒体的资源预留机制不被支持的信息,便于所述主叫终端确定对于第一媒体的协商不采用资源预留机制。
一个可能的设计中,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述第二响应消息指示所述被叫终端支持资源预留机制,网络不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制。
一个可能的设计中,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述第二响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
一个可能的设计中,所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述第二响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制,和/或所述网络设备支持对于第二媒体的资源预留机制,和/或所述被叫终端支持资源预留机制。这里的网络指的是所述网络设备所属的IMS核心网。所述第一取值具体可以是除precondition以外的其他取值,例如pcrs、p-enable-crs、crs、或者2等等。所述第一取值可以将支持对于第二媒体的资源预留机制的信息传递下去。
一个可能的设计中,所述第二响应消息携带第一取值具体可以是:所述第二响应消息中Spported头域携带所述第一取值,或者所述第二响应消息中第一头域携带所述第一取值。其中,所述第一头域用于携带网络支持资源预留机制的能力信息,和/或所述网络设备支持资源预留机制的能力信息,和/或所述被叫终端支持资源预留机制的能力信息。所述第一头域具体可以是除Supported头域以外的其他头域,例如PX头域,P-Enable头域,或者Precondition-Enable头域等等。
一个可能的设计中,所述第一响应消息指示所述被叫终端支持资源预留机制,包括:所述第一响应消息的Supported头域携带precondition取值;所述网络设备基于所述第一响应消息,向媒体服务器发送第二响应消息,具体包括:所述网络设备基于自身被配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,删除所述第一响应消息的所述Supported头域中的precondition取值,并插入所述第一取值,以得到所述第二响应消息;并向所述媒体服务器发送所述第二响应消息。
一个可能的设计中,上述方法还包括:所述网络设备还会接收所述媒体服务器发送的第一更新消息(如UPDATE消息),其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),且所述对于第二媒体的协商采用资源预留机制;所述网络设备基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息(如g.3gpp.crs参数)、以及所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。所述第一更新消息的Spported头域携带precondition取值,且所述第一更新消息还携带QOS参数,以指示对于第二媒体的协商采用资源预留机制。所述网络设备根据指示所述媒体能力信息与第二媒体相关的指示信息,确定此次采用资源预留机制协商的是第二媒体,因此不会删除所述precondition取值,和所述QOS参数。
一个可能的设计中,所述第一呼叫请求的Supported头域或者Require头域携带precondition取值,以指示所述主叫终端支持资源预留机制;所述方法还包括:所述网络设备基于自身被配置为不支持对于第一媒体的资源预留机制,删除所述第一呼叫请求的Supported头域或者Require头域中的precondition取值以得到所述第二呼叫请求,其中所述第二呼叫请求指示资源预留机制不被支持。当主叫终端支持资源预留机制时,所述网络设备被设置为不支持对于第一媒体的资源预留机制,所述网络设备会修改接收的INVITE消息,将对于第一媒体的资源预留机制不被支持的信息传递给被叫终端,避免被叫终端采用资源预留机制进行第一媒体的协商而导致协商失败,影响呼叫。这也说明了本申请在不影响呼叫的情况下,实现了采用资源预留机制对第二媒体进行协商。
一个可能的设计中,所述第一响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),其中所述对于第一媒体的协商不采用资源预留机制。所述第一响应消息不携带QOS参数,以指示对于第一媒体的协商不采用资源预留机制。
一个可能的设计中,所述网络设备为P-CSCF设备。由于所述P-CSCF设备是IMS域核心网中用于信令和/或消息代理的设备,若运营商要将IMS域核心网配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,则将所述P-CSCF设备配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,且由所述P-CSCF设备来对所述第一响应消息进行处理,有利于对资源预留机制的控制。
第二方面,本申请实施例提供了一种呼叫处理的方法。该方法包括:媒体服务器接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向被叫终端发起呼叫;进而所述媒体服务器向所述被叫终端转发所述呼叫请求;接着所述媒体服务器接收对于所述呼叫请求的响应消息,其中所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;所述媒体服务器采用资源预留机制,与所述被叫终端对于第二媒体协商。
上述方法可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,从而使得是否支持(或者采用)对于第一媒体的资源预留机制和是否支持(或者采用)对于第二媒体的资源预留机制可以分开考虑。在不支持第一媒体的资源预留机制的场景下,依然可以采用资源预留机制对于第二媒体进行协商,有利于第二媒体的业务发展。
一个可能的设计中,所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
所述响应消息可以向媒体服务器传递对于第二媒体的资源预留机制被支持的信息,便于所述媒体服务器确定网络和被叫终端支持对于第二媒体的资源预留机制,从而便于后面所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商。另一方面,所述响应消息还可以传递对于第一媒体的资源预留机制不被支持的信息。
一个可能的设计中,所述媒体服务器接收所述响应消息之后,还向所述主叫终端转发所述响应消息,便于所述主叫终端确定对于第一媒体的协商不采用资源预留机制。
一个可能的设计中,所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制,和/或所述网络设备支持对于第二媒体的资源预留机制,和/或所述被叫终端支持资源预留机制。这里的网络指的是所述网络设备所属的IMS核心网。所述第一取值具体可以是除precondition以外的其他取值,例如pcrs、p-enable-crs、crs、或者2等等。所述第一取值可以将支持对于第二媒体的资源预留机制的信息传递下去。
一个可能的设计中,所述响应消息携带第一取值具体可以是:所述响应消息中Spported头域携带所述第一取值,或者所述响应消息中第一头域携带所述第一取值。其中,所述第一头域用于携带网络支持资源预留机制的能力信息,和/或所述网络设备支持资源预留机制的能力信息,和/或所述被叫终端支持资源预留机制的能力信息。
一个可能的设计中,所述媒体服务器基于所述响应消息携带所述第一取值,确定被叫终端支持资源预留机制、和/或所述网络支持对于第二媒体的资源预留机制,进而所述媒体服务器采用资源预留机制对于第二媒体进行协商,可以提高该协商的成功率。
第三方面,本申请实施例提供了一种呼叫处理的方法。该方法包括:被叫终端接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫。虽然所述呼叫请求指示资源预留机制不被支持,但是所述被叫终端基于自身支持资源预留机制,向所述主叫终端发送对于所述呼叫请求的响应消息(如183消息),其中所述响应消息指示所述被叫终端支持资源预留机制;接着,所述被叫终端采用资源预留机制,与媒体服务器对于第二媒体协商。
现有技术中在考虑资源预留机制时,不会区分第二媒体和第二媒体。因此若被叫终端接收的呼叫请求指示资源预留机制不被支持,则所述被叫终端不会在响应消息中携带资源预留机制的能力信息。但是本申请中,可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,因而即使所述被叫终端接收的呼叫请求指示资源预留机制不被支持,所述被叫终端还是在所述响应消息中携带支持资源预留机制的能力信息,从而便于媒体服务器确认被叫终端是支持对于第二媒体的资源预留机制的,便于采用资源预留机制对于第二媒体协商,有利于第二媒体的业务发展。
一个可能的设计中,所述呼叫请求指示资源预留机制不被支持,包括:所述呼叫请求的Supported头域和Require头域都不携带precondition取值;所述响应消息指示所述被叫终端支持资源预留机制,包括:所述响应消息的Supported头域携带precondition取值。
一个可能的设计中,所述响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),其中所述对于第一媒体的协商不采用资源预留机制。
第四方面,本申请实施例提供了一种呼叫处理的方法。该方法包括:网络设备接收第一呼叫请求(如INVITE消息),所述第一呼叫请求用于主叫终端向被叫终端发起呼叫;进而所述网络设备基于所述第一呼叫请求向所述被叫终端发送第二呼叫请求(如INVITE消息),其中所述第二呼叫请求指示资源预留机制不被支持;接着所述网络设备接收所述被叫终端发送的对于所述第二呼叫请求的响应消息(如183消息),所述响应消息指示对于第一媒体的协商不采用资源预留机制;所述网络设备接收所述媒体服务器发送的第一更新消息(如UPDATE消息),其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),所述第一更新消息指示所述对于第二媒体的协商采用资源预留机制;所述网络设备基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息(如g.3gpp.crs参数)、以及所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。
上述方法可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,从而使得是否支持(或者采用)对于第一媒体的资源预留机制和是否支持(或者采用)对于第二媒体的资源预留机制可以分开考虑。在不支持第一媒体的资源预留机制的场景下,依然可以采用资源预留机制对于第二媒体进行协商,有利于第二媒体的业务发展。
一个可能的设计中,所述第一更新消息的Spported头域携带precondition取值,且所述第一更新消息还携带QOS参数,以指示对于第二媒体的协商采用资源预留机制。所述网络设备根据指示所述媒体能力信息与第二媒体相关的指示信息,确定此次采用资源预留机制协商的是第二媒体,不删除所述precondition取值,和所述QOS参数,便于采用资源预留机制对于第二媒体的协商顺利进行。
一个可能的设计中,所述网络设备不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制。具体地,所述网络设备存储有不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息。
一个可能的设计中,所述第一呼叫请求的Supported头域或者Require头域携带precondition取值,以指示所述主叫终端支持资源预留机制;所述方法还包括:所述网络设备基于自身被配置为不支持对于第一媒体的资源预留机制,删除所述第一呼叫请求的Supported头域或者Require头域中的precondition取值以得到所述第二呼叫请求。
当主叫终端支持资源预留机制时,所述网络设备被设置为不支持对于第一媒体的资源预留机制,所述网络设备会修改接收的呼叫请求,将对于第一媒体的资源预留机制不被支持的信息传递给被叫终端,避免被叫终端采用资源预留机制进行第一媒体的协商而导致协商失败,影响呼叫。这也说明了本申请在不影响呼叫的情况下,实现了采用资源预留机制对第二媒体进行协商。
一个可能的设计中,所述网络设备为P-CSCF设备。由于所述P-CSCF设备是IMS域核心网中用于信令和/或消息代理的设备,若运营商要将IMS域核心网配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,则将所述P-CSCF设备配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,且由所述P-CSCF设备来对所述第一响应消息进行处理,有利于对资源预留机制的控制。
第五方面,本申请实施例提供了一种呼叫处理的方法,所述方法包括:媒体服务器接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求指示资源预留机制不被支持;进而所述媒体服务器向所述被叫终端转发所述呼叫请求;接着所述媒体服务器接收所述被叫终端发送的对于所述呼叫请求的响应消息;所述媒体服务器向所述被叫终端发送第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),且所述第一更新消息还指示所述对于第二媒体的协商采用资源预留机制。
上述方法可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,从而使得是否支持(或者采用)对于第一媒体的资源预留机制和是否支持(或者采用)对于第二媒体的资源预留机制可以分开考虑。主叫终端不支持资源预留机制,或者网络不支持第一媒体的资源预留机制,可能导致呼叫请求指示资源预留机制不被支持。但被叫终端,以及所述被叫终端与所述媒体服务器之间的设备可能都是支持对于第二媒体的资源预留机制的。媒体服务器依然可以采用资源预留机制对于第二媒体进行协商,有利于第二媒体的业务发展。
一个可能的设计中,所述对于所述呼叫请求的响应消息指示资源预留机制被支持,如所述响应消息的Supported头域携带precondition取值。
现有技术中在考虑资源预留机制时,不会区分第二媒体和第二媒体。因此若被叫终端接收的呼叫请求指示资源预留机制不被支持,则所述被叫终端不会在响应消息中携带资源预留机制的能力信息。但是本申请中,可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,因而即使呼叫请求指示资源预留机制不被支持,所述媒体服务器接收的来自所述被叫终端的所述响应消息还是携带被叫终端支持资源预留机制的能力信息,从而便于媒体服务器确认被叫终端是支持对于第二媒体的资源预留机制的,便于采用资源预留机制对于第二媒体协商,有利于第二媒体的业务发展。
一个可能的设计中,所述对于所述呼叫请求的响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),所述响应消息还指示所述对于第一媒体的协商不采用资源预留机制。
一个可能的设计中,所述对于所述呼叫请求的响应消息指示资源预留机制不被支持,如所述响应消息的Supported头域和Require头域不携带precondition取值。所述媒体服务器在不确定被叫终端、和/或网络是否支持资源预留机制的情况下,还是尝试采用资源预留机制对于第二媒体进行协商。
一个可能的设计中,所述方法还包括:所述媒体服务器接收对于所述第一更新消息的第七响应消息,其中,所述第七响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述第七响应消息指示所述对于第二媒体的协商不采用资源预留机制。则所述媒体服务器可以根据所述第七响应消息确定被叫终端和/或网络不支持对于第二媒体的协商采用资源预留机制;所述媒体服务器还可以根据所述第七响应消息确定采用资源预留机制对于第二媒体协商失败了。
一个可能的设计中,所述方法还包括:所述媒体服务器向所述被叫终端发送播放本地媒体的通知消息。这样如果采用资源预留机制对于第二媒体协商失败了,被叫终端还是可以自行播放本地媒体,不影响用户体验。
一个可能的设计中,所述方法还包括:所述媒体服务器接收所述被叫终端返回的协商失败的通知消息,所述媒体服务器通过不采用资源预留机制的方式,再次与所述被叫终端对于第二媒体协商。这样如果采用资源预留机制对于第二媒体协商失败了,所述媒体服务器确定所述被叫终端不支持采用资源预留机制对于第二媒体协商,从而所述媒体服务器还可以再通过不采用资源预留机制的方式,与所述被叫终端对于第二媒体协商,不影响用户体验。
第六方面,本申请实施例提供了一种呼叫处理的方法。该方法包括:被叫终端接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫,所述呼叫请求指示资源预留机制不被支持;所述被叫终端向所述主叫终端发送对于所述呼叫请求的响应消息(如183消息),其中所述响应消息指示资源预留机制不被支持;接着,所述被叫终端接收所述媒体服务器发送的第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),且所述第一更新消息还指示所述对于第二媒体的协商采用资源预留机制。
上述方法可以将资源预留机制分为对于第一媒体的资源预留机制和对于第二媒体的资源预留机制,从而使得是否支持(或者采用)对于第一媒体的资源预留机制和是否支持(或者采用)对于第二媒体的资源预留机制可以分开考虑。主叫终端不支持资源预留机制,或者网络不支持第一媒体的资源预留机制,可能导致呼叫请求指示资源预留机制不被支持。但被叫终端,以及所述被叫终端与所述媒体服务器之间的设备可能都是支持对于第二媒体的资源预留机制的。媒体服务器依然可以采用资源预留机制与被叫终端对于第二媒体进行协商,有利于第二媒体的业务发展。
一个可能的设计中,所述对于所述呼叫请求的响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),所述响应消息还指示所述对于第一媒体的协商不采用资源预留机制。
一个可能的设计中,所述对于所述呼叫请求指示资源预留机制不被支持,如所述呼叫请求的Supported头域和Require头域不携带precondition取值。
一个可能的设计中,所述方法还包括:所述被叫终端基于自身支持资源预留机制,向所述媒体服务器发送对于所述第一更新消息的响应消息,所述对于所述第一更新消息的响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述第七响应消息指示所述对于第二媒体的协商采用资源预留机制。虽然呼叫请求指示资源预留机制不被支持,但被叫终端自身支持资源预留机制。又由于对于第二媒体的资源预留机制不需要主叫终端的支持,因而所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商成功,顺利为被叫用户播放第二媒体。
一个可能的设计中,所述方法还包括:所述被叫终端基于自身不支持资源预留机制,向所述媒体服务器发送对于所述第一更新消息的响应消息,其中,所述对于所述第一更新消息的响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述对于所述第一更新消息的响应消息指示所述对于第二媒体的协商不采用资源预留机制。媒体服务器在不确定被叫终端是否支持资源预留机制的情况下,尝试与被叫终端采用资源预留机制,若被叫终端不支持资源预留机制,则被叫终端还可以通过不采用资源预留机制的方式与所述媒体服务器对第二媒体协商,不会对呼叫造成影响。
一个可能的设计中,所述方法还包括:所述被叫终端基于自身不支持资源预留机制,向所述媒体服务器返回协商失败的通知消息。进而所述被叫终端可以播放本地媒体或者进一步与所述媒体服务器通过不采用资源预留机制的方法对于第二媒体协商。
第七方面,本申请实施例提供了一种网络设备,具有实现第一方面或者第四方面任意方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块,如存储模块、发送模块、接收模块、或者处理模块等。
在一个可能的设计中,网络设备的结构中包括至少一个处理器和存储器,所述存储器存储了程序代码,所述处理器调用所述程序代码以执行第一方面或者第四方面的任意方法的部分或全部步骤。所述网络设备还可以包括通信接口,用于与其他设备通信。
第八方面,本申请实施例提供了一种媒体服务器,具有实现第二方面或者第五方面任意方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块,如发送模块、接收模块、媒体协商模块或者处理模块等。
在一个可能的设计中,所述媒体服务器的结构中包括至少一个处理器和存储器,所述存储器存储了程序代码,所述处理器调用所述程序代码以执行第二方面或者第五方面的任意方法的部分或全部步骤。所述媒体服务器还可以包括通信接口,用于与其他设备通信。
第九方面,本申请实施例提供了一种被叫终端,具有实现第三方面或者第六方面任意方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块,如发送模块、接收模块或者媒体协商模块等。
在一个可能的设计中,所述被叫终端的结构中包括至少一个处理器和存储器,所述存储器存储了程序代码,所述处理器调用所述程序代码以执行第三方面或者第六方面的任意方法的部分或全部步骤。所述被叫终端还可以包括通信接口,用于与其他设备通信。
第十方面,本申请实施例提供了一种呼叫处理的系统,包括第七方面所述的网络设备和第八方面所述的媒体服务器。
第十一方面,本申请实施例提供了一种呼叫处理的系统,包括第七方面所述的网络设备、第八方面所述的媒体服务器、第九方面所述的被叫终端,以及用于向所述被叫终端发起呼叫请求的主叫终端。
第十二方面,本申请实施例提供一种呼叫处理的方法。该方法包括:媒体服务器接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向被叫终端发起呼叫;进而所述媒体服务器向所述被叫终端转发所述呼叫请求;网络设备接收所述被叫终端发送的对于所述呼叫请求的第一响应消息(如183消息),其中所述第一响应消息指示所述被叫终端支持资源预留机制;所述网络设备基于所述第一响应消息,向所述媒体服务器发送第二响应消息,其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;所述媒体服务器采用资源预留机制,与所述被叫终端对于第二媒体协商。
另外,所述第十二方面还可以包括第一方面、第二方面中所述任一方案,这里不再赘述。
第十三方面,本申请实施例提供一种呼叫处理的方法。该方法包括:媒体服务器接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求指示资源预留机制不被支持;进而所述媒体服务器向所述被叫终端转发所述呼叫请求;接着所述媒体服务器接收所述被叫终端发送的对于所述呼叫请求的响应消息;所述媒体服务器向所述网络设备发送第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),且所述第一更新消息还指示所述对于第二媒体的协商采用资源预留机制;所述网络设备接收所述第一更新消息,所述网络设备基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息(如g.3gpp.crs参数)、以及所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。
另外,所述第十三方面还可以包括第四方面、第五方面中所述任一方案,这里不再赘述。
第十四方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储了程序代码,其中,所述程序代码包括用于执行第一方面或者第四方面的任意方法的部分或全部步骤的指令。
第十五方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储了程序代码,其中,所述程序代码包括用于执行第二方面或者第五方面的任意方法的部分或全部步骤的指令。
第十六方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储了程序代码,其中,所述程序代码包括用于执行三方面或者第六方面的任意方法的部分或全部步骤的指令。
第十七方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面或者第四方面的的任意方法的部分或全部步骤。
第十八方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第二方面或者第五方面的任意方法的部分或全部步骤。
第十九方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第三方面或者第六方面的任意方法的部分或全部步骤。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例应用的一种系统架构的示意图;
图2为本申请实施例中一种呼叫处理方法的流程图;
图3为本申请实施例中又一种呼叫处理方法的流程图;
图4为本申请实施例中又一种呼叫处理方法的流程图;
图5为本申请实施例中又一种呼叫处理方法的流程图;
图6为本申请实施例中又一种呼叫处理方法的流程图;
图7为本申请实施例中一种网络设备的结构示意图;
图8为本申请实施例中又一种网络设备的结构示意图;
图9为本申请实施例中一种媒体服务器的结构示意图;
图10为本申请实施例中又一种媒体服务器的结构示意图;
图11为本申请实施例中一种被叫终端的结构示意图;
图12为本申请实施例中又一种被叫终端的结构示意图;
图13为本申请实施例中另一种网络设备、媒体服务器或者被叫终端的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
本申请实施例可以适用于第4代(4G)、第5代(5G)移动通信网络架构或未来网络。为了描述方便,下面以4G网络架构为例来说明该方案的网络架构和方法流程。
如图1所示,为本申请实施例应用在VoLTE网络中的一个系统架构图,可包括:主叫终端、被叫终端、无线网络、主叫网际协议(internet protocol,IP)多媒体子系统(IPmultimedia subsystem,IMS)域网络和被叫IMS域网络。
主叫侧和被叫侧的IMS域可包括IMS域核心网和演进分组核心网(Evolved PacketCore,EPC)。IMS域核心网包括:服务-呼叫控制功能(serving-call session controlfunction,S-CSCF)设备、查询-呼叫会话控制功能(interrogating-call session controlfunction,I-CSCF)设备、代理-呼叫会话控制功能(proxy-call session controlfunction,P-CSCF)设备、归属用户服务器(home subscriber server,HSS)设备、会话边界控制器(session border controller,SBC)设备,以及若干个专用服务器,如多媒体电话应用服务器(multimedia telephony application server,MMTel AS)。其中I-CSCF设备可以和S-CSCF设备合设在一起,可以简称为“I/S-CSCF”设备。SBC设备和P-CSCF设备可以合设在一起,可以简称为“SBC/P-CSCF”设备。EPC中可包括分组数据网网关(packet data networkgateway,PGW)设备、服务网关(serving gateway,SGW)设备和移动管理实体(mobilemanagement entity,MME)设备。其中,PGW设备和SGW设备可以合设在一起,可以简称为“SGW/PGW”设备。
上述网络设备都是现有技术中无线通信网络中的相应网络设备,在这里不做详细描述,仅仅做简要说明。例如:HSS设备可以用于存储用户签约信息和位置信息。SBC设备可以提供安全接入和媒体处理。MMTel AS设备提供多媒体电话基本业务及补充业务。MME设备是EPC网络的核心设备。SGW设备可以用于IMS核心网与无线网络的连接,PGW设备可以用于IMS核心网和IP网络的连接。S-CSCF设备可以用于用户的注册、鉴权控制、会话路由和业务触发控制,并维持会话状态信息。I-CSCF设备可以用于用户注册的S-CSCF设备的指配和查询。P-CSCF设备可以用于信令和消息的代理。在本申请中,为使描述简洁,以CSCF设备来表示S-CSCF设备、I-CSCF设备、P-CSCF设备中任意一个或多个的组合。
主叫和被叫IMS域核心网还可以包括:媒体服务器。媒体服务器为主叫或被叫用户提供音视频媒体的播放。其中,媒体服务器可以包括媒体应用服务器和媒体资源功能MRF设备。媒体应用服务器和MRF设备可以合设,也可以物理上分开。媒体应用服务器处理信令消息,MRF设备提供第二媒体的音频流和/或视频流。应理解,媒体服务器也可以包括媒体应用服务器,而不包括MRF设备。具体地,媒体服务器通过与MRF设备之间的配合来为主叫或被叫用户提供音视频媒体的播放。
需要说明的是,为便于描述,本申请中将主叫终端和被叫终端之间的通话媒体简称为第一媒体,也可以叫做常规媒体(regular media);将媒体服务器为被叫终端播放的媒体简称为第二媒体,所述第二媒体可以是由主叫用户、被叫用户、运营商、或者第三方用户提供的音视频媒体,例如音频彩振、视频彩振、视频广告等等。
主叫终端和被叫终端,是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。具体的,所述主叫终端可以是可接入移动网络的终端设备(terminaldevice),手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。所述主叫终端还可以是可接入固网的终端设备,例如有线电话机等;所述主叫终端还可以是具有呼叫功能的应用软件对应的软终端。所述被叫终端可参见所述主叫终端的描述。
需要说明的是,上述的说明并不构成对本申请实施例的系统架构图的限定,本申请实施例的系统架构图包括但不限于在图1所示。
作为一种可选的方式,本申请还可以是VoLTE网络的用户和其它网络(比如固网、交换网、2/3G网络等)的用户的场景。比如,在本申请实施例中,被叫用户为VoLTE用户,主叫用户为所述其它网络的用户。
目前,若主叫终端不支持资源预留机制,则所述主叫终端发送的呼叫请求中Supported头域不携带precondition取值以指示所述主叫终端不支持资源预留机制,所述呼叫请求被转发至被叫终端。所述被叫终端根据所述呼叫请求中Supported头域不携带precondition取值确定资源预留机制不被支持,因而所述被叫终端发送的对于所述呼叫请求的响应消息中Supported头域和Reqiure头域都不携带precondition取值。所述响应消息被转发至媒体服务器。所述媒体服务器根据所述响应消息中Supported头域和Reqiure头域都不携带precondition取值确定资源预留机制不被支持,导致所述媒体服务器不会与所述被叫终端对第二媒体协商。
另一方面,运营商根据自身的策略,可以将网络设置为不支持资源预留机制。若网络不支持资源预留机制,则该网络对于第一媒体和第二媒体都不支持资源预留机制。该情况下即使主叫支持资源预留机制,在呼叫请求的Supported头域携带precondition取值以指示主叫终端支持资源预留机制,该网络中的网络设备接收所述呼叫请求后,也会将所述呼叫请求中的precondition取值删除,进而将删除precondition取值后的呼叫请求转发给被叫终端。同样地,也会导致媒体服务器不会与被叫终端对第二媒体协商。
因而,无论是主叫终端不支持资源预留机制还是网络不支持资源预留机制,都会导致媒体服务器与被叫终端之间的对于第二媒体的协商无法进行,最终导致无法为所述被叫终端播放第二媒体,降低了被叫用户的体验,并且限制了第二媒体业务(例如音频彩振、视频彩振、视频广告等业务)的发展。
本申请中,考虑到第二媒体是为被叫终端播放的,媒体服务器与被叫终端是否进行第二媒体的协商不该受主叫终端是否支持资源预留机制的影响。一种可能的方案是,无论被叫终端接收的呼叫请求中Supported头域是否携带precondition取值,所述被叫终端根据自身支持资源预留机制在对于所述呼叫请求的响应消息中携带指示所述被叫终端支持资源预留机制的指示信息,使得被叫终端支持资源预留机制的能力信息能够被传递到媒体服务器,进而所述媒体服务器可以与所述被叫终端采用资源预留机制协商第二媒体。另一种可能的方案是,无论媒体服务器接收的响应消息是否包含指示资源预留机制被支持的指示信息,所述媒体服务器也可以尝试与被叫终端采用资源预留机制协商第二媒体,若协商成功,则可以为被叫终端播放第二媒体。若协商失败(例如所述被叫终端不支持资源预留机制或者网络不支持资源预留机制),则所述媒体服务器可以进一步通过不采用资源预留机制的方式与被叫终端协商第二媒体,或者所述被叫终端播放本地媒体。
本申请中,网络可以不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,该网络中的网络设备不会删除与对于第二媒体的资源预留机制相关的信息,例如指示对于第二媒体的资源预留机制被支持的指示信息,与第二媒体相关的服务质量(quality of service,QOS)参数等。举个例子,若所述网络设备接收的响应消息中携带指示资源预留机制被支持的指示信息,则所述网络设备将其修改为指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持的指示信息。因而网络设备在对于第一媒体的资源预留机制不被支持的情况下,可以将对于第二媒体的资源预留机制被支持的信息传递给媒体服务器。从而所述媒体服务器采用资源预留机制与被叫终端进行对于第二媒体的协商。由于所述网络设备支持对于第二媒体的资源预留机制,进一步使得对于第二媒体的协商能够成功,进而为所述被叫终端播放第二媒体,丰富了用户体验,有利于第二媒体(如视频彩振)相关业务的发展。
其中,资源预留机制(precondition mechanism)是指会话的参与者预留网络资源(包括预留匹配的带宽、可用的频段或者端口等等),并在完成预留资源后通知对方,在所述会话参与者还未完成预留资源时,会话不会进一步建立。资源预留机制也可以称为资源预留(precondition(s))或者资源预留流程(precondition procedure(s))等。应理解,对于第二媒体的资源预留机制可以具体为对于第二媒体的协商采用资源预留机制。举个例子,若被叫终端和媒体服务器之间对于第二媒体的协商采用资源预留机制,则所述被叫终端和所述媒体服务器为第二媒体预留资源,并在完成预留资源后通知对方。在所述媒体服务器确定自身和所述被叫终端都完成预留资源后,为所述被叫终端播放第二媒体。
应理解,在本申请中,支持资源预留机制是指具有采用资源预留机制的能力,和/或允许采用资源预留机制。不支持资源预留机制是指不具备采用资源预留机制的能力,和/或不允许采用资源预留机制。
下面将结合具体实施例阐述本申请的方案。
图2是根据本申请的一种呼叫处理方法200的示意性流程图。该方法200可以应用在图1所示系统中,当然也可以应用在其他通信场景中,本申请实施例在此不作限定。本申请中的第一网络设备可以指主叫终端和被叫终端所在IMS域核心网中除媒体服务器以外的任意一个设备,例如P-CSCF设备、I-CSCF设备、S-CSCF设备或者SBC设备等等,具体可以参见图1所示的系统架构图中的各网络设备。并且,所述第一网络设备可以是主叫域的,也可以是被叫域的;媒体服务器可以是主叫域的,也可以是被叫域的。为使描述简洁,便于理解,图中信令交互经过的一些网络设备未画出。具体步骤如下。
201、主叫终端向被叫终端发送呼叫请求。
主叫终端向被叫终端发起呼叫,具体可以是视频呼叫或者音频呼叫。其中,所述呼叫请求具体可以是INVITE消息。所述呼叫请求携带所述主叫终端的媒体能力信息,用于所述主叫终端与所述被叫终端对于第一媒体的协商。所述媒体能力信息具体可以是会话描述协议(Session Description Protocol,SDP)信息。本申请中,媒体能力信息是指音频能力信息,和/或视频能力信息。
所述呼叫请求可以是通过媒体服务器、第一网络设备等主叫终端和被叫终端之间的设备被转发至所述被叫终端的。所述呼叫请求指示资源预留机制不被支持,换句话说,所述呼叫请求指示资源预留机制不被采用。例如所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量(quality of service,QOS)参数。QOS参数用于指示预留资源的情况,例如可以包括本地预留资源的完成情况(如curr:qos local)、远端预留资源的完成情况(如curr:qos remote)、期望本地完成预留资源(如des:qos mandatory local)、期望远端完成预留资源(如des:qos optionalremote)、或者远端完成预留资源需要被确认(如conf:qos remote sendrecv)等参数。
应理解,所述资源预留机制不被支持,是从设备、网络等角度来描述的,即设备不支持资源预留和/或网络不支持资源预留机制;所述资源预留机制不被采用,是从信令、媒体协商的角度来描述的,即信令不包含预留资源的完成情况,和/或媒体协商不采用资源预留机制。
因而,所述呼叫请求具体可以指示以下任意一项或多项:所述主叫终端不支持资源预留机制,所述主叫终端不支持对于第一媒体的资源预留机制,网络不支持资源预留机制,网络不支持对于第一媒体的资源预留机制,本次协商(所述主叫终端与所述被叫终端之间对于第一媒体的协商)不采用资源预留机制。这里的网络指的是IMS域核心网,具体可以是主叫域的和/或被叫域的。
可选地,所述主叫终端不支持资源预留机制,因而所述主叫终端生成的呼叫请求的Supported头域和Require头域都不携带precondition取值。所述第一网络设备基于所述呼叫请求向所述媒体服务器转发所述呼叫请求。进而所述呼叫请求被转发至所述被叫终端。
可选地,所述主叫终端支持资源预留机制,所述主叫终端生成的呼叫请求中Supported头域或者Require头域携带precondition取值以指示所述主叫终端支持资源预留机制,所述呼叫请求可以包含QOS参数。在所述呼叫请求被转发的过程中,所述呼叫请求被所述主叫终端和所述被叫终端之间的第二网络设备接收。所述第二网络设备被设置为不支持资源预留机制,或者所述第二网络设备被设置为不支持对于第一媒体的资源预留机制,因而所述第二网络设备删除所述呼叫请求中Supported头域或者Require头域携带的precondition取值,还可以删除所述呼叫请求中的QOS参数。为便于描述,将所述第二网络设备接收的所述呼叫请求称为第一呼叫请求,将所述第二网络设备处理(例如删除precondition取值、和/或删除QOS参数)后得到的呼叫请求称为第二呼叫请求。所述第二呼叫请求的Supported头域和Require头域都不携带precondition取值,所述第二呼叫请求不携带QOS参数。所述第二网络设备将所述第二呼叫请求发送给所述被叫终端。所述第二网络设备和所述第一网络设备可以是同一个设备;所述第二网络设备和所述第一网络设备也可以是不同的设备,例如所述第二网络设备是主叫域的,而所述第一网络设备是被叫域的。
应理解,取值(value)也可以叫做可选标签(option-tag),本申请不对此限定。
202、所述被叫终端向所述主叫终端发送对于所述呼叫请求的响应消息。
所述被叫终端根据接收的呼叫请求确定资源预留机制不被支持。具体地,所述被叫终端确定对于第一媒体的资源预留机制不被支持。所述被叫终端还可以根据所述呼叫请求确定对于第一媒体的协商不采用资源预留机制。因而所述被叫终端不需要为所述第一媒体预留资源,也不需要通知所述主叫终端资源预留的完成情况,也不需要确认所述主叫终端的资源预留的完成情况。
所述被叫终端通过与所述主叫终端之间的设备向所述主叫终端发送对于所述呼叫请求的响应消息。所述响应消息具体是临时响应消息,即18×消息,如183消息。所述响应消息携带所述被叫终端的媒体能力信息,即所述被叫终端与所述主叫终端对于第一媒体的协商结果。所述媒体能力信息具体可以是SDP信息。所述响应消息还可以指示本次协商(所述被叫终端与所述主叫终端之间对于第一媒体的协商)不采用资源预留机制,具体地,所述响应消息不携带QOS参数。
所述被叫终端根据自身支持资源预留机制,在所述响应消息中Supported头域携带precondition取值以指示所述被叫终端支持资源预留机制。
这样,虽然所述被叫终端接收的所述呼叫请求指示资源预留机制不被支持,但是所述被叫终端仍然通过所述响应消息将自身支持资源预留机制的能力信息传递出去。
将所述被叫终端发送至所述第一网络设备的响应消息称为第一响应消息,将所述第一网络设备发送给所述媒体服务器的响应消息称为第二响应消息,将所述媒体服务器发送给所述主叫终端的响应消息称为第三响应消息。所述第一响应消息、第二响应消息、以及第三响应消息可以是相同的或者不同的,下面分步骤202a、202b、202c来对步骤202做进一步描述,使得本申请的技术方案更加清楚。
202a、所述被叫终端向所述第一网络设备发送第一响应消息,所述第一响应消息指示所述被叫终端支持资源预留机制,例如所述第一响应消息中Supported头域携带precondition取值。
所述第一响应消息还可以指示本次对于第一媒体的协商不采用资源预留机制,例如所述第一响应消息不携带QOS参数。
进一步地,所述被叫终端可以通过其他设备(可称为所述被叫终端和所述第一网络设备之间的设备)将所述第一响应消息转发给所述第一网络设备。若所述被叫终端和所述第一网络设备之间的设备中任一设备不支持资源预留机制,则会删除所述第一响应消息中Supported头域携带的precondition取值。因而,当所述第一网络设备接收的第一响应消息中Supported头域还携带precondition取值,则表示所述被叫终端、所述被叫终端和所述第一网络设备之间的设备都支持资源预留机制。应理解,支持资源预留机制,包括支持对于第一媒体和第二媒体的协商采用资源预留机制。
202b、所述第一网络设备接收所述第一响应消息,并向所述媒体服务器发送第二响应消息。
所述第一网络设备根据所述第一响应消息确定被叫终端支持资源预留机制。
该步骤中,基于所述第一网络设备的设置或者能力,所述第一网络设备会对所述第一响应消息做对应的处理。以下分三种情况做详细阐述:202b1(所述第一网络设备不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制);202b2(所述第一网络设备支持资源预留机制(包括对于第一媒体和第二媒体的资源预留机制));以及202b3(所述第一网络设备不支持对于第一媒体的资源预留机制也不支持第二媒体的资源预留机制)。
202b1:若所述第一网络设备不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制,则所述第一网络设备根据所述第一响应消息,向所述媒体服务器发送第二响应消息,其中,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持。
所述第二响应消息还可以指示此次对于第一媒体的协商不采用资源预留机制,例如所述第二响应消息不携带QOS参数。
所述第一网络设备不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制,具体可以是所述第一网络设备被配置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制。具体地,所述第一网络设备存储有上述配置信息。例如所述第一网络设备中存储有:标识是否支持对于第一媒体的资源预留机制的控制位的值为“1”,标识是否支持对于第二媒体的资源预留机制的控制位的值为“0”。其中,“1”表示不支持,“0”表示支持。
所述第一网络设备根据不支持对于第一媒体的资源预留机制删除所述第一响应消息中Supported头域携带的precondition取值,使得所述第二响应消息中Supported头域不携带precondition取值,以指示对于第一媒体的资源预留机制不被支持。所述对于第一媒体的资源预留机制不被支持具体可以是所述第一网络设备不支持对于第一媒体的资源预留机制,和/或网络不支持对于第一媒体的资源预留机制。所述网络具体可以是所述第一网络设备所属的IMS域核心网。
进一步地,所述第一网络设备根据自身支持对于第二媒体的资源预留机制,以及被叫终端支持资源预留机制在所述第一响应消息中添加指示对于第二媒体的资源预留机制被支持的第一指示信息。所述对于第二媒体的资源预留机制被支持具体可以是所述第一网络设备支持对于第二媒体的资源预留机制,和/或所述网络支持对于第二媒体的资源预留机制,和/或所述被叫终端支持对于第二媒体的资源预留机制。
可选地,所述第一指示信息可以是第一取值,即所述第一网络设备在所述第一响应消息中插入所述第一取值。其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制,所述第一取值具体可以是除precondition以外的其他取值,例如pcrs、p-enable-crs、crs、或者2等等。应理解,由于所述第一取值是在所述第一响应指示所述被叫终端支持资源预留机制时由所述第一网络设备插入的,所述第一取值还可以进一步指示所述被叫终端支持资源预留机制,和/或所述第一网络设备支持对于第二媒体的资源预留机制。另外,所述第一取值还可以进一步指示所述第一网络设备不支持对于第一媒体的资源预留机制,和/或网络不支持对于第一媒体的资源预留机制。
具体地,所述第一指示信息可以是第一头域携带所述第一取值,或者Supported头域携带所述第一取值。其中,所述第一头域用于携带网络支持资源预留机制的能力信息。所述第一头域具体可以是除Supported头域以外的其他头域,例如PX头域,P-Enable头域,或者Precondition-Enable头域等等。所述第一头域也可以携带用于指示网络支持对于除第二媒体以外的其他媒体的取值,本申请不对此限定。另外,由于所述第一头域是在所述第一响应指示所述被叫终端支持资源预留机制时由所述第一网络设备插入的,所述第一头域还可以进一步指示所述被叫终端支持资源预留机制的能力信息。
可选地,所述第一指示信息还可以是所述第一头域携带precondition取值,具体不再赘述。
综上,所述第一网络根据不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制对所述第一响应消息做上述处理以得到所述第二响应消息。所述第二响应消息可以具体指示以下内容中任意一项或多项:所述被叫终端支持资源预留机制,所述第一网络设备不支持对于第一媒体的资源预留机制,所述第一网络设备支持对于第二媒体的资源预留机制,网络不支持对于第一媒体的资源预留机制,网络支持对于第二媒体的资源预留机制等。
从另一方面,由步骤202a可知,所述第一网络设备接收的第一响应消息中Supported头域携带precondition取值,则表示所述被叫终端、所述被叫终端和所述第一网络设备之间的设备都支持资源预留机制。又因为所述第一网络设备基于所述第一响应消息、以及所述第一网络设备的所述配置信息生成所述第二响应消息,则所述第二响应消息还可以指示所述被叫终端、所述被叫终端和所述第一网络设备之间的设备都支持资源预留机制,所述第一网络设备不支持对于所述第一媒体的协商采用资源预留机制而支持对于第二媒体的协商采用资源预留机制。
进一步地,所述第一网络设备可以通过其他设备(可称为所述第一网络设备和媒体服务器之间的设备)将所述第二响应消息转发给所述媒体服务器。若所述第一网络设备和所述媒体服务器之间的设备中任一设备不支持对于第二媒体的协商采用资源预留机制,则会使所述第二响应消息中的第一指示信息无效,例如删除所述Supported头域或者所述第一头域中的所述第一取值,或者删除所述Supported头域中的precondition取值。因而,所述媒体服务器接收的所述第二响应消息包含所述第一指示信息,则所述第二响应消息还可以指示所述第一网络设备和所述媒体服务器之间的设备都支持对于第二媒体的协商采用资源预留机制。
总结以上描述,所述第二响应消息可以指示传递过所述第一响应消息和/或所述第二响应消息的设备都支持对于第二媒体的协商采用资源预留机制,传递过所述第一响应消息和/或所述第二响应消息的设备中至少有一个设备不支持对于第一媒体的协商采用资源预留机制。应理解,这里的至少有一个设备包括所述第一网络设备。其中,对于所述第一网络设备,传递过所述第一响应消息或者所述第二响应消息的设备包括被叫终端、被叫终端和第一网络设备之间的设备、和第一网络设备。对于媒体服务器,传递过所述第一响应消息或者所述第二响应消息的设备包括被叫终端、被叫终端和媒体服务器之间的设备(被叫终端和第一网络设备之间的设备、第一网络设备、和第一网络设备和媒体服务器之间的设备)。
应理解,所述媒体服务器可以根据所述第二响应消息确定所述被叫终端、所述被叫终端与所述媒体服务器之间的设备都支持对于第二媒体的资源预留机制。具体地,所述媒体服务器可以获得上文中所提到的所述第二响应消息指示的内容,这里不再赘述。
202b2:若所述第一网络设备支持资源预留机制(包括对于第一媒体和第二媒体的资源预留机制),则所述第一网络设备发送的所述第二响应消息中关于资源预留机制的信息与所述第一响应消息中的相同。
所述第二响应消息指示所述被叫终端支持资源预留机制。例如所述第二响应消息中Supported头域携带precondition取值。所述第二响应消息还可以指示本次对于第一媒体的协商不采用资源预留机制,例如所述第二响应消息不携带QOS参数。
基于与202b1中相似的理由,所述第二响应消息可以指示传递过所述第一响应消息和/或所述第二响应消息的设备都支持资源预留机制。
所述媒体服务器可以根据所述第二响应消息确定所述被叫终端、所述被叫终端与所述媒体服务器之间的设备都支持资源预留机制,因而都支持对于第二媒体的资源预留机制。
202b3:若所述第一网络设备既不支持对于第一媒体的资源预留机制也不支持第二媒体的资源预留机制,则所述第一网络设备删除第一响应消息中Supported头域携带的precondition取值以得到第二响应消息,所述第二响应消息指示不支持资源预留机制。该情况下,所述媒体服务器可以确定对于第二媒体的资源预留机制不被支持,则可以通过不采用资源预留机制的方式与被叫终端对于第二媒体协商,或者不与被叫终端对第二媒体协商。
202c、所述媒体服务器向所述主叫终端发送第三响应消息。
具体地,所述媒体服务器可以通过其他设备(可称为所述媒体服务器和所述主叫终端之间的设备)将所述第三响应消息转发给所述主叫终端。由于所述媒体服务器与所述被叫终端的对于第二媒体的协商涉及的是所述媒体服务器与所述被叫终端之间的设备、所述媒体服务器、和所述被叫终端,因而所述媒体服务器不需要确定所述媒体服务器与所述主叫终端之间的设备是否支持对于第二媒体的资源预留机制。
需要说明的是,若主叫终端自身不支持资源预留机制,则所述主叫终端在步骤201确定对于第一媒体的协商不采用资源预留机制;若所述主叫终端本身支持资源预留机制,所述主叫终端根据所述第三响应消息确定对于第一媒体的协商不采用资源预留机制。具体地,所述主叫终端根据所述第三响应消息不携带QOS参数来确定,或者根据所述第三响应消息中的Supported头域不携带precondition取值来确定。
由于对于第一媒体的协商不采用资源预留机制,所述主叫终端不需要为第一媒体预留资源,也不需要通知所述被叫终端资源预留的完成情况,也不需要确认所述被叫终端的资源预留的完成情况,从而不会占用通信资源,也可以减小通话时延。
接下来,本申请具体描述所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商。
203、所述媒体服务器为第二媒体预留资源。
首先,所述媒体服务器可以确定要为所述被叫终端播放第二媒体。例如,所述媒体服务器根据所述主叫用户和/或所述被叫用户是否签约了为所述被叫终端播放第二媒体的业务,来判断是否要为所述被叫终端播放第二媒体。所述媒体服务器可以根据任一方签约了为所述被叫终端播放第二媒体的业务,来确定要为所述被叫终端播放第二媒体。
此外,所述媒体服务器根据通过CSCF设备或HSS设备获取的所述被叫终端的信息,比如主/被叫号码、所属网络,被叫用户的年龄、性别、用户信用等级、上网习惯、消费行为等属性标签,或者被叫用户当前所在实时位置、时间等,确定播放的第二媒体的内容。
可选地,所述媒体服务器指示MRF设备为第二媒体预留资源。另外,当所述媒体服务器包括所述MRF设备的功能时,所述媒体服务器自身为第二媒体预留资源。
步骤203的执行顺序是可选的,例如在步骤202b中所述媒体服务器确定对于第二媒体的资源预留机制被支持之后,则可以开始为第二媒体预留资源,或者在接收所述被叫终端发送的振铃消息(例如180消息)之后,本申请不做限定。
204、所述媒体服务器向所述被叫终端发送第一更新消息。
所述第一更新消息具体可以是UPDATE消息。所述第一更新消息用于与所述被叫终端进行对于第二媒体的协商。所述第一更新消息携带所述媒体服务器的媒体能力信息,具体为所述媒体服务器的SDP信息。所述SDP信息可以基于MRF设备提供的信息。
所述第一更新消息可以指示对于第二媒体的协商采用资源预留机制,例如所述第一更新消息的Supported头域携带precondition取值,和/或所述第一更新消息携带QOS参数。所述第一更新消息还可以携带指示所述媒体能力信息与第二媒体相关的第二指示信息,例如携带“g.3gpp.crs”参数。
具体地,所述媒体服务器通过所述第一网络设备向所述被叫终端发送所述第一更新消息。
若所述第一网络设备支持资源预留机制(包括对于第一媒体和第二媒体的资源预留机制),则所述第一网络设备转发所述第一更新消息即可。
若所述第一网络设备不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制,则所述第一网络设备可以根据所述第二指示信息确定此次采用资源预留机制的协商是关于第二媒体的,因此不会删除所述第一更新消息中Supported头域携带的precondition取值,也不会删除所述第一更新消息中的QOS参数。因而所述第一网络设备基于所述第二指示信息,以及所述网络设备支持对于第二媒体的资源预留机制向所述被叫终端转发所述第一更新消息。
作为一种可选的方式,在步骤204之前,所述媒体服务器已完成预留资源或者所述MRF设备已完成预留资源,则所述第一更新消息还可以携带指示所述媒体服务器已完成为第二媒体预留资源的第三指示信息,例如音频描述和/或视频描述的QOS参数都包含“curr:qos local sendrecv”。若在步骤204之前,所述媒体服务器还未完成预留资源,则媒体服务器可以在完成预留资源后再向所述被叫终端发送携带所述第三指示信息的UPDATE消息;或者可以在步骤210中的第二更新消息中携带所述第三指示信息。
所述被叫终端接收所述第一更新消息,根据所述第一更新消息确定所述媒体服务器的媒体能力信息,再根据自身的音视频能力确定与所述媒体服务器之间对于第二媒体的协商结果,即所述被叫终端的媒体能力信息,具体可以是所述被叫终端的SDP信息。
所述被叫终端还可以根据所述第一更新消息确定对于第二媒体的协商采用资源预留机制。所述被叫终端也可以开始为第二媒体预留资源。
所述被叫终端还可以根据所述第一更新消息中携带的第三指示信息确定所述媒体服务器已完成对于第二媒体预留资源。
下面的步骤包括两种可选的方式。一种方式为步骤205-207,所述被叫终端完成预留资源后向所述媒体服务器发送对于所述第一更新消息的第四响应消息,所述媒体服务器为所述被叫终端播放第二媒体。另一种方式为步骤208-212,所述被叫终端还未完成预留资源,先向所述媒体服务器发送对于所述第一更新消息的第五响应消息以传递对于第二媒体的协商结果,在完成预留资源后再进一步向所述媒体服务器发送第二更新消息以通知所述媒体服务器所述被叫终端已完成预留资源,所述媒体服务器为所述被叫终端播放第二媒体。具体步骤如下。
方式一:
205、所述被叫终端完成对于第二媒体预留资源。
206、所述被叫终端向所述媒体服务器发送对于所述第一更新消息的第四响应消息。
所述第四响应消息具体可以是200OK消息,用以响应所述第一更新消息。
所述第四响应消息携带对于第二媒体的所述被叫终端的媒体能力信息,也就是所述被叫终端与所述媒体服务器对于第二媒体的协商结果。所述第四响应消息可以指示对于第二媒体的协商采用资源预留机制,例如所述第四响应消息中Require头域携带precondition取值,和/或所述第四响应消息携带QOS参数。所述第四响应消息还可以携带指示所述被叫终端已完成对于第二媒体预留资源的第四指示信息,例如音频描述和/或视频描述的QOS参数都包含“curr:qos local sendrecv”。
207、所述媒体服务器为所述被叫终端播放第二媒体。
所述媒体服务器接收所述第四响应消息并确定双方都已完成对第二媒体预留资源,所述媒体服务器为所述被叫终端播放第二媒体。
具体地,所述媒体服务器向所述被叫终端发送第二媒体的音频流和/或视频流,或者所述媒体服务器指示MRF设备向所述被叫终端发送第二媒体的音频流和/或视频流。
方式二:
208、所述被叫终端向所述媒体服务器发送对于所述第一更新消息的第五响应消息。
所述第五响应消息具体可以是200OK消息,用以响应所述第一更新消息。所述第五响应消息携带对于第二媒体的所述被叫终端的媒体能力信息。所述第五响应消息可以指示对于第二媒体的协商采用资源预留机制,例如所述第五响应消息中Require头域携带precondition取值,和/或所述第五响应消息携带QOS参数。
此时,所述被叫终端还未完成预留资源,因此所述第五响应消息指示所述被叫终端未完成对于第二媒体预留资源,例如所述第五响应消息携带QOS参数“curr:qos localnone”。所述媒体服务器根据所述第五响应消息确定所述被叫终端尚未完成预留资源,因此暂时不会为所述被叫终端播放第二媒体。
209、所述被叫终端完成对于第二媒体的资源预留。
210、所述被叫终端向所述媒体服务器发送第二更新消息。
所述第二更新消息具体可以是UPDATE消息,所述第二更新消息指示所述被叫终端已完成对于第二媒体预留资源,例如所述第二更新消息携带QOS参数“curr:qos localsendrecv”。
211、所述媒体服务器向所述被叫终端发送对于所述第二更新消息的第六响应消息。
所述第六响应消息可以是200OK消息,指示所述媒体服务器已接收所述第二更新消息。
212、所述媒体服务器为所述被叫终端播放第二媒体。
具体参见步骤207的描述。并且,步骤212和步骤211之间没有时序限定。
应理解,后续步骤还可以包括被叫摘机、主被叫之间进行通话,被叫挂机、第二媒体继续播放或者第二媒体结束播放等内容,本领域技术人员对此很熟悉,这里不再赘述。
在本申请实施例中,被叫终端接收的呼叫请求指示资源预留机制不被支持,也许是由于网络不支持对于第一媒体的资源预留机制和/或主叫终端不支持资源预留机制。所述被叫终端根据自身支持资源预留机制返回第一响应消息,所述第一响应消息携带被叫终端支持资源预留机制的第一指示信息,从而使得所述被叫终端支持对于资源预留机制的能力信息能够被传递出来。第一网络设备接收该第一响应消息,根据自身不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,向媒体服务器发送第二响应消息,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持。进而所述媒体服务器和所述被叫终端之间对于第二媒体协商能够采用资源预留机制。
本申请实施例实现了对于第一媒体的资源预留机制不被支持的情况下,采用资源预留机制对第二媒体进行资源协商,进而为被叫终端播放第二媒体。本申请实施例在对通话影响较小的情况下,支持了第二媒体(如视频彩振)的相关业务的发展。并且,由于第二媒体的播放时长是相对较短的,而对于第二媒体的协商采用资源预留机制,可以避免被叫用户看不到/听不到第二媒体的开头,从而提高了第二媒体的播放体验。另外,所述被叫终端和被叫终端之间的第一媒体协商不采用资源预留机制,减小了通话时延,减轻了网络承载的压力。
图3是根据本申请的一种呼叫处理方法300的示意性流程图。该方法300可以应用在图1所示系统中,当然也可以应用在其他通信场景中,本申请实施例在此不作限定。图3与图2所示实施例的区别在于,当被叫终端接收的呼叫请求的Supported头域不携带precondition取值,则所述被叫终端返回的对于所述呼叫请求的响应消息不会携带被叫终端支持资源预留机制的能力信息。这种情况下,媒体服务器不确定所述被叫终端是否支持资源预留机制。所述媒体服务器尝试与所述被叫终端采用资源预留机制对于第二媒体进行协商,若协商成功,所述媒体服务器为所述被叫终端播放第二媒体;若协商失败,再通过不采用资源预留机制的方式对第二媒体协商,或者所述被叫终端播放本地媒体。具体步骤如下。
301、主叫终端向被叫终端发送呼叫请求。
具体可以参见图2所示实施例中步骤201。
302、所述被叫终端向所述主叫终端发送对于所述呼叫请求的响应消息。
所述被叫终端通过与所述主叫终端之间的设备向所述主叫终端发送所述响应消息。所述响应消息具体可以是临时响应消息,即18×消息,如183消息。所述响应消息携带所述被叫终端的媒体能力信息,即所述被叫终端与所述主叫终端对于第一媒体的协商结果。所述媒体能力信息具体可以是SDP信息。
所述被叫终端根据所述呼叫请求中Supported头域和Reqiure头域不携带precondition确定资源预留机制不被支持。具体地,所述被叫终端确定对于第一媒体的资源预留机制不被支持。因而无论所述被叫终端自身是否支持资源预留机制,所述响应消息支持资源预留机制不被支持。即所述响应消息的Supported头域和/或Require头域不携带precondition取值。
所述被叫终端还可以根据所述呼叫请求确定对于第一媒体的协商不采用资源预留机制。因而所述被叫终端不需要为所述第一媒体预留资源,也不需要通知所述主叫终端预留资源的完成情况,也不需要确认所述主叫终端的预留资源的完成情况。所述响应消息还可以指示本次协商(所述被叫终端与所述主叫终端之间对于第一媒体的协商)不采用资源预留机制,例如所述响应消息不携带QOS参数。
303.媒体服务器采用资源预留机制对于第二媒体进行协商。
步骤302之后,所述媒体服务器接收所述响应消息,并且基于所述响应消息确定资源预留机制不被支持。但所述媒体服务器不确定所述被叫终端是否支持资源预留机制,所述媒体服务器也不确定所述媒体服务器与所述被叫终端之间的设备是否支持对于第二媒体的资源预留机制。
所述媒体服务器尝试与所述被叫终端采用资源预留机制对于第二媒体协商。具体地,所述媒体服务器为第二媒体预留资源,并且向所述被叫终端发送第一更新消息,具体内容可以参见图2所示实施例中步骤203、204,这里不再赘述。
303A.所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商成功,则所述媒体服务器为所述被叫终端播放第二媒体。
具体内容可以参见图2所示实施例中步骤205-212。
303B.所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商失败,则所述媒体服务器与所述被叫终端通过不采用资源预留机制的方式重新对第二媒体进行协商,或者所述被叫终端播放本地媒体。
下面分两种情况描述采用资源预留机制对于第二媒体协商失败的场景。场景一:所述媒体服务器与所述被叫终端设备之间至少存在一个设备(可称为第三网络设备)不支持资源预留机制;场景二:所述媒体服务器与所述被叫终端设备之间的设备都支持对于第二媒体的资源预留机制。
场景一、所述媒体服务器与所述被叫终端设备之间至少存在一个设备(可称为第三网络设备)不支持资源预留机制,具体地,所述第三网络设备不支持对于第二媒体的资源预留机制。
所述第三网络设备接收所述媒体服务器发送的所述第一更新消息。所述第三网络设备根据自身不支持资源预留机制删除所述第一更新消息中Supported头域携带的precondition取值。所述第三网络设备还可以删除所述第一更新消息中的QOS参数。
将所述第三网络设备对所述第一更新消息做过删除处理后得到的消息称为第三更新消息,则所述第三更新消息指示此次协商不采用资源预留机制。所述第三网络设备将所述第三更新消息发送给所述被叫终端。
可选地,所述被叫终端接收所述第三更新消息后向所述媒体服务器返回协商失败的通知消息,例如4××或者5××等错误消息。进一步地,根据策略设置,所述被叫终端可以自行播放本地媒体,或者等待所述媒体服务器再次通过不采用资源预留机制的方式对第二媒体进行协商。具体方法这里不再赘述。具体地,若所述被叫终端被设置为不支持通过不采用资源预留机制的方式对第二媒体协商,则所述被叫终端播放本地媒体。
可选地,所述被叫终端接收所述第三更新消息,并根据所述第三更新消息确定本次协商不采用资源预留机制。所述被叫终端向所述媒体服务器返回对于所述第三更新消息(或者所述第一更新消息)的第七响应消息,所述第七响应消息携带所述被叫终端的媒体能力信息,即所述被叫终端与所述媒体服务器对于第一媒体的协商结果。所述媒体能力信息具体可以是SDP信息。并且,所述第七响应消息指示此次协商不采用资源预留机制。
所述媒体服务器接收所述第七响应消息,可以为所述被叫终端播放第二媒体,也可以向所述被叫终端发送播放本地媒体的通知消息。或者所述被叫终端等待一段时间后自行播放本地媒体。
二、所述媒体服务器与所述被叫终端设备之间的设备都支持对于第二媒体的资源预留机制,所述被叫终端不支持对于第二媒体的资源预留机制。
所述被叫终端接收所述媒体服务器发送的所述第一更新消息,确定此次协商采用资源预留机制,而所述被叫终端根据自身不支持资源预留机制向所述媒体服务器返回协商失败的通知消息,例如4××或者5××等错误消息。所述协商失败的通知消息可以包含失败原因,例如Unsupported头域携带precondition取值以指示所述被叫终端不支持资源预留机制。
根据策略设置,所述被叫终端可以自行播放本地媒体,或者等待所述媒体服务器再次通过不采用资源预留机制的方式对第二媒体进行协商。具体方法这里不再赘述。
图4是根据本申请的一种呼叫处理方法400的示意性流程图。该方法400可以应用在图1所示系统中,当然也可以应用在其他通信场景中,本申请实施例在此不作限定。图4以示例性信令来描述本申请的方法,并且第一网络设备以呼叫会话控制功能CSCF设备为例来进行描述。具体地,所述CSCF设备可以是P-CSCF设备、S-CSCF设备或者I-CSCF设备。图4所示方法是图2所示方法的一种示例,因而图4所示方法的一些解释可以参见图2所示方法。具体步骤如下。
401.主叫终端向被叫终端发送呼叫请求,例如INVITE消息。
其中,所述呼叫请求携带所述主叫终端的SDP信息(SDP_O1_regular),用于所述主叫终端与被叫终端进行对于第一媒体的协商。
1)若所述主叫终端支持资源预留机制,则步骤401a中所述主叫终端发送的第一呼叫请求的Supported头域携带precondition取值,所述第一呼叫请求还可以携带QOS参数。CSCF设备不支持第一媒体的资源预留机制,因而步骤401b中,所述CSCF设备将所述Supported头域携带的precondition取值删除以得到第二呼叫请求,则所述第二呼叫请求中的Supported头域不携带precondition取值以指示资源预留机制不被支持。
则步骤401b中,所述CSCF设备还可以将所述QOS参数删除,则所述第二呼叫请求不携带所述QOS参数,以指示本次对于第一媒体的协商不采用资源预留机制。
进而所述CSCF设备将所述第二呼叫请求转发给媒体服务器,收到所述媒体服务器返回的所述第二呼叫请求后,又将所述第二呼叫请求转发给所述被叫终端。
2)若所述主叫终端不支持资源预留机制,则步骤401a中所述主叫终端发送的呼叫请求的的Supported头域不携带precondition取值,所述呼叫请求也不携带QOS参数。所述主叫终端通过所述CSCF设备向所述媒体服务器、所述被叫终端转发所述呼叫请求。
应理解,被叫域和主叫域的CSCF设备可以是同一个设备,也可以是不同的设备,本申请不对此限定。为使描述简洁,本申请图4示例性地给出了一个CSCF设备。当信令交互经过的主叫域CSCF设备和被叫域CSCF设备是不同的设备时,本申请图4未示出的其他CSCF设备负责信令的转发,本领域技术人员能够理解。
402、所述被叫终端向所述主叫终端发送对于所述呼叫请求的响应消息,例如183消息。
所述被叫终端根据接收的呼叫请求确定资源预留机制不被支持,还可以确定与所述主叫终端对于所述第一媒体的协商不采用资源预留机制。
402a.响应于所述呼叫请求,所述被叫终端返回第一响应消息。
所述第一响应消息携带所述被叫终端的SDP信息(SDP_A1_regular),用于所述被叫终端与主叫终端对于第一媒体的协商。
所述被叫终端根据自身支持资源预留机制,在所述第一响应消息的Supported头域携带precondition取值,以指示所述被叫终端支持资源预留机制。所述第一响应消息不携带QOS参数,以指示本次对于第一媒体的协商不采用资源预留机制。
402b.所述CSCF设备接收所述第一响应消息,并基于所述第一响应消息向所述媒体服务器转发第二响应消息。
402b1:所述CSCF设备不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制。
示例性地,所述CSCF设备存储有配置信息如下:CLSPRECND-CALL=Y,CLSPRECND-CRS=N。其中,CLSPRECND-CALL为是否关闭对于第一媒体的资源预留机制的控制位,当设置为“Y”时,表示关闭资源预留机制,即不支持对于第一媒体的资源预留机制。CLSPRECND-CRS为是否关闭对于第二媒体的资源预留机制的控制位,当设置为“N”时,表示不关闭资源预留机制,即支持对于第二媒体的资源预留机制。所述CSCF设备根据该配置信息确定自身被设置为不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制,所述CSCF设备也可以根据所述配置信息确定网络不支持对于第一媒体的资源预留机制而支持第二媒体的资源预留机制。
进而所述CSCF设备将所述第一响应消息中Supported头域携带的precondition取值删除。进一步地,所述CSCF设备在所述第一响应消息中Supported头域插入pcrs、p-enable-crs等第一取值;或者所述CSCF设备在所述第一响应消息中PX头域,P-Enable头域,或者Precondition-Enable头域等第一头域中插入crs、pcrs或者2等第一取值;或者所述CSCF设备在所述第一响应消息中PX头域,P-Enable头域,或者Precondition-Enable头域等第一头域中插入pcrs、p-enable-crs、crs、或者2等第二取值,从而得到第二响应消息。所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,具体参见步骤202。
所述媒体服务器接收所述第二响应消息,根据所述第二响应消息确定所述被叫终端支持资源预留机制。所述媒体服务器还可以确定所述被叫终端与所述媒体服务器之间的设备支持对于第二媒体的资源预留。这样,可以使得所述媒体服务器与所述被叫终端之间对于第二媒体的协商采用资源预留机制的成功率提高。避免所述被叫终端,或者所述被叫终端与所述媒体服务器之间的设备不支持资源预留机制的场景下,所述媒体服务器采用资源预留机制发起对于第二媒体的协商,而导致协商失败。
402b2:所述CSCF设备支持资源预留机制(包括对于第一媒体和第二媒体的资源预留机制),则所述CSCF设备向所述媒体服务器发送的第二响应消息中Supported头域携带precondition取值。
所述媒体服务器根据所述第二响应消息的Supported头域携带precondition取值,确定所述被叫终端支持资源预留机制。所述媒体服务器还可以确定所述被叫终端与所述媒体服务器之间的设备也支持资源预留机制。进一步地,所述媒体服务器确定所述被叫终端、所述被叫终端与所述媒体服务器之间的设备支持对于第二媒体的资源预留机制。
402c-402d、所述媒体服务器基于所述第二响应消息,通过所述CSCF设备向所述主叫终端发送第三响应消息。
所述主叫终端根据所述第三响应消息不携带QOS参数,或者根据所述第三响应消息中的Supported头域和Require头域不携带precondition取值来确定,对于第一媒体的协商不采用资源预留机制。
具体可以参见步骤202,这里不再赘述。
403、所述主叫终端向所述被叫终端发送确认消息(如PRACK消息),用于指示所述主叫终端已接收所述被叫终端发送的所述响应消息。
404、所述被叫终端向所述主叫终端发送对于所述确认消息的响应消息(如200OK消息),用于指示已接收所述确认消息。
应理解,所述主叫终端与所述被叫终端之间的第一媒体协商不采用资源预留机制,因此,所述主叫终端与所述被叫终端不需要为第一媒体预留资源,也不需要互相确认是否已完成预留资源。
405、所述媒体服务器接收所述被叫终端发送的振铃消息(如180消息),所述振铃消息用于指示所述被叫终端已振铃。
406-413、所述媒体服务器与所述被叫终端采用资源预留机制对第二媒体协商,并且所述媒体服务器为所述被叫终端播放第二媒体。具体步骤如下:
406、所述媒体服务器为第二媒体预留资源。
具体可以参见步骤203的描述。
407、所述媒体服务器通过所述CSCF设备向所述被叫终端发送第一更新消息(如UPDATE消息)。
所述第一更新消息携带所述媒体服务器的SDP信息(如SDP_O2_CRS),用于所述媒体服务器与所述被叫终端对于第二媒体协商。所述第一更新消息的Supported头域携带precondition字段,且所述第一更新消息携带QOS参数,用以指示本次协商采用资源预留机制;所述第一更新消息还携带“g.3gpp.crs”,用以指示此次协商是与第二媒体相关的。
示例性地,该第一更新消息所包括的内容如下所述:
320.UPDATE(SDP_O2_CRS)
所述CSCF设备接收所述第一更新消息,根据所述第一更新消息携带的“g.3gpp.crs”确定此次协商是与第二媒体相关的,因而所述CSCF设备根据自身支持对于第二媒体的资源预留机制,不删除Supported头域携带的precondition字段。进一步地,所述CSCF设备向所述被叫终端转发所述第一更新消息。
下面的步骤包括两种可选的方式。具体参见图2所示实施例中的描述。在本申请实施例中以方式二为例进行说明。具体步骤如下。
408、所述被叫终端为第二媒体预留资源。
所述被叫终端根据接收的所述第一更新消息确定所述主叫终端的媒体能力信息,并且基于所述被叫终端自身的能力确定对于第二媒体的协商结果。所述被叫终端根据所述协商结果为第二媒体预留资源。
409、所述被叫终端向所述媒体服务器发送对于所述第一更新消息的第五响应消息(例如200OK消息)。
所述第五响应消息携带所述被叫终端的SDP信息(如SDP_A2_CRS),即所述对于第二媒体的协商结果。
所述第五响应消息的Require头域携带precondition取值,以指示本次协商采用资源预留机制。所述第五响应消息还携带QOS参数。所述第五响应消息还携带“g.3gpp.crs”,用以指示此次协商是与第二媒体相关的。并且,所述第五响应消息音频描述和/或视频描述的QOS参数都包含“curr:qos local none”,用以指示所述被叫终端还未完成对于第二媒体预留资源。
410、所述被叫终端完成对于第二媒体预留资源。
411、所述被叫终端向所述媒体服务器发送第二更新消息(如UPDATE消息)。
所述第二更新消息携带所述被叫终端的SDP信息(如SDP_O3_CRS),用于指示所述被叫终端已完成对于所述第二媒体预留资源,例如SDP信息中包括QOS参数“a=curr:qoslocal sendrecv”。所述第二更新消息的Supported头域携带precondition取值,以指示本次协商采用资源预留机制。所述第二更新消息还携带“g.3gpp.crs”,用以指示此次协商是与第二媒体相关的。
412、所述媒体服务器向所述被叫终端发送对于所述第二更新消息的响应消息(如200OK消息),用以指示所述媒体服务器已接收所述第二更新消息。
413、所述媒体服务器为所述被叫终端播放第二媒体。
具体参见步骤207、212的描述。
414、所述媒体服务器向所述主叫终端发送振铃消息(如180消息)。
应理解,步骤413和步骤414之间没有时序限定。
415、被叫用户摘机。
416、所述被叫终端向所述媒体服务器发送摘机响应(如200OK消息),用以指示所述被叫终端已摘机。
417、所述媒体服务器停止播放第二媒体。
具体地,所述媒体服务器停止向所述被叫终端发送第二媒体的音频流和/或视频流,或者所述媒体服务器指示MRF设备停止向所述被叫终端发送第二媒体的音频流和/或视频流。
418、所述媒体服务器向所述被叫终端发送对于所述摘机响应的响应消息(如ACK消息),用以指示已收到所述摘机响应。
419-426、所述主叫终端与所述被叫终端通过不采用资源预留机制的方式对第一媒体重协商,且所述主叫终端与所述被叫终端通话。具体步骤如下:
419、所述媒体服务器向所述被叫终端发送重呼叫请求(如re-INVITE消息)。
所述重呼叫请求用于触发所述被叫终端与所述主叫终端之间对第一媒体重协商,所述重呼叫请求不携带SDP信息。
420、所述被叫终端向所述媒体服务器发送对于所述重呼叫请求的成功响应(如200OK消息)。
所述被叫终端发起与所述主叫终端之间对于第一媒体的重协商,不采用资源预留机制。则所述对于所述重呼叫请求的成功响应的Supported头域不携带precondition取值。具体地,所述被叫终端根据步骤401中的接收的呼叫请求确定对于第一媒体的资源预留机制不被支持,从而此次对于第一媒体的重协商不采用资源预留机制。
所述对于所述重呼叫请求的成功响应携带所述被叫终端的SDP信息(如SDP_O4_regular),用于所述被叫终端与所述主叫终端对于第一媒体的重协商。且所述被叫终端可根据摘机方式确定所述被叫终端的SDP信息。比如,被叫摘机方式为音频,则所述成功响应(200OK消息)携带所述被叫终端的音频信息。再比如,当被叫摘机方式为视频,则所述成功响应(200OK消息)携带所述被叫终端的音频和视频信息。
421、所述媒体服务器向所述主叫终端发送第三更新消息(如UPDATE消息)。
所述第三更新消息携带所述被叫终端的SDP信息(如SDP_O4_regular)。
422、所述主叫终端向所述媒体服务器发送对于所述第三更新消息的响应消息(如200OK消息)。
所述对于所述第三更新消息的响应消息携带所述主叫终端的SDP信息(如SDP_A4_regular),即对于第一媒体的重协商结果。
423、所述媒体服务器向所述主叫终端发送摘机响应(如200OK消息)。
所述摘机响应消息用于响应步骤401中的呼叫请求。
424、所述主叫终端向所述媒体服务器发送对于所述摘机响应的响应消息(如ACK消息),用以指示已接收所述摘机响应。
应理解,步骤417也可以在步骤424之后执行。
425、所述媒体服务器向所述被叫终端发送对于所述摘机响应的响应消息(如ACK消息)。
所述对于所述摘机响应的响应消息携带所述主叫终端的SDP信息(如SDP_A4_regular),即对于第一媒体的重协商结果。
426、所述主叫终端与所述被叫终端通话。
应理解,后续步骤还可以包括被叫挂机、第二媒体继续播放或者第二媒体结束播放等内容,本领域技术人员对此很熟悉,这里不再赘述。
图5是根据本申请的一种呼叫处理方法500的示意性流程图。该方法500可以应用在图1所示系统中,当然也可以应用在其他通信场景中,本申请实施例在此不作限定。图5以示例性信令来描述本申请的方法,并且第一网络设备以呼叫会话控制功能CSCF设备为例来进行描述。具体地,所述CSCF设备可以是P-CSCF设备、S-CSCF设备或者I-CSCF设备。图5所示方法是图3所示方法的一种示例,因而图5所示方法的一些解释可以参见图3所示方法。且图5所示方法对应图3所示步骤303A的情况。具体步骤如下。
501、主叫终端向被叫终端发送呼叫请求。
具体可以参见图2所示实施例中步骤201。
502、所述被叫终端向所述主叫终端发送对于所述呼叫请求的响应消息(如183消息)。
所述响应消息携带所述被叫终端的SDP信息(SDP_A1_regular)。所述响应消息的Supported头域和Require头域不携带precondition取值。并且所述响应消息不携带QOS参数。具体可参见步骤302。
具体地,所述被叫终端通过CSCF设备向媒体服务器发送对于所述呼叫请求的响应消息。所述媒体服务器通过所述CSCF设备向所述主叫终端转发所述呼叫请求的响应消息。所述主叫终端根据所述响应消息不携带QOS参数,或者根据所述响应消息中的Supported头域和Require头域不携带precondition取值来确定,对于第一媒体的协商不采用资源预留机制。
503-505、具体内容参见步骤403-405,这里不再赘述。
应理解,所述媒体服务器在步骤502b中接收所述对于所述呼叫请求的响应消息,根据所述响应消息的Supported头域和Require头域不携带precondition取值确定资源预留机制不被支持。但所述媒体服务器不确定所述被叫终端是否支持资源预留机制,所述媒体服务器也不确定所述媒体服务器与所述被叫终端之间的设备是否支持对于第二媒体的资源预留机制。因而所述媒体服务器还是采用资源预留机制对于第二媒体协商。图5所示的实施例中,所述被叫终端、所述媒体服务器与所述被叫终端之间的设备支持对于第二媒体的资源预留机制,因而所述媒体服务器与所述被叫终端采用资源预留机制对于第二媒体协商成功。
506-526,具体内容参见步骤406-426,这里不再赘述。
本申请实施例中,媒体服务器接收对于呼叫请求的响应消息,所述响应消息指示资源预留机制不被支持。这可能是主叫终端不支持资源预留机制,或者所述主叫终端与所述媒体服务器之间的设备不支持对于第一媒体的资源预留机制导致的。换句话说,被叫终端,以及所述被叫终端与所述媒体服务器之间的设备可能都是支持对于第二媒体的资源预留机制的。因而所述媒体服务器采用资源预留机制与所述被叫终端采用资源预留机制对第二媒体协商,协商成功,进而为所述被叫终端播放第二媒体,丰富了用户体验,提高了网络的利用率,有利于第二媒体(如视频彩振)的相关业务的发展。另一方面,CSCF设备可以被设置为不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,从而所述CSCF设备接收用于对于第二媒体采用资源预留机制协商的消息时,不会删除或者修改消息中与资源预留机制相关的内容,使得采用资源预留机制对第二媒体协商能够顺利进行。
图6是根据本申请的一种呼叫处理方法600的示意性流程图。该方法600可以应用在图1所示系统中,当然也可以应用在其他通信场景中,本申请实施例在此不作限定。图6以示例性信令来描述本申请的方法,并且第一网络设备以呼叫会话控制功能CSCF设备为例来进行描述。具体地,所述CSCF设备可以是P-CSCF设备、S-CSCF设备或者I-CSCF设备。图6所示方法是图3所示方法的一种示例,因而图6所示方法的一些解释可以参见图3所示方法。且图6所示方法对应图3所示步骤303B的情况。具体步骤如下。
步骤601-605,可以参见步骤501-505,这里不再赘述。
606,所述媒体服务器为第二媒体预留资源。
具体可以参见步骤203的,这里不再赘述。
607,所述媒体服务器通过所述CSCF设备向所述被叫终端发送第一更新消息(如UPDATE消息)。
所述第一更新消息携带所述媒体服务器的SDP信息(如SDP_O2_CRS),用于所述媒体服务器与所述被叫终端对于第二媒体协商。所述第一更新消息的Supported头域携带precondition字段,且所述第一更新消息携带QOS参数,用以指示本次协商采用资源预留机制;所述第一更新消息还携带“g.3gpp.crs”,用以指示此次协商是与第二媒体相关的。
场景一、若所述CSCF设备不支持对于第二媒体的资源预留机制,则所述CSCF设备删除所述第一更新消息中Supported头域携带的precondition字段,并且删除其中的QOS参数,以得到第三更新消息。所述被叫终端接收所述第三更新消息,并根据所述第三更新消息确定对于第二媒体的资源预留机制不被支持,并且此次协商不采用资源预留机制。
场景二、若所述CSCF设备支持对于第二媒体的资源预留机制,则所述CSCF设备转发所述第一更新消息至所述被叫终端。但所述被叫终端自身不支持资源预留机制。
接下来,无论对于场景一还是对于场景二,都有两种可能的方式。方式一:所述被叫终端通过不采用资源预留机制的方式与所述媒体服务器对于第二媒体协商;方式二:所述被叫终端不与所述媒体服务器对于第二媒体协商。
方式一:所述被叫终端通过不采用资源预留机制的方式与媒体服务器对于第二媒体协商。
608、所述被叫终端通过所述CSCF设备向所述媒体服务器发送对于所述第一更新消息或者所述第三更新消息的响应消息,如200OK消息。所述响应消息携带所述被叫终端的SDP信息(SDP_A2_CRS),且所述响应消息不携带QOS参数,以指示此次协商不采用资源预留机制。
609、所述媒体服务器接收所述响应消息,根据所述响应消息确定此次协商不采用资源预留机制。
609(1):根据策略设置,所述媒体服务器可以根据所述响应消息中携带的所述被叫终端的SDP信息为所述被叫终端播放第二媒体。例如所述媒体服务器被设置为支持通过不采用资源预留机制的方式协商第二媒体。
609(2):根据策略设置,所述媒体服务器不为所述被叫终端播放第二媒体,例如所述媒体服务器被设置为不支持通过不采用资源预留机制的方式协商第二媒体。则所述媒体服务器可以向所述被叫终端发送播放本地媒体的通知消息。或者所述被叫终端等待一段时间后自行播放本地媒体。
610、被叫用户摘机;主叫终端与所述被叫终端通过不采用资源预留机制的方式对于第一媒体重协商;所述主叫终端与所述被叫终端通话。
具体可以参见步骤415-426,这里不再赘述。
方式二:所述被叫终端不与所述媒体服务器对于第二媒体协商。
611、所述被叫终端通过所述CSCF设备向所述媒体服务器发送对于第二媒体协商失败的通知消息,例如420错误消息。若是由于场景二所述被叫终端自身不支持资源预留机制,所述420错误消息的Unsupported头域携带precondition取值,以指示错误原因为所述被叫终端不支持资源预留机制。
612、所述被叫终端播放本地媒体。
应理解,步骤611和步骤612没有时序限定。
613、所述媒体服务器向所述主叫终端发送振铃消息,(如180消息),以指示所述被叫终端已振铃。
614、被叫用户摘机。
615、所述被叫终端向所述媒体服务器发送摘机响应(如200OK消息),用以指示所述被叫终端已摘机。
616、所述媒体服务器向所述主叫终端转发所述摘机响应。
该情况下,由于对于所述第二媒体的协商没有完成,所述主叫终端与所述被叫终端之间可以不需要对于第一媒体重协商。
617、所述主叫终端向所述被叫终端发送对于所述摘机响应的响应消息(如ACK消息),用以指示已接收所述摘机响应。
618、所述主叫终端与所述被叫终端通话。
本申请实施例还提供了一种网络设备的结构示意图,如图7所示,包括接收模块701,发送模块702。其中:
接收模块701,用于接收第一呼叫请求(如INVITE消息),其中所述第一呼叫请求用于主叫终端向被叫终端发起呼叫;
发送模块702,用于基于所述第一呼叫请求向所述被叫终端发送第二呼叫请求(如INVITE消息);
所述接收模块701,还用于接收所述被叫终端发送的响应于所述第二呼叫请求的第一响应消息(如183消息),所述第一响应消息指示所述被叫终端支持资源预留机制;
所述发送模块702,还用于基于所述第一响应消息,向媒体服务器发送第二响应消息(如183消息),其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持。
作为一种可选的方式,所述网络设备还可以包括存储模块703,用于存储不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息。
作为一种可选的方式,所述网络设备还可以包括处理模块704,用于基于所述存储模块703存储的不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息,删除所述第一响应消息的所述Supported头域中的precondition取值,并插入第一取值,以得到所述第二响应消息。所述第一取值可以参见图2所示实施例的步骤202的描述,和/或图4所示实施例的步骤402的描述,这里不再赘述。
作为一种可选的方式,所述网络设备可以是CSCF设备,如P-CSCF设备。
另外,所述第一呼叫请求、所述第二呼叫请求、所述第一响应消息、与所述第二响应消息也可以参见前述图2,和图4的任一实施例中的相关描述,不再赘述。并且这些模块还可以用于实现前述图2,和图4的任一实施例中的相关功能,不再赘述。
在本实施例中,网络设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到网络设备可以采用处理器、存储器和通信接口来实现。
本申请实施例还提供了另一种网络设备的结构示意图,如图8所示,包括接收模块801,发送模块802。其中:
接收模块801,用于接收第一呼叫请求(如INVITE消息),其中所述第一呼叫请求用于主叫终端向被叫终端发起呼叫;具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图5所示实施例步骤501或者图6所示实施例步骤601等。
发送模块802,用于基于所述第一呼叫请求向所述被叫终端发送第二呼叫请求(如INVITE消息),其中所述第二呼叫请求指示资源预留机制不被支持;具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图5所示实施例步骤501或者图6所示实施例步骤601等。
所述接收模块801,还用于接收所述被叫终端发送的响应于所述第二呼叫请求的响应消息(如183消息),所述响应消息指示对于第一媒体的协商不采用资源预留机制;具体可以参见图3所示实施例中步骤302、图5所示实施例步骤502或者图6所示实施例步骤602等。
所述接收模块801,还用于接收所述媒体服务器发送的第一更新消息(如UPDATE消息),其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),所述第一更新消息指示所述对于第二媒体的协商采用资源预留机制;具体可以参见图2所示实施例中步骤204、图3所示实施例中步骤303、图4所示实施例步骤407、图5所示实施例步骤507或者图6所示实施例步骤607等。
所述发送模块802,还用于基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息(如g.3gpp.crs参数)、以及所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。具体可以参见图2所示实施例中步骤204、图3所示实施例中步骤303、图4所示实施例步骤407、图5所示实施例步骤507或者图6所示实施例步骤607等。
作为一种可选的方式,所述网络设备还可以包括存储模块803,用于存储不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息。具体可以参见图2所示实施例中步骤202、图4所示实施例步骤402等。
作为一种可选的方式,所述网络设备还可以包括处理模块804,用于基于所述第一更新消息中携带的指示所述媒体能力信息与第二媒体相关的指示信息(如g.3gpp.crs参数)确定此次采用资源预留机制协商的是第二媒体。并且,所述第一更新消息的Spported头域携带precondition取值,且所述第一更新消息还携带QOS参数,以指示对于第二媒体的协商采用资源预留机制。进一步地,所述处理模块804不会删除所述precondition取值和所述QOS参数。具体可以参见图2所示实施例中步骤204、图4所示实施例步骤407、图5所示实施例步骤507或者图6所示实施例步骤607等。
一个可能的设计中,所述第一呼叫请求的Supported头域或者Require头域携带precondition取值,以指示所述主叫终端支持资源预留机制;所述处理模块804还用于基于存储模块803存储的不支持对于第一媒体的资源预留机制的配置信息,删除所述第一呼叫请求的Supported头域或者Require头域中的precondition取值以得到所述第二呼叫请求。具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图5所示实施例步骤501或者图6所示实施例步骤601等。
作为一种可选的方式,所述网络设备可以是CSCF设备,如P-CSCF设备。
另外,并且这些模块还可以用于实现前述图3,图5或者图6的任一实施例中的相关功能,不再赘述。
在本实施例中,网络设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到网络设备可以采用处理器、存储器和通信接口来实现。
本申请实施例还提供了一种媒体服务器的结构示意图,如图9所示,包括接收模块901,发送模块902和媒体协商模块903。其中:
所述接收模块901,用于接收呼叫请求,其中所述呼叫请求用于主叫终端向被叫终端发起呼叫;所述发送模块902,用于向所述被叫终端转发所述呼叫请求;所述接收模块901,还用于接收对于所述呼叫请求的响应消息,其中所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;所述媒体协商模块903,用于采用资源预留机制,与所述被叫终端对于第二媒体协商。
作为一种可选的方式,所述媒体服务器还包括处理模块904,用于基于所述响应消息携带所述第一取值,确定被叫终端支持资源预留机制、和/或所述网络支持对于第二媒体的资源预留机制。
另外,所述呼叫请求、所述响应消息也可以参见前述图2,和图4的任一实施例中的相关描述,不再赘述。并且这些模块还可以用于实现前述图2,和图4的任一实施例中的相关功能,不再赘述。
在本实施例中,媒体服务器是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到媒体服务器可以采用处理器、存储器和通信接口来实现。
本申请实施例还提供了另一种媒体服务器的结构示意图,如图10所示,包括接收模块1001和发送模块1002。其中:
所述接收模块1001用于接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求指示资源预留机制不被支持;所述发送模块1002用于向所述被叫终端转发所述呼叫请求;具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图5所示实施例步骤501或者图6所示实施例步骤601等。
所述接收模块1001还用于接收所述被叫终端发送的对于所述呼叫请求的响应消息;具体可以参见图2所示实施例中步骤202、图3所示实施例中步骤302、图4所示实施例步骤402、图5所示实施例步骤502或者图6所示实施例步骤602等。
所述发送模块1002还用于向所述被叫终端发送第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息(如所述媒体服务器的SDP信息),且所述第一更新消息还指示所述对于第二媒体的协商采用资源预留机制。具体可以参见图2所示实施例中步骤204、图3所示实施例中步骤303、图4所示实施例步骤407、图5所示实施例步骤507或者图6所示实施例步骤607等。
作为一种可选的方式,所述对于所述呼叫请求的响应消息指示资源预留机制被支持,如所述响应消息的Supported头域携带precondition取值。具体可以参见图2所示实施例中步骤202、或者图4所示实施例步骤402等。
作为一种可选的方式,所述对于所述呼叫请求的响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),所述响应消息还指示所述对于第一媒体的协商不采用资源预留机制。具体可以参见图2所示实施例中步骤202、图3所示实施例中步骤302、图4所示实施例步骤402、图5所示实施例步骤502或者图6所示实施例步骤602等。
作为一种可选的方式,所述对于所述呼叫请求的响应消息指示资源预留机制不被支持,如所述响应消息的Supported头域和Require头域不携带precondition取值。所述媒体服务器在不确定被叫终端、和/或网络是否支持资源预留机制的情况下,还是尝试采用资源预留机制对于第二媒体进行协商。具体可以参见图3所示实施例中步骤302、图5所示实施例步骤502或者图6所示实施例步骤602等。
作为一种可选的方式,所述接收模块1001还用于接收对于所述第一更新消息的第七响应消息,其中,所述第七响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述第七响应消息指示所述对于第二媒体的协商不采用资源预留机制。所述媒体服务器可以包括处理模块1003,用于根据所述第七响应消息确定被叫终端和/或网络不支持对于第二媒体的协商采用资源预留机制。所述处理模块1003,还可以用于根据所述第七响应消息确定采用资源预留机制对于第二媒体协商失败了。具体可以参见图3所示实施例中步骤303B、或者图6所示实施例步骤608、609等。
作为一种可选的方式,所述发送模块1002还用于向所述被叫终端发送播放本地媒体的通知消息。这样如果采用资源预留机制对于第二媒体协商失败了,被叫终端还是可以自行播放本地媒体,不影响用户体验。具体可以参见图3所示实施例中步骤303B、或者图6所示实施例步骤609等。
作为一种可选的方式,所述接收模块1001还用于接收所述被叫终端返回的协商失败的通知消息;所述媒体服务器还包括媒体协商模块1004,用于通过不采用资源预留机制的方式,再次与所述被叫终端对于第二媒体协商。具体可以参见图3所示实施例中步骤303B、或者图6所示实施例步骤609等。
另外,这些模块还可以用于实现前述图2-图6的任一实施例中的相关功能,不再赘述。
在本实施例中,媒体服务器是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到媒体服务器可以采用处理器、存储器和通信接口来实现。
本申请实施例还提供了一种被叫终端的结构示意图,如图11所示,包括接收模块1101,发送模块1102和媒体协商模块1103。其中:所述接收模块1101,用于接收呼叫请求,其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫,且所述呼叫请求指示资源预留机制不被支持;具体可以参见图2所示实施例中步骤201、或者图4所示实施例步骤401等。
所述发送模块1102,用于基于所述被叫终端自身支持资源预留机制,向所述主叫终端发送对于所述呼叫请求的响应消息,其中所述响应消息指示所述被叫终端支持资源预留机制;具体可以参见图2所示实施例中步骤202、或者图4所示实施例步骤402等。
所述媒体协商模块1103,用于采用资源预留机制,与媒体服务器对于第二媒体协商。具体可以参见图2所示实施例中步骤203-212、或者图4所示实施例步骤406-413等。
另外,所述呼叫请求、所述响应消息也可以参见前述图2,和图4的任一实施例中的相关描述,不再赘述。并且这些模块还可以用于实现前述图2,和图4的任一实施例中的相关功能,不再赘述。
在本实施例中,被叫终端是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到被叫终端可以采用处理器、存储器和通信接口来实现。
本申请实施例还提供了另一种被叫终端的结构示意图,如图12所示,包括接收模块1201,发送模块1202。其中:所述接收模块1201用于接收呼叫请求(如INVITE消息),其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫,所述呼叫请求指示资源预留机制不被支持;具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图4所示实施例步骤401、图5所示实施例步骤501或者图6所示实施例步骤601等。
所述发送模块1202用于向所述主叫终端发送对于所述呼叫请求的响应消息(如183消息),其中所述响应消息指示资源预留机制不被支持;具体可以参见图3所示实施例中步骤302、图5所示实施例步骤502或者图6所示实施例步骤602等。
所述接收模块1201还用于接收所述媒体服务器发送的第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),且所述第一更新消息还指示所述对于第二媒体的协商采用资源预留机制。具体可以参见图2所示实施例中步骤204、图3所示实施例中步骤303、图4所示实施例步骤407、图5所示实施例步骤507或者图6所示实施例步骤607等。
作为一种可选的方式,所述对于所述呼叫请求的响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),所述响应消息还指示所述对于第一媒体的协商不采用资源预留机制。具体可以参见图2所示实施例中步骤202、图3所示实施例中步骤302、图4所示实施例步骤402、图5所示实施例步骤502或者图6所示实施例步骤602等。
作为一种可选的方式,所述对于所述呼叫请求指示资源预留机制不被支持,如所述呼叫请求的Supported头域和Require头域不携带precondition取值。具体可以参见图2所示实施例中步骤201、图3所示实施例中步骤301、图4所示实施例步骤401、图5所示实施例步骤501或者图6所示实施例步骤601等。
作为一种可选的方式,所述发送模块1202还用于基于所述被叫终端支持资源预留机制,向所述媒体服务器发送对于所述第一更新消息的响应消息,所述对于所述第一更新消息的响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述第七响应消息指示所述对于第二媒体的协商采用资源预留机制。具体可以参见图3所示实施例中步骤303A、图4所示实施例步骤408-409、图5所示实施例步骤508-509等。
作为一种可选的方式,所述发送模块1202还用于基于所述被叫终端不支持资源预留机制,向所述媒体服务器发送对于所述第一更新消息的响应消息,其中,所述对于所述第一更新消息的响应消息携带用于对于第二媒体协商的所述被叫终端的媒体能力信息(如所述被叫终端的SDP信息),并且,所述对于所述第一更新消息的响应消息指示所述对于第二媒体的协商不采用资源预留机制。具体可以参见图3所示实施例中步骤303B、或者图6所示实施例步骤608等。
作为一种可选的方式,所述发送模块1202还用于基于所述被叫终端不支持资源预留机制,向所述媒体服务器返回协商失败的通知消息。进而所述被叫终端可以播放本地媒体或者进一步与所述媒体服务器通过不采用资源预留机制的方法对于第二媒体协商。具体可以参见图3所示实施例中步骤303B、或者图6所示实施例步骤611-612等。
另外,这些模块还可以用于实现前述图2,和图4的任一实施例中的相关功能,不再赘述。
在本实施例中,被叫终端是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到被叫终端可以采用处理器、存储器和通信接口来实现。
本申请实施例的网络设备、媒体服务器或者被叫终端还可以以图13中的计算机设备(或系统)的方式来实现。图13所示为本申请明实施例提供的计算机设备示意图。该计算机设备包括至少一个处理器1301,通信总线1302和存储器1303,还可以包括至少一个通信接口1304和I/O接口1305。
处理器可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线可包括一通路,在上述组件之间传送信息。所述通信接口,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
存储器可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,所述存储器用于存储执行本申请方案的应用程序代码,并由处理器来控制执行。所述处理器用于执行所述存储器中存储的应用程序代码。
在具体实现中,处理器可以包括一个或多个CPU,每个CPU可以是一个单核(single-core)处理器,也可以是一个多核(multi-Core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,该计算机设备还可以包括输入/输出(I/O)接口。例如,输出设备可以是液晶显示器(liquid crystal display,LCD),发光二级管(lightemitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备可以是台式机、便携式电脑、网络服务器、掌上电脑(PersonalDigital Assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图13中类似结构的设备。本申请实施例不限定计算机设备的类型。
如图1中的各网络设备例如CSCF设备等等,可以为图13所示的设备,存储器中存储了一个或多个软件模块。网络设备可以通过处理器以及存储器中的程序代码来实现软件模块,完成上述实施例中第一网络设备或者CSCF设备执行的方法。
如图1中的媒体服务器可以为图13所示的设备,存储器中存储了一个或多个软件模块。媒体服务器可以通过处理器以及存储器中的程序代码来实现软件模块,完成上述实施例中媒体服务器执行的方法。
如图1中的被叫终端可以为图13所示的设备,存储器中存储了一个或多个软件模块。媒体服务器可以通过处理器以及存储器中的程序代码来实现软件模块,完成上述实施例中被叫终端执行的方法。
本申请实施例还提供了一种计算机可读存储介质,用于存储为上述图13所示的设备(各网络设备、媒体服务器或者被叫终端)所用的计算机软件指令,其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序,可以实现上述方法。
本申请实施例还提供了一种呼叫处理的系统,该系统包括网络设备和媒体服务器,其中,网络设备可以执行上述实施例中第一网络设备或者CSCF设备执行的任何步骤;媒体服务器可以执行上述实施例中媒体服务器执行的任何步骤,本申请实施例不再赘述。作为一种可选方法,所述第一网络设备具体可以是P-CSCF设备。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他模块可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员能够领会,结合本文公开描述的各种说明性逻辑框、模块和算法步骤所描述的功能可以硬件、软件、固件或其任何组合来实施。如果以软件来实施,那么各种说明性逻辑框、模块、和步骤描述的功能可作为一或多个指令或代码在计算机可读媒体上存储或传输,且由基于硬件的处理单元执行。计算机可读媒体可包含计算机可读存储媒体,其对应于有形媒体,例如数据存储媒体,或包括任何促进将计算机程序从一处传送到另一处的媒体(例如,根据通信协议)的通信媒体。以此方式,计算机可读媒体大体上可对应于(1)非暂时性的有形计算机可读存储媒体,或(2)通信媒体,例如信号或载波。数据存储媒体可为可由一或多个计算机或一或多个处理器存取以检索用于实施本申请中描述的技术的指令、代码和/或数据结构的任何可用媒体。计算机程序产品可包含计算机可读媒体。
作为实例而非限制,此类计算机可读存储媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用来存储指令或数据结构的形式的所要程序代码并且可由计算机存取的任何其它媒体。并且,任何连接被恰当地称作计算机可读媒体。举例来说,如果使用同轴缆线、光纤缆线、双绞线、数字订户线(DSL)或例如红外线、无线电和微波等无线技术从网站、服务器或其它远程源传输指令,那么同轴缆线、光纤缆线、双绞线、DSL或例如红外线、无线电和微波等无线技术包含在媒体的定义中。但是,应理解,所述计算机可读存储媒体和数据存储媒体并不包括连接、载波、信号或其它暂时媒体,而是实际上针对于非暂时性有形存储媒体。如本文中所使用,磁盘和光盘包含压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)和蓝光光盘,其中磁盘通常以磁性方式再现数据,而光盘利用激光以光学方式再现数据。以上各项的组合也应包含在计算机可读媒体的范围内。
可通过例如一或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等效集成或离散逻辑电路等一或多个处理器来执行指令。因此,如本文中所使用的术语“处理器”可指前述结构或适合于实施本文中所描述的技术的任一其它结构中的任一者。另外,在一些方面中,本文中所描述的各种说明性逻辑框、模块、和步骤所描述的功能可以提供于经配置以用于编码和解码的专用硬件和/或软件模块内,或者并入在组合编解码器中。而且,所述技术可完全实施于一或多个电路或逻辑元件中。
本申请的技术可在各种各样的装置或设备中实施,包含无线手持机、集成电路(IC)或一组IC(例如,芯片组)。本申请中描述各种组件、模块或单元是为了强调用于执行所揭示的技术的装置的功能方面,但未必需要由不同硬件单元实现。实际上,如上文所描述,各种单元可结合合适的软件和/或固件组合在编码解码器硬件单元中,或者通过互操作硬件单元(包含如上文所描述的一或多个处理器)来提供。
以上所述,仅为本申请示例性的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (30)
1.一种呼叫处理的方法,其特征在于,应用于网络设备,所述方法包括:
接收呼叫请求,所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
向所述被叫终端发送所述呼叫请求;
接收所述被叫终端发送的对于所述呼叫请求的第一响应消息,其中所述第一响应消息指示所述被叫终端支持资源预留机制;
基于所述第一响应消息,向媒体服务器发送第二响应消息,其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,所述第二媒体是为所述被叫终端播放的媒体。
2.根据权利要求1所述的方法,其特征在于,所述网络设备不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制。
3.根据权利要求1所述的方法,其特征在于,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述第二响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
4.根据权利要求3所述的方法,其特征在于,所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述第二响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制。
5.根据权利要求4所述的方法,其特征在于,所述第一响应消息指示所述被叫终端支持资源预留机制,包括:所述第一响应消息的Supported头域携带precondition取值;
所述基于所述第一响应消息,向媒体服务器发送第二响应消息,包括:
基于所述网络设备不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,删除所述第一响应消息的所述Supported头域中的precondition取值,并插入所述第一取值,以得到所述第二响应消息;
向所述媒体服务器发送所述第二响应消息。
6.根据权利要求1-5任一所述的方法,其特征在于,所述方法还包括:
接收所述媒体服务器发送的第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息,且所述对于第二媒体的协商采用资源预留机制;
基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息、所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。
7.一种呼叫处理方法,其特征在于,应用于媒体服务器,所述方法包括:
接收呼叫请求,其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
向所述被叫终端转发所述呼叫请求;
接收对于所述呼叫请求的响应消息,其中所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;
采用资源预留机制,与所述被叫终端对于第二媒体协商,所述第二媒体是为所述被叫终端播放的媒体。
8.根据权利要求7所述的方法,其特征在于,所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
9.根据权利要求8所述的方法,其特征在于,所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
基于所述响应消息携带所述第一取值,确定被叫终端支持资源预留机制、和/或所述网络支持对于第二媒体的资源预留机制。
11.根据权利要求7-10任一所述的方法,其特征在于,所述响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息,其中所述对于第一媒体的协商不采用资源预留机制。
12.根据权利要求7-10任一所述的方法,其特征在于,所述呼叫请求指示资源预留机制不被支持。
13.一种呼叫处理方法,其特征在于,应用于被叫终端,所述方法包括:
接收呼叫请求,其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫,且所述呼叫请求指示资源预留机制不被支持,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
基于所述被叫终端自身支持资源预留机制,向所述主叫终端发送对于所述呼叫请求的响应消息,其中所述响应消息指示所述被叫终端支持资源预留机制;
采用资源预留机制,与媒体服务器对于第二媒体协商,所述第二媒体是为所述被叫终端播放的媒体。
14.根据权利要求13所述的方法,其特征在于,所述呼叫请求指示资源预留机制不被支持,包括:所述呼叫请求的Supported头域和Require头域都不携带precondition取值;
所述响应消息指示所述被叫终端支持资源预留机制,包括:所述响应消息的Supported头域携带precondition取值。
15.根据权利要求13或14所述的方法,其特征在于,所述响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息,其中所述对于第一媒体的协商不采用资源预留机制。
16.一种网络设备,其特征在于,包括:
接收模块,用于接收呼叫请求,其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
发送模块,用于向所述被叫终端发送所述呼叫请求;
所述接收模块,还用于接收所述被叫终端发送的对于所述呼叫请求的第一响应消息,所述第一响应消息指示所述被叫终端支持资源预留机制;
所述发送模块,还用于基于所述第一响应消息,向媒体服务器发送第二响应消息,其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,所述第二媒体是为所述被叫终端播放的媒体。
17.根据权利要求16所述的网络设备,其特征在于,还包括存储模块,用于存储不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制的配置信息。
18.根据权利要求16所述的网络设备,其特征在于,所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述第二响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
19.根据权利要求18所述的网络设备,其特征在于,所述第二响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述第二响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制。
20.根据权利要求19所述的网络设备,其特征在于,所述第一响应消息指示所述被叫终端支持资源预留机制,包括:所述第一响应消息的Supported头域携带precondition取值;
所述发送模块用于基于所述第一响应消息,向媒体服务器发送第二响应消息,具体包括:
处理模块用于基于所述网络设备不支持对于第一媒体的资源预留机制而支持对于第二媒体的资源预留机制,删除所述第一响应消息的所述Supported头域中的precondition取值,并插入所述第一取值,以得到所述第二响应消息;
所述发送模块用于向所述媒体服务器发送所述第二响应消息。
21.根据权利要求16-20任一所述的网络设备,其特征在于,所述接收模块还用于接收所述媒体服务器发送的第一更新消息,其中,所述第一更新消息携带用于对于第二媒体的协商的所述媒体服务器的媒体能力信息,且所述对于第二媒体的协商采用资源预留机制;
所述发送模块还用于基于所述第一更新消息携带的指示所述媒体能力信息与第二媒体相关的指示信息、所述网络设备支持对于第二媒体的资源预留机制,向所述被叫终端转发所述第一更新消息。
22.一种媒体服务器,其特征在于,包括:
接收模块,用于接收呼叫请求,其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
发送模块,用于向所述被叫终端转发所述呼叫请求;
所述接收模块,还用于接收对于所述呼叫请求的响应消息,其中所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;
媒体协商模块,用于采用资源预留机制,与所述被叫终端对于第二媒体协商,所述第二媒体是为所述被叫终端播放的媒体。
23.根据权利要求22所述的媒体服务器,其特征在于,所述响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持,包括:所述响应消息的Supported头域不携带precondition取值以指示对于第一媒体的资源预留机制不被支持;所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息。
24.根据权利要求23所述的媒体服务器,其特征在于,所述响应消息携带指示对于第二媒体的资源预留机制被支持的指示信息,包括:所述响应消息携带第一取值;其中,所述第一取值用于指示网络支持对于第二媒体的资源预留机制。
25.根据权利要求24所述的媒体服务器,其特征在于,还包括处理模块,用于基于所述响应消息携带所述第一取值,确定被叫终端支持资源预留机制、和/或所述网络支持对于第二媒体的资源预留机制。
26.一种被叫终端,其特征在于,包括:
接收模块,用于接收呼叫请求,其中所述呼叫请求用于主叫终端向所述被叫终端发起呼叫,且所述呼叫请求指示资源预留机制不被支持,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
发送模块,用于基于所述被叫终端自身支持资源预留机制,向所述主叫终端发送对于所述呼叫请求的响应消息,其中所述响应消息指示所述被叫终端支持资源预留机制;
媒体协商模块,用于采用资源预留机制,与媒体服务器对于第二媒体协商,所述第二媒体是为所述被叫终端播放的媒体。
27.根据权利要求26所述的被叫终端,其特征在于,所述呼叫请求指示资源预留机制不被支持,包括:所述呼叫请求的Supported头域和Require头域都不携带precondition取值;
所述响应消息指示所述被叫终端支持资源预留机制,包括:所述响应消息的Supported头域携带precondition取值。
28.根据权利要求26或27所述的被叫终端,其特征在于,所述响应消息还携带用于对于第一媒体的协商的所述被叫终端的媒体能力信息,其中所述对于第一媒体的协商不采用资源预留机制。
29.一种呼叫处理的方法,其特征在于,所述方法包括:
媒体服务器接收呼叫请求,其中所述呼叫请求用于主叫终端向被叫终端发起呼叫,所述呼叫请求的Supported头域和Require头域不携带precondition取值,和/或所述呼叫请求不携带服务质量QOS参数;
所述媒体服务器向所述被叫终端转发所述呼叫请求;
网络设备接收所述被叫终端发送的对于所述呼叫请求的第一响应消息,其中所述第一响应消息指示所述被叫终端支持资源预留机制;
所述网络设备基于所述第一响应消息,向所述媒体服务器发送第二响应消息,其中所述第二响应消息指示对于第一媒体的资源预留机制不被支持而对于第二媒体的资源预留机制被支持;
所述媒体服务器采用资源预留机制,与所述被叫终端对于第二媒体协商,所述第二媒体是为所述被叫终端播放的媒体。
30.一种呼叫处理的系统,其特征在于,包括网络设备、媒体服务器,
所述网络设备为权利要求16-21任一所述的设备;
所述媒体服务器为权利要求22-25任一所述的设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911413377.9A CN113132923B (zh) | 2019-12-31 | 2019-12-31 | 呼叫处理的方法、系统及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911413377.9A CN113132923B (zh) | 2019-12-31 | 2019-12-31 | 呼叫处理的方法、系统及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113132923A CN113132923A (zh) | 2021-07-16 |
CN113132923B true CN113132923B (zh) | 2022-08-26 |
Family
ID=76770325
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911413377.9A Active CN113132923B (zh) | 2019-12-31 | 2019-12-31 | 呼叫处理的方法、系统及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113132923B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116668586B (zh) * | 2022-11-14 | 2024-03-19 | 荣耀终端有限公司 | 私享彩铃业务状态的控制方法、终端、服务器及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043647A (zh) * | 2007-03-13 | 2007-09-26 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置 |
CN101316269A (zh) * | 2008-06-19 | 2008-12-03 | 中兴通讯股份有限公司 | 集团彩铃业务实现方法及系统、视频网关 |
CN101374259A (zh) * | 2007-08-22 | 2009-02-25 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法和装置 |
CN101668229A (zh) * | 2008-09-03 | 2010-03-10 | 华为技术有限公司 | 多媒体铃音业务的呼叫和控制方法、装置及系统 |
CN108616834A (zh) * | 2017-01-04 | 2018-10-02 | 中国移动通信有限公司研究院 | 一种附加业务的传输方法、装置及系统 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000008821A1 (en) * | 1998-08-04 | 2000-02-17 | At & T Corp. | A method for exchanging signaling messages in two phases |
CN101267597B (zh) * | 2007-03-13 | 2012-04-04 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置 |
CN101237614B (zh) * | 2008-02-29 | 2012-01-11 | 中兴通讯股份有限公司 | 一种实现彩铃业务的方法 |
CN101448221B (zh) * | 2008-04-02 | 2011-05-25 | 中兴通讯股份有限公司 | 一种通话态支持早期会话的方法 |
CN101582950B (zh) * | 2009-06-04 | 2012-07-11 | 中兴通讯股份有限公司 | Ip多媒体子系统中振铃态转接方法及系统 |
CN102130888B (zh) * | 2010-01-19 | 2014-07-09 | 华为终端有限公司 | 通话过程中继续播放彩铃和彩振的方法和服务器 |
CN102131158B (zh) * | 2011-02-22 | 2015-12-16 | 中兴通讯股份有限公司 | 一种实现多媒体彩铃业务的方法及系统 |
CN106856469A (zh) * | 2015-12-09 | 2017-06-16 | 中国电信股份有限公司 | 资源预留机制实现方法、应用服务器和系统 |
-
2019
- 2019-12-31 CN CN201911413377.9A patent/CN113132923B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043647A (zh) * | 2007-03-13 | 2007-09-26 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置 |
CN101374259A (zh) * | 2007-08-22 | 2009-02-25 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法和装置 |
CN101316269A (zh) * | 2008-06-19 | 2008-12-03 | 中兴通讯股份有限公司 | 集团彩铃业务实现方法及系统、视频网关 |
CN101668229A (zh) * | 2008-09-03 | 2010-03-10 | 华为技术有限公司 | 多媒体铃音业务的呼叫和控制方法、装置及系统 |
CN108616834A (zh) * | 2017-01-04 | 2018-10-02 | 中国移动通信有限公司研究院 | 一种附加业务的传输方法、装置及系统 |
Non-Patent Citations (1)
Title |
---|
C1-161781 "Clarifications of call setup and session modifications using preconditions";Qualcomm Incorporated;《3GPP tsg_ct\WG1_mm-cc-sm_ex-CN1》;20160401;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113132923A (zh) | 2021-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110971766B (zh) | 呼叫处理的方法和设备 | |
US11924372B2 (en) | Call processing method and device | |
US20210136128A1 (en) | Interaction information transmission method and apparatus | |
CN113556429B (zh) | 一种呼叫处理的方法和设备 | |
CN111756933A (zh) | 一种播放多媒体彩振、彩铃的方法、应用服务器 | |
WO2021218653A1 (zh) | 媒体资源传输方法、相关装置及系统 | |
CN115190468B (zh) | 重拨方法及终端设备 | |
CN116636192A (zh) | 一种呼叫处理系统和呼叫处理方法 | |
CN112584440B (zh) | 一种播放视频媒体的方法及装置 | |
US11005900B2 (en) | Notifications to all devices to update state | |
US20240244093A1 (en) | Communication method, signaling control network element, media control network element and communication system | |
CN113132923B (zh) | 呼叫处理的方法、系统及相关装置 | |
US20240089369A1 (en) | Method for playing multimedia customized ringing signal and customized alerting tone, and application server | |
CN110460603A (zh) | 多媒体文件的传输方法、终端、服务器、系统及存储介质 | |
CN112671674B (zh) | 呼叫处理的方法、系统及相关装置 | |
CN108260170A (zh) | 一种资源预留控制方法和mgcf单元 | |
US11575716B2 (en) | Apparatuses and methods for providing reliable delivery of application data | |
CN116346988A (zh) | 接收来电的方法和装置 | |
CN113973230A (zh) | 一种呼叫处理方法、装置及系统 | |
CN117715235A (zh) | 一种通信建立方法、装置、终端设备及网络侧设备 | |
KR20220018761A (ko) | 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜 |
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 |