(57)【要約】  無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、シグナリング情報とは異なるデータを送信するために利用する方法。この方法は、前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（５２０、５２５）と、未割り当てスペースの確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップ（５４０）と、前記量の送信可能なデータを使用して、未割り当てスペースの少なくとも一部を埋めることによって、シグナリングメッセージを修正するステップ（５５０、５５５）とを含む。この方法は、２Ｇおよび３Ｇネットワークのようなセルラ電話ネットワーク内、８０２．１ｘネットワーク内、およびＤＶＢなどの放送ネットワーク内で、特に有用である。
2009516439.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、前記シグナリング情報とは異なるデータを送信するために利用する方法であって、
−前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（５２０、５２５）と、
−未割り当てスペースの前記確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップ（５４０）と、
−前記量の送信可能なデータを使用して、前記未割り当てスペースの少なくとも一部を埋めることによって、前記シグナリングメッセージを修正するステップ（５５０、５５５）とを含む、方法。
【請求項２】
前記未割り当てスペースは、所定のメッセージ長に達するように前記シグナリングメッセージ内に提供された、パディングビットを含む、請求項１に記載の方法。
【請求項３】
前記修正するステップは、前記シグナリングメッセージ内の、前記量の送信可能なデータの存在の指示を、前記シグナリングメッセージ内に含めるステップ（５５５）を含む、請求項２に記載の方法。
【請求項４】
前記シグナリングメッセージ内の、前記量の送信可能なデータの存在の前記指示は、前記未割り当てスペース内に入れられる送信可能なデータの前記量を指定するように適合される、請求項３に記載の方法。
【請求項５】
前記シグナリングメッセージは、ネットワークＯＳＩレイヤにおけるメッセージである、請求項４に記載の方法。
【請求項６】
前記無線通信ネットワークは、ＷｉＦｉネットワークであり、前記シグナリングメッセージは、ビーコン（ＢＥＡＣＯＮ）メッセージである、請求項５に記載の方法。
【請求項７】
前記無線通信システムは、セルラ電話ネットワーク、特にＧＳＭまたはＵＭＴＳネットワークであり、前記シグナリングメッセージは、それぞれ、ＲＲレベルまたはＲＲＣレベルメッセージである、請求項５に記載の方法。
【請求項８】
前記ＲＲＣレベルメッセージは、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージである、請求項７に記載の方法。
【請求項９】
前記量の送信可能なデータの存在の前記指示を含める前記ステップは、
−カスタムシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージフィールド（２６５、２９０、３４５）を定義するステップと、
−前記カスタムメッセージフィールドに、送信可能なデータの前記量に対応する値を割り当てるステップとを含む、請求項８に記載の方法。
【請求項１０】
前記量の送信可能なデータを使用して、前記未割り当てスペースの少なくとも一部を埋めることは、
送信されるデータ列を複数のセグメントにセグメント化することと、
前記シグナリングメッセージの前記未割り当てスペースの少なくとも一部を、前記セグメントのうちの少なくとも１つと、前記データ列内での前記少なくとも１つのセグメントの相対位置の指示とを使用して、埋めることとを含む、請求項９に記載の方法。
【請求項１１】
前記シグナリングメッセージの受信時に、前記シグナリングメッセージ内の前記未割り当てスペース内に含まれる前記データを抽出するステップを含む、請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
データの存在の前記指示を、前記受信されたシグナリングメッセージの前記未割り当てスペース内の、データの前記存在を確認するために利用するステップをさらに含む、請求項３に従属する請求項１１に記載の方法。
【請求項１３】
前記未割り当てスペース内に入れられた、送信可能なデータの前記量を、前記受信されたシグナリングメッセージから抽出するデータの量を決定するために利用するステップをさらに含む、請求項４に従属する請求項１１に記載の方法。
【請求項１４】
無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を伝送することが意図された、シグナリングメッセージを受信する方法であって、
−前記シグナリングメッセージ内の未割り当てスペース（２８０、２９９）の存在を確認するステップ（６１０）であって、前記確認するステップは、前記未割り当てスペースが前記シグナリング情報とは異なるデータを含むことを確認するステップを含む、ステップと、
−前記確認するステップに基づいて、前記未割り当てスペースから前記データを抽出するステップ（６３０）とを含む、方法。
【請求項１５】
前記確認するステップは、前記データの量を決定するステップをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記シグナリングメッセージは、ネットワークＯＳＩレイヤにおけるメッセージである、請求項１５に記載の方法。
【請求項１７】
前記無線通信ネットワークは、ＷｉＦｉネットワークであり、前記シグナリングメッセージは、ビーコン（ＢＥＡＣＯＮ）メッセージである、請求項１６に記載の方法。
【請求項１８】
前記無線通信システムは、セルラ電話ネットワーク、特にＧＳＭまたはＵＭＴＳネットワークであり、前記シグナリングメッセージは、それぞれ、ＲＲレベルまたはＲＲＣレベルメッセージである、請求項１７に記載の方法。
【請求項１９】
前記ＲＲＣレベルメッセージは、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージである、請求項１８に記載の方法。
【請求項２０】
前記量の伝送可能なデータの存在の前記指示を含める前記ステップは、
−カスタムシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージフィールド（２６５、２９０、３４５）を定義するステップと、
−前記カスタムメッセージフィールドに、伝送可能なデータの前記量に対応する値を割り当てるステップとを含む、請求項１９に記載の方法。
【請求項２１】
無線通信システムの装置（２０５）であって、
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、送信されるシグナリングメッセージ内の、未割り当てスペース（２８０、２９９）の存在を確認（５２０、５２５）するように適合された、未割り当てスペース確認ユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を送信することが意図されている、未割り当てスペース確認ユニットと、
−前記シグナリング情報とは異なるデータを使用して、前記未割り当てスペースを少なくとも部分的に埋めるように適合された、未割り当てスペースフィラユニットとを具備する、装置。
【請求項２２】
前記無線通信ネットワークの無線アクセス部分を具備する、請求項２１に記載の装置。
【請求項２３】
前記無線通信ネットワーク内で、前記装置はＵＴＲＡＮを具備する、請求項２２に記載の装置。
【請求項２４】
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、受信されたシグナリングメッセージ内の、前記未割り当てスペース（２８０、２９９）内のデータの存在を確認（５２０、５２５）するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−前記未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとをさらに具備する、請求項２１、２２、または２３のいずれか一項に記載の装置。
【請求項２５】
無線通信システム内で使用するためのユーザ装置であって、
−前記無線通信システムの所定のＯＳＩレイヤ（２１５ａ、２１５ｂ）に関連する、受信されたシグナリングメッセージ内の、未割り当てスペース（２８０、２９９）内のデータの存在を確認（５２０、５２５）するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−前記未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとを具備する、ユーザ装置。
【請求項２６】
無線通信システムの複数のユーザにデータをブロードキャストする方法であって、
請求項１〜１３のいずれか一項に記載の方法により、前記複数のユーザに前記データを伝送するステップであって、前記伝送は前記通信システムのブロードキャストチャネルを介して実行される、ステップと、
請求項１４〜２０のいずれか一項に記載の方法により、前記複数のユーザによって前記データを受信するステップとを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電気通信の分野に関し、詳細には、無線通信に、例えば、ディジタル移動電話ネットワーク（例えば、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、ＣＤＭＡＯＮＥ、またはＣＤＭＡ２０００ネットワーク）に、ならびに、ＩＥＥＥ  ８０２．１１標準に準拠する無線通信ネットワーク（ＷｉＦｉネットワークまたはＷＬＡＮ）および８０２．１６標準（例えば、Ｗｉｍａｘ、８０２．１６ｅ、またはＷｉｂｒｏ）に準拠する無線通信ネットワーク、またはＤＶＢ−Ｔ、ＤＶＢ−Ｓ、およびＤＶＢ−Ｈなどの放送運用専用の標準に準拠する無線通信ネットワークのような、その他の無線通信ネットワークに関する。
【背景技術】
【０００２】
交換可能な情報の量に関して、電気通信システムの機能を向上することは、永続的な目的である。
【０００３】
例えば、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、および最終的には、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）ネットワークのような、ディジタル移動セルラ電話ネットワーク、ならびに、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）ネットワークのような、無線パケットデータネットワークなどの、今日の電気通信ネットワークは、例えば、ビデオ通話、インターネットサーフィンなどの、ブロードバンド通信をサポートすることが意図されている。
【０００４】
ここ数年、通信機能の増加に対する需要は、新しい標準を規定し、それに準拠する新しいネットワークを配置することによって満足されてきた。例えば、ＧＳＭ標準に準拠するネットワークのような、第２世代（２Ｇ）セルラネットワークの導入の後、ＧＰＲＳ、そして次にＥＤＧＥ標準が、最初の回線交換２Ｇネットワークにパケット交換通信機能を追加するために規定された。さらなるステップとしての、ＵＭＴＳに準拠するネットワークのような、第３世代（３Ｇ）セルラネットワークの導入では、無線通信機能をさらに増加することが意図された。
【非特許文献１】「Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題された３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ＴＳ  ２５．３３１
【非特許文献２】「Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｌａｙｅｒ  ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ；  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏ  （ＲＲＣ）  ｐｒｏｔｏｃｏｌ」と題された３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＴＳ  ０４．１８
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、新しい標準を開発して、それに準拠する新しいネットワークを配置することには、大きな投資が含まれる。その上、すでに配置されたネットワークに対する新しいネットワーク標準の影響は、現在の通信システムと新しい通信システムとが同じ周波数帯域を共有しなければならない場合は特に、慎重に評価される必要がある。２つのシステムの共存による干渉の問題は、実際のところ、通信性能を悪化させる可能性がある。
【０００６】
これらの努力は、性能の大幅な増加が目標である場合には完全に正当化されるが、場合によっては、特に、通信機能の小さな増加で十分な場合には、完全には正当化されない可能性がある。
【０００７】
したがって、すでに存在する配置済みの通信ネットワークの、ライセンスされた、または許可された帯域幅を効率的に使用することが、通信機能の向上を達成するために最も重要である。
【課題を解決するための手段】
【０００８】
出願人は、特にディジタルの、無線通信システムの通信機能を向上するという問題に取り組んできた。
【０００９】
特に、出願人は、現在配置されているシステムを大きく修正する必要なしに、かつ／または、ことによると新しい標準に準拠する、新しいシステムを配置する必要なしに、しかし現在の通信システムによってすでに提供されている機能を効率的に利用することによって、無線通信システムの通信機能を向上することが、いくつかの場合には好ましいことを観察した。
【００１０】
出願人は、通信システムの所定のＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）レイヤ内で提供される既存のシグナリングメッセージングを、そのＯＳＩレイヤのシグナリング情報とは異なる情報を運ぶために利用することによって、無線通信システムの通信機能を向上することが可能であるということを見出した。
【００１１】
本発明の目的のために、ネットワークの、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｓ  Ｏｒｇａｎｉｚａｔｉｏｎ）  ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）モデルの一般的なレイヤにおける、シグナリングメッセージング、または同様に、シグナリングメッセージによって、そのＯＳＩレイヤに固有の任意のメッセージが意図され、及びシグナリング情報を搬送することが意図される。
【００１２】
伝送可能な情報は、非常にさまざまな性質のものであってもよく、例えば、シグナリングが利用されるＯＳＩレイヤよりも上位のＯＳＩレイヤのシグナリング情報を含んでもよい。
【００１３】
より詳細には、シグナリングメッセージは、非常に多くの場合、シグナリング情報を運ぶために必ずしも完全には利用されていない所定の固定長を有し、これらの場合、シグナリングメッセージの未使用スペースは、無用の、いわゆる「パディング」ビットを使用して単に埋められて、無駄になるということを出願人は観察した。
【００１４】
通常は無駄になるスペースは、パディングビットによって単に埋められる代わりに、シグナリングメッセージによって搬送されるシグナリング情報とは異なる情報を伝送するために好都合に使用されてもよい、ということを出願人は見出した。
【００１５】
したがって、本発明の一態様によれば、無線通信システムの所定のＯＳＩレイヤに関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を送信するように適合された、シグナリングメッセージを、前記シグナリング情報とは異なるデータを送信するために利用する、添付の請求項１に記載の方法が提供される。
【００１６】
この方法は、
−前記シグナリングメッセージ内の未割り当てスペースの存在を確認するステップと、
−未割り当てスペースの確認された存在に基づいて、前記シグナリング情報とは異なる送信可能なデータの量を決定するステップと、
−前記量の送信可能なデータを使用して、未割り当てスペースの少なくとも一部を埋めることによって、シグナリングメッセージを修正するステップとを含む。
【００１７】
本発明の別の態様によれば、無線通信システムの所定のＯＳＩレイヤに関連し、かつ前記ＯＳＩレイヤに固有のシグナリング情報を伝送することが意図された、シグナリングメッセージを受信する、請求項１４に記載の方法が提供される。この方法は、
−シグナリングメッセージ内の未割り当てスペースの存在を確認するステップであって、前記確認するステップは、未割り当てスペースが前記シグナリング情報とは異なるデータを含むことを確認するステップを含む、ステップと、
−前記確認するステップに基づいて、未割り当てスペースから前記データを抽出するステップとを含む。
【００１８】
本発明のさらに別の態様によれば、添付の請求項２１に記載の、無線通信システムの装置が提供され、この装置は、
−無線通信システムの所定のＯＳＩレイヤに関連する、送信されるシグナリングメッセージ内の、未割り当てスペースの存在を確認するように適合された、未割り当てスペース確認ユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を送信することが意図されている、未割り当てスペース確認ユニットと、
−前記シグナリング情報とは異なるデータを使用して、未割り当てスペースを少なくとも部分的に埋めるように適合された、未割り当てスペースフィラユニットとを具備する。
【００１９】
本発明のさらなる態様によれば、請求項２５に記載の、無線通信システム内で使用するためのユーザ装置が提供され、このユーザ装置は、
−無線通信システムの所定のＯＳＩレイヤに関連する、受信したシグナリングメッセージ内の、未割り当てスペース内のデータの存在を確認するように適合されたユニットであって、前記シグナリングメッセージは前記ＯＳＩレイヤに固有のシグナリング情報を運ぶ、ユニットと、
−未割り当てスペースから前記データを抽出するように適合された、データエクストラクタユニットとを具備する。
【００２０】
本発明の特徴および利点は、単に非限定的な例として提供される、本発明の実施形態の以下の詳細な説明を読むことによって容易に理解されよう。説明は、添付の図面を参照して行われる。
【発明を実施するための最良の形態】
【００２１】
図面を参照すると、図１には、計画中のＵＭＴＳネットワークの部分が概略的に示されている。このネットワーク部分は、所与の地理的領域内でセルラ移動通信機能を提供することが意図されている。
【００２２】
参照番号１００によって全体的に識別される、考慮中のＵＭＴＳネットワーク部分は、複数のセルを含み、それらのセルのうちの２つのみが、簡単にするために、Ｃ１およびＣ２として識別される円として描かれている。各セルは、それぞれのカバレージエリア（円の領域）を有する。セルは、図面内でアンテナとして図式化された、それぞれのセルのＢＲＳによって放射される、無線電磁信号によってカバーされサービスされる地理的領域を表す。
【００２３】
通常は、（平均して）３〜６個のセルのグループが、図面内のノードＢ  １０５ａおよび１０５ｂなどの、「ノードＢ」と呼ばれるネットワークノードによって管理される。図面内では、単に例として、セルＣ１およびＣ２は、ノードＢ  １０５ａによって管理されると仮定されている。
【００２４】
ノードＢのグループは、次に、図面内に示されているＲＮＣ  １１０のような、「無線ネットワークコントローラ」（ＲＮＣ）と呼ばれるネットワークノードによって管理される。
【００２５】
アンテナ、ノードＢ、ＲＮＣは、全体的ネットワーク１００の、無線アクセス部分、すなわち、いわゆるＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を形成する。
【００２６】
ＲＮＣは、１１５とラベル付けされたブロックとして概略的に示されているコアＵＭＴＳネットワークに接続され、コアＵＭＴＳネットワークは、ホームロケーションレジスタ（ＨＬＲ）１２０と、領域全体にわたって分散された複数のモバイルスイッチングセンタ（ＭＳＣ）１２５と、それに関連付けられた複数のビジタロケーションレジスタ（ＶＬＲ）とを含む。一般的なＭＳＣ  １２５は、同じネットワーク１００の、他のＭＳＣ  １２５へのスイッチングの機能、および／または、異なる通信事業者（ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒｓ）の、他の移動通信ネットワークのＭＳＣへのスイッチングの機能（例えば、ネットワーク１００のユーザ加入者が他の移動通信ネットワーク内にローミングすることを可能にするため）、および／または、１つ以上の有線の公衆交換電話網（ＰＳＴＮ）の、交換機へのスイッチングの機能を実行する。一般的なＭＳＣ  １２５は、ＨＬＲ  １２０と情報のやりとりをし、また、ＶＬＲ  １３０のうちの１つと情報のやりとりをする。ＨＬＲ  １２０は、その移動通信ネットワークの加入者であるユーザの加入データ、特に、携帯電話番号、ユーザのプロファイルなどを含む。一般的なＶＬＲ  １３０は、代わりに、現在の時刻においてネットワーク１００に登録されている、それぞれのＭＳＣ  １２５によって制御される地理的領域内に位置しているユーザ（その移動通信ネットワークの加入者、または他の移動通信ネットワークの加入者）に関する情報を含む。ＨＬＲ  １２０およびＶＬＲ  １３０内に格納された情報に基づいて、一般的なＭＳＣ  １２５は、発呼者から被呼ユーザへの呼を、スイッチングすること、すなわち、正しくルーティングすることが可能である。
【００２７】
ＵＭＴＳネットワーク１００は、特にＧＰＲＳ標準に基づく、複数のサービングＧＰＲＳサポートノード（ＳＧＳＮ）１３５と、１つ以上のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１４０とを含む、パケット交換網部分をさらに含んでもよい。一般的なＳＧＳＮ  １３５は、１つ以上のそれぞれのＲＮＣ  １１０と関連付けられ、ＧＧＳＮ  １４０（または、２つ以上のＧＧＳＮ  １４０が存在する場合は、ＧＧＳＮのうちの１つ）と、ＧＰＲＳ基幹ネットワークとを介して、インターネットのような外部パケットベース通信ネットワークから受信したデータを、適切な宛先ユーザ装置に、例えば、セルＣ１内にあるとして示されているユーザ装置１４５のような、それぞれのＲＮＣ  １１０によってカバーされる地理的領域内に位置している移動通信端末に、ルーティングする。
【００２８】
図２Ａでは、ブロック２０５として図式化された、ネットワーク１００の無線アクセス部分と、一般的なユーザ装置１４５とが、ＩＳＯ  ＯＳＩモデルを採用することにより概略的に示されている。当技術分野で周知のように、ＯＳＩモデルは、複数の、７つに積み重ねられた機能レベルまたはレイヤ、すなわち（最下部から最上部へ）、物理レイヤ（レイヤ１）、データリンクレイヤ（レイヤ２）、ネットワークレイヤ（レイヤ３）、トランスポートレイヤ（レイヤ４）、セッションレイヤ（レイヤ５）、プレゼンテーションレイヤ（レイヤ６）、およびアプリケーションレイヤ（レイヤ７）を定義する。各中間レイヤは、すぐ下のレイヤ、および上のレイヤと通信する。一般的なＯＳＩレイヤに固有の動作（すなわち、そのレベルに属する機能エンティティ間の情報のやりとり）は、特定のプロトコルの組を利用しながら実行される。同じＯＳＩレイヤの、しかし異なるシステムに属する、２つの機能ユニットが協働するためには、すぐ下位のレイヤにおいて、その下位レイヤに固有のプロトコルを使用して、接続が確立されている必要がある。
【００２９】
図面では、無線アクセスネットワーク部分（すなわち、ＵＴＲＡＮ）２０５について言えば、その最初の２つのレイヤ１および２は、２１０ａと示された１つのブロックとして図式化され、レイヤ３は、２１５ａと示されたブロックとして図式化され、残りの上位レイヤ４〜７は、２２０ａと示された１つのブロックとしてやはり図式化されている。同様に、ユーザ装置１４５については、その最初の２つのレイヤ１および２は、２１０ｂと示された１つのブロックとして図式化され、レイヤ３は、２１５ｂと示されたブロックとして図式化され、残りの上位レイヤ４〜７は、２２０ｂと示された１つのブロックとしてやはり図式化されている。
【００３０】
当業者に本来的に周知の詳細について過度に述べることはしないが、物理ＯＳＩレイヤは、通信の低レベルの詳細を管理し、したがって、使用される通信媒体のタイプに固有である。
【００３１】
データリンクレイヤは、送信されるデータを、物理レイヤによって処理されるのに適したフラグメントに分割し、受信においては、フラグメントを適切に組み合わせて、データを再構築する。特に、パケット交換通信システムにおいては、データリンクレイヤは、ＲＬＣ（無線リンク制御）サブレイヤとＭＡＣ（媒体アクセス制御）サブレイヤとを含む。
【００３２】
ネットワークレイヤは、（例えば、無線アクセスネットワーク部分２０５のような）送信側システムから、（ユーザ装置１４５のような）受信側への、データリンクレイヤを経由した、データのパケットのルーティングを決定し、そしてトランスポートレイヤによって使用される。本質的に、ネットワークレイヤは、エンドツーエンドの（発信元から宛先への）パケット配信を担当し、一方、データリンクレイヤは、ノード間の（ホップツーホップの）パケット配信を担当する。ネットワークレイヤは、トランスポートレイヤによって要求されるサービス品質を維持しながら、可変長のデータシーケンスを、発信元から宛先に、１つ以上のネットワークを経由して転送する、機能的および手続き的手段を提供する。ネットワークレイヤは、ネットワークルーティング、フロー制御、ネットワークセグメンテーション／デセグメンテーション、およびエラー制御機能を実行する。
【００３３】
トランスポートレイヤは、ホスト間での透過なデータ転送を提供する。特に、トランスポートレイヤは、エンドツーエンドのエラー回復とフロー制御とを担当し、完全なデータ転送を保証する。
【００３４】
セッションレイヤは、エンドユーザアプリケーションプロセス間の対話を管理するためのメカニズムを提供する。
【００３５】
プレゼンテーションレイヤは、さらなる処理または表示のための、情報の整形およびアプリケーションレイヤへの配信を担当する。プレゼンテーションレイヤは、エンドユーザシステム内でのデータ表現における、構文上の違いに関する懸念を、アプリケーションレイヤから取り除く。
【００３６】
最後に、アプリケーションレイヤは、特定のタスクを実行するためのアプリケーションが動作するレイヤである。
【００３７】
ＵＭＴＳネットワークにおいては、無線リソース制御（ＲＲＣ）レイヤとも呼ばれるネットワークレイヤは、通常、ＲＮＣ  １１０内に配置される。ＲＲＣレイヤは、さらに、任意のユーザ装置１４５内にも実装される。ＧＳＭ／ＧＰＲＳネットワークにおいては、ネットワークレイヤは、無線リソース管理（ＲＲ）レイヤとも呼ばれる。
【００３８】
一般的に言って、ＵＭＴＳネットワークのような無線通信システムにおいては、通信プロトコルは、伝送プレーン（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｌａｎｅ）と制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とにグループ分けされる。伝送プレーンは、ペイロードの転送のために使用されるプロトコルをグループ化し、一方、制御プレーンは、制御シグナリングのために使用されるプロトコルをグループ化する。
【００３９】
制御プレーンシグナリングは、原則として、システムシグナリング、すなわち、ユーザ固有ではなく、その代わりにすべてのユーザ装置に共通するシグナリングと、一般的なユーザ装置に固有の、ユーザシグナリングとに分けられてもよい。
【００４０】
特に、ネットワークへの無線アクセスについて言えば、ユーザ装置への／ユーザ装置からの、シグナリングメッセージングは、ネットワークレイヤによって管理される。
【００４１】
ネットワークレイヤのシグナリングメッセージは、システム情報およびユーザ情報を伝送するために、ネットワークによって使用される。システム情報は、ネットワークに正しくアクセスするために一般的なユーザ装置に必要な特定の情報を含み、それらは、例えば、無線通信システム（すなわち、ネットワークおよびユーザ装置）を時間的に同期させるための命令および／またはパラメータ、ユーザ装置を正しく同調するための命令および／またはパラメータ、ネットワークにアクセスする際の一般的なユーザ装置のアクセスポリシーを定義するための（例えば、ユーザ装置の伝送電力レベルを定義するための）命令および／またはパラメータ、地理的情報（例えば、ユーザ装置が位置しているセルの識別子−セルアイデンティティすなわちＣＩ、隣接するセルのリスト、いわゆるロケーションエリアコードすなわちＬＡＣなど）を含む。システム情報シグナリングメッセージは、ネットワークからユーザ装置へのダウンリンク内でのみ送信される。ユーザ情報シグナリングメッセージは、システム情報シグナリングメッセージよりも多く、かつ、システム情報シグナリングメッセージとは異なり、ダウンリンク内と、ユーザ装置からネットワークへのアップリンク内との両方で交換され、特定のユーザ装置とのリンクの確立、管理、および解放に、ならびに、例えば、ネットワーク装置からの信号が受信される品質を報告する（アップリンク内の）情報のような、ユーザ装置の移動性を管理するための情報に関連する。
【００４２】
ＵＭＴＳ標準のネットワークレイヤシグナリングは、「Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題された３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ＴＳ  ２５．３３１に詳細に記載されている。「Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｌａｙｅｒ  ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ；  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏ  （ＲＲＣ）  ｐｒｏｔｏｃｏｌ」と題された３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＴＳ  ０４．１８には、ＧＳＭ／ＧＰＲＳネットワークのためのシグナリングプロトコルが詳細に記載されている。これらの文書は両方とも、（本出願の出願日において）ウェブサイトｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｓｐｅｃｓ／ｎｕｍｂｅｒｉｎｇ．ｈｔｍ上に見出すことができ、参照により本明細書に組み入れられるものとする。
【００４３】
本発明の実施形態によれば、ダウンロードサービスサーバ２３０が、ＲＲＣレイヤにおいて、すなわち、ネットワーク１００のネットワークレイヤ２１５ａにおいて実装される。ダウンロードサービスサーバ２３０は、例えば、アプリケーションＯＳＩレイヤ内の１つ以上のアプリケーションモジュールなどの、上位ＯＳＩレイヤ２２０ａの１つ以上のモジュール２３５ａ、２３５ｂ（例えば、単にいくつかの例を挙げると、アップデートされたソフトウェアリリースをユーザ装置に配布するためのソフトウェアアップデート配布モジュール、交通または天気情報、ホテル、レストラン、映画館、劇場のリストと場所、およびその他の類似したセル固有データを提供するためのモジュール）にサービスを提供する。特に、ダウンロードサービスサーバ２３０は、モジュール２３５ａ、２３５ｂから、ユーザ装置に送信されるデータを受け取る。ダウンロードサービスサーバ２３０は、ＲＲＣレイヤを、すなわちネットワークのレイヤ３システム情報シグナリングメッセージを利用しながら、データを送信するように構成される。
【００４４】
同様に、本発明の実施形態によれば、ユーザ装置１４５のようなユーザ装置は、ＲＲＣレイヤ２１５ｂにおいて、ダウンロードサービスクライアント２４０を実装してもよい。ダウンロードサービスクライアント２４０は、例えば、アプリケーションＯＳＩレイヤ内の１つ以上のアプリケーションモジュールなどの、上位ＯＳＩレイヤ２２０ｂの１つ以上のモジュール２４５ａ、２４５ｂ（上の例を参照すると、ソフトウェアアップデートを受信して配置するためのモジュール、交通または天気情報、あるいはホテル、レストランのリストなどを受信して表示するためのモジュール）にサービスを提供する。特に、ダウンロードサービスクライアント２４０は、ネットワークによって発行されたＲＲＣレイヤシステム情報シグナリングメッセージから、ダウンロードサービスサーバ２３０によって送信されたデータを抽出し、抽出されたデータを上位レイヤモジュール２４５ａ、２４５ｂに渡すように構成される。
【００４５】
特に、本発明の実施形態によれば、ダウンロードサービスサーバ２３０とダウンロードサービスクライアント２４０とは、標準によって規定されているようにネットワークがダウンリンク内でユーザ装置に送信する、ＲＲＣレイヤシステム情報シグナリングメッセージ内の、利用可能な残留未割り当てスペースを利用しながら、データを交換するように構成される。
【００４６】
ＵＭＴＳネットワークのネットワークレイヤプロトコルでは、上に引用した技術仕様書によれば、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージと呼ばれるシステム情報シグナリングメッセージが定義されている。システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、一般的なネットワークセルのシステム情報を搬送するために使用される。
【００４７】
ＵＭＴＳ標準によって規定されているように、システム情報要素は、システム情報ブロック内でブロードキャストされる。一般的なシステム情報ブロックは、同じ性質のシステム情報要素を一緒にグループ化する。異なるシステム情報ブロックは、例えば、それらの繰り返しレートに関して、およびユーザ装置に対する、システム情報ブロックを再読み取りするための要求に関して、異なる特性を有してもよい。
【００４８】
システム情報は、ツリーとして編成される。マスタ情報ブロック（ＭＩＢ）は、ネットワークセル内の複数のシステム情報ブロック（ＳＩＢ）への参照およびスケジューリング情報を与え、ＳＩＢは実際のシステム情報を含む。ＭＩＢは、任意選択で、１つまたは２つのスケジューリングブロックへの参照およびスケジューリング情報をさらに含んでもよく、スケジューリングブロックは、追加のＳＩＢへの参照およびスケジューリング情報を与える。ＳＩＢのスケジューリング情報は、ＭＩＢ、またはスケジューリングブロックのうちの１つの、いずれかの中にのみ含まれてもよい。言い換えると、ＭＩＢは、システム情報を構成するさまざまな情報要素のインデックスであり、例えばサポートされている公衆陸上移動網（ＰＬＭＮ）と、ＳＩＢのスケジューリングとに関する情報を提供する。各ＳＩＢは、パラメータのそれぞれのグループに関連し、ユーザ装置が適切に機能するようにユーザ装置に通信される、それらのパラメータの値を含む。例えば、それらのパラメータは、アイドルモードで動作している場合のユーザ装置のためのパラメータと、接続モードで動作している場合のユーザ装置のためのパラメータとを含む。標準では、ネットワークがユーザ装置に送信してもよい、１８の異なるタイプのＳＩＢが定義されており、各ＳＩＢは特定の情報内容に関する。ＭＩＢ、スケジューリングブロック（存在する場合）、およびＳＩＢは、特に抽象構文記法（ＡＳＮ．１）符号化に従って、符号化された形態で伝送される。
【００４９】
一般的なシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）を、標準の中で定義されている論理チャネルのうちの１つであるＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）上で伝達するために使用される。所与のＢＣＣＨは、標準の中で定義されているトランスポートチャネルのうちの２つである、ＢＣＨ（Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）またはＦＡＣＨ（Ｆｏｒｗａｒｅｄ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）のいずれかの上にマッピングされてもよい。
【００５０】
システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージのサイズは、したがって、ＢＣＨまたはＦＡＣＨトランスポートブロックのサイズに適合する。この目的のために、ＵＴＲＡＮ  ２０５は、ＲＲＣプロトコルデータユニット（ＲＲＣ−ＰＤＵ）を作成する必要があり、ここで、一般的なＲＲＣ−ＰＤＵは、ＲＲＣプロトコルの基本情報単位であって、ユーザ装置への転送のために、ＲＲＣレイヤによって下位ＯＳＩレイヤに渡される。ＲＲＣ−ＰＤＵは、一般的なＢＣＨ／ＦＡＣＨトランスポートブロックのサイズに等しい、所定の固定ビット長を有し、例えば、（本出願の出願日において）サイトｗｗｗ．３ｇｐｐ．ｏｒｇからダウンロード可能なＴｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ３４．１０８「Ｃｏｍｍｏｎ  ｔｅｓｔ  ｅｎｖｉｒｏｎｍｅｎｔｓ  ｆｏｒ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ  （ＵＥ）  ｃｏｎｆｏｒｍａｎｃｅ  ｔｅｓｔｉｎｇ，  Ｒｅｌｅａｓｅ  ９９」では、１６６ビットの長さ（「ペイロードサイズ」）が提案されている。一般的なシステム情報シグナリングメッセージを構成するシステム情報ブロックは、そうではなく、可変長を有し、したがって、分割（「セグメンテーション」）、および異なるシステム情報ブロックの部分の連結が必要な可能性がある。特に、結果としてもたらされるシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージの長さがＲＲＣ−ＰＤＵサイズに収まらないような長さを有するシステム情報ブロックは、それぞれの長さがＲＲＣ−ＰＤＵの長さよりも十分に短い２つ以上のフラグメントに断片化されなければならない。それとは異なり、２つ以上の短いシステム情報ブロック、またはその断片は、ＲＲＣ−ＰＤＵの長さに近くなるように、連結されて、同じシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に入れられなければならない可能性がある。
【００５１】
ＵＴＲＡＮ  ２０５内のＲＲＣレイヤ２１５ａは、符号化されたシステム情報ブロック（すなわち、符号化されたＭＩＢ、スケジューリングブロック、およびＳＩＢ）の、上述のセグメンテーションおよび連結を実行する。符号化されたシステム情報ブロックは、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージのサイズよりも大きい場合、２つ以上のセグメントに分割され、２つ以上のシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内で伝送される。符号化されたシステム情報ブロックがシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージよりも小さい場合、ＵＴＲＡＮ  ２０５は、２つ以上のシステム情報ブロック、あるいは最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）または最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）を、同じシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージへと連結してもよい。
【００５２】
特に、最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔ  ｓｅｇｍｅｎｔ）、最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）、および完全（ｃｏｍｐｌｅｔｅ）という、４つの異なるセグメントタイプが定義されている。最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔ  ｓｅｇｍｅｎｔ）、および最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）の各タイプは、ＭＩＢ、スケジューリングブロック、またはＳＩＢのセグメントを転送するために使用される。完全セグメント（ｃｏｍｐｌｅｔｅ  ｓｅｇｍｅｎｔ）のセグメントタイプは、完全なＭＩＢ、完全なスケジュールブロック、または完全なＳＩＢを転送するために使用される。
【００５３】
一般に、各セグメントは、ヘッダおよびデータフィールドからなる。データフィールドは、符号化されたシステム情報要素を運ぶ。ヘッダは、ＳＩＢ内のセグメントの数（セグメントが最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）タイプである場合）、ＳＩＢタイプ（マスタ情報ブロック、スケジューリングブロック、またはシステム情報ブロックを一意に識別するパラメータ）、セグメントインデックス（セグメントタイプが、後続のセグメント（ｓｕｂｓｅｑｕｅｎｔ  ｓｅｇｍｅｎｔ）または最後のセグメント（Ｌａｓｔ  ｓｅｇｍｅｎｔ）タイプである場合）を含む。
【００５４】
ＵＴＲＡＮ  ２０５は、可変長の１つまたは複数のセグメントを、同じシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に結合してもよい。
【００５５】
より詳細には、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）について言えば、ＲＲＣ−ＰＤＵの構築は、２つのステージを含む。
【００５６】
第１のステージは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）の構築である。情報は、例えばＡＳＮ．１符号化によって、符号化される。このステージでは、標準は、追加情報を運ぶのに有用な、拡張フィールドを最後に付加することを許可するが、他のＲＲＣシグナリングメッセージと異なり、システム情報要素に関して、このステージにおいてパディングは実行されない。
【００５７】
第２のステージは、ＲＲＣ−ＰＤＵの構築である。このステージでは、システム情報ブロック（ＭＩＢ、スケジューリングブロック、ＳＩＢ）のセグメンテーションおよび連結が実行される。次に、ＡＳＮ．１符号化が、連結されたセグメント全体にわたって再び実行され、次にパディングが実行されて、規定された長さに達するようにＲＲＣ−ＰＤＵの最後にパディング情報が追加される。
【００５８】
図２Ｂを参照すると、標準によって許可されるシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージが概略的に示されており、全体としては２５０によって示されている。特に、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ２５０は、例えばＳＩＢの最初のセグメントなどの、システム情報ブロックの最初のメッセージ（ｆｉｒｓｔ  ｍｅｓｓａｇｅ）を含むメッセージである。メッセージ２５０は、「ＭＳＧタイプ（ＭＳＧ  ＴＹＰＥ）」（メッセージタイプ）フィールド２５５から始まり、フィールド「ＳＦＮプライム（ＳＦＮ  ＰＲＩＭＥ）」２６０（その意味は本説明には関係していない）、フィールド「チョイス（ＣＨＯＩＣＥ）」２７０（その値は、メッセージ２５０内に含まれる、最初の（ｆｉｒｓｔ）／後続の（ｓｕｂｓｅｑｕｅｎｔ）／最後の（ｌａｓｔ）／完全な（ｃｏｍｐｌｅｔｅ）セグメントの組み合わせを意味し、ここで考慮されている例においては、最初の（ｆｉｒｓｔ）セグメントに対応する、組み合わせ「２」である）が続く。メッセージ２５０は、規定されたメッセージ長に達するために必要な、複数のパディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）２８０で終了する。
【００５９】
図２Ｂには、「最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）」２７５の構造も概略的に示されている。フィールド「ＳＩＢタイプ（ＳＩＢ  ＴＹＰＥ）」２８５は、ＳＩＢのタイプを指定する。フィールド「ＳＥＧ＿ＣＮＴ」２９０は、伝送されるセグメントの数を指定するカウンタである。伝送されるセグメントに対応するシステム情報の部分は、データフィールド「ＳＩＢデータ（ＳＩＢ  ＤＡＴＡ）」内に含まれる。さらに、後述するように、「最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）」２７５内には、任意選択のフィールド２９０および２９９が存在してもよい。
【００６０】
一般的なユーザ装置１４５のＲＲＣレイヤ２１５ｂは、受信したシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージによって搬送されたフラグメントから、システム情報シグナリングメッセージを再構築することが可能である。
【００６１】
本発明の実施形態によれば、ＵＴＲＡＮ  ２０５のＲＲＣレイヤ２１５ａは、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）２８０によって表される、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージの未割り当て部分を検出して、データ（すなわち、ネットワークレイヤシグナリング情報とは異なる情報）を伝送するために利用するように適合され、そして、以下、「パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）」と記載する、任意選択の追加フィールドを、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に挿入するように適合される。「パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）」は、パディングビットメッセージ部分内のデータの存在をユーザ装置が理解することを可能にするために、例えば一般的なシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に含まれているパディングビットの数を示す整数である値を、指定するように適合される。例えば、図２Ｂを参照すると、パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）フィールド２６５は、ＳＦＮプライム（ＳＦＮ  ＰＲＩＭＥ）フィールド２６０の後、チョイス（ＣＨＯＩＣＥ）フィールド２７０の前に挿入されてもよい。
【００６２】
図３には、本発明の実施形態における、ダウンロードサービスサーバ２３０の構成が、主要な機能ユニットによって概略的に示されている。
【００６３】
ダウンロードサービスサーバ２３０は、上位ＯＳＩレイヤ（例えば、アプリケーションレイヤ）に配置された、サービスの提供先となるモジュール２３５ａ、２３５ｂから、ユーザ装置に送信されるデータを受け取る。例えば、上記で述べたように、上位レイヤモジュールは、ユーザ装置への、新しいまたは最新のソフトウェアのダウンロードを管理するように適合された、ソフトウェアダウンロードサーバアプリケーションモジュールを含んでもよい。データは適切なサイズのバッファ３０５によって受け取られ、異なる上位レイヤモジュールから受け取られたデータは、全体として３１０として示される、複数のサービスデータユニット（ＳＤＵ）に整えるように適合され、各ＳＤＵは、相互に同質であるデータ（例えば、同じ上位レイヤモジュールから受け取られた、かつ／または、同じ情報内容に関連するデータ、例えば、交通データ、天気データ、ダウンロードされるソフトウェアアップデートの部分など）を含む。言い換えると、ＳＤＵはキューであり、その中には、上位レイヤモジュールから受け取られた同質のデータが、それらのデータが送信されるまで一時的に格納される。
【００６４】
上記で簡単に概説したように、ダウンロードサービスサーバ２３０は、標準に従ってＵＴＲＡＮ  ２０５のＲＲＣレイヤ２１５ａによって準備された、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３１５を傍受するように適合される。全体として３２０として概略的に示されているパディングビットを含む可能性がある、傍受されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３１５は、メッセージ３１５内のパディングビット３２０の数を検出するように適合されたパディング長評価器モジュール３２５によって解析される。
【００６５】
パディング長評価器モジュール３２５の解析に基づいて、パディングフィラモジュール３２５は、バッファ３０５内のＳＤＵ  ３１０のうちの選択された１つから、メッセージ３１５内の評価されたパディング長に一致する量のデータ３３０を取得して、その量のデータ３３０を、最初にパディングビット３２０によって占められていた、メッセージ３１５の部分３４０内に入れ、それにより、修正されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５を作成するように適合される。パディングフィラモジュール３２５は、さらに、修正されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５のパディングビット位置内に入れられたデータ３３０の量を示す値を運ぶ、（図３において３４５として示されている）上述の追加フィールド、パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）を、修正されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５内に導入するように適合される。
【００６６】
特に、本発明の実施形態では、ダウンロードサービスサーバ２３０（のパディングフィラ３２５）は、上位レイヤモジュールから受け取った、かつ、ユーザ装置に送信されるデータを、以下、「セグメント」３５０と記載する、１つ以上のデータフラグメント内にカプセル化するように適合される。一般的なセグメント３５０は、例えば、３つのフィールド３５５、３６０、および３６５を、すなわち、「最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）」フィールド３５５、「最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）」フィールド３６０、および「データ（ｄａｔａ）」フィールド３６５を含む。最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールド３５５は、例えば、１ビットフィールドであり、その値（「１」または「０」）は、現在のセグメントが、送信されるデータの最初のセグメントであるかどうかを示すために使用される（最初のセグメントである場合、最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドの値は「１」に等しく、それ以外の場合は「０」に等しい）。最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールド３６０は、同様に、１ビットであり、その値は、現在のセグメントが、送信されるデータの最後のセグメントであるかどうかを示すために使用される（最後のセグメントである場合、最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドの値は「１」に等しく、それ以外の場合は「０」に等しい）。データフィールド３６５は、（パディング長評価器３２０によって決定される）システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビットの数から、（最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）および最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドによって占有されるビットの数）２を減算した値に等しい、可変サイズを有する。
【００６７】
図４には、本発明の実施形態における、ダウンロードサービスサーバ２３０の構成が、主要な機能ユニットに関して概略的に示されている。
【００６８】
修正されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ３３５のような、一般的なシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、一般的なユーザ装置１４５のＲＲＣレイヤ２１５ｂにおいて受信された場合、ダウンロードサービスクライアント２４０によって傍受される。メッセージは、追加フィールド、パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）３４５の存在についてメッセージを検査し、そして、逢着した場合、そのようなフィールド３４５の値に基づいてメッセージ内のパディングの長さを決定するように適合された、パディング長評価器モジュール４０５に渡される。パディング長評価器モジュール４０５によって実行された検査の結果に基づいて、パディングエクストラクタモジュール４１０が、受信メッセージ３３５から、パディングビット専用のスペース３４０内で搬送されたデータを抽出し、そして、抽出されたデータ４１５を、受信バッファ４２０内に入れる。受信バッファ４２０内には、送信のためにダウンロードサービスサーバ２３０によって断片化されたデータが、受信されたとおりにキューイングされる。パディングエクストラクタモジュールは、データを正しく再構築するために、パディング長（Ｐａｄｄｉｎｇ  Ｌｅｎｇｔｈ）フィールド３４５内に含まれる情報と、伝送されるデータに付随する最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）および最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドの情報とを利用する。受信バッファ４２０から、ＳＤＵビルダ４２５は、受信バッファ４２０内にキューイングされたデータからＳＤＵを構築し、上位レイヤモジュール２４５ａ、２４５ｂ（例えば、ソフトウェアダウンロードクライアントアプリケーション）にＳＤＵを渡す。
【００６９】
以下では、本発明の実施形態による方法を、図５および図６のアクティビティフローチャートを使用して説明する。特に、図５は、ＵＴＲＡＮ  ２０５内のダウンロードサービスサーバ２３０の動作に関し、一方、図６は、一般的なユーザ装置１４５内のダウンロードサービスクライアント２４０の動作に関する。
【００７０】
ＵＴＲＡＮ  ２０５内のダウンロードサービスサーバ２３０について、最初に考慮する（図５）。ダウンロードサービスサーバ２３０は、上位レイヤモジュール２３５ａ、２３５ｂによって送信された入力データ、例えば、ソフトウェアダウンロードサーバアプリケーションからの入力データ、あるいは、交通または天気情報、ホテル、レストランのリストなどのセル固有データを提供するように適合されたモジュールからの入力データの存在を、繰り返し検査する（決定ブロック５０５）。ダウンロードサービスサーバ２３０は、入力データの存在を検出した場合（決定ブロック５０５の出口分岐Ｙ）、入力データを取得して、それらをバッファ３１０内の、適切なＳＤＵ内に入れる（すなわち、データが、すでに受信したデータと同質である場合（すなわち、例えば、同じ上位レイヤモジュールによって発行されたため、同じ性質である場合）は、すでに存在しているＳＤＵ内に入れて、すでに受信したデータにキューイングし、あるいは、受信したデータが他のデータと同質でない場合は、新しいＳＤＵ内に入れる）（ブロック５１０）。
【００７１】
ダウンロードサービスサーバ２３０は、次に、ＵＴＲＡＮ  ２０５のＲＲＣレイヤ２１５ａがシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージを生成したかどうかを検査する（決定ブロック５１５）。否定の場合（決定ブロック５１５の出口分岐Ｎ）、動作フローは最初に戻る（すなわち、決定ブロック５０５に戻る）。
【００７２】
肯定の場合（決定ブロック５１５の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、傍受されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビット（存在する場合）の数を評価する（ブロック５２０）。
【００７３】
ダウンロードサービスサーバ２３０は、次に、傍受されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内の利用可能なパディングビットの数が、少なくとも、規定された最小の数（本例においては３ビット）に等しいかどうかを確認する。特に、本明細書に記載する例示的実施形態における、利用可能なパディングビットの最小数３は、ダウンロードサービスサーバ２３０がシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に入れることが可能な一般的な基本的データセグメントの構成に基づいて、少なくとも１ビットのデータを伝送するためには、３ビット（最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドのために１ビット、最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドのためにもう１ビット、そして、データフィールド内に少なくとも１ビットのデータ）が必要であるという事実に由来する。ただしこれは、本発明を限定するものとして解釈されるべきではない。
【００７４】
否定の場合（決定ブロック５２５の出口分岐Ｎ）、動作フローは最初（決定ブロック５０５）に戻る。
【００７５】
肯定の場合（決定ブロック５２５の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、バッファ３１０内に、送信されるのを待っているデータがあるかどうかを検査する（決定ブロック５３０）。否定の場合（決定ブロック５３０の出口分岐Ｎ）、動作フローは最初（決定ブロック５０５）に戻る。肯定の場合（決定ブロック５３０の出口分岐Ｙ）、ダウンロードサービスサーバ２３０は、バッファ３１０内の、送信されるべきデータを含む適切なＳＤＵを選択する（ブロック５３５）。
【００７６】
ダウンロードサービスサーバ２３０は、次に、送信されるシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に埋め込まれるデータセグメントを作成する（ブロック５４０）。
【００７７】
より詳細には（ブロック５４５）、ダウンロードサービスサーバ２３０は、作成されるセグメントのデータが、新しいＳＤＵに、すなわち、データがまだ送信されていないＳＤＵに属するかどうかを検査する。肯定の場合、作成されるセグメントの最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドは「１」に設定され、それ以外の場合（すなわち、作成されるセグメントのデータが、データの一部がすでに送信済みであるＳＤＵに属する場合、最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドは「０」に設定される）。さらに、ダウンロードサービスサーバ２３０は、作成されるセグメント内に含められるデータによって、ＳＤＵのデータの送信が完了するかどうかも検査する。肯定の場合（すなわち、利用可能なパディングビットの数から２を減算した値が、選択されたＳＤＵ内の残りのデータビットの数よりも大きいかまたはそれと等しい場合）、最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドは「１」に設定され、それ以外の場合（すなわち、作成されるデータセグメントの送信後に、送信されるべきＳＤＵのデータが残る場合）、最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドは「０」に設定される。
【００７８】
ダウンロードサービスサーバは、次に、選択されたＳＤＵから、利用可能なパディングビットの数から２を減算した値に等しい数のビット（または、選択されたＳＤＵが、より少ないビットを含む場合は、残りのすべてのＳＤＵビット）を取得して、そのデータをデータセグメントのデータフィールド内に入れる（ブロック５５０）。
【００７９】
最後に、ダウンロードサービスサーバ２３０は、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内にパディング長（Ｐａｄｄｉｎｇ  Ｌｅｎｇｔｈ）フィールドを挿入し、その値を、以前に作成された、最初はパディングビットによって占められていたメッセージスペース内に埋め込まれた、データセグメントの、例えばビット単位でのサイズに等しくする。
【００８０】
このように修正されたシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージは、次に、通常のＲＲＣレイヤメッセージとして送信される（ブロック５５５）。
【００８１】
次に、図６を参照すると、一般的なユーザ装置１４５内のダウンロードサービスクライアント２４０は、ＵＴＲＡＮからの入力システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージを検査する（決定ブロック６０５）。
【００８２】
システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージが受信された場合（決定ブロック６０５の出口分岐Ｙ）、ダウンロードサービスクライアント２４０は、受信メッセージ内にパディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）フィールド３４５が存在するかどうかを検査する（決定ブロック６１０）。否定の場合（決定ブロック６０５の出口分岐Ｎ）、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージは処理されるために引き渡され（ブロック６１５）、それ以外の場合（決定ブロック６１０の出口分岐Ｙ）、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に埋め込まれたデータセグメント（パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）フィールド３４５の値に基づいて決定される）が抽出される（ブロック６２０）。
【００８３】
ダウンロードサービスクライアント２４０は、次に、受信バッファ４２０が空ではないかどうか、または抽出されたデータセグメント内の、最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドが「１」に設定されているかどうかを検査する（決定ブロック６２５）。これらの２つの条件のうちのいずれかが真であることが確認された場合（決定ブロック６２５の出口分岐Ｙ）、抽出されたデータセグメントのデータフィールド内に含まれるデータは受信バッファ４２０内に入れられ（ブロック６３０）、それ以外の場合、それらは破棄される（受信バッファが空であることが確認され、しかし受信データセグメント内の最初のセグメント（ｆｉｒｓｔ  ｓｅｇｍｅｎｔ）フィールドが「１」に設定されていない場合は、何らかの誤りが発生したはずであり、１つ以上のデータセグメントが失われた可能性がある。受信したばかりのデータは、したがって、再構築されたデータが壊れているということを回避するために、好ましくはされる）。
【００８４】
次に、ダウンロードサービスサーバは、抽出されたデータセグメント内の、最後のセグメント（ｌａｓｔ  ｓｅｇｍｅｎｔ）フィールドが「１」に設定されているかどうかを検査する（決定ブロック６３５）。肯定の場合（決定ブロック６３５の出口分岐Ｙ）、受信バッファ４２０内に存在するデータが１つのＳＤＵに組み立てられ、そのＳＤＵは、次に、適切な上位レイヤモジュールに渡される（ブロック６４０）。
【００８５】
本発明により、単にネットワーク資源をより効率的に利用することによって、すなわち、長さの規定に従うためにシグナリング情報メッセージにしばしば追加される、他の場合には無駄になるパディング情報を使用することによって、無線ネットワーク１００の伝送機能が向上するということが理解されよう。ネットワーク構造への影響は最小であり、ネットワーク管理ソフトウェアへの、特にネットワークＯＳＩレイヤに関する、わずかな調節で十分である。増加した伝送機能は、交通、天気、ホテル、レストランなどに関するデータを伝送するために好都合に使用されてもよい。特に、ネットワークレイヤシグナリングは各ネットワークセルに固有であるため、セル固有のデータがセル内のユーザ装置にブロードキャストされてもよい。
【００８６】
上記では、所定の長さに達するようにシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージの最後に存在してもよい、パディングビットを利用すると仮定した。再び図２Ｂを参照すると、３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ＴＳ  ２５．３３１にさらに従って、タイプ「ＳＩＢデータ固定（ＳＩＢ  ｄａｔａ  ｆｉｘｅｄ）」のセグメントのデータフィールド２９７の最後にも、パディング情報が追加されてもよい。データ固定（ｄａｔａ  ｆｉｘｅｄ）セグメントは、最後の（ｌａｓｔ）セグメントまたは完全な（ｃｏｍｐｌｅｔｅ）セグメントであってもよい。ＳＩＢデータ固定（ＳＩＢ  ｄａｔａ  ｆｉｘｅｄ）セグメントは、固定長を有する（すなわち、長さデノミネータは使用されない）。ＳＩＢデータ（ＳＩＢ  ＤＡＴＡ）フィールド２９７がシステム情報ブロックセグメントによって満たされていない場合、ＲＲＣレイヤはパディングビット（ｐａｄｄｉｎｇｓ  ｂｉｔｓ）２９９を含める。長さデノミネータが含まれていないため、受信側ユーザ装置のＲＲＣレイヤは、送信側によって追加されたパディングビットを除去することはできない。
【００８７】
代替実施形態によれば、メッセージの最後においてパディングビット２８０を使用する代わりに、またはそれに加えて、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内に含まれる一般的なＳＩＢデータ固定（ＳＩＢ  ｄａｔａ  ｆｉｘｅｄ）セグメントのＳＩＢデータ（ＳＩＢ  ＤＡＴＡ）フィールド２９７の最後に場合によっては存在する、パディングビット２９９が、上記で説明した方法とまったく同様であってもよい方法で利用される。この目的のために、ＵＴＲＡＮ  ２０５は、データを伝送するために利用されるパディングビットの存在と量とをユーザ装置が検出することを可能にするように適合されたフィールド「パディング長（ＰＡＤＤＩＮＧ  ＬＥＮＧＴＨ）」２９０（例えば、ＳＩＢタイプ（ＳＩＢ  ＴＹＰＥ）フィールド２８５の後）を、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージ内、特に、適切なセグメント内に含める。
【００８８】
以下では、上記のメカニズムを利用して伝送されることが可能なデータの量の評価を提供する。例えば、すでに引用したＴｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ３４．１０８を参照すると、システムシグナリング情報を搬送する論理チャネルＢＣＣＨは、以下の表に報告された特性を有する。
【００８９】
【表１】
2009516439.tif 000003
【００９０】
ＲＬＣレイヤは、透過モードで動作する、すなわち、受け取る情報にいかなる制御情報も追加せずに、下位（ＭＡＣ）ＯＳＩレイヤに渡す。ＲＬＣ−ＰＤＵの長さは、上述のように、１６６ビットである。
【００９１】
パディングビットを上記のように利用して得られるビットレートを評価するために、以下の表は、システムシグナリング情報内に通常含まれる、さまざまな可能なＳＩＢの代表的なサイズを、フレーム単位での各ＳＩＢの繰り返しレート（パラメータＳＩＢ＿ＲＥＰ）とともに報告する（当業者に周知のように、ＵＭＴＳフレームは１０ｍｓの時間間隔を示す。この時間間隔は１５タイムスロットに相当し、情報の伝送／繰り返し時間を計算するための基礎として使用される。
【００９２】
【表２】
2009516439.tif 000004
【００９３】
表１に記載されたＢＣＣＨと、表２に記載されたＳＩＢとを使用するという仮定の下で、各ＳＩＢの繰り返し数を考慮に入れ、（それぞれのＳＩＢの繰り返しの間のフレーム数を示す）パラメータＳＩＢ＿ＲＥＰの最大値に等しい時間間隔を考慮すると（すなわち、ＳＩＢ「ＳＩＢ１１」についての１２８）、システム情報によって占有されるバイトの合計数を与える、以下の値が得られる。
【００９４】
【表３】
2009516439.tif 000005
【００９５】
表３で報告された値に基づけば、１２８０ｍｓに等しい、１２８のＵＭＴＳフレームの総時間間隔の中で、２６５６バイトのＢｏｆｆｅｒが利用可能であるの比較して、合計してＢｒｅｑ＝９１５バイトが要求される。簡単にするために、ＲＲＣレベルにおけるＳＩＢのセグメンテーションとシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージの符号化とは理想的である、すなわちオーバヘッドがない、と仮定すると、次に等しい残留ビットレートＲａｖａｉｌが得られる。
【数１】
2009516439.tif 000006
【００９６】
ＳＩＢセグメンテーションおよび符号化の非理想的な性質は、利用可能なビットレートに影響する。非理想性の予備的評価では、残留ビットレートの、例えば約３０％を減少させることが提案される。したがって、約８Ｋビット／ｓの有効ビットレートが合理的に達成可能である。
【００９７】
ただし、上記の評価は、システム情報の特定の構造という仮定に基づいているということが指摘される。システム情報のサイズは、特定の情報と、通信事業者（ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒ）によって選択されるスケジューリングとに依存するため、ＳＩＢの数、それらのサイズ、繰り返しの数は、考慮されるネットワークセルに応じて異なり得る。
【００９８】
上記で説明したソリューションでは、システム情報シグナリングメッセージングが利用されたが、ユーザ情報シグナリングメッセージングを、代わりに、または組み合わせて、利用することを妨げるものは何もないということが指摘される。そのような場合、伝送されるデータは、一般的なセル内の各ユーザ装置にブロードキャストされる代わりに、特定のユーザ装置に宛てられる。しかしながら、システム情報シグナリングメッセージングは保証された周期性を有するのに対して、ユーザ情報シグナリングメッセージングについては、これは当てはまらないため、有効ビットレートはより低い場合があるということが観察される。
【００９９】
さらに、上記では、データはネットワーク（のＵＴＲＡＮ）からユーザ装置にダウンロードされるのみであると仮定されたが、これは本発明を限定することを意図するものではないということも指摘される。ユーザ装置内にアップロードサービスサーバを、そしてＵＴＲＡＮ内にアップロードサービスクライアントを提供することによって、ユーザ装置からネットワークへのアップリンク内でのデータ転送を実行することを妨げるものは何もない。これを行うための可能な方法は、例えば、端末が現在とどまっている新しいネットワークセルをネットワークに通信するために、一般的なユーザ装置によって使用される、ＲＲＣプロトコルのセルアップデート（ＣＥＬＬ  ＵＰＤＡＴＥ）メッセージのような、アップリンクに特有のシグナリングメッセージを利用することである。データのダウンロードおよびアップロードの両方が行われる、混合ソリューションも可能である。
【０１００】
上記では、ネットワークＯＳＩレイヤのシグナリングメッセージ、詳細には、ＵＭＴＳネットワークのＲＲＣレイヤのシグナリングメッセージ、さらに詳細には、システム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）メッセージの使用について言及したが、これは本発明を限定するものとして解釈されるべきではなく、本発明は、その代わりに、適切な修正および改作によって、特定のタイプのシグナリングメッセージに関係なく、また、考慮されるＯＳＩレイヤに関係なく、より一般的に適用されてもよい。例えば、本発明は、ＧＳＭ／ＧＰＲＳネットワークに適用されてもよい。この場合、本発明の可能な実施形態は、ネットワーク（ＲＲ）レイヤにおけるシステム情報シグナリングメッセージを利用する。別の可能性は、一般的なユーザ装置に、そのユーザ装置に宛てられた着呼があることを知らせるための、ＧＳＭ／ＧＰＲＳおよびＵＭＴＳネットワークによって使用されるシグナリングメッセージである、ページングメッセージの使用に存在する。より一般的には、関連するプロトコルが所定のメッセージ長を遵守することのみを目的としてパディングまたはダミービットの使用を提供するという条件で、ＩＳＯ  ＯＳＩスタックの任意のレベルにおける、任意のシグナリングメッセージが、本発明によって提案されているように好都合に利用されてもよい。
【０１０１】
無線電話ネットワークという状況の中での本発明の適用可能性も、限定的ではない。本発明は、実際に、例えばＷｉＦｉネットワークのような、さまざまな無線通信ネットワークに適用されてもよく、単なる例として、利用されるパディングビットは、ビーコン（ＢＥＡＣＯＮ）メッセージ内で提供されるものであってもよい。
【０１０２】
上記で述べたように、本発明による方法の可能な使用は、ユーザ装置を新しいシステム内で動作可能にするためにユーザ装置を再構成するのに必要な、動作可能なソフトウェアの部分の、ユーザ装置へのダウンロードであってもよく、あるいは、ユーザ装置内にすでにインストールされているソフトウェアモジュールの、ソフトウェアアップデートおよび／またはパッチのダウンロードであってもよい。提案された方法を利用して転送されてもよいその他の情報には、交通情報、天気情報、レストラン、映画館、劇場の提案のような、ユーザが現在位置している地理的領域（すなわち、ユーザが位置しているネットワークセルによってカバーされる領域）に固有の情報が含まれてもよい。
【０１０３】
本発明の実装は、携帯電話またはポータブルコンピュータのユーザの利益のために限定されない。より一般的には、本発明は、例えば、環境パラメータ（汚染物質の存在、気温、降水量、その他）を検出するための領域上に配置されたセンサのネットワークのような、完全に異なる状況において好都合に使用されてもよい。提案されたソリューションは、例えば、（適切な通信ハードウェアをセンサに備えることによって）無線通信ネットワークを利用しながら、貴重な通信帯域幅を無駄にすることなく、センサユニットを設定するために、または（アップリンク内で）センサユニットからデータを受信するために使用されてもよい。その他の有用な適用例は、特定の領域内の現在の交通状況、または公共交通手段の到着時刻などに関するデータを、現場に配置された遠隔センサから受信することを含んでもよい。
【０１０４】
本発明は、さらに、地上（ＤＶＢ−Ｔ）および衛星ベースの両方の、ディジタルビデオ放送（ＤＶＢ）システムにおいて適用されてもよい。
【０１０５】
本発明は、そのいくつかの例示的実施形態を説明することによって開示されたが、当業者は、不測の必要性を満足するために、記載された実施形態への修正、および代替実施形態を容易に案出するであろう。この理由により、それらの修正および代替実施形態は、添付の請求項で定義される保護範囲を逸脱するものではない。
【図面の簡単な説明】
【０１０６】
【図１】本発明が内部で利用される、無線通信ネットワーク、特に、ＵＭＴＳネットワークを概略的に示す。
【図２Ａ】本発明の実施形態における、無線通信ネットワーク内で使用されるように適合された、ネットワークの、およびユーザ装置の、ネットワークレイヤ管理ユニットの構造を、機能ブロックによって概略的に示す。
【図２Ｂ】本発明の実施形態によって修正された、ネットワークレイヤのシステム情報（ＳＹＳＴＥＭ  ＩＮＦＯＲＭＡＴＩＯＮ）シグナリングメッセージの構造を概略的に示す。
【図３】本発明の実施形態における、ネットワークのネットワークレイヤ管理ユニットのダウンロードサービスサーバの構造を、再び機能ブロックによって概略的に示す。
【図４】本発明の実施形態における、ユーザ装置のネットワークレイヤ管理ユニットのダウンロードサービスクライアントの構造を、やはり機能ブロックによって概略的に示す。
【図５】本発明の実施形態における、ダウンロードサービスサーバによって実行される方法の主要なステップを、動作フローチャートによって概略的に示す。
【図６】本発明の実施形態における、ダウンロードサービスクライアントによって実行される方法の主要なステップを、動作フローチャートによって概略的に示す。
【図１】
2009516439.tif 000007
【図２Ａ】
2009516439.tif 000008
【図２Ｂ】
2009516439.tif 000009
【図３】
2009516439.tif 000010
【図４】
2009516439.tif 000011
【図５】
2009516439.tif 000012
【図６】
2009516439.tif 000013
【国際調査報告】
2009516439.tif 000014
2009516439.tif 000015