專利名稱：主被叫業(yè)務(wù)服務(wù)器、綜合業(yè)務(wù)接入網(wǎng)設(shè)備及主被叫控實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及主被叫業(yè)務(wù)服務(wù)器、綜合業(yè)務(wù)接入網(wǎng)(Multi-Service Access Network,以下簡稱MSAN)設(shè)備及主被叫控實(shí)現(xiàn)方 法。
背景技術(shù)：
主4皮叫控業(yè)務(wù)在傳統(tǒng)的7^共電話交換網(wǎng)絡(luò)(Public Switched Telephone Network,以下簡稱PSTN)中得到了廣泛的應(yīng)用。在現(xiàn)有的PSTN中，主叫 控是指主被叫之間的通話連接建立后，若主叫掛機(jī)則中斷連接；被叫掛機(jī)后 若主叫不掛機(jī)則需要等待一段時(shí)間后再中斷連接，具體等待時(shí)間由主叫方應(yīng) 用業(yè)務(wù)服務(wù)器(Application Server,以下簡稱AS)確定。被叫控則相反。目前，PSTN網(wǎng)絡(luò)與IP多媒體子系統(tǒng)(IP Multimedia Subsystem,以下簡稱 IMS)網(wǎng)絡(luò)已經(jīng)實(shí)現(xiàn)了互通，但仍然沒有相關(guān)技術(shù)能夠在PSTN網(wǎng)絡(luò)與IMS網(wǎng) 絡(luò)之間實(shí)現(xiàn)主被叫控業(yè)務(wù)。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種主被叫業(yè)務(wù)服務(wù)器、綜合業(yè)務(wù)接入網(wǎng)設(shè)備及主被 叫控實(shí)現(xiàn)方法，用以在兩個(gè)不同的網(wǎng)絡(luò)之間實(shí)現(xiàn)主被叫控業(yè)務(wù)。 本發(fā)明實(shí)施例提供了一種主叫控實(shí)現(xiàn)方法，包括 第二網(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則將桂起指示攜帶在會(huì)話發(fā) 起協(xié)議SIP請求消息中向第 一 網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指 示第 一 網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接。 本發(fā)明實(shí)施例提供了一種主叫控實(shí)現(xiàn)方法，包括接收第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送的攜帶有掛起指示的 會(huì)話發(fā)起協(xié)議SIP請求消息；根據(jù)所述掛起指示執(zhí)行主叫控操作，保持呼叫連接。本發(fā)明實(shí)施例提供了一種被叫控實(shí)現(xiàn)方法，包括第一網(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息 確定釋放控制模式是否為被叫控模式，如果是，則將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指 示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫連接。 本發(fā)明實(shí)施例提供了一種被叫控實(shí)現(xiàn)方法，包括接收第 一 網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送的攜帶有掛起指示的會(huì)話發(fā)起協(xié)議SIP請求消息；根據(jù)所述掛起指示執(zhí)行被叫控操作，保持呼叫連接。本發(fā)明實(shí)施例提供了一種綜合業(yè)務(wù)接入網(wǎng)設(shè)備，包括確定模塊，用于當(dāng)?shù)诙W(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式；發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為主叫控模式時(shí)，將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第 一 網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接。本發(fā)明實(shí)施例提供了一種被叫業(yè)務(wù)服務(wù)器，包括接收模塊，用于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息；確定模塊，用于根據(jù)所述呼叫請求確定釋放控制模式是否為主叫控模式； 發(fā)送模塊，用于當(dāng)所述確定模塊確定釋放控制模式為主叫控模式時(shí)，則將主叫控指示信息攜帶在所述呼叫請求中向所述被叫標(biāo)識(shí)信息對應(yīng)的被叫設(shè)備發(fā)送，以指示所述被叫設(shè)備為受控方。本發(fā)明實(shí)施例提供了一種綜合業(yè)務(wù)接入網(wǎng)設(shè)備，包括確定模塊，用于當(dāng)?shù)谝痪W(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式；發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為被叫控模式時(shí)，將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保 持呼叫連接。本發(fā)明實(shí)施例提供了一種主叫業(yè)務(wù)服務(wù)器，包括接收模塊，用于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有 主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息；確定模塊，用于根據(jù)所述呼叫請求確定釋放控制模式是否為被叫控模式；發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為被叫控模式時(shí)， 則將被叫控指示消息攜帶在呼叫請求響應(yīng)中返回所述主叫設(shè)備，以指示所述 主叫i殳備為受控方。由上述技術(shù)方案可知，本發(fā)明實(shí)施例在第二網(wǎng)絡(luò)中的^皮叫設(shè)備掛才幾時(shí)， 通過將掛起指示攜帶在SIP請求消息中向第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示 第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接；在第一網(wǎng)絡(luò)中的 主叫設(shè)備掛機(jī)時(shí)，通過將掛起指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中的 MSAN設(shè)備發(fā)送，指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫 連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主被叫控業(yè)務(wù)。


圖l為本發(fā)明實(shí)施例一提供的主叫控實(shí)現(xiàn)方法的流程示意圖； 圖2為本發(fā)明實(shí)施例二提供的主叫控實(shí)現(xiàn)方法的信令圖； 圖3為本發(fā)明實(shí)施例三提供的主叫控實(shí)現(xiàn)方法的流程示意圖； 圖4為本發(fā)明實(shí)施例四提供的主叫控實(shí)現(xiàn)方法的流程示意圖； 圖5為本發(fā)明實(shí)施例五提供的被叫控實(shí)現(xiàn)方法的流程示意圖； 圖6為本發(fā)明實(shí)施例六提供的被叫控實(shí)現(xiàn)方法的信令圖； 圖7為本發(fā)明實(shí)施例七提供的被叫控實(shí)現(xiàn)方法的流程示意圖； 圖8為本發(fā)明實(shí)施例八提供的被叫控實(shí)現(xiàn)方法的流程示意圖； 圖9為本發(fā)明實(shí)施例九提供的MSAN設(shè)備的結(jié)構(gòu)示意圖； 圖IO為本發(fā)明實(shí)施例十提供的MSAN設(shè)備的結(jié)構(gòu)示意圖； 圖11為本發(fā)明實(shí)施例十 一 提供的被叫A S的結(jié)構(gòu)示意圖； 圖12為本發(fā)明實(shí)施例十二提供的MSAN設(shè)備的結(jié)構(gòu)示意圖；圖13為本發(fā)明實(shí)施例十三提供的MSAN設(shè)備的結(jié)構(gòu)示意圖； 圖14為本發(fā)明實(shí)施例十四^是供的主叫AS的結(jié)構(gòu)示意圖。
具體實(shí)施方式
下面結(jié)合附圖對本發(fā)明的具體實(shí)施例作進(jìn)一步詳細(xì)的說明。圖l為本發(fā)明實(shí)施例一提供的主叫控實(shí)現(xiàn)方法的流程示意圖。如圖l所示， 本實(shí)施例可以包括以下步驟步驟IOI、第二網(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫 標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則執(zhí)行步驟102;如 果否，則中斷呼叫連接；步驟102、將掛起指示攜帶在會(huì)話發(fā)起協(xié)議(Session Initiation Protocol, 以下簡稱SIP)請求消息中向第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，以指示第一網(wǎng) 絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接；本實(shí)施例提供的主叫控實(shí)現(xiàn)方法可以在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)主叫控業(yè) 務(wù)，本實(shí)施例的兩個(gè)不同的網(wǎng)絡(luò)分別為IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)，^f旦本發(fā)明實(shí)施 例不限于此。其中，第一網(wǎng)絡(luò)可以但不限為IMS網(wǎng)絡(luò)，第二網(wǎng)絡(luò)可以但不限 為PSTN網(wǎng)絡(luò)。本實(shí)施例中的IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)中對稱設(shè)置有MSAN設(shè)備和 主3皮叫應(yīng)用AS (Application Server,以下簡稱AS),且IMS網(wǎng)妾各和PSTN網(wǎng) 絡(luò)之間設(shè)置有媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function,以下簡稱 MGCF)設(shè)備。其中，MSAN設(shè)備用于實(shí)現(xiàn)主被叫設(shè)備的接入管理和執(zhí)行主 被叫控操作；主被叫AS用于實(shí)現(xiàn)業(yè)務(wù)邏輯控制、業(yè)務(wù)數(shù)據(jù)查詢、向主被叫設(shè) 備提供基本話音業(yè)務(wù)、移動(dòng)業(yè)務(wù)、多媒體業(yè)務(wù)及多樣化的第三方業(yè)務(wù)等； MGCF設(shè)備用于實(shí)現(xiàn)IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間的信息轉(zhuǎn)換、呼叫互通、呼叫 類補(bǔ)充業(yè)務(wù)互通、編解碼控制轉(zhuǎn)換等功能。本實(shí)施例中的主被叫設(shè)備可以為 普通老式電話業(yè)務(wù)(Plain Old Telephone Service,以下筒稱POTS)終端也 可以為會(huì)話發(fā)起協(xié)議(Session Initiation Protocol,以下簡稱SIP )用戶設(shè)備 (User Equipment,以下簡稱UE),如果為POTS終端則通過接入網(wǎng)關(guān)控制 功能Gateway Control Protocol,以下簡稱MGCP), SIP,或H323等；如果為SIPUE, 則通過代理呼叫會(huì)話控制功能(Proxy-CSCF，以下簡稱P-CSCF )設(shè)備或者 MSAN設(shè)備接入呼叫會(huì)話控制功能(Call Session Control Function,以下簡稱 CSCF )接入IMS核心網(wǎng)，接入點(diǎn)協(xié)議類型為SIP。
本實(shí)施例中，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送呼叫請求，以請求被叫設(shè)備與其建立呼叫連接。 該呼叫請求中攜帶有被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息，該被叫標(biāo)識(shí)信息用于區(qū) 分不同的#皮叫設(shè)備，該#皮叫標(biāo)識(shí)信息可以為#皮叫設(shè)備的手才幾號(hào)碼例如 13800000002，但不限于手機(jī)號(hào)碼。該被叫設(shè)備接收到該呼叫請求后，同意建 立呼叫連接，則向主叫設(shè)備返回呼叫響應(yīng)消息，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備 和PSTN網(wǎng)絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。其中，本實(shí)施例中的呼叫請求以邀 請(INVITE)消息為例進(jìn)行說明，^旦不限于INVITE消息。相應(yīng)地，本實(shí)施例 中的呼叫響應(yīng)消息以INVITE消息的200響應(yīng)為例進(jìn)行說明，但不限于200響 應(yīng)。
需要說明的是，本實(shí)施例中在IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)之間實(shí)現(xiàn)呼叫連接的 方法與現(xiàn)有技術(shù)相同，此處不再贅述，與現(xiàn)有技術(shù)區(qū)別在于，當(dāng)IMS網(wǎng)絡(luò)中 的主叫AS接收到INVITE消息后，需要解析該INVITE消息的字冠，通過查表 分析該字冠，以確定本次呼叫的釋放控制模式是否為主叫控模式，如果否， 則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該主叫控模式與被叫 標(biāo)識(shí)信息的對應(yīng)關(guān)系。與現(xiàn)有技術(shù)的區(qū)別還在于，當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS 接收到INVrrE消息后，同樣需要解析該INVITE消息的字冠，通過查表分析該
字冠，以確定本次呼叫的釋放控制模式是否為主叫控模式，如果否，則按照
現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該主叫控模式與被叫標(biāo)識(shí)信 息的對應(yīng)關(guān)系，并將主叫控指示信息攜帶在INVITE消息中向被叫設(shè)備發(fā)送， 以通知被叫設(shè)備在本次呼叫中該被叫設(shè)備為受控方。其中，該主叫控指示信 息可以為caller — control,本實(shí)施例中的caller - control通過P - Notification頭域 來攜帶，例如被叫設(shè)備接收到P-Notification: caller - control,則表示被叫 設(shè)備在本次呼叫中作為受控方。
本實(shí)施例中，若在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行通話的過程中，該被叫設(shè)備掛機(jī)，主叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)，PSTN 網(wǎng)絡(luò)中的MSAN設(shè)備立即到被叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為主叫控模式，如果否， 則中斷呼叫連接，結(jié)束本次呼叫；如果是，則該MSAN設(shè)備將媒體修改為 sendonly,使得主叫設(shè)備接收到表示等待被叫設(shè)備再次連接的音頻，同時(shí)將掛 起(suspend)指示攜帶在SIP請求消息中向被叫AS發(fā)送。其中，suspend指示 用于指示IMS網(wǎng)絡(luò)中MSAN設(shè)備執(zhí)行主叫控操作，不釋放呼叫。本實(shí)施中的 SIP請求消息以再邀請(reINVITE )消息為例進(jìn)行說明，但不限于reINVITE 消息。該reINVITE消息中還可以攜帶有被叫標(biāo)識(shí)信息。需要說明的是，本實(shí) 施例中的suspend指示通過P - Notification頭域來攜帶，例如IMS網(wǎng)絡(luò)中的 MSAN設(shè)備接收到P - Notification: user - suspended，則IMS網(wǎng)絡(luò)中的MSAN 設(shè)備執(zhí)行主叫控操作，不釋放呼叫。
當(dāng)被叫AS接收到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該 被叫AS根據(jù)該reINVITE消息中攜帶的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控 制模式為主叫控模式，則不釋放呼叫，啟動(dòng)自身中的主叫控定時(shí)器，然后將 該reINVITE消息透傳到MGCF設(shè)備。其中，該主叫控定時(shí)器用于限定保持呼 叫連接的時(shí)間，若在該主叫控定時(shí)器超時(shí)前，被叫設(shè)備再次摘機(jī)，呼叫連接 將被恢復(fù)；若該主叫控定時(shí)器超時(shí)，則呼叫連接中斷，被叫設(shè)備再次摘機(jī)也 不能恢復(fù)呼叫連接。當(dāng)MGCF設(shè)備接收到攜帶有suspend指示的reINVITE消息 后，不釋i文呼叫，將i某體l奮改為sendonly,并將該reINVITE消息轉(zhuǎn)換為掛 起(SUS)消息向IMS網(wǎng)絡(luò)中的主叫AS發(fā)送。其中，該SUS消息中可以攜帶 有suspend指示，還可以攜帶有纟皮標(biāo)識(shí)信息。
該主叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的被叫標(biāo)識(shí)信息確 定本次呼叫的釋放控制模式為主叫控模式，則不釋放呼叫，啟動(dòng)自身中的主 叫控定時(shí)器，然后將該SUS消息透傳到IMS網(wǎng)絡(luò)中的MSAN設(shè)備。其中，主叫 AS中的主叫控定時(shí)器的功能可參見上述對被叫AS中的主叫控定時(shí)器的描述， 此處不再贅述。當(dāng)IMS網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有suspend指示的SUS 消息后，根據(jù)該suspend指示執(zhí)行主叫控操作，不釋放呼叫。經(jīng)過上述流程， 完成了媒體協(xié)商，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接，在該被叫設(shè)備掛機(jī)后，仍然處于保持狀態(tài)。
呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的主叫控定時(shí)器或^皮叫AS中的 主叫控定時(shí)器超時(shí)，或者持續(xù)到PSTN網(wǎng)絡(luò)中的被叫設(shè)備在主叫控定時(shí)器超時(shí) 前重新摘機(jī)。本實(shí)施例中將著重針對PSTN網(wǎng)絡(luò)中的被叫設(shè)備在主叫控定時(shí)器 超時(shí)前重新摘機(jī)的場景進(jìn)行詳細(xì)說明。
在呼叫連接處于保持狀態(tài)的過程中，被叫設(shè)備重新摘機(jī)，此時(shí)，PSTN網(wǎng) 絡(luò)中的MSAN設(shè)備將立即到被叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為主叫控模式，如果否， 則呼叫連接仍然處于保持狀態(tài)，直至被叫AS或者主叫AS中的主叫控定時(shí)器超 時(shí)；如果是，則該MSAN設(shè)備將媒體修改為sendrecv，使得主叫設(shè)備接收到 被叫設(shè)備發(fā)送的語音信息，恢復(fù)呼叫連接，同時(shí)將恢復(fù)(resume)指示攜帶 在reINVITE消息中向被叫AS發(fā)送。需要說明的是，本實(shí)施例中的resume指示 通過P-Notification頭域來攜帶，例如IMS網(wǎng)絡(luò)中的MSAN設(shè)備接收到P -Notification: user - resumed,則IMS網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，不 釋放呼叫。
當(dāng)被叫AS接收到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該 被叫AS根據(jù)該reINVITE消息中攜帶的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控 制模式為主叫控模式，則停止自身的主叫控定時(shí)器，然后將reINVITE消息透 傳到MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有resume指示的reINVITE消息后， 將々某體修改為sendrecv，并將該reINVITE消息轉(zhuǎn)換為恢復(fù)(RES )消息向IMS 網(wǎng)絡(luò)中的主叫AS發(fā)送，其中，該RES消息中可以攜帶有resume指示，還可以 攜帶有被叫標(biāo)識(shí)信息。
該主叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的resume指示確定 本次呼叫的釋放控制模式為主叫控模式，則停止自身中的主叫控定時(shí)器，然 后將該RES消息透傳到IMS網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)IMS網(wǎng)絡(luò)中的MSAN設(shè)備 接收到攜帶有resume指示的reINVITE消息后，根據(jù)該resume指示執(zhí)行主叫控 操作，恢復(fù)呼叫連接。經(jīng)過上述流程，完成了媒體協(xié)商。在該被叫設(shè)備再次 摘機(jī)后，恢復(fù)了 IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫 連接。需要說明的是，在本實(shí)施例提供的主叫控實(shí)現(xiàn)方法的整個(gè)流程中， 一旦
主叫設(shè)備掛機(jī)，則IMS網(wǎng)絡(luò)中的MSAN設(shè)備和PSTN網(wǎng)絡(luò)中的MSAN設(shè)備都將 釋方丈呼叫，使得呼叫連接中斷。相應(yīng)地，IMS網(wǎng)絡(luò)中的主叫AS和PSTN網(wǎng)絡(luò)中 的被叫AS都將釋放呼叫，并停止對主被叫AS中的主叫控定時(shí)器的監(jiān)控。
更進(jìn)一步地，如果本實(shí)施例中的主被叫設(shè)備為SIPUE，則通過CSCF設(shè)備 接入IMS核心網(wǎng)，該CSCF設(shè)備只需要在接收到INVITE消息、200響應(yīng)或者 reINVITE消息時(shí)，對INVITE消息、200響應(yīng)或者relNVITE消息的P-Notification 頭域透傳即可。
本實(shí)施例中在被叫設(shè)備掛機(jī)時(shí)，通過將SUS指示攜帶在reINVITE消息中 向IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示IMS網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操 作，保持呼叫連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖2為本發(fā)明實(shí)施例二提供的主叫控實(shí)現(xiàn)方法的信令圖。本實(shí)施例以上述 實(shí)施例一提供的主叫控實(shí)現(xiàn)方法為^5出，進(jìn)一步對在IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)之 間的主叫控實(shí)現(xiàn)方法進(jìn)行詳細(xì)說明。如圖2所示，本實(shí)施例可以包括以下步驟
需要i兌明的是，在本實(shí)施例提供的主叫控實(shí)現(xiàn)方法的流程執(zhí)行之前，IMS 網(wǎng)絡(luò)中的主叫設(shè)備向PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送INVITE消息，該INVITE消 息中攜帶有被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息。在此過程中，當(dāng)IMS網(wǎng)絡(luò)中的主 叫AS接收到該INVITE消息時(shí)，解析該INVITE消息的字冠，通過查表分析該 字冠，以確定本次呼叫的釋放控制模式是否為主叫控模式，如果否，則按照 現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該主叫控模式與被叫標(biāo)識(shí)信 息的對應(yīng)關(guān)系。當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到該INVITE消息時(shí)，同樣需要 解析該INVITE消息的字冠，通過查表分析該字冠，以確定本次呼叫的釋放控 制模式是否為主叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接； 如果是，則保存該主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向被叫設(shè)備發(fā) 送caller - control,以通知被叫設(shè)備在本次呼叫中該被叫設(shè)備為受控方。當(dāng)被 叫設(shè)備接收到該INVITE消息后，同意建立呼叫連接，則向主叫設(shè)備返回200 響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備實(shí)現(xiàn)通話。
步驟201 、被叫設(shè)備掛機(jī)，PSTN網(wǎng)絡(luò)中的MSAN設(shè)備根據(jù)該被叫設(shè)備對 應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則執(zhí)行步驟202;如果否，則中斷呼叫連接，結(jié)束本次呼叫。
在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行通話的過程中， 該被叫設(shè)備掛機(jī)，主叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)PSTN網(wǎng)絡(luò)中的MSAN設(shè) 備立即到;故叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng)的釋放控制模式， 并確定查找到的釋放控制模式是否為主叫控模式，如果是，則執(zhí)行步驟202; 如果否，則中斷呼叫連接，結(jié)束本次呼叫。
步驟202、PSTN網(wǎng)絡(luò)中的MSAN設(shè)備將媒體修改為sendonly,并將suspend 指示攜帶在reINVITE消息中向被叫AS發(fā)送。
其中，suspend指示和reINVITE消息已經(jīng)在上述實(shí)施例一中進(jìn)行了詳細(xì)描 述，此處不再贅述。本實(shí)施例中的suspend指示通過P - Notification頭域來攜帶， 具體攜帶方式可參見上述實(shí)施例一中的描述，此處不再贅述。
步驟203 、被叫AS接收到reINVITE消息后，根據(jù)該reINVITE消息中攜帶 的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控制模式為主叫控模式，不釋放呼叫， 啟動(dòng)自身中的主叫控定時(shí)器，并將該reINVITE消息透傳到MGCF設(shè)備。
其中，該reINVITE消息中還攜帶有被叫標(biāo)識(shí)信息。由于在主叫設(shè)備向被 叫設(shè)備發(fā)送INVITE消息時(shí)，被叫AS已經(jīng)保存了該主叫控模式與被叫標(biāo)識(shí)信息 的對應(yīng)關(guān)系，因此，本步驟中被叫AS能夠根據(jù)該被叫標(biāo)識(shí)信息確定本次呼叫 的釋放控制模式為主叫控模式。被叫AS中的主叫控定時(shí)器已經(jīng)在上述實(shí)施例 一中進(jìn)行了詳細(xì)描述，此處不再贅述。
需要說明的是，在本實(shí)施例中的整個(gè)流程中， 一旦主叫設(shè)備掛機(jī)，則被 叫AS將釋放資源，并停止對主叫控定時(shí)器的監(jiān)控。
步驟204 、 MGCF設(shè)備將攜帶有suspend指示的reINVITE消息轉(zhuǎn)換為SUS 消息向IMS網(wǎng)絡(luò)中的主叫AS發(fā)送。
其中，SUS消息已經(jīng)在上述實(shí)施例一中進(jìn)行了詳細(xì)描述，此處不再贅述。
MGCF設(shè)備將reINVITE消息轉(zhuǎn)換為SUS消息后，不釋放呼叫，將媒體修 改為sendonly，并向主叫AS發(fā)送該SUS消息。
進(jìn)一步，在IMS網(wǎng)絡(luò)中的suspend指示仍然是通過P - Notification頭域來攜 帶，具體攜帶方式可以參見上述實(shí)施例一中的描述，此處不再贅述。
步驟205、主叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控制模式為主叫控模式，不釋放呼叫，啟動(dòng)自身中
的主叫控定時(shí)器，并將該SUS消息透傳到IMS網(wǎng)絡(luò)中的MSAN設(shè)備。
其中，該SUS消息中還攜帶有被叫標(biāo)識(shí)信息。由于在主叫設(shè)備向被叫設(shè) 備發(fā)送INVITE消息時(shí)，主叫AS已經(jīng)保存了該主叫控沖莫式與被叫標(biāo)識(shí)信息的對 應(yīng)關(guān)系，因此，本步驟中主叫AS能夠根據(jù)該被叫標(biāo)識(shí)信息確定本次呼叫的釋 放控制模式為主叫控模式。主叫AS中的主叫控定時(shí)器已經(jīng)在上述實(shí)施例一中 進(jìn)行了詳細(xì)描述，此處不再贅述。
需要說明的是，在本實(shí)施例的整個(gè)流程中， 一旦主叫設(shè)備掛機(jī)，則主叫 AS將釋放資源，并停止對主叫控定時(shí)器的監(jiān)控。
步驟206、 IMS網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有suspend指示的SUS消息 后，根據(jù)該suspend指示執(zhí)行主叫控操作，不釋放呼叫。
經(jīng)過上述步驟，完成了々某體協(xié)商，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng) 絡(luò)中的被叫設(shè)備之間的呼叫連接，在該被叫設(shè)備掛機(jī)后，仍然處于保持狀態(tài)。
需要說明的是，呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的主叫控定時(shí)器 或被叫AS中的主叫控定時(shí)器超時(shí)，或者持續(xù)到PSTN網(wǎng)絡(luò)中的被叫設(shè)備在主 叫控定時(shí)器超時(shí)前重新摘機(jī)。
步驟207、被叫設(shè)備重新摘機(jī)，PSTN網(wǎng)絡(luò)中的MSAN設(shè)備根據(jù)該被叫設(shè) 備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則執(zhí) 行步驟208;如果否，則呼叫連接仍然處于保持狀態(tài)。
在呼叫連接處于保持狀態(tài)的過程中，被叫設(shè)備重新摘機(jī)，則PSTN網(wǎng)絡(luò)中 的MS AN設(shè)備將立即到被叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng)的釋 放控制模式，并確定查找到的釋放控制模式是否為主叫控模式，如果是，則 執(zhí)行步驟208;如果否，則呼叫連接仍然處于保持狀態(tài)，直至被叫AS或者主 叫AS中的主叫控定時(shí)器超時(shí)。
步驟208、PSTN網(wǎng)絡(luò)中的MSAN設(shè)備將媒體修改為sendrecv,并將resume 指示攜帶在reINVITE消息中向被叫AS發(fā)送。
其中，resume指示已經(jīng)在上述實(shí)施例一中進(jìn)行了詳細(xì)描述，此處不再贅 述。本實(shí)施例中的resume指示通過P-Notification頭域來攜帶，具體攜帶方式 可參見上述實(shí)施例一中的描述，此處不再贅述。步驟209、被叫AS接收到reINVITE消息后，根據(jù)該reINVITE消息中攜帶 的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控制模式為主叫控模式，停止自身中的 主叫控定時(shí)器，并將該reINVITE消息透傳到MGCF設(shè)備。
步驟210、 MGCF設(shè)備將攜帶有resume指示的reINVITE消息轉(zhuǎn)換為RES消 息向IMS網(wǎng)絡(luò)中的主叫AS發(fā)送。
其中，RES消息已經(jīng)在上述實(shí)施例一中進(jìn)行了詳細(xì)描述，此處不再贅述。
MGCF設(shè)備將reINVITE消息轉(zhuǎn)換為RES消息后，將媒體修改為sendrecv， 并將該RES消息轉(zhuǎn)換為攜帶有resume指示的reINVITE消息向主叫AS發(fā)送。
進(jìn)一步，在IMS網(wǎng)絡(luò)中的resume指示仍然是通過P - Notification頭域來攜 帶，具體攜帶方式可以參見上述實(shí)施例一中的描述，此處不再贅述。
步驟211、主叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的被叫標(biāo)識(shí) 信息確定本次呼叫的釋放控制模式為主叫控模式，停止自身中的主叫控定時(shí) 器，并將該RES消息透傳到IMS網(wǎng)絡(luò)中的MSAN;殳備。
步驟212、當(dāng)IMS網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有resume指示的RES消 息后，根據(jù)該resume指示執(zhí)行主叫控操作，恢復(fù)呼叫連接。
經(jīng)過上述流程，完成了媒體協(xié)商。在該被叫設(shè)備再次摘機(jī)后，恢復(fù)了IMS 網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接。
本實(shí)施例中，PSTN網(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，通過將suspend指示攜帶在 reINVITE消息中向IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示IMS網(wǎng)絡(luò)中的MSAN設(shè) 備執(zhí)行主叫控操作，保持呼叫連接，從而實(shí)現(xiàn)了IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)中的主 叫控業(yè)務(wù)。
需要說明的是，本實(shí)施例以主叫設(shè)備設(shè)置在IMS網(wǎng)絡(luò)，被叫設(shè)備設(shè)置在 PSTN網(wǎng)絡(luò)中的場景為例進(jìn)行說明。在實(shí)際應(yīng)用中，主叫設(shè)備還可以設(shè)置在 PSTN網(wǎng)絡(luò)中，被叫設(shè)備還可以設(shè)置在IMS網(wǎng)絡(luò)中，具體的流程與本實(shí)施例提 供的主叫控實(shí)現(xiàn)方法的流程相同，僅是將本實(shí)施例步驟中的IMS網(wǎng)絡(luò)調(diào)整為 PSTN網(wǎng)絡(luò)，將PSTN網(wǎng)絡(luò)調(diào)整為IMS網(wǎng)絡(luò)。
圖3為本發(fā)明實(shí)施例三提供的主叫控實(shí)現(xiàn)方法的流程示意圖。如圖3所示， 本實(shí)施例可以包括以下步驟
步驟301、接收第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請
17求消息；
步驟302、根據(jù)所述掛起指示執(zhí)行主叫控操作，保持呼叫連接。
與上述實(shí)施例一相同的是，本實(shí)施例提供的主叫控實(shí)現(xiàn)方法可以在兩個(gè) 不同的網(wǎng)絡(luò)中實(shí)現(xiàn)主叫控業(yè)務(wù)，本實(shí)施例中的第一網(wǎng)絡(luò)仍然以IMS網(wǎng)絡(luò)為例 進(jìn)行說明，第二網(wǎng)絡(luò)仍然以PSTN網(wǎng)絡(luò)進(jìn)行說明。本實(shí)施例中的IMS網(wǎng)絡(luò)和 PSTN網(wǎng)絡(luò)中仍然對稱設(shè)置有MSAN設(shè)備、主被叫AS以及主被叫設(shè)備，并且 IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間設(shè)置有MGCF設(shè)備，其中，MSAN設(shè)備、主被叫AS、 MGCF設(shè)備以及主被叫設(shè)備可參見上述實(shí)施例一的描述，此處不再贅述。與 上述實(shí)施例 一 的區(qū)別在于，本實(shí)施例以IMS網(wǎng)絡(luò)側(cè)的角度對本發(fā)明實(shí)施例的 主叫控實(shí)現(xiàn)方法進(jìn)行說明，因此，本實(shí)施例中的呼叫請求、SIP請求消息、掛 起消息以及恢復(fù)消息可參見上述實(shí)施例一中的描述，本實(shí)施例中不再贅述。
本實(shí)施例中，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送攜帶有被叫標(biāo)識(shí)信息的INVITE消息，以請求被 叫設(shè)備與其建立呼叫連接。當(dāng)被叫設(shè)備接收到該INVITE消息后，統(tǒng)一建立呼 叫連接，則向主叫設(shè)備返回200響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng) 絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。在此過程中，IMS網(wǎng)絡(luò)中的主叫AS接收到 INVITE消息后，解析該INVITE消息的字冠，通過查表分析該字冠，確定本次 呼叫的釋放控制模式是否為主叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建 立呼叫連接；如果是，則保存該主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系。相 應(yīng)地，當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到INVITE消息后，同樣解析該INVITE消 息的字冠，通過查表分析該字冠，確定本次呼叫的釋放控制模式是否為主叫 控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該 主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向被叫設(shè)備發(fā)送caller - control, 以通知被叫設(shè)備在本次呼叫中該被叫設(shè)備為受控方。其中，本實(shí)施例中的 caller - control通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí) 施例一的描述，此處不再贅述。
本實(shí)施例中，若在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行 通話的過程中，該被叫設(shè)備掛機(jī)，主叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)，PSTN 網(wǎng)絡(luò)中的MSAN設(shè)備立即到被叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng)的釋放控制模式，并確定查找到的釋放控制模式是否為主叫控模式，如果否，
則中斷呼叫連接，結(jié)束本次呼叫；如果是，則該MSAN設(shè)備將媒體修改為 sendonly，使得主叫設(shè)備接收到表示等待被叫設(shè)備再次連接的音頻，同時(shí)將 suspend指示攜帶在reINVITE消息中向被叫AS發(fā)送。需要說明的是，本實(shí)施例 中的suspend指示通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述 實(shí)施例一中的描述，此處不再贅述。
當(dāng)被叫AS接收到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該 被叫AS根據(jù)該reINVITE消息中攜帶的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控 制模式為主叫控模式，則不釋放呼叫，啟動(dòng)自身中的主叫控定時(shí)器，然后將 該reINVITE消息透傳到MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有suspend指示 的reINVITE消息后，不釋》文呼叫，將々某體^l^改為sendonly，并將該reINVITE 消息轉(zhuǎn)換為SUS消息向主叫AS發(fā)送。
該主叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的被叫標(biāo)識(shí)信息確 定本次呼叫的釋放控制模式為主叫控模式，則不釋放呼叫，啟動(dòng)自身中的主 叫控定時(shí)器，然后將該SUS消息透傳到IMS網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)IMS網(wǎng)絡(luò) 中的MSAN設(shè)備接收到攜帶有suspend指示的SUS消息后，根據(jù)該suspend指示 執(zhí)行主叫控操作，不釋放呼叫。經(jīng)過上述流程，完成了媒體協(xié)商，使得IMS 網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接，在該被叫設(shè)備 掛機(jī)后，仍然處于保持狀態(tài)。
呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的主叫控定時(shí)器或被叫AS中的 主叫控定時(shí)器超時(shí)，或者持續(xù)到PSTN網(wǎng)絡(luò)中的被叫設(shè)備在主叫控定時(shí)器超時(shí) 前重新摘機(jī)。
在呼叫連接處于保持狀態(tài)的過程中，被叫設(shè)備重新摘機(jī)，此時(shí)，PSTN網(wǎng) 絡(luò)中的MSAN設(shè)備將立即到被叫AS中查找與該被叫設(shè)備的被叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為主叫控模式，如果否， 則呼叫連接仍然處于保持狀態(tài)，直至被叫AS或者主叫AS的主叫控定時(shí)器超 時(shí)；如果是，則該MSAN設(shè)備將媒體修改為sendrecv,使得主叫設(shè)備接收到被 叫設(shè)備發(fā)送的語音信息，恢復(fù)呼叫連接，同時(shí)將resume指示攜帶在reINVITE 消息中向被叫AS發(fā)送。需要說明的是，本實(shí)施例中的resume指示通過P-Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí)施例一中的描述，此 處不再贅述。
當(dāng)被叫AS接收到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該 被叫AS根據(jù)該reINVITE消息中攜帶的resume指示確定本次呼叫的釋放控制 模式為主叫控模式，則停止自身的主叫控定時(shí)器，然后將reINVITE消息透傳 到MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有resume指示的reINVITE消息后，將 媒體修改為sendrecv，將該reINVITE消息轉(zhuǎn)換為RES消息向主叫AS發(fā)送。
該主叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的resume指示確定 本次呼叫的釋放控制模式為主叫控模式，則停止自身中的主叫控定時(shí)器，然 后將該RES消息透傳到IMS網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)IMS網(wǎng)絡(luò)中的MSAN設(shè)備 接收到攜帶有resume指示的RES消息后，根據(jù)該resume指示執(zhí)行主叫控操作， 恢復(fù)呼叫連接。經(jīng)過上述流程，完成了媒體協(xié)商。在該被叫設(shè)備再次摘機(jī)后， 恢復(fù)了 IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接。
需要說明的是，在本實(shí)施例提供的主叫控實(shí)現(xiàn)方法的整個(gè)流程中， 一旦 主叫設(shè)備掛機(jī)，則IMS網(wǎng)絡(luò)中的MSAN設(shè)備和PSTN網(wǎng)絡(luò)中的MSAN設(shè)備都將 釋放呼叫，使得呼叫連接中斷。相應(yīng)地，IMS網(wǎng)絡(luò)中的主叫AS和PSTN網(wǎng)絡(luò)中 的被叫AS都將釋放呼叫，并停止對主被叫AS中的主叫控定時(shí)器的監(jiān)控。
更進(jìn)一步地，如果本實(shí)施例中的主被叫設(shè)備為SIPUE,則通過CSCF設(shè)備 接入IMS核心網(wǎng)，該CSCF設(shè)備只需要在接收到INVITE消息、200響應(yīng)或者 reINVITE消息時(shí)，對INVITE消息、200響應(yīng)或者reINVITE消息的P-Notification 頭域透傳即可。
本實(shí)施例在接收到第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的 SIP請求消息，根據(jù)該掛起指示執(zhí)行主叫控操作，保持呼叫連接，從而在兩個(gè) 不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖4為本發(fā)明實(shí)施例四提供的主叫控實(shí)現(xiàn)方法的流程示意圖。如圖4所示， 本實(shí)施例可以包括以下步驟
步驟401、接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有被叫設(shè) 備對應(yīng)的被叫標(biāo)識(shí)信息；
步驟402、根據(jù)所述呼叫請求確定釋放控制模式是否為主叫控模式，如果
20是，則將主叫控指示信息攜帶在所述呼叫請求中向所述被叫標(biāo)識(shí)信息對應(yīng)的 被叫設(shè)備發(fā)送，以指示所述被叫設(shè)備為受控方。
本實(shí)施例主要針對上述實(shí)施例一至實(shí)施例四提供的主叫控實(shí)現(xiàn)方法中， 在兩個(gè)不同的網(wǎng)絡(luò)中的主叫設(shè)備和被叫設(shè)備建立呼叫連接的階段，被叫AS保 存主叫控模式，并通知被叫設(shè)備該被叫設(shè)備為受控方的過程進(jìn)行詳細(xì)說明。
本實(shí)施例中的第一網(wǎng)絡(luò)仍然以IMS網(wǎng)絡(luò)為例進(jìn)行說明，第二網(wǎng)絡(luò)仍然以PSTN 網(wǎng)絡(luò)進(jìn)行說明。本實(shí)施例中的IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)中對稱設(shè)置有MSAN設(shè)備、 主被叫AS以及主被叫設(shè)備，并且IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間設(shè)置有MGCF設(shè) 備。其中，MSAN設(shè)備、主被叫AS、 MGCF設(shè)備以及主被叫設(shè)備可參見上述 實(shí)施例一的描述，此處不再贅述。本實(shí)施例以IMS網(wǎng)絡(luò)側(cè)的角度對本發(fā)明實(shí) 施例的主叫控實(shí)現(xiàn)方法進(jìn)行說明，因此，本實(shí)施例中的呼叫請求可參見上述 實(shí)施例一中的描述，本實(shí)施例中不再贅述。
本實(shí)施例中，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送攜帶有被叫標(biāo)識(shí)信息的INVITE消息，以請求被 叫設(shè)備與其建立呼叫連接。當(dāng)被叫設(shè)備接收到該INVITE消息后，統(tǒng)一建立呼 叫連接，則向主叫設(shè)備返回200響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng) 絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。在此過程中，IMS網(wǎng)絡(luò)中的主叫AS接收到 INVITE消息后，解析該INVITE消息的字冠，通過查表分析該字冠，確定本次 呼叫的釋放控制模式是否為主叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建 立呼叫連接；如果是，則保存該主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系。相 應(yīng)地，當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到INVITE消息后，同樣解析該INVITE消 息的字冠，通過查表分析該字冠，確定本次呼叫的釋放控制模式是否為主叫 控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該 主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向被叫設(shè)備發(fā)送caller - control ， 以通知被叫設(shè)備在本次呼叫中該被叫設(shè)備為受控方。其中，本實(shí)施例中的 caller - control通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí) 施例一的描述，此處不再贅述。
本實(shí)施例中根據(jù)接收到的呼叫請求確定釋放控制模式為主叫控模式時(shí)， 向被叫設(shè)備發(fā)送主叫控指示信息，以指示被叫設(shè)備為受控方，使得被叫設(shè)備在掛機(jī)之后重新摘機(jī)，仍然能夠恢復(fù)原先的呼叫連接，從而在兩個(gè)不同的網(wǎng) 絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖5為本發(fā)明實(shí)施例五提供的被叫控實(shí)現(xiàn)方法的流程示意圖。如圖5所示， 本實(shí)施例可以包括以下步驟
步驟501、第一網(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對應(yīng)的主叫 標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式，如果是，則執(zhí)行步驟502;如 果否，則中斷呼叫連接；
步驟502、將掛起指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中的MSAN設(shè)備 發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫連接。
本實(shí)施例提供的被叫控實(shí)現(xiàn)方法可以在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)被叫控業(yè) 務(wù)，本實(shí)施例中的兩個(gè)不同的網(wǎng)絡(luò)分別為IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)，但本發(fā)明實(shí) 施例不限于此，其中，第一網(wǎng)絡(luò)可以但不限為IMS網(wǎng)絡(luò)，第二網(wǎng)絡(luò)可以但不 限為PSTN網(wǎng)絡(luò)。本實(shí)施例中的IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)中對稱設(shè)置有MSAN設(shè) 備、主被叫AS以及主被叫設(shè)備，并且IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間設(shè)置有MGCF 設(shè)備。其中，MSAN設(shè)備、主被叫AS、 MGCF設(shè)備以及主被叫設(shè)備已經(jīng)在上 述實(shí)施例一中進(jìn)行了詳細(xì)描述，此處不再贅述。進(jìn)一步地，本實(shí)施例中的呼 叫請求、SIP請求消息、掛起消息以及恢復(fù)消息可參見上述實(shí)施例一中的描述， 本實(shí)施例中不再贅述。
本實(shí)施例中，當(dāng)MS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送INVITE消息，以請求被叫設(shè)備與其建立呼叫連 接。該INVITE消息中攜帶有該主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息，該主叫標(biāo)識(shí)信 息用于區(qū)分不同的被叫設(shè)備，該主叫標(biāo)識(shí)信息可以為主叫設(shè)備的手機(jī)號(hào)碼例 如13800000001，但不限于手機(jī)號(hào)碼。該被叫設(shè)備接收到該INVITE消息后， 同意建立呼叫連接，則向主叫設(shè)備返回200響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備 和PSTN網(wǎng)絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。
需要說明的是，本實(shí)施例中在IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)之間實(shí)現(xiàn)呼叫連接的 方法與現(xiàn)有技術(shù)相同，此處不再贅述，與現(xiàn)有技術(shù)區(qū)別在于，當(dāng)IMS網(wǎng)絡(luò)中 的主叫AS接收到INVITE消息后，需要解析該INVITE消息的字冠，通過查表 分析該字冠，以確定本次呼叫的釋放控制模式是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該被叫控模式與主叫 標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向主叫設(shè)備發(fā)送被叫控指示信息，以通知主叫設(shè)備 在本次呼叫中該主叫設(shè)備為受控方。其中，該被叫控指示信息可以為called-control,本實(shí)施例中的called - control通過P - Notification頭域來攜帶，例如 主叫設(shè)備接收到P - Notification: called - control,則表示主叫設(shè)備在本次呼叫 中作為受控方。與現(xiàn)有技術(shù)的區(qū)別還在于，當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到 INVITE消息后，同樣需要解析該INVITE消息的字冠，通過查表分析該字冠， 以確定本次呼叫的釋放控制模式是否為被叫控模式，如果否，則按照現(xiàn)有技 術(shù)的方式建立呼叫連接；如果是，則保存該被叫控模式與主叫標(biāo)識(shí)信息的對 應(yīng)關(guān)系。
本實(shí)施例中，若在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行 通話的過程中，該主叫設(shè)備桂機(jī)，被叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)，IMS 網(wǎng)絡(luò)中的MS AN設(shè)備立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為被叫控模式，如果否， 則中斷呼叫連接，結(jié)束本次呼叫；如果是，則該MSAN設(shè)備將媒體修改為 sendonly，同時(shí)將suspend指示攜帶在reINVITE消息中向主叫AS發(fā)送。其中， 該suspend指示用于指示PSTN網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，不釋放呼 叫。其中，reINVITE消息中還可以攜帶有主叫標(biāo)識(shí)信息。需要說明的是，本 實(shí)施例中的suspend指示通過P - Notification頭域來攜帶，具體的攜帶方式參見 上述實(shí)施例一中的描述，此處不再贅述。
當(dāng)主叫AS接收到IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該主 叫AS根據(jù)該reINVITE消息中攜帶的主叫標(biāo)識(shí)信息確定本次呼叫的釋放控制 模式為被叫控模式，則不釋放呼叫，啟動(dòng)自身中的被叫控定時(shí)器，然后將該 reINVITE消息透傳到MGCF設(shè)備，其中，該被叫控定時(shí)器用于限定保持呼叫 連接的時(shí)間，若在該被叫控定時(shí)器超時(shí)前，主叫設(shè)備再次摘機(jī)，呼叫連接將 被恢復(fù)；若該被叫控定時(shí)器超時(shí)，則呼叫連接中斷，主叫設(shè)備再次摘機(jī)也不 能恢復(fù)呼叫連接。當(dāng)MGCF設(shè)備接收到攜帶有suspend指示的reINVITE消息后， 不釋》丈呼叫，將々某體修改為sendonly,并將該reINVITE消息轉(zhuǎn)換為SUS消息 向被叫AS發(fā)送。其中，該SUS消息可參見上述實(shí)施例一中的描述，此處不再贅述。
該被叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的主叫標(biāo)識(shí)信息確 定本次呼叫的釋放控制模式為被叫控模式，則不釋放呼叫，啟動(dòng)自身中的被 叫控定時(shí)器，然后將該SUS消息透傳到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備。其中，被 叫AS中的被叫控定時(shí)器的功能可參見上述對主叫AS中的主叫控定時(shí)器的描 述，此處不再贅述。當(dāng)PSTN網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有suspend指示的 SUS消息后，根據(jù)該suspend指示執(zhí)行被叫控操作，不釋放呼叫。經(jīng)過上述流 程，完成了媒體協(xié)商，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備 之間的呼叫連接，在該主叫設(shè)備掛機(jī)后，仍然處于保持狀態(tài)。
呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的被叫控定時(shí)器或被叫AS中的 被叫控定時(shí)器超時(shí)，或者持續(xù)到IMS網(wǎng)絡(luò)中的主叫設(shè)備在被叫控定時(shí)器超時(shí) 前重新摘機(jī)。本實(shí)施例中將著重針對IMS網(wǎng)絡(luò)中的主叫設(shè)備在被叫控定時(shí)器 超時(shí)前重新摘機(jī)的場景進(jìn)行詳細(xì)說明。
在呼叫連接處于保持狀態(tài)的過程中，主叫i殳備重新摘才幾，此時(shí)，IMS網(wǎng) 絡(luò)中MSAN設(shè)備將立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng)的 釋放控制模式，并確定查找到的釋放控制模式是否為被叫控模式，如果否， 則呼叫連接仍然處于保持狀態(tài)，直至主叫AS或者被叫AS的被叫控定時(shí)器；如 果是，則該MSAN設(shè)備將i某體修改為sendrecv，恢復(fù)呼叫連接，同時(shí)將resume 指示攜帶在reINVITE消息中向主叫AS發(fā)送。需要說明的是，本實(shí)施例中的 resume指示通過P-Notification頭域來攜帶，例如PSTN網(wǎng)絡(luò)中的MSAN設(shè)備 接收到P - Notification: user - resumed ，則PSTN網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)4亍^t 叫控操作，不釋放呼叫。
當(dāng)主叫AS接收到IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該主 叫AS根據(jù)該reINVITE消息中攜帶的主叫標(biāo)識(shí)信息確定本次呼叫的釋放控制 模式為被叫控模式，則停止自身的被叫控定時(shí)器，然后將reINVITE消息透傳 到MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有resume指示的reINVITE消息后，將 媒體修改為sendrecv，并將該reINVITE消息轉(zhuǎn)換為RES消息向被叫AS發(fā)送， 其中，該RES消息可參見上述實(shí)施例一的描述，此處不再贅述。
該被叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的resume指示確定
24本次呼叫的釋放控制模式為被叫控模式，則停止自身中的被叫控定時(shí)器，然
后將該RES消息透傳到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)PSTN網(wǎng)絡(luò)中的MSAN設(shè) 備接收到攜帶有resume指示的RES消息后，根據(jù)該resume指示執(zhí)行被叫控操 作，恢復(fù)呼叫連接。經(jīng)過上述流程，完成了媒體協(xié)商。在該主叫設(shè)備再次摘 機(jī)后，恢復(fù)了 IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接。
需要說明的是，在本實(shí)施例提供的被叫控實(shí)現(xiàn)方法的整個(gè)流程中， 一旦 被叫設(shè)備掛機(jī)，則IMS網(wǎng)絡(luò)中的MSAN設(shè)備和PSTN網(wǎng)絡(luò)中的MSAN設(shè)備都將 釋^t呼叫，使得呼叫連接中斷。相應(yīng)地，IMS網(wǎng)絡(luò)中的主叫AS和PSTN網(wǎng)絡(luò)中 的被叫AS都將釋放呼叫，并停止對主被叫AS中的被叫控定時(shí)器的監(jiān)控。
更進(jìn)一步地，如果本實(shí)施例中的主被叫設(shè)備為SIPUE，則通過CSCF設(shè)備 接入IMS核心網(wǎng)，該CSCF設(shè)備只需要在接收到INVITE消息、200響應(yīng)或者 reINVITE消息時(shí)，對INVITE消息、200響應(yīng)或者reINVITE消息的P-Notification 頭域透傳即可。
本實(shí)施例中在主叫設(shè)備掛機(jī)時(shí)，通過將suspend指示攜帶在reINVITE消息 中向PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示PSTN網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫 控操作，保持呼叫連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了被叫控業(yè)務(wù)。
圖6為本發(fā)明實(shí)施例六提供的被叫控實(shí)現(xiàn)方法的信令圖。本實(shí)施例以上述 實(shí)施例五提供的被叫控實(shí)現(xiàn)方法為基礎(chǔ)，進(jìn)一步對在IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)之 間的被叫控實(shí)現(xiàn)方法進(jìn)行詳細(xì)說明。如圖6所示，本實(shí)施例可以包括以下步驟
需要說明的是，在本實(shí)施例提供的被叫控實(shí)現(xiàn)方法的流程執(zhí)行之前，IMS 網(wǎng)絡(luò)中的主叫設(shè)備向PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送INVITE消息，該INVITE消 息中攜帶有主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息。在此過程中，當(dāng)IMS網(wǎng)絡(luò)中的主 叫AS接收到該INVITE消息時(shí)，解析該INVITE消息的字冠，通過查表分析該 字冠，以確定本次呼叫的釋放控制模式是否為被叫控模式，如果否，則按照 現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該被叫控模式與主叫標(biāo)識(shí)信 息的對應(yīng)關(guān)系，并向主叫設(shè)備發(fā)送called - control,以通知主叫設(shè)備在本次呼 叫中該主叫設(shè)備為受控方。當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到該INVITE消息時(shí)， 同樣需要解析該INVITE消息的字冠，通過查表分析該字冠，以確定本次呼叫的釋放控制模式是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼
叫連接；如果是，則保存該被叫控模式與主叫標(biāo)識(shí)信息的對應(yīng)關(guān)系。當(dāng)被叫 設(shè)備接收到該INVITE消息后，同意建立呼叫連接，則向主叫設(shè)備返回200響 應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備實(shí)現(xiàn)通話。
步驟601、主叫設(shè)備掛機(jī)，IMS網(wǎng)絡(luò)中的MSAN設(shè)備根據(jù)該主叫設(shè)備對應(yīng) 的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式，如果是，則執(zhí)行步驟 602;如果否，則中斷呼叫連接，結(jié)束本次呼叫。
在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行通話的過程中， 該主叫設(shè)備掛機(jī)，被叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)IMS網(wǎng)絡(luò)中的MSAN設(shè)備 立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng)釋放控制沖莫式，并確 定查找到的釋放控制模式是否為被叫控模式，如果是，則執(zhí)行步驟602;如果 否，則中斷呼叫連接，結(jié)束本次呼叫。
步驟602、 IMS網(wǎng)絡(luò)中的MSAN設(shè)備將媒體修改為sendonly,并將suspend 指示攜帶在reINVITE消息中向主叫AS發(fā)送。
其中，suspend指示和reINVITE消息已經(jīng)在上述實(shí)施例一中進(jìn)行了詳細(xì)描 述，此處不再贅述。本實(shí)施例中的suspend指示通過P - Notification頭域來攜帶， 具體攜帶方式可參見上述實(shí)施例一中的描述，此處不再贅述。
步驟603、主叫AS接收到reINVITE消息后，根據(jù)該reINVITE消息中攜帶 的主叫標(biāo)識(shí)信息確定本次呼叫的釋放控制模式為被叫控模式，不釋放呼叫， 啟動(dòng)自身中的被叫控定時(shí)器，并將該reINVITE消息透傳到MGCF設(shè)備。
其中，該rcINVITE消息中還攜帶有主叫標(biāo)識(shí)信息。由于在主叫設(shè)備向被 叫設(shè)備發(fā)送INVITE消息時(shí)，主叫AS已經(jīng)保存了該被叫控模式與主叫標(biāo)識(shí)信息 的對應(yīng)關(guān)系，因此，本步驟中主叫AS能夠根據(jù)該主叫標(biāo)識(shí)信息確定本次呼叫 的釋放控制模式為被叫控模式。主叫AS中的被叫控定時(shí)器已經(jīng)在上述實(shí)施例 五中進(jìn)行了詳細(xì)描述，此處不再贅述。
需要說明的是，在本實(shí)施例中的整個(gè)流程中， 一旦被叫設(shè)備掛機(jī)，則主 叫AS將釋放資源，并停止對被叫控定時(shí)器的監(jiān)控。
步驟604 、 MGCF設(shè)備將攜帶有suspend指示的reINVITE消息轉(zhuǎn)換為SUS 消息向被叫AS發(fā)送。其中，SUS消息已經(jīng)在上述實(shí)施例一中進(jìn)^f亍了詳細(xì)描述，此處不再贅述。
MGCF設(shè)備將reINVITE消息轉(zhuǎn)換為SUS消息后，不釋放呼叫，將々某體修 改為sendonly，并向被叫AS發(fā)送該SUS消息。
進(jìn)一 步，在PSTN網(wǎng)絡(luò)中的suspend指示仍然是通過P - Notification頭域來 攜帶，具體攜帶方式可以參見上述實(shí)施例五中的描述，此處不再贅述。
步驟605、被叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的主叫標(biāo)識(shí) 信息確定本次呼叫的釋放控制模式為被叫控模式，不釋放呼叫，啟動(dòng)自身中 的被叫控定時(shí)器，并將該SUS消息透傳到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備。
其中，該SUS消息中還攜帶有主叫標(biāo)識(shí)信息。由于在主叫設(shè)備向被叫設(shè) 備發(fā)送INVITE消息時(shí)，被叫AS已經(jīng)保存了該被叫控模式與主叫標(biāo)識(shí)信息的對 應(yīng)關(guān)系，因此，本步驟中被叫AS能夠根據(jù)該主叫標(biāo)識(shí)信息確定本次呼叫的釋 放控制模式為被叫控模式。被叫AS中的被叫控定時(shí)器已經(jīng)在上述實(shí)施例五中 進(jìn)行了詳細(xì)描述，此處不再贅述。
需要說明的是，在本實(shí)施例的整個(gè)流程中， 一旦被叫設(shè)備掛機(jī)，則被叫 AS將釋放資源，并停止對被叫控定時(shí)器的監(jiān)控。
步驟606、 PSTN網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有suspend指示的SUS消 息后，根據(jù)該suspend指示執(zhí)行被叫控操作，不釋放呼叫。
經(jīng)過上述步驟，完成了媒體協(xié)商，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng) 絡(luò)中的被叫設(shè)備之間的呼叫連接，在該主叫設(shè)備掛機(jī)后，仍然處于保持狀態(tài)。
需要說明的是，呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的被叫控定時(shí)器 或被叫AS中的被叫控定時(shí)器超時(shí)，或者持續(xù)到IMS網(wǎng)絡(luò)中的主叫設(shè)備在被叫 控定時(shí)器超時(shí)前重新摘機(jī)。
步驟607、主叫設(shè)備重新摘機(jī)，IMS網(wǎng)絡(luò)中的MSAN設(shè)備根據(jù)該主叫設(shè)備 對應(yīng)的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式，如果是，則執(zhí)行 步驟608;如果否，則呼叫連接仍然處于保持狀態(tài)。
在呼叫連接處于保持狀態(tài)的過程中，主叫設(shè)備重新摘機(jī)，則IMS網(wǎng)絡(luò)中 的MASN設(shè)備將立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng)的釋 放控制模式，并確定查找到的釋放控制模式是否為被叫控模式，如果是，則 執(zhí)行步驟608;如果否，則呼叫連接仍然處于保持狀態(tài)，直至主叫AS或者被叫AS中的被叫控定時(shí)器超時(shí)。
步驟608、 IMS網(wǎng)絡(luò)中的MSAN設(shè)備將i某體修改為sendrecv,并將resume 指示攜帶在reINVITE消息中向主叫AS發(fā)送。
其中，resume指示已經(jīng)在上述實(shí)施例五中進(jìn)行了詳細(xì)描述，此處不再贅 述。本實(shí)施例中的resume指示通過P-Notification頭域來攜帶，具體攜帶方式 可參見上述實(shí)施例五中的描述，此處不再贅述。
步驟609、主叫AS接收到reINVITE消息后，根據(jù)該reINVITE消息中攜帶 的被叫標(biāo)識(shí)信息確定本次呼叫的釋放控制模式為被叫控模式，停止自身中的 被叫控定時(shí)器，并將該該reINVITE消息透傳到MGCF設(shè)備。
步驟610、 MGCF設(shè)備將攜帶有resume指示的reINVITE消息轉(zhuǎn)換為RES消 息向被叫AS發(fā)送。
其中，RES消息已經(jīng)在上述實(shí)施例五中進(jìn)行了詳細(xì)描述，此處不再贅述。
MGCF設(shè)備將reINVITE消息轉(zhuǎn)換為RES消息后，將媒體修改為sendrecv, 并將該RES消息轉(zhuǎn)換為攜帶有resume指示的reINVITE消息向被叫AS發(fā)送。
進(jìn)一步，在PSTN網(wǎng)絡(luò)中的resume指示仍然是通過P - Notification頭域來 攜帶，具體攜帶方式可以參見上述實(shí)施例五中的描述，此處不再贅述。
步驟611、被—叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的主叫標(biāo)識(shí) 信息確定本次呼叫的釋放控制模式為被叫控模式，停止自身中的被叫控定時(shí) 器，并將該RES消息透傳到PSTN網(wǎng)絡(luò)中的MSANi殳備。
步驟612、當(dāng)PSTN網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有resume指示的RES 消息后，根據(jù)該resume指示執(zhí)行被叫控操作，恢復(fù)呼叫連接。
經(jīng)過上述流程，完成了々某體協(xié)商。在該主叫設(shè)備再次摘機(jī)后，恢復(fù)了IMS 網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接。
本實(shí)施例中，IMS網(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，通過將suspend指示攜帶在 reINVITE消息中向PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示PSTN網(wǎng)絡(luò)中的 MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫連接，從而實(shí)現(xiàn)了IMS網(wǎng)絡(luò)與PSTN網(wǎng) 絡(luò)中的主叫控業(yè)務(wù)。
需要說明的是，本實(shí)施例以主叫設(shè)備設(shè)置在IMS網(wǎng)絡(luò)，被叫設(shè)備設(shè)置在 PSTN網(wǎng)絡(luò)中的場景為例進(jìn)行說明。在實(shí)際應(yīng)用中，主叫設(shè)備還可以設(shè)置在
28PSTN網(wǎng)絡(luò)中，被叫設(shè)備還可以設(shè)置在IMS網(wǎng)絡(luò)中，具體的流程與本實(shí)施例提 供的主叫控實(shí)現(xiàn)方法的流程相同，僅是將本實(shí)施例步驟中的IMS網(wǎng)絡(luò)調(diào)整為 PSTN網(wǎng)絡(luò)，將PSTN網(wǎng)絡(luò)調(diào)整為IMS網(wǎng)絡(luò)。
圖7為本發(fā)明實(shí)施例七提供的被叫控實(shí)現(xiàn)方法的流程示意圖。如圖7所示， 本實(shí)施例可以包括以下步驟
步驟701 、接收第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請 求消息；
步驟702、根據(jù)所述掛起指示執(zhí)行被叫控操作，保持呼叫連接。 與上述實(shí)施例五相同的是，本實(shí)施例提供的被叫控實(shí)現(xiàn)方法可以在兩個(gè) 不同的網(wǎng)絡(luò)中實(shí)現(xiàn)被叫控業(yè)務(wù)，本實(shí)施例中的第 一 網(wǎng)絡(luò)仍然以IM S網(wǎng)絡(luò)為例 進(jìn)行說明，第二網(wǎng)絡(luò)仍然以PSTN網(wǎng)絡(luò)進(jìn)行說明。本實(shí)施例中的IMS網(wǎng)絡(luò)和 PSTN網(wǎng)絡(luò)中仍然對稱設(shè)置有MSAN設(shè)備、主被叫AS以及主被叫設(shè)備，并且 IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間設(shè)置有MGCF設(shè)備，其中，MSAN設(shè)備、主被叫AS、 MGCF設(shè)備以及主被叫設(shè)備可參見上述實(shí)施例一的描述，此處不再贅述。與 上述實(shí)施例五的區(qū)別在于，本實(shí)施例PSTN網(wǎng)絡(luò)側(cè)的角度對本發(fā)明實(shí)施例的被 叫控實(shí)現(xiàn)方法進(jìn)行說明，因此，本實(shí)施例中的呼叫請求、SIP請求消息、掛起 消息以及恢復(fù)消息可參見上述實(shí)施例五中的描述，本實(shí)施例中不再贅述。
本實(shí)施例中，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送攜帶有主叫標(biāo)識(shí)信息的INVITE消息，以請求被 叫設(shè)備與其建立呼叫連接。當(dāng)被叫設(shè)備接收到該INVITE消息后，統(tǒng)一建立呼 叫連接，則向主叫設(shè)備返回200響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng) 絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。在此過程中，IMS網(wǎng)絡(luò)中的主叫AS接收到 INVITE消息后，解析該INVITE消息的字冠，通過查表分析該字冠，確定本次 呼叫的釋放控制模式是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建 立呼叫連接；如果是，則保存被叫控模式與主叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向 主叫設(shè)備發(fā)送called - control，以通知主叫設(shè)備在本次呼叫中該主叫設(shè)備為受 控方。當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到該INVITE消息時(shí)，同樣需要解析該 INVITE消息的字冠，通過查表分析該字冠，以確定本次呼叫的釋放控制模式 是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是，則保存該被叫控模式與主叫標(biāo)識(shí)信息的對應(yīng)關(guān)系。其中，本實(shí)施例中的called - control通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí)施例 五的描述，此處不再贅述。
本實(shí)施例中，若在IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng)絡(luò)中的被叫設(shè)備進(jìn)行 通話的過程中，該主叫設(shè)備掛機(jī)，被叫設(shè)備仍然處于摘機(jī)狀態(tài)，此時(shí)，IMS 網(wǎng)絡(luò)中的MS AN設(shè)備立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為被叫控模式，如果否， 則中斷呼叫連接，結(jié)束本次呼叫；如果是，則該MSAN設(shè)備將媒體修改為 sendonly,使得被叫設(shè)備接收到表示等待被叫設(shè)備再次連接的音頻，同時(shí)將 suspend指示攜帶在reINVITE消息中向主叫AS發(fā)送。需要說明的是，本實(shí)施例 中的suspend指示通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述 實(shí)施例五中的描述，此處不再贅述。
當(dāng)主叫AS接收到IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該主 叫AS根據(jù)該reINVITE消息中攜帶的主叫標(biāo)識(shí)信息確定本次呼叫的釋放控制 模式為被叫控模式，則不釋放呼叫，啟動(dòng)自身中的被叫控定時(shí)器，然后將該 reINVITE消息透傳到MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有suspend指示的 reINVITE消息后，不釋放呼叫，將媒體修改為sendonly,并將該reINVITE 消息轉(zhuǎn)換為SUS消息向凈皮叫AS發(fā)送。
該被叫AS接收到SUS消息后，根據(jù)該SUS消息中攜帶的主叫標(biāo)識(shí)信息確 定本次呼叫的釋放控制模式為被叫控模式，則不釋放呼叫，啟動(dòng)自身中的被 叫控定時(shí)器，然后將該SUS消息透傳到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)PSTN 網(wǎng)絡(luò)中的MSAN設(shè)備接收到攜帶有suspend指示的SUS消息后，根據(jù)該suspend 指示執(zhí)行被叫控操作，不釋放呼叫。經(jīng)過上述流程，完成了媒體協(xié)商，使得 IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連接，在該主叫 設(shè)備掛機(jī)后，仍然處于保持狀態(tài)。
呼叫連接的保持狀態(tài)將持續(xù)到主叫AS中的被叫控定時(shí)器或^皮叫AS中的 被叫控定時(shí)器超時(shí)，或者持續(xù)到IMS網(wǎng)絡(luò)中的主叫設(shè)備在被叫控定時(shí)器超時(shí) 前重新摘才幾。
在呼叫連接處于保持狀態(tài)的過程中，主叫設(shè)備重新摘機(jī)，此時(shí)，IMS網(wǎng)絡(luò)中的MSAN設(shè)備將立即到主叫AS中查找與該主叫設(shè)備的主叫標(biāo)識(shí)信息對應(yīng) 的釋放控制模式，并確定查找到的釋放控制模式是否為被叫控模式，如果否， 則呼叫連接仍然處于保持狀態(tài)，直至主叫AS或者被叫AS的被叫控定時(shí)器超 時(shí)；如果是，則該MSAN設(shè)備將媒體修改為sendrecv，使得被叫設(shè)備接收到主 叫設(shè)備發(fā)送的語音信息，恢復(fù)呼叫連接，同時(shí)將resume指示攜帶在reINVITE 消息中向主叫AS發(fā)送。需要說明的是，本實(shí)施例中的resume指示通過P-Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí)施例五中的描述，此 處不再贅述。
當(dāng)主叫AS接收到IMS網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的reINVITE消息后，該主 叫AS根據(jù)該reINVITE消息中攜帶的resume指示確定本次呼叫的釋放控制模 式為被叫控模式，則停止自身的被叫控定時(shí)器，然后將reINVITE消息透傳到 MGCF設(shè)備。當(dāng)MGCF設(shè)備接收到攜帶有resume指示的reINVITE消息后，將媒 體修改為sendrecv，將該reINVITE消息轉(zhuǎn)換為RES消息向被叫AS發(fā)送。
該被叫AS接收到RES消息后，根據(jù)該RES消息中攜帶的resume指示確定 本次呼叫的釋放控制模式為被叫控模式，則停止自身中的被叫控定時(shí)器，然 后將該RES消息透傳到PSTN網(wǎng)絡(luò)中的MSAN設(shè)備。當(dāng)PSTN網(wǎng)絡(luò)中的MSAN設(shè) 備接收到攜帶有resume指示的RES消息后，根據(jù)該resume指示執(zhí)行被叫控操 作，恢復(fù)呼叫連接。經(jīng)過上述流程，完成了媒體協(xié)商。在該主叫設(shè)備再次摘 機(jī)后，恢復(fù)了 IMS網(wǎng)絡(luò)中的主叫設(shè)備與PSTN網(wǎng)絡(luò)中的被叫設(shè)備之間的呼叫連 接。
需要說明的是，在本實(shí)施例提供的被叫控實(shí)現(xiàn)方法的整個(gè)流程中， 一旦 被叫設(shè)備掛機(jī)，貝'JIMS網(wǎng)絡(luò)中的MSAN設(shè)備和PSTN網(wǎng)絡(luò)中的MSAN設(shè)備都將 釋放呼叫，使得呼叫連接中斷。相應(yīng)地，IMS網(wǎng)絡(luò)中的主叫AS和PSTN網(wǎng)絡(luò)中 的被叫AS都將釋放呼叫，并停止對主被叫AS中的主叫控定時(shí)器的監(jiān)控。
更進(jìn)一步地，如果本實(shí)施例中的主被叫設(shè)備為SIPUE，則通過CSCF設(shè)備 接入IMS核心網(wǎng)，該CSCF設(shè)備只需要在接收到INVITE消息、200響應(yīng)或者 reINVITE消息時(shí)，對INVITE消息、200響應(yīng)或者reINVITE消息的P-Notification 頭域透傳即可。
本實(shí)施例在接收到第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的
31SIP請求消息，根據(jù)該掛起指示執(zhí)行被叫控操作，保持呼叫連接，從而在兩個(gè) 不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了被叫控業(yè)務(wù)。
圖8為本發(fā)明實(shí)施例八提供的被叫控實(shí)現(xiàn)方法的流程示意圖。如圖8所示， 本實(shí)施例可以包括以下步驟
步驟801、接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有主叫設(shè) 備的主叫標(biāo)識(shí)信息；
步驟802、根據(jù)所述呼叫請求確定釋放控制模式是否為被叫控模式時(shí)，如 果是，則將被叫控指示信息攜帶在呼叫響應(yīng)消息中向所述主叫設(shè)備發(fā)送，以 指示所述主叫設(shè)備為受控方。
本實(shí)施例主要針對上述實(shí)施例五至實(shí)施例七提供的被叫控實(shí)現(xiàn)方法中， 在兩個(gè)不同的網(wǎng)絡(luò)中的主叫設(shè)備和被叫設(shè)備建立呼叫連接的階段，主叫AS保 存被叫控模式，并通知主叫設(shè)備該主叫設(shè)備為受控方的過程進(jìn)行詳細(xì)說明。 本實(shí)施例中的第一網(wǎng)絡(luò)仍然以IMS網(wǎng)絡(luò)為例進(jìn)行說明，第二網(wǎng)絡(luò)仍然以PSTN 網(wǎng)絡(luò)進(jìn)行說明。本實(shí)施例中的IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)中仍然對稱設(shè)置有MSAN 設(shè)備、主被叫AS以及主被叫設(shè)備，并且IMS網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間設(shè)置有 MGCF設(shè)備，其中，MSAN設(shè)備、主被叫AS、 MGCF設(shè)備以及主被叫設(shè)備可 參見上述實(shí)施例五的描述，此處不再贅述。本實(shí)施例以IMS網(wǎng)絡(luò)側(cè)的角度對 本發(fā)明實(shí)施例的被叫控實(shí)現(xiàn)方法進(jìn)行說明，因此，本實(shí)施例中的呼叫請求可 參見上述實(shí)施例一中的描述，本實(shí)施例中不再贅述。
本實(shí)施例中，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)，該主叫設(shè)備向 PSTN網(wǎng)絡(luò)中的被叫設(shè)備發(fā)送攜帶有被叫標(biāo)識(shí)信息的INVITE消息，以請求被 叫設(shè)備與其建立呼叫連接。當(dāng)被叫設(shè)備接收到該INVITE消息后，統(tǒng)一建立呼 叫連接，則向主叫設(shè)備返回200響應(yīng)，使得IMS網(wǎng)絡(luò)中的主叫設(shè)備和PSTN網(wǎng) 絡(luò)中的被叫設(shè)備能夠?qū)崿F(xiàn)通話。在此過程中，IMS網(wǎng)絡(luò)中的主叫AS接收到 INVITE消息后，解析該INVITE消息的字冠，通過查表分析該字冠，確定本次 呼叫的釋放控制模式是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建 立呼叫連接；如果是，保存該被叫控模式與主叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并向 主叫設(shè)備發(fā)送被叫控指示信息，以通知主叫設(shè)備在本次呼叫中該主叫設(shè)備為 受控方。相應(yīng)地，當(dāng)PSTN網(wǎng)絡(luò)中的被叫AS接收到INVITE消息后，同樣解析該INVITE消息的字冠，通過查表分析該字冠，確定本次呼叫的釋放控制模式 是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是， 則保存該被叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系。其中，本實(shí)施例中的called -control通過P - Notification頭域來攜帶，具體的攜帶方式可參見上述實(shí)施例 五的描述，此處不再贅述。
本實(shí)施例中根據(jù)接收到的呼叫請求確定釋放控制模式為被叫控模式時(shí)， 向主叫設(shè)備發(fā)送被叫控指示信息，以指示主叫設(shè)備為受控方，使得主叫設(shè)備 在掛機(jī)之后重新摘機(jī)，仍然能夠恢復(fù)原先的呼叫連接，從而在兩個(gè)不同的網(wǎng) 絡(luò)中實(shí)現(xiàn)了被叫控業(yè)務(wù)。
圖9為本發(fā)明實(shí)施例九提供的MSAN設(shè)備的結(jié)構(gòu)示意圖。本實(shí)施例提供的 MSAN設(shè)備可用于實(shí)現(xiàn)圖1至圖4提供的主叫控實(shí)現(xiàn)方法的流程。如圖9所示， 本實(shí)施例MSAN設(shè)備包括確定模塊11和發(fā)送模塊12。其中，確定模塊ll用 于當(dāng)被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制 模式是否為主叫控模式；發(fā)送模塊12用于當(dāng)所述確定模塊ll確定所述釋放控 制模式為主叫控模式時(shí)，將掛起指示攜帶在SIP請求消息中向第 一 網(wǎng)絡(luò)中的綜 合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第 一 網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控 操作，保持呼叫連接。
進(jìn)一步地，本實(shí)施例MSAN設(shè)備的確定模塊11包括查找子模塊lll和確 定子模塊112。其中，查找子模塊lll用于根據(jù)所述被叫標(biāo)識(shí)信息，從被叫AS 中查找相應(yīng)的釋放控制模式；確定子模塊l 12用于確定所述釋放控制模式是否 為主叫控模式。
本實(shí)施例MSAN設(shè)備工作時(shí)，若在第一網(wǎng)絡(luò)中的主叫設(shè)備和第二網(wǎng)絡(luò)中 的被叫設(shè)備進(jìn)行通話的過程中，被叫設(shè)備掛機(jī)，主叫設(shè)備處于摘機(jī)狀態(tài)，此 時(shí)，確定模塊ll中的查找子模塊lll根據(jù)該被叫設(shè)備的被叫標(biāo)識(shí)信息，從被叫 AS中查找相應(yīng)的釋放控制模式，當(dāng)確定子模塊112確定該查找子模塊l 11查找 到的釋放控制模式是否為主叫控模式，如果否，則中斷呼叫連接，結(jié)束本次 呼叫；如果是，則發(fā)送模塊12將掛起指示攜帶在SIP請求消息中向第一網(wǎng)絡(luò)中 的MSAN設(shè)備發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持 呼叫連接。在呼叫連接處于保持狀態(tài)的過程中，被叫設(shè)備重新摘機(jī)時(shí)，此時(shí)，確定 模塊l 1中的查找子模塊11 l根據(jù)被叫標(biāo)識(shí)信息，從被叫AS中查找相應(yīng)的釋放控
制模式，確定子模塊112確定該查找子模塊111查找到的釋放控制模式是否為 主叫控模式，如果否，則本次呼叫連接仍然處于保持狀態(tài)；如果是，則發(fā)送 模塊12將恢復(fù)指示攜帶在SIP請求消息中向第 一 網(wǎng)絡(luò)中MSAN設(shè)備發(fā)送，以指 示第 一 網(wǎng)絡(luò)中MS AN恢復(fù)呼叫連接。
本實(shí)施例中在被叫設(shè)備掛機(jī)時(shí)，當(dāng)確定模塊11確定本次呼叫的釋放控制 模式為主叫控模式時(shí)，則發(fā)送模塊12將掛起指示攜帶在SIP請求信息中向第一 網(wǎng)絡(luò)中的MSAN發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保 持呼叫連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖IO為本發(fā)明實(shí)施例十提供的MSAN設(shè)備的結(jié)構(gòu)示意圖。本實(shí)施例提供 的MSAN設(shè)備可用于實(shí)現(xiàn)圖1至圖4提供的主叫控實(shí)現(xiàn)方法的流程。如圖10所 示，本實(shí)施例MSAN設(shè)備包括接收模塊21和執(zhí)行模塊22。其中，接收模塊 21用于接收第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請求消息； 執(zhí)行模塊22用于根據(jù)所述掛起指示執(zhí)行主叫控操作，保持呼叫連接。
本實(shí)施例的MSAN設(shè)備工作時(shí)，若在第一網(wǎng)絡(luò)中的主叫設(shè)備和第二網(wǎng)絡(luò) 中的被叫設(shè)備進(jìn)行通話的過程中，被叫設(shè)備掛機(jī)，主叫設(shè)備處于摘機(jī)狀態(tài)， 此時(shí)，接收模塊21接收第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP 請求消息。之后，執(zhí)行模塊22根據(jù)該掛起指示執(zhí)行主叫控操作，保持呼叫連 接。
在呼叫連接處于保持狀態(tài)的過程中，被叫設(shè)備重新摘機(jī)時(shí)，此時(shí)，接收 模塊21接收第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有恢復(fù)指示的再請求消息。 執(zhí)行模塊22根據(jù)該恢復(fù)指示恢復(fù)呼叫連接。
本實(shí)施例中當(dāng)接收模塊21接收到第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有 掛起指示的SIP請求消息，并由執(zhí)行模塊22根據(jù)該掛起指示執(zhí)行主叫控模式， 保持呼叫連接。從而在兩個(gè)不同網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖11為本發(fā)明實(shí)施例十一提供的被叫AS的結(jié)構(gòu)示意圖。本實(shí)施例提供的 被叫AS可用于實(shí)現(xiàn)圖1至圖4提供的主叫控實(shí)現(xiàn)方法的流程。如圖ll所示，本 實(shí)施例被叫AS包括接收模塊31、確定模塊32和發(fā)送模塊33。其中，接收模塊31用于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有被叫設(shè)備對
應(yīng)的被叫標(biāo)識(shí)信息；確定模塊32用于根據(jù)所述呼叫請求確定釋放控制模式是 否為主叫控模式；發(fā)送模塊33用于當(dāng)所述確定模塊32確定釋放控制模式為主 叫控模式時(shí)，則向所述被叫標(biāo)識(shí)信息對應(yīng)的被叫設(shè)備發(fā)送主叫控指示信息， 以指示所述被叫設(shè)備為受控方。
進(jìn)一步地，本實(shí)施例AS設(shè)備的確定模塊32包括解析子模塊321、確定 子模塊322和保存子模塊323。其中，解析子模塊321用于解析所述呼叫請求的 字冠；確定子模塊322用于根據(jù)所述呼叫請求的字冠確定所述釋放控制模式是 否為主叫控才莫式；保存子模塊323用于當(dāng)所述確定子模塊322確定所述釋放控 制模式為主叫控模式時(shí)，保存所述主叫控模式與所述^^皮叫標(biāo)識(shí)信息的對應(yīng)關(guān) 系。
本實(shí)施例被叫AS設(shè)備工作時(shí)，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)， 接收模塊3l接收到主叫設(shè)備發(fā)送的呼叫請求，該呼叫請求中攜帶有被叫設(shè)備 對應(yīng)的被叫標(biāo)識(shí)信息。之后，確定模塊32中的解析子模塊321解析該呼叫請求 的字冠，確定子模塊322根據(jù)該呼叫請求的字冠確定本次呼叫的釋放控制模式 是否為主叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是， 則保存子模塊323保存該主叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并由發(fā)送模 塊33向被叫標(biāo)識(shí)信息對應(yīng)的被叫設(shè)備發(fā)送主叫控指示信息，以指示所述被叫 設(shè)備為受控方。
本實(shí)施例中確定模塊32根據(jù)接收到的呼叫請求確定釋放控制模式為主叫 控模式時(shí)，由發(fā)送模塊33向被叫設(shè)備發(fā)送主叫控指示信息，以指示被叫設(shè)備 為受控方，使得被叫設(shè)備再待機(jī)轉(zhuǎn)臺(tái)重新摘機(jī)，仍然能夠恢復(fù)原先的呼叫連 接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖12為本發(fā)明實(shí)施例十二提供的MSAN設(shè)備的結(jié)構(gòu)示意圖。本實(shí)施例提 供的MSAN設(shè)備可用于實(shí)現(xiàn)圖5至圖8提供的被叫控實(shí)現(xiàn)方法的流程。如圖12 所示，本實(shí)施例MSAN設(shè)備包括確定模塊41和發(fā)送模塊42。其中，確定模 塊41用于當(dāng)主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息確定釋 放控制模式是否為被叫控模式；發(fā)送模塊42用于當(dāng)所述確定模塊確定所述釋 放控制模式為被叫控模式時(shí)，將掛起指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被 叫控操作，保持呼叫連接。
進(jìn)一步地，本實(shí)施例MSAN設(shè)備的確定模塊41包括查找子模塊411和確 定子模塊412。其中，查找子模塊411用于根據(jù)所述主叫標(biāo)識(shí)信息，從主叫業(yè) 務(wù)服務(wù)器中查找相應(yīng)的釋放控制模式；確定子模塊412,用于確定所述釋放控 制模式是否為被叫控模式。
本實(shí)施例MSAN設(shè)備工作時(shí)，若在第 一 網(wǎng)絡(luò)中的主叫設(shè)備和第二網(wǎng)絡(luò)中 的被叫設(shè)備進(jìn)行通話的過程中，主叫設(shè)備掛機(jī)，被叫設(shè)備處于摘機(jī)狀態(tài)，此 時(shí)，確定模塊41中的查找子模塊411根據(jù)該主叫設(shè)備的主叫標(biāo)識(shí)信息，從主叫 AS中查找相應(yīng)的釋放控制模式，當(dāng)確定子模塊412確定該查找子模塊41 l查找 到的釋放控制模式是否為被叫控模式，如果否，則中斷呼叫連接，結(jié)束本次 呼叫；如果是，則發(fā)送模塊42將掛起指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中 的MSAN設(shè)備發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保持 呼叫連接。
在呼叫連接處于保持狀態(tài)的過程中，主叫設(shè)備重新摘機(jī)時(shí)，此時(shí)，確定 模塊41中的查找子模塊41 l根據(jù)主叫標(biāo)識(shí)信息，從主叫AS中查找相應(yīng)的釋放 控制模式，確定子模塊412確定該查找子模塊411查找到的釋放控制模式是否 為被叫控模式，如果否，則本次呼叫連接仍然處于保持狀態(tài)；如果是，則發(fā) 送模塊42將恢復(fù)指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中MSAN設(shè)備發(fā)送，以 指示第二網(wǎng)絡(luò)中MS AN恢復(fù)呼叫連接。
本實(shí)施例中在主叫設(shè)備掛機(jī)時(shí)，發(fā)送模塊42通過將SUS指示攜帶在 reINVITE消息中向PSTN網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示PSTN網(wǎng)絡(luò)中的 MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn) 了被叫控業(yè)務(wù)。
圖13為本發(fā)明實(shí)施例十三提供的MSAN設(shè)備的結(jié)構(gòu)示意圖。本實(shí)施例提 供的MSAN設(shè)備可用于實(shí)現(xiàn)上述圖5至圖8提供的被叫控實(shí)現(xiàn)方法的流程。如 圖13所示，本實(shí)施例MSAN設(shè)備包括接收模塊51和執(zhí)行模塊52。其中，接 收模塊51用于接收第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請 求消息；執(zhí)行模塊52用于根據(jù)所述掛起指示執(zhí)行被叫控操作，保持呼叫連接。本實(shí)施例的MSAN設(shè)備工作時(shí)，若在第一網(wǎng)絡(luò)中的主叫設(shè)備和第二網(wǎng)絡(luò) 中的被叫設(shè)備進(jìn)行通話的過程中，主叫設(shè)備掛機(jī)，被叫設(shè)備處于摘機(jī)狀態(tài)， 此時(shí)，接收模塊5l接收第 一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP 請求消息。之后，執(zhí)行模塊52根據(jù)該掛起指示執(zhí)行被叫控操作，保持呼叫連 接。
在呼叫連接處于保持狀態(tài)的過程中，主叫設(shè)備重新摘機(jī)時(shí)，此時(shí)，接收 模塊51接收第二網(wǎng)絡(luò)中的MS AN設(shè)備發(fā)送的攜帶有恢復(fù)指示的SIP請求消息。 執(zhí)行模塊52根據(jù)該恢復(fù)指示恢復(fù)呼叫連接。
本實(shí)施例中當(dāng)接收模塊5l接收到第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有 掛起指示的SIP請求消息，并由執(zhí)行模塊52根據(jù)該掛起指示執(zhí)行主叫控模式， 保持呼叫連接。從而在兩個(gè)不同網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
圖14為本發(fā)明實(shí)施例十四提供的主叫AS的結(jié)構(gòu)示意圖。本實(shí)施例提供的 主叫AS可用于實(shí)現(xiàn)圖5至圖8提供的被叫控實(shí)現(xiàn)方法的流程。本實(shí)施例提供的 主叫AS包括接收模塊61、確定模塊62和發(fā)送模塊63。其中，接收模塊61用 于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有主叫設(shè)備對應(yīng)的主 叫標(biāo)識(shí)信息；確定模塊62用于根據(jù)所述呼叫請求確定釋放控制模式是否為被 叫控模式；發(fā)送^t塊63用于當(dāng)所述確定模塊確定所述釋放控制模式為被叫控 模式時(shí)，則向所述主叫標(biāo)識(shí)信息對應(yīng)的主叫設(shè)備發(fā)送被叫控指示信息，以指 示所述主叫設(shè)備為受控方。
進(jìn)一步地，本實(shí)施例主叫AS的確定模塊62包括解析子模塊621、確定 子模塊622和保存子模塊623。其中，解析子模塊621用于解析所述呼叫請求的 字冠；確定子模塊622用于根據(jù)所述呼叫請求的字冠確定所述釋放控制模式是 否為被叫控模式；保存子模塊623，用于當(dāng)所述確定子模塊622確定所述釋放 控制模式為被叫控模式時(shí)，保存所述被叫控模式與所述主叫標(biāo)識(shí)信息的對應(yīng) 關(guān)系。
本實(shí)施例主叫AS設(shè)備工作時(shí)，當(dāng)IMS網(wǎng)絡(luò)中的主叫設(shè)備主動(dòng)發(fā)起呼叫時(shí)， 接收模塊61接收到主叫設(shè)備發(fā)送的呼叫請求，該呼叫請求中攜帶有主叫設(shè)備 對應(yīng)的主叫標(biāo)識(shí)信息。之后，確定模塊62中的解析子模塊621解析該呼叫請求 的字冠，確定子才莫塊622根據(jù)該呼叫請求的字冠確定本次呼叫的釋放控制模式
37是否為被叫控模式，如果否，則按照現(xiàn)有技術(shù)的方式建立呼叫連接；如果是， 則保存子模塊623保存該被叫控模式與被叫標(biāo)識(shí)信息的對應(yīng)關(guān)系，并由發(fā)送模 塊63向主叫標(biāo)識(shí)信息對應(yīng)的主叫設(shè)備發(fā)送被叫控指示信息，以指示所述主叫 設(shè)備為受控方。
本實(shí)施例中確定模塊62根據(jù)接收到的呼叫請求確定釋放控制模式為主叫 控模式時(shí)，由發(fā)送模塊63向被叫設(shè)備發(fā)送主叫控指示信息，以指示被叫設(shè)備 為受控方，使得被叫設(shè)備再待機(jī)轉(zhuǎn)臺(tái)重新摘機(jī)，仍然能夠恢復(fù)原先的呼叫連 接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀 取存儲(chǔ)介質(zhì)中，該程序在4丸行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述 的存儲(chǔ)介質(zhì)包括ROM、 RAM、 i茲碟或者光盤等各種可以存儲(chǔ)程序代碼的介 質(zhì)。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)朽il^改，或 者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技
術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種主叫控實(shí)現(xiàn)方法，其特征在于，所述方法包括第二網(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第一網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述根據(jù)所述被叫設(shè)備對 應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式包括根據(jù)所述被叫標(biāo)識(shí)信息，從被叫業(yè)務(wù)服務(wù)器中查找相應(yīng)的釋放控制模式； 確定所述釋放控制模式是否為主叫控模式。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述將掛起指示攜帶在所 述SIP請求消息中向第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送包括向媒體網(wǎng)關(guān)控制功能MGCF設(shè)備發(fā)送攜帶有掛起指示的SIP請求消息； 所述MGCF設(shè)備將攜帶有掛起指示的SIP請求消息轉(zhuǎn)換為桂起SUS消息向 第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，所述SUS消息中攜帶有所述掛起指示。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述向MGCF設(shè)備發(fā)送攜 帶有掛起指示的SIP請求消息包括通過被叫業(yè)務(wù)服務(wù)器將攜帶有掛起指示的SIP請求消息透傳到所述 MGCF設(shè)備，并啟動(dòng)用于限定保持呼叫連接時(shí)間的主叫控定時(shí)器。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述主叫控定時(shí)器超時(shí) 前，所述將掛起指示攜帶在所述SIP請求消息中向第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā) 送之后，所述方法還包括所述被叫設(shè)備重新摘機(jī)時(shí)，根據(jù)所述被叫標(biāo)識(shí)信息確定釋放控制模式是 否為主叫控模式，如果是，則將恢復(fù)指示攜帶在SIP請求消息中向第一網(wǎng)絡(luò)中 的MSAN設(shè)備發(fā)送，以指示第 一網(wǎng)絡(luò)中的MSAN恢復(fù)呼叫連接。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述將恢復(fù)指示攜帶在SIP 請求消息中向第 一 網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送包括向所述MGCF設(shè)備發(fā)送攜帶有恢復(fù)指示的SIP請求消息； 所述MGCFi殳備將攜帶有恢復(fù)指示的SIP請求消息轉(zhuǎn)換為恢復(fù)RES消息向第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，所述RES消息中攜帶有所述恢復(fù)指示。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述向所述MGCF設(shè)備發(fā) 送攜帶有恢復(fù)指示的SIP請求消息包括通過被叫業(yè)務(wù)服務(wù)器將攜帶有恢復(fù)指示的SIP請求消息透傳到所述 MGCF設(shè)備，并停止所述主叫控定時(shí)器。
8、 一種主叫控實(shí)現(xiàn)方法，其特征在于，所述方法包括接收第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送的攜帶有桂起指示的 會(huì)話發(fā)起協(xié)議SIP請求消息；根據(jù)所述掛起指示執(zhí)行主叫控操作，保持呼叫連接。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述接收第二網(wǎng)絡(luò)中的 MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請求消息包括媒體網(wǎng)關(guān)控制功能MGCF設(shè)備將第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的會(huì)話發(fā) 起協(xié)議SIP請求消息轉(zhuǎn)換為掛起SUS消息，所述SUS消息中攜帶有掛起指示；所述MGCF設(shè)備通過主叫業(yè)務(wù)服務(wù)器將所述攜帶有掛起指示的SUS消息 透傳到第 一 網(wǎng)絡(luò)中的MSAN設(shè)備，并啟動(dòng)用于限定保持呼叫連接時(shí)間的主叫 控定時(shí)器；所述第一網(wǎng)絡(luò)中的MSAN設(shè)備接收攜帶有掛起指示的SUS消息。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述主叫控定時(shí)器超時(shí) 前，所述根據(jù)所述掛起指示執(zhí)行主叫控操作，保持呼叫連接之后，所述方法 還包括接收所述第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有恢復(fù)指示的SIP請求消息；根據(jù)所述恢復(fù)指示恢復(fù)呼叫連接。
11、 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述接收所述第二網(wǎng)絡(luò) 中的MSAN設(shè)備發(fā)送的攜帶有恢復(fù)指示的SIP請求消息包括所述MGCF設(shè)備將第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的SIP請求消息轉(zhuǎn)換為恢 復(fù)RES消息，所述RES消息中攜帶有所述恢復(fù)指示；所述MGCF設(shè)備通過主叫業(yè)務(wù)服務(wù)器將所述攜帶有恢復(fù)指示的RES消息 透傳到所述第一網(wǎng)絡(luò)的MSAN設(shè)備，并停止所述主叫控定時(shí)器；所述第 一 網(wǎng)絡(luò)的MSAN設(shè)備接收攜帶有恢復(fù)指示的RES消息。
12、 一種被叫控實(shí)現(xiàn)方法，其特征在于，所述方法包括 第一網(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式，如果是，則將掛起指示攜帶在會(huì)話發(fā) 起協(xié)議SIP請求消息中向第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指 示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保持呼叫連接。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述根據(jù)所述主叫設(shè)備 對應(yīng)的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式包括根據(jù)所述主叫標(biāo)識(shí)信息，從主叫業(yè)務(wù)服務(wù)器中查找相應(yīng)的釋放控制模式； 確定所述釋放控制模式是否為被叫控模式。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于，所述將掛起指示攜帶在 SIP請求消息中向第二網(wǎng)絡(luò)中的MS AN設(shè)備發(fā)送包括向媒體網(wǎng)關(guān)控制功能MGCF設(shè)備發(fā)送攜帶有掛起指示的SIP請求消息； 所述MGCF設(shè)備將攜帶有掛起指示的SIP請求消息轉(zhuǎn)換為掛起SUS消息向 第二網(wǎng)絡(luò)中的MGCF設(shè)備發(fā)送，所述SUS消息中攜帶有所述掛起指示。
15、 根據(jù)權(quán)利要求14所述的方法，其特征在于，所述向MGCF設(shè)備發(fā)送 攜帶有掛起指示的SIP請求消息包括通過主叫業(yè)務(wù)服務(wù)器將攜帶有掛起指示的SIP請求消息透傳到所述 MGCF設(shè)備，并啟動(dòng)用于限定保持呼叫連接時(shí)間的被叫控定時(shí)器。
16、 根據(jù)權(quán)利要求15所述的方法，其特征在于，在所述被叫控定時(shí)器超 時(shí)前，所述將掛起指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送 之后，所述方法還包括所述主叫設(shè)備重新摘機(jī)時(shí)，根據(jù)所述主叫標(biāo)識(shí)信息確定釋放控制模式是 否為被叫控模式，如果是，則將恢復(fù)指示攜帶在SIP請求消息中向第二網(wǎng)絡(luò)中 的MSAN設(shè)備發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN恢復(fù)呼叫連接。
17、 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述將恢復(fù)指示攜帶在 SIP請求消息中向第二網(wǎng)絡(luò)中的MS AN設(shè)備發(fā)送包括向所述MGCF設(shè)備發(fā)送攜帶有恢復(fù)指示的SIP請求消息； 所述MGCF設(shè)備將攜帶有恢復(fù)指示的SIP請求消息轉(zhuǎn)換為恢復(fù)RES消息向第二網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，所述RES消息中攜帶有所述恢復(fù)指示。
18、 根據(jù)權(quán)利要求17所述的方法，其特征在于，所述向所述MGCF設(shè)備 發(fā)送攜帶有恢復(fù)指示的SIP請求消息包括通過主叫業(yè)務(wù)服務(wù)器將攜帶有恢復(fù)指示的SIP請求消息透傳到所述 MGCF設(shè)備，并停止所述被叫控定時(shí)器。
19、 一種凈皮叫控實(shí)現(xiàn)方法，其特征在于，所述方法包4舌接收第 一 網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送的攜帶有掛起指示的 會(huì)話發(fā)起協(xié)議SIP請求消息；根據(jù)所述掛起指示執(zhí)行被叫控操作，保持呼叫連接。
20、 根據(jù)權(quán)利要求19所述的方法，其特征在于，所述接收第一網(wǎng)絡(luò)中的 MSAN設(shè)備發(fā)送的攜帶有掛起指示的SIP請求消息包括媒體網(wǎng)關(guān)控制功能MGCF設(shè)備將第 一 網(wǎng)絡(luò)中的MGCF設(shè)備發(fā)送的會(huì)話發(fā) 起協(xié)議SIP請求消息轉(zhuǎn)換為掛起SUS消息，所述SUS消息中攜帶有掛起指示；所述MGCF設(shè)備通過被叫業(yè)務(wù)服務(wù)器將所述攜帶有桂起指示的SUS消息 透傳到所述第二網(wǎng)絡(luò)中的MSAN設(shè)備，并啟動(dòng)用于限定保持呼叫連接時(shí)間的 被叫控定時(shí)器；所述第二網(wǎng)絡(luò)中的MSAN設(shè)備接收攜帶有掛起指示的SUS消息。
21、 根據(jù)權(quán)利要求20所述的方法，其特征在于，在所述被叫控定時(shí)器超 時(shí)前，所述根據(jù)所述掛起指示執(zhí)行被叫控操作，保持呼叫連接之后，所述方 法還包括接收所述第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送的攜帶有恢復(fù)指示的SIP請求消息； 根據(jù)所述恢復(fù)指示恢復(fù)呼叫連接。
22、 根據(jù)權(quán)利要求21所述的方法，其特征在于，所述接收所述第一網(wǎng)絡(luò) 中的MSAN設(shè)備發(fā)送的攜帶有恢復(fù)指示的SIP請求消息包括所述MGCF設(shè)備將第 一 網(wǎng)絡(luò)中的MGCF設(shè)備發(fā)送的SIP請求消息轉(zhuǎn)換為恢 復(fù)RES消息，所述RES消息中攜帶有所述恢復(fù)指示；所述MGCF設(shè)備通過被叫業(yè)務(wù)服務(wù)器將所述攜帶有恢復(fù)指示的RES消息 透傳到所述第二網(wǎng)絡(luò)的MSAN設(shè)備，并停止所述被叫控定時(shí)器。
23、 一種綜合業(yè)務(wù)接入網(wǎng)設(shè)備，其特征在于，所述綜合業(yè)務(wù)接入網(wǎng)設(shè)備包括確定模塊，用于當(dāng)?shù)诙W(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對 應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式；發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為主叫控模式時(shí)， 將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第 一 網(wǎng)絡(luò)中的綜合業(yè)務(wù)接 入網(wǎng)MSAN設(shè)備發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保 持呼叫連接。
24、 一種被叫業(yè)務(wù)服務(wù)器，其特征在于，所述被叫業(yè)務(wù)服務(wù)器包括 接收沖莫塊，用于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息；確定模塊，用于根據(jù)所述呼叫請求確定釋放控制模式是否為主叫控模式； 發(fā)送模塊，用于當(dāng)所述確定模塊確定釋放控制模式為主叫控模式時(shí)，則將主叫控指示信息攜帶在所述呼叫請求中向所述被叫標(biāo)識(shí)信息對應(yīng)的被叫設(shè)備發(fā)送，以指示所述被叫設(shè)備為受控方。
25、 一種綜合業(yè)務(wù)接入網(wǎng)設(shè)備，其特征在于，所述綜合業(yè)務(wù)接入網(wǎng)設(shè)備 包括確定模塊，用于當(dāng)?shù)谝痪W(wǎng)絡(luò)中的主叫設(shè)備掛機(jī)時(shí)，根據(jù)所述主叫設(shè)備對 應(yīng)的主叫標(biāo)識(shí)信息確定釋放控制模式是否為被叫控模式；發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為被叫控模式時(shí)， 將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第二網(wǎng)絡(luò)中的綜合業(yè)務(wù)接 入網(wǎng)MSAN設(shè)備發(fā)送，以指示第二網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行被叫控操作，保 持呼叫連接。
26、 一種主叫業(yè)務(wù)服務(wù)器，其特征在于，所述主叫業(yè)務(wù)服務(wù)器包括 接收模塊，用于接收主叫設(shè)備發(fā)送的呼叫請求，所述呼叫請求中攜帶有主叫設(shè)備對應(yīng)的主叫標(biāo)識(shí)信息；確定模塊，用于根據(jù)所述呼叫請求確定釋放控制模式是否為被叫控模式； 發(fā)送模塊，用于當(dāng)所述確定模塊確定所述釋放控制模式為被叫控模式時(shí)，則將被叫控指示消息攜帶在呼叫請求響應(yīng)中返回所述主叫設(shè)備，以指示所述主叫設(shè)備為受控方。
全文摘要
本發(fā)明實(shí)施例涉及一種主被叫業(yè)務(wù)服務(wù)器、綜合業(yè)務(wù)接入網(wǎng)設(shè)備及主被叫控實(shí)現(xiàn)方法，該方法包括第二網(wǎng)絡(luò)中的被叫設(shè)備掛機(jī)時(shí)，根據(jù)所述被叫設(shè)備對應(yīng)的被叫標(biāo)識(shí)信息確定釋放控制模式是否為主叫控模式，如果是，則將掛起指示攜帶在會(huì)話發(fā)起協(xié)議SIP請求消息中向第一網(wǎng)絡(luò)中的綜合業(yè)務(wù)接入網(wǎng)MSAN設(shè)備發(fā)送，以指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接。本發(fā)明實(shí)施例在被叫設(shè)備掛機(jī)時(shí)，通過將掛起指示攜帶在SIP請求消息中向第一網(wǎng)絡(luò)中的MSAN設(shè)備發(fā)送，指示第一網(wǎng)絡(luò)中的MSAN設(shè)備執(zhí)行主叫控操作，保持呼叫連接，從而在兩個(gè)不同的網(wǎng)絡(luò)中實(shí)現(xiàn)了主叫控業(yè)務(wù)。
文檔編號(hào)H04L29/06GK101594554SQ200910088050
公開日2009年12月2日 申請日期2009年7月1日 優(yōu)先權(quán)日2009年7月1日
發(fā)明者鄭曉峰 申請人:華為技術(shù)有限公司