DE602004007430T2

DE602004007430T2 - Gerät und Verfahren zum Versenden/Empfangen von Steuerungsinformation zur Unterstützung eines Multimedia Broadcast/multicast-Dienstes

Info

Publication number: DE602004007430T2
Application number: DE602004007430T
Authority: DE
Inventors: Soeng-Hun Kim; Sung-Ho Choi; Kook-Heul Lee; Joon-Goo Park; Sung-Oh Hwang; Eun-Jung Kim; Kyeong-In Jeong
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2003-05-14
Filing date: 2004-05-14
Publication date: 2007-10-31
Anticipated expiration: 2024-05-15
Also published as: KR100703380B1; EP1478203A2; CN1788437B; CN1788437A; ATE367069T1; US20040228294A1; JP2006524444A; KR20040098323A; JP4146485B2; EP1478203A3; EP1478203B1; DE602004007430D1; US8614971B2; WO2004102836A1

Description

Die vorliegende Erfindung bezieht sich im Allgemeinen auf ein Mobilkommunikationssystem, das einen Multimedia-Broadcast/Multicast-Dienst (MBMS: Multimedia Broadcast/Multicast Service) unterstützt, und im Speziellen auf eine Vorrichtung und ein Verfahren zum Senden und Empfangen von Steuerinformation zur Unterstützung eines MBMS-Dienstes.
Infolge der Weiterentwicklung der Kommunikationstechnologie entwickeln sich derzeitig Dienste, die in einem Kodeaufteilungsvielfachzugriff-(CDMA: Code Division Multiple Access)-Mobilkommunikationssystem bereitgestellt werden, zu Multicast/Multimedia-Kommunikation zum Übermitteln nicht nur der bereits bestehenden Sprachdienstdaten, sondern auch von Massendaten wie beispielsweise Paketdaten und Rundgangsdaten (circuit data).
In einem Universellen Mobiltelekommunikationsdienstsystem (UMTS: Universal Mobile Telecommunication Service), welches ein Mobilkommunikationssystem der dritten Generation (3G) ist, das Breitbandkodeaufteilungsvielfachzugriff-(WCDMA: Wide Band Code Division Multiple Access)-Technologie basierend auf dem Weltweiten System für Mobilkommunikationen (GSM: Global System for Mobile system communications) und Allgemeinen Paketfunkdiensten (GPRS: General Packet Radio Services) einsetzt, wird ein Broadcast/Multicast-Dienst unterstützt, in welchem der gleiche Datenstrom von einer Datenquelle einer Vielzahl von Benutzergeräten (UE: User Equipment) bereitgestellt wird, um die Multicast/Multimedia-Kommunikation zu unterstützen. Der Broadcast/Multicast-Dienst kann in den nachrichtbezogenen Dienstzellen-Broadcast-Dienst (CBS: cell broadcast service) und MBMS (nachstehend als „MBMS-Dienst" bezeichnet) zur Unterstützung von Multimediadaten einschließlich Realtime-Bild und -Ton, Standbild (still image) und Text klassifiziert werden.
1 ist ein Diagramm, das schematisch eine Netzwerkkonfiguration zur Bereitstellung eines MBMS-Dienstes in einem Mobilkommunikationssystem darstellt. Ein Broadcast/Multicast-Servicecenter (BM-SC) 110 ist ein Ausgangspunkt, der einen MBMS-Datenstrom bereitstellt, und der BM-SC 110 terminiert einen MBMS-Dienst-Datenstrom und sendet den tenninierten MBMS-Dienst-Datenstrom an ein Durchgangsnetzwerk (NW) 120. Das Durchgangsnetzwerk 120 ist ein zwischen dem BM-SC 110 und einem dienenden GPRS-Unterstützungsknotenpunkt (SGSN: Serving GPRS Support Node) 130 vorhandenes Netzwerk und sendet den vom BM-SC 110 angebotenen MBMS-Dienst-Datenstrom zum SGSN 130. Das Übergangsnetzwerk 120 umfasst einen Gateway-GPRS-Unterstützungsknotenpunkt (GGSN: Gateway GPRS Support Node) und ein externes Netzwerk.
Der einen MBMS-Dienst-Datenstrom über das Durchgangsnetzwerk 120 empfangende SGSN 130 steuert einen MBMS-Dienst für die Teilnehmer, d. h. UEs 161, 162, 163, 171 und 172, die wünschen den MBMS-Dienst zu empfangen. Z.B. verwaltet der SGSN 130 MBMS-Dienst-Buchhaltungsdaten für jeden der Teilnehmer und sendet wahlweise MBMS-Dienstdaten an eine zugehörige Funknetzwerksteuereinrichtung (RNC: Radio Network Controller) 140. Zusätzlich erzeugt und verwaltet der SGSN 130 einen Dienstkontext für den MBMS-Dienst und sendet einen Datenstrom für den MBMS-Dienst zum RNC 140.
Der RNC 140 sendet den MBMS-Dienst-Datenstrom an die Node Bs 160 und 170, die die Funkzellen betreiben, in denen die den MBMS-Dienst anfragenden UEs 161, 162, 163, 171 und 172 angesiedelt sind, aus den Node Bs, die vom RNC 140 selbst verwaltet werden. Der RNC 140 und die Node Bs 160 und 170 bilden ein terrestrisches UMTS-Funkzugriffsnetzwerk (UTRAN: UMTS Terrestrial Radio Access Network).
Eine zum Node B1 160 gehörende Funkzelle #1, die einen bestimmten MBMS-Dienst zu empfangen wünscht, beinhaltet UE1 161, UE2 162 und UE3 163, und eine zum Node B2 170 gehörige Funkzelle Nr. 2, beinhaltet UE4 171 und UE5 172. Hierin hat die Bezeichnung „Funkzelle" eine zur Bezeichnung „Node B" gleichartige Bedeutung. In diesem Fall steuert der RNC 140 Funkkanäle, die zwischen Node Bs 160 und 170 und UEs 161, 162, 163, 171 und 172 eingerichtet sind, um den MBMS-Dienst bereitzustellen. Wie in 1 dargestellt, ist ein Funkkanal zwischen einem Node B, z. B. Node B1 160 und UEs 161 bis 163, die zum Node B1 160 gehören, eingerichtet, um den MBMS-Dienst bereitzustellen.
Die UEs 161, 162, 163, 171 und 172 erfassen zunächst Steuerinformation für einen MBMS-Transportkanal (MTCH: MBMS Transport Channel) zum Befördern eines MBMS-Dienstdatenstroms, um einen MBMS-Dienst zu empfangen. Die Steuerinformation beinhaltet Kodeinformation für einen Kodekanal, auf den der Transportkanal abgebildet ist und Information über eine Dienstidentität (ID) für den MBMS-Dienst und wird über einen MBMS-Steuerkanal (MCCH: MBMS Control Channel) übertragen, welcher ein vom Transportkanal unterschiedlicher, getrennter logischer Kanal ist.
Die Steuerinformation für den MBMS-Dienst als auch die MBMS-Dienstdaten müssen auf einer Multicast-Basis übertragen werden. Insbesondere ist Funkträger (RB: Radio Bearer) Information für einen MBMS-Dienst für alle UEs, die wünschen, den MBMS-Dienst zu empfangen, abrufbar. Wenn jedoch ein MCCH wie andere logische Kanäle auf alle Transportkanäle abgebildet ist, bevor er übersendet wird, müssen die UEs alle logischen Kanäle dekodieren, um den MCCH zu empfangen, was eine Zunahme seiner Auslastung bewirkt. Deshalb besteht Bedarf für eine Technologie, die es UEs erlaubt, rasch und einfach Steuerinformation für einen MBMS-Dienst zu empfangen, um rasch den MBMS-Dienst in einer Funkzelle zu empfangen.
„Definitions and Characteristics of Multicast Channels", 8. März 1999, TSG-RAN Working Group 2 (Radio Layer 2 and Radio Layer 3), S. 1-11, offenbart eine Beschreibung der Multicast-Dienst-Betriebsweise und den Vorschlag neuer Transport- und neuer physikalischer Kanäle für Multicast-Dienste. Ein neuer Transportkanal wird vorgeschlagen, der Multicast-Steuerkanal (MCCH: Multicast Control Channel) genannt wird und „ähnlich des derzeitigen Paging-Kanals ist, insofern er eine Periode aufweist, die korrespondierend zur Anzahl der Internationalen Mobilgruppenidentitäts-(IMGI: International Mobile Group Identity)-Gruppen ist". Ein UE könnte basierend auf der im MCCH enthaltenen Information wissen, wann der Multicast-Kanal(MCH: Multicast Channel) zu dekodieren ist. Damit das Netzwerk Benutzer benachrichtigen kann, muss die Steuerinformation über den MCCH wie beispielsweise der für den MCCH benutzte Kode oder die Periode des MCCH-Zyklus im Broadcast-Kanal(BCH: Broadcast Channel) enthalten sein. Ist der Multicast-Dienst, für den sich der Teilnehmer anmeldet, verfügbar, dekodiert der Teilnehmer nur den zum IMGI-Gruppen-Block gehörigen Frame vom MCCH (zyklische Periode). Der sekundäre CCPCH "scheint" die Erfordernisse für einen physikalischen Kanal für MCCH zu erfüllen.
Es ist deshalb die Aufgabe der Erfindung, eine Vorrichtung und ein Verfahren zur effizienten Versendung von Steuerinformation zur Unterstützung eines MBMS-Dienstes in einem Node B, der MBMS-Dienste unterstützt, bereitzustellen.
Es ist ein Aspekt der Erfindung, eine Vorrichtung und ein Verfahren bereitzustellen, um effizient durch das UE MBMS-Steuerinformation von einem Node B zu empfangen.
Entsprechend eines Aspektes der Erfindung wird ein Verfahren bereitgestellt zum Versenden von MBMS Steuerinformation zur Unterstützung eines MBMS-Dienstes an ein Benutzergerät (UE), durch einen Node B in einem Mobilkommunikationssystem, wel ches den eine Vielzahl an Transportkanälen aufweisenden Node B und zumindest ein UE, welches mit dem Node B kommuniziert und den MBMS-Dienst unterstützt, beinhaltet. Das Verfahren umfasst das Auswählen eines Transportkanals für MBMS-Steuerinformation aus einer Vielzahl an Transportkanälen, die auf einen sekundären gemeinsamen physikalischen Steuerkanal (Secondary Common Control Physical Channel) abgebildet sind; Versenden eines Systeminformationsblocks, der den ausgewählten Transportkanal dem Funkzellengebiet anzeigt, in dem UEs befindlich sind, durch das Benutzen eines primären gemeinsamen physikalischen Steuerkanals (Primary Common Control Physical Channel); und das Übertragen der MBMS-Steuerinformation zum Funkzellengebiet unter Benutzung des ausgewählten Transportkanals.
Gemäß eines anderen Aspektes der Erfindung wird ein Verfahren bereitgestellt zum Empfangen von MBMS Steuerinformation zur Unterstützung eines MBMS-Dienstes, versendet von einem Node B, durch ein Benutzergerät (UE) in einem Mobilkommunikationssystem, welches den eine Vielzahl an Transportkanälen aufweisenden Node B und zumindest ein mit dem Node B kommunizierendes und den MBMS-Dienst unterstützendes UE beinhaltet. Das Verfahren umfasst das Empfangen eines Systeminformationsblocks, der einen zur Übertragung von MBMS-Steuerinformation ausgewählten Transportkanal aus einer Vielzahl an auf einen sekundären gemeinsamen physikalischen Steuerkanal abgebildeten Transportkanäle anzeigt, über einen primären gemeinsamen physikalischen Steuerkanal; das Empfangen der MBMS-Steuerinformation über den ausgewählten Transportkanal aus der Vielzahl an Transportkanälen unter Verwendung des Systeminformationsblocks; und das Empfangen des MBMS-Dienstes unter Verwendung der MBMS-Steuerinformation.
Entsprechend eines weiteren anderen Aspektes der Erfindung wird eine Vorrichtung bereitgestellt zum Empfangen von MBMS Steuerinformation zur Unterstützung eines MBMS-Dienstes, gesendet von einem Node B in einem Mobilkommunikationssystem, welches den eine Vielzahl an Transportkanälen aufweisenden und den MBMS-Dienst unterstützenden Node B beinhaltet. Die Vorrichtung umfasst einen Empfänger zum Empfangen von Daten auf einem sekundären gemeinsamen physikalischen Steuerkanal, auf den gemäß Information über den sekundären gemeinsamen physikalischen Steuerkanal eine Vielzahl an Transportkanälen einschließlich eines Transportkanals, der zum Übertragen von MBMS-Steuerinformation ausgewählt ist, abgebildet sind; einen Zwischenspeicher zum Speichern der vom Empfänger empfangenen Daten auf dem sekundären gemeinsamen physikalischen Steuerkanal; einen Transportkanaldiskrimina tor zum Auswählen von Daten auf dem gewählten Transportkanal aus den Daten auf dem sekundären gemeinsamen steuerungsphysikalischen Kanal, die in dem Zwischenspeicher gespeichert sind, entsprechend eines Systeminformationsblocks, der den ausgewählten Transportkanal bezeichnet und zum Veranlassen, dass der Zwischenspeicher die ausgewählten Daten ausgibt; und einen Transportkanalprozessor zum Analysieren der vom Zwischenspeicher ausgegebenen Daten auf dem ausgewählten Transportkanal und zum Erfassen der MBMS-Steuerinformation für den MBMS-Dienst.
Das Obige und andere Aufgaben, Merkmale und Vorteile der vorliegenden Erfindung werden deutlicher durch die folgende detaillierte Beschreibung im Zusammenspiel mit den begleitenden Zeichnungen, in welchen:
1 ein Diagramm ist, welches schematisch die Konfiguration eines üblichen Mobilkommunikationssystems, welches einen MBMS-Dienst unterstützt, darstellt;
2 ein Diagramm ist, welches einen Arbeitsablauf zur Unterstützung eines MBMS-Dienstes in einem Mobilkommunikationssystem darstellt;
3 ein Diagramm ist, welches einen Aufbau eines primären gemeinsamen physikalischen Steuerkanals (P-CCPCH) darstellt;
4 ein Diagramm ist, welches einen Aufbau eines sekundären gemeinsamen physikalischen Steuerkanals (S-CCPCH) darstellt;
5 ein Diagramm ist, welches einen Kanal zum Übertragen eines Steuersignals zur Unterstützung eines MBMS-Dienstes darstellt;
6 ein Diagramm ist, welches einen Kanal zur Übertragung eines Steuersignals zur Unterstützung eines MBMS-Dienstes gemäß einer Ausführungsform der vorliegenden Erfindung darstellt;
7A bis 7C Diagramme sind, welche Formate eines Steuersignals zur Unterstützung eines MBMS-Dienstes gemäß einer ersten bis dritten Ausführungsform der vorliegenden Erfindung darstellen;
8 ein Flussdiagramm ist, welches einen Ablauf des Empfangens eines Steuersignals durch ein UE gemäß einer ersten Ausführungsform der vorliegenden Erfindung darstellt;
9 ein Flussdiagramm ist, welches einen Ablauf des Empfangens eines Steuersignals durch ein UE gemäß einer zweiten und dritten Ausführungsform der vorliegenden Erfindung darstellt; und
10 ein Blockdiagramm ist, welches den Aufbau eines UEs zum Empfangen eines MBMS-Dienstes gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung darstellt.
Mehrere bevorzugte Ausführungsformen der vorliegenden Erfindung werden nun unter Bezug auf die begleitenden Zeichnungen im Detail beschrieben. In der nachfolgenden Beschreibung wurde eine detaillierte Beschreibung wohl bekannter Funktionen und Anordnungen, die hierin enthalten sind, aus Gründen der Knappheit weggelassen.
Die vorliegende Erfindung sieht eine Vorrichtung und ein Verfahren zum effizienten Versenden/Empfangen von Steuerinformation in Bezug auf einen MBMS-Dienst vor, und insbesondere eine Vorrichtung und ein Verfahren zum Übertragen von MBMS-Steuerinformation über einen aus einer Vielzahl von für einen Node B verfügbaren Transportkanälen ausgewählten Transportkanal und zum Benachrichtigen von UEs über Steuerinformation für den ausgewählten Transportkanal durch Systeminformationsblöcke eines gemeinsamen Kanals.
Wie unten dargelegt, wird eine detaillierte Beschreibung eines Aufbaus eines MBMS-Steuerkanals zur Übertragung von MBMS-Steuerinformation und einer Methode zum Abbilden des MBMS-Steuerkanals auf einen Kanal eines niedrigeren Layers gemacht. Speziell wird eine Beschreibung gemacht, wie ein physikalischer Kanal, ein Transportkanal und ein logischer Kanal auf einer Funkverbindung (Radio Link) zum Übertragen von MBMS-Steuerinformation zu nutzen sind. Wie im Fach wohl bekannt ist, ist eine Vielzahl logischer Kanäle auf einen Transportkanal abgebildet und eine Vielzahl von Transportkanälen auf einen physikalischen Kanal abgebildet.
Bevor eine Beschreibung bevorzugter Ausführungsformen der vorliegenden Erfindung abgegeben wird, wird ein MBMS-Dienst für ein UE beschrieben.
2 ist ein Diagramm, welches einen Ablauf zum Ausführen eines MBMS-Dienstes zwischen einem RNC und einem UE in einem typischen MBMS-System darstellt. In 2 bietet ein RNC über einen Node B (nicht dargestellt) UEs, die wünschen einen MBMS- Dienst zu empfangen, einen MBMS-Dienst an. Zusätzlich ist ein SGSN mit einem BM-SC (nicht gezeigt) verbunden und verwaltet den MBMS-Dienst.
Mit Bezug auf 2, informiert in Schritt 200 ein SGSN UEs über fundamentale Information für einen MBMS-Dienst, z.B. IDs, Dienst-Startzeiten und Dienst-Dauern der in einem BM-SC verfügbaren MBMS-Dienste (Bekanntmachung, Announcement). In Schritt 210 versenden die den MBMS-Dienst zu empfangen wünschenden UEs ihre Anfragenachrichten, um mit dem SGSN verbunden zu werden (Beitritt, Joining). Jede der Beitrittsanfragenachrichten beinhaltet einen Identifikationscode eines vom entsprechenden UE erwünschten MBMS-Dienstes und eine ID des entsprechenden UE. Anschließend übt der SGSN Authentifizierung auf die UEs aus und benachrichtigt die UEs über ihre Erreichbarkeit für den MBMS-Dienst. Zu diesem Zeitpunkt speichert der SGSN eine Liste der den MBMS-Dienst zu empfangen wünschenden UEs und die Positionen der entsprechenden UEs.
Wenn der BM-SC das UE vom Start des MBMS-Dienstes benachrichtigt, versendet der SGSN in Schritt 216 eine Sitzungs-(Session) Startnachricht an einen RNC, wo sich die verbundenen UEs befinden (Sitzungsstart). In Schritt 220 sendet der RNC unter Benutzung eines gemeinsamen Kanals, wie etwa einem sekundären gemeinsamen physikalischen Steuerkanal (S-CCPCH, Secondary Common Control Physical Channel) eine Benachrichtigungsnachricht, um die UEs zu pagen (Benachrichtigung, Notification). "Benachrichtigung" ist ein Ablauf des Informierens der entsprechenden UEs, durch den SGSN, dass der MBMS bald gestartet wird. Die Benachrichtigungsnachricht kann über einen MCCH übertragen werden.
In Schritt 230 senden die ausgerufenen UEs ihre Antwortnachrichten auf die Benachrichtigungsnachricht (Benachrichtigungs-Rückantwort, Notification Response). Über das Empfangen der Benachrichtigungsnachrichten kann der RNC die Anzahl der den MBMS-Dienst zu empfangen wünschenden UEs für jede Funkzelle und den Typ eines Funkkanals für die entsprechende Funkzelle bestimmen. Zum Beispiel wird der MBMS-Dienst über einen gemeinsamen Kanal bereitgestellt, wenn eine Vielzahl in einer bestimmten Funkzelle befindlicher UEs einen MBMS-Dienst zu empfangen wünscht, während der MBMS-Dienst über dedizierte Kanäle für die UEs bereitgestellt wird, wenn die Zahl der den MBMS-Dienst zu empfangen wünschenden UEs eine kleine Zahl oder eins ist.
In Schritt 236 errichten die UEs, die die Erwiderungsnachricht gesendet haben, einen Funkträger für den MBMS-Dienst unter Benutzung von MBMS-Dienst-Information, insbesondere von RB-Information (MBMS RB Information genannt), die durch den RNC über MCCH übertragen wurde (MBMS RB Info). Die MBMS RB Information beinhaltet Funkkanalinformation, z.B. orthogonalen Spreizkode variabler Länge (OVSF: Orthogonal Variable Spreading Factor), Transportformat (TF), Funkverbindungssteuer-(RLC: Radio Link Control)-Konfigurationsinformation, Paketdaten-Konvergenzsteuer-(PDCP: Packet Data Convergence Control)-Konfigurationsinformation und desgleichen. In Schritt 240 bietet der RNC einen MBMS-Dienstdatenstrom über den Funkträger an und die UEs empfangen den MBMS-Dienstdatenstrom über den Funkträger.
In bevorzugten Ausführungsformen der vorliegenden Erfindung ist MCCH Steuerinformation in Bezug auf einen MBMS-Dienst und wird zum Befördern einer Benachrichtigungsnachricht und MBMS RB-Information benutzt. Der MCCH hat die folgenden Leistungsmerkmale:

1. Ein MCCH wird für jede Funkzelle errichtet;
2. MCCH wird über einen gemeinsamen physikalischen Kanal, wie einen sekundären gemeinsamen physikalischen Steuerkanal (S-CCPCH) übertragen;
3. MCCH wird über einen gemeinsamen Transportkanal, wie einen Forward Access (Vorwärtszugriffs-) Kanal (FACH), der auf einen gemeinsamen physikalischen Kanal abgebildet ist, übertragen und
4. UEs akquirieren Information über das Errichten von MCCH für jede Funkzelle unter Benutzung von Systeminformation.

Eine Beschreibung eines S-CCPCH und FACH, auf die der MCCH abgebildet ist, wird nun folgen.
In einem Kommunikationssystem, insbesondere in einem UMTS-Kommunikationssystem, werden ein primärer gemeinsamer physikalischer Steuerkanal (P-CCPCH) und ein sekundärer gemeinsamer physikalischer Steuerkanal (S-CCPCH) zum Übertragen gemeinsamer Systeminformation, wie Zellenkonfiguration benutzt, um einen Kommunikationsdienst bereitzustellen. Die obigen physikalischen Kanäle sind unterschiedliche Kode-Kanäle, die verschiedene Spreizkodes benutzen und einer oder mehr gemeinsame Transportkanäle werden auf jeden der physikalischen Kanäle abgebildet.
Um einer Funkzelle beizutreten und mit der Zelle zu kommunizieren, empfängt ein UE zuerst die Zelle betreffende Systeminformation. Die Systeminformation wird in Form eines Systeminformationsblockes (SIB) über P-CCPCH übertragen.
Ein typischer Aufbau des P-CCPCH ist in 3 dargestellt. Wie dargestellt, wird der P-CCPCH mittels eines ersten Kodes C (256,1) aus 256 OVSF-Kodes für eine entsprechende Zelle gespreizt. Der P-CCPCH überträgt einen Master-Informationsblock (MIB) und zwei System-Informationsblöcke (SIBs) für jede 80 Millisekunden-Periode.
Der MIB beinhaltet Zeitplanungsinformation für die SIBs und Information, die zum Bestimmen benutzt wird, ob Systeminformation verändert ist und wird wiederholt jede 80 msec übertragen. Der SIB ist in insgesamt 16 Arten an SIBs klassifiziert entsprechend der Arten an Information, die darin enthalten ist und im Folgenden werden beispielhaft verschiedene typische SIBs beschrieben.
SIB 1 enthält verschiedene Timer und Zählerwerte und Information ein Core-(Kern)-Netzwerk (CN) betreffend. SIB 2 enthält eine ID eines UTRAN-Registrierungsgebietes (URA: UTRAN Registration Area), zu dem eine entsprechende Funkzelle gehört. SIB 3 enthält für Funkzellenauswahl und Wiederauswahl nötige Information. SIB 4 enthält für Funkzellenauswahl und Wiederauswahl nötige Information, die von einem UE in einem verbundenen Modus (connected mode) zu verwenden ist. SIB 5 enthält Information, die die in einer entsprechenden Funkzelle errichteten gemeinsamen Transportkanäle betrifft. SIB 6 enthält die gemeinsamen Transportkanäle einer entsprechenden Funkzelle betreffende Information, die von einem UE in einem verbundenen Modus zu benutzen ist. Die gemeinsamen Transportkanäle umfassen einen Reverse Access (Rückwärtszugriffs)-Kanal (RACH), einen Forward Access-Kanal (FACH) und einen Paging (Ausrufungs-)Kanal (PCH).
Ein UE, das keinen dedizierten Kanal (DCH) hat, empfängt SIBs, die über den P-CCPCH übertragen werden, und speichert die notwendige Information, um einen Dienst von einer bestimmten Funkzelle zu empfangen. Insbesondere empfängt das UE S-CCPCH betreffende Information einer entsprechenden Funkzelle durch SIB 5 oder SIB 6 und greift die Information verwendend auf S-CCPCH zu. Der Einfachheit halber wird eine Kombination aus SIB 5 und SIB 6 als SIB 5/6 bezeichnet werden.
4 ist ein Diagramm, das einen Aufbau eines S-CCPCH darstellt. Unter Bezug auf 4 beinhaltet der S-CCPCH gemeinsame Transportkanäle wie einen Forward Ac cess-Kanal (FACH) und einen Paging-Kanal (PCH) eines oberen Layers. Ein Funk-Frame von 10 ms S-CCPCH umfasst 15 Slots, und jeder Slot umfasst einen Datenteil 420, einen Transportformat-Kombinationsindikator (TFCI)-Teil 410 und einen Pilot-Teil 430. Der Datenteil 420 enthält FACH oder PCH, und TFCI-Teil 410 enthält TFCI-Information, die ein Transportformat der durch Datenteil 420 übertragenen Daten anzeigt. Pilot-Teil 430 enthält Pilot-Bits, die Identifikationsinformation einer entsprechenden Funkzelle festlegen.
Die Zahl der über jeden Teil übertragenen Bits ist gemäß einem Spreizfaktor (SF: spreading factor) eines dem S-CCPCH zugeteilten OVSF-Codes bestimmt und die für den Zugriff auf den S-CCPCH nötige Information wird an in einer entsprechenden Funkzelle befindliche UEs über SIB 5 oder SIB 6 ausgestrahlt.
Der auf dem Datenteil 420 abgebildete FACH ist ein gemeinsamer Transportkanal, der von einer Vielzahl UEs gemeinsam benutzt wird. Jedoch können Benutzerdaten oder Steuerinformation an ein bestimmtes UE über den FACH übertragen werden. Das heißt, ein UE, welches durch ein RNC angewiesen ist, in einem bestimmten Status zu verbleiben (hierin, ein Funkzellen_FACH-Status), empfängt alle Daten über FACH über den S-CCPCH übertragen und verarbeitet oder verwirft Daten unter Bezug auf einen Header-Teil der empfangenen Daten.
Eine Vielzahl an S-CCPCHs kann in einer Funkzelle eingerichtet werden, und eine Vielzahl an FACHs sind auf jeden S-CCPCH abgebildet. Eine Abbildungsbeziehung zwischen den S-CCPCHs und den FACHs wird unter Bezug auf 5 im Detail beschrieben werden.
Bezugnehmend auf 5 ist eine Vielzahl an S-CCPCHs 510 bis 515 in einer Funkzelle 505 eingerichtet. Die S-CCPCHs 510 bis 515 sind physikalische Kanäle, welche jeweils PCH 520 und FACHs 525 bis 530 beinhalten. Ein PCH 520 oder kein PCH kann auf jeden S-CCPCH 510 abgebildet sein, und ein oder mehr FACHs 525 bis 530 sind auf jeden S-CCPCH 510 abgebildet. Da die maximale Zahl an Transportkanälen, die auf einen S-CCPCH 510 abgebildet werden können, 8 ist, kann ein Maximum von 8 FACHs in einem jedem S-CCPCH 510 eingerichtet werden.
Ein auf dem PCH 520 abgebildeter logischer Kanal ist ein Paging-Steuerkanal (PCCH) 535 und sendet eine Ausrufungsnachricht für ein bestimmtes UE. Logische Kanäle, die auf jeden der FACHs 525 bis 530 abgebildet sind, beinhalten einen dedizierten Steuer kanal (DCCH), einen dedizierten Traffic (Verkehrs)-Kanal (DTCH), einen Broadcast-Steuerkanal (BCCH), einen gemeinsamen Steuerkanal (CCCH), einen gemeinsamen Traffic-Kanal(CTCH), und Ähnliche, und in 5 werden diese logischen Kanäle durch "andere LCHs" bezeichnet. Weil die logischen Kanäle über einen Transportkanal, d.h., FACH, versendet und empfangen werden, unterteilt ein logische Kanäle verarbeitendes MAC- (MAC: Medium Access Control) Layer die logischen Kanäle unter Benutzung zusätzlicher Information., die "Zielkanal-Typ-Feld" (TCTF: Target Channel Type Field) genannt wird. Zusätzlich werden, wenn ein MBMS-Dienst angeboten wird, MCCHs 540 und 550 jeweils auf die FACHs 525 und 530 zusammen mit den anderen logischen Kanälen 545 und 555 abgebildet.
Nun wird eine Beschreibung des Ablaufs des Empfangens von MBMS-Steuerinformation über MCCH durch ein UE vorgenommen.
Ein UE speichert über S-CCPCH empfangene Funksignale. Die Funksignale beinhalten einen TFCI-Wert, wie in 4 dargestellt. Ein UE kann, gestützt auf den TFCI-Wert, einen Transportkanal auf den zu einem bestimmten Zeitpunkt empfangene Funksignale abgebildet sind, identifizieren. Deshalb detektieren MCCH zu empfangen wünschende UEs nur FACH entsprechende Funksignale, detektieren selektiv zum MCCH gehörige Daten aus den zum FACH gehörigen Funksignalen unter Benutzung der TCTF-Information, und senden die detektierten Daten an ein oberes Layer.
Es wird angenommen, dass ein PCH und 2 FACHs (FACH 1 und FACH 2) im S-CCPCH eingerichtet sind. Das UE hat über Systeminformation Transportformat-Kombinationssatz (TFCS)-Information des S-CCPCH und Transportformatsatz (TFS)-Information jedes Transportkanals erkannt.
Der TFS ist jedem Transportkanal eindeutig zugewiesen. Ein TFS beinhaltet eine Vielzahl an Transportformaten (TFs), und jedes TF ist durch eine Transportformat-Identität (TFI) gekennzeichnet und umfasst Parameter für einen semi-statischen Teil und einen dynamischen Teil. Der semi-statische Anteil ist zusammengesetzt aus auf alle TFs eines Transportkanals angewandte Parameter, und beinhaltet ein Übertragungszeitintervall (TTI: Transmission Time Interval), für dessen Dauer Daten auf dem Transportkanal übertragen und empfangen werden, Kanalcodierung und eine Kodierungsrate, die auf die Daten auf dem Transportkanal anzuwenden ist, und eine Bit-Größe eines zyklischen Redundanzcodes (CRC: cyclic redundancy code) zur Fehlererkennung. Der dynamische Anteil ist zusammengesetzt aus Parametern, die einzigartig auf jedes Transportformat eines Transportkanals angewendet sind und beinhaltet eine Menge (oder Transportblockgröße) der pro Einheitszeit übertragenen und empfangenen Daten.
Der TFCS ist einem physikalischen Kanal zugewiesen, z.B. hier S-CCPCH, und beinhaltet Transportformat-Kombinationsidentitäten (TFCIs), die Identitäten von Transportformatkombinationen der auf dem S-CCPCH abgebildeten Transportkanäle sind. Zum Beispiel bedeutet TFCI 0 eine Kombination aus TFI 0 des PCH, TFI 0 des FACH 1 und TFI 0 des FACH 2. Im Falle des S-CCPCH sind die Inhalte (d.h. jede TFCI) des TFCS und eine Größe (die anzeigt, wie viele TFCIs zur Bildung des TFCS benutzt sind) des TFCS als Systeminformation gegeben.
Weil ein UE TFCS eines empfangenen S-CCPCH und TFS von jedem Transportkanal erkannt hat, kann das UE, gestützt auf TFCI-Werte von Funksignalen, die über den S-CCPCH übertragen werden, einen Transportkanal zu dem Daten gehören, bestimmen. Deshalb detektiert und verarbeitet ein UE, welches MCCH zu empfangen wünscht, nur die zu FACH 1 und FACH 2 gehörigen Funksignale und empfängt danach selektiv nur MCCH-Daten durch TCTF-Analyse.
Wenn jedoch MCCHs, wie die anderen logischen Kanäle, wie in 5 gezeigt, durch alle FACHs übertragen werden, verarbeitet das UE alle FACHs des S-CCPCH in einem physikalischen Layer. Um dieses Problem zu lösen, ist in bevorzugten Ausführungsformen der vorliegenden Erfindung MCCH auf irgendeinen ("any one") von den FACHs des S-CCPCH abgebildet.
6 ist ein Diagramm, welches den Aufbau eines Transportkanals für MCCH gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung darstellt. Mit Bezug auf 6 sind eine Vielzahl an FACHs 625 bis 630, auf die PCCH 635 oder andere logische Kanäle 640 und 655 abgebildet sind, in S-CCPCH#1 610 einer Funkzelle 605 eingerichtet, und MCCH 650 ist auf einen bestimmten FACH#X 630 abgebildet. Ein RNC benachrichtigt FACH, auf den MCCH abzubilden ist, (nachstehend mit FACH_MCCH bezeichnet) über Systeminformation. UEs, die wünschen, MBMS-Steuerinformation, d.h. MCCH-Daten, zu empfangen, erkennen TFS des FACH_MCCH und TFCS des FACH_MCCH einschließenden S-CCPCH (nachstehend mit S-CCPCH_MCCH bezeichnet) durch die Systeminformation. Die UEs verarbeiten nur die zum FACH_MCCH gehörigen Daten durch TFCI-Analyse des S-CCPCH. In diesem Fall empfängt das UE keine FACHs, die nicht MCCH befördern, sondern empfängt nur die MCCH befördern den FACHs. Für die Systeminformation kann ein Systeminformationselement (IE) dem bestehenden SIB hinzugefügt sein oder es kann ein neuer SIB benutzt werden.
Eine Beschreibung verschiedener Ausführungsformen der vorliegenden Erfindung zum Benachrichtigen von S-CCPCH und FACH, auf die MCCH abgebildet ist, wird nun vorgenommen. In den unten beschriebenen Ausführungsformen repräsentiert FACH_MCCH den FACH, über welchen MCCH übertragen wird und FACH_MCCH-Information repräsentiert Information, auf welcher basierend ein UE den FACH erkennen kann, über den MCCH übertragen wird. Zusätzlich wird der den FACH_MCCH beinhaltende S-CCPCH mit "S-CCPCH_MCCH" bezeichnet.
Erste Ausführungsform
In einer ersten Ausführungsform überträgt ein RNC FACH_MCCH-Information durch SIB 5/6.
7A ist ein Diagramm, welches ein Format von FACH_MCCH-Information einschließender Systeminformation gemäß einer ersten Ausführungsform der vorliegenden Erfindung darstellt.
In einem Mobil-Kommunikationssystem umfasst die zwischen einem UE und einem RNC ausgetauschte Systeminformation eine Vielzahl an Informationselementen (IEs) 725 bis 765, wie in 7A dargestellt. Das IE ist eine Informations-Einheit, die durch Sende- und Empfangsseiten analysiert werden kann. Ein RNC schließt in 7A gezeigte S-CCPCH-Systeminformation in einem zugeordneten SIB vor der Ausstrahlung ein, um UEs über Information zu spezifisch für jede Funkzelle eingerichtete S-CCPCH in Kenntnis zu setzen.
Eine Zuordnung von jeder der IEs, die die Systeminformation darstellen, ist unterteilt in "Need" (Notwendigkeit) 710, "Multi" 715 und "Typus" 720.
Der Need 710 ist ein Wert, der anzeigt, ob ein zugehöriges IE in einer zugehörigen Nachricht oder einem höheren IE notwendigerweise vorhanden sein sollte. MP (zwingend vorhanden, Mandatory Present) zeigt an, dass das entsprechende IE notwendigerweise in einer zugehörigen Nachricht oder einem höheren IE vorhanden sein sollte, wohingegen OP (Optional) anzeigt, dass das entsprechende IE entsprechend den Umständen optional vorhanden sein kann. Jedes IE kann eine Vielzahl an niedrigeren IEs beinhalten und eine Vielzahl der niedrigeren IEs kann eine höhere IE bilden. Die höhere IE und die niedrigere IE sind relativ zueinander. Zum Beispiel ist sekundäre CCPCH-Systeminformation 725 eine höchste IE und beinhaltet sekundäre CCPCH info 730, TFCS 735 und FACH/PCH-Information 740, die alle mit ">" gekennzeichnet sind. Ferner sind TFS 745, Transport-Kanal-Identität 750, CTCH-Indikator 755, PICH (Paging-Indikator-Kanal) info 760, und MCCH-Indikator 765, die alle mit ">>" gekennzeichnet sind, niedrigere, in der FACH/PCH-Information 740 beinhaltete IEs.
Multi 715 zeigt die größtmögliche Zahl zugehöriger IEs an und eine Leerstelle bedeutet, dass die maximale Zahl zugehöriger IEs eins ist. In 7A ist abgebildet, dass die sekundäre CCPCH info 730 und das TFCS 735 jeweils eine IE haben, wie auch TFS 745 durch MCCH-Indikator 765. Der Typus 720 zeigt die Art an, in welcher ein zugehöriges IE kodiert ist. Obwohl ein entsprechendes IE während seiner tatsächlichen Übertragung durch eine Ganzzahl ausgedrückt wird, wird es in einer Empfangsseite als ein zu jeder Ganzzahl gehöriger Wert interpretiert. Außerdem bedeutet "Boolean", dass ein zugehöriges IE durch entweder "wahr" oder "falsch" ausgedrückt ist und "Integer" bedeutet, dass ein entsprechendes IE als eine Ganzzahl kodiert ist.
Sekundäre CCPCH-Systeminformation 725 wird, wie oben angegeben, durch SIB 5 und SIB 6 übertragen und ein UE benutzt Information über SIB 5 oder Information über SIB 6 gemäß seinem Zustand. S-CCPCH-Konfigurationsinformation, die eine Funkzelle konfiguriert, wird durch sekundäre CCPCH-Systeminformation 725 übertragen, und sekundäre CCPCH Systeminformation 725 umfasst die sekundäre CCPCH info 730, TFCS 735 und FACH/PCH-Information 740.
Sekundäre CCPCH info 730 beinhaltet OVSF-Kode-Information eines zugehörigen S-CCPCH, und TFCS 735 beinhaltet TFCS-Information, oder TFCIs, des gehörigen S-CCPCH. FACH/PCH-Information 740 beinhaltet Information, bezogen auf die auf dem zugehörigen S-CCPCH abgebildeten Transportkanäle.
Für jeden auf einem zugehörigen S-CCPCH abgebildeten Transportkanal, beinhaltet FACH/PCH-Information 740 TFSs 745 von entsprechenden Transportkanälen, Transportkanalidentität 750, CTCH-Indikator 755, der anzeigt, ob ein gemeinsamer Traffic-Kanal (CTCH) auf einem zugehörigen Transportkanal abgebildet ist, und PICH info 760, übereingestimmt mit einem entsprechenden PCH, wenn der zugehörige Transportkanal der PCH ist. Die Anzahl der FACH/PCH-Information 740 ist identisch zur Anzahl der Transportkanäle, die in dem entsprechenden S-CCPCH eingerichtet sind.
In der Annahme, dass zwei S-CCPCHs in einer bestimmten Funkzelle errichtet wurden und dass ein erster S-CCPCH einen PCH und einen FACH umfasst, während ein zweiter S-CCPCH FACH1 und FACH2 umfasst, wird nun eine Beschreibung der Systeminformation für jeden S-CCPCH vorgenommen, um die erste Ausführungsform der vorliegenden Erfindung zu beschreiben.
Ein Beispiel sekundärer CCPCH-Systeminformation 725 für den ersten S-CCPCH ist nachstehend definiert.
Secondary CCPCH info (730) = C(256,16)
TFCS (735) =[(TFCI 0 = TFI 0, TFI0), (TFCI 1 = TFI0, TFI 1), (TFCI 2 = TFI1, TFI0), (TFCI 3 = TFI 1, TFI 1)]
TFS for PCH (745) = [(Semi Static part = 10 msec TTI, 1/2 CC, 8 bit
CRC), (Dynamic part = (TF 0 = 0 bit), (TF 1 = 150 bit)]
Transport Channel Identity (750) = 1
CTCH indicator (755) = false
PICH info (760)
MCCH indicator (765) = false
TFS for FACH (745) = [(Semi Static part = 10 msec TTI, 1/2 CC, 8 bit CRC), (Dynamic part = (TF 0 = 0 bit), (TF 1 = 200 bit)]
Transport Channel Identity (750) = 2
CTCH indicator (755) = false
MCCH indicator (765) = true
Gemäß obigem Beispiel ist der FACH des ersten S-CCPCH als FACH_MCCH zugewiesen.
Ein Beispiel für sekundäre CCPCH-Systeminformation 725 für den zweiten S-CCPCH ist nachstehend definiert.
Secondary CCPCH info (730) = C(256, 32)
TFCS (735) = [(TFCI 0 = TFI 0, TFI 0), (TFCI 1 = TFI 0, TFI1), (TFCI 2 = TFU. TFI 0), (TFCI 3 = TFI1, TFI1)]
TFS for FACH 1 (745) = [(Semi Static part = 10 msec TTI, 1/2 CC, 8 bit CRC), (Dynamic part = (TF 0 = 0 bit), (TF 1 = 200 bit)]
Transport Channel Identity (750) = 32
CTCH indicator (755) = true
MCCH indicator (765) = true
TFS for FACH 2 (745) = [(Semi Static part – 10 msec TTI, 1/3 CC, 16 bit CRC), (Dynamic part = (TF 0 = 0 bit), (TF 1 = 150 bit)]
Transport Channel Identity (750) = 31
CTCH indicator (755) = false
MCCH indicator (765) = true
Gemäß dem obigen Beispiel ist der FACH1 des zweiten S-CCPCH als FACH_MCCH zugewiesen.
In der ersten Ausführungsform der vorliegenden Erfindung ist eine niedrigere IE, MCCH-Indikator 765 genannt, in FACH/PCH-Information 740 eingeschlossen, in der FACH-Information beschrieben ist. Weil TFS 745 und Transport-Kanal-Identität 750 für den FACH, auf den ein bestimmter MCCH abzubilden ist, in einem IE der FACH/PCH-Information 740 beinhaltet sind, ist MCCH-Indikator 765, der auf "wahr" gesetzt ist, in die FACH/PCH-Information 740 eingefügt. Für FACHs, auf die MCCH nicht abzubilden ist, ist MCCH-Indikator 765 der FACH/PCH-Information 740 auf "falsch" gesetzt.
Nachdem ein UE zur Konfiguration einer Funkzelle benutzte S-CCPCH-Konfigurationsinformation und Konfigurationsinformation von in jedem S-CCPCH konfigurierten FACHs durch die sekundäre CCPCH-Systeminformation 725 erkannt hat, betrachtet ein MCCH zu empfangen wünschendes UE FACH, wo MCCH-Indikator 765 als "wahr" kodiert ist als FACH_MCCH. Während der Versendung von SIB 5/6 setzt ein RNC während der Bildung der sekundären CCPCH-Systeminformation 725 MCCH-Indikator 765 auf "wahr" in der FACH/PCH-Information 740 für FACHs zur Übertragung von MCCHs und setzt MCCH-Indikator 765 von FACHs, die nicht MCCH übertragen, auf "falsch".
2. Zweite Ausführungsform
In einer zweiten Ausführungsform wird ein MCCH IE, welches MCCH-zugehörige Information umfasst, frisch definiert und eine sekundäre CCPCH-Identität und eine Transportkanalidentität, welche FACH_MCCH-Information sind, werden in der MCCH IE eingeschlossen. 7B ist ein Diagramm, welches eine ein MCCH IE einschließende Systeminformation gemäß einer zweiten Ausführungsform der vorliegenden Erfindung darstellt.
Mit Bezug auf 7B ist das MCCH IE 770 ein höheres IE, welches spezifisch für jede Funkzelle eingerichtete MCCH-bezogene Information beinhaltet, und beinhaltet ein niedrigeres IE, welches "Transportkanal für MCCH" 772 genannt ist und Information über einen FACH, über den MCCH übertragen werden wird, enthält. "Transportkanal für MCCH" 772 beinhaltet eine sekundäre CCPCH-Identität 774 und eine Transportkanal-Identität 775.
Die sekundäre CCPCH-Identität 774 ist eine den S-CCPCH, über den FACH_MCCH übertragen wird, anzeigende Identität. Wenn z.B. FACH_MCCH auf einen dritten S-CCPCH abgebildet ist, wird die sekundäre CCPCH-Identität 774 zu 3. Hierbei ist die Reihenfolge der S-CCPCHs identisch mit der Reihenfolge der in den SIB 5/6 beschriebenen Systeminformationen.
Transportkanalidentität 775 ist eine den FACH_MCCH, d.h. FACH auf den MCCH abgebildet ist, kennzeichnende Identität. Transportkanalidentität 775 hat einen Wert zwischen 1 und 32, und ein RNC fügt eine Transportkanalidentität des FACH_MCCH in Transportkanalidentität 775 ein. Transportkanalidentität 775 ist identisch zur Transportkanalidentität 750 eines zugehörigen Kanals, der in der sekundären CCPCH-Systeminformation 725 eingeschlossen ist. "Andere Information" 778 beinhaltet andere auf MCCH bezogene Information und eine Beschreibung hiervon wird hier ausgelassen, da sie nicht direkt in Bezug zur vorliegenden Erfindung steht.
In der Annahme, dass zwei S-CCPCHs in einer bestimmten Funkzelle eingerichtet wurden und ein erster S-CCPCH einen PCH und einen FACH umfasst, während ein zweiter S-CCPCH FACH1 und FACH2 umfasst, wird nun eine Beschreibung der Systeminfor mation für jeden S-CCPCH vorgenommen, um die zweite Ausführungsform zu beschreiben.
Wenn FACH des ersten S-CCPCH FACH_MCCH ist, wird die sekundäre CCPCH-Identität 774 von "Transportkanal für MCCH" 772 zu "1" und Transportkanalidentität 775 wird zu "2". Wenn FACH1 des zweiten S-CCPCH FACH_MCCH ist, wird sekundäre CCPCH-Identität 774 von "Transportkanal für MCCH" 772 zu "2", und die Transportkanalidentität 775 wird zu "32".
Wenn FACH des ersten S-CCPCH und FACH1 des zweiten S-CCPCH beide FACH_MCCH sind, werden zwei IEs des "Transportkanals für MCCH" 772 benutzt. Zu diesem Zweck hat MCCH IE 770 IEs der S-CCPCH-Identität = 1 und Transportkanalidentität = 2, und IEs der S-CCPCH-Identität = 2 und Transportkanalidentität = 32.
3. Dritte Ausführungsform
In einer dritten Ausführungsform wird FACH_MCCH-Information nicht unter Verwendung einer Transportkanalidentität, sondern einer TFS-Identität gemeldet. 7C ist ein Diagramm, welches zur Bekanntgabe von FACH_MCCH unter Verwendung von TFS-Identität nötige IEs gemäß einer dritten Ausführungsform der vorliegenden Erfindung darstellt.
Nach FACH_MCCH-Auswahl bildet ein RNC ein MCCH IE 780, welches ein "TFS für MCCH" 782 genanntes IE mit Information über den FACH_MCCH beinhaltet und meldet das gebildete MCCH IE 780 als Systeminformation. "TFS für MCCH" 782 umfasst niedrigere IEs einer sekundären CCPCH-Identität 784 und einer TFS-Identität 786. Sekundäre CCPCH-Identität 784 hat die gleiche Information wie sekundäre CCPCH-Identität 774 aus 7B. Das heißt, dass die sekundäre CCPCH-Identität 784 eine Identität des S-CCPCH ist, auf den FACH_MCCH abgebildet ist. Die TFS-Identität 786 bedeutet eine TFS-Identität des FACH_MCCH und wird zur Erkennung eines Transportkanals benutzt, wie Transportkanalidentität 775 aus 7B. Transportkanalidentität 775 hat einen Wert eines Maximums von 32, aber ein Maximum von 8 TFS besteht für einen S-CCPCH. Deshalb hat die TFS-Identität 786 einen Wert eines Maximums von 8, was zu einer Reduktion seiner Größe beiträgt. Das heißt, dass die dritte Ausführungsform ein Verfahren vorsieht zur Benachrichtigung, zu welchem Transportkanal der FACH_MCCH gehört, in der entsprechenden sekundären CCPCH-Systeminformation.
In der Annahme, dass zwei S-CCPCHs in einer bestimmten Funkzelle eingerichtet wurden und ein erster S-CCPCH einen PCH und einen FACH umfasst, während ein zweiter S-CCPCH FACH1 und FACH2 umfasst, wird nun eine Beschreibung der Systeminformation für jeden S-CCPCH vorgenommen, um die dritte Ausführungsform zu beschreiben.
Wenn FACH1 des zweiten S-CCPCH FACH_MCCH ist, wird sekundäre CCPCH-Identität 784 des "TFS für MCCH" 782 zu "2", und TFS-Identität 786 wird zu "1". Wenn FACH des ersten S-CCPCH und FACH1 des zweiten S-CCPCH beide FACH_MCCH sind, werden zwei IEs des "TFS für MCCH" 782 benutzt. Zu diesem Zweck hat MCCH IE 780 IEs der S-CCPCH-Identität = 1 und TFS-Identität = 2 und IEs der S-CCPCH-Identität = 2 und TFS-Identität = 1.
8 ist ein Flussdiagramm, welches den Ablauf des MCCH-Empfangens durch ein UE gemäß einer ersten Ausführungsform der vorliegenden Erfindung darstellt. Ein in einer bestimmten Funkzelle befindliches UE erfasst Systeminformation der zugehörigen Funkzelle, um einen durch einen RNC unterstützen MBMS-Dienst zu empfangen. Die Systeminformation wird vom RNC an einen die Funkzelle kontrollierenden Node B gesendet, und beinhaltet ein "sekundäre CCPCH-Systeminformation" 725 genanntes IE. In Schritt 805 empfängt das UE sekundäre CCPCH-Systeminformation 725. Sekundäre CCPCH-Systeminformation 725 ist z.B. in SIB 5/6, der über P-CCPCH übertragen wird, enthalten.
In Schritt 810 extrahiert das UE S-CCPCH_MCCH-Information und FACH_MCCH_ALL-Information, die in sekundärer CCPCH-Systeminformation 725 eingeschlossen sind. S-CCPCH MCCH-Information ist sekundäre CCPCH-Systeminformation 725, die FACH/PCH-Infonnation 740, in welcher MCCH-Indikator 765 auf "wahr" gesetzt ist, beinhaltet. Das heißt, dass S-CCPCH MCCH-Information sekundäre CCPCH info 730, TFCS 735 und FACH/PCH-Information 740, wie in 7A abgebildet, beinhaltet. FACH_MCCH_ALL-Information meint die Transportkanalidentität 750 des FACH_MCCH.
In Schritt 815 rekonfiguriert das UE ein physikalisches Layer gemäß der S-CCPCH_MCCH-Information und der FACH_MCCH_ALL-Information und empfängt S-CCPCH-Daten über das physikalische Layer. Das heißt, dass das UE unter Verwendung von sekundärer CCPCH info 730, TFCS 735 und FACH/PCH-Information 740 der S-CCPCH_MCCH-Information eine physikalische Kanal-Dekanalisierungssektion (phy sical channel de-channelization section) zum Empfangen von S-CCPCH, einen Transportkanaldiskriminator und Transportkanalprozessoren konfiguriert. Die FACH_MCCH_ALL-Information, d.h. die Transportkanalidentität 750 des FACH_MCCH wird zum Transportkanaldiskriminator übertragen. Ein detaillierter Aufbau der Dekanalisierungssektion, des Transportkanaldiskriminators und der Transportkanalprozessoren wird unter Bezug auf 10 beschrieben. Die empfangenen S-CCPCH-Daten sind durch Daten auf einer Vielzahl an auf dem S-CCPCH abgebildeten Transportkanälen gebildet und werden in einem Zwischenspeicher gespeichert, bevor sie an die Transportkanalprozessoren geliefert werden.
In Schritt 820 detektiert das UE im TFCS 735 der empfangenen S-CCPCH_MCCH-Information enthaltene TFCI-Werte. Der Transportkanaldiskriminator des UEs analysiert die TFCI-Werte und bestimmt Transportkanäle, zu denen S-CCPCH-Daten, die im Zwischenspeicher gespeichert sind, korrespondieren, entsprechend der analysierten TFCI-Werte des S-CCPCH_MCCH. Wenn z.B. die Hälfte der im Zwischenspeicher gespeicherten Daten FACH1-Daten und der Rest FACH2-Daten sind, richtet sich der Transportkanaldiskriminator ein, die Daten an einen entsprechenden Transportkanalprozessor zu senden.
In Schritt 825 leitet der Transportkanaldiskriminator des UE zum FACH_MCCH zugehörige Daten aus dem im Zwischenspeicher gespeicherten S-CCPCH-Daten an einen entsprechenden Transportkanalprozessor weiter. In diesem Fall kann Datenmaterial auf anderen Transportkanälen, das für den MBMS-Dienst unnötig ist, aus dem Zwischenspeicher verworfen werden, ohne an den Transportkanalprozessor übertragen zu werden. Durch Ausführen solch einer Operation verarbeitet das UE selektiv nur MCCH-Daten, d.h. MBMS-Steuerinformation, die über einen ausgewählten FACH übertragen wird.
9 ist ein Flussdiagramm, welches einen Arbeitsablauf des MCCH-Empfangs durch ein UE gemäß einer zweiten und dritten Ausführungsform der vorliegenden Erfindung darstellt. In Schritt 905 empfängt das UE sekundäre CCPCH-Systeminformation 725 und MCCH IEs 770 und 780. Sekundäre CCPCH-Systeminformation 725 beinhaltet einen typischen S-CCPCH betreffende Parameter, die keine Information über FACH_MCCH einschließen und wird mit anderen IEs mit der Ausnahme des MCCH-Indikators 765 in der S-CCPCH-Systeminformation, wie in 7A abgebildet, gebildet. Sekundäre CCPCH-Systeminformation 725 ist in SIB 5/6 eingefügt. MCCH IEs 770 und 780 können in einem neuen SIB eingefügt sein.
In Schritt 910 extrahiert das UE S-CCPCH_MCCH-Information und FACH_MCCH_ALL-Information aus sekundärer CCPCH-Systeminformation 725 und respektive MCCH IEs 770 und 780. Die FACH_MCCH_ALL-Information wird für die zweite Ausführungsform und die dritte Ausführungsform getrennt beschrieben werden.
In der zweiten Ausführungsform werden sekundäre CCPCH Info 730 und TFCS 735 einer x-ten (x^th) sekundären CCPCH-Systeminformation 725 als S-CCPCH_MCCH-Information betrachtet, wenn ein Wert der sekundären CCPCH-Identität 774 des MCCH IE 770 als "x" vorausgesetzt wird. Ferner wird ein Transportkanal, in welchem Transportkanalidentität 750 in Information über Transporkanäle, die in der x-ten sekundären CCPCH-Systeminformation 725 beinhaltet ist, "y" ist, als FACH_MCCH betrachtet, wenn ein Wert einer Transportkanalidentität 750 des MCCH IE 770 als "y" definiert ist. TFS 745 und Transportkanalidentität 750 des FACH_MCCH gelten als FACH_MCCH_ALL-Information.
In der dritten Ausführungsform werden sekundäre CCPCH info 730 und TFCS 735 der x-ten sekundären CCPCH-Systeminformation 72e5 als S-CCPCH_MCCH-Information betrachtet, wenn ein Wert der sekundären CCPCH-Identität 784 des MCCH IE 780 als "x" vorausgesetzt wird. Ferner wird, wenn ein Wert der TFS-Identität 786 des MCCH IE 780 als "y" definiert ist, ein y-ter (y^th) Transportkanal aus den in der x-ten sekundären CCPCH-Systeminformation 725 eingeschlossenen Transportkanäle als FACH_MCCH betrachtet. TFS 745 und Transportkanalidentität 750 des FACH_MCCH gelten als FACH_MCCH_ALL-Information.
In Schritt 915 rekonfiguriert das UE ein physikalisches Layer gemäß der S-CCPCH_MCCH-Information und der FACH_MCCH_ALL-Information und empfängt S-CCPCH-Daten über das physikalische Layer. Das heißt, dass das UE eine physikalische Kanal-Dekanalisierungssektion zum Empfangen von S-CCPCH, einen Transportkanaldiskriminator und Transportkanalprozessoren unter Verwendung sekundärer CCPCH info 730, TFCS 735 und FACH/PCH-Information 740 der S-CCPCH_MCCH-Information konfiguriert. Die FACH_MCCH_ALL-Information, d.h. die Transportkanalidentität 750 des FACH_MCCH wird an den Transportkanaldiskriminator übertragen. Ein detaillierter Aufbau der Dekanalisierungssektion, des Transportkanaldiskriminators und der Transportkanalprozessoren wird mit Bezug auf 10 beschrieben. Das empfange ne S-CCPCH-Datenmaterial wird mit Daten auf den auf den S-CCPCH abgebildeten Transportkanälen gebildet und in einem Zwischenspeicher gespeichert, bevor es an die Transportkanalprozessoren geliefert wird.
In Schritt 920 detektiert das UE TFCI-Werte, die in TFCS 735 der empfangenen S-CCPCH_MCCH-Information beinhaltet sind. Der Transportkanaldiskriminator des UE analysiert die TFCI-Werte und bestimmt Transportkanäle, zu denen S-CCPCH-Daten, die im Zwischenspeicher gespeichert sind, korrespondieren, gemäß der analysierten TFCI-Werte des S-CCPCH_MCCH. Wenn z.B. die Hälfte der im Zwischenspeicher gespeicherten Datenmenge FACH1-Daten und der Rest FACH2-Daten sind, richtet sich der Transportkanaldiskriminator ein, die Daten an einen entsprechenden Transportkanalprozessor zu übertragen.
In Schritt 925 leitet der Transportkanaldiskriminator des UE die aus dem im Zwischenspeicher gespeicherten S-CCPCH-Daten zum FACH_MCCH gehörigen Daten an einen zugehörigen Transportkanalprozessor weiter. Durch Ausführen einer derartigen Operation verarbeitet das UE selektiv nur MCCH-Daten, d.h. MBMS-Steuerinformation, die über einen ausgewählten FACH übertragen wird.
10 ist ein Blockdiagramm, welches den Aufbau eines UEs zum MCCH-Empfang gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung darstellt. Mit Bezug auf 10 empfängt eine Empfangsantenne 1105 ein Signal auf einer Funkverbindung, welches von einem Node B, der eine Funkzelle betreibt, in der sich ein UE befindet, übertragen wird und liefert das empfangene Funksignal an eine Funkfrequenz (RF: Radio Frequency)-Sektion 1110. Die RF-Sektion 1110 konvertiert das Funksignal in ein Basisband (baseband) -Signal und liefert das konvertierte Basisbandsignal an einen Demodulator 1115. Der Demodulator 1115 demoduliert das Basisbandsignal und liefert das demodulierte Signal an einen S-CCPCH-Empfänger 1120. Der S-CCPCH-Empfänger 1120 beinhaltet eine Dekanalisierungssektion 1125, einen Zwischenspeicher 1130 und einen Transportkanaldiskriminator 1135.
Die Dekanalisierungssektion 1125 erfasst eine Vielzahl von IEs der sekundären CCPCH-Systeminformation 725 durch vorher empfangene Systeminformation, und extrahiert S-CCPCH-Daten durch Dekanalisierung des demodulierten Signals unter Verwendung von sekundärer CCPCH info 730, d.h. eines OVSF-Kodes für S-CCPCH der sekundären CCPCH-Systeminformation 725. Die extrahierten S-CCPCH-Daten sind in Zwischenspeicher 1130 gespeichert.
Die S-CCPCH-Daten sind mit einem Datenfeld und einem TFCI-Feld, wie in 4 abgebildet, ausgebildet. Der Transportkanaldiskriminator 1135 unterteilt S-CCPCH-Daten, die im Zwischenspeicher 1130 gespeichert sind, in Daten für eine Vielzahl an Transportkanälen unter Verwendung von TFCS 735 der sekundären CCPCH-Systeminformation 725 und TFS 745 für jeden Transportkanal und analysiert TFCIs der Daten auf den Transportkanälen. Der Transportkanaldiskriminator 1135 entscheidet, an welchen Transportkanalprozessor 1140 er die im Zwischenspeicher 1130 gespeicherten Daten weiterleiten soll. Wenn hier zwei oder mehr FACH_MCCHs auf zwei oder mehr S-CCPCHs zugewiesen sind, werden zwei oder mehr Transportkanalprozessoren 1140 zum getrennten Verfahren mit den Daten auf den FACH_MCCHs benutzt, um die MBMS-Steuerinformation anzueignen.
In der ersten Ausführungsform analysiert der Transportkanaldiskriminator 1135 MCCH-Indikator 765 der FACH/PCH-Information 740 jedes Transportkanals und bestimmt einen Transportkanal, dessen MCCH-Indikator 765 auf "wahr" gesetzt ist als FACH_MCCH. Wenn bestimmt wird, dass FACH1 eines zweiten S-CCPCH FACH_MCCH ist, wählt der Transportkanaldiskriminator 1135 FACH_MCCH-Daten, d.h. S-CCPCH-Daten, in denen ein TFCI-Wert des FACH_MCCH unter TFCIs, die im TFCS 735 enthalten sind, auf den Wert "1" gesetzt ist, und leitet die gewählten FACH_MCCH-Daten an den Transportkanalprozessor 1140 weiter, um die für den MBMS-Dienst nötige MBMS-Steuerinformation zu erhalten.
In der zweiten Ausführungsform bestimmt der Transportkanaldiskriminator 1135 den FACH_MCCH durch Analysieren der S-CCPCH-Identität 774 und der Transportkanalidentität 775 des MCCH IE 770. Wenn die S-CCPCH-Identität 774 "2" ist, was einen zweiten S-CCPCH anzeigt, und die Transportkanalidentität 775 "32" ist, was FACH1 anzeigt, betrachtet der Transportkanaldiskriminator 1135 FACH1 des zweiten S-CCPCH als FACH_MCCH, wählt FACH_MCCH-Daten, d.h. S-CCPCH-Daten, in denen ein TFCI-Wert des FACH_MCCH aus den im TFCS 735 enthaltenen TFCIs auf den Wert "1" gesetzt ist, und leitet die gewählten FACH_MCCH-Daten an den Transportkanalprozessor 1140 weiter, um die für einen MBMS-Dienst nötigen MBMS-Steuerinformationen zu erhalten.
In der dritten Ausführungsform bestimmt der Transportkanaldiskriminator 1135 den FACH_MCCH durch Analyse der S-CCPCH-Identität 784 und TFS-Identität 786 der MCCH IE 780. Wenn die S-CCPCH-Identität 784 "2" ist, was einen zweiten S-CCPCH anzeigt, und die TFS-Identität 786 "1" ist, was FACH1 anzeigt, betrachtet der Transportkanaldiskriminator 1135 FACH1 des zweiten S-CCPCH als FACH_MCCH, wählt FACH_MCCH-Daten aus, d.h. S-CCPCH-Daten, in welchen ein TFCI-Wert des FACH_MCCH aus den im TFCS 735 enthaltenen TFCIs auf "1" gesetzt ist, und leitet die ausgewählten FACH_MCCH-Daten an den Transportkanalprozessor 1140 weiter, um die für einen MBMS-Dienst nötige MBMS-Steuerinformation zu erhalten.
Der Transportkanalprozessor 1140 umfasst einen Kanaldekodierer 1145 und einen CRC-Operator 1150. Kanalkodierungsparameter und CRC-zugehörige Parameter, die in TFS 745 der S-CCPCH-Systeminformation 725 enthalten sind, welche durch das UE empfangen wird, werden zur Konfiguration des Transportkanalprozessors 1140 benutzt. Der Kanaldekodierer 1145 kanaldekodiert FACH_MCCH-Daten, die vom Zwischenspeicher 1130 geliefert werden und liefert die kanaldecodierten FACH_MCCH-Daten an CRC-Operator 1150. CRC-Operator 1150 führt eine CRC-Operation auf die dekodierten FACH_MCCH-Daten aus und beliefert einen CRC-bereinigten (CRC-removed) reinen Datenteil an ein höheres Layer, wenn das CRC-Ergebnis "gut" oder "kein Fehler" ist. Das höhere Layer eignet sich MBMS Steuerinformation durch Analyse des reinen Datenteils an und benutzt die MBMS Steuerinformation für einen MBMS-Dienst.
Wie aus der vorhergehenden Beschreibung zu verstehen ist, überträgt die vorliegende Erfindung MBMS-Steuerinformation an ein bestimmtes Funkzellengebiet über nur einen Transportkanal, so dass es UEs erlaubt ist, nur den Transportkanal zu verarbeiten, über den die MBMS-Steuerinformation übertragen wird, womit zu effizienter Datenverarbeitung beigetragen wird.
Obwohl die Erfindung mit Verweis auf eine bestimmte bevorzugte Ausführungsform davon dargelegt und beschrieben wurde, wird der Fachmann verstehen, dass verschiedene Änderungen in Form und Einzelheiten darin vorgenommen werden können, ohne von dem Umfang der Erfindung, wie er in den anliegenden Ansprüchen definiert ist, abzuweichen.

Claims

Verfahren zum Senden von MBMS-Steuerinformation (MBMS: multimedia broadcast/multicast service) zur Unterstützung eines MBMS-Dienstes an ein Benutzergerät UE (161, 162, 163; 171, 172) in einem Mobilkommunikationssystem einschließlich eines Node B (160; 170), mit einer Vielzahl an Transportkanälen und mindestens einem mit dem Node B kommunizierenden UE und das den MBMS-Dienst unterstützt, wobei das Verfahren die Schritte umfasst: Auswählen eines Transportkanals für MBMS-Steuerinformation aus einer Vielzahl an Transportkanälen (620, 625, 630), die auf einen sekundären gemeinsamen physikalischen Steuerkanal (secondary common control physical channel) (610) abgebildet sind; Senden eines Systeminformationsblocks, der den ausgewählten Transportkanal bezeichnet, an ein Funkzellengebiet, in dem UEs befindlich sind, unter Verwendung eines primären gemeinsamen physikalischen Steuerkanals (primary common control physical channel); und Senden der MBMS-Steuerinformation an das Funkzellengebiet unter Verwendung des ausgewählten Transportkanals.
Verfahren nach Anspruch 1, wobei der ausgewählte Transportkanal (630) ein Forward-Access-Kanal (forward access, vorwärts gerichteter Zugriff) ist.
Verfahren nach Anspruch 1, wobei der Systeminformationsblock umfasst: Information über den sekundären gemeinsamen physikalischen Steuerkanal; und Information über jeden der Vielzahl an Transportkanälen einschließlich eines Indikators, der bezeichnet, ob ein entsprechender Transportkanal die MBMS-Steuerinformation befördert.
Verfahren nach Anspruch 3, wobei die Information über den sekundären gemeinsamen physikalischen Steuerkanal einen Transportformatkombinationssatz (transport format combination set) umfasst einschließlich OVSF-Kodeinformation (OVSF-Kode: orthogonal variable spreading factor code, orthogonaler Spreizkode variabler Länge) des sekundären gemeinsamen physikalischen Steuerkanals und Transportformatkombinationsindikatoren des sekundären gemeinsamen physikalischen Steuerkanals.
Verfahren nach Anspruch 3, wobei die Information über jeden der Vielzahl der Transportkanäle einen Transportformatsatz, der Transportformate eines zugehörigen Transportkanals bezeichnet, eine Transportkanalidentität, einen Indikator der bezeichnet, ob ein gemeinsamer Traffic-Kanal auf den zugehörigen Transportkanal abgebildet ist, und Information über einen Paging-Indikatorkanal, bestehend wenn der zugehörige Transportkanal ein Paging-Kanal ist, umfasst.
Verfahren nach Anspruch 1, wobei der Systeminformationsblock eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, auf den der ausgewählte Transportkanal abgebildet ist, und eine Identität des ausgewählten Transportkanals umfasst.
Verfahren nach Anspruch 6, wobei die Identität des sekundären gemeinsamen physikalischen Steuerkanals die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal auf den der ausgewählte Transportkanal abgebildet ist, in einem anderen Systeminformationsblock, der Information über den sekundären gemeinsamen physikalischen Steuerkanal beinhaltet, beschrieben ist.
Verfahren nach Anspruch 1, wobei der Systeminformationsblock umfasst: eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, auf den der ausgewählte Transportkanal abgebildet ist; und eine Transportformatsatzidentität, die Transportformate des ausgewählten Transportkanals bezeichnet.
Verfahren nach Anspruch 8, wobei die Identität des sekundären gemeinsamen physikalischen Steuerkanals die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal, auf den der ausgewählte Transportkanal abgebildet ist, in einem anderen Systeminformationsblock, der Information über den sekundären gemeinsamen physikalischen Steuerkanal beinhaltet, beschrieben ist.
Verfahren zum Empfangen von MBMS-Steuerinformation zur Unterstützung eines von einem Node B (160; 170) gesendeten MBMS-Dienstes durch ein Benutzergerät UE (161, 162, 163; 171, 172) in einem Mobilkommunikationssystem einschließlich des Node B mit einer Vielzahl an Transportkanälen und mindestens einem mit dem Node B kommunizierenden UE und das den MBMS-Dienst unterstützt, wobei das Verfahren die Schritte umfasst: Empfangen eines Systeminformationsblocks, der einen zum Übertragen von MBMS-Steuerinformation aus einer Vielzahl an Transportkanälen (620, 625, 630), die auf einen sekundären gemeinsamen physikalischen Steuerkanal (610) abgebildet sind, ausgewählten Transportkanal bezeichnet, über einen primären gemeinsamen physikalischen Steuerkanal; Empfangen der MBMS-Steuerinformation über den ausgewählten Transportkanal aus der Vielzahl der Transportkanäle, unter Verwendung des Systeminformationsblocks; und Empfangen des MBMS-Dienstes unter Verwendung der MBMS-Steuerinformation.
Verfahren nach Anspruch 10, wobei der ausgewählte Transportkanal (630) ein Forward-Access-Kanal ist.
Verfahren nach Anspruch 10, wobei der Systeminformationsblock umfasst: Information über den sekundären gemeinsamen physikalischen Steuerkanal; und Information über jeden der Vielzahl der Transportkanäle einschließlich eines Indikators, der bezeichnet, ob ein zugehöriger Transportkanal die MBMS-Steuerinformation befördert.
Verfahren nach Anspruch 12, wobei die Information über den sekundären gemeinsamen physikalischen Steuerkanal einen Transportformatkombinationssatz einschließlich OVSF-Kodeinformation des sekundären gemeinsamen physikalischen Steuerkanals und Transportformatkombinationsindikatoren des sekundären gemeinsamen physikalischen Steuerkanals umfasst.
Verfahren nach Anspruch 12, wobei die Information über jeden der Vielzahl der Transportkanäle einen Transportformatsatz, der Transportformate eines zugehö rigen Transportkanals bezeichnet, eine Transportkanalidentität, einen Indikator, der bezeichnet, ob ein gemeinsamer Traffic-Kanal auf den zugehörigen Transportkanal abgebildet ist, und Information über einen Paging-Indikatorkanal, bestehend, wenn der zugehörige Kanal ein Paging-Kanal ist, umfasst.
Verfahren nach Anspruch 10, weiter den Schritt umfassend des Empfangens eines anderen Systeminformationsblocks, der Information über den sekundären gemeinsamen physikalischen Steuerkanal beinhaltet, über den primären gemeinsamen Steuerkanal.
Verfahren nach Anspruch 15, wobei der Systeminformationsblock umfasst: eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, die die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal, auf den der ausgewählte Transportkanal abgebildet ist, in besagtem anderen Systeminformationsblock beschrieben ist; und eine Identität des ausgewählten Transportkanals.
Verfahren nach Anspruch 15, wobei der Systeminformationsblock umfasst: eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, die die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal, auf den der ausgewählte Transportkanal abgebildet ist, in besagtem anderen Systeminformationsblock beschrieben ist; und eine Transportformatsatzidentität, die Transportformate des ausgewählten Transportkanals bezeichnet.
Vorrichtung zum Empfangen von MBMS-Steuerinformation zur Unterstützung eines von einem Node B (160; 170) gesendeten MBMS-Dienstes in einem Mobilkommunikationssystem einschließlich des Node B mit einer Vielzahl an Transportkanälen und das den MBMS-Dienst unterstützt, wobei die Vorrichtung umfasst: einen Empfänger (1120) zum Empfangen von Daten auf einem sekundären gemeinsamen physikalischen Steuerkanal (610), auf den eine Vielzahl an Transportkanälen (620, 625, 630) einschließlich eines zur Übertragung von MBMS- Steuerinformation ausgewählten Transportkanals abgebildet sind, gemäß Information über den sekundären gemeinsamen physikalischen Steuerkanal; einen Zwischenspeicher (1130) zum Speichern der Daten auf dem sekundären gemeinsamen physikalischen Steuerkanal, die von dem Empfänger empfangen werden; einen Transportkanaldiskriminator (1135) zum Auswählen von Daten auf dem ausgewählten Transportkanal aus den Daten auf dem sekundären gemeinsamen physikalischen Steuerkanal, die in dem Zwischenspeicher gespeichert sind, gemäß eines Systeminformationsblocks, der auf einem primären gemeinsamen physikalischen Steuerkanal empfangen wird und den ausgewählten Transportkanal bezeichnet, und zum Bewirken, dass der Zwischenspeicher die ausgewählten Daten ausgibt; und einen Transportkanalprozessor (1140) zum Analysieren der vom Zwischenspeicher ausgegebenen Daten auf dem ausgewählten Transportkanal und Aneignen der MBMS-Steuerinformation für den MBMS-Dienst.
Vorrichtung nach Anspruch 18, wobei der Transportkanaldiskriminator die im Zwischenspeicher gespeicherten Daten auf dem sekundären gemeinsamen physikalischen Steuerkanal in Daten für die Vielzahl der Transportkanäle, die auf den sekundären gemeinsamen physikalischen Steuerkanal abgebildet sind, aufteilt, einen Transportformatkombinationsindikator analysiert, der in den Daten auf der Vielzahl der Transportkanäle beinhaltet ist, um einen entsprechenden Transportkanal zu kennzeichnen, und Daten auf dem ausgewählten Transportkanal auswählt.
Vorrichtung nach Anspruch 18, wobei der Systeminformationsblock umfasst: Information über den sekundären gemeinsamen physikalischen Steuerkanal; und Information über jeden der Vielzahl der Transportkanäle einschließlich eines Indikators, der bezeichnet, ob ein zugehöriger Transportkanal die MBMS-Steuerinformation befördert.
Vorrichtung nach Anspruch 20, wobei die Information über den sekundären gemeinsamen physikalischen Steuerkanal ein Transportformatkombinationsset einschließlich OVSF-Kodeinformation des sekundären gemeinsamen physikalischen Steuerkanals und Transportformatkombinationsindikatoren des sekundären gemeinsamen physikalischen Steuerkanals umfasst.
Vorrichtung nach Anspruch 20, wobei die Information über jeden der Vielzahl der Transportkanäle einen Transportformatsatz, der Transportformate eines zugehörigen Transportkanals bezeichnet, eine Transportkanalidentität, einen Indikator, der bezeichnet, ob ein gemeinsamer Traffic-Kanal auf den zugehörigen Transportkanal abgebildet ist, und Information über einen Paging-Indikatorkanal, bestehend, wenn der zugehörige Kanal ein Paging-Kanal ist, umfasst.
Vorrichtung nach Anspruch 18, wobei der Systeminformationsblock umfasst: eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, auf den der ausgewählte Transportkanal abgebildet ist; und eine Identität des ausgewählten Transportkanals.
Vorrichtung nach Anspruch 23, wobei die Identität des sekundären gemeinsamen physikalischen Steuerkanals die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal, auf den der ausgewählte Transportkanal abgebildet ist, in einem anderen Systeminformationsblock beschrieben ist, der Information über den sekundären gemeinsamen physikalischen Steuerkanal beinhaltet.
Vorrichtung nach Anspruch 18, wobei der Systeminformationsblock umfasst: eine Identität des sekundären gemeinsamen physikalischen Steuerkanals, auf den der ausgewählte Transportkanal abgebildet ist; und eine Transportformatsatzidentität, die Transportformate des ausgewählten Transportkanals bezeichnet.
Vorrichtung nach Anspruch 25, wobei die Identität des sekundären gemeinsamen physikalischen Steuerkanals die Reihenfolge bezeichnet, in welcher Information über den sekundären gemeinsamen physikalischen Steuerkanal, auf den der ausgewählte Transportkanal abgebildet ist, in einem anderen Systeminformationsblock beschrieben ist, der Information über den sekundären gemeinsamen physikalischen Steuerkanal beinhaltet.