(57)【要約】【課題】無線通信システムにおけるシグナリングの量を減らし、無線通信システムにおけるデタッチ動作に必要とされるシグナリングキャパシティを減らすこと。【解決手段】デバイスは、無線通信システムにおいて他のデバイスと無線により通信を行うことができ、デタッチ設定を定義した設定情報を受信する。デタッチ設定を使用することによって、デバイスは、デバイスと他のデバイスとの間の通信リンクを切断するように、自律的にimplicitデタッチ動作を実行することができる。デタッチ動作がexplicitデタッチモードである場合、デバイスは、デタッチ動作を示す指示信号を送信してもよい。デバイスによって送信される指示信号は、DETACH REQUESTメッセージを有してもよい。デバイスは、設定情報を保持し、プログラム情報を保持し、保持されたプログラム情報及び保持された設定情報を用いてデタッチ動作を実行することが望ましい。【選択図】図１
2015515155.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスであって、前記デバイスは、デタッチ設定を定義する設定情報を受信するようになされ、
前記デタッチ設定を使用することによって、自律的に、前記デバイスと前記他のデバイスとの間の通信リンクを切断することを行うimplicitデタッチ動作を実行するデバイス。
【請求項２】
前記デタッチ設定がexplicitデタッチモードを含む場合、さらに、デタッチ動作を示す指示信号を送信する、請求項１に記載のデバイス。
【請求項３】
前記デバイスによって送信される前記指示信号は、デタッチ動作が実行されることを示すDETACH REQUESTを含む、請求項２に記載のデバイス。
【請求項４】
前記設定情報を受信しかつ保持し、指令を有するプログラム情報を保持する保持手段と、前記保持手段と接続し、前記保持された設定情報を使用する前記保持された指令を実行することによって、デタッチ動作を自律的に実行するプロセッサと、をさらに有する、請求項１乃至３のいずれか１項に記載のデバイス。
【請求項５】
前記デバイスは、前記設定情報を有する設定信号を無線により受信する、請求項１乃至４のいずれか１項に記載のデバイス。
【請求項６】
前記設定信号は、前記デバイスを含む一以上の無線通信デバイスのサブセットを宛先とし、前記デバイスは、前記サブセットに属するかどうかを判定する手段と、属すると判定された場合、前記デバイスを設定する手段とを有する、請求項５に記載のデバイス。
【請求項７】
前記設定信号は、non-access stratum (NAS) シグナリングを有する、請求項５又は６に記載のデバイス。
【請求項８】
前記設定信号は、ATTACH ACCEPTメッセージ、LOCATION UPDATING ACCEPTメッセージ、ROUTING AREA UDPATING ACCEPTメッセージもしくはTRACKING AREA UPDATING ACCEPTメッセージを有する、請求項５又は６に記載のデバイス。
【請求項９】
前記設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項５又は６に記載のデバイス。
【請求項１０】
前記設定信号は、ブロードキャストチャネルにおいて送信されるシステム情報を有する、請求項５又は６に記載のデバイス。
【請求項１１】
前記システム情報は、デバイスのサブセットと関連付けられたattach flagを有し、前記サブセットは、無線通信システムにおいて動作する全ての無線通信デバイスの一以上のセットを有し、前記サブセットは、前記デバイスを含み、前記デバイスは、前記サブセットに属することを判定する手段と、前記判定に応じて自律的にimplicitデタッチ動作を実行する手段とを有する、請求項１０に記載のデバイス。
【請求項１２】
前記デバイスは、flag-reading設定信号を受信し、前記flag-reading設定信号によって前記attach flagを読み出すことを可能にする、請求項１１に記載のデバイス。
【請求項１３】
前記flag-reading設定信号は、Open Mobile Alliance Device Management (OMA DM) メッセージ、Universal Subscriber Identity Module Over the Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項１２に記載のデバイス。
【請求項１４】
前記無線通信デバイスは、開始と終了を有するcommunication time intervalの間に情報の無線通信を実行し、前記デバイスは、さらに、前記情報の通信の後に、自律的にimplicitデタッチを実行する、請求項１乃至１３のいずれか１項に記載のデバイス。
【請求項１５】
前記デバイスは、前記communication time intervalの終了の後にimplicitデタッチ動作を自律的に実行する、請求項１４に記載のデバイス。
【請求項１６】
前記デバイスは、情報の通信の終了に基づいてimplicitデタッチ動作を自律的に実行する、請求項１４に記載のデバイス。
【請求項１７】
前記デバイスは、periodic registration area update timerの満了に基づいてimplicitデタッチ動作を自律的に実行する、請求項１４に記載のデバイス。
【請求項１８】
前記communication time intervalは、grant time intervalの一部であり、前記grant time intervalは、無線通信システムにおいて動作する全ての無線通信デバイスのセットのサブセットに割り当てられ、前記サブセットは前記デバイスを含み、前記grant time intervalは、前記サブセットの無線デバイスが通信する間に定義されたtime intervalである、請求項１４乃至１７のいずれか１項に記載のデバイス。
【請求項１９】
前記implicitデタッチ動作を自律的に実行することは、non-access stratum (NAS)シグナリング接続を解放することを有する、請求項１乃至１８のいずれか１項に記載のデバイス。
【請求項２０】
前記デバイスは、少なくともmachine-type communication (MTC)デバイスの一部である、請求項１乃至１９のいずれか１項に記載のデバイス。
【請求項２１】
前記デバイスが、自律的にデタッチするように構成され、特定されたデタッチのタイプがEXPLICITである場合、前記デバイスは、無線によって受信するGSM/GPRSもしくはUMTSシステム情報におけるATT flagに独立して動作する、請求項１乃至２０のいずれか１項に記載の装置。
【請求項２２】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスであって、前記デバイスは、他のデバイスを識別し、その識別子に基づいて他のデバイスのデタッチ設定を識別し、
前記デバイスは、識別されたデタッチ設定が自律的なデタッチ設定である場合、前記識別された他のデバイスを自律的にimplicitデタッチ動作を実行するデバイスとして扱う手段を有する、デバイス。
【請求項２３】
前記デバイスは、他のデバイスによって無線によって送信された信号を受信することによって、他のデバイスを識別し、前記信号は、他のデバイスを識別するための情報を有する、請求項２２に記載のデバイス。
【請求項２４】
前記デバイスは、デバイス識別子のセット及びそれぞれのデバイス設定の関連セットを含む情報保持に接続する手段を有し、他のデバイスの識別子及び情報保持内の関連するデタッチ設定に位置する他のデバイスのデタッチ設定を識別する、請求項２２又は２３に記載のデバイス。
【請求項２５】
前記デタッチ設定がexplicitデタッチモードを含む場合、デタッチ動作を指示する指示信号を受信する、請求項２２乃至２４のいずれか１項に記載のデバイス。
【請求項２６】
前記指示信号がデタッチ動作が実行されることを示すDETACH REQUESTメッセージを有する場合、前記DETACH REQUESTメッセージに対するDETACH ACCEPTメッセージを送信する、請求項２５に記載のデバイス。
【請求項２７】
自律的にimplicitデタッチ動作を実行するために、前記他のデバイスによる使用のためにデタッチ設定を定義する設定情報を有する設定信号を無線により送信する手段をさらに有する請求項２２乃至２６のいずれか１項に記載のデバイス。
【請求項２８】
前記設定信号が他のデバイスを含む一以上の無線通信デバイスのサブセットを宛先とするために、前記デバイスが前記設定信号を送信する、請求項２７に記載のデバイス。
【請求項２９】
前記設定信号は、NASシグナリングを有する請求項２７又は２８に記載のデバイス。
【請求項３０】
前記設定信号は、ATTACH ACCEPTメッセージ、LOCATION UPDATING ACCEPT メッセージ、ROUTING AREA UDPATING ACCEPTメッセージもしくはTRACKING AREA UPDATING ACCEPTメッセージを有する、請求項２７又は２８に記載のデバイス。
【請求項３１】
前記設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項２７又は２８に記載のデバイス。
【請求項３２】
前記設定信号は、ブロードキャストチャネルにおいて送信されるシステム情報を有する、請求項２７又は２８に記載のデバイス。
【請求項３３】
前記システム情報は、デバイスのサブセットに関連づけられたattach flagを有し、前記サブセットは、無線通信システムにおいて動作する全ての無線通信デバイスの一以上のセットを有し、前記サブセットは、前記他のデバイスを有する、請求項３２に記載のデバイス。
【請求項３４】
前記デバイスは、一以上の無線通信デバイスのサブセットのデバイスによる使用のためにflag-reading設定信号を送信し、attach flagの読出しを可能とする、請求項３３に記載のデバイス。
【請求項３５】
前記flag-reading設定信号は、Open Mobile Alliance Device Management (OMA DM) メッセージ、Universal Subscriber Identity Module Over the Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項３０に記載のデバイス。
【請求項３６】
前記デバイスは、開始時間及び終了時間を有する定義されたcommunication time intervalの外におけるデタッチとして他のデバイスを扱う、請求項２２乃至３５のいずれか１項に記載のデバイス。
【請求項３７】
前記communication time intervalは、grant time intervalの一部であり、前記grant time intervalは、無線通信システムにおいて動作する全ての無線通信デバイスのセットのサブセットに割り当てられ、前記サブセットは、前記デバイスを含み、前記grant time intervalは、サブセットのデバイスが通信する間に定義されたtime intervalである、請求項３６に記載のデバイス。
【請求項３８】
前記無線通信デバイスは、少なくともmachine-type communication (MTC) サーバの一部であり、前記他のデバイスは、machine-type communication (MTC)デバイスである、請求項２２乃至３７のいずれか１項に記載のデバイス。
【請求項３９】
クレーム１乃至２１のいずれか移行に記載された第１のデバイスの形式の第１のデバイスと、クレーム２２乃至３８のうちの一つに相当する第２のデバイスとを有し、前記第１及び第２のデバイスは、無線リンクを介して互いに通信する無線通信システム。
【請求項４０】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスに用いられる方法であって、前記方法は、デタッチ設定を定義する設定情報を受信し、前記デタッチ設定を使用することによって、自律的に、前記デバイスと前記他のデバイスとの間の通信リンクを切断することを行うimplicitデタッチ動作を実行する方法。
【請求項４１】
explicit localデタッチモードにおいて、前記デタッチ動作が前記デタッチ動作を示す指示信号を送信して、データッチ動作を実行する、請求項４０に記載の方法。
【請求項４２】
指示信号を送信することは、デタッチ動作が実行されることを示すDETACH REQUESTメッセージを送信することを有する、請求項４１に記載の方法。
【請求項４３】
前記設定情報を受信しかつ保持し、指令を有するプログラム情報を保持し、さらに、前記保持された設定情報を使用する前記保持された指令を実行することによって、デタッチ動作を自律的に実行する、請求項４０乃至４２のいずれか１項に記載の方法。
【請求項４４】
前記設定情報を有する設定信号を無線により受信する、請求項４０乃至４３のいずれか１項に記載の方法。
【請求項４５】
前記設定信号は、前記デバイスを含む一以上の無線通信デバイスのサブセットを宛先とし、前記サブセットに属するかどうかを判定する手段と、属すると判定された場合、前記デバイスを設定する手段とを有する、請求項４４に記載の方法。
【請求項４６】
前記設定信号は、non-access stratum (NAS) シグナリングを有する、請求項４４又は４５に記載の方法。
【請求項４７】
前記設定信号は、ATTACH ACCEPTメッセージ、LOCATION UPDATING ACCEPTメッセージ、ROUTING AREA UDPATING ACCEPTメッセージもしくはTRACKING AREA UPDATING ACCEPTメッセージを有する、請求項４４又は４５に記載の方法。
【請求項４８】
前記設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項４４又は４５に記載の方法。
【請求項４９】
前記設定信号は、ブロードキャストチャネルにおいて送信されるシステム情報を有する、請求項４４又は４５に記載の方法。
【請求項５０】
前記システム情報は、デバイスのサブセットと関連付けられたattach flagを有し、前記サブセットは、無線通信システムにおいて動作する全ての無線通信デバイスの一以上のセットを有し、前記サブセットは、前記デバイスを含み、前記方法は、前記サブセットに属することを判定し、前記判定に応じて自律的にimplicitデタッチ動作を実行する、請求項４９に記載の方法。
【請求項５１】
前記デバイスは、flag-reading設定信号を受信し、前記flag-reading設定信号によって前記attach flagを読み出すことを可能にする、請求項５０に記載の方法。
【請求項５２】
前記flag-reading設定信号は、Open Mobile Alliance Device Management (OMA DM) メッセージ、Universal Subscriber Identity Module Over the Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項５１に記載の方法。
【請求項５３】
開始と終了を有するcommunication time intervalの間に情報の無線通信を実行し、さらに、前記情報の通信の後に、自律的にimplicitデタッチを実行する、請求項４０乃至５２のいずれか１項に記載の方法。
【請求項５４】
前記implicitデタッチ動作は、前記communication time intervalの終了の後に自律的に実行される、請求項５３に記載の方法。
【請求項５５】
前記implicitデタッチ動作を自律的に実行することは、情報の通信の終了に基づく、請求項５４に記載の方法。
【請求項５６】
前記implicitデタッチ動作を自律的に実行することは、periodic registration area update timerの満了に基づく、請求項５４に記載の方法。
【請求項５７】
前記communication time intervalは、grant time intervalの一部であり、前記grant time intervalは、無線通信システムにおいて動作する全ての無線通信デバイスのセットのサブセットに割り当てられ、前記サブセットは前記デバイスを含み、前記grant time intervalは、前記サブセットの無線デバイスが通信する間に定義されたtime intervalである、請求項５３乃至５６のいずれか１項に記載の方法。
【請求項５８】
前記implicitデタッチ動作を自律的に実行することは、non-access stratum (NAS)シグナリング接続を解放することを有する、請求項４０乃至５７のいずれか１項に記載のデバイス。
【請求項５９】
前記デバイスは、少なくともmachine-type communication (MTC)デバイスの一部である、請求項４０乃至５８のいずれか１項に記載の方法。
【請求項６０】
定義されたデタッチ設定がEXPLICITを含む場合、受信されたGSM/GPRSもしくはUMTSシステム情報におけるATT flagに独立して動作する、請求項４０乃至５９のいずれか１項に記載の方法。
【請求項６１】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスにおいて使用される方法であって、前記方法は、他のデバイスを識別し、その識別子に基づいて他のデバイスのデタッチ設定を識別し、
前記方法は、さらに、識別されたデタッチ設定が自律的なデタッチ設定である場合、前記識別された他のデバイスを自律的にimplicitデタッチ動作を実行するデバイスとして扱う、方法。
【請求項６２】
前記他のデバイスを識別することは、他のデバイスによって無線によって送信された信号を受信することを有し、前記信号は、他のデバイスを識別するための情報を有する、請求項６１に記載の方法。
【請求項６３】
デバイス識別子のセット及びそれぞれのデバイス設定の関連セットを含む情報保持に接続し、他のデバイスのデタッチ設定を識別することは、他のデバイスの識別子及び情報保持内の関連するデタッチ設定に位置する他のデバイスのデタッチ設定を定めることを有する、請求項６１又は６２に記載の方法。
【請求項６４】
前記デタッチ設定がexplicitデタッチモードを含む場合、デタッチ動作を指示する指示信号を受信する、請求項６１乃至６３のいずれか１項に記載の方法。
【請求項６５】
前記指示信号がデタッチ動作が実行されることを示すDETACH REQUESTメッセージを有する場合、前記DETACH REQUESTメッセージに対するDETACH ACCEPTメッセージを送信する、請求項６４に記載の方法。
【請求項６６】
自律的にimplicitデタッチ動作を実行するために、前記他のデバイスによる使用のためにデタッチ設定を定義する設定情報を有する設定信号を無線により送信することをさらに有する、請求項６１乃至６５のいずれか１項に記載の方法。
【請求項６７】
前記設定信号が他のデバイスを含む一以上の無線通信デバイスのサブセットを宛先とするために、前記デバイスが前記設定信号を送信することをさらに有する、請求項６６に記載の方法。
【請求項６８】
前記設定信号は、NASシグナリングを有する請求項６６又は６７に記載の方法。
【請求項６９】
前記設定信号は、ATTACH ACCEPTメッセージ、LOCATION UPDATING ACCEPT メッセージ、ROUTING AREA UDPATING ACCEPTメッセージもしくはTRACKING AREA UPDATING ACCEPTメッセージを有する、請求項６６又は６７に記載の方法。
【請求項７０】
前記設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項６６又は６７に記載の方法。
【請求項７１】
前記設定信号は、ブロードキャストチャネルにおいて送信されるシステム情報を有する、請求項６６又は６７に記載の方法。
【請求項７２】
前記システム情報は、デバイスのサブセットに関連づけられたattach flagを有し、前記サブセットは、無線通信システムにおいて動作する全ての無線通信デバイスの一以上のセットを有し、前記サブセットは、前記他のデバイスを有する、請求項７１に記載の方法。
【請求項７３】
一以上の無線通信デバイスのサブセットのデバイスによる使用のためにflag-reading設定信号を送信し、attach flagの読出しを可能とすることをさらに有する、請求項７２に記載の方法。
【請求項７４】
前記flag-reading設定信号は、Open Mobile Alliance Device Management (OMA DM) メッセージ、Universal Subscriber Identity Module Over the Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項６９に記載の方法。
【請求項７５】
開始時間及び終了時間を有する定義されたcommunication time intervalの外におけるデタッチとして他のデバイスを扱うことをさらに有する、請求項６１乃至７４のいずれか１項に記載の方法。
【請求項７６】
前記communication time intervalは、grant time intervalの一部であり、前記grant time intervalは、無線通信システムにおいて動作する全ての無線通信デバイスのセットのサブセットに割り当てられ、前記サブセットは、前記デバイスを含み、前記grant time intervalは、サブセットの無線デバイスが通信する間に定義されたtime intervalである、請求項７５に記載の方法。
【請求項７７】
前記無線通信デバイスは、少なくともmachine-type communication (MTC) サーバの一部であり、前記他のデバイスは、machine-type communication (MTC)デバイスである、請求項６１乃至７６のいずれか１項に記載の方法。
【請求項７８】
無線通信デバイスは、実質的にこの中に記載され、一以上の図面に描かれている。
【請求項７９】
無線通信システムは、実質的にこの中に記載され、一以上の図面に描かれている。
【請求項８０】
無線通信デバイスにおいて用いられる方法は、実質的にこの中に記載され、一以上の図面に描かれている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデバイス間の無線通信、無線通信リンクが切断される際におけるデタッチ操作を実行する１以上の無線通信装置に関するシグナリングに関する。本発明の側面は、デタッチ操作に関するシグナリングの量を減らすことを示している。
【背景技術】
【０００２】
System Improvements for Machine-Type Communications（SIMTC）に関するThird Generation Partnership Project（3GPP）によって実行される研究の内容において、3GPPは、time controlledと称される特徴を導入した。time controlledは、ある定められた期間にのみデータを送受信することができ、潜在的に、ネットワークと通信するための非常に小さい持続時間もしくは間隔を必要とするのみであるデバイスに適用される。Technical Report document 3GPP TR 23.888 v1.6.0, sub clause 5.9.1には、次のことが述べられている。「一般的に、MTC Userは、MTC deviceのグループにおいて予め定められた期間についてオペレータと一致する。アクセスが許可される時間は、grant time interval、と名付けられる。ネットワークは、（変更された）grant time intervalにMTC deviceと通信することになっており、さらに、MTC Server及びMTC Userと通信してもよい。grant time intervalは、forbidden time intervalとは重ならない。」
【０００３】
このようなgrant time period もしくは grant time intervalは、デバイスが、grant time intervalの外ではなく、grant time intervalの間に通信するために、デバイスへ割り当てられる。デバイスは、例えば、上述したようにMachine-Type Communications (MTC) deviceである。
【０００４】
Technical Report document 3GPP TR 23.888 v1.6.0, sub clause 5.9.1は、（カッコ書きに加えられたコメントに）次のことを述べている。「多くのアプリケーションにおいて、個々のMTCデバイスは、MTC Serverと通信するためにこの予め定められた期間の全ての持続時間を必要としない。一般的に、個々のMTCデバイスにとって、５―１０分のcommunication windowがあれば十分である（どの時点においてもネットワークと通信するために）」。
【０００５】
それ故、ネットワークオペレータは、デバイスが通信するためのcommunication windowを定義する。communication windowは、grant time interval以内であり、grant time intervalよりも十分に小さい持続時間である。ネットワークオペレータが、communication windowの時間を制限もしくは最小化するという効果を見出すことは、次に示されることからも明らかである。Technical Report document 3GPP TR 23.888 v1.6.0, sub clause 5.9.1 goes on to stateは、（カッコ書きに加えられたコメントに）次のことを述べている。「ネットワークの過負荷（さらに、シグナリングかつ／又はトラヒックデータのピーク）を避けるために、デバイスのcommunication windowは、定められた期間に分布される（そのため、communication windowの重なりは最小化され、もしくは、避けられる）。例えば、個々のcommunication windowの開始時間をランダム化する（grant time interval内において）。ネットワークオペレータにとって、MTCデバイスが、communication window以外にattachしないことは利得となる。それ故、ネットワークオペレータは、デバイスのcommunication windowの終わりに、MTCデバイスをネットワークから強制的にdetachすることができるようにしたほうがよい。」
【０００６】
デバイスがgrant time intervalの間に一回だけ通信するという制限はないけれども、それぞれの無線デバイス／端末には、一つのcommunication windowが割り当てられる。grant time intervalは、端末が通信することを許可された期間である。端末が実際にネットワークと通信する期間は、communication windowと称される。通常、それぞれのデバイスに１回のcommunication windowがあるが、MTCアプリケーション（ユースケース）によって１回以上であってもよい。
【０００７】
grant time interval schedule (information)は、ネットワークによって端末へ伝達される。通常は、同一のgrant intervalが、多くのMTCデバイスへ伝達されるとき、これらのMTCデバイスが（例えば、grant time intervalの開始時に）同時に通信を開始しないことが利得となる。なぜなら、MTCデバイスが同時に通信を開始することは、一時的にデバイスによる通信に使われるチャネルの過負荷を引き起こすからである。communication windowのタイミングは、ネットワークによってランダム化される。ネットワークは、それぞれの端末が通信を開始する時間を示すランダム情報を伝達する。communication windowは、grant time interval以内である。
【０００８】
communication windowの導入によって、detachシグナリングが発生する時間が予測されるようになる。
【０００９】
machine-type communicationsにおいて、シグナリング過負荷は、ネットワークにとって重要な問題となることが予測される。なぜなら、ネットワークは、少なくともある程度はMachine Type Communicationsデバイスの導入が要因となり多くのデバイスが接続されることに直面するからである。そして、このことは、単に、どんな時もネットワークにattachされ得るデバイスの数が増加することによって、潜在的にシグナリングの過負荷を引き起こす結果となる。（communication windowが使用される時に）communication windowの最後、もしくは、（communication windowが使用されない時に）grant time intervalの最後におそらく発生するdetachシグナリングを減らすことが利得となる。
【００１０】
現在、デバイス（例えば、携帯電話、固定端末もしくはMTCデバイス等の無線端末）がdetachするために、3GPPシステムにおいて二つの異なるメカニズムがある。これらのメカニズムは、3GPPシステム（例えば、GSM/GPRS、UMTS、Evolved Packet System (EPS)）に関連する内容として示されているが、他のnon-3GPP無線通信システムは、detach動作もしくはdetach動作に相当する動作を実行するために同様のメカニズムを有すると理解される。そして、本発明に示される側面は、そのような他のシステムにも同様に適用される。3GPPメカニズムは、下記のようにまとめられている。
１）device-originated detach procedureにおいて、デバイスはDETACH REQUESTメッセージをネットワークへ送信し、DETACH REQUESTメッセージが、例えば、デバイスのユーザがデバイスのパワーオフボタンを押下する等によって、デバイスがスイッチオフの状態あることによるものではない場合、ネットワークは、DETACH ACCEPTメッセージを送信することによって、DETACH REQUESTメッセージ（例えば、有効リソースに依存する）を受け取ったことを通知してもよい。
２）network-originated detach procedureにおいて、ネットワークは、DETACH REQUESTメッセージをデバイスへ送信する。さらに、デバイスは、DETACH ACCEPTメッセージをネットワークへ送信することによってDETACH REQUESTメッセージを受け取ったことを通知する。
【００１１】
上述した両方のメカニズムが実行可能な解決策である一方、下記の状況においては、detachシグナリングは、用途が制限されるということであってもよい。
ａ）システムにおけるデバイスによる平均的な通信よりも小さいデータ通信が行われるためにデバイスがattachしている状況
ｂ）様々なデバイスが異なるcommunication windowを（例えば、ネットワークによって）許可され又は割り当てられ、communication windowの最後に、それぞれのデバイスが次に発生するcommunication windowまでこれ以上ネットワークと通信しない状況
ｃ）デバイスがgrant time intervalを割り当てられ、grant time intervalの最後に、デバイスが次のgrant time intervalまでこれ以上ネットワークと通信しない状況
【００１２】
さらに、メカニズム１及び２は、シグナリンクコネクションを必要とする。特に、デバイスとネットワークがこれ以上接続されない場合（例えば、悪い信号経路状態における接続比率のロスの後）、シグナリングコネクションを再び設定するために、さらなるシグナリングが必要とされる。
【００１３】
これらの全ての考察によると、通信システムにおいて、デバイスの数の増加が展開されると、特に、MTC-typeデバイスの大幅な増加が展開されると、シグナリングの増加が生じる。
【００１４】
GSM/GPRS 及び UMTS systemsにおいて、ATTフラグ（システム情報の一部としてbroadcast channel (BCCH)において送信される）は、デバイスに対して、detach手順が実際に必要とされるか否かを示すことができる。このフラグは、潜在的に、ネットワークがdetachするデバイスが要因となるシグナリング負荷を削減する可能性を制限的に与える。3GPP technical specification document TS 24.008, sub clause 4.3.4 statesは、以下のように述べている。
「A/Gb mode and GERAN Iu modeにおいて、BCCHのL3-RR SYSTEM INFORMATION TYPE 3 messageにおいて配信されるフラグ（ATT）は、detach手順が必要とされるかどうかを示すためにネットワークによって用いられる。移動局がMM idleであったと場合に、考慮されるATTフラグの値は、broadcastである。UTRAN Iu modeにおいて、CS domain specific system information elementにおけるフラグ（ATT）は、detach手順が必要とされるかどうかを示すためにネットワークによって用いられる。移動局がMM idleであったと場合に、考慮されるATTフラグの値は、receivedである。」
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】3GPP TR 23.888 v1.6.0 (20011-11)
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、多くの現在のネットワーク構築においては、このATTフラグを使用していないと思える。さらに重要なことは、現在、ATTフラグは、全てのデバイス、例えば、システムにおける全てのデバイス、に共通であると認識されていることであり、このことは、システムにおけるデバイスのサブグループ、もしくは、ネットワークもしくは基地局に接続されているすべてのデバイスのサブグループの１以上のデバイスにおけるdetach手順を取り除く／避けるためのいかなる方法も提供しない。そのようなグループは、MTCデバイスを構成する。
【００１７】
また、このATTフラグは、Evolved Packet System standard (EPS)には組み込まれていなかった。それ故、EPSを利用することができるデバイスは、EPS modeにおいて、detachを始めるために、detachが必要とされる時、常にシグナリングを経由してネットワークと通信しなければならない。
【００１８】
上記のことから、無線セルラーネットワーク内のデバイス密度の増加及びMTCデバイスの構築の早い増加の予測の両方が、無線セルラーネットワークにおけるシグナリングの非常に大きな増加を発生させる結果となる。
【００１９】
現在のネットワークと無線通信デバイスは、様々な不利益と制限を示しており、この問題の解決策を示していない。
【００２０】
本発明は、既知のデバイス、システム及び方法に対して有用性を有する無線通信デバイス、システム及び方法を提供することを目的とする。例えば、発明の側面は、ネットワークからデバイスをdetachするために必要となるシグナリングの量を減らすことである。
【課題を解決するための手段】
【００２１】
特に自律的にデタッチ動作を実行するように構成される無線通信デバイスを規定する装置と方法とが記載される。一つのモードにおいて、自律的にデタッチ動作を実行し、デタッチ動作を示す信号を送信する無線通信デバイスを規定する装置と方法とが記載される。
【００２２】
発明の一つの側面によると、無線通信システムにおいて用いられる無線通信デバイス（例えば、端末）が規定され、デバイスは、受信した設定情報に基づいて自律的にimplicitデタッチ動作を開始する。
【００２３】
無線通信デバイスが、communication time intervalの間に、他の無線通信デバイス（例えば、ネットワーク装置）に対して情報を送信し、デタッチ動作に関連するシグナリングを受信することなく、自律的に情報の送信の後にデタッチ動作を実行することは任意でありかつ好ましい。
【００２４】
このような無線通信デバイスは、設定情報を受信する手段を有することが好ましい（例えば、ネットワーク装置によって無線により信号を送信され、又は、製造工程の間もしくはデバイス設定処理後に受信する）。設定情報は、デバイスが自律的にデタッチ動作を実行するように構成されることを指示し、デバイスは、受信した設定情報に応答して自律的にデタッチ動作を実行するように自身を構成する手段を有することが好ましい。
【００２５】
設定情報は、一以上の無線通信デバイスのサブセットを宛先とし、デバイスは、前記サブセットに属しているか否かを判定する手段と、属していると判定された場合、自律的にデタッチ動作を実行するように構成する手段とを有することが好ましい。
【００２６】
サブセットは、一つのデバイスのみを含んでもよく、もしくは、サブセットはネットワークに接続される全てのデバイスの一部である複数のデバイスを含んでもよい。
【００２７】
一例として、サブセットは、ネットワークに接続される全てのMTCデバイスを有する。あるデバイス（例えば、non-MTCデバイスに対するMTCデバイス）が、このように構成されてもよく、一方、他のデバイス（例えば、携帯電話もしくはdata-centricデバイス、インターネットブラウジングのための端末もしくはタブレットのようなuser equipments もしくは UEs）がサブセットに対して異なるように構成されてもよい。サブセットは、MTCデバイスよりも低い優先度のデバイスであってもよく、例えば、まれにもしくは頻繁に電話をするために用いられることが知られている携帯電話であってもよい。
【００２８】
発明の他の側面によると、他の無線通信デバイスを識別する（例えば、無線端末等の他の無線通信デバイスからの信号を受信することによって、さらに、信号を受信する手段によって他のデバイスを識別することによって）無線通信デバイス（例えば、ネットワーク装置）が提供され、さらに、他のデバイスのデタッチ設定を識別する（例えば、信号もしくはデータベースへのアクセスを用いて）無線通信デバイスが提供され、無線通信デバイス、例えばネットワーク装置は、デタッチ設定によって、識別された他のデバイス、例えば端末を、自律的にimplicitデタッチ動作を実行するデバイスとして扱う。
【００２９】
実施の形態によると、無線通信デバイス（例えば、ネットワーク装置）は、他のデバイス（例えば、端末）が自律的にデタッチ動作を介するように構成されることを示す設定信号を送信する手段をさらに有する。設定信号は、他のデバイスによる使用において、自律的にimplicitデタッチ動作を実行するデタッチ設定を定義する設定情報であることが好ましい。
【００３０】
設定信号（例えば、ネットワーク装置から送信され端末によって受信される）が、他のデバイス（例えば、端末）によるデタッチ動作の実行を示す信号を送信する他のデバイスによって少なくとも部分的にデタッチ動作が実行されるexplicitデタッチモードを示すことは任意でありかつ好ましく、他のデバイスは、自律的にデタッチ動作を実行するこの指示されたexplicitデタッチモードにおいて動作し、デタッチ動作はデタッチ動作の実行を示す信号を送信することを含む。
【００３１】
デバイス（例えば、端末）によって受信された設定信号が、デバイスがデタッチ動作を介しないimplicitもしくはlocalデタッチモードを示すことは任意でありかつ好ましく、デバイスは、デタッチ動作の実行を示す信号を送信することなく自律的にデタッチ動作を実行するimplictもしくはlocalデタッチモードにおいて動作する。
【００３２】
一般的に、デバイスは、シグナリング接続、例えば、NASシグナリング接続を局所的に開放することによってデタッチ動作を実行してもよい。
【００３３】
無線通信デバイス（例えば、端末）は、デバイスと他の無線通信デバイスとの間の無線リンクを経由して通信を行うことと、communication time intervalの外ではなく少なくともcommunication time intervalの部分の間に、他の無線通信デバイスに対して情報を無線により送信することとを提案される。
【００３４】
無線通信デバイス（例えば、端末）が、デバイスによる情報の送信に応じて、例えば、情報の送信の後に、無線リンクの切断を開始することによってデタッチ動作を実行することも、任意である。もしくは、デバイスは、communication time intervalの後に無線リンクの切断を開始することによってデタッチ動作を実行する。
【００３５】
デバイスは、デタッチ動作の指示を送信することなくデタッチ動作を実行することが好ましい。
【００３６】
デバイスは、受信するDETACH REQUESTから独立してデタッチ動作を実行することができる。デバイスは、DETACH REQUESTを送信することなくであっち動作を開始することが望ましいことが記載されている。しかしながら、デバイスは、DETACH REQUESTを送信することによってデタッチ動作を実行することも任意である。
【００３７】
ここに記載された本発明の側面によって得られる利益は、デタッチ動作に関連付けられたシグナリングが著しく減少されることである。これは、多くのデバイスがネットワークに配置され、それ故、多くのデバイスが比較的少ないtime intervalもしくはperiod内にシグナリングメッセージを介してネットワークと通信する状況において特に利益がある。
【００３８】
本発明の側面によると、無線デバイスがデタッチメントが実行されることを明らかに示すことなくデタッチ動作を実行することが可能となる。
【００３９】
これは、現在の一般的なケースのように、ネットワークによる明らかな指示もしくはネットワークに対する明らかな指示が望まれるもしくは必要とされる場合と比較してシグナリング負荷を減少させる。
【００４０】
自律的にimplicitデタッチ動作を実行することができ、望まれればもしくは必要とされれば、デタッチ動作を明らかに示すことによって、自律的にexplicitデタッチ動作を実行することができるデバイス（例えば、端末）が、提案される。明らかな指示は、デバイスが、常にもしくは断続的に無線通信を行う他のデバイス、例えば、ネットワーク装置に対して行われる。implicitもしくはexplicitlyにデタッチするデバイスは、デタッチメントよりも前に、データの送受信が無い期間によって点在されるバーストもしくはパケットデータを送信かつ／または受信することによって他のデバイスと断続的に通信することができることが理解される。
【００４１】
デバイス（図１、１１０）は他のデバイス（図１、１２０）と通信する唯一のデバイスであってもよく、デバイスは、他のデバイス（図１、１２０）と互いに通信する複数のデバイス（図１、１１０、１３０）の一つであってもよいことも理解される。２以上のデバイス１１０、１３０は、必ずしも一般的に理解されているネットワークの一部を形成することはない。しかしながら、セルラー無線通信ネットワークのようなネットワークに適用される時、発明の特徴はとても有益であることが記載される。
【００４２】
一般的なセルラーネットワークは、基地局と交換機とを有し、他のタイプのインフラストラクチャー装置を有することも可能であり、例えば、セルラー携帯電話ネットワークのような無線通信ネットワークであってもよい。デバイス、例えば、端末が多くの他のデバイス（例えば、移動もしくは固定の端末）が期間を超えて通信するネットワークと通信しているときに利益が得られる。しかしながら、本発明の側面は、また、デバイスが一つの他のデバイスもしくは少ない他のデバイスのみと通信しているときであっても利益を得られることが理解される。
【００４３】
ネットワークアプリケーションにとって、ある期間の間に必要とされるシグナリングの量は、期間を超えてネットワークと通信するデバイスの数に比例して減少される。つまり、本発明の側面は、デバイスが一つの他の装置とのみ通信するケースでさえ必要とされるシグナリングの量を減少することを提供する。
【００４４】
本発明の側面によると、ネットワークは、複数のデバイスと通信し、ネットワークは、それらの複数のデバイスの一以上が定義されたtime intervalの間にデタッチするように構成される。ネットワークは、デバイスに対して（一以上の）time intervalを割り当ててもよい。このように割り当てられたtime intervalは、デバイスがネットワークと通信する期間にデバイスに対して割り当てられるtime slot、time windowもしくはcommunication windowとされてもよい。それから、ネットワークは、デバイスが、割り当てられたtime intervalよりも他のtime intervalの間にネットワークと通信しないことを予期する。言い換えると、ネットワークは、デバイスが一以上の割り当てられたtime intervalよりも他のtime intervalの間にネットワークと通信しないが、その端末を扱う。そのような通信は、信号の送信かつ／または受信を使用する。
【００４５】
それゆえ、一以上の他のtime intervalの間に、ネットワークもしくは他のデバイスは、装置に対していかなる信号も送信せず、デバイス、例えば端末によって送信される信号を能動的に監視もしくは探索しない。特に、一以上の他のtime intervalの間に（割り当てられたtime intervalの外）、ネットワーク／他のデバイスとデバイスとの間にシグナリングを必要とせず、割り当てられたtime intervalの間に発生する通信を切断するためのシグナリングを必要としない。
【００４６】
デタッチ動作を実行するためのシグナリングを必要とせず、デバイスが、（上述したexplicitデタッチメント手順に応じて）デタッチ動作を実行することを示すことが要望もしくは必要とされる以外は、デタッチ動作を示すためのシグナリングを必要としない。
【００４７】
ネットワークもしくは他のデバイスは、上述したGrant Time Intervalによって例示されるように、複数のデバイスが割り当てられたshared time intervalを共有し、互いに割り当てられたshared time intervalの間にネットワークと通信するために、複数のデバイス（グループもしくはデバイスのセット）にshared time intervalを割り当ててもよい。上述したGrant Time Intervalは、実施の形態と関連して、さらに下記において議論される。
【００４８】
shared time intervalが用いられている状況において、デタッチ動作にとって必要となるシグナリングの量がshared time intervalを共有する複数のデバイスの数に応じて減少するため、本発明の側面は、大きな利益を与える。ここにクレームされたshared time intervalを共有する全てのデバイスは、デタッチ動作を実行するためにシグナリングを介して通信する必要はない。ネットワークは、デバイスがshared time intervalの外のtime intervalの間にデバイスがデタッチされることを知るもしくは予期することが望ましい。
【００４９】
sub time interval （shared time interval内）が使用されている状態において（例えば、上述したcommunication window）、デタッチ動作に必要とされるシグナリングの量がネットワークに接続するデバイスの数に比例して減少するために、本発明の側面は、大きな利益を与える。
【００５０】
実施の形態によると、デバイスは、上述のimplicitデタッチ手順もしくはexplicitデタッチ手順のどちらかを実行するように構成され、一もしくはこれらのどちらかのみを実行するように構成され、デバイスの設定もしくはプロセスの設定、例えば、EPROM経由、の間に、デバイスは、製造の間もしくは製造の後のどちらかに構成される。このような設定は、実際のネットワークにおいてデバイスが使用もしくは適用／配置される前に、一般的に実行される。
【００５１】
代替方法として、もしくは、有利には、このようなデバイスは、他のデバイスから受信した指示（例えば、コアネットワークから生じ、基地局によって送信された指示）に応じて上述したようにimplicitデタッチ手順を実行するように構成される。この環境設定は、設定されたデバイスが、explicitデタッチ手順を要求もしくは必要としない他のデバイスもしくはネットワークに伴って展開されることを許可し、上述したimplicitデタッチ手順に従って動作する。
【００５２】
さらに、このようなデバイスは、上述したように他のデバイスから受信した指示（例えば、コアネットワークエンティティのようなネットワーク装置から発生した指示）に応じて、explicitデタッチ手順を実行するように構成されてもよい。この環境設定は、設定されたデバイスが、explicitデタッチ手順を要求もしくは必要とされていない他のデバイスもしくはネットワークを伴って展開されることを許可し、さらに／もしくは、implicitデタッチ手順に従って動作しない。
【００５３】
有利には、このようなデバイスは、他のデバイス、例えば、ネットワーク装置から受信した指示に応じて上述したように、implicitデタッチ手順もしくはexplicitデタッチ手順のどちらかを実行するように構成される。例えば、他のデバイスは、指示、例えば、１もしくは２の示された状態（例えば、論理的に０は、implicitデタッチを示し、論理的に１は、explicitデタッチを示してもよい）を示すflagを送信してもよい。指示を受信したデバイスは、指示に応じて指示に応答することができる。
【００５４】
この変形によると、他のデバイスは、explicitデタッチを指示してもよく、また、デバイスがデタッチ動作を自律的に開始するかどうかを指示してもよい。
【００５５】
上述の変形のさらなる変形によると、代替方法として、他のデバイス、例えば、ネットワークは、explicitデタッチを指示してもよく、また、他のデバイスがデタッチ手順を実行することを指示してもよく、デバイスが自律的にデタッチ手順を実行しないことを指示してもよい。
【００５６】
この特性は、潜在的に、存在するもしくはレガシーの他のデバイスもしくはネットワークとの互換性を提供する。このようなアプローチがネットワークに適用される時、ネットワークのみは、一度新しいデバイスを設定しなければならず、それからデバイス（設定された）は、自律的にデタッチする役割を果たす。これは、ネットワークが通信する全てのデバイスのアタッチ／デタッチ状態を監視する必要がないという結果となる。また、有利には、新たに利用されるデバイス及び（設定されていない）レガシーデバイスを操作することができる。
【００５７】
デバイスの実施の形態によると、無線セルラー端末の使用に適し、設定信号は、デバイスを含む一以上の無線通信デバイスのサブセットを宛先とし、デバイスは、前記サブセットに属するかを判定する手段と、サブセットに属するデバイスであると判定された場合に、自律的にデタッチ操作を開始するようにデバイスを構成する手段とを有する。
【００５８】
発明の側面によると、設定信号を利用することによって、グループのデバイス、例えば、全てのアクセス可能なMTCデバイスのみを宛先にすることができるという利益がある。
【００５９】
実施の形態によると、設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する。
【００６０】
設定信号は、ネットワークとデバイスとの間の、ATTACH ACCEPTメッセージのような、NASシグナリングを有してもよい。
【発明の効果】
【００６１】
上記の内容からわかるように、本発明は、無線通信システムにおけるシグナリングの量を有利に減らすことができ、無線通信システムにおけるデタッチ動作に必要とされるシグナリングキャパシティを減らすことができる。
【００６２】
さらに、発明の特徴及び利益は、下記の実施の形態において示されており、一例として、添付された図６〜９において発明の実施の形態を示している。
【図面の簡単な説明】
【００６３】
【図１】図１は、無線リンクを介して他の無線通信デバイスと通信する二つの無線通信デバイスを示す。
【図２】図２は、二つの無線通信デバイスの間に無線リンクを確立する既知の手順を示す。
【図３】図３は、同じデバイスによって少なくとも一部が開始及び実行される既知のデタッチ手順を示す。
【図４】図４は、デバイスによって少なくとも一部を実行され、他のデバイスによって開始される既知のデタッチ手順を示す。
【図５】図５は、提案される無線通信システムにおいて定義されたtime intervalに関連するタイミングを示すタイミング図である。
【図６】図６は、自律的にimplicitデタッチ手順を実行するために無線通信デバイスによって実行される手順を示す。
【図７】図７は、自律的にimplicitデタッチ手順を実行するデバイスの設定を実行するために無線通信デバイスによって実行される設定手順を示す。
【図８】図８は、図７よりも詳細な設定手順を示す。
【図９】図９は、3GPP通信システムにおいて新たなデタッチ手順を導入を示すシーケンスである。
【発明を実施するための形態】
【００６４】
図１〜図５は、既知の無線通信システム及びここに記載される本発明の態様の両方に適用することが理解される。さらに、図１〜図５は、既知の無線通信システムによる動作を記載するため及びここに記載される一以上の発明の特徴を利用するデバイスの動作を記載するために使用される。さらに、図６〜図９は、ここに記載される本発明の実施の形態及び態様にも適用することが理解される。
【００６５】
無線通信デバイスとの用語は、無線を用いて通信するために配置された他のデバイスと無線を用いて通信するために配置されたデバイスを意味する。無線通信デバイスとの用語は、これに制限されず、少なくとも１つの基地局及び少なくとも一つ、一般的には複数、の無線端末を備える無線セルラー通信システムの無線端末を含む。
【００６６】
図１において、無線通信デバイス１１０は、受信機１１２、送信機１１４、受信機１１２及び送信機１１４と接続するプロセッサ１１６及びプロセッサ１１６に接続するメモリ１１８を有する。プロセッサ１１６は、メモリ１１８に保持されている指示に応じて受信機１１２及び送信機１１４を制御するように構成される。
【００６７】
デバイス１１０の受信機１１２は、無線リンク１４２を経由して、他のデバイス１２０によって送信されたシグナリングデータを受信するために配置されている。デバイス１１０の送信機１１４は、無線通信リンク１４４を経由してシグナリングデータを送信するために配置され、一以上の他の無線リンク１６３を経由して一以上のデバイス（図示せず）へ向かう情報の送信を実行するために配置されている。受信機１１２によって用いられる通信リンク１４２及び送信機１１４によって用いられる通信リンク１４４は、同じ通信リンクとみなされる。あるいは、受信機１１２によって用いられる無線通信リンク１４２は、一つのリンクとみなされてもよく、送信機１１４によって用いられる無線通信リンク１４４は、他の通信リンクとみなされてもよい。例えば、受信機１１２によって用いられるリンク１４２は、ダウンリンクとみなされてもよく、送信機１１４によって用いられるリンク１４４は、アップリンクとみなされてもよい。信号を送受信するためのそのような通信リンクの使用は、先行技術としてよく知られており、さらなる議論を必要としない。
【００６８】
他の無線デバイス１２０は、受信機１２２、送信機１２４、プロセッサ１２６及びメモリ１２８を有する。他の無線デバイス１２０の受信機１２２、送信機１２４、プロセッサ１２６及びメモリ１２８の機能は、デバイス１１０の受信機１１２、送信機１１４、プロセッサ１１６及びメモリ１１８のそれぞれの機能と同様である。さらに、他のデバイス１２０は、送信機１２４及び無線リンク１４２を経由してデバイス１１０の受信機１１２へ向かう信号を無線によって送信する。デバイス１１０の送信機も同様に、送信機１１４及び無線リンク１４４を経由して他のデバイス１２０へ向かう一以上の信号を無線によって送信する。それぞれのデバイス１１０及び１２０の受信機１１２及び１２２は、それぞれの送信機１２４及び１１４によって送信された信号を受信するために配置されている。
【００６９】
破線矢印１５３及び１６４によって示されるように、それぞれの受信機１１２及び１２２は、一以上のデバイス（さらなるデバイス１３０として示されるデバイス）によって送信された信号を受信することができる。つまり、それぞれの受信機は、異なるデバイスもしくは一つのデバイスによって送信された、一つの信号よりも多くの信号を受信することができる。同様に、送信機１１４は、破線矢印１６３によって示されるように、一以上のデバイスに対して信号を送信することができる。さらに、送信機１２４は、破線矢印１５２及び１６２によって示されるように、一以上のデバイスに対して信号を送信することができる。
【００７０】
一より多くの他のデバイスと通信するデバイスのこのアイディアをより明確に示すために、図１は、さらに、デバイス１３０が、受信機１３２、送信機１３４、プロセッサ１３６及びメモリ１３８を有することを示している。デバイス１３０の受信機、送信機、プロセッサ及びメモリは、デバイス１１０及び他のデバイス１２０のそれぞれの要素に相当する機能と同様であるため記載を省略する。
【００７１】
他のデバイス１２０及びさらなるデバイス１３０の間に延びる破線矢印１６２及び１６４からわかるように、他のデバイス及びさらなるデバイスは、それぞれの送信機及び受信機を用いて他のデバイスと通信する。一例として、他のデバイス１２０は、セルラー通信ネットワークの基地局の一部であってもよく、デバイス１１０及びさらなるデバイス１３０は、それぞれセルラー無線端末であってもよく、それぞれセルラー無線端末に含められてもよい。しかしながら、図１のデバイス１１０及び他のデバイス１２０として示される二つのデバイスのみが存在すると理解されてもよい。二つのみのそのようなデバイス及び少数のデバイスを有する無線通信システムは、クレームされた特徴から利益を得ることができる。
【００７２】
図１において、他のデバイス１２０は、必ずしも一般的に理解されるネットワークの一部となる必要はないとも理解される。つまり、先行技術として知られている移動交換局のような本発明のネットワーク要素は、必要とされなくてもよい。それでも、クレームされた発明の特徴は、一以上の基地局及び複数の無線端末を構成する無線通信ネットワークに適用される時に、有益であると考えられる。本申請においては、デバイス１１０は、無線端末の一部となり、他のデバイス１２０は、基地局の一部となってもよい。
【００７３】
図２は、二つの無線通信デバイス間の無線リンクの確立手順を示している。ステップ２０２において、ATTACH REQUESTメッセージが送信される。例えば、デバイス（図１、１１０）は、他のデバイス（図１、１２０）へATTACH REQUESTメッセージを送信してもよい。デバイスによって送信されたメッセージは、他のデバイスの受信機によって受信されてもよい。
【００７４】
ステップ２０４において、接続構成情報が、受信される。例えば、その情報は、図１のデバイス１１０の受信機１１２によって受信される。次に、ステップ２０６において、接続構成完了メッセージが送信される。例えば、接続構成完了メッセージは、図１のデバイス１１０の送信機１１４によって送信される。
【００７５】
次に、ステップ２０８において、ATTACH COMPLETEメッセージが送信される。例えば、ATTACH COMPLETEメッセージは、図１のデバイス１１０の送信機１１４によって送信される。
【００７６】
ステップ２０２、２０４、２０６及び２０８の結果、通信リンクが二つのデバイス間に確立されることによってアタッチメントが達成され、２１０の文字Aに進む。
【００７７】
図３は、デバイス（図１のデバイス１１０）によって開始されるデタッチ手順を示しており、少なくとも一部は、同じデバイスによって実行される。文字A（図２の文字Aに相当）によって示されるアタッチ状態において、無線リンクはデバイスと他のデバイス（図２、１２０）との間において確立されている。ステップ３０２において、例えば、communication time intervalの間のような通信として定義されるtime intervalの間にデバイスによって、情報は、無線リンクを介して送信される。このように送信された情報は、どのような種類の情報であってもよい。この例においては、送信された情報は、デジタルデータである。次に、ステップ３０４において、DETACH REQUESTメッセージがデバイスによって送信される。
【００７８】
次に、ステップ３０６において、DETACH ACCEPTメッセージは、デバイスによって受信される。例えば、他の無線デバイス（図１、１２０）は、送信されたDETACH REQUESTメッセージを受信してもよく、それからDETACH REQUESTメッセージを送信したデバイス（図１、１１０）による受信のためにDETACH ACCEPTメッセージを送信してもよい。
【００７９】
次に、ステップ３０８において、デタッチ動作がデバイスによって実行される。例えば、デタッチ動作は、無線リンクを介したシグナリング情報の送受信を終端するデバイスによって開始もしくは実行される。その結果、デバイス（図１、１１０）と他のデバイス（図１、１２０）との間のシグナリング接続を解放する。
【００８０】
上述したステップ３０２、３０４、３０６及び３０８は、デバイスをデタッチ状態とする。つまり、これらのステップは、状態D（３１０）によって示されるように、無線リンクの終了との結果になる。
【００８１】
図４は、少なくとも一部のデバイスによって実行され、他のデバイスによって開始されるデタッチ手続きを示している。デタッチ手続きは、他のデバイス（図１、１２０）によって開始されてもよく、デバイス（図１、１１０）において少なくとも部分的に実行されてもよい。図４においてみられるように、図４のステップは、図４におけるDETACH REQUESTメッセージが他のデバイスによって送信され、デバイスによって受信されること（図３においては、DETACH REQUESTメッセージは、デバイスによって送信され、他のデバイスによって受信される）を除いて、本質的には図３のステップと同じである。また、図４において、DETACH ACCEPTメッセージは、デバイスによって送信され、他のデバイスによって受信される。ところが、図３においては、DETACH ACCEPTメッセージは、他のデバイスによって送信され、デバイスによって受信される。
【００８２】
デバイスがモバイルセルラー端末であり、他のデバイスがセルラーネットワーク装置（例えば、基地局の一部）である場合に、図３は、mobile-originated detach procedureと称されるステップを表しており、図４は、network-originated detach procedureと称されるステップを表している。
【００８３】
D410によって示されるように、図４のステップは、例えば、図３のように無線リンクの終了のように、デタッチ状態との結果になる。
【００８４】
図３及び４に示されるステップは、一般的なセルラー通信ネットワークにおいて使用される二つの選択可能なそれぞれの手順を示している。
【００８５】
図５に進み、時間軸５０２は、水平軸上の時間を表しており、３つのtime interval ５０４、５０６及び５０８は、時間軸５０２に関連づけられている位置によって定義される。grant time interval５０４は、デバイスがgrant time intervalの間に通信するためにデバイスに割り当てられたtime intervalである。forbidden time interval５０６は、デバイスに通信させないことを示すtime intervalである。communication time window ５０８は、一以上のデバイスが通信することが示されている期間であるgrant time interval５０４の一部のtime intervalを示す。transmission time window 508の終わりは、ラベル５１２によって示されている。
【００８６】
図６は、デタッチ動作を実行するための無線通信デバイスによって実行される手順を示す。手順の初めに、リンクは、文字Cによって示されるように、デバイス（図１、１１０）と他のデバイス（図１、１２０）との間において確立されている。ステップＳ６０２において、情報は、communication time interval（例えば、図５に示されるgrant time interval ５０４かcommunication window ５０８）の間にデバイスによって送信される。次に、ステップ６０４において、デタッチ動作が、デバイスによって実行される。デタッチ動作は、文字Ｄ６１０に示されるように、通信リンクを終了させる結果となる。図６と、図３及び４を比較した際に理解されるように、図６には、デタッチに関連するいかなるシグナリングメッセージの受信もしくは送信（図３、３０４、３０６）に相当するステップがない。つまり、DETACH REQUESTメッセージがなく、DETACH ACCEPTメッセージがない。図６に示される処理は、DETACH REQUESTメッセージもしくはDETACH ACCEPTメッセージと独立し、このことは、下記により詳細に説明される発明の特徴によって可能である。
【００８７】
上述したデバイスは、その製造の間か後に自律的にデタッチ動作を実行するように構成される。その代わりに、もしくは、そのうえ、デバイスはデバイスと他のデバイスとの間の通信リンクを介して送信されるconfiguring信号を介して設定される。
【００８８】
図７に進み、図６のステップ６０４によって示される処理のように、自律的にデタッチ動作を実行するためのconfiguring信号を用いてデバイスを設定することを示している。図７のステップ７０６において、信号を受信するデバイスが、自律的にデタッチ動作を実行するように設定されることを示すconfiguring信号が、受信される。次に、ステップ７０８において、configuring信号を受信したデバイスは、デタッチ動作を実行するデバイスを設定することによってconfiguring信号の受信に応答する。デバイスの設定は、デバイスが図６に示される手順を実行することを許可する。図７に示される手順により設定された場合、デバイスは、図６に示される文字Ｄ６１０に相当する文字Ｃ７１０によって示される設定状態となる。
【００８９】
図８に進み、ステップ８０２においてflag interpretation情報が、デバイスによって受信される。例えば、flag interpretation情報は、デバイスによって受信される信号におけるメッセージの形式において受信される。
【００９０】
ステップ８０４において、flag interpretation情報を受信したデバイスは、受信したflagに応答することができるように設定される。設定は、受信したflag interpretation情報に基づいてなされる。
【００９１】
次に、ステップ８０６において、configuring信号が、受信される（図７のステップ７０６において実行されるように）。configuring信号は、この例において、同報チャネルにおいて送信され、第１のflagを含むシステム情報を有する。
【００９２】
次に、ステップ８０８において、デバイスは、受信した第１のflagに応じて設定される（例えば、デバイスは、デバイス自身を設定するための手段を含む）。その結果、デバイスは、図６のステップ６０４に示されるようにデタッチ動作を実行することができる。
【００９３】
図８のステップが実行された際に、デバイスは、図６及び７に示される文字Ｄ６１０、Ｃ７１０に相当する、文字Ｃ８１０によって示される設定状態となる。
【００９４】
図９は、３ＧＰＰ通信システムにおいて新たなデタッチ手続きの導入を示す流れを示すシーケンスである。シーケンスは、最初のアタッチ手順とその後のデタッチ手順との間における、相対的なタイミングと、無線通信装置（端末）及び３ＧＰＰ通信システムのネットワーク装置の間において送信される信号の方向とを示している。手続きを参照すると、下のケースが一般的に用いられ、一方、メッセージの名称として上のケースが一般的に用いられる。
【００９５】
無線通信システム内の通信エンティティは、シーケンスの上位に示されている。通信エンティティは、無線端末９０１（user equipmentについてUEと示されている、一般的に新しいデタッチ手順は、デバイスをデタッチするために用いられるが、ユーザによって操作されるものではない）、evolved node B ９０２、MME ９０３、old MME/SGSN ９０４、serving gateway ９０５、PDN gateway ９０６、PCRF ９０７及びHSS ９０８を有する。これらのエンティティの機能は、3GPP TS 23.401を含む様々な3GPP無線通信標準文書に示されている。
【００９６】
アタッチ手順の間、端末９０１は、ネットワークにアタッチしていることになる。デタッチ（もしくはdetachment）処理もしくは手順の間、端末９０１は、ネットワークからデタッチされていることになる。
【００９７】
アタッチ手順の開始時の処理のスタートにおいて、端末９０１は、ネットワークによって受信されることを意図するATTACH REQUESTメッセージ９１０を送信する。ATTACH REQUESTメッセージ９１０は、Attach Requestメッセージ９１１としてメッセージをnew MME ９０３へ転送するevolved node B ９０２において受信される。new MME ９０３は、それから最終的にHSS ９０８において受信されるUpdate Location Request ９１２を送信する。
【００９８】
HSS ９０８は、それから、old MME/SGSN ９０４によって受信されるCancel Location メッセージ９１３を送信する。old MME/SGSN ９０４は、それから、HSS ９０８によって受信されるCancel Location Acknowledgmentメッセージ９１４を送信する。HSS ９０８は、それから、new MME ９０３において受信されるUpdate Location Acknowledgmentメッセージ９１５を送信する。new MME ９０３は、それから、evolved node B ９０２によって受信されるInitial Context Setup Request/ATTACH ACCEPTメッセージ９１６を送信する。evolved node B ９０２は、それから、端末９０１によって受信されるRRC Connection Reconfigurationメッセージ９１７を送信する。
【００９９】
端末９０１は、それから、evolved node B ９０２によって受信されるRRC Connection Reconfiguration completeメッセージ９１８を送信する。evolved node B ９０２は、それから、new MME ９０３によって受信されるInitial Context Setup Responseメッセージを送信する。
【０１００】
端末９０１は、それから、Direct Transferメッセージ９２０をevolved node B ９０２へ送信し、evolved node B ９０２は、Direct Transferメッセージを受信したことに応答して、new MME ９０３によって受信されるATTACH COMPLETEメッセージ９２１を送信する。手順のこのポイントにおいて、attachmentは、実行され、データが端末９０１とネットワーク（HSS ９０８）との間の送信によって交換されることが可能となる。データの送信は、端末９０１によって送信された第１のuplinkデータ９２２によって示され、端末９０１によって受信される第１のdownlinkデータ９２３によって示される。このように、長方形９２４によって示されるように、smallデータ通信が発生する。
【０１０１】
図９に示される残りの手順は、デタッチ（もしくはdetachment）手順もしくは処理のステップを含む。はじめに、矢印９２６ａ及び９２６ｂによって示される、シグナリング接続解放が発生する。端末９０１も、ネットワーク（ＨＳＳ９０８）も、実際には、交点９２７、９２８によって示されるように、端末とネットワークとの間の無線通信リンクを切断もしくは終了させるように、暗にデタッチする。端末が暗にデタッチする場合、new MME ９０３は、暗黙のdetachmentに応答して、serving gateway ９０５によって受信されるDelete Session Request ９２９を送信する。serving gateway ９０５は、それから、new MME ９０３によって受信されるDelete Session Response ９３０を送信する。
【０１０２】
これに続いて、さらにDelete Session Requestは、serving gateway ９０５によってネットワーク側へ、転送（送信）される。これに続いて、serving gateway ９０５は、ネットワークからDelete Session Response ９３２を受信する。このことは、PCEFにおいて、IP-CANセッション終了９３３という結果になる。
【０１０３】
発明の特徴が、どのようにして改良されたデタッチ手順の供給を実行するかを示す、デタッチ手順の一部を形成するパラメータの例について説明する。パラメータは、ATTACH ACCEPTメッセージのようなシグナリング（例えば、NAS シグナリング）によって送信される、もしくは、Management Object（OMA DM）の一部になりうる、もしくは、USIM fileの一部になりうる。
【０１０４】
パラメータ１：Type of detach:
ａ）  IMPLICIT：implicit デタッチは、例えば、デバイスが、locallyもしくはimplicitlyにデタッチすることであり、潜在的に、特定の場所において、既存のNASシグナリング接続を解放するようにデタッチする。このオプションにおいては、ネットワークとデバイスとの間の双方向において送信されるNAS（Non-Access Stratum）シグナリングがない、もしくは、
ｂ）  EXPLICIT：explicitデタッチは、例えば、デバイスもしくはネットワークが、DETACH REQUESTメッセージの通常の送信を介して、デタッチのために明示的なシグナリングを送信しなければならない、そして、受信側は、DETACH ACCEPTメッセージを送信しなければならない。これは、現在活用されているネットワークにおいて使用されている手順を維持することである。現在の手順において、ネットワークは、例えば、implicitもしくはexplicitにおいて、”Type of Detach”とのパラメータを送信しない。現在の手順において、ネットワークは、detach typeを送信するが、これは、デタッチがimplicitもしくはexplicitであるかどうかを示すことはない。
Note：デバイスが自律的にデタッチするように設定されているとき、さらに、特定されたtype of detachが、EXPLICITである場合、デバイスは、GSM/GPRSもしくはUMTSシステム情報におけるATT flagを独立的に操作する。無線端末が受信したATT flagを無視してもよいことが提案された。
【０１０５】
パラメータ２：Originator of detach（上記の設定がEXPLICITの場合に必要とされる）
ａ）  ＹＥＳ：デバイスは、デタッチの始動を担当する。
ｂ）  ＮＯ：ネットワークが、デタッチの始動を担当する。
現在、無線端末デバイスもしくはネットワークがデタッチを開始することができるが、デバイスへデバイスもしくはネットワークがデタッチを担当するかどうかを知らせることに関するデバイスの設定は無い。
【０１０６】
パラメータ３：Timing of detach：
このタイミングは、例えば、“end of grant time”, “end of communication window”, “end of data transfer of data (デバイスとネットワークもしくは他のデバイスとの間)”, “expiry of periodic registration update”, “signalling connection release”, もしくは simply a duration (例えば、time-out value)である. 
【０１０７】
上述したパラメータを用いた場合、下記に示す例の方法によって、自律的にデタッチ動作を実行するためにデバイスの設定の実行を可能とする異なる方法が示される。
１）設定は、静的になされる時、もしくは、初期設定を目的とするためにOMA DMもしくはUSIM OTAを介して実行される。
２）設定は、より動的になされなければならない時、もしくは、設定の変更が早いことを考慮しなければならない時、NASシグナリングを介して実行される。例えば、設定は、ネットワークへアタッチする場合、デバイスへ送信されるATTACH ACCEPTメッセージにおいて供給される。
３）設定は、また、システム情報を介して実行されるが、これは、最適ではなく、より静的であり、デバイスごとの設定の利益が失われる。implicitもしくはexplicitデタッチのための設定は、既存のATT flagと同じ性質を有する、machine type デバイス専用のシステム情報において、新たなATT-for-MTC flag（例えば、シングルビットデータとして）を介して行われる。デバイスは、それから、この新たなflagか否かを読み出すためにOMA DMもしくはUSIM OTAを介して設定される。そして、下記の詳細のように、設定及びSI flagの組み合わせは、デバイスが適切な動作をするようにガイドする。
【０１０８】
デバイスが、新たなATT-for-MTC flagを読み出すように設定され、デタッチ指示が、デバイスによって行われる必要がないことをthe ATT-for-MTC flagが示す場合、デバイスは暗にデタッチし、ネットワークに対するNASシグナリングを必要としない。
【０１０９】
デバイスが、新たなATT-for-MTC flagを読み出すように設定され、デタッチ指示が、デバイスによって行われる必要があることをthe ATT-for-MTC flagが示す場合、デバイスは、ネットワークに対して明示的にデタッチしなければならない。
【０１１０】
発明は、ソフトウェアおよび／またはハードウェアによって実現されてもよい。ソフトウェアによって実現される場合、ソフトウェアは、通信媒体、例えば、CD-ROM、電気メモリもしくはコンピュータネットワーク上において送信される信号によって供給されてもよい。ソフトウェアは、クレームされた特徴に直接的に関連する機能以外の機能を実現するためのソフトウェアもしくはプログラミングコードをまとめたものであってもよい。ソフトウェアは、分離したモジュールとして存在しなくてもよく、コンピュータもしくはプロセッサのためのオペレーティングシステムにまとめられたものであってもよい。
【０１１１】
この出願は、２０１２年３月３０日に出願された英国特許出願第１２０５８２８．５号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１１２】
本発明はデバイス間の無線通信、無線通信リンクが切断される際におけるデタッチ操作を実行する１以上の無線通信装置に関するシグナリングに関する。
【符号の説明】
【０１１３】
１１０  デバイス
１１２  受信機
１１４  送信機
１１６  プロセッサ
１１８  メモリ
１２０  デバイス
１２２  受信機
１２４  送信機
１２６  メモリ
１３０  デバイス
１３２  受信機
１３４  送信機
１３６  プロセッサ
１３８  メモリ
【図１】
2015515155.tif 000003
【図２】
2015515155.tif 000004
【図３】
2015515155.tif 000005
【図４】
2015515155.tif 000006
【図５】
2015515155.tif 000007
【図６】
2015515155.tif 000008
【図７】
2015515155.tif 000009
【図８】
2015515155.tif 000010
【図９】
2015515155.tif 000011
【手続補正書】
【提出日】平成26年12月3日(2014.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスであって、前記デバイスは、デタッチ設定を定義する設定情報を受信するようになされ、
前記デタッチ設定を使用することによって、自律的に、前記デバイスと前記他のデバイスとの間の通信リンクを切断することを行うimplicitデタッチ動作を実行するデバイス。
【請求項２】
前記デタッチ設定がexplicitデタッチモードを含む場合、さらに、デタッチ動作を示す指示信号を送信する、請求項１に記載のデバイス。
【請求項３】
前記デバイスによって送信される前記指示信号は、デタッチ動作が実行されることを示すDETACH REQUESTを含む、請求項２に記載のデバイス。
【請求項４】
前記設定情報を受信しかつ保持し、指令を有するプログラム情報を保持する保持手段と、前記保持手段と接続し、前記保持された設定情報を使用する前記保持された指令を実行することによって、デタッチ動作を自律的に実行するプロセッサと、をさらに有する、請求項１乃至３のいずれか１項に記載のデバイス。
【請求項５】
前記デバイスは、前記設定情報を有する設定信号を無線により受信する、請求項１乃至４のいずれか１項に記載のデバイス。
【請求項６】
前記設定信号は、前記デバイスを含む一以上の無線通信デバイスのサブセットを宛先とし、前記デバイスは、前記サブセットに属するかどうかを判定する手段と、属すると判定された場合、前記デバイスを設定する手段とを有する、請求項５に記載のデバイス。
【請求項７】
前記設定信号は、non-access stratum (NAS) シグナリングを有する、請求項５又は６に記載のデバイス。
【請求項８】
前記設定信号は、ATTACH ACCEPTメッセージ、LOCATION UPDATING ACCEPTメッセージ、ROUTING AREA UDPATING ACCEPTメッセージもしくはTRACKING AREA UPDATING ACCEPTメッセージを有する、請求項５又は６に記載のデバイス。
【請求項９】
前記設定信号は、Open Mobile Alliance Device Management (OMA DM)メッセージ、Universal Subscriber Identity Module Over The Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項５又は６に記載のデバイス。
【請求項１０】
前記設定信号は、ブロードキャストチャネルにおいて送信されるシステム情報を有する、請求項５又は６に記載のデバイス。
【請求項１１】
前記システム情報は、デバイスのサブセットと関連付けられたattach flagを有し、前記サブセットは、無線通信システムにおいて動作する全ての無線通信デバイスの一以上のセットを有し、前記サブセットは、前記デバイスを含み、前記デバイスは、前記サブセットに属することを判定する手段と、前記判定に応じて自律的にimplicitデタッチ動作を実行する手段とを有する、請求項１０に記載のデバイス。
【請求項１２】
前記デバイスは、flag-reading設定信号を受信し、前記flag-reading設定信号によって前記attach flagを読み出すことを可能にする、請求項１１に記載のデバイス。
【請求項１３】
前記flag-reading設定信号は、Open Mobile Alliance Device Management (OMA DM) メッセージ、Universal Subscriber Identity Module Over the Air (USIM OTA)メッセージもしくはUniversal Subscriber Identity Module (USIM) fileを有する、請求項１２に記載のデバイス。
【請求項１４】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスに用いられる方法であって、前記方法は、デタッチ設定を定義する設定情報を受信し、前記デタッチ設定を使用することによって、自律的に、前記デバイスと前記他のデバイスとの間の通信リンクを切断することを行うimplicitデタッチ動作を実行する方法。
【請求項１５】
無線通信システムにおいて、他のデバイスと無線によって通信するデバイスにおいて使用される方法であって、前記方法は、他のデバイスを識別し、その識別子に基づいて他のデバイスのデタッチ設定を識別し、
前記方法は、さらに、識別されたデタッチ設定が自律的なデタッチ設定である場合、前記識別された他のデバイスを自律的にimplicitデタッチ動作を実行するデバイスとして扱う、方法。
【国際調査報告】
2015515155.tif 000012
2015515155.tif 000013