JP2013503529A - マルチキャストチャネル制御情報 - Google Patents

マルチキャストチャネル制御情報 Download PDF

Info

Publication number
JP2013503529A
JP2013503529A JP2012525892A JP2012525892A JP2013503529A JP 2013503529 A JP2013503529 A JP 2013503529A JP 2012525892 A JP2012525892 A JP 2012525892A JP 2012525892 A JP2012525892 A JP 2012525892A JP 2013503529 A JP2013503529 A JP 2013503529A
Authority
JP
Japan
Prior art keywords
schedule information
service
multicast
specific transmission
transmission requirement
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.)
Granted
Application number
JP2012525892A
Other languages
English (en)
Other versions
JP5583216B2 (ja
Inventor
ヨルグ ヒュッシュケ,
ギスレイン ペルティエ,
マイ−アン ファン,
Original Assignee
テレフオンアクチーボラゲット エル エム エリクソン(パブル)
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 テレフオンアクチーボラゲット エル エム エリクソン(パブル) filed Critical テレフオンアクチーボラゲット エル エム エリクソン(パブル)
Publication of JP2013503529A publication Critical patent/JP2013503529A/ja
Application granted granted Critical
Publication of JP5583216B2 publication Critical patent/JP5583216B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42Arrangements for resource management
    • H04H20/423Transmitter side
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J99/00Subject matter not provided for in other groups of this subclass
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/55Prevention, detection or correction of errors
    • H04L49/555Error detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明は、スケジュール情報および1以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するための技術に関する。なお、スケジュール情報はマルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示すものである。方法の実施形態は、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定する(404)とともに、1つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定する(404)ステップと、スケジュール情報固有送信要件およびサービス固有送信要件を通知する(406)ステップと、を有する。
【選択図】 図4

Description

本発明は概して、コンテンツデータのマルチキャスト/ブロードキャスト送信の分野に関する。より具体的には、本発明は、スケジュール情報を搬送するマルチキャスト/ブロードキャストチャネルの送信およびマルチキャスト/ブロードキャストサービスの1つ以上に属するデータを設定するための技術に関する。
マルチメディアブロードキャストマルチキャストサービス(MBMS)は、アプリケーションレイヤ上で異なるレベルの搬送ブロック誤り率(BLER)に対処可能な様々なサービスを提供することになっている。例示的なサービスとしては、ダウンロードサービス、オーディオ/ビデオストリーミング、およびメッセージングがある。ダウンロードサービスようなサービスは、高位通信レイヤで誤り訂正符号化が行われることで、10%のオーダまたはもっと高い比較的高いBLERを許容する。
例えば、一部のダウンロードサービスは20〜40%のBLERを必要とするが、オーディオ/ビデオストリーミングは通常0.1〜1%のBLERを必要とし、メッセージングもまた0.1〜1%のBLERを必要とする。すなわち、一般に、これらのBLERはそれぞれのサービスについてふさわしいものと仮定されている。例えば緊急または事故警報のような即時性が重要な(live-critical)用途では、メッセージングサービスのBLERはおそらく0.1%を十分下回るような非常に低い値であることが必要である。
MBMSに関し、ある既知のアプローチは、異なる複数の搬送BLERを許容する複数のサービスを、異なる複数のマルチキャストチャネル(MCH)にマッピングすることである。つまり、MGMS単一周波数ネットワーク(MBSFN)領域ごとに異なる変調および符号化方法(MCS)を用いる複数のMCHを設定し、各サービスを適切なMCHにマッピングすること、すなわちMBSFN領域内の複数のMCHを異なる複数のMCSを用いて設定することにより、サービス固有のBLER要件をサポートすることができる。
この広く知られたアプローチによれば、異なるBLERを許容する異なるサービスが異なるMCHにマッピングされる。そして、各MCHは、適切なMCSをサーチすることにより、所望のBLERまたは同等の必要なサービス品質(QoS)用に設定可能になる。
MBSFN領域内で複数のMCHが用いられる場合、MBMSサービスは違った送信をされることができる。複数のMCHを用いることにより、異なる論理チャネルに対して異なるQoS(またはMCS)を提供することができ、また、1つのMCH上の全ての論理チャネルに対するQoS(またはMCS)を同一にすることができる。つまり、同一タイプのMBSMサービスは同一MCHに多重化することができ、一方で別のタイプのサービスは、例えばMCH1はビデオサービスタイプ、MCH2はオーディオサービスタイプといったように、それらサービス自身の複数のMCHに多重化することができる。
符号化技術、例えば動き補償により、被写体および背景がほとんど動かない(例えば、ニュースや、静止画を用いた音楽チャネル)静的ビデオコンテンツの放送は、比較的非常に低いデータレートを有するのが一般的である。一方、スポーツ放送、アクションムービー、静止画を用いない音楽ビデオのような動的ビデオコンテンツは、非常に高いデータレートを有するのが一般的である。これらビデオコンテンツ間のデータサイズの差は、所定のMBMSサービスについて、スケジュールされた期間の一部にデータが何も送信されないという状況を生み出しうる。
例えば、スポーツチャネルおよびニュースチャネルがMBSFN領域内で同時に送信されている場合、ニュースチャネルはスポーツチャネルに対してかなり低いビットレートを有しうるので、ある期間について、ニュースチャネルの送信がスケジュールされている期間よりも短い時間で完了しうる。
従って、各MCHが、そのMCHにマッピングされているサービスについての(動的)MCHスケジュール情報(MSI)を搬送することが望まれる。これにより、ユーザ機器(UE)は対象のサービスが送信される時だけウェイクアップし、他のサービスの送信中やサービスが送信されない際にスリープすることができる。3GPP標準化において、MSIをスケジューリングインターバルの最初の搬送ブロック(TB)で送信することが検討されている。従って、MSIが送信される無線リソース、例えばLTE(Long Term Evolution)でのサブフレームは、スケジューリングインターバルの開始時点から暗に既知である。スケジューリングインターバルは通常320msだが、サービスのバースト性(burstiness)およびスケジュールによって導入される遅延の限度に応じて、短くなることもあれば、数秒になることもある。
例えば、MSIは個々のMCHにマッピングされたMBMSサービスの将来のスケジューリングを示すとともに、一部のスケジュール期間に所定のMBMSサービスについてのデータが送信されない箇所を示す。この目的のため、MSIはスケジューリング期間の番号(カウンタのような)によって示される情報、例えば所定のMBMSサービスを受信するためにUEがいくつのスケジュール期間待つ必要があるか、を含むことができる。
全MBMSサービスのMSIをまとめて符号化し、全MBMSサービスについてのMSIを最初のTBにマッピングすることは、効率を高める。さらに、UEは次の(1以上の)スケジューリングインターバルのどこでウェイクアップすべきかを正確に知っている。UEは、最初のTBで搬送されるサービスに興味がない場合であっても、スケジューリングブロックを含むサブフレームについて余分にウェイクアップすれば足りる。
MCHは、自身が搬送するサービスのQoS要件に従って設定される。しかし、MSIを復号できないUEは少なくとも以下の問題に直面することになるため、MSIを含んだ(1つ以上の)TBは、低いBLERを有する必要がある。MSIを復号できないUEは、よく考えられたスケジューリングインターバル内で、意図するサービスのTBを全く受信できず、QoSが低下する。あるいは、意図されたサービスの開始を検出するためにUEはスケジューリングインターバルの始めから意図するサービスのTBセグメントが始まるまで、全てのTBを読まなくてはならず、UEの電池消費が増加する。
従って、ブロードキャスト/マルチキャストサービス送信を設定するための、改善され、より効率的な技術の提供に対する必要性が存在する。
第1の見地によれば、スケジュール情報と1つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルの送信を設定するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、1つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定するステップと、スケジュール情報固有送信要件およびサービス固有送信要件を通知するステップと、を有する。
マルチキャストサービスはマルチキャストサービスのみならず、ブロードキャストサービスや、マルチメディアブロードキャストマルチキャストサービス(MBMS)のようなブロードキャスト/マルチキャストサービスの組み合わせであってよい。マルチキャストサービスがMBMS仕様に準拠する場合、マルチキャストチャネルはマルチキャストチャネル(MCH)であってよく、スケジュール情報はMCHスケジュール情報(MSI)であってよい。MSIについて用いられる別の用語は動的スケジュール情報(DIS)である。スケジュール情報固有送信要件およびサービス固有送信要件は互いに異なっていてもよく、また例えばeNodeB(eNB)やマルチセル/マルチキャストコーディネーションエンティテイ(MCE)のようなネットワークノードから、例えばMBMS対応ユーザ機器(UE)やMBMS対応LTE UEのような(移動体)端末機器に通知されてよい。
LTE MBMSにおけるMCHについてのMSIが、このMCHのMCHサブフレーム割り当ての特定の(1つ以上の)サブフレームで送信され、このMCHの残りのサブフレームが1以上のMBMSサービスに属するデータの送信に用いられること、またMSIについての送信要件(例えばサービス品質(QoS)要件)が(1以上の)MBMSサービスについての送信要件と大きく異なりうることを考慮し、MSIの送信に用いられる(1以上の)サブフレームに対しては、MCHの残りのサブフレームとは異なる送信要件またはQoS(例えば変調および符号化方法(MCS))を用いることが提案される。MSIについての送信要件(例えばQoS要件)は、MSIについて望ましい、低いBLERが実現されるように設定されてよい。
「MSIの送信に用いられる(1以上の)サブフレームに対する、MCHの残りのサブフレームとは異なる送信要件またはQoS(例えばMCS)」という文脈における、「異なる」という語は、MSIについての送信要件またはQoSと、1以上のMBMSサービスに属するデータについての送信要件またはQoSとが異なる値であってもよいことを意味し、異なる値であることを必ずしも要件としない。しかし、MSIとデータについてのQoSは同じ値または要件であってもよい。「異なる」という語は、「異なる値」ではなく、「別個」または「独立」という意味で解されなければならない。「別個」という語は、MSI固有送信要件およびサービス固有送信要件が、「別個の(異なる)信号で」という意味で、別個に通知されてもよいが、その意味に限定されない。MSI固有送信要件およびサービス固有送信要件は、同一チャネル上、例えば同報制御チャネル(BCCH)やマルチキャスト制御チャネル(MCCH)上で通知されてもよい。
上述した文脈において、「異なる」そして「別個」という語は、1以上のマルチキャストサービス(例えばMBMSサービス)に属するデータと、スケジュール情報(例えばMSI)とで、別個の送信要件が用いられること、すなわち、スケジュール情報の送信を設定するためにスケジュール情報固有送信要件が用いられ、1以上のマルチキャストサービスに属するデータの送信を設定するためにサービス固有送信要件が用いられることのみを要件とする。
上述の方法はさらに、1以上のスケジュール情報固有QoS特性に関するスケジュール情報固有QoS値と、1以上のサービス固有QoS特性に関するサービス固有QoS値とを決定するステップをさらに有してよい。例えば、スケジュール情報固有QoS値はスケジュール情報固有BLERを有し、サービス固有QoS値はサービス固有BLERを有する。スケジュール情報固有BLERは、サービス固有BLERと異なっても等しくてもよい。スケジュール情報固有QoS値およびサービス固有QoS値に応じて、スケジュール情報固有送信要件およびサービス固有送信要件がそれぞれ決定または選択されてよい。
スケジュール情報固有QoS値がサービス固有QoS値と異なる場合、スケジュール情報固有送信要件はスケジュール情報固有QoS値に基づいて選択されてよい。すなわち、サービス固有送信要件は、サービス固有QoS値に基づいて選択されてよい。このようにして、1以上のマルチキャストサービスに属するデータに用いられるものと(値が異なるという意味において)異なる送信要件を、スケジュール情報に用いることができる。例えば、1以上のマルチキャストサービスに属するデータに用いられるものより低いBLERを有する送信要件を、スケジュール情報に用いることができる。これにより、スケジュール情報を受信する移動端末によってスケジュール情報を正しく復号できることを確実にする。
スケジュール情報固有QoS値がサービス固有QoS値と等しい場合、スケジュール情報固有送信要件とサービス固有送信要件とに共通する送信要件が選択されてよい。
第1の変形例によれば、マルチキャストサービスがMBMS規格に準拠する場合、各MBMSサービスのデータは個々のMBMSトラフィックチャネル(MTCH)上で搬送されてよく、また1以上のMTCHがMCHに多重化されてよい。1以上のMTCHがMSIと1つの搬送ブロック(TB)上に多重化される場合、MCHは2つのデータサブセット、すなわちTB上にMSIと多重化される第1データサブセットと、TB上にMSIと多重化されない残りのデータの第2データサブセットを含む。
この第1の変形例によれば、MSIおよびTB上にMSIと多重化される1以上のMTCHの両方、すなわちMSIと第1データサブセットの両方について、1つの送信要件がMSI固有送信要件およびサービス固有送信要件として選択されてよい。その後、サービス固有送信要件が、TB上にMSIと多重化されない残りの(1以上の)MTCH、すなわち第2データサブセットについて選択されてよい。この変形例によれば、TB上にMSIと多重化される(1以上の)MTCHと、MCHに多重化される残りの(1以上の)MTCHとについて、別個の送信要件が選択される。(一方がMSIおよび第1データサブセット、他方が第2データサブセットについての)別個の送信要件は、異なっていても同じであってもよい。
1つの送信要件はMSI固有送信要件(第1実施例)または、MSI固有送信要件およびTB上にMSIと多重化される1以上のMTCHのサービス固有送信要件よりもロバストな送信要件であってよい(第2実施例)。
マルチキャストサービスがMBMS規格に準拠する場合、MCCHはさらに1以上のMTCHとともにMCHに多重化される。
第1の変形例と組み合わされてもされなくてもよい第2の変形例によれば、方法は複数のマルチキャストチャネル、例えば複数のMCHについて実行されてよい。この場合、複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられてよく、複数のマルチキャストチャネルの各々、あるいは少なくとも2つ以上について同じスケジュール情報固有送信要件が用いられてよい。
第2の見地によれば、スケジュール情報と1つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、スケジュール情報固有送信要件およびサービス固有送信要件を決定するステップと、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて1以上のマルチキャストサービスに属するデータを復号するステップとを有する。このようにして、スケジュール情報と、1以上のマルチキャストサービスに属するデータとの、別個の送信要件が実現できる。
スケジュール情報固有送信要件は、ネットワークノード、例えばeNodeB(eNB)から(移動体)端末機器、例えばユーザ機器(UE)が受信した信号から、端末機器によって決定されてよい。
第2の見地の第1の変形例によれば、マルチキャストチャネルはマルチキャストチャネル(MCH)であってよく、スケジュール情報はMCHスケジュール情報(MSI)であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠してよい。MSI固有送信要件およびサービス固有送信要件は、ネットワークノードから端末機器に通知されてよい同報制御チャネル(BCCH)またはマルチキャスト制御チャネル(MCCH)から、(端末機器によって)判定されてよい。
別個のスケジュール情報固有送信要件およびサービス固有送信要件は、異なっていても等しくてもよい。
スケジュール情報固有送信要件がサービス固有送信要件と異なる場合、(ネットワークノードから端末機器が受信した)スケジュール情報は、スケジュール情報固有送信要件に基づいて復号されてよく、また(ネットワークノードから端末機器が受信した)1以上のマルチキャストサービスに属するデータは、サービス固有送信要件に基づいて復号されてよい。
スケジュール情報固有送信要件がサービス固有送信要件と等しい場合、スケジュール情報および1以上のマルチキャストサービスに属するデータは、共通の送信要件に基づいて復号されてよい。共通の送信要件は、スケジュール情報固有送信要件またはサービス固有送信要件であるか、スケジュール情報固有送信要件およびサービス固有送信要件よりもロバストなものであってよい。
第2の見地の第1の変形例よれば、マルチキャストチャネルはマルチキャストチャネル(MCH)であってよく、スケジュール情報はMCHスケジュール情報(MSI)であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠してよく、各MBMSサービスのデータは個々のMBMSトラフィックチャネル(MTCH)上で搬送されてよく、1以上のMTCHがMCHに多重化されてよい。
1以上のMTCHがMSIと搬送ブロック(TB)上に多重化される場合、MSIおよび、TB上にMSIと多重化される1以上のMTCHは、MSI固有送信要件に基づいて復号化されてよく、あるいはMSIおよび、TB上にMSIと多重化される1以上のMTCHは、MSI固有送信要件およびMSIとTB上に多重化される1以上のMTCHのサービス固有送信要件よりもロバストな送信要件に基づいて復号されてよい。MSIおよび関連する(1以上の)MTCHの復号とは独立して、MCHの残りの(1以上の)MTCHはサービス固有送信要件に基づいて復号されてよい。
第2の見地の第1の変形例と組み合わせても組み合わせなくてもよい第2の見地の第2の変形例によれば、スケジュール情報固有送信要件はスケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法(MCS)を有してもよい。同様に、サービス固有送信要件は、1以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、1以上のマルチキャストサービスに属するデータについてのMCSを有してもよい。
さらなる見地によれば、コンピュータプログラム製品が1以上のコンピュータ機器で実行された際に、ここで説明する方法の見地のいずれか1つのステップを実行するためのプログラムコード部分を有するコンピュータプログラム製品が提案される。コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に格納されてよい。
さらに別の見地によれば、スケジュール情報および1つ以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノードが提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。ネットワークノードは、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、1つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定する手段と、スケジュール情報固有送信要件およびサービス固有送信要件を通知する手段と、を有する。
ネットワークノードは、LTE(Long Term Evolution)規格に従ったeNodeB(eNB)またはマルチセル/マルチキャストコーディネーションエンティテイ(MCE)であってよい。
さらにべつの見地によれば、スケジュール情報と1つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための端末機器が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。端末機器は、スケジュール情報固有送信要件およびサービス固有送信要件を決定する手段と、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて1以上のマルチキャストサービスに属するデータを復号する手段とを有する。
移動端末はマルチメディアブロードキャストマルチキャストサービス(MBMS)対応のユーザ機器(UE)またはMBMS対応のLTE UEであってよい。
本発明に係るネットワークノードおよび端末機器の模式図である。 図1に示したネットワークノードの模式図である。 図1に示した端末機器の模式図である。 図1および図2に示したネットワークノードで実施される、方法の第1実施形態を示すフローチャートである。 図1および図2に示したネットワークノードで実施される、方法の第2実施形態を示すフローチャートである。 図1および図3に示した端末機器で実施される、方法の第3実施形態を示すフローチャートである。 図2および図3に示した端末機器で実施される、方法の第4実施形態を示すフローチャートである。
以下、図示された例示的な実施形態に関して本発明をさらに説明する。
以下の説明においては、本発明の完全な理解を提供するため、限定ではなく説明を目的として、特定のネットワークノードを含んだ特定のネットワークトポロジのような具体的な詳細が説明される。本技術分野の当業者には、本発明がそれら具体的な詳細とは離れた他の実施形態において実施されうることが明らかであろう。例えば、当業者は、本発明が本発明を説明するために以下で説明される3GPP MBMSとは異なるマルチキャスト/ブロードキャストの仕組みを用いて実施されてもよいことを理解するであろう。また、本発明は、移動ユーザまたは固定ユーザがアタッチすることのできる任意のネットワークにおいて実施されうる。例えば、本発明はセルラネットワーク以外にも、WLAN、ブルートゥース(登録商標)、DVBまたは同様の無線ネットワークはもちろん、例えば、いくつか/多数の子会社を有する企業のイントラネットやインターネットのような有線ネットワークに対しても適用可能である。
さらに、本技術分野に属する当業者は、以下に説明する機能が、個々のハードウェア回路を用いて、プログラムされたマイクロプロセッサ又は汎用コンピュータとともにソフトウェア機能を用いて、特定用途向け集積回路(ASIC)、および/または、1つ以上のディジタルシグナルプロセッサ(DSP)を用いて実施されてよいことを理解するであろう。本発明が方法として説明される場合、コンピュータプロセッサおよびプロセッサに接続されたメモリにおいても実施可能であることが理解されよう。なおメモリには、プロセッサによって実行された際に、ここで説明する方法を実行するための1つ以上のプログラムがエンコードされている。
以下に説明する例示的な実施形態はマルチキャストサービスおよびマルチキャスト送信に基づくが、ブロードキャスト送信に基づくポイントツーマルチポイント(PTM)技術もまた使用できることを当業者は理解するであろう。
図1に関して、ネットワークノード100および端末機器110が図示されている。ネットワークノード100は、eNodeB(eNB)またはMBMSサービスを提供するMBMS提供ネットワーク内のマルチセル/マルチキャストコーディネーションエンティティ(MCE)を例示的に有してよい。また、端末機器(ユーザ機器)100は、マルチメディアブロードキャストマルチキャストサービスにアクセス可能なユーザ機器(UE)を例示的に有してもよい。図1に模式的に示されるように、ネットワークノード100はユニット101を有し、ユーザ端末110はユニット111を有する。ネットワークノード100のユニット101は図4および図5における第1および第2実施形態(アルゴリズム)を実行するように構成される。ユーザ端末110のユニット111は図6および図7に示される方法の第3および第4実施形態(アルゴリズム)を実行するように構成される。ネットワークノード100はユーザ機器110と通信するためのアンテナ102を有する。同様に、ユーザ機器110はネットワークノードと通信するためのアンテナ112を有する。
図2に、図1のネットワークノード100を(依然として模式的ではあるが)より詳細に図示した。図2に示すように、図4および図5に示される方法の第1および第2実施形態をそれぞれ実行するためのユニット101は、互いに接続された設定部104および通知部106を有する。設定部104および通知部106の動作は、図4および図5に関して後述する。
図3に、図1のユーザ機器110を(依然として模式的ではあるが)より詳細に図示した。図3に示すように、図6および図7に示される方法の第3および第4実施形態をそれぞれ実行するためのユニット111は、互いに接続された判定部114および復号部116を有する。判定部114および復号部116の動作は、図6および図7に関して後述する。
図4を参照して、ネットワークノード100、より具体的にはネットワーク100のユニット101で実施される方法の第1の実施形態を説明する。方法の第1の実施形態はステップ404および406を有する必要がある。ステップ404および406に加え、付加的なステップ402が提供されてもよい。
ステップ402で、スケジュール情報固有送信要件およびサービス固有送信要件が決定されてよい。この目的のため、スケジュール情報固有サービス品質(QoS)値およびサービス固有送信QoS値が設定部104またはネットワーク100の決定部(不図示)で決定されてよい。これに関連して、スケジュール情報固有QoS値は、スケジュール情報固有ブロック誤り率(BLER)、すなわちマルチキャストチャネル(MCH)スケジュール情報(MSI)が要求するBLERを示す情報を有する。それに従って、サービス固有QoS値はサービス固有ブロック誤り率(BLER)、すなわちMCHに多重化される1以上のマルチキャストトラフィックチャネル(MTCH)上で搬送されるデータが要求するBLERを示す情報を有する。ステップ402で、スケジュール情報固有QoS値に基づいてスケジュール情報固有送信要件が決定され、サービス固有QoS値に基づいてサービス固有送信要件が決定される。
スケジュール情報固有送信要件は、スケジュール情報について必要なBLERに応じて適切なスケジュール情報固有変調および符号化方法(MCS)が選択されるように決定されてよく、またサービス固有送信要件は、MCHにマッピングされる(1以上の)サービスの各々に必要なBLERに応じて適切なサービス固有MCSが選択されるように決定されてよい。
ステップ404において、MSIの送信がスケジュール情報固有送信要件に基づき設定部104によって設定され、(1以上の)MTCHの送信がサービス固有送信要件に基づき設定部104によって設定される。スケジュール情報固有送信要件およびサービス固有送信要件は、ステップ402で予め決定されていてもよいし、設定部104によって決定されていてもよい。
上述の通り、適切なスケジュール情報固有MCSおよび適切なサービス固有MCSが選択されてよい。選択されたスケジュール情報固有MCSに応じて、送信のためにスケジュール情報は符号化ならびに設定されてよい。同様に、送信のために、データはサービス固有MCSに基づいて符号化および設定されてよい。
ともあれ、スケジュール情報固有送信要件およびサービス固有送信要件は、設定部104および通知部106によって提供される。
そしてステップ406で通知部106は、スケジュール情報固有送信要件およびサービス固有送信要件をユーザ機器110に通知する。通知部106は例えばスケジュール情報固有送信要件およびサービス固有送信要件をマルチキャスト制御チャネル(MCCH)上で、アンテナ102を通じてユーザ機器110に通知するように構成される。さらに通知部106は例えば、MSIおよび(1以上の)MTCHを、MCHで、アンテナ102を通じてユーザ機器110に通知するように構成される。
図5を参照して、ネットワークノード100で実施される方法の第2実施形態について説明する。方法の第2実施形態は方法の第1の実施形態のより詳細なバージョンである。ステップ502において、1以上のスケジュール情報固有QoS特性に関するスケジュール情報固有QoS値と、1以上のサービス固有QoS特性に関するサービス固有QoS値とが決定される。サービス固有QoS特性は例えばMCHにマッピングされた1以上のMTCHが必要とする第1ブロック誤り率(BLER1)を示し、スケジュール情報固有QoS特性は例えばMCHにマッピングされたMSIが必要とする第2ブロック誤り率(BLER2)を示す。
そして、ステップ504において、スケジュール情報固有QoS値がサービス固有QoS値と異なるかどうかが判定される。状況を限定するものではないが、本例では、BLER1とBLER2とが互いに異なるため、それぞれのQoS値が互いに異なる。
しかし、スケジュール情報固有QoS値がサービス固有QoS値と等しいと仮定すると、アルゴリズムはステップ506に進み、共通送信要件(例えば、図5では共通QoS設定と命名している)がMSIおよびMCHにマッピングされた(1以上の)MTCHに対して選択される。いずれのQoSも同じBLER1を示す場合、第1変調および符号化方法(MCS1)が共通送信要件として選択され(ステップ506)、MCS1がMSIおよび(1以上の)MTCHの両方に適用される(ステップ516)。例えば即時性が重要なメッセージングアプリケーションの場合のように、スケジュール情報のみならずデータが比較的低いBLERを望む場合が考えられる。すなわち、所定のアプリケーションにおいては、スケジュール情報およびデータのBLERが同じであってよい。そして、例えば低いBLERを有する共通送信要件がスケジュール情報およびデータの両方に対して選択されても、スケジュール情報(およびデータ)が正しく復号されることが保証される。
ステップ504においてスケジュール情報固有QoS値がサービス固有QoS値と異なると判定された場合、アルゴリズムはステップ508に進む。ステップ508はMSIおよび(1以上の)MTCHについての適切な送信要件(例えば図5ではQoS設定と命名している)の別個選択の開始点である。そのため、可能性のある変調および符号化方法(MCS)がMSIおよび(1以上の)MTCHの両方について選択される。サービス固有QoS特性が例えばMCHにマッピングされた(1以上の)MTCHが必要とするBLER1を示し、スケジュール情報固有QoS特性がMCHにマッピングされたMSIが必要とするBLER2を示す場合、第1変調および符号化方法(MCS1)が(1以上の)MTCHについて可能性のあるMCSとして選択され、第2変調および符号化方法(MCS2)がMSIについて可能性のあるMCSとして選択される。
そしてステップ510で、同一の搬送ブロック(TB)または搬送チャネル上に1以上のMTCHがMSIと多重化されるかどうかが判定される。同一の搬送ブロック(TB)または搬送チャネル上に1以上のMTCHがMSIと多重化されない場合、ステップ512および514はスキップされる。この場合、ステップ516で、MCS1がMCHにマッピングされた全てのMTCHに対して適用され、MCS2がMSIに対して適用されるように送信が設定される。
同一の搬送チャネルまたはTB上に1以上のMTCHがMSIと多重化される場合、MCHは2つのデータサブセット、すなわちTB上でMSIと多重化される第1データサブセットと、TB上でMSIと多重化されない残りのデータの第2データサブセットを含む。どのように取り進めるかには2つの選択肢があり、それぞれをステップ512および514として図示している。ステップ512における第1の選択肢によれば、同一のMCS(すなわちMCS2)が、MSIおよび関連する(同一TB上にMSIと多重化される)MTCHの両方に用いられる。残りの(同一TB上にMSIと多重化されない)MTCHについては、異なるMCS(すなわちMCS1)が適用される。ステップ514における第2の選択肢によれば、MSI固有送信要件(MCS2)およびサービス固有送信要件(MCS1)よりもロバストな送信要件が、MSIおよび関連するMTCHの両方の送信の設定に用いられる。MCS2がMCS1よりもロバストな場合、ステップ514の送信要件の結果はステップ512の結果と等しく、すなわちMCS2がMSIおよび関連する(1以上の)MTCHの両方に用いられる。しかし、MCS1がMCS2よりロバストであれば、MCS1がMSIおよび関連する(1以上の)MTCHの両方の設定に用いられる。ともあれ、ステップ512またはステップ514のどちらの要件が用いられるかとは無関係に、MCS1が残りの(関連しない)MTCHに適用される。
第1の選択肢は、MSI固有送信要件および第1データサブセットについてのサービス固有送信要件を互いに比較する必要が無いので、より単純であろう。第1の選択肢によれば、MSI固有送信要件がよりロバスト、すなわちより低いBLERを必要とするものと仮定することができる。MSI固有送信要件が共通の送信要件として選択される場合、少なくともMSIが正しく復号可能であることが保証される。
第2の選択肢においては、比較動作によりいくぶん複雑さが増すであろう。そして、MSIおよび第1データサブセットの送信を設定するためのただ1つの送信要件として、よりロバストな送信要件、例えばより低いBLERを必要とする送信要件が選択されることが保証される。MSI固有送信要件およびTB上にMSIと多重化される1以上のMTCHのサービス固有送信要件の、よりロバストな送信要件が選択される場合、MSIおよびTB上にMSIと多重化される(1以上の)MTCHの両方が正しく復号可能であることが保証される。
そしてステップ516において、選択された送信要件を用いて送信が設定され、ステップ518において送信要件がユーザ機器110に通知される。例えば、選択されたMCSは、MCCH上でネットワークノード100からユーザ機器110に通知される。MBMSの全てのMCHのMSIに対して同一の送信要件が適切である場合、サービス固有送信要件が、全てのMSIに適用される共通のメッセージとして通知される。
図5に示す方法の第2の実施形態は、引き続く2つのステップ(不図示)を有してもよい。最初のステップとして、MSI用に用いられる無線リソースがユーザ機器110にさらに通知されてよい。あるいは、MSI用の無線リソースが、対応するMCHの複数の無線リソースの中のある固定位置に決定されてもよい。2番目のステップとして、ネットワークノード100、例えば通知部106が、選択された送信要件、例えばMSIおよび(1以上の)MTCHについてそれぞれ選択されたMCSを用いて、(ユーザ機器110に)MCH上でMSIおよび(1以上の)MTCHの送信を実行するように構成される。
図6を参照して、ユーザ機器110、特にはユーザ機器110のユニット111で実行される、方法の第3の実施形態を説明する。第3の実施形態はステップ602および604を有する。
ステップ602で、スケジュール情報固有送信要件およびサービス固有送信要件が判定される。図4および図5に関して説明したように、ネットワークノード100はスケジュール情報固有送信要件およびサービス固有送信要件をMCCH上でユーザ機器110に通知する。ユーザ機器はMCCHを受信し、判定部114がそこから、通知されたスケジュール情報固有送信要件およびサービス固有送信要件を判定する(ステップ602)。
スケジュール情報固有送信要件は、スケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法(MCS)を有してもよい。同様に、サービス固有送信要件は、1以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、1以上のマルチキャストサービスに属するデータについてのMCSを有してもよい。
例えば、サービス固有送信要件が1以上のマルチキャストサービスに属するデータについての第1の変調および符号化方法(MCS1)を有し、スケジュール情報固有送信要件が第2の変調および符号化方法(MCS2)を有する。MCS1は第1のブロック誤り率(BLER1)がデータについて達成できるように設定されてよく、MCS2は第2のブロック誤り率(BLER2)がスケジュール情報について達成できるように設定されてよい。なお、BLER2はBLER1以下(または未満)であってよい。
ステップ604において、復号部116は判定された(通知された)スケジュール情報固有送信要件に基づいてMSIを復号する。同様に、ステップ604において、復号部116は判定された(通知された)サービス固有送信要件に基づいて(1以上の)MTCHを復号する。サービス固有送信要件が1以上のマルチキャストサービスに属するデータに対してMCS1を有し、スケジュール情報固有送信要件がスケジュール情報に対してMCS2を有する場合、データはMCS1を用いて復号されてよく、スケジュール情報はMCS2を用いて復号されてよい。
スケジュール情報が端末機器によって正しく復号されれば、端末機器はいつウェイクアップすべきか、すなわち、端末機器または端末機器のユーザが興味のある、対象のサービスがどの(1以上の)スケジュールインターバルで送信されるかを厳密に知ることができる。
図7に、端末機器110で実施される、方法の第4実施形態を示す。方法の第4実施形態は方法の第3の実施形態のより詳細なバージョンである。ステップ702において、所与のMCHに割り当てられたリソースが、ネットワークノード100からユーザ機器110に通知されたMCCHから判定される。さらに、MSIに割り当てられた無線リソースがMCCHに存在するかどうかが判定される。MSIに割り当てられた無線リソースがMCCHに存在していれば、個々の無線リソースが判定される。そうでなければ、ステップ702で、予め設定された、あるいは規格化された無線リソースがMSI用であると見なされる。
ステップ704で、通知されたスケジュール情報固有送信要件およびサービス固有送信要件(例えば図7ではQoS設定と命名している)がMCCHから判定される。図5の例示的な説明に関し、MCS1またはMCS2が、MSIおよび1以上のMTCHに対して異なる組み合わせで適用されてよい。ステップ706において、MSIと1以上のMTCHとで別個の送信要件が適用されるべきか否かが判定される。同一の送信要件をMSIと(1以上の)MTCHに適用すべき場合、ステップ708で、MSIおよび(1以上の)全てのMTCHの両方を復号するために共通送信要件が適用される。
MSIと1以上のMTCHとで別個の送信要件を適用すべき場合には、それに従ってステップ710で複数の送信要件が適用される。例えば、(1以上の)全てのMTCHに対してMCS1を適用すべきであり、MSIに対してMCS2を適用すべきであることがネットワークノード100からMCCH上で通知されていてよい。そして、ステップ710でこれら要件はそれぞれ適用される。
しかし、ステップ712において、同一のTBまたは搬送チャネル上に1以上のMTCHがMSIと多重化されていると判定された場合、さらなるステップ714および716が実行される。そうでなければ、ステップ714および716は単純に省略され、ステップ710で判定された要件が復号に用いられる。
同一のTBまたは搬送チャネル上に1以上のMTCHがMSIと多重化されている場合、MSIと、同一のTB上にMSIと多重化されている(1以上の)MTCHとに対してそれぞれの送信要件をどのように適用するかについて、2つの選択肢が存在する。ステップ714の第1の選択肢によれば、同じMCS、すなわちMCS2が、MSIおよび関連する(同一TB上にMSIと多重化されている)(1以上の)MTCHの両方について用いられる。そして、異なるMCS、すなわちMCS1が、残りの(同一TB上にMSIと多重化されていない)(1以上の)MTCHに対して適用される。あるいは、ステップ716において、MSI固有送信要件およびサービス固有送信要件よりもロバストな送信要件が、MSIおよび関連する(1以上の)MTCHの両方に対して適用される。MCS2がMCS1よりもロバストな場合、ステップ716の結果はステップ714の結果と等しく、すなわちMCS2がMSIおよび関連する(1以上の)MTCHを復号するために用いられる。しかし、MCS1がMCS2よりロバストであれば、MCS1がMSIおよび関連する(1以上の)MTCHの両方を復号するために用いられる。どちらのMCS(MCS1またはMCS2)がよりロバストかとは無関係に、ステップ716で、MCS1が残りの(関連しない)(1以上の)MTCHに対して適用される。
このようにして、MBMSサービス送信についての、改良され、より効率的な技術が提供される。
上述の説明から、本発明の多くの利点が完全に理解されるであろうこと、また本発明の範囲から外れることなく、あるいは本発明の利点を一切損なうことなく、その例示的な見地の構築および配置において、様々な変更を行いうることが理解されるであろうと思量する。例えば、方法の第1実施形態に関して説明した変形例および見地は、方法の第2実施形態に対して等しくあてはまる。同様に、方法の第3実施形態に関して説明した変形例および見地は、方法の第4実施形態に対して等しくあてはまる。本発明は様々な方法で変化させることが可能なので、本発明は以下の請求項の範囲によってのみ限定されるべきであることが理解されよう。

Claims (20)

  1. スケジュール情報および1以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
    前記方法が、
    前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定する(404)とともに、前記1つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(404)ステップと、
    前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(406)ステップと、を有することを特徴とする方法。
  2. 前記マルチキャストチャネルがマルチキャストチャネル(MCH)であり、前記スケジュール情報がMCHスケジュール情報(MSI)であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠していることを特徴とする請求項1記載の方法。
  3. 1以上のスケジュール情報固有QoS特性に関するスケジュール情報固有サービス品質(QoS)値を決定する(402)とともに、1以上のサービス固有QoS特性に関するサービス固有QoS値を決定する(402)ステップ、をさらに有することを特徴とする請求項1または請求項2に記載の方法。
  4. 前記スケジュール情報固有QoS値はスケジュール情報固有ブロック誤り率(BLER)を有し、前記サービス固有QoS値はサービス固有BLERを有することを特徴とする請求項3に記載の方法。
  5. 前記スケジュール情報固有QoS値が前記サービス固有QoS値と異なる場合、前記スケジュール情報固有送信要件をスケジュール情報固有QoS値に基づいて、また前記サービス固有送信要件を前記サービス固有QoS値に基づいて、別個に選択する(508)ステップと、
    前記スケジュール情報固有QoS値が前記サービス固有QoS値と等しい場合、前記スケジュール情報固有送信要件および前記サービス固有送信要件についての共通送信要件を選択する(506)ステップと、をさらに有することを特徴とする請求項3または請求項4に記載の方法。
  6. 各MBMSサービスのデータがそれぞれのMBMSトラフィックチャネル(MTCH)上で搬送され、1以上の前記MTCHが前記MCHに多重化され、1つの搬送ブロック(TB)上に前記1以上のMTCHが前記MSIと多重化されている場合、
    前記別個に選択する(508)ステップが、
    前記MSIおよび前記TB上に前記MSIと多重化されている前記1以上のMTCHの両方についての前記MSI固有送信要件および前記サービス固有送信要件として、ただ1つの送信要件を選択する(512, 514)ステップと、
    残りの前記MTCHについての前記サービス固有送信要件を選択する(512, 514)ステップとを有し、
    前記ただ1つの送信要件が、前記MSI固有送信要件または、前記MSI固有送信要件および前記TB上に前記MSIと多重化されている前記1以上のMTCHの前記サービス固有送信要件よりもロバストな送信要件であることを特徴とする、請求項2に従属する請求項3を引用する請求項5に記載の方法。
  7. 前記通知する(406)ステップが、
    前記MSI固有送信要件および前記サービス固有送信要件を、同報制御チャネル(BCCH)またはマルチキャスト制御チャネル(MCCH)上で通知する(518)ステップを有することを特徴とする請求項2、または請求項2を引用する請求項3から請求項6のいずれか1項に記載の方法。
  8. 前記方法が複数のマルチキャストチャネルのために実行され、前記複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられるとともに前記複数のマルチキャストチャネルの各々について同一のスケジュール情報固有送信要件が用いられることを特徴とする請求項1から請求項7の何れか1項に記載の方法。
  9. スケジュール情報および1以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
    前記方法が、
    スケジュール情報固有送信要件およびサービス固有送信要件を判定する(602)ステップと、
    前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号する(604)とともに、前記1つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(604)ステップと、を有することを特徴とする方法。
  10. 前記マルチキャストチャネルがマルチキャストチャネル(MCH)であり、前記スケジュール情報がMCHスケジュール情報(MSI)であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠していることを特徴とする請求項9記載の方法。
  11. 前記判定する(602)ステップが、
    前記MSI固有送信要件および前記サービス固有送信要件を、同報制御チャネル(BCCH)またはマルチキャスト制御チャネル(MCCH)から判定する(702)ステップを有することを特徴とする請求項10記載の方法。
  12. 前記復号する(604)ステップが、
    前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なるかどうか比較する(706)ステップと、
    前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なる場合、前記スケジュール情報固有送信要件に基づいて前記スケジュール情報を復号する(710)とともに、前記サービス固有送信要件に基づいて前記1以上のMBMSサービスに属するデータを復号するステップと、
    前記スケジュール情報固有送信要件が前記サービス固有送信要件と等しい場合、前記スケジュール情報および前記1以上のマルチキャストサービスに属するデータを、共通送信要件に基づいて復号する(708)ステップと、を有することを特徴とする請求項9から請求項11のいずれか1項に記載の方法。
  13. 各MBMSサービスの前記データがそれぞれのMBMSトラフィックチャネル(MTCH)上で搬送され、前記1以上のMTCHが前記MCHに多重化され、
    前記復号する(604)ステップが、
    1つの搬送ブロック(TB)上に前記1以上のMTCHが前記MSIと多重化されている場合、前記MSIおよび前記TB上に前記MSIと多重化されている前記1以上のMTCHを、前記MSI固有送信要件に基づいて復号する(714, 716)ステップと、
    前記MCHの残りの前記MTCHを前記サービス固有送信要件に基づいて復号する(714, 716)ステップと、を有することを特徴とする請求項10、11、または請求項10を引用する請求項12に記載の方法。
  14. 前記スケジュール情報固有送信要件が、前記スケジュール情報の再送信回数を指定するパラメータおよび前記スケジュール情報についての変調および符号化方法(MCS)の少なくとも1つを有し、前記サービス固有送信要件が前記1以上のマルチキャストサービスに属するデータおよび前記1以上のマルチキャストサービスに属するデータについてのMCSの少なくとも1つを有することを特徴とする請求項1から請求項13のいずれか1項に記載の方法。
  15. 請求項1から請求項14のいずれか1項に記載の前記ステップをコンピュータシステムに実行させるためのプログラムコードを有するコンピュータプログラム。
  16. 請求項15に記載のコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体。
  17. スケジュール情報および1以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノード(100)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
    前記ネットワークノード(100)が、
    前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定するとともに、前記1つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(104)手段と、
    前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(106)手段と、を有することを特徴とするネットワークノード(100)。
  18. 前記マルチキャストチャネルがマルチキャストチャネル(MCH)であり、前記スケジュール情報がMCHスケジュール情報(MSI)であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠していることを特徴とする請求項17記載のネットワークノード(100)。
  19. スケジュール情報および1以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための端末機器(110)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
    前記端末機器(110)が、
    スケジュール情報固有送信要件およびサービス固有送信要件を判定する(114)手段と、
    前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号するとともに、前記1つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(116)手段と、を有することを特徴とする端末機器(110)。
  20. 前記マルチキャストチャネルがマルチキャストチャネル(MCH)であり、前記スケジュール情報がMCHスケジュール情報(MSI)であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス(MBMS)規格に準拠していることを特徴とする請求項19記載の端末機器(110)。
JP2012525892A 2009-08-25 2010-06-01 マルチキャストチャネル制御情報 Active JP5583216B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US23664809P 2009-08-25 2009-08-25
US61/236,648 2009-08-25
PCT/EP2010/003321 WO2011023254A1 (en) 2009-08-25 2010-06-01 Multicast channel control information

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2014145362A Division JP2014222932A (ja) 2009-08-25 2014-07-15 マルチキャストチャネル制御情報

Publications (2)

Publication Number Publication Date
JP2013503529A true JP2013503529A (ja) 2013-01-31
JP5583216B2 JP5583216B2 (ja) 2014-09-03

Family

ID=42664844

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2012525892A Active JP5583216B2 (ja) 2009-08-25 2010-06-01 マルチキャストチャネル制御情報
JP2014145362A Withdrawn JP2014222932A (ja) 2009-08-25 2014-07-15 マルチキャストチャネル制御情報
JP2016093477A Active JP6360852B2 (ja) 2009-08-25 2016-05-06 マルチキャストチャネル制御情報

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2014145362A Withdrawn JP2014222932A (ja) 2009-08-25 2014-07-15 マルチキャストチャネル制御情報
JP2016093477A Active JP6360852B2 (ja) 2009-08-25 2016-05-06 マルチキャストチャネル制御情報

Country Status (6)

Country Link
US (4) US9313770B2 (ja)
EP (1) EP2471283A1 (ja)
JP (3) JP5583216B2 (ja)
CN (2) CN102484774B (ja)
RU (1) RU2012111281A (ja)
WO (1) WO2011023254A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2012111281A (ru) 2009-08-25 2013-10-10 Телефонактиеболагет Лм Эрикссон (Пабл) Информация управления многоадресным каналом
CN101998276A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种传输动态调度信息的方法及系统
KR20110039186A (ko) * 2009-10-09 2011-04-15 엘지전자 주식회사 무선 통신 시스템상에서 단말의 불필요한 msi 수신을 최소화 하는 방법
US9491735B2 (en) * 2010-12-19 2016-11-08 Motorola Solutions, Inc. System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel
US9130726B2 (en) * 2011-11-04 2015-09-08 Qualcomm Incorporated Method and apparatus for mitigating control channel error
US9398425B2 (en) * 2011-11-11 2016-07-19 Qualcomm Incorporated Group communications over evolved multimedia broadcast/multicast services
EP3047604B1 (en) * 2013-09-17 2021-03-24 Cisco Technology, Inc. Bit indexed explicit replication
WO2015102445A1 (ko) * 2014-01-05 2015-07-09 엘지전자 주식회사 근접 서비스 기반의 그룹 통신을 중계하는 방법 및 사용자 장치
US9450844B2 (en) * 2014-06-26 2016-09-20 Alcatel Lucent Physical layer measurements for multicast or broadcast services
KR101885494B1 (ko) 2014-11-07 2018-08-03 노키아 테크놀로지스 오와이 멀티캐스트 채널 블럭 에러 레이트 리포팅을 위한 패킷 수 표현
CN105788324B (zh) * 2014-12-25 2020-03-10 中兴通讯股份有限公司 信息的标识方法及装置
US9755783B2 (en) 2015-09-14 2017-09-05 Qualcomm Incorporated Abort blind MCH decoding
WO2018205226A1 (en) * 2017-05-11 2018-11-15 Nokia Technologies Oy Transmission control mechanism
WO2019191885A1 (zh) 2018-04-02 2019-10-10 Oppo广东移动通信有限公司 传输配置信息、接收配置信息的方法和设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009076210A1 (en) * 2007-12-07 2009-06-18 Research In Motion Limited Multicast broadcast single frequency network data scheduling and handling

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10029427A1 (de) 2000-06-15 2001-12-20 Siemens Ag Verfahren zur Leistungsregelung und Kanalzuweisung in Abwärts- und/oder Aufwärtsverbindungen bei Paket-Daten-Diensten in einem Funk-Kommunikationssystem und Funk-Kommunikationssystem zum Durchführen des Verfahrens
US7512109B2 (en) 2000-09-29 2009-03-31 Intel Corporation Slot structure for radio communications system
US7519011B2 (en) 2000-09-29 2009-04-14 Intel Corporation Frame structure for radio communications system
CA2326851A1 (en) * 2000-11-24 2002-05-24 Redback Networks Systems Canada Inc. Policy change characterization method and apparatus
US8526412B2 (en) * 2003-10-24 2013-09-03 Qualcomm Incorporated Frequency division multiplexing of multiple data streams in a wireless multi-carrier communication system
GB0326173D0 (en) * 2003-11-10 2003-12-17 Nokia Corp A method and a controlling a connection
EP1643690B1 (en) 2004-10-01 2008-04-02 Matsushita Electric Industrial Co., Ltd. Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels
CN1285194C (zh) * 2004-11-01 2006-11-15 华为技术有限公司 一种实现多播业务资源指示的方法
EP1909518B1 (en) * 2005-08-22 2013-10-23 Harris Corporation Communication terminal apparatus, base station apparatus and reception quality reporting method
TWI353130B (en) * 2005-12-05 2011-11-21 Qualcomm Inc Hierarchical coding for multicast messages
CN101272518B (zh) * 2007-03-21 2012-07-25 上海贝尔股份有限公司 针对mbms的调度方法、调度设备和包括该调度设备的基站
CN101291452B (zh) * 2007-04-18 2011-11-16 华为技术有限公司 数据发送方法及装置
CN101296102B (zh) * 2007-04-27 2011-11-30 中兴通讯股份有限公司 多媒体广播组播业务调度方法及系统
US8649795B2 (en) * 2007-09-05 2014-02-11 Blackberry Limited Multicast/broadcast single frequency network control information transmission
KR101433940B1 (ko) * 2007-09-18 2014-08-26 삼성전자주식회사 무선 통신 시스템에서 멀티캐스트 서비스를 위한 응답 방법 및 장치
KR101339471B1 (ko) * 2007-11-07 2013-12-10 엘지전자 주식회사 적응적 변조 및 부호화 기법에 기반한 데이터 전송방법
RU2439817C1 (ru) * 2008-02-04 2012-01-10 Самсунг Электроникс Ко., Лтд. Мультиплексирование управляющей информации и данных в системах связи
JP5115273B2 (ja) * 2008-03-28 2013-01-09 富士通株式会社 無線通信システム、無線基地局装置、マルチサービス管理装置
US8565065B2 (en) * 2008-06-23 2013-10-22 Qualcomm Incorporated Methods and systems for utilizing a multicast/broadcast CID scheduling MAC management message
RU2012111281A (ru) 2009-08-25 2013-10-10 Телефонактиеболагет Лм Эрикссон (Пабл) Информация управления многоадресным каналом

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009076210A1 (en) * 2007-12-07 2009-06-18 Research In Motion Limited Multicast broadcast single frequency network data scheduling and handling
JP2011509548A (ja) * 2007-12-07 2011-03-24 リサーチ イン モーション リミテッド マルチキャスト同報通信単一周波数ネットワークデータスケジューリングおよびハンドリング

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
CSNC201110012263; Huawei: '"MCS set for MCCH to ensure QoS in different cell sizes and deployments" [online]' 3GPP TSG-RAN WG1#59 R1-094691 , 20091103, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *
CSNC201210039217; Panasonic: '"Message structure for Rel-9 MBMS" [online]' 3GPP TSG-RAN WG2♯66bis R2-093848 , 20090623, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *
CSNC201218016443; Samsung: '"E-mail discussion on eMBMS control plane details (66b#11)" [online]' 3GPP TSG-RAN WG2♯67 R2-094597 , 20090818, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *
JPN6014014915; Panasonic: '"Message structure for Rel-9 MBMS" [online]' 3GPP TSG-RAN WG2♯66bis R2-093848 , 20090623, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *
JPN6014014918; Samsung: '"E-mail discussion on eMBMS control plane details (66b#11)" [online]' 3GPP TSG-RAN WG2♯67 R2-094597 , 20090818, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *
JPN6014014921; Huawei: '"MCS set for MCCH to ensure QoS in different cell sizes and deployments" [online]' 3GPP TSG-RAN WG1#59 R1-094691 , 20091103, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra *

Also Published As

Publication number Publication date
WO2011023254A1 (en) 2011-03-03
JP2016158299A (ja) 2016-09-01
CN102484774A (zh) 2012-05-30
US10367760B2 (en) 2019-07-30
JP5583216B2 (ja) 2014-09-03
US9313770B2 (en) 2016-04-12
JP6360852B2 (ja) 2018-07-18
JP2014222932A (ja) 2014-11-27
US9942170B2 (en) 2018-04-10
US20190273698A1 (en) 2019-09-05
RU2012111281A (ru) 2013-10-10
EP2471283A1 (en) 2012-07-04
CN102484774B (zh) 2016-08-24
US20160226796A1 (en) 2016-08-04
CN106254085A (zh) 2016-12-21
US20180191639A1 (en) 2018-07-05
CN106254085B (zh) 2019-09-10
US20120163286A1 (en) 2012-06-28

Similar Documents

Publication Publication Date Title
JP6360852B2 (ja) マルチキャストチャネル制御情報
US9265030B2 (en) Method and device for controlling MBMS receiving in a wireless communication system
RU2548039C2 (ru) Способ назначения ресурсов для передачи данных многоадресного и широковещательного обсуживания в системе беспроводной связи и устройства для его осуществления
US10743146B2 (en) Multicast service reading and sending method, and related device
JP5530457B2 (ja) 無線通信ネットワークにおける耐性のある制御情報送信の方法及び装置
JP5596352B2 (ja) Mbmsのためのスケジューリング方法及びスケジューリング装置、並びにこのスケジューリング装置を含む基地局
EP2434800B1 (en) Resource allocation method for dynamic multiplexing of multimedia broadcast multicast service
JP5199310B2 (ja) Mbms動的スケジューリング情報を処理する方法および装置
CN107211276B (zh) 一种传输业务数据的方法和装置
US20100202340A1 (en) System and method of constructing a resource matrix for transmitting multicast broadcast service (mbs) data
US9320055B2 (en) Method for efficiently transmitting broadcasting message in broadband wireless access system
TW201110744A (en) Method of managing multimedia broadcast multicast service reception and related communication device
US8705429B2 (en) Method, apparatus and system for transmitting multimedia broadcast multicast service notification message
US8571568B2 (en) Communication system using multi-band scheduling
US20120240167A1 (en) Method and apparatus for providing wireless service using scalable video coding
CN116420330A (zh) 多播和广播服务调度
WO2011079646A1 (zh) 多播控制信道更新指示信息的发送方法及装置
CN115885524A (zh) 动态调整mbms传输区域的网络实体设备、用户设备及方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130501

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140411

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140617

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: 20140707

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140715

R150 Certificate of patent or registration of utility model

Ref document number: 5583216

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250