(57)【要約】  本発明は、基地局がエアーインタフェース上で送信するためのデータパケットをバッファリングする無線通信インフラストラクチャのルートノードを含む。  ルートノードは、ルートノードから各々の基地局へのデータパケットの伝送のための遅延時間、それらの遅延時間の最大遅延時間、および最大遅延時間に基づくタイミング待ち時間、を特定する。  ルートノードは、前記タイミング待ち時間を基地局に発信する。  これに応答して、前記タイミング待ち時間が終了した後、各々の基地局はデータパケットの送信を開始する。  別の実施例として、基地局の代わりに、前記ルートノードがデータパケットをバッファリングして、パケットが実質的に前記同じ時間に前記基地局に到着するように、パケットを送信する。
2009524313.tif 000002
【特許請求の範囲】
【請求項１】
複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、無線通信インフラストラクチャのルートノードによって実行される方法であって：
ルートノードから複数の基地局へのデータパケットの伝送による複数の遅延時間を特定するステップ；
複数の遅延時間から最大遅延時間を特定するステップ；
前記最大遅延時間に基づいて使用される共通のタイミング待ち時間を特定するステップ；および
前記共通のタイミング待ち時間を複数の基地局に送信するステップ
を有する方法。
【請求項２】
請求項１に記載の方法であって、前記ルートノードから複数の基地局へ連続的に前記データパケットを伝送するステップを更に有する方法。
【請求項３】
前記共通のタイミング待ち時間が前記最大遅延時間より長い、請求項１または請求項２に記載の方法。
【請求項４】
請求項１ないし３のいずれか１項に記載の方法であって：
前記ルートノードは、コアネットワークを有しており；かつ、
遅延時間を特定するステップは、ネットワーク制御装置を経て前記ルートノードから前記基地局への前記データパケットの伝送による複数の遅延時間を特定するステップ
を有する方法。
【請求項５】
遅延時間を特定するステップは、各々のネットワーク制御装置に対して、前記ルートノードから前記ネットワーク制御装置への単一の遅延時間、および前記ネットワーク制御装置から前記ネットワーク制御装置に対応する基地局への最大遅延時間を特定するステップ
を有する請求項４に記載の方法。
【請求項６】
前記ルートノードは、ネットワーク制御装置を有する、請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記ルートノードから各々の基地局へ、前記データパケットを前記エアーインタフェース上で伝送するステップを更に含む、請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
同じデータパケットが前記ルートノードから各々の基地局へ伝送される、請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記複数の遅延時間は前記ルートノードおよび各々の基地局間の往復のデータパケット伝送遅延に基づく、請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
請求項１ないし９のいずれか１項に記載の方法であって、前記遅延時間を特定するステップは、
第１のタイムスタンプをリクエストに組み込むステップ；
前記リクエストを前記複数の基地局に伝送するステップ；および
各々の基地局のために、前記第１のタイムスタンプと、前記ルートノードによって受信される、前記リクエストへのレスポンス中に前記基地局によって組み込まれる第２のタイムスタンプとの差を特定するステップ
を有する方法。
【請求項１１】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであり、かつ前記ルートノードが３G  core  networkである、請求項１ないし１０のいずれか１項に記載の方法。
【請求項１２】
無線ネットワーク制御装置（RNC）がNode  Bおよび前記３G  core  network間の通信を調停する、請求項１１に記載の方法。
【請求項１３】
エアーインタフェース上で伝送されるデータパケットをバッファリングするために、無線通信インフラストラクチャの基地局によって実行される方法であって：
伝送遅延を特定するために、ルートノードから受信したリクエストに対してレスポンスするステップ；
前記ルートノードから共通のタイミング待ち時間を受け取るステップであって、前記共通のタイミング待ち時間は、前記ルートノードから複数の基地局へのデータパケットの送信のための最大遅延時間に基づくところのステップ；
受信された前記共通のタイミング待ち時間に基づいて、エアーインタフェース上で再送するための少なくとも１つのデータパケットをバッファリングするステップ
を有する方法。
【請求項１４】
前記ルートノードから前記データパケットを連続的に受信するステップを有する、請求項１３に記載の方法。
【請求項１５】
前記共通のタイミング待ち時間が終了したときに、前記データパケットを継続的にエアーインタフェース上で伝送するステップを有する、請求項１３または１４に記載の方法。
【請求項１６】
前記共通のタイミング待ち時間が前記最大遅延時間より長い、請求項１５に記載の方法。
【請求項１７】
レスポンスするステップは、前記リクエストが前記基地局によって受信された時刻を表すタイムスタンプを、前記ルートノードに提供するステップを有する、請求項１３ないし１６のいずれか１項に記載の方法。
【請求項１８】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであって、前記基地局がNode  Bである、請求項１３ないし１７のいずれか１項に記載の方法。
【請求項１９】
無線通信インフラストラクチャの複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、前記無線通信インフラストラクチャのルートノードによりなされる方法が：
ルートノードから複数の基地局へのデータパケットの伝送による最大遅延時間を特定するステップ；
前記最大遅延時間に基づく共通のタイミング待ち時間を特定するステップ；および
前記共通のタイミング待ち時間を複数の基地局のうちの少なくとも１つに発信するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有するコンピュータ可読媒体。
【請求項２０】
前記ルートノードから複数の基地局へ継続的に前記データパケットを送信するステップ
を更に有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項１９に記載のコンピュータ可読媒体。
【請求項２１】
前記共通のタイミング待ち時間が前記最大遅延時間より長い、請求項１９または２０に記載のコンピュータ可読媒体。
【請求項２２】
前記ルートノードは、コアネットワークを有しており；かつ、
遅延時間を特定するステップは、ネットワーク制御装置を経て前記ルートノードから前記基地局への前記データパケットの伝送による複数の遅延時間の最大値を特定するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項１９ないし２０のいずれか１項に記載のコンピュータ可読媒体。
【請求項２３】
遅延時間を特定するステップは、各々のネットワーク制御装置に対して、前記ルートノードから前記ネットワーク制御装置への単一の遅延時間、および前記ネットワーク制御装置から前記ネットワーク制御装置に対応する基地局への最大遅延時間を特定するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項２２に記載のコンピュータ可読媒体。
【請求項２４】
前記ルートノードはネットワーク制御装置を有する、請求項１９ないし２３のいずれか１項に記載のコンピュータ可読媒体。
【請求項２５】
前記ルートノードから複数の基地局へ前記データパケットを伝送するための、コンピュータで実行可能な命令を有する、請求項１９ないし２４のいずれか１項に記載のコンピュータ可読媒体。
【請求項２６】
前記データパケットを伝送するための前記実行可能な命令が、同じデータパケットを前記ルートノードから各々の基地局へ伝送されるようにするための命令を有する、請求項２５に記載のコンピュータ可読媒体。
【請求項２７】
前記ルートノードおよび前記基地局間の往復のデータパケット伝送遅延の最大に基づき前記最大遅延時間を特定するためのコンピュータで実行可能な命令を更に有する、請求項１９ないし２６のいずれか１項に記載のコンピュータ可読媒体。
【請求項２８】
請求項１９ないし２７のいずれか１項に記載のコンピュータ可読媒体であって、前記最大遅延時間を特定するための命令は、
各々の基地局の遅延時間を特定するための命令、
第１のタイムスタンプをリクエストに組み込み；
前記リクエストを前記複数の基地局に伝送し；および
各々の基地局のために、前記第１のタイムスタンプと、前記ルートノードによって受信される、前記リクエストへのレスポンス中に前記基地局によって組み込まれる第２のタイムスタンプとの差を特定する命令
を有するコンピュータ可読媒体。
【請求項２９】
無線通信インフラストラクチャの複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、基地局によりなされる方法が：
前記ルートノードから受け取られるデータパケットに応答するべく、データパケットを前記無線通信インフラストラクチャのルートノードに伝送するステップ；
前記ルートノードを共通のタイミング待ち時間を受け取るステップであって、前記共通のタイミング待ち時間が前記ルートノードから複数の基地局へのデータパケットの伝送のための最大遅延時間に基づくところのステップ；
前記ルートノードから受けた少なくとも１つのデータパケットを記憶するステップ；
前記共通のタイミング待ち時間が終了したときに、前記少なくとも１つのデータパケットをエアーインタフェース上で再送信するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有するコンピュータ可読媒体。
【請求項３０】
前記ルートノードから前記データパケットを継続的に受信するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項２９に記載のコンピュータ可読媒体。
【請求項３１】
前記共通のタイミング待ち時間が終了したときに、順次前記データパケットをエアーインタフェース上で伝送するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項２９または３０に記載のコンピュータ可読媒体。
【請求項３２】
前記共通のタイミング待ち時間は前記最大遅延時間より長い、請求項２０ないし請求項３１のいずれか１項に記載のコンピュータ可読媒体。
【請求項３３】
伝達するステップが、前記リクエストが前記基地局によって受信された時刻を表すタイムスタンプを、前記ルートノードに提供するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項２９または３２に記載のコンピュータ可読媒体。
【請求項３４】
前記無線通信インフラストラクチャは3GPP  UMTSインフラストラクチャであり、かつ、前記基地局はNode  Bである、請求項２９または３３に記載のコンピュータ可読媒体。
【請求項３５】
共通のタイミング待ち時間を特定するための無線通信インフラストラクチャのルートノードであって：
データパケットおよび共通のタイミング待ち時間を複数の基地局に発信するための送信機；
前記送信機によって送信された少なくとも１つのデータパケットに応答するべく、
各々の基地局からの少なくとも１つのデータパケットを受信する受信装置；および
前記基地局から受信される前記応答するデータパケットに基づき最大データパケット伝送遅延を計算するための、および、前記最大の遅延に基づき前記共通のタイミング待ち時間を計算するための処理ロジック
を有するルートノード。
【請求項３６】
前記送信機が、継続的に前記データパケットを複数の基地局に発信することを特徴とする、請求項３５のルートノード。
【請求項３７】
前記共通のタイミング待ち時間が前記最大の遅延より長い、請求項３５または請求項３６記載のルートノード。
【請求項３８】
前記処理ロジックは、前記送信機に前記ルートノードから各々の基地局へ前記同じデータパケットを送信させるように操作可能である、
請求項３５ないし請求項３７のいずれか１項に記載のルートノード。
【請求項３９】
前記ルートノードは、コアネットワークを備え、かつ、
前記処理ロジックは、ネットワーク制御装置を経て前記ルートノードから前記基地局への前記データパケットの送信のための複数の遅延時間の最大を特定するように操作可能である、
請求項３５ないし請求項３８のいずれか１項に記載のルートノード。
【請求項４０】
各々のネットワーク制御装置に対する、前記ルートノードから前記ネットワーク制御装置への単一の遅延時間および前記ネットワーク制御装置から前記ネットワーク制御装置に対応する前記基地局への最大遅延時間を、特定することによって、
前記最大遅延時間を特定するように操作可能である前記処理ロジック
を有する請求項３９記載のルートノード。
【請求項４１】
前記ルートノードはネットワーク制御装置を有する、請求項３５ないし請求項４０のいずれか１項に記載のルートノード。
【請求項４２】
前記最大の遅延は前記ルートノードおよび前記基地局間の往復のデータパケット伝送遅延に基づく、請求項３５ないし請求項４１のいずれか１項に記載のルートノード。
【請求項４３】
前記最大の遅延は、
前記少なくとも１つのデータパケットのダウンリンク送信によって前記基地局へのリクエスト発出に関連して前記ルートノードで少なくとも１つのデータパケットに取り入れられる少なくとも１つの第１のタイムスタンプ、
および前記リクエストへのレスポンスに関連して、前記基地局で少なくとも１つの応答するデータパケットに取り入れられる少なくとも１つの応答するタイムスタンプ
に基づくものであって、
前記受信装置は前記少なくとも１つの応答するデータパケットを受信するように操作可能である、
請求項３５ないし請求項４２のいずれか１項に記載のルートノード。
【請求項４４】
エアーインタフェース上で伝送されるデータパケットのバッファリングのための無線通信インフラストラクチャにおける基地局であって：
前記無線通信インフラストラクチャのルートノードから第１のデータパケット、第３のデータパケットおよび共通のタイミング待ち時間を受け取るための受信装置であって、前記共通のタイミング待ち時間が前記ルートノードから複数の基地局までデータパケットの送信のための最大遅延時間に基づくところの受信装置；および
前記第１のデータパケットに応答して第２のデータパケットを前記ルートノードに発信するための、および、前記共通のタイミング待ち時間の終了の後で前記第３のデータパケットをエアーインタフェース上で再送信するための送信機
を有する基地局。
【請求項４５】
前記受信装置が継続的に前記ルートノードから前記データパケットを受け取ることを特徴とする請求項４４に記載の基地局。
【請求項４６】
前記共通のタイミング待ち時間が終了したときに、エアーインタフェース上で順番に前記データパケットを伝送することを特徴とする請求項４４または４５に記載の基地局。
【請求項４７】
前記共通のタイミング待ち時間は前記最大遅延時間より長い、
請求項４４ないし請求項４６のいずれか１項に記載の基地局。
【請求項４８】
前記第１のデータパケットが前記受信装置によって受信された時刻を表しているタイムスタンプを前記第２のデータパケットに組み入れるための処理ロジックを有する、請求項４４ないし請求項４7のいずれか１項に記載の基地局。
【請求項４９】
前記無線通信インフラストラクチャが、3GPP  UMTSインフラストラクチャであり、前記基地局が、Node  Bである請求項４４ないし請求項４８のいずれか１項に記載の基地局。
【請求項５０】
記最大遅延時間および前記ルートノードから各々の対応する基地局への前記遅延時間の対応する待ち時間差に基づき、各々の基地局に複数のデータパケットの送信を開始するステップ、を有する請求項1ないし１２のいずれか１項に記載の方法。
【請求項５１】
送信を開始するステップが：
前記最大遅延時間と結びついている前記基地局に前記データパケットの送信を開始するステップ；および
第２の基地局と結びついている前記待ち時間差の終了の後、複数の基地局のうちの前記第２の基地局に前記データパケットの送信を開始するステップ
を有する前記請求項５０に記載の方法。
【請求項５２】
複数のデータパケットのうちの第１のデータパケットが、実質的に同じ時刻に各々の基地局に到達することを特徴とする、請求項５０または請求項５１に記載の方法。
【請求項５３】
複数のデータパケットのうちの第１のデータパケットが、各々の基地局のスケジューリング間隔の間に各々の基地局に到着することを特徴とする請求項５２に記載の方法。
【請求項５４】
送信を開始することが、各々の基地局に前記同じ複数個のデータパケットの送信を開始することを有する、請求項５０ないし５３のいずれか１項に記載の方法。
【請求項５５】
対応する、前記最大の遅延および各々の基地局に対応する遅延時間の待ち時間差に基づき、複数のデータパケットを、前記ルートノードから各々の基地局へ、前記送信機によって送信を開始することを特徴とする請求項３５ないし４３のいずれか１項に記載のルートノード。
【請求項５６】
前記最大遅延時間と結びついている前記基地局に対する前記データパケットの送信を開始し；および
前記第２の基地局と結びついている前記待ち時間差の終了の後、複数の基地局のうちの第２の基地局に対する前記データパケットの送信を開始する、実行可能な処理ロジックを有する請求項５５に記載のルートノード。
【請求項５７】
複数のデータパケットのうちの第１のデータパケットが、実質的に前記同じ時間に各々の基地局に到着するよう送信を開始する、実行可能な前記処理ロジックを有する請求項５５または請求項５６に記載のルートノード。
【請求項５８】
複数のデータパケットのうちの第１のデータパケットが、各々の基地局の前記スケジューリング間隔の間に各々の基地局に到着するように、送信を開始する、実行可能な前記処理ロジックを有する請求項５５または請求項５６に記載のルートノード。
【請求項５９】
各々の基地局に前記同じ複数個のデータパケットの送信を開始する、実行可能な前記処理ロジックを有する請求項５５ないし請求項５８のいずれか１項に記載のルートノード。
【請求項６０】
前記最大遅延時間および前記ルートノードから各々の対応する基地局への前記遅延時間の対応する待ち時間差に基づき、各々の基地局に複数のデータパケットの送信を開始するステップ、
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項１９ないし２８のいずれか１項に記載のコンピュータ可読媒体。
【請求項６１】
送信を開始するステップが：
前記最大遅延時間と結びついている前記基地局に前記データパケットの送信を開始するステップ；および
第２の基地局と結びついている前記待ち時間差の終了の後、複数の基地局のうちの前記第２の基地局に前記データパケットの送信を開始するステップ
を有する方法
を実行するためのコンピュータで実行可能な命令を有する請求項６０に記載のコンピュータ可読媒体。
【請求項６２】
複数のデータパケットのうちの第１のデータパケットが、実質的に同じ時刻に各々の基地局に到達する命令を有する、請求項６０または請求項６１に記載のコンピュータ可読媒体。
【請求項６３】
複数のデータパケットのうちの第１のデータパケットが、各々の基地局のスケジューリング間隔の間に各々の基地局に到着する命令を有する、請求項６０または請求項６１に記載のコンピュータ可読媒体。
【請求項６４】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであり、かつ前記ルートノードが３G  core  networkである、請求項１９ないし２８、または６０ないし６３のいずれか１項に記載のコンピュータ可読媒体。
【請求項６５】
無線ネットワーク制御装置（RNC）がNode  Bおよび前記３G  core  network間の通信を調停する、請求項６４に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラー通信システムの通信資源の利用、特に例えば、３rd  Generation  Partnership  Project（3GPP）無線通信方式の時分割二重ブロードキャスト通信を支える技術に関する。
【背景技術】
【０００２】
［関連技術の説明］
現在、第３世代のセルラー通信システムは、移動無線ユーザに提供される通信サービスを強化するために開発されている。ある程度広く採用されている第３世代の通信システムは、符号分割多重アクセス方式（CDMA）および周波数分割二重（FDD）または時分割二重（TDD）の技術を基礎としている。CDMAのみのシステムにおいて、ユーザ分離は、異なる拡張コードおよび／またはスクランブリング・コードを同じキャリア周波数上で、そして、同じ時間間隔において異なるユーザに割り当てることによって得られる。これは時分割多元接続（TDMA）と対照的なシステムである。ここで、ユーザ分離は異なるタイムスロットを異なるユーザに割り当てることによって達成される。
【０００３】
加えて、TDDは、アップリンク送信（すなわち移動無線通信ユニット（ワイヤレス加入者通信ユニットまたはユーザ機器“UE：User  Equipment”としばしば称される）機器からセル提供元の無線基地局を経て通信インフラストラクチャへの送信）およびダウンリンク送信（すなわち通信インフラストラクチャから無線基地局を経て移動無線通信ユニットへの送信）の双方を使用するために、同じキャリア周波数が提供される。TDDにおいて、キャリア周波数は、時間領域において一連の時間枠に再分割される。１つのキャリア周波数は、ある時間枠の間においてアップリンク送信に割り当てられ、そして、他の時間枠の間においてダウンリンク送信に割り当てられる。この原理を使用している通信システムの実例は、Universal  Mobile  Telecommunication  System（UMTS）のTDDオプションである。これは、3GPPによって部分的に定義されている。
【０００４】
従来のセルラーシステムにおいては、相互に近接した範囲をカバーするセルを提供している複数の基地局は、送信資源を重複して割り当てない。たとえば、CDMAネットワークで、相互に近接したセルを提供している基地局は、（アップリンク方向およびダウンリンク方向の両方に使われる）拡張コードを異なったものに割当てている。たとえば、これは、両方のセルに、アップリンクおよびダウンリンクに共通の拡張コードを使うが、セルの範囲内の各々のUEのためにはセル特有のスクランブリング・コードを使用することにより達成される。これらの前記組合せは、各セルで結果として事実上異なった拡張コードが利用されることになる。
【０００５】
拡張通信サービスを提供するために、第３世代のセルラー通信システムは、種々の異なる拡張サービスをサポートするように設計されている。そのような拡張サービスとして、マルチメディアサービスがある。携帯電話および他の携帯機器によって受け取られることができるマルチメディアサービスを求める需要は、ここ数年急速に高まっている。マルチメディアサービスは、通信されるデータ・コンテンツの性質のため、一般に高帯域伝送チャネルを必要とする。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通常は、単一のキャリア周波数を使用するこの種のセルラーシステムでは、無線加入者装置は、１つの無線通信ユニット（すなわち１つのセルの基地局）に接続している。ネットワークの他のセルの基地局は、通常は別の無線加入者装置に、妨害信号を生成する。これらの妨害信号は、無線加入者装置で維持することができる最大達成可能なデータレートを低下させることがある。
【０００７】
マルチメディアサービスの供給のための１つの手法は、ユニキャスト（すなわち二地点間回線）方式でマルチメディアの信号を送ることに代えて、マルチメディアの信号をブロードキャスト（同報）することである。通常は、たとえば、ニュース、映画、スポーツ、その他を支えている何十ものチャネルは、通信網上で同時に、ブロードキャスト（同報）している。
【０００８】
電波スペクトルが高価になるにつれて、できるだけ多くのブロードキャスト（同報）サービスをユーザに提供するため、高度に効率的な送信技術が必要となっている。これによって、携帯電話ユーザ（加入者）に対して、サービスに関し広い選択肢を提供することができる。従来の地上のテレビジョン／無線伝送に類似した方式によって、ブロードキャスト（同報）サービスが、セルラネットワークでも実現できることが知られている。
【０００９】
セルラーシステムによりマルチメディアのブロードキャスト（同報）サービスを配信する技術、例えばUMTSのための移動同報およびマルチキャスト・サービス（MBMS：Mobile  Broadcast  and  Multicast  Service）は、ここ数年で開発された。これらの同報セルラーシステムにおいて、同じ同報信号は、従来のセルラーシステムでは、隣接セルにおいて、異なる物理的資源を通じて送信されている。その結果として、無線加入者装置において、受信装置は、それが接続されるセルの基地局からのブロードキャスト（同報）信号を検知することが可能でなければならない。特に、（隣接セルにおいて異なる物理的資源によって送信された）付加的で潜在的に干渉する同報信号がある場合であっても、この検知がなされることを必要とする。
【００１０】
加えて、ディジタルビデオをブロードキャスト（同報）している技術（DVB）は、最近進化して、同報ビデオをモバイル携帯（DVB-H）端末に配給する目標を掲げている。しばしば、この種のネットワークのワイヤレス・インフラストラクチャ送信機は、無線中継器として作動する。それ故、（制御信号を含みユーザ情報をアップリンクすることを必要とする）アップリンクおよびダウンリンク・ユニキャスト信号を提供するために用いる、異なり独立した技術（通常の携帯電話技術）は、DVBを使用しているDVB-H端末に同報通信を容易にするために利用される。このシナリオにおいては、実質的に別のキャリア周波数で作動することができる２つの独立したネットワーク（セルラーおよび同報ネットワーク）が必要である。
【００１１】
提案され、あるいは実装されている同報無線通信技術は、同報のための異なるスペクトルを必要とする場合と、移動受信器に異なる回路を用いそれぞれの周波数による個々のブロードキャストおよびユニキャストを受信させる場合とがある。
【００１２】
かくして、通常は、同報伝送のために想定される高帯域を達成するために、また必要な同報伝送のための高スループットを実現するために、ワイヤレス通信ネットワークにおいて、隣接したセルからの干渉は、緩和されなければならない。それ故、セルラネットワークの上での同報伝送の課題に対処する改良された手法が求められている。特に、セルラーシステムの同報伝送の供給が既存のセルラーシステムと共存するのを許しているシステムは、有利である。
【００１３】
１つの手法においては、セルラネットワークは、アップリンクおよびダウンリンク・モードのユニキャスト・サービスに加えてダウンリンク放送サービスを配信するために用いる。このようにして、同報サービスは、ネットワークの全てのセルのいずれの基地局群によって、あるいは、各々に近接している一群のセルの基地局群によって、同一の物理的資源を使用して同時に送信される。なお、ユニキャスト・サービスは、従来のセルラーシステムによって、隣接セルでそれぞれ異なる物理的資源を通じて配信される。
【００１４】
たとえば、TD-CDMAを用いたセルラーシステムでは、ユニキャストの交信は隣接セル同士で異なった拡張コードを使用して送信されているとき、ブロードキャスト（同報）サービスは全ネットワークを通じてまたは同じ拡張コードを使用しているセルの一群を通じて送信することができる。さらに、同報およびユニキャスト送信は、別の時間枠において実行される。これは、移動受信器が同報信号を検知しているときに経験される干渉を減らすことができる。必要条件は別のセルからの信号が準同期式であることを確実にすることである。つまり、別の基地局からの信号が、微小の時間枠の中で受信装置UEに到着することを意味する。
【００１５】
ネットワーク制御装置から基地局に到着するデータパケットは、同じ時刻に送信されるようにするために、実質的に同じ時に到着しなければならない。ネットワークの基地局は、同期ポートを経て同期すると仮定する。典型的なものとして、GPSは、3GPP  UMTSの基地局の同期のための１つの方法である。GPS信号は、基地局の同期ポートに適用される。
【００１６】
通常は、ネットワーク制御装置は、非同期である。この場合、データパケットは、実質的に別の時刻に、基地局に到着する。したがって、基地局が局所的に同期していても、そして、エアーインタフェースで同期していても、セルからの送信は、受信装置UEからは、パケット・レベルで非同期のように見える。それらがパケット・データ・レベルできちんと同期していないように見える場合、別のデータパケットが同時に別の基地局によって送信されているので、正しく同期していないセルからの信号は干渉として現れる。その結果として、ＳＮ比は低下することがある。それ故、スループットは減少する。したがって、データパケットは、エアーインタフェースと同様に基地局で同期することを必要とする。
【課題を解決するための手段】
【００１７】
［概要］
本発明の態様は、エアーインタフェースを用いた基地局による送信のためのデータパケットをバッファリングする無線通信インフラストラクチャのルートノードを含む。ルートノードの処理ロジックは、ルートノードから各基地局への（例えば同じデータの）データパケットの送信の遅延時間、これらの遅延時間のうち最も長い遅延時間、および前記最も長い遅延時間に基づいたタイミング待ち時間を特定する。前記タイミング待ち時間は、最大遅延時間より大きい。ルートノードは、タイミング待ち時間を基地局に発信する。これに応答して、各々の基地局は、タイミング待ち時間の終了後、ルートノードが受け取ったデータパケットの送信を始める。
【００１８】
ルートノードはコアネットワークを有する。その場合には、前記遅延時間はネットワーク制御装置を経てルートノードから基地局までのデータパケットの伝送に基づく。この場合、最大遅延時間を特定することは、各々のネットワーク制御装置に関して、ルートノードからネットワーク制御装置への単一の遅延時間、およびネットワーク制御装置からネットワーク制御装置に対応する基地局への最大遅延時間を特定することを含む。他の実施態様では、ルートノードは、ネットワーク制御装置自体を有する。
【００１９】
前記遅延時間は、ルートノードおよび各々の基地局間の往復のデータパケット伝送遅延に基づく。別の処理ロジックとしては、第１のタイムスタンプをリクエストに組み込んで、該リクエストを基地局に送信して、各々の基地局において、第１のタイムスタンプおよびリクエストへのレスポンス中に基地局によって組み込まれる第２のタイムスタンプの差を特定することで遅延時間を特定することができる（なお、レスポンスはルートノードによって受け取られる）。
【００２０】
他の実施態様では、ルートノードは（基地局の代わりに）、データパケットをバッファリングする。この場合、ルートノードの処理ロジックは、ルートノードから各々の基地局までのデータパケットの送信のための遅延時間を特定し、該遅延時間の最大遅延時間を特定する；そして、ルートノードから各々の対応する基地局までの遅延時間と最大遅延時間との差に対応する待ち時間に基づき各々の基地局に対してデータパケット（例えば同じデータパケット）の送信を開始すればよい。たとえば、ルートノードは、最大遅延時間を要する基地局に、データパケットの送信を始める；そして、第２の基地局に対応する待ち時間差の終了後、第２の基地局に対するデータパケットの送信を始める。この技術によれば、第１のデータパケットは、実質的に同じ時刻（たとえば各々の基地局のスケジューリング間隔の間）に、各々の基地局に到着する。
【発明を実施するための最良の形態】
【００２１】
［詳細な説明］
以下の説明では、本発明のいくつかの実施例を例示する添付の図面を参照する。
【００２２】
他の実施例も利用できると理解される。そして、機械的、構造的、電気的、運用上の変更は現在の開示の趣旨および範囲から逸脱することなくなされる。以下の詳細な説明は限定的に理解してはならない。そして、本発明の実施例の範囲は、付与された特許のクレームによって定義される。
【００２３】
以下の詳細な説明の若干の部分は、運用の手順、ステップ、ロジックブロック、処理、およびコンピュータメモリのデータビット上で実行することができるその他の典型的な処理によって示される。手順、コンピュータで実行されるステップ、ロジックブロック、方法、その他は、所望の結果を導くステップまたは命令の完結したシーケンスであると理解されるべきである。ステップは、物理量の物理的操作を利用している。これらの量は電気、磁気または無線信号の形式をとることができる。そして、格納されること、転送されること、結合されること、比較されること、あるいはコンピューターシステムにおいて操作されることがあり得る。これらの信号は、ビット、値、要素、シンボル、文字、語、数、等で表すことができる。各々のステップは、それについてハードウェア、ソフトウェア、ファームウェアまたはこれらの組合せによって実行される。
【００２４】
以下、本発明のいくつかの実施例について説明する。これらの実施例は、3GPP  UMTSシステム、仕様および勧告に関連して記載されているが、さらに一般的に適用できる。
【００２５】
既存のセルラーシステムと同じキャリア上のセルラネットワーク中で動作する同報システムの概念については、すでに説明した。同報伝送のためのセル処理能力を増やすために、ブロードキャスト（同報）サービスを取り扱うネットワークの多数の基地局から、同時に（または、ほぼ同じ時刻に）同じ信号が伝送される。移動受信器は、これらの信号を受信し、これらを多重通路構成要素として処理する。この処理は、信号を受信処理の一部として最適な（または、ほぼ最適な）方式によって結合する。図１は、２つの基地局が同報モードによって伝送している場合を例示している。当業者は、本願明細書において記載されている全てのネットワークエレメント（例えばネットワーク制御装置、基地局、ユーザ機器）がプロセッサおよび／または他のロジックの管理下の送信機および受信装置を含むと認識する。
【００２６】
基地局１０２は、基地局１０３より移動受信器１０１に物理的に近いとする。前記それぞれの信号伝搬距離は、それぞれ１０６および１０９として示されている。グラフ１０４は、基地局１０２から伝送される多経路信号インパルス応答の強度と時刻をプロットしたものである（これは、通信理論におけるもので、実際には、物理的に実現可能な信号が伝送されている）。ここで、受信機に到着している複数の信号は、ほぼ、同時に感知される。すなわち、それらは擬似的に同時に感知される（それらが重なるか、または遅れずにほぼ重なることを意味する）。インパルスは１つだけ各々の基地局から伝送されているにもかかわらず、多数の伝播経路に対応する信号反射のため、多数のインパルス１０５が生じることがある。前記結果は、インパルス応答が時間的に汚されるということである。これは、しばしばチャネル分散と称される。
【００２７】
しばしば、CDMA受信装置は、個々の多重通路構成要素を分解して、チャネル分散を補償し、それらを適切な遅延として結合するために、レーキ受信機を使用する。グラフ１０７は、基地局１０３からの伝送によって生じている多経路信号インパルス応答の強度と時刻をプロットしたものである。１０８が、対応する多数のインパルスである。基地局１０２および１０３が外見上は同じ時刻（またはほとんど同じ時刻）に同一データを送信しているにもかかわらず、伝播経路１０９が伝播経路１０６より長いので、信号が移動受信器１０１によって受信されるときに、それらは強度対時刻のプロット１１０に示すように時間的にずれることになる。基地局１０３の送信から生じるインパルスのクラスタ１１２は、基地局１０２から生じているインパルスのクラスタ１１１より後に到着する結果になっている。これは、伝播経路１０９が伝播経路１０６より長いからである。グラフ１１０の時間間隔１１３は、経路１０９および１０６間の伝播時間の差である。時間間隔１１４は、時間間隔が十分に短い場合、受信装置信号処理（例えばレーキ受信機）で補償することができる混合性の基地局送信によるチャネル分散である。
【００２８】
図２は、ネットワークアーキテクチャを例示したものである。基地局２０６から２０９は、移動受信器に無線通信を提供する。ネットワーク制御装置２０４および２０５は、各々多数の基地局を制御する。ネットワーク制御装置は、無線通信資源を制御して、基地局とコアネットワーク２０３の間のインターフェースを提供する。コアネットワーク２０３は、データのセッション管理および外部ネットワークに対しての経路指示を提供する。サービスセンター２０２は、同報情報のスケジューリングを提供し、コンテンツ・プロバイダにインターフェースを提供し、セキュリティおよび認証を提供し得る。3GPPでは次の用語を使う：（i）基地局は、Node  B；（ii）ネットワーク制御装置は、RNC；（iii）コアネットワークは３G  core  network（GPRSサポート・ノード（SGSN）のRNCへのインターフェースを提供しサポートしている）；そして（iv）サービスセンターはBM-SC（これは同報マルチキャスト−サービスセンターの略であって、３GコアネットワークのGGSNへのインターフェースを提供している）。コンテンツ・プロバイダ２０１からのデータは、サービスセンター２０２（BM-SC）およびコアネットワークを通過する。データは、コアネットワークから複数のネットワーク制御装置まで送られる。各々のネットワーク制御装置に送信されるデータは同一である点に注意する。3GPP標準仕様TS２３.２４６  v６.４.０  の  “３rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Multimedia  Broadcast/Multicast  Service  (MBMS);  Architecture  and  Functional  Description  (Release  ６),”  、the  3GPP  Support  Office著、（６５０  Route  des  Lucioles  -  Sophia  Antipolis,  Valbonne  -  FRANCE）は、更なる詳細を含んでいる。そして、本願明細書においてこれを引用し組み入れたものとする。
【００２９】
もし、別々の基地局からの信号が擬似的に同期している場合（すなわち、別々の基地局からの信号が微小の時間枠内で受信装置UEに到着する場合）、UE  受信機の信号処理回路が、適切な遅延時間で、個々の多重通路信号成分の全てを処理し結合することができる。ネットワーク制御装置から基地局に受信されるデータパケットは、同じ時刻に再送信されるようにするため、実質的に同じ時に到着しなければならない。いくつかの実施例では、データが基地局のスケジューリング間隔の間に到着するよう、システムがそれを保障する。ネットワークの基地局は同期ポートを経て局所的（locally）に同期する。GPSは、基地局の同期のための１つの方法である。GPS信号は、基地局の同期ポートに適用される。
【００３０】
上記のように、ネットワーク制御装置は、通常は非同期である。この種の場合、データパケットは、実質的に別の時刻に、基地局に到着する。したがって、局所的に基地局は同期しており、エアーインタフェースで同期させた場合であっても、セルからの伝送は、受信装置UEから観測されるときには、データパケット・レベルで非同期のように見える。もし、それらがデータパケット・レベルで同期していないように見える場合、異なるデータパケットが同時に別の基地局によって送信されているので、同期していないセルからの信号は干渉として現れる。その結果として、ＳＮ比は低下することがありえる、そして、それ故、処理能力は減少していることがありえる。
図１を参照する。同期していないケースのＳＮ比（SNR）は、数１によって与えられる。
【００３１】
【数１】
2009524313.tif 000003
ここで、Ｐ１は１１１の受信電力であり、Ｐ２は１１２の受信電力であり、そして、ｎは熱雑音である。もし、全ての基地局からの送信されたデータパケットが同期している場合、伝送はUEで多重経路の構成要素として現れる。このように、一旦それらが特定されるならば、それらは通常の検知アルゴリズムで同期して結合することができる。このことの結果は、有効なＳＮ比（SNR）が非常に改善される、つまり、求められている信号成分が増加し、そして、さらに干渉構成要素が減少するという両方の結果が得られる。図１において同期しているケースのＳＮ比（SNR）は、数２によって与えられる。
【００３２】
【数２】
2009524313.tif 000004
それゆえにデータパケットは、エアーインタフェースと同様に、基地局でも同期する必要がある。本発明の実施例は、準同期式送信を確実にするために基地局でデータパケットを同期させる新規な技術を提供する。
【００３３】
この課題は、ネットワーク制御装置が同期するときでも、同様に起こる可能性がある。たとえば、図２において、伝送遅延２１０が伝送遅延２１１より小さい場合、コアネットワーク２０３からのデータは、第２のネットワーク制御装置（２０５）に到着する前に、第１のネットワーク制御装置（２０４）に到着する。ネットワーク制御装置がマスター同期信号を経て同期した場合であっても、２１２から２１５までの異なる伝送遅延のために、ネットワーク要素間の伝送遅延が、基地局までの到着時間を異ならせる結果となる。明らかに、準同期式同報伝送を可能にするために、同じデータパケットは、同報モードの基地局の全てによって、同じ（またはほぼ同じ）時刻に送信されなければならない。本発明の実施例は、関係する全ての基地局からのデータパケットの送信がデータパケット・レベルで実質的に同期することを確実にする。
【００３４】
図３は、ネットワーク線図を示している。ツリーにおけるノードはネットワークエレメント（例えばコアネットワーク、ネットワーク制御装置および基地局）である。そして、ノード間の接続は要素間の遅延を示す。アーキテクチャは、階層的である。この例では、３枚の層から成る。線図は、３つのレイヤアーキテクチャを示す：層０はルートノードに対応する、層１はルートノードに接続していて、Ｋ個のネットワークエレメントを有する。そして、層２は階層の最低位層（または終点層）であって、層１の各々のネットワークエレメントのためのＱｋ個のネットワークエレメントを有する。ネットワークエレメントＮ０をソースノードまたはルートノードと定める。ある実施例においては、ルートノードは、物理的にコアネットワークに対応する。
【００３５】
ネットワークエレメントＮ０およびＮｋ（ｋ＝１，Ｋ）の間で遅延はｄｋと定義される。そして、ネットワークエレメントＮｋおよびＮｋ，ｑ（ｑ＝１,．．．，Ｑｋ）の間で遅延はｄｋ，ｑと定義される。遅延は、秒を単位にして定められる。ネットワークエレメントＮ０からネットワークエレメントＮｋ（ｋ≠０）までの最大の遅延Ｎｋ，ｑは、数３によって与えられる。
【００３６】
【数３】
2009524313.tif 000005
ここで、前記関数max（．．．）は、ｋを一定に保って、ｑを１からＱｋまで変化させたときの最大値を求める関数である。遅延の集合をＤ＝（Ｄ１，Ｄ２，．．．，ＤＫ）とし、ルートノードから層２まで最大の遅延を数４として定義する。
【００３７】
【数４】
2009524313.tif 000006
図４は、ルートノードがネットワークエレメントＮｋとＮｋ，ｑとに関連している遅延情報を得る実施例を示している。ルートノードＮ０は、メッセージ“リクエスト”をネットワークエレメントＮｋ，ｑに送信する。ルートノードからのメッセージ“リクエスト”は、ネットワークエレメントＮｋ，ｑからの“レスポンス”メッセージを要請する。この例では、ネットワークエレメントＮｋが、ＮｋとＮｋ，ｑ間のメッセージ回送を提供する。ルートノードがメッセージ“レスポンス”を受信すると、全体の遅延は往復遅延であって、これは、２Ｄｋに等しい。片道の遅延を得るために、往復遅延は半分にされる。ルートノードは、上記の手順を、最も低い（終点）層の各々のネットワークエレメントに実行し、ネットワークの全ての遅れを取得するまでこれを続ける。ルートノードが全ての推定された遅延を取得すると、ルートノードはネットワークで最も長い遅延を推定するために数２を使用する。
【００３８】
最大の遅延Ｄｍａｘが取得されると、ルートノードは、データが同時に、最低位層（例えば基地局の層）のネットワークエレメントＮｋ，ｑによって送信することができる最も早い時刻を推定することができる。ルートノードは、ネットワークエレメントＮｋ，ｑの全てに、送信のためのタイミング待ち時間の信号を送る。タイミング待ち時間は、Ｄｍａｘより大きいか、等しい。ルートノードは、最低位層（すなわち基地局）のネットワークエレメントに、データパケットの送信を始める。
【００３９】
上流に向かう遅延および下流に向かう遅延は異なるため、ルートノードおよび終点ノードの遅延は、同等ではなく、このため、十分な余裕がＤｍａｘに加算されなければならないことは、当業者によって理解される。他の実施例では、ルートノードから最低位層までの一方向の遅延を推定する方法として、ルートノードおよび最低位層ネットワークエレメントで時間スタンピングを使用してもよい。これは、メッセージ“リクエスト”および“レスポンス”の一部として含ませることができる。換言すれば、レスポンスメッセージはルートノードにリクエストメッセージが最低位層で受け取られた時刻を提供する。それはリクエストメッセージが送信された時刻と比較することができる。リクエスト時刻をリクエストメッセージに含ませて送ることができ、これによってレスポンスメッセージに一方向の遅延を表す差分値を含ませることができる。そして、これは、最低位層のネットワークエレメントにおいて計算してもよい。通信システム設計の当業者であれば、余裕を推定する追加的（Additional）方法によって算出できる。
【００４０】
ネットワーク遅延が各々のネットワーク端末とルートノードの間で異なることは、起こり得ることである。この課題を解決するために、データパケットのバッファリングが、下位層（例えば基地局）のネットワークエレメントで使われる。バッファリングは、最大の遅延（タイミング待ち時間）が到来する時刻まで少なくとも情報を記憶することを必要とする。図５はこれを示している。
【００４１】
この例では、層は２つだけである。ルートノードＮ０から第１のネットワークエレメントＮ１への遅延は、ルートノードから第２のネットワークエレメントN２まで遅延より小さい。ルートノードは、連続的な４つのパケットのデータを送信する。第２のネットワークエレメントが第１のデータパケットを受信するときに、第１のネットワークエレメントのデータバッファは２つのデータパケットを記憶している。タイミング待ち時間は、少なくとも最大の遅延に設定される。タイミング待ち時間に達するときに、第１のデータパケットは第１および第２のネットワークエレメント（例えば基地局）から同時に送信される。このようにして、エアーインタフェースで準同期式送信が達成されるのを助ける。全ての４つのデータパケットが送信されるまで、送信は続けられる。
【００４２】
１つの3GPP実施例において、ネットワークは３つの層を有する；層０のルートノードまたはネットワークエレメントはSGSNである。層１のネットワークエレメントはRNCで、そして、層２のネットワークエレメントはNode  Bである。さらに他の3GPP実施例においては、２つの層だけがあり、層０のルートノードまたはネットワークエレメントはRNCである、そして、層１のネットワークエレメントはNode  Bである。本発明の各種実施形態が多数の層をサポートできることが理解される。なお、終端には、各々の実施例は単一のルートノードを必要とする。
【００４３】
他の実施態様では、下位層のネットワークエレメント（この例では基地局）でデータパケットをバッファリングする代わりに、システムは、ルートノードでデータパケットをバッファリングして、データパケットが基地局に実質的に同じ時刻に（例えばスケジューリング間隔の間に）到着するようにするため、各々の基地局に別の時刻にルートノードからデータパケットを送信する。この技術は、タイミング待ち時間を基地局に送ることを必要としない。その代わりに、ルートノードは、Ｄｍａｘとルートノードから各々の基地局（ＢＳｉ）への遅延との差（δｉ）を計算する。最大の遅延Ｄｍａｘと関連した基地局（ＢＳｍａｘ）にデータパケットの送信を始めたあと、ルートノードは対応する基地局（ＢＳｉ）にデータパケットの送信を始める前に差（δｉ）の終了を待つ。
【００４４】
本発明が具体例および実例となる図によって記載されているが、当業者は本発明が記載されている実施例または図に限定されないことを認識する。
【００４５】
当業者は、多数の実施形態の運用が、ハードウェア、ソフトウェア、ファームウェアまたはこれらの組合せを使用して適切に実装されると認識する。たとえば、一部の方法は、ソフトウェア、ファームウェアまたはハードワイヤードロジックの管理下のデジタル回路またはコンピュータ（一般的に本明細書において、コンピュータまたはプロセッサと称される）を使用して実行することができる。ソフトウェアおよびファームウェアは、コンピュータ可読媒体上に記憶することができる。他の方法は、アナログ回路を使用して実装してもよく、このことは当業者に周知である。
【００４６】
いうまでもなく、明確性を担保するために、上記説明は、別の機能を有する装置およびプロセッサに関連して本発明の実施例を記載していることを認識されたい。しかしながら、別の機能単位とプロセッサ間の機能の適切な分散は、本発明を損なわずに使われることは、明らかである。たとえば、別々のプロセッサまたはコントローラによって実行されると示されている機能は、同じプロセッサまたはコントローラによって実行される。それ故、特定の機能単位の参照は、厳密に、論理物理構造または組織を表すのではなく、むしろ、記載されている機能を提供するための適切な手段の参照とみなされる。
【００４７】
本発明が、ある実施例と関連して記載されていたとしても、それは本願明細書において記載される特定の形式に限られることを目的としているものではない。むしろ、本発明の範囲は、請求項だけによって制限される。加えて、特徴が具体例と関連して記載されているように見えるにもかかわらず、当業者は記載されている実施例のさまざまな特徴が本発明に従って結合され得ると認識する。
【００４８】
さらに、個々に一覧を示すにもかかわらず、たとえば、複数の手段、要素または方法ステップは単一ユニットまたはプロセッサによって実装される。加えて、個々の特徴が異なるクレームに包含されていることがあるが、これらは、適切に結合され得る。そして、異なるクレームに包含させることは、特徴の組合せが可能でないということおよび／または有利でない、ということを意味するものではない。同様に、１つのカテゴリのクレームに特徴を包含させることは、そのカテゴリを限定することを意味しない。むしろ、その特徴が、その他のクレームのカテゴリに等しく適切に適用できる。
【図面の簡単な説明】
【００４９】
【図１】加入者端末が２つの基地局から同報信号を受信している図である。
【図２】インフラストラクチャ・ネットワークを示す図である。
【図３】結びつけられたノード間の伝送遅延と関連したネットワークノードのツリーを示す図である。
【図４】ルートノードによって伝送遅延情報を得る方法に係る本発明の実施例を示す図である。
【図５】データパケットをバッファリングする本発明の他の実施例を示す図である。
【符号の説明】
【００５０】
１０１  移動受信器
１０２、１０３、２０６〜２０９  基地局
２０１  コンテンツサーバ
２０２  サービスセンター
２０３  コアネットワーク
２０４  第１のネットワーク制御装置
２０５  第２のネットワーク制御装置
【図１】
2009524313.tif 000007
【図２】
2009524313.tif 000008
【図３】
2009524313.tif 000009
【図４】
2009524313.tif 000010
【図５】
2009524313.tif 000011
【手続補正書】
【提出日】平成20年9月25日(2008.9.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、無線通信インフラストラクチャのルートノードによって実行される方法であって：
ルートノードから前記複数の基地局へのデータパケットの伝送による複数の遅延時間を特定するステップ；
前記複数の遅延時間から最大遅延時間を特定するステップ；
使用される共通タイミング待ち時間を、前記最大遅延時間に基づいて、特定するステップ；および
前記共通タイミング待ち時間を前記複数の基地局に伝送するステップ
を有する方法。
【請求項２】
請求項１に記載の方法であって、前記ルートノードから前記複数の基地局へ連続的に前記データパケットを伝送するステップを更に有することを特徴とする方法。
【請求項３】
前記共通タイミング待ち時間が前記最大遅延時間より長い、請求項１または請求項２に記載の方法。
【請求項４】
請求項１ないし３のいずれか１項に記載の方法であって：
前記ルートノードが、コアネットワークを有しており；かつ、
前記遅延時間を特定するステップが、ネットワーク制御装置を経て前記ルートノードから前記基地局への前記データパケットの伝送による複数の遅延時間を特定するステップ
を有する方法。
【請求項５】
前記最大遅延時間を特定するステップが、各々のネットワーク制御装置に対して、前記ルートノードから前記ネットワーク制御装置への単一の遅延時間、および前記ネットワーク制御装置から前記ネットワーク制御装置に対応する基地局への最大遅延時間を特定するステップ
を有する請求項４に記載の方法。
【請求項６】
前記ルートノードが、ネットワーク制御装置を有する、請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記ルートノードから各々の基地局へ、前記データパケットを前記エアーインタフェース上で伝送するステップを更に有する、請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
同じデータパケットが前記ルートノードから各々の基地局へ伝送される、請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記複数の遅延時間が、前記ルートノードおよび各々の基地局間の往復のデータパケット伝送遅延に基づく、請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
請求項１ないし９のいずれか１項に記載の方法であって、前記遅延時間を特定するステップが、
第１のタイムスタンプをリクエストに組み込むステップ；
前記リクエストを前記複数の基地局に送るステップ；および
各々の基地局のために、前記第１のタイムスタンプと、前記ルートノードによって受信される、前記リクエストへのレスポンス中に前記基地局によって組み込まれる第２のタイムスタンプとの差を特定するステップ
を有する方法。
【請求項１１】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであり、かつ前記ルートノードが３G  core  networkである、請求項１ないし１０のいずれか１項に記載の方法。
【請求項１２】
無線ネットワーク制御装置（RNC）がNode  Bおよび前記３G  core  network間の通信を調停する、請求項１１に記載の方法。
【請求項１３】
前記最大遅延時間および前記ルートノードから各々の対応する基地局への遅延時間との間の、対応する待ち時間差に基づき、各々の基地局に複数のデータパケットの伝送を開始するステップ、を更に有する請求項１ないし１２のいずれか１項に記載の方法。
【請求項１４】
前記伝送を開始するステップが：
前記最大遅延時間と対応する前記基地局に前記データパケットの伝送を開始するステップ；および
第２の基地局と対応する前記待ち時間差の終了の後、前記複数の基地局のうちの前記第２の基地局に前記データパケットの伝送を開始するステップ
を有する請求項１３に記載の方法。
【請求項１５】
複数のデータパケットのうちの第１のデータパケットが、実質的に同じ時刻に各々の基地局に到達する、請求項１３または１４に記載の方法。
【請求項１６】
複数のデータパケットのうちの第１のデータパケットが、各々の基地局のスケジューリング間隔の間に各々の基地局に到着する、請求項１５に記載の方法。
【請求項１７】
エアーインタフェース上で伝送されるデータパケットをバッファリングするために、無線通信インフラストラクチャの基地局によって実行される方法であって：
伝送遅延を特定するために、ルートノードから受信したリクエストに対してレスポンスするステップ；
前記ルートノードから、複数の基地局に対して共通の、共通タイミング待ち時間を受け取るステップであって、前記共通タイミング待ち時間が、前記ルートノードから複数の基地局へのデータパケットの送信のための最大遅延時間に基づくところのステップ；
受信された前記共通タイミング待ち時間に基づいて、エアーインタフェース上で再度伝送するための少なくとも１つのデータパケットをバッファリングするステップ
を有する方法。
【請求項１８】
前記ルートノードから前記データパケットを連続的に受信するステップをさらに有することを特徴とする、請求項１７に記載の方法。
【請求項１９】
前記共通タイミング待ち時間が終了したときに、前記データパケットを順番にエアーインタフェース上で伝送するステップを更に有することを特徴とする、請求項１７または１８に記載の方法。
【請求項２０】
前記共通タイミング待ち時間が前記最大遅延時間より長い、請求項１９に記載の方法。
【請求項２１】
前記レスポンスするステップは、前記リクエストが前記基地局によって受信された時刻を表すタイムスタンプを、前記ルートノードに提供するステップを有する、請求項１７ないし２０のいずれか１項に記載の方法。
【請求項２２】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであって、前記基地局がNode  Bである、請求項１８ないし２１のいずれか１項に記載の方法。
【請求項２３】
無線通信インフラストラクチャの複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、前記無線通信インフラストラクチャのルートノードによりなされる方法をコンピュータにより実行させるためのプログラムであって：
ルートノードから複数の基地局へのデータパケットの伝送による最大遅延時間を特定するステップ；
前記最大遅延時間に基づく共通タイミング待ち時間を特定するステップ；および
前記共通タイミング待ち時間を前記複数の基地局に伝送するステップ
を有する方法をコンピュータにより実行させるためのプログラム。
【請求項２４】
前記最大遅延時間および前記ルートノードから各々の対応する基地局への遅延時間との間の、対応する待ち時間差に基づき、各々の基地局に複数のデータパケットの伝送を開始するステップ、を更に有する請求項２３に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項２５】
前記伝送を開始するステップが：
前記最大遅延時間と対応する前記基地局に前記データパケットの伝送を開始するステップ；および
第２の基地局と対応する前記待ち時間差の終了の後、前記複数の基地局のうちの前記第２の基地局に前記データパケットの伝送を開始するステップ
を有する請求項２４に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項２６】
複数のデータパケットのうちの第１のデータパケットが、実質的に同じ時刻に各々の基地局に到達するようにさせるステップを有する、請求項２４または２５に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項２７】
複数のデータパケットのうちの第１のデータパケットが、各々の基地局のスケジューリング間隔の間に各々の基地局に到着するようにさせるステップを有する、請求項２５に記または２６に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項２８】
複数の基地局によってエアーインタフェース上で伝送されるデータパケットをバッファリングするために、無線通信インフラストラクチャの基地局によりなされる方法をコンピュータにより実行させるためのプログラムであって：
ルートノードから受け取られるデータパケットに応答するべく、データパケットを前記無線通信インフラストラクチャの前記ルートノードに伝送するステップ；
前記ルートノードから、共通タイミング待ち時間を受け取るステップであって、前記共通タイミング待ち時間が、前記ルートノードから複数の基地局へのデータパケットの送信のための最大遅延時間に基づくところのステップ；
前記ルートノードから受けた少なくとも１つのデータパケットを記憶するステップ；
前記共通タイミング待ち時間が終了したときに、前記少なくとも１つのデータパケットをエアーインタフェース上で再度伝送するステップ
を有する方法をコンピュータにより実行させるためのプログラム。
【請求項２９】
前記無線通信インフラストラクチャが3GPP  UMTSインフラストラクチャであり、かつ前記ルートノードが３G  core  networkである、請求項２３または２８に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項３０】
無線ネットワーク制御装置（RNC）がNode  Bおよび前記３G  core  network間の通信を調停する、請求項２９に記載の方法。
【請求項３１】
共通タイミング待ち時間を特定するための無線通信インフラストラクチャのルートノードであって：
データパケットおよび共通タイミング待ち時間を複数の基地局に送信するための送信装置；
前記送信装置によって送信された少なくとも１つのデータパケットに応答する少なくとも１つのデータパケットを、各々の基地局から、受信する受信装置；および
前記基地局から受信される前記応答するデータパケットに基づきデータパケット伝送の最大遅延時間を計算するための、および、前記最大遅延時間に基づき前記共通タイミング待ち時間を計算するための処理ロジック装置
を有するルートノード。
【請求項３２】
前記処理ロジック装置が、前記送信装置に前記ルートノードから各々の基地局へ同じデータパケットを送信させるよう動作可能である、
請求項３１に記載のルートノード。
【請求項３３】
前記最大遅延時間が、前記ルートノードおよび前記基地局間の往復のデータパケット伝送遅延に基づく、請求項３１または３２に記載のルートノード。
【請求項３４】
請求項３１ないし３３のいずれか１に記載のルートノードであって、前記最大遅延時間が、少なくとも１つのデータパケットのダウンリンク送信によって、前記基地局へのリクエスト発出に関連して、前記ルートノードで前記少なくとも１つのデータパケットに取り入れられる、少なくとも１つの第１のタイムスタンプ、および前記リクエストへのレスポンスに関連して、前記基地局で少なくとも１つの応答するデータパケットに取り入れられる、少なくとも１つの応答するタイムスタンプに基づくものであって、
前記受信装置が、前記少なくとも１つの応答するデータパケットを受信するよう動作可能である
ルートノード。
【請求項３５】
前記最大遅延時間および前記ルートノードから各々の対応する基地局への遅延時間との間の、対応する待ち時間差に基づき、前記送信装置によって、各々の基地局に複数のデータパケットの伝送を開始する、請求項３１ないし３４のいずれか１項に記載のルートノード。
【請求項３６】
前記請求項３５に記載のルートノードであって、前記処理ロジック装置が：
前記最大遅延時間と対応する前記基地局に前記データパケットの送信を開始し；かつ
第２の基地局と対応する前記待ち時間差の終了の後、複数の基地局のうちの前記第２の基地局に前記データパケットの送信を開始するよう動作可能であるルートノード。
【請求項３７】
前記処理ロジック装置は、複数のデータパケットのうちの第１のデータパケットが、実質的に同じ時刻に各々の基地局に到達するよう伝送を開始するよう動作可能である、請求項３５または３６に記載のルートノード。
【請求項３８】
前記処理ロジック装置は、複数のデータパケットのうちの第１のデータパケットが、各々の基地局のスケジューリング間隔の間に各々の基地局に到着するよう伝送を開始するよう動作可能である、請求項３６または３７に記載のルートノード。
【請求項３９】
前記処理ロジック装置が、各々の基地局へ、同じ複数のデータパケットの伝送を開始するよう動作可能である、請求項３５ないし３８のいずれか１項に記載のルートノード。
【請求項４０】
エアーインタフェース上で伝送されるデータパケットのバッファリングのための無線通信インフラストラクチャの基地局であって：
前記無線通信インフラストラクチャのルートノードから第１のデータパケット、第３のデータパケットおよび、複数の基地局に対して共通の、共通タイミング待ち時間を受け取るための受信装置であって、前記共通タイミング待ち時間が前記ルートノードから複数の基地局までデータパケットの送信のための最大遅延時間に基づくところの受信装置；および
前記第１のデータパケットに応答して第２のデータパケットを前記ルートノードに伝送するための、および、前記共通タイミング待ち時間の終了の後に前記第３のデータパケットをエアーインタフェース上で再度伝送するための送信装置。
を有する基地局。
【請求項４１】
前記第１のデータパケットが前記受信装置によって受信された時刻を表しているタイムスタンプを前記第２のデータパケットに組み入れるための処理ロジック装置を更に有する、請求項４０に記載の基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
通常は、ネットワーク制御装置は、非同期である。この場合、データパケットは、実質的に別の時刻に、基地局に到着する。したがって、基地局が局所的に同期していても、そして、エアーインタフェースで同期していても、セルからの送信は、受信装置UEからは、パケット・レベルで非同期のように見える。それらがパケット・データ・レベルできちんと同期していないように見える場合、別のデータパケットが同時に別の基地局によって送信されているので、正しく同期していないセルからの信号は干渉として現れる。その結果として、ＳＮ比は低下することがある。それ故、スループットは減少する。したがって、データパケットは、エアーインタフェースと同様に基地局で同期することを必要とする。
【特許文献１】英国特許出願公開第２３５９９６０号明細書  上記文献は、個々のタイミング待ち時間が、遅延を補償する形式で、各々の基地局に送信されている時間分割されたセルラーシステムのフレーム・タイミングを整列配置するための手法を開示している。
【特許文献２】欧州特許出願公開第０６４８５１号明細書  上記文献は、主局から従局まで往復の測定値を使用して従局のフレーム同期がなされる手法を開示している（無線基地局）。
【特許文献３】独国特許出願公開第１９８１８３２５明細書  上記文献は、伝達遅れ時間を測定するために信号のループバックを使用してフレームを同期させる手法を開示している。
【特許文献４】英国特許出願公開第２３２１８２９号明細書  上記特許文献４は、特許文献３と同様の技術を開示している。
【特許文献５】国際公開第９９／３３２０７号パンフレット  上記文献は、CDMAシステムのダイバーシティまたはソフトハンドオーバーを実行するために、基地局のためのフレーム同期手法を開示している。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
図２は、ネットワークアーキテクチャを例示したものである。基地局２０６から２０９は、移動受信器に無線通信を提供する。ネットワーク制御装置２０４および２０５は、各々多数の基地局を制御する。ネットワーク制御装置は、無線通信資源を制御して、基地局とコアネットワーク２０３の間のインターフェースを提供する。コアネットワーク２０３は、データのセッション管理および外部ネットワークに対しての経路指示を提供する。サービスセンター２０２は、同報情報のスケジューリングを提供し、コンテンツ・プロバイダにインターフェースを提供し、セキュリティおよび認証を提供し得る。3GPPでは次の用語を使う：（i）基地局は、Node  B；（ii）ネットワーク制御装置は、RNC；（iii）コアネットワークは３G  core  network（GPRSサポート・ノード（SGSN）のRNCへのインターフェースを提供しサポートしている）；そして（iv）サービスセンターはBM-SC（これは同報マルチキャスト−サービスセンターの略であって、３GコアネットワークのGGSNへのインターフェースを提供している）。コンテンツ・プロバイダ２０１からのデータは、サービスセンター２０２（BM-SC）およびコアネットワークを通過する。データは、コアネットワークから複数のネットワーク制御装置まで送られる。各々のネットワーク制御装置に送信されるデータは同一である点に注意する。3GPP標準仕様TS２３.２４６  v６.４.０  の  “３rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Multimedia  Broadcast/Multicast  Service  (MBMS);  Architecture  and  Functional  Description  (Release  ６),”  、the  3GPP  Support  Office著、（６５０  Route  des  Lucioles  -  Sophia  Antipolis,  Valbonne  -  FRANCE）は、更なる詳細を含んでいる。
【国際調査報告】
2009524313.tif 000012
2009524313.tif 000013
2009524313.tif 000014