本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種振鈴前雙模單待無線語音呼叫連續(xù)性方法、裝置及SCC AS。

背景技術(shù)：

雙模單待無線語音呼叫連續(xù)性(Single Radio Voice Call Continuity，簡稱為SRVCC)是第三代移動通信合作伙伴(3GPP)提出的一種基于IP多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱為IMS)的語音業(yè)務(wù)(即VoLTE)連續(xù)性方案，主要是為了解決當(dāng)單射頻用戶設(shè)備(User Equipment，簡稱為UE)在長期演進(jìn)(Long Time Evolution，簡稱為LTE)網(wǎng)絡(luò)和第二代移動通信(2G)/第三代移動通信3G電路交換(Circuit Switch，簡稱為CS)域網(wǎng)絡(luò)之間移動時，保證語音呼叫連續(xù)性的問題，提出的一套系統(tǒng)方案，是VoLTE技術(shù)的核心關(guān)鍵技術(shù)。

振鈴前SRVCC(即bSRVCC)是3GPP針對主叫終端已經(jīng)發(fā)起呼叫，但被叫終端沒有振鈴階段，主叫終端發(fā)生SRVCC切換提出的增強型技術(shù)方案。從無線資源預(yù)留的角度看，因為其耗時是秒級(正常情況3-5秒，網(wǎng)絡(luò)狀態(tài)不佳，耗時會更長)，這個階段主叫終端發(fā)生SRVCC切換的概率是很高的，所以bSRVCC對于用戶體驗是關(guān)鍵的。

在研究過程中發(fā)現(xiàn)，3GPP目前定義的bSRVCC流程存在較大問題，分析如下：

在3GPP相關(guān)規(guī)范中對bSRVCC的功能，定義了SCC AS的處理流程細(xì)節(jié)。

對于兩次INVITE(請求)消息攜帶會話描述協(xié)議(Session Description Protocol，簡稱為SDP)相同的情況，參見圖1。按照該相關(guān)規(guī)范的定義，后向(被叫終端側(cè))的183消息直接向前向(主叫終端側(cè))傳遞。但是此時，前向已經(jīng)按照相關(guān)規(guī)范之前的定義使用Fake SDP(偽SDP)回過183消息。這樣就存在第二條183消息攜帶Offer(提議)SDP的情況。然而根據(jù)請求評議文檔(Request For Comments，簡稱為RFC)的標(biāo)準(zhǔn)，之前Offer/Answer完成，后續(xù)的183消息是不應(yīng)該攜帶Offer SDP的。

對于兩次INVITE攜帶的SDP不同的情況，參見圖2。按照3GPP相關(guān)規(guī)范的定義，后向的183消息到達(dá)后，業(yè)務(wù)連續(xù)性應(yīng)用服務(wù)器(Service Continuity Application Server，簡稱為SCC AS)在臨時應(yīng)答確認(rèn)(Provisional Response ACKnowledgement，簡稱為PRACK)中攜帶前向INVITE中的Offer，并在后續(xù)收到后向Answer(應(yīng)答)后，構(gòu)造183消息攜帶SDP發(fā)送到前向。這樣的話，除了有與RFC的標(biāo)準(zhǔn)相抵觸的問題外，使用PRACK攜帶Offer的做法也是不推薦的。

此外，即使將前向的183消息改為UPDATE(更新)消息以規(guī)避抵觸RFC標(biāo)準(zhǔn)的問題，但由于SCC AS還存在Answer轉(zhuǎn)Offer的處理，該處理還可能引起媒體協(xié)商震蕩的問題。

進(jìn)一步地，3GPP相關(guān)規(guī)范中對于發(fā)送INFO(攜帶pre-alerting(振鈴狀態(tài)))消息的場景，僅限于SCC AS收到切換的INVITE時，且后向沒有early dialog(早期對話，即振鈴前狀態(tài))的場景。而原則上，在切換的INVITE到達(dá)之前，后向可能已經(jīng)收到183消息，而未收到180消息，如圖3所示。從資源預(yù)留消耗時間的角度分析，這種場景應(yīng)該是較大概率。對于該流程，應(yīng)該也需要發(fā)送INFO(攜帶pre-alerting)。

此外，因為目前SCC AS支持非Precondition(預(yù)處理)兼容流程的SRVCC切換，但這類流程在3GPP的相關(guān)規(guī)范中也未定義。

綜上所述，目前3GPP相關(guān)規(guī)范中的bSRVCC流程是不可實施的，業(yè)界現(xiàn)狀對于bSRVCC的支持也是系統(tǒng)缺失的。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種振鈴前雙模單待無線語音呼叫連續(xù)性方法、裝置及SCC AS，以至少解決3GPP相關(guān)規(guī)范中的bSRVCC流程是不可實施的問題。

根據(jù)本發(fā)明的一個方面，提供了一種振鈴前雙模單待無線語音呼叫連續(xù)性方法，包括：

SCC AS接收主叫終端的bSRVCC切換請求；

所述SCC AS判斷在接收到所述bSRVCC切換請求之前是否接收到第一消息，其中，所述第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；

在所述SCC AS判斷到在接收到所述bSRVCC切換請求之前未接收到所述第一消息的情況下，所述SCC AS緩存所述bSRVCC切換請求，并在接收到所述第一消息之前將預(yù)定消息終結(jié)在所述SCC AS，其中，所述預(yù)定消息包括：由所述被叫終端發(fā)送的、不攜帶Answer SDP的消息。

可選地，所述預(yù)定消息包括以下至少之一：所述被叫終端發(fā)送的、不帶Answer SDP的非180消息；所述被叫終端發(fā)送的、不帶Answer SDP的200OK消息。

可選地，在所述SCC AS接收所述主叫終端的所述bSRVCC切換請求之前，所述方法還包括：所述SCC AS接收所述主叫終端在分組交換PS域發(fā)起的呼叫請求；所述SCC AS發(fā)送所述呼叫請求給所述被叫終端；其中，所述SCC AS接收所述主叫終端的所述bSRVCC切換請求包括：在所述主叫終端發(fā)生PS域到電路交換CS域的切換的情況下，所述SCC AS接收所述bSRVCC切換請求，其中，所述bSRVCC切換請求是由所述主叫終端的增強的移動交換中心eMSC發(fā)送的。

可選地，在所述SCC AS緩存所述bSRVCC切換請求之后，所述方法還包括：所述SCC AS接收可靠傳輸?shù)乃龅谝幌?；所述SCC AS判斷所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP是否相同；在所述SCC AS判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP不相同的情況下，所述SCC AS發(fā)送第二消息給所述被叫終端，其中，所述第二消息包括：攜帶所述bSRVCC切換請求的offer SDP的UPDATE消息；所述SCC AS接收第三消息，其中，所述第三消息包括：響應(yīng)于所述第二消息的、攜帶Answer SDP的200OK消息。

可選地，在所述SCC AS判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP相同的情況下，或者，在所述SCC AS接收所述第三消息之后，所述方法還包括：所述SCC AS發(fā)送可靠傳輸?shù)牡谒南⒔o所述主叫終端，其中，所述第四消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；所述SCC AS發(fā)送第五消息給所述主叫終端，其中，所述第五消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；所述SCC AS接收第六消息，其中，所述第六消息包括：響應(yīng)于所述第五消息的200OK消息；所述SCC AS接收第七消息，并轉(zhuǎn)發(fā)所述第七消息給所述主叫終端，其中，所述第七消息包括：所述被叫終端發(fā)送的180消息；所述SCC AS接收第八消息，并轉(zhuǎn)發(fā)所述第八消息給所述主叫終端，其中，所述第八消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；所述SCC AS接收第九消息，并轉(zhuǎn)發(fā)所述第九消息給所述被叫終端，其中，所述第九消息包括：響應(yīng)于所述第八消息的ACK消息；所述SCC AS發(fā)送可靠傳輸?shù)牡谑幌⒔o所述主叫終端，其中，所述第十一消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；所述SCC AS發(fā)送第十二消息給所述主叫終端，其中，所述第十二消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；所述SCC AS接收第十三消息，其中，所述第十三消息包括：響應(yīng)于所述第十二消息的200OK消息；所述SCC AS接收第十四消息，并轉(zhuǎn)發(fā)所述第十四消息給所述主叫終端，其中，所述第十四消息包括：所述被叫終端發(fā)送的180消息；所述SCC AS接收第十五消息，并轉(zhuǎn)發(fā)所述第十五消息給所述主叫終端，其中，所述第十五消息包括：所述被叫終端發(fā)送的摘機的200OK消息；所述SCC AS接收第十六消息，并轉(zhuǎn)發(fā)所述第十六消息給所述被叫終端，其中，所述第十六消息包括：響應(yīng)于所述第十五消息的ACK消息。

可選地，在所述SCC AS緩存所述bSRVCC切換請求之后，所述方法還包括：所述SCC AS接收第十七消息，其中，所述第十七消息包括：所述被叫終端發(fā)送的180消息；所述SCC AS發(fā)送可靠傳輸?shù)牡谑讼⒔o所述主叫終端，其中，所述第十八消息包括：攜帶Fack SDP和所述被叫終端的bSRVCC能力信息的183消息；所述SCC AS發(fā)送第十九消息給所述主叫終端，其中，所述第十九消息包括：不攜帶SDP的180消息；所述SCC AS發(fā)送第二十消息給所述主叫終端，其中，所述第二十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；所述SCC AS接收第二十一消息，其中，所述第二十一消息包括：響應(yīng)于所述第二十消息的200OK消息；所述SCC AS接收第二十二消息，其中，所述第二十二消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；所述SCC AS發(fā)送第 二十三消息給所述主叫終端，其中，所述第二十三消息包括：不攜帶SDP的、摘機的200OK消息；所述SCC AS發(fā)送第二十四消息給所述被叫終端，并接收第二十五消息，其中，所述第二十四消息包括：響應(yīng)于所述第二十二消息的ACK消息，所述第二十五消息包括：響應(yīng)于所述第二十三消息的ACK消息。

可選地，在所述SCC AS緩存所述bSRVCC切換請求之后，所述方法還包括：所述SCC AS接收第二十六消息，其中，所述第二十六消息包括：響應(yīng)于所述呼叫請求的、攜帶Answer SDP的200OK消息；所述SCC AS發(fā)送第二十七消息給所述主叫終端，其中，所述第二十七消息包括：攜帶Fack SDP和所述被叫終端的bSRVCC能力信息的183消息；所述SCC AS發(fā)送第二十八消息給所述被叫終端，其中，所述第二十八消息包括：響應(yīng)于所述第二十六消息的ACK消息；所述SCC AS發(fā)送第二十九消息給所述主叫終端，其中，所述第二十九消息包括：不攜帶SDP的180消息；所述SCC AS發(fā)送第三十消息給所述主叫終端，其中，所述第三十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；所述SCC AS接收第三十一消息，其中，所述第三十一消息包括：響應(yīng)于所述第三十消息的200OK消息；所述SCC AS接收第三十二消息，其中，所述第三十二消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；所述SCC AS發(fā)送第三十三消息給所述主叫終端，其中，所述第三十三消息包括：不攜帶SDP的、摘機的200OK消息；所述SCC AS接收第三十四消息，其中，所述第三十四消息包括：響應(yīng)于所述第三十三消息的ACK消息。

可選地，在所述SCC AS發(fā)送所述呼叫請求給所述被叫終端之后，且在所述SCC AS接收所述主叫終端的所述bSRVCC切換請求之前，所述方法還包括：所述SCC AS接收可靠傳輸?shù)乃龅谝幌?，并轉(zhuǎn)發(fā)所述第一消息給所述主叫終端；在所述SCC AS接收所述主叫終端的所述bSRVCC切換請求之后，所述方法還包括：所述SCC AS判斷是否接收到第三十五消息，其中，所述第三十五消息包括：所述主叫終端響應(yīng)于所述第一消息的PRACK消息；在所述SCC AS判斷到未接收到所述第三十五消息的情況下，所述SCC AS發(fā)送第三十六消息給所述被叫終端，其中，所述第三十六消息包括：響應(yīng)于所述第一消息的PRACK消息；所述SCC AS接收第三十七消息，其中，所述第三十七消息包括：響應(yīng)于所述第三十六消息的200OK消息。

可選地，在所述SCC AS發(fā)送所述呼叫請求給所述被叫終端之后，且在所述SCC AS接收所述主叫終端的所述bSRVCC切換請求之前，所述方法還包括：所述SCC AS接收可靠傳輸?shù)乃龅谝幌?，并轉(zhuǎn)發(fā)所述第一消息給所述主叫終端；在所述SCC AS接收所述主叫終端的所述bSRVCC切換請求之后，所述方法還包括：所述SCC AS判斷在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前是否接收到第三十八消息并轉(zhuǎn)發(fā)所述第三十八消息給所述主叫終端，以及在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前是否接收到第三十九消息，其中，所述第三十八消息包括：所述被叫終端發(fā)送的UPDATE消息，所述第三十九消息包括：所述主叫終端響應(yīng)于所述第三十八消息的200OK消息；在所述SCC AS判斷到在所述SCC AS接收到所述主叫 終端的所述bSRVCC切換請求之前接收到所述第三十八消息并轉(zhuǎn)發(fā)所述第三十八消息給所述主叫終端，以及在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前未接收到所述第三十九消息的情況下，所述SCC AS發(fā)送第四十消息給所述被叫終端，其中，所述第四十消息包括：響應(yīng)于所述第三十八消息的200OK消息。

可選地，在所述SCC AS判斷到已接收到所述第三十五消息的情況下；或者在所述SCC AS接收所述第三十七消息之后；或者在所述SCC AS判斷到在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前接收到所述第三十八消息并轉(zhuǎn)發(fā)所述第三十八消息給所述主叫終端，且所述SCC AS判斷到在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前接收到所述第三十九消息的情況下；或者在所述SCC AS發(fā)送所述第四十消息給所述被叫終端之后，所述方法還包括：所述SCC AS判斷所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP是否相同；在所述SCC AS判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP不相同的情況下，所述SCC AS發(fā)送第四十一消息給所述被叫終端，其中，所述第四十一消息包括：攜帶所述bSRVCC切換請求的offer SDP的UPDATE消息；所述SCC AS接收第四十二消息，其中，所述第四十二消息包括：響應(yīng)于所述第四十一消息的、攜帶Answer SDP的200OK消息。

可選地，在所述SCC AS判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP相同的情況下，或者，在所述SCC AS接收所述第四十二消息之后，所述方法還包括：所述SCC AS發(fā)送可靠傳輸?shù)牡谒氖⒔o所述主叫終端，其中，所述第四十三消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；所述SCC AS發(fā)送第四十四消息給所述主叫終端，其中，所述第四十四消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；所述SCC AS接收第四十五消息，其中，所述第四十五消息包括：響應(yīng)于所述第四十四消息的200OK消息；所述SCC AS接收第四十六消息，并轉(zhuǎn)發(fā)所述第四十六消息給所述主叫終端，其中，所述第四十六消息包括：所述被叫終端發(fā)送的180消息；所述SCC AS接收第四十七消息，并轉(zhuǎn)發(fā)所述第四十七消息給所述主叫終端，其中，所述第四十七消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；所述SCC AS接收第四十八消息，并轉(zhuǎn)發(fā)所述第四十八消息給所述被叫終端，其中，所述第四十八消息包括：響應(yīng)于所述第四十七消息的ACK消息。

根據(jù)本發(fā)明的另一個方面，還提供了一種振鈴前雙模單待無線語音呼叫連續(xù)性裝置，應(yīng)用于SCC AS，可選地，包括：第一模塊，用于接收主叫終端的bSRVCC切換請求；第二模塊，用于判斷在接收到所述bSRVCC切換請求之前是否接收到第一消息，其中，所述第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；第三模塊，用于在所述第二模塊判斷到在接收到所述bSRVCC切換請求之前未接收到所述第一消息的情況下，緩存所述bSRVCC切換請求，并在接收到所述第一消息之前將預(yù)定消息終結(jié)在所述SCC AS，其中，所述預(yù)定消息包括：由所述被叫終端發(fā)送的、不攜帶Answer SDP的消息。

可選地，所述預(yù)定消息包括以下至少之一：所述被叫終端發(fā)送的、不帶Answer SDP的非180消息；所述被叫終端發(fā)送的、不帶Answer SDP的200OK消息。

可選地，所述裝置還包括：第四模塊，用于接收所述主叫終端在分組交換PS域發(fā)起的呼叫請求；第五模塊，用于發(fā)送所述呼叫請求給所述被叫終端；其中，所述第一模塊用于：在所述主叫終端發(fā)生PS域到電路交換CS域的切換的情況下，接收所述bSRVCC切換請求，其中，所述bSRVCC切換請求是由所述主叫終端的增強的移動交換中心eMSC發(fā)送的。

可選地，所述裝置還包括：第六模塊，用于接收可靠傳輸?shù)乃龅谝幌?；第七模塊，用于判斷所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP是否相同；第八模塊，用于在所述第七斷模塊判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP不相同的情況下，發(fā)送第二消息給所述被叫終端，其中，所述第二消息包括：攜帶所述bSRVCC切換請求的offer SDP的UPDATE消息；第九模塊，用于接收第三消息，其中，所述第三消息包括：響應(yīng)于所述第二消息的、攜帶Answer SDP的200OK消息。

可選地，所述裝置還包括：第十模塊，用于在所述第七模塊判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP相同的情況下，或者，在所述第九模塊接收所述第三消息之后，發(fā)送可靠傳輸?shù)牡谒南⒔o所述主叫終端，其中，所述第四消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；第十一模塊，用于發(fā)送第五消息給所述主叫終端，其中，所述第五消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第十二模塊，用于接收第六消息，其中，所述第六消息包括：響應(yīng)于所述第五消息的200OK消息；第十三模塊，用于接收第七消息，并轉(zhuǎn)發(fā)所述第七消息給所述主叫終端，其中，所述第七消息包括：所述被叫終端發(fā)送的180消息；第十四模塊，用于接收第八消息，并轉(zhuǎn)發(fā)所述第八消息給所述主叫終端，其中，所述第八消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；第十五模塊，用于接收第九消息，并轉(zhuǎn)發(fā)所述第九消息給所述被叫終端，其中，所述第九消息包括：響應(yīng)于所述第八消息的ACK消息；第十六模塊，用于發(fā)送可靠傳輸?shù)牡谑幌⒔o所述主叫終端，其中，所述第十一消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；第十七模塊，用于發(fā)送第十二消息給所述主叫終端，其中，所述第十二消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第十八模塊，用于接收第十三消息，其中，所述第十三消息包括：響應(yīng)于所述第十二消息的200OK消息；第十九模塊，用于接收第十四消息，并轉(zhuǎn)發(fā)所述第十四消息給所述主叫終端，其中，所述第十四消息包括：所述被叫終端發(fā)送的180消息；第二十模塊，用于接收第十五消息，并轉(zhuǎn)發(fā)所述第十五消息給所述主叫終端，其中，所述第十五消息包括：所述被叫終端發(fā)送的摘機的200OK消息；第二十一模塊，用于接收第十六消息，并轉(zhuǎn)發(fā)所述第十六消息給所述被叫終端，其中，所述第十六消息包括：響應(yīng)于所述第十五消息的ACK消息。

可選地，所述裝置還包括：第二十二模塊，用于接收第十七消息，其中，所述第十七消息包括：所述被叫終端發(fā)送的180消息；第二十三模塊，用于發(fā)送可靠傳輸?shù)牡谑讼⒔o所述主叫終端，其中，所述第十八消息包括：攜帶Fack SDP和所述被叫終端的bSRVCC能力信息的183消息；第二十四模塊，用于發(fā)送第十九消息給所述主叫終端，其中，所述第十九消息包括：不攜帶SDP的180消息；第二十五模塊，用于發(fā)送第二十消息給所述主叫終端，其中，所述第二十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第二十六模塊，用于接收第二十一消息，其中，所述第二十一消息包括：響應(yīng)于所述第二十消息的200OK消息；第二十七模塊，用于接收第二十二消息，其中，所述第二十二消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；第二十八模塊，用于發(fā)送第二十三消息給所述主叫終端，其中，所述第二十三消息包括：不攜帶SDP的、摘機的200OK消息；第二十九模塊，用于發(fā)送第二十四消息給所述被叫終端，并接收第二十五消息，其中，所述第二十四消息包括：響應(yīng)于所述第二十二消息的ACK消息，所述第二十五消息包括：響應(yīng)于所述第二十三消息的ACK消息。

可選地，所述裝置還包括：第三十模塊，用于接收第二十六消息，其中，所述第二十六消息包括：響應(yīng)于所述呼叫請求的、攜帶Answer SDP的200OK消息；第三十一模塊，用于發(fā)送第二十七消息給所述主叫終端，其中，所述第二十七消息包括：攜帶Fack SDP和所述被叫終端的bSRVCC能力信息的183消息；第三十二模塊，用于發(fā)送第二十八消息給所述被叫終端，其中，所述第二十八消息包括：響應(yīng)于所述第二十六消息的ACK消息；第三十三模塊，用于發(fā)送第二十九消息給所述主叫終端，其中，所述第二十九消息包括：不攜帶SDP的180消息；第三十四模塊，用于發(fā)送第三十消息給所述主叫終端，其中，所述第三十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第三十五模塊，用于接收第三十一消息，其中，所述第三十一消息包括：響應(yīng)于所述第三十消息的200OK消息；第三十六模塊，用于接收第三十二消息，其中，所述第三十二消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；第三十七模塊，用于發(fā)送第三十三消息給所述主叫終端，其中，所述第三十三消息包括：不攜帶SDP的、摘機的200OK消息；第三十八模塊，用于接收第三十四消息，其中，所述第三十四消息包括：響應(yīng)于所述第三十三消息的ACK消息。

可選地，所述裝置還包括：第三十九模塊，用于在所述第五模塊發(fā)送所述呼叫請求給所述被叫終端之后，且在所述第一模塊接收所述主叫終端的所述bSRVCC切換請求之前，接收可靠傳輸?shù)乃龅谝幌ⅲ⑥D(zhuǎn)發(fā)所述第一消息給所述主叫終端；所述裝置還包括：第四十模塊，用于在所述第一模塊接收所述主叫終端的所述bSRVCC切換請求之后，判斷是否接收到第三十五消息，其中，所述第三十五消息包括：所述主叫終端響應(yīng)于所述第一消息的PRACK消息；第四十一模塊，用于在所述第四十模塊判斷到未接收到所述第三十五消息的情況下，發(fā)送第三十六消息給所述被叫終端，其中，所述第三十六消息包括：響應(yīng)于所述第一消息的PRACK消息；第四十二模塊，用于接收第三十七消息，其中，所述第三十七消息包括：響應(yīng)于所述第三十六消息的200OK消息。

可選地，所述裝置還包括：第四十三模塊，用于在所述第五模塊發(fā)送所述呼叫請求給所述被叫終端之后，且在所述第一模塊接收所述主叫終端的所述bSRVCC切換請求之前，接收可靠傳輸?shù)乃龅谝幌?，并轉(zhuǎn)發(fā)所述第一消息給所述主叫終端；所述裝置還包括：第四十四模塊，用于判斷在所述第一模塊接收到所述主叫終端的所述bSRVCC切換請求之前是否接收到第三十八消息并轉(zhuǎn)發(fā)所述第三十八消息給所述主叫終端，以及在所述第一模塊接收到所述主叫終端的所述bSRVCC切換請求之前是否接收到第三十九消息，其中，所述第三十八消息包括：所述被叫終端發(fā)送的UPDATE消息，所述第三十九消息包括：所述主叫終端響應(yīng)于所述第三十八消息的200OK消息；第四十五模塊，用于發(fā)送第四十消息給所述被叫終端，其中，所述第四十消息包括：響應(yīng)于所述第三十八消息的200OK消息。

可選地，所述裝置還包括：第四十六模塊，用于在所述第四十模塊判斷到已接收到所述第三十五消息的情況下，或者在所述第四十二模塊接收所述第三十七消息之后，或者在所述第四十四模塊判斷到在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前接收到所述第三十八消息并轉(zhuǎn)發(fā)所述第三十八消息給所述主叫終端且所述第四十四模塊判斷到在所述SCC AS接收到所述主叫終端的所述bSRVCC切換請求之前接收到所述第三十九消息的情況下，或者在所述第四十五模塊發(fā)送所述第四十消息給所述被叫終端之后，判斷所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP是否相同；第四十七模塊，用于在所述第四十六模塊判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP不相同的情況下，發(fā)送第四十一消息給所述被叫終端，其中，所述第四十一消息包括：攜帶所述bSRVCC切換請求的offer SDP的UPDATE消息；第四十八模塊，用于接收第四十二消息，其中，所述第四十二消息包括：響應(yīng)于所述第四十一消息的、攜帶Answer SDP的200OK消息。

可選地，所述裝置還包括：第四十九模塊，用于在所述第四十六模塊判斷到所述呼叫請求攜帶的SDP與所述bSRVCC切換請求攜帶的SDP相同的情況下，或者，在所述第四十八模塊接收所述第四十二消息之后，發(fā)送可靠傳輸?shù)牡谒氖⒔o所述主叫終端，其中，所述第四十三消息包括：攜帶Answer SDP和所述被叫終端的bSRVCC能力信息的183消息；第五十模塊，用于發(fā)送第四十四消息給所述主叫終端，其中，所述第四十四消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第五十一模塊，用于接收第四十五消息，其中，所述第四十五消息包括：響應(yīng)于所述第四十四消息的200OK消息；第五十二模塊，用于接收第四十六消息，并轉(zhuǎn)發(fā)所述第四十六消息給所述主叫終端，其中，所述第四十六消息包括：所述被叫終端發(fā)送的180消息；第五十三模塊，用于接收第四十七消息，并轉(zhuǎn)發(fā)所述第四十七消息給所述主叫終端，其中，所述第四十七消息包括：所述被叫終端發(fā)送的、摘機的200OK消息；第五十四模塊，用于接收第四十八消息，并轉(zhuǎn)發(fā)所述第四十八消息給所述被叫終端，其中，所述第四十八消息包括：響應(yīng)于所述第四十七消息的ACK消息。

根據(jù)本發(fā)明的一個方面，還提供了一種SCC AS，包括：上述的振鈴前雙模單待無 線語音呼叫連續(xù)性裝置。

通過本發(fā)明，采用SCC AS接收主叫終端的bSRVCC切換請求；SCC AS判斷在接收到bSRVCC切換請求之前是否接收到第一消息，其中，第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；在SCC AS判斷到在接收到bSRVCC切換請求之前未接收到第一消息的情況下，SCC AS緩存bSRVCC切換請求，并在接收到第一消息之前將預(yù)定消息終結(jié)在SCC AS，其中，預(yù)定消息包括：由被叫終端發(fā)送的、不攜帶Answer SDP的消息的方式，解決了3GPP相關(guān)規(guī)范中的bSRVCC流程是不可實施的問題，提供了一種可實施的bSRVCC流程。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是相關(guān)技術(shù)中兩次INVITE攜帶SDP相同的bSRVCC方法的流程圖；

圖2是相關(guān)技術(shù)中兩次INVITE攜帶的SDP不同的bSRVCC方法的流程圖；

圖3是相關(guān)技術(shù)中的3GPP相關(guān)規(guī)范中未考慮的場景的流程圖；

圖4是根據(jù)本發(fā)明實施例的bSRVCC方法的流程圖；

圖5是根據(jù)本發(fā)明實施例的bSRVCC裝置的結(jié)構(gòu)框圖；

圖6是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖一；

圖7是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖二；

圖8是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖三；

圖9是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖四；

圖10是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖五；

圖11是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖六；

圖12是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖七；

圖13是根據(jù)本發(fā)明可選實施例的bSRVCC方法的流程圖八。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二” 等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種振鈴前雙模單待無線語音呼叫連續(xù)性方法，圖4是根據(jù)本發(fā)明實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖，如圖4所示，該流程包括如下步驟：

步驟S410，SCC AS接收主叫終端的bSRVCC切換請求；

步驟S412，SCC AS判斷在接收到bSRVCC切換請求之前是否接收到第一消息，其中，第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；

步驟S414，在SCC AS判斷到在接收到bSRVCC切換請求之前未接收到第一消息的情況下，SCC AS緩存bSRVCC切換請求，并在接收到第一消息之前將預(yù)定消息終結(jié)在SCC AS，其中，預(yù)定消息包括：由被叫終端發(fā)送的、不攜帶Answer SDP的消息。

通過上述步驟，在接收到攜帶Answer SDP之前緩存bSRVCC切換請求，并將由被叫終端發(fā)送的、不帶Answer SDP的消息，例如：不攜帶Answer SDP的非180消息和/或不帶Answer SDP的200OK消息等終結(jié)在SCC AS上，實現(xiàn)了SCC AS對消息的異步控制。通過對消息的異步控制，可以彌補相關(guān)技術(shù)中SCC AS對消息的同步控制存在的缺陷，解決3GPP相關(guān)規(guī)范中的bSRVCC流程是不可實施的問題，進(jìn)而提供一種可實施的bSRVCC流程。

可選地，在步驟S410之前，上述流程還可以包括下列步驟：

步驟S406，SCC AS接收主叫終端在分組交換(PS)域發(fā)起的呼叫請求(INVITE)；

步驟S408，SCC AS發(fā)送呼叫請求(INVITE)給被叫終端；

其中，在步驟S410中，在主叫終端發(fā)生PS域到CS域的切換的情況下，SCC AS將接收由主叫終端的增強的移動交換中心(enhanced Mobile Switch Center，簡稱為eMSC)發(fā)送的bSRVCC切換請求。

可選地，對于呼叫請求(INVITE)中攜帶的SDP與bSRVCC切換請求中攜帶的SDP是否相同的不同情況，本發(fā)明實施例給出了相應(yīng)的處理方式。

例如：在呼叫請求和bSRVCC切換請求的SDP不相同，在接收到bSRVCC切換請求之前沒有接收到被叫終端發(fā)送的、攜帶Answer SDP的消息的場景下，在步驟S414之后，振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括下列步驟：

步驟S416-11，SCC AS接收被叫終端發(fā)送的、攜帶Answer SDP的183消息；

步驟S418-11，在呼叫請求與bSRVCC切換請求的SDP不相同的情況下，SCC AS與被叫終端交互183消息的PRACK消息和200OK消息之后(即實現(xiàn)了183消息的可靠傳輸之后)，SCC AS發(fā)送攜帶bSRVCC切換請求的offer SDP的UPDATE消息給被叫 終端；

步驟S420-11，SCC AS接收被叫終端響應(yīng)于UPDATE消息的、攜帶Answer SDP的200OK消息；

步驟S422-11，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，可以在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示，以指示被叫終端具備bSRVCC能力；

步驟S424-11，在主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)的INFO消息給主叫終端；此時的當(dāng)前振鈴狀態(tài)為振鈴(pre-alerting)狀態(tài)。

步驟S426-11，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S428-11，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S430-11，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S432-11，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被叫終端。

例如，在呼叫請求和bSRVCC切換請求的SDP相同，在接收到bSRVCC切換請求之前沒有接收到被叫終端發(fā)送的、攜帶Answer SDP的消息的場景下，在步驟S414之后，該振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括如下步驟：

步驟S416-12，SCC AS接收被叫終端發(fā)送的、攜帶Answer SDP的183消息；

步驟S418-12，在呼叫請求與bSRVCC切換請求的SDP相同的情況下，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S420-12，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息，且SCC AS與被叫終端交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為pre-alerting狀態(tài))的INFO消息給主叫終端；

步驟S422-12，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S424-12，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S426-12，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S428-12，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被叫終端。

在振鈴前雙模單待無線語音呼叫連續(xù)性方法中，存在180消息或者INVITE消息的200OK消息先到的場景。在本發(fā)明實施例中對上述兩種消息先到的場景的處理流程進(jìn)行了描述。

例如，在接收到bSRVCC切換請求之前沒有接收到被叫終端發(fā)送的、攜帶Answer SDP的消息，且在步驟S414中等到的180消息先到的場景下，在步驟S414之后，振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括下列步驟：

步驟S416-13，SCC AS接收被叫終端發(fā)送180消息；

步驟S418-13，SCC AS發(fā)送攜帶Fack SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S420-13，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送不攜帶SDP的180消息給主叫終端；

步驟S422-13，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為early狀態(tài))的INFO消息給主叫終端；

步驟S424-13，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S426-13，SCC AS接收被叫終端發(fā)送的摘機的200OK消息；

步驟S428-13，SCC AS發(fā)送不攜帶SDP的摘機的200OK消息給主叫終端；

步驟S430-13，SCC AS發(fā)送響應(yīng)于INFO消息的200OK消息的ACK消息給被叫終端，并接收主叫終端發(fā)送的、摘機的200OK消息的ACK消息。

在步驟S430-13之后，SCC AS則可以發(fā)起端到端空切流程。

例如，在接收到bSRVCC切換請求之前沒有接收到被叫終端發(fā)送的、攜帶Answer SDP的消息，且在步驟S414中等到的INVITE消息的200OK消息先到的場景下，在該流程中，在步驟S414之后，振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括下列步驟：

步驟S416-14，SCC AS接收被叫終端發(fā)送的、攜帶Answer SDP的200OK消息；

步驟S418-14，SCC AS發(fā)送攜帶Fack SDP的183消息給主叫終端，其中，該183 消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S420-14，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息，且SCC AS發(fā)送響應(yīng)于200OK消息的ACK消息給被叫終端之后，SCC AS發(fā)送不攜帶SDP的180消息給主叫終端；

步驟S422-14，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為early狀態(tài))的INFO消息給主叫終端；

步驟S424-14，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S426-14，SCC AS接收被叫終端發(fā)送的摘機的200OK消息；

步驟S428-14，SCC AS發(fā)送不攜帶SDP的摘機的200OK消息給主叫終端；

步驟S430-14，SCC AS接收主叫終端發(fā)送的、摘機的200OK消息的ACK消息。

在步驟S430-14之后，SCC AS則可以發(fā)起端到端空切流程。

可選地，本發(fā)明實施例提供了在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息的場景下的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程。在該流程中，在步驟S408之后，且在步驟S410之前，該流程還包括如下步驟：

步驟S409，SCC AS接收被叫終端發(fā)送的、攜帶Answer SDP的183消息；SCC AS與被叫終端交互183消息的PRACK和200OK消息之后(即可靠傳輸該183消息之后)，SCC AS轉(zhuǎn)發(fā)該183消息給主叫終端。

對于呼叫請求(INVITE)中攜帶的SDP與bSRVCC切換請求中攜帶的SDP是否相同的不同情況，本發(fā)明實施例給出了相應(yīng)的處理方式。

例如，在呼叫請求和bSRVCC切換請求的SDP不相同，在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的183消息的場景下，在步驟S410之后，振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括如下步驟：

步驟S412-21，SCC確定在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息；

步驟S414-21，在呼叫請求與bSRVCC切換請求的SDP不相同的情況下，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶bSRVCC切換請求的offer的UPDATE消息給被叫終端；

步驟S416-21，SCC AS接收被叫終端響應(yīng)于UPDATE消息的、攜帶Answer SDP的200OK消息；

步驟S418-21，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S420-21，在主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為pre-alerting狀態(tài))的INFO消息給主叫終端；

步驟S422-21，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S424-21，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S426-21，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S428-21，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被叫終端。

例如，在呼叫請求和bSRVCC切換請求的SDP相同，在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息的場景下，在步驟S410之后，該振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括如下步驟：

步驟S412-22，SCC AS確定在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息；

步驟S414-22，在呼叫請求與bSRVCC切換請求的SDP相同的情況下，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S416-22，主叫終端與SCC AS交互183消息的PRACK消息和200OK消息，且SCC AS與被叫終端交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為pre-alerting狀態(tài))的INFO消息給主叫終端；

步驟S418-22，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S420-22，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S422-22，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S424-22，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被叫終端。

在振鈴前雙模單待無線語音呼叫連續(xù)性方法中，存在尚未來得及發(fā)送183消息的PRACK消息或者UPDATE消息的200OK消息就發(fā)生了bSRVCC切換的場景。在本發(fā)明實施例中對上述兩種場景的處理流程進(jìn)行了描述。

例如，在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的183消息，但在步驟S410之前主叫終端尚未來得及發(fā)送183消息的PRACK就發(fā)生了切換的場景下，在步驟S410之后，該振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括如下步驟：

步驟S412-23，SCC確定在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息，以及在接收到bSRVCC切換請求之前未接收到主叫終端發(fā)送的、183消息的PRACK消息；

步驟S414-23，在呼叫請求與bSRVCC切換請求的SDP不相同的情況下，SCC AS發(fā)送PRACK消息給被叫終端；

步驟S416-23，SCC AS接收被叫終端響應(yīng)于PRACK消息的200OK消息；

步驟S418-23，SCC AS發(fā)送攜帶bSRVCC切換請求的offer SDP的UPDATE消息給被叫終端；

步驟S420-23，SCC AS接收被叫終端響應(yīng)于UPDATE消息的、攜帶Answer SDP的200OK消息；

步驟S422-23，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S424-23，在主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為pre-alerting狀態(tài))的INFO消息給主叫終端；

步驟S426-23，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S428-23，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S430-23，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S432-23，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被 叫終端。

例如，在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息，且在步驟S410之前被叫終端發(fā)送UPDATE消息給主叫終端但主叫終端尚未來得及發(fā)送UPDATE消息的200OK消息就發(fā)生了切換的場景下在步驟S410之后，該振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程包括如下步驟：

步驟S412-24，SCC確定在接收到bSRVCC切換請求之前已接收到被叫終端發(fā)送的、攜帶Answer SDP的消息，在接收到bSRVCC切換請求之前被叫終端發(fā)送UPDATE消息給主叫終端，以及在接收到bSRVCC切換請求之前未接收到主叫終端響應(yīng)于所UPDATE消息的200OK消息；

步驟S414-24，在呼叫請求與bSRVCC切換請求的SDP不相同的情況下，SCC AS發(fā)送響應(yīng)于UPDATE消息的200OK消息給被叫終端；

步驟S416-24，SCC AS發(fā)送攜帶bSRVCC切換請求的offer SDP的UPDATE消息給被叫終端；

步驟S418-24，SCC AS接收被叫終端響應(yīng)于UPDATE消息的、攜帶Answer SDP的200OK消息；

步驟S420-24，SCC AS發(fā)送攜帶Answer SDP的183消息給主叫終端，其中，該183消息中攜帶有被叫終端的bSRVCC能力信息，例如，在183消息中添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示；

步驟S422-24，在主叫終端與SCC AS交互183消息的PRACK消息和200OK消息之后，SCC AS發(fā)送攜帶當(dāng)前振鈴狀態(tài)(當(dāng)前為pre-alerting狀態(tài))的INFO消息給主叫終端；

步驟S424-24，SCC AS接收主叫終端響應(yīng)于INFO消息的200OK消息；

步驟S426-24，SCC AS接收被叫終端發(fā)送的180消息，并轉(zhuǎn)發(fā)該180消息給主叫終端；

步驟S428-24，SCC AS接收被叫終端發(fā)送的摘機的200OK消息，并轉(zhuǎn)發(fā)該200OK消息給主叫終端；

步驟S430-24，SCC AS接收主叫終端發(fā)送的ACK消息，并轉(zhuǎn)發(fā)該ACK消息給被叫終端。

對于1xx消息(例如183消息、180消息、181消息等)，可以可靠傳輸或者非可靠傳輸。其中，在可靠傳輸中，要求接收1xx消息的接收方向發(fā)送方響應(yīng)PRACK消息，發(fā)送方在接收到PRACK消息之后，發(fā)送200OK消息給接收方，以表示收到PRACK消息。通過收發(fā)雙方通過PRACK/200OK消息，即可確定1xx消息是否已可靠傳輸。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

在本實施例中還提供了一種振鈴前雙模單待無線語音呼叫連續(xù)性裝置，應(yīng)用于SCC AS，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖5是根據(jù)本發(fā)明實施例的振鈴前雙模單待無線語音呼叫連續(xù)性裝置的結(jié)構(gòu)框圖，如圖5所示，該裝置包括：第一模塊52、第二模塊54和第三模塊56，其中，

第一模塊52，用于接收主叫終端的bSRVCC切換請求；第二模塊54，耦合至第一模塊52，用于判斷在接收到bSRVCC切換請求之前是否接收到第一消息，其中，第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；第三模塊56，耦合至第二模塊54，用于在第二模塊判斷到在接收到bSRVCC切換請求之前未接收到第一消息的情況下，緩存bSRVCC切換請求，并在接收到第一消息之前將預(yù)定消息終結(jié)在SCC AS，其中，預(yù)定消息包括：由被叫終端發(fā)送的、不攜帶Answer SDP的消息。

可選地，預(yù)定消息包括但不限于以下至少之一：被叫終端發(fā)送的、不帶Answer SDP的非180消息；被叫終端發(fā)送的、不帶Answer SDP的200OK消息。

可選地，裝置還包括：第四模塊，用于接收主叫終端在分組交換PS域發(fā)起的呼叫請求；第五模塊，用于發(fā)送呼叫請求給被叫終端；其中，第一模塊用于：在主叫終端發(fā)生PS域到電路交換CS域的切換的情況下，接收bSRVCC切換請求，其中，bSRVCC切換請求是由主叫終端的增強的移動交換中心eMSC發(fā)送的。

可選地，裝置還包括：第六模塊，用于接收可靠傳輸?shù)牡谝幌?；第七模塊，用于判斷呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP是否相同；第八模塊，用于在第七斷模塊判斷到呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP不相同的情況下，發(fā)送第二消息給被叫終端，其中，第二消息包括：攜帶bSRVCC切換請求的offer SDP的UPDATE消息；第九模塊，用于接收第三消息，其中，第三消息包括：響應(yīng)于第二消息的、攜帶Answer SDP的200OK消息。

可選地，裝置還包括：第十模塊，用于在第七模塊判斷到呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP相同的情況下，或者，在第九模塊接收第三消息之后，發(fā)送可靠傳輸?shù)牡谒南⒔o主叫終端，其中，第四消息包括：攜帶Answer SDP和被叫 終端的bSRVCC能力信息的183消息；第十一模塊，用于發(fā)送第五消息給主叫終端，其中，第五消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第十二模塊，用于接收第六消息，其中，第六消息包括：響應(yīng)于第五消息的200OK消息；第十三模塊，用于接收第七消息，并轉(zhuǎn)發(fā)第七消息給主叫終端，其中，第七消息包括：被叫終端發(fā)送的180消息；第十四模塊，用于接收第八消息，并轉(zhuǎn)發(fā)第八消息給主叫終端，其中，第八消息包括：被叫終端發(fā)送的、摘機的200OK消息；第十五模塊，用于接收第九消息，并轉(zhuǎn)發(fā)第九消息給被叫終端，其中，第九消息包括：響應(yīng)于第八消息的ACK消息；第十六模塊，用于發(fā)送可靠傳輸?shù)牡谑幌⒔o主叫終端，其中，第十一消息包括：攜帶Answer SDP和被叫終端的bSRVCC能力信息的183消息；第十七模塊，用于發(fā)送第十二消息給主叫終端，其中，第十二消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第十八模塊，用于接收第十三消息，其中，第十三消息包括：響應(yīng)于第十二消息的200OK消息；第十九模塊，用于接收第十四消息，并轉(zhuǎn)發(fā)第十四消息給主叫終端，其中，第十四消息包括：被叫終端發(fā)送的180消息；第二十模塊，用于接收第十五消息，并轉(zhuǎn)發(fā)第十五消息給主叫終端，其中，第十五消息包括：被叫終端發(fā)送的摘機的200OK消息；第二十一模塊，用于接收第十六消息，并轉(zhuǎn)發(fā)第十六消息給被叫終端，其中，第十六消息包括：響應(yīng)于第十五消息的ACK消息。

可選地，裝置還包括：第二十二模塊，用于接收第十七消息，其中，第十七消息包括：被叫終端發(fā)送的180消息；第二十三模塊，用于發(fā)送可靠傳輸?shù)牡谑讼⒔o主叫終端，其中，第十八消息包括：攜帶Fack SDP和被叫終端的bSRVCC能力信息的183消息；第二十四模塊，用于發(fā)送第十九消息給主叫終端，其中，第十九消息包括：不攜帶SDP的180消息；第二十五模塊，用于發(fā)送第二十消息給主叫終端，其中，第二十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第二十六模塊，用于接收第二十一消息，其中，第二十一消息包括：響應(yīng)于第二十消息的200OK消息；第二十七模塊，用于接收第二十二消息，其中，第二十二消息包括：被叫終端發(fā)送的、摘機的200OK消息；第二十八模塊，用于發(fā)送第二十三消息給主叫終端，其中，第二十三消息包括：不攜帶SDP的、摘機的200OK消息；第二十九模塊，用于發(fā)送第二十四消息給被叫終端，并接收第二十五消息，其中，第二十四消息包括：響應(yīng)于第二十二消息的ACK消息，第二十五消息包括：響應(yīng)于第二十三消息的ACK消息。

可選地，裝置還包括：第三十模塊，用于接收第二十六消息，其中，第二十六消息包括：響應(yīng)于呼叫請求的、攜帶Answer SDP的200OK消息；第三十一模塊，用于發(fā)送第二十七消息給主叫終端，其中，第二十七消息包括：攜帶Fack SDP和被叫終端的bSRVCC能力信息的183消息；第三十二模塊，用于發(fā)送第二十八消息給被叫終端，其中，第二十八消息包括：響應(yīng)于第二十六消息的ACK消息；第三十三模塊，用于發(fā)送第二十九消息給主叫終端，其中，第二十九消息包括：不攜帶SDP的180消息；第三十四模塊，用于發(fā)送第三十消息給主叫終端，其中，第三十消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第三十五模塊，用于接收第三十一消息，其中，第三十一消息包括： 響應(yīng)于第三十消息的200OK消息；第三十六模塊，用于接收第三十二消息，其中，第三十二消息包括：被叫終端發(fā)送的、摘機的200OK消息；第三十七模塊，用于發(fā)送第三十三消息給主叫終端，其中，第三十三消息包括：不攜帶SDP的、摘機的200OK消息；第三十八模塊，用于接收第三十四消息，其中，第三十四消息包括：響應(yīng)于第三十三消息的ACK消息。

可選地，裝置還包括：第三十九模塊，用于在第五模塊發(fā)送呼叫請求給被叫終端之后，且在第一模塊接收主叫終端的bSRVCC切換請求之前，接收可靠傳輸?shù)牡谝幌?，并轉(zhuǎn)發(fā)第一消息給主叫終端；裝置還包括：第四十模塊，用于在第一模塊接收主叫終端的bSRVCC切換請求之后，判斷是否接收到第三十五消息，其中，第三十五消息包括：主叫終端響應(yīng)于第一消息的PRACK消息；第四十一模塊，用于在第四十模塊判斷到未接收到第三十五消息的情況下，發(fā)送第三十六消息給被叫終端，其中，第三十六消息包括：響應(yīng)于第一消息的PRACK消息；第四十二模塊，用于接收第三十七消息，其中，第三十七消息包括：響應(yīng)于第三十六消息的200OK消息。

可選地，裝置還包括：第四十三模塊，用于在第五模塊發(fā)送呼叫請求給被叫終端之后，且在第一模塊接收主叫終端的bSRVCC切換請求之前，接收可靠傳輸?shù)牡谝幌?，并轉(zhuǎn)發(fā)第一消息給主叫終端；裝置還包括：第四十四模塊，用于判斷在第一模塊接收到主叫終端的bSRVCC切換請求之前是否接收到第三十八消息并轉(zhuǎn)發(fā)第三十八消息給主叫終端，以及在第一模塊接收到主叫終端的bSRVCC切換請求之前是否接收到第三十九消息，其中，第三十八消息包括：被叫終端發(fā)送的UPDATE消息，第三十九消息包括：主叫終端響應(yīng)于第三十八消息的200OK消息；第四十五模塊，用于發(fā)送第四十消息給被叫終端，其中，第四十消息包括：響應(yīng)于第三十八消息的200OK消息。

可選地，裝置還包括：第四十六模塊，用于在第四十模塊判斷到已接收到第三十五消息的情況下，或者在第四十二模塊接收第三十七消息之后，或者在第四十四模塊判斷到在SCC AS接收到主叫終端的bSRVCC切換請求之前接收到第三十八消息并轉(zhuǎn)發(fā)第三十八消息給主叫終端且第四十四模塊判斷到在SCC AS接收到主叫終端的bSRVCC切換請求之前接收到第三十九消息的情況下，或者在第四十五模塊發(fā)送第四十消息給被叫終端之后，判斷呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP是否相同；第四十七模塊，用于在第四十六模塊判斷到呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP不相同的情況下，發(fā)送第四十一消息給被叫終端，其中，第四十一消息包括：攜帶bSRVCC切換請求的offer SDP的UPDATE消息；第四十八模塊，用于接收第四十二消息，其中，第四十二消息包括：響應(yīng)于第四十一消息的、攜帶Answer SDP的200OK消息。

可選地，裝置還包括：第四十九模塊，用于在第四十六模塊判斷到呼叫請求攜帶的SDP與bSRVCC切換請求攜帶的SDP相同的情況下，或者，在第四十八模塊接收第四十二消息之后，發(fā)送可靠傳輸?shù)牡谒氖⒔o主叫終端，其中，第四十三消息包括： 攜帶Answer SDP和被叫終端的bSRVCC能力信息的183消息；第五十模塊，用于發(fā)送第四十四消息給主叫終端，其中，第四十四消息包括：攜帶當(dāng)前振鈴狀態(tài)的INFO消息；第五十一模塊，用于接收第四十五消息，其中，第四十五消息包括：響應(yīng)于第四十四消息的200OK消息；第五十二模塊，用于接收第四十六消息，并轉(zhuǎn)發(fā)第四十六消息給主叫終端，其中，第四十六消息包括：被叫終端發(fā)送的180消息；第五十三模塊，用于接收第四十七消息，并轉(zhuǎn)發(fā)第四十七消息給主叫終端，其中，第四十七消息包括：被叫終端發(fā)送的、摘機的200OK消息；第五十四模塊，用于接收第四十八消息，并轉(zhuǎn)發(fā)第四十八消息給被叫終端，其中，第四十八消息包括：響應(yīng)于第四十七消息的ACK消息。

在本實施例中還提供了一種SCC AS，上述的振鈴前雙模單待無線語音呼叫連續(xù)性裝置。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

本發(fā)明的實施例還提供了一種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術(shù)方案。

本發(fā)明的實施例還提供了一種存儲介質(zhì)。在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

步驟S410，SCC AS接收主叫終端的bSRVCC切換請求；

步驟S412，SCC AS判斷在接收到bSRVCC切換請求之前是否接收到第一消息，其中，第一消息包括：由被叫終端發(fā)送的、攜帶Answer SDP的消息；

步驟S414，在SCC AS判斷到在接收到bSRVCC切換請求之前未接收到第一消息的情況下，SCC AS緩存bSRVCC切換請求，并在接收到第一消息之前將預(yù)定消息終結(jié)在SCC AS，其中，預(yù)定消息包括：由被叫終端發(fā)送的、不攜帶Answer SDP的消息。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(Read-Only Memory，簡稱為ROM)、隨機存取存儲器(Random Access Memory，簡稱為RAM)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

為了使本發(fā)明實施例的描述更加清楚，下面結(jié)合可選實施例進(jìn)行描述和說明。

為了提出bSRVCC的可實施的系統(tǒng)方案，滿足運營商的需求，本發(fā)明可選實施例提供了一種振鈴前SRVCC方法，下面結(jié)合流程交互圖對本發(fā)明可選實施例進(jìn)行描述和說 明。

圖6是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖一，在圖6中示出了bSRVCC切換請求時遠(yuǎn)端(即被叫終端)未發(fā)送Answer SDP的場景下的處理流程，該流程包括如下步驟：

步驟S601，主叫終端UE-A在分組交換(Packet Switch，簡稱為PS)域發(fā)起IMS呼叫，經(jīng)過主叫終端側(cè)的SCC AS；

步驟S602，SCC AS將呼叫請求送到被叫終端UE-B；

步驟S603，UE-A發(fā)生PS到CS的切換，并由UE-A(CS)側(cè)發(fā)送切換的INVITE，實際由eMSC發(fā)送；

步驟S604，SCC AS緩存收到的切換請求，并等待后向的Answer SDP；在等待后向Answer SDP的階段，來自UE-B的不帶Answer SDP的非180消息、200OK(INVITE)消息等中間消息，如181消息等，由SCC AS攔截，不向前向UE-A(CS)側(cè)發(fā)送；

其中，本發(fā)明實施例中類似“200OK(INVITE)”的表述用于表示該200OK消息是響應(yīng)于INVITE消息的，下同。

步驟S605，UE-B向SCC AS發(fā)送183消息，攜帶Answer SDP；

步驟S606，SCC AS與UE-B交互PRACK消息/200OK消息后，將切換請求的Offer SDP通過UPDATE更新后發(fā)送給遠(yuǎn)端UE-B；

步驟S607，UE-B在200OK(UPDATE)消息中攜帶Answer SDP，并發(fā)送到SCC AS；

步驟S608，SCC AS將Answer SDP攜帶在183消息中發(fā)送給前向UE-A(CS)；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

步驟S609，在UE-A與SCC AS交互完P(guān)RACK消息后，SCC AS向UE-A(CS)發(fā)送INFO消息，攜帶pre-alerting狀態(tài)；

步驟S610，UE-A(CS)向SCC AS回200OK(INFO)消息；

步驟S611，SCC AS將切換的前向Leg與后向Leg關(guān)聯(lián)，中間信令，如1xx、后續(xù)的SDP，支持透傳；

步驟S612，UE-B發(fā)送180消息到SCC AS；

步驟S613，SCC AS轉(zhuǎn)發(fā)180消息到UE-A(CS)；

步驟S614，UE-B發(fā)送摘機的200OK消息到SCC AS；

步驟S615，SCC AS轉(zhuǎn)發(fā)摘機的200OK消息到UE-A(CS)，并由SCC AS傳遞ACK消息；

步驟S616，用例結(jié)束。

上述流程中，SCC AS收到切換請求后，不進(jìn)行后續(xù)操作，而是等到后向的Answer SDP后才進(jìn)行操作，這種異步操作，對于SCC AS而言是創(chuàng)造性的改進(jìn)。

圖7是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖二，在圖7中示出了bSRVCC切換請求時遠(yuǎn)端未發(fā)送Answer SDP的場景下，兩次INVITE請求(呼叫的INVITE和切換的INVITE)SDP相同的處理流程，該流程包括如下步驟：

步驟S701，主叫終端UE-A在PS發(fā)起IMS呼叫，經(jīng)過主叫終端側(cè)的SCC AS；

步驟S702，SCC AS將呼叫請求送到被叫終端UE-B；

步驟S703，UE-A發(fā)生PS到CS的切換，并由UE-A(CS)側(cè)發(fā)送切換的INVITE消息，實際由eMSC發(fā)送，且該切換請求的INVITE消息攜帶的SDP與之前UE-A發(fā)送的INVITE攜帶的SDP相同；

步驟S704，SCC AS緩存收到的切換請求，并等待后向的Answer SDP；在等待后向Answer SDP的階段，來自UE-B的不帶Answer SDP的非180消息、200OK(INVITE)消息等中間消息，如181消息等，由SCC AS攔截，不向前向UE-A(CS)側(cè)發(fā)送；

步驟S705，UE-B向SCC AS發(fā)送183消息，攜帶Answer SDP；

步驟S706，SCC AS直接將之前從后向UE-B收到的Answer SDP在183消息中發(fā)送給前向UE-A(CS)；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

后續(xù)處理與圖6中的步驟S609至步驟S616相同，在此不再贅述。

圖8是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖三，在圖8中示出了bSRVCC切換請求時遠(yuǎn)端未發(fā)送Answer SDP的場景下，180消息先到的非Precondition兼容流程，該流程包括如下步驟：

步驟S801，在步驟S601后，SCC AS等到后向的消息并不是攜帶Answer SDP的183消息，而是180消息；SCC AS直接與后向交互180消息的PRACK消息/200OK消息；

步驟S802，參考目前的振鈴態(tài)SRVCC流程，SCC AS向前向回183消息，帶Fake SDP；并交互PRACK消息/200OK消息；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

步驟S803，SCC AS向前向回180消息，并交互PRACK消息/200OK消息；不論UE-B的180消息是否攜帶SDP，SCC AS發(fā)送到UE-A(CS)的180消息不攜帶SDP，且為不可靠傳輸；

步驟S804，SCC AS向前向發(fā)送INFO消息，因為已經(jīng)收到后向的180消息，INFO消息攜帶early狀態(tài)；

步驟S805，SCC AS收到200OK(INFO)消息；

步驟S806，SCC AS收到UE-B的摘機200OK消息；

步驟S807，SCC AS向UE-A(CS)發(fā)送摘機的200OK消息；不論UE-B的200OK消息是否攜帶SDP，SCC AS發(fā)送到UE-A(CS)的200OK消息不攜帶SDP；

步驟S808，完成ACK消息傳遞后，SCC AS發(fā)起空切流程；

步驟S809，用例結(jié)束。

圖9是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖四，在圖9中示出了bSRVCC切換請求時遠(yuǎn)端未發(fā)送Answer SDP的場景下，200OK(INVITE)先到的非Precondition兼容流程，該流程包括如下步驟：

步驟S901，在步驟S601后，SCC AS等到后向的消息并不是攜帶Answer SDP的183消息，而是200OK消息，攜帶Answer SDP；

步驟S902，參考目前的振鈴態(tài)SRVCC流程，SCC AS向前向回183消息，攜帶Fake SDP；并交互PRACK消息/200OK消息；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

步驟S903，SCC AS向前向回180消息，并交互PRACK消息/200OK消息；不論UE-B的200OK(INVITE)消息是否攜帶SDP，SCC AS發(fā)送到UE-A(CS)的180消息不攜帶SDP，且為不可靠傳輸；

步驟S904，SCC AS向前向發(fā)送INFO消息，INFO消息攜帶early狀態(tài)；

步驟S905，SCC AS收到200OK(INFO)消息；

步驟S906，SCC AS向UE-A(CS)發(fā)送摘機的200OK消息，不攜帶SDP；

步驟S907，完成ACK消息傳遞后，SCC AS發(fā)起空切流程；

步驟S908，用例結(jié)束。

圖10是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程 圖五，在圖10中示出了bSRVCC切換請求時遠(yuǎn)端已經(jīng)發(fā)送Answer SDP的場景下的處理流程，該流程包括如下步驟：

步驟S1001，主叫終端UE-A在PS發(fā)起IMS呼叫，經(jīng)過主叫終端側(cè)的SCC AS；

步驟S1002，SCC AS將呼叫請求送到被叫終端UE-B；

步驟S1003，被叫終端UE-B發(fā)送183消息至SCC AS，且為可靠傳輸；

步驟S1004，SCC AS轉(zhuǎn)發(fā)183消息至主叫終端UE-A(PS)，且為可靠傳輸；

步驟S1005，UE-A發(fā)生PS到CS的切換，并由UE-A(CS)側(cè)發(fā)送切換的INVITE消息，實際由eMSC發(fā)送；

步驟S1006，SCC AS收到該切換請求，將Offer SDP通過UPDATE消息更新后發(fā)送給遠(yuǎn)端UE-B；

步驟S1007，UE-B在200OK(UPDATE)消息中帶Answer SDP，并發(fā)送到SCC AS；

步驟S1008，SCC AS將Answer SDP在183消息中發(fā)送給前向UE-A(CS)；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

步驟S1009，在UE-A與SCC AS交互完P(guān)RACK消息后，SCC AS向UE-A(CS)發(fā)送INFO消息，攜帶pre-alerting狀態(tài)；

步驟S1010，UE-A(CS)向SCC AS回200OK(INFO)消息；

步驟S1011，SCC AS將切換的前向Leg與后向Leg關(guān)聯(lián)，中間信令，如1xx、后續(xù)的SDP，支持透傳；

步驟S1012，UE-B發(fā)送180消息到SCC AS；

步驟S1013，SCC AS轉(zhuǎn)發(fā)180消息到UE-A(CS)；

步驟S1014，UE-B發(fā)送摘機的200OK消息到SCC AS；

步驟S1015，SCC AS轉(zhuǎn)發(fā)摘機的200OK消息到UE-A(CS)，并由SCC AS傳遞ACK消息；

步驟S1016，用例結(jié)束。

圖11是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖六，在圖11中示出了bSRVCC切換請求時遠(yuǎn)端已經(jīng)發(fā)送Answer SDP的場景下，兩次INVITE請求(呼叫的INVITE和切換的INVITE)SDP相同的處理流程，該流程包括如下步驟：

步驟S1101，主叫終端UE-A在PS發(fā)起IMS呼叫，經(jīng)過主叫終端側(cè)的SCC AS；

步驟S1101，SCC AS將呼叫請求送到被叫終端UE-B；

步驟S1101，被叫終端UE-B發(fā)送183消息至SCC AS，且為可靠傳輸；

步驟S1101，SCC AS轉(zhuǎn)發(fā)該183消息至主叫終端UE-A(PS)，且為可靠傳輸；

步驟S1101，UE-A發(fā)生PS到CS的切換，并由UE-A(CS)側(cè)發(fā)送切換的INVITE，實際由eMSC發(fā)送，且該切換請求的INVITE攜帶的SDP與之前UE-A發(fā)送的INVITE攜帶的SDP相同；

步驟S1101，SCC AS直接將之前從后向UE-B收到的Answer SDP在183消息中發(fā)送給前向UE-A(CS)；183消息添加Feature-Caps header頭部，攜帶g.3gpp.ps2cs-srvcc-orig-pre-alerting指示(feature-capability indicator)；

后續(xù)處理與圖10中的步驟S1009至步驟S1016相同，在此不再贅述。

圖12是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖七，在圖12中示出了bSRVCC切換請求時遠(yuǎn)端已經(jīng)發(fā)送Answer SDP的場景下，SCC AS補PRACK的處理流程，該流程包括如下步驟：

步驟S1201，如果在圖10中的步驟S1004中，SCC AS轉(zhuǎn)發(fā)183消息到UE-A(PS)，UE-A(PS)未來得及發(fā)送PRACK消息，此時就發(fā)生切換。

步驟S1202，SCC AS在UE-B的Dialog中先發(fā)送PRACK消息到UE-B；

其中，如果原呼叫INVITE消息不帶Offer，183消息中將是Offer，而SCC AS補的該PRACK消息需要帶Fake SDP。

步驟S1203，UE-B回200OK消息到SCC AS；

步驟S1204，SCC AS發(fā)送UPDATE消息，SDP內(nèi)容參考圖10中的步驟S1006；

后續(xù)處理與圖10中步驟S1007至步驟S1016相同，在此不再贅述。

圖13是根據(jù)本發(fā)明可選實施例的振鈴前雙模單待無線語音呼叫連續(xù)性方法的流程圖八，在圖13中示出了bSRVCC切換請求時遠(yuǎn)端已經(jīng)發(fā)送Answer SDP的場景下，SCC AS補200OK(UPDATE)的處理流程，該流程包括如下步驟：

步驟S1301，如果在圖10中的步驟S1004與步驟S1005之間發(fā)生后向UE-B發(fā)送到UE-A(PS)的UPDATE消息，UE-A(PS)未來得及發(fā)送200OK(UPDATE)消息，此時就發(fā)生切換；

步驟S1302，SCC AS在UE-B的Dialog中先發(fā)送200OK(UPDATE)消息到UE-B，根據(jù)Offer/Answer狀態(tài)，如果需要攜帶SDP，則構(gòu)造Fake SDP；

步驟S1301，SCC AS發(fā)送UPDATE消息，SDP內(nèi)容參考圖10中的步驟S1006；

后續(xù)處理與圖10中步驟S1007至步驟S1016相同，在此不再贅述。

綜上所述，通過本發(fā)明提供的上述實施例和可選實施例，改進(jìn)了現(xiàn)有3GPP bSRVCC正常流程，創(chuàng)造性的提出SCC AS收到切換請求后，需要等待被叫終端側(cè)(后向)的Answer SDP的方式，涉及SCC AS的消息異步控制，是在原3GPP的bSRVCC同步消息驅(qū)動模式的重大革新，使得流程合理、可實施；提出了一套因為被切換側(cè)的原因?qū)е碌男帕畈煌暾募嫒萘鞒谭桨福徊⑶以黾恿朔荘recondition兼容流程。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。