通信システムにおいてデータ送信を管理するための装置であって、当該装置は、1つ以上のデータのソースからデータを受信し、当該データを送信のために送信機に転送するように構成されるバッファユニットを備え、当該バッファユニットは、前記データを前記送信機に転送する前にデータを蓄積し、前記バッファユニットおいて蓄積されるデータの量が所定の閾値に到達する場合に、蓄積されたデータを前記送信機に転送するように構成される、装置。前記バッファユニットは、前記バッファにおいて所定の期間を超えて格納されているデータが存在する場合、前記バッファユニットにおいて蓄積されるデータの前記量が前記所定の閾値に到達する前に、蓄積されたデータを送信のために前記送信機に転送するように構成される、請求項1に記載の装置。前記バッファユニットは、遅延されるべきではないデータとして分類されるさらなるデータが前記バッファユニットによって受信される場合、前記バッファユニットにおいて蓄積されるデータの前記量が前記所定の閾値に到達する前に、蓄積されたデータを送信のために前記送信機に転送するように構成される、請求項1又は2に記載の装置。前記1つ以上のデータのソースから受信されるデータは、異なる送信優先度のデータを含み、前記バッファユニットは、当該異なる送信優先度に応じて異なる手法でデータの前記送信を管理するように動作可能である、先行する請求項のいずれかに記載の装置。前記データについての前記異なる送信優先度は、前記データの前記ソースに基づいて予め定義される、請求項4に記載の装置。前記データについての前記異なる送信優先度は、自己学習プロセスに基づいて割り当てられる、請求項4に記載の装置。前記バッファユニットをバイパスし、それによって、前記送信機に送信されるべきデータを前記バッファユニットにおいて最初に蓄積されることなく送るように動作可能なスイッチを備える、先行する請求項のいずれかに記載の装置。前記バッファユニットは、無線リンク制御層において実装される、先行する請求項のいずれかに記載の装置。前記装置は、無線加入者ユニットを含む、請求項1~8のいずれかに記載の装置。前記無線加入者ユニットは、MTCmachinetypecommunicationデバイスを含む、請求項9に記載の装置。前記装置は、ネットワークインフラストラクチャ要素を含む、請求項1~8のいずれかに記載の装置。前記データは、当該データの送信元である前記1つ以上のデータのソースの識別子を含むパケットデータを含む、先行する請求項のいずれかに記載の装置。前記通信システムは、無線通信システムである、先行する請求項のいずれかに記載の装置。1つ以上のデータのソースと、当該1つ以上のデータのソースからデータを送信するための送信機と、当該送信機によって送信されるデータを受信するための受信機とを備え、前記1つ以上のデータのソースからデータを受信し、当該データを前記受信機への送信のために前記送信機に転送するように構成されるバッファユニットをさらに備える通信システムであって、前記バッファユニットは、データを前記送信機に転送する前に当該データを蓄積し、前記バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する場合、蓄積されたデータを送信のために前記送信機に転送するように構成される、通信システム。通信システムにおいてデータ送信を管理する方法であって、当該方法は、1つ以上のデータのソースからデータを受信することと、受信される前記データをバッファユニットにおいて蓄積することと、前記バッファユニットにおける蓄積されるデータの量を判定することと、前記バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する場合、蓄積されるデータを前記バッファユニットから送信のために前記送信機へ転送することと、を含む、方法。前記バッファにおいて所定の期間を超えて格納されているデータが存在する場合、前記バッファユニットにおいて蓄積されるデータの前記量が前記所定の閾値に到達する前に、蓄積されたデータを送信のために前記送信機に転送すること、を含む、請求項15に記載の方法。遅延されるべきではないデータとして分類されるさらなるデータが前記バッファユニットによって受信される場合、前記バッファユニットにおいて蓄積されるデータの前記量が前記所定の閾値に到達する前に、蓄積されたデータを送信のために前記送信機に転送すること、を含む、請求項15又は16に記載の方法。前記1つ以上のデータのソースから受信されるデータは、異なる送信優先度のデータを含み、当該異なる送信優先度に応じて異なる手法でデータの前記送信が管理される、請求項15、16又は17のいずれかに記載の方法。コンピュータ実行可能な命令を有するコンピュータプログラムであって、コンピュータにロードされる場合に、当該コンピュータに請求項15~18のいずれかに記載の方法を実行させる、コンピュータプログラム。請求項19に記載の前記コンピュータプログラムを表す情報信号を記録したコンピュータ読取可能な媒体を有するコンピュータプログラムプロダクト。無線通信システムにおいてデータを送信するためのMTCmachinetypecommunicationデバイスであって、当該装置は、1つ以上のデータのソースからのデータを蓄積するバッファユニットであって、当該バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達した場合、前記データを送信のために送信機に転送するように構成される前記バッファユニット、を含む、MTCデバイス。本発明の第1の態様によれば、通信システムにおいてデータ送信を管理するための装置であって、当該装置は、1つ以上のデータのソースからデータを受信し、当該データを送信のために送信機に転送するように構成されるバッファユニットを備え、当該バッファユニットは、前記データを前記送信機に転送する前にデータを蓄積し、前記バッファユニットおいて蓄積されるデータの量が所定の閾値に到達する場合に、蓄積されたデータを前記送信機に転送するように構成される装置が提供される。従って、幾つかの点において、バッファユニットは、データを送信機に転送する前に、当該データをしばらくの間格納することによって、データの送信を遅延させ、当該バッファユニットにおいて格納されるデータの量が所定の閾値に到達する場合又は、送信をトリガするための別の条件が満たされる場合、より早期に、データが送信機に転送されるように構成されるものとして理解され得る。通信システムによっては、データが送信可能になり次第、当該データを送信することは非常に非効率的となり得る。例えば、少ない量のデータのバーストでデータが断続的に送信される場合である。無線データ送信システムなどのシステムにおいて、これは、貴重なネットワークリソースの非効率的な使用となり得る。なぜなら、小さなデータのバーストの各々が送信される前に、データ送信装置と受信機との間でシグナリング情報が交換されなければならないためである。少量のデータを送信するためのシグナリング情報の交換は、システムにおける他の装置がネットワークリソースにアクセスする能力を低下させるため、システム全体の効率を低下させる。さらに、ネットワークとのシグナリング情報の頻繁な交換は、非常に電力を消費するものとなるので、例えば、バッテリなど送信装置における内部の電源が電力を提供できる期間の長さが削減される。従って、本発明の実施形態によれば、データ送信装置から送信されるべきデータは、送信に先立ってバッファにおいて格納される蓄積される。バッファにおけるデータは、当該バッファにおいて格納されるデータの量が所定のデータ閾値に到達する場合に送信される。従って、小さな量のデータを多数のバーストで送信するのではなく、代わりにデータ送信装置は、各々増加された量のデータを有する低減された数のバーストを送信する。これは、同じデータを送信するために送信装置とネットワークとの間で低減された量のシグナリング情報が必要とされる即ち、低減されたシグナリングオーバーヘッドが存在するため、ネットワークリソースのより効率的な使用を提供する。さらに、送信装置についての電力効率、即ち、低減される電力消費の観点においても、改善される。本発明の一例によれば、バッファユニットは、バッファにおいて所定の期間を超えて格納されているデータが存在する場合、バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する前に、蓄積されたデータを送信機に転送するように構成され得る。本発明のこの例によれば、所定の量のデータが蓄積される/アグリゲートされるまで、データは送信に先立ってバッファに格納され得る一方、手元のathand実装について許容可能な最大期間と考えられるよりも長くバッファにデータが残存しないことを確保するように、期間も予め定義される。結果として、データソースからバッファによって受け取られるデータのレートが低下する場合、バッファに既に存在するデータは、定義された最大期間を超えない間、送信されないまま残存するであろう。例えば、装置は、送信についての所定のトリガ閾値を満たすための他のデータがバッファで受け取られない場合であっても、遅延されたデータを24時間後に送信するように構成され得る。本発明の別の例によれば、バッファユニットは、遅延されるべきではないデータとして分類されるさらなるデータがバッファユニットによって受け取られる場合、バッファユニットにおいて格納されるデータの量が所定の閾値に到達する前に、格納されたデータを送信のために送信機に転送するように構成され得る。従って、幾つかのデータソースからのデータには遅延を許容しdelaytolerant得る、すなわち、特定のデータストリームに関連付けられるアプリケーションはデータを受け取るにあたり当該データがタイムクリティカルではないため遅延を許容することが容易に可能であり得る一方、他のデータソースは遅延を許容しないデータ、即ちバッファにおいて遅延されることができないデータに関連し得る。例えば、ある品物が倉庫から移動されたことを示す在庫管理メッセージに関連付けられるデータパケットはリアルタイムで送信される必要はない一方、当該倉庫における火事の可能性を示すセンサからの警告メッセージに関連付けられるデータのパケットは、できるだけ小さい遅延で送信されるべきである。従って、この例によれば、遅延を許容しないデータタイムクリティカルなデータがバッファユニットによって受け取られる場合、バッファユニットの中身は一括して送信され得る。つまり、データ送信装置と受信側のネットワークとの間の接続は遅延を許容しないデータについていずれにしても確立される必要があるので、遅延を許容するデータも同時に送信された方がよい。従って、バッファユニットを提供することに関連付けられる上記利点は依然として実現される一方で、これは、遅延を許容しないデータストリームからのデータをより迅速に送信することにおける低減されたパフォーマンスを代償にしない。本発明の別の例によれば、1つ以上のデータのソースから受信されるデータは、異なる送信優先度のデータを含んでもよく、バッファユニットは、当該異なる送信優先度に応じて異なる手法でデータの送信を管理するように動作可能であり得る。例えば、幾つかの実装において、データストリームは、異なる程度の遅延許容範囲に関連づけられてもよい。例えば、第1のデータストリームからのデータに関連付けられるアプリケーションは、データを受信するにあたり数時間又は数日間の遅延を許容することが可能であり得る一方、他のアプリケーションは、数分の遅延のみを許容することが可能であり得る。一般に、遅延に対する許容の程度は、データがどのくらい迅速に対処される必要があるかに依存するであろう。例えば、大規模な倉庫における在庫水準を表すデータは、数時間の遅延が問題とならないように、毎日、単一の棚卸の期間にのみ調査されてもよい。同様に、ユーティリティの消費を表すデータは、月次での請求書の作成のために必要であり得るが、この場合、1日又はそれ以上の遅延は容認可能と見なされ得る。他の場合において、例えば警告センサからのデータについては、いかなる遅延も回避することが好適であり得る。従って、この幾つかの例示的な実施形態によれば、異なるデータは、当該データの異なる遅延許容範囲に依存して、異なる程度まで遅延させられることができる。幾つかの例において、データについての異なる送信優先度は、データのソース又はデータの性質に基づいて予め定義されてもよい。他の例において、データについての異なる送信優先度は、自己学習プロセスに基づいて割り当てられてもよい。幾つかの例において、バッファユニットを実質的にバイパスし、送信機に直接送信されるべきデータをバッファユニットにおいて遅延されることなく送るように動作可能なスイッチを装置は備え得る。通信システムは、3GPP/LTEシステムなどの無線通信システムであってよい。装置は、無線加入者ユニットユーザ機器/端末、例えばMTCmachinetypecommunicationデバイスを備え得る。他の例において、装置は、ネットワークインフラストラクチャ要素を含み得る。例えば、装置は、基地局/送受信機又はコアネットワーク要素の機能ユニットであってもよい。送信のための1つ以上のデータのソースから受信されるデータは、当該データの送信元である当該1つ以上のデータのソースの識別子を含むパケットデータを含み得る。本発明の別の態様によれば、1つ以上のデータのソースと、当該1つ以上のデータのソースからデータを送信するための送信機と、当該送信機によって送信されるデータを受信するための受信機とを備え、当該1つ以上のデータのソースからデータを受信し、当該データを受信機への送信のために送信機に転送するように構成されるバッファユニットをさらに備える通信システムであって、当該バッファユニットは、データを送信機に転送する前に当該データを蓄積し、バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する場合、蓄積されたデータを送信のために送信機に転送するように構成される通信システムが提供される。本発明の別の態様によれば、通信システムにおいてデータ送信を管理する方法であって、当該方法は、1つ以上のデータのソースからデータを受信することと、受信されるデータをバッファユニットにおいて蓄積することと、バッファユニットにおける蓄積されるデータの量を判定することと、バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する場合、蓄積されるデータをバッファユニットから送信のために送信機へ転送することと、を含む、方法が提供される。本発明のまた別の態様によれば、無線通信システムにおいてデータを送信するためのMTCmachinetypecommunicationデバイスであって、当該装置は、1つ以上のデータのソースからのデータを蓄積するバッファユニットであって、当該バッファユニットにおいて蓄積されるデータの量が所定の閾値に到達する場合、データを送信のために送信機に転送するように構成されるバッファユニットを備える、MTCデバイスが提供される。本発明の種々のさらなる態様及び実施形態は、添付の特許請求の範囲において定義される。図1は、従来の無線通信システムの一例を図示する概略図を示す。通信システムは、送信機ユニット101を備え、当該送信機ユニット101はネットワーク102にデータを通信するように構成される。送信機ユニット101は、第1のデータストリーム103と、第2のデータストリーム104と、第3のデータストリーム105と、を備える。データストリームは、データをデータゲートウェイ106に送る。データゲートウェイ106は、データストリーム103、104、105から受信されるデータを無線送信に適したフォーマットに変換し、当該データを送信機107に送る。送信機107は、無線インタフェースを介してネットワーク102における受信機108にデータを無線で送信する。受信されるデータは、ネットワークルーティング109を介してアプリケーションサーバ110に送られ、当該アプリケーションサーバ110は、受信されたデータを必要に応じて処理する。データストリームは各々、種々のテレメトリ情報をアプリケーションサーバ110に提供するセンサなどの異なるデバイスに由来してもよい。無線インタフェースは、従来のセルラ通信ネットワーク技法を用いて提供され得る。従って、データが送信機ユニット101からネットワーク102へ送信されるたびに、論理データチャネル及び無線ベアラといった通信リソースが、ネットワーク102の無線アクセス要素と送信機ユニット101との間で確立されなければならない。図1に示される通信システムは、データゲートウェイ101によってデータが受信されるたびに、データを送信機ユニット101からネットワーク102に送信する。本願発明者は、少ない量のデータを断続的に送信する場合、このようにデータを送信することは非常に非効率的となり得ることを認識した。例えば、MTCなどの幾つかの適用において、送信機ユニットは、1時間に1度又は2度、数キロバイトのデータを送信するにすぎないことがある。これは、無線インタフェースが毎秒1メガバイトよりも大きいアップリンクデータ伝送レートをサポートし得るとすると、無線リソースの非効率的な使用という結果となり得る。さらに、データが送信機ユニット101から送られるたびに、論理データチャネル及び物理無線チャネルといったネットワークリソースが送信機ユニット101とネットワーク102との間で確立され、相当な量のシグナリングデータが送信機ユニット101とネットワーク102との間でやり取りされることを要求する。これらのリソースを確立することは、計算集約的かつリソース集約的となり得る。送信機ユニット101からのデータの送信についてネットワークリソースを頻繁に交渉することは、送信機ユニット101が望ましいよりも多くの電力を消費するという結果にもなり得る。これは、例えば、送信機ユニット101内の内部電源の寿命を減少させ得る。図2は、本発明の一実施形態の一例を図示する概略図を示す。図2に示される通信システムの幾つかの要素は、図1に示される通信システムの対応する要素と同様であり、それに応じて対応する符号で表され、当該要素から理解されるであろう。通信システムのこれらの側面は、従来と同じであり、これ以上説明されない。図2に示される通信システムの例は、送信機ユニット201と、ネットワーク102と、を備える。図1に示される通信システムと同様に、送信機ユニット201は、アプリケーションサーバ110に送信されるべきデータを提供する複数のデータストリーム103、104、105を備える。データストリームは、例えば、MTCを提供するためのマシン型の端末からのデータを表してもよい。ただし、図1に示される送信機ユニットとは異なり、図2に示される送信機ユニット201は、遅延バッファ202を含むバッファユニットを備える。バッファユニットは、データゲートウェイ106とデータストリーム103、104、105との間に位置する。遅延バッファ202は、データストリーム103、104、105から送られるデータを格納するバッファメモリ203を含む。バッファメモリ203に格納されるデータの量が閾値に到達する場合、遅延バッファ202は、バッファメモリ203の中身をデータゲートウェイ106に送る。データゲートウェイ106は、データを無線送信に適したフォーマットに変換し、当該データを送信機107に送る。送信機107は、ネットワーク102における受信機108にデータを無線で送信する。送信をトリガするためのデータの量即ち、閾値は、手元のアプリケーション、例えば、データ集約の期待されるレート及び許容され得る遅延の量に依存するであろう。1つの例において、閾値は、数十又は数百キロバイトのオーダー、例えば64キロバイトであってもよい。遅延バッファ202は、データストリーム103、104、105からのデータを集約し、図1に示される従来の通信システムにおける場合のように少量のデータを繰り返し送信するのではなく、単一のバーストで送信機ユニット201からデータが送信されることを可能にする。幾つかの例における閾値は、バッファメモリ203のサイズによって判定されてもよい。換言すれば、データストリームから受信されるデータをそれ以上受け入れるスペースが残っていない場合、データはネットワーク102への送信のために遅延バッファから送信機107に送られる。他の例において、閾値は動的であってもよい。例えば、特定の実装について1日に約1回ほどの更新レートが適当であり得ると決定される場合、過去のpreceding数日間における送信について典型的に受信されたデータの平均量に基づいて閾値は設定され得る。図2に示される例において、遅延バッファ202は、データゲートウェイ106とデータストリーム103、104、105との間に位置する。ただし、理解されるであろうように、バッファは、データストリーム103、104、105と送信機107との間の任意の適当な位置に配置されることが可能である。さらに、データゲートウェイ106及び送信機107は別個のエンティティとして示されるが、幾つかの例において、これらのエンティティは単一の送信機ブロックで実現されてもよいことが理解されるであろう。典型的なネットワーク実装において、送信機ユニット201は、多くの受信機を備えるネットワークにおける多くの送信機ユニットのうちの1つであってもよいことも理解されるであろう。図3は、本発明の別の実施形態の一例を図示する概略図を示す。図3は、図2に示される通信システムに対応する通信システムを示す。ただし、図3に示される例において、送信機ユニット301は、タイマ302に接続されるバッファ制御ユニット303を備える。幾つかの例において、異なるデータストリームからのデータは、異なる送信優先度要件を有してもよい。図3に示される例において、第1のデータストリーム103及び第2のデータストリーム104からのデータは、アプリケーションサーバ110によって直ちに受信される必要がないかもしれないデータに関連する。従って、第1のデータストリーム103及び第2のデータストリーム104からのデータは、遅延を許容するdelaytolerantデータとして分類され得る。他方、第3のデータストリーム105からのデータは、できるだけより短い遅延でアプリケーションサーバ110によって受信されなければならないデータに関連する。従って、第3のデータストリーム105からのデータは遅延を許容しないdelayintolerantデータとして分類される。このように、異なるソースからのデータは異なる送信優先度を有する他の例においては、同じソースからの異なるタイプのデータ/データストリームが、異なる送信優先度を有してもよい。図2に関連して上述された実施形態の例と同様に、図3に示される通信システムにおいて、バッファメモリ203において格納されるデータの量が閾値に到達する場合、バッファメモリ203に格納されるデータストリームからのデータは、データゲートウェイ106、次いで送信機107に送られる。送信機107は、ネットワーク102における受信機108にデータを無線で送信する。ただし、図3に示される例において、制御ユニット302は、データストリーム103、104、105から遅延バッファ202に送られるデータをモニタするように構成される。遅延バッファ202に送られるデータが遅延を許容しないデータストリームからのデータ即ち、第3のデータストリーム105から送られるデータを含むことを制御ユニット302が検出した場合、当該遅延を許容しないデータストリームからのデータが遅延バッファ202に入るときに、遅延を許容しないデータストリームからのデータを含むバッファメモリ203の中身が、ネットワークへの送信のために送信機に送られる。これは、バッファメモリが閾値に到達したか否かを問わない。従って、この例において、遅延を許容しないデータが遅延バッファ202に入る場合、遅延バッファにおけるデータは、送信のために送信機に送られる。これは、遅延を許容しないデータが遅延バッファにおいて過度に遅延されないことを意味する。遅延バッファにおいて過度に遅延されることは、幾つかの実装において望ましくないことがあり得る。制御ユニット302は、所与のデータストリームが遅延を許容するデータであるのか又は遅延を許容しないデータであるのかを任意の適当な技法を用いて判定するように構成される。例えば、種々のデータストリーム103、104、105上で送られるデータは、当該データストリームからのデータが遅延を許容するのか又は遅延を許容しないのかを示す又は、2つの間のどこかに適宜等級が付される遅延許容範囲指標データを含んでもよい。他の例において、制御ユニット302には、遅延バッファ202と接続される各データストリームからのデータの遅延許容範囲を示す遅延許容範囲/ソースマップが提供されてもよい。従って、図3に示される例において、遅延バッファへ入力される新たに受信されたデータが第3のデータストリーム105からであることを制御ユニット302が検出する場合、遅延許容範囲/ソースマップは当該データが遅延を許容しないデータであることを示し、それ故に、制御ユニット302は遅延バッファ202を制御して、閾値を超えたか否かに関わらずバッファメモリ203における全てのデータを送信機ユニット301に送るであろう。理解されるであろうように、データが遅延バッファ203に低頻度で送られる場合、特に、遅延を許容しないデータが遅延バッファ203に低頻度で送られる場合、データは送信機ユニットからネットワークへ低頻度で送信されるであろう。送信をトリガするための閾値が比較的大きく、データストリーム103、104、105上で送られるデータの頻度が比較的低い場合、第1及び第2のデータストリーム103、104からのデータは、不適切に長期間バッファメモリ203に残存し得る。第1及び第2のデータストリーム103、104からのデータは遅延を許容するものとして分類されるが、それでもなお、当該データの送信を過度に長期間遅延させることは望ましくないことがある。従って、図3に示される例においては、タイマ303が提供される他の実施形態に関連して、同様のタイマ機能が提供されてもよい。タイマ303は、データが所定の最大期間を超えてバッファメモリ203に残存しないことを確保するように構成される。1つの例において、これは、データがバッファからデータゲートウェイ106に送られるたびにタイマ303をリセットすることによって実装され得る。データが遅延バッファ202から最後に送られてから所定の期間が経過したことをタイマ303が示した後、制御ユニット302は、遅延バッファ202を制御して、バッファメモリ203の中身をネットワーク102への送信のためにデータゲートウェイ106へ送らせ、タイマを再びリセットする。これは、データストリーム103、104、105からのデータが所定の期間を超えない期間について遅延バッファ202において残存することを確保する。理解されるであろうように、データが所定の最大期間を超えて遅延バッファ202において残存しないことを確保する任意の適当な方法を用いることができる。例えば、バッファが最後に空にされた後、送信のための最初のデータが受信された場合に、タイマが開始されてもよい。図3においては共に示されているが、幾つかの例において、送信機ユニット301は、タイマの機能無しに、所与のデータストリームからのデータが遅延を許容するか否かを判定する制御ユニット302の機能を含んでもよい。あるいは、他の例において、送信機ユニット301は、データが遅延を許容するか否かを判定する制御ユニット302の機能無しに、タイマ303の機能を含んでもよい。図4は、本発明の別の実施形態の一例を図示する概略図を示す。図4は、図3に示されるシステムに対応する通信システムを示す。ただし、図4に示される例においては、送信機ユニット401がバッファスイッチ402を備える。バッファスイッチ402は、データを遅延バッファ202に送ることとデータゲートウェイ106に直接送ることとの間で切り替えるように構成される。データが遅延バッファ202に送られる第1の位置にバッファスイッチがある場合、送信機ユニットは、図3を参照しつつ上述されたように動作する。しかしながら、スイッチが第2の位置にある場合、遅延バッファ202はバイパスされ、データはネットワーク102への即時送信のためにデータゲートウェイ106に直接送られる。図4に示される例によれば、概して従来の手法で、データストリーム103、104、105からのデータを格納するために遅延バッファを用いることと、データストリーム103、104、105からのデータをゲートウェイ206に直接送ることとの間で切り替えることが可能である。これは、遅延バッファ202がバイパスされることを可能にする。このことが望まれ得る複数のシナリオが存在する。例えば、所与の実装において、ネットワークリソースの消費が第一の関心事ではない場合例えば、ネットワークと通信する他のデバイスがほとんど存在しない場合、データストリームからのデータは、遅延無しにネットワーク102に送信された方がよい。従って、送信機ユニット401が、時には外部の電源によって電力を供給され、それ以外の時にはバッテリによって提供される内部電源によって電力を供給される場合、外部の電源が利用可能である間、バッファスイッチ402は第2の位置に設定され、遅延バッファ202はバイパスされることができる。ただし、外部の電源からの電力が利用できない期間は、バッテリの寿命を増加させるために送信機401の電力消費を低減させることが望ましいことがあり得る。従って、制御ユニット302は、送信機401が内部の電源によって電力を供給される場合を検出し、データがデータストリーム103、104、105から遅延バッファ202に送られる第1の位置にバッファスイッチ402を設定するように構成されることができる。これにより、ネットワーク102との通信を確立するために必要である電力集約的な処理を送信機ユニット401が引き受けることを要求される頻度がより低くなるので、電力消費が低減される。幾つかの例において、制御ユニット302は、トラフィックシェーピング機能としての役割を果たし、遅延バッファ203へデータを送る種々のデータストリームのトラフィッククラス例えば、遅延を許容しない又は遅延を許容するを自身で判定し得る。例えば、制御ユニットは、あるデータストリーム即ち、特定のソースからのデータをあるトラフィッククラスと明示的に関連付ける外部のソースからの情報例えば、遅延許容範囲/ソースマップを受信してもよい。代替的に又は付加的に、制御ユニット302は、特定のデータストリームがどのトラフィッククラスに属するのかを当該制御ユニット302が判定することを可能にする自己学習能力を含んでもよい。これは、上述したような遅延許容範囲/ソースマップを提供することがあまり現実的でないことがある、3つよりも多くのデータストリームを含むシステムにおいて、特に有益となり得る。例えば、特定のアプリケーションについて、制御ユニット302は、遅延を許容するデータのプロファイル及び遅延を許容しないデータのプロファイルの知識を前もってプログラムされ得る。種々のデータストリーム上で送られるデータを観察した後、制御ユニット302は、例えば既知のニューラルネットワーク技法又は既知のファジー理論技法を用いて、特定のデータストリームからのデータが遅延を許容するデータであるのか又は遅延を許容しないデータであるのかの判断を下すように構成されることができる。この後、制御ユニット302は、特定のデータストリームに特定のトラフィッククラスを割り当てるように構成されることができる。幾つかの例において、制御ユニットは、幾つかのクラスのデータストリームに適応するように適合され得る。第1のクラスは、全く遅延を許容しないものと見なされ、上述された遅延を許容しないデータに従って扱われ得る。ただし、遅延許容範囲の複数の中間的なintermediateクラスが存在し、そのようなデータが遅延バッファ203においてどのくらい残存できるのかを判定する異なるレベルの遅延許容範囲を各々が有することもあり得る。そのような例において、制御ユニット302は、現在遅延バッファ203において最も遅延を許容しないクラスをモニタし、タイマを適宜制御することによって、データが遅延バッファ203において保持される所定の時間を適合させるように構成されることができる。下記の表は、この概念を図示する:LTE実装図5は、3GPPLTELongTermEvolution通信ネットワークにおける本発明の一例の実装を図示する概略図を示す。LTEネットワークは、充分に理解され充分に確立された標準から理解されるであろうように、3GPPの機能要素の観点から説明される。図5に示される例は、遠隔装置におけるセンサからMTCアプリケーションサーバにMTCデータを送信するためのMTCシステムである。図5は、倉庫管理システムを実装する複数のセンサ502、503、504に接続されるMTCユニット501を示す。第1のセンサ502は、保管場所に保管される在庫品Aの量に対応するセンサ入力を受信し、第2のセンサ503は、当該保管場所に保管される在庫品Bの量に対応するセンサ入力を受信する。第3のセンサ504は、当該保管場所の温度に対応するセンサデータを受信する。センサ入力に応答して、複数のセンサ502、503、504の各々は、当該センサ入力に対応するデータパケットを、バッファスイッチ505を介してMTCユニット501へ出力するように構成される。データパケットは、任意の適当なパケットデータプロトコル、例えばインターネットプロトコルIPに従って構成されることができ、バッファスイッチは、必ずしも物理的なスイッチである必要はなく、センサから出力されるデータパケットを導くことができる任意の適当な物理的又は論理的な機構とすることができる。バッファスイッチ505が第1の位置にある場合、センサからのデータパケットは、遅延バッファ506に導かれる。データパケットは、遅延バッファ505のバッファメモリ507において格納され、プロセッサ508の制御下で、バッファメモリ507に格納されるデータパケットは、イーサネットインタフェース又はUSBインタフェースといったデータインタフェース509に転送される。データインタフェースは、LTE端末装置TE:terminalequipmentユニット510にデータを転送する。TEユニット510は、当技術分野で既知のようにTEユニット50を識別する汎用加入者識別モジュールUSIM:universalsubscriberidentitymodule509に接続される。TEユニット510及びUSIM511は共に、LTEユーザ機器UE:userequipmentに対応する機能を含む。TE510は、データをデータゲートウェイ509からLTEネットワークに送信する。LTEネットワーク512は、eノードBevolvedNodeB513、サービングゲートウェイS-GW514、パケットデータネットワークゲートウェイP-GW515、並びにポリシー及び課金リソース機能PCRF:PolicyandChargingresourceFunction516を備える。LTEネットワーク510は、モビリティマネジメントエンティティMME517、及びホームサブスクリプションサーバHSS518も備える。LTEネットワーク512の要素の機能は当技術分野において既知であるので、これ以上説明されない。MTCアプリケーションサーバ520は、P-GW515に接続されるインターネットなどの外部のデータネットワーク519を介して、LTEネットワーク512に接続される。図5に示される例示的な実装において、MTCアプリケーションサーバ520は、ユーザ端末521に接続される。ユーザ端末521は、保管場所の温度と共に、在庫品A及びBの量がモニタされることを可能にする。第1の動作モードにおいて、MTCユニット501は外部の電源に接続されず、代わりに内部のバッテリによって電力を供給される。従って、電力消費を最小限にすることは有益である。このモードにおいて、プロセッサ508は、センサ502、503、504からの出力を遅延バッファ506に接続する第1の位置にバッファスイッチ505を制御するように構成される。在庫品Aのユニット又は在庫品Bのユニットが保管場所から移動される場合、対応する第1のセンサ502又は第2のセンサは、在庫水準が変化したことを示すデータパケットを遅延バッファに送る。プロセッサ508は、遅延バッファ506に送られる各データパケットを検査して、当該データパケットが遅延を許容するデータであるのか又は遅延を許容しないデータであるのかを判定するように構成される。これは、例えば、センサから送られる各パケットのヘッダにおいて示されることができる。この例において、第1及び第2のセンサからのデータは、遅延を許容すると見なされる。従って、これらのセンサからのデータパケットは、遅延バッファ506のバッファメモリ507に格納される。プロセッサ508は、遅延バッファをモニタし、バッファメモリ507がいっぱいであることが検出される場合、又は遅延バッファ506からデータインタフェース509に最後にデータが送られてから所定の閾値時間、例えば24時間が経過した場合、プロセッサ508は、遅延バッファを制御して、バッファメモリ507の中身をデータインタフェース509に送る。あるいは、例えば保管場所の温度が閾値レベルを超えて上昇したことを示すデータパケットが第3のセンサ504から送られる場合、できるだけすぐにユーザ端末の警報を発することが望ましいことがあり得る。従って、第3のセンサ504から送られるデータパケットは遅延を許容しないと見なされ、これは第3のセンサ504から送られるパケットのヘッダにおいて示される。第3のセンサ504からのデータパケットが遅延バッファ506に送られたことをプロセッサ508が検出する場合、プロセッサ508は、遅延バッファを制御して、任意の既に格納されている遅延を許容しないデータパケットを含めてバッファメモリ507の中身をデータインタフェース509に送る。遅延バッファ506からデータパケットを受け取ると、データインタフェース509は、データパケットを適当なフォーマットに変換し、それらをTEユニット510に転送する。データインタフェース509からデータパケットを受け取ると、TEユニット510は、当技術分野で既知のように、eノードB513と無線接続を確立し、アップリンクデータ送信リソースへのアクセスを交渉するように構成される。図5に示される例において、これは、TEユニット510がRRC_IDLE状態からRRC_CONNECTED状態に変化することと、物理的なアップリンク共有チャネルPUSCH:physicaluplinksharedchannelを介して論理的なアップリンク共有チャネルUL-SCH:uplinksharedchannel上でデータを送ることに関与するであろう。TEユニット510から送られるデータは、MTCアプリケーションサーバ520に向けられる。TEユニット510からのデータがeノードB513によって受信された後、当該データは、S-GW514及びP-GW515に転送される。P-GW514は、次いで、データを外部のネットワーク519に送り、データはアプリケーションサーバ520へルーティングされる。MTCアプリケーションサーバ520は、データを解釈し、当該データが適切に表示される場合、当該データをユーザ端末521へ送る。第2の動作モードにおいて、MTCユニットは外部の電源に接続されるので、電力の消費は問題ではない。この動作モードにおいて、プロセッサ508は、バッファスイッチ505を第2の位置に制御して、センサからの全てのデータパケットを、遅延バッファをバイパスしてデータインタフェース509に向けるように構成される。理解されるであろうように、本発明の実施形態の実装は、上記の例示的なシステムに限定されない。より一般的には、本発明の実施形態は、送信機ノードから受信機ノードへのデータの送信に関与するネットワーク内の任意の適当なポイントにおいて実装されることができる。図6は、本発明の一例に従って構成される通信システムの送信機ノードTx及び受信機ノードRxについての簡略化されたプロトコルスタックの例を図示する概略図を示す。上記スタックは、非アクセスNAS:nonaccessstratum層601、無線リソース制御RRC:radioresourcecontrol層602、パケットデータコンバージェンスプロトコルPDCP層603、無線リンク制御RLC:radiolinkcontrol層604、メディアアクセス制御MAC:mediaaccesscontrol層605、及び送信機ノードTx側を受信機ノードRx側に接続する物理層606を含む。これら種々のネットワーク層の一般的な機能は、当技術分野で周知である。送信機ノードTx側のRLC層604aは、トラフィックシェーピング機能604b、及びアグリゲータaggregator機能604cを含む。アグリゲータ機能604cは、図2~図4を参照しつつ説明された遅延バッファと同じ論理的な機能を提供する。即ち、送信されるべきデータが送信に先立って一時的に格納されることができるバッファを提供する。トラフィックシェーピング機能604bは、図2~図4を参照しつつ説明された制御ユニットと同じ論理的な機能を提供する。例えば、より上位の層からのユーザ及び制御ストリームデータは、当該データの優先度及び遅延許容範囲に依存して可変の送信遅延が適用されることができるように、アグリゲータ機能604cによって収集される。より高い優先度の送信は、より低い優先度のデータがピギーバックされpiggybacked、物理層を介してより少ない又は1つのバーストで送られるようにトリガすることができる。最大遅延タイマは、より低い優先度のストリームに過度の遅延が適用されることを防止するためのセーフガードとして定義される。幾つかの例において、アグリゲータ機能604cは、ある期間にわたって収集される統計に基づいてベアラ設定/再設定を管理し得る。複数のベアラパラメータは、バケットバッファタイプ及びそれらに関連付けられるトラフィックソースを反映する。バケット設定及びポリシーは、シグナリングを用いてユーザ及び/又はオペレータによって動的に管理されることができ、このプロセスは、トラフィックシェーピング機能によって実行される動的な再設定により強化され得る。上記制御ユニットを参照しつつ説明されたように、トラフィックシェーピング機能604bは、より上位の層からの個別のデータストリームについてトラフィックシェーピングを実行し、これらのストリームの既知の基本性質keyproperties例えば、アプリオリな知識又は自己学習能力に基づいてデータストリームからのデータの収集についてアグリゲータ機能604cによって実行されるトラフィックアグリゲーションを制御する。上述したように、非常に遅延の影響を受けにくいdelayinsensitiveトラフィックは、より高い優先度のリアルタイムデータがバッファに入り、無線リソースが要求されるまで、送信されなくてもよい。図6に示される例において、トラフィックシェーピング機能604b及びアグリゲータ機能604cは、RLC層において実装されるものと示される。しかしながら、トラフィックシェーピング機能604b及びアグリゲータ機能604cは、任意の適当な層において実装されることができることが理解されるであろう。例えば、UMTS又はLTEネットワークにおいて動作するUEに由来するアップリンクデータについて、当該機能は、レイヤ2層例えば、PDCP、RLC又はMACのいずれか、又は代替的に、より高いレベルのオペレーティングシステムOS層図6には図示せずにおける任意の適当な位置に配置され得る。さらに、ダウンリンクトラフィックについて、トラフィックシェーピング機能及びアグリゲータ機能は、UMTS通信システムのRNC及び/若しくはSGSN、又は、LTE通信システムのeノードB及び/若しくはS-GWに配置され得る。図7は、本発明の一例に係る方法を図示する処理フローの概略図を示す。図示のように、データストリームからのデータは、遅延バッファにおいて受け取られる。遅延バッファが所定の量のデータを含む場合、所定の期間が経過する場合即ちデータが遅延バッファに最大期間残存した場合、又は遅延を許容しないデータが遅延バッファにおいて受け取られる場合、遅延バッファにおけるデータは送信される。本明細書において前述された実施形態には種々の変形が為され得る。例えば、上記送信機ユニット及びMTCユニットに含まれる特定のコンポーネント部分、例えば、遅延バッファ、バッファメモリ、制御ユニット及びプロセッサは実質的に論理的な意味designationであることが理解されるであろう。従って、これらのコンポーネント部分が提供する機能は、上述され及び図面に示された形態に正確には一致しない手法で表され得る。例えば、本発明の態様は、データキャリア、例えば、フロッピーディスク、光ディスク、ハードディスク、PROM、RAM、フラッシュメモリ若しくはこれらの任意の組み合わせ又は他の記憶媒体といった非一時的なnontransitory媒体に格納され、又はイーサネット、無線ネットワーク、インターネット若しくはこれらの任意の組み合わせ又は他のネットワークといったネットワーク上のデータ信号を介して送信され、又はASICapplicationspecificintegratedcircuit又はFPGAfieldprogrammablegatearray又は従来の同等のデバイスを適合させるために用いるのに適した他の設定可能な若しくはカスタムメイドの回路ハードウェアにおいて実現される、プロセッサで実装され得る命令を含むコンピュータプログラムプロダクトの形態において実装され得る。本発明の例は、ネットワークにおける受信機にデータを送信するための遠隔端末において実装される遅延バッファの観点から概して説明されたが、当該遅延バッファは当該遠隔端末における受信機にデータを送信するためのネットワークの送信機において実装されることができることが理解されるであろう。例えば、遅延バッファは、モバイル端末における受信機にデータを送信するための基地局における送信機に接続されることができる。さらに、本発明の例は、無線通信システムの観点から概して説明されたが、本発明は、インターネットシステム及び固定網通信システムといった他の通信システムにおいて実装されることもできることが理解されるであろう。本発明は、データがソフトウェアモジュール間で通信されるシステム、例えばデータがバーチャルポートを介して送信されるオペレーティングシステムにおいても実装され得る。