(57)【要約】  本発明は、既に少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）が確立されている伝送媒体を介して複数の通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立する方法および装置に関する。本発明においては、それぞれ１つの通信関係を確立するためのクエリに関連する情報がその都度検出され、検出された少なくとも２つの情報に依存にして既に確立されている少なくとも１つの通信関係のうちの少なくとも１つが終了されるか維持される。検出される情報は例えばクエリの時点であり、これによって２つのクエリ間に経過した時間に基づき例えば通信関係の種類を推測することができる。本発明によれば、例えば期間が短ければＩＰ−ＴＶデータストリームを推測することができ、帯域を節約するために既に確立されている先行の通信関係が即座に終了される。
2009538585.tif 000002
【特許請求の範囲】
【請求項１】
既に少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）が確立されている伝送媒体を介して複数の通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立する方法において、
それぞれ１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立するためのクエリに関連する情報をその都度検出し、検出された少なくとも２つの情報に依存にして既に確立されている少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）のうちの少なくとも１つを終了するか維持することを特徴とする、通信関係を確立する方法。
【請求項２】
検出された前記情報は前記クエリの時点（ｔ1）を含む、請求項１記載の方法。
【請求項３】
既に確立されている少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）を、検出された少なくとも２つの時点（ｔ1）間に経過した時間に依存して終了するか維持する、請求項２記載の方法。
【請求項４】
前記時間が所定の限界値を下回る場合には、既に確立されている少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）を終了する、請求項３記載の方法。
【請求項５】
検出された前記情報は前記クエリを行った少なくとも１つの加入者（ＴＮ１，ＴＮ２，ＴＮ３）を識別するための情報を含む、請求項１から４までのいずれか１項記載の方法。
【請求項６】
前記クエリに関連する情報は前記クエリを行った少なくとも１つの加入者端末装置を識別するための情報を含む、請求項１から５までのいずれか１項記載の方法。
【請求項７】
中央ユニットと少なくとも１つの加入者コネクションとの間の前記通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立または終了する、請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）をポイント・ツー・マルチポイントコネクションの枠内で確立または終了する、請求項１から７までのいずれか１項記載の方法。
【請求項９】
前記通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）のうちの少なくとも１つの通信関係をテレビ番組の伝送の枠内でインターネットプロトコルを用いて確立する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
既に少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）が確立されている伝送媒体を介して複数の通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立する装置において、
それぞれ１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）を確立するためのクエリに関連する情報をその都度検出する検出手段と、検出された少なくとも２つの情報に依存にして、既に確立されている少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）のうちの少なくとも１つを終了または維持する手段とを有することを特徴とする、通信関係を確立する装置。
【請求項１１】
検出された前記情報は前記クエリの時点（ｔ1）を含むよう前記検出手段は構成されている、請求項１０記載の装置。
【請求項１２】
検出された少なくとも２つの時点（ｔ1）間に経過した時間が所定の限界値を下回る場合には、既に確立されている少なくとも１つの通信関係（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）を終了させるよう前記通信関係を終了または維持する手段は構成されている、請求項１１記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信関係を確立するための方法と装置に関する。
【０００２】
現在の通信ネットワークにおいては、より高いデータ伝送レートがユーザによってますます所望されている。通信ネットワークの加入者コネクションネットワーク（アクセスネットワーク）においても高伝送レートを提供することができる伝送方法は例えばｘＤＳＬ方式に従い動作する方法である。この伝送方法により、通信ネットワークのプロバイダは自身の顧客に例えばインターネットへのブロードバンドコネクションを提供することができ、そのようなブロードバンドコネクションにより加入者は多くのアプリケーションを一層簡単且つ高速に利用することができる。高伝送レートのために必要とされるこの種のデータが集中するアプリケーションの例はリアルタイムが重要となるマルチメディアファイルの伝送である。
【０００３】
殊に将来では、例えば通常のテレビ番組もますますパケット指向の通信ネットワーク、例えばＩＰネットワーク（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を介して伝送されることになるであろう。このサービスはいわゆる「トリプルプレイ」の一部と見なされる。トリプルプレイとは本来別個の３つのデータサービス（電話、インターネット、テレビ）が同一の通信ネットワークを介して伝送されることを意味する。
【０００４】
ＩＰネットワーク（ＩＰ−ＴＶ）を介するテレビ伝送においては、情報が大抵の場合いわゆる「ストリーム」で伝送される。このことは、中央サーバがテレビ番組を連続的なデータストリームに変換し（番組がストリーミングされる）、このデータストリームを個々の加入者に配布することを意味する。データストリームはその種の配布サービスの枠内で個々の加入者によって受信され、逆変換され、最終的に画面に表示される。
【０００５】
しかしながらこの種のテレビ伝送を問題なく提供できるようにするためには、その種のストリーミング方式においても加入者ないし顧客に対して、現在のＴＶネットワーク（ケーブル、衛星、アンテナ）のテレビ画像と少なくとも同一の品質のテレビ画像が提供されるということを考慮しなければならない。
【０００６】
このことは詳細には、一方では例えば十分な画像品質が達成されることを意味する。殊にビデオ伝送においては伝送エラーにより、画像表示において容易に識別できるエラー、したがって非常に乱れた画像表示が生じる。つまり、画像が例えば不鮮明に表示される可能性がある。またはいわゆるブロックエラーが生じ、画像の個々の部分が適切に表示されない。
【０００７】
しかしながら他方では、ＩＰ−ＴＶを問題なく提供するためには、加入者が従来のテレビ伝送ネットワークにおいて慣れている別の性能または特性がＩＰ−ＴＶにおいても提供されることも保証されなければならない。それらの特性のうちの１つは２つのテレビ番組を切り替える際の可能な限り短い切り替え時間である。
【０００８】
このような短い切り替え時間は従来のＴＶネットワークにおいては通常のことである。何故ならば、従来のＴＶネットワークにおいては受信可能な全ての番組が加入者のコネクションに同時に存在するからである。しかしながらＩＰ（またはイーサネット）を基礎とするネットワークにおいては状況が異なる。つまりこの種のネットワークでは、加入者のコネクションには常に要求した番組しか存在しない。基本的に加入者はＩＰネットワークにおいて中央のサーバに、所定のストリーム（所定のテレビ番組）を受信したいことを通知する。すなわち加入者はこのサーバとの通信コネクションを要求する。このリクエストに基づきサーバは相応のストリームを加入者に転送する。したがってストリームの切り替えに相当する切り替えプロセスでは、先ずこの切り替えが異なるプロトコルを用いてサーバに通知され、最後に１つのサーバ（または、２つのストリームが異なるサーバに由来する場合には２つのサーバ）によって実施されなければならない。したがってテレビ番組を切り替える度に新たなストリームが要求され、また形成されなければならないので（または新たな通信コネクションが確立されなければならないので）、方法は一層煩雑となり、したがって従来のＴＶネットワークにおける切り換えよりも長い時間を必要とする。
【０００９】
現在のＩＰネットワークにおいては、１つまたは複数の加入者へのストリームの配布がいわゆるマルチポイント接続により達成される。データストリームを出発点または送信側（例えばＩＰネットワーク内の中央サーバ）から同時に複数の受信器または加入者に伝送することができる。これは「ポイント・ツー・マルチポイント」接続またはいわゆる「マルチキャスト」方式またはマルチキャスト伝送である。
【００１０】
現在のところマルチキャスト伝送は大抵の場合「インターネットグループ管理プロトコル（ＩＧＭＰ）」を用いて制御されている。ＩＧＭＰはインターネットプロトコルを基礎とし、またグループ通信を実現する。マルチキャスト伝送（マルチキャスティング）においてはＩＰアドレスを使用して個々のＩＰパケットが同時に複数の局（複数の局の１つのグループ）に分配される。発生するデータ量を可能な限り少なくするために、ＩＧＭＰは動的にグループに分配する可能性を提供する。すなわち個々の加入者またはコネクションは所定の提供を行う所定のグループに割り当てられる。しかしながらこれらのグループの管理は送信局において行われるのではなく、例えば受信器への経路上の個々のネットワークノードまたはルータにおいて行われる。このためルータには、所定のマルチキャストＩＰパケットが転送されるべき局ないしコネクションはどのインタフェースに存在するかに関する情報が記憶される。ＩＧＭＰにおいては、例えばルータを相互に通信できるようにし、また相応の加入者が所定のマルチキャストＩＰパケットを受信しようとしていることを局はルータに通知できるようにする機能が実現されている。
【００１１】
したがってこのようにして管理されるマルチポイント接続では大抵の場合、どの加入者またはどれ程の数の加入者がそれらのＩＰパケットを受信するかは送信器に既知ではない。送信器からはＩＧＭＰによりただ１つのデータパケットが相応の上位のルータに送信される。通信ネットワークの単一のルータにおいてようやくＩＰパケットは要求に応じて最終的に倍化される。この倍化は、それぞれのルータに接続されている、相応のＩＰパケットを受信すべき局の数に依存して行われる。したがって通信に関係する全てのネットワークノードはＩＧＭＰなどのマルチキャストプロトコルをサポートしなければならない。
【００１２】
マルチキャストプロトコルでは多数の他のプロトコルコマンドの他にＩＰパケットを要求するコマンドも存在する：いわゆる「ｊｏｉｎコマンド」（「ＪｏｉｎＧｒｏｕｐ」）を用いて、例えば加入者は１つのグループのメンバーシップ申込を行う。すなわち、加入者は例えば所定のストリームまたはテレビ番組をリクエストする。これにより加入者は相応のＩＰパケットの別の受信側になる。
【００１３】
加入者が現在メンバーシップであるグループから脱退しようとする場合、従来技術によればこの脱退を種々のやり方で行うことができる。１つのやり方は、脱退をタイマ制御式に行うことができる（例えばＩＧＭＰｖ１）。別のやり方は、適切なコマンドを用いて、しかしながらまた即座にメンバーシップを終了することができる（例えばＩＧＭＰｖ２）。タイマ制御式のやり方（例えば、終了コマンドが存在しないＩＧＭＰｖ１）では、それぞれの加入者がさらに前述のグループのメンバーシップであり続けたいということを表す情報がプロトコルにしたがい所定の時間間隔で加入者装置から相応の上位のノードに送信される。所定の時間内にこの種の情報がネットワークノードにおいて受信されない場合（ネットワークノードにおけるタイマが終了する）には、コネクションがネットワークノードによって終了される。
【００１４】
別のマルチキャストプロトコルにおいては、メンバーシップを意図的に終了するために所定のコマンド（例えばＩＧＭＰｖ２：「ＬｅａｖｅＧｒｏｕｐ」）が存在する。すなわちそのような場合には所定のグループから所期のように脱退できるにもかかわらず、現在の多くのマルチキャスト機器、殊に現在のセットトップボックスなどはその「Ｌｅａｖｅ」コマンドが無くてもさらに動作する。それらの場合にも、グループからの脱退はタイマによって制御される。
【００１５】
グループのメンバーシップを終了するための別の可能性はいわゆる「Fast  Leave」である。これはメンバーシップの暗黙的な終了である。暗黙的な終了とは、加入者による新たな「ｊｏｉｎ」クエリの度に、すなわち加入者が例えば新しいテレビ番組を申し込む場合には常に、先行する別のグループのメンバーシップは自動的に終了されることを意味する。しかしながらこのやり方は希なケースでしか使用できない。何故ならば、これに関して加入者はその都度ただ１つのデータストリームしか有さない、またはただ１つのデータストリームしか欲しないということが前提となるからである。
【００１６】
単一の加入者およびその所属グループの管理、すなわちマルチキャストコネクションの管理を例えば中央で行うこともできる。つまり例えば、中央の管理ユニットまたはＤＳＬＡＭ自体に、接続されているどの加入者がどのＩＰデータストリームに申込を行ったか、またはどのグループにそれらの加入者が所属しているかを記憶することができる。このために例えば、その時点において申込を行っているＩＰストリームが各加入者コネクションまたは各「メディアアクセス制御」アドレス（ＭＡＣアドレス）について格納されるテーブルを設けることができる。すなわち、１つの加入者線に複数の端末装置が接続されている場合であっても、個々の端末装置がそれぞれ所属しているグループはイーサネットに接続されている各装置に対して一義的なＭＡＣアドレスを用いて記録される。所属グループに関する情報を直接的にＤＳＬＡＭにおいて例えばＩＧＭＰの監視によって検出することができる（「ＩＧＭＰ−Ｓｎｏｏｐｉｎｇ」）。
【００１７】
多くの場合、グループから脱退する場合、または新たなグループの申込を行う場合、殊に上述のＩＰ−ＴＶアプリケーションでは以下の欠点が生じる：加入者が新たなグループの申込を行うと、それ以前に申込を行ったグループから常に自動的に脱退するわけではない。これにより新たなアプリケーションは大抵の場合、必要な帯域幅に即座にアクセスできないことになる。何故ならば、既存の帯域幅の一部がもはや所望されていない先行のアプリケーションに対して依然として確保されているからである。これにより例えばＩＰ−ＴＶにおいては、上述の比較的長い切り替え時間の問題がさらに拡大する。何故ならば、新たに選択された番組は、先行の番組を表示するために必要とされる伝送リソースが再び解放されたときに初めて表示することができるからである。
【００１８】
したがって本発明の課題は、殊にマルチメディア配布サービスの提供を改善することである。
【００１９】
この課題は、請求項１の上位概念に記載されている方法を基礎としてその特徴部分に記載されている構成によって解決され、また請求項１０の上位概念に記載されている装置を基礎としてその特徴部分に記載されている構成によって解決される。
【００２０】
本発明による方法は、既に少なくとも１つの通信関係が確立されている伝送媒体を介して複数の通信関係を確立する方法である。本発明の本質的な態様は、それぞれ１つの通信関係を確立するためのクエリに関連する情報がその都度検出され、検出された少なくとも２つの情報に依存にして既に確立されている少なくとも１つの通信関係のうちの少なくとも１つが終了されるか、維持される。
【００２１】
本発明による方法の本質的な利点は、個々の通信関係がもはや必要とされない場合には、それらの個々の通信関係を迅速に解消できるということである。これによって帯域幅を節約することができる。
【００２２】
有利には検出された情報はクエリの時点を含む。既に確立されている少なくとも１つの通信関係が検出された少なくとも２つの時点間に経過した時間に依存して終了されるか、維持される（請求項２および３）。これによって例えば、２つのクエリ間に経過した時間の長さに基づき、要求されたデータストリームおよび既に確立されているデータストリームの種類を推定することができる。
【００２３】
本発明による方法ならびに通信関係を確立するための装置の別の有利な実施形態は従属請求項に記載されている。
【００２４】
以下では添付の図面に基づき、本発明を詳細に説明する。
【００２５】
ここで、
図１は加入者アクセスネットワークの概略的なブロック図を示す。
図２は、加入者コネクションにおける複数のＩＰデータストリームの帯域幅要求の時間的な経過を示す。
図３は、本発明による方法の例示的な経過のフローチャートを示す。
【００２６】
図１は、現在の通信ネットワークの加入者アクセスネットワークの構造の例示的な概略図を示す。３つの加入者ＴＮ１，ＴＮ２およびＴＮ３はそれぞれ１つの加入者線ＤＳＬ１，ＤＳＬ２またはＤＳＬ３を介して第１の交換局側のネットワークノード、いわゆる「ディジタル加入者線アクセスマルチプレクサ」（ＤＳＬＡＭ）と接続されている。このＤＳＬＡＭは接続されている加入者からのデータを統合し（「マルチプレクシング」）、統合されたデータを接続されている通信ネットワークにさらに送信する。さらにＤＳＬＡＭは、反対方向で伝送されるデータ、すなわち上位のネットワークに由来するデータを同様に相応の加入者に分配する。ネットワーク側ではＤＳＬＡＭが「集合ネットワーク（Aggregation Network；AGN）」と接続されている。集合ネットワークは、このネットワークに接続されている複数のＤＳＬＡＭ（図１には図示せず）を最終的にメインデータネットワーク（図１においては殊にＩＰネットワーク）と接続するタスクを有する。
【００２７】
図２を用いて、本発明が基礎とする問題を複数のＩＰデータストリームの概略的なグラフに基づき説明する。図２においては、加入者コネクションに存在する３つのデータストリーム（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）の分配が時間にわたり（水平方向）グラフ表示されている。個々のデータストリームの高さはそれぞれのデータストリームによって必要とされる帯域幅を表す。さらに図２には相応の加入者に提供される最大帯域幅（Ｂmax）が示されている。
【００２８】
時点ｔ0においては考察するコネクション（例えば図１のＴＮ１）に２つのＩＰデータストリーム（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２）が存在する。すなわちＴＮ１は目下のところ２つのグループに申込を行っているか、ＴＮ１は目下のところ２つのグループのメンバーシップである。ここでｓｔｒｅａｍ１は任意のマルチキャストアプリケーションでよく、他方この例においてｓｔｒｅａｍ２に関してはこのストリーム（ｓｔｒｅａｍ２）はテレビデータであるとする。したがってこの例においては、時点ｔ0に同一の加入者線（ＤＳＬ１）を介して同一の加入者コネクション（ＴＮ１）に２つのマルチキャストアプリケーションが伝送される。ここでｓｔｒｅａｍ２はＩＰ−ＴＶアプリケーションを表す。ここでｓｔｒｅａｍ１およびｓｔｒｅａｍ２は２つ合わせても加入者線において利用可能な総帯域幅を必要としない。
【００２９】
時点ｔ1において加入者ＴＮ１は別の第３のマルチキャストグループ（ｓｔｒｅａｍ３）に申込を行う。すなわち、加入者ＴＮ１からグループ３のための「ｊｏｉｎ」クエリ（この場合には別のテレビプログラム）がＤＳＬＡＭに送信される。続いて、この別のテレビ番組を伝送するデータストリームが加入者ＴＮ１の加入者線ＤＳＬ１に提供される。
【００３０】
図２から見て取れるように、この提供に基づき加入者ＴＮ１の加入者接線ＤＳＬ１には同時に３つのマルチキャストデータストリーム（ｓｔｒｅａｍ１，ｓｔｒｅａｍ２，ｓｔｒｅａｍ３）が存在する。しかしながらＤＳＬ１について設けられている帯域幅は３つ全てのストリームに必要とされる帯域幅よりも狭いので、加入者ＴＮ１が新たに申込を行ったテレビ番組（ｓｔｒｅａｍ３）をまだ完全には伝送することができず、または十分な品質で伝送することができず、したがって加入者ＴＮ１のもとで障害無く表示することはできない。
【００３１】
障害の無い表示は加入者線ＤＳＬ１においてデータストリーム２（ｓｔｒｅａｍ２）が終了される時点（ｔ2）以降に可能となる。しかしながら上述したように、例えばＩＧＭＰｖ１を使用する場合にはタイマが経過した後でしかデータストリーム２（ｓｔｒｅａｍ２）を終了させることができない。この例においても既に複数のマルチキャストデータストリームが存在しているので、ｓｔｒｅａｍ３の申込を行った際に即座にｓｔｒｅａｍ２を暗黙的に終了させることはできない。したがって存在する２つのストリームのどちらが終了されるべきかは決定されていないので、「ＦａｓｔＬｅａｖｅ」も実現されない。このように先行のデータストリーム（ｓｔｒｅａｍ２）を所定の期間（Δｔ＝ｔ2−ｔ1）の経過後に初めて終了できる場合、また所定の理由から「ＬｅａｖｅＧｒｏｕｐ」コマンドが故意に使用されない、または使用されるべきではない場合には、不利なことに大抵の場合ユーザが煩わしく感じるより長い切り替え時間（Δｔ）が生じる。
【００３２】
以下において説明するように、この長い切り替え時間は本発明の方法により著しく短縮される。図３のフローチャートを用いて本方法の例示的な経過を説明する。
【００３３】
本発明による方法では第１のステップにおいて例えば、新たな、すなわち目下加入者から送信されたストリーム（「ＪｏｉｎＧｒｏｕｐ」コマンド）のクエリがテレビ番組の高速のランダムな切り替えまたは高速の順次的な切り替え（いわゆる「ザッピング」）であるか否かが検査される。ザッピングであるか否かを確認するために、本発明によれば２つのｊｏｉｎコマンド間の時間が測定される（Ｓ３０１）。測定された値が所定の閾値、例えば２秒以下である場合には、ザッピングが識別される。本発明によればそのような場合、連続的な短い時間間隔で複数のｊｏｉｎコマンドが受信されるならば加入者は多数のテレビ番組を順次切り替えていると仮定する。本発明によればこの種のザッピングが識別されると、先行して申込を行っていたグループにおける相応の加入者のメンバーシップが即座に終了される（Ｓ３０２）。したがってタイマが経過するまで待機することはない。さらにステップＳ３０３においては新たに申込を行ったグループが管理テーブルに登録される。
【００３４】
選択的にステップＳ３０３の後に、先行して（ステップＳ３０２およびＳ３０３において）行われた所属グループの変更の検査がさらに行われる。このために、今まさに脱退したグループが加入者によってさらに所望されるか否か、すなわちザッピングが行われているという仮定は誤りであったか否かが検査される。このために例えば直接的にＤＳＬＡＭから、いわゆる「メンバーシップクエリ（Membership Query）」が相応のグループに対してのみ、また該当する加入者ポートに対してのみ送信される（ステップＳ３０４）。このメンバーシップクエリは、相応のグループがさらに所望される場合には、応答として確認を要求する（Ｓ３０５）。この応答がない場合には、ザッピングが行われているという仮定が正しかったことになる（Ｓ３０６）。しかしながらＤＳＬＡＭが応答（「メンバーシップレポート（Membership Report）」）を受信すると、予想に反してザッピングが行われていないことを推定することができ（Ｓ３０７）、また相応のグループを即座に管理テーブルに新たにエントリすることができる（Ｓ３０８）。この付加的なインタラクションは場合によっては生じるエラーを処理する。すなわちエラーはルーチンによりマルチキャストルータから送信される次のメンバーシップクエリの前に解消されている。
【００３５】
ステップＳ３０１において新たなグループの目下のクエリがおそらくザッピングでないことが確認されると、すなわち２つのクエリ間の時間が所定の閾値を上回る場合には、本発明によれば選択的に切り替え時間を短縮するために別のステップを実施することができる。例えば、新たな申込要求と先行の申込要求は同一のＭＡＣアドレスに由来するか否かを検査することができる（Ｓ３０９）。肯定の場合には、クエリ間の時間は若干長いにもかかわらず、ここでもまたクエリはＩＰ−ＴＶデータストリームのクエリであると仮定することができる。すなわち、ここでもまた例えば即座に「ザッピング」を判定することができ、また続いて先行の所属グループの即座の脱退によってほぼ遅延の無い切り替えを達成することが試みられる。もっともそのような場合には、行われた仮定をより確実にするために先ず検査することが考えられる。このために本発明によれば図３のフローチャートにしたがい、例えば直後に送信されたメンバーシップを用いて、場合によっては脱退すべき先行のグループがさらに必要とされるか否かが問い合わされる（Ｓ３１０）。否定の場合には、本発明によればステップＳ３１１においてメンバーシップレポートは受信されないので、先行のメンバーシップが終了され（Ｓ３１２）、目下のグループが新たに登録される（Ｓ３１３）。しかしながら先行のグループがさらに必要とされる場合には、ステップＳ３１１においてメンバーシップレポートが受信され、新たに申込を行ったグループが付加的に管理テーブルに登録され（Ｓ３１４）、加入者はそれにしたがって別のストリームに申込を行う。すなわち新たな付加的な通信コネクションが確立される。
【００３６】
図３のフローチャートのステップＳ３０９において、最後の２つのクエリが同一のＭＡＣアドレスに由来しないことが確認されると、脱退すべきグループに関して仮定を行うことはできない。しかしながらこの場合には、ＤＳＬＡＭからは例えば「汎用メンバーシップクエリ（General Membership Query）」、すなわち接続されている全ての加入者に対するメンバーシップクエリを行うことができる（Ｓ３１５）。このことは個々のグループそれぞれに対するメンバーシップクエリに相当する。したがってこの中央の汎用メンバーシップクエリによって、行われた応答に依存して管理テーブル内の全てのグループエントリを更新することができる（Ｓ３１６）。その種のクエリの直後に開始される汎用メンバーシップクエリも切り替え時間を短縮することができる。本発明によればこのことはもちろんこの実施例において示されている時点にしか実施できないのではなく、殊にクエリがザッピングであるか否かを一義的に確認できない場合にはあらゆる任意の時点に実施することができる。
【００３７】
さらに本発明によれば、ザッピングを確認するために連続する２つのクエリ間の時間を求めることは必ずしも必要とされないことを言及しておく。本発明によれば、連続する複数のクエリ間に経過した時間を検査することができる。さらには、所定の加入者コネクションまたは加入者ポート、また個々のＭＡＣアドレスに関する個々のクエリ間の期間も考察することができる。そのような場合、管理テーブルには例えば全てのクエリが個々のアドレスに従いソートされて記憶され、また本発明による方法が各加入者または各ＭＡＣアドレスに対して個別に適用される。
【図面の簡単な説明】
【００３８】
【図１】加入者アクセスネットワークの概略的なブロック図を示す。
【図２】加入者コネクションにおける複数のＩＰデータストリームの帯域幅要求の時間的な経過を示す。
【図３】本発明による方法の例示的な経過のフローチャートを示す。
【図１】
2009538585.tif 000003
【図２】
2009538585.tif 000004
【図３】
2009538585.tif 000005
【国際調査報告】
2009538585.tif 000006
2009538585.tif 000007
2009538585.tif 000008
2009538585.tif 000009
2009538585.tif 000010
2009538585.tif 000011