(57)【特許請求の範囲】
【請求項１】
複数の移動局と基地局との間で送受信されるデータの転送を行う中継局であって、
各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについて、それぞれ異なる複数の対応関係を示すテーブルを記憶する記憶部と、
前記テーブルに示される前記複数の対応関係の中からフレームに応じて選択した対応関係に基づいて、各移動局からのデータを前記基地局に転送する送信処理部と、
を有することを特徴とする中継局。
【請求項２】
前記送信処理部は、同一フレーム内で送る２以上の移動局からのデータを、前記選択した対応関係が示す順序で転送することを特徴とする請求項１記載の中継局。
【請求項３】
前記２以上の移動局からのデータを転送する順序は、当該２以上の移動局が前記テーブルに登録された順序に応じて決まることを特徴とする請求項２記載の中継局。
【請求項４】
前記送信処理部は、前記選択した対応関係が示す何れかの移動局について、転送するデータが無い場合、データサイズがゼロであることを示すヘッダ情報を、当該移動局に対応するタイミングで前記基地局に送信することを特徴とする請求項１乃至３の何れか一項に記載の中継局。
【請求項５】
前記送信処理部は、前記選択した対応関係が示す移動局の数に応じた長さであって、当該移動局それぞれについての転送するデータの有無を示すビット列を、前記基地局に送信することを特徴とする請求項１乃至３の何れか一項に記載の中継局。
【請求項６】
複数の移動局と基地局との間で送受信されるデータの転送を行う中継局であって、
各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる複数の対応関係を示すテーブルを記憶する記憶部と、
前記テーブルに示される前記複数の対応関係の中からフレームに応じて選択した対応関係に基づいて、前記基地局から受信したフレーム内のデータを各移動局に転送する送信処理部と、
を有することを特徴とする中継局。
【請求項７】
中継局を介して複数の移動局とデータの送受信を行う基地局であって、
各移動局の識別情報とフレーム内で当該移動局からのデータが送られるタイミングとについて、それぞれ異なる複数の対応関係を示すテーブルを記憶する記憶部と、
前記テーブルに示される前記複数の対応関係の中からフレームに応じて選択した対応関係に基づいて、前記中継局から受信したフレーム内の各移動局からのデータを識別する識別部と、
を有することを特徴とする基地局。
【請求項８】
中継局を介して複数の移動局とデータの送受信を行う基地局であって、
各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる複数の対応関係を示すテーブルを記憶する記憶部と、
前記テーブルに示される前記複数の対応関係の中からフレームに応じて選択した対応関係に基づいて、各移動局へのデータを前記中継局に送信する送信処理部と、
を有することを特徴とする基地局。
【請求項９】
基地局と中継局とを備え、複数の移動局とデータの送受信を行う無線通信システムの無線通信方法であって、
前記中継局が、各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについてのそれぞれ異なる複数の対応関係のうち、フレームに応じて選択した対応関係に基づいて、各移動局からのデータを前記基地局に転送し、
前記基地局が、前記複数の対応関係のうち、フレームに応じて選択した対応関係に基づいて、前記中継局から受信したフレーム内の各移動局からのデータを識別する、
ことを特徴とする無線通信方法。
【請求項１０】
基地局と中継局とを備え、複数の移動局とデータの送受信を行う無線通信システムの無線通信方法であって、
前記基地局が、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについてのそれぞれ異なる複数の対応関係のうち、フレームに応じて選択した対応関係に基づいて、各移動局へのデータを前記中継局に送信し、
前記中継局が、前記複数の対応関係のうち、フレームに応じて選択した対応関係に基づいて、前記基地局から受信したフレーム内のデータを各移動局に転送する、
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は中継局、基地局および無線通信方法に関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＬＡＮ（Local Area Network）などの無線通信システムが広く利用されている。無線通信システムには、基地局（ＢＳ：Base Station）と複数の加入者局（例えば、移動局（ＭＳ：Mobile Station））とが通信可能なＰＭＰ（Point-to-MultiPoint）型のシステムがある。ＰＭＰ型の通信方式の例として、ＩＥＥＥ（the Institute of Electrical and Electronics Engineers）が策定した仕様であるＩＥＥＥ８０２．１６ｄやＩＥＥＥ８０２．１６ｅで規定されたものがある（例えば、非特許文献１，２参照）。【０００３】
また、無線通信システムには、基地局と複数の移動局との間で中継局（ＲＳ：Relay Station）が無線通信を中継可能なものがある。中継方式の例として、ＩＥＥＥ８０２．１６ｊの仕様で規定されたものがある（例えば、非特許文献３参照）。中継局を設置することにより、カバーエリアの拡大やスループットの向上が期待できる。すなわち、基地局のカバーするエリア外にいる移動局が、中継局を介して通信できる可能性がある。また、基地局のカバーするエリア内にいる移動局であっても、中継局を介することでスループットが向上する可能性がある。【０００４】
基地局が中継局経由で移動局にデータを送信する場合、例えば、基地局と中継局との間のリレーリンク上でデータが中継局に送信され、中継局と移動局との間のアクセスリンク上でデータが移動局に転送される。また、移動局が中継局経由で基地局にデータを送信する場合、例えば、アクセスリンク上でデータが中継局に送信され、リレーリンク上でデータが基地局に転送される。【０００５】
ところで、このような無線通信システムについて、更に通信速度やスループットの向上を図るべく、中継方式の改良が活発に議論されている。例えば、ＩＥＥＥ８０２．１６ｍの仕様の議論において、複数の移動局のデータを結合して１つのブロックとして、リレーリンク上で転送することが提案されている（例えば、非特許文献４参照）。基地局が複数の移動局にデータを送信する場合、例えば、中継局がブロックに含まれる各データの宛先を識別して該当する移動局に転送する。また、複数の移動局が基地局にデータを送信する場合、例えば、中継局が複数の移動局のデータをブロックに纏めて基地局に転送する。【０００６】
ここで、リレーリンク上で送信されるブロックに含まれる各データが何れの移動局のデータであるかを識別する方法が問題となる。この問題に対し、リレーリンク上で送信するブロックに拡張ヘッダを含める方法が提案されている。拡張ヘッダに記載する情報に関して、以下の２通りの提案がある（例えば、非特許文献４参照）。１つは、拡張ヘッダに、各データの送信元または転送先である移動局を識別する識別情報を記載する方法である。もう１つは、拡張ヘッダに、中継局に接続している移動局の数に対応する長さのビットマップを記載し、ビットによって各移動局のデータの有無を識別する方法である。【０００７】
なお、基地局の通信エリア外にいる加入者局が中継局を介して基地局と通信できるようにするためのメディアアクセス制御方法が考えられている（例えば、特許文献１参照）。また、無線端末が中継局に第１レンジング要求メッセージを送信し、中継局が無線端末からのレンジング要求であることを表す識別子を付与した第２レンジング要求メッセージを生成して基地局に送信する無線通信方法が考えられている（例えば、特許文献２参照）。また、制御チャネルに使用される無線リソースの量を示す制御情報を、基地局からユーザ装置に送信する通信制御方法が考えられている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−６１９９号公報
【特許文献２】特開２００８−１１８５００号公報
【特許文献３】特開２００８−２７８３４１号公報
【非特許文献】
【０００９】
【非特許文献１】The Institute of Electrical and Electronics Engineers (IEEE), "IEEE Standard for Local and Metropolitan Area Networks Part 16: Air Interface for Fixed Broadband Wireless Access Systems", IEEE802.16-2004.
【非特許文献２】The Institute of Electrical and Electronics Engineers (IEEE), "IEEE Standard for Local and Metropolitan Area Networks Part 16: Air Interface for Fixed and Mobile Broadband Wireless Access Systems", IEEE802.16e-2005.
【非特許文献３】The Institute of Electrical and Electronics Engineers (IEEE), "IEEE Standard for Local and Metropolitan Area Networks Part 16: Air Interface for Broadband Wireless Access Systems: Multihop Relay", IEEE802.16j-2009.
【非特許文献４】Doo-hyun Sung, et al., "Relay addressing method in IEEE 802.16m", IEEE C80216m-09/0438r1, 2009-02-27.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、非特許文献４で提案されている中継方式には、データの転送効率の点で改善の余地がある。すなわち、移動局の識別情報をブロックに含めて送信する方法では、識別情報の分だけ無線リソースが圧迫される。例えば、各識別情報が１２ビットで表現され、５つの移動局のデータを含むブロックを送信する場合、１２×５＝６０ビット分の無線リソースが拡張ヘッダのために使用されてしまう。【００１１】
また、中継局に接続している移動局の数に応じた長さのビットマップをブロックに含めて送信する方法でも、中継局に接続する移動局の増大に伴って、無線リソースが圧迫される。例えば、各移動局に１ビットを割り当てても、中継局に６０台の移動局が接続している場合、６０ビット分の無線リソースが拡張ヘッダのために使用されてしまう。【００１２】
従って、このような拡張ヘッダを送信することで生じるオーバヘッドが問題となる。特に、ＶｏＩＰ（Voice over Internet Protocol）通信で送信される音声データのように、１回の送信データ量が小さい場合は、拡張ヘッダのために使用される無線リソースの量が相対的に大きな割合を占めるようになり、上記の問題が顕著となる。【００１３】
本発明はこのような点に鑑みてなされたものであり、複数の移動局が送受信するデータを効率的に転送できるようにした中継局、基地局および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、複数の移動局と基地局との間で送受信されるデータの転送を行う中継局が提供される。この中継局は、記憶部と送信処理部とを有する。記憶部は、各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、各移動局からのデータを基地局に転送する。【００１５】
また、上記課題を解決するために、複数の移動局と基地局との間で送受信されるデータの転送を行う中継局が提供される。この中継局は、記憶部と送信処理部とを有する。記憶部は、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、基地局から受信したフレーム内のデータを各移動局に転送する。【００１６】
また、上記課題を解決するために、中継局を介して複数の移動局とデータの送受信を行う基地局が提供される。この基地局は、記憶部と識別部とを有する。記憶部は、各移動局の識別情報とフレーム内で当該移動局からのデータが送られるタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。識別部は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、中継局から受信したフレーム内の各移動局からのデータを識別する。【００１７】
また、上記課題を解決するために、中継局を介して複数の移動局とデータの送受信を行う基地局が提供される。この基地局は、記憶部と送信処理部とを有する。記憶部は、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、各移動局へのデータを中継局に送信する。【００１８】
また、上記課題を解決するために、基地局と中継局とを備え、複数の移動局とデータの送受信を行う無線通信システムの無線通信方法が提供される。この無線通信方法では、中継局が、各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについてのそれぞれ異なる対応関係のうち、フレームに応じて選択した何れかの対応関係に基づいて、各移動局からのデータを基地局に転送する。基地局が、フレームに応じて選択した何れかの対応関係に基づいて、中継局から受信したフレーム内の各移動局からのデータを識別する。【００１９】
また、上記課題を解決するために、基地局と中継局とを備え、複数の移動局とデータの送受信を行う無線通信システムの無線通信方法が提供される。この無線通信方法では、基地局が、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについてのそれぞれ異なる対応関係のうち、フレームに応じて選択した何れかの対応関係に基づいて、各移動局へのデータを中継局に送信する。中継局が、フレームに応じて選択した何れかの対応関係に基づいて、基地局から受信したフレーム内のデータを各移動局に転送する。
【発明の効果】
【００２０】
上記中継局、基地局および無線通信方法によれば、複数の移動局が送受信するデータを効率的に転送できるようになる。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施の形態の無線通信方法を示す第１の図である。
【図２】第１の実施の形態の無線通信方法を示す第２の図である。
【図３】第２の実施の形態の移動通信システムを示す図である。
【図４】無線フレームの構造例を示す図である。
【図５】基地局を示すブロック図である。
【図６】中継局を示すブロック図である。
【図７】スケジュールテーブルの構造例を示す図である。
【図８】サービス追加処理を示すフローチャートである。
【図９】ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の構造例を示す図である。
【図１０】ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の構造例を示す図である。
【図１１】ＤＳＡ−ＲＳＰメッセージ（ＲＬ）の構造例を示す図である。
【図１２】ＤＳＡ−ＲＳＰメッセージ（ＡＬ）の構造例を示す図である。
【図１３】ＤＳＡ−ＡＣＫメッセージ（ＡＬ）の構造例を示す図である。
【図１４】サービスフローパラメータの例を示す図である。
【図１５】ＤＬデータ送信処理を示すフローチャートである。
【図１６】ＵＬデータ送信処理を示すフローチャートである。
【図１７】ＭＡＰ情報の構造例を示す図である。
【図１８】ＨＡＲＱブロックの第１の構造例を示す図である。
【図１９】ＨＡＲＱブロックの第２の構造例を示す図である。
【図２０】ＨＡＲＱブロックの第３の構造例を示す図である。
【図２１】ＤＬ中継の前後のＨＡＲＱブロックの関係を示す図である。
【図２２】ＵＬ中継の前後のＨＡＲＱブロックの関係を示す図である。
【図２３】スケジューリング例を示す図である。
【図２４】サービス削除処理を示すフローチャートである。
【図２５】ＤＳＤ−ＲＥＱメッセージ（ＡＬ）の構造例を示す図である。
【図２６】ＤＳＤ−ＲＥＱメッセージ（ＲＬ）の構造例を示す図である。
【図２７】ＤＳＤ−ＲＳＰメッセージ（ＲＬ）の構造例を示す図である。
【図２８】サービス追加処理の他の例を示すフローチャートである。
【図２９】ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の他の構造例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本実施の形態を、図面を参照して詳細に説明する。
［第１の実施の形態］
図１は、第１の実施の形態の無線通信方法を示す第１の図である。この移動通信システムは、基地局１０、中継局２０および移動局３１，３２，３３，３４を含む。
【００２３】
基地局１０と移動局３１，３２，３３，３４とは、中継局２０を介してデータの送受信が可能である。基地局１０と中継局２０との間には、無線リンクであるリレーリンクが設定される。中継局２０と移動局３１，３２，３３，３４それぞれとの間には、無線リンクであるアクセスリンクが設定される。以下、移動局３１，３２，３３，３４から基地局１０への通信（上りリンク（ＵＬ：Up Link）通信）と基地局１０から移動局３１，３２，３３，３４への通信（下りリンク（ＤＬ：Down Link）通信）とに分けて説明する。
【００２４】
基地局１０は、記憶部１１と識別部１２とを有する。記憶部１１は、各移動局の識別情報とフレーム内で当該移動局からのデータが送られるタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。識別部１２は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、中継局２０から受信したフレーム内の移動局３１，３２，３３，３４からのデータを識別する。
【００２５】
中継局２０は、記憶部２１と送信処理部２２とを有する。記憶部２１は、各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部２２は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、移動局３１，３２，３３，３４からのデータを基地局１０に転送する。
【００２６】
ここで、記憶部１１に記憶されたテーブルと、記憶部２１に記憶されたテーブルとに、同様の対応関係が登録されるように管理される。テーブルに登録する識別情報としては、例えば、各移動局のＳＴＩＤ（STation IDentification）を使用できる。１つのテーブルに複数の対応関係を登録してもよいし、対応関係毎にテーブルを設けてもよい。
【００２７】
各対応関係には、移動局３１，３２，３３，３４の一部または全部に関する送信タイミングが登録される。例えば、ある対応関係に移動局３１，３３に関する送信タイミングが登録され、別の対応関係に移動局３２，３４に関する送信タイミングが登録される。１つの移動局が複数の対応関係に現れてもよい。対応関係は、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）などの再送制御の単位毎に設定することもできる。
【００２８】
各対応関係には、その対応関係を適用するフレームの周期を設定できる。これは、設定された周期で、その対応関係が示す移動局のデータを転送できることを意味する。その場合、適用する対応関係の選択は、フレームの周期を参照して行われる。例えば、周期が２フレームの場合、１フレーム置きにその対応関係が適用される。フレームの周期は、例えば、基地局１０と移動局３１，３２，３３，３４との間でサービスフローを確立する際、すなわち、そのサービスに関するデータ転送を開始する前の接続設定の際に設定できる。ただし、そのサービスに関するデータ転送を開始する際に設定してもよい。
【００２９】
また、各対応関係には、その対応関係を適用するフレームの、基準となるフレームからのオフセットを設定できる。これは、一連のフレームのうち設定されたオフセットの位置のフレームで、その対応関係が示す移動局のデータを転送できることを意味する。その場合、適用する対応関係の選択は、オフセットを参照して行われる。フレームのオフセットは、例えば、基地局１０と移動局３１，３２，３３，３４との間で確立されたサービスフローに従ってデータ転送を開始する際に設定できる。ただし、サービスフローを確立する際に設定してもよい。
【００３０】
テーブルには、移動局３１，３２，３３，３４の全てが登録されるとは限らない。例えば、移動局３１，３２，３３，３４のうち、固定周期でのスケジューリング（Persistent Scheduling）が好ましい通信を行う移動局のみを、テーブルに登録することが考えられる。固定周期でのスケジューリングが好ましい通信の例として、ＶｏＩＰなどの音声通信が挙げられる。テーブルに登録するか否かは、例えば、サービスフローを確立する際に、ＱｏＳ（Quality of Service）に基づいて判断してもよい。ただし、間欠的ではなく全フレームに適用される対応関係がテーブルに含まれていてもよい。
【００３１】
基地局１０および中継局２０では、複数の対応関係のうち処理対象のフレームに応じた１またはそれ以上の対応関係が選択される。対応関係の選択は、各対応関係に設定されたフレームの周期やオフセットと現在のフレーム番号とを比較することで行うことも可能である。例えば、周期が２フレームの場合、フレーム番号が偶数か奇数かによってその対応関係を適用するか否か判断できる。なお、第１の実施の形態において、「フレーム」とは無線区間における一定の送信（または受信）単位（例えば、一定の時間幅の送信（または受信）単位）であり、サブフレームなど他の名称で呼ばれる送信（または受信）単位を含んでもよい。
【００３２】
送信処理部２２は、選択された対応関係が示す移動局からのデータを、フレーム内のその対応関係が示すタイミングで、基地局１０に転送する。同一フレーム内で複数の移動局からのデータを転送する場合、対応関係が示す順序に並べて転送することが考えられる。１つの対応関係が示す複数の移動局からのデータを連結し、１つのＨＡＲＱブロックに纏めて転送してもよい。その場合、連結された複数のデータ全体が、再送単位となる。
【００３３】
複数の移動局からのデータを並べる順序は、移動局３１，３２，３３，３４がテーブルに登録された順序に応じて決定してもよい。例えば、移動局３４が移動局３２よりも先にテーブルに登録された場合、すなわち、移動局３４の方が先にサービスフローを開始した場合、移動局３４からのデータを移動局３２からのデータより前に配置する。
【００３４】
送信処理部２２は、テーブルに登録された移動局からのデータを、対応関係が示すタイミングに従って送信することで、その移動局の識別情報を付加せずに転送してもよい。識別部１２は、選択された対応関係に基づいて、同一フレームに含まれるタイミングの異なる複数のデータがそれぞれ、何れの移動局からのデータであるかを識別できる。なお、テーブルに登録されていない移動局からのデータを、その移動局の識別情報など、データが何れの移動局のものかを識別するための情報を付加して転送されることが好ましい。
【００３５】
送信処理部２２は、選択された対応関係が示す移動局について、転送するデータが無い場合には、例えば、データサイズが「０」（ゼロ）であることを示すヘッダ情報を、対応関係が示すタイミングで送信することが考えられる。その場合、識別部１２は、ヘッダ情報に記載されたデータサイズを確認し、「０」のときはそのヘッダ情報を受信したタイミングに対応する移動局からのデータは無いものと扱うことができる。
【００３６】
また、送信処理部２２は、選択された対応関係が示す移動局の数に応じた長さを有し、それら移動局についてのデータの有無を示すビット列を、対応関係毎に基地局１０に送信してもよい。例えば、各移動局に１ビットを割り当て、データがある場合には「１」、データが無い場合には「０」を設定する。ビット列は、データを転送するフレームと同一フレームで送信することが考えられる。例えば、複数の移動局からのデータの先頭に連結して、拡張ヘッダとして送信する。その場合、識別部１２は、ビット列を確認して、対応関係が示す移動局それぞれのデータの有無を判断できる。なお、上記ビット列は、中継局２０に接続している全移動局の数に対応する長さより短くなることが期待できる。
【００３７】
このように、第１の実施の形態に係る上りリンク通信では、中継局２０が、各移動局の識別情報とフレーム内で当該移動局からのデータを送るタイミングとについてのそれぞれ異なる対応関係のうち、フレームに応じて選択した何れかの対応関係に基づいて、移動局３１，３２，３３，３４からのデータを基地局１０に転送する。基地局１０が、フレームに応じて選択した何れかの対応関係に基づいて、中継局２０から受信したフレーム内の各移動局からのデータを識別する。
【００３８】
これにより、中継局２０は、移動局３１，３２，３３，３４が送信するデータを、基地局１０に効率的に転送することができる。すなわち、テーブルに登録された移動局からのデータについては、中継局２０が識別情報を付加しなくても、基地局１０は送信元である移動局を識別できる。よって、リレーリンクの無線リソースの消費を抑制できる。また、中継局２０がデータの有無を示すビット列を付加する場合でも、その長さを抑制できる。これは、ＶｏＩＰ通信など、少量のデータを継続的に送信する通信の場合に特に有用である。また、上記の制御は、特定の種類の通信に対してのみ適用することもできる。これにより、無線リソースの消費量と制御の複雑さや処理負荷との調整を図ることができる。
【００３９】
図２は、第１の実施の形態の無線通信方法を示す第２の図である。図２は、基地局１０から移動局３１，３２，３３，３４への通信（下りリンク通信）を示している。
基地局１０は、記憶部１３と送信処理部１４とを有する。記憶部１３は、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部１４は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、移動局３１，３２，３３，３４へのデータを中継局２０に送信する。
【００４０】
中継局２０は、記憶部２３と送信処理部２４とを有する。記憶部２３は、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについて、それぞれ異なる対応関係を示すテーブルを記憶する。送信処理部２４は、フレームに応じて選択したテーブルの何れかに示される対応関係に基づいて、基地局１０から受信したフレーム内のデータを移動局３１，３２，３３，３４に転送する。
【００４１】
ここで、記憶部１３に記憶されたテーブルと、記憶部２３に記憶されたテーブルとに、同様の対応関係が登録されるように管理される。テーブルに登録される対応関係のデータ構造は、上りリンク通信で述べたものと同様である。上りリンク通信と下りリンク通信とで、同じ対応関係を適用してもよいし、それぞれ別個に対応関係を管理してもよい。後者の場合、上りリンク通信に適用する対応関係と下りリンク通信に適用する対応関係とは、同一のテーブルに登録してもよいし、異なるテーブルに登録してもよい。
【００４２】
基地局１０の記憶部１３は記憶部１１と同一でもよく、中継局２０の記憶部２３は記憶部２１と同一でもよい。また、中継局２０の送信処理部２４と送信処理部２２とは、同一の回路として実現することもできるし、異なる回路として実現することもできる。
【００４３】
基地局１０および中継局２０では、複数の対応関係のうち処理対象のフレームに応じた１またはそれ以上の対応関係が選択される。対応関係の選択方法は、上りリンク通信の場合と同じ方法を用いることもできるし、異なった方法を採用してもよい。
【００４４】
送信処理部１４は、選択された対応関係が示す移動局へのデータを、フレーム内のその対応関係が示すタイミングで、中継局２０に送信する。同一フレーム内で複数の移動局へのデータを送信する場合、対応関係が示す順序に並べて送信することが考えられる。送信処理部２４は、選択された対応関係に基づいて、同一フレームに含まれるタイミングの異なる複数のデータがそれぞれ、何れの移動局へのデータであるかを識別して、該当する移動局に転送することができる。
【００４５】
中継局２０は、リレーリンクにおいて、複数の移動局へのデータが連結されて含まれているＨＡＲＱブロックを受信した場合、ＨＡＲＱブロックから各移動局へのデータを抽出する。そして、アクセスリンクでは、例えば、１つの移動局へのデータを１つのＨＡＲＱブロックに格納して送信する。この場合、各移動局へのデータが再送単位となる。
【００４６】
なお、選択された対応関係の設定方法や適用方法は、上りリンク通信の場合と同様の方法を用いることもできるし、異なった方法を採用してもよい。また、上りリンク通信で説明したように、送信処理部１４は、選択された対応関係が示す移動局に送信するデータが無い場合に、データサイズが「０」であることを示すヘッダ情報を、対応関係が示すタイミングで送信してもよい。また、選択された対応関係が示す移動局へのデータの有無を示すビット列を拡張ヘッダとして中継局２０に送信してもよい。
【００４７】
このように、第１の実施の形態に係る下りリンク通信では、基地局１０が、各移動局の識別情報とフレーム内で当該移動局へのデータを送るタイミングとについてのそれぞれ異なる対応関係のうち、フレームに応じて選択した何れかの対応関係に基づいて、移動局３１，３２，３３，３４へのデータを中継局２０に送信する。中継局２０が、フレームに応じて選択した何れかの対応関係に基づいて、基地局１０から受信したフレーム内のデータを移動局３１，３２，３３，３４に転送する。
【００４８】
これにより、基地局１０が送信したデータを、移動局３１，３２，３３，３４に効率的に転送することができる。すなわち、テーブルに登録された移動局宛てのデータについては、基地局１０が識別情報を付加しなくても、中継局２０は宛先の移動局を識別できる。よって、リレーリンクの無線リソースの消費を抑制できる。また、基地局１０がデータの有無を示すビット列を付加する場合でも、その長さを抑制できる。これは、ＶｏＩＰ通信など、少量のデータを継続的に送信する通信の場合に特に有用である。また、上記の制御は、特定の種類の通信に対してのみ適用することもできる。これにより、無線リソースの消費量と制御の複雑さや処理負荷との調整を図ることができる。
【００４９】
なお、上記説明では、基地局１０および中継局２０は、上りリンク通信と下りリンク通信の両方について、テーブルを参照したデータ転送制御を行っている。また、以下に述べる第２の実施の形態でも、上りリンク通信と下りリンク通信の両方について、上記のデータ転送制御を適用している。しかし、上りリンク通信と下りリンク通信の一方のみについて、上記のデータ転送制御を適用することも可能である。
【００５０】
［第２の実施の形態］
図３は、第２の実施の形態の移動通信システムを示す図である。第２の実施の形態の移動通信システムは、基地局１００、中継局２００および移動局３１０〜３６０を含む。中継局２００は、基地局１００と無線通信が可能な範囲内に位置している。移動局３１０〜３６０は、中継局２００と無線通信が可能な範囲内に位置している。
【００５１】
基地局１００は、中継局２００と無線通信が可能であり、中継局２００を介して移動局３１０〜３６０と通信可能な無線通信装置である。基地局１００は、リレーリンク上で、移動局３１０〜３６０宛てのユーザデータや中継局２００への制御データを送信する。また、リレーリンク上で、移動局３１０〜３６０が送信したユーザデータや中継局２００からの制御データを受信する。また、基地局１００は、自局セル内に位置する他の移動局（図示せず）と直接に無線通信することもできる。なお、基地局１００は、上位局や他の基地局（図示せず）と有線で接続されている。
【００５２】
中継局２００は、基地局１００と移動局３１０〜３６０との間を無線でユーザデータを転送する無線通信装置である。中継局２００は、基地局１００からリレーリンク上で受信したユーザデータの宛先を識別し、アクセスリンク上で宛先の移動局に転送する。また、移動局３１０〜３６０からアクセスリンク上でユーザデータを受信し、リレーリンク上で基地局１００に転送する。また、リレーリンクおよびアクセスリンク上で適宜、制御データを送受信する。なお、中継局２００は、固定型の中継局でも移動型の中継局でもよい。
【００５３】
移動局３１０〜３６０は、中継局２００に無線で接続し、中継局２００を介して基地局１００と通信可能な無線端末装置である。移動局３１０〜３６０として、例えば、携帯電話機や無線インタフェースを備えた情報端末装置を用いることができる。移動局３１０〜３６０は、アクセスリンク上で自局宛てのユーザデータや制御データを受信する。また、基地局１００宛てのユーザデータや中継局２００への制御データを送信する。
【００５４】
図４は、無線フレームの構造例を示す図である。基地局１００および中継局２００それぞれで、無線フレームが管理される。基地局１００が送受信する無線フレーム（ＢＳフレーム）と、中継局２００が送受信する無線フレーム（ＲＳフレーム）とには、それぞれ、８つのサブフレーム＃０〜＃７が含まれる。
【００５５】
ＢＳフレームでは、サブフレーム＃０，＃１が、ＤＬアクセスゾーン（DL Access Zone）に割り当てられる。ＤＬアクセスゾーンは、基地局１００が自局セル内の移動局に直接、ユーザデータや制御データを送信するために用いられる。また、サブフレーム＃２，＃３が、ＤＬ送信ゾーン（DL Transmit Zone）に割り当てられる。ＤＬ送信ゾーンは、基地局１００が中継局２００にユーザデータや制御データを送信するために用いられる。
【００５６】
また、サブフレーム＃４，＃５が、ＵＬアクセスゾーン（UL Access Zone）に割り当てられる。ＵＬアクセスゾーンは、基地局１００が自局セル内の移動局から直接、ユーザデータや制御データを受信するために用いられる。サブフレーム＃３と＃４の間には、ギャップが挿入される。また、サブフレーム＃６，＃７が、ＵＬ受信ゾーン（UL Receive Zone）に割り当てられる。ＵＬ受信ゾーンは、基地局１００が中継局２００からユーザデータや制御データを受信するために用いられる。
【００５７】
一方、ＲＳフレームでは、サブフレーム＃０，＃１が、ＤＬアクセスゾーンに割り当てられる。ＤＬアクセスゾーンは、中継局２００が移動局３１０〜３６０にユーザデータや制御データを送信するために用いられる。また、サブフレーム＃２，＃３が、ＤＬ受信ゾーン（DL Receive Zone）に割り当てられる。ＤＬ受信ゾーンは、ＢＳフレームのＤＬ送信ゾーンに対応しており、中継局２００が基地局１００からユーザデータや制御データを受信するために用いられる。なお、基地局１００が送信してから中継局２００が受信するまでの遅延を考慮して、サブフレーム＃１と＃２の間にギャップが挿入される。
【００５８】
また、サブフレーム＃４，＃５が、ＵＬアクセスゾーンに割り当てられる。ＵＬアクセスゾーンは、中継局２００が移動局３１０〜３６０からユーザデータや制御データを受信するために用いられる。また、サブフレーム＃６，＃７が、ＵＬ送信ゾーン（UL Transmit Zone）に割り当てられる。ＵＬ送信ゾーンは、ＢＳフレームのＵＬ受信ゾーンに対応しており、中継局２００が基地局１００にユーザデータや制御データを送信するために用いられる。サブフレーム＃５と＃６の間には、ギャップが挿入される。
【００５９】
このような無線フレームは、例えば、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）や直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal Frequency Division Multiple Access）を用いて実現できる。その場合、図４の縦方向を周波数軸とし横方向を時間軸として、周波数×時間の領域上の無線リソースを各サブフレームに割り当てる。
【００６０】
なお、図４に示した無線フレームの構造は一例であり、これ以外の無線フレームの構造を採用してもよい。例えば、図４の例では、上りリンク通信と下りリンク通信の両方を行うために、時分割複信（ＴＤＤ：Time Division Duplex）を用いている。しかし、周波数分割複信（ＦＤＤ：Frequency Division Duplex）を用いることもできる。
【００６１】
図５は、基地局を示すブロック図である。基地局１００は、アンテナ１１１、デュプレクサ１１２、受信処理部１２０、制御データ抽出部１３１、パケット生成部１３２、ネットワークインタフェース１４１、パケット識別部１５１、パケットバッファ１５２、ＰＤＵ（Protocol Data Unit）生成部１５３、送信処理部１６０、スケジューラ１７１、制御部１７２および記憶部１８０を有する。
【００６２】
アンテナ１１１は、送信・受信共用アンテナである。アンテナ１１１は、無線信号を受信してデュプレクサ１１２に出力する。また、デュプレクサ１１２から取得した送信信号を無線出力する。なお、基地局１００に、送信用と受信用のアンテナを別個に設けてもよい。また、ダイバーシティ送信のために複数のアンテナを設けてもよい。
【００６３】
デュプレクサ１１２は、送信信号と受信信号とを分離する回路であり、アンテナ共用器とも呼ばれる。デュプレクサ１１２は、アンテナ１１１から取得した受信信号を、受信処理部１２０に出力する。また、送信処理部１６０から取得した送信信号を、アンテナ１１１に出力する。デュプレクサ１１２は、送信信号が受信側の回路に流入することを抑制するため、例えば、信号のフィルタリングを行う。
【００６４】
受信処理部１２０は、制御部１７２からの指示に基づいて、デュプレクサ１１２から取得した受信信号を復調および復号し、制御データ抽出部１３１に出力する。受信処理部１２０は、受信部１２１、復調部１２２および復号部１２３を有する。
【００６５】
受信部１２１は、デュプレクサ１１２から取得した受信信号をベースバンド信号に変換し、変換後の受信信号を復調部１２２に出力する。受信部１２１は、ベースバンド信号への変換のために、例えば、低雑音増幅器（ＬＮＡ：Low Noise Amplifier）、周波数変換器、帯域通過フィルタ（ＢＰＦ：Band Pass Filter）、Ａ／Ｄ（Analog to Digital）変換器などを備える。
【００６６】
復調部１２２は、受信部１２１から取得したベースバンド信号を復調し、得られた符号化データを復号部１２３に出力する。復調は、所定の変調方式または制御部１７２から指定された変調方式に対応する方法で行う。変調方式の候補には、ＱＰＳＫ（Quadrature Phase Shift Keying）や１６ＱＡＭ（Quadrature Amplitude Modulation）などのデジタル変調方式が含まれる。
【００６７】
復号部１２３は、復調部１２２から取得した符号化データを誤り訂正復号し、得られたデータ（ユーザデータと制御データとを含む）を制御データ抽出部１３１に出力する。誤り訂正復号は、所定の符号化方式または制御部１７２から指定された符号化方式に対応する方法で行う。符号化方式の候補には、ターボ符号や低密度パリティ検査（ＬＤＰＣ：Low Density Parity Check）符号が含まれる。なお、受信処理部１２０は、誤り訂正復号を行っても誤りの無いビット列が得られない場合、制御部１７２に再送を要求する。
【００６８】
制御データ抽出部１３１は、受信処理部１２０より取得したデータから、中継局２００が送信した制御データを抽出する。そして、抽出した制御データをスケジューラ１７１に出力する。抽出される制御データには、後述するＤＳＡ−ＲＥＱ（Dynamic Service Addition REQuest）メッセージやＤＳＤ−ＲＥＱ（Dynamic Service Deletion REQuest）メッセージが含まれる。また、制御データ抽出部１３１は、中継局２００が転送したユーザデータをパケット生成部１３２に出力する。
【００６９】
パケット生成部１３２は、制御データ抽出部１３１から取得したユーザデータを、基地局１００と、上位局や他の基地局との間の伝送に用いられるパケット形式に変換する。そして、得られたデータパケットをネットワークインタフェース１４１に出力する。ここで、パケット生成部１３２は、記憶部１８０に格納された情報を参照して、各ユーザデータの送信元の移動局を識別して分離する。なお、パケット生成部１３２は、第１の実施の形態の識別部１２の一例と見ることができる。
【００７０】
ネットワークインタフェース１４１は、有線ネットワークに接続されており、上位局や他の基地局との間でデータパケットの送受信ができる。ネットワークインタフェース１４１は、パケット生成部１３２から取得したデータパケットを、ネットワークに出力する。また、ネットワークから受信したデータパケットを、パケット識別部１５１に出力する。
【００７１】
パケット識別部１５１は、ネットワークインタフェース１４１から取得したデータパケットのヘッダを参照して、データパケットの宛先やデータ種別を識別する。そして、パケット識別部１５１は、識別結果に応じてパケットバッファ１５２内の適切な位置にデータパケットを格納する。
【００７２】
パケットバッファ１５２は、上位局や他の基地局から受信するデータパケットを一時的に格納するバッファメモリである。パケットバッファ１５２は、複数の記憶領域を備えており、データパケットをその宛先やデータ種別に応じて分類して保持する。そして、ＰＤＵ生成部１５３からのアクセスに応じて、保持しているデータパケットを出力する。
【００７３】
ＰＤＵ生成部１５３は、スケジューラ１７１からの指示に応じて、パケットバッファ１５２に格納されているデータパケットを取得する。また、スケジューラ１７１が生成した制御データを取得する。そして、ＰＤＵ生成部１５３は、データパケットに含まれるユーザデータおよび制御データを、無線区間で用いられるＭＡＣ（Medium Access Control）−ＰＤＵ形式に変換し、送信処理部１６０に出力する。ＭＡＣ−ＰＤＵは、ＭＡＣヘッダとデータ本体であるペイロードとを含む。
【００７４】
送信処理部１６０は、制御部１７２からの指示に基づいて、ＰＤＵ生成部１５３から取得したＭＡＣ−ＰＤＵを符号化および変調すると共に、制御信号を生成し、無線フレームの送信信号を生成する。そして、生成した送信信号をデュプレクサ１１２に出力する。送信処理部１６０は、符号化部１６１、変調部１６２および送信部１６３を有する。
【００７５】
符号化部１６１は、ＰＤＵ生成部１５３から取得したＭＡＣ−ＰＤＵに誤り検出用パリティを付加し、誤り訂正符号化して、符号化データを変調部１６２に出力する。誤り訂正符号化は、所定の符号化方式または制御部１７２から指定された符号化方式に対応する方法で行う。符号化方式の候補には、ターボ符号やＬＤＰＣ符号が含まれる。
【００７６】
変調部１６２は、符号化部１６１から取得した符号化データを変調し、変調後のベースバンド信号を送信部１６３に出力する。変調は、所定の変調方式または制御部１７２から指定された変調方式に対応する方法で行う。変調方式の候補には、ＱＰＳＫや１６ＱＡＭなどのデジタル変調方式が含まれる。
【００７７】
送信部１６３は、変調部１６２から取得したベースバンド信号を無線信号に変換し、変換後の無線信号をデュプレクサ１１２に出力する。送信部１６３は、無線信号への変換のために、例えば、Ｄ／Ａ（Digital to Analog）変換器、周波数変換器、帯域通過フィルタ、電力増幅器などが含まれる。
【００７８】
スケジューラ１７１は、パケットバッファ１５２のデータパケットの格納状況を監視する。そして、データパケットの格納状況と制御データ抽出部１３１から取得した制御データとに基づいて、データ送信およびデータ受信のスケジューリングを行い、ＰＤＵ生成部１５３に送信タイミングを指示する。ここで、基地局１００と中継局２００との間のデータ送信に、固定周期のスケジューリングを適用するか否かを、各移動局のサービスフロー毎に判断する。適用する場合、記憶部１８０に送信タイミングを示す情報を登録し、以降はその情報を参照してスケジューリングを行う。
【００７９】
また、スケジューラ１７１は、制御データを生成し、ＰＤＵ生成部１５３に出力する。生成する制御データには、後述するＤＳＡ−ＲＳＰ（DSA ReSPonse）メッセージが含まれる。また、後述するＭＡＰ情報を生成し、ＰＤＵ生成部１５３に出力する。また、スケジューラ１７１は、スケジューリング結果を制御部１７２に通知する。なお、送信処理部１６０およびスケジューラ１７１は、第１の実施の形態の送信処理部１４の一例と見ることができる。
【００８０】
制御部１７２は、受信処理部１２０の受信処理および送信処理部１６０の送信処理を制御する。制御部１７２は、スケジューラ１７１から通知されたスケジューリング結果に応じて、受信処理部１２０および送信処理部１６０は、変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）を指定する。また、制御部１７２は、受信処理部１２０から再送要求があると、送信処理部１６０に再送要求を示す制御信号を生成するよう指示する。
【００８１】
記憶部１８０は、固定周期のスケジューリングについてのスケジュール情報を記憶する。記憶部１８０として、例えば、不揮発性メモリを使用できる。記憶部１８０に格納された情報は、スケジューラ１７１によって適宜更新される。また、パケット生成部１３２とスケジューラ１７１とから参照される。スケジュール情報の詳細は後述する。なお、記憶部１８０は、第１の実施の形態の記憶部１１，１３の一例と見ることができる。
【００８２】
図６は、中継局を示すブロック図である。中継局２００は、アンテナ２１１、デュプレクサ２１２、受信処理部２２０、制御データ抽出部２３１、ＰＤＵバッファ２４１、ＰＤＵ生成部２４２、送信処理部２５０、スケジューラ２６１、制御部２６２および記憶部２７０を有する。アンテナ２１１、デュプレクサ２１２、受信処理部２２０、送信処理部２５０および制御部２６２の動作は、それぞれ、基地局１００の同名の要素と同様であり、説明を省略する。
【００８３】
制御データ抽出部２３１は、受信処理部２２０から、基地局１００および移動局３１０〜３６０が送信した制御データを抽出する。そして、抽出した制御データをスケジューラ２６１に出力する。抽出される制御データには、後述するＤＳＡ−ＲＥＱメッセージ、ＤＳＡ−ＲＳＰメッセージ、ＤＳＤ−ＲＥＱメッセージ、ＤＳＤ−ＲＳＰメッセージが含まれる。また、制御データ抽出部２３１は、基地局１００および移動局３１０〜３６０が送信した、ＭＡＣ−ＰＤＵ形式のユーザデータを、ＰＤＵバッファ２４１に出力する。
【００８４】
ＰＤＵバッファ２４１は、制御データ抽出部２３１から取得した、基地局１００および移動局３１０〜３６０に転送するＭＡＣ−ＰＤＵを一時的に格納する。ＰＤＵバッファ２４１は、複数の記憶領域を備えており、ＭＡＣ−ＰＤＵをその宛先やデータ種別に応じて分類して保持する。その際、記憶部２７０に格納された情報を参照して、各ＭＡＣ−ＰＤＵの宛先の移動局を識別して分離する。そして、ＰＤＵ生成部２４２からのアクセスに応じて、保持しているＭＡＣ−ＰＤＵを出力する。なお、ＰＤＵバッファ２４１および送信処理部２５０は、第１の実施の形態の送信処理部２２，２４の一例と見ることができる。
【００８５】
ＰＤＵ生成部２４２は、スケジューラ２６１からの指示に応じて、ＰＤＵバッファ２４１に格納されているＭＡＣ−ＰＤＵを取得する。また、スケジューラ２６１が生成した制御データを取得する。そして、ＰＤＵ生成部２４２は、取得したＭＡＣ−ＰＤＵおよび制御データを、出力する側の無線区間に適した形式のＭＡＣ−ＰＤＵに変換し、送信処理部２５０に出力する。
【００８６】
スケジューラ２６１は、ＰＤＵバッファ２４１におけるＭＡＣ−ＰＤＵの格納状況を監視する。そして、ＭＡＣ−ＰＤＵの格納状況と制御データ抽出部２３１から取得した制御データとに基づいて、データ転送のスケジューリングを行い、ＰＤＵ生成部２４２に送信タイミングを指示する。ここで、基地局１００と中継局２００との間のデータ送信に、固定周期のスケジューリングを適用するか否かが、基地局１００からの制御データによって指示される。適用する場合、記憶部２７０に送信タイミングを示す情報を登録し、以降はその情報を参照してスケジューリングを行う。
【００８７】
また、スケジューラ２６１は、制御データを生成し、ＰＤＵ生成部２４２に出力する。生成する制御データには、後述するＤＳＡ−ＲＥＱメッセージ、ＤＳＡ−ＲＳＰメッセージ、ＤＳＤ−ＲＥＱメッセージ、ＤＳＤ−ＲＳＰメッセージが含まれる。また、後述するＭＡＰ情報を生成し、ＰＤＵ生成部２４２に出力する。また、スケジューラ２６１は、スケジューリング結果を制御部２６２に通知する。
【００８８】
記憶部２７０は、固定周期のスケジューリングについてのスケジュール情報を記憶する。記憶部２７０として、例えば、不揮発性メモリを使用できる。記憶部２７０に格納された情報は、基地局１００の記憶部１８０に記憶されている情報と同期するように、スケジューラ２６１によって適宜更新される。また、ＰＤＵバッファ２４１とスケジューラ２６１とから参照される。なお、記憶部２７０は、第１の実施の形態の記憶部２１，２３の一例と見ることができる。
【００８９】
図７は、スケジュールテーブルの構造例を示す図である。スケジュールテーブル１８１は、基地局１００の記憶部１８０に格納されている。また、中継局２００の記憶部２７０にも、同様のテーブルが格納されている。スケジュールテーブル１８１には、ＳＴＩＤ、ＤＬインターバル、ＵＬインターバル、ＵＬオフセット、ＤＬオフセットおよびグループＩＤの項目が設けられている。各項目の横方向に並べられた情報同士が関連付けられて、スケジュール情報を構成する。
【００９０】
ＳＴＩＤの項目には、固定周期のスケジューリング（Persistent Scheduling）を適用する移動局の識別情報が設定される。ＤＬインターバルの項目には、リレーリンクのＤＬリソースを割り当てる周期が設定される。ＵＬインターバルの項目には、リレーリンクのＵＬリソースを割り当てる周期が設定される。ＤＬインターバルおよびＵＬインターバルの単位は、例えば、サブフレーム数である。
【００９１】
ＵＬオフセットの項目には、ＤＬリソースを割り当てるサブフレームの、基準となるサブフレームからのオフセットが設定される。ＵＬリソースを割り当てるサブフレームの、基準となるサブフレームからのオフセットが設定される。オフセットの単位は、例えば、サブフレーム数である。基準のサブフレームは、間欠的に現れるサブフレームであればよく、選択方法は様々なものが考えられる。例えば、フレーム番号とサブフレーム番号とに基づいて選択する方法が考えられる。
【００９２】
一例として、基準のサブフレームを、（インターバル÷１無線フレームに含まれるサブフレーム数）で割り切れるフレーム番号をもつ無線フレームの先頭サブフレームと定義する。インターバルが１６サブフレームで、１無線フレームに８サブフレームが含まれる場合、フレーム番号が偶数の無線フレームの先頭サブフレーム（サブフレーム＃０）が基準となる。そして、オフセットが２サブフレームの場合、サブフレーム＃０から２つ後ろ（サブフレーム＃２）が、無線リソースを割り当てるサブフレームとなる。
【００９３】
グループＩＤの項目には、ユーザデータを１つのＨＡＲＱブロックに纏めて送信するグループを識別するための識別情報が設定される。再送制御はグループ単位で行われることになる。例えば、移動局３１０〜３４０（ＭＳ＃１〜＃４）をグループ１とし、移動局３５０，３６０（ＭＳ＃５，＃６）をグループ２とする。この場合、移動局３１０〜３４０のユーザデータが１つのＨＡＲＱブロックに纏められ、移動局３５０，３６０のユーザデータが別のＨＡＲＱブロックに纏められる。
【００９４】
なお、スケジュールテーブル１８１では、少なくとも同一のグループ内では、スケジュール情報の登録された順序が保持される。例えば、新しいレコードは、テーブルの末尾（最下行）に登録される。また、レコードを削除すると、それより後ろのレコードの位置が繰り上がる。ただし、登録順序を判定するための項目（例えば、タイムスタンプの項目）を設けてもよい。
【００９５】
また、スケジュールテーブル１８１は、複数のテーブルに分割してもよい。例えば、グループ毎にテーブルを設けてもよい。また、上りリンク通信と下りリンク通信とで別個のテーブルを設けてもよい。また、図７のデータ構造例では、グループ内の各移動局に対して、上りリンク通信と下りリンク通信の両方について、同一インターバルとオフセットが設定されることになる。しかし、上りリンク通信と下りリンク通信とで、別個のグループを設定できるようにしてもよい。また、上りリンク通信と下りリンク通信の何れか一方のみ、インターバルおよびオフセットを設定してもよい。なお、同一のグループに属するスケジュール情報の集合を、第１の実施の形態の対応関係の一例と見ることもできる。
【００９６】
図８は、サービス追加処理を示すフローチャートである。サービスフローの確立は、例えば、ＶｏＩＰ通信などの通信サービスを開始する際であって、ユーザデータの送受信を始める前に実行される。ここでは、移動局３４０からの要求によって、サービスフローを確立する場合を考える。以下、図８に示す処理をステップ番号に説明する。
【００９７】
（ステップＳ１１）移動局３４０は、サービスの追加を要求するメッセージ（ＤＳＡ−ＲＥＱメッセージ）を、アクセスリンク上で中継局２００に送信する。移動局３４０が送信するＤＳＡ−ＲＥＱメッセージには、必要帯域など、サービスフローの確立の際に参照される各種のパラメータが含まれる。
【００９８】
（ステップＳ１２）中継局２００の受信処理部２２０は、移動局３４０からＤＳＡ−ＲＥＱメッセージを受信する。スケジューラ２６１は、取得したＤＳＡ−ＲＥＱメッセージを基に、リレーリンク上で送信するＤＳＡ−ＲＥＱメッセージを生成する。送信処理部２５０は、生成されたＤＳＡ−ＲＥＱメッセージを基地局１００に送信する。送信するメッセージには、移動局３４０からのメッセージに含まれないパラメータが追加されている。
【００９９】
（ステップＳ１３）基地局１００の受信処理部１２０は、中継局２００からＤＳＡ−ＲＥＱメッセージを受信する。スケジューラ１７１は、取得したＤＳＡ−ＲＥＱメッセージに含まれるパラメータに基づいて、固定周期の無線リソースを割り当てる方が好ましい通信であるか否か判断する。固定周期とするのが好ましい場合、処理をステップＳ１４に進める。それ以外の場合、処理をステップＳ１５に進める。
【０１００】
（ステップＳ１４）基地局１００のスケジューラ１７１は、移動局３４０が開始するサービスフローに対して、ＤＬインターバルおよびＵＬインターバルを設定する。インターバルは、ＤＳＡ−ＲＥＱメッセージに含まれるパラメータを参照して決定してもよい。そして、記憶部１８０に格納されたスケジュールテーブル１８１に、移動局３４０のＳＴＩＤと設定したＤＬインターバルおよびＵＬインターバルとを登録する。なお、これら情報は、スケジュールテーブル１８１の最下行に追加する。
【０１０１】
（ステップＳ１５）スケジューラ１７１は、サービスの追加の要求に対する応答のメッセージ（ＤＳＡ−ＲＳＰメッセージ）を生成する。送信処理部１６０は、生成されたＤＳＡ−ＲＳＰメッセージを、リレーリンク上で中継局２００に送信する。ステップＳ１４でインターバルを設定した場合、送信するＤＳＡ−ＲＳＰメッセージには、設定したインターバルを示すパラメータが含まれる。
【０１０２】
なお、リレーリンクの無線リソースが不足しているなどの理由でサービスフローを確立できない場合、サービスの追加の拒否を示すパラメータを含むＤＳＡ−ＲＳＰメッセージを、中継局２００に送信することもできる。
【０１０３】
（ステップＳ１６）中継局２００の受信処理部２２０は、基地局１００からＤＳＡ−ＲＳＰメッセージを受信する。スケジューラ２６１は、取得したＤＳＡ−ＲＳＰメッセージに、０より大きいＤＬインターバルまたはＵＬインターバルを示すパラメータが含まれているか否か判断する。含まれている場合、処理をステップＳ１７に進める。含まれていない場合、処理をステップＳ１８に進める。
【０１０４】
（ステップＳ１７）中継局２００のスケジューラ２６１は、記憶部２７０に格納されたスケジュールテーブルに、移動局３４０のＳＴＩＤと基地局１００から通知されたＤＬインターバルおよびＵＬインターバルとを登録する。なお、これら情報は、スケジュールテーブルの最下行に追加する。
【０１０５】
（ステップＳ１８）中継局２００のスケジューラ２６１は、サービスの追加の要求に対する応答のメッセージ（ＤＳＡ−ＲＳＰメッセージ）を生成する。送信処理部２５０は、生成されたＤＳＡ−ＲＳＰメッセージを、アクセスリンク上で移動局３４０に送信する。送信するメッセージには、基地局１００からのメッセージに含まれていたパラメータの一部が含まれる。
【０１０６】
なお、基地局１００にサービスの追加を拒否された場合やアクセスリンクの無線リソースが不足している場合など、サービスフローを確立できない場合、サービスの追加の拒否を示すパラメータを含むＤＳＡ−ＲＳＰメッセージを、移動局３４０に送信してもよい。
【０１０７】
（ステップＳ１９）移動局３４０は、中継局２００からＤＳＡ−ＲＳＰメッセージを受信する。そして、移動局３４０は、応答メッセージを受け取った旨の確認メッセージ（ＤＳＡ−ＡＣＫ）を、アクセスリンク上で中継局２００に送信する。
【０１０８】
（ステップＳ２０）中継局２００の受信処理部２２０は、移動局３４０からＤＳＡ−ＡＣＫメッセージを受信する。スケジューラ２６１は、リレーリンク上のＤＳＡ−ＡＣＫメッセージを生成する。送信処理部２５０は、生成されたＤＳＡ−ＡＣＫメッセージを基地局１００に送信する。
【０１０９】
基地局１００の受信処理部１２０は、中継局２００からＤＳＡ−ＡＣＫメッセージを受信する。これにより、サービスフローの確立が完了する。スケジューラ１７１は、固定周期のスケジューリングを適用して、移動局３４０とユーザデータの送受信を開始する。
【０１１０】
このようにして、基地局１００は、サービスフローを確立する際、すなわち、ユーザデータの送受信を開始する前に、移動局３４０に固定周期で無線リソースを割り当てるか否かを判断する。固定周期で無線リソースを割り当てる場合、インターバルをＤＳＡ−ＲＳＰメッセージのパラメータとして中継局２００に通知する。これにより、基地局１００および中継局２００が保持するスケジュールテーブルには、共にＳＴＩＤ，ＤＬインターバル，ＵＬインターバルが登録される。
【０１１１】
図９は、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の構造例を示す図である。図９に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ１１で、移動局３４０から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分に、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の内容が挿入されている。
【０１１２】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、サービスフローパラメータ（Service Flow Parameters）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。
【０１１３】
管理メッセージ型は、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＡ−ＲＥＱメッセージの場合は「１１」に固定される。トランザクションＩＤは、サービスフローを確立する処理のトランザクションを識別する識別情報であり、１６ビットで表現される。トランザクションＩＤは、移動局３１０〜３６０が値を決定する。
【０１１４】
サービスフローパラメータは、サービスフローの確立のために参照されるパラメータであり、可変長である。例えば、必要帯域や許容遅延量が含まれる。サービスフローパラメータの詳細は後述する。ＴＬＶエンコーディング情報は、サービスフローに関するその他の情報であり、可変長である。例えば、用いるＩＰプロトコルのバージョンが含まれる。
【０１１５】
図１０は、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の構造例を示す図である。図１０に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ１２で、中継局２００から基地局１００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の内容が挿入されている。
【０１１６】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、移動局のＳＴＩＤ（MS STID）、サービスフローパラメータ（Service Flow Parameters）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。移動局のＳＴＩＤ以外のパラメータは、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の場合と同様である。
【０１１７】
移動局のＳＴＩＤは、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）を送信した移動局に割り当てられているＳＴＩＤであり、１２ビットで表現される。中継局２００は、何れかの移動局からＤＳＡ−ＲＥＱメッセージを受信すると、同一無線フレーム内のＭＡＰ情報から送信元の移動局を特定し、特定した移動局のＳＴＩＤを、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）に挿入する。基地局１００は、受信したＤＳＡ−ＲＥＱメッセージ（ＲＬ）に含まれるＳＴＩＤに基づいて、送信元の移動局を識別することができる。
【０１１８】
図１１は、ＤＳＡ−ＲＳＰメッセージ（ＲＬ）の構造例を示す図である。図１１に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ１５で、基地局１００から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＡ−ＲＳＰメッセージ（ＲＬ）の内容が挿入されている。
【０１１９】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、確認コード（Confirmation Code）、サービスフローパラメータ（Service Flow Parameters）、リレースケジューリングパラメータ（Relay Scheduling Parameters）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。
【０１２０】
管理メッセージ型は、前述の通り、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＡ−ＲＳＰメッセージの場合は「１２」に固定される。トランザクションＩＤは、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）に含まれるものと同じ値が設定される。確認コードは、サービスフローの受け付け可否を示すパラメータであり、８ビットで表現される。受け付ける場合は「０」、拒否する場合は「０」以外の値が設定される。
【０１２１】
サービスフローパラメータは、前述の通り、サービスフローの確立のために参照されるパラメータであり、可変長である。ただし、確認コードが「０」の場合のみ挿入される。また、このサービスフローパラメータには、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）に含まれるものに加え、他のパラメータが基地局１００によって追加される場合がある。例えば、ジッタ情報など、サービスの要求元の移動局が明確に指定しなかったパラメータであって基地局１００が補完したパラメータが挿入され得る。
【０１２２】
リレースケジューリングパラメータは、リレーリンク上の無線リソースを割り当てるインターバルを示すパラメータであり、８ビットで表現される。リレースケジューリングパラメータには、それぞれ４ビットで表現されるＤＬインターバルとＵＬインターバルとが含まれる。固定周期のスケジューリングを行わない場合は、「０」に設定される。なお、リレースケジューリングパラメータは、確認コードが「０」の場合のみ挿入される。ＴＬＶエンコーディング情報は、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の場合と同様である。
【０１２３】
図１２は、ＤＳＡ−ＲＳＰメッセージ（ＡＬ）の構造例を示す図である。図１２に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ１８で、中継局２００から移動局３４０に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＡ−ＲＳＰメッセージ（ＡＬ）の内容が挿入されている。
【０１２４】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、確認コード（Confirmation Code）、サービスフローパラメータ（Service Flow Parameters）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。これらパラメータは、ＤＳＡ−ＲＳＰ（ＲＬ）メッセージに含まれるものと同じ値が設定される。ただし、ＤＳＡ−ＲＳＰ（ＲＬ）メッセージと異なり、リレースケジューリングパラメータはＤＳＡ−ＲＳＰ（ＡＬ）メッセージに含まれない。
【０１２５】
図１３は、ＤＳＡ−ＡＣＫメッセージ（ＡＬ）の構造例を示す図である。図１３に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ１９で、移動局３４０から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＡ−ＡＣＫメッセージ（ＡＬ）の内容が挿入されている。
【０１２６】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、確認コード（Confirmation Code）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。なお、上記ステップＳ２０で、中継局２００から基地局１００に送信されるＭＡＣ−ＰＤＵも、図１３と同様の構造で実現できる。
【０１２７】
管理メッセージ型は、前述の通り、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＡ−ＡＣＫメッセージの場合は「１３」に固定される。トランザクションＩＤは、ＤＳＡ−ＲＳＰメッセージ（ＡＬ）に含まれるものと同じ値が設定される。確認コードは、ＤＳＡ−ＲＳＰメッセージの内容の受け入れ可否を示すパラメータであり、８ビットで表現される。受け入れる場合は「０」、拒否する場合は「０」以外の値が設定される。ＴＬＶエンコーディング情報は、ＤＳＡ−ＲＥＱメッセージ（ＡＬ）の場合と同様である。
【０１２８】
図１４は、サービスフローパラメータの例を示す図である。図９〜１２に示したＤＳＡ−ＲＥＱメッセージおよびＤＳＡ−ＲＳＰメッセージには、サービスフローパラメータとして、タイプ番号とパラメータ値との組が１つ以上設定される。タイプ番号とパラメータ値の意味との対応関係は、予め決められている。図１４は、パラメータ値の意味の一例を示している。
【０１２９】
タイプ番号「１」は、サービスフローＩＤ、すなわち、各サービスフローを識別するための識別情報を意味する。サービスフローＩＤは、サービスフローを確立する際に基地局１００が付与する。タイプ番号「９」は、保証帯域、すなわち、サービスフローに対して保証する最低の帯域を意味する。タイプ番号「１４」は、許容遅延量、すなわち、サービスフローで許容できる伝送遅延時間の上限を意味する。保証帯域および許容遅延量は、サービスフローを確立する際に移動局３１０〜３６０が指定できる。
【０１３０】
タイプ番号「１１」は、ＵＬスケジューリング型、すなわち、移動局３１０〜３６０から基地局１００の方向のスケジューリング方法のタイプを意味する。タイプ番号「２９」は、ＤＬスケジューリング型、すなわち、基地局１００から移動局３１０〜３６０の方向のスケジューリング方法のタイプを意味する。ＵＬスケジューリング型およびＤＬスケジューリング型は、サービスフローを確立する際に移動局３１０〜３６０が指定できる。
【０１３１】
スケジューリング型の候補には、例えば、ＵＧＳ（Unsolicited Grant Service）とｒｔＰＳ（real time Polling Service）とが含まれる。ＵＧＳは、周期的にデータ送受信を行うサービスに好適なスケジューリング方法を意味する。ｒｔＰＳは、リアルタイムにデータ送受信を行うサービスに好適なスケジューリング方法を意味する。
【０１３２】
移動局３１０〜３６０は、サービスフローを確立する際に、サービスの種類に応じて、ＵＬスケジューリング型およびＤＬスケジューリング型として、例えば、ＵＧＳまたはｒｔＰＳを指定する。ＶｏＩＰ通話サービスの場合、上りリンクと下りリンクの両方をＵＧＳに指定することが考えられる。また、動画ダウンロードサービスの場合、下りリンクのみをＵＧＳに指定することが考えられる。
【０１３３】
基地局１００のスケジューラ１７１は、スケジューリング型に基づいて、上りリンクおよび下りリンクそれぞれについて、リレーリンク上で固定周期のスケジューリングを行うか否かを決定する。例えば、ＵＧＳが指定されている場合、固定周期のスケジューリングを行う。なお、基地局１００は、固定周期のスケジューリングを行う場合、移動局３１０〜３６０が指定した保証帯域や許容遅延量を参照して、インターバルを決定してもよい。
【０１３４】
図１５は、ＤＬデータ送信処理を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
（ステップＳ２１）基地局１００のスケジューラ１７１は、中継局２００に送信するユーザデータ、すなわち、中継局２００に接続してサービスフローを確立した移動局宛てのユーザデータが、パケットバッファ１５２に格納されていることを検知する。
【０１３５】
（ステップＳ２２）基地局１００のスケジューラ１７１は、記憶部１８０に記憶されたスケジュールテーブル１８１を参照して、ユーザデータの宛先の移動局のうち、インターバルを設定済みでオフセットが未設定の移動局があるか判断する。オフセットが未設定の場合としては、サービスフローの確立後でデータ転送の開始前が考えられる。オフセットが未設定の場合、処理をステップＳ２３に進める。オフセットを設定済みの場合、処理をステップＳ２４に進める。
【０１３６】
（ステップＳ２３）基地局１００のスケジューラ１７１は、オフセットが未設定の移動局に対して割り当てたＤＬ無線リソースの属するサブフレームを特定する。そして、特定したサブフレームのオフセットを算出し、ＤＬオフセットとする。また、割り当てたＤＬ無線リソースの属するサブフレームから所定数だけ後のサブフレームのオフセットを算出し、ＵＬオフセットとする。そして、スケジューラ１７１は、ＤＬオフセットとＵＬオフセットとを、スケジュールテーブル１８１に登録する。その際、インターバルおよびオフセットが同一のグループが既に存在する場合、当該移動局をそのグループに属させ、存在しない場合、新しいグループに属させる。
【０１３７】
（ステップＳ２４）基地局１００のスケジューラ１７１は、スケジュールテーブル１８１に登録されたＤＬインターバルおよびＤＬオフセットと、現在のフレーム番号およびサブフレーム番号とを照合し、適用するスケジュール情報のグループを選択する。そして、選択されたグループのスケジュール情報が示す順序に、同一サブフレーム内で送信されるユーザデータを整列させる。複数の移動局宛てのユーザデータの順序は、例えば、スケジュールテーブル１８１にそれら移動局が登録された順序、すなわち、スケジュールテーブル１８１内のレコードの順序に従う。
【０１３８】
（ステップＳ２５）基地局１００の送信処理部１６０は、ユーザデータを含む複数のＭＡＣ−ＰＤＵを、ステップＳ２４の整列結果に基づいて連結し、１つのＨＡＲＱブロックに含めて送信する。また、ステップＳ２３でオフセットが設定された場合、ＨＡＲＱブロックと同一サブフレーム内で、オフセットを設定した移動局のＳＴＩＤを含むＭＡＰ情報を送信する。なお、固定周期のスケジューリングを適用しないサービスフローについてのＭＡＣ−ＰＤＵは、通常のスケジューリングに従って送信する。
【０１３９】
（ステップＳ２６）中継局２００の受信処理部２２０は、基地局１００が送信したＭＡＰ情報およびＨＡＲＱブロックを受信する。スケジューラ２６１は、ＭＡＰ情報に、オフセットが設定された移動局のＳＴＩＤが含まれているか判断する。ＳＴＩＤが含まれている場合、処理をステップＳ２７に進める。ＳＴＩＤが含まれていない場合、処理をステップＳ２８に進める。
【０１４０】
（ステップＳ２７）中継局２００のスケジューラ２６１は、ＭＡＰ情報を受信した際のフレーム番号およびサブフレーム番号から、ＤＬオフセットおよびＵＬオフセットを算出する。そして、記憶部２７０に記憶されたスケジュールテーブルに、ＭＡＰ情報に含まれるＳＴＩＤと対応付けて、算出したＤＬオフセットおよびＵＬオフセットを登録する。その際、インターバルおよびオフセットが同一のグループが既に存在する場合、当該移動局をそのグループに属させ、存在しない場合は新しいグループに属させる。
【０１４１】
（ステップＳ２８）中継局２００のＰＤＵバッファ２４１は、記憶部２７０に記憶されたスケジュールテーブルに登録されたＤＬインターバルおよびＤＬオフセットと、ＨＡＲＱブロックを受信した際のフレーム番号およびサブフレーム番号とを照合し、適用するスケジュール情報のグループを選択する。そして、選択されたグループのスケジュール情報が示す複数の移動局の順序に基づいて、ＨＡＲＱブロックに含まれるＭＡＣ−ＰＤＵそれぞれの宛先の移動局を識別する。
【０１４２】
（ステップＳ２９）中継局２００のＰＤＵバッファ２４１は、ＨＡＲＱブロックに含まれる各移動局宛てのＭＡＣ−ＰＤＵを分離する。送信処理部２５０は、宛先の移動局毎にＨＡＲＱブロックにＭＡＣ−ＰＤＵを含めて、該当する移動局に転送する。
【０１４３】
このようにして、サービスフローを確立した後、最初に下りリンク通信を行う際に、基地局１００は、ＤＬオフセットおよびＵＬオフセットを設定する。そして、ＭＡＰ情報を送信することで、ＤＬオフセットのタイミングを中継局２００に通知する。これにより、基地局１００および中継局２００が保持するスケジュールテーブルには、ＤＬオフセット，ＵＬオフセットが登録されると共に、所属グループが決定される。以降は、ＤＬインターバルおよびＤＬオフセットに基づいて、下りリンク通信におけるＭＡＣ−ＰＤＵの転送タイミングが制御される。また、ＵＬインターバルおよびＵＬオフセットに基づいて、上りリンク通信におけるＭＡＣ−ＰＤＵの転送タイミングが制御される。
【０１４４】
なお、ＭＡＰ情報には、ＤＬ−ＭＡＰ情報とＵＬ−ＭＡＰ情報とが含まれる。ＤＬ−ＭＡＰ情報に含まれるＳＴＩＤによって、下りリンクで固定周期のデータ転送を行う移動局が特定される。ＵＬ−ＭＡＰ情報に含まれるＳＴＩＤによって、上りリンクで固定周期のデータ転送を行う移動局が特定される。
【０１４５】
下りリンク通信と上りリンク通信の両方を行うサービスでは、移動局のＳＴＩＤを含むＤＬ−ＭＡＰ情報とＵＬ−ＭＡＰ情報とを、同一サブフレームで送信することができる。ただし、異なるサブフレームで送信することも可能である。下りリンク通信のみ行うサービスでは、ＳＴＩＤを含むＤＬ−ＭＡＰ情報のみを送信してもよい。上りリンク通信のみ行うサービスでは、リレーリンク上の割り当て無線リソースを中継局２００に通知する際に、ＳＴＩＤを含むＵＬ−ＭＡＰ情報のみを送信してもよい。
【０１４６】
また、第２の実施の形態では、インターバルはサービスフローを確立する際に設定する一方、オフセットは基地局１００と中継局２００との間でデータ転送を開始する際に設定している。前者には、制御メッセージに含めてインターバルを通知することが容易であるという利点があり、後者には、データ転送時の無線リソースの利用状況を反映した効率的なスケジューリングができるという利点がある。ただし、インターバルとオフセットを、共にサービスフローの確立の際に設定するようにしてもよいし、共にサービスフローに従ったデータ転送の開始の際に設定するようにしても構わない。
【０１４７】
図１６は、ＵＬデータ送信処理を示すフローチャートである。ここでは、基地局１００から中継局２００に、上りリンクの割り当て無線リソースが既に通知されているとする。以下、図１６に示す処理をステップ番号に沿って説明する。
【０１４８】
（ステップＳ３１）中継局２００のスケジューラ２６１は、基地局１００に転送するＭＡＣ−ＰＤＵ、すなわち、中継局２００に接続してサービスフローを確立した移動局から受信したＭＡＣ−ＰＤＵが、ＰＤＵバッファ２４１に格納されていることを検知する。
【０１４９】
（ステップＳ３２）中継局２００のスケジューラ２６１は、記憶部２７０に記憶されたスケジュールテーブルに登録されたＵＬインターバルおよびＵＬオフセットと、現在のフレーム番号およびサブフレーム番号とを照合して、適用するスケジュール情報のグループを選択する。そして、選択されたグループのスケジュール情報が示す順序に、同一サブフレーム内で送信されるＭＡＣ−ＰＤＵを整列させる。複数の移動局からのＭＡＣ−ＰＤＵの順序は、例えば、スケジュールテーブルにそれら移動局が登録された順序に従う。
【０１５０】
（ステップＳ３３）中継局２００の送信処理部２５０は、リレーリンクで転送する複数のＭＡＣ−ＰＤＵを、ステップＳ３２の整列結果に基づいて連結し、１つのＨＡＲＱブロックに含めて送信する。なお、固定周期のスケジューリングを適用しないサービスフローについてのＭＡＣ−ＰＤＵは、通常のスケジューリングに従って転送する。
【０１５１】
（ステップＳ３４）基地局１００の受信処理部１２０は、中継局２００が送信したＨＡＲＱブロックを受信する。パケット生成部１３２は、記憶部１８０に記憶されたスケジュールテーブル１８１に登録されたＵＬインターバルおよびＵＬオフセットと、ＨＡＲＱブロックを受信した際のフレーム番号およびサブフレーム番号とを照合し、適用するスケジュール情報のグループを選択する。そして、選択されたグループのスケジュール情報が示す複数の移動局の順序に基づいて、ＨＡＲＱブロックに含まれるＭＡＣ−ＰＤＵそれぞれの送信元の移動局を識別する。
【０１５２】
（ステップＳ３５）基地局１００のパケット生成部１３２は、ＨＡＲＱブロックに含まれる各移動局からのＭＡＣ−ＰＤＵを分離する。ネットワークインタフェース１４１は、各移動局からのＭＡＣ−ＰＤＵを適切なパケット形式に変換したものを、有線ネットワーク側に出力する。
【０１５３】
このようにして、基地局１００および中継局２００が保持するスケジュールテーブルに登録されているＵＬインターバルおよびＵＬオフセットに基づいて、上りリンク通信におけるＭＡＣ−ＰＤＵの転送タイミングが制御される。
【０１５４】
図１７は、ＭＡＰ情報の構造例を示す図である。図１７に示す構造のＤＬ−ＭＡＰ情報が、上記ステップＳ２５で、基地局１００から中継局２００に送信される。ＤＬ−ＭＡＰ情報は、中継局のＳＴＩＤ、データ長（Length）、グループＩＤ、変調符号化方式、固定周期のデータ転送を新たに開始する移動局（Allocated MS）の数、開始する各移動局のＳＴＩＤ、固定周期のデータ転送を終了する移動局（De-allocated MS）の数、終了する各移動局のＳＴＩＤ、サブチャネルオフセットおよびサブチャネル数を含む。
【０１５５】
中継局のＳＴＩＤは、ＤＬ−ＭＡＰ情報の送信先である中継局２００を識別する識別情報であり、可変長である。データ長は、ＤＬ−ＭＡＰ情報の長さであり、可変長である。グループＩＤは、スケジュールテーブル１８１に含まれる何れかのグループＩＤであり、５ビットで表現される。同一グループに属する移動局宛てＭＡＣ−ＰＤＵは、同一のＨＡＲＱブロックに含まれる一方、異なるグループに属する移動局宛てＭＡＣ−ＰＤＵは、同一のＨＡＲＱブロックには格納されない。変調符号化方式は、ＨＡＲＱブロックに対して適用される変調符号化方式であり、４ビットで表現される。
【０１５６】
固定周期のデータ転送を新たに開始する移動局の数は、グループＩＤが示すグループに追加される移動局の数であり、３ビットで表現される。開始する各移動局のＳＴＩＤは、グループに追加される移動局それぞれを識別する識別情報であり、各移動局が１２ビットで表現される。固定周期のデータ転送を終了する移動局の数は、グループＩＤが示すグループから削除される移動局の数であり、３ビットで表現される。終了する各移動局のＳＴＩＤは、グループから削除される移動局それぞれを識別する識別情報であり、各移動局が１２ビットで表現される。
【０１５７】
サブチャネルオフセットは、サブフレーム内におけるＨＡＲＱブロックのサブチャネル方向（すなわち、周波数方向）の先頭位置であり、７ビットで表現される。サブチャネル数は、ＨＡＲＱブロックが使用するサブチャネルの数（すなわち、周波数帯域）であり、７ビットで表現される。サブチャネルオフセットとサブチャネル数とによって、ＨＡＲＱブロックが使用する無線リソースの範囲を特定できる。
【０１５８】
なお、図１７に示すＤＬ−ＭＡＰ情報は、グループＩＤ毎に送信される。ＵＬ−ＭＡＰ情報も、ＤＬ−ＭＡＰ情報と同様のデータ構造によって実現できる。また、サービスフローの削除の詳細については後述する。
【０１５９】
図１８は、ＨＡＲＱブロックの第１の構造例を示す図である。図７に示すように、移動局３１０〜３６０（ＭＳ＃１〜＃４）は同一グループに属するため、リレーリンクで伝送される移動局３１０〜３６０のＭＡＣ−ＰＤＵは、同一ＨＡＲＱグループに纏められる。
【０１６０】
ここで、移動局３１０〜３６０のＭＡＣ−ＰＤＵを並べる順序は、基地局１００および中継局２００が保持するスケジュールテーブルによって決定される。すなわち、図７に示す順序に従って、ＨＡＲＱブロックの先頭に移動局３１０、２番目に移動局３２０、３番目に移動局３３０、最後に移動局３４０のＭＡＣ−ＰＤＵが配置される。もし、スケジュールテーブルに移動局３１０〜３４０が、移動局３１０，３３０，３４０，３２０の順に登録されている場合、その順序で移動局３１０〜３４０のＭＡＣ−ＰＤＵが並べられる。ＭＡＣ−ＰＤＵを並べる順序は、サービスフローの開始・終了に伴って変化する。
【０１６１】
リレーリンク上でこのようなＨＡＲＱブロックを受信した基地局１００または中継局２００は、スケジュールテーブルを参照することで、各ＭＡＣ−ＰＤＵが何れの移動局のＭＡＣ−ＰＤＵであるかを識別できる。従って、図１８に示すように、移動局のＳＴＩＤをＨＡＲＱブロックに含めて送信しなくてもよい。
【０１６２】
図１９は、ＨＡＲＱブロックの第２の構造例を示す図である。図１９は、グループに含まれる移動局の一部または全部について、リレーリンク上で送信するユーザデータが無い場合のＨＡＲＱブロックの例を２通り示している。
【０１６３】
（Ａ）の例では、送信すべきユーザデータが無い移動局に対応する位置で、ＭＡＣヘッダのみを送信する。ＭＡＣヘッダには、サービスフローＩＤとペイロード長が含まれる。送信すべきユーザデータが無い場合のペイロード長は、「０」（ゼロ）に設定する。これにより、ＨＡＲＱブロックを受信した基地局１００または中継局２００は、ペイロード長とスケジュールテーブルとを確認することで、送受信するユーザデータの無い移動局を識別することができる。
【０１６４】
（Ｂ）の例では、ＨＡＲＱブロックの先頭に、拡張ヘッダとしてビットマップを含めて送信する。ビットマップでは、グループに含まれる移動局それぞれに１ビットを割り当てており、ビット長はグループに含まれる移動局の数に対応する。例えば、「１」はユーザデータありを意味し、「０」はユーザデータ無しを意味する。
【０１６５】
ビットマップのビット順序とＭＡＣ−ＰＤＵの順序とは、対応している。例えば、ビットマップが「１１０１」の場合は、移動局３３０（ＭＳ＃３）のユーザデータが無いことを意味する。これにより、ＨＡＲＱブロックを受信した基地局１００または中継局２００は、拡張ヘッダとスケジュールテーブルとを確認することで、送受信するユーザデータの無い移動局を識別することができる。
【０１６６】
なお、（Ｂ）の方法を用いる場合、送信するユーザデータが無い移動局が存在するＨＡＲＱブロックのみ拡張ヘッダを付加してもよいし、全てのＨＡＲＱブロックの拡張ヘッダを付加してもよい。
【０１６７】
図２０は、ＨＡＲＱブロックの第３の構造例を示す図である。図２０は、固定周期のスケジューリングが適用されない移動局のＭＡＣ−ＰＤＵをリレーリンク上で送信する場合のＨＡＲＱブロックの例を２通り示している。ここでは、移動局３１０〜３６０の何れにも、固定周期のスケジューリングが適用されておらず、移動局３１０，３２０，３４０のＭＡＣ−ＰＤＵを１つのＨＡＲＱブロックに含めて送信する場合を考える。
【０１６８】
（Ａ）の例では、ＨＡＲＱブロックの先頭に、拡張ヘッダとして、移動局３１０，３２０，３４０のＳＴＩＤを含めて送信する。３つのＳＴＩＤの順序と３つのＭＡＣ−ＰＤＵの順序とは対応している。これにより、ＨＡＲＱブロックを受信した基地局１００または中継局２００は、拡張ヘッダを確認することで、各ＭＡＣ−ＰＤＵの宛先または送信元の移動局を識別することができる。
【０１６９】
（Ｂ）の例では、ＨＡＲＱブロックの先頭に、拡張ヘッダとしてビットマップを含めて送信する。ビットマップでは、中継局２００に接続している移動局それぞれに１ビットを割り当てている。例えば、「１」はＭＡＣ−ＰＤＵありを意味し、「０」はＭＡＣ−ＰＤＵ無しを意味する。ビットマップのビット順序と移動局との対応関係は、基地局１００と中継局２００との間で合意しておく。これにより、ＨＡＲＱブロックを受信した基地局１００または中継局２００は、拡張ヘッダを確認することで、各ＭＡＣ−ＰＤＵの宛先または送信元の移動局を識別することができる。
【０１７０】
ただし、（Ａ）の方法では、拡張ヘッダのビット長は、ＳＴＩＤのビット数（例えば、１２ビット）×ＨＡＲＱブロックに含まれるＭＡＣ−ＰＤＵの数となり、ビット長が大きくなりやすい。（Ｂ）の方法では、拡張ヘッダのビット長は、中継局２００に接続している移動局の数となり、接続する移動局の増加に伴ってビット長が大きくなる。
【０１７１】
なお、リレーリンク上では、固定周期のスケジューリングが適用されない移動局のＭＡＣ−ＰＤＵも、できる限り少ない数のＨＡＲＱブロックに纏めて送信する方が、送信効率の点で有利である。これは、ＨＡＲＱブロック数が少ない方が、ＭＡＣ情報のデータ量を低減できるためである。特に、ＶｏＩＰ通信のように、１つのＭＡＣ−ＰＤＵのデータ量が小さい通信の場合には、多くのＭＡＣ−ＰＤＵを纏めた方が伝送効率が向上する。
【０１７２】
図２１は、ＤＬ中継の前後のＨＡＲＱブロックの関係を示す図である。ここでは、基地局１００が、移動局３１０，３２０，３４０にユーザデータを送信する場合を考える。
中継局２００は、移動局３１０，３２０，３４０宛てＭＡＣ−ＰＤＵを含むＨＡＲＱブロックを、リレーリンク上で基地局１００から受信する。中継局２００は、スケジュールテーブルを参照して、各ＭＡＣ−ＰＤＵの宛先の移動局を識別して分離する。
【０１７３】
そして、中継局２００は、移動局３１０宛てのＭＡＣ−ＰＤＵを１つのＨＡＲＱブロックに含めて、アクセスリンク上で移動局３１０に送信する。移動局３２０宛てのＭＡＣ−ＰＤＵを１つのＨＡＲＱブロックに含めて、移動局３２０に送信する。移動局３４０宛てのＭＡＣ−ＰＤＵを１つのＨＡＲＱブロックに含めて、移動局３４０に送信する。
【０１７４】
図２２は、ＵＬ中継の前後のＨＡＲＱブロックの関係を示す図である。ここでは、移動局３１０，３２０，３４０が、基地局１００にユーザデータを送信する場合を考える。
中継局２００は、移動局３１０から、ＭＡＣ−ＰＤＵを含むＨＡＲＱブロックを、アクセスリンク上で受信する。移動局３４０から、ＭＡＣ−ＰＤＵを含むＨＡＲＱブロックを、アクセスリンク上で受信する。移動局３２０から、ＭＡＣ−ＰＤＵを含むＨＡＲＱブロックを、アクセスリンク上で受信する。
【０１７５】
そして、中継局２００は、スケジュールテーブルを参照して、３つのＭＡＣ−ＰＤＵの順序を並べ替えて連結する。例えば、移動局３１０からのＭＡＣ−ＰＤＵ、移動局３２０からのＭＡＣ−ＰＤＵ、移動局３４０からのＭＡＣ−ＰＤＵの順に並べる。その後、中継局２００は、３つのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックを、リレーリンク上で基地局１００に送信する。
【０１７６】
図２３は、スケジューリング例を示す図である。ここでは、移動局３１０〜３３０が、ＤＬインターバル＝ＵＬインターバル＝１６サブフレーム，ＵＬオフセット＝２，ＤＬオフセット＝１５で通信を行っており、移動局３４０が移動局３１０〜３３０と同じグループに追加される場合を考える。
【０１７７】
この例では、インターバルが１６サブフレーム（すなわち、２フレーム）であるため、Ｎを偶数として、フレーム＃Ｎ，＃Ｎ＋２，＃Ｎ＋４，・・・のサブフレーム＃０を基準のサブフレームと定義している。そのため、フレーム＃Ｎのサブフレーム＃２内で、移動局３１０〜３３０宛てのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックが、基地局１００から中継局２００に送信される。また、フレーム＃Ｎ＋１のサブフレーム＃７内で、移動局３１０〜３３０からのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックが、中継局２００から基地局１００に送信される。
【０１７８】
ここで、移動局３４０がグループに追加され、フレーム＃Ｎ＋２のサブフレーム＃２内で、移動局３４０がグループに追加されたことを示すＤＬ−ＭＡＰ情報およびＵＬ−ＭＡＰ情報が送信される。すると、ＤＬ−ＭＡＰ情報が送信されたフレーム＃Ｎ＋２のサブフレーム＃２以後、下りリンク通信について更新後のスケジュール情報が適用される。すなわち、フレーム＃Ｎ＋２のサブフレーム＃２内で、移動局３１０〜３４０宛てのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックが、基地局１００から中継局２００に送信される。
【０１７９】
また、ＵＬ−ＭＡＰ情報が送信された、フレーム＃Ｎ＋２のサブフレーム＃２から所定数後ろのサブフレーム以後、上りリンク通信について更新後のスケジュール情報が適用される。ここでは、フレーム＃Ｎ＋３のサブフレーム＃７内で、移動局３１０〜３４０からのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックが、中継局２００から基地局１００に送信される。その後、フレーム＃Ｎ＋４のサブフレーム＃２内で、移動局３１０〜３４０宛てのＭＡＣ−ＰＤＵを含むＨＡＲＱブロックが、基地局１００から中継局２００に送信される。以降、移動局３１０〜３４０のＭＡＣ−ＰＤＵが周期的に送受信される。
【０１８０】
図２４は、サービス削除処理を示すフローチャートである。ここでは、移動局３３０からの要求によって、サービスフローを削除する場合を考える。以下、図２４に示す処理をステップ番号に沿って説明する。
【０１８１】
（ステップＳ４１）移動局３３０は、サービスの削除を要求するメッセージ（ＤＳＤ−ＲＥＱメッセージ）を、アクセスリンク上で中継局２００に送信する。移動局３３０が送信するＤＳＤ−ＲＥＱメッセージにはサービスフローＩＤなどのパラメータが含まれる。
【０１８２】
（ステップＳ４２）中継局２００の受信処理部２２０は、移動局３３０からＤＳＤ−ＲＥＱメッセージを受信する。スケジューラ２６１は、取得したＤＳＤ−ＲＥＱメッセージを基に、リレーリンク上で送信するＤＳＤ−ＲＥＱメッセージを生成する。送信処理部２５０は、生成されたＤＳＤ−ＲＥＱメッセージを基地局１００に送信する。送信するメッセージには、移動局３３０からのメッセージに含まれないパラメータが追加されている。
【０１８３】
（ステップＳ４３）基地局１００の受信処理部１２０は、中継局２００からＤＳＤ−ＲＥＱメッセージを受信する。スケジューラ１７１は、取得したＤＳＤ−ＲＥＱメッセージを基に、サービスの削除の要求に対する応答のメッセージ（ＤＳＤ−ＲＳＰメッセージ）を生成する。送信処理部１６０は、生成されたＤＳＤ−ＲＳＰメッセージを、リレーリンク上で中継局２００に送信する。
【０１８４】
（ステップＳ４４）中継局２００の受信処理部２２０は、基地局１００からＤＳＤ−ＲＳＰメッセージを受信する。スケジューラ２６１は、取得したＤＳＤ−ＲＳＰメッセージを基に、アクセスリンク上で送信するＤＳＤ−ＲＳＰメッセージを生成する。送信処理部２５０は、生成されたＤＳＤ−ＲＳＰメッセージを、移動局３３０に送信する。
【０１８５】
移動局３３０は、中継局２００からＤＳＤ−ＲＳＰメッセージを受信する。なお、サービスフローの削除の場合、移動局３３０は、ＤＳＤ−ＲＳＰメッセージを受け取った旨の確認メッセージを、中継局２００に送信しなくてもよい。
【０１８６】
（ステップＳ４５）基地局１００のスケジューラ１７１は、情報が登録されているか、移動局３３０のＳＴＩＤを用いて検索する。登録されている場合、スケジュールテーブル１８１から、移動局３３０のスケジュール情報を削除する。なお、削除されたスケジュール情報より下の行に登録されているスケジュール情報は行位置が繰り上がる。
【０１８７】
（ステップＳ４６）基地局１００のスケジューラ１７１は、固定周期のデータ転送を終了する移動局のＳＴＩＤとして、移動局３３０のＳＴＩＤを含むＤＬ−ＭＡＰ情報およびＵＬ−ＭＡＰ情報を生成する。送信処理部１６０は、ＤＬ−ＭＡＰ情報およびＵＬ−ＭＡＰ情報を中継局２００に送信する。ただし、下りリンクのみ固定周期のデータ転送を行っていた場合は、ＤＬ−ＭＡＰ情報のみ送信してもよい。上りリンクのみ固定周期のデータ転送を行っていた場合は、ＵＬ−ＭＡＰ情報のみ送信してもよい。
【０１８８】
（ステップＳ４７）中継局２００の受信処理部２２０は、基地局１００からＤＬ−ＭＡＰ情報およびＵＬ−ＭＡＰ情報（または、何れか一方）を受信する。スケジューラ２６１は、ＤＬ−ＭＡＰ情報またはＵＬ−ＭＡＰ情報に、固定周期のデータ転送を終了する移動局のＳＴＩＤが含まれているか確認する。含まれている場合、スケジューラ２６１は、記憶部２７０に記憶されたスケジュールテーブルから、その移動局（移動局３３０）のスケジュール情報を削除する。なお、削除されたスケジュール情報より下の行に登録されているスケジュール情報は行位置が繰り上がる。
【０１８９】
このようにして、基地局１００および中継局２００は、サービスフローの削除を行った後、移動局３３０のスケジュール情報を、スケジュールテーブルから削除する。これにより、以降は、基地局１００と中継局２００との間で、移動局３３０が送受信するＭＡＣ−ＰＤＵについて固定周期のデータ転送が行われなくなる。なお、図２４の例では、サービスフローの削除の後にスケジュール情報の削除を行っているが、サービスフローの削除処理中に行ってもよい。例えば、基地局１００から中継局２００に送信するＤＳＤ−ＲＳＰメッセージに、スケジュール情報の削除を指示するパラメータを含めてもよい。
【０１９０】
図２５は、ＤＳＤ−ＲＥＱメッセージ（ＡＬ）の構造例を示す図である。図２５に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ４１で、移動局３３０から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＤ−ＲＥＱメッセージ（ＡＬ）の内容が挿入されている。
【０１９１】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、サービスフローＩＤ（Service Flow ID）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。
【０１９２】
管理メッセージ型は、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＤ−ＲＥＱメッセージの場合は「１７」に固定される。トランザクションＩＤは、サービスフローを削除する処理のトランザクションを識別する識別情報であり、１６ビットで表現される。トランザクションＩＤは、移動局３１０〜３６０が値を決定する。サービスフローＩＤは、サービスフローの確立の際に、基地局１００がサービスフローに対して付与した識別情報であり、３２ビットで表現される。ＴＬＶエンコーディング情報は、サービスフローに関するその他の情報であり、可変長である。
【０１９３】
図２６は、ＤＳＤ−ＲＥＱメッセージ（ＲＬ）の構造例を示す図である。図２６に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ４２で、中継局２００から基地局１００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＤ−ＲＳＰメッセージ（ＲＬ）の内容が挿入されている。
【０１９４】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、移動局のＳＴＩＤ（MS STID）、サービスフローＩＤ（Service Flow ID）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。移動局のＳＴＩＤ以外のパラメータは、ＤＳＤ−ＲＥＱメッセージ（ＡＬ）に含まれるものと同様である。
【０１９５】
移動局のＳＴＩＤは、ＤＳＤ−ＲＥＱメッセージ（ＡＬ）を送信した移動局に割り当てられているＳＴＩＤであり、１２ビットで表現される。中継局２００は、何れかの移動局からＤＳＤ−ＲＥＱメッセージを受信すると、同一無線フレーム内のＭＡＰ情報から送信元の移動局を特定し、特定した移動局のＳＴＩＤを、ＤＳＤ−ＲＥＱメッセージ（ＲＬ）に挿入する。基地局１００は、受信したＤＳＤ−ＲＥＱメッセージ（ＲＬ）に含まれるＳＴＩＤに基づいて、送信元の移動局を識別することができる。
【０１９６】
図２７は、ＤＳＤ−ＲＳＰメッセージ（ＲＬ）の構造例を示す図である。図２７に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ４３で、基地局１００から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分には、ＤＳＤ−ＲＳＰメッセージ（ＲＬ）の内容が挿入されている。
【０１９７】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、確認コード（Confirmation Code）、サービスフローＩＤ（Service Flow ID）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。なお、上記ステップＳ４４で中継局２００から移動局３３０に送信されるＤＳＤ−ＲＳＰメッセージ（ＡＬ）も、ＤＳＤ−ＲＳＰメッセージ（ＲＬ）と同様のパラメータを含む。
【０１９８】
管理メッセージ型は、前述の通り、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＤ−ＲＳＰメッセージの場合は「１８」に固定される。トランザクションＩＤは、ＤＳＤ−ＲＥＱメッセージ（ＲＬ）に含まれるものと同じ値が設定される。確認コードは、サービスフローの削除の可否を示すパラメータであり、８ビットで表現される。サービスフローＩＤは、前述の通り、サービスフローの識別情報であり、可変長である。ＴＬＶエンコーディング情報は、ＤＳＤ−ＲＥＱメッセージ（ＡＬ）に含まれるものと同様である。
【０１９９】
これまでの説明では、移動局３１０〜３６０側からサービスフローの開始または削除を要求する場合について説明したが、基地局１００側からサービスフローの開始または削除を要求する場合も考えられる。例えば、移動局３１０〜３６０が、他の移動局の発呼を受けて着信する場合などが考えられる。
【０２００】
図２８は、サービス追加処理の他の例を示すフローチャートである。ここでは、基地局１００が移動局３４０に対してサービスフローの開始を要求する場合を考える。以下、図２８に示す処理をステップ番号に沿って説明する。
【０２０１】
（ステップＳ５１）基地局１００のスケジューラ１７１は、移動局３４０が開始するサービスフローが、固定周期の無線リソースを割り当てる方が好ましい通信であるか否か判断する。固定周期とするのが好ましいか否かは、例えば、有線ネットワークから受信する制御データに基づいて判断できる。固定周期とするのが好ましい場合、処理をステップＳ５２に進める。それ以外の場合、処理をステップＳ５３に進める。
【０２０２】
（ステップＳ５２）基地局１００のスケジューラ１７１は、移動局３４０が開始するサービスフローに対して、ＤＬインターバルおよびＵＬインターバルを設定する。インターバルは、有線ネットワークから受信する制御データを参照して決定してもよい。そして、記憶部１８０に格納されたスケジュールテーブル１８１に、移動局３４０のＳＴＩＤと設定したＤＬインターバルおよびＵＬインターバルとを登録する。
【０２０３】
（ステップＳ５３）基地局１００のスケジューラ１７１は、サービスの追加を要求するメッセージ（ＤＳＡ−ＲＥＱメッセージ）を生成する。送信処理部１６０は、生成されたＤＳＡ−ＲＥＱメッセージを、リレーリンク上で中継局２００に送信する。ステップＳ５２でインターバルを設定した場合、送信するＤＳＡ−ＲＥＱメッセージには、設定したインターバルを示すパラメータが含まれる。
【０２０４】
（ステップＳ５４）中継局２００の受信処理部２２０は、基地局１００からＤＳＡ−ＲＥＱメッセージを受信する。スケジューラ２６１は、取得したＤＳＡ−ＲＥＱメッセージに、０より大きいＤＬインターバルまたはＵＬインターバルを示すパラメータが含まれているか否か判断する。含まれている場合、処理をステップＳ５５に進める。含まれていない場合、処理をステップＳ５６に進める。
【０２０５】
（ステップＳ５５）中継局２００のスケジューラ２６１は、記憶部２７０に格納されたスケジュールテーブルに、移動局３４０のＳＴＩＤと基地局１００から通知されたＤＬインターバルおよびＵＬインターバルとを登録する。
【０２０６】
（ステップＳ５６）中継局２００のスケジューラ２６１は、基地局１００から受信したＤＳＡ−ＲＥＱメッセージを基に、アクセスリンク上で送信するＤＳＡ−ＲＥＱメッセージを生成する。送信処理部２５０は、生成されたＤＳＡ−ＲＥＱメッセージを移動局３４０に送信する。
【０２０７】
（ステップＳ５７）移動局３４０は、中継局２００からＤＳＡ−ＲＥＱメッセージを受信する。そして、移動局３４０は、サービスの追加の要求に対する応答のメッセージ（ＤＳＡ−ＲＳＰメッセージ）を生成し、アクセスリンク上で中継局２００に送信する。
【０２０８】
（ステップＳ５８）中継局２００の受信処理部２２０は、移動局３４０からＤＳＡ−ＲＳＰメッセージを受信する。スケジューラ２６１は、受信したＤＳＡ−ＲＳＰメッセージを基に、リレーリンク上のＤＳＡ−ＲＳＰメッセージを生成する。送信処理部２５０は、生成されたＤＳＡ−ＲＳＰメッセージを基地局１００に送信する。
【０２０９】
（ステップＳ５９）基地局１００の受信処理部１２０は、中継局２００からＤＳＡ−ＲＳＰメッセージを受信する。スケジューラ１７１は、ＤＳＡ−ＲＳＰメッセージに対する応答メッセージ（ＤＳＡ−ＡＣＫメッセージ）を生成する。送信処理部１６０は、生成されたＤＳＡ−ＡＣＫメッセージを、中継局２００に送信する。
【０２１０】
（ステップＳ６０）中継局２００の受信処理部２２０は、基地局１００からＤＳＡ−ＡＣＫメッセージを受信する。スケジューラ２６１は、受信したＤＳＡ−ＡＣＫメッセージを基に、アクセスリンク上で送信するＤＳＡ−ＡＣＫメッセージを生成する。送信処理部２５０は、生成されたＤＳＡ−ＡＣＫメッセージを、移動局３４０に送信する。これにより、サービスフローの確立が完了する。基地局１００および中継局２００は、固定周期のスケジューリングを適用して、移動局３４０のユーザデータの送受信を開始する。
【０２１１】
このようにして、基地局１００側からサービスフローの開始を要求する場合も、基地局１００および中継局２００が保持するスケジュールテーブルに、移動局３４０のＳＴＩＤ，ＤＬインターバル，ＵＬインターバルが登録される。ただし、基地局１００は、ＤＬインターバルおよびＵＬインターバルを、ＤＳＡ−ＲＥＱメッセージのパラメータとして、中継局２００に通知する。
【０２１２】
図２９は、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の他の構造例を示す図である。図２９に示す構造のＭＡＣ−ＰＤＵが、上記ステップＳ５３で、基地局１００から中継局２００に送信される。このＭＡＣ−ＰＤＵは、ＭＡＣヘッダとペイロードとを含む。ペイロード部分に、ＤＳＡ−ＲＥＱメッセージ（ＲＬ）の内容が挿入されている。
【０２１３】
ペイロードは、管理メッセージ型（Management Message Type）、トランザクションＩＤ（Transaction ID）、移動局のＳＴＩＤ（MS STID）、サービスフローパラメータ（Service Flow Parameters）、リレースケジューリングパラメータ（Relay Scheduling Parameters）およびＴＬＶエンコーディング情報（TLV Encoding Information）を含む。
【０２１４】
管理メッセージ型は、制御メッセージの型を示すパラメータであり、８ビットで表現される。ＤＳＡ−ＲＥＱメッセージの場合は「１１」に固定される。トランザクションＩＤは、サービスフローを確立する処理のトランザクションを識別する識別情報であり、１６ビットで表現される。トランザクションＩＤは、基地局１００が値を決定する。移動局のＳＴＩＤは、サービスフローを開始する移動局を識別する識別情報であり、１２ビットで表現される。
【０２１５】
サービスフローパラメータは、サービスフローの確立のために参照されるパラメータであり、可変長である。サービスパラメータの一部または全部は、通信相手の移動局が指定したものである場合がある。リレースケジューリングパラメータは、リレーリンク上の無線リソースを割り当てるインターバルを示すパラメータであり、８ビットで表現される。リレースケジューリングパラメータには、それぞれ４ビットで表現されるＤＬインターバルとＵＬインターバルとが含まれる。固定周期のスケジューリングを行わない場合「０」に設定される。ＴＬＶエンコーディング情報は、サービスフローに関するその他の情報であり、可変長である。
【０２１６】
以降の制御メッセージに含まれるパラメータは、移動局３４０側からサービスフローを開始する場合と同様である。このようにして、基地局１００側からサービスフローを開始する処理を実現できる。
【０２１７】
このような第２の実施の形態に係る移動通信システムによれば、基地局１００と中継局２００との間のデータ転送を、効率的に行うことができる。すなわち、固定周期のスケジューリングを行うと判断されたサービスフローについては、ＭＡＣ−ＰＤＵを送信するサブフレームのインターバルおよびオフセットとサブフレーム内での送信順序とが、基地局１００と中継局２００との間で合意される。よって、基地局１００が宛先の移動局のＳＴＩＤをＨＡＲＱブロック内に記載しなくても、中継局２００は各ＭＡＣ−ＰＤＵの宛先を識別できる。また、中継局２００が送信元の移動局のＳＴＩＤをＨＡＲＱブロック内に記載しなくても、基地局１００は各ＭＡＣ−ＰＤＵの送信元を識別できる。
【０２１８】
従って、リレーリンクの無線リソースの消費を抑制できる。また、基地局１００および中継局２００がユーザデータの有無を示すビットマップを、ＨＡＲＱブロック内に記載する場合でも、その長さを抑制できる。これは、ＶｏＩＰ通信など、少量のデータを継続的に送信する通信の場合に特に有用である。また、固定周期のスケジューリングが好ましい種類の通信のみを対象として、上記制御を適用することができる。これにより、無線リソースの消費量と制御の複雑さや処理負荷との調整を図ることができる。
【０２１９】
上記については単に本発明の原理を示すものである。更に、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応する全ての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０２２０】
１０  基地局
１１，１３，２１，２３  記憶部
１２  識別部
１４，２２，２４  送信処理部
２０  中継局
３１，３２，３３，３４  移動局
【図１】
0005413464.tif 000002
【図２】
0005413464.tif 000003
【図３】
0005413464.tif 000004
【図４】
0005413464.tif 000005
【図５】
0005413464.tif 000006
【図６】
0005413464.tif 000007
【図７】
0005413464.tif 000008
【図８】
0005413464.tif 000009
【図９】
0005413464.tif 000010
【図１０】
0005413464.tif 000011
【図１１】
0005413464.tif 000012
【図１２】
0005413464.tif 000013
【図１３】
0005413464.tif 000014
【図１４】
0005413464.tif 000015
【図１５】
0005413464.tif 000016
【図１６】
0005413464.tif 000017
【図１７】
0005413464.tif 000018
【図１８】
0005413464.tif 000019
【図１９】
0005413464.tif 000020
【図２０】
0005413464.tif 000021
【図２１】
0005413464.tif 000022
【図２２】
0005413464.tif 000023
【図２３】
0005413464.tif 000024
【図２４】
0005413464.tif 000025
【図２５】
0005413464.tif 000026
【図２６】
0005413464.tif 000027
【図２７】
0005413464.tif 000028
【図２８】
0005413464.tif 000029
【図２９】
0005413464.tif 000030