(57)【要約】      （修正有）【課題】移動通信システムで使用される識別子を共有する複数のデバイスにより形成され得る仮想端末のモビリティをサポートする方法を提供する。【解決手段】1つ以上の独立したデバイスから形成される仮想端末と、仮想端末を管理する端末管理エンティティ(TME)とを有する。仮想端末及び端末管理エンティティは、基地局及び/又はアクセスポイント(BS/AP)を介して通信する。端末管理エンティティは、仮想端末に対して提供されるサービスのためのサービスIDを作成し、サービスIDは1つ以上の独立したデバイスにより共有され、各デバイスは自身のデバイスIDを有する。TMEは、SCTPのようなマルチホーミングトランスポートプロトコルを利用することにより仮想端末のネットワークとの関連付けを行い、関連付けはサービスIDを利用することによりサービスをサポートする。【選択図】図４
2016220195.tif 000002
【特許請求の範囲】
【請求項１】
独立したデバイスとネットワークとの間の無線通信のための方法であって：
複数の独立したデバイスから仮想端末を形成するステップ；
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
前記仮想端末を前記ネットワークに関連付けるステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；及び
前記仮想端末のうちの少なくとも1つの独立したデバイスに前記サービスを提供するステップ；
を有する方法。
【請求項２】
前記仮想端末と前記ネットワークとの間の関連付けは、マルチホーミングプロトコルを利用することによることを特徴とする請求項1に記載の方法。
【請求項３】
前記複数の独立したデバイスのうちの少なくとも2つは、独立した物理デバイスである、請求項1又は2に記載の方法。
【請求項４】
前記仮想端末のうち、前記サービスに関連するロケーションアップデートを送信する独立したデバイスを選択するステップを更に有する請求項1ないし3のうち何れか1項に記載の方法。
【請求項５】
前記仮想端末のうち、前記サービスに関連するページングを受信する独立したデバイスを選択するステップを更に有する請求項1ないし4のうち何れか1項に記載の方法。
【請求項６】
前記仮想端末のうち、前記サービスに関連するページングに応答する独立したデバイスを選択するステップを更に有する請求項1ないし5のうち何れか1項に記載の方法。
【請求項７】
前記仮想端末のうち、前記サービスを配信する独立したデバイスを選択するステップを更に有する請求項1ないし6のうち何れか1項に記載の方法。
【請求項８】
前記仮想端末のうちの或る独立したデバイスから前記仮想端末のうちの別の独立したデバイスへ、前記サービスの配信をハンドオーバーするステップを更に有する請求項7に記載の方法。
【請求項９】
前記仮想端末のローカルマネジャとして、前記仮想端末のうちの1つの独立したデバイスを決定するステップを更に有する請求項1ないし8のうちの何れか1項に記載の方法。
【請求項１０】
前記の形成するステップ及び関連付けるステップは、前記ネットワークにおいて端末管理装置を利用して実行される、請求項1ないし9のうちの何れか1項に記載の方法。
【請求項１１】
無線通信システムであって：
複数の独立したデバイスから形成された仮想端末；及び
前記仮想端末を管理する端末管理装置；
を有し、前記端末管理装置は、
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
前記仮想端末をネットワークに関連付けるステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；及び
前記仮想端末のうちの少なくとも1つの独立したデバイスへの前記サービスの提供を管理するステップ；
を行うように構成される、無線通信システム。
【請求項１２】
無線通信システムに接続される端末管理装置であって：
前記無線通信システムにおける複数の独立したデバイスから形成された仮想端末を登録するステップ；
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
前記仮想端末のネットワークとの関連付けを行うステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；及び
前記仮想端末のうちの少なくとも1つの独立したデバイスへの前記サービスの提供を管理するステップ；
を行うように構成される、端末管理装置。
【請求項１３】
無線通信システムに接続されるコンピュータのプロセッサにより実行される場合に、請求項12に記載の端末管理装置をもたらすソフトウェア。
【請求項１４】
無線ネットワークで使用するための仮想端末であって：
複数の独立した無線デバイス；及び
ネットワークにおける端末管理装置と通信する制御モジュール；
を有し、前記制御モジュールは：
前記端末管理装置に前記仮想端末を登録するステップ；
前記仮想端末に提供されるサービスのサービスIDを、前記端末管理装置から受信するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；及び
前記端末管理装置とともに、前記仮想端末の前記ネットワークとの関連付けを行うステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；
を行うように構成される、仮想端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に移動通信システム又はネットワークに関連し、特に、移動通信システムで使用される識別子を共有する複数のデバイスにより形成され得る所謂「仮想端末(virtual  terminals)」のモビリティをサポートする仕組みに関連する。
【背景技術】
【０００２】
説明される本発明の実施形態は、様々な種類の無線アクセス技術(Radio  Access  Technology：RAT)に適用されることが可能であり、及び、複数のRATに同時に適用されることが可能である、しかしながら、関連する幾つかの概念を説明するために、3GPPのロングタームエボリューション(Long-Term  Evolution)(通常、「LTE」と略される)のような1つのRATに関する形態についての幾つかの簡単な説明を行う。
【０００３】
図1にはLTEにおける基本的なシステムアーキテクチャが示されている。図1に見受けられるように、各々のモバイルデバイス(LTEではUEとして言及される)は、Uuインターフェースによる無線リンクを介して基地局(eNB又はeNodeB)に接続し、基地局は無線通信システムの1つ以上のセルを規定する。
【０００４】
次に、各々のeNBはS1インターフェースを利用する(通常的には)有線のリンクにより上位レベルの又は「コアネットワークの」エンティティに接続され、そのエンティティ又は装置は、サービングゲートウェイ(Serving  Gateway：S-GW)及びモビリティ管理エンティティ(Mobility  Management  Entity：MME)を含み、これらは、システムを管理し、ネットワークにおける他のノード(特に、eNB)に対する制御シグナリングを送信する。S1インターフェースは、S1-U及びS1-MME(しばしば、「S1-C」と言及される)に細分されることが可能であり、添え字の「-U」はS-GWへの及びS-GWからのユーザーデータを通信するためにeNB11により使用されるユーザープレーンを示し、S1-MMEは制御プレーン(又はコントロールプレーン)に関連し、その制御プレーンを通じてeNBはMMEと制御メッセージを送受信する。
【０００５】
S-GWは、UEへのダウンリンク及びアップリンクに関するユーザーデータのパケット転送の責務を担う。S-GWは、あるeNBから他のeNBへのUEのハンドオーバーの際に、ユーザープレーンに関する「モビリティアンカー(mobility  anchor)」を提供する。これ(S-GW)は、UEとの実際のコネクションの詳細であるUEコンテキスト(UE  context)を管理及び保存する。
【０００６】
MMEの主な機能は、その名称が示すように、UEの移動(モビリティ)を管理することであり、これはシグナリング専用エンティティ(signalling-only  entity)である；言い換えれば、ユーザーデータパケットはMMEを通らなくてよい。1つのeNBが、複数のMMEに対する複数のS1-MMEインターフェースを有することが可能である。MMEの機能の1つは、UEがネットワークを移動する場合にUEの跡(又は軌跡又は経路)を追跡することであり；MMEは、UE識別子及びUEの位置の登録を維持する。アイドルモードのUE宛てのダウンリンクデータが存在する場合、MMEは、UEの身元(例えば、テンポラリモバイルサブスクライバ識別子(Temporary  Mobile  Subscriber  Identity：TMSI)のようなデバイスID)を含むページングメッセージを送信する。
【０００７】
「トラッキングエリア(Tracking  Area：TA)」という概念が、説明される発明に関連しており、従って以下に簡単に説明する。LTEのようなシステムでは、オーバーラップするネットワークセルを形成し、そのセルを通じてモバイルデバイスは移動する。上述したように、MMEはネットワーク内のUEの跡を保持する(追跡する)。トラッキングエリアは、セルのグループであり、そのグループの中でUEは、自身の位置に関してMMEを更新する必要無しに自由に移動することができる。この点に関し、LTEではトラッキングエリアリスト(Tracking  Area  List：  TAL)が提供され、同じセルが複数のトラッキングエリアに所属することを許容し、TAがオーバーラップすることを許容し、シグナリングオーバーヘッドを削減する。UEは、ネットワークを移動する場合にTALを参照し、TALに載っていないセルに移動した場合に限り自身の位置を更新しなければならない。UEは、デバイスID(例えば、自身のTMSI)とともにロケーションアップデートメッセージ(位置更新メッセージ)をネットワークに送信することにより、自身の位置を更新し、MMEがレジスタ(登録)を更新できるようにする。
【０００８】
複数のレイヤのプロトコルの中で実行されるべきタスクを分けることによって、無線通信システムは構成され、システム内の各ノード又はエンティティは、概念的に(抽象的に)互いに通信する対応するレイヤにおけるプロトコルにより、プロトコルスタックの様々なレイヤ(又はレイヤの中のレベル)におけるデータを処理するように準備されている。採取的には、システムにおける全てのシグナリングは最下層の物理レイヤにより実行されるが、この階層構造は、各レイヤが独立に考察されることを許容する。
【０００９】
図2は、一例として、LTEで使用される制御プレーンのプロトコルレイヤを示す。影付きのボックスはシステム内の異なるノード(UE、eNodeB及びMME)を表現する。各々のノードの中で、複数のプロトコルは「プロトコルスタック」を形成する。すなわち、図1におけるUE及びeNBの間のような無線ネットワークにおけるノード間のメッセージの伝達は、複数のレイヤのプロトコルスタックを利用することを含む。
【００１０】
図2に示されるプロトコルは様々な方法でグループ化されることが可能である。例えば、図2に示されるような、ノンアクセスストラタム(Non-Access  Stratum：NAS)、S1-AP  (後述)及び無線リソース制御(Radio  Resource  Control：RRC)プロトコルにはレイヤ_3のラベルが付され、PDCP、MAC及びRLCプロトコルにはレイヤ_2のラベルが付され、物理レイヤ(Physical  layer：PHY)にはレイヤ_1のラベルが付されてもよい。広義に言えば、送信側のレイヤ_3は、モビリティ及びセッション管理に関するメッセージコンテンツを構成する責務を担い、例えば、更なる処理(転送の目的のためのヘッダの付加などを含む)のために下位のレイヤ2に渡し、送信のために更に下位のレイヤ1に渡す。
【００１１】
より具体的には、レイヤ2は、パケットデータコンバージェンスプロトコル(Packet  Data  Convergence  Protocol：PDCP)サブレイヤ、無線リンク制御(Radio  Link  Control：RLC)サブレイヤ、及び、メディアアクセス制御(Media  Access  Control：MAC)サブレイヤを含む。MACレイヤは、S1シグナリングメッセージ又はその他のデータを、無線ネットワークを介する伝達に相応しいデータユニット(MAC  PDU)に形成する。これらは物理レイヤPHYにより受信され、PHYは、各々のネットワークノードからネットワークの無線リソースへのリンクを提供する。受信側では、レイヤ1から始まり、各レイヤは対応する送信側のレイヤで挿入されたヘッダをデコードし、データユニットを再構築できるようにし、データユニットは次の上位レイヤに渡される。
【００１２】
シグナリングメッセージは、図2では仮想的な破線で示されるUuインターフェースを介してUE及びeNodeBの間で送受信される。S1制御プレーンインターフェース(S1-MME)は、eNB及びMMEの間のリンクで規定される。
【００１３】
アプリケーションレイヤシグナリングプロトコルは、S1アプリケーションプロトコル(S1  Application  Protocol：S1-AP)として言及される。図2において、SCTPは、ストリーム制御伝送プロトコル(Stream  Control  Transmission  Protocol：SCTP)を表す。簡単に言えば、SCTPは、インターネットプロトコル(IP)のようなコネクションレスパケットネットワークサービスを介する保証されたコネクション(guaranteed  connection)を提供する。SCTPレイヤは、2つのノードの間で設定されるSCTPアソシエーションにより、S1-APアプリケーションレイヤメッセージの配信を保証する。アプリケーションレイヤプロトコルは、メッセージで伝達されるべきそれらのデータを、SCTPトランスポートレイヤへサブミット(提出)する。SCTPは、メッセージ及び制御情報を、個々のチャンク(データチャンク及び制御チャンク)内に配置し、それら各々はチャンクヘッダにより識別される。メッセージは複数のデータチャンクに分断されることが可能であるが、各々のデータチャンクは、唯一のユーザーメッセージからのデータを含む。SCTPチャンクは、SCTPパケットにバンドル化され(又は束ねられ)、IPレイヤにサブミットされる各々のSCTPパケットは、パケットヘッダ、必要に応じてSCTP制御チャンク、後続の利用可能なSCTPデータチャンクにより構成される。
【００１４】
上記のSCTP「アソシエーション」は、2つのSCTPエンドポイントの間の関係である。エンドポイントは一群のトランスポートアドレスであり、トランスポートアドレスはネットワークレイヤアドレス及びポート番号から構成される。SCTPはマルチストリーミングを提供し、マルチストリーミングでは、複数のコネクション(ストリーム)が、単独のSCTPアソシエーションに一緒にバンドル化され、SCTPアソシエーションで送信される各々のメッセージは、特定のストリームに割り振られる。或るストリーム内の全てのデータは、そのストリーム内の他のデータに対する或る順番で配信されるが、他のストリームのデータは順番の制約を有しない。
【００１５】
SCTPは「マルチホーミング(multi-homing)」プロトコルの一例である。マルチホーミングは、例えば、IPベースネットワークの信頼性を増進するために使用されることが可能である。マルチホーミングでは、図3に示されるように、コネクションの内の双方又は一方のエンドポイントに対する複数のIPアドレスを利用することにより、冗長的なネットワーク経路の間でトランスペアレントなフェイルオーバー(transparent  fail-over)を可能にする。図3では、SCTPコネクションのエンドポイントは、ローカルノード(STCPローカルエンドポイント)及びリモートノード(SCTPリモートエンドポイント)である。各々のエンドポイントは、ピアのセカンダリアドレスの到達可能性(reachability)を監視し、何れのアドレスがフェイルオーバーに利用可能であるかが常に分かるようにする。SCTPは、図3に示されるIP-L1，IP-L1及びIP-R1，IP-R2のようなエンドポイントを識別するが、SCTPアソシエーションを利用することにより提供されるサービスを識別しない。
【００１６】
従来、モバイルデバイスはその通信の際に一度に唯一つのRATを利用しているが、スマートフォンのようなモバイルデバイスは、例えばLTE及びWi-Fi(IEEE802.11xx標準規格群)のような複数のRATを同時にサポートできるように徐々になりつつある。更に、様々なRATを利用する複数の無線アクセスネットワーク(radio  access  network：RAN)が同じ場所で利用可能になり、UEに利用可能な合計帯域幅を増やすために、複数のRAT通信の可能性を提案する。そのような無線アクセス技術同士の間のハードウェアについての何らかの共通性が存在するかもしれない。例えば、LTEのeNB及びWi-Fi通信のアクセスポイントの双方として、同じ基地局ユニットが活躍するかもしれない。そのようなユニットは、以下において、BS/APのように言及される場合がある。また、簡明化のため、「RAT」という用語は、特定のRATを利用する無線通信システムを示すために使用されてもよい。従って、「マルチRAT通信(multi-RAT  communication)」は、複数の異なるRATを利用することを含む複数の無線通信システムによる通信を意味する。
【００１７】
最近、有線コンピュータシステムでしばしば応用される「仮想化(virtualisation)」の概念が、モバイルネットワークにおける利用に対して注目されている。この概念は様々な方法で応用可能である。
【００１８】
第1に、今日一般的には、モバイル仮想化は、モバイルフォン又は接続されたワイヤレスデバイスにおけるハードウェアの仮想化を提供するために使用されることが可能である。配下のハードウェアとその上位で動作するソフトウェアとの間に安全な分離を形成するハイパーバイザーを利用して、複数のオペレーティングシステム又は仮想マシンが、モバイルフォン又は接続されるワイヤレスデバイスで同時に動作することを可能にする。そのような仮想マシンは、以下において言及される「独立したデバイス(independent  devices)」の一例である。モバイル業界は、2008年頃に、モバイルフォン及びその他のデバイス(タブレット、ネットブック及びマシントゥーマシン(machine-to-machine：M2M)デバイス等)に関する仮想化技術の恩恵を活用することに着目した。そのような一例は、モバイル仮想化を利用して、低価格のアンドロイドスマートフォンをもたらしたことである。
【００１９】
STエリクソン(登録商標)のような半導体ベンダーは、低価格アンドロイドプラットフォーム戦略の一環としてモバイル仮想化を採用している。モバイル仮想化の他の利用形態は、企業マーケットにおけるものである。今日、多くの消費者が2台のモバイルフォンを持ち運んでおり：一方は業務用、他方は個人的な用途である。モバイル仮想化により、モバイルフォンは、同じハードウェア上で複数のドメイン/オペレーティングシステムをサポートすることが可能になり、企業IT部門は(仮想マシンにおける)或るドメインを安全に管理し、モバイルオペレータは(仮想マシンにおける)他のドメインを別個に管理できるようにする。例えば、VMware(登録商標)のホリゾンモバイル(Horizon  Mobile)は、電話機の本来のオペレーティングシステムを従業員に利用可能にするが、業務タスク用の別個のOSを動作させる仮想マシンに切り替えることを可能にする。従って、事実上、仮想マシンは、あたかもユーザーが複数のスマートフォンを持ち運んでいる場合と同様に、複数の独立したデバイスを構成する。
【００２０】
第2に、モバイル仮想化は、モバイルデバイス(特定のサービスをサポートする物理デバイスの形式におけるもの)及び識別子(例えば、エンドユーザーが加入しているサービスに関連するもの)の分離という意味で適用されることから始まっている。言い換えれば、エンドユーザーは、  (複数の)独立した物理デバイスから、同じ識別子を利用してサービスにアクセスしてよい。この場合におけるサービスの連続性、すなわち、あるデバイスから別のデバイスへサービスを如何にして円滑に(シームレスに)切り替えるかということが、重要になってくる。アプリケーションレベルで幾つかのソリューションが存在する。そのような一例は、アマゾンのWhispersync(登録商標)であり、これは、書籍、ビデオ、個人文書及びゲームの同一性を、サポートされているキンドル(Kindle)デバイス及びアプリケーションにわたって許容する。ユーザーは、中断した読書をピックアップし、別のデバイスで作成されたブックマーク、ハイライト及びメモを見ることができる。別の例は、アップル(登録商標)のハンドオフ(Handoff)(登録商標)であり、これは、「OS  X  Yosemite」(登録商標)を動作させるアイフォン(iPhone)(登録商標)のユーザーは、自身のアイフォンデバイスにおける及びマック(Mac)のラップトップコンピュータにおけるワークフロー同士の間で円滑に遷移することができる。
【００２１】
しかしながら、この第2の例に関し、従来、仮想化は特定のアプリケーション及びハードウェアの組み合わせに関してしか利用可能でない。このような意味でモバイル仮想化が広く利用可能になる前に、より一般的な仕組みが求められる。
【発明の概要】
【００２２】
本発明の第1側面によれば、独立したデバイスとネットワークとの間の無線通信のための方法が提供され、当該方法は：
複数の独立したデバイスから仮想端末を形成するステップ；
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
前記仮想端末を前記ネットワークに関連付けるステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；及び
前記仮想端末のうちの少なくとも1つの独立したデバイスに前記サービスを提供するステップ；
を有する方法である。
【００２３】
上記の独立したデバイスは、物理的に個別的なものであってもよいし(例えば、異なるモバイルフォン)、或いは、1つのデバイスの中で本発明の文脈で独立的に動作する(例えば、論理的に区別される)複数のモジュールであってもよい。例えば、スマートフォンは、複数の無線インターフェースを利用可能にしていてもよく(例えば、LTE及びWi-Fi無線モデム)、複数の無線インターフェースは、それらの間の直接的な通信又は相互作用が端末自身によって取り扱われるような仕方で(電話機に常駐するインテリジェンス(又は機能)の一部のように)操作され、少なくとも通信ネットワークが接続されている限り、無線モデムは独立したデバイスとして見える。
【００２４】
従って、サービスIDの下でサービスの提供を受ける複数のデバイスは、(少なくとも通信システムの観点からは)デバイス同士の間に如何なる直接的なコネクションもインターフェースも利用する必要はない。従って、本発明は、デバイス間にコネクションもインターフェースも無い場合に適用可能であり、或いは、そのようなコネクション/インターフェースが存在する場合には、本発明によりサービスを提供する無線通信システムによって利用されることは必ずしも必要ない。
【００２５】
従って、仮想端末は、独立した物理デバイスのグループ、1つ以上の物理デバイスの仮想化の結果による仮想マシンのグループ、或いは、1つ以上の独立した物理デバイスと少なくとも1つの仮想マシンとの組み合わせにより構成されてもよい。  以下では、説明の簡明化のため、仮想端末は典型的には複数の独立した物理デバイスを含むことが仮定される。
【００２６】
仮想端末は、1つのエンドユーザー又は複数のエンドユーザーを含んでもよい。エンドユーザーは典型的には人間であるが、そのことは必須ではなく；マシン(装置)がエンドユーザーであってもよい。
【００２７】
好ましくは、前記の形成するステップ及び関連付けるステップは、前記ネットワークに接続される端末管理装置(TME)を利用して実行される。このTMEは、エンドユーザーに関連する端末(任意の仮想端末を含む)を管理及び維持する。TMEは、或る意味でMMEに類似している(MMEと同じ場所に存在してもよい)。
【００２８】
好ましくは、仮想端末及びTMEの間の論理インターフェースについてのトランスポートレイヤプロトコルとして、マルチホーミングプロトコルが使用される。マルチホーミングトランスポートプロトコルは、ストリーム制御伝送プロトコル(SCTP)であってもよく、アソシエーションステップは少なくともSCTPアソシエーションを作成する。
【００２９】
本方法は、前記仮想端末のうちの一要素として、前記サービスに関連するロケーションアップデートを送信する独立したデバイスを選択することを更に含んでよい。ここで、仮想端末を構築する独立した(物理及び/又は仮想)デバイスは通常的には同じ場所にある又は互いに近接しており、何れかの独立したデバイスの位置は仮想端末の位置を代表することが可能であることが、仮定されている。
【００３０】
本方法は、前記仮想端末のうち、前記サービスに関連するページングを受信する独立したデバイスを選択すること、更には、前記仮想端末のうち、前記サービスに関連するページングに応答する独立したデバイスを選択することを更に含んでもよい。再び、独立したデバイスは物理デバイス又は物理デバイス内のモジュール(仮想マシン)であってもよいことが理解されるべきである。同じ独立したデバイスが各々の場合に選択されることは必ずしも必要ないことに留意すべきである。
【００３１】
本発明の更なる特徴は、サービスを受けるのに最も相応しい独立デバイスを決定することに関連する。例えば、ある独立デバイスは、人間のユーザーにコンテンツを提示することに関し、仮想端末のうちの他の要素(独立デバイス)よりも優れているかもしれない。本方法は、前記仮想端末のうち、前記サービスを配信する独立したデバイスを選択すること、及び/又は、前記仮想端末のうちの或る独立したデバイスから前記サービスの配信をハンドオーバーすることを更に含んでもよい。
【００３２】
これらの目的に関して最適な独立デバイスを決定することは、仮想端末にローカルなインテリジェンスを利用することを含んでもよい。(これに対して、TMEは、リモートであり、潜在的に、ネットワーク内の多数の仮想端末を管理する)。従って、一実施形態では、仮想端末はローカルな制御モジュールを備え、制御モジュールは、例えば、仮想端末を構成する独立デバイスの中で最も高性能な独立デバイスによる適切にプログラムされたプロセッサ等である。従って、上記の選択及び/又はハンドオーバーは、ネットワーク制御のみによるのではなく、制御モジュールにより又は制御モジュールとの関わりにより、決定されることが可能である。
【００３３】
本発明の第2側面によれば、無線通信システムが提供され、無線通信システムは：
1つ以上の独立したデバイスから形成された仮想端末；
前記仮想端末を管理する端末管理装置；
を有し、前記端末管理装置は、
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
前記仮想端末を前記ネットワークに関連付けるステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；
前記仮想端末のうちの少なくとも1つの独立したデバイスへの前記サービスの提供を管理するステップ；
を行うように構成される、無線通信システムである。
【００３４】
本発明の第3側面によれば、無線通信システムに接続される端末管理装置が提供され、端末管理装置は：
前記無線通信システムにおける複数の独立したデバイスから形成された仮想端末を登録するステップ；
前記仮想端末に提供されるサービスのサービスIDを作成するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；
マルチホーミングトランスポートプロトコルを利用して前記仮想端末の前記ネットワークとの関連付けを行うステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；及び
前記仮想端末のうちの少なくとも1つの独立したデバイスへの前記サービスの提供を管理するステップ；
を行うように構成される、端末管理装置である。
【００３５】
本発明の第4側面によれば、無線ネットワークで使用するための仮想端末が提供され、仮想端末は：
複数の独立した無線デバイス；及び
前記ネットワークにおける端末管理装置と通信する制御モジュール；
を有し、前記制御モジュールは：
前記端末管理装置に前記仮想端末を登録するステップ；
前記仮想端末に提供されるサービスのサービスIDを、前記端末管理装置から受信するステップであって、前記サービスIDは前記複数の独立したデバイスのうちの1つ以上に関連付けられる、ステップ；及び
前記端末管理装置とともに、前記仮想端末の前記ネットワークとの関連付けを行うステップであって、前記の関連付けは前記サービスIDを利用することにより前記サービスをサポートする、ステップ；
を行うように構成される、仮想端末である。
【００３６】
上記の制御モジュールは、仮想端末のうちの少なくとも1つの独立したデバイスにおけるサービスの受信を管理することに関わってもよい。
【００３７】
本発明の第5側面によれば、無線通信システムに接続されるコンピュータのプロセッサにより実行される場合に、上記の端末管理装置又は仮想端末の制御モジュールをもたらすソフトウェアが提供される。そのようなソフトウェアはコンピュータ読み取り可能な媒体に保存されてもよい。
【００３８】
従って、本発明の実施形態は、エンドユーザーに利用可能な1つ以上のアクセスネットワークを有するモバイルシステムにおける特定のマルチデバイスのユースケースのためのモビリティサポートフレームワークを提供する。端末管理論理エンティティ(装置)がネットワークに存在するように仮定され、この装置は、それらのデバイスを仮想端末として取り扱うことにより、エンドユーザーに関連付けられるデバイス(任意の仮想マシンを含む)を制御、管理及び維持する。(ネットワークにおける複数の論理エンティティの中で調整(又は協調)を要する)以下の機能が提案される：1)サービス固有のロケーションアップデート手順：共通するサービスIDを共有する複数のデバイスがロケーションアップデートとともに登録される；2)ページング及びサービスデリバリー手順：特定のサービスが最適なデバイスに提供されることとを可能にする；3)ハンドオーバー手順：進行中のサービスセッションが2つのデバイスの間でハンドオーバーされることを可能にする。このように、特定のアプリケーションの個々のコンフィギュレーションについて実行することなく、仮想端末のうちの複数の独立デバイスに対して柔軟にサービスが提供可能になる。
【図面の簡単な説明】
【００３９】
単なる一例として添付図面が参照される。
【図１】図1はLTEにおける従来のシステムアーキテクチャを示す。
【図２】図2はLTEシステムにおける制御プレーンのプロトコルレイヤを示す。
【図３】図3はSCTPにおけるマルチホーミングを示す。
【図４】図4は本発明の実施形態で使用される「仮想端末」の概念を示す。
【図５】図5は仮想端末及び端末管理エンティティ(TME)のプロトコルアーキテクチャ例を示す。
【図６】図6は本発明の実施形態で提供されるアソシエーション設定手順を示す。
【図７】図7は本発明の実施形態で提供されるロケーション更新手順を示す。
【図８】図8は本発明の実施形態で提供されるページング手順を示す。
【図９】図9は本発明の実施形態で提供されるハンドオーバー手順を示す。
【発明を実施するための形態】
【００４０】
本発明の実施形態は、(例えば、人間、装置、人間又は装置のグループ等のような)エンドユーザーが、複数の独立したデバイスを利用して、(仮想的な)オペレータにより提供される加入サービスにアクセスする状況を目指しており、独立したデバイスの各々は、上述したように、個別的な物理デバイス、又は、物理デバイス内のモジュール/仮想マシンであってもよい。デバイスのグループは、本発明の目的に関し、「仮想端末(virtual  terminal)」として言及され及び管理される。
【００４１】
そのような状況に関し、様々な具体例が言及されてよい。
【００４２】
複数の物理デバイスを利用する人間の具体例は、ユーザーについての序論で言及されたものに類似し、そのユーザーは、書籍やゲーム等を、スマートフォンやタブレットコンピュータ等のような複数のデバイスにわたって同期させることを希望している。
【００４３】
人間のグループの具体例は、例えば、スポーツイベントのビデオストリームを視聴するために一時的に共通のサービス加入を共有することを希望する人々が居る同じ場所、又は、各々のユーザーが自信のディスプレイ(例えば、タブレット)を有しているが、プロジェクタのような共通のディスプレイも存在するクラスルームにおける人々のグループを含む。
【００４４】
装置の具体例として、ネットワーク接続された車両が、コントローラ、ディスプレイ、サウンドシステム(モバイルネットワークのサービスを受けるもの)のような複数の物理デバイスを利用してもよい。例えば、ビデオストリーミングの場合、ビデオをディスプレイに及び音声をサウンドシステムに配信することが重要である。
【００４５】
従って、そのような状況では、最も相応しい物理デバイスへの配信が重要な問題になる。そのような状況におけるモビリティサポートは、特に関心がある：効率的なモビリティサポートは、進行中のサービスの或る物理デバイスから別の物理デバイスへのハンドオーバーだけでなく、最も適切な物理デバイスへのサービス配信という観点も重要である。
【００４６】
要するに、解決を要する問題は、独立したデバイスの間で進行しているセッションを如何にして効率的にハンドオーバーするかということに加えて、如何にして最適な独立デバイスにサービスを配信するかということである。
【００４７】
本発明は、エンドユーザーに利用可能な1つ以上のアクセスネットワーク(例えば、3GPPネットワーク、及び、WiFiシステム)を有するモバイルシステムに基づいているが、このシステムには限定されず、そこでは基本インフラストラクチャが1人以上のオペレータにより提供され、複数の仮想オペレータにより共有される。本発明は、特定のマルチデバイス利用形態に対するモビリティサポートフレームワークを提案する。
【００４８】
本発明は、端末管理論理エンティティ(Terminal  Management  logical  entity：TME)の概念を導入し、TMEは、エンドユーザーに関連する(任意の仮想マシンを含む)デバイスを制御、管理及び維持するためにネットワークに提供される。TMEは或る意味でMMEに類似しているが(TMEはMMEと共存してもよい)、モバイル仮想化のために備わっている。アップルのHandoffのような既存のソリューションとは異なり、使用するアプリケーション又はモバイルデバイスの構成に関して制限がない。
【００４９】
図4には基本アーキテクチャの具体例が示されている。説明の簡明化のため、仮想端末はここでは複数の独立した物理デバイス(independent  physical  devices)から構成されるものと仮定する。説明の便宜上、「ユーザー」は、仮想端末を利用する者を示すように言及されるが、上述したように、ユーザーは人のグループとすることが可能であり、装置(又は装置のグループ)とすることさえ可能である。この例では、デバイス1，デバイス2及びデバイス3のラベルが付された複数の物理デバイスが、互いに近接して位置し、グループを形成している。各々のデバイスは、例えば、LTEベースの無線通信システムのUEであってもよい。
【００５０】
ユーザーは無線通信システムを利用してサービスを受けることを希望していることが仮定されており；例えば、インターネットを閲覧することやビデオのストリーミングを希望している。ユーザーへのそのようなサービス配信(又はサービス提供)は、通常、少なくとも1つのワイヤレスデバイスでアプリケーションを実行させる状況で生じる。デバイスのグループは仮想端末(Virtual  Terminal：VT)として取り扱われ、VTはサービス配信目的のための単独のエンティティとして取り扱われる。すなわち、VTは、基地局/アクセスポイントBS/APとの通信と考えられ、BS/APは制御信号をTMEからVTへ転送し及びVTの制御シグナリングをTMEに返す。その一方で、仮想端末へのユーザーデータ配信は、通常の方法で仮想端末のうちの1つ以上の独立デバイスにデータを配信することにより行われてよい。仮想端末の概念は、従って、ユーザープレーンではなく制御プレーンに主に適用可能である。
【００５１】
TMEの基本的な機能は：
-  異なるアクセスネットワーク間のモビリティサポート；
-  同一のエンドユーザーに関連付けられる異なるデバイスに対するモビリティサポート；
-  到達可能性及び関連する手順(ページング再送の制御及び実行を含む)；を含む。
【００５２】
本発明の別の新規な特徴として、論理インターフェースが、仮想端末と論理エンティティとの間に設定される。図5は論理インターフェース(図5に示されるようなS-Inf)に関するプロトコルアーキテクチャ例を示し、この論理エンティティはMMEと同じ場所にあるように仮定される。図5では、簡明化のために端末及びTMEのみが示されており；eNodeBを含むネットワークの他の部分は図5における「トランスポートネットワーク」によって表現されている。
【００５３】
制御シグナリング(図5に示されるようなS-AP)は、例えば図5に示されるSCTPのようなマルチホーミングトランスポートプロトコルの上位にあり、1つ以上のアソシエーションが、(例えば、端末及びTMEのような)論理エンティティのペアの間に設定されることを許容し、1つより多いこれらペアのアソシエーションは、エンドユーザーに関連付けられる同じ共有IDを有してよい。SCTPは図2に示されるものと同じ形式でIPの上位に設けられる。一実施形態では、「サービスID」は、1つのデバイス又は同じサービス加入を共有するデバイスのグループに関連付けられることが可能なその共有IDとして導入され、サービス加入は、ユーザー(又はオーナー)とモバイルオペレータ又は仮想オペレータとの間の或る契約又は取り決めに基づく。そのようなIDは、複数のサービスが単独のデバイスに関連付けられる現在の移動通信規格の下では存在しないことに留意すべきである。また、SCTPもそのようなサービスレベルの身元(identity)を提供しない。
【００５４】
仮想端末を形成する全てのデバイスに関し、単独のサービス加入を共有することは必須でなくてよい。例えば、仮想端末は、(例えば、公に利用可能なスクリーンのような)申し込みを要しない利用可能な少なくとも幾つかのデバイスとともに形成されてもよく、或いは、異なるデバイスの申し込み(subscription)が異なるオペレータとともにあってもよい。従って、一般に、サービスIDは、仮想端末の1つ以上の構成要素デバイスに関連付けられる。
【００５５】
例えば、TMEは、デバイス1に関して或るSCTPを及びデバイス2に関して別のものを設定することが可能であり、これら2つのデバイスは同じサービスIDを共有する。従って、本発明は、「マルチホーミング」の既存の意味を、そのような場合をカバーするように拡張する。
【００５６】
同じエンドユーザーが(同時にアクセスされる異なるサービスに対する)複数の共有IDを同時に利用してもよいことに留意すべきである。例えば、1つのサービスIDが業務用であり、別のものが個人用であってもよい。
【００５７】
以下、本発明の幾つかの実施形態が、(a)アソシエーションセットアップ；(b)  ページング；(c)  ハンドオーバー；に関連して説明される。概して、別段の言及がない限り、以下に説明される実施形態は、以下の場合に利用可能であるが、これらの場合に限定されない：
-  仮想端末が、(例えば、同じトラッキングエリアリストを共有しない場合のような)常に同じロケーションに存在するとは限らない1つ以上の独立した物理デバイスに対応する場合；
-  仮想端末が、(例えば、同じトラッキングエリアリストを少なくとも共有する場合のような)常に同じロケーションに存在する少なくとも2つの独立した物理デバイスのグループに対応する場合；
-  仮想端末が少なくとも1つのサービスIDに関連付けられる場合；
-  物理デバイスのグループが仮想端末に対応する場合。
【００５８】
仮想端末はデバイスのグループにより構成されるが、仮想端末は何らかの形式のインテリジェンス(多くの場合、ソフトウェアモジュール)を包含してもよく、インテリジェンスは、構成要素デバイスを管理し、仮想端末に識別子を付与することに寄与する。
【００５９】
実施形態は、(LTEシステムのUEのような)1つ以上の物理デバイスがモバイルである場合に適用可能であるように仮定されるが、本発明の用途はそのような状況に限定されない(すなわち、1つ以上の物理デバイスは固定されていてもよい)。本発明は、物理デバイスが無線通信を利用する場合に適用可能であるが、その状況には限定されない(例えば、物理デバイスに対する幾つかの通信リンクは、有線コネクションを利用してもよい)。
【００６０】
本発明は単独のRAT(無線アクセス技術)を利用することに制限されない。例えば、物理デバイスは、物理デバイスの様々なモジュールにより、1つより多いRATを利用することが可能であり、所与のサービスIDは複数のRATに応用されてもよい。
【００６１】
(a)アソシエーションセットアップ手順
図6は、本発明の実施形態で使用されるアソシエーションセットアップ手順を示す。図6において、「端末」は、個々のデバイスID「デバイス1  ID」及び「デバイス2  ID」を有する少なくとも2つのデバイスを表現する。
【００６２】
アソシエーションセットアップ手順は、仮想端末がシステム(例えば、無線通信ネットワーク)にアタッチする場合に行われてもよく、通常、サービスを要求することとは別に実行される。この手順の目的は、仮想端末と端末管理論理エンティティ(TME)との間に論理的なアソシエーション(関連付け)を設定することであり、少なくとも1つの物理デバイスがTMEに登録される。この手順は、NAS(ノンアクセスストラタム)レベルにおけるものであり、従って、直接的にはeNodeBを含まない(言い換えれば、eNodeBは、それらを処理することなく、関連するメッセージを単に転送するにすぎない)。
【００６３】
TMEは、単独のサービスセッションの期間の間だけでなく、拡張された期間にわたってデバイスの記録を保ち、従って、過去の何らかの時点で登録されたデバイスを認識することが可能である。そのような記録は使用されるサービスの詳細だけでなくデバイスの識別子も含む。
【００６４】
サービスIDは、デバイスIDとは区別され、デバイスのグループのうちの少なくとも1つについてのオーナー又はユーザーのサービス加入に関連し、サービス契約が合意された際に割り振られてもよい。デバイスをTMEに登録する前に合意された場合、サービスIDがTMEに通知される必要がある。そうでない場合、TMEはサービスIEを割り振る際に関わり合い、従ってそのことに気付く。
【００６５】
デバイスIDは、サービスIDに関連するデバイスを一意に識別するように仮定される。しかしながら、仮想端末自身がデバイスIDを有することは必ずしも必要ではなく、仮想端末は1つ以上のサービスIDにより管理されることが可能である。
【００６６】
一例として、ユーザーは、2組のサービス加入を伴う1つのモバイルフォンを有し、一方は業務用であり他方は個人用である。各組のサービス加入は、例えば業務用のVT1及び個人用のVT2のような仮想端末に関連付けられることが可能である。VT1はサービスID(サービスID：Ser1)に関連付けられる。アソシエーションを要求するメッセージ(アソシエーションリクエスト)の具体例は、次のとおりである：
アソシエーションリクエスト[(Dev11，コンテキスト情報)，Ser1]
(Association  Request  [(Dev11,  context  info),  Ser1])
VT2はサービスID(サービスID：Ser2)に関連付けられ、アソシエーションリクエストは、次のような形式であってもよい：
アソシエーションリクエスト[(Dev12，コンテキスト情報)，Ser2]
(Association  Request  [(Dev12,  context  info),  Ser2])
ここで、Dev11及びDev12は、1つの物理デバイスに対応するが、同一であることは必ずしも必要ない。
【００６７】
この手順では、複数のデバイスが登録され、(サービスが要求され、対応するサービスIDが割り振られる場合に)それら全てが1つのエンドユーザーに関連する同じサービスIDを共有することに留意を要する。登録されるデバイスが、システムに既にアタッチされていることは必ずしも必要ない。過去に登録されたデバイスがシステムにアタッチしている場合、追加的なアソシエーションセットアップ手順が実行されてもよい。例えば、位置、能力などのような各デバイスのコンテキスト情報が、リクエストメッセージに包含されてもよい。例えば、無線通信ネットワークが3GPPネットワークを含む場合、3GPPで指定されるUEコンテキスト情報が、TMEに保存される記録の一部分を為してもよい。
【００６８】
(b)ページング
この実施形態では、到来するサービスリクエストに関する最適なデバイスを効果的に特定して通知するために、概して図7及び図8に示されるような2つの手順が提案される。
【００６９】
先ず、図7に示されるように、ロケーションアップデートが実行される。
【００７０】
3GPPで規定される既存のロケーションアップデート手順と同様に、この手順の目的は、ネットワークをデバイスのロケーション(又は位置)で更新することである。図7に示されるように、端末は、サービスIDに関連する複数のデバイスのロケーション情報(位置情報)でTMEを更新する。サービスIDは、(例えば、人間又は装置のような)エンドユーザーのサービス加入を一意に識別し、仮想端末に関連付けられ、1つ以上の物理デバイスにマッピングされる。
【００７１】
このアップデート手順は、1つ以上のデバイスの位置の変化によりトリガされてもよいし、或いは、周期的な更新のためのタイマーの満了時にトリガされてもよい。
【００７２】
或るユースケースでは、共通のサービスIDに関連する複数のデバイスのグループを代表して、1つのデバイスにより、ロケーションアップデートが実行される。通常、そのデバイスは、ロケーションアップデートを実行する最も高い機能を有する、グループ中の物理デバイスである(バッテリーレベルのような他の要因が考慮されてもよい)。更新を実行するデバイスは、(RRCコネクションを有する)RANレベル又は(RRCコネクションを有する又は有しない)コアネットワークレベルでネットワークに既に接続されているものであってよい。
【００７３】
しかしながら、ロケーションアップデート手順に関わる全てのデバイスが、同じロケーション(例えば、同じトラッキングエリアリスト)を共有することは必ずしも必要ない。グループの各メンバの位置を更新するデバイス間通信が(例えば、低電力通信方法を利用して)行われてもよい。
【００７４】
別のユースケースでは、グループ中のデバイスが、独立にロケーションアップデートを実行することも可能である。この場合、ロケーションアップデートを実行する全てのデバイスが、ネットワークに対して「アクティブ」であると考えられる。
【００７５】
デバイスのそのグループに関連する複数のサービスIDをロケーションアップデートに含めることも可能である。
【００７６】
図7のロケーションアップデートの後、図8に関連するページングが実行されてよい。ページングは、端末がRANレベルでネットワークに接続されていない場合に必要になる。
【００７７】
特定のサービスIDに基づく仮想端末のための到来する呼(音声又はパケット)が存在する場合、3GPPの既存の規定と同様にページング手順が行われる。ネットワーク(例えば、TME)は、(例えば、サービスID及び/又は特定のデバイスIDのような登録された)端末の1つ以上の識別子とともにページングメッセージを、端末が登録されているトラッキングエリアに所属する各々のeNodeBに送信する。それを受信したeNBは、ロケーションアップデート手順で登録されているデバイスに、ページングメッセージをブロードキャストする。
【００７８】
ネットワーク(TME)は、到来する呼のサービス条件に基づいて、最も相応しいデバイスを選択してもよく、ネットワークは、サービスIDに加えて、ページングメッセージ内に特定のデバイスIDを含めてもよい。
【００７９】
ちなみに、上記では物理デバイスがモバイルであることが仮定されているが、デバイス又はデバイス群が静的である場合、その状況はコン点キスと情報の一部として保存されることが可能であり、その場合、トラッキングエリアより小さな領域(例えば、eNBによる1セル)が使用可能である。
【００８０】
少なくとも1つのデバイスがネットワーク信号を規則的に監視することが仮定されている；例えばエネルギ節約などの理由により、サービスIDに関連付けられる全てのデバイスが、ネットワーク信号を監視するアクティブモードであることは必ずしも必要ない。ページングを受信すると、アクティブデバイスは、到来するサービスを検査し、利用可能である場合には特定のデバイスIDを検査する。デバイスIDがメッセージ中のIDに合致する場合及び/又はデバイスが到来する呼に対して適切であると判断した場合には、ページングに応答する。デバイスIDがメッセージ中のIDに合致しない場合及び/又はデバイスが到来する呼に対して適切でないと判断し、代わりの適切なデバイスを確認した場合、ページングをその適切なデバイスに転送し、そのページングに対して、適切なデバイスのIDを通知することで応答してもよい(「デバイス」はここでは物理デバイスを意味する)。
【００８１】
複数の仮想端末/サービス加入に同じ物理デバイスが関連付けられる場合、そのデバイスによるページングメッセージの受信は、所定のソフトウェアモジュールが、意図されるサービスのために活性化されることを引き起こすことが可能である。
【００８２】
あるユースケースでは、特定のサービスに対する到来する呼のページングの結果として、実際のサービスは、ページングメッセージで指定されているものとは異なるデバイスに配信されてもよい。例えば、指定されたデバイスが別のデバイスの中継局(リレー)として動作するかもしれないし、双方がサービスを共有しているかもしれない(車両に関する上記の例において、ダッシュボードに搭載されるディスプレイ及び車両オーディオシステムの双方にビデオクリップが配信され、ディスプレイ及びオーディオシステムの双方が所定のサービスについてネットワークに登録されているような場合である)。
【００８３】
(c)ハンドオーバー手順
この実施形態は、1つのサービス加入/同じ仮想端末に関連する2つのデバイスの間のハンドオーバーの取り扱いに着目する。ハンドオーバーは、端末により又はネットワークにより開始されてよく、ソースデバイス及びターゲットデバイスは必ずしも同じBS/APに接続される必要はない。この形態のハンドオーバーは、仮想端末の中におけるものであり、仮想端末が通信しているBS/APを変更するものではないことが、理解される。従って、「仮想端末内(又はイントラ仮想端末)」ハンドオーバーと言及されてもよい。
【００８４】
図9は、デバイスにより開始されるハンドオーバー手順の一例を示す。デバイスは、例えば、バッテリーレベルが低いことや、エンドユーザーからトリガを受けたこと等の様々な理由により、ハンドオーバーを開始してよい。ソースデバイス(図9のデバイス1)は、ハンドオーバー要求メッセージを現在のBS/APへそしてTMEへ送信することにより、ハンドオーバーを開始する。ちなみに、BS/APがこのメッセージを理解できることは必須ではないが(現在の規格の下では理解しなくてよいが)、BS/APがこのメッセージを理解できることは有意義である。このメッセージは、ターゲットデバイスID及びコンテキスト情報を含み、コンテキスト情報は、例えば、ターゲットデバイスへハンドオーバーされるように意図されるサービスに関する情報である。通常、一度に一つのサービスがハンドオーバーされ、他の任意のサービスは影響を受けずに同時に提供されるまま残ることに留意すべきである。一方、ソースデバイスも短距離通信によりターゲットデバイスにメッセージを送信してもよい。TMEは、リクエストを受信すると、ターゲットデバイスに対してハンドオーバーのトリガを与える。
【００８５】
この実施形態の変形例では、デバイス1及びデバイス2に対する無線接続(ワイヤレスコネクション)は、異なるBS/AP及び/又は異なるRATを経由してもよい。異なるRATの場合、同じTMEが双方のRAT(又は全てのRAT)を管理する。
【００８６】
要するに、本発明の実施形態は、1つ以上の独立したデバイスから形成される仮想端末と、仮想端末を管理する端末管理エンティティとを有するワイヤレス通信システムを提供することが可能である。デバイスは、独立した物理デバイス(スマートフォン、タブレットコンピュータ等)、物理デバイスのうちの仮想マシン/モジュール、又はそれらの組み合わせであるとしてもよい。仮想端末及び端末管理エンティティは、基地局及び/又はアクセスポイントを介して通信する。端末管理エンティティは、仮想端末に提供されるべきサービスについてのサービスIDを作成し、サービスIDは1つ以上の独立したデバイスにより共有され、各々のデバイスは自身のデバイスIDを有する。TMEは、SCTPのようなマルチホーミングトランスポートプロトコルを利用することにより、仮想端末のネットワークとの関連付け(アソシエーション)を形成し、このアソシエーションはサービスIDを利用してサービスをサポートする。サービスの提供、ページング及びハンドオーバーの目的に関し、仮想端末のデバイス群は、TMEにより単独のエンティティとして取り扱われ、仮想端末内の個々のデバイスは、仮想端末内ハンドオーバーを実行してよい。
【００８７】
実施形態における特徴は、少なくとも以下を含む：
-  (物理デバイス及び/又は物理デバイスにマッピングする仮想デバイス等のような)独立したデバイスのグループに配信されるサービスについてのサービスIDを作成すること
-  サービスIDを利用するサービスをサポートする独立したデバイスのグループ内でアソシエーションを形成すること
-  TMEを含むプロトコルアーキテクチャ(例えば、図5)、及び、仮想端末とTMEとの間の相互作用に加えて、マルチホーミングトランスポートプロトコルを利用すること
-  サービスに関連するロケーションアップデートを送信する、グループ内の少なくとも1つのデバイスを選択すること
o  これは、ネットワークにより構成されてもよい
-  サービスに関連するページングを受信する、グループ内の少なくとも1つのデバイスを選択すること
o  ページングは、ネットワークにより構成されてもよい、或いは、
o  受信は、実現手段に依存してもよい
-  サービスに関連するページングに応答する、グループ内の少なくとも1つのデバイスを選択すること
o  これは、ネットワークにより構成されてもよい、或いは、
o  端末に関連するデバイスを制御/管理するインテリジェンス(おそらくはソフトウェアの形式)の管理の下で及び/又は能力に基づいて(1つのデバイスを代表と仮定することにより)グループにより選択されてもよい
-  サービスを受信する、グループ内の少なくとも1つのデバイスを選択すること
o  これは、ネットワークにより構成されてもよい、或いは、
o  これは、グループにより選択されてもよい、
o  選択的に、人間のユーザーと関わってもよい(例えば、デバイスの設定を通じて、或いは、ユーザーがオンザフライで決定できるようにするポップアップウィンドウに応答することによりなされてもよい)。
-  グループのうちの或るデバイスから別のデバイスへのサービス提供のハンドオーバー
本発明の範囲内で様々な変形が可能である。
【００８８】
同一のユーザー又はユーザーのグループについての様々な独立したデバイスから仮想端末を形成することが説明されたが、例えば上記の例における同一ユーザーのVT1及びVT2のように、1つより多い仮想端末が、同一のユーザー又はユーザーのグループについて規定されることが可能である点に留意すべきである。仮想端末に属するデバイスのメンバーシップは、オーバーラップしてもよい。言い換えれば、スマートフォンのような同じ独立した物理デバイスが、1つより多い仮想端末に関連付けられ、従って、1つより多いサービスIDに関連付けられてもよい。
【００８９】
上記の例では、TMEはMMEと同じ場所にあることが仮定されていた。しかしながら、このことは必須ではない。TMEは、(広いエリアのカバレッジを必要とするサービスについて)コアネットワーク内の任意の場所に設けられてよいし、或いは、デバイス間で共有されるサービスは局在化(ローカライズ)されてもよいし、TMEの機能はBS/APに含まれることが可能である。
【００９０】
本発明は無線通信ネットワークの文脈で説明されてきたが、本発明はそのような用途に制限されない。本発明の実施形態は、無線及び有線の通信を組み合わせる通信システム、或いは、有線のみのネットワークにさえ適用されてよい。
【００９１】
上記の説明では、アソシエーションリクエストがサービスリクエストとは別個であるように取り扱われていた。しかしながら、一方が他方を包含してもよい。すなわち、或る環境では、アソシエーションリクエストが、サービスリクエストを包含してもよい。例えば：ユーザーが携帯する移動電話を有し、幾つかの設備(例えば、ネットワーク接続されたテレビジョン)が顧客に利用可能であるカフェに居るとする。ユーザーがオンラインビデオを視聴することを希望する場合、ユーザーは、アソシエーションリクエストを送信することにより、テレビジョンを自身のサービス加入に関連付け、ビデオを、モバイルフォンではなく仮想端末に配信させることが可能である。音声(オーディオ)は、モバイルフォン又は別個のイヤフォンに配信されてもよい。従来技術では、ユーザーは、先ずモバイルフォンへの配信を行わせ、次にビデオを表示するためにモバイルフォンをテレビジョンと(おそらくは、ブルートゥース(登録商標)により)通信させなければならないであろう。
【００９２】
上述したように、アソシエーションリクエストは、仮想端末の要素である物理デバイスからではなく、仮想端末から由来することが仮定されていた。しかしながら、後者も利用可能であり、その場合、仮想端末からのアソシエーションリクエストを、物理デバイスからのものと何らかの方法で区別することが望ましいであろう。
【産業上の利用可能性】
【００９３】
本発明は無線通信システムに適用されることが可能であり、少なくとも次のような利点をもたらす：
・  1つ以上のサービス加入に関連する複数のデバイスについての効率的なサポート；
・  最も適切なデバイスへの柔軟性に富むサービス提供；
・  デバイス間の効率的なハンドオーバー。
【図１】
2016220195.tif 000003
【図２】
2016220195.tif 000004
【図３】
2016220195.tif 000005
【図４】
2016220195.tif 000006
【図５】
2016220195.tif 000007
【図６】
2016220195.tif 000008
【図７】
2016220195.tif 000009
【図８】
2016220195.tif 000010
【図９】
2016220195.tif 000011