ATCF通过申请的所述媒体资源对所述第η路放音媒体进行放音。
[0038]在该步骤中，ATCF执行两个过程，第一过程是更新媒体，第二个过程是转发接收到的临时响应消息到PCSCF中。在具体实施过程中，可以先执行第一个过程，再执行第二个过程。或者，也可以先执行第二个过程，再执行第一个过程。因此，步骤S206可以有两种实施方式。
[0039]第一种实施方式，先执行第一个过程，再执行第二个过程，则步骤S206可以包括:
[0040]步骤1，ATCF使用所述锚定的第η路放音媒体对第η路呼叫远端媒体进行更新切换，在收到更新响应后，对本端的锚定媒体进行更新；
[0041]步骤2，ATCF转发接收到的所述第η条临时响应消息至代理呼叫会话控制功能实体PCSCF，其中，转发的所述第η条临时响应消息中携带有所述锚定的第η路放音媒体。
[0042]可选地，在这种实施方式中，所述ATCF转发接收到的所述第η条临时响应消息至代理呼叫会话控制功能实体PCSCF之后，所述方法还包括:所述ATCF接收所述PCSCF对所述第η条临时响应消息返回的确认消息；所述ATCF向所述PCSCF返回所述确认消息的响应。即ATCF回复PCSCF发送的临时响应消息的确认消息。
[0043]第二种实施方式，先执行第二个过程，再执行第一个过程，则步骤S206可以包括:
[0044]步骤I，ATCF接收到的所述第η条临时响应消息至代理呼叫会话控制功能实体，其中，转发的所述第η条临时响应消息中携带有所述锚定的第η路放音媒体；
[0045]步骤2，ATCF使用所述锚定的第η路放音媒体对第η路呼叫远端媒体进行更新切换，在收到更新响应后，对本端的锚定媒体进行更新。
[0046]在这种实施方式中，所述ATCF转发接收到的所述第η条临时响应消息至代理呼叫会话控制功能实体PCSCF之后，所述方法还包括:所述ATCF接收所述PCSCF对所述第η条临时响应消息返回的确认消息，将所述确认消息透传至服务呼叫会话控制功能实体SCSCF ;所述ATCF接收所述SCSCF返回所述确认消息的响应，将所述响应透传至所述PCSCF。即ATCF透传临时响应消息的确认消息。
[0047]在具体实施过程中，上述临时响应消息的确认消息可以为Prack消息。
[0048]可选地，在本发明实施例中，在步骤S204中，ATCF重新申请一对媒体资源包括主叫媒体资源和被叫媒体资源。
[0049]为了有效利用资源，可选地，在被叫应答，呼叫进入通话态之后，所述方法还包括:所述ATCF释放除应答路外所有已申请的锚定媒体资源，其中，所述应答路为应答通话所占用的通路。即ATCF释放上述申请的η+1路媒体资源中除用于应答以外的其余路的锚定媒体资源。
[0050]实施例一
[0051]本实施例中，Forked振铃态多路放音场景下，ATCF锚定了多路放音媒体资源，ATGW锚定媒体情况见附图3。附图3中描述了 Forked呼叫场景两路呼叫同时放音，对于更多路(N路)呼叫同时放音的情况，可以以此推演，ATCF通过锚定多路(N路)媒体资源来实现放音。
[0052]图3为本实施例中Forked呼叫振铃态多路放音场景SIP信令流程及媒体锚定示意图，发图3所示，本实施例的实现方式可以包括下列步骤:
[0053]步骤301，用户终端通过PCSCF发起呼叫，PCSCF向ATCF发送invite消息，其中携带媒体描述信息为sdpl ；
[0054]步骤302，在支持锚定媒体的情况下，ATCF转发呼叫请求(invite消息)到SCSCF，携带了锚定后的ATGW媒体(sdp3 )。
[0055]步骤303, ATCF收到第一条18x响应消息(to-tagl)携带放音媒体(sdp4), ATCF对锚定媒体进行更新。
[0056]步骤304，ATCF 转发 18x (to-tagl)到 PCSCF (携带 ATGff 锚定媒体，即 sdp2)，实现第一路放音。
[0057]步骤305, ATCF收到第二条18x响应消息(to_tag2)携带放音媒体(sdp5),此时认为发生Forked呼叫；ATCF重新申请媒体资源(RTP4)锚定第二路媒体。
[0058]步骤306，ATCF使用ATGW第二路锚定媒体(sdp7)对远端进行Update媒体切换。
[0059]步骤307，ATCF收到Update200响应后对本地锚定媒体进行更新。
[0060]步骤308，ATCF转发18x (to_tag2)到PCSCF (携带ATGW第二路锚定媒体)，实现第二路呼叫放音。
[0061]在本实施例提供的方法中，ATCF发生Forked呼叫情况下，在振铃态收到被叫侧Forked子路(非第一路响应)的18x响应携带媒体信息，则为子路创建一对ATGW媒体资源用于锚定媒体。以便实现多路同时媒体放音。
[0062]在本实施例中，ATCF收到第二条18x响应消息(to_tag2)携带放音媒体，ATCF申请新的媒体资源锚定第二路媒体。而后需要转发18x (to-tag2^IjPCSCF (携带ATGW第二路锚定媒体)，并且使用ATGW第二路锚定媒体对远端进行Update媒体切换，这两步操作先后次序并无影响。ATCF先转发18x (to-tag2)再Update切换远端媒体,还是先Update切换远端媒体在转发18x (to_tag2),在本实施例中均可。
[0063]实施例二
[0064]图4为本实施例的信令流程图，如图4所示，本实施例中在振铃态下实现多路放音主要包括以下步骤:
[0065]步骤401，主叫用户发起呼叫请求，PCSCF发送invite到ATCF，携带媒体信息sdpl ο
[0066]步骤402-403，ATCF为主叫媒体申请ATGW媒体资源，ATGff返回媒体资源RTPlJi应的本端sdp媒体为sdp2。
[0067]步骤404-405，ATCF为被叫媒体申请ATGW媒体资源，ATGff返回媒体资源RTP2，对应的本端sdp媒体为sdp3。
[0068]步骤406，ATCF转发呼叫请求到SCSCF，携带媒体信息sdp3。
[0069]步骤407, ATCF收到第一路18x响应消息(to-tagl),携带媒体信息sdp4。
[0070]步骤408-409，ATCF更新ATGW RTP2远端媒体信息，更新为sdp4。
[0071]步骤410-411，ATCF更新ATGW RTPl远端媒体信息，更新为sdpl与sdp4协商后的选定的媒体(由ATCF协商选定)。
[0072]步骤412, ATCF转发18x (to-tagl)响应,携带媒体信息sdp2。
[0073]步骤413-416,18x (tagl)消息通过 Prack 确认。
[0074]步骤417, ATCF收到第二路18x响应消息(to_tag2),携带媒体信息sdp5。
[0075]步骤418-419, ATCF 对第二路 18x 响应消息(to_tag2),直接回 Prack。
[0076]步骤420-421，ATCF为第二路呼叫(to_tag2)主叫媒体申请ATGW媒体资源，ATGff返回媒体资源RTP3，对应的本端sdp媒体为sdp6。
[0077]步骤422-423，ATCF为第二路呼叫(to_tag2)被叫媒体申请ATGW媒体资源，ATGff返回媒体资源RTP4，对应的本端sdp媒体为sdp7。
[0078]步骤424，ATCF发送Update切换第二路呼叫(to_tag2)远端媒体，携带媒体信息sdp7。
[0079]步骤425，ATCF收到第二路呼叫(to_tag2)Update请求的200响应，携带媒体信息sdp8。
[0080]步骤426-427，ATCF更新ATGW RTP4远端媒体信息，更新为sdp8。
[0081]步骤428-429，ATCF更新ATGW RTP3远端媒体信息，更新为sdpl与sdp8协商后的选定的媒体(由ATCF协商选定)。
[0082]步骤430, ATCF转发18x (to_tag2)响应,携带媒体信息sdp6。
[0083]步骤431-432，PCSCF 对 18x (to_tag2)响应回 Prack，ATCF 直接回 Prack200 响应。至此，ATCF已经实现了 Forked呼叫振铃态多路18x响应媒体放音问题。
[0084]步骤433-436，被叫应答(to-tagl)，进入通话态。进入通话后，ATCF应该主动释放to-tag2相关的锚定媒体资源，即释放RTP3、RTP4媒体资源。
[0085]实施例三
[0086]图5为本实施例的信令流程图，如图5所示，本实施例中在振铃态下实现多路放音主要包括以下步骤:
[0087]步骤501-517，同步骤 401-417。
[0088]步骤518-519，ATCF为第二路呼叫(to_tag2)主叫媒体申请ATGW媒体资源，ATGff返回媒体资源RTP3，对应的本端sdp媒体为sdp6。
[0089]步骤520-521，ATCF为第二路呼叫(to_tag2)被叫媒体申请ATGW媒体资源，ATGW返回媒体资源RTP4，对应的本端sdp媒体为sdp7。
[0090]步骤522，ATCF转发18x (to_tag2)响应，携带媒体信息sdp6。
[0091]步骤523_526，18x (tag2)消息通过Prack确认。与实施例二不同的是，ATCF透传Prack及其响应，而不是回复Prack响应。
[0092]步骤527，ATCF发送Update切换第二