通信裝置和通信控制方法

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

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


圖1是示出了采用根據本發明的第一實施例的通信控制方法的無線通信網絡的 通信系統的圖；圖2是示出了根據本發明的無線通信網絡中使用的無線通信終端的功能框圖；圖3是示出了根據本發明的無線通信網絡中使用的SIP服務器(呼叫控制服務 器)的功能框圖；圖4是示出了根據第一實施例的通信方法中，在主叫側無線通信終端取消對能夠 連接至電路交換網絡的被叫側無線通信終端的呼叫、然后當被叫側變為能夠使用期望網絡 時再次呼叫被叫側、使用實時應用開始通信然后結束通信時執行的通信控制(通信控制1) 的序列圖；圖5是示出了根據第一實施例的通信方法中，在主叫側無線通信終端取消對能夠 連接至電路交換網絡的被叫側無線通信終端的呼叫、然后當被叫側變為能夠使用期望網絡 時再次呼叫被叫側、使用實時應用開始通信然后結束通信時執行的通信控制(通信控制1) 的序列圖；圖6是示出了根據第一實施例的通信控制方法中由SIP服務器執行的呼叫控制的 流程圖；圖7是示例了根據第一實施例的通信控制方法中SIP服務器用于呼叫控制的注冊 存儲表的表格；圖8是示出了根據第一實施例的通信控制方法中由主叫側無線通信終端執行的 通信控制的流程圖；圖9 (a)至9 (h)是示例了根據第一實施例的通信控制方法使用通信控制1進行的 主叫側無線通信終端的屏幕轉變的圖；圖10是解釋了根據第一實施例的通信控制方法使用通信控制1在第一次呼叫時 主叫側無線通信終端的屏幕狀態以及與該屏幕狀態相對應的應用的發起狀態的存儲器的 圖；圖11是示例了根據第一實施例的通信控制方法中由無線通信終端發送的呼叫請 求(INVITE)的圖；圖12是示例了根據第一實施例的通信控制方法中SIP服務器用于存儲無線通信 終端的期望呼叫的期望呼叫存儲表的表格；圖13是示出了在采用根據第一實施例的通信控制方法的無線通信系統中使用的 SMS服務器的構成的圖；圖14是示出了根據第一實施例的通信控制方法中SIP服務器執行的呼叫控制的 流程圖；圖15是示出了根據第一實施例的通信控制方法中由主叫側無線通信終端執行的 通信控制的流程圖；圖16(a)和16(b)是分別示例了根據第一實施例的通信控制方法中要在主叫側無 線通信終端上顯示的用戶選擇屏幕的圖；圖17是示例了根據第一實施例的通信控制方法中由主叫側無線通信終端發送的呼叫使能通知請求的圖；圖18 (a)和18 (b)是分別示例了根據第一實施例的通信控制方法中要在被叫側無 線通信終端上顯示的用戶選擇屏幕的圖；圖19是示例了根據第一實施例的通信控制方法中在主叫側無線通信終端中存儲 的呼叫使能通知請求的發送信息歷史的表格；圖20是示例了根據第一實施例的通信控制方法中在被叫側無線通信終端中存儲 的呼叫使能通知請求的接收信息歷史的表格；圖21是示出了根據第一實施例的通信控制方法中與被叫側無線通信終端執行的 呼叫使能通知相關的通信控制的流程圖；圖22是示出了根據第一實施例的通信控制方法中與被叫側無線通信終端執行的 呼叫使能通知相關的通信控制的流程圖；圖23是示例了根據第一實施例的通信控制方法中被叫側無線通信終端用來確定 無線電條件的無線點條件確定表的表格；
圖24是示例了根據第一實施例的通信控制方法中被叫側無線通信終端用來確定 是否發送呼叫使能通知的通知確定表的表格；圖25(a)和25(b)是分別示例了在接收到呼叫使能通知時主叫側無線通信終端上 顯示的顯示屏幕和在接收到條件惡化通知時顯示的顯示屏幕的圖；圖26是示出了根據第一實施例的通信控制方法中，在主叫側無線通信終端取消 對能夠連接至電路交換網絡的被叫側無線通信終端的呼叫、然后當被叫側變為能夠使用期 望網絡時再次呼叫被叫側、使用實時應用開始通信然后結束通信時執行的通信控制(通信 控制2)的序列圖；圖27是示出了根據第一實施例的通信控制方法中，在主叫側無線通信終端取消 對能夠連接至電路交換網絡的被叫側無線通信終端的呼叫、然后當被叫側變為能夠使用期 望網絡時再次呼叫被叫側、使用實時應用開始通信然后結束通信時執行的通信控制(通信 控制2)的序列圖；圖28 (a)和28 (b)是分別示例了根據第一實施例的通信控制方法中在第一次呼叫 和第二次呼叫時主叫側無線通信終端的屏幕狀態的圖；圖29是示例了根據第一實施例的通信控制方法中在主叫側無線通信終端的屏幕 上顯示所有呼叫使能通知的狀態的圖；圖30(a)和30(b)是分別示例了根據第一實施例的通信控制方法中在主叫側無線 通信終端再次呼叫時用于屏幕切換的重新呼叫屏幕1和重呼叫屏幕2的圖；圖31是示例了根據第一實施例的通信控制方法中被叫側無線通信終端可以在何 時并且以何種概率連接至每一個網絡的條件的圖；圖32是示例了用于創建圖31中的圖的被叫側無線通信終端的連接狀態的記錄的 表格；圖33是示例了傳統技術的無線通信網絡的配置的圖；以及圖34是示出了直到在傳統技術的無線通信網絡上的主叫側無線通信終端和被叫 側無線通信終端之間開始通信之前的通信控制的序列圖。
具體實施例方式在詳細描述本發明的原理和配置之前，將簡要描述本發明的典型序列。盡管本發 明預期用于各種類型的通信裝置和無線通信裝置及其通信控制方法，在下文中示例了主叫 側使用包括無線通信裝置的通信裝置(通信終端)并且被叫側使用作為典型的無線通信裝 置的無線通信終端的情況。(1)當具有多個通信網絡系統(設備)的通信終端(裝置)以實時應用向具有多 個無線通信網絡系統(設備)的無線通信終端(裝置)進行呼叫時，主叫側的通信終端通 知被叫側的無線通信終端主叫側可以連接的通信網絡的名稱(包括無線通信網絡的名稱) 以及實時應用所需的帶寬。考慮到被叫側的無線通信終端能夠連接的無線通信網絡、主叫 側能夠連接的通信網絡(包括無線通信網絡)以及應用所需的帶寬，被叫側的無線通信終 端選擇無線通信網絡，并且向主叫側的通信終端通知被叫側所選的無線通信網絡和被叫側 能夠連接的無線通信網絡的名稱，作為對主叫側的響應。然后基于從被叫側通知的信息、 主叫側能夠連接的通信網絡以及應用所需的帶寬，主叫側的通信終端選擇通信網絡進行連 接，并且在主叫側和被叫側選擇的通信網絡(包括無線通信網絡)上執行必需的SIP過程， 以達到通信狀態。(2)在主叫側的通信終端和被叫側的通信終端之間，經由SIP服 務器來執行對主 叫側能夠連接的通信網絡的名稱以及主叫側期望的實時應用所需的帶寬的通知以及對所 選網絡的通知。另外，在選擇使用的網絡以后，被叫側的無線通信終端連接至所選網絡并且 向SIP服務器注冊。SIP服務器將所注冊的網絡的名稱通知主叫側的通信終端。(3)在(1)中收到主叫側的通信終端能夠連接的通信網絡以及所需帶寬的通知之 后，如果存在滿足主叫側和被叫側的帶寬的條件的多個通信網絡，則被叫側的無線通信終 端選擇費率最低的通信網絡。(4)在上述(2)中，主叫側的通信終端發送通知，通知主叫側期望被叫側連接的網 絡的名稱、以及主叫側能夠連接的通信網絡的名稱和期望實時應用的所需帶寬。(5)當在上述(4)中接收到來自主叫側通信終端的通知時，如果被叫側的無線通 信終端已經連接至主叫側通知的期望網絡并且向其注冊，則SIP服務器在不向被叫側的無 線通信終端發送通知的情況下執行必需的SIP過程并且達到通信狀態。(6)當在上述⑷中接收到來自主叫側通信終端的通知時，SIP服務器存儲所通知 的期望網絡的名稱、主叫側的通信終端以及被叫側的無線通信終端的組合。當被叫側的無 線通信終端連接并且注冊時，如果被叫側的無線通信終端連接至主叫側通信終端通知的期 望網絡并且向其注冊，則SIP服務器執行必須的SIP過程，并且達到通信狀態。(7)在上述⑴中被叫側所選的無線通信網絡的帶寬不滿足主叫側期望的所需帶 寬的情況下，SIP服務器相應通知主叫側的通信終端，并且主叫側的通信終端詢問用戶以選 擇切換至要求(需要)窄帶寬的應用或者取消對被叫側的無線通信終端的呼叫。當選擇取 消時，主叫側的通信終端通知被叫側無線通信終端取消，并結束通信。當選擇切換至另一個 應用時，主叫側的通信終端切換至與被叫側的無線通信終端的無線通信網絡相對應的通信 網絡中，切換至在主叫側和所通知的被叫側通信網絡的帶寬中可使用的應用，并且執行必 需的SIP過程(INVITE等)。(8)在上述(1)中在將主叫側的通信網絡切換至與被叫側的所選無線通信網絡相對應時費率上升的情況下，主叫側的終端向用戶示出費率并且詢問用戶選擇切換通信網 絡、不切換通信網絡或者取消對被叫側的無線通信終端的呼叫。當選擇取消時，主叫側的通 信終端通知被叫側無線通信終端取消，并結束該過程。當選擇切換時，主叫側的通信終端切 換至與被叫側的無線通信終端的網絡相對應的通信網絡，并且執行必需的SIP過程。當選 擇不切換時，主叫側的終端在不切換通信網絡的情況下執行必需的SIP過程。(9)在上述(1)中，主叫側的通信終端將與被叫側對無線通信網絡的選擇是優 先考慮主叫側希望被叫側無線通信終端實現的帶寬還是優先考慮較低的費率相關的策略 (期望)，與主叫側能夠連接的通信網絡的名稱和期望實時應用所需的帶寬一起通知給被 叫側。被叫側的無線通信終端基于所通知的與對無線網絡的選擇相關策略來選擇無線通信 網絡。(10)在上述(7)和⑶中選擇取消的情況下，主叫側的終端詢問用戶以選擇是否 請求(呼叫使能通知請求)被叫側的無線通信終端在被叫側的無線通信終端變為能夠連接 至期望網絡時向主叫側的通信終端發送通知。當用戶選擇不請求時，主叫側的通信終端通 知被叫側的無線通信終端取消，并結束該過程。當用戶選擇請求時，主叫側的通信終端向被 叫側的無線通信終端發送呼叫使能通知請求。當接收到呼叫使能通知請求時，被叫側的無 線通信終端詢問用戶以選擇準許/拒絕，然后向主叫側的通信終端發送選擇結果。當選擇 準許時，在被叫側的無線通信終端變為能夠連接至主叫側期望的通信網絡時，被叫側的無 線通信終端向主叫側的通信終端發送呼叫使能通知(通信使能通知)，通知 被叫側變為能 夠連接至期望網絡。(11)在上述(10)中，主叫側的通信終端存儲主叫側以何種速率在期望網絡上成 功連接至每個被叫側無線通信終端以及主叫側何時接收到呼叫使能通知的條件，從而以特 定周期對與每個被叫側無線通信終端的連接狀態的統計特性進行編譯，并且以圖形形式將 其示出。(12)在上述(10)中，被叫側的無線通信終端基于期望網絡的類型和無線電條件 以及要使用的應用的所需帶寬來確定是否能夠在期望網絡上進行通信，當確定能夠在期望 網絡上進行通信時，向主叫側的通信終端發送呼叫使能通知。另外，在發送呼叫使能通知之 后無線電條件惡化并且很有可能不滿足要使用的應用的所需帶寬的情況下，被叫側的無線 通信終端向主叫側的通信終端發送條件惡化通知。當接收到呼叫使能通知或者條件惡化通 知時，主叫側的通信終端通知用戶主叫側當前可以呼叫的被叫側無線通信終端以及與被叫 側的無線電條件相關的信息。(13)在上述(10)中，主叫側通信終端臨時存儲第一次呼叫時的屏幕狀態(當準許 所發送的呼叫使能通知請求時，存儲屏幕狀態以及呼叫使能通知請求)。另外，當嘗試再次 呼叫時，主叫側通信終端臨時存儲屏幕狀態并且返回第一次呼叫時的屏幕狀態，然后再次 呼叫。當第二次呼叫的通信結束時，主叫側通信終端返回第二次呼叫之前的屏幕狀態。現在將參照附圖來描述本發明的優選實施例。圖1是示出了采用根據本發明的第一實施例的通信控制方法的無線通信網絡的 通信系統的圖。如圖1所示，用作服務器或者網關的是DNS服務器10、SIP服務器20、SIP 服務器30、網關(GW) 40、SMS服務器50、SIP服務器(或者GW) 60，以及SIP服務器(或者 GW)70。SIP服務器30用作呼叫控制服務器，而SMS服務器50用作消息發送服務器。無線通信終端(UA ；用戶代理)100和200分別用作主叫側和被叫側的通信終端，而通信終端(軟 電話)UA300用作軟電話。這些終端經由因特網NET1、運營商分組網絡NET2、運營商電路交 換網絡NET3、以及運營商無線通信分組網絡RNET1、RNET2與服務器相連。
無線通信終端UA100 (主叫側的通信終端)是能夠連接至運營商無線通信分組網 絡RNETl (下文中也稱作無線網絡RNET1)以及運營商無線通信分組網絡RNET2 (下文中也 稱作無線網絡RNET2)的多模終端。注意，UA100還可以是主叫側的通信裝置(不是無線通 信終端)或者是不能發送和接收SMS消息的主叫側通信終端。例如，通信終端(軟電話) UA300可以用作主叫側的通信裝置。無線通信終端UA200(被叫側的無線通信裝置)是能 夠連接至無線網絡RNET1、無線網絡RNET2以及運營商電路交換網絡NET3(下文中也稱作 網絡NET3)的多模終端。無線網絡RNET2比無線網絡RNETl具有更寬的帶寬。通常，在待 機時，無線通信終端UA100用無線網絡之一向SIP服務器30注冊。另一方面，無線通信終 端UA200通常在運營商電路交換網絡NET3中待機，并且處于沒有連接至無線網絡RNETl和 無線網絡RNET2的休眠狀態。通信終端(軟電話)UA300具有恒定連接的環境并且已經向 SIP服務器20注冊。圖2是示出了在根據本發明的無線通信網絡中使用的無線通信終端(主叫側的無 線通信終端UA100和被叫側的無線通信終端UA200)的功能框圖。盡管可以使用與被叫側 的無線通信終端UA200相同的通信終端(無線通信終端)作為根據本發明的主叫側通信終 端UA100，但是也可以使用不具有無線通信功能的有線通信終端。如圖2所示，主叫側無線 通信終端UA100和被叫側無線通信終端UA200具有通信處理單元310、控制單元(CPU處理 器)320、操作(首選項)輸入單元330、SIP (擴展)處理單元340、無線通信網絡選擇處理 單元350、揚聲器SP、麥克風MIC、信息顯示單元360、音頻調制/解調單元370、圖像調制/ 解調單元380、無線通信#1鏈路控制單元(包括接口處理單元和L2信息獲得單元)390、無 線通信#2鏈路控制單元(包括接口處理單元和L2信息獲得單元)400、無線通信#N鏈路控 制單元(包括接口處理單元和L2信息獲得單元)410、呼叫使能通知請求的發送存儲器單 元420、呼叫使能通知請求的發送處理單元430、呼叫使能(條件惡化)通知的發送處理單 元435、呼叫使能通知請求的接收存儲器單元440、呼叫使能通知請求的接收處理單元450、 呼叫使能(條件惡化)通知的接收處理單元455、用于連接通知的自動響應確定單元460、 用于連接通知的自動響應設置單元470、用于目的地連接狀態的存儲器單元480、用于目的 地連接狀態的圖創建單元490、無線電條件確定單元495、屏幕狀態存儲器單元500以及屏 幕切換處理單元505。通信處理單元310用作經由無線通信網絡選擇處理單元350以及無 線通信#1、#2*#N鏈路控制單元390至410中的一個來發送和接收呼叫建立消息(INVITE 消息)的發送單元和接收單元。另外，通信處理單元310還用作經由無線通信網絡選擇處 理單元350以及無線通信#1、#2和謝鏈路控制單元390至410中一個來用分組交換網絡 發送和接收詢問消息(SMS消息)的發送單元和接收單元。呼叫使能通知請求的發送處理單 元430用作請求單元，在接收到響應于發送單元發送的呼叫請求(INVITE)、指示被叫側使 用的無線通信系統不滿足主叫側所期望的被叫側無線通信系統的條件的信息時，請求被叫 側在被叫側能夠連接至滿足主叫側所期望的被叫側無線通信系統的條件的無線通信系統 時發送呼叫使能通知以對主叫側進行相應通知。呼叫使能(條件惡化)通知的發送處理單 元435用作執行呼叫使能通知和條件惡化通知的發送處理的通知發送處理單元，并且用作存儲發送呼叫使能通知的條件的存儲器單元。屏幕狀態存儲器單元500用作存儲器單元， 用于存儲發送包括與期望網絡上的通信相關的信息在內的呼叫請求(INVITE)時信息顯示 單元360的屏幕狀態以及與所述屏幕狀態相對應的應用的發起狀態。控制單元320在從被 叫側接收到響應于請求單元的請求的呼叫使能通知時，控制信息顯示單元360顯示在屏幕 狀態存儲器單元500中存儲的屏幕狀態，并且在所述屏幕狀態中檢測到呼叫指令時，控制 與所述呼叫指令相對應的應用以發送呼叫。另外，在屏幕狀態存儲器單元500存儲在發送 呼叫請求(INVITE)時信息顯示單元360的多個屏幕狀態的情況下，控制單元320控制信息 顯示單元360立刻顯示所有屏幕狀態。當檢測到選擇所述屏幕狀態之一的選擇指令時，控 制單元320控制信息顯示單元360僅顯示與選擇指令相對應的顯示屏幕，并且在這種情況 下控制與顯示屏幕相對應的應用以發送呼叫。此外，在屏幕狀態存儲器單元500臨時存儲 接收呼叫使能通知之前信息顯示單元360的屏幕狀態以及與該屏幕狀態相對應的應用的 發起狀態的情況下，當在根據呼叫指令發送呼叫之后檢測到屏幕返回指令時，控制單元控 制信息顯示單元360顯示在屏幕狀態存儲器單元500中臨時存儲的屏幕狀態。圖3是示出了在根據本發明的無線通信網絡中使用的SIP服務器(呼叫控制服務 器)的功能框圖。如圖3所示，SIP服務器30具有登陸(注冊)處理單元510、呼叫請求接 收單元520、注冊通知生成單元530、注冊通知發送單元540、地址解析處理單元550、呼叫請 求生成單元560、呼叫請求發送單元570、期望呼叫存儲器單元580以及期望呼叫處理單元 590。登陸(注冊)處理單元510接收來自終端的登錄(REGISTER)請求并且執行必需的處 理。呼叫請求接收單元520接收包括主叫側的首選項信息在內的、用于呼叫對應方的呼叫 建立消息(INVITE消息)。呼叫請求生成單元560生成呼叫請求信息，該呼叫請求信息包 括指示接收呼叫建立消息并且在呼叫建立消息中包括期望條件(首選項信息)的信息，以 向被叫側傳輸由呼叫請求接收單元520接收的呼叫建立消息。呼叫請求發送單元570將生 成的呼叫請求信息發送至SMS服務器(消息發送服務器)或者基于SIP協議將生成的呼叫 請求信息發送至被叫側的終端。期望呼叫存儲器單元580存儲從無線通信終端(源終端) UA100接收的呼叫的期望條件(主叫側期望的無線通信網絡、應用、費率等)。期望呼叫處 理單元590基于從無線通信終端(源終端)UA100接收的呼叫的期望條件來執行必需的處 理。圖4和圖5是示出了根據第一實施例的通信控制方法的序列圖，其中每一幅圖示 出了當主叫側無線通信終端(源終端)UA100嘗試呼叫能夠連接至電路交換網絡的被叫側 無線通信終端(目的地終端)UA200，但是由于被叫側不能使用期望網絡而取消呼叫，然后 由于被叫側變為能夠使用期望網絡而再次呼叫，通過使用實時應用開始通信并且結束通信 時執行的通信控制(通信控制1)。首先，源終端UA100連接至(使用)運營商無線通信分組網絡RNET2(稱為無線 RNET2)并且向SIP服務器30注冊。在該情況中，SIP服務器30執行如圖6中步驟SOl至 S03所示的處理。即，當在圖6的步驟SOl中接收來自終端(本情況中為源終端UA100)的 注冊請求時，在下一個步驟S02，SIP服務器30在圖7中示例的注冊存儲表中注冊該終端的 地址、號碼和網絡名稱。然后，由于此時不存在終端要通信的期望呼叫，在步驟S03確定答 案為否，因此SIP服務器30結束其操作以達到待機狀態。接下來，當源終端UA100的用戶通過使用實時應用選擇呼叫目的地終端UA200時，源終端UAlOO (臨時)存儲此時(在呼叫時)的屏幕狀態(正在發起的應用的類型、打開的 窗口及其位置和設置)。在該過程期間，源終端UA100遵循如圖8的步驟S101、S102、S150 以及S103所示的序列。具體地，如圖8的流程圖(在實時應用發起時開始)所示，在步驟 SlOl，源終端UA100選擇目的地終端和網絡，在步驟S102發送呼叫，在步驟S150存儲此時 的屏幕狀態(發送呼叫請求時的屏幕狀態，下文中將其稱作第一次呼叫時的屏幕狀態)，然 后在步驟S103發送呼叫請求(INVITE)。在呼叫時源終端UA100已經注冊的通信網絡與源 終端UA100期望的網絡不同的情況下，源終端UA100在期望網絡上重新注冊。在上述步驟S150處，存儲圖9 (a)中示例的“第一次呼叫時的屏幕狀態”，這是用于 解釋源終端UA100的屏幕轉變的圖。在圖9(a)中“第一次呼叫時的屏幕狀態”中，用戶發 起軟電話(電話應用)以呼叫目的地終端UA200，選擇目的地，并且保持其它應用以及軟電 話發起(ON)。另外，在“第一次呼叫時的屏幕狀態”中，用戶通過使用“圖像處理應用(圖 片)”打開包含他/她想要發送至被叫側的圖像在內的文件夾或者通過使用“瀏覽器”打開 包含他/她想要傳遞的信息的網站。這是源終端UA100的用戶準備向目的地終端UA200發 送呼叫的狀態。將源終端UA100的發起的應用和打開的文件夾的這種狀態，即第一次呼叫 時源終端UA100的信息顯示單元的屏幕狀態以及與該屏幕狀態相對應的應用的發起狀態， 存儲為與通知請求ID相關聯，這將在稍后如圖10所示來描述。基于圖11所示的格式來生成在上述步驟S103處發送至SIP服務器30的對目的 地終端UA200的呼叫請求(INVITE)，以包括下列信息
·主叫側的無線通信終端能夠連接的無線網絡的列表IEEE802. 16e、EVDO·應用名稱視頻電話(彩色) 應用所需的帶寬500kbps·主叫側期望的無線網絡IEEE802. 16e·與“帶寬優先”還是“低費率優先”相關的信息“帶寬優先”當接收到呼叫請求(INVITE)時，SIP服務器30確認目的地終端UA200尚未注冊， SIP服務器30將源號碼、目的地號碼以及主叫側(源端)期望的無線網絡(以下稱為期望 網絡)作為期望呼叫存儲在期望呼叫存儲表(其配置在圖12中示例)中。然后，SIP服務 器30將SMS的發起消息從SMS服務器50 (其配置在圖13中示例)經由GW 40發送至目的 地終端UA200。在SMS服務器50中，信息接收單元610接收來自SIP服務器30的發起消息 的發送請求數據，并且響應于此，發起消息發送單元620生成并且發送發起消息至目的地 終端UA200。該發起消息還包含與呼叫請求(INVITE)中所包含的相同的信息。在該處理期 間，SIP服務器遵循如圖14的步驟Sll至S13和步驟S16所示的序列。具體地，當在圖14 的步驟Sll處接收來自終端(本情況中為源終端UA100)的呼叫請求(INVITE)時，SIP服 務器30在下一步驟S12將源終端的號碼和目的地終端的號碼(呼叫請求(INVITE)的預期 目的地)以及源終端期望的無線網絡的名稱的組合注冊或者蓋寫為期望呼叫存儲表中的 期望呼叫。在下一步驟S13處，確定目的地終端是否已經向源終端所期望的無線網絡注冊， 如果沒有注冊，則SIP服務器30進行至步驟S16以經由SMS服務器50向目的地終端發送 呼叫請求信息，并結束其操作以達到待機狀態。當步驟13的確定中已經注冊到SIP服務器30的被叫側無線通信終端UA200的無 線網絡是源終端UA100所期望的無線網絡時，SIP服務器30向目的地終端原樣發送呼叫請求(INVITE)。在該情況下，SIP服務器遵循如圖14中步驟S 13的“是”分支、步驟S 14和 S 15所示的序列。具體地，如果圖14中步驟13處的確定答案為是，則SIP服務器30在步 驟S14中刪除期望呼叫，并且向目的地終端發送呼叫請求(INVITE)，然后在下一步驟S15中 執行之后的正常SIP過程。另外，在目的地終端UA200不能與運營商電路交換網絡(NET2)相連的情況下，可 以在運營商無線通信分組網絡(RNET1或者RNET2)的尋呼信息中包括呼叫請求(INVITE) 信息以呼叫目的地終端。此外，在目的地終端是與因特網相連的PC等并且已經注冊到SIP 服務器30的情況下，可以向終端的地址發送呼叫請求(INVITE)信息。當接收來自SMS服務器50的發起消息時，考慮到發起消息中的信息以 及終端本身 當前可以連接的無線網絡，目的地終端UA200選擇運營商無線通信分組網絡RNETl作為目 的地終端UA200連接的無線網絡。在連接至所選無線網絡之后，目的地終端UA200注冊到 SIP服務器30。在注冊中，SIP服務器30確認目的地終端UA200連接至運營商無線通信分 組網絡RNETl (與源終端UA100所期望的不同的無線網絡)并且向其注冊，并且SIP服務器 30通知源終端UA100目的地終端UA200已經向運營商無線通信分組網絡RNETl注冊。在本 情況中，由于目的地終端UA200與不同于源終端UA100所期望的無線網絡相連并且向其注 冊，SIP服務器30進行控制以不向目的地終端發送呼叫請求(INVITE)。在本情況中，SIP服務器30遵循如圖6中步驟SOl至S03，步驟S03的“是”分支、 步驟S04、步驟S04的“否”分支然后步驟S06的序列。具體地，當在圖6的步驟SOl處接收 來自終端(在本情況中為目的地終端UA200)的注冊請求時，在下一個步驟S02中，SIP服 務器30在圖7中示例的注冊存儲表中注冊該終端的地址、號碼和網絡名稱。然后，由于存 在對終端本身(目的地終端UA200)的期望呼叫，在步驟S03確定為“是”，并且處理流程進 行至步驟S04。在步驟S04，確定目的地終端UA200是否向源終端UA100所期望的無線網絡 (RNET2)注冊，并且由于確定為“否”，處理流程進行至步驟S06。在步驟S06，SIP服務器30 將目的地終端UA200的注冊信息(包括注冊的無線網絡的名稱)通知給源通信終端UA100。 在目的地終端UA200與源終端UA100所期望的無線網絡相連并且向其注冊的情況下，在步 驟S04確定為“是”，并且處理流程進行至步驟S05，在步驟S05中，SIP服務器30向目的地 終端UA200發送呼叫請求(INVITE)，并且之后執行正常SIP過程以開始通信。當被通知注冊信息的源終端UA100確認該無線網絡(RNETl)不具有足夠的帶寬并 且確認該無線網絡(RNETl)的費率低于無線網絡(RNET2)的費率時，源終端UA100顯示圖 9(b)中示例的用戶選擇屏幕，詢問用戶以選擇切換至需要窄帶寬的應用(單色視頻電話或 者電話)來進行通信或者取消對用戶的呼叫。當用戶觀看切換選擇屏幕并且選擇取消時， 源終端UA100顯示如圖9 (c)所示的呼叫使能通知請求選擇屏幕，使得用戶可以選擇是否發 送“呼叫使能通知請求”，請求目的地終端UA200在目的地終端UA200變為能夠使用期望網 絡時相應通知主叫側。在用戶觀看呼叫使能通知請求選擇屏幕并且選擇“否(不發送)”的 情況下，源終端UA100向SIP服務器30報告取消。SIP服務器30向目的地終端UA200傳送 該報告，然后目的地終端UA200按需要與無線網絡(RNETl)斷開。在上述過程中，源終端UA100執行如圖8的步驟S104至S112所示的過程。具體 地，源終端UA100在圖8的步驟S104處確定是否已經接收了 “lOOTrying”。當已經接收了 “ lOOTrying”時，源終端UA100進行至步驟S105，反之當還沒有接收到時，源終端UA100進行至步驟S106以執行之后的必須的SIP過程以執行通信。在步驟S105處源終端UA100確定 是否已經接收到目的地終端的注冊的通知，如果“否”，則返回步驟S104并且重復之后的步 驟，反之如果“是”，則源終端UA100進行至步驟S107以確定是否改變應用或者網絡以繼續 呼叫。當確定為“是”(呼叫)時，在步驟S108處源終端UA100取消當前呼叫請求(INVITE) 并且向切換至的網絡注冊，然后在步驟S109處基于之前的呼叫請求(INVITE)生成新的呼 叫請求(INVITE)并且將其發送。然后源終端UA100進行至步驟S110以執行之后必需的 SIP過程(此時，丟棄已經存儲的屏幕狀態)。另一方面，當在步驟S107處確定為“否”(取 消)時，在步驟S111源終端UA100確定是否發送呼叫使能通知請求。如果“是”(發送)， 則源終端UA100進行至圖15的步驟S113以發送呼叫使能通知請求，反之如果“否”(不發 送)，則源終端UA100進行至步驟S112以經由SIP服務器30向目的地終端UA200通知取消 (此時，丟棄已經存儲的屏幕狀態)。在詢問是否發送呼叫使能通知請求時用戶選擇“是(發送)”的情況下，源終端 UA100顯示圖16(a)、(b)中示例的用戶選擇屏幕，以確認呼叫使能通知請求的目的地、期望 網絡和要使用的應用，并且要求用戶輸入有效持續時間和消息。當用戶在觀看用戶選擇屏 幕之后確認并且按需要輸入時，源終端UA100向呼叫使能通知請求分配ID (通知請求ID)， 向SIP服務器30發送針對目的地終端UA200的呼叫使能通知請求(如圖17中示例的，包 括由SIP定義的消息和指示呼叫使能通知的內容的消息)，從SIP服務器30向目的地終端 UA200傳送該呼叫使能通知請求。在該操作期間，源終端UA100遵循如上述步驟S 107的 “否”分支、步驟S 111的“是”分支以及步驟S 113所示的序列。當接收呼叫使能通知請求時，目的地終端UA200選擇是否準許該呼叫使能通知請 求。目的地終端UA200具有自動選擇是否準許的自動模式和讓用戶選擇是否準許的手動模 式。在目的地終端UA200被設置為讓用戶選擇是否準許的手動模式的情況中，目的地終端 UA200通知用戶接收到呼叫使能通知請求并且讓用戶選擇準許/拒絕。另一方面，在目的 地終端UA200被設置為自動模式以自動選擇準許/拒絕的情況中，由用戶預先設置拒絕所 有、準許所有、還是基于其靜默模式的開/關來為每一個通知方進行選擇(圖18(a)示例了 在這種情況下要顯示的用戶選擇屏幕)。在選擇“為每個通知方選擇”的情況中，預先設置 是否為每一個通知方拒絕或者準許請求(圖18(b)示例了在這種情況下顯示的用戶選擇屏 幕)。目的地終端UA200基于發送呼叫使能通知請求的源終端UA100的標識以及在接收呼 叫使能通知請求的時刻目的地終端UA200的靜默模式是開還是關，來確定準許還是拒絕該 呼叫使能通知請求。在確定準許的情況下，從目的地終端UA200經由SIP服務器30向源終 端UA100通知準許(0K)作為響應，并且在目的地終端UA200和源終端UA100中存儲呼叫使 能通知請求的發送信息/接收信息作為歷史(圖19 (源終端)和圖20 (目的地終端)示例 了該信息歷史)。另外，將發送時的屏幕狀態臨時存儲為與通知請求ID相關聯。此時，對于 其它呼叫使能通知請求，將發送時的屏幕狀態分別存儲為與通知請求ID相關聯。具體地， 如圖10中示例的，存儲圖9(a)的“第一次呼叫時的屏幕狀態”。然后，當目的地終端UA200 經由SIP服務器接收到從已經接收了上述響應(0K)的源終端UA100發送的ACK時，目的地 終端UA200向SIP服務器30注銷并且開始監控其是否能夠與主叫側所期望的網絡連接。在上述處理中，目的地終端UA200遵循如圖21中步驟S201至步驟S210所示的序 列，而源終端UA100遵循如圖15中步驟S114至S151所示的序列。
在接收呼叫使能通知請求時開始的圖21的流程圖中的步驟S201處，目的地終端 UA200確認是否進行通知。當確定為“是”時，目的地終端UA200進行至步驟S202，而當確 定為“否”時，目的地終端UA200進行至步驟S206。目的地終端UA200在步驟S202發送響 應(準許；0K)，在步驟S203將呼叫使能通知請求的接收信息存儲在歷史中，在步驟S204將 無線電條件存儲為“服務區外”，然后在步驟S205向SIP服務器30注銷。另一方面，目的地 終端UA200在步驟S206發送(通知)響應(拒絕；NG)，在下一個步驟S207向SIP服務器 30注銷，然后結束其操作。在步驟S205之后的步驟S208，確定是否在有效持續時間之內， 如果“否”(不在有效持續時間內)，則目的地終端UA200進行至步驟S209，以從歷史中刪除 呼叫使能通知請求的接收信息并且結束其操作，而如果“是”(在有效持續時間內)，則目的 地終端UA200進行至步驟S210及其后的步驟。在圖15的步驟S114，源終端UA100確認接收的響應是否指示準 許(0K)。如果 “是”(用戶準許)，則源終端UA100進行至步驟S 115以向呼叫使能通知請求分配ID并且在 歷史中存儲呼叫使能通知請求的發送信息，并且進行至步驟S151以將通知請求ID以及臨 時存儲的屏幕狀態一起存儲，反之如果“否”(用戶拒絕)，在源終端UA100進行至步驟S116 以經由SIP服務器30通知目的地終端UA200取消并且結束其操作(此時，丟棄已經存儲的 屏幕狀態)。然后，當監控是否能夠連接至主叫側所期望的網絡的目的地終端UA200移動進入 與主叫側所期望的無線網絡RNET2可連接的區域并且可以在無線網絡RNET2上通信時，目 的地終端UA200與無線網絡RNET2相連，向SIP服務器30注冊并且經由SIP服務器30發送 呼叫使能通知，以通知源終端UA100目的地終端UA200能夠在無線網絡RNET2上進行通信。 呼叫使能通知包括通知請求ID。在該處理中，目的地終端UA200遵循如圖21中步驟S210 至S212所示的序列。具體地，在確認目的地終端UA200是否能夠與主叫側所期望的網絡相 連的步驟S210中的答案為“否”的情況下，重復包括步驟S210的“否”分支、步驟S208的 “是”分支以及步驟S210在內的循環。當在步驟S210處確定為“是”時，目的地終端UA200 進行至步驟S211，以用主叫側所期望的網絡，無線網絡RNET2，向SIP服務器30注冊，然后 進行至步驟S212以發送呼叫使能通知。經由SIP服務器30向源終端UA100發送該呼叫使 能通知。當接收呼叫使能通知時，源終端UA100確認源終端UA100本身是否能夠與期望網 絡相連。如果源終端UA100可以連接至期望網絡，則源終端UA100通過顯示圖9(e)所示的 “接收呼叫使能通知時的屏幕”，而不是如圖9 (d)所示的“接收呼叫使能通知之前的屏幕”來 通知用戶“源終端UA100可以與目的地終端UA200在期望網絡上進行通信(即源終端UA100 可以再次呼叫目的地終端UA200)”。當用戶觀看并且確認所顯示的屏幕時，源終端UA100 進行至圖5所示的序列圖并且要求用戶選擇是否用之前的期望網絡和應用對目的地終端 UA200進行呼叫(再次呼叫)。當用戶選擇呼叫時，源終端UA100臨時存儲圖9(d)所示的 “接收呼叫使能通知之前的屏幕狀態”(為當前屏幕狀態)，然后顯示如圖9(f)所示的“再 次呼叫時的屏幕”(返回圖9(a)的“第一次呼叫時的屏幕狀態”)。然后，源終端UA100與 上述步驟S101以及之后步驟相同的處理向SIP服務器30注冊并且呼叫目的地終端UA200 以與其通信。還可以執行與步驟S 103以及之后步驟相同的處理。在該處理中，源終端UA100遵循如圖15中步驟S117至S124所示的序列。具體地，當在用于確認是否已經接收到呼叫使能通知的步驟S117處確定為“是”時，源終端UA100 在步驟S18確認終端本身是否能夠與期望網絡相連，如果可連接，則進行至步驟S119，以 檢查是否在從接收到呼叫使能通知起的預定時間段內。如果確定為“是”(在預定時間段 內)，則源終端UA100進行至步驟S 120，以通知用戶源終端UA100能夠再次呼叫目的地終 端UA200。在下一個步驟S121，源終端UA100檢查用戶是否確認，然后如果沒有確認(否) 則返回步驟S118，而在確認(是)時源終端UA100進行至步驟S 152以臨時存儲屏幕狀態， 并且進行至步驟S123以發送呼叫請求(INVITE)并且然后進行至步驟S124以執行必須的 SIP過程以進行通信(此時丟棄已經存儲的屏幕狀態)。在通信結束之后，源終端UA100顯 示如圖9(g)所示的“屏幕切換選擇屏幕”，使得用戶確認是否返回第二呼叫之前的屏幕，在 選擇返回的情況中，顯示如圖9(h)所示的第二呼叫之前的屏幕(返回如圖9(d)所示的“接 收呼叫使能通知之前的屏幕狀態”)。在圖15的流程圖中省略了通信結束之后的過程。在上述步驟S118處源終端UA100本身不能與期望網絡相連的情況下，源終端 UA100繼續檢查終端本身是否能夠與期望網絡相連，直到經過有效持續時間。當在檢查期間 源終端UA100變為與期望網絡可連接并且在接收到呼叫使能通知之后的預定時間段之內 時，源終端UA100通知用戶“源終端UA100能夠在期望網絡上進行通信(源終端UA100可以 再次呼叫目的地終端UA200)”。在該處理中，如果在圖15的步驟S118處確定為“否”，則源 終端UA100進行至步驟S125，源終端UA100在步驟S125檢查是否在有效持續時間之內，由 于其在有效持續時間之內，在步驟S125處確定為“是”，并且源終端UA100返回步驟S118。 然后源終端UA100沿步驟S118的“是”分支進行至步驟S119，以確認是否在從接收到呼叫 使能通知起的預定時間段之內。在有效持續時間之內沒有接收到呼叫使能通知的情況下，源終端UA100詢問用戶 是否擴展有效持續時間，并且在用戶選擇擴展的情況下，向目的地終端UA200重新發送呼 叫使能通知請求。在該處理期間，源終端UA100遵循如圖15中步驟S 117的“否”分支以及步驟 S126至步驟S128所示的序列。具體地，在步驟S126(當沒有接收到呼叫使能通知時，源終 端UA100沿步驟S117的“否”分支進行至步驟S126)，源終端UA100確認是否在有效持續時 間之內，并且如果確定為“是”(在有效持續時間之內)，則返回步驟S117，而在確定為“否” 的情況下(不在有效持續時間之內)，進行至步驟S127以詢問用戶是否擴展該有效持續時 間。當確定為“是”(擴展)時，源終端UA100返回步驟S113，以向目的地終端UA200重新 發送呼叫使能通知請求，而在確定為“否”(不擴展)的情況下，目的地終端UA100進行至步 驟S128，以從歷史中刪除呼叫使能通知請求的發送信息，并且結束其操作(此時，丟棄已經 存儲的屏幕狀態)。在步驟S 125中有效持續時間也已經過去的情況下，源終端UA100也遵 循步驟S127至S128。在接收通知之后，在源終端UA100的用戶確認呼叫使能通知之前已經過去預定時 間段的情況下，源終端UA100發送呼叫使能通知請求，以重新確認目的地終端UA200是否能 夠使用期望網絡。在該處理期間，源終端UA100遵循如圖15中步驟S 119的“否”分支、步驟S129 以及S130以及之后的步驟所示的序列。具體地，當在接收到呼叫使能通知之后已經過去 預定時間段時，源終端UA100沿著步驟119的“否”分支進行至步驟S129，以請求重新確認目的地終端UA200是否能夠使用期望網絡。在下一個步驟S130，源終端UA100重新確認目 的地終端UA200是否能夠使用期望網絡，并且在接收到響應于重新確認、通知目的地終端 UA200能夠使用期望網絡(是)的呼叫使能通知的情況下，從步驟S120進行至步驟S121， 以等待源終端UA100的用戶確認呼叫使能通知。另一方面，當源終端UA100接收到響應于 上述步驟S130的重新確認、通知目的地終端UA200不能使用期望網絡(否)的通知時，源 終端UA100返回步驟S117，以等待從目的地終端UA200發送的下一呼叫使能通知。在上述 步驟S122中源終端UA100的用戶選擇“否”(不重新發送)的情況下，源終端UA100進行至 步驟S 131，以檢查是否結束。如果“否”(不結束)，則源終端UA100返回步驟S118。如果 “是”(結束)，則源終端UA100進行至步驟S 132，以從歷史中刪除呼叫使能通知請求的發 送信息，并且照此結束(此時，丟棄已經存儲的屏幕狀態)。在發送呼叫使能通知之后，目的地終端UA200執行與源終端UA100相似的歷史處理。具體地，在步驟S213(在圖21的步驟S212發送呼叫使能通知之后，目的地終端 UA200進行至步驟S213)，目的地終端UA200存儲無線電條件，并且在下一個步驟S214確 認通信是否開始。如果確定為“是”(通信開始)，則目的地終端UA200進行至步驟S215以 從歷史中刪除呼叫使能通知請求的接收信息，然后結束處理(繼續通信)，而如果確定為 “否”(通信未開始)，則目的地終端UA200進行至圖22的步驟S216。在步驟S216，確認是否在有效持續時間之內，如果確定為“是”(在有效持續時間 內)，則目的地終端UA200進行至步驟S217，而如果確定為“否”(不在有效持續時間內)， 則進行至步驟S218，以向SIP服務器30注銷，然后進行至步驟S219以從歷史中刪除呼叫 使能通知請求的接收信息，然后結束其操作。在步驟S217，目的地終端UA200確認是否具 有良好條件以發送呼叫使能通知，當確定為“是”(良好條件以發送通知)時，進行至步驟 S220以發送呼叫使能通知，然后進行至步驟S221以存儲該無線電條件。當在步驟S217確 定為“否”(發送通知的條件較差)時，目的地終端UA200進行至步驟S222，以確認是否具 有發送條件惡化通知(一種呼叫使能通知)的合適條件。當在步驟S222確定為“是”(合 適條件以發送通知)時，目的地終端UA200進行至步驟S223以發送條件惡化通知，然后進 行至上述步驟S221以存儲該無線電條件。當在步驟S222確定為“否”(發送該通知的條件 不合適)時，目的地終端UA200進行至步驟S224。在步驟S224，確認是否接收到針對重新 確認的呼叫使能通知請求，并且當確認為“否”(沒有接收到)時，目的地終端UA200返回圖 21的步驟S214，而當確定為“是”(接收到)時，進行至步驟S225。在步驟S225，確定目的 地終端UA200是否能夠連接至主叫側所期望的網絡，當確定為“否”(不可連接)時，目的地 終端UA200返回圖21的步驟S208。當確定為“是”(可連接)時，目的地終端UA200返回 圖21中的步驟S214以等待通信(呼叫)開始。在上述步驟S225處確定(與圖21中步驟S210中的確定一樣)目的地終端UA200 是否能夠連接至期望網絡(與之通信)時，當接收到呼叫使能通知請求時，目的地終端 UA200監控源終端UA100所期望的網絡的無線電條件，當無線電條件改變時，存儲該無線電 條件。在圖21的步驟S204和S213以及圖22的步驟221中示出了與目的地終端UA200進 行的該存儲操作相應的處理。對于該無線電條件，基于圖23中示例的無線電條件確定表中 的每一個參數，來確定無線電條件與多個等級(在示例圖中是3個等級)中的哪一個相對應。無線電條件1指示無線電條件最差，而無線電條件3指示無線電條件最好。例如，當 RSSI是-70dB或者更高并且同時SINR是5或者更高時，EVD0的無線電條件是3。另外，目 的地終端UA200基于圖24中示例的通知確定表中指示的條件來確定是否發送呼叫使能通 知，并且當具有良好條件以發送呼叫使能通知時，發送呼叫使能通知。例如，在所需帶寬為 5Mbps并且期望網絡是IEEE802. 16e的情況下，當無線電條件從服務區外、1或2改變為3 時，發送呼叫使能通知。在圖24所示的通知確定表中，基于應用的所需帶寬來改變針對呼 叫使能通知的條件(發送呼叫使能通知的條件)以及針對條件惡化通知的條件(發送條件 惡化通知的條件)，并且當所需帶寬變高時嚴格應用該限制條件。在該過程中，目的地終端 UA200遵循如圖21中步驟S210至S212所示的序列。另外，在一旦發送呼叫使能通知之后無線電條件惡化的情況下，基于圖24中的 通知確定表中指示的條件來確定是否要發送條件惡化通知，當確定要發送時，目的地終端 UA200發送條件惡化通知。在該處理期間，目的地終端UA200遵循如圖22的步驟S222的 “是”分支和步驟S223所示的序列。在發送條件惡化通知之后，以相同的方式基于圖24中 的通知確定表中指示的條件來確定要是否發送呼叫使能通知。當確定要發送時，目的地終 端UA200發送呼叫使能通知。在該處理期間，目的地終端UA200遵循圖22中步驟S217的 “是”分支和步驟S220所示的序列。另一方面，當接收到呼叫使能通知時，源終端UA100顯示圖25 (a)中示例的顯示屏 幕，以通知的用戶“目的地終端具有良好的無線電條件”。當接收到條件惡化通知時，源終端 UA100顯示圖25(b)中示例的“接收條件惡化通知時的顯示屏幕”，以通知用戶“在期望網絡 上連接的情況下，可能不能獲得所需帶寬”。圖26和圖27是示出了根據第一實施例的通信控制方法的序列圖，并且每一幅圖 示出了當主叫側無線通信終端(源終端)UA100由于被叫側不能使用期望網絡而取消對能 夠連接至電路交換網絡的被叫側無線通信終端(目的地終端)UA200的呼叫，之后由于被叫 側變為可以使用期望網絡而再次進行呼叫，通過使用實時應用來開始通信并且結束通信時 執行的通信控制(通信控制2)。通信控制2與上述通信控制1 (參見圖4和5)在下述方面 不同當主叫側無線通信終端(源終端)UA100用相同的期望網絡(無線RNET2)向相同目 的地(被叫側無線通信終端(目的地終端)UA200)發送兩次呼叫使能通知請求并且同時接 收兩個呼叫使能通知時，在通過使用所選的呼叫使能通知再次呼叫之后，源終端UA100可 以返回與用于再次呼叫的呼叫使能通知相對應地存儲的屏幕。具體地，如圖26的序列圖所示，在通過使用應用1(例如圖28(a)中所示的軟電 話)進行呼叫(第一次呼叫)之后，源終端UA100由于目的地終端UA200不能使用期望網絡 (RNET2)而取消該呼叫并且向目的地終端UA200發送呼叫使能通知請求(呼叫使能通知請 求1)。然而，由于沒有從目的地終端UA200發送的呼叫使能通知，源終端UA100通過使用應 用2(例如圖28(b)中所示的白板)再次進行呼叫(第二次呼叫)。由于目的地終端UA200 依然不能使用期望網絡(無線RNET2)，源終端UA100取消該第二次呼叫并且向目的地終端 UA200發送呼叫使能通知請求(呼叫使能通知請求2)。在如圖28(a)所示的第一次呼叫時 在源終端UA100的屏幕狀態中發起該軟電話，而在如圖28(b)所示的第二次呼叫時在源終 端UA100的屏幕狀態中發起白板。如圖26中序列圖所示，在源終端UA100同時接收響應于兩次發送的呼叫使能通知請求的多個(在本情況中兩個)呼叫使能通知時，由于目的地終端UA200變為可以使用期 望網絡(無線RNET2)，源終端UA100在屏幕上示出了所有呼叫使能通知，以如圖29所示通 知用戶“目的地終端UA200變為可以在期望網絡上進行通信”，并且請求用戶選擇要用于再 次呼叫的呼叫使能通知。如圖27的序列圖所示，在選擇與第一次呼叫相對應的呼叫使能通 知的情況中，源終端UA100返回已經存儲的第一次呼叫時的屏幕狀態并且開始呼叫目的地 終端UA200以執行通信，而在選擇與第二次呼叫相對應的呼叫使能通知的情況中，返回已 經存儲的第二次呼叫時的屏幕狀態并且開始呼叫目的地終端UA200以執行通信。在上述兩個呼叫使能通知請求的目的地和期望網絡相同的情況中，執行下列屏幕 顯示以能夠在返回所選屏幕狀態之后切換至未選擇的屏幕狀態。具體地，在圖26、27的序 列圖的情況中，為了返回已經存儲的圖28(a)、28(b)的屏幕狀態中的未選擇的一個，源終 端說100切換至圖30仏)、30(13)的屏幕狀態之一并且顯示該屏幕狀態。另外，在使用不同 應用來發送上述兩個呼叫使能通知請求的情況中，如果將顯示切換至未選擇的屏幕狀態， 則還通過使用相應的應用來發送呼叫，使得源終端UA100同時通過使用兩個應用來進行通 信。通過屏幕的切換，改變在屏幕上要操作的應用。當用戶正在使用不需要顯示器上的操作就可以繼續運行的應用(如電話或者音 樂)時，可以在不考慮屏幕的切換的情況下繼續使用這種應用。具體地，在圖30(a)所示的 第一次呼叫時的屏幕上使用軟電話，而在圖30(b)所示的第二次呼叫時的屏幕上使用白板 (白板是用于與通信方一起進行圖像編輯的應用)。在該情況中，當選擇通過使用作為應用 1的軟電話來再次呼叫時，如圖30 (a)所示顯示重新呼叫屏幕1并且由軟電話開始呼叫。然 而當選擇屏幕上的標簽“02:15”時，將屏幕切換為如圖30(b)所示的重新呼叫屏幕2，并且 通過使用白板開始呼叫，同時維持由軟電話進行的通信。為了通過使用實時應用來呼叫通信方，源終端通過發起和設置應用來準備呼叫。 例如，源終端發起實時應用，選擇通信方并且設置通信方法，并且此外準備發送給通信方的 文件或者打開包含源終端的用戶希望傳遞的信息在內的網站。因此，源終端通常運行與用 戶希望在通信期間傳遞給通信方的項目相關的應用和窗口，并且從而用戶可以在不會發生 如前所述的屏幕切換而導致失敗的情況下傳遞預期在第一次呼叫時傳遞給通信方的所有 項目。圖4和5的通信控制方法1以及圖26和27的通信控制方法2顯示圖31中示例的 圖以示出目的地終端可以在何時并且以何種概率連接至每一個網絡。具體地，源終端UA100 在圖32中示例的“被叫側終端的連接狀態記錄”中記錄每一個目的地終端(源終端UA100 已向其發送呼叫使能通知請求)何時能夠/不能使用期望網絡，并且為每一個目的地終端 創建如圖31所示的統計圖以進行顯示。根據本發明的第一實施例的通信控制方法(圖4和5的通信控制方法1、圖26和 27的通信控制方法2)，當源終端(主叫側的無線通信終端)UA100的用戶由于能夠使用多 個無線通信系統(RNET、RNET2)的目的地終端(被叫側的無線通信終端)UA200不能使用主 叫側所期望的網絡而取消第一次呼叫時，然后目的地終端UA200變為使用期望網絡，源終 端UA100在接收來自目的地終端UA200的呼叫使能通知之后返回在第一次呼叫時存儲的屏 幕狀態并且再次進行呼叫。從而可以讓用戶知道何時呼叫以在期望網絡上連接至被叫側。 此外，可以簡化主叫側用戶再次呼叫的過程。
權利要求
一種通信裝置，包括發送單元，使用預定通信系統來發送呼叫請求，所述呼叫請求包括與主叫側所期望的被叫側無線通信系統的條件相關的信息；存儲器單元，用于存儲在發送所述呼叫請求時顯示單元的屏幕狀態以及與所述屏幕狀態相對應的應用的發起狀態；請求單元，用于在接收到響應于發送單元發送的呼叫請求、指示被叫側使用的無線通信系統不滿足主叫側所期望的被叫側無線通信系統的條件的信息時，請求被叫側在被叫側能夠連接至滿足主叫側所期望的被叫側無線通信系統的條件的無線通信系統時發送呼叫使能通知以對主叫側進行相應通知；以及控制單元，用于在從被叫側接收到響應于請求單元的請求的呼叫使能通知時，控制顯示單元顯示在存儲器單元中存儲的屏幕狀態，并且在所述屏幕狀態中檢測到呼叫指令時，控制與所述呼叫指令相對應的應用以發送呼叫。
2.根據權利要求1所述的通信裝置，其中，在存儲器單元存儲在發送所述呼叫請求時 顯示單元的多個屏幕狀態的情況下，控制單元控制顯示單元立刻顯示所有屏幕狀態，并且， 當檢測到選擇所述屏幕狀態之一的選擇指令時，控制顯示單元僅顯示與所述選擇指令相對 應的顯示屏幕，并且在這種狀態下控制與所述顯示屏幕相對應的應用以發送呼叫。
3.根據權利要求1所述的通信裝置，其中，在存儲器單元臨時存儲在接收呼叫使能通 知之前顯示單元的屏幕狀態以及與所述屏幕狀態相對應的應用的發起狀態的情況下，當在 響應于所述呼叫指令發送呼叫之后檢測到屏幕返回指令時，控制單元控制顯示單元顯示在 存儲器單元中臨時存儲的屏幕狀態。
4.一種通信控制方法，包括發送步驟，使用預定通信系統來發送呼叫請求，所述呼叫請求包括與主叫側所期望的 被叫側無線通信系統的條件相關的信息；存儲步驟，用于存儲在發送所述呼叫請求時顯示單元的屏幕狀態以及與所述屏幕狀態 相對應的應用的發起狀態；請求步驟，用于在接收到響應于發送步驟中發送的呼叫請求、指示被叫側使用的無線 通信系統不滿足主叫側所期望的被叫側無線通信系統的條件的信息時，請求被叫側在被叫 側能夠連接至滿足主叫側所期望的被叫側無線通信系統的條件的無線通信系統時發送呼 叫使能通知以對主叫側進行相應通知；以及控制步驟，用于在從被叫側接收到響應于請求步驟中的請求的呼叫使能通知時，控制 顯示單元顯示在存儲步驟中存儲的屏幕狀態，并且在所述屏幕狀態中檢測到呼叫指令時， 控制與所述呼叫指令相對應的應用以發送呼叫。
全文摘要
根據本發明的源終端(UA100)具有屏幕狀態存儲器單元(500)，用于在發送呼叫請求時信息顯示單元(360)的屏幕狀態以及與所述屏幕狀態相對應的應用的發起狀態，所述呼叫請求包括與期望網絡上的通信相關的信息；以及控制單元(320)，在接收到響應于呼叫使能通知請求、在取消呼叫之后從變為能夠使用期望網絡的目的地終端(UA200)發送的呼叫使能通知時，控制信息顯示單元(360)顯示在屏幕狀態存儲器單元(500)中存儲的屏幕狀態，并且在所述屏幕狀態中檢測到呼叫指令時，控制與所述呼叫指令相對應的應用以發送呼叫。
文檔編號H04W76/02GK101836485SQ20088011323
公開日2010年9月15日 申請日期2008年8月27日 優先權日2007年8月29日
發明者守田空悟, 長澤知津子 申請人:京瓷株式會社