(57)【要約】      （修正有）【課題】加入者局（ＳＳ）及び基地局（ＢＳ）が、マルチキャストーブロードキャストサービス（ＭＣＢＣＳ）をサポートする自身の機能をアナウンスできるようにする。【解決手段】セル内に基地局（ＢＳ）を含む無線ネットワークにおけるシグナリングの方法であって、ネットワークは、ＩＥＥＥ８０２．１６標準規格に従って動作し、当該方法は、加入者局（ＳＳ）がセルに入る時に、加入者局（ＳＳ）と前記基地局（ＢＳ）との間でメッセージを交換する。メッセージは、ＳＳがセルに入ることを認められた後に、ＳＳとＢＳとの間で交換される後続のメッセージについてのマルチキャストブロードキャストサービス（ＭＢＳ）のために、ＳＳ及びＢＳが、上位レイヤシグナリング（Ｒ２）及び動的サービス追加／変更（ＤＳＡ／ＤＳＣ）シグナリング（ＤＳｘ）を使用することを可能にされるか否かを示す。【選択図】図２
2010041717.tif 000002
【特許請求の範囲】
【請求項１】
セル内に基地局（ＢＳ）を含む無線ネットワークにおけるシグナリングの方法であって、
前記ネットワークは、ＩＥＥＥ８０２．１６標準規格に従って動作し、
前記方法は、
加入者局（ＳＳ）が前記セルに入る時に、前記加入者局（ＳＳ）と前記基地局（ＢＳ）との間でメッセージを交換すること、及び
前記ＳＳ及び前記ＢＳが、上位レイヤシグナリング（Ｒ２）及び動的サービス追加／変更（ＤＳＡ／ＤＳＣ）シグナリング（ＤＳｘ）を使用して、前記ＳＳが前記セルに入ることを認められた後に、該ＳＳと前記ＢＳとの間で交換される後続のメッセージについてマルチキャストブロードキャストサービス（ＭＢＳ）を使用することを可能にされるか否かという可能性を前記メッセージにおいて示すこと、
を含む方法。
【請求項２】
前記ＳＳ及び前記ＢＳは、前記Ｒ２シグナリング機能及び前記ＤＳｘシグナリング機能を示し、前記方法は、
前記ＳＳが前記ネットワークに入る時に、該ＳＳと前記ＢＳとの間でＳＳ基本機能要求（ＳＢＣ−ＲＥＱ）メッセージ及びＳＳ基本機能応答（ＳＢＣ−ＲＳＰ）を交換することをさらに含み、前記基本機能メッセージは、前記ＳＳ及び前記ＢＳの前記ＲＳ及び前記ＤＳｘを使用する機能が前記ＭＢＳを可能にするか否かを示す、請求項１に記載の方法。
【請求項３】
前記ＳＳ及び前記ＢＳは、Ｒ２シグナリング機能及びＤＳｘシグナリング機能を示し、前記方法は、
前記ＳＳ及び前記ＢＳが前記ＲＳ及び前記ＤＳｘを使用して前記ＭＢＳを可能にすることができるか否かを示す登録要求（ＲＥＧ−ＲＥＱ）メッセージ及び登録応答（ＲＥＧ−ＲＳＰ）メッセージを使用して、前記ＳＳを前記ＢＳに登録すること、
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ＳＳ及び前記ＢＳは、該ＳＳ及び該ＢＳが、前記ＭＢＳをサポートしないのか、前記Ｒ２のみを使用して前記ＭＢＳサービス開始をサポートするのか、前記ＤＳｘのみを使用して該ＭＢＳをサポートするのか、又は前記Ｒ２及び前記ＤＳｘを使用して前記ＭＢＳ開始をサポートするのかを、ＩＥＥＥ８０２．１６標準規格のＳＢＣ−ＲＥＱ及びＳＢＣ−ＲＳＰのタイプ−長さ−値（ＴＬＶ）要素１８４において示す、請求項１に記載の方法。
【請求項５】
前記交換の前記表示及び前記登録の前記表示が異なるか否かを比較すること、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記交換の前記表示及び前記登録の前記表示が異なる場合には、前記登録の表示を前記交換の表示に優先させること、
をさらに含む、請求項５に記載の方法。
【請求項７】
ＩＥＥＥ８０２．１６標準規格のＲＥＧ−ＲＥＱ及びＲＥＧ−ＲＳＰのＴＬＶ１２が使用されて、前記ＤＳｘ又は前記Ｒ２が前記ＭＢＳをサポートするのに使用されるか否かが示される、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、無線通信ネットワークに関し、より詳細には、ＩＥＥＥ８０２．１６及びマイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）のネットワークのマルチキャスト−ブロードキャスト（ＭＢＳ）サービスにおけるシグナリングに関する。
【背景技術】
【０００２】
マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）フォーラムのネットワーキングワーキンググループ（ＮＷＧ）は、ＷｉＭＡＸネットワークのマルチキャスト−ブロードキャストサービス（ＭＣＢＣＳ）をサポートするための２つのネットワークアーキテクチャを検討している。ＭＣＢＣＳは、ＩＥＥＥ８０２．１６標準規格ではマルチキャスト−ブロードキャストサービス（ＭＢＳ）とも呼ばれる。ＭＣＢＣＳは、動的サービス追加／変更（ＤＳＡ／ＤＳＣ）シグナリング（ＤＳｘ）手順を使用してサービスフローを確立する。ＭＢＳは、上位レイヤシグナリング（ＵＬＳ）を使用する。ＵＬＳは、ＩＥＥＥ８０２．１６標準規格では、Ｒ２インターフェースシグナリングとも呼ばれる。
【０００３】
ＮＷＧがＤＳｘ又はＵＬＳのいずれかのサポートを決定するか否かは、未決定の状態である。ハーモナイゼーションは、双方の手順をサポートすることができる。双方の手順がサポートされる場合、加入者局（ＳＳ）及び基地局（ＢＳ）が一方の手順又は双方の手順を通じてＭＣＢＣＳをサポートする自身の機能をアナウンスできるようにするために、ＩＥＥＥ８０２．１６  Ｒｅｖ２標準規格に対して修正が行われるべきである。ＳＳは、本記載において、移動局（ＭＳ）と相互交換可能に使用される。
【発明の概要】
【課題を解決するための手段】
【０００４】
本発明の実施の形態は、ＩＥＥＥ８０２．１６  Ｒｅｖ２標準規格における現在のタイプ−長さ−値（ＴＬＶ）定義に新規な特徴を加える。
【０００５】
一般に、データ通信プロトコルは、オプションの情報を、プロトコル内のタイプ−長さ−値、すなわちＴＬＶ要素として符号化する。タイプフィールド及び長さフィールドは、サイズが一定（通常１バイト〜４バイト）であり、値フィールドは、可変のサイズを有する。これらのフィールドは、以下のように使用される。
【０００６】
タイプ：メッセージのこの部分が表すフィールドの種類を示す数値コード。
【０００７】
長さ：（通常、バイトによる）値フィールドのサイズ。
【０００８】
値：メッセージのこの部分のデータを収容する可変サイズのバイトのセット。
【０００９】
加入者局（ＳＳ）基本機能要求（ＳＢＣ−ＲＥＱ）及びＳＳ基本機能応答（ＳＢＣ−ＲＳＰ）用にＴＬＶ１８４が存在する。ＴＬＶ１２は、登録要求（ＲＥＧ−ＲＥＱ）及び登録応答（ＲＥＧ−ＲＳＰ）用である。
【００１０】
ＳＢＣ−ＲＥＱ／ＲＳＰメッセージ及びＲＥＧ−ＲＥＱ／ＲＳＰメッセージは、ＳＳがネットワークに入る時及びネットワークに登録を行う時に使用される。これらの特徴によって、基地局（ＢＳ）及びＳＳは、動的サービス追加／変更（ＤＳｘ）手順及び／又は上位レイヤシグナリング（ＵＬＳ）手順を使用してＭＣＢＣＳを可能にすることができるか否かを判断することが可能になる。ＳＳ又はＢＳがＭＣＢＣＳを開始する時、ＳＳ及びＢＳの双方が双方の手順をサポートしている場合には、ＳＳは、いずれの手順も使用することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態を使用する無線ネットワークの概略図である。
【図２】図１のネットワークにおける本発明の実施形態によるシグナリングの方法のフロー図である。
【発明を実施するための形態】
【００１２】
図１は、本発明の実施形態によって使用される無線ネットワークの一部を示している。このネットワークは、一組の移動局（ＭＳ又は加入者局（ＳＳ））１０２をサービングする基地局（ＢＳ）をセル１０３に含む。
【００１３】
図２は、ＤＳｘ手順及び／又はＲ２手順がＭＣＢＣＳを可能にするのに使用されるか否かを判断する方法を示している。２つの方法は、ＢＳ及びＳＳが、ＤＳｘ手順及び／又は上位レイヤシグナリング手順を使用してＭＣＢＣＳを可能にできるか否かを知ることを可能にするのに使用することができる。
【００１４】
ＳＢＣ−ＲＥＱ／ＲＳＰのＴＬＶ表示
現在のＩＥＥＥ８０２．１６標準規格のタイプ−長さ−値（ＴＬＶ）フィールド１８４は、加入者局（ＳＳ）基本機能要求（ＳＢＣ−ＲＥＱ）メッセージ及びＳＳ基本機能応答（ＳＢＣ−ＲＳＰ）メッセージにおいて使用される拡張機能を規定する。
【００１５】
【表１】
2010041717.tif 000003
【００１６】
サポートされるＭＣＢＣＳ開始手順は、以下の下線部の太字のテキストをＴＬＶ１８４に加えることによって示すことができる。
【００１７】
【表２】
2010041717.tif 000004
【００１８】
ＤＳｘ及びＲ２をサポートする方法
図１及び図２に示すように、ＳＳ１０２がセル１０３に入る時（２０１）、ＳＳは、ＳＢＣ−ＲＥＱメッセージ及びＳＢＣ−ＲＳＰメッセージをＢＳ１０１と交換する（２０２）。メッセージは、ＳＳ及びＢＳがＤＳｘ（２０５）及び／又はＲ２（２０６）をサポートするか否かを示す（２０３）。次に、ＳＳがセル内に入ることを認められた後、ＳＳとＢＳとの間で交換される後続のメッセージにＭＢＳを使用することができる。
【００１９】
ＳＳ１０２が、マルチキャスト−ブロードキャストサービス（ＭＢＳ）の受信を開始する時、ＢＳ及びＭＳの双方が、ＳＢＣ−ＲＳＰの拡張機能のビット１及びビット２に規定された手順をサポートしている場合には、ＢＳ又はＳＳは、動的サービス追加／変更（ＤＳＡ／ＤＳＣ）（ＤＳｘ））手順２４０又はＲ２インターフェースシグナリング手順２３０のいずれかを開始することができる。
【００２０】
Ｒ２インターフェースシグナリング手順２３０の場合であって、且つＳＳがＲ２によってＭＢＳを設定している場合（２０８）には、ＳＳは、ＭＢＳがＲ２用に設定されていることを通知する（２６０）。
【００２１】
ＤＳｘシグナリング手順２４０の場合には、この手順は、ＭＢＳの設定の目的で、ＳＳとネットワークとの間の双方向レイヤ通信を開始するのに使用される。
【００２２】
最後に、ＳＳはＭＢＳを使用しない（２０９）か、又はＳＳはＭＢＳを使用して受信する（２１０）。
【００２３】
ＳＳからＢＳへ送信されるＳＢＣ−ＲＥＱメッセージにおける拡張機能ＴＬＶ１４８のビット１及びビット２の詳細な解釈を表１において提供する。
【００２４】
【表３】
2010041717.tif 000005
【００２５】
ＢＳとＳＳとの間のＳＢＣ−ＲＥＱ、ＳＢＣ−ＲＳＰメッセージ２０２における拡張機能ＴＬＶ１８４のビット１及びビット２の詳細な解釈を以下の表２に提供する。
【００２６】
【表４】
2010041717.tif 000006
【００２７】
ＲＥＧ−ＲＥＱ／ＲＳＰの表示
ＲＥＧ−ＲＥＱメッセージ及びＲＥＧ−ＲＳＰメッセージ２０４で使用される登録要求（ＲＥＧ−ＲＥＱ）及び登録応答（ＲＥＧ−ＲＳＰ）も、ＤＳｘシグナリング手順又はＲＳ２シグナリング手順（２６０）がＭＣＢＣＳに使用されるか否かを指定するのに使用することができる。
【００２８】
具体的には、ＩＥＥＥ８０２．１６  Ｒｅｖ２  Ｄｒａｆｔ６のセクション１２．１．１．４．７  ＲＥＧ−ＲＥＱについての変更を記述する： 
ＭＢＳフロー制御（デフォルト＝ＤＳｘシグナリング）。
【００２９】
代替形態として、ＩＥＥＥ８０２．１６  Ｒｅｖ２  Ｄｒａｆｔ６のセクション１２．１．１．４．８  ＲＥＧ−ＲＳＰのセクションを変更することによってオペレータの機能及びプレファレンスを変更することによって、ＢＳの機能及びプレファレンスに応じて、デフォルト値２１２をＲ２インターフェースシグナリング２３０に設定することができる：
ＭＢＳフロー制御（ＲＥＧ−ＲＥＱに存在する場合又はデフォルトから変更された場合）。
【００３０】
ＭＢＳフロー制御の符号化は、ＲＥＧ−ＲＥＱ／ＲＳＰ管理メッセージ符号化で定義されている。これについては、ＩＥＥＥ８０２．１６  Ｒｅｖ２  Ｄｒａｆｔ６のセクション１１．７を参照されたい。Ｄｒａｆｔ６では、ＴＬＶ１２、１７、１８、１９、３８、及び３９は未使用且つ予備であり、ＭＢＳフロー制御をＴＬＶ１２に導入するための一例を表３に示す。
【００３１】
【表５】
2010041717.tif 000007
【００３２】
一代替案として、表４に示すように、拡張シグナリングメカニズムを使用することができる。
【００３３】
【表６】
2010041717.tif 000008
【００３４】
ＳＳからＢＳへ送信されるＲＥＧ−ＲＥＱメッセージにおける拡張ＭＢＳフロー制御ＴＬＶのビット０及びビット１の詳細な解釈を表５に提供する。
【００３５】
【表７】
2010041717.tif 000009
【００３６】
ＢＳからＳＳへ送信されるＲＥＧ−ＲＳＰメッセージにおける拡張ＭＢＳフロー制御ＴＬＶのビット０及びビット１の詳細な解釈を表６に提供する。
【００３７】
【表８】
2010041717.tif 000010
【００３８】
図２に示すように、ＳＳ１０２がセル１０３に入った（２０１）後、ＳＳは、ＲＥＧ−ＲＥＱメッセージ及びＲＥＧ−ＲＳＰメッセージをＢＳ１０１と交換する（２０４）。これらのＲＥＧメッセージのＴＬＶ１２は、ＳＳ及びＢＳがＤＳｘ手順及びＲ２手順をサポートするか否かを示すのに使用される。ＲＥＧメッセージによって指定された機能が、ＳＢＣメッセージの機能と異なる場合、ＲＥＧメッセージによって指定された機能が、ＳＢＣメッセージの機能に優先する（２０７）。
【００３９】
ＳＳが、ＭＢＳを受信する（２１０）ためにＢＳに登録を行う時、ＢＳ又はＳＳは、ＲＥＧ−ＲＳＰのＭＢＳフロー制御に設定された値に応じて、ＤＳｘ手順又はＲ２シグナリング手順のいずれかを開始することができる。ＤＳＡの場合、この手順は、マルチキャスト−ブロードキャストサービスの設定の目的でＳＳとネットワークとの間の双方向上位レイヤ通信を開始するのに使用される。
【００４０】
Ｒ２インターフェースシグナリング手順の場合、ＳＳは、ＳＳがマルチキャスト−ブロードキャストサービスに参加したこと（２１０）、及びＭＢＳが設定されたことをＢＳに通知する（２６０）。
【００４１】
本発明を、好ましい実施形態の例として説明してきたが、本発明の趣旨及び範囲内において他のさまざまな適合及び変更を行うことができることが理解されるべきである。したがって、本発明の真の趣旨及び範囲内に入るこのようなすべての変形形態及び変更形態をカバーすることが添付の特許請求の範囲の目的である。
【図１】
2010041717.tif 000011
【図２】
2010041717.tif 000012
【外国語明細書】
2010041717.tif 000013
2010041717.tif 000014
2010041717.tif 000015
2010041717.tif 000016
2010041717.tif 000017
2010041717.tif 000018
2010041717.tif 000019
2010041717.tif 000020
2010041717.tif 000021
2010041717.tif 000022
2010041717.tif 000023
2010041717.tif 000024
2010041717.tif 000025
2010041717.tif 000026
2010041717.tif 000027