WO2020073793A1 - 状态提示多媒体播放的方法、系统及装置 - Google Patents

状态提示多媒体播放的方法、系统及装置 Download PDF

Info

Publication number
WO2020073793A1
WO2020073793A1 PCT/CN2019/107352 CN2019107352W WO2020073793A1 WO 2020073793 A1 WO2020073793 A1 WO 2020073793A1 CN 2019107352 W CN2019107352 W CN 2019107352W WO 2020073793 A1 WO2020073793 A1 WO 2020073793A1
Authority
WO
WIPO (PCT)
Prior art keywords
multimedia
terminal device
application server
status prompt
identifier
Prior art date
Application number
PCT/CN2019/107352
Other languages
English (en)
French (fr)
Inventor
邓志磊
孟斌
徐长月
吴诗生
王栋
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP19872145.8A priority Critical patent/EP3840427B1/en
Publication of WO2020073793A1 publication Critical patent/WO2020073793A1/zh
Priority to US17/200,285 priority patent/US11509767B2/en

Links

Images

Classifications

    • 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/428—Arrangements for placing incoming calls on hold
    • H04M3/4288—Notifying a called subscriber of an incoming call during an ongoing call, e.g. Call Waiting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • 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/428—Arrangements for placing incoming calls on hold
    • H04M3/4285—Notifying, informing or entertaining a held party while on hold, e.g. Music On Hold
    • 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/48—Arrangements for recalling a calling subscriber when the wanted subscriber ceases to be busy
    • 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/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/537—Arrangements for indicating the presence of a recorded message, whereby the presence information might include a preview or summary of the message
    • 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
    • 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

Definitions

  • the called user customizes the personalized status prompt multimedia when the non-idle state is customized, and the calling user can hear or see the called user's personalized status prompt multimedia when the non-idle state is customized, thereby enriching telecommunications services and improving users Experience.
  • the method before sending the first multimedia request to the status prompt application server, the method further includes: the TAS sends a call response containing an early media identification to the calling terminal device to prevent the calling terminal device from playing a regular call sound. This process not only realizes the process of the calling terminal device making a voice call, but also suppresses the calling terminal device itself from playing regular tones.
  • the method further includes: the TAS sends a notification message to the status prompt application server, where the notification message includes an instruction to play the status prompt multimedia, so that the status prompt application server can play the status prompt multimedia to the calling terminal according to the instruction .
  • the non-idle identifier can be specifically a non-idle identifier, specifically a call busy identifier, a shutdown identifier, a call waiting identifier, a call hold identifier, a network busy identifier, a network failure identifier, an incoming call restriction identifier, Fraudulent logo, arrearage call restriction logo or landing call restriction logo.
  • the first multimedia request may also carry a status prompt identifier, and the status prompt identifier may identify that the called user has customized a personalized status prompt multimedia.
  • the status prompt identifier and the non-idle identifier may be carried in different header fields of the first multimedia request. For example, the status prompt identifier may be carried in the Contact header field, and the non-idle identifier may be carried in the Alert-info header field.
  • an embodiment of the present application provides a status prompt application server, including several functional modules for implementing any method of the second aspect.
  • the status prompt application server may include: a request module for receiving a first multimedia request sent by the telephone application server TAS, the first multimedia request including a status prompt identifier and a non-idle identifier; a negotiation module, It is used to implement multimedia capability negotiation with the calling terminal device; a playback module is used to play the status prompt multimedia corresponding to the non-idle identifier to the calling terminal device.
  • IMS internet protocol multimedia subsystem
  • EPC evolved packet core network
  • the core network in the calling IMS domain includes: service-call control function (serving-call session control function, S-CSCF), query-call session control function (interrogating-call session control function, I-CSCF), agent-call session Control function (proxy-call session control function, P-CSCF), home subscriber server (home subscriber server, HSS), session border controller (session border controller, SBC), and several dedicated application servers (application server, AS),
  • S-CSCF serving-call session control function
  • I-CSCF query-call session control function
  • I-CSCF agent-call session Control function
  • P-CSCF home subscriber server
  • home subscriber server home subscriber server, HSS
  • session border controller session border controller
  • AS session border controller
  • the I-CSCF and S-CSCF can be set together, which can be referred to as "I / S-CSCF” for short.
  • SBC and P-CSCF can be set together and can be referred to as "SBC / P-CSCF” for short.
  • the called IMS domain may also include a status prompt application server.
  • the status prompt application server may be regarded as a dedicated application server that can be co-located with the CRBT application server. Together, it can also be used as an independent network element. It should be noted that the foregoing description does not constitute a limitation on the system architecture diagram of the embodiment of the present invention.
  • the system architecture diagram of the embodiment of the present invention includes but is not limited to that shown in FIG. 1.
  • the application server in the embodiment of the present invention may be specifically a multimedia telephony application server (multimedia telephony application server, MMTel AS) and a status prompt application server.
  • S-CSCF can be used for user registration, authentication control, session routing and service trigger control, and maintain session state information.
  • I-CSCF can be used for the assignment and query of S-CSCF registered by users.
  • P-CSCF can be used for signaling and message proxy.
  • HSS can be used to store user subscription information and location information.
  • SBC can provide secure access and media processing.
  • MME is the core equipment of EPC network.
  • the S-GW can be used for the connection between the IMS core network and the wireless network
  • P-GW can be used for the connection between the IMS core network and the IP network.
  • the status alert application server can be an independent entity or an AS using existing services. As long as the AS can implement the status alert multimedia service capability, the status alert application server can be co-located with RBT MRS. In other cases, the status prompt application server may also be co-located with TAS. At this time, the interaction between the status prompt application server and TAS is the internal interaction of the co-located entity.
  • Step 203 After receiving the invite message, the TAS sequentially matches the trigger conditions set in different service data according to the pre-configured service execution sequence relationship, and executes the corresponding service according to whether the trigger conditions match successfully. For example, for two pre-configured services, service 1 is to check whether the payment is in arrears, service 2 is to trigger the call to be called, and service 2 will only be triggered when service 1 determines that it is not in arrears. At this time, TAS first confirms whether the called number included in the invite message is in arrears (service 1).
  • TAS sends a 183 message to terminal a through the S-CSCF of the called side to achieve the negotiation of audio capabilities between terminal a and terminal b.
  • the 183 message is in response to the invite message sent by terminal a in step 1.
  • the invite message can be Carrying the audio capabilities of terminal a, at this time the 183 message will carry the audio capabilities of terminal b, so that the audio capabilities of terminal a and terminal b are negotiated.
  • Step 209 The terminal a receives the 183 message, and according to the early media identifier carried in the 183 message, the terminal a suppresses the local tone of the beep sound played locally by the terminal a according to the early media identifier, and waits for the status to prompt the application server to play the personalized status prompt multimedia
  • This regular tone can also be played by TAS to terminal a. Since terminal b is currently in a non-idle state rather than a normally reachable state, it cannot play regular tone to terminal a.
  • the terminal a also sends a provisional acknowledgement (prack) message to the S-CSCF on the called side.
  • Steps 401-402 are the same as steps 201-202 and will not be repeated here.
  • Step 403 TAS determines that terminal b is in the off state, and TAS determines that terminal b has customized the personalized status prompt service, first normally completes the negotiation with the calling side audio prompt media, and sends a 183 message to the called side S-CSCF. The message also carried early media identification.
  • the foregoing sending module 502 may also be used to send a call response containing an early media identification to the calling terminal device, so as to suppress the calling terminal device from playing regular tones. Or it can also be used to send a notification message to the status prompt application server, where the notification message includes an indication of playing status prompt multimedia.
  • the receiving module 503 may also be used to receive a call busy message, a call waiting message, or a call holding message sent by the called terminal device.
  • FIG. 6 is a block diagram of an example status prompt application server 600 described in an embodiment of the present application.
  • the status prompt application server may specifically include a request module 601, a negotiation module 602, and a playback module 603, where the request module 601 may be used to receive a first multimedia request sent by the TAS, and the first multimedia request may include a status prompt identifier And non-idle ID.
  • the negotiation module is used to implement multimedia capability negotiation with the calling terminal device.
  • the playing module 603 can be used to play the status prompt multimedia corresponding to the non-idle identifier to the calling terminal device.
  • the memory 730 may include a read only memory (ROM) device or a random access memory (RAM) device. Any other suitable type of storage device may also be used as the memory 730.
  • the memory 730 may include code and data 731 accessed by the processor 710 using the bus 750.
  • the memory 730 may further include an operating system 733 and an application program 735, and the application program 735 includes at least one program that allows the processor 710 to execute the method of status prompt multimedia playback described in this application.
  • the application program 1235 may include applications 1 to N, which further include executing the application described in the present application for implementing status prompt multimedia playback.

Landscapes

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

Abstract

本申请实施例公开了状态提示多媒体播放的方法，包括：状态提示应用服务器接收TAS发送包含非空闲标识的第一多媒体请求，通过向TAS发送包含状态提示多媒体会话描述协议SDP的第一多媒体响应，接收所述TAS发送的包含主叫多媒体SDP第一多媒体确认消息，这样状态提示应用服务器就获得了主叫多媒体SDP，实现了状态提示应用服务器与主叫终端设备的多媒体能力集之间的协商确认，从而状态提示应用服务器可以根据不同的非空闲标识，向主叫终端设备播放对应的状态提示多媒体，这样就实现了非空闲状态下的个性化状态提示多媒体的播放。

Description

状态提示多媒体播放的方法、系统及装置
本申请要求于2018年10月9日提交中国知识产权局、申请号为201811173742.9，发明名称为“状态提示多媒体播放的方法、系统及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种状态提示多媒体播放的方法、系统及装置。
背景技术
目前彩铃已经是非常成熟的一种电信增值业务了，当前的彩铃(包含视频彩铃)只能覆盖被叫用户在网并且空闲的场景，即只有在被叫用户空闲时，主叫用户才能体验到彩铃业务。但是被叫用户处于其它状态(如用户关机、用户忙、欠费)或者补充业务(呼叫等待、呼叫保持)时，被叫侧网络对主叫用户播放非定制化的普通关机或忙音等，主叫用户无法听到个性化的铃音，被叫用户也无法定制这种非空闲状态情况下的个性化铃音。
发明内容
本申请实施例提供一种状态提示多媒体播放的方法、系统、电话应用服务器及状态提示应用服务器，可以实现被叫用户定制非空闲状态时的个性化状态提示多媒体，以及主叫用户可以听到或者看到被叫用户定制非空闲状态时的个性化状态提示多媒体，从而丰富了电信业务和提高用户体验。
第一方面，本申请实施例提供了一种状态提示多媒体播放的方法，包括：接收主叫终端设备对被叫终端设备发送的呼叫请求，电信应用服务器(telephony application server，TAS)确定被叫终端设备处于非空闲状态以及被叫终端设备定制了个性化状态提示多媒体时，向状态提示应用服务器发送第一多媒体请求，这样可以触发并且实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商，从而实现了状态提示应用服务器对主叫终端设备播放状态提示多媒体。这样实现被叫用户定制非空闲状态时的个性化状态提示多媒体，以及主叫用户可以听到或者看到被叫用户定制非空闲状态时的个性化状态提示多媒体，从而丰富了电信业务和提高用户体验。
在可行的实施方式下，实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商的具体过程可以包括：TAS接收状态提示应用服务器发送的第一多媒体响应，该第一多媒体响应包含状态提示应用服务器的多媒体能力集，该能力集可以承载在状态提示多媒体会话描述协议(session description protocol，SDP)中；然后TAS将包含状态提示应用服务器的多媒体能力集的第二多媒体请求发送给主叫终端设备，以及接收主叫终端设备发送的包含主叫终端设备的多媒体能力集的第二多媒体响应，该主叫终端设备的多媒体能力集承载在主叫多媒体SDP中。TAS进一步向状态提示应用服务器发送包含主叫终端设备的多媒体能力集的第一多媒体确认消息，这样状态提示应用服务器就获得了主叫终端设备的多媒体能力集，实现了状态提示应用服务器与主叫终端设备的多媒体能力集之间的协商确认，从而可以对主叫终端设备播放状态提示多媒体。
在可行的实施方式下，在向状态提示应用服务器发送第一多媒体请求之前，还包括：TAS向主叫终端设备发送包含早期媒体标识的呼叫响应，以抑制所述主叫终端设备播放常规音。 这个过程不仅实现了主叫终端设备进行语音呼叫的流程，也能够抑制主叫终端设备自身播放常规音。
在可行的实施方式下，还包括：TAS向状态提示应用服务器发送通知消息，所述通知消息包含播放状态提示多媒体的指示，这样状态提示应用服务器就可以根据该指示对主叫终端播放状态提示多媒体。
应当理解的是，这里的非空闲状态的不同，确定被叫终端设备处于非空闲状态的过程就会不同，例如：接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息，根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态；或者根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态，确定所述被叫终端设备处于非空闲状态；或者当网络发生故障时，确定所述被叫终端设备处于非空闲状态。
应当理解的是，第一多媒体请求可以包括状态提示标识和非空闲标识，非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。状态提示应用服务器可以根本不同的非空闲标识，播放不同的状态提示多媒体。状态提示标识可以标识该被叫用户定制了个性化状态提示多媒体，从而触发了状态提示应用服务器执行状态提示多媒体播放的相关操作。
应当理解的是，状态提示标识和非空闲标识可以承载在第一多媒体请求的不同头域，例如：状态提示标识可以承载在Contact头域中，所述非空闲标识可以承载在Alert-info头域中。
第二方面，本申请实施例提供一种状态提示多媒体播放的方法，该方法可以在状态提示应用服务器中执行，具体包括：接收TAS发送包含非空闲标识的第一多媒体请求，实现与主叫终端设备之间的多媒体能力协商，从而状态提示应用服务器可以根据不同的非空闲标识，向主叫终端设备播放对应的状态提示多媒体，这样就实现了非空闲状态下的个性化状态提示多媒体的播放。非空闲标识可以有多种，例如：非空闲标识可以具体为非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。该第一多媒体请求还可以携带状态提示标识，该状态提示标识可以标识该被叫用户定制了个性化状态提示多媒体。状态提示标识和非空闲标识可以承载在第一多媒体请求的不同头域，例如：状态提示标识可以承载在Contact头域中，所述非空闲标识可以承载在Alert-info头域中。
在可行的实施方式下，状态提示应用服务器实现与主叫终端设备之间的多媒体能力协商的过程可以包括：状态提示应用服务器向所述TAS发送第一多媒体响应，所述第一多媒体响应包含所述状态提示应用服务器的多媒体能力集，该能力集可以承载在状态提示多媒体SDP中；接收TAS发送的第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集，该能力集可以承载在主叫SDP中；
在可行的实施方式下，对主叫终端设备播放所述非空闲标识对应的状态提示多媒体有两种方式，第一种方式，状态提示应用服务器接收所述TAS发送通知消息，所述通知消息包含播放状态提示多媒体的指示，根据所述指示，对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。第二种方式，状态提示应用服务器在接收到所述第一多媒体确认消息之后启动定时器，当定时器的定时到达时，对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
第三方面，本申请实施例提供一种电话应用服务器，包括用于实施第一方面的任意一种 方法的若干个功能模块。举例来说，电话应用服务器可以包括：接收模块，用于接收主叫终端设备对被叫终端设备发送的呼叫请求；确定模块，用于确定被叫终端设备处于非空闲状态以及所述被叫终端设备定制了个性化状态提示多媒体；发送模块，用于向状态提示应用服务器发送第一多媒体请求，实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商，以便于所述状态提示应用服务器为所述主叫终端设备播放个性化状态提示多媒体。
第四方面，本申请实施例提供一种状态提示应用服务器，包括用于实施第二方面的任意一种方法的若干个功能模块。举例来说，状态提示应用服务器可以包括：请求模块，用于接收电话应用服务器TAS发送的第一多媒体请求，所述第一多媒体请求包含状态提示标识和非空闲标识；协商模块，用于实现与主叫终端设备之间的多媒体能力协商；播放模块，用于对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。对于协商模块而言，可以具体用于根据所述状态提示标识，向所述TAS发送第一多媒体响应，所述第一多媒体响应包含状态提示应用服务器的多媒体能力集或者接收所述TAS发送的第一多媒体确认消息，所述第一多媒体确认消息包含主叫终端的多媒体能力集。
第五方面，本申请实施例提供一种状态提示多媒体播放的系统，包括如第三方面的电话应用服务器和第四方面的状态提示应用服务器。
第六方面，本申请实施例提供一种计算机设备，包括：相互耦合的非易失性存储器和处理器，所述处理器调用存储在所述存储器中的程序代码以执行第一方面的任意一种方法的部分或全部步骤。
第七方面，本申请实施例提供一种计算机设备，包括：相互耦合的非易失性存储器和处理器，所述处理器调用存储在所述存储器中的程序代码以执行第二方面的任意一种方法的部分或全部步骤。
第八方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储了程序代码，其中，所述程序代码包括用于执行第一方面的任意一种方法的部分或全部步骤的指令。
第九方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储了程序代码，其中，所述程序代码包括用于执行第二方面的任意一种方法的部分或全部步骤的指令。
第十方面，本申请实施例提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。
第十一方面，本申请实施例提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行第二方面的任意一种方法的部分或全部步骤。
应当理解的是，本申请的第三、六、八至第十方面与本申请的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，本申请的第四、七、九至第十一方面与本申请的第二方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例中一种状态提示播放的系统的示意性框图；
图2为本申请实施例中一种被叫用户忙时状态提示播放的方法的流程图；
图3为本申请实施例中一种被叫用户呼叫等待时状态提示播放的方法的流程图；
图4为本申请实施例中一种被叫用户关机时状态提示播放的方法的流程图；
图5为本申请实施例中一种TAS的示意性框图；
图6为本申请实施例中一种状态提示应用服务器的示意性框图；
图7为本申请实施例中的计算设备的示意性框图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
为本申请实施例可以适用在第二代移动通信技术(the 2nd Generation mobile communication technology，2G)网络架构、第三代移动通信技术(the 5rd Generation mobile communication technology，3G)网络架构、第四代移动通信技术(the 4th Generation mobile communication technology，4G)网络架构、第五代移动通信技术(the 5th Generation mobile communication technology，5G)网络架构和未来网络。为了描述方便，下面以4G网络架构为例来说明该方案的网络架构和方法流程。本发明技术方案应用在VoLTE基本网络组网架构如图1所示，为本发明实施例的一个系统架构图，可包括：主叫终端设备、被叫终端设备、无线网络、主叫网际协议(internet protocol，IP)多媒体子系统(IP multimedia subsystem，IMS)域网络和被叫IMS域网络。主叫IMS域可包括主叫IMS域核心网和演进分组核心网(Evolved Packet Core，EPC)。在主叫IMS域核心网包括：服务-呼叫控制功能(serving-call session control function，S-CSCF)、查询-呼叫会话控制功能(interrogating-call session control function，I-CSCF)、代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)、归属用户服务器(home subscriber server，HSS)、会话边界控制器(session border controller，SBC)以及若干个专用应用服务器(application server，AS)，其中I-CSCF可以和S-CSCF合设在一起，可以简称为“I/S-CSCF”。SBC和P-CSCF可以合设在一起，可以简称为“SBC/P-CSCF”。在被叫IMS域除了包括上述主叫IMS域中所说明的网元之外，还可以包括状态提示应用服务器，该状态提示应用服务器可以认为一种专用应用服务器，可以与彩铃应用服务器合设在一起，也可以作为独立网元。需要说明的是，上述的说明并不构成对发明实施例的系统架构图的限定，本发明实施例的系统架构图包括但不限于在图1所示。在本发明实施例中的应用服务器可以具体为多媒体电话应用服务器(multimedia telephony application server，MMTel AS)和状态提示应用服务器。EPC中包括分组数据网网关(packet data network gateway，P-GW)、服务网关(serving gateway，S-GW)和移动管理实体(mobile management entity，MME)。其中，P-GW和S-GW可以合设在一起，可以简称为“S/P-GW”。彩铃平台作为重要的电信增值业务平台，彩铃平台可包括彩铃应用服务器(ring back tone application server，RBT AS)和彩铃媒体资源服务器(Ring Back Tone Media Resource Server，RBT MRS)，需要说明的是，RBT AS和RBT MRS可以是单独的实体，也可以集成在一起，逻辑上是相互独立的两个模块，位于被叫IMS域核心网侧。彩铃平台的信令面与核心网S-CSCF相连，媒体面与SBC相连，为用户提供彩铃的媒体放音。
上述的各个网元(除了专用应用服务器之外)的功能都是通信网络中的标准网元，在这里不做详细描述，仅仅做简要说明。例如：S-CSCF可以用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息。I-CSCF可以用于用户注册的S-CSCF的指配和查询。P-CSCF可以用于信令和消息的代理。HSS可以用于存储用户签约信息和位置信息。SBC可以提供安全接入和媒体处理。MME是EPC网络的核心设备。S-GW可以用于IMS核心网与无线网络的连接，P-GW可以用于IMS核心网和IP网络的连接。状态提示应用服务器可以为用户提供呼叫系统状态(如用户关机、用户忙、呼叫等待等)场景下可个性化定制视频提示音的服务，如播放一段视频图像并结合语音“您所拨打的用户已关机，请稍后再拨！”的提示。对被叫处于非空闲状态(如用户关机、用户忙、呼叫等待等状态)场景下的呼叫流程进行改造，通过电话应用服务器(telephony application server，TAS)控制状态提示应用服务器播放个性化的状态提示多媒体，来改变播放默认状态语音提示音的传统方式。TAS还可以与MMTel AS或者其他功能相近服务器集成在一起。状态提示应用服务器可以是一个独立的实体或者利用已有业务的AS来实现，只要该AS能实现状态提示多媒体服务的能力，状态提示应用服务器可以与RBT MRS合设。在另外一些情况，状态提示应用服务器还可与TAS合设，在此时，状态提示应用服务器和TAS之间的交互即为该合设后的实体内部交互。
终端设备，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。具体的，终端设备可以是可接入移动网络的终端设备(terminal device)，手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
图2是根据本申请的一种状态提示多媒体播放的方法200的示意性流程图。实施本方案后的基于状态提示应用服务器的个性化播放状态提示多媒体的呼叫流程如下。该方法200可以应用在图1网络架构无线架构中，当然也可以应用在其他通信场景中，本申请实施例在此不作限制。终端a是主叫终端设备，终端b是被叫终端设备，并且终端b处于忙状态。为了简化描述，图2中的主叫侧只用了终端a来表示，终端a与主叫IMS域的各个网元之间的交互在这里就不赘述了。图2中的被叫IMS域的网元包含了S-CSCF、TAS和状态提示应用服务器，图2中省略了在图2中未出现的被叫IMS域的网元和图2中出现的被叫IMS域的网元的交互过程。具体的过程包括：
步骤201：在终端a向终端b发起语音呼叫时，终端a通过主叫侧的S-CSCF向被叫侧S-CSCF发送呼叫请求，该呼叫请求可以包含主叫号码和被叫号码，该呼叫请求可以具体为invite消息，下面以invite消息为例进行说明。
步骤202：被叫侧的S-CSCF接收终端a发送的invite消息，被叫侧的S-CSCF向TAS发送该invite消息。
步骤203：TAS接收到invite消息后，根据预先配置的业务执行顺序关系，依次匹配不同业务数据中设定的触发条件，根据触发条件匹配成功与否，执行相应业务。例如，预先配置的两个业务，业务1为检查是否欠费，业务2为触发呼叫被叫，并且只有当业务1确定不 欠费时，才会触发业务2。此时，TAS首先确认invite消息包含的被叫号码是否欠费(业务1)，如果该被叫号码没有欠费，TAS向被叫侧的S-CSCF发送invite消息(业务2)；如果该被叫号码没有欠费，则终止呼叫。下面以被叫号码没有欠费为例进一步介绍方案。
步骤204：被叫侧的S-CSCF接收到TAS发送的invite消息后，向终端b发送invite消息，以呼叫终端b。
步骤205：终端b接收到invite消息，由于终端b正处于忙的状态，终端b无法接通该呼叫，此时终端b向被叫侧的S-CSCF发送呼叫忙消息，该呼叫忙消息可以为486消息，该486消息自身就可以表示被叫终端设备忙。
另外，该486消息还可以包含非空闲状态，该非空闲状态还可以具体为忙状态，其它网元可以通过该非空闲状态确认该被叫终端设备正处于非空闲状态。
步骤206：被叫侧的S-CSCF接收到该486消息后，将该486消息发送给TAS。
步骤207：TAS接收了486消息，根据该486消息(或者根据486消息中包含的非空闲状态)确定了该终端b为忙状态。并且TAS查询该被叫用户是否定制了个性化状态提示多媒体的业务，如果该被叫用户定制了个性化状态提示多媒体的业务，则TAS向被叫侧的S-CSCF发送183消息，该183消息携带了早期媒体标识。
TAS通过被叫侧的S-CSCF向终端a发送183消息可以实现了终端a与终端b之间的音频能力的协商，该183消息是为了响应步骤1终端a发送的invite消息，该invite消息可以携带了终端a的音频能力，此时183消息将携带终端b的音频能力，这样就实现了终端a和终端b的音频能力协商了。
步骤208：被叫侧的S-CSCF向终端a发送183消息。
步骤209：终端a接收了183消息，根据183消息中携带的早期媒体标识，终端a根据该早期媒体标识抑制终端a本地播放嘟嘟音的常规音，等待状态提示应用服务器播放个性化状态提示多媒体，该常规音也可以由TAS向终端a播放，由于目前终端b处于非空闲状态，而不是正常可接通状态，因此不能向终端a播放常规音。终端a还向被叫侧的S-CSCF发送临时确认(provisional acknowledgement，prack)消息。
步骤210：被叫侧的S-CSCF接收了prack消息，向TAS发送prack消息。
步骤211：TAS接收到了prack消息，向被叫侧的S-CSCF发送响应该prack消息的200OK消息。
步骤212：被叫侧的S-CSCF接收了200OK消息后，向终端a发送了200OK消息。
这样TAS通过步骤207-212过程中的183消息/prack消息的交互完成了与终端a之间的正常音频媒体协商。但是由于终端b当前处于非空闲状态，并且终端b定制了个性化状态提示多媒体的业务，此时终端a等待与状态提示应用服务器之间的多媒体能力协商。
步骤213：在步骤211收到prack消息后，由于TAS已经确认了终端b已经处于非空闲状态以及终端b定制了个性化状态提示多媒体的业务。此时TAS需要触发状态提示应用服务器和终端a之间的多媒体能力协商，这里的多媒体包括了音频，视频或者音视频中的一个。TAS向状态提示应用服务器发送第一多媒体请求，该多媒体请求可以具体为不携带任何会话描述协议(session description protocol,SDP)的invite消息，该invite消息中包含了个性化状态提示标识和非空闲标识，由于TAS此时并没有终端a的多媒体能力集，因此这里TAS向状态提示应用服务器发送的invite消息并不携带主叫多媒体SDP。
具体来说，可以在invite消息的头域中携带个性化状态提示标识和非空闲标识，非空闲 标识可以具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识等。比如：呼叫忙标识为call-busy、关机标识为out-of-service、呼叫等待标识为call-waiting等等。比如：在invite消息中Contact头域中携带个性化状态提示标识，如StatusVideo。在invite消息中Alert-info头域，该Alert-info头域中Service的Alert-indication内容可以携带非空闲标识，该非空闲标识不同，Alert-info头域携带的信息可能也会不同。下面以Alert-info头域携带一个具体信息为例进行说明，例如：Alert-Info:urn:alert:service:call-busy或者Alert-Info:urn:alert:service:out-of-service。
步骤214：状态提示应用服务器接收了上述第一多媒体请求，根据个性化状态提示标识向TAS发送第一多媒体响应，该第一多媒体响应具体可以为对invite消息响应的200OK消息，该200OK消息携带了状态提示应用服务器的多媒体能力集，该能力集可以承载在状态提示多媒体SDP中，该状态提示多媒体SDP的目的是为了与终端a进行多媒体能力协商，从而实现状态提示服务器对终端a播放多媒体，多媒体能力集可以具体为音频能力集，视频能力集或者音视频能力集，能力集具体可以包括：支持的音频格式，支持的视频格式，视频分辨率或者支持带宽大小等等，这里不做具体限制。
步骤215：TAS接收了该200OK消息后，向被叫侧S-CSCF发送第二多媒体请求，该第二多媒体请求具体为携带状态提示多媒体SDP的更新(update)消息。
由于在步骤207中TAS已经向被叫侧S-CSCF发送了包含被叫终端的音频能力集的183消息，而此时TAS需要触发更新终端a与状态提示应用服务器的多媒体能力协商，因此需要通过被叫侧S-CSCF向终端a发送包含状态提示多媒体SDP的update消息，从而更新终端a与被叫侧的多媒体能力协商。
步骤216：被叫侧S-CSCF接收到了上述携带状态提示多媒体SDP的update消息，并将update消息发送给终端a。
步骤217：终端a接收到了该update消息，根据自身状态向被叫侧S-CSCF发送第二多媒体响应，该第二多媒体响应具体为响应update消息的200OK消息，该200OK消息携带了主叫终端设备的多媒体能力集，该主叫终端设备的多媒体能力集可以承载在主叫多媒体SDP中。
步骤218：被叫侧S-CSCF接收到上述200OK消息，并将该200OK消息发送给TAS。
步骤219：TAS接收到了上述200OK消息，并向状态提示应用服务器发送第一多媒体确认消息，该第一多媒体确认消息具体可以为响应步骤214的200OK消息的确认(acknowledgement，ACK)消息。该ACK消息包含主叫多媒体SDP。
通过步骤214-219在主叫侧网元和被叫侧网元之间的交互，TAS将状态提示应用服务器的多媒体能力集发送给主叫终端设备，这样主叫终端设备可以从状态提示应用服务器的多媒体能力集中选择出主叫终端设备也支持的多媒体能力集，并将选择出多媒体能力集发送给TAS，TAS再将该选择出的多媒体能力集发送给状态提示应用服务器，这样实现了主叫终端设备和状态提示应用服务器之间的多媒体能力协商，在实现了多媒体能力协商后，可以使得状态提示应用服务器对主叫终端设备播放被叫终端设备定制的个性化状态提示多媒体。
步骤220：TAS还可以向状态提示应用服务器发送通知消息，该通知消息可以具体为INFO消息。
步骤221：状态提示应用服务器接收到该INFO消息，当状态提示应用服务器收到TAS 发送的INFO消息后，根据步骤213接收到的非空闲标识具体内容，播放相应的状态提示多媒体，例如：非空闲标识为用户忙，则播放用户忙的状态提示多媒体；非空闲标识为呼叫等待时，则播放呼叫等待的状态提示多媒体。状态提示应用服务器向TAS发送通知确认消息，该通知确认消息具体为对INFO消息的200OK消息。步骤220-221是可选的，如果步骤220中TAS不发送INFO，状态提示应用服务器可以通过定时器方式启动播放。比如：状态提示应用服务器在收到包含主叫多媒体SDP的ACK响应后，启动定时器，当定时器的定时到达时(比如50毫秒)，状态提示应用服务器开始对终端b播放非空闲标识对应的状态提示多媒体，该状态提示多媒体的内容具体可以为广告，被叫录制的视频，或者其他个性化的视频等。
步骤222-227：主叫用户挂机，终端a发送cancel消息到被叫域TAS，TAS回复对cancel消息的200OK消息到主叫，并向状态提示应用服务器发送bye消息，状态提示应用服务器拆线并回复对bye消息的200OK消息。
图3是本发明实施例另外一种状态提示音播放的流程方案，在该实施例下，终端a是主叫终端设备，终端b是被叫终端设备，终端b处于呼叫等待。具体的过程包括：
步骤301-304与步骤201-204相同，这里不再赘述。
步骤305：终端b接收到invite消息后，此时终端b正处于呼叫等待，终端b向被叫侧的S-CSCF发送表示呼叫等待的180消息，该180消息可以包含非空闲状态，该非空闲状态可以具体为呼叫等待。
步骤306：被叫侧的S-CSCF接收到180消息后，将该180消息发送给TAS。
步骤307：TAS接收了180消息，根据该180消息确定终端b为呼叫等待的状态，TAS向被叫侧的S-CSCF发送183消息，该183消息是为了正常完成与主叫侧音频协商，该183消息还携带了早期媒体标识。
步骤308-319与步骤208-219相同，这里不再赘述。
步骤320：TAS还可以向被叫侧S-CSCF发送180消息，该180消息是为了响应步骤306所回复的。
步骤321：被叫侧S-CSCF向终端a发送180消息。
步骤322-329与步骤220-227相同，这里不再赘述。
图4是本发明实施例另外一种状态提示音播放的流程方案，在该实施例下，终端a是主叫终端设备，终端b是被叫终端设备，设备b处于关机状态。具体的过程包括：
步骤401-402与步骤201-202相同，这里不再赘述。
步骤403：TAS确定终端b处于关机状态，并且TAS确定终端b定制了个性化状态提示业务，先正常完成与主叫侧音频提示音媒体协商，向被叫侧S-CSCF发送183消息，该183消息还携带了早期媒体标识。
当终端b关机时，即终端b失去了与无线网络的连接，此时TAS中将不保存被叫用户的注册信息，当TAS中没有查询到该被叫用户的注册信息时，则确认该终端b处于关机状态。
步骤404-423与步骤208-227相同，这里不再赘述。
图5为本申请实施例中所描述的一种实例的TAS500的框图。TAS500具体可以包括确定模块501、发送模块502和接收模块503。其中，确定模块501用于确定被叫终端设备处于非空闲状态以及所述被叫终端设备定制了状态提示多媒体。发送模块502用于向其它网元 发送消息，例如：发送模块502可以用于向状态提示应用服务器发送第一多媒体请求，实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商，这样状态提示应用服务器可以为所述主叫终端设备播放状态提示多媒体；或者发送模块502还可以用于向主叫终端设备发送包含所述状态提示应用服务器的多媒体能力集的第二多媒体请求；或者发送模块502还用于可以向所述状态提示应用服务器发送第一多媒体确认消息，第一多媒体确认消息包含所述主叫终端的多媒体能力集。接收模块503用于接收其它网元发送规定消息，例如：接收模块503，可以用于接收主叫终端对被叫终端发送的呼叫请求，或者接收模块503还用于接收所述状态提示应用服务器发送的第一多媒体响应，第一多媒体响应包含状态提示应用服务器的多媒体能力集；或者接模块503，还可以用于接收主叫终端设备发送的第二多媒体响应，所述第二多媒体响应包含所述主叫终端设备的多媒体能力集。
在一些可行的实施方式中，上述发送模块502，还可以用于向所述主叫终端设备发送包含早期媒体标识的呼叫响应，以抑制所述主叫终端设备播放常规音。或者还可以用于向所述状态提示应用服务器发送通知消息，所述通知消息包含播放状态提示多媒体的指示。接收模块503，还可以用于接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息。
在一些可行的实施方式中，确定模块501在确定被叫终端设备处于非空闲状态时可以通过以下方式确定：根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态；或者根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态，确定所述被叫终端设备处于非空闲状态；或者当网络发生故障时，确定所述被叫终端设备处于非空闲状态。
需要说明的是，本申请实施例的TAS中的各个模块为实现本申请状态提示多媒体播放方法中所包含的各种执行步骤的功能主体，即具备实现完整实现本申请状态提示多媒体播放方法中的涉及TAS各个步骤以及这些步骤的扩展及变形的功能主体，具体请参见本文中对图2-4方法的介绍，为简洁起见，本文将不再赘述。
图6为本申请实施例中所描述的一种实例的状态提示应用服务器600的框图。状态提示应用服务器具体可以包括请求模块601、协商模块602和播放模块603，其中，请求模块601可以用于接收TAS发送的第一多媒体请求，该第一多媒体请求可以包含状态提示标识和非空闲标识。协商模块，用于实现与主叫终端设备之间的多媒体能力协商播放模块603可以用于对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
在一些可行的实施方式中，上述协商模块602进一步可以用于向所述TAS发送第一多媒体响应，所述第一多媒体响应包含状态提示应用服务器的能力集；以及接收所述TAS发送的第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
在一些可行的实施方式中，上述播放模块603有两种播放方式，第一种方式，播放模块603可以接收TAS发送通知消息，所述通知消息包含播放状态提示多媒体的指示，根据所述指示，对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。第二种方式，播放模块603可以在接收到所述第一多媒体确认消息之后启动定时器，当所述定时器的定时到达时，对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
需要说明的是，本申请实施例的状态提示应用服务器中的各个模块为实现本申请状态提示多媒体播放方法中所包含的各种执行步骤的功能主体，即具备实现完整实现本申请状态提 示多媒体播放方法中的涉及状态提示应用服务器各个步骤以及这些步骤的扩展及变形的功能主体，具体请参见本文中对图2-4方法的介绍，为简洁起见，本文将不再赘述。
图7为本申请实施例的TAS或者状态提示服务器(以下简称计算设备700)的一种实现方式的示意性框图。其中，该计算设备700可以包括处理器710、存储器730和总线系统750。其中，处理器和存储器通过总线系统相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令。TAS的存储器存储程序代码，且处理器可以调用存储器中存储的程序代码执行本申请描述的各种状态提示多媒体播放的方法。为避免重复，这里不再详细描述。
在本申请实施例中，该处理器710可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器710还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器730可以包括只读存储器(ROM)设备或者随机存取存储器(RAM)设备。任何其他适宜类型的存储设备也可以用作存储器730。存储器730可以包括由处理器710使用总线750访问的代码和数据731。存储器730可以进一步包括操作系统733和应用程序735，该应用程序735包括允许处理器710执行本申请描述的状态提示多媒体播放的方法的至少一个程序。例如，应用程序1235可以包括应用1至N，其进一步包括执行在本申请描述的为实现状态提示多媒体播放的应用。
该总线系统750除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统750。
可选的，译码设备700还可以包括一个或多个输出设备，诸如显示器770。在一个示例中，显示器770可以是触感显示器，其将显示器与可操作地感测触摸输入的触感单元合并。显示器770可以经由总线750连接到处理器710。
本领域技术人员能够领会，结合本文公开描述的各种说明性逻辑框、模块和算法步骤所描述的功能可以硬件、软件、固件或其任何组合来实施。如果以软件来实施，那么各种说明性逻辑框、模块、和步骤描述的功能可作为一或多个指令或代码在计算机可读媒体上存储或传输，且由基于硬件的处理单元执行。计算机可读媒体可包含计算机可读存储媒体，其对应于有形媒体，例如数据存储媒体，或包括任何促进将计算机程序从一处传送到另一处的媒体(例如，根据通信协议)的通信媒体。以此方式，计算机可读媒体大体上可对应于(1)非暂时性的有形计算机可读存储媒体，或(2)通信媒体，例如信号或载波。数据存储媒体可为可由一或多个计算机或一或多个处理器存取以检索用于实施本申请中描述的技术的指令、代码和/或数据结构的任何可用媒体。计算机程序产品可包含计算机可读媒体。
作为实例而非限制，此类计算机可读存储媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用来存储指令或数据结构的形式的所要程序代码并且可由计算机存取的任何其它媒体。并且，任何连接被恰当地称作计算机可读媒体。举例来说，如果使用同轴缆线、光纤缆线、双绞线、数字订户线(DSL)或例如红外线、无线电和微波等无线技术从网站、服务器或其它远程源传输指令，那么同轴缆线、光纤缆线、双绞线、DSL或例如红外线、无线电和微波等无线技术包含在媒体的定义中。但是，应理解，所述计算机可读存储媒体和数据存储媒体并不包括连接、载波、信号或其它暂时媒体，而是实际上针对于非暂时性有形存储媒体。如本文中所使用，磁盘和 光盘包含压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)和蓝光光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光以光学方式再现数据。以上各项的组合也应包含在计算机可读媒体的范围内。
可通过例如一或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等效集成或离散逻辑电路等一或多个处理器来执行指令。因此，如本文中所使用的术语“处理器”可指前述结构或适合于实施本文中所描述的技术的任一其它结构中的任一者。另外，在一些方面中，本文中所描述的各种说明性逻辑框、模块、和步骤所描述的功能可以提供于经配置以用于编码和解码的专用硬件和/或软件模块内，或者并入在组合编解码器中。而且，所述技术可完全实施于一或多个电路或逻辑元件中。
本申请的技术可在各种各样的装置或设备中实施，包含无线手持机、集成电路(IC)或一组IC(例如，芯片组)。本申请中描述各种组件、模块或单元是为了强调用于执行所揭示的技术的装置的功能方面，但未必需要由不同硬件单元实现。实际上，如上文所描述，各种单元可结合合适的软件和/或固件组合在编码解码器硬件单元中，或者通过互操作硬件单元(包含如上文所描述的一或多个处理器)来提供。
以上所述，仅为本申请示例性的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (22)

  1. 一种状态提示多媒体播放的方法，其特征在于，包括：
    接收主叫终端设备对被叫终端设备发送的呼叫请求；
    确定所述被叫终端设备处于非空闲状态以及所述被叫终端设备定制了状态提示多媒体；
    向状态提示应用服务器发送第一多媒体请求，实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商，以便于所述状态提示应用服务器为所述主叫终端设备播放状态提示多媒体。
  2. 如权利要求1所述的方法，其特征在于，其中，所述实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商具体为：
    接收所述状态提示应用服务器发送的第一多媒体响应，所述第一多媒体响应包含所述状态提示应用服务器的多媒体能力集；
    向所述主叫终端设备发送包含所述状态提示应用服务器的多媒体能力集的第二多媒体请求；
    接收所述主叫终端设备发送的第二多媒体响应，所述第二多媒体响应包含所述主叫终端设备的多媒体能力集；
    向所述状态提示应用服务器发送第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
  3. 如权利要求1或2所述的方法，其特征在于，还包括：向所述状态提示应用服务器发送通知消息，所述通知消息包含播放状态提示多媒体的指示。
  4. 根据权利要求1-3任一所述的方法，其特征在于，所述确定所述被叫终端设备处于非空闲状态，具体包括：
    接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息，根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态；或者
    根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态，确定所述被叫终端设备处于非空闲状态；或者
    当网络发生故障时，确定所述被叫终端设备处于非空闲状态。
  5. 根据权利要求1-4任一所述的方法，其特征在于，所述第一多媒体请求包括状态提示标识和非空闲标识，所述非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。
  6. 根据权利要求5所述的方法，其特征在于，所述状态提示标识承载在所述第一多媒体请求的Contact头域中，所述非空闲标识承载在所述第一多媒体请求的Alert-info头域中。
  7. 一种状态提示多媒体播放的方法，其特征在于，包括：
    接收电话应用服务器TAS发送的第一多媒体请求，所述第一多媒体请求包含非空闲标识；
    实现与主叫终端设备之间的多媒体能力协商；
    对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  8. 如权利要求7所述的方法，其特征在于，所述实现与主叫终端设备之间的多媒体能力协商，具体为：
    状态提示应用服务器向所述TAS发送第一多媒体响应，所述第一多媒体响应包含所述 状态提示应用服务器的多媒体能力集；
    接收所述TAS发送的第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
  9. 如权利要求7或8所述的方法，其特征在于，所述对主叫终端设备播放所述非空闲标识对应的状态提示多媒体具体为：
    接收所述TAS发送通知消息，所述通知消息包含播放状态提示多媒体的指示；
    根据所述指示，对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  10. 如权利要求7或8所述的方法，其特征在于，所述对主叫终端设备播放所述非空闲标识对应的状态提示多媒体具体为：
    在接收到所述第一多媒体确认消息之后启动定时器；
    当所述定时器的定时到达时，对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  11. 根据权利要求7-10任一所述的方法，其特征在于，状态提示标识承载在所述第一多媒体请求的Contact头域中，所述非空闲标识承载在所述第一多媒体请求的Alert-info头域中。
  12. 一种电话应用服务器，其特征在于，包括：
    接收模块，用于接收主叫终端设备对被叫终端设备发送的呼叫请求；
    确定模块，用于确定所述被叫终端设备处于非空闲状态以及所述被叫终端设备定制了状态提示多媒体；
    发送模块，用于向状态提示应用服务器发送第一多媒体请求，实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商，以便于所述状态提示应用服务器为所述主叫终端设备播放状态提示多媒体。
  13. 如权利要求12所述的电话应用服务器，其特征在于，所述接收模块，还用于接收所述状态提示应用服务器发送的第一多媒体响应，所述第一多媒体响应包含所述状态提示应用服务器的多媒体能力集；
    所述发送模块，还用于向所述主叫终端设备发送包含所述状态提示应用服务器的多媒体能力集的第二多媒体请求；
    所述接收模块，还用于接收所述主叫终端设备发送的第二多媒体响应，所述第二多媒体响应包含所述主叫终端设备的多媒体能力集；
    所述发送模块，还用于向所述状态提示应用服务器发送第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
  14. 如权利要求12或13所述的电话应用服务器，其特征在于，所述发送模块，还用于向所述状态提示应用服务器发送通知消息，所述通知消息包含播放状态提示多媒体的指示。
  15. 如权利要求12-14任一所述的电话应用服务器，其特征在于，所述接收模块，用于接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息；
    所述确定模块具体用于根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态；或者根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态，确定所述被叫终端设备处于非空闲状态；或者当网络发生故障时，确定所述被叫终端设备处于非空闲状态。
  16. 如权利要求12-14任一所述的电话应用服务器，其特征在于，所述第一多媒体请求 包括状态提示标识和非空闲标识，所述非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。
  17. 如权利要求16所述的电话应用服务器，其特征在于，所述状态提示标识承载在所述第一多媒体请求的Contact头域中，所述非空闲标识承载在所述第一多媒体请求的Alert-info头域中。
  18. 一种状态提示应用服务器，其特征在于，包括：
    请求模块，用于接收电话应用服务器TAS发送的第一多媒体请求，所述第一多媒体请求包含非空闲标识；
    协商模块，用于实现与主叫终端设备之间的多媒体能力协商；
    播放模块，用于对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  19. 如权利要求18所述的状态提示应用服务器，其特征在于，所述协商模块，具体用于向所述TAS发送第一多媒体响应，所述第一多媒体响应包含所述状态提示应用服务器的能力集；以及接收所述TAS发送的第一多媒体确认消息，所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
  20. 如权利要求18或19所述的状态提示应用服务器，其特征在于，所述播放模块具体用于：接收所述TAS发送通知消息，所述通知消息包含播放状态提示多媒体的指示，根据所述指示，对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  21. 如权利要求18或19所述的状态提示应用服务器，其特征在于，所述播放模块具体用于：在接收到所述第一多媒体确认消息之后启动定时器，当所述定时器的定时到达时，对所述主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
  22. 一种状态提示多媒体播放的系统，其特征在于，包括如权利要求12-17任一所述的电话应用服务器和如权利要求18-21任一所述的状态提示应用服务器。
PCT/CN2019/107352 2018-10-09 2019-09-23 状态提示多媒体播放的方法、系统及装置 WO2020073793A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19872145.8A EP3840427B1 (en) 2018-10-09 2019-09-23 Status prompt multimedia playback method, system and apparatus
US17/200,285 US11509767B2 (en) 2018-10-09 2021-03-12 Status prompt multimedia playing method and system, and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811173742.9 2018-10-09
CN201811173742.9A CN111031182B (zh) 2018-10-09 2018-10-09 状态提示多媒体播放的方法、系统及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/200,285 Continuation US11509767B2 (en) 2018-10-09 2021-03-12 Status prompt multimedia playing method and system, and apparatus

Publications (1)

Publication Number Publication Date
WO2020073793A1 true WO2020073793A1 (zh) 2020-04-16

Family

ID=70163687

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/107352 WO2020073793A1 (zh) 2018-10-09 2019-09-23 状态提示多媒体播放的方法、系统及装置

Country Status (4)

Country Link
US (1) US11509767B2 (zh)
EP (1) EP3840427B1 (zh)
CN (1) CN111031182B (zh)
WO (1) WO2020073793A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11470017B2 (en) * 2019-07-30 2022-10-11 At&T Intellectual Property I, L.P. Immersive reality component management via a reduced competition core network component
CN111741170B (zh) * 2020-06-19 2021-08-06 杭州东信北邮信息技术有限公司 一种5g超高清自适应视频彩铃业务系统及其实现方法
CN111741171B (zh) * 2020-06-19 2021-08-06 杭州东信北邮信息技术有限公司 一种5g增强视频彩铃业务系统及其实现方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1658632A (zh) * 2004-02-21 2005-08-24 华为技术有限公司 个性化回铃音的实现方法
CN1852360A (zh) * 2005-07-20 2006-10-25 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN1859482A (zh) * 2005-12-25 2006-11-08 华为技术有限公司 一种提供实时回铃音的方法和系统
CN1913557A (zh) * 2006-08-16 2007-02-14 陈华元 一种在被叫无法接通时发送通知信息的通信系统装置
US20090238353A1 (en) * 2008-03-20 2009-09-24 Babu Mani Method and system of call completion based on caller selected call treatment

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100222783B1 (ko) * 1996-06-27 1999-10-01 윤종용 사설교환시스템에서 통화중 내선호출 처리방법
KR20050116251A (ko) * 2004-06-07 2005-12-12 주식회사 유니게이트 멀티미디어 컨텐츠를 이용한 호출음, 통화중음 및전원오프 상태 알림음 재생방법
US8218457B2 (en) * 2004-06-29 2012-07-10 Stmicroelectronics Asia Pacific Pte. Ltd. Apparatus and method for providing communication services using multiple signaling protocols
CN1725790B (zh) * 2004-07-22 2012-06-06 华为技术有限公司 一种播放彩色回铃音的方法
CN100499707C (zh) * 2005-08-19 2009-06-10 华为技术有限公司 一种提供个性化信息的装置和方法
CN100454946C (zh) * 2005-10-21 2009-01-21 中国移动通信集团公司 在被叫终端播放个性化振铃的方法
RU2423021C2 (ru) * 2005-12-17 2011-06-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, система и терминал для обеспечения сигнала обратного вызова в режиме реального времени
CN101340629B (zh) * 2007-07-04 2013-10-09 华为技术有限公司 一种实现多媒体彩铃业务的方法、系统和装置
CN101076198B (zh) * 2007-07-12 2011-07-13 中兴通讯股份有限公司 多媒体彩像业务实现方法
US8019054B2 (en) * 2007-12-17 2011-09-13 Dialogic Corporation Method and apparatus for dynamically generating color ringback tones
US20110090904A1 (en) * 2008-07-01 2011-04-21 Jihong Zhao Method and network element for implementing a customized video service in ims networks
US8031854B2 (en) * 2008-10-20 2011-10-04 At&T Intellectual Property I, L.P. Methods, systems, and products for providing ring backs
CN101699882B (zh) * 2009-10-21 2012-07-11 华为终端有限公司 彩铃业务与补充业务交互的实现方法、装置及系统
CN103888622B (zh) * 2012-12-21 2016-08-10 中国移动通信集团北京有限公司 一种多媒体铃音播放方法、装置及系统
CN106713679A (zh) * 2015-11-13 2017-05-24 中兴通讯股份有限公司 彩铃业务推送的方法和装置
CN106027817A (zh) * 2016-05-19 2016-10-12 杭州东信北邮信息技术有限公司 一种volte视频彩铃的实现方法和系统
CN105979106B (zh) * 2016-06-13 2019-06-18 北京容联易通信息技术有限公司 一种呼叫中心系统的铃音识别方法和系统
CN106303104B (zh) * 2016-07-27 2019-12-17 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1658632A (zh) * 2004-02-21 2005-08-24 华为技术有限公司 个性化回铃音的实现方法
CN1852360A (zh) * 2005-07-20 2006-10-25 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN1859482A (zh) * 2005-12-25 2006-11-08 华为技术有限公司 一种提供实时回铃音的方法和系统
CN1913557A (zh) * 2006-08-16 2007-02-14 陈华元 一种在被叫无法接通时发送通知信息的通信系统装置
US20090238353A1 (en) * 2008-03-20 2009-09-24 Babu Mani Method and system of call completion based on caller selected call treatment

Also Published As

Publication number Publication date
CN111031182A (zh) 2020-04-17
US11509767B2 (en) 2022-11-22
EP3840427A1 (en) 2021-06-23
EP3840427A4 (en) 2021-09-08
US20210203777A1 (en) 2021-07-01
EP3840427B1 (en) 2023-11-08
CN111031182B (zh) 2021-10-22

Similar Documents

Publication Publication Date Title
US8718238B2 (en) Method and a system for implementing a multimedia ring back tone service
WO2020220781A1 (zh) 呼叫处理的的方法和设备
US8483378B2 (en) Method and system for implementing multimedia ring back tone service and multimedia caller identification service
US11509767B2 (en) Status prompt multimedia playing method and system, and apparatus
WO2021057642A1 (zh) 呼叫处理的的方法和设备
WO2020073999A1 (zh) 一种控制视频彩铃播放的方法及相关装置
US20100104082A1 (en) Method and apparatus for implementing multimedia customized rbt and multimedia customized rt services
WO2020073998A1 (zh) 一种控制呼叫中的视频彩铃的方法及相关装置
WO2012113237A1 (zh) 一种实现多媒体彩铃业务的方法、系统及装置
CN113556429B (zh) 一种呼叫处理的方法和设备
US20240089369A1 (en) Method for playing multimedia customized ringing signal and customized alerting tone, and application server
US20220240128A1 (en) Call Processing Method and System and Related Apparatus
WO2020135803A1 (zh) 一种呼叫处理的的方法和设备
CN102664863B (zh) 终端实现呼叫等待的方法、装置和系统
EP4311213A1 (en) Call processing method, and device
CN116170415B (zh) 呼叫处理方法、设备及存储介质
US9002327B2 (en) Method and device for providing user equipment with voice messages

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19872145

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019872145

Country of ref document: EP

Effective date: 20210317

NENP Non-entry into the national phase

Ref country code: DE