專利名稱：媒體網關控制功能實現早媒體功能的方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種媒體網關控制功能實現早媒體功 能的方法。
背景技術：
Early Media (早媒體)是指在被叫用戶應答呼叫前的媒體，使用early media 攜帶被叫用戶的回鈴音或者失敗音。RFC3690協議中，對于早媒體有兩種實現方式Gateway (網關)模式以及 Application Server (應用服務器)模式。Gateway才莫式是通過在最終響應之前建立early session(早會話)來完成early media的交互。 一般通過臨時可靠響應、PRACK (臨時響應)以及UPDATE (更 新)完成i某體的offer以及answer 。Application Server模式是通過UAS (用戶代理服務器)和UAC (用戶代理 客戶)之間建立與session(會話)分離的early session(早會話)，對于early session 與session分別進行媒體協商?，F有協議規(guī)范中只描述了 MGCF (媒體網關控制功能)需要實現網關模式 下的早媒體功能，沒有任何關于MGCF實現應用服務器模式下的早媒體功能。 但是IETF (因特網工程任務組)協議的推薦模式為應用服務器模式，這種模式 可以很好的避免Media clipping的產生，Media clipping是指用戶認為媒體會話已 建立，用戶開始說話，但實際的會話過程還沒完成，剛開始的一些語音可能丟 失掉
發(fā)明內容
本發(fā)明提供一種媒體網關控制功能實現早媒體功能的方法，用以解決現有協議規(guī)范中只描述了 MGCF需要實現網關模式下的早媒體功能，沒有任何關于 MGCF實現應用服務器模式下的早媒體功能的問題。本發(fā)明提供了 一種媒體網關控制功能實現早媒體功能的方法，在媒體網關 控制功能進行呼叫，需要實現早媒體功能時，所述方法包括步驟A:媒體網關控制功能在IP多媒體網關上的同 一個上下文中建立兩個 終端早會話終端和會話終端；并根據預定的拓樸結構控制所述兩個終端的有 效狀態(tài)，在呼叫進入通話狀態(tài)之前，將早會話終端設置為有效狀態(tài)；步驟B:在呼叫進入通話狀態(tài)后，將會話終端設置為有效狀態(tài)，同時刪除早 會話終端。所述媒體網關控制功能呼叫包括媒體網關控制功能出局呼叫或媒體網關控制功能入局呼叫；進一步地，當媒體網關控制功能出局呼叫時，所述步驟A具體包括 媒體網關控制功能建立電路交換側到IP多々某體子系統(tǒng)側的呼叫，并在上下文中建立電路交換側的終端；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的會話終端； 媒體網關控制功能向IP多媒體子系統(tǒng)發(fā)起邀請，指明支持媒體功能，同時攜帶會話的會話描述協議請求；IP多媒體子系統(tǒng)響應+某體網關控制功能，指明當前呼叫使用早媒體功能，并且攜帶早會話的會話描述協議請求和會話的會話描述協議響應；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的早會話終端， 同時將早會話終端設置為有效狀態(tài)，將會話終端設置為孤立狀態(tài)。進一步地，當媒體網關控制功能入局呼叫時，所述步驟A具體包括 媒體網關控制功能建立IP多媒體子系統(tǒng)側到電路交換側的呼叫；IP多媒體 子系統(tǒng)向媒體網關控制功能發(fā)起邀請，指明支持早會話，同時攜帶會話的會話
描述協議請求；媒體網關控制功能在上下文中建立電路交換側的終端；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的早會話終端，并設置所述早會話終端的拓樸關系為有效狀態(tài)；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的會話終端，并 設置所述會話終端的拓樸關系為孤立狀態(tài)。進一步地，所述步驟B具體包括呼叫進入振鈴狀態(tài)后，媒體網關控制功能向IP多媒體子系統(tǒng)發(fā)送修改請求， 并在收到IP多媒體子系統(tǒng)的修改響應后，將早會話終端設置為孤立狀態(tài)，將會 話終端設置為有效狀態(tài)；媒體網關控制功能向IP多媒體子系統(tǒng)請求刪除早會話終端，并在收到IP多 媒體子系統(tǒng)的刪除響應后，釋放早會話終端，呼叫進入通話狀態(tài)。進一步地，所述IP多媒體子系統(tǒng)側的會話終端為實時傳輸協議類型。當電 路交換使用綜合業(yè)務數字網用戶部分信令時，所述電路交換側的終端為時分復 用類型；當電路交換使用與承載無關的呼叫控制信令時，所述電路交換側的終 端為實時傳輸協議類型。綜上所述，本發(fā)明提供了 一種媒體網關控制功能實現早媒體功能的方法， 對于MGCF實現應用服務器模式下的早媒體功能進行描述，即通過MGCF控制 IM-MGW建立兩個終端，達到能夠對early session和session分別進行媒體協商 的目的。


圖1為本發(fā)明實施例所述方法的流程示意圖； 圖2為在IM-MGW中的終端的拓樸結構示意圖； 圖3為在IM-MGW中的終端的另一拓樸結構示意圖； 圖4為MGCF出局呼叫實現早媒體功能的流程示意圖5為MGCF入局呼叫實現早媒體功能的流程示意圖。
具體實施方式
下面結合附圖對本發(fā)明實施例所述方法進行詳細說明。如圖1所示，圖1為本發(fā)明實施例所述方法的流程示意圖，具體包括以下 步驟步驟101:在確定需要實現早媒體功能時，MGCF (媒體網關控制功能)在 IM-MGW (IP多々某體網關)上的同一個上下文中建立兩個終端早會話終端和 會話終端；步驟102:根據預定的拓樸結構控制所述兩個終端的有效狀態(tài)，在呼叫進行 通話狀態(tài)之前，設置早會話終端為有效狀態(tài)；步驟103:在呼叫進行通話狀態(tài)后，媒體網關控制功能控制IP多媒體網關 將會話終端設置為有效狀態(tài)，同時刪除早會話終端。其中，在IM-MGW中的終端拓樸結構如圖2和圖3所示，TO為CS側的終 端，Tl為IMS側的early session終端，T2為IMS側的session終端，所述拓樸 結構包括圖2中，在回鈴音期間為early session終端生效時段，TO和Tl是雙 向連通的；圖3中，通話期間early session無效，session生效時段，TO和T2是 雙向連通的，Tl終端被釋放。下面舉例對本發(fā)明實施例所述方法進行進一步il明。如圖4所示，圖4是以IMS (IP多媒體子系統(tǒng))出局信令流程為例來說明 MGCF出局呼叫實現早々某體功能的流程示意圖，具體包括以下步驟步驟401: MGCF收到CS (電路交換)側入局的IAM (初始地址)消息， 建立到IMS側的呼叫。步驟402—403: MGCF向IM-MGW (IP多媒體網關)發(fā)送Add請求消息 建立CS側的承載，在上下文CI中建立了 CS側的終端，MGCF收到IM-MGW 發(fā)來的Add應答消息，CS側的終端建立成功。當電路交換使用ISUP (綜合業(yè)
務數字網用戶部分)信令時，所述電路交換側的終端為TDM (時分復用)類型； 當電路交換使用BICC (與承載無關的呼叫控制)信令時，所述電路交換側的終 端為RTP (實時傳輸協議)類型。步驟404—405: MGCF向IM-MGW發(fā)送Add請求消息建立IMS側的承載， 在上下文CI中建立了 IMS側的session終端，所述IMS側的session終端為RTP 類型；MGCF收到IM-MGW發(fā)來的Add應答消息，IMS側的session終端建立 成功。步驟406: MGCF發(fā)送INVITE (邀請)消息，在INVITE消息中的support 字段中指明支持早媒體功能，同時攜帶session的SDP (會話描述協議)offer (請 求)。步驟407—408: MGCF收到IMS側的100 Trying和183 session progress消 息。100 Trying消息是防止INVITE消息重傳的響應；183消息中指明當前呼叫 使用了早媒體功能，并且攜帶early session的SDP offer和session的SDP answer(響應)。步驟409—410: MGCF向IM-MGW發(fā)送Add請求消息，在上下文C1中建 立IMS側的early session終端，同時把IMS側的session終端的拓樸關系修改成 孤立狀態(tài)，IMS側的early session終端為雙向連通狀態(tài)；MGCF收到IM-MGW 發(fā)來的Add響應消息，IMS側的early session終端建立成功。步驟411一412: MGCF給IMS發(fā)送PRACK(臨時響應)消息，所述PRACK 消息中攜帶有early session的SDP answer; IMS給MGCF發(fā)送PRACK的200 OK 消息。步驟413—415: MGCF收到CS側的COT (導通消息)，發(fā)送Update消息 到IMS側，并收到IMS側的Update的200 OK響應。步驟416—419: IMS側用戶振鈴,MGCF收到180 Ringing消息后，發(fā)送 PRACK消息給IMS，發(fā)送到CS側的ACM (地址全消息)，收到PRACK的 200 OK響應消息。呼叫進入振鈴狀態(tài)。 步驟420: IMS側用戶應答，MGCF收到INVITE的200 OK消息。步驟421—422: MGCF發(fā)送Modify (修改)請求消息，收到Modify響應 消息。改變early session和session終端的拓樸關系，IMS側的early session終端 為孤立狀態(tài)，IMS側的session終端為有效狀態(tài)，即雙向連通狀態(tài)。步驟423—424: MGCF發(fā)送Subtract (刪除)請求消息，收到Subtract響應 消息。MGCF釋放IMS側的early session終端。Early session流程結束。步驟425: MGCF發(fā)送ANM (應答消息)給CS。步驟426: MGCF發(fā)送INVITE的ACK (確認)消息，呼叫進入通話狀態(tài)。 如圖5所示，圖5是以IMS (IP多々某體子系統(tǒng))出局信令流程為例來說明 MGCF入局呼叫實現早媒體功能的流程示意圖，具體包括以下步驟步驟501—502: MGCF收到了 IMS側入局的INVITE消息，建立到CS側 的呼叫。INVITE息中的support字段指明支持早J 某體功能，同時攜帶session的 SDP請求。MGCF響應lOOTrying響應防止INVITE消息重傳。步驟503—504: MGCF向IM-MGW發(fā)送Add請求消息建立CS側的承載， 在上下文C1中建立了 CS側的終端。MGCF收到IM-MGW發(fā)送的Add應答消 息，CS側的終端建立成功。當電路交換使用ISUP (綜合業(yè)務數字網用戶部分) 信令時，所述電路交換側的終端為TDM(時分復用)類型；當電路交換使用BICC (與承載無關的呼叫控制)信令時，所述電路交換側的終端為RTP(實時傳輸 協議)類型。步驟505—506: MGCF向IM-MGW發(fā)送Add請求消息建立IMS側的承載， 在上下文CI中建立了 IMS側的early session的終端，所述IMS側的early session 終端為RTP類型。拓樸關系為雙向連通狀態(tài)。MGCf收到IM-MGW發(fā)送的Add 應答消息，IMS側的early session終端建立成功。步驟507—508: MGCF向IM-MGW發(fā)送Add請求消息建立IMS側的承載， 在上下文C1中建立了 IMS側的session終端，所述IMS側的session終端為RTP 類型。拓樸關系為孤立狀態(tài)。MGCF收到IM-MGW發(fā)送的Add應答消息，CS
側的session終端建立成功。步驟509:MGCF發(fā)送IAM消息，建立到CS側的呼叫。步驟510: MGCF發(fā)送183 session progress消息,消息中指明當前呼叫使用 early session功能，并且攜帶early session的SDP offer和session的SDP answer。步驟511—512: 183的PRACK消息中攜帶early session的answer。發(fā)送 PRACK的200 OK消息。步驟513—515: MGCF收到IMS側的Update消息，發(fā)送Update的200 OK 響應，發(fā)送CS側的COT消息。步驟516—519: CS側用戶振鈴，MGCF收到CS側的ACM消息，然后發(fā) 送180 Ringing消息，并收到IMS發(fā)送的PRACK消息，MGCF發(fā)送PRACK的 200 OK響應。呼叫進入振鈴狀態(tài)。步驟520: CS側用戶應答，MGCF收到CS發(fā)送的ANM消息。步驟521—522: MGCF發(fā)送Modify請求消息，并收到IM-MGW發(fā)送的 Modify響應消息。改變early session和session終端的拓樸關系，early session終 端為孤立狀態(tài)e， session終端為有效狀態(tài)，即雙向連通狀態(tài)。步驟523—524: MGCF發(fā)送Subtract請求消息，并收到IM-MGW發(fā)送的 Subtract響應消息。MGCF釋方文early session終端。Early session流程結束。步驟525—526: MGCF發(fā)送INVITE的200 OK消息,收到ACK消息，呼 叫進入通話狀態(tài)。這里，僅以使用ISUP信令為例對本發(fā)明實施例所述方法進行了說明，但本 領域普通技術人員應該知道，本發(fā)明實施例同樣適用于使用BICC信息的請況， 具體過程近似，此處就不再贅述。綜上所述，本發(fā)明實施例提供了 一種媒體網關控制功能實現早媒體功能的 方法，通過MGCF控制IM-MGW建立兩個終端，達到能夠對early session和 session分別進行々某體協商的目的。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局
限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易 想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護 范圍應該以權利要求書的保護范圍為準。
權利要求
1、 一種媒體網關控制功能實現早媒體功能的方法，其特征在于，在媒體網關控制功能進行呼叫，需要實現早媒體功能時，所述方法包括步驟A:媒體網關控制功能在IP多媒體網關上的同一個上下文中建立兩個終端早會話終端和會話終端；并根據預定的拓樸結構控制所述兩個終端的有效狀態(tài)，在呼叫進入通話狀態(tài)之前，將早會話終端設置為有效狀態(tài)；步驟B:在呼叫進入通話狀態(tài)后，將會話終端設置為有效狀態(tài)，同時刪除早會話終端。
2、 根據權利要求1所述的方法，其特征在于，所述J 某體網關控制功能呼 叫包括媒體網關控制功能出局呼叫或媒體網關控制功能入局呼叫。
3、 如權利要求2所述的方法，其特征在于，當媒體網關控制功能出局呼 叫時，所述步驟A具體包括媒體網關控制功能建立電路交換側到IP多媒體子系統(tǒng)側的呼叫，并在上下文中建立電路交換側的終端；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的會話終端； 媒體網關控制功能向IP多媒體子系統(tǒng)發(fā)起邀請，指明支持媒體功能，同時攜帶會話的會話描述協議請求；IP多媒體子系統(tǒng)響應媒體網關控制功能，指明當前呼叫使用早媒體功能，并且攜帶早會話的會話描述協議請求和會話的會i舌4苗述十力4義響應；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的早會話終端， 同時將早會話終端設置為有效狀態(tài)，將會話終端設置為孤立狀態(tài)。
4、 根據權利要求2所述的方法，其特征在于，當i某體網關控制功能入局 呼叫時，所述步驟A具體包括媒體網關控制功能建立IP多媒體子系統(tǒng)側到電路交換側的呼叫；IP多媒 體子系統(tǒng)向媒體網關控制功能發(fā)起邀請，指明支持早會話，同時攜帶會話的會 話描述協議請求；媒體網關控制功能在上下文中建立電路交換側的終端；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的早會話終端，并設置所述早會話終端的拓樸關系為有效狀態(tài)；媒體網關控制功能在所述上下文中建立IP多媒體子系統(tǒng)側的會話終端，并設置所述會話終端的拓樸關系為孤立狀態(tài)。
5、 根據權利要求1到4中任意一項所述的方法，其特征在于，所述步驟B 具體包括呼叫進入振鈴狀態(tài)后，媒體網關控制功能向IP多媒體子系統(tǒng)發(fā)送修改請 求，并在收到IP多媒體子系統(tǒng)的修改響應后，將早會話終端設置為孤立狀態(tài)， 將會話終端設置為有效狀態(tài)；媒體網關控制功能向IP多媒體子系統(tǒng)請求刪除早會話終端，并在收到IP 多媒體子系統(tǒng)的刪除響應后，釋放早會話終端，呼叫進入通話狀態(tài)。
6、 根據權利要求1到4中任意一項所述的方法，其特征在于，所述IP多 媒體子系統(tǒng)側的會話終端為實時傳輸協議類型。
7、 根據權利要求1到4種任意一項所述的方法，其特征在于，當電路交 換使用綜合業(yè)務數字網用戶部分信令時，所述電路交換側的終端為時分復用類 型；當電路交換使用與承載無關的呼叫控制信令時，所述電路交換側的終端為 實時傳輸協議類型。
全文摘要
本發(fā)明公開了一種媒體網關控制功能實現早媒體功能的方法，在媒體網關控制功能進行呼叫，需要實現早媒體功能時，所述方法包括媒體網關控制功能在IP多媒體網關上的同一個上下文中建立兩個終端早會話終端和會話終端；并根據預定的拓撲結構控制所述兩個終端的有效狀態(tài)，在呼叫進行通話狀態(tài)之前，將早會話終端設置為有效狀態(tài)；在呼叫進行通話狀態(tài)后，將會話終端設置為有效狀態(tài)，同時刪除早會話終端。本發(fā)明通過媒體網關控制控制IP多媒體網關建立兩個終端，達到能夠對早會話和會話分別進行媒體協商的目的。
文檔編號H04L12/16GK101123593SQ200710151829
公開日2008年2月13日 申請日期2007年9月20日 優(yōu)先權日2007年9月20日
發(fā)明者宇 高 申請人:中興通訊股份有限公司