传输有用数据消息的方法、用户设备以及无线通信系统

摘要

公开了一种方法，用于从一个无线通信系统的一个网络元素通过至少一个传输信道向该无线通信系统的一个或多个用户设备传输有用数据消息，其中借助一条计划信息(BMC计划消息；C-类型、C-Raw、C-Cod、C-Param)在传输有用数据消息前通知该有用数据消息的形式。在此该计划信息尤其是包含第一计划消息和第二计划消息(BMC计划消息)，借助该第一计划消息通过第一独立传输信道通知有用数据消息的传输，借助该第二计划消息通过至少第二传输信道传输说明信息(C-类型、C-Raw、C-Cod、C-Param)，该说明信息说明待传输的有用数据消息的形式。待传输的有用数据消息的形式可包含有用数据消息的数据类型(C-类型)和/或编码(C-Cod)。通过通知计划信息中的有用数据消息的形式可能，用户设备只监听或接收该用户设备可实际处理的这些有用数据消息，由此在接收和处理时能量可被节省。

权利要求

1.用于从一个无线通信系统的一个网络元素通过至少一个传输信道向该无线通信系统的一个或多个用户设备传输有用数据消息的方法，其中借助一条广播多播控制层BMC的计划消息在传输有用数据消息前通知该有用数据消息的形式，其中待传输的有用数据消息的形式包含有用数据消息的数据类型和/或编码，其中所述数据类型包含文本格式、图像格式、音频格式、或视频格式，并且所述编码包含MP3格式、AMR格式、WAV格式、JPEG格式或MPEG-4格式。

2.如权利要求1所述的方法，其中所述计划信息包含第一计划消息和第二计划消息，借助该第一计划消息通过第一独立传输信道来通知有用数据消息的传输，借助该第二计划消息通过至少一个第二传输信道来传输说明信息，该说明信息说明待传输的有用数据消息的形式。

3.如权利要求2所述的方法，其中，在有用数据消息方面，所述说明信息还包含关于数据范围、图像数据和/或视频数据的图像大小、或音频数据和/或视频数据的播放持续时间的参数。

4.如权利要求1至3之一所述的方法，该方法在广播业务的范围中作为小区广播业务的扩展或多播业务的扩展被执行。

5.如权利要求1至3之一所述的方法，其中所述无线通信系统按照UMTS标准运行。

6.如权利要求2或3所述的方法，其中第一计划消息包含有关以下方面的信息，即何时和在哪个独立的所述至少一个第二传输信道上传输第二计划消息或有用数据消息。

7.如权利要求1至3之一所述的方法，其中所述一个或多个用户设备只接收以下有用数据消息，即针对该有用数据消息的处理来设计该一个或多个用户设备。

8.如权利要求1至3之一所述的方法，其中移动无线设备被用作用户设备。

9.如权利要求1至3之一所述的方法，其中所述一个或多个用户设备只接收以下有用数据消息，该用户设备能够处理关于所通知的形式的有用数据消息。

10.用于从一个无线通信系统的一个网络元素通过至少一个传输信道向该无线通信系统的一个或多个用户设备传输有用数据消息的装置，包括：借助一条广播多播控制层BMC的计划信息在传输有用数据消息前查询该有用数据消息的形式的装置，其中待传输的有用数据消息的形式包含有用数据消息的数据类型和/或编码，其中所述数据类型包含文本格式、图像格式、音频格式、或视频格式，并且所述编码包含MP3格式、AMR格式、WAV格式、JPEG格式或MPEG-4格式。

说明书

传输有用数据消息的方法、用户设备以及无线通信系统

[0001] 本发明涉及一种用于将有用数据消息从一个发射机向一个或多个接收机传输的方法、一种用户设备以及一种无线通信系统。

[0002] 在现代移动无线系统中提供的许多业务和应用中，消息不仅被传输给一个、而且被传输给两个和多个移动无线用户。这种业务和应用的例子是新闻组、视频会议、视频点播、分布应用等。

[0003] 在传输消息到各种用户时，可能的是，向每个接收机单独发送数据的拷贝。这种技术虽然能简单地实现，可是对于大组是不适用的。由于同样的消息通过N(N对应于接收机的数量)个单个连接或单播连接来传输并在这种情况下多次通过公共的连接路径来发送，所以这种方法必需十分高的带宽。

[0004] 多播(群呼叫)传输提供有利的可能。在这种情况下，各种用户被汇总为多播组并为该多播组分配地址(确切地说多播地址)。于是待传输的数据只被发送一次给多播地址。通过从发射机到接收机的共同的连接路径多播消息在理想情况下只被发送一次。发射机不必知道，在哪和有多少接收机藏在多播地址之后。

[0005] 在广播(累计呼叫)时，消息被发送给一个地理区域内的所有用户。这种区域可譬如通过整个网络的一部分来确定。如在多播时，广播消息同时通过从发射机到接收机的公共的连接路径在理想情况下只发送一次。只要该用户接下来愿意分析相应的广播组的广播数据分组，每个用户就必需在他的终端设备上进行调节以释放(Freigabe)。该用户可如此调节，该用户是否想接收或丢弃所有的广播消息，或者该用户是否只想接收一定的消息。

[0006] 在已知的用于数据传输的方法的进程中，网络与移动无线电设备之间通常在一定的时间内总是交换一定量的帧(Frame)。在此，一个帧是一个时间结构，在UMTS(通用移动通信系统(Universal MobileTelecommunications System))中整个信号处理和数据传输基于该时间结构，也参见[2]。

[0007] 当所有这些帧被连续传输并由移动无线电设备接收时，人们称为连续传输(连续接收(Continuous Reception))。但是也可能，在传输时应用中断的(不连续的)接收(或所谓的Discontinuous Reception)DRX，以譬如减少移动无线设备的能量需求。在应用DRX时，帧不被连续地传输并由移动无线设备接收，而是遗漏一定的帧。可是在该模式中必须至少传输所有帧的一定子集或可能的帧的一个子集，以保持连接。

[0008] 现在也可考虑，在传输消息或数据到各个用户时也规定具有多媒体内容的消息的传输。可是在此也可被证明的问题是，不是所有所传输的多媒体消息的数据类型可由每个用户设备处理。在此现在譬如可能的是，为了接收一定的包含音频数据和视频数据的多媒体消息、资源和能量应用用户设备，并且在处理该消息时证实，用户设备完全不为此设计，即处理或播放视频数据。因此在这样的情况下浪费无用的能量并降低用户设备的耐用度。

[0009] 现在本发明的任务在于，提出一种可能性，该可能性实现向一个或多个点对多点业务的接收机有效地、资源节省和能量节省地传输数据或消息。

[0010] 该任务通过根据权利要求1的方法、根据权利要求12的用户设备、以及根据权利要求13的无线通信系统来解决。有利的扩展方案是从属权利要求的主题。

[0011] 根据用于从无线通信系统的网络单元通过至少一条传输信道向无线通信系统的一个或多个用户设备传输有用数据消息的方法，借助计划信息在传输该有用数据消息之前通知该有用数据消息的形式。尤其是在这种情况下，鉴于处理有用数据消息的形式通过该一个或多个用户设备来通知。这样的方法的优点在于，该一个或多个用户设备通过通知有用数据消息的形式在其实际传输或在其实际接收之前已经知道，该一个或多个用户设备是否能够，这样处理该有用数据消息，以针对用户设备的用户利用该有用数据消息(包含在有用数据消息中的图像的显示、音频文件的播放等)。这意味着，一个或多个用户设备可基于对此的计划信息决定，只接收这些有用数据消息，在该有用数据消息中用户设备能够处理该有用数据消息，由此可节省用户设备中的资源以及能量。

[0012] 根据有利的改进方案，将该方法实现为两级方法，其中计划信息借助两个独立的计划消息向该一个或多个用户设备传输。借助第一计划消息通过第一独立的传输信道来通知有用数据消息的传输。更确切地说，第一计划消息可包含关于此的信息，即何时或在至少第二独立的传输信道上传输第二计划消息或有用数据消息。借助第二计划消息接着通过至少所通知的第二独立传输信道传输说明信息，该说明信息给出待传输的有用数据消息的形式。

[0013] 根据另一个有利的改进方案，待传输的有用数据消息的形式包含数据类型以及此外包含有用数据消息的编码。在此，该数据类型包含文本格式、图像格式、音频格式、或视频格式等。该编码可包含MP3(运动图象专家组第三层-音频(Moving Picture Experts GroupLayer-3Audio))格式、AMR(自适应多速率(Adaptive Multi Rate))格式、WAV(视窗波(Windows Wave))格式、JPEG(联合图象专家组(Joint Photographic Experts Group))格式或MPEG4(运动图象专家组(Motion Photographic Experts Group))格式。此外可考虑，关于未编码的或编码的有用数据消息的说明信息此外包含譬如关于数据范围、图像数据和/或视频数据中的图像大小、或音频数据和/或视频数据的播放持续时间的参数。

[0014] 根据另一个有利的改进方案，用于有用数据在广播业务的范围中传输的方法(尤其是在两级结构中)，此处尤其是作为小区广播业务(Cell Broadcast Service，CBS)的扩展或多播业务的扩展来执行。对此可考虑该方法作为在UMTS中专用的小区广播业务的扩展的应用，这以此为前提，即无线通信系统按照UMTS标准运行。

[0015] 如已经提及的，一个或多个用户设备可分析计划信息、尤其是第二计划消息或待传输的有用数据消息的包含在其中的说明信息并可因此只接收那些有用数据消息或监听至少第二传输信道的有用数据消息，针对该有用数据消息的处理来设计该一个或多个用户设备。以这种方式，在一个用户设备中的处理花费及因此其能量消耗被减小。

[0016] 根据有利的改进方案，移动无线设备、尤其是移动电话被用作用户设备。

[0017] 根据本发明的另一个方面，针对无线通信系统提出一种用户设备，该用户设备这样被构造，使得该用户设备按照上述方法之一是可驱动的。

[0018] 根据本发明的另一个方面，提出一种无线通信系统用于执行上述方法之一。

[0019] 下面参考附图进一步解释本发明的优选的实施方案。其中：

[0020] 图1以示意图示出无线通信系统的部件，用于通知一个或多个用户设备组；

[0021] 图2以示意图示出在按照图1、尤其是按照UMTS标准的无线通信系统中在一个用户设备与该用户设备的无线小区中的主管的基站之间的空中接口上的协议的分层模型；

[0022] 图3示出将帧(Frame)分配给逻辑信道CTCH，通过该逻辑信道进行小区广播消息的传输；

[0023] 图4示出索引图，如针对不连续接收(DRX)模式中的小区广播业务(CBS)所应用的那样，以给资源或帧的量或设置分配编号；

[0024] 图5示出传统的BMC计划消息或第二计划消息的部件的示意图；

[0025] 图6示出BMC计划消息或第二计划消息的部件的示意图，该计划消息根据优选的实施例来扩展。

[0026] 图1以示意图的形式示例性地示出无线通信系统FCS的两个无线小区CE1、CE2，该无线通信系统FCS尤其是按照UMTS(通用移动电信系统(Universal Mobile Telecommunication System))标准来运行的。无线小区CE1在此由基站BS1以无线技术方式来加压，而第二无线小区CE2从基站BS2出发被供应。所述两个基站BS1、BS2在此代表多个其他的、在图1中未示出的无线通信系统FCS的基站，该基站具有和覆盖相应的无线小区。各自的基站优选地通过至少一个无线发射机和至少一个无线接收机来构成。该基站优选地具有至少一个发射天线。附加地或与其功能无关，为了提供到无线通信系统FCS的用户设备的无线连接，各自的基站可分别针对数据-/消息传输供应到可能存在的消息-/数据固定网。

[0027] 在无线通信系统FCS中消息信号/数据信号通过至少一个预定义的空中接口在至少一个用户设备、尤其是诸如手机的移动无线设备与至少一个基站之间优选地按照时分多址传输方法来传输。优选地作为移动无线系统按照UMTS标准来构造。尤其是在所谓的FDD模式(FDD：频分双工(Frequency Division Duplex))中运行。在FDD模式中分开的信号传输沿上行链路方向和下行链路方向(上行链路＝从移动无线设备到各自的基站的信号传输；下行链路＝从各自所分配的基站到移动无线设备的信号传输)通过相应的独立的频率或频域的分配来达到。同一个无线小区中的多个用户优选地通过正交码、尤其是按照所谓的CDMA方法(CDMA：Code Division Multiple Access码分多址)来分开。

[0028] 作为用户设备优选地装设譬如移动无线电话、尤其是手机形式的移动无线设备。此外，作为用户设备也可是具有用于“空中”通信交换、也就是说通过至少一个空中接口的所分配的无线单元、无线通信网的部件的其他的消息-和/或数据传输设备诸如能互联的终端设备、计算机、电视机、笔记本、传真机等。用户设备在此尤其是移动地或便携地、也就是说在无线网中交替的地点上停留，但是必要时也可地点固定地布置在那。

[0029] 在图1中，两个基站BS1、BS2通过所属的数据线L1、L2从上级无线网络控制单元RNC1出发被控制。该控制单元RNC1监控基站BS1、BS2的无线小区CE1、CE2中无线资源的分配。在本实施例中基站BS1的无线小区CE1中停留多个用户设备UE11至UE51。同样暂时在基站BS2的第二无线小区CE2中存在多个用户设备UE12至UE42。第一无线小区CE1中的用户设备UE11、UE21、UE31以及第二无线小区CE2中的用户设备UE42首先被分配给可预定义的组MC1，针对该组应以尽可能有效的方式提供一个或多个群消息。

[0030] 概念“用户设备组”在本发明的范围中优选地理解为按照技术业务的等级划分，也就是说譬如尤其是按照这样的用户设备划分，该用户设备允许多播传输或广播传输。此外用户设备在无线通信网的无线小区中也可按照多种其他的标准、尤其是譬如诸如体育消息、天气预报等群消息的类型或形成原因等来分类或划分。

[0031] 在现代移动无线系统中提供的多种业务和应用中尤其是期望，不仅向一个而且向两个和多个移动无线用户传输消息。这样的业务和应用的例子是新闻组、视频会议、视频点播、分布应用等。

[0032] UMTS中的空中接口上的协议组或协议的分层模型在图2中示例性地针对基站BS1的无线小区CE1中的用户设备UE11示出。移动无线站UE11具有一个物理层(Physical Layer)PL1，该物理层在发射端负责通过物理信道PCS处理数据以通过空中接口传输，而在接收端所接收的数据如此被转交给位于此上的介质访问控制层MAC1(MAC＝Medium Access Control)，以致可由该层来继续处理所接收的数据。在网络端物理层PL2位于基站BS1中，该基站通过固定网连接与无线网络控制单元RNC1(无线网络控制器(Radio Network Controller))连接。物理层与MAC层之间的连接称为传输信道并说明，数据如何(譬如在由基站的无线小区中的每个移动无线设备收听的通用信道上，或在只专用于一定的移动无线站的信道上)被传输。MAC层具有以下任务，诸如识别用户以及在传输信道(TCS)上映射逻辑传输信道(LCS)，如果待传输的数据包在通用信道上传输，则针对该用户确定该数据包。为此MAC层在发射端为待传输的数据包添加诸如各自的移动无线站的身份(Identitaet)的控制信息，该MAC层从其他的、更高层RLC(＝Radio Link Control无线链路控制)获得该控制信息。在移动无线站UE11中利用RLC1标记RLC层。在基站BS1中RLC层具有参考标记RLC2。在此，诸如用户设备UE11中的MAC1以及无线网络控制单元RLC1的MAC2的各自的MAC层与各自所分配的无线连接控制层RLC1或RLC2(Radio Link Control)之间的连接称作逻辑信道。为了在传输信道上映射逻辑传输信道，各自的MAC层在发射端将诸如各自的移动无线站的身份的控制信息添加到待传输的数据包中，该MAC层已经从各自更高的RLC层中获得该控制信息。在接收端该控制信息被分析，并在通过逻辑连接将该控制信息转交给RLC层之前，再次从数据包中除去。

[0033] 各自的RLC层RLC1或RLC2分别负责监控数据传输，也就是说负责确定缺少的数据包和可能的其再度的要求。在RLC层中可定义多个单元。每个RLC单元在此具有至少更高层与RLC层(譬如无线承载电路(Radio Bearer，RB))之间的连接。RLC层也可在发射端将控制信息添加给RLC层从更高层得到的数据包。该控制信息在接收端被使用，以譬如判断，是否缺少数据包。在该控制信息在此被再次转交给更高层之前，该控制信息被从数据包中除去。无线资源控制层RRC(Radio Ressource Control)位于该RLC层之上。单独地此处在用户设备UE11处利用RRC1标记以及在所分配的无线网络控制单元RNC1处用RRC2标记。各自的RRC层负责位于其下的层的配置并首先负责连接建立。各自的RLC层与RRC层之间的连接称为SRB(信令无线承载电路(Signalling Radio Bearer))并针对用户设备UE11用RRC1标记以及针对无线网络控制单元RNC1用SRB2标记。

[0034] 除此以外，所谓的RB(Radio Bearer)位于各自的RLC层之上，该RB针对真正的数据传输被应用并表示RLC层与位于其上的应用之间的连接。如果数据包被传输，则所谓的分组数据汇聚层(PDCP＝分组数据汇聚协议(Packet Data Convergence Protocol))还是位于各自的RLC层之上，诸如此处针对用户设备UE11为PDCP1以及针对无线网络控制单元RNC1为PDCP2，该分组数据汇聚层譬如负责压缩IP数据包(网际协议)。此外所谓的广播多播控制层BMC1或BMC2(BMC＝Broadcast Multicast controller)还分别位于基站BS1的用户设备UE11以及无线网络控制单元RNC1的RLC层之上，该广播多播控制层针对接收可能的小区广播消息(CBS消息)被应用。在各自的BMC层中类似地如针对RLC层一样定义多个BMC单元。

[0035] 因此总而言之可以说，通过空中接口的传输通过所谓的物理信道来实现。比特传输层或物理层的传输业务在业务接入点上通过传输信道来提供。传输信道的特征在于，数据如何被传输。控制层或MAC层的传输业务通过逻辑信道被提供。逻辑信道的特征在于，针对一类数据传输什么。在此区分控制数据和业务数据或有用数据。

[0036] 以下提到不同的逻辑信道和传输信道并应因此现在简短地解释：

[0037] CBS消息在RLC与MAC之间通过标记为公共业务信道(CommonTraffic Channel)CTCH的逻辑信道来传输。CTCH用于将用户层的数据向所有用户终端设备UE(尤其是UE11)或UE组传输。CTCH是下行段的单向的点对多点信道，该信道在传输信道或前向接入信道(Forward Access Channel)FACH被映射。FACH是下行段上的总传输信道，该总传输信道用于传输相对小的数据量。于是，FACH在标记为次级公共控制物理信道(Secondary Common Control PhysicalChannel，S-CCPCH)的物理信道或无线信道上映射。原则上S-CCPCH承载FACH和一个或多个寻呼信道(Paging Channel)PCH的信息。物理信道或无线信道初级公共控制物理信道(Primary Common ControlPhysical Channel，P-CCPCH)传输BCH的信息。

[0038] 逻辑信道广播控制信道BCCH是下行段的总信道，在该信道上向无线小区中的所有UE来回发送控制数据。该控制数据譬如是系统信息块(SIB)。BCCH或者在FACH上或者在广播信道BCH上被映射。

[0039] 数据在被中断(不连续)的接收(所谓的DiscontinuousReception)DRX中的传输已经在开头作为公知的措施被说明，以譬如减少移动无线设备的能量需求。其中DRX针对在UMTS中专用的小区广播业务CBS被应用。为此的系统内部计划、即何时针对CBS业务提供帧(Frame)或资源使用以及何时该资源传输CBS消息通过所谓的调度信息或计划消息成为已知的。该计划分两级来实现：

[0040] 该计划的第一级(CB DRX Level 1)应发信号(在第一计划消息或CB DRX Level1-消息之内)，哪个传输信道或哪个FACH(作为至少第二独立的传输信道)被使用以及何时在该信道上传输消息，也就是说FACH的哪些资源或S-CCPCH的哪些帧完全针对传输“小区广播”消息被预定或被分配。该信令应作为系统信息或系统信息消息的部分向RRC(RRC1)通过小区专用的和逻辑信道BCCH(作为第一独立的传输信道)来传输。更准确地说，对此的信息元素(IE)被定义，该信息元素在系统信息消息内部在BCCH上被发送。在第一计划消息中告知，针对传输小区广播消息分配多少帧以及何时分配帧。只在该帧中可传输CBS消息。

[0041] 图3的映射示出分配帧(Frame)给逻辑信道CTCH的例子，通过该逻辑信道进行小区广播消息的传输。在那假设两个帧抵消(Offset)为帧Nr.0、六个帧的所分配的资源的周期性和紧接的帧的数量为二。想接收CBS消息的移动无线设备UE现在不必检验每个帧，而只检验编号为2/3、8/9、14/15等的帧的内容。因此处理花费和UE内的能量需求也一起被降低。

[0042] 针对CBS DRX应用索引图，该索引图为资源或帧的设置分配索引，如在图4的映射中所示的那样。其后跟随的计划的第二级或第二计划消息中的资源的分配然后可十分简单地通过该索引完成。

[0043] 针对该计划的第二级(CBS DRX Level 2)，所谓的“带内调度(Inband Scheduling)”消息(带内计划消息)或第二计划消息在逻辑信道CTCH上与真正的小区广播消息一起被传输并由BMC(BMC1)来分析。在该第二计划消息或CBS DRX Level 2消息中传送给UE(UE11)不同的信息、譬如关于此的信息，即包含CBS消息、也就是真正的有用数据消息中的哪些、哪些主题或内容(譬如天气信息)和该消息或包含在其中的信息是否从最后的传输开始变化。当或者之前还没有接收的有用的信息或者更新的DRX-level-2信息被传输时，以这种方式终端设备(UE11)只接收CBS消息。UMTS协议组的广播/多播控制(BMC，在图2中为：BMC1和BMC2)协议[1]主管第二DRX级或第二计划消息的实现，因此由该协议寄送的消息也可称为“BMC-”计划消息(BMC调度消息)。

[0044] 此外，在该计划的第二级中，传输时间被细分为所谓的时间周期或DRX周期，并针对每个周期通过BMC计划消息或第二计划消息至少通知一次关于在该周期发送的CBS消息(有用数据消息)的信息[1]。BMC计划消息的例子在图5中示出。除了用于特征化该消息(也就是说譬如涉及计划消息而不涉及有用数据消息)的信息元素“M-类型”和关于补偿(Offset)为第一针对传输CBS消息使用的DRX周期的帧的信息“off”，BMC计划消息包含关于DRX周期长度的信息“Len”。此外BMC计划消息包含位图字段“BitMap”，此处作为示例性的具有7个比特的字段，该字段针对每个随后的DRX周期中传输的CBS消息通过设置一个比特说明，该消息是否是新的或已经传输了一次。除此以外，BMC计划消息包含消息说明“M-Des”的列表，在该列表中存在随后的DRX周期的每个CBS消息(有用数据消息)一个消息说明，而且该消息说明具有消息说明类型“MD-类型”，该消息说明类型譬如说明，该消息是否涉及同一DRX周期内的重复或新的消息，以及取决于“MD-类型”针对新消息，消息说明具有消息标识符“M-ID”或者针对重复的消息具有消息的第一发送时刻的证明，该消息标识符说明消息(譬如天气信息)的内容。应注意，在图5和6中箭头表征一条消息的信息元素的详细说明。

[0045] 现在也可考虑，在传输CBS消息或有用数据消息时在CBS、如在UMTS(参见上述说明)或GSM(GSM：Global system for mobilecommunication)中规定的那样也规定具有多媒体内容的消息的传输。这样的业务(Service)通常也被称为“多媒体广播业务”(MBS)。为了阻止，一定的用户设备接收或尝试处理有用数据消息，该有用数据消息的内容根本可使用(譬如以在所传输的彩色图像的情况下在用户终端设备的显示器上显示的形式或在声音的音频文件的情况下播放的形式)，根据本发明的实施方案建议以下原理。从刚刚描述的不连续接收(DRX)消息的方法出发，在此应在第一和/或第二计划消息、可是优选地在第二计划消息中传输信息或说明信息，该信息或说明信息说明，必要时编码的有用以哪种形式或哪种类型存在于待传输的有用数据消息中并因此，一个用户设备必须具有哪些能力，以将该数据解码或使得对于该用户设备的用户可用(播放、显示等)。

[0046] 附加传输的说明信息的优点在于，用户设备将所接收的有用数据消息不仅限制于这种该用户设备还没有接收的并且该用户设备的用户对其内容有兴趣的消息，而且限制于该用户设备基于他的设备特性或能力可处理并对于用户可用的消息。因此，用于不连续接收(DRX)的方法就这样被扩展，使得终端设备以这种方式节省附加的接收能量，即该终端设备不接收其不可解码或譬如显示或播放的有用数据消息。这意味着，如果用户设备根据(第一和/或第二)计划消息中的说明信息识别，该用户设备不可处理包含在有用数据消息中的有用数据消息，则相应的有用数据消息不由所通知的传输信道读出或监听，这导致信号处理花费的减少并由此导致能量需求的减少。

[0047] 以下应根据图6解释用于在关于UMTS专用的小区广播业务的范围中或作为关于UMTS专用的小区广播业务的扩展方案不连续接收(DRX)的方法的本发明的优选的实施方案。由于不连续接收(Discontinuous Reception，DRX)的第一级在此没有改变，所以以下只深入研究关于第二计划消息的第二级。

[0048] 对应于在图5中所示的第二计划消息或BMC计划消息(如在UMTS中规定的计划消息一样)，在图6中所示的第二计划消息针对每个CBS消息或有用数据消息其中也包含下列信息，该有用数据消息在以下的DRX周期中在针对CBS应用的传输信道上被发送：

[0049] -消息是新的或旧的(“BitMap”)。

[0050] -消息应/必须/不必被读出(“MD-类型”)。

[0051] -消息标识符，该消息标识符规定消息的内容、譬如天气信息(“M-ID”)。

[0052] 此外，该BMC计划消息现在针对下面的DRX周期的每条CBS-或MBS消息(有用数据消息)扩展了一组信息元素(也称为MCD“MessageContents Description”＝消息内容说明)，该组信息元素包含下列信息。如在图6中示出的那样，根据在那示出的有利的改进方案在此各自的信息字段“M-Des(1，等)”被扩展了一个信息字段“MCD”，该信息字段具有下列信息元素：

[0053] -数据的类型或数据类型，譬如音频数据、视频数据、文本数据或图像数据(其中在图6中规定信息元素“内容类型”，或简称“C-类型”)

[0054] -未编码的数据的可能的参数，譬如针对图像：纵向/横向像素大小(其中在图6中规定信息元素“C-Raw”)

[0055] -编码的类型，譬如针对音频：没有、MP3、AMR、WAV(其中在图6中规定信息元素“C-Cod”)

[0056] -编码的可能的参数(当必要时，视编码而定)(其中在图6中规定信息元素“C-Param”)

[0057] 应注意，信息元素“C-类型”、“C-Raw”、“C-Cod”、“C-Param”取代新的信息字段“MCD”也取代另一个信息字段、如信息字段“MD-类型”等可被分配给其信息扩展。

[0058] 在不连续接收的第二级的方法中，现在这样在图6中示出的BMC计划消息如在现有技术中通过合适的传输信道传输给用户设备。该能够接收CBS消息的用户设备接收BMC计划消息、分析该BMC计划消息并以传统的方式首先决定，哪些消息或内容或主题(譬如天气消息)适合接收。

[0059] 从该消息中接着根据本发明的优选的实施例滤出以下消息，即用户设备基于他的特性或能力(譬如显示器大小、解码软件、存储器可能性)不可分析、解码该消息或使得用户可使用该消息。

[0060] 因此可能，用户设备的用户一方面选出，哪些消息内容该用户想要接收；并且此外可能选出，哪些有用数据的数据类型或利用哪种编码该用户允许接收(譬如只有未被编码的文本数据，以必须具有尽可能少的处理能量和处理时间)。用户设备可考虑用户的期望并只接收或选出有用数据消息，针对该有用数据消息设计该用户设备，也就是说针对该有用数据消息从用户方来确定用户设备并且此外可能接收或选出该用户设备实际处理的有用数据消息。因此保证有效的和能量需求最优的消息传输。

[0061] 最后下面还示出刚刚解释的本发明的优选的实施方案的例子。假设，用户设备(如移动电话)已将集成了MP3播放器(譬如作为特定的软件)和具有50×50像素分辨率的显示器却没有视频播放器(譬如作为特定的软件)。用户如此调节了他的用户设备，以致用户设备应接收CBS消息或MBS消息，该CBS消息或MBS消息包含音频序列、文本和图像，但是不包含这种视频序列。

[0062] 对于该实例此外假设，用户已针对具有示例性的消息ID 4096的消息进行了调节。

[0063] 现在CBS计划周期包含三条具有消息ID 4096的CBS消息或MBS消息，该CBS消息或MBS消息是新的并由传统的用户设备接收或读取。消息中的数据为下列类型：

[0064] -消息1：类型＝音频(“C-类型”)，长度＝10秒(“C-Raw”)，编码＝MP3(“C-Cod”)[0065] -消息2：类型＝视频(“C-类型”)，分辨率＝50×50而长度＝10秒(“C-Raw”)，编码＝MPEG4(“C-Cod”)

[0066] -消息3：类型＝图像(“C-类型”)，分辨率＝150×100(“C-Raw”)，编码＝JPEG(“C-Cod”)

[0067] 根据本发明的实施例的用户设备根据他的能力决定，消息1被接收，以便当用户期望时就播放该消息。此外决定，消息2不被接收，因为视频数据不可被表示。消息3只有当终端设备提供一种可能性、即在小的显示屏上滚动较大的图像或缩小表示该图像，才被接收。

[0068] 应注意，刚刚说明的用于不连续地接收(DRX)关于小区广播业务的有用数据消息的方法的原理(参考计划信息的引入，该计划信息说明待传输的有用数据消息的形式、也就是说数据类型和/或编码)也可应用于不连续接收关于多播(MC)或多播业务、尤其是在UMTS中的有用数据消息的方法。

[0069] 这样的使用刚刚说明的针对多播业务的不连续接收(DRX)的方法下面称为MC DRX。

[0070] MC DRX的计划、即针对MC业务提供哪些资源供使用以及何时多播消息传输该资源可与CBS比较通过相应的消息成为已知的。针对该计划的消息和该资源的分配为此其中包含关于多播组的信息。在一个实施方案中通过MC群地址或MC群身份识别多播组。

[0071] 针对MC DRX的计划、即在哪个传输信道上、也就是物理信道或传输信道上何时针对MC业务提供帧或资源使用以及何时多播消息传输该资源再次通过所谓的“调度消息”或计划消息成为已知的。在计划消息的基础上不同的UMTS协议层通过无线资源控制单元RRC来配置。因此已经在物理层上已知，在哪些资源中应完全期待MC消息或其他的计划消息。此外，BMC层可通过分析其他的信息来决定，哪些MC消息应被有效地接收。该计划根据CBS分两级实现，如下面所说明的那样：

[0072] 该计划的第一级(MC DRX Level 1)在应用第一计划消息的情况下发信号，那个物理信道和传输信道针对传输计划信息以准备传输MC消息被使用。相对CBS，CTCH针对MC业务同样也是最优地在其他传输信道上作为FACH和在其他物理信道上作为S-CCPCH映射。此外，在MC DRX Level 1消息或第一计划消息中传输信息元素，物理信道的哪些帧(Frame)针对传输其他的计划信息被预定或被分配。

[0073] 该信令作为部分系统信息通过逻辑信道BCCH向RRC传输。在MCDRX Level 1消息中因此被通知，向哪、多少和何时完全将资源针对传输多播(MC)消息(有用数据消息)分配。只在这些帧中可传输MC消息。

[0074] 针对MC DRX可再度应用根据图3和4的索引图，该索引图将索引分配给结合所使用的物理信道和传输信道的资源的设置。该资源的分配在随后的计划的第二级中十分简单地通过该索引完成。

[0075] 针对该计划的第二级(MC DRX Level 2)再次与真正的MC消息一起传输和由BMC分析所谓的“带内调度消息”或第二计划消息。在MC DRXLevel 2消息中不同的信息根据关于CBS的图5和6传送给用户终端设备(UE11，UE21，...)。

[0076] 针对该情况，即已经形成的DRX针对CBS被扩展了功能，以支持MC DRX，在第二计划消息中信息元素被引入，该信息元素用于区分，所预定的资源是否涉及广播业务或多播业务的资源。譬如，信息字段“消息类型”或“M-类型”为此被使用，以相互区分CBS消息、MC消息、计划消息等。

[0077] 为了实现用于根据本发明的实施方案在MC DRX中传输有用数据的方法，可是重要的是，在两个计划消息中的一个、尤其是第二个中引入关于有用数据消息的形式的信息元素，譬如以这种方式和方法，如参考图6在应用信息元素“C-类型”、“C-Raw”、“C-Cod”、“C-Param”的情况下所说明的那样。

[0078] 其中对于在本申请中涉及的协议的背景说明尤其是总结在下面：

[0079] 3GPP TS 25.324 V3.4.0，Broadcast/Multicast Control BMC，Release 1999[0080] 3GPP 25.211，Physical Channels and mapping of transportchannels onto physical channels，Release 99。