CN100450202C

CN100450202C - 一种无线网络中移动台接收组播广播业务数据的方法

Info

Publication number: CN100450202C
Application number: CNB2004100948208A
Authority: CN
Inventors: 吴建军
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-11-13
Filing date: 2004-11-13
Publication date: 2009-01-07
Anticipated expiration: 2024-11-13
Also published as: CN1774087A

Abstract

本发明公开了一种无线网络中移动台接收组播广播业务数据的方法，在组播广播业务资源区MBS ZONE建立调制和编码方式的索引号与编码调制方式的固定的映射关系；还包括步骤：所述移动台获取MBS ZONE中所使用的调制和编码方式的索引号以及对应的MBS连接所占用的物理信道资源；所述移动台根据前述MBS连接所占用的物理信道资源，接收MBS业务数据；根据所述调制和编码方式的索引号查找前述固定的映射关系，获取与该索引号对应的调制编码方式，对该MBS业务数据进行解析。

Description

一种无线网络中移动台接收组播广播业务数据的方法

技术领域

本发明涉及无线网络中的组播广播技术，特别是涉及一种无线网络中移动台接收组播广播业务数据的方法。

背景技术

IEEE(Institute of E1ectrical and Electronics Engineers，电气和电子工程师协会)制定的IEEE 802.16定义固定宽带无线接入(BWA，Broad WirelessAccess)的无线城域网标准。该标准针对不同频段定义不同的物理层技术，其应用范围主要面向住宅、小办公室/家庭办公室(SOHO)、远程工作者以及SME(中小型企业)市场。

IEEE 802.16可以支持很不利的用户环境，能够应付在每个信道上可能有成百上千个用户的应用环境，支持连续式和突发式等不同的业务量。网络中具有ATM(Asynchronous Transmission Mode，异步传输模式)汇聚子层和分组汇聚子层，通过将多个高层数据单元经过汇聚子层处理后封装成一个MAC(Media Access Control，媒体接入控制)PDU(Protocol Data Unit，协议数据单元)发送，可以实现对ATM、IP(Internet Protocol，互联网协议)和以太网业务的协议透明性。

为有效利用移动网络资源，IEEE802.16的最新协议IEEE802.16e/D5中引入组播广播业务(MBS，Multicast and Broadcast Service)。MBS业务提供在移动网络中由一个数据源向多个用户发送数据的规范，实现点到多点业务，从而共享网络资源、提高网络资源的利用率，尤其是空口接口资源。

与传统移动网络的小区广播业务(CBS：Cell Broadcast Service)相比，MBS业务不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，顺应未来移动数据发展的趋势。

请参阅图1，是实现MBS业务的移动网络系统的结构示意图。

所述系统包括用来支持MBS业务的组播广播业务分发服务器(MBSServer，Multicast and Broadcast Service Server)100。一方面，MBS服务器100连接媒体服务器(Media Sever)900，充当内容提供者的入口；另一方面，MBS服务器100通过网络连接下属的基站(BS，Base Station)200，规划下属的基站200的组播广播数据的发送，并且分发组播广播数据给下属的基站200。

移动台(MSS，Mobile Subscriber Station)300与基站200进行数据交互，从基站200接收组播广播数据。

MBS业务的实现流程主要包括：MBS业务列表信息获取、MBS业务鉴权与加密密钥获取、MBS业务正常接收。

请参阅图2，是MBS业务列表信息获取的流程图。

由于移动台300处于唤醒状态(Awake Mode)时才能获取MBS业务列表信息或者MBS业务鉴权与加密密钥，因此，如果移动台300处于空闲模式(IDLE Mode)，则需要切换到唤醒状态。

首先，移动台300决定查询MBS业务内容列表，寻找相关的内容服务器；其次，移动台300给一个或多个MBS服务器100发送一个HTTP Request消息；随后，MBS服务器100进行相应处理后，发送一个HTTP Response消息，其中包括MBS内容列表，组播IP地址/端口号等。

请参阅图3，是MBS业务鉴权与加密密钥获取的流程图。

在获取MBS业务的内容列表信息以后，移动台300发送DSA-REQ(动态服务增加请求)消息给基站200，其中包括选定接收的MBS业务的组播IP地址/端口号；随后，基站200向移动台300发送DSX-RVD(确认收到)消息，同时进行MBS业务内容接收的鉴权过程；经过成功的鉴权和授权过程以后，基站200发送DSA-RSP(动态服务增加响应)消息，其中包括MBS下行业务参数；移动台300发送PKM-REQ消息给基站200，以获取MBS密钥，用该密钥解密接收到的MBS MAC PDU；基站200发送PKM-RSP消息给移动台300，其中包括MBS密钥；在获取MBS下行业务参数和MBS密钥以后，移动台300可以利用得到的信息接收相关MAC PDU，进入正常的MBS业务接收状态。

MBS业务正常接收主要指移动台300利用接收到的MBS下行业务参数对MBS业务内容的接收过程。

第一次接收MBS业务的时候，或者由于信道质量变差导致MBS业务接收失步时，移动台300需要接收由基站200广播的DL_MAP消息，该消息的信息元MBS_MAP_IE中包括MBS ZONE标识(MBS Zone identifier)、多播连接(Multicast CID)。移动台300根据该消息的MBS_MAP_IE定位出MBS_MAP消息所处的位置，即获悉MBS ZONE开始的地方，从而开始接收MBS_MAP消息。

MBS-MAP消息是在当前IEEE802.16的最新协议IEEE802.16e/D5中引入的，该消息在MBS ZONE中传输，其所包括的信息元如表1所示。

表1

MBS-MAP消息用来通知在给定的MBS ZONE中，给具体的多播连接(Multicast CID)分配的具体的物理信道资源(所占用的OFDM符号、所使用的子信道)、在给定的物理信道资源上所使用的调制编码方式(DIUC)、功率偏置(Boosting)、下一个MBS业务帧的位置(Next MBS frame offset、NextMBS OFDMA Symbol offset)。只要能够正确地检测到MBS-MAP消息，移动台300就可以据此得到所期望接收的多播连接对应的物理信道资源、在给定的物理信道资源上所使用的调制编码方式、功率偏置，进一步确定下一帧中包含该多播连接的MBS业务帧的位置，从而进行正常的多播连接的数据接收。

在MBS-MAP消息中，信息元“DIUC(Downlink Interval Usage Code)”是一个4位标识，用来标识当前的Burst(时隙)上所使用的调制编码方式，其与具体调制编码方式之间形成映射关系，是一个指向具体调制编码方式的索引。关于DIUC值的具体定义位于当前小区所广播的DCD(Downlink ChannelDescriptor，下行信道描述符)消息中。当前小区周期性的广播DCD消息，并在DCD消息中使用“DCD count”来标识其变化。

随后，移动台300根据MBS_MAP消息指定的MBS业务资源以及DIUC，定位真正的MBS业务所占用的物理信道资源以及编码调制方式，从而去接收MBS业务。

同时移动台300根据MBS_MAP消息里所指示的下一次MBS业务所处的位置来接收后续MBS业务；此后不再接收包括DL_MAP消息等在内的DCD消息，移动台300处于Sleep(休眠)和IDLE模式以达到省电的功效。

该现有技术的MBS业务的接收过程存在一些缺陷：

首先，当移动台在MBS ZONE里的不同基站覆盖区移动的时候，不能保证MBS业务的连续接收。具体分析如下：

a)基站由不同制造商提供，不同制造商的DCD消息里所定义的DIUC和具体的编码调制方式的映射关系是不一致的；因此当移动台在同一个MBSZONE区域中的两个这样的基站覆盖区域转移的时候，移动台根据上一时刻在前任基站里的MBS_MAP消息所指示的MBS业务的DIUC，在当前基站里不能准确定位当前基站实际的调制编码方式，从而无法解码；

b)假设不同制造商基站的DCD消息所定义的DIUC和具体的编码调制方式的映射关系一致，处于同一个MBS ZONE里的不同基站更新DCD消息的时候会更改DIUC和具体的编码调制方式的映射关系，而不同基站更新DCD消息的时候不同步(这是因为DCD描述的是“下行信道描述符”，本身所针对的对象是局限在某个基站范围内，所以DCD的更新完全是由各个基站独立控制的)，导致移动台仅根据MBS_MAP消息的DIUC，不能确切知道新基站里的DIUC和调制编码方式的映射关系，而导致不能正确解码，从而不能保证MBS业务的连续接收。

另外，移动台无法针对MBS业务实现有效的宏分集。

在MBS业务中实现宏分集的情况下，移动台需要同时接收两个或者多个基站下发的MBS业务数据，处于同一个MBS ZONE里的所有下发MBS业务的基站在MBS业务的发送时刻是同步的，并且所使用的物理信道资源应该一致，如子信道、OFDMA符号、编码调制方式等，由于不同基站的DCD更新时刻并不能同步，导致移动台仅根据MBS_MAP消息的DIUC，不能确切知道两个不同基站里的DIUC和确切的编码调制方式的映射关系，从而不能采用正确的解码方式，无法实现宏分集。

发明内容

为了克服现有技术的上述缺陷，本发明解决的技术问题是提供一种无线网络中移动台接收组播广播业务数据的方法，可以保证当移动台在同一MBSZONE中的不同基站区移动时MBS业务的连续接收和宏分集的可靠实现。

为此，本发明解决技术问题的技术方案是：提供一种无线网络中移动台接收组播广播业务数据的方法，在组播广播业务资源区MBS ZONE建立调制和编码方式的索引号与编码调制方式的固定的映射关系；还包括步骤：

1)所述移动台获取MBS ZONE中所使用的调制和编码方式的索引号以及对应的MBS连接所占用的物理信道资源；

2)所述移动台根据前述MBS连接所占用的物理信道资源，接收MBS业务数据；根据所述调制和编码方式的索引号查找前述固定的映射关系，获取与该索引号对应的调制编码方式，对该MBS业务数据进行解析。

优选地，所述步骤1)的获取过程具体包括：

11)基站在MBS ZONE中周期性发送MBS MAP消息；

12)移动台接收所述MBS_MAP消息，从该消息中提取MBS ZONE中所使用的调制和编码方式的索引号以及对应的MBS连接所占用的物理信道资源。

优选地，所述步骤1)的获取过程具体包括：

1A)移动台在请求MBS业务的时候，MBS服务器根据所述固定的映射关系通知移动台所申请的MBS业务的调制和编码方式的索引号以及该MBSZONE所占用的物理信道资源；

1B)基站在MBS ZONE中周期性发送MBS_MAP消息，该消息中包括对应的MBS连接下一次到来的时刻；

1C)移动台接收并解析所述MBS_MAP消息。

优选地，在所述步骤1)之前还包括：移动台在MBS ZONE中接收下行信道描述符DCD消息，获取调制和编码方式的索引号和调制编码方式之间的固定的映射关系。

优选地，在所述步骤1)之前还包括：移动台接收并解析MBS下行信道描述符MBS_DCD消息，从该消息中提取调制和编码方式的索引号和调制编码方式的固定的映射关系。

相对于现有技术，本发明的有益效果是：由于本发明在MBS ZONE中索引号和具体的调制编码方式之间建立固定的映射关系，也就是说，所有的基站覆盖区采用相同的映射关系，因此当移动台在同一MBS ZONE的不同基站之间移动时，可以根据MBS_MAP消息中的索引号，从固定的映射关系中获取确切的调制编码方式，从而有效地保证移动台在同一MBS ZONE里的不同基站区移动的时候，MBS业务的连续接收和宏分集。

此外，在本发明的一个优选方案中，由于映射关系不会由于下行信道描述符的更新而变化，因此下行信道描述符的更新不会影响到业务的连续接收和宏分集，可以实现同一MBS ZONE里的MBS业务在不同时刻的编码调制方式可变；并且占用资源可变。

在本发明的另一优选方案中，由于通过MBS服务器通知MBS的索引号和物理信道资源，因此在MBS_MAP消息中可以删除相应的信息元，减小占用的空口消息的开销；并且同一MBS ZONE里的MBS业务在不同时刻占用资源以及编码调制方式固定不变，可以减小空口开销。

在本发明的再一优选方案中，无需对现有技术的参数做任何改动，其实现比较简单；只需在下行信道描述符中建立固定的映射关系，从而保证移动台在同一MBS ZONE里的不同基站区移动的时候，连续接收和宏分集的可靠实现，并可以实现同一MBS ZONE里的MBS业务在不同时刻占用资源和编码调制方式可变。

在本发明的又一优选方案中，同样不对现有技术的下行信道描述符消息进行改动，而是建立MBS_DCD消息，在该MBS_DCD消息里生成的映射关系是固定的，从而保证连续接收和宏分集的可靠实现。并且不同基站的MBS_DCD消息更新不同步也没有关系，移动台只要通过译码MBS_MAP消息就知道MBS业务的MBS DIUC，该MBS DIUC所对应的具体的编码调制方式在不同的基站下是一样的(即使不同基站属于不同制造商的情况)，因此，不排除移动台在同一个MBS ZONE里从一个基站转移到另外一个基站以后针对MBS业务可以使用不同的编码调制方式。MBS_DCD消息的更新不论由基站侧还是由集中的MBS服务器完成都不影响方案的实施。

附图说明

图1是实现MBS业务的移动网络系统的结构示意图；

图2是MBS业务列表信息获取的流程图；

图3是MBS业务鉴权与加密密钥获取的流程图；

图4是本发明方法的实施例一的流程图；

图5是本发明方法的实施例二的流程图；

图6是本发明方法的实施例三的流程图；

图7是本发明方法的实施例四的流程图；

图8是本发明方法的实施例五的流程图；

图9是本发明方法的实施例六的流程图；

图10是本发明方法的实施例七的流程图。

具体实施方式

请参阅图4，是本发明实施例一的流程图。

步骤S11，在MBS ZONE中建立MBS业务的DIUC(调制和编码方式的索引号)与编码调制方式的固定的映射关系。

例如，可以在现有的IEEE 802.16的基础上建立MBS DIUC信息元，并且明确给出MBS DIUC和具体的调制编码方式的映射关系。一种可选的映射关系如表2所示。

表2

MBS DIUC	调制编码方式
MBS DIUC	调制编码方式	0	BPSK 1/2
1	QPSK 1/2	0	BPSK 1/2
1	QPSK 1/2	2	QPSK 3/4
3	16-QAM 1/2	2	QPSK 3/4
3	16-QAM 1/2	4	16-QAM 3/4
5	64-QAM 2/3	4	16-QAM 3/4
5	64-QAM 2/3	6	64-QAM 3/4
7-15	保留(Reserved)	6	64-QAM 3/4

也就是说，在同一MBS ZONE里的不同基站区之间，建立相同的MBSDIUC和调制编码方式的映射关系。

并且，该映射关系不会因为基站发送的DCD消息的更新而变化，或者说MBS DIUC与MBS ZONE里的DCD消息无关。

步骤S12，在MBS ZONE中周期性发送消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源。

所述消息可以是包含MBS DIUC信息元的MBS_MAP消息，如表3所示。

表3

步骤S13，移动台接收该消息并解析该消息中的信息，至少包括MBSZONE中所使用的调制和编码方式的索引MBS DIUC以及对应MBS连接所占用的物理信道资源。

步骤S14，移动台根据所述物理信道资源接收MBS业务数据；根据所述MBS DIUC查找前述映射关系，获取与其对应的调制编码方式，对该MBS业务数据进行解析。

由于不同基站的MBS DIUC与调制编码方式的映射关系一致且固定，移动台在同一MBS ZONE的不同基站覆盖区之间移动时，根据MBS_MAP消息中的MBS DIUC，即可获取与其对应的调制编码方式，对接收到的MBS业务数据进行正确解码，从而实现MBS业务的连续接收和宏分集。

可以理解，实施例一的移动台接收MBS业务的过程与基站发送的DCD消息无关。这是由于MBS DIUC与调制编码方式的映射关系已经确定，对于MBS业务接收来说不用考虑DCD消息，移动台在相应时刻或者说在MBSZONE资源区去接收MBS_MAP消息，分析MBS_MAP消息里所指示的对应的MBS连接的MBS DIUC以及该MBS连接所占用的物理信道资源，即可去接收MBS业务，并且根据MBS DIUC和具体的编码调制方式的映射关系，就可以获悉要接收的MBS连接所使用的具体的编码调制方式，而不用去查询接收到的DCD消息里所建立的映射关系。

请参阅图5，是本发明实施例二的流程图。

步骤S21，在MBS ZONE中建立MBS业务的调制和编码方式的索引号MBS DIUC与编码调制方式的固定的映射关系。

其具体实现过程与实施例一相同，此不赘述。

步骤S22，移动台在请求MBS业务的时候，MBS服务器根据所述映射关系在高层协议(如HTTP)里通知移动台所申请的MBS业务的DIUC，以及该MBS ZONE所占用的物理信道资源。

步骤S23，在MBS ZONE中周期性发送消息中，该消息中无需包含对MBSZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源，但应包括对应的MBS连接下一次到来的时刻。

所述消息可以是如表4所示的MBS_MAP消息。

表4

由于属于同一个MBS ZONE里的MBS业务的编码调制方式以及占用物理资源不再变化，在MBS ZONE中周期性发送特定的消息中不再包含对MBSZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源。

步骤S24，移动台接收MBS ZONE中特定的消息MBS_MAP，分析并记录其中的信息，记录的信息包括相应的MBS连接下一次到来的时刻信息。

步骤S25，移动台结合上述记录的信息以及物理信道资源，在对应的地方接收MBS业务数据，并根据MBS DIUC和前述映射关系获取调制编码方式，对MBS业务数据进行解析。

由于不同基站的MBS DIUC与调制编码方式的映射关系一致且固定，并且由MBS服务器通知MBS DIUC，当移动台在同一MBS ZONE的不同基站覆盖区之间移动时，根据该MBS DIUC，即可获取与其对应的调制编码方式，对接收到的MBS业务数据进行正确解码，从而保证实现MBS业务的连续接收和宏分集。

请参阅图6，是本发明第三实施例的流程图。

步骤S31，MBS ZONE生成DCD消息，该DCD消息中包含DIUC和具体的编码调制方式之间的固定的映射关系。

也就是说，明确DCD消息中DIUC和具体的编码调制方式的映射关系，使得不同制造商的设备之间具有一致的DIUC和具体的编码调制方式的映射关系；并且在DCD消息更新的时候不更新该映射关系，只根据实际情况更新DCD消息里其他域所对应的内容，如频率资源或者发射功率等参数。

步骤S32，移动台在MBS ZONE中接收DCD消息，获取DIUC和具体的编码调制方式之间的固定的映射关系。

步骤S33，在MBS ZONE中周期性的发送特定的消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号DIUC以及对应的MBS连接所占用的物理信道资源。

步骤S34，移动台接收MBS ZONE中特定的消息(如MBS_MAP)，分析并记录其中的信息，记录的信息至少包括对MBS ZONE中所使用的调制和编码方式的索引以及对应MBS连接所占用的物理信道资源。

步骤S35，移动台利用上述记录的信息，并分析其他字段，该解析结果用于MBS业务数据接收。具体是：移动台根据所述物理信道资源接收MBS业务数据；根据所述DIUC查找前述映射关系，获取与其对应的调制编码方式，对该MBS业务数据进行解析。

由于DCD消息中的DIUC与调制编码方式的映射关系是固定的，因此在实现MBS业务的连续接收和宏分集时，不同基站的DCD消息更新不同步并不影响对MBS业务数据的解码。也就是说，移动台只要通过译码MBS_MAP消息就可获知MBS业务的DIUC，而DIUC所对应的具体的编码调制方式在不同的基站下是一样的。

需要说明的是，本实施例中，移动台在同一个MBS ZONE里从一个基站转移到另外一个基站以后，针对MBS业务可以使用不同的编码调制方式。关键在于映射关系是固定不变的。

请参阅图7，是本发明第四实施例的流程图。

步骤S41，在移动台接收MBS业务之前，可能在登记MBS业务以后，在某个时刻接收到DCD消息。移动台接收到DCD消息就可获取当前DIUC和具体的编码调制方式的映射关系。

步骤S42，基站在MBS ZONE中周期性的发送特定的MBS_MAP消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号DIUC以及对应的MBS连接所占用的物理信道资源。

步骤S43，移动台接收MBS ZONE中特定的MBS_MAP消息，分析并记录其中的信息，记录的信息至少包括对MBS ZONE中所使用的调制和编码方式的索引以及对应MBS连接所占用的物理信道资源。

步骤S44，移动台判断是否接收到新的MBS_DCD消息，如果是，则进入步骤S45；如果否，则等待接收新的DCD消息。

这是因为，移动台虽然在接收到MBS_MAP消息后可以解析出当前MBS业务的DIUC，但由于处于IDLE模式下的移动台在移动过程中可能跨越不同的基站覆盖区，此时并不知道当前的基站覆盖区里的DCD消息里DIUC和具体的编码调制方式的映射关系。因此为保证MBS业务的正常接收和宏分集的实现，移动台必须等待接收到新的DCD消息以后，才能确切知道当前所指示的DIUC对应的具体的编码调制方式，从而去完成MBS业务数据的接收。

步骤S45，记录上述MBS_MAP中的信息，并分析其他字段，解析结果用于MBS业务数据接收。具体是：移动台根据所述物理信道资源接收MBS业务数据；根据所述DIUC查找DCD消息中的映射关系，获取与其对应的调制编码方式，对该MBS业务数据进行解析。

本实施例中，由于保留协议中当前已有DCD消息的含义，不作任何要求，此时就存在不同设备提供商的DCD消息里的DIUC和具体的编码调制方式的映射关系不一致的问题，而且即使同一制造商的设备在不同时刻DCD更新的时候也可能会更新其映射关系。如果此时移动台处于IDLE模式，可能不知道目前所处MBS ZONE的基站覆盖区的确切信息，因此要求移动台在MBSZONE时刻，接收到MBS_MAP消息以后一定要接收到DCD消息以后才能接收MBS业务。

请参阅图8，是本发明第五实施例的流程图。

步骤S51，在移动台接收MBS业务之前(可能在登记MBS业务以后)，在某个时刻接收并解析MBS_DCD消息，从中获取MBS DIUC和具体的编码调制方式的映射关系。该映射关系之后不再变化。

也就是说，针对MBS业务生成MBS_DCD消息，在该MBS_DCD消息里，映射关系是固定的，不会因为设备由不同制造商提供而有所不同；并且在MBS_DCD消息更新的时候不会更新该映射关系。

如表5所示，是该MBS_DCD消息的一种实施方式。

表5

语法(Syntax)	长度	备注
语法(Syntax)	长度	备注	MBS_DCD_Message_Format(){
Management Message Type＝？	8位		MBS_DCD_Message_Format(){
Management Message Type＝？	8位		Begin PHY Specific Section{		See applicable PHY section
for(i＝1；i＜＝n；i++){		For each downlink burst profile 1 to n	Begin PHY Specific Section{		See applicable PHY section
for(i＝1；i＜＝n；i++){		For each downlink burst profile 1 to n	MBSDIUC	4位
Modulation and FEC Code Type	8位		MBSDIUC	4位
Modulation and FEC Code Type	8位		}
}			}
}			}

其中，“Modulation and FEC Code Type”的定义参见IEEE802.16-2004的11.4.2节。

步骤S52，基站在MBS ZONE中周期性的发送特定的MBS_MAP消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源。

步骤S53，移动台接收MBS ZONE中特定的MBS_MAP消息，分析并记录其中的信息，记录的信息至少包括对MBS ZONE中所使用的调制和编码方式的索引以及对应MBS连接所占用的物理信道资源。

步骤S54，移动台利用上述记录的信息，并分析其他字段，该解析结果用于MBS业务数据接收。具体可以是：移动台根据所述物理信道资源接收MBS业务数据；根据所述MBS DIUC查找前述映射关系，获取与其对应的调制编码方式，对该MBS业务数据进行解析。

由于MBS DCD消息中的MBS DIUC与调制编码方式的映射关系是固定的，该MBS DIUC所对应的具体的编码调制方式在不同的基站下是一样的，因此在实现MBS业务的连续接收和宏分集时，不同基站的MBS_DCD消息更新不同步也没有关系，移动台只要通过译码MBS_MAP消息就知道MBS业务的DIUC，并得到相应的调制编码方式。

需要说明的是，本实施例中，移动台在同一个MBS ZONE里从一个基站转移到另外一个基站以后，针对MBS业务可以使用不同的编码调制方式。

本实施例中，MBS_DCD消息的更新不论由基站侧还是由一个集中的MBS服务器来完成都不影响方案的实施。

请参阅图9，是本发明实施例六的流程图。

步骤S61，在移动台接收MBS业务之前，可能在登记MBS业务以后，在某个时刻接收并解析MBS_DCD消息，从中获取当前MBS DIUC和具体的编码调制方式的映射关系。

该MBS DCD消息的一种实施方式可以参照表6。

表6

语法(Syntax)	长度	备注
语法(Syntax)	长度	备注	MBS_DCD_Message_Format(){
Management Message Type＝？	8位		MBS_DCD_Message_Format(){
Management Message Type＝？	8位		MBS_DCD Change Count	8位
Begin PHY Specific Section{		See applicable PHY section	MBS_DCD Change Count	8位
Begin PHY Specific Section{		See applicable PHY section	for(i＝1；i＜＝n；i++){		For each downlink burst profile 1 to n

MBS DIUC	4位
MBS DIUC	4位	Modulation and FEC Code Type	8位
}		Modulation and FEC Code Type	8位
}		}
}		}

由MBS服务器统一控制MBS_DCD消息的更新，确保MBS ZONE里的所有基站同时更新。该映射关系在MBS_DCD消息更新的时候可能会变化，通过修改MBS_DCD Change Count进行。

步骤S62，基站在MBS ZONE中周期性的发送特定的MBS_MAP消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源，并同时通过MBS_DCD_Count指示当前的MBS DIUC所关联的MBS_DCD消息。

该MBS_MAP消息的一种实施方式可以参照表7。

表7

语法(Syntax)	长度	备注
语法(Syntax)	长度	备注	MBS-MAP_Message_Format(){
Management Message Type＝？	8位		MBS-MAP_Message_Format(){
Management Message Type＝？	8位		Frame number	24位	与DL-MAP中的frame number相同
for(i＝0；i＜n；i++){			Frame number	24位	与DL-MAP中的frame number相同
for(i＝0；i＜n；i++){			Multicast CID	12位	12LSB of CID for multicast
MBS DCD Count	8位		Multicast CID	12位	12LSB of CID for multicast
MBS DCD Count	8位		MBS DIUC	4位	调制编码方式索引
OFDMA Symbol offset	8位	相对于MBS zone	MBS DIUC	4位	调制编码方式索引
OFDMA Symbol offset	8位	相对于MBS zone	Subchannel offset	6位
Boosting	3位	功率偏置	Subchannel offset	6位
Boosting	3位	功率偏置	No.OFDMA Symbols	7位
No.Subchannels	6位		No.OFDMA Symbols	7位

Repetition Coding Indication	2位	循环译码指示
Repetition Coding Indication	2位	循环译码指示	Next MBS frame offset	8位	下一个MBS业务帧的位置
Next MBS OFDMA Symbol offset	8位		Next MBS frame offset	8位	下一个MBS业务帧的位置
Next MBS OFDMA Symbol offset	8位		}
if！(byte boundary){			}
if！(byte boundary){			Padding Nibble	4位	Padding to reach byte boundary.
}			Padding Nibble	4位	Padding to reach byte boundary.
}			}

步骤S63，移动台接收MBS ZONE中特定的MBS_MAP消息，分析并记录其中的信息，记录的信息至少包括对MBS ZONE中所使用的调制和编码方式的索引DIUC以及对应MBS连接所占用的物理信道资源，还包括当前MBS_MAP消息所关联的MBS_DCD消息指示MBS_DCD Count。

步骤S64，移动台判断当前MBS_MAP消息所关联的MBS_DCD count和曾经接收到的MBS_DCD消息里的MBS_DCD Change Count是否一致，如果是，则进入步骤S66；如果否，则转入步骤S65。

步骤S65，接收新的MBS_DCD消息，以便获取当前MBS DIUC和具体的编码调制方式的映射关系，并进入步骤S66。

步骤S66，移动台利用上述记录的信息，并分析其他字段，该解析结果用于MBS业务数据接收。

总之，本实施例不对已有DCD消息作任何约束，而是生成MBS_DCD消息，该MBS_DCD消息里，映射关系可能在MBS_DCD消息更新的时候更新，但由于同一MBS ZONE里的MBS_DCD消息由MBS Server控制，是同时更新的；并且在MBS_MAP消息里增加MBS DCD Count信息元，以跟踪该映射关系的变化，因此可以保证移动台在同一MBS ZONE区域不同基站覆盖区移动的时候实现连续接收和宏分集。

请参阅图10，是本发明实施例七的流程图。

步骤S71，在移动台接收MBS业务之前，可能在登记MBS业务以后，在某个时刻接收到MBS_DCD消息。移动台接收到MBS_DCD消息就可获取当前MBS DIUC和具体的编码调制方式的映射关系。

该MBS_DCD消息的格式与实施例六中的消息的格式相同，此不赘述。

步骤S72，基站在MBS ZONE中周期性的发送特定的MBS_MAP消息，该消息中包含对MBS ZONE中所使用的调制和编码方式的索引号MBS DIUC以及对应的MBS连接所占用的物理信道资源。

步骤S73，移动台接收MBS ZONE中特定的MBS_MAP消息，分析并记录其中的信息，记录的信息至少包括对MBS ZONE中所使用的调制和编码方式的索引以及对应MBS连接所占用的物理信道资源。

步骤S74，移动台判断是否接收到新的MBS_DCD消息，如果是，则进入步骤S75；如果否，则等待接收新的MBS_DCD消息。

这是因为，移动台虽然在接收到MBS_MAP消息后可以解析出当前MBS业务的MBS DIUC，但由于处于IDLE模式下的移动台在移动过程中可能跨越不同的基站覆盖区，此时并不知道当前的基站覆盖区里的MBS_DCD消息里MBS DIUC和具体的编码调制方式的映射关系。因此移动台必须等待接收到新的MBS_DCD消息以后，才能正常接收MBS业务。

步骤S75，记录上述MBS_MAP中的信息，并分析其他字段，解析结果用于MBS业务数据接收。

总之，本实施例中，不对已有DCD消息作任何约束，而是生成MBS_DCD消息，并且在该MBS_DCD消息里，映射关系可能在MBS_DCD消息更新的时候更新，但同一MBS ZONE里的MBS_DCD消息由基站控制的，不能保证同时更新的。为保证移动台在同一MBS ZONE区域不同基站覆盖区移动的时候实现连续接收和宏分集，此时需要移动台在MBS ZONE里接收完MBS_MAP消息后，一定要接收到MBS DCD消息，才正常接收MBS业务。

综上所述，本发明的实施例一、二、三和五中，在MBS ZONE中索引号和具体的调制编码方式之间建立固定的映射关系，也就是说，所有的基站覆盖区采用相同的映射关系，因此当移动台在同一MBS ZONE的不同基站之间移动时，可以根据MBS_MAP消息中的索引号获取确切的调制编码方式，可以有效地保证MBS业务的连续接收和宏分集。

本发明的实施例四、六和七中，在MBS ZONE中索引号和具体的调制编码方式之间的映射关系是可变的，因此，移动台在接收MBS_MAP消息后，进一步接收更新后的下行信道描述符消息，以获得确切的索引号和调制编码方式之间的映射关系，从而保证MBS业务的连续接收和宏分集的实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种无线网络中移动台接收组播广播业务数据的方法，其特征在于，在组播广播业务资源区MBS ZONE建立调制和编码方式的索引号与编码调制方式的固定的映射关系；还包括步骤：

2.根据权利要求1所述的无线网络中移动台接收组播广播业务数据的方法，其特征在于，所述步骤1)的获取过程具体包括：

11)基站在MBS ZONE中周期性发送组播广播业务资源分配图MBS_MAP消息；

3.根据权利要求1所述的无线网络中移动台接收组播广播业务数据的方法，其特征在于，所述步骤1)的获取过程具体包括：

1C)移动台接收并解析所述MBS_MAP消息。

4.根据权利要求1所述的无线网络中移动台接收组播广播业务数据的方法，其特征在于，在所述步骤1)之前还包括：移动台在MBS ZONE中接收下行信道描述符DCD消息，获取调制和编码方式的索引号和调制编码方式之间的固定的映射关系。

5.根据权利要求4所述的无线网络中移动台接收组播广播业务数据的方法，其特征在于，所述步骤1)的获取过程具体包括：

1a)基站在MBS ZONE中周期性发送MBS_MAP消息；

1b)移动台接收所述MBS_MAP消息，从该消息中提取MBS ZONE中所使用的调制和编码方式的索引号以及对应的MBS连接所占用的物理信道资源。