CN115334050B - 呼叫处理方法、装置、会话初始协议服务器及存储介质 - Google Patents
呼叫处理方法、装置、会话初始协议服务器及存储介质 Download PDFInfo
- Publication number
- CN115334050B CN115334050B CN202210962989.9A CN202210962989A CN115334050B CN 115334050 B CN115334050 B CN 115334050B CN 202210962989 A CN202210962989 A CN 202210962989A CN 115334050 B CN115334050 B CN 115334050B
- Authority
- CN
- China
- Prior art keywords
- call
- call failure
- sip server
- calling
- reason
- 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
Classifications
-
- 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/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M19/00—Current supply arrangements for telephone systems
- H04M19/02—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
- H04M19/04—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
-
- 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/42025—Calling or Called party identification service
- H04M3/42085—Called party identification service
- H04M3/42093—Notifying the calling party of information on the called or connected party
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种呼叫处理方法、装置、会话初始协议服务器及存储介质，涉及通信技术领域。该方法包括：向被叫SIP服务器发送主叫终端的呼叫请求；接收被叫SIP服务器发送的早期响应消息，早期响应消息为被叫SIP服务器在被叫终端呼叫失败时生成的用于协商早期媒体的报文，该早期响应消息包括：Reason头域指示信息，Reason头域指示信息用于指示呼叫失败原因；根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音；向主叫终端发送呼叫失败提示音，用以使主叫终端播放呼叫失败提示音。本申请可以保证用户只能听到单一风格的呼叫失败提示音，提高用户体验感。
Description
技术领域
本申请涉及通信技术领域，具体而言，涉及一种呼叫处理方法、装置、会话初始协议服务器及存储介质。
背景技术
随着通信技术的发展，利用会话初始协议(Session Initiation Protocol，SIP)搭建的呼叫网络，可以提供主叫终端和被叫终端之间呼叫业务，在主叫终端呼叫被叫终端的过程中，如果被叫终端不具备接听条件，则主叫终端的呼叫无法接续到被叫终端，会造成呼叫失败。
目前，针对呼叫无法接续的问题，为了提高用户体验，运营商会通过主叫终端向用户播放用于提示呼叫失败的音频，用于提示用户呼叫失败原因。
但是，现有的呼叫失败放音方法，由于被叫终端的SIP服务器和主叫终端的SIP服务器均会基于呼叫失败原因向主叫终端放音，导致用户会通过主叫终端听到两次呼叫失败的音频。若主叫终端和被叫终端之间的组网情况较为复杂时，例如存在多跳的SIP服务器、SIP服务器所属的运营商不同时，用户会通过主叫终端听到多次风格不同的音频，严重影响用户体验。
发明内容
本申请的目的在于，针对上述现有技术中的不足，提供一种呼叫处理方法、装置、会话初始协议服务器及存储介质，以便保证用户只能听到单一风格的呼叫失败音频，提高用户体验感。
为实现上述目的，本申请实施例采用的技术方案如下：
第一方面，本申请实施例提供了一种呼叫处理方法，应用于主叫SIP服务器，所述方法包括：
向被叫SIP服务器发送主叫终端的呼叫请求；
接收所述被叫SIP服务器发送的早期响应消息，所述早期响应消息为所述被叫SIP服务器在呼叫被叫终端失败时生成的用于协商早期媒体的报文，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括呼叫失败原因；
根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音；
向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
可选的，所述根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音之前，所述方法还包括：
将接收的所述被叫SIP服务器的呼叫失败音频进行丢弃。
可选的，所述向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音之后，所述方法还包括：
接收所述被叫SIP服务器发送的最终响应消息；
向所述主叫终端发送所述最终响应消息，以使所述主叫终端停止播放所述呼叫失败提示音。
可选的，所述Reason头域指示信息还包括：失败原因修改标识，所述根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，包括：
根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因；
根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音。
可选的，所述根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，包括：
若所述失败原因修改标识为表征强制要求使用对端响应的失败原因的第一标识，则确定所述早期响应消息中的Reason头域指示信息对应的呼叫失败原因为所述最终呼叫失败原因。
可选的，所述根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，包括：
若所述失败原因修改标识为表征根据本地策略确定失败原因的第二标识，则将所述Reason头域指示信息对应的呼叫失败原因根据所述本地策略转移为修改后的呼叫失败原因，并确定修改后的呼叫失败原因为所述最终呼叫失败原因。
可选的，所述接收所述被叫SIP服务器发送的最终响应消息之前，所述方法还包括：
接收中间SIP服务器发送的早期媒体协商请求，所述中间SIP服务器为所述主叫SIP服务器和所述被叫SIP服务器呼叫链路之间的其他SIP服务器，所述早期媒体协商请求为所述中间SIP服务器确定所述被叫终端呼叫失败时生成的请求；
基于所述早期媒体协商请求，接收所述中间SIP服务器发送的呼叫失败音频；
丢弃所述中间SIP服务器发送的呼叫失败音频；
所述接收所述被叫SIP服务器发送的最终响应消息，包括：
接收所述中间SIP服务器转发的来自所述被叫SIP服务器的最终响应消息。
第二方面，本申请实施例还提供一种呼叫处理方法，应用于被叫SIP服务器，所述方法包括：
接收主叫SIP服务器发送的来自主叫终端的呼叫请求；
响应所述呼叫请求，对被叫终端进行呼叫；
若所述被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括所述呼叫失败原因，所述早期响应消息用于使得所述主叫SIP服务器根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
可选的，所述根据呼叫失败原因，生成早期响应消息，包括：
根据所述呼叫失败原因和预先定义的失败原因修改策略，生成所述早期响应消息，所述Reason头域指示信息还包括：失败原因修改标识，用于使得所述主叫SIP服务器根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
第三方面，本申请实施例还提供一种呼叫处理装置，应用于主叫SIP服务器，所述装置包括：
呼叫请求发送模块，用于向被叫SIP服务器发送主叫终端的呼叫请求；
消息接收模块，用于接收所述被叫SIP服务器发送的早期响应消息，所述早期响应消息为所述被叫SIP服务器在呼叫被叫终端失败时生成的用于协商早期媒体的报文，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括呼叫失败原因；
提示音确定模块，用于根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音；
提示音发送模块，用于向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
可选的，所述装置还包括：音频处理模块，所述音频处理模块用于将接收的所述被叫SIP服务器发送的呼叫失败音频进行丢弃。
可选的，所述装置还包括：报文发送模块；
所述消息接收模块，还用于接收所述被叫SIP服务器发送的最终响应消息；
所述报文发送模块，用于向所述主叫终端发送所述最终响应消息，以使所述主叫终端停止播放所述呼叫失败提示音。
可选的，所述Reason头域指示信息还包括：失败原因修改标识，所述提示音确定模块，包括：
失败原因确定单元，用于根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因；
提示音确定单元，用于根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音。
可选的，所述失败原因确定单元，具体用于若所述失败原因修改标识为表征强制要求使用对端响应的失败原因的第一标识，则确定所述早期响应消息中的Reason头域指示信息对应的呼叫失败原因为所述最终呼叫失败原因。
可选的，所述失败原因确定单元，还用于若所述失败原因修改标识为表征根据本地策略确定失败原因的第二标识，则将所述Reason头域指示信息对应的呼叫失败原因根据所述本地策略转译为修改后的呼叫失败原因，并确定修改后的呼叫失败原因为所述最终呼叫失败原因。
可选的，所述装置还包括：
协商请求接收模块，用于接收中间SIP服务器发送的早期媒体协商请求，所述主叫SIP服务器和所述被叫SIP服务器呼叫链路之间的其他SIP服务器，所述早期媒体协商请求为所述中间SIP服务器确定所述被叫终端呼叫失败时生成的请求；
所述音频处理模块，还用于基于所述早期媒体协商请求，接收所述中间SIP服务器发送的呼叫失败音频；并丢弃所述中间SIP服务器发送的呼叫失败音频；
所述消息接收模块，具体用于接收所述中间SIP服务器转发的来自所述被叫SIP服务器的最终响应消息。
第四方面，本申请实施例还提供一种呼叫处理装置，应用于被叫SIP服务器，所述装置包括：
呼叫请求接收模块，用于接收主叫SIP服务器发送的来自主叫终端的呼叫请求；
终端呼叫模块，用于响应所述呼叫请求，对被叫终端进行呼叫；
早期响应消息生成模块，用于若所述被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括所述呼叫失败原因，所述早期响应消息用于使得所述主叫SIP服务器根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
可选的，所述早期响应消息生成模块，还用于根据所述呼叫失败原因和预先定义的失败原因修改策略，生成所述早期响应消息，所述Reason头域指示信息还包括：失败原因修改标识，用于使得所述主叫SIP服务器根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
第五方面，本申请实施例还提供一种会话初始协议服务器，包括：处理器和存储器，所述处理器与所处存储器连接；所述存储器，用于存储所述处理器可执行的程序指令；所述处理器，用于调用存储于所述存储器中的所述程序指令，以执行如上述第一方面实施例任一项所述的呼叫处理方法的步骤，或者，如上述第二方面实施例任一项所述的呼叫处理方法的步骤。
第六方面，本申请实施例还提供一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时，执行如上述第一方面实施例任一项所述的呼叫处理方法的步骤，或者，如上述第二方面实施例任一项所述的呼叫处理方法的步骤。
本申请的有益效果是：
本申请提供一种呼叫处理方法、装置、会话初始协议服务器及存储介质，主叫SIP服务器通过向被叫SIP服务器发送主叫终端的呼叫请求，并接收被叫SIP服务器在被叫终端呼叫失败时生成的用于协商早期媒体的早期响应消息，早期响应消息中包括指示信息，用于指示呼叫失败原因，主叫SIP服务器根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音，并向主叫终端发送呼叫失败提示音，使得主叫终端播放呼叫失败提示音。本申请将呼叫失败原因通过早期响应消息发送给主叫SIP服务器，由主叫SIP服务器基于呼叫失败原因，向主叫终端发送呼叫失败的音频，即使主叫SIP服务器与被叫SIP服务器所属运营商不同，也能保证用户通过主叫终端只能听到单一风格的呼叫失败音频，避免用户听到多种风格不同、音质不同的音频，提高用户体验感。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为一种呼叫处理系统的结构示意图；
图2为现有的呼叫处理方法的交互示意图；
图3为本申请实施例提供的一种呼叫处理方法的流程示意图；
图4为本申请实施例提供的另一种呼叫处理方法的流程示意图；
图5为本申请实施例提供的又一种呼叫处理方法的流程示意图；
图6为本申请实施例提供的一种呼叫处理方法的交互示意图；
图7为另一种呼叫处理系统的结构示意图；
图8为本申请实施例提供的再一种呼叫处理方法的流程示意图；
图9为本申请实施例提供的另一种呼叫处理方法的交互示意图；
图10为本申请实施例提供的又另一种呼叫处理方法的流程示意图；
图11为本申请实施例提供的一种呼叫处理装置的结构示意图；
图12为本申请实施例提供的另一种呼叫处理装置的结构示意图；
图13为本申请实施例提供的会话初始协议服务器的示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。
请参考图1，为一种呼叫处理系统的结构示意图，如图1所示，呼叫处理系统包括：主叫终端11、主叫SIP服务器12、被叫SIP服务器13和被叫终端14。其中，主叫终端11与主叫SIP服务器12通信连接，被叫终端14与被叫SIP服务器13通信连接，主叫SIP服务器12还与被叫SIP服务器13通信连接。
具体的，采用SIP协议的终端设备被成为SIP用户代理(User Agent，UA)，UA作为多媒体会话终端可以为用户提供多媒体会话服务，主叫终端11和被叫终端14作为多媒体会话终端，可以实现多媒体会话。
主叫SIP服务器12和被叫SIP服务器13作为SIP服务器(SIP server)，用于实现主叫终端11和被叫终端14之间的呼叫业务。
请参考图2，为现有的呼叫处理方法的交互示意图，如图2所示，该呼叫处理方法包括：
S11：主叫终端11发送的呼叫请求(Invite消息)通过主叫SIP服务器12、被叫SIP服务器13发送至被叫终端14。
S12：被叫终端14在确认无法应答时，通话终结，并向被叫SIP服务器13发送最终响应消息，该最终响应消息用于指示被叫终端呼叫失败的原因。
S13：被叫SIP服务器13在接收到最终响应消息后，向主叫SIP服务器12发送18X消息携带SDP协议，主叫SIP服务器12向主叫终端11发送18X消息携带SDP协议，18X消息携带SDP协议作为早期媒体协商请求，使得主叫终端11、主叫SIP服务器12和被叫SIP服务器13之间完成早期媒体协商。
具体的，SIP协议是主叫终端和被叫终端正式通话时所采用的会话协议，但是在被叫终端呼叫失败的情况下，运营商会通过主叫终端播放呼叫失败的音频，以提示用户呼叫失败，呼叫失败的音频被称为早期媒体(Early Media)。为了保证呼叫失败的音频可以正常播放，主叫终端与主叫SIP服务器、被叫SIP服务器之间要进行协商，该协商过程被称为早期媒体协商，早期媒体协商所采用的会话协议为会话描述协议(Session DescriptionProtocol，SDP)。
以主叫终端和被叫SIP服务器进行协商为例，早期媒体协商过程为：SDP协议寄生在SIP协议中，在主叫终端向被叫终端发送呼叫请求时，主叫终端将自己所采用的SDP协议携带在呼叫请求中发送给被叫SIP服务器，使得被叫SIP服务器确定主叫终端的SDP协议；被叫终端呼叫失败后，被叫SIP服务器将自己所采用的SDP协议携带在早期媒体协商请求中发送给主叫终端，使得主叫终端确定被叫SIP服务器的SDP协议后，被叫SIP服务器可以向主叫终端传输呼叫失败音频。
S14：被叫SIP服务器13采用SDP协议，将内部存储的呼叫失败音频通过主叫SIP服务器12实时发送给主叫终端11，以使主叫终端11向用户播放该呼叫失败音频。
S15：被叫SIP服务器13将呼叫失败音频发送完成后，将最终响应消息转发给主叫SIP服务器12。
S16：主叫SIP服务器12在接收到最终响应消息后，向主叫终端11发送18X消息携带SDP协议，使得主叫终端11和主叫SIP服务器12之间完成早期媒体协商。
S17：主叫SIP服务器12将内部存储的呼叫失败音频实时发送给主叫终端11，以使主叫终端11向用户播放该呼叫失败音频。
S18：主叫SIP服务器12将呼叫失败音频发送完成后，将最终响应消息转发给主叫终端11，主叫终端11接收到该最终响应消息后，终结该呼叫请求。
如图2所示，现有的呼叫处理方法，由于被叫SIP服务器13和主叫SIP服务器12均会基于呼叫失败的最终响应消息向主叫终端放音，导致用户会通过主叫终端11听到两次呼叫失败的音频。若主叫终端11和被叫终端14之间的组网情况较为复杂时，例如存在多跳的SIP服务器、SIP服务器所属的运营商不同时，用户会通过主叫终端11听到多次风格不同的音频，严重影响用户体验。
基于此，本申请拟提供一种呼叫处理方法、装置、会话初始协议服务器及存储介质，主叫SIP服务器通过向被叫SIP服务器发送主叫终端的呼叫请求，并接收被叫SIP服务器在被叫终端呼叫失败时生成的早期响应消息，早期响应消息中包括Reason头域指示信息，用于指示呼叫失败原因，主叫SIP服务器根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音，并向主叫终端发送呼叫失败提示音，使得主叫终端播放呼叫失败提示音，使得在主叫SIP服务器与被叫SIP服务器所属运营商不同的情况下，也能保证用户通过主叫终端只听到单一风格的呼叫失败音频，避免由于主叫SIP服务器与被叫SIP服务器所属运营商时，用户听到多种风格不同的音频的问题，提高用户体验感。
请参考图3，为本申请实施例提供的一种呼叫处理方法的流程示意图，如图3所示，该方法包括：
S101：向被叫SIP服务器发送主叫终端的呼叫请求。
本实施例中，呼叫请求为主叫终端发送的与被叫终端建立通话的请求，呼叫请求中包括被叫终端的终端标识。如图1所示，主叫终端将呼叫请求发送给主叫SIP服务器，主叫SIP服务器响应该呼叫请求，将该呼叫请求路由到该被叫终端所属的被叫SIP服务器，被叫SIP服务器基于呼叫请求中的终端标识，呼叫该终端标识对应的被叫终端。
S102：接收被叫SIP服务器发送的早期响应消息，早期响应消息为被叫SIP服务器在被叫终端呼叫失败时生成的用于协商早期媒体的报文，早期响应消息包括：Reason头域指示信息，Reason头域指示信息用于指示呼叫失败原因。
本实施例中，被叫SIP服务器在基于呼叫请求呼叫被叫终端失败时，确定呼叫失败原因，根据预先定义的报文生成策略，生成早期响应消息，该早期响应消息中的Reason头域指示信息用于指示呼叫失败原因。其中，报文生成策略用于指示表示生成呼叫失败原因的指示信息所采用的策略，采用不同的报文生成策略，所生成的早期响应消息中Reason头域指示信息的格式不同。被叫SIP服务器在生成早期响应消息后，将该早期响应消息发送给主叫SIP服务器。
在一种可选实施方式中，如图2所示，在现有的呼叫处理方法S13中，被叫SIP服务器在接收到最终响应消息后，会通过主叫SIP服务器与主叫终端进行早期媒体协商，被叫SIP服务器可以通过对早期媒体协商请求中的Reason头域进行增强，增强的Reason头域指示信息作为早期响应消息，将该早期响应消息封装在早期媒体协商请求中一并发送给主叫SIP服务器，其中，最终响应消息中包含有呼叫失败原因。
示例的，早期媒体协商请求可以为18X消息携带SDP协议，其中，18X消息可以为180消息或者183消息，180消息和183消息本质上没有区别，均可以携带SDP协议进行早期媒体协商，本申请对此不做限制。
本实施例中，当采用早期媒体协商请求携带早期响应消息时，通过对18X消息的Reason头域进行组装，以在Reason头域中携带指示信息。示例的，Reason头域指示信息的内容可以为：
Reason：Q.850；cause＝88；text＝“INCOMPATIBLE_DESTINATION”
其中，Q.850为报文生成策略，cause为指示信息，不同的报文生成策略下，用于指示呼叫失败原因的指示信息的内容不同，text中的内容为对cause指示信息对应的呼叫失败原因的文字描述。例如，在Q.850中，cause＝88对应的SIP协议中的呼叫失败原因代码为488，其文字描述“INCOMPATIBLE_DESTINATION”用于指示被叫SIP服务器基于呼叫请求中的终端标识未查找到被叫终端的地址。该Reason头域中的内容仅仅是示例性的，基于其他呼叫失败原因生成的Reason头域的内容在此不做详细说明。
S103：根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音。
本实施例中，主叫SIP服务器接收到早期响应消息后，对早期响应消息进行解析，以确定被叫终端的呼叫失败原因，主叫SIP服务器中包含多种呼叫失败原因对应的多种音频，在确定呼叫失败原因后，可以从多种音频中确定该呼叫失败原因对应的音频为呼叫失败提示音。
S104：向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音。
本实施例中，主叫SIP服务器将呼叫失败提示音实时发送给主叫终端，主叫终端对实时接收到的呼叫失败提示音进行播放，以使用户可以通过主叫终端听到呼叫失败提示音，从而根据呼叫失败提示音中的内容确定被叫终端呼叫失败的原因。
需要说明的是，主叫SIP服务器可以只向主叫终端发送一次呼叫失败提示音，主叫终端对该呼叫失败提示音播放完毕后处于静音状态，等待用户挂断；或者，主叫SIP服务器还可以向主叫终端发送多次呼叫失败提示音，使得主叫终端循环播放呼叫失败提示音，直至用户挂断。
在一种可选实施例中，主叫SIP服务器基于实时传输协议(Real-Time TransportProtocol，RTP)向主叫终端实时发送呼叫失败提示音。
上述实施例提供的呼叫处理方法，将呼叫失败原因通过早期响应消息发送给主叫SIP服务器，由主叫SIP服务器基于呼叫失败原因，向主叫终端发送呼叫失败的音频，即使主叫SIP服务器与被叫SIP服务器所属运营商不同，也能保证用户通过主叫终端只能听到单一风格的呼叫失败的音频，避免用户听到多种风格不同、音质不同的音频，提高用户体验感。
在一种可选实施例中，在上述S103中根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音之前，该方法还包括：
将接收的被叫SIP服务器的呼叫失败音频进行丢弃。
如图2所示，在S14中，由于被叫SIP服务器与主叫终端完成早期媒体协商后，被叫SIP服务器在确定呼叫被叫终端失败后，就会通过主叫SIP服务器将呼叫失败音频实时发送给主叫终端进行播放，在S16-S17中，主叫SIP服务器12在接收到最终响应消息后，会再一次向主叫终端发送呼叫失败音频，导致主叫终端会听到两次呼叫失败音频，若被叫SIP服务器和主叫SIP服务器发送的呼叫失败音频的风格、音质不同时，会影响用户体验。
本实施例中，被叫SIP服务器与主叫终端完成早期媒体协商后，在确定被叫终端呼叫失败后，根据呼叫失败原因，从预先存储的多种呼叫失败音频中确定呼叫失败原因对应的呼叫失败音频，并将呼叫失败音频发送给主叫SIP服务器，当主叫SIP服务器在接收到被叫SIP服务器发送的呼叫失败音频后，会直接对被叫SIP服务器发送的呼叫失败音频进行丢弃，只向主叫终端实时发送主叫SIP服务器根据呼叫失败原因确定的呼叫失败提示音。
在一种可选实施例中，被叫SIP服务器基于RTP协议向主叫SIP服务器实时发送呼叫失败音频。
上述实施例提供的呼叫处理方法，在根据呼叫失败原因确定对应的音频之前，将接收到的被叫SIP服务器发送的呼叫失败音频进行丢弃，只向主叫终端发送主叫SIP服务器根据呼叫失败原因确定的呼叫失败提示音，避免主叫终端听到两次呼叫失败音频，提高用户体验。
在上述实施例的基础上，本申请实施例还提供另一种呼叫处理方法。请参考图4，为本申请实施例提供的另一种呼叫处理方法的流程示意图，如图4所示，在上述S104向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音之后，该方法还包括：
S301：接收被叫SIP服务器发送的最终响应消息。
本实施例中，被叫终端响应呼叫请求失败后，被叫SIP服务器会向主叫SIP服务器发送最终响应消息，最终响应消息用于使得主叫终端终结该通话过程。
在一种可选实施例中，被叫SIP服务器将呼叫请求发送给被叫终端，被叫终端确认当前无法响应该呼叫请求时，向被叫SIP服务器发送最终响应消息，该最终响应消息中包括呼叫失败原因，被叫SIP服务器在向主叫SIP服务器发送完呼叫失败音频后，将该最终响应消息发送给主叫SIP服务器。其中，呼叫失败原因可以包括：被叫终端正忙(被叫终端正在通话中)、被叫终端暂时无法接听(被叫终端在预设时间内未应答呼叫请求)、被叫会话终端关机等。
在另一种可选实施例中，被叫SIP服务器基于该呼叫请求未找到被叫终端时，直接生成最终响应消息，并在向主叫SIP服务器发送完呼叫失败音频后，将该最终响应消息发送给主叫SIP服务器。其中，呼叫失败原因可以包括：呼叫请求被拦截、被叫终端未在服务区，呼叫请求中的终端标识为空号等。其中，呼叫请求被拦截为：被叫终端在被叫SIP服务器上签约了黑白名单业务，黑白名单业务中登记了属于黑名单用户的终端标识，未被登记的终端标识属于白名单用户，当被叫SIP服务器接收到呼叫请求后，根据呼叫请求对应的主叫终端的终端标识，确定主叫终端的终端标识是否属于黑名单用户，若主叫终端的终端标识属于黑名单用户，则呼叫请求直接被拦截。
S302：向主叫终端发送最终响应消息，以使主叫终端停止播放呼叫失败提示音。
如图2所示，在S16-S17中，主叫SIP服务器在接收到最终响应消息后会再次向主叫终端发送呼叫失败音频，本实施例中，主叫SIP服务器在接收到最终响应消息后，确定前序已经根据呼叫失败原因向主叫终端发送了呼叫失败提示音，因此，主叫会话在接收到最终响应消息后，不再向主叫终端发送呼叫失败音频，直接将最终响应消息发送给主叫终端，主叫终端在接收到最终响应消息后，会停止播放呼叫失败提示音，并挂断当前呼叫流程。
上述实施例提供的呼叫处理方法，主叫终端发送呼叫失败原因对应的呼叫失败提示音，用于使得主叫终端播放呼叫失败提示音之后，将从被叫SIP服务器接收到的最终响应消息发送给主叫终端，使主叫终端停止播放呼叫失败提示音，并直接中断主叫终端发起的呼叫请求，实现在呼叫失败的情况下自动挂断，提升用户体验。
在上述实施例的基础上，本申请实施例还提供又一种呼叫处理方法。请参考图5，为本申请实施例提供的又一种呼叫处理方法的流程示意图，如图5所示，上述S103中根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音，包括：
S1031：根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因。
本实施例中，被叫SIP服务器向主叫SIP服务器发送的早期响应消息还包括：失败原因修改标识，失败原因修改标识为被叫SIP服务器针对呼叫失败原因预先制定的修改策略，主叫SIP服务器可以基于该修改策略确定是否修改早期响应消息中的呼叫失败原因，从而根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因。
在一种可选实施例中，修改策略的制定可以基于被叫SIP服务器是否需要用户知道被叫终端呼叫失败的准确原因为准，若被叫SIP服务器需要用户知道被叫终端呼叫失败的准确原因，则呼叫失败原因的修改策略为不可修改，失败原因修改标识用于指示主叫会话终端不可以修改早期响应消息中的呼叫失败原因；若被叫SIP服务器不需要用户知道被叫终端呼叫设备的准确原因，则呼叫失败原因的修改策略为可修改，失败原因修改标识用于指示主叫会话终端可以修改早期响应消息中的呼叫失败原因。
在另一种可选实施例中，修改策略的指定可以基于呼叫失败原因的重要程度确定是否需要用户知道被叫终端呼叫失败的准确原因，若呼叫失败原因的重要程度高，则呼叫失败原因的修改策略为不可修改，失败原因修改标识用于指示主叫会话终端不可以修改早期响应消息中的呼叫失败原因；若呼叫失败原因的重要程度低，则呼叫失败原因的修改策略为可修改，失败原因修改标识用于指示主叫会话终端可以修改早期响应消息中的呼叫失败原因。其中，呼叫失败原因的重要程度可以人为地在被叫SIP服务器中进行定义，将多种呼叫失败原因按重要程度进行排序，确定排序大于或等于预设顺序的呼叫失败原因的重要程度高，排序小于预设顺序的呼叫失败原因的重要程度低。
在一种可能的实现方式中，上述S1031中根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因，包括：
若失败原因修改标识为表征强制要求使用对端响应的失败原因的第一标识，则确定早期响应消息中的Reason头域指示信息对应的呼叫失败原因为所述最终呼叫失败原因。
本实施例中，第一标识用于指示主叫SIP服务器必须强制使用被叫终端响应的呼叫失败原因，即被叫终端响应的呼叫失败原因的修改策略为不可修改，主叫SIP服务器确定早期响应消息的Reason头域指示信息中所指示的呼叫失败原因即为最终呼叫失败原因。
在另一种可能的实现方式中，上述S1031中根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因，包括：
若失败原因修改标识为表征根据本地策略确定失败原因的第二标识，则将Reason头域指示信息对应的呼叫失败原因根据本地策略转译为修改后的呼叫失败原因，并确定修改后的呼叫失败原因为所述最终呼叫失败原因。
本实施例中，第二标识用于指示主叫SIP服务器可以根据本地策略对被叫终端响应的呼叫失败原因进行修改，即被叫终端响应的呼叫失败原因的修改策略为可修改，主叫SIP服务器根据预先定义的预设呼叫失败原因，将从早期响应消息中解析到的呼叫失败原因转译为预设呼叫失败原因，该预设呼叫失败原因即为最终呼叫失败原因。其中，可以预先定义一个预设呼叫失败原因，将早期响应消息中所有类型的呼叫失败原因均转译为该预设呼叫失败原因；也可以预设定义多个预设呼叫失败原因，并定义多个预设呼叫失败原因的替换策略，将早期响应消息中不同类型的呼叫失败原因根据替换策略转译为对应的预设呼叫失败原因，本申请对此不做限制。
示例的，在通过早期媒体协商请求携带早期响应消息时，通过对18X消息的Reason头域进行组装，以在Reason头域中携带指示信息。示例的，Reason头域的内容可以为：
Reason：Q.850；cause＝88；text＝“INCOMPATIBLE_DESTINATION”；<M|O>
其中，Reason、cause和text字段的含义在此不再赘述，<M|O>为失败原因修改标识，其中，M(Mandatory，强制的)为第一标识，用于表征强制要求使用被叫终端响应的呼叫失败原因，即Reason头域指示信息中所指示的呼叫失败原因不可修改，O(Optional，可选的)为第二标识，用于表征主叫SIP服务器可以根据本地策略确定失败原因，即Reason头域指示信息所指示的呼叫失败原因可修改。
需要说明的是，M和O只是本实施例选择的一种自定义的呼叫原因修改标识的表示方式，以对呼叫失败原因是否可以进行修改进行区分，但并不限定必须使用M和O。
S1032：根据最终呼叫失败原因，确定最终呼叫失败原因对应的音频为呼叫失败提示音。
本实施例中，主叫SIP服务器根据早期响应消息中的呼叫失败原因和失败原因修改标识确定最终呼叫失败原因后，从多种音频中确定该最终呼叫失败原因对应的音频为呼叫失败提示音。
上述实施例提供的呼叫处理方法，根据早期响应消息中的呼叫失败原因和失败原因修改标识确定最终呼叫失败原因，根据最终呼叫失败原因，确定最终呼叫失败原因对应的音频为呼叫失败提示音，以便可以根据失败原因修改标识灵活调整最终呼叫失败原因，以灵活地调整向用户播放的呼叫失败提示音。
基于上述实施例，请参考图6，为本申请实施例提供的一种呼叫处理方法的交互示意图，如图6所示，该呼叫处理方法包括：
S21：主叫终端11发送的呼叫请求(Invite消息)通过主叫SIP服务器12、被叫SIP服务器13发送至被叫终端14。
S22：被叫终端14在确认无法应答时，通话终结，并向被叫SIP服务器13发送最终响应消息，该最终响应消息可以指示被叫终端的呼叫失败原因。
需要说明的是，图6所示的是被叫终端向被叫SIP服务器发送最终响应消息，如前所述，被叫SIP服务器也可以在未找到被叫终端时，直接生成最终响应消息。
S23：被叫SIP服务器13在接收到最终响应消息后，向主叫SIP服务器12发送增强18X消息和SDP协议，其中，增强后的18X消息中携带有早期响应消息。
S24：主叫SIP服务器12响应增强的18X消息，确定呼叫失败原因。
S25：主叫SIP服务器12向主叫终端11转发增强18X消息和SDP协议，以完成主叫终端11和被叫SIP服务器13之间的早期媒体协商。
S26：被叫SIP服务器13向主叫SIP服务器12发送呼叫失败音频。
S27：主叫SIP服务器12丢弃被叫SIP服务器13发送的呼叫失败音频，并根据呼叫失败原因确定呼叫失败提示音。
S28：主叫SIP服务器12向主叫终端11循环发送呼叫失败提示音。
S29：被叫SIP服务器13向主叫SIP服务器12发送最终响应消息。
S30：主叫SIP服务器13确认在S28中已经向主叫终端11发送呼叫失败提示音，不再进行二次放音。
S31：主叫SIP服务器13向主叫终端11发送最终响应消息，主叫终端11根据最终响应消息挂断当前呼叫流程。
上述实施例提供的呼叫处理方法，主叫SIP服务器基于呼叫失败原因，向主叫终端发送呼叫失败的呼叫失败提示音，并丢弃被叫SIP服务器发送的呼叫失败音频，避免用户通过主叫终端听到两次呼叫失败的音频，且，即使主叫SIP服务器与被叫SIP服务器所属运营商不同，也能保证用户通过主叫终端只能听到单一风格的呼叫失败的音频，避免用户听到多种风格不同、音质不同的音频，提高用户体验感。
在上述实施例的基础上，本申请实施例还提供再一种呼叫处理方法。请参考图7，为另一种呼叫处理系统的结构示意图，如图8所示，该呼叫处理系统还包括：中间SIP服务器15，中间SIP服务器15分别与主叫SIP服务器12和被叫SIP服务器13通信连接，中间SIP服务器15可以为主叫SIP服务器12和被叫SIP服务器13呼叫链路之间的其他SIP服务器，用于在主叫SIP服务器12和被叫SIP服务器13之间进行消息透传。其中，其他SIP服务器包括但不限于代理服务器、背靠背服务器，本实施例对此不做限制。
具体的，当主叫SIP服务器12和被叫SIP服务器13之间存在中间SIP服务器时，上述S101中，主叫终端11将呼叫请求发送给主叫SIP服务器12，主叫SIP服务器12响应该呼叫请求，将该呼叫请求路由到该中间SIP服务器15，由中间SIP服务器15将呼叫请求透传给被叫SIP服务器13。上述S102中，被叫SIP服务器13将早期响应消息发送给中间SIP服务器15，由中间SIP服务器将早期响应消息透传给主叫SIP服务器12。
需要说明的是，对于18X消息的Reason头域指示信息中的失败原因修改标识，可以在被叫SIP服务器13中生成，也可以在中间SIP服务器15中生成。
请参考图8，为本申请实施例提供的再一种呼叫处理方法的流程示意图，如图8所示，在上述S301中接收被叫SIP服务器发送的最终响应消息之前，该方法还包括：
S401：接收中间SIP服务器发送的早期媒体协商请求，早期媒体协商请求为中间SIP服务器确定被叫终端呼叫失败时生成的请求。
本实施例中，主叫SIP服务器执行S101-S104将呼叫失败提示音发送给主叫终端后，中间SIP服务器会接收到被叫SIP服务器发送的最终响应消息，并基于最终响应消息向主叫SIP服务器发送早期媒体协商请求。
S402：基于早期媒体协商请求，接收中间SIP服务器发送的呼叫失败音频。
本实施例中，中间SIP服务器向主叫SIP服务器发送早期媒体协商请求后，由于主叫SIP服务器已经在S104中向主叫终端发送的呼叫失败提示音，因此，主叫SIP服务器确定主叫终端无需与中间SIP服务器进行早期媒体协商，主叫SIP服务器不会将早期媒体协商请求发送给主叫终端。
中间SIP服务器在向主叫SIP服务器发送早期媒体协商请求后，向主叫SIP服务器发送呼叫失败音频，该呼叫失败音频是中间SIP服务器根据呼叫失败原因确定的音频，与被叫SIP服务器发送的呼叫失败音频可能相同，也可能不同。
S403：丢弃中间SIP服务器发送的呼叫失败音频。
本实施例，为了避免用户通过主叫终端听到中间SIP服务器发送的呼叫失败音频，当主叫SIP服务器在接收到中间SIP服务器发送的呼叫失败音频后，会直接对中间SIP服务器发送的呼叫失败音频进行丢弃，只向主叫终端实时发送自身根据呼叫失败原因确定的呼叫失败提示音。
上述S301可以包括：
接收中间SIP服务器转发的来自被叫SIP服务器的最终响应消息。
本实施例中，中间SIP服务器在发送完呼叫失败音频后，将从被叫SIP服务器发送的最终响应消息发送给主叫SIP服务器，由主叫SIP服务器将最终响应消息发送给主叫终端，主叫终端在接收到最终响应消息后，会停止播放呼叫失败提示音，并挂断当前呼叫流程。
基于上述实施例，请参考图9，为本申请实施例提供的另一种呼叫处理方法的交互示意图，如图9所示，该呼叫处理方法包括：
S41：主叫终端11发送的呼叫请求(Invite消息)通过主叫SIP服务器12、中间SIP服务器15和被叫SIP服务器13发送至被叫终端14。
S42：被叫终端14在确认无法应答时，通话终结，并向被叫SIP服务器13发送最终响应消息，该最终响应消息可以指示被叫终端的呼叫失败原因。
需要说明的是，图9所示的是被叫终端向被叫SIP服务器发送最终响应消息，如前所述，被叫SIP服务器也可以在未找到被叫终端时，直接生成最终响应消息。
S43：被叫SIP服务器13在接收到最终响应消息后，向中间SIP服务器15发送增强18X消息和SDP协议，其中，增强18X消息中携带有早期响应消息。
S44：中间SIP服务器15进行早期媒体协商，并将增强的18X消息和SDP协议透传给主叫SIP服务器12。
S45：主叫SIP服务器12响应增强的18X消息，确定呼叫失败原因。
S46：主叫SIP服务器12向主叫终端11转发增强的18X消息和SDP协议，以完成主叫终端11和被叫SIP服务器13之间的早期媒体协商。
S47：被叫SIP服务器13通过中间SIP服务器15向主叫SIP服务器12发送呼叫失败音频。
S48：主叫SIP服务器12丢弃被叫SIP服务器13发送的呼叫失败音频，并根据呼叫失败原因确定呼叫失败提示音。
S49：主叫SIP服务器12向主叫终端11循环发送呼叫失败提示音。
S50：被叫SIP服务器13向中间SIP服务器15发送最终响应消息。
S51：中间SIP服务器15在接收到最终响应消息后，向主叫SIP服务器12发送增强的18X消息和SDP协议。
S52：中间SIP服务器15向主叫SIP服务器12发送呼叫失败音频。
S53：主叫SIP服务器12确认在S28中已经向主叫终端11发送呼叫失败提示音，丢弃中间SIP服务器15发送的呼叫失败音频。
S54：中间SIP服务器15向主叫SIP服务器12发送最终响应消息。
S55：主叫SIP服务器13确认在S49中已经向主叫终端11发送呼叫失败提示音，不再进行二次放音。
S56：主叫SIP服务器13向主叫终端11发送最终响应消息，主叫终端11根据最终响应消息挂断当前呼叫流程。
上述实施例提供的呼叫处理方法，在主叫SIP服务器和被叫SIP服务器之间存在中间SIP服务器的情况下，对中间SIP服务器发送的呼叫失败音频也进行丢弃，以避免在主叫终端和被叫终端之间的组网情况复杂，存在多跳SIP服务器时，也能保证用户通过主叫终端只能听到单一风格的呼叫失败音频，避免用户听到多种风格不同、音质不同的音频，提高用户体验感。
在上述实施例的基础上，本申请实施例还提供给又另一种呼叫处理方法，应用于如图1或图7所示的呼叫处理系统中的被叫SIP服务器。请参考图10，为本申请实施例提供的又另一种呼叫处理方法的流程示意图，如图10所示，该方法包括：
S501：接收主叫SIP服务器发送的来自主叫终端的呼叫请求。
S502：响应呼叫请求，对被叫终端进行呼叫。
S502：若被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，早期响应消息包括：Reason头域指示信息，Reason头域指示信息用于指示呼叫失败原因，早期响应消息用于使得主叫SIP服务器根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音，向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音。
本实施例中，主叫终端向主叫SIP服务器发送呼叫请求，主叫SIP服务器响应该呼叫请求，将该呼叫请求路由到该被叫终端所属的被叫SIP服务器，被叫SIP服务器基于呼叫请求中的终端标识，呼叫该终端标识对应的被叫终端，在被叫终端呼叫失败的情况下，确定呼叫失败原因，并根据呼叫失败原因生成早期响应消息，并将早期响应消息发送给主叫SIP服务器，主叫SIP服务器基于呼叫失败原因执行上述S103-S104的过程，本实施例不再赘述。
在一种可选实施例中，呼叫失败原因是被叫终端无法响应呼叫请求时向被叫SIP服务器发送的失败原因。示例的，被叫终端无法响应的情况可以包括：被叫终端正忙(被叫终端正在通话中)、被叫终端暂时无法接听(被叫终端在预设时间内未应答呼叫请求)、被叫会话终端关机等。
在另一种可选实施例中，呼叫失败原因是被叫SIP服务器无法呼叫被叫终端时确定的失败原因。示例的，被叫SIP服务器无法呼叫被叫终端的情况可以包括：呼叫请求被拦截、被叫终端未在服务区，呼叫请求中的终端标识为空号等。
在一种可能的实现方式中，上述S503中根据呼叫失败原因，生成早期响应消息，包括：
根据呼叫失败原因和预先定义的失败原因修改策略，生成早期响应消息，Reason头域指示信息还包括：失败原因修改标识，用于使得主叫SIP服务器根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因，根据最终呼叫失败原因，确定最终呼叫失败原因对应的音频为呼叫失败提示音，向主叫终端发送呼叫失败提示音，使得主叫终端播放呼叫失败提示音。
本实施例中，被叫SIP服务器中预先定义有失败原因修改策略，基于该失败原因修改策略，可以确定呼叫失败原因对应的修改策略，在Reason头域指示信息中以失败原因修改标识指示针对呼叫失败原因的修改策略。主叫SIP服务器接收到早期响应消息后，执行上述S1031-S1032的过程，以确定呼叫失败提示音，本实施例不再赘述。
示例的，当早期响应消息携带在早期媒体协商请求中时，通过对18X消息的Reason头域进行组装，以在Reason头域中携带指示信息。Reason头域指示信息的内容可以参考前述，本实施例不再赘述。
上述实施例提供的呼叫处理方法，在被叫终端呼叫失败的情况下，被叫SIP服务器根据呼叫失败原因生成早期响应消息，以使主叫SIP服务器基于呼叫失败原因确定呼叫失败提示音，并向主叫终端发送呼叫失败提示音，使主叫终端播放该呼叫失败提示音，即使主叫SIP服务器与被叫SIP服务器所属运营商不同，也能保证用户通过主叫终端只能听到单一风格的呼叫失败音频，避免用户听到多种风格不同、音质不同的音频，提高用户体验感。
基于上述方法实施例，本申请实施例还提供一种呼叫处理装置，应用于主叫SIP服务器。请参考图11，为本申请实施例提供的一种呼叫处理装置的结构示意图，如图11所示，该装置包括：
呼叫请求发送模块101，用于向被叫SIP服务器发送主叫终端的呼叫请求；
消息接收模块102，用于接收被叫SIP服务器发送的早期响应消息，早期响应消息为被叫SIP服务器在呼叫被叫终端失败时生成的用于协商早期媒体的报文，早期响应消息包括：Reason头域指示信息，Reason头域指示信息包括呼叫失败原因；
提示音确定模块103，用于根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音；
提示音发送模块104，用于向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音。
可选的，该装置还包括：音频处理模块，音频处理模块用于将接收的被叫SIP服务器的呼叫失败音频进行丢弃。
可选的，该装置还包括：报文发送模块；
消息接收模块102，还用于接收被叫SIP服务器发送的最终响应消息；
报文发送模块，用于向主叫终端发送最终响应消息，以使主叫终端停止播放呼叫失败提示音。
可选的，Reason头域指示信息还包括：失败原因修改标识，提示音确定模块103，包括：
失败原因确定单元，用于根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因；
提示音确定单元，用于根据最终呼叫失败原因，确定最终呼叫失败原因对应的音频为呼叫失败提示音。
可选的，失败原因确定单元，具体用于若失败原因修改标识为表征强制要求使用对端响应的失败原因的第一标识，则确定早期响应消息中的Reason头域指示信息对应的呼叫失败原因为最终呼叫失败原因。
可选的，失败原因确定单元，还用于若失败原因修改标识为表征根据本地策略确定失败原因的第二标识，则将Reason头域指示信息对应的呼叫失败原因修改为预设呼叫失败原因，并确定修改后的呼叫失败原因为最终呼叫失败原因。
可选的，该装置还包括：
协商请求接收模块，用于接收中间SIP服务器发送的早期媒体协商请求，中间SIP服务器为主叫SIP服务器和被叫SIP服务器呼叫链路之间的其他SIP服务器，早期媒体协商请求为中间SIP服务器确定被叫终端呼叫失败时生成的请求；
音频处理模块，还用于基于早期媒体协商请求，接收中间SIP服务器发送的呼叫失败音频；并丢弃中间SIP服务器发送的呼叫失败音频；
消息接收模块102，具体用于接收中间SIP服务器转发的来自被叫SIP服务器的最终响应消息。
基于上述方法实施例，本申请实施例还提供另一种呼叫处理装置，应用于被叫SIP服务器。请参考图12，为本申请实施例提供的另一种呼叫处理装置的结构示意图，如图12所示，该装置包括：
呼叫请求接收模块201，用于接收主叫SIP服务器发送的来自主叫终端的呼叫请求；
终端呼叫模块202，用于响应呼叫请求，对被叫终端进行呼叫；
早期响应消息生成模块203，用于若被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，早期响应消息包括：Reason头域指示信息，Reason头域指示信息包括呼叫失败原因，早期响应消息用于使得主叫SIP服务器根据呼叫失败原因，确定呼叫失败原因对应的呼叫失败提示音，向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音。
可选的，早期响应消息生成模块203，还用于根据呼叫失败原因和预先定义的失败原因修改策略，生成早期响应消息，Reason头域指示信息还包括：失败原因修改标识，用于使得主叫SIP服务器根据失败原因修改标识以及呼叫失败原因，确定最终呼叫失败原因，根据最终呼叫失败原因，确定最终呼叫失败原因对应的音频为呼叫失败提示音，向主叫终端发送呼叫失败提示音，以使主叫终端播放呼叫失败提示音。
上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。
请参考图13，为本申请实施例提供的会话初始协议服务器的示意图，如图13所示，该会话初始协议服务器30包括：处理器31和存储器32，处理器31与存储器32连接；存储器32，用于存储处理器31可执行的程序指令；处理器31，用于调用存储于存储器32中的程序指令，以执行如上述实施例中应用于主叫SIP服务器的呼叫处理方法的步骤，或者，如上述实施例中应用于被叫SIP服务器的呼叫处理方法的步骤。具体实现方式和技术效果类似，这里不再赘述。
可选地，本申请还提供一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时，执行如上述实施例中应用于主叫SIP服务器的呼叫处理方法的步骤，或者，如上述实施例中应用于被叫SIP服务器的呼叫处理方法的步骤。具体实现方式和技术效果类似，这里不再赘述。
上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (12)
1.一种呼叫处理方法，其特征在于，应用于主叫SIP服务器，所述方法包括：
向被叫SIP服务器发送主叫终端的呼叫请求；
接收所述被叫SIP服务器发送的早期响应消息，所述早期响应消息为所述被叫SIP服务器在呼叫被叫终端失败时生成的用于协商早期媒体的报文，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括呼叫失败原因；
根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音；
向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音；
其中，所述根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音之前，将接收的所述被叫SIP服务器的呼叫失败音频进行丢弃。
2.如权利要求1所述的方法，其特征在于，所述向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音之后，所述方法还包括：
接收所述被叫SIP服务器发送的最终响应消息；
向所述主叫终端发送所述最终响应消息，以使所述主叫终端停止播放所述呼叫失败提示音。
3.如权利要求1所述的方法，其特征在于，所述Reason头域指示信息还包括：失败原因修改标识，所述根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，包括：
根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因；
根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音。
4.如权利要求3所述的方法，其特征在于，所述根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，包括：
若所述失败原因修改标识为表征强制要求使用对端响应的失败原因的第一标识，则确定所述早期响应消息中的Reason头域指示信息对应的呼叫失败原因为所述最终呼叫失败原因。
5.如权利要求3所述的方法，其特征在于，所述根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，包括：
若所述失败原因修改标识为表征根据本地策略确定失败原因的第二标识，则将所述Reason头域指示信息对应的呼叫失败原因根据所述本地策略转译为修改后的呼叫失败原因，并确定修改后的呼叫失败原因为所述最终呼叫失败原因。
6.如权利要求2所述的方法，其特征在于，所述接收所述被叫SIP服务器发送的最终响应消息之前，所述方法还包括：
接收中间SIP服务器发送的早期媒体协商请求，所述中间SIP服务器为所述主叫SIP服务器和所述被叫SIP服务器呼叫链路之间的其他SIP服务器，所述早期媒体协商请求为所述中间SIP服务器确定所述被叫终端呼叫失败时生成的请求；
基于所述早期媒体协商请求，接收所述中间SIP服务器发送的呼叫失败音频；
丢弃所述中间SIP服务器发送的呼叫失败音频；
所述接收所述被叫SIP服务器发送的最终响应消息，包括：
接收所述中间SIP服务器转发的来自所述被叫SIP服务器的最终响应消息。
7.一种呼叫处理方法，其特征在于，应用于被叫SIP服务器，所述方法包括：
接收主叫SIP服务器发送的来自主叫终端的呼叫请求；
响应所述呼叫请求，对被叫终端进行呼叫；
若所述被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括所述呼叫失败原因，所述早期响应消息用于使得所述主叫SIP服务器根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，
向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音，其中，所述主叫SIP服务器在根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音之前，还将接收的所述被叫SIP服务器的呼叫失败音频丢弃。
8.如权利要求7所述的方法，其特征在于，所述根据呼叫失败原因，生成早期响应消息，包括：
根据所述呼叫失败原因和预先定义的失败原因修改策略，生成所述早期响应消息，所述Reason头域指示信息还包括：失败原因修改标识，用于使得所述主叫SIP服务器根据所述失败原因修改标识以及所述呼叫失败原因，确定最终呼叫失败原因，根据所述最终呼叫失败原因，确定所述最终呼叫失败原因对应的音频为所述呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音。
9.一种呼叫处理装置，其特征在于，应用于主叫SIP服务器，所述装置包括：
呼叫请求发送模块，用于向被叫SIP服务器发送主叫终端的呼叫请求；
报文接收模块，用于接收所述被叫SIP服务器发送的早期响应消息，所述早期响应消息为所述被叫SIP服务器在呼叫被叫终端失败时生成的用于协商早期媒体的报文，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括呼叫失败原因；
呼叫失败提示音确定模块，用于根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音；
呼叫失败提示音发送模块，用于向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音；
音频处理模块，用于将接收的所述被叫SIP服务器发送的呼叫失败音频进行丢弃。
10.一种呼叫处理装置，其特征在于，应用于被叫SIP服务器，所述装置包括：
呼叫请求接收模块，用于接收主叫SIP服务器发送的来自主叫终端的呼叫请求；
终端呼叫模块，用于响应所述呼叫请求，对被叫终端进行呼叫；
早期响应消息生成模块，用于若所述被叫终端呼叫失败，则根据呼叫失败原因，生成早期响应消息，所述早期响应消息包括：Reason头域指示信息，所述Reason头域指示信息包括所述呼叫失败原因，所述早期响应消息用于使得所述主叫SIP服务器根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音，向所述主叫终端发送所述呼叫失败提示音，以使所述主叫终端播放所述呼叫失败提示音，其中，所述主叫SIP服务器在根据所述呼叫失败原因，确定所述呼叫失败原因对应的呼叫失败提示音之前，还将接收的所述被叫SIP服务器的呼叫失败音频丢弃。
11.一种会话初始协议服务器，其特征在于，包括：
处理器和存储器，所述处理器与所处存储器连接；
所述存储器，用于存储所述处理器可执行的程序指令；
所述处理器，用于调用存储于所述存储器中的所述程序指令，以执行如权利要求1至6任一项所述的呼叫处理方法的步骤，或者，如权利要求7或8所述的呼叫处理方法的步骤。
12.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时，执行如权利要求1至6任一项所述的呼叫处理方法的步骤，或者，如权利要求7或8所述的呼叫处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210962989.9A CN115334050B (zh) | 2022-08-11 | 2022-08-11 | 呼叫处理方法、装置、会话初始协议服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210962989.9A CN115334050B (zh) | 2022-08-11 | 2022-08-11 | 呼叫处理方法、装置、会话初始协议服务器及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115334050A CN115334050A (zh) | 2022-11-11 |
| CN115334050B true CN115334050B (zh) | 2023-09-15 |
Family
ID=83924695
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210962989.9A Active CN115334050B (zh) | 2022-08-11 | 2022-08-11 | 呼叫处理方法、装置、会话初始协议服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115334050B (zh) |
Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6909708B1 (en) * | 1996-11-18 | 2005-06-21 | Mci Communications Corporation | System, method and article of manufacture for a communication system architecture including video conferencing |
| CN1878151A (zh) * | 2006-07-17 | 2006-12-13 | 华为技术有限公司 | 实现多媒体业务变化的系统、方法及信息处理装置 |
| CN1878288A (zh) * | 2005-06-10 | 2006-12-13 | 中国移动通信集团公司 | 基于移动通信网络的可视电话呼叫失败的处理方法 |
| CN101631389A (zh) * | 2009-07-28 | 2010-01-20 | 中兴通讯股份有限公司 | Ip多媒体子系统异常提示音媒体播放方法及系统 |
| CN101931617A (zh) * | 2009-06-22 | 2010-12-29 | 华为终端有限公司 | 实现切换多媒体铃音的方法、服务器、终端和网络系统 |
| CN102006371A (zh) * | 2009-09-02 | 2011-04-06 | 华为终端有限公司 | 一种实现多媒体彩振业务的方法及设备 |
| CN102148808A (zh) * | 2010-02-10 | 2011-08-10 | 华为技术有限公司 | 一种传真切换的方法、接入设备及传真系统 |
| JP2012505573A (ja) * | 2008-10-10 | 2012-03-01 | ▲ホア▼▲ウェイ▼技術有限公司 | カスタマイズされた呼び出し音サービスにおいて発呼者／着呼者情報を提示する方法およびサーバ |
| CN102833436A (zh) * | 2012-08-31 | 2012-12-19 | 电子科技大学 | 实现voip代理的方法以及系统 |
| WO2015180442A1 (zh) * | 2014-05-26 | 2015-12-03 | 中兴通讯股份有限公司 | 彩铃业务实现系统、装置及方法 |
| CN105592012A (zh) * | 2014-10-23 | 2016-05-18 | 深圳市潮流网络技术有限公司 | 一种基于sip通讯的离线回呼方法及服务器 |
| CN106658435A (zh) * | 2015-11-03 | 2017-05-10 | 中国移动通信集团公司 | 一种早媒体放音方法、网络系统及终端 |
| CN109151220A (zh) * | 2018-09-11 | 2019-01-04 | 中国—东盟信息港股份有限公司 | 一种通信话路呼叫失败场景分析系统 |
| CN109246664A (zh) * | 2017-06-13 | 2019-01-18 | 上海大唐移动通信设备有限公司 | 一种语音测试方法及装置 |
| CN110996358A (zh) * | 2019-12-09 | 2020-04-10 | 迈普通信技术股份有限公司 | 通话终端切换方法、装置、电子设备及存储介质 |
| CN111049778A (zh) * | 2018-10-12 | 2020-04-21 | 华为技术有限公司 | 一种控制视频彩铃播放的方法及相关装置 |
| CN111756933A (zh) * | 2019-03-28 | 2020-10-09 | 华为技术有限公司 | 一种播放多媒体彩振、彩铃的方法、应用服务器 |
| CN112751975A (zh) * | 2019-10-29 | 2021-05-04 | 中兴通讯股份有限公司 | 呼叫保持音的播放方法、装置、存储介质及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10277737B2 (en) * | 2015-10-06 | 2019-04-30 | Robert Michael Bensman | Method and apparatus for defeating computer-generated, telemarketing, and robo-calls to phones |
-
2022
- 2022-08-11 CN CN202210962989.9A patent/CN115334050B/zh active Active
Patent Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6909708B1 (en) * | 1996-11-18 | 2005-06-21 | Mci Communications Corporation | System, method and article of manufacture for a communication system architecture including video conferencing |
| CN1878288A (zh) * | 2005-06-10 | 2006-12-13 | 中国移动通信集团公司 | 基于移动通信网络的可视电话呼叫失败的处理方法 |
| CN1878151A (zh) * | 2006-07-17 | 2006-12-13 | 华为技术有限公司 | 实现多媒体业务变化的系统、方法及信息处理装置 |
| JP2012505573A (ja) * | 2008-10-10 | 2012-03-01 | ▲ホア▼▲ウェイ▼技術有限公司 | カスタマイズされた呼び出し音サービスにおいて発呼者／着呼者情報を提示する方法およびサーバ |
| CN101931617A (zh) * | 2009-06-22 | 2010-12-29 | 华为终端有限公司 | 实现切换多媒体铃音的方法、服务器、终端和网络系统 |
| CN101631389A (zh) * | 2009-07-28 | 2010-01-20 | 中兴通讯股份有限公司 | Ip多媒体子系统异常提示音媒体播放方法及系统 |
| CN102006371A (zh) * | 2009-09-02 | 2011-04-06 | 华为终端有限公司 | 一种实现多媒体彩振业务的方法及设备 |
| CN102148808A (zh) * | 2010-02-10 | 2011-08-10 | 华为技术有限公司 | 一种传真切换的方法、接入设备及传真系统 |
| CN102833436A (zh) * | 2012-08-31 | 2012-12-19 | 电子科技大学 | 实现voip代理的方法以及系统 |
| WO2015180442A1 (zh) * | 2014-05-26 | 2015-12-03 | 中兴通讯股份有限公司 | 彩铃业务实现系统、装置及方法 |
| CN105592012A (zh) * | 2014-10-23 | 2016-05-18 | 深圳市潮流网络技术有限公司 | 一种基于sip通讯的离线回呼方法及服务器 |
| CN106658435A (zh) * | 2015-11-03 | 2017-05-10 | 中国移动通信集团公司 | 一种早媒体放音方法、网络系统及终端 |
| CN109246664A (zh) * | 2017-06-13 | 2019-01-18 | 上海大唐移动通信设备有限公司 | 一种语音测试方法及装置 |
| CN109151220A (zh) * | 2018-09-11 | 2019-01-04 | 中国—东盟信息港股份有限公司 | 一种通信话路呼叫失败场景分析系统 |
| CN111049778A (zh) * | 2018-10-12 | 2020-04-21 | 华为技术有限公司 | 一种控制视频彩铃播放的方法及相关装置 |
| CN111756933A (zh) * | 2019-03-28 | 2020-10-09 | 华为技术有限公司 | 一种播放多媒体彩振、彩铃的方法、应用服务器 |
| CN112751975A (zh) * | 2019-10-29 | 2021-05-04 | 中兴通讯股份有限公司 | 呼叫保持音的播放方法、装置、存储介质及系统 |
| CN110996358A (zh) * | 2019-12-09 | 2020-04-10 | 迈普通信技术股份有限公司 | 通话终端切换方法、装置、电子设备及存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| Call-unrelated Interaction between SIP and Parlay/OSA;Ivaylo I. Atanasov et.al.;2007 8th International Conference on Telecommunications in Modern Satellite, Cable and Broadcasting Services;全文 * |
| VOLTE用户语音主叫场景测试视频彩铃业务失败分析;陈巍;;中国新通信(19);全文 * |
| VoLTE终端多媒体彩铃业务关键技术研究;潘璐;高晨亮;金晨光;曹蕾;;移动通信(22);全文 * |
| 移动通信漏话提醒业务的设计与实现;郝卫东;《中国优秀硕士学位论文全文数据库 (信息科技辑)》;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115334050A (zh) | 2022-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9723137B2 (en) | System and method for implementing multimedia calling line identification presentation service | |
| US10044767B2 (en) | Method and system to enhance performance of a session initiation protocol network and its elements | |
| US8170590B2 (en) | Method, system and apparatus for forking transmission of short message service | |
| US20060239247A1 (en) | Method and session initiation protocol (SIP) server with end-point capabilities check | |
| KR20100058432A (ko) | 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
| US8908845B2 (en) | Method, device and system for implementing customized ring back tone service and customized ring tone service | |
| RU2483352C2 (ru) | Способ, устройство и система для идентификации сервиса | |
| EP2577921B1 (en) | Method, system and router for changing application in bgp session | |
| US20100241686A1 (en) | Method, system and device for implementing media negotiation | |
| US20110029654A1 (en) | Service Control Device, Service Control System, and Method | |
| US8233400B2 (en) | Methods, systems, and computer readable media for verifying the availability of an internet protocol (IP) media router during a call setup | |
| US20160112473A1 (en) | Method for real-time communication between web browsers | |
| US8130425B2 (en) | Methods and apparatus to route fax calls in an internet protocol (IP) multimedia subsystem (IMS) network | |
| US9071690B2 (en) | Call transfer processing in SIP mode | |
| US7899058B2 (en) | Using a hash value as a pointer to an application class in a communications device | |
| CN115334050B (zh) | 呼叫处理方法、装置、会话初始协议服务器及存储介质 | |
| KR20050002335A (ko) | Ｓｉｐ 망의 호 처리 시스템 및 방법 | |
| CN109120578B (zh) | 一种实现链路连接处理的方法及装置 | |
| JP2006094487A (ja) | ＦＴＴｘプラットフォーム上のＰＯＴＳエミュレーションサービスのための障害分離構成 | |
| JP4191183B2 (ja) | Ｉｐ電話システム、パケット変換装置およびパケット変換方法 | |
| CN109067659B (zh) | 一种会话建立方法、路由器及会话系统 | |
| KR100809398B1 (ko) | 멀티프로토콜을 지원하는 ＶｏＩＰ에서의 ＳＭＳ 전송방법 및 그 시스템 | |
| EP2645661A1 (en) | Data service processing method and apparatus | |
| CN117294746B (zh) | 融合通信方法、装置、终端设备及存储介质 | |
| JP7340835B2 (ja) | プログラム、情報処理方法、及び情報処理装置 |
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 |