本发明涉及通信技术领域，具体而言，涉及一种消息发送方法及装置、系统。
背景技术：
振铃前单射频语音连续性(singleradiovoicecallcontinuity，简称bsrvcc)是3gpp针对主叫用户已经发起呼叫，但被叫没有振铃阶段，主叫用户发生srvcc切换提出的增强型技术方案。从无线资源预留的角度看，因为其耗时是秒级(正常情况3-5秒，网络状态不佳，耗时会更长)，这个阶段主叫用户发生srvcc切换的概率是很高的。如果主叫用户在此过程中，无法听到回铃音，则会带来用户体验不佳的问题。
具体的原因，是因为3gpp目前定义的bsrvcc流程在呼叫状态的控制和回铃音的处理上存在问题，具体参见如下分析：
图1是典型的bsrvcc可以听到回铃音的流程示意图，说明：ue-1为主叫用户，ue-2为被叫用户。ue-1发起呼叫，并在振铃前发生bsrvcc切换。
如图1所示，该流程包括：
步骤1，接入侧触发bsrvcc切换；
步骤2，增强型移动交换中心(enhancedmobileswitchcenter，简称e-msc)向业务连续性应用服务器(servicecentralizationandcontinuityapplicationserver，简称scc_as)发送切换的invite；
步骤3，scc_as将invite中的sdp通过update向远端ue发送；
步骤4，远端ue回200ok；
步骤5，scc_as将200ok中的sdp通过183发送到e-msc；
步骤6，e-msc回prack；
步骤7，scc_as回200ok；
步骤8，因为此时是振铃前呼叫状态，scc_as向e-msc发送info，携带振铃前(pre-alerting)的状态；需要说明的是，info消息属于sip协议的一种信令消息；
步骤9，e-msc回200ok；
步骤10，远端ue进入振铃态，发送180；
步骤11，scc_as转发180到e-msc；
步骤12，e-msc根据之前的状态为pre-alerting，又结合收到的180，判断需要向ue-1发送振铃(alert)指示，ue-1根据指示向主叫用户放回铃音。
但是工程中，因为如用户操作时序、资源预留的时序等因素，实际的bsrvcc流程会有多种情况。而按照现有的3gpp标准。这些流程组合就会听不到回铃音，图2是相关技术中bsrvcc听不到回铃音的流程示意图，说明：ue-1为主叫用户，ue-2为被叫用户。ue-1发起呼叫，并在振铃前发生bsrvcc切换。如图2所示，流程包括：
步骤1，接入侧触发bsrvcc切换；
步骤2，e-msc向scc_as发送切换的invite；
步骤3，scc_as将invite中的sdp通过update向远端ue发送；
步骤4，远端ue回200ok；
步骤5，scc_as将200ok中的sdp通过183发送到e-msc；
步骤6，因为资源预留等原因，远端ue直接进入振铃态，发送180；
步骤7，scc_as转发180到e-msc；
步骤8，e-msc回prack；
步骤9，scc_as回200ok；
步骤10，因为此时是已经进入振铃呼叫状态，scc_as向e-msc发送info，携带振铃态(early)的状态；
步骤11，e-msc回200ok；
按照现有的3gpp规范定义，e-msc只有在先收到info(pre-alerting)指示，后收到180，才会将180转为alert指示发给ue。所以上述流程并不符合这个要求，从而e-msc无法向ue-1发送alert，主叫用户将无法听到回铃音。
主叫用户无法听到回铃音，首先对于主叫用户体验不好，用户可能认为无法接续而提前挂机；此外，在很多工程局点，在bsrvcc切换中，将回铃音作为接通率的重要组成部分，上述问题会极大的降低局方的呼叫接通率的统计。
针对上述技术问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种消息发送方法及装置、系统，以至少解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题。
根据本发明的一个实施例，提供了一种消息发送方法，包括：确定主叫设备在振铃前执行单射频语音连续性srvcc切换后，被叫设备处于振铃呼叫状态；向增强型移动交换中心e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音。
可选地，确认消息包括以下之一信息：180消息和info消息。
可选地，在确认消息为180消息的情况下，方法还包括：确定在向e-msc发送确认消息之前未向e-msc发送过info消息。
可选地，在确认消息为info消息的情况下，在向e-msc发送用于确认srvcc的确认消息之前，方法还包括：判断是否向e-msc转发过被叫设备发送的180消息；在判断结果为否的情况下，向e-msc发送确认消息。
可选地，在向e-msc发送确认消息之后，方法还包括：接收e-msc发送的与确认消息对应的响应消息；确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；在确定存在第二标识信息的情况下，构造180消息并向e-msc发送构造的180消息。
可选地，在判断是否向e-msc转发过被叫设备发送的180消息之前，方法还包括：接收被叫设备发送的180消息；判断是否收到过e-msc发送的与info信息对应的响应信息；在判断结果为否的情况下，丢弃被叫设备发送的180消息，并采用第二标识信息标记收到过被叫设备发送的180消息，存储第二标识信息。
可选地，在向e-msc发送确认消息之后，方法还包括：接收e-msc发送的与确认消息对应的响应消息；将媒体更新消息转发给被叫终端；其中，媒体更新消息中携带被叫终端完成的资源预留状态；在将与媒体更新消息对应的响应消息转发给e-msc之后，将180消息转发给e-msc。
可选地，第一标识信息通过可扩展标记语音xml结构携带。
根据本发明的一个实施例，提供了一种消息发送方法，包括：在主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息；其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音；向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息。
可选地，确认消息包括以下之一信息：180消息和info消息。
可选地，在确认消息为180消息的情况下，方法还包括：确定在scc_as发送的确认消息之前未接收过scc_as发送的info消息。
可选地，在确认消息为info消息的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息包括：在未收到过scc_as转发的被叫设备发送的180消息的情况下，接收scc_as发送的确认消息。
可选地，在接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息之后，方法还包括：接收scc_as发送的scc_as构造的180消息。
可选地，在接收scc_as发送的scc_as构造的180消息之前，方法还包括：向scc_as发送与确认消息对应的响应消息；通过scc_as向被叫终端发送媒体更新消息；其中，媒体更新消息中携带被叫终端完成的资源预留状态；通过scc_as接收被叫终端发送的与媒体更新消息对应的响应消息。
可选地，第一标识信息通过可扩展标记语音xml结构携带。
根据本发明的一个实施例，提供了一种消息发送装置，包括：确定模块，用于确定主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态；发送模块，用于向增强型移动交换中心e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音。
可选地，确认消息包括以下之一信息：180消息和info消息。
可选地，确定模块，还用于，在确认消息为180消息的情况下，确定在向e-msc发送确认消息之前未向e-msc发送过info消息。
可选地，装置还包括：第一判断模块，用于在确认消息为info消息的情况下，在向e-msc发送用于确认srvcc的确认消息之前，判断是否向e-msc转发过被叫设备发送的180消息；其中，在判断结果为否的情况下，发送模块向e-msc发送确认消息。
可选地，装置还包括：接收模块，用于在向e-msc发送确认消息之后，接收e-msc发送的与确认消息对应的响应消息；第二判断模块，用于确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；构造模块，用于在确定存在第二标识信息的情况下，构造180消息；发送模块，还用于向e-msc发送构造的180消息。
可选地，接收模块还用于在判断是否向e-msc转发过被叫设备发送的180消息之前，接收被叫设备发送的180消息；第一判断模块，还用于判断是否收到过e-msc发送的与info信息对应的响应信息；装置还包括：丢弃模块，用于在判断结果为否的情况下，丢弃被叫设备发送的180消息；标记模块，用于采用第二标识信息标记收到过被叫设备发送的180消息；存储模块，用于存储第二标识信息。
可选地，第一标识信息通过可扩展标记语音xml结构携带。
根据本发明的一个实施例，提供了一种消息发送装置，包括：接收模块，用于在主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息；其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音；发送模块，用于向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息。
可选地，确认消息包括以下之一信息：180消息和info消息。
可选地，装置还包括：确定模块，用于在确认消息为180消息的情况下，确定在scc_as发送的确认消息之前未接收过scc_as发送的info消息。
可选地，接收模块还用于在确认消息为info消息的情况下，在未收到过scc_as转发的被叫设备发送的180消息的情况下，接收scc_as发送的确认消息。
可选地，接收模块，还用于在接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息之后，接收scc_as发送的scc_as构造的180消息。
可选地，第一标识信息通过可扩展标记语音xml结构携带。
根据本发明的一个实施例，提供了一种系统，包括：主叫设备、被叫设备、增强型移动交换中心e-msc和业务连续性应用服务器scc_as；scc_as用于确定主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态；以及向e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息；e-msc用于接收scc_as发送的确认信息，以及向主叫终端发送用于指示主叫设备播放回铃音的振铃指示消息。
可选地，确认消息包括以下之一信息：180消息和info消息。
可选地，scc_as，还用于在确认消息为180消息的情况下，确定在向e-msc发送确认消息之前未向e-msc发送过info消息。
可选地，scc_as还用于在确认消息为info消息的情况下，在向e-msc发送用于确认srvcc的确认消息之前，判断是否向e-msc转发过被叫设备发送的180消息；以及在判断结果为否的情况下，向e-msc发送确认消息。
可选地，scc_as，还用于在向e-msc发送确认消息之后，接收e-msc发送的与确认消息对应的响应消息；确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；以及在确定存在第二标识信息的情况下，构造180消息并向e-msc发送构造的180消息。
可选地，scc_as，还用于在判断是否向e-msc转发过被叫设备发送的180消息之前，接收被叫设备发送的180消息；判断是否收到过e-msc发送的与info信息对应的响应信息；以及在判断结果为否的情况下，丢弃被叫设备发送的180消息，并采用第二标识信息标记收到过被叫设备发送的180消息，存储第二标识信息。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：确定主叫设备在振铃前执行单射频语音连续性srvcc切换后，被叫设备处于振铃呼叫状态；向增强型移动交换中心e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：在主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息；其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音；向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息。
通过本发明，由于在主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态后，通过向e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音，使得在被叫设备直接进入振铃呼叫状态后也可以使得主叫设备获知该主叫设备处于振铃前状态，进而可以播放回铃音，进而使得在被叫设备直接进入振铃呼叫状态后也能够播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是典型的bsrvcc可以听到回铃音的流程示意图；
图2是相关技术中bsrvcc听不到回铃音的流程示意图；
图3是根据本发明实施例提供的消息发送方法的流程示意图一；
图4是根据本发明实施例提供的消息发送方法的流程示意图二；
图5是根据本发明优选实施例提出的方案一的处理流程示意图；
图6是根据本发明优选实施例提出的方案二的流程示意图一；
图7是根据本发明优选实施例提出的方案二的流程示意图二；
图8是根据本发明优选实施例提出的方案二的流程示意图三；
图9是根据本发明实施例的消息发送装置的结构框图一；
图10是根据本发明实施例的消息发送装置的结构框图二；
图11是根据本发明实施例提供的系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本实施例提供了一种消息发送方法，图3是根据本发明实施例提供的消息发送方法的流程示意图一，如图3所示，该方法包括：
步骤s302，确定主叫设备在振铃前执行单射频语音连续性srvcc切换后，被叫设备处于振铃呼叫状态；
步骤s304，向增强型移动交换中心e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音。
通过上述步骤，由于在主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态后，通过向e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音，使得在被叫设备直接进入振铃呼叫状态后也可以使得主叫设备获知该主叫设备处于振铃前状态，进而可以播放回铃音，进而使得在被叫设备直接进入振铃呼叫状态后也能够播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
需要说明的是，上述确认消息可以包括以下之一信息：180消息和info消息。
在本发明的一个实施例中，在确认消息为180消息的情况下，上述方法还可以包括：确定在向e-msc发送确认消息之前未向e-msc发送过info消息。
在本发明的一个实施例中，在确认消息为info消息的情况下，在向e-msc发送用于确认srvcc的确认消息之前，上述方法还可以包括：判断是否向e-msc转发过被叫设备发送的180消息；在判断结果为否的情况下，向e-msc发送确认消息。
需要说明的是，在判断结果为是的情况下，即在向e-msc发送用于确认srvcc的确认消息之前向e-msc转发过被叫设备发送的180消息的情况下，则向e-msc发送的确认消息中携带用于标识主叫设备处于振铃状态early的标识信息。
需要说明的是，在上述步骤s304之后，上述方法还可以包括：接收e-msc发送的与确认消息对应的响应消息；确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；在确定存在第二标识信息的情况下，构造180消息并向e-msc发送构造的180消息。
需要说明的是，在判断是否向e-msc转发过被叫设备发送的180消息之前，上述方法还可以包括：接收被叫设备发送的180消息；判断是否收到过e-msc发送的与info信息对应的响应信息；在判断结果为否的情况下，丢弃被叫设备发送的180消息，并采用第二标识信息标记收到过被叫设备发送的180消息，存储第二标识信息。
需要说明的是，在判断结果为是的情况下，即已收到过e-msc发送的与info信息对应的响应信息的情况下，直接向e-msc发送180消息。
在本发明的一个实施例中，在上述步骤s304之后，上述方法还可以包括：接收e-msc发送的与确认消息对应的响应消息；将媒体更新消息转发给被叫终端；其中，媒体更新消息中携带被叫终端完成的资源预留状态；在将与媒体更新消息对应的响应消息转发给e-msc之后，将180消息转发给e-msc。
需要说明的是，上述第一标识信息通过可扩展标记语音xml结构携带，但并不限于此。需要说明的是，上述xml结构可以为：
需要说明的是，上述步骤的执行主体可以为scc_as，但并不限于此。
本发明实施例还提供了一种消息发送方法，图4是根据本发明实施例提供的消息发送方法的流程示意图二，如图4所示，上述方法包括：
步骤s402，在主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息；其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音；
步骤s404，向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息。
通过上述步骤，由于在主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态后，通过接收用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，并向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息，使得在被叫设备直接进入振铃呼叫状态后也可以使得主叫设备也可以播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
需要说明的是，上述确认消息可以包括以下之一信息：180消息和info消息。
在本发明的一个实施例中，在确认消息为180消息的情况下，上述方法还可以包括：确定在scc_as发送的确认消息之前未接收过scc_as发送的info消息。
在本发明的一个实施例中，在上述确认消息为info消息的情况下，上述步骤s402可以包括：在未收到过scc_as转发的被叫设备发送的180消息的情况下，接收scc_as发送的确认消息。
需要说明的是，在上述步骤s402之后，上述方法还可以包括：接收scc_as发送的scc_as构造的180消息。
在本发明的一个实施例中，在接收scc_as发送的scc_as构造的180消息之前，上述方法还可以包括：向scc_as发送与确认消息对应的响应消息；通过scc_as向被叫终端发送媒体更新消息；其中，媒体更新消息中携带被叫终端完成的资源预留状态；通过scc_as接收被叫终端发送的与媒体更新消息对应的响应消息。
需要说明的是，上述第一标识信息可以通过可扩展标记语音xml结构携带。
需要说明的是，上述xml结构可以为：
需要说明的是，上述图4所示的方法的步骤的执行主体可以为e-msc，但并不限于此。
为了更好地理解本发明，以下结合优选的实施例对本发明做进一步解释。
本发明实施例提供了两种优选的bsrvcc切换支持回铃音的方案：
方案一：由scc_as与e-msc配合解决，具体为scc_as收到180后，在如下条件成立时，转发到主叫的180，需要携带pre-alerting的xml结构。
xml的结构：
条件：当前是bsrvcc切换；且未向主叫发送过info(pre-alerting)；
e-msc收到携带pre-alerting的xml结构的180，向主叫ue发送alert指示，并由ue向主叫用户放音。
需要说明的是，方案一，优点是逻辑简单，便于实现。
方案二：
由scc_as单独解决，通过控制时序，构造消息，将所有的bsrvcc兼容流程中与e-msc交互的部分规整化为标准的3gpp流程。scc_as处理的逻辑：
1，判断是否为bsrvcc切换
2，后向收到180，判断是否收到info对应的200ok，如果收到过200ok，则发出180；如果没有收到过200ok，则丢弃该180并打标记标识收到过180
3，需要发送info时，判断前向是否发送过180，如果没有发送过180，info带pre-alerting的xml结构；如果已经发送过180，则info带early的xml结构
4，收到info的200ok，如果有收到过180的标记，则构造180发送给前向。
对于方案二，优点是仅修改scc_as网元，可以与其它厂家的e-msc对接，并解决问题。
通过上述方案，可以让主叫用户在bsrvcc切换过程中正常听到回铃音。
图5是根据本发明优选实施例提出的方案一的处理流程示意图，如图5所示，该流程包括：
1，接入侧触发bsrvcc切换；
2，e-msc向scc_as发送切换的invite呼叫请求；
3，scc_as将invite中的sdp通过update媒体更新消息向远端ue发送；
4，远端ue回200ok响应消息；
5，scc_as将200ok响应消息中的sdp通过183消息发送到e-msc；
6，因为资源预留等原因，远端ue直接进入振铃态，发送180消息；
7，scc_as转发180，并携带pre-alerting呼叫状态，发到e-msc；
8，e-msc根据180且携带pre-alerting呼叫状态，向主叫ue发送alert，主叫用户可以听到回铃音；
9，e-msc回prack请求消息；
10，scc_as回200ok响应消息；
11，因为此时是已经进入振铃呼叫状态，scc_as向e-msc发送info请求消息，携带early的状态；
12，e-msc回200ok响应消息。
对于方案二，存在对多种bsrvcc兼容流程的支持：
图6是根据本发明优选实施例提出的方案二的流程示意图一，该流程包括：
1，接入侧触发bsrvcc切换；
2，e-msc向scc_as发送切换的invite呼叫请求；
3，scc_as将invite中的sdp通过update媒体更新消息向远端ue发送；
4，远端ue回200ok响应消息；
5，scc_as将200ok响应消息中的sdp通过183消息发送到e-msc；
6，因为资源预留等原因，远端ue直接进入振铃态，发送180消息；
7，e-msc回prack请求消息；
8，scc_as回200ok响应消息；
9，虽然此时是已经进入振铃呼叫状态，scc_as向e-msc发送info，携带pre-alerting的状态；
10，e-msc回200ok响应消息；
11，根据之前记录的后向收到180消息的呼叫状态，scc_as向e-msc补发180消息；
12，e-msc向ue-1发送alert消息，主叫用户可以听到回铃音。
图7是根据本发明优选实施例提出的方案二的流程示意图二，该流程包括：
1，接入侧触发bsrvcc切换；
2，e-msc向scc_as发送切换的invite呼叫请求；
3，因为invite的sdp与原始呼叫相同等原因，scc_as不需要向ue-2发送update媒体更新消息；此时ue-2不需要接受update，后向的180消息会直接发送；scc_as丢弃该180，但记录收到后向180消息的状态；
4，scc_as构造sdp通过183消息发送到e-msc；
5，e-msc回prack请求消息；
6，scc_as回200ok响应消息；
7，虽然此时是已经进入振铃呼叫状态，scc_as向e-msc发送info，携带pre-alerting的状态；
8，e-msc回200ok响应消息；
9，根据之前记录的后向收到180消息的呼叫状态，scc_as向e-msc补发180消息；
10，e-msc向ue-1发送alert消息，主叫用户可以听到回铃音。
图8是根据本发明优选实施例提出的方案二的流程示意图三，该流程包括：
1，接入侧触发bsrvcc切换；
2，e-msc向scc_as发送切换的invite呼叫请求；
3，scc_as将invite中的sdp通过update媒体更新消息向远端ue发送；
4，远端ue回200ok响应消息；
5，scc_as将200ok响应消息中的sdp通过183消息发送到e-msc；
6，e-msc回prack请求消息；
7，scc_as回200ok响应消息；
8，虽然此时是已经进入振铃呼叫状态，scc_as向e-msc发送info请求消息，携带pre-alerting的状态；
9，e-msc回200ok响应消息；
10，因为资源预留等原因，被叫需要等完成的资源预留状态才能振铃；e-msc向scc_as发送update媒体更新消息；，携带完成的资源预留状态；
11，scc_as转发update媒体更新消息到ue-2；
12，ue-2回200ok响应消息；
13，scc_as发送200ok响应消息到e-msc；
14，ue-2发送180消息；
15，scc_as转发180消息到e-msc；
16，e-msc向ue-1发送alert消息，主叫用户可以听到回铃音。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种消息发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图9是根据本发明实施例的消息发送装置的结构框图一，如图9所示，该装置包括：
确定模块92，用于确定主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态；
发送模块94，与上述确定模块92连接，用于向增强型移动交换中心e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音。
通过上述装置，由于在主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态后，上述发送模块94通过向e-msc发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音，使得在被叫设备直接进入振铃呼叫状态后也可以使得主叫设备获知该主叫设备处于振铃前状态，进而可以播放回铃音，进而使得在被叫设备直接进入振铃呼叫状态后也能够播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
需要说明的是，上述确认消息可以包括以下之一信息：180消息和info消息。
在本发明的一个实施例中，上述确定模块92，还可以用于在确认消息为180消息的情况下，确定在向e-msc发送确认消息之前未向e-msc发送过info消息。
在本发明的一个实施例中，上述装置还可以包括：第一判断模块，用于在确认消息为info消息的情况下，在向e-msc发送用于确认srvcc的确认消息之前，判断是否向e-msc转发过被叫设备发送的180消息；其中，在判断结果为否的情况下，上述发送模块94向e-msc发送确认消息。
在本发明的一个实施例中，上述装置还可以包括：接收模块，用于在向e-msc发送确认消息之后，接收e-msc发送的与确认消息对应的响应消息；第二判断模块，用于确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；构造模块，用于在确定存在第二标识信息的情况下，构造180消息；上述发送模块94，还可以用于向e-msc发送构造的180消息。
需要说明的是，上述接收模块还可以用于在判断是否向e-msc转发过被叫设备发送的180消息之前，接收被叫设备发送的180消息；上述第一判断模块，还可以用于判断是否收到过e-msc发送的与info信息对应的响应信息；上述装置还可以包括：丢弃模块，用于在判断结果为否的情况下，丢弃被叫设备发送的180消息；标记模块，与上述丢弃模块连接，用于采用第二标识信息标记收到过被叫设备发送的180消息；存储模块，与上述标记模块连接，用于存储第二标识信息。
在本发明的一个实施例中，上述接收模块，还用于在向e-msc发送确认消息之后，接收e-msc发送的与确认消息对应的响应消息；上述发送模块94还用于将媒体更新消息转发给被叫终端；其中，媒体更新消息中携带被叫终端完成的资源预留状态；以及在将与媒体更新消息对应的响应消息转发给e-msc之后，将180消息转发给e-msc。
需要说明的是，上述第一标识信息可以通过可扩展标记语音xml结构携带。
需要说明的是，上述装置可以位于scc_as中，但并不限于此。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中还提供了一种消息发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图10是根据本发明实施例的消息发送装置的结构框图二，如图10所示，该装置包括：
接收模块1002，用于在主叫设备在振铃前执行单射频语音连续性srvcc后，被叫设备处于振铃呼叫状态的情况下，接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息；其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，第一标识信息用于e-msc向主叫设备指示播放回铃音；
发送模块1004，与上述接收模块1002连接，用于向主叫设备发送用于指示主叫设备播放回铃音的振铃指示消息。
通过上述装置，由于在主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态后，上述接收模块1002通过接收用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息，使得在被叫设备直接进入振铃呼叫状态后也能够播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
需要说明的是，上述确认消息可以包括以下之一信息：180消息和info消息。
在本发明的一个实施例中，上述装置还可以包括：确定模块，用于在确认消息为180消息的情况下，确定在scc_as发送的确认消息之前未接收过scc_as发送的info消息。
需要说明的是，上述接收模块1002还可以用于在确认消息为info消息的情况下，在未收到过scc_as转发的被叫设备发送的180消息的情况下，接收scc_as发送的确认消息。
需要说明的是，上述接收模块1002还可以用于在接收业务连续性应用服务器scc_as发送的用于确认srvcc的确认消息之后，接收scc_as发送的scc_as构造的180消息。
在本发明的一个实施例中，上述装置还可以包括：媒体更新模块，用于向scc_as发送与确认消息对应的响应消息；通过scc_as向被叫终端发送媒体更新消息；其中，媒体更新消息中携带被叫终端完成的资源预留状态；以及通过scc_as接收被叫终端发送的与媒体更新消息对应的响应消息。
需要说明的是，上述第一标识信息可以通过可扩展标记语音xml结构携带。
实施例4
本发明实施例提供了一种系统，图11是根据本发明实施例提供的系统的结构框图，如图11所示，该系统包括：主叫设备1102、被叫设备1104、增强型移动交换中心e-msc1106和业务连续性应用服务器scc_as1108；其中，
scc_as1108用于确定主叫设备1102在振铃前执行单射频语音连续性srvcc后，被叫设备1104处于振铃呼叫状态；以及向e-msc1106发送用于确认srvcc的确认消息，其中，确认消息中携带有用于标识主叫设备处于振铃前状态的第一标识信息；
e-msc1106用于接收scc_as1108发送的确认信息，以及向主叫设备1102发送用于指示主叫设备1102播放回铃音的振铃指示消息。
通过上述系统，使得在被叫设备1104直接进入振铃呼叫状态后也可以使得主叫设备1102获知该主叫设备1102处于振铃前状态，进而可以播放回铃音，进而使得在被叫设备1104直接进入振铃呼叫状态后也能够播放回铃音，因此，可以解决相关技术中主叫设备发生srvcc切换后，被叫设备直接进入振铃呼叫状态导致无法实现主叫设备播放回铃音的问题，提高了用户的体验度。
需要说明的是，上述确认消息可以包括以下之一信息：180消息和info消息。
在本发明的一个实施例中，上述scc_as1108，还可以用于在确认消息为180消息的情况下，确定在向e-msc1106发送确认消息之前未向e-msc1106发送过info消息。
需要说明的是，上述scc_as1108还可以用于在确认消息为info消息的情况下，在向e-msc1106发送用于确认srvcc的确认消息之前，判断是否向e-msc1106转发过被叫设备发送的180消息；以及在判断结果为否的情况下，向e-msc1106发送确认消息。
需要说明的是，上述scc_as1108，还可以用于在向e-msc1106发送确认消息之后，接收e-msc1106发送的与确认消息对应的响应消息；确定是否存在用于指示已收到过被叫设备发送的180消息的第二标识信息；以及在确定存在第二标识信息的情况下，构造180消息并向e-msc1106发送构造的180消息。
需要说明的是，上述scc_as1108，还可以用于在判断是否向e-msc1106转发过被叫设备1104发送的180消息之前，接收被叫设备1104发送的180消息；判断是否收到过e-msc1106发送的与info信息对应的响应信息；以及在判断结果为否的情况下，丢弃被叫设备1104发送的180消息，并采用第二标识信息标记收到过被叫设备1104发送的180消息，存储第二标识信息。
需要说明的是，上述第一标识信息通过可扩展标记语音xml结构携带，但并不限于此。需要说明的是，上述xml结构可以为：
实施例5
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行实施例1中的方法的步骤的程序代码。
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行实施例1中的方法的步骤。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。