(57)【要約】【課題】　マルチキャストマルチメディア放送サービス(ＭＢＭＳ)を提供する移動通信システムでハンドオーバー時のデータ送受信装置及び方法を提供する。【解決手段】　サービスパケット無線サービス支援ノード(ＳＧＳＮ)からのパケットサービスを提供する移動通信システムで、使用者端末機(ＵＥ)が第１無線ネットワーク制御器(ＲＮＣ)の管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、前記第１ＲＮＣが前記使用者端末機への前記パケットサービスの提供に必要な制御情報を前記第２ＲＮＣに送信する過程と、前記第２ＲＮＣは前記制御情報と前記パケットサービスデータを受信する過程と、前記第２ＲＮＣは前記使用者端末機に前記パケットサービスデータを送信する過程とを含む。【選択図】　図７
2004135292.tif 000002
【特許請求の範囲】
【請求項１】
　サービスパケット無線サービス支援ノード(ＳＧＳＮ:Serving GPRS(General Packet Radio Service) Support Node))からのパケットサービスを提供する移動通信システムで、使用者端末機(ＵＥ:User Equipment)が第１無線ネットワーク制御器(ＲＮＣ:Radio Network Controller)の管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、
　前記第１ＲＮＣが前記使用者端末機への前記パケットサービスの提供に必要な制御情報を前記第２ＲＮＣに送信する過程と、
　前記第２ＲＮＣは前記制御情報と前記パケットサービスデータを受信する過程と、
　前記第２ＲＮＣは前記使用者端末機に前記パケットサービスデータを送信する過程とを含むことを特徴とする前記方法。
【請求項２】
　パケットサービスを提供する移動通信システムで、使用者端末機が第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２セルに移動するとき、前記パケットサービスを前記使用者端末機に提供する装置において、
　前記第１セルを管理し、前記パケットサービスの提供を要請した使用者端末機に前記パケットサービスの提供に必要な制御情報を送信する第１ＲＮＣと、
　前記第２セルを管理し、前記第１ＲＮＣから前記制御情報を受信し、前記制御情報を分析して前記パケットサービスの提供が可能な場合、前記パケットサービスを提供していることを前記第１ＲＮＣに通知し、前記パケットサービスデータを前記使用者端末機に送信する第２ＲＮＣとを含むことを特徴とする前記装置。
【請求項３】
　パケットサービスを提供する移動通信システムで、使用者端末機が第１ＲＮＣの管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、
　前記第１ＲＮＣが前記使用者端末機への前記パケットサービスの提供に必要な制御情報を前記第２ＲＮＣに送信する過程と、
　前記第２ＲＮＣは前記制御情報を分析して前記パケットサービスの提供が可能な場合、前記第１ＲＮＣに前記第２ＲＮＣが前記パケットサービスを提供していることを通知する過程と、
　前記第２ＲＮＣは前記パケットサービスデータを前記使用者端末機に送信する過程とを含むことを特徴とする前記方法。
【請求項４】
　パケットサービスを提供する移動通信システムで、使用者端末機が第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２セルに移動するとき、前記パケットサービスを前記使用者端末機に提供する装置において、
　前記第１セルを管理し、前記使用者端末機の使用者端末機識別子、前記提供を要請したパケットサービスを示すサービス識別子及び前記使用者端末機が現在セットアップしている無線資源情報を送信する第１ＲＮＣと、
　前記第２セルを管理し、前記使用者端末機識別子、サービス識別子及び無線資源情報を受信し、前記サービス識別子が示すパケットサービスの提供が可能な場合、前記第１ＲＮＣに前記パケットサービスを提供していることを通知し、前記パケットサービスデータを前記使用者端末機に送信する第２ＲＮＣとを含むことを特徴とする前記装置。
【請求項５】
　前記第２ＲＮＣが前記使用者端末機に前記パケットサービスデータを送信する過程は、
前記第１ＲＮＣから受信した制御情報に応じて無線接続ベアラーをセットアップする過程と、
　前記受信したパケットサービスデータを前記セットアップした無線接続ベアラーを通じて前記使用者端末機に送信する過程とを含むことを特徴とする請求項１に記載の前記方法。
【請求項６】
　前記第２ＲＮＣは前記パケットサービスを前記第２ＲＮＣが提供不可能な場合、ＳＧＳＮに前記パケットサービスの提供を要請する過程と、
　前記ＳＧＳＮは前記第２ＲＮＣの前記パケットサービス提供要請に応じて前記第２ＲＮＣに前記パケットサービス提供のための無線資源割当てを要請する過程と、
　前記第２ＲＮＣは前記無線資源割当て要請に応じて前記パケットサービス提供のための無線資源を割当てる過程と、
　前記第２ＲＮＣは前記無線資源を割当てた後、前記第１ＲＮＣに前記パケットサービスを提供していることを通知する過程と、
　前記第２ＲＮＣは前記パケットサービスデータを前記使用者端末機に送信する過程とをさらに含むことを特徴とする請求項３に記載の前記方法。
【請求項７】
　前記第２ＲＮＣが前記使用者端末機に前記パケットサービスデータを送信する過程は、
　前記第２セルで前記パケットサービスの提供を要請した使用者端末機の個数が所定の設定個数以上である場合は共通チャンネルを通じて前記パケットサービスデータを前記使用者端末機に送信し、前記第２セルで前記パケットサービスの提供を要請した使用者端末機の個数が前記設定個数未満である場合は専用チャンネルを通じて前記パケットサービスデータを前記使用者端末機に送信することを特徴とする請求項６に記載の前記方法。
【請求項８】
　前記使用者端末機は前記パケットサービスの中断要求を感知すると、前記ＳＧＳＮに前記パケットサービスの中断を要求する過程と、
　前記ＳＧＳＮは前記使用者端末機のパケットサービス中断要求に応じて前記第１ＲＮＣに前記使用者端末機のパケットサービス中断を要求する過程と、
　前記第１ＲＮＣは前記使用者端末機のパケットサービス中断要求に応じて前記第２ＲＮＣに前記使用者端末機のパケットサービス中断を要求して前記第２ＲＮＣが前記使用者端末機にパケットサービスデータの送信を中断するように制御する過程とをさらに含むことを特徴とする請求項６に記載の前記方法。
【請求項９】
　前記第２ＲＮＣは前記第１ＲＮＣから前記加入者端末機のパケットサービス中断要求を感知すると、前記加入者端末機への前記パケットサービスデータの送信を中断する過程と、
　前記第２ＲＮＣは前記パケットサービスデータの送信を中断した後、前記第２セルに前記パケットサービスを受けている他の使用者端末機が存在しない場合、前記ＳＧＳＮに前記パケットサービスの中断を要求する過程とをさらに含むことを特徴とする請求項８に記載の前記方法。
【請求項１０】
　前記第２ＲＮＣは前記パケットサービスを前記第２ＲＮＣが提供可能な場合、前記使用者端末機の使用者端末機識別子を前記パケットサービスのコンテキストに含めて前記コンテキストをアップデートする過程をさらに含むことを特徴とする請求項８に記載の前記方法。
【請求項１１】
　前記第２ＲＮＣは前記第１ＲＮＣから前記使用者端末機のパケットサービス中断要求を感知すると、前記コンテキストから前記使用者端末機識別子を削除して前記コンテキストをアップデートする過程をさらに含むことを特徴とする請求項１０に記載の前記方法。
【請求項１２】
　パケットサービスを提供する移動通信システムで、使用者端末機が第１ＲＮＣの管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、
　前記第１ＲＮＣが前記使用者端末機の使用者端末機識別子、前記高速パケットサービスを示すサービス識別子及び前記使用者端末機に現在セットアップしている無線資源情報を前記第２ＲＮＣに伝送する過程と、
　前記第２ＲＮＣは前記使用者端末機識別子、サービス識別子及び無線資源情報を受信し、前記サービス識別子が示すパケットサービスの提供が可能な場合、前記第１ＲＮＣに前記パケットサービスを提供していることを通知する過程と、
　前記第２ＲＮＣは前記パケットサービスデータを前記使用者端末機に送信する過程とを含むことを特徴とする前記方法。
【請求項１３】
　前記第２ＲＮＣは前記パケットサービスを前記第２ＲＮＣが提供不可能な場合、ＳＧＳＮに前記パケットサービスの提供を要請する過程と、
　前記ＳＧＳＮは前記第２ＲＮＣの前記パケットサービスの提供要請に応じて前記第２ＲＮＣに前記サービス識別子を含めて前記パケットサービスの提供のための無線資源割当てを要請する過程と、
　前記第２ＲＮＣは前記無線資源割当て要請に応じて前記パケットサービスの提供のための無線資源を割当てる過程と、
　前記第２ＲＮＣは前記無線資源を割当てた後、前記第１ＲＮＣに前記パケットサービスを提供していることを通知する過程と、
　前記第２ＲＮＣは前記パケットサービスデータを前記使用者端末機に送信する過程とをさらに含むことを特徴とする請求項１２に記載の前記方法。
【請求項１４】
　前記第２ＲＮＣが前記使用者端末機に前記パケットサービスデータを送信する過程は、
　前記第２セルで前記パケットサービスの提供を要請した使用者端末機の個数が所定の設定個数以上である場合は共通チャンネルを通じて前記パケットサービスデータを前記使用者端末機に送信し、前記第２セルで前記パケットサービスの提供を要請した使用者端末機の個数が前記設定個数未満である場合は専用チャンネルを通じて前記パケットサービスデータを前記使用者端末機に送信することを特徴とする請求項１２に記載の前記方法。
【請求項１５】
　前記使用者端末機は前記パケットサービスの中断要求を感知すると、前記ＳＧＳＮに前記パケットサービスの中断を要求する過程と、
　前記ＳＧＳＮは前記使用者端末機のパケットサービス中断要求に応じて前記第１ＲＮＣに前記使用者端末機のパケットサービス中断を要求する過程と、
　前記第１ＲＮＣは前記使用者端末機のパケットサービス中断要求に応じて前記第２ＲＮＣに前記使用者端末機のパケットサービス中断を要求して前記第２ＲＮＣが前記使用者端末機にパケットサービスデータの送信を中断するように制御する過程とをさらに含むことを特徴とする請求項１３に記載の前記方法。
【請求項１６】
　前記第２ＲＮＣは前記第１ＲＮＣから前記加入者端末機のパケットサービス中断要求を感知すると、前記加入者端末機への前記パケットサービスデータの送信を中断する過程と、
　前記第２ＲＮＣは前記パケットサービスデータの送信を中断した後、前記第２セルに前記パケットサービスを受けている他の使用者端末機が存在しない場合、前記ＳＧＳＮに前記パケットサービスの中断を要求する過程とをさらに含むことを特徴とする請求項１５に記載の前記方法。
【請求項１７】
　前記第２ＲＮＣは前記パケットサービスを前記第２ＲＮＣが提供可能な場合、前記使用者端末機の使用者端末機識別子を前記パケットサービスのコンテキストに含めて前記コンテキストをアップデートする過程をさらに含むことを特徴とする請求項１５に記載の前記方法。
【請求項１８】
　前記第２ＲＮＣは前記第１ＲＮＣから前記使用者端末機のパケットサービス中断要求を感知すると、前記コンテキストから前記使用者端末機識別子を削除して前記コンテキストをアップデートする過程をさらに含むことを特徴とする請求項１７に記載の前記方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は移動通信システムに係り、特に、マルチキャストマルチメディア放送サービスを提供する移動通信システムで使用者端末機がセルを変更するとき、前記マルチキャストマルチメディア放送サービスを提供する装置及び方法に関する。
【背景技術】
【０００２】
　最近、通信技術の発達により移動通信システムで提供するサービスは、従来の音声サービスのみならず、パケットデータ、サーキットデータなどのような大容量のデータを伝送するパケットサービス通信に発達しており、さらにマルチメディアサービスを伝送するマルチメディア放送/多重放送通信に開発されている。したがって、前記マルチメディア放送/多重放送通信を支援するために一つ又は多数のマルチメディアデータソース(multimedia data source)が多数の使用者端末機(ＵＥ:User Equipment)にサービスを提供するマルチキャストマルチメディア放送サービス(ＭＢＭＳ:Multimedia Broadcast/Multicast Service、以下、“ＭＢＭＳ”と称する)が提案されている。前記ＭＢＭＳは実時間映像及び音声、静止映像及び文字のようなマルチメディア形態のサービスを支援する。さらに、前記ＭＢＭＳは音声データと映像データを同時に提供し、大量の伝送資源を要求する。したがって、一つのセル内で同時に多量のサービスが行われる可能性があるため、前記ＭＢＭＳは放送チャンネルを通じてサービスされる。さらに、前記ＭＢＭＳは各々の加入者に所望のサービスをそれぞれサービスする点対点(ＰｔＰ:Point-to-Point、以下、“ＰｔＰ”と称する)サービス及び多数の加入者に同じＭＢＭＳデータをサービスする点対多(ＰｔＭ:Point-to-Multipoint、以下、“ＰｔＭ”と称する)サービスが可能である。前記ＭＢＭＳを非同期移動通信方式の標準である３ＧＰＰ(3rd Generation Partnership Project)通信システムに適用した通信システムを図１に参照して説明する。
【０００３】
　図１はＭＢＭＳを提供する移動通信システムの概略的な構造を示した図である。示したように、前記ＭＢＭＳを提供する移動通信システム(以下、“ＭＢＭＳ移動通信システム”と称する)はＵＥ１０１と、ＵＭＴＳ(Universal Mobile Telecommunication System)無線接続ネットワーク(ＵＴＲＡＮ:UMTS Radio Access Network)１０２と、コアネットワーク(ＣＮ:Core Network)に属するサービスパケット無線サービス支援ノード(ＳＧＳＮ：Serving GPRS(General Packet Radio Service) Support Node)１０３と、ホーム位置登録器(ＨＬＲ:Home Location Register)１０４と、パケット無線サービス支援ノード(ＧＧＳＮ：Gateway GPRS Support Node)１０５と、マルチキャスト/放送サービスセンター(ＢＭ-ＳＣ：Broadcast/Multicast Service Center)１０６と、ＢＧ(Border Gateway)１０８と、マルチキャスト放送ソース(ＭＢＳ：Multicast Broadcast Source)１０７と、コンテンツ提供者(ＣＰ：Contents Provider)１０９と、マルチキャスト放送ソース(ＭＢＳ:Multicast Broadcast Source)１１０とを備えてなる。
【０００４】
　ここで、図１に示したＭＢＭＳを支援する各々の通信網の構成要素について詳細に説明する。前記ＵＥ１０１は使用者装置であって、ＭＢＭＳデータを直接受信する役割を行い、前記ＭＢＭＳを支援するハードウェア又はソフトウェアを備える。前記ＵＴＲＡＮ１０２は前記ＵＥ１０１とＣＮを連結する無線通信ネットワークであり、図２を参照して前記ＵＴＲＡＮ１０２の構造を説明する。
【０００５】
　図２は図１のＵＴＲＡＮ１０２の構造を概略的に示した図である。図２を参照すれば、前記ＵＴＲＡＮ１０２は多数の無線ネットワーク制御器(ＲＮＣ:Radio Network Controller)と、前記ＲＮＣにより制御される基地局(Node B)と、前記Node Bに属している多数のセルとを備えてなる。前記ＵＴＲＡＮ１０２は多数のＲＮＣを備えることもできるが、図２では説明の便宜上、一つのＲＮＣ２０１のみを備えると仮定する。前記ＲＮＣ２０１は多数のNode B、すなわち、Node B#１ ２０２、 Node B#２ ２０３、…、Node B#ｎ ２０４を制御する。さらに、前記Node B#１ ２０２は多数のセル、すなわち、セル#１ ２０５、セル#２ ２０６、．．．、セル#ｍ ２０７を制御する。ここで、前記ＲＮＣ２０１が制御するNode Bの総数と前記Node Bの各々が制御するセルの総数は前記ＭＢＭＳを提供する移動通信システムのシステム状況に応じて決定される。
【０００６】
　一方、前記ＵＥ１０１とＵＴＲＡＮ１０２はＵｕインターフェース１２１で連結され、前記Ｕｕインターフェース１２１は前記ＵＥ１０１とＵＴＲＡＮ１０２との間のインターフェースを示す。前記ＵＴＲＡＮ１０２はＣＮに属している前記ＳＧＳＮ１０３とＩｕインターフェースを通じて連結され、前記Ｉｕインターフェースは前記ＵＴＲＡＮ１０２とＣＮに属している構成要素とのインターフェースを示す。図１に示したＭＢＭＳ構成要素の各々の機能を表１に示し、各々の構成要素間のインターフェースは以下の表２に示す。
【０００７】
【表１】
2004135292.tif 000003
【０００８】
【表２】
2004135292.tif 000004
【０００９】
　表２に示した各構成要素間のインターフェースの名称は３ＧＰＰで定義されたものであり、前記インターフェースの名称は変更されることができる。
　図３は図１のＵＴＲＡＮ１０２の上位階層構造を概略的に示した図である。図３を参照すれば、前記ＵＴＲＡＮ１０２で処理される上位階層のメッセージは制御シグナルと使用者データに大別され、前記制御シグナルは制御空間(C-Plane)シグナリング３０１で表示され、前記使用者データは使用者空間(U-Plane)情報３０２で表示される。前記C-Planeシグナリング３０１及び前記U-Plane情報３０２は非接近階層(ＮＡＳ:Non Access Stratum)メッセージであるが、前記ＮＡＳメッセージはＵＥ１０１及びＵＴＲＡＮ１０２の無線接続に使用されないメッセージを示す。ここで、前記ＮＡＳメッセージは前記ＵＴＲＡＮ１０２がそのメッセージの内容をわかる必要のないメッセージを示す。前記ＮＡＳメッセージとは異なり、接近階層(ＡＳ:Access Stratum)メッセージは前記ＵＴＲＡＮ１０２及びＵＥ１０１の無線接続に直接使用されるメッセージであり、無線資源制御(ＲＲＣ:Radio Resource Control)階層３０３の以下で使用されるデータ又は制御シグナリングを示す。
前記ＲＲＣ階層３０３はＵＥ１０１及びＵＴＲＡＮ１０２の接続に関係する物理階層である階層１(以下、“Ｌ１”と称する)３１０と、階層２(以下、“Ｌ２”と称する)の媒体接続制御(ＭＡＣ:Medium Access Control、以下、Ｌ２/ＭＡＣという)階層３０８と、Ｌ２の無線リンク制御(ＲＬＣ:Radio Link Control、以下、Ｌ２/ＲＬＣという)階層３０６と、Ｌ２のＰＤＣＰ(Packet Data Convergency Protocol、以下、Ｌ２/ＰＤＣＰという)階層３０４と、Ｌ２の放送/マルチキャスト制御(ＢＭＣ:Broadcast/Multicast Control、以下、Ｌ２/ＢＭＣという)階層３０５とを制御して前記ＵＥ１０１及びＵＴＲＡＮ１０２の物理呼設定、論理呼設定及び制御情報送受信、測定データの送受信などのＵＥ１０１及びＵＴＲＡＮ１０２の接続に関連する動作を制御する。
【００１０】
　前記Ｌ２/ＰＤＣＰ階層３０４はＮＡＳ階層から伝送されるデータを受信し、該当プロトコルを用いて前記Ｌ２/ＲＬＣ階層３０６に伝送する。前記Ｌ２/ＢＭＣ階層３０５は放送及びマルチキャスト、すなわち、多重放送に必要なデータを前記ＮＡＳ階層から受信し、該当プロトコルを用いて前記Ｌ２/ＲＬＣ階層３０６に伝送する。
【００１１】
　前記Ｌ２/ＲＬＣ階層３０６は前記ＲＲＣ階層３０３から前記ＵＥ１０１へ送信される制御メッセージを受信し、前記受信した制御メッセージの特性を考慮して第１ＲＬＣ(ＲＬＣ#１)階層３６１乃至第ｍのＲＬＣ(ＲＬＣ#ｍ)階層３６２で適宜形態に処理して論理チャンネルを３０７用いて前記Ｌ２/ＭＡＣ階層３０８に伝送する。さらに、前記Ｌ２/ＲＬＣ階層３０６は前記Ｌ２/ＰＤＣＰ階層３０４及びＬ２/ＢＭＣ階層３０５からデータを受信し、前記受信したデータを第１ＲＬＣ(ＲＬＣ#１)階層３６３乃至第ｎのＲＬＣ(ＲＬＣ#ｎ)階層３６４で適宜形態に処理して前記論理チャンネル３０７を用いて前記Ｌ２/ＭＡＣ階層３０８に伝送する。ここで、前記Ｌ２/ＲＬＣ階層３０６形成されるＲＬＣ階層の数は前記ＵＥ１０１とＵＴＲＡＮ１０２との間の無線リン数に応じて決定され、前記第１ＲＬＣ階層３６１乃至第ｍのＲＬＣ階層３６２は制御シグナリングクのでのために、前記第１ＲＬＣ階層３６３乃至第ｎのＲＬＣ階層３６４は使用者データのために生成される。
【００１２】
　前記論理チャンネル３０７は特定のＵＥ又は特定の少数のＵＥに割当てられる専用(Dedicated)タイプと多数のＵＥに共通に割当てられる共用(Common)タイプに大別され、前記論理チャンネル３０７を通じて伝送されるメッセージが制御メッセージであれば、制御タイプ、前記論理チャンネル３０７を通じて伝送されるメッセージがトラフィック(traffic)、すなわち、データを伝送するトラフィックメッセージであれば、トラフィックタイプとして分けられる。現在前記３ＧＰＰで使用される論理チャンネルの種類と機能を下記の表３に示す。
【００１３】
【表３】
2004135292.tif 000005
【００１４】
　前記Ｌ２/ＭＡＣ階層３０８は前記ＲＲＣ階層３０３の制御に応じて前記ＵＥ１０１とＵＴＲＡＮ１０２との無線資源を管理し、前記ＵＥ１０１とＵＴＲＡＮ１０２との接続を管理する。さらに、前記Ｌ２/ＭＡＣ階層３０８は前記Ｌ２/ＲＬＣ階層３０６から論理チャンネル３０７の信号を受信してトランスポートチャンネル３０９にマッピングさせて前記Ｌ１階層３１０に伝送する。現在、前記３ＧＰＰで使用されるトランスポートチャンネルの種類及び機能を表４に示した。
【００１５】
【表４】
2004135292.tif 000006
【００１６】
　表４に示したトランスポートチャンネルの他にも、アップリンク共有チャンネル(ＵＳＣＨ:Uplink Shared Channel)、共通パケットチャンネル(ＣＰＣＨ:Common Packet Channel)などが存在するが、本発明とは無関係なので、その説明は省略する。
【００１７】
　前記Ｌ１階層３１０に伝送されたトランスポートチャンネル３０９は前記Ｌ１階層３１０で実際の物理チャンネルに対応されて前記ＵＥ１０１又はＵＴＲＡＮ１０２に伝送される。前記物理チャンネルには放送チャンネル(ＢＣＨ:Broadcasting Channel)を伝送する第１共通制御物理チャンネル(Ｐ-ＣＣＰＣＨ:Primary Common Control Physical Channel)、呼出チャンネル(ＰＣＨ:Paging Channel)及び順方向接続チャンネル(ＦＡＣＨ:Forward Access Channel)を伝送する第２共通制御物理チャンネル(Ｓ-ＣＣＰＣＨ:Secondary Common Control Physical Channel)、専用チャンネル(ＤＣＨ:Dedicated Channel)を伝送する専用物理チャンネル(ＤＰＣＨ:Dedicated Physical Channel)、順方向共通チャンネル(ＤＳＣＨ:Downlink Shared Channel)を伝送する物理下向共有チャンネル(ＰＤＳＣＨ:Physical Downlink Shared Channel)、高速-順方向共通チャンネル(ＨＳ-ＤＳＣＨ:High-Speed Downlink Shared Channel)を伝送する高速物理下向共有チャンネル(ＨＳ-ＰＤＳＣＨ:High Speed Physical Downlink Shared Channel)及びランダム接続チャンネル(ＲＡＣＨ:Random Access Channel)を伝送する物理ランダム接続チャンネル(ＰＲＡＣＨ:Physical Random Access Channel)などがある。前記物理チャンネルの他にも、上位階層データ又は制御シグナリングを伝送しない純粋物理チャンネルであるパイロットチャンネル(ＰＣＨ:Pilot Channel)、第１同期チャンネル(Ｐ-ＳＣＨ:Primary Synchronization Channel)、第２同期チャンネル(Ｓ-ＳＣＨ:Secondary Synchronization Channel)、ページング指示チャンネル(ＰＩＣＨ:Paging Indicator Channel)、獲得指示チャンネル(ＡＩＣＨ:Acquisition Indicator Channel)及び物理共通パケットチャンネル(ＰＣＰＣＨ:Physical Common Packet Channel)などがある。
【００１８】
　次に、図４Ａ、４Ｂと図５及び図６を参照して現在ＭＢＭＳを提供しない移動通信システムでＭＢＭＳを提供する場合の問題点を調べる。
【００１９】
　図４ＡはＳＧＳＮ、サービング無線ネットワーク制御器(ＳＲＮＣ:Serving Radio Network Controller)及びＵＥが連結されている移動通信システムでＭＢＭＳを提供する構造を概略的に示した図である。図４Ａを参照すれば、ＳＧＳＮ４０１は図１に示したＳＧＳＮ１０３と同じ役割を行う。一方、ＲＮＣはＵＥとの連結関係に応じてＳＲＮＣと制御ＲＮＣ(ＣＲＮＣ:Controlling ＲＮＣ)に分けられる。前記ＳＲＮＣはＵＥに対するすべての情報を有しているＲＮＣであり、前記ＵＥにＳＲＮＣ臨時識別子(Ｓ-ＲＮＴＩ:Serving Radio Network Temporary Identifier)を割当てて管理する。前記ＣＲＮＣはＵＥが新たなセルに移動し、前記移動したセルが前記ＳＲＮＣでない他のＲＮＣにより管理されるとき、前記ＳＲＮＣでない他のＲＮＣを示し、前記ＵＥにセル無線ネットワーク臨時識別子(Ｃ-ＲＮＴＩ:Cell Radio Network Temporary Identifier)を割当てて前記ＵＥを管理する。図４Ａでは、第１ＵＥ(ＵＥ#１)４０３、第２ＵＥ(ＵＥ#２)４０４、．．．、第ｍのＵＥ(ＵＥ#ｍ)４０６はＳＲＮＣ４０２からＭＢＭＳデータを受信し、音声通話又はその他に専用制御チャンネル(ＤＣＣＨ:Dedicated Control Channel)又は専用トラフィックチャンネル(ＤＴＣＨ:Dedicated Traffic Channel)で伝送されるデータが存在すると、前記ＳＲＮＣ４０２から受信する。
【００２０】
　図４ＢはＳＧＳＮ、ＳＲＮＣ、ＣＲＮＣ及びＵＥが連結されている移動通信システムでＭＢＭＳを提供する構造を概略的に示した図である。図４Ｂでは、第ｍのＵＥ４１６が前記第ｍのＵＥ４１６のＳＲＮＣであるＳＲＮＣ４１２に前記ＭＢＭＳのサービス提供を要請した後、他のセルに移動するが、前記第ｍのＵＥ４１６を制御するＲＮＣはＣＲＮＣ４１３となり得ると仮定する。
【００２１】
　図４Ｂを参照すれば、ＳＧＳＮ４１１も図１のＳＧＳＮ１０３と同じ動作を行う。第１ＵＥ４１４及び第２ＵＥ４１５は前記ＳＲＮＣ４１２からＭＢＭＳデータ及びＤＣＣＨ又はＤＴＣＨで伝送されるデータを受信する。一方、第ｍのＵＥ４１６はＣＲＮＣ４１３に連結されており、前記ＳＲＮＣ４１２から要請されたＭＢＭＳデータをＣＲＮＣ４１３を通じて受信する。前記ＣＲＮＣ４１３と前記第ｍのＵＥ４１６の関係を説明すると、前記ＣＲＮＣ４１３は前記ＣＲＮＣ４１３のシステム情報などのような信号、すなわち、共通トラフィックチャンネル(ＣＴＣＨ:Common Traffic Channel)又は共通制御チャンネル(ＣＣＣＨ:Common Control Channel)を通じて伝送される信号は前記第ｍのＵＥ４１６に直接伝送することができる。しかし、前記ＣＲＮＣ４１３は前記ＣＴＣＨ又はＣＣＣＨ以外のＤＣＣＨ及びＤＴＣＨを通じて受信される制御シグナリング及び使用者情報は前記ＳＲＮＣ４１２から受信して前記第ｍのＵＥ４１６に伝送する。さらに、前記ＣＲＮＣ４１３とＳＲＮＣ４１２との間のインターフェースはＩｕｒインターフェースであるが、前記Ｉｕｒインターフェースを通じてはＤＴＣＨ又はＤＣＣＨで伝送される信号以外は送受信が不可能である。
【００２２】
　図４Ｂでは説明の便宜上、前記ＣＲＮＣ４１３が一つのＵＥ、すなわち、第ｍのＵＥ４１６のみを管理する場合を仮定したが、実際では多数のＵＥがＣＲＮＣ及びＳＲＮＣを同時に備えることもできる。上述したように、前記ＣＲＮＣ及びＳＲＮＣを同時に備えるＵＥの場合、３ＧＰＰで提案されている標準規格を満足させるためにはＩｕｒインターフェースを通じてＭＢＭＳデータを受信すべきであり、前記ＣＲＮＣ及びＳＲＮＣを同時に備えるＵＥがすべての同じＭＢＭＳを受ける場合、すなわち、Ｉｕｒインターフェースを通じて各々のＵＥに同じＭＢＭＳデータが提供される場合、同じＭＢＭＳデータの重複伝送問題が発生して有線資源の浪費をもたらす。さらに、前記ＣＲＮＣが同じＭＢＭＳを提供するとしても、前記ＣＲＮＣは前記ＣＲＮＣを備えるＵＥに直接ＭＢＭＳデータを送信できないため、同じＭＢＭＳデータが無線環境を通じて前記ＣＲＮＣを備えるＵＥ及び前記ＣＲＮＣをＳＲＮＣとして備えるＵＥに伝送されるため、無線資源の浪費ももたらす。
図５は図４Ａのように連結された移動通信システムでのＭＢＭＳ提供過程を示した信号流れ図である。
【００２３】
　図５でＳＲＮＣ５３１はＵＥ５４１で要求したＭＢＭＳを現在サービスしていない、すなわち、前記ＵＥ５４１のＭＢＭＳサービス要求に応じて前記ＳＲＮＣ５３１がＳＧＳＮ５２１に前記要求されたＭＢＭＳを要請し、前記要請したＭＢＭＳを前記ＳＧＳＮ５２１から受信すると仮定する。
【００２４】
　図５を参照すれば、ＢＭ-ＳＣ５０１はＭＢＭＳデータをＧＧＳＮ５１１に伝送し(ステップ５０２)、前記ＧＧＳＮ５１１は前記ＭＢＭＳデータから前記ＳＧＳＮ５２１に必要なＭＢＭＳデータを前記ＳＧＳＮ５２１に伝送する(ステップ５１２)。一方、ＵＥ５４１はＭＢＭＳサービスを受けるためにＭＢＭＳコンテキスト活性化要求(Activate MBMS Context Request)メッセージを前記ＳＧＳＮ５２１に伝送する(ステップ５５０)。ここで、前記ＭＢＭＳコンテキストは前記ＵＥ５４１がサービスを受けようとするＭＢＭＳに関連する情報の集合を示す。前記ＳＧＳＮ５２１は前記Activate MBMS Context Requestメッセージを受信するにつれて、前記Activate MBMS Context Requestに対する応答メッセージであるＭＢＭＳ通知(MBMS Notification)メッセージを前記ＳＲＮＣ５３１に伝送する(ステップ５２２)。前記MBMS Notificationを受信した前記ＳＲＮＣ５３１は前記ＵＥ５４１にMBMS Notificationメッセージを伝送する(ステップ５３２)。ここで、前記MBMS Notificationとは前記ＵＥ５４１でサービスを要請したＭＢＭＳに対してサービスが行われることを示す。一方、前記ＳＧＳＮ５２１はＭＢＭＳコンテキストを備えるが、前記ＭＢＭＳコンテキストの内容は前記ＳＧＳＮ５２１がサービス可能な多数のＭＢＭＳに対するパケットデータプロトコル(ＰＤＰ:Packet Data Protocol)リストとなり得、前記ＰＤＰリストは前記ＭＢＭＳに対するアドレスとなり得る。前記パケットデータプロトコルとしてはＸ.２５又はＩＰ(Internet Protocol)などのようなパケットプロトコルなどが使用される。前記ＳＧＳＮ５２１は前記ＳＲＮＣ５３１にＭＢＭＳデータを伝送するために、無線接続ベアラー(ＲＡＢ:Radio Access Bearer)セットアップを要求するMBMS RABセットアップ要求(MBMS RAB Setup Request)メッセージを伝送する(ステップ５２４)。前記ＳＲＮＣ５３１は前記MBMS RAB Setup Requestメッセージを受信するにつれて、前記MBMS RAB Setup Requestメッセージに対する応答メッセージであるMBMS RABセットアップ完了(MBMS RAB Setup Complete)メッセージを前記ＳＧＳＮ５２１に伝送する(ステップ５２５)。前記ＳＧＳＮ５２１は前記ＭＢＭＳデータを前記セットアップされたMBMS RABを通じて前記ＳＲＮＣ５３１に伝送する(ステップ５２６)。前記ＳＲＮＣ５３１は前記ＵＥ５４１に前記ＭＢＭＳデータを受信できる無線ベアラー(ＲＢ:Radio Bearer)のセットアップを要求するRBセットアップメッセージ(RB for MBMS data Setup)を前記ＵＥ５４１に伝送する(ステップ５３３)。前記RB for MBMS data Setupメッセージを受信した前記ＵＥ５４１は前記RB for MBMS data Setupメッセージに対する応答メッセージとしてRBセットアップ完了(RB for MBMS data Setup Complete)メッセージを前記ＳＲＮＣ５３１に伝送する(ステップ５４４)。前記ＳＲＮＣ５３１は前記RB for MBMS data Setup Completeメッセージを受信するにつれて、ＭＢＭＳデータを前記ＵＥ５４１に伝送する(ステップ５４５)。一方、前記ＭＢＭＳのサービス途中に前記ＭＢＭＳ提供を中断する場合、前記ＳＲＮＣ５３１は前記ＳＧＳＮ５２１に前記ＭＢＭＳを提供するためにセットアップされているMBMS RABを解除し(ステップ５２７)、前記ＵＥ５４１に前記ＭＢＭＳを提供するためにセットアップされているＲＢを解除する(ステップ５４６)。
【００２５】
　図６は図４Ｂのように連結された移動通信システムでのＭＢＭＳ提供過程を示した信号流れ図である。
　図６において、ＵＥ６４０はＳＲＮＣ６２０にActivate MBMS Context Requestメッセージを伝送した後、新たなセルに移動してＣＲＮＣ６３０及びＳＲＮＣ６２０を同時に備える場合を仮定し、前記ＳＲＮＣ６２０とＤＣＨ信号の送受信は行わない場合を仮定する。ここで、前記ＵＥ６４０及びＵＴＲＡＮとの連結関係はアイドルモード及び連結モードに区分される。前記連結モードはＵＥ６４０が前記ＵＴＲＡＮと信号を送受信する場合に使用されるトランスポートチャンネルの種類に応じてＵＲＡ_ＰＣＨ状態、ＣＥＬＬ_ＰＣＨ状態、ＣＥＬＬ_ＦＡＣＨ状態及びＣＥＬＬ_ＤＣＨ状態に分けられる。前記ＵＲＡ_ＰＣＨ状態では、ＵＴＲＡＮが前記ＵＥ６４０の位置を把握せず、前記ＵＥ６４０はＰＣＨ信号のみを受信している状態を示す。前記ＣＥＬＬ_ＰＣＨ状態では、ＵＴＲＡＮが前記ＵＥ６４０がどのセルに位置するかを把握するが、前記ＵＥ６４０は依然としてＰＣＨ信号のみを受信している状態を示す。前記ＣＥＬＬ_ＦＡＣＨ状態では、ＵＥ６４０がＵＴＲＡＮとＲＡＣＨ及びＦＡＣＨを通じて信号を送受信している。ＣＥＬＬ_ＤＣＨ状態では、ＵＥ６４０がＵＴＲＡＮとＤＣＨを通じて信号を送受信している。図６において、前記ＵＥ６４０はＣＥＬＬ_ＦＡＣＨ状態にあると仮定し、前記ＳＧＳＮ６１０はＧＧＳＮ６００から必要なＭＢＭＳデータを既に受信したと仮定する。
【００２６】
　図６を参照すれば、前記ＵＥ６４０は前記ＳＧＳＮ６１０にActivate MBMS Context Requestメッセージを伝送する(ステップ６５１)。前記ＧＧＳＮ６００は前記ＳＧＳＮ６１０にＭＢＭＳデータを伝送する(ステップ６５３)。さらに、前記ＣＥＬＬ_ＦＡＣＨ状態で前記ＣＲＮＣ６３０の管理下にあるセルに移動した前記ＵＥ６４０はセルアップデート(Cell Update)メッセージを前記ＳＲＮＣ６２０に伝送する(ステップ６５５)。前記ＳＲＮＣ６２０は前記Cell Updateメッセージを受信し、前記Cell Updateメッセージに対する応答メッセージとしてセルアップデート確認(Cell Update Confirm)メッセージを前記ＵＥ６４０に伝送する(ステップ６５７)。
【００２７】
　一方、前記ＳＧＳＮ６１０は前記ＵＥ６４０からActivate MBMS Context Requestメッセージを受信するにつれて、前記ＳＲＮＣ６２０にMBMS Notificationメッセージを伝送する(ステップ６５９)。前記ＳＲＮＣ６２０は前記ＣＲＮＣ６３０にMBMS Notificationメッセージを伝送し、前記ＣＲＮＣ６３０は前記MBMS Notificationの内容を知らぬ状態で前記ＵＥ６４０に前記MBMS Notificationメッセージをそのまま伝送する(ステップ６６１)。ここで、前記ＣＲＮＣ６３０は前記ＵＥ６４０のために無線資源を提供する役割及び前記ＳＲＮＣ６４０に／から送・受信される信号の中継機能のみを行う。
【００２８】
　MBMS Notificationメッセージを伝送した前記ＳＧＳＮ６１０は前記ＳＲＮＣ６２０にMBMS RAB Setup Requestメッセージを伝送する(ステップ６６３)。前記ＳＲＮＣ６２０は前記ＵＥ６４０が現在前記ＣＲＮＣ６３０の管理下にあるセルに存在するため、前記ＣＲＮＣ６３０にMBMS RAB Setup Requestメッセージを伝送する(ステップ６６５)。前記ＣＲＮＣ６３０は前記MBMS RAB Setup Requestメッセージを受信するにつれて、前記MBMS RAB Setup Requestメッセージに対する応答メッセージであるMBMS RAB Setup Completeメッセージを前記ＳＲＮＣ６２０に伝送する(ステップ６６７)。前記ＳＲＮＣ６２０はＣＲＮＣ６３０からMBMS RAB Setup Completeメッセージを受信するにつれて、前記ＳＧＳＮ６１０にMBMS RAB Setup Completeメッセージを伝送する(ステップ６６９)。さらに、ＳＲＮＣ６２０は前記ＵＥ６４０にMBMS RB Setupメッセージを伝送する(ステップ６７１)。前記ＵＥ６４０は前記MBMS RB Setupメッセージに対する応答メッセージとしてMBMS RB Setup Completeメッセージを前記ＳＲＮＣ６２０に伝送する(ステップ６７３)。前記ＳＧＳＮ６１０はＭＢＭＳデータを前記ＳＲＮＣ６２０に伝送し(ステップ６７５)、前記ＳＲＮＣ６２０は前記ＭＢＭＳデータを前記ＣＲＮＣ６３０に伝送する(ステップ６７７)。前記ＣＲＮＣ６３０は前記ＭＢＭＳデータを前記ＵＥ６４０に伝送する(ステップ６７９)。一方、前記ＭＢＭＳのサービス途中に前記ＭＢＭＳ提供を中断する場合、前記ＳＲＮＣ６２０は前記ＣＲＮＣ６３０に前記ＭＢＭＳを提供するためにセットアップされたMBMS RABを解除し(ステップ６８１)、前記ＵＥ６４０に前記ＭＢＭＳを提供するためにセットアップされたMBMS RBを解除し(ステップ６８３)、前記ＳＧＳＮ６１０にセットアップされているMBMS RABを解除する(ステップ６８５)。
【００２９】
　ここで、図４Ｂに示したように、現在ＭＢＭＳサービスを提供しない移動通信システムでＣＲＮＣの管理下にあるセルに存在するＵＥにＭＢＭＳを提供する場合の問題点を説明すると、次の通りである。
【００３０】
　第一に、ＳＲＮＣの場合、前記ＳＲＮＣの管理下にあるセルからＭＢＭＳデータを受信したすべてのＵＥが移動した場合でも、Ｉｕインターフェースを維持すべきであり、前記Ｉｕインターフェースを通じて受信したデータをＩｕｒインターフェースを通じて前記ＵＥが移動したＣＲＮＣに伝送すべきなので、ＳＲＮＣとＳＧＳＮとの間のＩｕインターフェースの資源浪費が発生するという問題点がある。さらに、ＣＲＮＣの管理下にあるセルで既に同じＭＢＭＳサービスが提供されていると、ＣＲＮＣは自分が管理するセルのＵＥに提供するＭＢＭＳデータをＳＧＳＮから受信したのにもかかわらず、ＳＲＮＣとＳＧＳＮとの間のＩｕインターフェースを通じて受信したＭＢＭＳデータを再度受信するという問題点もある。
【００３１】
　第二に、ＣＲＮＣとＳＲＮＣとの間のＩｕｒインターフェースは専用特性を有するデータータのみを伝送するため、同じＭＢＭＳを利用するＵＥがＣＲＮＣの管理下に多数個が存在すると、前記同じＭＢＭＳが不必要にＳＲＮＣからＣＲＮＣに反復伝送されるという問題点がある。すなわち、ＭＢＭＳデータが同じセル内で共通提供される場合、Ｉｕｒインターフェースを通じては専用データのみが伝送される。従って、一つのセル内で多数のＵＥがともにサービスされるＭＢＭＳサービスの場合、ＵＥの移動に応じてＩｕｒインターフェースを通じて移動されたＵＥにデータを伝送するためには、移動されたＵＥの数と同じくデータの伝送を繰返すという問題点がある。この場合、ＣＲＮＣとＳＲＮＣが有線で連結されているとしても、相対的に高い伝送速度を要求する同じＭＢＭＳデータを繰返し伝送して有線資源の浪費をもたらし、前記ＭＢＭＳデータが相異なる無線資源を利用することにより無線資源の浪費ももたらす。無線通信で無線資源の効率的な利用は非常に大事な要素であって、上述した無線資源の浪費は従来の音声サービスやその他のサービスに影響を及ぼす。これは、上述したように、ＭＢＭＳサービスがＣＲＮＣで既にサービスされていると、繰返し動作を加重させる。現在では共通のデータのためのＩｕｒインターフェースに対する定義が行われていないため、ＭＢＭＳサービスの実行に応じて有無線資源の浪費が深刻に発生する。
【００３２】
　第三に、上述したように、ＣＲＮＣが前記ＣＲＮＣを備えているＵＥで要求されるＭＢＭＳサービスを既に提供しているとしても、前記ＵＥに直接伝送する方法がないため、前記ＣＲＮＣをＳＲＮＣとして有するＵＥと前記ＣＲＮＣをＣＲＮＣとして有するＵＥに同じサービスを繰返し伝送するという問題点が発生する。これは、上述したように、ＳＲＮＣからＣＲＮＣへ移動したＵＥに対してはＳＲＮＣからのデータをＩｕｒインターフェースでＣＲＮＣを通じて受信すべきなので、ＣＲＮＣのセル内で既に同じＭＢＭＳサービスが行われて前記ＣＲＮＣが同じデータを既に有しているとしても、現在ＳＲＮＣから移動されたＵＥにはデータを提供できないという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００３３】
　従って、前記問題点を解決するための本発明の目的は、ＭＢＭＳを提供する移動通信システムでＳＲＮＣからＣＲＮＣへＵＥがハンドオーバーされるとき、ＭＢＭＳを提供する装置及び方法を提供することにある。
【００３４】
　本発明の他の目的は、ＭＢＭＳを提供する移動通信システムでＳＲＮＣからＣＲＮＣへＵＥがハンドオーバーされるとき、ＳＲＮＣとＣＲＮＣとの間の別途のＩｕｒインターフェース無しにＭＢＭＳを提供する装置及び方法を提供することにある。
【００３５】
　本発明のさらに他の目的は、ＭＢＭＳを提供する移動通信システムでＭＢＭＳのための有無線資源の効率的な管理装置及び方法を提供することにある。
【００３６】
　さらに、本発明の他の目的は、ＭＢＭＳを提供する移動通信システムで効率的な有無線資源管理のための新たなＭＢＭＳコンテキスト管理装置及び方法を提供することにある。
【００３７】
　さらに、本発明の他の目的は、ＭＢＭＳを提供する移動通信システムでＳＲＮＣとＣＲＮＣとの間の新たなメッセージを定義して有無線資源を効率的に管理できる装置及び方法を提供することにある。
【００３８】
　さらに、本発明の他の目的は、ＭＢＭＳを提供する移動通信システムで既存のＭＡＣ階層と互換性をもつＭＡＣ階層管理装置及び方法を提供することにある。
さらに、本発明の他の目的は、ＭＢＭＳを提供する移動通信システムでＵＥの移動性に応じてデータ信号と制御信号を分離して送受信する装置及び方法を提供することにある。
【課題を解決するための手段】
【００３９】
　前記目的を達成するための本発明の第１方法は、サービスパケット無線サービス支援ノード(ＳＧＳＮ:Serving GPRS(General Packet Radio Service) Support Node))からのパケットサービスを提供する移動通信システムで、使用者端末機(ＵＥ:User Equipment)が第１無線ネットワーク制御器(ＲＮＣ:Radio Network Controller)の管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、前記第１ＲＮＣが前記使用者端末機への前記パケットサービスの提供に必要な制御情報を前記第２ＲＮＣに送信する過程と、前記第２ＲＮＣは前記制御情報と前記パケットサービスデータを受信する過程と、前記第２ＲＮＣは前記使用者端末機に前記パケットサービスデータを送信する過程とを含むことを特徴とする。
【００４０】
　前記目的を達成するための本発明の第１の装置は、パケットサービスを提供する移動通信システムで、使用者端末機が第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２セルに移動するとき、前記パケットサービスを前記使用者端末機に提供する装置において、前記第１セルを管理し、前記パケットサービスの提供を要請した使用者端末機に前記パケットサービスの提供に必要な制御情報を送信する第１ＲＮＣと、前記第２セルを管理し、前記第１ＲＮＣから前記制御情報を受信し、前記制御情報を分析して前記パケットサービスの提供が可能な場合、前記パケットサービスを提供していることを前記第１ＲＮＣに通知し、前記パケットサービスデータを前記使用者端末機に送信する第２ＲＮＣとを含むことを特徴とする。
【００４１】
　前記目的を達成するための本発明の第２方法は、パケットサービスを提供する移動通信システムで、使用者端末機が第１ＲＮＣの管理下にある第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２ＲＮＣの管理下にある第２セルにセルを変更するとき、前記パケットサービスを前記使用者端末機に提供する方法において、前記第１ＲＮＣが前記使用者端末機への前記パケットサービスの提供に必要な制御情報を前記第２ＲＮＣに送信する過程と、前記第２ＲＮＣは前記制御情報を分析して前記パケットサービスの提供が可能な場合、前記第１ＲＮＣに前記第２ＲＮＣが前記パケットサービスを提供していることを通知する過程と、前記第２ＲＮＣは前記パケットサービスデータを前記使用者端末機に送信する過程とを含むことを特徴とする。
【００４２】
　前記目的を達成するための本発明の第２装置は、パケットサービスを提供する移動通信システムで、使用者端末機が第１セルで前記パケットサービスの提供を要請し、前記使用者端末機が第２セルに移動するとき、前記パケットサービスを前記使用者端末機に提供する装置において、前記第１セルを管理し、前記使用者端末機の使用者端末機識別子、前記提供を要請したパケットサービスを示すサービス識別子及び前記使用者端末機が現在セットアップしている無線資源情報を送信する第１ＲＮＣと、前記第２セルを管理し、前記使用者端末機識別子、サービス識別子及び無線資源情報を受信し、前記サービス識別子が示すパケットサービスの提供が可能な場合、前記第１ＲＮＣに前記パケットサービスを提供していることを通知し、前記パケットサービスデータを前記使用者端末機に送信する第２ＲＮＣとを含むことを特徴とする。
【発明の効果】
【００４３】
　上述したように、ＭＢＭＳサービスを提供する移動通信システムでＳＲＮＣからＭＢＭＳサービスを要請したＵＥがＣＲＮＣへハンドオーバーされるとき、ＭＢＭＳサービスデータを直接ＣＲＮＣから前記ＵＥに伝送することにより、前記ＳＲＮＣからＣＲＮＣへＭＢＭＳサービスデータ伝送のための別途のＩｕｒインターフェースを必要としない。したがって、無線資源の効率性を最大化させ、システムの性能を向上させることができる。
【発明を実施するための最良の形態】
【００４４】
　以下、本発明の好適な実施例を添付図面に参照して詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知機能又は構成に関する具体的な説明は省略する。
【００４５】
　図７は本発明の実施例における機能を行うためのマルチキャストマルチメディア放送サービス(ＭＢＭＳ：Multimedia Broadcast/Multicast Service)サービスを提供する移動通信システムの概略的な構造を示した図である。図７において、使用者端末機(ＵＥ:User Equipment)はサービング無線ネットワーク制御器(ＳＲＮＣ:Serving Radio Network Controller)でＭＢＭＳコンテキスト活性化要求(Activate MBMS Context Request)メッセージを伝送し、制御無線ネットワーク制御器(ＣＲＮＣ：Controlling ＲＮＣ)の管理下にあるセルへ移動してセルアップデート(Cell Update Confirm)メッセージを伝送し、サービスパケット無線サービス支援ノード(ＳＧＳＮ:Serving GPRS Support Node)からＭＢＭＳに対するＭＢＭＳ通知(MBMS Notification)メッセージを受信して前記MBMS Notificationメッセージに対する呼出応答(Paging Response)メッセージを伝送すると仮定する。ここで、前記Paging Responseメッセージはネットワーク運営者の運営方法に応じて行われる選択的な過程である。
【００４６】
　図７を参照すれば、ＳＧＳＮ７０１はＳＲＮＣ７０２及びＣＲＮＣ７０３とＩｕインターフェース７１１及びＩｕインターフェース７１２でそれぞれ連結されている。ここで、前記ＩｕインターフェースはＳＧＳＮとＲＮＣとの間のインターフェースを示す。前記ＳＧＳＮ７０１はＳＲＮＣ７０２に前記ＳＲＮＣ７０２の管理下にあるセルに存在するＵＥ、すなわち、第１ＵＥ(ＵＥ#１)７０４及び第２ＵＥ(ＵＥ#２)７０５のためのＭＢＭＳデータを伝送し、前記ＣＲＮＣ７０３は前記第ｍのＵＥ７０６のためのＭＢＭＳデータを伝送して前記ＣＲＮＣ７０３の管理下に前記第ｍのＵＥ７０６がＭＢＭＳデータを受信するようにする。前記第ｍのＵＥ７０６は無線ベアラー(ＲＢ:Radio Bearer)又は無線接続ベアラー(ＲＡＢ:Radio Access Bearer)などのＭＢＭＳを除いた他のサービス及びネットワークによる制御は前記ＳＲＮＣ７０２により行われる。すなわち、前記第ｍのＵＥ７０６にＭＢＭＳを提供するにおいて制御メッセージは前記ＳＲＮＣ７０２及びＩｕｒインターフェースを通じて伝送し、実際のＭＢＭＳデータは前記ＣＲＮＣ７０３を通じて伝送するように提案する。言い換えれば、本発明はＳＲＮＣを通じてＭＢＭＳを受けるＵＥがＣＲＮＣの管理下にあるセルへ移動した場合、制御メッセージとＭＢＭＳデータの伝送経路を分離するサービス方案を提案する。前記制御メッセージの伝送とＭＢＭＳデータの伝送経路の分離による動作は後述されるため、その詳細を省略する。
【００４７】
　他のサービス及びネットワークによる制御メッセージは前記ＳＲＮＣ７０２とＣＲＮＣ７０３との間のＩｕｒインターフェースを通じて前記第ｍのＵＥ７０６に伝えられる。ここで、前記ＩｕｒインターフェースはＲＮＣ間のインターフェースを示す。これとは異なり、前記第ｍのＵＥ７０６はＭＢＭＳデータを前記ＣＲＮＣ７０３を通じて受信する。従って、前記ＭＢＭＳデータがＣＲＮＣ７０３を通じて第ｍのＵＥ７０６に伝えられるため、ＳＲＮＣ７０２とＣＲＮＣ７０３との間のＩｕｒベアラーの有線資源を節約することができ、ＣＲＮＣ７０３が前記第ｍのＵＥ７０６にＭＢＭＳを直接サービスするので、前記ＣＲＮＣ７０３がＣＲＮＣ７０３の管理下にあるセルの無線資源をより効率的に管理できるようになる。
【００４８】
　ここで、前記ＭＢＭＳの提供において、ＵＥの移動による制御メッセージとＭＢＭＳデータの伝送経路の分離による各々のエンティティ(Entity)、すなわち、ＳＧＳＮ、ＳＲＮＣ及びＣＲＮＣが構成するコンテキスト(context)の内容、前記エンティティ間の信号流れ及び前記エンティティの各々の構造について説明する。
【００４９】
　本発明の実施例による移動通信システムは従来のＭＢＭＳサービスを提供する移動通信システムとは異なるＭＢＭＳコンテキスト(MBMS context)構成を持つ。ここで、前記MBMS contextはＭＢＭＳをサービスするために必要な内容を示し、ＭＢＭＳをサービスするためのネットワークに存在する各々の構成エンティティはその機能に応じて前記MBMS contextを貯蔵する。前記ＳＧＳＮ、ＳＲＮＣ、ＣＲＮＣ及びＵＥがそれぞれ備えるMBMS contextは相異なる内容を有する。本発明で提案するMBMS contextに貯蔵する新たなパラメータ(parameter)を次の表５に示す。
【００５０】
【表５】
2004135292.tif 000007
【００５１】
　表５に示したように、ＳＧＳＮ、ＳＲＮＣ及びＣＲＮＣの各々が備えるMBMS contextの内容は既存のＭＢＭＳ通信システムで管理するMBMS contextの内容と同じパラメータもあり、新たに追加されたパラメータも存在する。ここで、表５のMBMS contextに関連する具体的な説明は下記の図１３乃至図１６を参照して説明するため、その詳細な説明は省略する。さらに、本発明でＵＥのMBMS contextの内容は既存のＭＢＭＳ通信システムのMBMS contextの内容と同じなので、表５には示さない。
【００５２】
　次に、図８は本発明の実施例に応じてＳＲＮＣからＣＲＮＣへハンドオーバーされるとき、ＵＥにＭＢＭＳサービスを提供する過程を示した信号流れ図である。図８では、第ｍのＵＥ８４０で要求したＭＢＭＳは現在ＣＲＮＣ８３０でサービスされていないと仮定し、前記第ｍのＵＥ８４０はＳＲＮＣ８２０でActivate MBMS Context Requestメッセージを伝送した後、ＣＲＮＣ８３０の管理下にあるセルに移動してCell Update Confirmメッセージを伝送し、ＳＧＳＮ８１０からMBMS Notificationメッセージを受信し、前記MBMS Notificationメッセージに対するPaging Responseメッセージを送信すると仮定する。ここで、前記Paging Responseメッセージはネットワーク運営者の運営方式に応じて行われる選択的な過程である。
【００５３】
　図８を参照すれば、ＳＧＳＮ８１０はＳＲＮＣ８２０にＭＢＭＳデータ伝送のためのＲＡＢをセットアップするMBMS RABセットアップ要求(MBMS RAB Setup Request)メッセージを送信する(ステップ８１１)。前記ＳＧＳＮ８１０からMBMS RAB Setup Requestメッセージを受信したＳＲＮＣ８２０は前記ＭＢＭＳ提供を要求した第ｍのＵＥ(ＵＥ#ｍ)８４０が現在前記ＳＲＮＣ８２０の管理下にあるセルに存在しないことを識別できるため、前記第ｍのＵＥ８４０が位置するセルを管理するＣＲＮＣ８３０にＭＢＭＳ追加要求(MBMS Attach Request)メッセージを伝送する(ステップ８１３)。ここで、前記MBMS Attach Requestメッセージは本発明で新たに提案したメッセージであって、ＳＲＮＣからＣＲＮＣへ移動したＵＥにＭＢＭＳを提供するように前記ＳＲＮＣが前記ＣＲＮＣをして移動したＵＥにも前記ＭＢＭＳを提供するように要請するのに必要なメッセージである。
【００５４】
　前記MBMS Attach Requestメッセージを受信したＣＲＮＣ８３０は前記ＭＢＭＳサービスを受けようとするＵＥ、すなわち、第ｍのＵＥ８４０が前記ＣＲＮＣ８３０の管理下にあるセルへ移動するにつれて、前記移動したＵＥである第ｍのＵＥ８４０にもＭＢＭＳデータを伝送するための動作を行う。これを詳細に説明すると、前記MBMS Attach Requestメッセージを通じて前記ＳＲＮＣ８２０が前記ＣＲＮＣ８３０に伝送すべき情報は前記第ｍのＵＥ８４０のＵＥ識別子(UE ID)、前記第ｍのＵＥ８４０でサービス要請されるＭＢＭＳサービス識別子(MBMS SERVICE ID)及びＭＢＭＳサービス識別子に該当する制御メッセージを伝送するためのＲＢ情報である。ここで、前記制御メッセージを伝送するためのＲＢとしては、例えば、専用制御チャンネル(ＤＣＣＨ)がある。この場合、前記ＲＢ情報は前記ＤＣＣＨ関連情報となる。ここで、前記第ｍのＵＥ８４０のＵＥ識別子は前記ＣＲＮＣ８３０から第ｍのＵＥ８４０がＭＢＭＳサービスを受けることを示し、ＭＢＭＳサービス識別子は第ｍのＵＥ８４０が受信するＭＢＭＳの種類を示し、前記ＲＢ情報は前記ＣＲＮＣ８３０がＰｔＰ(point-to-point)方式でＭＢＭＳをサービスする場合、すなわち、専用チャンネル(ＤＣＨ:Dedicated Channel)を用いてＭＢＭＳをサービスする場合、前記ＤＣＨの構成設定に使用されうる情報である。
【００５５】
　前記MBMS Attach Requestメッセージを受信したＣＲＮＣ８３０はサービス要求されたＭＢＭＳに関連するＭＢＭＳデータを備えていないため、前記ＳＧＳＮ８１０にＭＢＭＳサービス要求(MBMS Service Request)メッセージを伝送する(ステップ８１５)。ここでは、前記ＣＲＮＣ８３０が前記ＭＢＭＳを提供していないと仮定するため、前記移動した第ｍのＵＥ８４０に前記ＭＢＭＳを提供するために前記ＳＧＳＮ８１０にＭＢＭＳサービスを要請するようになる。すなわち、現在では前記ＣＲＮＣ８３０とＳＧＳＮ８１０との間に前記ＭＢＭＳを提供するために設定すべきＩｕインターフェースが設定されていないため、前記Ｉｕインターフェース設定を要請すべきである。一方、前記ＣＲＮＣ８３０が要求されたＭＢＭＳを提供している場合は下記の図１４乃至図１６を参照して説明するため、ここでは詳細な説明を省略する。
【００５６】
　前記MBMS Service Requestメッセージを受信したＳＧＳＮ８１０は前記ＣＲＮＣ８３０の識別子をＭＢＭＳパケットデータプロトコル(ＰＤＰ:Packet Data Protocol)コンテキストに追加した後、前記要求されたＭＢＭＳデータの送信のためにMBMS RAB Setup Requestメッセージを前記ＣＲＮＣ８３０に伝送する(ステップ８１７)。これにより、前記ＣＲＮＣ８３０とＳＧＳＮ８１０との間の前記ＭＢＭＳサービスに対するＩｕインターフェースが設定される。ここで、前記MBMS PDPコンテキストはＭＢＭＳの種類に応じて生成されるＰＤＰコンテキストである。前記ＣＲＮＣ８３０は前記MBMS RAB Setup Requestメッセージに対する応答としてMBMS RABセットアップ完了(MBMS RAB Setup Complete)メッセージを前記ＳＧＳＮ８１０に伝送する(ステップ８１９)。上述したように、前記ステップ８１７及びステップ８１９では、前記ＣＲＮＣ８３０が前記ＭＢＭＳをサービスしないため、前記ＣＲＮＣ８３０が前記ＳＧＳＮ８１０に前記ＭＢＭＳのためにセットアップされているＲＡＢに対する情報を要請し、これによるＲＡＢを設定する。さらに、前記ＣＲＮＣ８３０はMBMS Attach Responseメッセージを前記ＳＲＮＣ８２０に伝送する(ステップ８２１)。前記MBMS Attach Responseメッセージも本発明で新たに提案するメッセージであって、前記MBMS Attach Responseメッセージは前記MBMS Attach Requestメッセージに対する応答メッセージである。前記MBMS Attach Responseメッセージは移動されたＵＥ、すなわち、第ｍのＵＥ８４０を前記ＣＲＮＣ８３０の管理下にあるＣＲＮＣコンテキストに追加するとともに、前記ＳＧＳＮ８１０と前記ＣＲＮＣ８３０との間のＩｕインターフェースの設定を前記ＳＲＮＣ８２０に通知するメッセージである。ここで、前記MBMS Attach Responseメッセージは前記ＣＲＮＣ８３０がＭＢＭＳデータの伝送に使用するＲＢ情報を含んでいる。従って、前記ＳＲＮＣ８２０は前記ＲＢ情報に応じて前記第ｍのＵＥ８４０にＲＢセットアップ(RB Setup)メッセージを伝送する(ステップ８２３)。前記第ｍのＵＥ８４０は前記RB Setupメッセージを受信し、前記受信したRB Setupメッセージに相応してRB Setup Completeメッセージを前記ＳＲＮＣ８２０に伝送して(ステップ８２５)、前記ＳＲＮＣ８２０がＲＢの設定を通知するようにする。その後、前記ＣＲＮＣ８３０は前記ＳＧＳＮ８１０からＩｕインターフェースを通じてＭＢＭＳデータを受信し(ステップ８２７)、前記受信したＭＢＭＳデータを前記第ｍのＵＥ８４０に伝送する(ステップ８２９)。その結果、本発明では前記Ｉｕインターフェースを通じて前記ＣＲＮＣ８３０がＭＢＭＳデータを前記ＳＧＳＮ８１０から直接受信することができる。
【００５７】
　前記第ｍのＵＥ８４０はＭＢＭＳサービスをそれ以上の受信を望まない場合、ＭＢＭＳサービス非活性化(MBMS Service Deactivation)メッセージを前記ＳＧＳＮ８１０に伝送する(ステップ８３１)。前記MBMS Service Deactivationメッセージを受信したＳＧＳＮ８１０はMBMS Service Deactivationメッセージを前記ＳＲＮＣ８２０に伝送し(ステップ８３３)、前記ＳＲＮＣ８２０は前記MBMS Service Deactivationメッセージを再びＣＲＮＣ８３０に伝送する(ステップ８３５)。さらに、前記ＳＲＮＣ８２０はMBMS RB解除(MBMS RB Release)メッセージを第ｍのＵＥ８４０に伝送する(ステップ８３７)。前記MBMS Service Deactivation過程も下記の図１４乃至図１６を参照して説明する。上述したように、移動された第ｍのＵＥ８４０は前記ＳＲＮＣ８２０を通じて制御情報を伝送することにより制御され、前記ＭＢＭＳデータは前記ＣＲＮＣ８３０を通じて伝送されるということが分かる。すなわち、制御メッセージとデータ伝送の経路が分離される。
【００５８】
　ここで、図７及び図８を参照して説明した本発明の実施例による利点を説明すると、次の通りである。
　１．ＳＲＮＣからＣＲＮＣへの不必要な同じＭＢＭＳデータの伝送が防止されて有線資源及び網管理側面で効率的である。すなわち、上述したように、ＳＲＮＣとＣＲＮＣとの間のインターフェースであるＩｕｒインターフェースでの同じＭＢＭＳデータに対する不必要な繰返し伝送が防止されるが、但し、ＳＲＮＣは制御メッセージのみを伝送し、ＣＲＮＣがＭＢＭＳデータを伝送することにより、有無線資源の効果的な使用が可能である。
【００５９】
　２．ＳＧＳＮからＣＲＮＣへ前記ＣＲＮＣをＣＲＮＣとして備えるＵＥのＭＢＭＳデータが直接伝送されるため、前記ＵＥのＳＲＮＣへの不必要なデータ伝送が防止されて有線資源及び網管理側面で効率的である。すなわち、ＳＲＮＣからサービスを受けているすべてのＵＥが移動すると、ＣＲＮＣのみを通じてＭＢＭＳデータを伝送し、前記ＳＲＮＣへのＭＢＭＳデータ伝送は不必要になる。従来ではＳＲＮＣからサービスを受けているすべてのＵＥが移動するとしても、ＳＲＮＣを通じてデータが伝送されるべきなので、ＳＧＳＮからＳＲＮＣへのＭＢＭＳデータ伝送が要求されたが、本発明では前記ＳＧＳＮからＳＲＮＣへの不必要なＭＢＭＳデータの伝送が要求されない。
【００６０】
　３．ＣＲＮＣが前記ＣＲＮＣをＣＲＮＣとして備えるＵＥ及び前記ＣＲＮＣをＳＲＮＣとして備えるＵＥのＭＢＭＳを直接管理できるため、有線資源の活用及び網管理を効率的に行える。
【００６１】
　図９は本発明の実施例によるＳＧＳＮのＭＢＭＳサービス提供過程を示した順序図である。図９を参照すれば、ステップ９０１でＳＧＳＮは特定のＵＥからActivate MBMS Context Requestメッセージを受信した後、ステップ９０２へ進行する。ここで、前記Activate MBMS Context Requestメッセージは前記ＵＥが前記ＳＧＳＮでサービスされている多数のＭＢＭＳサービスのうち、特定種類のＭＢＭＳサービスを要請するメッセージである。前記Activate MBMS Context Requestメッセージを受信したＳＧＳＮはホーム位置登録器(ＨＬＲ:Home Location Register)を検索して前記ＵＥで要求したＭＢＭＳ種類が前記ＵＥにサービス可能なＭＢＭＳ種類であるかを判断する。その結果、前記ＵＥで要求したＭＢＭＳ種類が前記ＵＥにサービス可能なＭＢＭＳ種類である場合、ステップ９０２では前記ＵＥで要請したＭＢＭＳ種類のサービスが可能であり、要請したＭＢＭＳ種類のサービスがすぐ開始されるというMBMS Notificationメッセージを通知した後、ステップ９０３へ進行する。
【００６２】
　ステップ９０３で前記ＳＧＳＮは前記MBMS Notificationメッセージの送信に対して前記ＵＥから受信されるPaging Responseメッセージを受信した後、ステップ９０４へ進行する。ここで、前記MBMS Notificationメッセージの送信に応じてPaging Responseメッセージを受信する過程は上述したシステムの運用に応じて可変的に選択される事項である。
【００６３】
　一方、前記ＵＥからPaging Responseメッセージを受信したＳＧＳＮは、ステップ９０４で前記ＵＥで要求したＭＢＭＳサービス種類が現在前記ＵＥの属するＲＮＣでサービスされているかを判断する。ここで、現在前記ＵＥの属するＲＮＣで前記ＵＥで要請したＭＢＭＳサービス種類が提供されるかは、前記ＳＧＳＮに貯蔵されるMBMS contextのうち、ＭＢＭＳをサービスするＲＮＣリストにより判断される。その判断結果、前記ＵＥで要求したＭＢＭＳサービス種類が現在前記ＵＥの属するＲＮＣでサービスされていない場合、前記ＳＧＳＮはステップ９０５へ進行する。ステップ９０５で前記ＳＧＳＮは前記要請されたＭＢＭＳサービス種類を提供するためにMBMS RAB Setup Requestメッセージを前記ＵＥのＳＲＮＣに伝送した後、ステップ９０７へ進行する。一方、ステップ９０４での判断結果、前記ＵＥで要求したＭＢＭＳサービス種類が現在前記ＵＥの属するＳＲＮＣでサービスされる場合、前記ＳＧＳＮはステップ９０６へ進行する。ステップ９０６で前記ＳＧＳＮは前記要請されたＭＢＭＳサービス種類を前記ＵＥにサービスするように前記ＵＥのＳＲＮＣに要請した後、ステップ９０７へ進行する。ここで、前記要請されたＭＢＭＳサービス種類を前記ＵＥにサービスするように前記ＵＥのＳＲＮＣに要請するとき、前記ＵＥに対するＭＭ(Mobile Management)コンテキストに前記ＵＥで要請したＭＢＭＳ識別子を添加して前記ＵＥに対するＭＢＭＳサービス提供状況を管理することもできる。
【００６４】
　ステップ９０７で前記ＳＧＳＮは前記ＵＥのＳＲＮＣからの前記ＵＥが要求したＭＢＭＳサービス種類に対する応答を待機した後、ステップ９０８へ進行する。本発明の実施例では、前記ＵＥが前記ＳＲＮＣでないＣＲＮＣの管理下にあるセルに位置すると仮定するため、前記仮定に応じて前記ＳＧＳＮは前記ＳＲＮＣからの応答を受信することができない。従って、前記ＳＧＳＮは前記ＳＲＮＣが前記ＵＥのＣＲＮＣと関連作業を完了した後、前記ＵＥに対するサービスがＳＲＮＣで行われるか、前記サービスが他のＲＮＣに要請されるかに対する応答はMBMS RAB Setup Completeメッセージやその他の前記内容をＳＧＳＮに伝送できるメッセージを通じて受信する。さらに、本発明の実施例では、前記ＵＥで要請したＭＢＭＳがＣＲＮＣでサービスされないと仮定するため、ステップ９０８で前記ＳＧＳＮはＣＲＮＣからＭＢＭＳサービス要求(MBMS Service Request)メッセージを受信した後、ステップ９０９へ進行する。ステップ９０９で前記ＳＧＳＮは前記ＳＧＳＮの管理下にあるＭＢＭＳサービス種類別のＲＮＣリストに前記ＣＲＮＣの識別子を追加する方式でアップデート(update)を実行した後、ステップ９１０へ進行する。ステップ９１０で前記ＳＧＳＮは前記ＭＢＭＳデータの伝送のためのMBMS RAB Setup RequestメッセージをＣＲＮＣに伝送した後、ステップ９１１へ進行する。ステップ９１１で前記ＳＧＳＮは前記ＣＲＮＣからMBMS RAB Setup Completeメッセージを受信した後、ステップ９１２へ進行する。
【００６５】
　ステップ９１２で前記ＳＧＳＮはマルチキャスト/放送-サービスセンター(ＢＭ-ＳＣ:Multicast/Broadcast-Service Center)で提供したＭＢＭＳデータをＣＲＮＣに伝送した後、ステップ９１３へ進行する。ステップ９１３で前記ＳＧＳＮは前記ＵＥからMBMS Service Deactivationメッセージが受信されるかを続けてモニタリングする。その際、前記MBMS Service Deactivationメッセージを受信する場合はステップ９１４へ進行する。すなわち、前記ＳＧＳＮは前記MBMS Service Deactivationメッセージを受信するにつれて、前記ＳＧＳＮの管理下にあるＵＥのMM contextからＭＢＭＳ識別子を取り除き、ステップ９１４で前記ＳＧＳＮに連結されている特定のＲＮＣからＭＢＭＳデータ伝送のためのMBMS RAB Releaseメッセージが受信されるかを確認する。その結果、前記ＲＮＣからＭＢＭＳデータ伝送のためのMBMS RAB Releaseメッセージが受信されると、前記ＳＧＳＮはステップ９１５へ進行する。ステップ９１５で前記ＳＧＳＮはＭＢＭＳサービスを受けるＵＥのリストをアップデートし、各々のＭＢＭＳサービスを提供するＲＮＣのリストもアップデートした後、ステップ９１７へ進行する。
【００６６】
　一方、ステップ９１４での確認結果、前記ＲＮＣからＭＢＭＳデータ伝送のためのMBMS RAB Releaseメッセージが受信されなければ、前記ＳＧＳＮはステップ９１６へ進行する。ステップ９１６で前記ＳＧＳＮは各々のＭＢＭＳサービスを受けるＵＥのリストをアップデートした後、ステップ９１７へ進行する。ステップ９１７で前記ＳＧＳＮは前記ＵＥのＳＲＮＣに前記ＵＥに対するＭＢＭＳ終了メッセージ、すなわち、MBMS Service Deactivationメッセージを伝送して前記ＵＥのＭＢＭＳサービスを中止させた後、終了する。
【００６７】
　図１０は本発明の実施例によるＳＲＮＣのＭＢＭＳサービス提供過程を示した順序図である。図１０を参照すれば、ステップ１００１でＳＲＮＣはＵＥからCell Update Completeメッセージを受信した後、ステップ１００２へ進行する。前記ＵＥからCell Update Completeメッセージを受信したＳＲＮＣは前記ＵＥが他のセルへ移動することにより、すなわち、ハンドオーバーによりＣＲＮＣを備えるということを認知する。ステップ１００２で前記ＳＲＮＣは前記ＵＥにCell Update Confirmメッセージを伝送して前記ＵＥのＣＲＮＣへの移動を前記ＳＲＮＣが認知していることを知らせた後、ステップ１００３へ進行する。ステップ１００３で前記ＳＲＮＣはＳＧＳＮから前記ＵＥで要求したＭＢＭＳデータ伝送のためのMBMS RAB Setup Requestメッセージを受信した後、ステップ１００４へ進行する。ステップ１００４で前記ＳＲＮＣは前記受信したMBMS RAB Setup Requestメッセージを受信するにつれて、前記ＵＥで要求したＭＢＭＳサービス識別子、前記ＵＥのＵＥ識別子及び前記ＵＥに伝送される制御メッセージに対するＲＢ情報を検出し、前記検出したＭＢＭＳサービス識別子、前記ＵＥ識別子及びＲＢ情報をMBMS Attach Requestメッセージとともに前記ＵＥのＣＲＮＣに伝送した後、ステップ１００５へ進行する。ステップ１００５で前記ＳＲＮＣは前記ＵＥのMM contextに前記ＵＥで受信されるＭＢＭＳサービス識別子を追加する方式でアップデートを行い、前記ＳＲＮＣの管理下にあるＭＢＭＳサービス種類別のＵＥリストから前記ＵＥのＵＥ識別子を削除した後、ステップ１００６へ進行する。
【００６８】
　ステップ１００６で前記ＳＲＮＣは前記ＣＲＮＣからMBMS Attach Responseメッセージを受信した後、ステップ１００７へ進行する。ステップ１００７で前記ＳＲＮＣは前記MBMS Attach Responseメッセージに含まれている、前記ＵＥにＭＢＭＳデータの伝送に使用されるＲＢに対する情報を検出し、前記検出したＲＢ情報に基づいて前記ＵＥにMBMS RB SETUPメッセージを伝送した後、ステップ１００８へ進行する。ステップ１００８で前記ＳＲＮＣは前記ＵＥから前記MBMS RB Setupメッセージに相応するMBMS RB Setup Completeメッセージを受信した後、ステップ１００９へ進行する。ステップ１００９で前記ＳＲＮＣは前記ＳＧＳＮから前記ＵＥのMBMS Deactivationメッセージを受信した後、ステップ１０１０へ進行する。ステップ１０１０で前記ＳＲＮＣは前記ＭＢＭＳサービス識別子を前記ＵＥのMM contextから削除した後、ステップ１０１１へ進行する。ステップ１０１１で前記ＳＲＮＣは前記ＵＥにＭＢＭＳサービスを提供しているＣＲＮＣに前記ＵＥのMBMS Service Deactivationを通知し、すなわち、MBMS Service Deactivationメッセージを伝送した後、ステップ１０１２へ進行する。ステップ１０１２で前記ＳＲＮＣは前記ＵＥに前記ＭＢＭＳデータの受信に使用されるMBMS RBを解除するためのMBMS RB Releaseメッセージを伝送した後、終了する。
【００６９】
　図１１は本発明の実施例によるＣＲＮＣのＭＢＭＳサービス提供過程を示した順序図である。図１１を参照すれば、ステップ１１０１で前記ＣＲＮＣはＵＥのＳＲＮＣからMBMS Attach Requestメッセージを受信した後、ステップ１１０２へ進行する。ここで、前記ＣＲＮＣは前記MBMS Attach Requestメッセージに含まれているＵＥのＵＥ識別子、ＭＢＭＳサービス識別子及びＵＥのＤＣＣＨ ＲＢ情報を検出する。ステップ１１０２で前記ＣＲＮＣは前記ＭＢＭＳサービス識別子の指示するＭＢＭＳサービスが現在サービスされているかを判断する。その結果、前記ＭＢＭＳサービス識別子によるＭＢＭＳサービスが現在サービスされている場合、前記ＣＲＮＣはステップ１１０４へ進行する。ステップ１１０４で前記ＣＲＮＣは前記ＣＲＮＣの管理下にあるＭＢＭＳサービス種類別のＵＥ識別子リストに前記ＵＥのＵＥ識別子を追加した後、ステップ１１０９へ進行する。
【００７０】
　一方、ステップ１１０２での検査結果、前記ＭＢＭＳサービス識別子によるＭＢＭＳがサービスされていない場合、前記ＣＲＮＣはステップ１１０３へ進行する。ステップ１１０３で前記ＣＲＮＣはＳＧＳＮに前記ＭＢＭＳサービスの受信のためのMBMS Service Requestメッセージを伝送した後、ステップ１１０５へ進行する。ステップ１１０５で前記ＣＲＮＣは前記ＳＧＳＮから前記ＭＢＭＳデータの受信に必要なMBMS RB Setup Requestメッセージを受信した後、ステップ１１０６へ進行する。ステップ１１０６で前記ＣＲＮＣは前記MBMS RB Setup Requestメッセージに対する応答としてMBMS RB Setup CompleteメッセージをＳＧＳＮに伝送した後、ステップ１１０７へ進行する。その後、ステップ１１０７で前記ＣＲＮＣは前記ＳＧＳＮからＭＢＭＳデータを受信した後、ステップ１１０８へ進行する。一方、前記ＣＲＮＣはステップ１１０３でMBMS Service Requestメッセージを送信するとともにMBMS RAB Setup RequestメッセージをＳＧＳＮに送信することもできる。この場合、前記ＳＧＳＮはMBMS RAB Setup Completeメッセージを通じて前記ＣＲＮＣに前記ＣＲＮＣで要請したＭＢＭＳデータの伝送許可を知らせることができる。ステップ１１０８で前記ＣＲＮＣは前記ＣＲＮＣの管理下にあるＭＢＭＳリストに新たなＭＢＭＳサービス識別子を追加し、前記ＭＢＭＳサービス識別子のＵＥリストに前記ＵＥを追加した後、ステップ１１０９へ進行する。
【００７１】
　ステップ１１０９で前記ＣＲＮＣは前記ＵＥで要請したＭＢＭＳデータを受信し、前記要請したＭＢＭＳサービスの種類をリストに追加したＣＲＮＣは前記ＭＢＭＳデータを伝送するＲＢを決定した後、ステップ１１１０へ進行する。ステップ１１１０で前記ＣＲＮＣは前記決定したＲＢに対する情報をMBMS Attach Responseメッセージを用いて前記ＵＥのＳＲＮＣに伝送した後、ステップ１１１１へ進行する。ステップ１１１１で前記ＣＲＮＣは前記ＵＥに対するＭＢＭＳデータの伝送を開始した後、ステップ１１１２へ進行する。ステップ１１１２で前記ＣＲＮＣは前記ＵＥのＳＲＮＣから前記ＵＥのMBMS Service Deactivationメッセージを受信した後、ステップ１１１３へ進行する。ステップ１１１３で前記ＣＲＮＣは前記ＵＥが受信したＭＢＭＳサービス種類を受信している他のＵＥが存在するかを判断する。その結果、前記受信したＭＢＭＳサービス種類を受信している他のＵＥが存在しない場合、前記ＣＲＮＣはステップ１１１４へ進行する。ステップ１１１４で前記ＣＲＮＣはＭＢＭＳデータの伝送のためのＣＲＮＣとＳＧＳＮとの間のMBMS RABの設定解除要求又は命令を示すメッセージ、すなわち、MBMS RAB Releaseメッセージを前記ＳＧＳＮに伝送した後、ステップ１１１６へ進行する。ステップ１１１６で前記ＣＲＮＣは前記ＭＢＭＳのＵＥ識別子リストから前記ＵＥの識別子を削除し、前記ＭＢＭＳを前記ＣＲＮＣの管理下にあるＭＢＭＳサービスリストから削除した後、ステップ１１１７へ進行する。
【００７２】
　一方、ステップ１１１３での判断結果、前記ＵＥが受信したＭＢＭＳサービス種類を受信している他のＵＥが存在する場合、ステップ１１１５へ進行する。ステップ１１１５で前記ＣＲＮＣは前記ＵＥの識別子をＵＥ#ｍが受信したＭＢＭＳサービスのリストから削除した後、ステップ１１１７へ進行する。ステップ１１１７で前記ＣＲＮＣは前記ＵＥのＳＲＮＣに前記ＵＥのMBMS Deactivation Responseメッセージを伝送した後、ステップ１１１８へ進行する。ステップ１１１８で前記ＣＲＮＣは前記ＵＥに割当てられた無線資源を解除した後、終了する。ここで、前記無線資源の解除には次の二つの場合が存在する。その第一はＰｔＰ(point-to-point)方式でＭＢＭＳがサービスされる場合であって、前記ＵＥに割当てられた無線資源をそのまま解除する。その第二はＰｔＭ(point-to-multipoint)方式でＭＢＭＳがサービスされる場合であって、無線資源の解除は前記ＵＥのＵＥ識別子を前記ＭＢＭＳのリストから削除することをいう。
【００７３】
　図１２は本発明の実施例によるＵＥのＭＢＭＳサービス提供過程を示した順序図である。図１２を参照すれば、ステップ１２０１でＵＥはActivate MBMS Context RequestメッセージをＳＧＳＮに伝送した後、ステップ１２０２へ進行する。ステップ１２０２で前記ＵＥは前記ＳＧＳＮから前記ＵＥで要請したＭＢＭＳ種類のサービス承諾及び該当ＭＢＭＳサービス種類のすぐ後の開始を知らせるMBMS Notificationメッセージを受信した後、ステップ１２０３へ進行する。ここで、前記ＵＥは前記MBMS Notificationメッセージの受信に応じてPaging Responseメッセージを前記ＳＧＳＮに伝送するか、伝送しない場合もあるが、これは上述したようにシステムの運用による可変的な問題である。図１２では前記MBMS Notificationメッセージに対するPaging Responseメッセージを送信しない場合を仮定している。ステップ１２０３で前記ＵＥは前記ＵＥのＳＲＮＣから伝送されるＭＢＭＳデータのMBMS RBの設定に関するMBMS RB Setupメッセージを受信した後、ステップ１２０４へ進行する。ステップ１２０４で前記ＵＥは前記受信したMBMS RB Setupメッセージに相応するMBMS RB Setup Completeメッセージを前記ＳＲＮＣに伝送した後、ステップ１２０５へ進行する。
【００７４】
　ステップ１２０５で前記ＵＥはＭＢＭＳデータを受信した後、ステップ１２０６へ進行する。ステップ１２０６で前記ＵＥは使用者が該当ＭＢＭＳ種類のサービスをそれ以上望まないということを感知すると、前記ＭＢＭＳサービス種類に対するＭＢＭＳデータの受信中止を示すMBMS Service Deactivationメッセージを前記ＳＧＳＮに伝送した後、ステップ１２０７へ進行する。ステップ１２０７で前記ＵＥは前記ＳＲＮＣからＭＢＭＳデータの受信に使用されたMBMS RB Releaseメッセージを受信した後、ステップ１２０８へ進行する。ステップ１２０８で前記ＵＥは前記ＭＢＭＳデータの受信に使用されたMBMS RBを解除した後、前記MBMS RB Releaseメッセージに対する応答としてMBMS RB Release Completeメッセージを前記ＳＲＮＣに伝送した後、終了する。
【００７５】
　図１３は本発明の実施例によるＳＧＳＮのMBMS context管理過程を示した順序図である。図１３を参照すれば、前記ＳＧＳＮはステップ１３０１でＭＢＭＳに対するＰＤＰリストと、前記ＭＢＭＳに対して前記ＭＢＭＳの各々に対するサービスを受けるＵＥリストと、前記ＭＢＭＳに対して前記ＭＢＭＳサービスを提供するＲＮＣリストとを貯蔵している状態にある。ステップ１３０２で前記ＳＧＳＮは任意のＵＥからActivate MBMS Context Requestメッセージが受信されるかを判断する。その判断結果、前記任意のＵＥからのActivate MBMS Context Requestメッセージが受信される場合、前記ＳＧＳＮはステップ１３０３へ進行する。ステップ１３０３で前記ＳＧＳＮは前記ＵＥで要請したＭＢＭＳサービス種類が前記ＵＥの属するＲＮＣでサービスされているかを判断する。ここで、前記ＵＥで要請したＭＢＭＳサービス種類が前記ＵＥの属するＲＮＣでサービスされるかを検査する過程ではＭＢＭＳサービス種類別のＲＮＣリストが使用される。さらに、図１３では図示しないが、前記ＵＥの属するＲＮＣから要請されたＭＢＭＳサービス種類がサービスされるかに対する検査を行わずに前記ＵＥに対するＳＲＮＣに前記ＭＢＭＳデータ伝送のためのMBMS RAB Setup Requestメッセージを直接伝送して前記ＳＲＮＣから前記要請されたＭＢＭＳサービス種類が提供されるかを確認できる。
【００７６】
　前記検査結果、前記ＵＥで要請したＭＢＭＳサービス種類が前記ＵＥの属するＲＮＣからサービスされている場合、前記ＳＧＳＮはステップ１３１１へ進行する。ステップ１３１１で前記ＳＧＳＮは前記ＵＥのＳＲＮＣにMBMS RAB Setup Requestメッセージを伝送した後、ステップ１３１２へ進行する。ステップ１３１２で前記ＳＧＳＮは前記ＳＲＮＣからMBMS RAB Setup Completeメッセージを受信した後、ステップ１３１３へ進行する。ステップ１３１３で前記ＳＧＳＮは前記ＳＲＮＣから受信したMBMS RAB Setup Completeメッセージに含まれている情報に前記ＳＲＮＣが直接ＭＢＭＳ種類をサービスするという内容が存在するかを検査する。その結果、前記ＳＲＮＣが直接ＭＢＭＳ種類をサービスするという内容が存在する場合、前記ＳＧＳＮはステップ１３３１へ進行する。ステップ１３３１で前記ＳＧＳＮはＭＢＭＳデータを伝送した後、ステップ１３３２へ進行する。ステップ１３３２で前記ＳＧＳＮは前記ＲＮＣを前記ＭＢＭＳサービスを提供するＲＮＣリストに追加し、前記ＵＥを前記ＭＢＭＳサービスを受けるＵＥのＵＥリストに追加した後、ステップ１３４５へ進行する。
【００７７】
　一方、ステップ１３１３での検査結果、前記ＳＲＮＣが直接前記ＭＢＭＳ種類をサービスするという内容が存在しない場合、前記ＳＧＳＮはステップ１３８０へ進行する。ステップ１３８０で前記ＳＧＳＮは前記ＳＲＮＣをＭＢＭＳサービス種類別のＲＮＣリストに追加せずにステップ１３４１へ進行する。ステップ１３４１で前記ＳＧＳＮは他のＲＮＣからＭＢＭＳデータ送信要求(MBMS Data Transmission Request)メッセージに対するMBMS RAB Setup Requestメッセージが存在するかを検査する。ここで、“他のＲＮＣ”とはＵＥのＣＲＮＣをいう。前記検査結果、前記他のＲＮＣからMBMS Data Transmission Requestメッセージに対するMBMS RAB Setup Requestメッセージが存在する場合、前記ＳＧＳＮはステップ１３４２へ進行する。ステップ１３４２で前記ＳＧＳＮはMBMS RAB Setup Completeメッセージを前記他のＲＮＣに伝送した後、ステップ１３４３へ進行する。ステップ１３４３で前記ＳＧＳＮはＭＢＭＳデータを前記他のＲＮＣに伝送した後、ステップ１３４４へ進行する。ステップ１３４４で前記ＳＧＳＮは前記他のＲＮＣ、すなわち、前記ＭＢＭＳを要請したＵＥのＣＲＮＣを前記ＭＢＭＳサービスを提供するＲＮＣリストに追加し、前記ＵＥを前記ＭＢＭＳサービスを受けるＵＥのＵＥリストに追加した後、ステップ１３４５へ進行する。
【００７８】
　さらに、ステップ１３４１での検査結果、他のＲＮＣからMBMS Data Transmission Requestメッセージに対するMBMS RAB Setup Requestメッセージが存在しない場合、前記ＳＧＳＮはステップ１３５１へ進行する。ステップ１３５１で前記ＳＧＳＮはＭＢＭＳサービス種類別のＵＥリスト、すなわち、ＵＥのMM contextに前記ＭＢＭＳサービス識別子を追加した後、ステップ１３４５へ進行する。ここで、前記他のＲＮＣからMBMS Data Transmission Requestメッセージが受信されないと判断される場合、これは前記他のＲＮＣで前記要請した種類のＭＢＭＳが既にサービスされることをいう。
【００７９】
　一方、ステップ１３０３での検査結果、前記ＵＥで要請したＭＢＭＳサービス種類が前記ＵＥの属するＲＮＣでサービスされていない場合、前記ＳＧＳＮはステップ１３２１へ進行する。ステップ１３２１で前記ＳＧＳＮはMBMS Service Requestメッセージを前記ＵＥの属するＲＮＣ(ＳＲＮＣ)に伝送した後、ステップ１３２２へ進行する。ステップ１３２２で前記ＳＧＳＮは前記ＲＮＣ(ＳＲＮＣ)からMBMS Service Requestメッセージに対する確認メッセージ、すなわち、MBMS Service Responseメッセージを受信した後、ステップ１３２３へ進行する。ステップ１３２３で前記ＳＧＳＮは前記MBMS Service Requestメッセージに対するMBMS Service Responseメッセージに前記ＲＮＣが直接該当種類のＭＢＭＳを支援するという内容が存在するかを検査する。その検査結果、前記MBMS Service Responseメッセージに前記ＲＮＣが該当種類のＭＢＭＳを支援するという内容が存在しない場合、前記ＳＧＳＮはステップ１３４１へ進行する。しかし、前記MBMS Service Responseメッセージに前記ＲＮＣが該当種類のＭＢＭＳを支援するという内容が存在する場合、前記ＳＧＳＮはステップ１３５１へ進行する。ステップ１３５１で前記ＳＧＳＮは前記ＵＥのＵＥ識別子のみを前記ＭＢＭＳを受けるＵＥリストに追加する。前記ＵＥで要請したＭＢＭＳデータと同じMBMS Data Transmission Requestメッセージに対するMBMS RAB Setup Requestメッセージが受信されないと判断される場合、これは前記ＵＥのＣＲＮＣで既に前記ＵＥで要請した種類のＭＢＭＳがサービスされることをいう。従って、前記ＳＧＳＮはＵＥのMM contextに前記ＭＢＭＳサービス識別子のみを追加し、前記ＭＢＭＳ別のＲＮＣリストは更新する必要がない。前記ＳＧＳＮはステップ１３２３で前記ＲＮＣが直接該当種類のＭＢＭＳを支援するという内容を確認すれば、ステップ１３５１で前記ＵＥのＵＥ識別子のみを前記ＭＢＭＳサービスを受けるＵＥリストに追加し、ステップ１３４５で前記ＵＥからのMBMS Deactivation Requestメッセージの受信を待機する。
【００８０】
　ステップ１３４５で前記ＳＧＳＮは前記ＵＥから前記ＵＥに提供される種類のＭＢＭＳに対するMBMS Deactivation Requestメッセージを受信した後、ステップ１３４６へ進行する。ステップ１３４６で前記ＳＧＳＮはＲＮＣ(前記ＵＥに対するＳＲＮＣ又はＣＲＮＣ)から前記ＭＢＭＳに対するMBMS RAB Releaseメッセージを受信するかを検査する。前記検査結果、前記MBMS RAB RELEASEメッセージを受信する場合、前記ＳＧＳＮはステップ１３４７へ進行する。ステップ１３４７で前記ＳＧＳＮは前記ＵＥ及び前記ＲＮＣを前記該当種類のＭＢＭＳサービスを受けるＵＥリスト及びＲＮＣリストからそれぞれ削除した後、ステップ１３４９へ進行する。ステップ１３４９で前記ＳＧＳＮは前記ＲＮＣにMBMS RAB Release Completeメッセージを伝送した後、終了する。
【００８１】
　一方、ステップ１３４６での検査結果、ＲＮＣ(前記ＵＥに対するＳＲＮＣ又はＣＲＮＣ)から前記ＭＢＭＳに対するMBMS RAB Releaseメッセージを受信しない場合、前記ＳＧＳＮはステップ１３４８へ進行する。ステップ１３４８で前記ＳＧＳＮは前記ＵＥを前記該当種類のＭＢＭＳを受けるＵＥリストから削除した後、終了する。ここで、前記ＭＢＭＳを受けるＵＥのＵＥリストからの削除は、前記ＳＧＳＮが前記ＵＥのMM contextから前記ＭＢＭＳサービス識別子を削除するということをいう。
【００８２】
　図１３を参照して説明した本発明で新たに提案したＳＧＳＮのMBMS contextアップデート過程を要約すれば、ＳＧＳＮは各ＵＥに提供されるＭＢＭＳリストを管理し、これとは別途に各ＭＢＭＳをサービスしているＲＮＣリストを管理して前記ＭＢＭＳサービスが円滑に提供されるようにする。
【００８３】
　次に、図１４乃至図１６を参照してＲＮＣのMBMS context管理過程を説明する。前記ＲＮＣのMBMS context管理過程では前記ＭＢＭＳがＰｔＰ又はＰｔＭ方式でサービスされる場合を考慮している。前記ＲＮＣは場合によってはＳＲＮＣ又はＣＲＮＣとなり得るため、図１１及び図１２で説明されたＳＲＮＣのMBMS context管理機能及びＣＲＮＣのMBMS context管理機能を同時に備えるべきである。さらに、表５に示したＳＲＮＣのMBMS contextに対して再び説明すると、ＳＲＮＣは前記ＳＲＮＣの管理下にあるＵＥのMM context(ＵＥ位置、ＵＥ状態、ＵＥのチャンネル使用状況)にＭＢＭＳサービス識別子を追加して管理する。前記ＭＢＭＳサービス識別子はＳＲＮＣでサービスされているＭＢＭＳサービス識別子及びＣＲＮＣでサービスされているＭＢＭＳサービス識別子となり得る。さらに、表５に示したＣＲＮＣのMBMS contextに対して再び説明すると、ＣＲＮＣは前記ＣＲＮＣでサービスされているＭＢＭＳに対して前記ＭＢＭＳを利用するＵＥのリストを管理する。すなわち、ＲＮＣはＳＲＮＣの側面で各ＵＥでサービスされているＭＢＭＳリストを管理し、ＣＲＮＣの側面で前記ＲＮＣでサービスされているＭＢＭＳリストを管理する。
【００８４】
　図１４Ａ,Ｂ、図１５及び図１６は本発明の実施例によるＲＮＣのMBMS context管理過程を示した順序図である。図１４Ａを参照すれば、前記ＲＮＣはステップ１４０１でＲＮＣ内にあるＵＥのUE contextで前記ＵＥのうち、ＭＢＭＳサービスを受けるＵＥのUE contextにＭＢＭＳサービス識別子を追加し、ＲＮＣ内でサービスされている各ＭＢＭＳサービス別にＵＥリストを管理する。ステップ１４０２で前記ＲＮＣはＳＧＳＮからＭＢＭＳデータを受信するためのMBMS RAB Setupメッセージを受信するかを検査する。前記検査結果、前記ＳＧＳＮからＭＢＭＳデータを受信するためのMBMS RAB Setupメッセージを受信した場合、ステップ１４０３へ進行する。ステップ１４０３で前記ＲＮＣは前記ＭＢＭＳデータを受信するＵＥが現在前記ＲＮＣ内のセルに存在するかを検査する。前記ＭＢＭＳデータを受信するＵＥが現在前記ＲＮＣ内のセルに存在しない場合、前記ＲＮＣはステップ１４１１へ進行する。ステップ１４１１で前記ＲＮＣは前記ＵＥが現在位置しているセルを管理するＲＮＣに前記ＵＥに対するMBMS Attach Requestメッセージを伝送した後、ステップ１４１２へ進行する。前記MBMS Attach Requestメッセージの内容は図１１及び図１２を参照して説明したため、その詳細は省略する。前記ＳＲＮＣはステップ１４１２で前記ＵＥが位置するセルを管理するＲＮＣから前記ＵＥにＭＢＭＳデータを伝送するチャンネルに対する情報をMBMS Attach Responseメッセージを通じて受信し、ステップ１４１３で前記情報を用いて前記ＵＥにMBMS RB Setupメッセージを伝送する。前記ＳＲＮＣはステップ１４１４で前記ＵＥからMBMS RB Setup Completeメッセージを受信した後、ステップ１４１５で前記ＳＲＮＣが現在備えているＭＢＭＳサービス種類別のＵＥリストから前記ＵＥのＵＥ識別子を削除する。前記ＵＥが前記ＲＮＣ内のＭＢＭＳサービスを受けなければ、ステップ１４１５は省略が可能である。ステップ１４１５の以後過程は図１６のＢに連結される。
【００８５】
　ステップ１４２１で前記ＲＮＣ内に前記ＭＢＭＳデータを受信するＵＥが存在する場合、すなわち、前記ＵＥが前記ＲＮＣの制御下にあるセルに位置する場合、前記ＲＮＣがＳＲＮＣとしての役割を行う。前記ＲＮＣはステップ１４２１で前記ＳＧＳＮにMBMS RAB Setup Completeメッセージを伝送した後、ステップ１４２２で前記ＳＧＳＮからＭＢＭＳデータを受信する。ステップ１４２２で前記ＳＧＳＮからＭＢＭＳを受信した前記ＲＮＣはステップ１４２３で前記ＭＢＭＳデータをＰｔＰ方式で伝送するかを決定する。前記ＭＢＭＳをＰｔＰ方式又はＰｔＭ方式でサービスするかは前記ＭＢＭＳサービスを受けるＵＥの個数に応じて決定されうる。すなわち、前記ＭＢＭＳデータを受信するＵＥの個数が所定の設定個数より少ない場合、ＰｔＰ方式でＭＢＭＳデータを伝送して基地局の電力消耗を減らす方法を選択し、前記ＭＢＭＳデータを受信するＵＥの個数が所定の設定個数以上であれば、前記ＭＢＭＳデータをＰｔＭ方式で伝送して前記ＵＥの個数に対する基地局の電力消耗を減らす方法を選択することができる。前記ＲＮＣがステップ１４２３で前記ＭＢＭＳを前記ＵＥにＰｔＰ方式への伝送を決定すると、ステップ１４２４で前記ＰｔＰ方式の伝送に対応するMBMS RB SetupメッセージをＵＥに伝送し、ステップ１４２５でＵＥからMBMS RB Setup Completeメッセージを受信した後、ＭＢＭＳデータを伝送する。前記ＲＮＣはステップ１４２８で前記ＭＢＭＳに対応するＵＥリストを作成した後、前記ＵＥを前記ＭＢＭＳに対するＵＥリストに追加し、前記ＵＥのコンテキストに前記ＭＢＭＳのＭＢＭＳサービス識別子を追加する。前記ＲＮＣがステップ１４２３で前記ＭＢＭＳを前記ＵＥにＰｔＭ方式への伝送を決定すると、ステップ１４２６でＰｔＭ方式の伝送に使用されるチャンネル情報をMBMS RB Setupメッセージを用いてＵＥに伝送した後、ステップ１４２７でＵＥからMBMS RB Setup Completeメッセージを受信する。前記ＲＮＣはステップ１４２８で前記ＭＢＭＳに対応するＵＥリストを作成した後、前記ＵＥを前記ＭＢＭＳに対するＵＥリストに追加し、前記ＵＥのコンテキストに前記ＭＢＭＳのＭＢＭＳサービス識別子を追加する。ステップ１４２８の以後過程は図１６のＢに連結される。
【００８６】
　図１４Ａのステップ１４０２で前記ＲＮＣがＳＧＳＮからＭＢＭＳデータ受信用のMBMS RAB Setup Requestメッセージの受信に失敗する場合はステップ１４３０へ進行する。ステップ１４３０で前記ＳＧＳＮから特定のＭＢＭＳを特定のＵＥにサービスするための要請が受信されると、前記ＲＮＣはステップ１４３１へ進行して該当動作を行い、サービス要請を受けない場合は図１５のＡに連結されて次の動作を行う。ステップ１４３０でＳＧＳＮから特定のＭＢＭＳを特定のＵＥに提供する要請を受けた前記ＲＮＣはステップ１４３１で前記ＭＢＭＳデータを受信するＵＥが現在ＲＮＣ内のセルに存在するかを判別して判別結果に応じてステップ１４３２及び１４４１の動作を行う。ステップ１４３２は、前記ＭＢＭＳは前記ＲＮＣ内でサービスされているが、前記ＲＮＣ内で前記ＭＢＭＳを受信するＵＥが存在しない場合、すなわち、前記ＵＥがＣＲＮＣの制御下にあるセルに位置する場合、前記ＲＮＣがＳＲＮＣとしての役割を行う開始点となる。前記ＲＮＣはステップ１４３２で前記ＵＥが位置しているセルを管理するＲＮＣに前記ＵＥに対するMBMS Attach Requestメッセージを伝送する。前記MBMS Attach Requestメッセージの内容は図１１及び図１２で説明した通りである。前記ＳＲＮＣはステップ１４３３で前記ＵＥが位置しているセルを管理するＲＮＣから前記ＵＥにＭＢＭＳデータを伝送するチャンネルに対する情報をMBMS Attach Responseメッセージを通じて受信し、ステップ１４３４で前記MBMS Attach Responseメッセージから検出される情報を用いて前記ＵＥにMBMS RB Setupメッセージを伝送する。前記ＳＲＮＣはステップ１４３５で前記ＵＥからMBMS RB Setup Completeメッセージを受信した後、ステップ１４３６で前記ＳＲＮＣが現在備えているＭＢＭＳサービス種類別のＵＥリストから前記ＵＥ識別子を削除する。前記ＵＥが前記ＲＮＣ内のＭＢＭＳサービスを受けない場合、ステップ１４３６は省略が可能である。ステップ１４３６の以後過程は図１６のＢに連結される。
【００８７】
　ステップ１４４１は、前記ＭＢＭＳが前記ＲＮＣ内でサービスされており、前記ＲＮＣ内で前記ＭＢＭＳを受信するＵＥが存在する場合、すなわち、前記ＵＥが前記ＲＮＣの制御下にあるセルに位置する場合、前記ＲＮＣがＳＲＮＣとしての役割を行う開始点となる。前記ＲＮＣはステップ１４４１で前記ＭＢＭＳがＰｔＰ方式で伝送されるかを判別する。前記ＲＮＣがステップ１４４１で前記ＭＢＭＳがＰｔＰ方式で伝送されると判別すると、ステップ１４４２で前記ＰｔＰ方式の伝送に対応するMBMS RB SetupメッセージをＵＥに伝送し、ステップ１４４３でＵＥからMBMS RB Setup Completeメッセージを受信した後、ＭＢＭＳデータを伝送する。前記ＲＮＣはステップ１４４６で前記ＵＥを前記ＭＢＭＳに対するＵＥリストに追加し、前記ＵＥのコンテキストに前記ＭＢＭＳサービス識別子を追加する。
【００８８】
　前記ＲＮＣがステップ１４４１で前記ＭＢＭＳがＰｔＭ方式で伝送されると判別する場合、ステップ１４４４でＰｔＭ方式の伝送に使用されるチャンネル情報をMBMS RB Setupメッセージを用いて前記ＵＥに伝送した後、ステップ１４４５でＵＥからMBMS RB Setup Completeメッセージを受信する。前記ＲＮＣはステップ１４４６で前記ＵＥを前記ＭＢＭＳに対するＵＥリストに追加し、前記ＵＥのコンテキストに前記ＭＢＭＳサービス識別子を追加する。ステップ１４４６の以後過程は図１６のＢに連結される。
【００８９】
　図１５のステップ１５０１で前記ＲＮＣは他のＲＮＣから現在前記ＲＮＣが管理しているセル内のＵＥに対するMBMS Attach Requestメッセージが受信されるかを判断する。前記MBMS Attach Requestメッセージが受信されない場合、図１４のＣに連結される。すなわち、前記ＲＮＣが管理しているＵＥのMM context及び各ＭＢＭＳのＵＥのリストに変動事項が発生しない。図１５のステップ１５０１で他のＲＮＣから現在前記ＲＮＣが管理しているセル内のＵＥに対するMBMS Attach Requestメッセージが受信されると、前記ＲＮＣはステップ１５０２で前記要請された種類のＭＢＭＳが現在サービスされるかを判断する。ステップ１５０２での判断結果に応じて前記ＲＮＣはステップ１５０３又は１５２１へ進行して該当動作を行う。ステップ１５０３は、前記他のＲＮＣで要請したＭＢＭＳが現在前記ＲＮＣでサービスされている場合、前記ＭＢＭＳデータがＰｔＰ方式で伝送されるかを判断する過程である。ステップ１５０３で前記ＲＮＣは前記ＭＢＭＳがＰｔＰ方式で伝送されていると判断する場合、ステップ１５０５で前記ＰｔＰ方式の伝送に対応するチャンネル情報をMBMS Attach Responseメッセージを通じて前記ＵＥのＳＲＮＣに伝送し、ステップ１５０６でＭＢＭＳデータを前記ＵＥに伝送する。
【００９０】
　ステップ１５０３で前記ＲＮＣは前記ＭＢＭＳがＰｔＭ方式で伝送されていると判断する場合、ステップ１５０４で前記ＰｔＭ方式の伝送に対応するチャンネル情報をMBMS Attach Responseメッセージを通じて前記ＵＥのＳＲＮＣに伝送し、ステップ１５０６でＭＢＭＳデータを前記ＵＥに伝送する。前記ＰｔＭ方式伝送の場合、ステップ１５０６は既に存在するＭＢＭＳデータを前記ＵＥが受信することを示し、新たな無線資源の割当てを示さない。前記ＲＮＣはステップ１５０７で前記ＵＥを前記該当種類のＭＢＭＳに対するＵＥリストに追加する。ステップ１５０７以後の前記ＲＮＣの動作は図１６のＢに連結される。
【００９１】
　前記ＲＮＣはステップ１５０２で前記要請されたＭＢＭＳが現在サービスされないと判断する場合、ステップ１５２１でＳＧＳＮに前記ＭＢＭＳデータ受信のためのMBMS RAB Setup Requestメッセージを伝送し、ステップ１５２２でＳＧＳＮから前記ＭＢＭＳデータ受信のためのMBMS RAB Setup Completeメッセージを受信した後、ステップ１５２３でＳＧＳＮからＭＢＭＳデータを受信する。前記ＲＮＣはステップ１５２４で前記他のＲＮＣで要請されたＭＢＭＳをＰｔＰ方式又はＰｔＭ方式で伝送するかを決定する。ステップ１５２４で前記ＲＮＣが前記ＭＢＭＳをＰｔＰ方式で伝送することを決定すると、ステップ１５２６で前記ＰｔＰ方式の伝送に対応するチャンネル情報をMBMS Attach Responseメッセージを通じて前記ＵＥのＳＲＮＣに伝送し、ステップ１５２７でＭＢＭＳデータを前記ＵＥに伝送する。
【００９２】
　ステップ１５２４で前記ＲＮＣは前記ＭＢＭＳがＰｔＭ方式で伝送されていると判断する場合、ステップ１５２５で前記ＰｔＭ方式の伝送に対応するチャンネル情報をMBMS Attach Responseメッセージを通じて前記ＵＥのＳＲＮＣに伝送し、ステップ１５２７でＭＢＭＳデータを前記ＵＥに伝送する。前記ＰｔＭ方式伝送の場合、ステップ１５２７は以前の時点で前記ＭＢＭＳデータが存在しないため、新たな無線資源の割当てを意味しない。前記ＲＮＣはステップ１５２８で前記該当種類のＭＢＭＳに対応するＵＥリストを作成し、前記ＵＥを前記ＭＢＭＳに対するＵＥリストに追加する。ステップ１５２８の以後過程は図１６のＢに連結される。
【００９３】
　図１６は前記ＲＮＣがＳＧＳＮ又は他のＲＮＣから前記ＲＮＣをＳＲＮＣ又はＣＲＮＣとして備えるＵＥに対するMBMS Deactivation Requestメッセージを受信する場合の前記ＲＮＣの動作を説明した順序図である。ステップ１６０１で前記ＲＮＣはＳＧＳＮから現在ＭＢＭＳを受信しているＵＥに対する前記MBMSのMBMS Deactivation Requestメッセージが受信されるかを判断し、判断結果に応じてステップ１６０２及び１６１１へ進行して該当動作を行う。ステップ１６０１で前記ＲＮＣがＳＧＳＮから現在ＭＢＭＳを受信しているＵＥに対する前記MBMS Deactivation Requestメッセージが受信されると、ステップ１６０２で前記ＵＥにＵＥが現在ＭＢＭＳデータを受信しているMBMS RB解除のためのMBMS RB Releaseメッセージを伝送した後、ステップ１６０３で前記ＵＥからMBMS RB Release Completeメッセージを受信する。
【００９４】
　ステップ１６０１で前記ＲＮＣがＳＧＳＮから現在ＭＢＭＳを受信しているＵＥに対するMBMS Deactivation Requestメッセージを受信しなければ、ステップ１６１１で他のＲＮＣから現在ＭＢＭＳサービスを受けている特定のＵＥに対するMBMS Deactivation Requestメッセージを受信するかを判断する。ステップ１６１１で前記ＲＮＣが他のＲＮＣから現在ＭＢＭＳサービスを受けている特定のＵＥに対するMBMS Deactivation Requestメッセージを受信しなければ、現在前記ＲＮＣが管理している各ＭＢＭＳのＵＥリスト及びＵＥのMM contextでＭＢＭＳサービス識別子に対するアップデート作業は行われない。ステップ１６１１で前記ＲＮＣが他のＲＮＣから現在ＭＢＭＳサービスを受けている特定のＵＥに対するMBMS Deactivation Requestメッセージを受信すると、ステップ１６１２で前記ＵＥのＳＲＮＣに前記ＵＥに対するMBMS Deactivation Confirmメッセージを伝送し、ステップ１６１３で前記ＵＥで受信されたＭＢＭＳがＰｔＰ方式でサービスされるかを判断して結果に応じてステップ１６１４又は１６１５の動作を行う。ステップ１６１３で前記ＵＥが前記MBMS Deactivation Requestメッセージに該当するＭＢＭＳサービスをＰｔＰ方式で受けていると判断する場合、ステップ１６１４では前記ＵＥに割当てられた無線資源解除過程を前記ＲＮＣが行う。ステップ１６１３で前記ＵＥが前記MBMS Deactivation Requestメッセージに該当するＭＢＭＳサービスをＰｔＭ方式で受けていると判断する場合、ステップ１６１５では前記ＵＥのＵＥ識別子を削除する動作をＳＲＮＣが行う。
【００９５】
　図１６のステップ１６０４でＲＮＣは前記ＵＥが受信したＭＢＭＳを受信する他のＵＥが存在するかを判断して判断結果に応じてステップ１６０５及び１６０６の動作を行う。前記ＲＮＣは前記ＵＥが受信したＭＢＭＳを受信する他のＵＥが存在することを認知すると、ステップ１６０５で前記ＵＥを前記ＭＢＭＳに対するＵＥリストから削除する作業を行う。前記ＲＮＣは前記ＵＥが受信したＭＢＭＳを受信する他のＵＥが存在しないことを感知すると、ステップ１６０６で前記ＭＢＭＳデータを受信したMBMS RAB削除のためのMBMS RAB ReleaseメッセージをＳＧＳＮに伝送し、ステップ１６０７でＳＧＳＮからMBMS RAB Release Completeメッセージを受信する。ステップ１６０８で前記ＲＮＣは前記ＵＥを前記ＭＢＭＳに対するＵＥリストから削除し、前記ＭＢＭＳサービス識別子を前記ＲＮＣ内のＭＢＭＳリストから削除する作業を行う。
【００９６】
　図１７は本発明の実施例によるＣＲＮＣがＵＥにＭＢＭＳデータを直接伝送するためのＬ２/ＭＡＣ階層構造を概略的に示した図である。図１７において、ＳＲＮＣ１７０１は前記ＭＢＭＳサービスを受けようとするＵＥを管理するＳＲＮＣであって、前記ＵＥのためのＭＡＣ-ｄ１７０３を割当てる。前記ＭＡＣ-ｄ１７０３は前記ＵＥのためのＤＣＣＨ１７０２を伝送する場合のＭＡＣエンティティである。前記ＳＲＮＣはControl Planeから伝送されるＲＲＣ信号メッセージを論理チャンネルであるＤＣＣＨ１７０２を用いて伝送する。この際、伝送されるＲＲＣ信号メッセージ、すなわち、ＤＣＣＨ１７０２は図１７に示したようにＣＲＮＣの決定に応じてＭＡＣ-ＭＢＭＳ１７１３を通じて伝送されるか、ＭＡＣ-c/sh１７１５を通じて伝送されうる。前記ＣＲＮＣ１７１１はＭＢＭＳデータの伝送をＰｔＰ方式又はＰｔＭ方式と決定することができ、各場合のＣＲＮＣ１７１１の動作は相異なる。ここで、前記ＣＲＮＣ１７１１内で前記ＭＢＭＳサービスを受けるＵＥの個数が所定の設定個数以上である場合、前記ＣＲＮＣ１７１１はＭＢＭＳデータをＰｔＭ方式で伝送することを決定し、前記設定個数未満であれば、ＰｔＰ方式で伝送することを決定してサービスを行う。すなわち、無線資源の効率的な使用のために現在のセルの状態を考慮して決定する。しかし、このような場合、前記ＣＲＮＣ内のセル状況がＰｔＭ方式で伝送される状況でないとしても、特定のＵＥが現在音声サービスとともにＭＢＭＳサービスを受けている状況から移動すると、前記特定のＵＥにはＰｔＰ方式で専用チャンネルを割当て、他のＵＥにはＰｔＭ方式で前記ＭＢＭＳサービスを提供する。従って、このような場合、同じサービスに対してＰｔＰ方式とＰｔＭ方式が共用され、これに対する詳細な説明は次に後述する。
【００９７】
　まず、前記ＣＲＮＣがＰｔＰ方式でＭＢＭＳデータを伝送する場合を説明する。
　前記ＣＲＮＣ１７１１は該当セルでのＭＢＭＳデータ伝送をＰｔＰ方式として決定した場合、該当ＵＥに応じて前記ＭＡＣ-ＭＢＭＳ１７１３を設定する。この際、前記設定されたＭＡＣ-ＭＢＭＳ１７１３は前記ＭＡＣ-ｄ１７０３と一対一対応される。すなわち、一つのＵＥのためにＳＲＮＣはＭＡＣ-ｄ１７０３を生成し、ＣＲＮＣはＭＡＣ-ＭＢＭＳ１７１３を生成し、前記生成されたＭＡＣ-ｄ１７０３は前記生成されたＭＡＣ-ＭＢＭＳ１７１３とマッチされる。従って、前記ＲＲＣ信号メッセージ、すなわち、ＤＣＣＨ１７０２の場合、ＣＲＮＣがＰｔＰ方式の伝送を決定する場合、ＭＡＣ-ｄ１７０３を通じて該当ＭＡＣ-ＭＢＭＳ１７１３に伝えられ、前記ＭＡＣ-ＭＢＭＳ１７１３は該当ＤＣＣＨを前記ＭＢＭＳデータであるＭ-ＤＴＣＨ１７１２と結合してＤＰＣＨを用いて該当ＵＥに伝送する。前記ＭＡＣ-ｄ１７０３とＭＡＣ-ＭＢＭＳ１７１３との間のＩｕｒインターフェースの上にはＵＥ又はトランスポートチャンネルに応じて伝送路が別途に割当てられると、前記ＭＡＣ-ＭＢＭＳ１７１３はＭＡＣ-ｄ１７０３と一対一伝送路を割当てられる。従って、前記ＭＡＣ-ＭＢＭＳ１７１３はＩｕｒインターフェースを通じてＭＡＣ-ｄ１７０３から伝送されるＭＢＭＳデータを直接受信する。前記ＭＡＣ-ＭＢＭＳ１７１３は前記Ｉｕｒインターフェースを通じて受信した各ＵＥの信号メッセージをＵＥに応じて伝送するＭＢＭＳデータ(Ｍ-ＤＴＣＨ１７１２)を一つのエンティティに連結する役割をして基地局(Node B)が一つの物理チャンネルで伝送できるようにする。前記ＣＲＮＣ１７１１はＩｕインターフェースを通じてＳＧＳＮから受信したＭＢＭＳデータを各ＭＡＣ-ＭＢＭＳに応じてコピーしてＭＡＣ-ＭＢＭＳ１７１３に伝える。
【００９８】
　その結果、前記信号メッセージ(ＤＣＣＨ１７０２)を伝送するC-PlaneとＭＢＭＳデータ(Ｍ-ＤＴＣＨ１７１２)を伝送するU-Planeが分離されうる。すなわち、C-Planeは既存のＳＲＮＣを通じる経路を利用し、U-PlaneはＳＲＮＣを通過せずにＳＧＳＮにＩｕインターフェースを用いて直接ＣＲＮＣを通じる経路を利用する。ＭＡＣ-ＭＢＭＳ１７１３は前記相異なる経路を通じるC-PlaneのＤＣＣＨ１７０２とU-PlaneのＭ-ＤＴＣＨ１７１２を結合してＤＰＣＨを通じて伝送できるようにその結合信号を基地局に伝送する。この際、ＤＣＣＨ１７０２を通じるデータのトランスポートフォーマットセット(Transport Format Set)とＭ-ＤＴＣＨ１７１２を通じるトランスポートフォーマットセットは互いに独立的であり得、各トランスポートフォーマットセットを統合してトランスポートフォーマット結合を生成する。その結果、トランスポートフォーマット結合表示(ＴＦＣＩ:Transport Format Combination Indication)を決定するが、前記トランスポートフォーマット結合表示は基地局で決定することができる。
【００９９】
　次に、前記ＣＲＮＣがＰｔＭ方式でＭＢＭＳデータを伝送する場合を説明する。
前記ＣＲＮＣ１７１１がＭＢＭＳの伝送をＰｔＭ方式と決定する場合、前記ＭＡＣ-ＭＢＭＳ１７１３は生成されず、前記ＳＲＮＣ１７０１で伝送されるＤＣＣＨ情報はＭＡＣ-ｄ１７０３を通じて前記ＭＡＣ-c/sh１７１５に伝えられる。さらに、前記ＣＲＮＣ１７１１はＳＧＳＮからＭＢＭＳデータを受信し、受信したデータをＭ-ＣＴＣＨ１７１４に変換して前記ＭＡＣ-c/sh１７１５を通じて伝送する。ここで、任意の一つのＵＥのためのＤＣＣＨ１７１１とＭ-ＣＴＣＨ１７１４はＭＡＣ-c/sh１７１５で多重化されず、相異なるトランスポートチャンネルと物理チャンネルを用いて伝送されうる。従って、前記ＵＥはＤＣＣＨ１７０２を受信するＦＡＣＨ１７１７とＭＢＭＳデータであるＭ-ＣＴＣＨ１７１４を受信するＦＡＣＨ１７１を分離して受信する。この場合、ＤＣＣＨ１７０２はＳＲＮＣ１７０１を通じてＵＥに伝えられ、ＭＢＭＳデータはＳＧＳＮからＣＲＮＣ１７１１を通じてＵＥに伝えられるということがわかる。すなわち、U-PlaneとC-Planeは互いに分離されて伝送される。特定の場合、前記ＣＲＮＣ１７１１がＭＢＭＳの伝送をＰｔＭ方式と決定したが、ＳＲＮＣ１７０１が音声などの伝送のために該当ＵＥへのＤＣＣＨ１７０２などの伝送をＰｔＰ方式と決定しようとする場合、図１７のＭＡＣ-ｄ１７０３を用いてＤＣＣＨ１７０２と音声データをＭＡＣ-ＭＢＭＳ１７１３を通じてＤＣＨに伝送し、ＭＢＭＳデータ(Ｍ-ＣＴＣＨ１７１４)もＭＡＣ-c/sh１７１５を通じてＦＡＣＨ１７１７に伝送できる。この場合、ＭＡＣ-ＭＢＭＳ１７１３は前記データを単に伝送する役割を行う。この場合にもＣＲＮＣはＭＡＣ-ｄ１７０３を通過せずにＭＢＭＳデータをＵＥに直接伝送することができる。
【０１００】
　前記ＣＲＮＣ１７１１はＩｕインターフェースを通じて受信したＭＢＭＳデータを各セル又は基地局別にＰｔＰ方式又はＰｔＭ方式の決定に応じて前記ＭＡＣ-ＭＢＭＳ１７１３を設定してＰｔＰ方式で伝送するか、直接Ｍ-ＣＴＣＨ１７１４をＭＡＣ-c/sh１７１５を通じて伝送することができる。この場合、階層の追加設定が可能であり、前記設定された階層はＭＡＣ階層より上位の階層である。これにより、無線リンク制御(ＲＬＣ)階層又はＲＬＣ階層より上位のＰＤＣＰ階層に存在するＭＢＭＳ階層を設定することができる。このＭＢＭＳ階層はＩｕインターフェースを通じて受信したデータを前記各セル別に貯蔵されたＰｔＰ方式又はＰｔＭ方式の決定に応じてデータをコピーしてＭ-ＤＴＣＨ１７１２又はＭ-ＣＴＣＨ１７１４を通じてＲＬＣ階層に前記コピーデータを伝送してそれぞれＭＡＣ-ＭＢＭＳ１７１３とＭＡＣ-c/sh１７１５に伝送されるようにする。前記ＳＲＮＣ１７０１とＣＲＮＣ１７１１の間で前記ＤＣＨ１７１６及びＦＡＣＨ１７１７を生成するための情報交換は図８、図１０、図１１、図１４Ａ，Ｂ、図１５及び図１６での説明と同じである。上述したように、前記本発明で提示した図１７の新しいＭＡＣ機能に対するＵＥの状態、ＭＢＭＳのサービス種類に応じてＭＢＭＳのU-Plane及びC-Planeは各種の組合わせが可能であり、前記各種の組合わせは下記の表６の通りである。前記ＵＥの状態はCell_FACH又はCell_DCHをいう。
【０１０１】
【表６】
2004135292.tif 000008
【０１０２】
　上述したように、本発明は、ＭＢＭＳサービスを提供する移動通信システムでＳＲＮＣからＭＢＭＳサービスを要請したＵＥがＣＲＮＣへハンドオーバーされるとき、ＭＢＭＳサービスデータを直接ＣＲＮＣから前記ＵＥに伝送することにより、前記ＳＲＮＣからＣＲＮＣへＭＢＭＳサービスデータの伝送のための別途のＩｕｒインターフェースを必要としない。従って、無線資源の効率性を最大化させ、システムの性能を向上させる。
【０１０３】
　以上、本発明の詳細な説明では具体的な実施例について説明したが、本発明の範囲を逸脱しない限り、各種の変形が可能である。従って、本発明の範囲は前記実施例に限らず、特許請求の範囲のみならず、この特許請求の範囲と均等なものにより決められるべきである。
【図面の簡単な説明】
【０１０４】
【図１】ＭＢＭＳサービスを提供する移動通信システムの概略的な構造を示した図である。
【図２】図１のＵＴＲＡＮ１０２の構造を具体的に示した図である。
【図３】図１のＵＴＲＡＮ１０２の上位階層の構造を概略的に示した図である。
【図４Ａ】ＳＧＳＮ、ＳＲＮＣ及びＵＥが設定されている移動通信システムでＭＢＭＳサービス提供を行う構造を概略的に示した図である。
【図４Ｂ】ＳＧＳＮ、ＳＲＮＣ、ＣＲＮＣ及びＵＥが設定されている移動通信システムでＭＢＭＳサービス提供を行う構造を概略的に示した図である。
【図５】図４Ａに示したように連結された移動通信システムでＭＢＭＳサービス提供過程を示した信号流れ図である。
【図６】図４Ｂに示したように連結された移動通信システムでＭＢＭＳサービス提供過程を示した信号流れ図である。
【図７】本発明の実施例での機能を行うためのＭＢＭＳサービスを提供する移動通信システムの概略的な構造を示した図である。
【図８】本発明の一実施例によるＳＲＮＣからＣＲＮＣへハンドオーバーされるとき、ＵＥにＭＢＭＳサービスを提供する過程を示した信号流れ図である。
【図９】本発明の一実施例によるＳＧＳＮのＭＢＭＳサービス提供過程を示した順序図である。
【図１０】本発明の一実施例によるＳＲＮＣのＭＢＭＳサービス提供過程を示した順序図である。
【図１１】本発明の一実施例によるＣＲＮＣのＭＢＭＳサービス提供過程を示した順序図である。
【図１２】本発明の一実施例によるＵＥのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１３】本発明の一実施例によるＳＧＳＮのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１４Ａ】本発明の一実施例によるＲＮＣのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１４Ｂ】本発明の一実施例によるＲＮＣのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１５】本発明の一実施例によるＲＮＣのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１６】本発明の一実施例によるＲＮＣのＭＢＭＳコンテキスト管理過程を示した順序図である。
【図１７】本発明の一実施例によるＣＲＮＣがＵＥにＭＢＭＳデータを直接伝送するためのＬ２/ＭＡＣ階層の構造を概略的に示した図である。
【符号の説明】
【０１０５】
　７０１　　ＳＧＳＮ
　７０２、７０３　　ＲＮＣ
　７０４　　第１ＵＥ
　７０５　　第２ＵＥ
【図１】
2004135292.tif 000009
【図２】
2004135292.tif 000010
【図３】
2004135292.tif 000011
【図４Ａ】
2004135292.tif 000012
【図４Ｂ】
2004135292.tif 000013
【図５】
2004135292.tif 000014
【図６】
2004135292.tif 000015
【図７】
2004135292.tif 000016
【図８】
2004135292.tif 000017
【図９】
2004135292.tif 000018
【図１０】
2004135292.tif 000019
【図１１】
2004135292.tif 000020
【図１２】
2004135292.tif 000021
【図１３】
2004135292.tif 000022
【図１４Ａ】
2004135292.tif 000023
【図１４Ｂ】
2004135292.tif 000024
【図１５】
2004135292.tif 000025
【図１６】
2004135292.tif 000026
【図１７】
2004135292.tif 000027
【外国語明細書】
2004135292.tif 000028
2004135292.tif 000029
2004135292.tif 000030
2004135292.tif 000031
2004135292.tif 000032
2004135292.tif 000033
2004135292.tif 000034
2004135292.tif 000035
2004135292.tif 000036
2004135292.tif 000037
2004135292.tif 000038
2004135292.tif 000039
2004135292.tif 000040
2004135292.tif 000041
2004135292.tif 000042
2004135292.tif 000043
2004135292.tif 000044
2004135292.tif 000045
2004135292.tif 000046
2004135292.tif 000047
2004135292.tif 000048
2004135292.tif 000049
2004135292.tif 000050
2004135292.tif 000051
2004135292.tif 000052
2004135292.tif 000053
2004135292.tif 000054
2004135292.tif 000055
2004135292.tif 000056
2004135292.tif 000057
2004135292.tif 000058
2004135292.tif 000059
2004135292.tif 000060
2004135292.tif 000061
2004135292.tif 000062
2004135292.tif 000063
2004135292.tif 000064
2004135292.tif 000065
2004135292.tif 000066
2004135292.tif 000067
2004135292.tif 000068
2004135292.tif 000069
2004135292.tif 000070
2004135292.tif 000071
2004135292.tif 000072
2004135292.tif 000073
2004135292.tif 000074
2004135292.tif 000075
2004135292.tif 000076
2004135292.tif 000077
2004135292.tif 000078
2004135292.tif 000079
2004135292.tif 000080
2004135292.tif 000081
2004135292.tif 000082
2004135292.tif 000083
2004135292.tif 000084
2004135292.tif 000085
2004135292.tif 000086
2004135292.tif 000087
2004135292.tif 000088
2004135292.tif 000089
2004135292.tif 000090
2004135292.tif 000091
2004135292.tif 000092
2004135292.tif 000093
2004135292.tif 000094
2004135292.tif 000095