(57)【要約】ＰＤＣＰレイヤとＲＬＣレイヤとの間におけるデータの送信状況を同期することができる通信システムを提供することを目的とする。本発明にかかる通信システムは、ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御基地局(１０)と、ＰＤＣＰ制御基地局(１０)から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行したデータを移動局(３０)へ送信するＲＬＣ制御基地局(２０)とを備える。ＲＬＣ制御基地局(２０)は、移動局(３０)へ正常にデータを送信することができた場合に、ＰＤＣＰ制御基地局(１０)へ応答メッセージを送信し、ＰＤＣＰ制御基地局(１０)は、応答メッセージを受信すると、次に送信すべきデータをＲＬＣ制御基地局(２０)へ送信する。
2015170433.tif 000002
【特許請求の範囲】
【請求項１】
ＰＤＣＰレイヤにおける処理を実行する第１の基地局と、
前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、
前記第２の基地局は、
前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局は、
前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信する、通信システム。
【請求項２】
前記第１の基地局は、
前記データとしてＰＤＣＰ  ＰＤＵを送信し、送信したＰＤＣＰ  ＰＤＵに関する前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項１に記載の通信システム。
【請求項３】
前記第１の基地局は、
前記データとして複数のＰＤＣＰ  ＰＤＵを一括して送信し、複数の前記ＰＤＣＰ  ＰＤＵに関するすべての前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項１に記載の通信システム。
【請求項４】
前記第１の基地局は、
前記データとして複数のＰＤＣＰ  ＰＤＵを一括して送信し、複数の前記ＰＤＣＰ  ＰＤＵに関する１つの前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項１に記載の通信システム。
【請求項５】
前記第１の基地局は、
ｒｅ−ｏｒｄｅｒｉｎｇ  ｗｉｎｄｏｗに含まれる前記ＰＤＣＰ  ＰＤＵにＰＤＣＰ  ＰＤＵシーケンスナンバーを割り当て、前記ＰＤＣＰ  ＰＤＵシーケンスナンバーを割り当てたＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項２乃至４のいずれか１項に記載の通信システム。
【請求項６】
前記第１の基地局は、
前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、次に送信すべきデータを前記第２の基地局へ送信する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記第１の基地局は、
前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、前記第２の基地局へ送信したデータを前記第２の基地局へ再送する、請求項６に記載の通信システム。
【請求項８】
前記第１の基地局は、
前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、前記第２の基地局へ送信したデータを廃棄して、未送信のデータを前記第２の基地局へ送信する、請求項６に記載の通信システム。
【請求項９】
前記第２の基地局は、
前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーを前記応答メッセージに設定する、請求項１乃至８のいずれか１項に記載の通信システム。
【請求項１０】
前記第２の基地局は、
前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮを前記応答メッセージに設定する、請求項９に記載の通信システム。
【請求項１１】
前記第１の基地局は、
前記第２の基地局から送信された前記応答メッセージに設定されているＨＦＮを用いてＰＤＣＰ  ＰＤＵを秘匿し、秘匿した前記ＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項１０に記載の通信システム。
【請求項１２】
前記第１の基地局は、
前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージを送信し、前記移動局との間のセッションを設定することを指示する、請求項１乃至１１のいずれか１項に記載の通信システム。
【請求項１３】
前記第１の基地局は、
前記セッション追加要求メッセージとして、SeNB Additional Requestを送信する、請求項１２に記載の通信システム。
【請求項１４】
前記第１の基地局は、
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項１３に記載の通信システム。
【請求項１５】
前記第２の基地局は、
前記SeNB Additional Requestに設定された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項１４に記載の通信システム。
【請求項１６】
前記第１の基地局は、
移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示する、請求項１乃至１５のいずれか１項に記載の通信システム。
【請求項１７】
前記第１の基地局は、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信する、請求項１６に記載の通信システム。
【請求項１８】
前記第１の基地局は、
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項１７に記載の通信システム。
【請求項１９】
前記第１の基地局は、
ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮを設定して、前記第２の基地局へ前記ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージを送信する、請求項１８に記載の通信システム。
【請求項２０】
前記第１の基地局は、前記セッション追加完了メッセージとして、SeNB Additional Completeを送信する、請求項１７に記載の通信システム。
【請求項２１】
前記第１の基地局は、
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項２０に記載の通信システム。
【請求項２２】
前記第２の基地局は、
前記SeNB Additional Completeに設定された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項２１に記載の通信システム。
【請求項２３】
前記移動局が前記第２の基地局の通信エリアから第３の基地局の通信エリアへ移動した場合、前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第１の基地局へ送信し、
前記第１の基地局は、
前記移動局から前記第３の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第３の基地局との間のセッションを設定したことを示すセッション追加完了メッセージに前記第２の基地局から通知された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーと前記ＨＦＮとを設定し、前記３の基地局へ送信する、請求項１乃至２２のいずれか１項に記載の通信システム。
【請求項２４】
ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御手段と、
前記ＰＤＣＰ制御手段において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御手段と、
前記ＲＬＣ制御手段において処理されたデータを一時的に格納する格納手段と、
前記格納手段に格納されたデータを移動局へ送信する通信手段と、を備え
前記ＰＤＣＰ制御手段は、前記格納手段を参照することができないように構成され、
前記ＲＬＣ制御手段は、
前記通信手段が前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御手段へ応答メッセージを送信し、
前記ＰＤＣＰ制御手段は、
前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理する、基地局。
【請求項２５】
前記ＲＬＣ制御手段が参照することができる第１のメモリ領域は、前記ＰＤＣＰ制御手段が参照することができる第２のメモリ領域とは異なるメモリ領域であり、前記格納手段は、前記第１のメモリ領域に設けられている、請求項２４に記載の基地局。
【請求項２６】
ＰＤＣＰレイヤにおける処理を実行した第１の基地局から送信されたデータについて、第２の基地局においてＲＬＣレイヤにおける処理を実行し、
前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、
前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信する、通信方法。
【請求項２７】
前記第１の基地局は、前記データとしてＰＤＣＰ  ＰＤＵを送信し、送信したＰＤＣＰ  ＰＤＵに関する前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項２６に記載の通信方法。
【請求項２８】
前記第１の基地局は、前記データとして複数のＰＤＣＰ  ＰＤＵを一括して送信し、複数の前記ＰＤＣＰ  ＰＤＵに関するすべての前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項２６に記載の通信方法。
【請求項２９】
前記第１の基地局は、前記データとして複数のＰＤＣＰ  ＰＤＵを一括して送信し、複数の前記ＰＤＣＰ  ＰＤＵに関する１つの前記応答メッセージを受信すると、次に送信すべきＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項２６に記載の通信方法。
【請求項３０】
前記第１の基地局は、ｒｅ−ｏｒｄｅｒｉｎｇ  ｗｉｎｄｏｗに含まれる前記ＰＤＣＰ  ＰＤＵにＰＤＣＰ  ＰＤＵシーケンスナンバーを割り当て、前記ＰＤＣＰ  ＰＤＵシーケンスナンバーを割り当てたＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項２７乃至２９のいずれか１項に記載の通信方法。
【請求項３１】
前記第１の基地局は、前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、次に送信すべきデータを前記第２の基地局へ送信する、請求項２６乃至３０のいずれか１項に記載の通信方法。
【請求項３２】
前記第１の基地局は、前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、前記第２の基地局へ送信したデータを前記第２の基地局へ再送する、請求項３１に記載の通信方法。
【請求項３３】
前記第１の基地局は、前記第２の基地局へデータを送信してから、所定期間前記応答メッセージを受信しない場合、前記第２の基地局へ送信したデータを廃棄して、未送信のデータを前記第２の基地局へ送信する、請求項３１に記載の通信方法。
【請求項３４】
前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーを前記応答メッセージに設定する、請求項２６乃至３３のいずれか１項に記載の通信方法。
【請求項３５】
前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮを前記応答メッセージに設定する、請求項３４に記載の通信方法。
【請求項３６】
前記第１の基地局は、前記第２の基地局から送信された前記応答メッセージに設定されているＨＦＮを用いてＰＤＣＰ  ＰＤＵを秘匿し、秘匿した前記ＰＤＣＰ  ＰＤＵを前記第２の基地局へ送信する、請求項３５に記載の通信方法。
【請求項３７】
前記第１の基地局は、前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージを送信し、前記移動局との間のセッションを設定することを指示する、請求項２６乃至３６のいずれか１項に記載の通信方法。
【請求項３８】
前記第１の基地局は、前記セッション追加要求メッセージとして、SeNB Additional Requestを送信する、請求項３７に記載の通信方法。
【請求項３９】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項３８に記載の通信方法。
【請求項４０】
前記第２の基地局は、前記SeNB Additional Requestに設定された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項３９に記載の通信方法。
【請求項４１】
前記第１の基地局は、移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示する、請求項２６乃至４０のいずれか１項に記載の通信方法。
【請求項４２】
前記第１の基地局は、前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信する、請求項４１に記載の通信方法。
【請求項４３】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項４２に記載の通信方法。
【請求項４４】
前記第１の基地局は、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮを設定して、前記第２の基地局へ前記ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージを送信する、請求項４３に記載の通信方法。
【請求項４５】
前記第１の基地局は、前記セッション追加完了メッセージとして、SeNB Additional Completeを送信する、請求項４２に記載の通信方法。
【請求項４６】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項４５に記載の通信方法。
【請求項４７】
前記第２の基地局は、前記SeNB Additional Completeに設定された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項４６に記載の通信方法。
【請求項４８】
前記移動局が前記第２の基地局の通信エリアから第３の基地局の通信エリアへ移動した場合、前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第１の基地局へ送信し、
前記第１の基地局は、前記移動局から前記第３の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第３の基地局との間のセッションを設定したことを示すセッション追加完了メッセージに前記第２の基地局から通知された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーと前記ＨＦＮとを設定し、前記３の基地局へ送信する、請求項２６乃至４７のいずれか１項に記載の通信方法。
【請求項４９】
ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御手段と、前記ＰＤＣＰ制御手段において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御手段とを備える基地局において実行される通信方法であって、
前記ＲＬＣ制御手段において処理されたデータを、前記ＰＤＣＰ制御手段が参照することができない格納手段へ一時的に格納し、
前記格納手段に格納されたデータを移動局へ送信し、
前記ＲＬＣ制御手段は、前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御手段へ応答メッセージを送信し、
前記ＰＤＣＰ制御手段は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理する、通信方法。
【請求項５０】
ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御手段と、前記ＰＤＣＰ制御手段において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御手段とを備えるコンピュータに実行させるプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記ＲＬＣ制御手段において処理されたデータを、前記ＰＤＣＰ制御手段が参照することができない格納手段へ一時的に格納し、
前記格納手段に格納されたデータを移動局へ送信し、
前記ＲＬＣ制御手段は、前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御手段へ応答メッセージを送信し、
前記ＰＤＣＰ制御手段は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理することをコンピュータに実行させるプログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、基地局、通信方法及びプログラムに関し、例えば移動局へデータを送信する通信システム、基地局、通信方法及びプログラムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）は、基地局と移動局との間の通信を規格化するために、基地局と移動局との間において用いられるプロトコルを規定している。例えば、基地局と移動局との間においては、データの秘匿及びデータ圧縮等を実行するＰＤＣＰと、再送制御及びデータの重複検出等を実行するＲＬＣとが規定されている。【０００３】
３ＧＰＰにおいて規定されている通信システムの構成は、ＰＤＣＰ（Packet Data Control Protocol）レイヤにおける処理とＲＬＣ（Radio Link Control）レイヤにおける処理とが、同一装置で実行されることを前提としている。具体的には、ＰＤＣＰレイヤとＲＬＣレイヤとの間において用いられるデータは、共通のバッファに格納され、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理は、同期して実行されていた。【０００４】
ここで、近年３ＧＰＰにおいては、Ｓｍａｌｌ  Ｃｅｌｌｓ（dual connectivity）に関する構成が検討されている。Ｓｍａｌｌ  Ｃｅｌｌｓに関する構成においては、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理とを物理的に異なる装置に分けることを前提としている。非特許文献１に、Ｓｍａｌｌ  Ｃｅｌｌｓに関する通信システムの構成が開示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TR 36.932 V12.1.0 (2013-03) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Scenarios and requirements for small cell enhancements for E-UTRA and E-UTRAN (Release 12)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理とを物理的に異なる装置に分けた場合、ＰＤＣＰレイヤにおける処理に用いられるバッファと、ＲＬＣレイヤにおける処理に用いられるバッファとを分ける必要がある。このような場合、例えば、ＰＤＣＰレイヤにおける処理を実行する装置は、ＲＬＣレイヤにおける処理を実行する装置へ出力したデータが、ＵＥへ正常に送信されているのかを把握することができなくなる。ＰＤＣＰレイヤにおける処理を実行する装置が、ＲＬＣレイヤにおける処理に用いられるバッファを参照することができないからである。そのため、ＰＤＣＰレイヤとＲＬＣレイヤとの間において、データの送信状況の同期がとれなくなる。【０００７】
例えば、ＰＤＣＰレイヤにおける処理を実行する装置からＲＬＣレイヤにおける処理を実行する装置へ順次データが送信されている状況において、ＲＬＣレイヤにおける処理を実行する装置から移動局に対してデータを送信することができず、ＲＬＣレイヤにおける処理を実行する装置のバッファにデータを滞留させていることがある。このような場合、ＰＤＣＰレイヤから送信されるデータが増加すると、ＲＬＣレイヤにおける処理を実行する装置のバッファの許容量を超えて送信されたデータが、廃棄されてしまうという問題が発生する。【０００８】
本発明の目的は、ＰＤＣＰレイヤとＲＬＣレイヤとの間におけるデータの送信状況を同期することができる通信システム、基地局、通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の態様にかかる通信システムは、ＰＤＣＰレイヤにおける処理を実行する第１の基地局と、前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、前記第２の基地局は、前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、前記第１の基地局は、前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信するものである。【００１０】
本発明の第２の態様にかかる基地局は、ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御部と、前記ＰＤＣＰ制御部において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御部と、前記ＲＬＣ制御部において処理されたデータを一時的に格納する格納部と、前記格納部に格納されたデータを移動局へ送信する通信部と、を備え前記ＰＤＣＰ制御部は、前記格納部を参照することができないように構成され、前記ＲＬＣ制御部は、前記通信部が前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御部へ応答メッセージを送信し、前記ＰＤＣＰ制御部は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理するものである。【００１１】
本発明の第３の態様にかかる通信方法は、ＰＤＣＰレイヤにおける処理を実行した第１の基地局から送信されたデータについて、第２の基地局においてＲＬＣレイヤにおける処理を実行し、前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信するものである。【００１２】
本発明の第４の態様にかかるプログラムは、ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御部と、前記ＰＤＣＰ制御部において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御部とを備えるコンピュータに実行させるプログラムであって、前記ＲＬＣ制御部において処理されたデータを、前記ＰＤＣＰ制御部が参照することができない格納部へ一時的に格納し、前記格納部に格納されたデータを移動局へ送信し、前記ＲＬＣ制御部は、前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御部へ応答メッセージを送信し、前記ＰＤＣＰ制御部は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理することをコンピュータに実行させるものである。
【発明の効果】
【００１３】
本発明により、ＰＤＣＰレイヤとＲＬＣレイヤとの間におけるデータの送信状況を同期することができる通信システム、基地局、通信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかるＰＤＣＰ制御基地局の構成図である。
【図３】実施の形態２にかかるＲＬＣ制御基地局の構成図である。
【図４】実施の形態２にかかるデータの同期処理を説明する図である。
【図５】実施の形態２にかかる通信システムにおける同期処理の流れを示す図である。
【図６】実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図７】実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図８】実施の形態４にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図９】実施の形態５にかかる通信システムにおける同期処理の流れを示す図である。
【図１０】実施の形態６にかかる通信システムにおける同期処理の流れを示す図である。
【図１１】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図１２】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図１３】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図１４】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図１５】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図１６】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図１７】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図１８】実施の形態７にかかる基地局の構成図である。
【図１９】実施の形態にかかる動作を説明するために用いられる比較図である。
【発明を実施するための形態】
【００１５】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、ＰＤＣＰ制御基地局１０、ＲＬＣ制御基地局２０及び移動局３０を有している。
【００１６】
ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０は、ＣＰＵがプログラムを実行することによって機能を実行させるコンピュータ装置であってもよい。移動局３０は、例えば携帯電話端末、スマートフォン端末もしくはタブレット端末等であってもよい。もしくは、移動局３０は、通信機能を備えたパーソナルコンピュータ等のコンピュータ装置であってもよい。
【００１７】
ＰＤＣＰ制御基地局１０は、ＰＤＣＰレイヤにおける処理を実行する。ＰＤＣＰレイヤにおける処理は、例えば、データの秘匿及びヘッダ圧縮等であってもよい。ＰＤＣＰ制御基地局１０は、ＰＤＣＰレイヤにおける処理を実行したデータをＲＬＣ制御基地局２０へ送信する。
【００１８】
ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０から送信されたデータについて、ＲＬＣレイヤにおける処理を実行する。ＲＬＣレイヤにおける処理は、再送制御、重複データ検出及びデータの順序整列等であってもよい。ＲＬＣ制御基地局２０は、ＲＬＣレイヤにおける処理を実行したデータを移動局３０へ送信する。
【００１９】
ＲＬＣ制御基地局２０は、移動局３０へ正常にデータを送信することができた場合、ＰＤＣＰ制御基地局１０へ応答メッセージを送信する。応答メッセージは、ＲＬＣ制御基地局２０が移動局３０へ正常にデータを送信することができたことを示す。
【００２０】
ＲＬＣ制御基地局２０は、例えば、移動局３０へデータを送信した後に、移動局３０から、移動局３０が正常にデータを受信したことを示す応答信号が送信された場合に、移動局３０へ正常にデータを送信することができたと判定してもよい。
【００２１】
ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、次に送信すべきデータをＲＬＣ制御基地局２０へ送信する。具体的には、ＰＤＣＰ制御基地局１０は、応答メッセージを受信すると、次に送信すべきデータについてＰＤＣＰレイヤにおける処理を実行し、ＰＤＣＰレイヤにおける処理を行ったデータをＲＬＣ制御基地局２０へ送信する。
【００２２】
以上説明したように、図１の通信システムを用いることによって、ＲＬＣ制御基地局２０は、移動局３０との間において正常にデータを送信したことを示す情報をＰＤＣＰ制御基地局１０へ送信することができる。そのため、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０と物理的に異なる装置である場合においても、ＲＬＣ制御基地局２０と移動局３０との間の通信が正常に行われているか否かを判定することができる。
【００２３】
また、ＲＬＣ制御基地局２０は、一般的に、データを移動局３０へ正常に送信することができた場合、バッファに保持していたデータを削除する。そのため、ＰＤＣＰ制御基地局１０が、ＲＬＣ制御基地局２０から応答メッセージが送信されてきた後に、次にＲＬＣ制御基地局２０へ送信すべきデータをＲＬＣ制御基地局２０へ送信することによって、ＲＬＣ制御基地局２０のバッファの許容量を超えてデータが蓄積されることを防止することができる。
【００２４】
さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージが送信されてきた後に、次にＲＬＣ制御基地局２０へ送信すべきデータをＲＬＣ制御基地局２０へ送信することによって、ＰＤＣＰ制御基地局１０がＲＬＣ制御基地局２０へ送信したデータと、ＲＬＣ制御基地局２０が移動局３０へ送信したデータとを同期させることができる。つまり、ＰＤＣＰ制御基地局１０が送信したデータと、移動局３０が受信するデータとを同期させることができる。
【００２５】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかるＰＤＣＰ制御基地局１０の構成例について説明する。ＰＤＣＰ制御基地局１０は、ＰＤＣＰ制御部１１、バッファ１２及びＲＬＣ制御部１３を有している。ＰＤＣＰ制御基地局１０及びＲＬＣ制御部１３は、例えばＣＰＵ(Central Processing Unit)が用いられてもよい。また、バッファ１２は、ＲＯＭ（Read Only Memory）もしくはＲＡＭ（Random Access Memory）等のメモリが用いられてもよい。
【００２６】
ＰＤＣＰ制御部１１は、バッファ１２に格納されているデータを抽出し、ＰＤＣＰ処理を実行する。ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したデータをＲＬＣ制御部１３へ出力するとともに、ＲＬＣ制御基地局２０にも送信する。ＰＤＣＰ制御部１１は、例えば、所定の数のデータをＲＬＣ制御部１３に出力すると、次の所定の数のデータをＲＬＣ制御基地局２０へ送信してもよい。もしくは、ＰＤＣＰ制御部１１は、所定期間内に処理したデータをＲＬＣ制御部１３へ出力し、次の所定期間内に処理したデータをＲＬＣ制御基地局２０へ送信してもよい。もしくは、ＰＤＣＰ制御部１１は、任意のタイミングに、ＲＬＣ制御部１３及びＲＬＣ制御基地局２０へ送信するデータの振り分け実行してもよい。
【００２７】
また、ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したデータをバッファ１２へ格納し、ＰＤＣＰ処理を実行したことをＲＬＣ制御部１３へ通知してもよい。バッファ１２は、ＰＤＣＰ処理が実行される前のデータを、ＰＤＣＰ処理が実行された後のデータと異なるメモリ空間もしくはメモリ領域に格納してもよい。
【００２８】
また、ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したすべてのデータをＲＬＣ制御基地局２０へ送信してもよい。この場合、ＲＬＣ制御部１３は不要となる。
【００２９】
ＲＬＣ制御部１３は、ＰＤＣＰ制御部１１から出力されたデータもしくはバッファ１２から抽出したデータについてＲＬＣ処理を実行する。バッファ１２から抽出したデータは、ＰＤＣＰ制御部１１がＰＤＣＰ処理を実行した後にバッファ１２へ格納したデータである。ＲＬＣ制御部１３は、ＲＬＣ処理を実行したデータを移動局３０へ送信する。
【００３０】
ここで、ＰＤＣＰ制御部１１がＲＬＣ制御部１３もしくはＲＬＣ制御基地局２０へ送信するデータをＰＤＣＰ−ＰＤＵ（PDCP-Protocol Data Unit）と称してもよい。
【００３１】
続いて、図３を用いて本発明の実施の形態２にかかるＲＬＣ制御基地局２０の構成例について説明する。ＲＬＣ制御基地局２０は、ＲＬＣ制御部２１及びバッファ２２を有する。ＲＬＣ制御部２１は、例えばＣＰＵ(Central Processing Unit)が用いられてもよい。また、バッファ２２は、ＲＯＭ（Read Only Memory）もしくはＲＡＭ（Random Access Memory）等のメモリが用いられてもよい。
【００３２】
バッファ２２は、ＰＤＣＰ制御基地局１０から送信されたデータを一時的に格納する。ＰＤＣＰ制御基地局１０から送信されたデータは、ＰＤＣＰ制御基地局１０においてＰＤＣＰ処理が実行されたデータである。
【００３３】
ＲＬＣ制御部２１は、バッファ２２に格納されたデータを抽出する。さらに、ＲＬＣ制御部２１は、バッファ２２から抽出したデータについてＲＬＣ処理を実行する。ＲＬＣ制御部２１は、ＲＬＣ処理を実行したデータを移動局３０へ送信する。
【００３４】
移動局３０は、ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０からＲＬＣ制御が実行されたデータを受信することになる。このように、移動局３０が、２つの基地局もしくは２以上の基地局から送信されたデータを受信することをdual connectivityと称する。また、ＰＤＣＰ制御基地局１０のように、ＰＤＣＰ処理及びＲＬＣ処理を実行する基地局は、例えば、半径数キロメートルの通信エリアを有するマクロ基地局と称される基地局が用いられてもよい。また、ＲＬＣ制御基地局２０は、ＲＬＣ処理のみを実行する基地局であり、ＰＤＣＰ制御基地局１０の機能を補完するように用いられてもよい。また、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０の通信エリアの一部と重複する通信エリアを有するフェムト基地局もしくはマイクロ基地局等と称されてもよい。
【００３５】
続いて、図１９を用いて、本発明の実施の形態２にかかる処理を説明するための比較例について説明する。比較例においては、本発明を実施しなかった場合の課題について、詳細に説明する。
【００３６】
ＰＤＣＰレイヤからＲＬＣレイヤに送信されるデータには、ＰＤＣＰ−ＳＮ（PDCP-Sequence Number）が設定される。本図の０〜４０９５は、ＰＤＣＰ−ＳＮを示している。また、ＨＦＮ（Hyper Frame Number）は、ＲＬＣレイヤからＵＥ（User Equipment）に送信されるデータを秘匿する際に用いられるパラメータである。ＵＥは、３ＧＰＰにおいて、移動局の具体的名称として用いられている。ＵＥは、ＲＬＣ制御部２１において用いられたＨＦＮと同じ値のＨＦＮを用いてＲＬＣ制御基地局２０から送信されたデータを復号する。ＰＤＣＰ−ＳＮは、３ＧＰＰにおいてＬｏｎｇ ＰＤＣＰ ＳＮ（１２ｂｉｔ：０〜４０９５）、Ｓｈｏｒｔ ＰＤＣＰ−ＳＮ（７ｂｉｔ：０〜１２７）及びＥｘｔｅｎｄｅｄ ＰＤＣＰ−ＳＮ（１５ｂｉｔ：０〜３２７６７）の３種類が定義されている。一般的にはＬｏｎｇ ＰＤＣＰ ＳＮが利用される。
【００３７】
また、ＵＥは、ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０からＨＦＮ値を取得することはない。ＨＦＮ値がＰＤＣＰ制御基地局１０もしくはＲＬＣ制御基地局２０から、無線回線を介してＵＥへ送信された場合に、ＨＦＮ値が第３者に傍受等されることを防止するためである。ＵＥは、初期値として用いるＨＦＮ値が定まると、その後、データのＰＤＣＰ−ＳＮの値がインクリメントするとともに、ＨＦＮ値をインクリメントしてデータを復号する。つまり、ＰＤＣＰ制御基地局１０がデータを秘匿するために用いるＨＦＮ値と、ＵＥがデータを復号するために用いるＨＦＮ値とを一致させるために、ＰＤＣＰ制御基地局１０が送信するデータと、ＵＥが受信するデータとを同期させる必要がある。ここで、ＨＦＮとＰＤＣＰ−ＳＮとの関係について説明する。３ＧＰＰにおいては、秘匿に利用するパラメータとして３２ｂｉｔのサイズのＣＯＵＮＴ ｖａｌｕｅパラメータが規定されており、このＣＯＵＮＴ ｖａｌｕｅがＨＦＮとＰＤＣＰ ＳＮで構成されることが規定されている。そのため、ＨＦＮのサイズはＰＤＣＰ  ＳＮの種類により変化する。例えば、Ｌｏｎｇ ＰＤＣＰ ＳＮを利用している場合、３２ｂｉｔ−Ｌｏｎｇ ＰＤＣＰ ＳＮ（１２ｂｉｔ）＝２０ｂｉｔとなり、この差分の２０ｂｉｔのサイズ（０〜１０４８５７５）が、ＨＦＮの範囲となる。また、秘匿のための暗号化・復号化に利用するパラメータとして、例えば、ＨＦＮ＋ＰＤＣＰ ＳＮとして生成されるＣＯＵＮＴ値が用いられてもよい。
【００３８】
本図においては、ＰＤＣＰとの用語の下に示されているデータは、ＰＤＣＰ制御基地局１０のバッファ１２に格納されているデータを示している。ＲＬＣとの用語の下に示されているデータは、ＲＬＣ制御基地局２０のバッファ２２に格納されているデータを示している。ＵＥとの用語の下に示されているデータは、ＵＥが保持しているデータを示している。
【００３９】
さらに、ＰＤＣＰ−ＳＮが設定されたデータの隣に記載されているＨＦＮ＃１〜４は、データを秘匿する際に用いられるＨＦＮの具体的な値を示している。例えば、ＰＤＣＰ制御基地局１０のバッファ１２に格納されているデータのうち一番上に記載されているデータは、ＰＤＣＰ−ＳＮが４０９５であり、ＨＦＮ＃１を用いて秘匿されたことを示している。また、ＲＬＣ制御基地局２０のバッファ２２に格納されているデータのうち一番上に記載されているデータも、ＰＤＣＰ−ＳＮが４０９５であり、ＨＦＮ＃１を用いて秘匿されたことを示している。ＵＥは、保持しているデータのうち一番上に記載されているデータは、ＨＦＮ＃１を用いてＲＬＣ制御基地局２０から送信されたデータを復号することを示している。
【００４０】
ここで、ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、データＡとして示しているデータは、すでにＲＬＣ制御基地局２０へ送信されているデータとする。つまり、データＡに示されるデータと同一のデータは、ＲＬＣ制御基地局２０のバッファ２２に格納されている。ＰＤＣＰ制御基地局１０のＰＤＣＰ制御部１１は、すでにＲＬＣ制御基地局２０へ送信したデータＡをバッファ１２から削除してもよい。
【００４１】
さらに、ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、一点鎖線において囲まれているデータは、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗにおいて管理されているデータとする。ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、０〜２０４７の範囲のＰＤＣＰ−ＰＤＵを管理するｗｉｎｄｏｗである。ここで、Ｓｈｏｒｔ ＰＤＣＰ−ＳＮが用いられた場合、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、ＰＤＣＰ−ＳＮの半分のサイズになるため、０〜６３の範囲のＰＤＣＰ−ＰＤＵを管理する。Ｅｘｔｅｎｄｅｄ ＰＤＣＰ−ＳＮが用いられた場合、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、ＰＤＣＰ−ＳＮの半分のサイズになるため、０〜１６３８３の範囲のＰＤＣＰ−ＰＤＵを管理する。ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗ内にあるＰＤＣＰ−ＰＤＵにはＰＤＣＰ−ＳＮが割り当てられ、ＲＬＣ制御基地局２０へ送信される。また、ＰＤＣＰ制御部１１は、順次ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、バッファ１２に格納されているデータであって、ＰＤＣＰ−ＳＮが割り当てられていないデータにＰＤＣＰ−ＳＮを割り当て、ＲＬＣ制御基地局２０へ送信する。ＰＤＣＰ制御部１１は、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗを、ＰＤＣＰ−ＳＮが増加する方向にスライドさせる。
【００４２】
ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、データＣとして示しているデータは、ＰＤＣＰ−ＳＮが割り当てられていないデータであり、フレッシュデータと称されてもよい。
【００４３】
ここでは、ＲＬＣ制御基地局２０のバッファ２２には、データＡとして示されているデータ及びＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗ内のデータが格納されている。
【００４４】
ＲＬＣ制御部２１は、バッファ２２に格納されているデータであって、ＨＦＮ＃１〜４のいずれかを用いて秘匿されたデータをＵＥへ送信する。ＵＥは、データを受信した場合、正常にデータを受信したことを示す応答メッセージをＲＬＣ制御基地局２０へ送信する。
【００４５】
本図においては、ＲＬＣ制御基地局２０のＲＬＣ制御部２１が、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５及びＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：０のデータについては、応答メッセージを受信したことを示している。また、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータについては、ＲＬＣ制御部２１は、応答メッセージを受信できていないことを示している。
【００４６】
このような場合、ＲＬＣ制御部２１は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータＢをＵＥへ送信することができない。ここで、ＰＤＣＰ制御基地局１０のＰＤＣＰ制御部１１は、ＲＬＣ制御基地局２０からＵＥへデータが正常に送信されたか否かを把握することができないため、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし続け、ＲＬＣ制御基地局２０へデータを送信し続ける。しかし、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータＢをＵＥへ送信することができないため、バッファ２２に格納するデータが増え続け、バッファ２２におけるデータの許容量を超えた場合、データが廃棄されてしまう。例えば、バッファ２２における古いデータから廃棄される場合、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２のデータから順に廃棄される。もしくは、バッファ２２が、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：１〜ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：１までのデータを格納することができるとした場合、ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：２以降に受信するデータが廃棄されてもよい。
【００４７】
本図においては、ＲＬＣ制御基地局２０のバッファ２２に、ＰＤＣＰ制御基地局１０から送信されたデータが蓄積し続け、データが廃棄されてしまう可能性があることを示している。
【００４８】
続いて、図４を用いて、本発明の実施の形態２にかかるデータの同期処理について説明する。本図に示す処理においては、ＲＬＣ制御基地局２０は、ＵＥから送信された応答メッセージを受信すると、ＰＤＣＰ制御基地局１０に対して、ＵＥへデータを正常に送信することができたことを示す応答メッセージを送信する。ＲＬＣ制御基地局２０は、ＰＤＣＰ−ＰＤＵ単位に応答メッセージをＰＤＣＰ制御基地局１０へ送信する。ＰＤＣＰ−ＳＮが割り当てられたそれぞれのデータが、１つのＰＤＣＰ−ＰＤＵとする。また、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０から送信されたデータを正常に受信したことを契機として応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。言い換えると、ＲＬＣ制御基地局２０は、自装置のバッファが輻輳しない限り、ＰＤＣＰ制御基地局１０から送信されたデータを受信した後、即時に応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。
【００４９】
ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドする。例えば、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ−ＳＮ：２０４７のデータをＲＬＣ制御基地局２０へ送信後に、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、フレッシュデータにＰＤＣＰ−ＳＮ：２０４８を割り当てる。また、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＵＥへ正常に送信することができたＰＤＣＰ−ＰＤＵをバッファ１２から削除してもよい。
【００５０】
ＲＬＣ制御基地局２０が、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２０４８のデータに対する応答メッセージをＵＥから受信しない場合、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０へ応答メッセージを送信しない。
【００５１】
このような場合、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドしない。そのため、ＰＤＣＰ−ＳＮ：２０４８以降のデータがＲＬＣ制御基地局２０へ送信されることがないため、ＲＬＣ制御基地局２０のバッファ２２においてデータが蓄積し続けることを回避することができる。
【００５２】
続いて、図５を用いて本発明の実施の形態２にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＰＤＣＰ制御基地局１０を、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）とし、ＲＬＣ制御基地局２０をＳｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）として説明する。また、Ｓ−ＧＷ（Serving Gateway）は、ユーザデータを中継する装置とする。ユーザデータ（Ｕｓｅｒ Ｄａｔａ）は、呼制御等を行う制御データとは異なるデータであり、例えば、音声データ、画像データ等のＵＥ間において通信されるデータである。
【００５３】
はじめに、Ｓ−ＧＷは、ユーザデータをＭｅＮＢへ送信する（Ｓ１）。ＭｅＮＢは、ユーザデータを受信すると、ＵＥへユーザデータを送信する。
【００５４】
次に、ＭｅＮＢは、ＳｅＮＢへSeNB Additional Requestメッセージを送信する（Ｓ２）。ＭｅＮＢは、dual connectivityの状態を形成するために、ＳｅＮＢへSeNB Additional Requestメッセージを送信する。SeNB Additional Requestメッセージは、ＳｅＮＢとＵＥとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＳｅＮＢは、SeNB Additional Requestメッセージに対する応答メッセージとして、ＭｅＮＢへSeNB Additional Request Acknowledgeメッセージを送信する（Ｓ３）。
【００５５】
次に、ＭｅＮＢは、ＵＥへRRC Connection Reconfigurationメッセージを送信する（Ｓ４）。RRC Connection Reconfigurationメッセージは、ＵＥとＳｅＮＢとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＵＥは、RRC Connection Reconfigurationメッセージに対する応答メッセージとして、ＭｅＮＢへRRC Connection Reconfiguration Completeメッセージを送信する（Ｓ５）。
【００５６】
次に、ＭｅＮＢは、ＳｅＮＢへ、ＵＥとＳｅＮＢ間のセッションの構築が完了したことを示すSeNB Additional Completeメッセージを送信する（Ｓ６）。次に、ＭｅＮＢは、ＳｅＮＢへ、同期情報通知メッセージを送信する（Ｓ７）。同期情報通知メッセージには、ＭｅＮＢが、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵの情報が含まれる。例えば、同期情報通知メッセージには、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵのＰＤＣＰ−ＳＮが設定されている。ＳｅＮＢは、同期情報通知メッセージを受信することによって、ＵＥへ送信するデータを秘匿する際に用いるＨＦＮ及びＰＤＣＰ−ＳＮを把握もしくは決定することができる。
【００５７】
次に、Ｓ−ＧＷは、ユーザデータをＭｅＮＢへ送信する（Ｓ８）。ＭｅＮＢは、受信したユーザデータをＵＥへ送信する。次に、ＭｅＮＢは、受信したユーザデータについて、ＰＤＣＰ処理を実行し、ＰＤＣＰ処理を実行したデータをＳｅＮＢへ送信する（Ｓ９）。次に、ＳｅＮＢは、ＭｅＮＢから送信されたデータについて、ＲＬＣ処理を実行し、ＲＬＣ処理を実行したデータをＵＥへ送信する（Ｓ１０）。
【００５８】
次に、ＵＥは、ステップＳ１０においてユーザデータを受信した場合に、ＡＣＫメッセージをＳｅＮＢへ送信する（Ｓ１１）。次に、ＳｅＮＢは、ＭｅＮＢへ、ユーザデータをＵＥへ正常に送信することができたことを示すＡＣＫメッセージを送信する（Ｓ１２）。また、ＵＥは、dual connectivityにおいては、ＭｅＮＢ及びＳｅＮＢの双方から異なるデータを受信する。そのため、ＵＥは、受信するデータ毎に、該当するデータの送信元に対してＡＣＫメッセージを送信する。
【００５９】
ＭｅＮＢは、ステップＳ１２においてＡＣＫメッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドして、次のデータをＳｅＮＢへ送信する。この場合、ステップＳ９以降の処理を繰り返し実行する。
【００６０】
以上説明したように、本発明の実施の形態２にかかるＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０を用いることによって、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０からＡＣＫメッセージを受信することができる。これによって、ＰＤＣＰ制御を実行する基地局とＲＬＣ制御を実行する基地局とが異なる装置である場合においても、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０がＵＥに正常にデータを送信することができたか否かについて把握することができる。
【００６１】
さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信されるＡＣＫメッセージに基づいてＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドすることによって、ＲＬＣ制御基地局２０のバッファ２２にデータが蓄積し続けることを防止することができる。
【００６２】
また、さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信されるＡＣＫメッセージに基づいてＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドすることによって、ＰＤＣＰ制御基地局１０が送信するデータと、移動局３０が受信するデータとを同期させることができる。
【００６３】
また、上述した例においては、ＰＤＣＰ制御基地局１０が、１つのＰＤＣＰ−ＰＤＵ毎にＲＬＣ制御基地局２０から送信される応答メッセージを受信することについて説明したが、ＰＤＣＰ制御基地局１０は、複数のＰＤＣＰ−ＰＤＵをまとめてＲＬＣ制御基地局２０へ送信してもよい。このような場合、ＲＬＣ制御基地局２０は、ＰＤＣＰ−ＰＤＵ毎に応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよく、複数のＰＤＣＰ−ＰＤＵに対して一つの応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。
【００６４】
（実施の形態３）
続いて、図６を用いて本発明の実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する。
【００６５】
本図においては、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０がＵＥへ正常にデータを送信できたことを示す応答メッセージ（ＡＣＫメッセージ）を受信しない場合、所定時間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＲＬＣ制御基地局２０へ新たにＰＤＣＰ−ＳＮを割り当てたデータを送信することを示している。言い換えると、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信された応答メッセージを受信するとＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、応答メッセージを受信しない場合であっても所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドする。
【００６６】
例えば、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータをＵＥへ送信した後に、ＵＥから応答メッセージを受信しない場合、ＰＤＣＰ制御基地局１０へ応答メッセージを送信しない。このような場合においても、ＰＤＣＰ制御基地局１０は、所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＰＤＣ−ＳＮ：２のデータをＲＬＣ制御基地局２０へ送信する。さらに、ＰＤＣＰ制御基地局１０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２０４７のデータに関する応答メッセージをＲＬＣ制御基地局２０から受信しない場合においても、所定期間経過後に所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＰＤＣ−ＳＮ：２０４８のデータをＲＬＣ制御基地局２０へ送信する。ＰＤＣＰ制御基地局１０がデータを送信してから、次のデータを送信するまでの期間を示す所定期間は、例えば、ＰＤＣＰ制御基地局１０がタイマーを用いて測定してもよい。
【００６７】
さらに、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０へ送信する応答メッセージに、正常に送信することができたデータのＰＤＣＰ−ＳＮを設定する。ＰＤＣＰ制御基地局１０は、ＰＤＣＰ−ＳＮが設定された応答メッセージを受信することによって、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵを把握することができる。
【００６８】
ＰＤＣＰ制御基地局１０は、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵを、バッファ１２から削除してもよく、ＲＬＣ制御基地局２０から再送要求が通知された場合には、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵをＲＬＣ制御基地局２０へ再送してもよい。
【００６９】
また、ＰＤＣＰ制御基地局１０が、送信したＰＤＣＰ−ＰＤＵに対する応答メッセージを受信しないケースとして、図７に示すように、ＰＤＣＰ制御基地局１０が送信したデータを、ＲＬＣ制御基地局２０が受信することができなかったケースも含まれる。もしくは、ＰＤＣＰ制御基地局１０が、送信したＰＤＣＰ−ＰＤＵに対する応答メッセージを受信しないケースとして、ＲＬＣ制御基地局２０がＵＥから応答メッセージを受信した後に、ＲＬＣ制御基地局２０がＰＤＣＰ制御基地局１０へ応答メッセージを送信した場合において、ＰＤＣＰ制御基地局１０とＲＬＣ制御基地局２０との間の通信経路において応答メッセージが破棄された場合等が含まれてもよい。
【００７０】
以上説明したように、本発明の実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理を実行した場合、ＰＤＣＰ制御基地局１０は、所定期間経過後に、次に送信するデータをＲＬＣ制御基地局２０へ送信することができる。このような処理は、例えば、ＵＥへデータを送信することができなかった場合においても、ＵＥへデータの再送を行う必要が内容な場合に有効である。また、このような処理を行うことによって、ＵＥへ送信するデータのスループットを向上させることができる。
【００７１】
（実施の形態４）
続いて、図８を用いて本発明の実施の形態４にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する。本図においても、図６と同様に、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信しない場合においても、所定時間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＲＬＣ制御基地局２０へ新たにＰＤＣＰ−ＳＮを割り当てたデータを送信することを示している。本図においては、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータに関する応答メッセージを受信していないため、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータを再送する処理を実行する。この時、ＲＬＣ制御基地局２０のバッファ２２には、ＰＤＣＰ制御基地局１０から送信されるデータが蓄積し続け、バッファ２２の許容量を超えたことによって、バッファ２２に蓄積されたデータのうち、古いデータであるＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２〜ＨＦＮ＃３を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５が廃棄されたとする。
【００７２】
このような状況において、ＲＬＣ制御基地局２０が、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータの再送を完了し、ＰＤＣＰ制御基地局１０へＰＤＣＰ−ＳＮ：１を設定した応答メッセージを送信し、ＲＬＣ制御基地局２０が次のデータをＵＥへ送信するとする。しかし、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２〜ＨＦＮ＃３を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５は、廃棄されているため、ＲＬＣ制御基地局２０は、ＵＥへ、ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：０のデータを送信することとなる。しかし、ＵＥにおいては、ＨＦＮ＃２を用いて秘匿したデータが送信されてくることを想定しているため、受信したデータをＨＦＮ＃２を用いて復号する。しかし、ＲＬＣ制御基地局２０が送信したデータは、ＨＦＮ＃４を用いて秘匿されているため、ＵＥは、ＲＬＣ制御基地局２０から受信したデータを復号することができない。もしくは、バッファ２２の許容量を超えたことによって、新たに到達するデータが廃棄された場合にも、ＲＬＣ制御基地局２０がＵＥへ送信するデータを秘匿するために用いたＨＦＮ値と、ＵＥが想定しているＨＦＮ値とが異なることによって、ＵＥが、ＲＬＣ制御基地局２０から受信したデータを復号することができないことがある。
【００７３】
つまり、ＲＬＣ制御基地局２０のバッファ２２においてデータが廃棄されてしまった場合、ＰＤＣＰ制御基地局１０とＵＥとにおいて使用するＨＦＮの同期がとれなくなることによって、ＵＥにおいてデータを復号することができなくなる。
【００７４】
このような事象を防止するために、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０への応答メッセージに、正常に送信したデータのＰＤＣＰ−ＳＮとともにデータを秘匿する際に用いたＨＦＮの値を設定する。例えば、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータの再送を完了した場合、ＰＤＣＰ制御基地局１０へ、ＰＤＣＰ−ＳＮ：１及びＨＦＮ＃２を設定した応答メッセージを送信する。
【００７５】
ＰＤＣＰ制御基地局１０は、すでにＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：２０４９のデータまでＲＬＣ制御基地局２０へ送信していたが、ＲＬＣ制御基地局２０からＰＤＣＰ−ＳＮ：１及びＨＦＮ＃２が設定された応答メッセージを受信した場合、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータを再送する。
【００７６】
ＲＬＣ制御基地局２０は、ＨＦＮを設定した応答メッセージを送信した後に、ＰＤＣＰ制御基地局１０から再送されたデータをＵＥへ送信する。
【００７７】
以上説明したように、ＲＬＣ制御基地局２０がＨＦＮ値を設定した応答メッセージをＰＤＣＰ制御基地局１０へ送信することによって、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０からＵＥへ送信されていないデータを把握することができる。そのため、ＵＥが復号するのに用いるＨＦＮ値と、ＵＥへ送信されるデータを秘匿するために用いたＨＦＮ値とを同期させることができる。そのため、ＵＥは、受信したデータを復号することができる。
【００７８】
（実施の形態５）
続いて、図９を用いて本発明の実施の形態５にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＵＥが、Ｓｏｕｒｃｅ ＳｅＮＢの通信エリアからＴａｒｇｅｔ ＳｅＮＢの通信エリアへハンドオーバする場合の処理の流れについて示している。ＵＥは、dual connectivityによって、ＭｅＮＢ及びＳｏｕｒｃｅ ＳｅＮＢから送信されるデータを受信しているとする。
【００７９】
はじめに、ＵＥがＳｏｕｒｃｅ ＳｅＮＢの通信エリアからＴａｒｇｅｔ ＳｅＮＢの通信エリアへ移動した場合、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、SeNB Additional Requestメッセージを送信する（Ｓ２１）。SeNB Additional Requestメッセージは、Ｔａｒｇｅｔ ＳｅＮＢとＵＥとの間において通信するためのセッションを構築することを指示するメッセージである。次に、Ｔａｒｇｅｔ ＳｅＮＢは、SeNB Additional Requestメッセージに対する応答メッセージとして、ＭｅＮＢへSeNB Additional Request Acknowledgeメッセージを送信する（Ｓ２２）。
【００８０】
次に、ＭｅＮＢとＳｏｕｒｃｅ ＳｅＮＢとの間において、SeNB Release Requestメッセージが送受信される（Ｓ２３）。SeNB Release Requestメッセージは、ＭｅＮＢとＳｏｕｒｃｅ ＳｅＮＢとの間の通信において用いられていた通信リソースを開放するために用いられる。
【００８１】
次に、ＭｅＮＢは、ＵＥへRRC Connection Reconfigurationメッセージを送信する（Ｓ２４）。RRC Connection Reconfigurationメッセージは、ＵＥとＴａｒｇｅｔ ＳｅＮＢとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＵＥは、RRC Connection Reconfigurationメッセージに対する応答メッセージとして、ＭｅＮＢへRRC Connection Reconfiguration Completeメッセージを送信する（Ｓ２５）。
【００８２】
次に、Ｓｏｕｒｃｅ ＳｅＮＢは、ＭｅＮＢへ同期情報通知メッセージを送信する（Ｓ２６）。同期情報通知メッセージには、Ｓｏｕｒｃｅ ＳｅＮＢが、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵの情報が含まれる。例えば、同期情報通知メッセージには、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＰＤＣＰ−ＳＮが設定されている。
【００８３】
次に、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、ＵＥとＴａｒｇｅｔ ＳｅＮＢ間のセッションの構築が完了したことを示すSeNB Additional Completeメッセージを送信する（Ｓ２７）。次に、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、Ｓｏｕｒｃｅ ＳｅＮＢから送信された同期情報通知メッセージを送信する（Ｓ２８）。Ｓｏｕｒｃｅ ＳｅＮＢは、同期情報通知メッセージを受信することによって、ＵＥへ送信するデータを秘匿する際に用いるＨＦＮ及びＰＤＣＰ−ＳＮを把握もしくは決定することができる。
【００８４】
次に、ＭｅＮＢ、Ｓｏｕｒｃｅ ＳｅＮＢ及びＴａｒｇｅｔ ＳｅＮＢとの間において、ＵＥへ未送信のデータをＴａｒｇｅｔ ＳｅＮＢへ転送する。（Ｓ２９）。例えば、Ｓｏｕｒｃｅ ＳｅＮＢは、ＵＥへ未送信のデータをＭｅＮＢへ送信してもよい。この場合、ＭｅＮＢは、Ｓｏｕｒｃｅ ＳｅＮＢから送信されたデータをＵＥへ送信してもよく、Ｔａｒｇｅｔ ＳｅＮＢへ送信してもよい。もしくは、Ｓｏｕｒｃｅ ＳｅＮＢは、ＵＥへ未送信のデータをＴａｒｇｅｔ ＳｅＮＢへ送信してもよい。
【００８５】
ステップＳ３０〜Ｓ３４は、図５のステップＳ８〜Ｓ１２と同様であるため詳細な説明を省略する。
【００８６】
以上説明したように、本発明の実施の形態５にかかる通信システムにおける同期処理を実行することによって、ＵＥがハンドオーバした場合においても、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢから正常にＵＥへデータを送信することができたことを示すＡＣＫメッセージを受信することができる。そのため、実施の形態５においても、実施の形態１〜４と同様の効果を得ることができる。
【００８７】
（実施の形態６）
続いて、図１０を用いて本発明の実施の形態６にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＰＤＣＰ−ＳＮ及びＨＦＮの通知に用いられる具体的なメッセージについて説明する。ステップＳ４１〜Ｓ４６は、図５のステップＳ１〜Ｓ６と同様であるため詳細な説明を省略する。
【００８８】
ステップＳ４７において、ＭｅＮＢは、SN STATUS TRANSFERメッセージを用いて、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＰＤＣＰ−ＳＮをＳｅＮＢへ通知する。SN STATUS TRANSFERメッセージは、３ＧＰＰにおいて定められている既存のメッセージである。ここで、図１１〜図１３を用いてSN STATUS TRANSFERメッセージについて説明する。
【００８９】
図１１は、SN STATUS TRANSFERメッセージに設定されるＰＤＣＰ−ＳＮ及びＨＦＮを示している。ＰＤＣＰ−ＳＮ及びＨＦＮは、COUNT Valueパラメータを構成するパラメータとして設定される。図１１のSN STATUS TRANSFERメッセージは、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵ毎にＳｅＮＢへ送信されてもよい。図１１のSN STATUS TRANSFERメッセージには、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿したＨＦＮ値及びＵＥへ送信済みのＰＤＣＰ−ＰＤＵのＰＤＣＰ−ＳＮが設定されている。
【００９０】
図１２は、SN STATUS TRANSFERメッセージに設定されるＨＮＦ及び複数のＰＤＣＰ−ＳＮを示している。図１２のSN STATUS TRANSFERメッセージには、ＭｅＮＢがＵＥへ、ＰＤＣＰ−ＳＮ：１〜ＰＤＣＰ−ＳＮ：ｎが送信済みであることが設定されている。さらに、図１２のSN STATUS TRANSFERメッセージには、ＰＤＣＰ−ＳＮ：１〜ＰＤＣＰ−ＳＮ：ｎのＰＤＣＰ−ＰＤＵの秘匿に用いられたＨＦＮ値が設定されている。
【００９１】
図１３は、複数のＰＤＣＰ−ＳＮの状態を、ビットマップを用いて設定しているSN STATUS TRANSFERメッセージが示されている。図１３のSN STATUS TRANSFERメッセージを用いることによって、ＭｅＮＢは、ＰＤＣＰ−ＳＮの送信状況をビットマップイメージを用いてＳｅＮＢへ通知することができる。
【００９２】
図１０に戻り、ステップＳ４８〜ステップＳ５１は、図５のステップＳ８〜ステップＳ１１と同様であるため詳細な説明を省略する。ステップＳ５２において、ＳｅＮＢは、ＵＥへ正常に送信することができたＰＤＣＰ−ＰＤＵの秘匿に用いられたＨＦＮ値とＰＤＣＰ−ＳＮとをGTP-U Messageを用いてＭｅＮＢへ送信する。ここで、図１４〜図１７を用いてGTP-U Messageについて説明する。
【００９３】
図１４は、３ＧＰＰにおいて規定されるGTP-Uプロトコルヘッダ（GTP-Uメッセージヘッダ）の構成を示している。ＨＦＮ値及びＰＤＣＰ−ＳＮは、Next Extension Header Typeに設定される。
【００９４】
図１５は、GTP-U Extension header typeに、ＰＤＣＰ−ＳＮ及びＨＦＮに関する情報を識別するためのヘッダータイプを新たに追加したことを示している。
【００９５】
図１６は、図１５において新規に追加されたＰＤＣＰ−ＳＮ及びＨＦＮとを設定するExtension Headerのパラメータ領域イメージを示している。
【００９６】
図１７は、GTP-U Message typeに対して新規にＰＤＣＰ−ＳＮ及びＨＦＮの情報要素を追加したイメージを示している。
【００９７】
以上説明したように、ＭｅＮＢが、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿した際に用いたＨＦＮ値及びＰＤＣＰ−ＳＮをＳｅＮＢへ通知する場合、もしくはＳｅＮＢが、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿した際に用いたＨＦＮ値及びＰＤＣＰ−ＳＮをＭｅＮＢへ通知する場合、３ＧＰＰにおいて既存メッセージとして用いられているSN STATUS TRANSFERメッセージ及びGTP-U Messageを用いることができる。
【００９８】
また、図１０のステップＳ４７において、ＭｅＮＢは、SN STATUS TRANSFERメッセージを用いて、ＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信しているが、ＭｅＮＢは、他のメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。例えば、ＭｅＮＢは、ステップＳ４２におけるSeNB Additional Requestメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。もしくは、ＭｅＮＢは、ステップＳ４６におけるSeNB Additional Completeメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。
【００９９】
もしくは、ＭｅＮＢは、ステップＳ４９において、ユーザデータを送信する際に、GTP-U Messageを用いて、ＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。もしくは、ＭｅＮＢは、GTP-UレイヤにおいてGTP-U以外のFrame protocolもしくは独自メッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよく、GTP-Uレイヤと異なるレイヤにおいて別のFrame protocolや独自メッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。
【０１００】
（実施の形態７）
続いて、実施の形態７にかかる通信システムの構成例について説明する。図２においては、ＰＤＣＰ制御基地局１０が、ＰＤＣＰ制御部１１及びＲＬＣ制御部１３を有する構成について説明したが、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ制御部１１のみを有してもよい。つまり、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御部１３において実行するＲＬＣ制御を実行せずに、ＲＬＣ制御をＲＬＣ制御基地局２０のみが実行してもよく、もしくは、複数のＲＬＣ制御基地局がＲＬＣ制御を実行してもよい。
【０１０１】
また、図１８は、一つの基地局においてＰＤＣＰ制御部及びＲＬＣ制御部がそれぞれ異なるバッファを用いる構成を示している。図１８の基地局１００は、ＰＤＣＰ制御部１０１、ＰＤＣＰバッファ１０２、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４を有している。ＰＤＣＰ制御部１０１は、ＰＤＣＰバッファ１０２に格納されているデータを抽出し、ＰＤＣＰ制御を実行する。ＰＤＣＰ制御部１０１は、ＰＤＣＰ制御を実行したデータをＲＬＣ制御部１０３へ出力する。
【０１０２】
ＲＬＣ制御部１０３は、ＰＤＣＰ制御部１０１から出力されたデータを一時的にＲＬＣバッファ１０４へ格納する。その後、ＲＬＣ制御部１０３は、ＲＬＣバッファ１０４に格納されているデータを抽出し、ＲＬＣ制御を実行する。ＲＬＣ制御部１０３は、ＲＬＣ制御を実行したデータを移動局３０へ送信する。
【０１０３】
基地局１００においては、ＰＤＣＰバッファ１０２及びＲＬＣバッファ１０４は異なるメモリ領域もしくはメモリ空間に配置されているとする。つまり、ＰＤＣＰ制御部１０１及びＲＬＣ制御部１０３は、同一のメモリ空間を共有することができないとする。さらに、ＰＤＣＰ制御部１０１は、ＲＬＣバッファ１０４を参照することができず、ＲＬＣ制御部１０３は、ＰＤＣＰバッファ１０２を参照することができないとする。
【０１０４】
つまり、基地局１００においては、ＰＤＣＰ制御部１０１、ＰＤＣＰバッファ１０２、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が同一装置内に配置されているが、ＰＤＣＰ制御部１０１及びＲＬＣ制御部１０３は、それぞれ参照することができるバッファに制限が加えられている。
【０１０５】
例えば、基地局１００においては、ＰＤＣＰ制御部１０１及びＰＤＣＰバッファ１０２は、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が搭載されているチップと異なるチップに搭載されてもよい。もしくは、ＰＤＣＰ制御部１０１及びＰＤＣＰバッファ１０２は、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が搭載されているボードと異なるボードに搭載されてもよい。
【０１０６】
もしくは、ＰＤＣＰ制御部１０１は、ＲＬＣバッファ１０４を参照することができないようにソフトウェアを用いて制御されてもよい。また、ＲＬＣ制御部１０３は、ＰＤＣＰバッファ１０２を参照することができないようにソフトウェアを用いて制御されてもよい。
【０１０７】
以上説明したように、ＰＤＣＰ制御部１０１とＲＬＣ制御部１０３とが異なる装置に配置されている場合以外にも、ＰＤＣＰ制御部１０１がＲＬＣバッファ１０４を参照することができない環境、具体的には、ＰＤＣＰ制御部１０１とＲＬＣ制御部１０３と同一装置内においてメモリ空間を共有しない場合においても、他の実施形態と同様の効果を得ることができる。
【０１０８】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、図５、図９及び図１０について、ＰＤＣＰ制御基地局１０（ＭｅＮＢ）もしくはＲＬＣ制御基地局２０（ＳｅＮＢ）において実行される処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１０９】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１０】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１１１】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１２】
この出願は、２０１４年５月７日に出願された日本出願特願２０１４−０９５７８９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１３】
１０  ＰＤＣＰ制御基地局
１１  ＰＤＣＰ制御部
１２  バッファ
１３  ＲＬＣ制御部
２０  ＲＬＣ制御基地局
２１  ＲＬＣ制御部
２２  バッファ
３０  移動局
１００  基地局
１０１  ＰＤＣＰ制御部
１０２  ＰＤＣＰバッファ
１０３  ＲＬＣ制御部
１０４  ＲＬＣバッファ
【図１】
2015170433.tif 000003
【図２】
2015170433.tif 000004
【図３】
2015170433.tif 000005
【図４】
2015170433.tif 000006
【図５】
2015170433.tif 000007
【図６】
2015170433.tif 000008
【図７】
2015170433.tif 000009
【図８】
2015170433.tif 000010
【図９】
2015170433.tif 000011
【図１０】
2015170433.tif 000012
【図１１】
2015170433.tif 000013
【図１２】
2015170433.tif 000014
【図１３】
2015170433.tif 000015
【図１４】
2015170433.tif 000016
【図１５】
2015170433.tif 000017
【図１６】
2015170433.tif 000018
【図１７】
2015170433.tif 000019
【図１８】
2015170433.tif 000020
【図１９】
2015170433.tif 000021
【手続補正書】
【提出日】平成28年10月24日(2016.10.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＰＤＣＰレイヤにおける処理を実行する第１の基地局と、
前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、
前記第２の基地局は、
前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局は、
前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信する、通信システム。
【請求項２】
前記第１の基地局は、
前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージとして、SeNB Additional Requestを送信し、前記移動局との間のセッションを設定することを指示し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項１に記載の通信システム。
【請求項３】
前記第１の基地局は、
移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示し、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項１又は２に記載の通信システム。
【請求項４】
前記第１の基地局は、
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記セッション追加完了メッセージとして送信するSeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項３に記載の通信システム。
【請求項５】
ＰＤＣＰレイヤにおける処理を実行した第１の基地局から送信されたデータについて、第２の基地局においてＲＬＣレイヤにおける処理を実行し、
前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、
前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信する、通信方法。
【請求項６】
前記第１の基地局は、前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージとしてSeNB Additional Requestを送信し、前記移動局との間のセッションを設定することを指示し、
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項５に記載の通信方法。
【請求項７】
前記第１の基地局は、移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示し、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信する、請求項５又は６に記載の通信方法。
【請求項８】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項７に記載の通信方法。
【請求項９】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記セッション追加完了メッセージとして送信するSeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
前記第２の基地局は、前記SeNB Additional Completeに設定された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項７又は８に記載の通信方法。
【請求項１０】
前記移動局が前記第２の基地局の通信エリアから第３の基地局の通信エリアへ移動した場合、前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ  ＰＤＵを秘匿する際に用いたＨＦＮとを前記第１の基地局へ送信し、
前記第１の基地局は、前記移動局から前記第３の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第３の基地局との間のセッションを設定したことを示すセッション追加完了メッセージに前記第２の基地局から通知された前記ＰＤＣＰ  ＰＤＵシーケンスナンバーと前記ＨＦＮとを設定し、前記第３の基地局へ送信する、請求項５乃至９のいずれか１項に記載の通信方法。
【国際調査報告】
2015170433.tif 000022
2015170433.tif 000023
2015170433.tif 000024
2015170433.tif 000025