(57)【特許請求の範囲】
【請求項１】
マルチホップ中継を使用する無線通信システムにおける中継局の動作方法であって、
上位ノードからサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを受信する過程と、
前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できるか否かを判断する過程と、
前記中継局が端末と直接通信するアクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できる場合、前記要求メッセージを次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードする過程と、
前記中継局が前記アクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを基地局に伝送する過程と、
前記中継局が前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを基地局に伝送する過程と、
前記基地局から受け付けられたサービスフローパラメータを含む確認メッセージを受信する過程と、
前記基地局から受け付けつけられたサービスフローパラメータを設定する過程と、を含むことを特徴とする方法。
【請求項２】
前記要求メッセージは、ＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージ及びＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲＥＱｕｅｓｔ）メッセージのうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記応答メッセージは、ＤＳＡ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲｅＳＰｏｎｓｅ）メッセージ及びＤＳＣ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲｅＳＰｏｎｓｅ）メッセージのうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項４】
前記確認メッセージは、ＤＳＡ−ＡＣＫメッセージ及びＤＳＣ−ＡＣＫメッセージのうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記サービスフローは、個別サービスフロー（ｉｎｄｉｖｉｄｕａｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）及びトンネルサービスフロー（ｔｕｎｎｅｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）のうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項６】
前記基地局が、サービス経路上の全中継局へ前記受け付けられたサービスフローパラメータを含む確認メッセージを伝送することを特徴とする請求項１に記載の方法。
【請求項７】
前記要求メッセージをルーティングするための経路と前記確認メッセージをルーティングするための経路は、同じ経路であることを特徴とする請求項１に記載の方法。
【請求項８】
マルチホップ中継を使用する無線通信システムにおける基地局の動作方法であって、
上位ノードにサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを伝送する過程と、
前記上位ノードが端末と直接通信するアクセス中継局ではなく、前記上位ノードが前記要求メッセージ内の前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記上位ノードから受信する過程と、
前記上位ノードが前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記上位ノードから受信する過程と、
前記上位ノードに受け付けられたサービスフローパラメータを含む確認メッセージを伝送する過程と、
を含み、
前記上位ノードが前記アクセス中継局ではなく、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージは、次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードされることを特徴とする方法。
【請求項９】
前記要求メッセージは、ＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージ及びＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲＥＱｕｅｓｔ）メッセージのうちいずれか一つであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記応答メッセージは、ＤＳＡ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲｅＳＰｏｎｓｅ）メッセージ及びＤＳＣ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲｅＳＰｏｎｓｅ）メッセージのうちいずれか一つであることを特徴とする請求項８に記載の方法。
【請求項１１】
前記確認メッセージは、ＤＳＡ−ＡＣＫメッセージ及びＤＳＣ−ＡＣＫメッセージのうちいずれか一つであることを特徴とする請求項８に記載の方法。
【請求項１２】
前記サービスフローは、個別サービスフロー（ｉｎｄｉｖｉｄｕａｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）及びトンネルサービスフロー（ｔｕｎｎｅｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）のうちいずれか一つであることを特徴とする請求項８に記載の方法。
【請求項１３】
前記基地局が、サービス経路上の全中継局へ前記受け付けられたサービスフローパラメータを含む確認メッセージを伝送することを特徴とする請求項８に記載の方法。
【請求項１４】
前記要求メッセージをルーティングするための経路と前記確認メッセージをルーティングするための経路は、同じ経路であることを特徴とする請求項８に記載の方法。
【請求項１５】
マルチホップ中継を使用する無線通信システムにおけるサービスフローに対する受付制御方法であって、
端末のサービスフローの変更が要求される場合、基地局が、受付制御決定を要求する要求メッセージをデータ伝達経路上の中継局に伝送する過程と、
前記データ伝達経路上の中継局が、前記要求メッセージ内の要求されたＱｏＳパラメータセットによって受付制御を遂行する過程と、
前記中継局が前記端末と直接通信するアクセス中継局ではなく、前記要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージを前記データ伝達経路上の次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードする過程と、
前記中継局が前記アクセス中継局ではなく、前記要求されたＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記基地局に伝送する過程と、
前記中継局が、前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記基地局に伝送する過程と、
前記基地局が、受け付けられたサービスフローパラメータを含む確認メッセージを前記中継局に伝送する過程と、
前記中継局が、前記確認メッセージを利用して受け付けられたサービスフローパラメータを設定する過程と、を含むことを特徴とする方法。
【請求項１６】
前記要求メッセージは、ＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージ及びＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲＥＱｕｅｓｔ）メッセージのうちいずれか一つであることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記応答メッセージは、ＤＳＡ−ＲＳＰメッセージ及びＤＳＣ−ＲＳＰメッセージのうちいずれか一つであることを特徴とする請求項１５に記載の方法。
【請求項１８】
前記中継局から前記応答メッセージを受信する際、前記基地局が、受付制御を遂行する過程と、
前記基地局が、受け付けられたサービスフローパラメータ（ａｄｍｉｔｔｅｄ  ｓｅｒｖｉｃｅ  ｆｌｏｗ  ｐａｒａｍｅｔｅｒ）を含むメッセージを前記端末に伝送する過程と、を含むことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記確認メッセージは、ＤＳＡ−ＡＣＫメッセージ及びＤＳＣ−ＡＣＫメッセージのうちいずれか一つであることを特徴とする請求項１５に記載の方法。
【請求項２０】
前記端末のサービスフロー変更は、端末がコネクション生成を要求する場合、基地局がコネクション生成を要求する場合、端末が既に生成されたコネクションのサービスフローパラメータ変更を要求する場合、及び基地局が既に生成されたコネクションのサービスフローパラメータ変更を要求する場合に要求されることを特徴とする請求項１５に記載の方法。
【請求項２１】
前記サービスフローは、個別サービスフロー及びトンネルサービスフローのうちいずれか一つであることを特徴とする請求項１５に記載の方法。
【請求項２２】
前記基地局が、サービス経路上の全中継局へ前記受け付けられたサービスフローパラメータを含む確認メッセージを伝送することを特徴とする請求項１５に記載の方法。
【請求項２３】
前記要求メッセージをルーティングするための経路と前記確認メッセージをルーティングするための経路は、同じ経路であることを特徴とする請求項１５に記載の方法。
【請求項２４】
マルチホップ中継を使用する無線通信システムにおける中継局装置であって、
上位ノードからサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを受信する受信部と、
前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できるか否かを判断する制御部と、
前記中継局が端末と直接通信するアクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できる場合、前記要求メッセージを次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードし、
前記中継局が前記アクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを基地局に伝送し、
前記中継局が前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを基地局に伝送する送信部と、を含み、
前記受信部は、前記基地局から受け付けられたサービスフローパラメータを含む確認メッセージを受信し、
前記制御部は、前記基地局から受け付けられたサービスフローパラメータを設定することを特徴とする装置。
【請求項２５】
前記要求メッセージは、ＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージ及びＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲＥＱｕｅｓｔ）メッセージのうちいずれか一つであることを特徴とする請求項２４に記載の装置。
【請求項２６】
前記応答メッセージは、ＤＳＡ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲｅＳＰｏｎｓｅ）メッセージ及びＤＳＣ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲｅＳＰｏｎｓｅ）メッセージのうちいずれか一つであることを特徴とする請求項２４に記載の装置。
【請求項２７】
前記確認メッセージは、ＤＳＡ−ＡＣＫメッセージ及びＤＳＣ−ＡＣＫメッセージのうちいずれか一つであることを特徴とする請求項２４に記載の装置。
【請求項２８】
前記サービスフローは、個別サービスフロー（ｉｎｄｉｖｉｄｕａｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）及びトンネルサービスフロー（ｔｕｎｎｅｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）のうちいずれか一つであることを特徴とする請求項２４に記載の装置。
【請求項２９】
前記受信部は、前記サービス経路上の全中継局へ伝送された前記受け付けられたサービスフローパラメータを含む確認メッセージを前記基地局から受信することを特徴とする請求項２４に記載の装置。
【請求項３０】
前記要求メッセージをルーティングするための経路と前記確認メッセージをルーティングするための経路は、同じ経路であることを特徴とする請求項２４に記載の装置。
【請求項３１】
マルチホップ中継を使用する無線通信システムにおける基地局装置であって、
上位ノードにサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを伝送する送信部と、
前記上位ノードが端末と直接通信するアクセス中継局ではなく、前記要求メッセージ内の前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記上位ノードから受信し、前記上位ノードが前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記上位ノードから受信する受信部と、
前記応答メッセージを受信する際、受付制御を遂行して、前記上位ノードに受け付けられたサービスフローパラメータを含む確認メッセージを伝送する制御部と、を含み、
前記上位ノードが前記アクセス中継局ではなく、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージは、次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードされることを特徴とする装置。
【請求項３２】
前記要求メッセージは、ＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージ及びＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲＥＱｕｅｓｔ）メッセージのうちいずれか一つであることを特徴とする請求項３１に記載の装置。
【請求項３３】
前記応答メッセージは、ＤＳＡ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲｅＳＰｏｎｓｅ）メッセージ及びＤＳＣ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ−ＲｅＳＰｏｎｓｅ）メッセージのうちいずれか一つであることを特徴とする請求項３１に記載の装置。
【請求項３４】
前記確認メッセージは、ＤＳＡ−ＡＣＫメッセージ及びＤＳＣ−ＡＣＫメッセージのうちいずれか一つであることを特徴とする請求項３１に記載の装置。
【請求項３５】
前記サービスフローは、個別サービスフロー（ｉｎｄｉｖｉｄｕａｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）及びトンネルサービスフロー（ｔｕｎｎｅｌ  ｓｅｒｖｉｃｅ  ｆｌｏｗ）のうちいずれか一つであることを特徴とする請求項３１に記載の装置。
【請求項３６】
前記基地局が、サービス経路上の全中継局へ前記受け付けられたサービスフローパラメータを含む確認メッセージを伝送することを特徴とする請求項３１に記載の装置。
【請求項３７】
前記要求メッセージをルーティングするための経路と前記確認メッセージをルーティングするための経路は、同じ経路であることを特徴とする請求項３１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチホップ中継方式を使用する広帯域無線アクセス通信システムに関し、特にサービスフローに対する受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行するための中継局と基地局とのシグナリング処理装置及び方法に関する。
【背景技術】
【０００２】
次世代通信システムである４Ｇ（４ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）通信システムは、約１００Ｍｂｐｓの伝送速度を有する多様なサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）のサービスを提供することを目的とする。特に、４Ｇ通信システムは、無線近距離通信ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システム及び無線トロポリタンエリアネットワーク（ＭＡＮ：Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムのような広帯域無線アクセス（Ｂｒｏａｄｂａｎｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ：ＢＷＡ）通信システムに移動性（ｍｏｂｉｌｉｔｙ）とサービス品質（ＱｏＳ）を保証する形態に進化しているが、その代表的な通信システムがＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１６ｄ通信システム及びＩＥＥＥ８０２．１６ｅ通信システムである。
【０００３】
前述のＩＥＥＥ８０２．１６ｄ通信システム及びＩＥＥＥ８０２．１６ｅ通信システムは、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）のために直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）／直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式を使用している。
【０００４】
図１は、一般的なＩＥＥＥ８０２．１６ｅ通信システムの構造を概略的に示す図である。
【０００５】
図１に示すように、ＩＥＥＥ８０２．１６ｅ通信システムは多重セル構造を有し、即ちセル１００とセル１５０とを有し、セル１００を管理する基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）１１０と、セル１５０を管理する基地局１４０と、複数の移動端末機（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、以下ＭＳという）ＭＳ１１１、１１３、１３０、１５１、１５３と、で構成される。そして、基地局１１０、１４０とＭＳ１１１、１１３、１３０、１５１、１５３との間の信号の送受信は、ＯＦＤＭ／ＯＦＤＭＡ方式を使用して行われる。ここで、ＭＳ１１１、１１３、１３０、１５１、１５３のうち、ＭＳ１３０は、セル１００とセル１５０との境界地域、即ちハンドオーバ（ｈａｎｄｏｖｅｒ）領域に位置する。従って、ＭＳ１３０が基地局１１０と信号を送受信する途中に基地局１４０が管理するセル１５０側に移動すると、そのサービング基地局（ｓｅｒｖｉｎｇ  ＢＳ）は基地局１１０から基地局１４０へ変更される。
【０００６】
上述した一般的なＩＥＥＥ８０２．１６ｅ通信システムは、図１のように、固定された基地局とＭＳとの間で直接リンクを介してシグナリングの送受信が行われるので、基地局とＭＳとの間に信頼度の高い無線通信リンクを容易に構成することができる。ところが、上記のＩＥＥＥ８０２．１６ｅ通信システムは、基地局の位置が固定されているので、無線網の構成において柔軟性が低く、そのため、トラフィック分布や通話要求量の変化が激しい無線環境では、効率的な通信サービスを提供し難しくなる。
【０００７】
このような短所を克服するために、固定された中継局（ｒｅｌａｙ  ｓｔａｔｉｏｎ）、又は移動性を有する中継局、又は一般のＭＳを用いて、マルチホップ中継形態のデータ伝達方式をＩＥＥＥ８０２．１６ｅ通信システムのような一般のセルラー無線通信システムに適用できる。マルチホップ中継方式を使用する無線通信システムは、通信環境の変化に迅速に対応してネットワークを再構成することができ、全体の無線網をより効率的に運用できる。例えば、マルチホップ中継方式を使用する無線通信システムは、セルサービス領域を拡張させ、システムの容量を増大させることができる。即ち、基地局とＭＳとの間のチャネル状態が劣悪な場合に、基地局とＭＳとの間に中継局を設置して、中継局を介したマルチホップ中継経路を構成することによって、チャネル状態がより優れた無線チャネルをＭＳに提供できる。また、基地局からチャネル状態が劣悪なセル境界地域でマルチホップ中継方式を使用することによって、より高速のデータチャネルを提供することができ、セルサービス領域を拡張させることができる。
【０００８】
以下、前述の基地局サービス領域を拡大するためのマルチホップ中継方式を使用する無線通信システムの構造を説明する。
【０００９】
図２は、基地局サービス領域を拡大するためのマルチホップ中継方式を使用する広帯域無線通信システムの構造を概略的に示す図である。
【００１０】
図２に示すように、マルチホップ中継無線通信システムは、多重セル構造を有し、即ち、セル２００とセル２４０とを有し、セル２００を管理する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）２１０と、セル２４０を管理する基地局２５０と、セル２００領域内に位置する複数のＭＳ２１１、２１３と、基地局２１０が管理するセル２００領域の外の領域２３０に存在する複数のＭＳ２２１、２２３と、基地局２１０と領域２３０に存在するＭＳ２２１、２２３の間にマルチホップ中継経路を提供する中継局２２０と、セル２４０領域内に位置する複数のＭＳ２５１、２５３、２５５と、基地局２５０が管理するセル２４０領域の外の領域２７０に存在する複数のＭＳ２６１、２６３と、基地局２５０と領域２７０に存在するＭＳ２６１、２６３の間にマルチホップ中継経路を提供する中継局２６０と、で構成される。ここで、基地局２１０、２５０と、中継局２２０、２６０と、ＭＳ２１１、２１３、２２１、２２３、２５１、２５３、２５５、２６１、２６３、との間の信号の送受信は、前述のＯＦＤＭ／ＯＦＤＭＡ方式を使用して行われる。
【００１１】
この時、セル２００領域に含まれるＭＳ２１１、２１３と中継局２２０とは、基地局２１０と信号を直接送受信できるが、領域２３０に存在するＭＳ２２１、２２３は、基地局２１０と信号を直接送受信できない。従って、中継局２２０は、領域２３０を管理し、信号を直接送受信できない基地局２１０とＭＳ２２１、２２３との間の信号を中継して、ＭＳ２２１、２２３は中継局２２０を介して基地局２１０と信号を送受信できる。また、セル２４０領域に含まれるＭＳ２５１、２５３、２５５と中継局２６０とは、基地局２５０と信号を直接送受信できるが、領域２７０に存在するＭＳ２６１、２６３は基地局２５０と信号を直接送受信できない。従って、中継局２６０は領域２７０を管理し、信号を直接送受信できない基地局２５０とＭＳ２６１、２６３との間の信号を中継して、ＭＳ２６１、２６３は、中継局２６０を介して基地局２５０と信号を送受信できる。
【００１２】
次に、システムの容量を増大するためのマルチホップ中継方式を使用する無線通信システムの構造について説明する。
【００１３】
図３は、システムの容量を増大するためのマルチホップ中継方式を使用する広帯域無線通信システムの構造を概略的に示す図である。
【００１４】
図３に示すように、マルチホップ中継無線通信システムは、基地局３１０と、複数のＭＳ３１１、３１３、３２１、３２３、３３１、３３３と、基地局３１０とＭＳ３１１、３１３、３２１、３２３、３３１、３３３との間のマルチホップ中継経路を提供する中継局３２０、３３０と、で構成される。そして、基地局３１０、中継局３２０、３３０と、ＭＳ３１１、３１３、３２１、３２３、３３１、３３３との間の信号の送受信は、前述のＯＦＤＭ／ＯＦＤＭＡ方式を使用して行われる。基地局３１０はセル３００を管理し、セル３００領域に含まれるＭＳ３１１、３１３、３２１、３２３、３３１、３３３及び中継局３２０、３３０は、基地局３１０と信号を直接送受信できる。
【００１５】
ところが、一部のＭＳ３２１、３２３、３３１、３３３のように、セル３００のエッジ近くに位置した場合には、基地局３１０と一部のＭＳ３２１、３２３、３３１、３３３との間の直接リンクの受信信号対雑音比（ＳＮＲ：ｓｉｇｎａｌ  ｔｏ  ｎｏｉｓｅ  ｒａｔｉｏ）が低くなることがある。従って、中継局３２０は、基地局３１０とＭＳ３２１、３２３とのトラフィックを中継し、ＭＳ３２１、３２３は、中継局３２０を介して基地局３１０とトラフィックを送受信する。また、中継局３３０は、基地局３１０とＭＳ３３１、３３３とのトラフィックを中継し、ＭＳ３３１、３３３は、中継局３３０を介して基地局３１０とトラフィックを送受信する。即ち、中継局３２０、３３０は、ＭＳ３２１、３２３、３３１、３３３に高速のデータの伝送経路を提供することによって、ＭＳの有効伝送率を高め、システムの容量を増大させることができる。
【００１６】
ここで、図２又は図３のマルチホップ中継を使用する広帯域無線通信システムにおいて、中継局２２０、２６０、３２０、３３０は、サービス提供者が設置したため、基地局２１０、２５０、３１０があらかじめ知っている上で管理する基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）中継局であるか、状況により加入者端末機（ＳＳ又はＭＳ）又は中継局として動作するクライアント（ｃｌｉｅｎｔ）中継局であり得る。または、中継局２２０、２６０、３２０、３３０は、移動性のない固定中継局であるか、定住しない（ｎｏｍａｄｉｃ）特性を有する非定住型中継局（例：ノート型パソコン）であるか、ＭＳのような移動性のある移動中継局であり得る。
【００１７】
前述のようなマルチホップ中継方式を使用する無線通信システムにおいて、端末が直接基地局と、又は中継局を介して基地局と通信を遂行する途中に、端末に新しいサービスフローが生成されるか、又は既に生成されているサービスフローのＱｏＳパラメータが変更される場合、基地局及び中継局は、新しいサービスフローのパラメータ、又は変更されるサービスフローパラメータを支援する必要がある。
【００１８】
一般に、端末のサービスフローパラメータは、ネットワーク上にあるポリシーサーバ（ＱｏＳ  ｐｏｌｉｃｙ  ｓｅｒｖｅｒ）で決定される。ポリシーサーバがサービスフローパラメータを決定するためには、基地局だけでなく中継局からも支援可能なパラメータ情報を獲得する必要がある。ここで、支援可能なパラメータ情報は、該当ノード（基地局又は中継局）での受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）によって獲得される。
【００１９】
上述のように、マルチホップ中継システムにおいて、端末に対してサービスフローが生成されるか、既に生成されたサービスフローのパラメータが変更される場合、該当端末のデータ伝達経路上のノードが受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行するためのシグナリング手順が必要である。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】大韓民国特許出願公報第２００８−８２３１８号
【発明の概要】
【発明が解決しようとする課題】
【００２１】
本発明の目的は、マルチホップ中継方式を使用する広帯域無線通信システムにおいて、サービスフローに対する受付制御を遂行するためのシグナリング装置及び方法を提供することにある。
【００２２】
本発明の他の目的は、マルチホップ中継方式を使用する広帯域無線通信システムにおいて、端末のデータ伝達経路上に存在するノードが端末のサービスフローに対する受付制御を遂行するためのシグナリング装置及び方法を提供することにある。
【課題を解決するための手段】
【００２３】
上記の目的を達成すべく、本発明の一つの態様によれば、マルチホップ中継を使用する無線通信システムにおける中継局の動作方法であって、上位ノードからサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを受信する過程と、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できるか否かを判断する過程と、前記中継局が端末と直接通信するアクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できる場合、前記要求メッセージを次のホップに当たる下位中継局（ｓｕｂｏｒｄｉａｔｅ  ＲＳ）にフォワードする過程と、前記中継局が前記アクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを基地局に伝送する過程と、前記中継局が前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを基地局に伝送する過程と、前記基地局から受け付けられたサービスフローパラメータを含む確認メッセージを受信する過程と、前記基地局から受け付けつけられたサービスフローパラメータを設定する過程と、を含むことを特徴とする。
【００２４】
本発明の他の態様によれば、マルチホップ中継を使用する無線通信システムにおけるサービスフローに対する受付制御方法であって、端末のサービスフローの変更が要求される場合、基地局が、受付制御決定を要求する要求メッセージをデータ伝達経路上の中継局に伝送する過程と、前記データ伝達経路上の中継局が、前記要求メッセージ内の要求されたＱｏＳパラメータセットによって受付制御を遂行する過程と、前記中継局が前記端末と直接通信するアクセス中継局ではなく、前記要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージを前記データ伝達経路上の次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードする過程と、前記中継局が前記アクセス中継局ではなく、前記要求されたＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記基地局に伝送する過程と、前記中継局が、前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記基地局に伝送する過程と、前記基地局が、受け付けられたサービスフローパラメータを含む確認メッセージを前記中継局に伝送する過程と、前記中継局が、前記確認メッセージを利用して受け付けられたサービスフローパラメータを設定する過程と、を含むことを特徴とする。
【００２５】
本発明のまた他の態様によれば、マルチホップ中継を使用する無線通信システムにおける中継局装置であって、上位ノードからサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを受信する受信部と、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できるか否かを判断する制御部と、前記中継局が端末と直接通信するアクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できる場合、前記要求メッセージを次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードし、前記中継局が前記アクセス中継局ではなく、前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを基地局に伝送し、前記中継局が前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを基地局に伝送する送信部と、を含み、前記受信部は、前記基地局から受け付けられたサービスフローパラメータを含む確認メッセージを受信し、前記制御部は、前記基地局から受け付けられたサービスフローパラメータを設定することを特徴とする。
【００２６】
本発明のさらに他の態様によれば、マルチホップ中継を使用する無線通信システムにおける基地局の動作方法であって、上位ノードにサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを伝送する過程と、前記上位ノードが端末と直接通信するアクセス中継局ではなく、前記上位ノードが前記要求メッセージ内の前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記上位ノードから受信する過程と、前記上位ノードが前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記上位ノードから受信する過程と、前記上位ノードに受け付けられたサービスフローパラメータを含む確認メッセージを伝送する過程と、を含み、前記上位ノードが前記アクセス中継局ではなく、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージは、次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードされることを特徴とする。
【００２７】
本発明のさらに他の態様によれば、マルチホップ中継を使用する無線通信システムにおける基地局装置であって、上位ノードにサービスフローに対する受付制御決定（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｄｅｃｉｓｉｏｎ）を要求する要求メッセージを伝送する送信部と、前記上位ノードが端末と直接通信するアクセス中継局ではなく、前記要求メッセージ内の前記ＱｏＳパラメータセットを支援できない場合、前記要求されたＱｏＳパラメータセットを支援できないことを示す応答メッセージを前記上位ノードから受信し、前記上位ノードが前記アクセス中継局である場合、前記要求されたＱｏＳパラメータを支援するか否かを示す受付制御結果を含む応答メッセージを前記上位ノードから受信する受信部と、前記応答メッセージを受信する際、受付制御を遂行して、前記上位ノードに受け付けられたサービスフローパラメータを含む確認メッセージを伝送する制御部と、を含み、前記上位ノードが前記アクセス中継局ではなく、前記要求メッセージ内の要求されたＱｏＳパラメータセットを支援できる場合、前記要求メッセージは、次のホップに当る下位中継局（ｓｕｂｏｒｄｉｎａｔｅ  ＲＳ）にフォワードされ、前記要求メッセージが前記下位中継局にフォワードされることを特徴とする。
【発明の効果】
【００２８】
本発明は、マルチホップ中継システムでサービスフローのＱｏＳパラメータに対する受付制御を遂行するための基地局と中継局との間のシグナリングを定義することによって、基地局は中継局の資源状態（ｒｅｓｏｕｒｃｅ  ｃｏｎｄｉｔｉｏｎ）を管理できる。さらに、基地局が、中継局の資源状態を基に端末のサービスを支援するための経路を再構成できる、又は端末のハンドオーバ制御などを容易に遂行することができる、という利点がある。
【図面の簡単な説明】
【００２９】
【図１】一般的なＩＥＥＥ８０２．１６ｅ通信システムの構造を概略的に図示した図である。
【図２】基地局のサービス領域を拡大するためのマルチホップ中継方式を使用する広帯域無線通信システムの構造を概略的に示す図である。
【図３】システムの容量を増大するためのマルチホップ中継方式を使用する広帯域無線通信システムの構造を概略的に示す図である。
【図４】本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、端末のサービスフロー追加要求に対する受付制御を遂行するための信号の流れを示す図である。
【図５】本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、トンネルに対するサービスフローを変更するための受付制御手順を示す図である。
【図６】本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおける基地局の動作を示すフローチャートである。
【図７】本発明の実施の形態によるマルチホップ中継方式を使用する無線通信システムにおける中継局の動作手順を示すフローチャートである。
【図８】本発明の実施の形態による基地局（又は中継局）のブロック構成を示す図である。
【図９】本発明の他の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、端末のサービスフロー追加要求に対する受付制御を遂行するための信号の流れを示す図である。
【発明を実施するための形態】
【００３０】
以下、添付した図面を参照して、本発明の動作原理について詳細に説明する。以下で本発明の実施形態を説明するに当たって、関連した公知の機能又は構成についての具体的な説明が本発明の要旨を不明確にする恐れがあると判断される場合には、その詳細な説明を省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザ、操作者の意図又は慣例などによって変わりうる。したがって、その定義は、本明細書全般にわたる内容に基づいて行わなければならない。
【００３１】
以下、本発明は、マルチホップ中継方式を使用する広帯域無線アクセス通信システムにおいて、端末のサービスフローに対する受付制御を行うための基地局及び中継局間のシグナリング処理方案を提案する。
【００３２】
ここで、マルチホップ中継方式を使用する広帯域無線アクセス通信システムとは、例えば、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式、又は直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式を使用する通信システムである。マルチホップ中継方式を使用する広帯域無線アクセス通信システムは、ＯＦＤＭ／ＯＦＤＭＡ方式を使用するため、複数のサブキャリア（ｓｕｂ−ｃａｒｒｉｅｒ）を使用して物理チャネル信号を送信することで高速のデータ送信が可能となり、多重セル（ｍｕｌｔｉ−ｃｅｌｌ）構造によって端末の移動性を支援することができる。
【００３３】
以下では、広帯域無線接続通信システムを一例として挙げて説明するが、本発明は、マルチホップ中継方式を使用するセルラーベースの通信システムであれば、同様に適用され得る。
【００３４】
図４は、本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、端末のサービスフローの追加要求に対する受付制御を行うための信号の流れを示す図である。
【００３５】
図４に示すように、端末４６０は、ステップ４０１で、新しいコネクションＡを生成するためにＤＳＡ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲＥＱｕｅｓｔ）メッセージを基地局４００に伝送する。ここで、ＤＳＡ−ＲＥＱメッセージは、生成しようとするサービスフローに対するパラメータ情報（例：ＱｏＳパラメータセット（ｓｅｔ）、ＱｏＳプロファイル（ｐｒｏｆｉｌｅ）識別子など）を含むことができる。
【００３６】
すると、基地局４００は、ステップ４０３で、端末４６０から受信したコネクションＡに対するサービスフローパラメータを含むＤＳＡ−ＲＥＱメッセージを、端末のデータ伝達経路上にある第１中継局４４０及び第２中継局４５０に伝送する。即ち、端末のデータ伝達経路上にある中継局にコネクションＡに対するサービスフローパラメータを受け付けられるか否かを問う。
【００３７】
その後、第１中継局４４０は、ステップ４０５で、ＤＳＡ−ＲＥＱメッセージに含まれたサービスフローパラメータを用いて受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行する。即ち、第１中継局４４０は、要求されたＱｏＳパラメータセット（ｒｅｑｕｅｓｔｅｄ  ＱｏＳ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）を支援できるか否かを判断する。この時、前述のサービスフローパラメータを受け付けられると仮定する。サービスフローパラメータを受け付けられる場合、第１中継局４４０は、ステップ４０７で、ＤＳＡ−ＲＥＱメッセージを端末のデータ伝達経路上の次のホップに当たる下位（ｓｕｂｏｒｄｉｎａｔｅ）第２中継局４５０にフォワーディングする。
【００３８】
その後、第２中継局４５０は、ステップ４０９で、ＤＳＡ−ＲＥＱメッセージに含まれた要求サービスフローパラメータを用いて受付制御を遂行する。この時、前述のサービスフローパラメータが受け付けられないと仮定する。要求されたＱｏＳパラメータセットを支援できない場合、第２中継局４５０は、ステップ４１１で、要求されたＱｏＳパラメータセットを支援できないことを告知するＤＳＡ−ＲＳＰ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ−ＲｅＳＰｏｎｓｅ）メッセージを第１中継局４４０に伝送し、第１中継局４４０は、ステップ４１３で、ＤＳＡ−ＲＳＰメッセージを基地局４００にフォワーディングする。ＤＳＡ−ＲＳＰメッセージは、要求されたＱｏＳパラメータを支援できないことを示す確認コード（ｃｏｎｆｉｒｍａｔｉｏｎ  ｃｏｄｅ）及び第２中継局４５０で受容できるＱｏＳパラメータセット（ａｃｃｅｐｔａｂｌｅ  ＱｏＳ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）などを含むことができる。この時、第２中継局４５０で受容できるＱｏＳパラメータ情報は、要求されたＱｏＳパラメータセットのうち、支援できないパラメータと、パラメータに対して第２中継局４５０で支援できるパラメータ値（ｖａｌｕｅ）と、を含むことができる。
【００３９】
例えば、ステップ４０７で受信したＤＳＡ−ＲＥＱメッセージに含まれたコネクションＡに対する要求されたＱｏＳパラメータセットのうちの一つである「最低限要求されるトラフィック量」を５０と仮定した時、第２中継局４５０が「最低限要求されるトラフィック量」に対して３０を支援できる場合、ＤＳＡ−ＲＳＰメッセージは、「最低限要求されるトラフィック量」に対する支援可能なパラメータ値「３０」を含むことができる。
【００４０】
上記のように、該当経路上の中継局から収集された情報は、該当端末のサービスフローに対する支援の可否を決定する以外にも、サービスフローに対して支援ができない場合、端末を支援可能な中継局又は基地局にハンドオーバさせるトリガリングポイントとして用いるか、基地局のロード（ｌｏａｄ）制御情報として用いることができる。
【００４１】
その後、基地局４００は、ステップ４１５で記受信したＤＳＡ−ＲＳＰメッセージの情報を基にコネクションＡに対する受付制御を遂行して、受付制御の結果によってコネクションＡに対するパラメータを決定する。一方、コネクションＡに対するＱｏＳパラメータの決定が基地局４００で遂行されると記述したが、ＱｏＳパラメータの決定はポリシーサーバで遂行されることができ、ポリシーサーバと基地局４００との間のシグナリングは公知された技術であるので、詳細な説明は省略する。ステップ４１５で決定されたコネクションＡに対するパラメータは、第２中継局４５０から収集された情報を基に修正されたサービスフローパラメータであるか、コネクションＡをサービスできないことを示す情報であり得る。
【００４２】
一般に、ポリシーサーバは、各ＱｏＳフロー（例えば、ＵＧＳ、ｎｒｔＰＳ、ｒｔＰＳ、ｅｒｔＰＳなど）に対するＱｏＳパラメータセット（例えば、トラフィックプライオリティ（ｔｒａｆｆｉｃ  ｐｒｉｏｒｉｔｙ）、最大持続レート（Ｍａｘｉｍｕｍ  Ｓｕｓｔａｉｎｅｄ  Ｒａｔｅ）、最小予約伝送率（ｍｉｎｉｍｕｍ  ｒｅｓｅｒｖｅｄ  ｒａｔｅ）、最大遅延（ｍａｘｉｍｕｍ  ｌａｔｅｎｃｙ）、授与間隔（ｇｒａｎｔ  ｉｎｔｅｒｖａｌ）など）を定義している。新しいサービスが開始される場合、端末は応用階層を介してセッション開始（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ）をＣＳＭ（ｃｏｒｅ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）の該当ネットワークエンティティ（例えば、ＩＭＳ（ｉｎｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ）サーバ）に伝送し、該当ネットワークエンティティはポリシーサーバをトリガリングする。すると、ポリシーサーバは、要求されたサービスに対するＱｏＳパラメータセットを応用階層を介して端末に伝達するか、又はＱｏＳパラメータセットを含むＤＳＡトリガリングを該当サービング基地局に伝達できる。前者の場合、端末はＱｏＳパラメータセットを含むＤＳＡ−ＲＥＱメッセージを基地局に伝送することができ、後者の場合、基地局からＤＳＡ−ＲＥＱメッセージを端末に伝送することによってシグナリングのネゴシエーションを始めることができる。マルチホップシステムの場合、ノードによって支援できるサービスの水準が異なるため、上述のようにフローのＱｏＳパラメータセットの変更が要求され得る（ステップ４１５）。この場合、基地局が該当ＱｏＳフローの各パラメータに対する許容範囲を有していれば、基地局は許容範囲内で該当サービスフローに対するパラメータを修正できる。もし、基地局が許容範囲を有していなければ、基地局はポリシーサーバに該当サービスフローに対するパラメータの決定を要求し、ポリシーサーバから決定されたサービスフローパラメータを受信できる。
【００４３】
一方、基地局４００は、ステップ４１７で、決定されたパラメータを含むＤＳＡ−ＲＳＰメッセージを、第１中継局４４０及び第２中継局４５０を介して端末４６０に伝送する。そして、端末４６０は、ステップ４１９で、ＤＳＡ−ＲＳＰメッセージに対する応答としてＤＳＡ−ＡＣＫ（ＤＳＡ−ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを基地局４００に伝送する。
【００４４】
すると、基地局４００は、ステップ４２１で、コネクションＡに対して決定されたサービスフローパラメータを含むＤＳＡ−ＡＣＫメッセージを第１中継局４４０に伝送し、第１中継局４４０は、ステップ４２３で、ＤＳＡ−ＡＣＫメッセージを次のホップに当る第２中継局４５０に伝達する。即ち、端末のサービス経路上にある中継局に決定されたサービスフローパラメータを告知する。その後、基地局４００及び中継局４４０、４５０は、決定されたサービスフローパラメータに基づいて端末４６０に該当サービスを提供する。
【００４５】
上述した図４の手順は、端末がコネクション生成を要求する場合（ＭＳ_ｉｎｉｔ  ＤＳＡ）を仮定して説明したが、基地局がコネクション生成を要求する場合（ＢＳ_ｉｎｉｔ  ＤＳＡ）、端末が既に生成されているコネクションに対するサービスフローパラメータの変更を要求する場合（ＭＳ_ｉｎｉｔ  ＤＳＣ）、基地局が既に生成されているコネクションに対するサービスフローパラメータの変更を要求する場合（ＢＳ_ｉｎｉｔ  ＤＳＣ）にも上述した図４による受付制御手順を遂行することができる。もし、既に生成されているコネクションに対するサービスフローパラメータを変更する場合、上述したＤＳＡ−ＲＥＱ／ＤＳＡ−ＲＳＰ／ＤＳＡ−ＡＣＫメッセージの代わりに、ＤＳＣ−ＲＥＱ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ）／ＤＳＣ−ＲＳＰ／ＤＳＣ−ＡＣＫメッセージを利用できる。
【００４６】
次に、トンネリング（ｔｕｎｎｅｌｉｎｇ）モードを利用して端末のデータを伝送する場合における受付制御手順について説明する。即ち、基地局と端末のアクセスノード（端末のデータ伝達経路の終端中継局）との間にトンネルが生成されている時であって、トンネルのサービスフローパラメータが変更される場合を考慮した受付制御手順について説明する。ここで、トンネルのサービスフローパラメータが変更される場合は、トンネルを用いる新しいコネクションが追加される場合や、トンネルを用いる既に生成されたコネクションのサービスフローパラメータ値が変更される場合などを含むことができる。
【００４７】
図５は、本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、トンネルに対するサービスフローを変更するための受付制御手順を示す図である。
【００４８】
図５に示すように、端末５６０のコネクションＡに対するデータの伝送のために、端末のデータ経路上にある基地局５００と、第１中継局５４０と、第２中継局５５０との間にトンネル１が設定されているが、トンネル１はトンネル１のための別途のサービスフローパラメータ（ＱｏＳパラメータセット）を有すると仮定する。ステップ５０１で、基地局５００、第１中継局５４０、及び第２中継局５５０は、トンネル１を用いて端末５６０のコネクションＡに対するデータを伝達する。
【００４９】
もし、端末５６０のコネクションＡに対するサービスフローパラメータの変更が必要な場合、端末５６０は、ステップ５０３で、コネクションＡに対するサービスフローパラメータ値の変更を要求するＤＳＣ−ＲＥＱメッセージを基地局５００に伝送する。
【００５０】
すると、基地局５００は、ステップ５０５で、ＤＳＣ−ＲＥＱメッセージの情報に基づいて受付制御を遂行する。この時、受付制御によってトンネル１に設定されたサービスフローパラメータの変更が必要と判断された場合、基地局５００は、トンネル１に要求されるサービスフローパラメータ値を決定する。
【００５１】
そして、基地局５００は、ステップ５０７で、決定されたトンネル１のサービスフローパラメータ値を含むＤＳＣ−ＲＥＱメッセージを第１中継局５４０に伝送する。すると、第１中継局５４０は、ステップ５０９で、ＤＳＣ−ＲＥＱメッセージの情報に基づいて受付制御を遂行する。即ち、第１中継局５４０は、要求されたＱｏＳパラメータセットを支援できるか否かを判断する。この時、該当サービスフローパラメータが受け付けられないと仮定する。サービスフローパラメータが受け付けられない場合、第１中継局５４０は、ステップ５１１で、トンネル１に対して要求されたＱｏＳパラメータセットを支援できないことを告知する確認コード（ｃｏｎｆｉｒｍａｔｉｏｎ  ｃｏｄｅ）と第１中継局５４０が受容できるＱｏＳパラメータセットとを含むＤＳＣ−ＲＳＰメッセージを生成し、生成されたＤＳＣ−ＲＳＰメッセージを基地局５００に伝送する。即ち、ＤＳＣ−ＲＳＰメッセージは、第１中継局５４０が支援できないサービスフローパラメータと、パラメータに対して第１中継局５４０が受容できるサービスフローパラメータ値とを含むことができる。
【００５２】
一方、基地局５００は、ステップ５１３で、トンネル１に対するサービスフローパラメータ値を再調整できるか、又はトンネル１に対するサービスフローパラメータ値を再調整できないので端末のコネクションＡに対するサービスフローパラメータの変更要求を拒否するかなどを検討する。ここで、トンネル１に対するサービスフローパラメータ値を再調整すると仮定する。トンネル１に対するサービスフローパラメータ値を再調整する場合、基地局５００は、ステップ５１５で、トンネル１に対して再調整されたサービスフローパラメータを含むＤＳＣ−ＲＥＱメッセージを第１中継局５４０に伝送する。
【００５３】
すると、第１中継局５４０は、ステップ５１７で、トンネル１に対して再調整されたサービスフローパラメータを受け付けられるか否かを判断する。この時、再調整されたサービスフローパラメータが受け付けられると仮定する。即ち、要求されたＱｏＳパラメータセットを支援できると判断された場合、第１中継局５４０は、ステップ５１９で、要求されたＱｏＳパラメータセットを含むＤＳＣ−ＲＥＱメッセージを、端末データ伝達経路上の次のホップに当たる下位第２中継局５５０にフォワーディングする。
【００５４】
すると、第２中継局５５０は、ステップ５２１で、受信したＤＳＣ−ＲＥＱメッセージの情報に基づいて受付制御を遂行する。この時、該当サービスフローパラメータを受け付けられないと仮定する。サービスフローパラメータを受け付けられない場合、第２中継局５５０は、ステップ５２３で、トンネル１に対して要求されたＱｏＳパラメータセットを支援できないことを告知する確認コード（ｃｏｎｆｉｒｍａｔｉｏｎ  ｃｏｄｅ）と、第２中継局５５０で支援できないサービスフローパラメータに対して第２中継局５５０が受容可能なサービスフローパラメータ値とを含むＤＳＣ−ＲＳＰメッセージを第１中継局５４０に伝送し、第１中継局５４０は、ステップ５２５で、ＤＳＣ−ＲＳＰメッセージを基地局５００にフォワーディングする。
【００５５】
すると、基地局５００は、ステップ５２７で、第２中継局５５０から受信したＤＳＣ−ＲＥＱメッセージの情報に基づいてトンネル１に対するサービスフローパラメータ値を再調整できるか、又はトンネル１に対するサービスフローパラメータ値を再調整できないので端末のコネクションＡに対するサービスフローパラメータの変更要求を拒否するかなどを検討する。ここで、トンネル１に対するサービスフローパラメータ値を再調整すると仮定する。
【００５６】
その後、基地局５００は、ステップ５２９で、最終決定されたトンネル１に対するＱｏＳパラメータセットを含むＤＳＣ−ＲＳＰメッセージを、端末５６０に伝送する。この時、決定されたトンネル１に対するＱｏＳパラメータセットは、第２中継局５５０から受信した情報を基に更新されたサービスフローパラメータであるか、又は端末５６０が要求したコネクションＡのサービスフローパラメータ変更を受け付けられないことを示す情報であり得る。
【００５７】
一方、端末５６０は、ステップ５３１で、ＤＳＣ−ＲＳＰメッセージに対する応答としてＤＳＣ−ＡＣＫメッセージを基地局５００に伝送する。すると、基地局５００は、ステップ５３３で、トンネル１に対する決定されたパラメータを含むＤＳＣ−ＡＣＫメッセージを、端末のサービス経路上にある第１中継局５４０に伝送する。第１中継局５４０は、ステップ５３５で、ＤＳＣ−ＡＣＫメッセージの情報（サービスフローパラメータ）を該当テーブルに設定し、ＤＳＣ−ＡＣＫメッセージを端末のサービス経路上にある次のホップに当たる第２中継局５５０にフォワーディングする。すると、第２中継局５５０は、ＤＳＣ−ＡＣＫメッセージの情報を該当テーブルに設定する。その後、基地局５００及び中継局５４０、５５０は、上述のようにネゴシエートされたサービスフローパラメータに基づいて端末５６０にサービスを提供する。
【００５８】
図６は、本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおける基地局の動作を示すフローチャートである。
【００５９】
図６に示すように、先ず、基地局は、ステップ６０１で、端末のサービスフローの変更が必要か否かを判断する。ここで、サービスフローの変更は、端末がコネクション生成を要求する場合、基地局がコネクション生成を要求する場合、端末が既に生成されているコネクション（個別コネクション及びトンネルコネクションを全て含むことを意味する）に対するサービスフローパラメータを変更する場合、基地局が既に生成されているコネクション（個別コネクション及びトンネルコネクションを全て含むことを意味する）に対するサービスフローパラメータを変更する場合に発生し得る。新しいコネクションは、ＤＳＡ手順を介して生成されることができ、既に生成されたコネクションのサービスフローパラメータはＤＳＣ手順を介して変更され得る。
【００６０】
端末のサービスフローの変更が必要な場合、基地局は、ステップ６０３で、受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を要求するメッセージを生成する。ここで、受付制御要求メッセージは、一例として、ＤＳＡ−ＲＥＱメッセージ、ＤＳＣ−ＲＥＱメッセージのうち一つであるか、又は別途定義された他のメッセージであり得る。
【００６１】
その後、基地局は、ステップ６０５で、受付制御要求メッセージを該当端末のデータ伝達経路上の中継局に伝送する。ここで、受付制御要求メッセージは、受付制御が要求されるサービスフローパラメータ（ＱｏＳパラメータセット）を含む。
【００６２】
受付制御要求メッセージを伝送した後、基地局は、ステップ６０７で、受付制御要求メッセージに対する応答メッセージを受信したか否かを検査する。ここで、応答メッセージは、一例として、ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージのうち一つであるか、又は別途定義された他のメッセージであり得る。
【００６３】
受付要求メッセージに対する応答メッセージを受信すると、基地局は、ステップ６０９で、応答メッセージを端末のアクセス中継局（該当経路上の最終中継局）から受信したか否かを判断する。アクセス中継局でない場合、基地局は、ステップ６２１に進行して応答メッセージの情報に基づいてサービスフローパラメータを再調整するか、又は端末のサービスフローの変更（生成、又はパラメータ変更）を拒否するかなどを決定する。この時、サービスフローパラメータが再調整される場合、基地局は、該当経路上の中継局に再び受付制御を要求するためにステップ６０３に戻る。
【００６４】
もし、アクセス中継局である場合、基地局は、ステップ６１１に進行して応答メッセージの情報に基づいてサービスフローパラメータを最終決定する。この時、サービスフローパラメータが再び調整されるか、もしくは、端末のサービスフローの変更が拒否されることがある。
【００６５】
前記サービスフローパラメータが最終決定されると、基地局は、ステップ６１３に進行して決定されたサービスフローパラメータを含むメッセージを生成する。ここで、前述のメッセージは、例えば、ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージのうちの一つであるか、又は別途定義された他のメッセージであり得る。
【００６６】
そして、基地局は、ステップ６１５で、生成されたメッセージを端末に伝送する。その後、基地局は、ステップ６１７で、端末から受信確認（ＡＣＫ）メッセージを受信したか否かを検査する。ＡＣＫメッセージを受信した場合、基地局は、ステップ６１９で、該当経路の中継局に決定されたサービスフローパラメータを含むメッセージを伝送する。この時、前述のメッセージは、例えば、ＤＳＡ−ＡＣＫメッセージ、ＤＳＣ−ＡＣＫメッセージのうちの一つであるか、又は別途定義された他のメッセージであり得る。このような手順で最終確定されたサービスフローパラメータは、該当データベース（メモリ）に設定され、基地局は、設定されたサービスフローパラメータに基づいて端末にサービスを提供する。
【００６７】
図７は、本発明の実施の形態によるマルチホップ中継方式を使用する無線通信システムにおける中継局の動作手順を示すフローチャートである。
【００６８】
図７に示すように、先ず、中継局は、ステップ７０１で、上位ノード（基地局又は上位中継局）から受付制御を要求するメッセージを受信したか否かを検査する。ここで、受付制御要求メッセージは、例えば、ＤＳＡ−ＲＥＱメッセージ、ＤＳＣ−ＲＥＱメッセージのうちの一つであるか、又は別途定義された他のメッセージであり得る。ここで、受付制御要求メッセージは、受付制御が要求されるサービスフローパラメータ情報（ＱｏＳ派パラメータセット）を含む。
【００６９】
受付制御要求メッセージを受信した場合、中継局は、ステップ７０３で、メッセージに含まれた要求されたＱｏＳパラメータセットを用いて受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行する。即ち、中継局は、要求されたＱｏＳパラメータセットを支援できるか否かを判断する。そして、中継局は、ステップ７０５で、自らがデータ伝達経路上の終端に位置したアクセス中継局であるかを確認する。
【００７０】
もし、アクセス中継局でない場合、即ち、次のホップの中継局（下位中継局）が存在する場合、中継局は、ステップ７０７に進行して受付制御の結果から要求されたＱｏＳパラメータセットが受け付けられたか否かを確認する。もし、受け付けられた場合、中継局は、ステップ７１３に進行して上位ノードから受信した受付制御要求メッセージを該当経路上の次のホップ中継局にフォワーディングする。
【００７１】
一方、要求されたＱｏＳパラメータセットを支援できない場合、中継局は、ステップ７０９で、要求されたＱｏＳパラメータセットを支援できないことを告知する応答メッセージを生成する。そして、中継局は、ステップ７１１で、生成された応答メッセージを基地局に伝送する。
【００７２】
一方、ステップ７０５で、自らがアクセス中継局であると判断されると、中継局は、ステップ７１５に進行して受付制御の結果を含む応答メッセージを生成する。そして、中継局は、ステップ７１７で、応答メッセージを基地局に伝送する。
【００７３】
受付制御要求に対する応答メッセージは、要求されたＱｏＳパラメータセットを支援できないことを告知する確認コード（ｃｏｎｆｉｒｍａｔｉｏｎ  ｃｏｄｅ）及び受容できるパラメータ情報（支援できないパラメータ識別子及び該当パラメータに対して支援可能な値）を含むことができる。また、応答メッセージは、例えば、ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージのうちの一つであるか、又は別途定義された他のメッセージであり得る。
【００７４】
一方、中継局は、上述した図７の手順の後、基地局から最終確定されたサービスパラメータ情報を含むメッセージ（ＤＳＡ−ＡＣＫ、ＤＳＣ−ＡＣＫ）を受信することができ、そのメッセージを受信した場合、中継局は、最終確定されたサービスフローパラメータをメモリに設定する。その後、中継局は、設定されたサービスフローパラメータに基づいて該当端末にサービスを提供する。
【００７５】
図８は、本発明の実施の形態による基地局（又は中継局）のブロック構成を示す図である。ここで、同じインタフェースモジュール（通信モジュール）を有する基地局と中継局とは、同じブロック構成を有するので、以下では、図８の装置を用いて基地局と中継局の動作について説明する。また、以下の説明は、ＴＤＤ−ＯＦＤＭＡシステムであると仮定した場合のものである。しかし、本発明は、ＦＤＤ−ＯＦＤＭＡシステム、ＴＤＤとＦＤＤとを共に使用するハイブリッドシステム、及び他の資源分割方式を使用するセルラーベースのシステムに容易に適用され得る。
【００７６】
図示のように、本発明の実施の形態による基地局（又は中継局）は、サービスフローパラメータ保存部８００、制御部８０２、メッセージ処理部８０４、メッセージ生成部８０６、ＲＦ受信機８０８、ＡＤＣ８１０、ＯＦＤＭ復調器８１２、複号化器８１４、符号化器８１６、ＯＦＤＭ変調器８１８、ＤＡＣ８２０、ＲＦ送信器８２２、デュプレクサ８２４を含んで構成される。
【００７７】
図８に示すように、先ず、デュプレクサ８２４は、デュプレキシング方式によってＲＦ送信機８２２からの送信信号をアンテナを介して送信し、アンテナからの受信信号をＲＦ受信機８０８に提供する。例えば、時分割双方向伝送方式（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：ＴＤＤ）の場合、デュプレクサ８２４は、送信区間の場合、ＲＦ送信機８２２からの信号をアンテナを介して送信し、受信区間の場合、アンテナを介して受信する信号をＲＦ受信機８０８に伝達する。
【００７８】
ＲＦ受信機８０８は、アンテナを介して受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号を基底帯域アナログ信号に変換する。ＡＤＣ８１０は、ＲＦ受信機８０８からのアナログ信号をサンプルデータに変換して出力する。ＯＦＤＭ復調器８１２は、ＡＤＣ８１０から出力されるサンプルデータを高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ：ＦＦＴ）して周波数領域のデータに変換し、周波数領域のデータのうち実際受信しようとする副搬送波などのデータを選択して出力する。
【００７９】
複号化器８１４は、ＯＦＤＭ復調器８１２からのデータを予め決められた変調水準（ＭＣＳレベル）によって復調（ｄｅｍｏｄｕｌａｔｉｏｎ）及び復号（ｄｅｃｏｄｉｎｇ）して出力する。メッセージ処理部８０４は、複号化器８１４からの制御メッセージを解析して、その結果を制御部８０２に提供する。
【００８０】
制御部８０２は、メッセージ処理部８０４からの情報に基づいて該当動作（ｏｐｅｒａｔｉｏｎ）を制御し、また送信する情報を生成してメッセージ生成部８０６に提供する。ここで、制御部８０２は、サービスフローパラメータに対する受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行すると仮定する。サービスフローパラメータ保存部８００は、それぞれの端末に対して生成されているサービスフローを管理し、各サービスフローに対して受け付けられたサービスフローパラメータ（ＱｏＳパラメータセット）を管理する。
【００８１】
メッセージ生成部８０６は、制御部８０２から提供された各種情報を用いてメッセージを生成して物理階層の符号化器８１６に出力する。
【００８２】
符号化器８１６は、メッセージ生成部８０６からのデータを予め決められた変調水準（ＭＣＳレベル）によって符号化及び変調して出力する。ＯＦＤＭ変調器８１８は、符号化器８１６からのデータをＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）してサンプルデータ（ＯＦＤＭシンボル）を出力する。ＤＡＣ８２０は、サンプルデータをアナログ信号に変換して出力する。ＲＦ送信機８２２は、ＤＡＣ８２０からのアナログ信号をＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号に変換してアンテナを介して送信する。
【００８３】
上述した構成で、制御部８０２は、プロトコル制御部として、メッセージ処理部８０４及びメッセージ生成部８０６を制御する。即ち、制御部８０２は、メッセージ処理部８０４及びメッセージ生成部８０６の機能を遂行できる。本発明においてこれを別途に構成したのは各機能を区別して説明するためである。従って、実際に具現する場合、これらの全てを制御部８０２で処理するように構成することができ、これらのうち一部のみを制御部８０２で処理するように構成することもできる。
【００８４】
また、制御部８０２は、プロトコル処理の遂行中に必要な情報を物理階層の該当構成部に提供するか、物理階層の該当構成部に制御信号を発生する。
【００８５】
以下、図８の構成に基づいて本発明による基地局及び中継局の動作について説明する。以下、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層で遂行されるシグナリング処理を中心に説明する。
【００８６】
先ず、基地局の動作について説明すれば次のとおりである。
【００８７】
制御部８０２は、端末のサービスフローの変更が必要か否かを判断し、サービスフローを変更（サービスフロー生成及び既に生成されたサービスフローのパラメータ変更を含む意味である）する必要がある場合、メッセージ生成部８０６をトリガリングする。すると、メッセージ生成部８０６は、制御部８０２の制御下で受付制御要求メッセージ（例：ＤＳＡ−ＲＥＱメッセージ、ＤＳＣ−ＲＥＱメッセージ）を生成して物理階層部に伝達する。ここで、受付制御要求メッセージは、受付制御が要求されるＱｏＳパラメータセット情報を含むことができる。一方、メッセージ生成部８０６で生成されたメッセージは、物理階層で伝送可能な形態に処理された後、該当中継局に伝送される。
【００８８】
その後、制御部８０２は、受付制御要求メッセージに対する応答メッセージを受信したか否かを検査し、応答メッセージを受信した時、サービスフローパラメータの再調整が必要か、又は端末のサービスフローの変更を拒否するか、又はサービスフローパラメータを最終確定するかを判断する。
【００８９】
もし、サービスフローパラメータを再調整する場合、メッセージ生成部８０６は再調整されたサービスフローパラメータを含む受付制御要求メッセージを生成して物理階層部に伝達する。このように生成された受付制御要求メッセージは、物理階層エンコードされて該当中継局に伝送される。
【００９０】
もし、サービスフローパラメータが最終確定される場合、メッセージ生成部８０６は、最終確定されたサービスフローパラメータを含むメッセージ（例：ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージ）を生成して物理階層部に伝達する。このように生成されたメッセージは、物理階層エンコードされて端末に伝送される。
【００９１】
その後、端末から受信確認メッセージ（例：ＤＳＡ−ＡＣＫメッセージ、ＤＳＣ−ＡＣＫメッセージ）を受信した時、メッセージ生成部８０６は、最終確定されたサービスフローパラメータを含むメッセージ（例：ＤＳＡ−ＡＣＫメッセージ、ＤＳＣ−ＡＣＫメッセージ）を生成して物理階層部に伝達する。このように生成されたメッセージは、物理階層エンコードされて該当経路上の中継局に伝送される。
【００９２】
一方、最終確定されたサービスフローパラメータは、サービスフローパラメータ保存部８００に保存される。その後、制御部８０２は保存部８００に設定されたサービスフローパラメータに基づいて該当端末にサービスを提供する。
【００９３】
次に、中継局の動作について説明すれば次のとおりである。
【００９４】
制御部８０２は、上位ノード（基地局又は上位中継局）から受付制御を要求するメッセージを受信したか否かを検査し、受付制御要求メッセージを受信した時、メッセージ内の要求されたＱｏＳパラメータセットを用いて受付制御を遂行する。
【００９５】
もし、中継局が該当経路上の終端に位置したアクセス中継局である場合、メッセージ生成部８０６は、受付制御の結果を含む応答メッセージ（例：ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージ）を生成する。このように生成されたメッセージは物理階層エンコードされて基地局に伝送される。
【００９６】
アクセス中継局ではなく要求されたＱｏＳパラメータセットを支援できる場合、メッセージ生成部８０６は、該当サービスフローパラメータを含む受付制御要求メッセージを生成する。このように生成されたメッセージは物理階層エンコードされて該当経路上の次のホップ中継局に伝送される。
【００９７】
アクセス中継局ではなく要求されたＱｏＳパラメータセットを支援できない場合、メッセージ生成部８０６は、要求されたＱｏＳパラメータセットを支援できないことを示す確認コード及び受容できるＱｏＳパラメータ情報を含む応答メッセージ（例：ＤＳＡ−ＲＳＰメッセージ、ＤＳＣ−ＲＳＰメッセージ）を生成する。このように生成された応答メッセージは物理階層エンコードされて基地局に伝送される。
【００９８】
一方、制御部８０２は、上位ノードから最終確定されたサービスフローパラメータ（例：ＤＳＡ−ＡＣＫメッセージ、ＤＳＣ−ＡＣＫメッセージ）を受信したか否かを検査し、最終確定されたサービスフローパラメータを受信した場合、これをサービスフローパラメータ保存部８００に保存する。その後、制御部８０２は、保存部８００に設定されたサービスフローパラメータに基づいて該当端末にサービスを提供する。
【００９９】
図９は、本発明の実施の形態によるマルチホップ中継方式を使用する広帯域無線通信システムにおいて、端末のサービスフロー追加要求に対する受付制御を遂行するための信号の流れを示す図である。
【０１００】
図９に示すように、先ず、端末９６０は、ステップ９０１で新しいコネクションを生成するためのＤＳＡ−ＲＥＱメッセージを基地局（ＢＳ）９００に伝送する。すると、基地局９００は、ステップ９０３で要求されたＱｏＳパラメータセット（ｒｅｑｕeｓｔｅｄ  ＱｏＳ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）を含むＤＳＡ−ＲＥＱメッセージを端末のデータ伝達経路上の中継局に伝送する。
【０１０１】
その後、データ経路上の中間中継局（ｉｎｔ−ＲＳ）９４０は、ステップ９０５で、基地局からのＤＳＡ−ＲＥＱメッセージに含まれた要求されたＱｏＳパラメータセットを用いて受付制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を遂行する。即ち、中間中継局９４０は、要求されたＱｏＳパラメータセットを支援できるか否かをチェックする。この時、要求されたＱｏＳパラメータセットを支援できる場合、中間中継局９４０は、ステップ９０７で、ＤＳＡ−ＲＥＱメッセージを次のホップの下位中継局９５０に伝達する。
【０１０２】
もし、要求されたＱｏＳパラメータセットを受け付けられない場合、中間中継局９４０は、上位基地局から受信したＤＳＡ−ＲＥＱメッセージに自らが受容できるサービスフローパラメータ値を含め、ＤＳＡ−ＲＥＱメッセージを次のホップ中継局に伝達する。
【０１０３】
同様に、前述の次のホップ中継局も上位中継局から受信したＤＳＡ−ＲＥＱメッセージ内の要求されたサービスフローパラメータを用いて受付制御を遂行する。この時、要求されたサービスフローパラメータを受け付けられない場合、該当中間中継局は受容できるサービスフローパラメータ値をＤＳＡ−ＲＥＱメッセージに含めて次のホップ中継局に伝達する。この時、上位中継局から受信したＤＳＡ−ＲＥＱメッセージ内に既に上位中継局で支援できるサービスフローパラメータ値が含まれていると、中間中継局は、受容できるサービスフローパラメータ値を追加（ａｄｄ）又は更新（ｕｐｄａｔｅ）して、該当ＤＳＡ−ＲＥＱメッセージを次のホップ中継局に伝達する。
【０１０４】
このような過程を経て、ＤＳＡ−ＲＥＱメッセージが端末のデータ伝達経路上の最終中継局であるアクセス中継局９５０に伝達されると、アクセス中継局９５０は、ステップ９０９で、他の中継局と同様にＤＳＡ−ＲＥＱメッセージ内の要求されたＱｏＳパラメータセットを用いて受付制御を遂行する。この時、要求されたＱｏＳパラメータセットを受け付けられない場合、アクセス中継局９５０は、ステップ９１１で、受容できるサービスフローパラメータ値を追加又は更新して、これをＤＳＡ−ＲＳＰメッセージに含めて中間中継局９４０に伝達する。すると、中間中継局９４０は、ステップ９１３で、ＤＳＡ−ＲＳＰメッセージを基地局９００にフォワーディングする。ここで、ＤＳＡ−ＲＳＰメッセージは、要求されたＱｏＳパラメータセットを支援できないことを示す確認コード（ｃｏｎｆｉｒｍａｔｉｏｎ  ｃｏｄｅ）及び端末経路上の中継局で許容できるＱｏＳパラメータ情報を含むことができる。ＤＳＡ−ＲＳＰメッセージの情報は、基地局及びポリシーサーバ（ｐｏｌｉｃｙｓｅｒｖｅｒ）で端末のサービスフローパラメータを決定するために使用され得る。
【０１０５】
一方、ＤＳＡ−ＲＳＰメッセージを受信すると、基地局９００は、ステップ９１５で、端末のサービスフローパラメータを最終決定し、決定されたサービスフローパラメータを含むＤＳＡ−ＲＳＰメッセージを端末９６０に伝送し、端末９６０は、受信確認メッセージ（ＤＳＡ−ＡＣＫ）を基地局９００に伝送する。
【０１０６】
その後、基地局９００は、ステップ９１７で、決定されたサービスフローパラメータを含むＤＳＡ−ＡＣＫメッセージを中間中継局９４０に伝達し、中間中継局９４０は、ＤＳＡ−ＡＣＫメッセージをアクセス中継局９５０に伝達する。
【０１０７】
上述した図９の動作は、基地局起動（ＢＳ−ｉｎｉｔｉａｔｅｄ）により端末のサービスフローを追加又は更新する場合、又は端末起動（ＭＳ−ｉｎｉｔｉａｔｅｄ）により既存のサービスフローを更新する場合及びトンネルサービスフローを追加又は更新する場合などに適用できる。
【０１０８】
一方、本発明の詳細な説明では具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内で、様々な変形が可能であることはもちろんである。従って、本発明の範囲は、説明された実施の形態に限定されて決められてはならず、後述する特許請求範囲の記載による範囲及びそれと均等なものによって決定されるべきである。
【図１】
0005544398.tif 000002
【図２】
0005544398.tif 000003
【図３】
0005544398.tif 000004
【図４】
0005544398.tif 000005
【図５】
0005544398.tif 000006
【図６】
0005544398.tif 000007
【図７】
0005544398.tif 000008
【図８】
0005544398.tif 000009
【図９】
0005544398.tif 000010