專利名稱：來電提醒平臺、來電提醒方法及ip多媒體子系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，，特別是一種來電提醒平臺、來電提醒方法及IMS(IP ^i^W^M^t, IP Multimedia Subsystem)。
背景技術：
來電提醒業(yè)務屬于電信運營的語音及短信類增值業(yè)務。在主叫發(fā)起呼叫，而被叫 關機、遇忙、不可及等通話不能正常建立情況下造成呼叫失敗時，業(yè)務平臺作相應記錄，待 被叫通信可達時將該次呼叫信息以短消息形式發(fā)送給被叫，作為提醒，避免漏接重要來電?，F有CS域來電提醒機制實現的組網架構圖1所示。來電提醒平臺與各相關系統(tǒng)定義通信接口，采用標準協(xié)議互通數據，如下與信令網通過7號信令相連，采用MAP(移動應用部分，Mobile App IicationPart)/1 SUP (I SDN User Part, ISDN 用戶部分)協(xié)議；與話務網通過El中繼相連；與BOSS (運營支撐系統(tǒng)，Business & Operation Support System)采用 MML (人 機語言，Man-Machine Language)或者 HTTP (超文本傳輸協(xié)議，Hyper TextTransfer Protocol)/XML (可擴展 +示i己語言，Extensible Markup Language) 1^ .；與網管通過SNMP(簡單網絡管理協(xié)議，Simple Network ManagementProtocol)；與短信中心采用SMPP(點對點短消息，Short Message Peer-to-Peer)協(xié)議或與 短信網關采用CMPP(中國移動點對點，China Mobile Peer to Peer)協(xié)議；與互聯網通過HTTP協(xié)議。來電提醒業(yè)務的實現包括獲取漏接來電和發(fā)送提示短信兩個部分。在被叫用戶開通來電提醒業(yè)務時，需要在HLR(歸屬位置寄存器，HomeLocation Register)設置關機、遇忙、不可及等的呼叫呼轉到來電提醒平臺的相關配置數據。以被叫不在服務區(qū)為例，當主叫用戶發(fā)起呼叫時，主叫端局MSC(移動交換中心， Mobile Switching Centre)查找被叫歸屬HLR，然后獲得被叫MSC路由，進行ISUP信令 通信，被叫MSC尋呼被叫手機終端；由于被叫不在服務區(qū)，尋呼失敗并返回狀態(tài)信息；被叫 MSC/VLR(拜訪位置寄存器，Visit LocationRegister)檢查被叫用戶的來電提醒補充業(yè)務 以及呼轉號碼，或向其歸屬HLR查詢，然后據此呼轉到來電提醒平臺，使之獲得此次呼叫信 息；來電提醒平臺建立與主叫的話音接續(xù)，放錄音通知，告知主叫系統(tǒng)可將此次呼叫以短信 的方式通知被叫；平臺還可向被叫歸屬HLR查詢呼叫失敗原因。平臺根據這次失敗呼叫包 含的主叫、呼叫時間、被叫等信息，形成短消息內容；然后通過模擬短消息中心下發(fā)測試短 信的方式監(jiān)測被叫用戶是否可達，用戶可達后再下發(fā)漏話提示短信，完成提醒任務。然而，發(fā)明人在實現本發(fā)明實施例的過程中發(fā)現，現有技術至少存在如下缺點隨著3G和全業(yè)務運營時代的到來，IMS架構的引入步伐逐漸加速，IMS網絡用戶必 然會進入快速發(fā)展階段。但現有的CS域來電提醒平臺無法在IMS域中實現，也就是說IMS用戶作為被叫時，無法實現來電提醒業(yè)務。

發(fā)明內容
本發(fā)明的目的是提供一種來電提醒平臺、來電提醒的方法及IP多媒體子系統(tǒng)，為 IMS用戶提供來電提醒業(yè)務。為了實現上述目的，本發(fā)明實施例提供了一種來電提醒平臺，設置于IMS域，包 括第一接收模塊，用于接收一提醒請求，所述提醒請求為在主叫終端發(fā)起的呼叫對 應的IMS域被叫終端處于不能正常接通狀態(tài)，且HSS中存儲的業(yè)務信息指示所述被叫終端 簽約了來電提醒業(yè)務時，呼叫會話控制功能CSCF實體發(fā)送的請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài) 的訂閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的 狀態(tài)信息；第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終 端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。上述的來電提醒平臺，其中，還包括第二通知模塊，用于在接收到提醒請求時，指示媒體資源功能MRF實體與主叫終 端交互，通知所述主叫終端所述被叫終端處于不能正常接通狀態(tài)。上述的來電提醒平臺，其中，所述第一通知模塊具體用于通過所述CSCF實體向所 述被叫終端發(fā)送所述呼叫的相關信息。上述的來電提醒平臺，其中，所述第一接收模塊和第一通知模塊通過會話初始協(xié) 議與所述CSCF實體交互。上述的來電提醒平臺，其中，所述訂閱模塊和第二接收模塊與呈現平臺之間采用 超文本傳輸協(xié)議HTTP進行通信。為了實現上述目的，本發(fā)明實施例還提供了一種來電提醒方法，包括設置于IMS域的來電提醒平臺接收一提醒請求，所述提醒請求為在主叫終端發(fā)起 的呼叫對應的IMS域被叫終端處于不能正常接通狀態(tài)，且HSS中存儲的業(yè)務信息指示所述 被叫終端簽約了來電提醒業(yè)務時，呼叫會話控制功能CSCF實體發(fā)送的請求；所述來電提醒平臺向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài)的訂閱請求；所述來電提醒平臺接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的 狀態(tài)信息；所述來電提醒平臺在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終 端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。上述的來電提醒方法，其中，還包括來電提醒平臺在接收到提醒請求后，指示媒體資源功能MRF實體與主叫終端交 互，通知所述主叫終端所述被叫終端處于不能正常接通狀態(tài)。上述的來電提醒方法，其中，所述來電提醒平臺通過所述CSCF實體向所述被叫終 端發(fā)送所述呼叫的相關信息。
上述的來電提醒方法，其中，所述來電提醒平臺通過會話初始協(xié)議與所述CSCF實 體交互。上述的來電提醒方法，其中，所述來電提醒平臺與呈現平臺之間采用超文本傳輸 協(xié)議HTTP進行通信。為了實現上述目的，本發(fā)明實施例還提供了一種IP多媒體子系統(tǒng)IMS，包括歸屬用戶服務器HSS，用于保存IMS用戶的業(yè)務信息；呈現平臺，用于記錄并更新IMS域用戶的狀態(tài)信息；呼叫會話控制功能CSCF實體，用于在主叫終端發(fā)起的呼叫對應的IMS域被叫終端 處于不能正常接通狀態(tài)，且所述HSS中存儲的業(yè)務信息指示所述被叫終端簽約了來電提醒 業(yè)務時，發(fā)送一提醒請求；來電提醒平臺，用于在接收到所述提醒請求時，向所述呈現平臺發(fā)送訂閱所述被 叫終端的狀態(tài)的訂閱請求，并在所述呈現平臺基于所述訂閱請求返回的所述被叫終端的狀 態(tài)信息指示所述被叫終端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。上述的IP多媒體子系統(tǒng)，其中，所述來電提醒平臺具體包括第一接收模塊，用于接收所述提醒請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送所述訂閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的 狀態(tài)信息；第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終 端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。上述的IP多媒體子系統(tǒng)，其中，所述IP多媒體子系統(tǒng)中還包括媒體資源功能MRF實體；所述來電提醒平臺還包括第二通知模塊，用于在接收到所述提醒請求時，指示媒 體資源功能MRF實體與主叫終端交互，通知所述主叫終端所述被叫終端處于不能正常接通 狀態(tài)。 上述的IP多媒體子系統(tǒng)，其中，所述第一通知模塊具體用于通過所述CSCF實體向 所述被叫終端發(fā)送所述呼叫的相關信息。上述的IP多媒體子系統(tǒng)，其中，所述第一接收模塊和第一通知模塊通過會話初始 協(xié)議與所述CSCF實體交互。上述的IP多媒體子系統(tǒng)，其中，所述訂閱模塊和第二接收模塊與呈現平臺之間采 用超文本傳輸協(xié)議HTTP進行通信。上述的IP多媒體子系統(tǒng)，其中，所述HSS通過初始過濾規(guī)則IFC記錄來電提醒業(yè) 務觸發(fā)的時機，以及業(yè)務路由地址，所述CSCF實體具體根據所述業(yè)務路由地址向所述來電 提醒平臺發(fā)送所述提醒請求。本發(fā)明實施例具有以下的有益效果本發(fā)明的一種來電提醒平臺、來電提醒的方法及IP多媒體子系統(tǒng)中，設置于IMS 域的來電提醒平臺接收主叫終端發(fā)起的呼叫對應的IMS域被叫終端處于不能正常接通狀 態(tài)，且所述HSS中存儲的業(yè)務信息指示所述被叫終端簽約了來電提醒業(yè)務時，由呼叫會話 控制功能CSCF實體發(fā)送的提醒請求后，向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài)的訂閱請求，并基于所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息向所述被叫終端發(fā)送所述呼叫的相 關信息，實現來電提醒功能，本發(fā)明實施例為IMS用戶創(chuàng)造了使用來電提醒業(yè)務的有效手 段，提供了 IMS被叫用戶獲得漏接來電信息的通信途徑。同時，本發(fā)明實施例中，利用IMS核心網呼叫機制完成被叫業(yè)務觸發(fā)的方式，該方 式可靠性高，實現便捷。本發(fā)明實施例中，利用已有的呈現平臺獲取被叫終端狀態(tài)信息的方式，可以有效 降低來電提醒系統(tǒng)處理用戶狀態(tài)的復雜性，同時，通過與現有CS域網絡的互通，為網絡演 進過程中保持用戶感知的平滑過渡提供了技術保障。本發(fā)明實施例中新增網元與已有網元之間的連接遵循3GPP協(xié)議標準，便于開發(fā) 實現。


圖1為CS域來電提醒組網架構示意圖；圖2為本發(fā)明實施例的IP多媒體子系統(tǒng)的結構示意圖；圖3為本發(fā)明實施例的IP多媒體子系統(tǒng)的完整架構示意圖；圖4為本發(fā)明實施例的來電提醒平臺的結構示意圖；圖5為本發(fā)明實施例的方法的流程示意圖；圖6為本發(fā)明實施例的方法結合實際組網的詳細流程示意圖。
具體實施例方式在IMS網絡中實現來電提醒功能，是一個創(chuàng)建SIP(會話初始協(xié)議，Session Initiation Protocol)應用服務器的過程。除規(guī)劃好來電提醒功能實體自身的邏輯處理 外，應用服務器還需要按照IMS架構對各接口的要求，遵循協(xié)議標準設計與其他功能網元 的通信。本發(fā)明實施例的IP多媒體子系統(tǒng)如圖2所示，包括HSS (歸屬用戶服務器，Home Subscriber krver)，用于保存IMS用戶的業(yè)務信 息；呈現平臺，用于記錄并更新IMS域用戶的狀態(tài)信息；CSCF(呼叫會話控制功能，Call Session Control Function)實體，在 IMS 網絡中 包括P-CSCF、I-CSCF, S-CSCF，其中S-CSCF用于呼叫對應的IMS域被叫終端處于不能正常 接通狀態(tài)，且所述HSS中存儲的業(yè)務信息指示所述被叫終端簽約了來電提醒業(yè)務時，向來 電提醒平臺發(fā)送提醒請求；來電提醒平臺，用于在接收到提醒請求時，向所述呈現平臺發(fā)送訂閱所述被叫終 端的狀態(tài)的訂閱請求，并在所述呈現平臺基于所述訂閱請求返回的所述被叫終端的狀態(tài)信 息指示所述被叫終端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。當然，一般來說，在被叫終端處于不能正常接通狀態(tài)時，還需要向主叫終端播放呼 叫不可達的信息，因此，如圖2所示，本發(fā)明實施例中的IMS系統(tǒng)還包括MRF實體，用于根據來電提醒平臺指示，與主叫終端交互，通知主叫終端被叫終端 處于不能正常接通狀態(tài)。
在本發(fā)明的具體實施例中，MRF實體包括MRFC(媒體資源功能控制器，Media Resource Function Controller)和 MRFP(媒體資源功能處理器，MultimediaResource Function Processor)兩部分，二者可以集成設置，也可以分開設置。MRFC用于載入并執(zhí)行來自來電提醒平臺的通話呼叫媒體策略，控制Audio/Video 媒體混合器，通過H. 248協(xié)議管理、控制MRFP中的媒體資源，屬于媒體控制層功能。而MRFP屬于媒體執(zhí)行層功能，用于根據MRFC的控制，執(zhí)行來電提醒平臺呼叫所要 求的聲碼器資源、通知音資源等，通過IP網絡在承載層面上實現與用戶終端的互通。在本發(fā)明的具體實施例中，當主叫終端為IMS域用戶時，MRF實體發(fā)出錄音通知并 通過IP網絡承載，而當主叫終端為CS域用戶時，MRF實體發(fā)出錄音通知并通過IMS域媒體 網關轉發(fā)通知。在本發(fā)明的具體實施例中，HSS是IMS網絡中的用戶信息數據庫，存儲用戶與業(yè)務 等信息。用戶訂購及退訂來電提醒業(yè)務時，需要在HSS上記錄或刪除訂購關系信息，在HSS 內以IFC(初始過濾規(guī)則，hitial Filter Criteria)的形式表示。同時IFC上還記錄了 來電提醒業(yè)務觸發(fā)的時機，以及業(yè)務路由地址，即來電提醒平臺的SIP URI (統(tǒng)一資源標識 符，Uniform Resource Identifier)。S-CSCF在IMS網絡會話控制中處于核心地位，接續(xù)P-CSCF轉發(fā)來的注冊與通信 請求，與HSS配合進行用戶鑒權與業(yè)務控制。在業(yè)務執(zhí)行過程中，S-CSCF從HSS處下載來 電提醒用戶簽約的IFC，當用戶處于被叫不能正常接通狀態(tài)時，依據IFC判斷并觸發(fā)呼叫前 轉，根據IFC中記錄的SIP URI路由SIP信令到來電提醒平臺，指示來電提醒平臺進行后續(xù)處理。來電提醒平臺在進行來電提醒時，包括兩部分的功能，獲取漏接來電和通知被叫 終端兩個部分。對于獲取漏接來電，基于S-CSCF的通知，在前面已經進行了描述，而對于通知被 叫終端這部分在下面進行詳細說明。來電提醒平臺需要在被叫終端處于通信可達狀態(tài)時通知被叫終端在其通信不可 達期間的被叫信息。在IMS域中，呈現平臺是一種應用服務器，其記錄并保持著IMS域用戶終端的各種 狀態(tài)信息的更新，而這些狀態(tài)信息中就包括用戶終端的呼叫是否可達到信息，所以其可以 用于來電提醒平臺來確定何時通知被叫終端。在本發(fā)明具體實施例中，來電提醒平臺在接收到提醒請求時，向所述呈現平臺發(fā) 送訂閱提醒請求中記錄的所述被叫終端的狀態(tài)的訂閱請求。而基于該訂閱請求，一旦被叫終端的通信狀態(tài)發(fā)生變化時，呈現平臺就會向來電 提醒平臺返回包括被叫終端的實時狀態(tài)及通信能力列表的訂閱請求響應。來電提醒平臺接收訂閱請求響應，根據訂閱請求響應中包括的被叫終端的實時狀 態(tài)及通信能力列表判斷被叫終端是否處于呼叫可達狀態(tài)，一旦判斷出被叫終端是否處于呼 叫可達狀態(tài)則向所述被叫終端發(fā)送所述呼叫的相關信息。當然，來電提醒平臺可以通過各種方式來通知被叫終端在其呼叫不可達期間的來 電信息，舉例說明如下短信方式
來電提醒平臺通過CSCF平臺向被叫終端發(fā)送短信，該短信中包括被叫終端在通 信不可達期間被叫的時間和主叫號碼。語音方式來電提醒平臺建立與被叫終端之間的連接，并通過MRF實體向被叫終端播放語音 文件，該語音文件記錄了被叫終端在通信不可達期間被叫的時間和主叫號碼。當然，來電提醒平臺還可以通過彩信等其它方式通知IMS域被叫終端，在此不
一一列舉。下面對本發(fā)明實施例的IMS網絡中增加的來電提醒平臺與其他已有網元之間的 連接方式進行詳細說明。來電提醒平臺與HSS之間的接口 用于動態(tài)同步業(yè)務信息，采用Diameter協(xié)議交 互，S卩IMS域中的Sh接口。來電提醒平臺與S-CSCF之間的接口 是業(yè)務流程控制的重要接口，采用SIP協(xié)議 交互，即IMS域中的ISC接口。包括兩個方向的功能S-CSCF中IFC觸發(fā)后，將SIP呼叫前 轉到來電提醒平臺；從來電提醒平臺傳遞短消息信令到S-CSCF。來電提醒平臺與MRFC之間的接口 主要用于來電提醒平臺對媒體資源的控制，再 加上MRFP的參與，完成語音及多媒體呼叫的承載建立，該接口可以基于SIP或HTTP。來電提醒平臺與呈現平臺之間的接口 主要用于來電提醒平臺獲取被叫用戶的狀 態(tài)信息，來電提醒平臺需增加一個呈現代理實體，以便實現與呈現平臺的信息交互，該接口 可采用HTTP協(xié)議。當然應當了解的是，除以上IMS功能實體和接口外，來電提醒平臺還需要完成計 費和網管功能，以及自身的業(yè)務管理功能。這些功能需要來電提醒平臺自身具備相應的功 能模塊，并向對端提供接口。來電提醒業(yè)務的計費實時性要求較低，可采用離線計費方式， 其可以使用IMS域Rf接口，使用DIAMETER協(xié)議。而網管接口遵循SNMP協(xié)議，而平臺自身 業(yè)務管理由HTTP協(xié)議傳遞。圖3為本發(fā)明實施例中完整架構的IMS系統(tǒng)的結構示意圖。如圖3所示，運營商網絡的發(fā)展是一個漸進的過程，許多運營商已經在現網CS域 部署了來電提醒系統(tǒng)，付諸商用且經濟效益明顯。因此，在IMS域中部署的同類功能必須滿 足對現網功能的兼容，解決不同網絡用戶的體驗一致問題。在組網時，需要部署域間互通 功能實體。部署媒體網關控制功能及信令網關MGCF/SGW，與CS域MSC/MSC Server/SGff互 通，完成兩個網絡不同信令之間的轉換，例如SIP與ISUP/BICC轉換；部署IMS-MGW，與CS域 MSC/MGW對接，實現話音及媒體通信的互通。本發(fā)明實施例的來電提醒平臺設置于IMS域，如圖4所示，包括第一接收模塊，用于接收一提醒請求，所述提醒請求為CSCF實體在主叫終端發(fā)起 的呼叫對應的IMS域被叫終端處于不能正常接通狀態(tài)，且所述HSS中存儲的業(yè)務信息指示 所述被叫終端簽約了來電提醒業(yè)務時發(fā)送的請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài) 的訂閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的 狀態(tài)信息；
9
第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終 端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。其中，為了與現有系統(tǒng)兼容，第一接收模塊與CSCF之間采用SIP協(xié)議交互，即IMS 域中的ISC接口。訂閱模塊和第二接收模塊與呈現平臺之間采用HTTP協(xié)議進行通信。第一通知模塊在采用短信方式進行通知時，與CSCF之間采用SIP協(xié)議交互，即IMS 域中的ISC接口。當然，本發(fā)明實施例中的來電提醒平臺還包括第二通知模塊，用于在接收到提醒請求時，指示MRF實體與主叫終端交互，通知主 叫終端被叫終端處于不能正常接通狀態(tài)。本發(fā)明實施例的來電提醒方法如圖5所示，包括步驟51，設置于IMS域的來電提醒平臺接收一提醒請求，所述提醒請求為CSCF實 體在主叫終端發(fā)起的呼叫對應的IMS域被叫終端處于不能正常接通狀態(tài)，且所述HSS中存 儲的業(yè)務信息指示所述被叫終端簽約了來電提醒業(yè)務時發(fā)送的請求；步驟52，來電提醒平臺在接收到提醒請求后向呈現平臺發(fā)送訂閱所述被叫終端的 狀態(tài)的訂閱請求；步驟53，來電提醒平臺接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端 的狀態(tài)信息；步驟M，在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終端通信可達 時，來電提醒平臺向所述被叫終端發(fā)送所述呼叫的相關信息。當然，本發(fā)明實施例的方法還包括在接收到提醒請求時，指示MRF實體與主叫終端交互，通知主叫終端被叫終端處 于不能正常接通狀態(tài)。下面分兩種情況對本發(fā)明實施例的方法進行進一步詳細說明。〈主叫用戶為IMS域用戶〉如圖6所示，當主叫用戶為IMS域用戶時流程包括步驟61，IMS域主叫用戶UEl發(fā)出通話請求INVITE，INVITE經IMS域網元 P-CSCF(圖中未示出)、I-CSCF(圖中未示出)轉發(fā)到S-CSCF，本例中假定被叫UIE2與UEl 都歸屬到同一個S-CSCF ；步驟62，S-CSCF經過被叫端P-CSCF節(jié)點(圖中未示出)將INVITE請求路由到 IMS 域 UE2 ；步驟63，在UE2處于呼叫不可達狀態(tài)時態(tài)，通話失敗，返回SIP響應消息并攜帶失 敗原因，經被叫端P-CSCF傳回到S-CSCF ；步驟64，S-CSCF獲得通話失敗狀態(tài)，觸發(fā)IFC，按照新的路由向來電提醒平臺發(fā)送 提醒請求；步驟65，來電提醒平臺根據該提醒請求，通過S-CSCF向UEl發(fā)送200消息；步驟66，UEl向來電提醒平臺傳送ACK及200響應，建立呼叫，向UEl播放語音提 示；步驟67，來電提醒平臺在獲知被叫呼叫失敗后，向呈現平臺發(fā)送訂閱請求，訂閱被叫UE2的實時狀態(tài)信息；步驟68，UE2的通信狀態(tài)發(fā)生變化時，呈現平臺向來電提醒平臺返回UE2的實時狀 態(tài)及通信能力列表；步驟69，來電提醒平臺監(jiān)控UE2的狀態(tài)，發(fā)現其通信可達并允許接受即時消息時， 通過CSCF向UE2發(fā)送MESSAGE消息，其中攜帶本次UE2漏接呼叫的相關信息。應當理解的是，圖6中僅僅是一種舉例說明，并不代表步驟67 —定在65之后發(fā) 生，上述的步驟67和65之間并沒有先后關系。在以上流程中，媒體流的建立過程需要SDP (會話描述協(xié)議，SessionDescription Protocol)資源協(xié)商，此機制遵循相關IMS國際規(guī)范要求即可。圖6進行的說明是以主叫用戶和被叫用戶都是IMS域用戶，且二者歸屬到同一個 S-CSCF。在二者不是歸屬到同一個S-CSCF時，只不過需要由相應的S-CSCF來對相應的UE 進行服務，在此不再詳細描述?！粗鹘杏脩魹镃S域用戶〉圖6進行的說明是以主叫用戶和被叫用戶都是IMS域用戶，但在主叫用戶為CS域 用戶時，呼叫需要路由到IMS域，其詳細過程僅在于S-CSCF與UEl之間的交互的不同，說明 如下。步驟71，CS域主叫用戶UEl向其拜訪地MSC Server發(fā)出呼叫請求，經判斷為IMS 域用戶后，由BICC信令承載路由到MGCF/SGW，再轉換為SIP信令，路由INVITE消息到被叫 歸屬的S-CSCF ；步驟72，S-CSCF經過被叫端P-CSCF節(jié)點將INVITE請求路由到IMS域UE2 ；步驟73，在UE2處于呼叫不可達狀態(tài)時態(tài)，通話失敗，返回SIP響應消息并攜帶失 敗原因，經被叫端P-CSCF傳回到S-CSCF ；步驟74，S-CSCF獲得通話失敗狀態(tài)，觸發(fā)IFC，按照新的路由向來電提醒平臺發(fā)送 提醒請求；步驟75，來電提醒平臺根據該提醒請求，回送200消息到S-CSCF，并由S-CSCF路 由SIP信令到MGCF/SGW，再轉換為BICC消息送達MSC Server，最后路由到主叫UEl ；步驟76，UEl經CS域的MSC服務器、IMS域的MGCF/SGW、IMS域網元S-CSCF向來 電提醒平臺傳送響應消息，建立呼叫，并由來電提醒平臺通過IMS-MGW和CS域的MGW向UE1 播放語音提示；步驟77，來電提醒平臺在獲知被叫呼叫失敗后，向呈現平臺發(fā)送訂閱請求，訂閱被 叫UE2的實時狀態(tài)信息；步驟78，UE2的通信狀態(tài)發(fā)生變化時，呈現平臺向來電提醒平臺返回UE2的實時狀 態(tài)及通信能力列表；步驟79，來電提醒平臺監(jiān)控UE2的狀態(tài)，發(fā)現其通信可達并允許接受即時消息時， 通過CSCF向UE2發(fā)送MESSAGE消息，其中攜帶本次UE2漏接呼叫的相關信息。通過以上描述可以發(fā)現，在主叫用戶為CS域用戶時，上述的過程與圖6所示的流 程僅僅在于如何將信令和媒體在CS域用戶和IMS域之間進行傳遞，來電提醒平臺的其他功 能都沒有發(fā)生變化。當然，本發(fā)明實施例中，也可以在HSS與HLR間傳遞用戶業(yè)務簽約數據，以便S-CSCF能夠獲得CS域被叫終端的業(yè)務觸發(fā)信息，判斷觸發(fā)場景并前轉到設置于IMS域的來 電提醒平臺，由IMS域的來電提醒平臺同時實現IMS域和CS域的來電提醒。來電提醒平臺 與CS域的短消息網關由CMPP等協(xié)議互通，以便被叫終端接受提醒短信。當主叫位于CS域 時，需要由MGCF/SGW以及IMS-MGW轉發(fā)語音呼叫。 以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視為本發(fā)明的保護范圍。
權利要求
1.一種來電提醒平臺，其特征在于，所述來電提醒平臺設置于IMS域，包括第一接收模塊，用于接收一提醒請求，所述提醒請求為在主叫終端發(fā)起的呼叫對應的 IMS域被叫終端處于不能正常接通狀態(tài)，且歸屬用戶服務器HSS中存儲的業(yè)務信息指示所 述被叫終端簽約了來電提醒業(yè)務時，呼叫會話控制功能CSCF實體發(fā)送的請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài)的訂 閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的狀態(tài) fn息；第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終端通 信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。
2.根據權利要求1所述的來電提醒平臺，其特征在于，還包括第二通知模塊，用于在接收到提醒請求時，指示媒體資源功能MRF實體與主叫終端交 互，通知所述主叫終端所述被叫終端處于不能正常接通狀態(tài)。
3.根據權利要求1或2所述的來電提醒平臺，其特征在于，所述第一通知模塊具體用于 通過所述CSCF實體向所述被叫終端發(fā)送所述呼叫的相關信息。
4.根據權利要求3所述的來電提醒平臺，其特征在于，所述第一接收模塊和第一通知 模塊通過會話初始協(xié)議與所述CSCF實體交互。
5.根據權利要求1或2所述的來電提醒平臺，其特征在于，所述訂閱模塊和第二接收模 塊與呈現平臺之間采用超文本傳輸協(xié)議HTTP進行通信。
6.一種來電提醒方法，其特征在于，包括設置于IMS域的來電提醒平臺接收一提醒請求，所述提醒請求為在主叫終端發(fā)起的呼 叫對應的IMS域被叫終端處于不能正常接通狀態(tài)，且歸屬用戶服務器HSS中存儲的業(yè)務信 息指示所述被叫終端簽約了來電提醒業(yè)務時，呼叫會話控制功能CSCF實體發(fā)送的請求；所述來電提醒平臺向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài)的訂閱請求；所述來電提醒平臺接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的狀態(tài) fn息；所述來電提醒平臺在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終端通 信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。
7.根據權利要求6所述的來電提醒方法，其特征在于，還包括來電提醒平臺在接收到提醒請求后，指示媒體資源功能MRF實體與主叫終端交互，通 知所述主叫終端所述被叫終端處于不能正常接通狀態(tài)。
8.根據權利要求6或7所述的來電提醒方法，其特征在于，所述來電提醒平臺通過所述 CSCF實體向所述被叫終端發(fā)送所述呼叫的相關信息。
9.根據權利要求8所述的來電提醒方法，其特征在于，所述來電提醒平臺通過會話初 始協(xié)議與所述CSCF實體交互。
10.根據權利要求6或7所述的來電提醒方法，其特征在于，所述來電提醒平臺與呈現 平臺之間采用超文本傳輸協(xié)議HTTP進行通信。
11.一種IP多媒體子系統(tǒng)IMS，其特征在于，包括歸屬用戶服務器HSS，用于保存IMS用戶的業(yè)務信息；呈現平臺，用于記錄并更新IMS域用戶的狀態(tài)信息；呼叫會話控制功能CSCF實體，用于在主叫終端發(fā)起的呼叫對應的IMS域被叫終端處于 不能正常接通狀態(tài)，且所述HSS中存儲的業(yè)務信息指示所述被叫終端簽約了來電提醒業(yè)務 時，發(fā)送一提醒請求；來電提醒平臺，用于在接收到所述提醒請求時，向所述呈現平臺發(fā)送訂閱所述被叫終 端的狀態(tài)的訂閱請求，并在所述呈現平臺基于所述訂閱請求返回的所述被叫終端的狀態(tài)信 息指示所述被叫終端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。
12.根據權利要求11所述的IP多媒體子系統(tǒng)，其特征在于，所述來電提醒平臺具體包括第一接收模塊，用于接收所述提醒請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送所述訂閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的狀態(tài) fn息；第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終端通 信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。
13.根據權利要求12所述的IP多媒體子系統(tǒng)，其特征在于，所述IP多媒體子系統(tǒng)中還包括媒體資源功能MRF實體；所述來電提醒平臺還包括第二通知模塊，用于在接收到所述提醒請求時，指示媒體資 源功能MRF實體與主叫終端交互，通知所述主叫終端所述被叫終端處于不能正常接通狀 態(tài)。
14.根據權利要求12或13所述的IP多媒體子系統(tǒng)，其特征在于，所述第一通知模塊具 體用于通過所述CSCF實體向所述被叫終端發(fā)送所述呼叫的相關信息。
15.根據權利要求14所述的IP多媒體子系統(tǒng)，其特征在于，所述第一接收模塊和第一 通知模塊通過會話初始協(xié)議與所述CSCF實體交互。
16.根據權利要求12或13所述的IP多媒體子系統(tǒng)，其特征在于，所述訂閱模塊和第二 接收模塊與呈現平臺之間采用超文本傳輸協(xié)議HTTP進行通信。
17.根據權利要求11所述的IP多媒體子系統(tǒng)，其特征在于，所述HSS通過初始過濾規(guī) 則IFC記錄來電提醒業(yè)務觸發(fā)的時機，以及業(yè)務路由地址，所述CSCF實體具體根據所述業(yè) 務路由地址向所述來電提醒平臺發(fā)送所述提醒請求。
全文摘要
本發(fā)明提供一種來電提醒平臺、來電提醒方法及IP多媒體子系統(tǒng)，該來電提醒平臺設置于IMS域，包括第一接收模塊，用于接收一提醒請求；訂閱模塊，用于在接收到提醒請求時，向呈現平臺發(fā)送訂閱所述被叫終端的狀態(tài)的訂閱請求；第二接收模塊，用于接收所述呈現平臺基于所述訂閱請求發(fā)送的所述被叫終端的狀態(tài)信息；第一通知模塊，用于在所述呈現平臺發(fā)送的被叫終端的狀態(tài)信息指示所述被叫終端通信可達時，向所述被叫終端發(fā)送所述呼叫的相關信息。本發(fā)明提供了IMS被叫用戶獲得漏接來電信息的通信途徑，方式可靠性高，實現便捷。
文檔編號H04L29/06GK102083026SQ200910241278
公開日2011年6月1日 申請日期2009年11月27日 優(yōu)先權日2009年11月27日
發(fā)明者劉曉力, 劉苗青, 明軍, 朱宏文, 李延東, 李曉明, 王榮軍, 王超, 趙大海 申請人:中國移動通信集團設計院有限公司