(57)【特許請求の範囲】
【請求項１】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを、制御装置から受信し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、基地局装置。
【請求項２】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項１に記載の基地局装置。
【請求項３】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、前記ＲＬＣ  ＰＤＵサイズが固定長か否かを示す情報を含む、請求項１または２に記載の基地局装置。
【請求項４】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅのために用いられる、請求項１乃至３のいずれか一項に記載の基地局装置。
【請求項５】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、前記無線リンク追加の手順が開始する場合に送信される、請求項１乃至４のいずれか一項に記載の基地局装置。
【請求項６】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを、基地局装置に送信し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、前記基地局装置は、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、制御装置。
【請求項７】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記基地局装置は、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項６に記載の制御装置。
【請求項８】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、前記ＲＬＣ  ＰＤＵサイズが固定長か否かを示す情報を含む、請求項６または７に記載の制御装置。
【請求項９】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅのために用いられる、請求項６乃至８のいずれか一項に記載の制御装置。
【請求項１０】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、前記無線リンク追加の手順が開始する場合に送信される、請求項６乃至９のいずれか一項に記載の制御装置。
【請求項１１】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを、制御装置から受信する基地局装置と通信する手段を有し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、前記基地局装置は、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、端末。
【請求項１２】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記基地局装置は、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項１１に記載の端末。
【請求項１３】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、前記ＲＬＣ  ＰＤＵサイズが固定長か否かを示す情報を含む、請求項１１または１２に記載の端末。
【請求項１４】
前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報は、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅのために用いられる、請求項１１乃至１３のいずれか一項に記載の端末。
【請求項１５】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、前記無線リンク追加の手順が開始する場合に送信される、請求項１１乃至１４のいずれか一項に記載の端末。
【請求項１６】
基地局装置と制御装置を有し、
前記制御装置は、ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを、前記基地局装置に送信し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、前記基地局装置は、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、移動通信システム。
【請求項１７】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記基地局装置は、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項１６に記載の移動通信システム。
【請求項１８】
無線リンク追加の手順が開始する場合、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが送信される、請求項１６または１７に記載の移動通信システム。
【請求項１９】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを受信する工程を有し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、方法。
【請求項２０】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項１９に記載の方法。
【請求項２１】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを基地局装置に送信する工程を有し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、前記基地局装置は、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、方法。
【請求項２２】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記基地局装置は、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項２１に記載の方法。
【請求項２３】
ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含むＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを受信する基地局装置と通信する工程を有し、
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、Ｐｒｉｏｒｉｔｙ  ＱｕｅｕｅのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ情報を含まず、前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報が、ＲＬＣ  ＰＤＵサイズが可変長であることを示している場合、前記基地局装置は、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて無線リンク追加の手順を拒絶する、方法。
【請求項２４】
前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、前記ＲＬＣ  ＰＤＵサイズが可変長にセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素である前記ＤＬ  ＲＬＣ  ＰＤＵサイズフォーマット情報を含み、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが含むＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ情報が、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であることを示す場合、前記基地局装置は、前記ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを用いて前記無線リンク追加の手順を拒絶する、請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固定長あるいは可変長のデータサイズでデータ通信を行う移動通信システムに関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、Ｗ−ＣＤＭＡ移動通信のＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）の規格が標準化されている（非特許文献１参照）。ＨＳＤＰＡにはＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤではＭＡＣ−ｈｓプロトコルまたはＭＡＣ−ｅｈｓプロトコルが使用される。このＨＳＤＰＡによって、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）からＮｏｄｅ−Ｂを介してＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）へ向かう下りリンクにおけるパケットによる高速データ通信が実現される。ＨＳＤＰＡのデータ通信では、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）とＮｏｄｅ−Ｂ（Ｂａｓｅ  ｓｔａｔｉｏｎ）の間でフロー制御が行われる。
【０００３】
このフロー制御では、Ｎｏｄｅ−ＢがＲＮＣに対して許容データ量を通知し、ＲＮＣは、その許容データ量以内でデータをＮｏｄｅ−Ｂに送信する。その際に、Ｎｏｄｅ−Ｂは、無線回線の容量、ＵＥから通知された品質報告、ベアラに割り当てられている優先度、ＲＮＣとＮｏｄｅ−Ｂの間の伝送路の状態などをパラメータとして考慮することにより許容データ量を決定する。許容データ量はＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮと呼ばれるフレームプロトコルの制御メッセージによって通知される。
【０００４】
このＨＳＤＰＡのデータ通信においては通信形態として３種類のケースが想定されている。そして、ＲＮＣやＮｏｄｅ−Ｂには各ケースに合わせたパラメータが設定される。
【０００５】
図１は、ＨＳＤＰＡの各ケースにおけるパラメータの設定例を示す表である。図１を参照すると、ケース１〜３のそれぞれにおけるパラメータの設定例が示されている。ケース１は３ＧＰＰのリリース５以降で既に定義されており、ケース２、３は３ＧＰＰリリース７以降で定義される予定である。
【０００６】
ケース１では、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤにおけるＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のサイズ（以下「ＲＬＣ  ＰＤＵサイズ」という）が固定長であり、かつ、ＭＡＣレイヤでは、ＭＡＣ−ｈｓプロトコルが使用される。ＰＤＵは、所定のプロトコルにおける送信信号の単位である。例えば、ＰＤＵには所定のプロトコルによるヘッダとそのプロトコルにおけるデータを搭載したペイロードとが含まれる。
【０００７】
ＭＡＣ−ｈｓプロトコルでは６４ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）およびＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）が使用されない。
【０００８】
ケース２では、ＲＬＣ  ＰＤＵサイズはケース１と同様に固定長であるが、ＭＡＣレイヤではＭＡＣ−ｅｈｓプロトコルが使用される。ＭＡＣ−ｅｈｓプロトコルでは、６４ＱＡＭおよびＭＩＭＯの使用が可能である。また、ＭＡＣ−ｅｈｓでは、Ｉｍｐｒｏｖｅｄ  Ｌａｙｅｒ２  ｉｎ  Ｄｏｗｎｌｉｎｋという伝送方式が使用される。
【０００９】
６４ＱＡＭは、デジタル変調方式の１つであり、８種類の位相と８種類の振幅の組み合わせによって６４値を表現する。ＭＩＭＯは、複数のアンテナを同時に用いることにより、データ通信の帯域を拡大する無線通信技術である。Ｉｍｐｒｏｖｅｄ  Ｌａｙｅｒ２では、Ｎｏｄｅ−Ｂに配置されたＭＡＣ−ｅｈｓプロトコルがユーザデータを分割する。Ｉｍｐｒｏｖｅｄ  Ｌａｙｅｒ２は、ＲＬＣでユーザデータを固定長に分割する伝送方式と比べて、より効率的にデータを転送することができる。
【００１０】
ケース３では、ＲＬＣ  ＰＤＵサイズが可変長であり、かつ、ＭＡＣレイヤではＭＡＣ−ｅｈｓプロトコルが使用される。この場合、Ｎｏｄｅ−ＢはＲＬＣ  ＰＤＵサイズの最大長を指定する。ＲＮＣは、Ｎｏｄｅ−Ｂの指定した最大長以下で、ＲＬＣ  ＰＤＵサイズを選択することができる。フロー制御においては、Ｎｏｄｅ−Ｂは、ＲＬＣ  ＰＤＵサイズの最大値を制御することが可能である。
【００１１】
ＭＡＣ−ｅｈｓプロトコルが導入された３ＧＰＰのリリース７のフロー制御では、３ＧＰＰのリリース５で用いられていたＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ１と呼ばれるフォーマットに代わって、ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２と呼ばれるフォーマットが用いられる。
【００１２】
ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２のフレームでは、ＮｏｄｅＢは、下記の４つの要素を制御することができる。
（１）  Ｍａｘｉｍｕｍ  ＭＡＣ−  ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ（ＭＡＣ−ｄ  ＰＤＵ長）
（２）  ＨＳ−ＤＳＣＨ  Ｃｒｅｄｉｔ（ＨＳ−ＤＳＣＨの送信間隔中に、送信できるＭＡＣ−ｄ  ＰＤＵの数）
（３）  ＨＳ−ＤＳＣＨ  ｉｎｔｅｒｖａｌ（ＨＳ−ＤＳＣＨ  Ｃｒｅｄｉｔによって示されるＭＡＣ−ｄ  ＰＤＵ数が送信される期間）
（４）  ＨＳ−ＤＳＣＨ  Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ（上記の期間が何回、繰り返されるのかを示す、繰り返し数）
例えば、無線回線が輻輳してきた場合、下りデータ量を抑制するために、ＭＡＣ−ｄ／ｃ  ＰＤＵ長（Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ）を小さくしたり、ＨＳ−ＤＳＣＨ  Ｃｒｅｄｉｔを小さくしたりすればよい。なお、ＨＳ−ＤＳＣＨ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）は複数のＨＳＤＰＡのデータ通信に共用されるチャネルである。
【００１３】
上述したように、３ＧＰＰリリース７以降で定義されるケース２およびケース３では、３ＧＰＰリリース６以前は使用できなかった６４ＱＡＭおよびＭＩＭＯが使用可能となる。
【００１４】
３ＧＰＰリリース７以降で定義されるケース２とケース３には、ＲＬＣ  ＰＤＵサイズが固定長か可変長かという違いがある。
【００１５】
ケース３ではＲＬＣ  ＰＤＵサイズが可変なので、フロー制御においてＲＬＣ  ＰＤＵサイズの最大値を１５０４オクテット以下の範囲で変化させることが可能となる。そのようなフロー制御の結果として、変化する通信状況に応じて、より効率よくデータ通信を行うことが可能となる。
【００１６】
一方、ケース２では、ケース１と同様にＲＬＣ  ＰＤＵサイズを固定した既存かつシンプルなアルゴリズムを用いてフロー制御を行いつつ、６４ＱＡＭとＭＩＭＯの利用が可能となる。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】３ＧＰＰ  ＴＳ  ２５．３０８  Ｖ８．２．０（２００８−０５）；  Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ  （ＨＳＤＰＡ）；  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ  ８）
【発明の概要】
【発明が解決しようとする課題】
【００１８】
６４ＱＡＭあるいはＭＩＭＯを利用するためにはＭＡＣ−ｅｈｓプロトコルを使用する必要がある。ＭＡＣ−ｅｈｓプロトコルを使用した場合、ＲＬＣ  ＰＤＵサイズが固定長のときと、可変長のときとがあるので、ＲＬＣが動作するためにＲＬＣ  ＰＤＵサイズが固定長か可変長かの設定が必要である。
【００１９】
しかしながら、現状の呼制御プロトコルであるＮＢＡＰプロトコル（Ｎｏｄｅ  Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ，３ＧＰＰ  ＴＳ２５．４３３）では、ＲＮＣがＮｏｄｅＢに対して、ＲＬＣ  ＰＤＵサイズが固定長であるか可変長であるかを通知することができない。図２は、ＮＢＡＰプロトコルのパラメータを示す表である。この表は、３ＧＰＰ  ＴＳ２４．４３３  ９．２．１．３１ＩＡに示されたものである。図２を参照すると、ＲＬＣ  ＰＤＵサイズが固定長であるか可変長であるかの設定を通知する情報要素が無く、ＮＢＡＰプロトコルによってその設定を通知することができないことが分かる。そのため、ＲＮＣとＮｏｄｅ−Ｂの間で、ＲＬＣ  ＰＤＵサイズが固定長か可変長かの設定の状態が不一致となり得るという問題があった。
【００２０】
ＭＡＣ−ｅｈｓプロトコルを使用する場合、現状のＮＢＡＰは、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔ  ＩＥが“Ｆｌｅｘｉｂｌｅ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ”であると仮定している。その結果、ＲＮＣがＲＬＣ  ＰＤＵサイズを固定長と設定し、Ｎｏｄｅ−ＢがＲＬＣ  ＰＤＵサイズを可変長と設定してしまうことにより、ＲＮＣとＮｏｄｅ−Ｂの間で状態の不一致となり得る。
【００２１】
Ｎｏｄｅ−Ｂは、ＲＬＣ  ＰＤＵサイズが可変長であると設定されていれば、フロー制御において、ＲＮＣに対して、ＲＬＣ  ＰＤＵサイズの変更を指示することがある。しかし、ＲＮＣは、ＲＬＣ  ＰＤＵサイズが固定長に設定されているので、ＲＬＣ  ＰＤＵサイズを変更することができない。
【００２２】
例えば、Ｎｏｄｅ−Ｂが、ＲＮＣに設定されている固定長より大きなサイズをＲＮＣに指示した場合、本来であれば、Ｎｏｄｅ−Ｂは固定長よりも大きなサイズのＰＤＵを受信できる。しかし、ＲＮＣではＲＬＣ  ＰＤＵサイズが固定長に設定されていれば、ＲＮＣはデータを固定長に分割してしまうことになる。その場合には帯域等のシステムリソースの利用効率が十分に上がらなくなる。
【００２３】
また、例えば、Ｎｏｄｅ−Ｂが、ＲＮＣに設定されている固定長より小さなサイズをＲＮＣに指示した場合、ＲＮＣ  ＰＤＵ  ｓｉｚｅが固定長に設定されているＲＮＣは、Ｎｏｄｅ−Ｂへデータを送信できなくなるか、あるいはＮｏｄｅ−Ｂへ制限を超えるサイズのデータを送ってしまうことになる。その場合、フロー制御やシステム動作に重大な障害が生じる。
【００２４】
図３は、フロー制御の不具合を説明するための、通信形態の一例を示す表である。図４は、フロー制御の不具合が生じるシーケンスの一例を示す図である。
【００２５】
図３の例では、ＲＬＣ−ＰＤＵサイズが８２バイトであり、ＭＡＣ−ｅｈｓプロトコルが使用され、ＭＩＭＯおよび６４ＱＡＭが使用される。
【００２６】
この場合、ＭＡＣ−ｄ  ＰＤＵ  ｓｉｚｅの最大値を指定する、ＮＢＡＰのＭａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ  ＩＥには８２バイトが設定される。
【００２７】
図４のシーケンスを参照すると、まず、ＲＮＣは、ＲＬＣ−ＰＤＵサイズを固定長として設定する（ステップ９０１）。ＭＡＣ−ｅｈｓを使用する場合には、ＭＡＣ−ｄレイヤで論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｅｌ）の多重は行われず、ＭＡＣ−ｄヘッダは付与されない。したがって、本例では、ＭＡＣ−ｄ  ＰＤＵサイズはＲＬＣ  ＰＤＵサイズと等しくなる（ステップ９０２）。
【００２８】
ＲＮＣは、ＮＢＡＰ：ＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを作成し（ステップ９０３）、ＮｏｄｅＢに送信する（ステップ９０４）。このＮＢＡＰ：ＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージには、ＭＡＣ−ｄ  ＰＤＵ  ｓｉｚｅの最大値である８２バイトが設定された、Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ  ＩＥが含まれている。
【００２９】
ＮｏｄｅＢは、ＮＢＡＰ：ＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信することにより、ＭＡＣ−ｄ  ＰＤＵ  ｓｉｚｅの最大値が８２バイトであることを認識し（ステップ９０４）、その最大値を、６４ＱＡＭ、ＭＩＭＯ、ＭＡＣ−ｅｈｓの情報と共に設定する（ステップ９０５）。
【００３０】
ＨＳＤＰＡ確立後にフロー制御が開始される。
【００３１】
ここでは、Ｎｏｄｅ−Ｂは、フロー制御において、無線回線の輻輳により、ＭＡＣ−ｄ  ＰＤＵサイズを８２バイトよりも小さくすることを決定するものとする（ステップ９０８）。Ｎｏｄｅ−Ｂは、ＭＡＣ−ｄ  ＰＤＵ  ｓｉｚｅの最大値を８２バイトより小さな新規の値に設定すると共に（ステップ９０９）、その値を設定した、Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ  ＩＥを含む、ＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２制御フレームをＲＮＣに送信する（ステップ９１０）。本フレームは、Ｎｏｄｅ−ＢがＲＮＣにフロー制御の制御情報を通知するのに用いられるフレームである。フロー制御の制御情報として、ＭＡＣ−ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ、クレジット、および送信間隔がある。
【００３２】
ＲＮＣは、ＲＬＣ  ＰＤＵサイズが固定長に設定されているため、その固定長よりも短いデータを送信することができず、データ通信が停止してしまう（ステップ９１１）。
【００３３】
本発明の目的は、移動通信システムにおいて、データ通信のデータサイズが固定長か可変長かの設定状態が装置間で不一致となるのを防止する技術を提供することである。
【課題を解決するための手段】
【００３４】
上記目的を達成するために、本発明の一態様による移動通信システムは、
制御装置と基地局装置とを備え、
前記制御装置と前記基地局装置との間のデータ通信が固定長のデータサイズと可変長のデータサイズとで行われ、
前記制御装置が、前記データ通信のデータサイズが固定長か、可変長かを示す情報を送信し、
前記基地局装置が、前記制御装置から前記情報を受信する。
【００３５】
本発明の制御装置は、基地局装置と、固定長のデータサイズ及び可変長のデータサイズを用いて通信する通信手段と、
前記データ通信のデータサイズが固定長か可変長かを示す情報を、前記基地局装置へ送信する送信手段とを備える。
【００３６】
本発明の一態様による基地局装置は、制御装置と、固定長のデータサイズ及び可変長のデータサイズを用いて通信する通信手段と、
前記データ通信のデータサイズが固定長か可変長かを示す情報を、前記制御装置から受信する受信手段とを備える。
【００３７】
本発明の一態様によるシステム制御方法は、制御装置と基地局装置とを備える移動通信システムの通信制御方法であって、
前記制御装置と前記基地局装置との間のデータ通信が固定長のデータサイズと可変長のデータサイズとで行われ、
前記制御装置が、前記データ通信のデータサイズが固定長か、可変長かを示す情報を送信し、
前記基地局装置が、前記制御装置から前記情報を受信する。
【００３８】
本発明の一態様による装置制御方法は、基地局装置と、固定長のデータサイズ及び可変長のデータサイズを用いて通信し、
前記データ通信のデータサイズが固定長か可変長かを示す情報を、前記基地局装置へ送信する。
【図面の簡単な説明】
【００３９】
【図１】ＨＳＤＰＡの各ケースにおけるパラメータの設定例を示す表である。
【図２】ＮＢＡＰプロトコルのパラメータを示す表である。
【図３】フロー制御の不具合を説明するための、通信形態の一例を示す表である。
【図４】フロー制御の不具合が生じるシーケンスの一例を示す図である。
【図５】第１の実施形態に係るＲＮＣ１１の構成を示すブロック図である。
【図６】第１の実施形態に係るＮｏｄｅ−Ｂ１２の構成を示すブロック図である。
【図７】第２の実施形態による移動通信システムの構成を示すブロック図である。
【図８】第２の実施形態による移動通信システムの動作を示すシーケンス図である。
【図９】ＮＢＡＰプロトコルメッセージの概略について説明するための図である。
【図１０】３ＧＰＰ  ＴＳ２５．４３３の変更例を示す図である。
【図１１】第３の実施形態によるＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２の一例を示す図である。
【図１２】第３の実施形態による移動通信システムの動作を示すシーケンス図である。
【図１３】第４の実施形態によるＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔの定義の一例を示す図である。
【発明を実施するための形態】
【００４０】
本発明を実施形態について図面を参照して詳細に説明する。本発明の実施形態として示す無線通信システムは、３ＧＰＰによるＷ−ＣＤＭＡ移動通信システムである。
【００４１】
（第１の実施形態）
図５に、第１の実施形態に係るＲＮＣ１１の構成を示す。
【００４２】
図５に示すように、ＲＮＣ１１は、基地局装置と、固定長のデータサイズ及び可変長のデータサイズを用いて通信する通信部１１Ａと、前記データ通信のデータサイズが固定長か可変長かを示す情報を、基地局装置（Ｎｏｄｅ−Ｂ１２）へ通知（送信）する送信部１１Ｂとを有している。
【００４３】
したがって、本実施形態においては、データ通信のデータサイズを固定とするか、可変とするかを示す情報（識別情報）を、ＲＮＣ１１からＮｏｄｅ−Ｂ１２に通知できる。
【００４４】
図６に、第１の実施形態に係るＮｏｄｅ−Ｂ１２の構成を示す。
【００４５】
図６に示すように、Ｎｏｄｅ−Ｂ１２は、データ通信のデータサイズが固定長か可変長かを示す情報を、制御装置（ＲＮＣ１１）から受信する受信部１２Ｂと、制御装置と、固定長のデータサイズ及び可変長のデータサイズを用いて通信する通信部１２Ａとを有している。
【００４６】
したがって、本実施形態においては、Ｎｏｄｅ−Ｂ１２が、ＲＮＣ１１から送信された情報（識別情報）を受信するので、データ通信の送信データサイズが固定長か可変長かの設定状態が装置間で不一致となるのを防止することができる。
【００４７】
（第２の実施形態）
図７は、第２の実施形態による移動通信システムの構成を示すブロック図である。本実施形態は、図５に示した第１の実施形態に係るＲＮＣ１１および図６に示したに示した第１の実施形態に係るＮｏｄｅ−Ｂ１１の構成を具体化したものである。図７を参照すると、本実施形態の移動通信システムは、ＲＮＣ１１およびＮｏｄｅ−Ｂ１２を有している。ＲＮＣ１１は、不図示のＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）およびＮｏｄｅ−Ｂ１１と接続されており、Ｎｏｄｅ−Ｂ１２を制御し、不図示のＵＥによるユーザデータの通信を実現する。Ｎｏｄｅ−Ｂ１２は、無線回線でＵＥ（不図示）と接続し、ＵＥとＲＮＣ１１の間でユーザデータを中継する。
【００４８】
移動通信システムは、ＨＳＤＰＡによるデータ通信が可能であり、ＨＳＤＰＡによる下りデータの送信データサイズが固定長の場合と可変長の場合の両方に対応している。
【００４９】
ＲＮＣ１１は、下りデータの送信データサイズを固定長とするか、可変長とするかを示す識別情報をＮｏｄｅ−Ｂ１２に通知（送信）する。この識別情報は、ＲＮＣ１１とＮｏｄｅ−Ｂ１２により終端される呼制御プロトコルのメッセージによって通知される。識別情報の通知に用いられるメッセージは、無線リンクを設定、変更、または追加するときに、ＲＮＣ１１からＮｏｄｅ−Ｂ１２に送られるメッセージである。
【００５０】
Ｎｏｄｅ−Ｂ１２は、ＲＮＣ１１から通知された識別情報に基づいて動作する。例えば、Ｎｏｄｅ−Ｂ１２は、識別情報に基づいてデータ通信のフロー制御を行う。フロー制御では、Ｎｏｄｅ−Ｂ１２は通信状況に応じて複数の要素を適応的に変化させ、それらの要素をＲＮＣ１１に通知する。
【００５１】
ＲＮＣ１１は、通知された各要素による制限の範囲内で、かつ識別情報によってＮｏｄｅ−Ｂ１２へ通知した下りデータサイズの形式（下りデータの送信データサイズを固定長とするか可変長とするか）に従って、Ｎｏｄｅ−Ｂ１２へ下りデータを送信する。これにより下りデータのデータ量等を通信状況に応じて適切に制御することができ、輻輳などに対して適切に対処することができる。
【００５２】
フロー制御の要素には、例えば、許容される送信データサイズ、許容されるデータフレームの送信間隔、または所定時間内に許容されるデータフレームの送信回数などがある。
【００５３】
ＲＮＣ１１から通知された識別情報が、送信データサイズが固定長であることを示していれば、Ｎｏｄｅ−Ｂ１２は、これらの要素のうち送信データサイズを固定して、フロー制御を行う。
【００５４】
本実施形態において、識別情報は、例えば１ビットの情報であってもよい。具体的には、ビットが「１」の場合、ＲＬＣ  ＰＤＵサイズが可変長であることを示し、「０」の場合、ＲＬＣ  ＰＤＵサイズが固定長であることを示す。
【００５５】
本実施形態によれば、送信データサイズを固定長とするか、可変長とするかを示す識別情報をＲＮＣ１１からＮｏｄｅ−Ｂ１２に通知し、Ｎｏｄｅ−Ｂ１２が、ＲＮＣ１１から通知された識別情報に基づいて動作するので、送信データサイズが固定長か可変長かの設定状態が装置間で不一致となるのを防止することができる。
【００５６】
また、無線リンクを設定するときに、送信データサイズが固定長であるか可変長であるかをＲＮＣ１１からＮｏｄｅ−Ｂ１２に通知すれば、Ｎｏｄｅ−Ｂ１２は、無線リンクを設定した直後から、ＲＮＣ１１と一致した認識に基づき、送信データサイズを固定したフロー制御を実施することができる。同様に、無線リンクの変更時または追加時に、送信データサイズが固定長であるか可変長であるかが通知されれば、Ｎｏｄｅ−Ｂ１２は、無線リンクを変更あるいは追加した直後から送信データサイズを固定したフロー制御を実施することができる。
【００５７】
再び図７を参照すると、ＲＮＣ１１は、伝送路終端部１９と、コントロールプレーンをなす呼制御部１３および呼制御プロトコル処理部１４と、ユーザプレーンをなす、Ｉｕインタフェース終端部１５、ＲＬＣプロトコル機能部１６、ＭＡＣ−ｄプロトコル機能部１７、およびフレームプロトコル機能部１８と、を有している。
【００５８】
呼制御部１３は、呼の制御に関する各種処理を行う。呼制御には、ＵＥからの発信あるいはＵＥへの着信の際の呼の確立と、確立した呼の解放とが含まれる。また、呼制御には、ＵＥによるＨＳＤＰＡ通信の確立と解放が含まれる。呼制御において、呼制御部１３は、Ｎｏｄｅ−Ｂ１２、ＵＥ、あるいはＣＮとの間で呼制御メッセージを送受信する。
【００５９】
呼制御プロトコル処理部１４は、呼制御部１３による制御の下で、Ｎｏｄｅ−Ｂ１２との間の呼制御プロトコルであるＮＢＡＰプロトコルのメッセージ編集および解析を行う。
【００６０】
例えば、ＨＳＤＰＡ通信を確立する時に、呼制御部１３は、呼制御プロトコル処理部１４経由でＮｏｄｅ−Ｂ１２とＮＢＡＰプロトコルメッセージを送受信し、ＭＩＭＯ、６４ＱＡＭ、あるいはＭＡＣ−ｅｈｓの設定を行う。
【００６１】
Ｉｕインタフェース終端部１５は、ＣＮとの間のＩｕインタフェースを終端する。より具体的には、Ｉｕインタフェース終端部１５は、３ＧＰＰ  ＴＳ２５．３２３にて規定されているＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）や、３ＧＰＰ  ＴＳ２５．４１５にて規定されているＩｕユーザープレーンプロトコル、３ＧＰＰ  ＴＳ２９．０６０に示される、ＧＴＰ−Ｕプロトコル機能等を実現する。
【００６２】
下りの例では、Ｉｕインタフェース終端部１５は、上位のＣＮからＩｕインタフェース経由で受信した下り信号からＲＬＣ  ＰＤＵを取り出してＲＬＣプロトコル機能部１６に送信する。上りの例では、Ｉｕインタフェース終端部１５は、ＲＬＣプロトコル機能部１６からの上りデータをＩｕインタフェース経由でＣＮに送信する。
【００６３】
ＲＬＣプロトコル機能部１６は、３ＧＰＰ  ＴＳ２５．３２２にて規定されるＲＬＣの機能を実現する。ＲＬＣ機能は無線リンクの制御に関する各種処理を行う機能である。ＲＬＣプロトコル機能部１６は、このＲＬＣ機能により、ＵＥの送受信するデータに対してＲＬＣプロトコルの処理を実行する。ＲＬＣの伝送方法として３種類のモードが定義されている。１つ目は、Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ（以下、ＲＬＣ−ＡＭと略す）である。２つ目は、Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ（ＲＬＣ−ＵＭ）である。３つ目は、Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ（ＲＬＣ−ＴＭ）である。
【００６４】
ＲＬＣ−ＡＭモードでは、３ＧＰＰリリース６までは、ＲＬＣ−ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）サイズが固定長であり、ユーザデータはＲＬＣレイヤで分割されていた。
【００６５】
しかし、３ＧＰＰリリース７では、ＨＳＤＰＡに、Ｉｍｐｒｏｖｅｄ  Ｌａｙｅｒ２と呼ばれる機能が導入された。Ｎｏｄｅ−Ｂ１２では、ＭＡＣ−ｈｓプロトコルの代わりに、ＭＡＣ−ｅｈｓプロトコルが使用されることとなった。ＲＮＣ１１のＲＬＣプロトコルがデータを分割するのではなく、Ｎｏｄｅ−Ｂ１２のＭＡＣ−ｅｈｓプロトコルが上位データの分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）を実施することにより、固定長のＲＬＣ−ＡＭに加えて、柔軟な可変長のＲＬＣ−ＡＭデータが可能となった。可変長の場合、ＲＮＣ１１からは最大のＲＬＣ  ＰＤＵサイズとして１５０３オクテットまでのデータがＮｏｄｅ−Ｂ１２に送信される。
【００６６】
ＭＡＣ−ｄプロトコル機能部１７は、３ＧＰＰ  ＴＳ２５．３２１にて規定されるＭＡＣ機能の１つである、ＭＡＣ−ｄプロトコルを実現する。ＭＡＣ−ｄプロトコルはＭＡＣレイヤのプロトコルの一部であり、ＭＡＣレイヤのプロトコルの全体は、このＭＡＣ−ｄプロトコルとＭＡＣ−ｈｓプロトコルまたはＭＡＣ−ｅｈｓプロトコルとで構成される。ＭＡＣ−ｄプロトコルは、複数のＲＬＣプロトコル機能部１６からの複数の論理チャネルを多重することができる。しかし、Ｎｏｄｅ−Ｂ１２にてＭＡＣ−ｅｈｓが使用される場合には論理チャネルの多重は行われない。
【００６７】
フレームプロトコル機能部１８は、３ＧＰＰ  ＴＳ２５．４３５にて規定されるＨＳ−ＤＳＣＨフレームプロトコル機能を実現する。ＨＳ−ＤＳＣＨフレームプロトコルは、ＨＳＤＰＡに用いられるＨＳ−ＤＳＣＨのフレームの生成および分解を行うプロトコルである。ＲＮＣ１１のフレームプロトコル機能部１８は下リのデータフレームを生成する。
【００６８】
６４ＱＡＭあるいはＭＩＭＯによる高速データ伝送では、フレームタイプとして、ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２が使用される。そのため、フレームプロトコル機能部１８は、ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のデータフレームを生成する。
【００６９】
また、フレームプロトコル機能部１８は、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３との間でフロー制御の処理を行う。
【００７０】
例えば、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３は、無線回線における干渉や送信電力不足や、Ｉｕｂインタフェースの伝送路上の輻輳を検出すると、ＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２をＲＮＣ１１のフレームプロトコル機能部１８に送信することにより、下りデータフレームの送信を抑制するようにＲＮＣ１１に指示する。
【００７１】
逆に、輻輳等が緩和されると、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３は、ＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２をＲＮＣ１１のフレームプロトコル機能部１８に送信することにより、下りデータフレームの送信を増やことをＲＮＣ１１に許可する。
【００７２】
下りデータフレームの抑制および増加の指示は、ＭＡＣ−ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ、クレジット、あるいは送信間隔を指示することにより行われる。
【００７３】
ＲＮＣ１１のフレームプロトコル機能部１８は、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３から受信したＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２によって通知された、ＭＡＣ−ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ、クレジット、あるいは送信間隔に従ってＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のデータを送信する。
【００７４】
伝送路終端部１９は、Ｎｏｄｅ−Ｂ１２との間の伝送路（Ｉｕｂインタフェース）上のトランスポートベアラ（Ｔｒａｎｓｐｏｒｔ  Ｂｅａｒｅｒ）に合ったフォーマットでＮｏｄｅ−Ｂ１２の伝送路終端部２０との間でデータを送受信する。トランスポートベアラとしては、例えば、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）、またはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が用いられる。
【００７５】
例えば、２つのパケットサービスが存在する場合、それぞれのパケットサービスに論理チャネルが存在する。ＭＡＣ−ｄプロトコル機能部１７では、それらの論理チャネルが多重されないので、トランスポートベアラもそれぞれのパケットサービスに対して存在することになる。
【００７６】
再び図７を参照すると、Ｎｏｄｅ−Ｂ１２は、伝送路終端部２０と、無線送受信部２５と、コントロールプレーンをなすＮＢＡＰプロトコル機能部２１および呼制御部２２と、ユーザプレーンをなす、フレームプロトコル機能部２３およびＭＡＣ−ｅｈｓプロトコル機能部２４と、を有している。
【００７７】
伝送路終端部２０と、ＲＮＣ１１との間の伝送路（Ｉｕｂインタフェース）を介してＲＮＣ１１の伝送路終端部１９と対向し、トランスポートベアラに合ったフォーマットでＲＮＣ１１の伝送路終端部１９との間でデータを送受信する。
【００７８】
ＮＢＡＰプロトコル機能部２１は、呼制御部２２による制御の下で、ＲＮＣ１１と送受信するＮＢＡＰプロトコルのメッセージ編集および解析を行う。
【００７９】
呼制御部２２は、呼制御に関する各種処理を行う。呼制御において、呼制御部２２は、ＲＮＣ１１あるいはＵＥとの間で呼制御メッセージを送受信する。
【００８０】
フレームプロトコル機能部２３は、ＲＮＣ１１のフレームプロトコル機能部１８と対向し、ＨＳ−ＤＳＣＨフレームプロトコル機能を実現する。具体的には、フレームプロトコル機能部２３は、ＨＳ−ＤＳＣＨ  Ｆｒａｍｅ  ＰｒｏｔｏｃｏｌのＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のデータフレームをＲＮＣ１１のフレームプロトコル機能部１８から受信し、フレーム中のＭＡＣ−ｄ  ＰＤＵを取り出し、ＭＡＣ−ｅｈｓプロトコル機能部２４に送信する。
【００８１】
また、フレームプロトコル機能部２３は、上述したように、ＲＮＣ１１のフレームプロトコル機能部１８との間でフロー制御の処理を行う。
【００８２】
ＭＡＣ−ｅｈｓプロトコル機能部２４は、ＲＮＣ１１からのデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、無線送受信部２５を介してＵＥに送信する。データの分割をＮｏｄｅ−Ｂ１２のＭＡＣ−ｅｈｓプロトコル機能部２４が行うことにより、ＲＮＣ１１のＲＬＣレベルでの非効率なパディングを避けることが可能となっている。
【００８３】
無線送受信部２５は、ＵＥと無線回線で接続し、呼制御部２２による呼制御メッセージや、ＭＡＣ−ｅｈｓプロトコル機能部２４によるユーザデータを送受信する。
【００８４】
図８は、第２の実施形態による移動通信システムの動作を示すシーケンス図である。本実施形態の移動通信システムでは、無線リンクが設定、変更、または追加されるとき、ＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのかがＲＮＣ１１からＮｏｄｅ−Ｂ１２へ通知される。図８には、無線リンクが設定されるときのシーケンスが例示されている。また、ここでは、ＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのかがＲＮＣ１１からＮｏｄｅ−Ｂ１２へ通知され、Ｎｏｄｅ−Ｂ１２がその通知に従ってフロー制御を行うまでのシステムの動作を示す。
【００８５】
図８を参照すると、ＲＬＣモードがＲＬＣ−ＡＭモードの場合、ＲＮＣ１１の呼制御部１３は、まず、ＲＬＣ  ＰＤＵサイズが固定なのか可変なのかを判断する（ステップ１０１）。
【００８６】
ＲＬＣ  ＰＤＵサイズが固定ならば、呼制御部１３は、ＲＬＣプロトコル機能部１６に対して、ＲＬＣ  ＰＤＵサイズが“固定長”であること示すＲＬＣサイズ識別子を設定する（ステップ１０２）。次に、呼制御部１３は、ＭＡＣ−ｄ  ＰＤＵサイズとして、ＲＬＣ  ＰＤＵサイズを設定する（ステップ１０３）。さらに、呼制御部１３は、ＲＬＣサイズ識別子を“固定長”に設定する（ステップ１０４）。
【００８７】
一方、ステップ１０１の判定においてＲＬＣ  ＰＤＵサイズが可変ならば、呼制御部１３は、ＲＬＣプロトコル機能部１６に対して、ＲＬＣ  ＰＤＵサイズが“可変長”であることを示すＲＬＣサイズ識別子を設定する（ステップ１０５）。次に、呼制御部１３は、ＭＡＣ−ｄ  ＰＤＵサイズとして、ＲＬＣ  ＰＤＵサイズの最大値を設定する（ステップ１０６）。さらに、呼制御部１３は、ＲＬＣサイズ識別子を“可変長”に設定する（ステップ１０７）。
【００８８】
そして、ステップ１０４またはステップ１０７の後、呼制御プロトコル処理部１４は、例えばＭＩＭＯおよび６４ＱＡＭを使用する旨、ＭＡＣ−ｄ  ＰＤＵサイズ、およびＲＬＣサイズ識別子を設定したＮＢＡＰのＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを編集し（ステップ１０８）、Ｎｏｄｅ−Ｂ１２に送信する（ステップ１０９）。このＲＬＣサイズ識別子によって、ＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのかを、ＲＮＣ１１からＮｏｄｅ−Ｂ１２に通知することができる。
【００８９】
図９は、ＮＢＡＰプロトコルメッセージの概略について説明するための図である。図９には、３ＧＰＰ  ＴＳ２５．４３３  ９．２．１．３１ＩＡの情報要素の表に対して、新規パラメータである、ＲＬＣサイズ識別子（ＲＬＣ  Ｓｉｚｅ  Ｉｎｄｉｃａｔｏｒ）が追加されることが示されている。このＩｎｄｉｃａｔｏｒに、ＲＬＣサイズが固定長か可変長かが設定される。
【００９０】
ＮＢＡＰプロトコルメッセージを受信したＮｏｄｅ−Ｂ１２の呼制御部２２は、そのメッセージから、ＭＡＣ−ｄ  ＰＤＵサイズを取得する（ステップ１１０）。呼制御部２２は、さらにＲＬＣサイズ識別子を取得し、その識別子の値をフレームプロトコル機能部２３におけるフロー制御に適用する（ステップ１１１）。また、呼制御部２２は、さらに、例えば、ＭＡＣ−ｅｈｓプロトコルを使用するか旨の情報をＭＡＣ−ｅｈｓプロトコル機能部２４に設定する（ステップ１１２）。
【００９１】
フロー制御を行うフレームプロトコル機能部２３は、例えば無線回線の輻輳が検出されるとフロー制御を起動する（ステップ１１３）。フロー制御においてフレームプロトコル機能部２３は、まずＲＬＣサイズ識別子をチェックする（ステップ１１４）。
【００９２】
ＲＬＣ  ＰＤＵサイズが固定長ならば、フレームプロトコル機能部２３は、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを固定したまま、他のパラメータを制御する（ステップ１１５）。例えば、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを変更せず、クレジット、送信間隔、または繰り返し周期を規制することにより、無線回線の輻輳に対処する。
【００９３】
一方、ステップ１１４の判定でＲＬＣ  ＰＤＵサイズが可変長であれば、フレームプロトコル機能部２３は、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを含む各種パラメータを制御する（ステップ１１６）。
【００９４】
フレームプロトコル機能部２３によるフロー制御の指示は、ＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２メッセージによってＲＮＣ１１に通知される（ステップ１１７）。ＲＮＣ１１のフレームプロトコル機能部１８は、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３からの指示に従って、下りデータの送信を制御する（ステップ１１８）。
【００９５】
なお、ここでは無線リンクが設定されるときのシーケンスを例示したため、ＲＬＣサイズ識別子は、ＮＢＡＰのＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージに設定された。他の例として、無線リンクが追加されるときであれば、ＲＣＬ  ＰＤＵサイズ識別子は、ＮＢＡＰ  ＲＬ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージに設定されてもよい。また、無線リンクが変更されるときであれば、ＮＢＡＰのＲＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＰＲＥＰＡＲＥメッセージあるいはＲＬ  ＲＥＣＯＮＦＩＧＲＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージに設定されてもよい。
【００９６】
本実施形態によれば、ＲＬＣ  ＰＤＵサイズが固定長の場合でも、ＲＮＣ１１とＮｏｄｅ−Ｂ１２の認識を一致させ、ＭＡＣ−ｅｈｓプロトコルを用いたＨＳＤＰＡ通信を良好に実行することができる。その場合、フロー制御において、ＲＬＣ  ＰＤＵサイズを可変長にしないので、ＲＬＣプロトコル機能部１６に既存の処理を流用できる。
【００９７】
また、本実施形態の移動通信システムによれば、ＲＬＣ−ＰＤＵサイズが固定長の場合でもＭＡＣ−ｅｈｓプロトコルを使用できるので、３ＧＰＰ  Ｒｅｌｅａｓｅ７より前のシステムと互換性が保たれる。例えば、３ＧＰＰ  Ｒｅｌｅａｓｅ７より前のＮｏｄｅ−Ｂのカバーエリアから、３ＧＰＰ  Ｒｅｌｅａｓｅ７以降のＮｏｄｅ−Ｂ１２のカバーエリアにＵＥが移動し、Ｓｅｒｖｉｎｇ  Ｃｅｌｌ  Ｃｈａｎｇｅが行われる場合でも、ＲＬＣ  ＰＤＵサイズを固定長のままにしておくことができる。ＲＬＣ処理をリセットする必要がないので、上位ユーザ（例えばＵＥ）におけるデータの損失を低減することができる。
【００９８】
なお、ＲＬＣ  ＰＤＵサイズの識別情報（ＲＬＣ  ＰＤＵサイズ識別子）は、Ｎｏｄｅ−Ｂ１２によってプライオリティーキュー（Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅ）のために用いられる。例えば、Ｎｏｄｅ−Ｂ１２は、この識別情報を用いてＰｒｉｏｒｉｔｙ  Ｑｕｅｕｅ毎にフロー制御を実施する。この例の詳細を以下にて説明する。
【００９９】
Ｎｏｄｅ−Ｂ１２は、ＲＮＣ１１から下りユーザデータを受信すると、ＭＡＣ−ｄ  ＰＤＵデータの共通チャネル優先順位インジケータ（ＣｍＣＨ−ＰＩ）を評価し、それぞれのＭＡＣ−ｄ  ＰＤＵデータに関連するＰｒｉｏｒｉｔｙ  ＱｕｅｕｅにＭＡＣ−ｄ  ＰＤＵデータを分配する。ここで、このＣｍＣＨ−ＰＩは、Ｎｏｄｅ−Ｂ１２のＰｒｉｏｒｉｔｙ  Ｑｕｅｕｅだけでなく、ＲＬＣ  ＰＤＵサイズの識別情報とも関連づけられている。そのため、ＲＬＣ  ＰＤＵサイズの識別情報は、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅ毎に実施されるフロー制御における、ＭＡＣ−ｄ  ＰＤＵ長（Ｍａｘｉｍｕｍ  ＭＡＣ−  ｄ／ｃ  ＰＤＵ  Ｌｅｎｇｔｈ）の選択に影響を与える。
【０１００】
このように、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅ毎のＭＡＣ−ｄ  ＰＤＵ長が可変長か固定長かを選択できるため、Ｎｏｄｅ−Ｂ１２がＰｒｉｏｒｉｔｙ  Ｑｕｅｕｅ毎に、言い換えれば、関連づけられた優先度（ＣｍＣＨ−ＰＩ）ごとに、フロー制御を実施できる。
【０１０１】
なお、ＣｍＣＨ−ＰＩは、図９のＮＢＡＰで通知される、Ｓｃｈｅｄｕｌｉｎｇ  Ｐｒｉｏｒｉｔｙ  Ｉｎｄｉｃａｔｏｒに相当する。ＣｍＣＨ−ＰＩは、ＲＮＣ１１で設定され、更新される。また、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅとは、ＲＮＣ１１からの下りユーザデータを一時的に記憶する記憶領域（バッファ）である。各Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅでは、ＱｏＳの要求条件が考慮される。ＱｏＳの例としてトラフィッククラスやピークレート等がある。
【０１０２】
また、上記説明における、ＲＬＣ  ＰＤＵサイズの識別情報すなわちＲＬＣ  ＰＤＵサイズフォーマットに関する３ＧＰＰ  ＴＳ２５．４３３の変更例を図１０に示す。
【０１０３】
本実施形態の上記説明においては、正常動作として、ＲＮＣ１１からＮｏｄｅ−Ｂ１２へ呼制御プロトコルのメッセージにより正常に識別情報が通知される場合を示した。しかしながら、実際のシステムにおいては異常動作についても考慮しておくことが好ましい。以下では、異常動作として、ＲＮＣ１１からＮｏｄｅ−Ｂ１２への通知に異常があった場合の動作例を示す。
【０１０４】
ＲＮＣ１１からＮｏｄｅ−Ｂ１２へ送られた、通信リンクの設定、変更、または追加を要求するメッセージに含まれる識別情報が、送信データサイズが可変長であることを示す場合において、そのメッセージが、ＭＡＣ−ｄのＰＤＵサイズが固定長であること示す情報要素、または、最大ＭＡＣ−ｄのＰＤＵサイズを示す情報要素、のいずれかを含む場合、Ｎｏｄｅ−Ｂ１２は、そのメッセージを正常に解釈することができない。そこでＮｏｄｅ−Ｂ１２は、通信リンクの設定、変更、または追加を拒絶するメッセージをＲＮＣ１１に送信する。これにより、ＲＮＣ１１からの要求は拒絶され、手順は中止される。
【０１０５】
以下、想定される具体例について説明する。下記メッセージ１〜３を受信したＮｅｄｅ−Ｂ１２は、「Ａｂｎｏｒｍａｌ  Ｃｏｎｄｉｔｉｏｎ」つまり、異常設定であることを検知して、ＲＮＣ１１からの要求を拒絶し、手順を中止する。
【０１０６】
１．ＲＬ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ
（１）  ＲＮＣから受信する、ＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージが、ＲＬＣ  ＰＤＵサイズが可変長であるとセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含み、情報要素ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  ＦｏｒｍａｔがＭＡＣ−ｄ  ＰＤＵサイズが固定長である値を有する場合において、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（２）  ＲＮＣから受信するＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージが、所定のＰｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄを含まず、情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  ＦｏｒｍａｔがＲＬＣ  ＰＤＵサイズが可変長である値を有する場合において、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶する、ＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＦＡＩＬＵＲＥメッセージを送信する。
（３）  ＲＮＣから受信するＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージが、ＭＡＣ−ｄ  ＰＤＵサイズが可変長であるようセットされた情報要素ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含み、情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含まない場合において、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶する、ＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＦＡＩＬＵＲＥメッセージを送信する。
【０１０７】
２．ＲＬ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ
（１）  ＲＮＣから受信するＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、ＲＬＣ  ＰＤＵサイズが可変長であるとセットされた、所定のｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔと、ＭＡＣ−ｄ  ＰＤＵサイズが固定長である値を有する情報要素ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔとを含む場合において、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（２）  ＲＮＣから受信するＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、所定のＰｒｉｏｒｉｔｙ  Ｑｕｅｕｅの情報要素Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄを含まず、情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  ＦｏｒｍａｔがＲＬＣ  ＰＤＵサイズが可変長である値を有する場合において、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶する、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを送信する。
（３）  ＲＮＣから受信するＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージが、ＭＡＣ−ｄ  ＰＤＵサイズが可変長であるようセットされた情報要素ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含み、情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含まない場合において、基地局が、ＲＮＣからの要求手順を拒絶する、ＲＡＤＩＯ  ＬＩＮＫ  ＡＤＤＩＴＩＯＮ  ＦＡＩＬＵＲＥメッセージを送信する。
【０１０８】
３．ＲＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ
［１］  同期無線リンクの再設定において
（１）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、ＲＬＣ  ＰＤＵサイズが可変長であるよう設定され、かつ、Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄを用いるよう設定されていない、ｐｒｉｏｒｉｔｙ  ｑｕｅｕｅが存在する場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（２）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、該当のＮｏｄｅ  Ｂ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｔｅｘｔが、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であるよう設定され、ＲＬＣ  ＰＤＵサイズが可変長であるよう設定されたｐｒｉｏｒｉｔｙ  ｑｕｅｕｅが存在する場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（３）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、該当のＮｏｄｅ  Ｂ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｔｅｘｔが、ＭＡＣ−ｄ  ＰＤＵサイズが可変長であるよう設定され、所定のｐｒｉｏｒｉｔｙ  ｑｕｅｕｅの情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含まない場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
［２］非同期無線リンクの再設定において
（１）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、ＲＬＣ  ＰＤＵサイズが可変長であるよう設定され、かつ、Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄを用いるよう設定されていない、ｐｒｉｏｒｉｔｙ  ｑｕｅｕｅが存在する場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（２）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、該当のＮｏｄｅ  Ｂ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｔｅｘｔが、ＭＡＣ−ｄ  ＰＤＵサイズが固定長であるよう設定され、ＲＬＣ  ＰＤＵサイズが可変長であるよう設定されたｐｒｉｏｒｉｔｙ  ｑｕｅｕｅが存在する場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
（３）  新コンフィグレーション（ｎｅｗ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、該当のＮｏｄｅ  Ｂ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｔｅｘｔが、ＭＡＣ−ｄ  ＰＤＵサイズが可変長であるよう設定され、所定のｐｒｉｏｒｉｔｙ  ｑｕｅｕｅの情報要素ＤＬ  ＲＬＣ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを含まない場合、Ｎｏｄｅ−Ｂが、ＲＮＣからの要求手順を拒絶するＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＦＡＩＬＵＲＥメッセージをＲＮＣに送信する。
【０１０９】
ここで、Ｎｏｄｅ  Ｂ  ＣｏｍｍｕｎｉｃａｔｉｏｎＣｏｎｔｅｘｔとは、３ＧＰＰに定義された用語であり、移動機（ＵＥ）毎に管理されるデータ情報（コンテキスト）である。
【０１１０】
（第３の実施形態）
上述した第２の実施形態では、図８のように、ＲＬＣ  ＰＤＵサイズが固定長か可変長かを示すＲＬＣサイズ識別子を、ＮＢＡＰプロトコルメッセージで通知する例を示した。しかし、本発明はこれに限定されるものではない。第３の実施形態では、ＴＳ２５．４３５で規定されている、ＨＳ−ＤＳＣＨフレームプロトコルのＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のスペアビットを拡張し、そのビットによってＲＬＣサイズ識別子を通知する例を示す。
【０１１１】
第３の実施形態による移動通信システムの基本的な構成は、図７に示した第２の実施形態によるシステムの構成と同様である。
【０１１２】
図１１は、第３の実施形態によるＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２の一例を示す図である。図１１を参照すると、第４オクテット目の最上位から２ビット目に、ＲＬＣサイズ識別子（ＲＬＣ  Ｓｉｚｅ  Ｉｎｄｉｃａｔｏｒ）が定義されている。
【０１１３】
図１２は、第３の実施形態による移動通信システムの動作を示すシーケンス図である。図１２を参照すると、ＲＮＣ１１の呼制御部１３は、まず、ＲＬＣ  ＰＤＵサイズが固定なのか可変なのかを判断する（ステップ２０１）。ＲＬＣ  ＰＤＵサイズが固定ならば、呼制御部１３は、フレームプロトコル機能部１８に対して、ＲＬＣ  ＰＤＵサイズが“固定長”であること示すＲＬＣサイズ識別子を設定する（ステップ２０２）。一方、ステップ２０１の判定においてＲＬＣ  ＰＤＵサイズが可変ならば、呼制御部１３は、フレームプロトコル機能部１８に対して、ＲＬＣ  ＰＤＵサイズが“可変長”であることを示すＲＬＣサイズ識別子を設定する（ステップ２０２）。
【０１１４】
その後、ＲＮＣ１１のフレームプロトコル機能部１８は、ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のデータフレームを送信するとき、そのフレームの第４オクテット目の最上位から２ビット目にＲＬＣサイズ識別子を挿入する（ステップ２０４）。
【０１１５】
ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２のデータフレームを受信したＮｏｄｅ−Ｂ１２のフレームプロトコル機能部２３は、そのフレームからＲＬＣサイズ識別子を取得し、その識別子の値をフロー制御に適用する（ステップ２０５）。
【０１１６】
フロー制御を行うフレームプロトコル機能部２３は、例えば無線回線の輻輳が検出されるとフロー制御を起動する（ステップ２０６）。フロー制御においてフレームプロトコル機能部２３は、まずＲＬＣサイズ識別子をチェックする（ステップ２０７）。
【０１１７】
ＲＬＣ  ＰＤＵサイズが固定長ならば、フレームプロトコル機能部２３は、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを固定したまま、他のパラメータを制御する（ステップ２０８）。例えば、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを変更せず、クレジット、送信間隔、または繰り返し周期を規制することにより、無線回線の輻輳に対処する。
【０１１８】
一方、ステップ１１４の判定でＲＬＣ  ＰＤＵサイズが可変長であれば、フレームプロトコル機能部２３は、ＭＡＣ−ｄ  ＰＤＵ  Ｌｅｎｇｔｈ  ＩＥを含む各種パラメータを制御する（ステップ２０９）。
【０１１９】
フレームプロトコル機能部２３によるフロー制御の指示は、ＨＳ−ＤＳＣＨ  ＣＡＰＡＣＩＴＹ  ＡＬＬＯＣＡＴＩＯＮ  ＴＹＰＥ２メッセージによってＲＮＣ１１に通知される（ステップ２１０）。ＲＮＣ１１のフレームプロトコル機能部１８は、Ｎｏｄｅ−Ｂ１２のフレームプロトコル機能部２３からの指示に従って、下りデータの送信を制御する（ステップ２１１）。
【０１２０】
以上説明したように、本実施形態によれば、ＲＮＣ１１は、ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２でＲＬＣ  ＰＤＵサイズ識別子をＮｏｄｅ−Ｂ１２に通知し、Ｎｏｄｅ−Ｂ１２は、ＨＳ−ＤＳＣＨ  ＤＡＴＡ  ＦＲＡＭＥ  ＴＹＰＥ２を受信したとき、そのフレームによる通知に従って、ＲＬＣ  ＰＤＵサイズ識別子を動的に管理する。そのため、本実施形態では、ＲＬＣ  ＰＤＵサイズが固定長か可変長かを動的に制御することができる。
【０１２１】
（第４の実施形態）
上述した第２の実施形態では、図９のように、ＲＬＣサイズ識別子をＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗ  ｉｎｆｏｒｍａｔｉｏｎに追加する例を示した。しかし、本発明はこれに限定されるものではない。第４の実施形態では、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔの新しい値として、“Ｆｉｘｅｄ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  ｆｏｒ  ＭＡＣ−ｅｈｓ”を追加する例を示す。
【０１２２】
第４の実施形態による移動通信システムの基本的な構成は、図７に示した第２の実施形態によるシステムの構成と同様である。
【０１２３】
図１３は、第４の実施形態によるＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔの定義の一例を示す図である。図１３を参照すると、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔの値として“Ｆｉｘｅｄ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  ｆｏｒ  ＭＡＣ−ｅｈｓ”を設定することができる。
【０１２４】
３ＧＰＰでは、既に、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔの値として、ＭＡＣ−ｈｓ用にはＩｎｄｅｘｅｄ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅが用意され、ＭＡＣ−ｅｈｓ用にはＦｌｅｘｉｂｌｅ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅが用意されている。本実施形態は、更に、ＲＬＣ  ＰＤＵサイズが固定長のＭＡＣ−ｅｈｓ用に、新たに”Ｆｉｘｅｄ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  ｆｏｒ  ＭＡＣ−ｅｈｓ”を導入するものである。
【０１２５】
本実施形態によれば、あるＨＳ−ＤＳＣＨトランスポートチャネルのＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを“Ｆｌｅｘｉｂｌｅ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ”に設定した場合、そのＨＳ−ＤＳＣＨトランスポートチャネルの全てのＭＡＣ−ｄ  ｆｌｏｗのＲＬＣ  ＰＤＵサイズが可変長となる。
【０１２６】
また、あるＨＳ−ＤＳＣＨトランスポートチャネルのＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔを“Ｆｉｘｅｄ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ”に設定した場合、そのＨＳ−ＤＳＣＨトランスポートチャネルの全てのＭＡＣ−ｄ  ｆｌｏｗのＲＬＣ  ＰＤＵサイズが固定長となる。
【０１２７】
第２の実施形態で用いられたＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗ  ｉｎｆｏｒｍａｔｉｏｎは、Ｐｒｉｏｒｉｔｙ  Ｑｕｅｕｅにマッピングされる各論理チャネルの性質を示す情報要素であった。ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗ  ｉｎｆｏｒｍａｔｉｏｎによってＲＬＣ  ＰＤＵサイズ識別子を通知することとしたため、論理チャネル毎にＲＬＣ  ＰＤＵサイズが固定長であるか可変長であるかを示すことができた。つまり、ＲＬＣ  ＰＤＵサイズが固定長である論理チャネルと、ＲＬＣ  ＰＤＵサイズが可変長である論理チャネルとを混在させることができた。
【０１２８】
それに対して、第４の実施形態で用いられるＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｆｏｒｍａｔは、ＨＳ−ＤＳＣＨトランスポートチャネルの性質を指定する情報要素である。ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  ＦｏｒｍａｔによってＲＬＣ  ＰＤＵサイズが固定長か可変長かを通知することとしたため、ＨＳ−ＤＳＣＨトランスポートチャネル内に、ＲＬＣ  ＰＤＵサイズが固定長である論理チャネルと、ＲＬＣ  ＰＤＵサイズが可変長である論理チャネルとの混在は許容されない。
【０１２９】
本実施形態によれば、ＲＬＣ  ＰＤＵサイズが固定長か可変長かをＨＳ−ＤＳＣＨトランスポートチャネルの単位で管理すればよいので、ＲＮＣ１１およびＮｏｄｅ−Ｂ１２における処理が第２の実施形態と比べて簡素化される。
【０１３０】
（第５の実施形態）
上述の第２〜４の実施形態では、下りの高速データ通信であるＨＳＤＰＡ通信におけるフロー制御を例示したが、本発明はこれに限定されるものではない。第５の実施形態では、上りの高速データ通信であるＨＳＵＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）通信を実現し、そのフロー制御を行う移動通信システムを例示する。
【０１３１】
３ＧＰＰリリース８では、ＨＳＵＰＡのためにＭＡＣ−ｉ／ＭＡＣ−ｉｓプロトコルを導入し、ＲＬＣ  ＰＤＵサイズを可変長にする。３ＧＰＰでは、リリース８で導入されるＭＡＣ−ｉ／ＭＡＣ−ｉｓプロトコルの他に、ＭＡＣ−ｅ／ＭＡＣ−ｅｓプロトコルが定義されている。
【０１３２】
ＭＡＣ−ｉ／ＭＡＣ−ｉｓプロトコルと、ＭＡＣ−ｅ／ＭＡＣ−ｅｓプロトコルとは排他的であり、ＵＥには、ＭＡＣ−ｉ／ＭＡＣ−ｉｓプロトコルと、ＭＡＣ−ｅ／ＭＡＣ−ｅｓプロトコルのいずれか一方だけが存在することになる。ＲＬＣ  ＰＤＵサイズを可変長にするのであれば、ＭＡＣ−ｉ／ＭＡＣ−ｉｓプロトコルを使用する必要がある。
【０１３３】
また、ＲＮＣとＵＥの間のＲＲＣプロトコルにおいては、ＲＢ  Ｍａｐｐｉｎｇ  Ｉｎｆｏ（３ＧＰＰ  ＴＳ２５．３３１）では、ＲＬＣ  ＰＤＵサイズが固定長であるか可変長であるかに加え、可変長の場合にはＲＬＣ  ＰＤＵサイズの最小値と最大値を通知することができる。
【０１３４】
それに対して、ＲＮＣとＮｏｄｅ−Ｂの間のＮＢＡＰプロトコルでは、ＲＮＣからＮｏｄｅ−Ｂへ、ＭＡＣ−ｄ  ｆｌｏｗにマッピングされる論理チャネルのそれぞれについて、ＭＡＣ−ｄ  ＰＤＵサイズの最大値（Ｍａｘｉｍｕｍ  ＭＡＣ−ｄ  ＰＤＵ  Ｓｉｚｅ  Ｅｘｔｅｎｄｅｄ  ＩＥ）を通知できるのみである。なお、通常、ＭＡＣ−ｄプロトコルにおいて論理チャネルの多重を行わないため、ＭＡＣ−ｄ  ＰＤＵサイズはＲＬＣ  ＰＤＵサイズと同じである。
【０１３５】
一般に、ＨＳＵＰＡ通信のフロー制御では、Ｎｏｄｅ−Ｂが、ＵＥからの上りデータの送信をスケジューリングし、そのスケジューリング結果に基づいてＵＥに対して、そのＵＥに使用を許可する電力を通知する（グラント（送信許可）を与える）という方法が採られている。この制御では、ＵＥが使用可能な電力がグラントによって示される。ＵＥは、与えられたグラントに基づいて、上りリンクに送信できるデータ量を判断する。
【０１３６】
ＨＳＵＰＡ通信において、Ｎｏｄｅ−ＢはＭＡＣ−ｉ／ＭＡＣ−ｉｓを使用し、そのフロー制御においてＲＬＣ  ＰＤＵサイズの最大値を考慮することができる。しかしながら、現状のＮＢＡＰプロトコルでは、多重される論理チャネルのＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのかを通知することができず、また、ＲＬＣ  ＰＤＵサイズが可変長の場合、ＲＬＣ  ＰＤＵサイズの最小値を通知することができない。そのため、Ｎｏｄｅ−ＢとＲＮＣおよびＵＥとの間でＲＬＣ  ＰＤＵサイズに関する状態の不一致が起こり、Ｎｏｄｅ−ＢからＵＥにグラントを適切に付与できない場合があった。
【０１３７】
Ｎｏｄｅ−ＢからＵＥに与られたグラントが、ＲＬＣ  ＰＤＵサイズの固定長に相当する値よりも小さければ、ＵＥは上りリンクにデータを送信することができない。また、ＲＬＣ  ＰＤＵサイズが可変長であっても、Ｎｏｄｅ−ＢからＵＥに与られたグラントが、ＲＬＣ  ＰＤＵサイズの最小値に相当する値より小さければ、ＵＥは、やはり、上りリンクにデータを送信することができない。
【０１３８】
また、制御信号（ＤＣＣＨ  ：  Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のように、ＲＬＣ  ＰＤＵサイズを可変長にすることによるメリットが小さいケースも存在する。そのため、パケットサービスのユーザデータのＲＬＣ  ＰＤＵサイズを可変長としつつ、制御信号のＲＬＣ  ＰＤＵサイズを固定長にすることが好ましい場合がある。その場合、制御信号では、ＲＬＣ  ＰＤＵサイズを固定長としつつ、ＭＡＣ−ｉ／ＭＡＣ−ｉｓが使用されるのが好ましいが、現状のＮＢＡＰではそのような設定を通知することができない。
【０１３９】
そこで、本実施形態では、ＨＳＵＰＡを実現する移動通信システムにおいて、ＲＮＣはＮｏｄｅ−Ｂに対して、ＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのか、さらにＲＬＣ  ＰＤＵサイズが可変長の場合、ＲＬＣ−ＰＤＵサイズの最小値をも通知する。
【０１４０】
ＲＮＣから通知を受けたＮｏｄｅ−Ｂは、ＨＳＵＰＡのフロー制御において、ＲＬＣ  ＰＤＵサイズが固定長なのか可変長なのかに基づく判断により、ＵＥに付与するグラントを決定する。また、ＲＬＣ  ＰＤＵサイズが可変長の場合、Ｎｏｄｅ−Ｂは、ＲＬＣ  ＰＤＵサイズが可変長の場合、ＲＮＣから通知されたＲＬＣ  ＰＤＵサイズの最小値を考慮して、ＵＥに対して付与するグラントを決定する。
【０１４１】
具体的には例えば、Ｎｏｄｅ−Ｂは、グラントを付与されたＵＥがデータを送信できないということが起こらないように、ＲＬＣ  ＰＤＵサイズの最小値よりも大きなＲＬＣ  ＰＤＵサイズのデータを送信できるだけのグラントをＵＥに付与する。
【０１４２】
本実施形態の移動通信システムは、ＲＮＣ１１およびＮｏｄｅ−Ｂ１２を有している点では図７に示した第２の実施形態のシステムと同様である。ただし、本実施形態は上りリンクのデータ通信に着目しているので、ＭＡＣ−ｄプロトコル機能部１７およびＭＡＣ−ｅｈｓプロトコル機能部２４は不要であり、その代りにＭＡＣ−ｉプロトコルとＭＡＣ−ｉｓプロトコルを実現するプロトコル機能部が必要となる。
【０１４３】
本実施形態の移動通信システムにおけるＲＮＣ１１の基本的な動作として、ＲＮＣ１１の呼制御部１３がＲＬＣ  ＰＤＵサイズが固定なのか可変なのかを判断する。呼制御プロトコル処理部１４が、ＲＬＣ  ＰＤＵサイズが固定長か可変長か、また可変長の場合の最小値などのＲＬＣ  ＰＤＵサイズに関する情報が設定されたＮＢＡＰプロトコルメッセージを編集し、Ｎｏｄｅ−Ｂ１２に送信する。これらの点において、本実施形態のシステムの動作は第２の実施形態のシステムの動作と同様である。
【０１４４】
また、Ｎｏｄｅ−Ｂ１２の基本的な動作として、ＮＢＡＰプロトコルメッセージを受信した呼制御部２２が、そのメッセージから、ＲＬＣ  ＰＤＵサイズに関する情報を取得し、その情報をフロー制御部がフロー制御に適用する。この点において、本実施形態のシステムの動作は第２の実施形態のシステムの動作と同様である。ただし、本実施形態におけるフロー制御は、ＵＥから送信される上りのデータに対する制御なので、Ｎｏｄｅ−Ｂ１２によるフロー制御はＵＥに対して指示される。具体的には、フロー制御の指示は、上述したグラントの付与としてＵＥに通知される。
【０１４５】
以上、本発明の各実施形態について述べてきたが、本発明は、これらの実施形態だけに限定されるものではなく、本発明の技術思想の範囲内において、これらの実施形態を組み合わせて使用したり、一部の構成を変更したりしてもよい。
【０１４６】
この出願は、２００８年８月１日に出願された日本出願特願２００８−２００２７７を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。
【図１】
0005403118.tif 000002
【図２】
0005403118.tif 000003
【図３】
0005403118.tif 000004
【図４】
0005403118.tif 000005
【図５】
0005403118.tif 000006
【図６】
0005403118.tif 000007
【図７】
0005403118.tif 000008
【図８】
0005403118.tif 000009
【図９】
0005403118.tif 000010
【図１０】
0005403118.tif 000011
【図１１】
0005403118.tif 000012
【図１２】
0005403118.tif 000013
【図１３】
0005403118.tif 000014