特許 6561131 ＳＣＰＴＭサービスを提供するセルのリストを送受信する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6561131

(24)【登録日】2019年7月26日

(45)【発行日】2019年8月14日

(54)【発明の名称】ＳＣＰＴＭサービスを提供するセルのリストを送受信する方法及び装置

(51)【国際特許分類】

   H04W 4/06 20090101AFI20190805BHJP

   H04W 36/26 20090101ALI20190805BHJP

【ＦＩ】

   H04W4/06 150

   H04W36/26

【請求項の数】8

【全頁数】33

(21)【出願番号】特願2017-546695(P2017-546695)

(86)(22)【出願日】2016年3月15日

(65)【公表番号】特表2018-507656(P2018-507656A)

(43)【公表日】2018年3月15日

(86)【国際出願番号】KR2016002541

(87)【国際公開番号】WO2016148475

(87)【国際公開日】20160922

【審査請求日】2017年9月4日

(31)【優先権主張番号】62/134,011

(32)【優先日】2015年3月17日

(33)【優先権主張国】US

(31)【優先権主張番号】62/204,467

(32)【優先日】2015年8月13日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】ビョン， デウク

(72)【発明者】

【氏名】スー， ジアン

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 米国特許出願公開第２０１５／０１２４６８６（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１０／０２５４３５２（ＵＳ，Ａ１）

【文献】 LG Electronics Inc.，Discussion on system architecture impact for SC-PTM transmission[online]，3GPP TSG-RAN WG3#88 R3-150988，２０１５年 ５月２９日，Section2，Retrieved from the Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_88/Docs/R3-150988.zip>

【文献】 Nokia Networks，Switch between SC-PTM and MBSFN[online]，3GPP TSG-RAN WG3#88 R3-150990，２０１５年 ５月２９日，Sections2.1,2.3，Retrieved from the Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_88/Docs/R3-150990.zip>

【文献】 Huawei，MBMS baseline for Rel-9[online]，3GPP TSG-RAN WG2♯65bis R2-092184，２００９年 ３月２７日，Section15.7.1.2，Retrieved from the Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_65bis/Docs/R2-092184.zip>

【文献】 Samsung，Coordination between distributed MCEs managing a single MBSFN area[online]，3GPP TSG-SA WG2#110 S2-152398，２０１５年 ７月 ６日，Retrieved from the Internet:<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_110_Dubrovnik/Docs/S2-152398.zip>

【文献】 Huawei，SC-PTM architecture[online]，3GPP TSG-RAN WG3#88 R3-151203，２０１５年 ５月２９日，Retrieved from the Internet:<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_88/Docs/R3-151203.zip>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて連続的に第１の基地局（ＢＳ）によってＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供する方法であって、前記方法は、
セル識別（ＩＤ）リストをＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）から受信することであって、前記セルＩＤリストは、第１のＳＣＰＴＭサービスを提供する第１のセルのＩＤと、第２のＳＣＰＴＭサービスを提供する第２のセルのＩＤと、前記第１のＳＣＰＴＭサービスを提供する第３のセルのＩＤとを含み、前記第１のＳＣＰＴＭサービスを提供する前記第１のセルは、前記第１のＢＳによって管理され、前記第２のＳＣＰＴＭサービスを提供する前記第２のセルは、第２のＢＳによって管理され、前記第１のＳＣＰＴＭサービスを提供する前記第３のセルは、第３のＢＳによって管理され、前記セルＩＤリストは、前記ＭＣＥによってＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）から受信されたものである、ことと、
前記ＭＣＥから受信された前記セルＩＤリストに基づいて、前記第１のＳＣＰＴＭサービスが提供される前記第３のセルと、前記第２のＳＣＰＴＭサービスが提供される前記第２のセルとを識別することと、
前記第１のセルを介して前記第１のＳＣＰＴＭサービスを受信している端末（ＵＥ）が前記第２のセルと前記第３のセルとの重複領域へ移動するときに、前記第１のＳＣＰＴＭサービスのサービス連続性をサポートするために前記ＵＥの前記第３のＢＳへのハンドオーバを実行することと
を含む、方法。

【請求項2】

前記ＭＣＥから受信された前記セルＩＤリストは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）セッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージに含まれて受信される、請求項１に記載の方法。

【請求項3】

前記第１のＢＳによって、前記ＭＣＥから受信された前記セルＩＤリストを格納することをさらに含む、請求項１に記載の方法。

【請求項4】

前記ＭＣＥから受信された前記セルＩＤリストは、ＭＢＭＳセッション中断要求メッセージに含まれて受信される、請求項１に記載の方法。

【請求項5】

前記ＭＢＭＳセッション中断要求メッセージが受信されるときに、前記第１のＢＳによって、前記ＭＣＥから受信された前記セルＩＤリストを除去することをさらに含む、請求項４に記載の方法。

【請求項6】

無線通信システムにおいて連続的にＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供する第１の基地局（ＢＳ）であって、前記第１のＢＳは、
メモリと、送受信機と、前記メモリおよび前記送受信機に作用可能に連結されるプロセッサとを含み、前記プロセッサは、
セル識別（ＩＤ）リストをＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）から受信するように前記送受信機を制御することであって、前記セルＩＤリストは、第１のＳＣＰＴＭサービスを提供する第１のセルのＩＤと、第２のＳＣＰＴＭサービスを提供する第２のセルのＩＤと、前記第１のＳＣＰＴＭサービスを提供する第３のセルのＩＤとを含み、前記第１のＳＣＰＴＭサービスを提供する前記第１のセルは、前記第１のＢＳによって管理され、前記第２のＳＣＰＴＭサービスを提供する前記第２のセルは、第２のＢＳによって管理され、前記第１のＳＣＰＴＭサービスを提供する前記第３のセルは、第３のＢＳによって管理され、前記セルＩＤリストは、前記ＭＣＥによってＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）から受信されたものである、ことと、
前記ＭＣＥから受信された前記セルＩＤリストに基づいて、前記第１のＳＣＰＴＭサービスが提供される前記第３のセルと、前記第２のＳＣＰＴＭサービスが提供される前記第２のセルとを識別することと、
前記第１のセルを介して前記第１のＳＣＰＴＭサービスを受信している端末（ＵＥ）が前記第２のセルと前記第３のセルとの重複領域へ移動するときに、前記第１のＳＣＰＴＭサービスのサービス連続性をサポートするために前記ＵＥの前記第３のＢＳへのハンドオーバを実行することと
を行うように構成されている、第１のＢＳ。

【請求項7】

前記ＭＣＥから受信された前記セルＩＤリストは、ＭＢＭＳセッション中断要求メッセージに含まれて受信される、請求項６に記載の第１のＢＳ。

【請求項8】

前記プロセッサは、前記ＭＢＭＳセッション中断要求メッセージが受信されるときに、前記ＭＣＥから受信された前記セルＩＤリストを除去するように構成されている、請求項７に記載の第１のＢＳ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに関し、より詳しくは、ＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）がＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供するセルのリストをＭＭＥから受信して基地局に伝達する方法及びこれをサポートする装置に関する。

【背景技術】

【0002】

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の向上である３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、３ＧＰＰリリース（ｒｅｌｅａｓｅ）８で紹介されている。３ＧＰＰ ＬＴＥは、ダウンリンクでＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）を使用し、アップリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）を使用する。最大４個のアンテナを有するＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）を採用する。最近、３ＧＰＰ ＬＴＥの進化である３ＧＰＰ ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）に対する議論が進行中である。

【0003】

ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）は、既存のＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）と同様に、データパケットを多数のユーザに同時に送信するサービスである。しかし、ＣＢＳは、低速のメッセージ基盤サービスであり、それに対し、ＭＢＭＳは、高速のマルチメディアデータ送信を目的とする。また、ＣＢＳは、ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）基盤ではなく、それに対し、ＭＢＭＳは、ＩＰマルチキャストに基づいて行われるという相違点がある。ＭＢＭＳによると、一定水準のユーザが同じセルに存在する場合、ユーザは、共有リソース（または、チャネル）を使用して同じマルチメディアデータを受信することができるため、無線リソースの効率が高まってマルチメディアサービスを安価に利用できる。

【0004】

ＭＢＭＳは、一つのサービスを複数の端末が効率的にデータを受信するようにするために、共用チャネルを使用する。一つのサービスデータに対して、基地局は、一セルで前記サービスを受信しようとする端末の数ほど専用チャネルを割り当てずに、一つの共用チャネルのみを割り当てる。そして、複数の端末は、前記共用チャネルを同時に受信するため、無線リソースの効率性が高まる。ＭＢＭＳと関連し、端末は、該当セルに対するシステム情報（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）受信後にＭＢＭＳを受信することができる。

【0005】

公共安全、ＧＣＳＥ＿ＬＴＥ（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ Ｅｎａｂｌｅｒｓ ｆｏｒ ＬＴＥ）のような重要な通信技術がＲｅｌ−１２で紹介された。Ｒｅｌ−１２ ＧＣＳＥで、グループ通信は、ｅＭＢＭＳに指定された。ｅＭＢＭＳは、あらかじめ計画された広い領域（即ち、ＭＢＳＦＮ領域）にメディアコンテンツを供給するために設計された。ＭＢＳＦＮ領域は、静的（例えば、Ｏ＆Ｍにより設定）であり、ユーザ分布によって動的に調整されることができない。たとえ、周波数領域の全ての無線リソースが使われないとしても、ｅＭＢＭＳ送信は、全体システム帯域幅を占有し、同じサブフレームでユニキャストと多重化が許容されない。ＭＢＳＦＮサブフレーム設定も、静的（例えば、Ｏ＆Ｍにより設定）である。即ち、ＭＢＳＦＮサブフレームは、動的なグループの個数及び動的なグループのトラフィック負荷によって動的に調整されることができない。したがって、重要な通信サービスを提供する時、ｅＭＢＭＳに対する無線リソース設定は、不要に浪費されることができる。したがって、無線リソースの効率的な使用のためにＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）送信が提案された。ＭＢＳＦＮ送信が複数のセルで同時に識別可能な信号を送信し、それに対して、ＳＣＰＴＭ送信は、単一セルでＭＢＭＳサービスを送信する。

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＳＣＰＴＭサービスは放送されるが、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）を介して送信されるため、端末が同じＳＣＰＴＭサービスをサービスしない隣接基地局のセルに移動すると、ＳＣＰＴＭサービス受信の連続性に問題が発生できる。したがって、サービング基地局は、隣接基地局のＳＣＰＴＭサービス情報を知る必要がある。したがって、本発明は、ＳＣＰＴＭサービスを提供するセルのリストを送信または受信する方法及びこれをサポートする装置を提案する。

【課題を解決するための手段】

【0007】

一実施例において、無線通信システムにおけるＭＣＥがＳＣＰＴＭサービスを提供するセルのリストを送信する方法が提供される。前記ＭＣＥは、セルＩＤリストをＭＭＥから受信し、前記ＭＭＥから受信されたセルＩＤリストを基地局に送信することを含む。前記基地局に送信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じである。

【0008】

前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含む。前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルである。前記ＭＭＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて受信される。前記基地局に送信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて送信される。

【0009】

前記ＭＣＥは、ＭＢＭＳセッション開始応答メッセージ、ＭＢＭＳセッションアップデート応答メッセージまたはＭＢＭＳセッション中断応答メッセージのうちいずれか一つを受信することをさらに含む。

【0010】

他の実施例において、無線通信システムにおける基地局がＳＣＰＴＭサービスを提供するセルのリストを受信する方法が提供される。前記基地局は、ＭＭＥから受信されたセルＩＤリストをＭＣＥから受信し、前記ＭＣＥから受信されたセルＩＤリストに基づいてＳＣＰＴＭサービスを実行する。前記ＭＣＥから受信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じである。

【0011】

前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含む。前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルである。

【0012】

前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージに含まれて受信される。前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを格納することをさらに含む。

【0013】

前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション中断要求メッセージに含まれて受信される。前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを除去することをさらに含む。

【0014】

他の実施例において、無線通信システムにおけるＳＣＰＴＭサービスを提供するセルのリストを受信する基地局が提供される。メモリ；送受信機；及び、前記メモリと前記送受信機を連結するプロセッサ；を含み、前記プロセッサは、前記送受信機がＭＭＥから受信されたセルＩＤリストをＭＣＥから受信するように制御し、前記ＭＣＥから受信されたセルＩＤリストに基づいてＳＣＰＴＭサービスを実行するように構成され、前記ＭＣＥから受信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じである。

【0015】

前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおけるＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）がＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供するセルのリストを送信する方法において、
セルＩＤリストをＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）から受信し、
前記ＭＭＥから受信されたセルＩＤリストを基地局に送信することを含み、
前記基地局に送信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じであることを特徴とする方法。
（項目２）
前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含むことを特徴とする項目１に記載の方法。
（項目３）
前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルであることを特徴とする項目２に記載の方法。
（項目４）
ＭＢＭＳセッション開始応答メッセージ、ＭＢＭＳセッションアップデート応答メッセージまたはＭＢＭＳセッション中断応答メッセージのうちいずれか一つを受信することをさらに含むことを特徴とする項目１に記載の方法。
（項目５）
前記ＭＭＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて受信されることを特徴とする項目２に記載の方法。
（項目６）
前記基地局に送信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて送信されることを特徴とする項目２に記載の方法。
（項目７）
無線通信システムにおける基地局がＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供するセルのリストを受信する方法において、
ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）から受信されたセルＩＤリストをＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）から受信し、
前記ＭＣＥから受信されたセルＩＤリストに基づいてＳＣＰＴＭサービスを実行することを含み、
前記ＭＣＥから受信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じであることを特徴とする方法。
（項目８）
前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含むことを特徴とする項目７に記載の方法。
（項目９）
前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルであることを特徴とする項目８に記載の方法。
（項目１０）
前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージに含まれて受信されることを特徴とする項目８に記載の方法。
（項目１１）
前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを格納することをさらに含むことを特徴とする項目１０に記載の方法。
（項目１２）
前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション中断要求メッセージに含まれて受信されることを特徴とする項目８に記載の方法。
（項目１３）
前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを除去することをさらに含むことを特徴とする項目１２に記載の方法。
（項目１４）
無線通信システムにおけるＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを提供するセルのリストを受信する基地局において、
メモリ；送受信機；及び、前記メモリと前記送受信機を連結するプロセッサ；を含み、前記プロセッサは、
前記送受信機がＭＭＥから受信されたセルＩＤリストをＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）から受信するように制御し、
前記ＭＣＥから受信されたセルＩＤリストに基づいてＳＣＰＴＭサービスを実行するように構成され、
前記ＭＣＥから受信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じであることを特徴とする基地局。
（項目１５）
前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含むことを特徴とする項目１４に記載の基地局。

【発明の効果】

【0016】

隣接基地局からＳＣＰＴＭサービスに対する情報を受信してＳＣＰＴＭサービス受信の連続性をサポートすることができる。

【図面の簡単な説明】

【0017】

【図1】ＬＴＥシステムの構造を示す。

【0018】

【図2】ＭＢＭＳのためのネットワーク構造を示す。

【0019】

【図3】制御平面及びユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。

【0020】

【図4】初期電源がオンになったＲＲＣアイドル状態の端末がセル選択過程を介してネットワークに登録し、必要な場合、セル再選択をする手順を示す。

【0021】

【図5】ＲＲＣ接続を設定する過程を示す。

【0022】

【図6】ＲＲＣ接続再構成手順を示す。

【0023】

【図7】ＲＲＣ接続再確立手順を示す。

【0024】

【図8】ＭＢＳＦＮサブフレームの構造を示す。

【0025】

【図9】ＭＢＭＳサービスを実行するためのＭＢＳＦＮサブフレーム構成の一例を示す。

【0026】

【図10】サービス連続性サポートに対する問題を示す。

【0027】

【図11】本発明の一実施例によって、ＳＣＰＴＭサービスをサポートする基地局が隣接基地局に識別情報を提供する方法を示す。

【0028】

【図12】本発明の一実施例によって、ＳＣＰＴＭサービスをサポートする基地局が隣接基地局に識別情報を提供する方法を示す。

【0029】

【図13】本発明の一実施例によって、ＭＣＥがセルＩＤリストを基地局に提供する方法を示す。

【0030】

【図14】本発明の一実施例によって、ＭＣＥがＳＣＰＴＭサービスを提供するセルのリストを送信する方法を示すブロック図である。

【0031】

【図15】本発明の一実施例によって、基地局がＳＣＰＴＭサービスを提供するセルのリストを受信する方法を示すブロック図である。

【0032】

【図16】本発明の実施例が具現される無線通信システムのブロック図である。

【発明を実施するための形態】

【0033】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。

【0034】

説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

【0035】

図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）を介したＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）及びパケットデータのような多様な通信サービスを提供するために広範囲に配置される。

【0036】

図１を参照すると、ＬＴＥシステム構造は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）及び一つ以上の端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０を含む。ＵＥ１０は、ユーザにより運搬される通信装置を示す。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）または無線装置（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）などと呼ばれることもある。

【0037】

Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ）２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つ以上のセルが存在できる。一つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

【0038】

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を示し、アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を示す。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。

【0039】

ＥＰＣは、制御平面の機能を担当するＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、ユーザ平面の機能を担当するＳ−ＧＷ（ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）ｇａｔｅｗａｙ）を含むことができる。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの端に位置でき、外部ネットワークと連結される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ／Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）−ＧＷ（ｇａｔｅｗａｙ）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

【0040】

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードである端末のために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）及び常用モバイル警報システム（ＣＭＡＳ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を介して）、合法的な遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のためにＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。

【0041】

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間連結されることができる。隣接したｅＮＢ２０は、Ｘ２インターフェースによるネットワーク型ネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと連結されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＥＰＣと連結されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと連結されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多数関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。

【0042】

ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間にゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、ＵＬ及びＤＬで端末１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態で連結移動性制御機能を実行することができる。前記言及のように、ゲートウェイ３０は、ＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を実行することができる。

【0043】

図２は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）のためのネットワーク構造を示す。

【0044】

図２を参照すると、無線接続ネットワーク（Ｅ−ＵＴＲＡＮ）２００は、多重セル調整エンティティ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ、以下ＭＣＥ）２１０と基地局（ｅＮＢ）２２０を含む。ＭＣＥ２１０は、ＭＢＭＳを制御する主要エンティティ（ｍａｉｎ ｅｎｔｉｔｙ）であって、ＭＢＳＦＮ地域内での基地局２２０のセッション管理、無線リソース割当（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）や許可制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）の役割を遂行する。ＭＣＥ２１０は、基地局２２０内に具現されることもでき、基地局２２０とは独立的に具現されることもできる。ＭＣＥ２１０と基地局２２０との間のインターフェースは、Ｍ２インターフェースという。Ｍ２インターフェースは、無線接続ネットワーク２００の内部制御平面（ｉｎｔｅｒｎａｌ ｃｏｎｔｒｏｌ ｐｌａｎｅ）インターフェースであって、ＭＢＭＳ制御情報が送信される。ＭＣＥ２１０が基地局２２０内に具現される場合、Ｍ２インターフェースは、論理的にのみ存在できる。

【0045】

ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２５０は、ＭＭＥ２６０とＭＢＭＳゲートウェイ（ＭＢＭＳ ＧＷ）２７０を含む。ＭＢＭＳゲートウェイ２７０は、ＭＢＭＳサービスデータを送信するエンティティであって、基地局２２０とＢＭ−ＳＣとの間に位置し、基地局２２０へのＭＢＭＳパケット送信とブロードキャストを実行する。ＭＢＭＳゲートウェイ２７０は、ユーザデータを基地局２２０に送信するためにＰＤＣＰとＩＰマルチキャストを利用し、無線接続ネットワーク２００に対してセッション制御シグナリングを実行する。

【0046】

ＭＭＥ２６０とＭＣＥ２１０との間のインターフェースは、無線接続ネットワーク２００とＥＰＣ２５０との間の制御平面インターフェースであって、Ｍ３インターフェースといい、ＭＢＭＳセッション制御と関連した制御情報が送信される。ＭＭＥ２６０とＭＣＥ２１０は、セッション開始（Ｓｅｓｓｉｏｎ ｓｔａｒｔ）またはセッション中断（ｓｅｓｓｉｏｎ ｓｔｏｐ）のためのセッション開始／中断（ｓｅｓｓｉｏｎ ｓｔａｒｔ／ｓｔｏｐ）メッセージのようなセッション制御シグナリングを基地局２２０に送信し、基地局２２０は、セル通知（ｎｏｔｉｆｉｃａｔｉｏｎ）を介して該当ＭＢＭＳサービスが開始または中断されたことを端末に知らせることができる。

【0047】

基地局２２０とＭＢＭＳゲートウェイ２７０との間のインターフェースは、ユーザ平面のインターフェースであって、Ｍ１インターフェースといい、ＭＢＭＳサービスデータが送信される。

【0048】

図３は、制御平面及びユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。図３（ａ）は、制御平面に対するＬＴＥシステムの無線インターフェースプロトコルであり、図３（ｂ）は、ユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルである。

【0049】

端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）及びＬ３（第３の階層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理階層、データリンク階層（ｄａｔａｌｉｎｋ ｌａｙｅｒ）、及びネットワーク階層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）に区分されることができ、垂直的に制御信号送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）である制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタックであるユーザ平面（ｕｓｅｒ ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対（ｐａｉｒ）で存在でき、これはＵｕインターフェースのデータ送信を担当することができる。

【0050】

物理階層（ＰＨＹ；ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、Ｌ１に属する。物理階層は、物理チャネルを介して上位階層に情報送信サービスを提供する。物理階層は、上位階層であるＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが送信されることができる。互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間のデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理階層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。

【0051】

物理階層は、いくつかの物理制御チャネル（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を使用する。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当、ＤＬ−ＳＣＨと関連するＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を伝送する。

【0052】

物理チャネルは、時間領域で複数のサブフレーム（ｓｕｂｆｒａｍｅ）と周波数領域で複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）で構成される。一つのサブフレームは、時間領域で複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの最初のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。サブフレーム一つの長さは、１ｍｓである。

【0053】

トランスポートチャネルは、チャネルが共有されるかどうかによって共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（ＤＬ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。システム情報は、一つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）のトラフィックまたは制御信号は、ＭＣＨ（ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して送信される。

【0054】

端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（ｉｎｉｔｉａｌ ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ）を送信するＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。ＲＡＣＨは、一般的にセルへの初期接続に使われる。

【0055】

Ｌ２に属するＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ送信サービスを提供する。

【0056】

論理チャネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルとに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ階層により提供される他のデータ送信サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。

【0057】

制御チャネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使われるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しない時、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間に専用制御情報送信のために端末により使われる一対一の双方向チャネルである。

【0058】

トラフィックチャネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで一つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。

【0059】

論理チャネルとトランスポートチャネルとの間のアップリンク連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。

【0060】

ＲＬＣ階層は、Ｌ２に属する。ＲＬＣ階層の機能は、下位階層がデータの送信に適するように無線セクションで上位階層から受信されたデータの分割／連接によるデータの大きさ調整を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ ｂｅａｒｅｒ）が要求する多様なＱｏＳを保障するために、ＲＬＣ階層は、透明モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）、及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介して再送信機能を提供する。一方、ＲＬＣ階層の機能は、ＭＡＣ階層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ階層は、存在しないこともある。

【0061】

ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層は、Ｌ２に属する。ＰＤＣＰ階層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって無線セクションで送信効率を上げる。さらに、ＰＤＣＰ階層は、セキュリティ機能を提供する。セキュリティ機能は、第３者の検査を防止する暗号化及び第３者のデータ操作を防止する無欠性保護を含む。

【0062】

ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）階層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ階層は、制御平面でのみ定義される。ＲＲＣ階層は、端末とネットワークとの間の無線リソースを制御する役割を実行する。そのために、端末とネットワークは、ＲＲＣ階層を介してＲＲＣメッセージを交換する。ＲＲＣ階層は、ＲＢの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再構成（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１及びＬ２により提供される論理的経路である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、ＳＲＢ（ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（ｄａｔａ ＲＢ）の二つに区分されることができる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

【0063】

ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層は、連結管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を実行する。

【0064】

図３（ａ）を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を実行することができる。ＲＲＣ階層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及び端末測定報告／制御のような機能を実行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性ハンドリング、ＬＴＥ＿ＩＤＬＥでページング開始及び端末とゲートウェイとの間のシグナリングのためのセキュリティ制御のような機能を実行することができる。

【0065】

図３（ｂ）を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側でｅＮＢで終了）は、制御平面での機能と同じ機能を実行することができる。ＰＤＣＰ階層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザ平面機能を実行することができる。

【0066】

以下、端末のＲＲＣ状態（ＲＲＣ ｓｔａｔｅ）とＲＲＣ接続方法に対して詳述する。

【0067】

ＲＲＣ状態は、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように二つに分けられる。端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間のＲＲＣ接続が設定されている時、端末は、ＲＲＣ接続状態になり、そうでない場合、端末は、ＲＲＣアイドル状態になる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末は、Ｅ−ＵＴＲＡＮとＲＲＣ接続が設定されているため、Ｅ−ＵＴＲＡＮは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末の存在を把握することができ、端末を効果的に制御することができる。一方、Ｅ−ＵＴＲＡＮは、ＲＲＣ＿ＩＤＬＥの端末を把握することができず、核心ネットワーク（ＣＮ；ｃｏｒｅ ｎｅｔｗｏｒｋ）がセルより大きい領域であるトラッキング領域（ｔｒａｃｋｉｎｇ ａｒｅａ）単位で端末を管理する。即ち、ＲＲＣ＿ＩＤＬＥの端末は、より大きい領域の単位で存在のみが把握され、音声またはデータ通信のような通常の移動通信サービスを受けるために、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移しなければならない。

【0068】

ＲＲＣ＿ＩＤＬＥ状態で、端末がＮＡＳにより設定されたＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）を指定する間に、端末は、システム情報及びページング情報の放送を受信することができる。そして、端末は、トラッキング領域で端末を固有に指定するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の割当を受け、ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）選択及びセル再選択を実行することができる。また、ＲＲＣ＿ＩＤＬＥ状態で、どのようなＲＲＣ ｃｏｎｔｅｘｔもｅＮＢに格納されない。

【0069】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、端末は、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ接続及びＲＲＣ ｃｏｎｔｅｘｔを有し、ｅＮＢにデータを送信及び／またはｅＮＢからデータを受信することが可能である。また、端末は、ｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、端末が属するセルを知ることができる。したがって、ネットワークは、端末にデータを送信及び／または端末からデータを受信することができ、ネットワークは、端末の移動性（ハンドオーバ及びＮＡＣＣ（ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ｃｅｌｌ ｃｈａｎｇｅ）を介したＧＥＲＡＮ（ＧＳＭ（登録商標） ＥＤＧＥ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）にｉｎｔｅｒ−ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）セル変更指示）を制御することができ、ネットワークは、隣接セルのためにセル測定を実行することができる。

【0070】

ＲＲＣ＿ＩＤＬＥ状態で、端末は、ページングＤＲＸ周期を指定する。具体的に、端末は、端末特定ページングＤＲＸ周期毎の特定ページングオケージョン（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ）にページング信号をモニタリングする。ページングオケージョンは、ページング信号が送信される間の時間間隔である。端末は、自分のみのページングオケージョンを有している。

【0071】

ページングメッセージは、同じトラッキング領域に属する全てのセルにわたって送信される。もし、端末が一つのトラッキング領域から他の一つのトラッキング領域に移動すると、端末は、位置をアップデートするためにＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）メッセージをネットワークに送信する。

【0072】

ユーザが端末の電源を最初オンにした時、まず、端末は、適切なセルを探索した後、該当セルでＲＲＣ＿ＩＤＬＥにとどまる。ＲＲＣ接続を確立する必要がある時、ＲＲＣ＿ＩＤＬＥ状態の端末は、ＲＲＣ接続手順を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立してＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移できる。ＲＲＣ＿ＩＤＬＥ状態の端末は、ユーザの通話試みなどの理由でアップリンクデータ送信が必要な時、またはＥ−ＵＴＲＡＮからページングメッセージを受信し、これに対する応答メッセージ送信が必要な時などにＥ−ＵＴＲＡＮとＲＲＣ接続を確立する必要がある。

【0073】

ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために、初期連結（Ｉｎｉｔｉａｌ Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功的に実行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態となる。

【0074】

端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態となる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１ ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態となる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のｃｏｎｔｅｘｔ情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要無しで、セル選択（ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と変わる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。

【0075】

図４は、初期電源がオンになったＲＲＣアイドル状態の端末がセル選択過程を介してネットワークに登録し、必要な場合、セル再選択をする手順を示す。

【0076】

図４を参照すると、端末は、自分がサービスを受けようとするネットワークであるＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）と通信するためのラジオアクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）を選択する（Ｓ４１０）。ＰＬＭＮ及びＲＡＴに対する情報は、端末のユーザが選択することができ、ＵＳＩＭ（ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）に格納されていることを使用することもできる。

【0077】

端末は、測定した基地局と信号強度や品質が特定の値より大きいセルの中から最も大きい値を有するセルを選択する（Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）（Ｓ４２０）。これは電源がオンになった端末がセル選択を実行することであり、初期セル選択（ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）ということができる。セル選択手順に対して以後に詳述する。セル選択以後、端末は、基地局が周期的に送るシステム情報を受信する。前記特定の値は、データ送／受信での物理的信号に対する品質の保証を受けるためにシステムで定義された値を意味する。したがって、その値は、適用されるＲＡＴによって異なる。

【0078】

端末は、ネットワーク登録必要がある場合、ネットワーク登録手順を実行する（Ｓ４３０）。端末は、ネットワークからサービス（例：Ｐａｇｉｎｇ）を受けるために自分の情報（例：ＩＭＳＩ）を登録する。端末は、セルを選択するたびに接続するネットワークに登録をするものではなく、システム情報から受けたネットワークの情報（例：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ；ＴＡＩ）と自分が知っているネットワークの情報が異なる場合にネットワークに登録をする。

【0079】

端末は、セルで提供されるサービス環境または端末の環境などに基づいてセル再選択を実行する（Ｓ４４０）。端末は、サービスを受けている基地局から測定した信号の強度や品質の値が隣接したセルの基地局から測定した値より低い場合、端末が接続した基地局のセルより良い信号特性を提供する他のセルの中から一つを選択する。この過程を２番過程の初期セル選択（Ｉｎｉｔｉａｌ Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）と区分するためにセル再選択（Ｃｅｌｌ Ｒｅ−Ｓｅｌｅｃｔｉｏｎ）という。このとき、信号特性の変化によって頻繁にセルが再選択されることを防止するために時間的な制約条件をおく。セル再選択手順に対して以後に詳述する。

【0080】

図５は、ＲＲＣ接続を設定する過程を示す。

【0081】

端末は、ＲＲＣ接続を要求するＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをネットワークに送る（Ｓ５１０）。ネットワークは、ＲＲＣ接続要求に対する応答としてＲＲＣ接続設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージを送る（Ｓ５２０）。ＲＲＣ接続設定メッセージを受信した後、端末は、ＲＲＣ接続モードに進入する。

【0082】

端末は、ＲＲＣ接続確立の成功的な完了を確認するために使われるＲＲＣ接続設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ５３０）。

【0083】

図６は、ＲＲＣ接続再構成手順を示す。

【0084】

ＲＲＣ接続再構成（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ＲＲＣ接続の修正に使われる。これはＲＢ構成／修正（ｍｏｄｉｆｙ）／解除（ｒｅｌｅａｓｅ）、ハンドオーバ実行、測定セットアップ／修正／解除するために使われる。

【0085】

ネットワークは、端末にＲＲＣ接続を修正するためのＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送る（Ｓ６１０）。端末は、ＲＲＣ接続再構成に対する応答として、ＲＲＣ接続再構成の成功的な完了を確認するために使われるＲＲＣ接続再構成完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ６２０）。

【0086】

以下、端末がセルを選択する手順に対して詳細に説明する。

【0087】

電源がオンになり、またはセルにとどまっている時、端末は、適切な品質のセルを選択／再選択してサービスを受けるための手順を実行する。

【0088】

ＲＲＣアイドル状態の端末は、常に適切な品質のセルを選択し、このセルを介してサービスの提供を受けるための準備をしなければならない。例えば、電源がオンになった端末は、ネットワークに登録をするために適切な品質のセルを選択しなければならない。ＲＲＣ接続状態の前記端末がＲＲＣアイドル状態に進入すると、前記端末は、ＲＲＣアイドル状態でとどまるセルを選択しなければならない。このように、前記端末がＲＲＣアイドル状態のようなサービス待機状態にとどまっているために、ある条件を満たすセルを選択する過程をセル選択（Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）という。重要な点は、前記セル選択は、前記端末が前記ＲＲＣアイドル状態にとどまっているセルを現在決定することができない状態で実行するため、可能な限り速やかにセルを選択することが何より重要である。したがって、一定基準以上の無線信号品質を提供するセルの場合は、たとえ、このセルが端末に最も良い無線信号品質を提供するセルでないとしても、端末のセル選択過程で選択されることができる。

【0089】

以下、３ＧＰＰ ＬＴＥにおいて、端末がセルを選択する方法及び手順に対して詳述する。

【0090】

セル選択過程は、大いに、二つに分けられる。

【0091】

まず、初期セル選択過程であって、この過程では前記端末が無線チャネルに対する事前情報がない。したがって、前記端末は、適切なセルを探すために全ての無線チャネルを検索する。各チャネルで、前記端末は、最も強いセルを探す。以後、前記端末がセル選択基準を満たす適切な（ｓｕｉｔａｂｌｅ）セルを探した時、該当セルを選択する。

【0092】

次に、端末は、格納された情報を活用し、またはセルで放送している情報を活用してセルを選択することができる。したがって、初期セル選択過程に比べてセル選択が迅速である。端末がセル選択基準を満たすセルを探した時、該当セルを選択する。もし、この過程を介してセル選択基準を満たす適切なセルを探すことができない場合、端末は、初期セル選択過程を実行する。

【0093】

前記端末がセル選択過程を介してどんなセルを選択した以後、端末の移動性または無線環境の変化などで、端末と基地局との間の信号の強度や品質が変わることができる。したがって、もし、選択したセルの品質が低下される場合、端末は、より良い品質を提供する他のセルを選択することができる。このようにセルを再び選択する場合、一般的に現在選択されたセルより良い信号品質を提供するセルを選択する。このような過程をセル再選択（Ｃｅｌｌ Ｒｅｓｅｌｅｃｔｉｏｎ）という。前記セル再選択過程は、無線信号の品質観点で、一般的に端末に最も良い品質を提供するセルを選択することに基本的な目的がある。

【0094】

無線信号の品質観点以外に、ネットワークは、周波数別に優先順位を決定して端末に知らせることができる。このような優先順位を受信した端末は、セル再選択過程でこの優先順位を無線信号品質基準より優先的に考慮するようになる。

【0095】

前記のように無線環境の信号特性によってセルを選択または再選択する方法があり、セル再選択時、再選択のためのセルを選択するにあたって、セルのＲＡＴと周波数（ｆｒｅｑｕｅｎｃｙ）特性によって下記のようなセル再選択方法がある。

【0096】

−イントラ周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ（ｃａｍｐ）中であるセルと同じＲＡＴと同じ中心周波数（ｃｅｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）を有するセルを再選択

【0097】

−インター周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ中であるセルと同じＲＡＴと異なる中心周波数を有するセルを再選択

【0098】

−インターＲＡＴ（Ｉｎｔｅｒ−ＲＡＴ）セル再選択：端末がキャンプ中であるＲＡＴと異なるＲＡＴを使用するセルを再選択

【0099】

セル再選択過程の原則は、下記の通りである。

【0100】

第一に、端末は、セル再選択のためにサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）及び隣接セル（ｎｅｉｇｈｂｏｒｉｎｇ ｃｅｌｌ）の品質を測定する。

【0101】

第二に、セル再選択は、セル再選択基準に基づいて実行される。セル再選択基準は、サービングセル及び隣接セル測定に関連して以下のような特性を有している。

【0102】

イントラ周波数セル再選択は、基本的にランキング（ｒａｎｋｉｎｇ）に基づいて行われる。ランキングとは、セル再選択評価のための指標値を定義し、この指標値を利用してセルを指標値の大きさ順に順序付ける作業である。最も良い指標を有するセルを一般的に最高順位セル（ｈｉｇｈｅｓｔ ｒａｎｋｅｄ ｃｅｌｌ）と呼ぶ。セル指標値は、端末が該当セルに対して測定した値を基本にして、必要によって周波数オフセットまたはセルオフセットを適用した値である。

【0103】

インター周波数セル再選択は、ネットワークにより提供された周波数優先順位に基づいて行われる。端末は、最も高い周波数優先順位を有する周波数にとどまる（ｃａｍｐ ｏｎ）するように試みる。ネットワークは、ブロードキャストシグナリング（ｂｒｏａｄｃａｓｔ ｓｉｇｎａｌｉｎｇ）を介してセル内の端末が共通的に適用する周波数優先順位を提供し、または、端末別シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）を介して端末別に各々周波数別優先順位を提供することができる。ブロードキャストシグナリングを介して提供されるセル再選択優先順位を共用優先順位（ｃｏｍｍｏｎ ｐｒｉｏｒｉｔｙ）ということができ、端末別にネットワークが設定するセル再選択優先順位を専用優先順位（ｄｅｄｉｃａｔｅｄ ｐｒｉｏｒｉｔｙ）ということができる。端末は、専用優先順位を受信すると、専用優先順位と関連した有効時間（ｖａｌｉｄｉｔｙ ｔｉｍｅ）を共に受信することができる。端末は、専用優先順位を受信すると、共に受信した有効時間として設定された有効性タイマ（ｖａｌｉｄｉｔｙ ｔｉｍｅｒ）を開始する。端末は、有効性タイマが動作する間に、ＲＲＣアイドルモードで専用優先順位を適用する。有効性タイマが満了されると、端末は、専用優先順位を廃棄し、再び共用優先順位を適用する。

【0104】

インター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるパラメータ（例えば、周波数別オフセット（ｆｒｅｑｕｅｎｃｙ−ｓｐｅｃｉｆｉｃ ｏｆｆｓｅｔ））を周波数別に提供することができる。

【0105】

イントラ周波数セル再選択またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われる隣接セルリスト（Ｎｅｉｇｈｂｏｒｉｎｇ Ｃｅｌｌ Ｌｉｓｔ、ＮＣＬ）を端末に提供することができる。このＮＣＬは、セル再選択に使われるセル別パラメータ（例えば、セル別オフセット（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｏｆｆｓｅｔ））を含む。

【0106】

イントラ周波数またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるセル再選択禁止リスト（ｂｌａｃｋ ｌｉｓｔ）を端末に提供することができる。禁止リストに含まれているセルに対し、端末は、セル再選択を実行しない。

【0107】

次に、セル再選択評価過程で実行するランキングに対して説明する。

【0108】

セルの優先順位付けに使われるランキング指標（ｒａｎｋｉｎｇ ｃｒｉｔｅｒｉｏｎ）は、数式１のように定義される。

【0109】

【数1】

【0110】

ここで、Ｒｓはサービングセルのランキング指標であり、Ｒｎは隣接セルのランキング指標であり、Ｑｍｅａｓ、ｓは端末がサービングセルに対して測定した品質値であり、Ｑｍｅａｓ、ｎは端末が隣接セルに対して測定した品質値であり、Ｑｈｙｓｔはランキングのためのヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）値であり、Ｑｏｆｆｓｅｔは二つのセル間のオフセットである。

【0111】

イントラ周波数で、端末がサービングセルと隣接セルとの間のオフセット（Ｑｏｆｆｓｅｔｓ、ｎ）を受信した場合にはＱｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ、ｎであり、端末がＱｏｆｆｓｅｔｓ、ｎを受信しない場合にはＱｏｆｆｓｅｔ＝０である。

【0112】

インター周波数で、端末が該当セルに対するオフセット（Ｑｏｆｆｓｅｔｓ、ｎ）を受信した場合、Ｑｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ、ｎ＋Ｑｆｒｅｑｕｅｎｃｙであり、端末がＱｏｆｆｓｅｔｓ、ｎを受信しない場合、Ｑｏｆｆｓｅｔ＝Ｑｆｒｅｑｕｅｎｃｙである。

【0113】

サービングセルのランキング指標（Ｒｓ）と隣接セルのランキング指標（Ｒｎ）が互いに類似している状態で変動すると、変動結果、ランキング順位が頻繁に変わって端末が二つのセルを交互に再選択することができる。Ｑｈｙｓｔは、セル再選択でヒステリシスを与え、端末が二つのセルを交互に再選択することを防止のためのパラメータである。

【0114】

端末は、前記数式によってサービングセルのＲｓ及び隣接セルのＲｎを測定し、ランキング指標値が最も大きい値を有するセルを最高順位（ｈｉｇｈｅｓｔ ｒａｎｋｅｄ）セルと見なし、このセルを再選択する。もし、再選択したセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）でない場合、端末は、該当周波数または該当セルをセル再選択対象から除外する。

【0115】

図７は、ＲＲＣ接続再確立手順を示す。

【0116】

図７を参照すると、端末は、ＳＲＢ ０（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ ＃０）を除外して設定された全ての無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ）使用を中断し、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）の各種副階層を初期化させる（Ｓ７１０）。また、各副階層及び物理階層を基本構成（ｄｅｆａｕｌｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）として設定する。このような過程中、端末は、ＲＲＣ接続状態を維持する。

【0117】

端末は、ＲＲＣ接続再確立手順を実行するためのセル選択手順を実行する（Ｓ７２０）。ＲＲＣ接続再確立手順のうちセル選択手順は、端末がＲＲＣ接続状態を維持しているにもかかわらず、端末がＲＲＣアイドル状態で実行するセル選択手順と同じく実行されることができる。

【0118】

端末は、セル選択手順を実行した後、該当セルのシステム情報を確認して該当セルが適したセルかどうかを判断する（Ｓ７３０）。もし、選択されたセルが適切なＥ−ＵＴＲＡＮセルと判断された場合、端末は、該当セルとＲＲＣ接続再確立要求メッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信する（Ｓ７４０）。

【0119】

一方、ＲＲＣ接続再確立手順を実行するためのセル選択手順を介して選択されたセルがＥ−ＵＴＲＡＮ以外の他のＲＡＴを使用するセルと判断された場合、ＲＲＣ接続再確立手順を中断し、端末は、ＲＲＣアイドル状態に進入する（Ｓ７５０）。

【0120】

端末は、セル選択手順及び選択したセルのシステム情報受信を介してセルの適切性確認は、制限された時間内に終えるように具現されることができる。そのために、端末は、ＲＲＣ接続再確立手順を開始することによってタイマを駆動させることができる。タイマは、端末が適したセルを選択したと判断された場合、中断されることができる。タイマが満了された場合、端末は、ＲＲＣ接続再確立手順が失敗したと見なしてＲＲＣアイドル状態に進入できる。このタイマを以下で無線リンク失敗タイマという。ＬＴＥスペックＴＳ３６．３３１ではＴ３１１という名称のタイマが無線リンク失敗タイマとして活用されることができる。端末は、このタイマの設定値をサービングセルのシステム情報から取得できる。

【0121】

端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾した場合、セルは、端末にＲＲＣ接続再確立メッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ ｍｅｓｓａｇｅ）を送信する。

【0122】

セルからＲＲＣ接続再確立メッセージを受信した端末は、ＳＲＢ１に対するＰＤＣＰ副階層とＲＬＣ副階層を再構成する。また、セキュリティ設定と関連した各種キー値を再び計算し、セキュリティを担当するＰＤＣＰ副階層を新しく計算したセキュリティキー値で再構成する。それによって、端末とセルとの間のＳＲＢ１が開放されてＲＲＣ制御メッセージをやり取りすることができるようになる。端末は、ＳＲＢ１の再開を完了し、セルにＲＲＣ接続再確立手順が完了したというＲＲＣ接続再確立完了メッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ ｃｏｍｐｌｅｔｅ ｍｅｓｓａｇｅ）を送信する（Ｓ７６０）。

【0123】

それに対し、端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾しない場合、セルは、端末にＲＲＣ接続再確立拒絶メッセージ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｊｅｃｔ ｍｅｓｓａｇｅ）を送信する。

【0124】

ＲＲＣ接続再確立手順が成功的に実行されると、セルと端末は、ＲＲＣ接続再確立手順を実行する。それによって、端末は、ＲＲＣ接続再確立手順を実行する前の状態を回復し、サービスの連続性を最大限保障する。

【0125】

以下、ＭＢＭＳ及びＭＢＳＦＮ（ｍｕｌｔｉｃａｓｔ／ｂｒｏａｄｃａｓｔ ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）に対して説明する。

【0126】

ＭＢＳＦＮ送信またはＭＢＳＦＮモードでの送信は、複数のセルで同じ時間に同じ信号を送信することによって具現される同時送信技法を意味する。端末は、ＭＢＳＦＮ領域内にある複数のセルからのＭＢＳＦＮ送信を単一送信と見なす。

【0127】

ＭＢＭＳサービスは、セル基盤（ｃｅｌｌ−ｂａｓｅｄ）または地理基盤（ｇｅｏｇｒａｐｈｙ−ｂａｓｅｄ）に管理または地域化（ｌｏｃａｌｉｚａｔｉｏｎ）されることができる。ＭＢＭＳサービス地域（ｓｅｒｖｉｃｅ ａｒｅａ）は、特定のＭＢＭＳサービスが提供される地域を一般的に称する用語である。例えば、特定のＭＢＭＳサービスＡが進行される地域をＭＢＭＳサービス地域Ａとする場合、ＭＢＭＳサービス地域ＡでネットワークはＭＢＭＳサービスＡを送信している状態である。このとき、端末は、端末の性能（ｃａｐａｂｉｌｉｔｙ）によってＭＢＭＳサービスＡを受信することができる。ＭＢＭＳサービス領域は、特定のサービスが一定地域で提供されるかどうかに対する応用（ａｐｐｌｉｃａｔｉｏｎ）及びサービスの観点で定義されることができる。

【0128】

ＭＢＭＳのための送信チャネルＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）には論理チャネルＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）またはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）がマッピングされることができる。ＭＣＣＨは、ＭＢＭＳ関連ＲＲＣメッセージを送信し、ＭＴＣＨは、特定ＭＢＭＳサービスのトラフィックを送信する。同じＭＢＭＳ情報／トラフィックを送信する一つのＭＢＳＦＮ（ＭＢＭＳ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）地域毎に一つのＭＣＣＨがあり、複数のＭＢＳＦＮ地域が一つのセルで提供される場合、端末は、複数のＭＣＣＨを受信することもできる。ＭＣＣＨは、一つのＭＢＳＦＮ領域設定ＲＲＣメッセージを含み、全てのＭＢＭＳサービスのリストを有する。特定ＭＣＣＨでＭＢＭＳ関連ＲＲＣメッセージが変更される場合、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、Ｍ−ＲＮＴＩ（ＭＢＭＳ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）と特定ＭＣＣＨを指示する指示子を送信する。ＭＢＭＳをサポートする端末は、前記ＰＤＣＣＨを介してＭ−ＲＮＴＩとＭＣＣＨ指示子を受信し、特定ＭＣＣＨでＭＢＭＳ関連ＲＲＣメッセージが変更されたことを把握し、前記特定ＭＣＣＨを受信することができる。ＭＣＣＨのＲＲＣメッセージは、変更周期（ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ）毎に変更されることができ、反復周期毎に繰り返して放送される。通知メカニズム（ｎｏｔｉｆｉｃａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）は、ＭＣＣＨセッション開始またはＭＢＭＳカウンティング要求メッセージの存在に起因したＭＣＣＨの変更を知らせるために使われる。端末は、変更周期でのＭＣＣＨモニタリングを介して、通知メカニズムによらずに知らされるＭＣＣＨ変更を検出する。ＭＴＣＨは、ＭＢＭＳサービスを有している論理チャネルであって、ＭＢＳＦＮ区域内に提供されるサービスが多い場合には複数個のＭＴＣＨが設定されることができる。

【0129】

端末は、ＭＢＭＳサービスの提供を受ける間、専用サービス（Ｄｅｄｉｃａｔｅｄ Ｓｅｒｖｉｃｅ）を受けることもできる。例えば、あるユーザは、自分が有しているスマートフォンを介して、ＭＢＭＳサービスを介してＴＶを視聴する同時に、前記スマートフォンを利用してＭＳＮまたはＳｋｙｐｅのようなＩＭ（ｉｎｓｔａｎｔ ｍｅｓｓａｇｉｎｇ）サービスを利用してチャットすることができる。この場合、ＭＢＭＳサービスは、複数の端末が共に受信するＭＴＣＨを介して提供され、ＩＭサービスのように各々の端末に個別的に提供されるサービスは、ＤＣＣＨまたはＤＴＣＨのような専用ベアラ（ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ）を介して提供される。

【0130】

一地域で、ある基地局は、同時に複数の周波数を使用することができる。この場合、ネットワークは、無線リソースを効率的に使用するために、複数個の周波数の中から一つを選択し、その周波数でのみＭＢＭＳサービスを提供し、そして、全ての周波数で各端末に専用ベアラを提供することができる。この場合、ＭＢＭＳサービスが提供されない周波数で専用ベアラを利用してサービスの提供を受けた端末が、ＭＢＭＳサービスの提供を受けたい場合、前記端末は、ＭＢＭＳが提供される周波数にハンドオーバされなければならない。そのために、端末は、ＭＢＭＳ関心指示子（ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ）を基地局に送信する。即ち、端末は、ＭＢＭＳサービスを受信したい場合、ＭＢＭＳ関心指示子（ｉｎｔｅｒｅｓｔ ｉｎｄｉｃａｔｉｏｎ）を基地局に送信し、基地局は、前記指示を受けると、端末がＭＢＭＳサービスを受信したいと認識して前記端末をＭＢＭＳが提供される周波数に移動させる。ここで、ＭＢＭＳ関心指示子は、端末がＭＢＭＳサービスを受信したいという情報を意味し、追加的に、どの周波数に移動したいかに対する情報を含む。

【0131】

特定ＭＢＭＳサービスを受信しようとする端末は、まず、前記特定サービスが提供される周波数情報と放送時間情報を把握する。前記ＭＢＭＳサービスが既に放送中または放送を開始すると、端末は、前記ＭＢＭＳサービスが提供される周波数の優先順位を最も高く設定する。端末は、再設定された周波数優先順位情報を利用してセル再選択プロシージャを実行することによってＭＢＭＳサービスを提供するセルに移動してＭＢＭＳサービスを受信する。

【0132】

端末がＭＢＭＳサービスを受信中または受信に関心がある場合及びＭＢＭＳサービスが提供される周波数にキャンプオンされる間、ＭＢＭＳサービスを受信することができる場合、再選択されたセルがＳＩＢ１３（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ １３；システム情報ブロック１３）をブロードキャストしている状況で、以下のような状況が持続する限り、ＭＢＭＳセッションの間に該当周波数に最優先順位が適用されたと考慮することができる。

【0133】

−一つまたはそれ以上のＭＢＭＳ ＳＡＩｓ（Ｓｅｒｖｉｃｅ Ａｒｅａ Ｉｄｅｎｔｉｔｉｅｓ）が該当サービスのＵＳＤ（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）に含まれていることがサービングセルのＳＩＢ１５により指示される場合

【0134】

−ＳＩＢ１５がサービングセル内で放送されずに、該当周波数は該当サービスのＵＳＤ内に含まれる場合

【0135】

端末は、ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＭＢＭＳ受信が可能にならなければならない。

【0136】

ＲＲＣ＿ＩＤＬＥ状態で、端末は、次のように動作できる。１）上位階層により端末特定的なＤＲＸが設定されることができる。２）端末は、コール、システム情報変化、ＥＴＷＳ通知などを検出するためにページングチャネルをモニタリングし、隣接セル測定及びセル選択（再選択）を実行する。端末は、システム情報を取得し、可能な測定を実行することができる。

【0137】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、端末は、ユニキャストデータを伝達し、下位レイヤで端末特定的なＤＲＸが設定されることができる。ＣＡをサポートする端末は、一つまたはそれ以上のセカンダリセルをプライマリセルと共に利用できる。

【0138】

端末は、ページングチャネルをモニタリングし、システム情報変更を検出するためにＳＩＢ１内容をモニタリングする。データが自分のためにスケジューリングされたかどうかを決定するために共有データチャネルに関連された制御チャネルをモニタリングする。また、チャネル品質及びフィードバック情報を提供する。端末は、隣接セルを測定して測定結果を報告することができ、システム情報を取得する。

【0139】

図８は、ＭＢＳＦＮサブフレームの構造を示す。

【0140】

図８を参照すると、ＭＢＳＦＮ送信は、サブフレーム単位で設定される。ＭＢＳＦＮ送信を実行するように設定されたサブフレームをＭＢＳＦＮサブフレームという。ＭＢＳＦＮサブフレームに設定されたサブフレームでは、ＰＤＣＣＨ送信のための最初２個のＯＦＤＭシンボルを除外した残りのＯＦＤＭシンボルでＭＢＳＦＮ送信が実行される。便宜上、ＭＢＳＦＮ送信のために使われる領域をＭＢＳＦＮ領域という。ＭＢＳＦＮ領域では、ユニキャストのためのＣＲＳは送信されず、送信に参加する全てのセルに共通的なＭＢＭＳ専用ＲＳを使用する。

【0141】

ＭＢＭＳを受信しない端末にもＭＢＳＦＮ領域でＣＲＳが送信されないことを知らせるためにセルのシステム情報にＭＢＳＦＮサブフレームの設定情報を含んで放送する。大部分の端末がＣＲＳを利用してＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）、ＲＬＦ（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）処理、同期化を実行するため、ＣＲＳが特定領域に無いことを知らせることは重要である。ＭＢＳＦＮサブフレームでＰＤＣＣＨとして使われる最初２個のＯＦＤＭシンボルではＣＲＳが送信され、このＣＲＳは、ＭＢＳＦＮ用途のためのものではない。ＭＢＳＦＮサブフレームでＰＤＣＣＨとして使われる最初２個のＯＦＤＭシンボルでは送信されるＣＲＳのＣＰは（即ち、前記ＣＲＳが一般ＣＰを使用するか、または拡張ＣＰを使用するか）、一般サブフレーム、即ち、ＭＢＳＦＮサブフレームでないサブフレームで適用されるＣＰによる。例えば、一般サブフレーム８１１で一般ＣＰを使用する場合、ＭＢＳＦＮサブフレームの最初２個のＯＦＤＭシンボル８１２でも一般ＣＰによるＣＲＳが使われる。

【0142】

一方、ＭＢＳＦＮサブフレームに設定されることができるサブフレームは、ＦＤＤ、ＴＤＤ別に各々指定されており、ビットマップを介してＭＢＳＦＮサブフレームかどうかを知らせることができる。即ち、ビットマップで特定サブフレームに対応されるビットが１の場合、前記特定サブフレームは、ＭＢＳＦＮサブフレームに設定されることを示す。

【0143】

図９は、ＭＢＭＳサービスを実行するためのＭＢＳＦＮサブフレーム構成の一例を示す。

【0144】

図９を参照すると、端末は、ＭＢＭＳサービスを実行するためにＭＢＳＦＮサブフレーム構成情報、ＭＢＳＦＮ通知（ｎｏｔｉｆｉｃａｔｉｏｎ）構成情報及びＭＢＳＦＮ地域（ａｒｅａ）情報リストを取得する。

【0145】

端末は、ＳＩＢ２とＲＲＣ専用シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）を介してＭＢＳＦＮサブフレーム構成情報、即ち、ＭＢＳＦＮサブフレームの位置を知ることができる。例えば、ＭＢＳＦＮサブフレーム構成情報は、ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ情報要素（ＩＥ:Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）に含まれることができる。

【0146】

また、端末は、ＳＩＢ１３を介してＭＢＭＳサービスを実行することができる一つまたはそれ以上のＭＢＳＦＮ地域と関連されたＭＢＭＳ制御情報を取得するために必要な情報として、ＭＢＳＦＮ地域情報リスト及びＭＢＭＳ通知構成情報を取得することができる。ここで、ＭＢＳＦＮ地域情報リストは、各々のＭＢＳＦＮ地域別にＭＢＳＦＮ地域ＩＤ、該当ＭＢＳＦＮ地域でＭＢＳＦＮサブフレーム内でのＭＢＳＦＮ領域（ｒｅｇｉｏｎ）に対する情報及びＭＢＭＳ制御情報チャネルであるＭＣＣＨ送信が発生されるＭＢＳＦＮサブフレーム位置などのような情報を含むことができる。例えば、ＭＢＳＦＮ地域情報リストは、ＭＢＳＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ情報要素に含まれることができる。一方、ＭＢＳＦＮ通知構成情報は、ＭＣＣＨを介して端末に送信されるＭＢＳＦＮ地域構成情報に変化があることを知らせるＭＢＭＳ通知が発生するサブフレーム位置に対する構成情報である。例えば、ＭＢＳＦＮ通知構成情報は、ＭＢＭＳ−ＮｏｔｉｆｉｃａｔｉｏｎＣｏｎｆｉｇ情報要素に含まれることができる。ＭＢＳＦＮ通知構成情報は、全てのＭＢＳＦＮ地域で適用されることができるＭＣＣＨの変更通知に活用された時間情報を含む。例えば、前記時間情報は、通知反復係数（ｎｏｔｉｆｉｃａｔｉｏｎＲｅｐｅｔｉｔｉｏｎＣｏｅｆｆ）、通知オフセット（ｎｏｔｉｆｉｃａｔｉｏｎＯｆｆｓｅｔ）及び通知サブフレームインデックス（ｎｏｔｉｆｉｃａｔｉｏｎＳＦ−Ｉｎｄｅｘ）を含むことができる。ここで、通知反復係数は、全てのＭＣＣＨのための共通の変更通知反復周期（ｎｏｔｉｆｉｃａｔｉｏｎ ｒｅｐｅｔｉｔｉｏｎ ｐｅｒｉｏｄ）を意味する。通知オフセットは、ＭＣＣＨ変更通知情報がスケジューリングされる無線フレームのオフセットを指示する。そして、通知サブフレームインデックスは、ＰＤＣＣＨ上でＭＣＣＨ変更通知を送信するために使われるサブフレームインデックスである。

【0147】

端末は、ＳＩＢ１３を介して得られたＭＢＳＦＮ地域に対して各々に対応するＭＣＣＨを介してＭＢＳＦＮ地域構成情報を得ることができる。ＭＢＳＦＮ地域構成情報は、ＭＢＳＦＮＡｒｅａｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれることができ、該当ＭＢＳＦＮ地域が使用するＰＭＣＨ（ｐｈｙｓｉｃａｌ ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）に対する情報を含んでいる。例えば、各々のＰＭＣＨに対する情報は、該当ＰＭＣＨが位置したＭＢＳＦＮサブフレームの位置と該当サブフレームでのデータ送信のために使われるＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）レベル情報、該当ＰＭＣＨが送信するＭＢＭＳサービス情報などを含むことができる。

【0148】

端末は、ＰＭＣＨに基づいてＭＴＣＨを介してＭＣＨデータを受けるようになる。該当ＭＣＨデータに対する時間上でのスケジューリングは、ＰＭＣＨを介して受けるＭＳＩ（ＭＣＨ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ；ＭＣＨスケジューリング情報）を介して知ることができる。ＭＳＩは、該当ＭＣＨデータ送信が持続される時間に対する情報を含んでいる。

【0149】

以下、ＳＣＰＴＭ（Ｓｉｎｇｌｅ−Ｃｅｌｌ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）送信に対して説明する。

【0150】

ＭＢＭＳサービスの送信方法は、ＳＣＰＴＭ送信とＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）送信がある。ＭＢＳＦＮ送信が複数のセルで同時に識別可能な信号を送信し、それに対し、ＳＣＰＴＭ送信は単一セルでＭＢＭＳサービスを送信する。したがって、ＳＣＰＴＭ送信は、ＭＢＳＦＮ送信と違ってセル間の同期化が必要ない。また、ＳＣＰＴＭ送信は、既存のＰＤＳＣＨをそのまま使用するため、ＭＢＳＦＮ送信と違ってユニキャストの特性を有する。即ち、複数の端末が同じＰＤＣＣＨを読み取り、サービス別ＲＮＴＩを取得してＳＣＰＴＭサービスを受信する。ＳＣＰＴＭ専用ＭＣＣＨが導入され、端末は、ＭＣＣＨを介して自分が所望するサービスがＳＣＰＴＭサービスと判断すると、該当ＲＮＴＩ値を取得し、該当ＲＮＴＩを介してＰＤＣＣＨを読み取ることによってＳＣＰＴＭサービスを受信することができる。

【0151】

現在ｅＭＢＭＳ構造で、端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード状態にある間に、端末は、サービス連続性をサポートするためにサービングセルに関心あるＭＢＭＳサービスがスケジューリングされる搬送波周波数に対して知らせることができる。基地局は、ＭＢＭＳサービスを伝送する搬送波周波数上のセルに端末を移動させる確率が高い。しかし、サービス連続性をサポートするために前述した方法をＳＣＰＴＭ送信に適用する場合には下記のような問題点が発生できる。

【0152】

図１０は、サービス連続性サポートに対する問題を示す。

【0153】

図１０を参照すると、現在端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、セル２のＳＣＰＴＭを介して第１のグループコールサービスを受信すると仮定する。また、前記端末がセル２のＳＣＰＴＭを介して第１のグループコールサービスを受信する間に、前記端末は、セル６及びセル７の重複領域へ移動すると仮定する。しかし、第１の基地局は、第２のグループコールサービスをサービスする第２の基地局のセル６及び第１のグループコールサービスをサービスする第３の基地局のセル７に対して知らないため、第１の基地局が第２のグループコールサービスをサービスする第２の基地局のセル６にハンドオーバを実行すると、第１のグループコールサービスに対する妨害が発生できる。本発明は、このような問題を解決するための方法を提案する。

【0154】

図１１は、本発明の一実施例によって、ＳＣＰＴＭサービスをサポートする基地局が隣接基地局に識別情報を提供する方法を示す。基地局と隣接基地局は、Ｘ２連結を有することができる。

【0155】

図１１を参照すると、第１の基地局は、前記第１の基地局のセル別情報を含むＸ２設定要求メッセージ（Ｘ２ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ）を第２の基地局に送信することができる（Ｓ１１１０）。前記第１の基地局のセル別情報は、前記第１の基地局のセルでサービス中であるグループコールサービスを識別することができる情報（例えば、臨時モバイルグループ識別子；ＴＭＧＩ）である。

【0156】

第２の基地局は、前記第２の基地局のセル別情報を含むＸ２設定応答メッセージ（Ｘ２ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ Ｍｅｓｓａｇｅ）を第１の基地局に送信することができる（Ｓ１１２０）。前記第２の基地局のセル別情報は、前記第２の基地局のセルでサービス中であるグループコールサービスを識別することができる情報（例えば、臨時モバイルグループ識別子；ＴＭＧＩ）である。

【0157】

Ｘ２ ＳＥＴＵＰ手順以後、もし、ＳＣＰＴＭ動作を介してグループコールサービスを受信した端末が第１の基地局から第２の基地局へハンドオーバすると、第２の基地局が提供して第１の基地局が受信したグループコールサービスに対する情報によって、端末のターゲットセルは、第１の基地局により決定されることができる。

【0158】

図１２は、本発明の一実施例によって、ＳＣＰＴＭサービスをサポートする基地局が隣接基地局に識別情報を提供する方法を示す。基地局と隣接基地局は、Ｘ２連結を有することができる。一つ以上のセルに対するＳＣＰＴＭ動作が変更される場合、ＳＣＰＴＭ動作が変更された基地局が隣接基地局に変更された構成を知らせる方法を提案する。

【0159】

図１２を参照すると、第１の基地局は、第１の基地局の一つ以上のセルに対するＳＣＰＴＭ動作を開始、アップデートまたは中断することができる（Ｓ１２１０）。

【0160】

第１の基地局は、前記第１の基地局のセル別アップデート情報を基地局設定アップデートメッセージ（ｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ Ｍｅｓｓａｇｅ）を利用して第２の基地局に知らせることができる（Ｓ１２２０）。前記第１の基地局のセル別アップデート情報は、前記第１の基地局のセルでサービス中であるグループコールサービスを識別することができる情報（例えば、臨時モバイルグループ識別子；ＴＭＧＩ）である。

【0161】

第１の基地局から前記基地局設定アップデートメッセージを受信するとき、第２の基地局は、第１の基地局から受信された情報をアップデートすることができる（Ｓ１２３０）。

【0162】

同じ過程で、第２の基地局のセル別情報が第１の基地局に送信されることができる。基地局設定アップデート手順以後、もし、ＳＣＰＴＭ動作を介してグループコールサービスを受信した端末が第１の基地局から第２の基地局へハンドオーバすると、第２の基地局が提供して第１の基地局が受信したグループコールサービスに対する情報によって、端末のターゲットセルは、第１の基地局により決定されることができる。

【0163】

図１１及び図１２で説明された方法のために、サービングされるセル情報（Ｓｅｒｖｅｄ Ｃｅｌｌ Ｉｎｆｏｒｍａｔｉｏｎ）にＴＭＧＩ情報を含ませることができる。前記ＴＭＧＩは、ＭＢＭＳベアラサービスを唯一に識別することができ、下記表１の情報を含むことができる。

【0164】

【表1】

【0165】

図１１及び図１２の実施例において、説明を明確にするためにグループコールサービスを例示したが、これに限定されるものではなく、他の種類のＳＣＰＴＭサービスにも適用できる。

【0166】

図１３は、本発明の一実施例によって、ＭＣＥ（Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）がセルＩＤリストを基地局に提供する方法を示す。前記ＭＣＥは、基地局に隣接基地局のＳＣＰＴＭサービスを指示するために、前記ＭＣＥがコアネットワーク（ＣＮ；Ｃｏｒｅ Ｎｅｔｗｏｒｋ）から受信したセルＩＤリストをそのまま提供することができる。

【0167】

図１３を参照すると、ＭＣＥは、ＭＢＭＳセッション開始要求メッセージ（ＭＢＭＳ ＳＥＳＳＩＯＮ ＳＴＡＲＴ ＲＥＱＵＥＳＴ ＭＥＳＳＡＧＥ）、ＭＢＭＳセッションアップデート要求メッセージ（ＭＢＭＳ ＳＥＳＳＩＯＮ ＵＰＤＡＴＥ ＲＥＱＵＥＳＴ ＭＥＳＳＡＧＥ）またはＭＢＭＳセッション中断要求メッセージ（ＭＢＭＳ ＳＥＳＳＩＯＮ ＳＴＯＰ ＲＥＱＵＥＳＴ ＭＥＳＳＡＧＥ）のうちいずれか一つを介してＭＭＥからセルＩＤリストを受信することができる（Ｓ１３１０）。例えば、ＭＭＥは、セルＩＤリースを含むＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージをＭＣＥに送信することができる。前記セルＩＤリストは、ＭＢＭＳサービスのためのセルの最大値を含むことができる。ＭＢＭＳサービスのためのセルの最大値は、４０９６である。

【0168】

ＭＣＥは、ＭＭＥから受信されたセルＩＤリストを含むＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つを介して基地局に送信できる（Ｓ１３２０）。例えば、ＳＣＰＴＭ動作で、ＭＣＥは、ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージにＳＣＰＴＭ情報（即ち、ＭＭＥから受信されたセルＩＤリスト及びＱｏＳ情報）を含むことができる。前記ＳＣＰＴＭ情報は、ＭＢＭＳサービスのためのセルの最大値を含むことができる。ＭＢＭＳサービスのためのセルの最大値は、４０９６である。前記ＭＭＥが送信する前記セルＩＤリストに含まれているＭＢＭＳサービスのためのセルの最大値と前記ＭＣＥが送信する前記ＳＣＰＴＭ情報に含まれているＭＢＭＳサービスのためのセルの最大値は、同じである。即ち、前記基地局に送信されたセルＩＤリストは、前記ＭＭＥから受信されたセルＩＤリストと同じである。即ち、前記ＭＣＥは、ＭＭＥから受信されたセルＩＤリストをそのまま前記基地局に伝達することができる。

【0169】

ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージを受信するとき、メッセージに含まれているＴＭＧＩ及びセルＩＤリストに基づいて、基地局は、同じＳＣＰＴＭサービスを提供する隣接基地局のセルを識別することができる（Ｓ１３３０）。前記同じＳＣＰＴＭサービスは、同じグループコールサービスである。基地局は、隣接基地局に属するセル別ＴＭＧＩ及びセルＩＤリストを格納し、サービス連続性をサポートするためにこの情報を利用することができる。ＭＢＭＳセッション中断要求メッセージを受信すると、基地局は、隣接基地局に属するセル別ＴＭＧＩ及びセルＩＤリストを除去することができる。

【0170】

基地局は、ＭＢＭＳセッション開始応答メッセージ、ＭＢＭＳセッションアップデート応答メッセージまたはＭＢＭＳセッション中断応答メッセージをＭＣＥに送信することができる（Ｓ１３４０）。

【0171】

図１４は、本発明の一実施例によって、ＭＣＥがＳＣＰＴＭサービスを提供するセルのリストを送信する方法を示すブロック図である。

【0172】

図１４を参照すると、前記ＭＣＥは、セルＩＤリストをＭＭＥから受信することができる（Ｓ１４１０）。前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含むことができる。前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルである。前記ＭＭＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて受信されることができる。

【0173】

前記ＭＣＥは、前記ＭＭＥから受信されたセルＩＤリストを基地局に送信することができる（Ｓ１４２０）。前記基地局に送信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じである。即ち、前記ＭＣＥは、前記ＭＭＥから受信されたセルＩＤリストをそのまま（即ち、変更せずに）前記基地局に送信することができる。前記基地局に送信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージ、ＭＢＭＳセッションアップデート要求メッセージまたはＭＢＭＳセッション中断要求メッセージのうちいずれか一つに含まれて送信されることができる。

【0174】

前記ＭＣＥは、ＭＢＭＳセッション開始応答メッセージ、ＭＢＭＳセッションアップデート応答メッセージまたはＭＢＭＳセッション中断応答メッセージのうちいずれか一つを受信することをさらに含むことができる。

【0175】

図１５は、本発明の一実施例によって、基地局がＳＣＰＴＭサービスを提供するセルのリストを受信する方法を示すブロック図である。

【0176】

図１５を参照すると、前記基地局は、ＭＭＥから受信されたセルＩＤリストをＭＣＥから受信することができる（Ｓ１５１０）。前記ＭＣＥから受信されたセルＩＤリストと前記ＭＭＥから受信されたセルＩＤリストは、同じである。即ち、前記基地局は、前記ＭＭＥから受信されたセルＩＤリストをそのまま（即ち、変更せずに）前記ＭＣＥから受信することができる。前記ＭＭＥから受信されたセルＩＤリストは、前記ＳＣＰＴＭサービスを提供するセルのリストを含むことができる。前記ＳＣＰＴＭサービスを提供するセルは、前記ＭＭＥが管理するセルのうち前記ＳＣＰＴＭサービスを提供するセルである。

【0177】

前記基地局は、前記ＭＣＥから受信されたセルＩＤリストに基づいてＳＣＰＴＭサービスを実行することができる（Ｓ１５２０）。前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッションアップデート要求メッセージに含まれて受信されることができ、前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを格納することをさらに含むことができる。前記ＭＣＥから受信されたセルＩＤリストは、ＭＢＭＳセッション中断要求メッセージに含まれて受信されることができ、前記基地局は、前記ＭＣＥから受信されたセルＩＤリストを除去することをさらに含むことができる。

【0178】

図１６は、本発明の実施例が具現される無線通信システムのブロック図である。

【0179】

基地局１６００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１６０１、メモリ（ｍｅｍｏｒｙ）１６０２及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ）１６０３を含む。メモリ１６０２は、プロセッサ１６０１と連結され、プロセッサ１６０１を駆動するための多様な情報を格納する。送受信機１６０３は、プロセッサ１６０１と連結され、無線信号を送信及び／または受信する。プロセッサ１６０１は、提案された機能、過程及び／または方法を具現する。前述した実施例において、基地局の動作は、プロセッサ１６０１により具現されることができる。

【0180】

端末１６１０は、プロセッサ１６１１、メモリ１６１２及び送受信機１６１３を含む。メモリ１６１２は、プロセッサ１６１１と連結され、プロセッサ１６１１を駆動するための多様な情報を格納する。送受信機１６１３は、プロセッサ１６１１と連結され、無線信号を送信及び／または受信する。プロセッサ１６１１は、提案された機能、過程及び／または方法を具現する。前述した実施例において、端末の動作は、プロセッサ１６１１により具現されることができる。

【0181】

プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。送受信機は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。

【0182】

前述した一例に基づいて本明細書による多様な技法が図面と図面符号を介して説明された。説明の便宜のために、各技法は、特定の順序によって複数のステップやブロックを説明したが、このようなステップやブロックの具体的順序は、請求項に記載された発明を制限するものではなく、各ステップやブロックは、異なる順序で具現され、または異なるステップやブロックと同時に実行されることが可能である。また、通常の技術者であれば、各ステップやブロックが限定的に記述されたものではなく、発明の保護範囲に影響を与えない範囲内で少なくとも一つの他のステップが追加されたり削除されたりすることが可能であるということを知ることができる。

【0183】

前述した実施例は、多様な一例を含む。通常の技術者であれば、発明の全ての可能な一例の組み合わせが説明されることができないという点を知ることができ、また、本明細書の技術から多様な組み合わせが派生することができるという点を知ることができる。したがって、発明の保護範囲は、請求の範囲に記載された範囲を外れない範囲内で、詳細な説明に記載された多様な一例を組み合わせて判断しなければならない。

【図1】

【図2】

【図3(a)】

【図3(b)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】