JP2009543431A

JP2009543431A - ブロードキャストサービスのための１対１無線ベアラ

Info

Publication number: JP2009543431A
Application number: JP2009518005A
Authority: JP
Inventors: パトリックフィッシャー，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2006-07-24
Filing date: 2007-07-23
Publication date: 2009-12-03
Anticipated expiration: 2027-07-23
Also published as: TW200816756A; ATE539564T1; US20110249608A1; BRPI0715490B1; US7986664B2; EP2050209A4; JP2009543430A; EP2050209B1; EP2050209A1; TWI363524B; EP2050210B1; US7969932B2; EP2050210A4; RU2432684C2; EP2050210A1; CN101496310A; WO2008013389A1; US8477707B2; TWI354474B; CN101496311B

Abstract

ユーザ装置（ＵＥ）と関連ネットワーク間の接続設定方法は、前記ＵＥが利用可能なブロードキャストサービスの説明を提供するサービス案内、及び前記ブロードキャストサービスを識別する少なくとも１つの識別子を受信する段階と、前記ＵＥが前記ＵＥと前記ネットワーク間の１対１無線ベアラを設定し、かつ前記無線ベアラによる前記ブロードキャストサービスの伝達を識別するのに使用される識別子を含む設定メッセージを受信する段階とを含む。

Description

本発明は、無線通信システムに関し、特に、ユーザ装置と関連ネットワーク間の接続の設定に関する。

ＵＭＴＳ（Universal Mobile Telecommunication System）は、ＧＳＭ（Global System for Mobile communications）として知られている欧州標準から進化した欧州型第３世代ＩＭＴ−２０００移動通信システムである。ＵＭＴＳは、ＧＳＭコアネットワークとＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）無線接続技術に基づいて向上した移動通信サービスを提供することを目標とする。

１９９８年１２月、ヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡは３ＧＰＰ（Third Generation Partnership Project）を構成した。３ＧＰＰはＵＭＴＳ技術の詳細仕様を作成する。ＵＭＴＳの迅速で効果的な技術開発を達成するために、３ＧＰＰ内には、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業のための５つの技術仕様グループ（Technical Specification Groups；TSG）が作成された。

各ＴＳＧは、関連した領域内で標準仕様を開発、承認、及び管理する。そのうち、無線アクセスネットワーク（Radio Access Network；RAN）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳにおいてＷ−ＣＤＭＡアクセス技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）の機能、要求事項、及びインタフェースの標準を開発する。

図１はＵＥ、ＵＴＲＡＮ、及びコアネットワークを含むＵＭＴＳネットワークの概要を示す図である。ＵＴＲＡＮは、Ｉｕｂインタフェースで通信する複数の無線ネットワーク制御装置（Radio Network Controller；RNC）とＮｏｄｅ−Ｂとから構成される。

各ＲＮＣは複数のＮｏｄｅ−Ｂを制御する。各ＲＮＣは、Ｉｕインタフェースを介してコアネットワーク（ＣＮ）、特にＣＮのＭＳＣ（Mobile-services Switching Center）及びＳＧＳＮ（Serving GPRS Support Node）に接続される。ＲＮＣは、Ｉ_ｕｒインタフェースを介して他のＲＮＣに接続することもできる。前記ＲＮＣは、無線リソースの割当及び管理を担当し、前記コアネットワークに対するアクセスポイントの役割を果たす。

前記Ｎｏｄｅ−Ｂは、アップリンク伝送で端末の物理層により送信された情報を受信し、ダウンリンク伝送で端末にデータを送信する。前記Ｎｏｄｅ−Ｂは、端末に対するＵＴＲＡＮのアクセスポイントの役割を果たす。

前記ＳＧＳＮは、Ｇ_ｆインタフェースを介してＥＩＲ（Equipment Identity Register）に、Ｇ_Ｓインタフェースを介して前記ＭＳＣに、Ｇ_Ｎインタフェースを介してＧＧＳＮ（Gateway GPRS Support Node）に、並びにＧ_Ｒインタフェースを介してＨＳＳ（Home Subscriber Server）に接続される。前記ＥＩＲはネットワークで使用が許可された移動端末のリストを維持する。

前記ＭＳＣは回線交換（ＣＳ）サービスのための接続を制御する。前記ＭＳＣは、Ｎ_Ｂインタフェースを介してＭＧＷ（Media Gateway）に、Ｆインタフェースを介して前記ＥＩＲに、並びにＤインタフェースを介して前記ＨＳＳに接続される。前記ＭＧＷは、Ｃインタフェースを介して前記ＨＳＳに接続され、ＰＳＴＮ（Public Switched Telephone Network）に接続される。前記ＭＧＷは、前記ＰＳＴＮと前記接続されたＲＡＮ間のコーデックの適用を容易にする。

前記ＧＧＳＮは、ＧＣインタフェースを介して前記ＨＳＳに接続され、ＧＩインタフェースを介してインターネットに接続される。前記ＧＧＳＮは、様々な無線アクセスベアラ（Radio Access Bearer；RAB）へのデータフローのルーティング、課金、及び分離の責任を負う。前記ＨＳＳはユーザの加入データを処理する。

前記ＵＴＲＡＮは、前記端末と前記コアネットワーク間の通信のために、無線アクセスベアラ（ＲＡＢ）を構成して維持する。前記コアネットワークは、前記ＲＡＢにエンドツーエンドサービス品質（Quality of Service；QoS）要求事項を要求し、前記ＲＡＢは、前記コアネットワークが設定したＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは前記ＲＡＢを構成して維持することで前記エンドツーエンドＱｏＳ要求事項を満たすことができる。

特定端末に提供されるサービスは、大きく回線交換サービスとパケット交換サービスとに分けられる。例えば、一般的な音声対話サービスは回線交換サービスであり、インターネット接続によるウェブブラウジングサービスはパケット交換サービスに分類される。

回線交換サービスをサポートする場合、前記ＲＮＣは、前記コアネットワークのＭＳＣに接続され、前記ＭＳＣは、他のネットワークとの接続を管理するＧＭＳＣ（Gateway Mobile Switching Center）に接続される。パケット交換サービスをサポートする場合、前記ＲＮＣは、前記コアネットワークのＳＧＳＮ及びＧＧＳＮに接続される。前記ＳＧＳＮは、前記ＲＮＣとのパケット通信をサポートし、前記ＧＧＳＮは、インターネットなどの他のパケット交換ネットワークとの接続を管理する。

図２は３ＧＰＰ無線アクセスネットワークの標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。図２に示すように、無線インタフェースプロトコルは、物理層、データリンク層、及びネットワーク層からなる垂直層（vertical layer）、並びにユーザデータを伝送するためのユーザプレーン（U-plane）、及び制御情報を伝送するための制御プレーン（C-plane）からなる水平プレーン（horizontal plane）を有する。

前記ユーザプレーンは、音声やＩＰ（Internet Protocol）パケットなどのユーザのトラフィック情報を管理する領域であり、前記制御プレーンは、ネットワークのインタフェース、呼の維持及び管理などに関する制御情報を管理する領域である。

図２のプロトコル層は、ＯＳＩ（Open System Interconnection）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分することができる。前記第１層（Ｌ１）又は物理層は、多様な無線伝送技術により上位層に情報伝送サービス（Information Transfer Service）を提供する。前記物理層は、トランスポートチャネルを介して上位層である媒体アクセス制御（Medium Access Control；MAC）層に接続される。

前記ＭＡＣ層と前記物理層とはトランスポートチャネルでデータを送受信する。前記第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（Radio Link Control；RLC）層、ブロードキャスト／マルチキャスト制御（Broadcast/Multicast Control；BMC）層、及びパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol；PDCP）層を含む。

前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを管理し、無線リソースの割当及び再割当のためにＭＡＣパラメータの割当を提供する。前記ＭＡＣ層は、論理チャネルを介して上位層である前記ＲＬＣ層に接続される。

伝送される情報の種類によって多様な論理チャネルが提供される。一般に、前記制御プレーンの情報を伝送する場合は制御チャネルが使用され、前記ユーザプレーンの情報を伝送する場合はトラフィックチャネルが使用される。

論理チャネルは、共有するか否かによって共通チャネル又は専用チャネルになる。論理チャネルは、ＤＴＣＨ（Dedicated Traffic Channel）、ＤＣＣＨ（Dedicated Control Channel）、ＣＴＣＨ（Common Traffic Channel）、ＣＣＣＨ（Common Control Channel）、ＢＣＣＨ（Broadcast Control Channel）、並びにＰＣＣＨ（Paging Control Channel）もしくはＳＨＣＣＨ（Shared Channel Control Channel）を含む。

前記ＢＣＣＨは、システムにアクセスするために、端末が利用した情報を含む情報を提供する。前記ＰＣＣＨは、端末にアクセスするために前記ＵＴＲＡＮが使用する。

ＭＢＭＳ（Multimedia Broadcast/Multicast Service）のために、ＭＢＭＳ標準にトラフィックチャネル及び制御チャネルがさらに取り入れられる。ＭＣＣＨ（MBMS point-to-multipoint Control Channel）を使用してＭＢＭＳ制御情報を伝送し、ＭＴＣＨ（MBMS point-to-multipoint Traffic Channel）を使用してＭＢＭＳサービスデータを伝送する。ＭＳＣＨ（MBMS Scheduling Channel）を使用してスケジューリング情報を伝送する。図３は多様な論理チャネルのリストを示す図である。

ＭＡＣ層は、トランスポートチャネルを介して物理層に接続され、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに分けることができる。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるＢＣＨ（Broadcast Channel）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末が共有するＦＡＣＨ（Forward Access Channel）もしくはＤＳＣＨ（Downlink Shared Channel）などの共通トランスポートチャネル、又はアップリンクではＲＡＣＨ（Random Access Channel）を管理する。前記ＭＡＣ−ｍサブレイヤは、ＭＢＭＳデータを処理する。

図４はＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図であり、図５はＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。

前記ＭＡＣ−ｄサブレイヤは、特定端末のための専用トランスポートチャネルであるＤＣＨ（Dedicated Channel）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Serving Radio Network Controller）に位置する。また、１つのＭＡＣ−ｄサブレイヤは各端末内に存在する。

ＲＬＣ動作モードによって、前記ＲＬＣ層は、信頼性のあるデータ送信をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（ＲＬＣＳＤＵ）に対する分割及び接続機能を実行する。前記ＲＬＣ層は、上位層から前記ＲＬＣＳＤＵを受信すると、処理容量を考慮して適当な方式で各ＲＬＣＳＤＵのサイズを調節して、ヘッダ情報が付加されたデータユニットを生成する。前記データユニットをプロトコルデータユニット（ＰＤＵ）といい、前記ＰＤＵは論理チャネルを介して前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣＳＤＵ及び／又はＲＬＣＰＤＵを保存するためのＲＬＣバッファを含む。

前記ＢＭＣ層は、前記コアネットワークから受信したセルブロードキャスト（Cell Broadcast；CB）メッセージをスケジューリングし、前記ＣＢメッセージを特定セルに位置する端末にブロードキャストする。

前記ＰＤＣＰ層は前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのネットワークプロトコルで伝送されたデータを相対的に帯域幅の小さい無線インタフェースに効果的に伝送するのに使用される。これを達成するために、前記ＰＤＣＰ層は、有線ネットワークで使用される不要な制御情報を減らすが、このような機能をヘッダ圧縮という。

無線リソース制御（Radio Resource Control；RRC）層は、前記第３層（Ｌ３）の最下位に位置する層であり、前記制御プレーンでのみ定義される。前記ＲＲＣ層は、無線ベアラ（ＲＢ）の設定、再設定、及び解除又は取消に関するトランスポートチャネル及び物理チャネルを制御する。さらに、前記ＲＲＣは、前記ＲＡＮ内でのユーザ移動性、及び位置サービスなどの付加サービスを担当する。

前記ＲＢとは、端末とＵＴＲＡＮ間のデータ送信のために前記第２層（Ｌ２）が提供するサービスを意味する。一般に、前記ＲＢの設定とは、特定データサービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、詳細なパラメータ及び動作方法をそれぞれ設定する過程を意味する。

所定のＵＥのための無線ベアラとトランスポートチャネル間のマッピングの様々な可能性が常に成立するわけではない。前記ＵＥ及びＵＴＲＡＮは、前記ＵＥの状態や前記ＵＥ及びＵＴＲＡＮが現在行っている手順によって可能なマッピングを推論する。様々な状態やモードについては、以下に本発明に係る範囲内で詳細に説明する。

様々なトランスポートチャネルは様々な物理チャネルにマッピングされる。例えば、ＲＡＣＨトランスポートチャネルは所定のＰＲＡＣＨに、ＤＣＨはＤＰＣＨに、ＦＡＣＨ及びＰＣＨはＳ−ＣＣＰＣＨに、ＤＳＣＨはＰＤＳＣＨにマッピングされる。前記物理チャネルの設定は、前記ＲＮＣと前記ＵＥ間のＲＲＣシグナリング交換により行われる。

ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在する場合、前記端末はＲＲＣ接続モードであり、接続が存在しない場合、前記端末はアイドルモードである。

ＲＲＣ接続モードの端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内に特定端末が存在するか否かを判断することができる。例えば、ＵＴＲＡＮは、ＲＲＣ接続モードの端末がどのセルもしくはセルのセットに存在するか、並びにＵＥがどの物理チャネルをリッスンしているかを判断できるので、端末を効果的に制御することができる。

一方、ＵＴＲＡＮは、アイドルモードの端末が存在するか否かを判断することができない。アイドルモードの端末が存在するか否かは、例えばロケーションやルーティングエリアのようにセルより大きい地域内で、コアネットワークによってのみ判断される。従って、アイドルモードの端末が存在するか否かは、広い地域内で判断され、音声やデータのような移動通信サービスを受信するためには、アイドルモードの端末はＲＲＣ接続モードに移行又は変更しなければならない。モード及び状態間の可能な変化についての説明は図６に示す通りである。

ＲＲＣ接続モードのＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、又はＵＲＡ＿ＰＣＨ状態のように様々な状態にある。前記状態によって、ＵＥは異なる動作を行い、異なるチャネルをリッスンする。

例えば、ＣＥＬＬ＿ＤＣＨ状態のＵＥは、様々なチャネルのうちＤＣＨタイプのトランスポートチャネルをリッスンするであろう。ＤＣＨタイプのトランスポートチャネルはＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含み、これは所定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるチャネルである。

ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、特定Ｓ−ＣＣＰＣＨにマッピングされるいくつかのＦＡＣＨトランスポートチャネルをリッスンするであろう。ＰＣＨ状態のＵＥは、特定Ｓ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンするであろう。

主なシステム情報は、Ｐ−ＣＣＰＣＨ（Primary Common Control Physical Channel）にマッピングされるＢＣＣＨ論理チャネルで伝送される。特定システム情報ブロックはＦＡＣＨチャネルで伝送される。前記システム情報がＦＡＣＨチャネルで伝送される場合、ＵＥは前記Ｐ−ＣＣＰＣＨで受信されるＢＣＣＨ又は専用チャネルで前記ＦＡＣＨの構成を受信する。前記システム情報がＢＣＣＨで（すなわち、Ｐ−ＣＣＰＣＨを介して）伝送される場合、ＵＥとＮｏｄｅ−Ｂ間で同一のタイミング基準（timing reference）を共有するために使用されるＳＦＮ（System Frame Number）が各フレームで又は２フレームのセットで伝送される。前記Ｐ−ＣＣＰＣＨは、セルのプライマリスクランブルコードであるＰ−ＣＰＩＣＨ（Primary Common Pilot Channel）と同一のスクランブルコードを使用して伝送される。前記Ｐ−ＣＣＰＣＨにより使用される拡散コードは、固定拡散率（Spreading Factor；SF）２５６であり、その番号は１である。ＵＥは、ＵＥが読み込んだ隣接セルのシステム情報に関してネットワークから伝送された情報により、ＵＥがＤＣＣＨチャネルで受信したメッセージにより、又は前記固定ＳＦ２５６と前記拡散コード番号０を利用して伝送され、固定されたパターンを伝送するＰ−ＣＰＩＣＨを検索することにより、前記プライマリスクランブルコードが分かる。

前記システム情報は、隣接セル、ＲＡＣＨ及びＦＡＣＨトランスポートチャネルの構成、並びにＭＢＭＳサービスのための専用チャネルであるＭＩＣＨ及びＭＣＣＨの構成に関する情報を含む。

ＵＥが（アイドルモードで）位置するセルを変更する度に、又はＵＥが（ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、もしくはＵＲＡ＿ＰＣＨ状態で）セルを選択した場合、ＵＥはＵＥが有効なシステム情報を有しているか否かを確認する。前記システム情報は、システム情報ブロック（System Information Block；SIB）、マスタ情報ブロック（Master Information Block；MIB）、及びスケジューリングブロックから構成される。前記ＭＩＢは、非常に頻繁に伝送され、前記スケジューリングブロック及び様々な前記ＳＩＢのタイミング情報を提供する。バリュータグ（value tag）にリンクされているＳＩＢの場合、前記ＭＩＢは、一部の前記ＳＩＢの最新バージョンに関する情報をも含む。バリュータグにリンクされていないＳＩＢは、期限タイマーにリンクされる。前記期限タイマーにリンクされているＳＩＢは無効になり、前記ＳＩＢの最新読み込み時間が前記期限タイマーの値より大きい場合、再び読み込む必要がある。前記バリュータグにリンクされているＳＩＢは、前記ＭＩＢからブロードキャストされたバリュータグと同一のバリュータグを有する場合にのみ有効である。各ブロックは、前記ＳＩＢがいずれのセルで有効であるかを示す有効性のエリア範囲（area scope of validity）（Ｃｅｌｌ、ＰＬＭＮ、等価（equivalent）ＰＬＭＮ）を有する。エリア範囲「Ｃｅｌｌ」を有するＳＩＢは、ＳＩＢ自身が読み込まれたセルに対してのみ有効である。エリア範囲「ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮで有効であり、エリア範囲「等価ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮと等価ＰＬＭＮで有効である。

一般に、ＵＥは、アイドルモードである場合や、ＵＥが選択したセル又はＵＥが位置するセルがＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、又はＵＲＡ＿ＰＣＨ状態である場合、前記システム情報を読み込む。前記システム情報において、ＵＥは、同一周波数、異なる周波数、及び様々な無線アクセス技術（Radio Access Technologies；RAT）で隣接セルに関する情報を受信する。これにより、ＵＥはいずれのセルがセル再選択のための候補セルであるかが分かる。

ＭＢＭＳは仕様のＲｅｌｅａｓｅ６（Ｒｅｌ−６）でＵＭＴＳ標準に取り入れられている。これは、１対多伝送、１対多及び１対１ベアラ間の選択的な組み合わせ及び伝送モードの選択（selective combining and transmission mode selection）を含むＭＢＭＳベアラサービスの伝送の最適化のための技術を記述している。これは、同一のコンテンツが多数のユーザに伝送される場合に無線リソースを節約するために用いられ、テレビなどのサービスを可能にする。ＭＢＭＳデータは、制御プレーン情報とユーザプレーン情報の２つのカテゴリーに分けられる。前記制御プレーン情報は、物理層設定、トランスポートチャネル設定、無線ベアラ設定、進行中のサービス、カウント情報、スケジューリング情報などに関する情報を含む。ＵＥがこのような情報を受信できるように、ＭＢＭＳのためのＭＢＭＳベアラ特定制御情報（MBMS bearer specific control information）が前記ＵＥに伝送される。

ＭＢＭＳベアラのユーザプレーンデータは、１つのＵＥにのみ伝送される１対１サービスのための専用トランスポートチャネルにマッピングすることもでき、同時に多数のユーザに送信（及び受信）される１対多サービスのための共有トランスポートチャネルにマッピングすることもできる。

１対１伝送は、ネットワークとＲＲＣ接続モードのＵＥ間で専用制御／ユーザプレーン情報だけでなく、ＭＢＭＳ特定制御／ユーザプレーン情報を伝送するのに用いられる。前記１対１伝送は、ＭＢＭＳのマルチキャスト又はブロードキャストモードのために用いられる。ＤＴＣＨはＣＥＬＬ＿ＦＡＣＨ及びＣＥＬＬ＿ＤＣＨ状態のＵＥのために使用される。これはトランスポートチャネルに対する既存のマッピングを可能にする。

セルリソースを最適化した方式で使用するために、ＭＢＭＳアプリケーションに「カウント」という機能が導入された。前記カウント手順は、所定のサービスの受信に関心のあるＵＥの数を判断するのに用いられる。これは図７に示すカウント手順を用いて行われる。

例えば、特定サービスに関心のあるＵＥは、ＭＢＭＳサービスの利用可能性に関する情報を受信する。ネットワークは、ＵＥがＭＣＣＨチャネルを介した「アクセス情報」の伝送と同じ方式で前記サービスに対する関心を前記ネットワークに通知すべきことを、前記ＵＥに通知することができる。前記アクセス情報メッセージに含まれる確率係数（probability factor）により、関心のあるＵＥのみ所定の確率で応答すると判断する。前記ＵＥは、所定のサービスに関心があることを前記ネットワークに通知するために、前記ＵＥが前記カウント情報を受信したセルでＲＲＣ接続設定メッセージ又はセルアップデートメッセージを前記ネットワークに送信する。このようなメッセージは、前記ＵＥが関心のあるサービスを示す識別子を含むこともある。

１対多伝送は、ネットワークとＲＲＣ接続モード又はアイドルモードの複数のＵＥ間でＭＢＭＳ特定制御／ユーザプレーン情報を伝送するのに用いられる。前記１対多伝送は、ＭＢＭＳのブロードキャスト又はマルチキャストモードのために用いられる。

ネットワークが複数の周波数で動作する場合、ＵＥが１つの周波数に位置し、ＭＢＭＳサービスが異なる周波数で伝送されると、ＵＥはＭＢＭＳサービスが異なる周波数で伝送されることを認識できないであろう。従って、ＵＥは、周波数コンバージェンス手順により、所定のサービスを周波数Ｂで利用できることを示す情報を周波数Ａで受信することができる。

本発明の特徴及び利点は後述する発明の詳細な説明に記述されるが、一部はその詳細な説明から明らかになるか、又は本発明の実施により理解されるであろう。本発明の目的及び他の利点は、特に詳細な説明及び請求の範囲、並びに添付図面に開示された構成により実現及び達成される。

一実施形態によれば、ユーザ装置（ＵＥ）と関連ネットワーク間の接続設定方法は、前記ＵＥがブロードキャストサービスの開始又は前記ブロードキャストサービスの利用可能性を示す通知を受信する段階を含み、前記通知は、前記ブロードキャストサービスを識別する識別子を含む。前記方法は、前記ＵＥが前記ＵＥと前記ネットワーク間の１対１無線ベアラを設定する設定メッセージを受信する段階をさらに含み、前記設定メッセージは、前記無線ベアラによる前記ブロードキャストサービスの伝達を識別するのに使用される識別子を含む。

１つの特徴は、前記ＵＥのためのブロードキャストサービスを識別する要求メッセージを前記ネットワークに送信する段階を含むことである。

他の特徴は、前記ＵＥと前記ネットワーク間にシグナリング接続を設定又は維持する段階を含むことである。

さらに他の特徴は、前記ブロードキャストサービスの設定を確認するための設定確認メッセージを前記ネットワークに送信する段階を含むことである。

さらに他の特徴は、前記通知が、ＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージとＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージの少なくとも一方を含むことである。

一態様によれば、前記ブロードキャストサービスはＭＢＭＳである。

他の態様によれば、前記ユーザ装置（ＵＥ）及び前記ネットワークは、ＵＭＴＳ内で動作するように構成される。

さらに他の態様によれば、前記要求メッセージは、セルアップデートメッセージ、ＲＲＣ接続要求メッセージ、及びＭＢＭＳ修正サービス要求メッセージ（MBMS modified service request message）からなる群から選択されるメッセージを含む。

さらに他の態様によれば、前記通知は、前記識別子を含むサービス情報のバージョンを含み、前記方法は、前記識別子を示す少なくとも１つのショート送信データ（short transmission data）を生成する段階と、前記ネットワークに要求メッセージを送信する段階とをさらに含み、前記要求メッセージは、前記サービス情報のバージョンに関するバージョン情報と共に、前記ブロードキャストサービスを識別する少なくとも１つのショート送信データを含む。

１つの特徴は、前記サービス情報に関するタイミング基準を用いて前記サービス情報のバージョンを判断する段階を含むことである。

一態様によれば、前記タイミング基準は、前記サービス情報に関するＳＦＮに基づいて判断される。

他の態様によれば、前記サービス情報は、修正されたサービス情報（modified services information）により受信されたサービス識別子に、修正されていないサービス情報（unmodified services information）により受信されたサービス識別子を追加することにより編成されたサービス識別子リストを含む。

さらに他の態様によれば、前記少なくとも１つのショート送信識別子は、前記サービス識別子リスト内の前記少なくとも１つのサービス識別子の位置に該当する。

さらに他の態様によれば、前記識別子は、ＴＭＧＩ（Temporary Mobile Group Identifier）を含む。

代替実施形態によれば、ユーザ装置（ＵＥ）と関連ネットワーク間の接続設定方法は、ブロードキャストサービスの開始又は前記ブロードキャストサービスの利用可能性を示し、かつ前記ブロードキャストサービスを識別する識別子を含む通知を、前記ＵＥに送信する段階と、前記ＵＥと前記ネットワーク間の１対１無線ベアラを設定し、かつ前記無線ベアラによる前記ブロードキャストサービスの伝達を識別するのに使用される識別子を含む設定メッセージを、前記ＵＥに送信する段階とを含む。

他の代替実施形態によれば、ユーザ装置（ＵＥ）と関連ネットワーク間の接続設定方法は、前記ＵＥが利用可能なブロードキャストサービスの説明を提供するサービス案内、及び前記ブロードキャストサービスを識別する少なくとも１つの識別子を受信する段階と、前記ＵＥが前記ＵＥと前記ネットワーク間の１対１無線ベアラを設定し、かつ前記無線ベアラによる前記ブロードキャストサービスの伝達を識別するのに使用される識別子を含む設定メッセージを受信する段階とを含む。

他の実施形態によれば、ユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法は、少なくとも１つのサービス識別子を含むサービス情報のバージョンを前記ＵＥが受信する段階と、前記サービス情報の少なくとも１つのサービス識別子を示す少なくとも１つのショート送信識別子を生成する段階と、前記サービス情報のバージョンに関するバージョン情報と共に、前記少なくとも１つのショート送信識別子を前記ネットワークに送信する段階とを含む。

さらに他の実施形態によれば、ネットワークにおけるショート送信識別子復号化方法は、少なくとも１つのサービス識別子を含むサービス情報のバージョンをＵＥに送信する段階と、前記サービス情報の少なくとも１つのサービス識別子を示す少なくとも１つのショート送信識別子、及び前記サービス情報のバージョンに関するバージョン情報をネットワークが受信する段階と、前記少なくとも１つのサービス識別子を識別するための前記バージョン情報に基づいて、前記少なくとも１つのショート送信識別子を復号化する段階とを含む。

上記及びその他の実施形態は添付図面を参照した本実施形態の後述する詳細な説明から当業者に明らかになり、本発明は開示されたいずれの特定実施形態にも限定されない。

本発明の理解を助けるために含まれ、本明細書の一部を構成する図面は、本発明の多様な実施形態を示し、明細書と共に本発明の原理を説明する。図面において同一符号を付す本発明の特徴、構成要素、及び態様は、１つ以上の実施形態において同一、同等、又は類似した特徴、構成要素、及び態様を示す。

図１は、従来のＵＭＴＳネットワークを示す図である。図２は、従来のＵＥとＵＴＲＡＮ間の無線インタフェースプロトコルを示す図である。図３は、論理チャネル構造を示す図である。図４は、ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。図５は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。図６は、ＵＥ状態の可能な変化を示す図である。図７は、従来のカウント手順を示す図である。図８は、マルチキャストモードを利用した特定ＭＢＭＳサービス提供過程のブロック図である。図９は、ブロードキャストサービス提供過程のブロック図である。図１０は、マルチキャストサービスのための参加（joining）及びＭＢＭＳコンテクストアクティブ化（MBMS context activation）の一例を示す図である。図１１は、マルチキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。図１２は、一般的なＮＳＡＰＩ（Network Service Access Point Identifier）の一例を示す図である。図１３は、ＭＢＭＳに共通に使用される一般的なエンハンストＮＳＡＰＩの一例を示す図である。図１４は、一般的なＴＭＧＩの一例を示す図である。図１５は、本発明の一実施形態による無線ベアラ設定メッセージ内のＴＭＧＩを利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。図１６は、本発明の一実施形態による案内に含まれるＴＭＧＩを利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。図１７は、本発明の一実施形態によるサービスの指示のためのＭＢＭＳショート識別子（short identifier）を利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。図１８は、本発明の一実施形態によるＵＥに実現できる移動通信装置３００のブロック図である。

以下、本発明の好ましい実施形態について添付図面を参照して詳細に説明する。可能な限り、同一又は類似の部分を示すために図面全体で同一の参照番号を用いる。

本発明の実施形態は、ＰｔＰ無線ベアラにＭＢＭＳベアラサービスをリンクするための様々な技術を含む。これにより、ＵＥは、サービスに予め参加することなく、ＭＢＭＳサービスを伝達する専用ベアラを受信することができる。３ＧＰＰ標準に準拠したネットワークは、例えばＭＢＭＳを提供する。このサービスは、比較的最近実現され、その一例が３ＧＰＰ標準のＲｅｌｅａｓｅ６に記載されている。３ＧＰＰＴＳＧＳＡ（Service and System Aspect）は、ＭＢＭＳサービスをサポートするための様々なネットワーク構成要素と関連機能を説明する。一般的なＲｅｌｅａｓｅ９９のセルブロードキャストサービスは、テキストベースのメッセージングに関するブロードキャストに限られる。Ｒｅｌｅａｓｅ６のＭＢＭＳサービスは、ネットワークが該当サービスに加入している端末（例えば、ＵＥ）にマルチメディアデータをマルチキャストする点で、より進歩したものである。マルチメディアデータのブロードキャストも可能である。

一般に、ＭＢＭＳサービスは、共通又は専用下りチャネルを利用して、複数の端末にストリーミング又はバックグラウンドサービスを提供する下り専用サービスである。ＭＢＭＳサービスはブロードキャストモードとマルチキャストモードとに分けられる。

ＭＢＭＳブロードキャストモードは、ブロードキャストエリア内に位置する全てのユーザにマルチメディアデータを送信するのに利用され、ＭＢＭＳマルチキャストモードは、マルチキャストエリア内に位置する特定ユーザグループにマルチメディアデータを送信するのに利用される。前記ブロードキャストエリアとはブロードキャストサービスが可能な地域を意味し、前記マルチキャストエリアとはマルチキャストサービスが可能な地域を意味する。

図８は、マルチキャストモードを利用した特定ＭＢＭＳサービス提供過程のブロック図である。前記過程は、トランスペアレントな動作と非トランスペアレントな動作との２種類の動作を含む。

１つのトランスペアレントな動作は、ＭＢＭＳサービスを受信しようとするユーザがまずその所望のＭＢＭＳサービスに加入する必要がある状況に関するものである。サービス案内は、可能なＭＢＭＳサービスのリスト及び関連情報を端末に提供することができる。その後、ユーザは、このようなサービスに参加することができ、結果的にマルチキャストサービスグループのメンバーになる。ユーザが所定のＭＢＭＳサービスに関心がない場合、ユーザは、そのサービスを脱退することができ、前記マルチキャストサービスグループのメンバーではなくなる。このようなトランスペアレントな動作は、様々な異なる通信タイプ（例えば、ショートメッセージサービス（ＳＭＳ）、インターネット通信など）のいずれを利用しても達成することができ、必ずしもＵＭＴＳシステムを利用する必要はない。

ＵＴＲＡＮに非トランスペアレントな動作（すなわち、ＵＴＲＡＮに把握されている動作）は、セッション開始、ＭＢＭＳ通知、データ送信、及びセッション終了を含む。例えば、ＳＧＳＮは、セッション開始に関してＲＮＣに通知することができる。ＲＮＣは、所定のサービスが開始されたことを前記マルチキャストグループの様々なＵＥに通知することにより、前記ＵＥが前記サービスの受信を開始できるようにする。いったん前記ＵＥが前記マルチキャストサービスの受信を開始すると、データ送信が開始される。セッション終了を行う際、ＳＧＳＮは、このような動作をＲＮＣに指示することにより、ＲＮＣにセッション終了を開始させる。ＳＧＳＮからのサービスの送信は、ＲＮＣが無線ベアラサービスを提供してＭＢＭＳサービスデータを送信することと関連がある。

前記通知手順後、データ送信を可能にするために、ＵＥ、ＲＮＣ、及びＳＧＳＮ間で複数の手順を開始することができる。これらの手順には、例えばＲＲＣ接続設定、パケット交換ドメインへの接続設定、周波数層コンバージェンス、カウントなどが含まれる。

ここで、ＭＢＭＳサービスの受信は、他のサービス（例えば、回線交換ドメインでの音声送信もしくは映像送信、回線交換ドメインもしくはパケット交換ドメインでのＳＭＳ送信、パケット交換ドメインでのデータ送信、又はＵＴＲＡＮ、パケット交換ドメイン、もしくは回線交換ドメインに関するシグナリング）の受信と同時に行えるという点に注目すべきである。

図９は、ブロードキャストサービス提供過程のブロック図である。図８のマルチキャスト過程とは異なり、図９のブロードキャストサービスはトランスペアレントな方式でサービス案内を提供することを説明する。ブロードキャストサービスのために、いかなる加入又は参加も要求されない。ブロードキャストサービスの場合、非トランスペアレントな動作は図８のマルチキャスト過程における動作と類似する。

他の相違点としては、マルチキャストサービスの場合、ＵＥが予めサービスに加入することにより、ネットワークは所定のサービスが実際に開始される前にそのサービスに関心のあるＵＥを把握している。それに対し、ブロードキャストサービスにおいては、ネットワークはサービスが開始されるまでそのサービスに関心のあるＵＥを把握することができない。

ネットワークがサービスをＰｔＰベアラで送信すべきと判断して前記サービスを開始する場合、一般に、前記ネットワークはＰｔＰサービス設定を要求すべきことをＵＥに通知する。これは、一般にＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ又はＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージなどの通知メッセージをＵＥに送信することにより達成される。

図１０は、マルチキャストサービスのための参加及びＭＢＭＳコンテクストアクティブ化の一例を示す図である。工程１０５は、ＵＥがマルチキャストサービスに参加する段階を含み、特に、前記ＵＥはＵＥが前記マルチキャストサービスを受信しようとすることをＧＧＳＮに通知する。前記ＧＧＳＮは、ＢＭ−ＳＣにより認証を確認し、参加手順に関してＳＧＳＮに通知する。工程１１０は、前記ＳＧＳＮがＲｅｑｕｅｓｔＭＢＭＳＣｏｎｔｅｘｔＡｃｔｉｖａｔｉｏｎメッセージを前記ＵＥに送信する段階に関するものである。このメッセージにより、前記ＳＧＳＮは前記ＵＥが前記サービスをアクティブにすることを要求する。工程１１５は、前記ＵＥが前記ＲｅｑｕｅｓｔＭＢＭＳＣｏｎｔｅｘｔＡｃｔｉｖａｔｉｏｎメッセージに応答してＭＢＭＳＣｏｎｔｅｘｔＡｃｔｉｖａｔｉｏｎＲｅｑｕｅｓｔメッセージを送信する段階を示している。一般に、このようなメッセージには、例えばＴＭＧＩ及びＥＮＳＡＰＩ（Enhanced Network Service Access Point Identifier）が含まれる。前記ネットワークは、ＡｃｔｉｖａｔｅＭＢＭＳＣｏｎｔｅｘｔＡｃｃｅｐｔメッセージを前記ＵＥに送信することにより、前記ＭＢＭＳＣｏｎｔｅｘｔＡｃｔｉｖａｔｉｏｎＲｅｑｕｅｓｔメッセージを確認する（工程１２０）。

ここで、ＥＮＳＡＰＩは、ＴＭＧＩに効果的にリンクされているため、ＰｔＰベアラ設定時に前記ＵＥに前記ＴＭＧＩを送信する必要がない。すなわち、前記ＲＮＣから前記ＵＥへのＰｔＰベアラ設定時、前記ＥＮＳＡＰＩの送信により、コンテクスト設定初期に前記ＥＮＳＡＰＩにリンクされたＴＭＧＩを十分に識別することができる。

図１１は、マルチキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。サービングＲＮＣは、新しいサービス又は既存のサービスが存在することをＵＥに通知する。一般に、ＴＭＧＩ又はＴＭＧＩの一部の主要情報（representation）が前記ＵＥに送信される（工程１５０）。前記ＴＭＧＩはＰＬＭＮＩＤ（identification）を含んでいるので、このＩＤが前記ネットワークのＰＬＭＮＩＤのいずれか１つと同じ場合、前記ＴＭＧＩのＰＬＭＮＩＤ部分は省略することができる。

工程１５５は、前記ＵＥが無線ベアラ設定を要求する段階を示している。前記ＵＥがＩｕインタフェースへの接続をまだ設定していない場合、前記ＵＥは工程１６０でその設定を開始する。

工程１６５は、前記ＲＮＣが、前記ＳＧＳＮとリンク情報を交換することによって、前記ＵＥが加入しているＴＭＧＩにより識別された各サービスに対して有効な（Ｅ）ＮＳＡＰＩ値を得る段階に関するものである。この工程は、前記ＴＭＧＩの値が一般に前記（Ｅ）ＮＳＡＰＩよりはるかに大きいので好ましい。工程１７０は、前記（Ｅ）ＮＳＡＰＩ及びＴＭＧＩを含むＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐメッセージを提供する。工程１７５は、前記（Ｅ）ＮＳＡＰＩに基づいて、設定された無線ベアラを前記ＴＭＧＩにマッピングする段階を含む。工程１８０において、前記ＵＥは、前記ＳＲＮＣに送信されるＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを利用して、前記設定を確認する。

図１２は、一般的なＮＳＡＰＩの一例を示す図である。同図に示すように、ＮＳＡＰＩは特定の未使用部分を含む。特に、０−１５の可能な位置のうち５−１５の位置のみ使用される。図１３は、ＭＢＭＳに共通に使用される一般的なエンハンストＮＳＡＰＩの一例を示す図である。同図に示すエンハンストＮＳＡＰＩは８オクテットで符号化される。０−２５５の利用可能な値のうち、１２８−２５５の値のみＭＢＭＳのために使用される。従って、ＮＳＡＰＩとエンハンストＮＳＡＰＩは同様に利用され、ここでは（Ｅ）ＮＳＡＰＩと呼ばれる。

図１４は、一般的なＴＭＧＩの一例を示す図である。ＭＣＣ（Mobile Counter Code）及びＭＮＣ（Mobile Network Code）は共同でＰＬＭＮコードを定義する。多くの場合、ＴＭＧＩでのＰＬＭＮコードは、前記ＵＥが登録したネットワークのＰＬＭＮコードと同じである。従って、ＭＣＣ及びＭＮＣは省略することができる（すなわち、ネットワークのＰＬＭＮと同じ場合のＰＬＭＮ、又は共有ネットワークにおける場合のようにネットワークにリストされているＰＬＭＮ）。

一般に、（例えば、図１１に示されているような）ブロードキャストサービスにリンクされているＵＥは利用されない。これにより、ネットワークがＰｔＰベアラでＭＢＭＳブロードキャストサービスを伝達しなければならない場合、無線ベアラ設定に利用される（Ｅ）ＮＳＡＰＩは予め定義されていないであろう。様々なＵＥが様々なサービスに関心があるので、一般に前記（Ｅ）ＮＳＡＰＩから前記ＴＭＧＩへの定められたマッピングが使用されないという点が潜在的な問題である。

以下、本発明の様々な実施形態により、いくつかの問題のうち前述した問題を解決するための一般的な技術について説明する。第１の技術は、無線ベアラ設定メッセージにＴＭＧＩ又はＴＭＧＩの主要情報を追加することを含む。これは、無線ベアラ毎に（Ｅ）ＮＳＡＰＩが利用されているか否かの識別に用いられる。これにより、この技術においては、ＭＢＭＳ又は無線ベアラを伝達する他のサービスを識別可能にする。また、この技術においては、ＵＥが無線ベアラで送信されるＭＢＭＳサービスを識別可能にする。しかしながら、このような方式は一般に、ＴＭＧＩのサイズに起因してメッセージサイズの大幅な増加を要求する。

第２の技術は、ネットワークに各ＴＭＧＩ又はＴＭＧＩの主要情報と共に（Ｅ）ＮＳＡＰＩを指示させることを含む。このような指示は、一般にブロードキャストサービスの通知メッセージによりＵＥに送信される。前記（Ｅ）ＮＳＡＰＩ値の一部は、一般にアクティブブロードキャストサービスとして使用するために保存されるため、リンク段階では使用されない。

第３の技術は、（Ｅ）ＮＳＡＰＩとＲＮＣに直接向かうＴＭＧＩ間のリンクを示すことを含む。

図１５は、本発明の一実施形態による無線ベアラ設定メッセージ内のＴＭＧＩを利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。工程２００は、ＵＥにＭＢＭＳサービスセッションの開始を通知する段階を含む。この工程では、前記サービスがＰｔＰ無線ベアラで送信されることを指示することもできる。この工程は、ネットワークが、例えばＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ又はＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージなどのメッセージを送信することにより、達成することができる。

工程２０５において、前記ＵＥは、ＴＭＧＩ（又は、他の識別子）を含む適切なメッセージ（例えば、セルアップデート、ＲＲＣ接続要求メッセージ、ＭＢＭＳ修正サービス要求など）を利用してＰｔＰベアラを要求する。一般に、このようなメッセージは、前記ＵＥが受信しようとするサービスをサービングＲＮＣに通知するのに利用される。前記ＵＥは、所望の場合、このような過程が以前に行われていないと、ＲＲＣ設定及びＩｕ接続を開始することができる（工程２１０）。

工程２１５によれば、前記ＲＮＣは、ＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐメッセージを利用して、無線ベアラ設定を開始する。本発明の一態様によれば、このメッセージは、前記無線ベアラにより伝達されるサービスを識別するＴＭＧＩ（又は、前記ＴＭＧＩから派生した識別子）を含むことができる。そして、前記無線ベアラ設定が完了する（工程２２０）。興味深いことに、前記ＵＥは前記（Ｅ）ＮＳＡＰＩを使用しなくても前記サービスを識別することができる。このようなパラメータが使用されなくても、（Ｅ）ＮＳＡＰＩは一般に前記ＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐメッセージに含まれる。従って、前記（Ｅ）ＮＳＡＰＩ値の再使用が有用である。

図１６は、本発明の一実施形態による案内に含まれるＴＭＧＩを利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。工程２５０は、ＭＢＭＳサービスセッションの開始をＵＥに通知する段階を含む。この工程は、サービスがＰｔＰベアラで送信されるという指示をさらに含むことができる。所望の場合、ネットワークは、ＭＢＭＳブロードキャストサービスのために、保存されたセットの値のうち（Ｅ）ＮＳＡＰＩ値、又は前記ＵＥがまだ使用していない値を割り当てる。前記（Ｅ）ＮＳＡＰＩと前記ＴＭＧＩ間のマッピングは、一般にブロードキャストサービスがアクティブになっている間は有効である。

工程２５５によれば、前記ＵＥは、ＵＥがＭＢＭＳブロードキャストサービスをＰｔＰ無線ベアラで受信しようとすることを示す適切なメッセージ又は要求を利用して、ＰｔＰベアラを要求する。このような要求は、セルアップデート、ＲＲＣ接続要求、ＭＢＭＳ修正サービス要求メッセージなどにより実現される。

ＵＥが関心のあるサービスを示すために、前記要求にＴＭＧＩ又は派生した値（derived value）を含むこともできる。代案として、前記（Ｅ）ＮＳＡＰＩが既に割り当てられている場合、前記（Ｅ）ＮＳＡＰＩを利用して前記ＵＥが要求したサービスを識別することができる。他の代案は、前記ＵＥが前記（Ｅ）ＮＳＡＰＩをまだ受信していないシナリオに関連する。このようなシナリオにおいては、前記ＵＥは前記ＭＢＭＳサービスのために割り当てられるＴＭＧＩ及び（Ｅ）ＮＳＡＰＩを示すことができる。

工程２６０は、ＲＲＣ設定及びＩｕ接続がまだ行われていない場合、前記ＵＥがこのような動作を開始する段階に関するものである。工程２６５は、ＲＮＣが例えばＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐメッセージを利用して無線ベアラ設定を開始する段階を説明するものである。所望の場合、このようなメッセージは、前記ネットワークが前記ＵＥに既に送ったか、又は前記ＵＥが（Ｅ）ＴＭＧＩと共に前記ネットワークに示した（Ｅ）ＮＳＡＰＩを含むことができる。工程２７０は、前記（Ｅ）ＮＳＡＰＩに基づいて、前記設定された無線ベアラを前記ＴＭＧＩにマッピングする段階を含む。これにより、前記ＵＥは前記（Ｅ）ＮＳＡＰＩを利用して前記サービスを識別することができる。所望の場合、前記ＵＥは、前記ネットワークにＲａｄｉｏＢｅａｒｅｒＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することにより、無線ベアラ設定に成功したことを通知することができる（工程２７５）。

本発明のさらなる実施形態によれば、セルアップデートメッセージ又はＲＲＣ接続設定メッセージにＴＭＧＩ値を含む代わりに、ＭＢＭＳショート送信ＩＤ（short transmission identification）を推定することができる。このような推定は、例えばＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージ内のエントリ順序に基づいて行うことができる。

一般に、ＭＢＭＳショート送信ＩＤはダウンリンクで利用される。これは、通常、（ＭＣＣＨチャネルで送信される）ＭＢＭＳＡＣＣＥＳＳＩＮＦＯＲＭＡＴＩＯＮメッセージにリストされる必要がある場合、前記ＭＣＣＨチャネルで送信されたＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ又はＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージにリストされている完全なＴＭＧＩの繰り返しを避けるために実現される。この場合、前記ＵＥは、前記ＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ内にリストされているＴＭＧＩを連結させることにより、前記ＭＢＭＳＡＣＣＥＳＳＩＮＦＯＲＭＡＴＩＯＮメッセージにより送信されたＭＢＭＳショート送信ＩＤの意味を推定することができる。前記ＭＢＭＳショート送信ＩＤの値は、前記リスト内のＴＭＧＩのエントリを提供する。

従って、（例えば、セルアップデート、ＲＲＣ接続要求、ＭＢＭＳ修正サービス要求、又は他のメッセージにより）アップリンクでリストされたＴＭＧＩを含む代わりに、前記ＵＥは、前記ＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージにリストされているＴＭＧＩの総数に加えて、前記ＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージのリストにＴＭＧＩのエントリを含むか、又は前記ＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージにＴＭＧＩのリストのエントリを含むことができる。前記ＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮメッセージのコンテンツが経時変化することがあるため、前記ＭＢＭＳショート送信ＩＤがどのバージョンのＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＳＩＮＦＯＲＭＡＴＩＯＮを意味するかを前記ネットワークが分かるように、タイミング基準をさらに含むことが有用である。このような態様及びその他の態様を図１７を参照して説明する。

図１７は、本発明の一実施形態によるサービスの指示のためのＭＢＭＳショート識別子を利用したブロードキャストサービスのためのＰｔＰ無線ベアラ設定の一例を示す図である。工程２８０は、ＵＥが修正期間（すなわち、前記ＵＥが把握しているところではコンテンツが変化しない期間）中にＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮメッセージを受信する段階を含む。工程２８５によれば、前記ＵＥは前記ＭＢＭＳショート送信ＩＤを推定することができる。工程２９０において、前記ＵＥはＲＲＣ接続要求メッセージ又はセルアップデートメッセージをネットワークに送信する。このようなメッセージには前記ＭＢＭＳショート送信ＩＤが含まれる。このようなメッセージの送信には遅延が存在することがあるので、ＲＮＣが前記メッセージを受信するときに送信されたＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮメッセージは、前記ＵＥが前記ＭＢＭＳショート送信ＩＤを推定したときに送信されたＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮメッセージと異なるメッセージである場合もある。

工程２９５は、前記ＲＮＣが正確な修正期間に基づいて前記メッセージを復号化する段階に関するものである。これを達成するための１つの技術として、前記メッセージにタイミング基準を含めるものがある。前記タイミング基準は、前記ＭＢＭＳＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮ及びＭＢＭＳＵＮＭＯＤＩＦＩＥＤＳＥＲＶＩＣＥＩＮＦＯＲＭＡＴＩＯＮメッセージのうち、いずれのメッセージで前記ＭＢＭＳショート送信ＩＤが生成されたかを示す。このようなタイミング基準は、例えばＳＦＮ、又はＵＭＴＳにおいてＢＣＨチャネルでブロードキャストされるＳＦＮの一部分を含む。

図１８は、本発明の一実施形態によるＵＥとして実現できる移動通信装置３００のブロック図である。移動通信装置３００は、例えば携帯電話として示し、ここに説明された様々な方法を実現するように構成できる。移動通信装置３００は、マイクロプロセッサやデジタルシグナルプロセッサなどの処理部３１０、ＲＦモジュール３３５、電力管理モジュール３０５、アンテナ３４０、バッテリ３５５、ディスプレイ３１５、キーパッド３２０、選択的なＳＩＭ（Subscriber Identify Module）カード３２５、フラッシュメモリ、ＲＯＭもしくはＳＲＡＭなどのメモリ部３３０、スピーカ３４５、及びマイク３５０を含む。

ユーザは、例えばキーパッド３２０のボタンの押圧、又はマイク３５０を利用した音声アクティブ化により、電話番号などのインストラクション情報（instructional information）を入力する。処理部３１０は、前記電話番号に電話をかけるなどの適切な機能を実行するために、前記インストラクション情報を受信して処理する。前記機能を実行するために、メモリ部３３０からオペレーションデータ（operational data）を検索することができる。また、処理部３１０は、ユーザの参照及び便宜のために、前記インストラクション及びオペレーション情報をディスプレイ３１５に表示することができる。

処理部３１０は、例えば音声通信データを含む無線信号を送信するなどの通信を開始するように、ＲＦセクション３３５にインストラクション情報を送る。ＲＦセクション３３５は、無線信号を受信及び送信するための受信機及び送信機を含む。アンテナ３４０は無線信号の送受信を容易にする。無線信号を受信すると、ＲＦモジュール３３５は、前記信号をベースバンド周波数に変換し、処理部３１０の処理のために処理部３１０に伝達することができる。前記処理された信号は、例えばスピーカ３４５から出力される可聴又は可読情報に変形される。

処理部３１０は、他の動作中にもここに開示された様々な方法を行うように構成される。移動通信装置３００を例えば処理部３１０又は他のデータもしくはデジタル処理装置を利用して単独で又は外部サポートロジックとの組み合わせにより実現できることは、当業者に明らかである。本発明は、移動通信に関連して説明されたが、本発明は、無線通信能力を備えるＰＤＡやラップトップコンピュータのような移動装置を使用する無線通信システムでも利用できる。また、本発明を説明するために使用された特定用語は本発明の範囲をＵＭＴＳのような特定タイプの無線通信システムに限定するものではない。本発明は、例えばＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの様々なエアインタフェース及び／又は物理層を使用する他の無線通信システムにも適用できる。

本発明の好ましい実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラミング及び／又はエンジニアリング技術を用いて製造方法、製造装置、又は製造物として実現できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）など）、又はコンピュータ可読媒体（例えば、磁気記録媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなど）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性及び不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど））において実行されるコードやロジックを示す。前記コンピュータ可読媒体でのコードはプロセッサによりアクセス及び実行される。

本発明の好ましい実施形態で実行されるコードは、伝送媒体を介して、又はネットワーク上のファイルサーバからアクセスすることもできる。その場合、前記コードが実行される製造物は、ネットワーク伝送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲でその構成の様々な変更が可能であり、前記製造物が公知の情報伝達媒体（information bearing medium）をも含むことを理解するであろう。

図面に示すロジックの実装は、特定動作が特定順序で発生するものとして説明した。代替実施形態においては、特定ロジック動作を他の順序で行うか、変更又は除去して行うことができ、本発明の好ましい実施形態を実現する。また、前述したロジックにステップをさらに追加することができ、これは本発明の実施形態に準拠する。

前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他のタイプの装置及び処理にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であればこれらの多様な代替、変更、変形が可能であることを理解できるであろう。

Claims

少なくとも１つのサービス識別子を含むサービス情報のバージョンをユーザ装置（ＵＥ）が受信する段階と、
前記サービス情報の少なくとも１つのサービス識別子を示す少なくとも１つのショート送信識別子を生成する段階と、
前記サービス情報のバージョンに関するバージョン情報と共に、前記少なくとも１つのショート送信識別子をネットワークに送信する段階と
を含むことを特徴とするユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
前記サービス情報に関するタイミング基準を用いて前記サービス情報のバージョンを判断する段階をさらに含むことを特徴とする請求項１に記載のユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
前記タイミング基準が、前記サービス情報に関するＳＦＮに基づいて判断されることを特徴とする請求項２に記載のユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
前記サービス情報が、修正されたサービス情報により受信されたサービス識別子に、修正されていないサービス情報により受信されたサービス識別子を追加することにより編成されたサービス識別子リストを含むことを特徴とする請求項１に記載のユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
前記少なくとも１つのショート送信識別子が、前記サービス識別子リスト内の前記少なくとも１つのサービス識別子の位置に該当することを特徴とする請求項１に記載のユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
少なくとも１つのサービス識別子を含むサービス情報を前記ＵＥが受信する段階と、
前記サービス情報の少なくとも１つのサービス識別子を示す前記ショート送信識別子を判断する段階と、
前記ＵＥが前記サービス情報を受信した時間に関するタイミング情報と共に、前記ショート送信識別子を前記ネットワークに送信する段階と
をさらに含むことを特徴とする請求項１に記載のユーザ装置（ＵＥ）から関連ネットワークへのサービス識別子送信方法。
少なくとも１つのサービス識別子を含むサービス情報のバージョンをユーザ装置（ＵＥ）に送信する段階と、
前記サービス情報の少なくとも１つのサービス識別子を示す少なくとも１つのショート送信識別子、及び前記サービス情報のバージョンに関するバージョン情報をネットワークが受信する段階と、
前記少なくとも１つのサービス識別子を識別するための前記バージョン情報に基づいて、前記少なくとも１つのショート送信識別子を復号化する段階と
を含むことを特徴とするネットワークにおけるショート送信識別子復号化方法。
前記サービス情報に関するタイミング基準を用いて前記サービス情報のバージョンを判断する段階をさらに含むことを特徴とする請求項７に記載のネットワークにおけるショート送信識別子復号化方法。
前記タイミング基準が、前記サービス情報に関するＳＦＮに基づいて判断されることを特徴とする請求項８に記載のネットワークにおけるショート送信識別子復号化方法。
前記サービス情報が、修正されたサービス情報により受信されたサービス識別子に、修正されていないサービス情報により受信されたサービス識別子を追加することにより編成されたサービス識別子リストを含むことを特徴とする請求項７に記載のネットワークにおけるショート送信識別子復号化方法。
前記少なくとも１つのショート送信識別子が、前記サービス識別子リスト内の前記少なくとも１つのサービス識別子の位置に該当することを特徴とする請求項７に記載のネットワークにおけるショート送信識別子復号化方法。
少なくとも１つのサービス識別子を含むサービス情報を前記ＵＥに送信する段階と、
前記ＵＥが前記サービス情報を受信した時間に関するタイミング情報と共に、前記サービス情報の少なくとも１つのサービス識別子を示すショート送信識別子を前記ネットワークが受信する段階と
をさらに含むことを特徴とする請求項７に記載のネットワークにおけるショート送信識別子復号化方法。