JP2009516439A

JP2009516439A - 無線通信ネットワークにおけるシグナリングメッセージを利用する方法

Info

Publication number: JP2009516439A
Application number: JP2008540458A
Authority: JP
Inventors: アレッサンドロ・トロゴロ; パオロ・ゴリア; エンリコ・ブラッチーニ
Original assignee: テレコム・イタリア・エッセ・ピー・アー
Priority date: 2005-11-15
Filing date: 2005-11-15
Publication date: 2009-04-16
Also published as: US20090098892A1; WO2007057031A1; ATE527842T1; US8238948B2; EP1952587A1; EP1952587B1

Abstract

無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、シグナリング情報とは異なるデータを送信するために利用する方法。この方法は、前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（５２０、５２５）と、未割り当てスペースの確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップ（５４０）と、前記量の送信可能なデータを使用して、未割り当てスペースの少なくとも一部を埋めることによって、シグナリングメッセージを修正するステップ（５５０、５５５）とを含む。この方法は、２Ｇおよび３Ｇネットワークのようなセルラ電話ネットワーク内、８０２．１ｘネットワーク内、およびＤＶＢなどの放送ネットワーク内で、特に有用である。

Description

本発明は、一般に、電気通信の分野に関し、詳細には、無線通信に、例えば、ディジタル移動電話ネットワーク（例えば、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、ＣＤＭＡＯＮＥ、またはＣＤＭＡ２０００ネットワーク）に、ならびに、ＩＥＥＥ８０２．１１標準に準拠する無線通信ネットワーク（ＷｉＦｉネットワークまたはＷＬＡＮ）および８０２．１６標準（例えば、Ｗｉｍａｘ、８０２．１６ｅ、またはＷｉｂｒｏ）に準拠する無線通信ネットワーク、またはＤＶＢ−Ｔ、ＤＶＢ−Ｓ、およびＤＶＢ−Ｈなどの放送運用専用の標準に準拠する無線通信ネットワークのような、その他の無線通信ネットワークに関する。

交換可能な情報の量に関して、電気通信システムの機能を向上することは、永続的な目的である。

例えば、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）、ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）、および最終的には、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）ネットワークのような、ディジタル移動セルラ電話ネットワーク、ならびに、ＷｉＦｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）ネットワークのような、無線パケットデータネットワークなどの、今日の電気通信ネットワークは、例えば、ビデオ通話、インターネットサーフィンなどの、ブロードバンド通信をサポートすることが意図されている。

ここ数年、通信機能の増加に対する需要は、新しい標準を規定し、それに準拠する新しいネットワークを配置することによって満足されてきた。例えば、ＧＳＭ標準に準拠するネットワークのような、第２世代（２Ｇ）セルラネットワークの導入の後、ＧＰＲＳ、そして次にＥＤＧＥ標準が、最初の回線交換２Ｇネットワークにパケット交換通信機能を追加するために規定された。さらなるステップとしての、ＵＭＴＳに準拠するネットワークのような、第３世代（３Ｇ）セルラネットワークの導入では、無線通信機能をさらに増加することが意図された。
「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ」と題された３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎｓＴＳ２５．３３１「Ｍｏｂｉｌｅｒａｄｉｏｉｎｔｅｒｆａｃｅｌａｙｅｒ３ｓｐｅｃｉｆｉｃａｔｉｏｎ；ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏ（ＲＲＣ）ｐｒｏｔｏｃｏｌ」と題された３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＴＳ０４．１８

しかし、新しい標準を開発して、それに準拠する新しいネットワークを配置することには、大きな投資が含まれる。その上、すでに配置されたネットワークに対する新しいネットワーク標準の影響は、現在の通信システムと新しい通信システムとが同じ周波数帯域を共有しなければならない場合は特に、慎重に評価される必要がある。２つのシステムの共存による干渉の問題は、実際のところ、通信性能を悪化させる可能性がある。

これらの努力は、性能の大幅な増加が目標である場合には完全に正当化されるが、場合によっては、特に、通信機能の小さな増加で十分な場合には、完全には正当化されない可能性がある。

したがって、すでに存在する配置済みの通信ネットワークの、ライセンスされた、または許可された帯域幅を効率的に使用することが、通信機能の向上を達成するために最も重要である。

出願人は、特にディジタルの、無線通信システムの通信機能を向上するという問題に取り組んできた。

特に、出願人は、現在配置されているシステムを大きく修正する必要なしに、かつ／または、ことによると新しい標準に準拠する、新しいシステムを配置する必要なしに、しかし現在の通信システムによってすでに提供されている機能を効率的に利用することによって、無線通信システムの通信機能を向上することが、いくつかの場合には好ましいことを観察した。

出願人は、通信システムの所定のＯＳＩ（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔ）レイヤ内で提供される既存のシグナリングメッセージングを、そのＯＳＩレイヤのシグナリング情報とは異なる情報を運ぶために利用することによって、無線通信システムの通信機能を向上することが可能であるということを見出した。

本発明の目的のために、ネットワークの、ＩＳＯ（ＩｎｔｅｒｎａｔｉｏｎａｌＳｔａｎｄａｒｄｓＯｒｇａｎｉｚａｔｉｏｎ）ＯＳＩ（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔ）モデルの一般的なレイヤにおける、シグナリングメッセージング、または同様に、シグナリングメッセージによって、そのＯＳＩレイヤに固有の任意のメッセージが意図され、及びシグナリング情報を搬送することが意図される。

伝送可能な情報は、非常にさまざまな性質のものであってもよく、例えば、シグナリングが利用されるＯＳＩレイヤよりも上位のＯＳＩレイヤのシグナリング情報を含んでもよい。

より詳細には、シグナリングメッセージは、非常に多くの場合、シグナリング情報を運ぶために必ずしも完全には利用されていない所定の固定長を有し、これらの場合、シグナリングメッセージの未使用スペースは、無用の、いわゆる「パディング」ビットを使用して単に埋められて、無駄になるということを出願人は観察した。

通常は無駄になるスペースは、パディングビットによって単に埋められる代わりに、シグナリングメッセージによって搬送されるシグナリング情報とは異なる情報を伝送するために好都合に使用されてもよい、ということを出願人は見出した。

したがって、本発明の一態様によれば、無線通信システムの所定のＯＳＩレイヤに関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、前記シグナリング情報とは異なるデータを送信するために利用する、添付の請求項１に記載の方法が提供される。

この方法は、
−前記シグナリングメッセージ内の未割り当てスペースの存在を確認するステップと、
−未割り当てスペースの確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップと、
−前記量の送信可能なデータを使用して、未割り当てスペースの少なくとも一部を埋めることによって、シグナリングメッセージを修正するステップとを含む。

本発明の別の態様によれば、無線通信システムの所定のＯＳＩレイヤに関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を伝送することが意図された、シグナリングメッセージを受信する、請求項１４に記載の方法が提供される。この方法は、
−シグナリングメッセージ内の未割り当てスペースの存在を確認するステップであって、前記確認するステップは、未割り当てスペースが前記シグナリング情報とは異なるデータを含むことを確認するステップを含む、ステップと、
−前記確認するステップに基づいて、未割り当てスペースから前記データを抽出するステップとを含む。

本発明のさらに別の態様によれば、添付の請求項２１に記載の、無線通信システムの装置が提供され、この装置は、
−無線通信システムの所定のＯＳＩレイヤに関連する、送信されるシグナリングメッセージ内の、未割り当てスペースの存在を確認するように適合された、未割り当てスペース確認ユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を送信することが意図されている、未割り当てスペース確認ユニットと、
−前記シグナリング情報とは異なるデータを使用して、未割り当てスペースを少なくとも部分的に埋めるように適合された、未割り当てスペースフィラユニットとを具備する。

本発明のさらなる態様によれば、請求項２５に記載の、無線通信システム内で使用するためのユーザ装置が提供され、このユーザ装置は、
−無線通信システムの所定のＯＳＩレイヤに関連する、受信したシグナリングメッセージ内の、未割り当てスペース内のデータの存在を確認するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとを具備する。

本発明の特徴および利点は、単に非限定的な例として提供される、本発明の実施形態の以下の詳細な説明を読むことによって容易に理解されよう。説明は、添付の図面を参照して行われる。

図面を参照すると、図１には、計画中のＵＭＴＳネットワークの部分が概略的に示されている。このネットワーク部分は、所与の地理的領域内でセルラ移動通信機能を提供することが意図されている。

参照番号１００によって全体的に識別される、考慮中のＵＭＴＳネットワーク部分は、複数のセルを含み、それらのセルのうちの２つのみが、簡単にするために、Ｃ１およびＣ２として識別される円として描かれている。各セルは、それぞれのカバレージエリア（円の領域）を有する。セルは、図面内でアンテナとして図式化された、それぞれのセルのＢＲＳによって放射される、無線電磁信号によってカバーされサービスされる地理的領域を表す。

通常は、（平均して）３〜６個のセルのグループが、図面内のノードＢ１０５ａおよび１０５ｂなどの、「ノードＢ」と呼ばれるネットワークノードによって管理される。図面内では、単に例として、セルＣ１およびＣ２は、ノードＢ１０５ａによって管理されると仮定されている。

ノードＢのグループは、次に、図面内に示されているＲＮＣ１１０のような、「無線ネットワークコントローラ」（ＲＮＣ）と呼ばれるネットワークノードによって管理される。

アンテナ、ノードＢ、ＲＮＣは、全体的ネットワーク１００の、無線アクセス部分、すなわち、いわゆるＵＴＲＡＮ（ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）を形成する。

ＲＮＣは、１１５とラベル付けされたブロックとして概略的に示されているコアＵＭＴＳネットワークに接続され、コアＵＭＴＳネットワークは、ホームロケーションレジスタ（ＨＬＲ）１２０と、領域全体にわたって分散された複数のモバイルスイッチングセンタ（ＭＳＣ）１２５と、それに関連付けられた複数のビジタロケーションレジスタ（ＶＬＲ）とを含む。一般的なＭＳＣ１２５は、同じネットワーク１００の、他のＭＳＣ１２５へのスイッチングの機能、および／または、異なる通信事業者（ｎｅｔｗｏｒｋｏｐｅｒａｔｏｒｓ）の、他の移動通信ネットワークのＭＳＣへのスイッチングの機能（例えば、ネットワーク１００のユーザ加入者が他の移動通信ネットワーク内にローミングすることを可能にするため）、および／または、１つ以上の有線の公衆交換電話網（ＰＳＴＮ）の、交換機へのスイッチングの機能を実行する。一般的なＭＳＣ１２５は、ＨＬＲ１２０と情報のやりとりをし、また、ＶＬＲ１３０のうちの１つと情報のやりとりをする。ＨＬＲ１２０は、その移動通信ネットワークの加入者であるユーザの加入データ、特に、携帯電話番号、ユーザのプロファイルなどを含む。一般的なＶＬＲ１３０は、代わりに、現在の時刻においてネットワーク１００に登録されている、それぞれのＭＳＣ１２５によって制御される地理的領域内に位置しているユーザ（その移動通信ネットワークの加入者、または他の移動通信ネットワークの加入者）に関する情報を含む。ＨＬＲ１２０およびＶＬＲ１３０内に格納された情報に基づいて、一般的なＭＳＣ１２５は、発呼者から被呼ユーザへの呼を、スイッチングすること、すなわち、正しくルーティングすることが可能である。

ＵＭＴＳネットワーク１００は、特にＧＰＲＳ標準に基づく、複数のサービングＧＰＲＳサポートノード（ＳＧＳＮ）１３５と、１つ以上のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１４０とを含む、パケット交換網部分をさらに含んでもよい。一般的なＳＧＳＮ１３５は、１つ以上のそれぞれのＲＮＣ１１０と関連付けられ、ＧＧＳＮ１４０（または、２つ以上のＧＧＳＮ１４０が存在する場合は、ＧＧＳＮのうちの１つ）と、ＧＰＲＳ基幹ネットワークとを介して、インターネットのような外部パケットベース通信ネットワークから受信したデータを、適切な宛先ユーザ装置に、例えば、セルＣ１内にあるとして示されているユーザ装置１４５のような、それぞれのＲＮＣ１１０によってカバーされる地理的領域内に位置している移動通信端末に、ルーティングする。

図２Ａでは、ブロック２０５として図式化された、ネットワーク１００の無線アクセス部分と、一般的なユーザ装置１４５とが、ＩＳＯＯＳＩモデルを採用することにより概略的に示されている。当技術分野で周知のように、ＯＳＩモデルは、複数の、７つに積み重ねられた機能レベルまたはレイヤ、すなわち（最下部から最上部へ）、物理レイヤ（レイヤ１）、データリンクレイヤ（レイヤ２）、ネットワークレイヤ（レイヤ３）、トランスポートレイヤ（レイヤ４）、セッションレイヤ（レイヤ５）、プレゼンテーションレイヤ（レイヤ６）、およびアプリケーションレイヤ（レイヤ７）を定義する。各中間レイヤは、すぐ下のレイヤ、および上のレイヤと通信する。一般的なＯＳＩレイヤに固有の動作（すなわち、そのレベルに属する機能エンティティ間の情報のやりとり）は、特定のプロトコルの組を利用しながら実行される。同じＯＳＩレイヤの、しかし異なるシステムに属する、２つの機能ユニットが協働するためには、すぐ下位のレイヤにおいて、その下位レイヤに固有のプロトコルを使用して、接続が確立されている必要がある。

図面では、無線アクセスネットワーク部分（すなわち、ＵＴＲＡＮ）２０５について言えば、その最初の２つのレイヤ１および２は、２１０ａと示された１つのブロックとして図式化され、レイヤ３は、２１５ａと示されたブロックとして図式化され、残りの上位レイヤ４〜７は、２２０ａと示された１つのブロックとしてやはり図式化されている。同様に、ユーザ装置１４５については、その最初の２つのレイヤ１および２は、２１０ｂと示された１つのブロックとして図式化され、レイヤ３は、２１５ｂと示されたブロックとして図式化され、残りの上位レイヤ４〜７は、２２０ｂと示された１つのブロックとしてやはり図式化されている。

当業者に本来的に周知の詳細について過度に述べることはしないが、物理ＯＳＩレイヤは、通信の低レベルの詳細を管理し、したがって、使用される通信媒体のタイプに固有である。

データリンクレイヤは、送信されるデータを、物理レイヤによって処理されるのに適したフラグメントに分割し、受信においては、フラグメントを適切に組み合わせて、データを再構築する。特に、パケット交換通信システムにおいては、データリンクレイヤは、ＲＬＣ（無線リンク制御）サブレイヤとＭＡＣ（媒体アクセス制御）サブレイヤとを含む。

ネットワークレイヤは、（例えば、無線アクセスネットワーク部分２０５のような）送信側システムから、（ユーザ装置１４５のような）受信側への、データリンクレイヤを経由した、データのパケットのルーティングを決定し、そしてトランスポートレイヤによって使用される。本質的に、ネットワークレイヤは、エンドツーエンドの（発信元から宛先への）パケット配信を担当し、一方、データリンクレイヤは、ノード間の（ホップツーホップの）パケット配信を担当する。ネットワークレイヤは、トランスポートレイヤによって要求されるサービス品質を維持しながら、可変長のデータシーケンスを、発信元から宛先に、１つ以上のネットワークを経由して転送する、機能的および手続き的手段を提供する。ネットワークレイヤは、ネットワークルーティング、フロー制御、ネットワークセグメンテーション／デセグメンテーション、およびエラー制御機能を実行する。

トランスポートレイヤは、ホスト間での透過なデータ転送を提供する。特に、トランスポートレイヤは、エンドツーエンドのエラー回復とフロー制御とを担当し、完全なデータ転送を保証する。

セッションレイヤは、エンドユーザアプリケーションプロセス間の対話を管理するためのメカニズムを提供する。

プレゼンテーションレイヤは、さらなる処理または表示のための、情報の整形およびアプリケーションレイヤへの配信を担当する。プレゼンテーションレイヤは、エンドユーザシステム内でのデータ表現における、構文上の違いに関する懸念を、アプリケーションレイヤから取り除く。

最後に、アプリケーションレイヤは、特定のタスクを実行するためのアプリケーションが動作するレイヤである。

ＵＭＴＳネットワークにおいては、無線リソース制御（ＲＲＣ）レイヤとも呼ばれるネットワークレイヤは、通常、ＲＮＣ１１０内に配置される。ＲＲＣレイヤは、さらに、任意のユーザ装置１４５内にも実装される。ＧＳＭ／ＧＰＲＳネットワークにおいては、ネットワークレイヤは、無線リソース管理（ＲＲ）レイヤとも呼ばれる。

一般的に言って、ＵＭＴＳネットワークのような無線通信システムにおいては、通信プロトコルは、伝送プレーン（ｔｒａｎｓｍｉｓｓｉｏｎｐｌａｎｅ）と制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）とにグループ分けされる。伝送プレーンは、ペイロードの転送のために使用されるプロトコルをグループ化し、一方、制御プレーンは、制御シグナリングのために使用されるプロトコルをグループ化する。

制御プレーンシグナリングは、原則として、システムシグナリング、すなわち、ユーザ固有ではなく、その代わりにすべてのユーザ装置に共通するシグナリングと、一般的なユーザ装置に固有の、ユーザシグナリングとに分けられてもよい。

特に、ネットワークへの無線アクセスについて言えば、ユーザ装置への／ユーザ装置からの、シグナリングメッセージングは、ネットワークレイヤによって管理される。

ネットワークレイヤのシグナリングメッセージは、システム情報およびユーザ情報を伝送するために、ネットワークによって使用される。システム情報は、ネットワークに正しくアクセスするために一般的なユーザ装置に必要な特定の情報を含み、それらは、例えば、無線通信システム（すなわち、ネットワークおよびユーザ装置）を時間的に同期させるための命令および／またはパラメータ、ユーザ装置を正しく同調するための命令および／またはパラメータ、ネットワークにアクセスする際の一般的なユーザ装置のアクセスポリシーを定義するための（例えば、ユーザ装置の伝送電力レベルを定義するための）命令および／またはパラメータ、地理的情報（例えば、ユーザ装置が位置しているセルの識別子−セルアイデンティティすなわちＣＩ、隣接するセルのリスト、いわゆるロケーションエリアコードすなわちＬＡＣなど）を含む。システム情報シグナリングメッセージは、ネットワークからユーザ装置へのダウンリンク内でのみ送信される。ユーザ情報シグナリングメッセージは、システム情報シグナリングメッセージよりも多く、かつ、システム情報シグナリングメッセージとは異なり、ダウンリンク内と、ユーザ装置からネットワークへのアップリンク内との両方で交換され、特定のユーザ装置とのリンクの確立、管理、および解放に、ならびに、例えば、ネットワーク装置からの信号が受信される品質を報告する（アップリンク内の）情報のような、ユーザ装置の移動性を管理するための情報に関連する。

ＵＭＴＳ標準のネットワークレイヤシグナリングは、「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ」と題された３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎｓＴＳ２５．３３１に詳細に記載されている。「Ｍｏｂｉｌｅｒａｄｉｏｉｎｔｅｒｆａｃｅｌａｙｅｒ３ｓｐｅｃｉｆｉｃａｔｉｏｎ；ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏ（ＲＲＣ）ｐｒｏｔｏｃｏｌ」と題された３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＴＳ０４．１８には、ＧＳＭ／ＧＰＲＳネットワークのためのシグナリングプロトコルが詳細に記載されている。これらの文書は両方とも、（本出願の出願日において）ウェブサイトｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｓｐｅｃｓ／ｎｕｍｂｅｒｉｎｇ．ｈｔｍ上に見出すことができ、参照により本明細書に組み入れられるものとする。

本発明の実施形態によれば、ダウンロードサービスサーバ２３０が、ＲＲＣレイヤにおいて、すなわち、ネットワーク１００のネットワークレイヤ２１５ａにおいて実装される。ダウンロードサービスサーバ２３０は、例えば、アプリケーションＯＳＩレイヤ内の１つ以上のアプリケーションモジュールなどの、上位ＯＳＩレイヤ２２０ａの１つ以上のモジュール２３５ａ、２３５ｂ（例えば、単にいくつかの例を挙げると、アップデートされたソフトウェアリリースをユーザ装置に配布するためのソフトウェアアップデート配布モジュール、交通または天気情報、ホテル、レストラン、映画館、劇場のリストと場所、およびその他の類似したセル固有データを提供するためのモジュール）にサービスを提供する。特に、ダウンロードサービスサーバ２３０は、モジュール２３５ａ、２３５ｂから、ユーザ装置に送信されるデータを受け取る。ダウンロードサービスサーバ２３０は、ＲＲＣレイヤを、すなわちネットワークのレイヤ３システム情報シグナリングメッセージを利用しながら、データを送信するように構成される。

同様に、本発明の実施形態によれば、ユーザ装置１４５のようなユーザ装置は、ＲＲＣレイヤ２１５ｂにおいて、ダウンロードサービスクライアント２４０を実装してもよい。ダウンロードサービスクライアント２４０は、例えば、アプリケーションＯＳＩレイヤ内の１つ以上のアプリケーションモジュールなどの、上位ＯＳＩレイヤ２２０ｂの１つ以上のモジュール２４５ａ、２４５ｂ（上の例を参照すると、ソフトウェアアップデートを受信して配置するためのモジュール、交通または天気情報、あるいはホテル、レストランのリストなどを受信して表示するためのモジュール）にサービスを提供する。特に、ダウンロードサービスクライアント２４０は、ネットワークによって発行されたＲＲＣレイヤシステム情報シグナリングメッセージから、ダウンロードサービスサーバ２３０によって送信されたデータを抽出し、抽出されたデータを上位レイヤモジュール２４５ａ、２４５ｂに渡すように構成される。

特に、本発明の実施形態によれば、ダウンロードサービスサーバ２３０とダウンロードサービスクライアント２４０とは、標準によって規定されているようにネットワークがダウンリンク内でユーザ装置に送信する、ＲＲＣレイヤシステム情報シグナリングメッセージ内の、利用可能な残留未割り当てスペースを利用しながら、データを交換するように構成される。

ＵＭＴＳネットワークのネットワークレイヤプロトコルでは、上に引用した技術仕様書によれば、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージと呼ばれるシステム情報シグナリングメッセージが定義されている。システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、一般的なネットワークセルのシステム情報を搬送するために使用される。

ＵＭＴＳ標準によって規定されているように、システム情報要素は、システム情報ブロック内でブロードキャストされる。一般的なシステム情報ブロックは、同じ性質のシステム情報要素を一緒にグループ化する。異なるシステム情報ブロックは、例えば、それらの繰り返しレートに関して、およびユーザ装置に対する、システム情報ブロックを再読み取りするための要求に関して、異なる特性を有してもよい。

システム情報は、ツリーとして編成される。マスタ情報ブロック（ＭＩＢ）は、ネットワークセル内の複数のシステム情報ブロック（ＳＩＢ）への参照およびスケジューリング情報を与え、ＳＩＢは実際のシステム情報を含む。ＭＩＢは、任意選択で、１つまたは２つのスケジューリングブロックへの参照およびスケジューリング情報をさらに含んでもよく、スケジューリングブロックは、追加のＳＩＢへの参照およびスケジューリング情報を与える。ＳＩＢのスケジューリング情報は、ＭＩＢ、またはスケジューリングブロックのうちの１つの、いずれかの中にのみ含まれてもよい。言い換えると、ＭＩＢは、システム情報を構成するさまざまな情報要素のインデックスであり、例えばサポートされている公衆陸上移動網（ＰＬＭＮ）と、ＳＩＢのスケジューリングとに関する情報を提供する。各ＳＩＢは、パラメータのそれぞれのグループに関連し、ユーザ装置が適切に機能するようにユーザ装置に通信される、それらのパラメータの値を含む。例えば、それらのパラメータは、アイドルモードで動作している場合のユーザ装置のためのパラメータと、接続モードで動作している場合のユーザ装置のためのパラメータとを含む。標準では、ネットワークがユーザ装置に送信してもよい、１８の異なるタイプのＳＩＢが定義されており、各ＳＩＢは特定の情報内容に関する。ＭＩＢ、スケジューリングブロック（存在する場合）、およびＳＩＢは、特に抽象構文記法（ＡＳＮ．１）符号化に従って、符号化された形態で伝送される。

一般的なシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）を、標準の中で定義されている論理チャネルのうちの１つであるＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣＨａｎｎｅｌ）上で伝達するために使用される。所与のＢＣＣＨは、標準の中で定義されているトランスポートチャネルのうちの２つである、ＢＣＨ（ＢｒｏａｄｃａｓｔＣＨａｎｎｅｌ）またはＦＡＣＨ（ＦｏｒｗａｒｅｄＡｃｃｅｓｓＣＨａｎｎｅｌ）のいずれかの上にマッピングされてもよい。

システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージのサイズは、したがって、ＢＣＨまたはＦＡＣＨトランスポートブロックのサイズに適合する。この目的のために、ＵＴＲＡＮ２０５は、ＲＲＣプロトコルデータユニット（ＲＲＣ−ＰＤＵ）を作成する必要があり、ここで、一般的なＲＲＣ−ＰＤＵは、ＲＲＣプロトコルの基本情報単位であって、ユーザ装置への転送のために、ＲＲＣレイヤによって下位ＯＳＩレイヤに渡される。ＲＲＣ−ＰＤＵは、一般的なＢＣＨ／ＦＡＣＨトランスポートブロックのサイズに等しい、所定の固定ビット長を有し、例えば、（本出願の出願日において）サイトｗｗｗ．３ｇｐｐ．ｏｒｇからダウンロード可能なＴｅｃｈｎｉｃａｌＲｅｐｏｒｔ３４．１０８「ＣｏｍｍｏｎｔｅｓｔｅｎｖｉｒｏｎｍｅｎｔｓｆｏｒＵｓｅｒＥｑｕｉｐｍｅｎｔ（ＵＥ）ｃｏｎｆｏｒｍａｎｃｅｔｅｓｔｉｎｇ，Ｒｅｌｅａｓｅ９９」では、１６６ビットの長さ（「ペイロードサイズ」）が提案されている。一般的なシステム情報シグナリングメッセージを構成するシステム情報ブロックは、そうではなく、可変長を有し、したがって、分割（「セグメンテーション」）、および異なるシステム情報ブロックの部分の連結が必要な可能性がある。特に、結果としてもたらされるシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージの長さがＲＲＣ−ＰＤＵサイズに収まらないような長さを有するシステム情報ブロックは、それぞれの長さがＲＲＣ−ＰＤＵの長さよりも十分に短い２つ以上のフラグメントに断片化されなければならない。それとは異なり、２つ以上の短いシステム情報ブロック、またはその断片は、ＲＲＣ−ＰＤＵの長さに近くなるように、連結されて、同じシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に入れられなければならない可能性がある。

ＵＴＲＡＮ２０５内のＲＲＣレイヤ２１５ａは、符号化されたシステム情報ブロック（すなわち、符号化されたＭＩＢ、スケジューリングブロック、およびＳＩＢ）の、上述のセグメンテーションおよび連結を実行する。符号化されたシステム情報ブロックは、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージのサイズよりも大きい場合、２つ以上のセグメントに分割され、２つ以上のシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内で伝送される。符号化されたシステム情報ブロックがシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージよりも小さい場合、ＵＴＲＡＮ２０５は、２つ以上のシステム情報ブロック、あるいは最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）または最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）を、同じシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージへと連結してもよい。

特に、最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔｓｅｇｍｅｎｔ）、最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）、および完全（ｃｏｍｐｌｅｔｅ）という、４つの異なるセグメントタイプが定義されている。最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔｓｅｇｍｅｎｔ）、および最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）の各タイプは、ＭＩＢ、スケジューリングブロック、またはＳＩＢのセグメントを転送するために使用される。完全セグメント（ｃｏｍｐｌｅｔｅｓｅｇｍｅｎｔ）のセグメントタイプは、完全なＭＩＢ、完全なスケジュールブロック、または完全なＳＩＢを転送するために使用される。

一般に、各セグメントは、ヘッダおよびデータフィールドからなる。データフィールドは、符号化されたシステム情報要素を運ぶ。ヘッダは、ＳＩＢ内のセグメントの数（セグメントが最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）タイプである場合）、ＳＩＢタイプ（マスタ情報ブロック、スケジューリングブロック、またはシステム情報ブロックを一意に識別するパラメータ）、セグメントインデックス（セグメントタイプが、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔｓｅｇｍｅｎｔ）または最後のセグメント（Ｌａｓｔｓｅｇｍｅｎｔ）タイプである場合）を含む。

ＵＴＲＡＮ２０５は、可変長の１つまたは複数のセグメントを、同じシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に結合してもよい。

より詳細には、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）について言えば、ＲＲＣ−ＰＤＵの構築は、２つのステージを含む。

第１のステージは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）の構築である。情報は、例えばＡＳＮ．１符号化によって、符号化される。このステージでは、標準は、追加情報を運ぶのに有用な、拡張フィールドを最後に付加することを許可するが、他のＲＲＣシグナリングメッセージと異なり、システム情報要素に関して、このステージにおいてパディングは実行されない。

第２のステージは、ＲＲＣ−ＰＤＵの構築である。このステージでは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）のセグメンテーションおよび連結が実行される。次に、ＡＳＮ．１符号化が、連結されたセグメント全体にわたって再び実行され、次にパディングが実行されて、規定された長さに達するようにＲＲＣ−ＰＤＵの最後にパディング情報が追加される。

図２Ｂを参照すると、標準によって許可されるシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージが概略的に示されており、全体としては２５０によって示されている。特に、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ２５０は、例えばＳＩＢの最初のセグメントなどの、システム情報ブロックの最初のメッセージ（ｆｉｒｓｔｍｅｓｓａｇｅ）を含むメッセージである。メッセージ２５０は、「ＭＳＧタイプ（ＭＳＧＴＹＰＥ）」（メッセージタイプ）フィールド２５５から始まり、フィールド「ＳＦＮプライム（ＳＦＮＰＲＩＭＥ）」２６０（その意味は本説明には関係していない）、フィールド「チョイス（ＣＨＯＩＣＥ）」２７０（その値は、メッセージ２５０内に含まれる、最初の（ｆｉｒｓｔ）／後続の（ｓｕｂｓｅｑｕｅｎｔ）／最後の（ｌａｓｔ）／完全な（ｃｏｍｐｌｅｔｅ）セグメントの組み合わせを意味し、ここで考慮されている例においては、最初の（ｆｉｒｓｔ）セグメントに対応する、組み合わせ「２」である）が続く。メッセージ２５０は、規定されたメッセージ長に達するために必要な、複数のパディングビット（ｐａｄｄｉｎｇｂｉｔｓ）２８０で終了する。

図２Ｂには、「最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）」２７５の構造も概略的に示されている。フィールド「ＳＩＢタイプ（ＳＩＢＴＹＰＥ）」２８５は、ＳＩＢのタイプを指定する。フィールド「ＳＥＧ＿ＣＮＴ」２９０は、伝送されるセグメントの数を指定するカウンタである。伝送されるセグメントに対応するシステム情報の部分は、データフィールド「ＳＩＢデータ（ＳＩＢＤＡＴＡ）」内に含まれる。さらに、後述するように、「最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）」２７５内には、任意選択のフィールド２９０および２９９が存在してもよい。

一般的なユーザ装置１４５のＲＲＣレイヤ２１５ｂは、受信したシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージによって搬送されたフラグメントから、システム情報シグナリングメッセージを再構築することが可能である。

本発明の実施形態によれば、ＵＴＲＡＮ２０５のＲＲＣレイヤ２１５ａは、パディングビット（ｐａｄｄｉｎｇｂｉｔｓ）２８０によって表される、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージの未割り当て部分を検出して、データ（すなわち、ネットワークレイヤシグナリング情報とは異なる情報）を伝送するために利用するように適合され、そして、以下、「パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）」と記載する、任意選択の追加フィールドを、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に挿入するように適合される。「パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）」は、パディングビットメッセージ部分内のデータの存在をユーザ装置が理解することを可能にするために、例えば一般的なシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に含まれているパディングビットの数を示す整数である値を、指定するように適合される。例えば、図２Ｂを参照すると、パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）フィールド２６５は、ＳＦＮプライム（ＳＦＮＰＲＩＭＥ）フィールド２６０の後、チョイス（ＣＨＯＩＣＥ）フィールド２７０の前に挿入されてもよい。

図３には、本発明の実施形態における、ダウンロードサービスサーバ２３０の構成が、主要な機能ユニットによって概略的に示されている。

ダウンロードサービスサーバ２３０は、上位ＯＳＩレイヤ（例えば、アプリケーションレイヤ）に配置された、サービスの提供先となるモジュール２３５ａ、２３５ｂから、ユーザ装置に送信されるデータを受け取る。例えば、上記で述べたように、上位レイヤモジュールは、ユーザ装置への、新しいまたは最新のソフトウェアのダウンロードを管理するように適合された、ソフトウェアダウンロードサーバアプリケーションモジュールを含んでもよい。データは適切なサイズのバッファ３０５によって受け取られ、異なる上位レイヤモジュールから受け取られたデータは、全体として３１０として示される、複数のサービスデータユニット（ＳＤＵ）に整えるように適合され、各ＳＤＵは、相互に同質であるデータ（例えば、同じ上位レイヤモジュールから受け取られた、かつ／または、同じ情報内容に関連するデータ、例えば、交通データ、天気データ、ダウンロードされるソフトウェアアップデートの部分など）を含む。言い換えると、ＳＤＵはキューであり、その中には、上位レイヤモジュールから受け取られた同質のデータが、それらのデータが送信されるまで一時的に格納される。

上記で簡単に概説したように、ダウンロードサービスサーバ２３０は、標準に従ってＵＴＲＡＮ２０５のＲＲＣレイヤ２１５ａによって準備された、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３１５を傍受するように適合される。全体として３２０として概略的に示されているパディングビットを含む可能性がある、傍受されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３１５は、メッセージ３１５内のパディングビット３２０の数を検出するように適合されたパディング長評価器モジュール３２５によって解析される。

パディング長評価器モジュール３２５の解析に基づいて、パディングフィラモジュール３２５は、バッファ３０５内のＳＤＵ３１０のうちの選択された１つから、メッセージ３１５内の評価されたパディング長に一致する量のデータ３３０を取得して、その量のデータ３３０を、最初にパディングビット３２０によって占められていた、メッセージ３１５の部分３４０内に入れ、それにより、修正されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５を作成するように適合される。パディングフィラモジュール３２５は、さらに、修正されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５のパディングビット位置内に入れられたデータ３３０の量を示す値を運ぶ、（図３において３４５として示されている）上述の追加フィールド、パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）を、修正されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５内に導入するように適合される。

特に、本発明の実施形態では、ダウンロードサービスサーバ２３０（のパディングフィラ３２５）は、上位レイヤモジュールから受け取った、かつ、ユーザ装置に送信されるデータを、以下、「セグメント」３５０と記載する、１つ以上のデータフラグメント内にカプセル化するように適合される。一般的なセグメント３５０は、例えば、３つのフィールド３５５、３６０、および３６５を、すなわち、「最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）」フィールド３５５、「最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）」フィールド３６０、および「データ（ｄａｔａ）」フィールド３６５を含む。最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールド３５５は、例えば、１ビットフィールドであり、その値（「１」または「０」）は、現在のセグメントが、送信されるデータの最初のセグメントであるかどうかを示すために使用される（最初のセグメントである場合、最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドの値は「１」に等しく、それ以外の場合は「０」に等しい）。最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールド３６０は、同様に、１ビットであり、その値は、現在のセグメントが、送信されるデータの最後のセグメントであるかどうかを示すために使用される（最後のセグメントである場合、最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドの値は「１」に等しく、それ以外の場合は「０」に等しい）。データフィールド３６５は、（パディング長評価器３２０によって決定される）システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビットの数から、（最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）および最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドによって占有されるビットの数）２を減算した値に等しい、可変サイズを有する。

図４には、本発明の実施形態における、ダウンロードサービスサーバ２３０の構成が、主要な機能ユニットに関して概略的に示されている。

修正されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５のような、一般的なシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、一般的なユーザ装置１４５のＲＲＣレイヤ２１５ｂにおいて受信された場合、ダウンロードサービスクライアント２４０によって傍受される。メッセージは、追加フィールド、パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）３４５の存在についてメッセージを検査し、そして、逢着した場合、そのようなフィールド３４５の値に基づいてメッセージ内のパディングの長さを決定するように適合された、パディング長評価器モジュール４０５に渡される。パディング長評価器モジュール４０５によって実行された検査の結果に基づいて、パディングエクストラクタモジュール４１０が、受信メッセージ３３５から、パディングビット専用のスペース３４０内で搬送されたデータを抽出し、そして、抽出されたデータ４１５を、受信バッファ４２０内に入れる。受信バッファ４２０内には、送信のためにダウンロードサービスサーバ２３０によって断片化されたデータが、受信されたとおりにキューイングされる。パディングエクストラクタモジュールは、データを正しく再構築するために、パディング長（ＰａｄｄｉｎｇＬｅｎｇｔｈ）フィールド３４５内に含まれる情報と、伝送されるデータに付随する最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）および最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドの情報とを利用する。受信バッファ４２０から、ＳＤＵビルダ４２５は、受信バッファ４２０内にキューイングされたデータからＳＤＵを構築し、上位レイヤモジュール２４５ａ、２４５ｂ（例えば、ソフトウェアダウンロードクライアントアプリケーション）にＳＤＵを渡す。

以下では、本発明の実施形態による方法を、図５および図６のアクティビティフローチャートを使用して説明する。特に、図５は、ＵＴＲＡＮ２０５内のダウンロードサービスサーバ２３０の動作に関し、一方、図６は、一般的なユーザ装置１４５内のダウンロードサービスクライアント２４０の動作に関する。

ＵＴＲＡＮ２０５内のダウンロードサービスサーバ２３０について、最初に考慮する（図５）。ダウンロードサービスサーバ２３０は、上位レイヤモジュール２３５ａ、２３５ｂによって送信された入力データ、例えば、ソフトウェアダウンロードサーバアプリケーションからの入力データ、あるいは、交通または天気情報、ホテル、レストランのリストなどのセル固有データを提供するように適合されたモジュールからの入力データの存在を、繰り返し検査する（決定ブロック５０５）。ダウンロードサービスサーバ２３０は、入力データの存在を検出した場合（決定ブロック５０５の出口分岐Ｙ）、入力データを取得して、それらをバッファ３１０内の、適切なＳＤＵ内に入れる（すなわち、データが、すでに受信したデータと同質である場合（すなわち、例えば、同じ上位レイヤモジュールによって発行されたため、同じ性質である場合）は、すでに存在しているＳＤＵ内に入れて、すでに受信したデータにキューイングし、あるいは、受信したデータが他のデータと同質でない場合は、新しいＳＤＵ内に入れる）（ブロック５１０）。

ダウンロードサービスサーバ２３０は、次に、ＵＴＲＡＮ２０５のＲＲＣレイヤ２１５ａがシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージを生成したかどうかを検査する（決定ブロック５１５）。否定の場合（決定ブロック５１５の出口分岐Ｎ）、動作フローは最初に戻る（すなわち、決定ブロック５０５に戻る）。

肯定の場合（決定ブロック５１５の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、傍受されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビット（存在する場合）の数を評価する（ブロック５２０）。

ダウンロードサービスサーバ２３０は、次に、傍受されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビットの数が、少なくとも、規定された最小の数（本例においては３ビット）に等しいかどうかを確認する。特に、本明細書に記載する例示的実施形態における、利用可能なパディングビットの最小数３は、ダウンロードサービスサーバ２３０がシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に入れることが可能な一般的な基本的データセグメントの構成に基づいて、少なくとも１ビットのデータを伝送するためには、３ビット（最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドのために１ビット、最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドのためにもう１ビット、そして、データフィールド内に少なくとも１ビットのデータ）が必要であるという事実に由来する。ただしこれは、本発明を限定するものとして解釈されるべきではない。

否定の場合（決定ブロック５２５の出口分岐Ｎ）、動作フローは最初（決定ブロック５０５）に戻る。

肯定の場合（決定ブロック５２５の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、バッファ３１０内に、送信されるのを待っているデータがあるかどうかを検査する（決定ブロック５３０）。否定の場合（決定ブロック５３０の出口分岐Ｎ）、動作フローは最初（決定ブロック５０５）に戻る。肯定の場合（決定ブロック５３０の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、バッファ３１０内の、送信されるべきデータを含む適切なＳＤＵを選択する（ブロック５３５）。

ダウンロードサービスサーバ２３０は、次に、送信されるシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に埋め込まれるデータセグメントを作成する（ブロック５４０）。

より詳細には（ブロック５４５）、ダウンロードサービスサーバ２３０は、作成されるセグメントのデータが、新しいＳＤＵに、すなわち、データがまだ送信されていないＳＤＵに属するかどうかを検査する。肯定の場合、作成されるセグメントの最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドは「１」に設定され、それ以外の場合（すなわち、作成されるセグメントのデータが、データの一部がすでに送信済みであるＳＤＵに属する場合、最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドは「０」に設定される）。さらに、ダウンロードサービスサーバ２３０は、作成されるセグメント内に含められるデータによって、ＳＤＵのデータの送信が完了するかどうかも検査する。肯定の場合（すなわち、利用可能なパディングビットの数から２を減算した値が、選択されたＳＤＵ内の残りのデータビットの数よりも大きいかまたはそれと等しい場合）、最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドは「１」に設定され、それ以外の場合（すなわち、作成されるデータセグメントの送信後に、送信されるべきＳＤＵのデータが残る場合）、最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドは「０」に設定される。

ダウンロードサービスサーバは、次に、選択されたＳＤＵから、利用可能なパディングビットの数から２を減算した値に等しい数のビット（または、選択されたＳＤＵが、より少ないビットを含む場合は、残りのすべてのＳＤＵビット）を取得して、そのデータをデータセグメントのデータフィールド内に入れる（ブロック５５０）。

最後に、ダウンロードサービスサーバ２３０は、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内にパディング長（ＰａｄｄｉｎｇＬｅｎｇｔｈ）フィールドを挿入し、その値を、以前に作成された、最初はパディングビットによって占められていたメッセージスペース内に埋め込まれた、データセグメントの、例えばビット単位でのサイズに等しくする。

このように修正されたシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、次に、通常のＲＲＣレイヤメッセージとして送信される（ブロック５５５）。

次に、図６を参照すると、一般的なユーザ装置１４５内のダウンロードサービスクライアント２４０は、ＵＴＲＡＮからの入力システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージを検査する（決定ブロック６０５）。

システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージが受信された場合（決定ブロック６０５の出口分岐Ｙ）、ダウンロードサービスクライアント２４０は、受信メッセージ内にパディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）フィールド３４５が存在するかどうかを検査する（決定ブロック６１０）。否定の場合（決定ブロック６０５の出口分岐Ｎ）、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージは処理されるために引き渡され（ブロック６１５）、それ以外の場合（決定ブロック６１０の出口分岐Ｙ）、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に埋め込まれたデータセグメント（パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）フィールド３４５の値に基づいて決定される）が抽出される（ブロック６２０）。

ダウンロードサービスクライアント２４０は、次に、受信バッファ４２０が空ではないかどうか、または抽出されたデータセグメント内の、最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドが「１」に設定されているかどうかを検査する（決定ブロック６２５）。これらの２つの条件のうちのいずれかが真であることが確認された場合（決定ブロック６２５の出口分岐Ｙ）、抽出されたデータセグメントのデータフィールド内に含まれるデータは受信バッファ４２０内に入れられ（ブロック６３０）、それ以外の場合、それらは破棄される（受信バッファが空であることが確認され、しかし受信データセグメント内の最初のセグメント（ｆｉｒｓｔｓｅｇｍｅｎｔ）フィールドが「１」に設定されていない場合は、何らかの誤りが発生したはずであり、１つ以上のデータセグメントが失われた可能性がある。受信したばかりのデータは、したがって、再構築されたデータが壊れているということを回避するために、好ましくはされる）。

次に、ダウンロードサービスサーバは、抽出されたデータセグメント内の、最後のセグメント（ｌａｓｔｓｅｇｍｅｎｔ）フィールドが「１」に設定されているかどうかを検査する（決定ブロック６３５）。肯定の場合（決定ブロック６３５の出口分岐Ｙ）、受信バッファ４２０内に存在するデータが１つのＳＤＵに組み立てられ、そのＳＤＵは、次に、適切な上位レイヤモジュールに渡される（ブロック６４０）。

本発明により、単にネットワーク資源をより効率的に利用することによって、すなわち、長さの規定に従うためにシグナリング情報メッセージにしばしば追加される、他の場合には無駄になるパディング情報を使用することによって、無線ネットワーク１００の伝送機能が向上するということが理解されよう。ネットワーク構造への影響は最小であり、ネットワーク管理ソフトウェアへの、特にネットワークＯＳＩレイヤに関する、わずかな調節で十分である。増加した伝送機能は、交通、天気、ホテル、レストランなどに関するデータを伝送するために好都合に使用されてもよい。特に、ネットワークレイヤシグナリングは各ネットワークセルに固有であるため、セル固有のデータがセル内のユーザ装置にブロードキャストされてもよい。

上記では、所定の長さに達するようにシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージの最後に存在してもよい、パディングビットを利用すると仮定した。再び図２Ｂを参照すると、３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎｓＴＳ２５．３３１にさらに従って、タイプ「ＳＩＢデータ固定（ＳＩＢｄａｔａｆｉｘｅｄ）」のセグメントのデータフィールド２９７の最後にも、パディング情報が追加されてもよい。データ固定（ｄａｔａｆｉｘｅｄ）セグメントは、最後の（ｌａｓｔ）セグメントまたは完全な（ｃｏｍｐｌｅｔｅ）セグメントであってもよい。ＳＩＢデータ固定（ＳＩＢｄａｔａｆｉｘｅｄ）セグメントは、固定長を有する（すなわち、長さデノミネータは使用されない）。ＳＩＢデータ（ＳＩＢＤＡＴＡ）フィールド２９７がシステム情報ブロックセグメントによって満たされていない場合、ＲＲＣレイヤはパディングビット（ｐａｄｄｉｎｇｓｂｉｔｓ）２９９を含める。長さデノミネータが含まれていないため、受信側ユーザ装置のＲＲＣレイヤは、送信側によって追加されたパディングビットを除去することはできない。

代替実施形態によれば、メッセージの最後においてパディングビット２８０を使用する代わりに、またはそれに加えて、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に含まれる一般的なＳＩＢデータ固定（ＳＩＢｄａｔａｆｉｘｅｄ）セグメントのＳＩＢデータ（ＳＩＢＤＡＴＡ）フィールド２９７の最後に場合によっては存在する、パディングビット２９９が、上記で説明した方法とまったく同様であってもよい方法で利用される。この目的のために、ＵＴＲＡＮ２０５は、データを伝送するために利用されるパディングビットの存在と量とをユーザ装置が検出することを可能にするように適合されたフィールド「パディング長（ＰＡＤＤＩＮＧＬＥＮＧＴＨ）」２９０（例えば、ＳＩＢタイプ（ＳＩＢＴＹＰＥ）フィールド２８５の後）を、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内、特に、適切なセグメント内に含める。

以下では、上記のメカニズムを利用して伝送されることが可能なデータの量の評価を提供する。例えば、すでに引用したＴｅｃｈｎｉｃａｌＲｅｐｏｒｔ３４．１０８を参照すると、システムシグナリング情報を搬送する論理チャネルＢＣＣＨは、以下の表に報告された特性を有する。

ＲＬＣレイヤは、透過モードで動作する、すなわち、受け取る情報にいかなる制御情報も追加せずに、下位（ＭＡＣ）ＯＳＩレイヤに渡す。ＲＬＣ−ＰＤＵの長さは、上述のように、１６６ビットである。

パディングビットを上記のように利用して得られるビットレートを評価するために、以下の表は、システムシグナリング情報内に通常含まれる、さまざまな可能なＳＩＢの代表的なサイズを、フレーム単位での各ＳＩＢの繰り返しレート（パラメータＳＩＢ＿ＲＥＰ）とともに報告する（当業者に周知のように、ＵＭＴＳフレームは１０ｍｓの時間間隔を示す。この時間間隔は１５タイムスロットに相当し、情報の伝送／繰り返し時間を計算するための基礎として使用される。

表１に記載されたＢＣＣＨと、表２に記載されたＳＩＢとを使用するという仮定の下で、各ＳＩＢの繰り返し数を考慮に入れ、（それぞれのＳＩＢの繰り返しの間のフレーム数を示す）パラメータＳＩＢ＿ＲＥＰの最大値に等しい時間間隔を考慮すると（すなわち、ＳＩＢ「ＳＩＢ１１」についての１２８）、システム情報によって占有されるバイトの合計数を与える、以下の値が得られる。

表３で報告された値に基づけば、１２８０ｍｓに等しい、１２８のＵＭＴＳフレームの総時間間隔の中で、２６５６バイトのＢ_{ｏｆｆｅｒ}が利用可能であるの比較して、合計してＢ_ｒｅｑ＝９１５バイトが要求される。簡単にするために、ＲＲＣレベルにおけるＳＩＢのセグメンテーションとシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージの符号化とは理想的である、すなわちオーバヘッドがない、と仮定すると、次に等しい残留ビットレートＲ_{ａｖａｉｌ}が得られる。

ＳＩＢセグメンテーションおよび符号化の非理想的な性質は、利用可能なビットレートに影響する。非理想性の予備的評価では、残留ビットレートの、例えば約３０％を減少させることが提案される。したがって、約８Ｋビット／ｓの有効ビットレートが合理的に達成可能である。

ただし、上記の評価は、システム情報の特定の構造という仮定に基づいているということが指摘される。システム情報のサイズは、特定の情報と、通信事業者（ｎｅｔｗｏｒｋｏｐｅｒａｔｏｒ）によって選択されるスケジューリングとに依存するため、ＳＩＢの数、それらのサイズ、繰り返しの数は、考慮されるネットワークセルに応じて異なり得る。

上記で説明したソリューションでは、システム情報シグナリングメッセージングが利用されたが、ユーザ情報シグナリングメッセージングを、代わりに、または組み合わせて、利用することを妨げるものは何もないということが指摘される。そのような場合、伝送されるデータは、一般的なセル内の各ユーザ装置にブロードキャストされる代わりに、特定のユーザ装置に宛てられる。しかしながら、システム情報シグナリングメッセージングは保証された周期性を有するのに対して、ユーザ情報シグナリングメッセージングについては、これは当てはまらないため、有効ビットレートはより低い場合があるということが観察される。

さらに、上記では、データはネットワーク（のＵＴＲＡＮ）からユーザ装置にダウンロードされるのみであると仮定されたが、これは本発明を限定することを意図するものではないということも指摘される。ユーザ装置内にアップロードサービスサーバを、そしてＵＴＲＡＮ内にアップロードサービスクライアントを提供することによって、ユーザ装置からネットワークへのアップリンク内でのデータ転送を実行することを妨げるものは何もない。これを行うための可能な方法は、例えば、端末が現在とどまっている新しいネットワークセルをネットワークに通信するために、一般的なユーザ装置によって使用される、ＲＲＣプロトコルのセルアップデート（ＣＥＬＬＵＰＤＡＴＥ）メッセージのような、アップリンクに特有のシグナリングメッセージを利用することである。データのダウンロードおよびアップロードの両方が行われる、混合ソリューションも可能である。

上記では、ネットワークＯＳＩレイヤのシグナリングメッセージ、詳細には、ＵＭＴＳネットワークのＲＲＣレイヤのシグナリングメッセージ、さらに詳細には、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージの使用について言及したが、これは本発明を限定するものとして解釈されるべきではなく、本発明は、その代わりに、適切な修正および改作によって、特定のタイプのシグナリングメッセージに関係なく、また、考慮されるＯＳＩレイヤに関係なく、より一般的に適用されてもよい。例えば、本発明は、ＧＳＭ／ＧＰＲＳネットワークに適用されてもよい。この場合、本発明の可能な実施形態は、ネットワーク（ＲＲ）レイヤにおけるシステム情報シグナリングメッセージを利用する。別の可能性は、一般的なユーザ装置に、そのユーザ装置に宛てられた着呼があることを知らせるための、ＧＳＭ／ＧＰＲＳおよびＵＭＴＳネットワークによって使用されるシグナリングメッセージである、ページングメッセージの使用に存在する。より一般的には、関連するプロトコルが所定のメッセージ長を遵守することのみを目的としてパディングまたはダミービットの使用を提供するという条件で、ＩＳＯＯＳＩスタックの任意のレベルにおける、任意のシグナリングメッセージが、本発明によって提案されているように好都合に利用されてもよい。

無線電話ネットワークという状況の中での本発明の適用可能性も、限定的ではない。本発明は、実際に、例えばＷｉＦｉネットワークのような、さまざまな無線通信ネットワークに適用されてもよく、単なる例として、利用されるパディングビットは、ビーコン（ＢＥＡＣＯＮ）メッセージ内で提供されるものであってもよい。

上記で述べたように、本発明による方法の可能な使用は、ユーザ装置を新しいシステム内で動作可能にするためにユーザ装置を再構成するのに必要な、動作可能なソフトウェアの部分の、ユーザ装置へのダウンロードであってもよく、あるいは、ユーザ装置内にすでにインストールされているソフトウェアモジュールの、ソフトウェアアップデートおよび／またはパッチのダウンロードであってもよい。提案された方法を利用して転送されてもよいその他の情報には、交通情報、天気情報、レストラン、映画館、劇場の提案のような、ユーザが現在位置している地理的領域（すなわち、ユーザが位置しているネットワークセルによってカバーされる領域）に固有の情報が含まれてもよい。

本発明の実装は、携帯電話またはポータブルコンピュータのユーザの利益のために限定されない。より一般的には、本発明は、例えば、環境パラメータ（汚染物質の存在、気温、降水量、その他）を検出するための領域上に配置されたセンサのネットワークのような、完全に異なる状況において好都合に使用されてもよい。提案されたソリューションは、例えば、（適切な通信ハードウェアをセンサに備えることによって）無線通信ネットワークを利用しながら、貴重な通信帯域幅を無駄にすることなく、センサユニットを設定するために、または（アップリンク内で）センサユニットからデータを受信するために使用されてもよい。その他の有用な適用例は、特定の領域内の現在の交通状況、または公共交通手段の到着時刻などに関するデータを、現場に配置された遠隔センサから受信することを含んでもよい。

本発明は、さらに、地上（ＤＶＢ−Ｔ）および衛星ベースの両方の、ディジタルビデオ放送（ＤＶＢ）システムにおいて適用されてもよい。

本発明は、そのいくつかの例示的実施形態を説明することによって開示されたが、当業者は、不測の必要性を満足するために、記載された実施形態への修正、および代替実施形態を容易に案出するであろう。この理由により、それらの修正および代替実施形態は、添付の請求項で定義される保護範囲を逸脱するものではない。

本発明が内部で利用される、無線通信ネットワーク、特に、ＵＭＴＳネットワークを概略的に示す。本発明の実施形態における、無線通信ネットワーク内で使用されるように適合された、ネットワークの、およびユーザ装置の、ネットワークレイヤ管理ユニットの構造を、機能ブロックによって概略的に示す。本発明の実施形態によって修正された、ネットワークレイヤのシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）シグナリングメッセージの構造を概略的に示す。本発明の実施形態における、ネットワークのネットワークレイヤ管理ユニットのダウンロードサービスサーバの構造を、再び機能ブロックによって概略的に示す。本発明の実施形態における、ユーザ装置のネットワークレイヤ管理ユニットのダウンロードサービスクライアントの構造を、やはり機能ブロックによって概略的に示す。本発明の実施形態における、ダウンロードサービスサーバによって実行される方法の主要なステップを、動作フローチャートによって概略的に示す。本発明の実施形態における、ダウンロードサービスクライアントによって実行される方法の主要なステップを、動作フローチャートによって概略的に示す。

Claims

無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、前記シグナリング情報とは異なるデータを送信するために利用する方法であって、
−前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（５２０、５２５）と、
−未割り当てスペースの前記確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップ（５４０）と、
−前記量の送信可能なデータを使用して、前記未割り当てスペースの少なくとも一部を埋めることによって、前記シグナリングメッセージを修正するステップ（５５０、５５５）とを含む、方法。
前記未割り当てスペースは、所定のメッセージ長に達するように前記シグナリングメッセージ内に提供された、パディングビットを含む、請求項１に記載の方法。
前記修正するステップは、前記シグナリングメッセージ内の、前記量の送信可能なデータの存在の指示を、前記シグナリングメッセージ内に含めるステップ（５５５）を含む、請求項２に記載の方法。
前記シグナリングメッセージ内の、前記量の送信可能なデータの存在の前記指示は、前記未割り当てスペース内に入れられる送信可能なデータの前記量を指定するように適合される、請求項３に記載の方法。
前記シグナリングメッセージは、ネットワークＯＳＩレイヤにおけるメッセージである、請求項４に記載の方法。
前記無線通信ネットワークは、ＷｉＦｉネットワークであり、前記シグナリングメッセージは、ビーコン（ＢＥＡＣＯＮ）メッセージである、請求項５に記載の方法。
前記無線通信システムは、セルラ電話ネットワーク、特にＧＳＭまたはＵＭＴＳネットワークであり、前記シグナリングメッセージは、それぞれ、ＲＲレベルまたはＲＲＣレベルメッセージである、請求項５に記載の方法。
前記ＲＲＣレベルメッセージは、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージである、請求項７に記載の方法。
前記量の送信可能なデータの存在の前記指示を含める前記ステップは、
−カスタムシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージフィールド（２６５、２９０、３４５）を定義するステップと、
−前記カスタムメッセージフィールドに、送信可能なデータの前記量に対応する値を割り当てるステップとを含む、請求項８に記載の方法。
前記量の送信可能なデータを使用して、前記未割り当てスペースの少なくとも一部を埋めることは、
送信されるデータ列を複数のセグメントにセグメント化することと、
前記シグナリングメッセージの前記未割り当てスペースの少なくとも一部を、前記セグメントのうちの少なくとも１つと、前記データ列内での前記少なくとも１つのセグメントの相対位置の指示とを使用して、埋めることとを含む、請求項９に記載の方法。
前記シグナリングメッセージの受信時に、前記シグナリングメッセージ内の前記未割り当てスペース内に含まれる前記データを抽出するステップを含む、請求項１〜１０のいずれか一項に記載の方法。
データの存在の前記指示を、前記受信されたシグナリングメッセージの前記未割り当てスペース内の、データの前記存在を確認するために利用するステップをさらに含む、請求項３に従属する請求項１１に記載の方法。
前記未割り当てスペース内に入れられた、送信可能なデータの前記量を、前記受信されたシグナリングメッセージから抽出するデータの量を決定するために利用するステップをさらに含む、請求項４に従属する請求項１１に記載の方法。
無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を伝送することが意図された、シグナリングメッセージを受信する方法であって、
−前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（６１０）であって、前記確認するステップは、前記未割り当てスペースが前記シグナリング情報とは異なるデータを含むことを確認するステップを含む、ステップと、
−前記確認するステップに基づいて、前記未割り当てスペースから前記データを抽出するステップ（６３０）とを含む、方法。
前記確認するステップは、前記データの量を決定するステップをさらに含む、請求項１４に記載の方法。
前記シグナリングメッセージは、ネットワークＯＳＩレイヤにおけるメッセージである、請求項１５に記載の方法。
前記無線通信ネットワークは、ＷｉＦｉネットワークであり、前記シグナリングメッセージは、ビーコン（ＢＥＡＣＯＮ）メッセージである、請求項１６に記載の方法。
前記無線通信システムは、セルラ電話ネットワーク、特にＧＳＭまたはＵＭＴＳネットワークであり、前記シグナリングメッセージは、それぞれ、ＲＲレベルまたはＲＲＣレベルメッセージである、請求項１７に記載の方法。
前記ＲＲＣレベルメッセージは、システム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージである、請求項１８に記載の方法。
前記量の伝送可能なデータの存在の前記指示を含める前記ステップは、
−カスタムシステム情報（ＳＹＳＴＥＭＩＮＦＯＲＭＡＴＩＯＮ）メッセージフィールド（２６５、２９０、３４５）を定義するステップと、
−前記カスタムメッセージフィールドに、伝送可能なデータの前記量に対応する値を割り当てるステップとを含む、請求項１９に記載の方法。
無線通信システムの装置（２０５）であって、
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、送信されるシグナリングメッセージ内の、未割り当てスペース（２８０、２９９）の存在を確認（５２０、５２５）するように適合された、未割り当てスペース確認ユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を送信することが意図されている、未割り当てスペース確認ユニットと、
−前記シグナリング情報とは異なるデータを使用して、前記未割り当てスペースを少なくとも部分的に埋めるように適合された、未割り当てスペースフィラユニットとを具備する、装置。
前記無線通信ネットワークの無線アクセス部分を具備する、請求項２１に記載の装置。
前記無線通信ネットワーク内で、前記装置はＵＴＲＡＮを具備する、請求項２２に記載の装置。
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、受信されたシグナリングメッセージ内の、前記未割り当てスペース（２８０、２９９）内のデータの存在を確認（５２０、５２５）するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−前記未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとをさらに具備する、請求項２１、２２、または２３のいずれか一項に記載の装置。
無線通信システム内で使用するためのユーザ装置であって、
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、受信されたシグナリングメッセージ内の、未割り当てスペース（２８０、２９９）内のデータの存在を確認（５２０、５２５）するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−前記未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとを具備する、ユーザ装置。
無線通信システムの複数のユーザにデータをブロードキャストする方法であって、
請求項１〜１３のいずれか一項に記載の方法により、前記複数のユーザに前記データを伝送するステップであって、前記伝送は前記通信システムのブロードキャストチャネルを介して実行される、ステップと、
請求項１４〜２０のいずれか一項に記載の方法により、前記複数のユーザによって前記データを受信するステップとを含む、方法。