(57)【特許請求の範囲】
【請求項１】
ネットワーク側は、ユーザ装置（ＵＥ）が移動した後に報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信し、前記ＴＡＵ要求メッセージに基づいて前記ＵＥが移動する前に所属した第一マルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）と前記ＵＥが移動した後に所属する第二ＭＢＳＦＮとが異なることを確定することと、
前記ネットワーク側は、前記ＵＥがサブスクライブしたサービス又は受信しているサービスに基づいてそれぞれ前記第一ＭＢＳＦＮ内及び前記第二ＭＢＳＦＮ内の放送を調整することとを含む放送サービスのリソース割当方法であって、
前記ネットワーク側はＵＥが移動した後に報告するＴＡＵ要求メッセージを受信する前に、前記方法はさらに、
前記ネットワーク側はカバーする物理区域を複数の送信区域に分割し、各送信区域は１つ又は複数のＭＢＳＦＮ区域を含み、各ＭＢＳＦＮ区域は１つ又は複数のトラッキングエリア（ＴＡ）を含むことを含み、
前記ネットワーク側は、前記ＴＡＵ要求メッセージに基づいて前記ＵＥが移動する前に所属した第一ＭＢＳＦＮと前記ＵＥが移動した後に所属する第二ＭＢＳＦＮとが異なることを確定するステップ中において、
前記ネットワーク側は、前記ＴＡＵ要求メッセージに基づいて前記ＵＥが所在するトラッキングエリア（ＴＡ）リストを取得し、前記ＵＥのＴＡリストと相応なＭＢＳＦＮの対応関係をメインテナンス且つ保存し、取得された前記ＵＥが所在するＴＡリスト及び前記対応関係に基づいて前記ＵＥが所属する第二ＭＢＳＦＮ区域を確定する放送サービスのリソース割当方法。
【請求項２】
前記ネットワーク側は、前記ＵＥがサブスクライブしたサービス又は受信しているサービスに基づいて、それぞれ前記第一ＭＢＳＦＮ内及び前記第二ＭＢＳＦＮ内の放送を調整することは、
前記ネットワーク側は、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送すること、及び、前記ネットワーク側は前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスの放送を停止すること、又は
前記ネットワーク側は、前記ＵＥがカレントサービスを受信していて、且つ前記第二ＭＢＳＦＮ内において前記カレントサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記カレントサービスを放送すること、及び、前記ネットワーク側は前記第一ＭＢＳＦＮ内において前記カレントサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記カレントサービスの放送を停止することを含む請求項１に記載の方法。
【請求項３】
ユーザ装置（ＵＥ）が移動した後に所属するマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）を取得し、前記ＵＥがサブスクライブしたサービス又は受信しているサービスに基づいて前記ＵＥが移動する前及び移動した後に所属するＭＢＳＦＮ内において放送の調整を必要とするかどうかを判断し、調整を必要とする場合は通知モジュールを起動するように設置される確定モジュール、及び
放送マルチキャストサービスセンター（ＢＭ−ＳＣ）に放送起動又は停止の指示を送信するように設置される前記通知モジュールを備え、
前記確定モジュールは、ＭＭＥが報告する前記ＵＥが移動した後に所属するＭＢＳＦＮを受信する、又は、前記ＭＭＥが報告する前記ＵＥが移動した後に所属する更新エリア（ＴＡ）リストを受信し、保存したＴＡリストとＭＢＳＦＮの間の対応関係及び前記獲得したＴＡリストに基づいて前記ＵＥが移動した後に所属するＭＢＳＦＮを取得するという方式で、ＵＥが移動した後に所属するＭＢＳＦＮを取得するように設置され、
前記ネットワーク側はカバーする物理区域を複数の送信区域に分割し、各送信区域は１つ又は複数のＭＢＳＦＮ区域を含み、各ＭＢＳＦＮ区域は１つ又は複数のトラッキングエリア（ＴＡ）を含むリソース管理センター。
【請求項４】
前記放送起動の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービス又は受信しているサービスを放送していないことを確定した後、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブしたサービス又は受信しているサービスを放送するように指示することに用いられ、又は
前記放送停止の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動する前に所属したＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービス又は受信しているサービスを放送する必要がないことを確定した後、前記ＵＥが移動する前に所属するＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブしたサービス又は受信しているサービスの放送を停止するように指示することに用いられる請求項３に記載のリソース管理センター。
【請求項５】
前記確定モジュールは、ＵＥが報告する該ＵＥが受信しているサービス情報を受信し、又は、前記ＵＥがサブスクライブしたサービス及び前記ＵＥが所属するＭＢＳＦＮを記録するようにさらに設置される請求項３又は４に記載のリソース管理センター。
【請求項６】
ＴＡリストとＭＢＳＦＮの対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュールをさらに備える請求項３又は４に記載のリソース管理センター。
【請求項７】
前記メインテナンスモジュールは、業務サービス区域と前記ＭＢＳＦＮの対応関係をメインテナンスすることにさらに用いられる請求項６に記載のリソース管理センター。
【請求項８】
ユーザ装置（ＵＥ）が報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信した後、該ＴＡＵ要求メッセージに基づいて前記ＵＥが所属する更新エリア（ＴＡ）リストを取得するように設置される取得モジュール、及び
リソース管理センターにユーザ装置（ＵＥ）が所属する更新エリア（ＴＡ）リストを報告するように設置される報告モジュールを備える移動管理エンティティ（ＭＭＥ）であって、
前記ネットワーク側はカバーする物理区域を複数の送信区域に分割し、各送信区域は１つ又は複数のＭＢＳＦＮ区域を含み、各ＭＢＳＦＮ区域は１つ又は複数のトラッキングエリア（ＴＡ）を含み、
該ＭＭＥはさらに、
ＴＡリストとマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）の対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュールを備え、
前記報告モジュールはさらに、前記メインテナンスモジュールが保存する前記対応関係及び前記取得モジュールが取得した前記ＴＡリストに基づいて前記ＵＥが所属するＭＢＳＦＮを取得し、前記リソース管理センターに前記ＵＥが所属するＭＢＳＦＮを報告するように設置される移動管理エンティティ（ＭＭＥ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信分野に関し、特に放送サービスのリソース割当方法、リソース管理センター、ＭＭＥ及びＢＭ−ＳＣに関する。
【背景技術】
【０００２】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、以下ＬＴＥと略称する）は、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）が定義した次時代の移動ブロードバンドネットワーク標準である。直交波周波数分割多重（ＯＦＤＭ）技術を用い、且つ多入力多出力（ＭＩＭＯ）等の技術を導入し、同時に１．２５−２０ＭＨｚ帯域幅をバックアップすることができ、大幅にピークデータレート及びシステム容量を向上させる。２０Ｍｈｚ帯域幅の下で下りリンク１００Ｍｂｉｔ／ｓ、上りリンク５０Ｍｂｉｔ／ｓのピークレートをバックアップし、平坦化されたネットワーク構造はスケジューリング及び無線リソース制御効率を強化し、接続遅延を短縮する。
【０００３】
マルチメディア放送／マルチキャストサービス（ＭＢＭＳ）は、第３世代移動体通信システムにおいてバックアップされ、第４世代移動体通信のＬＴＥシステム中に構造化された強化マルチメディア放送／マルチキャストサービス（ｅＭＢＭＳ）は、業界では非常に応用の未来性がある１つのサービスと見なされている。その達成方式は、ビデオ機能を有する知能端末が、物理マルチキャストチャネル（ＰＭＣＨ）により放送／マルチキャスト形式のデジタルオーディオ／ビデオサービスを受信することである。ｅＭＢＭＳサービスの達成及びネットワーキング方式に対して、３ＧＰＰプロトコル標準は完全な解決手段を提供する。
【０００４】
インターネットの急速な発展及び大画面多機能携帯端末の普及に伴って、大量の移動データマルチメディアサービス及び各種の高帯域幅マルチメディアサービス、例えばビデオ会議、テレビ放送、ビデオオンデマンド、広告、オンライン教育、インタラクティブゲーム等が現れ、これは、一方では移動ユーザのマルチサービスのニーズを満たし、他方では移動オペレータに新しいサービス成長点を与える。これらの移動データマルチメディアサービスは、複数のユーザが同時に同一のデータを受信することを要求でき、一般的なデータサービスに比べて、データ量が大きく、持続時間が長く、時間遅延の感度が高い等の特徴を有する。
【０００５】
移動ネットワークリソースを効果的に利用するために、３ＧＰＰはマルチメディア放送マルチキャストサービス（ＭＢＭＳ、Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）を提案した。ＭＢＭＳサービスは、１つのデータソースから複数のターゲット携帯端末にデータを転送する技術であり、ネットワーク（コアネットワーク及びアクセスネットワークを含む）リソースの共有を達成し、ネットワークリソース（特にエアインタフェースリソース）の利用率を向上させる。３ＧＰＰが定義したＭＢＭＳサービスは、プレーンテキスト低レートのメッセージ類のマルチキャスト及び放送を達成することができ、且つ高速マルチメディアサービスの放送及びマルチキャストを達成することができ、複数種の豊かなビデオ、音声及びマルチメディアサービスを提供する。これは、間違いなく未来の移動データの発展動向に順応し、３Ｇの発展に対してよりよいサービス将来性を提供する。
【０００６】
強化マルチメディア放送マルチキャストサービス（ｅＭＢＭＳ）は、アクセスネットワーク中にＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ、ＭＢＭＳ  ｏｖｅｒ  ａ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）伝送方式を導入した。従来の３ＧＰＰプロトコルに基づいて、１つのＭＢＳＦＮ区域は複数のセルを含み、これらのセルにはいずれも同一のＭＢＳＦＮリソースを設定し、これらのＭＢＳＦＮリソース上に、１つのＭＢＳＦＮ区域内における全てのセルは、同じＭＢＭＳサービスを送信する。この伝送方式により周波数リソースを節約し、スペクトル利用率を向上させることができる。このようなマルチセルが同時に同じ周波数で伝送することによるダイバーシティ効果は、ブラインドエリアのカバー等の問題を解決することができ、受信の確実性を強化し、カバレッジを向上させる。
【０００７】
ＭＢＭＳサービスを受信するユーザ装置（ＵＥ、又は端末と称する）は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、接続状態と略称する）、ＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ、アイドル状態と略称する）の２種の状態のうちの１つにあってもよい。ＵＥがユニキャストサービスを受信しているかどうかに基づいて、ＭＢＭＳサービスを受信しているＵＥが接続状態にあるか、アイドル状態にあるかを判断することができる。ＵＥがユニキャストサービスを受信している時に、ＵＥは接続状態にある。アイドル状態にあるＵＥは、ネットワーク側とともに無線リソース制御（ＲＲＣ、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅｓ  Ｃｏｎｔｒｏｌ）接続を作成していなく、接続状態にあるＵＥは、ネットワーク側とともにＲＲＣ接続を作成している。
【０００８】
３ＧＰＰプロトコルに基づく、ＭＢＳＦＮ区域の分けは、通常、以下の複数種方式がある。
【０００９】
１、図１に示すように、ある１つのＭＢＭＳサービスに対して、該サービスのサービス区域（Ｓｅｒｖｉｃｅ  Ａｒｅａ）でＭＢＳＦＮ区域を分ける。
【００１０】
このようにする利点は、あるＭＢＭＳサービスに対して、必要がある区域内のみにＭＢＭＳ放送を行い、リソース管理が合理的である。欠点は、いくつかのサービス（例えば、いくつかの区域情報、マーケットの広告等）のサービス区域が比較的小さかったり又は連続的ではないと、十分にセル境界の受信ゲインを向上させることができない。
【００１１】
２、図２に示すように、１つの物理的に連続な区域に１つのＭＢＳＦＮ区域を作成する。
【００１２】
このようにする利点は、１つの物理的に連続した区域において１つのＭＢＳＦＮ区域を作成することにより、ＭＢＳＦＮ境界の間の干渉を避け、且つセル境界の受信ゲインを向上させる。物理的に連続しない区域に対して、隣接ＭＢＳＦＮの間の干渉を配慮せず、且つ受信ゲインが無く、従って異なるＭＢＳＦＮ区域として設置されてもよい。
【００１３】
３、図３に示すように、ネットワーク全体で１つのＭＢＳＦＮ区域を作成する。
【００１４】
このようにする利点は、達成しやく且つＵＥのセル境界での受信ゲインを向上させ、ＵＥのネットワーク全体内での移動性能が良好である。
【００１５】
しかしながら、従来の方式に従って、ＭＢＳＦＮ区域は以下の３種の方式のいずれか１種に従って分けられても、あるＭＢＭＳサービスに対して、端末の位置を取得することができないため、全サービス区域内にＭＢＭＳ放送を行うと、サービス区域が大き過ぎてＵＥが少なかったり又は分布が比較的集中している時、無線リソースの無駄が深刻になる。
【００１６】
３ＧＰＰは、最大限８個の異なるＭＢＳＦＮ区域が重なって同一のセルをカバーすることをバックアップし、ＭＢＳＦＮ区域が最大限１６個の物理マルチキャストチャネル（ＰＭＣＨ）をバックアップし、各ＰＭＣＨが最大限２９個のマルチキャストサービス制御（ＭＴＣＨ）をバックアップすることを規定する。従って、プロトコルフィールドの制限に基づき、理論上に１つのセルが同時にバックアップするｅＭＢＭＳセッション（ｓｅｓｓｉｏｎ）＝３４８０である。しかしながら、エアインタフェースリソースの制限のため、実際に達することができない。
【００１７】
携帯電話テレビはｅＭＢＭＳに基づくサービスアプリケーションであり、携帯電話テレビを例として分析する。ある都市は２５６ｋｂｐｓの携帯電話テレビサービス、時分割複信ロングタームエボリューション（ＴＤ−ＬＴＥ）ネットワーク、２０ＭＨｚのシステム帯域幅、５ｍｓの無線フレーム、２：２設定を提供する。１０ｍｓは多くても２つのｅＭＢＭＳサブフレームが使用可能である。４位相シフトキーイング信号（ＱＰＳＫ）調整方式を用いると、４Ｍｂｐｓ程の下りリンクデータフロー、つまり１６チャネル程の番組を提供することができ、１つの都市の番組数要求を満たすことができない。この容量の制限は、主に従来のエアインタフェースリソースに対する管理方式が比較的大まかであり、多くの区域において受信する端末がなくても、依然としてエアインタフェースリソースを占用して放送を行う必要がある。特にある番組を受信する端末がわずかいくつかである時、同様に都市全体に放送する必要があり、非常にリソースを無駄にする。
【００１８】
あるＭＢＭＳサービスに対して、一旦該サービスがあるＭＢＳＦＮ区域に送信されると、該サービスは該ＭＢＳＦＮ区域にカバーされる全てのセルに送信する必要がある。このＭＢＳＦＮ区域が非常に大きいと、この区域の局所区域（複数のセルを含む）に該サービスを受信し又は受信に対して興味を持つ端末が１つもないと、下記のことをもたらす。
【００１９】
１）ＭＢＳＦＮ区域全体の局所区域において受信する端末がなくても、依然としてエアインタフェースリソースを占用して放送を行う必要があり、非常に無線リソースを無駄にする。
【００２０】
２）これらの局所区域には他の端末が興味を持っている他のＭＢＭＳサービスを送信するアイドルリソースがない。例えば、ＭＢＭＳサービス１はあるＭＢＳＦＮ区域に送信され、その局所区域には興味を持ってＭＢＭＳサービス１を受信する端末がなく、該局所区域の端末はＭＢＭＳサービス２に対して興味を持っていても、これらの局所区域の無線リソースがＭＢＭＳサービス１に占用されているため、ＭＢＭＳサービス２を送信するアイドルリソースがない。
【００２１】
ＬＴＥ中において、トラッキングエリア識別子（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ、ＴＡＩ）は、トラッキングエリア（ＴＡ）を標識し、２Ｇ／３Ｇ回線交換（ＣＳ）ドメイン中における位置エリア（ＬＡ）の概念、又はパケット交換（ＰＳ）ドメイン中におけるルーティングエリア（ＲＡ）の概念に類似する。ＬＴＥは、ＰＳドメインのみを有し、従ってＴＡエリアの概念を有する。実際に、ＬＴＥが使用するのはＴＡリストであり、ネットワーク側がＵＥ位置をトラッキングすることに用いられ、アイドル（ＩＤＬＥ）状態移動性（例えば、リセレクション等）及びページングをバックアップする。
【００２２】
トラッキングエリア更新（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ、ＴＡＵ）は、ＴＡ更新フローである。すなわち、ユーザ位置が変更し且つＴＡリスト（すなわちＴＡＩ）を更新する必要がある時、ネットワーク側といくつかのシグナリングとインタラクションを行う。
【００２３】
ＴＡＵが達成する機能は、
ＵＥは新しいＴＡに入り、ネットワーク側にＵＥの現在の位置を更新すること、
周期的に更新し、ＵＥは周期的に現在の位置を報告すること、
ＵＥ能力に変更が発生し、ネットワーク側に更新すること、
発展型パケットシステム（ＥＰＳ）の負荷に変更が発生した時、ネットワーク側に、どれらの負荷が依然としてアクティベーション状態にあるかを通知することを含む。
ＵＥは、ＭＭＥに１つのトラッキングエリア更新要求（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージを送信することにより、ＴＡＵフローを起動することができる。
【発明の概要】
【発明が解決しようとする課題】
【００２４】
本発明の実施例は、放送サービスのリソース割当方法、リソース管理センター、ＭＭＥ及びＢＭ−ＳＣを提供するもので、従来、多くの場合でリソースの割当が合理的ではないため容量要求を満たすことができないという問題を解決する。
【課題を解決するための手段】
【００２５】
本発明の実施例は、放送サービスのリソース割当方法を提供するもので、該方法は、次のことを含む。
ネットワーク側は、ユーザ装置（ＵＥ）が移動した後に報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信し、前記ＴＡＵ要求メッセージに基づいて前記ＵＥが移動する前に所属した第一マルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）と前記ＵＥが移動した後に所属する第二ＭＢＳＦＮとが異なることを確定すること。
前記ネットワーク側は、前記ＵＥがサブスクライブしたサービス又は受信しているサービスに基づいて、それぞれ前記第一ＭＢＳＦＮ内及び前記第二ＭＢＳＦＮ内の放送を調整すること。
【００２６】
好ましくは、前記ネットワーク側は、前記ＵＥがサブスクライブした又は受信しているサービスに基づいて、それぞれ前記第一ＭＢＳＦＮ内及び前記第二ＭＢＳＦＮ内の放送を調整することは、次のいずれかを含む。
前記ネットワーク側は、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送すること、及び、前記ネットワーク側は、前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスの放送を停止すること。又は
前記ネットワーク側は、前記ＵＥがカレントサービスを受信していて、且つ前記第二ＭＢＳＦＮ内において前記カレントサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記カレントサービスを放送すること、及び、前記ネットワーク側は、前記第一ＭＢＳＦＮ内において前記カレントサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記カレントサービスの放送を停止すること。
【００２７】
好ましくは、前記ネットワーク側は、前記ＴＡＵ要求メッセージに基づいて、前記ＵＥが移動する前に所属した第一ＭＢＳＦＮと前記ＵＥが移動した後に所属する第二ＭＢＳＦＮとが異なることを確定するステップ中において、
前記ネットワーク側は、前記ＴＡＵ要求メッセージに基づいて、前記ＵＥが所在するトラッキングエリア（ＴＡ）リストを取得し、前記ＵＥのＴＡリストと相応なＭＢＳＦＮの対応関係をメインテナンス且つ保存し、取得された前記ＵＥが所在するＴＡリスト及び前記対応関係に基づいて、前記ＵＥが所属する第二ＭＢＳＦＮ区域を確定する。
【００２８】
好ましくは、前記ネットワーク側は、ＵＥが移動した後に報告するＴＡＵ要求メッセージを受信する前、前記方法は、
前記ネットワーク側は、カバーする物理区域を複数の送信区域に分割し、各送信区域は、１つ又は複数のＭＢＳＦＮ区域を含み、各ＭＢＳＦＮ区域は、１つ又は複数のＴＡを含むことをさらに含む。
【００２９】
本発明の実施例は、リソース管理センターをさらに提供するもので、該リソース管理センターは、次の構成を備える。
ユーザ装置（ＵＥ）が移動した後に所属するマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）を取得し、前記ＵＥがサブスクライブした又は受信しているサービスに基づいて、前記ＵＥが移動する前及び移動した後に所属するＭＢＳＦＮ内において放送の調整を必要とするかどうかを判断し、調整を必要とする場合は通知モジュールを起動するように設置される確定モジュール。
放送マルチキャストサービスセンター（ＢＭ−ＳＣ）に放送起動又は停止の指示を送信するように設置される前記通知モジュール。
【００３０】
好ましくは、前記放送起動の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において前記ＵＥがサブスクライブした又は受信しているサービスを放送していないことを確定した後、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブした又は受信しているサービスを放送するように指示することに用いられる。
また、前記放送停止の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動する前に所属したＭＢＳＦＮ内において前記ＵＥがサブスクライブした又は受信しているサービスを放送する必要がないことを確定した後、前記ＵＥが移動する前に所属したＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブした又は受信しているサービスの放送を停止することに用いられる。
【００３１】
好ましくは、前記確定モジュールは、ＭＭＥが報告する前記ＵＥが移動した後に所属するＭＢＳＦＮを受信し、又は、前記ＭＭＥが報告する前記ＵＥが移動した後に所属する更新エリア（ＴＡ）リストを受信し、保存するＴＡリストとＭＢＳＦＮの間の対応関係及び前記獲得したＴＡリストに基づいて前記ＵＥが移動した後に所属するＭＢＳＦＮを取得するように設置される。
【００３２】
好ましくは、前記確定モジュールは、ＵＥが報告する該ＵＥが受信しているトラヒック情報を受信する、又は、前記ＵＥがサブスクライブしたサービス及び前記ＵＥが所属するＭＢＳＦＮを記録するようにさらに設置される。
【００３３】
好ましくは、該リソース管理センターは、
ＴＡリストとＭＢＳＦＮの対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュールをさらに備える。
【００３４】
好ましくは、前記メインテナンスモジュールは、業務サービス区域と前記ＭＢＳＦＮの対応関係をメインテナンスするようにさらに設置される。
【００３５】
本発明の実施例は、移動管理エンティティ（ＭＭＥ）をさらに提供するもので、該ＭＭＥは、次の構成を備える。
ユーザ装置（ＵＥ）が報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信した後、該ＴＡＵ要求メッセージに基づいて前記ＵＥが所属する更新エリア（ＴＡ）リストを取得するように設置される取得モジュール。
リソース管理センターにユーザ装置（ＵＥ）が所属する更新エリア（ＴＡ）リストを報告するように設置される報告モジュール。
【００３６】
好ましくは、該ＭＭＥは、
ＴＡリストとマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）の対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュール、
前記メインテナンスモジュールが保存する前記対応関係及び前記取得モジュールが取得した前記ＴＡリストに基づいて前記ＵＥが所属するＭＢＳＦＮを取得し、前記リソース管理センターに前記ＵＥが所属するＭＢＳＦＮを報告するようにさらに設置される前記報告モジュール、をさらに備える。
【００３７】
本発明の実施例は、放送マルチキャストサービスセンター（ＢＭ−ＳＣ）をさらに提供するもので、該ＢＭ−ＳＣは、次の構成を備える。
リソース管理センターが送信する放送起動又は停止の指示を受信するように設置される受信モジュール、
前記放送起動の指示に基づいて、カレントユーザ装置（ＵＥ）が移動した後に所属するマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）内において前記カレントＵＥがサブスクライブした又は受信しているサービスを放送していないことを確定した後、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において対応して前記カレントＵＥがサブスクライブした又は受信しているサービスを放送する、又は、前記放送停止の指示に基づいて、前記カレントＵＥが移動する前に所属したＭＢＳＦＮ内において前記カレントＵＥがサブスクライブした又は受信しているサービスを放送する必要がないことを確定した後、前記カレントＵＥが移動する前に所属したＭＢＳＦＮ内において対応して前記カレントＵＥがサブスクライブした又は受信しているサービスの放送を停止するように設置される調整モジュール。
【発明の効果】
【００３８】
本発明の実施例は、標準的ＴＡＵ過程を再利用し、ＵＥが新しいＴＡ  Ｌｉｓｔに移動した時、ＵＥがＵＥの現在の位置を報告し、ＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係により、ネットワーク側にＵＥが所属するＭＢＳＦＮ区域を分からせ、それによりＵＥが所属するＭＢＳＦＮ区域に基づいて動的にエアインタフェースリソースを割当し、さらにいくつかのシーンの下でネットワーク全体の容量を増大する目的に達することができる。
【図面の簡単な説明】
【００３９】
【図１】関連技術において業務サービス区域で分割されたＭＢＳＦＮ区域の模式図である。
【図２】関連技術において物理的に連続した区域で分割されたＭＢＳＦＮ区域の模式図である。
【図３】関連技術においてネットワーク全体で分割された１つのＭＢＳＦＮ区域の模式図である。
【図４ａ】本発明の実施例の送信区域の分割模式図である。
【図４ｂ】本発明の実施例のＭＢＳＦＮ区域の分割模式図である。
【図５ａ】本発明のリソース管理センターの実施例の構造模式図である。
【図５ｂ】本発明のＭＭＥの実施例の構造模式図である。
【図５ｃ】本発明のＢＭ−ＳＣの実施例の構造模式図である。
【図５ｄ】本発明の放送サービスのリソース割当システムの全体構造図である。
【図６】本発明の放送サービスのリソース割当方法の実施例１のシグナリングフローチャートである。
【図７】本発明の放送サービスのリソース割当方法の実施例２のシグナリングフローチャートである。
【図８】本発明の放送サービスのリソース割当方法の実施例３のシグナリングフローチャートである。
【発明を実施するための形態】
【００４０】
以下、図面を参照しながら本発明の実施例を詳細に説明する。ただし、矛盾が生じない場合、本願における実施例及び実施例における特徴は互いに任意に組み合せることができる。
【００４１】
本発明の実施例は、放送サービスのリソース割当方法の一種を提供するもので、該実施例に従って、ネットワーク側が行うことを説明する。該方法は、次のことを含む。
ステップ１１  ネットワーク側は、ユーザ装置（ＵＥ）が移動した後に報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信し、前記ＴＡＵ要求メッセージに基づいて前記ＵＥが移動する前に所属した第一マルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）と前記ＵＥが移動した後に所属する第二ＭＢＳＦＮとが異なることを確定する。
ステップ１２  ネットワーク側が、前記ＵＥがサブスクライブした又は受信しているサービスに基づいてそれぞれ前記第一ＭＢＳＦＮ内及び前記第二ＭＢＳＦＮ内の放送を調整する。
【００４２】
該ステップ１２は、前記ネットワーク側は、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送すること、及び、前記ネットワーク側は、前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記ＵＥがサブスクライブしたサービスの放送を停止すること、又は、前記ネットワーク側は、前記ＵＥがカレントサービスを受信していて、且つ前記第二ＭＢＳＦＮ内において前記カレントサービスを放送していないことを確定すると、前記第二ＭＢＳＦＮ内において前記カレントサービスを放送すること、及び、前記ネットワーク側は、前記第一ＭＢＳＦＮ内において前記カレントサービスを放送する必要がないことを確定すると、前記第一ＭＢＳＦＮ内において前記カレントサービスの放送を停止することを含んでもよい。
【００４３】
上記放送サービスのリソース割当方法を用いると、図４ａに示すように、ネットワーク側は、そのカバー被覆する物理区域を複数の送信区域に分割し、各送信区域（ｓｅｎｄｉｎｇ  ａｒｅａ）は１つの送信区域標識（ｓｅｎｄｉｎｇ  ａｒｅａ  ＩＤ）で唯一に表す。図４ｂに示すように、各送信区域は１つ又は複数のＭＢＳＦＮ区域を含む。
【００４４】
ネットワーク側は各送信区域とＭＢＳＦＮ区域の対応関係を格納及びメインテナンスする。
すなわち、
ネットワークカバレッジエリア＝｛ｓｅｎｄｉｎｇ  ａｒｅａ  １、  ｓｅｎｄｉｎｇ  ａｒｅａ  ２、…．｝、
ｓｅｎｄｉｎｇ  ａｒｅａ  １＝｛ＭＢＳＦＮ  ａｒｅａ  １、  ＭＢＳＦＮ  ａｒｅａ  ２、…．｝
ｓｅｎｄｉｎｇ  ａｒｅａ  ２＝｛ＭＢＳＦＮ  ａｒｅａ  ｋ、  ＭＢＳＦＮ  ａｒｅａ  ｋ＋１、…．｝
…．．
ｓｅｎｄｉｎｇ  ａｒｅａ  Ｎ＝｛ＭＢＳＦＮ  ａｒｅａ  ｍ、  ＭＢＳＦＮ  ａｒｅａ  ｍ＋１、…．｝。
１つのＭＢＳＦＮ  Ａｒｅａは、異なるＳｅｎｄｉｎｇ  Ａｒｅａに属してもよい。
ネットワーク側は、各ＭＢＳＦＮとＴＡ区域の対応関係を格納及びメインテナンスする。
すなわち、
ＭＢＳＦＮ  ａｒｅａ  １  ＝  ｛  ＴＡ  ａｒｅａ  １、  ＴＡ  ａｒｅａ  ２、…．｝
ＭＢＳＦＮ  ａｒｅａ  ２  ＝  ｛  ＴＡ  ａｒｅａ  ｋ、  ＴＡ  ａｒｅａ  ｋ＋１、…．｝
…．．
ＭＢＳＦＮ  ａｒｅａ  Ｎ＝｛  ＴＡ  ａｒｅａ  ｍ、  ＴＡ  ａｒｅａ  ｍ＋１、…．｝。
１つのＴＡ  Ａｒｅａは、１つのＭＢＳＦＮ  Ａｒｅａのみに属する。
【００４５】
ネットワーク側には、統一に無線エアインタフェースリソースを割当する１つのリソース管理センターが存在する。
【００４６】
本発明の実施例によれば、ＭＢＳＦＮ  Ａｒｅａは１つ又は複数のＴＡを含む。ネットワーク側は、同一のＭＢＳＦＮ  Ａｒｅａ内の全てのＴＡを端末に送信するＴＡリスト（
Ｌｉｓｔ）とすることができ、つまり、１つのＭＢＳＦＮの区域境界及び端末に保存するＴＡ  Ｌｉｓｔ境界を重ねることができる。このように端末は、ネットワーク中において１つのＴＡ  Ｌｉｓｔから別のＴＡ  Ｌｉｓｔに移動した時、標準のＴＡＵ更新フローに従って位置報告を行い、ネットワーク側は、カレント端末が所在するＴＡ  Ｌｉｓｔを分かるようになり、ネットワーク側がメインテナンスするＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係に基づいて、端末が所属するＭＢＳＦＮ区域を得ることができる。あるサービス（例えば携帯電話テレビＣＣＴＶ−１番組）に対して、リソース管理センターは、ネットワーク全体にどんなＭＢＳＦＮにＭＢＭＳ放送を行う必要があるかを統計し、ＢＭ−ＳＣをトリガーしてセッション（Ｓｅｓｓｉｏｎ）Ｕｐｄａｔｅさせ、該番組を放送する必要がないＭＢＳＦＮ区域に対して、エアインタフェースリソースを他のサービス（例えばＣＣＴＶ−２の番組）を放送することに用いることができる。
【００４７】
ＭＢＳＦＮとＴＡ  Ｌｉｓｔの対応関係は、ネットワーク側により設定される。ＴＡ  Ｌｉｓｔ区域はネットワーク側に設定され、１つ又は複数のＴＡ区域であってもよく、通常の方式により達成される。
【００４８】
Ｓｅｎｄｉｎｇ  ＡｒｅａとＭＢＳＦＮ  Ａｒｅａの対応関係は動的に変化し、ネットワーク側はＵＥ位置に基づいて統計を行い、あるＭＢＳＦＮ中にサービスに興味を持つＵＥが存在する時、該ＭＢＳＦＮを該サービスのＳｅｎｄｉｎｇ  Ａｒｅａ中に加える。
【００４９】
上記放送サービスのリソース割当方法は、標準のＴＡＵ過程を再利用し、ＵＥが新しいＴＡ  Ｌｉｓｔに移動した時、ＵＥがＵＥの現在の位置を報告し、ＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係により、ネットワーク側にＵＥが所属するＭＢＳＦＮ区域を分からせ、それによりＵＥが所属するＭＢＳＦＮ区域に基づいて動的にエアインタフェースリソースを割当し、さらにいくつかのシーンの下でネットワーク全体の容量を増大する目的に達することができる。
【００５０】
図５ａの、本発明リソース管理センターの実施例の構造模式図に示すように、該リソース管理センターは、確定モジュール５１１及び通知モジュール５１２を備える。
そのうち、確定モジュール５１１は、ユーザ装置（ＵＥ）が移動した後に所属するマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）を取得し、前記ＵＥがサブスクライブした又は受信しているサービスに基づいて前記ＵＥが移動する前及び移動した後に所属するＭＢＳＦＮ内において放送の調整を必要とするかどうかを判断し、調整を必要とする場合には通知モジュールを起動するように設置される。
前記通知モジュール５１２は、放送マルチキャストサービスセンター（ＢＭ−ＳＣ）に放送起動又は停止の指示を送信するように設置される。
【００５１】
そのうち、前記放送起動の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において前記ＵＥがサブスクライブした又は受信しているサービスを放送していないことを確定した後、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブした又は受信しているサービスを放送するように指示することに用いられる。また、前記放送停止の指示は、前記ＢＭ−ＳＣが、前記ＵＥが移動する前に所属したＭＢＳＦＮ内において前記ＵＥがサブスクライブした又は受信しているサービスを放送する必要がないことを確定した後、前記ＵＥが移動する前に所属したＭＢＳＦＮ内において対応して前記ＵＥがサブスクライブした又は受信しているサービスの放送を停止することに用いられる。
【００５２】
好ましくは、前記確定モジュール５１２は、ＭＭＥが報告する前記ＵＥが移動した後に所属するＭＢＳＦＮを受信し、又は、前記ＭＭＥが報告する前記ＵＥが移動した後に所属する更新エリア（ＴＡ）リストを受信し、保存するＴＡリストとＭＢＳＦＮの間の対応関係及び前記獲得したＴＡリストに基づいて前記ＵＥが移動した後に所属するＭＢＳＦＮを取得するように設置される。
【００５３】
さらに、前記確定モジュール５１２は、ＵＥが報告した該ＵＥが受信しているトラヒック情報を受信し、又は、前記ＵＥがサブスクライブしたサービス及び前記ＵＥが所属するＭＢＳＦＮを記録するように更に設置される。
【００５４】
該リソース管理センターは、ＴＡリストとＭＢＳＦＮの対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュール５１３を含んでもよい。該メインテナンスモジュールは、業務サービス区域と前記ＭＢＳＦＮの対応関係をメインテナンスすることにさら用いられる。
【００５５】
図５ｂの、本発明のＭＭＥの実施例の構造模式図に示すように、該ＭＭＥは、取得モジュール５２１及び報告モジュール５２２を備える。そのうち、
取得モジュール５２１は、ユーザ装置（ＵＥ）が報告するトラッキングエリア更新（ＴＡＵ）要求メッセージを受信した後、該ＴＡＵ要求メッセージに基づいて前記ＵＥが所属する更新エリア（ＴＡ）リストを取得するように設置される。
報告モジュール５２２は、リソース管理センターにユーザ装置（ＵＥ）が所属する更新エリア（ＴＡ）リストを報告するように設置される。
【００５６】
さらに、該ＭＭＥは、ＴＡリストとマルチメディア放送マルチキャストサービス単一周波数ネットワーク（ＭＢＳＦＮ）の対応関係をメインテナンス且つ保存するように設置されるメインテナンスモジュール５２３や、前記メインテナンスモジュールが保存する前記対応関係及び前記取得モジュールが取得した前記ＴＡリストに基づいて前記ＵＥが所属するＭＢＳＦＮを取得し、前記リソース管理センターに前記ＵＥが所属するＭＢＳＦＮを報告するようにさらに設置される該報告モジュールを備えてもよい。
【００５７】
図５ｃの、本発明のＢＭ−ＳＣの実施例の構造模式図に示すように、該ＢＭ−ＳＣは、受信モジュール５３１及び調整モジュール５３２を備える。そのうち、
受信モジュール５３１は、リソース管理センターが送信した放送起動又は停止の指示を受信するように設置される。
調整モジュール５３２は、前記放送起動の指示に基づいて、カレントＵＥが移動した後に所属するＭＢＳＦＮ内において前記カレントＵＥがサブスクライブした又は受信しているサービスを放送していないことを確定した後、前記ＵＥが移動した後に所属するＭＢＳＦＮ内において対応して前記カレントＵＥがサブスクライブした又は受信しているサービスを放送する、又は、前記放送停止の指示に基づいて、前記カレントＵＥが移動する前に所属したＭＢＳＦＮ内において前記カレントＵＥがサブスクライブした又は受信しているサービスを放送する必要がないことを確定した後、前記カレントＵＥが移動する前に所属したＭＢＳＦＮ内において対応して前記カレントＵＥがサブスクライブした又は受信しているサービスの放送を停止するように設置される。
【００５８】
以下、エンティティインタラクションの観点から、本発明の実施例を記述する。
【００５９】
＜設備実施例＞
各送信区域は１つ又は複数のＭＢＳＦＮ区域を含み、各ＭＢＳＦＮ区域は１つ又は複数のＴＡ  Ｌｉｓｔを含み、ネットワーク側は送信区域において１つのＭＢＭＳサービスを送信する時、あらゆるセルはいずれもＭＢＳＦＮモードを用いて同一のサービスを送信する。すなわち、１つの送信区域中において複数のＭＢＳＦＮ区域を含む場合、各ＭＢＳＦＮ区域に設定された無線リソースは異なってもよいが、各ＭＢＳＦＮ区域内における全てのセルに設定された無線リソースは同じでなければならない。
【００６０】
ネットワーク側がある送信区域においてサービスを送信することは、ネットワーク側が該送信区域及びその含まれるいくつかのＭＢＳＦＮ区域に通知して、次に関連する基地局がネットワーク側の指示を受信した後、あるＭＢＭＳサービスの送信を開始又は停止することである。
【００６１】
本実施例中において、各ＭＢＭＳサービスがどの／どれらの送信区域において送信を開始又は停止するかは、ネットワーク側で決められる。本発明の実施例中におけるネットワーク側は、リソース管理センター、ＭＭＥ、ＭＣＥ、ｅＮＢ又はＢＭ−ＳＣ等を指してもよい。
【００６２】
図５ｄの、本発明の放送サービスのリソース割当システムの全体構造図に示すように、該システムはリソース管理センター５１、ＭＭＥ  ５２、ＢＭ−ＳＣ  ５３、ＭＢＭＳ−ＧＷ  ５４、ＭＣＥ  ５５及び基地局（ｅＮｏｄｅＢ）５６を含み、以下それぞれ記述する。
【００６３】
リソース管理センター５１は、１つのロジックネットワークエレメントであり、独立に配備してもよく、ＭＭＥ  ５２、ｘＧＷ又はＢＭ−ＳＣ  ５３と一体に合わせて配備してもよい。以下のうちの１つ又は複数の機能を有する。
【００６４】
ａ．あるサービス区域とＭＢＳＦＮ区域の対応関係をメインテナンスする。
【００６５】
ｂ．ＴＡ  ＬｉｓｔとＭＢＳＦＮ区域の対応関係をメインテナンスする。
ＭＭＥ  ５２は、ＴＡ  ＬｉｓｔとＭＢＳＦＮ区域の対応関係をメインテナンスし、直接に端末が所属するＭＢＳＦＮを報告すると、リソース管理センターはこの機能をバックアップする必要がない。
【００６６】
ｃ．端末が所属するＭＢＳＦＮ区域及びサブスクライブしたサービスを記録し、且つネットワーク全体にどれらのＭＢＳＦＮがＭＢＭＳ放送を行う必要があるかを統計することができる。
【００６７】
ｄ．ＢＭ−ＳＣ  ５３とのインターフェースがあり、ＢＭ−ＳＣ  ５３をトリガーしてＳｅｓｓｉｏｎ  Ｕｐｄａｔｅを行い、どれらのＭＢＳＦＮ区域に放送を行うことをリアルタイムに調整することができる。
【００６８】
ｅ．ＭＭＥ  ５２とのプライベートインターフェイスがあり、  ＭＭＥ  ５２は該インターフェースを介して端末が所属するＴＡ  ＬｉｓｔまたはＭＢＳＦＮを報告することができる、
【００６９】
ｆ．ｘＧＷとのインターフェースがあり、端末とともにユーザプレーンを介してインタラクション、例えばセッション初期化プロトコル（ＳＩＰ）シグナリングインタラクションを行うことができる。
【００７０】
そのうち、該リソース管理センターの構造は、図５ａに示すリソース管理センターの構造と同じで、ここでは繰り返して説明しない。
【００７１】
ＭＭＥ  ５２は、３ＧＰＰのｅＭＢＭＳ機能をバックアップする。本発明の実施例中において、更にリソース管理センターとのインターフェースをバックアップする必要があり、リソース管理センターに端末が所属するＴＡ  Ｌｉｓｔ又はＭＢＳＦＮを報告することができる。
【００７２】
ＭＭＥ  ５２は、端末が所属するＭＢＳＦＮを報告すると、ＭＭＥ  ５２は、ＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスする必要がある。
【００７３】
そのうち、該ＭＭＥ  ５２の構造は、図５ｂに示すＭＭＥの構造と同じで、ここでは繰り返して説明しない。
【００７４】
ＢＭ−ＳＣ  ５３は、３ＧＰＰのｅＭＢＭＳ機能をバックアップする。本発明の実施例中において、さらにリソース管理センターとのインターフェースをバックアップする必要があり、リソース管理センターは、ＢＭ−ＳＣがどれらのＭＢＳＦＮに放送を行うことを制御することができる。同時に、ＢＭ−ＳＣとリソース管理センターの間にＵＥがサブスクライブした番組情報を同期化させる必要がある。
【００７５】
そのうち、該ＢＭ−ＳＣ  ５３の構造は、図５ｃに示すＢＭ−ＳＣの構造と同じで、ここでは繰り返して説明しない。
【００７６】
ＭＢＭＳ−ＧＷ  ５４、ＭＣＥ  ５５、ｅＮｏｄｅＢ  ５６は、３ＧＰＰが定義したｅＭＢＭＳ機能をバックアップし、本発明の実施例中において、付加的な機能をバックアップする必要がない。
【００７７】
該システムは、ＵＥをさらに含み、該ＵＥは、３ＧＰＰが定義したｅＭＢＭＳ機能をバックアップし、本発明の方法の実施例３中において、リソース管理センターとのユーザプレーンシグナリングインタラクションをバックアップする必要がある。
【００７８】
本発明の実施例は、ネットワーク全体をいくつかのＭＢＳＦＮに分ける方式により、効果的にネットワーク全体のサービス容量を向上させることができ、同時にできるだけ標準フローを再利用し、標準フローへの変更が小さく、達成しやすい。
＜方法実施例＞
＜実施例１＞
【００７９】
図６に示すように、本実施例中において、ＵＥはＴＡ  Ｌｉｓｔを跨いで移動するユーザ端末であり、ＭＭＥはＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスし、ＵＥは３チャンネルの携帯電話テレビ番組（ＣＣＴＶ−１、ＣＣＴＶ−２、陝西−１）をサブスクライブしている。該過程は、次のことを含む。
Ｓ６０１、ＵＥは１つのＴＡ  Ｌｉｓｔから１つの新しいＴＡ  Ｌｉｓｔに移動した時に、標準フローに従ってＴＡＵ更新を行い、ＵＥは変更を必要としない、
Ｓ６０２、ＴＡＵ更新過程中において、ＭＭＥはＮＡＳメッセージＴＡＵ  Ｒｅｑｕｅｓｔを受信した後、ＵＥが所属するＴＡ  Ｌｉｓｔを得て、ＭＭＥ上に設定されたＴＡ  ＬｉｓｔとＭＢＳＦＮの間の対応関係に基づいて、ＵＥが新しく所属するＭＢＳＦＮ（説明の便宜のため、ＵＥが移動する前にＭＢＳＦＮ  Ａにあり、移動した後にＭＢＳＦＮ  Ｂに移行したと仮定する）を得ることができる、
Ｓ６０３  ＡがＢと一致すると、ＭＭＥは処理せず、フローが終了する。ＡがＢと一致しないと、ＭＭＥはＵＥ標識及びＭＢＳＦＮ  Ｂ識別子をリソース管理センターに送信する、
Ｓ６０４  リソース管理センターは受信した後、該ＵＥが所属するＭＢＳＦＮ  Ｂ識別子を保存し、該ＵＥがサブスクライブしたサービス（ＣＣＴＶ−１、ＣＣＴＶ−２、陝西−１）を読み込み、ＭＢＳＦＮ  Ｂ中においてこの３チャネルの番組を放送していないと、放送する必要があり、再びＭＢＳＦＮ  Ａ中においてこの３チャネルの番組を放送する必要があるかどうかを統計し、必要がないと、ＭＢＳＦＮ  Ａ中において放送を停止する必要がある、
Ｓ６０５  リソース管理センターは、Ｓ６０４の計算の状況に基づいてＢＭ−ＳＣにｅＭＢＭＳ放送を起動又は停止する指示を通知する、
Ｓ６０６  ＢＭ−ＳＣはリソース管理センターの指示に基づいて、標準セッション更新（Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅ）フローにより、番組をどれらのＭＢＳＦＮ区域内に放送することを調整する。
【００８０】
＜実施例２＞
図７に示すように、本実施例中において、ＵＥはＴＡ  Ｌｉｓｔを跨いで移動するユーザ端末であり、リソース管理センターはＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスし、ＵＥ３チャンネルの携帯電話テレビ番組（ＣＣＴＶ−１、ＣＣＴＶ−２、陝西−１）をサブスクライブしている。
【００８１】
実施例１と実施例２の主な区別は、ＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスするネットワークエレメントが異なることである。ＭＭＥがメインテナンスすると、実施例１であり、利点はコアネットワークにおいてメッセージフィルターを行い、リソース管理センターに送信する制御プレーンメッセージを減少させることができることであり、欠点はＭＭＥの変更がやや大きいである。
【００８２】
リソース管理センターにおいてＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスすると、実施例２に属し、利点はＭＭＥの変更が小さいことであり、欠点はリソース管理センターの負荷が重くなることである。
【００８３】
該過程は、次のことを含む。
Ｓ７０１  ＵＥは１つのＴＡ  Ｌｉｓｔから１つの新しいＴＡ  Ｌｉｓｔに移動した時に、標準フローに従ってＴＡＵ更新を行い、ＵＥは変更を必要としない、
Ｓ７０２  ＴＡＵ更新過程中において、ＭＭＥはＮＡＳメッセージＴＡＵ  Ｒｅｑｕｅｓｔを受信し、ＵＥが所属するＴＡ  Ｌｉｓｔを得た後、直接にＵＥ標識及び新ＴＡ  Ｌｉｓｔ識別子を報告する、
Ｓ７０３  リソース管理センターはＴＡ  ＬｉｓｔとＭＢＳＦＮの間の対応関係をメインテナンスし、ＵＥが所属するＭＢＳＦＮ（説明の便宜のため、ＵＥが移動する前にＭＢＳＦＮ  Ａにあり、移動した後にＭＢＳＦＮ  Ｂに移行したと仮定する）を得ることができ、ＡがＢと一致すると、リソース管理センターは処理せず、フローが終了し、ＡがＢと一致しないと、ｅＭＢＭＳ放送を調整する必要があるかどうかを判断する必要がある、
Ｓ７０４  リソース管理センターはＵＥが所属するＭＢＳＦＮ  Ｂ識別子を保存し、該ＵＥがサブスクライブしたサービス（ＣＣＴＶ−１、ＣＣＴＶ−２、陝西−１）を読み込み、ＭＢＳＦＮ  Ｂ中においてこの３チャネルの番組を放送していないと、放送する必要があり、再びＭＢＳＦＮ  Ａ中においてこの３チャネルの番組を放送する必要があるかどうかを統計し、必要がないと、ＭＢＳＦＮ  Ａ中において放送を停止する必要がある、
Ｓ７０５  リソース管理センターは、Ｓ７０４の計算の状況に基づいてＢＭ−ＳＣにｅＭＢＭＳ放送を起動又は停止する指示を通知する、
Ｓ７０６  ＢＭ−ＳＣはリソース管理センターの指示に基づいて、標準Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅフローにより、番組をどれらのＭＢＳＦＮ区域内に放送することを調整する。
【００８４】
＜実施例３＞
図８に示すように、本実施例中において、ＵＥはＴＡ  Ｌｉｓｔを跨いで移動するユーザ端末であり、リソース管理センターはＴＡ  ＬｉｓｔとＭＢＳＦＮの対応関係をメインテナンスし、ＵＥはＣＣＴＶ−１の番組を受信していて、ＵＥ上にリソース管理センターのＩＰアドレスがデフォルトされている。
【００８５】
実施例３の特徴は、ネットワーク側はＵＥが受信している番組のみを放送する必要があり、予約したがＵＥが受信していない番組を放送する必要がない。
【００８６】
該過程は、次のことを含む。
Ｓ８０１  ＵＥは１つのＴＡ  Ｌｉｓｔから１つの新しいＴＡ  Ｌｉｓｔに移動した時に、標準フローに従ってＴＡＵ更新を行う、
Ｓ８０２  ＴＡＵ更新過程中において、ＵＥがアイドル状態にあると、接続状態に移行する。要するに、ＵＥはＴＡＵ更新過程中において、デフォルト負荷を作成する。
デフォルト負荷により、ＵＥは予め設定されたリソース管理センターのＩＰアドレスに基づいて、リソース管理センターとともにユーザプレーンＳＩＰシグナリングインタラクションを行い、リソース管理センターに、ＵＥが現在に所属するＴＡ  Ｌｉｓｔ、ＵＥの現在の状態が番組を受信している状態であるかを知らせる。本実施例中においてＵＥはＣＣＴＶ−１を受信している、
Ｓ８０３  リソース管理センターはＴＡ  ＬｉｓｔとＭＢＳＦＮの間の対応関係をメインテナンスし、ＵＥが所属するＭＢＳＦＮ（説明の便宜のため、ＵＥが移動する前にＭＢＳＦＮ  Ａにあり、移動した後にＭＢＳＦＮ  Ｂに移行したと仮定する）を得ることができ、ＡがＢと一致すると、リソース管理センターは処理せず、フローが終了し、ＡがＢと一致しないと、ｅＭＢＭＳ放送を調整する必要があるかどうかを判断する必要がある、
Ｓ８０４  ＵＥが報告することにより、リソース管理センターは現在ＵＥが受信する番組を分かるようになり、ＵＥが番組を受信していないと、ＵＥが所属するＭＢＳＦＮ  Ｂ識別子を保存し、フローが終了する。本実施例中においては、ＵＥはＣＣＴＶ−１の番組を受信しているため、ＭＢＳＦＮ  Ｂ中にこの番組を放送するかどうかに注目し、放送していないと、放送する必要がある。再びＭＢＳＦＮ  Ａ中にさらに他のＵＥがＣＣＴＶ−１を受信しているかを統計し、受信してないと、ＭＢＳＦＮ  Ａ中において放送を停止する必要がある、
Ｓ８０５  リソース管理センターはＳ８０４の計算の状況に基づいてＢＭ−ＳＣにｅＭＢＭＳ放送を起動又は停止する指示を通知する、
Ｓ８０６  ＢＭ−ＳＣはリソース管理センターの指示に基づいて、標準Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅフローにより、番組をどれらのＭＢＳＦＮ区域内に放送することを調整する。
【００８７】
一般の当業者は、上記方法における全部又は一部のステップをプログラムによって関連ハードウェアに命令を出して完成させることができ、前記プログラムはコンピュータ読み取り可能な記憶媒体、例えば読取り専用メモリ、ディスク又は光ディスク等に記憶してもよいことを理解することができる。選択肢として、上記実施例の全部又は一部のステップが１つ又は複数のＩＣにより実現されてもよい。それに対応して、上記実施例における各モジュール／ユニットはハードウェアの形式で実現されてもよく、ソフトウェア機能モジュールの形式で実現されてもよい。本発明の実施例はあらゆる特定形式のハードウェアとソフトウェアの組合せに限らない。
【００８８】
以上の実施例は、本発明の技術的解決手段を説明するためのものに過ぎず、制限するものではなく、好適な実施例のみを参照しながら本発明を詳細に説明した。一般の当業者は、本発明の技術的解決手段の趣旨及び範囲を逸脱することがなく、本発明の技術的解決手段を変更又は同等置換することができ、いずれも本発明の請求の範囲に含まれると理解することができる。
【産業上の利用可能性】
【００８９】
本発明の実施例は標準ＴＡＵ更新フローを再利用する上で、少量の変更により、ネットワーク側にＵＥが所在するＭＢＳＦＮをリアルタイムに分からせ、更にＵＥが予約したサービス又は受信しているサービスに基づいて、ｅＭＢＭＳ標準フローによりリアルタイムにＭＢＳＦＮ放送を調整し、動的にエアインタフェースリソースを割当する効果を奏する。
【図１】
0005957143.tif 000002
【図２】
0005957143.tif 000003
【図３】
0005957143.tif 000004
【図４ａ】
0005957143.tif 000005
【図４ｂ】
0005957143.tif 000006
【図５ａ】
0005957143.tif 000007
【図５ｂ】
0005957143.tif 000008
【図５ｃ】
0005957143.tif 000009
【図５ｄ】
0005957143.tif 000010
【図６】
0005957143.tif 000011
【図７】
0005957143.tif 000012
【図８】
0005957143.tif 000013