JP4729587B2 - 広帯域無線アクセスシステムにおけるサービスガイドの伝達装置及び方法 - Google Patents

Description

本発明は、広帯域無線アクセスシステムに関し、特に、放送チャネルに対するＭＡＣ階層ネームタグ（MAC layer name tag）又はＩＰ階層ネームタグ（IP layer name tag）に対する応用階層ネームタグのマッピングテーブル、又は放送編成表（TABLE OF BROADCASTING）、又は認証情報（AUTHENTICATION INFORMATION）、又は応用階層ネームタグにマッピングされる実際の放送チャネルの名称、又はその組み合せで構成されるサービスガイドの伝達装置及び方法に関する。

一般に、通信システムは、音声サービスを中心に発展してきたが、次第に、音声だけでなく、データサービス及び多様なマルチメディアサービスも可能な通信システムに発展している。しかしながら、音声中心の従来の通信システムは、送信帯域幅が比較的小さく、使用料が高いので、急増するユーザーのサービス欲求を充足させることはできなかった。その上、通信産業の発達とインターネットサービスに対するユーザーの要求増加につれて、インターネットサービスを效率的に提供できる通信システムに対する必要性が増大している。これにより、急増するユーザーの要求を充足させる程の広帯域で、効率的にインターネットサービスを提供するための広帯域無線接続システムが導入された。

この広帯域無線接続システムは、音声だけでなく、低速及び高速の多様なデータサービス、高画質の動画などのマルチメディア応用サービスを統合支援するためのシステムである。このような広帯域無線接続システムは、２ＧＨｚ、５ＧＨｚ、２６ＧＨｚ及び６０ＧＨｚなどの広帯域を用いた無線媒体を基盤に、移動又は固定環境下で、ＰＳＴＮ（Public Switched Telephone Network）、ＰＳＤＮ（Public Switched Data Network）、インターネット網、ＩＭＴ２０００網、及びＡＴＭ（Asynchronous Transfer Mode）網などに接続することができ、言い換えれば、広帯域無線接続システムは、２Ｍｂｐｓ級以上のチャネルの送信率を支援し得る無線通信システムである。広帯域無線接続システムは、ターミナルの移動性（固定又は移動）、通信環境（室内又は室外）及びチャネルの送信率に応じて、広帯域無線加入者網、広帯域移動アクセス網及び高速無線ＬＡＮに分類できる。

かかる広帯域無線接続システムの無線接続方式は、国際標準化機構で標準化されている。広帯域無線接続システムの１つであるワイマックスシステム（WiMAX system）は、電気電子学会（Institute of Electrical and Electronics Engineers）のＩＥＥＥ８０２．１６標準化グループで標準化されている。ＩＥＥＥ８０２．１６標準は、従来の音声サービスのための無線技術と比較すると、データの帯域幅が広いために、短い時間に多くのデータを送信でき、すべてのユーザーがチャネル（又は資源）を共有してチャネルを効率的に使用することが可能である。また、サービスの品質（ＱｏＳ：Quality of Service）が保証されるので、ユーザーは、サービスの特性に応じて異なる品質のサービスを提供されることができる。

ＩＥＥＥ８０２．１６システムには、多数の移動端末にマルチキャスト及びブロードキャストを提供できるマルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：以下、ＭＣＢＣＳと略称し、標準化グループ又は運用者の意図によってＭＢＳと呼ばれうる）規格が存在する。ＭＣＢＣＳ規格においてＭＢＳゾーン（Multicast and Broadcast Service_Zone：ＭＢＳ＿ＺＯＮＥ）は、同じ周波数及び同じ時刻に同じ放送チャネルを送出する１つのサブセル（subcell）又は多数のサブセルからなる地域を意味する。ＭＢＳゾーン内において各サブセルは、同じ放送チャネル又はコンテンツに対して同じＣＩＤ（Connection Identifier）を用いる。ここで、サブセルは、１つの周波数と１つのセクターとで構成されたグループである。一般に、マルチキャスト（Multicast）ＣＩＤ（以下、ＭＣＩＤと略称する）は、放送チャネルＩＰを有する１つの放送チャネルと１：１のマッピング関係を有し、ロジカルチャネルＩＤ（Logical Channel ID：以下、ＬＣＩＤと略称する）は、同じ放送チャネルＩＰのペイロード内に含まれる様々な放送コンテンツを区別するＩＤ、すなわちコンテンツＩＤと１：１にマッピングされる。基地局は、ダウンリンクチャネル記述子（Downlink Channel Descriptor：以下、ＤＣＤ）と略称する）メッセージを介してＭＢＳゾーンＩＤリストを送信して、基地局がＭＣＢＣＳサービスの可能な基地局であるか否かと、どんなゾーンに属しているかに対する情報を放送する。ＭＢＳゾーンは、単一の基地局で構成されることもでき、多数の基地局で構成されることもできることはもちろんである。

ＭＣＢＣＳは、従来のユニキャストサービスとは異なり、複数台の基地局が同じ時刻に同じ放送コンテンツを同じ周波数で送信し、受信端末が様々な基地局から受信したパケットを組み合せて使用することによって、受信性能を向上させることができる。従来のユニキャストサービスの場合、端末がセル境界（cell edge）に存在する際に、セル間の大きな干渉によりデータの送受信が円滑でないという問題点がある。しかしながら、ＭＣＢＣＳの場合には、端末がセル境界に存在しても、隣接基地局が同期化した時刻に同じコンテンツを送信するため、様々な基地局から同じデータを受信して組み合せて使用することができる。このような効果をマクロダイバーシティ利得という。

現在、ＩＥＥＥ８０２．１６ｅに定義されるＭＣＢＣＳ関連規格の重要な問題点を指摘すると、以下のとおりである。規格上、各々の放送チャネルＩＰがどんなＭＣＩＤにマッピングされるかを知らせるブロードキャストメッセージがないので、各々の端末は、放送呼申請、削除、変更及びハンドオフ手順を行うごとにユニキャストフローを生成する必要があり、このために端末はアウェイク状態を維持しなければならない。このため、セクター当たりの最大アウェイク状態のユーザー数に制限を受けるようになる。これは、放送のみを受信している端末であっても、ユニキャストフローが頻繁に発生するということを前提にするものであることから、システムは、このためにチャネル品質情報チャネル（Channel Quality Information CHannel：ＣＱＩＣＨ）を割り当てなければならない。ここで、ＭＣＩＤは、ＭＡＣ階層においてＭＢＳ−ＭＡＰメッセージ内の各々のＭＢＳ＿ＤＡＴＡ＿ＩＥの区別及び各々の放送チャネルデータバーストを区別する因子である。

また、端末が放送のみを受信するとしても、アウェイクやスリープ状態でハンドオフ状況が発生すると、ハンドオフ手順が進められ、これにより、上記手順を進めるためのエアー資源（air resource）及びシステムプロセシング容量（processing capacity）が浪費されるという問題がある。ここで、ハンドオフが失敗する際に、放送受信が途切れるという問題が発生しうる。

また、端末別放送呼処理手順の進行によるエアー資源が浪費されるという問題がある。すべての放送チャネルに対して呼申請、変更、削除手順を各々の端末が行う場合、ＭＡＰオーバーヘッドが増加し、シグナリングＭＡＣメッセージ、すなわちＤＳｘメッセージのデータバーストの浪費が共に発生する。

また、各放送呼処理手順による遅延が増加するという問題がある。個々の端末が、各放送呼処理手順ごとに端末、基地局、基地局制御機、ＭＣＢＣＳサーバ、政策サーバを経るようになるので、これによる遅延が追加される。特に、ユーザーは、呼変更時間に敏感であり、呼変更は、削除及び申請過程を全て行わなければならないので、送信レイテンシ（latency）が数百ｍｓ単位で大きいという問題点がある。

また、各々の端末が放送呼申請、削除、変更手順を進む場合には、アップリンクサブフレームが必ず必要であり、該当手順によるアップリンク送信によりパワーの消費が発生し、マクロダイバーシティ方式がより複雑になりうるという問題点がある。

最後に、ＭＢＳゾーン又はＭＣＩＤ又はＬＣＩＤ割り当て、ＳＰ（Service Provider）の放送編成表の生成及び伝達、ＭＢＳ−ＭＡＰメッセージの生成及び管理のための主体が重要であるが、このような主体を誤って定めると、性能の阻害とともにシグナリングオーバーヘッドが大きくなり、多くの正常でない場合を引き起こすという問題点がある。
韓国特許出願公開第２００７−００７９９２７号明細書

本発明は、上述の問題点に鑑みてなされたもので、その目的は、広帯域無線アクセスシステムにおけるサービスガイドの伝達装置及び方法を提供することにある。

本発明の他の目的は、広帯域無線アクセスシステムにおいて放送チャネルに対するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグに対する応用階層ネームタグのマッピングテーブル、放送編成表又は認証情報、応用階層ネームタグにマッピングされる実際の放送チャネルの名称、及びその組み合せで構成されるサービスガイドの伝達装置及び方法を提供することにある。

本発明のさらに他の目的は、広帯域無線アクセスシステムにおいて端末がアウェイク状態を維持しなければならないという様々な発生原因をなくすことによって、端末がアウェイクであるときの短所である周期的なアップリンク送信によるパワー浪費とシグナリングに必要なエアー資源の浪費を防止することができるサービスガイドの伝達装置及び方法を提供することにある。

本発明のさらに他の目的は、広帯域無線アクセスシステムにおいてマルチキャストブロードキャストフロー又はブロードキャストフロー又はユニキャストフローでサービスガイドを伝達するための装置及び方法を提供することにある。

本発明のさらに他の目的は、広帯域無線アクセスシステムにおいてＭＢＳ−ＭＡＰメッセージの生成及び管理のための装置及び方法を提供することにある。

上記の目的を達成すべく、本発明によれば、広帯域無線アクセスシステムにおけるユーザー端末のサービスガイドの受信方法は、マルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバにサービスガイド要請メッセージを送信する過程と、ＭＣＢＣＳサーバからサービスガイド応答メッセージを受信する過程と、マッピングテーブルを格納する過程とを含み、サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと応用階層ネームタグとの間のマッピングテーブルを含み、前記ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、前記応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする。

上記の目的を達成すべく、本発明によれば、広帯域無線アクセスシステムにおけるユーザー端末のサービスガイドの受信装置は、マルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバにサービスガイド要請メッセージを送信する送信端と、ＭＣＢＣＳサーバからサービスガイド応答メッセージを受信する受信端と、マッピングテーブルを格納するメモリとを含み、サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと応用階層ネームタグとの間のマッピングテーブルを含み、ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする。

本発明によれば、広帯域無線アクセスシステムにおいてマルチキャストブロードキャストフロー、ブロードキャストフロー、又はユニキャストフローで、放送チャネルに対するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグに対する応用階層ネームタグのマッピングテーブル、放送編成表、認証情報、又は、その組み合せで構成されるサービスガイドの伝達装置及び方法を提供することによって、同じＭＢＳゾーン内で基地局間を移動する際に、ユーザー端末が追加的にＭＣＩＤと放送チャネルＩＰマッピングを行う必要をなくすことが可能となる。

以下、本発明の好ましい実施の形態を、添付図面に基づき詳細に説明する。そして、本発明の説明において、関連した公知機能又は構成に対する具体的な説明が本発明の要旨を不明にすると判断される場合には、その詳細な説明は省略する。

以下、本発明の実施形態による広帯域無線アクセスシステムにおけるサービスガイドの伝達装置及び方法について説明する。

本実施形態では、サービスガイドの伝達方法として大きく４通りの方法を提案する。

まず、第１の方法は、マルチキャストブロードキャストフローを用いる方法であって、端末が応用（application）階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバが直接サービスガイドを生成し、かつこれを基地局制御機に提供するか、又はＭＣＢＣＳサーバがサービスガイドを生成するための情報を基地局制御機に送信し、基地局制御機にとって直接サービスガイドを生成するようにする。以後、生成されたサービスガイドを基地局に送信して、当該基地局にとって特定のＭＣＩＤのデータバーストを介してサービスガイドを端末に送信するようにする。

次に、第２の方法は、ユニキャストフローを用いる方法であって、端末が応用階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバがデータベースを検索してサービスガイドを抽出し、抽出されたサービスガイドを応用階層（例：ＨＴＴＰ（Hyper Text Transfer Protocol））を介して端末に送信する。ここで、ＭＣＢＣＳサーバは、要請に応じて保安サーバとＭＣＢＣＳサービス認証過程を行うこともでき、この場合には、ＭＣＢＣＳサーバは、サービスガイドとともに認証情報を端末に送信する。ここで、端末は、ＭＣＢＣＳサーバではないＳＰにサービスガイドの伝達を要請することもでき、この場合には、ＳＰがＭＣＢＣＳサーバをトリガーして、ＭＣＢＣＳサーバにとって端末にサービスガイドを送信するようにすることができる。

次に、第３の方法は、ブロードキャストフローを用いる方法であって、端末が応用階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバは、基地局をトリガーして、基地局にとってサービスガイドを含むブロードキャストメッセージ、例えばＤＣＤメッセージを生成し、これを端末に送信するようにすることができる。

最後に、第４の方法は、ＤＳＡ手順を用いる方法であって、端末が応用階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバが基地局制御機にサービスガイドの送信を指示するためのＤＳＡ（Dynamic Service Addition）要請トリガーメッセージを送信し、これにより、基地局制御機が基地局にＤＳＡ要請トリガーメッセージを送信し、このとき、基地局は、基地局制御機のトリガーに従ってサービスガイドを含むＤＳＡ要請メッセージを生成して、端末に送信することができる。

ここで、サービスガイドは、放送チャネルに対するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグに対する応用階層ネームタグのマッピングテーブル、放送編成表（放送スケジュール、送信率）、認証情報（チャネル又はコンテンツの復号化／暗号化のためのＭＣＢＣＳ ＧＴＥＫ（General Traffic Encryption Key）、ＭＣＢＣＳルートキー及びＭＣＢＣＳ ＫＥＫ（Key Encryption Key）に対するランダムシード値、ＭＣＢＣＳ ＧＴＥＫ及びＭＣＢＣＳルートキー及びＭＣＢＣＳ ＫＥＫの寿命時間値）、応用階層ネームタグにマッピングされる実際の放送チャネルの名称、及びその組み合せで構成される。ここで、各サービスガイドは、個別放送局もしくはＳＰ単位又は複数の放送局もしくはＳＰを集めて構成できることはもちろんである。また、個別ＭＢＳゾーン単位又はすべてのＭＢＳゾーンを集めて構成できることはもちろんである。

ここで、ＭＡＣ階層ネームタグにはＭＣＩＤ、及びＬＣＩＤがあり、ＩＰ階層ネームタグには放送チャネルＩＰ、及びコンテンツＩＰがある。また、応用階層（Ｌ３階層以上を意味する）ネームタグにはコンテンツＩＤ、放送チャネルＩＤ、放送局ＩＤ、及びＳＰＩＤがあり、応用階層ネームタグにはＩＰ階層ネームタグも含まれることができる。すなわち、応用階層は、ＭＡＣ階層以上、例えば、Ｌ７階層の場合には、Ｌ３（IP）、Ｌ４（Transport）、Ｌ５（Application）、Ｌ６、及びＬ７のうちのいずれか１つ又はこの５種類の階層の組み合せ（例：Ｌ３＆Ｌ５）をいう。以下の説明において、放送チャネルＩＰに対するＭＣＩＤのマッピングテーブルは、応用階層ネームタグに対するＭＡＣ階層ネームタグのマッピングテーブルの１つの具体的な実施の形態になり、マッピングテーブルの他にも、応用階層ネームタグに対するＩＰ階層ネームタグのマッピングテーブルなどの様々なマッピングテーブル組み合せが可能であることはもちろんである。

ここで、ＳＰリストを、エアーチャネルを介して端末に伝達する方法は、ＩＥＥＥ８０２．１６ｇに規定されているので、これを活用すればよい。すなわち、初期接続時に伝達するＳＢＣ−ＲＳＰ（SS Basic Capability-ReSPonse）メッセージ又はＳＩＩ−ＡＤＶ（Service Identity Information-ADVertisement）というブロードキャストメッセージを介して、ＳＰリストを端末に伝達することができる。本実施形態では、ユーザー端末がＳＰやＭＣＢＣＳサーバのアドレスを知っていると仮定し、一般にユーザー端末は、以下のような方法で該当するアドレスを獲得することができる。第１に、予めアドレスをユーザー端末に格納して設定（configuration）するか、第２に、ユーザーにとって直接入力するようにして設定するか、第３に、初期接続時にＳＰリストを伝達する際にアドレスを共に伝達するか、第４に、アドレスを獲得できるサーバとの連動手順を介して、アドレスを獲得することができる。第４の方法の場合、ユーザー端末の応用階層に位置したクライアントプログラム及び事業者が管理するサーバが、該当する機能を提供しなければならない。

本実施形態においてＭＣＢＣＳサーバは、無線網にマルチキャストフローを用いて放送コンテンツを伝達する最終の主体になり、かつサービスガイドの一部又は全てを、無線網を介して端末に伝達する主体となる。放送編成表や認証情報は、ＳＰがユーザー端末に直接伝達することもできる。別の言い方をすると、ＭＣＢＣＳサーバは、ＡＰ（Access Provider）の立場で無線網を直接管理して、放送ベアラトラフィック（bearer traffic）だけでなく、シグナリング情報を送信する。いくつかのＳＰが１つの無線網を共有する場合には、すべてのＳＰは、ＭＣＢＣＳサーバを介して無線網を活用して、最終的にユーザーの望む放送サービスを提供する。

以下の説明において、網エンティティー（ＮＥ：Network Entity）の名称は、該当する機能によって定義されたものであって、標準化グループ又は運用者の意図によって変わることができる。例えば、基地局は、ＲＡＳ（Radio Access Station：アクセス制御ルーター）又はＢＳ（Base Station）と呼ばれることができ、基地局制御機は、ＡＣＲ（Access Control Router）又はＡＳＮ−ＧＷ（Access Service Network-Gateway：接続サービスネットワークゲートウェイ）と呼ばれることができる。ここで、ＡＳＮ−ＧＷは、基地局制御機機能だけでなく、ルーター機能を行うことができる。

ここで、ＭＣＢＣＳサービスに関わる主体を説明すると、以下のとおりである。通常、ＭＣＢＣＳサービスに関わる主体は、コンテンツ供給者（Content Provider：以下、ＣＰと略称する）、及びサービス供給者（Service Provider：以下、ＳＰと略称する）、網運営者（Access Provider：以下、ＡＰと略称する）を含む。

まず、ＣＰは、ＭＣＢＣＳサービスに提供されるコンテンツを製作及び供給する機能を果たし、ＳＰは、ＣＰからコンテンツを供給されて、コンテンツを無料又は一定の使用料を受けたユーザーにサービスする機能を果たし、ＡＰは、ＳＰのサービスをユーザーに送信する機能を果たす。ＣＰ、ＳＰ、ＡＰは、それぞれ独立した事業者になりうるが、１つの事業者がすべての機能又は２個以上の役割を担当することができ、一例として、韓国における地上波放送事業者がある。

図１は、本発明の実施形態による広帯域無線アクセスシステムのＭＣＢＣＳサービスを提供するためのネットワーク構造を示す図である。

図１に示すように、本実施形態のネットワーク構造は、保安サーバ１５０、ＭＣＢＣＳ応用サーバ（Application Server；以下、ＡＳと略称する）１４０−１、１４０−２、ＭＣＢＣＳサーバ１３０、ＭＣＢＣＳ制御機１２０、基地局１１０、及びユーザー端末１００を備えて構成される。ここで、ＭＣＢＣＳ制御機１２０は、基地局制御機と共に位置する独立的な装置であっても良く、基地局制御機がＭＣＢＣＳ制御機の機能を含んで構成されても良い。

図１に示すように、まず保安サーバ１５０は、ＳＰの領域に属しており、ユーザーのＭＣＢＣＳサービス加入のための認証及び権限付与、課金処理などの機能を遂行する。

ＭＣＢＣＳ ＡＳ１４０−１、１４０−２は、ＳＰの領域に属しており、ＭＣＢＣＳサービスに加入したユーザーに対する加入処理／管理機能、ＭＣＢＣＳサービスのコンテンツをＡＰに送信する機能、不正ユーザーに対する接近を制御するためのユーザー認証機能、ＣＰから供給されたコンテンツを保護するための機能、多数のユーザーの端末機管理機能、及びＭＣＢＣＳサービスに必要な情報を提供する機能を遂行する。図１において、ＭＣＢＣＳ ＡＳ１ １４０−１は、不正ユーザー制御機能及びコンテンツ保護機能を提供しない無料サービスを提供するＳＰのためのＭＣＢＣＳ ＡＳであり、ＭＣＢＣＳ ＡＳ２ １４０−２は、不正ユーザー制御機能及びコンテンツ保護機能を提供する有料サービスを提供するＳＰのためのＭＣＢＣＳ ＡＳという点に差がある。ＭＣＢＣＳ ＡＳ１４０−１、１４０−２の機能をさらに詳細に説明すると、以下のとおりである。

−ＭＣＢＣＳサービス情報、例えばサービスガイド、の生成：サービスガイドを生成する際にＭＣＢＣＳ ＡＳ間に相互に約束されたデータモデルに従う。
−ユーザーのＭＣＢＣＳサービスを受信するための加入手順の遂行
−保安サーバ１５０と連動して、ユーザー認証及び使用権限の付与、課金処理などを遂行
−ＭＣＢＣＳチャネル又はＭＣＢＣＳコンテンツ別のユーザグループ管理
−グループ別認証キー管理及び配布
−不正ユーザーのアクセス制御／マルチメディアコンテンツの保護：コンテンツ暗号化及び復号化キー管理及び配布
−ストリーム送信／ファイル送信：送信プロトコルの定義、ユーザーが正常にＭＣＢＣＳコンテンツを受信したかを確認するための受信報告の管理、ファイル送信のためファイルメタデータの管理
−ユーザー相互対話（User Interaction）：ユーザーとの相互対話サービスを提供
−通知／警告：放送スケジュールに変化が生じるか、緊急放送などが必要な場合、ＭＣＢＣＳサービスに加入したユーザーにこれを通知するためのサービス提供

ＭＣＢＣＳサーバ１３０は、ＡＰにおいて中心機能を果たす主体であり、様々なＳＰからのＭＣＢＣＳサービス情報（例、サービスガイド）の集合及び送信、網資源の効率的な使用のための管理、及びユーザー端末によるデータのエラーのない受信のための支援機能などを提供し、詳細な機能は以下のとおりである。

−ＭＣＢＣＳトランスミッションゾーンの管理：ＳＰ別にサービスしようとする地域の基地局管理
−サービスガイド加工：ＭＣＢＣＳ ＡＳから受信したサービスガイドを統合し、必要によって分割、ネットワーク資源の消費を減らすためのサービスガイド圧縮、サービスガイドの維持補修管理
−サービスガイドの配布：ユニキャスト又はマルチキャスト方法による
−ストリーム送信／ファイル送信：ユーザーが正常にＭＣＢＣＳコンテンツを受信したかを確認（場合によって、ＭＣＢＣＳ ＡＳと同じ機能を遂行）
−ユーザー位置追跡によるマルチキャストグループの管理
−受信報告処理：ユーザーが受信報告により網状況を報告する場合、これを反映

ＭＣＢＣＳ制御機１２０は、ＡＰに位置しており、中心網と接続網との接続部分として中心網を介して送信されたＭＣＢＣＳサービスを、無線網を介して効率的に送信する機能及びユーザー端末にＭＣＢＣＳサービスの開始を知らせる機能を支援し、詳細な機能は以下のとおりである。

−マクロダイバーシティ利得を提供するためのデータ／時間の同期化を遂行：バースト予約割り当て及びパケット加工
−ＭＢＳゾーンの管理
−通知などのためのグループページング情報の伝達

ここで、ＭＣＢＣＳ制御機１２０は、ＭＣＢＣＳサーバ１３０とのみ直接接続し、他のＳＰとは、ＭＣＢＣＳサーバ１３０を介してのみ接続する。

基地局１１０は、有線に送信されたＭＣＢＣＳサービスを無線で送出する機能を担当し、ＡＰの管理を受ける。

ユーザー端末１００は、網エンティティーを介してＭＣＢＣＳサービスを受信し、送信されたＭＣＢＣＳサービスをユーザーに提供する機能を果たす。

最後に、図示していないが、政策サーバは、サービスを要請する端末に対するＩＰフロー別のＱｏＳプロファイル情報を管理する。

ここで、図１に示すサービス領域は、ＳＰがサービスを提供する領域を示し、ＭＣＢＣＳトランスミッションゾーンは、サービス領域においてＭＣＢＣＳサービスの効率的な送信のためにＡＰが定義した送信管理領域であって、同じコンテンツが放送される領域を示す。これに対し、ＭＢＳゾーンは、異なるＣＩＤ（Connection IDentifier）又は異なるＳＡ（Security Association）を介して、ＭＣＢＣＳサービスフローが有効な地域であることを意味する。

図２は、本発明の第１の実施の形態による広帯域無線アクセスシステムにおけるマルチキャストブロードキャストフローで、サービスガイドを伝達する方法を示す図である。

図２に示すように、一般に、ＭＣＢＣＳを提供する通信システムであるＩＥＥＥ８０２．１６通信システムの送信機は、同じ時点において同じコーディング方式を用いて同じフレーム番号と同じＯＦＤＭシンボルの位置でＭＣＢＣＳデータを受信機に送信する。このとき、各サービス領域のエッジに存在する受信機が無線結合（Radio Frequency Combining）を介してマクロダイバーシティ効果を得るようにするためには、送信機がダウンリンクフレームでＭＣＢＣＳのためのバーストを区分し、区分したＭＣＢＣＳバーストを介して、ＭＣＢＣＳデータを送信しなければならない。また、受信機は、ダウンリンクフレームにおいて自身が受信すべきＭＣＢＣＳデータに対するＭＣＢＣＳバーストの情報を含むＭＢＳ−ＭＡＰメッセージを受信して、ＭＣＢＣＳバーストを認知することによって、ＭＣＢＣＳバーストを介して送信されるＭＣＢＣＳデータを受信する。以下の説明において、ダウンリンクマップ（DownLink-MAP：以下、ＤＬ−ＭＡＰと略称する）メッセージは、ダウンリンク資源の割り当て情報を送信するＭＡＰメッセージである。

ここで、ＭＣＢＣＳを提供する通信システムのダウンリンクフレームは、時間領域と周波数領域でのサブチャネルとシンボルで表すことができる。ダウンリンクフレームは、ＤＬ−ＭＡＰメッセージ、ＭＢＳ−ＭＡＰメッセージ、及び複数のＭＣＢＣＳデータバーストを含む。

ＤＬ−ＭＡＰメッセージは、現在のフレームに送信するバーストを指示するためのＤＬ−ＭＡＰ ＩＥで構成され、ＭＣＢＣＳを提供する場合には、ＭＢＳ＿ＭＡＰ＿ＩＥ２０１をさらに含む。ＭＢＳ＿ＭＡＰ＿ＩＥ２０１は、ＤＬサブフレーム内のＭＢＳ−ＭＡＰメッセージ２０３の位置情報及びデコード情報を提供し、受信機は、ＭＢＳ＿ＭＡＰ＿ＩＥ２０１を介してＭＢＳ−ＭＡＰメッセージ２０３を受信する。

ＭＢＳ−ＭＡＰメッセージ２０３は、ＭＢＳ＿Ｄａｔａ＿ＩＥで構成され、ＭＢＳ＿Ｄａｔａ＿ＩＥを介して受信機にＭＣＢＣＳデータバースト２０５の位置情報及びデコード情報を送信し、受信機は、ＭＢＳ＿Ｄａｔａ＿ＩＥに含まれた情報を用いて、特定のＭＣＢＣＳフレームに割り当てられたＭＣＢＣＳデータバースト２０５を介して、ＭＣＢＣＳデータを受信する。

ここで、図２のサービスガイドの伝達方法は、マルチキャストブロードキャストフローであって、すべてのゾーンに対して特定のＭＣＩＤに送信されるデータバーストを用いてサービスガイドを送信するものである。すなわち、特定のＭＣＩＤを介してユーザー端末にサービスガイドを周期的に送信する。このとき、すべてのゾーンに対して特定のＭＣＩＤ番号は同じであるが、送信時間、送信周期、及び送信されるサービスガイドの内容はＭＢＳゾーン別に異なるように構成できる。ここで、サービスガイドの送信周期は、規格枠内で事業者によって調節可能である。

サービスガイドは、例えばＭＣＩＤと放送チャネルＩＰのマッピングテーブルであり得、マッピングテーブルは、配列で管理され、図７の例のように、チャネルＩＤ（又はｃｏｎｔｅｎｔ ＩＤ）、ゾーンＩＤ（ＭＢＳゾーンＩＤ）、放送チャネルＩＰアドレス、及びＭＣＩＤ（又はＬＣＩＤ）で構成されることができる。ここで、ＭＣＩＤと放送チャネルＩＰアドレスの大きさは、例えば１２ビットと３２ビットで一定なので（ＬＣＩＤは８ｂｉｔ）、ＭＢＳゾーン別に放送チャネルの数によってマッピングテーブルの全体の大きさが分かる。よって、マッピングテーブルを特定のＭＣＩＤに送信する場合には、マッピングテーブルの全体の大きさを計算するために必要な情報は放送チャネルの数のみであり、ＭＢＳ−ＭＡＰメッセージは、ＭＣＩＤデータバーストのネームタグ（ＭＣＩＤ又はＬＣＩＤ）、位置、及び大きさ情報を含めなければならない。それゆえ、この大きさ情報を計算するために必要な情報が単純であるほど有利である。

ここで、サービスガイドデータバーストパケットは、ＭＣＢＣＳサーバ１３０又は基地局制御機１２０が生成できる。ここで、ＭＣＩＤに送信されるすべてのデータバーストに対するストリームをＭＣＢＣＳサーバ１３０が提供するので、ＭＣＢＣＳサーバ１３０がサービスガイドデータバーストパケットを生成する場合には、ＭＣＢＣＳサーバ１３０は、データバーストに対するストリームをそのまま活用さえすれば良いという利点がある。これに対し、基地局制御機１２０は、ＭＢＳゾーン別のエアースケジューリング（例えば、permutation、ＭＣＳレベル、ＭＩＭＯ有無、送信率、送信周期、圧縮有無、放送時刻／終了管理）に応じてバーストサイズを生成するパケット化を行い、また、パケット化に必要な情報、例えばＭＣＩＤ、放送チャネルＩＰ、ＭＢＳゾーン別放送チャネル構成管理情報を持っているので、基地局制御機１２０がサービスガイドデータバーストパケットを生成することもできる。ここで、ＭＢＳ−ＭＡＰメッセージには、サービスガイドの内容を伝達するＭＣＩＤデータバーストのネームタグ（ＭＣＩＤ又はＬＣＩＤ）、位置、及び大きさ情報を含めなければならないので、ＭＣＢＣＳサーバ１３０又は基地局制御機１２０は、ＭＡＰメッセージを生成する主体、例えば基地局１１０に、該当情報を予め通知しなければならない。このとき、基地局１１０は、ＭＢＳ−ＭＡＰメッセージにサービスガイドの内容を伝達するＭＣＩＤデータバーストのネームタグ（ＭＣＩＤ又はＬＣＩＤ）、位置、及び大きさ情報を含め、ＭＢＳ−ＭＡＰメッセージの２次元割り当て位置を示すＤＬ−ＭＡＰをユーザー端末１００に送信した後に、該当するＭＣＢＣＳバーストにＭＣＢＣＳサーバ１３０又は基地局制御機１２０からのサービスガイドを含めて、端末１００に送信する。このとき、端末１００は、サービスガイドをメモリに格納する。

ここで、図２は、マクロダイバーシティを獲得し得る多重−基地局ＭＣＢＣＳの場合を例に挙げて示した図であり、マクロダイバーシティを獲得できない単一−基地局ＭＣＢＣＳの場合には、ＭＢＳ−ＭＡＰメッセージが使用されない。すなわち、ＤＬ−ＭＡＰのＭＢＳ＿ＭＡＰ＿ＩＥが直接、ＭＣＢＣＳバーストの位置情報及びデコード情報を提供することができる。

一方、本発明の第１の実施の形態では、特定のＭＣＩＤのデータバーストに各ゾーン別のサービスガイドを伝達することで例を挙げたが、ブロードキャストＣＩＤ（Broadcast ＣＩＤ：ＢＣＩＤ）により各ゾーン別のサービスガイドを伝達する方法も可能である。

図３は、本発明の第２の実施の形態による広帯域無線アクセスシステムにおけるユニキャストフローで、要請した１名のユーザーにサービスガイドの伝達方法を示す図である。

図３に示すように、ＭＣＢＣＳサーバ３３０は、ステップ３０１（図中ではステップをSと略す）において基地局制御機３２０にＭＣＢＣＳコンテンツトラフィックをマルチキャスト送信し、基地局制御機３２０は、ステップ３０３において受信されたＭＣＢＣＳコンテンツトラフィックを基地局３１０にマルチキャスト送信する。

以後、ユーザー端末３００は、ステップ３０５においてユーザーのキー操作によってサービスガイド、例えば、放送チャネルＩＰに対するＭＣＩＤのマッピングテーブルが要請される際に、応用階層を介してＭＣＢＣＳサーバ３３０にサービスガイド要請メッセージを送信する。ここで、サービスガイド要請メッセージは、ユーザー端末ＩＰ、及び基地局ＩＤを含んで構成される。このとき、ＭＣＢＣＳサーバ３３０は、保安サーバ３５０とＭＣＢＣＳサービス認証過程を行うこともでき、行わないこともできる。すなわち、サービスガイド要請メッセージに対する応答メッセージを送信する際に、ユーザー端末３００の属したＭＢＳゾーン、ユーザー端末に許容されるすべてのＭＢＳ、又は該当するユーザー端末に許容される限度内でユーザー端末が選択したすべてのＭＢＳゾーンに該当するサービスガイドのみを含むサービスガイド応答メッセージを端末３００に送信することもできるが、保安サーバ３５０とのＭＣＢＣＳサービス認証過程により、ＭＣＢＣＳ ＧＴＥＫ（General Traffic Encryption Key）値をサービスガイドと同時に伝達することによって、視聴しようとするチャネルに対してＭＣＢＣＳ ＧＴＥＫ値、すなわち該当するサービス権限キー値がある場合にのみモニターリング可能にすることもできる。

言い換えると、ＭＣＢＣＳサーバ３３０が保安サーバ３５０とＭＣＢＣＳサービス認証過程を行わない場合には、ＭＣＢＣＳサーバ３３０は、データベースからユーザー端末３００の属したＭＢＳゾーン又はユーザー端末に許容されるすべてのＭＢＳゾーン、又は端末に許容される限度内で該当端末が選択したすべてのＭＢＳゾーンに該当するサービスガイドを検索し、直ちにステップ３０９に進んで、検索されたサービスガイドを含むサービスガイド応答メッセージを端末３００に送信する。

これに対し、ＭＣＢＣＳサーバ３３０が、保安サーバ３５０とＭＣＢＣＳサービス認証過程を行う場合には、ステップ３０７において保安サーバ３５０とＭＣＢＣＳサービス認証過程を行う。ここで、ＭＣＢＣＳサービス認証過程は、ＭＣＢＣＳサーバ３３０が保安サーバ３５０にユーザー端末ＩＰを含むＭＣＢＣＳサービス認証要請メッセージを送信し、メッセージを受信した保安サーバ３５０がユーザー端末の認証を行った後に、端末３００のサービスクラス別に権限のある放送チャネルＩＰを暗号化／復号化できるＭＣＢＣＳサービス権限キー（すなわち、ＭＣＢＣＳ ＧＴＥＫ）を生成するためのランダムシード値、ＭＣＢＣＳ ＧＴＥＫの有効期間を通知するためのＧＴＥＫの寿命時間値、ＭＣＢＣＳ ＧＴＥＫの暗号化／復号化のために保安サーバで生成されたＭＣＢＣＳルートキー及びＭＣＢＣＳチャネル／コンテンツＫＥＫ（Key Encryption Key）値、ＭＣＢＣＳルートキー及びＭＣＢＣＳチャネル／コンテンツＫＥＫを端末の内部で生成できるようにする端末ユニーク（unique）なランダムシード値、ＭＣＢＣＳルートキー及びＭＣＢＣＳチャネル／コンテンツＫＥＫの有効期間を知らせるための寿命時間値、及びユーザー端末のＭＣＢＣＳサービスクラス情報を含むＭＣＢＣＳサービス認証応答メッセージをＭＣＢＣＳサーバ３３０に送信することによって行われる。さらに他の方法として、ＭＣＢＣＳサービス認証過程は、周期的に行われることができる。換言すると、上記のような認証情報をＭＣＢＣＳサーバ３３０が管理し、ＭＣＢＣＳサーバ３３０は、保安サーバ３５０の周期的なトリガーに従って、ＭＣＢＣＳ認証情報を更新することができる。

認証過程を行ったＭＣＢＣＳサーバ３３０は、データベースからユーザー端末の属したＭＢＳゾーン、ユーザー端末に許容されるすべてのＭＢＳゾーン、又は該当するユーザー端末に許容される限度内で該当端末が選択したすべてのＭＢＳゾーンに該当するサービスガイド、例えば、放送チャネルＩＰに対するＭＣＩＤのマッピングテーブルを検索し、保安サーバ３５０から受信されたランダムシード値を用いて、ユーザー端末３００のサービスクラス別に権限のある放送チャネルＩＰに対するＭＣＢＣＳ ＧＴＥＫを生成し、保安サーバ３５０から受けたＭＣＢＣＳルートキー及びＭＣＢＣＳ ＫＥＫ値で生成されたＭＣＢＣＳ ＧＴＥＫを暗号化した後に、ステップ３０９において検索されたマッピングテーブルのうち、ユーザー端末３００のサービスクラス別に権限のある放送チャネルＩＰに対するマッピングテーブル、暗号化されたＭＣＢＣＳ ＧＴＥＫ、ＭＣＢＣＳルートキー及びＭＣＢＣＳ ＫＥＫをユーザー端末の内部で生成できるようにする端末ユニークなランダムシード値、ＭＣＢＣＳ ＧＴＥＫ、ＭＣＢＣＳルートキー及びＭＣＢＣＳ ＫＥＫの寿命時間値を含むサービスガイド応答メッセージをユーザー端末３００に送信する。ここで、サービスガイド応答メッセージは、放送チャネル別放送時間帯に対する情報として、放送時間編成表を含むこともできる。

ここで、サービスガイド要請メッセージ及び応答メッセージは、ＨＴＴＰ（Hyper Text Transfer Protocol）又は連動可能なプロトコルを経由して、ユニキャストフローに送受信される。ここで、サービスガイドメッセージを受信したユーザー端末３００は、サービスガイドをメモリに格納し、ＭＣＢＣＳサーバ３３０にＡＣＫ／ＮＡＣＫを送信することもできる。ＡＣＫ／ＮＡＣＫ送信手順を行う場合には、ＭＣＢＣＳサーバ３３０はＮＡＣＫを受信する際に、これに応じた再送信を行うことができる。これに対し、ＡＣＫ／ＮＡＣＫ送信手順を行わない場合に、ユーザー端末３００がサービスガイドを受信していない場合には、ユーザー端末３００は、内部的にユーザーにとってこれを認識するようにして、再送信要請又は放棄を決定するようにすることができる。

以後、ユーザー端末３００は、ステップ３１１において基地局３１０からユーザーが選択したチャネルに対するＭＣＩＤフローに該当するＭＣＢＣＳコンテンツトラフィックをマルチキャスト受信する。このとき、該受信されたトラフィックは、該当フローの経路を介してＰＨＹ階層及びＭＡＣ階層を経てユーザインタフェースにディスプレイされる。

ここで、図３は、ＭＢＳゾーンの数が少なく、各ＭＢＳゾーンが広範囲な地域をカバーする場合に、リソースの浪費を減らすことができるという効果的な方法である。また、マッピングテーブルは、上記のようにユーザー端末の要請によって送信することもでき、保安サーバ、ＭＣＢＣＳサーバ、政策サーバ、又はＳＰの要請に応じて端末に送信することもできる。

図４は、本発明の第３の実施の形態による広帯域無線アクセスシステムにおけるＳＰとの連動手順を介したサービスガイドの伝達方法を示す図である。

図４に示すように、ＭＣＢＣＳサーバ４３０は、ステップ４０１において基地局制御機４２０にＭＣＢＣＳコンテンツトラフィックをマルチキャスト送信し、基地局制御機４２０は、ステップ４０３において受信されたＭＣＢＣＳコンテンツトラフィックを基地局４１０にマルチキャスト送信する。

ここで、ＭＣＢＣＳサーバ４３０は、１つ以上のＳＰ４６０とセルラネットワーク網を介して通信でき、ステップ４０５において１つ以上のＳＰ４６０から周期的にサービスガイド情報、すなわちサービスガイドの内容及びユーザー端末への伝達形式を受信する。例えば、サービスガイドの伝達形式は、放送編成表の場合には、ユーザーに伝達する形式そのままで、認証情報の場合には、一般に使用する保安形式を用いて（ランダムシード又は二重暗号化）、マッピングテーブルの場合には、放送圏域の割り当て情報、放送編成情報、及びマッピングテーブル様式を用いることができる。ここで、ＳＰ４６０は、加入者を募集し放送サービスに対する課金を賦課する主体である。

以後、ユーザー端末４００は、ステップ４０７においてユーザーのキー操作によってサービスガイドが要請される際に、ＳＰ４６０にサービスガイド要請メッセージを送信する。ここで、サービスガイド要請メッセージは、ユーザー端末ＩＰ、及び基地局ＩＤを含んで構成される。このとき、ＳＰ４６０は、ステップ４０９においてＭＣＢＣＳサーバ４３０をトリガーして、ＭＣＢＣＳサーバ４３０が無線網を介してサービスガイドをユーザー端末４００に伝達する。

このとき、ＭＣＢＣＳサーバ４３０は、ステップ４１１においてＳＰ４６０のサービスガイドの内容に基づいてサービスガイドを生成し、例えば、ＭＢＳゾーン及び応用階層に対するＭＡＣ階層のネームタグを割り当てて、ユーザー端末４００が要請するサービスガイドを含むサービスガイド応答メッセージを生成し、該当する伝達形式に応じてユーザー端末４００に送信する。このとき、ユーザー端末４００は、サービスガイドをメモリに格納する。

以後、ユーザー端末４００は、サービスガイド応答メッセージの受信に成功した場合には、ステップ４１３においてサービスガイド応答メッセージの伝達成功を表すサービスガイドＡｃｋをＭＣＢＣＳサーバ４３０に送信し、このとき、ＭＣＢＣＳサーバ４３０がステップ４１５においてサービスガイドＡｃｋをＳＰ４６０に送信する。

他の方法として、ユーザー端末４００のサービスガイド要請に応じるサービスガイドをＳＰ４６０が直接ユーザー端末４００に送信することもでき、この場合、ユーザー端末４００は、サービスガイドＡｃｋをＳＰ４６０に直接送信する。

図５は、本発明の第４の実施の形態による広帯域無線アクセスシステムにおけるＳＰとの連動手順を介してサービスガイドの伝達方法を示す図である。

図５に示すように、ＭＣＢＣＳサーバ５３０は、ステップ５０１において基地局制御機５２０にＭＣＢＣＳコンテンツトラフィックをマルチキャスト送信し、基地局制御機５２０は、ステップ５０３において受信されたＭＣＢＣＳコンテンツトラフィックを基地局５１０にマルチキャスト送信する。

以後、ユーザー端末５００は、ステップ５０５においてユーザーのキー操作によってサービスガイドが要請される際に、ＭＣＢＣＳサーバ５３０にサービスガイド要請メッセージを送信する。ここで、サービスガイド要請メッセージは、ユーザー端末ＩＰ、及び基地局ＩＤを含んで構成される。

このとき、ＭＣＢＣＳサーバ５３０は、ステップ５０７において１つ以上のＳＰ５６０と通信して、ＳＰ５６０からサービスガイド情報、すなわちサービスガイドの内容及び伝達形式を受信する。ここで、サービスガイド情報は、ステップ５０７において受信することもでき、ステップ５０５の以前に前もって受信することもできる。

以後、ＭＣＢＣＳサーバ５３０は、ステップ５０９においてサービスガイド情報に基づいてサービスガイドを生成し、これを含むサービスガイド応答メッセージを生成して、該当する伝達形式に応じてユーザー端末５００に送信する。このとき、ユーザー端末５００は、該当するサービスガイドをメモリに格納する。

以後、ユーザー端末５００は、ステップ５１１において、基地局５１０からユーザーが選択したチャネルに対するＭＣＩＤフローに該当するＭＣＢＣＳコンテンツトラフィックをマルチキャスト受信する。このとき、受信されたトラフィックは、フローの経路を介してＰＨＹ階層及びＭＡＣ階層を経てユーザインタフェースに表示される。

一方、本実施形態によるユーザー端末の応用階層に位置したクライアントプログラムは、放送チャネルに対するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグに対する応用階層ネームタグのマッピングテーブルを管理し、ユーザーが特定放送チャネル（又は放送コンテンツ）を選択、変更又は削除する場合には、図６のように、端末のＭＡＣ階層と通信しつつ該当する動作を指示する。

例えば、ユーザーが特定の放送チャネルを申請する場合には、応用階層は、ＭＡＣ階層に該当する放送チャネルに該当するＭＡＣ階層ネームタグを伝達し、該当するチャネルのデータを受信して応用階層に送信することを指示することができる。また、ユーザーが特定の放送チャネルを変更する場合には、応用階層は、ＭＡＣ階層に以前の放送チャネル及び新しい放送チャネルに該当するＭＡＣ階層ネームタグを伝達し、以前の放送チャネルのデータ受信を中断した後に、新しい放送チャネルのデータを受信して、応用階層に送信することを指示できる。このとき、ＭＡＣ階層はＰＨＹ階層に、物理プロト（Physical prot）を開いて該当するＭＣＩＤ（又はＬＣＩＤ）フローを受信することを指示でき、このために、各階層インタフェース間のシグナリング要請及びこの要請に対してシグナリング応答が送受信される。又は、ＡＣＫが存在することもできる。このように、シグナリング指示が全て行われると、フロー経路が生成され、受信されたデータは、ＰＨＹ階層からＭＡＣ階層を介してユーザインタフェースに表示される。また、ユーザーが特定の放送チャネルを削除する場合には、応用階層は、ＭＡＣ階層に該当する放送チャネルに該当するＭＡＣ階層ネームタグを伝達し、該当するチャネルのデータ受信を中断することを指示することができる。

このように、特定の放送チャネルの申請、変更、及び削除のための応用階層の要請信号に対して、ＭＡＣ階層は、応用階層に応答信号を送信することができ、応答信号には、要請信号に含まれていたＭＡＣ階層ネームタグ又はこれに対応するＩＰ階層ネームタグが含まれることができる。以後、応答信号を受信した応用階層が応答信号に含まれているネームタグと本来要請したネームタグとが同じであるかを確認した結果を含む確認信号を、ＭＡＣ階層に送信でき、このとき、ＭＡＣ階層は、確認信号がＡＣＫの場合にのみ、応用階層が最初に要請した手順を行う。仮に、応用階層が応答信号を受けていないか、又は応答信号は受けたが既に要請したネームタグと異なるネームタグが受信された場合には、この要請手順を再度試みる。このとき、上記のような確認手順がある場合には、確認手順に対するメッセージに該当するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグを含めて、要請手順を再度試みることもできる。

一方、ユーザー端末のＭＡＣ階層が基地局からすべてのＭＣＢＣＳデータを受信し、すべてのデータ又は応用階層から送信することを指示されたＭＡＣ階層ネームタグに該当するデータのみを応用階層に送信することもできる。このとき、応用階層は、マッピングテーブルを管理しているので、必要な放送チャネルを選択することができる。

ここで、図６は、応用階層ネームタグに対するＭＡＣ階層ネームタグのマッピングテーブルが存在する場合のユーザー端末の動作を示す図であるが、応用階層ネームタグに対するＩＰ階層ネームタグのマッピングテーブルが存在する場合には、ユーザー端末の応用階層は、ＩＰ階層ネームタグをＩＰ階層に送信し、該当するチャネルのフローを応用階層に送信することをＩＰ階層に指示し、ＩＰ階層は、ＭＡＣ階層に該当するＭＢＳゾーンのすべてのＭＣＩＤのフローを受信して、ＩＰ階層に送信することを指示し、ＭＡＣ階層から受信されたフローのうち、応用階層が要請したＩＰフローのみを選択し、残りは廃棄して、応用階層に送信することができる。

一方、ＩＥＥＥ８０２．１６規格ではないが、本発明の実施形態による他のサービスガイドの伝達方法として、ブロードキャストメッセージ、例えばＤＣＤメッセージを用いることもできる。すなわち、ユーザー端末が応用階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバは基地局をトリガーして、基地局にとってサービスガイドを含むブロードキャストメッセージを生成し、これをユーザー端末に送信するようにすることができる。ここで、サービスガイドに対する情報は、ＭＣＢＣＳサーバ又はＷＳＭ（WiBro System Manager）から受信する。ＤＣＤメッセージは、基地局がＭＢＳゾーン情報を端末に送信するために放送するメッセージであって、基地局が該当するメッセージを介してサービスガイド、例えばＭＢＳゾーン内のすべてのＭＣＩＤフローを送信する場合には、端末のハンドオーバごとにＭＣＩＤフローをアップデートしなくても良いという利点がある。

本発明の実施形態によるさらに他のサービスガイドの伝達方法として、ＤＳＡ手順を用いることもできる。すなわち、ユーザー端末が応用階層を介してＭＣＢＣＳサーバにサービスガイドの伝達を要請すると、ＭＣＢＣＳサーバは、基地局制御機にサービスガイドの送信を指示するためのＤＳＡ（Dynamic Service Addition）要請トリガーメッセージを送信し、これにより、基地局制御機が基地局にＤＳＡ要請トリガーメッセージを送信するようになり、このとき、基地局は、基地局制御機のトリガーに従ってサービスガイドを含むＤＳＡ要請メッセージを生成して、ユーザー端末に送信する。他の方法として、ユーザー端末が基地局にサービスガイドの送信のためのＤＳＡ要請メッセージを送信し、ＤＳＡ要請メッセージが基地局制御機及び必要に応じてＡＡＡを経た後に政策サーバに伝達されると、政策サーバが基地局制御機にＤＳＡ応答トリガーメッセージを送信し、これにより、基地局制御機が基地局にＤＳＡ応答トリガーメッセージを送信して、基地局にとってサービスガイドを含むＤＳＡ応答メッセージをユーザー端末に送信するようにすることができる。このように、ＤＳＡ応答メッセージを介してＭＢＳゾーン内のすべてのＭＣＩＤフローを送信する場合には、ユーザー端末は、１回のＤＳＡ手順又はＭＣＩＤの数分だけの連続したＤＳＡ手順を介してＭＣＩＤフローを受信することができる。

一方、本発明の実施形態によるさらに他のサービスガイドの伝達方法として、ＩＥＥＥ８０２．１６規格上のＭＢＳ−ＭＡＰメッセージを用いることもできる。すなわち、ユーザー端末は、最大２５６フレームの送信周期を有する、基地局に属したすべてのＭＢＳ−ＭＡＰメッセージを読むことによって、サービスガイドを獲得することができる。

ここで、ＭＢＳゾーンＩＤ及びＭＣＩＤは、クライアントプログラム、ＭＡＣ階層、ＰＨＹ階層の全てで管理されることができる。

一方、本実施形態では、ＭＣＢＣＳサーバが端末にユーザー端末の属したＭＢＳゾーン、又は該当するユーザー端末に許容されるすべてのＭＢＳゾーン、又はユーザー端末に許容される限度内でユーザー端末が選択したすべてのＭＢＳゾーンに対するマッピングテーブルを送信することを例に挙げて説明した。仮に、事業者がゾーン領域を狭い地域としゾーン別にマッピングテーブルを送信する場合には、ユーザー端末が他のゾーンへ移動する際に、ユーザー端末は、これを認識しＭＣＢＣＳサーバに新しいマッピングテーブルを要請しなければならないという面倒が発生する。この場合には、ＭＣＢＣＳサーバは、該当するゾーンに対するマッピングテーブルのみをユーザー端末に送信することより、すべてのＭＢＳゾーンに対するマッピングテーブルを送信することがより好ましく、このとき、ＭＢＳゾーンごとに同じ放送コンテンツに対してＭＣＩＤが異なりうるので、マッピングテーブルには、さらにＭＢＳゾーンＩＤが含まれなければならない。

一方、本実施形態では、ＭＣＩＤと放送チャネルＩＰとが１：１に対応することを例に挙げて説明したが、１つのＭＣＩＤに多数の放送チャネルＩＰがマッピングされうる。放送チャネルＩＰとＬＣＩＤ及びコンテンツＩＤは、１：１：１のマッピング関係を有し、ＭＣＩＤとＬＣＩＤとは、１：１又は１：Ｎ（Ｎは自然数）のマッピング関係を有する。したがって、ＭＣＩＤと放送チャネルＩＰとは、１：Ｎのマッピング関係を有する。すなわち、１つのＭＣＩＤに多数の放送チャネルＩＰがマッピングされうる。また、ＭＣＩＤと放送チャネルＩＰとが１：１に対応し、ＭＣＩＤ：ＬＣＩＤ＝１：Ｎ及びＬＣＩＤ：放送コンテンツ＝１：１の関係を有して１つの放送チャネルＩＰ内にＮ個の放送コンテンツがマッピングされることもできる。すなわち、１つのＭＣＩＤ又は１つの放送チャネルＩＰに複数の放送コンテンツがマッピングされうる。

一方、本実施形態によるユーザー端末がＭＣＢＣＳサーバに送信するサービスガイド要請メッセージは、ユーザー端末の内部ＭＣＢＣＳトラフィックを管理するために、送信率などのトラフィック情報の要求を含むことができ、この場合には、ＭＣＢＣＳサーバは、サービスガイドに含まれた放送チャネル各々に対するトラフィック情報を含むサービスガイド応答メッセージをユーザー端末に送信することができる。

一方、本実施形態によるＭＣＩＤと放送チャネルＩＰとは、それぞれ別に管理されることもできる。例えば、ＭＣＢＣＳサーバが放送チャネルＩＰのみを管理することもでき、この場合には、ＭＣＢＣＳサーバは、ＭＣＩＤを管理するデータベースから該当するＭＣＩＤを受信し、ユーザー端末に該当するＭＣＩＤに許容される放送チャネル又はコンテンツに対するサービスガイドを送信することができる。

一方、全国放送のような特定の放送チャネルに対して、ＭＣＩＤ（又はＬＣＩＤ）を唯一（unique）に割り当てると、すなわち、ＭＢＳゾーンが異なってもグローバルユニークな値と指定すると、他のＭＢＳゾーン内において基地局間を移動する際にも、チャネルに対する追加的な情報更新がなくても放送を受信することもできる。このためには、サービスガイド応答メッセージ、ＤＣＤメッセージ又は従来のＤＳＡ手順を介してユーザー端末にＭＢＳゾーン別のＭＣＩＤ（又はＬＣＩＤ）を送信するとき、該当するＭＣＩＤ（又はＬＣＩＤ）がグローバルユニークな値であるか否かに対する情報を含めて送信できる。このように、ユーザー端末がゾーンを移動する場合には、全国放送のような特定の放送チャネルに対しては、ユーザー端末がＭＢＳゾーンを移動しても同じＭＣＩＤを用いて放送を受信し続け（あるいはゾーン移動時に放送受信を終了）、その他の地域放送に対しては、新しいゾーンに同じコンテンツが存在する場合には、新しいゾーンのマッピングテーブルで該当するＭＣＩＤを用いて放送を受信し続ける（あるいはゾーン移動時に放送受信を終了する）。

一方、本発明の実施の形態において説明したユーザー端末ＩＰは、ＮＡＩ（Network Access Identification）の具体的な例であって、ＮＡＩは、ユーザーＩＤ又は端末ＩＤに該当し、ＮＡＩのさらに他の例としては、ユーザー端末の固有のＭＡＣアドレスを挙げることができる。

一方、本発明の実施の形態で説明した放送チャネルは、ＫＢＳ、ＭＢＣ、ＳＢＳのような放送局を意味することもでき、ＫＢＳが提供する各々のニュース、ドラマ、映画のようなコンテンツを意味することもできる。同様に、ＭＣＩＤやＬＣＩＤは、放送局やコンテンツを意味することができる。

一方、本発明の実施の形態において説明したＭＣＢＣＳサーバは、１つのネットワークエンティティー（Network entity）であり得、ＡＳＰ（Assess Service Provider；例：ＫＴ、ＳＫＴ、Ｓｐｒｉｎｔ）とＢＳＰ（Broadcast Service Provider；例：ＫＢＳ、ＭＢＣ、ｎａｖｅｒ、又は一般放送事業者）によっていくつかのネットワークエンティティーに分けられて、マルチキャストトラフィックの生成、マッピングテーブルの生成、放送編成表の生成、暗号化キー、ランダムシード及び寿命時間などの様々なソフトウェア機能ブロックを分離して管理することもできる。本実施形態において、ＡＳＰとＢＳＰとが管理するネットワークエンティティーを通称して、ＣＳＮ（Core Service Network）と命名する。

一方、本実施形態によるマッピングテーブルの構成は、事業者の政策によって変更され得、変更の時点は、ＭＣＢＣＳ ＧＴＥＫの再生時刻を考慮して決定することができる。例えば、ＭＣＢＣＳ ＧＴＥＫの再生は、放送しない時間帯に一日又は一週単位で行うことができ、このような放送しない時間帯の中でＭＢＧ ＧＴＥＫを再生する前に、ＭＣＢＣＳサーバは、マッピングテーブルの構成を変更することができる。このとき、ＭＣＢＣＳサーバは、マッピングテーブルを変更した後に、すべてのＭＣＢＣＳを支援する基地局制御機に変更されたマッピングテーブルに対する情報を知らせて、基地局制御機にとって必要な情報を更新するようにする。特に、ＭＢＳゾーンＩＤ別にＭＡＣ階層ネームタグと応用階層ネームタグに対するマッピング情報は、基地局制御機から管理されるので、周期的に更新されなければならない。

一方、ＭＡＣ階層が応用階層にトラフィックを上げるとき、トラフィックを他のトラフィックと区別するために、応用階層から受信したＭＡＣ階層ネームタグではない新しいネームタグを用いることができる。ここで、新しいネームタグは、ＭＡＣ階層ネームタグに１：１にマッピングされる小さなサイズの新しいネームタグで構成されることができる。これは、ＭＡＣ階層ネームタグの長いサイズ長によるオーバーヘッドを減らし、端末の内部的に応用階層及びＭＡＣ階層間のすべてのトラフィック呼に対して同じ規則を適用して区別するためである。

一方、基地局間又はセクター間の移動時のシームレス（Seamless）なＭＣＢＣＳを提供するためのユーザー端末内部の動作を提案すると、以下のとおりである。ここで、ユーザー端末は、基地局のＭＣＢＣＳ提供の有無及び自身の属したＭＢＳゾーンが分かると仮定する。ＩＥＥＥ８０２．１６規格上、ＤＣＤメッセージを介してＭＢＳゾーンＩＤがユーザー端末に送信され、ＭＢＳゾーンＩＤ＝０が受信される場合には、ユーザー端末は、該当する基地局がＭＣＢＣＳを提供しない基地局であることが分かる。

まず、ユーザー端末の応用階層がＭＡＣ階層ネームタグ及び応用階層ネームタグマッピングテーブルを管理する際のアルゴリズムは、以下のとおりである。ユーザー端末は、ＤＣＤメッセージを介して新しい基地局がＭＣＢＣＳを提供する基地局であるか否かを確認する。仮に、新しい基地局がＭＣＢＣＳを提供する基地局である場合に、ユーザー端末は、従来と同じＭＢＳゾーンＩＤが受信されているか否かを検査し、すなわち同じＭＢＳゾーンであるか否かを検査し、同じＭＢＳゾーンＩＤが受信される際に、該当する基地局を介してＭＣＢＣＳコンテンツを受信し続ける。これに対し、同じＭＢＳゾーンＩＤが受信されない際に、ユーザー端末は、ＭＡＣ階層ネームタグが全国放送のためのユニークな値であるか否かを検査し、ＭＡＣ階層ネームタグがユニークな値であるとき、新しい基地局のＭＢＳゾーンＩＤを用いて、該当するＭＢＳゾーンのマッピングテーブルをチェックする。このとき、仮にマッピングテーブルに従来の放送チャネルに対するＭＡＣ階層ネームタグと同じＭＡＣ階層ネームタグとが存在する場合には、該当するＭＡＣ階層ネームタグを用いてＭＣＢＣＳコンテンツを受信し続け、その他の場合には、従来の放送チャネルに対する削除過程を行う。これに対し、ＭＡＣ階層ネームタグがユニークな値でない際に、削除過程を行う。これに対し、新しい基地局がＭＣＢＣＳを提供する基地局でない際には、ユーザー端末は、放送受信地域ではないことをディスプレイ部に表示する。上記アルゴリズムを用いる場合には、ユーザー端末の応用階層がＭＡＣ階層にＭＡＣ階層ネームタグを伝達するとき、ＭＡＣ階層ネームタグが全国放送のためのユニークな値であるか否かに対する情報を知らせる。

次に、応用階層がＩＰ階層ネームタグ及び応用階層ネームタグマッピングテーブルを管理する際のアルゴリズムは、以下のとおりである。まず、ユーザー端末は、ＤＣＤメッセージを介して新しい基地局がＭＣＢＣＳを提供する基地局であるか否かを確認する。仮に、新しい基地局がＭＣＢＣＳを提供する基地局であるときには、ユーザー端末は、従来と同じＭＢＳゾーンＩＤが受信されているか否かを検査し、同じＭＢＳゾーンＩＤが受信される際に、続けてＭＣＢＣＳコンテンツを受信する。これに対し、同じＭＢＳゾーンＩＤが受信されない際に、ユーザー端末は、新しい基地局のＭＢＳゾーンＩＤを用いて該当ＭＢＳゾーンのマッピングテーブルをチェックする。このとき、仮に該当マッピングテーブルに従来の放送チャネルに対する放送チャネルＩＰと同じ放送チャネルＩＰが存在すると、該当する放送チャネルＩＰを用いてＭＣＢＣＳコンテンツを受信し続け、その他の場合には、従来の放送チャネルに対する削除過程を行う。これに対し、新しい基地局がＭＣＢＣＳを提供する基地局ではない場合には、ユーザー端末は、放送受信地域ではないことをディスプレイ部に表示する。

一方、ＷｉＭＡＸの場合に、マルチキャストブロードキャストフローに対するＭＡＣ階層ネームタグは、ＭＣＩＤ又はＬＣＩＤであり、ブロードキャストフローに対するＭＡＣ階層ネームタグは、ＢＣＩＤ（Broadcast ＣＩＤ）である。ここで、サービスガイドを送信するＭＡＣ階層ネームタグをユーザーに通知する方法は、以下の５通りの方法がある。第１に、ブロードキャストＭＡＣメッセージ（ＷｉＭＡＸの場合に、ＤＬ−ＭＡＰ、ＤＣＤ、ＮＢＲ−ＡＤＶ（NeighBoR-ADVertisement）、又はＴＲＦ−ＩＮＤ（TRaFfic-INDication）、ＰＡＧ−ＡＤＶ（PAGing-ADVertisement））を介して伝達する方法、第２に、サービスガイドを伝達するＭＡＣ階層ネームタグを特定値で固定し、標準に明示（ＷｉＭＡＸの場合に、ｌＭＣＩＤ＝０又はＢＣＩＤ＝０を使用）する方法、第３に、ＳＰリストを送信する際に追加的にパラメーターをおいてサービスガイドを送信するＭＡＣ階層ネームタグを明示する方法（ＷｉＭＡＸの場合に、ＩＥＥＥ８０２．１６ｇにＳＰリストをエアーに送信する方式が定義されているが、ここに追加的なパラメーターをおいてＭＣＩＤ、ＬＣＩＤ、又はＢＣＩＤ値を知らせる）、第４に、ユーザーがユニキャストフローを介してＳＰ又はＭＣＢＣＳサーバに要請し獲得する方法、最後にＳＰ各自がユーザー端末の供給に関与する場合に、端末に予め設定する方法がある。

一方、本実施形態は、サービスガイド別に異なる伝達方法を用いることができる。例えば、サービスガイドＩ（放送編成表、又は応用階層ネームタグに対するＩＰ階層ネームタグのマッピングテーブルのうちのいずれか１つ以上を含む）は、ブロードキャストフローに伝達し、サービスガイドＩＩ（ＭＡＣ階層ネームタグに対するＩＰ階層ネームタグのマッピングテーブル、又は認証情報を含む）は、マルチキャストブロードキャストフロー又はユニキャストフローに伝達できる。

本実施形態による広帯域無線アクセスシステムにおいて、さらに他のサービスガイドの伝達方法として、以下のような方法が可能である。すなわち、１つ又は複数のユーザー端末は、ＩＧＭＰ（Internet Group Management Protocol）などを介してマルチキャストグループに参加し、ＭＣＢＣＳサーバは、特定のグループに対してグループＩＤを生成し、該当するグループにサービスガイドを送信するために、基地局制御機をトリガーする。このとき、基地局制御機は、基地局と連動してブロードキャスト接続ＩＤ（Broadcast Connection ID：ＢＣＩＤ）又はユニキャスト接続ＩＤ（unicasT Connection ID：ＴＣＩＤ）を生成及び該生成されたＢＣＩＤ又はＴＣＩＤを、ＭＣＢＣＳサーバが指定したユーザー端末にＭＡＣ連動手順（ＤＳＡ）により知らせ、ＭＣＢＣＳサーバが送信したサービスガイドを、生成されたＢＣＩＤ又はＴＣＩＤを介して特定のマルチキャストグループのユーザーに送信する。

一方、ユーザー端末にＭＢＳ−ＭＡＰメッセージが伝達されない場合には、基地局が放送するコンテンツをユーザー端末が読むことはできない。そのため、ＭＢＳ−ＭＡＰメッセージは、リアルタイムで損失（loss）なしで伝達されなければならず、このために、ＭＢＳ−ＭＡＰメッセージの生成主体は基地局になりうる。他の方法として、基地局制御機がＭＢＳ−ＭＡＰメッセージの生成主体になることもできるので、この場合には、基地局制御機−基地局間の送信エラーや送信遅延によって、放送サービス全体の品質が落ちる。ただし静的（Static）に変わるＭＢＳ−ＭＡＰメッセージの入力内容は事業者が設定して、ＭＣＢＣＳサーバ−基地局制御機−基地局の順又はＷＳＭ（WiBro System Manager）−基地局の順に伝達する。放送内容の送信途中にバーストサイズが動的に変わる、ＡＭＣを適用する単一基地局ＭＣＢＣＳの場合に、基地局のＲＦスケジューラがＭＢＳ−ＭＡＰメッセージを直接生成しなければならない。

一方、本実施形態は、サービスタイプによってエアースケジューリング関連情報及びＩＤ資源表示情報を別にする。ここで、該当するサブセルが提供するすべてのＭＢＳゾーンＩＤは、ＤＣＤメッセージにリストする。

まず、ＭＢＳゾーンＩＤ内に又は別途に並行して、該当ＭＢＳゾーンＩＤが提供するＭＣＢＣＳタイプを表示する。例えば、ＭＢＳゾーンＩＤが０ではない場合には、多重−基地局と、ＡＭＣ（Adaptive Modulation and Coding）を適用しない単一基地局と、静的送信動作を適用する単一基地局と、動的送信動作を適用する単一基地局とを区分して表示する。ここで、静的送信動作という用語は、放送受信ユーザーの有無に関わらず、放送時間の間に放送を送信するという意味として使用し、動的送信動作という用語は、放送受信ユーザーの有無によって放送送信の有無を決定するという意味として使用する。ＡＭＣ及び動作送信動作は、多重（multi）基地局には適用しないので、別に適用有無を表示する必要がなく、単一（single）基地局にのみ適用の有無を考慮する。該当表示のために２ビットが必要であり、ここで、ＭＢＳゾーンＩＤが０である場合には、ＭＣＢＣＳサービスを提供しないサブセルを示す。ＡＭＣを適用しない単一基地局を、ＡＭＣと静的送信動作を支援しない単一基地局と、動的送信動作を支援しない単一基地局とに細分化し得る。この場合には、全体として５個であるので、表示のために３ビットが必要となる。

次に、ＭＢＳゾーンＩＤ内に又は別途に並行して、該当するＭＢＳゾーンＩＤが含む送信グループの数を表示する。このとき、各送信グループ別に送信時期を表示することもできる。例えば、送信開始フレーム、送信周期又は送信率のうちのいずれか１つ以上をさらに表示することができる。ここで、送信グループは、１つのＭＢＳゾーン内に同じ送信開始フレーム、送信周期及び同じエアースケジューリング（例：permutation&AMC）を有する放送チャネルの集合を意味する。各ＭＢＳゾーンは、最大２５６個の送信グループを有することもできるが、効率的な管理のために、１つのＭＢＳゾーン内での最大送信グループの数は、４個又は８個に制限することが有利である。

最後に、サービスガイドを特定のＭＡＣ階層ネームタグ（ＭＣＩＤｏｒＬＣＩＤ）に送信する場合には、該当するＭＡＣ階層ネームタグのタイプを表示する。例えば、ＭＡＣ階層ネームタグが該当するゾーンでのみ有効であるか、又はすべてのゾーンに対して有効であるか、又はすべてのゾーンではないが複数のゾーンに対して有効であるかを表示することができ、最後の場合には、いかなるゾーンで有効であるか、ゾーンＩＤも表示することができる。ここで、ＭＢＳゾーンＩＤ別に特定のＭＣＩＤバーストを別途の送信グループにして、サービスガイドを送信することもでき、送信グループごとに一定周期で送信することもできる。別途の送信グループを送信する場合には、第１の送信グループがサービスガイドを伝達する送信グループになるようにする。送信グループごとに一定周期で送信する場合には、各送信グループ別に毎度送信するようにすることもでき、オーバーヘッドを考慮して、各送信グループ別に一定の間隔で送信するようにすることもできる。ここで、サービスガイドの内容は、送信グループ又はＭＢＳゾーンのすべてのチャネル情報を基本とする。また、サービスガイドの内容で各放送チャネル別又はＭＢＳゾーン別ＩＰヘッダ圧縮有無及び圧縮種類の情報、暗号化有無を表示することもできる。

一方、本実施形態によるマッピングテーブル及び放送編成表には、ＭＢＳゾーンＩＤだけでなく、ＭＣＢＣＳトランスミッションゾーンＩＤも含まれうることはもちろんである。

よって、本実施形態は、広帯域無線アクセスシステムにおいてマルチキャストブロードキャストフロー、ブロードキャストフロー、又はユニキャストフローで、放送チャネルに対するＭＡＣ階層ネームタグ又はＩＰ階層ネームタグに対する応用階層ネームタグ（ＩＰ階層ネームタグも含むことができる）のマッピングテーブル、放送編成表、認証情報、応用階層ネームタグにマッピングされる実際の放送チャネルの名称、及びその組み合せで構成されるサービスガイドの伝達装置及び方法を提供することによって、同じＭＢＳゾーン内で基地局間を移動する際に、端末は、追加的にＭＣＩＤと放送チャネルＩＰマッピングを行う必要がなく、他のＭＢＳゾーン内で基地局間を移動する際にも、全国放送のような特定の放送チャネルに対して、放送チャネルＩＰを唯一（unique）に割り当てると、このようなチャネルは、追加的な情報の更新がなくても放送を受信することもできる。すなわち、ＭＢＳゾーンが異なっても、シームレスなＭＣＢＣＳ提供が可能である。また、ユーザー端末がアウェイク状態を維持しなければならない様々な発生原因をなくすことによって、ユーザー端末がアウェイクであるときの短所である、周期的なアップリンクの送信によるパワー浪費とシグナリングに必要なエアー資源の浪費とを阻止しえるという利点がある。また、サービスガイドを要請し伝達する側面から見ると、本実施形態は、多様なＳＰがあっても、ＭＣＢＣＳサーバを介してサービスガイドを最終的に生成しユーザー端末に伝達する最も効率的な構造及び連動手順の方法を提示することによって、無線網放送技術の競争力を大きく向上させるという利点がある。

上述した本発明の好ましい実施形態は、例示の目的のために開示されたものであり、本発明の属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形、及び変更が可能であり、このような置換、変更などは、特許請求の範囲に属するものである。

本発明の実施形態による広帯域無線アクセスシステムにおけるＭＣＢＣＳサービスを提供するためのネットワーク構造を示す図である。 本発明の第１の実施の形態による広帯域無線アクセスシステムにおけるマルチキャストブロードキャストフロー（Multicast Broadcast flow）で、サービスガイドを伝達する方法を示す図である。 本発明の第２の実施の形態による広帯域無線アクセスシステムにおけるユニキャストフローで、要請した一名のユーザーにサービスガイドを伝達する方法を示す図である。 本発明の第３の実施の形態による広帯域無線アクセスシステムにおけるＳＰとの連動手順によるサービスガイドを伝達する方法を示す図である。 本発明の第４の実施の形態による広帯域無線アクセスシステムにおけるＳＰとの連動手順を介してサービスガイドを伝達する方法を示す図である。 本発明の実施形態によるユーザー端末の内部動作を示す図である。 本発明の実施形態による広帯域無線アクセスシステムのマッピングテーブルを示す例示図である。

符号の説明

１５０、３５０ 保安サーバ
１３０、３３０、５３０ ＭＣＢＣＳサーバ
１２０ ＭＣＢＣＳ制御機
２０３ ＭＢＳ−ＭＡＰメッセージ
２０５ ＭＣＢＣＳバースト
２０７ 次のＭＢＳ−ＭＡＰメッセージ
３００、５００ ユーザー端末
３１０、５１０ 基地局
３２０、５２０ 基地局制御機

Claims (43)

1. 広帯域無線アクセスシステムにおけるユーザー端末のサービスガイドの受信方法であって、
   マルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバにサービスガイド要請メッセージを送信する過程と、
   前記ＭＣＢＣＳサーバからサービスガイド応答メッセージを受信する過程と、
   前記マッピングテーブルを格納する過程と、
   を含み、
   前記サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと、応用階層ネームタグと、の間のマッピングテーブルを含み、前記ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、前記応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする方法。
2. 前記サービスガイド応答メッセージは、放送編成表、認証情報、及び応用階層ネームタグにマッピングされる実際放送チャネルの名称のうち、少なくとも一つをさらに含むことを特徴とする請求項１に記載の方法。
3. 前記ＭＡＣ階層ネームタグは、前記ＭＣＩＤ、ＭＢＳ（MultiCast and BroadCast Service）ゾーンＩＤ、及びロジカルチャネルＩＤ（Logical Channel ID：ＬＣＩＤ）のうちの少なくとも１つであり、前記応用階層ネームタグは、前記放送チャネルＩＰアドレス、コンテンツＩＤ、放送チャネルＩＤ、放送局ＩＤ、コンテンツＩP、及びＳＰ（service provider）ＩＤのうち少なくとも１つであることを特徴とする請求項１に記載の方法。
4. 前記サービスガイド要請メッセージ及び前記サービスガイド応答メッセージは、応用階層を介して送受信されることを特徴とする請求項１に記載の方法。
5. 前記サービスガイド要請メッセージは、前記ＭＣＢＣＳサーバの代わりにＳＰに送信されることを特徴とする請求項１に記載の方法。
6. 前記ＭＣＢＣＳサーバは、保安サーバと認証手順を行う過程と、 前記認証手順を介して認証情報を生成する過程と、含み、
   前記サービスガイド応答メッセージが前記マッピングテーブルと共に前記認証情報をさらに含むことを特徴とする請求項１に記載の方法。
7. 前記サービスガイド応答メッセージが前記ＭＣＢＣＳサーバから送信される前に、
   前記ＭＣＢＣＳサーバは、周期的に、又は、前記端末から受信された前記サービスガイド要請メッセージに対する応答として、サービスプロバイダ（ＳＰ）からサービスガイド情報を受信し、
   前記ＳＰから受信されたサービスガイド情報に基づいて前記マッピングテーブルを含むサービスガイド応答メッセージを生成することを特徴とする請求項１に記載の方法。
8. 前記サービスガイド情報は、サービスガイドの内容、及びサービスガイドの伝達形式のうちの少なくとも１つを含むことを特徴とする請求項７に記載の方法。
9. 前記応用階層は、ＨＴＴＰ（HyperText Transfer Protocol）又は連動可能なプロトコル（Protocol）であることを特徴とする請求項４に記載の方法。
10. 前記マッピングテーブルは、前記端末に対するＭＢＳゾーン、前記端末に対して許容可能なすべてのＭＢＳゾーン、及び前記端末に対して許容可能な限度内で前記端末により選択されたすべてのＭＢＳゾーンのうちの何れか一つに対応するマッピングテーブルであることを特徴とする請求項１に記載の方法。
11. 前記サービスガイド要請メッセージは、使用者情報、端末ＩＰ、基地局ＩＤのうち、少なくとも一つを含むことを特徴とする請求項１に記載の方法。
12. 前記ユーザー端末の応用階層部は、前記放送チャンネルが前記マッピングテーブルで選択されている場合には、前記ユーザー端末のMAC階層部に対して放送チャネルに対するMAC階層ネームタグを送信する過程と、
    前記ユーザー端末のMAC階層部は、前記応用階層部から前記MAC階層ネームタグを受信し、前記MAC階層ネームタグに対応するフローを受信することをPHY階層部に指示する過程と、
    前記MAC階層部は、前記PHY階層部からのフローを受信する過程と、
    前記MAC階層部は、前記応用階層部に対して前記フローに対応するデータを送信する 過程と、
    をさらに含むことを特徴とする請求項１に記載の方法。
13. 広帯域無線アクセスシステムにおけるユーザー端末のサービスガイドの受信装置であって、
    マルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバにサービスガイド要請メッセージを送信する送信端と、
    前記ＭＣＢＣＳサーバからサービスガイド応答メッセージを受信する受信端と、
    前記マッピングテーブルを格納するメモリと、
    を含み、
    前記サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと、応用階層ネームタグと、の間のマッピングテーブルを含み、前記ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、前記応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする装置。
14. 前記サービスガイド応答メッセージは、放送編成表、認証情報、及び応用階層ネームタグにマッピングされる実際放送チャネルの名称のうち、少なくとも一つをさらに含むことを特徴とする請求項１３に記載の装置。
15. 前記ＭＡＣ階層ネームタグは、前記ＭＣＩＤ、ＭＢＳ（MultiCast and BroadCast Service）ゾーンＩＤ、及びロジカルチャネルＩＤ（Logical Channel ID：ＬＣＩＤ）のうちの少なくとも１つであり、前記応用階層ネームタグは、前記放送チャネルＩＰアドレス、コンテンツＩＤ、放送チャネルＩＤ、放送局ＩＤ、コンテンツＩP、及びＳＰ（service provider）ＩＤのうち少なくとも１つであることを特徴とする請求項１３に記載の装置。
16. 前記サービスガイド要請メッセージ及び前記サービスガイド応答メッセージは、応用階層を介して送受信されることを特徴とする請求項１３に記載の装置。
17. 前記ＭＣＢＣＳサーバは、保安サーバと認証手順を行い、前記認証手順を介して認証情報を生成し、
    前記サービスガイド応答メッセージが前記マッピングテーブルと共に前記認証情報をさらに含むことを特徴とする請求項１３に記載の装置。
18. 前記サービスガイド応答メッセージが前記ＭＣＢＣＳサーバから送信される前に、
    前記ＭＣＢＣＳサーバは、周期的に、又は、前記端末から受信された前記サービスガイド要請メッセージに対する応答として、サービスプロバイダ（ＳＰ）からサービスガイド情報を受信し、
    前記ＳＰから受信されたサービスガイド情報に基づいて前記マッピングテーブルを含むサービスガイド応答メッセージを生成することを特徴とする請求項１３に記載の装置。
19. 前記サービスガイド情報は、サービスガイドの内容、及びサービスガイドの伝達形式のうちの少なくとも１つを含むことを特徴とする請求項１８に記載の装置。
20. 前記応用階層は、ＨＴＴＰ（HyperText Transfer Protocol）又は連動可能なプロトコル（Protocol）であることを特徴とする請求項１６に記載の装置。
21. 前記マッピングテーブルは、前記端末に対するＭＢＳゾーン、前記端末に対して許容可能なすべてのＭＢＳゾーン、及び前記端末に対して許容可能な限度内で前記端末により選択されたすべてのＭＢＳゾーンのうちの何れか一つに対応するマッピングテーブルであることを特徴とする請求項１３に記載の装置 。
22. 前記サービスガイド要請メッセージは、使用者情報、端末ＩＰ、基地局ＩＤのうち、少なくとも一つを含むことを特徴とする請求項１３に記載の装置。
23. 前記放送チャネルが、前記マッピングテーブルで選択された場合には、放送チャネルに対するＭＡＣ階層ネームタグ（MAC layer name tag）をＭＡＣ階層部に送信し、前記ＭＡＣ階層部から前記放送チャネルに対応するデータを受信する応用階層部と、
    前記応用階層部からＭＡＣ階層ネームタグを受信し、ＰＨＹ階層部に前記ＭＡＣ階層ネームタグに対応するフローを受信することを指示し、前記ＰＨＹ階層部から前記フローを受信し、前記フローに対応するデータを前記応用階層部に送信するＭＡＣ階層部を、さらに含むことを特徴とする請求項１３に記載の装置。
24. 広帯域無線アクセスシステムにおけるマルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバのサービスガイドの送信方法であって、
    端末からサービスガイド要請メッセージを受信する過程と、
    前記端末に、サービスガイド応答メッセージを送信する過程と、を含み、
    前記サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと、応用階層ネームタグと、の間のマッピングテーブルを含み、前記ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、前記応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする方法。
25. 前記サービスガイド応答メッセージは、放送編成表、認証情報、及び応用階層ネームタグにマッピングされる実際の放送チャネルの名称のうち、少なくとも一つをさらに含むことを特徴とする請求項２４に記載の方法。
26. 前記ＭＡＣ階層ネームタグは、前記ＭＣＩＤ、ＭＢＳ（MultiCast and BroadCast Service）ゾーンＩＤ、及びロジカルチャネルＩＤ（Logical Channel ID：ＬＣＩＤ）のうちの少なくとも１つであり、前記応用階層ネームタグは、前記放送チャネルＩＰアドレス、コンテンツＩＤ、放送チャネルＩＤ、放送局ＩＤ、コンテンツＩP、及びサービスプロバイダ（ＳＰ）ＩＤのうち少なくとも１つであることを特徴とする請求項２４に記載の方法。
27. 前記サービスガイド要請メッセージ及び前記サービスガイド応答メッセージは、応用階層を介して送受信されることを特徴とする請求項２４に記載の方法。
28. 保安サーバと認証手順を行う過程と, 前記認証手順を介して認証情報を生成する過程と、をさらに含み、
    前記サービスガイド応答メッセージが前記マッピングテーブルと共に前記認証情報をさらに含むことを特徴とする請求項２４に記載の方法。
29. サービスプロバイダ（ＳＰ）からサービスガイド情報を受信する過程と、
    前記ＳＰから受信されたサービスガイド情報に基づいて前記マッピングテーブルを含むサービスガイド応答メッセージを生成する過程とをさらに含むことを特徴とする請求項２４に記載の方法。
30. 前記サービスガイド情報は、サービスガイドの内容、及びサービスガイドの伝達形式のうちの少なくとも１つを含むことを特徴とする請求項２９に記載の方法。
31. 前記応用階層は、ＨＴＴＰ（HyperText Transfer Protocol）又は連動可能なプロトコル（Protocol）であることを特徴とする請求項２７に記載の方法。
32. 前記マッピングテーブルは、前記端末に対するＭＢＳゾーン、前記端末に対して許容可能なすべてのＭＢＳゾーン、及び前記端末に対して許容可能な限度内で前記端末により選択されたすべてのＭＢＳゾーンのうちの何れか一つに対応するマッピングテーブルであることを特徴とする請求項２４に記載の方法。
33. 前記サービスガイド要請メッセージは、 使用者情報, 端末ＩＰ、基地局ＩＤのうち、少なくとも一つを含むことを特徴とする請求項２４に記載の方法。
34. 広帯域無線アクセスシステムにおけるマルチキャスト及びブロードキャストサービス（MultiCast and BroadCast Service：ＭＣＢＣＳ）サーバのサービスガイドの送信装置であって、
    端末からサービスガイド要請メッセージを受信する受信端と、
    前記端末に、サービスガイド応答メッセージを送信する送信端と、を含み、
    前記サービスガイド応答メッセージは、放送チャネルに対するＭＡＣ階層ネームタグと、応用階層ネームタグと、の間のマッピングテーブルを含み、前記ＭＡＣ階層ネームタグは、マルチキャスト接続識別子（ＭＣＩＤ）であり、前記応用階層ネームタグは、放送チャネルＩＰアドレスである、ことを特徴とする装置。
35. 前記サービスガイド応答メッセージは、放送編成表、認証情報、及び応用階層ネームタグにマッピングされる実際の放送チャネルの名称のうち、少なくとも一つをさらに含むことを特徴とする請求項３４に記載の装置。
36. 前記ＭＡＣ階層ネームタグは、前記ＭＣＩＤ、ＭＢＳ（MultiCast and BroadCast Service）ゾーンＩＤ、及びロジカルチャネルＩＤ（Logical Channel ID：ＬＣＩＤ）のうちの少なくとも１つであり、前記応用階層ネームタグは、前記放送チャネルＩＰアドレス、コンテンツＩＤ、放送チャネルＩＤ、放送局ＩＤ、コンテンツＩP、及びサービスプロバイダ（ＳＰ）ＩＤのうち少なくとも１つであることを特徴とする請求項３４に記載の装置。
37. 前記サービスガイド要請メッセージ及び前記サービスガイド応答メッセージは、応用階層を介して送受信されることを特徴とする請求項３４に記載の装置。
38. 保安サーバと認証手順を行う手段と、前記認証手順を介して認証情報を生成する手段と、をさらに含み、
    前記サービスガイド応答メッセージは、前記マッピングテーブルと共に前記認証情報を含むことを特徴とする請求項３４に記載の装置。
39. 前記受信端は、サービスプロバイダ（ＳＰ）からサービスガイド情報を受信し、
    前記ＳＰから受信されたサービスガイド情報に基づく前記マッピングテーブルを含むサービスガイド応答メッセージを生成する手段をさらに含む請求項３４に記載の装置。
40. 前記サービスガイド情報は、サービスガイドの内容、及びサービスガイドの伝達形式のうちの少なくとも１つを含むことを特徴とする請求項３９に記載の装置。
41. 前記応用階層は、ＨＴＴＰ（HyperText Transfer Protocol）又は連動可能なプロトコル（Protocol）であることを特徴とする請求項３７に記載の装置。
42. 前記マッピングテーブルは、前記端末に対するＭＢＳゾーン、前記端末に対して許容可能なすべてのＭＢＳゾーン、及び前記端末に対して許容可能な限度内で前記端末により選択されたすべてのＭＢＳゾーンのうちの何れか一つに対応するマッピングテーブルであることを特徴とする請求項３４に記載の装置。
43. 前記サービスガイド要請メッセージは、端末ＩＰ、使用者情報, 基地局ＩＤのうち、少なくとも一つを含むことを特徴とする請求項３４に記載の装置。
    

Images