(57)【特許請求の範囲】
【請求項１】
マルチ加入者識別モジュール(SIM)通信デバイス上で第1の呼を継続する呼として第2の呼を確立する方法であって、
第1のネットワーク用の第1のSIMを介して第1のサブスクリプションを使用する発呼側と被呼側との間の前記第1の呼の品質が低下しているかどうかを判定するステップと、
前記第1の呼の前記品質が低下していると判定したことに応答して、前記第2の呼を確立するための代替ネットワークを提示するステップと、
前記第2の呼を確立することへの適合性の順に基づいて前記代替ネットワークのうちの1つのネットワークを選択するステップであって、前記代替ネットワークのうちの前記選択された1つのネットワークは、第2のネットワークに関連する第2のSIMを備える、ステップと、
前記第1の呼が進行中に、第2のサブスクリプションを使用して前記第2の呼を発信するための前記代替ネットワークのうちの前記選択された1つのネットワークをアクティブ化するステップと、
前記第2の呼が発信される前に、前記代替ネットワークのうちの前記選択された1つのネットワークおよび前記発呼側および前記第2の呼に関連する情報を使用した前記第2のサブスクリプションを使用して前記被呼側に通知するステップであって、前記第2の呼に関連する前記情報は、前記第2の呼が発信される前に前記発呼側を前記被呼側に対して識別し、前記被呼側に通知するステップは、前記第2の呼に関連する前記情報を含むショートメッセージサービス(SMS)を前記第2のネットワーク上で前記発呼側から前記被呼側に送信するステップを含む、ステップと
を含む、方法。
【請求項２】
前記第1のサブスクリプションを使用する前記発呼側と前記被呼側との間の前記第1の呼を前記第2の呼が発信される前に破棄するステップと、
前記発呼側と前記被呼側との間の前記第2の呼を、前記アクティブ化された代替ネットワークを使用して完了するステップと
をさらに含む、請求項1に記載の方法。
【請求項３】
前記発呼側と前記被呼側との間の前記第2の呼を、前記代替ネットワークのうちの前記選択された1つのネットワークを使用して完了するステップと、
前記第1のサブスクリプションを使用する前記発呼側と前記被呼側との間の前記第1の呼を前記第2の呼が完了されたときに破棄するステップと
をさらに含む、請求項1に記載の方法。
【請求項４】
前記発呼側および前記第2の呼に関連する情報を使用して通知を表示するために、前記代替ネットワークのうちの前記アクティブ化された選択された1つのネットワークおよび前記第2のサブスクリプションを使用して前記被呼側に通知したことに応答して、前記発呼側から受入れを受信するステップをさらに含む、請求項1に記載の方法。
【請求項５】
第1のネットワーク用の前記第1のサブスクリプションを使用する前記発呼側と前記被呼側との間の前記第1の呼の前記品質が低下しているかどうかを判定するステップは、
前記第1の呼に関連するリンク品質情報を取得するステップと、
前記取得されたリンク品質情報の値がしきい値よりも小さいかどうかを判定するステップと
を含む、請求項1に記載の方法。
【請求項６】
前記取得されたリンク品質情報は、信号情報対雑音比(SINR)、受信信号強度インジケータ(RSSI)、呼品質指数(CQI)、および送信電力レベルのうちの1つまたは複数を含む、請求項5に記載の方法。
【請求項７】
前記第2の呼を発信することへの適合性の順に基づいて前記代替ネットワークのうちの1つのネットワークを選択するステップは、
前記代替ネットワークのリストを前記第2の呼を発信することへの適合性の順に表示するステップと、
前記代替ネットワークの前記リストから1つの代替ネットワークの選択を受信するステップと
を含む、請求項1に記載の方法。
【請求項８】
前記第2の呼を発信することへの適合性の順に基づいて前記代替ネットワークのうちの1つのネットワークを選択するステップは、前記第2の呼を発信することへの適合性の順に並べられた前記代替ネットワークのリストから前記代替ネットワークのうちの1つのネットワークを自動的に選択するステップを含む、請求項1に記載の方法。
【請求項９】
前記SMSを送信するステップは、発呼側デバイスおよび被呼側デバイス上にインストールされたアプリケーションを使用して前記SMSを送信するステップであって、前記アプリケーションは、メッセンジャーアプリケーション、インスタントメッセージングアプリケーション、およびソーシャルメディアアプリケーションのうちの1つを含む、ステップを含む、請求項1に記載の方法。
【請求項１０】
前記SMSを送信するステップは、前記第2の呼に関連する前記情報を含む前記SMSを第2のネットワークを使用して第1のレッグ上で送信するステップと、前記SMSを前記第1のネットワークを使用して前記被呼側に第2のレッグ上で送信するステップを含む、請求項1に記載の方法。
【請求項１１】
前記代替ネットワークのうちの前記選択された1つのネットワークはワイヤレスローカルエリアネットワーク(WLAN)を備え、
前記第2の呼は、ボイスオーバーインターネットプロトコル(VoIP)呼を含み、
前記被呼側に通知するステップは、前記第2の呼に関連する前記情報を含むセッション開始プロトコルINVITE(SIP INVITE)を前記WLAN上で前記被呼側に送信するステップを含む、請求項1に記載の方法。
【請求項１２】
請求項1〜11のいずれか一項に記載の方法を実施するように構成される手段を備える、マルチ加入者識別モジュール(SIM)通信デバイス。
【請求項１３】
請求項1〜11のいずれか一項に記載の方法を実施するように構成されるプロセッサ実行可能命令が記憶される、非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼接続性を向上させるための多重ＳＩＭ多重ネットワークダイバーシティに関する。
【背景技術】
【０００２】
技術の進歩は、より小さく強力なコンピューティングデバイスをもたらした。たとえば、小型で、軽量で、ユーザによって容易に運ばれるポータブルワイヤレス電話、携帯情報端末(PDA)、およびページングデバイスのようなワイヤレスコンピューティングデバイスを含む様々なポータブルパーソナルコンピューティングデバイスが現在存在する。より具体的には、携帯電話およびインターネットプロトコル(IP)電話などのポータブルワイヤレス電話は、ワイヤレスネットワークを通じて音声およびデータパケットを通信する場合がある。さらに、多くのそのようなワイヤレス電話には、内部に他のタイプのデバイスが組み込まれている。たとえば、ワイヤレス電話は、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダ、およびオーディオファイルプレーヤをも含んでもよい。また、そのようなワイヤレス電話は、ウェブブラウザアプリケーションなど、インターネットにアクセスするために使用され得るソフトウェアアプリケーションを含む実行可能な命令を処理してもよい。ネットワークインフラストラクチャが進歩するにつれて、そのようなデバイスは複数のネットワークにアクセスする場合がある。したがって、これらのワイヤレス電話は、様々なリソースを使用して、場合によっては同時に音声およびデータを処理するための重要なコンピューティング機能を含んでもよい。
【０００３】
モバイル通信デバイス(たとえば、ワイヤレス電話)は、ユーザが(同じネットワークに関連する場合もそれぞれに異なるネットワークに関連する場合もある)複数のサブスクリプションを利用するのを可能にしてもよい。一例として、マルチ加入者識別モジュール(SIM)マルチスタンバイ(MSMS)デバイスまたはマルチSIMマルチアクティブ(MSMA)デバイスの第1のSIMが第1のサブスクリプションに関連付けられ、第2のSIMが第2のサブスクリプションに関連付けられ、第NのSIMが第Nのサブスクリプションに関連付けられてもよい。MSMSデバイスまたはMSMAデバイスはデュアルSIMデバイス(たとえば、DSDS、DSDA)を含んでもよい。デバイスは、サブスクリプションベースのリソースに加えて、データを伝送する場合があり、かつデータリソースを使用する呼の機会(たとえば、SIP、VoIP)を実現する場合があるワイヤレスネットワーク(たとえば、WLAN)にアクセスしてもよい。
【０００４】
単一の受信-送信(Rx-Tx)チェーンを有するMSMSデバイスでは、サブスクリプションは、競合を回避する場合がある様々な考えられる方式に従ってリンク情報を監視するために単一のRx-Txチェーンの1つまたは複数の共有無線周波数(RF)リソースにアクセスしてもよい。MSMAデバイスでは、共有無線リソースへのアクセスは、競合を回避するために管理されてもよく、すべてのサブスクリプションがリンク情報を周期的に監視するためにそれぞれのサービスネットワークにアクセスするのを可能にする場合がある。しかし、マルチSIMデバイス上で呼を発信する際、特に、無線環境条件が所在地、モビリティ、コスト、電力、およびその他の因子に基づいて変化する可能性があるときには、どのサブスクリプションを使用するかの選択が困難になる場合がある。さらに、第1のサブスクリプションに関する呼を行っている際、呼の条件が劣化する場合がある。通常の状況では、発呼側が呼品質の低下に気付くことがあり、最終的に呼が途切れる場合がある。その場合、発呼側が代わりのサブスクリプションで被呼側にアクセスすることを試みる場合があるが、サブスクリプションの変更は時間がかかることがあり、発呼側に対して新しい呼を発信すると、代わりのサブスクリプションに関連する新しい情報が被呼側によって認識されず、受け入れられないことがある。さらに、第1の呼が途切れているので、発呼側が新しいサブスクリプションまたはその他の手段を使用して呼を試みることを被呼側に通知するための好都合な方法はない。その結果、後で新しい呼が準備されるまで会話が著しく遅延される場合がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
様々な実施形態は、方法、ならびにモバイルデバイスおよびマルチSIMモバイルデバイスに関する呼接続性を向上させるための方法を実施する命令を記憶する非一時的記憶媒体を含む。マルチSIM通信デバイス上で第1の呼を継続する呼として第2の呼を確立する方法の実施形態は、第1のネットワーク用の第1のサブスクリプションを使用する発呼側と被呼側との間の第1の呼の品質が低下しているかどうかを判定するステップを含んでもよい。第1の呼の品質が低下していると判定したことに応答して第2の呼を確立するための代替ネットワークが提示されてもよい。第2の呼を確立することへの適合性の順に基づいて代替ネットワークのうちの1つのネットワークが選択されてもよい。被呼側は、第2の呼が発信される前に発呼側および第2の呼に関連する情報を使用して通知を受けてもよい。第2の呼に関連する情報は、第2の呼が発信される前に被呼側に対して発呼側を識別してもよく、それによって、たとえば、被呼側は、第2の呼が第1の呼を継続する呼であることを認識してもよい。
【０００６】
さらなる方法の実施形態では、第1のサブスクリプションを使用する発呼側と被呼側との間の第1の呼は、第2の呼が発信される前に破棄されてもよい。第2の呼を発信するための、代替ネットワークのうちの選択されたネットワークがアクティブ化されてもよい。発呼側と被呼側との間の第2の呼は、アクティブ化された代替ネットワークを使用して完了されてもよい。
【０００７】
さらなる方法の実施形態では、発呼側と被呼側との間の第2の呼は、代替ネットワークのうちの選択されたネットワークを使用して完了されてもよい。第1のサブスクリプションを使用する発呼側と被呼側との間の第1の呼は、第2の呼が完了される前に破棄されてもよい。一方法の実施形態では、発呼側および第2の呼に関連する情報を使用した被呼側への通知の受入れが受信されてもよい。一方法の実施形態では、第1の呼に関連するリンク品質情報を取得し、リンク品質情報の値がしきい値よりも小さいかどうかを判定することによって、第1のサブスクリプションを使用する第1の呼の品質が低下しているかどうかが判定されてもよい。リンク品質情報は、信号情報対雑音比(SINR)、受信信号強度インジケータ(RSSI)、呼品質指数(CQI)、および送信電力レベルのうちの1つまたは複数を含んでもよい。一方法の実施形態は、代替ネットワークのリストを第2の呼を発信することへの適合性の順に表示し、代替ネットワークのリストからの代替ネットワークのうちの1つのネットワークの選択(selection)を受信することによって、第2の呼を発信することへの適合性の順に基づいて代替ネットワークのうちの1つのネットワークを選択するステップを含んでもよい。一方法の実施形態は、第2の呼を発信することへの適合性の順に並べられた代替ネットワークのリストから代替ネットワークのうちの1つのネットワークを自動的に選択することによって第2の呼を発信することへの適合性の順に基づいて代替ネットワークのうちの1つのネットワークを選択するステップを含んでもよい。
【０００８】
一方法の実施形態は、第2の呼に関連する情報を含む通知を被呼側に送信することによって、第2の呼が発信される前に発呼側および第2の呼に関連する情報を使用して被呼側に通知するステップを含んでもよい。通知を送信するステップは、発呼側デバイスおよび被呼側デバイス上にインストールされたアプリケーションを使用してメッセージを送信するステップを含んでもよい。アプリケーションは、メッセンジャーアプリケーション、インスタントメッセージングアプリケーション、ソーシャルメディアアプリケーション、またはその他のアプリケーションを含んでもよい。さらに一方法の実施形態では、代替ネットワークのうちの選択された1つのネットワークは、第2のネットワークに関連するマルチSIM通信デバイスの第2のSIMを含んでもよく、通知を送信するステップは、第2の呼に関連する情報を含むSMSを第1のネットワーク上で被呼側に送信するステップを含む。代替方法の実施形態では、代替ネットワークのうちの選択された1つのネットワークは、第2のネットワークに関連するマルチSIM通信デバイスの第2のSIMを含んでもよく、通知を送信するステップは、第2の呼に関連する情報を含むSMSを第2のネットワーク上で被呼側に送信するステップを含む。さらなる代替方法の実施形態では、代替ネットワークのうちの選択された1つのネットワークはワイヤレスローカルエリアネットワーク(WLAN)を含んでもよく、第2の呼はボイスオーバーインターネットプロトコル(VoIP)呼を含んでもよく、通知を送信するステップは、第2の呼に関連する情報を含むSIP INVITEをWLAN上の被呼側に送信するステップを含んでもよい。
【０００９】
マルチSIM通信デバイス上で第1の呼を継続する方法の実施形態は、第1のネットワーク用の第1のサブスクリプションを使用する発呼側と被呼側との間の第1の呼の品質が低下しているかどうかを判定するステップを含んでもよい。一方法の実施形態は、第1の呼の品質が低下していると判定したことに応答して第1の呼を継続するための代替ネットワークとしてワイヤレスローカルエリアネットワーク(WLAN)を選択するステップをさらに含んでもよい。一方法の実施形態は、少なくとも、WLANを使用する発呼側と第1のネットワークとの間の第1の呼のレッグ(leg)上で、ボイスオーバーインターネットプロトコル(VoIP)セッションを開始することをさらに含んでもよい。一方法の実施形態は、開始されたVoIPセッションを使用して第1の呼を継続することをさらに含んでもよい。
【００１０】
さらなる実施形態は、マルチSIM通信デバイス上で、第1の呼を継続する呼として第2の呼を確立するか、または第1の呼を継続するための装置であって、メモリと、複数の無線周波数(RF)チェーンと、複数のネットワークサブスクリプションに関連する複数の加入者識別モジュール(SIM)と、メモリ、複数のRFチェーン、および複数のSIMに結合されたプロセッサとを有し、プロセッサが、上述の方法に対応する様々な動作を実行するためのプロセッサ実行可能命令を含むように構成される装置を含んでもよい。
【００１１】
さらなる実施形態は、マルチSIM通信デバイス上で、第1の呼を継続する呼として第2の呼を確立するか、または第1の呼を継続するための装置であって、複数のネットワークサブスクリプションに関連する複数の加入者識別モジュール(SIM)と、上述の方法動作に対応する機能を実行するための様々な手段とを有する装置を含んでもよい。
【００１２】
さらなる実施形態は、プロセッサ実行可能なソフトウェア命令が記憶された非一時的コンピュータ可読記憶媒体であって、命令が、マルチSIM通信デバイスのプロセッサに、上述の方法動作に対応する、第1の呼を継続する呼として第2の呼を確立するか、または第1の呼を継続するための動作を実行させるように構成される、記憶媒体を含んでもよい。
【００１３】
本明細書に組み込まれ、本明細書の一部を構成している添付の図面は、本発明の例示的な態様を示すものであり、上で与えられた一般的な説明および下で与えられる詳細な説明とともに本発明の特徴を説明するのに役立つ。
【図面の簡単な説明】
【００１４】
【図１Ａ】様々な実施形態における通信リンクを示す通信システムブロック図である。
【図１Ｂ】様々な実施形態における通信リンクを示す通信システムブロック図である。
【図１Ｃ】マルチサブスクリプションデバイスの一実施形態を示す図である。
【図２Ａ】マルチサブスクリプションデバイスにおいて代替物間の適合性ランク付けを確立する実施形態を示す表である。
【図２Ｂ】マルチサブスクリプションデバイスにおいて代替物間の適合性ランク付けを確立する実施形態をさらに示すチャートである。
【図３Ａ】代替物を表示し、ディスプレイ上にメッセージング通知を表示する実施形態を示す図である。
【図３Ｂ】ディスプレイ上に通知を表示するためのアプリケーションの実施形態を示す図である。
【図４Ａ】マルチサブスクリプションデバイスにおける代替サブスクリプションを使用して呼の通告および設定を実行する実施形態を示すコールフロー図である。
【図４Ｂ】マルチサブスクリプションデバイスにおける代替サブスクリプションを使用して呼の通告および設定を実行する実施形態をさらに示すコールフロー図である。
【図４Ｃ】マルチサブスクリプションデバイスにおける代替ネットワークを使用して呼の通告および設定を実行する実施形態を示すコールフロー図である。
【図５】マルチサブスクリプションデバイスにおいて呼を完了するための適切な代替物を選択するための実施形態方法を示すプロセスフロー図である。
【図６】第1の呼の品質が低下しているときに第2の呼を完了するための適切な代替物を選択するための実施形態方法を示すプロセスフロー図である。
【図７Ａ】マルチサブスクリプションデバイスにおいて第2の呼の通告を実行するための方法の実施形態を示すプロセスフロー図である。
【図７Ｂ】マルチサブスクリプションデバイスにおいて第2の呼の通告を実行するための方法の実施形態を示すプロセスフロー図である。
【図７Ｃ】マルチサブスクリプションデバイスにおいて第2の呼の通告を実行するための方法の実施形態を示すプロセスフロー図である。
【図８】マルチサブスクリプションデバイスにおいてマルチサブスクリプションダイバーシティを実行するのに適切なポータブル電子デバイスの一実施形態のブロック図である。
【発明を実施するための形態】
【００１５】
様々な態様を、添付図面を参照して詳細に説明する。可能である場合、同じまたは同様の部品を参照するためにすべての図面を通して同じ参照番号が使用される。特定の例および実装形態へと行われる言及は、説明を目的とし、本発明の範囲または特許請求の範囲を限定するものではない。
【００１６】
「例示的」という言葉は、本明細書では「一例、事例、または実例として役立つ」ことを意味するように使用される。「例示的」として本明細書で説明する任意の実装形態は、必ずしも他の実装形態よりも好ましいか、または有利であると解釈されるべきではない。
【００１７】
「モバイルデバイス」および「レシーバデバイス」という用語は、モバイルメディアブロードキャストレシーバ、携帯電話、パーソナルテレビジョンデバイス、携帯情報端末(PDA)、パームトップコンピュータ、ワイヤレス電子メールレシーバ(たとえば、Blackberry(登録商標)およびTreo(登録商標)デバイス)、マルチメディアインターネット対応携帯電話(たとえば、Blackberry Storm(登録商標))、グローバルポジショニングシステム(GPS)レシーバ、ワイヤレスゲームコントローラ、車両(自動車)内レシーバ、ならびに、プログラマブルプロセッサおよびメモリと、コントローラと、デジタル信号プロセッサまたは他の信号処理リソースとを含む同様のパーソナル電子デバイスのうちのいずれか1つまたはすべてを指すように本明細書で互換的に使用される。
【００１８】
「マルチSIM通信デバイス」および「マルチSIMデバイス」という用語は、本明細書では、携帯電話、スマートフォン、パーソナルもしくはモバイルのマルチメディアプレーヤ、ラップトップコンピュータ、タブレットコンピュータ、スマートブック、ウルトラブック、パームトップコンピュータ、ワイヤレス電子メールレシーバ、マルチメディアインターネット対応携帯電話、ならびに2つ以上の加入者識別モジュール(SIM)と、メモリと、プログラマブルプロセッサとを含む同様のパーソナル電子デバイスのうちのいずれか1つまたはすべてを指すために交換可能に使用される。
【００１９】
様々な実施形態は、第1の呼の間に第2の呼を確立するためにマルチSIM通信デバイスにおいて実現されてもよい方法であって、発呼側と被呼側との間の第1の呼が低下していると判定するステップと、第1の呼が低下していると判定したことに応答して第2の呼を確立するための代替ネットワークを提示するステップと、品質関連因子およびコストなどのその他の因子に基づいてサブスクリプションおよび代替ネットワークのランク付けリストから第1の呼を完了するためのサブスクリプションおよび代替ネットワークを選択するステップとを含む方法を含む。呼を完了するための代替サブスクリプションまたは代替ネットワークの選択は、マルチサブスクリプションデバイスのユーザによって手動で行われてもよく、あるいはマルチサブスクリプションデバイスによって自動的に行われてもよい。さらに、各代替物のランク付けおよび代替物のうちの1つの選択は、確立された基準に基づいて行われてもよく、あるいはアドホック基準に基づいて行われてもよい。さらに、第1の呼の間に条件が低下する場合があり、その後、第2の呼のための代替物を選択するための適切な代替物の改定されたリストが利用可能になってもよい。第2の呼のための代替物の選択は、手動で行われてもよく、あるいはマルチサブスクリプションデバイスによって自動的に行われてもよい。第2の代替物が選択されると、被呼側は、第2の呼の被呼側に通知を送信することによって第2の呼の通告または通知を受けてもよい。第2の呼の通知は、第2の呼が発呼側からの呼であり、低下している第1の呼に関連する会話またはセッションを継続する呼であることを被呼側が知るような、発呼側に関する情報を含んでもよい。
【００２０】
代替サブスクリプションおよび代替ネットワークは、サブスクリプションがサブスクリプションネットワークまたは他のネットワークに関連するリンク品質関連パラメータを周期的に監視することができるように、複数のサブスクリプションをサポートするデバイス(たとえば、マルチサブスクリプションデバイス)における信号処理リソースおよび無線リソース(たとえば、RFリソース)を共有してもよい。一例として、複数のサブスクリプションをサポートするデバイス(たとえば、MSMSデバイス)は1つの受信-送信(Rx-Tx)チェーンを共有してもよい。各サブスクリプションは、RFリソースに監視を遂行することを要求してもよく、マルチサブスクリプションデバイスは、呼品質、送信電力、信号情報対雑音比(SINR)、およびその他のリンク品質関連パラメータなどの因子に関する現在の情報を維持してもよい。サービスコスト、サービス品質(QoS)、および各代替物に関するその他の情報などの他の因子に関する情報が維持されてもよい。
【００２１】
マルチサブスクリプションダイバーシティおよび改善された呼接続性の代替物をマルチサブスクリプションデバイスにおいて実現するための方法の実施形態は、一例が図1Aに示され全体的に100として表されている様々なセルラー通信システムおよびモバイル通信システム内で実施されてもよい。システム100は、複数のサブスクリプションをサポートするマルチSIM通信デバイス110a(たとえば、携帯電話またはその他の通信デバイス)を含む。たとえば、各サブスクリプションは、サブスクリプション自体のユーザ識別モジュール(UIM)、たとえば、加入者識別モジュール(SIM)、符号分割多元接続(CDMA)取外し可能UIM(R-UIM)、または他の種類のR-UIMなどに関連付けられてもよい。図1に示す実施形態では、マルチSIM通信デバイス110aは、SIM_1、SIM_2…SIM_Nなどの複数のSIMを受け取ることができる。各SIMは、ネットワーク101、102、および103などのサービスネットワークへのサブスクリプションに関連付けられる。マルチSIM通信デバイス110aは、WiFiネットワークなどの、インターネットへのアクセスを実現する非電話ワイヤレスローカルエリアネットワーク(WLAN)104に接続する機能をさらに有してもよい。図1A〜図1Cに示す実施形態では、マルチSIM通信デバイス110aは、SIM_1に関連するサービスを使用するサービスネットワーク101などによって、別の電話デバイス110bを呼び出すことが可能であってもよい。他の電話デバイス110bは、従来の固定電話およびセルラー電話などの、通話を受信することができる任意のデバイスであってもよい。様々な実施形態では、呼に使用すべきサブスクリプションは、優先度、送信電力、コスト、および以下に説明するその他の因子を含む情報に基づくサブスクリプションの適合性に基づいて選択されてもよい。例示的な本例では、説明を容易にするために、第1のネットワーク101が第1の呼を実行するのに使用されてもよい。
【００２２】
第1のネットワーク101およびSIM_1を使用して確立された第1の呼の条件が低下すると、図1Bに示されるような実施形態では、以下で説明するように、様々な要素に基づいて最適であるものとして選択されてもよい、他の電話デバイス110bに関連する被呼側への第2の呼がSIM_Nを使用するサービスネットワーク103などの代替サービスネットワーク上に有利に設定されてもよい。代替的に、第2の呼にワイヤレスローカルエリアネットワークが使用されてもよい。第2の呼は、以下でもさらに詳しく説明するように被呼側に通告を与えてもよく、それによって、被呼側は、第2の呼が発呼側からの呼であり、かつ第1の呼に継続する呼である場合があることを知るかまたは認識してもよい。いくつかの実施形態では、第2の呼は、第1の呼が途切れるか、破棄されるか、またはその他の方法で終了する前に設定されてもよく、第1の呼の会話またはセッションの連続性が有利に維持される。第2の呼が完了する前に第1の呼が破棄されなければならない実施形態では、第2の呼を確立するレイテンシが、会話またはセッションの連続性が許容レベルに維持される程度に低減されてもよい。
【００２３】
図1Cに示す実施形態では、マルチSIM通信デバイス110aは、少なくとも1つの信号処理(たとえば、RF)リソース106を含む単一の受信-送信(Rx-Tx)チェーン105を有するマルチSIMマルチスタンバイデバイスであってもよい。他の実施形態では、マルチSIM通信デバイス110は、追加の受信-送信(Rx-Tx)チェーン105aおよび105bを有し、場合によっては追加のRx-Txチェーンを有するマルチSIMマルチアクティブデバイスであってもよい。マルチSIM通信デバイス110は、第1のサブスクリプション(たとえば、第1のネットワーク101に関連するサブスクリプション)に関連する第1のSIM111aを受け取るように構成される第1のSIMインターフェース111と、第2のサブスクリプション(たとえば、第2のネットワーク102に関連するサブスクリプション)に関連する第2のSIM112aを受け取るように構成される第2のSIMインターフェース112と、第Nのサブスクリプション(たとえば、第Nのネットワーク103に関連するサブスクリプション)に関連する第NのSIM113aを受け取るように構成される第NのSIMインターフェース113とを含む。マルチSIM通信デバイス110は、さらにWLANネットワーク104などのワイヤレスネットワークにネットワークインターフェース114を通じて接続することが可能であってもよい。代替的に、サブスクリプションのうちの2つ以上が同じネットワークに関連付けられてもよい。SIM111a、SIM112a、およびSIM113aはさらに、それぞれのSIMインターフェース111、112、および113に交互に挿入されてもよく、あるいは場合によってはそれぞれのSIMインターフェース111、112、および113に交互に接続されてもよい。第1のSIMインターフェース111、第2のSIMインターフェース112、第NのSIMインターフェース113、WLANインターフェース114、およびコントローラ120は、信号処理リソース106に(たとえば、SIMインターフェース111〜114とコントローラ120と信号処理リソース106との間の電気的接続を介して)通信可能に結合されてもよい。マルチSIMマルチアクティブ実施形態では、信号処理リソース106aおよび106bが使用されてもよい。
【００２４】
一例として、第1のSIMインターフェース111と信号処理リソース106との間の第1の電気的接続は、第1のSIM111aが第1のSIMインターフェース111に挿入されるかまたは別の方法で第1のSIMインターフェース111に接続されたときに第1のSIM111aと信号処理リソース106との間の通信経路を構成してもよい。別の例として、第2のSIMインターフェース112と信号処理リソース106との間の第2の電気的接続は、第2のSIM112aが第2のSIMインターフェース112に挿入されるかまたは別の方法で第2のSIMインターフェース112に接続されたときに第2のSIM112aと信号処理リソース106との間の通信経路を構成してもよい。別の例として、第NのSIMインターフェース113などの追加のSIMと信号処理リソース106との間の追加の電気的接続は、第NのSIM113aが第NのSIMインターフェース113に挿入されるかまたは別の方法で第NのSIMインターフェース113に接続されたときに第NのSIM113aと信号処理リソース106との間の通信経路などの追加の経路を構成してもよい。したがって、SIM111a〜SIM113aおよびワイヤレスネットワークモジュールは、(たとえば、SIMインターフェース111〜113およびWLANインターフェース114を介して)信号処理リソース106に同時に接続されてもよい。
【００２５】
コントローラ120は、ある期間中に信号処理リソース106にアクセスするための要求を受信するように構成されてもよい。要求のうちの少なくとも1つは第1のサブスクリプションに関係付けられ(たとえば、第1のSIM111に関連付けられ)てもよく、要求のうちの少なくとも1つは第2のサブスクリプションに関係付けられ(たとえば、第2のSIM112に関連付けられ)てもよく、要求のうちの少なくとも1つは第Nのサブスクリプションに関係付けられ(たとえば、第NのSIM113に関連付けられ)てもよく、要求のうちの少なくとも1つはWLANインターフェース114を通じてネットワークにアクセスすることに関係付けられてもよい。コントローラ120は、この期間中に、たとえば優先度または衝突もしくは競合を回避するうえで有用である場合があるその他の機構に従って、信号処理リソース106へのアクセスを様々なサブスクリプションおよびネットワークモジュールに許可するように構成される。リンク品質関連情報などのリンク情報は、様々なサブスクリプションおよびネットワークモジュールが第1のネットワーク101、第2のネットワーク102、第Nのネットワーク103、およびWLAN104などのそれぞれのネットワークに接続されるときに取得されてもよい。
【００２６】
コントローラ120は、マルチSIM通信デバイス110の動作時に、追加の期間またはその他のアクセス機会に信号処理リソース106にアクセスするための追加の要求を受信するように構成されてもよい。コントローラ120は、様々なサブスクリプション間の競合を回避するための機構を必要とする場合がある。コントローラ120は、様々なサブスクリプションおよびネットワークモジュールにアクセスが許可されるときに、様々なサブスクリプションおよびネットワークモジュールによる信号処理リソース106へのアクセスに関連する履歴情報130などの情報を作成し記憶するように構成される。サブスクリプションアクセスリンク品質情報は、各サブスクリプションおよびネットワークに対応させて記憶されてもよい。たとえば、第1のサブスクリプションに関するリンク品質情報は第1のサブスクリプションリンクアクセス品質情報131として記憶されてもよく、第2のサブスクリプションに関するリンク品質情報は第2のサブスクリプションリンクアクセス品質情報132として記憶されてもよく、第Nのサブスクリプションに関するリンク品質情報は第Nのサブスクリプションリンクアクセス品質情報133として記憶されてもよく、ネットワーク104に関するリンク品質情報はWLANリンクアクセス品質情報134として記憶されてもよい。
【００２７】
図1Cのシステム100の動作時には、リンク品質情報が、着信ネットワーク信号に対して信号測定を行うことなどによって様々なサブスクリプションによるアクセス時に取得されてもよい。コントローラ120は、前述のようにある期間中に信号処理リソース106にアクセスするための要求を受信してもよい。一例として、コントローラ120は、第1のネットワーク101から着信ページ(図1Cには示されていない)を受信するために信号処理リソース106(たとえば、RFリソース)にアクセスするための要求を第1のサブスクリプションから受信してもよい。コントローラ120は、第2のネットワーク102から着信ページ(図1Cには示されていない)を受信するために信号処理リソース106にアクセスするための別の要求を第2のサブスクリプションから受信してもよい。コントローラ120は、第Nのネットワーク103から着信ページ(図1Cには示されていない)を受信するために信号処理リソース106にアクセスするための別の要求を第Nのサブスクリプションなどの追加のサブスクリプションから受信してもよい。コントローラ120は、WLAN104から着信ページ、またはビーコン信号などのその他の信号(図1Cには示されていない)を受信するために信号処理リソース106にアクセスするための別の要求をネットワークモジュールから受信してもよい。コントローラ120は、アクセス要求に応答して、着信ページまたは信号をそれぞれのネットワークから受信することができるように、たとえば、優先度機構またはその他の機構に従って、信号処理リソース106へのアクセスを様々なサブスクリプションに許可してもよい。
【００２８】
コントローラ120は、履歴情報130に基づいて、第1の呼および第2の呼、ならびに必要に応じて追加の呼を含む呼を実行するうえでサブスクリプションのうちのどれが最も適切であるかを判定してもよい。コントローラ120は、適合性または優先度順のサブスクリプションおよびネットワークのリストを生成し維持してもよい。特定の実施形態では、優先度値が、たとえばサブスクリプションの各々に関するサブスクリプションアクセスリンク品質情報131〜134に関係するような履歴情報130に基づいて様々なサブスクリプションに関連付けられてもよい。履歴情報は、アクセス期間中にサブスクリプションによって測定または取得された最新のリンク品質情報を含んでもよい。適切なサブスクリプションおよびネットワークのリストは、リンク品質に関係するような、現在取得されている(たとえば、リアルタイム)測定値および情報によって調整され、更新され、場合によっては通知されてもよい。
【００２９】
モバイル発信(MO)呼などの呼によって呼出し中であるかまたはそのような呼を発信中であるとき、コントローラ120は、適合性または優先度値の順に並べられる場合がある、その呼の代替サブスクリプションまたは代替ネットワークのリストを参照してもよい。比較測定値同士をどのようにランク付けすべきかおよびサブスクリプションまたはネットワークに関する優先度または適合性ランク付けを変更または調整するにはコストなどの因子をどのように使用すべきかを判定するために優先度基準140が使用されてもよい。呼を完了するために、呼に関する最も適切な代替物に相当する場合がある最高代替優先度が選択されてもよい。代替物は、マルチSIM通信デバイス110のユーザによって選択されてもよく、あるいは自動的に選択されてもよい。第1の呼の間、追加の呼に関する代替物を順序付けするためにリストが維持されてもよい。一例として、リンク優先度リスト210の生成を含んでもよい例示的なランク付けシナリオ200が図2Aに示されている。リンク優先度リスト210は、代替物のうちのどれが呼を完了するうえで最も適切であるかに関連付けられた優先度値または順序付けを含んでもよい。図2Aのリンク優先度リスト210内の最も左側の列211は、各サブスクリプションまたはネットワークの見出しを含んでもよく、対応する行は、関係するリンク品質および各サブスクリプションまたはネットワークに関するその他のパラメータを表す。個々の列は、リンク品質関連情報および各サブスクリプションまたはネットワークに関するその他の情報などの情報に関する代表的な見出しを示す。リンク優先度リスト210の列211にリスト表示されたネットワークの各々に関連する情報は、いくつかの例ではデシベル(dB)単位で表される場合がある信号情報対雑音比(SINR)212を含んでもよい。リンク優先度リスト210は、いくつかの例では0(たとえば、最低コスト)から10(たとえば、最高コスト)までの相対指数として表される場合がある各サブスクリプションまたはネットワークに関するコスト213に関する列を含んでもよい。リンク優先度リスト210は、dB、mW、または代替物間のその他の値単位の送信電力の相対指数として表される場合がある送信電力(PWR)214に関する列を含んでもよい。リンク優先度リスト210は、代替物間の1〜15の呼品質の相対指数として表される場合があるチャネル品質インジケータ(CQI)215を含んでもよい。リンク優先度リスト210は、代替物間の1mW(dBm)を基準とするdB単位の値として表される場合がある受信信号強度インジケータ(RSSI)216をさらに含んでもよい。適合性、優先度、またはランク付けを確立するために使用されるメトリクスの例についてリンク優先度リスト210に関連して図示し説明するが、他のメトリクスが可能である。
【００３０】
各実施形態では、リンク優先度リスト210内の値を確立するために様々な検討がなされてもよい。たとえば、SINR212は、十分な時間にわたって最小SINRしきい値を超えるSINR値として確立されてもよい。一般に、SINR212に関して最良の値を有するリンクが最も適切なリンクとして選択されてもよい。コスト213に関連する指数は、それぞれのサブスクリプションに関連する料金に基づく代替物間の相対コストを表してもよい。WLAN104などのワイヤレスネットワークでは、料金はゼロであるかまたはゼロに近くてもよい。PWR215およびRSSI216に関連する値または指数は、通常、測定レポートの生成に関して実行されるような、マルチSIM通信デバイス110による内部測定に基づく指数であってもよい。
【００３１】
本例では、説明しやすいように、第1のサブスクリプションに関連する第1のネットワーク101が、第1の呼に関して最良の適合性、最高の優先度、または好ましいランクを有することに基づいて選択されたと仮定されてもよく、第1のサブスクリプションを使用する第1のネットワーク101上の呼が確立されてもよい。図2Aに示すように、サブスクリプションおよびネットワークのランク付けは、第Nのネットワーク103に関連するサブスクリプションNが最高ランクの代替物であってもよく、それに続く代替物がWLAN104および第2のネットワーク102であるように確立されてもよい。第NのサブスクリプションはSINR212およびCQI215に関して優れた値を有するが、WLAN104は、コスト213、PWR214、およびRSSI216に関してわずかに優れた値を有する。SINR212は、設定手順などの間に、ランク付けを確立するうえでより重い重みを有する因子として選択されてもよい。それにもかかわらず、ユーザは、手動選択手順の間に、コスト213などのSINR212以外の因子に基づいて呼を完了するための異なる代替物を選択してもよい。
【００３２】
さらに本例では、第1の呼が係属している間に、第1のサブスクリプションの呼品質が低下する場合があり、以下でより詳細に説明する実施形態では、2番目に適切な代替物を選択するように第2の呼が有利に確立されてもよい。本例では、リンク優先度リスト210では呼の2番目に適切な代替物として示されたサブスクリプションNが選択される場合があると仮定されてもよい。マルチSIM通信デバイス110の動作時には、サブスクリプション111a〜113およびWLANインターフェース114の各々に関して追加の測定が実行されてもよく、図2Bに示すようにランク付け更新シナリオ205においてランク付けが変更されてもよく、更新されたリンク優先度リスト210aが生成されてもよい。ネットワーク211aに関するサブスクリプションのランクは、SINR212a、コスト212a、PWR213a、CQI215a、およびRSSI216aなどの様々なランク付け因子の変更に基づいて変更されてもよい。更新されたリンク優先度リスト210aに反映された更新されたランク付けでは、WLAN104が、SINR212a、コスト213a、PWR214a、CQI215a、およびRSSI216aなどのすべての因子において上位のランクを有する最も適切な代替物になってもよい。したがって、実施形態では、呼に関して最も適切なサブスクリプションを手動でまたは自動的に選択することができるように、相対優先度の最新のリストが利用可能であってもよい。呼は、第1の呼であってもよく、あるいは第1の呼品質が低下したときに発信される第2の呼または追加の呼であってもよい。さらに本例では、第1の呼が係属している間に、第1のサブスクリプションの呼品質が低下する場合があり、以下でより詳細に説明するように、2番目に適切な代替物を選択するように第2の呼が確立されてもよい。
【００３３】
図3Aは、マルチSIM通信デバイスなどの発呼側デバイス310aのディスプレイ311a上で第2の呼に関する代替物を選択し、被呼側デバイス310bのディスプレイ311b上に選択された代替物の通知を表示する例を示す。発呼側デバイス310aは、第1の呼が低下していると判定してもよく、その後、発呼側デバイス310aのディスプレイ311a上にディスプレイウィンドウ320が表示されてもよい。ディスプレイウィンドウ320は、SIM_N(321)、WLAN322、およびSIM_2(323)などの第2の呼によって呼出しを行うための代替物のリストを含んでもよい。説明しやすいように、第Nのサブスクリプションに関連する仮定される電話番号、たとえば(022)12345678が示されている。この電話番号は推定上、第1の呼に関連する電話番号とは異なる。SIM_N321などの代替ネットワークが選択されると、本明細書で説明するように、たとえばSMSメッセージによって被呼側に通知メッセージが送信されてもよい。被呼側デバイス310bのディスプレイ311b上に提示される場合があるディスプレイウィンドウ330上において、発呼側および発呼側番号を示すSMSメッセージが受信されメッセージウィンドウ331に提示されてもよく、それによって、第2の呼によって呼出しが行われるときに、被呼側は、着呼を認識し、かつ着呼が、第1の呼が低下したことに応答して第1の呼を継続する呼であると認識してもよい。様々な実施形態では、被呼側は、テキスト入力ウィンドウ332に応答を入力することによってこのメッセージに対する受入れメッセージを生成してもよい。メッセージウィンドウ331に表示されるメッセージは自動的に生成されてもよく、あるいは発呼側デバイス310aのユーザによって手動で入力されてもよい。発呼側デバイス310aが第2の呼に関する代替物を自動的に選択するように構成されているとき、このメッセージは自動的に生成されてもよい。
【００３４】
図3Bに示す別の実施形態では、メッセージングアプリケーション340などの、発呼側デバイス310aおよび被呼側デバイス310b上にインストールされデバイス310aおよび310b上で動作することができるアプリケーションを使用して、第2の呼の通知が実行されてもよい。メッセージングアプリケーションの一般的な例には、インスタントメッセージング(IM)アプリケーション、メッセンジャーアプリケーション、チャットアプリケーション、ソーシャルメディアアプリケーション、およびネットワークベースのメッセージを生成するために発呼側および被呼側のデバイス上にインストールすることのできるその他のアプリケーションを含めてもよい。いくつかの実施形態では、アプリケーションは、受信側のユーザが行っている活動には関係なく受信側のディスプレイ上にトップレベルウィンドウとして現れるポップアップメッセージを生成してもよい。発呼側では、少なくとも発呼側名前情報および発呼側番号情報を示すメッセージ341aを自動でまたは手動で生成するのにメッセージングアプリケーション340aが使用されてもよい。メッセージ341aは、テキスト入力ウィンドウ342aを使用して入力されてもよく、かつ送信ボタン343aによって送信されてもよい。メッセージ341aは、被呼側デバイス310bにおいて受信され、メッセージングアプリケーション340bを使用して表示されてもよい。発呼側名前情報および発呼側番号情報を示すメッセージ341bがアプリケーション340bのディスプレイウィンドウに表示されてもよい。被呼側は、テキスト入力ウィンドウ342bに応答“OK”を入力し、送信ボタン343bを使用して応答を送信してもよい。応答は、発呼側によって受信され、メッセージングアプリケーション340aのディスプレイウィンドウにメッセージ344aとして表示されてもよい。
【００３５】
図4Aのコールフロー図は、第1の呼が進行中であり、品質が低下しているときにマルチSIMデバイスなどのデバイス410から第2の呼の通告を行うための、全体的に400として表された実施形態を示す。マルチSIM通信デバイス410は、リンク優先度リスト210に基づくかまたは前述のように更新済みリンク優先度リスト210aに基づいて呼をあらかじめ確立しておいてもよい。第1の呼の発呼側は、たとえば、送信リソースモジュール(TRM)413を通じて第1のSIM_1(411)から開始された現在の呼のレッグ411aとして表される場合がある。TRM413は、第1のサービスネットワーク401への現在の呼のレッグ413aを確立して維持してもよい。第1のサービスネットワーク401は、ネットワークMなどの任意のネットワークへのサブスクリプションであってもよい、SIM_M(421)に関連するサブスクリプションに基づいて被呼側に関連するUE420への現在の呼のリンク401aを確立して維持してもよい。UE420には、ホームロケーションに関連付けられてもよい、ネットワークMなどのネットワークとの相互作用を介して接続またはルーティングされてもよい。代替的に、ネットワークMは、ローカルネットワークまたはアクセス先ネットワークであってもよい。様々な実施形態では、UE420は、第1のネットワーク、第2のネットワーク、またはその他のネットワークへのサブスクリプションを含む単一サブスクリプションデバイスまたはマルチサブスクリプションデバイスであってもよい。説明しやすいように、UE420に関連するネットワークMが第1のネットワーク401または第2のネットワーク402と異なるときのネットワークMと第1のネットワーク401または第2のネットワーク402との間の詳細な呼関連相互作用を省略する。UE420は、たとえば、サービスネットワーク401へのレッグ421aおよびTRM413へのレッグ401bおよびSIM_1(411)へのレッグ413bを通じて、マルチSIM通信デバイス410との現在の呼の被呼側を確立して維持してもよい。
【００３６】
現在の呼の間に、第1のSIM_1(411)に関連する品質低下が生じる場合がある。第1の呼の呼品質が低下しているとの判定は、マルチSIM通信デバイス410および/または第1のネットワーク401における信号品質関連情報の測定または監視に関連する様々な機構によって比較的高速に行われてもよい。現在の呼が低下していると判定されたときには、リンク優先度リスト210または更新済みリンク優先度リスト210aが提示されてもよく、かつ第2の呼または新しい呼を発信するための代替物の選択がなされてもよい。リストの提示には、適合性または優先度に基づいて自動的な選択が行われるようにリストをマルチSIM通信デバイス410が利用できるようにすることを含んでもよい。リストの提示は、マルチSIM通信デバイス410のディスプレイ上でユーザに対して代替物を表示することを含んでもよく、かつ代替物が適合性または優先度に基づいて選択されてもよく、あるいはユーザが任意の代替物を選択してもよい。第2の呼のための代替物が選択されたときに、マルチSIM通信デバイス410はUE420への第2の呼の通告を行ってもよい。新しい呼の通告は、発呼側、たとえばデバイス410に関連する情報を含む通知をUE420に送信することを含んでもよい。この情報は、発呼側の名前、新しい呼のための新しいネットワーク上の発呼側の新しい番号、および新しい呼が発呼側からの呼であることを確認する際に被呼側、たとえばUE420を補助する場合があるその他の情報を含んでもよい。
【００３７】
実施形態では、通告または通知は、現在の呼のネットワーク上で発呼側から被呼側にショートメッセージサービス(SMS)メッセージを送信することによって実行されてもよい。代替的に、拡張メッセージサービス(EMS)、マルチメディアメッセージングサービスMMS、ワイヤレスアプリケーションプロトコル(WAP)プッシュメッセージング、またはその他のメッセージング機構などの他のメッセージング機構が使用されてもよい。他の実施形態では、通告または通知は、現在の呼のためのネットワーク、新しい呼のためのネットワーク、またはその他のネットワークサービス機構を含むネットワークにおいて実施される場合がある機構などの他の機構を使用して実行されてもよい。いくつかの実施形態では、発呼側デバイスと被呼側デバイスの両方で実行される、インターネットベースのメッセージングを使用するアプリケーションを含むアプリケーションが、通告または通知に使用されてもよい。そのようなアプリケーションは、たとえば、発呼側が第2のネットワーク、WLAN、またはその他の代替ネットワーク上で第2の呼を試行することを被呼側に示す場合もある、インターネットベースのメッセージ機構(たとえば、http)を含むポップアップメッセージまたはアラートを送信または受信することを可能にしてもよい。他の代替メッセージングには、インスタントメッセージング(IM)アプリケーションまたはサービスおよびソーシャルメディアアプリケーションまたはサービスを含めてもよい。
【００３８】
一例では、通告または通知を実行するために、第1のネットワーク401への通告用のレッグ413cが確立されてもよく、UE420への通告用のレッグ401cが確立されてもよい。別の例では、第2のネットワーク402など、新しい呼に関して選択されたネットワークへのレッグ413dが確立されてもよい。通告または通知を実行するためにUE420へのレッグ402aが確立されてもよい。さらに別の例では、通告または通知を実行するために、第1のネットワーク410へのレッグ413eが確立されてもよく、第2のネットワーク402へのレッグ401dが確立されてもよく、UE420へのレッグ402bが確立されてもよい。さらに他の例では、通告または通知を実行するために、第1のネットワーク401および第2のネットワーク402以外のネットワークまたは機構が使用されてもよい。
【００３９】
UE420などの被呼側に通告または通知が送信されたときに、第2のサブスクリプションSIM_2(412)などの選択された代替物を使用して新しい呼が確立されてもよい。SIM_2(412)は、TRM413との新しい呼のレッグ412aを確立してもよい。第2のネットワーク402との新しい呼のレッグ413fが確立されてもよい。UE420とのレッグ402cが確立されてもよい。UEは、着呼を受信したときに、通告に基づいて、その呼が発呼側、たとえばデバイス410からの呼であることを認識し、その呼を受け入れてもよい。UE420と第2のネットワーク402との間にレッグ421bが確立されてもよい。第2のネットワーク402とマルチSIM通信デバイス410のTRM413との間にレッグ402dが確立されてもよい。SIM_2(412)を通じてレッグ413gによる新しい呼が確立されてもよい。
【００４０】
本例および他の例では、SIM_1(411)およびSIM_2(412)ならびにTRM413について、たとえば、様々な実施形態において現在の呼および新しい呼を確立し維持することに関して説明する。しかし、具体的な図示および説明がなされない他の要素およびモジュールは、マルチSIM通信デバイス410、UE420、第1のネットワーク401、第2のネットワーク402、およびその他のネットワークに関連するネットワークおよびサービスの種類に応じて、通信プロトコルおよび方法に従って呼を完了するうえで必要になる場合がある。さらに、SIM_1(411)およびSIM_2(412)などの要素は、呼処理に直接的または間接的に関係する機能を実行してもよく、一方、様々な呼関連機能を実行するために他の要素、プロセッサ、モジュール、またはリソースが必要になる場合がある。本例では、マルチSIM通信デバイス410が、MSMAデバイスまたは現在の呼が進行中である間に新しい呼を確立するのを可能にする場合があるその他のデバイスを含むとき、現在の呼は破棄されてもよく、マルチSIM通信デバイス410とUE420との間の会話またはセッションが新しい呼で継続または再開されてもよい。ユーザは、現在の呼を破棄するために、呼を終了してもよく、あるいはマルチSIM通信デバイス410に関連するユーザインターフェースとの相互作用によって新しい呼に切り替わってもよい。SIM_1(411)は、たとえば、無線リソースを解放するかまたは現在の呼を終了させるための他の措置を講じるように、TRM413へのレッグ411b上でシグナリングしてもよい。TRM413は、呼を破棄するように第1のネットワーク401へのレッグ413h上でシグナリングしてもよい。説明しやすいように、第1のネットワークによるUE420またはUE420に関連するネットワークMなどのサービスネットワークへのさらなるシグナリングを省略する。
【００４１】
図4Bは、マルチSIM通信デバイスなどのデバイス410、より具体的には、1つのアクティブなサブスクリプションを可能にするデバイスから第2の呼の通告を行うための、全体的に405として表された別の実施形態を実施する通信を示すコールフロー図を含む。図示の例では、第1の呼が進行中であり、かつ第1の呼の品質が低下しているときに第2の呼の通告が行われてもよい。図4Aに示す例の場合と同様に、マルチSIM通信デバイス410は、リンク優先度リスト210に基づくかまたは前述のように更新済みリンク優先度リスト210aに基づいて呼をあらかじめ確立しておいてもよい。第1の呼の発呼側は、たとえば、TRM413を通じて第1のSIM_1(411)から開始された現在の呼のレッグ411aとして表される場合がある。TRM413は、第1のサービスネットワーク401への現在の呼のレッグ413aを確立して維持してもよい。第1のサービスネットワーク401は、ネットワークMなどの任意のネットワークへのサブスクリプションであってもよい、SIM_M(421)に関連するサブスクリプションに基づいて被呼側に関連するUE420への現在の呼のリンク401aを確立して維持してもよい。UE420には、図4Aに関して上記で説明したように、ネットワークMなどのネットワークとの相互作用を介して接続またはルーティングされてもよく、説明しやすいように、相互作用の詳細を省略する。UE420は、たとえば、サービスネットワーク401へのレッグ421aおよびTRM413へのレッグ401bおよびSIM_1(411)へのレッグ413bを通じて、マルチSIM通信デバイス410との現在の呼の被呼側を確立して維持してもよい。
【００４２】
現在の呼の間に、第1のSIM1(411)に関連する品質低下が生じる場合がある。呼低下は、図4Aに関して上記で説明したように検出されてもよい。現在の呼が低下していると判定されたときには、リンク優先度リスト210または更新済みリンク優先度リスト210aが提示されてもよく、かつ第2の呼または新しい呼を発信するための代替物の選択がなされてもよい。リストの提示には、適合性または優先度に基づいて自動的な選択が行われるようにリストをマルチSIM通信デバイス410が利用できるようにすることを含んでもよい。リストの提示は、マルチSIM通信デバイス410のディスプレイ上でユーザに対して代替物を表示することを含んでもよく、かつ代替物が適合性または優先度に基づいて選択されてもよく、あるいはユーザが任意の代替物を選択してもよい。第2の呼のための代替物が選択されたときに、マルチSIM通信デバイス410は、図4Aを参照して上記でも説明したように、UE420への第2の呼の通告を行ってもよい。本例では、第1のネットワーク401、第2のネットワーク402、または第1のネットワーク401と第2のネットワーク402の組合せを通じてマルチSIM通信デバイス410に受入れメッセージまたは通知が返されてもよい。
【００４３】
通告または通知がUE420などの、現在の呼の被呼側に送信され、マルチSIM通信デバイス410などの発呼側によって被呼側から受入れメッセージまたは通知が受信されたときに、現在の呼が破棄されてもよい。1つのサブスクリプションのみがアクティブである場合がある、MSMSデバイスなどのデバイスでは、新しい呼が確立されるように現在の呼が破棄されてもよい。SIM_1(411)は、ユーザがマルチSIM通信デバイス410に関連するユーザインターフェースとの相互作用によって呼を終了させることを伴う場合がある現在の呼の破棄を実行するために、たとえば、無線リソースを解放するかまたは現在の呼を終了させる措置を講じるようにTRM413へのレッグ411b上でシグナリングしてもよい。TRM413は、呼を破棄するように第1のネットワーク401へのレッグ413i上でシグナリングしてもよい。説明しやすいように、UE420などの被呼側で呼を破棄することに関連する、第1のネットワーク401およびUE420またはネットワークMなどのサービスネットワークによる、第1のネットワーク401とUE420またはネットワークMなどのサービスネットワークとの間のさらなるシグナリングを省略する。
【００４４】
新しい呼は、第2のサブスクリプションSIM_2(412)などの選択された代替物を使用して確立されてもよい。SIM_2(412)は、TRM413に対して新しい呼のレッグ412bを確立してもよい。第2のネットワーク402に対して新しい呼のレッグ413jが確立されてもよい。UE420に対してレッグ402dが確立されてもよい。UE420は、あらかじめ受け入れられた通告に基づいて、着呼を受信したときに、その呼が発呼側、たとえばデバイス410からの呼であることを認識し、その新しい呼を受け入れてもよい。UE420と第2のネットワーク402との間にレッグ421cが確立されてもよい。マルチSIM通信デバイス410のTRM413に対してレッグ402eが確立されてもよい。SIM_2(412)を通じてレッグ413kに対して新しい呼が確立されてもよい。本例では、マルチSIM通信デバイス410は、MSMSデバイスまたは現在の呼が進行中である間新しい呼を確立するのを可能にしない場合があるその他のデバイスを含むとき、現在の呼は、新しい呼が確立される前に最初に破棄されてもよい。新しい呼が確立されたときに、マルチSIM通信デバイス410とUE420との間の会話またはセッションが新しい呼で継続または再開されてもよい。
【００４５】
図4Cのコールフロー図は、マルチSIMデバイスなどのデバイス410から第2の呼の通告を行うための、全体的に410として表された別の実施形態を示す。図示の例では、第1の呼が進行中であり、かつ第1の呼の品質が低下しているときに第2の呼の通告が行われてもよい。図4Aおよび図4Bに示す例の場合と同様に、マルチSIM通信デバイス410は、リンク優先度リスト210に基づくかまたは前述のように更新済みリンク優先度リスト210aに基づいて呼をあらかじめ確立しておいてもよい。第1の呼の発呼側は、たとえば、TRM413を通じて第1のSIM_1(411)から開始された現在の呼のレッグ411aとして表される場合がある。TRM413は、第1のサービスネットワーク401への現在の呼のレッグ413aを確立して維持してもよい。第1のサービスネットワーク401は、ネットワークMなどの任意のネットワークへのサブスクリプションであってもよい、SIM_M(421)に関連するサブスクリプションに基づいて被呼側に関連するUE420への現在の呼のリンク401aを確立して維持してもよい。UE420には、図4Aに関して上記で説明したように、ネットワークMなどのネットワークとの相互作用を介して接続またはルーティングされてもよく、説明しやすいように、相互作用の詳細を省略する。UE420は、たとえば、サービスネットワーク401へのレッグ421aおよびTRM413へのレッグ401bおよびSIM_1(411)へのレッグ413bを通じて、マルチSIM通信デバイス410との現在の呼の被呼側を確立して維持してもよい。
【００４６】
現在の呼の間に、第1のSIM_1(411)に関連する品質低下が生じる場合がある。呼低下は、図4Aに関して上記で説明したように検出されてもよい。現在の呼が低下していると判定されたときには、リンク優先度リスト210または更新済みリンク優先度リスト210aが提示されてもよく、かつ第2の呼または新しい呼を発信するための代替物の選択が手動でまたは自動的になされてもよい。第2の呼のための代替物が選択されたときに、マルチSIM通信デバイス410はUE420への第2の呼の通告を行ってもよい。本例では、代替物は、サブスクリプションを必要とする場合も必要としない場合もあるWLAN104などのネットワークを含んでもよい。いくつかの実施形態では、WLAN104は第1の呼と同じサブスクリプション情報を使用してもよい。WLAN104は、インターネットプロトコル(IP)に従って動作してもよく、ネットワークアクセスポイントまたはその他のアクセスノードとの接続を確立することを含んでもよい。いくつかの例では、現在アクティブなサブスクリプションまたは別のサブスクリプションに関連するネットワークを使用して、現在の呼が進行中である間に、ボイスオーバーIP(VoIP)呼などに関するIP関連データ接続が同時に確立されてもよい。そのような例では、VoIP呼は、進行中の現在の呼に関する同じサブスクリプション情報を使用してもよい。したがって、発呼側にVoIP呼を確立することができ、呼の被呼側がそのままであるときに、通知または通告が必要とされない場合がある。新しいVoIP呼に関連するパケットが、現在の呼の被呼側に割り込むことなく被呼側にルーティングされてもよく、元の呼が継続されてもよい。
【００４７】
本例では、被呼側が、直接または適切なゲートウェイ、サーバ、もしくはその他のデバイスを通じてIPベースの呼を受信できるのであれば、新しい呼を開始するためにセッション開始プロトコル(SIP)メッセージを送信することによってVoIP呼の設定が実行されてもよい。SIPメッセージは、WLAN403を通じてUE420などの被呼側宛てに送信される場合があるSIP INVITEメッセージ413lを含んでもよい。WLAN403は、SIPメッセージをUE420宛てに送信されるSIP INVITEメッセージ403aとして送信してもよい。SIP INVITEメッセージ403aは、第1のネットワーク401およびWLANインターフェース403、またはネットワークMを含むその他のネットワーク内で利用可能なリソースを含む、たとえばSIPゲートウェイ、プロキシサーバ、サーバまたは一連のサーバを通じて、被呼側(たとえば、UE420)宛てに送信されてもよい。SIP INVITEメッセージ403aは、発呼側の名前および番号などの発呼側の情報を含んでもよい。この情報は、この呼が第1の呼を継続する呼であることを被呼側が知るのを可能にするのに十分な情報であってもよく、被呼側は、呼が完了するのを可能にするようにSIP INVITEメッセージ403aを受け入れてもよい。代替的に、この呼は、発呼側のVoIP呼として確立されてもよく、被呼側はそのままであってもよい。例示的な一実施形態では、SIP INVITEメッセージ403aは第1のネットワーク401のみに送信されてもよく、その後、第1のネットワーク401は、被呼側に対してすでにパケット音声通話が確立されていることを認識する。第1のネットワーク401は、SIP INVITEメッセージ403aを「受け入れて」もよく、呼は、被呼側のVoIPに対する変更に影響を与えることもなしに、あるいは被呼側のVoIPに対する変更が知られることもなしに継続されてもよい。
【００４８】
SIP INVITEが受け入れられたときに、場合によってはSIPゲートウェイ、プロキシサーバ、またはその他のSIP互換エンティティを通じて、UE420からWLAN403にSIP ACCEPT INVITEメッセージ421cが送信されてもよい。WLAN403は、SIP ACCPT INVITEメッセージ403bをマルチSIM通信デバイス410に転送してもよい。SIP ACCEPT INVITEメッセージ403bが、たとえばTRM413によって受信されたときに、現在の呼はマルチSIM通信デバイス410によって破棄されてもよい。SIM_1(411)は、TRM413へのレッグ411dを通じて現在の呼を破棄してもよい。TRM413は、レッグ413mを通じて現在の呼を破棄するために第1のネットワーク401にシグナリングしてもよい。図示していないが、呼のUE420側も同様に破棄されてもよい。VoIP呼がサブスクリプションを使用しない場合があるので、たとえばTRM413に関連する無線リソースがサブスクリプションおよびWLANインターフェース104によって同時アクセスを可能にしてもよいならば、現在の呼はVoIP呼が確立される前またはVoIP呼が確立された後の任意のときに破棄されてもよい。現在の呼が破棄されたときに、新しいVoIP呼は、WLAN403へのレッグ413hおよびWLAN403からUE420へのレッグ403cによって確立されてもよい。UE420は、WLAN403へのレッグ421dを確立してもよい。WLAN403は、呼を完了するためにマルチSIM通信デバイス410のTRM413へのレッグ403dを確立してもよい。本明細書で説明するような様々なレッグは、例示的であり、マルチSIM通信デバイス410、WLAN403、UE420、およびSIPゲートウェイ、プロキシサーバ、またはVoIPセッションもしくは他のパケットデータセッションを容易にするその他の要素などの場合によっては介在する要素などの様々な要素間に確立されるVoIPセッションを表す場合がある。VoIPセッションに関連するデータパケットは、いくつかのネットワーク要素にわたってルーティングされてもよいが、レッグは、一般に(たとえば、WLAN403を通じた)マルチSIM通信デバイス410とUE420との間のデータセッションを表す場
合があり、他の中間ノードを示さない場合がある。
【００４９】
図5は、マルチサブスクリプションデバイスの共有される信号処理リソースを使用して被呼側への呼のサブスクリプションを選択するための方法の実施形態500を示す。この方法は、ブロック502において、プロセッサと、無線モジュールと、信号プロセッサと、SIMモジュールまたはSIMインターフェースとを含む、マルチサブスクリプションデバイスに関連するシステムに電源を投入するステップを含んでもよい。SIMモジュールまたはSIMインターフェースは、マルチSIM通信デバイスがマルチアクティブデバイスであるかそれともマルチスタンバイデバイスであるかに応じてアクティブ化されてもよく、サブスクリプションとそれぞれのネットワークとの間の接続を可能にしてもよい。サブスクリプションがそれぞれのネットワークに接続されたときに、ブロック504においてリンク品質情測定値およびその他の情報が取得されてもよい。ブロック506において、測定された指標、優先度、ならびに代替サブスクリプションおよび代替非サブスクリプションを適合性の順にランク付けするのに使用されてもよいその他の因子に基づいて、リストが生成されデバイスメモリに記憶されてもよい。
【００５０】
マルチサブスクリプションデバイスのユーザが番号のダイアリングを開始したときに、ブロック508において、モバイル発信(MO)呼が行われていることがマルチサブスクリプションデバイスシステムに示されてもよい。MO呼の表示は、ブロック510において呼を完了することへの適合性の順にマルチサブスクリプションデバイスがサブスクリプションのリストを表示するのを可能にしてもよい。リストが表示されたときに、ブロック512において、適合性に基づいて呼を完了するためにサブスクリプションまたはネットワークのうちの1つが自動的にまたはユーザによって手動で選択されてもよい。マルチSIM通信デバイスは、常に最も適切なサブスクリプションまたはネットワークを自動的に選択するように構成されてもよく、その場合、ブロック512において選択を可能にするためのリストの表示を行う必要はない。ただし、どのサブスクリプションまたはネットワークが自動的に選択されるかに関する情報は表示されてもよい。
【００５１】
サブスクリプションまたはネットワークが選択されたときに、ブロック514において、選択されたサブスクリプションまたはネットワークを使用して呼に関する呼設定が完了されてもよい。現在の呼が進行中である間、ブロック516において、現在の呼に関連する現在のサブスクリプションまたはネットワークおよびその他のサブスクリプションおよびネットワークに関してリンク品質およびその他の因子が測定または取得されてもよい。適合性リストは、ブロック518において、新しい適合性ランク付けを生成するかまたは既存のランク付けを確認するために、新たに取得された測定値およびその他の情報に基づいて更新され場合によっては並べ替えられてもよい。
【００５２】
図6は、被呼側へ発信すべき第2の呼の通告または通知を実行する方法の実施形態600を示す。監視時には、図5に関して上記で説明したように、ブロック602において、SINR、RSSI、CQI、または上記で説明したようなその他の因子などの品質関連インジケータの低下を認識することなどによって、被呼側への現在の呼が低下していると判定されてもよい。低下の認識は、それぞれのインジケータまたはその他の因子が、所定のしきい値レベルよりも低下している場合があるか、またはその因子がじきにしきい値レベルよりも低下する可能性があることを示す低下傾向を示す場合があることの認識を含んでもよい。低下条件が判定されたときに、ブロック604において、サブスクリプションおよびネットワークの適合性リストが被呼側に第2の呼を発信することへの適合性の順に表示されてもよい。リストが表示されたときに、ブロック606において、適合性に基づいて第2の呼を完了するためにサブスクリプションまたはネットワークのうちの1つが自動的にまたはユーザによって手動で選択されてもよい。マルチSIM通信デバイスは、常に最も適切なサブスクリプションまたはネットワークを自動的に選択するように構成されてもよく、その場合、ブロック606において選択を可能にするためのリストの表示を行う必要はない。ただし、どのサブスクリプションまたはネットワークが自動的に選択されるかに関する情報が表示されてもよい。
【００５３】
第2の呼を完了するためのサブスクリプションが選択されたときに、ブロック608において、限定はしないが、第2のサブスクリプションに関連する発呼側の名前および電話番号、ならびに第2の呼が現在の呼または第1の呼に関連する発呼側からの呼である場合があることを認識するために被呼側によって使用されてもよいその他の情報を含む情報を含む通知機構を使用して被呼側へのその呼の通告が行われてもよい。この機構は、現在の呼に関するサブスクリプション、第2の呼に関するサブスクリプション、またはネットワークベースの機構などのその他の機構に関連付けられてもよい。いくつかの実施形態では、通告または通知の受入れを示す通知が被呼側から受信されてもよい。
【００５４】
選択されたサブスクリプションまたはネットワークがアクティブであるとき(たとえば、判定ブロック612=“YES”)、ブロック614において、選択されたネットワークを使用して第2の呼が完了されてもよい。ブロック616において、第2の呼が完了されたときに第1の呼が破棄されてもよい。選択されたサブスクリプションまたはネットワークがアクティブではないとき(たとえば、判定ブロック612=“NO”)、マルチサブスクリプションマルチスタンバイデバイスとの関連などにおいて、ブロック618において第1の呼が破棄されてもよい。ブロック620において、第2の呼のために選択されたサブスクリプションに関するSIMがアクティブ化されてもよい。ブロック622において、第2の呼が選択されたネットワークを使用して完了されてもよい。第2の呼が完了されたときに、ブロック624において、発呼側と被呼側との間の会話が再開されてもよい。この方法の実施形態は第2の呼が完了することによって終了されてもよいが、たとえば、ブロック616およびブロック624において、第2の呼の品質が低下するという条件でこの方法がさらに繰り返され、2番目に適切なサブスクリプションまたはネットワーク上に第3の呼を確立してもよい。さらに、サブスクリプション間の急速な切替えを防止するために何らかの遅延またはヒステリシスあるいはその他の条件が適用されるかまたは課されてもよい。
【００５５】
図7A〜図7Cは、被呼側への第2の呼の通告のための代替方法の実施形態700a、700b、700cを示す。第2の呼のためのサブスクリプションまたはネットワークが手動でまたは自動的に選択されたときに、ブロック702において、たとえば、図7Aに示す方法700aにおける第1の呼の間に、第2の呼に関して第1のネットワーク上で被呼側への通告がなされてもよい。ブロック704において、現在の呼または第1の呼に関連するサブスクリプションまたはネットワーク上で送信されるSMSメッセージを使用して第2の呼の通知を被呼側に送信することによって通告が実行されてもよい。SMSメッセージは、被呼側の番号などの被呼側情報、ならびに発呼側の名前および第2の呼の発信電話番号を含む第2の呼に関する発呼情報などの発呼側情報を含んでもよく、それによって、被呼側は、第2の呼が発呼側からの呼であり、かつ第1の呼を継続する呼を表すことを知ってもよい。SMSメッセージは、第2の呼の理由に関する情報、たとえば、第1の呼の品質低下をさらに含んでもよい。GSM(登録商標)ネットワークでは、たとえば、SMSメッセージは、第1の呼が進行中である間に第1の呼に関連する低速付随制御チャネル(SACCH)上で送信されてもよい。発呼側に関連するマルチSIM通信デバイスが複数のアクティブサブスクリプションをサポートするかどうかに応じて、第1の呼を破棄することによって第2の呼が完了されてもよく、あるいは第1の呼を破棄せずに第2の呼が完了されてもよい。さらに、第2の呼は、第2の呼が被呼側によって受け入れられているかそれとも被呼側によって受け入れられることになるかを示すことによって完了されてもよく、あるいはそのことを示さずに完了されてもよい。上記でSMSメッセージを送信するための機構の一例について説明したが、ネットワークの向上およびネットワークのサポートされる動作モードに応じて他の機構が可能である場合がある。
【００５６】
図7Bに示す方法の実施形態700bでは、第2の呼のためにサブスクリプションまたはネットワークが手動でまたは自動的に選択されたときに、ブロック706において、第2の呼が設定される前に第2の呼に関して第2のネットワーク上で被呼側への通告がなされてもよい。ブロック708において、第2の呼に関連するサブスクリプションまたはネットワーク上で送信されるSMSメッセージを使用して第2の呼の通知を被呼側に送信することによって通告が実行されてもよい。GSMネットワークでは、たとえば、SMSは、第2のネットワークに関連するページングチャネル(PCH)上でページングメッセージを受信することで開始されるマルチSIM通信デバイスと第2のネットワークとの間のメッセージングの交換に基づいて送信されてもよい。発呼側は、ランダムアクセスチャネル(RACH)上でチャネル要求に応答してもよく、トラフィックチャネル(TCH)が割り当てられる前に使用されてもよい利用可能なスタンドアロン専用制御チャネル(SDCCH)を示すアクセスグラントチャネル(AGCH)上でメッセージを受信してもよい。このメッセージは、SDCCHチャネル上で被呼側に送信されてもよい。メッセージが送信される前にトラフィックチャネルが割り当てられる場合、メッセージは、SACCHを使用して上記の例と同様に送信されてもよい。いくつかの実施形態では、第2の呼は、レイテンシを改善するために、割り当てられたTCHを使用して確立されてもよい。
【００５７】
図7Cに示す方法の実施形態700cでは、第2の呼のためにワイヤレスローカルエリアネットワーク(WLAN)が手動でまたは自動的に選択されたときに、ブロック712において、第2のネットワーク上での被呼側への第2の呼が開始されてもよい。ブロック714において、メッセージを送受信するために、セッション開始プロトコル(SIP)ユーザエージェント(UA)またはユーザエージェントクライアント(UAC)などのボイスオーバーIP(VoIP)サービスが開始されてもよい。発呼側は、マルチサブスクリプションデバイスに関連する汎用リソース識別子(URI)を使用して識別されてもよく、被呼側に関連するURIによって被呼側と連絡をとってもよい。URIは、通信リソースを識別してもよく、電話番号、電子メールアドレス、または通信リソースのその他の識別子を含んでもよい。本例では、ブロック716において、第2の呼の開始が、SIP INVITEメッセージを被呼側の方へ送信することにより、または被呼側に関連するエージェントを通じて、WLANによって実行されてもよい。例示的な一実施形態では、SIP INVITEが第1のサブスクリプションおよび発呼側に関連する第1のネットワークに送信されてもよい。第1のネットワークは、パケットボイスセッションがすでに被呼側に対して進行中であることを認識してもよい。SIP INVITEは、発呼側と第1のネットワークとの間の呼のレッグ上にVoIPを設定するためにネットワークによって受け入れられてもよい。被呼側の呼の残りのレッグはそのままであってもよく、呼が継続されてもよい。
【００５８】
被呼側に関連するUEがIP機能を有するとき、呼は、被呼側UEに関連するURI宛てに送信されてもよい。UEは、IP機能を有さないとき、それにもかかわらず、VoIP終了ゲートウェイまたは被呼側に関連するモバイル切替え機器とコロケートされてもよいその他の機構を通じて、被呼側に関連するモバイル番号宛てに呼を送信することが可能であってもよい。VoIP終了ゲートウェイは、発呼側からのVoIPデータおよびシグナリングを被呼側に適合するデータおよびシグナリングに変換してもよく、被呼側からのデータおよびシグナリングをVoIPメッセージおよびシグナリングに変換してもよい。任意の例示的な実施形態では、被呼側がSIP INVITEを受け入れてもよく、ブロック718において、発呼側が被呼側からSIP ACCEPT INVITEを受信してもよい。
【００５９】
ブロック720において、SIP設定手順が完了されてもよく、かつ第2の呼が確立されてもよい。VoIP呼が発呼側と第1のネットワークとの間の呼のレッグのみを使用して確立されたり、あるいは第1の呼に関連するサブスクリプション情報がSIP INVITEメッセージにおいて使用されたりする様々な実施形態では、発呼側がVoIP呼に切り替わったことに被呼側が気付かないことがあり、呼がそれほどの割り込みなしに進行する場合がある。第1の呼からのパケットと同様に、ボイスパケットが発呼側から被呼側にルーティングされる場合がある。したがって、被呼側は、発呼側でのVoIP呼への切替えの影響を受けないままである場合がある。
【００６０】
第3世代パートナーシッププロジェクト(3GPP)に基づく様々な仕様に従って設計されたネットワークの計画的なロングタームエボリューション(LTE)などの高度な進歩において、SMSは、回線交換フォールバック(CSFB)をサポートする新たに指定されたSGインターフェースを介してネットワークプロトコルの非アクセスレイヤにおいて送信される場合がある。UEとモビリティ管理エンティティ(MME)との間で使用される非アクセス層(NAS)シグナリングプロトコルにおいてSMSメッセージがカプセル化されてもよい。SMSメッセージは、モバイルスイッチングセンター(MSC)/UEが現在結合高度パケット交換システム(EPS)において登録されているビジテッドロケーションレジスタ(VLR)/国際モバイル加入者識別情報(IMSI)接続手順間で転送されてもよい。SGインターフェースはMMEとMSC/VLRとの間に位置付けられる。SGを介してSMSをサポートするにはCSFB(MME、MSC、およびUE)をサポートするすべてのエンティティが必要である。ただし、SGを介してSMSをサポートするエンティティがCSFBをサポートするとは限らない。SGを介したSMSの実装形態は、MME、MSC、およびUEのみを含む場合があり、このうちでMSCのみがレガシー回路交換ネットワークに属する場合がある。
【００６１】
ボイスオーバーLTE(VoLTE)の実装形態では、IPを介してSMSが伝送されてもよく(SMSオーバーIP)、それによって、SMSメッセージがSIPプロトコル内のペイロードとして伝送されてもよい。VoLTEハンドセットはSIPをサポートするように構成されてもよく、SMSメッセージは、受信側のIPマルチメディアパブリックアイデンティティ(IMPU)にアドレス指定されたSIP MESSAGE内のカプセル化データとして送信されてもよい。SIP MESSAGEは、受信側にサービスするサービング呼状態制御機能(S-CSCF)ノードによって受信され処理されてもよい。SIP MESSAGEに関するルーティングの決定は、受信側のサブスクリプションプロファイルおよびネットワーク事業者ポリシーに応じて下される。受信側が「オフライン」であるときなど(たとえば、現在IMSドメインに接続されていない)に、S-CSCFがSIP MESSAGEをIPマルチメディアサブシステム(IMS)ドメインを介して受信側に転送することができないと判定した場合、SIP MESSAGEは、IPショートメッセージゲートウェイ(IP-SM-GW)にルーティングされてもよく、そこでレガシーSMSドメインと相互作用してもよい。SIP MESSAGEはカプセル化解除されてもよく、SMSペイロードが抽出され通常のSMSとして転送されてもよい。受信側は次いで、たとえば、トランスポートレベルで、レガシー回路交換ネットワークを介してSMSを受信してもよい。他の構成では、SMSが、通常、より高度な通信サービスとともに使用される、(オープンモバイルアライアンス)OMA-SIMPLEまたはOMA-CPM SIP MESSAGEと相互作用する必要があるときなど、サービスレベル相互作用が必要であるときに、IP-SM-GWが使用されてもよい。上記でメッセージング機構のいくつかの例について説明したが、これらの例は例示的で非制限的であることが企図されている。現在のネットワーク構成の下で、かつ規格が発展するにつれて、本明細書で開示する本発明の概念から逸脱せずに多数の代替形態が可能であることに留意されたい。
【００６２】
図8を参照すると、ポータブル電子デバイスの特定の例示的な実施形態のブロック図が示されており、全体が800として表されている。一実施形態では、図8のポータブル電子デバイス800は、図1CのマルチSIM通信デバイス110を含むかまたは図1CのマルチSIM通信デバイス110内に含められてもよい。さらに、図5、図6、および図7を参照して上記で説明した方法の全部または一部は、図8のポータブル電子デバイス800においてまたは図8のポータブル電子デバイス800によって実行されてもよい。ポータブル電子デバイス800は、メモリ832に結合されたデジタル信号プロセッサ(DSP)810などのプロセッサを含む。メモリ832は、命令860、少なくとも1つの優先度基準862、および履歴情報864を記憶するコンピュータ可読有形記憶媒体を含んでもよい。命令860は、DSP810によって実行可能であってもよく、他のプロセッサ、コントローラ、または論理によって実行可能であってもよい。
【００６３】
図8に示す実施形態では、ポータブル電子デバイス800は、第1のSIMインターフェース872と、第2のSIMインターフェース876と、第Nのインターフェース880までの追加のSIMインターフェースとを含む。第1のSIMインターフェース872は、第1のサブスクリプションに関連してもよい第1のSIM872を受け取る機能を実行してもよく、第2のSIMインターフェース876は、第2のサブスクリプションに関連してもよい第2のSIM874を受信する機能を実行してもよく、第NのSIMインターフェース880は、第NのSIM878を受信する機能を実行してもよい。たとえば、SIMインターフェース872、876、878のうちの少なくとも1つは、SIMカードの収容空間と受け入れられるSIMカードの導電端子を受け入れるための複数の連結レセプタクルとを有する本体を含むSIMカードコネクタであってもよい。SIMカードとの電気的シグナリング接触は導電端子およびレセプタクルを通じて行われてもよい。例示的なインターフェースは、シリアル接続またはパラレル接続(たとえば、6ピン、8ピン、Nピン)を含んでもよい。さらに、複数のSIMカードサイズが収容されてもよい(たとえば、フルサイズ、ミニSIM、またはミクロSIM)。代替実施形態では、ポータブル電子デバイス800は、複数のサブスクリプションが共通のUIMに関連付けられているときには(たとえば、共通SIM)、複数のSIMインターフェースを含まなくてもよい。
【００６４】
図8はまた、デジタル信号プロセッサ810およびディスプレイ828に結合されてもよいディスプレイコントローラ826も示す。コーダ/デコーダ(コーデック)834は、符号化および復号方式に従ってアナログ信号からデジタル信号を生成し、逆にデジタル信号からアナログ信号を生成するためのデジタル信号プロセッサ810に結合されてもよい。スピーカ836およびマイクロフォン838は、コーデック834に結合されてもよい。図8は、ワイヤレスコントローラ840が、デジタル信号プロセッサ810、1つまたは複数の信号処理リソース(たとえば、RFリソース842)、およびワイヤレスアンテナ844に結合されてもよいことをも示す。本明細書で説明するような様々なサブスクリプションネットワークとの接続に加えて、WLAN104との接続などのローカルエリアネットワークとのネットワーク接続がワイヤレスコントローラ840を通じて実現されてもよい。特定の実施形態では、ワイヤレスコントローラ840は、図1Cのコントローラ120を含んでもあるいは図1Cのコントローラ120内に含まれてもよく、RFリソース842は、図1Cの単一のRx-Txチェーン104の信号処理リソース106に対応してもよい。
【００６５】
ワイヤレスコントローラ840は、第1のサブスクリプション、第2のサブスクリプション、第Nのサブスクリプション、およびWLAN104にアクセスするための要求に関係する様々なアクセス周期または間隔の間、信号処理リソース(たとえば、1つまたは複数のRFリソース842)にアクセスするための要求を管理する機能を実行してもよい。たとえば、マルチSIMマルチスタンバイ通信デバイス(たとえば、MSMS通信デバイス)またはマルチSIMマルチアクティブ通信デバイス(たとえば、MSMA通信デバイス)、に関して、ワイヤレスコントローラ840は、複数のSIM間の競合および複数の無線技術の任意の組合せを管理してもよい。ワイヤレスコントローラ840は、様々なアクセス期間またはアクセス間隔の間、第1のサブスクリプション、第2のサブスクリプション、第Nのサブスクリプション、およびWLANに対する信号処理リソースへのアクセスの許可を管理する機能をさらに実行してもよい。様々な実施形態では、MSMS通信デバイスは、モバイルスイッチングセンターサーバ(“MSC”)のページング再送信スケジュール(「再送信間隔」)を仮定または判定してもよい。MSCは、不連続受信(“DRX”)の実行を試みるMSMS通信デバイス上でのサブスクリプションに送信すべきページングメッセージをスケジューリングしてもよい。サブスクリプションがこのページに応答しない場合、MSCは、将来の再送信間隔の間のページングメッセージの再送信(「反復ページ」)をスケジューリングしてもよい。
【００６６】
ワイヤレスコントローラ840は、優先度基準862および/または履歴情報864に関係する場合があり、リンク品質関連測定値などの、信号処理リソースへの以前のサブスクリプションアクセスに関係する情報を更新するのに使用される場合がある情報を測定または取得する機能をさらに実行してもよい。
【００６７】
特定の一実施形態では、DSP810、ディスプレイコントローラ826、メモリ832、コーデック834、ワイヤレスコントローラ840、およびRFリソース842は、システムインパッケージデバイスまたはシステムオンチップデバイス822に含まれる。特定の実施形態において、入力デバイス830と電源846がシステムオンチップデバイス822に結合される。その上、特定の実施形態では、図8に示すように、ディスプレイ828、入力デバイス830、スピーカ836、マイクロフォン838、ワイヤレスアンテナ844、電源846、第1のSIM870、第1のSIMインターフェース872、第2のSIM874、および第2のSIMインターフェース876が、システムオンチップデバイス822の外部にある。しかし、ディスプレイ828、入力デバイス830、スピーカ836、マイクロフォン838、ワイヤレスアンテナ844、電源846、第1のSIM870、第1のSIMインターフェース872、第2のSIM874、および第2のSIMインターフェース876の各々は、インターフェースまたはコントローラなどのシステムオンチップデバイス822の構成要素に結合されてもよい。
【００６８】
当業者には、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装されてもよいことがさらに了解されよう。様々な例示的な構成要素、ブロック、構成、モジュール、回路、およびステップについて、それらの機能に関して概略的に上記で説明した。そのような機能がハードウェアまたはソフトウェアのいずれとして実現されているのかは、システム全体に課される特定の用途および設計制約に依存する。当業者は、特定の用途ごとに様々な方法で、記載した機能を実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱を生じさせると解釈されるべきではない。
【００６９】
前述の方法の説明およびプロセスフロー図は、単に例示的な例として提供され、様々な実施形態のステップが提示された順序で実行されなければならないことを必要とするまたは示すことを意図していない。当業者によって理解されるであろうように、前述の実施形態のステップの順序は、任意の順序で実行されてもよい。「その後」、「次いで」、「次に」などの単語は、ステップの順序を制限することを意図しておらず、これらの単語は、単に、方法の説明を通じて読者を導くために使用される。さらに、たとえば、「1つの(a)」、「1つの(an)」、または「その(the)」という冠詞を使用する単数形におけるクレーム要素への任意の参照は、それらの要素を単数形に限定するものとして解釈されるべきではない。
【００７０】
本明細書において開示した態様に関して説明する様々な例示的な論理、論理ブロック、モジュール、および回路を実装するために使用されるハードウェアは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別のハードウェア構成要素、または、本明細書で説明する機能を実施するように設計されたそれらの任意の組合せで、実装または実施される場合がある。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサを、コンピューティングデバイスの組合せ、たとえばDSPおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアに関連する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装する場合もある。あるいは、いくつかのステップまたは方法は、所与の機能に固有の回路網によって実行されてもよい。
【００７１】
1つまたは複数の例示的な態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施されてもよい。ソフトウェアにおいて実現される場合、機能は、1つまたは複数の命令またはコードとして(すなわち、プロセッサ実行可能命令)、非一時的なコンピュータ可読記憶媒体または非一時的なプロセッサ可読記憶媒体上に記憶されてもよい。本明細書で開示した方法のステップまたはアルゴリズムのステップは、非一時的なコンピュータ可読またはプロセッサ可読記憶媒体上に常駐し得るプロセッサ実行可能ソフトウェアモジュールにおいて具体化されてもよい。非一時的なコンピュータ可読またはプロセッサ可読記憶媒体は、コンピュータまたはプロセッサによってアクセスされる場合がある任意の記憶媒体であってもよい。限定ではなく例として、そのような非一時的コンピュータ可読記憶媒体または非一時的プロセッサ可読記憶媒体は、RAM、ROM、EEPROM、フラッシュメモリ、CD-ROMもしくは他の光ディスク(disc)ストレージ、磁気ディスク(disk)ストレージもしくは他の磁気ストレージデバイス、あるいは命令もしくはデータ構造の形で所望のプログラムコードを記憶するのに使用でき、コンピュータによってアクセスできる任意の他の媒体を含んでもよい。本明細書において使用される場合、ディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザー(登録商標)ディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は通常データを磁気的に再生するが、ディスク(disc)はデータをレーザーにより光学的に再生する。上記の組合せは、また、非一時的なコンピュータ可読およびプロセッサ可読媒体の範囲内に含まれる。加えて、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込まれ得る非一時的なプロセッサ可読記憶媒体および/またはコンピュータ可読記憶媒体上のコードおよび/または命令の1つまたは任意の組合せもしくはセットとして常駐してもよい。
【００７２】
開示した実施形態の上述の説明は、任意の当業者が本発明を作成または使用することを可能にするために提示されてもよい。これらの実施形態に対する様々な変更形態が、当業者には容易に理解されることになり、本明細書に定義される一般的原理は、本発明の趣旨または範囲を逸脱することなく他の実施形態に適用されてもよい。したがって、本発明は、本明細書に示す実施形態に限定されることを意図しておらず、以下の特許請求の範囲、ならびに、本明細書で開示する原理および新規な特徴と一致する最も広い範囲を与えられるべきである。
【符号の説明】
【００７３】
100  システム
101  第1のネットワーク
102  第2のネットワーク
103  第Nのネットワーク
104  WLANネットワーク
106  信号処理リソース
110  マルチSIM通信デバイス
110a  マルチSIM通信デバイス
110b  他の電話デバイス
111a  SIM
114  ネットワークインターフェース
120  コントローラ
130  履歴情報
131  第1のサブスクリプションリンクアクセス品質情報
132  第2のサブスクリプションリンクアクセス品質情報
133  第Nのサブスクリプションリンクアクセス品質情報
134  WLANリンクアクセス品質情報
200  例示的なランク付けシナリオ
205  ランク付け更新シナリオ
210  リンク優先度リスト
210a  更新済みリンク優先度リスト
211  最も左側の列
211a  ネットワーク
212a  SINR
213a  コスト
214a  PWR
215a  CQI
216a  RSSI
301a  発呼側デバイス
301b  発呼側デバイス
311a  ディスプレイ
311b  ディスプレイ
320  ディスプレイウィンドウ
330  ディスプレイウィンドウ
331  メッセージウィンドウ
340  メッセージングアプリケーション
340a  メッセージングアプリケーション
340b  メッセージングアプリケーション
341a  メッセージ
341b  メッセージ
342a  テキスト入力ウィンドウ
342b  テキスト入力ウィンドウ
343a  送信ボタン
343b  送信ボタン
344a  メッセージ
401  第1のネットワーク
401a  リンク
401b  レッグ
401c  レッグ
401d  レッグ
402  第2のネットワーク
402a  レッグ
402b  レッグ
402c  レッグ
402d  レッグ
402e  レッグ
403  WLAN
403a  SIP INVITEメッセージ
403b  SIP ACCEPT INVITEメッセージ
403c  レッグ
403d  レッグ
410  マルチSIM通信デバイス
411a  レッグ
411b  レッグ
411c  レッグ
411d  レッグ
412a  レッグ
412b  レッグ
413  TRM
413a  レッグ
413b  レッグ
413c  レッグ
413d  レッグ
413e  レッグ
413f  レッグ
413g  レッグ
413h  レッグ
413i  レッグ
413j  レッグ
413k  レッグ
413m  レッグ
421a  レッグ
421b  レッグ
421c  SIP ACCEPT INVITEメッセージ
421c  レッグ
421d  レッグ
800  ポータブル電子デバイス
810  デジタル信号プロセッサ
826  ディスプレイコントローラ
828  ディスプレイ
830  入力デバイス
832  メモリ
834  コーデック
836  スピーカ
838  マイクロフォン
840  ワイヤレスコントローラ
842  RFリソース
844  ワイヤレスアンテナ
846  電源
860  命令
862  優先度基準
864  履歴情報
872  第1のSIMインターフェース
880  第Nのインターフェース
【図１Ａ】
0006426161.tif 000002
【図１Ｂ】
0006426161.tif 000003
【図１Ｃ】
0006426161.tif 000004
【図２Ａ】
0006426161.tif 000005
【図２Ｂ】
0006426161.tif 000006
【図３Ａ】
0006426161.tif 000007
【図３Ｂ】
0006426161.tif 000008
【図４Ａ】
0006426161.tif 000009
【図４Ｂ】
0006426161.tif 000010
【図４Ｃ】
0006426161.tif 000011
【図５】
0006426161.tif 000012
【図６】
0006426161.tif 000013
【図７Ａ】
0006426161.tif 000014
【図７Ｂ】
0006426161.tif 000015
【図７Ｃ】
0006426161.tif 000016
【図８】
0006426161.tif 000017