(57)【要約】本出願の実施形態は、通信方法および装置を開示し、ＣＳＦＢ処理中により迅速に着呼番号を取得することと、ＵＥが呼をセットアップすることを拒絶するときに生じるパケット交換データサービスの遮断を回避することとを行うための通信技術の分野に関する。本方法は、ユーザ機器ＵＥによって、ネットワーク側から第１のメッセージを受信するステップであって、第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行することをＵＥに示すために使用され、第１のメッセージは、第１の情報を含み、第１の情報は、着呼番号を示すために使用される、受信するステップと、あらかじめ設定された条件が満たされると決定される場合、ネットワーク側に第２のメッセージを送るステップであって、第２のメッセージは、ＣＳＦＢが拒否されることを示すために使用され、あらかじめ設定された条件は、着呼番号が制限されることと、ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることとのうちの少なくとも１つを含む、送るステップとを含み得る。
2021531705.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、
ユーザ機器ＵＥによって、ネットワーク側から第１のメッセージを受信するステップであって、前記第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行するように前記ＵＥに要求するために使用され、前記第１のメッセージは、第１の情報を備え、前記第１の情報は、着呼番号を示すために使用される、受信するステップと、
あらかじめ設定された条件が満たされると決定される場合、前記ネットワーク側に第２のメッセージを送るステップであって、前記第２のメッセージは、前記ＣＳＦＢが拒否されることを示すために使用され、前記あらかじめ設定された条件は、
前記着呼番号が制限されることと、
前記ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることと
のうちの少なくとも１つを備える、ステップと
を備える通信方法。
【請求項２】
前記第１のメッセージは、前記ＵＥの非アクセス層を通して前記ネットワーク側から受信され、前記方法は、
前記第１の情報を取得するために前記ＵＥの前記非アクセス層を通して前記第１のメッセージをパースするステップと、前記ＵＥのアプリケーションレイヤに前記第１の情報を報告するステップと
をさらに備える請求項１に記載の通信方法。
【請求項３】
前記ＵＥの前記アプリケーションレイヤは、前記着呼番号が制限されると決定する
請求項２に記載の通信方法。
【請求項４】
前記着呼番号が制限されることは、前記着呼番号があらかじめ設定された着呼ブラックリストに属すること、または前記着呼番号があらかじめ設定された着呼ホワイトリストに属さないことを備える請求項１乃至３のいずれか一項に記載の通信方法。
【請求項５】
前記あらかじめ設定された条件は、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードにあることであるとき、前記方法は、
前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了すると決定される場合、前記着呼番号を表示するステップ
をさらに備える請求項１に記載の通信方法。
【請求項６】
前記方法は、
命令がユーザによって入力されることに応答してＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するステップであって、前記命令は、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように命令するために使用される、ステップ、または
前記ＵＥがリアルタイムパケット交換データサービスを有すると決定するステップと、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するステップと
をさらに備える請求項１または５に記載の通信方法。
【請求項７】
前記リアルタイムパケット交換データサービスは、リアルタイムゲームサービスまたはネットワークライブブロードキャストサービスを備える請求項６に記載の通信方法。
【請求項８】
前記第１のメッセージは、
回路交換サービス通知
を備える請求項１乃至７のいずれか一項に記載の通信方法。
【請求項９】
前記第１の情報は、
発呼回線識別発呼回線識別フィールドであって、前記発呼回線識別フィールドは、番号タイプと、番号表示タイプと、前記着呼番号とを備える、発呼回線識別発呼回線識別フィールド
を備える請求項１乃至７のいずれか一項に記載の通信方法。
【請求項１０】
通信装置であって、
ネットワーク側から第１のメッセージを受信するように構成された受信モジュールであって、前記第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行することをＵＥに示すために使用され、前記第１のメッセージは、第１の情報を備え、前記第１の情報は、着呼番号を示すために使用される、受信モジュールと、
あらかじめ設定された条件が満たされるかどうかを決定するように構成された決定モジュールであって、前記あらかじめ設定された条件は、
前記着呼番号が制限されることと、
前記ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることと
のうちの少なくとも１つを備える、決定モジュールと、
前記あらかじめ設定された条件が満たされると前記決定モジュールが決定する場合、前記ネットワーク側に第２のメッセージを送るように構成された送信モジュールであって、前記第２のメッセージは、前記ＣＳＦＢが拒否されることを示すために使用される、送信モジュールと
を備える通信装置。
【請求項１１】
前記第１のメッセージは、前記ＵＥの非アクセス層を通して前記ネットワーク側から受信され、前記装置は、解析モジュールをさらに備え、
前記解析モジュールは、前記第１の情報を取得するために前記ＵＥの前記非アクセス層を通して前記第１のメッセージをパースするように構成され、
前記送信モジュールは、前記ＵＥのアプリケーションレイヤに前記ＵＥの非アクセス層によって取得された前記第１の情報を報告するようにさらに構成される
請求項１０に記載の通信装置。
【請求項１２】
前記ＵＥの前記アプリケーションレイヤは、前記着呼番号が制限されると決定する
請求項１１に記載の通信装置。
【請求項１３】
前記着呼番号が制限されることは、前記着呼番号があらかじめ設定された着呼ブラックリストに属すること、または前記着呼番号があらかじめ設定された着呼ホワイトリストに属さないことを備える請求項１０乃至１２のいずれか一項に記載の通信装置。
【請求項１４】
前記あらかじめ設定された条件は、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードにあることであるとき、
前記決定モジュールは、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了するかどうかを決定するようにさらに構成され、
前記装置は、
前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了すると前記決定モジュールが決定する場合に前記着呼番号を表示するように構成されたディスプレイモジュール
をさらに備える請求項１０に記載の通信装置。
【請求項１５】
前記装置は、設定モジュールをさらに備え、
前記受信モジュールは、ユーザによって入力された命令を受信することであって、前記ユーザによって入力された前記命令は、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように命令するために使用される、ことを行うようにさらに構成され、
前記決定モジュールは、前記ＵＥがリアルタイムパケット交換データサービスを有するかどうかを決定するようにさらに構成され、
前記設定モジュールは、前記ユーザによって入力された前記命令に従って、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように構成されるか、または前記ＵＥが前記リアルタイムパケット交換データサービスを有すると前記決定モジュールが決定する場合にＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように構成される
請求項１０または１４に記載の通信装置。
【請求項１６】
前記リアルタイムパケット交換データサービスは、リアルタイムゲームサービスまたはネットワークライブブロードキャストサービスを備える請求項１５に記載の通信装置。
【請求項１７】
前記第１のメッセージは、回路交換サービス通知を備える請求項１０乃至１６のいずれか一項に記載の通信装置。
【請求項１８】
前記第１の情報は、発呼回線識別発呼回線識別フィールドを備え、前記発呼回線識別フィールドは、番号タイプと、番号表示タイプと、前記着呼番号とを備える請求項１０乃至１６のいずれか一項に記載の通信装置。
【請求項１９】
チップであって、前記チップは、プロセッサと通信インターフェースとを備え、前記通信インターフェースは、前記プロセッサに結合され、前記プロセッサは、請求項１乃至９のいずれか一項に記載の前記方法を実装するためにコンピュータプログラムまたは命令を遂行するように構成され、前記通信インターフェースは、前記チップ以外の別のモジュールと通信するように構成された、チップ。
【請求項２０】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶し、前記コンピュータプログラムまたは前記命令が遂行されるとき、請求項１乃至９のいずれか一項に記載の前記方法は実装される、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、モバイル通信技術に関し、特に、通信方法および装置に関する。
【背景技術】
【０００２】
本出願は、その全体が参照により本明細書に組み込まれる、「ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する、２０１８年７月２８日に中国特許庁に出願された中国特許出願第２０１８１０８４９２４６．４号の優先権を主張する。
【０００３】
本出願は、その全体が参照により本明細書に組み込まれる、「ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する、２０１８年１１月２日に中国特許庁に出願された中国特許出願第２０１８１１２９９３９８．８号の優先権を主張する。
【０００４】
本出願は、その全体が参照により本明細書に組み込まれる、「ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する、２０１８年１２月２８日に中国特許庁に出願された中国特許出願第２０１８１１６２６８０４．７号の優先権を主張する。
【０００５】
現在のロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムでは、いくつかの事業者のボイスオーバーＬＴＥ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＬＴＥ、ＶｏＬＴＥ）は、完全な商用使用のために促進されていないか、またはユーザはＶｏＬＴＥを無効にするか、または現在のネットワークはＶｏＬＴＥをサポートしていない。ＬＴＥボイス解決策では、回路交換フォールバック（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈ  Ｆａｌｌ  Ｂａｃｋ、ＣＳＦＢ）方式が、通常、処理のためにユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、ＵＭＴＳ）に着呼をフォールバックするために使用される。ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）がＬＴＥネットワーク上で呼要求を受信するとき、ユーザ機器がパケット交換データサービスを有する場合、パケット交換データサービスは中断されるべきである。呼要求が拒否される場合でも、パケット交換データサービスは短い時間期間の間遮断され、したがって、ユーザのサーフィンエクスペリエンスが劣化する。
【発明の概要】
【０００６】
本出願の実施形態は、呼要求が受信されたネットワーク上の着呼番号をより迅速に取得することと、ＵＥが呼をセットアップすることを拒否するときに生じるパケット交換データサービスの遮断を回避することとを行うための通信方法、装置、およびシステムを提供する。
【０００７】
上記の目的を達成するために、以下の技術的解決策が本出願の実施形態において使用される。
【０００８】
第１の態様によれば、本出願は、通信方法および装置を提供する。
【０００９】
可能な設計では、本方法は、ユーザ機器ＵＥによって、ネットワーク側から第１のメッセージを受信するステップと、あらかじめ設定された条件が満たされると決定される場合、ネットワーク側に第２のメッセージを送るステップとを含み得る。第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行することをＵＥに示すために使用され、第１のメッセージは、第１の情報を含み、第１の情報は、着呼番号を示すために使用される。第２のメッセージは、ＣＳＦＢが拒否されることを示すために使用される。あらかじめ設定された条件は、着呼番号が制限されることと、ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることとのうちの少なくとも１つを含む。この実装では、あらかじめ設定された条件が満たされるとＵＥが決定する場合、着呼が拒否される必要がある着呼であることを示し、ＵＥは、ＣＳＦＢを実行しないことがあり、ＬＴＥネットワーク上で着呼を直接拒否する。このようにして、拒否されるべき着呼を識別する処理の持続時間が短縮され、ＵＥが呼をセットアップすることを拒絶するときに生じるパケット交換データサービスの遮断が回避される。
【００１０】
可能な設計では、第１のメッセージは、ＵＥの非アクセス層を通してネットワーク側から受信され、第１のメッセージは、第１の情報を取得するためにＵＥの非アクセス層を通してパースされ、第１の情報は、ＵＥのアプリケーションレイヤに報告される。
【００１１】
可能な設計では、ＵＥのアプリケーションレイヤは、着呼番号が制限されると決定する。
【００１２】
可能な設計では、着呼番号が制限されることは、着呼番号があらかじめ設定された着呼ブラックリストに属すること、または呼番号があらかじめ設定された着呼ホワイトリストに属さないことを含む。
【００１３】
可能な設計では、あらかじめ設定された条件は、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることであるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了すると決定される場合、着呼番号が表示される。このようにして、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了した後、ユーザは、ＣＳＦＢ着呼を自動的に拒否するモードで失われた着呼を閲覧することができる。
【００１４】
可能な設計では、ユーザによって入力された命令であって、ユーザによって入力される命令は、ＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定するように命令するために使用され、ＵＥは、ユーザによって入力された命令に従って、ＣＳＦＢ着呼を自動的に拒否するモードになるように設定される、ユーザによって入力された命令が受信される。代替として、ＵＥがリアルタイムパケット交換データサービスを有すると決定されるとき、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードになるように設定される。この実装では、ＵＥは、ユーザの命令またはＵＥがリアルタイムパケット交換データサービスを有するのかどうかに基づいてＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定し得る。
【００１５】
可能な設計では、リアルタイムパケット交換データサービスは、リアルタイムゲームサービスまたはネットワークライブブロードキャストサービスを含む。
【００１６】
可能な設計では、第１のメッセージは、回路交換サービス通知を含む。
【００１７】
可能な設計では、第１の情報は、発呼回線識別フィールドを含み、発呼回線識別フィールドは、番号タイプと、番号表示タイプと、着呼番号とを含む。
【００１８】
相応して、本出願は、通信装置をさらに提供する。本装置は、第１の態様による通信方法を実装することができる。たとえば、本装置は、ユーザ機器であり得るか、または上記の通信方法を実装することができる別の装置であり得る。本装置は、ソフトウェアもしくはハードウェアによって、またはハードウェアによって対応するソフトウェアを執行することによって上記の方法を実装し得る。
【００１９】
可能な設計では、本装置はプロセッサとメモリとを含み得る。プロセッサは、装置が第１の態様による方法で対応する機能を実行するのをサポートするように構成される。メモリは、プロセッサに結合され、装置のために必要であるプログラム命令とデータとを記憶するように構成される。さらに、装置は、装置と別の装置との間の通信をサポートするように構成された通信インターフェースをさらに含み得る。通信インターフェースは、トランシーバまたはトランシーバ回路であり得る。
【００２０】
可能な設計では、本装置は、受信モジュールと、決定モジュールと、送信モジュールとを含み得る。受信モジュールは、ネットワーク側から第１のメッセージを受信することであって、第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行することをＵＥに示すために使用され、第１のメッセージは、第１の情報を含み、第１の情報は、着呼番号を示すために使用される、受信することを行うように構成される。決定モジュールは、あらかじめ設定された条件が満たされるかどうかを決定することであって、あらかじめ設定された条件は、着呼番号が制限されることと、ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることとのうちの少なくとも１つを含む、決定することを行うように構成される。送信モジュールは、あらかじめ設定された条件が満たされると決定モジュールが決定する場合、ネットワーク側に第２のメッセージを送ることであって、第２のメッセージは、ＣＳＦＢが拒否されることを示すために使用される、送ることを行うように構成される。
【００２１】
可能な設計では、第１のメッセージは、ＵＥの非アクセス層を通してネットワーク側から受信され、本装置は、解析モジュールをさらに含む。解析モジュールは、第１の情報を取得するためにＵＥの非アクセス層を通して第１のメッセージをパースするように構成される。送信モジュールは、ＵＥのアプリケーションレイヤにＵＥの非アクセス層によって取得された第１の情報を報告するようにさらに構成される。
【００２２】
可能な設計では、本装置は、ディスプレイモジュールをさらに含む。あらかじめ設定された条件は、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることであるとき、決定モジュールは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するかどうかを決定するようにさらに構成され、ディスプレイモジュールは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了すると決定モジュールが決定する場合に着呼番号を表示するように構成される。
【００２３】
可能な設計では、本装置は、設定モジュールをさらに含む。受信モジュールは、ユーザによって入力された命令を受信することであって、ユーザによって入力された命令は、ＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定するように命令するために使用される、受信することを行うようにさらに構成される。決定モジュールは、ＵＥがリアルタイムパケット交換データサービスを有するかどうかを決定するようにさらに構成される。設定モジュールは、ユーザによって入力された命令に従って、ＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定するように構成されるか、またはＵＥがリアルタイムパケット交換データサービスを有すると決定モジュールが決定する場合にＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定するように構成される。
【００２４】
本出願は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、命令を記憶し、命令がコンピュータ上で遂行されるとき、コンピュータは、前述の態様のうちのいずれか１つによる方法を実行することが可能になる。
【００２５】
本出願は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で遂行されるとき、コンピュータは、前述の態様のうちのいずれか１つによる方法を実行することが可能になる。
【００２６】
本出願は、チップシステムをさらに提供する。チップシステムは、プロセッサを含み、メモリをさらに含み得、それらは、前述の態様のうちのいずれか１つによる方法を実装するように構成される。
【００２７】
本出願は、第１の態様による方法を実装するように構成された装置を含む通信システムを提供する。
【００２８】
上記で提供された任意の装置、コンピュータ記憶媒体、コンピュータプログラム製品、チップシステム、または通信システムは、上記で提供された対応する方法を実行するように構成される。したがって、上記で提供された装置、コンピュータ記憶媒体、コンピュータプログラム製品、チップシステム、または通信システムによって達成され得る有益な効果については、上記で提供された対応する方法における対応する解決策の有益な効果を参照されたい。本明細書では、詳細は再び説明されない。
【図面の簡単な説明】
【００２９】
【図１】本出願の一実施形態による、技術的解決策に適用可能なシステムアーキテクチャの概略図である。
【図２】本出願の一実施形態による、ユーザ機器の概略構造図１である。
【図３】本出願の一実施形態による、ユーザ機器の概略構造図２である。
【図４】ＣＳＦＢ処理の概略図である。
【図５】本出願の一実施形態による、通信方法の概略図１である。
【図５−１】本出願の一実施形態による、通信方法の概略図２である。
【図５−２（ａ）】本出願の一実施形態による、通信方法の概略図３である。
【図５−２（ｂ）】本出願の一実施形態による、通信方法の概略図３である。
【図６−１】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１である。
【図６−１−１】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２である。
【図６−２】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図３である。
【図６−３】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図４である。
【図６−４】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図５である。
【図６−５】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図６である。
【図６−６】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図７である。
【図６−７】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図８である。
【図６ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図９である。
【図６ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１０である。
【図７】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１１である。
【図８ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１２である。
【図８ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１３である。
【図９−１】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１４である。
【図９−２】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１５である。
【図９−３】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１６である。
【図９−４】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１７である。
【図９−５】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１８である。
【図１０】本出願の一実施形態による、通信方法の概略図４である。
【図１１Ａ】本出願の一実施形態による、通信方法の概略図５である。
【図１１Ｂ】本出願の一実施形態による、通信方法の概略図５である。
【図１２ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図１９である。
【図１２ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２０である。
【図１３ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２１である。
【図１３ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２２である
【図１３ｃ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２３である。
【図１４ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２４である。
【図１４ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２５である。
【図１５ａ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２６である。
【図１５ｂ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２７である。
【図１５ｃ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２８である。
【図１５ｄ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図２９である。
【図１５ｅ】本出願の一実施形態による、ユーザ機器のディスプレイインターフェースのインスタンスの概略図３０である。
【図１６Ａ】本出願の一実施形態による、通信方法の概略図６である。
【図１６Ｂ】本出願の一実施形態による、通信方法の概略図６である。
【図１６Ｃ】本出願の一実施形態による、通信方法の概略図６である。
【図１７】本出願の一実施形態による、通信方法の概略図７である。
【図１８Ａ】本出願の一実施形態による、通信方法の概略図８である。
【図１８Ｂ】本出願の一実施形態による、通信方法の概略図８である。
【図１９Ａ】本出願の一実施形態による、通信方法の概略図９である。
【図１９Ｂ】本出願の一実施形態による、通信方法の概略図９である。
【図２０】本出願の一実施形態による、通信装置の概略構造図１である。
【図２１】本出願の一実施形態による、通信装置の概略構造図２である。
【図２２】本出願の一実施形態による、通信装置の概略構造図３である。
【発明を実施するための形態】
【００３０】
本出願の実施形態では、「例」または「たとえば」という言葉は、例、例示、または説明を与えることを表すために使用される。本出願の実施形態において「例」または「たとえば」として記述される任意の実施形態または設計方式は、別の実施形態または設計方式よりも好適であるものとしてまたはそれよりも多くの利点を有するものとして説明されてはならない。正確には、「例」または「たとえば」などの言葉の使用は、相対的な概念を特定の方式で提示することを目的とする。
【００３１】
本出願における「複数の」は、２つまたは３つ以上を意味する。本明細書では、「第１の」および「第２の」という用語は、異なる対象の間を区別することを目的とするが、対象の特定の順序を示さない。たとえば、第１のメッセージと第２のメッセージとは、異なるメッセージの間を区別することを目的とするが、メッセージの特定の順序を示さない。本明細書における「および／または」という用語は、関連する対象について説明するための関連する関係を説明するにすぎず、３つの関係が存在し得ることを表し、たとえば、Ａおよび／またはＢは、以下の３つの場合を表し得る。Ａのみが存在し、ＡとＢとの両方が存在し、Ｂのみが存在する。
【００３２】
以下は、添付の図面を参照しながら詳細に本出願の実施形態による通信方法、装置、およびシステムについて説明する。
【００３３】
本出願で提供される技術的解決策は、ＣＳＦＢシナリオを含む様々な通信システム、たとえば、ＬＴＥシステム、５Ｇ新無線（Ｎｅｗ  Ｒａｄｉｏ、ＮＲ）システム、将来発展されるシステム、または複数のタイプの通信のコンバージェンスシステムに適用され得る。複数の適用シナリオ、たとえば、機械間（Ｍａｃｈｉｎｅ  Ｔｏ  Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、Ｄ２Ｍ、マクロマイクロ通信、拡張モバイルブロードバンド（ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ＆  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）、および大規模マシン型通信（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）などのシナリオが含まれ得る。これらのシナリオは、限定はしないが、ＵＥ間の通信のシナリオ、ネットワークデバイス間の通信のシナリオ、ネットワークデバイスとＵＥとの間の通信のシナリオなどを含み得る。
【００３４】
本出願の実施形態で提供される技術的解決策は、図１に示されるシステムアーキテクチャに適用され得る。通信システムは、ネットワーク側１００とＵＥ２００とを含み得る。
【００３５】
ネットワーク側１００は、コアネットワーク１０１とアクセスネットワーク１０２とを含む。ＵＥ２００は、アクセスネットワーク１０２を通してコアネットワーク１０１にアクセスする。通信ネットワークに含まれるネットワーク要素は、あらかじめ定義されたインターフェースを通して互いに接続され、通信する。これは、本出願の実施形態では限定されず、詳細は、本出願の実施形態では説明されない。
【００３６】
コアネットワーク１０１は、コアネットワークデバイス１０１１とコアネットワークデバイス１０１２とを含む。コアネットワークデバイスは、ユーザ接続、ユーザ管理、およびサービスベアラなどの機能を主に与える。外部ネットワークへのベアラネットワークによって与えられるインターフェースとして、コアネットワークデバイスは、ユーザのモビリティ管理、コール管理、ルート管理、およびセキュリティ管理などの機能を与える。コアネットワークデバイス１０１１とコアネットワークデバイス１０１２とは、異なる標準のコアネットワークデバイスであり得る。たとえば、コアネットワークデバイス１０１１は、３Ｇコアネットワークデバイスであり、コアネットワークデバイス１０１２は、ＬＴＥシステム中のコアネットワークデバイスまたはＮＲシステム中のコアネットワークデバイスである。
【００３７】
アクセスネットワーク１０２は、アクセスネットワークデバイス１０２１とアクセスネットワークデバイス１０２２とを含む。アクセスネットワークデバイスは、主に、ＵＥ２００にアクセスサービスを提供し、たとえば、無線物理制御機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、ならびにモビリティ管理などの機能を実装する。アクセスネットワークデバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）のデバイス、たとえば、基地局（ＮｏｄｅＢ、ＮＢ）、発展型ノードＢ（ｅｖｏｌｕｔｉｏｎ  ＮｏｄｅＢ、ｅＮＢ）、または５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードであり得る。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスノード、次世代ノードＢ（ｇｅｎｅｒａｔｉｏｎ  ＮｏｄｅＢ、ｇＮＢ）、送信受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｉｖｅ  Ｐｏｉｎｔ、ＴＲＰ）、送信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｉｎｔ、ＴＰ）、または別のアクセスノードであり得る。特に、アクセスネットワークデバイスは、サービスカバレージエリアに対応し、エリアに入るＵＥは、アクセスネットワークデバイスによって提供されるワイヤレスアクセスサービスを受け入れるためにワイヤレス信号を通してアクセスネットワークデバイスと通信し得る。アクセスネットワークデバイス１０２１の標準は、コアネットワークデバイス１０１１の標準と同じである。たとえば、コアネットワークデバイス１０１１は、３Ｇコアネットワークデバイスであり、アクセスネットワークデバイス１０２１は、３Ｇ  ＮＢである。アクセスネットワークデバイス１０２２の標準は、コアネットワークデバイス１０１２の標準と同じである。たとえば、コアネットワークデバイス１０１２は、ＬＴＥコアネットワークデバイスであり、アクセスネットワークデバイス１０２２は、ＬＴＥ  ｅＮＢであるか、またはコアネットワークデバイス１０１２は、ＮＲシステム中のコアネットワークデバイスであり、アクセスネットワークデバイス１０２２は、５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードである。
【００３８】
ＵＥ２００は、アクセス端末、ＵＥユニット、ＵＥ局、移動局、モバイルコンソール、リモート局、リモート端末、モバイルデバイス、ＵＥ端末、端末、ワイヤレス通信デバイス、ＵＥエージェント、ＵＥ装置などであり得る。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）フォン、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有するハンドヘルドデバイス、ワイヤレスモデムに接続されたコンピューティングデバイスまたは別の処理デバイス、ビークル搭載デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク中の端末、将来の発展型ＰＬＭＮネットワーク中の端末などであり得る。
【００３９】
図１に示されたシステムアーキテクチャは一例にすぎず、本出願の技術的解決策を限定するものではないことに留意されたい。当業者は、特定の実装処理では、システムアーキテクチャが別のデバイスをさらに含み得ることを理解されたい。さらに、コアネットワークデバイスの量、アクセスネットワークデバイスの量、およびＵＥの量は、特定の要件に基づいて構成され得、対応する標準のコアネットワークデバイスおよびアクセスネットワークデバイスは、要件に基づいて構成され得る。本出願の実施形態では、説明のためにコアネットワークデバイス１０１１が３Ｇコアネットワークデバイスであり、アクセスネットワークデバイス１０２１が３Ｇ  ＮＢであり、コアネットワークデバイス１０１２がＬＴＥコアネットワークデバイスであり、アクセスネットワークデバイス１０２２がＬＴＥ  ｅＮＢである一例が使用される。
【００４０】
本出願の実施形態で提供される通信方法および装置は、ＵＥに適用され得、ＵＥは、ハードウェアレイヤと、ハードウェアレイヤの上で遂行するオペレーティングシステムレイヤと、オペレーティングシステムレイヤの上で遂行するアプリケーションレイヤとを含む。ハードウェアレイヤは、中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、メモリ管理ユニット（Ｍｅｍｏｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ、ＭＭＵ）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、処理（ｐｒｏｃｅｓｓ）を通してサービスを処理する任意の１つまたは複数のコンピュータオペレーティングシステム、たとえば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、アンドロイドオペレーティングシステム、ｉＯＳオペレーティングシステム、またはＷｉｎｄｏｗｓオペレーティングシステムであり得る。アプリケーションレイヤは、ユーザに呼サービスを提供することを担当する呼管理アプリケーション、ブラウザ、アドレス帳、ワードプロセッシングソフトウェア、およびインスタントメッセージングソフトウェアなどのアプリケーションを含み得る。
【００４１】
図２は、本発明の各実施形態を実装するためのＵＥ２００のハードウェア構造の概略図である。図２に示されるように、ＵＥ２００は、限定はしないが、無線周波数ユニット２０１、ネットワークモジュール２０２、オーディオ出力ユニット２０３、入力ユニット２０４、センサ２０５、ディスプレイユニット２０６、ユーザ入力ユニット２０７、インターフェースユニット２０８、メモリ２０９、プロセッサ２１０、および電源２１１などの構成要素を含む。当業者は、図２に示されたＵＥ２００の構造がＵＥ２００に対する制限を構成せず、ＵＥ２００は、図に示された構成要素よりも多いもしくはそれよりも少ない構成要素を含み得るか、またはいくつかの構成要素が組み合わされ得るか、または異なる構成要素構成が使用され得ることを理解し得る。本発明のこの実施形態では、ＵＥ２００は、限定はしないが、モバイルフォン、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、ビークル搭載端末、ウェアラブルデバイス、ＵＭＰＣ、ネットブック、ＰＤＡ、ＰＣ、ＴＶ、ＡＴＭ、セルフサービス機械などであり得る。
【００４２】
本発明の実施形態では、無線周波数ユニット２０１は、呼中に情報を送受信するかまたは信号を送受信するように構成され得ることを理解されたい。特に、アクセスネットワークデバイスからダウンリンクデータを受信した後に、無線周波数ユニット２０１は、処理のためにプロセッサ２１０にダウンリンクデータを送り、アクセスネットワークデバイスにアップリンクデータを送る。通常、無線周波数ユニット２０１は、限定はしないが、アンテナ、少なくとも１つの増幅器、トランシーバ、結合器、低雑音増幅器、デュプレクサなどである。さらに、無線周波数ユニット２０１は、ワイヤレス通信システムを通してネットワークおよび別のデバイスとさらに通信し得る。
【００４３】
ＵＥ２００は、ネットワークモジュール２０２を通してユーザにワイヤレスブロードバンドインターネットアクセスを提供し、たとえば、ユーザが電子メールを送受信すること、ウェブページをブラウズすること、およびストリーミングメディアにアクセスすることを行うのを助ける。
【００４４】
オーディオ出力ユニット２０３は、無線周波数ユニット２０１もしくはネットワークモジュール２０２によって受信されたオーディオデータまたはメモリ２０９中に記憶されたオーディオデータをオーディオ信号に変換し、音としてオーディオ信号を出力し得る。さらに、オーディオ出力ユニット２０３は、ＵＥ２００によって実行された特定の機能に関係するオーディオ出力をさらに与え得る。オーディオ出力ユニット２０３は、スピーカ、ブザー、受信機などを含む。
【００４５】
入力ユニット２０４は、オーディオまたはビデオ信号を受信するように構成される。入力ユニット２０４は、グラフィックス処理ユニット（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＧＰＵ）２０４１とマイクロフォン２０４２とを含み得る。グラフィックス処理ユニット２０４１は、ビデオキャプチャモードまたは画像キャプチャモードにある画像キャプチャ装置（たとえば、カメラ）によって取得された静止画像またはビデオの画像データを処理する。処理された画像フレームは、ディスプレイユニット２０６上に表示され得る。グラフィックス処理ユニット２０４１によって処理された画像フレームは、メモリ２０９（または別の記憶媒体）中に記憶されるかまたは無線周波数ユニット２０１もしくはネットワークモジュール２０２を通して送られ得る。マイクロフォン２０４２は、音を受信し（たとえば、ユーザによって入力された音声情報を受信し）得、そのような音をオーディオデータに処理し得る。処理されたオーディオデータは、出力のために呼モードで無線周波数ユニット２０１を使用することによってモバイル通信基地局に送られ得るフォーマットに変換され得る。
【００４６】
ＵＥ２００は、光センサ、動きセンサ、および別のセンサなどの少なくとも１つのセンサ２０５をさらに含む。特に、光センサは、周辺光センサと近接センサとを含む。周辺光センサは、周辺光の明るさに基づいてディスプレイパネル２０６１の輝度を調整し得る。近接センサは、ＵＥ２００が耳に接近するとき、ディスプレイパネル２０６１および／またはバックライトを電源切断し得る。動きセンサの１つのタイプとして、加速度計センサは、様々な方向の（通常３つの軸に関して）加速度値を検出し得る。加速度計センサは、加速度計センサが定常であるときに値と重力の方向とを検出し得、ＵＥ２００の（横方向スクリーンと垂直方向スクリーンとの間の切替え、関連するゲーム、および磁力計姿勢較正などの）姿勢、（歩数計およびノックなどの）振動認識に関係する機能などを認識するためのアプリケーションに適用され得る。センサ２０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外センサなどをさらに含み得る。本明細書では、詳細は説明されない。
【００４７】
ディスプレイユニット２０６は、ユーザによって入力された情報またはユーザのために与えられた情報を表示するように構成され得る。ディスプレイユニット２０６は、ディスプレイパネル２０６１を含み得、ディスプレイパネル２０６１は、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ、ＯＬＥＤ）などの形態で構成され得る。
【００４８】
ユーザ入力デバイス２０７は、入力デジタルまたは文字情報を受信し、ＵＥ２００のユーザ設定および機能制御に関係するキー信号入力を生成するように構成され得る。特に、ユーザ入力デバイス２０７は、タッチパネル２０７１と他の入力デバイス２０７２とを含む。タッチパネル２０７１は、タッチスクリーンとも呼ばれ、（指またはスタイラスなどの任意の適切な対象またはアクセサリを使用することによってタッチパネル２０７１上でまたはタッチパネル２０７１の近くでユーザによって実行される動作などの）タッチパネル２０７１上でまたはそれの近くでユーザによって実行されるタッチ動作を収集し得る。タッチパネル２０７１は、タッチ検出装置とタッチコントローラとの２つの部分を含み得る。タッチ検出装置は、ユーザのタッチロケーションを検出し、タッチ動作によって生成された信号を検出し、タッチコントローラに信号を伝達する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチ座標に変換し、次いで、プロセッサ２１０にタッチ座標を送信し、プロセッサ２１０から送られたコマンドを受信し、執行する。さらに、タッチパネル２０７１は、抵抗性タイプ、静電容量タイプ、赤外線タイプ、および表面弾性波タイプなどの複数のタイプで実装され得る。タッチパネル２０７１に加えて、ユーザ入力ユニット２０７は、他の入力デバイス２０７２をさらに含み得る。特に、他の入力デバイス２０７２は、限定はしないが、物理キーボード、（ボリューム制御ボタンまたは電源オン／オフボタンなどの）機能ボタン、トラックボール、マウス、ジョイスティックなどを含み得る。本明細書では、詳細は説明されない。
【００４９】
さらに、タッチパネル２０７１は、ディスプレイパネル２０６１をカバーし得る。タッチパネル２０７１上でまたはそれの近くでタッチ動作を検出した後に、タッチパネル２０７１は、タッチイベントのタイプを決定するためにプロセッサ２１０にタッチ動作を送る。次いで、プロセッサ２１０は、タッチイベントのタイプに基づいてディスプレイパネル２０６１上に対応する視覚出力を与える。図３では、タッチパネル２０７１とディスプレイパネル２０６１とがＵＥ２００の入力および出力機能を実装するために２つの独立した部分として働くが、いくつかの実施形態では、タッチパネル２０７１とディスプレイパネル２０６１とは、ＵＥ２００の入力および出力機能を実装するために統合され得る。これは、本明細書では限定されない。
【００５０】
インターフェースユニット２０８は、外部装置とＵＥ２００とを接続するためのインターフェースである。たとえば、外部装置は、ワイヤードまたはワイヤレスヘッドセットポート、外部電力ポート、ワイヤードまたはワイヤレスデータポート、メモリカードポート、識別モジュールを有する装置に接続するように構成されたポート、オーディオ入出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤフォンポートなどを含み得る。インターフェースユニット２０８は、外部装置から入力（たとえば、データ情報および電気）を受信し、ＵＥ２００内の１つもしくは複数の要素に受信された入力を送信するように構成され得るか、またはＵＥ２００と外部装置との間でデータを送信するように構成され得る。
【００５１】
メモリカードポートは、ＳＩＭカードに接続するように構成され得る。ＳＩＭカードは、ＵＥ２００との接触またはそれからの分離を実装するために、ＳＩＭカードインターフェースに挿入されるかまたはＳＩＭカードインターフェースから切り離され得る。ＵＥ２００は、１つまたはＮ個のＳＩＭカードインターフェースをサポートし得、ここで、Ｎは、１よりも大きい正の整数である。ＳＩＭカードインターフェースは、ナノＳＩＭカード、マイクロＳＩＭカード、ＳＩＭカードなどをサポートし得る。複数のカードが、同じＳＩＭカードインターフェースに同時に挿入され得る。複数のカードは、同じタイプまたは異なるタイプのものであり得る。ＳＩＭカードインターフェースは、異なるタイプのＳＩＭカードとも適合し得、ＳＩＭカードインターフェースは、外部ストレージカードにも適合し得る。ＵＥ２００は、発呼およびデータ通信などの機能を実装するためにＳＩＭカードを使用することによってネットワークと対話する。いくつかの実施形態では、ＵＥ２００は、ｅＳＩＭ、すなわち、埋込みＳＩＭカードを使用する。ｅＳＩＭカードは、ＵＥ２００中に埋め込まれ得、ＵＥ２００から分離されることができない。
【００５２】
メモリ２０９は、ソフトウェアプログラムおよび様々なデータを記憶するように構成され得る。メモリ２０９は、主に、プログラム記憶領域とデータ記憶領域とを含み得る。プログラム記憶領域は、オペレーティングシステム、（サウンド再生機能および画像再生機能などの）少なくとも１つの機能によって必要とされるアプリケーションプログラムなどを記憶し得る。データ記憶領域は、モバイルフォンの使用に基づいて作成される（オーディオデータおよび電話帳などの）データなどを記憶し得る。さらに、メモリ２０９は、高速ランダムアクセスメモリを含み得、不揮発性メモリ、たとえば、少なくとも１つの磁気ディスクストレージデバイス、フラッシュメモリ、または別の揮発性固体ストレージデバイスをさらに含み得る。
【００５３】
プロセッサ２１０は、ＵＥ２００のコントロールセンターであり、様々なインターフェースおよび回線を使用することによってＵＥ２００全体のすべての部分に接続され、ＵＥ２００上で全体的な監視を実行するためにＵＥ２００の様々な機能を執行し、メモリ２０９中に記憶されたソフトウェアプログラムおよび／またはモジュールを遂行または執行することによってならびにメモリ２０９中に記憶されたデータを呼び出すことによってデータ処理を実行する。プロセッサ２１０は、１つまたは複数の処理ユニットを含み得る。任意選択で、プロセッサ２１０は、アプリケーションプロセッサとモデムプロセッサとを統合し得る。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは、主に、ワイヤレス通信を処理する。モデムプロセッサは、代替として、プロセッサ２１０に統合されないことがあることが理解され得る。
【００５４】
ＵＥ２００は、構成要素に電力を供給する（バッテリなどの）電源２１１をさらに含む。任意選択で、電源２１１は、電源管理システムを通してプロセッサ２１０に論理的に接続され得、したがって、充電、放電、および電力消費量管理などの機能は、電源管理システムを使用することによって実装される。
【００５５】
さらに、ＵＥ２００は、図示されていないいくつかの機能モジュール、たとえば、振動プロンプトを生成し得るモータをさらに含み得る。モータは、着呼振動プロンプトのために使用され得るか、またはタッチ振動フィードバックのために使用され得る。たとえば、異なるアプリケーション（たとえば、撮影およびオーディオ再生）に対して実行されるタッチ動作は、異なる振動フィードバック効果に対応し得る。モータはまた、ディスプレイパネル２０６１の異なるエリアに対して実行されるタッチ動作のための異なる振動フィードバック効果に対応し得る。異なる適用シナリオ（たとえば、時間リマインダ、情報受信、アラームクロック、およびゲーム）はまた、異なる振動フィードバック効果に対応し得る。タッチ振動フィードバック効果のカスタマイズがさらにサポートされ得る。たとえば、インジケータは、課金ステータスおよび出力変化を示すように構成され得るか、またはメッセージ、失われた呼、通知などを示すように構成され得るインジケータライトであり得る。
【００５６】
可能な実装では、図１および図２におけるＵＥ２００は、代替として、図３に示された構造のものであり得る。図３に示されるように、ＵＥは、アプリケーションレイヤと、非アクセス層（Ｎｏｎ−ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＮＡＳ）と、アクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＡＳ）と、物理レイヤ（Ｐｈｙｓｉｃａｌ、ＰＨＹ）と、無線周波アンテナとを含む。アプリケーションレイヤは、ユーザインターフェース（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ、ＵＩ）アプリケーションプログラムのための一般用語であり、ユーザと対話するためのアプリケーションプログラムである。コアネットワークとＵＥとの間の機能レイヤとして、ＮＡＳは、コアネットワークとＵＥとの間のシグナリングおよびデータ送信をサポートし、たとえば、認可、認証、セキュリティ制御、アイドルモードでのモビリティ管理、およびアイドルモードでのページング開始などの機能をサポートし得る。アクセス層は、ＵＥとアクセスネットワークデバイスとの間の情報を処理することを担当し、たとえば、ブロードキャスト、ページング、リンク管理、無線ベアラ制御、モビリティ、暗号化および完全性保護、セグメント化および接続、再送信処理、上位レイヤデータの連続送信、ならびにプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＰＤＵ）パケット組立ておよび分波をサポートし得る。物理レイヤは、符号化および復号、変調および復調、マルチアンテナマッピング、ならびに他のテレコム物理レイヤ機能を担当する。無線周波アンテナは、信号の受信、送信、および処理を担当する。
【００５７】
本出願の実施形態では、本出願の実施形態における通信方法のコードを記録するプログラムが本出願の実施形態における通信方法に従って通信を遂行するように実行され得るという条件で、通信方法の実行体の特定の構造は本出願の実施形態では特に限定されない。たとえば、本出願の実施形態で提供される通信方法は、ＵＥ、プログラムを呼び出し、ＵＥ中でプログラムを執行することができる機能モジュール、またはＵＥに適用される通信装置、たとえば、チップによって実行され得る。これは、本出願では限定されない。
【００５８】
ＬＴＥシステムでは、いくつかの事業者のＶｏＬＴＥは、完全な商用使用のために促進されていないか、またはユーザは、ＶｏＬＴＥを無効にするか、または現在のネットワークはＶｏＬＴＥをサポートしていない。この場合、ＬＴＥボイスは、通常、ＣＳＦＢを通して処理される。たとえば、ＣＳＦＢ処理は、図４に示される方法を含み得る。ステップ１：ＵＥは、ＬＴＥネットワーク上で、ネットワーク側からページングメッセージを受信し、ここで、ページングメッセージは、ＣＳＦＢを実行するようにＵＥに要求するために使用される。ステップ２：ＵＥは、ＣＳＦＢを実行することにＵＥが同意することを応答するために、ＬＴＥネットワーク上で、ネットワーク側にページング応答を送る。ステップ３：ネットワーク側は、ＣＳＦＢを実行し、処理のためにＵＭＴＳに回路交換領域をフォールバックすることをＵＥに示すためにＵＥにインジケーション情報を送る。たとえば、ＵＭＴＳは、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）または広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）システムであり得る。ステップ４：ＵＥは、ＵＭＴＳとの同期を実行し（たとえば、ＵＥは、ＵＭＴＳネットワーク上のセルを探索し、それにキャンプオンし）、ＵＭＴＳセルにアクセスする。ステップ５：ＵＥは、ＵＭＴＳネットワーク上で、ネットワーク側にページング応答を送る。ステップ６：ネットワーク側は、ＵＭＴＳ中で、ＵＥに着呼要求を送り、ここで、着呼要求は、着呼番号を含む。たとえば、着呼要求は呼セットアップ（Ｃａｌｌ  Ｓｅｔｕｐ）メッセージであり、着呼番号は発呼者ＢＣＤ番号フィールド中に含まれ得る。ＵＥは、着呼要求に基づいて、着呼番号が拒否される着呼のリストに属するかどうかを決定し得る。着呼番号が拒否される着呼のリストに属さない場合、ステップ７ａが実行される。ＵＥは、呼出しを行い、ユーザの返答動作に応答して呼をセットアップし得る。呼が終了した後、ステップ８が実行される。ＵＥは、ＬＴＥネットワークに戻る。着呼番号が拒否される着呼のリストに属する場合、ステップ７ａが実行される。ＵＥは、ネットワーク側に着呼拒否メッセージを送り得、呼をセットアップしない。ステップ８：ＵＥは、ＬＴＥネットワークに戻る。拒否される着呼のリストは、ブラックリストであり得る。一実装では、ブラックリストは、インターフェース上にユーザによって設定される着呼ブラックリストに基づくＵＥによって記憶された電話番号リストである。電話番号がブラックリストに属するとＵＥが決定する場合、ＵＥは、電話番号からの着呼を拒否し得る。別の実装では、ブラックリストは、ネットワーク側によって決定された電話番号または電話番号のリストである。ネットワーク側が、ＵＥに送られるメッセージ中で、電話番号がブラックリストに属するかどうかをマークし得るか、またはＵＥは、ネットワーク側によって与えられたブラックリストを探索し、電話番号がブラックリストに属するのかどうかを決定し得る。
【００５９】
ＵＥがＵＭＴＳセルにアクセスした後、ＵＥは、ＵＭＴＳ中で受信された着呼要求から着呼番号を取得する。したがって、着呼番号は、比較的遅い機会に取得される。ＵＥが呼をセットアップすることを拒絶する場合（たとえば、ユーザがＬＴＥネットワーク上でパケット交換データサービスを使用するときに迷惑電話が発生する場合）、ＵＥは、最初に、ＵＭＴＳにフォールバックし、着呼番号を抽出し、着呼を拒否し、次いで、ＬＴＥネットワークに戻る必要がある。たとえば、ステップ１からからステップ８までの処理過程で、パケット交換データサービスは、中断され、短い時間期間の間遮断される。これは、ユーザのサーフィンエクスペリエンスを劣化させる。
【００６０】
本出願の一実施形態は通信方法を提供し、通信方法は、図１から図３に示されたシステムまたはデバイスに適用され得る。本方法では、ＵＥがＬＴＥネットワーク上で第１のページングメッセージを受信するとき（図４のステップ１）、ＵＥは、着呼番号を抽出し、着呼を拒否すべきかどうかを決定する。これにより、ＣＳＦＢ処理によって生じるパケット交換データサービスの遮断を回避することができる。図５に示されるように、本方法は、Ｓ１０１からＳ１０５を含み得る。
【００６１】
Ｓ１０１．ネットワーク側は、ＵＥに第１のメッセージを送る。
【００６２】
ネットワーク上のＵＥが別のＵＥにボイス呼を開始するとき、ネットワーク側は、発呼側ＵＥの呼要求に基づいて被呼側ＵＥを決定し得る。被呼側ＵＥがＬＴＥネットワーク上にある場合、第１のメッセージは、ＬＴＥネットワーク上で被呼側ＵＥに送られる。第１のメッセージは、被呼側としてＣＳＦＢを実行するようにＵＥに要求するために使用される。ＣＳＦＢは、回路交換フォールバックであり、ＬＴＥネットワークによってカバーされたＵＥがＣＳサービスを処理する必要があるとき、ＵＥは、サービス処理を完了するために２Ｇまたは３Ｇ  ＣＳネットワークにフォールバックすることを意味する。本出願のこの実施形態が、３ＧネットワークへのＬＴＥネットワーク上のＵＥの回路交換フォールバックの一例を使用することによって説明されることに留意されたい。実際の使用では、本出願のこの実施形態において提供される方法は、異なる標準のネットワーク間でのハンドオーバ（たとえば、回路交換フォールバック）の別のシナリオにさらに適用可能である。たとえば、５Ｇ  ＮＲネットワークによってカバーされたＵＥは、ＮＲネットワーク上で呼要求を受信し、サービス処理のためにＬＴＥネットワークにボイス呼サービスをフォールバックする。代替として、５Ｇ  ＮＲネットワークによってカバーされたＵＥは、ＮＲネットワーク上で呼要求を受信し、ＬＴＥネットワークにＣＳサービスをフォールバックし、次いで、サービス処理のためにＬＴＥネットワークから２Ｇまたは３ＧネットワークにＣＳサービスをフォールバックする。代替として、５Ｇ  ＮＲネットワークによってカバーされるＵＥは、ＮＲネットワーク上で呼要求を受信し、サービス処理のために２Ｇまたは３ＧネットワークにＣＳサービスをフォールバックする。たとえば、代替として、将来発展されるシステムによってカバーされたＵＥは、サービス処理のために以前の標準のネットワークにＣＳサービスをフォールバックし得る。これは、本出願では限定されない。
【００６３】
一実装では、第１のメッセージは、ページングメッセージであり得る。たとえば、ページングメッセージは、回路交換サービス通知（ＣＳ  Ｓｅｒｖｉｃｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）である。もちろん、ページングメッセージは、代替として、別のメッセージであり得る。たとえば、ＵＥの接続ステータスは、接続モードとアイドルモードとを含み得る。接続モードは、ＵＥの無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続がセットアップされているモードを示し、アイドルモードは、ＵＥがＲＲＣ接続を有しないモードを示す。被呼側ＵＥが接続モードにある場合、第１のメッセージは回路交換サービス通知である。被呼側ＵＥがアイドルモードにある場合、第１のメッセージは、アイドルモードにあるＵＥのためのページングメッセージである。たとえば、ページングメッセージは、ページング（Ｐａｇｉｎｇ）である。第１のメッセージの特定の形態は、本出願では限定されない。たとえば、第１のメッセージは、図４のステップ１においてＬＴＥ中のＵＥにネットワーク側によって送られたページングメッセージであり得る。
【００６４】
第１のメッセージは第１の情報を含み、第１の情報は、着呼番号を示すために使用される。たとえば、第１の情報は、発呼回線識別（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＣＬＩ）フィールドのコンテンツであり得、発呼回線識別フィールドは、着呼番号を含む。たとえば、発呼回線識別フィールドは、番号タイプと、番号表示タイプと、着呼番号との３つの部分を含む。たとえば、発呼回線識別フィールドは、２１８１１０３２５４７６９８Ｆ１であり、ここで、番号タイプは２１であり、番号表示タイプは８１であり、着呼番号フィールドは、１０３２５４７６９８Ｆ１である。着呼番号フィールドの上位バイトと低位バイトとは、着信発呼者番号０１２３４５６７８９１を取得するために逆の順序に配置される。
【００６５】
Ｓ１０２．ＵＥは、第１のメッセージを受信する。
【００６６】
ＵＥは、ＬＴＥネットワーク上で第１のメッセージを受信する。一実装では、ＵＥは、第１のメッセージを受信するときに接続モードにある。
【００６７】
随意の実装では、第１のメッセージを受信した後に、ＵＥは、第１のメッセージ中の第１の情報を取得するために第１のメッセージをパースし、それにより、着呼番号を取得し得る。
【００６８】
一実装では、図５−１に示されるように、ＵＥのベースバンドチップは、第１のメッセージを受信し、着呼番号を取得するために第１のメッセージをパースする。さらに、ＵＥのベースバンドチップは、ＵＥのブラックリスト／ホワイトリスト識別モジュールに取得された着呼番号を報告する。
【００６９】
Ｓ１０３．ＵＥは、あらかじめ設定された条件が満たされるかどうかを決定する。あらかじめ設定された条件が満たされるとＵＥが決定する場合、Ｓ１０４が実行される。あらかじめ設定された条件が満たされないとＵＥが決定する場合、Ｓ１０５が実行される。
【００７０】
特に、あらかじめ設定された条件が満たされるとＵＥが決定する、すなわち、着呼を拒否することをＵＥが決定する場合、Ｓ１０４が実行される。あらかじめ設定された条件が満たされないとＵＥが決定する、すなわち、着呼を拒否しないことをＵＥが決定する場合、Ｓ１０５が実行される。
【００７１】
あらかじめ設定された条件は、着呼番号が制限されることと、ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることとのうちの少なくとも１つを含み得る。
【００７２】
（１）あらかじめ設定された条件は、着呼番号が制限されるということである。
【００７３】
ＵＥは、第１の情報を取得し、すなわち、着呼番号を取得し、第１の情報に基づいて、着呼番号が制限されると決定し得る。
【００７４】
一実装では、着呼ブラックリストが、ＵＥ中にあらかじめ設定され得る（たとえば、ブラックリストはアクセスするのを許可されるべきでないセットである電話番号のグループであり得る）。着呼番号が着呼ブラックリストに属する場合、着呼番号が制限されると決定される。別の実装では、着呼ホワイトリストが、ＵＥ中にあらかじめ設定され得る（たとえば、ホワイトリストはアクセスするのを許可されるべきセットである電話番号のグループであり得る）。着呼番号が着呼ホワイトリストに属さない場合、着呼番号が制限されると決定される。
【００７５】
一実装では、ＵＥは、さらに、ユーザ操作に基づいてブラックリストに電話番号を追加するか、またはホワイトリストに電話番号を追加するか、またはブラックリストから電話番号を削除するか、またはホワイトリストから電話番号を削除し得る。
【００７６】
たとえば、ＵＥは、電話番号０１２３４５６７８９１からの着呼を受信し、図６−１に示されたインターフェースを表示し、ここで、ａは、返答キーであり、ｂは、拒否キーである。ユーザが、たとえば、図６−２に示されるように呼を拒否する場合、ユーザが拒否キーを選択することをＵＥが検出する場合、ブラックリストに拒否された着呼番号を追加すべきかどうかをユーザに尋ねるためにＵＥは、図６−３に示されたインターフェースを表示する。ユーザが「はい」を選択することをＵＥが検出する場合、ＵＥはブラックリストに着呼番号を追加する。たとえば、着呼番号がホワイトリスト中にあるとＵＥが決定する場合、ＵＥは、ホワイトリストから拒否された着呼番号を削除すべきかどうかをユーザに尋ねるために図６−４に示されたインターフェースを表示し得る。ユーザが「はい」を選択することをＵＥが検出する場合、ＵＥはホワイトリストから着呼番号を削除する。
【００７７】
たとえば、ＵＥは、電話番号０１２３４５６７８９１からの着呼を受信し、図６−１に示されたインターフェースを表示し、ここで、ａは、返答キーであり、ｂは、拒否キーである。たとえば、図６−５に示されるように、ユーザが返答キーをタップし、上にスワイプすることをＵＥが検出する場合、ユーザが呼に返答することを選定すると決定される。一実装では、着呼番号が返答される回数が指定された回数よりも多い、たとえば、着呼番号が２４時間内に２回返答されるとＵＥが決定し、着呼番号がホワイトリスト中にない場合、ＵＥは、ホワイトリストに着呼番号を追加すべきかどうかをユーザに質問するために図６−６に示されたインターフェースを表示する。ユーザが「はい」を選択することをＵＥが検出する場合、ＵＥはホワイトリストに着呼番号を追加する。別の実装では、着呼番号が返答される回数が指定された回数よりも多いとＵＥが決定し、着呼番号がホワイトリスト中にない場合、ＵＥは、ホワイトリストに着呼番号を追加する。
【００７８】
たとえば、ＵＥは、ユーザが電話番号０１２３４５６７８９１をダイヤルすると決定し、電話番号がブラックリスト中にある。呼が終了すると決定した後に、ＵＥは、ブラックリストから電話番号を削除すべきかどうかをユーザに尋ねるために図６−７に示されたインターフェースを表示し得る。ユーザが「はい」を選択することをＵＥが検出する場合、ＵＥはブラックリストから着呼番号を削除する。
【００７９】
一実装では、図５−１に示されるように、ＵＥのブラックリスト／ホワイトリスト識別モジュールは、着呼番号が着呼ブラックリストに属するかどうかを決定する。着呼番号が着呼ブラックリストに属するとブラックリスト／ホワイトリスト識別モジュールが決定する場合、ブラックリスト／ホワイトリスト識別モジュールは、ＵＥの呼処理モジュールに着呼番号を伝達し、着呼番号がブラックリストに属することを示す。ＵＥの呼処理モジュールは、失われたブラックリスト着呼として着呼番号をマークし得る。さらに、ブラックリスト／ホワイトリスト識別モジュールは、着呼番号が制限されるとベースバンドチップに通知する。
【００８０】
一実装では、図５−２（ａ）および図５−２（ｂ）に示されるように、ＵＥのブラックリスト／ホワイトリスト識別モジュールは、着呼番号が着呼ブラックリストに属するのかどうかを決定する。着呼番号が着呼ブラックリストに属さないとブラックリスト／ホワイトリスト識別モジュールが決定する場合、ブラックリスト／ホワイトリスト識別モジュールは、ＵＥの呼処理モジュールに着呼番号を伝達し、着呼番号がブラックリストに属さないことを示す。ＵＥの呼処理モジュールは、呼出しを行い、着呼通知インターフェースを表示し、着呼通知インターフェース上に着呼番号を表示する。たとえば、着呼番号は、０１２３４５６７８９１であり、ＵＥの着呼通知インターフェースは図６−１に示されており、ここで、ａは、返答キーであり、ｂは、拒否キーである。さらに、ブラックリスト／ホワイトリスト識別モジュールは、着呼番号を受け入れることをベースバンドチップに通知する。
【００８１】
一実装では、ＵＥは、着呼通知インターフェース上に第１のプロンプト情報をさらに表示し得る。第１のプロンプト情報は、ＵＥがネットワークハンドオーバを実行していることを示すために使用される。たとえば、図６−１−１に示されるように、ＵＥは、着呼通知インターフェース上に「モバイルフォンは、ネットワークハンドオーバを実行している！」という第１のプロンプト情報６０２を表示し得る。
【００８２】
一実装では、ＵＥが図６−１−１に示されたインターフェースを表示するとき、返答キーａと拒否キーｂとは動作され得ない。この場合、ＵＥは、ユーザ動作に応答しない。別の実装では、ＵＥは、ユーザによって返答キーａをタップする動作に応答して、またはユーザによって拒否キーｂをタップする動作に応答してユーザの選択コンテンツを保存する。たとえば、ＵＥは、ユーザ選択識別子を設定し、ユーザによって返答キーａをタップする動作に応答して１にユーザ選択識別子を設定するか、またはユーザによって拒否キーｂをタップする動作に応答して２にユーザ選択識別子を設定する。
【００８３】
（２）あらかじめ設定された条件は、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることである。
【００８４】
ＵＥは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあるかどうかを決定し、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにある場合、ＵＥはすべてのＣＳＦＢ着呼を拒否する。この場合、一実装では、ＵＥは、ＶｏＬＴＥ着呼に返答し得る。
【００８５】
たとえば、ＵＥは、モード識別子を設定することによって、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに現在あるのかどうかを識別し得る。たとえば、モード識別子が１に設定される場合、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることを示し、モード識別子が０に設定される場合、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにないことを示す。ＵＥは、モード識別子に基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあるかどうかを決定する。もちろん、ＵＥは、代替として、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあるかどうかを別の方式で識別し得る。これは、本出願のこの実施形態では限定されない。
【００８６】
ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入る方式は、以下を含み得る。
【００８７】
１．ＵＥは、ユーザの第１の動作を受信し、第１の動作に応答して、ＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定する。第１の動作は、ＣＳＦＢ着呼を自動的に拒否するモードのためにユーザによって設定されたジェスチャであり得るか、またはユーザによって、ＣＳＦＢ着呼を自動的に拒否するモードを設定するためのボタンを選択することであり得るか、またはユーザによって、ＣＳＦＢ着呼を自動的に拒否するモードを設定するためのボタンをタップすることであり得る。これは、本出願のこの実施形態では限定されない。
【００８８】
たとえば、図６ａおよび図６ｂに示されるように、ＵＥのディスプレイインターフェース上で、設定インターフェースは、呼設定オプションを含む。たとえば、第１の動作は、ユーザが選択ボタン６０１をタップすることであり得、ボタン６０１は、ＣＳＦＢ着呼を自動的に拒否するモードを有効または無効にするために使用される。たとえば、図６ａに示されるように、選択ボタン６０１が右側にスライドされるとき、ＣＳＦＢ着呼を自動的に拒否するモードが有効にされることを示す。
【００８９】
２．ＵＥは、ＵＥがリアルタイムパケット交換データサービスを有するかどうかに基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入るかどうかを決定する。ＵＥがリアルタイムパケット交換データサービスを有するとＵＥが決定する場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードになるように設定される。リアルタイムパケット交換データサービスは、レイテンシの影響を受けやすいパケット交換データサービスである。リアルタイムパケット交換データサービスは、ＵＥとネットワーク側との間の速い対話を必要とし、比較的低いレイテンシ、たとえば、５０ｍｓから１５０ｍｓの間のレイテンシを必要とする。たとえば、リアルタイムパケット交換データサービスは、ボイス／ビデオセッション、リアルタイムゲームサービス、対話型ゲーム、またはネットワークライブブロードキャストサービスを含み得る。非リアルタイムパケット交換データサービスは、非会話型ビデオ（たとえば、バッファードストリーミングメディア）または伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、ＴＣＰ）ベースのサービスを含み得る。
【００９０】
一実装では、ＵＥは、ＵＥがリアルタイムゲームサービスを有するかどうかに基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入るかどうかを決定し得る。たとえば、ＵＥは、ゲームアプリケーションリストをあらかじめ設定し得、ゲームアプリケーションリストは、あらかじめ設定されたレイテンシの影響を受けやすいゲームアプリケーションを含む。ゲームアプリケーションリスト中のゲームアプリケーションが遂行するために開始されることが検出される場合、ＵＥがリアルタイムゲームサービスを有すると決定され、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入ると決定される。
【００９１】
３．ＵＥは、リアルタイムトラフィックに基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入るのかどうかを決定する。たとえば、ＵＥは、トラフィックしきい値を設定し得る。ＵＥのリアルタイムトラフィックがトラフィックしきい値よりも大きいことが検出される場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードになるように設定される。
【００９２】
Ｓ１０４．ＵＥは、ネットワーク側に第２のメッセージを送る。
【００９３】
ＵＥは、着呼を拒否することを決定し、ＬＴＥネットワーク上で、ネットワーク側に第２のメッセージを送る。第２のメッセージは、ＣＳＦＢが拒否されることを示すために使用される。たとえば、第２のメッセージは、ページング応答メッセージ、たとえば、拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得る。拡張サービス要求は第２の情報を含み、第２の情報は、ＵＥがＣＳＦＢを拒否すること（ＵＥによって拒否されたＣＳフォールバック）である。
【００９４】
一実装では、図５−１に示されるように、ＵＥのベースバンドチップは、ネットワーク側に第２のメッセージを送る。
【００９５】
次いで、ＵＥは、ＬＴＥネットワーク上にとどまり、ＵＭＴＳ中で呼をセットアップしない。
【００９６】
Ｓ１０５．ＵＥは、ネットワーク側に第３のメッセージを送る。
【００９７】
ＵＥは、着呼を拒否しないことを決定し、ネットワーク側に第３のメッセージを送る。第３のメッセージは、ＣＳＦＢが受け入れられることを示すために使用される。たとえば、第３のメッセージは、ページング応答メッセージ、たとえば、拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得る。拡張サービス要求は第３の情報を含み、第３の情報は、ＵＥがＣＳＦＢを受け入れること（ＵＥによるＣＳフォールバック受け入れ）である。
【００９８】
一実装では、図５−２（ａ）および図５−２（ｂ）に示されるように、ＵＥのベースバンドチップは、ネットワーク側に第３のメッセージを送る。
【００９９】
第３のメッセージを受信した後に、ネットワーク側は、処理のためにＵＭＴＳにＵＥのボイスサービスをフォールバックするためにＣＳＦＢ処理を実行する。たとえば、ＵＥとネットワーク側とは、図４に示されたステップ３からステップ７ａを実行し得る。ＵＥの呼処理モジュールがＳ１０３において呼出しを行う場合、着呼呼出しはステップ７ａにおいて実行されない。
【０１００】
一実装では、図４のステップ６において、ネットワーク側は、ＵＭＴＳ中で着呼要求を送り、ＵＥのベースバンドチップは着呼要求を受信する。図５−２（ａ）および図５−２（ｂ）に示されるように、ベースバンドチップは、ＵＴＭＳへのＣＳＦＢが成功すると決定する。さらに、一実装では、ベースバンドチップは、ネットワークハンドオーバが成功するとＵＥの呼処理モジュールに通知する。情報に応答して、ＵＥのディスプレイインターフェースは、図６−１−１に示されたインターフェースから図６−１に示されたインターフェースに切り替えられ、第１のプロンプト情報は着呼ディスプレイインターフェース上に表示されない。図６−１に示されたインターフェース上の返答キーａまたは拒否キーｂがタップされ得る。さらに、呼は、ユーザによって返答キーａをタップする動作に応答してセットアップされるか、または着呼は、ユーザによって拒否キーｂをタップする動作に応答して拒否され、呼はセットアップされない。
【０１０１】
別の実装では、ＵＥは、ユーザの記憶された選択コンテンツに基づいて、呼をセットアップすることまたは着呼を拒否することを決定する。たとえば、保存されたユーザ選択識別子が１である場合、ユーザ動作が返答キーａをタップすることであると決定され、呼がセットアップされる。保存されたユーザ選択識別子が２である場合、ユーザ動作が拒否キーｂをタップすることであると決定され、着呼は拒否され、呼はセットアップされない。
【０１０２】
一実装では、ＵＭＴＳネットワークがＷＣＤＭＡネットワークである場合、呼がＵＭＴＳネットワーク上でセットアップされた後、ＬＴＥネットワークからＵＭＴＳネットワークへのフォールバック中に中断されたデータサービスがＵＭＴＳネットワーク上で再開され得る。
【０１０３】
次いで、ＵＥのボイス呼が終了する場合、ＵＥはＬＴＥネットワークに戻る。一実装では、ＵＥがデータサービスを有する場合、データサービスはＬＴＥネットワーク上で復元される。
【０１０４】
さらに、一実装では、Ｓ１０２においてネットワーク側から第１のメッセージを受信した後に、ＵＥは、着呼番号を取得するために第１のメッセージ中の第１の情報を取得する。一実装では、ＵＥは、第１の情報または着呼番号を記憶し得る。さらに、本方法は、Ｓ１０６をさらに含み得る。
【０１０５】
Ｓ１０６．ＵＥは、着呼番号を表示する。
【０１０６】
一実装では、ＵＥは、Ｓ１０２において着呼番号を取得するとインターフェース上に着呼番号を直ちに表示し得る。たとえば、ＵＥは、ＬＴＥネットワークリソースを通してリアルタイムゲームサービスを実行し、ＵＥのディスプレイインターフェースは、ゲームインターフェースであり、ＵＥは、図７に示されたインターフェースを表示する。リアルタイムゲームサービスを実行する処理では、ＵＥは、被呼側として呼要求を受信し（たとえば、Ｓ１０２が実行され、ＵＥは、ネットワーク側から第１のメッセージを受信し）、ＵＥは、ゲームインターフェース上に着呼番号を表示する。たとえば、ＵＥは、図８ａに示されたインターフェースを表示する。
【０１０７】
一実装では、あらかじめ設定された条件は、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることであるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するとＵＥが決定した場合、着呼番号がディスプレイインターフェース上に表示される。たとえば、ＵＥは、ＬＴＥネットワークリソースを通してリアルタイムゲームサービスを実行し、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあり、ＵＥのディスプレイインターフェースは、ゲームインターフェースであり、ＵＥは、図７に示されたインターフェースを表示する。リアルタイムゲームサービスを実行する処理では、ＵＥは、被呼側としてサービスする呼要求を受信し（たとえば、Ｓ１０２が実行され、ＵＥは、ネットワーク側から第１のメッセージを受信し）、ＵＥは、図７に示されたゲームインターフェースを依然として表示する。ＵＥがリアルタイムゲームサービスを終了するとき、リアルタイムゲームサービスを実行する処理中に拒否された着呼番号がディスプレイインターフェース上に表示される。たとえば、ＵＥは、図８ｂに示されたインターフェースを表示する。
【０１０８】
ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを出る方式は、以下を含み得る。
【０１０９】
１．ＵＥは、ユーザの第２の動作を受信し、第２の動作に応答して、ＣＳＦＢ着呼を自動的に拒否するモードを終了するようにＵＥを設定する。第２の動作は、ＣＳＦＢ着呼を自動的に拒否するモードを終了するためにユーザによって設定されたジェスチャであり得るか、またはＣＳＦＢ着呼を自動的に拒否するモードを終了するためにユーザによってボタンを選択することであり得るか、またはＣＳＦＢ着呼を自動的に拒否するモードを終了するためにユーザによってボタンをタップすることであり得る。これは、本出願のこの実施形態では限定されない。
【０１１０】
たとえば、第２の動作は、ＣＳＦＢ着呼を自動的に拒否するモードを終了するために、ユーザによって、図６ｂに示されたディスプレイインターフェース上の選択ボタン６０１をタップすることであり得る。たとえば、選択ボタン６０１が左側にスライドされるとき、ＣＳＦＢ着呼を自動的に拒否するモードが無効にされることを示す。
【０１１１】
２．ＵＥは、ＵＥがリアルタイムパケット交換データサービスを有するかどうかに基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するかどうかを決定する。ＵＥがリアルタイムパケット交換データサービスを有しないとＵＥが決定する場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードにならないように設定される。一実装では、ＵＥは、ＵＥがリアルタイムゲームサービスを有するかどうかを決定し、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するかどうかをさらに決定する。ゲームアプリケーションリスト中のゲームアプリケーションが開始されないと決定される場合、ＵＥがリアルタイムゲームサービスを実行しないと決定される。たとえば、ＵＥのオペレーティングシステムは、ＵＥがリアルタイムゲームサービスを有しないと決定し、ＵＥは、リアルタイムゲームサービスを有しないとＵＥのアプリケーションレイヤに通知し得る。ＵＥのアプリケーションレイヤは、ＵＥがリアルタイムゲームサービスを有しないとＵＥのＮＡＳに通知し、ＵＥのＮＡＳは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するとさらに決定し得る。
【０１１２】
３．ＵＥは、リアルタイムトラフィックに基づいて、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了するかどうかを決定する。たとえば、ＵＥは、トラフィックしきい値を設定する。ＵＥのリアルタイムトラフィックがトラフィックしきい値以下であることが検出される場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードにならないように設定される。
【０１１３】
一実装では、ＣＳＦＢ着呼を自動的に拒否するモードを終了することをＵＥが決定する場合、ＵＥは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにないことを示すためにモード識別子を０に設定する。
【０１１４】
一実装では、ＣＳＦＢ着呼を自動的に拒否するモードを終了することをＵＥが決定する場合、ＵＥは、インターフェース上に、ＣＳＦＢ着呼を自動的に拒否するモードにあるＵＥによって記憶されたすべての着呼番号を表示する。このようにして、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了した後、ユーザは、失われた着呼を閲覧することができる。
【０１１５】
一実装では、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードを終了することを決定し、インターフェース上に、ＣＳＦＢ着呼を自動的に拒否するモードにあるＵＥによって記憶されたすべての着呼番号を表示し、ユーザの選択動作に基づいて表示された着呼番号の一部または全部をブラックリストまたはホワイトリストに追加する。たとえば、ＣＳＦＢ着呼を自動的に拒否するモードを終了した後に、ＵＥは、図９−１に示されたインターフェースを表示する。ユーザが、たとえば、図９−２に示されるようにブラックリストに着呼番号を追加することを選定する場合、ユーザがオプション「ブラックリストに追加する」を選択することをＵＥが検出する場合、ＵＥは、ブラックリストに着呼番号を追加するステップを実行する。たとえば、図９−３に示されるように、ブラックリストに着呼番号を追加するディスプレイインターフェース上で、ＵＥは、ユーザが２つの電話番号１２３４５６７８９１１と０２３４５６７８９１１とを選択し、オプション「ＯＫ」を選択することを検出する。次いで、ＵＥは、ブラックリストに２つの電話番号１２３４５６７８９１１と０２３４５６７８９１１とを追加する。ユーザが、たとえば、図９−４に示されるようにホワイトリストに着呼番号を追加することを選定する場合、ユーザがオプション「ホワイトリストに追加する」を選択することをＵＥが検出する場合、ＵＥは、ホワイトリストに着呼番号を追加するステップを実行する。たとえば、図９−５に示されるように、ホワイトリストに着呼番号を追加するディスプレイインターフェース上で、ＵＥは、ユーザが２つの電話番号０１２３４５６７８９１と１２３４５６７８９１１とを選択し、オプション「ＯＫ」を選択することを検出する。次いで、ＵＥは、ホワイトリストに２つの電話番号０１２３４５６７８９１と１２３４５６７８９１１とを追加する。
【０１１６】
さらに、ＣＳＦＢ着呼を自動的に拒否するモードを終了した後に、ＵＥがネットワーク側から第１のメッセージを受信する場合、一実装では、ＵＥは、本出願において提供される通信方法に従って、図５に示されたステップＳ１０２からＳ１０５を実行し、着呼番号が制限されるあらかじめ設定された条件が満たされるかどうかに基づいてＣＳＦＢ処理を実行し得る。代替として、別の実装では、ＣＳＦＢ処理を実行するために図４に示された方法が実行され得る。これは、本出願では限定されない。
【０１１７】
本出願のこの実施形態において提供される通信方法によれば、ネットワーク側からＬＴＥネットワーク上で、ＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥは、メッセージ中の着呼番号をパースし、あらかじめ設定された条件に基づいてネットワーク側にＬＴＥネットワーク上で、ＣＳＦＢが実行されることまたはＣＳＦＢが拒否されることを直接返答する。ネットワーク側からＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥが、ネットワーク側にＣＳＦＢが受け入れられることを返答し、ＵＥが、次いで、ＬＴＥネットワークからＵＭＴＳネットワークにフォールバックし、ＵＭＴＳセルにアクセスし、着呼要求中の電話番号に基づいて、呼に返答すべきかどうかを決定する方法と比較して、本出願のこの実施形態において提供される通信方法によれば、ＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥは、ＵＭＴＳにフォールバックすることなしに着呼を拒否すべきかどうかを直ちに迅速に決定することができる。着呼を拒否することが決定される場合、ＵＥは、ネットワーク側にＬＴＥネットワーク上で、ＣＳＦＢが拒否されることを返答する。ＵＥが着呼を拒否するシナリオでは、ＵＭＴＳにフォールバックする処理方法と比較して、本出願のこの実施形態において提供される通信方法によれば、ＵＥは、ＵＭＴＳへのＵＥのフォールバックによって生じるレイテンシがＵＥのパケット交換データサービスに影響を及ぼすことを回避するために着呼を拒否することをより迅速に決定することができる。このようにして、着呼を自動的に拒否することによって生じるパケット交換データサービスの短い遮断が除去され、ユーザのサーフィンエクスペリエンスが改善される。
【０１１８】
本出願の一実施形態は通信方法を提供し、通信方法は、図１から図３に示されたシステムまたはデバイスに適用され得る。図１０に示されるように、本方法は、Ｓ２０１からＳ２０８を含み得る。
【０１１９】
Ｓ２０１．ネットワーク側は、ＵＥに第１のメッセージを送る。
【０１２０】
Ｓ２０１の特定の説明については、Ｓ１０１を参照されたい。本明細書では、詳細は再び説明されない。
【０１２１】
Ｓ２０２．ＵＥのＮＡＳは、第１のメッセージを受信する。
【０１２２】
接続モードにあるＵＥのＮＡＳは、第１のメッセージを受信し、第１の情報を取得するために第１のメッセージをパースし、それにより、着呼番号を取得する。
【０１２３】
Ｓ２０３．ＵＥのＮＡＳは、ＵＥのアプリケーションレイヤに第１の情報を報告する。
【０１２４】
ＵＥのＮＡＳは、ＵＥのアプリケーションレイヤに取得された第１の情報を報告する。
【０１２５】
Ｓ２０４．ＵＥのアプリケーションレイヤは、第１の情報を受信する。着呼番号が制限されると決定される場合、Ｓ２０５が実行される。着呼番号が制限されないと決定される場合、Ｓ２０７が実行される。
【０１２６】
ＵＥのアプリケーションレイヤは、第１の情報に基づいて、着呼番号が制限されるかどうかを決定する。着呼番号が制限される場合、着呼番号が制限されることをＵＥのＮＡＳに通知するためにＳ２０５が実行される。着呼番号が制限されない場合、着呼番号が制限されないことをＵＥのＮＡＳに通知するためにＳ２０７が実行される。
【０１２７】
ＵＥのアプリケーションレイヤが着呼番号が制限されるかどうかを決定する方法については、Ｓ１０３の説明を参照されたい。本明細書では、詳細が再び説明されない。
【０１２８】
Ｓ２０５．ＵＥのアプリケーションレイヤは、ＵＥの着呼番号が制限されるとＵＥのＮＡＳに通知する。
【０１２９】
Ｓ２０６．ＵＥのＮＡＳは、ネットワーク側に第２のメッセージを送る。
【０１３０】
Ｓ２０６の特定の説明については、Ｓ１０４を参照されたい。本明細書では、詳細は再び説明されない。
【０１３１】
Ｓ２０７．ＵＥのアプリケーションレイヤは、ＵＥの着呼番号が制限されないとＵＥのＮＡＳに通知する。
【０１３２】
Ｓ２０８．ＵＥのＮＡＳは、ネットワーク側に第３のメッセージを送る。
【０１３３】
Ｓ２０８の特定の説明については、Ｓ１０５を参照されたい。本明細書では、詳細は再び説明されない。
【０１３４】
本出願のこの実施形態において提供される通信方法によれば、ネットワーク側からＬＴＥネットワーク上で、ＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥは、メッセージ中の着呼番号をパースし、着呼番号が制限される場合ネットワーク側に、ＣＳＦＢが拒否されることを直接返答する。ネットワーク側からＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥが、ネットワーク側にＣＳＦＢが受け入れられることを返答し、ＵＥが、次いで、ＬＴＥネットワークからＵＭＴＳネットワークにフォールバックし、ＵＭＴＳセルにアクセスし、着呼を拒否する従来技術と比較して、本出願のこの実施形態において提供される通信方法によれば、ＣＳＦＢを実行することを示すメッセージを受信した後で、ＵＥは、ＵＭＴＳにフォールバックすることなしに着呼に返答すべきかどうかを直ちに迅速に決定することができる。着呼を拒否することが決定される場合、ＵＥは、ネットワーク側にＬＴＥネットワーク上で、ＣＳＦＢが拒否されることを返答する。ＵＥが着呼を拒否するシナリオでは、従来技術の方法と比較して、本出願のこの実施形態において提供される通信方法によれば、ＵＥは、ＵＭＴＳへのＵＥのフォールバックによって生じるレイテンシがＵＥのパケット交換データサービスに影響を及ぼすことを回避するために着呼を拒否することをより迅速に決定することができる。このようにして、着呼の拒否によって生じるパケット交換データサービスの短い遮断が除去され、ユーザのサーフィンエクスペリエンスが改善される。
【０１３５】
本出願の一実施形態は通信方法を提供し、通信方法は、図１から図３に示されたシステムまたはデバイスに適用され得る。図１１Ａおよび図１１Ｂに示されるように、本方法は、Ｓ３０１からＳ３０９を含み得る。
【０１３６】
Ｓ３０１．ＵＥのアプリケーションレイヤは、ＣＳＦＢ着呼を自動的に拒否するモードに入ることを決定する。
【０１３７】
ＣＳＦＢ着呼を自動的に拒否するモードに入ることをＵＥのアプリケーションレイヤが決定する特定の方法については、ＵＥがＳ１０３においてＣＳＦＢ着呼を自動的に拒否するモードに入ることを決定する方法を参照されたい。本明細書では、詳細は再び説明されない。
【０１３８】
たとえば、ＵＥのオペレーティングシステムは、ＵＥがリアルタイムゲームサービスを有することを決定し、それをＵＥのアプリケーションレイヤに通知し得る。ＵＥのアプリケーションレイヤは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに入ることを決定する。
【０１３９】
Ｓ３０２．ＵＥのアプリケーションレイヤは、ＣＳＦＢ着呼を自動的に拒否するモードに入ることをＵＥのＮＡＳに通知する。
【０１４０】
Ｓ３０３．ＵＥのＮＡＳは、ＣＳＦＢ着呼を自動的に拒否するモードに入るようにＵＥを設定する。
【０１４１】
たとえば、ＵＥのＮＡＳは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに現在あることを示すようにモード識別子を設定する。たとえば、モード識別子が１に設定されるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることを示し、またはモード識別子が０に設定されるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにないことを示す。この場合、モード識別子は、１に設定される。
【０１４２】
Ｓ３０４．ネットワーク側は、ＵＥに第１のメッセージを送る。
【０１４３】
ネットワーク側は、ＬＴＥネットワーク上でＵＥに第１のメッセージを送る。ネットワーク側によってＵＥに第１のメッセージを送る特定の説明については、Ｓ１０１を参照されたい。本明細書では、詳細は再び説明されない。
【０１４４】
Ｓ３０５．ＵＥのＮＡＳは、第１のメッセージを受信する。
【０１４５】
たとえば、接続モードにあるＵＥのＮＡＳは、第１のメッセージを受信する。
【０１４６】
Ｓ３０６．ＵＥのＮＡＳは、ネットワーク側に第２のメッセージを送る。
【０１４７】
ＵＥのＮＡＳはＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあると決定し、ＵＥのＮＡＳはネットワーク側に第２のメッセージを送る。ネットワーク側に第２のメッセージを送る特定の説明については、Ｓ１０４を参照されたい。本明細書では、詳細は再び説明されない。
【０１４８】
Ｓ３０７．ＵＥのＮＡＳは、第１のメッセージをパースする。
【０１４９】
ＵＥのＮＡＳは、第１の情報を取得するために第１のメッセージをパースし、それにより、着呼番号を取得する。
【０１５０】
Ｓ３０６とＳ３０７とのシーケンスが本出願のこの実施形態では限定されないことに留意されたい。
【０１５１】
Ｓ３０８．ＵＥのＮＡＳは、ＵＥのアプリケーションレイヤに第１の情報を報告する。
【０１５２】
Ｓ３０９．ＵＥのアプリケーションレイヤは、第１の情報を受信する。
【０１５３】
一実装では、第１の情報を受信した後に、ＵＥのアプリケーションレイヤは、第１の情報をバッファし得る。
【０１５４】
別の実装では、第１の情報を受信した後に、ＵＥのアプリケーションレイヤは、ＵＥのディスプレイインターフェース上に取得された着呼番号を表示し得る。
【０１５５】
さらに、本方法は、Ｓ３１０からＳ３１３をさらに含み得る。
【０１５６】
Ｓ３１０．ＵＥのアプリケーションレイヤは、ＣＳＦＢ着呼を自動的に拒否するモードを終了することを決定する。
【０１５７】
ＣＳＦＢ着呼を自動的に拒否するモードを終了することをＵＥのアプリケーションレイヤが決定する特定の方法については、ＵＥがＳ１０３においてＣＳＦＢ着呼を自動的に拒否するモードを終了することを決定する方法を参照されたい。本明細書では、詳細は再び説明されない。
【０１５８】
たとえば、ＵＥのオペレーティングシステムは、ＵＥがリアルタイムゲームサービスを終了して、リアルタイムゲームサービスを有しないことを決定し、それをＵＥのアプリケーションレイヤに通知し得る。ＵＥのアプリケーションレイヤは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードを終了することを決定する。
【０１５９】
Ｓ３１１．ＵＥのアプリケーションレイヤは、ＣＳＦＢ着呼を自動的に拒否するモードを終了することをＵＥのＮＡＳに通知する。
【０１６０】
Ｓ３１２．ＵＥのＮＡＳは、ＣＳＦＢ着呼を自動的に拒否するモードを終了するようにＵＥを設定する。
【０１６１】
たとえば、ＵＥのＮＡＳは、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードに現在あることを示すようにモード識別子を設定する。たとえば、モード識別子が１に設定されるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにあることを示し、またはモード識別子が０に設定されるとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにないことを示す。この場合、モード識別子は、０に設定される。
【０１６２】
Ｓ３１３．ＵＥのアプリケーションレイヤは、着呼番号を表示する。
【０１６３】
ＵＥのアプリケーションレイヤは、Ｓ３０９においてバッファされた第１の情報に基づいて、ＣＳＦＢ着呼を自動的に拒否するモードにあるＵＥによって拒否された着呼番号を表示する。
【０１６４】
さらに、本方法は、Ｓ３１４からＳ３１６をさらに含み得る。
【０１６５】
Ｓ３１４．ネットワーク側は、ＵＥに第１のメッセージを送る。
【０１６６】
ネットワーク側は、ＬＴＥネットワーク上でＵＥに第１のメッセージを送る。ネットワーク側によってＵＥに第１のメッセージを送る特定の説明については、Ｓ１０１を参照されたい。本明細書では、詳細は再び説明されない。
【０１６７】
Ｓ３１５．ＵＥのＮＡＳは、第１のメッセージを受信する。
【０１６８】
たとえば、接続モードにあるＵＥのＮＡＳは、第１のメッセージを受信する。
【０１６９】
Ｓ３１６．ＵＥのＮＡＳは、ネットワーク側に第３のメッセージを送る。
【０１７０】
ＵＥのＮＡＳはＵＥがＣＳＦＢ着呼を自動的に拒否するモードにないと決定し、ＵＥのＮＡＳはネットワーク側に第３のメッセージを送る。ネットワーク側にＵＥによって第３のメッセージを送る特定の説明については、Ｓ１０５を参照されたい。本明細書では、詳細は再び説明されない。
【０１７１】
次いで、ＵＥとネットワーク側との両方は、処理のためにＵＭＴＳネットワークにＵＥのボイスサービスをフォールバックするためにＣＳＦＢ処理を実行する。たとえば、図４に示されたステップ３からステップ７ａが実行され得る。
【０１７２】
次いで、ＵＥのボイス呼が終了する場合、ＵＥはＬＴＥネットワークに戻る。
【０１７３】
本出願のこの実施形態において提供される通信方法によれば、ＵＥが、ネットワーク側からＬＴＥネットワーク上で、ＣＳＦＢを実行することを示すメッセージを受信するとき、ＵＥがＣＳＦＢ着呼を自動的に拒否するモードにある場合、ＵＥは、ネットワーク側にＬＴＥネットワーク上で、ＣＳＦＢが拒否されることを直接返答する。ネットワーク側からＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥが、ネットワーク側にＣＳＦＢが受け入れられることを返答し、ＵＥが、次いで、ＬＴＥネットワークからＵＭＴＳネットワークにフォールバックし、ＵＭＴＳセルにアクセスし、着呼を拒否する従来技術と比較して、本出願のこの実施形態において提供される通信方法によれば、ＣＳＦＢを実行することを示すメッセージを受信した後で、ＵＥは、ＵＭＴＳにフォールバックすることなしにネットワーク側にＬＴＥネットワーク上で、ＣＳＦＢが拒否されることを迅速に返答することができる。従来技術の方法と比較して、本出願のこの実施形態において提供される通信方法によれば、ＵＥは、ＵＭＴＳへのＵＥのフォールバックによって生じるレイテンシがＵＥのパケット交換データサービスに影響を及ぼすことを回避するために着呼を拒否することをより迅速に決定することができる。このようにして、着呼の拒否によって生じるパケット交換データサービスの短い遮断が除去され、ユーザのサーフィンエクスペリエンスが改善される。さらに、ＣＳＦＢ着呼を自動的に拒否するモードを終了するとき、ＣＳＦＢ着呼を自動的に拒否するモードにあるＵＥによって拒絶された着呼番号は、失われた呼についてユーザに通知するためにインターフェース上に表示され得る。
【０１７４】
以下は、本出願の実施形態の適用シナリオおよび有益な効果に関して、本出願の実施形態において提供される通信方法について説明する。
【０１７５】
シナリオ１：
【０１７６】
ユーザは、ＵＥ上でリアルタイムゲームアプリケーションを開始し、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードに入る。ＵＥがＬＴＥネットワークリソースを通してリアルタイムゲームサービスを実行する処理では、ＵＥのディスプレイインターフェースは、ゲームインターフェースであり、ＵＥは、図７に示されたインターフェースを表示する。ネットワークレイテンシは、図７に示されたインターフェースの右上隅に表示され、ＵＥとゲームサーバとの間のネットワーク通信の品質を示す。より小さいネットワークレイテンシは、ＵＥとゲームサーバとの間のネットワーク通信のより良い品質とより良いユーザエクスペリエンスとを示す。たとえば、図７におけるネットワークレイテンシは、６０ｍｓであり、ＵＥとゲームサーバとの間のネットワーク通信の品質が良好であることを示す。この場合、ユーザはゲームをスムーズにプレーし、フレームフリーズは発生しない。
【０１７７】
リアルタイムゲーム中に、ＵＥは、被呼側として呼要求を受信する。ＣＳＦＢ処理を実行するためにＵＭＴＳ（たとえば、３Ｇ  ＷＣＤＭＡ）にフォールバックする方法が使用される場合、ＵＥは、ＬＴＥネットワークからＵＭＴＳにフォールバックし、ＵＭＴＳセルにアクセスした後に着呼を拒否し、次いで、ＬＴＥネットワークに戻り、ＵＥのリアルタイムゲームサービスは、短い時間期間の間遮断される。たとえば、呼要求を受信した後、ＵＥは、図１２ａに示されるインターフェースを表示する。図１２ａにおけるネットワークレイテンシは、４６０ｍｓであり、ＵＥとゲームサーバとの間のネットワーク通信の品質は非常に悪いことを示す。この場合、ユーザはゲームをプレーすることができず、フレームフリーズがゲームインターフェース上に発生する。短いフリーズ（たとえば、３ｓから５ｓ）の後に、ＵＥは、図７に示されたインターフェースを表示する。この場合、ユーザはゲームをスムーズにプレーし、フレームフリーズは発生しない。
【０１７８】
本出願で提供される通信方法が使用される場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードにある。被呼側として呼要求を受信した後に、ＵＥは、ＬＴＥネットワーク上で着呼を直接拒否する。たとえば、呼要求を受信した後、ＵＥは、図１２ｂに示されるインターフェースを表示する。図１２ｂにおけるネットワークレイテンシは、１０６ｍｓであり、ＵＥとゲームサーバとの間のネットワーク通信の品質は比較的良好であることを示す。この場合、ユーザはゲームをスムーズにプレーし、フレームフリーズは発生しない。
【０１７９】
シナリオ２：
【０１８０】
ユーザは、ＵＥ上でリアルタイムゲームアプリケーションを開始し、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードに入る。ＵＥがＬＴＥネットワークリソースを使用することによってリアルタイムゲームサービスを実行する処理では、ＵＥのディスプレイインターフェースは、ゲームインターフェースであり、ＵＥは、図１３ａに示されたインターフェースを表示し、図１３ａに示されたインターフェースの右上隅は、現在使用されているネットワークが４Ｇネットワークであることを示す。
【０１８１】
リアルタイムゲーム中に、ＵＥは、被呼側として呼要求を受信する。ＣＳＦＢ処理を実行するためにＵＭＴＳ（たとえば、３Ｇ  ＷＣＤＭＡ）にフォールバックする方法が使用される場合、ＵＥは、ＬＴＥネットワーク上で呼要求を受信し、図１３ａに示されたインターフェースを表示する。インターフェースの右上隅は、現在使用されているネットワークが４Ｇネットワークであることを示す。次いで、ネットワークは、ＵＭＴＳにフォールバックする。ＵＭＴＳセルにアクセスした後に、ＵＥは着呼を拒否する。この処理では、ＵＥは、図１３ｂに示されたインターフェースを表示し、インターフェースの右上隅は、現在使用されているネットワークが３Ｇネットワークであることを示す。次いで、ＵＥは、ＬＴＥネットワークに戻り、図１３ａに示されたインターフェースを表示する。インターフェースの右上隅は、現在使用されているネットワークが４Ｇであることを示す。
【０１８２】
本出願で提供される通信方法が使用される場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードにある。被呼側として呼要求を受信した後に、ＵＥは、ＬＴＥネットワーク上で着呼を直接拒否する。たとえば、ＵＥによって呼要求を受信することからＵＥによって着呼を拒否することまでの処理では、ＵＥは、図１３ｃに示されたインターフェースを表示し、インターフェースの右上隅は、現在使用されているネットワークが４Ｇであることを示す。図１３ｂに示される現在使用されているネットワークが３Ｇであることを右上隅が示すインターフェースは出現しない。
【０１８３】
シナリオ３：
【０１８４】
ユーザはライブネットワークブロードキャストを見ることを意図し、迷惑電話によって妨害されることを回避するために、ユーザは、ＣＳＦＢ着呼を自動的に拒否するモードになるようにＵＥを設定する。たとえば、図６ａに示されたディスプレイインターフェース上で、ユーザは、選択ボタン６０１をタップし、ＣＳＦＢ着呼を自動的に拒否するモードを有効にするために選択ボタン６０１を右側にスライドさせる。
【０１８５】
ユーザがネットークライブブロードキャストを見るとき、ＵＥは、図１４ａに示されるネットワークライブブロードキャストインターフェースを表示する。ネットワーク品質が良好であるとき、ネットワークライブブロードキャストインターフェース上のピクチャは滑らかであり、フレームフリーズは発生しない。
【０１８６】
ユーザがネットワークライブブロードキャストを見る処理では、ＵＥは、被呼側として呼要求を受信する。ＣＳＦＢ処理を実行するためにＵＭＴＳ（たとえば、３Ｇ  ＷＣＤＭＡ）にフォールバックする方法が使用される場合、ＵＥは、ＬＴＥネットワークからＵＭＴＳにフォールバックし、ＵＭＴＳセルにアクセスした後に着呼を拒否し、次いで、ＬＴＥネットワークに戻り、ＵＥのネットワークライブブロードキャストサービスは、短い時間期間の間遮断される。たとえば、呼要求を受信した後に、ＵＥは、図１４ｂに示されるインターフェースを表示し、ネットワークライブブロードキャストインターフェースは休止し、アイコン「ロード中」が出現する。短いフリーズ（たとえば、３ｓから５ｓ）の後に、ＵＥは、図１４ａに示されたインターフェースを表示するのを再開し、ユーザは、ネットワークライブブロードキャストをスムーズに見続け得る。
【０１８７】
本出願で提供される通信方法が使用される場合、ＵＥは、ＣＳＦＢ着呼を自動的に拒否するモードにある。被呼側として呼要求を受信した後に、ＵＥは、ＬＴＥネットワーク上で着呼を直接拒否する。ＵＥは、図１４ａに示されたインターフェース上でネットワークライブブロードキャストをスムーズに見得、図１４ｂに示されたインターフェースは出現しない。
【０１８８】
さらに、一実装では、上記の実施形態およびシナリオにおいて説明された方法では、上記の方法を実行するＵＥは、１つのＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）カードを含むＵＥであり得る。ＵＥのＳＩＭカードは、ＬＴＥネットワークリソースに作用し、回路交換サービスとパケット交換データサービスとの両方を処理するために使用される。ＬＴＥネットワーク上で、ＣＳＦＢを実行することを示すメッセージを受信した後に、ＵＥは、ＵＭＴＳにフォールバックせず、着呼の拒否によって生じるパケット交換データサービスの短い遮断を除去するために着呼に返答すべきかどうかを直ちに迅速に決定する。
【０１８９】
別の実装では、上記の実施形態およびシナリオにおいて説明された方法では、上記の方法を実行するＵＥは、２つのＳＩＭカードを含むＵＥであり得、デュアルＳＩＭデュアルスタンバイモードを含む、ＵＥであり得る。ＵＥのカード１は、１次カードであり、パケット交換データサービスを処理するためにＬＴＥネットワークに作用する。カード２は、２次カードであり、非ＬＴＥネットワークリソースに作用し、たとえば、回路交換サービスを処理するために３Ｇネットワークリソースに作用する。カード２の回路交換サービスは、処理のためにカード１に、ユーザ命令に従って、転送され得る。このようにして、カード１が、ＬＴＥネットワークリソースに作用するので、ＬＴＥネットワーク上でＣＳＦＢを実行することを示すメッセージを受信した後に、本出願で提供される通信方法が使用され得、ＵＥは、ＵＭＴＳにフォールバックしない。代わりに、ＵＥは、着呼の拒否によって生じるパケット交換データサービスの短い遮断を除去しているためにＬＴＥネットワーク上で着呼に返答すべきかどうかを直ちに迅速に決定する。
【０１９０】
たとえば、呼転送はカード１にカード２の着呼を転送するように設定され得、次いで、カード２は電源切断される。このようにして、カード１とカード２との回路交換サービスは、処理のためにカード１に転送される。たとえば、ＵＥは、図１５ａに示されたインターフェースを表示する。カード１またはカード２のネットワークモードと呼関連の構成とは、ユーザ命令に従って設定され得る。たとえば、カード１のネットワークモードは、ユーザ命令に従って設定され、ＵＥは、図１５ｂに示されたインターフェースを表示し、カード１は、４Ｇおよび３Ｇネットワークをサポートするように設定される。カード２のネットワークモードは、ユーザ命令に従って設定され、ＵＥは、図１５ｃに示されたインターフェースを表示し、カード２は、３Ｇネットワークをサポートするように設定される。カード２の呼はまた、ユーザ命令に従って設定され得る。ＵＥは、図１５ｄに示されたインターフェースを表示し、ユーザ命令に従って呼転送設定に入り、図１５ｅに示されたインターフェースを表示する。次いで、ユーザは、カード１への呼転送を設定するために選択ボタン１５１をタップし得る。次いで、ＵＥは、ユーザ操作に応答してカード２を電源切断し得る。
【０１９１】
ＳＩＭカードが説明のために一例として使用されることに留意されたい。実際の適用例では、ＳＩＭカードの機能は、加入者識別機能を有する任意のカードまたはモジュールによって実装され得る。たとえば、カードまたはモジュールは、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）ネットワーク、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、Ｗ−ＣＤＭＡ）ネットワーク、時分割同期符号分割多元接続（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ−Ｓｙｎｃｈｒｏｎｏｕｓ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＴＤ−ＳＣＤＭＡ）ネットワーク、およびＬＴＥネットワークにおいて使用されるＳＩＭカードであり得るか、または統合デジタル拡張ネットワーク（Ｉｎｔｅｇｒａｔｅｄ  Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｎｅｔｗｏｒｋ、ＩＤＥＮ）電話において使用される互換モジュールであり得るか、またはＣＤＭＡ２０００およびｃｄｍａＯｎｅのためのリムーバブルユーザ識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、ＲＵＩＭ）およびＵＩＭであり得るか、またはもちろん仮想ＳＩＭカード、すなわち、ｅＳＩＭカード、ｅＳＩＭモジュールなどであり得る。
【０１９２】
一実装では、ＵＥは、呼処理モジュールと、ブラックリスト／ホワイトリスト識別モジュールと、ベースバンドチップとを含む。呼処理モジュールは、呼関連のプロシージャを処理するように構成され、ブラックリスト／ホワイトリスト識別モジュールは、呼ブラックリストおよび呼ホワイトリストを管理するように構成される。呼処理モジュールとブラックリスト／ホワイトリスト識別モジュールとは、ソフトウェアモジュールであり得るか、またはハードウェアであり得る。たとえば、呼処理モジュールまたはブラックリスト／ホワイトリスト識別モジュールは、図３中のアプリケーションレイヤにおける処理ユニットまたはモジュールであり得る。たとえば、呼処理モジュールまたはブラックリスト／ホワイトリスト識別モジュールは、図２中のメモリ２０９中のアプリケーションプログラムによって実装され得る。ベースバンドチップは、ＵＥのチップ上のシステム中のハードウェアユニットであり得る、モバイル通信に関係する機能を実装するために信号処理とプロトコル処理とを実行するように主に構成される。たとえば、ベースバンドチップは、図２中のプロセッサ１１０中にモバイル通信に関係する機能を実装するように構成され得る。
【０１９３】
いくつかの実施形態では、図１６Ａから図１６Ｃに示されるように、本出願のこの実施形態において提供される通信方法は、以下のステップを含む。
【０１９４】
６００．ブラックリスト／ホワイトリスト識別モジュールは、データベースに、インターフェースを通してユーザによってあらかじめ設定された着呼ブラックリストおよび／または着呼ホワイトリストをロードする。
【０１９５】
６０１．ベースバンドチップは、ＬＴＥネットワークからページングメッセージを受信する。たとえば、ページングメッセージは回路交換サービス通知（ＣＳ  Ｓｅｒｖｉｃｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）であり、ＣＬＩフィールドを含み、ＣＬＩフィールドは着呼番号を含む。
【０１９６】
６０２．ベースバンドチップは、ＣＳＦＢフォールバックをトリガするためにＬＴＥネットワーク上で応答を送る。たとえば、応答メッセージは、第３の情報を含む拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得、第３の情報は、ＵＥがＣＳＦＢを受け入れること（ＵＥによるＣＳフォールバック受け入れ）である。
【０１９７】
６０３．ベースバンドチップは、ＬＴＥネットワークから、ＵＭＴＳにフォールバックすることを示すメッセージを受信する。たとえば、ＵＭＴＳにフォールバックすることを示すメッセージは、ＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージであり得、フォールバックのためのＵＭＴＳキャリアに関する情報を含む。
【０１９８】
６０４．ベースバンドチップのデータサービスを中断する。
【０１９９】
６０５．ベースバンドチップは、ネットワークによって示されたフォールバックのためのＵＭＴＳキャリアに基づいてＵＭＴＳキャリア上で利用可能なネットワークセルを探索する。
【０２００】
６０６．ＵＥは、ＵＭＴＳネットワークにアクセスする。
【０２０１】
６０７．ベースバンドチップは、ＵＭＴＳネットワーク上でページング応答を送る。たとえば、ページング応答は、ページング応答であり得る。
【０２０２】
６０８．ベースバンドチップは、ＵＭＴＳネットワークから着呼要求を受信する。たとえば、着呼要求は呼セットアップ（Ｃａｌｌ  Ｓｅｔｕｐ）要求であり得、発呼者ＢＣＤ番号フィールドを含む。発呼者ＢＣＤ番号フィールドは、着呼番号を含む。
【０２０３】
６０９．ベースバンドチップは、着呼要求メッセージ中の発呼者ＢＣＤ番号フィールドをパースし、着呼番号を抽出する。６０１０．ベースバンドチップは、ブラックリスト／ホワイトリスト識別モジュールに着呼番号を報告する。
【０２０４】
６０１１．ブラックリスト／ホワイトリスト識別モジュールは、着呼番号がブラックリスト中にあるかどうかを決定する。
【０２０５】
着呼番号がブラックリスト中にない場合、６０１２Ａと６０１３Ａとが実行される。着呼番号がブラックリスト中にある場合、６０１２Ｂと６０１３Ｂとが実行される。
【０２０６】
６０１２Ａ．ブラックリスト／ホワイトリスト識別モジュールは、通常の着呼として着呼番号をマークし、呼処理モジュールに着呼番号を伝達する。
【０２０７】
６０１３Ａ．呼処理モジュールは、呼出しを行い、着呼番号を表示する。たとえば、ＵＥのディスプレイインターフェースは、図６−１に示された着呼インターフェースを表示する。次いで、着呼は、ユーザによって図６−１中の返答キーをタップする動作に返答して応答されるか、または着呼は、ユーザによって図６−１中の拒否キーをタップする動作に返答して応答されない。
【０２０８】
６０１２Ｂ．ブラックリスト／ホワイトリスト識別モジュールは、迷惑電話として着呼番号をマークし、呼処理モジュールに着呼番号を伝達する。さらに、ブラックリスト／ホワイトリスト識別モジュールは、着呼を拒否することをベースバンドチップに通知する。
【０２０９】
６０１３Ｂ．呼処理モジュールは、失われたブラックリスト着呼として着呼番号をマークする。ベースバンドチップは、ＵＭＴＳネットワーク上で着呼拒否メッセージを送り、着呼拒否メッセージは、呼切断（Ｃａｌｌ  Ｄｉｓｃｏｎｎｅｃｔ）メッセージであり得る。
【０２１０】
６０１４．ベースバンドチップは、ＵＭＴＳネットワークから呼解放（Ｃａｌｌ  Ｒｅｌｅａｓｅ）メッセージを受信する。
【０２１１】
６０１５．ベースバンドチップは、ＵＭＴＳネットワーク上で呼解放完了（Ｃａｌｌ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ）メッセージで返答する。
【０２１２】
６０１６．ベースバンドチップは、ＵＭＴＳネットワークからアクセス層解放メッセージを受信する。ベースバンドチップがＧＳＭネットワーク上でアクセス層解放メッセージを受信する場合、アクセス層解放メッセージはチャネル解放（Ｃｈａｎｎｅｌ  Ｒｅｌｅａｓｅ）メッセージであり得る。ベースバンドチップがＷＣＤＭＡネットワーク上でアクセス層解放メッセージを受信する場合、アクセス層解放メッセージはＲＲＣ解放（ＲＲＣ  Ｒｅｌｅａｓｅ）メッセージであり得る。アクセス層解放メッセージは、ＵＥが戻されるＬＴＥネットワークのキャリアに関する情報を含む。
【０２１３】
６０１７．ベースバンドチップは、戻るためのターゲットＬＴＥキャリア上で利用可能なネットワークを探索し始める。
【０２１４】
６０１８．ＵＥは、ＬＴＥネットワークに再びアクセスする。
【０２１５】
６０１９．ベースバンドチップは、フォールバック中に前に中断されたデータサービスを再開する。
【０２１６】
この実施形態における方法では、ＵＥは、ＬＴＥネットワーク上でページングメッセージを受信し、次いで、ＵＭＴＳネットワークにフォールバックし、ＵＭＴＳネットワーク上で、着呼に返答すべきかどうかを決定する。データサービスは、ＵＭＴＳネットワークへのＵＥのフォールバック中に中断される。
【０２１７】
いくつかの他の実施形態では、図１７に示されるように、本出願のこの実施形態において提供される通信方法は、以下のステップを含む。
【０２１８】
７００．ブラックリスト／ホワイトリスト識別モジュールは、データベースに、インターフェースを通してユーザによってあらかじめ設定された着呼ブラックリストおよび／または着呼ホワイトリストをロードする。
【０２１９】
７０１．ベースバンドチップは、ＬＴＥネットワークからページングメッセージを受信する。たとえば、ページングメッセージは回路交換サービス通知（ＣＳ  Ｓｅｒｖｉｃｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）であり、ＣＬＩフィールドを含み、ＣＬＩフィールドは着呼番号を含む。
【０２２０】
７０２．ベースバンドチップは、メッセージ中のＣＬＩフィールドをパースし、ＣＬＩフィールドに基づいて着呼番号を抽出する。
【０２２１】
７０３．ベースバンドチップは、ブラックリスト／ホワイトリスト識別モジュールに着呼番号を報告する。
【０２２２】
７０４．ブラックリスト／ホワイトリスト識別モジュールは、着呼番号がブラックリスト中にあるのかどうかを決定する。
【０２２３】
着呼番号がブラックリスト中にあるとブラックリスト／ホワイトリスト識別モジュールが決定する場合、以下のステップが実行される。
【０２２４】
７０５ａ．ブラックリスト／ホワイトリスト識別モジュールは、迷惑電話として着呼番号をマークし、呼処理モジュールに着呼番号を伝達する。
【０２２５】
７０６ａ．呼処理モジュールは、失われたブラックリスト着呼として着呼番号をマークする。
【０２２６】
７０５ｂ．ブラックリスト／ホワイトリスト識別モジュールは、着呼を拒否することをベースバンドチップに通知する。
【０２２７】
７０６ｂ．ベースバンドチップは、ＬＴＥネットワーク上で、ＣＳＦＢを拒否するための応答メッセージを送る。たとえば、応答メッセージは、拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得、拡張サービス要求は、第２の情報を含み、第２の情報は、ＵＥがＣＳＦＢを拒否すること（ＵＥによって拒否されたＣＳフォールバック）である。
【０２２８】
この実施形態における方法では、ＬＴＥネットワーク上でページングメッセージを受信した後に、ＵＥは、メッセージ中の着呼番号をパースする。着呼番号がブラックリストに属する場合、ＵＥは、ネットワークにＬＴＥネットワーク上で、着呼が拒否されることを直接返答する。これにより、ネットワークフォールバックが回避され、データサービスが遮断されない。
【０２２９】
いくつかの実施形態では、図１８Ａおよび図１８Ｂに示されるように、本出願のこの実施形態において提供される通信方法は、以下のステップを含む。
【０２３０】
８００．ブラックリスト／ホワイトリスト識別モジュールは、データベースに、インターフェースを通してユーザによってあらかじめ設定された着呼ブラックリストおよび／または着呼ホワイトリストをロードする。
【０２３１】
８０１．ベースバンドチップは、ＬＴＥネットワークからページングメッセージを受信する。たとえば、ページングメッセージは回路交換サービス通知（ＣＳ  Ｓｅｒｖｉｃｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）であり、ＣＬＩフィールドを含み、ＣＬＩフィールドは着呼番号を含む。
【０２３２】
８０２．ベースバンドチップは、メッセージ中のＣＬＩフィールドをパースし、ＣＬＩフィールドに基づいて着呼番号を抽出する。
【０２３３】
８０３．ベースバンドチップは、ブラックリスト／ホワイトリスト識別モジュールに着呼番号を報告する。
【０２３４】
８０４．ブラックリスト／ホワイトリスト識別モジュールは、着呼番号がブラックリスト中にあるのかどうかを決定する。
【０２３５】
着呼番号がブラックリスト中にないとブラックリスト／ホワイトリスト識別モジュールが決定する場合、以下のステップが実行される。
【０２３６】
８０５ａ．ブラックリスト／ホワイトリスト識別モジュールは、着呼を受け入れることをベースバンドチップに通知する。
【０２３７】
８０５ｂ．ブラックリスト／ホワイトリスト識別モジュールは、通常の着呼として着呼番号をマークし、呼処理モジュールに着呼番号を伝達する。
【０２３８】
８０６ａ．ベースバンドチップは、ＣＳＦＢフォールバックをトリガするためにＬＴＥネットワーク上で応答を送る。たとえば、応答メッセージは、第３の情報を含む拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得、第３の情報は、ＵＥがＣＳＦＢを受け入れること（ＵＥによるＣＳフォールバック受け入れ）である。
【０２３９】
８０６ｂ．呼処理モジュールは、呼出しを行い、着呼番号を表示する。たとえば、ＵＥのディスプレイインターフェースは、図６−１に示された着呼インターフェースを表示する。着呼インターフェースは、返答キーと拒否キーとを含む。ユーザのタップ動作が決定される。
【０２４０】
８０６ｃ．呼処理モジュールは、ユーザのタップ動作が返答キーをタップしているかどうかを決定する。
【０２４１】
ユーザのタップ動作が返答キーをタップしていると決定される場合、８０６ｄが実行される。ユーザのタップ動作が返答キーをタップしていると決定される場合、処理が終了する。
【０２４２】
８０６ｄ．呼処理モジュールは、ＵＥのディスプレイインターフェース上で、ネットワークハンドオーバが実行されていることを通知する。
【０２４３】
返答キーをタップするユーザ動作に応答して、ネットワークハンドオーバが実行しているプロンプト情報がＵＥのディスプレイインターフェース上に表示される。たとえば、図６−１−１に示されたインターフェースがＵＥのディスプレイインターフェース上に表示され、インターフェースは「モバイルフォンは、ネットワークハンドオーバを実行している！」という第１のプロンプト情報６０２を含む。
【０２４４】
８０７．ベースバンドチップは、ＬＴＥネットワークから、ＵＭＴＳにフォールバックすることを示すメッセージを受信する。たとえば、ＵＭＴＳにフォールバックすることを示すメッセージは、ＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージであり得、フォールバックのためのＵＭＴＳキャリアに関する情報（ｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏ）を含む。
【０２４５】
８０８．ベースバンドチップのデータサービスを中断する。
【０２４６】
８０９．ベースバンドチップは、ネットワークによって示されたフォールバックのためのＵＭＴＳキャリアに基づいてＵＭＴＳキャリア上で利用可能なネットワークセルを探索する。
【０２４７】
８０１０．ＵＥは、ＵＭＴＳネットワークにアクセスする。
【０２４８】
８０１１．ベースバンドチップは、ＵＭＴＳネットワーク上でページング応答を送る。たとえば、ページング応答は、ページング応答であり得る。
【０２４９】
８０１２．ベースバンドチップは、ＵＭＴＳネットワークから着呼要求を受信する。たとえば、着呼要求は呼セットアップ（Ｃａｌｌ  Ｓｅｔｕｐ）要求であり得、発呼者ＢＣＤ番号フィールドを含む。発呼者ＢＣＤ番号フィールドは、着呼番号を含む。
【０２５０】
８０１３．ベースバンドチップは、ＵＭＴＳネットワークへのＣＳＦＢフォールバックが成功し、呼がセットアップされると決定する。
【０２５１】
８０１４．ベースバンドチップは、ネットワークハンドオーバが成功し、呼がセットアップされると呼処理モジュールに通知する。
【０２５２】
８０１５．ＷＣＤＭＡ標準へのＣＳＦＢフォールバックが実行される場合、フォールバック中に前に中断されたデータサービスを再開する。ＧＳＭ標準へのＣＳＦＢフォールバックが実行される場合、データサービスを依然として中断する。
【０２５３】
呼がＵＭＴＳ中に終了した後、ＵＥは、ＬＴＥネットワークに戻り、ＬＴＥネットワーク上でデータサービスを再開する。
【０２５４】
この実施形態では、一実装では、ブラックリスト／ホワイトリスト識別モジュールは、８０５ａと８０５ｂとを同時に実行することに留意されたい。別の実装では、ブラックリスト／ホワイトリスト識別モジュールは、最初に、８０５ｂにおいて呼処理モジュールに着呼番号を伝達し、８０６ｃにおいてユーザのタッピング動作が返答キーをタップすることと呼処理モジュールが決定した後、ブラックリスト／ホワイトリスト識別モジュールは、着呼を受け入れることをベースバンドチップに通知するために８０５ａを実行する。いくつかの実施形態では、呼処理モジュールは、代替として、着呼を受け入れることをベースバンドチップに通知し得る。
【０２５５】
この実施形態における方法では、ネットワークがＬＴＥ標準からＵＭＴＳ標準に切り替わる処理では、ＵＥは、ディスプレイインターフェース上でのユーザのタップ動作に応答しないことがある。ネットワークがＵＭＴＳ標準に切り替えられた後、着呼は、ユーザ動作に応答して返答されることも拒否されることもある。
【０２５６】
いくつかの他の実施形態では、図１９Ａおよび図１９Ｂに示されるように、本出願のこの実施形態において提供される通信方法は、以下のステップを含む。
【０２５７】
９００．ブラックリスト／ホワイトリスト識別モジュールは、データベースに、インターフェースを通してユーザによってあらかじめ設定された着呼ブラックリストおよび／または着呼ホワイトリストをロードする。ベースバンドチップがＬＴＥネットワークとＣＤＭＡネットワークとの両方に登録され、ＬＴＥネットワークとＣＤＭＡネットワークとの両方の上で待機状態にあり（すなわち、ＣＤＭＡ標準をサポートするＵＥは単一カードデュアル待機解決策を使用し）、ＬＴＥネットワーク上でのベースバンドチップのデータサービスが正常に接続される。
【０２５８】
９０１．ベースバンドチップは、ＣＤＭＡネットワークからページングメッセージを受信する。たとえば、ページングメッセージは一般ページ（Ｇｅｎｅｒａｌ  Ｐａｇｅ）メッセージであり得、一般ページメッセージは着呼番号を含まない。代替として、一般ページメッセージが着呼番号を含み得ることに留意されたい。この場合、この実施形態では、図１８Ａおよび図１８Ｂにおける処理と同様の処理が実行され、データサービスは、中断されないことがある。
【０２５９】
９０２．ベースバンドチップは、データサービスを一時的に中断する。
【０２６０】
９０３．ベースバンドチップは、ＬＴＥリソースを解放するようにネットワークをトリガするためにＬＴＥネットワーク上で応答メッセージを送る。たとえば、応答メッセージは、第３の情報を含む拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）であり得、第３の情報は、ＵＥがＣＳＦＢを受け入れること（ＵＥによるＣＳフォールバック受け入れ）である。
【０２６１】
９０４．ベースバンドチップは、ＬＴＥネットワークから、ＬＴＥアクセス層リソースを解放するためのメッセージを受信する。たとえば、ＬＴＥアクセス層リソースを解放するためのメッセージは、ＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージであり得る。図１８Ａおよび図１８Ｂ中の８０７におけるＲＲＣ接続解放メッセージとは異なり、９０４におけるＲＲＣ接続解放メッセージは、フォールバックのためのＵＭＴＳキャリアに関する情報を含まない。
【０２６２】
９０５．ベースバンドチップは、ＣＤＭＡネットワーク上でページング応答を送る。たとえば、ページング応答は、ページ応答（Ｐａｇｅ  Ｒｅｓｐｏｎｓｅ）であり得る。
【０２６３】
９０６．ベースバンドチップは、ＣＤＭＡネットワークから着呼要求を受信する。たとえば、着呼要求メッセージは、警報メッセージ（Ａｌｅｒｔ  Ｗｉｔｈ  Ｉｎｆｏｒｍａｔｉｏｎ）であり得、発呼者ＢＣＤ番号フィールドを含み、発呼者ＢＣＤ番号フィールドは、着呼番号を含む。
【０２６４】
９０７．ベースバンドチップは、着呼要求メッセージ中の発呼者ＢＣＤ番号フィールドをパースし、着呼番号を抽出する。
【０２６５】
９０８．ベースバンドチップは、ブラックリスト／ホワイトリスト識別モジュールに着呼番号を報告する。
【０２６６】
９０９．ブラックリスト／ホワイトリスト識別モジュールは、着呼番号がブラックリスト中にあるかどうかを決定する。
【０２６７】
着呼番号がブラックリスト中にある場合、以下のステップが実行される。
【０２６８】
９０１０ａ．ブラックリスト／ホワイトリスト識別モジュールは、迷惑電話として着呼番号をマークし、呼処理モジュールに着呼番号を伝達する。
【０２６９】
９０１０ｂ．ブラックリスト／ホワイトリスト識別モジュールは、着呼を拒否することをベースバンドチップに通知する。
【０２７０】
９０１１ａ．呼処理モジュールは、失われたブラックリスト着呼として着呼番号をマークする。
【０２７１】
９０１１ｂ．ベースバンドチップは、ＣＤＭＡネットワーク上で着呼拒否メッセージを送る。たとえば、着呼拒否メッセージは、切断（ｄＤｉｓｃｏｎｎｅｃｔ）情報を含むオーダー（ｏｒｄｅｒ）であり得る。
【０２７２】
次いで、ＵＥは、ＬＴＥネットワーク上でトラッキングエリア更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ、ＴＡＵ）を実行し、ＬＴＥデータサービスを再開する。
【０２７３】
この実施形態の方法では、ＣＤＭＡ標準をサポートするＵＥは、シングルカードデュアルスタンバイ解決策を使用するが、無線周波アンテナを通して受信および送信することを実行するためにＣＤＭＡネットワークとＬＴＥネットワークとのただ１つの標準を使用することができる。ＣＤＭＡでは、ボイスサービスとデータサービスとの同時性はサポートされてなく、データサービスは、呼中に利用不可能であり、ＵＥは、ネットワーク切断状態にある。呼が終了した後、ＵＥとＬＴＥネットワークとの間の接続が回復され得る。
【０２７４】
上記は、主に、ＵＥの観点から本出願の実施形態で提供される解決策について説明している。上記の機能を実装するために、ＵＥは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。当業者は、本明細書に開示した実施形態において説明された例のユニットおよびアルゴリズムステップと組み合わせて、本出願がハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せによって実装され得ることを容易に認識すべきである。機能がハードウェアによって実行されるのかまたはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるのかは、特定の適用例と技術的解決策の設計制約とに依存する。当業者は、特定の適用例ごとに説明した機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると見なされるべきではない。
【０２７５】
本出願の実施形態では、ＵＥは、上記の方法例に基づいて機能モジュールに分割され得る。たとえば、各機能モジュールは、それぞれの対応する機能に基づき区分を通して獲得され得るか、または２つ以上の機能は、１つの処理モジュールに統合され得る。統合モジュールは、ハードウェアの形態で実装され得るか、またはソフトウェア機能モジュールの形態で実装され得る。本出願の実施形態では、モジュールへの区分は一例として使用され、論理機能区分にすぎないことに留意されたい。実際の実装では、別の区分方式が使用され得る。機能に基づく区分を通して機能モジュールが取得される一例が説明のために以下で使用される。
【０２７６】
図２０は、本出願の一実施形態による、装置３００の論理構造の概略図である。装置３００は、ユーザ機器であり得、本出願の実施形態で提供される方法におけるユーザ機器の機能を実装することができる。装置３００は、代替として、本出願の実施形態で提供される方法におけるユーザ機器の機能を実装する際にユーザ機器をサポートすることができる装置であり得る。装置３００は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールとの組合せであり得る。装置３００は、チップシステムによって実装され得る。本出願のこの実施形態では、チップシステムは、チップを含み得るか、またはチップと別の個別構成要素とを含み得る。図２０に示されるように、装置３００は、受信モジュール３０１と、決定モジュール３０２と、送信モジュール３０３とを含む。受信モジュール３０１は、図５におけるＳ１０２、もしくは図１０におけるＳ２０２およびＳ２０４、もしくは図１１Ａおよび図１１ＢにおけるＳ３０５、Ｓ３０９、およびＳ３１５を実行するならびに／または本出願において説明される他のステップを実行するように構成され得る。決定モジュール３０２は、図５におけるＳ１０３、もしくは図１０におけるＳ２０２、もしくは図１１Ａおよび図１１ＢにおけるＳ３０１およびＳ３１０を実行するならびに／または本出願において説明される他のステップを実行するように構成され得る。送信モジュール３０３は、図５におけるＳ１０５、もしくは図１０におけるＳ２０３、Ｓ２０５、Ｓ２０６、Ｓ２０７、およびＳ２０８、もしくは図１１Ａおよび図１１ＢにおけるＳ３０２、Ｓ３０６、Ｓ３０８、Ｓ３１１、およびＳ３１６を実行するならびに／または本出願において説明される他のステップを実行するように構成され得る。本明細書では、詳細は再び説明されない。受信モジュールは、受信ユニットまたは別の名前で呼ばれることもあり、決定モジュールは、決定ユニットまたは別の名前で呼ばれることもあり、送信モジュールは、送信ユニットまたは別の名前で呼ばれることもある。
【０２７７】
図２０を参照すると、図２１に示されるように、装置３００は、解析モジュール３０４をさらに含み得る。解析モジュール３０４は、図５におけるＳ１０２、もしくは図１０におけるＳ２０２、もしくは図１１Ａおよび図１１ＢにおけるＳ３０７を実行するならびに／または本出願において説明される他のステップを実行するように構成され得る。
【０２７８】
装置３００は、ディスプレイモジュール３０５をさらに含み得る。ディスプレイモジュール３０５は、Ｓ１０６、または図１１Ａおよび図１１ＢにおけるＳ３１３、ならびに／または本出願において説明される他のステップを実行するように構成され得る。
【０２７９】
装置３００は、設定モジュール３０６をさらに含み得る。設定モジュール３０６は、図５におけるＳ１０３、もしくは図１１Ａおよび図１１ＢにおけるＳ３０３およびＳ３１２を実行するならびに／または本出願において説明される他のステップを実行するように構成され得る。
【０２８０】
上記の方法実施形態におけるステップのすべての関連するコンテンツは、対応する機能モジュールの機能説明で言及され得る。本明細書では、詳細は再び説明されない。
【０２８１】
この実施形態では、装置３００は、統合方式で区分を通して獲得された機能モジュールの形態で提示され得る。本明細書における「モジュール」は、特定用途向けＡＳＩＣ、回路、１つもしくは複数のソフトウェアもしくはファームウェアプログラムを執行するプロセッサ、ストレージデバイス、統合論理回路、および／または上記の機能を提供する別の構成要素であり得る。
【０２８２】
単一の実施形態では、装置３００は、図２２に示された形態であり得る。
【０２８３】
図２２に示されるように、装置４００は、メモリ４０１と、プロセッサ４０２と、通信インターフェース４０３とを含む。メモリ４０１は、命令を記憶するように構成され、装置４００が遂行するとき、プロセッサ４０２は、メモリ４０１中に記憶された命令を執行し、したがって、装置４００は、本出願の実施形態において提供される通信方法を実行することが可能にされる。メモリ４０１と、プロセッサ４０２と、通信インターフェース４０３とは、バス４０４を通して接続される。特定の通信方法については、上記の説明と添付の図面における関連説明とを参照されたい。本明細書では、詳細は再び説明されない。特定の実装処理では、装置４００は、本明細書では１つずつ列挙されない他のハードウェア構成要素をさらに含み得ることに留意されたい。可能な実装では、メモリ４０１は、プロセッサ４０２中に含まれ得る。
【０２８４】
可能な実装では、装置４００は、図２に示された形態で実装され得る。たとえば、メモリ４０１は、図２におけるメモリ２０９によって実装され得、プロセッサ４０２は、図２におけるプロセッサ２１０によって実装され得、通信インターフェース４０３は、図２における無線周波数ユニット２０１によって実装され得る。
【０２８５】
可能な実装では、図２０および図２１における決定モジュール３０２は、図２２におけるプロセッサ４０２または図２におけるプロセッサ２１０によって実装され得る。図２０および図２１における受信モジュール３０１と送信モジュール３０３とは、図２２における通信インターフェース４０３または図２における無線周波数ユニット２０１によって実装され得る。図２１における解析モジュール３０４は、図２２におけるプロセッサ４０２または図２におけるプロセッサ２１０によって実装され得る。図２１におけるディスプレイモジュール３０５は、図２におけるディスプレイユニット２０６によって実装され得る。図２１における設定モジュール３０６は、図２２におけるプロセッサ４０２または図２におけるプロセッサ２１０によって実装され得る。
【０２８６】
通信インターフェース４０３は、回路、構成要素、インターフェース、バス、ソフトウェアモジュール、トランシーバ、または通信を実装することができる任意の他の装置であり得る。プロセッサ４０２は、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）、特定用途向け統合チップ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、システムオンチップ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ、ＳｏＣ）、中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｏｒ  Ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（Ｎｅｔｗｏｒｋ  Ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロ制御装置（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）またはプログラマブル論理デバイス（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ、ＰＬＤ）もしくは別の統合チップであり得る。メモリ４０１は、揮発性メモリ（Ｖｏｌａｔｉｌｅ  Ｍｅｍｏｒｙ）、たとえば、ランダムアクセスメモリ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含む。メモリは、代替として、不揮発性メモリ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ  Ｍｅｍｏｒｙ）、たとえば、フラッシュメモリ（Ｆｌａｓｈ  Ｍｅｍｏｒｙ）、ハードディスクドライブ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ、ＨＤＤ）、またはソリッドステートドライブ（Ｓｏｌｉｄ−Ｓｔａｔｅ  Ｄｒｉｖｅ、ＳＳＤ）を含み得る。メモリは、代替として、上記のタイプのメモリの組合せを含み得る。メモリは、代替として、ストレージ機能を有する任意の他の装置、たとえば、回路、デバイス、またはソフトウェアモジュールを含み得る。
【０２８７】
本出願のこの実施形態において提供される装置は、上記の通信方法を実行するように構成され得る。したがって、装置によって取得され得る技術的効果については、上記の方法実施形態を参照されたい。本明細書では、詳細は再び説明されない。
【０２８８】
上記の方法のステップの全部または一部が関連するハードウェアに命令するプログラムによって実装され得ることを、当業者は理解し得る。プログラムは、コンピュータ可読記憶媒体中に記憶され得る。記憶媒体は、ＲＯＭと、ＲＡＭと、光ディスクとを含む。
【０２８９】
本出願の一実施形態は、記憶媒体をさらに提供する。記憶媒体は、メモリ４０１を含み得る。
【０２９０】
上記で提供された装置のうちの任意の１つにおける関連するコンテンツの説明および有益な効果については、上記で提供された対応する方法実施形態を参照されたい。本明細書では、詳細は再び説明されない。
【０２９１】
上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアプログラムが実施形態を実装するために使用されるとき、実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、執行されるとき、本出願の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体中に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。たとえば、コンピュータ命令は、ワイヤード（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ、ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）の方式でウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンターなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、デジタルビデオディスク（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ、ＤＶＤ））、半導体媒体（たとえば、ソリッドステートドライブ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ、ＳＳＤ））などであり得る。
【０２９２】
本出願について実施形態を参照しながら説明されるが、保護を主張する本出願を実装する処理において、当業者は、添付の図面、開示する内容、および添付の特許請求の範囲を閲覧することによって開示する実施形態の別の変形形態を理解し、実装し得る。特許請求の範囲において、「を備える（ｃｏｍｐｒｉｓｉｎｇ）」は、別の構成要素または別のステップを除外せず、「１つの（ａ）」または「１つの（ｏｎｅ）」は複数の意味を除外しない。単一のプロセッサまたは別のユニットは、特許請求の範囲において列挙されるいくつかの機能を実装し得る。いくつかの手段が互いに異なる従属請求項に記録されるが、これは、これらの手段が組み合わされてより良い効果を生成することができないことを意味しない。
【０２９３】
本出願について、特定の特徴およびそれの実施形態を参照しながら説明されるが、様々な変更および組合せが本出願の趣旨および範囲から逸脱することなくそれらに行われ得ることが明らかである。相応して、本明細書および添付の図面は、添付の特許請求の範囲によって定義される本出願の例示的な説明にすぎず、本出願の範囲をカバーする変更形態、変形形態、組合せまたは等価物のいずれかまたはすべてと考慮される。明らかに、当業者は、本出願の趣旨および範囲から逸脱することなく本出願に様々な修正および変更を行うことができることが明らかである。本出願のこれらの修正および変更が、添付の特許請求の範囲およびそれらの等価な技術によって定義された保護の範囲内に入るという条件で、本出願は、本出願のこれらの修正および変更をカバーするものである。
【図１】
2021531705.tif 000003
【図２】
2021531705.tif 000004
【図３】
2021531705.tif 000005
【図４】
2021531705.tif 000006
【図５】
2021531705.tif 000007
【図５−１】
2021531705.tif 000008
【図５−２（ａ）】
2021531705.tif 000009
【図５−２（ｂ）】
2021531705.tif 000010
【図６−１】
2021531705.tif 000011
【図６−１−１】
2021531705.tif 000012
【図６−２】
2021531705.tif 000013
【図６−３】
2021531705.tif 000014
【図６−４】
2021531705.tif 000015
【図６−５】
2021531705.tif 000016
【図６−６】
2021531705.tif 000017
【図６−７】
2021531705.tif 000018
【図６ａ】
2021531705.tif 000019
【図６ｂ】
2021531705.tif 000020
【図７】
2021531705.tif 000021
【図８ａ】
2021531705.tif 000022
【図８ｂ】
2021531705.tif 000023
【図９−１】
2021531705.tif 000024
【図９−２】
2021531705.tif 000025
【図９−３】
2021531705.tif 000026
【図９−４】
2021531705.tif 000027
【図９−５】
2021531705.tif 000028
【図１０】
2021531705.tif 000029
【図１１Ａ】
2021531705.tif 000030
【図１１Ｂ】
2021531705.tif 000031
【図１２ａ】
2021531705.tif 000032
【図１２ｂ】
2021531705.tif 000033
【図１３ａ】
2021531705.tif 000034
【図１３ｂ】
2021531705.tif 000035
【図１３ｃ】
2021531705.tif 000036
【図１４ａ】
2021531705.tif 000037
【図１４ｂ】
2021531705.tif 000038
【図１５ａ】
2021531705.tif 000039
【図１５ｂ】
2021531705.tif 000040
【図１５ｃ】
2021531705.tif 000041
【図１５ｄ】
2021531705.tif 000042
【図１５ｅ】
2021531705.tif 000043
【図１６Ａ】
2021531705.tif 000044
【図１６Ｂ】
2021531705.tif 000045
【図１６Ｃ】
2021531705.tif 000046
【図１７】
2021531705.tif 000047
【図１８Ａ】
2021531705.tif 000048
【図１８Ｂ】
2021531705.tif 000049
【図１９Ａ】
2021531705.tif 000050
【図１９Ｂ】
2021531705.tif 000051
【図２０】
2021531705.tif 000052
【図２１】
2021531705.tif 000053
【図２２】
2021531705.tif 000054
【手続補正書】
【提出日】令和3年1月26日(2021.1.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信方法であって、
ユーザ機器ＵＥによって、ネットワーク側から第１のメッセージを受信するステップであって、前記第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行するように前記ＵＥに要求するために使用され、前記第１のメッセージは、第１の情報を備え、前記第１の情報は、着呼番号を示すために使用される、受信するステップと、
あらかじめ設定された条件が満たされると決定される場合、前記ネットワーク側に第２のメッセージを送るステップであって、前記第２のメッセージは、前記ＣＳＦＢが拒否されることを示すために使用され、前記あらかじめ設定された条件は、
前記着呼番号が制限されることと、
前記ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることと
のうちの少なくとも１つを備える、ステップと
を備える通信方法。
【請求項２】
前記第１のメッセージは、前記ＵＥの非アクセス層を通して前記ネットワーク側から受信され、前記方法は、
前記第１の情報を取得するために前記ＵＥの前記非アクセス層を通して前記第１のメッセージをパースするステップと、前記ＵＥのアプリケーションレイヤに前記第１の情報を報告するステップと
をさらに備える請求項１に記載の通信方法。
【請求項３】
前記ＵＥの前記アプリケーションレイヤは、前記着呼番号が制限されると決定する
請求項２に記載の通信方法。
【請求項４】
前記着呼番号が制限されることは、前記着呼番号があらかじめ設定された着呼ブラックリストに属すること、または前記着呼番号があらかじめ設定された着呼ホワイトリストに属さないことを備える請求項１乃至３のいずれか一項に記載の通信方法。
【請求項５】
前記あらかじめ設定された条件は、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードにあることであるとき、前記方法は、
前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了すると決定される場合、前記着呼番号を表示するステップ
をさらに備える請求項１に記載の通信方法。
【請求項６】
前記方法は、
命令がユーザによって入力されることに応答してＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するステップであって、前記命令は、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように命令するために使用される、ステップ、または
前記ＵＥがリアルタイムパケット交換データサービスを有すると決定するステップと、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するステップと
をさらに備える請求項１または５に記載の通信方法。
【請求項７】
前記リアルタイムパケット交換データサービスは、リアルタイムゲームサービスまたはネットワークライブブロードキャストサービスを備える請求項６に記載の通信方法。
【請求項８】
前記第１のメッセージは、
回路交換サービス通知
を備える請求項１乃至７のいずれか一項に記載の通信方法。
【請求項９】
前記第１の情報は、呼回線識別フィールドであって、前記発呼回線識別フィールドは、番号タイプと、番号表示タイプと、前記着呼番号とを備える、発呼回線識別発呼回線識別フィールド
を備える請求項１乃至７のいずれか一項に記載の通信方法。
【請求項１０】
通信装置であって、
ネットワーク側から第１のメッセージを受信するように構成された受信モジュールであって、前記第１のメッセージは、被呼側として回路交換フォールバックＣＳＦＢを実行することをＵＥに示すために使用され、前記第１のメッセージは、第１の情報を備え、前記第１の情報は、着呼番号を示すために使用される、受信モジュールと、
あらかじめ設定された条件が満たされるかどうかを決定するように構成された決定モジュールであって、前記あらかじめ設定された条件は、
前記着呼番号が制限されることと、
前記ＵＥが、ＣＳＦＢ着呼を自動的に拒否するモードにあることと
のうちの少なくとも１つを備える、決定モジュールと、
前記あらかじめ設定された条件が満たされると前記決定モジュールが決定する場合、前記ネットワーク側に第２のメッセージを送るように構成された送信モジュールであって、前記第２のメッセージは、前記ＣＳＦＢが拒否されることを示すために使用される、送信モジュールと
を備える通信装置。
【請求項１１】
前記第１のメッセージは、前記ＵＥの非アクセス層を通して前記ネットワーク側から受信され、前記装置は、解析モジュールをさらに備え、
前記解析モジュールは、前記第１の情報を取得するために前記ＵＥの前記非アクセス層を通して前記第１のメッセージをパースするように構成され、
前記送信モジュールは、前記ＵＥのアプリケーションレイヤに前記ＵＥの非アクセス層によって取得された前記第１の情報を報告するようにさらに構成される
請求項１０に記載の通信装置。
【請求項１２】
前記ＵＥの前記アプリケーションレイヤは、前記着呼番号が制限されると決定する
請求項１１に記載の通信装置。
【請求項１３】
前記着呼番号が制限されることは、前記着呼番号があらかじめ設定された着呼ブラックリストに属すること、または前記着呼番号があらかじめ設定された着呼ホワイトリストに属さないことを備える請求項１０乃至１２のいずれか一項に記載の通信装置。
【請求項１４】
前記あらかじめ設定された条件は、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードにあることであるとき、
前記決定モジュールは、前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了するかどうかを決定するようにさらに構成され、
前記装置は、
前記ＵＥがＣＳＦＢ着呼を自動的に拒否する前記モードを終了すると前記決定モジュールが決定する場合に前記着呼番号を表示するように構成されたディスプレイモジュール
をさらに備える請求項１０に記載の通信装置。
【請求項１５】
前記装置は、設定モジュールをさらに備え、
前記受信モジュールは、ユーザによって入力された命令を受信することであって、前記ユーザによって入力された前記命令は、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように命令するために使用される、ことを行うようにさらに構成され、
前記決定モジュールは、前記ＵＥがリアルタイムパケット交換データサービスを有するかどうかを決定するようにさらに構成され、
前記設定モジュールは、前記ユーザによって入力された前記命令に従って、ＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように構成されるか、または前記ＵＥが前記リアルタイムパケット交換データサービスを有すると前記決定モジュールが決定する場合にＣＳＦＢ着呼を自動的に拒否する前記モードになるように前記ＵＥを設定するように構成される
請求項１０または１４に記載の通信装置。
【請求項１６】
前記リアルタイムパケット交換データサービスは、リアルタイムゲームサービスまたはネットワークライブブロードキャストサービスを備える請求項１５に記載の通信装置。
【請求項１７】
前記第１のメッセージは、回路交換サービス通知を備える請求項１０乃至１６のいずれか一項に記載の通信装置。
【請求項１８】
前記第１の情報は、発呼回線識別フィールドを備え、前記発呼回線識別フィールドは、番号タイプと、番号表示タイプと、前記着呼番号とを備える請求項１０乃至１６のいずれか一項に記載の通信装置。
【請求項１９】
チップであって、前記チップは、プロセッサと通信インターフェースとを備え、前記通信インターフェースは、前記プロセッサに結合され、前記プロセッサは、請求項１乃至９のいずれか一項に記載の前記方法を実装するためにコンピュータプログラムまたは命令を遂行するように構成され、前記通信インターフェースは、前記チップ以外の別のモジュールと通信するように構成された、チップ。
【請求項２０】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶し、前記コンピュータプログラムまたは前記命令が遂行されるとき、請求項１乃至９のいずれか一項に記載の前記方法は実装される、コンピュータ可読記憶媒体。
【請求項２１】
前記ネットワーク側から前記第１のメッセージを受信する前に、前記方法は、
前記ＵＥによってロングタームＬＴＥネットワークリソースを通してリアルタイムのゲームサービスを実行するステップと、
前記ＵＥによってゲームインタフェースを表示するステップと、
被呼側として前記ＬＴＥネットワークから着呼を取得するステップと、
をさらに含む請求項１に記載の通信方法。
【請求項２２】
前記方法は、
促進情報を表示するステップであって、前記促進情報は、着呼数が、自動的にブロックされたことを示すステップをさらに含む請求項１または請求項２１に記載の通信方法。
【請求項２３】
ユーザ機器ＵＥによってロングタームＬＴＥネットワークリソースを通してリアルタイムゲームサービスを実行するステップであって、前記ＵＥのディスプレイはゲームインタフェースであるステップと、
被呼側としてＬＴＥネットワークから着呼数を取得するステップと、
前記ゲームインタフェース上に着呼を表示しないステップと、
前記リアルタイムゲームサービスを終了するステップと、
ユーザインターフェイスを表示するステップであって、前記ユーザインターフェイスは促進情報を含み、前記促進情報は、自動的に拒否された着呼数を示すステップと、
を含み、
前記ＵＥは、回路交換フォールバックＣＳＦＢ着呼を自動的に拒否するモードにある通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
アクセスネットワーク１０２は、アクセスネットワークデバイス１０２１とアクセスネットワークデバイス１０２２とを含む。アクセスネットワークデバイスは、主に、ＵＥ２００にアクセスサービスを提供し、たとえば、無線物理制御機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、ならびにモビリティ管理などの機能を実装する。アクセスネットワークデバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）のデバイス、たとえば、基地局（ＮｏｄｅＢ、ＮＢ）、発展型ノードＢ（ｅｖｏｌｕｔｉｏｎ  ＮｏｄｅＢ、ｅＮＢ）、または５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードであり得る。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスノード、次世代ノードＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ  ＮｏｄｅＢ、ｇＮＢ）、送信受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｉｖｅ  Ｐｏｉｎｔ、ＴＲＰ）、送信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｉｎｔ、ＴＰ）、または別のアクセスノードであり得る。特に、アクセスネットワークデバイスは、サービスカバレージエリアに対応し、エリアに入るＵＥは、アクセスネットワークデバイスによって提供されるワイヤレスアクセスサービスを受け入れるためにワイヤレス信号を通してアクセスネットワークデバイスと通信し得る。アクセスネットワークデバイス１０２１の標準は、コアネットワークデバイス１０１１の標準と同じである。たとえば、コアネットワークデバイス１０１１は、３Ｇコアネットワークデバイスであり、アクセスネットワークデバイス１０２１は、３Ｇ  ＮＢである。アクセスネットワークデバイス１０２２の標準は、コアネットワークデバイス１０１２の標準と同じである。たとえば、コアネットワークデバイス１０１２は、ＬＴＥコアネットワークデバイスであり、アクセスネットワークデバイス１０２２は、ＬＴＥ  ｅＮＢであるか、またはコアネットワークデバイス１０１２は、ＮＲシステム中のコアネットワークデバイスであり、アクセスネットワークデバイス１０２２は、５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
ユーザ入力ユニット２０７は、入力デジタルまたは文字情報を受信し、ＵＥ２００のユーザ設定および機能制御に関係するキー信号入力を生成するように構成され得る。特に、ユーザ入力ユニット２０７は、タッチパネル２０７１と他の入力デバイス２０７２とを含む。タッチパネル２０７１は、タッチスクリーンとも呼ばれ、（指またはスタイラスなどの任意の適切な対象またはアクセサリを使用することによってタッチパネル２０７１上でまたはタッチパネル２０７１の近くでユーザによって実行される動作などの）タッチパネル２０７１上でまたはそれの近くでユーザによって実行されるタッチ動作を収集し得る。タッチパネル２０７１は、タッチ検出装置とタッチコントローラとの２つの部分を含み得る。タッチ検出装置は、ユーザのタッチロケーションを検出し、タッチ動作によって生成された信号を検出し、タッチコントローラに信号を伝達する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチ座標に変換し、次いで、プロセッサ２１０にタッチ座標を送信し、プロセッサ２１０から送られたコマンドを受信し、執行する。さらに、タッチパネル２０７１は、抵抗性タイプ、静電容量タイプ、赤外線タイプ、および表面弾性波タイプなどの複数のタイプで実装され得る。タッチパネル２０７１に加えて、ユーザ入力ユニット２０７は、他の入力デバイス２０７２をさらに含み得る。特に、他の入力デバイス２０７２は、限定はしないが、物理キーボード、（ボリューム制御ボタンまたは電源オン／オフボタンなどの）機能ボタン、トラックボール、マウス、ジョイスティックなどを含み得る。本明細書では、詳細は説明されない。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１８９
【補正方法】変更
【補正の内容】
【０１８９】
別の実装では、上記の実施形態およびシナリオにおいて説明された方法では、上記の方法を実行するＵＥは、２つのＳＩＭカードを含むＵＥであり得、デュアルＳＩＭデュアルスタンバイモードを含む、ＵＥであり得る。ＵＥのカード１は、１次カードであり、パケット交換データサービスを処理するためにＬＴＥネットワークに作用する。カード２は、２次カードであり、非ＬＴＥネットワークリソースに作用し、たとえば、回路交換サービスを処理するために３Ｇネットワークリソースに作用する。カード２の回路交換サービスは、処理のためにカード１に、ユーザ命令に従って、転送され得る。このようにして、カード１が、ＬＴＥネットワークリソースに作用するので、ＬＴＥネットワーク上でＣＳＦＢを実行することを示すメッセージを受信した後に、本出願で提供される通信方法が使用され得、ＵＥは、ＵＭＴＳにフォールバックしない。代わりに、ＵＥは、着呼の拒否によって生じるパケット交換データサービスの短い遮断を除去するためにＬＴＥネットワーク上で着呼に返答すべきかどうかを直ちに迅速に決定する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【０１９２】
一実装では、ＵＥは、呼処理モジュールと、ブラックリスト／ホワイトリスト識別モジュールと、ベースバンドチップとを含む。呼処理モジュールは、呼関連のプロシージャを処理するように構成され、ブラックリスト／ホワイトリスト識別モジュールは、呼ブラックリストおよび呼ホワイトリストを管理するように構成される。呼処理モジュールとブラックリスト／ホワイトリスト識別モジュールとは、ソフトウェアモジュールであり得るか、またはハードウェアであり得る。たとえば、呼処理モジュールまたはブラックリスト／ホワイトリスト識別モジュールは、図３中のアプリケーションレイヤにおける処理ユニットまたはモジュールであり得る。たとえば、呼処理モジュールまたはブラックリスト／ホワイトリスト識別モジュールは、図２中のメモリ２０９中のアプリケーションプログラムによって実装され得る。ベースバンドチップは、ＵＥのチップ上のシステム中のハードウェアユニットであり得る、モバイル通信に関係する機能を実装するために信号処理とプロトコル処理とを実行するように主に構成される。たとえば、ベースバンドチップは、図２中のプロセッサ２１０中にモバイル通信に関係する機能を実装するように構成され得る。
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１９Ａ
【補正方法】変更
【補正の内容】
【図１９Ａ】
2021531705.tif 000055
【国際調査報告】
2021531705.tif 000056
2021531705.tif 000057
2021531705.tif 000058
2021531705.tif 000059
2021531705.tif 000060