本發(fā)明涉及通信領(lǐng)域，尤其涉及一種播放視頻彩鈴的方法以及主叫用戶設(shè)備。

背景技術(shù)：

隨著基于互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(Internet Protocol Multimedia Subsystem，IMS)的語(yǔ)音業(yè)務(wù)(Voice over Long Term Evolution，VoLTE)的引入，語(yǔ)音通話質(zhì)量相比2/3G時(shí)代有了明顯的提高，可提供高清語(yǔ)音通話和視頻通話，而彩鈴業(yè)務(wù)作為運(yùn)營(yíng)商最重要的語(yǔ)音增值業(yè)務(wù)，對(duì)比2/3G下的標(biāo)清彩鈴體驗(yàn)，VoLTE彩鈴可以提供高清彩鈴和視頻彩鈴體驗(yàn)。

但對(duì)于VoLTE視頻彩鈴的體驗(yàn)，在目前的解決方案下，只有主叫VoLTE用戶按視頻起呼方式撥打被叫VoLTE彩鈴用戶的場(chǎng)景下才能體驗(yàn)視頻彩鈴，即在視頻通話的前提下才能體驗(yàn)視頻彩鈴，存在呼叫流程復(fù)雜，對(duì)網(wǎng)絡(luò)承載要求較高的問(wèn)題。

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

本發(fā)明實(shí)施例提供了一種播放視頻彩鈴的方法以及主叫用戶設(shè)備，用于發(fā)起音頻起呼，實(shí)現(xiàn)視頻彩鈴播放的功能。

本發(fā)明技術(shù)方案主要應(yīng)用的是VoLTE基本網(wǎng)絡(luò)組網(wǎng)架構(gòu)，可包括：主叫用戶設(shè)備，被叫用戶設(shè)備，核心網(wǎng)和彩鈴平臺(tái)。其中，彩鈴平臺(tái)作為重要的電信增值業(yè)務(wù)平臺(tái)，可包括彩鈴應(yīng)用服務(wù)器(RBT AS，Ring Back Tone Application Server)和彩鈴媒體資源服務(wù)器(RBT MRS，Ring Back Tone Media Resource Server)。彩鈴平臺(tái)的信令面與核心網(wǎng)S-CSCF(Serving-Call session Control Function，服務(wù)類型的呼叫會(huì)話控制功能)相連，媒體面與SBC(Session Border Controller，會(huì)話邊界控制)相連，為用戶提供彩鈴的媒體放音。

本發(fā)明實(shí)施例第一方面提供一種播放視頻彩鈴的方法，可包括：主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫；該主叫用戶設(shè)備根據(jù)該音頻呼叫與彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，接收該彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；若該主叫用戶設(shè)備支持視頻彩鈴媒體，則該主叫用戶設(shè)備根據(jù)該視頻彩鈴媒體協(xié)商信息和該主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果；該主叫用戶設(shè)備向該彩鈴平臺(tái)發(fā)送該視頻媒體協(xié)商結(jié)果，該視頻媒體協(xié)商結(jié)果用于該彩鈴平臺(tái)進(jìn)行視頻彩鈴播放。

在本發(fā)明實(shí)施例中，主叫UE向被叫用戶設(shè)備發(fā)起音頻呼叫之后，先進(jìn)行音頻媒體協(xié)商，再進(jìn)行視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。本發(fā)明解決了只有在用戶發(fā)起視頻通話的前提下才有可能體驗(yàn)視頻彩鈴的限制，基于本發(fā)明技術(shù)方案，可以解決VoLTE用戶在發(fā)起語(yǔ)音通話的場(chǎng)景下也能體驗(yàn)視頻彩鈴，從而為VoLTE下的彩鈴業(yè)務(wù)創(chuàng)新提供了良好的技術(shù)保障，也為彩鈴能夠創(chuàng)造和挖掘更大的商業(yè)價(jià)值。

結(jié)合本發(fā)明實(shí)施例的第一方面，在一種可能的實(shí)現(xiàn)方式中，該視頻媒體協(xié)商結(jié)果包括該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

在本發(fā)明實(shí)施例中，對(duì)視頻媒體協(xié)商結(jié)果做了一個(gè)具體的說(shuō)明，應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息，主叫用戶設(shè)備和彩鈴平臺(tái)根據(jù)視頻媒體協(xié)商結(jié)果包括的信息傳輸視頻媒體流信息。

本發(fā)明實(shí)施例第二方面提供一種播放視頻彩鈴的方法，可包括：彩鈴平臺(tái)接收主叫用戶設(shè)備發(fā)起的音頻呼叫；該彩鈴平臺(tái)根據(jù)該音頻呼叫完成與該主叫用戶設(shè)備的音頻彩鈴媒體協(xié)商之后，該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；該彩鈴平臺(tái)接收該主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；該彩鈴平臺(tái)根據(jù)該視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

在本發(fā)明實(shí)施例中，主叫UE向被叫用戶設(shè)備發(fā)起音頻呼叫之后，彩鈴平臺(tái)獲取音頻呼叫，先進(jìn)行音頻媒體協(xié)商，再進(jìn)行視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。本發(fā)明解決了只有在用戶發(fā)起視頻通話的前提下才有可能體驗(yàn)視頻彩鈴的限制，基于本發(fā)明技術(shù)方案，可以解決VoLTE用戶在發(fā)起語(yǔ)音通話的場(chǎng)景下也能體驗(yàn)視頻彩鈴，從而為VoLTE下的彩鈴業(yè)務(wù)創(chuàng)新提供了良好的技術(shù)保障，也為彩鈴能夠創(chuàng)造和挖掘更大的商業(yè)價(jià)值。

結(jié)合本發(fā)明實(shí)施例的第二方面，在第一種可能的實(shí)現(xiàn)方式中，該視頻媒體協(xié)商結(jié)果包括該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

在本發(fā)明實(shí)施例中，對(duì)視頻媒體協(xié)商結(jié)果做了一個(gè)具體的說(shuō)明，應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息，主叫用戶設(shè)備和彩鈴平臺(tái)根據(jù)視頻媒體協(xié)商結(jié)果包括的信息傳輸視頻媒體流信息。

結(jié)合本發(fā)明實(shí)施例的第二方面、第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，該彩鈴平臺(tái)向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息，包括：若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或該彩鈴平臺(tái)確定播放視頻彩鈴，則該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送該視頻彩鈴媒體協(xié)商信息。

在本發(fā)明實(shí)施例中，對(duì)彩鈴平臺(tái)發(fā)送視頻彩鈴媒體協(xié)商信息的條件作了進(jìn)一步的限定，該彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或該彩鈴平臺(tái)確定播放視頻彩鈴，則該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送該視頻彩鈴媒體協(xié)商信息。彩鈴平臺(tái)可以靈活的根據(jù)業(yè)務(wù)側(cè)的控制決定是否要播放視頻彩鈴，若播放，則發(fā)送視頻彩鈴媒體協(xié)商信息。

本發(fā)明實(shí)施例第三方面提供一種播放視頻彩鈴的方法，可包括：主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫；該主叫用戶設(shè)備接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；若該主叫用戶設(shè)備支持視頻彩鈴媒體，則該主叫用戶設(shè)備根據(jù)該視頻彩鈴媒體協(xié)商信息和該主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果；該主叫用戶設(shè)備向該彩鈴平臺(tái)發(fā)送該視頻媒體協(xié)商結(jié)果，該視頻媒體協(xié)商結(jié)果用于該彩鈴平臺(tái)進(jìn)行視頻彩鈴播放。

在本發(fā)明實(shí)施例中，主叫UE向被叫用戶設(shè)備發(fā)起音頻呼叫之后，直接將原有的音頻媒體協(xié)商，替換為視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。減少一次音頻媒體協(xié)商的過(guò)程，節(jié)約時(shí)間和網(wǎng)絡(luò)資源。

結(jié)合本發(fā)明實(shí)施例的第三方面，在一種可能的實(shí)現(xiàn)方式中，該視頻媒體協(xié)商結(jié)果包括該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

在本發(fā)明實(shí)施例中，對(duì)視頻媒體協(xié)商結(jié)果做了一個(gè)具體的說(shuō)明，應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息，主叫用戶設(shè)備和彩鈴平臺(tái)根據(jù)視頻媒體協(xié)商結(jié)果包括的信息傳輸視頻媒體流信息。

本發(fā)明實(shí)施例第四方面提供一種播放視頻彩鈴的方法，可包括：彩鈴平臺(tái)接收主叫用戶設(shè)備發(fā)起的音頻呼叫；該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；該彩鈴平臺(tái)接收該主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；該彩鈴平臺(tái)根據(jù)該視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

在本發(fā)明實(shí)施例中，主叫UE向被叫用戶設(shè)備發(fā)起音頻呼叫之后，直接將原有的音頻媒體協(xié)商，替換為視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。減少一次音頻媒體協(xié)商的過(guò)程，節(jié)約時(shí)間和網(wǎng)絡(luò)資源。

結(jié)合本發(fā)明實(shí)施例的第四方面，在第一種可能的實(shí)現(xiàn)方式中，該視頻媒體協(xié)商結(jié)果包括該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

在本發(fā)明實(shí)施例中，對(duì)視頻媒體協(xié)商結(jié)果做了一個(gè)具體的說(shuō)明，應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于該主叫用戶設(shè)備支持視頻彩鈴媒體的信息，該主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息，主叫用戶設(shè)備和彩鈴平臺(tái)根據(jù)視頻媒體協(xié)商結(jié)果包括的信息傳輸視頻媒體流信息。

結(jié)合本發(fā)明實(shí)施例的第四方面、第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息，可包括：若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或該彩鈴平臺(tái)確定播放視頻彩鈴，則該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送該視頻彩鈴媒體協(xié)商信息。

在本發(fā)明實(shí)施例中，對(duì)彩鈴平臺(tái)發(fā)送視頻彩鈴媒體協(xié)商信息的條件作了進(jìn)一步的限定，若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或該彩鈴平臺(tái)確定播放視頻彩鈴，則該彩鈴平臺(tái)向該主叫用戶設(shè)備發(fā)送該視頻彩鈴媒體協(xié)商信息。彩鈴平臺(tái)可以靈活的根據(jù)業(yè)務(wù)側(cè)的控制決定是否要播放視頻彩鈴，若播放，則發(fā)送視頻彩鈴媒體協(xié)商信息。

本發(fā)明實(shí)施例第五方面提供一種主叫用戶設(shè)備，具有實(shí)現(xiàn)對(duì)應(yīng)于上述第一方面提供的實(shí)現(xiàn)視頻播放的功能。該功能可以通過(guò)硬件實(shí)現(xiàn)，也可以通過(guò)硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。該硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊。

本發(fā)明實(shí)施例第六方面提供一種彩鈴平臺(tái)，具有實(shí)現(xiàn)對(duì)應(yīng)于上述第二方面提供的實(shí)現(xiàn)視頻播放的功能。該功能可以通過(guò)硬件實(shí)現(xiàn)，也可以通過(guò)硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。該硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊。

本發(fā)明實(shí)施例第七方面提供一種主叫用戶設(shè)備，具有實(shí)現(xiàn)對(duì)應(yīng)于上述第三方面提供的實(shí)現(xiàn)視頻播放的功能。該功能可以通過(guò)硬件實(shí)現(xiàn)，也可以通過(guò)硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。該硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊。

本發(fā)明實(shí)施例第八方面提供一種彩鈴平臺(tái)，具有實(shí)現(xiàn)對(duì)應(yīng)于上述第四方面提供的實(shí)現(xiàn)視頻播放的功能。該功能可以通過(guò)硬件實(shí)現(xiàn)，也可以通過(guò)硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。該硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊。

本發(fā)明實(shí)施例第九方面提供一種主叫用戶設(shè)備，可包括：收發(fā)器，處理器，該收發(fā)器和該處理器通過(guò)總線連接；

該收發(fā)器，用于向被叫用戶設(shè)備發(fā)起音頻呼叫；該主叫用戶設(shè)備根據(jù)該音頻呼叫與彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，接收該彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；向該彩鈴平臺(tái)發(fā)送該視頻媒體協(xié)商結(jié)果，該視頻媒體協(xié)商結(jié)果用于該彩鈴平臺(tái)進(jìn)行視頻彩鈴播放；

該處理器，用于若該主叫用戶設(shè)備支持視頻彩鈴媒體，則該處理器根據(jù)該視頻彩鈴媒體協(xié)商信息和該主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果。

本發(fā)明實(shí)施例第十方面提供一種彩鈴平臺(tái)，可包括：收發(fā)器，處理器，該收發(fā)器和該處理器通過(guò)總線連接；

該收發(fā)器，用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；該彩鈴平臺(tái)根據(jù)音頻呼叫完成與該主叫用戶設(shè)備的音頻彩鈴媒體協(xié)商之后，該發(fā)送單元向該主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；接收該主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

該處理器，用于根據(jù)該視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

本發(fā)明實(shí)施例第十一方面提供一種主叫用戶設(shè)備，可包括：收發(fā)器，處理器，該收發(fā)器和該處理器通過(guò)總線連接；

該收發(fā)器，用于向被叫用戶設(shè)備發(fā)起音頻呼叫；接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；向該彩鈴平臺(tái)發(fā)送該視頻媒體協(xié)商結(jié)果，該視頻媒體協(xié)商結(jié)果用于該彩鈴平臺(tái)進(jìn)行視頻彩鈴播放；

該處理器，用于若該主叫用戶設(shè)備支持視頻彩鈴媒體，則該處理器根據(jù)該視頻彩鈴媒體協(xié)商信息和該主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果。

本發(fā)明實(shí)施例第十二方面提供一種彩鈴平臺(tái)，可包括：收發(fā)器，處理器，該收發(fā)器和該處理器通過(guò)總線連接；

該收發(fā)器，用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；向該主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；接收該主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

該處理器，用于根據(jù)該視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

本發(fā)明實(shí)施例第十三方面提供一種系統(tǒng)，包括：主叫用戶設(shè)備和彩鈴平臺(tái)；

所述主叫用戶設(shè)備為執(zhí)行上述第一方面及任一可能的實(shí)現(xiàn)方式中的主叫用戶設(shè)備；

所述彩鈴平臺(tái)為執(zhí)行上述第二方面及任一可能的實(shí)現(xiàn)方式中的彩鈴平臺(tái)。

本發(fā)明實(shí)施例第十四方面提供一種系統(tǒng)，包括：主叫用戶設(shè)備和彩鈴平臺(tái)；

所述主叫用戶設(shè)備為執(zhí)行上述第三方面及任一可能的實(shí)現(xiàn)方式中的主叫用戶設(shè)備；

所述彩鈴平臺(tái)為執(zhí)行上述第四方面及任一可能的實(shí)現(xiàn)方式中的彩鈴平臺(tái)。

本發(fā)明實(shí)施例第十五方面提供一種存儲(chǔ)介質(zhì)，需要說(shuō)明的是，本發(fā)的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)口的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，用于儲(chǔ)存為上述設(shè)備所用的計(jì)算機(jī)軟件指令，其包含用于執(zhí)行上述第一方面、第二方面、第三方面或第四方面為設(shè)備所設(shè)計(jì)的程序。

該存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)：

在本發(fā)明實(shí)施例中，主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫；所述主叫用戶設(shè)備根據(jù)所述音頻呼叫與彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，接收所述彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；若所述主叫用戶設(shè)備支持視頻彩鈴媒體，則所述主叫用戶設(shè)備根據(jù)所述視頻彩鈴媒體協(xié)商信息和所述主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果；所述主叫用戶設(shè)備向所述彩鈴平臺(tái)發(fā)送所述視頻媒體協(xié)商結(jié)果，所述視頻媒體協(xié)商結(jié)果用于所述彩鈴平臺(tái)進(jìn)行視頻彩鈴播放。實(shí)現(xiàn)了音頻起呼的情況下，實(shí)現(xiàn)視頻彩鈴的功能，降低了視頻彩鈴呼叫流程的復(fù)雜度，減少了網(wǎng)絡(luò)承載壓力。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例技術(shù)方案，下面將對(duì)實(shí)施例和現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其它的附圖。

圖1.a為本發(fā)明實(shí)施例中提供的一個(gè)系統(tǒng)架構(gòu)示意圖；

圖1.b為本發(fā)明實(shí)施例中提供的會(huì)話描述協(xié)議SDP組網(wǎng)模型的示意圖；

圖2為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的一個(gè)實(shí)施例示意圖；

圖3為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的另一個(gè)實(shí)施例示意圖；

圖4為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的另一個(gè)實(shí)施例示意圖；

圖5為本發(fā)明實(shí)施例中主叫用戶設(shè)備的一個(gè)實(shí)施例示意圖；

圖6為本發(fā)明實(shí)施例中彩鈴平臺(tái)的一個(gè)實(shí)施例示意圖；

圖7為本發(fā)明實(shí)施例中主叫用戶設(shè)備的另一個(gè)實(shí)施例示意圖；

圖8為本發(fā)明實(shí)施例中彩鈴平臺(tái)的另一個(gè)實(shí)施例示意圖；

圖9為本發(fā)明實(shí)施例中主叫用戶設(shè)備的另一個(gè)實(shí)施例示意圖；

圖10為本發(fā)明實(shí)施例中彩鈴平臺(tái)的另一個(gè)實(shí)施例示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供了一種播放視頻彩鈴的方法以及主叫用戶設(shè)備，用于發(fā)起音頻起呼，實(shí)現(xiàn)視頻彩鈴播放的功能。

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

本發(fā)明技術(shù)方案主要應(yīng)用的VoLTE基本網(wǎng)絡(luò)組網(wǎng)架構(gòu)如圖1所示，為本發(fā)明實(shí)施例的一個(gè)系統(tǒng)架構(gòu)圖，可包括：主叫用戶設(shè)備，被叫用戶設(shè)備，核心網(wǎng)和彩鈴平臺(tái)。其中，彩鈴平臺(tái)作為重要的電信增值業(yè)務(wù)平臺(tái)，可包括彩鈴應(yīng)用服務(wù)器(RBT AS，Ring Back Tone Application Server)和彩鈴媒體資源服務(wù)器(RBT MRS，Ring Back Tone Media Resource Server)，需要說(shuō)明的是，RBT AS和RBT MRS可以是單獨(dú)的實(shí)體，也可以集成在一起，邏輯上是相互獨(dú)立的兩個(gè)模塊，位于被叫IMS域核心網(wǎng)側(cè)。彩鈴平臺(tái)的信令面與核心網(wǎng)S-CSCF(Serving-Call session Control Function，服務(wù)類型的呼叫會(huì)話控制功能)相連，媒體面與SBC(Session Border Controller，會(huì)話邊界控制)相連，為用戶提供彩鈴的媒體放音。

在圖1.a所示的架構(gòu)圖中，主叫IMS域可包括主叫IMS域核心網(wǎng)和EPC(Evolved Packet Core，演進(jìn)分組核心網(wǎng))。在主叫IMS域核心網(wǎng)包括：HSS(Home Subscriber Server，歸屬用戶服務(wù)器)，TAS(Telephony Application Server，電話應(yīng)用服務(wù)器)，I/S-CSCF(I-CSCF，Interrogating-Call session Control Function，查詢類型的呼叫會(huì)話控制)和SBC/P-CSCF(P-CSCF，Proxy-Call session Control Function，代理類型的呼叫會(huì)話控制功能)。EPC中包括S/P-GW(P-GW，public data network gateway，分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，S-GW:serving gateway服務(wù)網(wǎng)關(guān))和MME(Mobile Management Entity，移動(dòng)管理實(shí)體)。

在被叫IMS域除了包括上述主叫IMS域中所說(shuō)明的網(wǎng)元之外，還包括RBT AS/RBT MRS。需要說(shuō)明的是，上述的說(shuō)明并不構(gòu)成對(duì)發(fā)明實(shí)施例的系統(tǒng)架構(gòu)圖的限定，本發(fā)明實(shí)施例的系統(tǒng)架構(gòu)圖包括但不限于在圖1所示。

下面對(duì)上述中所提及的一些關(guān)鍵網(wǎng)元做一個(gè)簡(jiǎn)要的說(shuō)明：

S-CSCF：英文全稱：Serving-Call session Control Function，中文翻譯：服務(wù)類型的呼叫會(huì)話控制功能，是IMS(IP多媒體子系統(tǒng))核心網(wǎng)的中心節(jié)點(diǎn)，主要用于用戶的注冊(cè)、鑒權(quán)控制、會(huì)話路由和業(yè)務(wù)觸發(fā)控制，并維持會(huì)話狀態(tài)信息等。

I-CSCF：英文全稱：Interrogating-Call session Control Function，中文翻譯：查詢類型的呼叫會(huì)話控制，是IMS網(wǎng)絡(luò)的統(tǒng)一初步入口點(diǎn)，負(fù)責(zé)用戶注冊(cè)的S-CSCF的指配和查詢等。

P-CSCF：英文全稱：Proxy-Call session Control Function，中文翻譯：代理類型的呼叫會(huì)話控制功能，是SIP(Session Initiation Protocol，會(huì)話初始協(xié)議)用戶接入IMS網(wǎng)絡(luò)的入口節(jié)點(diǎn)，主要負(fù)責(zé)信令和消息的代理等。

TAS：英文全稱：Telephony Application Server，中文翻譯：電話應(yīng)用服務(wù)器)，MMTel AS(Multimedia Telephony Application Server，多媒體電話應(yīng)用服務(wù)器)提供多媒體電話基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)；SCC AS(service centralization and continuity application server Application Server，連續(xù)性應(yīng)用服務(wù)器)提供接入域選擇T-ADS(terminating access domain selection，被叫接入域選)的能力以及和其他網(wǎng)元配合保證切換，即SRVCC(Single Radio Voice Call Continuity，單一無(wú)線制式語(yǔ)音呼叫連續(xù)性)和eSRVCC(Enhanced Single Radio Voice Call Continuity，增強(qiáng)的單一無(wú)線語(yǔ)音呼叫連續(xù)性)業(yè)務(wù)連續(xù)性。

HSS：Home Subscriber Server，歸屬用戶服務(wù)器，是存儲(chǔ)用戶簽約信息和位置信息的用戶數(shù)據(jù)庫(kù)系統(tǒng)。

SBC：Session Border Controller，會(huì)話邊界控制，提供安全接入和媒體處理。

MME：Mobile Management Entity，移動(dòng)管理實(shí)體，是EPC(Evolved Packet Core，演進(jìn)分組核心網(wǎng))網(wǎng)絡(luò)的核心設(shè)備，提供了MME邏輯實(shí)體的功能。

S/P-GW:是EPC網(wǎng)絡(luò)的核心設(shè)備，提供了服務(wù)網(wǎng)關(guān)(serving gateway，S-GW)和分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(public data network gateway，P-GW)邏輯實(shí)體的功能。

RBT AS/RBT MRS：彩鈴應(yīng)用服務(wù)器和彩鈴媒體資源服務(wù)器，信令面AS與IMS核心網(wǎng)S-CSCF相連，媒體面MRS與SBC相連，用于彩鈴呼叫時(shí)負(fù)責(zé)接續(xù)被叫和觸發(fā)彩鈴放音。

IMS域彩鈴SIP路由觸發(fā)簡(jiǎn)述：

IMS域彩鈴觸發(fā)主要遵循的3GPP 24.182協(xié)議規(guī)范，采用被叫IMS域觸發(fā)原則，當(dāng)主叫IMS域發(fā)起的INVITE(請(qǐng)求)消息送至被叫IMS域S-CSCF后，被叫S-CSCF通過(guò)用戶的iFC(initial Filter Criteria，初始過(guò)濾規(guī)則)簽約信息，觸發(fā)到彩鈴平臺(tái)，彩鈴平臺(tái)處理之后，呼叫消息回到S-CSCF，繼續(xù)后續(xù)呼叫流程。彩鈴平臺(tái)收到被叫振鈴消息(180)后啟動(dòng)向主叫用戶的放音流程，當(dāng)被叫摘機(jī)后，彩鈴平臺(tái)發(fā)起re-INVITE(重請(qǐng)求)流程，完成主被叫之間的媒體協(xié)商，并最終完成主、被叫用戶之間的通話。

在現(xiàn)有技術(shù)中，主叫用戶要想體驗(yàn)視頻彩鈴，只有在視頻起呼被叫視頻彩鈴用戶的條件下，才能體驗(yàn)視頻彩鈴，所以，對(duì)視頻彩鈴的普及造成了一定的限制。在本發(fā)明技術(shù)方案中，提出了一種音頻起呼被叫視頻彩鈴用戶，也能體驗(yàn)視頻彩鈴，提高了視頻彩鈴的應(yīng)用?；诂F(xiàn)有的VoLTE音頻彩鈴呼叫放音流程，本發(fā)明技術(shù)方案核心思路就是改變彩鈴與主叫終端之間的媒體協(xié)商，用視頻媒體替代音頻媒體進(jìn)行重協(xié)商，一種方法是在原流程音頻媒體協(xié)商的基礎(chǔ)上增加一次彩鈴平臺(tái)與主叫終端的視頻媒體協(xié)商過(guò)程，另一種方法是直接用彩鈴視頻媒體協(xié)商替換原流程中彩鈴音頻媒體協(xié)商過(guò)程，相比第一種方法不再進(jìn)行多一次的音頻媒體協(xié)商過(guò)程。

在本發(fā)明技術(shù)方案中，所用到的協(xié)議主要為SDP(Session Description Protocol，會(huì)話描述協(xié)議)，用于兩個(gè)會(huì)話實(shí)體之間的媒體協(xié)商，并達(dá)成一致，屬信令語(yǔ)言族，采用文本(字符)描述形式。SDP組網(wǎng)模型主要是一個(gè)請(qǐng)求/響應(yīng)模型(offer/answer)，如圖1.b所示，包括請(qǐng)求/響應(yīng)的實(shí)體和不同階段的操作行為，如初始協(xié)商過(guò)程和重協(xié)商過(guò)程，并簡(jiǎn)單介紹消息中各種參數(shù)的含義。

Offer/Answer模型包括兩個(gè)實(shí)體，一個(gè)是請(qǐng)求主體Offerer，另外一個(gè)是響應(yīng)實(shí)體Answerer，兩個(gè)實(shí)體只是在邏輯上進(jìn)行區(qū)分，在一定條件下可以轉(zhuǎn)換。例如，手機(jī)A發(fā)起媒體協(xié)商請(qǐng)求，那么A就是Offerer，反之如果A為接收請(qǐng)求則為Offerer。

Offerer發(fā)給Answerer的請(qǐng)求消息稱為請(qǐng)求offer，內(nèi)容包括媒體流類型、各個(gè)媒體流使用的編碼集，以及將要用于接收媒體流的IP和端口等信息。Answerer收到offer之后，回復(fù)給Offerer的消息稱為響應(yīng)，內(nèi)容包括要使用的媒體編碼，是否接收該媒體流以及告訴Offerer其用于接收媒體流的IP和端口等信息。

現(xiàn)有彩鈴呼叫流程主要參考Gateway Precondition(網(wǎng)關(guān)前置條件)和Gateway no-Precondition(網(wǎng)關(guān)非前置條件)兩種模式，主要差異在于Precondition模式需要終端、核心網(wǎng)共同配合做預(yù)留資源，而no-Precondition模式則不需要。下面以實(shí)施例的方式，對(duì)本發(fā)明技術(shù)方案做一個(gè)說(shuō)明。在本發(fā)明實(shí)施例中，彩鈴平臺(tái)包括的RBT AS和RBT MRS，邏輯上是兩個(gè)獨(dú)立的個(gè)體，也可以是集成在一起實(shí)現(xiàn)，也可以作為單獨(dú)的個(gè)體實(shí)現(xiàn)，在下述的實(shí)施例示意圖中以分別示出來(lái)進(jìn)行說(shuō)明。

(一)Gateway Precondition模式：

如圖2所示，為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的一個(gè)實(shí)施例示意圖，包括：

201、主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫，并完成主叫UE和被叫UE的資源預(yù)留；

在本發(fā)明實(shí)施例中，主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫，并完成主叫用戶設(shè)備和被叫用戶設(shè)備的資源預(yù)留。本發(fā)明實(shí)施例應(yīng)用的系統(tǒng)架構(gòu)可包括主叫UE，被叫UE，S-CSCF，RBT AS和RBT MRS；其中被叫UE，S-CSCF，RBT AS和RBT MRS都屬于被叫IMS域；RBT AS和RBT MRS可認(rèn)為是彩鈴平臺(tái)。

具體的，可包括：1：主叫用戶設(shè)備(User Equipment，UE)發(fā)出初始請(qǐng)求(Invite)消息，該Invite消息包括主叫UE的SDP會(huì)話描述協(xié)議信息和音頻呼叫；

2：通過(guò)S-CSCF將Invite消息傳輸?shù)絉BT AS；

3：RBT AS收到Invite消息，再將該Invite消息發(fā)送到S-CSCF；

4：S-CSCF將Invite消息透?jìng)髦帘唤蠻E；

5：被叫UE接收到Invite消息后，返回183消息至S-CSCF，183消息包括被叫UE的會(huì)話描述協(xié)議信息，完成被叫UE的資源預(yù)留；

6：S-CSCF將183消息發(fā)送至RBT AS；

7：RBT AS再將183消息發(fā)送至S-CSCF；

8：S-CSCF將183消息發(fā)送至主叫UE；

9：主叫UE接收183消息之后，再返回確認(rèn)(PRACK)消息；

10：通過(guò)S-CSCF將確認(rèn)(PRACK)消息發(fā)送至RBT AS；

11：RBT AS再將確認(rèn)(PRACK)消息返回至S-CSCF；

12：S-CSCF透?jìng)鞔_認(rèn)(PRACK)消息至被叫UE；

13：被叫UE接收確認(rèn)(PRACK)消息之后，返回200消息，攜帶PRACK信息至S-CSCF；

14：S-CSCF將200消息發(fā)送至RBT AS；

15：RBT AS將200消息發(fā)送至S-CSCF；

16：S-CSCF將200消息發(fā)送至主叫UE；

17：主叫UE接收200消息，主叫資源預(yù)留成功，返回update消息，update消息包括主叫UE的SDP信息；

18：通過(guò)S-CSCF將update消息發(fā)送到RBT AS；

19：RBT AS將update消息返回至S-CSCF；

20：S-CSCF通過(guò)透?jìng)鲗pdate消息發(fā)送至被叫UE；

21：被叫UE接收update消息，返回200消息，200消息包括被叫UE的SDP信息；

22：S-CSCF接收200消息，將200消息發(fā)送至RBT AS；

23：RBT AS將200消息返回S-CSCF；

24：S-CSCF將200消息發(fā)送至主叫UE；

25：被叫UE發(fā)送180消息；

26：S-CSCF接收180消息，將180消息向RBT AS發(fā)送。

202、進(jìn)行音頻媒體協(xié)商；

在本發(fā)明實(shí)施例中，該步驟主要是主叫用戶設(shè)備和彩鈴平臺(tái)完成音頻媒體協(xié)商的過(guò)程。具體的，可包括：

27：RBT AS接收180消息；向RBT MRS發(fā)送Invite消息，Invite消息攜帶音頻彩鈴SDP信息，進(jìn)行放音資源準(zhǔn)備；

28：RBT MRS根據(jù)業(yè)務(wù)側(cè)的控制判斷此次音頻呼叫是否要放視頻彩鈴；如果放視頻彩鈴，先返回200消息攜帶音頻彩鈴SDP信息，音頻彩鈴SDP信息也可稱呼為音頻彩鈴媒體協(xié)商信息，進(jìn)行音頻媒體協(xié)商；如果業(yè)務(wù)側(cè)控制不放視頻彩鈴，則保持原有音頻起呼播放音頻彩鈴流程不變。或者，RBT MRS確定被叫UE是否開(kāi)通視頻彩鈴業(yè)務(wù)，若開(kāi)通，則返回200消息攜帶音頻彩鈴SDP信息進(jìn)行音頻媒體協(xié)商；

應(yīng)理解，不是所有的音頻起呼場(chǎng)景都需要播放視頻彩鈴，彩鈴AS是否修改與主叫UE的音頻媒體為視頻媒體，還可以取決于彩鈴業(yè)務(wù)管理側(cè)的業(yè)務(wù)控制，該業(yè)務(wù)控制有許多方法，但核心思路都是判斷此次呼叫是否滿足視頻媒體協(xié)商的條件。

29：RBT AS接收200消息，發(fā)起更新(update)消息，該update消息中攜帶音頻彩鈴SDP信息；

30：通過(guò)S-CSCF，向主叫UE傳輸update消息，該update消息中攜帶音頻彩鈴SDP信息；

31：主叫UE接收update消息，根據(jù)update消息中攜帶音頻彩鈴SDP信息和主叫UE的媒體能力信息，進(jìn)行音頻媒體協(xié)商，確定音頻媒體協(xié)商結(jié)果，并發(fā)送200消息，200消息中攜帶該音頻媒體協(xié)商結(jié)果；

32：通過(guò)S-CSCF將200消息傳輸至RBT AS；

33：RBT AS接收200消息，根據(jù)音頻媒體協(xié)商結(jié)果向RBT MRS發(fā)送確認(rèn)(ACK)消息。

下面以示例的形式，對(duì)音頻彩鈴SDP信息做一個(gè)說(shuō)明，如下所示：

v＝0/*協(xié)議版本信息，此處為使用SDP版本號(hào)為0*/

o＝HuaWei 419 419IN IP4 10.137.2.197/*所有者/創(chuàng)建者和會(huì)話標(biāo)識(shí)符(此處會(huì)話發(fā)起端的用戶名為HuaWei；會(huì)話標(biāo)識(shí)符為419；會(huì)話版本為419；網(wǎng)絡(luò)類型為"IN"，表示"Internet"；地址類型目前定義了"IP4"、"IP6"，此處為IP4；地址為10.137.2.197。)*/

s＝Sip Call/*會(huì)話名稱("s＝"域指示會(huì)話名，此處為Sip Call)*/

c＝IN IP4 10.135.66.188/*連接信息(網(wǎng)絡(luò)類型：IN標(biāo)識(shí)為"Internet"，地址類型：IP4，連接地址：10.135.66.188)*/

t＝0 0/*會(huì)話活動(dòng)時(shí)間(開(kāi)始、結(jié)束時(shí)間都為0，表示為持久會(huì)話)*/

m＝audio 34318RTP/AVP 104/*開(kāi)始音頻媒體信息描述。音頻媒體數(shù)據(jù)將發(fā)送到34318端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為104(動(dòng)態(tài)RTP載荷類型)*/

a＝rtpmap:104AMR-WB/16000/*對(duì)載荷類型104進(jìn)行說(shuō)明，為AMR-WB編碼方式，采樣時(shí)鐘為16000Hz*/

a＝ptime:20/*媒體流打包時(shí)長(zhǎng)，此處為20ms*/

a＝maxptime:240/*媒體流打包的最多時(shí)長(zhǎng)，此處為240ms。*/

203、進(jìn)行視頻媒體協(xié)商；

在本發(fā)明實(shí)施例中，該步驟主要是主叫用戶設(shè)備和彩鈴平臺(tái)完成視頻媒體協(xié)商的過(guò)程。具體的，可包括：

34：RBT MRS接收確認(rèn)(ACK)消息后，向RBT AS發(fā)起一次重請(qǐng)求(re-Invite)消息，re-Invite消息中包括視頻彩鈴SDP信息；

35：RBT AS接收重請(qǐng)求之后，再發(fā)起一次update消息，該update消息中攜帶視頻彩鈴SDP信息，視頻彩鈴SDP信息也可稱呼為視頻彩鈴媒體協(xié)商信息；

36：通過(guò)S-CSCF，向主叫UE傳輸update消息，該update消息中攜帶視頻彩鈴SDP信息；

37：主叫UE接收update消息，若主叫UE支持視頻彩鈴媒體，根據(jù)update消息中攜帶視頻彩鈴SDP信息和主叫UE的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果，并發(fā)送200消息，200消息中攜帶該視頻媒體協(xié)商結(jié)果；

應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果也是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于所述主叫用戶設(shè)備支持視頻彩鈴媒體的信息，所述主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

38：通過(guò)S-CSCF將200消息傳輸至RBT AS；

39：RBT AS接收200消息，向RBT MRS發(fā)送該200消息，200消息中包括視頻媒體協(xié)商結(jié)果；

40：RBT MRS收到200消息之后，根據(jù)視頻媒體協(xié)商結(jié)果向RBT AS發(fā)送ACK消息。

下面以示例的形式，對(duì)視頻彩鈴SDP信息做一個(gè)說(shuō)明，如下所示：

v＝0/*協(xié)議版本信息，此處為使用SDP版本號(hào)為0*/

o＝HuaWei 419 419IN IP4 10.137.2.197/*所有者/創(chuàng)建者和會(huì)話標(biāo)識(shí)符(此處會(huì)話發(fā)起端的用戶名為HuaWei；會(huì)話標(biāo)識(shí)符為419；會(huì)話版本為419；網(wǎng)絡(luò)類型為"IN"，表示"Internet"；地址類型目前定義了"IP4"、"IP6"，此處為IP4；地址為10.137.2.197。)*/

s＝Sip Call/*會(huì)話名稱("s＝"域指示會(huì)話名，此處為Sip Call)*/

c＝IN IP4 10.135.66.188/*連接信息(網(wǎng)絡(luò)類型：IN標(biāo)識(shí)為"Internet"，地址類型：IP4，連接地址：10.135.66.188)*/

t＝0 0/*會(huì)話活動(dòng)時(shí)間(開(kāi)始、結(jié)束時(shí)間都為0，表示為持久會(huì)話)*/

m＝audio 34318RTP/AVP 104/*開(kāi)始音頻媒體信息描述。音頻媒體數(shù)據(jù)將發(fā)送到34318端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為104(動(dòng)態(tài)RTP載荷類型)*/

a＝rtpmap:104AMR-WB/16000/*對(duì)載荷類型104進(jìn)行說(shuō)明，為AMR-WB編碼方式，采樣時(shí)鐘為16000Hz*/

a＝ptime:20/*媒體流打包時(shí)長(zhǎng)，此處為20ms*/

a＝maxptime:240/*媒體流打包的最多時(shí)長(zhǎng)，此處為240ms。*/

m＝video 5098RTP/AVP 102/*開(kāi)始視頻媒體信息描述。視頻媒體數(shù)據(jù)將發(fā)送到5098端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為102*/

a＝rtpmap:102H264/90000/*對(duì)載荷類型102進(jìn)行說(shuō)明，為H264編碼方式，采樣時(shí)鐘為90000Hz*/

a＝fmtp:102profile-level-id＝42801F；packetization-mode＝0/*進(jìn)一步給出載荷類型102的參數(shù)為“profile-level-id＝42801F；packetization-mode＝0”。*/

204、主叫UE振鈴。

在本發(fā)明實(shí)施例中，是主叫UE振鈴的過(guò)程。具體的，可包括：

41：RBT AS發(fā)送180消息；

42：通過(guò)S-CSCF發(fā)送至主叫UE；

彩鈴平臺(tái)播放視頻彩鈴，主叫UE顯示該視頻彩鈴。需要說(shuō)明的是，RBT AS與RBT MRS之間的信令交互為彩鈴平臺(tái)內(nèi)部模塊間的交互流程，供參考。RBT AS與RBT MRS之間的信令交互不局限于上述流程中列舉的方式，可以有多種實(shí)現(xiàn)，能完成從音頻SDP到視頻SDP的重協(xié)商過(guò)程的信令交互都可以。

在本發(fā)明實(shí)施例中，是在Gateway Precondition模式下，主叫UE發(fā)起音頻呼叫之后，先進(jìn)行音頻媒體協(xié)商，再進(jìn)行視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。本發(fā)明解決了只有在用戶發(fā)起視頻通話的前提下才有可能體驗(yàn)視頻彩鈴的限制，基于本發(fā)明技術(shù)方案，可以解決VoLTE用戶在發(fā)起語(yǔ)音通話的場(chǎng)景下也能體驗(yàn)視頻彩鈴，從而為VoLTE下的彩鈴業(yè)務(wù)創(chuàng)新提供了良好的技術(shù)保障，也為彩鈴能夠創(chuàng)造和挖掘更大的商業(yè)價(jià)值。

如圖3所示，為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的另一個(gè)實(shí)施例示意圖，包括：

301、主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫，并完成主叫UE和被叫UE的資源預(yù)留；

在本發(fā)明實(shí)施例中，步驟301與圖2所示的實(shí)施例中的步驟201相同，此處不再贅述。

302、進(jìn)行視頻媒體協(xié)商；

在本發(fā)明實(shí)施例中，該步驟主要是主叫用戶設(shè)備和彩鈴平臺(tái)將音頻媒體協(xié)商重置為視頻媒體協(xié)商，并完成視頻媒體協(xié)商的過(guò)程。具體的，可包括：

27：RBT AS接收180消息；向RBT MRS發(fā)送Invite消息，Invite消息攜帶音頻彩鈴SDP信息，進(jìn)行放音資源準(zhǔn)備；

28：RBT MRS根據(jù)業(yè)務(wù)側(cè)的控制判斷此次音頻呼叫是否要放視頻彩鈴，如果放視頻彩鈴，通過(guò)183消息攜帶音頻彩鈴SDP信息應(yīng)答音頻主叫offer；如果業(yè)務(wù)側(cè)控制不允許放視頻彩鈴，則保持原有音頻起呼播放音頻彩鈴流程不變；或者，RBT MRS確定被叫UE是否開(kāi)通視頻彩鈴業(yè)務(wù)，若開(kāi)通，通過(guò)183消息攜帶音頻彩鈴SDP信息應(yīng)答音頻主叫offer。

應(yīng)理解，不是所有的音頻起呼場(chǎng)景都需要播放視頻彩鈴，彩鈴AS是否修改與主叫UE的音頻媒體為視頻媒體，還可以取決于彩鈴業(yè)務(wù)管理側(cè)的業(yè)務(wù)控制，該業(yè)務(wù)控制有許多方法，但核心思路都是判斷此次呼叫是否滿足視頻媒體協(xié)商的條件。

29：RBT MRS再回復(fù)200消息攜帶視頻彩鈴SDP信息，指示RBT AS直接使用視頻彩鈴SDP信息與主叫UE進(jìn)行媒體協(xié)商；

30：RBT AS接收200消息之后，發(fā)起更新(update)消息，該update消息中攜帶視頻彩鈴SDP信息，視頻彩鈴SDP信息也可稱呼為視頻彩鈴媒體協(xié)商信息；

31：通過(guò)S-CSCF，向主叫UE傳輸update消息，該update消息中攜帶視頻彩鈴SDP信息；

32：主叫UE接收update消息后，若主叫UE支持視頻彩鈴媒體，根據(jù)update消息中攜帶視頻彩鈴SDP信息和主叫UE的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果，并發(fā)送200消息，200消息中攜帶該視頻媒體協(xié)商結(jié)果；

應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果也是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于所述主叫用戶設(shè)備支持視頻彩鈴媒體的信息，所述主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

33：通過(guò)S-CSCF將200消息傳輸至RBT AS；

34：RBT AS接收200消息，向RBT MRS發(fā)送該ACK消息，ACK消息中包括視頻媒體協(xié)商結(jié)果。

下面以示例的形式，對(duì)視頻彩鈴SDP信息做一個(gè)說(shuō)明，如下所示：

v＝0/*協(xié)議版本信息，此處為使用SDP版本號(hào)為0*/

o＝HuaWei 419 419IN IP4 10.137.2.197/*所有者/創(chuàng)建者和會(huì)話標(biāo)識(shí)符(此處會(huì)話發(fā)起端的用戶名為HuaWei；會(huì)話標(biāo)識(shí)符為419；會(huì)話版本為419；網(wǎng)絡(luò)類型為"IN"，表示"Internet"；地址類型目前定義了"IP4"、"IP6"，此處為IP4；地址為10.137.2.197。)*/

s＝Sip Call/*會(huì)話名稱("s＝"域指示會(huì)話名，此處為Sip Call)*/

c＝IN IP4 10.135.66.188/*連接信息(網(wǎng)絡(luò)類型：IN標(biāo)識(shí)為"Internet"，地址類型：IP4，連接地址：10.135.66.188)*/

t＝0 0/*會(huì)話活動(dòng)時(shí)間(開(kāi)始、結(jié)束時(shí)間都為0，表示為持久會(huì)話)*/

m＝audio 34318RTP/AVP 104/*開(kāi)始音頻媒體信息描述。音頻媒體數(shù)據(jù)將發(fā)送到34318端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為104(動(dòng)態(tài)RTP載荷類型)*/

a＝rtpmap:104AMR-WB/16000/*對(duì)載荷類型104進(jìn)行說(shuō)明，為AMR-WB編碼方式，采樣時(shí)鐘為16000Hz*/

a＝ptime:20/*媒體流打包時(shí)長(zhǎng)，此處為20ms*/

a＝maxptime:240/*媒體流打包的最多時(shí)長(zhǎng)，此處為240ms。*/

m＝video 5098RTP/AVP 102/*開(kāi)始視頻媒體信息描述。視頻媒體數(shù)據(jù)將發(fā)送到5098端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為102*/

a＝rtpmap:102H264/90000/*對(duì)載荷類型102進(jìn)行說(shuō)明，為H264編碼方式，采樣時(shí)鐘為90000Hz*/

a＝fmtp:102profile-level-id＝42801F；packetization-mode＝0/*進(jìn)一步給出載荷類型102的參數(shù)為“profile-level-id＝42801F；packetization-mode＝0”。*/

303、主叫UE振鈴。

在本發(fā)明實(shí)施例中，是主叫UE振鈴的過(guò)程。具體的，可包括：

35：RBT AS發(fā)送180消息；

36：通過(guò)S-CSCF發(fā)送至主叫UE。

彩鈴平臺(tái)播放視頻彩鈴，主叫UE顯示視頻彩鈴。需要說(shuō)明的是，RBT AS與RBT MRS之間的信令交互為彩鈴平臺(tái)內(nèi)部模塊間的交互流程，供參考。RBT AS與RBT MRS之間的信令交互不局限于上述流程中列舉的方式，可以有多種實(shí)現(xiàn)，能完成視頻媒體協(xié)商過(guò)程的信令交互都可以。

在本發(fā)明實(shí)施例中，是在Gateway Precondition模式下，主叫UE發(fā)起音頻呼叫之后，直接將原有的音頻媒體協(xié)商，替換為視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能。相對(duì)于圖2所示的實(shí)施例，減少一次音頻媒體協(xié)商的過(guò)程，節(jié)約時(shí)間和網(wǎng)絡(luò)資源。

(二)Gateway no-Precondition模式：

如圖4所示，為本發(fā)明實(shí)施例中播放視頻彩鈴的方法的另一個(gè)實(shí)施例示意圖，包括：

401、主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫；

本發(fā)明實(shí)施例應(yīng)用的系統(tǒng)架構(gòu)可包括主叫UE，被叫UE，S-CSCF，RBT AS和RBT MRS；其中被叫UE，S-CSCF，RBT AS和RBT MRS都屬于被叫IMS域；RBT AS和RBT MRS可認(rèn)為是彩鈴平臺(tái)。

主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起音頻呼叫，具體的，可包括：

1：主叫用戶設(shè)備(User Equipment，UE)發(fā)出初始請(qǐng)求(Invite)消息，該Invite消息包括主叫UE的SDP會(huì)話描述協(xié)議信息和音頻呼叫；

2：通過(guò)S-CSCF將Invite消息傳輸?shù)絉BT AS；

3：RBT AS收到Invite消息，再將該Invite消息發(fā)送到S-CSCF；

4：S-CSCF將Invite消息透?jìng)髦帘唤蠻E；

5：被叫UE接收到Invite消息后，返回180消息至S-CSCF；

6：S-CSCF接收180消息，并向RBT AS發(fā)送180消息。

402、進(jìn)行視頻媒體協(xié)商；

在本發(fā)明實(shí)施例中，該步驟主要是主叫用戶設(shè)備和彩鈴平臺(tái)完成視頻媒體協(xié)商的過(guò)程。具體的，可包括：

7：RBT AS接收180消息；向RBT MRS發(fā)送Invite消息，Invite消息攜帶音頻彩鈴SDP信息，進(jìn)行放音資源準(zhǔn)備；

8：RBT MRS根據(jù)業(yè)務(wù)側(cè)的控制判斷此次音頻呼叫是否要放視頻彩鈴；如果放視頻彩鈴，先返回200消息攜帶音頻彩鈴SDP信息，音頻彩鈴SDP信息也可稱呼為音頻彩鈴媒體協(xié)商信息，進(jìn)行音頻媒體協(xié)商；如果業(yè)務(wù)側(cè)控制不放視頻彩鈴，則保持原有音頻起呼播放音頻彩鈴流程不變?；蛘?，RBT MRS確定被叫UE是否開(kāi)通視頻彩鈴業(yè)務(wù)，若開(kāi)通，則返回200消息攜帶音頻彩鈴SDP信息進(jìn)行音頻媒體協(xié)商；

應(yīng)理解，不是所有的音頻起呼場(chǎng)景都需要播放視頻彩鈴，彩鈴AS是否修改與主叫UE的音頻媒體為視頻媒體，還可以取決于彩鈴業(yè)務(wù)管理側(cè)的業(yè)務(wù)控制，該業(yè)務(wù)控制有許多方法，但核心思路都是判斷此次呼叫是否滿足視頻媒體協(xié)商的條件。

9：RBT AS接收200消息，發(fā)起183消息，該183消息中攜帶音頻彩鈴SDP信息；

10：通過(guò)S-CSCF，向主叫UE傳輸183消息，該183消息中攜帶音頻彩鈴SDP信息；

11：主叫UE接收183消息，根據(jù)183消息中攜帶音頻彩鈴SDP信息和主叫UE的媒體能力信息，進(jìn)行音頻媒體協(xié)商，確定音頻媒體協(xié)商結(jié)果，并發(fā)送PRACK消息；

12：通過(guò)S-CSCF將PRACK消息傳輸至RBT AS；

13：RBT AS接收PRACK消息，向S-CSCF發(fā)送200消息，200消息中攜帶PRACK消息；

14：通過(guò)S-CSCF向主叫UE發(fā)送200消息，200消息中攜帶PRACK消息。

15：RBT AS發(fā)送ACK消息至RBT MRS；

16：RBT MRS接收確認(rèn)(ACK)消息后，向RBT AS發(fā)起一次重請(qǐng)求(re-Invite)消息，re-Invite消息中包括視頻彩鈴SDP信息；

17：RBT AS接收重請(qǐng)求之后，發(fā)起update消息，該update消息中攜帶視頻彩鈴SDP信息，視頻彩鈴SDP信息也可稱呼為視頻彩鈴媒體協(xié)商信息；

18：通過(guò)S-CSCF，向主叫UE傳輸update消息，該update消息中攜帶視頻彩鈴SDP信息；

19：主叫UE接收update消息，若主叫UE支持視頻彩鈴媒體，根據(jù)update消息中攜帶視頻彩鈴SDP信息和主叫UE的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果，并發(fā)送200消息，200消息中攜帶該視頻媒體協(xié)商結(jié)果；

應(yīng)理解，這里的視頻媒體協(xié)商結(jié)果也是由SDP協(xié)議攜帶的，視頻媒體協(xié)商結(jié)果包括但不限于所述主叫用戶設(shè)備支持視頻彩鈴媒體的信息，所述主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

20：通過(guò)S-CSCF將200消息傳輸至RBT AS；

21：RBT AS接收200消息，向RBT MRS發(fā)送該200消息，200消息中包括視頻媒體協(xié)商結(jié)果；

22：RBT MRS收到200消息之后，根據(jù)視頻媒體協(xié)商結(jié)果向RBT AS發(fā)送ACK消息。

下面以示例的形式，對(duì)視頻彩鈴SDP信息做一個(gè)說(shuō)明，如下所示：

v＝0/*協(xié)議版本信息，此處為使用SDP版本號(hào)為0*/

o＝HuaWei 419 419IN IP4 10.137.2.197/*所有者/創(chuàng)建者和會(huì)話標(biāo)識(shí)符(此處會(huì)話發(fā)起端的用戶名為HuaWei；會(huì)話標(biāo)識(shí)符為419；會(huì)話版本為419；網(wǎng)絡(luò)類型為"IN"，表示"Internet"；地址類型目前定義了"IP4"、"IP6"，此處為IP4；地址為10.137.2.197。)*/

s＝Sip Call/*會(huì)話名稱("s＝"域指示會(huì)話名，此處為Sip Call)*/

c＝IN IP4 10.135.66.188/*連接信息(網(wǎng)絡(luò)類型：IN標(biāo)識(shí)為"Internet"，地址類型：IP4，連接地址：10.135.66.188)*/

t＝0 0/*會(huì)話活動(dòng)時(shí)間(開(kāi)始、結(jié)束時(shí)間都為0，表示為持久會(huì)話)*/

m＝audio 34318RTP/AVP 104/*開(kāi)始音頻媒體信息描述。音頻媒體數(shù)據(jù)將發(fā)送到34318端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為104(動(dòng)態(tài)RTP載荷類型)*/

a＝rtpmap:104AMR-WB/16000/*對(duì)載荷類型104進(jìn)行說(shuō)明，為AMR-WB編碼方式，采樣時(shí)鐘為16000Hz*/

a＝ptime:20/*媒體流打包時(shí)長(zhǎng)，此處為20ms*/

a＝maxptime:240/*媒體流打包的最多時(shí)長(zhǎng)，此處為240ms。*/

m＝video 5098RTP/AVP 102/*開(kāi)始視頻媒體信息描述。視頻媒體數(shù)據(jù)將發(fā)送到5098端口，發(fā)送協(xié)議是基于UDP的RTP協(xié)議，格式為102*/

a＝rtpmap:102H264/90000/*對(duì)載荷類型102進(jìn)行說(shuō)明，為H264編碼方式，采樣時(shí)鐘為90000Hz*/

a＝fmtp:102profile-level-id＝42801F；packetization-mode＝0/*進(jìn)一步給出載荷類型102的參數(shù)為“profile-level-id＝42801F”；packetization-mode＝0。*/

403、主叫UE振鈴。

在本發(fā)明實(shí)施例中，是主叫UE振鈴的過(guò)程。具體的，可包括：

23：RBT AS發(fā)送180消息；

24：通過(guò)S-CSCF發(fā)送至主叫UE；

彩鈴平臺(tái)播放視頻彩鈴，主叫UE顯示該視頻彩鈴。需要說(shuō)明的是，RBT AS與RBT MRS之間的信令交互為彩鈴平臺(tái)內(nèi)部模塊間的交互流程，供參考。

在本發(fā)明實(shí)施例中，提供的是在Gateway no-Precondition模式下，主叫UE發(fā)起音頻呼叫之后，直接將原有的音頻媒體協(xié)商，替換為視頻媒體協(xié)商，實(shí)現(xiàn)音頻起呼播放視頻彩鈴的功能一個(gè)實(shí)施例。相對(duì)于圖2所示的實(shí)施例，提供的是在Gateway no-Precondition模式下，一種可實(shí)現(xiàn)的方案，并且減少一次音頻媒體協(xié)商的過(guò)程，節(jié)約時(shí)間和網(wǎng)絡(luò)資源。

上面對(duì)本發(fā)明實(shí)施例中的播放視頻彩鈴的方法進(jìn)行了描述，下面對(duì)本發(fā)明實(shí)施例中的主叫用戶設(shè)備和彩鈴平臺(tái)分別進(jìn)行描述。

如圖5所示，為本發(fā)明實(shí)施例中的主叫用戶設(shè)備的一個(gè)實(shí)施例示意圖，包括：

發(fā)送單元501，用于向被叫用戶設(shè)備發(fā)起音頻呼叫；

接收單元502，用于主叫用戶設(shè)備根據(jù)音頻呼叫與彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；

處理單元503，用于若主叫用戶設(shè)備支持視頻彩鈴媒體，則處理單元根據(jù)視頻彩鈴媒體協(xié)商信息和主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果；

發(fā)送單元501，還用于向彩鈴平臺(tái)發(fā)送視頻媒體協(xié)商結(jié)果，視頻媒體協(xié)商結(jié)果用于彩鈴平臺(tái)進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，視頻媒體協(xié)商結(jié)果包括主叫用戶設(shè)備支持視頻彩鈴媒體的信息，主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

如圖6所示，為本發(fā)明實(shí)施例中的彩鈴平臺(tái)的一個(gè)實(shí)施例示意圖，包括：

接收單元601，用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；

發(fā)送單元602，用于彩鈴平臺(tái)根據(jù)音頻呼叫完成與主叫用戶設(shè)備的音頻彩鈴媒體協(xié)商之后，發(fā)送單元向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；

接收單元601，還用于接收主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

處理單元603，用于根據(jù)視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，視頻媒體協(xié)商結(jié)果包括主叫用戶設(shè)備支持視頻彩鈴媒體的信息，主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

可選的，在本發(fā)明的一些實(shí)施例中，

發(fā)送單元602，具體用于若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或彩鈴平臺(tái)確定播放視頻彩鈴，則發(fā)送單元向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息。

如圖7所示，為本發(fā)明實(shí)施例中的彩鈴平臺(tái)的另一個(gè)實(shí)施例示意圖，包括：

發(fā)送單元701，用于向被叫用戶設(shè)備發(fā)起音頻呼叫；

接收單元702，用于接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；

處理單元703，用于若主叫用戶設(shè)備支持視頻彩鈴媒體，則處理單元根據(jù)視頻彩鈴媒體協(xié)商信息和主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果；

發(fā)送單元701，還用于向彩鈴平臺(tái)發(fā)送視頻媒體協(xié)商結(jié)果，視頻媒體協(xié)商結(jié)果用于彩鈴平臺(tái)進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，視頻媒體協(xié)商結(jié)果包括主叫用戶設(shè)備支持視頻彩鈴媒體的信息，主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

如圖8所示，為本發(fā)明實(shí)施例中的彩鈴平臺(tái)的另一個(gè)實(shí)施例示意圖，包括：

接收單元801，用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；

發(fā)送單元802，用于向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；

接收單元801，還用于接收主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

處理單元803，用于根據(jù)視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，視頻媒體協(xié)商結(jié)果包括主叫用戶設(shè)備支持視頻彩鈴媒體的信息，主叫用戶設(shè)備接收視頻媒體的互聯(lián)網(wǎng)協(xié)議IP地址、視頻通道端口的信息和視頻編/解碼的信息。

可選的，在本發(fā)明的一些實(shí)施例中，

發(fā)送單元802，具體用于若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或彩鈴平臺(tái)確定播放視頻彩鈴，則發(fā)送單元向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息。

如圖9所示，為本發(fā)明實(shí)施例中的主叫用戶設(shè)備的另一個(gè)實(shí)施例示意圖，包括：

圖9示出的是與本發(fā)明實(shí)施例提供的主叫用戶設(shè)備，即手機(jī)的相關(guān)部分結(jié)構(gòu)的框圖。參考圖9，手機(jī)包括：射頻(Radio Frequency，RF)電路910、存儲(chǔ)器920、輸入單元930、顯示單元940、傳感器950、音頻電路960、無(wú)線保真(wireless fidelity，WiFi)模塊970、處理器980、以及電源990等部件。本領(lǐng)域技術(shù)人員可以理解，圖9中示出的手機(jī)結(jié)構(gòu)并不構(gòu)成對(duì)手機(jī)的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結(jié)合圖9對(duì)手機(jī)的各個(gè)構(gòu)成部件進(jìn)行具體的介紹：

RF電路910可用于收發(fā)信息或通話過(guò)程中，信號(hào)的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器980處理；另外，將設(shè)計(jì)上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路910包括但不限于天線、至少一個(gè)放大器、收發(fā)信機(jī)、耦合器、低噪聲放大器(Low Noise Amplifier，LNA)、雙工器等。此外，RF電路910還可以通過(guò)無(wú)線通信與網(wǎng)絡(luò)和其他設(shè)備通信。上述無(wú)線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于全球移動(dòng)通訊系統(tǒng)(Global System of Mobile communication，GSM)、通用分組無(wú)線服務(wù)(General Packet Radio Service，GPRS)、碼分多址(Code Division Multiple Access，CDMA)、寬帶碼分多址(Wideband Code Division Multiple Access,WCDMA)、長(zhǎng)期演進(jìn)(Long Term Evolution，LTE)、電子郵件、短消息服務(wù)(Short Messaging Service，SMS)等。

存儲(chǔ)器920可用于存儲(chǔ)軟件程序以及模塊，處理器980通過(guò)運(yùn)行存儲(chǔ)在存儲(chǔ)器920的軟件程序以及模塊，從而執(zhí)行手機(jī)的各種功能應(yīng)用以及數(shù)據(jù)處理。存儲(chǔ)器920可主要包括存儲(chǔ)程序區(qū)和存儲(chǔ)數(shù)據(jù)區(qū)，其中，存儲(chǔ)程序區(qū)可存儲(chǔ)操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲(chǔ)數(shù)據(jù)區(qū)可存儲(chǔ)根據(jù)手機(jī)的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲(chǔ)器920可以包括高速隨機(jī)存取存儲(chǔ)器，還可以包括非易失性存儲(chǔ)器，例如至少一個(gè)磁盤存儲(chǔ)器件、閃存器件、或其他易失性固態(tài)存儲(chǔ)器件。

輸入單元930可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與手機(jī)的用戶設(shè)置以及功能控制有關(guān)的鍵信號(hào)輸入。具體地，輸入單元930可包括觸控面板931以及其他輸入設(shè)備932。觸控面板931，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板931上或在觸控面板931附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動(dòng)相應(yīng)的連接裝置?？蛇x的，觸控面板931可包括觸摸檢測(cè)裝置和觸摸控制器兩個(gè)部分。其中，觸摸檢測(cè)裝置檢測(cè)用戶的觸摸方位，并檢測(cè)觸摸操作帶來(lái)的信號(hào)，將信號(hào)傳送給觸摸控制器；觸摸控制器從觸摸檢測(cè)裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點(diǎn)坐標(biāo)，再送給處理器980，并能接收處理器980發(fā)來(lái)的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實(shí)現(xiàn)觸控面板931。除了觸控面板931，輸入單元930還可以包括其他輸入設(shè)備932。具體地，其他輸入設(shè)備932可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開(kāi)關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。

顯示單元940可用于顯示由用戶輸入的信息或提供給用戶的信息以及手機(jī)的各種菜單。顯示單元940可包括顯示面板941，可選的，可以采用液晶顯示器(Liquid Crystal Display，LCD)、有機(jī)發(fā)光二極管(Organic Light-Emitting Diode,OLED)等形式來(lái)配置顯示面板941。進(jìn)一步的，觸控面板931可覆蓋顯示面板941，當(dāng)觸控面板931檢測(cè)到在其上或附近的觸摸操作后，傳送給處理器980以確定觸摸事件的類型，隨后處理器980根據(jù)觸摸事件的類型在顯示面板941上提供相應(yīng)的視覺(jué)輸出。雖然在圖9中，觸控面板931與顯示面板941是作為兩個(gè)獨(dú)立的部件來(lái)實(shí)現(xiàn)手機(jī)的輸入和輸入功能，但是在某些實(shí)施例中，可以將觸控面板931與顯示面板941集成而實(shí)現(xiàn)手機(jī)的輸入和輸出功能。

手機(jī)還可包括至少一種傳感器950，比如光傳感器、運(yùn)動(dòng)傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來(lái)調(diào)節(jié)顯示面板941的亮度，接近傳感器可在手機(jī)移動(dòng)到耳邊時(shí)，關(guān)閉顯示面板941和/或背光。作為運(yùn)動(dòng)傳感器的一種，加速計(jì)傳感器可檢測(cè)各個(gè)方向上(一般為三軸)加速度的大小，靜止時(shí)可檢測(cè)出重力的大小及方向，可用于識(shí)別手機(jī)姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計(jì)姿態(tài)校準(zhǔn))、振動(dòng)識(shí)別相關(guān)功能(比如計(jì)步器、敲擊)等；至于手機(jī)還可配置的陀螺儀、氣壓計(jì)、濕度計(jì)、溫度計(jì)、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路960、揚(yáng)聲器961，傳聲器962可提供用戶與手機(jī)之間的音頻接口。音頻電路960可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號(hào)，傳輸?shù)綋P(yáng)聲器961，由揚(yáng)聲器961轉(zhuǎn)換為聲音信號(hào)輸出；另一方面，傳聲器962將收集的聲音信號(hào)轉(zhuǎn)換為電信號(hào)，由音頻電路960接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器980處理后，經(jīng)RF電路910以發(fā)送給比如另一手機(jī)，或者將音頻數(shù)據(jù)輸出至存儲(chǔ)器920以便進(jìn)一步處理。

WiFi屬于短距離無(wú)線傳輸技術(shù)，手機(jī)通過(guò)WiFi模塊970可以幫助用戶收發(fā)、瀏覽網(wǎng)頁(yè)和訪問(wèn)流式媒體等，它為用戶提供了無(wú)線的寬帶互聯(lián)網(wǎng)訪問(wèn)。雖然圖9示出了WiFi模塊970，但是可以理解的是，其并不屬于手機(jī)的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。

處理器980是手機(jī)的控制中心，利用各種接口和線路連接整個(gè)手機(jī)的各個(gè)部分，通過(guò)運(yùn)行或執(zhí)行存儲(chǔ)在存儲(chǔ)器920內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲(chǔ)在存儲(chǔ)器920內(nèi)的數(shù)據(jù)，執(zhí)行手機(jī)的各種功能和處理數(shù)據(jù)，從而對(duì)手機(jī)進(jìn)行整體監(jiān)控。可選的，處理器980可包括一個(gè)或多個(gè)處理單元；優(yōu)選的，處理器980可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無(wú)線通信。可以理解的是，上述調(diào)制解調(diào)處理器也可以不集成到處理器980中。

手機(jī)還包括給各個(gè)部件供電的電源990(比如電池)，優(yōu)選的，電源可以通過(guò)電源管理系統(tǒng)與處理器980邏輯相連，從而通過(guò)電源管理系統(tǒng)實(shí)現(xiàn)管理充電、放電、以及功耗管理等功能。

盡管未示出，手機(jī)還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。

在本發(fā)明的一個(gè)實(shí)施例中，該主叫用戶設(shè)備所包括的RF電路910還具有以下功能：向被叫用戶設(shè)備發(fā)起音頻呼叫；主叫用戶設(shè)備根據(jù)音頻呼叫與彩鈴平臺(tái)完成音頻彩鈴媒體協(xié)商之后，接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；向彩鈴平臺(tái)發(fā)送視頻媒體協(xié)商結(jié)果，視頻媒體協(xié)商結(jié)果用于彩鈴平臺(tái)進(jìn)行視頻彩鈴播放；

處理器980還具有以下功能：若主叫用戶設(shè)備支持視頻彩鈴媒體，則處理器980根據(jù)視頻彩鈴媒體協(xié)商信息和主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果。

在本發(fā)明的另一個(gè)實(shí)施例中，該主叫用戶設(shè)備所包括的RF電路910還具有以下功能：發(fā)起向被叫用戶設(shè)備音頻呼叫；接收彩鈴平臺(tái)發(fā)送的視頻彩鈴媒體協(xié)商信息；向彩鈴平臺(tái)發(fā)送視頻媒體協(xié)商結(jié)果，視頻媒體協(xié)商結(jié)果用于彩鈴平臺(tái)進(jìn)行視頻彩鈴播放；

處理器980還具有以下功能：若主叫用戶設(shè)備支持視頻彩鈴媒體，則處理器980根據(jù)視頻彩鈴媒體協(xié)商信息和主叫用戶設(shè)備的媒體能力信息，進(jìn)行視頻媒體協(xié)商，確定視頻媒體協(xié)商結(jié)果。

如圖10所示，為本發(fā)明實(shí)施例中的彩鈴平臺(tái)的另一個(gè)實(shí)施例示意圖，包括：

該彩鈴平臺(tái)可因配置或性能不同而產(chǎn)生比較大的差異，可以包括收發(fā)器1001，一個(gè)或一個(gè)以上中央處理器(central processing units，CPU)1002(例如，一個(gè)或一個(gè)以上處理器)和存儲(chǔ)器1003，一個(gè)或一個(gè)以上存儲(chǔ)應(yīng)用程序10041或數(shù)據(jù)10042的存儲(chǔ)介質(zhì)1004(例如一個(gè)或一個(gè)以上海量存儲(chǔ)設(shè)備)。其中，存儲(chǔ)器1003和存儲(chǔ)介質(zhì)1004可以是短暫存儲(chǔ)或持久存儲(chǔ)。存儲(chǔ)在存儲(chǔ)介質(zhì)1004的程序可以包括一個(gè)或一個(gè)以上模塊(圖10中沒(méi)示出)，每個(gè)模塊可以包括對(duì)彩鈴平臺(tái)中的一系列指令操作。更進(jìn)一步地，中央處理器1002可以設(shè)置為與存儲(chǔ)介質(zhì)1004通信，在彩鈴平臺(tái)上執(zhí)行存儲(chǔ)介質(zhì)1004中的一系列指令操作。

在本發(fā)明的一個(gè)實(shí)施例中，收發(fā)器1001還具有如下功能：用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；用于彩鈴平臺(tái)根據(jù)音頻呼叫完成與主叫用戶設(shè)備的音頻彩鈴媒體協(xié)商之后，收發(fā)器向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；還用于接收主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

中央處理器1002還具有如下功能：用于根據(jù)視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，

收發(fā)器1001，具體用于若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或彩鈴平臺(tái)確定播放視頻彩鈴，則收發(fā)器向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息。

在本發(fā)明的另一個(gè)實(shí)施例中，收發(fā)器1001還具有如下功能：用于接收主叫用戶設(shè)備發(fā)起的音頻呼叫；用于向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息；還用于接收主叫用戶設(shè)備發(fā)送的視頻媒體協(xié)商結(jié)果；

中央處理器1002還具有如下功能：根據(jù)視頻媒體協(xié)商結(jié)果，進(jìn)行視頻彩鈴播放。

可選的，在本發(fā)明的一些實(shí)施例中，

收發(fā)器1001，具體還用于若被叫用戶設(shè)備開(kāi)通視頻彩鈴業(yè)務(wù)或彩鈴平臺(tái)確定播放視頻彩鈴，則收發(fā)器向主叫用戶設(shè)備發(fā)送視頻彩鈴媒體協(xié)商信息。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)，裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述，以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。