(57)【特許請求の範囲】
【請求項１】
端末デバイスによって実行されるマルチキャストベアラ管理方法であって、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信する過程で、送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドすることと、
前記データの受信が完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースすることと
を有し、
前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、
前記ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、前記ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースすることを有する、方法。
【請求項２】
前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、
前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了していないとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることを有し、あるいは、
前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることは、
前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了するとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることを有する、
請求項１に記載の方法。
【請求項３】
前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることの後で、
前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがサスペンドされたことを無線リソース制御（ＲＲＣ）レイヤの上のプロトコルレイヤに知らせることを更に有する、
請求項１又は２に記載の方法。
【請求項４】
前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、
前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢを決定し、前記ＳＣ−ＭＲＢに従って、前記ＳＣ−ＭＲＢに対応する前記ＲＬＣエンティティを決定することと、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネル（ＳＣ−ＭＣＣＨ）における情報に基づき前記ＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定することと
を有する、
請求項１乃至３のうちいずれか一項に記載の方法。
【請求項５】
前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることの後で、
前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせることを更に有する、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
前記送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高い前記データは、
ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を有する、
請求項１乃至５のうちいずれか一項に記載の方法。
【請求項７】
送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、
ＳＣ−ＭＣＣＨ変更通知が受信されるとき、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすること、又は
ページングリスニング前に、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすること
を有する、
請求項１乃至６のうちいずれか一項に記載の方法。
【請求項８】
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信するよう構成される受信ユニットと、
前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータを受信する場合に、送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドするよう構成される処理ユニットと
を有し、
前記処理ユニットは、前記受信ユニットが前記データの受信を完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースするよう更に構成され、
前記処理ユニットは、前記ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、前記ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースするよう特に構成される、
端末デバイス。
【請求項９】
前記処理ユニットは、
前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータの受信を完了しないとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアするよう、あるいは、
前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータの受信を完了するとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースするよう
特に構成される、
請求項８に記載の端末デバイス。
【請求項１０】
前記処理ユニットは、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがサスペンドされたことを無線リソース制御（ＲＲＣ）レイヤの上のプロトコルレイヤに知らせるよう特に構成される、
請求項８又は９に記載の端末デバイス。
【請求項１１】
前記処理ユニットは、
前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢを決定し、前記ＳＣ−ＭＲＢに従って、前記ＳＣ−ＭＲＢに対応する前記ＲＬＣエンティティを決定するよう、あるいは、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネル（ＳＣ−ＭＣＣＨ）における情報に基づき前記ＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定するよう
特に構成される、
請求項８乃至１０のうちいずれか一項に記載の端末デバイス。
【請求項１２】
前記処理ユニットは、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせるよう特に構成される、
請求項８乃至１１のうちいずれか一項に記載の端末デバイス。
【請求項１３】
前記送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高い前記データは、
ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を有する、
請求項８乃至１２のうちいずれか一項に記載の端末デバイス。
【請求項１４】
前記処理ユニットは、
ＳＣ−ＭＣＣＨ変更通知が受信されるとき、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドするよう、あるいは、
ページングリスニング前に、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドするよう
特に構成される、
請求項８乃至１３のうちいずれか一項に記載の端末デバイス。
【請求項１５】
コンピュータプログラムを記憶しているコンピュータ記憶媒体であって、
前記コンピュータプログラムは、プログラム命令を有し、
前記プログラム命令がコンピュータによって実行されるとき、該コンピュータが、請求項１乃至７のうちいずれか一項に記載の方法を実行することを可能にされる、
コンピュータ記憶媒体。
【請求項１６】
プログラム命令を有するコンピュータプログラムであって、
コンピュータによって実行されるとき、前記プログラム命令は、請求項１乃至７のうちいずれか一項に記載の方法を実行するために使用される、
コンピュータプログラム。
【請求項１７】
ネットワーク通信デバイスと、請求項８乃至１４のうちいずれか一項に記載の端末デバイスとを有し、
前記ネットワーク通信デバイスは、シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを前記端末デバイスへ送信するよう構成され、
前記端末デバイスは、請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成される、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア・ブロードキャスト・マルチキャストの分野に、特に、マルチキャストベアラ管理方法及び端末デバイスに関係がある。
【背景技術】
【０００２】
マルチメディア・ブロードキャスト・マルチキャスト・サービス（Multimedia  Broadcast  Multicast  Service，ＭＢＭＳ）は、移動体通信ネットワークリソースを十分に利用するために第３世代パートナーシップ・プロジェクト（3rd  Generation  Partnership  Project，３ＧＰＰ）によって導入されたサービスである。移動体通信ネットワークでは、ＭＢＭＳは、データ源がデータを複数のユーザへ送信するポイント・ツー・マルチポイントサービスを提供し、それによって、ネットワークリソース共有を実装し且つリソース利用を改善する。ＭＢＭＳは、マルチメディア映像情報を全ユーザへ直接にブロードキャストすること、又はマルチメディア映像情報を課金された加入者へ送信することができ、端末テレビジョンサービスのための技術的実施手段を提供する。
【０００３】
狭帯域幅−インターネット・オブ・シングス（Narrow  Bandwidth-Internet  of  Things，ＮＢ−ＩｏＴ）は、インターネット・オブ・シングスの重要な枝分かれであり、ＩｏＴサービスを運ぶために狭帯域幅技術を使用する技術である。ＮＢ−ＩｏＴは、広域ネットワークにおける低電力デバイスのセルラーデータ接続をサポートする。従来のセルラーネットワークにおけるサービス及び端末デバイスと比較して、ＮＢ−ＩｏＴのそれらは、次の特徴を有している：（１）ＮＢ−ＩｏＴにおけるサービスは、低いレート及び比較的長いサイクルを有し、従来のセルラーネットワークと比較して、ＩｏＴサービスは、より小さいパケットを生成し、時間遅延に鈍感である。（２）１つのＮＢ−ＩｏＴ基地局が多数の端末デバイスへ接続される。（３）ＮＢ−ＩｏＴにおける端末デバイスは、従来のセルラーネットワークよりも安価であり且つ複雑でない。（４）ＮＢ−ＩｏＴにおける端末デバイスは、消費電力がより少ない。
【０００４】
端末デバイスに対する低コスト及び低複雑性の要件を満たすために、通常、ＮＢ−ＩｏＴにおける端末デバイスは、複数種類のチャネル上でデータを受信することができない。ＮＢ−ＩｏＴマルチキャスト伝送方式がロング・ターム・エボリューション（Long  Term  Evolution，ＬＴＥ）におけるシングル・セル−ポイント・ツー・マルチポイント（Single  Cell-Point  To  Multicast，ＳＣ−ＰＴＭ）メカニズムに基づき設計される場合に、次のシナリオが出現する：ＮＢ−ＩｏＴにおける端末デバイスは、シングル・セル−ＭＢＭＳコントロール・チャネル（Single  Cell-MBMS  Control  Channel，ＳＣ−ＭＣＣＨ）上の制御情報及びシングル・セル−ＭＢＭＳトラフィック・チャネル（Single  Cell-MBMS  Traffic  Channel，ＳＣ−ＭＴＣＨ）上のサービスデータの両方を受信することができない。端末デバイスがＳＣ−ＭＴＣＨ上のサービスデータを受信しているとき、ＳＣ−ＭＣＣＨにおける制御情報が目下受信される必要があるならば、ＳＣ−ＭＴＣＨに対応するシングル・セル−ＭＢＭＳポイント・ツー・マルチポイント・ラジオ・ベアラ（Single  Cell-MBMS  Point  to  Multipoint  Radio  Bearer，ＳＣ−ＭＲＢ）はリリースされる必要があり、ＳＣ−ＭＣＣＨ上の制御情報が受信された後、ＳＣ−ＭＲＢは再確立される必要がある。これは、次の問題を引き起こす：ＳＣ−ＭＲＢに対応する無線リンク制御（Radio  Link  Control，ＲＬＣ）エンティティがリリースされるとき、成功裏に受信されたがパッケージ化されていない無線リンク制御プロトコル・データ・ユニット（Radio  Link  Control  Protocol  Data  Unit，ＲＬＣ  ＰＤＵ）は削除され、ＳＣ−ＭＲＢが再確立された後、ＲＬＣ  ＰＤＵは再び受信される必要があり、更なる電力が消費される。マルチキャストサービスの受信が完了してないとき、上位レイヤは、ユニキャスト再送のためにネットワークに適用されるようトリガされ得るが、頻繁なユニキャスト再送も、更なる電力及びネットワークリソースを消費する。
【発明の概要】
【０００５】
上記の問題を解決するために、本発明の実施形態は、端末デバイスの電力及びネットワークリソースを節約するために、マルチキャストベアラ管理方法及び端末デバイスを提供する。
【０００６】
第１の態様によれば、本発明の実施形態は、マルチキャストベアラ管理方法であって、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信する過程で、受信されるべき第１タイプのデータがあるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドすることと、
前記第１タイプのデータの受信が完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースすることと
を含む方法を提供する。
【０００７】
前記サスペンドすることは、一時的な閉鎖又はリリースなしで他のタスクを実行し、他のタスクが実行された後にＳＣ−ＭＲＢを引き続き使用することを指し、凍結、棚上げ、又は休眠のような動作と同等であることができる。
【０００８】
相応して、前記リストアすることは、凍結解除、棚上げ解除、又は呼び出しのような動作と同等である。
【０００９】
本発明のこの実施形態において、ＳＣ−ＭＴＣＨのサービスデータを受信する過程で第１タイプのデータが受信される必要がある場合に、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢはサスペンドされ、それから第１タイプのデータは受信される。第１タイプのデータが受信された後、ＳＣ−ＭＴＣＨのサービスデータを引き続き受信するために、ＳＣ−ＭＲＢはリストアされる。ＳＣ−ＭＲＢがサスペンドされることは、ＳＣ−ＭＲＢが後の使用のために当座のところはリリースされないことを意味する。ＳＣ−ＭＲＢに対応するＭＢＭＳサービスがもはや受信される必要がないと決定されるときにのみ、ＳＣ−ＭＲＢはリリースされ、それによって、ＳＣ−ＭＲＢの度重なるリリース及び確立は回避され、ネットワークリソースが節約され且つ端末デバイスの電力消費が低減される。
【００１０】
第１の態様の第１の可能な実施において、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了していないとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることを含み、あるいは、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることは、前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了するとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることを含む。具体的に、前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了していないことは、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスの受信が完了しておらず、端末デバイスがサスペンドされたＳＣ−ＭＲＢに対応するサービスデータを引き続き受信する必要があることを意味する。前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了することは、２つの場合を含む：一方の場合は、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスが終了されることであり、他方の場合は、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスが終了されていないが、端末デバイスがサスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスをもはや受信する必要がないことである。
【００１１】
第１の態様の第２の可能な実施において、前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、前記ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、前記ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースすることを含む。
【００１２】
第１の態様の第３の可能な実施において、前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることの後で、方法は、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがサスペンドされたことを無線リソース制御（Radio  Resource  Control，ＲＲＣ）レイヤの上のプロトコルレイヤに知らせることを更に含む。ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩは、ＳＣ−ＭＲＢを識別するために使用される。具体的な実施では、セッションアイデンティティ及び／又はＴＭＧＩに対応するＳＣ−ＭＲＢのサスペンド状態を示すために、ステータスパラメータが使用され得る。具体的に、ＲＲＣレイヤの上のプロトコルレイヤは、アプリケーションレイヤであってよい。
【００１３】
第１の態様の第４の可能な実施において、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢを決定し、前記ＳＣ−ＭＲＢに従って、前記ＳＣ−ＭＲＢに対応する前記ＲＬＣエンティティを決定することと、シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネルＳＣ−ＭＣＣＨにおける情報に基づき前記ＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定することとを含む。具体的に、ＳＣ−ＭＲＢをサスペンドする手順において、ＳＣ−ＭＲＢに対応する媒体アクセス制御ＭＡＣレイヤ設定及び／又は物理レイヤ設定のみがリリースされ、ＳＣ−ＭＲＢに対応するＲＬＣエンティティはリザーブされる。相応して、ＳＣ−ＭＲＢをリストアする過程で、ＳＣ−ＭＲＢに対応するリザーブされたＲＬＣエンティティが使用され得、ＭＡＣレイヤ及び／又は物理レイヤは、ＳＣ−ＭＲＢをリストアするために構成され得る。
【００１４】
第１の態様の第５の可能な実施において、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることの後で、方法は、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがリストアされたことを前記ＲＲＣレイヤの上の前記プロトコルレイヤに知らせることを更に含む。具体的に、知らされた後に、ＲＲＣレイヤの上のプロトコルレイヤは、ユーザインタラクションを通じてユーザに知らせる。
【００１５】
第１の態様の第６の可能な実施において、前記第１タイプのデータは、送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータを含む。
【００１６】
第１の態様の第６の可能な実施を参照して、第７の可能な実施において、前記送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高い前記データは、ページング中に使用される情報又は前記ＳＣ−ＭＣＣＨにおける設定情報を含む。ページング中に使用される情報は、ページングメッセージであっても、あるいは、ページングをスケジューリングするために使用される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されるシステムメッセージ変更指示であってもよい。
【００１７】
第１の態様の第８の可能な実施において、受信されるべき第１タイプのデータがあるとき、前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、ＳＣ−ＭＣＣＨ変更通知が受信されるとき、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすること、又はページングリスニング前に、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすることを含む。
【００１８】
第２の態様によれば、本発明の実施形態は、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信するよう構成される受信ユニットと、
前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータを受信する場合に、受信されるべき第１タイプのデータがあるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドするよう構成される処理ユニットと
を含み、
前記処理ユニットは、前記受信ユニットが前記第１タイプのデータの受信を完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースするよう更に構成される、
端末デバイスを提供する。
【００１９】
本発明の実施形態の第２の態様で提供される端末デバイスは、本発明の実施形態の第１の態様で提供されるマルチキャストベアラ管理方法を実行するよう構成される。詳細については、本発明の実施形態の第１の態様における記載を参照されたい。詳細は、ここで再び記載されない。
【００２０】
可能な設計において、前記処理ユニットに対応するエンティティデバイスはプロセッサであり、プロセッサは、本発明の実施形態の第１の態様で提供されるマルチキャストベアラ管理方法を実行するよう構成され、前記受信ユニットに対応するエンティティデバイスは受信器であり、受信器は、シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信するよう構成される。任意に、端末デバイスはメモリを更に含んでもよく、メモリは、上記の方法を実行するためにプロセッサによって使用されるアプリケーションプログラムコードを記憶するよう構成され、プロセッサは、メモリに記憶されているアプリケーションプログラムコードを実行するよう構成される。
【００２１】
第３の態様によれば、本発明の実施形態は、コンピュータによって使用されるコンピュータプログラム命令を記憶するよう構成されたコンピュータ記憶媒体を提供する。前記コンピュータプログラム命令は、第１の態様を実行するために使用される関連するプログラムを含む。
【００２２】
第４の態様によれば、本発明の実施形態は、第１の態様で提供される様々な方法を実行するために使用されるコンピュータプログラムを提供する。
【００２３】
第５の態様によれば、本発明の実施形態は、ネットワーク通信デバイスと、本発明の実施形態の第２の態様で提供される端末デバイスとを含む通信システムを提供する。
【図面の簡単な説明】
【００２４】
本発明の実施形態における技術的解決法をより明りょうに記載するために、以下は、実施形態に必要とされる添付の図面について簡単に説明する。
【００２５】
【図１】本発明の実施形態に従う通信システムの略構造図である。
【図２】端末デバイスの実施の構造ブロック図である。
【図３】本発明の実施形態に従うマルチキャストベアラ管理方法の略フローチャートである。
【図４】本発明の実施形態に従う無線通信プロトコルのレイヤの略構造図である。
【図５】本発明の実施形態に従うマルチキャストベアラ管理方法を実行するＲＬＣエンティティ及び論理伝送リンクの変化を示す概略図である。
【図６】本発明の実施形態に従う端末デバイスの略構造図である。
【発明を実施するための形態】
【００２６】
以下は、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的解決法について記載する。
【００２７】
本発明の実施形態における技術的解決法は、ＩｏＴ通信システムのような、低複雑性及び低電力消費の端末デバイスが位置する無線通信システムに主に適用可能であり、本発明の実施形態における通信システムのアーキテクチャは、図１に示され得る。図１は、本発明の実施形態に従う通信システムの略構造図である。図１において、冷蔵庫１０１、洗濯機１０２、テレビ受像機１０３、車載ＩｏＴデバイス１０４、建物１０５、などは全てがＩｏＴデバイスに属し、基本的な通信機能を備え、モニタされ、接続され、又は対話する必要がある物に関する様々な情報を収集し、情報をネットワークに対して無線通信技術（３Ｇ、４Ｇ、ＧＰＲＳ及び他の通信技術であってよい。）を通じて送信して、物どうしの通信を実施することができる。基地局１０６は、何万というＩｏＴデバイスへ接続され得、ＩｏＴデバイスは、様々な情報の収集及び交換を実施するために基地局１０６を通じてネットワーク内の他のネットワークノードと通信する。
【００２８】
従来のセルラーネットワークにおける端末デバイスと比較して、本発明の実施形態における端末デバイスは、不必要な機能が少なく、複雑でなく、電力消費が少ない。プロトコルスタック処理フローのオーバーヘッドを低減するために、端末デバイスは、複数種類のチャネル上でデータを受信することができない。本発明の実施形態における方法は、ＳＣ−ＭＲＢの頻繁なリリース及び確立を防ぐことができ、それによって、ネットワークリソースを節約し且つ端末デバイスのオーバーヘッドを低減する。
【００２９】
本発明の実施形態で述べられている端末デバイスは、音声及び／又はデータ接続性をユーザに提供するデバイス、無線接続機能を備えた手持ち式デバイス、あるいは、無線モデムへ接続される他の処理デバイスであってよい。無線端末は、ラジオ・アクセス・ネットワーク（Radio  Access  Network，ＲＡＮ）を通じて１つ以上のコアネットワークと通信し得る。無線端末は、携帯電話機（“セルラー”電話機とも呼ばれる。）のようなモバイル端末であってよく、モバイル端末を伴ったコンピュータは、例えば、携帯型、パケットサイズ、手持ち式、コンピュータ内蔵、又は車載型のモバイル機器であってよく、ラジオ・アクセス・ネットワークと音声及び／又はデータを交換する。例えば、それは、パーソナル通信サービス（ＰＣＳ，Personal  Communication  Service）電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、無線ローカルループ（ＷＬＬ，Wireless  Local  Loop）局、又はパーソナル・デジタル・アシスタント（ＰＤＡ，Personal  Digital  Assistant）のようなデバイスであってよい。無線端末はまた、センサネットワークレイヤを伝送ネットワークレイヤへ接続し、データを収集し且つデータをネットワークレイヤへ送信する、インテリジェント住居システムにおける冷蔵庫、空調、及び洗濯機のようなＩｏＴデバイスであってもよい。無線端末はまた、システム、加入者ユニット（Subscriber  Unit）、加入者局（Subscriber  Station）、移動局（Mobile  Station）、移動端末（Mobile  Terminal）、遠隔局（Remote  Station）、アクセス・ポイント（Access  Point）、遠隔端末（Remote  Terminal）、アクセス端末（Access  Terminal）、ユーザ端末（User  Terminal）、ユーザ・エージェント（User  Agent）、ユーザ装置（User  Device）、又はユーザ設備（User  Equipment）とも呼ばれ得る。
【００３０】
以下は、図１のシステムで記載されている端末デバイスの実施について記載する。図２は、端末デバイス２００の実施の構造ブロック図である。図２に示されるように、端末デバイス２００は、処理チップ２１０、メモリ２１５（１つ以上のコンピュータ可読記憶媒体）、無線周波数（ＲＦ）モジュール２１６、及び周辺機器システム２１７を含んでよい。
【００３１】
周辺機器システム２１７は、端末デバイス２００とユーザ／外部環境との間の相互作用を実装するよう主として構成され、端末デバイス２００の入出力装置を主に含む。具体的な実施では、周辺機器システム２１７は、カメラコントローラ２１８、オーディオコントローラ２１９、及びセンサ管理モジュール２２０を含んでよい。コントローラは、各々の対応する周辺機器（例えば、カメラ２２１、オーディオ回路２２２、及びセンサ２２３）へ結合され得る。いくつかの実施形態で、カメラ２２１は３Ｄカメラであってよい。いくつかの実施形態で、センサ２２３は、赤外線センサ、指紋センサ、変位センサ、エネルギ消費センサ、温度センサ、湿度センサ、光センサ、などであってよい。周辺機器システム２１７は、他のＩ／Ｏ周辺機器を更に含んでもよい。例えば、周辺機器システム２１７は、無線周波数識別（Radio  Frequency  Identification，ＲＦＩＤ）コントローラ２２４を更に含み、ＲＦＩＤ読み書きコントローラがＲＦＩＤリーダー−ライター２２５へ結合される。
【００３２】
処理チップ２１０は、プロセッサ／マイクロプロセッサ２１１、クロックモジュール２１２、及び電力管理モジュール２１３を含んでよい。処理チップ２１０に組み入れられたクロックモジュール２１２は、プロセッサ／マイクロプロセッサ２１１のためのデータ伝送及びタイミング制御に必要なクロックを生成するよう主として構成される。処理チップ２１０に組み入れられた電力管理モジュール２１３は、プロセッサ／マイクロプロセッサ２１１、無線周波数モジュール２１６、及び周辺機器システム２１７に安定した且つ大いに正確な電圧を供給するよう主として構成される。いくつかの実施形態で、プロセッサ／マイクロプロセッサ２１１は、中央演算処理装置（Central  Processing  Unit，ＣＰＵ）、組み込みマイクロ・コントローラ・ユニット（Micro  Controller  Unit，ＭＣＵ）、組み込みマイクロ・プロセッサ・ユニット（Micro  Processor  Unit，ＭＰＵ）、組み込みシステム・オン・チップ（System  on  Chip，ＳｏＣ）、などであってよい。
【００３３】
プロセッサ／マイクロプロセッサ２１１は、１つ以上のプロセッサを含んでよい。例えば、プロセッサ／マイクロプロセッサ２１１は、１つ以上のマイクロプロセッサを含んでも、あるいは、１つ以上のマイクロプロセッサと、１つ以上のアプリケーションプロセッサとを含んでもよい。プロセッサ／マイクロプロセッサ２１１が複数のプロセッサを含む場合に、複数のプロセッサは、１つの処理チップに統合されても、あるいは、独立したチップであってもよい。１つのプロセッサは、１つ以上のプロセッサコア（又はプロセッシングコアと呼ばれる。）を含んでもよい。
【００３４】
無線周波数（ＲＦ）モジュール２１６は、無線周波数信号を送信及び受信するよう構成され、端末デバイス２００の受信器及び送信器を主に統合する。無線周波数（ＲＦ）モジュール２１６は、無線周波数信号を使用することによって通信ネットワーク及び他の通信デバイスと通信する。具体的な実施では、無線周波数（ＲＦ）モジュール２１６は、アンテナシステム、ＲＦトランシーバ、１つ以上の増幅器、チューナー、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップ、記憶媒体、などを含み得るが限られない。いくつかの実施形態において、無線周波数（ＲＦ）モジュール２１６は、単一のチップ上に実装されてよい。
【００３５】
メモリ２１５は、プロセッサ／マイクロプロセッサ２１１へ結合され、様々なソフトウェアプログラム及び／又は複数組の命令を記憶するよう構成される。具体的な実施では、メモリ２１５は、高速ランダム・アクセス・メモリを含んでよく、１つ以上のディスク記憶デバイス、１つ以上のフラッシュメモリデバイス、又は他の不揮発性固体状態記憶デバイスのような、不揮発性メモリを更に含んでもよい。メモリ２１５は、オペレーティング・システム（以下、システムと簡潔に呼ばれる。）、例えば、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ、又はＬｉｎｕｘのような組み込みオペレーティング・システムを記憶し得る。メモリ２１５は、ネットワーク通信プログラムを更に記憶してもよく、ネットワーク通信プログラムは、１つ以上の付属物、１つ以上の端末デバイス、及び１つ以上のネットワークデバイスと通信するために使用され得る。メモリ２１５は、ユーザインターフェイスプログラムを更に記憶してもよく、ユーザインターフェイスプログラムは、グラフィカルオペレーティングインターフェイス上でアプリケーションプログラムの内容を視覚的且つ鮮やかに表示し、メニュー、ダイアログボックス、及びキーのような入力コントロールを使用することによってアプリケーションプログラムに対するユーザの制御操作を受けることができる。メモリ２１５は、１つ以上のアプリケーションプログラムを更に記憶してもよい。
【００３６】
オペレーティング・システムのプログラムは、本発明の実施形態で提供されるマルチキャストベアラ管理方法を実施することができるコンピュータプログラムを含み、それにより、プロセッサ／マイクロプロセッサ２１１がプログラムを読み出し、オペレーティング・システムを実行した後、オペレーティング・システムは、本発明の実施形態で提供されるマルチキャストベアラ管理機能を有し得る。
【００３７】
以下の実施形態は、執行機関としての端末デバイスを有して本発明の実施形態で提供されるマルチキャストベアラ管理方法及び装置について記載する。
【００３８】
本発明の実施形態において、名詞「サスペンド」は、現在のトランザクション、プロセス、又はセッションに対応するリソースの全て又は一部が、トランザクション、プロセス、又はセッションのような他のタスクが目下実行される必要があるときに当座のところクローズ／リリース／削除されないことを意味する。トランザクション、プロセス、又はセッションのような他のタスクを実行した後、現在のトランザクション、プロセス、又はセッションに対応するリソースの全て又は一部は、現在のタスク、プロセス、又はセッションを引き続き実行するために直接使用され得る。任意の方法では、ＳＣ−ＭＲＢをサスペンドすることは、ＳＣ−ＭＲＢを凍結すること、ＳＣ−ＭＲＢを棚上げすること、ＳＣ−ＭＲＢを休止状態にすること、ＳＣ−ＭＲＢをロックすること、及び他の記載により置き換えられ得る。当業者は、その意味を理解することができる。
【００３９】
本発明の実施形態において、名詞「リストア」は、名詞「サスペンド」に対応し、トランザクション、プロセス、又はセッションのような他のタスクの実行が完了した後に、トランザクション、プロセス、又はセッションのような他のタスクの実行前に遊休状態／未使用であるトランザクション、プロセス、又はセッションのようなタスクに対応するリソースの全て又は一部が、遊休状態／未使用であるトランザクション、プロセス、又はセッションのようなタスクのための実行環境又はリソースを提供するために、再構成／再利用されることを意味する。任意の方法では、ＳＣ−ＭＲＢをリストアすることは、ＳＣ−ＭＲＢを凍結解除すること、ＳＣ−ＭＲＢを棚上げ解除すること、ＳＣ−ＭＲＢを呼び出すこと、及びＳＣ−ＭＲＢをロック解除すること、及び他の記載により置き換えられ得る。当業者は、その意味を理解することができる。
【００４０】
サスペンド及びリストアは、例を使用することによって以下で説明される。例えば、コンピュータのオペレーティング・システムにおいて、メモリリソースは制限される。コンピュータのメモリリソースが不十分であるとき、オペレーティング・システムは、メモリ内でプログラムを適切に配置し、メモリからいくつかのプロセスを一時的に呼び出して、それらのプロセスがメモリリソースを占有しないようにする。すなわち、プロセスをサスペンドする。条件が許すとき（例えば、メモリ内のいくつかのプロセスの実行が終了され、それらのプロセスによって占有されるメモリリソースがリリースされるとき、現在のメモリリソースは十分である。）、オペレーティング・システムは、前にサスペンドされたプロセスをメモリ内に、すなわち、プロセスをリストアするために、呼び戻す。
【００４１】
図３は、本発明の実施形態に従うマルチキャストベアラ管理方法の略フローチャートである。方法は、図１の冷蔵庫１０１若しくは洗濯機１０２のようなＩｏＴ端末デバイスで、又は図２の構造ブロック図を満足する端末デバイスで実施されてよい。方法は少なくとも次のステップを含む。
【００４２】
Ｓ３０１．シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信する過程で、受信されるべき第１タイプのデータがあるとき、ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドする。
【００４３】
例えば、低複雑性及び低電力消費の端末デバイスは、使用する帯域幅が比較的に小さく、同時に１つのキャリアでしかデータを送信することができない。端末デバイスの異なる物理レイヤチャネルは、一般に、時分割マルチタスクであり、すなわち、異なる物理レイヤチャネルは、異なる時点でしか出現又は確立不可能である。他の物理レイヤチャネルが確立される必要があるとき、端末デバイスは、現在確立されている物理レイヤチャネルをリリースする必要がある。例えば、端末デバイスの物理レイヤチャネルは、物理ダウンリンク制御チャネル（Physical  Downlink  Control  Channel，ＰＤＣＣＨ）、物理ブロードキャストチャネル（Physical  Broadcast  Channel，ＰＢＣＨ）、及び物理ダウンリンク共有チャネル（Physical  Downlink  Shared  Channel，ＰＤＳＣＨ）を含み、それにより、端末は、同時に又は同じスロットでＰＤＣＣＨ、ＰＢＣＨ、及びＰＤＳＣＨの中の１つしか確立又は実行することができない。端末デバイスは、同時に上位レイヤプロトコルエンティティの物理レイヤのための限られたリソースを提供し、そして、同時にただ１つの論理チャネルへの伝送リンクを提供することができる。第１論理チャネル上でデータを受信する過程で、第２の論理チャネル上でのデータが受信される必要があるとき、第１の論理チャネルの送信優先度及び第２の論理チャネルの送信優先度に基づき、送信優先度がより高い対象論理チャネルが決定され、対象論理チャネルのために優先的に伝送リンクが提供される。
【００４４】
具体的に、第１タイプのデータの送信優先度は、ＳＣ−ＭＴＣＨのサービスデータのそれよりも高く、第１タイプのデータは、ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を含む。具体的な実施において、例えば、第１タイプのデータは、ＳＣ−ＭＣＣＨにおけるスケジューリング情報及びシングル・セル−ポイント・ツー・マルチポイントメカニズムのタイミング情報のような設定可能な情報であっても、あるいは、ページング中に使用されるページング変更指示及びページングメッセージのような情報であってもよい。
【００４５】
具体的に、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢは、ＳＣ−ＭＣＣＨ変更通知が受信されるときにサスペンドされ得る。ＳＣ−ＭＣＣＨ変更通知は、ＳＣ−ＭＣＣＨに含まれるＳＣ−ＭＴＣＨの設定情報が更新されたか又は更新されるべきであることを示す。ＳＣ−ＭＴＣＨの設定情報の送信優先度は、ＳＣ−ＭＴＣＨのサービスデータのそれよりも高い。端末デバイスは、ＳＣ−ＭＴＣＨの設定情報を優先的に受信し、ＳＣ−ＭＴＣＨの設定を更新する必要がある。
【００４６】
具体的に、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢは、代替的に、ページングが受信される必要があるときに、ページングリスニングの前にサスペンドされ得る。エアインターフェイスページングメカニズムでは、端末デバイスは、電力消費を低減するために、不連続受信（Discontinuous  Reception，ＤＲＸ）によりページング情報を受信する。端末デバイスのＲＲＣレイヤは、ページングサイクルが到達するときに物理ダウンリンク制御チャネル（Physical  Downlink  Control  Channel，ＰＤＣＣＨ）上でリッスンするように物理レイヤを制御し、ＰＤＣＣＨ上の命令に従って物理ダウンリンク共有チャネル（Physical  Downlink  Shared  Channel，ＰＤＳＣＨ）上でページングメッセージを受信して、ネットワーク側が端末デバイスを呼び出しているかどうか、又はネットワークによって送信されるシステムメッセージ変更指示があるかどうかを決定する。ページングは、端末デバイスの具体的な位置を決定するために又はシステムメッセージを更新するためにネットワーク側によって開始される動作であり、ページングの送信優先度は、ＳＣ−ＭＴＣＨのサービスデータのそれよりも高い。従って、ページングが受信される必要があるとき、端末デバイスはＰＤＣＣＨ上で優先的にリッスンし、ページングメッセージがあるとき、端末デバイスはページングメッセージを優先的に受信する。任意の方法で、端末デバイスは、ページングサイクルが到達する前の前もってセットされた期間にＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドしてよい。
【００４７】
具体的に、ＳＣ−ＭＲＢは、ＳＣ−ＭＴＣＨのサービスデータを受信するために確立された無線ベアラである。受信されるべき第１タイプのデータがあるとき、受信されるべき第１タイプのデータの送信優先度がＳＣ−ＭＴＣＨのサービスデータのそれよりも高いとき、第１タイプのデータは優先的に送信される必要があり、伝送リンクは優先的に第１タイプのデータのために提供される。すなわち、対応する物理レイヤ及び／又はＭＡＣレイヤは、第１タイプのデータのために設定される必要がある。
【００４８】
具体的に、端末デバイスは、同時にただ１つの論理チャネルへの伝送リンクしか提供することができない。ＳＣ−ＭＲＢがリリースされないとき、ＳＣ−ＭＲＢをサスペンドすることは、ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、ＳＣ−ＭＲＢに対応する物理レイヤ及び／又は媒体アクセス制御（ＭＡＣ）レイヤをリリースすることを含む。
【００４９】
ＳＣ−ＭＲＢがリリースされるとき、ＳＣ−ＭＲＢに対応する物理レイヤ設定がリリースされるならば、ＳＣ−ＭＲＢに対応するＲＬＣエンティティがリザーブされるときに、ＳＣ−ＭＲＢに対応するＭＡＣレイヤ設定もリザーブされることが理解されるべきである。
【００５０】
任意に、ＳＣ−ＭＲＢをサスペンドした後、方法は、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（Temporary  Mobile  Group  Identity，ＴＭＧＩ）を示すことによって、ＳＣ−ＭＲＢがサスペンドされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせることを更に含む。
【００５１】
ＴＭＧＩは、異なるＭＢＭＳサービスどうしを区別するために使用される。例えば、１つのＭＢＭＳサービスは１つのＴＭＧＩに対応する。セッションアイデンティティは、異なるＭＢＭＳセッションどうしを区別するために使用される。例えば、１つのＭＢＭＳサービスは１つのＭＢＭＳセッションアイデンティティに対応する。ＴＭＧＩ及びセッションアイデンティティは両方とも、ＳＣ−ＭＲＢ及びＳＣ−ＭＲＢに対応するＭＢＭＳサービスを識別するために使用され得る。ＳＣ−ＭＲＢに対応するＴＭＧＩ及びセッションアイデンティティは、ＲＲＣレイヤの上のプロトコルレイヤに対して示され、それにより、ＲＲＣレイヤの上のプロトコルレイヤは、対象のＭＢＭＳサービスに対応するＳＣ−ＭＲＢが現在サスペンドされていることを知ることができ、端末デバイスは、当面、対象のＭＢＭＳサービスを実行することができない。
【００５２】
具体的に、ＴＭＧＩ及び／又はセッションアイデンティティが上位レイヤに示されるとき、ステータスパラメータが、ＳＣ−ＭＲＢのステータスを示すために更に使用されてよい。例えば、ステータスパラメータの値が１１である場合には、それは、ＳＣ−ＭＲＢが確立されることを示し、ステータスパラメータの値が０１である場合には、それは、ＳＣ−ＭＲＢがサスペンドされていることを示し、ステータスパラメータの値が１０である場合には、それは、ＳＣ−ＭＲＢがリストアされていることを示し、ステータスパラメータの値が００である場合には、それは、ＳＣ−ＭＲＢがリリースされていることを示す。
【００５３】
具体的に、ＲＲＣレイヤの上のプロトコルレイヤは、アプリケーションレイヤであってよい。例えば、ユーザは、端末デバイスのクライアントを使用することによってテレビ番組を見ている。すなわち、端末デバイスによって目下受信されているＭＢＭＳサービスはテレビ番組であり、ＳＣ−ＭＲＢはテレビ番組の受信サービスを提供する。受信されるべき第１タイプのデータがあるとき、端末デバイスはＳＣ−ＭＲＢをサスペンドする。この場合に、端末デバイスは、当面、ＳＣ−ＭＲＢに対応するＭＢＭＳサービスを受信することができない。ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩを示すことによって、ＳＣ−ＭＲＢがサスペンドされたことをアプリケーションレイヤが知らされた後、「現在のサービスは利用できない」に類するプロンプト情報が、クライアントのユーザインターフェイスに表示される。
【００５４】
任意に、ＳＣ−ＭＲＢをサスペンドした後、方法は、第１タイプのデータの第１無線ベアラを確立し、第１無線ベアラ上で第１タイプのデータを受信することを更に含む。
【００５５】
任意に、第１無線ベアラは、シグナリング無線ベアラ又はデータ無線ベアラであってよい。
【００５６】
具体的に、第１無線ベアラを確立することは、第１タイプのデータに対応する第１ＲＬＣエンティティを確立し、第１タイプのデータに対応するＭＡＣレイヤ及び物理レイヤを設定することを含む。
【００５７】
Ｓ３０２．第１タイプのデータの受信が完了するとき、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティＴＭＧＩに基づきＳＣ−ＭＲＢをリストア又はリリースする。
【００５８】
任意に、第１タイプのデータの受信が完了するとき、第１タイプのデータのために確立された第１無線ベアラはリリースされ、第１タイプのデータに対応するＲＬＣエンティティと、対応するＭＡＣレイヤ設定及び物理レイヤ設定とはリリースされる。
【００５９】
具体的に、第１タイプのデータの受信が完了することは、ＳＣ−ＭＣＣＨにおける全ての設定情報の受信が完了すること、又はページング中に使用される情報の受信が完了することを意味し得る。
【００６０】
具体的に、ＳＣ−ＭＴＣＨのサービスデータの受信が完了していないとき、ＳＣ−ＭＲＢは、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきリストアされ、ＳＣ−ＭＴＣＨのサービスデータの受信が完了するとき、ＳＣ−ＭＲＢは、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきリリースされる。
【００６１】
具体的に、ＳＣ−ＭＴＣＨのサービスデータの受信が完了していないことは、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスの受信が完了しておらず、端末デバイスがサスペンドされたＳＣ−ＭＲＢに対応するサービスデータを引き続き受信する必要があることを意味する。ＳＣ−ＭＴＣＨのサービスデータの受信が完了することは、２つの場合を含む：一方の場合は、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスが終了されることであり、他方の場合は、サスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスが終了されていないが、端末デバイスがサスペンドされたＳＣ−ＭＲＢに対応するＭＢＭＳサービスをもはや受信する必要がないことである。
【００６２】
第１タイプのデータは、ＳＣ−ＭＴＣＨのサービスデータの受信が完了する場合と、ＳＣ−ＭＴＣＨのサービスデータの受信が完了していない場合とについて記載するために、以下で例として使用される。
【００６３】
１つの場合に、端末デバイスは、第１ＳＣ−ＭＲＢ上で第１ＭＢＭＳサービスのサービスデータを現在受信中であり、そして、基地局は、ＳＣ−ＭＣＣＨ変更通知を端末デバイスへ送信する。この場合に、端末デバイスは、第１ＳＣ−ＭＲＢをサスペンドし、ＳＣ−ＭＣＣＨにおける設定情報を受信する。基地局は、設定情報を使用することによってＭＢＭＳサービスを更新し、第２ＭＢＭＳサービスを加え、そして、第１ＭＢＭＳサービスは、設定情報の受信が終了された後に未だ終了していないと考えられる。端末デバイスを保持しているユーザが第２ＭＢＭＳサービスに関心を持っており、端末デバイスに第２ＭＢＭＳサービスを受信して欲しい場合に、端末デバイスは、たとえ第１ＭＢＭＳサービスが終了していないとしても、第１ＭＢＭＳサービスをもはや受信する必要がない。すなわち、第１ＳＣ−ＭＲＢに対応するＳＣ−ＭＴＣＨのサービスデータの受信は完了し、第１ＳＣ−ＭＲＢはリリースされ、第２ＭＢＭＳサービスに対応する第２ＳＣ−ＭＲＢは確立される。端末デバイスを保持しているユーザが第１ＭＢＭＳサービスに依然として関心を持っており、端末デバイスに引き続き第１ＭＢＭＳサービスを受信して欲しい場合には、端末デバイスは、第１ＭＢＭＳサービスを引き続き受信する必要がある。すなわち、第１ＳＣ−ＭＲＢに対応するＳＣ−ＭＴＣＨのサービスデータの受信は完了しておらず、端末デバイスは第１ＳＣ−ＭＲＢをリストアし、そして、第１ＭＢＭＳサービスが終了するときに第１ＳＣ−ＭＲＢをリリースする。
【００６４】
他の場合に、端末デバイスは、第１ＳＣ−ＭＲＢにより第１ＭＢＭＳサービスのサービスデータを現在受信中であり、そして目下、ページングを受信する必要がある。この場合に、端末デバイスは、第１ＳＣ−ＭＲＢをサスペンドし、ページングを受信する。ページングは、ＭＢＭＳサービスの更新とは無関係である。ページングが受信された後、端末デバイスがネットワークによって呼び出されておらず、第１ＭＢＭＳサービスが終了しておらず、且つ、ユーザが依然として第１ＭＢＭＳサービスに関心を持っている場合には、端末デバイスは、第１ＭＢＭＳサービスを引き続き受信する必要がある。すなわち、ＳＣ−ＭＴＣＨのサービスデータの受信は完了しておらず、端末デバイスは第１ＳＣ−ＭＲＢをリストアし、第１ＭＢＭＳサービスが終了するときに第１ＳＣ−ＭＲＢをリリースする。第１ＭＢＭＳサービスが終了していないが、ユーザが、ページングメッセージを受信することによって、端末デバイスがネットワークによって呼び出されていることに気付く場合には、ＲＲＣ接続が、ネットワークに応答するために確立される必要がある。この場合に、端末デバイスは、第１ＭＢＭＳサービスをもはや受信しなくてもよい。すなわち、ＳＣ−ＭＴＣＨのサービスデータの受信は完了し、端末デバイスは第１ＳＣ−ＭＲＢをリリースする。
【００６５】
具体的に、ＳＣ−ＭＲＢをリストアすることは、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきＳＣ−ＭＲＢを決定することと、ＳＣ−ＭＲＢに従って、ＳＣ−ＭＲＢに対応するＲＬＣエンティティを決定することと、ＳＣ−ＭＣＣＨにおける情報に基づきＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定することとを含む。
【００６６】
具体的に、ＳＣ−ＭＲＢに対応し、ＳＣ−ＭＲＢサスペンドプロセスでリザーブされるＲＬＣエンティティは、ＳＣ−ＭＲＢをリストアするために使用され得る。
【００６７】
具体的に、ＭＡＣレイヤ及び／又は物理レイヤを設定することは、ＳＣ−ＭＴＣＨ情報リストｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔを含むシングル・セル−ポイント・ツー・マルチポイント設定（Single  Cell  Point  To  Multipoint  Configuration，ＳＣＰＴＭＣｏｎｆｉｇｕｒａｔｉｏｎ）情報を受信し、各ＳＣ−ＭＴＣＨがｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔ内の１ｓｃ−ｍｔｃｈ−Ｉｎｆｏ片に対応し、ｓｃ−ｍｔｃｈ−Ｉｎｆｏに基づきＭＡＣレイヤ及び／又は物理レイヤを設定することを含む。
【００６８】
具体的に、ｓｃ−ｍｔｃｈ−Ｉｎｆｏは、グループ−ラジオ・ネットワーク・テンポラリ・アイデンティティ（Group-Radio  Network  Temporary  Identity，Ｇ−ＲＮＴＩ）及びＳＣ−ＭＴＣＨスケジューリング情報（ｓｃ−ｍｔｃｈ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ）のようなパラメータ情報を含む。Ｇ−ＲＮＴＩは、チャネルをスクランブルするために使用され、ｓｃ−ｍｔｃｈ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏは、ＳＣ−ＭＴＣＨによってセットされるＤＲＸ情報である。ｓｃ−ｍｔｃｈ−Ｉｎｆｏがｓｃ−ｍｔｃｈ−ＳｃｈｅｄｕｌｉｎｇＩｎｆｏを含まないとき、ＳＣ−ＭＴＣＨに関する情報は如何なるサブフレームにおいても送信されてよい。
【００６９】
任意に、ＳＣ−ＭＲＢをリストアした後、方法は、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩを示すことによって、ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせることを更に含む。
【００７０】
具体的に、ステップＳ３０１でＳＣ−ＭＲＢをサスペンドする手順で、ＲＲＣレイヤの上のプロトコルレイヤは、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩを示すことによって、ＳＣ−ＭＲＢがサスペンドされたことを知らされる。相応して、ＳＣ−ＭＲＢがリストアされるとき、ＲＲＣレイヤの上のプロトコルレイヤは、対応するＳＣ−ＭＲＢがリストアされたことを知らされ得る。
【００７１】
図３で記載される方法では、ＳＣ−ＭＴＣＨのサービスデータを受信する過程で、第１タイプのデータが受信される必要があるとき、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢがサスペンドされ、それから第１タイプのデータが受信される。第１タイプのデータの受信が完了した後、ＳＣ−ＭＲＢは次いでリストアされ、ＳＣ−ＭＴＣＨのサービスデータは引き続き受信され、ＳＣ−ＭＲＢはサスペンドされ、ＭＡＣレイヤ設定及び／又は物理レイヤ設定のみがリリースされ、ＳＣ−ＭＲＢに対応するＲＬＣエンティティはリザーブされ、このとき、ＲＬＣエンティティをリリースすることは、リザーブされているＲＬＣエンティティでキャッシュされたＲＬＣ  ＰＤＵをリリースすることである。ＳＣ−ＭＲＢがリストアされるとき、ＭＡＣレイヤ及び／又は物理レイヤのみが、ＳＣ−ＭＣＣＨにおける情報に基づき再設定される必要があり、ＳＣ−ＭＲＢに対応するＲＬＣエンティティを再確立すること又はＲＬＣ  ＰＤＵを再び受信することは不要であり、それによって、ＳＣ−ＭＲＢのたびたびのリリース及び確立は回避され、ネットワークリソースは節約され、端末デバイスの電力消費は低減される。
【００７２】
上記は、本発明の実施形態で提供される方法のプロセスについて主に記載する。以下は、図４及び図５を参照しながら、プロトコル構造とともに、本発明の実施形態で提供される方法における論理伝送リンク及びＲＬＣエンティティの変化について記載する。
【００７３】
図４は、無線通信プロトコルのレイヤの可能な略構造図である。無線通信プロトコルは、上から下へ、上位ネットワークレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及び物理レイヤを含む。無線リソース制御（Radio  Resource  Control，ＲＲＣ）レイヤ、ネットワークレイヤ、トランスポートレイヤ、アプリケーションレイヤ、及び非アクセス層は、ネットワーク上位レイヤに属する。ＲＬＣレイヤ及びＭＡＣレイヤは、ＯＳＩのレイヤ２プロトコルに属し、物理レイヤは、ＯＳＩのレイヤ１プロトコルに属する。本発明の実施形態において、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及び物理レイヤは、ＳＣ−ＭＲＢの確立、サスペンド、リストア、及びリリースに関係がある。
【００７４】
ＲＲＣレイヤは、ＭＢＭＳサービスの通知と、ＭＢＭＳサービスに対応する無線ベアラの確立、変更、及びリリースとを実施することができる。ＲＲＣレイヤは、無線ベアラの確立、変更、及びリリースを完了するために、対応する動作を実行するようにＲＬＣレイヤ、ＭＡＣレイヤ、及び物理レイヤに指示する。
【００７５】
ＲＬＣレイヤは、プロトコルサービスデータユニットの分割及び再結合と、様々なデータ論理リンクの確立、リリース及び設定とを主に実施する。ＲＬＣレイヤは、複数のＲＬＣエンティティ及び制御エンティティを含み、１つのＲＬＣエンティティは１つのＲＢに対応する。ＲＬＣエンティティは、異なる伝送サービスタイプに従って、非認証モード（ＵＭ）、認証モード（ＡＭ）、及び透明モード（ＴＭ）において設定され得る。本発明の実施形態において、ＳＣ−ＭＲＢに対応するＲＬＣエンティティは、非認証モードにある。ＲＬＣ制御エンティティは、データ論理リンクの確立、リリース及びパラメータ設定を主に実施する。
【００７６】
ＭＡＣレイヤは、物理レイヤとＲＬＣレイヤとの間に位置し、ＲＬＣレイヤに対して上方へサービスを提供する。ＲＬＣレイヤは、ＲＬＣレイヤのＰＤＵを論理チャネル上でＭＡＣレイヤへ送信する。ＭＡＣレイヤは、物理レイヤによって提供されるサービスを使用するために、下方の物理レイヤを使用する。ＭＡＣレイヤは、論理チャネルと物理チャネルとの間のマッピング、ＭＡＣレイヤ上のサービス・データ・ユニット（Service  Data  Unit，ＳＤＵ）と物理レイヤ上のデータ伝送ブロックとの間の動的な適応、物理レイヤ伝送パラメータの動的な設定、などを主に実施する。本発明の実施形態において、ＭＡＣレイヤは、ＲＬＣエンティティがＰＤＵを再結合するように、ＲＬＣエンティティに対してＳＣ−ＭＴＣＨのサービスデータのＰＤＵを送信する。
【００７７】
物理レイヤは、物理チャネルの符号化及び復号化、物理チャネルの多重化及び逆多重化、並びに無線周波数処理のような機能を実施する。
【００７８】
ＳＣ−ＭＴＣＨのサービスデータを受信する過程で、端末デバイスにおける論理伝送リンクの変化は図５に示され得る。図５は、本発明の実施形態に従うマルチキャストベアラ管理方法を実行するＲＬＣエンティティ及び論理伝送リンクの変化を示す概略図である。最初に、端末デバイスは、ＳＣ−ＭＲＢにおいてＳＣ−ＭＴＣＨのサービスデータを受信中であり、ＲＬＣエンティティＡは、ＳＣ−ＭＲＢに対応するＲＬＣエンティティであり、ＭＡＣレイヤ設定及び物理レイヤ設定は両方とも、ＳＣ−ＭＴＣＨに対応する設定である。受信されるべき第１タイプのデータがあるとき、このとき、第１タイプのデータの送信優先度は、ＳＣ−ＭＴＣＨのサービスデータのそれよりも高く、伝送リンクは、第１タイプのデータのために優先的に提供される。端末デバイスのＭＡＣレイヤ及び物理レイヤは、リソースが限られており、それにより、ＭＡＣレイヤ設定及び物理レイヤ設定はリリースされ、ＲＬＣエンティティＡはリザーブされる。この場合に、ＳＣ−ＭＲＢはサスペンドされ、ＲＬＣエンティティＢが新たに確立される。リリースされているＭＡＣレイヤ及び物理レイヤは、受信されるべき第１タイプのデータに対応する論理チャネルタイプに基づき再設定され、第１タイプのデータは、新たに確立された無線ベアラによって受信される。第１タイプのデータの受信が完了した後、ＲＬＣエンティティＢはリリースされ、ＭＡＣレイヤ設定及び物理レイヤ設定はリリースされ、ＭＡＣレイヤ及び物理レイヤは両方とも、ＳＣ−ＭＴＣＨのために設定される。ＲＬＣエンティティＡ、設定されたＭＡＣレイヤ、及び設定された物理レイヤは、ＳＣ−ＭＲＢを構成する。この場合に、ＳＣ−ＭＲＢはリストアされ、ＳＣ−ＭＴＣＨのサービスデータは、リストアされたＳＣ−ＭＲＢにおいて引き続き受信される。ＳＣ−ＭＴＣＨのサービスデータの受信が完了するとき、ＲＬＣエンティティＡと、ＳＣ−ＭＲＢに対応するＭＡＣレイヤ設定及び物理レイヤ設定とは、ＳＣ−ＭＲＢをリリースするためにリリースされる。任意の場合に、第１タイプのデータの受信が完了した後、且つ、ＲＬＣエンティティＢ並びにＭＡＣレイヤ設定及び物理レイヤ設定がリリースされた後、ＳＣ−ＭＴＣＨのサービスデータがもはや受信される必要がないとき、ＲＬＣエンティティＡは直接リリースされてもよい。ＳＣ−ＭＴＣＨのサービスデータが受信される必要がない場合は、例を使用することによって上記の実施形態で説明されている。詳細は、ここで再び記載されない。
【００７９】
図６は、上記の実施形態で記載された端末デバイスの可能な略構造図を示す。端末デバイスは、受信ユニット４１０及び処理ユニット４２０を含み、各ユニットの詳細な説明は、次の通りである。
【００８０】
受信ユニット４１０は、シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネルＳＣ−ＭＴＣＨのサービスデータを受信するよう構成される。
【００８１】
処理ユニット４２０は、受信ユニット４１０がシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信する場合に、受信されるべき第１タイプのデータがあるとき、ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドするよう構成される。
【００８２】
処理ユニット４２０は、受信ユニット４１０が第１タイプのデータの受信を完了する場合に、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づきＳＣ−ＭＲＢをリストア又はリリースするよう更に構成される。
【００８３】
任意に、処理ユニット４２０は、
受信ユニット４１０がＳＣ−ＭＴＣＨのサービスデータの受信を完了していない場合に、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきＳＣ−ＭＲＢをリストアするよう、あるいは、
受信ユニット４１０がＳＣ−ＭＴＣＨのサービスデータの受信を完了する場合に、ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきＳＣ−ＭＲＢをリリースするよう
特に構成される。
【００８４】
任意に、処理ユニット４２０は、
ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースする
よう特に構成される。
【００８５】
任意に、処理ユニット４２０は、
ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩを示すことによって、ＳＣ−ＭＲＢがサスペンドされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせる
よう特に構成される。
【００８６】
任意に、処理ユニット４２０は、
ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づきＳＣ−ＭＲＢを決定し、ＳＣ−ＭＲＢに従って、ＳＣ−ＭＲＢに対応するＲＬＣエンティティを決定し、
シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネル（ＳＣ−ＭＣＣＨ）における情報に基づきＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定する
よう特に構成される。
【００８７】
任意に、処理ユニット４２０は、
ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩを示すことによって、ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせる
よう特に構成される。
【００８８】
具体的に、第１タイプのデータは、送信優先度がＳＣ−ＭＴＣＨのサービスデータのそれよりも高いデータを含む。
【００８９】
具体的に、送信優先度がＳＣ−ＭＴＣＨのサービスデータのそれよりも高いデータは、ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を含む。
【００９０】
処理ユニット４２０は、
受信ユニット４１０がＳＣ−ＭＣＣＨ変更通知を受信する場合に、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドするよう、あるいは、
ページングリスニングの前にＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドするよう
特に構成される。
【００９１】
可能な実施において、処理ユニット４２０は、図２に示される端末デバイス内のプロセッサ２１１及び処理チップ２１０に対応してよく、受信ユニット４１０は、図２に示される端末デバイス内のＲＦトランシーバ２１６２又はＲＦモジュール２１６に対応してよい。処理ユニット４２０は更に、図３に示される方法の実施形態における全ての動作を実行するために、受信ユニット４１０と協働し得る。
【００９２】
本発明の実施形態における上記の端末デバイスの機能を実行するよう構成されたコントローラ／プロセッサは、中央演算処理装置（ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）若しくは他のプログラム可能な論理デバイス、トランジスタ論理デバイス、ハードウェア部品、又はそれらの任意の組み合わせであってよい。コントローラ／プロセッサは、本発明で開示されている内容を参照して記載される様々な例となる論理ブロック、モジュール、及び回路を実装又は実行し得る。代替的に、プロセッサは、コンピュータ機能を実装するプロセッサの組み合わせ、例えば、１つ以上のマイクロプロセッサの組み合わせ、又はＤＳＰとマイクロプロセッサとの組み合わせであってよい。
【００９３】
図６に示される実施形態で、端末デバイスがＳＣ−ＭＴＣＨのサービスデータを受信中であるとき、第１タイプのデータが受信される必要があるならば、ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢはサスペンドされ、それから第１タイプのデータは受信される。第１タイプのデータの受信が完了した後、ＳＣ−ＭＲＢはリストアされ、ＳＣ−ＭＴＣＨのサービスデータは引き続き受信され、ＳＣ−ＭＲＢはサスペンドされ、ＭＡＣレイヤ設定及び／又は物理レイヤ設定のみがリリースされ、ＳＣ−ＭＲＢに対応するＲＬＣエンティティはリザーブされる。ＳＣ−ＭＲＢがリストアされるとき、ＭＡＣレイヤ及び／又は物理レイヤのみが、ＳＣ−ＭＣＣＨにおける情報に基づき再設定される必要があり、ＳＣ−ＭＲＢに対応するＲＬＣエンティティを再確立することは不要であり、それによって、ＳＣ−ＭＲＢの頻繁なリリース及び確立は回避され、ネットワークリソースは節約され、端末デバイスの電力消費は低減される。
【００９４】
本発明の実施形態はコンピュータ記憶媒体を更に提供し、コンピュータ記憶媒体はコンピュータプログラムを記憶している。コンピュータプログラムはプログラム命令を含み、プログラム命令がコンピュータによって実行されるとき、コンピュータは、上記の実施形態で記載される方法を実行することを可能にされる。コンピュータは、上記の端末デバイスの一部であってよい。
【００９５】
本発明の実施形態は、プログラム命令を含むコンピュータプログラムを更に提供する。コンピュータによって実行されるとき、プログラム命令は、上記の実施形態で記載される方法を実行するために使用される。
【００９６】
当業者は、実施形態における方法のプロセスの全て又は一部が、関連するハードウェアに指示するコンピュータプログラムによって実装されてもよいと理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶されてよい。プログラムが実行されるとき、実施形態における方法のプロセスは実行される。記憶媒体には、磁気ディスク、光ディスク、リード・オンリー・メモリ（Read-Only  Memory，ＲＯＭ）、又はランダム・アクセス・メモリ（Random  Access  Memory，ＲＡＭ）が含まれ得る。
【００９７】
本発明で開示される内容とともに記載される方法又はアルゴリズムステップは、ハードウェアによって実装されても、あるいは、ソフトウェア命令を実行することによってプロセッサによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールによって形成され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル磁気ディスク、ＣＤ−ＲＯＭ、又は当該技術で知られているあらゆる他の形態の記憶媒体に位置し得る。例えば、記憶媒体はプロセッサへ結合され、それにより、プロセッサは、記憶媒体から情報を読み出すこと、又は情報を記憶媒体に書き込むことができる。確かに、記憶媒体は、プロセッサの構成要素であってもよい。プロセッサ及び記憶媒体は、ＡＳＩＣに位置してもよい。その上、ＡＳＩＣは、ユーザ設備に位置してもよい。確かに、プロセッサ及び記憶媒体は、ディスクリート部品としてユーザ設備に存在してもよい。
【００９８】
当業者は、上記の１つ以上の例において、本発明で記載される機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実施されてよいことに気付くはずである。本発明がソフトウェアによって実施されるときに、上記の機能は、コンピュータ可読媒体において１つ以上の命令若しくはコードとして送信されるか、又はコンピュータ可読媒体に記憶され得る。コンピュータ可読媒体には、コンピュータ記憶媒体と、通信媒体とが含まれ、通信媒体は、コンピュータプログラムが１つの場所から他の場所へ送信されることを可能にする如何なる媒体も含む。記憶媒体は、汎用又は専用のコンピュータがアクセス可能な如何なる利用可能な媒体であってもよい。
【００９９】
本発明の目的、技術的解決法、及び利点は更に、上記の具体的な実施形態において詳細に記載される。上記の説明は、本発明の単に具体的な実施形態であって、本発明の保護範囲を制限する意図はない。本発明の精神及び原理の範囲内で行われる如何なる変更、等価な置換、又は改善も、本発明の保護範囲の中にあるはずである。
【図１】
0006856774.tif 000002
【図２】
0006856774.tif 000003
【図３】
0006856774.tif 000004
【図４】
0006856774.tif 000005
【図５】
0006856774.tif 000006
【図６】
0006856774.tif 000007