国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法

      文檔序號:7657123閱讀:216來源:國知局
      專利名稱:一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法
      技術領域
      本發(fā)明涉及一種在通信系統(tǒng)中實現(xiàn)呼叫替換的方法,尤其涉及一種實 現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法。
      背景技術
      IMS (IP Multimedia Core Network Subsystem, IP多々某體子系統(tǒng))是由 3GPP提出的一種基于IP的網絡架構,其構建了一個開放而靈活的業(yè)務環(huán) 境,支持多媒體應用,并為用戶提供豐富的多媒體業(yè)務,且IMS域中廣泛 使用SIP協(xié)議進行呼叫信令控制。
      PSTN (Public Switched Telephone Network, ^^用電"^交4奐網)、ISDN
      (Integrated Services Digital Network,綜合業(yè)務數(shù)字網)等固定電話網絡, GSM( Global System for Mobile communication,全;求移動通4言系統(tǒng))、CDMA
      (Code Division Multiple Access,碼分多址接入)、WCDMA、 CDMA2000、 TD-SCDMA (Time-Division Synchronization Code Division-Multiple-Access, 時分-同步碼分多址)電路域等移動電話網絡則更多地采用了傳統(tǒng)的電路交 換技術,所有這些網絡統(tǒng)稱為CS (Circuit Switched,電路交換)域。CS域 同樣能夠為用戶提供語音、視頻以及基于電路域的數(shù)據業(yè)務,且CS域常用 的呼叫信令是ISUP (ISDN User Part,綜合業(yè)務數(shù)字網用戶部分)、BICC
      (Bearer Independent Call Control,與承載無關的呼叫控制)。
      為實現(xiàn)IMS域和CS域互通,需要在IMS域網絡邊界部署MGCF( Media Gateway Control Function々某體網關控制功能)和IM-MGW ( IP Multimedia-Media Gateway Function, IP多媒體網關功能)網元,用來完成
      和CS域之間的語音、數(shù)據和多4某體呼叫業(yè)務互通,互通協(xié)議詳見ITU-T (International Telecommunication Union-Telecommunication, 國際電"f言聯(lián)盟 -電信標準化部門)Q. 1912.5和3GPP ( 3rd Generation Partnership Project, 第三代合作伙伴計劃)TS 29.163。 IMS域和CS域通過MGCF/IM-MGW 互通,如圖1所示;MGCF主要完成IMS域和CS域呼叫信令的轉換, IM-MGW主要實現(xiàn)IMS域和CS域媒體面的互通,且MGCF通過H248協(xié) 議控制IM-MGW,從而實現(xiàn)了信令控制和媒體控制的分離。
      RFC 3891作為RFC 3261 (R叫uest For Comment 3261,請求評論3261 ) 的擴展,RFC 3891中介紹了 IMS域中的Replaces (替換)功能,該功能可 以使用一個新的會話替換當前存在的會話,并且可以用來實現(xiàn)IMS域中的 多項業(yè)務,例如ECT (Explicit Communication Transfer,顯式呼叫轉移)和 CONF (Conference,會議)等。
      Replaces功能的基本原理,如圖2a所示,假設A、 B、 C是IMS域中 三個用戶,分別用IMS A、 IMSB及IMSC表示,且在A、 B之間存在穩(wěn) 態(tài)或非穩(wěn)態(tài)的會話1時,則R印laces功能的實現(xiàn)流程包括如下步驟
      步驟201 、 IMS C向IMS B發(fā)起新會話INVITE (邀請);其中,INVITE 消息包含Replaces header (替換頭),用于標識替換IMS A和IMS B當前 存在的會話1;
      步驟202、 IMS B確認要替換的Dialog (會話)1存在后,向IMS C回 送成功消息;
      步驟203、 IMS C根據所述響應消息,在IMS B和IMS C之間成功建 立Dialog (會話)2,并向IMS B發(fā)送會話確認消息;
      步驟204、 IMS B根據Replaces請求,結束與IMS A的會話1;
      步驟205 、 IMS A向IMS B發(fā)送釋放會話1成功消息。
      其中,Replaces header在RFC3891中定義,它指示由該頭標識的會話 將被釋放并由包含它的INVITE消息創(chuàng)建的會話在邏輯上替代;RFC 3891
      中定義Replaces header如下
      Replaces = "Replaces" HCOLON callid *(SEMI replaces-param)
      replaces-param= to-tag / from-tag / early-flag / geperic-param to-tag = "to-tag" EQUAL token
      from-tag -—- "from-tag" EQUAL token early-flag = "early-only"
      其中,RFC 3891定義中
      callid:呼叫標識,SIP協(xié)議中的參數(shù);
      to-tag:目的標簽,SIP協(xié)議中的參數(shù);
      from-tag:源標簽,SIP協(xié)議中的參數(shù)。
      Replaces流程發(fā)生后,IMS A、 IMS B之間的原有會話1被IMS B、 IMS C之間的新會話2所替換,IMS B、 IMS C進入通話狀態(tài),IMS A轉為空 閑,如圖2b和2c所示。
      現(xiàn)有規(guī)范中,RFC3891對R印laces功能的討論僅局限于IMS域,ITU-T Q.1912.5、 3GPP TS 29.163對IMS域和CS域互通的討論未涉及Replaces 功能。鑒于IMS域和CS域互通的廣泛應用場景,研究將IMS域的Replaces 功能擴展到IMS域和CS域的互通場合具有現(xiàn)實意義。
      3GPP TS 24.147 V7.5.0簡單地涉及了 IMS域和CS域互通情況下的 Replaces功能應用,給出了一個通過MGCF/IM-MGW邀請POTS (Plain OW Telephone Service,普通老式電話業(yè)務)用戶到IMS域會議的示例流程,請 參閱附圖3a,其實現(xiàn)流程包括如下步驟
      步驟301 、 IMS用戶UE-A( User Equipment A,用戶設備A )通過MGCF 發(fā)起到CS域用戶的呼叫1,呼叫進入穩(wěn)態(tài);其中,UE-A與CS域用戶間建 立的一個呼叫,由UE-A與MGCF間建立的一個會話,以及MGCF與CS 域用戶間建立的一個CS域呼叫組成,對應于呼叫1的會話1, MGCF向 UE-A屏蔽了 CS域,所以對于UE-A來說,呼叫1和會話1是無需區(qū)分的;
      步驟302、 UE-A向IMS域會議的AS ( Application Server,應用服務器) 發(fā)出INVITE,建立并連接到一個會議2;
      步驟303、 UE-A向AS發(fā)出REFER (轉移)請求;其中,包含Replaces 功能相關參數(shù),指示AS發(fā)起到CS域用戶的呼叫,該呼叫需要替換UE-A 和CS域用戶當前存在的呼叫1,即指示AS邀請CS域用戶加入會議2;
      步驟304、 AS向UE-A發(fā)出NOTIFY (通知),通知REFER請求的進
      展;
      步驟305、 AS按照REFER的指示,通過MGCF向CS域用戶發(fā)起新 呼叫3,其INVITE消息中包含R印laces header,標識替換UE-A和CS域 用戶當前存在的呼叫1;
      步驟306、 MGCF和IM-MGW間進行H248操作,建立IM-MGW到 AS間的岸義載;
      步驟307、 MGCF代理CS域用戶響應AS的呼叫建立請求,MGCF、
      AS間成功建立會話3;
      步驟308、 AS向UE-A發(fā)出NOTIFY,通知REFER請求的進展; 步驟309、 MGCF使用會話3建立的與AS間的媒體面RTP (Realtime
      Transfer Protocol,實時傳輸協(xié)議)流替換原先呼叫1建立的與UE-A間的
      媒體面RTP流;
      步驟310、 MGCF根據Replaces請求結束與UE-A的會話1,會話1釋 放,原先會話l建立的MGCF與UE-A間的媒體面RTP流被關閉。。
      Replaces流程發(fā)生后,UE-A和CS域用戶之間的原有呼叫1被AS和 CS域用戶之間的新呼叫3所替換,UE-A和CS域用戶從雙方通話狀態(tài)轉入 會議狀態(tài),如圖3b和3c所示。
      由以上描述可見,IMS域和CS域通過MGCF互通發(fā)生Replaces時, 與IMS域內部的R印laces具有明顯的區(qū)別。
      首先,呼叫模型上從3個節(jié)點增加到5個節(jié)點,并且增加了 MGCF、
      'IM-MGW網元;
      其次,由于MGCF/IM-MGW的存在,Replaces對原呼叫的CS域用戶 是透明的,而IMS域中,用戶B需要參與Replaces的實現(xiàn),如圖2a所示;
      最后,MGCF需要通過H248協(xié)議控制IM-MGW,可以實現(xiàn)信令控制 和媒體控制的分離,而IMS域中的普通終端則沒有這個需要,如圖2a、 2b 和2c所示。
      雖然,3GPP TS 24.147給出了 IMS域和CS域可通過MGCF/IM-MGW 實現(xiàn)互通、呼叫進入穩(wěn)態(tài)情況下,借助于IMS域Replaces功能,實現(xiàn)穩(wěn)態(tài) 呼叫替換;但是,對于IMS域和CS域通過MGCF/IM-MGW互通、呼叫尚 未進入穩(wěn)態(tài)時,MGCF在收到IMS域Replaces請求后無法處理非穩(wěn)態(tài)呼叫, 例如,如圖3b所示,如果MGCF在收到來自AS的INVITE消息,且該消 息包含Replaces頭時,如果CS域用戶與UE-A間的原呼叫還在振鈴,MGCF 無法在嘗試建立新呼叫的同時解決原呼叫的非穩(wěn)態(tài)接續(xù)。
      因此,現(xiàn)有技術還有待于完善和發(fā)展。

      發(fā)明內容
      本發(fā)明所要解決的問題在于提供一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方 法,該方法可以在IMS域和CS域通過MGCF/IM-MGW互通、呼叫尚未進 入穩(wěn)態(tài),并且在MGCF收到IMS域Replaces請求時,可以解決原非穩(wěn)態(tài)呼 叫的接續(xù)及實現(xiàn)新呼叫對原呼叫的替換問題。
      為了解決上述技術問題,本發(fā)明的技術方案如下
      一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,其包括如下步驟
      A、 在電路交換域側的第一用戶與IP多々某體子系統(tǒng)域側的第二用戶 間建立會話一的非穩(wěn)態(tài)呼叫狀態(tài);
      B、 IP多媒體子系統(tǒng)域側的第三方用戶向J;某體網關控制功能網元發(fā) 起新建會話二的呼叫請求,請求替換所述會話一; C、 根據所述會話二的呼叫請求,IP多媒體網關功能網元在所述媒體 網關控制功能網元的控制下進行所述會話二替換所述會話一的承載切換;
      D、 所述第一用戶、第二用戶及第三方用戶間進入呼叫替換狀態(tài)。
      所述方法,其中,所述步驟A中包括構建所述會話一的承載過程,其 實現(xiàn)步驟如下
      Al 、所述第 一用戶向所述媒體網關控制功能網元發(fā)送所述會話一的呼 叫請求,請求與所述第二用戶建立所述會話一;
      A2、所述媒體網關控制功能網元根據所述會話一的呼叫請求,控制所 述IP多媒體網關功能網元構建所述會話一的承載。
      所述方法,其中,所述步驟A1中,所述會話一的呼叫請求的信令采用 綜合業(yè)務數(shù)字網用戶部分信令或與承載無關的呼叫控制信令。
      所述方法,其中,所述步驟A2中,構建所述會話一的承載過程包括如 下步驟
      A21 、在所述IP多Jf某體網關功能網元及所述第 一用戶間新建第 一用戶 承載;
      A22、所述媒體網關控制功能網元向所述第二用戶發(fā)送請求; A23、在所述IP多媒體網關功能網元及所述第二用戶間新建第二用戶 承載,并使所述第一用戶承載與第二用戶承載雙通。
      所述方法,其中,所述步驟C中,所述會話二替換所述會話一的承載 切換過程包括如下步驟
      Cl、在所述IP多々某體網關功能網元及所述第三用戶間新建第三方用 戶承載;
      C2、所述IP多媒體網關功能網元在所述媒體網關控制功能網元的控 制下,在所述第一用戶承載與所述第三方用戶承載間建立連接。
      所述方法,其中,在所述承栽切換過程完成前,如果所述第二用戶未
      摘機,則所述步驟D中包括如下處理
      Dll、所述媒體網關控制功能網元取消所述會話一,并釋放所述第二 用戶承載;
      D12、所述第一用戶與所述第三方用戶進入所述會話二的穩(wěn)態(tài)呼叫狀 態(tài)。
      所述方法,其中,在所述承載切換過程完成前,如果所述第一用戶掛 機,則所述步驟D中包括如下處理
      D21、所述媒體網關控制功能網元取消所述會話一,釋放所述第一、
      二用戶承載,并且拒絕新建所述會話二的呼叫請求; D22、所述媒體網關控制功能網元釋放所述第三方用戶承載,所述第 一用戶、第二用戶及第三方用戶進入空閑狀態(tài)。
      所述方法,其中,在所述承載切換過程完成前,如果所述第二用戶拒 接所述會話一,則所述步驟D中包括如下處理
      D31 、所述第二用戶向所述々某體網關控制功能網元發(fā)送釋放消息; D32、所述媒體網關控制功能網元根據所述釋放消息,釋放所述第二
      用戶承載及第一用戶承載,并且拒絕新建會話二的呼叫請求; D33、所述媒體網關控制功能網元釋放所述第三方用戶承載,所述第 一用戶、第二用戶及第三方用戶進入空閑狀態(tài)。
      所述方法,其中,在所述承載切換過程完成前,如果所述第二用戶拒 接所述會話一,且所述媒體網關控制功能網元沒有釋放所述會話二,則所 述步驟D中包括如下處理
      D41 、所述第二用戶向所述士某體網關控制功能網元發(fā)送釋》丈消息; D42、根據所述釋放消息,所述士某體網關控制功能網元釋放所述第二
      用戶承載,所述第一用戶與第三方用戶進入所述會話二的穩(wěn)態(tài)呼 叫狀態(tài)。
      所述方法,其中,在所述承載切換過程完成前,如果所述第三方用戶
      取消了新建所述會話二的呼叫請求,則所述步驟D中包括如下處理
      D51、所述媒體網關控制功能網元取消所述會話二,并釋放所述第三 方用戶承載;
      D52、所述IP多4某體網關功能網元在所述J 某體網關控制功能網元的控 制下,恢復所述第 一用戶承載與第二用戶承載間的連接。
      所述方法,其中,在所述承載切換過程完成前,如果所述媒體網關控 制功能網元4企查到所述承載切換過程有異常情況,則所述步驟D中包括如 下處理
      D61 、所述媒體網關控制功能網元拒絕所述第三方用戶發(fā)起新建會話 二的呼叫請求,并且釋放所述第三方用戶承載;
      D62、所述IP多4某體網關功能網元在所述i某體網關控制功能網元的控 制下,恢復所述第 一用戶承載與第二用戶承載間的連接。
      所述方法,其中,所述承載切換過程完成前,如果所述第二用戶已摘 機,則所述步驟D中包括如下處理
      所述媒體網關控制功能網元檢查所述承載切換過程后續(xù)是否成功完 成,是則所述媒體網關控制功能網元釋放所述第二承載,所述笫一用戶與 第三方用戶進入穩(wěn)態(tài)呼叫狀態(tài);否則所述々某體網關控制功能網元拒絕新建 所述會話二的請求,所述第 一用戶與第二用戶進入穩(wěn)態(tài)呼叫狀態(tài)。
      采用本發(fā)明的一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,實現(xiàn)了 IMS域用 戶和CS域用戶通過MGCF/IM-MGW互通且呼叫尚未進入穩(wěn)態(tài)場合下,IMS 域第三方用戶借助Replaces功能替換現(xiàn)有呼叫的功能,從而將IMS域的 Replaces功能擴展到IMS域和CS域的互通場合,并為IMS域和CS域的互 通場合下,擴展了基于Replaces功能的其它新業(yè)務。


      圖1是現(xiàn)有技術IMS域和CS域通過MGCF/IM-MGW互通的結構示意
      圖2a是現(xiàn)有IMS域Replaces流程示意圖; 圖2b是圖2a中Replaces前的呼叫模型圖; 圖2c是圖2a中Replaces后的呼叫模型圖3a是現(xiàn)有技術通過MGCF/IM-MGW邀請POTS(普通老式電話業(yè)務) 用戶到IMS域會話的實現(xiàn)流程圖3b是圖3a中Replaces前的呼叫模型圖3c是圖3a中Replaces后的呼叫模型圖4是本發(fā)明非穩(wěn)態(tài)呼叫替換方法的呼叫模型圖5是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換完成前,IMS A未摘機時非穩(wěn)態(tài) 呼叫替換成功的實現(xiàn)流程圖6是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換完成前,CSB掛機時非穩(wěn)態(tài)呼叫 替換失敗的實現(xiàn)流程圖7是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換完成前,IMS A振鈴后,拒接呼 叫時非穩(wěn)態(tài)呼叫替換失敗的實現(xiàn)流程圖8是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換完成前,IMS A振鈴后,拒接呼 叫時非穩(wěn)態(tài)呼叫替換成功的實現(xiàn)流程圖9是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換完成前,IMS C取消呼叫時非穩(wěn) 態(tài)呼叫替換失敗的實現(xiàn)流程圖10是本發(fā)明方法的非穩(wěn)態(tài)替換過程中,MGCF在檢測到異常呼叫時, 拒絕非穩(wěn)態(tài)呼叫替換的實現(xiàn)流程圖; 圖ll是本發(fā)明方法的非穩(wěn)態(tài)呼叫替換前,A已摘機時非穩(wěn)態(tài)呼叫替換 成功的實現(xiàn)流程圖。
      圖12是本發(fā)明方法的實現(xiàn)流程圖; 上述附圖中
      CS -電路交換域,CS B -電路交換域側的第一用戶B; IMS-IP多媒體子系統(tǒng)域,IMSA-IP多媒體子系統(tǒng)域的第二用戶A, IMS C-IP多媒體子系統(tǒng)域的第三方用戶C; MGCF-多媒體網關控制功能; IM-MGW - IP多i某體網關功能; Bearer B - CS域側的第 一用戶B承載; Bearer A - IMS域側的第二用戶A承載; Bearer C - IMS域側的第三方用戶C承載。
      具體實施例方式
      下面結合附圖,對本發(fā)明的較佳實施例作進一步詳細說明。 本發(fā)明提供了一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,該方法的實現(xiàn)過 程采用如圖4所述的呼叫模型;其中,CS域的第一用戶(CS B)通過 MGCF/IM-MGW向IMS域的第二用戶(IMS A)發(fā)起會話一 (Dialogl,非 穩(wěn)態(tài)會話1)的呼叫,并使IMS A振鈴;接著IMS域的第三方用戶(IMS C) 在IMS A摘機前通過MGCF/IM-MGW向CS B發(fā)起建立會話二 ( Dialog2, 會話2)的請求,且該請求中攜帶有Replaces header,指示替換非穩(wěn)態(tài)呼叫 1的呼叫。
      根據RFC3891對于非穩(wěn)態(tài)呼叫替換的方向性要求,如果會話1的呼叫 是從IMS A向CS B發(fā)起,且MGCF/IM-MGW收到IMS C發(fā)送的替換非穩(wěn) 態(tài)呼叫請求時,則MGCF/IM-MGW可以直接拒絕發(fā)起會話2的呼叫,保持 會話1的呼叫不受影響,其處理過程與RPC3891中規(guī)定的IMS域終端一致,
      為現(xiàn)有技術,此處不再贅述。
      請參閱附圖12,實現(xiàn)非穩(wěn)態(tài)呼叫Replace功能的流程包括如下步驟
      100、通過網絡協(xié)議,CS B呼叫IMS A,并使IMS A振鈴,CS B與IMS A進入會話一的非穩(wěn)態(tài)呼叫狀態(tài);
      200、 IMSC向MGCF發(fā)起新建會話2的呼叫請求,請求替換CS B與 所述IMSA間的會話1;
      300、 MGCF根據所述呼叫請求,IM-MGW在MGCF的控制下,進行 會話2替換所述會話1的承載切換,CS B、 IMS A及IMS C進入呼叫替換 狀態(tài)。
      其中,步驟300中,在進行會話2替換會話1的承載切換過程時,根 據承載切換以及CSB、 IMSA及IMSC的呼叫替換狀態(tài),在CSB、 IMS A 及IMS C間的呼叫替換狀態(tài)將會出現(xiàn)以下幾種情形
      第一種情形
      如圖5所示,在所述承載切換過程完成前,IMS A沒有向MGCF發(fā)送 應答會話1的消息時,即IMS A未摘機導致非穩(wěn)態(tài)替換成功的流程,其實 現(xiàn)步驟包括
      501 、 CS B發(fā)送IAM (初始地址消息)消息到MGCF,請求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC (Bearer Independent Call Control,與 K載無關的呼叫 控制);
      502、 IM-MGW在MGCF的控制下,建立與CS B間的承載Bearer B(第
      一用戶承載);
      503、 MGCF向IMS A發(fā)送INVITE (呼叫請求),請求建立到IMSA 的會話1。
      504、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接; 505、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      506、 IMS A振鈴,向MGCF發(fā)送180 Ringing (振鈴消息),會話1 進入振鈴態(tài);
      507、 MGCF向CS B發(fā)送ACM (地址全消息),CSB聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      508、 IMS C向MGCF發(fā)送INVITE,請求與CS B進行會話2;其中所 述INVITE中包含Replaces頭,用于指示替換會話1;
      509、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶岸義載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載Bearer B、 Bearer A之間默認沒有連接關系;
      510、 如果存在資源預留過程,MGCF與IMSC間成功完成資源預留;
      511、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C進 行連接,且Bearer A與承載Bearer B 、 Bearer C之間的連接#1斷開,會話1 的承載被會話2的承載替換,媒體面上CS B從與IMS A的連接被切換到與 IMSC間的連才妄;
      512、 承載切換過程成功完成后,MGCF向IMS C發(fā)送200 OK (成功 消息),應答會話2;
      513、 IMSC向MGCF發(fā)送響應ACK (確認消息),IMS C進入通話 狀態(tài);
      514、 MGCF向CSB發(fā)送ANM (應答消息),CSB進入通話狀態(tài);
      515、 MGCF向IMS A發(fā)送CANCEL (取消消息),取消與IMSA間 建立會話1的非穩(wěn)態(tài)呼叫,并釋放會話1的信令;
      516、 IMS A向MGCF發(fā)送200 OK,確認會話1凈皮取消;
      517、 IMS A向MGCF發(fā)送487 Request Terminated (請求終止)會話 1的消息;
      518、 MGCF向IMS A發(fā)送ACK;
      519、 IM-MGW在MGCF的控制下,釋放會話1的承載Bearer A, CS B、 IMS C進入通話狀態(tài),IMS A從呼叫非穩(wěn)態(tài)轉為空閑態(tài),IMS C使用 Replaces功能,成功替換了 CS B到IMS A的非穩(wěn)態(tài)呼叫,MGCF/IM-MGW 實現(xiàn)非穩(wěn)態(tài)呼叫Replaces功能流程結束。
      第二種情形
      如圖6所示,在所述承載切換過程完成前,CS B向MGCF發(fā)送釋放消 息時,即CSB釋放呼叫導致非穩(wěn)態(tài)替換不成功的流程,其實現(xiàn)步驟包括
      601 、 CS B發(fā)送IAM消息到MGCF,請求建立到IMS A的呼叫,該請 求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字網用戶部分)或 BICC ( Bearer Independent Call Control,與承載無關的呼叫控制);
      602、 IM-MGW在MGCF的控制下,建立與CSB間的承載Bearer B(第 一用戶承載);
      603、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      604、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      605、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      606、 IMS A振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      607、 MGCF向CS B發(fā)送ACM (地址全消息),CS B聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      608、 IMS C向MGCF發(fā)送INVITE,請求與CS B進行會話2;其中所 述INVITE中包含Replaces頭,用于指示替換會話1;
      609、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載BearerB、 Bearer A之間默認沒有連接關系;
      610、 如果存在資源預留過程,MGCF與IMS C間成功完成資源預留;
      611、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C進說明書第14/24頁
      行連接,且Bearer A與承載Bearer B、 Bearer C之間的連接被斷開,會話1 的承載被會話2的承載替換,媒體面上CS B從與IMS A的連接被切換到與 IMSC間的連才妄;
      612、 在上述步驟609至611間的承載切換過程完成前,若CSB掛機, 則向MGCF發(fā)送REL (釋放消息);
      613、 MGCF向CSB發(fā)送RLC (釋放完成消息),同時釋放MGCF與 CSB間的信令;
      614、 IM-MGW在MGCF的控制下,釋放與CS B間的承載Bearer B;
      615、 MGCF使用CANCEL方法,取消與IMS A間的非穩(wěn)、態(tài)呼叫1, 并釋放會話1的信令;
      616、 IMSA向MGCF發(fā)送200 OK,響應取消會話1;
      617、 IMS A向MGCF發(fā)送487 Request Terminated (請求終止)會話
      1;
      618、 MGCF向IMS A發(fā)送ACK,確認會話1取消;
      619、 IM-MGW在MGCF的控制下,釋放會話1的承載Bearer A;
      620、 MGCF向IMS C發(fā)送603 Decline (拒絕消息),拒絕會話2; 621 、 IMS C向MGCF發(fā)送ACK,響應拒絕會話2,并釋^t會話2信令; 622、 IM-MGW在MGCF的控制下,釋放會話2的承載Bearer C, CS B、
      IMSA、 IMSC均從呼叫非穩(wěn)態(tài)轉為空閑態(tài)。
      因此,IMS C使用Replaces功能,替換CS B到IMS A的非穩(wěn)態(tài)呼叫 的嘗試因為CS B提前釋放呼叫而未成功,MGCF/IM-MGW實現(xiàn)非穩(wěn)態(tài)呼 叫Replaces功能的異常流程結束。
      第三種情形
      如圖7所示,在所述承載切換過程完成前,IMS A向MGCF發(fā)送拒接 會話一,即IMSA釋放呼叫,導致非穩(wěn)態(tài)替換不成功的流程,其具體實現(xiàn) 步驟如下
      701 、 CS B發(fā)送IAM (初始地址消息)消息到MGCF,請求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC (Bearer Ind印endent Call Control,與承載無關的呼叫
      控制);
      702、 IM-MGW在MGCF的控制下,建立與CS B間的承載Bearer B(第 一用戶承載);
      703、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      704、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      705、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      706、 IMSA振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      707、 MGCF向CS B發(fā)送ACM (地址全消息),CS B聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      708、 IMS C向MGCF發(fā)送INVITE,請求與CS B進行會話2;其中所 述INVITE中包含Replaces頭,用于指示替換會話1;
      709、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載BearerB、 Bearer A之間默認沒有連接關系;
      710、 如果存在資源預留過程,MGCF與IMS C間成功完成資源預留;
      711、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C進 行連接,且Bearer A與承載Bearer B、 Bearer C之間的連接被斷開,會話1 的承載被會話2的承載替換,媒體面上CS B從與IMS A的連接被切換到與 IMSC間的連沖妄;
      712、 在上述步驟709至711間的承載切換過程完成前,若IMSA振鈴 后拒絕呼入的呼叫,則向MGCF發(fā)送釋放消息,比如486 Busy Here (忙音
      消息);
      713、 MGCF向IMS A發(fā)送ACK,釋放MGCF與IMS A間的會話1 的信令;
      714、 IM-MGW在MGCF的控制下,釋放與IMS A間的承載Bearer A;
      715、 MGCF向CS B發(fā)送REL;
      716、 CS B向MGCF發(fā)送RLC,并MGCF釋放與CS B間的信令;
      717、 IM-MGW在MGCF的控制下,釋放與CS B間的承載BearerB;
      718、 MGCF向IMS C發(fā)送603 Decline,拒絕新會話2;
      719、 IMS C向MGCF發(fā)送響應ACK,釋放會話2的信令;
      720、 IM-MGW在MGCF的控制下、釋放會話2的承載Bearer C,至 此,CSB、 IMSA、 IMSC均從呼叫非穩(wěn)態(tài)轉為空閑態(tài)。
      因此,IMS C使用Replaces功能,替換CS B到IMS A的非穩(wěn)態(tài)呼叫 的嘗試因為IMS A拒絕而未成功,MGCF/IM-MGW實現(xiàn)非穩(wěn)態(tài)呼叫 Replaces功能的異常流程結束。
      第四種情形
      在第三種情形中,對于Replaces過程中,如果MGCF收到IMS A提前 釋放呼叫的請求,MGCF認為會話1比會話2具有更高的優(yōu)先級,按照IMS A的要求釋放會話1的同時,也釋放了與CS B間的呼叫和會話2。鑒于 RFC3891中并沒有規(guī)定這種情況下會話1和會話2的優(yōu)先級,MGCF也可 以選擇會話1比會話2具有較低的優(yōu)先級,按照A的要求釋放會話1的同 時,并不釋放與B間的呼叫和會話2,盡量讓CSB和IMSC可以進入通話 狀態(tài)。
      作為第三種情形技術方案的一個可行的替代方案,上述步驟701之后, MGCF可以選擇不發(fā)起釋放與CS B、IMS C間的會話,而保持CS B、MGCF、 IMSC當前狀態(tài)不變,即均保持呼叫非穩(wěn)態(tài),MGCF/IM-MGW承載切換過 程繼續(xù)進行。后繼流程依CSB、 IMSC的行為,以及MGCF/IM-MGW承
      載切換過程的結果而定。
      如圖8所示,當所述承載切換過程完成前,IMS A向MGCF發(fā)送拒接 會話一,并且CS B、 IMS C保持呼叫狀態(tài)不變,MGCF/IM-MGW承載切 換過程成功,這樣導致的最終結果是雖然A進入呼叫非穩(wěn)態(tài)后,在替換完 成前釋放呼叫,其非穩(wěn)態(tài)替換仍然成功,具體實現(xiàn)步驟如下
      801、 CS B發(fā)送IAM (初始地址消息)消息到MGCF,:清求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC ( Bearer Independent Call Control,與岸t載無關的呼叫 控制);
      802、 IM-MGW在MGCF的控制下,建立與CS B間的承載Bearer B(第 一用戶7 義載);
      803、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      804、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      805、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      806、 IMS A振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      807、 MGCF向CS B發(fā)送ACM (地址全消息),CS B聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      808、 IMS C向MGCF發(fā)送INVITE,請求與CS B進行會話2;其中所 述INVITE中包含Replaces頭,用于指示替換會話1;
      809、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載BearerB、 Bearer A之間默認沒有連接關系;
      810、 如果存在資源預留過程,MGCF與IMS C間成功完成資源預留;
      811、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C進 行連接,且Bearer A與承載Bearer B、 Bearer C之間的連接被斷開,會話1 的承載被會話2的承載替換,媒體面上CS B從與IMS A的連接被切換到與
      IMSC間的連才秦;
      812、 在上述步驟809至811間的承載切換過程完成前,若IMSA拒絕 呼入的呼叫,則向MGCF發(fā)送釋i丈消息,比如486 Busy Here;
      813、 MGCF向IMS A發(fā)送ACK,釋放MGCF與IMS A間的會話1 的信令;
      814、 IM-MGW在MGCF的控制下,釋放與IMS A間的承載Bearer A; 其中,MGCF在釋放與IMS A間的會話1后,選擇不發(fā)起釋放與CS B、 IMS C間的會話,而保持CSB、 MGCF、 IMSC當前狀態(tài)不變,即CSB、 IMSC 均保持呼叫非穩(wěn)態(tài),MGCF/IM-MGW承載切換過程繼續(xù)進行;
      815、 當MGCF/IM-MGW承載切換過程完成后,MGCF向IMS C發(fā)送 200 OK,應答新會話2;
      816、 IMS C向MGCF響應ACK, IMSC進入通話狀態(tài);
      817、 MGCF向CS B發(fā)送ANM,進入通話狀態(tài);至此,CSB、 IMSC 進入通話狀態(tài),IMS A從呼叫非穩(wěn)態(tài)轉為空閑態(tài),即IMS C使用Replaces 功能,成功替換了CSB到IMSA的非穩(wěn)態(tài)呼叫。
      第五種情形
      如圖9所示,當所述承載切換過程完成前,IMS C向MGCF發(fā)送取消 消息,即IMS C取消替換請求導致非穩(wěn)態(tài)替換不成功的流程,其具體實現(xiàn) 步驟如下
      901 、 CS B發(fā)送IAM (初始地址消息)消息到MGCF, _清求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC (Bearer Independent Call Control,與壽、載無關的呼叫 控制);
      902、 IM-MGW在MGCF的控制下,建立與CSB間的承載Bearer B(第 一用戶承載);
      903、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      904、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      卯5、如果存在資源預留過程,MGCF與A間成功完成資源預留;
      906、 IMS A振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      907、 MGCF向CS B發(fā)送ACM (地址全消息),CS B聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      908、 IMS C向MGCF發(fā)送INVITE,請求與CS B進行會話2;其中所 述INVITE中包含Replaces頭,用于指示替換會話1;
      909、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載Bearer B 、 Bearer A之間默認沒有連接關系;
      910、 如果存在資源預留過程,MGCF與IMS C間成功完成資源預留;
      911、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C 進行連接,且Bearer A與承載Bearer B、 Bearer C之間的連接被斷開,會話 1的承載被會話2的承載替換,i某體面上CS B從與IMS A的連接被切換到 與IMSC間的連接;
      912、 在上述步驟909至911中的承載切換過程完成前,若IMSC在承 載切換完成前請求取消會話2的非穩(wěn)態(tài)呼叫替換請求,則IMS C向MGCF 發(fā)送CANCEL消息;
      913、 MGCF向IMS C發(fā)送200 OK,響應IMS C的取消會話建立請求; 其中,需要說明的是,IMS C取消會話2的建立請求可能出于多種原因, 例如用戶改變主意,或者IMS C認為與IM-MGW之間的承載Bearer C建立 失敗,等等;
      914、 MGCF向IMS C發(fā)送487 Request Terminated;
      915、 IMS C向MGCF發(fā)送響應ACK,釋放MGCF與IMS C間會話2
      的信令;
      916、 IM-MGW在MGCF的控制下釋放會話2的承載Bearer C;
      917、 IM-MGW在MGCF的控制下,恢復Bearer B與Bearer A間的 連接;至此,IMSC從呼叫非穩(wěn)態(tài)轉為空閑態(tài),CSB、 MGCF、 IMSA保 持Replaces未發(fā)生時的狀態(tài)不變,因為MGCF在MGCF/IM-MGW的承載 切換過程完成之前未收到A應答會話1的消息,所以B、 A仍處于呼叫非 穩(wěn)態(tài);
      918、 IMSA向MGCF發(fā)送200OK,應答呼入的會話1;
      919、 MGCF向IMS A發(fā)送響應ACK, IMS A進入通話狀態(tài);
      920、 MGCF向B發(fā)送ANM, CS B與IMS A間進入通話狀態(tài)。 此時,IMS C使用Replaces功能替換CS B到IMS A的非穩(wěn)態(tài)呼叫的
      嘗試因為IMS C在替換完成前取消替換請求而未成功,MGCF/IM-MGW實 現(xiàn)非穩(wěn)態(tài)呼叫Replaces功能的異常流程結束。 第六種情形
      如圖IO所示,所述承載切換過程完成前,MGCF^r查到所述承載切換 過程異常時,MGCF拒絕替換導致非穩(wěn)態(tài)替換不成功的流程,其具體實現(xiàn) 步驟如下
      1001 、 CS B發(fā)送IAM(初始地址消息)消息到MGCF,請求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC ( Bearer Independent Call Control,與承載無關的呼叫
      控制);
      1002、 IM-MGW在MGCF的控制下,建立與CS B間的承載Bearer B (第一用戶承載);
      1003、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      1004、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      1005、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      1006、 IMS A振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      1007、 MGCF向CS B發(fā)送ACM (地址全消息),CS B聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      1008、 IMS C向MGCF發(fā)送INVITE (非穩(wěn)態(tài)呼叫替換請求),請求與 CSB進行會話2;其中所述INVITE中包含R印laces頭,用于指示替換會 話1;
      1009、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載Bearer B、 Bearer A之間默認沒有連接關系;
      1010、 如果存在資源預留過程,MGCF與IMSC間成功完成資源預留;
      1011、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C 進行連接,且Bearer A與承載Bearer B、 Bearer C之間的連接被斷開,會話 1的承載被會話2的承載替換,i某體面上CS B從與IMS A的連接被切換到 與IMSC間的連4妄;
      1012、 在上述步驟1009至1011間的承載切換過程完成前,若IMS A 摘機,則IMS A向MGCF發(fā)送應答會話1的200 OK,應答呼入的會話1;
      1013、 MGCF向IMS AJ^送響應ACK,表示IMS A進入通話狀態(tài), 且MGCF此時并不向CS B發(fā)送ANM;其中,如果MGCF在MGCF/IM-MGW 的承載切換過程完成之前收到IMS A應答會話1的消息,應當配合IMS A 使會話1進入通話狀態(tài);但不應立刻使CS B進入通話狀態(tài);
      1014、 在上述步驟1009至1011間的承載切換過程完成前,若MGCF 檢查到承載切換發(fā)生異常,MGCF向IMS C發(fā)送500 Server Internal Error
      (服務器內部出現(xiàn)錯誤),拒絕建立會話2的非穩(wěn)態(tài)呼叫替換請求;
      需要說明的是,MGCF檢測到使得替換無法繼續(xù)的異??赡艹鲇诙喾N 原因,例如MGCF認為IM-MGW與IMS C之間的承載Bearer C建立失敗, MGCF將Bearer B切換到與Bearer C連接過程意外失敗,等等;此外,500
      Server Internal Error只是本實施例給出的MGCF向IMS C發(fā)送失敗響應消 息的一種可能類型,具體實現(xiàn)可以根據實際異常原因向IMSC發(fā)送其他類 型的失敗響應消息,但不應理解為脫離本發(fā)明所附的權利要求的保護范圍 的依據;
      1015、 IMS C響應ACK,釋放MGCF和IMS C間的會話2的信令,IMS C從呼叫非穩(wěn)態(tài)轉為空閑態(tài);
      1016、 IM-MGW在MGCF的控制下釋放會話2的承載Bearer C;
      1017、 IM-MGW在MGCF的控制下,恢復Bearer B與Bearer A的連接;
      1018、 MGCF向CS B發(fā)送ANM, CS B和IMS A間進入通話狀態(tài)。 至此,IMS C使用Replaces功能替換CS B到IMS A的非穩(wěn)態(tài)呼叫的嘗
      試因為MGCF在替換過程中檢測到使得替換無法繼續(xù)的異常,拒絕替換而 未成功,MGCF/IM-MGW實現(xiàn)非穩(wěn)態(tài)呼叫Replaces功能的異常流程結束。 第七種情形
      如圖11所示,所述承載切換過程完成前,當IMS A向MGCF發(fā)送應 答會話一成功消息,即IMS A已摘機導致非穩(wěn)態(tài)呼叫替換成功的流程,其 具體實現(xiàn)步驟如下
      1101 、 CS B發(fā)送IAM(初始地址消息)消息到MGCF,清求建立到IMS A的呼叫,該請求的局間信令可以是ISUP (ISDN User Part,綜合業(yè)務數(shù)字 網用戶部分)或BICC ( Bearer Independent Call Control ,與岸義載無關的呼叫 控制);
      1102、 IM-MGW在MGCF的控制下,建立與CS B間的承載Bearer B (第一用戶承載);
      1103、 MGCF向IMS A發(fā)送INVITE,請求建立到IMS A的會話1。
      1104、 IM-MGW在MGCF的控制下,建立與IMS A間的承載Bearer A (第二用戶承載),并使Bearer B與Bearer A連接;
      1105、 如果存在資源預留過程,MGCF與A間成功完成資源預留;
      1106、 IMS A振鈴,向MGCF發(fā)送180 Ringing,會話1進入振鈴態(tài);
      1107、 MGCF向CSB發(fā)送ACM (地址全消息),CSB聽到回鈴音, CS B與IMS A進入會話1的非穩(wěn)態(tài)呼叫狀態(tài);
      1108、 IMS C向MGCF發(fā)送INVITE,請求與CSB進行會話2;其中 所述INVITE中包含Replaces頭,用于指示替換會話1;
      1109、 IM-MGW在MGCF的控制下,建立與IMS C間的承載Bearer C (第三方用戶承載);因為Bearer C隸屬于會話2,故Bearer C與會話1
      的承載Bearer B 、 Bearer A之間默認沒有連接關系;
      1110、 如果存在資源預留過程,MGCF與IMSC間成功完成資源預留;
      1111、 IM-MGW在MGCF的控制下,將Bearer B切換到與Bearer C 進行連接,且Bearer A與承載Bearer B 、 Bearer C之間的連接被斷開,會話 1的承載被會話2的承載替換,士某體面上CS B從與IMS A的連接被切換到 與IMSC間的連接;
      1112、 在上述步驟1009至1011間的承載切換過程完成前,若IMS A 已摘才幾,貝'J IMS A向MGCF發(fā)送應答會話1的200 OK;
      1113、 MGCF向IMS A發(fā)送會話1的響應ACK, IMS A進入通話狀態(tài), 此時MGCF并不向CS B發(fā)送ANM;
      1114、 當MGCF檢查到MGCF/IM-MGW的承載切換過程成功完成時, MGCF向IMSC發(fā)送200OK,應答新會話2;
      1115、 IMS C向MGCF發(fā)送響應ACK, IMS C進入通話狀態(tài);
      1116、 MGCF向CS B發(fā)送ANM, B進入通話狀態(tài);
      1117、 因為MGCF在MGCF/IM-MGW的承載切換過程完成之前收到 IMS A應答會話1的消息,MGCF和IMS A間會話1已經進入穩(wěn)態(tài);按照 RFC3261的規(guī)定,MGCF需要使用BYE方法釋放與IMS A間的穩(wěn)態(tài)會話1;
      1118、 IMS A向MGCF發(fā)送200 OK,釋放會話1的信令;
      1119、 IM-MGW在MGCF的控制下釋放會話1的承載Bearer A,至此,
      CS B、 IMS C進入通話狀態(tài),IMS A從呼叫非穩(wěn)態(tài)進入穩(wěn)態(tài)后又轉為空閑 態(tài),IMS C使用Replaces功能成功替換了 CS B到IMS A的非穩(wěn)態(tài)呼叫, MGCF/IM-MGW實現(xiàn)非穩(wěn)態(tài)呼叫Replaces功能流程結束。
      綜上所述,采用本發(fā)明的實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,實現(xiàn)了 IMS 域用戶和CS域用戶通過MGCF/IM-MGW互通且呼叫尚未進入穩(wěn)態(tài)場合 下,IMS域第三方用戶借助Replaces功能替換現(xiàn)有呼叫的功能,從而將IMS 域的Replaces功能擴展到IMS域和CS域的互通場合,并為IMS域和CS 域的互通場合下,擴展了基于Replaces功能的其它新業(yè)務。
      應當理解的是,對本領域普通技術人員來說,可以根據上述說明加以 改進或變換,而所有這些改進和變換都應屬于本發(fā)明所附權利要求的保護 范圍。
      權利要求
      1、一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,應用于IP多媒體子系統(tǒng)域和電路交換域互通條件下的非穩(wěn)態(tài)呼叫替換業(yè)務中;該方法包括如下步驟A、在電路交換域側的第一用戶與IP多媒體子系統(tǒng)域側的第二用戶間建立會話一的非穩(wěn)態(tài)呼叫狀態(tài);B、IP多媒體子系統(tǒng)域側的第三方用戶向媒體網關控制功能網元發(fā)起新建會話二的呼叫請求,請求替換所述會話一;C、根據所述會話二的呼叫請求,IP多媒體網關功能網元在所述媒體網關控制功能網元的控制下進入所述會話二替換所述會話一的承載切換;D、所述第一用戶、第二用戶及第三方用戶間進行呼叫替換狀態(tài)。
      2、 根據權利要求1所述的方法,其特征在于,所述步驟A中包括構 建所述會話一的承載過程,其實現(xiàn)步驟如下Al、所述第一用戶向所述媒體網關控制功能網元發(fā)送所述會話一的呼 叫請求,請求與所述第二用戶建立所述會話一;A2、所述媒體網關控制功能網元根據所述會話一的呼叫請求,控制所 述IP多媒體網關功能網元構建所迷會話一的承載。
      3、 根據權利要求2所述的方法,其特征在于,所述步驟A1中,所 述會話一的呼叫請求的信令采用綜合業(yè)務數(shù)字網用戶部分信令或與承載無 關的呼叫控制信令。
      4、 根據權利要求2所述的方法,其特征在于,所述步驟A2中,構 建所述會話 一 的承載過程包括如下步驟A21、在所述IP多々某體網關功能網元及所述第一用戶間新建第一用戶承載;A22、所述媒體網關控制功能網元向所述第二用戶發(fā)送請求; A23、在所述IP多媒體網關功能網元及所述第二用戶間新建第二用戶 承載,并使所述第一用戶承載與第二用戶承載雙通。
      5、 根據權利要求4所述的方法,其特征在于,所述步驟C中,所述 會話二替換所述會話 一 的承載切換過程包括如下步驟Cl、在所述IP多々某體網關功能網元及所述第三用戶間新建第三方用戶承載;C2、所述IP多Jf某體網關功能網元在所述4某體網關控制功能網元的控 制下,在所述第一用戶承載與所述第三方用戶承載間建立連接。
      6、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述第二用戶未摘機,則所述步驟D中包括如下處理Dll、所述媒體網關控制功能網元取消所述會話一,并釋放所述第二 用戶承載;D12、所述第一用戶與所述第三方用戶進入所述會話二的穩(wěn)態(tài)呼叫狀 態(tài)。
      7、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述第一用戶掛機,則所述步驟D中包括如下處理D2i、所述媒體網關控制功能網元取消所述會話一,釋放所述第一、 第二承載,并且拒絕新建所述會話二的呼叫請求;D22、所述媒體網關控制功能網元釋放所述第三方用戶承載,所述第 一用戶、第二用戶及第三方用戶進入空閑狀態(tài)。
      8、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述第二用戶拒接所述會話一,則所迷步驟D中包括如下處理D31 、所述第二用戶向所述媒體網關控制功能網元發(fā)送釋放消息; D32、所述媒體網關控制功能網元根據所述釋放消息,釋放所述第二用戶承載及第一用戶承載,并且拒絕新建會話二的呼叫請求; D33、所述i某體網關控制功能網元釋放所述第三方用戶承載,所述第一用戶、第二用戶及第三方用戶進入空閑狀態(tài)。
      9、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述第二用戶拒接所述會話一,且所述媒體網關控制功能網 元沒有釋;^文所述會話二,則所述步驟D中包括如下處理D41 、所述第二用戶向所述媒體網關控制功能網元發(fā)送釋放消息; D42、根據所述釋放消息,所述4某體網關控制功能網元釋放所述第二用戶承載,所述第一用戶與第三方用戶進入所述會話二的穩(wěn)態(tài)呼叫狀態(tài)。
      10、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述第三方用戶取消了新建所述會話二的呼叫請求,則所述 步驟D中包括如下處理D51、所述媒體網關控制功能網元取消所述會話二,并釋放所述第三 方用戶承載;D52、所述IP多媒體網關功能網元在所述媒體網關控制功能網元的控 制下,恢復所述第 一用戶承載與第二用戶承載間的連接。
      11、 根據權利要求5所述的方法,其特征在于,在所述承載切換過程 完成前,如果所述媒體網關控制功能網元檢查到所述承載切換過程有異常 情況,則所述步驟D中包括如下處理D61 、所述媒體網關控制功能網元拒絕所述第三方用戶發(fā)起新建會話二的呼叫請求,并且釋放所述第三方用戶承載;D62、所述IP多々某體網關功能網元在所述媒體網關控制功能網元的控 制下,恢復所述笫 一用戶承載與第二用戶承載間的連接。
      12、 根據權利要求5所述的方法,其特征在于,所述承載切換過程完 成前,如果所述第二用戶已摘機,則所述步驟D中包括如下處理所述媒體網關控制功能網元檢查所述承載切換過程后續(xù)是否成功完 成,若是則所述媒體網關控制功能網元釋放所述第二承載,所述第一用戶 與第三方用戶進入穩(wěn)態(tài)呼叫狀態(tài);否則所述媒體網關控制功能網元拒絕新 建所述會話二的請求,所述第 一用戶與第二用戶進入穩(wěn)態(tài)呼叫狀態(tài)。
      全文摘要
      本發(fā)明公開了一種實現(xiàn)非穩(wěn)態(tài)呼叫替換功能的方法,應用于通信技術領域,該方法包括步驟在替換電路交換域側的第一用戶與IP多媒體子系統(tǒng)域側的第二用戶間建立會話一的非穩(wěn)態(tài)呼叫狀態(tài);IIP多媒體子系統(tǒng)域側的第三方用戶向媒體網關控制功能網元發(fā)起新建會話二的呼叫請求,請求替換會話一;IP多媒體網關功能網元在所述媒體網關控制功能網元的控制下進行會話二替換會話一的承載切換;第一用戶、第二用戶及第三方用戶間進入呼叫替換狀態(tài)。采用本發(fā)明方法,在IP多媒體子系統(tǒng)域用戶和電路交換域用戶通過媒體網關控制功能和IP多媒體網關功能組成的網元互通且呼叫尚未進入穩(wěn)態(tài)場合下,實現(xiàn)了IP多媒體子系統(tǒng)域第三方用戶借助替換功能替換現(xiàn)有呼叫的功能。
      文檔編號H04W4/16GK101188859SQ20071012501
      公開日2008年5月28日 申請日期2007年12月14日 優(yōu)先權日2007年12月14日
      發(fā)明者斌 沈 申請人:中興通訊股份有限公司
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1