JP6856774B2 - マルチキャストベアラ管理方法及び端末デバイス - Google Patents

マルチキャストベアラ管理方法及び端末デバイス Download PDF

Info

Publication number
JP6856774B2
JP6856774B2 JP2019560654A JP2019560654A JP6856774B2 JP 6856774 B2 JP6856774 B2 JP 6856774B2 JP 2019560654 A JP2019560654 A JP 2019560654A JP 2019560654 A JP2019560654 A JP 2019560654A JP 6856774 B2 JP6856774 B2 JP 6856774B2
Authority
JP
Japan
Prior art keywords
mrb
mtch
terminal device
data
tmgi
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019560654A
Other languages
English (en)
Other versions
JP2020519180A (ja
Inventor
シャン，バオクン
ユ，インフィ
ローリンガー，オディール
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2020519180A publication Critical patent/JP2020519180A/ja
Application granted granted Critical
Publication of JP6856774B2 publication Critical patent/JP6856774B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、マルチメディア・ブロードキャスト・マルチキャストの分野に、特に、マルチキャストベアラ管理方法及び端末デバイスに関係がある。
マルチメディア・ブロードキャスト・マルチキャスト・サービス（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，ＲＡＭ）が含まれ得る。
本発明で開示される内容とともに記載される方法又はアルゴリズムステップは、ハードウェアによって実装されても、あるいは、ソフトウェア命令を実行することによってプロセッサによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールによって形成され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル磁気ディスク、ＣＤ−ＲＯＭ、又は当該技術で知られているあらゆる他の形態の記憶媒体に位置し得る。例えば、記憶媒体はプロセッサへ結合され、それにより、プロセッサは、記憶媒体から情報を読み出すこと、又は情報を記憶媒体に書き込むことができる。確かに、記憶媒体は、プロセッサの構成要素であってもよい。プロセッサ及び記憶媒体は、ＡＳＩＣに位置してもよい。その上、ＡＳＩＣは、ユーザ設備に位置してもよい。確かに、プロセッサ及び記憶媒体は、ディスクリート部品としてユーザ設備に存在してもよい。
当業者は、上記の１つ以上の例において、本発明で記載される機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実施されてよいことに気付くはずである。本発明がソフトウェアによって実施されるときに、上記の機能は、コンピュータ可読媒体において１つ以上の命令若しくはコードとして送信されるか、又はコンピュータ可読媒体に記憶され得る。コンピュータ可読媒体には、コンピュータ記憶媒体と、通信媒体とが含まれ、通信媒体は、コンピュータプログラムが１つの場所から他の場所へ送信されることを可能にする如何なる媒体も含む。記憶媒体は、汎用又は専用のコンピュータがアクセス可能な如何なる利用可能な媒体であってもよい。
本発明の目的、技術的解決法、及び利点は更に、上記の具体的な実施形態において詳細に記載される。上記の説明は、本発明の単に具体的な実施形態であって、本発明の保護範囲を制限する意図はない。本発明の精神及び原理の範囲内で行われる如何なる変更、等価な置換、又は改善も、本発明の保護範囲の中にあるはずである。

Claims (17)

  1. 端末デバイスによって実行されるマルチキャストベアラ管理方法であって、
    シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信する過程で、送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドすることと、
    前記データの受信が完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースすることと
    を有し、
    前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、
    前記ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、前記ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースすることを有する、方法。
  2. 前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、
    前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了していないとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることを有し、あるいは、
    前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることは、
    前記ＳＣ−ＭＴＣＨの前記サービスデータの受信が完了するとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースすることを有する、
    請求項１に記載の方法。
  3. 前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることの後で、
    前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがサスペンドされたことを無線リソース制御（ＲＲＣ）レイヤの上のプロトコルレイヤに知らせることを更に有する、
    請求項１又は２に記載の方法。
  4. 前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることは、
    前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢを決定し、前記ＳＣ−ＭＲＢに従って、前記ＳＣ−ＭＲＢに対応する前記ＲＬＣエンティティを決定することと、
    シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネル（ＳＣ−ＭＣＣＨ）における情報に基づき前記ＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定することと
    を有する、
    請求項１乃至３のうちいずれか一項に記載の方法。
  5. 前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアすることの後で、
    前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせることを更に有する、
    請求項１乃至４のうちいずれか一項に記載の方法。
  6. 前記送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高い前記データは、
    ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を有する、
    請求項１乃至５のうちいずれか一項に記載の方法。
  7. 送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するＳＣ−ＭＲＢをサスペンドすることは、
    ＳＣ−ＭＣＣＨ変更通知が受信されるとき、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすること、又は
    ページングリスニング前に、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドすること
    を有する、
    請求項１乃至６のうちいずれか一項に記載の方法。
  8. シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを受信するよう構成される受信ユニットと、
    前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータを受信する場合に、送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高いデータが受信されるべきであるとき、前記ＳＣ−ＭＴＣＨに対応するシングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・ポイント・ツー・マルチポイント・ラジオ・ベアラ（ＳＣ−ＭＲＢ）をサスペンドするよう構成される処理ユニットと
    を有し、
    前記処理ユニットは、前記受信ユニットが前記データの受信を完了するとき、前記ＳＣ−ＭＲＢに対応するセッションアイデンティティ及び／又はテンポラリ・モバイル・グループ・アイデンティティ（ＴＭＧＩ）に基づき前記ＳＣ−ＭＲＢをリストア又はリリースするよう更に構成され、
    前記処理ユニットは、前記ＳＣ−ＭＲＢに対応するＲＬＣエンティティをリザーブし、前記ＳＣ−ＭＲＢに対応する媒体アクセス制御（ＭＡＣ）レイヤ設定及び／又は物理レイヤ設定をリリースするよう特に構成される、
    端末デバイス。
  9. 前記処理ユニットは、
    前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータの受信を完了しないとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリストアするよう、あるいは、
    前記受信ユニットが前記ＳＣ−ＭＴＣＨの前記サービスデータの受信を完了するとき、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢをリリースするよう
    特に構成される、
    請求項８に記載の端末デバイス。
  10. 前記処理ユニットは、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがサスペンドされたことを無線リソース制御（ＲＲＣ）レイヤの上のプロトコルレイヤに知らせるよう特に構成される、
    請求項８又は９に記載の端末デバイス。
  11. 前記処理ユニットは、
    前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩに基づき前記ＳＣ−ＭＲＢを決定し、前記ＳＣ−ＭＲＢに従って、前記ＳＣ−ＭＲＢに対応する前記ＲＬＣエンティティを決定するよう、あるいは、
    シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・コントロール・チャネル（ＳＣ−ＭＣＣＨ）における情報に基づき前記ＳＣ−ＭＲＢに対してＭＡＣレイヤ及び／又は物理レイヤを設定するよう
    特に構成される、
    請求項８乃至１０のうちいずれか一項に記載の端末デバイス。
  12. 前記処理ユニットは、前記ＳＣ−ＭＲＢに対応する前記セッションアイデンティティ及び／又は前記ＴＭＧＩを示すことによって、前記ＳＣ−ＭＲＢがリストアされたことをＲＲＣレイヤの上のプロトコルレイヤに知らせるよう特に構成される、
    請求項８乃至１１のうちいずれか一項に記載の端末デバイス。
  13. 前記送信優先度が前記ＳＣ−ＭＴＣＨの前記サービスデータのそれよりも高い前記データは、
    ページング中に使用される情報又はＳＣ−ＭＣＣＨにおける設定情報を有する、
    請求項８乃至１２のうちいずれか一項に記載の端末デバイス。
  14. 前記処理ユニットは、
    ＳＣ−ＭＣＣＨ変更通知が受信されるとき、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドするよう、あるいは、
    ページングリスニング前に、前記ＳＣ−ＭＴＣＨに対応する前記ＳＣ−ＭＲＢをサスペンドするよう
    特に構成される、
    請求項８乃至１３のうちいずれか一項に記載の端末デバイス。
  15. コンピュータプログラムを記憶しているコンピュータ記憶媒体であって、
    前記コンピュータプログラムは、プログラム命令を有し、
    前記プログラム命令がコンピュータによって実行されるとき、該コンピュータが、請求項１乃至７のうちいずれか一項に記載の方法を実行することを可能にされる、
    コンピュータ記憶媒体。
  16. プログラム命令を有するコンピュータプログラムであって、
    コンピュータによって実行されるとき、前記プログラム命令は、請求項１乃至７のうちいずれか一項に記載の方法を実行するために使用される、
    コンピュータプログラム。
  17. ネットワーク通信デバイスと、請求項８乃至１４のうちいずれか一項に記載の端末デバイスとを有し、
    前記ネットワーク通信デバイスは、シングル・セル−マルチメディア・ブロードキャスト・マルチキャスト・サービス・トラフィック・チャネル（ＳＣ−ＭＴＣＨ）のサービスデータを前記端末デバイスへ送信するよう構成され、
    前記端末デバイスは、請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成される、
    通信システム。
JP2019560654A 2017-05-05 2017-05-05 マルチキャストベアラ管理方法及び端末デバイス Active JP6856774B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/083323 WO2018201476A1 (zh) 2017-05-05 2017-05-05 多播承载的管理方法和终端设备

Publications (2)

Publication Number Publication Date
JP2020519180A JP2020519180A (ja) 2020-06-25
JP6856774B2 true JP6856774B2 (ja) 2021-04-14

Family

ID=64016359

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019560654A Active JP6856774B2 (ja) 2017-05-05 2017-05-05 マルチキャストベアラ管理方法及び端末デバイス

Country Status (6)

Country Link
US (1) US11240640B2 (ja)
EP (1) EP3641351B1 (ja)
JP (1) JP6856774B2 (ja)
CN (1) CN110326313B (ja)
RU (1) RU2739290C1 (ja)
WO (1) WO2018201476A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018084195A1 (ja) * 2016-11-04 2018-05-11 京セラ株式会社 無線端末及び基地局
US11399406B2 (en) * 2019-10-24 2022-07-26 Qualcomm Incorporated Maintaining a multicast/broadcast radio bearer in an idle state or an inactive state
CN113163342B (zh) * 2020-01-22 2022-06-07 维沃移动通信有限公司 承载建立方法、配置方法、终端及网络侧设备
CN113543040B (zh) * 2020-04-22 2023-04-07 维沃移动通信有限公司 数据处理方法、数据处理装置及通信设备
CN114071380B (zh) * 2020-08-05 2023-05-26 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2022082340A1 (en) * 2020-10-19 2022-04-28 Mediatek Singapore Pte. Ltd. Methods and apparatus to deliver reliable multicast services via mrb
CN115038048B (zh) * 2021-03-05 2023-07-07 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2023069709A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing reception of multicast and/or broadcast services after a state transition
CN114554423B (zh) * 2022-03-30 2023-10-20 上海交通大学 一种mbs业务的挂起方法及收发装置
WO2024077421A1 (zh) * 2022-10-09 2024-04-18 北京小米移动软件有限公司 组播业务数据的传输方法及装置、存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101010774B1 (ko) 2004-02-11 2011-01-25 엘지전자 주식회사 이동통신 시스템에서 점대다 서비스 데이터의 송수신방법
EP1909411A1 (en) * 2005-07-20 2008-04-09 NTT DoCoMo Inc. Multimedia content providing method and mobile station
CN102724636B (zh) * 2011-03-30 2017-02-01 中兴通讯股份有限公司 一种mbms业务处理方法和系统
EP2737734B1 (en) * 2011-07-29 2015-09-09 Telefonaktiebolaget L M Ericsson (publ) Identification of ue counting results in EMBMS
CN102932743B (zh) 2011-08-08 2015-12-09 华为技术有限公司 多媒体广播组播业务数据的传输控制方法、装置和系统
KR101935785B1 (ko) * 2011-08-16 2019-04-03 삼성전자 주식회사 무선통신시스템에서 멀티미디어 방송 서비스를 수신하는 방법 및 장치
CN104349303B (zh) * 2013-08-05 2019-07-23 中兴通讯股份有限公司 设备到设备连接管理方法、装置及基站
WO2016072792A1 (ko) * 2014-11-07 2016-05-12 엘지전자 주식회사 Mbms 서비스를 중단 및 재개하는 방법 및 장치
CN105635984B (zh) * 2014-11-07 2020-06-09 中兴通讯股份有限公司 指示信息处理方法及装置
WO2016108377A1 (en) * 2014-12-29 2016-07-07 Lg Electronics Inc. Method for informing mtch suspension information in a mbms wireless communication system and device therefor
CN106470498B (zh) * 2015-08-17 2020-09-29 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
WO2017196085A2 (ko) * 2016-05-11 2017-11-16 엘지전자 주식회사 무선 통신 시스템에서 v2v 통신을 위해 하향링크 방송을 향상시키는 방법 및 장치
EP3537822A4 (en) * 2016-11-04 2020-05-20 LG Electronics Inc. -1- METHOD FOR SENDING AND RECEIVING DATA IN A WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR
WO2018084195A1 (ja) * 2016-11-04 2018-05-11 京セラ株式会社 無線端末及び基地局
CN106454759A (zh) * 2016-12-07 2017-02-22 海能达通信股份有限公司 数据处理系统、方法、装置及用户设备及基站

Also Published As

Publication number Publication date
WO2018201476A1 (zh) 2018-11-08
US20200068359A1 (en) 2020-02-27
EP3641351A1 (en) 2020-04-22
CN110326313B (zh) 2020-11-10
EP3641351A4 (en) 2020-04-22
EP3641351B1 (en) 2022-07-13
CN110326313A (zh) 2019-10-11
US11240640B2 (en) 2022-02-01
JP2020519180A (ja) 2020-06-25
RU2739290C1 (ru) 2020-12-22

Similar Documents

Publication Publication Date Title
JP6856774B2 (ja) マルチキャストベアラ管理方法及び端末デバイス
US11871349B2 (en) Sleep method for terminal device and apparatus
US20210092634A1 (en) Method Of Processing Network Slice Based Congestion, Device And System Thereof
WO2017185867A1 (zh) 一种进行业务传输的方法和终端
WO2017166961A1 (zh) 一种进行通信配置的方法和设备
WO2018170913A1 (zh) 一种系统信息传输方法及装置
WO2018014661A1 (zh) 一种数据或者信令发送、传输方法及装置
WO2022126546A1 (zh) 信息传输方法、装置、通信设备和存储介质
WO2018170914A1 (zh) 一种系统信息传输方法及装置
CN104219738A (zh) 非连续接收参数配置方法及装置
WO2014161472A1 (zh) 一种进行寻呼的方法、装置及系统
US8423040B2 (en) Apparatus and method for managing radio resources based on traffic pattern of user equipment
WO2022104542A1 (zh) 无线通信方法和通信装置
WO2012083843A1 (zh) 一种发送方法、基站及终端
WO2018170911A1 (zh) 一种功耗参数的配置方法及装置
US20130039282A1 (en) Synchronized use of a wireless channel by multiple applications
WO2023179357A1 (zh) 一种通信方法及装置
WO2023240421A1 (zh) 监听方法、装置、通信设备及存储介质
WO2023130482A1 (zh) 参考信号可用性指示方法及装置、网元设备、终端及存储介质
CN113747550B (zh) 一种通信方法和装置
WO2023173385A1 (zh) 信息处理方法及装置、通信设备及存储介质
KR20120089038A (ko) 단말에 따른 무선 자원 제어 상태 제어 시스템 및 방법
WO2022151265A1 (zh) 一种通信方法、终端设备和网络设备
WO2024036527A1 (zh) 搜索空间配置方法、装置、通信设备及存储介质
WO2023283778A1 (zh) 终端设备的控制方法、设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210208

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210224

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210318

R150 Certificate of patent or registration of utility model

Ref document number: 6856774

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250