振鈴態(tài)下的呼叫放音方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信技術(shù)領(lǐng)域，具體而言，涉及一種振鈴態(tài)下的呼叫放音方法及裝置。
【背景技術(shù)】
[0002]IP多媒體系統(tǒng)(IP Multimedia Subsystem, IMS)是一種全新的多媒體業(yè)務(wù)形式，它能夠滿足現(xiàn)在的終端客戶更新穎、更多樣化多媒體業(yè)務(wù)的需求，圖1是相關(guān)技術(shù)中IMS系統(tǒng)的組網(wǎng)結(jié)構(gòu)示意圖。下面分別對圖1中的各個功能實(shí)體進(jìn)行說明。
[0003]呼叫會話控制功能實(shí)體(Call Sess1n Control Funct1n, CSCF)是IMS系統(tǒng)的核心功能實(shí)體，主要負(fù)責(zé)處理多媒體呼叫會話過程中的信令控制。它管理MS網(wǎng)絡(luò)的用戶鑒權(quán)，IMS承載面QoS,與其它網(wǎng)絡(luò)實(shí)體配合進(jìn)行會話初始化協(xié)議(Sess1n Initiat1nProtocol，SIP)會話的控制，以及業(yè)務(wù)協(xié)商和資源分配等。在圖1中CSCF包括代理CSCF和服務(wù)CSCF，其中:
[0004]代理CSCF (Proxy-CSCF, P-CSCF), IMS拜訪網(wǎng)絡(luò)的統(tǒng)一入口點(diǎn)。所有MS終端發(fā)起和終止于IMS終端的會話消息都通過P-CSCF，然后發(fā)送到網(wǎng)絡(luò)側(cè)的其他網(wǎng)元。
[0005]服務(wù)CSCF (Serving CSCF, S-CSCF), MS的核心，位于歸屬網(wǎng)絡(luò)，實(shí)現(xiàn)用戶終端(UE)的注冊功能及會話控制。
[0006]接入轉(zhuǎn)移網(wǎng)關(guān)(Access Transfer Gateway,ATGW)為VoIP呼叫用戶媒體的錨定點(diǎn)。
[0007]接入轉(zhuǎn)移控制功能(AccessTransfer Control Funct1nality, ATCF),在 IMS 網(wǎng)絡(luò)中，ATCF系統(tǒng)的主要功能是支持以PS接入的VoIP呼叫，在呼叫中接受來自于MSC Server的切換請求，將呼叫切換到CS網(wǎng)絡(luò)，并在切換過程中呼叫保持連續(xù)。
[0008]在ATCF中，如果其發(fā)送一個INVITE請求，而收到該INVITE請求的多個響應(yīng)消息(包含18x，200響應(yīng))，并且這些響應(yīng)消息的To頭部中tag字段值都不同(每個to_tag都代表一個不同的call leg)，則認(rèn)為這是一個Forked (分叉)呼叫。對于ATCF應(yīng)用場景，通常是S-CSCF發(fā)生了分叉(fork)，收到被叫側(cè)多路響應(yīng)并透傳給ATCF，導(dǎo)致ATCF出現(xiàn)Forked呼叫。
[0009]根據(jù)3GPP24.229要求，IMS網(wǎng)元需要支持透傳Forked呼叫的多路響應(yīng)消息，并且支持Forked呼叫最終通話。然而3GPP24.237并沒有對ATCF Forked呼叫振鈴態(tài)媒體錨定、放音流程進(jìn)行描述。振鈴態(tài)Forked呼叫，如果被叫側(cè)多路響應(yīng)消息(to-tag不同)中分別攜帶不同的放音媒體信息，按照常規(guī)方式錨定媒體資源，只能錨定某一路響應(yīng)中的媒體，則無法實(shí)現(xiàn)振鈴態(tài)Forked多路呼叫同時進(jìn)行放音。

【發(fā)明內(nèi)容】

[0010]針對相關(guān)技術(shù)中無法實(shí)現(xiàn)振鈴態(tài)Forked多路呼叫同時進(jìn)行放音的問題，本發(fā)明提供了一種振鈴態(tài)下的呼叫放音方法及裝置，以至少解決上述問題。
[0011]根據(jù)本發(fā)明的一個方面，提供了一種振鈴態(tài)下的呼叫放音方法，包括:接入轉(zhuǎn)移控制功能實(shí)體ATCF轉(zhuǎn)發(fā)用戶終端發(fā)起的呼叫請求后，在接收到被叫側(cè)返回的第一條臨時響應(yīng)消息時，為第一路放音媒體申請媒體資源，對所述第一路放音媒體進(jìn)行放音，其中，所述第一條臨時響應(yīng)消息中攜帶有所述第一路放音媒體的描述信息；所述ATCF接收到所述呼叫請求的第η條臨時響應(yīng)消息時，重新申請一對媒體資源錨定第η路放音媒體,其中，所述第η條臨時響應(yīng)消息中攜帶有第η路放音媒體的描述信息，η為大于等于2的自然數(shù)；所述ATCF通過申請的所述媒體資源對所述第η路放音媒體進(jìn)行放音。
[0012]優(yōu)選地，所述ATCF通過申請的所述媒體資源對所述第η路放音媒體進(jìn)行放音包括:所述ATCF使用所述錨定的第η路放音媒體對第η路呼叫遠(yuǎn)端媒體進(jìn)行更新切換，在收到更新響應(yīng)后，對本端的錨定媒體進(jìn)行更新；所述ATCF轉(zhuǎn)發(fā)接收到的所述第η條臨時響應(yīng)消息至代理呼叫會話控制功能實(shí)體PCSCF，其中，轉(zhuǎn)發(fā)的所述第η條臨時響應(yīng)消息中攜帶有所述錨定的第η路放音媒體。
[0013]優(yōu)選地，所述ATCF轉(zhuǎn)發(fā)接收到的所述第η條臨時響應(yīng)消息至代理呼叫會話控制功能實(shí)體PCSCF之后，所述方法還包括:所述ATCF接收所述PCSCF對所述第η條臨時響應(yīng)消息返回的確認(rèn)消息；所述ATCF向所述PCSCF返回所述確認(rèn)消息的響應(yīng)。
[0014]優(yōu)選地，所述ATCF通過申請的所述媒體資源對所述第η路放音媒體進(jìn)行放音包括:所述ATCF接收到的所述第η條臨時響應(yīng)消息至代理呼叫會話控制功能實(shí)體，其中，轉(zhuǎn)發(fā)的所述第η條臨時響應(yīng)消息中攜帶有所述錨定的第η路放音媒體；所述ATCF使用所述錨定的第η路放音媒體對第η路呼叫遠(yuǎn)端媒體進(jìn)行更新切換，在收到更新響應(yīng)后，對本端的錨定媒體進(jìn)行更新。
[0015]優(yōu)選地，所述ATCF轉(zhuǎn)發(fā)接收到的所述第η條臨時響應(yīng)消息至代理呼叫會話控制功能實(shí)體PCSCF之后，所述方法還包括:所述ATCF接收所述PCSCF對所述第η條臨時響應(yīng)消息返回的確認(rèn)消息，將所述確認(rèn)消息透傳至服務(wù)呼叫會話控制功能實(shí)體SCSCF ;所述ATCF接收所述SCSCF返回所述確認(rèn)消息的響應(yīng)，將所述響應(yīng)透傳至所述PCSCF。
[0016]優(yōu)選地，所述ATCF重新申請一對媒體資源錨定第η路放音媒體，包括:所述ATCF為所述第η路放音媒體申請主叫媒體資源；所述ATCF為所述第η路放音媒體申請被叫媒體資源。
[0017]優(yōu)選地，在被叫應(yīng)答，呼叫進(jìn)入通話態(tài)之后，所述方法還包括:所述ATCF釋放除應(yīng)答路外所有已申請的錨定媒體資源，其中，所述應(yīng)答路為應(yīng)答通話所占用的通路。
[0018]根據(jù)本發(fā)明的另一方面，提供了一種振鈴態(tài)下的呼叫放音裝置，包括:第一放音模塊，用于在轉(zhuǎn)發(fā)用戶終端發(fā)起的呼叫請求后，在接收到被叫側(cè)返回的第一條臨時響應(yīng)消息時，為第一路放音媒體申請媒體資源，對所述第一路放音媒體進(jìn)行放音，其中，所述第一條臨時響應(yīng)消息中攜帶有所述第一路放音媒體的描述信息；申請模塊，用于在接收到所述呼叫請求的第η條臨時響應(yīng)消息時,重新申請一對媒體資源錨定第η路放音媒體,其中，所述第η條臨時響應(yīng)消息中攜帶有第η路放音媒體的描述信息，η為大于等于2的自然數(shù)；第二放音模塊，用于通過申請的所述媒體資源對所述第η路放音媒體進(jìn)行放音。
[0019]優(yōu)選地，所述第二放音模塊包括:更新模塊，用于使用所述錨定的第η路放音媒體對第η路呼叫遠(yuǎn)端媒體進(jìn)行更新切換，在收到更新響應(yīng)后，對本端的錨定媒體進(jìn)行更新；轉(zhuǎn)發(fā)模塊，用于轉(zhuǎn)發(fā)接收到的所述第η條臨時響應(yīng)消息至代理呼叫會話控制功能實(shí)體PCSCF，其中，轉(zhuǎn)發(fā)的所述第η條臨時響應(yīng)消息中攜帶有所述錨定的第η路放音媒體。
[0020]優(yōu)選地，所述裝置還包括:釋放模塊，用于在被叫應(yīng)答，呼叫進(jìn)入通話態(tài)之后，釋放除應(yīng)答路外所有已申請的錨定媒體資源，其中，所述應(yīng)答路為應(yīng)答通話所占用的通路。
[0021]通過本發(fā)明，在振鈴態(tài)下收到多條攜帶媒體描述信息的臨時響應(yīng)消息時，為每路放音媒體都申請錨定媒體資源，從而實(shí)現(xiàn)多路放音。
【附圖說明】
[0022]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0023]圖1是相關(guān)技術(shù)中的MS網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)圖；
[0024]圖2是根據(jù)本發(fā)明實(shí)施例的振鈴態(tài)下的呼叫放音方法的流程圖；
[0025]圖3是根據(jù)本發(fā)明實(shí)施例一的Forked呼叫振鈴態(tài)多路放音場景SIP信令流程及媒體錨定示意圖；
[0026]圖4是根據(jù)本發(fā)明實(shí)施例二的振鈴態(tài)下的多路放音的信令流程圖；
[0027]圖5是根據(jù)本發(fā)明實(shí)施例三的振鈴態(tài)下的多路放音的信令流程圖；
[0028]圖6是根據(jù)本發(fā)明實(shí)施例的振鈴態(tài)下的多路放音裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0029]下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。
[0030]根據(jù)本發(fā)明實(shí)施例，提供了一種振鈴態(tài)下的呼叫放音方法。
[0031]圖2為根據(jù)本發(fā)明實(shí)施例的振鈴態(tài)下的呼叫放音方法的流程圖，如圖2所示，主要包括以下步驟(步驟S202-步驟S206):
[0032]步驟S202，ATCF轉(zhuǎn)發(fā)用戶終端發(fā)起的呼叫請求后，在接收到被叫側(cè)返回的第一條臨時響應(yīng)消息時，為第一路放音媒體申請媒體資源，對所述第一路放音媒體進(jìn)行放音，其中，所述第一條臨時響應(yīng)消息中攜帶有所述第一路放音媒體的描述信息。
[0033]例如，在圖1所示的系統(tǒng)中，用戶終端通過PCSCF發(fā)起呼叫，在支持錨定媒體的情況下ATCF轉(zhuǎn)發(fā)呼叫請求到SCSCF，且該呼叫請求中攜帶了錨定后的ATGW媒體。然后ATCF接收到第一條臨時響應(yīng)消息攜帶放音媒體，ATCF對錨定媒體進(jìn)行更新，然后ATCF轉(zhuǎn)發(fā)臨時響應(yīng)消息到PCSCF (攜帶ATGW錨定媒體)，實(shí)現(xiàn)第一路放音。
[0034]可選地，在本發(fā)明實(shí)施例中，臨時響應(yīng)消息可以是18x響應(yīng)消息，ATCF收到的呼叫請求的第一條18x響應(yīng)消息的To頭部中tag字段為to-tagl,標(biāo)識第一路呼叫。
[0035]步驟S204，ATCF接收到上述呼叫請求的第η條臨時響應(yīng)消息時，重新申請一對媒體資源錨定第η路放音媒體，其中，所述第η條臨時響應(yīng)消息中攜帶有第η路放音媒體的描述信息，η為大于等于2的自然數(shù)。
[0036]例如，ATCF收到第二條18χ響應(yīng)消息(to_tag2)攜帶放音媒體，則ATCF確認(rèn)發(fā)生Forked呼叫，則ATCF重新申請媒體資源用于錨定第二路放音媒體。
[0037]步驟S206，