專利名稱：無線通信裝置和通信控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信裝置以及通信控制方法。
背景技術(shù)：
SIP (會話發(fā)起協(xié)議)是一種定義為實(shí)現(xiàn)呼叫控制的呼叫控制協(xié)議之一的標(biāo)準(zhǔn)，如 對基于VoIP(基于因特網(wǎng)協(xié)議的語音)的因特網(wǎng)電話的實(shí)時應(yīng)用的連接請求。(例如，參見 非專利文獻(xiàn)1)SIP原先用于計算機(jī)(如經(jīng)由因特網(wǎng)上的有線網(wǎng)絡(luò)連接的個人計算機(jī)和服務(wù)器) 之間的VoIP通信。然而，近些年隨著無線通信設(shè)備對IP技術(shù)的數(shù)字化和采用的進(jìn)展，已 經(jīng)開發(fā)出了支持SIP的無線運(yùn)營方(運(yùn)營商)的SIP服務(wù)器和無線通信終端(裝置)。此 夕卜，無線通信技術(shù)的最近發(fā)展使得單一無線通信終端能夠具有可連接至不同無線通信系統(tǒng) (無線通信網(wǎng)絡(luò))的多個無線通信設(shè)備。典型的應(yīng)用是具有可連接至蜂窩式電話網(wǎng)絡(luò)的第 一無線通信設(shè)備以及可連接至無線LAN(如WiFi和WiMAX或者M(jìn)AN(城域網(wǎng)))的站點(diǎn)的第 二無線通信設(shè)備的PDA、PC以及蜂窩電話。非專利文獻(xiàn)1 位于 http://www. ietf.org/rfc/rfc3261.txt 的網(wǎng)站(定義 SIP 的 RFC文檔)

發(fā)明內(nèi)容
技術(shù)問題然而，SIP技術(shù)原先預(yù)期用于有線通信網(wǎng)絡(luò)而不是帶寬和通信質(zhì)量不斷改變的無 線通信網(wǎng)絡(luò)。另外，SIP技術(shù)預(yù)期不在可連接至多個無線通信網(wǎng)絡(luò)的無線通信裝置中使用。 相應(yīng)地，已經(jīng)開發(fā)出在因特網(wǎng)上的有線通信網(wǎng)絡(luò)中的SIP技術(shù)，而以跨越多個不同類型的 無線網(wǎng)絡(luò)的通信環(huán)境為前提的SIP技術(shù)尚在開發(fā)中。圖33示出了傳統(tǒng)技術(shù)的無線通信網(wǎng)絡(luò)的配置圖。如圖所示，用作服務(wù)器或者網(wǎng)關(guān) 的是DNS服務(wù)器10、SIP服務(wù)器20、SIP服務(wù)器30、網(wǎng)關(guān)(Gff) 40、SMS服務(wù)器50、SIP服務(wù) 器(或GW) 60、以及SIP服務(wù)器(或GW)70。無線通信終端UAl和UA2以及通信終端(軟電 話)UA3分別用作主叫側(cè)、被叫側(cè)的通信終端以及軟電話。這些終端經(jīng)由因特網(wǎng)NET1、運(yùn)營 商分組網(wǎng)絡(luò)NET2、運(yùn)營商電路交換網(wǎng)絡(luò)NET3以及運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET1、RNET2與 服務(wù)器相連。例如，在如圖所示的無線通信網(wǎng)絡(luò)的配置中，當(dāng)響應(yīng)于無線通信終端UAl進(jìn)行的 SIP連接請求(主叫Irwite)，與運(yùn)營商無線通信分組網(wǎng)絡(luò)RNETl相對應(yīng)的電路交換網(wǎng)絡(luò) 的SMS服務(wù)器50的SMS (短消息服務(wù))消息呼叫無線通信終端UA2 (指示其連接至分組網(wǎng)絡(luò)并注冊)時，無線通信終端UA2經(jīng)由與被叫的電路交換網(wǎng)絡(luò)相對應(yīng)的無線通信網(wǎng)絡(luò)的分組 交換網(wǎng)絡(luò)(在該情況中，RNET1)(即由相同運(yùn)營商提供)，執(zhí)行對SIP服務(wù)器30的SIP (會話 發(fā)起協(xié)議)的注冊操作(Register)，并且通過執(zhí)行之后的SIP步驟來建立呼叫。該方法是 以僅可以使用單一運(yùn)營商無線通信分組網(wǎng)絡(luò)及其相對應(yīng)的電路交換網(wǎng)絡(luò)的無線通信終端 為前提的。另一方面，當(dāng)無線通信終端UA2具有連接至兩個運(yùn)營商無線通信分組網(wǎng)絡(luò)RNETl 和RNET2的功能并因此具有如圖34所示的兩種選擇時，如上所述，傳統(tǒng)技術(shù)的SIP(即具有 SIP的無線通信終端UA2)經(jīng)由與包括連接請求(連接至分組網(wǎng)絡(luò)并注冊的指令)在內(nèi)的消 息所通過的路徑相對應(yīng)的網(wǎng)絡(luò)(在本示例中為運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET1)來執(zhí)行SIP 注冊，并且通過使用該分組網(wǎng)絡(luò)的路徑來建立與呼叫方/主叫側(cè)(主叫方)的會話。在這 種用于建立會話的方法中，不總是反映與主叫側(cè)(主叫方)的用戶期望使用的應(yīng)用或者與 計費(fèi)等相關(guān)的、主叫側(cè)的用戶的希望或首選項。即完全不考慮發(fā)送連接請求的用戶(主叫 方)的首選項。
即使在使用SIP的呼叫建立消息(INVITE)來呼叫時，主叫側(cè)將主叫側(cè)期望的首選 項(條件)通知給被叫側(cè)，被叫側(cè)可以選擇與主叫側(cè)的條件盡可能對應(yīng)的無線通信系統(tǒng)，然 而，主叫側(cè)直到發(fā)起會話才知道被叫側(cè)所選的無線通信系統(tǒng)。換言之，僅在建立會話之后， 主叫側(cè)的終端才可能知道被叫側(cè)的終端可以連接至哪個無線通信網(wǎng)絡(luò)(被叫側(cè)可以使用 多少帶寬)或者被叫側(cè)實(shí)際選擇了哪個無線通信系統(tǒng)。因此主叫側(cè)不可能在建立會話之前 知道被叫側(cè)的終端是否滿足主叫側(cè)通知的首選項或者在滿足首選項時被叫側(cè)滿足首選項 的程度。例如，當(dāng)被叫側(cè)的終端僅可以連接至具有不滿足所需帶寬的帶寬的無線通信網(wǎng)絡(luò) 時，考慮到被叫側(cè)的終端的當(dāng)前無線通信條件，主叫側(cè)的終端不能以最優(yōu)帶寬和最優(yōu)無線 通信網(wǎng)絡(luò)開始通信。例如，當(dāng)主叫側(cè)可連接至WiMAX(寬帶)和EVDO(窄帶)，而被叫側(cè)可連接至 EVDO (窄帶)，并且主叫側(cè)通過使帶寬優(yōu)先于費(fèi)用來選擇寬帶WiMAX并且進(jìn)行呼叫，被叫側(cè) 僅可以連接至EVDO而不考慮帶寬優(yōu)先的通知的條件。在該情況中，因此，盡管主叫側(cè)使用 寬帶WiMAX，被叫側(cè)選擇的窄帶EVDO導(dǎo)致瓶頸，由于在會話中僅可以使用與EVDO的帶寬一 樣多的帶寬，因此導(dǎo)致主叫側(cè)占用和消耗的WiMAX帶寬的浪費(fèi)。從而導(dǎo)致對帶寬的無效率 使用以及功率的浪費(fèi)。具體地，無線通信裝置經(jīng)常被攜帶，不斷改變其無線通信條件。對 于在這種不斷改變的無線電傳播環(huán)境中的無線通信裝置之間的連接而言，需要開發(fā)一種技 術(shù)，通過根據(jù)雙方的無線通信條件來選擇最優(yōu)無線通信系統(tǒng)，向被叫側(cè)和主叫側(cè)均提供無 線通信連接效率。因此存在下述問題呼叫方/主叫側(cè)(主叫方)的無線通信終端不能有 效率地使用多個可連接的無線通信系統(tǒng)(路徑、網(wǎng)絡(luò)和通信設(shè)備)。圖34示出了在終端之間的通信開始之前，在主叫側(cè)的通信終端和被叫側(cè)的通信 終端之間交換與可用網(wǎng)絡(luò)名稱、期望網(wǎng)絡(luò)名稱、期望應(yīng)用名稱以及所需帶寬相關(guān)的信息。然 而，在被叫側(cè)不能使用主叫側(cè)期望的網(wǎng)絡(luò)或者應(yīng)用的情況下，取消先前的呼叫。相應(yīng)地，當(dāng) 由于不能使用主叫側(cè)期望的網(wǎng)絡(luò)或者應(yīng)用而取消呼叫時，主叫側(cè)不可能知道何時才可以使 用其所期望的網(wǎng)絡(luò)和應(yīng)用進(jìn)行下一次呼叫來進(jìn)行通信。本發(fā)明的目的是提供一種在主叫側(cè)的用戶由于具有多個無線通信系統(tǒng)(設(shè)備/路 徑、網(wǎng)絡(luò)、帶寬等)作為選擇的被叫側(cè)的無線通信裝置不能使用主叫側(cè)期望的網(wǎng)絡(luò)而取消 呼叫的情況下，使用戶能夠知道何時呼叫以能夠在期望網(wǎng)絡(luò)上連接至被叫側(cè)的技術(shù)(裝置和方法)。根據(jù)本發(fā)明，基于期望網(wǎng)絡(luò)的條件和要使用的應(yīng)用所需的帶寬，被叫側(cè)的無線通 信裝置向主叫側(cè)的通信裝置發(fā)送呼叫使能通知和條件惡化通知。解決向題的技術(shù)方案為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一種能夠使用多個不同的無線通信系統(tǒng)的無線 通信裝置，包括消息接收單元，用于接收與隨后要從主叫側(cè)發(fā)送的呼叫請求相關(guān)的發(fā)起消 息，所述發(fā)起消息包括主叫側(cè)所期望的通信條件以及請求使用所述多個不同的無線通信系 統(tǒng)中的至少一個來接收呼叫請求的請求；響應(yīng)單元，用于對接收的發(fā)起消息進(jìn)行響應(yīng)，以使 用所述多個無線通信系統(tǒng)中的預(yù)定無線通信系統(tǒng)來接收呼叫請求；控制單元，用于在接收 到響應(yīng)于響應(yīng)單元進(jìn)行的響應(yīng)的呼叫使能通知請求的情況下，進(jìn)行控制以取消對接收單元 所使用的預(yù)定無線通信系統(tǒng)的使用，所述呼叫使能通知請求用于請求被叫側(cè)在被叫側(cè)能夠 連接至滿足主叫側(cè)所期望的被叫側(cè)無線通信系統(tǒng)的條件的無線通信系統(tǒng)時發(fā)送對主叫側(cè) 進(jìn)行相應(yīng)通知的呼叫使能通知；以及存儲器單元，用于存儲呼叫使能通知的發(fā)送條件，其 中，所述控制單元確定是否能夠連接至滿足所述條件的無 線通信系統(tǒng)，當(dāng)能夠連接至滿足 所述條件的無線通信系統(tǒng)時，確定所述無線通信系統(tǒng)是否滿足存儲器單元中存儲的呼叫使 能通知的發(fā)送條件，并且僅當(dāng)確定所述無線通信系統(tǒng)滿足所述發(fā)送條件時，進(jìn)行控制以使 用所述無線通信系統(tǒng)來發(fā)送呼叫使能通知。根據(jù)本發(fā)明的一個實(shí)施例的無線通信裝置的特征在于在確定已被確定為滿足呼 叫使能通知的發(fā)送條件的無線通信系統(tǒng)不滿足呼叫使能通知的發(fā)送條件時，所述控制單元 進(jìn)行控制，以使用所述無線通信系統(tǒng)來發(fā)送條件惡化通知，通知所述無線通信系統(tǒng)的條件
T^ O為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一種能夠使用多個不同的無線通信系統(tǒng)的通信 控制方法，包括消息接收步驟，接收與隨后要從主叫側(cè)發(fā)送的呼叫請求相關(guān)的發(fā)起消息， 所述發(fā)起消息包括主叫側(cè)所期望的通信條件以及請求使用所述多個不同的無線通信系統(tǒng) 中的至少一個來接收呼叫請求的請求；響應(yīng)步驟，對接收的發(fā)起消息進(jìn)行響應(yīng)，以使用所述 多個無線通信系統(tǒng)中的預(yù)定無線通信系統(tǒng)來接收呼叫請求；取消步驟，在接收到響應(yīng)于響 應(yīng)步驟的響應(yīng)的呼叫使能通知請求的情況下，進(jìn)行控制以取消對接收步驟所使用的預(yù)定無 線通信系統(tǒng)的使用，所述呼叫使能通知請求用于請求被叫側(cè)在被叫側(cè)變?yōu)槟軌蜻B接至滿足 主叫側(cè)所期望的被叫側(cè)無線通信系統(tǒng)的條件的無線通信系統(tǒng)時發(fā)送對主叫側(cè)進(jìn)行相應(yīng)通 知的呼叫使能通知；存儲步驟，存儲呼叫使能通知的發(fā)送條件；以及發(fā)送步驟，確定是否能 夠連接至滿足所述條件的無線通信系統(tǒng)，當(dāng)能夠連接至滿足所述條件的無線通信系統(tǒng)時， 確定所述無線通信系統(tǒng)是否滿足存儲步驟中存儲的呼叫使能通知的發(fā)送條件，并且僅當(dāng)確 定所述無線通信系統(tǒng)滿足所述發(fā)送條件時，進(jìn)行控制以使用所述無線通信系統(tǒng)來發(fā)送呼叫 使能通知。發(fā)明的有益效果根據(jù)本發(fā)明，在主叫側(cè)由于能夠使用多個無線通信系統(tǒng)的被叫側(cè)無線通信裝置不 能使用主叫側(cè)所期望的網(wǎng)絡(luò)而取消呼叫的情況下，由于被叫側(cè)通信裝置基于期望網(wǎng)絡(luò)條件 和要使用的應(yīng)用所需的帶寬，向主叫側(cè)通信裝置發(fā)送呼叫使能通知和條件惡化通知，讓主 叫側(cè)的用戶能夠知道何時呼叫以使用滿足期望應(yīng)用的所需帶寬的期望網(wǎng)絡(luò)來與被叫側(cè)連接。



圖1是示出了采用根據(jù)本發(fā)明的第一實(shí)施例的通信控制方法的無線通信網(wǎng)絡(luò)的 通信系統(tǒng)的圖；圖2是示出了根據(jù)本發(fā)明的無線通信網(wǎng)絡(luò)中使用的無線通信終端的功能框圖；圖3是示出了根據(jù)本發(fā)明的無線通信網(wǎng)絡(luò)中使用的SIP服務(wù)器(呼叫控制服務(wù) 器)的功能框圖；圖4是示出了當(dāng)主叫側(cè)的無線通信終端呼叫能夠連接至電路交換網(wǎng)絡(luò)的被叫側(cè) 無線通信終端并且使用根據(jù)第一實(shí)施例的通信控制方法來開始以實(shí)時應(yīng)用進(jìn)行通信時的 通信控制的序列圖；圖5是示出了 SIP服務(wù)器使用根據(jù)第一實(shí)施例的通信控制方法來進(jìn)行的呼叫控制 的流程圖；圖6是示例了根據(jù)第一實(shí)施例的通信控制方法中SIP服務(wù)器用于呼叫控制的注冊 存儲表的表格；圖7是示例了根據(jù)第一實(shí)施例的通信控制方法中無線通信終端發(fā)送的呼叫請求 (INVITE)的圖；圖8是示例了根據(jù)第一實(shí)施例的通信控制方法中SIP服務(wù)器用于存儲無線通信終 端的期望呼叫的期望呼叫存儲表的表格；圖9是示出了采用根據(jù)第一實(shí)施例的通信控制方法的無線通信系統(tǒng)中使用的SMS 服務(wù)器的配置的圖；圖10是示出了根據(jù)第一實(shí)施例的通信控制方法中SIP服務(wù)器執(zhí)行的呼叫控制的 流程圖；圖11是示例了根據(jù)第一實(shí)施例的通信控制方法中在主叫側(cè)的無線通信終端上顯 示的用戶選擇屏幕的圖；圖12是示出了根據(jù)第一實(shí)施例的通信控制方法中，當(dāng)主叫側(cè)的無線通信終端呼 叫能夠連接至電路交換網(wǎng)絡(luò)的被叫側(cè)無線通信終端并且在交換呼叫使能通知請求和呼叫 使能通知之后開始以實(shí)時應(yīng)用進(jìn)行通信時的通信控制(通信控制1)的序列圖；圖13是示出了根據(jù)第一實(shí)施例的通信控制方法中主叫側(cè)的無線通信終端執(zhí)行的 通信控制的流程圖；圖14是示出了根據(jù)第一實(shí)施例的通信控制方法中主叫側(cè)的無線通信終端執(zhí)行的 通信控制的流程圖；圖15(a)和15(b)是示例了根據(jù)第一實(shí)施例的通信控制方法中在主叫側(cè)的無線通 信終端上顯示的用戶選擇屏幕的圖；圖16是示例了根據(jù)第一實(shí)施例的通信控制方法中主叫側(cè)的無線通信終端發(fā)送的 呼叫使能通知請求的圖；圖17是示出了根據(jù)第一實(shí)施例的通信控制方法中被叫側(cè)的無線通信終端進(jìn)行的 呼叫使能通知的通信控制的流程圖；圖18是示出了根據(jù)第一實(shí)施例的通信控制方法中被叫側(cè)的無線通信終端進(jìn)行的 呼叫使能通知的通信控制的流程圖19(a)和19(b)是示例了根據(jù)第一實(shí)施例的通信控制方法中在被叫側(cè)的無線通 信終端上顯示的用戶選擇屏幕的圖；圖20是示例了根據(jù)第一實(shí)施例的通信控制方法中主叫側(cè)的無線通信終端中存儲 的呼叫使能通知請求的發(fā)送信息歷史的表格；圖21是示例了根據(jù)第一實(shí)施例的通信控制方法中被叫側(cè)的無線通信終端中存儲 的呼叫使能通知請求的接收信息歷史的表格；圖22是示例了根據(jù)第一實(shí)施例的通信控制方法中，在接收呼叫使能通知時，在主 叫側(cè)的無線通信終端上顯示的顯示屏幕的圖；圖23是示例了根據(jù)第一實(shí)施例的通信控制方法中，由被叫側(cè)的無線通信終端用 來確定無線電條件的無線電條件確定表的表格；圖24是示例了根據(jù)于第一實(shí)施例的通信控制方法中， 由被叫側(cè)的無線通信終端 用來確定是否發(fā)送呼叫使能通知的通知確定表的表格；圖25是示例了根據(jù)第一實(shí)施例的通信控制方法中，當(dāng)接收到條件惡化通知時，在 主叫側(cè)的無線通信終端上顯示的顯示屏幕的圖；圖26(a)、圖26(b)以及圖26(c)是示例了圖12中所示的通信控制1中的源終端 (主叫側(cè)的通信終端)的屏幕的轉(zhuǎn)變的圖；圖27是示出了根據(jù)第一實(shí)施例的通信控制方法中，當(dāng)主叫側(cè)的無線通信終端呼 叫能夠連接至電路交換網(wǎng)絡(luò)的被叫側(cè)無線通信終端并且在交換呼叫使能通知請求和呼叫 使能通知之后使用實(shí)時應(yīng)用開始通信時的通信控制(通信控制2)的序列圖；圖28 (a)、圖28 (b)、圖28 (c)以及圖28 (d)是示例了圖27中所示的通信控制2進(jìn) 行的源終端(主叫側(cè)的通信終端)的屏幕的轉(zhuǎn)變的圖；圖29是示出了根據(jù)第一實(shí)施例的通信控制方法中，當(dāng)主叫側(cè)的無線通信終端呼 叫能夠連接至電路交換網(wǎng)絡(luò)的被叫側(cè)無線通信終端并且在交換呼叫使能通知請求和呼叫 使能通知之后取消呼叫時的通信控制(通信控制3)的序列圖；圖30 (a)、圖30 (b)、圖30 (c)以及圖30 (d)是示例了圖29中所示的通信控制3進(jìn) 行的源終端(主叫側(cè)的通信終端)的屏幕的轉(zhuǎn)變的圖；圖31是示例了使用根據(jù)第一實(shí)施例的通信控制方法，被叫側(cè)的無線通信終端可 以在何時并且以何種概率連接至每一個網(wǎng)絡(luò)的條件的圖；圖32是示例了用于創(chuàng)建圖31中的圖的被叫側(cè)無線通信終端的連接狀態(tài)的記錄的 圖；圖33是示例了傳統(tǒng)技術(shù)的無線通信網(wǎng)絡(luò)的配置的圖；以及圖34是示出了直到在傳統(tǒng)技術(shù)的無線通信網(wǎng)絡(luò)上的主叫側(cè)無線通信終端和被叫 側(cè)無線通信終端之間開始通信之前的通信控制的序列圖。
具體實(shí)施例方式在詳細(xì)描述本發(fā)明的原理和配置之前，將簡要描述本發(fā)明的典型序列。盡管本發(fā) 明預(yù)期用于各種類型的通信裝置和無線通信裝置及其通信控制方法，在下文中示例了主叫 側(cè)使用包括無線通信裝置的通信裝置(通信終端)并且被叫側(cè)使用作為典型的無線通信裝 置的無線通信終端的情況。
(1)當(dāng)具有多個通信網(wǎng)絡(luò)系統(tǒng)(設(shè)備)的通信終端(裝置)以實(shí)時應(yīng)用向具有多 個無線通信網(wǎng)絡(luò)系統(tǒng)(設(shè)備)的無線通信終端(裝置)進(jìn)行呼叫時，主叫側(cè)的通信終端通 知被叫側(cè)的無線通信終端主叫側(cè)可以連接的通信網(wǎng)絡(luò)的名稱(包括無線通信網(wǎng)絡(luò)的名稱) 以及實(shí)時應(yīng)用所需的帶寬?？紤]到被叫側(cè)的無線通信終端能夠連接的無線通信網(wǎng)絡(luò)、主叫 側(cè)能夠連接的通信網(wǎng)絡(luò)(包括無線通信網(wǎng)絡(luò))以及應(yīng)用所需的帶寬，被叫側(cè)的無線通信終 端選擇無線通信網(wǎng)絡(luò)，并且向主叫側(cè)的通信終端通知被叫側(cè)所選的無線通信網(wǎng)絡(luò)和被叫側(cè) 能夠連接的無線通信網(wǎng)絡(luò)的名稱，作為對主叫側(cè)的響應(yīng)。然后基于從被叫側(cè)通知的信息、 主叫側(cè)能夠連接的通信網(wǎng)絡(luò)以及應(yīng)用所需的帶寬，主叫側(cè)的通信終端選擇通信網(wǎng)絡(luò)進(jìn)行連 接，并且在主叫側(cè)和被叫側(cè)選擇的通信網(wǎng)絡(luò)(包括無線通信網(wǎng)絡(luò))上執(zhí)行必需的SIP過程， 以達(dá)到通信狀態(tài)。(2)在主叫側(cè)的通信終端和被叫側(cè)的通信終端之間，經(jīng)由SIP服務(wù)器來執(zhí)行對主 叫側(cè)能夠連接的通信網(wǎng)絡(luò)的名稱以及主叫側(cè)期望的實(shí)時應(yīng)用所需的帶寬的通知以及對所 選網(wǎng)絡(luò)的通知。另外，在選擇使用的網(wǎng)絡(luò)以后，被叫側(cè)的無線通信終端連接至所選網(wǎng)絡(luò)并且 向SIP服務(wù)器注冊。SIP服務(wù)器將所注冊的網(wǎng)絡(luò)的名稱通知主叫側(cè)的通信終端。(3)在(1)中收到主叫側(cè)的通信終端能夠連接的通信網(wǎng)絡(luò)以及所需帶寬的通知之 后，如果存在滿足主叫側(cè)和被叫側(cè)的帶寬的條件的多個通信網(wǎng)絡(luò)，則被叫側(cè)的無線通信終 端選擇對用戶費(fèi)率最低的通信網(wǎng)絡(luò)。(4)在上述(2)中，主叫側(cè)的通信終端發(fā)送通知，通知主叫側(cè)期望被叫側(cè)連接的網(wǎng) 絡(luò)的名稱、以及主叫側(cè)能夠連接的通信網(wǎng)絡(luò)的名稱和期望實(shí)時應(yīng)用的所需帶寬。(5)當(dāng)在上述(4)中接收到來自主叫側(cè)通信終端的通知時，如果被叫側(cè)的無線通 信終端已經(jīng)連接至主叫側(cè)通知的期望網(wǎng)絡(luò)并且向其注冊，則SIP服務(wù)器在不向被叫側(cè)的無 線通信終端發(fā)送通知的情況下執(zhí)行必需的SIP過程并且達(dá)到通信狀態(tài)。(6)當(dāng)在上述⑷中接收到來自主叫側(cè)通信終端的通知時，SIP服務(wù)器存儲所通知 的期望網(wǎng)絡(luò)的名稱、主叫側(cè)的通信終端以及被叫側(cè)的無線通信終端的組合。當(dāng)被叫側(cè)的無 線通信終端連接并且注冊時，如果被叫側(cè)的無線通信終端連接至主叫側(cè)通信終端通知的期 望網(wǎng)絡(luò)并且向其注冊，則SIP服務(wù)器執(zhí)行必須的SIP過程，并且達(dá)到通信狀態(tài)。(7)在上述⑴中被叫側(cè)的所選無線通信網(wǎng)絡(luò)的帶寬不滿足主叫側(cè)期望的所需帶 寬的情況下，SIP服務(wù)器相應(yīng)通知主叫側(cè)的通信終端，并且主叫側(cè)的通信終端詢問用戶以選 擇切換至要求(需要)窄帶寬的應(yīng)用或者取消對被叫側(cè)的無線通信終端的呼叫。當(dāng)選擇取 消時，主叫側(cè)的通信終端通知被叫側(cè)無線通信終端取消，并結(jié)束通信。當(dāng)選擇切換至另一個 應(yīng)用時，主叫側(cè)的通信終端切換至與被叫側(cè)的無線通信終端的無線通信網(wǎng)絡(luò)相對應(yīng)的通信 網(wǎng)絡(luò)中，切換至在主叫側(cè)和所通知的被叫側(cè)通信網(wǎng)絡(luò)的帶寬中可使用的應(yīng)用，并且執(zhí)行必 需的SIP過程(INVITE等)。(8)在上述(1)中由于將主叫側(cè)的通信網(wǎng)絡(luò)切換至與被叫側(cè)的所選無線通信網(wǎng)絡(luò) 相對應(yīng)而導(dǎo)致費(fèi)率上升的情況下，主叫側(cè)的終端向用戶示出費(fèi)率并且詢問用戶選擇切換通 信網(wǎng)絡(luò)、不切換通信網(wǎng)絡(luò)或者取消對被叫側(cè)的無線通信終端的呼叫。當(dāng)選擇取消時，主叫側(cè) 的通信終端通知被叫側(cè)無線通信終端取消，并結(jié)束該過程。當(dāng)選擇切換時，主叫側(cè)的通信終 端切換至與被叫側(cè)的無線通信終端的網(wǎng)絡(luò)相對應(yīng)的通信網(wǎng)絡(luò)，并且執(zhí)行必需的SIP過程。 當(dāng)選擇不切換時，主叫側(cè)的終端在不切換通信網(wǎng)絡(luò)的情況下執(zhí)行必需的SIP過程。
(9)在上述(1)中，主叫側(cè)的通信終端將與被叫側(cè)對無線通信網(wǎng)絡(luò)的選擇是優(yōu) 先考慮主叫側(cè)希望被叫側(cè)無線通信終端實(shí)現(xiàn)的帶寬還是優(yōu)先考慮較低的費(fèi)率相關(guān)的策略 (期望)，與主叫側(cè)能夠連接的通信網(wǎng)絡(luò)的名稱和期望實(shí)時應(yīng)用所需的帶寬一起通知給被 叫側(cè)。被叫側(cè)的無線通信終端基于所通知的與對無線網(wǎng)絡(luò)的選擇相關(guān)策略來選擇無線通信 網(wǎng)絡(luò)。(10)在上述(7)和⑶中選擇取消的情況下，主叫側(cè)的終端詢問用戶以選擇是否 請求(呼叫使能通知請求)被叫側(cè)的無線通信終端在被叫側(cè)的無線通信終端變?yōu)槟軌蜻B接 至期望網(wǎng)絡(luò)時向主叫側(cè)的通信終端發(fā)送通知。當(dāng)用戶選擇不請求時，主叫側(cè)的通信終端通 知被叫側(cè)的無線通信終端取消，并結(jié)束該過程。當(dāng)用戶選擇請求時，主叫側(cè)的通信終端向 被叫側(cè)的無線通信終端發(fā)送呼叫使能通知請求(針對通信使能通知的請求)。當(dāng)接收到針 對通信使能通知的請求時，被叫側(cè)的無線通信終端詢問用戶以選擇準(zhǔn)許/拒絕，然后向主 叫側(cè)的通信終端發(fā)送選擇結(jié)果。當(dāng)選擇準(zhǔn)許時，在被叫側(cè)的無線通信終端變?yōu)槟軌蜻B接至 主叫側(cè)期望的通信網(wǎng)絡(luò)時，被叫側(cè)的無線通信終端向主叫側(cè)的通信終端發(fā)送呼叫使能通知 (通信使能通知)，通知被叫側(cè)變?yōu)槟軌蜻B接至期望網(wǎng)絡(luò)。(11)在上述(10)中，主叫側(cè)的通信終端存儲主叫側(cè)以何種速率在期望網(wǎng)絡(luò)上成 功連接至每個被叫側(cè)無線通信終端以及主叫側(cè)何時接收到呼叫使能通知的條件，從而以特 定周期對與每個被叫側(cè)無線通信終端的連接狀態(tài)的統(tǒng)計特性進(jìn)行編譯，并且以圖形形式將 其示出。(12)在上述(10)中，被叫側(cè)的無線通信終端基于期望網(wǎng)絡(luò)的類型和無線電條件 以及要使用的應(yīng)用的所需帶寬來確定是否可以在期望網(wǎng)絡(luò)上進(jìn)行通信，當(dāng)確定可以在期望 網(wǎng)絡(luò)上進(jìn)行通信時，向主叫側(cè)的通信終端發(fā)送呼叫使能通知。另外，在發(fā)送呼叫使能通知之 后無線電條件惡化并且很有可能不能滿足要使用的應(yīng)用的所需帶寬的情況下，被叫側(cè)的無 線通信終端向主叫側(cè)的通信終端發(fā)送條件惡化通知。當(dāng)接收到呼叫使能通知或者條件惡化 通知時，主叫側(cè)的通信終端通知用戶主叫側(cè)當(dāng)前可以呼叫的被叫側(cè)無線通信終端以及與被 叫側(cè)的無線電條件相關(guān)的信息?，F(xiàn)在將參照附圖來描述本發(fā)明的優(yōu)選實(shí)施例。圖1是示出了采用根據(jù)本發(fā)明的第一實(shí)施例的通信控制方法的無線通信網(wǎng)絡(luò)的 通信系統(tǒng)的圖。如圖1所示，用作服務(wù)器或者網(wǎng)關(guān)的是DNS服務(wù)器10、SIP服務(wù)器20、SIP 服務(wù)器30、網(wǎng)關(guān)(GW)40、SMS服務(wù)器50、SIP服務(wù)器(或者GW) 60，以及SIP服務(wù)器(或者 GW)70。SIP服務(wù)器30用作呼叫控制服務(wù)器，而SMS服務(wù)器50用作消息發(fā)送服務(wù)器。無線 通信終端(UA ；用戶代理)100和200分別用作主叫側(cè)和被叫側(cè)的通信終端，而通信終端(軟 電話)UA300用作軟電話。這些終端經(jīng)由因特網(wǎng)NET1、運(yùn)營商分組網(wǎng)絡(luò)NET2、運(yùn)營商電路交 換網(wǎng)絡(luò)NET3、以及運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET1、RNET2與服務(wù)器相連。無線通信終端UA100 (主叫側(cè)的通信終端)是能夠連接至運(yùn)營商無線通信分組網(wǎng) 絡(luò)RNET1 (下文中也稱作無線網(wǎng)絡(luò)RNET1)以及運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET2 (下文中也 稱作無線網(wǎng)絡(luò)RNET2)的多模終端。注意，UA100還可以是主叫側(cè)的通信裝置(不是無線通 信終端)或者是不能發(fā)送和接收SMS消息的主叫側(cè)通信終端。例如，通信終端(軟電話) UA300可以用作主叫側(cè)的通信裝置。無線通信終端UA200(被叫側(cè)的無線通信裝置)是能夠 連接至無線網(wǎng)絡(luò)RNET1、無線網(wǎng)絡(luò)RNET2以及運(yùn)營商電路交換網(wǎng)絡(luò)NET3 (下文中也稱作網(wǎng)絡(luò)NET3)的多模終端。無線網(wǎng)絡(luò)RNET2是比無線網(wǎng)絡(luò)RNET1具有更寬帶寬的網(wǎng)絡(luò)。通常，在待 機(jī)時，無線通信終端UA100用無線網(wǎng)絡(luò)之一向SIP服務(wù)器30注冊。另一方面，無線通信終 端UA200通常在運(yùn)營商電路交換網(wǎng)絡(luò)NET3中待機(jī)，并且處于沒有連接至無線網(wǎng)絡(luò)RNET1和 無線網(wǎng)絡(luò)RNET2的休眠狀態(tài)。通信終端(軟電話)UA300具有恒定連接的環(huán)境并且已經(jīng)向 SIP服務(wù)器20注冊。 圖2是示出了在根據(jù)本發(fā)明的無線通信網(wǎng)絡(luò)中使用的無線通信終端(被叫側(cè)的無 線通信終端UA200)的功能框圖。盡管可以使用與被叫側(cè)的無線通信終端UA200相同的通 信終端(無線通信終端)作為根據(jù)本發(fā)明的主叫側(cè)通信終端UA100，但是也可以使用不具 有無線通信功能的有線通信終端。如圖2所示，被叫側(cè)無線通信終端UA200具有通信處理 單元310、控制單元(CPU處理器)320、操作(首選項)輸入單元330、SIP (擴(kuò)展)處理單元 340、無線通信網(wǎng)絡(luò)選擇處理單元350、揚(yáng)聲器SP、麥克風(fēng)MIC、信息顯示單元360、音頻調(diào)制 /解調(diào)單元370、圖像調(diào)制/解調(diào)單元380、無線通信#1鏈路控制單元(包括接口處理單元 和L2信息獲得單元)390、無線通信#2鏈路控制單元(包括接口處理單元和L2信息獲得單 元)400、無線通信測鏈路控制單元(包括接口處理單元和L2信息獲得單元)410、呼叫使 能通知請求的發(fā)送存儲器單元420、呼叫使能通知請求的發(fā)送處理單元430、呼叫使能(條 件惡化)通知的發(fā)送處理單元435、呼叫使能通知請求的接收存儲器單元440、呼叫使能通 知請求的接收處理單元450、呼叫使能(條件惡化)通知的接收處理單元455、用于連接通 知的自動響應(yīng)確定單元460、用于連接通知的自動響應(yīng)設(shè)置單元470、用于目的地連接狀態(tài) 的存儲器單元480、用于目的地連接狀態(tài)的圖創(chuàng)建單元490以及無線電條件確定單元495。 通信處理單元310用作經(jīng)由無線通信網(wǎng)絡(luò)選擇處理單元350以及無線通信#1、#2和#N鏈 路控制單元390至410中的一個來發(fā)送和接收呼叫建立消息(INVITE消息)的發(fā)送單元和 接收單元。另外，通信處理單元310還用作經(jīng)由無線通信網(wǎng)絡(luò)選擇處理單元350以及無線 通信#1、#2和#N鏈路控制單元390至410中一個來用分組交換網(wǎng)絡(luò)發(fā)送和接收詢問消息 (SMS消息)的發(fā)送單元和接收單元。此外，通信處理單元310用作消息接收單元，用于接收 與隨后要從主叫側(cè)發(fā)送的呼叫請求(INVITE)相關(guān)的發(fā)起消息，該發(fā)起消息包括主叫側(cè)所 期望的通信條件以及請求被叫側(cè)使用多個不同無線通信系統(tǒng)中的至少一個來接收呼叫請 求(INVITE)的請求(預(yù)定應(yīng)用的發(fā)起命令等等)。此外，通信處理單元310用作接收單元， 響應(yīng)于接收的發(fā)起消息，使用多個無線通信系統(tǒng)中的預(yù)定無線通信系統(tǒng)進(jìn)行響應(yīng)以接收呼 叫請求(INVITE)。呼叫使能(條件惡化)通知的發(fā)送處理單元435用作存儲發(fā)送呼叫使能 通知的條件的存儲器單元，并且用作發(fā)送通知以處理呼叫使能通知和條件惡化通知的發(fā)送 的處理單元?？刂茊卧?20用作取消單元，當(dāng)接收到響應(yīng)于響應(yīng)單元進(jìn)行的響應(yīng)、請求被叫 側(cè)在被叫側(cè)變?yōu)榭蛇B接至滿足主叫側(cè)所期望的被叫側(cè)無線通信系統(tǒng)的條件的無線通信系 統(tǒng)時發(fā)送呼叫使能通知以進(jìn)行相應(yīng)通知的呼叫使能通知請求時，取消(UNREGISTER)對響 應(yīng)單元所使用的預(yù)定無線通信系統(tǒng)的使用?？刂茊卧?20確定滿足條件的無線通信系統(tǒng)是 否可連接，并且在確定滿足條件的無線通信系統(tǒng)可連接時，確定該無線通信系統(tǒng)是否滿足 發(fā)送存儲器單元中存儲的呼叫使能通知的條件。僅當(dāng)確定該無線通信系統(tǒng)滿足該條件時， 控制單元320使用該無線通信系統(tǒng)來發(fā)送呼叫使能通知，并在確定已確定滿足發(fā)送呼叫使 能通知的條件的無線通信系統(tǒng)變?yōu)椴粷M足發(fā)送呼叫使能通知的條件時，進(jìn)行控制以使用該 無線通信網(wǎng)絡(luò)來發(fā)送條件惡化通知，通知該無線通信系統(tǒng)的條件惡化。
圖3是示出了在根據(jù)本發(fā)明的無線通信網(wǎng)絡(luò)中使用的SIP服務(wù)器(呼叫控制服務(wù) 器)的功能框圖。如圖3所示，SIP服務(wù)器30具有登陸(注冊)處理單元510、呼叫請求接 收單元520、注冊通知生成單元530、注冊通知發(fā)送單元540、地址解析處理單元550、呼叫請 求生成單元560、呼叫請求發(fā)送單元570、期望呼叫存儲器單元580以及期望呼叫處理單元 590。登陸(注冊)處理單元510接收來自終端的登錄(REGISTER)請求并且執(zhí)行必需的處 理。呼叫請求接收單元520接收包括主叫側(cè)的首選項信息在內(nèi)的、用于呼叫被叫側(cè)的呼叫 建立消息(INVITE消息)。呼叫請求生成單元560生成呼叫請求信息，該呼叫請求信息包 括指示接收呼叫建立消息并且在呼叫建立消息中包括期望條件(首選項信息)的信息，以 向被叫側(cè)傳輸由呼叫請求接收單元520接收的呼叫建立消息。呼叫請求發(fā)送單元570將生 成的呼叫請求信息發(fā)送至SMS服務(wù)器(消息發(fā)送服務(wù)器)或者基于SIP協(xié)議將生成的呼叫 請求信息發(fā)送至被叫側(cè)的終端。期望呼叫存儲器單元580存儲從無線通信終端(源終端) UA100接收的呼叫的期望條件(主叫側(cè)期望的無線通信網(wǎng)絡(luò)、應(yīng)用、費(fèi)率等)。期望呼叫處 理單元590基于從無線通信終端(源終端)UA100接收的呼叫的期望條件來執(zhí)行必需的處 理。圖4是示出了使用根據(jù)第一實(shí)施例的通信控制方法，在主叫側(cè)的無線通信終端 (源終端)UA100呼叫可連接至電路交換網(wǎng)絡(luò)的被叫側(cè)的無線通信終端(目的地終端) UA200并開始以實(shí)時應(yīng)用進(jìn)行通信時的通信控制的序列圖。圖4示出了在主叫側(cè)的無線通 信終端(源終端)UA100和被叫側(cè)的無線通信終端(目的地終端)UA200交換與可用網(wǎng)絡(luò)相 關(guān)的信息之后，盡管被叫側(cè)的無線通信終端(目的地終端)UA200不能使用主叫側(cè)所期望的 網(wǎng)絡(luò)，主叫側(cè)的無線通信終端(源終端)UA100通過改變應(yīng)用繼續(xù)(不取消)呼叫的情況。首先，源終端UA100連接至(使用)無線網(wǎng)絡(luò)RNET2并且向SIP服務(wù)器30注冊。 在該情況中，SIP服務(wù)器30執(zhí)行如圖5中步驟S01至S03所示的處理。即，當(dāng)在圖5的步 驟S01中接收來自終端(本情況中為源終端UA100)的注冊請求時，在下一個步驟S02，SIP 服務(wù)器30在圖6中示例的注冊存儲表中注冊該終端的地址、號碼和網(wǎng)絡(luò)名稱。然后，由于 此時不存在終端要通信的期望呼叫，在步驟S03確定為否，并且SIP服務(wù)器30結(jié)束其操作 以達(dá)到待機(jī)狀態(tài)。在源終端UA100已經(jīng)注冊的通信網(wǎng)絡(luò)與該終端本身在呼叫時所期望的網(wǎng) 絡(luò)不同的情況下，源終端UA100向期望網(wǎng)絡(luò)重新注冊。接下來，當(dāng)源終端UA100的用戶決定呼叫目的地終端UA200時，源終端UA100向 SIP服務(wù)器30發(fā)送針對目的地終端UA200的呼叫請求(INVITE)。如圖7所示，呼叫請求 (INVITE)中包括的信息是 主叫側(cè)的無線通信終端能夠連接的無線網(wǎng)絡(luò)的列表IEEE802. 16e、EVD0 應(yīng)用名稱視頻電話(彩色) 應(yīng)用所需的帶寬500kbps 主叫側(cè)期望的無線網(wǎng)絡(luò)IEEE802. 16e 與“帶寬優(yōu)先”還是“低費(fèi)率優(yōu)先”“帶寬優(yōu)先”相關(guān)的信息當(dāng)接收到呼叫請求(INVITE)時，SIP服務(wù)器30確認(rèn)目的地終端UA200尚未注冊， SIP服務(wù)器30將源號碼、目的地號碼以及主叫側(cè)(源端)期望的無線網(wǎng)絡(luò)作為期望呼叫 存儲在期望呼叫存儲表(其配置在圖8中示例)中，然后將SMS的發(fā)起消息從SMS服務(wù)器 50 (其配置在圖9中示例)經(jīng)由GW 40發(fā)送至目的地終端UA200。該發(fā)起消息還包含與呼叫請求(INVITE)中所包含的相同的信息。在本情況中，SIP服務(wù)器遵循如圖10所示的步 驟S11至S13然后步驟S16的序列。具體地，當(dāng)在圖10的步驟S11處接收來自終端(本情 況中為源終端UA100)的呼叫請求(INVITE)時，SIP服務(wù)器30在下一步驟S12將源終端的 號碼和目的地終端的號碼(呼叫請求的預(yù)期目的地)以及源終端期望的無線網(wǎng)絡(luò)的名稱的 組合注冊或者蓋寫為期望呼叫存儲表中的期望呼叫。在下一步驟S13處，確定目的地終端 是否已經(jīng)向源終端所期望的無線網(wǎng)絡(luò)注冊，如果沒有注冊，則SIP服務(wù)器30進(jìn)行至步驟S16 以經(jīng)由SMS服務(wù)器50向目的地終端發(fā)送呼叫請求信息，并結(jié)束其操作使得達(dá)到待機(jī)狀態(tài)。應(yīng)當(dāng)注意，在步驟13的確定中已經(jīng)注冊到SIP服務(wù)器30的被叫側(cè)無線通信終端 UA200的無線網(wǎng)絡(luò)是源終端UA100所期望的無線網(wǎng)絡(luò)的情況下，SIP服務(wù)器30向目的地終 端發(fā)送呼叫請求(INVITE)。在該情況下，SIP服務(wù)器遵循如圖10中步驟S13的“是”分支、 步驟S14和S15所示的序列。具體地，SIP服務(wù)器30在步驟S14中刪除期望呼叫，并且向 目的地終端發(fā)送呼叫請求(INVITE)，然后在下一步驟S15中執(zhí)行之后的正常SIP過程。另外，在目的地終端UA200不能與運(yùn)營商電路交換網(wǎng)絡(luò)(NET2)相連的情況下，可 以在運(yùn)營商無線通信分組網(wǎng)絡(luò)(RNET1或者RNET2)的尋呼信息中包括呼叫請求(INVITE) 信息以呼叫目的地終端。此外，在目的地終端是與因特網(wǎng)相連的PC等并且已經(jīng)注冊到SIP 服務(wù)器30的情況下，可以向終端的地址發(fā)送呼叫請求(INVITE)信息。當(dāng)接收來自SMS服務(wù)器50的發(fā)起消息時，考慮到發(fā)起消息中的信息以及終端本 身當(dāng)前可以連接的無線網(wǎng)絡(luò)，目的地終端UA200選擇運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET1作 為目的地終端UA200連接的無線網(wǎng)絡(luò)。在連接至所選無線網(wǎng)絡(luò)之后，目的地終端UA200注 冊到SIP服務(wù)器30。當(dāng)在注冊中確認(rèn)目的地終端UA200連接至運(yùn)營商無線通信分組網(wǎng)絡(luò) RNET1 (與源終端UA100所期望的不同的無線網(wǎng)絡(luò))并且向其注冊時，SIP服務(wù)器30通知源 終端UA100目的地終端UA200已經(jīng)向運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET1注冊。在本情況中， 由于目的地終端UA200與不同于源終端UA100所期望的無線網(wǎng)絡(luò)相連并且向其注冊，SIP服 務(wù)器30進(jìn)行控制以不向目的地終端發(fā)送呼叫請求(INVITE)。在本情況中，SIP服務(wù)器30遵循如圖5中步驟S01至S03，步驟S03的“是”分支、 步驟S04、步驟S04的“否”分支然后步驟S06的序列。具體地，當(dāng)在圖5的步驟S01處接收 來自終端(在本情況中為目的地終端UA200)的注冊請求時，在下一個步驟S02中，SIP服 務(wù)器30在圖6中示例的注冊存儲表中注冊該終端的地址、號碼和網(wǎng)絡(luò)名稱。然后，由于存 在對終端本身(目的地終端UA200)的期望呼叫，在步驟S03確定為“是”，并且處理流程進(jìn) 行至步驟S04。在步驟S04，確定目的地終端UA200是否向源終端UA100所期望的無線網(wǎng)絡(luò) (RNET2)注冊，并且由于確定為“否”，處理流程進(jìn)行至步驟S06。在步驟S06，SIP服務(wù)器30 將目的地終端UA200的注冊信息(包括注冊的無線網(wǎng)絡(luò)的名稱)通知給源通信終端UA100。 在目的地終端UA200與源終端UA100所期望的無線網(wǎng)絡(luò)相連并且向其注冊的情況下，在步 驟S04確定為“是”，并且處理流程進(jìn)行至步驟S05，在步驟S05中，SIP服務(wù)器30向目的地 終端UA200發(fā)送呼叫請求(INVITE)，并且之后執(zhí)行正常SIP過程以開始通信。當(dāng)被通知注冊信息的源終端UA100確認(rèn)該無線網(wǎng)絡(luò)(RNET1)不具有足夠的帶寬并 且確認(rèn)該無線網(wǎng)絡(luò)(RNET1)的費(fèi)率低于無線網(wǎng)絡(luò)(RNET2)的費(fèi)率時，源終端UA100顯示圖 11中示例的用戶選擇屏幕，詢問用戶以選擇切換至需要窄帶寬的應(yīng)用(單色視頻電話或者 電話)來進(jìn)行通信或者取消。當(dāng)用戶觀看用戶選擇屏幕并且選擇切換至該應(yīng)用以執(zhí)行通信時，源終端UA100與無線網(wǎng)絡(luò)(RNET2)斷開，與無線網(wǎng)絡(luò)(RNET1)連接，向SIP服務(wù)器30注 冊，然后發(fā)送(重新發(fā)送)針對目的地終端UA200的呼叫請求(INVITE)。當(dāng)重新發(fā)送呼叫 請求時，SIP服務(wù)器30取消之前的呼叫請求(INVITE)。在呼叫請求(INVITE)中寫有 應(yīng)用名稱單色視頻電話 主叫側(cè)所期望的無線網(wǎng)絡(luò)無線網(wǎng)絡(luò)RNET1在用戶在上面的詢問中選擇不改變應(yīng)用的情況下，由于源終端UA100在無線網(wǎng)絡(luò) (RNET2)上，因此源終端UA100發(fā)送之前的呼叫請求(INVITE)。在上面的請求中選擇取消 的情況下，源終端UA100經(jīng)由SIP服務(wù)器30相應(yīng)通知目的地終端UA200。當(dāng)被通知時，目的 地終端UA200按需要與無線網(wǎng)絡(luò)RNET1斷開。當(dāng)確認(rèn)目的地終端UA200注冊的無線網(wǎng)絡(luò)(無線網(wǎng)絡(luò)RNET1)與源終端UA100所 期望的無線網(wǎng)絡(luò)(無線網(wǎng)絡(luò)RNET1)相對應(yīng)時，SIP服務(wù)器30向目的地終端UA200發(fā)送呼叫 請求(INVITE)。在該情況中，SIP服務(wù)器遵循如圖10中步驟S11至S13、步驟S13的“是” 分支、以及步驟S14、S15所示的序列。隨后，源終端UA100和目的地終端UA200執(zhí)行如圖4 所示的呼叫所必需的SIP過程以用實(shí)時應(yīng)用開始通信。圖12是示出了當(dāng)主叫側(cè)的無線通信終端(源終端UA100)呼叫能夠連接至電路 交換網(wǎng)絡(luò)的被叫側(cè)無線通信終端(目的地終端)UA200并且通過交換呼叫使能通知請求和 呼叫使能通知來以實(shí)時應(yīng)用開始通信時，使用根據(jù)第一實(shí)施例的通信控制方法進(jìn)行的通信 控制(通信控制1)的序列圖。具體地，圖12示出了在主叫側(cè)的無線通信終端(源終端) UA100和被叫側(cè)的無線通信終端(目的地終端)UA200交換與可用網(wǎng)絡(luò)相關(guān)的信息之后，由 于被叫側(cè)的無線通信終端(目的地終端)UA200不能使用主叫側(cè)所期望的網(wǎng)絡(luò)，因此主叫側(cè) 的無線通信終端(源終端)UA100暫時取消呼叫并且當(dāng)被叫側(cè)的無線通信終端(目的地終 端)UA200能夠使用主叫側(cè)所期望的網(wǎng)絡(luò)時再次進(jìn)行呼叫的情況。首先，源終端UA100連接至(使用)運(yùn)營商無線通信分組網(wǎng)絡(luò)RNET2(下文中稱作 無線RNET2)，并且注冊到SIP服務(wù)器30。在本情況中，SIP服務(wù)器30遵循如圖5中步驟S01 至S03所示的序列。具體地，當(dāng)在圖5的步驟S01處接收來自終端(在本情況中為源終端 UA100)的注冊請求時，SIP服務(wù)器30在圖6中示例的注冊存儲表中注冊該終端的地址、號 碼以及網(wǎng)絡(luò)名稱。然后，由于此時不存在該終端要通信的期望呼叫，對步驟S03的確定的答 案是“否”，SIP服務(wù)器30結(jié)束其操作以達(dá)到待機(jī)狀態(tài)。在源終端UA100已經(jīng)注冊的通信網(wǎng) 絡(luò)與終端本身所期望的網(wǎng)絡(luò)不同的情況下，源終端UA100向所期望的網(wǎng)絡(luò)重新注冊。接下來，當(dāng)源終端UA100的用戶選擇呼叫目的地終端UA200時，源終端UA100向 SIP服務(wù)器發(fā)送針對目的地終端UA200的呼叫請求(INVITE)?；趫D7所示的格式生成的 呼叫請求包括下列內(nèi)容 主叫側(cè)的無線通信終端能夠連接的無線網(wǎng)絡(luò)的列表IEEE802. 16e、EVD0 應(yīng)用名稱視頻電話(彩色) 應(yīng)用所需的帶寬500kbps 主叫側(cè)期望的無線網(wǎng)絡(luò)IEEE802. 16e 與“帶寬優(yōu)先”還是“低費(fèi)率優(yōu)先”“帶寬優(yōu)先”相關(guān)的信息當(dāng)接收到呼叫請求(INVITE)時，SIP服務(wù)器30確認(rèn)目的地終端UA200尚未注冊，SIP服務(wù)器30將源終端的號碼、目的地終端的號碼以及主叫側(cè)(源端)所期望的無線網(wǎng)絡(luò) 作為期望呼叫存儲在期望呼叫存儲表中(其配置在圖8示例)。然后，SIP服務(wù)器將SMS的 發(fā)起消息從SMS服務(wù)器50 (其配置在圖9中示例)經(jīng)由GW40發(fā)送至目的地終端UA200。發(fā) 起消息包含與呼叫請求(INVITE)中包含的相同的信息。在該情況中，SIP服務(wù)器30遵循如 圖10中步驟Sll至S13和S16中所示的序列。具體地，當(dāng)在圖10的步驟Sll處接收來自終 端(在本情況中為源終端UA100)的呼叫請求(INVITE)時，在下一個步驟S12中，SIP服務(wù) 器30將源終端的號碼和目的地終端(呼叫請求(INVITE)預(yù)期的目的地)的號碼以及源終 端所期望的網(wǎng)線網(wǎng)絡(luò)的名稱的組合注冊或者蓋寫為期望呼叫存儲表中的期望呼叫。在下一 個步驟S13中，確定目的地終端是否已經(jīng)向源終端所期望的無線網(wǎng)絡(luò)注冊，如果沒有注冊， 則SIP服務(wù)器30進(jìn)行至步驟S16，以經(jīng)由SMS服務(wù)器50向目的地終端發(fā) 送呼叫請求信息， 然后結(jié)束其操作以達(dá)到待機(jī)狀態(tài)。在無線通信終端UA200已經(jīng)向SIP服務(wù)器30注冊的無線網(wǎng)絡(luò)是源終端UA100所 期望的無線網(wǎng)絡(luò)的情況下，SIP服務(wù)器30向目的地終端發(fā)送呼叫請求(INVITE)。在該情況 中，SIP服務(wù)器遵循如圖10中步驟S13的“是”分支、以及步驟S14、S15所示的序列。具體 地，如果在圖10的步驟S13處確定的答案為“是”，則SIP服務(wù)器30在步驟S14刪除期望呼 叫，并且在下一個步驟S15中向目的地終端發(fā)送呼叫請求(INVITE)，然后進(jìn)行至之后的正 常SIP過程。在目的地終端UA200是不能與運(yùn)營商電路交換網(wǎng)絡(luò)(NET2)相連的終端的情況下， 可以在運(yùn)營商無線通信分組網(wǎng)絡(luò)(RNET1或者RNET2)的尋呼信息中包括呼叫請求(INVITE) 信息以呼叫目的地終端。另外，在目的地終端是與因特網(wǎng)相連的PC等并且已經(jīng)注冊到SIP 服務(wù)器30的情況下，可以向終端的地址發(fā)送呼叫請求(INVITE)信息。在接收來自SMS服務(wù)器50的發(fā)起消息時，考慮到發(fā)起消息中的信息以及終端本身 當(dāng)前能夠連接的無線網(wǎng)絡(luò)，目的地終端UA200選擇運(yùn)營商無線通信分組網(wǎng)絡(luò)RNETl作為目 的地終端UA200連接的無線網(wǎng)絡(luò)。在連接至所選的無線網(wǎng)絡(luò)之后，目的地終端UA200注冊 到SIP服務(wù)器30。在該注冊中，當(dāng)確認(rèn)目的地終端UA200連接至運(yùn)營商無線通信分組網(wǎng)絡(luò) RNETl (與源終端UA100所期望的無線網(wǎng)絡(luò)不同的無線網(wǎng)絡(luò))并且向其注冊時，SIP服務(wù)器 30通知源終端UA100目的地終端UA200已經(jīng)向運(yùn)營商無線通信分組網(wǎng)絡(luò)RNETl注冊。在該 情況中，由于目的地終端UA200與不同于源終端UA100所期望的無線網(wǎng)絡(luò)的無線網(wǎng)絡(luò)相連 并且向其注冊，SIP服務(wù)器30進(jìn)行控制以不向目的地終端發(fā)送呼叫請求(INVITE)。在本情況中，SIP服務(wù)器遵循如圖5中步驟SOl至S03、步驟S03的“是”分支、步 驟S04、步驟S04的“否”分支然后步驟S06所示的序列。具體地，當(dāng)在圖5的步驟SOl處 接收來自終端(在本情況中為目的地終端UA200)的注冊請求時，在下一個步驟S02中，SIP 服務(wù)器30在圖6中示例的注冊存儲表中注冊終端的地址、號碼和網(wǎng)絡(luò)名稱。然后，由于存 在對終端本身(目的地終端UA200)的期望呼叫，在步驟S03處確定為“是”，并且SIP服務(wù) 器30進(jìn)行至步驟S04。在步驟S04，確定目的地終端UA200是否向源終端UA100期望的無 線網(wǎng)絡(luò)(RNET2)注冊，由于確定為“否”，SIP服務(wù)器30進(jìn)行至步驟S06。在步驟S06，SIP 服務(wù)器30將目的地終端UA200的注冊信息(包括注冊的無線網(wǎng)絡(luò)的名稱)通知給源終端 UAlOO0在目的地終端UA200與源終端UA100所期望的無線網(wǎng)絡(luò)相連并且向其注冊的情況 下，在步驟S04確定為“是”，并且SIP服務(wù)器30進(jìn)行至步驟S05，以向目的地終端UA200發(fā)送呼叫請求(INVITE)，并且執(zhí)行之后正常的SIP處理以開始通信。當(dāng)被通知注冊信息時，源終端UA100確認(rèn)無線網(wǎng)絡(luò)(RNETl)不具有足夠的帶寬并且確認(rèn)無線網(wǎng)絡(luò)(RNETl)的費(fèi)率比無線網(wǎng)絡(luò)(RNET2)的費(fèi)率要低，源終端UA100顯示圖11 中示例的用戶選擇屏幕，詢問用戶以選擇切換至需要窄帶寬的應(yīng)用(單色視頻電話或者電 話)以進(jìn)行通信或者取消。當(dāng)用戶觀看用戶選擇屏幕并且選擇取消時，源終端UA100詢問 用戶是否要發(fā)送呼叫使能通知請求，請求目的地終端UA200在目的地終端UA200能夠與源 終端UA100所期望的網(wǎng)絡(luò)相連時進(jìn)行相應(yīng)通知。當(dāng)用戶選擇“否(不發(fā)送)”時，源終端 UA100通知SIP服務(wù)器30取消。SIP服務(wù)器30通知目的地終端UA200取消，并且目的地終 端UA200按需要與無線網(wǎng)絡(luò)(RNETl)斷開。在上面的處理中，源終端UA100執(zhí)行如圖13中步驟SlOl至S112所示的處理。具 體地，在發(fā)起上述應(yīng)用時開始的圖13的流程圖中，源終端UA100在步驟SlOl選擇目的地終 端和網(wǎng)絡(luò)，在步驟S102進(jìn)行呼叫，在步驟S103發(fā)送呼叫請求(INVITE)，并且在步驟S104確 定是否已經(jīng)接收到“ IOOTrying (嘗試)”。如果接收到，則源終端UA100進(jìn)行至步驟S105， 而如果沒有接收到，則源終端UA100進(jìn)行至步驟S106以執(zhí)行之后必需的SIP過程。在步 驟S105確定是否已經(jīng)接收到目的地終端注冊的通知，如果確定為“否”，則返回步驟S104并 且重復(fù)之后的步驟，而如果確定為“是”，則源終端UA100進(jìn)行至步驟S107，以確定是否改變 應(yīng)用和網(wǎng)絡(luò)以繼續(xù)呼叫。如果確定為“是”(呼叫)，則在步驟S108處源終端UA100向切換 至的網(wǎng)絡(luò)注冊，然后進(jìn)行至步驟S110，以執(zhí)行之后必需的SIP過程。另一方面，如果在步驟 S107處確認(rèn)為“否”，則在步驟Slll源終端UA100確定是否要發(fā)送呼叫使能通知請求。在 確定為“是”(發(fā)送)的情況下，源終端UA100進(jìn)行至圖14的步驟S113，以發(fā)送呼叫使能通 知請求，而如果確定為“否”(不發(fā)送)，則源終端UA100進(jìn)行至步驟S112，以經(jīng)由SIP服務(wù) 器30通知目的地終端UA200取消。在詢問是否發(fā)送呼叫使能通知請求時用戶選擇“是(發(fā)送)”的情況下，源終端 UA100顯示圖15(a)、(b)中示例的用戶選擇屏幕，以確認(rèn)呼叫使能通知請求的目的地、期望 網(wǎng)絡(luò)和要使用的應(yīng)用，并且要求用戶輸入有效持續(xù)時間和消息。當(dāng)用戶在觀看用戶選擇屏 幕之后確認(rèn)并且按需要輸入時，源終端UA100向呼叫使能通知請求分配ID，向SIP服務(wù)器 30發(fā)送針對目的地終端UA200的呼叫使能通知請求(如圖16中示例的，包括由SIP定義 的消息和指示呼叫使能通知的內(nèi)容的消息)，從SIP服務(wù)器30向目的地終端UA200傳輸該 呼叫使能通知請求。在該操作期間，源終端UA100遵循如上述步驟S107的“否”分支、步驟 Slll的“是”分支以及步驟S113所示的序列。當(dāng)接收呼叫使能通知請求時，目的地終端UA200選擇是否準(zhǔn)許該呼叫使能通知請 求。目的地終端UA200具有自動選擇是否準(zhǔn)許的自動模式和由用戶選擇是否準(zhǔn)許的手動模 式。在將目的地終端UA200設(shè)置為手動模式以由用戶選擇是否準(zhǔn)許的情況下，目的地終端 UA200通知用戶接收到呼叫使能通知請求并且要求用戶選擇準(zhǔn)許/拒絕。另一方面，在將 目的地終端UA200設(shè)置為自動模式以自動選擇準(zhǔn)許/拒絕的請下，由用戶預(yù)先設(shè)置拒絕所 有、準(zhǔn)許所有、還是基于其靜默模式的開/關(guān)來為每一個通知方進(jìn)行選擇(圖19(a)示例了 在這種情況下要顯示的用戶選擇屏幕)。在選擇“為每個通知方選擇”的情況中，預(yù)先設(shè)置 是否為每一個通知方進(jìn)行拒絕或者準(zhǔn)許(圖19(b)示例了在這種情況下顯示的用戶選擇屏 幕)。目的地終端UA200基于發(fā)送呼叫使能通知請求的源終端UA100的標(biāo)識以及在接收請求的時刻目的地終端UA200的靜默模式是開還是關(guān)，來確定準(zhǔn)許還是拒絕該呼叫使能通知 請求。在確定準(zhǔn)許的情況下，從目的地終端UA200經(jīng)由SIP服務(wù)器30向源終端UA100通知 準(zhǔn)許(OK)作為響應(yīng)，并且在目的地終端UA200和源終端UA100中存儲呼叫使能通知請求的 發(fā)送信息/接收信息作為歷史(圖20和圖21示例了該歷史)。另外，當(dāng)目的地終端UA200 經(jīng)由SIP服務(wù)器接收到從已經(jīng)接收了響應(yīng)(OK)的源終端UA100發(fā)送的ACK時，目的地終端 UA200向SIP服務(wù)器30注銷并且開始監(jiān)控其是否與主叫側(cè)所期望的網(wǎng)絡(luò)可連接。在上述處理中，目的地終端UA200遵循如圖17中步驟S201至S209所示的序列， 而源終端U A100遵循如圖14中步驟Sl 14至Sl 16所示的序列。在接收呼叫使能通知請求時開始的圖17的流程圖中的步驟S201處，目的地終端 UA200確認(rèn)是否進(jìn)行通知。當(dāng)確定為“是”時，目的地終端UA200進(jìn)行至步驟S202，而當(dāng)確 定為“否”時，目的地終端UA200進(jìn)行至步驟S206。目的地終端UA200在步驟S202發(fā)送響 應(yīng)(準(zhǔn)許；0K)，在步驟S203將呼叫使能通知請求的接收信息存儲在歷史中，在步驟S204將 無線電條件存儲為“服務(wù)區(qū)外”，然后在步驟S205向SIP服務(wù)器30注銷。另一方面，在步驟 S206發(fā)送(通知)響應(yīng)(拒絕；NG)，目的地終端UA200在下一個步驟S207向SIP服務(wù)器 30注銷，然后結(jié)束其操作。在步驟S205之后的步驟S208，確定是否在有效持續(xù)時間之內(nèi)， 如果“否”(不在有效持續(xù)時間內(nèi))，則目的地終端UA200進(jìn)行至步驟S209，以從歷史中刪除 呼叫使能通知請求的接收信息并且結(jié)束其操作，而如果“是”(在有效持續(xù)時間內(nèi))，則目的 地終端UA200進(jìn)行至步驟S210及其后的步驟。在圖14的步驟S114，源終端UA100確認(rèn)接收的響應(yīng)是否指示準(zhǔn)許(OK)。如果 “是”(準(zhǔn)許)，則源終端UA100進(jìn)行至步驟S115，以向呼叫使能通知請求分配ID并且在歷 史中存儲呼叫使能通知請求的發(fā)送信息，而如果“否”(拒絕)，則源終端UA100進(jìn)行至步驟 Sl 16，以經(jīng)由SIP服務(wù)器30通知目的地終端UA200取消，并結(jié)束其操作。然后，當(dāng)監(jiān)控是否與主叫側(cè)所期望的網(wǎng)絡(luò)可連接的目的地終端UA200移動進(jìn)入與 主叫側(cè)所期望的無線網(wǎng)絡(luò)RNET2可連接的區(qū)域并且可以在無線網(wǎng)絡(luò)RNET2上通信時，目的 地終端UA200與無線網(wǎng)絡(luò)RNET2相連，向SIP服務(wù)器30注冊并且經(jīng)由SIP服務(wù)器30發(fā)送 呼叫使能通知，以通知源終端UA100目的地終端UA200能夠在無線網(wǎng)絡(luò)RNET2上進(jìn)行通信。 呼叫使能通知包括通知請求的ID。在該處理中，目的地終端UA200遵循如圖17中步驟S210 至S212所示的序列。具體地，在確認(rèn)其是否能夠與主叫側(cè)所期望的網(wǎng)絡(luò)相連的步驟S210 中的答案為“否”的情況下，重復(fù)包括步驟S208的“否”分支、步驟S208的“是”分支以及步 驟S210在內(nèi)的循環(huán)。當(dāng)在步驟S210處的答案變?yōu)椤笆恰睍r，目的地終端UA200進(jìn)行至步驟 S211，以用主叫側(cè)所期望的無線網(wǎng)絡(luò)RNET2向SIP服務(wù)器30注冊，然后進(jìn)行至步驟S212以 發(fā)送呼叫使能通知。經(jīng)由SIP服務(wù)器30向源終端UA100發(fā)送該呼叫使能通知。當(dāng)接收呼叫使能通知時，源終端UA100確認(rèn)源終端UA100本身是否能夠與期望網(wǎng) 絡(luò)相連。如果可連接，則源終端UA100通過在終端本身上顯示圖22中示例的“在接收呼叫 使能通知時的顯示屏幕”來通知用戶“源終端UA100可以在期望網(wǎng)絡(luò)上與目的地終端UA200 進(jìn)行通信”(源終端UA100可以再次呼叫目的地終端UA200)。當(dāng)用戶觀看該顯示屏幕時，源 終端UA100要求用戶選擇是否要在該網(wǎng)絡(luò)上用所期望的應(yīng)用來呼叫目的地終端UA200。當(dāng) 用戶選擇呼叫時，源終端UA100通過與上述步驟SlOl以及之后步驟相同的處理來呼叫目的 地終端UA200以與其進(jìn)行通信。
在該處理中，源終端UAlOO遵循如圖14中步驟S117至S124所示的序列。具體地， 當(dāng)在用于確認(rèn)是否已經(jīng)接收到呼叫使能通知的步驟S117處確定為“是”時，源終端UA100 在步驟S18確認(rèn)終端本身是否能夠與上述期望網(wǎng)絡(luò)相連，如果可連接，則進(jìn)行至步驟S119， 以檢查是否在接收到呼叫使能通知之后的預(yù)定時間段內(nèi)。如果確定為“是”(在預(yù)定時間段 內(nèi))，則源終端UA100進(jìn)行至步驟S120，以通知用戶源終端UA100能夠再次呼叫目的地終端 UA200。在下一個步驟S121，源終端UA100檢查用戶是否確認(rèn)，然后如果沒有確認(rèn)(否)則 返回步驟Sl 18，而在確認(rèn)(是)時源終端UA100進(jìn)行至步驟S122，以詢問源終端UA100的 用戶是否再次呼叫。如果確定為“是”(再次呼叫)，則源終端UA100進(jìn)行至步驟S123以發(fā) 送呼叫請求(INVITE)，并且在下一個步驟S124中，執(zhí)行必需的SIP過程以進(jìn)行通信。 在上述步驟S118處源終端UA100本身不能與期望網(wǎng)絡(luò)相連的情況下，源終端 UA100繼續(xù)檢查終端本身是否能夠與期望網(wǎng)絡(luò)相連，直到經(jīng)過有效持續(xù)時間。當(dāng)在檢查期間 源終端UA100變?yōu)榕c期望網(wǎng)絡(luò)可連接并且在接收到呼叫使能通知之后的預(yù)定時間段之內(nèi) 時，源終端UA100通知用戶“源端能夠在期望網(wǎng)絡(luò)上進(jìn)行通信(源終端UA100可以再次呼叫 目的地終端UA200) ”。在該處理中，如果在圖14的步驟S118處確定為“否”，則源終端UA100 在步驟S125檢查是否在有效持續(xù)時間之內(nèi)。由于其在有效持續(xù)時間之內(nèi)，在步驟S125處 確定為“是”，并且源終端UA100返回步驟Sl 18。然后源終端UA100沿步驟Sl 18的“是”分 支進(jìn)行至步驟S119，以檢查是否在接收到呼叫使能通知之后的預(yù)定時間段之內(nèi)。在有效持續(xù)時間之內(nèi)沒有接收到呼叫使能通知的情況下，源終端UA100詢問用戶 是否擴(kuò)展有效持續(xù)時間，并且在用戶選擇擴(kuò)展的情況下，向目的地終端UA200重新發(fā)送呼 叫使能通知請求。在該處理期間，源終端UA100遵循如圖14中步驟Sl 17的“否”分支以及步驟S126 至步驟S128所示的序列。具體地，在步驟S126(當(dāng)沒有接收到呼叫使能通知時，源終端 UA100沿步驟S117的“否”分支進(jìn)行至步驟S126)，源終端UA100檢查是否在有效持續(xù)時間 之內(nèi)，并且如果確定為“是”(在有效持續(xù)時間之內(nèi))，則返回步驟S117，而在確定為“否”的 情況下(不在有效持續(xù)時間之內(nèi))，進(jìn)行至步驟S127以詢問用戶是否擴(kuò)展該有效持續(xù)時間。 當(dāng)確定為“是”(擴(kuò)展)時，源終端UA100返回步驟S113，以向目的地終端UA200重新發(fā)送 呼叫使能通知請求，而在確定為“否”(不擴(kuò)展)的情況下，目的地終端UA100進(jìn)行至步驟 S128，以從歷史中刪除呼叫使能通知請求的發(fā)送信息，并且結(jié)束其操作。應(yīng)當(dāng)注意，在步驟 S125中有效持續(xù)時間已經(jīng)過去的情況下，源終端UA100也遵循步驟S127至S128。在接收通知之后，在源終端UA100的用戶確認(rèn)呼叫使能通知之前已經(jīng)過去預(yù)定時 間段的情況下，源終端UA100發(fā)送呼叫使能通知請求，以重新確認(rèn)目的地終端UA200是否能 夠使用期望網(wǎng)絡(luò)。在該處理期間，源終端UA100遵循如圖14中步驟S119的“否”分支、步驟S129以 及S130以及之后的步驟所示的序列。具體地，當(dāng)在接收到呼叫使能通知之后已經(jīng)過去預(yù)定 時間段時，源終端UA100沿著步驟119的“否”分支進(jìn)行至步驟S129，以請求重新確認(rèn)目的地 終端UA200是否能夠使用期望網(wǎng)絡(luò)。在下一個步驟S130，源終端UA100重新確認(rèn)目的地終 端UA200是否能夠使用期望網(wǎng)絡(luò)，并且在接收到響應(yīng)于重新確認(rèn)的、通知目的地終端UA200 能夠使用期望網(wǎng)絡(luò)(是)的呼叫使能通知的情況下，從步驟S120進(jìn)行至步驟S121，以等待 源終端UA100的用戶確認(rèn)呼叫使能通知。另一方面，當(dāng)源終端UA100在預(yù)定時間段內(nèi)沒有接收到響應(yīng)于上述步驟S130的重新確認(rèn)的、通知目的地終端UA200能夠使用期望網(wǎng)絡(luò)的通 知時，源終端UAlOO返回步驟S117，以等待再次接收來自目的地終端UA200的呼叫使能通
知。 在上述步驟S122中源終端UA100的用戶選擇“否”(不再次呼叫)的情況下，源終 端UA100進(jìn)行至步驟S131，以檢查是否結(jié)束其操作。如果“否”(不結(jié)束)，則源終端UA100 返回步驟S118，而如果“是”(結(jié)束)，則源終端UA100進(jìn)行至步驟S132，以從歷史中刪除呼 叫使能通知請求的發(fā)送記錄，并且進(jìn)行至步驟S133，以通知目的地終端UA200取消，并且結(jié) 束其操作。在發(fā)送呼叫使能通知之后，目的地終端UA200執(zhí)行與源終端UA100相似的歷史處理。具體地，在步驟S213(在圖17的步驟S212發(fā)送呼叫使能通知之后，目的地終端 UA200進(jìn)行至步驟S213)，目的地終端UA200存儲無線電條件，并且在下一個步驟S214確 認(rèn)通信是否開始。如果確定為“是”(通信開始)，則目的地終端UA200進(jìn)行至步驟S215以 從歷史中刪除呼叫使能通知請求的接收信息，然后結(jié)束其操作(繼續(xù)通信)，而如果確定為 “否”(通信未開始)，則目的地終端UA200進(jìn)行至圖18的步驟S216。在步驟S216，目的地終端UA200檢查是否在有效持續(xù)時間之內(nèi)，如果“是”(在有 效持續(xù)時間內(nèi))，則目的地終端UA200進(jìn)行至步驟S217，而如果“否”(不在有效持續(xù)時間 內(nèi))，則進(jìn)行至步驟S218，以向SIP服務(wù)器30注銷，然后進(jìn)行至步驟S219以從歷史中刪除 呼叫使能通知請求的接收信息，然后，目的地終端UA200結(jié)束其操作。在步驟S217，目的地 終端UA200確認(rèn)是否具有良好條件以發(fā)送呼叫使能通知，當(dāng)確定為“是”(良好條件以發(fā)送 通知)時，進(jìn)行至步驟S220以發(fā)送呼叫使能通知，然后進(jìn)行至步驟S221以存儲該無線電條 件。當(dāng)確定為“否”(發(fā)送通知的條件較差)時，目的地終端UA200進(jìn)行至步驟S222，以確 認(rèn)是否具有發(fā)送條件惡化通知(一種呼叫使能通知)的合適條件。當(dāng)在步驟S222確定為 “是”(合適條件以發(fā)送通知)時，目的地終端UA200進(jìn)行至步驟S223以發(fā)送條件惡化通知， 然后進(jìn)行至上述步驟S221以存儲該無線電條件，然后進(jìn)行至步驟S224。當(dāng)確定為“否”(發(fā) 送該通知的條件不合適)時，目的地終端UA200進(jìn)行至步驟S224。在步驟S224，確認(rèn)是否 接收到針對重新確認(rèn)的呼叫使能通知請求，并且當(dāng)確認(rèn)為“否”(沒有接收到)時，目的地終 端UA200返回圖17的步驟S214，而當(dāng)確定為“是”(接收到)時，進(jìn)行至步驟S225。在步驟 S225，確定目的地終端UA200是否能夠連接至主叫側(cè)所期望的網(wǎng)絡(luò)，當(dāng)確定為“否”(不可連 接)時，目的地終端UA200返回圖17的步驟S208。當(dāng)確定為“是”(可連接)時，目的地終 端UA200進(jìn)行至步驟S226，以用主叫側(cè)所期望的網(wǎng)絡(luò)向SIP服務(wù)器30注冊，然后進(jìn)行至步 驟S227以通知源終端UA100目的地終端UA200能夠使用期望網(wǎng)絡(luò)，然后返回圖17中的步 驟S214以等待通信(呼叫)開始。在上述步驟S225處確定(與圖17中步驟S201和S210中的確定一樣)目的地終 端UA200是否能夠連接至期望網(wǎng)絡(luò)(與之通信)時，當(dāng)接收到呼叫使能通知請求時，目的地 終端UA200監(jiān)控源終端UA100所期望的網(wǎng)絡(luò)的無線電條件，當(dāng)無線電條件改變時，存儲該無 線電條件。在圖17的步驟S204和S213以及圖18的步驟221中示出了與目的地終端UA200 進(jìn)行的該存儲操作相應(yīng)的處理。對于該無線電條件，基于圖23中示例的無線電條件確定表 中的每一個參數(shù)，來確定無線電條件與多個等級(在示例圖中是3個等級)中的哪一個相對應(yīng)。無線電條件1指示無線電條件最差，而無線電條件3指示無線電條件最好。例如，當(dāng)RSSI是-70dB或者更高并且同時SINR是5或者更高時，EVDO的無線電條件是3。另外，目 的地終端UA200基于圖24中示例的通知確定表中指示的條件來確定是否發(fā)送呼叫使能通 知，并且當(dāng)具有良好條件以發(fā)送呼叫使能通知時，發(fā)送呼叫使能通知。例如，在所需帶寬為 5Mbps并且期望網(wǎng)絡(luò)是IEEE802. 16e的情況下，當(dāng)無線電條件從服務(wù)區(qū)外、1或2改變?yōu)? 時，發(fā)送呼叫使能通知。在圖24所示的通知確定表中，基于應(yīng)用的所需帶寬來改變針對呼 叫使能通知的條件(發(fā)送呼叫使能通知的條件)以及針對條件惡化通知的條件(發(fā)送條件 惡化通知的條件)，并且當(dāng)所需帶寬變高時嚴(yán)格應(yīng)用該限制條件。當(dāng)滿足條件時，目的地終 端UA200遵循如圖17中步驟S210、S211以及S212所示的序列。另外，在一旦發(fā)送呼叫使能通知之后無線電條件惡化的情況下，基于圖24中的 通知確定表中指示的條件來確定是否要發(fā)送條件惡化通知，當(dāng)確定要發(fā)送時，目的地終端 UA200發(fā)送條件惡化通知。在該處理期間，目的地終端UA200遵循如圖18的步驟S222的 “是”分支和步驟S223所示的序列。在發(fā)送條件惡化通知之后，基于圖24中的通知確定表 中指示的條件來確定要是否發(fā)送呼叫使能通知。當(dāng)確定要發(fā)送時，目的地終端UA200發(fā)送 呼叫使能通知。在該處理期間，目的地終端UA200遵循圖18中步驟S217的“是”分支和步 驟S220所示的序列。另一方面，當(dāng)接收到呼叫使能通知時，源終端UA100顯示圖22中示例的顯示屏幕， 以通知源終端UA100的用戶“目的地終端具有良好的無線電條件”。當(dāng)接收到條件惡化通知 時，源終端UA100顯示圖25中示例的“接收條件惡化通知時的顯示屏幕”，以通知用戶“盡 管正在執(zhí)行與網(wǎng)絡(luò)的連接，但是網(wǎng)絡(luò)可能不滿足所需帶寬”。圖12中的上述通信控制1與在源終端UA100接收到來自目的地終端UA200的呼 叫使能通知之后用戶選擇再次呼叫以開始通信的情況相對應(yīng)，并且源終端UA100的屏幕顯 示如圖26(a)至圖26(c)所示轉(zhuǎn)變。具體地，當(dāng)顯示圖26(a)所示屏幕的源終端UA100接 收到呼叫使能通知時，顯示圖26 (b)所示的屏幕，指示目的地終端UA200正在連接至期望網(wǎng) 絡(luò)，以對用戶進(jìn)行相應(yīng)通知。當(dāng)用戶在觀看顯示屏幕并且確認(rèn)呼叫使能通知的內(nèi)容之后選 擇呼叫時，即當(dāng)顯示圖26(c)所示的屏幕時，源終端UA100執(zhí)行必需的SIP過程并且開始與 目的地終端UA200通信。圖27是示出了當(dāng)主叫側(cè)的無線通信終端(源終端)UA100呼叫能夠連接至電路交 換網(wǎng)絡(luò)的被叫側(cè)無線通信終端(目的地終端)UA200，并且在交換呼叫使能通知請求和呼叫 使能通知之后使用實(shí)時應(yīng)用來開始通信時，使用根據(jù)第一實(shí)施例的通信控制方法的通信控 制(通信控制2)的序列圖。圖27示出了在主叫側(cè)無線通信終端(源終端)UA100和被叫 側(cè)無線通信終端(目的地終端)UA200之間交換與可用網(wǎng)絡(luò)相關(guān)的信息之后，主叫側(cè)無線通 信終端(源終端)UA100由于被叫側(cè)無線通信終端(目的地終端)UA200不能使用主叫側(cè)所 期望的網(wǎng)絡(luò)而暫時停止呼叫，接收來自目的地終端UA200的呼叫使能通知，然后接收由于 目的地終端UA200的無線電條件的惡化而導(dǎo)致的條件惡化通知，然后源終端UA100的用戶 選擇再次呼叫以開始通信的情況。圖28 (a)至28 (d)是示例了圖27中所示的通信控制2的源終端(主叫側(cè)通信終 端)的屏幕顯示的偏移的圖。當(dāng)顯示圖28(a)所示的屏幕的源終端UA100接收到呼叫使能 通知時，顯示圖28(b)所示的屏幕以指示目的地終端UA200正在連接至期望網(wǎng)絡(luò)。然后，當(dāng)源終端UAlOO接收到條件惡化通知時，顯示圖28 (c)所示的屏幕，指示盡管目的地終端 UA200正在連接至期望網(wǎng)絡(luò)，但是條件不好，以對用戶進(jìn)行相應(yīng)通知。當(dāng)用戶在觀看顯示屏 幕并且確認(rèn)條件惡化通知的內(nèi)容之后選擇呼叫時，源終端UA100執(zhí)行必需的SIP過程，并且 開始與目的地終端UA200進(jìn)行呼叫。盡管顯示了如圖28(d)所示的屏幕，但是在連接至期 望網(wǎng)絡(luò)時，由于目的地終端UA200的無線電條件惡化，很可能不滿足期望應(yīng)用(在本情況中 為視頻電話)的所需帶寬。具體地，根據(jù)圖27所示的通信控制2，目的地終端UA200遵循如圖18的步驟S217 的“否”分 支、步驟222的“是”分支、然后步驟S223所示的序列，以向源終端UA100發(fā)送條 件惡化通知，通知接收條件惡化通知的源終端UA100的用戶如果連接至期望網(wǎng)絡(luò)，則很可 能不滿足視頻電話(期望應(yīng)用)所需的帶寬。注意，如圖27所示，在已經(jīng)接收了條件惡化 通知的源終端UA100的用戶在知道很可能不滿足視頻電話(期望應(yīng)用)所需帶寬的情況下 強(qiáng)制再次進(jìn)行呼叫時，即使呼叫已經(jīng)開始，也可以將該呼叫切斷。圖29是示出了當(dāng)主叫側(cè)無線通信終端(源終端)UA100呼叫能夠連接至電路交換 網(wǎng)絡(luò)的被叫側(cè)無線通信終端(目的地終端)UA200，并且在交換呼叫使能通知請求和呼叫使 能通知之后取消通信時，使用根據(jù)第一實(shí)施例的通信控制方法的通信控制(通信控制3)的 序列圖。圖29示出了在主叫側(cè)無線通信終端(源終端)UA100和被叫側(cè)無線通信終端(目 的地終端)UA200之間交換了與可用網(wǎng)絡(luò)相關(guān)的信息之后，主叫側(cè)無線通信終端(源終端) UA100由于被叫側(cè)無線通信終端(目的地終端)UA200不能使用主叫側(cè)所期望的網(wǎng)絡(luò)而暫 時停止呼叫，然后接收來自目的地終端UA200的呼叫使能通知，然后接收由于目的地終端 UA200的無線電條件惡化而導(dǎo)致的條件惡化通知，然后源終端UA100的用戶選擇取消該呼 叫的情況。圖30 (a)至30 (d)是示例了圖29所示的通信控制3的源終端(主叫側(cè)通信裝置) 的屏幕顯示的轉(zhuǎn)變的圖。當(dāng)顯示圖30(a)所示的屏幕的源終端UA100接收到呼叫使能通知 時，顯示圖30(b)所示的屏幕，以指示目的地終端UA200正在連接至期望網(wǎng)絡(luò)。然后，當(dāng)源 終端UA100接收到條件惡化通知時，顯示圖30(c)所示的屏幕，指示盡管目的地終端UA200 正在連接至期望網(wǎng)絡(luò)，但是條件不好，以對用戶進(jìn)行相應(yīng)通知。當(dāng)用戶在觀看顯示屏幕并且 確認(rèn)條件惡化通知的內(nèi)容之后認(rèn)識到很可能不滿足視頻電話(期望應(yīng)用)所需的帶寬時， 放棄再次呼叫并且在圖30 (d)所示的屏幕上選擇取消，源終端UA100經(jīng)由SIP服務(wù)器30通 知目的地終端UA200取消。響應(yīng)于此，目的地終端UA200向SIP服務(wù)器30發(fā)送ACK并注 銷。在該操作期間，源終端UA100遵循如圖14中步驟S122的“否”分支、步驟S131的“是” 分支、步驟S132以及步驟S133所示的序列，而目的地終端UA200遵循如圖17中步驟S214 的“否”分支、如圖18中步驟S216的“否”分支、步驟S218以及步驟S219所示的序列。在圖12的通信控制方法1、圖27的通信控制方法2以及圖29的通信控制方法3 中，顯示圖31中示例的圖以示出目的地終端可以在何時并且以何種概率連接至每一個網(wǎng) 絡(luò)。具體地，源終端UA100在圖32中示例的“被叫側(cè)終端的連接狀態(tài)記錄”中記錄每一個目 的地終端(源終端UA100已向其發(fā)送呼叫使能通知請求)何時能夠/不能使用期望網(wǎng)絡(luò)， 并且為每一個目的地終端創(chuàng)建如圖31所示的統(tǒng)計圖以進(jìn)行顯示。按照根據(jù)本發(fā)明的第一實(shí)施例的通信控制方法(圖12的通信控制方法1、圖27 的通信控制方法2以及圖29的通信控制方法3)，當(dāng)源終端(主叫側(cè)無線通信終端)UA100的用戶由于能夠使用多個無線通信系統(tǒng)(RNET、RNET2)的目的地終端(被叫側(cè)無線通信終 端)UA200不能使用主叫從所期望的網(wǎng)絡(luò)而停止呼叫時，由于目的地終端UA200通過參考圖 23中的無線電條件確定表以及圖24中的通知確定表，基于期望網(wǎng)絡(luò)的條件和要使用的應(yīng) 用所需的帶寬來向源終端UAlOO發(fā)送呼叫使能通知或者條件惡化通知，從而主叫側(cè)的用戶 可以知道何時進(jìn)行呼叫以使用滿足期望應(yīng)用的所需帶寬的期望網(wǎng)絡(luò)來最優(yōu)地與被叫側(cè)連 接。此外，由于目的地終端UA200通過參考圖23中的無線電條件確定表，基于期望網(wǎng)絡(luò)的 條件來向源終端UA100發(fā)送呼叫使能通知， 因此當(dāng)期望網(wǎng)絡(luò)處于某種程度的良好無線電條 件時，可以開始通信。此外，由于目的地終端UA200基于圖24中的通知確定表，根據(jù)要使用 的應(yīng)用的所需帶寬的來確定何時向源終端UA100發(fā)送呼叫使能通知和條件惡化通知，因此 在滿足期望應(yīng)用的所需帶寬時，主叫側(cè)可以再次進(jìn)行呼叫。
權(quán)利要求
一種能夠使用多個不同的無線通信系統(tǒng)的無線通信裝置，包括消息接收單元，用于接收與隨后要從主叫側(cè)發(fā)送的呼叫請求相關(guān)的發(fā)起消息，所述發(fā)起消息包括主叫側(cè)所期望的通信條件以及請求使用所述多個不同的無線通信系統(tǒng)中的至少一個來接收呼叫請求的請求；響應(yīng)單元，用于對接收的發(fā)起消息進(jìn)行響應(yīng)，以使用所述多個無線通信系統(tǒng)中的預(yù)定無線通信系統(tǒng)來接收呼叫請求；控制單元，用于在接收到響應(yīng)于響應(yīng)單元進(jìn)行的響應(yīng)的呼叫使能通知請求的情況下，進(jìn)行控制以取消對接收單元所使用的預(yù)定無線通信系統(tǒng)的使用，所述呼叫使能通知請求用于請求被叫側(cè)在被叫側(cè)能夠連接至滿足主叫側(cè)所期望的被叫側(cè)無線通信系統(tǒng)的條件的無線通信系統(tǒng)時發(fā)送對主叫側(cè)進(jìn)行相應(yīng)通知的呼叫使能通知；以及存儲器單元，用于存儲呼叫使能通知的發(fā)送條件，其中，所述控制單元確定是否能夠連接至滿足所述條件的無線通信系統(tǒng)，當(dāng)能夠連接至滿足所述條件的無線通信系統(tǒng)時，確定所述無線通信系統(tǒng)是否滿足存儲器單元中存儲的呼叫使能通知的發(fā)送條件，并且僅當(dāng)確定所述無線通信系統(tǒng)滿足所述發(fā)送條件時，進(jìn)行控制以使用所述無線通信系統(tǒng)來發(fā)送呼叫使能通知。
2.根據(jù)權(quán)利要求1所述的無線通信裝置，其中，在確定已被確定為滿足呼叫使能通知 的發(fā)送條件的無線通信系統(tǒng)不滿足呼叫使能通知的發(fā)送條件時，所述控制單元進(jìn)行控制， 以使用所述無線通信系統(tǒng)來發(fā)送條件惡化通知，通知所述無線通信系統(tǒng)的條件惡化。
3.—種能夠使用多個不同的無線通信系統(tǒng)的通信控制方法，包括消息接收步驟，接收與隨后要從主叫側(cè)發(fā)送的呼叫請求相關(guān)的發(fā)起消息，所述發(fā)起消 息包括主叫側(cè)所期望的通信條件以及請求使用所述多個不同的無線通信系統(tǒng)中的至少一 個來接收呼叫請求的請求；響應(yīng)步驟，對接收的發(fā)起消息進(jìn)行響應(yīng)，以使用所述多個無線通信系統(tǒng)中的預(yù)定無線 通信系統(tǒng)來接收呼叫請求；取消步驟，在接收到響應(yīng)于響應(yīng)步驟的響應(yīng)的呼叫使能通知請求的情況下，進(jìn)行控制 以取消對接收步驟所使用的預(yù)定無線通信系統(tǒng)的使用，所述呼叫使能通知請求用于請求被 叫側(cè)在被叫側(cè)變?yōu)槟軌蜻B接至滿足主叫側(cè)所期望的被叫側(cè)無線通信系統(tǒng)的條件的無線通 信系統(tǒng)時發(fā)送對主叫側(cè)進(jìn)行相應(yīng)通知的呼叫使能通知； 存儲步驟，存儲呼叫使能通知的發(fā)送條件；以及發(fā)送步驟，確定是否能夠連接至滿足所述條件的無線通信系統(tǒng)，當(dāng)能夠連接至滿足所 述條件的無線通信系統(tǒng)時，確定所述無線通信系統(tǒng)是否滿足存儲步驟中存儲的呼叫使能通 知的發(fā)送條件，并且僅當(dāng)確定所述無線通信系統(tǒng)滿足所述發(fā)送條件時，進(jìn)行控制以使用所 述無線通信系統(tǒng)來發(fā)送呼叫使能通知。
全文摘要
根據(jù)本發(fā)明的目的地終端(UA200)是一種能夠使用多個不同的無線通信系統(tǒng)的無線通信裝置，具有控制單元(320)，在目的地終端(UA200)接收來自源終端(UA100)的呼叫使能通知請求的情況下，當(dāng)目的地終端(UA200)變?yōu)榕c期望網(wǎng)絡(luò)可連接時，控制單元(320)基于期望網(wǎng)絡(luò)的條件和期望應(yīng)用的所需帶寬來確定期望網(wǎng)絡(luò)是否滿足發(fā)送呼叫使能通知的條件，并且，控制單元(320)在期望網(wǎng)絡(luò)滿足發(fā)送呼叫使能通知的條件時，進(jìn)行控制以發(fā)送呼叫使能通知，而在期望網(wǎng)絡(luò)不滿足所述條件時，進(jìn)行控制以發(fā)送條件惡化通知。
文檔編號H04W48/18GK101849424SQ20088010241
公開日2010年9月29日 申請日期2008年8月8日 優(yōu)先權(quán)日2007年8月9日
發(fā)明者守田空悟, 長澤知津子 申請人:京瓷株式會社