無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートする方法および装置
【課題】無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするための技術を提供する。
【解決手段】送信機（ノードＢ）は、公示されたサービスのためのショート・サービス識別子（ＩＤ）へのロング・サービスＩＤのマッピングを搬送するコンフィギュレーション情報を送信する。送信機はまた、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースに対するショート・サービスＩＤのマッピングを搬送するスケジューリング情報を送信する。ショート・サービスＩＤは、送信されるスケジューリング情報の量を低減する。別の態様では、送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信する。受信機（例えば、ＵＥ）は、興味のあるサービスを求める要求を送信するか否かを判定するために、この情報を用いる。
【解決手段】送信機（ノードＢ）は、公示されたサービスのためのショート・サービス識別子（ＩＤ）へのロング・サービスＩＤのマッピングを搬送するコンフィギュレーション情報を送信する。送信機はまた、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースに対するショート・サービスＩＤのマッピングを搬送するスケジューリング情報を送信する。ショート・サービスＩＤは、送信されるスケジューリング情報の量を低減する。別の態様では、送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信する。受信機（例えば、ＵＥ）は、興味のあるサービスを求める要求を送信するか否かを判定するために、この情報を用いる。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、本願の譲受人に譲渡され、本明細書において参照によって組み込まれている２００７年８月１３日に出願の"ACCESSING AN ADVERTISED SERVICE IN A MULTIMEDIA SYSTEM"と題された米国仮出願６０／９５５，６２０号の優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、通信に関し、さらに詳しくは、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートする技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のような様々な通信コンテンツを提供するために広く開発された。これらの無線システムは、利用可能なシステム・リソースを共有することにより複数のユーザをサポートすることができる多元接続システムでありうる。そのような多元接続システムの一例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含んでいる。
【０００４】
無線通信システムは、ブロードキャスト・サービスおよびマルチキャスト・サービスをサポートすることができる。ブロードキャスト・サービスは、例えばニュース・ブロードキャスト・サービスのように、すべてのユーザによって受信されるサービスである。マルチキャスト・サービスは、例えば予約ビデオ・サービスのように、ユーザのグループによって受信されるサービスである。所与のブロードキャスト・サービスおよびマルチキャスト・サービスは、所与の時間において、任意の数のユーザによって受信されうる。このシステムにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスを効率的にブロードキャストすることが望まれる。
【発明の概要】
【０００５】
本明細書では、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートする技術が記載される。態様では、送信機（例えば、ノードＢ）は、公示されたサービスのためのロング・サービス識別子（ＩＤ）のショート・サービスＩＤへのマッピングを備えるコンフィギュレーション情報を送信することができる。この送信機はさらに、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信することができる。ロング・サービスＩＤは、サポートされている全てのサービスを識別するために使用されうる。ショート・サービスＩＤは、スケジューリング情報内のスケジュールされたサービスを識別するために使用されうる。ロング・サービスＩＤの代わりにショート・サービスＩＤを用いることによって、送信すべきスケジューリング情報の量を低減することができる。
【０００６】
別の態様では、送信機は、送信されているサービスと、公示されているが送信されていないサービスとを識別する情報を送信することができる。この情報は、興味のあるサービスに対する要求を（例えばユーザ機器（ＵＥ）のような）受信機に送信すべきか否かを判定するために、これら受信機によって使用されうる。
【０００７】
また別の態様では、送信機が、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信することができる。そのようなサービスおのおののためのコンフィギュレーション情報は、サービスが送信された場合にそれを受信するために使用されるベアラ情報と、サービスのためのショート・サービスＩＤとを含みうる。送信機は、スケジュールされた期間中に、公示されているが送信されていないサービスを求める要求を受信しうる。送信機は、次のスケジューリング期間において、要求されたサービスの送信を開始することができる。公示されたサービスのコンフィギュレーション情報を送信することによって、送信機は、受信機によって要求された場合、これらのサービスを迅速に開始することができる。
【０００８】
本開示のさまざまな態様および特徴が、以下にさらに詳細に記載される。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線通信システムを示す。
【図２】図２は、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信スキームを示す。
【図３】図３は、異なるサービスのためのベン図の例を示す。
【図４】図４は、ロング・サービスＩＤのショート・サービスＩＤへのマッピングの例と、ショート・サービスＩＤのラジオ・リソースへのマッピングの例とを示す。
【図５】図５は、公示されたサービスをサポートする送信スキームを示す。
【図６】図６は、公示されたサービスをサポートする別の送信スキームを示す。
【図７】図７は、コンフィギュレーション情報の送信、およびサービスのための情報のスケジューリングのための処理を示す。
【図８】図８は、コンフィギュレーション情報の送信、およびサービスのための情報のスケジューリングのための装置を示す。
【図９】図９は、コンフィギュレーション情報の受信、およびサービスのための情報のスケジューリングのための処理を示す。
【図１０】図１０は、コンフィギュレーション情報の受信、およびサービスのための情報のスケジューリングのための装置を示す。
【図１１】図１１は、公示されているが送信されていないサービスを識別する情報を送信するための処理を示す。
【図１２】図１２は、公示されているが送信されていないサービスを識別する情報を送信するための装置を示す。
【図１３】図１３は、公示されているが送信されていないサービスを識別する情報を受信するための処理を示す。
【図１４】図１４は、公示されているが送信されていないサービスを識別する情報を受信するための装置を示す。
【図１５】図１５は、公示されたサービスのコンフィギュレーション情報を送信するための処理を示す。
【図１６】図１６は、公示されたサービスのコンフィギュレーション情報を送信するための装置を示す。
【図１７】図１７は、公示されたサービスのためのコンフィギュレーション情報を受信するための処理を示す。
【図１８】図１８は、公示されたサービスのためのコンフィギュレーション情報を受信するための装置を示す。
【図１９】図１９は、ノードＢおよびＵＥのブロック図を示す。
【発明を実施するための形態】
【００１０】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、およびその他のシステムのようなさまざまな無線通信システムに使用されうる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実施することができる。ＯＦＤＭＡシステムは、例えば発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。これら技術はまた、ＭｅｄｉａＦＬＯ（登録商標）、Digital Video Broadcasting for Handhelds（ＤＶＢ−Ｈ）、Integrated Services Digital Broadcasting for Terrestrial Television Broadcasting（ＩＳＤＢ−Ｔ）等を実施するブロードキャスト・システムのためにも使用されうる。明瞭さのために、これら技術のある態様が、以下においてＬＴＥについて記載され、以下の記載のほとんどにおいてＬＴＥ用語が使用される。
【００１１】
図１は、ＬＴＥシステムでありうる無線通信システム１００を示す。システム１００は、多くのノードＢおよびその他のネットワーク・エンティティを含むことができる。単純化のために、図１では３つのノードＢ １１０ａ、１１０ｂ、１１０ｃのみが示される。ノードＢは、ＵＥと通信するために使用される固定局であることができ、発展型ノードＢ（ｅＮＢ）、基地局、アクセス・ポイント等とも称されうる。ノードＢ１１０のおのおのは、特定の地理的領域１０２に通信有効範囲を提供する。システム容量を高めるために、ノードＢの有効範囲領域の全体が、例えばより小さな領域１０４ａ、１０４ｂ、１０４ｃのような複数の小さな領域に分割されうる。小さな領域のおのおのは、それぞれのノードＢサブシステムによってサービス提供されうる。３ＧＰＰにおいて、用語「セル」は、この有効範囲領域にサービス提供するノードＢおよび／またはノードＢサブシステムのうち最も小さな有効範囲領域を称する。３ＧＰＰ２では、用語「セクタ」は、この有効範囲領域にサービス提供する基地局および／または基地局サブシステムのうち最も小さな有効範囲領域を称する。明瞭さのために、セルの３ＧＰＰ概念が、以下の説明で使用される。
【００１２】
図１に示す例では、おのおののノードＢ１１０は、異なる地理的領域をカバーする３つのセルを有する。単純化のために、図１は、互いにオーバラップしないセルを示している。現実的な構成では、隣接するセルは、一般に、端部において互いにオーバラップする。これによって、ＵＥは、システム内を移動しても、任意の場所において、１または複数のセルから有効範囲を受け取ることが可能となる。
【００１３】
ＵＥ１２０は、システムの全体にわたって分散しうる。また、おのおののＵＥは、固定式または移動式でありうる。ＵＥはまた、移動局、端末、アクセス端末、加入者ユニット、局等とも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、ブロードキャスト受信機等でありうる。ＵＥは、ダウンリンクおよびアップリンクによってノードＢと通信することができる。ダウンリンク（すなわち順方向リンク）はノードＢからＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）はＵＥからノードＢへの通信リンクを称する。図１では、２つの矢印を備えた実線が、ノードＢとＵＥとの双方向通信を示す。１つの矢印を備えた破線は、例えば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのため、ノードＢからダウンリンク信号を受信しているＵＥを示す。「ＵＥ」、「ユーザ」という用語は、本明細書において置換可能に使用される。
【００１４】
システムは、複数のＵＥのための発展型マルチメディア・ブロードキャスト／ユニキャスト・サービス（Ｅ−ＭＢＭＳ）のみならず、個々のＵＥのためのユニキャスト・サービスをもサポートすることができる。Ｅ−ＭＢＭＳは、単一のソースから複数の受取人にデータを送信するポイント・トゥ・マルチポイント・サービスを含む。Ｅ−ＭＢＭＳのためのサービスは、Ｅ−ＭＢＭＳサービスと称され、ブロードキャスト・サービスあるいはマルチキャスト・サービスでありうる。Ｅ−ＭＢＭＳサービスは、予約ベースのサービスあるいは自由に利用可能なサービスでありうる。単純化のために、用語「サービス」は、以下の説明において、ブロードキャスト・サービスあるいはマルチキャスト・サービスを称しうる。
【００１５】
ＬＴＥでは、データおよびオーバヘッド情報は、ラジオ・リンク制御（ＲＬＣ）レイヤにおいて論理チャネルとして処理される。論理チャネルは、媒体アクセス制御（ＭＡＣ）レイヤにおいて輸送チャネルへマップされる。輸送チャネルは、物理レイヤ（ＰＨＹ）において物理チャネルへマップされる。表１は、ＬＴＥにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするために使用されるいくつかの論理チャネルをリストしており、おのおのの論理チャネルに短い説明を与えている。
【表１】
【００１６】
ＭＳＣＨ、ＭＣＣＨおよびＭＴＣＨは、サービスを公示し、送信されているサービスを示し、送信されたサービスのためのデータを搬送するために使用されうる。セルは、特定の地理的領域にわたって、１または複数のサービスのグループを送信することができる。サービスのおのおののグループにつき、１つのＭＳＣＨ、１または複数のＭＣＣＨ、および、１または複数のＭＴＣＨが存在しうる。サービスのグループについて、ＭＳＣＨは、そのグループにおける送信のためにスケジュールされたすべてのサービスのためのスケジューリング情報を搬送することができる。おのおののＭＣＣＨは、１または複数のサービスのためのコンフィギュレーション情報を搬送することができる。おのおののＭＴＣＨは、１または複数のサービスのためのデータを搬送することができる。サービスの異なるグループのＭＳＣＨは、セル内にスケジューリング情報を送信するために利用可能なリソース内で（例えば、時間で）多重化されうる。単純化のために、以下の記載のうちの多くは、１つのＭＳＣＨ、１つのＭＣＣＨ、および１つのＭＴＣＨを仮定する。これらは、他の名称によっても称されうる。
【００１７】
表１に示されるように、異なるタイプのオーバヘッド情報が、異なる論理チャネルで送信されうる。スケジューリング情報は、異なるサービスが送信される場合、サービスを送信するためにどのラジオ・リソースが使用されるか、および、送信されたサービスを復号するためにＵＥによって使用されるラジオ・リソースに関連付けられた追加設定を示すことができる。コンフィギュレーション情報は、サービスを受信するためにＵＥによって使用され、ベアラ情報、サービスＩＤのマッピング、高次レイヤ情報等を備えうる。ベアラ情報は、例えばトラフィック・クラスのようなベアラ・コンフィギュレーション、ＲＬＣコンフィギュレーション、例えば変調および符号化スキームのような低次レイヤ設定等のための情報を備えうる。高次レイヤ情報は、どのコーダ／デコーダ（コーデック）が使用されるか、サービスのためにどのデータ・ストリームがバンドルされるか（例えば、ビデオは、１または複数のオーディオ・トラックとバンドルされる）、アプリケーション・レイヤのためのメタデータ等に関する情報を備えうる。これら高次レイヤ情報は、下部レイヤに対して透過的であり、サービスを受信するためにＵＥによって使用されうる。表１で示される異なるタイプのオーバヘッド情報は、他の名称でも称されうる。スケジューリング情報は動的でありうる一方、コンフィギュレーション情報は準不変でありうる。
【００１８】
システムは、Ｅ−ＭＢＭＳのために、マルチ・セル・モードおよびシングル・セル・モードを含む複数の動作モードをサポートすることができる。マルチ・セル・モードは、マルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）とも称されうる。マルチ・セル・モードでは、サービスのためのコンテンツが、複数のセルにわたって同時に送信されうる。シングル・セル・モードでは、おのおののセルは、他のセルとの同期することなく、サービスのためのコンテンツを送信することができる。マルチ・セル・モードおよびシングル・セル・モードのために異なる輸送チャネルを使用することができる。例えば、マルチキャスト・チャネル（ＭＣＨ）は、マルチ・セル・モードで、ＭＣＣＨおよびＭＴＣＨを搬送することができる。ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）は、ＭＴＣＨおよびその他の論理チャネルを、シングル・セル・モードで搬送することができる。本明細書に記載された技術は、マルチ・セル・モードのためのみならず、シングル・セル・モードのためにも使用されうる。
【００１９】
図２は、ＭＳＣＨ、ＭＣＣＨ、およびＭＴＣＨのための送信スキーム２００の設計を示す。送信タイム・ラインは、スケジューリング期間の単位に分割されうる。おのおののスケジューリング期間は、予め定められた持続時間をカバーし、予め定められた数のサブフレームを含むことができる。おのおののサブフレームは、２つのスロットを含んでおり、おのおののスロットは、予め定められた数のシンボル期間を含むことができる。１つの設計では、サブフレームは、１ミリ秒（ｍｓ）をカバーし、スケジューリング期間は５００ｍｓをカバーする。サブフレームおよびスケジューリング期間は、その他の持続時間をカバーすることもできる。
【００２０】
図２に示される設計では、おのおののスケジューリング期間のうちの第１／前半部分２１０でＭＳＣＨが送信される。ＭＣＣＨおよびＭＴＣＨは、おのおののスケジューリング期間のうちの第２／後半部分２２０で送信されうる。図２に示されるように、ＭＳＣＨは、おのおののスケジューリング期間において定期的に送信され、そのスケジューリング期間のためのスケジューリング情報を搬送する。ＭＣＣＨは、サービスのためのコンフィギュレーション情報を搬送し、おのおののスケジューリング期間でも送信されうる。しかしながら、コンフィギュレーション情報は、準不変でありうるので、例えば、コンフィギュレーション情報に変化がないのであれば、おのおののスケジューリング期間においてＵＥによって受信される必要はない。
【００２１】
システムは異なるカテゴリにおけるサービスをサポートすることができる。表２は、１つの設計にしたがってサポートされうるサービスのいくつかのカテゴリをリストしている。
【表２】
【００２２】
図３は、異なるカテゴリのサービスのためのベン図３００の例を示す。ボックス３１０は、システムによってサポートされうるすべてのサービスをカバーする。ボックス３２０は、すべてのサービスのうちのサブセットでありうる公示されたすべてのサービスをカバーする。ボックス３３０は、公示されたサービスのうちのすべてまたはサブセットを含む、送信されたすべてのサービスをカバーする。ボックス３４０は、現在のスケジューリング期間で送信されているスケジュールされたすべてのサービスをカバーする。スケジュールされたサービスは、送信されたサービスのうちのすべてまたはサブセットを含みうる。
【００２３】
領域３１２は、ボックス３１０の内側であるが、ボックス３２０の外側である領域を含みうる。領域３１２は、システムによってサポートされているが公示されていないサービスをカバーすることができる。領域３２２は、ボックス３２０の内側であるが、ボックス３３０の外側である領域を含みうる。領域３２２は、公示されているが、例えば興味のあるＵＥが存在しないことによって、送信されていないサービスである、利用可能なサービスをカバーしうる。これら利用可能なサービスは、十分な需要があるのであれば送信されうる。領域３３２は、ボックス３３０の内側であるが、ボックス３４０の外側である領域を含みうる。領域３３２は、送信されているが、現在のスケジューリング期間ではスケジュールされていない、休止されたサービスをカバーしうる。これら休止されたサービスは、データ・セグメント間で現在休止されているメリーゴーランド・サービス（例えば、スライド間でのスライド・ショー・ポーズを伴うサービス）や、広く分離されたバーストとして送信される低データ・レート・サービス等を含みうる。
【００２４】
一般に、与えられたサービスは、（ｉ）公示されているか否か、（ｉｉ）送信されているか否か、および（ｉｉｉ）スケジュールされているか否かでありうる。サービスは、公示、送信、およびスケジュールからなる３つのカテゴリのおのおのについて可能な２つの値によって形成される３つの可能な状態のうちの１つでありうる。図３は、サービスのための４つの可能な状態を示している。残りの可能な４つの状態は無視されうる。
【００２５】
おのおののサービスは、システム内のすべてのサービス間でユニークでありうるロング・サービスＩＤによって識別されうる。ロング・サービスＩＤは、サービスをユニークに識別するためにＵＥおよびシステムによって使用されうる。ロング・サービスＩＤは、相対的に長く、ラジオ・リソースの送信および受信のためにより多くのラジオ・リソースを消費する。
【００２６】
公示されたサービスはおのおのの、セルまたはセルのグループにおいて公示されたすべてのサービス間でユニークな、ショート・サービスＩＤを割り当てられる。ショート・サービスＩＤは、ロング・サービスＩＤよりも短く、公示されたサービスを識別するために効率的に使用される。ショート・サービスＩＤはまた、ＭＳＣＨ ＩＤ、論理チャネルＩＤ等とも称されうる。ショート・サービスＩＤは、公示されたすべてのサービスのための十分なアドレス空間を提供するための適切な長さからなる。マルチ・セル・モードでは、ショート・サービスＩＤが、所与のサービスの送信に参加していないセルであっても、ＭＢＳＦＮ領域内のすべてのセルにわたって公示されたサービスに対して、統計的に割り当てられる。これらのセルが、サービスの送信を開始すると、このサービスのショート・サービスＩＤが利用可能となるであろう。
【００２７】
態様では、ＭＳＣＨは、現在のスケジューリング期間において、スケジュールされているサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を搬送することができる。ロング・サービスＩＤの代わりにショート・サービスＩＤを用いることによって、送信および受信されるスケジューリング情報の量を低減することができる。これは、システムとＵＥとの両方にとって有益なことである。
【００２８】
ラジオ・リソースへのショート・サービスＩＤのマッピングは、現在のスケジューリング期間においてどのサービスがスケジュールされ送信されているかを判定するために使用される。このマッピングはまた、スケジュールされたおのおののサービスのために使用されるラジオ・リソースを決定するためにも使用されうる。スケジュールされたサービスのためのラジオ・リソースは、さまざまなフォーマットで与えられうる。１つの設計では、スケジュールされたおのおののサービスのラジオ・リソースは、１または複数のリソース・ブロックを備えうる。リソース・ブロックのおのおのは、予め定められた数のサブキャリア（例えば、１２のサブキャリア）を１つのスロット内に備えている。スケジューリング情報はまた、その他のタイプの情報をも含みうる。
【００２９】
図４は、ショート・サービスＩＤへのロング・サービスＩＤのマッピング４１０の例を示す。この例において、Ｎ個の公示されたサービスのための、１乃至ＮからなるＮ個のロング・サービスＩＤが、ａ乃至ｎからなるＮ個のショート・サービスＩＤへとそれぞれマップされうる。ここでＮは、任意の整数値である。マッピング４１０は、ＭＣＣＨで送信されるコンフィギュレーション情報の一部でありうる。マッピング４１０は、セルまたはセルのグループに対してユニークであり、異なるセルまたは異なるセルのグループで異なりうる。マッピング４１０は、不変または準不変でありうる。
【００３０】
図４は、１つのスケジューリング期間についての、ショート・サービスＩＤのラジオ・リソースへのマッピング４２０をマッピングの例を示す。この例では、Ｍ個のスケジュールされたサービスのためのＭ個のショート・サービスＩＤａ、ｃ、ｄ、・・・、ｍが、Ｒ１乃至ＲＭのＭ個のラジオ・リソースへそれぞれマップされる。ここでＭは、Ｎ以下の任意の整数値でありうる。マッピング４２０におけるＭ個のスケジュールされたサービスは、マッピング４１０におけるＮ個の公示されたサービスのサブセットでありうる。マッピング４２０は、おのおののスケジューリング期間において、ＭＳＣＨで送信されるスケジューリング情報の一部である。マッピング４２０は、セルまたはセルのグループにユニークであり、異なるセルまたは異なるセルのグループでは異なる。マッピング４２０は動的であることができ、スケジューリング期間毎に変わりうる。
【００３１】
ＭＣＣＨは、公示されたサービスを識別する情報を搬送しうる。この情報は、公示サービス情報と称することができ、公示されたサービスまたは等化な情報のリストを備える。ＭＳＣＨは、スケジュールされたサービスを識別する情報を搬送する。この情報は、スケジュール済サービス情報と称することができ、現在のスケジューリング期間のためにスケジュールされたサービスのリスト、あるいは等化な情報を備える。
【００３２】
ＵＥは、ＭＣＣＨから公示サービス情報を、ＭＳＣＨからスケジュール済サービス情報を受信する。ＵＥはまた、受信した情報から、スケジューリング済情報のみならず、公示されたサービスをも識別することができる。しかしながら、ＵＥは、所与のサービスが、現在のスケジューリング期間において、（ｉ）公示されているが送信されていないか、（ｉｉ）送信されたがスケジュールされていないかを認識しないであろう。ＵＥが適切な動作をすることができることから、（ｉ）と（ｉｉ）との違いを把握できることが望ましい。ケース（ｉ）の場合、サービスが公示されたが送信されていない場合、ＵＥは、サービスｘを求める要求を送信することができる。ケース（ｉｉ）の場合、サービスが現在のスケジューリング期間においてすでに送信されたがスケジュールされていない場合、ＵＥは、単に、サービスｘがスケジューリングされるのを待つことができる。
【００３３】
別の態様では、サービスが送信されたか、されていないかを伝えるための情報が送信される。この情報は、送信済サービス情報と称され、さまざまな手法で提供されうる。
【００３４】
１つの設計では、送信済サービス情報は、公示されたおのおののサービスを示すインジケーションを備えうる。１つの設計では、公示されたサービスを示すインジケーションは、例えば、サービスが送信されていることを示す「１」、または、サービスが送信されていないことを示す「０」に設定されうる明示的なフラグでありうる。
【００３５】
他の設計では、送信済サービス情報は、例えばメッセージの体系や、あるいは、ベアラ情報の存在のようなその他いくつかの情報によって暗黙的に提供されうる。例えば、サービスは、サービスのベアラ情報がＭＣＣＨで送信されている場合には、送信されていると見なされ、このベアラ情報がＭＣＣＨで送信されていない場合には、送信されていないと見なされる。サービスはまた、ベアラ情報の代わりに、その他いくつかの情報の存在または不在にそれぞれ基づいて、送信されているか、あるいは、送信されていないと見なされる。
【００３６】
また別の設計では、送信済サービス情報は、送信されたサービスのリストを搬送するメッセージを備えうる。公示されたサービスのおのおのは、上述したように、ショート・サービスＩＤが割り当てられうる。メッセージは、送信されているサービスのためのショート・サービスＩＤのリストを搬送することができる。
【００３７】
ＵＥは、興味のあるサービスを求める要求を、ＵＥに送信すべきか否かを判定するために、送信済サービス情報を使用することができる。このサービスがセルによって送信されていないと送信済サービス情報が示す場合には、ＵＥは、このサービスに興味があることを示すために、セルに対してサービス要求を送信することができる。このサービス要求は、サービスの送信をトリガするために使用されうる。反対に、送信済サービス情報が、このサービスが送信されていることを示す場合、ＵＥは、リソースを浪費することになる不必要なサービス要求を送信することを回避する。
【００３８】
１つの設計では、送信されたサービスと、公示されたが送信されていないサービスとのために、別々のメッセージが送信されうる。例えば、送信されたサービスは、ＭＢＭＳ送信サービス・メッセージで識別されうる。公示されたが送信されていないサービスは、ＭＢＭＢ公示サービス・メッセージで識別されうる。これらのメッセージは、任意の順序で送信されうる。送信されたサービスのために、および、公示されたが送信されていないサービスのために、個別のメッセージを送信することによって、ＵＥは、ＭＣＣＨの読み取りを早期に終了できるようになる。例えば、ＵＥは、ＵＥに対して興味のあるすべてのサービスが、第１のメッセージで識別されたと判定し、第２のメッセージを読み取ることをスキップすることができる。また例えば、ＵＥが、ＵＥに対して興味のあるサービスが現在のスケジューリング期間で送信されていないと判定した場合、ＵＥは、スケジュール期間の残りをスキップすることができる。
【００３９】
図５は、サービスのデータおよびオーバヘッド情報を送信するための送信スキーム５００の設計を示す。スケジューリング期間ｔ前の時間Ｔ０において、ＵＥは、サービスｘを受信することに興味があると判定することができる。スケジューリング期間の開始時間Ｔ１において、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔのスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。ＭＣＣＨは、予め定められたショート・サービスＩＤ（例えば、ゼロからなるショート・サービスＩＤ）が割り当てられる。これは、すべてのＵＥによって演繹的に知られうる。時間Ｔ２では、ＵＥは、ＭＣＣＨを受信し、ステータス情報を取得する。これは、送信されたサービスを識別する情報と、公示されたが送信されていないサービスを識別する情報とを備える。ＵＥは、このステータス情報から、サービスｘは、公示されているが送信されていないと判定することができる。時間Ｔ３では、ＵＥは、サービスｘを求める要求を、セルへ送信することができる。セルは、このサービス要求をＵＥから受信し、サービスｘの送信を開始することを決定する。
【００４０】
スケジューリング期間ｔ＋１の開始時間Ｔ４では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔ＋１のスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ５では、ＵＥは、ＭＣＣＨを受信し、サービスｘのためのステータス情報およびコンフィギュレーション情報を取得する。ステータス情報は、サービスｘがセルによって送信されていることを示すことができる。コンフィギュレーション情報は、ＭＴＣＨからサービスｘを受信するために必要とされるすべての情報を備えることができる。１つの設計では、コンフィギュレーション情報は、サービスｘのためのショート・サービスＩＤ、サービスｘのためのベアラ情報、および恐らくはその他の情報を備えうる。ＵＥは、今や、サービスｘを受信するために適切なすべての情報を有する。
【００４１】
スケジューリング期間ｔ＋２の開始時間Ｔ６では、ＵＥがＭＳＣＨを受信し、スケジューリング期間ｔ＋２のスケジューリング情報を取得し、このスケジューリング期間においてサービスｘに関してＭＴＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ７では、ＵＥは、ＭＴＣＨから、サービスｘのためのデータを受信することができる。
【００４２】
図５で示される設計では、ＭＣＣＨおよびＭＴＣＨは、スケジューリング期間中、任意の順序で送信されうる。この設計では、サービスｘのためのコンフィギュレーション情報がまず、スケジューリング期間ｔ＋１においてＭＣＣＨで送信されうる。次に、サービスｘのデータが、次のスケジューリング期間ｔ＋２においてＭＴＣＨで送信されうる。ＵＥは、スケジューリング期間ｔ＋１において、サービスのコンフィギュレーション情報を受信し、このコンフィギュレーション情報を用いて、スケジューリング期間ｔ＋２において、サービスのためのデータを受信する。この設計では、サービスｘを開始する際に、余分なレイテンシを持つスケジューリング期間が存在する。
【００４３】
図５で示されていない別の設計では、ＭＣＣＨが、スケジューリング期間においてＭＴＣＨの前に送信されうる。この設計では、サービスｘのためのコンフィギュレーション情報は、スケジューリング期間ｔ＋１においてＭＣＣＨで送信されうる。サービスｘのためのデータは、コンフィギュレーション情報の後に、同じスケジューリング期間ｔ＋１においてＭＴＣＨで送信されうる。ＵＥはまず、スケジューリング期間ｔ＋１において、ＭＣＣＨからサービスｘのためのコンフィギュレーション情報を受信する。ＵＥは、次に、同じスケジューリング期間ｔ＋１において、ＭＴＣＨから、サービスｘのためのデータを受信する。
【００４４】
また別の態様では、これらのサービスが送信されていない場合さえ、公示されたサービスのためのコンフィギュレーション情報が送信されうる。後述するように、この設計は、サービスを開始する際のレイテンシを低減することができる。さらに、コンフィギュレーション情報によって、ＵＥは、リソース割り当てや、所与のサービスを受信するか否かを判定する場合における潜在的なコンフリクトに関する決定を行うことできるようになる。
【００４５】
図６は、サービスのデータおよびオーバヘッド情報を送信するための送信スキーム６００の設計を示す。スケジューリング期間ｔの前の時間Ｔ０において、ＵＥは、サービスｘを受信することに興味があると判定する。スケジューリング期間ｔの開始時間Ｔ１では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔのスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ２では、ＵＥは、ＭＣＣＨを受信し、ステータス情報を取得し、サービスｘが公示されているが送信されていないと判定する。ＭＣＣＨは、公示されたすべてのサービスのためのコンフィギュレーション情報を搬送し、ＵＥは、スケジューリング期間ｔにおいて、ＭＣＣＨから、サービスｘのためのコンフィギュレーション情報を受信する。時間Ｔ３では、ＵＥが、サービスｘを求める要求をセルへ送信する。セルは、ＵＥからこのサービス要求を受信し、サービスｘの送信を開始することを決定する。
【００４６】
スケジューリング期間ｔ＋１の開始時間Ｔ４では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔ＋１のスケジューリング情報を取得し、このスケジューリング期間においてサービスｘに関するＭＴＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ５では、ＵＥは、前のスケジューリング期間ｔにおいてＭＣＣＨから受信したサービスｘのためのコンフィギュレーション情報に基づいて、ＭＣＣＨから、サービスｘのためのデータを受信することができる。ＵＥは、スケジューリング期間ｔ＋１において、時間Ｔ６で送信されたＭＣＣＨを受信する必要はない。
【００４７】
スケジューリング期間ｔ＋１では、ＭＣＣＨは、送信されているサービスｘを示すステータス情報を搬送することができる。このステータス情報は、サービスｘを受信するために、他のＵＥによって使用されうる。サービスｘを受信することに興味ある別のＵＥは、時間Ｔ４においてＭＳＣＨを受信し、時間Ｔ６においてＭＣＣＨを受信し、サービスｘが送信されていると判定することができる。ＵＥは、スケジューリング期間ｔ＋１において、ＭＣＣＨから、サービスｘのためのコンフィギュレーション情報を取得することができる。その後、ＵＥは、次のスケジューリング期間ｔ＋２においてＭＳＣＨを受信し、サービスｘに関してＭＴＣＨで使用されるラジオ・リソースを決定し、スケジューリング期間ｔ＋１で受信したコンフィギュレーション情報に基づいて、サービスｘのためのデータを受信することができる。あるいは、ＵＥは、スケジューリング期間ｔ＋１にわたってサンプルをバッファし、ＭＳＣＨおよびＭＣＣＨを受信し、サービスｘが送信されたと判定し、サービスｘのためのコンフィギュレーション情報を取得することができる。ＵＥはその後ＭＳＣＨを再び読み取り、スケジューリング期間ｔ＋１において、サービスのＭＴＣＨのために使用されるラジオ・リソースを決定し、その後、このスケジューリング期間で受信されたコンフィギュレーション情報に基づいて、サービスｘのデータを受信することができる。
【００４８】
図６における設計によって、ＵＥは、サービス要求の送信後、要求されたサービスを、最初のスケジューリング期間において、受信し始めることができるようになる。これは、おのおののシンボル期間において、公示されたサービスについてのコンフィギュレーション情報を送信することによって達成されうる。公示されたサービスおのおののコンフィギュレーション情報は、その後、必要であれば、次のスケジューリング期間において使用することが可能となる。
【００４９】
ＵＥによるサービスの効率的な受信は、以下のようにして達成されうる。
・現在のスケジューリング期間においてスケジューリングされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を、ＭＳＣＨで送信する。
・公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤのマッピングをＭＣＣＨで送信する。
・送信されたサービスと、公示されているが送信されていないサービスとを識別するステータス情報を、例えば別のメッセージによってＭＣＣＨで送信する。
・送信されていないものを含む公示されたサービスのコンフィギュレーション情報を、ＭＣＣＨで送信する。
【００５０】
上記特徴をもって、サービス要求手順は、複雑ではなく、効率的となる。公示されたが送信されていない所与のサービスに興味のあるＵＥは、サービス要求を送信し、直ちに、そのサービスのためのショート・サービスＩＤを求めてＭＳＣＨのモニタリングを開始することができる。セルは、公示されたが送信されていないサービスのリストから、ＭＣＣＨで送信されたサービスのリストへと、サービスを移動させることができる。この変更は、主に、セルに到着する他のＵＥのためにある。サービス要求を発行したＵＥは、既に、要求されたサービスのショート・サービスＩＤのためのＭＳＣＨのモニタリングを開始することを知っている。
【００５１】
図７は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信するための処理７００の設計を示す。処理７００は、例えばノードＢまたはその他いくつかのエンティティのような送信機によって実行されうる。送信機は、公示されたサービスのショート・サービスＩＤに対するロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を送信する（ブロック７１２）。送信機は、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信する（ブロック７１４）。送信機は、ラジオ・リソースへのショート・サービスＩＤのマッピングに示されたラジオ・リソースでスケジュールされたサービスのデータを送信する（ブロック７１６）。システム内でサポートされているすべてのサービスを識別するために、ロング・サービスＩＤが使用される。ショート・サービスＩＤは、スケジューリング情報においてスケジュールされたサービスを識別するために使用されうる。公示されたサービスは、サポートされたサービスのサブセットであり、スケジュールされたサービスは、公示されたサービスのサブセットでありうる。送信機は、スケジューリング情報をスケジューリング・チャネルで、コンフィギュレーション情報を制御チャネルで、スケジュールされたサービスをトラフィック・チャネルで送信することができる。
【００５２】
図８は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置８００の設計を示す。装置８００は、公示されたサービスのショート・サービスＩＤに対するロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を送信するモジュール８１２と、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信するモジュールブロック８１４と、ラジオ・リソースへのショート・サービスＩＤのマッピングに示されたラジオ・リソースで、スケジュールされたサービスのデータを送信するモジュール８１６とを含む。
【００５３】
図９は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理９００の設計を示す。処理９００は、例えばＵＥあるいはその他のあるエンティティのような受信機によって実行されうる。受信機は、公示されたサービスについて、ショート・サービスＩＤへのロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を受信することができる（ブロック９１２）。受信機は、このショート・サービスＩＤへのロング・サービスＩＤのマッピングに基づいて、選択されたサービスのショート・サービスＩＤを決定することができる（ブロック９１４）。
【００５４】
受信機は、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を受信することができる（ブロック９１６）。受信機は、スケジューリングされた情報および選択されたサービスのためのショート・サービスＩＤに基づいて、現在のスケジューリング期間において、選択されたサービスがスケジュールされているかを判定することができる。受信機は、現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別することができる（ブロック９１８）。受信機は、ラジオ・リソースへのショート・サービスＩＤのマッピングに基づいて、選択されたサービスのために使用されるラジオ・リソースを決定することができる（ブロック９２０）。受信機は、その後、選択されたサービスのために使用されるラジオ・リソースから、選択されたサービスのデータを受信することができる（ブロック９２２）。
【００５５】
受信機は、１つのスケジューリング期間において、ブロック９１２およびブロック９１４を実行し、別のスケジューリング期間において、ブロック９１６からブロック９２２を実行することができる。受信機は、スケジューリング・チャネルからスケジューリング情報を、制御チャネルからコンフィギュレーション情報を、トラフィック・チャネルから、選択されたサービスのためのデータを受信することができる。
【００５６】
図１０は、無線通信システムにおいて、ブロードキャストされたサービスおよびマルチキャストされたサービスを受信する装置１０００の設計を示す。装置１０００は、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を受信するモジュール１０１２と、ショート・サービスＩＤへのロング・サービスＩＤのマッピングに基づいて、選択されたサービスのショート・サービスＩＤを決定するモジュール１０１４と、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を受信するモジュール１０１６と、現在のスケジューリング期間においてスケジュールされたサービスから選択されたサービスを識別するモジュール１０１８と、ラジオ・リソースへのショート・サービスＩＤのマッピングに基づいて、選択されたサービスのために使用されるラジオ・リソースを決定するモジュール１０２０と、選択されたサービスのために使用されるラジオ・リソースから、選択されたサービスのためのデータを受信するモジュール１０２２とを含む。
【００５７】
図１１は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する処理１１００の設計を示す。処理１１００は、例えばノードＢまたはその他いくつかのエンティティのような送信機によって実行されうる。送信機は、送信されているサービスのための、および、公示されたが送信されていないサービスのための、少なくとも１つのリストを保持する（ブロック１１１２）。送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信する（ブロック１１１４）。１つの設計では、送信機は、公示されたサービスが送信されているか、またはされていないかを示すために、公示されたおのおののサービスを示すインジケーションを設定することができる。送信機は、その後、公示された全てのサービスのためのインジケーションを含む情報を生成することができる。１つの設計では、送信機は、送信されているサービスを識別する情報を備える第１のメッセージを生成する。送信機はまた、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成する。その後、送信機は、これら第１のメッセージおよび第２のメッセージを送信することができる。
【００５８】
送信機はまた、現在のスケジューリング期間において、送信のためにスケジュールされたサービスを識別する情報と、公示されているサービスを識別する情報とを送信することもできる。公示されたサービスは、送信されているサービスのみならず、公示されたが送信されていないサービスをも備えることができる。送信されているサービスは、送信のためにスケジュールされたサービスを備えうる。
【００５９】
送信機は、公示されているが送信されていないサービスを求める要求を受信することができる（ブロック１１１６）。送信機は、要求されたサービスの送信を開始することができる（ブロック１１１８）。送信機は、要求されたサービスの送信を反映するために、送信されているサービスのため、および、公示されたが送信されていないサービスのための、少なくとも１つのリストを更新することができる（ブロック１１２０）。この送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する更新された情報を送信することができる（ブロック１１２２）。
【００６０】
図１２は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置１２００の設計を示す。装置１２００は、送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持するモジュール１２１２と、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信するモジュール１２１４と、公示されているが送信されていないサービスを求める要求を受信するモジュール１２１６と、要求されたサービスの送信を開始するモジュール１２１８と、要求されたサービスの送信を反映するために、送信されたサービスのための、および、公示されているが送信されていないサービスのための少なくとも１つのリストを更新するモジュール１２２０と、送信されたサービスと、公示されているが送信されていないサービスとを識別する更新された情報を送信するモジュール１２２２とを含む。
【００６１】
図１３は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理１３００の設計を示す。処理１３００は、例えばＵＥあるいはその他いくつかのエンティティのような受信機によって実行されうる。受信機は、送信されたサービス、および、公示されているが送信されていないサービスを識別する情報を受信することができる（ブロック１３１２）。受信機は、受信した情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されたが送信されていないかを判定することができる（ブロック１３１４）。受信機は、選択されたサービスが公示されているが送信されていない場合には、選択されたサービスを求める要求を送信することができる（ブロック１３１６）。
【００６２】
１つの設計では、受信機は、公示されたサービスを示すインジケーションを、受信した情報から取得することができる。公示されたおのおののサービスを示すインジケーションは、公示されたサービスが送信されているか、されていないかを示すことができる。受信機は、その後、選択されたサービスを示すインジケーションに基づいて、選択されたサービスが送信されたか、あるいは、公示されているが送信されていないかを判定することができる。１つの設計では、受信機は、送信されているサービスを識別する情報を備える第１のメッセージを受信することができる。受信機は、選択されたサービスが、送信されているサービス中にあるかどうかを判定することができる。選択されたサービスが、送信されているサービス中にない場合、受信機は、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することができる。別の設計では、受信機は、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することができる。この受信機は、選択されたサービスが、公示されているが送信されていないサービス中にあるかを判定することができる。選択されたサービスが、公示されているが送信されていないサービス中にない場合、受信機は、送信されているサービスを識別する情報を備える第１のメッセージを受信することができる。何れにせよ、受信機は、一度に１つのメッセージを受信し、受信したメッセージ内に、選択されたサービスが発見された場合、早く終了することができる。
【００６３】
図１４は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する装置１４００の設計を示す。装置１４００は、送信されたサービスと、公示されているが送信されていないサービスとを識別する情報を受信するモジュール１４１２と、受信した情報に基づいて、選択されたサービスが送信されたか、あるいは、公示されているが送信されていないかを判定するモジュール１４１４と、選択されたサービスが公示されているが送信されていない場合には、選択されたサービスを求める要求を送信するモジュール１４１６とを含む。
【００６４】
図１５は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する処理１５００の設計を示す。処理１５００は、例えばノードＢあるいはその他のいくつかのエンティティのような送信機によって実行されうる。送信機は、公示されたサービスを識別するステータス情報を送信することができる（ブロック１５１２）。送信機は、公示されているが送信されていないおのおののサービスのために、（例えば、サービスＩＤおよびベアラ情報を備える）コンフィギュレーション情報を生成することができる（ブロック１５１４）。各サービスのベアラ情報は、サービスが送信された場合、そのサービスを受信するために使用されうる。送信機は、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信することができる（ブロック１５１６）。
【００６５】
送信機は、第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信することができる（ブロック１５１８）。送信機は、要求されたサービスの送信を、例えば、第１のスケジューリング期間の直後の第２のスケジューリング期間において開始することができる（ブロック１５２０）。
【００６６】
図１６は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置１６００の設計を示す。装置１６００は、公示されているサービスを識別するステータス情報を送信するモジュール１６１２と、公示されているが送信されていないおのおののサービスのためのコンフィギュレーション情報を生成するモジュール１６１４と、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信するモジュール１６１６と、公示されているが送信されていないサービスを求める要求を、第１のスケジューリング期間で受信するモジュール１６１８と、要求されたサービスの送信を、例えば、第１のスケジューリング期間の直後である第２のスケジューリング期間において開始するモジュール１６２０とを含む。
【００６７】
図１７は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理１７００の設計を示す。処理１７００は、例えばＵＥまたはその他いくつかのエンティティのような受信機によって実行されうる。受信機は、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を、第１のスケジューリング期間で受信する（ブロック１７１２）。受信機は、選択されたサービスのサービスＩＤおよびベアラ情報を、コンフィギュレーション情報から取得する（ブロック１７１４）。受信機は、選択されたサービスを求める要求を、第１のスケジューリング期間で送信する（ブロック１７１６）。
【００６８】
受信機は、第１のスケジューリング期間の直後である第２のスケジューリング期間のスケジューリング情報を受信する（ブロック１７１８）。受信機は、スケジューリング情報および選択されたサービスのサービスＩＤに基づいて、第２のスケジューリング期間において選択されたサービスのために使用されるラジオ・リソースを決定する（ブロック１７２０）。受信機はその後、第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、選択されたサービスのためのデータを受信する（ブロック１７２２）。受信機は、選択されたサービスのために使用されるラジオ・リソースから、およびベアラ情報に基づいて、選択されたサービスのためのデータを受信する。
【００６９】
図１８は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する装置１８００の設計を示す。装置１８００は、第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信するモジュール１８１２と、選択されたサービスのためのベアラ情報およびサービスＩＤを、コンフィギュレーション情報から取得するモジュール１８１４と、第１のスケジューリング期間において、選択されたサービスを求める要求を送信するモジュール１８１６と、第１のスケジューリング期間の直後の第２のスケジューリング期間のためのスケジューリング情報を受信するモジュール１８１８と、スケジューリング情報および選択されたサービスのためのサービスＩＤに基づいて、第２のスケジューリング期間において、選択されたサービスのために使用されるラジオ・リソースを決定するモジュール１８２０と、第１のスケジューリング期間で受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、選択されたサービスのデータを受信するモジュール１８２２とを含む。
【００７０】
図８、図１０、図１２、図１４、図１６および図１８におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等あるいはそれらの任意の組み合わせを備えうる。
【００７１】
図１９は、図１のノードＢのうちの１つ、およびＵＥのうちの１つでありうるノードＢ１１０およびＵＥ１２０の設計のブロック図を示す。この設計では、ノードＢ１１０は、Ｔ個のアンテナ１９３４ａ乃至１９３４ｔを備えており、ＵＥ１２０は、Ｒ個のアンテナ１９５２ａ乃至１９５２ｒを備えている。一般に、Ｔ≧１およびＲ≧１である。
【００７２】
ノードＢ１１０では、送信プロセッサ１９２０が、ブロードキャスト・サービスのためのデータ、マルチキャスト・サービスのためのデータ、および／または、ユニキャスト・サービスのためのデータをデータ・ソース１９１２から受信する。送信プロセッサ１９２０は、おのおののサービスのためのデータを処理して、データ・シンボルを取得する。送信プロセッサ１９２０はまた、コントローラ／プロセッサ１９４０および／またはスケジューラ１９４４から、スケジューリング情報、コンフィギュレーション情報、制御情報、システム情報、および／または、その他のオーバヘッド情報を受信する。送信プロセッサ１９２０は、受信したオーバヘッド情報を処理し、オーバヘッド・シンボルを提供する。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ１９３０は、パイロット・シンボルを用いてデータおよびオーバヘッド・シンボルを多重化し、多重化されたシンボルを処理（例えば、プレコード）し、Ｔ個の出力シンボル・ストリームを、Ｔ個の変調器（ＭＯＤ）１９３２ａ乃至１９３２ｔへ提供する。おのおのの変調器１９３２は出力されたそれぞれのシンボル・ストリームを、（例えば、ＯＦＤＭ用に）処理して、出力サンプル・ストリームを得る。おのおのの変調器１９３２はさらに、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、および、アップコンバート）して、ダウンリンク信号を得る。変調器１９３２ａ乃至１９３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ１９３４ａ乃至１９３４ｔを介してそれぞれ送信されうる。
【００７３】
ＵＥ１２０では、アンテナ１９５２ａ乃至１９５２ｒが、ノードＢ１１０からダウンリンク信号を受信し、受信した信号をそれぞれ復調器（ＤＥＭＯＤ）１９５４ａ乃至１９５４ｒへ提供する。おのおのの復調器１９５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、受信サンプルを得る。さらに、（例えばＯＦＤＭ用の）受信サンプルを処理して、受信シンボルを得る。ＭＩＭＯ検出器１９６０は、Ｒ個全ての復調器１９５４ａ乃至１９５４ｒからシンボルを受信し、受信したシンボルを処理し、検出済シンボルを与える。受信プロセッサ１９７０は、検出済みシンボルを処理し、興味のあるサービスのために復号されたデータを、データ・シンク１９７２に提供し、復号済みオーバヘッド情報を、コントローラ／プロセッサ１９９０へ提供する。一般に、ＭＩＭＯ検出器１９６０および受信プロセッサ１９７０による処理は、ノードＢ１１０におけるＴＸ ＭＩＭＯプロセッサ１９３０および送信プロセッサ１９２０による処理と相補的である。
【００７４】
アップリンクでは、ＵＥ１２０において、データ・ソース１９７８からのデータと、コントローラ・プロセッサ１９９０からの制御情報（例えば、サービス要求）とが、送信プロセッサ１９８０によって処理され、（適用可能であれば）ＴＸ ＭＩＭＯプロセッサ１９８２によって処理され、変調器１９５４ａ乃至１９５４ｒによって調整され、アンテナ１９５２ａ乃至１９５２ｒを介して送信される。ノードＢ１１０では、ＵＥ１２０からのアップリンク信号が、アンテナ１９３４によって受信され、復調器１９３２によって調整され、ＭＩＭＯ検出器１９３６によって検出され、受信プロセッサ１９３８によって処理されることによって、ＵＥ１２０によって送信されたデータおよびオーバヘッド情報が得られる。
【００７５】
コントローラ／プロセッサ１９４０、１９９０は、ノードＢ１１０およびＵＥ１２０それぞれにおける動作を指示する。コントローラ／プロセッサ１９４０は、図７における処理７００、図１５における処理１５００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。コントローラ／プロセッサ１９９０は、図９における処理９００、図１７における処理１７００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。メモリ１９４２、１９９２は、ノードＢ１１０およびＵＥ１２０のためのデータおよびプログラム・コードをそれぞれ格納することができる。スケジューラ１９４４は、ダウンリンク送信および／またはアップリンク送信のためＵＥをスケジュールし、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信をスケジュールし、スケジュールされたＵＥおよびサービスのためのラジオ・リソースの割当を与える。コントローラ／プロセッサ１９４０および／またはスケジューラ１９４４は、スケジューリング情報、および／または、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのその他のオーバヘッド情報を生成する。
【００７６】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００７７】
当業者であれば、さらに、本明細書での開示に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７８】
本明細書での開示に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００７９】
本明細書での開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００８０】
１または複数の典型的な設計では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に格納されるか、あるいは、コンピュータ読取可能媒体の１または複数の命令またはコードによって送信されうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセス可能な任意の利用可能な媒体でありうる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置あるいはその他の磁気記憶装置、あるいは命令群またはデータ構造の形態で所望のプログラム・コード手段を搬送または格納するために使用され、かつ汎用コンピュータまたは特別目的コンピュータ、または汎用プロセッサまたは特別目的プロセッサによってアクセス可能なその他任意の媒体を備えうる。また、いかなる接続も、コンピュータ読取可能媒体として適切に称される。例えば、ソフトウェアが、例えば赤外線、無線、およびマイクロ波のような無線技術や、デジタル加入者ライン（ＤＳＬ）や、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルを用いたウェブサイト、サーバ、またはその他の遠隔ソースから送信された場合、例えば赤外線、無線、およびマイクロ波のような無線技術や、ＤＳＬや、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルが、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルー・レイ・ディスクを含む。なお、通常、ｄｉｓｋはデータを磁気的に再生し、ｄｉｓｃはデータをレーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００８１】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これらの開示への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他のバリエーションにも適用されうる。このように、本開示は、本明細書で示された例や設計に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【優先権主張】
【０００１】
本願は、本願の譲受人に譲渡され、本明細書において参照によって組み込まれている２００７年８月１３日に出願の"ACCESSING AN ADVERTISED SERVICE IN A MULTIMEDIA SYSTEM"と題された米国仮出願６０／９５５，６２０号の優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、通信に関し、さらに詳しくは、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートする技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のような様々な通信コンテンツを提供するために広く開発された。これらの無線システムは、利用可能なシステム・リソースを共有することにより複数のユーザをサポートすることができる多元接続システムでありうる。そのような多元接続システムの一例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含んでいる。
【０００４】
無線通信システムは、ブロードキャスト・サービスおよびマルチキャスト・サービスをサポートすることができる。ブロードキャスト・サービスは、例えばニュース・ブロードキャスト・サービスのように、すべてのユーザによって受信されるサービスである。マルチキャスト・サービスは、例えば予約ビデオ・サービスのように、ユーザのグループによって受信されるサービスである。所与のブロードキャスト・サービスおよびマルチキャスト・サービスは、所与の時間において、任意の数のユーザによって受信されうる。このシステムにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスを効率的にブロードキャストすることが望まれる。
【発明の概要】
【０００５】
本明細書では、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートする技術が記載される。態様では、送信機（例えば、ノードＢ）は、公示されたサービスのためのロング・サービス識別子（ＩＤ）のショート・サービスＩＤへのマッピングを備えるコンフィギュレーション情報を送信することができる。この送信機はさらに、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信することができる。ロング・サービスＩＤは、サポートされている全てのサービスを識別するために使用されうる。ショート・サービスＩＤは、スケジューリング情報内のスケジュールされたサービスを識別するために使用されうる。ロング・サービスＩＤの代わりにショート・サービスＩＤを用いることによって、送信すべきスケジューリング情報の量を低減することができる。
【０００６】
別の態様では、送信機は、送信されているサービスと、公示されているが送信されていないサービスとを識別する情報を送信することができる。この情報は、興味のあるサービスに対する要求を（例えばユーザ機器（ＵＥ）のような）受信機に送信すべきか否かを判定するために、これら受信機によって使用されうる。
【０００７】
また別の態様では、送信機が、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信することができる。そのようなサービスおのおののためのコンフィギュレーション情報は、サービスが送信された場合にそれを受信するために使用されるベアラ情報と、サービスのためのショート・サービスＩＤとを含みうる。送信機は、スケジュールされた期間中に、公示されているが送信されていないサービスを求める要求を受信しうる。送信機は、次のスケジューリング期間において、要求されたサービスの送信を開始することができる。公示されたサービスのコンフィギュレーション情報を送信することによって、送信機は、受信機によって要求された場合、これらのサービスを迅速に開始することができる。
【０００８】
本開示のさまざまな態様および特徴が、以下にさらに詳細に記載される。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線通信システムを示す。
【図２】図２は、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信スキームを示す。
【図３】図３は、異なるサービスのためのベン図の例を示す。
【図４】図４は、ロング・サービスＩＤのショート・サービスＩＤへのマッピングの例と、ショート・サービスＩＤのラジオ・リソースへのマッピングの例とを示す。
【図５】図５は、公示されたサービスをサポートする送信スキームを示す。
【図６】図６は、公示されたサービスをサポートする別の送信スキームを示す。
【図７】図７は、コンフィギュレーション情報の送信、およびサービスのための情報のスケジューリングのための処理を示す。
【図８】図８は、コンフィギュレーション情報の送信、およびサービスのための情報のスケジューリングのための装置を示す。
【図９】図９は、コンフィギュレーション情報の受信、およびサービスのための情報のスケジューリングのための処理を示す。
【図１０】図１０は、コンフィギュレーション情報の受信、およびサービスのための情報のスケジューリングのための装置を示す。
【図１１】図１１は、公示されているが送信されていないサービスを識別する情報を送信するための処理を示す。
【図１２】図１２は、公示されているが送信されていないサービスを識別する情報を送信するための装置を示す。
【図１３】図１３は、公示されているが送信されていないサービスを識別する情報を受信するための処理を示す。
【図１４】図１４は、公示されているが送信されていないサービスを識別する情報を受信するための装置を示す。
【図１５】図１５は、公示されたサービスのコンフィギュレーション情報を送信するための処理を示す。
【図１６】図１６は、公示されたサービスのコンフィギュレーション情報を送信するための装置を示す。
【図１７】図１７は、公示されたサービスのためのコンフィギュレーション情報を受信するための処理を示す。
【図１８】図１８は、公示されたサービスのためのコンフィギュレーション情報を受信するための装置を示す。
【図１９】図１９は、ノードＢおよびＵＥのブロック図を示す。
【発明を実施するための形態】
【００１０】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、およびその他のシステムのようなさまざまな無線通信システムに使用されうる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実施することができる。ＯＦＤＭＡシステムは、例えば発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。これら技術はまた、ＭｅｄｉａＦＬＯ（登録商標）、Digital Video Broadcasting for Handhelds（ＤＶＢ−Ｈ）、Integrated Services Digital Broadcasting for Terrestrial Television Broadcasting（ＩＳＤＢ−Ｔ）等を実施するブロードキャスト・システムのためにも使用されうる。明瞭さのために、これら技術のある態様が、以下においてＬＴＥについて記載され、以下の記載のほとんどにおいてＬＴＥ用語が使用される。
【００１１】
図１は、ＬＴＥシステムでありうる無線通信システム１００を示す。システム１００は、多くのノードＢおよびその他のネットワーク・エンティティを含むことができる。単純化のために、図１では３つのノードＢ １１０ａ、１１０ｂ、１１０ｃのみが示される。ノードＢは、ＵＥと通信するために使用される固定局であることができ、発展型ノードＢ（ｅＮＢ）、基地局、アクセス・ポイント等とも称されうる。ノードＢ１１０のおのおのは、特定の地理的領域１０２に通信有効範囲を提供する。システム容量を高めるために、ノードＢの有効範囲領域の全体が、例えばより小さな領域１０４ａ、１０４ｂ、１０４ｃのような複数の小さな領域に分割されうる。小さな領域のおのおのは、それぞれのノードＢサブシステムによってサービス提供されうる。３ＧＰＰにおいて、用語「セル」は、この有効範囲領域にサービス提供するノードＢおよび／またはノードＢサブシステムのうち最も小さな有効範囲領域を称する。３ＧＰＰ２では、用語「セクタ」は、この有効範囲領域にサービス提供する基地局および／または基地局サブシステムのうち最も小さな有効範囲領域を称する。明瞭さのために、セルの３ＧＰＰ概念が、以下の説明で使用される。
【００１２】
図１に示す例では、おのおののノードＢ１１０は、異なる地理的領域をカバーする３つのセルを有する。単純化のために、図１は、互いにオーバラップしないセルを示している。現実的な構成では、隣接するセルは、一般に、端部において互いにオーバラップする。これによって、ＵＥは、システム内を移動しても、任意の場所において、１または複数のセルから有効範囲を受け取ることが可能となる。
【００１３】
ＵＥ１２０は、システムの全体にわたって分散しうる。また、おのおののＵＥは、固定式または移動式でありうる。ＵＥはまた、移動局、端末、アクセス端末、加入者ユニット、局等とも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、ブロードキャスト受信機等でありうる。ＵＥは、ダウンリンクおよびアップリンクによってノードＢと通信することができる。ダウンリンク（すなわち順方向リンク）はノードＢからＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）はＵＥからノードＢへの通信リンクを称する。図１では、２つの矢印を備えた実線が、ノードＢとＵＥとの双方向通信を示す。１つの矢印を備えた破線は、例えば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのため、ノードＢからダウンリンク信号を受信しているＵＥを示す。「ＵＥ」、「ユーザ」という用語は、本明細書において置換可能に使用される。
【００１４】
システムは、複数のＵＥのための発展型マルチメディア・ブロードキャスト／ユニキャスト・サービス（Ｅ−ＭＢＭＳ）のみならず、個々のＵＥのためのユニキャスト・サービスをもサポートすることができる。Ｅ−ＭＢＭＳは、単一のソースから複数の受取人にデータを送信するポイント・トゥ・マルチポイント・サービスを含む。Ｅ−ＭＢＭＳのためのサービスは、Ｅ−ＭＢＭＳサービスと称され、ブロードキャスト・サービスあるいはマルチキャスト・サービスでありうる。Ｅ−ＭＢＭＳサービスは、予約ベースのサービスあるいは自由に利用可能なサービスでありうる。単純化のために、用語「サービス」は、以下の説明において、ブロードキャスト・サービスあるいはマルチキャスト・サービスを称しうる。
【００１５】
ＬＴＥでは、データおよびオーバヘッド情報は、ラジオ・リンク制御（ＲＬＣ）レイヤにおいて論理チャネルとして処理される。論理チャネルは、媒体アクセス制御（ＭＡＣ）レイヤにおいて輸送チャネルへマップされる。輸送チャネルは、物理レイヤ（ＰＨＹ）において物理チャネルへマップされる。表１は、ＬＴＥにおいてブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするために使用されるいくつかの論理チャネルをリストしており、おのおのの論理チャネルに短い説明を与えている。
【表１】
【００１６】
ＭＳＣＨ、ＭＣＣＨおよびＭＴＣＨは、サービスを公示し、送信されているサービスを示し、送信されたサービスのためのデータを搬送するために使用されうる。セルは、特定の地理的領域にわたって、１または複数のサービスのグループを送信することができる。サービスのおのおののグループにつき、１つのＭＳＣＨ、１または複数のＭＣＣＨ、および、１または複数のＭＴＣＨが存在しうる。サービスのグループについて、ＭＳＣＨは、そのグループにおける送信のためにスケジュールされたすべてのサービスのためのスケジューリング情報を搬送することができる。おのおののＭＣＣＨは、１または複数のサービスのためのコンフィギュレーション情報を搬送することができる。おのおののＭＴＣＨは、１または複数のサービスのためのデータを搬送することができる。サービスの異なるグループのＭＳＣＨは、セル内にスケジューリング情報を送信するために利用可能なリソース内で（例えば、時間で）多重化されうる。単純化のために、以下の記載のうちの多くは、１つのＭＳＣＨ、１つのＭＣＣＨ、および１つのＭＴＣＨを仮定する。これらは、他の名称によっても称されうる。
【００１７】
表１に示されるように、異なるタイプのオーバヘッド情報が、異なる論理チャネルで送信されうる。スケジューリング情報は、異なるサービスが送信される場合、サービスを送信するためにどのラジオ・リソースが使用されるか、および、送信されたサービスを復号するためにＵＥによって使用されるラジオ・リソースに関連付けられた追加設定を示すことができる。コンフィギュレーション情報は、サービスを受信するためにＵＥによって使用され、ベアラ情報、サービスＩＤのマッピング、高次レイヤ情報等を備えうる。ベアラ情報は、例えばトラフィック・クラスのようなベアラ・コンフィギュレーション、ＲＬＣコンフィギュレーション、例えば変調および符号化スキームのような低次レイヤ設定等のための情報を備えうる。高次レイヤ情報は、どのコーダ／デコーダ（コーデック）が使用されるか、サービスのためにどのデータ・ストリームがバンドルされるか（例えば、ビデオは、１または複数のオーディオ・トラックとバンドルされる）、アプリケーション・レイヤのためのメタデータ等に関する情報を備えうる。これら高次レイヤ情報は、下部レイヤに対して透過的であり、サービスを受信するためにＵＥによって使用されうる。表１で示される異なるタイプのオーバヘッド情報は、他の名称でも称されうる。スケジューリング情報は動的でありうる一方、コンフィギュレーション情報は準不変でありうる。
【００１８】
システムは、Ｅ−ＭＢＭＳのために、マルチ・セル・モードおよびシングル・セル・モードを含む複数の動作モードをサポートすることができる。マルチ・セル・モードは、マルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）とも称されうる。マルチ・セル・モードでは、サービスのためのコンテンツが、複数のセルにわたって同時に送信されうる。シングル・セル・モードでは、おのおののセルは、他のセルとの同期することなく、サービスのためのコンテンツを送信することができる。マルチ・セル・モードおよびシングル・セル・モードのために異なる輸送チャネルを使用することができる。例えば、マルチキャスト・チャネル（ＭＣＨ）は、マルチ・セル・モードで、ＭＣＣＨおよびＭＴＣＨを搬送することができる。ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）は、ＭＴＣＨおよびその他の論理チャネルを、シングル・セル・モードで搬送することができる。本明細書に記載された技術は、マルチ・セル・モードのためのみならず、シングル・セル・モードのためにも使用されうる。
【００１９】
図２は、ＭＳＣＨ、ＭＣＣＨ、およびＭＴＣＨのための送信スキーム２００の設計を示す。送信タイム・ラインは、スケジューリング期間の単位に分割されうる。おのおののスケジューリング期間は、予め定められた持続時間をカバーし、予め定められた数のサブフレームを含むことができる。おのおののサブフレームは、２つのスロットを含んでおり、おのおののスロットは、予め定められた数のシンボル期間を含むことができる。１つの設計では、サブフレームは、１ミリ秒（ｍｓ）をカバーし、スケジューリング期間は５００ｍｓをカバーする。サブフレームおよびスケジューリング期間は、その他の持続時間をカバーすることもできる。
【００２０】
図２に示される設計では、おのおののスケジューリング期間のうちの第１／前半部分２１０でＭＳＣＨが送信される。ＭＣＣＨおよびＭＴＣＨは、おのおののスケジューリング期間のうちの第２／後半部分２２０で送信されうる。図２に示されるように、ＭＳＣＨは、おのおののスケジューリング期間において定期的に送信され、そのスケジューリング期間のためのスケジューリング情報を搬送する。ＭＣＣＨは、サービスのためのコンフィギュレーション情報を搬送し、おのおののスケジューリング期間でも送信されうる。しかしながら、コンフィギュレーション情報は、準不変でありうるので、例えば、コンフィギュレーション情報に変化がないのであれば、おのおののスケジューリング期間においてＵＥによって受信される必要はない。
【００２１】
システムは異なるカテゴリにおけるサービスをサポートすることができる。表２は、１つの設計にしたがってサポートされうるサービスのいくつかのカテゴリをリストしている。
【表２】
【００２２】
図３は、異なるカテゴリのサービスのためのベン図３００の例を示す。ボックス３１０は、システムによってサポートされうるすべてのサービスをカバーする。ボックス３２０は、すべてのサービスのうちのサブセットでありうる公示されたすべてのサービスをカバーする。ボックス３３０は、公示されたサービスのうちのすべてまたはサブセットを含む、送信されたすべてのサービスをカバーする。ボックス３４０は、現在のスケジューリング期間で送信されているスケジュールされたすべてのサービスをカバーする。スケジュールされたサービスは、送信されたサービスのうちのすべてまたはサブセットを含みうる。
【００２３】
領域３１２は、ボックス３１０の内側であるが、ボックス３２０の外側である領域を含みうる。領域３１２は、システムによってサポートされているが公示されていないサービスをカバーすることができる。領域３２２は、ボックス３２０の内側であるが、ボックス３３０の外側である領域を含みうる。領域３２２は、公示されているが、例えば興味のあるＵＥが存在しないことによって、送信されていないサービスである、利用可能なサービスをカバーしうる。これら利用可能なサービスは、十分な需要があるのであれば送信されうる。領域３３２は、ボックス３３０の内側であるが、ボックス３４０の外側である領域を含みうる。領域３３２は、送信されているが、現在のスケジューリング期間ではスケジュールされていない、休止されたサービスをカバーしうる。これら休止されたサービスは、データ・セグメント間で現在休止されているメリーゴーランド・サービス（例えば、スライド間でのスライド・ショー・ポーズを伴うサービス）や、広く分離されたバーストとして送信される低データ・レート・サービス等を含みうる。
【００２４】
一般に、与えられたサービスは、（ｉ）公示されているか否か、（ｉｉ）送信されているか否か、および（ｉｉｉ）スケジュールされているか否かでありうる。サービスは、公示、送信、およびスケジュールからなる３つのカテゴリのおのおのについて可能な２つの値によって形成される３つの可能な状態のうちの１つでありうる。図３は、サービスのための４つの可能な状態を示している。残りの可能な４つの状態は無視されうる。
【００２５】
おのおののサービスは、システム内のすべてのサービス間でユニークでありうるロング・サービスＩＤによって識別されうる。ロング・サービスＩＤは、サービスをユニークに識別するためにＵＥおよびシステムによって使用されうる。ロング・サービスＩＤは、相対的に長く、ラジオ・リソースの送信および受信のためにより多くのラジオ・リソースを消費する。
【００２６】
公示されたサービスはおのおのの、セルまたはセルのグループにおいて公示されたすべてのサービス間でユニークな、ショート・サービスＩＤを割り当てられる。ショート・サービスＩＤは、ロング・サービスＩＤよりも短く、公示されたサービスを識別するために効率的に使用される。ショート・サービスＩＤはまた、ＭＳＣＨ ＩＤ、論理チャネルＩＤ等とも称されうる。ショート・サービスＩＤは、公示されたすべてのサービスのための十分なアドレス空間を提供するための適切な長さからなる。マルチ・セル・モードでは、ショート・サービスＩＤが、所与のサービスの送信に参加していないセルであっても、ＭＢＳＦＮ領域内のすべてのセルにわたって公示されたサービスに対して、統計的に割り当てられる。これらのセルが、サービスの送信を開始すると、このサービスのショート・サービスＩＤが利用可能となるであろう。
【００２７】
態様では、ＭＳＣＨは、現在のスケジューリング期間において、スケジュールされているサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を搬送することができる。ロング・サービスＩＤの代わりにショート・サービスＩＤを用いることによって、送信および受信されるスケジューリング情報の量を低減することができる。これは、システムとＵＥとの両方にとって有益なことである。
【００２８】
ラジオ・リソースへのショート・サービスＩＤのマッピングは、現在のスケジューリング期間においてどのサービスがスケジュールされ送信されているかを判定するために使用される。このマッピングはまた、スケジュールされたおのおののサービスのために使用されるラジオ・リソースを決定するためにも使用されうる。スケジュールされたサービスのためのラジオ・リソースは、さまざまなフォーマットで与えられうる。１つの設計では、スケジュールされたおのおののサービスのラジオ・リソースは、１または複数のリソース・ブロックを備えうる。リソース・ブロックのおのおのは、予め定められた数のサブキャリア（例えば、１２のサブキャリア）を１つのスロット内に備えている。スケジューリング情報はまた、その他のタイプの情報をも含みうる。
【００２９】
図４は、ショート・サービスＩＤへのロング・サービスＩＤのマッピング４１０の例を示す。この例において、Ｎ個の公示されたサービスのための、１乃至ＮからなるＮ個のロング・サービスＩＤが、ａ乃至ｎからなるＮ個のショート・サービスＩＤへとそれぞれマップされうる。ここでＮは、任意の整数値である。マッピング４１０は、ＭＣＣＨで送信されるコンフィギュレーション情報の一部でありうる。マッピング４１０は、セルまたはセルのグループに対してユニークであり、異なるセルまたは異なるセルのグループで異なりうる。マッピング４１０は、不変または準不変でありうる。
【００３０】
図４は、１つのスケジューリング期間についての、ショート・サービスＩＤのラジオ・リソースへのマッピング４２０をマッピングの例を示す。この例では、Ｍ個のスケジュールされたサービスのためのＭ個のショート・サービスＩＤａ、ｃ、ｄ、・・・、ｍが、Ｒ１乃至ＲＭのＭ個のラジオ・リソースへそれぞれマップされる。ここでＭは、Ｎ以下の任意の整数値でありうる。マッピング４２０におけるＭ個のスケジュールされたサービスは、マッピング４１０におけるＮ個の公示されたサービスのサブセットでありうる。マッピング４２０は、おのおののスケジューリング期間において、ＭＳＣＨで送信されるスケジューリング情報の一部である。マッピング４２０は、セルまたはセルのグループにユニークであり、異なるセルまたは異なるセルのグループでは異なる。マッピング４２０は動的であることができ、スケジューリング期間毎に変わりうる。
【００３１】
ＭＣＣＨは、公示されたサービスを識別する情報を搬送しうる。この情報は、公示サービス情報と称することができ、公示されたサービスまたは等化な情報のリストを備える。ＭＳＣＨは、スケジュールされたサービスを識別する情報を搬送する。この情報は、スケジュール済サービス情報と称することができ、現在のスケジューリング期間のためにスケジュールされたサービスのリスト、あるいは等化な情報を備える。
【００３２】
ＵＥは、ＭＣＣＨから公示サービス情報を、ＭＳＣＨからスケジュール済サービス情報を受信する。ＵＥはまた、受信した情報から、スケジューリング済情報のみならず、公示されたサービスをも識別することができる。しかしながら、ＵＥは、所与のサービスが、現在のスケジューリング期間において、（ｉ）公示されているが送信されていないか、（ｉｉ）送信されたがスケジュールされていないかを認識しないであろう。ＵＥが適切な動作をすることができることから、（ｉ）と（ｉｉ）との違いを把握できることが望ましい。ケース（ｉ）の場合、サービスが公示されたが送信されていない場合、ＵＥは、サービスｘを求める要求を送信することができる。ケース（ｉｉ）の場合、サービスが現在のスケジューリング期間においてすでに送信されたがスケジュールされていない場合、ＵＥは、単に、サービスｘがスケジューリングされるのを待つことができる。
【００３３】
別の態様では、サービスが送信されたか、されていないかを伝えるための情報が送信される。この情報は、送信済サービス情報と称され、さまざまな手法で提供されうる。
【００３４】
１つの設計では、送信済サービス情報は、公示されたおのおののサービスを示すインジケーションを備えうる。１つの設計では、公示されたサービスを示すインジケーションは、例えば、サービスが送信されていることを示す「１」、または、サービスが送信されていないことを示す「０」に設定されうる明示的なフラグでありうる。
【００３５】
他の設計では、送信済サービス情報は、例えばメッセージの体系や、あるいは、ベアラ情報の存在のようなその他いくつかの情報によって暗黙的に提供されうる。例えば、サービスは、サービスのベアラ情報がＭＣＣＨで送信されている場合には、送信されていると見なされ、このベアラ情報がＭＣＣＨで送信されていない場合には、送信されていないと見なされる。サービスはまた、ベアラ情報の代わりに、その他いくつかの情報の存在または不在にそれぞれ基づいて、送信されているか、あるいは、送信されていないと見なされる。
【００３６】
また別の設計では、送信済サービス情報は、送信されたサービスのリストを搬送するメッセージを備えうる。公示されたサービスのおのおのは、上述したように、ショート・サービスＩＤが割り当てられうる。メッセージは、送信されているサービスのためのショート・サービスＩＤのリストを搬送することができる。
【００３７】
ＵＥは、興味のあるサービスを求める要求を、ＵＥに送信すべきか否かを判定するために、送信済サービス情報を使用することができる。このサービスがセルによって送信されていないと送信済サービス情報が示す場合には、ＵＥは、このサービスに興味があることを示すために、セルに対してサービス要求を送信することができる。このサービス要求は、サービスの送信をトリガするために使用されうる。反対に、送信済サービス情報が、このサービスが送信されていることを示す場合、ＵＥは、リソースを浪費することになる不必要なサービス要求を送信することを回避する。
【００３８】
１つの設計では、送信されたサービスと、公示されたが送信されていないサービスとのために、別々のメッセージが送信されうる。例えば、送信されたサービスは、ＭＢＭＳ送信サービス・メッセージで識別されうる。公示されたが送信されていないサービスは、ＭＢＭＢ公示サービス・メッセージで識別されうる。これらのメッセージは、任意の順序で送信されうる。送信されたサービスのために、および、公示されたが送信されていないサービスのために、個別のメッセージを送信することによって、ＵＥは、ＭＣＣＨの読み取りを早期に終了できるようになる。例えば、ＵＥは、ＵＥに対して興味のあるすべてのサービスが、第１のメッセージで識別されたと判定し、第２のメッセージを読み取ることをスキップすることができる。また例えば、ＵＥが、ＵＥに対して興味のあるサービスが現在のスケジューリング期間で送信されていないと判定した場合、ＵＥは、スケジュール期間の残りをスキップすることができる。
【００３９】
図５は、サービスのデータおよびオーバヘッド情報を送信するための送信スキーム５００の設計を示す。スケジューリング期間ｔ前の時間Ｔ０において、ＵＥは、サービスｘを受信することに興味があると判定することができる。スケジューリング期間の開始時間Ｔ１において、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔのスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。ＭＣＣＨは、予め定められたショート・サービスＩＤ（例えば、ゼロからなるショート・サービスＩＤ）が割り当てられる。これは、すべてのＵＥによって演繹的に知られうる。時間Ｔ２では、ＵＥは、ＭＣＣＨを受信し、ステータス情報を取得する。これは、送信されたサービスを識別する情報と、公示されたが送信されていないサービスを識別する情報とを備える。ＵＥは、このステータス情報から、サービスｘは、公示されているが送信されていないと判定することができる。時間Ｔ３では、ＵＥは、サービスｘを求める要求を、セルへ送信することができる。セルは、このサービス要求をＵＥから受信し、サービスｘの送信を開始することを決定する。
【００４０】
スケジューリング期間ｔ＋１の開始時間Ｔ４では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔ＋１のスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ５では、ＵＥは、ＭＣＣＨを受信し、サービスｘのためのステータス情報およびコンフィギュレーション情報を取得する。ステータス情報は、サービスｘがセルによって送信されていることを示すことができる。コンフィギュレーション情報は、ＭＴＣＨからサービスｘを受信するために必要とされるすべての情報を備えることができる。１つの設計では、コンフィギュレーション情報は、サービスｘのためのショート・サービスＩＤ、サービスｘのためのベアラ情報、および恐らくはその他の情報を備えうる。ＵＥは、今や、サービスｘを受信するために適切なすべての情報を有する。
【００４１】
スケジューリング期間ｔ＋２の開始時間Ｔ６では、ＵＥがＭＳＣＨを受信し、スケジューリング期間ｔ＋２のスケジューリング情報を取得し、このスケジューリング期間においてサービスｘに関してＭＴＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ７では、ＵＥは、ＭＴＣＨから、サービスｘのためのデータを受信することができる。
【００４２】
図５で示される設計では、ＭＣＣＨおよびＭＴＣＨは、スケジューリング期間中、任意の順序で送信されうる。この設計では、サービスｘのためのコンフィギュレーション情報がまず、スケジューリング期間ｔ＋１においてＭＣＣＨで送信されうる。次に、サービスｘのデータが、次のスケジューリング期間ｔ＋２においてＭＴＣＨで送信されうる。ＵＥは、スケジューリング期間ｔ＋１において、サービスのコンフィギュレーション情報を受信し、このコンフィギュレーション情報を用いて、スケジューリング期間ｔ＋２において、サービスのためのデータを受信する。この設計では、サービスｘを開始する際に、余分なレイテンシを持つスケジューリング期間が存在する。
【００４３】
図５で示されていない別の設計では、ＭＣＣＨが、スケジューリング期間においてＭＴＣＨの前に送信されうる。この設計では、サービスｘのためのコンフィギュレーション情報は、スケジューリング期間ｔ＋１においてＭＣＣＨで送信されうる。サービスｘのためのデータは、コンフィギュレーション情報の後に、同じスケジューリング期間ｔ＋１においてＭＴＣＨで送信されうる。ＵＥはまず、スケジューリング期間ｔ＋１において、ＭＣＣＨからサービスｘのためのコンフィギュレーション情報を受信する。ＵＥは、次に、同じスケジューリング期間ｔ＋１において、ＭＴＣＨから、サービスｘのためのデータを受信する。
【００４４】
また別の態様では、これらのサービスが送信されていない場合さえ、公示されたサービスのためのコンフィギュレーション情報が送信されうる。後述するように、この設計は、サービスを開始する際のレイテンシを低減することができる。さらに、コンフィギュレーション情報によって、ＵＥは、リソース割り当てや、所与のサービスを受信するか否かを判定する場合における潜在的なコンフリクトに関する決定を行うことできるようになる。
【００４５】
図６は、サービスのデータおよびオーバヘッド情報を送信するための送信スキーム６００の設計を示す。スケジューリング期間ｔの前の時間Ｔ０において、ＵＥは、サービスｘを受信することに興味があると判定する。スケジューリング期間ｔの開始時間Ｔ１では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔのスケジューリング情報を取得し、ＭＣＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ２では、ＵＥは、ＭＣＣＨを受信し、ステータス情報を取得し、サービスｘが公示されているが送信されていないと判定する。ＭＣＣＨは、公示されたすべてのサービスのためのコンフィギュレーション情報を搬送し、ＵＥは、スケジューリング期間ｔにおいて、ＭＣＣＨから、サービスｘのためのコンフィギュレーション情報を受信する。時間Ｔ３では、ＵＥが、サービスｘを求める要求をセルへ送信する。セルは、ＵＥからこのサービス要求を受信し、サービスｘの送信を開始することを決定する。
【００４６】
スケジューリング期間ｔ＋１の開始時間Ｔ４では、ＵＥは、ＭＳＣＨを受信し、スケジューリング期間ｔ＋１のスケジューリング情報を取得し、このスケジューリング期間においてサービスｘに関するＭＴＣＨのために使用されるラジオ・リソースを決定することができる。時間Ｔ５では、ＵＥは、前のスケジューリング期間ｔにおいてＭＣＣＨから受信したサービスｘのためのコンフィギュレーション情報に基づいて、ＭＣＣＨから、サービスｘのためのデータを受信することができる。ＵＥは、スケジューリング期間ｔ＋１において、時間Ｔ６で送信されたＭＣＣＨを受信する必要はない。
【００４７】
スケジューリング期間ｔ＋１では、ＭＣＣＨは、送信されているサービスｘを示すステータス情報を搬送することができる。このステータス情報は、サービスｘを受信するために、他のＵＥによって使用されうる。サービスｘを受信することに興味ある別のＵＥは、時間Ｔ４においてＭＳＣＨを受信し、時間Ｔ６においてＭＣＣＨを受信し、サービスｘが送信されていると判定することができる。ＵＥは、スケジューリング期間ｔ＋１において、ＭＣＣＨから、サービスｘのためのコンフィギュレーション情報を取得することができる。その後、ＵＥは、次のスケジューリング期間ｔ＋２においてＭＳＣＨを受信し、サービスｘに関してＭＴＣＨで使用されるラジオ・リソースを決定し、スケジューリング期間ｔ＋１で受信したコンフィギュレーション情報に基づいて、サービスｘのためのデータを受信することができる。あるいは、ＵＥは、スケジューリング期間ｔ＋１にわたってサンプルをバッファし、ＭＳＣＨおよびＭＣＣＨを受信し、サービスｘが送信されたと判定し、サービスｘのためのコンフィギュレーション情報を取得することができる。ＵＥはその後ＭＳＣＨを再び読み取り、スケジューリング期間ｔ＋１において、サービスのＭＴＣＨのために使用されるラジオ・リソースを決定し、その後、このスケジューリング期間で受信されたコンフィギュレーション情報に基づいて、サービスｘのデータを受信することができる。
【００４８】
図６における設計によって、ＵＥは、サービス要求の送信後、要求されたサービスを、最初のスケジューリング期間において、受信し始めることができるようになる。これは、おのおののシンボル期間において、公示されたサービスについてのコンフィギュレーション情報を送信することによって達成されうる。公示されたサービスおのおののコンフィギュレーション情報は、その後、必要であれば、次のスケジューリング期間において使用することが可能となる。
【００４９】
ＵＥによるサービスの効率的な受信は、以下のようにして達成されうる。
・現在のスケジューリング期間においてスケジューリングされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を、ＭＳＣＨで送信する。
・公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤのマッピングをＭＣＣＨで送信する。
・送信されたサービスと、公示されているが送信されていないサービスとを識別するステータス情報を、例えば別のメッセージによってＭＣＣＨで送信する。
・送信されていないものを含む公示されたサービスのコンフィギュレーション情報を、ＭＣＣＨで送信する。
【００５０】
上記特徴をもって、サービス要求手順は、複雑ではなく、効率的となる。公示されたが送信されていない所与のサービスに興味のあるＵＥは、サービス要求を送信し、直ちに、そのサービスのためのショート・サービスＩＤを求めてＭＳＣＨのモニタリングを開始することができる。セルは、公示されたが送信されていないサービスのリストから、ＭＣＣＨで送信されたサービスのリストへと、サービスを移動させることができる。この変更は、主に、セルに到着する他のＵＥのためにある。サービス要求を発行したＵＥは、既に、要求されたサービスのショート・サービスＩＤのためのＭＳＣＨのモニタリングを開始することを知っている。
【００５１】
図７は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信するための処理７００の設計を示す。処理７００は、例えばノードＢまたはその他いくつかのエンティティのような送信機によって実行されうる。送信機は、公示されたサービスのショート・サービスＩＤに対するロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を送信する（ブロック７１２）。送信機は、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信する（ブロック７１４）。送信機は、ラジオ・リソースへのショート・サービスＩＤのマッピングに示されたラジオ・リソースでスケジュールされたサービスのデータを送信する（ブロック７１６）。システム内でサポートされているすべてのサービスを識別するために、ロング・サービスＩＤが使用される。ショート・サービスＩＤは、スケジューリング情報においてスケジュールされたサービスを識別するために使用されうる。公示されたサービスは、サポートされたサービスのサブセットであり、スケジュールされたサービスは、公示されたサービスのサブセットでありうる。送信機は、スケジューリング情報をスケジューリング・チャネルで、コンフィギュレーション情報を制御チャネルで、スケジュールされたサービスをトラフィック・チャネルで送信することができる。
【００５２】
図８は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置８００の設計を示す。装置８００は、公示されたサービスのショート・サービスＩＤに対するロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を送信するモジュール８１２と、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を送信するモジュールブロック８１４と、ラジオ・リソースへのショート・サービスＩＤのマッピングに示されたラジオ・リソースで、スケジュールされたサービスのデータを送信するモジュール８１６とを含む。
【００５３】
図９は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理９００の設計を示す。処理９００は、例えばＵＥあるいはその他のあるエンティティのような受信機によって実行されうる。受信機は、公示されたサービスについて、ショート・サービスＩＤへのロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を受信することができる（ブロック９１２）。受信機は、このショート・サービスＩＤへのロング・サービスＩＤのマッピングに基づいて、選択されたサービスのショート・サービスＩＤを決定することができる（ブロック９１４）。
【００５４】
受信機は、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を受信することができる（ブロック９１６）。受信機は、スケジューリングされた情報および選択されたサービスのためのショート・サービスＩＤに基づいて、現在のスケジューリング期間において、選択されたサービスがスケジュールされているかを判定することができる。受信機は、現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別することができる（ブロック９１８）。受信機は、ラジオ・リソースへのショート・サービスＩＤのマッピングに基づいて、選択されたサービスのために使用されるラジオ・リソースを決定することができる（ブロック９２０）。受信機は、その後、選択されたサービスのために使用されるラジオ・リソースから、選択されたサービスのデータを受信することができる（ブロック９２２）。
【００５５】
受信機は、１つのスケジューリング期間において、ブロック９１２およびブロック９１４を実行し、別のスケジューリング期間において、ブロック９１６からブロック９２２を実行することができる。受信機は、スケジューリング・チャネルからスケジューリング情報を、制御チャネルからコンフィギュレーション情報を、トラフィック・チャネルから、選択されたサービスのためのデータを受信することができる。
【００５６】
図１０は、無線通信システムにおいて、ブロードキャストされたサービスおよびマルチキャストされたサービスを受信する装置１０００の設計を示す。装置１０００は、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤのマッピングを備えるコンフィギュレーション情報を受信するモジュール１０１２と、ショート・サービスＩＤへのロング・サービスＩＤのマッピングに基づいて、選択されたサービスのショート・サービスＩＤを決定するモジュール１０１４と、現在のスケジューリング期間においてスケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービスＩＤのマッピングを備えるスケジューリング情報を受信するモジュール１０１６と、現在のスケジューリング期間においてスケジュールされたサービスから選択されたサービスを識別するモジュール１０１８と、ラジオ・リソースへのショート・サービスＩＤのマッピングに基づいて、選択されたサービスのために使用されるラジオ・リソースを決定するモジュール１０２０と、選択されたサービスのために使用されるラジオ・リソースから、選択されたサービスのためのデータを受信するモジュール１０２２とを含む。
【００５７】
図１１は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する処理１１００の設計を示す。処理１１００は、例えばノードＢまたはその他いくつかのエンティティのような送信機によって実行されうる。送信機は、送信されているサービスのための、および、公示されたが送信されていないサービスのための、少なくとも１つのリストを保持する（ブロック１１１２）。送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信する（ブロック１１１４）。１つの設計では、送信機は、公示されたサービスが送信されているか、またはされていないかを示すために、公示されたおのおののサービスを示すインジケーションを設定することができる。送信機は、その後、公示された全てのサービスのためのインジケーションを含む情報を生成することができる。１つの設計では、送信機は、送信されているサービスを識別する情報を備える第１のメッセージを生成する。送信機はまた、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成する。その後、送信機は、これら第１のメッセージおよび第２のメッセージを送信することができる。
【００５８】
送信機はまた、現在のスケジューリング期間において、送信のためにスケジュールされたサービスを識別する情報と、公示されているサービスを識別する情報とを送信することもできる。公示されたサービスは、送信されているサービスのみならず、公示されたが送信されていないサービスをも備えることができる。送信されているサービスは、送信のためにスケジュールされたサービスを備えうる。
【００５９】
送信機は、公示されているが送信されていないサービスを求める要求を受信することができる（ブロック１１１６）。送信機は、要求されたサービスの送信を開始することができる（ブロック１１１８）。送信機は、要求されたサービスの送信を反映するために、送信されているサービスのため、および、公示されたが送信されていないサービスのための、少なくとも１つのリストを更新することができる（ブロック１１２０）。この送信機は、送信されているサービス、および、公示されているが送信されていないサービスを識別する更新された情報を送信することができる（ブロック１１２２）。
【００６０】
図１２は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置１２００の設計を示す。装置１２００は、送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持するモジュール１２１２と、送信されているサービス、および、公示されているが送信されていないサービスを識別する情報を送信するモジュール１２１４と、公示されているが送信されていないサービスを求める要求を受信するモジュール１２１６と、要求されたサービスの送信を開始するモジュール１２１８と、要求されたサービスの送信を反映するために、送信されたサービスのための、および、公示されているが送信されていないサービスのための少なくとも１つのリストを更新するモジュール１２２０と、送信されたサービスと、公示されているが送信されていないサービスとを識別する更新された情報を送信するモジュール１２２２とを含む。
【００６１】
図１３は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理１３００の設計を示す。処理１３００は、例えばＵＥあるいはその他いくつかのエンティティのような受信機によって実行されうる。受信機は、送信されたサービス、および、公示されているが送信されていないサービスを識別する情報を受信することができる（ブロック１３１２）。受信機は、受信した情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されたが送信されていないかを判定することができる（ブロック１３１４）。受信機は、選択されたサービスが公示されているが送信されていない場合には、選択されたサービスを求める要求を送信することができる（ブロック１３１６）。
【００６２】
１つの設計では、受信機は、公示されたサービスを示すインジケーションを、受信した情報から取得することができる。公示されたおのおののサービスを示すインジケーションは、公示されたサービスが送信されているか、されていないかを示すことができる。受信機は、その後、選択されたサービスを示すインジケーションに基づいて、選択されたサービスが送信されたか、あるいは、公示されているが送信されていないかを判定することができる。１つの設計では、受信機は、送信されているサービスを識別する情報を備える第１のメッセージを受信することができる。受信機は、選択されたサービスが、送信されているサービス中にあるかどうかを判定することができる。選択されたサービスが、送信されているサービス中にない場合、受信機は、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することができる。別の設計では、受信機は、公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することができる。この受信機は、選択されたサービスが、公示されているが送信されていないサービス中にあるかを判定することができる。選択されたサービスが、公示されているが送信されていないサービス中にない場合、受信機は、送信されているサービスを識別する情報を備える第１のメッセージを受信することができる。何れにせよ、受信機は、一度に１つのメッセージを受信し、受信したメッセージ内に、選択されたサービスが発見された場合、早く終了することができる。
【００６３】
図１４は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する装置１４００の設計を示す。装置１４００は、送信されたサービスと、公示されているが送信されていないサービスとを識別する情報を受信するモジュール１４１２と、受信した情報に基づいて、選択されたサービスが送信されたか、あるいは、公示されているが送信されていないかを判定するモジュール１４１４と、選択されたサービスが公示されているが送信されていない場合には、選択されたサービスを求める要求を送信するモジュール１４１６とを含む。
【００６４】
図１５は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する処理１５００の設計を示す。処理１５００は、例えばノードＢあるいはその他のいくつかのエンティティのような送信機によって実行されうる。送信機は、公示されたサービスを識別するステータス情報を送信することができる（ブロック１５１２）。送信機は、公示されているが送信されていないおのおののサービスのために、（例えば、サービスＩＤおよびベアラ情報を備える）コンフィギュレーション情報を生成することができる（ブロック１５１４）。各サービスのベアラ情報は、サービスが送信された場合、そのサービスを受信するために使用されうる。送信機は、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信することができる（ブロック１５１６）。
【００６５】
送信機は、第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信することができる（ブロック１５１８）。送信機は、要求されたサービスの送信を、例えば、第１のスケジューリング期間の直後の第２のスケジューリング期間において開始することができる（ブロック１５２０）。
【００６６】
図１６は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを送信する装置１６００の設計を示す。装置１６００は、公示されているサービスを識別するステータス情報を送信するモジュール１６１２と、公示されているが送信されていないおのおののサービスのためのコンフィギュレーション情報を生成するモジュール１６１４と、公示されているが送信されていないサービスのためのコンフィギュレーション情報を送信するモジュール１６１６と、公示されているが送信されていないサービスを求める要求を、第１のスケジューリング期間で受信するモジュール１６１８と、要求されたサービスの送信を、例えば、第１のスケジューリング期間の直後である第２のスケジューリング期間において開始するモジュール１６２０とを含む。
【００６７】
図１７は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する処理１７００の設計を示す。処理１７００は、例えばＵＥまたはその他いくつかのエンティティのような受信機によって実行されうる。受信機は、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を、第１のスケジューリング期間で受信する（ブロック１７１２）。受信機は、選択されたサービスのサービスＩＤおよびベアラ情報を、コンフィギュレーション情報から取得する（ブロック１７１４）。受信機は、選択されたサービスを求める要求を、第１のスケジューリング期間で送信する（ブロック１７１６）。
【００６８】
受信機は、第１のスケジューリング期間の直後である第２のスケジューリング期間のスケジューリング情報を受信する（ブロック１７１８）。受信機は、スケジューリング情報および選択されたサービスのサービスＩＤに基づいて、第２のスケジューリング期間において選択されたサービスのために使用されるラジオ・リソースを決定する（ブロック１７２０）。受信機はその後、第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、選択されたサービスのためのデータを受信する（ブロック１７２２）。受信機は、選択されたサービスのために使用されるラジオ・リソースから、およびベアラ情報に基づいて、選択されたサービスのためのデータを受信する。
【００６９】
図１８は、無線通信システムにおいてブロードキャスト・サービスおよびマルチキャスト・サービスを受信する装置１８００の設計を示す。装置１８００は、第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信するモジュール１８１２と、選択されたサービスのためのベアラ情報およびサービスＩＤを、コンフィギュレーション情報から取得するモジュール１８１４と、第１のスケジューリング期間において、選択されたサービスを求める要求を送信するモジュール１８１６と、第１のスケジューリング期間の直後の第２のスケジューリング期間のためのスケジューリング情報を受信するモジュール１８１８と、スケジューリング情報および選択されたサービスのためのサービスＩＤに基づいて、第２のスケジューリング期間において、選択されたサービスのために使用されるラジオ・リソースを決定するモジュール１８２０と、第１のスケジューリング期間で受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、選択されたサービスのデータを受信するモジュール１８２２とを含む。
【００７０】
図８、図１０、図１２、図１４、図１６および図１８におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等あるいはそれらの任意の組み合わせを備えうる。
【００７１】
図１９は、図１のノードＢのうちの１つ、およびＵＥのうちの１つでありうるノードＢ１１０およびＵＥ１２０の設計のブロック図を示す。この設計では、ノードＢ１１０は、Ｔ個のアンテナ１９３４ａ乃至１９３４ｔを備えており、ＵＥ１２０は、Ｒ個のアンテナ１９５２ａ乃至１９５２ｒを備えている。一般に、Ｔ≧１およびＲ≧１である。
【００７２】
ノードＢ１１０では、送信プロセッサ１９２０が、ブロードキャスト・サービスのためのデータ、マルチキャスト・サービスのためのデータ、および／または、ユニキャスト・サービスのためのデータをデータ・ソース１９１２から受信する。送信プロセッサ１９２０は、おのおののサービスのためのデータを処理して、データ・シンボルを取得する。送信プロセッサ１９２０はまた、コントローラ／プロセッサ１９４０および／またはスケジューラ１９４４から、スケジューリング情報、コンフィギュレーション情報、制御情報、システム情報、および／または、その他のオーバヘッド情報を受信する。送信プロセッサ１９２０は、受信したオーバヘッド情報を処理し、オーバヘッド・シンボルを提供する。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ１９３０は、パイロット・シンボルを用いてデータおよびオーバヘッド・シンボルを多重化し、多重化されたシンボルを処理（例えば、プレコード）し、Ｔ個の出力シンボル・ストリームを、Ｔ個の変調器（ＭＯＤ）１９３２ａ乃至１９３２ｔへ提供する。おのおのの変調器１９３２は出力されたそれぞれのシンボル・ストリームを、（例えば、ＯＦＤＭ用に）処理して、出力サンプル・ストリームを得る。おのおのの変調器１９３２はさらに、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、および、アップコンバート）して、ダウンリンク信号を得る。変調器１９３２ａ乃至１９３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ１９３４ａ乃至１９３４ｔを介してそれぞれ送信されうる。
【００７３】
ＵＥ１２０では、アンテナ１９５２ａ乃至１９５２ｒが、ノードＢ１１０からダウンリンク信号を受信し、受信した信号をそれぞれ復調器（ＤＥＭＯＤ）１９５４ａ乃至１９５４ｒへ提供する。おのおのの復調器１９５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、受信サンプルを得る。さらに、（例えばＯＦＤＭ用の）受信サンプルを処理して、受信シンボルを得る。ＭＩＭＯ検出器１９６０は、Ｒ個全ての復調器１９５４ａ乃至１９５４ｒからシンボルを受信し、受信したシンボルを処理し、検出済シンボルを与える。受信プロセッサ１９７０は、検出済みシンボルを処理し、興味のあるサービスのために復号されたデータを、データ・シンク１９７２に提供し、復号済みオーバヘッド情報を、コントローラ／プロセッサ１９９０へ提供する。一般に、ＭＩＭＯ検出器１９６０および受信プロセッサ１９７０による処理は、ノードＢ１１０におけるＴＸ ＭＩＭＯプロセッサ１９３０および送信プロセッサ１９２０による処理と相補的である。
【００７４】
アップリンクでは、ＵＥ１２０において、データ・ソース１９７８からのデータと、コントローラ・プロセッサ１９９０からの制御情報（例えば、サービス要求）とが、送信プロセッサ１９８０によって処理され、（適用可能であれば）ＴＸ ＭＩＭＯプロセッサ１９８２によって処理され、変調器１９５４ａ乃至１９５４ｒによって調整され、アンテナ１９５２ａ乃至１９５２ｒを介して送信される。ノードＢ１１０では、ＵＥ１２０からのアップリンク信号が、アンテナ１９３４によって受信され、復調器１９３２によって調整され、ＭＩＭＯ検出器１９３６によって検出され、受信プロセッサ１９３８によって処理されることによって、ＵＥ１２０によって送信されたデータおよびオーバヘッド情報が得られる。
【００７５】
コントローラ／プロセッサ１９４０、１９９０は、ノードＢ１１０およびＵＥ１２０それぞれにおける動作を指示する。コントローラ／プロセッサ１９４０は、図７における処理７００、図１５における処理１５００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。コントローラ／プロセッサ１９９０は、図９における処理９００、図１７における処理１７００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。メモリ１９４２、１９９２は、ノードＢ１１０およびＵＥ１２０のためのデータおよびプログラム・コードをそれぞれ格納することができる。スケジューラ１９４４は、ダウンリンク送信および／またはアップリンク送信のためＵＥをスケジュールし、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信をスケジュールし、スケジュールされたＵＥおよびサービスのためのラジオ・リソースの割当を与える。コントローラ／プロセッサ１９４０および／またはスケジューラ１９４４は、スケジューリング情報、および／または、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのその他のオーバヘッド情報を生成する。
【００７６】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００７７】
当業者であれば、さらに、本明細書での開示に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７８】
本明細書での開示に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００７９】
本明細書での開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００８０】
１または複数の典型的な設計では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に格納されるか、あるいは、コンピュータ読取可能媒体の１または複数の命令またはコードによって送信されうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセス可能な任意の利用可能な媒体でありうる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置あるいはその他の磁気記憶装置、あるいは命令群またはデータ構造の形態で所望のプログラム・コード手段を搬送または格納するために使用され、かつ汎用コンピュータまたは特別目的コンピュータ、または汎用プロセッサまたは特別目的プロセッサによってアクセス可能なその他任意の媒体を備えうる。また、いかなる接続も、コンピュータ読取可能媒体として適切に称される。例えば、ソフトウェアが、例えば赤外線、無線、およびマイクロ波のような無線技術や、デジタル加入者ライン（ＤＳＬ）や、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルを用いたウェブサイト、サーバ、またはその他の遠隔ソースから送信された場合、例えば赤外線、無線、およびマイクロ波のような無線技術や、ＤＳＬや、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルが、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルー・レイ・ディスクを含む。なお、通常、ｄｉｓｋはデータを磁気的に再生し、ｄｉｓｃはデータをレーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００８１】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これらの開示への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他のバリエーションにも適用されうる。このように、本開示は、本明細書で示された例や設計に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信することと、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信することと
を備える方法。
【請求項２】
公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信することをさらに備え、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項１に記載の方法。
【請求項３】
前記ロング・サービスＩＤは、サポートされているすべてのサービスを識別するために使用され、前記ショート・サービスＩＤは、前記スケジューリング情報におけるスケジュールされたサービスを識別するために使用され、前記公示されたサービスは、前記サポートされているサービスのサブセットであり、前記スケジュールされたサービスは、前記公示されたサービスのサブセットである請求項２に記載の方法。
【請求項４】
前記スケジューリング情報を送信することは、前記スケジューリング情報を、スケジューリング・チャネルで送信することを備え、前記コンフィギュレーション情報を送信することは、前記コンフィギュレーション情報を、制御チャネルで送信することを備え、前記データを送信することは、前記スケジュールされたサービスのデータを、トラフィック・チャネルで送信することを備える請求項２に記載の方法。
【請求項５】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信し、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項６】
前記少なくとも１つのプロセッサは、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信するように構成され、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項５に記載の装置。
【請求項７】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信する手段と、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信する手段と
を備える装置。
【請求項８】
公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信する手段をさらに備え、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項７に記載の装置。
【請求項９】
コンピュータ・プログラム製品であって、
少なくとも１つのコンピュータに対して、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信させるためのコードと、
前記少なくとも１つのコンピュータに対して、前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項１０】
前記コンピュータ読取可能媒体はさらに、前記少なくとも１つのコンピュータに対して、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信させるためのコードをさらに備え、
前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項９に記載のコンピュータ・プログラム製品。
【請求項１１】
無線通信のための方法であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を受信することと、
前記現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別することと、
前記第１のマッピングに基づいて、前記選択されたサービスのために使用されるラジオ・リソースを決定することと、
前記選択されたサービスのために使用されるラジオ・リソースから、前記選択されたサービスのデータを受信することと
を備える方法。
【請求項１２】
公示されたサービスのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を受信することと、
前記第２のマッピングに基づいて、前記選択されたサービスのためのショート・サービスＩＤを決定することと、
前記スケジューリング情報および前記選択されたサービスのためのショート・サービスＩＤに基づいて、前記選択されたサービスが、前記現在のスケジューリング期間においてスケジュールされているかを判定することと
を備える請求項１１に記載の方法。
【請求項１３】
前記スケジューリング情報を受信することは、前記スケジューリング情報をスケジューリング・チャネルから受信することを備え、前記コンフィギュレーション情報を受信することは、前記コンフィギュレーション情報を制御チャネルから受信することを備え、前記データを受信することは、前記選択されたサービスのデータを、トラフィック・チャネルから受信することを備える請求項１２に記載の方法。
【請求項１４】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を受信し、
前記現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別し、
前記第１のマッピングに基づいて、前記選択されたサービスのために使用されるラジオ・リソースを決定し、
前記選択されたサービスのために使用されるラジオ・リソースから、前記選択されたサービスのデータを受信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項１５】
前記少なくとも１つのプロセッサは、
公示されたサービスのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を受信し、
前記第２のマッピングに基づいて、前記選択されたサービスのためのショート・サービスＩＤを決定し、
前記スケジューリング情報および前記選択されたサービスのためのショート・サービスＩＤに基づいて、前記選択されたサービスが、前記現在のスケジューリング期間においてスケジュールされているかを判定する
ように構成された請求項１４に記載の装置。
【請求項１６】
無線通信のための方法であって、
送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持することと、
前記送信されているサービス、および、前記公示されているが送信されていないサービスを識別する情報を送信することと
を備える方法。
【請求項１７】
前記送信されているサービスを識別する情報を備える第１のメッセージを生成することと、
前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成することとをさらに備え、
前記情報を送信することは、前記第１のメッセージおよび前記第２のメッセージを送信することを備える請求項１６に記載の方法。
【請求項１８】
前記公示されているサービスが送信されているか否かを示すために、公示されているおのおののサービスを示すインジケーションを設定することと、
公示されているすべてのサービスを示すインジケーションを備える情報を生成することと
をさらに備える請求項１６に記載の方法。
【請求項１９】
公示されているが送信されていないサービスを求める要求を受信することと、
前記要求されたサービスの送信を開始することと、
前記要求されたサービスの送信を反映するために、前記送信されているサービスのための、および、前記公示されているが送信されていないサービスのための、少なくとも１つのリストを更新することと
をさらに備える請求項１６に記載の方法。
【請求項２０】
公示されているサービスを識別する情報を送信することをさらに備え、
前記公示されているサービスは、前記送信されているサービスと、前記公示されているが送信されていないサービスとを備える請求項１６に記載の方法。
【請求項２１】
現在のスケジューリング期間において、送信のためにスケジュールされたサービスを識別する情報を送信することをさらに備え、
前記送信されているサービスは、前記送信のためにスケジュールされたサービスを備える請求項１６に記載の方法。
【請求項２２】
無線通信のための装置であって、
送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持し、
前記送信されているサービス、および、前記公示されているが送信されていないサービスを識別する情報を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項２３】
前記少なくとも１つのプロセッサは、
前記送信されているサービスを識別する情報を備える第１のメッセージを生成し、
前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成し、
前記第１のメッセージおよび前記第２のメッセージを送信する
ように構成された請求項２２に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、
前記公示されているサービスが送信されているか否かを示すために、公示されているおのおののサービスを示すインジケーションを設定し、
公示されているすべてのサービスを示すインジケーションを備える情報を生成する
ように構成された請求項２２に記載の装置。
【請求項２５】
前記少なくとも１つのプロセッサは、
前記公示されているが送信されていないサービスを求める要求を受信し、
前記要求されたサービスの送信を開始し、
前記要求されたサービスの送信を反映するために、前記送信されているサービスのための、および、前記公示されているが送信されていないサービスのための、少なくとも１つのリストを更新する
ように構成された請求項２２に記載の装置。
【請求項２６】
無線通信のための方法であって、
送信されているサービス、および、公示されているが送信されていないサービス、を識別する情報を受信することと、
前記受信された情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されているが送信されていないかを判定することと、
前記選択されたサービスが公示されているが送信されていない場合には、前記選択されたサービスを求める要求を送信することと
を備える方法。
【請求項２７】
前記受信することと、前記判定することとは、
前記送信されているサービスを識別する情報を備える第１のメッセージを受信することと、
前記選択されたサービスが、前記送信されているサービスからのものであるかを判定することと、
前記選択されたサービスが、前記送信されているサービスからのものではない場合、前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することと
を備える請求項２６に記載の方法。
【請求項２８】
前記受信することと、前記判定することとは、
前記公示されているが送信されていないサービスを識別する情報を備える第１のメッセージを受信することと、
前記選択されたサービスが、前記公示されているが送信されていないサービスからのものであるかを判定することと、
前記選択されたサービスが、前記公示されているが送信されていないサービスからのものではない場合、前記送信されているサービスを識別する情報を備える第２のメッセージを受信することと
を備える請求項２６に記載の方法。
【請求項２９】
公示されているサービスが送信されているか否かを示す、前記公示されているサービスおのおののためのインジケーションを、前記受信した情報から取得することをさらに備える請求項２６に記載の方法。
【請求項３０】
無線通信のための装置であって、
送信されているサービス、および、公示されているが送信されていないサービス、を識別する情報を受信し、
前記受信された情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されているが送信されていないかを判定し、
前記選択されたサービスが公示されているが送信されていない場合には、前記選択されたサービスを求める要求を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項３１】
前記少なくとも１つのプロセッサは、
前記送信されているサービスを識別する情報を備える第１のメッセージを受信し、
前記選択されたサービスが、前記送信されているサービスからのものであるかを判定し、
前記選択されたサービスが、前記送信されているサービスからのものではない場合、前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信する
ように構成された請求項３０に記載の装置。
【請求項３２】
前記少なくとも１つのプロセッサは、公示されているサービスが送信されているか否かを示す、前記公示されているサービスおのおののためのインジケーションを、前記受信した情報から取得するように構成された請求項３０に記載の装置。
【請求項３３】
無線通信のための方法であって、
前記公示されているサービスを識別するステータス情報を送信することと、
前記公示されているが送信されていないサービスのコンフィギュレーション情報を送信することと
を備える方法。
【請求項３４】
前記公示されているが送信されていないサービスおのおののためのサービス識別子（ＩＤ）およびベアラ情報を含むために前記コンフィギュレーション情報を生成することをさらに備え、
前記ベアラ情報は、前記サービスが送信された場合には、前記サービスを受信するために使用される請求項３３に記載の方法。
【請求項３５】
第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信することと、
前記第１のスケジューリング期間の直後である第２のスケジューリング期間において、前記要求されたサービスの送信を開始することと
をさらに備える請求項３３に記載の方法。
【請求項３６】
無線通信のための装置であって、
公示されているサービスを識別するステータス情報を送信し
公示されているが送信されていないサービスのコンフィギュレーション情報を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項３７】
前記少なくとも１つのプロセッサは、公示されているが送信されていないサービスおのおののためのサービス識別子（ＩＤ）およびベアラ情報を含むために前記コンフィギュレーション情報を生成するように構成され、
前記ベアラ情報は、前記サービスが送信された場合には、前記サービスを受信するために使用される請求項３６に記載の装置。
【請求項３８】
前記少なくとも１つのプロセッサは、
第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信し、
前記第１のスケジューリング期間の直後である第２のスケジューリング期間において、前記要求されたサービスの送信を開始する
ように構成された請求項３６に記載の装置。
【請求項３９】
無線通信のための方法であって、
第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信することと、
前記第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、前記選択されたサービスのデータを受信することと
を備える方法。
【請求項４０】
前記コンフィギュレーション情報から、前記選択されたサービスのためのベアラ情報およびサービス識別子（ＩＤ）を取得することと、
前記第２のスケジューリング期間のスケジューリング情報を受信することと、
前記スケジューリング情報および前記選択されたサービスのサービスＩＤに基づいて、前記第２のスケジューリング期間において、前記選択されたサービスのために使用されるラジオ・リソースを決定することと
をさらに備え、
前記データを受信することは、前記選択されたサービスのために使用されるラジオ・サービスから、および、前記ベアラ情報に基づいて、選択されたサービスのデータを受信することを備える請求項３９に記載の方法。
【請求項４１】
前記第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスを示すステータス情報を受信することと、
前記第１のスケジューリング期間において、前記選択されたサービスを求める要求を送信することと
をさらに備える請求項３９に記載の方法。
【請求項４２】
無線通信のための装置であって、
第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信し、
前記第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、前記選択されたサービスのデータを受信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項４３】
前記少なくとも１つのプロセッサは、
前記コンフィギュレーション情報から、前記選択されたサービスのためのベアラ情報およびサービス識別子（ＩＤ）を取得し、
前記第２のスケジューリング期間のスケジューリング情報を受信し、
前記スケジューリング情報および前記選択されたサービスのサービスＩＤに基づいて、前記第２のスケジューリング期間において、前記選択されたサービスのために使用されるラジオ・リソースを決定し、
前記選択されたサービスのために使用されるラジオ・サービスから、および、前記ベアラ情報に基づいて、選択されたサービスのデータを受信する
ように構成された請求項４２に記載の装置。
【請求項４４】
前記少なくとも１つのプロセッサは、
前記第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスを示すステータス情報を受信し、
前記第１のスケジューリング期間において、前記選択されたサービスを求める要求を送信する
ように構成された請求項４２に記載の装置。
【請求項１】
無線通信のための方法であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信することと、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信することと
を備える方法。
【請求項２】
公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信することをさらに備え、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項１に記載の方法。
【請求項３】
前記ロング・サービスＩＤは、サポートされているすべてのサービスを識別するために使用され、前記ショート・サービスＩＤは、前記スケジューリング情報におけるスケジュールされたサービスを識別するために使用され、前記公示されたサービスは、前記サポートされているサービスのサブセットであり、前記スケジュールされたサービスは、前記公示されたサービスのサブセットである請求項２に記載の方法。
【請求項４】
前記スケジューリング情報を送信することは、前記スケジューリング情報を、スケジューリング・チャネルで送信することを備え、前記コンフィギュレーション情報を送信することは、前記コンフィギュレーション情報を、制御チャネルで送信することを備え、前記データを送信することは、前記スケジュールされたサービスのデータを、トラフィック・チャネルで送信することを備える請求項２に記載の方法。
【請求項５】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信し、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項６】
前記少なくとも１つのプロセッサは、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信するように構成され、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項５に記載の装置。
【請求項７】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信する手段と、
前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信する手段と
を備える装置。
【請求項８】
公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信する手段をさらに備え、前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項７に記載の装置。
【請求項９】
コンピュータ・プログラム製品であって、
少なくとも１つのコンピュータに対して、現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を送信させるためのコードと、
前記少なくとも１つのコンピュータに対して、前記第１のマッピングに示されるラジオ・リソースで、前記スケジュールされたサービスのデータを送信させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項１０】
前記コンピュータ読取可能媒体はさらに、前記少なくとも１つのコンピュータに対して、公示されたサービスのためのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を送信させるためのコードをさらに備え、
前記第２のマッピングにおけるショート・サービスＩＤは、前記第１のマッピングにおけるショート・サービスＩＤを備える請求項９に記載のコンピュータ・プログラム製品。
【請求項１１】
無線通信のための方法であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を受信することと、
前記現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別することと、
前記第１のマッピングに基づいて、前記選択されたサービスのために使用されるラジオ・リソースを決定することと、
前記選択されたサービスのために使用されるラジオ・リソースから、前記選択されたサービスのデータを受信することと
を備える方法。
【請求項１２】
公示されたサービスのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を受信することと、
前記第２のマッピングに基づいて、前記選択されたサービスのためのショート・サービスＩＤを決定することと、
前記スケジューリング情報および前記選択されたサービスのためのショート・サービスＩＤに基づいて、前記選択されたサービスが、前記現在のスケジューリング期間においてスケジュールされているかを判定することと
を備える請求項１１に記載の方法。
【請求項１３】
前記スケジューリング情報を受信することは、前記スケジューリング情報をスケジューリング・チャネルから受信することを備え、前記コンフィギュレーション情報を受信することは、前記コンフィギュレーション情報を制御チャネルから受信することを備え、前記データを受信することは、前記選択されたサービスのデータを、トラフィック・チャネルから受信することを備える請求項１２に記載の方法。
【請求項１４】
無線通信のための装置であって、
現在のスケジューリング期間において、スケジュールされたサービスのために使用されるラジオ・リソースへのショート・サービス識別子（ＩＤ）の第１のマッピングを備えるスケジューリング情報を受信し、
前記現在のスケジューリング期間において、スケジュールされたサービスから、選択されたサービスを識別し、
前記第１のマッピングに基づいて、前記選択されたサービスのために使用されるラジオ・リソースを決定し、
前記選択されたサービスのために使用されるラジオ・リソースから、前記選択されたサービスのデータを受信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項１５】
前記少なくとも１つのプロセッサは、
公示されたサービスのショート・サービスＩＤへのロング・サービスＩＤの第２のマッピングを備えるコンフィギュレーション情報を受信し、
前記第２のマッピングに基づいて、前記選択されたサービスのためのショート・サービスＩＤを決定し、
前記スケジューリング情報および前記選択されたサービスのためのショート・サービスＩＤに基づいて、前記選択されたサービスが、前記現在のスケジューリング期間においてスケジュールされているかを判定する
ように構成された請求項１４に記載の装置。
【請求項１６】
無線通信のための方法であって、
送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持することと、
前記送信されているサービス、および、前記公示されているが送信されていないサービスを識別する情報を送信することと
を備える方法。
【請求項１７】
前記送信されているサービスを識別する情報を備える第１のメッセージを生成することと、
前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成することとをさらに備え、
前記情報を送信することは、前記第１のメッセージおよび前記第２のメッセージを送信することを備える請求項１６に記載の方法。
【請求項１８】
前記公示されているサービスが送信されているか否かを示すために、公示されているおのおののサービスを示すインジケーションを設定することと、
公示されているすべてのサービスを示すインジケーションを備える情報を生成することと
をさらに備える請求項１６に記載の方法。
【請求項１９】
公示されているが送信されていないサービスを求める要求を受信することと、
前記要求されたサービスの送信を開始することと、
前記要求されたサービスの送信を反映するために、前記送信されているサービスのための、および、前記公示されているが送信されていないサービスのための、少なくとも１つのリストを更新することと
をさらに備える請求項１６に記載の方法。
【請求項２０】
公示されているサービスを識別する情報を送信することをさらに備え、
前記公示されているサービスは、前記送信されているサービスと、前記公示されているが送信されていないサービスとを備える請求項１６に記載の方法。
【請求項２１】
現在のスケジューリング期間において、送信のためにスケジュールされたサービスを識別する情報を送信することをさらに備え、
前記送信されているサービスは、前記送信のためにスケジュールされたサービスを備える請求項１６に記載の方法。
【請求項２２】
無線通信のための装置であって、
送信されているサービスのための、および、公示されているが送信されていないサービスのための、少なくとも１つのリストを保持し、
前記送信されているサービス、および、前記公示されているが送信されていないサービスを識別する情報を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項２３】
前記少なくとも１つのプロセッサは、
前記送信されているサービスを識別する情報を備える第１のメッセージを生成し、
前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを生成し、
前記第１のメッセージおよび前記第２のメッセージを送信する
ように構成された請求項２２に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、
前記公示されているサービスが送信されているか否かを示すために、公示されているおのおののサービスを示すインジケーションを設定し、
公示されているすべてのサービスを示すインジケーションを備える情報を生成する
ように構成された請求項２２に記載の装置。
【請求項２５】
前記少なくとも１つのプロセッサは、
前記公示されているが送信されていないサービスを求める要求を受信し、
前記要求されたサービスの送信を開始し、
前記要求されたサービスの送信を反映するために、前記送信されているサービスのための、および、前記公示されているが送信されていないサービスのための、少なくとも１つのリストを更新する
ように構成された請求項２２に記載の装置。
【請求項２６】
無線通信のための方法であって、
送信されているサービス、および、公示されているが送信されていないサービス、を識別する情報を受信することと、
前記受信された情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されているが送信されていないかを判定することと、
前記選択されたサービスが公示されているが送信されていない場合には、前記選択されたサービスを求める要求を送信することと
を備える方法。
【請求項２７】
前記受信することと、前記判定することとは、
前記送信されているサービスを識別する情報を備える第１のメッセージを受信することと、
前記選択されたサービスが、前記送信されているサービスからのものであるかを判定することと、
前記選択されたサービスが、前記送信されているサービスからのものではない場合、前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信することと
を備える請求項２６に記載の方法。
【請求項２８】
前記受信することと、前記判定することとは、
前記公示されているが送信されていないサービスを識別する情報を備える第１のメッセージを受信することと、
前記選択されたサービスが、前記公示されているが送信されていないサービスからのものであるかを判定することと、
前記選択されたサービスが、前記公示されているが送信されていないサービスからのものではない場合、前記送信されているサービスを識別する情報を備える第２のメッセージを受信することと
を備える請求項２６に記載の方法。
【請求項２９】
公示されているサービスが送信されているか否かを示す、前記公示されているサービスおのおののためのインジケーションを、前記受信した情報から取得することをさらに備える請求項２６に記載の方法。
【請求項３０】
無線通信のための装置であって、
送信されているサービス、および、公示されているが送信されていないサービス、を識別する情報を受信し、
前記受信された情報に基づいて、選択されたサービスが送信されているか、あるいは、公示されているが送信されていないかを判定し、
前記選択されたサービスが公示されているが送信されていない場合には、前記選択されたサービスを求める要求を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項３１】
前記少なくとも１つのプロセッサは、
前記送信されているサービスを識別する情報を備える第１のメッセージを受信し、
前記選択されたサービスが、前記送信されているサービスからのものであるかを判定し、
前記選択されたサービスが、前記送信されているサービスからのものではない場合、前記公示されているが送信されていないサービスを識別する情報を備える第２のメッセージを受信する
ように構成された請求項３０に記載の装置。
【請求項３２】
前記少なくとも１つのプロセッサは、公示されているサービスが送信されているか否かを示す、前記公示されているサービスおのおののためのインジケーションを、前記受信した情報から取得するように構成された請求項３０に記載の装置。
【請求項３３】
無線通信のための方法であって、
前記公示されているサービスを識別するステータス情報を送信することと、
前記公示されているが送信されていないサービスのコンフィギュレーション情報を送信することと
を備える方法。
【請求項３４】
前記公示されているが送信されていないサービスおのおののためのサービス識別子（ＩＤ）およびベアラ情報を含むために前記コンフィギュレーション情報を生成することをさらに備え、
前記ベアラ情報は、前記サービスが送信された場合には、前記サービスを受信するために使用される請求項３３に記載の方法。
【請求項３５】
第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信することと、
前記第１のスケジューリング期間の直後である第２のスケジューリング期間において、前記要求されたサービスの送信を開始することと
をさらに備える請求項３３に記載の方法。
【請求項３６】
無線通信のための装置であって、
公示されているサービスを識別するステータス情報を送信し
公示されているが送信されていないサービスのコンフィギュレーション情報を送信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項３７】
前記少なくとも１つのプロセッサは、公示されているが送信されていないサービスおのおののためのサービス識別子（ＩＤ）およびベアラ情報を含むために前記コンフィギュレーション情報を生成するように構成され、
前記ベアラ情報は、前記サービスが送信された場合には、前記サービスを受信するために使用される請求項３６に記載の装置。
【請求項３８】
前記少なくとも１つのプロセッサは、
第１のスケジューリング期間において、公示されているが送信されていないサービスを求める要求を受信し、
前記第１のスケジューリング期間の直後である第２のスケジューリング期間において、前記要求されたサービスの送信を開始する
ように構成された請求項３６に記載の装置。
【請求項３９】
無線通信のための方法であって、
第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信することと、
前記第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、前記選択されたサービスのデータを受信することと
を備える方法。
【請求項４０】
前記コンフィギュレーション情報から、前記選択されたサービスのためのベアラ情報およびサービス識別子（ＩＤ）を取得することと、
前記第２のスケジューリング期間のスケジューリング情報を受信することと、
前記スケジューリング情報および前記選択されたサービスのサービスＩＤに基づいて、前記第２のスケジューリング期間において、前記選択されたサービスのために使用されるラジオ・リソースを決定することと
をさらに備え、
前記データを受信することは、前記選択されたサービスのために使用されるラジオ・サービスから、および、前記ベアラ情報に基づいて、選択されたサービスのデータを受信することを備える請求項３９に記載の方法。
【請求項４１】
前記第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスを示すステータス情報を受信することと、
前記第１のスケジューリング期間において、前記選択されたサービスを求める要求を送信することと
をさらに備える請求項３９に記載の方法。
【請求項４２】
無線通信のための装置であって、
第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスのためのコンフィギュレーション情報を受信し、
前記第１のスケジューリング期間において受信されたコンフィギュレーション情報に基づいて、第２のスケジューリング期間において、前記選択されたサービスのデータを受信する
ように構成された少なくとも１つのプロセッサを備える装置。
【請求項４３】
前記少なくとも１つのプロセッサは、
前記コンフィギュレーション情報から、前記選択されたサービスのためのベアラ情報およびサービス識別子（ＩＤ）を取得し、
前記第２のスケジューリング期間のスケジューリング情報を受信し、
前記スケジューリング情報および前記選択されたサービスのサービスＩＤに基づいて、前記第２のスケジューリング期間において、前記選択されたサービスのために使用されるラジオ・リソースを決定し、
前記選択されたサービスのために使用されるラジオ・サービスから、および、前記ベアラ情報に基づいて、選択されたサービスのデータを受信する
ように構成された請求項４２に記載の装置。
【請求項４４】
前記少なくとも１つのプロセッサは、
前記第１のスケジューリング期間において、公示されているが送信されていない選択されたサービスを示すステータス情報を受信し、
前記第１のスケジューリング期間において、前記選択されたサービスを求める要求を送信する
ように構成された請求項４２に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−１９９９５６（Ｐ２０１２−１９９９５６Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１１１７２３（Ｐ２０１２−１１１７２３）
【出願日】平成２４年５月１５日（２０１２．５．１５）
【分割の表示】特願２０１０−５２１１５９（Ｐ２０１０−５２１１５９）の分割
【原出願日】平成２０年８月１３日（２００８．８．１３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−１１１７２３（Ｐ２０１２−１１１７２３）
【出願日】平成２４年５月１５日（２０１２．５．１５）
【分割の表示】特願２０１０−５２１１５９（Ｐ２０１０−５２１１５９）の分割
【原出願日】平成２０年８月１３日（２００８．８．１３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]