實現彩鈴複製的方法、系統及裝置的製作方法
2023-06-12 17:23:11
專利名稱：實現彩鈴複製的方法、系統及裝置的製作方法
技術領域：
本發明涉及多媒體彩鈴業務，尤其涉及實現彩鈴複製的方法、系統及裝置。
背景技術：
隨著網絡的發展，尤其隨著下一代網絡(NGN，Next General Network)時代的到來，網絡帶寬不斷增加、能力不斷增強、功能不斷豐富，因此通過NGN網絡可以為用戶提供豐富多彩的電話回鈴音，例如歌曲、動畫以及電影片段等，充分滿足用戶的個性化需求。
用戶通過申請開通多媒體彩鈴業務，便可定製上述各種個性化的電話回鈴音，並成為彩鈴籤約用戶，簡稱彩鈴用戶。多媒體彩鈴業務是一項由被叫用戶定製，為主叫用戶提供一段悅耳的音樂、一段問候語、圖片或者一段視頻圖像等來替代普通嘟嘟的回鈴音的業務。因此，若被叫用戶為彩鈴用戶，則主叫用戶在撥打被叫用戶的電話時，會聽到或看到被叫用戶定製的個性彩鈴。下面以NGN網絡中基於初始會話協議(SIP)的消息實現為例，對主叫用戶呼叫被叫彩鈴用戶並接聽彩鈴的過程進行詳細描述。
參見圖1，圖1為現有技術NGN網絡中為主叫用戶播放彩鈴的系統組網結構示意圖。該系統包括網絡側和客戶端。其中網絡側包括軟交換(SoftSwitch)、業務屬性寄存器(SHLR)、應用伺服器(AS)、媒體資源伺服器(MRS)、文件傳輸協議(FTP)伺服器、彩鈴平臺以及彩鈴平臺的資料庫，客戶端包括主叫用戶和被叫用戶，分別簡稱主叫和被叫。其中，被叫為彩鈴用戶。
軟交換是NGN網絡控制層的核心設備，它採用軟交換技術，除了提供豐富的固網基本電信業務、補充業務以外，還可以通過與各類業務伺服器配合，向客戶端提供多樣化和增值的服務。SHLR存儲有用戶的邏輯號碼、物理號碼，以及兩者間的映射關係，同時存儲有用戶的智能業務籤約屬性等信息，是一個綜合的集中用戶資料庫。
AS主要提供業務執行環境，負責為接入NGN網絡的多種網絡提供增值業務。MRS為AS提供特徵資源能力，實現與用戶的交互，完成業務功能及彩鈴的播放功能。FTP伺服器用於存儲大容量的語音文件資源，當語音文件資源較少時，可無需使用FTP伺服器。
彩鈴平臺主要提供統一的彩鈴數據管理、運營管理等功能接口。彩鈴平臺的資料庫則存儲有彩鈴的相關信息。
基於上述系統實現為主叫用戶播放彩鈴的具體過程參見圖2所示的流程。
圖2為現有技術中為主叫用戶播放彩鈴的方法流程圖。如圖2所示，主叫通過軟交換向AS發送請求消息。AS接收到該呼叫請求消息後，將被叫號碼下發給軟交換，軟交換路由到被叫，被叫如果接通，則通過軟交換向AS返回振鈴消息。AS接收到振鈴消息，從彩鈴平臺的資料庫中查詢用戶定製的彩鈴信息，向MRS發送請求播放彩鈴的消息。MRS獲取彩鈴語音文件，與主叫建立媒體通道，向主叫播放彩鈴。被叫摘機應答並通知AS後，AS向MRS發送結束彩鈴播放的消息，MRS結束彩鈴播放，然後主叫與被叫進行媒體協商，並進行正常通話。
其中，若主叫為彩鈴用戶，並且在接聽彩鈴時，主叫非常喜歡被叫的彩鈴，並想將被叫的彩鈴作為自己的彩鈴，則主叫只能通過網絡搜索、下載等一系列繁瑣的過程獲取，或者有時根本不知道彩鈴名稱或知道彩鈴名稱卻不知道如何下載等，都會導致主叫無法即時得到自己喜歡的被叫的彩鈴，浪費了主叫的時間並增加了主叫的遺憾。
發明內容
本發明實施例一方面提供實現彩鈴複製的方法，另一方面提供實現彩鈴複製的系統及裝置，能夠使客戶端在接聽彩鈴的同時即可得到自己喜歡的彩鈴。
本發明實施例所提供的實現彩鈴複製的方法中，媒體資源伺服器MRS向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，並包括如下步驟MRS將所獲取的彩鈴複製請求轉發給應用伺服器AS，AS根據接收到的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺根據所接收的指令，將請求複製的彩鈴複製到客戶端的信息庫中。
本發明實施例所提供的實現彩鈴複製的系統，包括應用伺服器AS、媒體資源伺服器MRS以及彩鈴平臺，其中，MRS，用於向客戶端播放彩鈴時，獲取客戶端輸入的彩鈴複製請求，並將所獲取的彩鈴複製請求轉發給AS；AS，用於根據接收到的MRS轉發的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺，用於接收來自AS的所述指令，根據所接收的指令將請求複製的彩鈴複製到客戶端的信息庫中。
本發明實施例所提供的一種應用伺服器，至少包括應用處理模塊，用於向媒體資源伺服器MRS發送彩鈴播放並收號的請求，接收MRS轉發的客戶端輸入的彩鈴複製請求，根據所接收的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令。
本發明實施例所提供的一種媒體資源伺服器MRS，至少包括放音/收號模塊和業務處理模塊，其中，業務處理模塊，用於接收來自應用伺服器AS的彩鈴播放並收號的請求，根據該彩鈴播放並收號的請求，向放音/收號模塊發送控制指令；接收放音/收號模塊返回的客戶端的彩鈴複製請求，將該彩鈴複製請求發送給AS；放音/收號模塊，用於接收來自業務處理模塊的控制指令，並根據所接收的控制指令向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，將所獲取的彩鈴複製請求發送給業務處理模塊。
從上述方案可以看出，本發明實施例中通過MRS向客戶端播放彩鈴時，若獲取到客戶端輸入的彩鈴複製請求，則將所獲取的彩鈴複製請求轉發給應用伺服器AS，AS根據所接收到的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺根據所接收的指令，將請求複製的彩鈴複製到客戶端的信息庫中。從而使該客戶端能夠即時得到所接聽的彩鈴，節省了時間。
此外，通過在接聽彩鈴的同時，實現對彩鈴的複製，無需客戶端進行網絡搜索、下載等繁瑣工作，從而進一步降低了客戶端的勞動量，提高了用戶體驗。
最後，由於客戶端能夠在聽取彩鈴的同時即時得到所喜歡的彩鈴，從而使該客戶端在無需了解彩鈴內容信息如彩鈴名稱時實現複製，避免了由於客戶端無法得知彩鈴內容信息而無法進行搜索的弊端。
圖1為現有技術中為主叫用戶播放彩鈴的系統組網結構示意圖；圖2為現有技術中為主叫用戶播放彩鈴的方法流程圖；圖3為本發明實施例中為主叫彩鈴用戶播放彩鈴並實現彩鈴複製的方法流程圖；圖4為本發明實施例中為主叫彩鈴用戶播放彩鈴並實現彩鈴複製的系統結構示意圖；圖5為本發明實施例中媒體資源伺服器的裝置結構示意圖。
具體實施例方式
本發明實施例的基本思想是媒體資源伺服器MRS向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，並將所獲取的彩鈴複製請求轉發給應用伺服器AS，AS根據所接收的彩鈴複製請求，向彩鈴平臺發送複製彩鈴的指令；彩鈴平臺根據所接收的指令，將請求複製的彩鈴複製到客戶端的信息庫中。其中，客戶端一般為主叫彩鈴用戶。
具體實現時，本發明實施例中為了實現在播放彩鈴時進行收號，並且收號過程中不間斷播放彩鈴，需要擴展AS與MRS之間以及MRS與客戶端之間的接口協議，由AS向MRS發送彩鈴播放並收號的請求消息，MRS對該請求消息進行識別，向客戶端播放彩鈴，並在客戶端輸入彩鈴複製請求時，獲取該請求信息，完成收號，並且不間斷彩鈴播放。為了實現該目的，本發明實施例中利用基於語音伺服器的事件包(BAU)規範中已定義的相應參數，擴展AS與MRS之間的接口協議，使AS能夠發送彩鈴播放並收號的請求消息，並且MRS能夠識別該請求消息。並通過擴展MRS的放音接口和收號接口的功能，使收號接口在收號的同時，放音接口不中斷媒體流發送，即不中斷放音，達到MRS在收到上述彩鈴播放並收號的請求消息後，能夠進行收號，並在收號過程中，不間斷彩鈴播放。
基於上述思想，下面對具體實現過程結合實施例對本發明的實現彩鈴複製的方法及系統進行詳細描述。本實施例中以NGN網絡中的SIP消息為例，並通過在SIP消息中承載BAU事件包，完成AS與MRS之間接口協議的擴展，並且預先擴展MRS的放音接口和收號接口的功能，使收號接口在收號的同時，放音接口不中斷彩鈴播放。
圖3為本發明實施例中主叫彩鈴用戶呼叫被叫彩鈴用戶時，接聽彩鈴並實現彩鈴複製的方法流程圖。為描述簡潔，以下簡稱主叫彩鈴用戶為主叫，被叫彩鈴用戶為被叫，並將主叫彩鈴用戶和被叫彩鈴用戶統稱為客戶端。如圖3所示，該流程包括如下步驟
步驟301，主叫向軟交換發送攜帶被叫號碼的SIP INVITE呼叫請求消息，請求呼叫被叫。
步驟302，軟交換通過SHLR判斷出被叫為彩鈴用戶，並在SIP INVITE呼叫請求消息中加入彩鈴屬性標誌位，然後將攜帶彩鈴屬性標誌位的SIPINVITE呼叫請求消息轉發至AS。
步驟303～步驟304，AS接收到該SIP INVITE呼叫請求消息後，對被叫進行鑑權，並在鑑權通過後，將被叫號碼通過SIP INVITE消息下發給軟交換，軟交換下發路由到被叫，通過SIP INVITE消息與被叫進行接續。
步驟305～步驟306，被叫如果接通，則向軟交換返回SIP 180振鈴消息，軟交換將所接收到的SIP 180振鈴消息轉發至AS。
步驟307，AS接收到SIP 180振鈴消息後，根據步驟303中接收到的攜帶彩鈴屬性標誌位的SIP INVITE呼叫請求消息，獲知被叫為彩鈴用戶，併到彩鈴平臺的資料庫中查詢用戶定製的彩鈴信息，獲取彩鈴編碼並解析路徑後，向MRS發送彩鈴播放並收號的SIP INVITE請求消息，該消息中攜帶有主叫信息及被叫彩鈴信息。請求MRS向主叫播放彩鈴，並啟動向主叫進行收號的收號功能。
本步驟中，為了實現在接聽彩鈴的過程中，達到彩鈴複製的目的，採用SIP統一資源定位(URL)尋址，並採用基於BAU的事件包來攜帶相應信息。在BAU事件包中包含三個子事件，即只播放事件(PA)、播放並收號事件(PC)以及播放並錄音事件(PR)。本實施例中採用BAU事件包中的PC事件，其中PC事件支持提示放音接口(ip)參數和無間斷播放(ni)參數以及數字設置(dm)參數，但不支持循環播放次數(it)參數、間隔播放時長(iv)參數。
其中，ip參數用於指定放音文件，即用於指定播放彩鈴語音的文件。
ni參數用於指示播放過程是否間斷，若ni取值為真(true)，則表示不間斷播放彩鈴，若取值為假(false)，則表示彩鈴播放過程可間斷。
it參數用於指定循環播放的最大次數。
iv參數用於指定間隔播放的時間長度，即循環播放過程中，中間間隔的時間長度。
dm參數用於標識有效按鍵信息的數字收號模板，有效數字為「0～9、#、*」。如果將dm設置為91，則表示有效數字為9和1，若將dm設置為25，則表示有效數字為2和5，依此類推。
因為彩鈴作為電話回鈴音在被叫摘機之前是不能中斷的，否則便失去了作為電話回鈴音的目的，因此若實現在播放彩鈴的同時進行收號，需要在收號過程中彩鈴播放不中斷，現有技術中的協議，沒有考慮到這方面的需求，因此也沒有對這方面的實現進行規定。本實施例中為了實現彩鈴播放過程中進行收號，並且收號時不間斷彩鈴播放，因此需要擴展協議接口，定義在BAU事件包的PC子事件中還要支持it、iv參數，並且擴展後的PC子事件支持收號過程中不間斷彩鈴播放。通過進行定義，使AS和MRS能夠使用和識別該擴展後的PC子事件。
下面將給出一個基於以上協議接口擴展思想的實現攜帶擴展PC子事件的SIP INVITE消息的一個示例。
在SIP協議中，SIP請求消息的格式為請求消息＝請求起始行*(通用頭部|請求頭部|實體頭部)空行[消息體]其中，請求起始行＝方法請求URI SIP版本號，其中，方法是要執行的消息類型，如INVITE、BYE等，請求URI是被邀請用戶的當前地址，SIP版本號現設定為SIP/2.0，*表示該欄位可有多個。
本實施例中，假設語音文件為file://welcome，並假設設置dm＝91，作為要求用戶輸入的有效按鍵信息。例如在被叫振鈴後，主叫用戶開始聽取文件名為file://welcome的彩鈴，在接聽彩鈴過程中，主叫用戶可以進行按鍵撥號輸入，並且有效的按鍵數字為9和1。假設在發送給MRS的彩鈴播放請求消息中，BAU的擴展PC子事件中，設置it＝10，即最大循環播放次數為10；設置iv＝10，即播放間隔時長為1秒；設置ni＝true，即收號過程中不間斷彩鈴播放，並假設主叫用戶的當前地址為182.20.60.2。
則按照上述格式，攜帶BAU事件包的擴展PC子事件的SIP INVITE消息的請求起始行如下所示INVITE SIPanni.BAU.pc；ip＝file://welcome；dm＝91；it＝10；iv＝10；ni＝true；@182.20.60.2 SIP/2.0。
現有技術中，進行彩鈴播放採用的是PA方式，主叫在收聽過程中不能進行按鍵撥號，例如，在圖1所示流程中，按照上述設置的參數值採用PA方式的請求起始行格式可能為INVITE SIPanni.BAU.pa；an＝file://welcome；it＝10；iv＝10；@182.20.60.2 SIP/2.0。
其中，關於SIP INVITE消息的實體部分可與現有技術中的規定一致，本實施例中只對請求起始行作了上述設置。此外，對各個參數的具體設置可以根據實際情況進行設置，上述僅為一個示例性的格式說明。
本步驟中，AS存儲有當前主叫信息、被叫信息以及被叫的彩鈴信息等，即存儲有包括主叫號碼、被叫號碼、被叫彩鈴編碼等信息。
步驟308，MRS接收到彩鈴播放並收號的SIP INVITE請求消息後，向AS返回SIP 200 OK響應消息。
步驟309～步驟310，AS將攜帶MRS媒體信息的SIP 180振鈴消息發送給軟交換，軟交換再將該SIP 180振鈴消息轉發給主叫。
步驟311，MRS根據接收到的彩鈴播放並收號的SIP INVITE請求消息，獲取彩鈴語音文件，並與主叫建立媒體通道，通過擴展的放音接口向主叫播放彩鈴，同時建立收號通道。
本步驟中，MRS接收到彩鈴播放並收號的SIP INVITE請求消息後，根據預先設定的接口協議，對該SIP INVITE消息進行識別與解析，若語音文件放置在FTP伺服器中，則從FTP伺服器中獲取彩鈴語音文件，否則直接從自身獲取彩鈴語音文件。一般情況下，採用從FTP伺服器中獲取語音文件，因為FTP伺服器容量較大，適合存放語音文件，並且使用FTP伺服器容易實現語音文件的上傳。之後MRS通過放音接口向主叫播放彩鈴，如果主叫能夠支持播放視頻，且被叫定製了視音頻彩鈴，則MRS還可以給主叫播放視音頻文件；如果主叫只支持音頻，則MRS向主叫播放純音頻彩鈴。同時MRS建立與客戶端的收號通道。
步驟312，如果主叫希望複製所接聽的彩鈴，則輸入預先約定的請求複製彩鈴的業務碼，即向MRS發送彩鈴複製請求。例如若dm設置為91，則在dm的有效按鍵範圍內，可預先設置99作為複製彩鈴的業務碼。
步驟313，MRS接收來自主叫的彩鈴複製請求，並將所接收到的彩鈴複製請求通過通知(INFO)消息發送給AS，完成收號。
本步驟中，由於預先擴展了MRS的接口協議，因此在收號過程中和收號結束後不間斷彩鈴的播放。即收號接口在接收來自用戶的彩鈴複製請求時，放音接口不中斷向客戶端發送的媒體流信息，即不間斷播放彩鈴。
其中，步驟312中主叫通過電話輸入請求複製彩鈴的業務碼後，可生成雙音多頻信號發送出去，並且中間可經過媒體網關(MG)轉發，此時MG可直接將該雙音多頻信號透傳給MRS，或者也可將雙音多頻信號生成實時傳輸協議(RTP)媒體流或實時傳輸控制協議(RTCP)媒體流發送給MRS，因此MRS所接收的來自主叫的彩鈴複製請求可以為雙音多頻信號，RTP媒體流，或RTCP媒體流。然後MRS可對所接收的媒體流或雙音多頻信號進行解析，得到主叫輸入的彩鈴複製請求，並將得到的彩鈴複製請求通過INFO消息發送給AS。
步驟314～步驟315，AS返回對INFO消息響應的SIP 200 OK消息，AS對所接收到的INFO消息中的彩鈴複製請求進行識別，並在識別出主叫希望複製被叫彩鈴後，AS向彩鈴平臺發出攜帶彩鈴複製信息的請求複製彩鈴的指令，彩鈴平臺接收到該指令後，根據指令中的彩鈴複製信息，即請求複製的彩鈴的彩鈴編碼、主叫號碼以及被叫號碼等信息進行複製，將請求複製的彩鈴複製到主叫的信息庫中，即將請求複製的彩鈴編碼複製下載到主叫的個人鈴音庫中。
其中，請求複製的彩鈴也即主叫所接聽的被叫的彩鈴。
此處，關於AS向彩鈴平臺發送的指令，可以是基於傳輸控制協議/網間協議(TCP/IP)的套接字(Socket)消息，也可以是基於存儲過程的指令，還可以是基於簡單對象訪問協議(Soap)的指令，具體採用何種指令要根據彩鈴平臺實際約束制定的接口而定。
步驟316，被叫摘機應答後，向軟交換發送表示摘機的攜帶有被叫信息的SIP 200 OK消息。
步驟317～步驟319，軟交換將帶有被叫信息的SIP 200 OK消息發送給AS，AS接收到來自軟交換的SIP 200 OK消息後，向MRS發送結束彩鈴播放的SIP BYE消息，MRS接收到SIP BYE消息後，結束彩鈴播放，並向AS返回已結束放音的SIP 200 OK消息。
步驟320～步驟321，AS向軟交換返回SIP最終響應ACK消息，軟交換向被叫發送SIP最終響應ACK消息。
步驟322～步驟323，AS向MRS發送SIP BYE消息的同時，向軟交換發送攜帶有被叫號碼SDP的SIP UPDATE消息，軟交換將該SIP UPDATE消息轉發給主叫，請求進行主叫SDP的更改，以便主叫與被叫進行媒體協商，並連通進行正常通話。
以上步驟中，步驟301至步驟306為主叫發起呼叫到被叫向AS返回振鈴消息的流程，步驟308～步驟310為MRS對AS發送消息的響應及AS接收到響應後將被叫振鈴消息發送給主叫的流程，步驟316～步驟323為被叫摘機應答至主被叫之間進行通話的流程，與現有技術對應流程完全一致，並非本發明實施例方法的內容，而只是說明本發明實施例方法的應用場景。本發明實施例的流程為步驟307、步驟311～步驟315。其中步驟313～步驟315與步驟316之間沒有一定的先後關係。
圖4為本發明實施例中基於圖3所示方法的實現彩鈴複製的系統的結構示意圖。
如圖4所示，該系統包括網絡側與客戶端。並且，網絡側可以包括軟交換、AS、MRS以及彩鈴平臺及彩鈴平臺的資料庫。客戶端包括主叫彩鈴用戶與被叫彩鈴用戶，分別簡稱主叫和被叫。
軟交換，用於接收來自主叫的攜帶目的地址為被叫號碼的呼叫請求消息，並在通過SHLR識別出被叫為彩鈴用戶時，在所接收的請求消息中加入彩鈴屬性標誌位，並將攜帶彩鈴屬性標誌位的呼叫請求消息轉發至AS；接收AS返回的攜帶被叫號碼的呼叫請求消息，根據該請求消息下發路由到被叫；接收被叫返回的振鈴消息，將該振鈴消息返回給AS。
AS，用於接收來自軟交換的攜帶彩鈴屬性標誌位的呼叫請求消息，對該用戶進行鑑權，鑑權通過後，向軟交換返回攜帶被叫號碼的呼叫請求消息；並接收軟交換返回的被叫振鈴的消息，根據該振鈴消息，從彩鈴平臺的資料庫中獲取彩鈴編碼並解析路徑後，向MRS發送彩鈴播放並收號的請求消息；接收MRS轉發的主叫的彩鈴複製請求，對該彩鈴複製請求進行識別，並在識別出主叫希望複製彩鈴時，根據該彩鈴複製請求向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；接收被叫摘機應答的消息，根據該消息向MRS發送結束播放的消息，接收MRS返回的已結束播放的響應消息，並向主叫發送更新媒體信息的消息，以便主叫與被叫進行媒體協商，正常通話。
彩鈴平臺的資料庫，用於接收來自AS的獲取彩鈴編碼的消息，根據該消息向AS返回彩鈴編碼。
彩鈴平臺，用於接收來自AS的請求複製彩鈴的指令，根據該指令中的彩鈴複製信息進行彩鈴複製，將請求複製的被叫的彩鈴複製到主叫的信息庫中，即將請求複製的彩鈴編碼複製到主叫的個人鈴音庫中。
MRS，用於接收來自AS的彩鈴播放並收號的請求消息，根據該消息獲取彩鈴語音文件，並與主叫建立媒體連接，向主叫播放彩鈴，並獲取主叫輸入的請求複製彩鈴的彩鈴複製請求，將所接收的彩鈴複製請求轉發給AS；接收來自AS的結束播放的消息，根據該消息結束向主叫播放彩鈴。
本系統中可以進一步包括FTP伺服器，用於存儲大容量的語音文件資源，供MRS調用。即MRS在接收到AS的彩鈴播放並收號的請求消息後，從FTP伺服器中獲取彩鈴語音文件。
上述實施例中，如果主叫為非彩鈴用戶，並且主叫輸入了請求複製彩鈴的業務碼，則也不影響上述實現過程，只是在彩鈴平臺進行複製時，會因為找不到主叫的信息庫，而放棄複製。
此外，本發明實施例中的應用伺服器，至少包括應用處理模塊，用於向媒體資源伺服器MRS發送彩鈴播放並收號的請求，接收MRS轉發的客戶端輸入的彩鈴播放請求，對該彩鈴播放請求進行識別，並在識別出彩鈴複製請求時，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令。
本發明實施例中的媒體資源伺服器，至少包括放音/收號模塊和業務處理模塊。
其中，業務處理模塊，用於接收來自應用伺服器AS的彩鈴播放並收號的請求，根據該彩鈴播放並收號的請求，向放音/收號模塊發送控制指令；接收放音/收號模塊返回的客戶端的彩鈴複製請求，將該彩鈴複製請求發送給AS。
放音/收號模塊，用於接收來自業務處理模塊的控制指令，並根據所接收的控制指令向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，將所獲取的彩鈴複製請求發送給業務處理模塊。
其中，對於本發明實施例中的系統及裝置，在具體實現時，實現過程可與圖3所示方法流程中描述的過程一致。
以上所述的具體實施例，僅以基於SIP協議的消息為例，對本發明實施例的目的、技術方案和有益效果進行了進一步詳細說明，實際應用中，還可以將本發明實施例的思想應用於其它協議或組網設備中，如可應用於智能網應用規程(INAP)協議，以及應用於基於智能外設(AIP)的組網設備中。因此，可以理解的是，以上所述僅為本發明的具體實施例而已，並不用於限定本發明的保護範圍，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種實現彩鈴複製的方法，其特徵在於，媒體資源伺服器MRS向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，該方法包括如下步驟MRS將所獲取的彩鈴複製請求轉發給應用伺服器AS，AS根據接收到的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺根據所接收的指令，將請求複製的彩鈴複製到客戶端的信息庫中。
2.如權利要求1所述的方法，其特徵在於，MRS向客戶端播放彩鈴之前進一步包括AS向MRS發送彩鈴播放並收號的請求，MRS根據接收到的請求向客戶端播放彩鈴。
3.如權利要求2所述的方法，其特徵在於，所述彩鈴播放並收號的請求為攜帶基於語音伺服器事件包BAU的擴展播放並收號PC子事件的消息。
4.如權利要求3所述的方法，其特徵在於，所述擴展PC子事件包括支持提示放音接口ip參數、無間斷播放ni參數、用於標識有效按鍵信息的數字設置dm參數、循環播放次數it參數以及間隔播放時長iv參數的PC子事件。
5.如權利要求4所述的方法，其特徵在於，所述獲取客戶端輸入的彩鈴複製請求具體包括客戶端輸入請求複製彩鈴的業務碼的彩鈴複製請求，並且該彩鈴複製請求以雙音多頻信號的形式發送給媒體網關MG，MG將所接收的彩鈴複製請求以雙音多頻信號形式直接透傳給MRS；或者將該彩鈴複製請求由雙音多頻信號形式轉換為實時傳輸協議RTP媒體流或實時傳輸控制協議RTCP媒體流形式發送給MRS。
6.根據權利要求5所述的方法，其特徵在於，所述請求複製彩鈴的業務碼為根據用於標識有效按鍵信息的數字設置dm參數預先設置的。
7.如權利要求1所述的方法，其特徵在於，所述複製彩鈴的指令為基於傳輸控制協議/網間協議的套接字Socket消息，或者為基於存儲過程的指令，或者為基於簡單對象訪問協議Soap的指令。
8.如權利要求1所述的方法，其特徵在於，所述彩鈴複製信息包括彩鈴編碼和客戶端信息。
9.如權利要求8所述的方法，其特徵在於，所述彩鈴編碼為MRS向客戶端播放的彩鈴的彩鈴編碼；所述請求複製的彩鈴為彩鈴編碼對應的彩鈴。
10.一種實現彩鈴複製的系統，其特徵在於，該系統包括應用伺服器AS、媒體資源伺服器MRS以及彩鈴平臺，其中，MRS，用於向客戶端播放彩鈴時，獲取客戶端輸入的彩鈴複製請求，並將所獲取的彩鈴複製請求轉發給AS；AS，用於根據接收到的MRS轉發的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺，用於接收來自AS的所述指令，根據接收到的指令將請求複製的彩鈴複製到客戶端的信息庫中。
11.如權利要求10所述的系統，其特徵在於，所述AS進一步用於向MRS發送彩鈴播放並收號的請求；MRS進一步用於根據接收到的彩鈴播放並收號的請求向客戶端播放彩鈴。
12.一種應用伺服器，其特徵在於，該應用伺服器至少包括應用處理模塊，用於向媒體資源伺服器MRS發送彩鈴播放並收號的請求，接收MRS轉發的客戶端輸入的彩鈴複製請求，根據所接收的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令。
13.一種媒體資源伺服器，其特徵在於，該媒體資源伺服器MRS至少包括放音/收號模塊和業務處理模塊，其中，業務處理模塊，用於接收來自AS的彩鈴播放並收號的請求，根據該彩鈴播放並收號的請求，向放音/收號模塊發送控制指令；接收放音/收號模塊返回的客戶端的彩鈴複製請求，將該彩鈴複製請求發送給AS；放音/收號模塊，用於接收來自業務處理模塊的控制指令，並根據所接收的控制指令向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，將所獲取的彩鈴複製請求發送給業務處理模塊。
全文摘要
本發明公開了一種實現彩鈴複製的方法，該方法包括媒體資源伺服器MRS向客戶端播放彩鈴，獲取客戶端輸入的彩鈴複製請求，MRS將所獲取的彩鈴複製請求轉發給應用伺服器AS，AS根據所接收的彩鈴複製請求，向彩鈴平臺發送攜帶彩鈴複製信息的請求複製彩鈴的指令；彩鈴平臺根據所接收的指令，將請求複製的彩鈴複製到客戶端的信息庫中。此外，本發明還公開了一種實現彩鈴複製的系統及裝置。本發明所提供的方法、系統及裝置可以使客戶端在接聽其他客戶端的彩鈴的同時，即時通過用戶的選擇得到所喜歡的彩鈴，提高了用戶體驗。
文檔編號H04L12/56GK1964396SQ20061014042
公開日2007年5月16日 申請日期2006年9月30日 優先權日2006年9月30日
發明者沈慶春, 禹輝 申請人:華為技術有限公司