专利名称：具有服务小区广播业务层次索引的移动站及网络的制作方法
技术领域：
本发明一般涉及无线电话，并且更具体地涉及诸如能够与蜂窝网及/或个人通信网一起操作的这类的无线电话或移动站。
背景技术：
在目前所规定的一种空中接口标准(IS-136)中，Short MessageService Broadcast Channel(短消息业务广播信道S-BCCH)被规定用于向诸如无线电话这样的移动站发送点到多点的消息。每个Superframe最多可以将15个时隙分配给S-BCCH逻辑信道。S-BCCH被认为是连续信道，虽然S-BCCH被分配了一个以上的时隙。
SMS帧可以定义为24个Superframe序列，与Hyperframe(HF)计数器对齐。因此，分配给SMS帧的时隙号是0、24、48、72，根据每个Superframe中多少个时隙分配给BCCH而定。
Hyperframe(HF)计数器以及Primary Superframe(SF)指示器可以在BCCH中提供。这两个计数器共同(2*HF计数器+Primary SF指示器)组成一个Superframe计数器。一个SMS帧被定义为SF计数器的一个单个完整周期(0-23)。SMS帧在HF计数器值为0以及Primary Superframe指示器等于0处对齐起点。SF计数器为移动站提供SMS帧同步信息。
SMS子信道被定义为允许不同消息具有不同的重复周期。每个子信道具有其自身的重复周期，以SMS帧单位而定义。SMS帧组成SMS子信道。在每个子信道内，定义一个重复周期(以SMS帧为单位)，包含在SMS子信道中的SMS广播消息序列按照这个周期重复。SMS广播子信道周期的长度范围可以从1到N个SMS帧。在每个子信道中，每个SMS帧内第一个S-BCCH时隙包含描述子信道结构的字头。可以定义最多四个子信道。如果存在一个以上的子信道，子信道以SMS帧为基础，时分复接成S-BCCH信道。如果SMS子信道块被定义为由来自每个子信道的一个SMS帧组成，这些子信道按照子信道号升序排列，那么复接的子信道可以定义为这些子信道块的重复。SMS帧所属于的子信道号以及子信道标识在SMS帧头中规定。
根据在任何SMS帧的第一时隙中找到的SMS字头信息，在一个周期完成之前，SMS(i)中的消息集合可以跨越M(i)个SMS帧。M(i)是子信道周期的长度。子信道周期中SMS帧号被称为子信道周期的相位。
多个不同BCCH消息类别可以由网络经营者定义。它们包括Emergency Information(紧急信息)消息、Time and Date(时间和日期)消息、Overload Class(过载类)消息、System Identity(系统标识)消息、以及Broadcast(广播)消息。每个BCCH消息一般包括多个信息域。这些域可以包括Protocol Discriminator(协议识别)域、Message Type(消息类型)域、SMS Message ID(SMS消息标识)域、以及Text Message Data(文本消息数据)域。
对Broadcast Messag(广播消息)类别域编码以便提供多个不同类型的消息类别标识符。例如，它们包括紧急号码和road-side(路边)信息、收费站信息、航班离开/到达信息、与天气有关的信息、新闻、以及财经信息。
有至少两个以前的建议，能够进行服务小区广播SMS操作(即，PN3011/(4/8/94)以及6/95 S-BCCH建议)。但是，这些以前的建议不能提供完全满意的方法管理并促进S-BCCH消息的接入和使用。
发明目的因此，本发明的第一目的是提供一种改进的方法，提供基于服务小区的广播业务。
本发明的另一个目的是提供对现有或建议的S-BCCH协议的增强，以便有利于服务小区广播业务的便利使用。
本发明的另一个目的是定义并提供索引消息，包含有关服务小区广播消息的信息以便有利于服务小区广播业务的便利使用。
发明内容
前述以及其它的问题通过根据本发明实施例的方法和设备可以克服并实现发明的目的。所揭示的本发明方法，操作蜂窝网和移动站，分别发送并接收服务小区广播消息。
更具体地，本发明提供Cell Broadcast Service(服务小区广播业务)中索引消息的使用。索引消息在这里被认为是特殊类型的CellBroadcast(服务小区广播)消息，包含有关实际广播消息的一般信息。索引消息在预定的逻辑S-BCCH子信道中发射，并包含如下信息单元例如(a)每个服务小区广播消息的消息综述或概要，(b)有关紧急消息的信息，(c)有关不同广播消息中使用的语言的信息，(d)字母数字广播域经营者名称以及特殊的经营者问候语，(e)有关广播消息中变化的信息，以及(f)有关正确子信道的信息。通过接收索引消息，移动站用户可以得到对所选的一个服务小区广播消息的访问。
附图的简要描述当结合所附的图阅读随后的发明详细描述，上面提出的以及其它的发明特性将会变得更清晰，其中
图1是根据本发明构造并操作的移动站框图；图2是图1中所示的移动站的正视图，而且它还说明了移动站通过无线RF链路与之双向连接的蜂窝通信系统；图3到7提供了各种可能的S-BCCH帧的例子；图8总结了用于S-BCCH操作的包括层2协议帧的域；图9说明了SPACH Header(字头)A；图10说明了根据本发明的Message Index(消息索引)S-BCCH消息的格式；图11说明了Subchannel Configuration(子信道配置)S-BCCH消息的格式；图12说明了Subchannel Delimiter(子信道分界符)S-BCCH消息的格式；图13说明了Subchannel Schedule(子信道目录)S-BCCH消息的格式；图14说明了R-DATA S-BCCH消息的格式；图15说明了Message Type(消息类型)S-BCCH消息的格式；图16说明了Subchannel Info(子信道信息)信息单元的格式；
图17A和17B说明了根据本发明的一个方面，用于支持Broadcast(广播)SMS消息索引传递的SMS Index(索引)消息；图18A和18B说明了根据本发明的一个方面，用于支持移动站端接的Broadcast(广播)SMS传递的SMS Deliver(传递)消息；图19-34B说明了图17A-18B的SMS Index(索引)和Deliver(传递)消息中使用的各种消息单元的格式；以及图35A-35C描述了根据本发明的示范广播消息集。
发明的详细描述参考图1和2，说明了适于实现本发明的无线用户终端或移动站10，例如但不限于蜂窝无线电话或个人通信器。移动站10包括天线12，从基站(base site或base station)30发送信号并接收信号。基站30是蜂窝网的一部分，蜂窝网包括Base Station(基站)/Mobile SwitchingCenter(移动交换中心)/Interworking(交互工作)功能或BMI32。BMI32包括Mobile Switching Center(移动交换中心MSC)34。当移动站10进行呼叫时，MSC34提供到陆地线路中继线的连接。根据本发明，BMI32包括Broadcast Message Center(广播消息中心BMC)33，根据如下描述，格式化并在前向数字无线信道的逻辑子信道上发送消息和消息索引信息。
移动站10包括调制器(MOD)14A、发射机14、接收机16、解调器(DEMOD)16A、以及控制器18，分别向发射机14提供信号并从接收机16接收信号。这些信号包括根据应用蜂窝系统的空中接口标准的信令信息、以及用户语音及/或用户产生的数据。本发明设想的空中接口标准包括上述类型的物理及逻辑帧结构，尽管本发明的概念不是意图仅限于这个特定结构，或仅用于IS-136兼容的移动站，或仅用于TDMA类型的系统。
用户接口包括常规的耳机或扬声器17、常规的麦克风19、显示器20、以及用户输入设备一通常为键盘22，所有都连接到控制器18。应该理解控制器18包括实现移动站语音和逻辑功能的电路。键盘22包括常规的数字(0-9)和有关键(#,*)22a、以及用于操作移动站10的其它键22b。例如，这些其它键22b可以包括SEND(发送)键、各种菜单滚动及软键、以及PWR键。移动站10也包括对操作移动站所需的各种电路加电的电池26。
移动站10也包括各种存储器，统一表示为存储器24，其中储存了多个常量和变量，由控制器18在移动站操作中使用。例如，存储器24存储了各种蜂窝系统参数及编号模块(NAM)值。控制控制器18操作的操作程序也存储在存储器24中(一般在ROM器件中)。存储器24也可以存储数据，包括点到点SMS消息及服务小区广播信息，它们从BMI32接收，然后该消息显示给用户。
应该理解移动站10可以是车载或手持设备。还应该理解移动站10能够与一种或多种空中接口标准、调制类型、以及接入类型一起操作。例如，除IS-136以外，移动站能够与多种其它的标准中任何一个一起操作，例如GSM及IS-95(CDMA)。因此应该清楚的是本发明的概念不应解释为限于任何一种特定类型的移动站或空中接口标准。
存储器24中的操作程序包括在显示器20上为用户提供消息及消息有关功能的例程，一般为各种菜单项。存储器24也包括结合合适的控制器及处于BMI 32中的存储器实现下述方法的例程。即，移动站10和BMI 32合作实现下述改进的服务小区广播业务和功能。在这里结合参考的是IS-136的修订版0(公布的IS-136结合公布的Addendum-contribution TR45.3.6/95.05.17.07)。
Cell Broadcast(服务小区广播)业务只是蜂窝网经营者提供的各种蜂窝业务中的一种。有了Cell Broadcast(服务小区广播)业务，短文本消息可以广播到移动站，而且可以由某个区域中的任何移动站接收。有各种类型的广播消息，而且用户能够选择所接收的主题或消息类型。在这方面可以参考7/7/95提交的共同授予的U.S.PatentApplication Serial No.:08/499v,165，题为“Radiotelephone UserInterface for Broadcast Short Message Service”,Seppo Alanr(这个专利申请的主题发明者之一)。
本发明有利地提供了Index Message(索引消息)在Cell BroadcastService(服务小区广播业务)中的使用。Index Message(索引消息)在这里被认为是特殊类型的Cell Broadcast(服务小区广播)消息，包含有关实际广播消息-在与蜂窝通信系统的基站30有关的给定服务小区内的其它子信道上发射-的信息。正如下面所澄清的，IndexMessage(索引消息)包含信息单元，例如(a)每个服务小区广播消息的消息综述或概要，(b)有关紧急消息的信息，(c)有关不同广播消息中使用的语言的信息，(d)字母数字广播域经营者名称以及特定的经营者问候语，(e)有关广播消息中变化的信息，以及(f)有关正确子信道的信息。
根据本发明，与服务小区广播有关的Index Message(索引消息)的使用，在向移动站广播消息的现有技术方法上提供了多种优点。这些优点包括、但不限于(a)提供对实际广播消息的快捷而简便的访问，(b)提供表示紧急消息的快捷而安全的方式，(c)提供支持多种语言的可能性，(d)提供有效的方式，提供有关业务提供者和消息发送者的信息，(e)一般有利于用户和业务提供者使用Cell Broadcast(服务小区广播)业务的方便，以及(f)提高用户操作的速度及效率，藉此减少网络流量并降低移动站的电池消耗。
因此本发明主要面向Cell Broadcast(服务小区广播)消息的层次索引的定义、结构及使用。
本发明Index Message(索引消息)的使用至少为空中接口提供如下新的特性。首先，每个层3消息的消息综述或概要包括在子信道0层3索引消息中，为端用户提供有效方式选择要获取的层3消息。第二，每个消息限定符的含义动态定义，藉此实现实际上数量无限的独特含义。第三，层3索引中独特的紧急消息指示提供了一种机制，迫使移动站获得紧急消息并使紧急消息的呈现有别于其它消息。第四，IndexMessage(索引消息)基于每个子信道提供多语言支持。这种多语言支持为不同语言提供单独的层3索引和层3消息。第五，Index Message(索引消息)提供字母数字广播域经营者名称以及特定的经营者问候语的支持，而且也基于每个消息提供消息发起者名称的支持。第六，当消息中有改变时，只需要阅读来自子信道0的层3索引消息以便概观其改变。当发生改变时，只有层3 Index Message(索引消息)可以从子信道0继续到子信道2直到31。第七，最多15个字符长(或较短)的消息可以包括在层3索引中，因此这些相对较短的消息不需要单独的广播消息。当要获得特定的层3消息时，每个子信道(子信道2到31)的第一消息索引号使移动站阅读正确的子信道。
根据本发明的Index Message(索引消息)结构在下面详细描述。
关于用户接口功能及实现，可以使用多选择列表选择要显示在显示器20上的所需消息。例如，用户可以选择要显示的组(可以是存储的用户设置的一部分)，此后用户可以从所选组中选择特定的消息阅读。
下面描述的S-BCCH协议结构具有以下属性、特征和优点。
可以定义从1到32个不同的S-BCCH子信道，其中广播信息量以及所需的操作模式(例如，用户组及/或加密消息)确定了所支持的子信道总数。
每个子信道的带宽大小可变，因此可以根据需要分配(按需分配带宽)。每个子信道具有256个层2帧的上限(大约2560个八比特组)。对于32个子信道，转换成大约81.92k八比特组信息的上限。
在本发明的优选实施例中，子信道0专用于提供如下信息激活的子信道总数；基于每12个Hyperframes的子信道出现；基于每个子信道的消息加密算法以及密钥信息的应用；基于每个子信道的用户组操作的应用；与允许用户组操作的子信道有关的用户组ID；基于每个子信道的数据压缩的应用；基于每个子信道的多语言支持的应用；层3消息的层3索引；用于标识一个逻辑上不同的S-BCCH信息集合的广播域ID；基于每个子信道的子信道改变指示；以及基于每个子信道的用于改变(包括在或不包括在子信道1内的追加改变)的捕获方法。
S-BCCH协议结构也包括在如下属性中。
子信道1专用于提供与子信道2到31有关的现在已经改变或修改的消息。子信道2到31专用于传输全部S-BCCH消息集合。
层3索引消息提供定义唯一消息类型的消息限定符-子信道2到31上支持的每个S-BCCH消息的消息限定符对。总共可以定义256个不同的消息限定符，而且每个消息限定符的含义是动态定义的。
数据压缩的使用允许使用数据压缩的每个子信道上有更多及/或更长的层3消息。而且，不同消息的搜索时间变得更短。
子信道排序是灵活的，以便允许对实时的强调放在信息改变/增加上，如下所述。当一段子信道0信息要发送时，时间段开始于与hyperframe计数器的0值吻合的第一S-BCCH时隙中。一旦开始，就完成子信道0，不被连续的S-BCCH时隙中断。子信道1可以立即在任何信道完成之后开始，或者可以中断一个子信道(除了子信道0或1)而开始。一旦开始，就完成子信道1，不被连续的S-BCCH时隙中断。所有其余的子信道可以以任何顺序发送，而且可以被子信道0和1中断。
一旦预占了DCCH，移动站10首先读取子信道0以确定是否需要捕获S-BCCH信息，如下所述。如果移动站10确定已经进入了新的广播域，它就继续捕获新的S-BCCH信息，包括必要的层3索引。如果没有进入新的广播域而且S-BCCH信息改变了，移动站10就继续捕获新的S-BCCH信息，包括必要的层3索引。如果移动站10确定有新的紧急消息，移动站10就捕获该消息并将其显示给用户。
当有改变时，只需读取层3索引以便得到改变的概要。
处于捕获S-BCCH信息过程中的移动站10由层2的改变指示器通知S-BCCH信息的实时改变，并通过读取子信道0来响应。已经完成必要的S-BCCH信息捕获的移动站10也由层2的改变指示器通知S-BCCH信息的实时改变，并通过读取子信道0来响应。
每个子信道用多达256个层2帧发射。转换成每个子信道大约10个最大长度(255个八比特字)的层3消息，或者假设不使用数据压缩时每个消息有100个八比特字，每个子信道大约为25个消息。当使用数据压缩时，转换成每个子信道大约18个最大长度(255个八比特字)的层3消息，或假设每个消息有100个八比特字，每个子信道大约40个消息。
支持S-BCCH操作而定义的层2协议允许移动站10唯一地确定子信道的开始和结束，并开始捕获以任何属于该子信道的层2帧开始的子信道内容。
在层2中通知S-BCCH信息的改变是很一般的，因为它不表示受影响的子信道。移动站10继续读取子信道0以确定受影响的特定子信道。这种在SPACH和S-BCCH上通知S-BCCH改变的方法具有如下影响。首先，改变的S-BCCH信息的发送可以在首先表示了S-BCCH改变通知的superframe之后紧接的superframe中开始。第二，只要BMI32不频繁地改变S-BCCH的内容，那么所有的Paging Frame Class(寻呼帧类PFC)移动站10将看到并响应该S-BCCH改变通知。
R-DATA和R-Data单元用于传输层3信息，提供已经为Point-to-Point Short Message Service(点到点短消息业务SMS)定义的现有方法的使用。
层3索引消息中独特的紧急消息指示可以迫使移动站10捕获紧急消息并将紧急消息的表示与其它消息区别开来。
根据本发明的多语言支持能够使不同的语言具有单独的层3索引和层3消息。
包括在层3索引消息中的每个层3消息的消息概要为端用户提供了选择要捕获的层3消息的有效方法。
如果需要较长的层3索引，层3索引消息可以从子信道0持续到子信道2到31。此外，15个字符长或更短的消息可以整个包括在层3索引消息中，因此，这些短消息不再需要单独的消息。这样就保存了无线信道带宽。
当将要捕获特定的层3消息时，每个子信道(子信道2到31)第一消息的索引号使移动站10能够读取正确的子信道。
本发明还支持-以类似于为Point-to-Point(点到点)SMS而定义的方式-从移动站10发送手动确认，并能够进行-例如-空中表决。
回呼号码功能的支持使经营者能够向通过电话经商的公司销售广告时间。
本发明也在整个广播域支持可选的有关系统经营者的字母数字信息，而且基于每个消息的关于每个层3消息发起者的可选的字母数字信息使端用户能够区分不同的广播域以及不同的消息提供者。
已经描述了本发明的概念所提供的多种特性和优点，下面对发明进行更详细的描述。
S-BCCH这些信道在层2不提供寻址，因此处于捕获S-BCCH信息过程中的移动站10接受与所使能的S-BCCH子信道关联的所有层2帧。当进入DCCH预占状态(见IS-136.1的6.2.3节)时，移动站10首先使能子信道0。当移动站10完成子信道0的捕获时，如果层3需要并请求其它信息就使能其它子信道。当移动站10完成了来自任何给定子信道的整个周期的信息捕获时，它就禁止那个子信道。当完整的层3消息从接收帧中恢复时，层2向层3发送FDCCH指示原语并包括如下信息(1)6.4节中定义的层3消息，(2)以八比特组为单位提供层3消息长度的层3长度指示器(L3LI)，以及(3)BCCH(S-BCCH)消息指示。
S-BCCH请求S-BCCH请求原语从层3发送到层2，并用于传输要在S-BCCH上发送的层3消息。S-BCCH请求原语包括如下协议单元(1)6.4节中定义的层3消息，(2)L3LIA层3长度指示器，以八比特组单位提供整个层3消息长度(每个层3消息一个L3LI)，以及(3)标识层3消息所关联的子信道的子信道ID。
S-BCCH协议每当TDMA时隙用于传输S-BCCH信息时，使用S-BCCH层2协议。S-BCCH协议提供最大多达32个不同的S-BCCH子信道的支持。使用多达256个S-BCCH层2协议帧，发送包括S-BCCH子信道的层3消息组。构造单个的S-BCCH层2协议帧适应125比特的封装(见IS-136.1的4.4.3.1节)。另外的5个比特留做拖尾比特，得到每个S-BCCH时隙中传输的共130比特的信息。为S-BCCH操作定义的层2协议只支持无确认的操作。图3到7提供了各种可能的S-BCCH帧的例子。包括S-BCCH操作的层2协议帧的域的总结在图中提供。
S-BCCH帧利用BEGIN帧BEGIN帧用于在S-BCCH的任何给定子信道上启动传递一个或多个层3消息。对任何给定子信道来说，构成整个周期S-BCCH信息的开始消息的层3消息以BEGIN帧开始发送并占据BEGIN帧内包括的第一L3DATA域。在BEGIN帧内放置层3消息信息的特殊法则如下。
(A)如果层3消息整个放入BEGIN帧的L3DATA域内，帧中还有9或更多的比特剩余，Begin Indicator(开始指示器BI)紧接在表示是否有一个附加的层3消息在帧内开始的L3DATA域后被包括，如下所述(1)如果BI=0，没有其它的层3消息开始，帧的其余部分用FILLER填充；而且(2)如果BI=1,L3LI域紧接BI域之后被包括。然后在L3LI域之后跟另一个L3DATA域，包括根据帧中剩余的比特数而定的一部分新的层3消息。
(B)如果层3消息整个放入BEGIN帧的L3DATA域内，帧中还有1到8比特剩余，而且另一个层3消息要被发送，那么在L3DATA域之后紧接着包括BI=0，帧的其余部分用FILLER填充，下一个层3消息从另一个BEGIN帧开始发送。
(C)如果层3消息整个放入BEGIN帧的L3DATA域内，帧中还有1到8比特剩余，而且如果没有其它的层3消息要被发送，那么在L3DATA域之后紧接着包括BI=0，帧的其余部分用FILLER填充。
(D)如果层3消息整个放入BEGIN帧的L3DATA域内，没有比特剩余，就不出现BI域，而且层3消息的结尾是隐含的。
(E)如果层3消息不能整个放入BEGIN帧的L3DATA域内，就要使用足够多的CONTINUE帧完成该消息。
CONTINUE帧每当层3消息不能在前一个S-BCCH层2帧内完成时，就使用CONTINUE帧。设置Continuation Length Indicator(连续长度指示器CLI)域，表示CONTINUE帧中有多少比特属于连续的层3消息。这样又可允许移动站10接收一部分新消息，新消息可以在CONTINUE帧中用于完成从前一帧延续的消息的L3DATA域之后出现。在CONTINUE帧中放置层3消息的特定规则如下。
(A)如果CLI表示持续的层3消息的其余部分整个放入CONTINUE帧中，帧中还有9或更多的比特剩余，Begin Indicator(开始指示器BI)紧接在表示是否有一个附加的层3消息在帧内开始的L3DATA域后被包括，如下所述(1)如果BI=0，没有其它的层3消息开始，帧的其余部分用FILLER填充；而且(2)如果BI=1,L3LI域紧接BI域之后被包括。然后在L3LI域之后跟另一个包括一部分新的层3消息的L3DATA域。
(B)如果CLI表示持续的层3消息的其余部分整个放入CONTINUE帧中，帧中还有1到8比特剩余，而且另一个层3消息要被发送，那么在L3DATA域之后紧接着包括BI=0，帧的其余部分用FILLER填充，下一个层3消息从另一个BEGIN帧开始发送。
(C)如果CLI表示持续的层3消息的其余部分整个放入CONTINUE帧中，帧中还有1到8比特剩余，而且如果没有其它的层3消息要被发送，那么在L3DATA域之后紧接着包括BI=0，帧的其余部分用FILLER填充。
(D)如果CLI表示整个CONTINUE帧包括属于一个持续的层3消息的信息，帧中就不出现BI域。
(E)使用足够多的CONTINUE帧完成持续的层3消息。
S-BCCH子信道管理S-BCCH逻辑信道使用多达32个不同的S-BCCH子信道传输SMS广播信息，子信道的管理如下。
(A)每个子信道包括多达256个S-BCCH层2协议帧序列，用于传输子信道特定的消息集合。子信道传输的顺序和周期性是可变的。
(B)每12*N(N=1,2,3…10)个hyperframe中至少发送一次子信道0，而且在与Hyperframe Counter(超帧计数器)的零值同时的第一S-BCCH时隙中开始(见IS-136.1的6.4.1.1.1.1)。
(C)子信道0可以按需要的频度发送，只要它所关联信息的一个完整周期实例与每12*N个hyperframe的Hyperframe Counter(超帧计数器)的零值对齐开始即可。
(D)子信道0以每12*N个hyperframe的Subchannel Schedule(子信道目录)消息开始(见IS-136.1的6.4.1.3.1.4)。
(E)具有首先表示S-BCCH信息变化的S-BCCH及SPACH层2SCN标志的hyperframe后面紧跟反映新的S-BCCH信息的hyperframe。
(F)预计要进行到更新的S-BCCH信息的变换，BMI32可以在变换到更新的S-BCCH信息之前的hyperframe中的任一点上放弃任何子信道的发送。BMI32通过在完成与目前子信道关联的S-BCCH信息的完整周期之前(重新)开始发送任何子信道，来放弃子信道0到1的发送。BMI32通过在完成与目前子信道关联的S-BCCH信息的完整周期之前(重新)开始发送子信道2到31，来放弃子信道2到31的发送。
(G)BMI32发送不使用连续的S-BCCH时隙中断的子信道0和1，除非由于跳变到更新的S-BCCH信息而放弃这些子信道的传输。BMI32也发送不使用连续的S-BCCH时隙中断的子信道2到31，除非由于跳变到更新的S-BCCH信息而放弃这些子信道的传输，或者除非它暂时中断目前子信道的传输以便发送子信道0或1信息。
(H)S-BCCH信息不在第二superframe中重复。
SPACH协议每当使用一个时隙传输点到点SMS、寻呼、或ARCH信息时，使用SPACH层2协议。构造单个的SPACH层2协议帧填入125比特的封装(见4.4.3.1节)。另外的5比特留做拖尾比特使用，得到总共130比特的信息，在为SPACH分配的每个时隙内传输。本专利申请的图9以及IS-136.1的图5-24到5-38提供了可能的SPACH字头和帧的例子。完整的SPACH层2帧集合，见IS-136.1的附录C。包括用于SPACH操作的层2协议帧的域的总结在IS-136.1的表5-7中提供。
S-BCCH改变通知S-BCCH改变通知由SCN标志如下控制。如果S-BCCH改变通知(SCN)标志跳变，移动站10就通过读取子信道0上的S-BCCH信息来响应。如果子信道0上的S-BCCH信息表示其它子信道上也有Message Index(消息索引)信息，移动站10就继续读取那些具有Message Index(消息索引)信息的子信道。如果移动站10确定任何有关的子信道上的S-BCCH信息已经改变，或者它目前的SOC及Broadcast Domain(广播域)内有新的紧急消息，而且如果请求了当前Message Index(消息索引)所包括的以外的更多信息，它就根据Change Acquisition Map信息单元(见6.4.1.3.1.2)捕获新的S-BCCH信息。
DCCH预占状态(D3)当从控制信道扫描及锁定状态进入此状态，或者由于控制信道重选择而第一次在当前DCCH上，移动站10就首次读取完整周期的F-BCCH、E-BCCH、以及S-BCCH的子信道0-如果关心S-BCCH业务的话。当在此状态中时，移动站10在完成了对整个周期的F-BCCH的首次读取之后才进行接入尝试。完成了F-BCCH的首次读取之后，移动站10离开此状态以便处理6.2.3节中所列的任何跳变。
BCCH更新每当移动站10在处理由于改变通知而更新广播信息的过程中、或在广播信息的最初捕获过程中接收到广播消息时，就激活这个过程。
F-BCCH及E-BCCH更新移动站10确定收到了6.3.18.1节中所列的F-BCCH和E-BCCH消息中的哪一个，并根据消息内容的变化唤醒必要的控制信道选择、控制信道重选择、或注册过程。
S-BCCH更新移动站10确定收到了如下S-BCCH消息中的哪一个，并按所示响应。
Subchannel Schedule(子信道列表)如果读取了这条消息发现没有有关的子信道被标识，移动站10可以跳过下一个12*N(N=1,2,3…10)个Hyperframes。
Subchannel Configuration(子信道配置)读取了这条消息之后，移动站10能够识别所有有关的子信道。
Message Index(消息索引)如果移动站10确定它当前的SOC已经输入了新的Broadcast Domain(广播域)，或者输入了新的SOC，它就继续读取所有有关子信道上完整周期的S-BCCH信息。
如果移动站10确定任何有关子信道上的S-BCCH信息已经改变，或者它目前的SOC及Broadcast Domain(广播域)内出现新的紧急消息，而且如果请求了当前Message Index(消息索引)所包括的以外的更多信息，它就根据Change Acquisition Map信息单元(见6.4.1.3.1.2)捕获新的S-BCCH信息。
如果请求了当前Message Index(消息索引)所包括的以外的更多信息，由于读取了Message Index(消息索引)消息，移动站10能够识别所有有关的子信道。
R-DATA移动站10确定接收的消息是否是有关的，并进行必要的更新。
BCCH消息除了已经规定的BCCH消息(见6.4.1节)以外，几种新消息根据本发明定义如下。
Subchannel Schedule(子信道列表)消息作为每12*N个Hyperframe(N=1,2,3…10)的子信道0上的第一消息发送。
Subchannel Configuration(子信道配置)消息在子信道0上发送。
Message Index(消息索引)消息在子信道0上以及子信道2到31上发送，以便这些消息的第一个总是在子信道0上发送。
Subchannel Delimiter(子信道分界符)消息在子信道1上发送。
R-DATA消息在子信道1到31上发送。
S-BCCH消息为S-BCCH操作而定义的消息集合如下。
强制的S-BCCH消息Message Index按Subchannel Configuration(子信道配置)消息中包括的Subchannel Info(子信道信息)所示，这个消息在S-BCCH子信道0上以及子信道2到31上发送，表示在S-BCCH上广播的所有R-DATA消息的性质。可以这样构成完整的消息索引，使几个Message Index(消息索引)的R-DATA单元包括于其中(见节8,Broadcast SMS(广播SMS))。而且也可以用Language Indicator(语言指示器)区别几种不同的完整消息索引。Message Index(消息索引)具有如图10所示的格式。
在图10中，Higher Layer Protocol Data Unit(高层协议数据单元)中的Message Type Indicator(消息类型指示器)设置为SMS索引。Language Indicator(语言指示器)信息单元包括在完整消息索引的第一Message Index(消息索引)消息中。这个信息单元区分不同的完整消息索引。Broadcast Domain(广播域)ID信息单元包括在第一Message Index(消息索引)消息中。当Language Indicator(语言指示器)所确定的某种语言消息组内出现了变化，并且Subchannel Info(子信道信息)包括在Subchannel Configuration(子信道配置)中时，S-BCCH Change Information(改变信息)信息单元包括在完整消息索引的第一Message Index(消息索引)消息中，由Language Indicator(语言指示器)标识。当紧急消息在S-BCCH上广播时，S-BCCH EmergencyMessage Map信息单元包括在第一Message Index(消息索引)消息中。
Subchannel Configuration图11中所示的这条消息在S-BCCH子信道0上发送，以确定所支持的子信道格式。
Subchannel Delimiter这条消息在S-BCCH子信道1上发送，分隔与特定子信道有关的改变的R-DATA消息组，具有图12所示的格式。
Subchannel Schedule这条消息作为每12*N个Hyperframe(N=1,2,3…10)的S-BCCH子信道0上的第一消息发送，定义子信道的出现，具有图13所示的格式。
R-DATA这条消息用于传输广播SMS层消息(见节8，Broadcast SMS)，在子信道1到31上广播。R-DATA消息格式示于图14。
Higher Layer Protocol Data Unit(高层协议数据单元)中的Message Type Indicator(消息类型指示器)设置为SMS Deliver(SMS传递)。在提供或请求了Manual Acknowledgement Request事件中，Teleservice Server Address信息单元是强制的，而且TeleserviceServer Address信息单元与移动站10用户档案中不同。在TeleserviceServer Address信息单元中使用端点码和子系统号。在提供或请求了Manual Acknowledgement Request的事件中，User Originating Address信息单元是强制的。使用端点码和子系统号。在提供或请求了ManualAcknowledgement Request并提供了User Originating Address的事件中，可以包括User Originating Subaddress信息单元。最后，在提供或请求了Manual Acknowledgement Request并提供了UserOriginating Address的事件中，可以包括User Originating AddressPresentation Indicator信息单元。包括这个信息单元，用以识别与UserOriginating Address有关的提供限制及屏蔽。
修改6.5节-Information Element Description-以表示S-BCCH信息单元中的改变触发SPACH的SCN标志的跳变，并包括BroadcastDomain ID(广播域ID)。这个信息单元用于标识SOC所特定的S-BCCH广播区域。具有相同SOC的相邻DCCH、以及发送同组S-BCCH信息的那些DCCH使用同一Broadcast Domain Identification(广播域标识符)值。
也要修改6.5节-Information Element Description-以包括一个Broadcast Mode(广播模式)信息单元标识特定S-BCCH子信道上使用的广播模式，包括Data Compression(数据压缩)信息单元标识所使用的数据压缩算法，包括标识语言的Language信息单元，并包括Language Indicator(语言指示器)信息单元，用于标识由不同语言所区分的不同的完整消息索引。
还要修改6.5节-Information Element Description-以包括MEA信息单元标识Message Encryption Algorithm(消息加密算法)，以及MEK信息单元标识Message Encryption Key(消息密钥)。
6.5节的Message Type(消息类型)部分修改为包括图15所示的S-BCCH消息。
也要修改6.5节以包括Next Subchannel Schedule 12*HyperframeCycle信息单元，当发送下一个子信道消息时用于表示下面12个Hyperframe周期。允许从1到10的值。如果该值为1，下一个SubchannelSchedule(子信道列表)消息在12个Hyperframe之后的子信道0开始处的S-BCCH上发送。如果该值为10，下一个Subchannel Schedule(子信道列表)消息在120个Hyperframe(即，10×12个Hyperframe)之后的子信道0开始处的S-BCCH上发送。
R-DATA单元这个信息单元包括Higher Layer Protocol Data Unit(高层协议数据单元)，并且在R-DATA消息和Message Index(消息索引)消息中是强制的。
S-BCCH Change Acquistion Map(改变捕获映射)也要修改6.5节包括这个信息单元，用于基于每个S-BCCH子信道提供改变捕获信息。这个映射中最左边的比特对应于子信道31，最右边的比特对应于子信道0。每当子信道内容修改时，映射中相应的比特位置用于通知移动站10如何捕获新信息，如下所示。
0=以前读取了最新修改的子信道的移动站通过读取子信道1获取新信息。处于读取最新修改子信道过程或从未读取最新修改子信道的移动站通过从修改的子信道(重)读完整周期信息而获取新信息。
1=移动站通过从最新修改的子信道读取完整周期信息而获取新信息。
S-BCCH Change Indicator Map(改变指示器映射)这个信息单元用于基于每个S-BCCH子信道提供改变指示信息。这个映射中最左边的比特对应于子信道31，最右边的比特对应于子信道0。每当子信道内容修改时，这个映射中相应的比特位置被触发。移动站只需针对有关的修改子信道，继续捕获新的Message Index(消息索引)消息及/或R-DATA。
S-BCCH Change Information(改变信息)这个信息单元用于传输上述S-BCCH Change Indicator Map以及S-BCCH Change Acquisition Map。
S-BCCH Emergency Message Map(紧急消息映射)这个信息单元用于传输S-BCCH Emergency Message IndicatorMap。这个映射中最左边的比特对应于子信道31，最右边的比特对应于子信道0。每当子信道上有新的紧急消息时，这个映射中相应的比特位置被触发。
Starting Message #(开始消息号)这个信息单元用于提供特定S-BCCH子信道上发送的第一R-DATA消息的消息号(见节8，Broadcast SMS)。如果该值为0,S-BCCH子信道上发送的第一消息是Message Index(消息索引)消息。
Subchannel Count(子信道计数)这个信息单元表示用于支持发送S-BCCH信息的子信道数目。
Subchannel ID(子信道ID)这个信息单元标识特定的S-BCCH子信道(0..31)。
Subchannel Info(子信道信息)这个信息单元表示所支持的S-BCCH子信道的属性，如图16所示。对于Subchannel ID信息单元，隐含地定义了S-BCCH子信道0和1，因此不必显式地定义。而且如果Broadcast Mode表示User Group ID特定的广播，只提供User Group Type以及ID信息单元。
Subchannel Occurrence Map(子信道出现映射)这个信息单元用于基于一个12 Hyperframe周期的每个S-BCCH子信道提供出现信息。这个映射中最左边的比特对应于子信道31，最右边的比特对应于子信道0。每当子信道在12 Hyperframe周期上发送时，映射中相应的比特位置如下设置0=子信道不在12 Hyperframe周期上发送；1=子信道在12 Hyperframe周期上发送。
User Group ID(用户组ID)这个信息单元标识移动站10请求或被分配的、或者S-BCCH子信道分配到的用户组。
User Group Type(用户组类型)这个信息单元标识User Group ID(UGID)的类型，如下表所示。
根据本发明概念，还要修改IS-136.1以便包括Broadcast ShortMessage Service(广播短消息业务)。现在描述发明的这个方面。
Broadcast Short Message Service(广播短消息业务)当Higher Layer Protocol Identifier(高层协议标识符)表示Broadcast SMS时，R-DATA Unit信息单元中的Higher Layer ProtocolData Unit域用于传输Broadcast SMS消息。
如下SMS消息过程用于S-BCCH上的SMS消息处理。
传递到MS的SMS消息SMS Index(SMS索引)这个消息发送到移动站10以使端用户很容易地从索引中选择要读取的消息。这个消息也传输有关系统经营者的信息。如下规则用于SMSINDEX。
(A)在很小的系统中，例如当少于10个服务小区广播消息时，不必发送SMS INDEX(R-DATA Unit中的Length Indicator(长度指示器)设为0)。可以广播SMS INDEX提供有关系统的信息(经营者名称及/或经营者问候语)或者消息总数(Total#of Messages)。
(B)在小系统中，当有10到20条服务小区广播消息时，广播MessageSummaries(消息概要)，不需Message Type Qualifiers(消息类型限定符)。
(C)在中等大小或大系统中，当有20条以上的服务小区广播消息时，广播Message Summaries(消息概要)和Message Type Qualifiers(消息类型限定符)。也可能需要广播几个SMS INDEX消息作为完整的消息索引。
(D)当包括Message Type Qualifiers(消息类型限定符)时，Message Summaries(消息概要)是强制的。
(E)当完整的消息索引由几个SMS INDEX消息组成时，经营者名称及经营者问候语只在第一SMS INDEX消息中提供(Index MessageCount=1)。
SMS Deliver(SMS传递)这条消息传输User Data Unit(用户数据单元)，即消息信息。当移动站10接收SMS Deliver消息时使用如下规则。
(A)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手动应答请求)信息单元表示禁止Manual Acknowledgment(手动应答)，移动站10就不响应SMS DELIVER消息发送SMS MANUAL ACK消息。
(B)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手动应答请求)信息单元表示提供Manual Acknowledgment(手动应答)，移动站10就根据用户指示响应SMS DELIVER消息发送SMSMANUAL ACK消息(见节7.1.1.2.3)。
(C)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手动应答请求)信息单元表示请求Manual Acknowledgment(手动应答)，移动站10必须根据用户指示响应SMS DELIVER消息发送SMS MANUAL ACK消息(见节7.1.1.2.3)。
(D)在Manual Acknowledgment没有提供或请求的情况下，传输SMS DELIVER消息的R-DATA也包括必要的地址域(见节6.4.1.3.2.1)。
消息集这部分描述Broadcast SMS消息。这些消息通过层3 Message Index及R-DATA消息在空中接口上传输，更具体地是在R-DATA UnitInformation Element(R-DATA单元信息元)中。如下编码规则用于这部分。
(A)Broadcast SMS消息用拖尾的0填充到最近的八比特组边界。
(B)为了后向兼容性，如果所收的SMS消息长度超过接收端能够理解的最小长度，所收的SMS消息就被接受，即接收端丢弃它不能理解的任何层3信息。
(C)填充的SMS消息以及层3字头的总长(见节6.4.3.1.1及6.4.4.9及IS-136.2节2.7.3.1.3.2.19及3.7.3.1.3..2.23)不能超过255个八比特组。
(D)除非另外规定，特定的信息单元只能在给定消息中出现一次。
(E)在图17和18中，信息单元在消息中是强制的或可选的，在描述消息的图中的“Type”栏中分别用“M”或“O”来表示。
(F)消息内的所有强制信息单元以它们在每个消息中出现的顺序传递到层3。
(G)可选的信息单元具有4比特Parameter Type(参数类型)码。包括在消息内的所有可选信息以Parameter Type码-作为无符号整数解释-递升顺序被包括。
(H)Parameter Type码是消息所特定的，不使用的要保留。
SMS Index(消息索引)这个消息从BMI32发送到移动站10，并用于支持Broadcast SMS消息索引的传递，如图17A中所示。应该注意到可以有多种例子的Message Type Qualifier、Message Summary、以及Emergency MessageSummary信息单元，而且如果Message Type Qualifier信息单元存在，相应的Message Summary信息单元必须存在。图17B表示可选信息单元的参数类型码。
SMS Deliver(SMS传递)这条消息用于支持以MS端接的Broadcast SMS传递，并示于图18A。Teleservice Server可以包括单个例子的Call Back Number信息单元，表示与User Data Unit信息单元中传输的消息有关的Call BackNumber。对于包括Call Back Number信息单元的情况，Teleservice Sever包括Call Back Number Presentation Indicator以及Alpha Tag信息单元的一个例子。图18B表示可选信息单元的参数类型码。
信息单元描述如下是各种信息单元的描述，参见图19-35。在图19-35中，所有规定的长度都以比特为单位，除非另外说明。
Address Info见上面参考节6.5的相应描述。
Call Back Number(回呼号码，图19)这个信息单元表示与SMS消息有关的回呼号码。这个信息单元的最大长度是根据网络而定的。
Call Back Number Alpha Tag(图20)
这个信息单元提供Call Back Number信息单元有关实例所特定的字母数字标志。包括在这个信息单元中的信息以IRA字符编码。
注1最小值为1。
注2提供最大为15个八比特组的N个字符。每个八比特组的最高有效比特设置为0。
Call Back Number Presentation Indicator(图21A-21C)这个信息单元表示Call Back Number信息单元有关实例所特定的提供指示及屏蔽。Presentation Indicator(提供指示)域如图21B中所示编码，而Screening Indicator(屏蔽指示)域如图21C中所示编码。
Emergency Message Summary(紧急消息概要，图22A和22B)这个信息单元提供有关紧急SMS DELIVER消息的短字母数字描述，该消息与Emergency Message Summary消息单元具有相同的Message#。这个信息单元用做SMS INDEX及所属的紧急SMS DELIVER消息之间的连接。包括在这个信息单元中的信息以IRA字符编码。
注1最小值为0。
注2每个八比特组的最高有效比特设置为0。如果以八比特组为单位的Length of Message Summary Data(消息概要数据长度)为0，则忽略此域。
Message#，按图22B所示编码，是特定的紧急SMS DELIVER消息的参考号(见Message#信息单元)。如果该值为0，整个消息包括在Emergency Message Summary中，不必读取任何SMS DELIVER消息获得该紧急消息。
Index Message Count(索引消息计数，图23)当完整的消息索引由几个SMS INDEX消息组成时，这个信息单元提供当前SMS INDEX消息的索引号，例如如果Messages in Index(被索引的消息)有5个，第一个SMS INDEX消息的Index Message Count为1，第二个SMS INDEX消息为1，第三个为3，第四个为4，最后一个为5。如果完整的消息索引中只有一个SMS INDEX消息(即，Messages inIndex为1)，移动站10就不使用Index Message Count。
Manual Acknowledge Request(手动应答请求，图24)
Manual Acknowledge Request信息单元用于SMS DELIVER消息中，表示对使用点到点SMS MANUAL ACK消息手动应答消息，是禁止、提供还是请求。
注1移动站10必须不将SMS Manual Ack消息发回。
注2移动站10必须将SMS Manual Ack消息发回。
注3移动站10可以将或可以不将SMS Manual Ack消息发回。
Message#(消息号，图25)当广播几个SMS DELIVER消息时，这个信息单元提供当前SMSDELIVER消息的索引号，例如如果Total#of Message(总消息数)为5，第一个SMS DELIVER消息的Message#为1，第二个SMS DELIVER消息为2，第三个为3，第四个为4，最后一个为5。如果只广播一个SMSDELIVER消息(即Total#of Message为1)，移动站10就不使用Message#。
Message Provider(消息提供者，图26)这个信息单元提供字母数字信息，描述对当前SMS DELIVER消息的发送者的描述。包括在这个信息单元中的信息以IRA字母编码。
注1最小值为1。
注2提供最多达15个八比特组的N个字符。每个八比特组的最高有效比特设置为0。
Message Reference(消息参考号)Message Reference给出短消息参考号的整数表示。当发送点到点SMS MANUAL ACK消息时，最初的SMS DELIVER消息的Message Reference是必需的。
Messages in Index(被索引的消息，图27)这个信息单元表示接连广播多少个SMS INDEX消息，以便组成完整的消息索引。如果完整的消息索引中只有一个SMS INDEX消息(即，Message in Index为1)，那么当前SMS INDEX消息就是完整的消息索引。
Message Summary(消息概要，图28A-28C)这个信息单元提供Message#与Message Summary信息单元相同的SMS DELIVE消息的短字母数字描述。这个信息单元用做Message TypeQualifier及所属的SMS Deliver消息之间的连接。包括在这个信息单元中的信息以IRA字符编码。
注1最小值为0。
注2每个八比特组的最高有效比特设置为0。如果以八比特组为单位的Length of Message Summary Data(消息概要数据长度)为0，则忽略此域。
Message Type Qualifier ID(图28B)是特定的Message TypeQualifier信息单元的参考号，提供一种索引结构。
Message #(图28C)是特定的SMS DELIVER消息的参考号(见Message#信息单元)。如果该值为0，整个消息包括在Message Summary中，不必读取任何SMS DELIVER消息获取该消息。
Message Type Indicator(消息类型指示，图29)Message Type Indicator按图中所示编码。
Message Type Qualifier(消息类型限定符图30A-30B)这个信息单元用于标识多达256个不同的字头，以便对SMS DELIVER消息归类。这个信息单元提供有关字头的短字母数字描述并链接到属于该字头的Message Summary信息单元。包括在这个信息单元中信息以IRA字符编码。
注1最小值为0。
注2每个八比特组的最高有效比特设置为0。如果以八比特组为单位的Length of Message Summary Data(消息概要数据长度)为0，则忽略此域。
Message Type Qualifier ID(图30B)是特定的Message TypeQualifier信息单元的参考号，提供一种索引结构。
Operator Greeting(经营者问候语，图31)这个信息单元提供来自系统经营者的字母数字问候语。包含在这个信息单元中的信息以IRA字符编码。
注1最小值为1。
注2每个八比特组的最高有效比特设置为0。
Operator Name(经营者名称，图32)这个信息单元提供字母数字的系统经营者名称。包含在这个信息单元中的信息以IRA字符编码。
注1最小值为1。
注2每个八比特组的最高有效比特设置为0。
Total#of Message(消息总数，图33)这个信息单元提供被广播的SMS DELIVER消息的总数，不包括SMSINDEX消息。
User Data Unit(用户数据单元，图34A-34B)User Data Unit信息单元用于传输用户的文本消息。EncodingIdentifier(编码标识符)域(图34B)表示User Data Unit中使用的编码。User Data域代表用户消息，并且按照Encoding Identifier的规定编码。如果Encoding Identifier表示为IRA，那么User Data的每个八比特组的最高有效比特设置为0。
广播及接收消息图35A描述了典型的广播消息集合。在小系统中(例如，少于10条消息)，消息集合可以如图35B所示。在中等大小或大系统中(例如，多余20条消息)，消息集合可以如图35C所示。在后一种情况下，制作完整的消息索引以便合成SMS INDEX消息。
示范的消息结构可以如下表1-3所示。
表1第一SMS Index
表2第二SMS INDEX
表3第一SMS DELIVER
注1Teleservice Server Address以及User Originating Address必须在R-DATA中存在。
尽管在优选实施例的情况下已经进行了描述，但是应该认识到对这些概念的很多修改对本领域技术人员来说是可以进行的。此外，而且前面已经提到，本发明的概念不应理解为限制于在任何一个特定的空中接口-例如IS-136-中使用。因此，尽管已经针对优选实施例具体地表示并描述了发明，但是本领域技术人员还是应该理解到，在不背离发明范围和精神前提下可以在其中进行形式和细节的改变。
权利要求
1．一种在蜂窝通信网中提供并使用服务小区广播业务的方法，包括如下步骤从BMI向多个移动站提供一条数字传输信道，信道逻辑上划分成多个子信道；在多个子信道上广播多个不同类型的消息，同时在第一预定的其它子信道上广播消息的索引信息；并且在移动站接收索引信息并使用索引信息获取来自多个子信道之一的至少一条消息。
2．权利要求1的方法，其中，至少一部分索引信息表示基于N个Hyperframe的子信道的出现，其特征在于N等于12。
3．权利要求1的方法，其中，至少一部分索引信息表示，基于子信道的子信道所支持的语言。
4．权利要求1的方法，其中，至少一部分索引信息表示紧急消息。
5．权利要求1的方法，其中，至少一部分消息表示要求从移动站用户得到响应。
6．权利要求1的方法，其中，至少一部分消息表示回呼号码。
7．权利要求1的方法，其中，索引信息由一条索引消息组成。
8．权利要求1的方法，其中，索引信息由多个索引消息组成，而且其特征在于，索引信息包括索引消息计数。
9．权利要求1的方法，其中，至少一部分消息表示消息的发送者。
10．权利要求1的方法，其中，至少一部分索引信息表示子信道配置、子信道分界符、以及子信道列表。
11．权利要求1的方法，其中，至少一部分索引信息表示子信道映射，其特征在于映射的第n比特被触发以表示相应的第n个子信道所传输的信息已改变。
12．一个数字蜂窝电信系统包括具有至少一个基站的BMI，向多个移动站发射信息，所述系统包括至少一个数字传输信道，逻辑上划分为多个子信道；控制器，在多个子信道上广播多种不同类型的消息，同时在至少一个预定的其它子信道上广播该消息的索引信息；以及每个所述移动站中的装置，接收索引信息并使用索引信息从多个子信道之一获取至少一条消息。
13．权利要求12的系统，其中，至少一部分索引信息表示基于N个Hyperframe的子信道的出现，其特征在于N等于12。
14．权利要求12的系统，其中，至少一部分索引信息表示，基于子信道的子信道所支持的语言。
15．权利要求12的系统，其中，至少一部分索引信息表示紧急消息。
16．权利要求12的系统，其中，至少一部分消息表示要求从移动站用户得到响应。
17．权利要求12的系统，其中，至少一部分消息表示回呼号码。
18．权利要求12的系统，其中，索引信息由一条索引消息组成。
19．权利要求12的系统，其中，索引信息由多个索引消息组成，而且其特征在于，索引信息包括索引消息计数。
20．权利要求12的系统，其中，至少一部分消息表示消息的发送者。
21．权利要求12的系统，其中，至少一部分索引信息表示子信道配置、子信道分界符、以及子信道列表。
22．权利要求12的系统，其中，至少一部分索引信息表示子信道映射，其特征在于映射的第n比特被触发以表示相应的第n个子信道所传输的信息已改变。
23．一种在具有前向信道的蜂窝通信网中广播消息的方法，信道按照帧(frame)和hyperframe组织，该方法包括如下步骤将前向数字传输信道分成n个子信道；在多个n子信道上广播多个不同类型的消息，同时在第一预定的其它子信道上广播消息的索引信息；并且在移动站接收索引信息并使用索引信息获取来自多个子信道之一的至少一条消息，其特征在于索引信息在子信道0上发送，而子信道0信息的一个周期开始于hyperframe计数器的零值；其中子信道1提供与目前已经改变或修改的子信道2到n关联的消息，其特征在于子信道1在任何子信道完成时开始，或者中断一个子信道(除子信道0或之外)而开始；而且其中所有其余的2-n子信道可以按任何顺序发送，并且会被子信道0和1所中断。
全文摘要
索引消息被认为是一种特殊类型的Cell Broadcast(服务小区广播)消息,包含有关实际广播消息的概要信息。索引消息在预定的逻辑S－BCCH子信道中从基站发射机(30)发射到移动站(10),并且包含了信息单元:例如(a)每个服务小区广播消息的消息综述或概要,(b)有关紧急消息的信息,(c)广播消息,(d)字母数字广播域经营者名称以及特定的经营者问候语,(e)有关广播消息中变化的信息,以及(f)有关子信道的信息。
文档编号H04W4/22GK1235740SQ97199382
公开日1999年11月17日 申请日期1997年8月27日 优先权日1996年9月6日
发明者M·利萨尔米, J·范特蒂拉, S·阿拉纳拉 申请人:诺基亚流动电话有限公司