專(zhuān)利名稱(chēng)：具有服務(wù)小區(qū)廣播業(yè)務(wù)層次索引的移動(dòng)站及網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及無(wú)線(xiàn)電話(huà)，并且更具體地涉及諸如能夠與蜂窩網(wǎng)及/或個(gè)人通信網(wǎng)一起操作的這類(lèi)的無(wú)線(xiàn)電話(huà)或移動(dòng)站。
背景技術(shù)：
在目前所規(guī)定的一種空中接口標(biāo)準(zhǔn)(IS-136)中，Short MessageService Broadcast Channel(短消息業(yè)務(wù)廣播信道S-BCCH)被規(guī)定用于向諸如無(wú)線(xiàn)電話(huà)這樣的移動(dòng)站發(fā)送點(diǎn)到多點(diǎn)的消息。每個(gè)Superframe最多可以將15個(gè)時(shí)隙分配給S-BCCH邏輯信道。S-BCCH被認(rèn)為是連續(xù)信道，雖然S-BCCH被分配了一個(gè)以上的時(shí)隙。
SMS幀可以定義為24個(gè)Superframe序列，與Hyperframe(HF)計(jì)數(shù)器對(duì)齊。因此，分配給SMS幀的時(shí)隙號(hào)是0、24、48、72，根據(jù)每個(gè)Superframe中多少個(gè)時(shí)隙分配給BCCH而定。
Hyperframe(HF)計(jì)數(shù)器以及Primary Superframe(SF)指示器可以在BCCH中提供。這兩個(gè)計(jì)數(shù)器共同(2*HF計(jì)數(shù)器+Primary SF指示器)組成一個(gè)Superframe計(jì)數(shù)器。一個(gè)SMS幀被定義為SF計(jì)數(shù)器的一個(gè)單個(gè)完整周期(0-23)。SMS幀在HF計(jì)數(shù)器值為0以及Primary Superframe指示器等于0處對(duì)齊起點(diǎn)。SF計(jì)數(shù)器為移動(dòng)站提供SMS幀同步信息。
SMS子信道被定義為允許不同消息具有不同的重復(fù)周期。每個(gè)子信道具有其自身的重復(fù)周期，以SMS幀單位而定義。SMS幀組成SMS子信道。在每個(gè)子信道內(nèi)，定義一個(gè)重復(fù)周期(以SMS幀為單位)，包含在SMS子信道中的SMS廣播消息序列按照這個(gè)周期重復(fù)。SMS廣播子信道周期的長(zhǎng)度范圍可以從1到N個(gè)SMS幀。在每個(gè)子信道中，每個(gè)SMS幀內(nèi)第一個(gè)S-BCCH時(shí)隙包含描述子信道結(jié)構(gòu)的字頭。可以定義最多四個(gè)子信道。如果存在一個(gè)以上的子信道，子信道以SMS幀為基礎(chǔ)，時(shí)分復(fù)接成S-BCCH信道。如果SMS子信道塊被定義為由來(lái)自每個(gè)子信道的一個(gè)SMS幀組成，這些子信道按照子信道號(hào)升序排列，那么復(fù)接的子信道可以定義為這些子信道塊的重復(fù)。SMS幀所屬于的子信道號(hào)以及子信道標(biāo)識(shí)在SMS幀頭中規(guī)定。
根據(jù)在任何SMS幀的第一時(shí)隙中找到的SMS字頭信息，在一個(gè)周期完成之前，SMS(i)中的消息集合可以跨越M(i)個(gè)SMS幀。M(i)是子信道周期的長(zhǎng)度。子信道周期中SMS幀號(hào)被稱(chēng)為子信道周期的相位。
多個(gè)不同BCCH消息類(lèi)別可以由網(wǎng)絡(luò)經(jīng)營(yíng)者定義。它們包括Emergency Information(緊急信息)消息、Time and Date(時(shí)間和日期)消息、Overload Class(過(guò)載類(lèi))消息、System Identity(系統(tǒng)標(biāo)識(shí))消息、以及Broadcast(廣播)消息。每個(gè)BCCH消息一般包括多個(gè)信息域。這些域可以包括Protocol Discriminator(協(xié)議識(shí)別)域、Message Type(消息類(lèi)型)域、SMS Message ID(SMS消息標(biāo)識(shí))域、以及Text Message Data(文本消息數(shù)據(jù))域。
對(duì)Broadcast Messag(廣播消息)類(lèi)別域編碼以便提供多個(gè)不同類(lèi)型的消息類(lèi)別標(biāo)識(shí)符。例如，它們包括緊急號(hào)碼和road-side(路邊)信息、收費(fèi)站信息、航班離開(kāi)/到達(dá)信息、與天氣有關(guān)的信息、新聞、以及財(cái)經(jīng)信息。
有至少兩個(gè)以前的建議，能夠進(jìn)行服務(wù)小區(qū)廣播SMS操作(即，PN3011/(4/8/94)以及6/95 S-BCCH建議)。但是，這些以前的建議不能提供完全滿(mǎn)意的方法管理并促進(jìn)S-BCCH消息的接入和使用。
發(fā)明目的因此，本發(fā)明的第一目的是提供一種改進(jìn)的方法，提供基于服務(wù)小區(qū)的廣播業(yè)務(wù)。
本發(fā)明的另一個(gè)目的是提供對(duì)現(xiàn)有或建議的S-BCCH協(xié)議的增強(qiáng)，以便有利于服務(wù)小區(qū)廣播業(yè)務(wù)的便利使用。
本發(fā)明的另一個(gè)目的是定義并提供索引消息，包含有關(guān)服務(wù)小區(qū)廣播消息的信息以便有利于服務(wù)小區(qū)廣播業(yè)務(wù)的便利使用。

發(fā)明內(nèi)容
前述以及其它的問(wèn)題通過(guò)根據(jù)本發(fā)明實(shí)施例的方法和設(shè)備可以克服并實(shí)現(xiàn)發(fā)明的目的。所揭示的本發(fā)明方法，操作蜂窩網(wǎng)和移動(dòng)站，分別發(fā)送并接收服務(wù)小區(qū)廣播消息。
更具體地，本發(fā)明提供Cell Broadcast Service(服務(wù)小區(qū)廣播業(yè)務(wù))中索引消息的使用。索引消息在這里被認(rèn)為是特殊類(lèi)型的CellBroadcast(服務(wù)小區(qū)廣播)消息，包含有關(guān)實(shí)際廣播消息的一般信息。索引消息在預(yù)定的邏輯S-BCCH子信道中發(fā)射，并包含如下信息單元例如(a)每個(gè)服務(wù)小區(qū)廣播消息的消息綜述或概要，(b)有關(guān)緊急消息的信息，(c)有關(guān)不同廣播消息中使用的語(yǔ)言的信息，(d)字母數(shù)字廣播域經(jīng)營(yíng)者名稱(chēng)以及特殊的經(jīng)營(yíng)者問(wèn)候語(yǔ)，(e)有關(guān)廣播消息中變化的信息，以及(f)有關(guān)正確子信道的信息。通過(guò)接收索引消息，移動(dòng)站用戶(hù)可以得到對(duì)所選的一個(gè)服務(wù)小區(qū)廣播消息的訪(fǎng)問(wèn)。
附圖的簡(jiǎn)要描述當(dāng)結(jié)合所附的圖閱讀隨后的發(fā)明詳細(xì)描述，上面提出的以及其它的發(fā)明特性將會(huì)變得更清晰，其中

圖1是根據(jù)本發(fā)明構(gòu)造并操作的移動(dòng)站框圖；圖2是圖1中所示的移動(dòng)站的正視圖，而且它還說(shuō)明了移動(dòng)站通過(guò)無(wú)線(xiàn)RF鏈路與之雙向連接的蜂窩通信系統(tǒng)；圖3到7提供了各種可能的S-BCCH幀的例子；圖8總結(jié)了用于S-BCCH操作的包括層2協(xié)議幀的域；圖9說(shuō)明了SPACH Header(字頭)A；圖10說(shuō)明了根據(jù)本發(fā)明的Message Index(消息索引)S-BCCH消息的格式；圖11說(shuō)明了Subchannel Configuration(子信道配置)S-BCCH消息的格式；圖12說(shuō)明了Subchannel Delimiter(子信道分界符)S-BCCH消息的格式；圖13說(shuō)明了Subchannel Schedule(子信道目錄)S-BCCH消息的格式；圖14說(shuō)明了R-DATA S-BCCH消息的格式；圖15說(shuō)明了Message Type(消息類(lèi)型)S-BCCH消息的格式；圖16說(shuō)明了Subchannel Info(子信道信息)信息單元的格式；
圖17A和17B說(shuō)明了根據(jù)本發(fā)明的一個(gè)方面，用于支持Broadcast(廣播)SMS消息索引傳遞的SMS Index(索引)消息；圖18A和18B說(shuō)明了根據(jù)本發(fā)明的一個(gè)方面，用于支持移動(dòng)站端接的Broadcast(廣播)SMS傳遞的SMS Deliver(傳遞)消息；圖19-34B說(shuō)明了圖17A-18B的SMS Index(索引)和Deliver(傳遞)消息中使用的各種消息單元的格式；以及圖35A-35C描述了根據(jù)本發(fā)明的示范廣播消息集。
發(fā)明的詳細(xì)描述參考圖1和2，說(shuō)明了適于實(shí)現(xiàn)本發(fā)明的無(wú)線(xiàn)用戶(hù)終端或移動(dòng)站10，例如但不限于蜂窩無(wú)線(xiàn)電話(huà)或個(gè)人通信器。移動(dòng)站10包括天線(xiàn)12，從基站(base site或base station)30發(fā)送信號(hào)并接收信號(hào)。基站30是蜂窩網(wǎng)的一部分，蜂窩網(wǎng)包括Base Station(基站)/Mobile SwitchingCenter(移動(dòng)交換中心)/Interworking(交互工作)功能或BMI32。BMI32包括Mobile Switching Center(移動(dòng)交換中心MSC)34。當(dāng)移動(dòng)站10進(jìn)行呼叫時(shí)，MSC34提供到陸地線(xiàn)路中繼線(xiàn)的連接。根據(jù)本發(fā)明，BMI32包括Broadcast Message Center(廣播消息中心BMC)33，根據(jù)如下描述，格式化并在前向數(shù)字無(wú)線(xiàn)信道的邏輯子信道上發(fā)送消息和消息索引信息。
移動(dòng)站10包括調(diào)制器(MOD)14A、發(fā)射機(jī)14、接收機(jī)16、解調(diào)器(DEMOD)16A、以及控制器18，分別向發(fā)射機(jī)14提供信號(hào)并從接收機(jī)16接收信號(hào)。這些信號(hào)包括根據(jù)應(yīng)用蜂窩系統(tǒng)的空中接口標(biāo)準(zhǔn)的信令信息、以及用戶(hù)語(yǔ)音及/或用戶(hù)產(chǎn)生的數(shù)據(jù)。本發(fā)明設(shè)想的空中接口標(biāo)準(zhǔn)包括上述類(lèi)型的物理及邏輯幀結(jié)構(gòu)，盡管本發(fā)明的概念不是意圖僅限于這個(gè)特定結(jié)構(gòu)，或僅用于IS-136兼容的移動(dòng)站，或僅用于TDMA類(lèi)型的系統(tǒng)。
用戶(hù)接口包括常規(guī)的耳機(jī)或揚(yáng)聲器17、常規(guī)的麥克風(fēng)19、顯示器20、以及用戶(hù)輸入設(shè)備一通常為鍵盤(pán)22，所有都連接到控制器18。應(yīng)該理解控制器18包括實(shí)現(xiàn)移動(dòng)站語(yǔ)音和邏輯功能的電路。鍵盤(pán)22包括常規(guī)的數(shù)字(0-9)和有關(guān)鍵(#,*)22a、以及用于操作移動(dòng)站10的其它鍵22b。例如，這些其它鍵22b可以包括SEND(發(fā)送)鍵、各種菜單滾動(dòng)及軟鍵、以及PWR鍵。移動(dòng)站10也包括對(duì)操作移動(dòng)站所需的各種電路加電的電池26。
移動(dòng)站10也包括各種存儲(chǔ)器，統(tǒng)一表示為存儲(chǔ)器24，其中儲(chǔ)存了多個(gè)常量和變量，由控制器18在移動(dòng)站操作中使用。例如，存儲(chǔ)器24存儲(chǔ)了各種蜂窩系統(tǒng)參數(shù)及編號(hào)模塊(NAM)值?？刂瓶刂破?8操作的操作程序也存儲(chǔ)在存儲(chǔ)器24中(一般在ROM器件中)。存儲(chǔ)器24也可以存儲(chǔ)數(shù)據(jù)，包括點(diǎn)到點(diǎn)SMS消息及服務(wù)小區(qū)廣播信息，它們從BMI32接收，然后該消息顯示給用戶(hù)。
應(yīng)該理解移動(dòng)站10可以是車(chē)載或手持設(shè)備。還應(yīng)該理解移動(dòng)站10能夠與一種或多種空中接口標(biāo)準(zhǔn)、調(diào)制類(lèi)型、以及接入類(lèi)型一起操作。例如，除IS-136以外，移動(dòng)站能夠與多種其它的標(biāo)準(zhǔn)中任何一個(gè)一起操作，例如GSM及IS-95(CDMA)。因此應(yīng)該清楚的是本發(fā)明的概念不應(yīng)解釋為限于任何一種特定類(lèi)型的移動(dòng)站或空中接口標(biāo)準(zhǔn)。
存儲(chǔ)器24中的操作程序包括在顯示器20上為用戶(hù)提供消息及消息有關(guān)功能的例程，一般為各種菜單項(xiàng)。存儲(chǔ)器24也包括結(jié)合合適的控制器及處于BMI 32中的存儲(chǔ)器實(shí)現(xiàn)下述方法的例程。即，移動(dòng)站10和BMI 32合作實(shí)現(xiàn)下述改進(jìn)的服務(wù)小區(qū)廣播業(yè)務(wù)和功能。在這里結(jié)合參考的是IS-136的修訂版0(公布的IS-136結(jié)合公布的Addendum-contribution TR45.3.6/95.05.17.07)。
Cell Broadcast(服務(wù)小區(qū)廣播)業(yè)務(wù)只是蜂窩網(wǎng)經(jīng)營(yíng)者提供的各種蜂窩業(yè)務(wù)中的一種。有了Cell Broadcast(服務(wù)小區(qū)廣播)業(yè)務(wù)，短文本消息可以廣播到移動(dòng)站，而且可以由某個(gè)區(qū)域中的任何移動(dòng)站接收。有各種類(lèi)型的廣播消息，而且用戶(hù)能夠選擇所接收的主題或消息類(lèi)型。在這方面可以參考7/7/95提交的共同授予的U.S.PatentApplication Serial No.:08/499v,165，題為“Radiotelephone UserInterface for Broadcast Short Message Service”,Seppo Alanr(這個(gè)專(zhuān)利申請(qǐng)的主題發(fā)明者之一)。
本發(fā)明有利地提供了Index Message(索引消息)在Cell BroadcastService(服務(wù)小區(qū)廣播業(yè)務(wù))中的使用。Index Message(索引消息)在這里被認(rèn)為是特殊類(lèi)型的Cell Broadcast(服務(wù)小區(qū)廣播)消息，包含有關(guān)實(shí)際廣播消息-在與蜂窩通信系統(tǒng)的基站30有關(guān)的給定服務(wù)小區(qū)內(nèi)的其它子信道上發(fā)射-的信息。正如下面所澄清的，IndexMessage(索引消息)包含信息單元，例如(a)每個(gè)服務(wù)小區(qū)廣播消息的消息綜述或概要，(b)有關(guān)緊急消息的信息，(c)有關(guān)不同廣播消息中使用的語(yǔ)言的信息，(d)字母數(shù)字廣播域經(jīng)營(yíng)者名稱(chēng)以及特定的經(jīng)營(yíng)者問(wèn)候語(yǔ)，(e)有關(guān)廣播消息中變化的信息，以及(f)有關(guān)正確子信道的信息。
根據(jù)本發(fā)明，與服務(wù)小區(qū)廣播有關(guān)的Index Message(索引消息)的使用，在向移動(dòng)站廣播消息的現(xiàn)有技術(shù)方法上提供了多種優(yōu)點(diǎn)。這些優(yōu)點(diǎn)包括、但不限于(a)提供對(duì)實(shí)際廣播消息的快捷而簡(jiǎn)便的訪(fǎng)問(wèn)，(b)提供表示緊急消息的快捷而安全的方式，(c)提供支持多種語(yǔ)言的可能性，(d)提供有效的方式，提供有關(guān)業(yè)務(wù)提供者和消息發(fā)送者的信息，(e)一般有利于用戶(hù)和業(yè)務(wù)提供者使用Cell Broadcast(服務(wù)小區(qū)廣播)業(yè)務(wù)的方便，以及(f)提高用戶(hù)操作的速度及效率，藉此減少網(wǎng)絡(luò)流量并降低移動(dòng)站的電池消耗。
因此本發(fā)明主要面向Cell Broadcast(服務(wù)小區(qū)廣播)消息的層次索引的定義、結(jié)構(gòu)及使用。
本發(fā)明Index Message(索引消息)的使用至少為空中接口提供如下新的特性。首先，每個(gè)層3消息的消息綜述或概要包括在子信道0層3索引消息中，為端用戶(hù)提供有效方式選擇要獲取的層3消息。第二，每個(gè)消息限定符的含義動(dòng)態(tài)定義，藉此實(shí)現(xiàn)實(shí)際上數(shù)量無(wú)限的獨(dú)特含義。第三，層3索引中獨(dú)特的緊急消息指示提供了一種機(jī)制，迫使移動(dòng)站獲得緊急消息并使緊急消息的呈現(xiàn)有別于其它消息。第四，IndexMessage(索引消息)基于每個(gè)子信道提供多語(yǔ)言支持。這種多語(yǔ)言支持為不同語(yǔ)言提供單獨(dú)的層3索引和層3消息。第五，Index Message(索引消息)提供字母數(shù)字廣播域經(jīng)營(yíng)者名稱(chēng)以及特定的經(jīng)營(yíng)者問(wèn)候語(yǔ)的支持，而且也基于每個(gè)消息提供消息發(fā)起者名稱(chēng)的支持。第六，當(dāng)消息中有改變時(shí)，只需要閱讀來(lái)自子信道0的層3索引消息以便概觀其改變。當(dāng)發(fā)生改變時(shí)，只有層3 Index Message(索引消息)可以從子信道0繼續(xù)到子信道2直到31。第七，最多15個(gè)字符長(zhǎng)(或較短)的消息可以包括在層3索引中，因此這些相對(duì)較短的消息不需要單獨(dú)的廣播消息。當(dāng)要獲得特定的層3消息時(shí)，每個(gè)子信道(子信道2到31)的第一消息索引號(hào)使移動(dòng)站閱讀正確的子信道。
根據(jù)本發(fā)明的Index Message(索引消息)結(jié)構(gòu)在下面詳細(xì)描述。
關(guān)于用戶(hù)接口功能及實(shí)現(xiàn)，可以使用多選擇列表選擇要顯示在顯示器20上的所需消息。例如，用戶(hù)可以選擇要顯示的組(可以是存儲(chǔ)的用戶(hù)設(shè)置的一部分)，此后用戶(hù)可以從所選組中選擇特定的消息閱讀。
下面描述的S-BCCH協(xié)議結(jié)構(gòu)具有以下屬性、特征和優(yōu)點(diǎn)。
可以定義從1到32個(gè)不同的S-BCCH子信道，其中廣播信息量以及所需的操作模式(例如，用戶(hù)組及/或加密消息)確定了所支持的子信道總數(shù)。
每個(gè)子信道的帶寬大小可變，因此可以根據(jù)需要分配(按需分配帶寬)。每個(gè)子信道具有256個(gè)層2幀的上限(大約2560個(gè)八比特組)。對(duì)于32個(gè)子信道，轉(zhuǎn)換成大約81.92k八比特組信息的上限。
在本發(fā)明的優(yōu)選實(shí)施例中，子信道0專(zhuān)用于提供如下信息激活的子信道總數(shù)；基于每12個(gè)Hyperframes的子信道出現(xiàn)；基于每個(gè)子信道的消息加密算法以及密鑰信息的應(yīng)用；基于每個(gè)子信道的用戶(hù)組操作的應(yīng)用；與允許用戶(hù)組操作的子信道有關(guān)的用戶(hù)組ID；基于每個(gè)子信道的數(shù)據(jù)壓縮的應(yīng)用；基于每個(gè)子信道的多語(yǔ)言支持的應(yīng)用；層3消息的層3索引；用于標(biāo)識(shí)一個(gè)邏輯上不同的S-BCCH信息集合的廣播域ID；基于每個(gè)子信道的子信道改變指示；以及基于每個(gè)子信道的用于改變(包括在或不包括在子信道1內(nèi)的追加改變)的捕獲方法。
S-BCCH協(xié)議結(jié)構(gòu)也包括在如下屬性中。
子信道1專(zhuān)用于提供與子信道2到31有關(guān)的現(xiàn)在已經(jīng)改變或修改的消息。子信道2到31專(zhuān)用于傳輸全部S-BCCH消息集合。
層3索引消息提供定義唯一消息類(lèi)型的消息限定符-子信道2到31上支持的每個(gè)S-BCCH消息的消息限定符對(duì)。總共可以定義256個(gè)不同的消息限定符，而且每個(gè)消息限定符的含義是動(dòng)態(tài)定義的。
數(shù)據(jù)壓縮的使用允許使用數(shù)據(jù)壓縮的每個(gè)子信道上有更多及/或更長(zhǎng)的層3消息。而且，不同消息的搜索時(shí)間變得更短。
子信道排序是靈活的，以便允許對(duì)實(shí)時(shí)的強(qiáng)調(diào)放在信息改變/增加上，如下所述。當(dāng)一段子信道0信息要發(fā)送時(shí)，時(shí)間段開(kāi)始于與hyperframe計(jì)數(shù)器的0值吻合的第一S-BCCH時(shí)隙中。一旦開(kāi)始，就完成子信道0，不被連續(xù)的S-BCCH時(shí)隙中斷。子信道1可以立即在任何信道完成之后開(kāi)始，或者可以中斷一個(gè)子信道(除了子信道0或1)而開(kāi)始。一旦開(kāi)始，就完成子信道1，不被連續(xù)的S-BCCH時(shí)隙中斷。所有其余的子信道可以以任何順序發(fā)送，而且可以被子信道0和1中斷。
一旦預(yù)占了DCCH，移動(dòng)站10首先讀取子信道0以確定是否需要捕獲S-BCCH信息，如下所述。如果移動(dòng)站10確定已經(jīng)進(jìn)入了新的廣播域，它就繼續(xù)捕獲新的S-BCCH信息，包括必要的層3索引。如果沒(méi)有進(jìn)入新的廣播域而且S-BCCH信息改變了，移動(dòng)站10就繼續(xù)捕獲新的S-BCCH信息，包括必要的層3索引。如果移動(dòng)站10確定有新的緊急消息，移動(dòng)站10就捕獲該消息并將其顯示給用戶(hù)。
當(dāng)有改變時(shí)，只需讀取層3索引以便得到改變的概要。
處于捕獲S-BCCH信息過(guò)程中的移動(dòng)站10由層2的改變指示器通知S-BCCH信息的實(shí)時(shí)改變，并通過(guò)讀取子信道0來(lái)響應(yīng)。已經(jīng)完成必要的S-BCCH信息捕獲的移動(dòng)站10也由層2的改變指示器通知S-BCCH信息的實(shí)時(shí)改變，并通過(guò)讀取子信道0來(lái)響應(yīng)。
每個(gè)子信道用多達(dá)256個(gè)層2幀發(fā)射。轉(zhuǎn)換成每個(gè)子信道大約10個(gè)最大長(zhǎng)度(255個(gè)八比特字)的層3消息，或者假設(shè)不使用數(shù)據(jù)壓縮時(shí)每個(gè)消息有100個(gè)八比特字，每個(gè)子信道大約為25個(gè)消息。當(dāng)使用數(shù)據(jù)壓縮時(shí)，轉(zhuǎn)換成每個(gè)子信道大約18個(gè)最大長(zhǎng)度(255個(gè)八比特字)的層3消息，或假設(shè)每個(gè)消息有100個(gè)八比特字，每個(gè)子信道大約40個(gè)消息。
支持S-BCCH操作而定義的層2協(xié)議允許移動(dòng)站10唯一地確定子信道的開(kāi)始和結(jié)束，并開(kāi)始捕獲以任何屬于該子信道的層2幀開(kāi)始的子信道內(nèi)容。
在層2中通知S-BCCH信息的改變是很一般的，因?yàn)樗槐硎臼苡绊懙淖有诺?。移?dòng)站10繼續(xù)讀取子信道0以確定受影響的特定子信道。這種在SPACH和S-BCCH上通知S-BCCH改變的方法具有如下影響。首先，改變的S-BCCH信息的發(fā)送可以在首先表示了S-BCCH改變通知的superframe之后緊接的superframe中開(kāi)始。第二，只要BMI32不頻繁地改變S-BCCH的內(nèi)容，那么所有的Paging Frame Class(尋呼幀類(lèi)PFC)移動(dòng)站10將看到并響應(yīng)該S-BCCH改變通知。
R-DATA和R-Data單元用于傳輸層3信息，提供已經(jīng)為Point-to-Point Short Message Service(點(diǎn)到點(diǎn)短消息業(yè)務(wù)SMS)定義的現(xiàn)有方法的使用。
層3索引消息中獨(dú)特的緊急消息指示可以迫使移動(dòng)站10捕獲緊急消息并將緊急消息的表示與其它消息區(qū)別開(kāi)來(lái)。
根據(jù)本發(fā)明的多語(yǔ)言支持能夠使不同的語(yǔ)言具有單獨(dú)的層3索引和層3消息。
包括在層3索引消息中的每個(gè)層3消息的消息概要為端用戶(hù)提供了選擇要捕獲的層3消息的有效方法。
如果需要較長(zhǎng)的層3索引，層3索引消息可以從子信道0持續(xù)到子信道2到31。此外，15個(gè)字符長(zhǎng)或更短的消息可以整個(gè)包括在層3索引消息中，因此，這些短消息不再需要單獨(dú)的消息。這樣就保存了無(wú)線(xiàn)信道帶寬。
當(dāng)將要捕獲特定的層3消息時(shí)，每個(gè)子信道(子信道2到31)第一消息的索引號(hào)使移動(dòng)站10能夠讀取正確的子信道。
本發(fā)明還支持-以類(lèi)似于為Point-to-Point(點(diǎn)到點(diǎn))SMS而定義的方式-從移動(dòng)站10發(fā)送手動(dòng)確認(rèn)，并能夠進(jìn)行-例如-空中表決。
回呼號(hào)碼功能的支持使經(jīng)營(yíng)者能夠向通過(guò)電話(huà)經(jīng)商的公司銷(xiāo)售廣告時(shí)間。
本發(fā)明也在整個(gè)廣播域支持可選的有關(guān)系統(tǒng)經(jīng)營(yíng)者的字母數(shù)字信息，而且基于每個(gè)消息的關(guān)于每個(gè)層3消息發(fā)起者的可選的字母數(shù)字信息使端用戶(hù)能夠區(qū)分不同的廣播域以及不同的消息提供者。
已經(jīng)描述了本發(fā)明的概念所提供的多種特性和優(yōu)點(diǎn)，下面對(duì)發(fā)明進(jìn)行更詳細(xì)的描述。
S-BCCH這些信道在層2不提供尋址，因此處于捕獲S-BCCH信息過(guò)程中的移動(dòng)站10接受與所使能的S-BCCH子信道關(guān)聯(lián)的所有層2幀。當(dāng)進(jìn)入DCCH預(yù)占狀態(tài)(見(jiàn)IS-136.1的6.2.3節(jié))時(shí)，移動(dòng)站10首先使能子信道0。當(dāng)移動(dòng)站10完成子信道0的捕獲時(shí)，如果層3需要并請(qǐng)求其它信息就使能其它子信道。當(dāng)移動(dòng)站10完成了來(lái)自任何給定子信道的整個(gè)周期的信息捕獲時(shí)，它就禁止那個(gè)子信道。當(dāng)完整的層3消息從接收幀中恢復(fù)時(shí)，層2向?qū)?發(fā)送FDCCH指示原語(yǔ)并包括如下信息(1)6.4節(jié)中定義的層3消息，(2)以八比特組為單位提供層3消息長(zhǎng)度的層3長(zhǎng)度指示器(L3LI)，以及(3)BCCH(S-BCCH)消息指示。
S-BCCH請(qǐng)求S-BCCH請(qǐng)求原語(yǔ)從層3發(fā)送到層2，并用于傳輸要在S-BCCH上發(fā)送的層3消息。S-BCCH請(qǐng)求原語(yǔ)包括如下協(xié)議單元(1)6.4節(jié)中定義的層3消息，(2)L3LIA層3長(zhǎng)度指示器，以八比特組單位提供整個(gè)層3消息長(zhǎng)度(每個(gè)層3消息一個(gè)L3LI)，以及(3)標(biāo)識(shí)層3消息所關(guān)聯(lián)的子信道的子信道ID。
S-BCCH協(xié)議每當(dāng)TDMA時(shí)隙用于傳輸S-BCCH信息時(shí)，使用S-BCCH層2協(xié)議。S-BCCH協(xié)議提供最大多達(dá)32個(gè)不同的S-BCCH子信道的支持。使用多達(dá)256個(gè)S-BCCH層2協(xié)議幀，發(fā)送包括S-BCCH子信道的層3消息組。構(gòu)造單個(gè)的S-BCCH層2協(xié)議幀適應(yīng)125比特的封裝(見(jiàn)IS-136.1的4.4.3.1節(jié))。另外的5個(gè)比特留做拖尾比特，得到每個(gè)S-BCCH時(shí)隙中傳輸?shù)墓?30比特的信息。為S-BCCH操作定義的層2協(xié)議只支持無(wú)確認(rèn)的操作。圖3到7提供了各種可能的S-BCCH幀的例子。包括S-BCCH操作的層2協(xié)議幀的域的總結(jié)在圖中提供。
S-BCCH幀利用BEGIN幀BEGIN幀用于在S-BCCH的任何給定子信道上啟動(dòng)傳遞一個(gè)或多個(gè)層3消息。對(duì)任何給定子信道來(lái)說(shuō)，構(gòu)成整個(gè)周期S-BCCH信息的開(kāi)始消息的層3消息以BEGIN幀開(kāi)始發(fā)送并占據(jù)BEGIN幀內(nèi)包括的第一L3DATA域。在BEGIN幀內(nèi)放置層3消息信息的特殊法則如下。
(A)如果層3消息整個(gè)放入BEGIN幀的L3DATA域內(nèi)，幀中還有9或更多的比特剩余，Begin Indicator(開(kāi)始指示器BI)緊接在表示是否有一個(gè)附加的層3消息在幀內(nèi)開(kāi)始的L3DATA域后被包括，如下所述(1)如果BI=0，沒(méi)有其它的層3消息開(kāi)始，幀的其余部分用FILLER填充；而且(2)如果BI=1,L3LI域緊接BI域之后被包括。然后在L3LI域之后跟另一個(gè)L3DATA域，包括根據(jù)幀中剩余的比特?cái)?shù)而定的一部分新的層3消息。
(B)如果層3消息整個(gè)放入BEGIN幀的L3DATA域內(nèi)，幀中還有1到8比特剩余，而且另一個(gè)層3消息要被發(fā)送，那么在L3DATA域之后緊接著包括BI=0，幀的其余部分用FILLER填充，下一個(gè)層3消息從另一個(gè)BEGIN幀開(kāi)始發(fā)送。
(C)如果層3消息整個(gè)放入BEGIN幀的L3DATA域內(nèi)，幀中還有1到8比特剩余，而且如果沒(méi)有其它的層3消息要被發(fā)送，那么在L3DATA域之后緊接著包括BI=0，幀的其余部分用FILLER填充。
(D)如果層3消息整個(gè)放入BEGIN幀的L3DATA域內(nèi)，沒(méi)有比特剩余，就不出現(xiàn)BI域，而且層3消息的結(jié)尾是隱含的。
(E)如果層3消息不能整個(gè)放入BEGIN幀的L3DATA域內(nèi)，就要使用足夠多的CONTINUE幀完成該消息。
CONTINUE幀每當(dāng)層3消息不能在前一個(gè)S-BCCH層2幀內(nèi)完成時(shí)，就使用CONTINUE幀。設(shè)置Continuation Length Indicator(連續(xù)長(zhǎng)度指示器CLI)域，表示CONTINUE幀中有多少比特屬于連續(xù)的層3消息。這樣又可允許移動(dòng)站10接收一部分新消息，新消息可以在CONTINUE幀中用于完成從前一幀延續(xù)的消息的L3DATA域之后出現(xiàn)。在CONTINUE幀中放置層3消息的特定規(guī)則如下。
(A)如果CLI表示持續(xù)的層3消息的其余部分整個(gè)放入CONTINUE幀中，幀中還有9或更多的比特剩余，Begin Indicator(開(kāi)始指示器BI)緊接在表示是否有一個(gè)附加的層3消息在幀內(nèi)開(kāi)始的L3DATA域后被包括，如下所述(1)如果BI=0，沒(méi)有其它的層3消息開(kāi)始，幀的其余部分用FILLER填充；而且(2)如果BI=1,L3LI域緊接BI域之后被包括。然后在L3LI域之后跟另一個(gè)包括一部分新的層3消息的L3DATA域。
(B)如果CLI表示持續(xù)的層3消息的其余部分整個(gè)放入CONTINUE幀中，幀中還有1到8比特剩余，而且另一個(gè)層3消息要被發(fā)送，那么在L3DATA域之后緊接著包括BI=0，幀的其余部分用FILLER填充，下一個(gè)層3消息從另一個(gè)BEGIN幀開(kāi)始發(fā)送。
(C)如果CLI表示持續(xù)的層3消息的其余部分整個(gè)放入CONTINUE幀中，幀中還有1到8比特剩余，而且如果沒(méi)有其它的層3消息要被發(fā)送，那么在L3DATA域之后緊接著包括BI=0，幀的其余部分用FILLER填充。
(D)如果CLI表示整個(gè)CONTINUE幀包括屬于一個(gè)持續(xù)的層3消息的信息，幀中就不出現(xiàn)BI域。
(E)使用足夠多的CONTINUE幀完成持續(xù)的層3消息。
S-BCCH子信道管理S-BCCH邏輯信道使用多達(dá)32個(gè)不同的S-BCCH子信道傳輸SMS廣播信息，子信道的管理如下。
(A)每個(gè)子信道包括多達(dá)256個(gè)S-BCCH層2協(xié)議幀序列，用于傳輸子信道特定的消息集合。子信道傳輸?shù)捻樞蚝椭芷谛允强勺兊摹?br> (B)每12*N(N=1,2,3…10)個(gè)hyperframe中至少發(fā)送一次子信道0，而且在與Hyperframe Counter(超幀計(jì)數(shù)器)的零值同時(shí)的第一S-BCCH時(shí)隙中開(kāi)始(見(jiàn)IS-136.1的6.4.1.1.1.1)。
(C)子信道0可以按需要的頻度發(fā)送，只要它所關(guān)聯(lián)信息的一個(gè)完整周期實(shí)例與每12*N個(gè)hyperframe的Hyperframe Counter(超幀計(jì)數(shù)器)的零值對(duì)齊開(kāi)始即可。
(D)子信道0以每12*N個(gè)hyperframe的Subchannel Schedule(子信道目錄)消息開(kāi)始(見(jiàn)IS-136.1的6.4.1.3.1.4)。
(E)具有首先表示S-BCCH信息變化的S-BCCH及SPACH層2SCN標(biāo)志的hyperframe后面緊跟反映新的S-BCCH信息的hyperframe。
(F)預(yù)計(jì)要進(jìn)行到更新的S-BCCH信息的變換，BMI32可以在變換到更新的S-BCCH信息之前的hyperframe中的任一點(diǎn)上放棄任何子信道的發(fā)送。BMI32通過(guò)在完成與目前子信道關(guān)聯(lián)的S-BCCH信息的完整周期之前(重新)開(kāi)始發(fā)送任何子信道，來(lái)放棄子信道0到1的發(fā)送。BMI32通過(guò)在完成與目前子信道關(guān)聯(lián)的S-BCCH信息的完整周期之前(重新)開(kāi)始發(fā)送子信道2到31，來(lái)放棄子信道2到31的發(fā)送。
(G)BMI32發(fā)送不使用連續(xù)的S-BCCH時(shí)隙中斷的子信道0和1，除非由于跳變到更新的S-BCCH信息而放棄這些子信道的傳輸。BMI32也發(fā)送不使用連續(xù)的S-BCCH時(shí)隙中斷的子信道2到31，除非由于跳變到更新的S-BCCH信息而放棄這些子信道的傳輸，或者除非它暫時(shí)中斷目前子信道的傳輸以便發(fā)送子信道0或1信息。
(H)S-BCCH信息不在第二superframe中重復(fù)。
SPACH協(xié)議每當(dāng)使用一個(gè)時(shí)隙傳輸點(diǎn)到點(diǎn)SMS、尋呼、或ARCH信息時(shí)，使用SPACH層2協(xié)議。構(gòu)造單個(gè)的SPACH層2協(xié)議幀填入125比特的封裝(見(jiàn)4.4.3.1節(jié))。另外的5比特留做拖尾比特使用，得到總共130比特的信息，在為SPACH分配的每個(gè)時(shí)隙內(nèi)傳輸。本專(zhuān)利申請(qǐng)的圖9以及IS-136.1的圖5-24到5-38提供了可能的SPACH字頭和幀的例子。完整的SPACH層2幀集合，見(jiàn)IS-136.1的附錄C。包括用于SPACH操作的層2協(xié)議幀的域的總結(jié)在IS-136.1的表5-7中提供。
S-BCCH改變通知S-BCCH改變通知由SCN標(biāo)志如下控制。如果S-BCCH改變通知(SCN)標(biāo)志跳變，移動(dòng)站10就通過(guò)讀取子信道0上的S-BCCH信息來(lái)響應(yīng)。如果子信道0上的S-BCCH信息表示其它子信道上也有Message Index(消息索引)信息，移動(dòng)站10就繼續(xù)讀取那些具有Message Index(消息索引)信息的子信道。如果移動(dòng)站10確定任何有關(guān)的子信道上的S-BCCH信息已經(jīng)改變，或者它目前的SOC及Broadcast Domain(廣播域)內(nèi)有新的緊急消息，而且如果請(qǐng)求了當(dāng)前Message Index(消息索引)所包括的以外的更多信息，它就根據(jù)Change Acquisition Map信息單元(見(jiàn)6.4.1.3.1.2)捕獲新的S-BCCH信息。
DCCH預(yù)占狀態(tài)(D3)當(dāng)從控制信道掃描及鎖定狀態(tài)進(jìn)入此狀態(tài)，或者由于控制信道重選擇而第一次在當(dāng)前DCCH上，移動(dòng)站10就首次讀取完整周期的F-BCCH、E-BCCH、以及S-BCCH的子信道0-如果關(guān)心S-BCCH業(yè)務(wù)的話(huà)。當(dāng)在此狀態(tài)中時(shí)，移動(dòng)站10在完成了對(duì)整個(gè)周期的F-BCCH的首次讀取之后才進(jìn)行接入嘗試。完成了F-BCCH的首次讀取之后，移動(dòng)站10離開(kāi)此狀態(tài)以便處理6.2.3節(jié)中所列的任何跳變。
BCCH更新每當(dāng)移動(dòng)站10在處理由于改變通知而更新廣播信息的過(guò)程中、或在廣播信息的最初捕獲過(guò)程中接收到廣播消息時(shí)，就激活這個(gè)過(guò)程。
F-BCCH及E-BCCH更新移動(dòng)站10確定收到了6.3.18.1節(jié)中所列的F-BCCH和E-BCCH消息中的哪一個(gè)，并根據(jù)消息內(nèi)容的變化喚醒必要的控制信道選擇、控制信道重選擇、或注冊(cè)過(guò)程。
S-BCCH更新移動(dòng)站10確定收到了如下S-BCCH消息中的哪一個(gè)，并按所示響應(yīng)。
Subchannel Schedule(子信道列表)如果讀取了這條消息發(fā)現(xiàn)沒(méi)有有關(guān)的子信道被標(biāo)識(shí)，移動(dòng)站10可以跳過(guò)下一個(gè)12*N(N=1,2,3…10)個(gè)Hyperframes。
Subchannel Configuration(子信道配置)讀取了這條消息之后，移動(dòng)站10能夠識(shí)別所有有關(guān)的子信道。
Message Index(消息索引)如果移動(dòng)站10確定它當(dāng)前的SOC已經(jīng)輸入了新的Broadcast Domain(廣播域)，或者輸入了新的SOC，它就繼續(xù)讀取所有有關(guān)子信道上完整周期的S-BCCH信息。
如果移動(dòng)站10確定任何有關(guān)子信道上的S-BCCH信息已經(jīng)改變，或者它目前的SOC及Broadcast Domain(廣播域)內(nèi)出現(xiàn)新的緊急消息，而且如果請(qǐng)求了當(dāng)前Message Index(消息索引)所包括的以外的更多信息，它就根據(jù)Change Acquisition Map信息單元(見(jiàn)6.4.1.3.1.2)捕獲新的S-BCCH信息。
如果請(qǐng)求了當(dāng)前Message Index(消息索引)所包括的以外的更多信息，由于讀取了Message Index(消息索引)消息，移動(dòng)站10能夠識(shí)別所有有關(guān)的子信道。
R-DATA移動(dòng)站10確定接收的消息是否是有關(guān)的，并進(jìn)行必要的更新。
BCCH消息除了已經(jīng)規(guī)定的BCCH消息(見(jiàn)6.4.1節(jié))以外，幾種新消息根據(jù)本發(fā)明定義如下。
Subchannel Schedule(子信道列表)消息作為每12*N個(gè)Hyperframe(N=1,2,3…10)的子信道0上的第一消息發(fā)送。
Subchannel Configuration(子信道配置)消息在子信道0上發(fā)送。
Message Index(消息索引)消息在子信道0上以及子信道2到31上發(fā)送，以便這些消息的第一個(gè)總是在子信道0上發(fā)送。
Subchannel Delimiter(子信道分界符)消息在子信道1上發(fā)送。
R-DATA消息在子信道1到31上發(fā)送。
S-BCCH消息為S-BCCH操作而定義的消息集合如下。
強(qiáng)制的S-BCCH消息Message Index按Subchannel Configuration(子信道配置)消息中包括的Subchannel Info(子信道信息)所示，這個(gè)消息在S-BCCH子信道0上以及子信道2到31上發(fā)送，表示在S-BCCH上廣播的所有R-DATA消息的性質(zhì)?？梢赃@樣構(gòu)成完整的消息索引，使幾個(gè)Message Index(消息索引)的R-DATA單元包括于其中(見(jiàn)節(jié)8,Broadcast SMS(廣播SMS))。而且也可以用Language Indicator(語(yǔ)言指示器)區(qū)別幾種不同的完整消息索引。Message Index(消息索引)具有如圖10所示的格式。
在圖10中，Higher Layer Protocol Data Unit(高層協(xié)議數(shù)據(jù)單元)中的Message Type Indicator(消息類(lèi)型指示器)設(shè)置為SMS索引。Language Indicator(語(yǔ)言指示器)信息單元包括在完整消息索引的第一Message Index(消息索引)消息中。這個(gè)信息單元區(qū)分不同的完整消息索引。Broadcast Domain(廣播域)ID信息單元包括在第一Message Index(消息索引)消息中。當(dāng)Language Indicator(語(yǔ)言指示器)所確定的某種語(yǔ)言消息組內(nèi)出現(xiàn)了變化，并且Subchannel Info(子信道信息)包括在Subchannel Configuration(子信道配置)中時(shí)，S-BCCH Change Information(改變信息)信息單元包括在完整消息索引的第一Message Index(消息索引)消息中，由Language Indicator(語(yǔ)言指示器)標(biāo)識(shí)。當(dāng)緊急消息在S-BCCH上廣播時(shí)，S-BCCH EmergencyMessage Map信息單元包括在第一Message Index(消息索引)消息中。
Subchannel Configuration圖11中所示的這條消息在S-BCCH子信道0上發(fā)送，以確定所支持的子信道格式。
Subchannel Delimiter這條消息在S-BCCH子信道1上發(fā)送，分隔與特定子信道有關(guān)的改變的R-DATA消息組，具有圖12所示的格式。
Subchannel Schedule這條消息作為每12*N個(gè)Hyperframe(N=1,2,3…10)的S-BCCH子信道0上的第一消息發(fā)送，定義子信道的出現(xiàn)，具有圖13所示的格式。
R-DATA這條消息用于傳輸廣播SMS層消息(見(jiàn)節(jié)8，Broadcast SMS)，在子信道1到31上廣播。R-DATA消息格式示于圖14。
Higher Layer Protocol Data Unit(高層協(xié)議數(shù)據(jù)單元)中的Message Type Indicator(消息類(lèi)型指示器)設(shè)置為SMS Deliver(SMS傳遞)。在提供或請(qǐng)求了Manual Acknowledgement Request事件中，Teleservice Server Address信息單元是強(qiáng)制的，而且TeleserviceServer Address信息單元與移動(dòng)站10用戶(hù)檔案中不同。在TeleserviceServer Address信息單元中使用端點(diǎn)碼和子系統(tǒng)號(hào)。在提供或請(qǐng)求了Manual Acknowledgement Request的事件中，User Originating Address信息單元是強(qiáng)制的。使用端點(diǎn)碼和子系統(tǒng)號(hào)。在提供或請(qǐng)求了ManualAcknowledgement Request并提供了User Originating Address的事件中，可以包括User Originating Subaddress信息單元。最后，在提供或請(qǐng)求了Manual Acknowledgement Request并提供了UserOriginating Address的事件中，可以包括User Originating AddressPresentation Indicator信息單元。包括這個(gè)信息單元，用以識(shí)別與UserOriginating Address有關(guān)的提供限制及屏蔽。
修改6.5節(jié)-Information Element Description-以表示S-BCCH信息單元中的改變觸發(fā)SPACH的SCN標(biāo)志的跳變，并包括BroadcastDomain ID(廣播域ID)。這個(gè)信息單元用于標(biāo)識(shí)SOC所特定的S-BCCH廣播區(qū)域。具有相同SOC的相鄰DCCH、以及發(fā)送同組S-BCCH信息的那些DCCH使用同一Broadcast Domain Identification(廣播域標(biāo)識(shí)符)值。
也要修改6.5節(jié)-Information Element Description-以包括一個(gè)Broadcast Mode(廣播模式)信息單元標(biāo)識(shí)特定S-BCCH子信道上使用的廣播模式，包括Data Compression(數(shù)據(jù)壓縮)信息單元標(biāo)識(shí)所使用的數(shù)據(jù)壓縮算法，包括標(biāo)識(shí)語(yǔ)言的Language信息單元，并包括Language Indicator(語(yǔ)言指示器)信息單元，用于標(biāo)識(shí)由不同語(yǔ)言所區(qū)分的不同的完整消息索引。
還要修改6.5節(jié)-Information Element Description-以包括MEA信息單元標(biāo)識(shí)Message Encryption Algorithm(消息加密算法)，以及MEK信息單元標(biāo)識(shí)Message Encryption Key(消息密鑰)。
6.5節(jié)的Message Type(消息類(lèi)型)部分修改為包括圖15所示的S-BCCH消息。
也要修改6.5節(jié)以包括Next Subchannel Schedule 12*HyperframeCycle信息單元，當(dāng)發(fā)送下一個(gè)子信道消息時(shí)用于表示下面12個(gè)Hyperframe周期。允許從1到10的值。如果該值為1，下一個(gè)SubchannelSchedule(子信道列表)消息在12個(gè)Hyperframe之后的子信道0開(kāi)始處的S-BCCH上發(fā)送。如果該值為10，下一個(gè)Subchannel Schedule(子信道列表)消息在120個(gè)Hyperframe(即，10×12個(gè)Hyperframe)之后的子信道0開(kāi)始處的S-BCCH上發(fā)送。
R-DATA單元這個(gè)信息單元包括Higher Layer Protocol Data Unit(高層協(xié)議數(shù)據(jù)單元)，并且在R-DATA消息和Message Index(消息索引)消息中是強(qiáng)制的。
S-BCCH Change Acquistion Map(改變捕獲映射)也要修改6.5節(jié)包括這個(gè)信息單元，用于基于每個(gè)S-BCCH子信道提供改變捕獲信息。這個(gè)映射中最左邊的比特對(duì)應(yīng)于子信道31，最右邊的比特對(duì)應(yīng)于子信道0。每當(dāng)子信道內(nèi)容修改時(shí)，映射中相應(yīng)的比特位置用于通知移動(dòng)站10如何捕獲新信息，如下所示。
0=以前讀取了最新修改的子信道的移動(dòng)站通過(guò)讀取子信道1獲取新信息。處于讀取最新修改子信道過(guò)程或從未讀取最新修改子信道的移動(dòng)站通過(guò)從修改的子信道(重)讀完整周期信息而獲取新信息。
1=移動(dòng)站通過(guò)從最新修改的子信道讀取完整周期信息而獲取新信息。
S-BCCH Change Indicator Map(改變指示器映射)這個(gè)信息單元用于基于每個(gè)S-BCCH子信道提供改變指示信息。這個(gè)映射中最左邊的比特對(duì)應(yīng)于子信道31，最右邊的比特對(duì)應(yīng)于子信道0。每當(dāng)子信道內(nèi)容修改時(shí)，這個(gè)映射中相應(yīng)的比特位置被觸發(fā)。移動(dòng)站只需針對(duì)有關(guān)的修改子信道，繼續(xù)捕獲新的Message Index(消息索引)消息及/或R-DATA。
S-BCCH Change Information(改變信息)這個(gè)信息單元用于傳輸上述S-BCCH Change Indicator Map以及S-BCCH Change Acquisition Map。
S-BCCH Emergency Message Map(緊急消息映射)這個(gè)信息單元用于傳輸S-BCCH Emergency Message IndicatorMap。這個(gè)映射中最左邊的比特對(duì)應(yīng)于子信道31，最右邊的比特對(duì)應(yīng)于子信道0。每當(dāng)子信道上有新的緊急消息時(shí)，這個(gè)映射中相應(yīng)的比特位置被觸發(fā)。
Starting Message #(開(kāi)始消息號(hào))這個(gè)信息單元用于提供特定S-BCCH子信道上發(fā)送的第一R-DATA消息的消息號(hào)(見(jiàn)節(jié)8，Broadcast SMS)。如果該值為0,S-BCCH子信道上發(fā)送的第一消息是Message Index(消息索引)消息。
Subchannel Count(子信道計(jì)數(shù))這個(gè)信息單元表示用于支持發(fā)送S-BCCH信息的子信道數(shù)目。
Subchannel ID(子信道ID)這個(gè)信息單元標(biāo)識(shí)特定的S-BCCH子信道(0..31)。
Subchannel Info(子信道信息)這個(gè)信息單元表示所支持的S-BCCH子信道的屬性，如圖16所示。對(duì)于Subchannel ID信息單元，隱含地定義了S-BCCH子信道0和1，因此不必顯式地定義。而且如果Broadcast Mode表示User Group ID特定的廣播，只提供User Group Type以及ID信息單元。
Subchannel Occurrence Map(子信道出現(xiàn)映射)這個(gè)信息單元用于基于一個(gè)12 Hyperframe周期的每個(gè)S-BCCH子信道提供出現(xiàn)信息。這個(gè)映射中最左邊的比特對(duì)應(yīng)于子信道31，最右邊的比特對(duì)應(yīng)于子信道0。每當(dāng)子信道在12 Hyperframe周期上發(fā)送時(shí)，映射中相應(yīng)的比特位置如下設(shè)置0=子信道不在12 Hyperframe周期上發(fā)送；1=子信道在12 Hyperframe周期上發(fā)送。
User Group ID(用戶(hù)組ID)這個(gè)信息單元標(biāo)識(shí)移動(dòng)站10請(qǐng)求或被分配的、或者S-BCCH子信道分配到的用戶(hù)組。
User Group Type(用戶(hù)組類(lèi)型)這個(gè)信息單元標(biāo)識(shí)User Group ID(UGID)的類(lèi)型，如下表所示。

根據(jù)本發(fā)明概念，還要修改IS-136.1以便包括Broadcast ShortMessage Service(廣播短消息業(yè)務(wù))。現(xiàn)在描述發(fā)明的這個(gè)方面。
Broadcast Short Message Service(廣播短消息業(yè)務(wù))當(dāng)Higher Layer Protocol Identifier(高層協(xié)議標(biāo)識(shí)符)表示Broadcast SMS時(shí)，R-DATA Unit信息單元中的Higher Layer ProtocolData Unit域用于傳輸Broadcast SMS消息。
如下SMS消息過(guò)程用于S-BCCH上的SMS消息處理。
傳遞到MS的SMS消息SMS Index(SMS索引)這個(gè)消息發(fā)送到移動(dòng)站10以使端用戶(hù)很容易地從索引中選擇要讀取的消息。這個(gè)消息也傳輸有關(guān)系統(tǒng)經(jīng)營(yíng)者的信息。如下規(guī)則用于SMSINDEX。
(A)在很小的系統(tǒng)中，例如當(dāng)少于10個(gè)服務(wù)小區(qū)廣播消息時(shí)，不必發(fā)送SMS INDEX(R-DATA Unit中的Length Indicator(長(zhǎng)度指示器)設(shè)為0)?？梢詮V播SMS INDEX提供有關(guān)系統(tǒng)的信息(經(jīng)營(yíng)者名稱(chēng)及/或經(jīng)營(yíng)者問(wèn)候語(yǔ))或者消息總數(shù)(Total#of Messages)。
(B)在小系統(tǒng)中，當(dāng)有10到20條服務(wù)小區(qū)廣播消息時(shí)，廣播MessageSummaries(消息概要)，不需Message Type Qualifiers(消息類(lèi)型限定符)。
(C)在中等大小或大系統(tǒng)中，當(dāng)有20條以上的服務(wù)小區(qū)廣播消息時(shí)，廣播Message Summaries(消息概要)和Message Type Qualifiers(消息類(lèi)型限定符)。也可能需要廣播幾個(gè)SMS INDEX消息作為完整的消息索引。
(D)當(dāng)包括Message Type Qualifiers(消息類(lèi)型限定符)時(shí)，Message Summaries(消息概要)是強(qiáng)制的。
(E)當(dāng)完整的消息索引由幾個(gè)SMS INDEX消息組成時(shí)，經(jīng)營(yíng)者名稱(chēng)及經(jīng)營(yíng)者問(wèn)候語(yǔ)只在第一SMS INDEX消息中提供(Index MessageCount=1)。
SMS Deliver(SMS傳遞)這條消息傳輸U(kuò)ser Data Unit(用戶(hù)數(shù)據(jù)單元)，即消息信息。當(dāng)移動(dòng)站10接收SMS Deliver消息時(shí)使用如下規(guī)則。
(A)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手動(dòng)應(yīng)答請(qǐng)求)信息單元表示禁止Manual Acknowledgment(手動(dòng)應(yīng)答)，移動(dòng)站10就不響應(yīng)SMS DELIVER消息發(fā)送SMS MANUAL ACK消息。
(B)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手動(dòng)應(yīng)答請(qǐng)求)信息單元表示提供Manual Acknowledgment(手動(dòng)應(yīng)答)，移動(dòng)站10就根據(jù)用戶(hù)指示響應(yīng)SMS DELIVER消息發(fā)送SMSMANUAL ACK消息(見(jiàn)節(jié)7.1.1.2.3)。
(C)如果在SMS DELIVER消息中收到的Manual AcknowledgmentRequest(手動(dòng)應(yīng)答請(qǐng)求)信息單元表示請(qǐng)求Manual Acknowledgment(手動(dòng)應(yīng)答)，移動(dòng)站10必須根據(jù)用戶(hù)指示響應(yīng)SMS DELIVER消息發(fā)送SMS MANUAL ACK消息(見(jiàn)節(jié)7.1.1.2.3)。
(D)在Manual Acknowledgment沒(méi)有提供或請(qǐng)求的情況下，傳輸SMS DELIVER消息的R-DATA也包括必要的地址域(見(jiàn)節(jié)6.4.1.3.2.1)。
消息集這部分描述Broadcast SMS消息。這些消息通過(guò)層3 Message Index及R-DATA消息在空中接口上傳輸，更具體地是在R-DATA UnitInformation Element(R-DATA單元信息元)中。如下編碼規(guī)則用于這部分。
(A)Broadcast SMS消息用拖尾的0填充到最近的八比特組邊界。
(B)為了后向兼容性，如果所收的SMS消息長(zhǎng)度超過(guò)接收端能夠理解的最小長(zhǎng)度，所收的SMS消息就被接受，即接收端丟棄它不能理解的任何層3信息。
(C)填充的SMS消息以及層3字頭的總長(zhǎng)(見(jiàn)節(jié)6.4.3.1.1及6.4.4.9及IS-136.2節(jié)2.7.3.1.3.2.19及3.7.3.1.3..2.23)不能超過(guò)255個(gè)八比特組。
(D)除非另外規(guī)定，特定的信息單元只能在給定消息中出現(xiàn)一次。
(E)在圖17和18中，信息單元在消息中是強(qiáng)制的或可選的，在描述消息的圖中的“Type”欄中分別用“M”或“O”來(lái)表示。
(F)消息內(nèi)的所有強(qiáng)制信息單元以它們?cè)诿總€(gè)消息中出現(xiàn)的順序傳遞到層3。
(G)可選的信息單元具有4比特Parameter Type(參數(shù)類(lèi)型)碼。包括在消息內(nèi)的所有可選信息以Parameter Type碼-作為無(wú)符號(hào)整數(shù)解釋-遞升順序被包括。
(H)Parameter Type碼是消息所特定的，不使用的要保留。
SMS Index(消息索引)這個(gè)消息從BMI32發(fā)送到移動(dòng)站10，并用于支持Broadcast SMS消息索引的傳遞，如圖17A中所示。應(yīng)該注意到可以有多種例子的Message Type Qualifier、Message Summary、以及Emergency MessageSummary信息單元，而且如果Message Type Qualifier信息單元存在，相應(yīng)的Message Summary信息單元必須存在。圖17B表示可選信息單元的參數(shù)類(lèi)型碼。
SMS Deliver(SMS傳遞)這條消息用于支持以MS端接的Broadcast SMS傳遞，并示于圖18A。Teleservice Server可以包括單個(gè)例子的Call Back Number信息單元，表示與User Data Unit信息單元中傳輸?shù)南⒂嘘P(guān)的Call BackNumber。對(duì)于包括Call Back Number信息單元的情況，Teleservice Sever包括Call Back Number Presentation Indicator以及Alpha Tag信息單元的一個(gè)例子。圖18B表示可選信息單元的參數(shù)類(lèi)型碼。
信息單元描述如下是各種信息單元的描述，參見(jiàn)圖19-35。在圖19-35中，所有規(guī)定的長(zhǎng)度都以比特為單位，除非另外說(shuō)明。
Address Info見(jiàn)上面參考節(jié)6.5的相應(yīng)描述。
Call Back Number(回呼號(hào)碼，圖19)這個(gè)信息單元表示與SMS消息有關(guān)的回呼號(hào)碼。這個(gè)信息單元的最大長(zhǎng)度是根據(jù)網(wǎng)絡(luò)而定的。
Call Back Number Alpha Tag(圖20)
這個(gè)信息單元提供Call Back Number信息單元有關(guān)實(shí)例所特定的字母數(shù)字標(biāo)志。包括在這個(gè)信息單元中的信息以IRA字符編碼。
注1最小值為1。
注2提供最大為15個(gè)八比特組的N個(gè)字符。每個(gè)八比特組的最高有效比特設(shè)置為0。
Call Back Number Presentation Indicator(圖21A-21C)這個(gè)信息單元表示Call Back Number信息單元有關(guān)實(shí)例所特定的提供指示及屏蔽。Presentation Indicator(提供指示)域如圖21B中所示編碼，而Screening Indicator(屏蔽指示)域如圖21C中所示編碼。
Emergency Message Summary(緊急消息概要，圖22A和22B)這個(gè)信息單元提供有關(guān)緊急SMS DELIVER消息的短字母數(shù)字描述，該消息與Emergency Message Summary消息單元具有相同的Message#。這個(gè)信息單元用做SMS INDEX及所屬的緊急SMS DELIVER消息之間的連接。包括在這個(gè)信息單元中的信息以IRA字符編碼。
注1最小值為0。
注2每個(gè)八比特組的最高有效比特設(shè)置為0。如果以八比特組為單位的Length of Message Summary Data(消息概要數(shù)據(jù)長(zhǎng)度)為0，則忽略此域。
Message#，按圖22B所示編碼，是特定的緊急SMS DELIVER消息的參考號(hào)(見(jiàn)Message#信息單元)。如果該值為0，整個(gè)消息包括在Emergency Message Summary中，不必讀取任何SMS DELIVER消息獲得該緊急消息。
Index Message Count(索引消息計(jì)數(shù)，圖23)當(dāng)完整的消息索引由幾個(gè)SMS INDEX消息組成時(shí)，這個(gè)信息單元提供當(dāng)前SMS INDEX消息的索引號(hào)，例如如果Messages in Index(被索引的消息)有5個(gè)，第一個(gè)SMS INDEX消息的Index Message Count為1，第二個(gè)SMS INDEX消息為1，第三個(gè)為3，第四個(gè)為4，最后一個(gè)為5。如果完整的消息索引中只有一個(gè)SMS INDEX消息(即，Messages inIndex為1)，移動(dòng)站10就不使用Index Message Count。
Manual Acknowledge Request(手動(dòng)應(yīng)答請(qǐng)求，圖24)
Manual Acknowledge Request信息單元用于SMS DELIVER消息中，表示對(duì)使用點(diǎn)到點(diǎn)SMS MANUAL ACK消息手動(dòng)應(yīng)答消息，是禁止、提供還是請(qǐng)求。
注1移動(dòng)站10必須不將SMS Manual Ack消息發(fā)回。
注2移動(dòng)站10必須將SMS Manual Ack消息發(fā)回。
注3移動(dòng)站10可以將或可以不將SMS Manual Ack消息發(fā)回。
Message#(消息號(hào)，圖25)當(dāng)廣播幾個(gè)SMS DELIVER消息時(shí)，這個(gè)信息單元提供當(dāng)前SMSDELIVER消息的索引號(hào)，例如如果Total#of Message(總消息數(shù))為5，第一個(gè)SMS DELIVER消息的Message#為1，第二個(gè)SMS DELIVER消息為2，第三個(gè)為3，第四個(gè)為4，最后一個(gè)為5。如果只廣播一個(gè)SMSDELIVER消息(即Total#of Message為1)，移動(dòng)站10就不使用Message#。
Message Provider(消息提供者，圖26)這個(gè)信息單元提供字母數(shù)字信息，描述對(duì)當(dāng)前SMS DELIVER消息的發(fā)送者的描述。包括在這個(gè)信息單元中的信息以IRA字母編碼。
注1最小值為1。
注2提供最多達(dá)15個(gè)八比特組的N個(gè)字符。每個(gè)八比特組的最高有效比特設(shè)置為0。
Message Reference(消息參考號(hào))Message Reference給出短消息參考號(hào)的整數(shù)表示。當(dāng)發(fā)送點(diǎn)到點(diǎn)SMS MANUAL ACK消息時(shí)，最初的SMS DELIVER消息的Message Reference是必需的。
Messages in Index(被索引的消息，圖27)這個(gè)信息單元表示接連廣播多少個(gè)SMS INDEX消息，以便組成完整的消息索引。如果完整的消息索引中只有一個(gè)SMS INDEX消息(即，Message in Index為1)，那么當(dāng)前SMS INDEX消息就是完整的消息索引。
Message Summary(消息概要，圖28A-28C)這個(gè)信息單元提供Message#與Message Summary信息單元相同的SMS DELIVE消息的短字母數(shù)字描述。這個(gè)信息單元用做Message TypeQualifier及所屬的SMS Deliver消息之間的連接。包括在這個(gè)信息單元中的信息以IRA字符編碼。
注1最小值為0。
注2每個(gè)八比特組的最高有效比特設(shè)置為0。如果以八比特組為單位的Length of Message Summary Data(消息概要數(shù)據(jù)長(zhǎng)度)為0，則忽略此域。
Message Type Qualifier ID(圖28B)是特定的Message TypeQualifier信息單元的參考號(hào)，提供一種索引結(jié)構(gòu)。
Message #(圖28C)是特定的SMS DELIVER消息的參考號(hào)(見(jiàn)Message#信息單元)。如果該值為0，整個(gè)消息包括在Message Summary中，不必讀取任何SMS DELIVER消息獲取該消息。
Message Type Indicator(消息類(lèi)型指示，圖29)Message Type Indicator按圖中所示編碼。
Message Type Qualifier(消息類(lèi)型限定符圖30A-30B)這個(gè)信息單元用于標(biāo)識(shí)多達(dá)256個(gè)不同的字頭，以便對(duì)SMS DELIVER消息歸類(lèi)。這個(gè)信息單元提供有關(guān)字頭的短字母數(shù)字描述并鏈接到屬于該字頭的Message Summary信息單元。包括在這個(gè)信息單元中信息以IRA字符編碼。
注1最小值為0。
注2每個(gè)八比特組的最高有效比特設(shè)置為0。如果以八比特組為單位的Length of Message Summary Data(消息概要數(shù)據(jù)長(zhǎng)度)為0，則忽略此域。
Message Type Qualifier ID(圖30B)是特定的Message TypeQualifier信息單元的參考號(hào)，提供一種索引結(jié)構(gòu)。
Operator Greeting(經(jīng)營(yíng)者問(wèn)候語(yǔ)，圖31)這個(gè)信息單元提供來(lái)自系統(tǒng)經(jīng)營(yíng)者的字母數(shù)字問(wèn)候語(yǔ)。包含在這個(gè)信息單元中的信息以IRA字符編碼。
注1最小值為1。
注2每個(gè)八比特組的最高有效比特設(shè)置為0。
Operator Name(經(jīng)營(yíng)者名稱(chēng)，圖32)這個(gè)信息單元提供字母數(shù)字的系統(tǒng)經(jīng)營(yíng)者名稱(chēng)。包含在這個(gè)信息單元中的信息以IRA字符編碼。
注1最小值為1。
注2每個(gè)八比特組的最高有效比特設(shè)置為0。
Total#of Message(消息總數(shù)，圖33)這個(gè)信息單元提供被廣播的SMS DELIVER消息的總數(shù)，不包括SMSINDEX消息。
User Data Unit(用戶(hù)數(shù)據(jù)單元，圖34A-34B)User Data Unit信息單元用于傳輸用戶(hù)的文本消息。EncodingIdentifier(編碼標(biāo)識(shí)符)域(圖34B)表示User Data Unit中使用的編碼。User Data域代表用戶(hù)消息，并且按照Encoding Identifier的規(guī)定編碼。如果Encoding Identifier表示為IRA，那么User Data的每個(gè)八比特組的最高有效比特設(shè)置為0。
廣播及接收消息圖35A描述了典型的廣播消息集合。在小系統(tǒng)中(例如，少于10條消息)，消息集合可以如圖35B所示。在中等大小或大系統(tǒng)中(例如，多余20條消息)，消息集合可以如圖35C所示。在后一種情況下，制作完整的消息索引以便合成SMS INDEX消息。
示范的消息結(jié)構(gòu)可以如下表1-3所示。
表1第一SMS Index



表2第二SMS INDEX




表3第一SMS DELIVER


注1Teleservice Server Address以及User Originating Address必須在R-DATA中存在。
盡管在優(yōu)選實(shí)施例的情況下已經(jīng)進(jìn)行了描述，但是應(yīng)該認(rèn)識(shí)到對(duì)這些概念的很多修改對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)是可以進(jìn)行的。此外，而且前面已經(jīng)提到，本發(fā)明的概念不應(yīng)理解為限制于在任何一個(gè)特定的空中接口-例如IS-136-中使用。因此，盡管已經(jīng)針對(duì)優(yōu)選實(shí)施例具體地表示并描述了發(fā)明，但是本領(lǐng)域技術(shù)人員還是應(yīng)該理解到，在不背離發(fā)明范圍和精神前提下可以在其中進(jìn)行形式和細(xì)節(jié)的改變。
權(quán)利要求
1．一種在蜂窩通信網(wǎng)中提供并使用服務(wù)小區(qū)廣播業(yè)務(wù)的方法，包括如下步驟從BMI向多個(gè)移動(dòng)站提供一條數(shù)字傳輸信道，信道邏輯上劃分成多個(gè)子信道；在多個(gè)子信道上廣播多個(gè)不同類(lèi)型的消息，同時(shí)在第一預(yù)定的其它子信道上廣播消息的索引信息；并且在移動(dòng)站接收索引信息并使用索引信息獲取來(lái)自多個(gè)子信道之一的至少一條消息。
2．權(quán)利要求1的方法，其中，至少一部分索引信息表示基于N個(gè)Hyperframe的子信道的出現(xiàn)，其特征在于N等于12。
3．權(quán)利要求1的方法，其中，至少一部分索引信息表示，基于子信道的子信道所支持的語(yǔ)言。
4．權(quán)利要求1的方法，其中，至少一部分索引信息表示緊急消息。
5．權(quán)利要求1的方法，其中，至少一部分消息表示要求從移動(dòng)站用戶(hù)得到響應(yīng)。
6．權(quán)利要求1的方法，其中，至少一部分消息表示回呼號(hào)碼。
7．權(quán)利要求1的方法，其中，索引信息由一條索引消息組成。
8．權(quán)利要求1的方法，其中，索引信息由多個(gè)索引消息組成，而且其特征在于，索引信息包括索引消息計(jì)數(shù)。
9．權(quán)利要求1的方法，其中，至少一部分消息表示消息的發(fā)送者。
10．權(quán)利要求1的方法，其中，至少一部分索引信息表示子信道配置、子信道分界符、以及子信道列表。
11．權(quán)利要求1的方法，其中，至少一部分索引信息表示子信道映射，其特征在于映射的第n比特被觸發(fā)以表示相應(yīng)的第n個(gè)子信道所傳輸?shù)男畔⒁迅淖儭?br> 12．一個(gè)數(shù)字蜂窩電信系統(tǒng)包括具有至少一個(gè)基站的BMI，向多個(gè)移動(dòng)站發(fā)射信息，所述系統(tǒng)包括至少一個(gè)數(shù)字傳輸信道，邏輯上劃分為多個(gè)子信道；控制器，在多個(gè)子信道上廣播多種不同類(lèi)型的消息，同時(shí)在至少一個(gè)預(yù)定的其它子信道上廣播該消息的索引信息；以及每個(gè)所述移動(dòng)站中的裝置，接收索引信息并使用索引信息從多個(gè)子信道之一獲取至少一條消息。
13．權(quán)利要求12的系統(tǒng)，其中，至少一部分索引信息表示基于N個(gè)Hyperframe的子信道的出現(xiàn)，其特征在于N等于12。
14．權(quán)利要求12的系統(tǒng)，其中，至少一部分索引信息表示，基于子信道的子信道所支持的語(yǔ)言。
15．權(quán)利要求12的系統(tǒng)，其中，至少一部分索引信息表示緊急消息。
16．權(quán)利要求12的系統(tǒng)，其中，至少一部分消息表示要求從移動(dòng)站用戶(hù)得到響應(yīng)。
17．權(quán)利要求12的系統(tǒng)，其中，至少一部分消息表示回呼號(hào)碼。
18．權(quán)利要求12的系統(tǒng)，其中，索引信息由一條索引消息組成。
19．權(quán)利要求12的系統(tǒng)，其中，索引信息由多個(gè)索引消息組成，而且其特征在于，索引信息包括索引消息計(jì)數(shù)。
20．權(quán)利要求12的系統(tǒng)，其中，至少一部分消息表示消息的發(fā)送者。
21．權(quán)利要求12的系統(tǒng)，其中，至少一部分索引信息表示子信道配置、子信道分界符、以及子信道列表。
22．權(quán)利要求12的系統(tǒng)，其中，至少一部分索引信息表示子信道映射，其特征在于映射的第n比特被觸發(fā)以表示相應(yīng)的第n個(gè)子信道所傳輸?shù)男畔⒁迅淖儭?br> 23．一種在具有前向信道的蜂窩通信網(wǎng)中廣播消息的方法，信道按照幀(frame)和hyperframe組織，該方法包括如下步驟將前向數(shù)字傳輸信道分成n個(gè)子信道；在多個(gè)n子信道上廣播多個(gè)不同類(lèi)型的消息，同時(shí)在第一預(yù)定的其它子信道上廣播消息的索引信息；并且在移動(dòng)站接收索引信息并使用索引信息獲取來(lái)自多個(gè)子信道之一的至少一條消息，其特征在于索引信息在子信道0上發(fā)送，而子信道0信息的一個(gè)周期開(kāi)始于hyperframe計(jì)數(shù)器的零值；其中子信道1提供與目前已經(jīng)改變或修改的子信道2到n關(guān)聯(lián)的消息，其特征在于子信道1在任何子信道完成時(shí)開(kāi)始，或者中斷一個(gè)子信道(除子信道0或之外)而開(kāi)始；而且其中所有其余的2-n子信道可以按任何順序發(fā)送，并且會(huì)被子信道0和1所中斷。
全文摘要
索引消息被認(rèn)為是一種特殊類(lèi)型的Cell Broadcast(服務(wù)小區(qū)廣播)消息,包含有關(guān)實(shí)際廣播消息的概要信息。索引消息在預(yù)定的邏輯S－BCCH子信道中從基站發(fā)射機(jī)(30)發(fā)射到移動(dòng)站(10),并且包含了信息單元:例如(a)每個(gè)服務(wù)小區(qū)廣播消息的消息綜述或概要,(b)有關(guān)緊急消息的信息,(c)廣播消息,(d)字母數(shù)字廣播域經(jīng)營(yíng)者名稱(chēng)以及特定的經(jīng)營(yíng)者問(wèn)候語(yǔ),(e)有關(guān)廣播消息中變化的信息,以及(f)有關(guān)子信道的信息。
文檔編號(hào)H04W4/22GK1235740SQ97199382
公開(kāi)日1999年11月17日 申請(qǐng)日期1997年8月27日 優(yōu)先權(quán)日1996年9月6日
發(fā)明者M·利薩爾米, J·范特蒂拉, S·阿拉納拉 申請(qǐng)人:諾基亞流動(dòng)電話(huà)有限公司