(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてユーザ機器（ＵＥ）によって実行される、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ａｎｄ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）情報を報告する方法であって、前記方法は、
ＭＢＭＳ情報のロギングを実行するか否かを決定することと、
前記決定に従ってＭＢＭＳ情報の前記ロギングを実行することと
を含み、
ＭＢＭＳ情報の前記ロギングを実行するか否かは、前記ＵＥがネットワークからＭＢＭＳサービスを受けるかどうかに基づいて決定され、
前記ＵＥが前記ネットワークからＭＢＭＳサービスを受ける場合、前記ＵＥは、ＭＢＭＳ情報の前記ロギングを実行し、
前記ＵＥは、前記ネットワークから送信されたロギングされた測定設定に含まれるＭＢＳＦＮ領域情報によって示されるＭＢＳＦＮ領域から前記ＭＢＭＳサービスを受け、
前記ＭＢＳＦＮ領域情報は、前記ＵＥによるＭＢＭＳ情報の前記ロギングが許容される前記ＭＢＳＦＮ領域を示す、方法。
【請求項２】
前記ロギングされたＭＢＭＳ情報を前記ネットワークに送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＭＢＭＳ情報の前記ロギングは、正規時間間隔で実行される、請求項１に記載の方法。
【請求項４】
ロギング持続時間およびロギング間隔を特定するロギング設定情報を受信することをさらに含む、請求項１に記載の方法。
【請求項５】
ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ａｎｄ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）情報を報告するユーザ機器（ＵＥ）であって、前記ＵＥは、
無線信号を送信および受信する無線周波数（ＲＦ）部と、
前記ＲＦ部に結合されたプロセッサと
を備え、
前記プロセッサは、ＭＢＭＳ情報のロギングを実行するか否かを決定し、前記決定に従ってＭＢＭＳ情報の前記ロギングを実行し、
ＭＢＭＳ情報の前記ロギングを実行するか否かは、前記ＵＥがネットワークからＭＢＭＳサービスを受けるかどうかに基づいて決定され、
前記ＵＥが前記ネットワークからＭＢＭＳサービスを受ける場合、前記ＵＥは、ＭＢＭＳ情報の前記ロギングを実行し、
前記ＵＥは、前記ネットワークから送信されたロギングされた測定設定に含まれるＭＢＳＦＮ領域情報によって示されるＭＢＳＦＮ領域から前記ＭＢＭＳサービスを受け、
前記ＭＢＳＦＮ領域情報は、前記ＵＥによるＭＢＭＳ情報の前記ロギングが許容される前記ＭＢＳＦＮ領域を示す、ＵＥ。
【請求項６】
前記プロセッサは、前記ロギングされたＭＢＭＳ情報を前記ネットワークに送信する、請求項５に記載のＵＥ。
【請求項７】
前記ＭＢＭＳ情報の前記ロギングは、正規時間間隔で実行される、請求項５に記載のＵＥ。
【請求項８】
前記プロセッサは、ロギング持続時間およびロギング間隔を特定するロギング設定情報を受信する、請求項５に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおいて、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）情報を報告する方法とそれをサポートする装置に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の向上である３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、３ＧＰＰリリース（ｒｅｌｅａｓｅ）８で紹介されている。３ＧＰＰ  ＬＴＥは、ダウンリンクでＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）を使用し、アップリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）を使用する。最大４個のアンテナを有するＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）を採用する。最近、３ＧＰＰ  ＬＴＥの進化である３ＧＰＰ  ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）に対する議論が進行中である。
【０００３】
無線通信をサポートするための技術が発展するにつれて、ネットワークからユーザに提供されることができるサービスのタイプが多様化している。ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）は、そのうち一つのサービスであって、ＴＶ、映画、及びデジタル形態に提供されることができる情報を端末にブロードキャスト及び／またはマルチキャスト方式に提供する。ＭＢＭＳは、既に構築されたネットワークのインフラストラクチャを介してサービスを提供することができるという点で、サービス提供のために新しくネットワークを構築することに比べて、効率性に優れるというものが大きい長所である。
【０００４】
ネットワーク性能の最適化のために、ネットワークは、端末から測定結果を取得する。このとき、ネットワークは、端末から測定結果と関連している位置情報を共に取得してネットワーク性能をより効率的に最適化させることができる。ネットワークの最適化のために、事業者が端末を利用して測定結果及び位置情報を取得することができ、これをＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）という。
【０００５】
ＭＢＭＳと関連してネットワーク性能の最適化のために、ネットワークは、ＭＢＭＳ  ＭＤＴをサポートすることができる。ＭＢＭＳ  ＭＤＴは、ＭＢＭＳ情報報告のための設定、取得、及び報告などの一連の手順を含む。そのために、ネットワークは、端末の能力値及び／または端末ユーザの同意に基づいてＭＢＭＳ情報報告のための端末を選択することができる。しかし、ＭＢＭＳサービスは、ＭＢＳＦＮ（ＭＢＭＳ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）領域上でブロードキャストまたはマルチキャストを介して提供され、ＭＢＭＳサービスを受信する端末は、これに対するフィードバックを提供しないため、ネットワークは、端末のＭＢＭＳ受信状態に対する情報をほぼ取得することができない。したがって、ネットワークが端末からＭＢＭＳ情報の報告を受けることができるようにする方法が要求されることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、無線通信システムにおいて、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）情報を報告する方法及びそれをサポートする装置を提供することである。
【課題を解決するための手段】
【０００７】
一態様において、無線通信システムにおける端末によるＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）情報報告方法が提供される。前記方法は、ＭＢＭＳ情報ロギング（ｌｏｇｇｉｎｇ）実行可否を決定し、前記ロギングを実行することに決定する場合、前記ＭＢＭＳ情報をロギングし、及び前記ロギングされたＭＢＭＳ情報をネットワークに報告することを含む。前記ＭＢＭＳ情報ロギング実行可否は、ＭＢＭＳ情報ロギング実行条件に基づいて決定される。前記ＭＢＭＳ情報ロギング実行条件は、前記ネットワークから提供されるＭＢＭＳサービスの受信失敗及び前記ＭＢＭＳサービスの受信品質低下のうち少なくとも一つを含む。
【０００８】
前記受信ＭＢＭＳ情報ロギング実行可否を決定することは、前記ＭＢＭＳ情報ロギング実行条件の満足時、前記ロギングを実行することに決定することを含む。
【０００９】
前記方法は、前記ＭＢＭＳ情報ロギング実行の中断可否を決定することをさらに含む。
【００１０】
前記ＭＢＭＳ情報ロギング実行の中断可否を決定することは、前記満たされたＭＢＭＳ情報ロギング実行条件の解除時、前記ロギングを中断することに決定することを含む。
【００１１】
前記ＭＢＭＳ情報をロギングすることは、前記ＭＢＭＳ情報ロギング実行条件の満足時、第１のＭＢＭＳログエントリをロギングし、及び前記ＭＢＭＳ情報ロギング実行条件の解除時、第２のＭＢＭＳログエントリをロギングすることを含む。前記ロギングされたＭＢＭＳ情報は、前記第１のＭＢＭＳログエントリ及び前記第２のＭＢＭＳログエントリを含む。
【００１２】
前記第１のＭＢＭＳログエントリは、前記第１のＭＢＭＳログエントリが前記ＭＢＭＳ情報ロギング実行条件の満足によってロギングされたことを指示する情報を含む。
【００１３】
前記第２のＭＢＭＳログエントリは、前記第２のＭＢＭＳログエントリが前記ＭＢＭＳ情報ロギング実行条件の満足解除によってロギングされたことを指示する情報を含む。
【００１４】
前記ＭＢＭＳ情報をロギングすることは、前記ＭＢＭＳ情報ロギング実行条件の満足時から前記ＭＢＭＳ情報ロギング実行条件の満足解除時まで周期的に第３のＭＢＭＳログエントリをロギングすることをさらに含む。前記ロギングされたＭＢＭＳ情報は、前記第３のＭＢＭＳログエントリをさらに含む。
【００１５】
各第３のＭＢＭＳログエントリは、該当第３のＭＢＭＳログエントリが周期的にロギングされたことを指示する情報を含む。
【００１６】
前記方法は、前記端末のＭＢＭＳ情報ロギング及び報告のための設定情報を含むＭＢＭＳ報告設定を前記ネットワークから受信することをさらに含む。前記ＭＢＭＳ報告設定は、前記ＭＢＭＳ情報ロギング実行条件を特定するＭＢＭＳロギング実行情報を含む。
【００１７】
前記ロギングされたＭＢＭＳ情報を前記ネットワークに報告することは、前記ネットワークに報告するロギングされたＭＢＭＳ情報があることを指示するロギングされたＭＢＭＳ情報可用性指示子（ｌｏｇｇｅｄ  ＭＢＭＳ  ｉｎｆｏｒｍａｔｉｏｎ  ａｖａｉｌａｂｉｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）を前記ネットワークに送信し、前記ロギングされたＭＢＭＳ情報の報告を要求するロギングされたＭＢＭＳ情報報告要求を前記ネットワークから受信し、及び前記ロギングされたＭＢＭＳ情報報告要求に対する応答として、前記ロギングされたＭＢＭＳ情報を含むロギングされたＭＢＭＳ情報報告を前記ネットワークに送信することを含む。
【００１８】
前記ロギングされたＭＢＭＳ情報を前記ネットワークに報告することは、前記ＭＢＭＳ情報ロギングによって直ちに前記ネットワークに前記ロギングされたＭＢＭＳ情報を送信することを含む。
【００１９】
一態様において、無線通信システムで動作する無線装置が提供される。前記無線装置は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と機能的に結合して動作するプロセッサを含む。前記プロセッサは、ＭＢＭＳ情報ロギング（ｌｏｇｇｉｎｇ）実行可否を決定し、前記ロギングを実行することに決定する場合、前記ＭＢＭＳ情報をロギングし、及び前記ロギングされたＭＢＭＳ情報をネットワークに報告するように設定される。前記ＭＢＭＳ情報ロギング実行可否は、ＭＢＭＳ情報ロギング実行条件に基づいて決定される。前記ＭＢＭＳ情報ロギング実行条件は、前記ネットワークから提供されるＭＢＭＳサービスの受信失敗及び前記ＭＢＭＳサービスの受信品質低下のうち少なくとも一つを含む。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおける端末によるＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）情報報告方法において、前記方法は、
ＭＢＭＳ情報ロギング（ｌｏｇｇｉｎｇ）実行可否を決定し；
前記ロギングを実行することに決定する場合、前記ＭＢＭＳ情報をロギングし；及び、
前記ロギングされたＭＢＭＳ情報をネットワークに報告すること；を含み、
前記ＭＢＭＳ情報ロギング実行可否は、ＭＢＭＳ情報ロギング実行条件に基づいて決定され、
前記ＭＢＭＳ情報ロギング実行条件は、前記ネットワークから提供されるＭＢＭＳサービスの受信失敗及び前記ＭＢＭＳサービスの受信品質低下のうち少なくとも一つを含むことを特徴とする報告方法。
（項目２）
前記受信ＭＢＭＳ情報ロギング実行可否を決定することは、前記ＭＢＭＳ情報ロギング実行条件の満足時、前記ロギングを実行することに決定することを含むことを特徴とする項目１に記載の報告方法。
（項目３）
前記方法は、前記ＭＢＭＳ情報ロギング実行の中断可否を決定することをさらに含むことを特徴とする項目２に記載の報告方法。
（項目４）
前記ＭＢＭＳ情報ロギング実行の中断可否を決定することは、前記満たされたＭＢＭＳ情報ロギング実行条件の解除時、前記ロギングを中断することに決定することを含むことを特徴とする項目３に記載の報告方法。
（項目５）
前記ＭＢＭＳ情報をロギングすることは、前記ＭＢＭＳ情報ロギング実行条件の満足時、第１のＭＢＭＳログエントリをロギングし；及び、前記ＭＢＭＳ情報ロギング実行条件の解除時、第２のＭＢＭＳログエントリをロギングすること；を含み、前記ロギングされたＭＢＭＳ情報は、前記第１のＭＢＭＳログエントリ及び前記第２のＭＢＭＳログエントリを含むことを特徴とする項目４に記載の報告方法。
（項目６）
前記第１のＭＢＭＳログエントリは、前記第１のＭＢＭＳログエントリが前記ＭＢＭＳ情報ロギング実行条件の満足によってロギングされたことを指示する情報を含むことを特徴とする項目５に記載の報告方法。
（項目７）
前記第２のＭＢＭＳログエントリは、前記第２のＭＢＭＳログエントリが前記ＭＢＭＳ情報ロギング実行条件の満足解除によってロギングされたことを指示する情報を含むことを特徴とする項目６に記載の報告方法。
（項目８）
前記ＭＢＭＳ情報をロギングすることは、前記ＭＢＭＳ情報ロギング実行条件の満足時から前記ＭＢＭＳ情報ロギング実行条件の満足解除時まで周期的に第３のＭＢＭＳログエントリをロギングすることをさらに含み、前記ロギングされたＭＢＭＳ情報は、前記第３のＭＢＭＳログエントリをさらに含むことを特徴とする項目５に記載の報告方法。
（項目９）
各第３のＭＢＭＳログエントリは、該当第３のＭＢＭＳログエントリが周期的にロギングされたことを指示する情報を含むことを特徴とする項目８に記載の報告方法。
（項目１０）
前記方法は、前記端末のＭＢＭＳ情報ロギング及び報告のための設定情報を含むＭＢＭＳ報告設定を前記ネットワークから受信することをさらに含み、前記ＭＢＭＳ報告設定は、前記ＭＢＭＳ情報ロギング実行条件を特定するＭＢＭＳロギング実行情報を含むことを特徴とする項目１に記載の報告方法。
（項目１１）
前記ロギングされたＭＢＭＳ情報を前記ネットワークに報告することは、
前記ネットワークに報告するロギングされたＭＢＭＳ情報があることを指示するロギングされたＭＢＭＳ情報可用性指示子（ｌｏｇｇｅｄ  ＭＢＭＳ  ｉｎｆｏｒｍａｔｉｏｎ
ａｖａｉｌａｂｉｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）を前記ネットワークに送信し；
前記ロギングされたＭＢＭＳ情報の報告を要求するロギングされたＭＢＭＳ情報報告要求を前記ネットワークから受信し；及び、
前記ロギングされたＭＢＭＳ情報報告要求に対する応答として、前記ロギングされたＭＢＭＳ情報を含むロギングされたＭＢＭＳ情報報告を前記ネットワークに送信すること；を含むことを特徴とする項目１に記載の報告方法。
（項目１２）
前記ロギングされたＭＢＭＳ情報を前記ネットワークに報告することは、前記ＭＢＭＳ情報ロギングによって直ちに前記ネットワークに前記ロギングされたＭＢＭＳ情報を送信することを含むことを特徴とする項目１に記載の報告方法。
（項目１３）
無線通信システムで動作する無線装置において、前記無線装置は、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と機能的に結合して動作するプロセッサ；を含み、前記プロセッサは、
ＭＢＭＳ情報ロギング（ｌｏｇｇｉｎｇ）実行可否を決定し、
前記ロギングを実行することに決定する場合、前記ＭＢＭＳ情報をロギングし、及び
前記ロギングされたＭＢＭＳ情報をネットワークに報告するように設定され、
前記ＭＢＭＳ情報ロギング実行可否は、ＭＢＭＳ情報ロギング実行条件に基づいて決定され、
前記ＭＢＭＳ情報ロギング実行条件は、前記ネットワークから提供されるＭＢＭＳサービスの受信失敗及び前記ＭＢＭＳサービスの受信品質低下のうち少なくとも一つを含むことを特徴とする無線装置。
【発明の効果】
【００２０】
本発明の実施例に係るＭＢＭＳ情報報告方法によると、ＭＢＭＳ情報を報告することが設定された端末は、ＭＢＭＳサービスの受信状態または受信品質状態によってＭＢＭＳ情報を取得及びロギングすることができる。それによって、端末と関連ないＭＢＭＳサービスが提供され、または端末がＭＢＭＳサービスの提供を受けない状況で、端末がＭＢＭＳ情報を取得及びロギングするにつれて不要なパワが消耗されるといったような問題が防止されることができる。また、端末のＭＢＭＳ情報報告のための不要なシグナリングが防止されることができるため、シグナリングオーバーヘッドが減少されて無線リソース使用の効率性が増大することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明が適用される無線通信システムを示す。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＲＲＣアイドル状態の端末の動作を示す流れ図である。
【図５】ＲＲＣ接続を確立する過程を示す流れ図である。
【図６】ＲＲＣ接続再設定過程を示す流れ図である。
【図７】ＲＲＣ接続再確立手順を示す。
【図８】既存の測定実行方法を示す流れ図である。
【図９】端末に設定された測定設定の一例を示す。
【図１０】測定識別子を削除する例を示す。
【図１１】測定対象を削除する例を示す。
【図１２】ログされたＭＤＴを実行する方法を示す流れ図である。
【図１３】ロギング地域によるログされたＭＤＴの例示を示す。
【図１４】ＲＡＴ変更によるログされたＭＤＴの例示を示す。
【図１５】ログされた測定の一例を示す。
【図１６】即時ＭＤＴの例示を示す。
【図１７】本発明の実施例に係るＭＢＭＳ情報報告方法を示す。
【図１８】本発明の実施例に係るＭＢＭＳ情報報告方法の一例を示す。
【図１９】本発明の実施例に係るＭＢＭＳ情報報告方法の他の一例を示す。
【図２０】本発明の実施例が具現される無線装置を示すブロック図である。
【発明を実施するための形態】
【００２２】
図１は、本発明が適用される無線通信システムを示す。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００２３】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２４】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２５】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２６】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２７】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２８】
図２及び図３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴に送信されるかによって分類される。
【００２９】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００３０】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルに提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３１】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３２】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３３】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３４】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３５】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、確立されない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３６】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。
【００３７】
トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３９】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０に開示されたように、３ＧＰＰ  ＬＴＥにおいて、物理チャネルは、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とに分けられる。
【００４０】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。端末は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００４１】
ＰＤＣＣＨは、ダウンリンク制御チャネルであって、スケジューリング情報を伝送するという点でスケジューリングチャネルともいう。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワ制御命令の集合及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００４２】
３ＧＰＰ  ＬＴＥでは、ＰＤＣＣＨの検出のためにブラインドデコーディングを使用する。ブラインドデコーディングは、受信されるＰＤＣＣＨ（これを候補（ｃａｎｄｉｄａｔｅ）ＰＤＣＣＨという）のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）に所望の識別子をデマスキングし、ＣＲＣエラーをチェックすることによって、該当ＰＤＣＣＨが自分の制御チャネルかどうかを確認する方式である。
【００４３】
基地局は、端末に送るＤＣＩによって、ＰＤＣＣＨフォーマットを決定した後、ＤＣＩにＣＲＣを付け、ＰＤＣＣＨのオーナ（ｏｗｎｅｒ）や用途によって、固有な識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という）をＣＲＣにマスキングする。
【００４４】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ接続方法に対して詳述する。
【００４５】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ接続状態といい、接続されていない場合はＲＲＣアイドル状態という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することはできず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位にＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。
【００４６】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にキャンプオンする。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００４７】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００４８】
ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功的に実行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。
【００４９】
端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１  ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なくセル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末基盤の移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態における端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。
【００５０】
以下、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）に対する説明である。
【００５１】
システム情報は、端末が基地局に接続するために知らなければならない必須情報を含む。したがって、端末は、基地局に接続する前にシステム情報を全て受信しているべきであり、また、常に最新システム情報を有しているべきである。また、前記システム情報は、一セル内の全ての端末が知らなければならない情報であるため、基地局は、周期的に前記システム情報を送信する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）及び複数のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に分けられる。
【００５２】
ＭＩＢは、セルから他の情報のために取得されることが要求される最も必須で且つ最も頻繁に送信されるパラメータの制限された個数を含むことができる。端末は、ダウンリンク同期化以後に最も先にＭＩＢを探す。ＭＩＢは、ダウンリンクチャネル帯域幅、ＰＨＩＣＨ設定、同期化をサポートし、タイミング基準として動作するＳＦＮ、及びｅＮＢ送信アンテナ設定のような情報を含むことができる。ＭＩＢは、ＢＣＨ上にブロードキャスト送信されることができる。
【００５３】
含まれているＳＩＢのうち、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１）は“ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１”メッセージに含まれて送信され、ＳＩＢ１を除外した他のＳＩＢは、システム情報メッセージに含まれて送信される。ＳＩＢをシステム情報メッセージにマッピングさせることは、ＳＩＢ１に含まれているスケジューリング情報リストパラメータにより流動的に設定されることができる。ただ、各ＳＩＢは、単一システム情報メッセージに含まれ、同じスケジューリング要求値（例えば、周期）を有するＳＩＢのみが同じシステム情報メッセージにマッピングされることができる。また、ＳＩＢ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）は、常にスケジューリング情報リストのシステム情報メッセージリスト内の１番目のエントリに該当するシステム情報メッセージにマッピングされる。同じ周期内に複数のシステム情報メッセージが送信されることができる。ＳＩＢ１及び全てのシステム情報メッセージは、ＤＬ−ＳＣＨ上に送信される。
【００５４】
ブロードキャスト送信に加えて、Ｅ−ＵＴＲＡＮはにおいて、ＳＩＢ１は既存に設定された値と同じく設定されたパラメータを含んだまま専用シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）されることができ、この場合、ＳＩＢ１は、ＲＲＣ接続再設定メッセージに含まれて送信されることができる。
【００５５】
ＳＩＢ１は、端末セル接近と関連している情報を含み、他のＳＩＢのスケジューリングを定義する。ＳＩＢ１は、ネットワークのＰＬＭＮ識別子、ＴＡＣ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）及びセルＩＤ、セルがキャンプオンすることができるセルであるかどうかを指示するセル禁止状態（ｃｅｌｌ  ｂａｒｒｉｎｇ  ｓｔａｔｕｓ）、セル再選択基準として使われるセル内に要求される最低受信レベル、及び他のＳＩＢの送信時間及び周期と関連している情報を含むことができる。
【００５６】
ＳＩＢ２は、全ての端末に共通される無線リソース設定情報を含むことができる。ＳＩＢ２は、アップリンク搬送波周波数及びアップリンクチャネル帯域幅、ＲＡＣＨ設定、ページ設定（ｐａｇｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、アップリンクパワ制御設定、サウンディング基準信号設定（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＡＣＫ／ＮＡＣＫ送信をサポートするＰＵＣＣＨ設定及びＰＵＳＣＨ設定と関連している情報を含むことができる。
【００５７】
端末は、システム情報の取得及び変更検知手順をＰＣｅｌｌに対してのみ適用することができる。ＳＣｅｌｌにおいて、Ｅ−ＵＴＲＡＮは、該当ＳＣｅｌｌが追加される時、ＲＲＣ接続状態動作と関連している全てのシステム情報を専用シグナリングを介して提供することができる。設定されたＳＣｅｌｌと関連しているシステム情報の変更時、Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌを解除（ｒｅｌｅａｓｅ）して以後に追加可能であり、これは単一ＲＲＣ接続再設定メッセージと共に実行されることができる。Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌ内でブロードキャストされた値と異なるパラメータ値を専用シグナリングを介して設定することができる。
【００５８】
端末は、特定タイプのシステム情報に対してその有効性を保障しなければならず、このようなシステム情報を必須システム情報（ｒｅｑｕｉｒｅｄ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）という。必須システム情報は、下記のように定義されることができる。
【００５９】
−端末がＲＲＣアイドル状態である場合：端末は、ＳＩＢ２乃至ＳＩＢ８だけでなく、ＭＩＢ及びＳＩＢ１の有効なバージョンを有しているように保障しなければならず、これは考慮されるＲＡＴのサポートに従う。
【００６０】
−端末がＲＲＣ接続状態である場合：端末は、ＭＩＢ、ＳＩＢ１及びＳＩＢ２の有効なバージョンを有しているように保障しなければならない。
【００６１】
一般的にシステム情報は、取得後最大３時間まで有効性が保障されることができる。
【００６２】
一般的に、ネットワークが端末に提供するサービスは、下記のように三つのタイプに区分することができる。また、どのようなサービスの提供を受けることができるかによって、端末は、セルのタイプも異なるように認識する。以下、サービスタイプを叙述した後、セルのタイプを叙述する。
【００６３】
１）制限的サービス（Ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ）：このサービスは、緊急呼び出し（Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）及び災害警報システム（Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ；ＥＴＷＳ）を提供し、受容可能なセル（ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）で提供することができる。
【００６４】
２）正規サービス（Ｎｏｒｍａｌ  ｓｅｒｖｉｃｅ）：このサービスは、一般的用途の汎用サービス（ｐｕｂｌｉｃ  ｕｓｅ）を意味し、正規セル（ｓｕｉｔａｂｌｅ  ｏｒ  ｎｏｒｍａｌ  ｃｅｌｌ）で提供することができる。
【００６５】
３）事業者サービス（Ｏｐｅｒａｔｏｒ  ｓｅｒｖｉｃｅ）：このサービスは、通信ネットワーク事業者のためのサービスを意味し、このセルは、通信ネットワーク事業者のみが使用することができ、一般ユーザは使用することができない。
【００６６】
セルが提供するサービスタイプと関連し、セルのタイプは、下記のように区分されることができる。
【００６７】
１）受容可能なセル（Ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）：端末が制限された（Ｌｉｍｉｔｅｄ）サービスの提供を受けることができるセル。このセルは、該当端末立場で、禁止（ｂａｒｒｅｄ）されておらず、端末のセル選択基準を満たすセルである。
【００６８】
２）正規セル（Ｓｕｉｔａｂｌｅ  ｃｅｌｌ）：端末が正規サービスの提供を受けることができるセル。このセルは、受容可能なセルの条件を満たし、同時に追加条件を満たす。追加的な条件として、このセルは、該当端末が接続できるＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）所属でなければならず、端末のトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）更新手順の実行が禁止されないセルでなければならない。該当セルがＣＳＧセルの場合、端末がこのセルにＣＳＧメンバとして接続可能なセルでなければならない。
【００６９】
３）禁止されたセル（Ｂａｒｒｅｄ  ｃｅｌｌ）：セルがシステム情報を介して禁止されたセルであるという情報をブロードキャストするセルである。
【００７０】
４）予約されたセル（Ｒｅｓｅｒｖｅｄ  ｃｅｌｌ）：セルがシステム情報を介して予約されたセルであるという情報をブロードキャストするセルである。
【００７１】
図４は、ＲＲＣアイドル状態の端末の動作を示す流れ図である。図４は、初期電源がオンされた端末がセル選択過程を経てネットワークに登録し、その後、必要な場合、セル再選択する手順を示す。
【００７２】
図４を参照すると、端末は、自分がサービスを受けることを希望するネットワークであるＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）と通信するためのラジオアクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）を選択する（Ｓ４１０）。ＰＬＭＮ及びＲＡＴに対する情報は、端末のユーザが選択することもでき、ＵＳＩＭ（ｕｎｉｖｅｒｓａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）に格納されているものを使用することもできる。
【００７３】
端末は、測定した基地局と信号強度や品質が特定値より大きいセルのうち、最も大きい値を有するセルを選択する（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）（Ｓ４２０）。これは電源がオンされた端末がセル選択を実行することであって、初期セル選択（ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）という。セル選択手順に対して以後に詳述する。セル選択以後の端末は、基地局が周期的に送るシステム情報を受信する。前記特定値は、データ送／受信での物理的信号に対する品質の保障を受けるために、システムで定義された値を意味する。したがって、適用されるＲＡＴによって、その値は異なる。
【００７４】
端末は、ネットワーク登録が必要な場合、ネットワーク登録手順を実行する（Ｓ４３０）。端末は、ネットワークからサービス（例：Ｐａｇｉｎｇ）を受けるために自分の情報（例：ＩＭＳＩ）を登録する。端末は、セルを選択するたびにアクセスするネットワークに登録するものではなく、システム情報から受けたネットワークの情報（例：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ；ＴＡＩ）と自分が知っているネットワークの情報が異なる場合にネットワークに登録する。
【００７５】
端末は、セルで提供されるサービス環境または端末の環境などに基づいてセル再選択を実行する（Ｓ４４０）。端末は、サービスを受けている基地局から測定した信号の強度や品質の値が、隣接したセルの基地局から測定した値より低い場合、端末が接続した基地局のセルより良い信号特性を提供する他のセルの中から一つを選択する。この過程を２番目の過程である初期セル選択（Ｉｎｉｔｉａｌ  Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）と区分してセル再選択（Ｃｅｌｌ  Ｒｅ−Ｓｅｌｅｃｔｉｏｎ）という。このとき、信号特性の変化によって頻繁にセルが再選択されることを防止するために時間的な制約条件をおく。セル再選択手順に対して以後に詳述する。
【００７６】
図５は、ＲＲＣ接続を確立する過程を示す流れ図である。
【００７７】
端末は、ＲＲＣ接続を要求するＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをネットワークに送る（Ｓ５１０）。ネットワークは、ＲＲＣ接続要求に対する応答としてＲＲＣ接続設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージを送る（Ｓ５２０）。ＲＲＣ接続設定メッセージを受信した後、端末は、ＲＲＣ接続モードに進入する。
【００７８】
端末は、ＲＲＣ接続確立の成功的な完了を確認するために使われるＲＲＣ接続設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ５３０）。
【００７９】
図６は、ＲＲＣ接続再設定過程を示す流れ図である。ＲＲＣ接続再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ＲＲＣ接続の修正に使われる。これはＲＢ確立／修正（ｍｏｄｉｆｙ）／解除（ｒｅｌｅａｓｅ）、ハンドオーバ実行、測定セットアップ／修正／解除のために使われる。
【００８０】
ネットワークは、端末にＲＲＣ接続を修正するためのＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送る（Ｓ６１０）。端末は、ＲＲＣ接続再設定に対する応答として、ＲＲＣ接続再設定の成功的な完了を確認するために使われるＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ６２０）。
【００８１】
以下、ＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）に対して説明する。
【００８２】
ＰＬＭＮは、モバイルネットワーク運営者により配置及び運用されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運用する。各ＰＬＭＮは、ＭＣＣ（Ｍｏｂｉｌｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ）及びＭＮＣ（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｃｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。
【００８３】
ＰＬＭＮ選択、セル選択及びセル再選択において、多様なタイプのＰＬＭＮが端末により考慮されることができる。
【００８４】
ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）：端末ＩＭＳＩのＭＣＣ及びＭＮＣとマッチングされるＭＣＣ及びＭＮＣを有するＰＬＭＮ
【００８５】
ＥＨＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  ＨＰＬＭＮ）：ＨＰＬＭＮと等価として取り扱われるＰＬＭＮ
【００８６】
ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）：位置登録が成功的に終了されたＰＬＭＮ
【００８７】
ＥＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮ）：ＲＰＬＭＮと等価として取り扱われるＰＬＭＮ
【００８８】
各モバイルサービス需要者は、ＨＰＬＭＮに加入する。ＨＰＬＭＮまたはＥＨＰＬＭＮにより端末に一般サービスが提供される時、端末は、ローミング状態（ｒｏａｍｉｎｇ  ｓｔａｔｅ）ではない。それに対し、ＨＰＬＭＮ／ＥＨＰＬＭＮ外のＰＬＭＮにより端末にサービスが提供される時、端末は、ローミング状態であり、そのＰＬＭＮは、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  ＰＬＭＮ）と呼ばれる。
【００８９】
端末は、初期に電源がオンされると、使用可能なＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）を検索し、サービスを受けることができる適切なＰＬＭＮを選択する。ＰＬＭＮは、モバイルネットワーク運営者（ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒ）により配置され（ｄｅｐｌｏｙ）、または運営されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運営する。それぞれのＰＬＭＮは、ＭＣＣ（ｍｏｂｉｌｅ  ｃｏｕｎｔｒｙ  ｃｏｄｅ）及びＭＮＣ（ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｃｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。端末は、選択したＰＬＭＮを登録するために試みる。登録が成功した場合、選択されたＰＬＭＮは、ＲＰＬＭＮ（ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）になる。ネットワークは、端末にＰＬＭＮリストをシグナリングすることができ、これはＰＬＭＮリストに含まれているＰＬＭＮをＲＰＬＭＮと同じＰＬＭＮであると考慮することができる。ネットワークに登録された端末は、常時ネットワークにより接近可能（ｒｅａｃｈａｂｌｅ）でなければならない。もし、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態（同じくは、ＲＲＣ接続状態）である場合、ネットワークは、端末がサービスを受けていることを認知する。しかし、端末がＥＣＭ−ＩＤＬＥ状態（同じくは、ＲＲＣアイドル状態）である場合、端末の状況がｅＮＢでは有効でないが、ＭＭＥには格納されている。この場合、ＥＣＭ−ＩＤＬＥ状態の端末の位置は、ＴＡ（ｔｒａｃｋｉｎｇ  Ａｒｅａ）のリストの粒度（ｇｒａｎｕｌａｒｉｔｙ）を介してＭＭＥにのみ知らされる。単一ＴＡは、ＴＡが所属されたＰＬＭＮ識別子で構成されたＴＡＩ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）及びＰＬＭＮ内のＴＡを唯一に表現するＴＡＣ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）により識別される。
【００９０】
次に、選択したＰＬＭＮが提供するセルの中から、前記端末が適切なサービスの提供を受けることができる信号品質と特性を有するセルを選択する。
【００９１】
以下、端末がセルを選択する手順に対して詳細に説明する。
【００９２】
電源がオンされ、またはセルにキャンプオンしている時、端末は、適切な品質のセルを選択／再選択することでサービスを受けるための手順を実行する。
【００９３】
ＲＲＣアイドル状態の端末は、常に適切な品質のセルを選択することで、このセルを介してサービスの提供を受けるための準備をしなければならない。例えば、電源がオンされた端末は、ネットワークに登録するために適切な品質のセルを選択しなければならない。ＲＲＣ接続状態にあった前記端末がＲＲＣアイドル状態に進入すると、前記端末は、ＲＲＣアイドル状態にキャンプオンするセルを選択しなければならない。このように、前記端末がＲＲＣアイドル状態のようなサービス待機状態にキャンプオンするために、一定条件を満たすセルを選択する過程をセル選択（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）という。重要な点は、前記セル選択が、前記端末が前記ＲＲＣアイドル状態にキャンプオンするセルを現在決定しない状態で実行するため、可能な限り速かにセルを選択することが重要である。したがって、一定基準以上の無線信号品質を提供するセルの場合は、たとえ、このセルが端末に最も良い無線信号品質を提供するセルでないとしても、端末のセル選択過程で選択されることができる。
【００９４】
以下、３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ８．５．０（２００９−０３）“Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ  （ＵＥ）  ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  ｉｄｌｅ  ｍｏｄｅ（Ｒｅｌｅａｓｅ  ８）”を参照し、３ＧＰＰ  ＬＴＥにおいて、端末がセルを選択する方法及び手順に対して詳述する。
【００９５】
セル選択過程は、大いに、二つに分けられる。
【００９６】
まず、初期セル選択過程であって、この過程では、前記端末が無線チャネルに対する事前情報がない。したがって、前記端末は、適切なセルを探すために全ての無線チャネルを検索する。各チャネルにおいて、前記端末は、最も強いセルを探す。以後、前記端末がセル選択基準を満たす適切な（ｓｕｉｔａｂｌｅ）セルを探すと、該当セルを選択する。
【００９７】
次に、端末は、格納された情報を活用し、またはセルで放送している情報を活用することで、セルを選択することができる。したがって、初期セル選択過程に比べてセル選択が迅速である。端末がセル選択基準を満たすセルを探すと、該当セルを選択する。もし、この過程を介してセル選択基準を満たす適切なセルを探すことができない場合、端末は、初期セル選択過程を実行する。
【００９８】
セル選択基準は、下記数式１のように定義されることができる。
【００９９】
【数１】
0006047246.tif 000002
【０１００】
ここで、前記数式１の各変数は、以下の表１のように定義されることができる。
【０１０１】
【表１】
0006047246.tif 000003
【０１０２】
シグナリングされた値であるＱｒｘｌｅｖｍｉｎｏｆｆｓｅｔ及びＱｑｕａｌｍｉｎｏｆｆｓｅｔは、端末がＶＰＬＭＮ内の正規セルにキャンプしている中、より高い優先順位のＰＬＭＮに対する周期的探索の結果としてセル選択が評価される場合に限って適用されることができる。前記のように、より高い優先順位のＰＬＭＮに対する周期的探索中、端末は、このようなより高い優先順位のＰＬＭＮの他のセルから格納されたパラメータ値を使用してセル選択評価を実行することができる。
【０１０３】
前記端末がセル選択過程を介してあるセルを選択した後、端末の移動性または無線環境の変化などにより端末と基地局との間の信号の強度や品質が変わることができる。したがって、もし、選択したセルの品質が低下される場合、端末は、より良い品質を提供する他のセルを選択することができる。このようにセルを再選択する場合、一般的に現在選択されたセルより良い信号品質を提供するセルを選択する。このような過程をセル再選択（Ｃｅｌｌ  Ｒｅｓｅｌｅｃｔｉｏｎ）という。前記セル再選択過程は、無線信号の品質観点で、一般的に端末に最も良い品質を提供するセルを選択することに基本的な目的がある。
【０１０４】
無線信号の品質観点外に、ネットワークは、周波数別に優先順位を決定して端末に知らせることができる。このような優先順位を受信した端末は、セル再選択過程で、この優先順位を無線信号品質基準より優先的に考慮するようになる。
【０１０５】
前記のように、無線環境の信号特性によってセルを選択または再選択する方法があり、セル再選択において、再選択のためのセルを選択するとき、セルのＲＡＴと周波数（ｆｒｅｑｕｅｎｃｙ）特性によって下記のようなセル再選択方法がある。
【０１０６】
−イントラ周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ（ｃａｍｐ）中であるセルと同じＲＡＴ及び同じ中心周波数（ｃｅｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）を有するセルを再選択
【０１０７】
−インター周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ中であるセルと同じＲＡＴ及び異なる中心周波数を有するセルを再選択
【０１０８】
−インターＲＡＴ（Ｉｎｔｅｒ−ＲＡＴ）セル再選択：端末がキャンプ中であるＲＡＴと異なるＲＡＴを使用するセルを再選択
【０１０９】
セル再選択過程の原則は、下記の通りである。
【０１１０】
第一に、端末は、セル再選択のためにサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）及び隣接セル（ｎｅｉｇｈｂｏｒｉｎｇ  ｃｅｌｌ）の品質を測定する。
【０１１１】
第二に、セル再選択は、セル再選択基準に基づいて実行される。セル再選択基準は、サービングセル及び隣接セルの測定に関連して下記のような特性を有している。
【０１１２】
イントラ周波数セル再選択は、基本的にランキング（ｒａｎｋｉｎｇ）に基づいて行われる。ランキングとは、セル再選択評価のための指標値を定義し、この指標値を利用してセルを指標値の大きさ順に順序を定める作業である。最も良い指標を有するセルを一般的に最高順位セル（ｈｉｇｈｅｓｔ  ｒａｎｋｅｄ  ｃｅｌｌ）という。セル指標値は、端末が該当セルに対して測定した値を基本にし、必要によって、周波数オフセットまたはセルオフセットを適用した値である。
【０１１３】
インター周波数セル再選択は、ネットワークにより提供された周波数優先順位に基づいて行われる。端末は、最も高い周波数優先順位を有する周波数にキャンプオンする（ｃａｍｐ  ｏｎ）ことができるように試みる。ネットワークは、ブロードキャストシグナリング（ｂｒｏａｄｃａｓｔ  ｓｉｇｎａｌｉｎｇ）を介してセル内の端末が共通的に適用する周波数優先順位を提供し、または端末別シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）を介して端末別に各々周波数別優先順位を提供することができる。ブロードキャストシグナリングを介して提供されるセル再選択優先順位を共用優先順位（ｃｏｍｍｏｎ  ｐｒｉｏｒｉｔｙ）といい、端末別にネットワークが設定するセル再選択優先順位を専用優先順位（ｄｅｄｉｃａｔｅｄ  ｐｒｉｏｒｉｔｙ）という。端末は、専用優先順位を受信すると、専用優先順位と関連している有効時間（ｖａｌｉｄｉｔｙ  ｔｉｍｅ）を共に受信することができる。端末は、専用優先順位を受信すると、共に受信した有効時間に設定された有効性タイマ（ｖａｌｉｄｉｔｙ  ｔｉｍｅｒ）を開始する。端末は、有効性タイマが動作する中、ＲＲＣアイドルモードで専用優先順位を適用する。有効性タイマが満了されると、端末は、専用優先順位を廃棄し、再び共用優先順位を適用する。
【０１１４】
インター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるパラメータ（例えば、周波数別オフセット（ｆｒｅｑｕｅｎｃｙ−ｓｐｅｃｉｆｉｃ  ｏｆｆｓｅｔ））を周波数別に提供することができる。
【０１１５】
イントラ周波数セル再選択またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われる隣接セルリスト（Ｎｅｉｇｈｂｏｒｉｎｇ  Ｃｅｌｌ  Ｌｉｓｔ、ＮＣＬ）を提供することができる。このＮＣＬは、セル再選択に使われるセル別パラメータ（例えば、セル別オフセット（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｏｆｆｓｅｔ））を含む。
【０１１６】
イントラ周波数またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるセル再選択禁止リスト（ｂｌａｃｋ  ｌｉｓｔ）を提供することができる。禁止リストに含まれているセルに対し、端末は、セル再選択を実行しない。
【０１１７】
以下、セル再選択評価過程で実行するランキングに対して説明する。
【０１１８】
セルの優先順位を定める時に使われるランキング指標（ｒａｎｋｉｎｇ  ｃｒｉｔｅｒｉｏｎ）は、数式２のように定義される。
【０１１９】
【数２】
0006047246.tif 000004
【０１２０】
ここで、Ｒｓはサービングセルのランキング指標であり、Ｒｎは隣接セルのランキング指標であり、Ｑｍｅａｓ，ｓは端末がサービングセルに対して測定した品質値であり、Ｑｍｅａｓ，ｎは端末が隣接セルに対して測定した品質値であり、Ｑｈｙｓｔはランキングのためのヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）値であり、Ｑｏｆｆｓｅｔは二つのセル間のオフセットである。
【０１２１】
イントラ周波数で、端末がサービングセルと隣接セルとの間のオフセット（Ｑｏｆｆｓｅｔｓ，ｎ）を受信した場合は、Ｑｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ，ｎであり、端末がＱｏｆｆｓｅｔｓ，ｎを受信しない場合は、Ｑｏｆｆｓｅｔ＝０である。
【０１２２】
インター周波数で、端末が該当セルに対するオフセット（Ｑｏｆｆｓｅｔｓ，ｎ）を受信した場合は、Ｑｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ，ｎ＋Ｑｆｒｅｑｕｅｎｃｙであり、端末がＱｏｆｆｓｅｔｓ，ｎを受信しない場合は、Ｑｏｆｆｓｅｔ＝Ｑｆｒｅｑｕｅｎｃｙである。
【０１２３】
サービングセルのランキング指標（Ｒｓ）と隣接セルのランキング指標（Ｒｎ）が互いに類似する状態で変動すると、変動結果、ランキング順位が頻繁に変わるため、端末が二つのセルを交互に再選択することができる。Ｑｈｙｓｔは、セル再選択でヒステリシスを与え、端末が二つのセルを交互に再選択することを防止するためのパラメータである。
【０１２４】
端末は、前記数式によってサービングセルのＲｓ及び隣接セルのＲｎを測定し、ランキング指標値が最も大きい値を有するセルを最高順位（ｈｉｇｈｅｓｔ  ｒａｎｋｅｄ）セルと見なし、このセルを再選択する。
【０１２５】
前記基準によると、セル再選択において、セルの品質が最も主要な基準として作用することを確認することができる。もし、再選択したセルが正規セル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）でない場合、端末は、該当周波数または該当セルをセル再選択対象から除外する。
【０１２６】
セル再選択評価によって、端末がセル再選択を実行するにあたって、端末は、前記セル再選択基準が特定時間満たされる場合、セル再選択基準が満たされたと決定し、選択されたターゲットセルにセル移動をすることができる。ここで、特定時間は、Ｔｒｅｓｅｌｅｃｔｉｏｎパラメータでネットワークから与えられることができる。Ｔｒｅｓｅｌｅｃｔｉｏｎは、セル再選択タイマ値を特定し、Ｅ−ＵＴＲＡＮの各周波数に対して及び他のＲＡＴに対して定義されることができる。
【０１２７】
以下、端末のセル再選択のために使われるセル再選択情報に対して説明する。
【０１２８】
セル再選択情報は、セル再選択パラメータの形式にネットワークからブロードキャストされるシステム情報に含まれて送信され、端末に提供されることができる。端末に提供されるセル再選択パラメータは、下記のような種類のものがある。
【０１２９】
セル再選択優先順位（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）：ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙパラメータは、Ｅ−ＵＴＲＡＮの周波数、ＵＴＲＡＮの周波数、ＧＥＲＡＮ周波数のグループ、ＣＤＭＡ２０００  ＨＲＰＤのバンドクラスまたはＣＤＭＡ２０００  １ｘＲＴＴのバンドクラスに対する優先順位を特定する。
【０１３０】
Ｑｏｆｆｓｅｔｓ，ｎ：二つのセル間のオフセット値を特定する。
【０１３１】
Ｑｏｆｆｓｅｔｆｒｅｑｕｅｎｃｙ：同じ優先順位のＥ−ＵＴＲＡＮ周波数に対する周波数特定オフセットを特定する。
【０１３２】
Ｑｈｙｓｔ：ランク指標に対するヒステリシス値を特定する。
【０１３３】
Ｑｑｕａｌｍｉｎ：最小要求される品質レベルを特定し、ｄＢ単位に特定される。
【０１３４】
Ｑｒｘｌｅｖｍｉｎ：最小要求されるＲｘレベルを特定し、ｄＢ単位に特定される。
【０１３５】
ＴｒｅｓｅｌｅｃｔｉｏｎＥＵＴＲＡ：Ｅ−ＵＴＲＡＮのためのセル再選択タイマ値を特定し、Ｅ−ＵＴＲＡＮの各周波数に対して設定されることができる。
【０１３６】
ＴｒｅｓｅｌｅｃｔｉｏｎＵＴＲＡＮ：ＵＴＲＡＮのためのセル再選択タイマ値を特定する。
【０１３７】
ＴｒｅｓｅｌｅｃｔｉｏｎＧＥＲＡ：ＧＥＲＡＮのためのセル再選択タイマ値を特定する。
【０１３８】
ＴｒｅｓｅｌｅｃｔｉｏｎＣＤＭＡ＿ＨＲＰＤ：ＣＤＭＡ  ＨＲＰＤのためのセル再選択タイマ値を特定する。
【０１３９】
ＴｒｅｓｅｌｅｃｔｉｏｎＣＤＭＡ＿１ｘＲＴＴ：ＣＤＭＡ  １ｘＲＴＴのためのセル再選択タイマ値を特定する。
【０１４０】
Ｔｈｒｅｓｈｘ，ＨｉｇｈＰ：サービング周波数より高い優先順位のＲＡＴ／周波数へのセル再選択時、端末により使われるＳｒｘｌｅｖ閾値をｄＢ単位に特定する。特定閾値がＥ−ＵＴＲＡＮ及びＵＴＲＡＮの各周波数、ＧＥＲＡＮ周波数の各グループ、ＣＤＭＡ２０００  ＨＲＰＤの各バンドクラス及びＣＤＭＡ２０００  １ｘＲＴＴの各バンドクラスに対して個別的に設定されることができる。
【０１４１】
Ｔｈｒｅｓｈｘ，ＨｉｇｈＱ：サービング周波数より高い優先順位のＲＡＴ／周波数へのセル再選択時、端末により使われるＳｑｕａｌ閾値をｄＢ単位に特定する。特定閾値がＥ−ＵＴＲＡＮ及びＵＴＲＡＮ  ＦＤＤの各周波数に対して個別的に設定されることができる。
【０１４２】
Ｔｈｒｅｓｈｘ，ＬｏｗＰ：サービング周波数より低い優先順位のＲＡＴ／周波数へのセル再選択時、端末により使われるＳｒｘｌｅｖ閾値をｄＢ単位に特定する。特定閾値がＥ−ＵＴＲＡＮ及びＵＴＲＡＮの各周波数、ＧＥＲＡＮ周波数の各グループ、ＣＤＭＡ２０００  ＨＲＰＤの各バンドクラス及びＣＤＭＡ２０００  １ｘＲＴＴの各バンドクラスに対して個別的に設定されることができる。
【０１４３】
Ｔｈｒｅｓｈｘ，ＬｏｗＱ：サービング周波数より低い優先順位のＲＡＴ／周波数へのセル再選択時、端末により使われるＳｑｕａｌ閾値をｄＢ単位に特定する。特定閾値がＥ−ＵＴＲＡＮ及びＵＴＲＡＮ  ＦＤＤの各周波数に対して個別的に設定されることができる。
【０１４４】
ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＰ：より低いＲＡＴ／周波数へのセル再選択時、サービングセル上の端末により使われるＳｒｘｌｅｖ閾値をｄＢ単位に特定する。
【０１４５】
ＴｈｒｅｓｈＳｅｒｖｉｎｇ，ＬｏｗＱ：より低いＲＡＴ／周波数へのセル再選択時、サービングセル上の端末により使われるＳｑｕａｌ閾値をｄＢ単位に特定する。
【０１４６】
ＳＩｎｔｒａＳｅｒａｃｈＰ：イントラ周波数測定に対するＳｒｘｌｅｖ閾値をｄＢ単位に特定する。
【０１４７】
ＳＩｎｔｒａＳｅｒａｃｈＱ：イントラ周波数測定に対するＳｑｕａｌ閾値をｄＢ単位に特定する。
【０１４８】
ＳｎｏｎＩｎｔｒａＳｅｒａｃｈＰ：Ｅ−ＵＴＲＡＮインター周波数及びインターＲＡＴ測定に対するＳｒｘｌｅｖ閾値をｄＢ単位に特定する。
【０１４９】
ＳｎｏｎＩｎｔｒａＳｅｒａｃｈＱ：Ｅ−ＵＴＲＡＮインター周波数及びインターＲＡＴ測定に対するＳｑｕａｌ閾値をｄＢ単位に特定する。
【０１５０】
一方、セル再選択情報は、ネットワークと端末との間のＲＲＣ接続解除のために送信されるＲＲＣメッセージであるＲＲＣ接続解除メッセージに含まれて端末に提供されることもできる。例えば、ＲＲＣ接続解除メッセージにはＥ−ＵＴＲＡＮの副搬送波周波数リスト及びセル再選択優先順位、ＵＴＲＡ−ＦＤＤの副搬送波周波数リスト及びセル再選択優先順位、ＵＴＲＡ−ＴＤＤの副搬送波周波数リスト及びセル再選択優先順位、ＧＥＲＡＮの副搬送波周波数リスト及びセル再選択優先順位、ＣＤＭＡ２０００  ＨＲＰＤのバンドクラスリスト及びセル再選択優先順位、ＣＤＭＡ２０００  １ｘＲＴＴのバンドクラスリスト及びセル再選択優先順位などを含むことができる。
【０１５１】
以下、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）に対して説明する。
【０１５２】
端末は、ＰＣｅｌｌのダウンリンク無線リンク品質を検知するために、セル特定参照信号（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に基づいてダウンリンク品質をモニタリングする。端末は、ＰＣｅｌｌのダウンリンク無線リンク品質をモニタリングすることを目的として、ダウンリンク無線リンク品質を推定し、それを閾値Ｑｏｕｔ及びＱｉｎと比較する。閾値Ｑｏｕｔは、ダウンリンク無線リンクが安定的に受信されることができない水準に定義され、これはＰＤＦＩＣＨエラーを考慮して仮想のＰＤＣＣＨ送信（ｈｙｐｏｔｈｅｔｉｃａｌ  ＰＤＣＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ）の１０％ブロックエラー率に相応する。閾値Ｑｉｎは、Ｑｏｕｔのレベルより安定的に受信されることができるダウンリンク無線リンク品質レベルに定義され、これはＰＣＦＩＣＨエラーを考慮して仮想のＰＤＣＣＨ送信の２％ブロックエラー率に相応する。
【０１５３】
以下、無線リンク失敗（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ；ＲＬＦ）に対して説明する。
【０１５４】
端末は、サービスを受信するサービングセルとの無線リンクの品質維持のために持続的に測定を実行する。端末は、サービングセルとの無線リンクの品質悪化（ｄｅｔｅｒｉｏｒａｔｉｏｎ）により現在状況で通信が不可能かどうかを決定する。もし、サービングセルの品質があまりにも低くて通信がほぼ不可能な場合、端末は、現在状況を無線連結失敗であると決定する。
【０１５５】
もし、無線リンク失敗が決定されると、端末は、現在のサービングセルとの通信維持をあきらめ、セル選択（または、セル再選択）手順を介して新しいセルを選択し、新しいセルへのＲＲＣ接続再確立（ＲＲ  Ｃｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を試みる。
【０１５６】
３ＧＰＰ  ＬＴＥのスペックでは、正常に通信することができない場合として下記のような例示を挙げている。
【０１５７】
−端末の物理階層の無線品質測定結果に基づき、端末が下り通信リンク品質に深刻な問題があると判断した場合（ＲＬＭ実行中、ＰＣｅｌｌの品質が低いと判断した場合）
【０１５８】
−ＭＡＣ副階層でランダムアクセス（ｒａｎｄｏｍ  ａｃｃｅｓｓ）手順が持続的に失敗してアップリンク送信に問題があると判断した場合
【０１５９】
−ＲＬＣ副階層で上りデータ送信が持続的に失敗してアップリンク送信に問題があると判断した場合
【０１６０】
−ハンドオーバを失敗したと判断した場合
【０１６１】
−端末が受信したメッセージが完全性検査（ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ）を通過することができない場合。
【０１６２】
以下、ＲＲＣ接続再確立（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に対し、より詳細に説明する。
【０１６３】
図７は、ＲＲＣ接続再確立手順を示す。
【０１６４】
図７を参照すると、端末は、ＳＲＢ０（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  ＃０）を除外した設定されていた全ての無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）使用を中断し、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）の各副階層を初期化する（Ｓ７１０）。また、各副階層及び物理階層を基本構成（ｄｅｆａｕｌｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）に設定する。この過程中、端末は、ＲＲＣ接続状態を維持する。
【０１６５】
端末は、ＲＲＣ接続再設定手順を実行するためのセル選択手順を実行する（Ｓ７２０）。ＲＲＣ接続再確立手順のうち、セル選択手順は、端末がＲＲＣ接続状態を維持しているにもかかわらず、端末がＲＲＣアイドル状態で実行するセル選択手順と同じく実行されることができる。
【０１６６】
端末は、セル選択手順を実行した後、該当セルのシステム情報を確認することで該当セルが適合したセルかどうかを判断する（Ｓ７３０）。もし、選択されたセルが適切なＥ−ＵＴＲＡＮセルであると判断された場合、端末は、該当セルにＲＲＣ接続再確立要求メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信する（Ｓ７４０）。
【０１６７】
一方、ＲＲＣ接続再確立手順を実行するためのセル選択手順を介して選択されたセルがＥ−ＵＴＲＡＮ以外の異なるＲＡＴを使用するセルであると判断された場合、ＲＲＣ接続再確立手順を中断し、端末は、ＲＲＣアイドル状態に進入する（Ｓ７５０）。
【０１６８】
端末は、セル選択手順及び選択したセルのシステム情報の受信を介して、制限された時間内にセルの適切性確認を終えるように具現されることができる。そのために、端末は、ＲＲＣ接続再確立手順を開始することによってタイマを駆動させることができる。タイマは、端末が適合したセルを選択したと判断された場合、中断されることができる。タイマが満了された場合、端末は、ＲＲＣ接続再確立手順が失敗したと見なし、ＲＲＣアイドル状態に進入することができる。以下、このタイマを無線リンク失敗タイマという。ＬＴＥスペックＴＳ  ３６．３３１では、Ｔ３１１という名称のタイマが無線リンク失敗タイマとして活用されることができる。端末は、このタイマの設定値をサービングセルのシステム情報から取得することができる。
【０１６９】
端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾した場合、セルは、端末にＲＲＣ接続再確立メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｍｅｓｓａｇｅ）を送信する。
【０１７０】
セルからＲＲＣ接続再確立メッセージを受信した端末は、ＳＲＢ１に対するＰＤＣＰ副階層とＲＬＣ副階層を再構成する。また、セキュリティ設定と関連している各種キー値を再計算し、セキュリティを担当するＰＤＣＰ副階層を新しく計算したセキュリティキー値で再構成する。それによって、端末とセルとの間のＳＲＢ１が開放され、ＲＲＣ制御メッセージをやりとりすることができるようになる。端末は、ＳＲＢ１の再開を完了し、セルにＲＲＣ接続再確立手順が完了したというＲＲＣ接続再確立完了メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃｏｍｐｌｅｔｅ  ｍｅｓｓａｇｅ）を送信する（Ｓ７６０）。
【０１７１】
それに対し、端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾しない場合、セルは、端末にＲＲＣ接続再確立拒絶メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）を送信する。
【０１７２】
ＲＲＣ接続再確立手順が成功的に実行されると、セルと端末は、ＲＲＣ接続再設定手順を実行する。それによって、端末は、ＲＲＣ接続再確立手順を実行する前の状態を回復し、サービスの連続性を最大限保障する。
【０１７３】
図８は、既存の測定実行方法を示す流れ図である。
【０１７４】
端末は、基地局から測定設定（ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報を受信する（Ｓ８１０）。測定設定情報を含むメッセージを測定設定メッセージという。端末は、測定設定情報に基づいて測定を実行する（Ｓ８２０）。端末は、測定結果が測定設定情報内の報告条件を満たすと、測定結果を基地局に報告する（Ｓ８３０）。測定結果を含むメッセージを測定報告メッセージという。
【０１７５】
測定設定情報は、下記のような情報を含むことができる。
【０１７６】
（１）測定対象（Ｍｅａｓｕｒｅｍｅｎｔ  ｏｂｊｅｃｔ）情報：端末が測定を実行する対象に対する情報である。測定対象は、セル内測定の対象であるイントラ周波数測定対象、セル間測定の対象であるインター周波数測定対象、及びインターＲＡＴ測定の対象であるインターＲＡＴ測定対象のうち、少なくともいずれか一つを含む。例えば、イントラ周波数測定対象は、サービングセルと同じ周波数バンドを有する隣接セルを指示し、インター周波数測定対象は、サービングセルと異なる周波数バンドを有する隣接セルを指示し、インターＲＡＴ測定対象は、サービングセルのＲＡＴと異なるＲＡＴの隣接セルを指示することができる。
【０１７７】
（２）報告設定（Ｒｅｐｏｒｔｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報：端末が測定結果を送信することをいつ報告するかに対する報告条件及び報告タイプ（ｔｙｐｅ）に対する情報である。報告設定情報は、報告設定のリストで構成されることができる。各報告設定は、報告基準（ｒｅｐｏｒｔｉｎｇ  ｃｒｉｔｅｒｉｏｎ）及び報告フォーマット（ｒｅｐｏｒｔｉｎｇ  ｆｏｒｍａｔ）を含むことができる。報告基準は、端末が測定結果を送信することをトリガする基準である。報告基準は、測定報告の周期または測定報告のための単一イベントである。報告フォーマットは、端末が測定結果をどのようなタイプに構成するかに対する情報である。
【０１７８】
（３）測定識別子（Ｍｅａｓｕｒｅｍｅｎｔ  ｉｄｅｎｔｉｔｙ）情報：測定対象と報告設定を連関させ、端末がどの測定対象に対し、いつ、どのようなタイプに報告するかを決定するようにする測定識別子に対する情報である。測定識別子情報は、測定報告メッセージに含まれ、測定結果がどの測定対象に対するものであり、測定報告がどのような報告条件に発生したかを示すことができる。
【０１７９】
（４）量的設定（Ｑｕａｎｔｉｔｙ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報：測定単位、報告単位及び／または測定結果値のフィルタリングを設定するためのパラメータに対する情報である。
【０１８０】
（５）測定ギャップ（Ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）情報：ダウンリンク送信またはアップリンク送信がスケジューリングされなくて、端末がサービングセルとのデータ送信に対する考慮なしに測定にのみ使われることができる区間である測定ギャップに対する情報である。
【０１８１】
端末は、測定手順を実行するために、測定対象リスト、測定報告設定リスト及び測定識別子リストを有している。
【０１８２】
３ＧＰＰ  ＬＴＥにおいて、基地局は、端末に一つの周波数バンドに対して一つの測定対象のむことを設定することができる。３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ８．５．０（２００９−０３）“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）”の５．５．４節によると、以下の表のような測定報告が誘発されるイベントが定義されている。
【０１８３】
【表２】
0006047246.tif 000005
【０１８４】
端末の測定結果が、設定されたイベントを満たすと、端末は、測定報告メッセージを基地局に送信する。
【０１８５】
図９は、端末に設定された測定設定の一例を示す。
【０１８６】
まず、測定識別子１（９０１）は、イントラ周波数測定対象と報告設定１を連結している。端末は、セル内測定（ｉｎｔｒａ  ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）を実行し、報告設定１は、測定結果報告の基準及び報告タイプの決定に使われる。
【０１８７】
測定識別子２（９０２）は、測定識別子１（９０１）と同様に、イントラ周波数測定対象と連結されているが、イントラ周波数測定対象を報告設定２に連結している。端末は、測定を実行し、報告設定２は、測定結果報告の基準及び報告タイプの決定に使われる。
【０１８８】
測定識別子１（９０１）と測定識別子２（９０２）により、端末は、イントラ周波数測定対象に対する測定結果が報告設定１及び報告設定２のうちいずれか一つを満たしても、測定結果を送信する。
【０１８９】
測定識別子３（９０３）は、インター周波数測定対象１と報告設定３を連結している。端末は、インター周波数測定対象１に対する測定結果が報告設定  ３に含まれている報告条件を満たすと、測定結果を報告する。
【０１９０】
測定識別子４（９０４）は、インター周波数測定対象２と報告設定２を連結している。端末は、インター周波数測定対象２に対する測定結果が報告設定２に含まれている報告条件を満たすと、測定結果を報告する。
【０１９１】
一方、測定対象、報告設定及び／または測定識別子は、追加、変更及び／または削除が可能である。これは基地局が端末に新しい測定設定メッセージを送り、または測定設定変更メッセージを送ることによって指示することができる。
【０１９２】
図１０は、測定識別子を削除する例を示す。測定識別子２（９０２）が削除されると、測定識別子２（９０２）と連関された測定対象に対する測定が中断され、測定報告も送信されない。削除された測定識別子と連関された測定対象や報告設定は変更されない。
【０１９３】
図１１は、測定対象を削除する例を示す。インター周波数測定対象１が削除されると、端末は、連関された測定識別子３（９０３）も削除する。インター周波数測定対象１に対する測定が中断され、測定報告も送信されない。しかし、削除されたインター周波数測定対象１に連関された報告設定は、変更または削除されない。
【０１９４】
報告設定が除去されると、端末は、連関された測定識別子も除去する。端末は、連関された測定識別子により連関された測定対象に対する測定を中断する。しかし、削除された報告設定に連関された測定対象は、変更または削除されない。
【０１９５】
測定報告は、測定識別子、サービングセルの測定された品質及び隣接セル（ｎｅｉｇｈｂｏｒｉｎｇ  ｃｅｌｌ）の測定結果を含むことができる。測定識別子は、測定報告がトリガされた測定対象を識別する。隣接セルの測定結果は、隣接セルのセル識別子及び測定された品質を含むことができる。測定された品質は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つを含むことができる。
【０１９６】
図１２は、ログされたＭＤＴを実行する方法を示す流れ図である。
【０１９７】
図１２を参照すると、端末は、ログされた測定設定（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔｓ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信する（Ｓ１２１０）。ログされた測定設定は、ＲＲＣメッセージに含まれてダウンリンク制御チャネルとして送信されることができる。ログされた測定設定は、ＴＣＥ  ＩＤ、ロギングの実行に基準となる時間（ｒｅｆｅｒｅｎｃｅ  ｔｉｍｅ）情報、ロギング持続時間（ｌｏｇｇｉｎｇ  ｄｕｒａｔｉｏｎ）、ロギングインターバル（ｌｏｇｇｉｎｇ  ｉｎｔｅｒｖａｌ）、領域設定（ａｒｅａ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する情報のうち少なくとも一つを含むことができる。ロギングインターバルは、測定結果を格納するインターバル（ｉｎｔｅｒｖａｌ）を示す。ロギング持続時間は、端末がログされたＭＤＴを実行する持続時間を指示する。基準時間は、ログされたＭＤＴを実行する持続時間の基準となる時間を指示する。領域設定は、端末がロギングを実行するように要求された領域を指示する。
【０１９８】
一方、端末は、ログされた測定設定を受信すると、有効性タイマ（ｖａｌｉｄｉｔｙ  ｔｉｍｅｒ）を開始する。有効性タイマは、ログされた測定設定の寿命（ｌｉｆｅｔｉｍｅ）を意味し、これはロギング持続時間に対する情報により特定されることができる。有効性タイマの持続時間は、ログされた測定設定の有効寿命だけでなく、端末が有している測定結果の有効性を指示することもできる。
【０１９９】
以上のように、端末がログされた測定設定をし、これによる全ての手順が実行される手順を設定局面（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｈａｓｅ）という。
【０２００】
端末がＲＲＣアイドル状態に進入すると（Ｓ１２２１）、端末は、有効性タイマが駆動される中、測定結果をロギングする（Ｓ１２２２）。測定結果値は、ＲＳＲＰ、ＲＳＲＱ、ＲＳＣＰ（ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｃｏｄｅ  ｐｏｗｅｒ）、Ｅｃ／Ｎｏなどがある。以下、測定結果をロギングした情報をログされた測定（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔｓ）及び／または測定結果ログという。端末が少なくとも一回以上測定結果をロギングする時間的な区間をロギング局面（ｌｏｇｇｉｎｇ  ｐｈａｓｅ）という。
【０２０１】
端末がログされた測定設定に基づいてログされたＭＤＴを実行することは、端末が存在する位置によって変わることができる。
【０２０２】
図１３は、ロギング地域によるログされたＭＤＴの例示を示す。
【０２０３】
ネットワークは、端末がロギングしなければならない地域であるロギング地域を設定することができる。ロギング地域は、セルリストで表現され、またはトラッキング領域（ｔｒａｃｋｉｎｇ  ａｒｅａ）／ロケーション領域（ｌｏｃａｔｉｏｎ  ａｒｅａ）リストで表現されることができる。端末にロギング地域が設定された場合、端末は、ロギング地域から外れると、ロギングを中断する。
【０２０４】
図１３を参照すると、第１の領域１３１０及び第３の領域１３３０は、ロギング地域として設定された領域であり、第２の領域１３２０は、ロギングが許容されない領域である。端末は、第１の領域１３１０ではロギングをするが、第２の領域１３２０ではロギングをしない。端末は、第２の領域１３２０から第３の領域１３３０へ移動すると、再びロギングを実行する。
【０２０５】
図１４は、ＲＡＴ変更によるログされたＭＤＴの例示を示す。
【０２０６】
端末は、ログされた測定設定を受信したＲＡＴにキャンプオンしている（ｃａｍｐ  ｏｎ）時のみロギングを実行し、他のＲＡＴではロギングを中断する。ただし、端末は、キャンプオンしているＲＡＴ外に他のＲＡＴのセル情報をロギングすることができる。
【０２０７】
第１の領域１４１０及び第３の領域１４３０は、Ｅ−ＵＴＲＡＮ領域であり、第２の領域１４２０は、ＵＴＲＡＮ領域である。ログされた測定設定は、Ｅ−ＵＴＲＡＮから受信される。端末は、第２の領域１４２０に進入すると、ＭＤＴ測定を実行しない。
【０２０８】
また、図１２を参照すると、端末がＲＲＣ接続状態に進入し（Ｓ１２３１）、報告するログされた測定がある場合、端末は、報告するログされた測定があることを基地局に知らせる（Ｓ１２３２）。端末は、ＲＲＣ接続が確立される時、またはＲＲＣ接続が再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）される時、またはＲＲＣ接続が再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）される時、ログされた測定があることを基地局に知らせることができる。また、端末がハンドオーバを実行する場合、ハンドオーバ対象セルにログされた測定があることを知らせることができる。端末がログされた測定があることを基地局に知らせることは、端末が基地局に送信するＲＲＣメッセージにログされた測定があることを知らせる指示情報であるログされた測定可用性（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔｓ  ａｖａｉｌａｂｌｅ）指示子を含ませて送信することである。前記ＲＲＣメッセージは、ＲＲＣ接続設定完了メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ再設定完了メッセージまたはハンドオーバ完了メッセージである。
【０２０９】
基地局は、端末からログされた測定があることを知らせる信号を受信すると、端末にログされた測定を報告するように要求する（Ｓ１２３３）。ログされた測定を報告することを要求することは、これを指示する情報に対するログされた測定報告要求（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ  ｒｅｑｕｅｓｔ）パラメータをＲＲＣメッセージに含ませて送信することである。前記ＲＲＣメッセージは、端末情報要求メッセージ（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）である。
【０２１０】
端末は、基地局からログされた測定に対する報告要求を受けると、ログされた測定を基地局に報告する（Ｓ１２３４）。ログされた測定を基地局に報告することは、ログされた測定を含むログされた測定報告（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔｓ  ｒｅｐｏｒｔ）をＲＲＣメッセージに含ませて基地局に送信することである。前記ＲＲＣメッセージは、端末情報報告メッセージ（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｐｏｒｔ  ｍｅｓｓａｇｅ）である。端末は、ログされた測定を報告するにあたって、報告時点に端末が有するログされた測定全体を基地局に報告し、またはその一部を基地局に報告することができる。一部を報告する場合、報告された一部は、廃棄されることができる。
【０２１１】
前記のように、端末が基地局にログされた測定があることを知らせ、基地局から報告要求を受け、それによって、ログされた測定を報告する過程が実行される局面を報告局面（ｒｅｐｏｒｔｉｎｇ  ｐｈａｓｅ）という。
【０２１２】
ログされたＭＤＴが実行される中、端末が測定することは、主に無線環境に対することである。ＭＤＴ測定は、セル識別子、セルの信号品質及び／または信号強度を含むことができる。ＭＤＴ測定は、測定時間と測定場所を含むことができる。以下の表３は、端末がロギングする内容を例示する。
【０２１３】
【表３】
0006047246.tif 000006
【０２１４】
互いに異なるロギング時点にロギングした情報は、下記のように互いに異なるログエントリ（ｌｏｇ  ｅｎｔｒｙ）に区分されるように格納されることができる。
【０２１５】
図１５は、ログされた測定の一例を示す。
【０２１６】
ログされた測定は、一つまたはそれ以上のログエントリを含む。
【０２１７】
ログエントリは、ロギング位置（ｌｏｇｇｉｎｇ  ｌｏｃａｔｉｏｎ）、ロギング時間（ｌｏｇｇｉｎｇ  ｔｉｍｅ）、サービングセル識別子、サービングセル測定結果及び隣接セル測定結果を含む。
【０２１８】
ロギング位置は、端末が測定した位置を示す。ロギング時間は、端末が測定した時間を示す。互いに異なるロギング時間にロギングした情報は、互いに異なるログエントリに格納される。
【０２１９】
サービングセル識別子は、階層３でのセル識別子、これをＧＣＩ（Ｇｌｏｂａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）という）が含まれることができる。ＧＣＩは、ＰＣＩ（Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）とＰＬＭＮ識別子の集合である。
【０２２０】
一方、端末は、無線環境外に端末の性能（ｐｅｒｆｏｒｍａｎｃｅ）関連指標を分析してロギングすることができる。例えば、処理率（ｔｈｒｏｕｇｈｐｕｔ、誤った送信／受信率（ｅｒｒｏｎｅｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ  ｒａｔｅ）等が含まれることができる。
【０２２１】
また、図１２を参照すると、前述したロギング局面及び報告局面は、ロギング持続時間中に複数回にかけて存在できる（Ｓ１２４１、Ｓ１２４２）。
【０２２２】
基地局は、ログされた測定の報告を受けると、これをＴＣＥに記録／格納することができる
【０２２３】
有効性タイマが満了された以後、即ち、ロギング持続時間が経過された以後、端末がまだ報告しないログされた測定を有している場合、端末は、これを基地局に報告するための手順を実行する。そのための全ての手順が実行される局面をポスト報告局面（ｐｏｓｔ−ｒｅｐｏｒｔｉｎｇ  ｐｈａｓｅ）という。
【０２２４】
端末は、ロギング持続時間終了後、ログされた測定設定を廃棄（ｄｉｓｃａｒｄ）し、保存タイマ（ｃｏｎｓｅｒｖａｔｉｏｎ  ｔｉｍｅｒ）を開始する。ロギング持続時間終了後、端末は、ＭＤＴ測定を中断する。しかし、既にログされている測定は、廃棄されずに維持される。保存タイマは、残っているログされた測定の寿命を示す。
【０２２５】
保存タイマ満了前に端末がＲＲＣ接続状態に進入すると（Ｓ１２５１）、まだ報告しないログされた測定を基地局に報告することができる。この場合、前述したログされた測定報告のための手順が実行されることができる（Ｓ１２５２、Ｓ１２５３、Ｓ１２５４）。保存タイマが満了されると、残っているログされた測定は、廃棄されることができる。基地局は、ログされた測定の報告を受けると、これをＴＣＥに記録／格納することができる
【０２２６】
前記保存タイマは、端末に特定値（ｐｒｅｄｅｔｅｒｍｉｎｅｄ  ｖａｌｕｅ）に固定されて事前に設定されることができる。例えば、保存タイマの値は、４８時間である。または、保存タイマの値は、ログされた測定設定に含まれて端末に伝達され、または他のＲＲＣメッセージに含まれて端末に伝達されることができる。
【０２２７】
一方、端末に新しいログされた測定設定が伝達されると、端末は、既存のログされた測定設定を新しく取得したログされた測定設定に更新することができる。この場合、有効性タイマは、ログされた測定設定を新しく受信した時点から再開始することができる。また、以前ログされた測定設定に基づくログされた測定は、廃棄されることができる。
【０２２８】
図１６は、即時ＭＤＴの例示を示す。即時ＭＤＴは、ＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）測定及び報告メカニズムを基本とし、追加的に測定報告時に位置と関連している情報を追加して基地局に報告する。
【０２２９】
図１６を参照すると、端末は、ＲＲＣ接続再設定メッセージを受信し（Ｓ１６１０）、ＲＲＣ接続再設定完了メッセージを送信する（Ｓ１６２０）。それによって、端末は、ＲＲＣ接続状態に進入する。端末は、ＲＲＣ接続再設定メッセージを受信することによって測定設定を受信することができる。図１６の例示において、測定設定は、ＲＲＣ接続再設定メッセージを介して受信するが、これは例示に過ぎず、他のＲＲＣメッセージに含まれて送信されることもできる。
【０２３０】
端末は、ＲＲＣ接続状態で測定及び評価（ｍｅａｓｕｒｅｍｅｎｔ  ａｎｄ  ｅｖａｌｕａｔｉｏｎ）を実行し（Ｓ１６３１）、測定結果を基地局に報告する（Ｓ１６３２）。即時ＭＤＴにおいて、測定結果は、可能な場合、ＧＮＳＳ（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ）位置情報の例示のように、正確な位置情報を提供することができる。ＲＦフィンガプリント（ｆｉｎｇｅｒ  ｐｒｉｎｔ）のような位置測定のために、端末の位置決定に使われることができる隣接セル測定情報を提供することもできる。
【０２３１】
図１６において、まず、実行された測定及び評価（Ｓ１６３１）、報告（Ｓ１６３２）以後にも、端末は、測定及び評価（Ｓ１６４２）を実行した後、直ちに基地局に測定結果を報告（Ｓ１６４３）することを知ることができる。これはログされたＭＤＴと即時ＭＤＴの最も大きい相違点である。
【０２３２】
以下、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）に対して詳細に説明する。
【０２３３】
ＭＢＭＳのためのトランスポートチャネルＭＣＨチャネルは、論理チャネルＭＣＣＨチャネルまたはＭＴＣＨチャネルがマッピングされることができる。ＭＣＣＨチャネルは、ＭＢＭＳ関連ＲＲＣメッセージを送信し、ＭＴＣＨチャネルは、特定ＭＢＭＳサービスのトラフィックを送信する。同じＭＢＭＳ情報／トラフィックを送信する一つのＭＢＳＦＮ（ＭＢＭＳ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）地域毎に一つのＭＣＣＨチャネルがあり、複数のＭＢＳＦＮ地域が一つのセルで提供される場合、端末は、複数のＭＣＣＨチャネルを受信することもできる。特定ＭＣＣＨチャネルでＭＢＭＳ関連ＲＲＣメッセージが変更される場合、ＰＤＣＣＨチャネルは、Ｍ−ＲＮＴＩ（ＭＢＭＳ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）と特定ＭＣＣＨチャネルを指示する指示子を送信する。ＭＢＭＳをサポートする端末は、前記ＰＤＣＣＨチャネルを介してＭ−ＲＮＴＩとＭＣＣＨ指示子を受信することで、特定ＭＣＣＨチャネルでＭＢＭＳ関連ＲＲＣメッセージが変更されたことを把握し、前記特定ＭＣＣＨチャネルを受信することができる。ＭＣＣＨチャネルのＲＲＣメッセージは、変更周期毎に変更されることができ、反復周期毎に反復的に放送される。
【０２３４】
端末は、ＭＢＭＳサービスの提供を受ける中、専用サービス（Ｄｅｄｉｃａｔｅｄ  Ｓｅｒｖｉｃｅ）を受けることもできる。例えば、あるユーザは、自分が有しているスマートフォンを介して、ＭＢＭＳサービスを介してＴＶを視聴すると同時に、前記スマートフォンを利用してＭＳＮまたはＳｋｙｐｅのようなＩＭ（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｉｎｇ）サービスを利用してチャットすることができる。この場合、ＭＢＭＳサービスは、複数の端末が共に受信するＭＴＣＨを介して提供され、ＩＭサービスのようにそれぞれの端末に個別的に提供されるサービスは、ＤＣＣＨまたはＤＴＣＨのような専用ベアラ（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）を介して提供する。
【０２３５】
一地域で、ある基地局は、同時に複数個の周波数を使用することができる。この場合、ネットワークは、無線リソースを効率的に使用するために、複数個の周波数の中から一つを選択し、その周波数でのみＭＢＭＳサービスを提供し、そして、全ての周波数で各端末に専用ベアラを提供することができる。
【０２３６】
この場合、ＭＢＭＳサービスが提供されない周波数で専用ベアラを利用してサービスの提供を受けた端末が、ＭＢＭＳサービスの提供を受けたい場合、前記端末は、ＭＢＭＳが提供される周波数にハンドオーバされなければならない。そのために、端末は、ＭＢＭＳ関心指示子（ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ）を基地局に送信する。即ち、端末は、ＭＢＭＳサービスを受信したい場合、ＭＢＭＳ関心指示子（ｉｎｔｅｒｅｓｔ  ｉｎｄｉｃａｔｉｏｎ）を基地局に送信し、基地局は、前記指示を受けると、端末がＭＢＭＳサービスを受信したいと認識し、前記端末をＭＢＭＳが提供される周波数に移動させる。ここで、ＭＢＭＳ関心指示子は、端末がＭＢＭＳサービスを受信したいという情報を意味し、追加的にどの周波数に移動したいかに対する情報を含む。
【０２３７】
特定ＭＢＭＳサービスを受信しようとする端末は、まず、前記特定サービスが提供される周波数情報と放送時間情報を把握する。前記ＭＢＭＳサービスが既に放送中または放送を開始すると、端末は、前記ＭＢＭＳサービスが提供される周波数の優先順位を最も高く設定する。端末は、再設定された周波数優先順位情報を利用してセル再選択手順を実行することによって、ＭＢＭＳサービスを提供するセルに移動してＭＢＭＳサービスを受信する。
【０２３８】
端末がＭＢＭＳサービスを受信中であり、または受信に関心がある場合、及びＭＢＭＳサービスが提供される周波数にキャンプオンされる中、ＭＢＭＳサービスを受信することができる場合、再選択されたセルがＳＩＢ１３をブロードキャストしている状況で下記のような状況が持続する限り、ＭＢＭＳセッション中に該当周波数に最優先順位が適用されたと考慮することができる。
【０２３９】
−一つまたはそれ以上のＭＢＭＳ  ＳＡＩｓ（Ｓｅｒｖｉｃｅ  Ａｒｅａ  Ｉｄｅｎｔｉｔｉｅｓ）が該当サービスのＵＳＤ（Ｕｓｅｒ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）に含まれていることがサービングセルのＳＩＢ１５により指示される場合
【０２４０】
−ＳＩＢ１５がサービングセル内で放送されず、該当周波数は、該当サービスのＵＳＤ内に含まれる場合
【０２４１】
前述したＭＤＴは、ＭＢＭＳと関連して適用されることができる。ネットワークは、特定端末にＭＢＭＳと関連している情報をネットワークに報告するようにすることができる。そのためのネットワークからの設定及び／または端末ＭＢＭＳ情報報告動作を含む一連の手順は、前述したＭＤＴのように具現されることができ、これをＭＢＭＳ  ＭＤＴという。
【０２４２】
ネットワークは、端末の能力値及び／またはユーザの承認に基づいてＭＢＭＳ  ＭＤＴのための端末を選択することができる。しかし、ＭＢＭＳサービスは、ＭＢＳＦＮ領域上でブロードキャストされて提供され、ＭＢＭＳサービスの提供を受ける端末は、これに対するフィードバックをしないため、ネットワークは、端末のＭＢＭＳ受信状態をほぼ把握することができない。それによって、ネットワークは、端末のＭＢＭＳ受信状態と関係なく端末にＭＢＭＳ  ＭＤＴ運営を実行するように設定することができる。
【０２４３】
端末が関心ないＭＢＭＳサービスと関連しているＭＢＭＳ送信を測定すると、端末は、ＭＢＭＳ情報の報告のための目的としてパワを消耗するようになる。ＭＢＭＳ情報の報告がユーザ側面でＭＢＭＳサービス受信の改善にあるという点を考慮した時、これによる端末側パワの過度な消耗は望ましくない。したがって、端末側パワの過度な消耗を防止すると共に、端末に対するＭＢＭＳサービス受信を改善させることができる方法が提案される必要がある。
【０２４４】
図１７は、本発明の実施例に係るＭＢＭＳ情報報告方法を示す。
【０２４５】
図１７を参照すると、端末は、ＭＢＭＳ報告設定をネットワークから受信する（Ｓ１７１０）。ＭＢＭＳ報告設定は、端末によるＭＢＭＳサービス受信と関連している情報の取得、ロギング、及び報告のための設定情報を含むことができる。ＭＢＭＳ報告設定を介して端末に設定される設定情報は、下記のように具現されることができる。
【０２４６】
（１）ＭＢＭＳ報告設定は、ＭＢＭＳロギング実行情報を含むことができる。ＭＢＭＳロギング実行情報は、端末がいつ、どのようにＭＢＭＳ情報を取得してロギングするかを特定する情報である。ＭＢＭＳロギング実行情報は、下記のような下位情報を含むことができる。
【０２４７】
−ロギング実行条件：ロギング実行条件は、端末がＭＢＭＳ情報の取得及びロギングを実行することに決定するための条件を特定する。ロギング実行条件によって、端末は、ＭＢＭＳ情報の取得及びロギングを実行することに決定できる。また、ロギング実行条件によって、端末は、ＭＢＭＳ情報の取得及びロギングを中断することに決定できる。ロギング実行条件は、下記のような条件が考慮されることができる。
【０２４８】
ａ）ＭＢＭＳサービス受信失敗
【０２４９】
ｂ）ＭＢＭＳサービス受信品質低下
【０２５０】
ｃ）ＭＢＭＳサービス特定参照信号（ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）の測定結果不良
【０２５１】
ＭＢＭＳロギング実行情報に前記のようなロギング実行条件が含まれている場合、端末は、ＭＢＭＳロギング実行可否を決定するにあたって、該当ロギング実行条件を適用して決定することができる。
【０２５２】
−ロギング持続時間：ロギング持続時間は、ＭＢＭＳ情報の取得／ロギングを実行することに決定した端末がＭＢＭＳ情報を取得し、ロギングする持続時間を指示する。ロギング持続時間の開始時点は、ＭＢＭＳ報告設定を受信した時点またはＭＢＭＳ情報の取得／ロギングを最初に開始する時点である。
【０２５３】
−ロギングインターバル：ロギングインターバルは、端末がロギング持続時間中、ＭＢＭＳ情報の取得／ロギングを実行する時間間隔を指示する。ロギングインターバルを指示する情報がＭＢＭＳロギング実行情報に含まれる場合、端末は、ロギング持続時間中、ＭＢＭＳ情報取得／ロギングをロギングインターバルによって周期的に実行することができる。
【０２５４】
（２）ＭＢＭＳ報告設定は、ＭＢＭＳロギング目的情報を含むことができる。ＭＢＭＳロギング目的情報は、ＭＢＭＳ報告設定による運営がＭＢＭＳ情報報告のためのものであることを指示することができる。即ち、ＭＢＭＳロギング目的情報は、ＭＢＭＳ報告設定による運営がＭＢＭＳ  ＭＤＴのためのものであることを指示することができる。
【０２５５】
端末に送信される報告設定は、ロギングの目的を指示するＭＢＭＳロギング目的情報を含むことができる。ＭＢＭＳロギング目的情報は、端末のＭＢＭＳ情報の報告を指示することができる。ロギング目的情報は、ＭＢＭＳ  ＭＤＴを指示することができる。
【０２５６】
（３）ＭＢＭＳ報告設定は、端末のＭＢＭＳ情報取得及びロギングが許容される領域を指示するＭＢＭＳロギング領域情報を含むことができる。ＭＢＭＳロギング領域情報は、下記のような情報を含むことができる。
【０２５７】
−ＭＢＳＦＮ領域：端末のＭＢＭＳ情報取得及びロギングが許容されるＭＢＳＦＮ領域
【０２５８】
−ＰＬＭＮリスト：端末のＭＢＭＳ情報取得及びロギングが許容されるＰＬＭＮ識別子セット
【０２５９】
（４）ＭＢＭＳ報告設定は、端末が取得及びロギングするＭＢＭＳ情報を特定するＭＢＭＳロギング対象情報を含むことができる。ＭＢＭＳロギング対象情報は、端末が測定を介して取得するＭＢＭＳ情報のコンテンツを特定することができる。
【０２６０】
（５）ＭＢＭＳ報告設定は、ロギングされたＭＢＭＳ情報の報告条件を指示するＭＢＭＳ報告条件情報を含むことができる。ＭＢＭＳ報告条件情報は、ロギングされたＭＢＭＳ情報をいつ、どこに、及び／またはどのように報告するかを特定することができる。ＭＢＭＳ報告条件は、下記のような情報を含むことができる。
【０２６１】
−報告周期：ログされたＭＢＭＳ情報の報告周期
【０２６２】
−報告イベント：ログされたＭＢＭＳ情報の報告をトリガさせるイベント（例えば、ＭＢＭＳサービス失敗、ＭＢＭＳサービス低下、ＲＲＣ接続状態等）
【０２６３】
−報告方式：ＭＢＭＳ情報の報告がログされたＭＤＴのような一つ以上のＭＢＭＳ情報をロギングしていちどに報告するかまたはＭＢＭＳ情報取得によって直ちに報告するかを指示
【０２６４】
（６）ＭＢＭＳ報告設定は、トレースパラメータ（ｔｒａｃｅ  ｐａｒａｍｅｔｅｒ）をさらに含むことができる。トレースパラメータは、トレース参照パラメータ（Ｔｒａｃｅ  Ｒｅｆｅｒｅｎｃｅ  ｐａｒａｍｅｔｅｒ）、トレースレコーディングセッション参照（Ｔｒａｃｅ  Ｒｅｃｏｒｄｉｎｇ  Ｓｅｓｓｉｏｎ  Ｒｅｆｅｒｅｎｃｅ）及びＴＣＥ  ＩＤのうち少なくとも一つを含むことができる。
【０２６５】
ＭＢＭＳ報告設定は、ブロードキャストシグナリング（例えば、ＢＣＣＨ及び／またはＭＣＣＨを介したシグナリング）を介して端末に提供されることができる。端末は、ブロードキャストシグナリングを介して提供されたＭＢＭＳ報告設定を受信し、ＭＢＭＳ報告設定によるＭＢＭＳ情報報告のためのユーザ同意があるかどうかを判断することができる。ユーザ同意がある場合、端末は、ＭＢＭＳ報告設定を適用することに決定できる。ユーザ同意がない場合、端末は、受信したＭＢＭＳ報告設定を無視することができる。ここで、ＭＢＭＳ情報報告実行のためのユーザ同意は、端末に予め設定されており、または、例えば、ＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉｅｎｃｅ）ＤＭ（Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）を使用するアプリケーションにより設定されることができる。
【０２６６】
ＭＢＭＳ報告設定は、専用シグナリング（例えば、ＤＣＣＨを介したシグナリング等）を介して端末に提供されることができる。ＭＢＭＳ報告設定のためのＲＲＣメッセージが新しく定義されることができる。または、既存ＲＲＣメッセージ内にＭＢＭＳ報告設定が追加に含まれることができる。例えば、ログされた測定設定メッセージにＭＢＭＳ報告設定が追加に含まれることができる。ログされた測定設定メッセージを介してログされた測定設定が使われる場合、ログされた測定設定メッセージは、端末のＭＢＭＳ情報報告の実行要求可否を指示することが必要である。そのために、前述したＭＢＭＳロギング目的情報がログされた測定設定メッセージに含まれることができる。一方、ログされた測定設定メッセージがＭＢＭＳ情報報告のみのために使われる場合、ログされた測定設定メッセージは、ログされたＭＤＴのための測定ロギングを省略することを指示する情報をさらに含むことができる。
【０２６７】
端末は、ＭＢＭＳ情報のロギング実行可否を決定する（Ｓ１７２０）。端末がＭＢＭＳ情報のロギング実行可否を決定することは、端末に設定されたロギング実行条件に基づいて行われる。端末が適用する前述したようにＭＢＭＳ報告設定に含まれて端末に設定され、または端末に予め設定されることができる。端末は、ロギング実行条件の満足可否を判断することで、ＭＢＭＳ情報のロギング実行可否を決定することができる。
【０２６８】
（１）ＭＢＭＳサービス受信失敗によるＭＢＭＳ情報ロギング実行可否決定
【０２６９】
端末は、ＭＢＭＳサービス受信失敗が発生したと検知し、それによって、ＭＢＭＳ情報を取得及びロギングすることに決定できる。ＭＢＭＳサービス受信失敗発生は、下記のような場合が考慮されることができる。
【０２７０】
ａ）端末は、関心ＭＢＭＳサービスが提供される周波数のセルからＭＣＣＨを取得することができない場合、ＭＢＭＳサービス受信失敗を検知したことに決定できる。
【０２７１】
ｂ）端末がＳＩＢ１３の取得を失敗した場合（ＭＣＣＨ設定の取得を失敗した場合）、端末は、ＭＢＭＳサービス受信失敗を検知したことに決定できる。
【０２７２】
ｃ）端末がＳＩＢ１５の取得を失敗した場合、端末は、ＭＢＭＳサービス受信失敗を検知したことに決定できる。
【０２７３】
ｄ）端末が前述したＭＢＭＳサービス受信失敗判断基準のうち、いずれの基準を適用してＭＢＭＳサービス受信失敗発生を検知するかは、端末に予め設定され、またはネットワークの明示的なシグナリングを介して端末に設定されることができる。
【０２７４】
端末は、ＭＢＭＳサービス受信失敗が解消されたと決定すると、それによって、ＭＢＭＳ情報の取得及びロギングを中断することに決定できる。ＭＢＭＳサービス受信失敗の解消は、前述した判断基準の反対に設定されることができる。
【０２７５】
（２）ＭＢＭＳサービス受信品質低下によるＭＢＭＳ情報ロギング実行可否決定
【０２７６】
端末は、ＭＢＭＳサービス受信品質低下が検知し、それによって、ＭＢＭＳ情報を取得及びロギングすることに決定できる。ＭＢＭＳサービス受信品質低下発生は、下記のような場合が考慮されることができる。
【０２７７】
ａ）受信ＭＢＭＳサービスのＢＬＥＲ（Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）が特定閾値より高い場合、端末は、ＭＢＭＳサービス受信品質低下を検知したことに決定できる。
【０２７８】
ｂ）ＢＬＥＲは、ＭＢＭＳサービスを含んでいるＰＭＣＨ及び／またはＭＴＣＨ上のサーフフレームに端末が受信した送信のＣＲＣ失敗率（ＣＲＣ  ｆａｉｌｕｒｅ  ｒａｔｅ）である。
【０２７９】
ｃ）ＢＬＥＲは、ＭＣＳ当たりＢＬＥＲとして測定または評価されることができる。
【０２８０】
ｄ）ＢＬＥＲは、移動時間ウィンドウ（ｍｏｖｉｎｇ  ｔｉｍｅ  ｗｉｎｄｏｗ）中の平均ＢＬＥＲに定義されることができる。
【０２８１】
端末は、ＭＢＭＳサービス受信品質低下が解消されたと決定すると、それによって、ＭＢＭＳ情報の取得及びロギングを中断することに決定できる。ＭＢＭＳサービス受信品質低下の解消は、前述した判断基準の反対に設定されることができる。
【０２８２】
（３）ＭＢＭＳサービス特定参照信号（ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）の測定結果不良によるＭＢＭＳ情報ロギング実行可否決定
【０２８３】
端末は、ＭＢＭＳサービス特定参照信号の測定結果が不良であることを検知し、それによって、ＭＢＭＳ情報を取得及びロギングすることに決定できる。ＭＢＭＳサービス特定参照信号の測定結果の不良発生は、下記のように考慮されることができる。
【０２８４】
ａ）ＭＢＭＳサービス特定参照信号の測定結果が特定閾値より低い場合、端末は、ＭＢＭＳサービス特定参照信号の測定結果が不良を検知したことに決定できる。
【０２８５】
ｂ）ＭＢＭＳサービス特定参照信号の測定結果は、ＭＢＭＳサービスを含んでいるＰＭＣＨまたはＭＴＣＨ上のサブフレームに端末が測定を実行することによって測定及び評価されることができる。ＭＢＭＳサービス特定参照信号は、ＭＢＭＳサービスが提供されるＭＢＳＦＮサブフレーム上に送信される参照信号である。
【０２８６】
ｃ）測定結果は、参照信号の信号強度及び／または信号品質である。
【０２８７】
ｄ）測定結果は、移動時間ウィンドウ中の平均値に定義されることができる。
【０２８８】
端末は、ＭＢＭＳサービス特定参照信号の測定結果不良が解消されたと決定すると、それによって、ＭＢＭＳ情報の取得及びロギングを中断することに決定できる。測定結果不良の解消は、前述した判断基準の反対に設定されることができる。
【０２８９】
前記叙述したＭＢＭＳ情報取得及びロギング実行可否の判断基準は、一つ以上が結合されて判断されるように具現されることができる。例えば、一つ以上のロギング実行基準がＭＢＭＳロギング実行情報に含まれることによって、端末が一つ以上のロギング実行基準を考慮してＭＢＭＳ情報取得及びロギング実行可否を判断するように具現されることができる。
【０２９０】
端末は、ＭＢＭＳ情報の取得及びロギングを実行する（Ｓ１７３０）。端末は、ＭＢＭＳ情報を取得するためにＭＢＭＳ測定を実行することができる。端末は、ＭＢＭＳサービスが提供される周波数及び／またはサブフレームに対するＭＢＭＳ測定を実行し、測定結果を取得することができる。端末は、ＭＢＭＳサービスに対する測定結果をＭＢＭＳ情報に含ませることができる。端末は、ＭＢＭＳ情報の取得及びロギング時の端末の位置情報をＭＢＭＳ情報に含ませることができる。
【０２９１】
端末によるＭＢＭＳ情報取得及びロギングは、ロギング実行条件の満足時から周期的に実行されることができる。そのために、端末にはＭＢＭＳロギング周期が設定されることができる。ＭＢＭＳロギング周期は、ＭＢＭＳ報告設定のＭＢＭＳロギング実行情報のロギングインターバルを介して端末に設定されることができる。端末は、ＭＢＭＳロギング周期によってロギング時点にＭＢＭＳ情報を取得し、これをロギングすることができる。周期的ＭＢＭＳ情報ロギングのためにタイマが設定されることができ、タイマは、ＭＢＭＳロギング周期値に設定されることができる。タイマは、満了すると、直ちに再開始され、端末は、タイマ満了時点にＭＢＭＳ情報を取得及びロギングすることができる。
【０２９２】
端末の周期的ＭＢＭＳ情報ロギングは、ロギング実行条件が満たされる持続時間中に実行されることができる。ロギング実行条件がそれ以上満たされない場合、端末は、ＭＢＭＳ情報取得及びロギングを中断することができる。ロギング実行条件が持続的に満たされる場合、端末の周期的ＭＢＭＳ情報ロギングは、ロギング持続時間中実行され、ロギング持続時間が満了されると、中断されることができる。
【０２９３】
周期的ＭＢＭＳ情報ロギングと違って、端末は、ロギング実行条件の満足／満足解除によって、ＭＢＭＳ情報を取得及びロギングすることができる。即ち、端末は、ロギング実行条件が満たされるにつれてＭＢＭＳ情報を取得及びロギングし、満たされたロギング実行条件がそれ以上満たされない場合、再びＭＢＭＳ情報を取得及びロギングすることができる。
【０２９４】
端末が前記二つの方式のうち、どの方式に基づいてＭＢＭＳ情報を取得及びロギングするかは、ネットワークの設定により決定されることができる。例えば、端末のＭＢＭＳ情報取得及びロギング方式を指示する別途の情報がネットワークから提供されることができる。他の例示として、ＭＢＭＳ報告設定にロギングインターバル情報が含まれていない場合、端末は、ロギング実行条件の満足時及びそれ以上満たさない時、ＭＢＭＳ情報をロギングすることができる。それに対し、ＭＢＭＳ報告設定にロギングインターバル情報が含まれている場合、ロギング実行条件が満たされる区間中に周期的にＭＢＭＳ情報をロギングすることができる。ＭＢＭＳ報告設定にＭＢＭＳ情報取得及びロギング方式を指示する情報が含まれている場合、端末は、指示された方式によってＭＢＭＳ情報取得及びロギングを実行することができる。
【０２９５】
または、端末が前記二つの方式のうち、どの方式に基づいてＭＢＭＳ情報を取得及びロギングするかは、端末に予め設定されることができる。
【０２９６】
端末が取得及びロギングするＭＢＭＳ情報は、下記のような情報を含むことができる。取得されたＭＢＭＳ情報を直ちに報告せずにロギングしていちどにネットワークに報告する場合、一つのロギングされたＭＢＭＳ情報は、一つのログされたエントリとして格納されることができる。
【０２９７】
（１）ＭＢＭＳ制御情報
【０２９８】
−端末の関心ＭＢＭＳサービスまたは受信されたＭＢＭＳサービスに対するＭＢＭＳサービス領域情報（例えば、ＭＢＭＳ  ＳＡＩ）
【０２９９】
−端末の関心ＭＢＭＳサービスまたは受信されたＭＢＭＳサービスに対するＭＢＳＦＮ領域情報（ＭＢＳＦＮ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）
【０３００】
−端末の関心ＭＢＭＳサービスまたは受信されたＭＢＭＳサービスに対する各ＭＢＳＦＮ領域と関連しているＰＭＣＨ情報
【０３０１】
−端末の関心ＭＢＭＳサービスまたは受信されたＭＢＭＳサービスに対するＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）
【０３０２】
−ＭＢＳＦＮサブフレーム情報（ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ）
【０３０３】
（２）ＭＢＭＳセル情報
【０３０４】
−ＭＢＭＳセルは、該当セルの周波数上で端末の関心ＭＢＭＳサービスを提供するセルを意味する。ＭＢＭＳセルは、他の周波数上のサービングセルとは異なる意味である。
【０３０５】
−ＭＢＭＳセル情報は、ＭＢＭＳセルＩＤリストを含むことができる。サービングセルとＭＢＭＳセルが異なる場合、該当セルのＩＤがロギングされることができる。サービングセルの周波数とＭＢＭＳセルの周波数が異なる場合、該当セルのＩＤがロギングされることができる。
【０３０６】
−ＭＢＭＳセル情報は、端末の関心ＭＢＭＳサービスまたは受信されたＭＢＭＳサービスを提供するＭＢＭＳセルの周波数リストを含むことができる。
【０３０７】
−ＭＢＭＳセル情報は、ＭＢＭＳセルのＰＬＭＮを含むことができる。ＭＢＭＳセルのＰＬＭＮは、該当ＭＢＭＳセルのＰＬＭＮが端末のｒＰＬＭＮと異なる場合、ＭＢＭＳセル情報に含まれることができる。
【０３０８】
−端末が現在キャンプオンしており、またはＲＲＣ接続を確立しているサービングセルの周波数とＭＢＭＳ周波数が同じかどうかを指示する指示子がＭＢＭＳセル情報に含まれることができる。
【０３０９】
（３）ロギング理由情報
【０３１０】
−ロギング理由情報は、端末によりロギングされたＭＢＭＳ情報のロギング理由を指示することができる。ロギング理由情報は、ロギングされたＭＢＭＳ情報が周期的ロギングによるものかを指示することができる。ロギング理由情報は、ロギングされたＭＢＭＳ情報がロギング実行条件のような特定イベントベースのロギングによるものかを指示することができる。ロギング理由情報は、特定時点にロギングされた単位ＭＢＭＳ情報としてのログエントリの各々に含まれ、該当ログエントリがロギングされた理由を指示するように設定されることができる。ロギング理由情報は、複数の時点にロギングされた全体ＭＢＭＳ情報、即ち、複数のログエントリがロギングされた理由を指示するように設定されることができる。
【０３１１】
（４）ＭＢＭＳサービス低下／失敗理由情報
【０３１２】
−ＭＢＭＳサービス低下／失敗理由情報は、ＭＢＭＳサービス失敗を指示することができる。ＭＢＭＳサービス失敗として、ＭＣＣＨ取得失敗、端末の関心ＭＢＭＳサービスに対する周波数上のセルからのＭＢＭＳサービスの受信失敗、ＳＩＢ１３取得失敗（ＭＣＣＨ設定取得失敗）、ＳＩＢ１５取得失敗、ＭＢＭＳサービスを提供しないセルへの進入（例えば、ＣＳＧセル／ＭＢＳＦＮサブフレームが設定されないセル／非正規セル／有効でないセル／ｒＰＬＭＮでないＰＬＭＮのセルに進入）、正規キャンプ状態から外れるなどが考慮されることができる。
【０３１３】
−ＭＢＭＳサービス低下／失敗理由情報は、ＭＢＭＳサービス受信品質低下を指示することができる。ＭＢＭＳサービス低下／失敗理由情報は、ＭＢＭＳサービス受信品質低下を引き起こした理由を指示することができる。
【０３１４】
（５）ＭＢＭＳサービス受信品質情報
【０３１５】
−ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）当たりＢＬＥＲ（Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）
【０３１６】
−ＭＢＳＦＮ領域当たりＭＣＳ当たりＢＬＥＲ（ＢＬＥＲ  ｐｅｒ  ＭＣＳ  ｐｅｒ  ＭＢＳＦＮ  ａｒｅａ）
【０３１７】
−ＭＢＭＳ特定参照信号が測定される場合、サービングセルの測定結果（ＲＳＲＰ、ＲＳＲＱ）
【０３１８】
（６）ＭＢＭＳ送信情報
【０３１９】
−ＭＣＣＨに適用されたＭＣＳ
【０３２０】
−ＰＭＣＨに適用されたＭＣＳ
【０３２１】
（７）無線測定情報
【０３２２】
−サービングセル情報（ＰＣＩ、ＧＣＩ、サービング周波数、トラッキング領域、ＰＬＭＮリスト等）
【０３２３】
−共用参照信号が測定された場合、サービングセルに対する測定結果（ＲＳＲＰ、ＲＳＲＱ）
【０３２４】
−隣接セル情報（ＰＣＩ、隣接セル周波数）
【０３２５】
−隣接セルに対する測定結果（ＲＳＲＰ、ＲＳＲＱ）
【０３２６】
（８）時間情報
【０３２７】
−ロギング時間情報（例えば、ＳＳ：ＭＭ：ＨＨ：ＤＤ）
【０３２８】
−サービス低下時間
【０３２９】
−サービス品質低下発生時点
【０３３０】
−以前発生されたサービス品質低下終了時点
【０３３１】
−サービス低下持続時間
【０３３２】
−ＭＢＭＳサービス低下発生指示子
【０３３３】
−ログエントリ当たり指示子
【０３３４】
（９）ＭＢＭＳ情報がロギングされた時点で端末の位置情報（例えば、ＧＰＳ、ＧＮＳＳベースの位置情報等）
【０３３５】
前記の端末によりロギングされることができるＭＢＭＳ情報は、サービングセル及び／または非サービングセルから取得及び／または決定されることができる。
【０３３６】
端末は、ロギングされたＭＢＭＳ情報をネットワークに報告する（Ｓ１７４０）。
【０３３７】
端末がロギングされたＭＢＭＳ情報をネットワークに報告することは、既存ログされたＭＤＴのように実行されることができる。端末は、ＲＲＣ接続設定完了メッセージ、ＲＲＣ接続再設定完了メッセージまたはＲＲＣ接続再確立完了メッセージに報告するログされたＭＢＭＳ情報があることを指示するロギングされたＭＢＭＳ情報可用性指示子を含ませて送信することができる。
【０３３８】
端末は、ネットワークからロギングされたＭＢＭＳ情報に対する報告要求を受けると、ＲＲＣ接続状態中、特定報告時間区間によってログされたＭＢＭＳ情報をネットワークに報告することができる。特定報告時間区間は、ネットワークにより設定されることができる。
【０３３９】
端末がロギングされたＭＢＭＳ情報を報告することは、ＭＢＭＳ測定後取得及び／またはロギングされたＭＢＭＳ情報を直ちにネットワークに報告することである。端末は、ネットワークの報告要求なくＭＢＭＳ情報が取得されると、直ちにネットワークに報告できる。このように、ＭＢＭＳ情報を直ちに報告する方式によると、ロギング実行条件は、ＭＢＭＳ情報の取得及び報告をトリガする条件として考慮されることができる。ロギングＲＲＣ接続状態にある端末は、ＭＢＭＳ情報取得し、直ちにネットワークに報告できる。ＲＲＣ接続状態にある端末は、ＲＲＣ接続状態確立後、ＲＲＣ接続設定完了メッセージ、ＲＲＣ接続再確立完了メッセージ及び別途のＲＲＣメッセージにＭＢＭＳ情報を含ませてネットワークに送信できる。
【０３４０】
端末がＭＢＭＳ情報をどのように報告するかは、端末に予め設定されている報告方式によって実行されることができる。または、報告方式を指示する情報がＭＢＭＳ報告設定に含まれている場合、端末は、ＭＢＭＳ報告設定の報告方式指示情報によってＭＢＭＳ情報を報告することができる。
【０３４１】
以下、本発明の実施例に係るＭＢＭＳ情報報告方法の具体的な例示に対し、図面を参照してより詳細に説明する。
【０３４２】
図１８は、本発明の実施例に係るＭＢＭＳ情報報告方法の一例を示す。
【０３４３】
図１８を参照すると、ＬＴＥセルは、端末の関心ＭＢＭＳサービスを提供するＭＢＭＳセルであると仮定する。
【０３４４】
端末は、ＬＴＥセルからＭＢＭＳ報告設定を受信する（Ｓ１８１０）。ＭＢＭＳ報告設定は、ＭＢＭＳロギング実行情報として、ロギング実行条件、ロギング持続時間（ＴＤ）及びロギングインターバル（ＴＩ）を含むことができる。ロギング実行条件は、ＭＢＭＳサービス受信失敗を指示することができる。
【０３４５】
ＬＴＥセルは、端末の関心ＭＢＭＳサービスを提供するＭＢＭＳセルであるため、端末は、ＬＴＥセルからＭＢＭＳサービスを受信することができる。端末の受信中、ＭＢＭＳサービスの受信失敗が発生できる（Ｓ１８２１）。この場合、端末は、ＭＢＭＳ情報ロギングを開始することに決定し、これと関連したＭＢＭＳ情報をロギングする（Ｓ１８２２）。端末は、ＭＢＭＳ情報を取得するためにＭＢＭＳ測定を実行する。端末は、ＭＢＭＳサービスが提供される周波数及び／またはサブフレームに対する無線測定を実行することができる。端末は、測定結果をＭＢＭＳ情報に含ませることができる。また、端末は、ＭＢＭＳ情報取得及びロギング時点で端末の位置を指示する位置情報をＭＢＭＳ情報に含ませることができる。
【０３４６】
また、端末は、ＭＢＭＳ情報を取得／ロギングされた理由を指示するロギング理由情報をＭＢＭＳ情報に含ませることができる。ロギング理由情報は、ＭＢＭＳ情報がロギング実行条件のようなイベントベースのロギングされた情報であることを指示することができる。ＭＢＭＳ情報にはＭＢＭＳサービス失敗理由情報が含まれることができる。ＭＢＭＳサービス失敗理由情報は、ＭＢＭＳサービス受信失敗を指示することができる。また、ＭＢＭＳサービス失敗理由情報は、ＭＢＭＳサービス受信失敗が発生した具体的な理由（例えば、ＭＣＣＨ取得失敗、ＳＩＢ１３取得失敗等）を指示することができる。ＭＢＭＳ情報にはＭＢＭＳ情報がロギングされた時点を指示するロギング時間情報が含まれることができる。また、ＭＢＭＳ情報には図１７を参照して詳述したＭＢＭＳ情報に含まれることができる下位情報が追加に含まれることができる。Ｓ１８２２ステップにおいて、取得及びロギングされたＭＢＭＳ情報は、一つのログエントリとして格納されることができる。
【０３４７】
ＭＢＭＳサービスの受信失敗が持続的に発生する場合（Ｓ１８３１、Ｓ１８４１、Ｓ１８５１）、端末は、ロギング持続時間（ＴＤ）内に特定ロギングインターバル（ＴＩ）毎に周期的にＭＢＭＳ情報を取得してロギングすることができる（Ｓ１８３２、Ｓ１８４２、Ｓ１８５２）。各時点で、端末は、ＭＢＭＳ情報を取得するためにＭＢＭＳ測定を実行する。端末は、ＭＢＭＳサービスが提供される周波数及び／またはサブフレームに対する無線測定を実行することができる。端末は、測定結果をＭＢＭＳ情報に含ませることができる。また、端末は、ＭＢＭＳ情報取得及びロギング時点で端末の位置を指示する位置情報をＭＢＭＳ情報に含ませることができる。
【０３４８】
また、端末は、ＭＢＭＳ情報を取得／ロギングされた理由を指示するロギング理由情報をＭＢＭＳ情報に含ませることができる。ロギング理由情報は、取得及びロギングされたＭＢＭＳ情報が周期的ロギングによってロギングされたことを指示することができる。各ＭＢＭＳ情報には該当するＭＢＭＳ情報がロギングされた時点を指示するロギング時間情報が含まれることができる。また、各ＭＢＭＳ情報には図１７を参照して詳述したＭＢＭＳ情報に含まれることができる下位情報が追加に含まれることができる。各ステップにおいて、取得及びロギングされたＭＢＭＳ情報は、一つのログエントリとして格納されることができる。
【０３４９】
端末は、ロギング持続時間（ＴＤ）が満了されると、ＭＢＭＳ情報取得及びロギングを中断することに決定する（Ｓ１８６０）。端末は、ＭＢＭＳ情報の取得及びロギングのための持続時間管理のためにタイマを駆動させることができ、タイマは、ロギング持続時間（ＴＤ）に設定されることができる。
【０３５０】
ＭＢＭＳ情報取得及びロギングを中断した端末は、ロギングされたＭＢＭＳ情報をネットワークに報告することができる。そのために、端末は、ロギングされたＭＢＭＳ情報があることをネットワークに知らせるために、ロギングされたＭＢＭＳ情報可用性指示子をネットワークに送信することができる（Ｓ１８７１）。ロギングされたＭＢＭＳ情報可用性指示子は、ＲＲＣメッセージに含まれて送信されることができる。ロギングされたＭＢＭＳ情報可用性指示子は、ＲＲＣ接続設定完了メッセージ、ＲＲＣ接続再設定完了メッセージ、ＲＲＣ接続再確立完了メッセージ、または端末情報（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ）メッセージに含まれてネットワークに送信されることができる。本図面では、ＬＴＥセルにロギングされたＭＢＭＳ情報可用性指示子が送信されることを例示しているが、端末が他のセルをサービングセルにする場合、端末は、該当サービングセルにこれを送信することができる。
【０３５１】
ロギングされたＭＢＭＳ情報可用性指示子を受信したＬＴＥセルまたは他のサービングセルは、ロギングされたＭＢＭＳ情報の報告を要求するロギングされたＭＢＭＳ情報報告要求を端末に送信することができる（Ｓ１８７２）。以後、端末は、ＭＢＭＳ情報報告要求に対する応答としてロギングされたＭＢＭＳ情報をＬＴＥセルまたは他のサービングセルに送信することができる（Ｓ１８７３）。
【０３５２】
図１８に示す例示において、端末のＭＢＭＳ情報取得及びロギング実行は、ロギング持続時間（ＴＤ）実行されたが、これはロギング持続時間（ＴＤ）端末が持続的にＭＢＭＳサービス受信を失敗したことを仮定する。ロギング持続時間（ＴＤ）の満了以前に端末が再びＭＢＭＳサービスを正常的に受信した場合、ロギング実行条件の満足が解除されるため、端末は、これに対するＭＢＭＳ情報を取得及びロギングし、以後ＭＢＭＳ情報の取得及びロギングを中断することに決定できる。この時点にロギングされるログエントリのＭＢＭＳ情報にはロギング理由情報が含まれることができ、ロギング理由情報は、ロギングされたＭＢＭＳ情報がロギング実行条件のようなイベントベースのロギングされた情報であることを指示することができる。ＭＢＭＳ情報にはＭＢＭＳサービス失敗理由情報が含まれることができる。ＭＢＭＳサービス失敗理由情報は、ＭＢＭＳサービス受信失敗の回復を指示することができる。また、ＭＢＭＳサービス失敗理由情報は、ＭＢＭＳサービス受信失敗が回復した具体的な理由（例えば、ＭＣＣＨ取得成功、ＳＩＢ１３取得成功等）を指示することができる。ＭＢＭＳ情報にはＭＢＭＳ情報がロギングされた時点を指示する情報及び／またはＭＢＭＳサービス失敗が持続した時間を指示する情報が含まれることができる。また、ＭＢＭＳ情報には図１７を参照して詳述したＭＢＭＳ情報に含まれることができる下位情報が追加に含まれることができる。
【０３５３】
図１８において、端末は、取得及びロギングしたＭＢＭＳ情報を格納して複数のログエントリをネットワークにいちどに報告した。ただし、端末のＭＢＭＳ情報報告方式は、これに限定されるものではなく、端末は、ＭＢＭＳ情報の取得と同時に直ちにネットワークに報告できる。図１８の例示において、端末は、Ｓ１８３２、Ｓ１８４２、及びＳ１８５１の各ステップで、ＭＢＭＳ情報を取得し、直ちにネットワークに取得されたＭＢＭＳ情報を送信することができる。
【０３５４】
図１８の例示において、端末によるＭＢＭＳ情報ロギングは、ＭＢＭＳサービス受信失敗によって実行されたことと違って、端末は、ＭＢＭＳサービス受信品質低下によってＭＢＭＳ情報をロギングすることができる。また、端末のＭＢＭＳ情報取得及びロギングが周期的に実行されることと違って、ロギング実行条件と関連したイベントに基づいて実行されることができる。このような例示は、図１９を参照して説明する。
【０３５５】
図１９は、本発明の実施例に係るＭＢＭＳ情報報告方法の他の一例を示す。
【０３５６】
図１９を参照すると、ＬＴＥセルは、端末の関心ＭＢＭＳサービスを提供するＭＢＭＳセルであると仮定する。
【０３５７】
端末は、ＬＴＥセルからＭＢＭＳ報告設定を受信する（Ｓ１９１０）。ＭＢＭＳ報告設定は、ＭＢＭＳロギング実行情報としてロギング実行条件を含むことができる。ロギング実行条件は、ＭＢＭＳサービス受信品質低下を指示することができる。ＭＢＭＳサービス受信品質低下発生の判断のために受信品質閾値が設定されることができる。受信品質閾値は、端末に予め設定され、またはＭＢＭＳ報告設定を介して端末に設定されることができる。
【０３５８】
ＬＴＥセルは、端末の関心サービスを提供するＭＢＭＳセルであるため、端末は、ＬＴＥセルからＭＢＭＳサービスを受信することができる（Ｓ１９２０）。
【０３５９】
端末がＭＢＭＳセルからＭＢＭＳサービスの受信中、ＭＢＭＳサービス受信品質の低下を検知することができる（Ｓ１９３１）。この場合、端末は、ＭＢＭＳ情報ロギングすることに決定し、これと関連したＭＢＭＳ情報をロギングする（Ｓ１９３２）。端末は、ＭＢＭＳ情報を取得するためにＭＢＭＳ測定を実行する。端末は、ＭＢＭＳサービスが提供される周波数及び／またはサブフレームに対する無線測定を実行することができる。端末は、測定結果をＭＢＭＳ情報に含ませることができる。また、端末は、ＭＢＭＳ情報取得及びロギング時点で端末の位置を指示する位置情報をＭＢＭＳ情報に含ませることができる。
【０３６０】
また、端末は、ＭＢＭＳ情報を取得／ロギングされた理由を指示するロギング理由情報をＭＢＭＳ情報に含ませることができる。ロギング理由情報は、ＭＢＭＳ情報がロギング実行条件のようなイベントベースのロギングされた情報であることを指示することができる。ＭＢＭＳ情報にはＭＢＭＳサービス低下理由情報が含まれることができる。ＭＢＭＳサービス低下理由情報は、ＭＢＭＳサービス受信品質低下を指示することができる。また、ＭＢＭＳサービス低下理由情報は、ＭＢＭＳサービス受信品質低下が発生した具体的な理由を指示することができる。ＭＢＭＳ情報にはＭＢＭＳ情報がロギングされた時点を指示するロギング時間情報が含まれることができる。また、ＭＢＭＳ情報には図１７を参照して詳述したＭＢＭＳ情報に含まれることができる下位情報が追加に含まれることができる。Ｓ１９３２ステップにおいて、取得及びロギングされたＭＢＭＳ情報は、一つのログエントリとして格納されることができる。
【０３６１】
端末は、ロギング実行条件と関連したイベントベースのＭＢＭＳ情報取得及びロギングを実行する。したがって、端末は、ＭＢＭＳサービス受信品質低下発生（Ｓ１９３１）によってＭＢＭＳ情報を取得及びロギングし（Ｓ１９３２）、ロギング実行条件の満足及び／または解除が発生されない限り（ＭＢＭＳサービス受信品質低下が回復しない場合）ＭＢＭＳ情報をロギングしない。
【０３６２】
端末がＭＢＭＳセルから正常品質のＭＢＭＳサービスを受信し、ＭＢＭＳサービス受信品質の低下が解消されたことを検知することができる（Ｓ１９４１）。この場合、端末は、ＭＢＭＳ情報ロギングを中断することに決定し、これと関連したＭＢＭＳ情報をロギングする（Ｓ１９４２）。端末は、ＭＢＭＳ情報を取得するためにＭＢＭＳ測定を実行する。端末は、ＭＢＭＳサービスが提供される周波数及び／またはサブフレームに対する無線測定を実行することができる。端末は、測定結果をＭＢＭＳ情報に含ませることができる。また、端末は、ＭＢＭＳ情報取得及びロギング時点で端末の位置を指示する位置情報をＭＢＭＳ情報に含ませることができる。
【０３６３】
また、端末は、ＭＢＭＳ情報を取得／ロギングされた理由を指示するロギング理由情報をＭＢＭＳ情報に含ませることができる。ロギング理由情報は、ＭＢＭＳ情報がロギング実行条件のようなイベントベースのロギングされた情報であることを指示することができる。ＭＢＭＳ情報にはＭＢＭＳサービス低下理由情報が含まれることができる。ＭＢＭＳサービス低下理由情報は、ＭＢＭＳサービス受信品質低下が解消されたことを指示することができる。ログエントリにはＭＢＭＳ情報がロギングされた時点を指示する情報及び／またはＭＢＭＳサービス受信品質低下が持続した時間を指示する情報が含まれることができる。また、ＭＢＭＳ情報には図１７を参照して詳述したＭＢＭＳ情報に含まれることができる下位情報が追加に含まれることができる。Ｓ１９３２ステップにおいて、取得及びロギングされたＭＢＭＳ情報は、一つのログエントリとして格納されることができる。
【０３６４】
ＭＢＭＳ情報取得及びロギングを中断することに決定した端末は、ロギングされたＭＢＭＳ情報をネットワークに報告することができる。そのために、端末は、ロギングされたＭＢＭＳ情報があることをネットワークに知らせるために、ロギングされたＭＢＭＳ情報可用性指示子をネットワークに送信することができる（Ｓ１９５１）。ロギングされたＭＢＭＳ情報可用性指示子は、ＲＲＣメッセージに含まれて送信されることができる。ロギングされたＭＢＭＳ情報可用性指示子は、ＲＲＣ接続設定完了メッセージ、ＲＲＣ接続再設定完了メッセージ、ＲＲＣ接続再確立完了メッセージ、または端末情報（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ）メッセージに含まれてネットワークに送信されることができる。本図面では、ＬＴＥセルにロギングされたＭＢＭＳ情報可用性指示子が送信されることを例示しているが、端末が他のセルをサービングセルにする場合、端末は、該当サービングセルにこれを送信することができる。
【０３６５】
ロギングされたＭＢＭＳ情報可用性指示子を受信したＬＴＥセルまたは他のサービングセルは、ロギングされたＭＢＭＳ情報の報告を要求するロギングされたＭＢＭＳ情報報告要求を端末に送信することができる（Ｓ１９５２）。以後、端末は、ＭＢＭＳ情報報告要求に対する応答としてロギングされたＭＢＭＳ情報をＬＴＥセルまたは他のサービングセルに送信することができる（Ｓ１９５３）。
【０３６６】
図１９に示す例示において、端末のＭＢＭＳ情報取得及びロギング実行は、ロギングはロギング実行条件満足の解除（Ｓ１９４１）によって中断されたが、これに限定されるものではない。ＭＢＭＳ報告設定にロギング持続時間（ＴＤ）が設定される場合、端末は、ロギング持続時間ＭＢＭＳ情報を取得及びロギングすることができる。図１９の例示において、ロギング持続時間が設定された場合、ロギング持続時間内にＭＢＭＳサービス受信品質低下が解消されない場合、端末は、ロギング持続時間の満了時にＭＢＭＳ情報のロギングを中断することに決定できる。
【０３６７】
図１９において、端末は、取得及びロギングしたＭＢＭＳ情報を格納して複数のログエントリをネットワークにいちどに報告した。ただし、端末のＭＢＭＳ情報報告方式は、これに限定されるものではなく、端末は、ＭＢＭＳ情報の取得と同時に直ちにネットワークに報告できる。図１９の例示において、端末は、Ｓ１９３２及びＳ１９４２の各ステップで、ＭＢＭＳ情報を取得し、直ちにネットワークに取得されたＭＢＭＳ情報を送信することができる。
【０３６８】
本発明の実施例に係るＭＢＭＳ情報報告方法によると、ＭＢＭＳ情報を報告することが設定された端末は、ＭＢＭＳサービスの受信状態または受信品質状態によってＭＢＭＳ情報を取得及びロギングすることができる。それによって、端末と関連ないＭＢＭＳサービスが提供され、または端末がＭＢＭＳサービスの提供を受けない状況でも、端末がＭＢＭＳ情報を取得及びロギングするため、不要なパワが消耗される問題が防止されることができる。また、端末のＭＢＭＳ情報報告のための不要なシグナリングが防止されることができるため、シグナリングオーバーヘッドが減少されて無線リソース使用の効率性が増大することができる。
【０３６９】
図２０は、本発明の実施例が具現される無線装置を示すブロック図である。この装置は、本発明の実施例に係るセル再選択方法を実行する端末またはネットワークシステムで具現されることができる。
【０３７０】
図２０を参照すると、無線装置２０００は、プロセッサ２０１０、メモリ２０２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）２０３０を含む。プロセッサ２０１０は、提案された機能、過程及び／または方法を具現する。プロセッサ２０１０は、ＭＢＭＳ情報の取得／ロギング及び報告のためのＭＢＭＳ報告設定を生成及び提供するように設定されることができる。プロセッサ２０１０は、ＭＢＭＳサービス情報の取得／ロギング及び報告を実行するように設定されることができる。プロセッサ２０１０は、図１７乃至図１９を参照して詳述した本発明の実施例を実行するように設定されることができる。
【０３７１】
ＲＦ部２０３０は、プロセッサ２０１０と連結されて無線信号を送信及び受信する。
【０３７２】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段によりプロセッサと連結されることができる。
【０３７３】
前述した例示的なシステムにおいて、方法は、一連のステップまたはブロックで流れ図に基づいて説明されているが、本発明は、ステップの順序に限定されるものではなく、あるステップは、前述と異なるステップと、異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
0006047246.tif 000007
【図２】
0006047246.tif 000008
【図３】
0006047246.tif 000009
【図４】
0006047246.tif 000010
【図５】
0006047246.tif 000011
【図６】
0006047246.tif 000012
【図７】
0006047246.tif 000013
【図８】
0006047246.tif 000014
【図９】
0006047246.tif 000015
【図１０】
0006047246.tif 000016
【図１１】
0006047246.tif 000017
【図１２】
0006047246.tif 000018
【図１３】
0006047246.tif 000019
【図１４】
0006047246.tif 000020
【図１５】
0006047246.tif 000021
【図１６】
0006047246.tif 000022
【図１７】
0006047246.tif 000023
【図１８】
0006047246.tif 000024
【図１９】
0006047246.tif 000025
【図２０】
0006047246.tif 000026