專利名稱：一種會話盲轉(zhuǎn)業(yè)務實現(xiàn)方法
技術領域：
本發(fā)明涉及通信領域，更具體地涉及一種IP多媒體子系統(tǒng)中的會話盲 轉(zhuǎn)業(yè)務。
背景技術：
IP (網(wǎng)絡互聯(lián)協(xié)議，Internet Protocol,簡稱IP)多々某體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱IMS )是由第三代合作伙伴計劃(3rd Generation Partnership Project,簡稱3GPP)提出的一種基于IP的網(wǎng)絡架構， 構建了一個的開放而靈活的業(yè)務環(huán)境，支持多媒體應用，能夠為用戶提供豐 富的多媒體業(yè)務。
在IMS業(yè)務體系中，控制層和業(yè)務層是分離的，控制層不提供具體業(yè) 務，只向業(yè)務層提供必要的觸發(fā)、路由、計費等功能?？刂茖又袠I(yè)務觸發(fā)和 控制功能是呼叫會話控制功能(Call Session Control Function,簡稱CSCF, 分為代理Proxy,查詢Interrogating和服務Serving三種類型，其中負主要責 任的是Serving, Interrogating類型是可選的)完成的，業(yè)務層是由一系列應 用服務器(Application Server,簡稱AS)組成，能提供具體業(yè)務服務，AS 可以是獨立的實體，也可以存在于S-CSCF中?？刂茖?S-CSCF)根據(jù)用戶 的簽約信息控制業(yè)務觸發(fā)，調(diào)用AS上的業(yè)務，實現(xiàn)業(yè)務功能。會話中的端 到端設備稱為用戶設備UE ( User Equipment)，負責與使用者的交互。這些 功能實體4吏用SIP ( Session Initiation Protocol)協(xié)議通訊。
會話盲轉(zhuǎn)業(yè)務是IMS中的一種業(yè)務，該業(yè)務允許用戶在會話建立后， 由轉(zhuǎn)移方將會話轉(zhuǎn)移到轉(zhuǎn)移目標設備上，使得被轉(zhuǎn)移方不再與轉(zhuǎn)移方通話， 轉(zhuǎn)而轉(zhuǎn)移目標通話，其中轉(zhuǎn)移方和被轉(zhuǎn)移方是原來通話的雙方。
圖1是現(xiàn)有的終端支持REFER (轉(zhuǎn)移)的會話盲轉(zhuǎn)業(yè)務的基本消息流 程圖，描述的是當會話建立后，轉(zhuǎn)移方將會話轉(zhuǎn)移給轉(zhuǎn)移目標的過程，其步艱《如下
步驟IOI， UE-A與UE-B已經(jīng)建立多媒體會話，AS-B在會話信令的路 徑上；
步驟102， UE-B發(fā)送REFER消息給UE-A,請求將會話轉(zhuǎn)移給UE-C;
步驟103,消息途經(jīng)AS-B， AS-B將轉(zhuǎn)移目標重定向為AS-B,再將重 定向過的REFER消息發(fā)往UE-A;
步驟104，消息途經(jīng)AS-A， AS-A轉(zhuǎn)發(fā)給UE-A;
步驟105 - 107, UE-A向轉(zhuǎn)移方UE-B發(fā)送NOTIFY (通知)消息，通 知UE-B開始轉(zhuǎn)移，消息途經(jīng)AS-A和AS-B;
步驟108- 109, UE-A向轉(zhuǎn)移目標AS-B發(fā)送INVITE (邀請)消息，進 行呼叫，消息途經(jīng)AS-A;
步驟110，消息到達AS-B， AS-B將INVITE消息的目標重定向為UE-C， 將重定向過的INVITE消息發(fā)往UE-C;
步驟lll, UE-C收到消息后，向UE-A返回"200 OK"消息以應答呼
叫；
步驟112 ~ 113,應答消息到達AS-B后，AS-B將消息改為從AS-B發(fā) 往UE-A，再將修改過的應答消息發(fā)往UE-A,消息途經(jīng)AS-A;
步驟114-116， UE-A收到應答消息后，向轉(zhuǎn)移方UE-B發(fā)送NOTIFY 消息，通知UE-B轉(zhuǎn)移成功，消息途經(jīng)AS-A和AS-B;
步驟117, UE-A和UE-C之間建立了起了多媒體會話，UE-A和UE-B 之間的會話也暫停或終止了 ；
步驟118，當UE-C掛斷通話，則向UE-A發(fā)送BYE消息；
步驟119 ~ 120，消息途經(jīng)AS-B， AS-B將消息改為從AS-B發(fā)往UE-A， 再將修改過的消息發(fā)往UE-A，消息途經(jīng)AS-A。
如果UE-A不支持REFER操作，則AS-A可使用標準的第三方控制的 呼叫控制流程進行會話轉(zhuǎn)移，該流程主要在UE-A和AS-A之間有較大改動， 其他改動不大，消息仍舊需要經(jīng)過AS-B路由，這里不再贅述?；诂F(xiàn)有的實現(xiàn)方案，存在以下不足之處
1、 被轉(zhuǎn)移方和轉(zhuǎn)移目標間建立會話的信令消息必須經(jīng)過轉(zhuǎn)移方網(wǎng)絡， 增加了路由，延遲了消息的傳遞，降低了會話建立的效率；
2、 轉(zhuǎn)移方網(wǎng)絡會收到業(yè)務發(fā)生過程中的所有消息，并負責重定向與轉(zhuǎn) 發(fā)，增加了轉(zhuǎn)移方網(wǎng)絡的負擔。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是一種會話盲轉(zhuǎn)業(yè)務實現(xiàn)方法，減輕轉(zhuǎn)移方網(wǎng) 絡的負擔，并且避免了由于信令消息的路由效率低引起業(yè)務過程延時加大。
為解決該技術問題，本發(fā)明提供一種會話盲轉(zhuǎn)業(yè)務的實現(xiàn)方法，包括以 下步驟
(a) 被轉(zhuǎn)移方用戶設備UE-A與轉(zhuǎn)移方用戶設備UE-B已建立會話，所 述UE-B已開通會話盲轉(zhuǎn)業(yè)務，所述UE-B請求轉(zhuǎn)移會話至轉(zhuǎn)移目標用戶設 備UE-C,后續(xù)進行
轉(zhuǎn)移方服務設備SE-B向被轉(zhuǎn)移方業(yè)務設備NE-A訂閱新建會話類事件， 要求NE-A向轉(zhuǎn)移方業(yè)務設備NE-B通知新建會話的狀態(tài)信息，當SE-B告 知NE-A轉(zhuǎn)移目標時保持消息中轉(zhuǎn)移目標l正-C的地址不變；
或者，SE-B轉(zhuǎn)發(fā)轉(zhuǎn)移請求時要求增加通知的狀態(tài)，使會話結束的狀態(tài) 信息也進行通知，并指明轉(zhuǎn)移目標UE-C的地址；
(b) UE-A呼叫UE-C，建立會話，所述NE-A將該新會話的狀態(tài)信息 通知到一皮轉(zhuǎn)移方。
進一步地，所述新建會話的狀態(tài)信息至少包括新建會話的應答和結束。
進一步地，在所述步驟(a)中，所述SE-B向NE-A訂閱新建會話類事 件的同時指明l正-C的地址或攜帶要求SE-A轉(zhuǎn)發(fā)的轉(zhuǎn)移消息，SE-A向UE-A 請求轉(zhuǎn)移會話到UE-C,請求的源地址是SE-A或者NE-B，同時通知SE-B 訂閱成功。
進一步地，在所述步驟(a)中，所述SE-B向NE-A訂閱新建會話類事 件，NE-A通知SE-B訂閱成功；SE-B向SE-A轉(zhuǎn)發(fā)UE-B的請求轉(zhuǎn)移會話，轉(zhuǎn)移目標是UE-C， SE-A將轉(zhuǎn)移請求轉(zhuǎn)發(fā)給UE-A。
進一步地，在所述步驟(b)中，所述UE-A呼叫UE-C, SE-A向UE-C 轉(zhuǎn)發(fā)呼叫請求，UE-C應答后，NE-A通知NE-B呼叫已應答，UE-A和UE-C 間建立起會話連接，UE-A和UE-B間的會話被暫?；蚪K止。
進一步地，UE-A與UE-C的會話結束后，UE-A或者UE-C發(fā)出掛斷消 息，SE-A轉(zhuǎn)發(fā)掛斷消息給被掛斷方，并通知NE-B會話已結束。
進一步地，在UE-A與UE-C的會話過程中，SE-B要求終止會話，向 NE-A發(fā)送終止會話的消息，NE-A收到消息后，結束UE-A和UE-C的會話， 并通知SE-B終止成功。
進一步地，當所述UE-A不支持轉(zhuǎn)移消息時，則SE-A使用標準的第三 方控制的呼叫實現(xiàn)UE-A與UE-C的會話，并在此會話結束時，向NE-B發(fā) 送會話結束通知。
進一步地，當所述UE-A不支持增加的通知要求，則在UE-A與UE-C 的會話結束后，由SE-A代替UE-A向NE-B發(fā)送會話結束通知。
進一步地，被轉(zhuǎn)移方向轉(zhuǎn)移方通知會話狀態(tài)信息時，攜帶轉(zhuǎn)移會話的會 話標識、媒體類型。
進一步地，所述被轉(zhuǎn)移方業(yè)務設備NE-A是指用戶設備UE-A或服務設 備SE-A,所述SE-A是指應用服務器AS-A或呼叫會話控制功能實體CSCF; 所述轉(zhuǎn)移方業(yè)務設備NE-B是指用戶設備UE-B或服務設備SE-B，所述SE-B 是指應用服務器AS-B或呼叫會話控制功能實體CSCF。
采用本發(fā)明所述方法，不要求業(yè)務過程中會話建立信令消息經(jīng)轉(zhuǎn)移方網(wǎng) 絡重定向和路由，增加了路由效率；為滿足計費等的需要，由被轉(zhuǎn)移方通知 轉(zhuǎn)移方轉(zhuǎn)移會話的開始，前轉(zhuǎn)，應答，和結束等狀態(tài)，實現(xiàn)轉(zhuǎn)移方對業(yè)務的
監(jiān)視，減輕了轉(zhuǎn)移方網(wǎng)絡的負擔；轉(zhuǎn)移方可以通知被轉(zhuǎn)移方掛斷轉(zhuǎn)移的會話， 使得在計費不足時可以控制轉(zhuǎn)移的會話。


圖1為現(xiàn)有的終端支持REFER的會話盲轉(zhuǎn)業(yè)務的基本消息流程圖2為本發(fā)明實施例 一 的使用訂閱方法向A S訂閱新建會話類事件的會 話盲轉(zhuǎn)業(yè)務的基本消息流程圖3為本發(fā)明實施例二的增加UE通知能力的會話盲轉(zhuǎn)業(yè)務的基本消息 流程圖4為本發(fā)明實施例三的會話盲轉(zhuǎn)業(yè)務轉(zhuǎn)移方終止會話的消息流程圖。
具體實施例方式
下面將結合附圖及具體實施方式
對本發(fā)明的技術方案進行更詳細的說明。
本文中使用的"訂閱"是指 一方向另一方請求一類事件通知(例如通 過SUBSCRIBE消息)，此類事件可認為是一個業(yè)務，當另一方發(fā)生此類事 件時，向?qū)Ψ酵ㄖ摼唧w事件(例如通過NOTIFY消息)。
本發(fā)明主要包括以下步驟
(1 )初始化配置，在應用服務器上為用戶終端(比如UE-B )開通會話 盲轉(zhuǎn)業(yè)務；
(2 )會話建立后，當用戶終端(比如UE-B )請求轉(zhuǎn)移會話時，其服務 設備SE-B向被轉(zhuǎn)移方的業(yè)務設備NE-A訂閱新建會話類事件，使得被轉(zhuǎn)移 方通知轉(zhuǎn)移方新建的轉(zhuǎn)移會話的應答和結束等狀態(tài)信息；或在轉(zhuǎn)達轉(zhuǎn)移請求 時，要求增加通知的狀態(tài)，使會話結束等狀態(tài)也會進行通知。
進一步的，如果被轉(zhuǎn)移方的業(yè)務設備NE-A支持新建會話類事件的訂閱， 則被轉(zhuǎn)移方的NE-A負責對會話進行轉(zhuǎn)移，并向轉(zhuǎn)移方的服務設備SE-B通 知轉(zhuǎn)移會話的應答和結束等狀態(tài)信息；如果被轉(zhuǎn)移方的業(yè)務設備NE-A不支 持新建會話類事件的訂閱，則轉(zhuǎn)移方的應用服務器使用標準已有的業(yè)務實現(xiàn) 方式實現(xiàn)會話盲轉(zhuǎn)業(yè)務。
進一步的，如果被轉(zhuǎn)移方的業(yè)務設備NE-A支持增加的通知要求，則被 轉(zhuǎn)移方的業(yè)務設備NE-A向轉(zhuǎn)移方的NE-B通知轉(zhuǎn)移會話開始和結束等狀態(tài) 信息；如果被轉(zhuǎn)移方的業(yè)務設備NE-A不支持增加的通知要求，則轉(zhuǎn)移方的服務設備SE-B使用標準已有的業(yè)務實現(xiàn)方式實現(xiàn)會話盲轉(zhuǎn)業(yè)務。
進一步的，當轉(zhuǎn)移方用戶設備UE-B因計費不足等問題，其服務設備 SE-B需要終止會話時，由其告知被轉(zhuǎn)移方的業(yè)務設備NE-A結束會話，從 而可實現(xiàn)對會話的控制。
進一步的，被轉(zhuǎn)移方業(yè)務設備NE-A向轉(zhuǎn)移方業(yè)務設備NE-B通知轉(zhuǎn)移 會話狀態(tài)時，可攜帶轉(zhuǎn)移會話的會話標識、媒體類型等信息。
所述被轉(zhuǎn)移方業(yè)務設備NE-A是指用戶設備UE-A或服務設備SE-A，其 中SE-A是指應用服務器AS-A或呼叫會話控制功能實體CSCF;所述轉(zhuǎn)移 方業(yè)務設備NE-B是指用戶設備UE-B或服務設備SE-B;其中SE-B是指應 用服務器AS-B或呼叫會話控制功能實體CSCF。
下面用三個應用實例進一步說明本發(fā)明。流程圖中虛線表示的是可選的 過程，在一定條件成立的情況下會發(fā)生。 第一應用實例
圖2是使用訂閱方法向AS訂閱新建會話類事件的會話盲轉(zhuǎn)業(yè)務的基本 消息流程圖，描述了會話建立后，轉(zhuǎn)移方UE-B要求轉(zhuǎn)移會話到轉(zhuǎn)移目標 UE-C，首先由SE-B向SE-A訂閱新建會話類事件，而后實現(xiàn)不經(jīng)轉(zhuǎn)移方網(wǎng) 絡的轉(zhuǎn)移過程。
步驟201, UE-A與UE-B已經(jīng)建立多媒體會話，SE-B在會話信令的路 徑上；
步驟202， UE-B請求將會話轉(zhuǎn)移給UE-C,比如發(fā)送轉(zhuǎn)移請求REFER 消息；
步驟203, SE-B收到轉(zhuǎn)移請求消息后，向SE-A訂閱新建會話類事件， 比如發(fā)送SUBSCRIBE (訂閱)消息，要求SE-A通知新建會話的應答和結 束等信息，SUBSCRIBE消息中可攜帶轉(zhuǎn)移目標的地址，比如在Refer-To域 中指明，或在消息體中放入希望SE-A向UE-A發(fā)送的消息(REFER消息)；
除新建會話的應答和結束這兩種狀態(tài)信息必須通知外，其他狀態(tài)的通知 可選。步驟204，如果203中有轉(zhuǎn)移目標UE-C的信息或攜帶了要求SE-A轉(zhuǎn) 發(fā)的轉(zhuǎn)移消息，且SE-A能支持新建會話類事件的訂閱，則SE-A向UE-A 請求轉(zhuǎn)移會話到UE-C，消息的源地址可以是NE-B也可以是SE-A，比如發(fā) 送REFER消息；
步驟205， SE-A通知SE-B訂閱成功，比如發(fā)送NOTIFY消息；
步驟206-208, UE-A收到步驟204的轉(zhuǎn)移請求，可向轉(zhuǎn)移請求的源地 址(可能是SE-A,也可能是NE-B )通知將開始呼叫新目標，比如發(fā)送NOTIFY 消息，該通知是步驟204中的轉(zhuǎn)移請求采用REFER消息引起的，是現(xiàn)有技 術；如果步驟206中的通知消息是發(fā)往NE-B的，則消息途經(jīng)SE-A時，SE-A 轉(zhuǎn)發(fā)該通知消息給NE-B,如果206中的通知消息是發(fā)往UE-B的，則消息 途經(jīng)SE-B時，SE-B轉(zhuǎn)發(fā)該通知消息給UE-B;
步驟209,如果步驟203中的訂閱消息中沒有轉(zhuǎn)移目標的地址且沒有攜 帶轉(zhuǎn)移消息，SE-B轉(zhuǎn)發(fā)步驟202中的轉(zhuǎn)移請求消息；
步驟210，步驟209中的消息途經(jīng)SE-A， SE-A轉(zhuǎn)發(fā)該轉(zhuǎn)移請求給UE-A;步驟211-213，與步驟206-208相同，UE-A也是采用現(xiàn)有技術發(fā)出 開士臺呼叫通^口；
上述步驟201-213包含了兩個處理流程，其一是繼步驟202之后在步驟 203中SE-B在向SE-A訂閱的同時告知了轉(zhuǎn)移目標或攜帶了轉(zhuǎn)移消息，后續(xù) 流程是步驟204-208;另一個流程是在步驟203中SE-B在向SE-A訂閱時沒 有告知轉(zhuǎn)移目標也沒有攜帶轉(zhuǎn)移消息，而是單獨將UE-B的請求轉(zhuǎn)移消息轉(zhuǎn) 發(fā)給SE-A (步驟209 )，此時引發(fā)的后續(xù)流程是步驟210-213。
步驟214, UE-A根據(jù)轉(zhuǎn)移請求中的目標地址UE-C,呼叫UE-C,比如 發(fā)送INVITE消息；
步驟215，消息途經(jīng)SE-A,根據(jù)本實施例引入的步驟203中SE-B的訂 閱，SE-A可向SE-B通知開始呼叫；如果SE-A發(fā)送了步驟207或212中的 消息，也可以不通知，通知可采用NOTIFY消息；
步驟216, SE-A轉(zhuǎn)發(fā)呼叫請求到UE-C;
步驟217,呼叫消息到達UE-C, l正-C應答呼叫，比如回應"200 OK"消息；
步驟218,應答消息途經(jīng)SE-A, SE-A轉(zhuǎn)發(fā)該消息到UE-A;
步驟219, SE-A同時通知SE-B呼叫已應答，這是本實施例引入的步驟 203中的訂閱引起的，通知消息可攜帶新會話的會話標識，媒體類型等信息；
步驟220-222， UE-A收到步驟218的應答消息后，向最初的轉(zhuǎn)移請求 的源地址通知呼叫已被應答，比如發(fā)送NOTIFY消息，這是現(xiàn)有技術(REFER 引起的)；如果步驟220中的通知消息是發(fā)往NE-B的，則消息途經(jīng)SE-A 時，SE-A轉(zhuǎn)發(fā)該通知消息給NE-B，如果220中的通知消息是發(fā)往UE-B的， 則消息途經(jīng)SE-B時，SE-B轉(zhuǎn)發(fā)該通知消息給UE-B;
步驟223, UE-A和UE-C間建立起會話連接，UE-A和UE-B間的會話 被暫?；蚪K止；
步驟224， l正-C結束通話，掛斷了會話，比如發(fā)送BYE消息到UE-A;
步驟225,消息途經(jīng)SE-A, SE-A轉(zhuǎn)發(fā)掛斷消息給UE-A;
步驟226， SE-A通知SE-B會話已結束，比如發(fā)送NOTIFY消息，該通 知是本實施例引入的步驟203中的訂閱引起的。
其中，在步驟224中，也可是UE-A掛斷會話，此時掛斷消息由UE-A 送出，步驟225則改為SE-A轉(zhuǎn)發(fā)掛斷消息給UE-C。
如果步驟203中的訂閱是發(fā)往UE-A而不是SE-A的，則將圖2中的SE-A 修改成UE-A,并去除現(xiàn)有圖2中的UE-A即可，這里不再贅述這一情況下 的流程。
對于UE-A不支持REFER的情況，則由SE-A使用標準的第三方控制的 呼叫控制流程進行會話轉(zhuǎn)移，即由SE-A向UE-A發(fā)起INVITE,然后再向 UE-C發(fā)起INVITE,最后將兩個會話連接起來實現(xiàn)UE-A和UE-C間通話， 則步驟204和210中的轉(zhuǎn)移請求使用的是INVITE消息，相應的步驟206、 211和220就沒有了，步驟214成為應答消息，步驟218成為應答確認消息 (ACK消息)，其他不變。
采用通知的目的是使SE-B知道UE-A和UE-C間的會話狀態(tài)，SE-B在 步驟203或209中都沒有修改轉(zhuǎn)移目標地址(相比現(xiàn)有技術，轉(zhuǎn)移目標是UE-C而不是SE-B 了 )，所以后續(xù)的轉(zhuǎn)移UE-A是直接和UE-C進行交互， 會話建立過程就不會經(jīng)過SE-B 了，因此減少了轉(zhuǎn)移方網(wǎng)絡的負擔并減少了 會話建立的延時。
第二應用實例
圖3是增加UE通知能力的會話盲轉(zhuǎn)業(yè)務的基本消息流程圖，描述了會 話建立后，轉(zhuǎn)移方UE-B要求轉(zhuǎn)移會話到轉(zhuǎn)移目標UE-C，由SE-B在轉(zhuǎn)達轉(zhuǎn) 移請求時，向被轉(zhuǎn)移方的用戶設備UE-A要求增加通知的狀態(tài)，使會話結束 等狀態(tài)也會進行通知，而后實現(xiàn)不經(jīng)轉(zhuǎn)移方網(wǎng)絡的轉(zhuǎn)移過程。
步驟301, UE-A與UE-B已經(jīng)建立多媒體會話，SE-B在會話信令的路 徑上；
步驟302, UE-B請求將會話轉(zhuǎn)移給UE-C,比如發(fā)送REFER消息；
步驟303，消息途經(jīng)SE-B， SE-B向SE-A轉(zhuǎn)發(fā)轉(zhuǎn)移請求時，要求增加 通知的狀態(tài)，使會話結束等狀態(tài)也會進行通知，比如轉(zhuǎn)發(fā)REFER消息時， 在Refer-To域中指明希望延長訂閱到會話結束；
步驟304，消息途徑SE-A， SE-A將其轉(zhuǎn)發(fā)給UE-A;
步驟305 -307， UE-A通知UE-B開始轉(zhuǎn)移會話，比如發(fā)送NOTIFY消 息，消息途經(jīng)SE-A和SE-B最終到達UE-B,這是現(xiàn)有技術；
步驟308~311， UE-A呼叫UE-C,并收到UE-C的應答，會話建立過 程中的信令不經(jīng)過B網(wǎng)絡；
步驟312-314, UE-A收到應答消息后，通知UE-B呼叫已被應答，比 如發(fā)送NOTIFY消息，可攜帶新會話的會話標識，i某體類型等信息，消息途 經(jīng)SE-A和SE-B最終到達UE-B;
步驟315, UE-A和UE-C間建立起會話連接，UE-A和UE-B間的會話 被暫?；蚪K止；
步驟316-317， UE-C結束通話，掛斷了會話，比如發(fā)送BYE消息到 UE-A,消息途經(jīng)SE-A;步驟318 ~ 320,由于本實施例引入的增加的通知要求，UE-A通知UE-B 轉(zhuǎn)移的會話已結束，比如發(fā)送NOTIFY消息，消息途經(jīng)SE-A和SE-B最終 到達UE-B;如果UE-A不支持增加的通知要求，則由SE-A代替UE-A通知 UE-B轉(zhuǎn)移的會話已結束。
其中，在步驟316 317中，也可是UE-A掛斷會話，此時掛斷消息由 UE-A送往UE-B。
對于UE-A不支持REFER的情況，則要求SE-A支持增加的通知要求， 并由SE-A使用標準的第三方控制的呼叫控制流程進行會話轉(zhuǎn)移，則步驟304 中的轉(zhuǎn)移請求使用的是INVITE消息，相應的步驟305、 312和318就沒有 了，步驟308成為應答消息，步驟311成為應答確認消息(ACK消息)， 其他不變。
第三應用實例
圖4是會話盲轉(zhuǎn)業(yè)務轉(zhuǎn)移方終止會話的消息流程圖，描述了轉(zhuǎn)移方因計 費不足等問題，轉(zhuǎn)移方的服務設備SE-B需要終止轉(zhuǎn)移的會話時的過程。
步驟401, UE-A和UE-C間已建立起會話連接，會話是從A-B會話轉(zhuǎn) 移過來的；
步驟402， SE-B要求SE-A終止轉(zhuǎn)移的會話，比如發(fā)送SUBSCRIBE消 息，其中Expire域設置成O,顯式的取消轉(zhuǎn)移業(yè)務的訂閱，消息中可攜帶要 終止的會話的會話標識，媒體類型等信息；
步驟403，消息到達SE-A, SE-A掛斷UE-A的會話，比如發(fā)送BYE消
自
步驟404， SE-A掛斷UE-C的會話，比如發(fā)送BYE消息；
步驟405, SE-A通知SE-B終止成功，比如發(fā)送NOTIFY消息。
當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的 形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1、一種會話盲轉(zhuǎn)業(yè)務的實現(xiàn)方法，包括以下步驟(a)被轉(zhuǎn)移方用戶設備UE-A與轉(zhuǎn)移方用戶設備UE-B已建立會話，所述UE-B已開通會話盲轉(zhuǎn)業(yè)務，所述UE-B請求轉(zhuǎn)移會話至轉(zhuǎn)移目標用戶設備UE-C，后續(xù)進行轉(zhuǎn)移方服務設備SE-B向被轉(zhuǎn)移方業(yè)務設備NE-A訂閱新建會話類事件，要求NE-A向轉(zhuǎn)移方業(yè)務設備NE-B通知新建會話的狀態(tài)信息，當SE-B告知NE-A轉(zhuǎn)移目標時保持消息中轉(zhuǎn)移目標UE-C的地址不變；或者，SE-B轉(zhuǎn)發(fā)轉(zhuǎn)移請求時要求增加通知的狀態(tài)，使會話結束的狀態(tài)信息也進行通知，并指明轉(zhuǎn)移目標UE-C的地址；(b)UE-A呼叫UE-C，建立會話，所述NE-A將該新會話的狀態(tài)信息通知到被轉(zhuǎn)移方。
2、 如權利要求l所述的方法，其特征在于，所述新建會話的狀態(tài)信息 至少包括新建會話的應答和結束。
3、 如權利要求l所述的方法，其特征在于，在所述步驟(a)中，所述 SE-B向NE-A訂閱新建會話類事件的同時指明UE-C的地址或攜帶要求 SE-A轉(zhuǎn)發(fā)的轉(zhuǎn)移消息，SE-A向UE-A請求轉(zhuǎn)移會話到UE-C,請求的源地 址是SE-A或者NE-B,同時通知SE-B訂閱成功。
4、 如權利要求l所述的方法，其特征在于，在所述步驟(a)中，所述 SE-B向NE-A訂閱新建會話類事件，NE-A通知SE-B訂閱成功；SE-B向 SE-A轉(zhuǎn)發(fā)UE-B的請求轉(zhuǎn)移會話，轉(zhuǎn)移目標是UE-C, SE-A將轉(zhuǎn)移請求轉(zhuǎn) 發(fā)給UE-A。
5、 如權利要求l所述的方法，其特征在于，在所述步驟(b)中，所述 UE-A呼叫UE-C ， SE-A向UE-C轉(zhuǎn)發(fā)呼叫請求，UE-C應答后，NE-A通知 NE-B呼叫已應答，UE-A和UE-C間建立起會話連接，UE-A和UE-B間的 會話被暫?；蚪K止。
6、 如權利要求1所述的方法，其特征在于，UE-A與UE-C的會話結束 后，UE-A或者UE-C發(fā)出掛斷消息，SE-A轉(zhuǎn)發(fā)掛斷消息給被掛斷方，并通知NE-B會話已結束。
7、 如權利要求1所述的方法，其特征在于，在UE-A與UE-C的會話 過程中，SE-B要求終止會話，向NE-A發(fā)送終止會話的消息，NE-A收到消 息后，結束UE-A和UE-C的會話，并通知SE-B終止成功。
8、 如權利要求1所述的方法，其特征在于，當所述UE-A不支持轉(zhuǎn)移 消息時，則SE-A使用標準的第三方控制的呼叫實現(xiàn)UE-A與UE-C的會話， 并在此會話結束時，向NE-B發(fā)送會話結束通知。
9、 如權利要求1所述的方法，其特征在于，當所述UE-A不支持增加 的通知要求，則在UE-A與UE-C的會話結束后，由SE-A代替UE-A向NE-B 發(fā)送會話結束通知。
10、 如權利要求1所述的方法，其特征在于，被轉(zhuǎn)移方向轉(zhuǎn)移方通知會 話狀態(tài)信息時，攜帶轉(zhuǎn)移會話的會話標識、媒體類型。
11、 如權利要求1所述的方法，其特征在于，所述被轉(zhuǎn)移方業(yè)務設備 NE-A是指用戶設備UE-A或服務設備SE-A，所述SE-A是指應用服務器 AS-A或呼叫會話控制功能實體CSCF;所述轉(zhuǎn)移方業(yè)務設備NE-B是指用戶 設備UE-B或服務設備SE-B,所述SE-B是指應用服務器AS-B或呼叫會話 控制功能實體CSCF。
全文摘要
本發(fā)明公開了一種會話盲轉(zhuǎn)業(yè)務實現(xiàn)方法，包括(a)被轉(zhuǎn)移方用戶設備UE-A與轉(zhuǎn)移方用戶設備UE-B已建立會話，所述UE-B已開通會話盲轉(zhuǎn)業(yè)務，所述UE-B請求轉(zhuǎn)移會話至轉(zhuǎn)移目標用戶設備UE-C，后續(xù)進行轉(zhuǎn)移方服務設備SE-B向被轉(zhuǎn)移方業(yè)務設備NE-A訂閱新建會話類事件，要求NE-A向轉(zhuǎn)移方業(yè)務設備NE-B通知新建會話的狀態(tài)信息，當SE-B告知NE-A轉(zhuǎn)移目標時保持消息中轉(zhuǎn)移目標UE-C的地址不變；或者，SE-B轉(zhuǎn)發(fā)轉(zhuǎn)移請求時要求增加通知的狀態(tài)，使會話結束的狀態(tài)信息也進行通知，并指明轉(zhuǎn)移目標UE-C的地址；(b)UE-A呼叫UE-C，建立會話，所述NE-A將該新會話的狀態(tài)信息通知到被轉(zhuǎn)移方。
文檔編號H04Q7/38GK101316383SQ20071010609
公開日2008年12月3日 申請日期2007年5月31日 優(yōu)先權日2007年5月31日
發(fā)明者劉熠雯, 謝振華 申請人:中興通訊股份有限公司