(57)【要約】  本発明はMBMSサービスの伝送方法を提供している。当該方法は、コアネットワークがMBMSサービスを開始するステップAと、無線ネットワーク制御装置（RNC）が、前記MBMSサービスのセッションスタート指示を受信した後、RNC自体の所属する各セル内でポイント・ツー・マルチポイント（PTM）方式またはポイント・ツー・ポイント（PTP）方式を選択してサービスベアラ方式として、前記MBMSサービスを伝送するステップBと、を含む。本発明の方法は、PTMまたはPTP方式を直接に採用してMBMSサービスを伝送し、これによって、複雑なMBMSカウンティングプロセスを省略し、システムの複雑度を低減し、無線インターフェースのシグナリングトラフィックを軽減し、同時にユーザ端末の消費電力量を節約しいてる。
2008509613.tif 000002
【特許請求の範囲】
【請求項１】
MBMSサービス伝送方法であって、
コアネットワークがMBMSサービスを開始するステップAと、
無線ネットワーク制御装置（RNC）が、前記MBMSサービスのセッションスタート指示を受信した後、RNC自体の所属する各セル内で直接に、ポイント・ツー・マルチポイント（PTM）方式またはポイント・ツー・ポイント（PTP）方式を選択してサービスベアラ方式として、前記MBMSサービスを伝送するステップBとを含むことを特徴とする方法。
【請求項２】
ステップBにおいて、RNCは前記MBMSサービスのサービス特性及び/又は各セルの現在の負荷情況によって、PTM方式またはPTP方式を選択することを特徴とする請求項1記載の方法。
【請求項３】
RNCは前記MBMSサービスの異なるセルにおけるサービスベアラ方式をそれぞれ選択することを特徴とする請求項1又は2記載の方法。
【請求項４】
予め前記RNCの所属する各セルのサービス負荷閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属する各セル内のサービス負荷が、予め設定されたサービス負荷閾値より小さいか否かを判断して、負荷閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択することを含むことを特徴とする請求項2記載の方法。
【請求項５】
予めMBMSサービスセッションの持続時間閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCは前記MBMSサービスのセッション持続時間が、予め設定された持続時間閾値より小さいか否かを判断して、持続時間閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択することを含むことを特徴とする請求項2記載の方法。
【請求項６】
予めサービス負荷閾値とセル比率閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属するセルにおいて前記MBMSサービスニーズがあり且つサービス負荷が予め設定されたサービス負荷閾値より小さいセルの個数がセル比率閾値に達したか否かを判断して、達した場合、PTM方式を選択し、そうでない場合、PTP方式を選択することを含むことを特徴とする請求項2記載の方法。
【請求項７】
予めセル間の干渉閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属するセルにおいて前記MBMSサービスニーズのある各セル間の干渉が予め設定されたセル間の干渉閾値より小さいか否かを判断して、干渉閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択することを含むことを特徴とする請求項1記載の方法。
【請求項８】
ステップAにおいて前記コアネットワークがMBMSサービスを開始することは、コアネットワークがRNCへベアラ方式指示の付加されたMBMSサービスのセッションスタート指示を送信することであり、
ステップBにおける前記選択は、RNCがベアラ方式指示に従って前記MBMSサービスのベアラ方式を選択することを特徴とする請求項1記載の方法。
【請求項９】
予め異なるMBMSサービスタイプと異なるベアラ方式との対応関係を前記RNCに記憶することをさらに含み、
ステップBにおける前記選択は、受信されたMBMSサービスタイプ及びそれ自体に記憶された対応関係によってRNCが前記MBMSサービスのベアラ方式を選択することを含むことを特徴とする請求項1記載の方法。
【請求項１０】
ユーザのために異なるレベルを分け、且つ予めユーザレベルとベアラ方式との間の対応関係を設定することをさらに含み、
ステップＢにおける前記選択は、RNCが現在ユーザのレベル及び予め設定された対応関係によって前記MBMSサービスのベアラ方式を選択することを含むことを特徴とする請求項1記載の方法。
【請求項１１】
前記ユーザレベルとベアラ方式との対応関係は、一対一の対応関係であり、
または、前記ユーザレベルとベアラ方式との対応関係を設定することは、一つの区分レベルを設定し、ユーザレベルが設定された区分レベルより高い又は同じユーザに対してはPTPベアラ方式を選択し、ユーザレベルが設定された区分レベルより低いユーザに対してはPTMベアラ方式を選択するように設定することであることを特徴とする請求項10記載の方法。
【請求項１２】
RNCは、サービスを提供する場合、優先度の高いユーザのみに対してPTP方式を選択することを特徴とする請求項10記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスの伝送技術に関し、特に、マルチメディアブロードキャスト・マルチキャストサービス（MBMS：Multimedia Broadcast/Multicast Service）の伝送方法に関する。
【背景技術】
【０００２】
マルチキャストとブロードキャストは、一つのデータソースから複数の宛先へデータを伝送する技術である。従来のモバイルネットワークにおいて、セルブロードキャストサービス（CBS：Cell Broadcast Service）は、低ビットレートのデータがセル共有ブロードキャストチャネルを通じて、全てのユーザへ送信されることを許し、このようなサービスはメッセージタイプのサービスに属する。
【０００３】
現在、人々のモバイル通信に対する需要は増大し、もはや電話とメッセージサービスで満足できない。Internetの高速な発展に伴って、マルチメディアサービスが大量に現れ、そのうち、一部のアプリケーションサービスでは、複数のユーザが同じデータを同時に受信できることが要求され、例えば、ビデオ・オン・デマンド（VOD、Video-On-Demand）、テレビブロードキャスト、テレビ会議、オンライン教育、インタラクティブゲームなどである。これらのモバイルマルチメディアサービスは一般的なデータサービスより、データ量が大きく、持続時間が長く、遅延に敏感である等の特徴を持っている。現在のIPマルチキャスト技術は有線IPネットワークのみに適用でき、モバイルネットワークには適用できない。その原因として、モバイルネットワークには特定のネットワークアーキテクチャ、機能エンティティと無線インターフェースがあり、これらは全て有線IPネットワークと異なっていることが挙げられる。
【０００４】
モバイルネットワークの資源を有効的に利用するために、WCDMA/GSMの国際標準化機構（ISO：Internationnal  Organization  for  Standardization）3GPPによりマルチメディアブロードキャスト・マルチキャストサービス（MBMS：Multimedia Broadcast/Multicast Service）が提出され、モバイルネットワークにおいて一つのデータソースから複数のユーザにデータを送信するポイント・ツー・マルチポイントサービスが提供されている。これによって、ネットワーク資源の共有が実現され、ネットワーク資源、特に無線インターフェース資源の利用率が向上されている。3GPPにより定義されたMBMSによれば、プレーン（plain）テキストかつ低いレートのメッセージタイプのマルチキャストとブロードキャストが実現されるだけでなく、高速なマルチメディアサービスのマルチキャストとブロードキャストも実現可能となって、未来のモバイルデータ発展の動向に順応されている。
【０００５】
図１は、ブロードキャスト・マルチキャストサービスをサポートする無線ネットワークのアーキテクチャを示す図である。図１に示すように、従来の3GPPにおいて、ブロードキャスト・マルチキャストサービスをサポートする無線ネットワークエンティティはブロードキャスト・マルチキャストサービスセンター（BM-SC）101である。BM-SC 101はGmbインターフェース又はGiインターフェースを通じて、ゲートウェイGPRSサポートノード（GGSN：Gateway GPRS Support Node）102に接続される。一つのBM-SC 101は複数のGGSN 102に接続されることができる。GGSN 102はGn/Gpインターフェースを通じて、サービスGPRSサポートノード（SGSN：Serving GPRS Support Node）103に接続され、一つのGGSN 102は複数のSGSN 103に接続されることができる。SGSN 103はIuインターフェースを通じて、汎用移動通信システム（UMTS）の地上無線アクセスネットワーク（UTRAN）104に接続されることができ、UTRAN 104はUuインターフェースを通じて、ユーザ端末（UE）106に接続される。SGSN 103はIu/Gbインターフェースを通じて、GSM/EDGE無線アクセスネットワーク（GERAN：GSM/EDGE Radio Access Network）105に接続されることもでき、GERAN 105はUmインターフェースを通じて、UE 107に接続される。
【０００６】
図１に示すネットワークアーキテクチャからわかるように、MBMSサービスをサポートするために、第３世代モバイル通信システムにおいてはモバイルネットワーク機能エンティティとしてのブロードキャスト・マルチキャストサービスセンター即ちBM-SCが追加された。上記BM-SCはコンテンツプロバイダの入口であり、承認（authorization）と、モバイルネットワークにおけるMBMSベアラサービスの開始に用いられ、予定の時間計画によってMBMSコンテンツを伝送する。そのほか、UE、UTRAN、GERAN、SGSN、GGSNなどの機能エンティティにおいてはMBMSに関する機能が追加された。
【０００７】
MBMSには、マルチキャストモードとブロードキャストモードが含まれる。そのうち、マルチキャストモードでは、ユーザが対応するマルチキャストグループに対してサブスクリプション（申し込み）を実行し、サービスをアクティブにし、且つ対応する課金情報を生み出す必要がある。図2と図3に示すように、マルチキャストモードとブロードキャストモードのサービスニーズが異なっているため、それぞれのサービスプロセスも異なっている。図2はMBMSマルチキャストモードのサービスプロセスを示す図であり、図3はMBMSブロードキャストモードのサービスプロセスを示す図である。
【０００８】
図2に示すように、MBMSマルチキャストサービスに係る処理プロセスは、サブスクリプション（Subscription）と、サービス宣告（Service announcement）と、加入（Joining）と、セッションスタート（Session Start）と、MBMS通知（MBMS notification）と、データ伝送（Data transfer）と、セッション終了（Session Stop）と、退出（Leaving）とを含む。そのうち、サブスクリプションプロセスにおいて、ユーザが予め所要のMBMSサービスに対するサブスクリプションを実行する。サービス宣告プロセスにおいて、BM-SCが現在提供できるサービスを宣告する。加入プロセス即ちMBMSマルチキャストサービスのアクティブプロセスにおいて、UEが、それ自体が現在のマルチキャストグループのメンバーになりたいことをネットワークに通知し、対応するマルチキャストサービスのデータを受信する。当該加入プロセスによって、UE情報の記録されたMBMS UEコンテキストが、ネットワークと、マルチキャストグループ加入のUEとに確立される。セッションスタートプロセスにおいて、BM-SCによりデータ伝送の用意ができ、対応するコアネットワークとアクセスネットワークのベアラ資源を確立することがネットワークに通知される。MBMS通知プロセスにおいて、UE MBMSマルチキャストセッションのまもなくスタートすることが通知される。データ伝送プロセスにおいて、BM-SCが、セッションスタートプロセスで確立されたベアラ資源を通じてデータをUEに伝送する。MBMSサービスがUTRANとUEの間で伝送される場合、ポイント・ツー・マルチポイント（PTM）モードとポイント・ツー・ポイント（PTP）モードという二つのモードがある。PTMモードにおいて、同じデータは、MBMSポイント・ツー・マルチポイントトラフィックチャネル（MTCH：MBMS point-to-multipoint Traffic Channel）を通じて送信され、マルチキャストサービスに加入したまたはブロードキャストサービスに関心を持つ全てのUEに受信されることができる。PTPモードにおいて、データは、DTCH（Dedicated  Traffic Channel：専用トラフィックチャネル）を通じて送信され、対応する一つのUEだけに受信されることができる。セッション終了プロセスにおいて、セッションスタートプロセスで確立されたベアラ資源が解放される。退出プロセスにおいて、グループ内のサブスクライバー（subscriber）がマルチキャストグループから離され、即ちユーザはマルチキャストデータをそれ以上受信しないようになる。当該プロセスによって対応するMBMS UEコンテキストが削除される。
【０００９】
図3に示すように、MBMSブロードキャストサービスに係る処理プロセスはMBMSマルチキャストサービスと類似しており、ただ、セッションスタートの前の、サブスクリプションプロセスと加入プロセス、セッション終了の後の、退出プロセスが不要になったことだけが異なる。
【００１０】
図2からわかるように、MBMSマルチキャストサービスプロセスにおいて、加入とセッションスタートの二つの処理プロセスはお互いに独立である。即ち、一つのユーザにとっては、セッションスタートの前に一つのマルチキャストサービスに加入することもでき、セッションスタートの後のセッション中に一つのマルチキャストサービスに加入することもできる。
【００１１】
一般に、あるMBMSサービスセッションがスタートした後、RNCはあるセル内のMBMSサービスを受信するユーザの個数によって、異なるベアラ方式、PTPまたはPTMを採用する。そのうち、PTP方式では、当該サービスを受信するユーザ専用チャネル（DCH）、例えば、専用物理チャネル（DPCH：Dedicated Physical Channel）にMBMSサービスを伝送し、PTMベアラ方式では、共通チャネル（FACH）、例えば、セカンダリ共通制御物理チャネル（SCCPCH：Secondary Common Control Physical Channel）にMBMSサービスを伝送する。一つのセル内のMBMSサービスを受信するユーザの個数はユーザカウンティング（Counting：計数）プロセスによって獲得される。
【００１２】
従来のプロトコルにおいて、CNとUTRANがあるMBMSサービスを処理する具体的なプロセスは以下のとおりである。
【００１３】
1）ユーザは加入（Joining）プロセスを通じて、ネットワークにMBMSサービス受信の用意を通知する。
2）CNはMBMSセッションスタート（Session Start）を通じて、あるMBMSサービスセッションのまもなくスタートすることをUTRANに通知し、そのうち、セッションスタート通知には当該MBMSサービスIDとサービスの属性（Attribute）が含まれる。
3）UTRANはセッションスタート通知を受信した後、セル内で適当なMBMSサービスベアラ方式を決定するように、MBMSサービスニーズのあるセル内でカウンティングプロセスを開始する。
4）MBMSサービスセッションプロセスにおいて、用いられたベアラ方式の適切さを検証するために、ユーザの再カウンティング（Recounting：再計数）プロセスを行う必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、従来の技術には下記の欠点がある。従来の技術方案によれば、MBMSサービスの用いるベアラ方式を決定するために、カウンティングまたは再カウンティングプロセスはMBMSサービスのセッションのスタート時、またはセッション中に行われる可能性がある。カウンティングまたは再カウンティングによってベアラ方式を決定するプロセスは非常に複雑であり、且つ一定の時間の消費を必要している。例えば、カウンティングプロセスにおいて、一部異なる状態のユーザの現在でのMBMSサービスニーズの有無を考慮する必要がある。アイドル（Idle）状態であり且つ当該MBMSサービスニーズがあるユーザに対しては、無線資源制御（RRC：Radio Resource Control）接続を確立する必要がある。アイドル状態のユーザは確率検出を行い、検出にパスした後、ランダムアクセスチャネル（RACH：Random Access Channel）にランダムアクセスプロセスを開始し、これによって、無線インターフェースにおいて高いシグナリング（信号方式）負荷を招き、且つアップリンク方向においてブロック（block）状態になる可能性がある。URA-PCH（UTRAN Registration Area Paging Channel：ＵＴＲＡＮ登録エリアページングチャネル）状態のユーザに対しては、セル更新プロセスを行う必要がある。カウンティングプロセスが終了した後、一部分または全部のユーザは無線資源管理（RRM：Radio Resource Management）アルゴリズムによって、アイドルまたはx-PCH状態、例えば、CELL_PCHまたはURA_PCH状態に再び戻る可能性がある。
【００１５】
そのほか、カウンティングエラーが存在する場合、不適当なベアラ方式の確立を招くが、このことは、カウンティングプロセスが該当な役割を果たさなかったことを意味する。端末の電力消費からいえば、カウンティングプロセスを行うために、アイドルまたはURA-PCH状態のユーザによって行われるランダムアクセスとセル更新等のプロセスがユーザ端末の消費電力量を大きくする。
【００１６】
上記からわかるように、システムにおいては、カウンティングプロセスを行うために比較的大きなコストがかかることを余儀なくされている。
【００１７】
本発明は、直接にPTMまたはPTP方式を採用してMBMSサービスを伝送し、従来の技術における複雑なカウンティングプロセスを省略するMBMSサービス伝送方法を提供することを主な目的とする。
【課題を解決するための手段】
【００１８】
MBMSサービス伝送方法であって、
コアネットワークがMBMSサービスを開始するステップAと、
無線ネットワーク制御装置（RNC）が、前記MBMSサービスのセッションスタート指示を受信した後、RNC自体の所属する各セル内で直接に、ポイント・ツー・マルチポイント（PTM）方式またはポイント・ツー・ポイント（PTP）方式を選択してサービスベアラ方式として、前記MBMSサービスを伝送するステップBと
を含む。
【００１９】
ステップBにおいて、RNCは前記MBMSサービスのサービス特性及び/又は各セルの現在の負荷情況によって、PTM方式またはPTP方式を選択する。
【００２０】
RNCは前記MBMSサービスの異なるセルにおけるサービスベアラ方式をそれぞれ選択する。
【００２１】
予め前記RNCの所属する各セルのサービス負荷閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属する各セル内のサービス負荷が、予め設定されたサービス負荷閾値より小さいか否かを判断して、負荷閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択する、ことを含む。
【００２２】
予めMBMSサービスセッションの持続時間閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCは前記MBMSサービスのセッション持続時間が、予め設定された持続時間閾値より小さいか否かを判断して、持続時間閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択する、ことを含む。
【００２３】
予めサービス負荷閾値とセル比率閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属するセルにおいて前記MBMSサービスニーズがあり且つサービス負荷が予め設定されたサービス負荷閾値より小さいセルの個数がセル比率閾値に達したか否かを判断して、達した場合、PTM方式を選択し、そうでない場合、PTP方式を選択する、ことを含む。
【００２４】
予めセル間の干渉閾値を設定することをさらに含み、
ステップBにおける前記選択は、RNCはそれ自体の所属するセルにおいて前記MBMSサービスニーズのある各セル間の干渉が予め設定されたセル間の干渉閾値より小さいか否かを判断して、干渉閾値より小さい場合、PTM方式を選択し、そうでない場合、PTP方式を選択する、ことを含む。
【００２５】
ステップAにおいて前記コアネットワークがMBMSサービスを開始することは、コアネットワークがRNCへベアラ方式指示の付加されたMBMSサービスのセッションスタート指示を送信することであり、
ステップBにおける前記選択は、RNCがベアラ方式指示に従って前記MBMSサービスのベアラ方式を選択する。
【００２６】
予め異なるMBMSサービスタイプと異なるベアラ方式との対応関係を前記RNCに記憶することをさらに含み、
ステップBにおける前記選択は、受信されたMBMSサービスタイプ及びそれ自体に記憶された対応関係によってRNCが前記MBMSサービスのベアラ方式を選択する、ことを含む。
【００２７】
ユーザのために異なるレベルを分け、且つ予めユーザレベルとベアラ方式との間の対応関係を設定することをさらに含み、
ステップＢにおける前記選択は、RNCが現在ユーザのレベル及び予め設定された対応関係によって前記MBMSサービスのベアラ方式を選択する、ことを含む。
【００２８】
前記ユーザレベルとベアラ方式との対応関係は、一対一の対応関係であり、
または、前記ユーザレベルとベアラ方式との対応関係を設定することは、一つの区分レベルを設定し、ユーザレベルが設定された区分レベルより高い又は同じユーザに対してはPTPベアラ方式を選択し、ユーザレベルが設定された区分レベルより低いユーザに対してはPTMベアラ方式を選択するように設定することである。
【００２９】
RNCは、サービスを提供する場合、優先度の高いユーザのみに対してPTP方式を選択する。
【発明の効果】
【００３０】
本発明によって提供されるMBMSサービス伝送方法は、直接PTMまたはPTP方式を採用して、あるMBMSサービスを伝送し、これによって、複雑なMBMSカウンティング／再カウンティングプロセスを省略し、システムの複雑度を低減し、無線インターフェースのシグナリングトラフィックを軽減し、同時にユーザ端末の消費電力量を節約している。具体的には以下のとおりである。セルのサービスが忙しくなくまたはセルの負荷が重くないとき、ある特性のあるMBMSサービスに対して、例えば当該MBMSサービスの持続時間がより短い場合、カウンティングプロセスを考慮せず、直接PTMベアラ方式を用いることができる。セルの負荷がより重い場合、PTMベアラ方式を導入すれば、現有のシステム中のサービスに大きな影響を与えるため、この場合は、一部分又は全部のユーザに対してPTPベアラ方式を用いることを考慮することができ、これによって、現有のシステムサービスにもたらす影響を最小にすることもでき、セル内でMBMSサービスを提供することもできる。
【発明を実施するための最良の形態】
【００３１】
本発明の核心的発明構想は、RNCはサービス負荷、MBMSサービスニーズの程度、MBMSサービス特性、MBMSサービス環境、ネットワーク負荷、ユーザレベルなどの異なる要素によって現在のMBMSサービスのためにPTMベアラ方式またはPTPベアラ方式を選択する。または、RNCはネットワーク指示に従って直接にPTMベアラ方式またはPTPベアラ方式を採用することもできる。
【００３２】
RNCは、あるMBMSサービスのベアラ方式を各セル内でそれぞれ選択し、選択された各ベアラ方式の間には、相互影響がない。
【実施例１】
【００３３】
本実施例において、RNCはMBMSサービスセッションスタート指示を受信した後、サービス負荷情況によってPTMベアラ方式またはPTPベアラ方式を選択する。本実施例において、通信事業者により予め各セルのサービス負荷閾値が設定される必要がある。本発明のMBMSサービス伝送方法は図2に示すように、以下のステップを含む。
【００３４】
ステップ41で、CNが、あるMBMSサービスに対するMBMSサービスセッションスタート指示をRNCへ送信する。
【００３５】
ステップ42〜45で、RNCは当該MBMSサービスセッションスタート指示を受信した後、それ自体の所属する各セル内のサービス負荷情況が、予め設定されたサービス負荷閾値より小さいか否かを判断する。負荷閾値より小さい場合、サービス負荷が比較的軽いことになり、RNCは当該MBMSサービスに対してPTMベアラ方式を用いることを、MBMSサービス情報（MBMS Service Information）を通じてユーザに通知し、カウンティングプロセスは用いられない。負荷閾値より小さくない場合、サービス負荷が比較的重いことになり、RNCは、現在実際のサービス負荷情況によって、当該セル内でPTP方式を直接に用いることができるか否かを決定して、現在実際のサービス負荷情況に基づき、PTP方式によるサービス伝送がサポートされ得る場合、PTP方式を採用し、現在実際のサービス負荷情況に基づき、PTP方式によるサービス伝送がサポートされ得ない場合、当該MBMSサービスを提供しない。
【００３６】
そのうち、同じまたは異なるサービス負荷閾値が各セルにより設定されることができる。即ち、各セルはそれぞれ、異なる状況に応じて、PTMベアラ方式を別個に選択することができる。
【実施例２】
【００３７】
本実施例において、RNCはMBMSサービスセッションスタート指示を受信した後、MBMSサービスセッションの持続時間によってPTMベアラ方式またはPTPベアラ方式を選択する。本実施例において、通信事業者により予め持続時間閾値が設定される必要がある。この場合では、実施例１のステップ42〜45は以下のようになる。
【００３８】
RNCは当該MBMSサービスセッションスタート指示を受信した後、当該MBMSサービスセッションの持続時間が予め設定された持続時間閾値より小さいか否かを判断する。持続時間閾値より小さい場合、当該MBMSサービスセッションの持続時間が比較的短いことになり、RNCは当該MBMSサービスに対してPTMベアラ方式を用いることを、MBMSサービス情報メッセージを通じてユーザに通知し、カウンティングプロセスは用いられない。持続時間閾値より小さくない場合、当該MBMSサービスセッションの持続時間が比較的長いことになり、RNCは実際のサービスセッションの持続時間によって当該セル内でPTP方式を直接に用い、または当該MBMSサービスを提供しないことを決定する。
【実施例３】
【００３９】
本実施例において、RNCはMBMSサービスセッションスタート指示を受信した後、サービス負荷とMBMSサービスニーズのあるセル比率とによってPTMベアラ方式またはPTPベアラ方式を選択する。本実施例において、予め一つのサービス負荷閾値と、一つのセル比率閾値が設定される必要がある。この場合では、実施例1のステップ42〜45は以下のようになる。
【００４０】
当該MBMSサービスセッションスタート指示を受信した後、RNCはそれ自体の所属するセルにおける所定のセルの個数がセル比率閾値、例えば80%に達したか否かを判断する。上記RNC自体の所属するセルにおける所定のセルの個数は、MBMSサービスニーズがあり且つサービス負荷が予め設定されたサービス負荷閾値より小さいセルの個数である。セル比率閾値に達する場合、RNCはPTMベアラ方式を選択し、且つ当該MBMSサービスに対してPTMベアラ方式を用いることを、MBMSサービス情報メッセージを通じてユーザに通知する。セル比率閾値に達しない場合、RNCは実際のサービス負荷情況によって、PTP方式を直接に用いて当該MBMSサービスを伝送するか否かを決定し、PTP方式によるサービス伝送がサポートされ得る場合、PTP方式を採用し、PTP方式によるサービス伝送がサポートされ得ない場合、当該MBMSサービスを提供しない。
【実施例４】
【００４１】
本実施例において、RNCはMBMSサービスセッションスタート指示を受信した後、それ自体の所属するセルにおいて当該MBMSサービスニーズのある各セル間の干渉情況によってPTMベアラ方式またはPTPベアラ方式を選択する。本実施例において、予め一つのセル間干渉閾値が設定される必要がある。この場合では、実施例1のステップ42〜45は以下のようになる。
【００４２】
RNCは当該MBMSサービスセッションスタート指示を受信した後、それ自体の所属するセルにおいて当該MBMSサービスニーズのある各セル間の干渉が予め設定されたセル間干渉閾値より小さいか否かを判断する。セル間干渉閾値より小さい場合、各セル間の干渉が小さいことになり、PTM方式を選択し、且つPTM方式を用いて当該MBMSサービスを伝送することをMBMSサービス情報メッセージを通じてユーザに通知する。セル間干渉閾値より小さくない場合、セル間の干渉が大きいことになり、PTP方式を選択して当該MBMSサービスを伝送する。
【００４３】
ここで、セル干渉情況の具体的な計算方法は通信事業者自体により確定されることができ、例えば、ネットワークのトポロジー構成によってMBMSサービス受信の各セルの分布情況を決定し、さらに各セルの分布情況によって各セル間干渉の大きさを推測することなどである。
【実施例５】
【００４４】
本実施例において、CNは、あるMBMSサービスを開始する時、同時に当該MBMSサービスに用いられるベアラ方式を指定する。当該ベアラ方式はMBMSサービスセッションスタート指示に付加されることができる。それでは、RNCはCNから開始されたあるMBMSサービスを受信した後、指定されたベアラ方式を直接に用いて当該MBMSサービスを全てのセルユーザに伝送していくことになる。
【実施例６】
【００４５】
本実施例において、異なるMBMSサービスタイプと異なるベアラ方式との対応関係が予めRNCに記憶され、具体的にどんなタイプのMBMSサービスにどんなベアラ方式を用いるかについては通信事業者により予め決定されることができる。それでは、RNCはCNから開始されたあるMBMSサービスを受信した後、予め記憶された対応関係及び現在のMBMSサービスのサービスタイプによって対応するベアラ方式を検索し、そして、検索されたベアラ方式を用いて当該MBMSサービスを全てのセルのユーザに伝送していくことになる。
【実施例７】
【００４６】
本実施例において、ユーザレベルによってPTMベアラ方式またはPTPベアラ方式の採用を決定する。具体的に、ユーザのために異なるレベルが分けられ、ネットワークにはMBMSサービスを受信する全てのユーザのために分けられたレベルが記憶される。且つ、予め、あるレベルより高いユーザに対してはPTP方式のみを採用してサービスを伝送し、あるレベルより低いユーザに対してはPTM方式を採用してサービスを伝送すると決定されておく、または、予め、異なるレベルのユーザに対応するベアラ方式が決定されている。この場合では、RNCはCNから開始されたあるMBMSサービスを受信した後、異なるユーザのレベルによってそれぞれ対応するベアラ方式を選択する。
【実施例８】
【００４７】
ネットワークの負荷が非常に重い場合、RNCはCNから開始されたあるMBMSサービスを受信した後、PTM方式の使用ができない場合、カウンティングプロセスを通じてセル内の当該MBMSサービスニーズのあるユーザの個数を獲得することができる。セルの現在の負荷情況に基づき、全部のユーザにPTPサービスを提供することが許容される場合、PTPベアラを確立し、セル現在の負荷情況に基づき、ただ一部分のユーザだけにPTPサービスを提供することが許容される場合、高いレベルのユーザに対してPTPベアラを確立し、セル内で当該MBMSサービスのためにベアラを確立することが確かにできない場合、当該MBMSサービスを提供しない。そのうち、上記高いレベルのユーザとは、ネットワークによりサービスが提供される場合、優先度が比較的高いユーザを指す。
【００４８】
ここの負荷情況標準は、一般に異なる通信事業者によってそれ自体の実際の需要に基づき設定される。例えば、通信事業者Aにとって、それの要求するサービス品質がより高い場合、60%のネットワーク負荷はもうより重いと見なされる可能性があるが、通信事業者Bにとって、それの要求するサービス品質がより低い場合、ネットワーク負荷が80%に達してこそより重いと見なされる可能性がある。
【００４９】
上記は本発明の好ましい実施例に過ぎず、本発明の請求の範囲を限るものではない。
【図面の簡単な説明】
【００５０】
【図１】ブロードキャスト・マルチキャストサービスをサポートする無線ネットワークのアーキテクチャを示す図である。
【図２】MBMSマルチキャストモードのサービスを示すフローチャートである。
【図３】MBMSブロードキャストモードのサービスを示すフローチャートである。
【図４】本発明における方法の処理を示すフローチャートである。
【図１】
2008509613.tif 000003
【図２】
2008509613.tif 000004
【図３】
2008509613.tif 000005
【図４】
2008509613.tif 000006
【国際調査報告】
2008509613.tif 000007
2008509613.tif 000008
2008509613.tif 000009
2008509613.tif 000010