JP6628227B2 - 移動通信ネットワークで通信品質の改善方法及び装置 - Google Patents

移動通信ネットワークで通信品質の改善方法及び装置 Download PDF

Info

Publication number
JP6628227B2
JP6628227B2 JP2016561765A JP2016561765A JP6628227B2 JP 6628227 B2 JP6628227 B2 JP 6628227B2 JP 2016561765 A JP2016561765 A JP 2016561765A JP 2016561765 A JP2016561765 A JP 2016561765A JP 6628227 B2 JP6628227 B2 JP 6628227B2
Authority
JP
Japan
Prior art keywords
packet
base station
handover
terminal
packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016561765A
Other languages
English (en)
Other versions
JP2017511077A (ja
Inventor
テホ・ユン
インデ・ハ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2017511077A publication Critical patent/JP2017511077A/ja
Application granted granted Critical
Publication of JP6628227B2 publication Critical patent/JP6628227B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302—Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (10)

  1. ソース基地局の通信品質の向上方法であって、
    ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するパケット(ｐａｃｋｅｔ)を端末へ送信する段階と、
    前記ソース基地局からターゲット基地局へハンドオーバーが開始される前に、前記ＲＬＣ ＵＭでの再送信のために前記パケットのうちの少なくとも一つのパケットを記憶する段階と、
    記憶されたパケット数が１又は２に設定される制限値を超えるか否かを確認する段階と、
    記憶されたパケット数が前記制限値を超える場合、記憶されたパケットのうちの最も古いパケットを削除する段階と、
    前記ソース基地局から前記ターゲット基地局へのハンドオーバーが決定されると、ハンドオーバーコマンドメッセージを転送する前に、前記ターゲット基地局に前記記憶された少なくとも１つのパケットを送信する段階と、を含むことを特徴とする、方法。
  2. 前記端末から受信した測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)に基づいて、前記ソース基地局から前記ターゲット基地局へのハンドオーバーを決定する段階をさらに含むことを特徴とする、請求項1に記載の方法。
  3. 前記記憶する段階は、
    バッファリング(ｂｕｆｆｅｒｉｎｇ)設定パケット数に基づいて、ハンドオーバーの開始前に端末へ送信した最後のパケットを記憶する段階をさらに含むことを特徴とする、請求項1に記載の方法。
  4. 前記ＩＰに基づく音声トラフィックは、ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることを特徴とする、請求項１に記載の方法。
  5. ＱＣＩ設定に基づいてＶｏＬＴＥトラフィックを判定する段階をさらに含むことを特徴とする、請求項４に記載の方法。
  6. 移動通信ネットワークで通信品質向上のためのソース基地局の装置であって、
    少なくとも一つのネットワークノードと通信する送受信部と、
    ＲＬＣ ＵＭ(Ｒａｄｉｏ Ｌｉｎｋ Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ)でＩＰに基づく音声トラフィック(ｔｒａｆｆｉｃ)に対するパケット(ｐａｃｋｅｔ)を端末へ送信し、前記ソース基地局からターゲット基地局へハンドオーバーが開始される前に、前記ＲＬＣ ＵＭでの再送信のために前記パケットのうちの少なくとも一つのパケットを記憶し、記憶されたパケット数が１又は２に設定される制限値を超えるか否かを確認し、記憶されたパケット数が前記制限値を超える場合、記憶されたパケットのうちの最も古いパケットを削除し、前記ソース基地局から前記ターゲット基地局へのハンドオーバーが決定されると、ハンドオーバーコマンドメッセージを転送する前に、前記ターゲット基地局に前記記憶された少なくとも１つのパケットを送信するように制御する制御部と、を含むことを特徴とする、装置。
  7. 前記制御部は、
    前記端末から受信した測定報告(ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ)に基づいて、前記ソース基地局から前記ターゲット基地局へのハンドオーバーを決定するように制御することを特徴とする、請求項６に記載の装置。
  8. 前記制御部は、
    前記パケット記憶時、バッファリング(ｂｕｆｆｅｒｉｎｇ)設定パケット数に基づいて、前記ハンドオーバーの開始前の端末へ送信した最後のパケットを記憶するように制御することを特徴とする、請求項６に記載の装置。
  9. 前記ＩＰに基づく音声トラフィックは、ＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)トラフィックであることを特徴とする、請求項６に記載の装置。
  10. 前記制御部は、
    ＱＣＩ設定に基づいてＶｏＬＴＥトラフィックを判定することを特徴とする、請求項９に記載の装置。
JP2016561765A 2014-04-11 2015-04-09 移動通信ネットワークで通信品質の改善方法及び装置 Active JP6628227B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020140043605A KR102265454B1 (ko) 2014-04-11 2014-04-11 이동 통신 네트워크에서 통신 품질 개선 방법 및 장치
KR10-2014-0043605 2014-04-11
PCT/KR2015/003563 WO2015156614A1 (ko) 2014-04-11 2015-04-09 이동 통신 네트워크에서 통신 품질 개선 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2017511077A JP2017511077A (ja) 2017-04-13
JP6628227B2 true JP6628227B2 (ja) 2020-01-08

Family

ID=54288116

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016561765A Active JP6628227B2 (ja) 2014-04-11 2015-04-09 移動通信ネットワークで通信品質の改善方法及び装置

Country Status (6)

Country Link
US (1) US10979950B2 (ja)
EP (1) EP3131337B1 (ja)
JP (1) JP6628227B2 (ja)
KR (1) KR102265454B1 (ja)
CN (1) CN106465206B (ja)
WO (1) WO2015156614A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017135666A1 (en) * 2016-02-04 2017-08-10 Samsung Electronics Co., Ltd. Method and apparatus for preventing loss of data packets
US10524173B2 (en) * 2016-02-24 2019-12-31 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment
FR3064074B1 (fr) * 2017-03-15 2019-05-03 Sigfox Procede et systeme de geolocalisation d’un terminal d’un systeme de communication sans fil
US10028186B1 (en) * 2017-03-24 2018-07-17 Sprint Communications Company L.P. Wireless communication system to redirect use equipment (UE) from a wireless relay to a donor base station
US11234170B2 (en) * 2017-03-24 2022-01-25 Convida Wireless, Llc Early handover preparation and early handover command
WO2018182366A1 (ko) * 2017-03-30 2018-10-04 삼성전자 주식회사 Tcp/ip를 고려한 데이터 처리 방법
KR102293998B1 (ko) 2017-03-30 2021-08-27 삼성전자 주식회사 Tcp/ip를 고려한 데이터 처리 방법
CN110351794A (zh) * 2018-04-04 2019-10-18 北京三星通信技术研究有限公司 支持切换的方法及对应的基站和网络节点

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI109255B (fi) * 2000-04-07 2002-06-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI20045327A0 (fi) * 2004-09-06 2004-09-06 Nokia Corp Radiojärjestelmä, tukiasema, ohjain ja menetelmä ohjata tiedonsiirtoa
WO2007078156A2 (en) * 2006-01-05 2007-07-12 Lg Electronics Inc. Transmitting data in a mobile communication system
CN105515736A (zh) * 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
CN102711198A (zh) 2006-02-06 2012-10-03 日本电气株式会社 移动通信系统、基站控制器、移动设备和转接控制方法
JP4802804B2 (ja) * 2006-03-27 2011-10-26 日本電気株式会社 移動体通信システムにおけるデータ伝送方法およびシステム
US7848287B2 (en) * 2006-05-16 2010-12-07 Telefonaktiebolaget Lm Ericsson Bi-directional RLC non-persistent mode for low delay services
US7570670B2 (en) * 2006-05-19 2009-08-04 Alcatel-Lucent Usa Inc. Method and system for communicating and processing VOIP packets using a jitter buffer
US7522581B2 (en) * 2006-08-01 2009-04-21 International Business Machines Corporation Overload protection for SIP servers
GB0616682D0 (en) 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications
WO2008029628A1 (fr) * 2006-09-06 2008-03-13 Mitsubishi Electric Corporation ProcÉDÉ de retransmission de donnÉes, dispositif de contrÔle de rÉseau, station mobile et station de base
EP2079246A4 (en) * 2006-11-01 2012-08-22 Fujitsu Ltd DEVICE AND METHOD FOR WIRELESS COMMUNICATION
US20080285566A1 (en) 2007-04-27 2008-11-20 Interdigital Technology Corporation Method and apparatus for providing and utilizing radio link control and medium access control packet delivery notification
WO2008156268A2 (en) * 2007-06-18 2008-12-24 Lg Electronics Inc. Downlink packet data convergence protocol behavior during handover
EP2026618B1 (en) * 2007-08-14 2012-08-01 Alcatel Lucent method and apparatus for handover with data forwarding from source to target evolved node-b in a wireless telecommunications network
EP2206368A1 (en) 2007-10-04 2010-07-14 Telefonaktiebolaget LM Ericsson (PUBL) Inter-system handoff using circuit switched bearers for serving general packet radio service support nodes
US8483133B2 (en) 2008-03-25 2013-07-09 Nokia Corporation Method and apparatus for multiplexing different traffic types over a common communication session
US20090268722A1 (en) 2008-04-29 2009-10-29 Gallagher Michael D User Equipment and System Architecture for Voice over Long Term Evolution via Generic Access
US8169972B2 (en) * 2008-09-12 2012-05-01 Industrial Technology Research Institute System and method for providing service continuity of multicast and broadcast services in a wireless communication system
US8543114B2 (en) * 2008-10-15 2013-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Voice over LTE via generic access handover (HO) apparatus and method
CN102187611B (zh) 2008-10-17 2014-04-02 爱立信电话股份有限公司 改进无线通信系统中harq重传和电池寿命的方法
EP2407890A1 (en) * 2009-03-09 2012-01-18 Fujitsu Limited Information processing device
CN101521919B (zh) * 2009-04-13 2011-01-05 华为技术有限公司 X2接口切换时判断数据转发的方法和系统及基站
JP5072900B2 (ja) 2009-04-27 2012-11-14 株式会社エヌ・ティ・ティ・ドコモ ハンドオーバ方法
CN101925116A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种制式切换中处理接收数据的方法及装置
WO2010147974A1 (en) 2009-06-17 2010-12-23 Interdigital Patent Holdings, Inc. Method and apparatus for performing handover with a relay node
US8320392B1 (en) * 2009-12-16 2012-11-27 Integrated Device Technology, Inc. Method and apparatus for programmable buffer with dynamic allocation to optimize system throughput with deadlock avoidance on switches
CN102783212B (zh) * 2010-05-14 2016-02-17 Lg电子株式会社 在无线通信系统中执行切换流程的方法和装置
US20120008573A1 (en) 2010-07-08 2012-01-12 Apple Inc. Radio resource signaling during network congestion in a mobile wireless device
US9426700B2 (en) * 2011-03-25 2016-08-23 Lg Electronics Inc. Method and apparatus for performing handover procedure in wireless communication system including mobile relay node
CN102791008B (zh) * 2011-05-16 2017-10-27 南京中兴新软件有限责任公司 跨基站切换过程中数据的反传方法及基站
US8428032B1 (en) 2012-07-16 2013-04-23 Metropcs Wireless, Inc. System and method for providing selective voice call continuity
US9313756B2 (en) * 2012-10-10 2016-04-12 Qualcomm Incorporated Apparatus and methods for managing hyper frame number (HFN) de-synchronization in radio link control (RLC) unacknowledged mode (UM)

Also Published As

Publication number Publication date
EP3131337B1 (en) 2021-06-02
US10979950B2 (en) 2021-04-13
KR20150117893A (ko) 2015-10-21
US20170041842A1 (en) 2017-02-09
CN106465206A (zh) 2017-02-22
CN106465206B (zh) 2020-11-06
EP3131337A4 (en) 2018-03-14
EP3131337A1 (en) 2017-02-15
JP2017511077A (ja) 2017-04-13
KR102265454B1 (ko) 2021-06-15
WO2015156614A1 (ko) 2015-10-15

Similar Documents

Publication Publication Date Title
US11831558B2 (en) Efficient discard mechanism in small cell deployment
JP6628227B2 (ja) 移動通信ネットワークで通信品質の改善方法及び装置
US10986549B2 (en) Handover method and device
JP5796110B2 (ja) 無線通信ネットワークにおけるデータ伝送管理
EP3039900B1 (en) Methods for re-order pdcp packets
US9788362B2 (en) Methods and arrangements for improving transmission control protocol performance in a cellular network
JP5355788B2 (ja) 中継ノードとのハンドオーバを実施するための方法および装置
JP5039833B2 (ja) 無線通信ネットワークにおけるハンドオーバ方法及び機器
JP2012114940A (ja) 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
EP3209055B1 (en) Method and device for improving voice quality in mobile communication network
KR101595575B1 (ko) 이동 통신 시스템에서 데이터 송수신 방법 및 장치
KR20070107560A (ko) 이동통신 시스템에서의 데이터 전송 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180320

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181217

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190318

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190603

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191003

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20191015

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191105

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191125

R150 Certificate of patent or registration of utility model

Ref document number: 6628227

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250