(57)【要約】【課題】本発明は、ユーザ装置に（UE）へ同一MCCH情報が送出される複数の反復期間（Repetition Periods （RP））を含む修正期間（Modification Period（MP））中に、携帯電話通信ネットワーク内の無線ネットワーク制御装置（Radio Network Controller（RNC））によって前記UEへ周期的に送信されるMCCH（MBMSポイント・ツー・マルチポイント制御チャネル）情報の前記UEによる読取りの最適化方法に関する。【解決手段】本発明によれば、前記ネットワークは前記UEにMBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの個数NumModifiedNCellsを送信するが、これは隣接セルで使用される前記ポイント・ツー・マルチポイント無線ベアラ構成を前記UEに報知するものであり、前記メッセージNCは前記MSIメッセージを用いて前記修正MCCH情報（6）に設けられる。【選択図】図１０
2009535862.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（UE（40））に同一MCCH（MBMS制御チャネル）情報が送出される複数の反復期間（Repetition Periods（4））を含む修正期間（Modification Periods（2））中に、携帯電話通信ネットワーク内の無線ネットワーク制御装置（Radio Network Controller（RNC））によって前記UE（40）へ周期的に送信されるMCCH情報の前記UEによる読取りの最適化方法であって、前記MCCH情報は、
MBMS修正サービス情報（Modified Services Information）メッセージMSIを含む修正MCCH情報、および、
MBMS無修正サービス情報（Unmodified Services Information）メッセージUSIを含む無修正MCCH情報を含み、
前記修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更を前記UE（40）に報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UE（40）が新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものであり、
前記無修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能であって直前の修正期間（2）と比較して変化のないMBMSサービスを前記UE（40）に報知するものであり、前記USIメッセージにはPTM RB infoメッセージが続き、これは前記UE（40）が前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を上記UEに報知するものであり、
RNCはさらに前記UE（40）にMBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの個数NumModifiedNCellsを送信するが、前記メッセージNCは隣接セル（44,46,48）で使用される前記ポイント・ツー・マルチポイント無線ベアラ構成を前記UE（40）に報知するものであり、前記MSIメッセージを用いて前記修正MCCH情報に設けられることを特徴とする方法。
【請求項２】
前記個数NumModifiedNCellsは、整数０から３２であることを特徴とする請求項１記載の方法。
【請求項３】
前記RNCは前記UEによって読取られるべき現用修正期間（2）の各反復期間内のポイント・ツー・マルチポイント無線ベアラ情報の位置に関する追加情報をさらに前記UE（40）へ送信することを特徴とする請求項１記載の方法。
【請求項４】
前記ポイント・ツー・マルチポイント無線ベアラ情報メッセージは、
異なるサービス間で共通であってよくかつ前記現用（42）セル内および／または前記隣接セル（44,46,48）内で適用できるポイント・ツー・マルチポイント無線ベアラ構成情報を前記UE（40）に報知する、すくなくとも1個のMBMS共通ポイント・ツー・マルチポイント無線ベアラ情報メッセージCO、および、
前記セル内で1以上のMBMSサービスが提供される場合に、前記セル内で使用されるポイント・ツー・マルチポイント無線ベアラ構成を前記UEに報知する、すくなくとも1個のMBMS現用セルポイント・ツー・マルチポイント無線ベアラ情報メッセージCC、および、
前記隣接セル（44,46,48）内で1以上のMBMSサービスが提供される場合に、前記隣接セル内で使用されるポイント・ツー・マルチポイント無線ベアラ構成を前記UE（40）に報知する、すくなくとも1個のMBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCを含むことを特徴とする請求項１記載の方法。
【請求項５】
前記追加情報は前記UE（40）に前記MSIメッセージ内のCOメッセージの位置を報知することを特徴とする請求項４記載の方法。
【請求項６】
携帯電話ネットワーク内の通信用のユーザ装置であって、
同一MCCH（MBMS制御チャネル）情報がUE（40）へ送出される複数の反復期間（Repetition Period （4））を含む修正期間（Modification Periods（2））において、携帯電話通信ネットワーク内の無線ネットワーク制御装置（Radio Network Controller（RNC））によって前記UE（40）へ周期的に送信されるMCCH情報を読取るための手段を含み、前記MCCH情報は、
ひとつのMBMS修正サービス情報（Modified Services Information）メッセージMSIを含む修正MCCH情報、および、
ひとつのMBMS無修正サービス情報（Unmodified Services Information）メッセージUSIを含む無修正MCCH情報を含み、
前記修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更を前記UE（40）に報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UE（40）が新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものであり、
前記無修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能であって直前の修正期間（2）と比較して変化のないMBMSサービスを前記UE（40）に報知するものであり、前記USIメッセージにはPTM RB infoメッセージが続き、これは前記UE（40）が前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を上記UEに報知するものであり、
前記ユーザ装置は、MBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの数NumModifiedNcellsを決定するために、および隣接セル（44,46,48）で使用されるポイント・ツー・マルチポイント無線ベアラ構成を前記UE（40）に報知するために、RNCから受信したデータを使用する手段を含み、前記メッセージNCはMSIメッセージを用いて修正MCCH情報（6）に設けられることを特徴とするユーザ装置。
【請求項７】
前記RNCから受信したデータから、現用修正期間（2）の各反復期間内に必要なポイント・ツー・マルチポイント無線ベアラ情報の位置を決定するための手段を含むことを特徴とする請求項６記載のユーザ装置。
【請求項８】
携帯電話通信ネットワーク内の無線ネットワーク制御装置であって、
同一MCCH（MBMS制御チャネル）情報がUE（40）へ送出される複数の反復期間（Repetition Period（4））を含む修正期間（Modification Periods（2））において、MCCH情報を生成して、前記MCCH情報を周期的に前記UE（40）へ送信する手段を含み、前記MCCH情報は、
ひとつのMBMS修正サービス情報（Modified Services Information）メッセージMSIを含む修正MCCH情報、および、
ひとつのMBMS無修正サービス情報（Unmodified Services Information）メッセージUSIを含む無修正MCCH情報を含み、
前記修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更を前記UE（40）に報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UE（40）が新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものであり、
前記無修正MCCH情報は、現用のセル（42）内や、場合によっては隣接するセル（44,46,48）内で使用可能であって直前の修正期間（2）と比較して変化のないMBMSサービスを前記UE（40）に報知するものであり、前記USIメッセージにはPTM RB infoメッセージが続き、これは前記UE（40）が前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を上記UEに報知するものであり、
前記無線ネットワーク制御装置は、MBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの個数NumModifiedNCellsを決定して前期UE（40）に送信する手段を含み、この個数は隣接セル（44,46,48）で使用されるポイント・ツー・マルチポイント無線ベアラ構成を前記UEに報知するものであり、前記メッセージNCはMSIメッセージを用いて前記修正MCCH情報（6）に設けられることを特徴とする無線ネットワーク制御装置。
【請求項９】
前記UEによって読取られるべき現用修正期間（2）の各反復期間内のポイント・ツー・マルチポイント無線ベアラ情報の位置を決定し前期UE（40）に送信する手段を含むことを特徴とする請求項８記載の無線ネットワーク制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はMBMS（マルチメディアブロードキャスト／マルチキャストサービス）に関するもので、特に、ユーザ装置（UE）に同一MCCH情報が送出される複数の反復期間（Repetition Periods（RP））を含む修正期間（Modification Period（MP））中に、携帯電話通信ネットワーク内の無線ネットワーク制御装置（Radio Network Controller（RNC））によって前記UEへ周期的に送信されるMCCH（MBMSポイント・ツー・マルチポイント制御チャネル）情報の前記UEによる読取りの最適化方法に関するものであり、このMCCH情報は、ひとつのMBMS修正サービス情報（Modified Services Information）メッセージ（略してMSIと呼ばれる）を含む修正MCCH情報を含み、これは現用のセル内や、場合によっては隣接するセル内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更をUEに報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UEが新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものである。また、前記MCCH情報は、ひとつのMBMS無修正サービス情報（Unmodified Services Information）メッセージ（略してUSIと呼ばれる）を含む無修正MCCH情報を含み、これは現用のセル内や、場合によっては隣接するセル内で使用可能な直前の修正期間と比較して変化のないMBMSサービスを前記UEに報知するものであり、前記USIメッセージにはPTM RB infoメッセージが続き、これは前記UEが前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものである。
【０００２】
本発明は、無線ネットワーク制御装置（Radio Network Controller（RNC））によって送信されるMCCH情報の読取りを最適化するための手段を含むユーザ装置に関するものである。
【０００３】
本発明は、また、前記UEに送信されるMCCH情報の読取りを最適化するための手段を含むRNCに関するものである。
【背景技術】
【０００４】
MBMS（マルチメディアブロードキャスト／マルチキャストサービス）は、3GPP（Third Generation Group Partnership Project（リリース6））によって定義された、単一の送信元から多数の受信者へデータが送信される単一方向ポイント・ツー・マルチポイントサービスである。このようなサービスを実施するために、MBMS制御情報がネットワークによってMCCH（MBMSポイント・ツー・マルチポイント制御チャネル）で提供されるが、このMCCHはセル内および組合せて使用される隣接セル内で使用可能なMBMSサービスを報知するというMBMSの目的のための新しい論理チャネルである。
【０００５】
MCCHの情報は固定のスケジュールで送信され、これは図１に示されるように全てのサービスに共通である。
【０００６】
図１に示されるように、この固定スケジュールは、複数の反復期間（Repetition Periods（RP））4からなる修正期間（Modification Period（MP））2を有する。MCCH情報（MBMSアクセス情報を除く）の修正は、修正期間の始まりにおいてのみ発生しうる。その結果、新サービスまたは直前の修正期間に比べて修正されたサービスが、修正期間2の始まりにおいてMCCHでUEに報知される。
【０００７】
反復期間4内では、修正期間中の同一MCCH情報（すなわち、MBMSアクセス情報以外のMCCH情報）がRNCによってUEへ周期的に送信される。このMCCH情報は、可能な回数だけ全く同一の内容で繰返される。ある反復期間からの同一RLC PDU（Radio Link Control Protocol Data Units（無線リンク制御プロトコールデータ単位））が次の反復期間に再送信される。
【０００８】
上記固定スケジュールにはアクセスインフォ（情報）期間と呼ばれる期間がさらに含まれ、この期間中にネットワークは、MBMSサービスに関連するUEをカウントするために、アクセス情報期間に基づいて周期的にMBMSアクセス情報を送出する。MCCH上のこのアクセス情報期間は図１には示されていない。
【０００９】
各反復期間4での同一MCCH情報の反復により、MCCHの獲得が必要なことを（例えば、UEがセルに侵入したことを）UEが検出した場合に、反復期間の始まりにおいて、UEは、MCCHの読取りを始めることができるようになる。このときUEは修正期間の始まりを待つ必要はない。また、RLC PDU受信エラー（例えば、無線条件不良）の場合に、UEは、ある反復期間4に受信したRLC PDUを同一修正期間の他の反復期間4からのRLC PDUと組合せることができるようになる。例えば、2個のRLC PDU（RLC PDU1とRLC PDU2）に分けられたMCCH SDU（MCCH サービスデータ単位すなわちMCCHメッセージ）は、RP1においてRLC PDU2が正しく受信されなかった場合には、反復期間1（RP1）からのRLC PDU1と反復期間2（RP2）からのRLC PDU2とを用いてリアセンブリ（再構成）可能である。
【００１０】
さらに、反復期間4内において、MCCHメッセージは図２に示されるように2個の部分に分けて送信される。第一の部分は修正されたMCCH情報の送信用であり、第二の部分は無修正MCCH情報の送信用である。
【００１１】
図２に示されるように、反復期間4内では、まず、RNC（Radio Network Controller（無線ネットワーク制御装置））は、以下の項目を含む修正MCCH情報6を提供する。
・MBMS修正サービス情報を示すMSIメッセージ。このメッセージは、現用のセル内および場合によっては隣接するセル内で使用可能なひとつ以上のMBMSサービスに適用可能な変更（例えば、スタート、修正、リリースなど）をUEに報知するために、UTRAN（UMTS Terrestrial Radio Access Network （UMTS地上無線アクセスネットワーク））のRNCによって周期的に送信される。
・MSIの内容に従ってUEによって読取られるべきメッセージ。このメッセージは、UEが新サービスまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要なポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB infoによって示される））を含む。
【００１２】
ついで、RNCは以下の項目を含む無修正MCCH情報8を提供する。
・MBMS無修正サービス情報を示すUSIメッセージ。このメッセージは、現用のセル内および場合によっては隣接するセル内で使用可能であって直前の修正期間と比較して変化のないMBMSサービスをUEに報知する。
・USIの内容に従ってUEによって読取られるべきメッセージであって、UEが無修正サービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要なPTM RB infoを含むメッセージ。
【００１３】
「修正MCCH情報」と「無修正MCCH情報」との分離契機は、MSIメッセージ内に”End of Modified MCCH Information（修正MCCH情報終了）”情報項目として与えられる。
【００１４】
PTM RB infoメッセージは以下の項目を含む。
・ひとつのMBMS COMMON PTM RB INFORMATIONメッセージ。これはCOと略され、PTM RB構成情報をUEに報知するためのものであり、これは異なるサービスにたいして共通でもよくかつ現用のセル内および場合によっては隣接するセル内で適用可能である。
・ひとつのMBMS CURRENT CELL PTM RB INFORMATIONメッセージ。これはCCと略され、PTM RBを用いてひとつ以上のMBMSサービスが提供される場合に、特定のセル（すなわち、このMCCH情報が送信されるセル）内で使用されるPTM RB構成情報をUEに報知するためのものである。
・ひとつのMBMS NEIGHBOR CELL PTM RB INFORMATIONメッセージ。これはNCと略され、UEが選択および／または柔軟な組合せを実行して良いか否かを示すために、隣接セル内で使用されるPTM RB構成をUEに報知するためのものである。
【００１５】
メッセージCO, CC, NCは同一の修正期間2内でUEによって獲得される。
【００１６】
動作中、新サービスが始動されるか既存のサービスが修正されると、UEはネットワークからMSIメッセージを介して報知される。このサービスがポイント・ツー・マルチポイント無線ベアラを使用して提供されるときには、UEは修正されたMCCH情報項目6内に置かれたPTM RB infoメッセージCO, CC, およびNCの獲得を継続すべきことを認識する。
【００１７】
MCCHの読取りにはMCCH獲得手順とMCCH通知手順の二つの手順が利用できる。
【００１８】
MCCHを読取るときには、UEはMCCH獲得手順またはMCCH通知手順を適用する。
【００１９】
UEは、セル内で使用可能なMBMSサービスを決定するために、また、UEが参加しているサービスの受信を始めるために、MCCH獲得手順を使用する。例えば、UEは、新しいセルに侵入したときに、または新サービスを作動させるときにMCCH獲得手順を開始する。MCCH獲得手順の場合、UEはセル内で使用できる全サービスを検出するためにMSIとUSIのメッセージを受信する必要がある。ユーザがセル内で使用できるあるサービスに関心がある場合、そのサービスに関するPTM RB infoメッセージをも読取る必要がある。
【００２０】
MCCH通知手順は、UEが参加しているひとつ以上のMBMSサービスに適用できる変更を示すUTRANによって与えられる通知に返答するためにUEが使用するものである。この通知手順は、ユーザによって起動されたサービス内の変更（新サービスまたは既存のサービスへの修正）を検出するために、MCCH獲得手順の後でUEによって使用される。MCCH通知の場合、ユーザによって起動されたサービスが新しく開始されたのか、修正されたのかを検出するためには、UEはMSIメッセージを獲得するだけでよい。ユーザがセル内で使用できるある修正されたサービスに関心がある場合、そのサービスに関するPTM RB infoメッセージを読取るための修正MCCH情報項目6をも読取る必要がある。
【００２１】
図３は、UTRAN内およびUE内の対応するレイヤ間の通信を示す。
【００２２】
MCCHメッセージは、UTRANのRRC（Radio Resource Control（無線リソース制御））からRLC（Radio Link Control（無線リンク制御））レイヤを介してUEのRRCへ送信される。UTRANのRLC実体とUEのRLC実体は、UTRANとUEとの間のMCCHフローを表す図４に示されるように、非承認モードで構成されている。
【００２３】
図４で示されるように、UTRAN側では、MCCHメッセージを構成するRLC SDU（Radio Link Control Service Data Unit（無線リンク制御サービスデータ単位））は、UM-SAP10（Unacknowledged Mode-Service Access Point（非承認モードサービスアクセスポイント））によって送信用UM-entity12へ提供され、無線インターフェース（Uu）を介して受信用UM-entity 14へ送信される。
【００２４】
送信用UM-entity12は、送信バッファ16を含む第一ステージと、セグメンテーションと連結のモジュール18を含む第二ステージと、RLCヘッダを付加してRLC PDUを作成する第三ステージ20とにより構成される。
【００２５】
受信用UM-entity14は、受信バッファを含む第一ステージ22と、RLC PDUからRLCヘッダを取除く第二ステージ24と、リアセンブリ（再構成）ユニットを含む第三ステージ26とにより構成される。
【００２６】
図５に示されるように、送信用UM RLC entity12は、RLC SDU（MCCHメッセージ）をUMD PDU（Unacknowledged Mode Protocol Data Units（非承認モードプロトコールデータ単位））にセグメント分けする。UMD PDUはセグメント化されたRLC SDUおよび／または連結されたRLC SDUを含んでよい。
【００２７】
図５の例では、RLC SDU2は2個の部分に分けられ、一方はUMD PDU1に含まれ、他方はUMD PDU2に含まれる。RLC SDU3とRLC SDU4はUMD PDU2内に連結される。受信用UM RLC entityはUMD PDUを受信してRLC SDUを再構成する。
【００２８】
受信用RLC entity14は「非連続配信」でMCCH受信するように構成されているが、これは、RLC PDU受信エラーのために時間的に早いPDUがまだ受信されていないとしても、SDUを含むPDUが全て受信されるとただちにSDUを再構成して上位レイヤに転送することを示す。
【００２９】
図６に示されるように、RLC PDU受信エラーの場合、1反復期間RP1に受信されかつ未再構成のRLC SDUに対応するUMD PDUは、受信用UM-RLC entity 14によって記憶され、次の反復期間RP2に受信されるこれらのSDUを含むPDUと組合せられる。図６に示される例では、UMD PDU1はRP1内で正しく受信される。RLCはRLC SDU1をRRCへ送信する。しかし、RLCはRLC SDU2を再構成できない、したがってRLCはUMD PDU1を記憶する。さらに、次の反復期間RP2で、RLCはRLC SDU2を正しく受信する。記憶されたUMD PDU1を使用して、RLCはRLC SDU2を再構成しRRCへ送信できる。また、RLCはUMD PDU2に含まれるRLC SDU3とRLC SDU4をRRCへ送信する。
【００３０】
RLC PDU受信エラーを伴ったMCCH読取りは、RLC PDUがUEのRLC entity14によって受信できない場合に発生する。これは、例えば、より高い優先度のタスクのためにUEがMCCHをある期間読取らない場合に、または無線受信条件が悪いためにUMD PDUを含む輸送ブロックに関するCRC（Cyclic Redundancy Check）がエラーになる場合に発生しうる。
【００３１】
上記問題を図７に示すが、ここではUMD RLC PDU2がUEによって受信されない。この場合、受信されないUMD PDUがMCCHチャネルまたは他のチャネルに対応するPDUであるかどうかは、UEには分からない。
【００３２】
なお、UEがMCCH通知手順を作動させる場合、UEは、変更されかつMSIメッセージ内に通知されたサービスに対応するだけである。開始されたサービスにユーザ対応するときには、UEはMSIメッセージを介してこのサービスのセッションが始まったことを検出し、また、このセッションがポイント・ツー・マルチポイント無線ベアラ（Point-to-Multipoint Radio Bearer（PTM RB））を介して与えられるときには、UEはこのサービスに対応するPTM RB情報メッセージすなわちCO, CCおよびNCメッセージを得るために、修正MCCH情報も読取る。
【００３３】
現行3GPP仕様では、UTRANは反復期間内のMBMS NEIGHBOR CELL PTM RB INFOメッセージNCの総数をUEに伝えるが、これは修正MCCH情報6および無修正MCCH情報8内に置かれたNCメッセージの数を含む。このパラメータは隣接セルのMBMS数、略してNumTotalNcellsと呼ばれる。
【００３４】
組合せが適用される隣接セルが同一サービスの組合せを送信しないこともありうるので、NCメッセージは組合せが適用される隣接セルのいくつかにおいて始められる新サービスのための修正MCCH情報6に含まれていてもよいし、または組合せが適用される隣接セルにおいて既に処理中のサービスのための無修正MCCH情報内に含まれていてもよい。
【発明の開示】
【発明が解決しようとする課題】
【００３５】
UEは新サービスに関心があるだけなので、したがって、修正MCCH情報6に含まれるNCメッセージを獲得すればよいので、UEは新／修正サービスのために必要な全てのMCCH情報（MCCHメッセージMSI, CO, CC, NC）が正しく受信されたかを判別できれば電力消費を節約できる。しかし、RLC PDU受信エラーが発生すると、UEは、失ったRLC PDUがUEによってまだ受信されていない必要なMCCH情報に属する追加NCメッセージに対応するRLC SDU（の部分）を含むか、または失ったRLC PDUが他のRLC SDUに関連するかを判別できない。
【００３６】
本発明の目的は、上記欠点を克服し、RLC PDU（Radio Link Control Protocol Data Units（無線リンク制御プロトコールデータ単位））受信エラーが発生したときにUE がMBMS制御情報を読取るために費やす時間を短縮することである。
【課題を解決するための手段】
【００３７】
本発明の方法は、ユーザ装置（UE）に同一MCCH（MBMSポイント・ツー・マルチポイント制御チャネル）情報が送出される複数の反復期間（Repetition Period（RP））を含む修正期間（Modification Period（MP））中に、携帯電話通信ネットワーク内の無線ネットワーク制御装置（Radio Network Controller （RNC））によって前記UEへ周期的に送信されるMCCH情報の前記UEによる読取りの最適化方法であって、前記MCCH情報は、
ひとつのMBMS修正サービス情報（Modified Services Information）メッセージMSIを含む修正MCCH情報、および、
ひとつのMBMS無修正サービス情報（Unmodified Services Information）メッセージUSIを含む無修正MCCH情報を含み、
前記修正MCCH情報は、現用のセル内や、場合によっては隣接するセル内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更を前記UEに報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UEが新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものであり、
前記無修正MCCH情報は、現用のセル内や、場合によっては隣接するセル内で使用可能であって直前の修正期間と比較して変化のないMBMSサービスを前記UEに報知するものであり、前記USIメッセージには、前記UEが前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成が続くことを特徴とする。
【００３８】
UEがMCCHメッセージMSI, CO, CC, NCを含む新／修正サービスのために必要な全てのMCCH情報が正しく受信されたかを判別できるようにするために、RNCはさらにUEにMBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの数NumModifiedNcellsを送信するが、前記メッセージNCは隣接セルで使用されるポイント・ツー・マルチポイント無線ベアラ構成をUEに報知するものであり、MSIメッセージを用いて修正MCCH情報に設けられる。
【００３９】
本発明によれば、前記ポイント・ツー・マルチポイント無線ベアラ情報メッセージは、
異なるサービス間で共通であってよくかつ現用セル内および／または隣接セル内で適用できるポイント・ツー・マルチポイント無線ベアラ構成情報をUEに報知する、すくなくとも1個のMBMS共通ポイント・ツー・マルチポイント無線ベアラ情報メッセージCO、および、
セル内で1以上のMBMSサービスが提供される場合に、前記セル内で使用されるポイント・ツー・マルチポイント無線ベアラ構成をUEに報知する、すくなくとも1個のMBMS現用セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージCC、および、
隣接セル内で1以上のMBMSサービスが提供される場合に、前記隣接セル内で使用されるポイント・ツー・マルチポイント無線ベアラ構成をUEに報知する、すくなくとも1個のMBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCを含むことを特徴とする。
【００４０】
本発明による方法は、RLC PDU受信エラーが発生した場合に、すなわちUEがMCCH通知手順を作動時にRLC PDUがUEでRLC entityによって受信されない場合に、最適化されたMCCH情報読取手順を提供する。
【００４１】
NumModifiedNCellsの数を知ることによって、UEは必要なMCCH情報が全て獲得されればただちに修正MCCH情報の読取りを停止できる。
【００４２】
本発明によって、UEは、必要な全てのMCCH情報(新／修正サービスのための修正MCCH情報内のMCCHメッセージMSI, CO, CC, NCの個数)が正しく受信されたことを検出するとすぐに電力消費を節約する。
【００４３】
この情報をUEに提供するのはUTRAN（RNC）の責任である。
【００４４】
本イノベーションを実施するネットワークは、UEが電力消費を節約するための方法も実現できるようにする。
【００４５】
本発明のある実施例では、RNCによってUEへ送信されるNumModifiedNCellsの数は、整数０から３２である。
【００４６】
本発明の他の観点によれば、RNCはUEによって読取られるべき現用修正期間の各反復期間内のポイント・ツー・マルチポイント無線ベアラ情報の位置に関する追加情報をさらにUEへ送信する。前記追加情報はCOメッセージが修正MCCH情報内に置かれているか否かをUEに示す。
【００４７】
本発明はユーザ装置にも関連し、無線ネットワーク制御装置は本発明による方法を実施するための手段を含む。
【００４８】
本発明によるユーザ装置は、MBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの個数NumModifiedNcellsを決定するために、および隣接セルで使用されるポイント・ツー・マルチポイント無線ベアラ構成をUEに報知するために、RNCから受信したデータを使用する手段を含むが、前記メッセージNCはMSIメッセージを用いて修正MCCH情報に設けられる。
【００４９】
ユーザ装置は、RNCから受信したデータから、現用修正期間の各反復期間内に必要なポイント・ツー・マルチポイント無線ベアラ情報の位置を決定するための手段を含むことが望ましい。
【００５０】
本発明による無線ネットワーク制御装置は、
同一MCCH（MBMS制御チャネル）情報がUEへ送信される複数の反復期間（RP）を含む修正期間（MP）において、MCCH情報を生成して前記MCCH情報を周期的にUEへ送信する手段を含み、前記MCCH情報は、
ひとつのMBMS修正サービス情報（Modified Services Information）メッセージMSIを含む修正MCCH情報、および、
ひとつのMBMS無修正サービス情報（Unmodified Services Information）メッセージUSIを含む無修正MCCH情報を含み、
前記修正MCCH情報は、現用のセル内や、場合によっては隣接するセル内で使用可能なひとつ以上のMBMSサービスに適用可能な任意の変更を前記UEに報知するものであり、前記MSIメッセージにはポイント・ツー・マルチポイント無線ベアラ情報（Point-to-Multipoint Radio Bearer Information（PTM RB info））メッセージが続き、これは前記UEが新しいまたは修正されたサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成を前記UEに報知するものであり、
前記無修正MCCH情報は、現用のセル内や、場合によっては隣接するセル内で使用可能であって直前の修正期間と比較して変化のないMBMSサービスを前記UEに報知するものであり、前記USIメッセージには、前記UEが前記無修正のサービスに関するMBMSトラフィックを受信するためのリソースを構築するのに必要な現用セル内および隣接セル内でのPTM RB構成が続くことを特徴とする。
【００５１】
前記RNCは、MBMS隣接セル・ポイント・ツー・マルチポイント無線ベアラ情報メッセージNCの個数NumModifiedNcellsを決定してUEに送信する手段を含むことを特徴とするが、この個数は隣接セルで使用されるポイント・ツー・マルチポイント無線ベアラ構成を前記UEに報知するものであり、前記メッセージNCはMSIメッセージを用いて修正MCCH情報に設けられる。
【００５２】
前記RNCは、前記UEによって読取られるべき現用修正期間の各反復期間内のポイント・ツー・マルチポイント無線ベアラ情報の位置を決定して前期UEに送信する手段をさらに含むことを特徴とする。
【発明を実施するための最良の形態】
【００５３】
図８を参照すると、UE40は現用セル42に滞在し、3個の隣接セル44, 46および48がある。
【００５４】
図８に示されるように、ユーザはサービスS2を起動していて、MCCH通知手続きを使用してMCCHにおける変更を監視しているとする。
【００５５】
また、サービスS1は、現用セル42内のPTM無線ベアラ（Radio Bearer）を介してまた隣接セル44内のPTM RBを介して既に実行中であるとする。
【００５６】
つぎに、現用セル42、隣接セル46および隣接セル48内のPTM RBを介してネットワークによって、サービスS2のためのセッションが開始される。
【００５７】
PTM RBを介してS2を有している隣接セル46および48は現用セル42との組合せが可能であり、したがって、これらの隣接セル46および48のためのNCメッセージNC2とNC3は現用セル42のMCCHに提供される。
【００５８】
NC1、NC2およびNC3メッセージは全てが修正MCCH情報に設けられなくてもよい。この状況は、例えば、サービスS1およびS2のためのサービスエリアが、図８に示すように同一セルをカバーしないときに発生しうる。この状況は、また、例えば図９に示すようにサービスS1およびサービスS2が異なる転送モードで提供されるときに発生しうるものであって、ここでは、S1は隣接セル44内のPTM（Point-to Multipoint（一ポイント・ツー・マルチポイント））無線ベアラによって提供され、S2はPTP（Point-to-Point（ポイント・ツー・ポイント））無線ベアラによって提供される。
【００５９】
動作上、ネットワークは第一のMCCH指令である修正MCCH情報によって修正期間2中にサービスS2のセッションの開始を通知するが、これはMSI（MBMS修正情報メッセージ）を含み、この修正MCCH情報はサービスS2に関する、UE40に起動されたサービスS2、CO（MBMS COMMON CELL PTM RB INFORAMTION），CC（MAMS CURRENT CELL PTM RB INFORMATION），NC2（MBMS NEIGHBORING CELL PTM RB INFORMATION）およびNC3（MBMS NEIGHBORING CELL PTM RB INFORMATION）メッセージを含む。
【００６０】
続いて、ネットワークはUSI（MBMS UNMODIFIED SERVICES INFORAMTIONメッセージ）を含む無修正MCCH情報を指示するが、この無修正MCCH情報にはサービスS1に関する、UE 40に起動されていないもう一つのサービスS1、G（MBMS GENERAL INFORAMTION），NC1（MBMS NEIGHBORING CELL PTM RB INFORMATION）メッセージが含まれる。
【００６１】
図１０に示されるように、修正期間2はMCCH情報がUE40に提供される8個の反復期間（RP1-RP8）から構成されるものとする。
【００６２】
図１１は本発明による方法を実施しないUE40によるMCCH情報受信を示し、図１２は前記方法を実施するUE40によるMCCH情報受信を示す。
【００６３】
いずれの場合も、UEは以下の共通開始動作を行う。
【００６４】
第１の反復期間RP1では、UE40のRLC（Radio Link Layer（無線リンクレイヤ）はUMD PDU1とUMD PDU2を正しく受信し、MSIメッセージをRRC（Radio Resource Controller（無線リソース制御装置））へ送信するが、制御装置はこれによって修正MCCH情報の終わりを検索できる。UE40はサービスS2が開始中であることを検出する。ついで、パラメータ（‘Required UE action（必要なUE動作）’）が‘Acquire PRM RB’値にセットされるが、この値はPTM RB情報メッセージすなわちCO、CCおよびNCメッセージを獲得するための‘修正MCCH情報’を読取ることをUE 40に報知する。第１の反復期間RP1では、UE RLCもPDU3、PDU4およびPDU6を正しく受信し、メッセージCO、CCおよびNC3をUE RRCへ送信する。
【００６５】
現行の3GPP仕様においては、UEは‘修正MCCH情報’項目6内のNCメッセージの個数を知らない。よって、UEがMSIメッセージ内に新サービスまたは修正サービスを検出すると、UEはこのサービスに関するCO、CCおよびNCメッセージを獲得するための修正MCCH情報6を読取り始める。しかし、UEは修正MCCH情報6内にいくつのNCメッセージが含まれているかを知らないので、UMD RLC PDU受信エラーためにいくつかのRLC PDUが受信されない場合には、UEはすべてのMCCH情報が正しく受信されたのか判別できない。その結果、必要なMCCH情報が既に受信されていたとしても、UE40は、追加の‘NC’メッセージを受信しようとして現用修正期間内の反復期間毎に‘修正MCCH情報’の読取りを継続することになる。
【００６６】
反復期間RP2において、RLC UMD PDU5は正しく受信されるのでUE（RLC）は、RP2からのUMD PDU5および直前に受信されてRP1で記憶されたUMD PDU4とUMD PDU6を使用して、NC2メッセージを再構成しUEの RRCへNC2を送信する。
【００６７】
この例では、UEのRRCは修正MCCH情報から何個のNCメッセージが得られるかを知らないので、UEの RRCは修正MCCH情報内でまだ正しく受信されていない追加NCメッセージがあるかどうかを判定できない。そのため、UE 40は、RP3からRP8までの修正MCCH情報の読取りを継続することになる。
【００６８】
この問題を克服するために、RNCはUEにたいして、修正MCCH情報6内に設けられたMBMS隣接セルPTM RB InfoメッセージNCの個数NumModifiedNCellsを送信するが、これは隣接セル内で使用されるポイント・ツー・マルチポイント無線ベアラ構成をUEに報知するものである。
【００６９】
本発明の実施の効果を図１２を参照して説明する。この場合、UE40はネットワークからNumModifiedNCells=2を受信する。すると、UE40はRP1内で受信したMS1から、2個のNCメッセージが修正MCCH情報内に得られるはずであることを知る。
【００７０】
RP1内で1個のNC（NC3）しか受信されないので、UE40は追加NCメッセージを得るためにRP2で修正MCCH情報の読取りを継続する。
【００７１】
反復期間RP2では、RLC UMD PDU5は正しく受信されるのでUE RLCは、RP2からのUMD PDU5および直前に受信されRP1で記憶されたUMD PDU4とUMD PDU6を使用してNC2メッセージを再構成し、NC2をUEのRRCへ送信する。
【００７２】
ついで、UEのRRCは、2個のNCメッセージであるNC2とNC3が受信されたことを検出するが、これはMSIメッセージ内に示された修正MCCH情報内の‘NCメッセージの個数NumModifiedNCellsに対応する。
【００７３】
必要なMCCH情報がここで全て受信されたので、UEはこの修正期間内でのMCCH読取りを停止できる。
【００７４】
上記のように、本発明を実施するUEに比べて、本発明を実施しないUE40は、新NCメッセージを得ようとしてRP3とRP8との間の‘修正MCCH情報’を不必要に読取るが、UE40は、UTRANによって修正MCCH情報に与えられた全てのNCメッセージをRP2において既に受信している。
【００７５】
ここで図１３を参照して、本発明による方法の基本ステップを説明する。
【００７６】
ステップ50は新しい修正期間の始まりを示す。
【００７７】
ステップ52はMBMS修正サービス情報メッセージMSIの受信を示す。
【００７８】
ステップ54では、MSIが受信されない間、MSI以外のメッセージが記憶される。
【００７９】
ステップ56は、新サービスおよび／または修正サービスがUTRANによって開始されるかどうかチェックする。
【００８０】
新サービスも修正サービスもUTRANによって開始されなければ、UE40は新修正期間をスキャンする（ステップ50）。
【００８１】
または、ステップ60において、UE40は修正MCCH情報を読取り、関連するRLC SDUがUE RLCによって正しく再構成可能であれば新MCCHメッセージCO、CCおよびNCを受信する。
【００８２】
ステップ62では、UE40は必要なMCCH 情報が全て受信されているかを検証する。
【００８３】
受信されていれば（矢印64）、UE40は現用修正期間でのMCCH読取りを停止し、次の修正期間を待つ（ステップ50）。この場合、メッセージCO、CCは受信されていて、受信されたNCメッセージの個数はMSI内のRNCからUE40へ送信されたNumModified Cells に等しい。
【００８４】
続くステップ68は全てのNCメッセージが修正MCCH情報内に与えられていれば実行される（すなわち、無修正MCCH情報がNCメッセージを含まず、したがって修正MCCH情報内のUTRANによって送信されたNCメッセージの個数がNumTotal Ncellsに等しいという特殊な場合）。
【００８５】
この場合、UE40は必要なMCCH情報が全て受信されたかを検証する。
【００８６】
受信されていれば（矢印69）、UE40は現用修正期間でのMCCH情報読取りを停止し、次の修正期間を待つ（ステップ50）。この場合、メッセージCO、CCは受信されていて、修正MCCH情報内の受信されたNCメッセージの個数はMSI内のRNCによってUE40へ送信されたNCメッセージの個数NumTotal NCells に等しい。
【００８７】
または、UE40は、ステップ70と72において、各反復期間4で修正MCCH情報の読取りを継続する。
【００８８】
最後の反復期間4の前に、UE 40はステップ60から70を処理する。
【００８９】
最後の反復期間4の後で、UE 40は現用修正期間でのMCCH情報の読取りを停止し、次の修正期間を待つ（ステップ50）。
【図面の簡単な説明】
【００９０】
【図１】MCCHスケジュール構造を示す図である。
【図２】反復期間中にUTRANからUEへ送信される情報を示す図である。
【図３】MCCHのプロトコール終了を示す模式図である。
【図４】MCCHに対する2個の非承認モードRLC通信相手実体モデルを示す模式図である。
【図５】RLC SDUとUMD PDUの間の関係を示す模式図である。
【図６】いくつかの反復期間中のUE（UMD RLC）におけるRLC SDU再構成手順を示す模式図である。
【図７】RLC UMD PDU受信エラーの一例を示す模式図である。
【図８】携帯電話ネットワークにおける現用セルと隣接セル、および本発明にかかる上記セルでのサービス提供を示す模式図である。
【図９】携帯電話ネットワークにおける現用セルと隣接セル、および本発明にかかる上記セルでのサービス提供を示す模式図である。
【図１０】本発明にかかるMCCH情報の一例を示す図である。
【図１１】本発明による方法を実施しないUEによる、MCCH情報受信を示す図である。
【図１２】本発明による方法を実施するUEによる、MCCH情報受信を示す図である。
【図１３】本発明による方法の基本ステップを示すフローチャートである。
【図１】
2009535862.tif 000003
【図２】
2009535862.tif 000004
【図３】
2009535862.tif 000005
【図４】
2009535862.tif 000006
【図５】
2009535862.tif 000007
【図６】
2009535862.tif 000008
【図７】
2009535862.tif 000009
【図８】
2009535862.tif 000010
【図９】
2009535862.tif 000011
【図１０】
2009535862.tif 000012
【図１１】
2009535862.tif 000013
【図１２】
2009535862.tif 000014
【図１３】
2009535862.tif 000015
【国際調査報告】
2009535862.tif 000016