一种早媒体放音方法、网络系统及终端与流程

本发明涉及通信技术领域，特别是指一种早媒体放音方法、网络系统及终端。

背景技术：

IMS(IP Multimedia Subsystem，IP多媒体系统)是3GPP在R5中提出的一个全新的IP多媒体子系统，是在PS域基础上扩展的移动核心网络，能够在IP多媒体平台上支持多媒体业务和互联网应用。VoLTE(Voice-over-LTE)俗称高清通话，是一种LTE下解决语音的方案，其采用IP数据传输技术，即运行在IMS系统中。

无应答前转，属于一种前转业务。当开通此业务的用户作为被叫时，一定时间不应答来电呼叫，网络将根据此用户开通的无应答呼叫前转业务，将来电呼叫转至指定的另一个用户。

早媒体是指被叫摘机前，主叫侧等待被叫摘机期间，主叫听到的提示音。例如，彩铃业务，即当被叫签约彩铃业务时，主叫拨打被叫电话，在被叫摘机前，主叫侧用户将听到被叫用户开通的彩铃提示音。除此之外，在VoLTE网络下，如果被叫未签约彩铃业务，主叫在被叫摘机前，主叫将根据临时响应消息中的早媒体放音参数指示，主叫侧自行播放拨号提示音，等待被叫接听电话。

在VoLTE的IMS系统中，在网络(NW)和终端(UE)同时支持资源预留的前提下，主叫(MO)、被叫(MT)用户在进行语音呼叫的过程中，信令交互流程如图1所示。

当被叫用户签约彩铃时，主、被叫优先进行基本呼叫的资源预留及编码协商，协商到200 OK(for update)后，被叫发送180 Ringing消息。

此时，被叫对应的网络侧彩铃平台，在收到此消息后将进行拦截处理；同时，构造Update消息转发给MO，与之进行音频彩铃业务的协商过程(图1中 的步骤15-步骤112)；

当协商成功后，彩铃平台再将截存的180 Ringing进行处理后发出。彩铃平台将在此消息中添加早媒体参数P-Early-Media头域，并且将头域状态置为可收可发sendrecv。此时，主叫在收到携带P-Early-Media：sendrecv的180 Ringing消息时，将等待网络侧播放被叫已经签约的彩铃音乐。如果被叫未签约彩铃业务，网络在转发180 Ringing消息时，可以携带P-Early-Media：不收不发inactive；与此同时，也可以不特别添加此头域及状态，主叫在收到180 Ringing消息后，将根据协议(3GPP 24.229)进行终端本地放音，即用户提到“嘟嘟嘟”等待被叫摘机的提示音。

叠加无应答前转场景后，主叫用户A在呼叫第一被叫用户B时，如果用户B签约无应答前转业务，当用户B无应答时，呼叫将被直接转至第二被叫用户C。主叫用户A在此过程中，将收到两条180 Ringing消息。

根据RFC 5009“After an early media authorization request has been received within a dialogue,and a subsequent message is received without the P-Early-Media header field,the previous early media authorization remains unchanged.”规定，如果主叫收到的第二个180 Ringing消息中未携带P-Early-Media头域及状态时，将根据收到的第一个180 Ringing消息中的P-Early-Media头域及状态进行处理。

鉴于以上业务及规范，将会出现一种特殊组合的场景。此场景简单描述如下：用户B签约彩铃业务，并签约无应答前转至用户C的业务，但是用户C为非彩铃签约用户，此时用户A拨打用户B，B用户无应答时，用户A的呼叫将转至用户C(下文在提到此场景时，用“特殊场景”特指)。

实际信令交互流程中，用户A将收到两条180 Ringing消息，其中第一条180 Ringing消息中，网络在转发时将添加P-Early-Media：sendrecv头域，主叫用户A收到后等待网络播放用户B签约的彩铃音；当B无应答，电话转至用户C时，用户A将收到第二条180 Ringing消息，此时现网设备直接将被叫侧的180Ringing转发给用户A，不做任何处理。用户A接收到不包含P-Early-Media头域的消息时，根据RFC 5009规定，遵循第一个180 Ringing消息中的P-Early-Media：sendrecv，等待网络侧放音。

但是，由于用户C为非彩铃用户，即无签约彩铃音，因此用户A此时听不 到任何提示音，一旦用户C摘机接听电话，用户A即可进入与用户C的通话状态。

此特殊场景下，现行方案的缺点在于用户B无应答且电话转至第二被叫用户C后，对于用户A而言听不到任何早媒体提示音。此时，如若用户C摘机，用户A将立即进入通话状态，给用户A带来极差的体验效果。

技术实现要素：

本发明的目的在于提供一种早媒体放音方法、网络系统及终端，解决现有技术中网络系统在将呼叫由签约彩铃音的第一被叫终端转接至第二被叫终端时，若第二被叫终端没有签约彩铃音，则会给主叫带来极差体验的问题。

为了解决上述技术问题，本发明实施例提供一种早媒体放音方法，应用于网络系统，包括：

获取将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时的响铃处理消息，根据所述响铃处理消息判断所述第二被叫终端是否签约有彩铃业务；

在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

可选地，所述在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：

向所述主叫终端发送包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数的所述预定播放参数；使所述主叫终端在等待所述第二被叫终端接听的过程中，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播。

可选地，在所述向所述主叫终端发送添加有预定播放参数的响铃消息之后，所述早媒体放音方法还包括：

向所述主叫终端播放早媒体呼叫等待提示音。

可选地，在所述向所述主叫终端播放早媒体呼叫等待提示音之后，所述早 媒体放音方法还包括：

在所述第二被叫终端摘机时，停止向所述主叫终端播放早媒体呼叫等待提示音，并向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

可选地，所述在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：

向所述主叫终端发送包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数的所述预定播放参数，使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

可选地，在所述使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取已存储的音频文件作为早媒体呼叫等待提示音之后，所述早媒体放音方法还包括：

在所述第二被叫终端摘机时，向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

本发明还提供了一种网络系统，包括：

第一处理模块，用于获取将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时的响铃处理消息，根据所述响铃处理消息判断所述第二被叫终端是否签约有彩铃业务；

第一发送模块，用于在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

可选地，所述第一发送模块包括：

第一处理子模块，用于向所述主叫终端发送包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数的所述预定播放参数；使所述主叫终端在等待所述第二被叫终端接听的过程中，等待获取所述网络系统播放的早 媒体呼叫等待提示音进行转播。

可选地，所述网络系统还包括：

播放模块，用于所述第一发送模块执行操作之后，向所述主叫终端播放早媒体呼叫等待提示音。

可选地，所述网络系统还包括：

第二处理模块，用于所述播放模块执行操作之后，在所述第二被叫终端摘机时，停止向所述主叫终端播放早媒体呼叫等待提示音，并向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

可选地，所述第一发送模块包括：

第二处理子模块，用于向所述主叫终端发送包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数的所述预定播放参数，使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

可选地，所述网络系统还包括：

第二发送模块，用于所述第二处理子模块执行操作之后，在所述第二被叫终端摘机时，向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

本发明还提供了一种早媒体放音方法，应用于终端，包括：

接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，所述响铃消息中包含有预定播放参数；

在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

可选地，所述在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：

在所述预定播放参数包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数时，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播；

在所述预定播放参数包括记录有所述网络系统不能够发送早媒体呼叫等待 提示音的第二状态参数时，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

可选地，在所述根据所述预定播放参数获取对应的早媒体呼叫等待提示音之后，所述早媒体放音方法还包括：

接收所述网络系统在所述第二被叫终端摘机时，发送的停止播放早媒体呼叫等待提示音，进入通话交互的指令；

根据所述指令停止向用户播放将所述早媒体呼叫等待提示音，并与所述第二被叫终端之间进行通话交互。

本发明还提供了一种终端，包括：

第一接收模块，用于接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，所述响铃消息中包含有预定播放参数；

获取模块，用于在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

可选地，所述获取模块包括：

第三处理子模块，用于在所述预定播放参数包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数时，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播；

第四处理子模块，用于在所述预定播放参数包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数时，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

可选地，所述终端还包括：

第二接收模块，用于所述获取模块执行操作之后，接收所述网络系统在所述第二被叫终端摘机时，发送的停止播放早媒体呼叫等待提示音，进入通话交互的指令；

第三处理模块，用于根据所述指令停止向用户播放将所述早媒体呼叫等待提示音，并与所述第二被叫终端之间进行通话交互。

本发明的上述技术方案的有益效果如下：

上述方案中，所述早媒体放音方法通过在将呼叫由签约彩铃业务的第一被 叫终端转接至第二被叫终端时，若第二被叫终端没有签约彩铃业务，则向主叫终端发送添加有预定播放参数的响铃消息，使主叫终端能够在等待第二被叫终端接听的过程中，根据预定播放参数获取对应的早媒体呼叫等待提示音，并对应进行早媒体放音，改善了呼叫转接后的用户体验，提高了用户的使用感受。

附图说明

图1为现有的主被叫语音呼叫信令交互流程示意图；

图2为本发明中第一实施例的早媒体放音方法流程示意图；

图3为本发明中第二实施例的早媒体放音方法流程示意图；

图4为本发明中第四实施例的网络系统结构示意图；

图5为本发明中第五实施例的终端结构示意。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明针对现有的技术中网络系统在将呼叫由签约彩铃音的第一被叫终端转接至第二被叫终端时，若第二被叫终端没有签约彩铃音，则会给主叫带来极差体验的问题，提供了多种解决方案，具体如下。

第一实施例

如图2所示，本发明的第一实施例提供了一种早媒体放音方法，应用于网络系统，所述早媒体放音方法包括：

步骤21：获取将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时的响铃处理消息，根据所述响铃处理消息判断所述第二被叫终端是否签约有彩铃业务；

步骤22：在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

本发明第一实施例通过在将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时，若第二被叫终端没有签约彩铃业务，则向主叫终端发送添加有 预定播放参数的响铃消息，使主叫终端能够在等待第二被叫终端接听的过程中，根据预定播放参数获取对应的早媒体呼叫等待提示音，并对应进行早媒体放音，改善了呼叫转接后的用户体验，提高了用户的使用感受。

其中，预定播放参数可包括早媒体播放状态参数；早媒体播放状态参数又可以包括可收可发的第一状态参数和不收不发的第二状态参数。早媒体播放状态参数可通过网络设备网元TAS添加在呼叫转接时的第二个180 Ringing消息中，也就是上述响铃消息中。

针对可收可发的第一状态参数和不收不发的第二状态参数两种情况本发明第一实施例对步骤22提供了两种具体方案：

第一种方案(可收可发的第一状态参数)，所述在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：向所述主叫终端发送包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数的所述预定播放参数；使所述主叫终端在等待所述第二被叫终端接听的过程中，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播。

基于这种方案，在所述向所述主叫终端发送添加有预定播放参数的响铃消息之后，所述早媒体放音方法还包括：向所述主叫终端播放早媒体呼叫等待提示音。

进一步的，在所述向所述主叫终端播放早媒体呼叫等待提示音之后，所述早媒体放音方法还包括：在所述第二被叫终端摘机时，停止向所述主叫终端播放早媒体呼叫等待提示音，并向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

第二种方案(不收不发的第二状态参数)，所述在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：向所述主叫终端发送包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数的所述预定播放参数，使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取 已存储的音频文件作为早媒体呼叫等待提示音进行播放。

进一步的，在所述使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取已存储的音频文件作为早媒体呼叫等待提示音之后，所述早媒体放音方法还包括：在所述第二被叫终端摘机时，向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

第二实施例

如图3所示，本发明的第二实施例提供了一种早媒体放音方法，应用于终端，所述早媒体放音方法包括：

步骤31：接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，所述响铃消息中包含有预定播放参数；

步骤32：在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

本发明的第二实施例通过接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，并根据响铃消息中的预定播放参数获取对应的早媒体呼叫等待提示音，进而能够对应进行早媒体放音，改善了呼叫转接后的用户体验，提高了用户的使用感受。

其中，预定播放参数可包括早媒体播放状态参数；早媒体播放状态参数又可以包括可收可发的第一状态参数和不收不发的第二状态参数。早媒体播放状态参数可通过网络设备网元TAS添加在呼叫转接时的第二个180 Ringing消息中，也就是上述响铃消息中。

针对可收可发的第一状态参数和不收不发的第二状态参数两种情况本发明第二实施例对步骤32提供了如下的具体方案：

所述在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音的步骤包括：

在所述预定播放参数包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数时，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播；

在所述预定播放参数包括记录有所述网络系统不能够发送早媒体呼叫等待 提示音的第二状态参数时，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

其中，音频文件可在终端出厂前存储在终端内部等待随时调用播放。

进一步的，在所述根据所述预定播放参数获取对应的早媒体呼叫等待提示音之后，所述早媒体放音方法还包括：接收所述网络系统在所述第二被叫终端摘机时，发送的停止播放早媒体呼叫等待提示音，进入通话交互的指令；根据所述指令停止向用户播放将所述早媒体呼叫等待提示音，并与所述第二被叫终端之间进行通话交互。

第三实施例

本发明的第三实施例将结合网络系统和终端两方对早媒体放音方法进行具体说明。

本发明的第三实施例提供了两种方案，具体如下：

方案一、网络侧放音方案

网络侧在转发第二条180 Ringing消息时，通过网络设备网元TAS(在转发该信令时进行处理)添加早媒体参数P-Early-Media：sendrecv头域字段(可收可发头域字段)，此时主叫终端收到第二条180 Ringing后，根据早媒体播放参数及状态sendrecv，等待网络侧播放“嘟嘟嘟”(或者其它音效)的提示音，并进行转播，等待被叫摘机接听电话。

方案二、终端侧放音方案

网络侧在转发第二条180 Ringing消息时，在经过网络设备网元TAS时主动添加P-Early-Media：inactive头域字段(不收不发头域字段)，此时主叫终端收到第二条180 Ringing消息后，根据早媒体播放参数及状态inactive，不再等待网络侧播放早媒体呼叫等待提示音，转为自行处理播放早媒体呼叫等待提示音，直到被叫摘机接听电话，主叫终端停止播放此早媒体提示音，然后主叫用户和第二被叫用户之间正常通话。

其中，主叫终端自行播放的早媒体呼叫等待提示音为出厂前已存储在主叫终端内的音频文件。

由上可知，在无条件前转、彩铃业务叠加组合的场景下，按照原现网实现方案，对于主叫用户而言，电话转接后存在较差的用户体验效果。

而在遵循现有协议的前提下，网络侧如按照本申请提出的修改方案实现，将简单、有效的解决“特殊场景”中存在的无应答前转后，主叫侧无早媒体呼叫等待提示音，导致的用户体验差下的问题，明显提高了主叫用户呼叫的电话转接后的用户体验效果。

第四实施例

如图4所示，本发明的第四实施例提供了一种网络系统包括：

第一处理模块41，用于获取将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时的响铃处理消息，根据所述响铃处理消息判断所述第二被叫终端是否签约有彩铃业务；

第一发送模块42，用于在所述第二被叫终端未签约有彩铃业务时，向所述主叫终端发送添加有预定播放参数的响铃消息，使所述主叫终端能够在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

本发明第四实施例通过在将呼叫由签约彩铃业务的第一被叫终端转接至第二被叫终端时，若第二被叫终端没有签约彩铃业务，则向主叫终端发送添加有预定播放参数的响铃消息，使主叫终端能够在等待第二被叫终端接听的过程中，根据预定播放参数获取对应的早媒体呼叫等待提示音，并对应进行早媒体放音，改善了呼叫转接后的用户体验，提高了用户的使用感受。

其中，预定播放参数可包括早媒体播放状态参数；早媒体播放状态参数又可以包括可收可发的第一状态参数和不收不发的第二状态参数。早媒体播放状态参数可通过网络设备网元TAS添加在呼叫转接时的第二个180 Ringing消息中，也就是上述响铃消息中。

针对可收可发的第一状态参数和不收不发的第二状态参数两种情况本发明第四实施例对第一发送模块提供了两种具体方案：

第一种方案(可收可发的第一状态参数)，所述第一发送模块包括：第一处理子模块，用于向所述主叫终端发送包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数的所述预定播放参数；使所述主叫终端在等待所述第二被叫终端接听的过程中，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播。

基于这种方案，所述网络系统还包括：播放模块，用于所述第一发送模块执行操作之后，向所述主叫终端播放早媒体呼叫等待提示音。

进一步的，所述网络系统还包括：第二处理模块，用于所述播放模块执行操作之后，在所述第二被叫终端摘机时，停止向所述主叫终端播放早媒体呼叫等待提示音，并向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

第二种方案(不收不发的第二状态参数)，所述第一发送模块包括：第二处理子模块，用于向所述主叫终端发送包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数的所述预定播放参数，使所述主叫终端在等待所述第二被叫终端接听的过程中，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

进一步的，所述网络系统还包括：第二发送模块，用于所述第二处理子模块执行操作之后，在所述第二被叫终端摘机时，向所述主叫终端发送停止播放早媒体呼叫等待提示音，进入通话交互的指令。

其中，上述第一实施例以及第三实施例中涉及网络系统侧的早媒体放音方法的所述实现实施例均适用于该网络系统的实施例中，也能达到相同的技术效果。

第五实施例

如图5所示，本发明的第五实施例提供了一种终端包括：

第一接收模块51，用于接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，所述响铃消息中包含有预定播放参数；

获取模块52，用于在等待所述第二被叫终端接听的过程中，根据所述预定播放参数获取对应的早媒体呼叫等待提示音。

本发明的第五实施例通过接收网络系统在将呼叫由签约彩铃业务的第一被叫终端转接至未签约彩铃业务的第二被叫终端时，发送的响铃消息，并根据响铃消息中的预定播放参数获取对应的早媒体呼叫等待提示音，进而能够对应进行早媒体放音，改善了呼叫转接后的用户体验，提高了用户的使用感受。

其中，预定播放参数可包括早媒体播放状态参数；早媒体播放状态参数又 可以包括可收可发的第一状态参数和不收不发的第二状态参数。早媒体播放状态参数可通过网络设备网元TAS添加在呼叫转接时的第二个180 Ringing消息中，也就是上述响铃消息中。

针对可收可发的第一状态参数和不收不发的第二状态参数两种情况本发明第五实施例对获取模块62提供了如下的具体方案：

所述获取模块包括：第三处理子模块，用于在所述预定播放参数包括记录有所述网络系统能够发送早媒体呼叫等待提示音的第一状态参数时，等待获取所述网络系统播放的早媒体呼叫等待提示音进行转播；

第四处理子模块，用于在所述预定播放参数包括记录有所述网络系统不能够发送早媒体呼叫等待提示音的第二状态参数时，主动获取已存储的音频文件作为早媒体呼叫等待提示音进行播放。

其中，音频文件可在终端出厂前存储在终端内部等待随时调用播放。

进一步的，所述终端还包括：第二接收模块，用于所述获取模块执行操作之后，接收所述网络系统在所述第二被叫终端摘机时，发送的停止播放早媒体呼叫等待提示音，进入通话交互的指令；第三处理模块，用于根据所述指令停止向用户播放将所述早媒体呼叫等待提示音，并与所述第二被叫终端之间进行通话交互。

其中，上述第二实施例以及第三实施例中涉及终端侧的早媒体放音方法的所述实现实施例均适用于该终端的实施例中，也能达到相同的技术效果。

需要说明的是，此说明书中所描述的许多功能部件都被称为模块/子模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块/子模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设 备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述原理前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。