(57)【特許請求の範囲】
【請求項１】
無線ネットワークの第１ネットワーク・デバイス内でデータを送信する方法であって、
Ａ．無線チャネルを介して１つまたは複数の端末機器から複数のサービス・データを入手するステップと、
Ｂ．前記複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化するステップと、
Ｃ．処理された信号を生成するために前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、前記処理された信号を送信するステップと
を含む方法。
【請求項２】
前記ステップＣの前にｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌシグナリング・メッセージを生成するステップをさらに含み、
前記ステップＣは、
−前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットおよび前記ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌシグナリング・メッセージを一緒にメディア・アクセス制御層データ・パケット内にカプセル化するステップと、
−前記処理された信号を生成するために前記メディア・アクセス制御層データ・パケットに対して物理層処理を実行し、前記処理された信号を送信するステップと
によって実行される、請求項１に記載の方法。
【請求項３】
１つまたは複数のプリアンブル・シンボルが、前記１つまたは複数の端末機器のアクセスを制御するために構成され、
前記ステップＣは、
−前記１つまたは複数のプリアンブルを送信した後に、前記１つまたは複数のプリアンブルに割り当てられたリソースを介して前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを送信するステップ
によって実行される、請求項１に記載の方法。
【請求項４】
前記ステップＡの後、前記ステップＢの前に、
−前記複数のサービス・データに従ってそれぞれの前記サービス・データの関連識別情報を入手するステップであって、前記関連識別情報は、前記サービス・データの１つまたは複数の通信当事者を識別する、ステップ
をさらに含み、前記ステップＢは、
−前記複数のサービス・データおよび前記それぞれのサービス・データに対応する前記関連識別情報を一緒に前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化するステップ
をさらに含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記関連識別情報は、前記それぞれのサービス・データを送信する前記１つもしくは複数の端末機器の１つもしくは複数の端末機器識別子および／または前記それぞれのサービス・データの１つもしくは複数の宛先サーバの１つもしくは複数のサービス識別子を含む、請求項４に記載の方法。
【請求項６】
前記ステップＡの後に、
−前記１つまたは複数の端末機器に受信肯定応答メッセージを送信するステップ
をさらに含む、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
無線ネットワークの第１ネットワーク・デバイス内で端末機器からのデータを送信する方法であって、１つまたは複数のプリアンブル・シンボルが、前記端末機器のアクセスを制御するために構成され、
Ａ’．前記端末機器からサービス・データを入手するステップと、
Ｂ’．前記サービス・データを符号化するステップと、
Ｃ’．前記１つまたは複数のプリアンブル・シンボルを送信した後に、前記１つまたは複数のプリアンブル・シンボルのために割り当てられたリソースを介して前記符号化されたサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットとして送信するステップと
を含む方法。
【請求項８】
無線ネットワークの基地局内で第１ネットワーク・デバイスからのデータを転送する方法であって、
ｉ．前記第１ネットワーク・デバイスから信号を受信するステップであって、前記信号は、無線チャネルを介して１つまたは複数の端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含む、ステップと、
ｉｉ．前記信号を第２ネットワーク・デバイスに転送するステップと
を含む方法。
【請求項９】
前記ステップｉの後に、
−前記第１ネットワーク・デバイスに受信肯定応答メッセージを送信するステップ
をさらに含む、請求項８に記載の方法。
【請求項１０】
無線ネットワークの第２ネットワーク・デバイス内で、第１ネットワーク・デバイスがデータを送信するのを援助する方法であって、前記第１ネットワーク・デバイスは、１つまたは複数の端末機器からの複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化し、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを処理することによって生成された信号を基地局に送信するように構成され、
ａ．前記基地局によって転送された、前記第１ネットワーク・デバイスからの前記信号を受信するステップであって、前記信号は、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、前記１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された、複数のサービス・データを含む、ステップと、
ｂ．前記信号から前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから前記複数のサービス・データを抽出するステップと、
ｃ．それぞれ前記対応する１つまたは複数の宛先サーバに前記複数のサービス・データを送信するステップと
を含む方法。
【請求項１１】
前記第２ネットワーク・デバイスは、前記１つまたは複数の端末機器と前記１つまたは複数の宛先サーバとの間の対応関係を含み、前記ステップｂは、
−前記信号から前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに従ってそれぞれの前記サービス・データの関連識別情報を入手するステップであって、前記関連識別情報は、前記それぞれのサービス・データを送信する前記１つまたは複数の端末機器の１つまたは複数の端末機器識別子を含む、ステップ
をさらに含み、前記方法は、前記ステップＢの後、前記ステップｃの前に、
−前記それぞれのサービス・データの前記１つまたは複数の端末機器識別子に従って前記１つまたは複数の端末機器に対応する前記１つまたは複数の宛先サーバを判定するステップ
をさらに含み、前記ステップｃは、
−それぞれ前記判定された対応する１つまたは複数の宛先サーバに前記複数のサービス・データを送信するステップ
をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ステップｂは、
−前記信号から前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに従って前記それぞれのサービス・データの関連識別情報を入手するステップであって、前記関連識別情報は、前記それぞれのサービス・データに対応する前記１つまたは複数の宛先サーバの１つまたは複数のサーバ識別子をさらに含む、ステップ
をさらに含み、前記ステップｃは、
−それぞれ前記入手された対応する１つまたは複数の宛先サーバに前記複数のサービス・データを送信するステップ
をさらに含む、請求項１０に記載の方法。
【請求項１３】
無線ネットワークの第１ネットワーク・デバイス内でデータを送信する送信装置であって、
無線チャネルを介して１つまたは複数の端末機器から複数のサービス・データを入手するように構成された入手手段と、
前記複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化するように構成されたカプセル化手段と、
処理された信号を生成するために前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、前記処理された信号を送信するように構成された第１送信手段と
を含む送信装置。
【請求項１４】
無線ネットワークの基地局内で第１ネットワーク・デバイスからのデータを転送する処理装置であって、
前記第１ネットワーク・デバイスから信号を受信するように構成された第１受信手段であって、前記信号は、無線チャネルを介して１つまたは複数の端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含む、第１受信手段と、
前記信号を第２ネットワーク・デバイスに転送するように構成された転送手段と
を含む処理装置。
【請求項１５】
無線ネットワークの第２ネットワーク・デバイス内で、第１ネットワーク・デバイスがデータを送信するのを援助する援助装置であって、
基地局によって転送された、前記第１ネットワーク・デバイスからの信号を受信するように構成された第２受信手段であって、前記信号は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された、複数のサービス・データを含む、第２受信手段と、
前記信号から前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、前記ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから前記複数のサービス・データを抽出するように構成された抽出手段と、
それぞれ前記対応する１つまたは複数の宛先サーバに前記複数のサービス・データを送信するように構成された第２送信手段と
を含む援助装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークに関し、具体的には、端末機器からのサービス・データを集約するネットワーク・デバイスの動作に関する。
【背景技術】
【０００２】
人を含む伝統的な通信は、特定ではない動作するアプリケーションを特徴とする。たとえば、ユーザは、端末機器の入力デバイス、たとえばキーボード、マウス、タブレットなどを介して、ウェブページのブラウズ、ビデオの再生などを選択し、したがって、さまざまなアプリケーションを開始する。それに対応して、機械同士の通信（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（Ｍ２Ｍ）は、エンティティの間で行われるデータ通信であり、人との対話は、必ずしも要求されない。Ｍ２Ｍ通信は、
−アプリケーションの新しいまたは異なる市場の見込みがあり、
−より低いコストがあり、
−多数の潜在的な機械通信端末機器があり、
−各機械端末機器のトラフィック量の大多数は少ない
という点で、既存の人間−機械対話モデルとは異なる。
【０００３】
したがって、Ｍ２Ｍ通信は、ＩＭＴ−Ａｄｖａｎｃｅｄの特質または応用になる見込みがある。市場調査は、Ｍ２Ｍ通信の市場がすばやく成長し、産業界および消費市場で広く適用されるようになることを示す。
【０００４】
Ｍ２Ｍ端末機器は、たとえばセンサを含む。通常、Ｍ２Ｍセンサ上で動作するアプリケーションは、独自であり固有であり、たとえば、あるＭ２Ｍ端末機器は、温度の変化を監視するためにサーバに温度データを報告する責任だけを負い、別のＭ２Ｍ端末機器は、ガス・メーターなどのデータをサーバに報告する責任だけを負う。したがって、Ｍ２Ｍ端末機器は、低コストであり、大規模応用に適切になると期待される。
【０００５】
既存の端末機器は、ネットワークとの間のサービス・データの通信の確立および送信の前に、ネットワークとのシグナリングのかなりの相互作用を実行しなければならない。シグナリング・オーバーヘッドは、サービス・データと比較して無視できる可能性がある。というのは、既存の端末機器によって要求される、たとえば、音声通信、ビデオ送信などのアプリケーション用の大量のサービス・データがあるからである。しかし、一般的なＭ２Ｍ端末機器によって送信されるアップリンク・サービス・データの量は、Ｍ２Ｍ通信では通常は少なく、既存通信システムでのそのようなシグナリング相互作用は、かなりのオーバーヘッドおよびサービス・データを送信することの複雑さの増加に起因して、Ｍ２Ｍ通信に適切ではない可能性がある。
【０００６】
図１に、既存の通信システムのネットワークの概略構造図を示し、ここで、Ｍ２Ｍ端末機器１は、伝統的なモバイル端末機器のように動作する。端末機器１は、基地局２と相互作用し（図１では実線Ａによって表される）、たとえば３ＧＰＰのＮｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）プロトコルなどの上位層プロトコルでＭ２Ｍサーバ３と相互作用する（図１では破線Ｂによって図示）。したがって、異なるピア層での複数のハンドシェークが要求されるが、実際に送信されるデータの量すなわちサービス・データの量は、非常に少ない。したがって、端末機器のアップリンク送信から生じるかなりの冗長性がある。言い替えると、既存のネットワーク・アーキテクチャは、Ｍ２Ｍ通信には非常に非経済的である。
【０００７】
図２に、既存システムのプロトコル・スタックを示す。従来技術のそれぞれのプロトコル層での端末機器１と基地局２との間ならびに端末機器１とサーバ３との間のシグナリング相互作用を、図２に例示されているように詳細に説明する。図２に示されているように、基地局を含む無線アクセス・ネットワーク（ＲＡＮ）は、物理層（ＰＨＹ）およびメディア・アクセス制御（ＭＡＣ）層を含むそれぞれの基礎となる層でのハンドシェークで、およびその後にＰａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）層でのハンドシェークで、端末機器１と相互作用する。端末機器１は、さらに、やはり受信肯定応答メッセージの送信を含むハンドシェークの複数の要求されるラウンドで、サーバ３との伝送制御プロトコル（ＴＣＰ）接続およびアプリケーション層接続さえ確立する（図２では鎖線で図示）。したがって、端末機器１は、長い時間期間にわたってアウェイクし続けなければならず、この端末機器１は、一方では電力を消費し、他方ではこのネットワーク・アーキテクチャ内でより多くの冗長なシグナリング・メッセージを送信し、受信することを要求される。
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明は、機械端末機器からのサービス・データを集約する方法およびデバイスを提案し、特に無線アクセス・ネットワーク内で、第１ネットワーク・デバイスは、機械端末機器からの複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化し、処理された信号を生成するためにｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、処理された信号を送信し、信号は、基地局を介してコア・ネットワーク内の第２ネットワーク・デバイスに転送され、第２ネットワーク・デバイスは、信号からｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから複数のサービス・データを抽出し、その後、複数のサービス・データをそれぞれ対応する宛先サーバに送信する。
【０００９】
本発明の第１の態様によれば、無線ネットワークの第１ネットワーク・デバイス内でデータを送信する方法であって、無線チャネルを介して１つまたは複数の端末機器から複数のサービス・データを入手するステップと、複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化するステップと、処理された信号を生成するためにｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、処理された信号を送信するステップとを含む方法が提供される。
【００１０】
本発明の第２の態様によれば、無線ネットワークの基地局内で第１ネットワーク・デバイスからのデータを転送する方法であって、第１ネットワーク・デバイスから信号を受信するステップであって、信号は、無線チャネルを介して１つまたは複数の端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含む、ステップと、ｉｉ．信号を第２ネットワーク・デバイスに転送するステップとを含む方法が提供される。
【００１１】
本発明の第３の態様によれば、無線ネットワークの第２ネットワーク・デバイス内で、第１ネットワーク・デバイスがデータを送信するのを援助する方法であって、第１ネットワーク・デバイスは、１つまたは複数の端末機器からの複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化し、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを処理することによって生成された信号を基地局に送信するように構成される、方法が提供され、この方法は、基地局によって転送された、第１ネットワーク・デバイスからの信号を受信するステップであって、信号は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された、複数のサービス・データを含む、ステップと、信号からｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから複数のサービス・データを抽出するステップと、それぞれ対応する１つまたは複数の宛先サーバに複数のサービス・データを送信するステップとを含む。
【００１２】
本発明の第４の態様によれば、無線ネットワークの第１ネットワーク・デバイス内でデータを送信する送信装置であって、無線チャネルを介して１つまたは複数の端末機器から複数のサービス・データを入手するように構成された入手手段と、複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化するように構成されたカプセル化手段と、処理された信号を生成するためにｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、処理された信号を送信するように構成された第１送信手段とを含む送信装置が提供される。
【００１３】
本発明の第５の態様によれば、無線ネットワークの基地局内で第１ネットワーク・デバイスからのデータを転送する処理装置であって、第１ネットワーク・デバイスから信号を受信するように構成された第１受信手段であって、信号は、無線チャネルを介して１つまたは複数の端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含む、第１受信手段と、信号を第２ネットワーク・デバイスに転送するように構成された転送手段とを含む処理装置が提供される。
【００１４】
本発明の第６の態様によれば、無線ネットワークの第２ネットワーク・デバイス内で、第１ネットワーク・デバイスがデータを送信するのを援助する援助装置であって、基地局によって転送された、第１ネットワーク・デバイスからの信号を受信するように構成された第２受信手段であって、信号は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された、複数のサービス・データを含む、第２受信手段と、信号からｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから複数のサービス・データを抽出するように構成された抽出手段と、それぞれ対応する１つまたは複数の宛先サーバに複数のサービス・データを送信するように構成された第２送信手段とを含む援助装置が提供される。
【００１５】
本発明の解決策を用いると、無線アクセス・ネットワーク内のシグナリング・オーバーヘッドを、したがって無線リソースを節約することができ、好ましくは、本発明の技術的解決策は、端末機器がフィードバックを待つ時間期間をも短縮し、その結果、端末機器は、できる限り速く休止状況に入りまたは新しいサービス・データを送信できるようになり、これによって、端末機器の電力消費を節約する。
【００１６】
本発明の前述および他の特徴、目的、および利益は、図面を参照して本発明の非限定的な実施形態の次の詳細な説明を参照することによって、より明白になる。
【図面の簡単な説明】
【００１７】
【図１】既存の通信システムのネットワークを示す概略構造図である。
【図２】既存システムのプロトコル・スタックを示す図である。
【図３】本発明の実施形態によるネットワーク・トポロジを示す概略構造図である。
【図４】本発明の実施形態によるシステム方法を示す流れ図である。
【図５】本発明の実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す図である。
【図６】本発明のもう１つの実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す図である。
【図７】本発明の実施形態によるデバイスを示すブロック図である。
【発明を実施するための形態】
【００１８】
図面では、同一のまたは同様の符号が、同一のまたは同様のコンポーネントを表す。
【００１９】
図３に、本発明の実施形態によるネットワーク・トポロジの概略構造図を示す。特に図３で端末機器１ａ、１ｂ、および１ｃとして表される端末機器１は、Ｂｌｕｅｔｏｏｔｈ端末機器、赤外線端末機器、Ｚｉｇｂｅｅプロトコル・ベースの無線端末機器、または他の３ＧＰＰ通信プロトコル・ベースのもしくは非３ＧＰＰ通信プロトコル・ベースの無線端末機器を含む。３つの端末機器１ａ、１ｂ、および１ｃだけが、非限定的な例として図３に示されており、端末機器の個数は、実用的なネットワークではこれに限定されない。図１に示された既存の通信システムのネットワーク・アーキテクチャの概略構造図と比較して、第１ネットワーク・デバイス５および第２ネットワーク・デバイス６が、図３に示された本発明の実施形態によるネットワーク・トポロジの概略構造図に追加されている。特に、第１ネットワーク・デバイス５および第２ネットワーク・デバイス６は、論理エンティティを表し、これらは、既存ネットワーク・アーキテクチャ内のゲートウェイ（ＧＷ）を再利用することができるが、その代わりに、第１ネットワーク・デバイス５を端末機器とすることができ、第２ネットワーク・デバイス６をサーバとすることなどができる。具体的には、第１ネットワーク・デバイス５は、端末機器１ａ、１ｂ、および１ｃからのサービス・データを集約するために無線アクセス・ネットワーク（ＲＡＮ）内に配置される。第２ネットワーク・デバイス６は、コア・ネットワーク（ＣＮ）内に配置され、第１ネットワーク・デバイス５からの基地局２によって転送された信号を処理するための、第１ネットワーク・デバイス５と反対のエンティティである。第２ネットワーク・デバイス６は、それぞれ第１ネットワーク・デバイス５によって集約されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを抽出し、その後、これらを対応するサーバ３ａ、３ｂ、または３ｃに送信する。
【００２０】
図４に、本発明の実施形態によるシステム方法の流れ図を示す。本発明によるシステム方法の流れ図を、下で図３と組み合わせて図４を参照して詳細に説明する。
【００２１】
まず、一例として１つの端末機器１ａだけのために働く第１ネットワーク・デバイス５を挙げて、説明を提示する。その後、変形実施態様での例として複数の端末機器１ａ、１ｂ、および１ｃのために働く第１ネットワーク・デバイス５を挙げて、説明をさらに提示する。
【００２２】
まず、ステップＳ４０では、端末機器１ａが、Ｂｌｕｅｔｏｏｔｈプロトコル、赤外線プロトコル、Ｚｉｇｂｅｅプロトコル、３ＧＰＰベースの無線通信プロトコルなどとすることができる無線通信プロトコルで第１ネットワーク・デバイス５に、たとえば温度データ、ガス・メーターのデータ、火災報知器のデータなどの獲得されたサービス・データを送信する。
【００２３】
ステップＳ４１では、第１ネットワーク・デバイス５が、無線プロトコルすなわち端末機器１ａに対応するプロトコル、たとえばＢｌｕｅｔｏｏｔｈプロトコル、赤外線プロトコル、Ｚｉｇｂｅｅプロトコル、３ＧＰＰベースの無線通信プロトコルなどで、無線チャネルを介して端末機器１ａから送信された複数のサービス・データ、たとえば、異なるコンテナ内にそれぞれカプセル化された端末機器１ａから送信された複数のサービス・データなどを入手する。たとえば、第１ネットワーク・デバイス５は、所定の時間持続時間長、たとえば時間持続時間スライディング・ウィンドウなどをセットすることができ、時間持続時間スライディング・ウィンドウの範囲内で端末機器１ａから送信された複数のサービス・データを入手する。
【００２４】
オプションで、第１ネットワーク・デバイス５は、データ・パケットのサイズに従って、カプセル化された端末機器１ａからのサービス・データの個数を判定することもできる。
【００２５】
その後、ステップＳ４２では、第１ネットワーク・デバイス５が、それぞれ異なる瞬間に端末機器１ａから送信された複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化する。ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ（ＮＡＳ）は、ＰＤＣＰ層の上のプロトコルである。したがって、ネットワーク側とのシグナリング相互作用の１つの手順だけが、カプセル化されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットのために要求され、したがって、シグナリング・オーバーヘッドを節約する。好ましくは、第１ネットワーク・デバイス５は、無線リソースをさらに節約するために、冗長情報をさらに減らすために端末機器からのデータ・パケット内の上位層ヘッダ、たとえばＴＣＰヘッダなどと、ヘッダ内のサービス・タイプ、ＴＴＬ、および他の情報とを除去することができる。
【００２６】
変形実施形態では、ステップＳ４１の後に、たとえばステップＳ４２の前に、第１ネットワーク・デバイス５は、複数のサービス・データ・パケットの第１ネットワーク・デバイス５による正しい受信について端末機器１ａに通知するために端末機器１ａにＡＣＫメッセージを送信し、その後、端末機器１ａは、休止状況に入ることができ、これによって、端末機器の電力を節約し、あるいは、端末機器１ａは、第１ネットワーク・デバイス５が基地局２からフィードバックを受信した時に端末機器にフィードバックを送信するように第１ネットワーク・デバイス５をトリガするのではなく、サービス・データの次の送信を準備することができ、これによって、待つ時間期間を短縮する。
【００２７】
変形実施態様では、ステップＳ４１の後、ステップＳ４２の前に、
【００２８】
第１ネットワーク・デバイス５は、サービス・データの通信当事者を識別するために、それぞれのサービス・データの関連識別情報を入手する。以下では、その下で関連識別情報がどの内容を含むのかの少なくとも３つのシナリオを、第１ネットワーク・デバイス５が複数の端末機器１ａ、１ｂ、および１ｃのために働き、第１ネットワーク・デバイス５が、ステップＳ４１で端末機器１ａ、１ｂ、および１ｃから複数のサービス・データを受信する例によって詳細に説明する。
【００２９】
ｉ）関連識別情報は、それぞれのサービス・データを送信する端末機器の端末機器識別子だけを含む。
【００３０】
端末機器識別子は、端末機器を一意に識別する識別子であり、端末機器１ａ、１ｂ、もしくは１ｃのＭＡＣアドレス、たとえば端末機器１ａ、１ｂ、もしくは１ｃの工場渡しデバイス番号などの端末機器１ａ、１ｂ、もしくは１ｃの物理アドレス、端末機器１ａ、１ｂ、もしくは１ｃのＩＰアドレス、または類似物とすることができる。
【００３１】
その後、ステップＳ４２では、第１ネットワーク・デバイス５ａが、下の表１に示されているようにリストの形で端末機器１ａ、１ｂ、または１ｃからの複数のサービス・データをカプセル化する。
【００３２】
【表１】
0005631406.tif 000002
【００３３】
端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有である時、すなわち、端末機器１ａ、１ｂ、または１ｃが、それぞれ特定のアプリケーション・サービスと通信する時、または、言い替えると、端末機器識別子が、宛先サーバ識別子に束縛する時、たとえば、第１ネットワーク・デバイス５が、端末機器１ａからサービス・データＡ１を、端末機器１ｂからサービス・データＢ１を、端末機器１ｃからサービス・データＣ１を入手する時に、第１ネットワーク・デバイス５は、宛先サーバの識別情報ではなく端末機器の端末機器識別子だけをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることによって、複数のサービス・データをカプセル化することができる。
【００３４】
表１に示された「パディング」は、要求されないが、パディング・ビット（１つまたは複数）は、端末機器の識別子およびサービス・データによって占有されるビットが１つの完全なバイトではない場合に限ってバイト・アライメントのために要求される。
【００３５】
ｉｉ）関連識別情報は、それぞれのサービス・データの宛先サーバのサーバ識別子だけを含む。
【００３６】
端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有である時、すなわち、端末機器１ａ、１ｂ、または１ｃが、特定のアプリケーション・サーバと通信し、端末機器識別子が宛先サーバ識別子に束縛する時、たとえば、第１ネットワーク・デバイス５が、端末機器１ａからサービス・データＡ２を入手し、端末機器１ｂからサービス・データＢ２を入手し、端末機器１ｃからサービス・データＣ２を入手する時に、第１ネットワーク・デバイス５は、同様に、表２に示されているように、サービス・データの送信器の識別子すなわちソース端末機器の識別子ではなく端末機器の宛先サーバのサーバ識別子だけすなわち宛先サーバ３ａ、３ｂ、および３ｃの識別子だけをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることができる。下の表２に示されているように。
【００３７】
【表２】
0005631406.tif 000003
【００３８】
ｉｉｉ）関連識別情報は、それぞれのサービス・データを送信する端末機器の端末機器識別子とそれぞれのサービス・データの宛先サーバのサーバ識別子との両方を含む。下の表３に示されているように。
【００３９】
【表３】
0005631406.tif 000004
【００４０】
端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有ではない時、すなわち、複数のアプリケーション・プログラムが、それぞれ端末機器１ａ、１ｂ、または１ｃ上で動作することができ、端末機器１ａが複数のアプリケーション・サーバと通信できるか、端末機器１ｂが複数のアプリケーション・サーバと通信できるか、端末機器１ｃが複数のアプリケーション・サーバと通信できる時、すなわち、端末機器識別子が、どの宛先サーバ識別子にも束縛しない時には、第１ネットワーク・デバイス５は、端末機器の端末機器識別子とサービス・データの宛先サーバの識別子との両方をｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることによって、複数のサービス・データをカプセル化する。
【００４１】
たとえば、端末機器１ａは、それぞれサーバ３ａ、３ｂ、および３ｃと通信することができ、端末機器１ｂは、それぞれサーバ３ａおよび３ｂと通信することができ、端末機器１ｃは、それぞれサーバ３ｂおよび３ｃと通信することができる、すなわち、端末機器は、サーバとの１対１対応になっていない。第１ネットワーク・デバイス５が、端末機器１ａからサーバ３ａに送信されたサービス・データＡ３と、端末機器１ｂからサーバ３ｂに送信されたサービス・データＢ３と、サーバ１ｂに送信されたサービス・データＣ３とを受信するこの時に。したがって、ステップＳ４２では、第１ネットワーク・デバイス５は、端末機器のすべての識別子１ａ、１ｂ、および１ｃと、複数のサービス・データと、それぞれのサービス・データに対応する宛先サーバのサーバ識別子３ａ、３ｂ、および３ｃとを、対応してｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化する。
【００４２】
従来技術でサービス・データＡ１（またはＡ２、Ａ３）、サービス・データＢ１（またはＢ２、Ｂ３）、またはサービス・データＣ１（またはＣ２、Ｃ３）を送信するためにそれぞれ基地局２およびコア・ネットワークとのシグナリング相互作用の手順を実行しなければならない端末機器１ａ、１ｂ、および１ｃと比較して、第１ネットワーク・デバイス５は、本発明の解決策で１つのシグナリング通信手順だけを確立することによってＡ１、Ｂ１、およびＣ１（Ａ２、Ｂ２、およびＣ２またはＡ３、Ｂ３、およびＣ３）を同時に送信し、これによってシグナリング・オーバーヘッドを節約する。
【００４３】
例として複数の端末機器１ａ、１ｂ、および１ｃのために働く第１ネットワーク・デバイス５を挙げて上で説明を与えた。当業者は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットの前述のカプセル化フォーマットを、第１ネットワーク・デバイス５が１つの端末機器だけのために働くシナリオに適用可能とすることもできることを了解するに違いない。
【００４４】
その後、ステップＳ４３では、第１ネットワーク・デバイス５は、処理された信号を生成するためにｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、処理された信号を送信する。
【００４５】
具体的には、送信処理に関する下の少なくとも３つの特定の実施態様がある。
【００４６】
Ｉ）既存のアップリンク・アクセス方式
【００４７】
第１ネットワーク・デバイス５が、ネットワークと同期化され、セル・ブロードキャスト・チャネルを受信し、セルを検索した後に、第１ネットワーク・デバイス５は、ターゲット・セルにキャンプし、呼要求を開始し、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）接続を確立する。ＲＲＣ接続は、通信のためだけではなく、位置を更新する手順、ルーティング・ゾーンを登録する手順などのためにも要求される。Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（ＰＲＡＣＨ）を介して送信されるアクセス・シグナリングは、２つの部分すなわちプリアンブル部分およびメッセージ部分に分割される。ＲＲＣ接続が開始される時に、第１ネットワーク・デバイス５は、アップリンクで開ループ電力制御を開始し、これは、プリアンブルを用いて実行される。したがって、ＰＲＡＣＨ上のプリアンブルは、開ループ電力制御のためのものである。プリアンブルは、物理層で生成されるシーケンスであり、第１ネットワーク・デバイス５は、ダウンリンクで応答があるまで初期電力Ｐ０でプリアンブルを試験的に送信し、その後、プリアンブルではなくメッセージ部分を送信する。プリアンブルは、物理層でのメッセージ・シーケンスなので、ダウンリンク方向で使用可能な応答チャネルも、ＤＬ方向でＡｃｑｕｉｓｉｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＡＩＣＨ）と呼ばれる純粋に物理的なチャネルでなければならない。したがって、プリアンブルおよびＡＩＣＨは、ユーザのアクセスを可能にするために対にされる。ＡＣＫ応答がＡＩＣＨを介して行われる時に、第１ネットワーク・デバイス５は、メッセージ送信の初期電力値Ｐ１を入手し、基地局２は、第１ネットワーク・デバイス５がランダム・アクセス要求メッセージすなわちＲＲＣアクセス要求メッセージを電力Ｐ１で送信することを可能にする。すなわち、第１ネットワーク・デバイス５は、基地局２にＲＲＣ要求メッセージを送信し、その後、基地局２は、第１ネットワーク・デバイス５にＲＲＣ  ＡＣＫメッセージをさらに送信し、第１ネットワーク・デバイス５は、認証のためにコア・ネットワーク（サーバ３ａ、３ｂ、および３ｃを含む）にＮＡＳシグナリングをさらに送信し、サーバ３ａ、３ｂ、および３ｃは、成功の認証時に第１ネットワーク・デバイス５にＮＡＳ応答シグナリングをさらに送信する。シグナリング反復の後に、第１ネットワーク・デバイス５は、ステップＳ４２で生成された、ＭＡＣ層処理および物理層処理の後に生成された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから生成された信号を基地局２に送信し始める。
【００４８】
前述のアクセス実施態様Ｉ）では、第１ネットワーク・デバイスは、まず、基地局とのシグナリング相互作用を実行し、その後、ＮＡＳデータ・パケットを送信する。無線リソースをさらに節約するために、サービス・データおよび制御シグナリングを合同で送信することができる、すなわち、ＮＡＳデータ・パケットおよび制御シグナリングは、次の実施態様ＩＩ）およびＩＩＩ）で説明するように、同一の物理チャネルを介して送信される。
【００４９】
具体的には、実施態様ＩＩ）で、第１ネットワーク・デバイス５は、送信のためにサービス・データおよびＲＲＣ制御シグナリングを一緒に圧縮する、すなわち。
【００５０】
ＩＩ）ＮＡＳデータ・パケットおよびｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌシグナリング・メッセージは、合同送信のためにＭＡＣ  ＰＤＵ内に一緒にカプセル化される。
【００５１】
図５に、本発明の実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す。ステップＳ５０では、第１ネットワーク・デバイス５のアプリケーション層でアクセス要求を開始する。その後、ステップＳ５１では、第１ネットワーク・デバイス５が、セル・ブロードキャスト・チャネルを受信し、セルを検索し、ターゲット・セルにキャンプする。その後、ステップＳ５２では、第１ネットワーク・デバイス５が、プリアンブルを送信する。その後、ステップＳ５３では、第１ネットワーク・デバイス５が、基地局からアクセス肯定応答（ＡＣＫ）およびアップリンク（ＵＬ）許可メッセージを受信する。その後、ステップＳ５４では、第１ネットワーク・デバイス５が、ステップＳ４２で生成されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットおよびＲＲＣメッセージを一緒にメディア・アクセス制御プロトコル・データ・ユニット（ＭＡＣ  ＰＤＵ）内にカプセル化する。具体的には、第１ネットワーク・デバイス５は、ＲＲＣ要求メッセージを生成し、その後、これをＲＬＣ  ＰＤＵ内にカプセル化し、その後、ＲＬＣ  ＰＤＵおよびサービス・データのＮＡＳ  ＰＤＵを一緒にＭＡＣ  ＰＤＵ内にカプセル化し、その後、ステップＳ５５では、第１ネットワーク・デバイス５が、処理された信号を生成するためにメディア・アクセス制御プロトコル・データ・ユニットに対して物理層処理を実行し、処理された信号を送信する。
【００５２】
さらに、第１ネットワーク・デバイス５は、その代わりに、ＮＡＳデータ・パケットの少量のデータがある時に、ＮＡＳデータ・パケットおよびプリアンブルを一緒に合同で送信することができる。すなわち、
【００５３】
ＩＩＩ）ステップＳ４２で生成されたｎｏｎ−ａｃｃｅｓｓ層データ・パケットは、プリアンブルが送信された後にプリアンブルの送信のために割り当てられたリソースを介して送信される。
【００５４】
図６に、本発明のもう１つの実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す。具体的には、ステップＳ６０では、図６に示されているように、第１ネットワーク・デバイス５のアプリケーション層でアクセス要求を開始する。その後、ステップＳ６１では、第１ネットワーク・デバイス５が、セル・ブロードキャスト・チャネルを受信し、セルを検索し、ターゲット・セルにキャンプする。その後、ステップＳ６２では、第１ネットワーク・デバイス５が、プリアンブルのために割り当てられたリソースを介して、プリアンブルに付加された、ステップＳ４２で生成されたＮＡＳデータ・パケットを送信する。プリアンブルは、端末機器１ａ、１ｂ、または１ｃすなわちＭ２Ｍ端末機器のアクセスを具体的に制御するように構成される。
【００５５】
したがって、プリアンブルのために割り当てられる限られたリソースおよび送信のためにプリアンブルに付加できるデータの限られた量を考慮して、第１ネットワーク・デバイス５は、オプションで、ステップＳ４２の処理をスキップするが、プリアンブルに割り当てられたリソースを介して端末機器からのデータを直接に送信することができる。たとえば、端末機器１ａは、ガス警報の情報を収集する。第１ネットワーク・デバイスが、ガス漏れの発生を示す警報情報「１」を端末機器１ａから受信する時に、第１ネットワーク・デバイス５は、たとえば循環冗長符号化（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｉｎｇ）（ＣＲＣ）などを介して、警報情報を直接に符号化し、プリアンブルおよび符号化されたデータを一緒に送信し、ここで、プリアンブルは、具体的にはＭ２Ｍ端末機器のために割り当てられる。
【００５６】
戻って図４を参照すると、第１ネットワーク・デバイス５が、サービス・データを含む信号を送信した後に、基地局２は、対応してステップＳ４４で第１ネットワーク・デバイス５から信号を入手し、ここで、信号は、無線チャネルを介して端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含み、その後、ステップＳ４５では、基地局２が、信号を第２ネットワーク・デバイス６に転送する。
【００５７】
変形実施態様では、ステップＳ４４の後、たとえばステップＳ４５の前に、基地局２は、セッションを終了する、すなわち、ＡＣＫメッセージを第１ネットワーク・デバイス５に送信する。
【００５８】
ステップＳ４６では、第２ネットワーク・デバイス６が、第１ネットワーク・デバイス５から、基地局２によって転送された信号を受信し、ここで、信号は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された複数のサービス・データを含む。
【００５９】
その後、ステップＳ４７では、信号からｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから抽出する。具体的には、サービス・データが特定の実施態様ＩＩ）で説明されたようにアクセスされる時に、第２ネットワーク・デバイス６は、たとえばＮＡＳ  ＰＤＵがその中にカプセル化されたＭＡＣ  ＳＤＵの開始ビットなど、ＭＡＣ層データ・パケット内のヘッダの情報に従ってＮＡＳデータ・パケットの開始位置を知り、したがって、ＭＡＣ  ＰＤＵからＮＡＳ  ＰＤＵを抽出する。ＮＡＳ  ＰＤＵが、端末機器識別子もサーバ識別子も含まない場合、たとえば、第１ネットワーク・デバイスが、１つの端末機器、たとえば端末機器１ａなどだけのために働き、端末機器１ａがサーバ３ａだけと通信する場合、すなわち、端末機器１ａがサーバ３ａに束縛する場合には、第１ネットワーク・デバイス５が第１ネットワーク・デバイス５の識別子を付加されたデータ・パケットを送信する時に、第２ネットワーク・デバイス６は、第１ネットワーク・デバイス５の識別子から、データ・パケットがサーバ３ａ宛であることを知る。その後、ステップＳ４８では、第２ネットワーク・デバイス６が、対応する宛先サーバ３ａに複数のサービス・データを送信する。
【００６０】
変形実施態様では、第１ネットワーク・デバイスが、複数の端末機器、たとえば端末機器１ａ、１ｂ、および１ｃのために働く時に、第２ネットワーク・デバイス６によって受信される信号に含まれるＮＡＳデータ・パケットを、ｉ）、ｉｉ）、またはｉｉｉ）のいずれの方式でもカプセル化でき、これらの方式のそれぞれは、それぞれ次のように詳細に説明される。
【００６１】
カプセル化方式ｉ）では、第２ネットワーク・デバイス６は、コア・ネットワーク４内に配置される。通常、端末機器とサーバとの間の対応関係が、コア・ネットワーク４内に存在する、すなわち、コア・ネットワーク４は、端末機器が通信する特定の１つまたは複数のサーバを知っている。したがって、第２ネットワーク・デバイス６が表１に示されているように端末機器の識別子を入手した後に、第２ネットワーク・デバイス６は、事前に格納されるかコア・ネットワーク４のたとえばデータベースなどの他のネットワーク・デバイスから取り出される、端末機器とサーバとの間の対応関係から、端末機器１ａがサーバ３ａに対応し、端末機器１ｂがサーバ３ｂに対応し、端末機器１ｃがサーバ３ｃに対応することを知り、その後、ステップＳ４８で、第２ネットワーク・デバイス６は、サービス・データＡ１をサーバ３ａに、サービス・データＢ１をサーバ３ｂに、サービス・データＣ１をサーバ３ｃに送信する。
【００６２】
オプションで、第２ネットワーク・デバイス６が、表２に示されているカプセル化方式でカプセル化されたデータ・パケットを入手する（シナリオｉｉ）に対応する）時には、第２ネットワーク・デバイス６は、サービス・データＡ２をサーバ３ａに、サービス・データＢ２をサーバ３ｂに、サービス・データＣ２をサーバ３ｃに対応して送信する。
【００６３】
さらに、第２ネットワーク・デバイス６が、表３に示されているカプセル化方式でカプセル化されたデータ・パケットを入手する（シナリオｉｉｉ）に対応する）時には、第２ネットワーク・デバイス６は、サービス・データＡ３をサーバ３ａに、サービス・データＢ３をサーバ３ｂに、サービス・データＣ３をサーバ３ｃに直接に送信する。
【００６４】
第２ネットワーク・デバイス６は、前述の特定の実施態様で説明したように、ＮＡＳデータ・パケットおよびＲＲＣシグナリングが１つのＭＡＣ  ＰＤＵ内にカプセル化されることのシグナルを受信し、さらに、サービス・データ・パケットが特定の実施態様ＩＩＩ）で説明したようにアクセスされる時すなわちＮＡＳデータ・パケットが送信のためにプリアンブルに付加される時には、第２ネットワーク・デバイス６は、プリアンブルの特殊なパターンから、たとえば端末機器１ａなどの端末機器のサービス・データのＮＡＳデータ・パケットがプリアンブルにさらに付加されることを知り、第２ネットワーク・デバイス６は、たとえばＮＡＳ  ＰＤＵの開始ビットなどのＮＡＳデータ・パケットの開始位置を知り、これによって、ＮＡＳ  ＰＤＵを抽出し、その後、さらに、ＮＡＳ  ＰＤＵ内の特定のサービス・データを抽出し、対応するサービスに送信する。
【００６５】
変形実施態様では、ステップＳ４８の後に、第２ネットワーク・デバイス６が、サービス・データのサーバによる正しい受信を示すＡＣＫメッセージをサーバ３ａ、３ｂ、または３ｃから受信してセッションを終了する時に、第２ネットワーク・デバイス６は、さらに、基地局２にセッション終了命令メッセージを送信する、すなわち、ＡＣＫメッセージを基地局２に送信する。
【００６６】
図７に、本発明の実施形態によるデバイスのブロック図を示す。本発明によるデバイスのブロック図を、下で図３と組み合わせて図７を参照して詳細に説明する。
【００６７】
図７の送信装置１０は、第１ネットワーク・デバイス５内に配置され、入手手段１００、カプセル化手段１０１、および第１送信手段１０２を含む。処理装置２０は、基地局２内に配置され、第１受信手段２００および転送手段２０１を含む。援助装置３０は、第２ネットワーク・デバイス６内に配置され、第２受信手段３００、抽出手段３０１、および第２送信手段３０２を含む。
【００６８】
まず、例として端末機器１ａだけのために働く第１ネットワーク・デバイス５を挙げて、説明を提示する。その後、変形実施態様の例として複数の端末機器１ａ、１ｂ、および１ｃのために働く第１ネットワーク・デバイス５を挙げて、説明をさらに提示する。
【００６９】
まず、端末機器１ａは、たとえば温度データ、ガス・メーターのデータ、火災報知器のデータなどの獲得されたサービス・データを、Ｂｌｕｅｔｏｏｔｈプロトコル、赤外線プロトコル、Ｚｉｇｂｅｅプロトコル、３ＧＰＰベースの無線通信プロトコルなどとすることができる無線通信プロトコルで第１ネットワーク・デバイス５に送信する。
【００７０】
その後、第１ネットワーク・デバイス５の入手手段１００は、たとえば端末機器１ａから送信された、それぞれ異なるコンテナ内でカプセル化された複数のサービス・データなどの端末機器１ａからの複数のサービス・データを、無線チャネルを介して、無線プロトコルすなわち、たとえばＢｌｕｅｔｏｏｔｈプロトコル、赤外線プロトコル、Ｚｉｇｂｅｅプロトコル、３ＧＰＰベースの無線通信プロトコルなどの端末機器１ａに対応するプロトコルで入手する。たとえば、入手手段１００は、所定の時間持続時間長、たとえば時間持続時間スライディング・ウィンドウなどをセットすることができ、時間持続時間スライディング・ウィンドウの範囲内で時間持続機器１ａから送信された複数のサービス・データを入手する。
【００７１】
オプションで、第１ネットワーク・デバイス５は、データ・パケットのサイズに従って、カプセル化された端末機器１ａからのサービス・データの個数を判定することもできる。
【００７２】
その後、第１ネットワーク・デバイス５のカプセル化手段１０１は、それぞれ異なる瞬間に端末機器１ａから送信された複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化する。ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ（ＮＡＳ）は、ＰＤＣＰ層の上のプロトコルである。したがって、ネットワーク側とのシグナリング相互作用の１つの手順だけが、カプセル化されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットのために要求され、したがって、シグナリング・オーバーヘッドを節約する。好ましくは、カプセル化手段１０１は、無線リソースをさらに節約するために、冗長情報をさらに減らすために端末機器からのデータ・パケット内の上位層ヘッダ、たとえばＴＣＰヘッダなどと、ヘッダ内のサービス・タイプ、ＴＴＬ、および他の情報とを除去することができる。
【００７３】
変形実施形態では、入手手段１００が端末機器１ａから複数のサービス・データを正しく受信した後に、第１ネットワーク・デバイス５は、複数のサービス・データ・パケットの第１ネットワーク・デバイス５による正しい受信について端末機器１ａに通知するために端末機器１ａにＡＣＫメッセージを送信し、その後、端末機器１ａは、休止状況に入ることができ、これによって、端末機器の電力を節約し、あるいは、端末機器１ａは、サービス・データの次の送信を準備することができ、これによって、待つ時間期間を短縮する。
【００７４】
変形実施態様では、入手手段１００は、サービス・データの通信当事者を識別するために、それぞれのサービス・データの関連識別情報を入手するようにさらに構成される。以下では、その下で関連識別情報がどの内容を含むのかの少なくとも３つのシナリオを、第１ネットワーク・デバイス５が複数の端末機器１ａ、１ｂ、および１ｃのために働き、第１ネットワーク・デバイス５が、ステップＳ４１で端末機器１ａ、１ｂ、および１ｃから複数のサービス・データを受信する例によって詳細に説明する。
【００７５】
ｉ）関連識別情報は、それぞれのサービス・データを送信する端末機器の端末機器識別子だけを含む。
【００７６】
端末機器識別子は、端末機器を一意に識別する識別子であり、端末機器１ａ、１ｂ、もしくは１ｃのＭＡＣアドレス、たとえば端末機器１ａ、１ｂ、もしくは１ｃの工場渡しデバイス番号などの端末機器１ａ、１ｂ、もしくは１ｃの物理アドレス、端末機器１ａ、１ｂ、もしくは１ｃのＩＰアドレス、または類似物とすることができる。
【００７７】
その後、カプセル化手段１０１は、表１に示されているようにリストの形で端末機器１ａ、１ｂ、または１ｃからの複数のサービス・データをカプセル化する。
【００７８】
端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有である時、すなわち、端末機器１ａ、１ｂ、または１ｃが、それぞれ特定のアプリケーション・サービスと通信する時、または、言い替えると、端末機器識別子が、宛先サーバ識別子に束縛する時、たとえば、入手手段１００が、端末機器１ａからサービス・データＡ１を、端末機器１ｂからサービス・データＢ１を、端末機器１ｃからサービス・データＣ１を入手する時に、カプセル化手段１０１は、宛先サーバの識別情報ではなく端末機器の端末機器識別子だけをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることによって、複数のサービス・データをカプセル化することができる。
【００７９】
表１に示された「パディング」は、要求されないが、パディング・ビット（１つまたは複数）は、端末機器の識別子およびサービス・データによって占有されるビットが１つの完全なバイトではない場合に限ってバイト・アライメントのために要求される。
【００８０】
ｉｉ）関連識別情報は、それぞれのサービス・データの宛先サーバのサーバ識別子だけを含む。
【００８１】
端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有である時、すなわち、端末機器が、特定のアプリケーション・サーバと通信し、端末機器識別子が宛先サーバ識別子に束縛する時、たとえば、入手手段１００が、端末機器１ａからサービス・データＡ２を入手し、端末機器１ｂからサービス・データＢ２を入手し、端末機器１ｃからサービス・データＣ２を入手する時に、カプセル化手段１０１は、同様に、表２に示されているように、サービス・データの送信器の識別子すなわちソース端末機器の識別子ではなく端末機器の宛先サーバのサーバ識別子すなわち宛先サーバ３ａ、３ｂ、および３ｃの識別子だけをカプセル化されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることができる。
【００８２】
ｉｉｉ）関連識別情報は、それぞれのサービス・データを送信する端末機器の端末機器識別子とそれぞれのサービス・データの宛先サーバのサーバ識別子との両方を含む。上記の表３に示されているように。端末機器１ａ、１ｂ、または１ｃ上で動作するアプリケーションが固有ではない時、すなわち、複数のアプリケーション・プログラムが、それぞれ端末機器１ａ、１ｂ、または１ｃ上で動作することができ、端末機器１ａが複数のアプリケーション・サーバと通信できるか、端末機器１ｂが複数のアプリケーション・サーバと通信できるか、端末機器１ｃが複数のアプリケーション・サーバと通信できる時、すなわち、端末機器識別子が、どの宛先サーバ識別子にも束縛しない時には、カプセル化手段１０１は、端末機器の端末機器識別子とサービス・データの宛先サーバの識別子との両方をｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに含めることによって、複数のサービス・データをカプセル化する。
【００８３】
たとえば、端末機器１ａは、それぞれサーバ３ａ、３ｂ、および３ｃと通信することができ、端末機器１ｂは、それぞれサーバ３ａおよび３ｂと通信することができ、端末機器１ｃは、それぞれサーバ３ｂおよび３ｃと通信することができる、すなわち、端末機器は、サーバとの１対１対応になっていない。入手手段１００が、端末機器１ａからサーバ３ａに送信されたサービス・データＡ３と、端末機器１ｂからサーバ３ｂに送信されたサービス・データＢ３と、サーバ１ｂに送信されたサービス・データＣ３とを受信するこの時に。したがって、カプセル化手段１０１は、端末機器の識別子１ａ、１ｂ、および１ｃと、複数のサービス・データと、それぞれのサービス・データに対応する宛先サーバのサーバ識別子３ａ、３ｂ、および３ｃとを、対応してｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化する。
【００８４】
従来技術でサービス・データＡ１（またはＡ２、Ａ３）、サービス・データＢ１（またはＢ２、Ｂ３）、またはサービス・データＣ１（またはＣ２、Ｃ３）を送信するためにそれぞれ基地局２およびコア・ネットワークとのシグナリング相互作用の手順を実行しなければならない端末機器１ａ、１ｂ、および１ｃと比較して、第１ネットワーク・デバイス５は、本発明の解決策で１つのシグナリング通信手順だけを確立することによってＡ１、Ｂ１、およびＣ１（Ａ２、Ｂ２、およびＣ２またはＡ３、Ｂ３、およびＣ３）を同時に送信し、これによってシグナリング・オーバーヘッドを節約する。
【００８５】
例として複数の端末機器１ａ、１ｂ、および１ｃのために働く第１ネットワーク・デバイス５を挙げて上で説明を与えた。当業者は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットの前述のカプセル化フォーマットを、第１ネットワーク・デバイス５が１つの端末機器だけのために働くシナリオに適用可能とすることもできることを了解されたい。
【００８６】
その後、処理手段１０２は、処理された信号を生成するためにｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットに対して送信処理を実行し、処理された信号を送信する。
【００８７】
具体的には、送信処理に関する下の少なくとも３つの特定の実施態様がある。
【００８８】
ＩＶ）既存のアップリンク・アクセス方式
【００８９】
第１ネットワーク・デバイス５が、ネットワークと同期化され、セル・ブロードキャスト・チャネルを受信し、セルを検索した後に、第１ネットワーク・デバイス５は、ターゲット・セルにキャンプし、呼要求を開始し、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）接続を確立する。ＲＲＣ接続は、通信のためだけではなく、位置を更新する手順、ルーティング・ゾーンを登録する手順などのためにも要求される。Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（ＰＲＡＣＨ）を介して送信されるアクセス・シグナリングは、２つの部分すなわちプリアンブル部分およびメッセージ部分に分割される。ＲＲＣ接続が開始される時に、第１ネットワーク・デバイス５は、アップリンクで開ループ電力制御を開始し、これは、プリアンブルを用いて実行される。したがって、ＰＲＡＣＨ上のプリアンブルは、開ループ電力制御のためのものである。プリアンブルは、物理層で生成されるシーケンスであり、第１ネットワーク・デバイス５は、ダウンリンクで応答があるまで初期電力Ｐ０でプリアンブルを試験的に送信し、その後、プリアンブルではなくメッセージ部分を送信する。プリアンブルは、物理層でのメッセージ・シーケンスなので、ダウンリンク方向で使用可能な応答チャネルも、ＤＬ方向でＡｃｑｕｉｓｉｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＡＩＣＨ）と呼ばれる純粋に物理的なチャネルでなければならない。したがって、プリアンブルおよびＡＩＣＨは、ユーザのアクセスを可能にするために対にされる。ＡＣＫ応答がＡＩＣＨを介して行われる時に、第１ネットワーク・デバイス５は、メッセージ送信の初期電力値Ｐ１を入手し、基地局２は、第１ネットワーク・デバイス５がランダム・アクセス要求メッセージすなわちＲＲＣアクセス要求メッセージを電力Ｐ１で送信することを可能にする。すなわち、第１送信手段１０２は、基地局２にＲＲＣ要求メッセージを送信し、その後、基地局２は、第１ネットワーク・デバイス５にＲＲＣ  ＡＣＫメッセージをさらに送信し、第１ネットワーク・デバイス５は、認証のためにコア・ネットワーク（サーバ３ａ、３ｂ、および３ｃを含む）にＮＡＳシグナリングをさらに送信し、サーバ３ａ、３ｂ、および３ｃは、成功の認証時に第１ネットワーク・デバイス５にＮＡＳ応答シグナリングをさらに送信する。シグナリング反復の後に、第１送信手段１０２は、カプセル化手段１０１によって生成された、ＭＡＣ層処理および物理層処理の後に生成された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから生成された信号を基地局２に送信し始める。
【００９０】
前述のアクセス実施態様ＩＶ）では、第１ネットワーク・デバイスは、まず、基地局とのシグナリング相互作用を実行し、その後、ＮＡＳデータ・パケットを送信する。無線リソースをさらに節約するために、サービス・データおよび制御シグナリングを合同で送信することができる、すなわち、ＮＡＳデータ・パケットおよび制御シグナリングは、次の実施態様Ｖ）およびＶＩ）で説明するように、同一の物理チャネルを介して送信される。
【００９１】
具体的には、実施態様Ｖ）で、第１ネットワーク・デバイス５は、送信のためにサービス・データおよびＲＲＣ制御シグナリングを一緒に圧縮する、すなわち。
【００９２】
Ｖ）ＮＡＳデータ・パケットおよびｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌシグナリング・メッセージは、合同送信のためにＭＡＣ  ＰＤＵ内に一緒にカプセル化される。
【００９３】
本発明の実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す図５を参照する。第１ネットワーク・デバイス５のアプリケーション層でアクセス要求を開始する。その後、第１ネットワーク・デバイス５が、セル・ブロードキャスト・チャネルを受信し、セルを検索し、ターゲット・セルにキャンプする。その後、第１ネットワーク・デバイス５が、プリアンブルを送信する。その後、ステップＳ５３では、第１ネットワーク・デバイス５が、基地局からアクセス肯定応答（ＡＣＫ）およびアップリンク（ＵＬ）許可メッセージを受信する。その後、第１送信手段１０２が、カプセル化手段１０１によって生成されたｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットおよびＲＲＣメッセージを一緒にメディア・アクセス制御プロトコル・データ・ユニット（ＭＡＣ  ＰＤＵ）内にカプセル化する。具体的には、第１ネットワーク・デバイス５は、ＲＲＣ要求メッセージを生成し、ＲＬＣ  ＰＤＵ内にカプセル化し、その後、ＲＬＣ  ＰＤＵおよびサービス・データのＮＡＳ  ＰＤＵを一緒にＭＡＣ  ＰＤＵ内にカプセル化し、その後、第１送信手段１０２が、処理された信号を生成するためにメディア・アクセス制御プロトコル・データ・ユニットに対して物理層処理を実行し、処理された信号を送信する。
【００９４】
さらに、第１送信手段１０２は、その代わりに、ＮＡＳデータ・パケットの少量のデータがある時に、ＮＡＳデータ・パケットおよびプリアンブルを一緒に合同で送信することができる。すなわち、
【００９５】
ＶＩ）ステップＳ４２で生成されたｎｏｎ−ａｃｃｅｓｓ層データ・パケットは、プリアンブルが送信された後にプリアンブルの送信のために割り当てられたリソースを介して送信される。
【００９６】
本発明のもう１つの実施形態による第１ネットワーク・デバイス５のＮＡＳデータ・パケットのアクセス手順を示す図６を参照する。具体的には、図６に示されているように、第１ネットワーク・デバイス５のアプリケーション層でアクセス要求を開始する。その後、第１ネットワーク・デバイス５が、セル・ブロードキャスト・チャネルを受信し、セルを検索し、ターゲット・セルにキャンプする。その後、第１送信手段１０２が、プリアンブルのために割り当てられたリソースを介して、プリアンブルに付加された、カプセル化手段１０１によって生成されたＮＡＳデータ・パケットを送信する。プリアンブルは、端末機器１ａ、１ｂ、または１ｃすなわちＭ２Ｍ端末機器のアクセスを具体的に制御するように構成される。
【００９７】
したがって、プリアンブルのために割り当てられる限られたリソースおよび送信のためにプリアンブルに付加できるデータの限られた量を考慮して、第１ネットワーク・デバイス５は、オプションで、カプセル化手段１０１の処理をスキップするが、プリアンブルに割り当てられたリソースを介して端末機器からのデータを直接に送信することができる。たとえば、端末機器１ａは、ガス警報の情報を収集する。第１ネットワーク・デバイスが、ガス漏れの発生を示す警報情報「１」を端末機器１ａから受信する時に、第１ネットワーク・デバイス５は、たとえば循環冗長符号化（ＣＲＣ）などを介して、警報情報を直接に符号化し、プリアンブルおよび符号化されたデータを一緒に送信し、ここで、プリアンブルは、具体的にはＭ２Ｍ端末機器のために割り当てられる。
【００９８】
さらに図７を参照すると、第１送信手段１０２が、サービス・データを含む信号を送信した後に、第１受信手段２００は、対応して第１ネットワーク・デバイス５から信号を入手し、ここで、信号は、無線チャネルを介して端末機器から送信された、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された複数のサービス・データを含み、その後、転送手段２０１が、信号を第２ネットワーク・デバイス６に転送する。
【００９９】
援助装置３０内の第２受信手段３００は、第１ネットワーク・デバイス５から、転送手段２０１によって転送された信号を受信し、ここで、信号は、ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケット内にカプセル化された、１つまたは複数の端末機器から無線チャネルを介して１つまたは複数の対応する宛先サーバに送信された複数のサービス・データを含む。
【０１００】
その後、抽出手段３０１が、信号からｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットを回復し、複数のサービス・データをｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍデータ・パケットから抽出する。具体的には、サービス・データが特定の実施態様ＶＩ）で説明されたようにアクセスされる時に、抽出手段３０１は、たとえばＮＡＳ  ＰＤＵがその中にカプセル化されたＭＡＣ  ＳＤＵの開始ビットなど、ＭＡＣ層データ・パケット内のヘッダの情報に従ってＮＡＳデータ・パケットの開始位置を知り、したがって、ＭＡＣ  ＰＤＵからＮＡＳ  ＰＤＵを抽出する。ＮＡＳ  ＰＤＵが、端末機器識別子もサーバ識別子も含まない場合、たとえば、第１ネットワーク・デバイスが、１つの端末機器、たとえば端末機器１ａなどだけのために働き、端末機器１ａがサーバ３ａだけと通信する場合、すなわち、端末機器１ａがサーバ３ａに束縛する場合には、第１ネットワーク・デバイス５が第１ネットワーク・デバイス５の識別子を付加されたデータ・パケットを送信する時に、抽出手段３０１は、第１ネットワーク・デバイス５の識別子から、データ・パケットがサーバ３ａ宛であることを知る。その後、ステップＳ４８では、第２ネットワーク・デバイス６が、対応する宛先サーバ３ａに複数のサービス・データを送信する。
【０１０１】
変形実施態様では、第１ネットワーク・デバイスが、複数の端末機器、たとえば端末機器１ａ、１ｂ、および１ｃのために働く時に、第２ネットワーク・デバイス６によって受信される信号に含まれるＮＡＳデータ・パケットを、ｉ）、ｉｉ）、またはｉｉｉ）のいずれの方式でもカプセル化でき、これらの方式のそれぞれは、それぞれ次のように詳細に説明される。
【０１０２】
カプセル化方式ｉ）では、第２ネットワーク・デバイス６は、コア・ネットワーク４内に配置される。通常、端末機器とサーバとの間の対応関係が、コア・ネットワーク４内に存在する、すなわち、コア・ネットワーク４は、端末機器が通信する特定の１つまたは複数のサーバを知っている。したがって、抽出手段３０１が表１に示されているように端末機器の識別子を入手した後に、抽出手段３０１は、事前に格納されるかコア・ネットワーク４のたとえばデータベースなどの他のネットワーク・デバイスから取り出される、端末機器とサーバとの間の対応関係から、端末機器１ａがサーバ３ａに対応し、端末機器１ｂがサーバ３ｂに対応し、端末機器１ｃがサーバ３ｃに対応することを知り、その後、第２送信手段３０２は、サービス・データＡ１をサーバ３ａに、サービス・データＢ１をサーバ３ｂに、サービス・データＣ１をサーバ３ｃに送信する。
【０１０３】
オプションで、第２ネットワーク・デバイス６が、表２に示されているカプセル化方式でカプセル化されたデータ・パケットを入手する（シナリオｉｉ）に対応する）時には、第２送信手段３０２は、サービス・データＡ２をサーバ３ａに、サービス・データＢ２をサーバ３ｂに、サービス・データＣ２をサーバ３ｃに対応して送信する。
【０１０４】
さらに、第２ネットワーク・デバイス６が、表３に示されているカプセル化方式でカプセル化されたデータ・パケットを入手する（シナリオｉｉｉ）に対応する）時には、第２送信手段３０２は、サービス・データＡ３をサーバ３ａに、サービス・データＢ３をサーバ３ｂに、サービス・データＣ３をサーバ３ｃに直接に送信する。
【０１０５】
第２受信手段３００は、前述の特定の実施態様で説明したように、ＮＡＳデータ・パケットおよびＲＲＣシグナリングが１つのＭＡＣ  ＰＤＵ内にカプセル化されることのシグナルを受信し、さらに、サービス・データ・パケットが特定の実施態様ＩＩＩ）で説明したようにアクセスされる時すなわちＮＡＳデータ・パケットが送信のためにプリアンブルに付加される時には、第２ネットワーク・デバイス６は、プリアンブルの特殊なパターンから、たとえば端末機器１ａなどの端末機器のサービス・データのＮＡＳデータ・パケットがプリアンブルにさらに付加されることを知り、第２ネットワーク・デバイス６は、たとえばＮＡＳ  ＰＤＵの開始ビットなどのＮＡＳデータ・パケットの開始位置を知り、これによって、ＮＡＳ  ＰＤＵを抽出し、その後、さらに、ＮＡＳ  ＰＤＵ内の特定のサービス・データを抽出し、対応するサービスに送信する。
【０１０６】
本発明を図面および前述の説明で説明し、記述したが、この説明および記述が、実例となり、例示的であって、限定的ではなく、本発明が、前述の実施形態に限定されないことを了解されたい。
【０１０７】
当業者は、この説明、本開示、および図面ならびに添付の特許請求の範囲を調べる時に、開示された実施形態に対する他の変形を理解し、作ることができる。特許請求の範囲では、用語「ｃｏｍｐｒｉｓｅ（含む）」が、別の要素（１つまたは複数）またはステップ（１つまたは複数）を除外せず、用語「ａ／ａｎ」が、複数を除外しない。１つの要素が、本発明の実用的応用例で、１つの請求項に列挙された複数の技術的特徴の機能を実行してもよい。請求項内のどの符号をも、本発明の範囲を限定するものと解釈してはならない。
【図１】
0005631406.tif 000005
【図２】
0005631406.tif 000006
【図３】
0005631406.tif 000007
【図４】
0005631406.tif 000008
【図５】
0005631406.tif 000009
【図６】
0005631406.tif 000010
【図７】
0005631406.tif 000011