(57)【特許請求の範囲】
【請求項１】
ソース基地局の通信品質の向上方法であって、
ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するパケット(ｐａｃｋｅｔ)を端末へ送信する段階と、
前記ソース基地局からターゲット基地局へハンドオーバーが開始される前に、前記ＲＬＣ ＵＭでの再送信のために前記パケットのうちの少なくとも一つのパケットを記憶する段階と、
記憶されたパケット数が１又は２に設定される制限値を超えるか否かを確認する段階と、
記憶されたパケット数が前記制限値を超える場合、記憶されたパケットのうちの最も古いパケットを削除する段階と、
前記ソース基地局から前記ターゲット基地局へのハンドオーバーが決定されると、ハンドオーバーコマンドメッセージを転送する前に、前記ターゲット基地局に前記記憶された少なくとも１つのパケットを送信する段階と、を含むことを特徴とする、方法。
【請求項２】
前記端末から受信した測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)に基づいて、前記ソース基地局から前記ターゲット基地局へのハンドオーバーを決定する段階をさらに含むことを特徴とする、請求項1に記載の方法。
【請求項３】
前記記憶する段階は、
バッファリング(ｂｕｆｆｅｒｉｎｇ)設定パケット数に基づいて、ハンドオーバーの開始前に端末へ送信した最後のパケットを記憶する段階をさらに含むことを特徴とする、請求項1に記載の方法。
【請求項４】
前記ＩＰに基づく音声トラフィックは、ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることを特徴とする、請求項１に記載の方法。
【請求項５】
ＱＣＩ設定に基づいてＶｏＬＴＥトラフィックを判定する段階をさらに含むことを特徴とする、請求項４に記載の方法。
【請求項６】
移動通信ネットワークで通信品質向上のためのソース基地局の装置であって、
少なくとも一つのネットワークノードと通信する送受信部と、
ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するパケット(ｐａｃｋｅｔ)を端末へ送信し、前記ソース基地局からターゲット基地局へハンドオーバーが開始される前に、前記ＲＬＣ ＵＭでの再送信のために前記パケットのうちの少なくとも一つのパケットを記憶し、記憶されたパケット数が１又は２に設定される制限値を超えるか否かを確認し、記憶されたパケット数が前記制限値を超える場合、記憶されたパケットのうちの最も古いパケットを削除し、前記ソース基地局から前記ターゲット基地局へのハンドオーバーが決定されると、ハンドオーバーコマンドメッセージを転送する前に、前記ターゲット基地局に前記記憶された少なくとも１つのパケットを送信するように制御する制御部と、を含むことを特徴とする、装置。
【請求項７】
前記制御部は、
前記端末から受信した測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)に基づいて、前記ソース基地局から前記ターゲット基地局へのハンドオーバーを決定するように制御することを特徴とする、請求項６に記載の装置。
【請求項８】
前記制御部は、
前記パケット記憶時、バッファリング(ｂｕｆｆｅｒｉｎｇ)設定パケット数に基づいて、前記ハンドオーバーの開始前の端末へ送信した最後のパケットを記憶するように制御することを特徴とする、請求項６に記載の装置。
【請求項９】
前記ＩＰに基づく音声トラフィックは、ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることを特徴とする、請求項６に記載の装置。
【請求項１０】
前記制御部は、
ＱＣＩ設定に基づいてＶｏＬＴＥトラフィックを判定することを特徴とする、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信ネットワークで通信品質を改善する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムはユーザの移動性を確保しながら通信を提供するための目的に開発された。このような移動通信システムは技術の飛躍的な発展に応じて音声通信はもちろん高速のデータ通信サービスを提供することができる段階に達した。近年、次世代移動通信システムのうちの一つとして、３ＧＰＰでＬＴＥ−Ａ(Ｌｏｎｇ Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ)に対する進化研究が進行しつつある。ＬＴＥ-Ａは、２０１０年後半ごろ実際常用化することができる程度で完成され、現在提供しているデータ送信率よりさらに高い送信速度を有する技術が論議されている。
【０００３】
ＬＴＥ規格完了にあわせて近年のＬＴＥ通信システムに様々な新技術を組み合わせて送信速度をより向上させる進化されたＬＴＥシステム(ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ)に対する論議が本格化されている。以下、ＬＴＥシステムとは、既存のＬＴＥシステムとＬＴＥ-Ａシステムを含む意味で理解することにする。
【０００４】
ＬＴＥは、データ送信のみのために造った通信規格として、そのものだけでは音声通話に係る技術が含まれない。その代わりに通信速度や帯域幅に余裕があるからインターネット網で電話通話ができるようにすることがＶｏＬＴＥである。これはインターネット電話(０７０)やモバイルメッセンジャーアプリが使用するＶｏＩＰ(Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ)と同様に声を圧縮してデータ網を介して送受信する技術である。ただ、網の状況によって送信速度を調節し、どんな状況でも切れないように通話品質を維持することがＶｏＩＰと差別される点である。
【０００５】
音声通話は、音質を高めてイキイキと聞くことも良いが、切れずよく連結されることも重要である。連結状態をよく維持しようとすれば音質を譲歩すべきであり、高音質通話を望む場合、連結状態をあきらめるべきである。ウェブサイトサーフィンのような通信サービスの利用は少少ずつ切れても実際利用者が感じることができないとか不便が少ない。しかし、音声サービスの場合、連結状態が良好ではなければ声が切られたり連結が切られてユーザが直接的にサービス品質に影響を受けることができる。したがって、音声サービス品質を防止することができる技術が要求されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が達成しようとする技術的課題は、移動通信ネットワークで改善された通信品質の改善方法及び装置を提供することである。本発明の実施形態は、ＩＰに基づく音声コール動作において音声品質低下を防止することができる方法及び装置を提供する。また、本発明の実施形態は、ＬＴＥ網を用いた音声コール動作においてハンドオーバー(ｈａｎｄｏｖｅｒ)時に発生することができる音声品質低下を防止することができる方法及び装置を提供する。
【課題を解決するための手段】
【０００７】
本発明の実施形態は、移動通信ネットワークで通信品質の向上方法であって、
【０００８】
ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)を端末へ送信する段階と、及び再送信のために前記ダウンリンクパケットのうちの少なくとも一つのパケットを記憶する段階と、をさらに含むことを特徴とする方法を提供する。
【０００９】
また、本発明の実施形態は、移動通信ネットワークで通信品質向上のためのサービング基地局の装置であって、少なくとも一つのネットワークノードと通信する送受信部と、及びＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)を端末へ送信し、再送信のために前記ダウンリンクパケットのうちの少なくとも一つのパケットを記憶するように制御する制御部と、を含むことを特徴とする装置を提供する。
【００１０】
また、本発明の実施形態は、移動通信ネットワークでハンドオーバー(ｈａｎｄｏｖｅｒ)ターゲット基地局(ｔａｒｇｅｔ ｅＮＢ)の通信品質の向上方法であって、ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)で特定端末にＩＰに基づく音声トラフィックパケットを送信するソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から前記端末に対するハンドオーバーリクエストメッセージを受信する段階と、前記端末に対するハンドオーバーが可能であれば、ソース基地局へハンドオーバーリクエスト承認メッセージを送信する段階と、前記ソース基地局が前記端末へ送信した前記パケットのうちで前記ソース基地局が記憶している少なくとも一つのパケットを受信する段階と、及び前記ソース基地局から受信したパケットを前記端末へ送信する段階と、を含むことを特徴とする方法を提供する。
【００１１】
また、本発明の実施形態は、移動通信ネットワークで通信品質向上のためのターゲット基地局(ｔａｒｇｅｔ ｅＮＢ)の装置であって、少なくとも一つのネットワークノードと通信する送受信部及びＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)で特定端末にＩＰに基づく音声トラフィックパケットを送信するソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から前記端末に対するハンドオーバーリクエストメッセージを受信し、前記端末に対するハンドオーバーが可能であれば、ソース基地局へハンドオーバーリクエスト承認メッセージを送信し、前記ソース基地局が前記端末へ送信した前記パケットのうちで前記ソース基地局が記憶している少なくとも一つのパケットを受信し、前記ソース基地局から受信したパケットを前記端末へ送信するように制御することを特徴とする装置を提供する。
【００１２】
また、本発明の実施形態は、移動通信ネットワークで端末の通信品質の向上方法であって、
【００１３】
ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)をソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から受信する段階と、前記ソース基地局からハンドオーバーコマンドメッセージを受信する段階と、前記ハンドオーバーコマンドメッセージに基づいてハンドオーバー完了メッセージを前記ターゲット基地局へ送信する段階と、及び前記ターゲット基地局から前記ソース基地局が前記端末に対するハンドオーバーの開始前、前記端末へ送信したパケットのうちの少なくとも一つのパケットを受信する段階と、を含むことを特徴とする方法を提供する。
【００１４】
また、本発明の実施形態は、移動通信ネットワークで通信品質向上のための端末の装置であって、少なくとも一つのネットワークノードと通信する送受信部と、及びＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)をソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から受信し、前記ソース基地局からハンドオーバーコマンドメッセージを受信し、前記ハンドオーバーコマンドメッセージに基づいてハンドオーバー完了メッセージを前記ターゲット基地局へ送信し、前記ターゲット基地局から前記ソース基地局が前記端末に対するハンドオーバーの開始前、前記端末へ送信したパケットのうちの少なくとも一つのパケットを受信するように制御する制御部と、を含むことを特徴とする装置を提供する。
【発明の効果】
【００１５】
本発明の実施形態によれば、移動通信ネットワークで改善した通信品質の改善方法及び装置を提供することができる。また、本発明の実施形態はＩＰに基づく音声コール動作においてハンドオーバー時に発生することができる音声品質低下を防止することができる技術を提供することができる。
【００１６】
また、本発明の実施形態によれば、基地局間のハンドオーバー時のＶｏＬＴＥコールのパケットロス(ｐａｃｋｅｔｌｏｓｓ)を防止して音声品質の低下を防止する技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明が適用されるＬＴＥシステムの構造を示す図面である。
【図２】本発明が適用されるＬＴＥシステムで無線プロトコル構造を示す図面である。
【図３】本発明が適用されるＬＴＥシステムでハンドオーバーを説明する図面である。
【図４】本発明の一実施形態による音声品質改善方法を説明するフローチャートである。
【図５】本発明の一実施形態によるパケット送信過程を説明する図面である。
【図６】本発明の一実施形態によるＳｅＮＢの通信品質の改善方法を説明する図面である。
【図７】本発明の一実施形態によるＴｅＮＢの通信品質の改善方法を説明する図面である。
【図８】本発明の一実施形態による端末の通信品質の改善方法を説明する図面である。
【図９】本発明の一実施形態による基地局構成を説明する図面である。
【図１０】本発明の一実施形態による端末構成を説明する図面である。
【発明を実施するための形態】
【００１８】
以下、添付された図面を参照して多様な実施形態を詳しく説明する。この時、添付された図面で同一構成要素は可能な同一符号に付していることに留意すべきである。また、本発明の要旨を不明瞭にすることができる公知機能及び構成に対する詳細な説明は省略する。以下の説明では本発明の多様な実施形態による動作を理解するのに必要な部分だけが説明され、その以外部分の説明は本発明の要旨を不明瞭にしないように省略されることを留意すべきである。
【００１９】
図１は、本発明が適用されるＬＴＥシステムの構造を示す図面である。
【００２０】
図１を参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは、次世代基地局(ＥｖｏｌｖｅｄＮｏｄｅ Ｂ、以下、ｅＮＢ、Ｎｏｄｅ Ｂ又は基地局)１０５、１１０、１１５、１２０とＭＭＥ(１２５、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)及びＳ-ＧＷ(１３０、Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ)から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)１３５は、ｅＮＢ(１０５〜１２０)及びＳ−ＧＷ１３０を介して外部ネットワークに接続する。
【００２１】
図１でｅＮＢ(１０５〜１２０)は、ＵＭＴＳシステムの既存ノードＢに対応される。ｅＮＢはＵＥ１３５と無線チャンネルで接続され、既存ノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含むすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをｅＮＢ(１０５〜１２０)が担当する。一つのｅＮＢは通常多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは、例えば、２０ＭＨｚ帯域幅で直交周波数分割多重方式(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭとする)を無線接続技術で使用する。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ Ｓｃｈｅｍｅ)とチャンネルコーディング率(Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ Ｒａｔｅ)を決定する適応変調コーディング(ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣとする)方式を適用する。Ｓ−ＧＷ１３０はデータベアラーを提供する装置であり、ＭＭＥ１２５の制御に応じてデータベアラーを生成したり除去する。ＭＭＥは、端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。
【００２２】
図２は、本発明が適用されるＬＴＥシステムで無線プロトコル構造を示す図面である。
【００２３】
図２を参照すれば、ＬＴＥシステムの無線プロトコルは、端末とｅＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ ２０５、２４０)、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ２１０、２３５)、ＭＡＣ(Ｍｅｄｉｕｍ ＡｃｃｅｓｓＣｏｎｔｒｏｌ２１５、２３０)からなる。ＰＤＣＰ(ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)２０５、２４０はＩＰヘッダー圧縮／復元などの動作を担当し、無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣとする)２１０、２３５はＰＤＣＰＰＤＵ(ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成する。ＭＡＣ２１５、２３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。物理階層２２０、２２５は、上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで造って無線チャンネルで送信したり、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。さらに、物理階層でも追加的なエラー訂正のために、ＨＡＲＱ(Ｈｙｂｒｉｄ ＡＲＱ)を使用しており、受信端では送信端から送信したパケットの受信可否を１ビットで送信する。これをＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報と言う。アップリンク送信に対するダウンリンクＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報はＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ-ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)物理チャンネルを介して送信されてダウンリンク送信に対するアップリンクＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報はＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)やＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ ＵｐＬｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)物理チャンネルを介して送信されることができる。
【００２４】
図３は、本発明が適用されるＬＴＥシステムでハンドオーバーを説明する図面である。
【００２５】
図３を参照してハンドオーバー(ＨＯ、ｈａｎｄｏｖｅｒ)過程に対して説明する。ソース基地局３１０は、ハンドオーバー前の現在端末３００をサービスする基地局であり、ターゲット基地局３２０は端末のハンドオーバーを介して接続する基地局である。
【００２６】
ＨＯ準備段階はソース基地局３１０がＵＥ３００の測定報告書に基づいて(ターゲット基地局を選択して)ＨＯ決定をした後、開始される。
【００２７】
ソース基地局３１０は、ＨＯリクエストを承認するか否かを決定し、ＨＯリクエストメッセージを選択されたターケット基地局３２０へ送信する。もし、ターゲット基地局３２０が、例えば、ＵＥ３００の活性フローのＱｏＳと、これのロード(ｌｏａｄ)条件に基づいてＵＥを好んで収容すると、ＨＯ実行段階は開始され、そうではなければソース基地局３１０が他の基地局をターゲット基地局で選択しないこともある。
【００２８】
ＨＯ実行段階で、ソース基地局３１０はバッファーとイントランシットパケット(ｉｎ-ｔｒａｎｓｉｔｐａｃｋｅｔs)をターゲット基地局３２０へ送信し、ＨＯコマンドをＵＥ３００に伝達する。
【００２９】
これを受信した端末３００はターゲット基地局３２０と無線インターフェース同期化を開始し、同期化完了後のＨＯ完了をターゲット基地局３２０へ送信する。ＨＯ完了を受信した後に、ターゲット基地局３２０がソースゲートウェー(ｇａｔｅｗａｙ)３３０と経路転換手続きを開始するＨＯ完了段階が始まる。
【００３０】
経路転換が成った後、ターゲット基地局３２０はソース基地局３１０にＨＯが充分に完成されたことを通知する。
【００３１】
ソース基地局３１０はその後に端末３００のリソースを解除する。
【００３２】
前記の説明を図３に示されたフロー(ｆｌｏｗ)の通り説明すると、次の通りである。
【００３３】
０段階：地域制限提供段階
【００３４】
１段階：測定制御段階
【００３５】
２段階：測定報告段階
【００３６】
３段階：ＨＯ決定段階
【００３７】
４段階：ハンドオーバーリクエスト段階
【００３８】
５段階：アドミッション制御段階(Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ) 
【００３９】
６段階：ハンドオーバーリクエスト承認段階
【００４０】
７段階：ＨＯコマンド段階
【００４１】
８段階：ＳＮ状態伝達段階
【００４２】
９段階：同期化段階
【００４３】
１０段階：ＵＬ割り当て及び端末に対するＴＡ制御段階  
【００４４】
１１段階：ＨＯ完了段階
【００４５】
１２段階：経路転換リクエスト段階
【００４６】
１３段階：ベアラー修正リクエスト段階
【００４７】
１４段階：ＤＬ経路転換段階
【００４８】
１５段階：ベアラー修正応答段階
【００４９】
１６段階：経路転換リクエスト承認段階
【００５０】
１７段階：リソース解除指示段階
【００５１】
１８段階：リソース解除段階
【００５２】
一方、ＬＴＥ網を用いた音声コール(例えば、ＶｏＬＴＥ、Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)動作においてハンドオーバー(ｈａｎｄｏｖｅｒ)が発生する場合、パケットロスによる音声品質低下が発生することができる。以下、実施形態をＬＴＥ網のＶｏＬＴＥを中心に説明するが、本発明の権利範囲が必ずここに限定するものではなく、ＩＰに基づく音声コールサービスでパケットロス防止のために適用されることもできる。
【００５３】
大部分のＶｏＬＴＥサービスを操作する事業者は音声コールを非ＲＬＣ認識モード(ＲＬＣ−ＵＭ、ＲＬＣ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)に基づいて操作する。ＶｏＬＴＥの場合、リアルタイム性を要し、再送信の必要性が少ないため事業者は普通のＲＬＣ ＵＭでＶｏＬＴＥサービスを操作する。ＶｏＬＴＥでＱＣＩは１と設定されることができる。
【００５４】
ＲＬＣ階層は、ＭＡＣ階層の上位に位置してデータの信頼性ある送信をサポートする。そして、無線区間に当たる適切なサイズのデータを構成するために上位階層から伝達したＲＬＣ ＳＤＵを分割(Ｓｅｇｍｅｎｔａｔｉｏｎ)して接続(Ｃｏｎｃａｔｅｎａｔｉｏｎ)する。受信側ＲＬＣ階層では受信したＲＬＣ ＰＤＵから元々のＲＬＣ ＳＤＵを復旧するためにデータの再組立(Ｒｅａｓｓｅｍｂｌｙ)機能をサポートする。各ＲＬＣエンティティーは、ＲＬＣ ＳＤＵの処理及び送信方式に応じて透過モード(Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ)、非認識モード(Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ)、認識モード(Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ)で動作することができる。
【００５５】
ＴＭで動作する場合、上位から伝達されたＲＬＣ ＳＤＵにどんなヘッダー情報も追加せずＭＡＣ階層へ伝達する。ＵＭで動作すると、ＲＬＣ ＳＤＵを分割／接続してＲＬＣ ＰＤＵを構成することができ、各ＲＬＣ ＰＤＵには一連番号を含むヘッダー情報が添付される。ＵＭではデータの再送信及びバッファリングをサポートしない。ＡＭで動作すると、ＲＬＣ ＳＤＵの分割／接続機能を用いてＲＬＣ ＰＤＵを構成し、パケットの送信失敗時の再送信することができる。ＡＭの再送信機能のために送信ウィンドウ、受信ウィンドウ、タイマー、カウンターなど多様なパラメーターと変数が用いられる。特に、ＡＭの場合、データをシーケンス番号(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)順に送信するために様々な手続きと制御(Ｃｏｎｔｒｏｌ)プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ ＤａｔａＵｎｉｔ、以下、‘ＰＤＵ’とする)を用いる。
【００５６】
前述したようにＲＬＣ-ＵＭの場合、ＲＬＣ階層(ＲＬＣ ｌａｙｅｒ)でのハイブリッド自動再送信(ＨＡＲＱ)動作がなく、ＰＤＣＰ階層(ＰＤＣＰ ｌａｙｅｒ)でのバッファリング(ｂｕｆｆｅｒｉｎｇ)動作がない。したがって、ＶｏＬＴＥを通じる音声コールサービス利用中にハンドオーバーが発生する場合、ＶｏＬＴＥトラフィック(ｔｒａｆｆｉｃ)もバッファリングされない。バッファリングされないからＲＬＣ−ＵＭでのＶｏＬＴＥはハンドオーバー時のパケットロスに対する潜在的問題点を有している。パケットロス又はサービスディレーはタイミング、ネットワークディレー、ＲＦ状態などの外的環境要因によって発生することができる。このようなパケットロス又はディレーは、ＶｏＬＴＥでジッタ(Ｊｉｔｔｅｒ)を増加させて音声品質に悪影響を及ぼし、実際、音声品質測定基準であるモス(ＭＯＳ、Ｍｅａｎ Ｏｐｉｎｉｏｎ Ｓｃｏｒｅ)値を低下させる要因でもある。したがって、ＲＬＣ-ＵＭで音声コール品質を改善するための技術が要求される。
【００５７】
以下、本発明の実施形態ではハンドオーバー時のパケットロスを防止して音声品質を改善する方法を説明する。さらに、インター(ｉｎｔｅｒ)基地局間(ｅＮＢ)のハンドオーバー時のＶｏＬＴＥコールのパケットロスを防止して音声品質の低下を防止する技術を説明する。
【００５８】
本発明の実施形態ではハンドオーバーが発生する場合、ソース基地局がハンドオーバー前のソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)が特定端末へ送信したパケット中の予め設定されたサイズのパケットをバッファリングし、バッファリングされたパケットをターゲット基地局(ｔａｒｇｅｔ ｅＮＢ)へ送信してパケットロス及び音声品質の低下を防止することを特徴とする。
【００５９】
実験によれば、ＶｏＬＴＥコールのハンドオーバー時のパケットロス確率が最も高いパケットはソース基地局がハンドオーバーを行う特定端末へ送信した最後の１〜２個のパケットである。したがって、ＲＬＣ-ＵＭモードでＶｏＬＴＥコール動作時のソース基地局はダウンリンク音声トラフィック(ｖｏｉｃｅ ｔｒａｆｆｉｃ)の予め設定されたパケット(例えば、ハンドオーバーを行う特定端末へ送信した最後の１〜２個のパケット)をバッファリングする。すなわち、予め設定されたパケットを臨時記憶することができる。ソース基地局のＰＤＣＰは、前記ダウンリンク音声トラフィックの予め設定されたパケットをバッファリングできる。
【００６０】
基地局間のハンドオーバーが発生すると、ソース基地局はバッファリングされたパケットをターゲット基地局でフォワーディング(ｆｏｒｗａｒｄｉｎｇ)できる。すなわち、基地局のＰＤＣＰはＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ動作前にバッファリングされた最近パケットをターゲット基地局へ送信することができる。
【００６１】
前記バッファリングされたパケットを受信したターゲット基地局は、前記送信されたパケットをハンドオーバーを介してターゲット基地局に接続した端末へ送信することができる。本発明の実施形態では損失可能性が高いパケットを再送信することによってハンドオーバー時に発生することができる音声品質の低下を事前に防止することができる。前記パケットを受信した端末は予め受信したパケットであればデコーディングせず、損失されたパケットで以前に受信することができない新しいパケットであればデコーディングして用いることができる。
【００６２】
図４は、本発明の一実施形態による音声品質改善方法を説明するフローチャートである。図４を参照すれば、移動通信ネットワークは端末４１０、ソース基地局(４３０、ＳｏｕｒｃｅｅｖｏｌｖｅｄＮｏｄｅＢ、ＳｅＮＢ)及びターゲット基地局(４５０、ｔａｒｇｅｔｅｖｏｌｖｅｄＮｏｄｅＢ、ＴｅＮＢ)を含むことができる。Ｓ４０１段階でＳｅＮＢ４３０は端末４１０とＲＬＣ ＵＭでＶｏＬＴＥコールサービスを提供しているかを判定することができる。ＳｅＮＢ４３０はＱＣＩ１と設定されており、ＲＬＣ ＵＭモードであればＶｏＬＴＥサービスを提供していることで判定することができる。端末４１０及びＳｅＮＢ４３０はＶｏＬＴＥサービスのためのパケットを送受信することができる。ＳｅＮＢ４３０は、端末４１０でダウンリンクパケットを送信することができる。ＳｅＮＢ４３０は、２０ｍｓ間隔でダウンリンクパケットを端末４１０へ送信することができる。以下でパケットはＲＬＣ ＵＭでＶｏＬＴＥ音声サービス提供のためのダウンリンクパケットであることで仮定する。
【００６３】
本発明の実施形態でＳｅＮＢ４３０はＲＬＣ ＵＭで動作してＶｏＬＴＥサービスのために端末でダウンリンクパケットを送信していると、予め設定された数のダウンリンクパケットをバッファリングできる。以下、本発明の実施形態では前記予め設定された数のダウンリンクパケットをバッファリング設定パケット数と命ずる。バッファリング設定パケット数に応じてＳｅＮＢがハンドオーバーの開始前の端末へ送信した最後のパケットから幾つのパケットを記憶するかが決定されることができる。この時、ＳｅＮＢ４３０は前記バッファリング設定パケット数に基づいてＳｅＮＢ４３０が端末４１０へ送信したダウンリンクパケットを記憶することができる。ＳｅＮＢ４３０と端末４１０がＲＬＣ ＵＭで動作してＶｏＬＴＥサービスのためのパケットを送信していると、繰返し的に前記記憶又はバッファリング動作が行なわれることができる。繰返し的な動作を介して予め設定されたバッファリング設定パケット以下数のパケットをアップデートしながら記憶することができる。予め設定されたバッファリング設定パケット以下数のパケットを維持する方法は、記憶されたパケットのうちの順次に古いパケットを削除して最も最近に端末へ送信したパケットを新しく記憶することによってアップデートできる。バッファリング動作に対しては以下の図６でさらに詳しく説明する。
【００６４】
Ｓ４０３段階でＳｅＮＢ４３０は端末４１０から測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)を受信することができる。Ｓ４０５段階でＳｅＮＢ４３０は前記端末４１０が送信した前記測定報告に基づいてターゲット基地局を決定してハンドオーバー(ｈａｎｄｏｖｅｒ、ＨＯ)を決定することができる。
【００６５】
Ｓ４０７段階でＳｅＮＢ４３０は前記で決定されたＴｅＮＢ４５０でハンドオーバーリクエスト(ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ)を送信することができる。前記ハンドオーバーリクエストメッセージを受信したＴｅＮＢ４５０はＱｏＳ、負荷条件などに基づいてＵＥ４１０のハンドオーバーを行うことができるか否かを決定することができる。
【００６６】
ＴｅＮＢ４５０が端末４１０のハンドオーバーを収容することで決定すると、Ｓ４０９段階でＴｅＮＢ４５０はハンドオーバーリクエスト承認(ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ)をＳｅＮＢ４３０へ送信することができる。もし、ＴｅＮＢ４５０が端末４１０のハンドオーバーを収容しないことで決定されると、ハンドオーバーリクエスト拒絶(ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ ｎａｃｋ)をＳｅＮＢ４３０へ送信することができる。
【００６７】
前記ハンドオーバーリクエスト承認(ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ)を受信すると、前記ＳｅＮＢ４３０は前記端末４１０でハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)を送信することができる(Ｓ４１１段階)。
【００６８】
ＳｅＮＢ４３０は、前記ハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)を送信した以後、前記ＴｅＮＢ４５０でバッファリングされたパケットを送信することができる(Ｓ４１３段階)。ＳｅＮＢ４３０とＴｅＮＢ４５０はＸ２−インターフェース(ｘ２−ｉｎｔｅｒｆａｃｅ)を介して接続されることができ、前記バッファリングされたパケットはＸ２−インターフェースを介して伝達されることができる。ただ、前記ハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)を送信する手順とバッファリングされたパケットを送信する手順が必ず順次になることではない。すなわち、前記ハンドオーバーコマンドを端末４１０で送信する前にＴｅＮＢ４５０でバッファリングされたパケットを送信することもできるだろう。
【００６９】
ハンドオーバーコマンドを受信した端末はターゲット基地局と同期化を開始し、同期化完了後のハンドオーバー完了(ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅ)をＴｅＮＢ４５０へ送信することができる(Ｓ４１５段階)。
【００７０】
ＴｅＮＢ４５０は、前記ＳｅＮＢ４３０から受信したバッファリングされたパケットを前記端末４１０へ送信することができる(Ｓ４１７段階)。前記バッファリングされたパケットを送信する方法に対しては図６でさらに詳しく説明する。
【００７１】
前記端末４１０は前記ＴｅＮＢ４５０から受信したバッファリングされたパケットが予め受信したパケットであるか判定することができる。すなわち、前記バッファリングされたパケットは前記ＳｅＮＢ４３０がハンドオーバー前の前記端末４１０へ送信したパケットである。前記端末４１０はＳｅＮＢ４３０がハンドオーバー直前に送信したパケットを受信することができるか、又は受信することができないこともある。したがって、ＴｅＮＢ４５０からバッファリングされたパケットを受信すると、前記端末４１０は前記バッファリングされたパケットがハンドオーバー前の前記ＳｅＮＢ４３０から受信したパケットであるか判定することができる。
【００７２】
例えば、端末４１０はパケットのＲＴＰシーケンス番号(ＲＴＰ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいてハンドオーバー前に予め受信したパケットであるか判定することができる。もし、ハンドオーバー前に予め受信したパケットであれば端末は受信したパケットを捨てる。もし、ハンドオーバー前に受信することができないパケットであれば受信したパケットをデコーディングして用いることができる。このように従来のＲＬＣ-ＵＭではバッファリング及び再送信動作がないからパケットロスやディレーが発生する場合、通信品質の悪くなる問題点があった。しかし、本願発明ではハンドオーバー時の最も損失確率が高いパケットに対してバッファリング及びバッファリングされたパケットをＴｅＮＢに伝達し、ＴｅＮＢを介して端末がバッファリングされたパケットを受信することによって通信品質改善に大きい効果がある。
【００７３】
図５は、本発明の一実施形態によるパケット送信過程を説明する図面である。
【００７４】
移動通信ネットワークは端末５１０、ＳｅＮＢ５３０及びＴｅＮＢ５５０を含むことができる。ＳｅＮＢはパケットを記憶するためのバッファー５３１を含むことができる。バッファー５３１には基地局が端末へ送信する最後のパケットが臨時に記憶されることができる。最後のパケットは基地局が端末へ送信するパケットのうちの予め設定された数の最も最近に送信されたパケットを意味する。
【００７５】
バッファーカウント(ｂｕｆｆｅｒ ｃｏｕｎｔ)は、ＳｅＮＢ５３０に記憶されるパケットの数を指示する情報である。バッファーカウントはバッファリング設定パケット数以下であることがある。例えば、図５でバッファリング設定パケット数が２であればバッファーカウント(ｂｕｆｆｅｒ ｃｏｕｎｔ)は０、１又は２のいずれか１つである。バッファリング設定パケット数はここに限定せず予め設定されたパケット数ｎ個を適用することができる。Ｎ個のバッファリング設定パケット数が適用される場合、バッファーカウントは０〜ｎとなることができる。図５では例えば、端末５１０のハンドオーバー前のＳｅＮＢ５３０が送信するパケット５２０が８個と仮定する。前記パケットはＲＬＣ ＵＭでＶｏＬＴＥサービスに用いられるパケットである。パケット５２０は、図５のナンバリング手順によってＳｅＮＢ５３０から端末５１０に送信されたことで仮定する。すなわち、Ｐ１が最優先に送信されたパケットであり、Ｐ８が最後で端末へ送信されたパケットである。一方、ＳｅＮＢ５３０は前記パケットが端末に成功的に受信されたか分からない。Ｓ５０１段階で前記パケット５２０は前記端末５１０で送信されることができる。
【００７６】
図５の設定例示で、ＳｅＮＢ５３０がＰ１を送信する前には、端末へ送信したパケットがないのでバッファーカウントは０である。Ｐ１を送信するとバッファーカウントは１となり、ＳｅＮＢはバッファー５３１にＰ１を記憶することができる。ＳｅＮＢ５３０がＰ２を送信すると、バッファーカウントは２となり、バッファー５３１にＰ１、Ｐ２を記憶することができる。ＳｅＮＢ５３０がＰ３を送信すると、バッファリング設定パケット数が２であるからＰ１はバッファー５３１から削除し、Ｐ３を記憶することができる。このような方法でバッファー５３１に記憶されるパケットとバッファーカウントは管理されることができる。
【００７７】
端末５１０のハンドオーバー前のＳｅＮＢ５３０が最後に送信したパケットがＰ８であれば、バッファーカウントは２であり、バッファー５３１にはパケット７(Ｐ７)及びパケット８(Ｐ８)が記憶されてあり得る。
【００７８】
Ｓ５２０段階でＳｅＮＢ５３０はバッファー５３１に記憶されたパケット(Ｐ７、Ｐ８)をＴｅＮＢ５５０へ送信することができる。前記バッファリングされたパケット(Ｐ７、Ｐ８)は前記ＳｅＮＢ５３０が端末５１０でハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)を送信した以後に伝達することができる。ただ、その時点に対して必ずここに限定するものではない。
【００７９】
ＴｅＮＢ５５０は前記基地局から受信したパケット(Ｐ７、Ｐ８)を記憶してあり得る。前記ＴｅＮＢ５５０は前記受信したパケット(Ｐ７、Ｐ８)を端末５１０へ送信することができる(Ｓ５０５段階)。前記ＴｅＮＢ５５０はハンドオーバー完了(ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅ)を受信すると、前記パケット(Ｐ７、Ｐ８)を端末５１０へ送信することができる。パケット(Ｐ７、Ｐ８)をＴｅＮＢ５５０から受信した端末５１０は通信品質を改善するのに前記受信したパケット(Ｐ７、Ｐ８)を用いることができる。
【００８０】
前記形態でパケット７(Ｐ７)及びパケット８(Ｐ８)は端末５１０のハンドオーバー以前に前記ＳｅＮＢ５３０から受信することができるか、又は受信することができないこともある。端末がＰ７、Ｐ８をハンドオーバー前の成功的に受信した場合、すべてのパケットを受信したので通話品質には影響がない。しかし、端末がハンドオーバー前のＰ７、Ｐ８を受信することができない場合、パケットロスによって通話品質に悪影響を及ぼすことができる。しかし、本発明の実施形態では損失可能性が大きい最後のパケット(Ｐ７、Ｐ８)をＳｅＮＢ５３０で予め記憶し、これをＴｅＮＢ５５０へ送信し、ＴｅＮＢ５５０では受信したＰ７、Ｐ８を端末へ送信することができる。この場合、ＳｅＮＢ５３０からパケット受信時のパケットロスがあるがＴｅＮＢから受信したパケット(Ｐ７、Ｐ８)によって通話品質を利用しながらＶｏＬＴＥサービスを利用することができる。
【００８１】
図６は、本発明の一実施形態によるＳｅＮＢの通信品質の改善方法を説明する図面である。図６ではＳｅＮＢでパケットをバッファリングし、バッファリングされたパケットを送信する過程に対して説明する。ＳｅＮＢ、ＵＥ、ＴｅＮＢ間のハンドオーバー信号関係に対しては図４で説明したので詳しい説明は省略する。基地局とＳｅＮＢは、ＲＬＣ-ＵＭでＶｏＬＴＥサービス中であることで仮定し、端末がＳｅＮＢからＴｅＮＢにハンドオーバーする状況を仮定する。
【００８２】
ＲＬＣ ＵＭでＳｅＮＢが端末にＶｏＬＴＥサービスを提供している場合、ＳｅＮＢは端末でＶｏＬＴＥサービスのためのダウンリンクパケットを送信することができる(Ｓ６１０段階)。ＳｅＮＢはハンドオーバーを行うかに対して判定することができる(Ｓ６３０段階)。
【００８３】
ハンドオーバーを行わないことで判定すると、ＳｅＮＢは端末へ送信する最も最近のパケットを記憶することができる。Ｓ６７１段階でＳｅＮＢはバッファーカウント(ｂｕｆｆｅｒ ｃｏｕｎｔ)が限界値(ｌｉｍｉｔ)以下であるか判定することができる。限界値はバッファリング設定パケット数である。限界値又はバッファリング設定パケット数は基地局運用者の設定によって設定されることができる。本発明の効果のために前記バッファリング設定パケット数は１又は２である。ただ、ここに限定せずバッファリング設定パケット数はｎ個であることができる。
【００８４】
バッファーカウントが限界値以下であることで判定すると、Ｓ６７３段階へ進行して端末で送信した最後のパケットを記憶することができる。もし、バッファーカウントが限界値以上であることで判定すると、バッファーに記憶されているパケット中で最も古いパケットを削除し、端末へ送信した最後のパケットを記憶することができる。以後、Ｓ６３０段階へ復帰することができ、ハンドオーバーが行わなければ繰返し的にパケットをバッファリングする動作を行うことができる。
【００８５】
Ｓ６３０段階でハンドオーバーを行うことで判定すると、バッファリングされたパケットをＴｅＮＢへ送信することができる。例えば、ＳｅＮＢはバッファーカウントが１以上であるか判定することができる(Ｓ６５１段階)。バッファーカウントはバッファーに記憶されているパケット数に対応することができる。したがって、バッファーカウントが１以上であれば１個以上のパケットがバッファーに記憶されていることである。バッファーカウントが１以上であればＳｅＮＢはＳ６５３段階へ進行し、記憶されたパケットをＴｅＮＢへ送信することができる。
【００８６】
もし、バッファーカウントが０であれば、記憶されているパケットがないのでＴｅＮＢでパケットを送信せず手続きを終了することができる。
【００８７】
図７は、本発明の一実施形態によるＴｅＮＢの通信品質の改善方法を説明する図面である。基地局とＳｅＮＢは、ＲＬＣ-ＵＭでＶｏＬＴＥサービス中であることで仮定し、端末がＳｅＮＢからＴｅＮＢにハンドオーバーする状況を仮定する。
【００８８】
図７を参照すれば、ＴｅＮＢはＳｅＮＢからハンドオーバーリクエスト(ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ)を受信することができる(Ｓ７１０段階)。前記ハンドオーバーリクエストメッセージを受信したＴｅＮＢはＱｏＳ、負荷条件などに基づいて端末のハンドオーバーを行うことができるか否かを決定することができる。
【００８９】
ＴｅＮＢが端末のハンドオーバーを収容することで決定すると、Ｓ７１５段階でＴｅＮＢはハンドオーバーリクエスト承認(ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ)をＳｅＮＢへ送信することができる。
【００９０】
Ｓ７２０段階でＴｅＮＢはＳｅＮＢからバッファリングされたパケットを受信することができる。すなわち、ＳｅＮＢはＳ７１５段階でＴｅＮＢからハンド誤報リクエスト承認を受信すると、予め記憶してパケットをＴｅＮＢへ送信することができる。ＴｅＮＢとＳｅＮＢはＸ２-インターフェースを介して通信してパケットを交換することができる。
【００９１】
Ｓ７２５段階でＴｅＮＢは端末からハンドオーバー完了(ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅ)を受信することができる。端末はＳｅＮＢからハンドオーバーコマンド(ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ)を受信してターゲット基地局と同期化が完了されると、ハンドオーバー完了を送信することができる。
【００９２】
Ｓ７３０段階でＴｅＮＢは端末でＳｅＮＢから受信したバッファリングされたパケットを送信することができる。前記バッファリングされたパケットは前記ＳｅＮＢがハンドオーバー前の前記端末へ送信したパケットである。ＴｅＮＢを介して端末がバッファリングされたパケットを受信することによって通信品質を改善することができる。
【００９３】
図８は、本発明の一実施形態による端末の通信品質の改善方法を説明する図面である。基地局とＳｅＮＢはＲＬＣ-ＵＭでＶｏＬＴＥサービス中であることで仮定し、端末がＳｅＮＢからＴｅＮＢにハンドオーバーする状況を仮定する。
【００９４】
図８を参照すれば、Ｓ８０５段階で端末はＳｅＮＢで測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)を送信することができる。前記端末が送信した測定報告に基づいてＳｅＮＢはハンドオーバー及びターゲット基地局を決定することができる。
【００９５】
ＳｅＮＢでハンドオーバーを決定した場合、ＳｅＮＢとＴｅＮＢ間のハンドオーバーリクエスト及びハンドオーバーリクエスト応答結果によって、端末はＳ８１０段階でＳｅＮＢからハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)を受信することができる。
【００９６】
Ｓ８１５段階で端末はＴｅＮＢでハンドオーバー完了(ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅ)を送信することができる。端末はＳｅＮＢから受信したハンドオーバーコマンド(ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ)に基づいて、ターゲット基地局と同期化が完了されると、ハンドオーバー完了(ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅ)をＴｅＮＢへ送信することができる。
【００９７】
Ｓ８２０段階で端末はＴｅＮＢからＴｅＮＢがＳｅＮＢから受信したパケットを受信することができる。ＴｅＮＢがＳｅＮＢから受信したパケットは端末がＴｅＮＢでハンドオーバー以前にＳｅＮＢが端末へ送信した最も最近のパケットであることができる。
【００９８】
Ｓ８２５段階で端末はＴｅＮＢから受信したパケットがＳｅＮＢから予め受信したパケットであるか否かを判定することができる。例えば、端末はパケットのＲＴＰシーケンス番号(ＲＴＰ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいてハンドオーバー前の予め受信したパケットであるかを判定することができる。もし、ハンドオーバー前に予め受信したパケットであれば端末は受信したパケットを捨てる(又は廃棄する)。捨てるということは受信したパケットをデコーディングして使用しないことを意味する。
【００９９】
もし、ハンドオーバー前に受信することができないパケットであれば受信したパケットをデコーディングして用いることができる。端末はネットワーク環境など多様な原因でディレー又はパケットロスに応じて基地局が送信するパケットを受信することができないこともある。また、ハンドオーバー直前のソース基地局が端末へ送信するパケットはパケットロス確率が高い。
【０１００】
従来、ＲＬＣ ＵＭではバッファリング及び再送信動作が存在しないから端末がＳｅＮＢから受信したパケットをＴｅＮＢからさらに受信する可能性がない。本発明の実施形態では端末がＳｅＮＢから最後のパケットを受信し、ＴｅＮＢを介して再びＳｅＮＢが送信した最後のパケットを受信することもできる。これを介して本発明の実施形態が適用されたか否かを判定することもできるだろう。
【０１０１】
図９は、本発明の一実施形態による基地局構成を説明する図面である。
基地局は状況によってＳｅＮＢであることがあり、ＴｅＮＢであることもある。
【０１０２】
基地局９００は、少なくとも一つのネットワークノードと通信を行う送受信部９００及び基地局９１０の全般的な動作を制御する制御部９３０を含むことができる。前記制御部はパケットのバッファリング及び送信を制御するためのパケット処理制御部９３１をさらに含むことができる。
【０１０３】
先ず、ＳｅＮＢの動作を仮定して説明する。
【０１０４】
本発明の実施形態によれば、前記パケット処理制御部９３１はＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)を端末へ送信し、再送信のために前記ダウンリンクパケットのうちの少なくとも一つのパケットを記憶するように制御することができる。
【０１０５】
また、前記パケット処理制御部９３１は、前記端末から受信した測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)に基づいてハンドオーバーを決定し、ハンドオーバー(ｈａｎｄｏｖｅｒ)を開始すると、前記記憶されたパケットをハンドオーバーターゲット基地局(ｔａｒｇｅｔ ｅＮＢ)へ送信するように制御することができる。
【０１０６】
また、前記パケット処理制御部９３１は、前記パケット記憶時、バッファリング(ｂｕｆｆｅｒｉｎｇ)設定パケット数に基づいて、ハンドオーバーの開始前の端末へ送信した最後のパケットを記憶するように制御することができる。この時、前記バッファリング設定パケット数は１又は２である。ただ、ここに限定せずバッファリング設定パケット数はｎ個であることができる。
【０１０７】
また、前記パケット処理制御部９３１は、記憶されたパケット数を指示するバッファーカウント(ｂｕｆｆｅｒ ｃｏｕｎｔ)が前記バッファリング設定数より小さいと、ハンドオーバーの開始前の端末へ送信した最後のパケットを記憶し、前記バッファーカウントが前記バッファリング設定数以上であれば、記憶されたパケットのうちの最も古いパケットを削除し、ハンドオーバーの開始前の端末へ送信した最後のパケットを記憶するように制御することができる。
【０１０８】
前記ＩＰに基づく音声トラフィックは、ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることができる。
【０１０９】
次に、ＴｅＮＢを仮定して説明する。
【０１１０】
本発明の実施形態によれば、前記パケット処理制御部９３１はＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)で特定端末にＩＰに基づく音声トラフィックパケットを送信するソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から前記端末に対するハンドオーバーリクエストメッセージを受信し、前記端末に対するハンドオーバーが可能であれば、ソース基地局へハンドオーバーリクエスト承認メッセージを送信し、前記ソース基地局が前記端末へ送信した前記パケットのうちの前記ソース基地局が記憶している少なくとも一つのパケットを受信し、前記ソース基地局から受信したパケットを前記端末へ送信するように制御することができる。
【０１１１】
また、前記パケット処理制御部９３１は、前記端末からハンドオーバー完了メッセージを受信し、前記ハンドオーバー完了メッセージを受信すると、前記ソース基地局から受信したパケットを前記端末へ送信するように制御することができる。この時、前記ソース基地局から受信したパケットはハンドオーバーの開始前の前記ソース基地局が前記端末へ送信したパケットのうちで最も最近の１個又は２個のパケットであることができる。また、前記ＩＰに基づく音声トラフィックはＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることができる。
【０１１２】
前記で基地局９００の構成をブロックを分けて説明したが、これは説明の便宜のためのことで基地局９００の構成が必ずここに限定されるものではない。例えば、パケット処理制御部９３１の動作を制御部９３０が行うこともできるだろう。また、前記制御部９００及びハンドオーバー制御部９３１は図９で説明している動作だけではなく、図１乃至図８を介して説明した基地局の動作を制御することもできる。
【０１１３】
図１０は、本発明の一実施形態による端末構成を説明する図面である。
【０１１４】
図１０を参照すれば、端末１０００は少なくとも一つのネットワークと通信を行う送受信部１０１０及び前記端末１０００の全般的な動作を制御する制御部１０３０を含むことができる。
【０１１５】
本発明の実施形態によれば、前記制御部１０３０はＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するダウンリンクパケット(ｐａｃｋｅｔ)をソース基地局(Ｓｏｕｒｃｅ ｅＮＢ)から受信し、前記ソース基地局からハンドオーバーコマンドメッセージを受信し、前記ハンドオーバーコマンドメッセージに基づいてハンドオーバー完了メッセージを前記ターゲット基地局へ送信し、前記ターゲット基地局から前記ソース基地局が前記端末に対するハンドオーバーの開始前に前記端末へ送信したパケットのうちの少なくとも一つのパケットを受信するように制御することができる。
【０１１６】
また、前記制御部１０３０は、前記ターゲット基地局から受信した前記パケットがハンドオーバー以前の前記ソース基地局から受信したパケットであるか判定し、前記ソース基地局から予め受信したパケットであれば、前記ターゲット基地局から受信したパケットを廃棄し、前記ソース基地局から受信することができない新しいパケットであればデコーディングして用いるように制御することができる。
【０１１７】
また、前記制御部１０３０は、前記ターゲット基地局から受信したパケットのＲＴＰシーケンス番号(ＲＴＰ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて前記基地局から受信したパケットであるか否かを判定するように制御することができる。この時、前記ＩＰに基づく音声トラフィックは ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることができる。
【０１１８】
前記で端末１０００の構成をブロックを分けて説明したが、これは説明の便宜のためのことで端末１０００の構成が必ずここに限定されるものではない。また、前記制御部１０３０は、図１０で説明している動作だけではなく、図１乃至図８を介して説明した端末の動作を制御することもできる。
【０１１９】
そして、本明細書及び図面に開示された実施形態は本発明の内容を容易に説明し、理解を助けるために特定例を提示したものであって、本発明の範囲を限定しようとするものではない。したがって、本発明の範囲はここに開示された実施形態の以外にも本発明の技術的思想に基づいて導出されるすべての変更又は変形された形態が本発明の範囲に含まれることに解釈されなければならない。
【符号の説明】
【０１２０】
１０５、１１０、１１５、１２０  次世代基地局
１３５  ユーザ端末
５１０  端末
５２０  パケット
５３１  バッファー
９００  少なくとも一つのネットワークノードと通信を行う送受信部
９１０  送受信部
９３０  動作を制御部
９３０  制御部
９３１  パケット処理制御部
１０００  端末
１０３０  制御部
【図１】
0006628227.tif 000002
【図２】
0006628227.tif 000003
【図３】
0006628227.tif 000004
【図４】
0006628227.tif 000005
【図５】
0006628227.tif 000006
【図６】
0006628227.tif 000007
【図７】
0006628227.tif 000008
【図８】
0006628227.tif 000009
【図９】
0006628227.tif 000010
【図１０】
0006628227.tif 000011