TWI321281B - Method and system for a multicast service initiation in a communication system - Google Patents

Description

1321281 玫、發明說明： 【發明所屬之技術領域】 本發明係關於有線或無線通信系統中的多播通信。具體 而„，本發明係關於在此類通信系統中啟始多播服務之方 法及系統。 【先前技術】 已開發的頻k系統允终在透過頻信頻道將資訊信號從起 源站台傳輸至實際不同的目的地站台。在透過頻信頻道將 資訊信號從起源站台傳輸至實際不同的目的地站台的過程 中，會先將資訊信號轉換成適合透過頻信頻道高效率傳輸 的形式。資訊信號之轉換或調變涉及按照資訊信號來改變 載波參數，以使產生之已調整載波的頻譜被侷限在頻信頻 道頻寬内。在目的地站台上，會從透過頻信頻道接收到的 已調變載波來重新建構原始資訊信號。一般而言，此類重 新建構通常係藉由使用相反於起源站台採用之調變處理程 序的處理程序來達成。 調變也促進多向近接（multiple-access)，即，透過共用頻信 頻道同時傳輸及/或接收數個信號。多向近接頻信系統通常 包括複數個遠端用戶單元，其中用戶單元需要相當短持續 時間的時斷時續型存取，而不是持續存取共用頻信頻道。 已知技術中有數種多向近接技術，如分時多向近接（time division multiple-access; TDMA)及分頻多向近接（frequency division multiple-access; FDMA)。另一種多向近接技術是分碼多向近接 (code division multiple-access; CDMA)展頻系統，其符合雙模廣 86719 1321281

頻展頻細胞式系統的TIA/EIA/IS-95-行動台-基地台相容性標 準」（T1A/EIA/IS-95 Mobile Station-Base Station Compatibility Standard for Dual-Mode Wide-Band Spread Spectrum Cellular System)，下文中稱之 為IS_95標準。下列美國專利已發表於多向近接頻信系統中使 用CDMA技術：美國專利案號第4,901,307號，標題為「SPREAD SPECTRUM MULTIPLE-ACCESS COMMUNICATION SYSTEM USING SATELLITE OR TERRESTRIAL REPEATERS」，以及美國專利案號第 5,103,459號，標題為「SYSTEM AND METHOD FOR GENERATING ®馨 WAVEFORMS IN A CDMA CELLULAR TELEPHONE SYSTEM」，這· 兩份專利均已讓渡給本發明受讓人。 多向近接頻信系統可能是無線型或有線型，並且可運載 語音流量及/或資料流量。運載語音和資料之頻信系統的一 項實例是按照指定透過頻信頻道傳輸語音流量和資料流量 之IS-95標準的系統。美國專利案號第5,504,773號，標題為

r METHOD AND APPARATUS FOR THE FORMATTING OF DATA FOR TRANSMISSION」中發表一種以固定大小之編碼頻道訊框傳 輸資料的方法，這份專利已讓渡給本發明受讓人。按照 IS-95標準，會將資料流量或語音流量分割成20毫秒寬的編 碼頻道訊框，數據傳輸率高達14.4 Kbps。運載語音流量和資 料流量之頻信系統的其他實例包括符合第三代合夥專案（3"1 Generation Partnership Project; 3GPP)文號 3G TS 25.211 ' 3G TS 25.212 、3G TS 25.213及3G TS 25.214中具體化之標準（W-CDMA標準） 的頻信系統，或符合「cdma2000展頻系統的TR-45.5實體層標 準」（TR-45.5 Physical Layer Standard for cdma2000 Spread Spectrum 86719 1321281

Systems)(IS-2000標準）的頻信系統。 於多向近接無線頻信系統中，會透過一個或一個以上基 地台來處理使用者之間的頻信。用詞「使用者」表示有生 命及無生命實體。一無線訂戶端的第一使用者與一第二無 線CT戶端的第二使用者頻信的方式為，在一反向鏈路上將 資訊信號運載至一基地台。該基地台接收該資訊信號，並 且在一正向鏈路上將資訊信號運載至該第二訂戶端。如果 孩第二訂戶端不在該基地台所伺服的區域中，則該基地台 會將#料投送至該第二訂戶端所在服務區域的另一基地台 。接著，該第二基地台在一反向鏈路上將該資訊信號運載 至該第二訂戶端。正向鏈路代表從基地台至無線訂戶端的 傳輸，而反向鏈路代表從無線訂戶端至基地台的傳輸。同 樣地，可處理介於無線訂戶端之第一使用者與陸上線路 (landline)端之第二使用者之間的頻信。基地台在反向鏈路上 接收來自無線訂戶端之第一使用者的資料，並且透過公共 交換電話網路（PSTN)將資料投送給位於陸上線路端的第二 使用者。在許多通信系統中，（例如，IS95、wcdma is侧） ，會將不同的頻率配置給正向鏈路及反向鏈路。 前面說明的無線頻信服務是點對點頰信服務的實例，其 中來自第-使用者的資訊預定僅傳送給第二使用者。反之 ，多播服務是將一來源、一使用者或一内容伺服器所提供 的資訊傳送給所有使用者之中的子集…種多播服務系統 的模型包含-輯選取之使用者群组，這是按使用者的群 組成员來^義。群组成員包含訂構—特^多播服務内容的 86719 1321281 5丁戶端使用者。基於簡冑，除非有特別陳述， 使用的用詞「成員訂戶端」來表示「—訂户端上的使用者。 在此-模型中’係由一或多個内容伺服器來為成員訂」戶 端提供具有特定内容的資訊，例如，新聞、電影' 聞等等。本文中用㈣「存取網路」表示基地台與一或多個 基地台控制器的集合。每個成貝訂戶端都會監視—用於運 載資訊的正向鏈路頻道。該正向鏈路頻道可能是由該等成 貝盯戶端共用，或可能是建立在每個成員訂戶端與存取網 路站台（例如，伺服成員好端的基地台）之間。因為内容 飼服器固定決定内纟，所以成員訂戶端通常不會回覆通信 至存取網路。 或者，資訊來源是一使用者（一所選取群組的成員”該 使用者提供所預定提該所選取群組中其餘成員的資訊。= 果使用者想要提供資訊，則該使用者會（例如）按下即按即 說（push-to-talk)按鈕來通知通信系統。一般而言，使用者所 提供的資訊f.在-專用&向鏈路上從訂戶端投送至基地台 。接著’纟地台it過一多播正向鏈路來運載該使用者所提 供的資訊。就點對點通信系統而論，多播通信系統允許陸 上線路及揉線π戶端存m。如上所述的服務也稱為群 組服務。群組服務通信系統的實例包括調度服務，例如， 本地警局無線電系統、計程車調度系統、美國聯邦情報與 女全服務（Federal Bureau of lntelligence 細 Secret service)機構及 一般軍事通信系統。 前面提及的多播服務頻信系統通常是高度特殊化用途建 86719 -9- 1321281 置的頻信系統。最近’無線行動電話系統的進 利用多播服務的現有基礎設施—主要是 、 ^在本文中，用詞「行動」手上:點仃動電話系統 (PCS)頻率。）τ動」系統包含仃動及個人頻信服務 將多播服務引進行動電話系統需要整合多 行動電話系統所提供的點對點且 .〆.，1 ，、月迁而呑，存取網路 及it戶蜢都必須能夠支援允哞容 J又饺兄卉夕播杈式和點對點通信 的功能。因為點對點行動電話系統不支援多播服務，所以 此項技術需要一種多播服務程序之方法及系統，1體而士 ，需要-種啟始多播服務之方法及系統。 ° 【發明内容】 本文中揭示的具體實施例解決前面提出的需要，其方法 包括：將一頻道指派资却χ ζ丨y , 矶，内入到至少一週期重複型訊息之 及在—[頻道上傳輸該週期重複型訊息。訂戶端 監視該頻道上的該週期番益 ，重復土訊息，以及解碼該週期重複 型訊息，以便決定—玄# t - 夕播服務通知及一頻道指派資訊是否 包含於該週期重複型訊息之中。 在另一項具體實施例中，解決前面提出之需要的方法包 括：將—頻道指派資訊及-多播服務通知納人至-訊自、之 中’以及在-第-頻道上傳輸該訊息至少—次。該訂戶端 監視-頻道之—時槽；以及如果一訊息中包含一頻道指派 資訊及多播服務通知，則解碼該時槽中所運載的該訊息。 在另-項具體實施例中，解決前面提出之需要的方法包 廣播—多播服務通知；接收對該廣播之多播服務通知 86719 !321281 的至少一回應；以及根據該接收之至少一回應來指派多播 服務頻道。 在另一項具體實施例中，解決前面提出之需要的方法包 括：將一多播服務通知納入至複數個訊息之中；在一第— 頻道上傳輸該等複數個訊息；接收對該等複數個訊息的至 少一回應；以及根據該接收之至少—回應來指派多播服務 頻道。 在另-項具體實施例中，解決前面提出之需要的方法包 括：將一多播服務通知納入至複數個訊息之中；在一第— 頻道上傳輸該等複數個訊息；接收對該等複數個訊息的至 少-回應；以及根據該接收之至少—回應來指派多播服務 頻道。 【實施方式】 本文中使用的用詞「示範」係表示「當作實例、例子启 說」。本文中當作「示範」說明的任何具體實施例不一哀 視為較佳具體實施例或優於其他具體實施例。 本文中使用的用詞「點對點頻信」表示介^訂戶端4 透過專用頻信頻道頻信。 场 本文中使用的用詞「群組服務」、「點對多點師、巧 即說(—k)或調度服務都是表示複數個訂戶」 收來自-通常—一個訂戶端頻信的頻信。 本文中用詞「存取網路」表示基地台— 上基地台控制器的集合。存取/、固或一’ 存取料在多個#戶端之間靖 86719 • 11 - 1321281 資料封包。存取網路可進—步連接外存取網路範園外的額 外網路，如公司企業網路或網際網路，並且可在每台存取 終端機與外部網路之間傳輸資料封包。 本文中使用的用詞「基地a 本-办、匕、山v 口 J表不與ΤΓ戶‘頻信的硬體 。「細胞」代表硬體或地理涵蓋區域，视使用該用詞的内文 而定。扇區是細胞的劃分。因為扇區具有細胞屬性，所以 就細胞而論所說明的講授很容易延伸至扇區。 本文中使用的用Θ「3了戶端」表示與存取網路頻信的硬 體。訂戶端可能是行動式或固接式。訂戶端可能是用以透 過無線頻適或透過有線頻道（例如，使用光纖或同軸電纜） 頻信的資料裝置。訂戶端進一步可能是數種裝置的任一種 裝置’包括但不限於PC卡、小型快閃記憶體（c〇mpact flash)、 外接或内建數據機、無線或有線電話。處於正在建立連接 至基地台之啟用中頻信流量頻道處理程序中的訂戶端被視 為處於建立連接狀態。已建立連接至基地台之啟用中頻俨 流量頻道的寸戶端被稱為啟用中訂戶端，並且視為處於頻 信中狀態。 本文中使用的用詞「實體頻道」表示就調變特性及編碼 而論說明之用於傳播信號的頻信路線。 本文中使用的用詞「邏輯頻道J表示在基地台或訂戶端 的頻信協定層内的頻信路線。 本文中使用的用詞「頻信頻道/鏈路」根據上下文表示實 體頻道或邏輯頻道。 本文中使用的用詞「反向頻道/鏈路」表示訂戶端將信號 86719 -12- 1321281 傳輸至基地台所使用的頻信頻道/鏈路。 本文中使用的用詞「正向頻道/鏈路」表示基地台將信號 傳輸至訂戶端所使用的頻信頻道/鏈路。 如上文所述，一種多播系統的模型包含一組所選取之使 用者群組，這是按使用者的群組成員來定義。群組成員包 ^ 含訂購一特定多播服務内容的訂戶端使用者。一或多個内 容词服器或另一使用者提供多播内容。圖1顯示根據本發明 具體實施例之能夠執行多播服務（也稱為多播呼叫）之頻信 ·· 系統10G的概念_。 · 如上文所述，多播内容起源於内容伺服器（CS)。該内容 伺服器可能位於網路内（CS1 102(1))或外部網際網路（IP)104 内（CS2 102(2))。内容係以封包形式傳遞至多播封包資料伺 服節點（multicast packet data-serving node; MPDSN) 106。使用用詞 MPSDN的原因為，雖然MPDSN可能實際上位於同一位置與 一般PDSN(圖中未顯示）完全一樣，但是MPSDN可能邏輯上 不同於一般PpSN »根據封包目的地，MPDSN 106將封包傳遞 至封包控制功能（packet control function; PCF) 108。PCF 是用於 ® 針對包含多播封包資料服務的任何一般封包資料服務來控 # 制基地台110功能的控制實體，如基地台控制器用於控制 · 一般語音流量服務和資料流量服務。為了解說多播封包 資料服務與實際存取網路之連接的高階觀念，圖1顯示PCF 實際上位於同一位置，但是邏輯上不同於基地台控制器 (BSC)。熟習此項技術者應明白這僅供教學用途。BSC 108將 封包提供給基地台110。雖然本文中使用用詞「基地台」，但 86719 -13- 1321281 是熟習此項技術者應明白，所說明的具體實施例同樣適用於 扇區。 同樣地，如果内容起源於CS 102(1)，則可將内容傳遞至 公共交換電話網路（PSTN) 112。根據封包目的地，PSTN 112 將内容傳遞至基地台控制器（base station controller; BSC) 108。 BSC 108將内容提供給基地台110。

在另一項具體實施例中，可將起源於CS 102(1)的内容以 封包形式經由網路連接功能120傳遞至PSTN 112。根據封包 目的地，PDSN 112將内容傳遞至基地台控制器（base station controller; BSC) 108。BSC 108 將内容提供給基地台 110。

基地台110透過正向鏈路頻道114將内容提供給多個成員 訂戶端。如上文所述，該正向鏈路頻道可能是由該等成員 訂戶端共用，或可能是建立在每個成員訂戶端與伺服成員 訂戶端的基地台之間。於2002年3月28日申請的共同_請美 國專利申請案號第10/113,257號，標題為「Method and Apparatus for Point-to-Multipoint Services Provided in Communication Systems」 中發表一種共用正向頻道之用法。2002年3月28日申請的共 同申請美國專利申請案號第1〇/113,〇98號，標題為「Method and Apparatus for Channel Management for Point-to-Multipoint Services in a Communication System」使用通用頻道和專用頻道進行資訊 廣播之用法，這份專利已讓渡給本發明受讓人。但是，熟 習此項技術者應明白所列舉的申請案僅供指導用途，並且 其他通信系統會利用執行類似功能的頻道，因此，所講授 内容適用於其他通信系統。 86719 -14- 1321281 或者，一成員ΤΓ戶端（例如，成員訂戶端116( 1))經由一存 取網路將多播内容傳達給其他成員訂戶端（例如，成員訂戶 端116(2))。該成員訂戶端116(1)透過一反向鏈路頻道118將多 播内容傳達給群組’而反向鏈路頻道118係由存取網路來指 派。反向鏈路頻道指派已是熟知的技術，請參閱（例如）前 面提及的申請案第10/113,257號及第10/113,098號。基地台 110(1)將所接收到之資訊投送至基地台11〇(2)，接著基地台 110(2)將所投送之資訊透過正向頻道114(2)傳輸至成員訂戶 端 116(2)。 當要提供多播服務時’之後必須接著用於啟用一多播呼 叫開始的程序。此一程序可能被分割成數階段。在第一階 段期間，必須向多個成員訂戶端通知所要提供的多播服務 。在下一階段（視需要）期間，有興趣的成員訂戶端回應該 通知。在下一階段期間，選取並且指派一用於運載内容的 頻道》 , 多播呼叫開始通知 如上文所述，當啟始一多播呼叫時，必須通知屬於多播 群組成員的訂戶端。 在一項具體實施例中，該存取網路啟始多播呼叫的方式 為，經由一週期傳輸型訊息（例如，添加信號（〇verflead)訊息） 向多個耵戶端廣播該通知資訊。本文中使用的用詞「添加 L號訊息」（overhead message)由每個扇區所週期傳輸之一與 系統參數相關的訊息。由多個扇區在一正向頻道上傳輸該 添加信號訊息（包含多播呼叫通知），其中扇區的涵蓋範圍 86719 -15- 1321281

包含多個成員訂戶端’而未進行其他呼叫的所有訂戶端都 會監視該正向頻道。在按照IS_2〇〇〇標準之通信系統中，此 配置之實例是在正向傳呼頻道（forward paging ch_eL F 或正向廣播控制頻道（forward broadcast control channel; 上傳輸的添加信號訊息。 一傳户播呼叫的方式為’將多播群組的識別名稱 (GROUP_ID)納入至該添加信號訊息中，其中該多播群組的 成員》丁戶端是該多播呼叫的預定目的地。如果正在啟始一 個以上多播呼叫，則該訊息包含該等多播呼叫所預定目的 地之所有夕播群組的識別名稱。在該多播呼叫的持續時間 期間内，可在一個添加信號訊息、數個添加信號訊息中傳 达该識別名稱，或將該識別名稱納入至所有添加信號訊息 中。如果選擇將該識別名稱納入至所有添加信號訊息中， 則允V午所„丁戶端加入已待處理的多播呼叫。如果在該多播 呼叫的持㈣間期肖内將該識別名稱納入至添加信：訊息 中二在一特岑多播群組的一多播呼叫終止後就會從該^ 加信號訊息移除該特定多播群組識別名稱。除了識別名稱 以外，添加信號訊息還可提供所宣傳之多播呼叫的進一步 資訊，例如，流量頻道指派類型、使用的承載（bearer)傳輸 類型及熟習此項技術者已知的其他相關資訊。當然，添加 信號訊息的其餘部份包含系統相關資訊，如上文所述二σ 圖2顯示根據如上文所述之具體實施例之訊息流程的實例 。在時間t卜-扇區s接收—指示項「GR〇up—lDx」，用奸 示一财給識別名稱為GR⑽JDx之群組的多播呼叫即將^ 86719 •16- 1321281 始。該指示項可能是由通信系統的其他實體所提供，例如 ，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實 m。或者，該扇區S接收1丁戶端MS_1和MS—2的識別。接著 ，該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端 MS_1和MS_2之多播群組GR〇UPJDx的識別名稱。如上文所 述’資訊來源可包含（例如）飼服器、另—訂卢端或熟習此 項技術者已知的其他來源。該扇區8將該識別名稱納入至添 加信號訊息中（在-項具體實施例中，添加信號訊息包含一 廣播系統參數訊息BSPM(GR〇UPJDx))，並且在時間2廣播該 =M( GRQU?-IDX 於具有該識別名稱之群組中成員的該 争玎戶端MS一 1和MS_2接收該BSPM(GR〇upjDx)之並且會 採取適當的動作，例如，開始監視料傳輸所識別之多播 呼叫的實體頻道、將—喊傳輸至存取網路 '通知使用者 以隸照-特定通信系統之設計的其他動作。在圖2所示的 具體實她例中’會在多播呼叫的持續時間期間，將識別名 稱納入至添加信號訊息中。因為添加信號訊息BspM會週期 性重複，所以同㈣，在該添加信號訊息職的下一例項 ㈣麗）中也會傳輸該識別名％。在時間〇只有顯示一個例 項0 t 了’該扇區S從-資訊來源(圖中未顯示)接收-指 示項「GROUPjd 用 ； ΓΜΤΙΡ m，# 不一預疋給識別名稱為 GROUP_IDy艾鮮組的多播 ^ ^ ^ λ 5 ^ 1 開始8该扇區S將該識別 名私納入至添加信號訊息（ 個群組通知該多播呼叫，二SPM)。因為會向該等兩 夕播”，所以在時間t5所傳輸的該廣播之 86719 -17- 1321281 添加信號訊息包含該等兩個識別名稱BSPM(GROUP_IDx， GROUP_IDy)。屬於識別名稱為GROUP_IDy之群組中成員的訂 戶端MS_3接收該添加信號訊息BSPM(GROUP_IDx, GROUP_IDy) ，並且採取適當動作，如上文所述》 在時間t6，該扇區S從該資訊來源（圖中未顯示）接收一指 r 示項「GROUP_IDx結束」，用於指示一預定給識別名稱為 m GROUP_IDx之群組的多播呼叫即將終止。該扇區S從添加信 號訊息（例如，BSPM)移除該識別名稱，並且在時間t7廣播該 添加信號訊息（只包含識別名稱GROUP JDy) BSPM(GROUP_IDy) ® 。屬於識別名稱為GROUP_IDx之群組中成員的訂戶端MS_1 和MS_2接收該添加信號訊息BSPM(GROUP_IDy)，並且採 取適當動作，例如，終止監視用於傳輸相對應於識別 名稱GROUPJCDy之多播呼叫的實體頻道。多播呼叫 BSPM(GROUP_IDy)不受影響，並且持續直到終止。終止之後 ，隨即從該BSPM移除該識別名稱GROUP_IDy。 因為會週期性重複該廣播訊息，所以訂戶端可在呼叫開 始後隨時加入該呼叫。為了避免該廣播訊息影響傳呼頻道 容量，因而希望限制該廣播訊息長度。於是，可納入該廣 播訊息的群組數目受到限制。此外，因為該廣播訊息會隨 · 著每個呼叫開始和終止而變更，所以訂戶端必須監視該廣 播訊息的每次更新。在另一項具體實施例中，會藉由一定 址到訂戶端的個別訊息，向屬於一多播群組成員的每個訂 戶端通知一多播呼叫開始。在一項具體實施例中，該個別 訊息包含一個別多播傳呼（multicast Page; MCP)。就按照IS- 86719 -18· 1321281 2000標準的通信系統而論，來解說個別多播傳,（Mcp)的觀 念。如圖3的概念圖所示，一傳呼訊息3〇〇可載送許多傳呼 3〇2’每個傳呼都是以不同的訂戶端或訂戶端群組為目的地 。例如，該傳呼訊息300可包含一般傳呼訊息（GpM)或通用 傳呼訊息（UPM)，因為一般傳呼訊息（GPM)或通用傳呼訊息 (UPM)都可以載送不同的傳呼記錄類型。該傳呼訊息係透 過F-PCH或正向共同控制頻道（forward eQm_ Λ_ι;

CCCH)運載。在一傳呼訊息中所載送之多個個別傳呼3〇2稱 為傳呼記錄類型’每個傳呼記綠類型都包含一預定訂戶端 的位址306、傳呼類型3〇8 (即，個別傳呼或廣播傳呼）、内容 310 (即，呼叫服務選項）及其他資訊（例如’序號3〇4)。定址 位址係在一用於定址一訂戶端的傳呼位址類型 (ADDR—TYPE)中指定（例如，-暫時行動台識別名稱 Mobile Station Identifier; ™SI)、國際行動台識別名稱（intemati〇nai mobile station identifier; IMSI))，或在—用於定址所有訂戶端的 位址類型中辞定。在接收到傳呼訊息3⑻後，訂戶端隨即將 位址3〇6加以解碼，以便決定該傳呼3〇2是否係預定給該訂 戶端。如果該位址306指示該傳呼302是預定給該訂戶端， 則該訂卢端隨即將類型308加以解碼，以便決定呼叫類型， 並且將内容310加以解碼，以便決定該呼叫的詳細資料。每 種呼叫類型（即，點對點通信系統中的語音呼叫、資料呼叫 、S033呼叫）都具有一相對應之傳呼記錄。如上文所述，因 為多播呼叫是一種新型呼叫，所以必須將個別多播傳呼 (MCP)定義為一新的傳呼記錄類型。 86719 -19· 1321281 $傳多播呼叫的方式為，將多播群組的識別名稱 (GROUP一ID)納入至個別多播傳呼（MCp)中。個別多播傳呼 (MCP)被納入至一傳呼訊息中，並且會使用訂戶端的特定位 址’透過—正向頻道（例如，F-PCH或F-CCCH)將個別多播傳 呼（MCP)傳送給多個成員訂戶端。此外，多播傳呼（MCp)還 了 k供所旦傳之呼叫的進一步資訊，例如，流量頻道指派 類型、使用的承載傳輸類型及熟習此項技術者已知的其他 相關資訊。 圖4顯π根據如上文所述之具體實施例之訊息流程的實例 。在時間U ’ 一扇區S接收一指示項「GROUP_IDx」，用於指 不一預定給識別名稱為GR〇Up_IDx之群組的多播呼叫即將開 始。該指示項可能是由通信系統的其他實體所提供，例如 ’基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實 體。接著’該扇區S藉由查詢一資料庫，以便決定該等訂戶 端MS一1和MS_2之識別。或者，該扇區s接收訂戶端MS_1和 MS_2的識別：接收，該扇區s建立一個別多播傳呼（MCp) ’ 其包含訂戶端MS_1和MS_2的識別名稱GROUP_IDx。 熟習此項技術者應明白，傳呼頻道可在時槽傳呼模式或 非時槽傳呼模式中運作，因為熟習此項技術者所熟知的文 件有該等模式之說明。舉例而言，該等模式說明於IS-95標 準中，1995年2月21日所頒佈之美國專利案號第5,392,287號， 標題為「METHOD AND APPARATUS FOR REDUCING POWER CONSUMPTION IN A MOBILE COMMUNICATION RECEIVER」，這 份專利已讓渡給本發明受讓人。基於指導用途，圖4顯示一 86719 -20· 丄J厶·ΙΖδ丄

、4通L系統’其中多個訂戶端監視時槽模式之F-PCH ^、CCH，4 @ _習此，技術者應知道也可使用非時槽 模式。如熟習此項技術者所知，用詞「時槽」表示實體頻 道的-分刻邵份，&時槽長度則是以時間、晶片數目或其 他適當的單位來表示。

直到時間t2為止，扇區S等待指派給訂戶端ms丨的傳呼時 槽，接著將訂戶端MSJ的個別多播傳呼（MCp)當做一傳呼 訊息（例如，如圖所示之一般傳呼訊息（GpM))一部份進行運 载。接著，該訂戶端MS_J可採取適當的動作，例如，啟始 監視用於傳輸相對應於識別名稱GR〇up JDx之多播呼叫的實 體頻道'傳輸-通知使用纟的回應、，以及按照一特定通信 系統之設計的其他動作。接著直到時間〇為止，扇區8等待 指派給訂戶端MS 一 2的傳呼時槽，接著將訂戶端1^5_2的個別 夕播傳呼（MCP)當做一傳呼訊息（例如，如圖所示之一般傳 呼訊息（GPM))—部份進行運載。接著，訂戶端MS_2採取適 當的動作，知上文所述。 在另一項具體貫施例中，會藉由一定址屬於群組之多個 玎戶端的共同訊息，向每個成員訂戶端通知一多播呼叫開 士°。在一項具體貫施例中’该共同訊息包含一共同多播傳 呼（multicast page; MCP)。如上文所述，因為共同多播傳呼 (MCP)是預定給多個（但不是所有待訂戶端，並且因為多播 呼叫是一種新型呼叫，所以必須將共同多播傳呼（Mcp)定義 為一新的傳呼記錄類型。請參考圖3所示之傳呼訊息3〇〇的 結構，新的傳呼記錄類型302包含一新的傳呼位址，即，多 86719 -21 · 1321281 播位址（MC_ADDRESS) 304，用於指示傳呼記錄類型302係預 定給多個訂戶端，以及包含類型308、内容310及其他資訊 (例如，序號304)。 宣傳新的多播呼叫開始的方式為，將多播群組的識別名 稱GROUP_ID納入至屬於以GROUPJD識別之多播群組之成員 訂戶端的多播傳呼（MCP)中。共同多播傳呼（MCP)被納入至 一傳呼訊息中，並且會使用MC_ADDRESS，透過一正向頻道 ’ (例如，F-PCH或F-CCCH)將共同多播傳呼（MCP)傳送給該共鲁· 同多播傳呼（MCP)所預定的多個成員訂戶端。此外，多播傳 _ 呼（MCP)還可提供所宣傳之呼叫的進一步資訊，例如，流量 頻道指派類型、使用的承載傳輸類型及熟習此項技術者已 知的其他相關資訊。然而，如上文所述，在現行的通信系 統中，會指派一訂戶端來監視該訂戶端傳送傳呼所使用的 一傳呼頻道時槽。但是，不需要將該傳呼頻道上的相同時 槽指派給屬於以GROUPJD識別之群組的訂戶端。另外，負 責傳呼的實寧（例如，基地台控制器（BSC))不知道哪一些訂 戶端是一特定多播群組的成員，於是，該BSC無法執行介鲁 於個別訂戶端與MC_ADDRESS之間的對應處理。例如，當因 " 為透過一多播網際網路協定（Internet protocol; IP)位址而接收 · 到一 IP封包而觸發多播傳呼（MCP)，所以會透過網際網路協 定（Internet protocol; IP)來提供多播服務時，這會發生類一狀 況。因此，需要一種能夠高效率傳遞多播呼叫啟始資訊的 方法。 結果’根據一項具體實施例’會在一廣播傳呼循環（br〇adcast 86719 •22· 1321281 paging cycle; BPC)的第一時槽中傳送共同多播傳呼（MCP)。就 按照IS-2000標準的通信系統中所實施的實體頻道而論，來 解說廣播傳呼循環（BPC)的觀念。如圖5所示，F-PCH和F-CCCH被分割成多個時槽。為了能夠週期生廣播傳呼，因而 就持續時間（以F-PCH/F-CCCH時槽數目為單位）而論來定義 廣播傳呼循環（broadcast paging cycle; BPC)，如下所示： BPC = B + X (1) 其中B已知為如下所示：

Β = 2;χ 16，對於F-PCH而言 1 $ 7，而對於F-CCCH (2)

而言8 並且X是固定位移。例如，就按照IS-2000標準的通信系 統而論，F-PCH的X值為3，而F-CCCH的X值為7。

肩區會在F-PCH的擴充系統參數訊息（Extended System Parameters Message; ESPM)及F-CCCH的多載波無線電資源參考 訊息（Multicarrier Radio Resource Parameters Message; MCRR)中傳輸 廣播指數i的偉（BCAST_INDEX)。 處於時槽模式的訂戶端監視一時槽，這是按照下列方程 式來決定： B = 2jxl6，對於F-PCH而言 1 S 7，而對於F-CCCH 而言 2$j$8 (3) 扇區會在F-PCH的擴充系統參數訊息（Extended System Parameters Message; ESPM)及F-CCCH的多載波無線電資源參考訊息 (Multicarrier Radio Resource Parameters Message; MCRR)中傳輸時槽 指數 j 的值（BCAST_INDEX)。 86719 -23 - 1321281

結果，針對廣播指數i和時槽指數j的任何組合，介於一 廣播時槽（訂戶端按照方程式（2)來監視廣播的廣播時槽）與 一訂戶端所監視的時槽（訂戶端在時槽模式下按照方程式 (3)查攪是否有個別定址的訊息）之間會有衝突。相同時槽 中將會重複這項衝突；於是，當訂戶端監視特定時槽時， 總是會遇到介於多播傳呼與個別傳呼之間的衝突。如果將 位移X導入方程式（2)中，則會導致方程式（1)不能徹底排除 衝突，但是會防止同時槽中發生週期性衝突，因此，衝突 擴及所有訂戶端。因此’每個訂戶端都可解決不受影響之 時槽中的任一訊息。 每個廣播傳呼循環（BPC)中的第一時槽是F-PCH/F-CCCH時 槽，並且適用下列方程式： t/4 mod (BPC) = t/4 mod (B + X) = 0, ⑺ 其中t代表以訊框為單位的系統時間；以及 mod代表模（modulo)算術運算。

此項配置不僅需要唤醒每個訂戶端並且監視一個別指示 給行動台的時槽是否有其他類型的訊息，而且還必須監視 F-PCH/F-CCCH之廣播傳呼循環（BPC)的所有第一個時槽，因 此會增加耗電量。為了避免增加耗電量，與F-PCH/F-CCCH 相關聯之正向快速傳呼頻道（forward quick paging channel; F-QPCH)的時槽包含廣播指示項（BI)位於，用於向監視f_qPCH 的訂戶端通知相對應之F-PCH/F-CCCH之廣播傳呼循環（BPC) 第一個時槽上是否有出現共同多播傳呼（MCP)。如果F- PCH/F-CCCH之廣播傳呼循環（BPC)第一個時槽上有共同多 86719 -24- 1321281 播傳呼（MCP)，則會將相對應F-QPCH時槽的BI位元切換成 ON，導致訂戶端開始監視F-PCH/F-CCCH上廣播傳呼循環 (BPC)的第一個時槽。雖然不僅需要唤醒一訂戶端並且監視 廣播傳呼循環（BPC)之第一 F-QPCH時槽的BI位元，但是因為 的BI的持續時間比F-PCH/F-CCCH之時槽持續時間短很多， 所以會縮短唤醒時間間隔，因此，達成節省電池消耗。

如上文所述之具體實施例的缺點為，因此會在F-PCH/F-CCCH上之廣播傳呼循環（BPC)第一個時槽上傳輸所有多播 呼叫的多播傳呼（MCP)，所以當有多播傳呼（MCP)時會將相 對應F-QPCH上的BI位元被設定為ON。結果，必須唤醒正在 監視該BI指示項的每個訂戶端並且監視F-PCH/F-CCCH上的 第一個時槽，以便決定多播傳呼（MCP)是否是預定給該訂戶 端。因此，不屬於多播傳呼（MCP)所預定之多播群組的訂戶 端仍然會增加耗電量。如圖5所示，會在F-PCH/F-CCCH之 一廣播傳呼循環（BPC)的第一時槽（時槽0_p)中傳輸一般傳呼 訊息（GPM)，該一般傳呼訊息（GPM)包含屬於多播群組 (GC_1)之訂戶端MSI和MS2的一共同多播傳呼（MCP)。然而 ，因為F-QPCH之相對應時槽（時槽0_q)上的BI位元被設定為 ON，所以必須唤醒所有訂戶端MSI至MS4並且監視F-PCH/F-CCCH的時槽0_p。同樣地，會在F-PCH/F-CCCH之下一個廣 播傳呼循環（BPC)的第一時槽（時槽4_p)中傳輸一般傳呼訊息 (GPM)，該一般傳呼訊息（GPM)包含屬於多播群組（GC_2)之 訂戶端MS3的一共同多播傳呼（MCP)。因此，因為F-QPCH之 相對應時槽（時槽4_q)上的BI位元被設定為ON，並且必須喚 86719 -25- 1321281 醒所有訂戶端MSI至MS4並且監視F-PCH/F-CCCH的時槽4_ρ ，雖然該一般傳呼訊息（GPM)只包含一預定給訂戶端MS3的 共同多播傳呼（MCP)。 熟習此項技術者應明白，如上文所述之具體實施例利用 廣播傳呼循環（BPC)的第一時槽作為現有標準的特許權。必 r 然地，此一限制通常是非必要，並且可使用存取網路及訂 眷 戶端預先協議之廣播傳呼循環（BPC)上的任何時槽。因此， 根據另一項具體實施例，去除只能在F-PCH/F-CCCH上一廣籲鲁 播傳呼循環（BPC)的第一時槽中傳送共同多播傳呼（MCP)的 限制。基於專門用詞一致性原因，使用用詞「多播傳呼循 環」（multicast paging cycle; MPCY)來取代用詞「廣播傳呼循環 (BPC)」。熟習此項技術者應明白廣播傳呼循環（BPC)和多播 傳呼循環（MPCY)的觀念完全一樣。因為仍然希望不要唤醒 訂戶端來監視F-PCH/F-CCCH的所有時槽，所以必須建置一 項程序，允許扇區決定用於將訊息傳送至一特定多播群組 的時槽，並且允許屬於該多播群組的訂戶端決定所要監視 的時槽。該程序係藉由一對應函數（例如，雜湊函數）來定 義，用於接收輸入參數（例如，多播傳呼循環（MPCY)中的時 _ 槽總數及一 GROUP_ID)，並且輸出一用於識別時槽的數字， * 該時槽係用傳輸入一傳呼訊息，該傳呼訊息包含屬於該 GROUP_ID所識別之多播群組之訂戶端的共同多播傳呼 (MCP)。或者，可將對應處理實施為表格，或用於將 GROUP—ID對應至一時槽號碼的任何其他演算法。因為（例 如）當一訂戶端訂購群組時會將該訂戶端所屬之每個群組的 86719 -26- 1321281 GROUP—ID提供給該訂戶端；所以該訂戶端可使用雜湊函數 來決定所要監視的F-QPCH時槽，而得以讀取BI指示項。這 會降低錯誤警示的可能性，針對非訂戶端所屬之多播群組 的多播傳呼（MCP)，而唤醒該訂戶端。熟習此項技術者應明 白，使用雜湊函數僅僅作為範例，並且可接受任何其他對 應函數，以便允許提供相同輸入參數的相同時槽送達至存 β 取網路及訂戶端。 圖6顯示根據如上文所述之具體實施例之訊息流程的實例 ·· 。在時間tl，一扇區S從一資訊來源（圖中未顯示）接收一指 示項「GROUP_IDx」，用於指示一預定給識別名稱為GROUP_IDx 之群組（該群組包含訂戶端MS_1和MS_2)的多播呼叫即將開 始。如上文所述，此一資訊來源可包含（例如）伺服器、另 一訂戶端或其他來源。該扇區S建立包含該等訂戶端MS_1 和MS_2之GROUPJDx的共同多播傳呼（MCP)，並將該 GROUP_IDx連同多播傳呼循環（MPCY)的時槽數目輸入至一 對應函數。請參閱圖7，該雜凑函數傳輸一指示項，以指示 要在時槽0_p*傳送該GROUP_IDx的多播傳呼（MCP)。在時間 ® t2，指示對應於F_CCCH之時槽0_p的F-QPCH時槽（時槽0_q)開 _ 始，該扇區S將BI位元設定為ON。該等訂戶端MS_1和MS_2 * 使用相同的雜湊函數來決定所要監視的F-QPCH時槽，偵測 到時槽0_q中的BI位元被設定為ON。接著在在時間t3，將訂 戶端MS_1和MS_2唤醒以便監視時槽Ojp。在時間t3，指示時 槽0_p開始，該扇區S將多播傳呼（MCP)當做傳呼訊息（例如 ，一般傳呼訊息（GPM))的一部份進行傳輸。 86719 • 27· 1321281 如圖5所示’訂戶端MS_3屬於不同於GROUP_IDx所指示之 多播群組的多播群組成員。因為沒有接收到訂戶端MS_3所 屬之多播群組的多播呼叫，所以不需要在F_CCCH的時槽l_p 中通常，並且相對應於F_CCCH之時槽l_q的F-QPCH時槽中 的BI位元被設定為OFF。

在另一項具體實施例中，會透過高於空氣介面信號層的 協定層，向訂戶端通知一多播呼叫。如熟習此項技術者所 知，分層處理用於在以其他方式解麵合之處理實體（即， 層）之間’使用適當定義的封裝資料單位來組織通信協定的 方法。基地台110和遠端站台116中都會實施通信協定層。按 照開放系統互連（Open System Interconnection; OSI)模型，協定層 L1提供介於基地台與遠端站台之間的無線電信號傳輸與接 收，協定層L2提供正確傳輸和接收信號發送訊息，以及協 定層L3提供通信系統之訊息控制。協定層L3按照介於基地 台110與遠端站台116之間的通信協定語義學和時序來開始 並終止信號發送訊息。在cdma2000系統中，空氣介面信號傳 送層L1被稱為實體層（Physical Layer)，L2被稱為鏈路存取控 w 制（Link Access Control; LAC)層或媒體存取控制（Medium Access

Control; MAC)層，而L3被稱為信號發送層（Signaling Layer)。按 照0SI模型，位於信號發送層上層被編號為L4至L7，並且被 稱為傳輸層（Transportation Layer)、會期層（Session Layer)、表達 層（Presentation Layer)及應用層（Application Layer)。 根據具體實施例，使用一現有的通信系統介面，在資訊 來源與一訂戶端之間建置一鏈路層會期。此類鏈路層協定 86719 -28- 1321281 可包含（例如）點對點協定（PPP)、序列線路網際網路協定 (Serial Line Internet Protocol; SLIP)或熟習此項技術者所熟知的 其他鏈路層通信協定，皆可運用，而不會脫離本發明的範 疇。鏈路層協定說明於熟習此項技術者已知的文件中，例 如’ IS-707標準。接著，經由鏈路層會期的網際網路協定 * (IP)連接來傳送多播呼叫通知訊息。圖8顯示根據一項具體 實施例之訊息流程實例的圖式。在時間tl，一扇區S經由一 封包資料服務節點（Packet Service Data Node; PSDN)，從一資訊籲鲁 來源（圖中未顯示）接收一指示項「傳呼（MS_1)」，用於指示 籲 一預定給包含訂戶端MS_1之群組的多播呼叫即將開始。該 扇區S針對要求一 PPP的呼叫連線建立，產生一預定給訂戶 端MS_1的傳呼記錄（DP)。因為所要求的呼叫是點對點類型 之呼叫，所以傳呼記錄是每個成員訂戶端各自的記錄。按 照IS-707，此一服務選項是S033。如上文所述，服務選項包 含於一傳呼記錄的内容部份中。接著扇區S產生一適當的傳 呼訊息（例如，GPM)，並且直到時間t2為止，扇區S等待指 派給訂戶端MS_1的傳呼時槽。在時間t2，將傳呼訊息當做 ® GPM(DP:S033)的一部份傳輸至訂戶端MS_1。在一項具體實 · 施例中，在時間t3，訂戶端MS_1認可接收到多播傳呼（MCP) Λ 。如圖8所示，在按照IS-2000標準之通信系統中，回應包含 傳呼回應訊息（PRM(S033))，這是在反向頻道（例如，存取頻 道）上調變的訊息。在時間t4，該扇區S傳送一通知，以告知 多播呼叫使用的頻道。在按照IS-2000標準的通信系統中， 會在一延伸式頻道指派訊息（extended channel assignment message; 86719 -29- 1321281 ECAM)中傳送此__通知。結果，在該延伸式頻道指派訊息 (ECAM)所扎派的頻道上建立s〇33呼叫。一旦已建立呼 Η就0在時間t5建互介於來源PDSN與訂戶端MS_1之間的 PPP。接著，向耵戶端Ms—丨通知透過ppp的多播呼叫開始。 屬於4夕播群組且對多播呼叫有興趣的其餘訂戶端依循如上 文所述的私序。（基於簡化，圖中一個額外訂戶端MS_2。） 根據另一項具體實施例，在從一來源接收到關於一以 GROUP」D减別之群組之多播呼叫的通知後該扇區將一多 播定址傳呼記錄傳輸至該多播呼叫所預定之群組中的所有 -丁戶㈤I求建置鏈路層協^。如上文所述，不需要將該 傳呼頻道上的相同時槽指派給屬於以GR〇up—iD識別之群組 的可戶端。據此，如上文所述之用於適當傳遞多播定址傳 呼的任何解決方案皆適用。 一旦屬於該群組的一訂戶端藉由傳送一傳呼回應訊息 (画）來回應該多播定址之料叫，扇區就會建立與訂户端 的鏈路層協家（例如，S〇33)呼叫，如上文所述，並且向該 訂戶端通知透過該鏈路層協定的多播呼叫開始。接著，針 對每個其餘的訂戶端，重複鏈路層通信協定呼叫建立及通 知。此-個別鏈路層通信協定建立是可實行的，因為雖然 存取網路在傳送該多播定址傳叫時確實不需要知道個別訂 戶端的識別，但是從訂戶端接收回應時就會得知訂戶端的 識別。 回應多播呼叫開始通知 如上文所述’當啟始-多播呼叫時，必須通知屬於多播 86719 •30- 1321281 群組成員的訂戶端。一旦一訂戶端接收到一多播呼叫正在 開始的通知時，訂戶端是否有回應通知及如何回應之方式 有數個替代方案。

根據一項替代方案，即使訂戶端有興趣加入多播服務， 訂戶端不需要作出回應。例如，假使多播服務屬於一般重 要性並且傳遞至每個訂戶端並非必要，如股票市場資訊更 新、即收即播視訊及類似性質的其他資訊，就可接受此一 替代方案。

根據另一項替代方案，如果訂戶端有興趣加入多播服務 ，訂戶端就必定需要作出回應。回應包括（例如）在一反向 頻道傳送至存取網路的訊息。在按照IS-2000標準之通信系 統中，此一訊息之實例是在反向存取頻道（reverse access channel; R-ACH)、反向增強型存取頻道（reverse enhanced access channel; R-EACH)及反向共同控制頻道（reverse common control channel; R-CCCH)上傳輸的傳呼回應訊息（Page Response Message)。此一 回應必須包含有助於存取網路採取下一動作的資訊。視通 信系統的設計特徵而定，此類資訊可指示訂戶端是否有興 趣加入多播服務；訂戶端是否沒有興趣加入多播服務訂戶 端是否有興趣但由於不支援必須設定（例如，資料傳輸率） 而無法加入。 存取網路會在頻道指派前等待來自成員訂戶端的回應。 針對要求存取網路知道每個訂戶端是否加入的服務，此一 替代方案是必要的。此外，回應允許存取網路決定是否要 指派供多播内容使用的共同頻道或專用頻道。當決定要將 86719 -31 - -專用頻道指派給每個訂戶端時，回應防止存取網路將專 用流量頻道指派給未加入的訂戶端。 4上文所it纟項具體貫施例中，會藉由—^址到訂 戶端的共同訊息’向屬P多播群組成員的每個訂戶端通 知-預定給該群組的多播啤叫開始。當不屬於該共同訊息 中所識別之群組中成員的訂戶端接收到通知時，該訂戶端 會忽略該通知並且不回應。如果支援細4播群組形式， 則接收到通知的所接訂戶端可能必須回應。本文中用詞 「AdH〇C多播群組」係表示—非縣決定但是會在多播呼叫 啟始後立即建立的？播群組m援細⑽播群組形式 ’對共同訊息通知的回應f求會引出接收到該通知之訂戶 端相m會有許多訂戶端回應，所以可實施一種用 於交錯回應訊息(例如，來自群組中之多個訂戶端的傳呼回 應訊息（Page Response Message)的方法，以便避免因大量回應 所造成的衝突。 " ，根據另1替代方案’即使訂戶端沒有興趣加入多播服 務了戶而丨的要作出回應。針對要求存取網路確 實知道每個訂戶端是否加人的服務，此—替代方案是必要 的。不同於前面的替代方案，本替代方案允許存取網路確 實區別因為對多播服務沒有興趣而不喊的訂戶端與因為 接收通知失敗而不回應的訂戶端，，存取網路可採取 適當的動作，例如，重複通知。如關於先前替代方案所說 明的其他考慮也適用。 t白此貝技術者應明白’如上文所述的替代方案個別僅 86719 -32- 1321281 供指導用途。一種通信系絲揣蚀 替代方案。例如，當啟始: = : = _任何 叫傳遞給每個訂戶端並非關鍵口：：夕播呼 』月匕不回要成員打& 端回應。當該等成員訂戶端需要加入—後續多播 ， 可能需要回應。例如’藉由包含於通知訊息中的信號 訂戶端指示存取網路是否需要回應及需要何種回應。但θ ，考量任何其他回應指示方式。 "—疋 多播呼叫開始之頻道指派 如上文略為提及，通信系統1〇〇透過正向鏈路頻道U4將 内容提供給多個成員訂戶端。據此，纟多播服務可開始之 後，一通信系統100中一個體必須指派正向鏈路頻道，該正 向鏈路頻道可能是由多個成員訂戶端共用，或可能是個別 建立在每個成員訂戶端與伺服成員訂戶端的基地台之間。 如上文所述，有數種通知方法'數種回應方法及數種頻 道指派方法。據此，通知、回應及頻道指派之數種可能組 合可實行，却接下來之具體實施例中的說明所述。 如所述，在一項具體實施例中，會經由一共用添加信號 訊息或一共用傳呼訊息’向多個成員訂戶端關於多播服務 。因為會在一共同訊息中向多個訂戶端廣播多播呼叫通知 ，並且不會向一個別訂戶端廣播，所以產生該共同訊息的 遠貫體不需要知道多播群組中個別成貝ΤΓ戶端的識別。 如果成員訂戶端不需要作出回應’則可能會將多播服務 流量頻道的頻道指派資訊當做通知的一部份納入，例如， 頻道識別（就按照IS-2000標準的通信系統而論，頻道識別為 86719 1321281

Walsh碼）、資料傳輸率及熟習此項技術者已知的其他指派資 訊。據此，假使經由一共同添加信號訊息通知，則頻道指 派資訊將屬於添加信號訊息的—部份；假使經由一共同傳 呼訊息通知，則頻道指派資訊屬於多播傳呼（MCp)的一部份 。因此，會將頻道指派資訊多播並且不需要回應，所以頻 · 道指派類型必須是共用頻道。或者，可將頻道指派資訊運 載分開通知的訂戶端。 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指鲁· 派的頻道’以便接收多播服務流量。 籲 圖9顯示根據如上文所述之具體實施例之訊息流程的實例 。在時間ti，一扇區s接收一指示項「GROUP—IDx」，用於指 示一預足給識別名稱為GR〇UP_iDx之群組的多播呼叫即將開 始。該指示項可能是由通信系統的其他實體所提供，例如 ’基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實 體。或者，該扇區S接收訂戶端MS_1和MS—2的識別。接著 ，該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端籲擊 MS_1和MS_2之多播群組gr〇UP_IDx的識別名稱。如上文所鲁 述，資訊來源可包含（例如）伺服器、另一訂戶端或熟習此 r 項技術者已知的其他來源。 . 該扇區S將該識別名稱和該頻道指派資訊納入至該添加 信號訊息中’在一項具體實施例中，該添加信號訊息包含 一廣播系統參數訊息BSPM。在時間t2o，該扇區s廣播 BSPM(GROUP_ldx ’頻道指派資訊）。具有識別名稱之群組中 成員的1丁戶端MS j和MS—2接收該BSPM(GR〇Up_idx，頻道指 86719 -34· 1321281 派資訊），在時間t3處理該BSPM並且採取適當動作，例如， 調正頻道並且開始監視用於傳輸所識別之多播呼叫的實體 頻道。在時間t4，開始在流量頻道上傳輸多播服務内容 (Gr〇uP_ID^ij流量）。如所述，添加信號訊息651^本身會週 期性重複，據此，如果將識別名稱和頻道指派資訊納入至 每個訊息中，則同樣地，在該添加信號訊息BSpM的下—例 項（instance)中也會傳輸該頻道指派資訊。在時間心只有顯 · 示一個例項。 11 或者，該扇區S將該識別名稱及該頻道指派資訊納入至_ 傳呼訊息中’例如，納入至一般傳呼訊息（GpM)中。該 扇區S使用任一如上文所述之具體實施例，決定出成員訂戶 端所監視之傳呼頻道上的時槽。接著，在時間t2p，該扇區 S在該時槽中傳輸GPM (MCP:GROUPJDx，頻道指派資訊）。具 有識別名稱之群組中成員的訂戶端MSJ和ms_2接收該gpm (MCP:GROUP一IDx，頻道指派資訊），在時間t3處理該GpM並 且採取適當動作，例如，調整頻道並且開始監視用於傳輸·· 所識別之多播呼叫的實體頻道。在時間抖，開始在流量頻籲 道上傳輸多播服務内容（Group_IDx的流量）。 * 如果要求成貝<Γ戶端在頻道指派之前作出回應，在該共 ‘ 同訊息中接收到多播呼叫通知後’有興趣的訂戶端會傳送 回應。此一回應可包括（例如）一發訊訊息（一種新類型的訊 息，例如，回應共同添加信號訊息的多播服務加入訊息 (Multicast Service Join Message)，或回應共同傳呼訊息的傳呼回 應訊息（Page Raponse Message))，用於指示有興趣的訂戶端想 86719 -35- 1321281 要加入多播服務。. 在接收到回應後，負責頻道指派的存取網路之實體可考 量數個回應’以便決定所要指派的頻道類型。在一項具體 實施例中，存取網路比較數項回應與一臨限值，並且按照 比較結果來指派頻道類型。如果實體決定要指派一共用頻 道，則存取網路會傳送一共同頻道指派訊息（例如，多播頻 道指派訊息（Multicast Channel Assignment Message; MCAM))，訊 息中包含了該共用多播服務流量頻道的資訊。因此，該多 播頻道指派訊息（MCAM)使用一多播位址以便將該共用頻道 指派給該等有興趣的訂戶端。 如上文所述’不需要將該傳呼頻道上的相同時槽指派給 屬於以GROUP_ID識別之群組的訂戶端❶因此，需要一種能 夠高效率傳遞多播呼叫啟始資訊的方法。 在一項具體實施例中，在接收到通知後，隨即要求訂戶 端以非時槽模式來監視傳呼頻道；因此，可在任何傳。乎頻 道時槽中傳4該多播頻道指派訊息（MCAM)。 在另一項具體實施例中，採用用於決定要一傳送—多播 定址通知之時槽的相同方法，在一時槽上傳送該多播頻道 指派訊息（MCAM) ° 在另一項具體實施例中，共同添加信號訊息或共同傳呼 訊息指示傳呼頻道時槽號碼.，而要求訂戶端監視所指示的 傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。 在另一項具體實施例中，會在訂戶端所監視的每個時槽 上傳送多播頻道指派訊息（MCAM)。 •36· 86719 1321281 熟習此項技術者應明白，如上文所述的具體實施例個別 僅供指導用途。一種通信系統將使用適用於多播服務的具 體實施例。可在（例如）通知中來指定所要選用的具體實施 例。 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指 派的頻道，以便接收多播服務流量。

圖ίο顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一指示項「GROUP_IDx」，用於 指示一預定給識別名稱為GROUP_IDx之群組的多播呼叫即將 開始。該指示項可能是由通信系統的其他實體所提供，例 如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他 實體。或者，該扇區S接收訂戶端MS_1和MS_2的識別。接 著，該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端 MS_1和MS_2之多播群組GROUP_IDx的識別名稱。如上文所 述，資訊來源可包含（例如）伺服器、另一訂戶端或熟習此 項技術者已知的其他來源。 該扇區S將該識別名稱納入至添加信號訊息中，在一項 具體實施例中，添加信號訊息包含一廣播系統參數訊息 BSPM。在時間t2o，該扇區S廣播BSPM(GROUP_IDx)。屬性具 有該識別名稱之群組中成員的訂戶端MS_1和MS_2接收該 BSPM(GROUPJDx)，處理該BSPM並且採取適當動作，例如 ，傳送一回應訊息。如所述，添加信號訊息BSPM本身會週 期性重複，據此，如果將識別名稱納入至每個訊息中，則 在該添加信號訊息BSPM的下一例項（instance)中也會傳輸該 86719 -37- 1321281 識別名稱。在時間t2o只有顯示一個例項。 或者’該扇區S將該識別名稱納入至一傳呼訊息中，例 如，納入至一般傳呼訊息（GPM)中。接著，該扇區s決定成 員訂戶端所監視之傳呼頻道上的時槽，並且在時間t2p在該 時槽中傳輸GPM(MCP:GROUP_IDx)。屬性具有該識別名稱之 ， 群組中成員的訂戶端MS—1和MS_2接收該GPM(MCP:GROUP_IDx) ，處理該GPM並且採取適當動作，例如，傳送一回應訊息。 無論使用何種共同訊息傳進行通知，訂戶端MS_1和MS_2籲· 各自在時間t3、t4傳送回應。在接收到回應後，負責頻道指 ® 派的存取網路之實體決定要指派一共用頻道。該扇區S決定 用於傳送共同頻道指派訊息（例如，多播頻道指派訊息 (MCAM))的方法，並且在時間t5傳送該多播頻道指派訊息 (MCAM)，該訊息中包含了該共用多播服務流量頻道 MCAM(頻道指派資訊）的資訊。在時間t6，訂戶端MS_1和 MS_2處理該MCAM並且採取適當動作，例如，調整頻道並 且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時 ·· 間t7，開始在流量頻道上傳輸多播服務内容（Group_IDx的流 — 量）。 在另一項具體實施例中，如果實體決定要指派一共用頻 、 道，則存取網路會將一包含共用多播服務流量頻道資訊的 個別頻道指派訊息（Individual Channel Assignment Message; ICAM) 傳送至每個回應的成員訂戶端。在按照IS-2000標準的通信 系統中，該個別頻道指派訊息（ICAM)可包括（例如）一延伸 式頻道指派訊息（Extended Channel Assignment Message)。 86719 -38- 1321281 此一個別指派是可實行的，因為雖然存取網路在傳送通 知時確實不需要知道個別訂戶端的識別，但是從訂戶端接 收回應時就會得知訂戶端的識別。

請注意’因為會個別指派該共用多播服務流量頻道，就 像點對點呼叫一樣，所以可使用任何已知的點對點流量頻 道指派方法。據此，因為存取網路會知道每個有興趣的訂 戶端何時將監視傳呼頻道，所以何將傳送每個訂戶端的 ICAM之問題並不存在。

圖11顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一指示項「GROUP_IDx」，用於 指示一預定給識別名稱為GROUP_IDx之群組的多播呼叫即將 開始。該指示項可能是由通信系統的其他實體所提供，例 如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他 實體。或者，該扇區S接收訂戶端MS_1和MS_2的識別。接 著’該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端 MS—1和MS一2之多播群組GROUP_IDx的識別名稱。如上文所 述，資訊來源可包含（例如）伺服器、另一訂戶端或熟習此 項技術者已知的其他來源。 該扇區S將該識別名稱納入至添加信號訊息中，在一項 具體實施例中’添加信號訊息包含一廣播系統參數訊息 BSPM。在時間t2〇，該扇區s廣播BSPM(GROUP_IDx)。屬性具 有該識別名稱之群组中成員的訂戶端MS_1和MS_2接收該 BSPM(GR〇UP_idx)，處理該BSPM並且採取適當動作，例如 ’傳送一回應訊息。如所述，添加信號訊息BSPM本身會週 86719 •39- 1321281 期性重複，據此，如果將識別名稱納入至每個訊息中，則 在該添加信號訊息BSPM的下一例項（instance)中也會傳輸該 識別名稱。在時間t2o只有顯示一個例項。 或者，該扇區S將該識別名稱納入至一傳呼訊息中’例 如，納入至一般傳呼訊息（GPM)中。接著，該扁區S決定成 員訂戶端所監視之傳呼頻道上的時槽，並且在時間t2p在該 時槽中傳輸GPM(MCP:GROUP_IDx)。屬性具有該識別名稱之 群組中成員的訂戶端MS_1和MS_2接收該GPM(MCP:GROUP_IDx) ，處理該GPM並且採取適當動作，例如，傳送一回應訊息。 無論使用何種共同訊息傳進行通知，訂戶端MS_1和MS_2 各自在時間t3、t4傳送回應。在接收到回應後，負貴頻道指 派的存取網路之實體決定要指派專用頻道❶因為該扇區s可 從所接收到回應而得知訂戶端]VIS_1和MS_2的識別，所以該 扇區s會依據回應來決定該等訂戶端MSj和MS—2將用於監 視傳呼頻道的時槽。直到時間t5為止，該扇區8等待訂戶端 MS j所監視的傳呼時槽，接著將個別ICAM(頻道指派資訊） 運載至訂戶端MSJ。同樣地，直到時間t6為止，該扇區8等 待訂戶瑞MS—2所監視的傳呼時槽，接著將個別Ι(：αμ(頻道 指派資訊）運載至訂戶端MS_2。在各自的時間乜、饴，訂戶 端ms，ms—2處理該ICAM並且採取適當動作，例如，調整 頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道 在時間t7 ’開始在流量頻道上傳輸多播服務内容 (Group一IDx的流量）。 在另一項具體實施例中，如果實體決^要為每個回應的 86719 -40- 1321281 成員訂戶端指派一共用頻道，則存取網路會將一包含專用 多播服務流量頻道資訊的個別頻道指派訊息傳送至每個回 應的成員訂戶端。 此一個別指派是可實行的，因為雖然存取網路在傳送通 知時確實不需要知道個別訂戶端的識別，但是從訂戶端接 收回應時就會得知訂戶端的識別。 因為會個別指派該多播服務流量頻道，就像點對點呼叫 一樣’所以可使用任何已知的點對點流量頻道指派方法。 具體而f ’存取網路會知道每個有興趣的訂戶端何時將監 視傳呼頻道。 圖I2顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl ’ 一扇區s接收一指示項「GROUP_IDx」，用於 指示一預定給識別名稱為GROUP一IDx之群組的多播呼叫即將 開始。該指示項可能是由通信系統的其他實體所提供，例 如’基地台控制器、PSTN、資訊來源（圖中未顯示）及其他 實體。或者該扇區S接收訂戶端MS_1和MS_2的識別。接 著，該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端 MS_1和MS-2之多播群組GR0UP_IDx的識別名稱。如上文所 述’資訊來源可包含（例如）伺服器、另一訂戶端或熟習此 項技術者已知的其他來源。 該扇區S將|亥識別名稱納入至添加信號訊息中，在一項 具體實施例中，添加信號訊息包含一廣播系統參數訊息 BSPM。在時間t2o，該扇區s廣播BSPM(GROUP—IDx)。屬性具 有該識別名稱之群組中成員的訂戶端MSj和MS_2接收該 86719 -41 - 1321281 BSPM(GR〇UP_iDx) ’處理該BSPM並且採取適當動作，例如 ’傳送一回應訊息。如所述，添加信號訊息BSPM本身會週 期性重複’據此，如果將識別名稱納入至每個訊息中，則 在？亥添加k號訊息BSPM的下一例項（instance)中也會傳輸該 識別名稱。在時間t2o只有顯示一個例項。 或者’該扇區S將該識別名稱納入至一傳呼訊息中，例 如，納入至一般傳呼訊息（GPM)中。接著，該扇區S決定成 員盯戶端所監視之傳呼頻道上的時槽，並且在時間t2p在該 時槽中傳輸GPM(MCP:GR〇UP_IDx)。屬性具有該識別名稱之 群組中成員的1丁戶端MS_1和MS_2接收該GPM(MCP:GROUP_IDx；) ，處理該GPM並且採取適當動作，例如，傳送一回應訊息。 無論使用何種共同訊息傳進行通知，訂戶端MSJ和ms_2 各自在時間0、t4傳送回應。在接收到回應後，負貴頻道指 派的存取網路之貫體決定要指派專用頻道。因為該扇區s可 從所接收到回應而得知訂戶端河5一；^〇MS—2的識別，所以該 扇區S會依據回應來決定該等訂户端msj*ms—2將用於監 視傳呼頻道的時槽。 直到時m5為止，該扇區8等待訂戶端MSJ所監視的傳呼 時槽，接著將個別ICAm(頻道指派資訊）運載至訂戶端奶」 。在時間t5,訂戶端MSJ處理該ICAM並且採取適當動作， 例如’調整頻道並且開始監視用於傳輸 的實體頻道。 ^谛于1 86719 -42- 1321281 戶端MS_2。在時間t6，訂戶端MS—2處理該ICAM並且採取適 當動作’例如，調整頻道並且開始監視用於傳輸所識別之 多播呼叫的實體頻道。 在時間t7 ’開始在專用流量頻道上傳輸多播服務内容 (Group_IDx 的流量）。

在另一項具體實施例中，如果實體決定要為每個回應的 成員訂戶端指派一專用頻道，則存取網路會傳送一共同頻 道指派訊息（多播頻道指派訊息（MCAM))，該訊息包含每個 個別多播服務流量頻道的資訊。因此，一個多播頻道指派 訊息（MCAM)使用一多播位址，以便將一專用多播服務流量 頻道指派給每個有興趣的訂戶端。 如上文所述’不需要將該傳_頻道上的相同時槽指派給 屬於以GROUP_ID識別之群組的訂戶端。因此，需要一種能 夠高效率傳遞多播呼叫啟始資訊的方法。 在一項具體實施例中，在接收到通知後，隨即要求訂戶 端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻鲁· 道時槽中傳送該多播頻道指派訊息（MCAM)。 _ 在另一項具體實施例中，採用用於決定要一傳送一多播 - 定址通知之時槽的相同方法，在一時槽上傳送該多播頻道 · 指派訊息（MCAM)。 在另一項具體實施例中，共同添加信號訊息或共同傳呼 訊息指示傳呼頻道時槽號碼，而要求訂戶端監視所指示的 傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。 在另一項具體實施例中，會在訂戶端所監視的每個時槽 86719 -43- 1321281 上傳送多播頻道指派訊息（MCAM)。 熟習此項技術者應明白，如上文所述的具體實施例個別 僅供指導用途。一種通信系統將使用適用於多播服務的具 體實施例。可在（例如）通知中來指定所要選用的具體實施 例。 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指 派的頻道，以便接收多播服務流量。

圖11顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一指示項「GROUP_IDx」，用於 指示一預定給識別名稱為GROUP_IDx之群組的多播呼叫即將

開始。該指示項可能是由通信系統的其他實體所提供，例 如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他 實體。或者，該扇區S接收訂戶端MS_1和MS_2的識別。接 著，該扇區S藉由查詢一資料庫，以便決定包含該等訂戶端 MS_1和MS_2之多播群組GROUP_IDx的識別名稱。如上文所 述，資訊來源可包含（例如）伺服器、另一訂戶端或熟習此 項技術者已知的其他來源。 該扇區S將該識別名稱納入至添加信號訊息中，在一項 具體實施例中，添加信號訊息包含一廣播系統參數訊息 BSPM。在時間t2o，該扇區S廣播BSPM(GROUP_IDx)。屬性具 有該識別名稱之群組中成員的訂戶端MS_1和MS_2接收該 BSPM(GROUP_IDx)，處理該BSPM並且採取適當動作，例如 ，傳送一回應訊息。如所述，添加信號訊息BSPM本身會週 期性重複，據此，如果將識別名稱納入至每個訊息中，則 86719 -44- 1321281 在該添加信號訊息BSPM的下一例項（instance)中也會傳輸該 識別名稱。在時間t2o只有顯示一個例項。 或者，遠扇區S將該識別名稱納入至一傳呼訊息中，例 如，納入至一般傳呼訊息（GPM)中。接著，該扇區S決定成 員可戶端所監視之傳呼頻道上的時槽，並且在時間t2p在該 時槽中傳輸GPM(MCP:GROUP_IDx)。屬性具有該識別名稱之 群組中成員的耵戶端MS_1和MS_2接收該GPM(MCP:GROUP_IDx) ，處理該GPM並且採取適當動作，例如，傳送一回應訊息。 無論使用何種共同訊息傳進行通知，訂戶端MS_1和MS_2 各自在時間t3、t4傳送回應。在接收到回應後，負責頻道指 派的存取網路之實體決定要指派一專用頻道。該扇區s決定 用於傳迭共同頻道指派訊息（例如，多播頻道指派訊息 (MCAM))的方法，並且在時間t5傳送該多播頻道指派訊息 (MCAM)，該訊息中包含了該專用多播服務流量頻道 MCAM(頻道指派資訊）的資訊〇 在時間t6 ’ -訂戶端MS—1處理該MCAM並且採取適當動作， 例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫 的實體頻道。 同樣地，在時間t6，玎戶端Ms_2處理該ICAM並且採取適 當動作，例如，調整頻道並且開始監視用於傳輸所識別之 多播呼叫的貫體頻道。 在時間t7，開始在專用，;i： |相、治 平用机量頻迢上傳輸多播服務内容 (Group_IDx 的流量）。 在-項具體貫施例中’會經由—個別傳呼訊息向每個成 86719 •45- 1321281 員訂戶端通知多播服務。因為會經由多個個別傳呼訊息將 多播服務通知傳輸給多個可戶端，所以用於產生個別傳呼 訊息的實體必需知道個別成員訂戶端的識別。 如果成員訂戶端不需要作出回應’則可能會將多播服務 流量頻道的頻道指派資訊當做通知的—部份納入，例如， 頻道識別（就按照IS-2000標準的通信系統而論，頻道識別為 Walsh碼）、資料傳輸率及熟習此項技術者已知的其他指派資 訊。據此，假使經由個別傳呼訊息進行通知，則頻道指派 資訊將屬於該個別傳呼訊息的一部份。因為會在個別傳呼 訊息中提供頻道指派資訊，所以所指派的頻道類型能是共 用頻道或專用頻道。 因為成員可戶端不需要回應多播呼叫通知，假使用於產 生個別傳呼訊息的實體決定將一專用頻道指派給每個成員 叮戶端，則該實體可能會將專用資源配置給沒有興趣加入 多播服務的成員訂戶端。因此，希望決定被指派一專用頻 迢的成員訂戶端是否有興趣加入多播服務，而得以可再利 用非加入之成員訂戶端的專用頻道，並且供其他服務（例如 ，正規點對點呼叫）再使用。在一項具體實施例中，在存取 網路已指派專用頻道且多播服務已開始後，存取網路決定 成員訂戶端是否有在所指派的反向鏈路頻道上進行活動。 一旦可戶端處理訊息，則有興趣的訂戶端開始監視所指 派的頻道，以便接收多播服務流量。 圖Η顯示根據如上文所述之具體實施例之訊息流程的實 例，其中會指派—共用頻道。在時間u，一扇區§接收一訂 86719 -46· 1321281 戶端MS_1和MS_2的識別GROUP_IDx，其中包含要開始多播 呼叫之識別名稱為GROUP_IDx的群組。或者，該扇區接收一 群組識別名稱GROUP_IDx。該資訊可能是由通信系統的其他 實體所提供，例如，基地台控制器、PSTN、資訊來源（圖中 未顯示）及其他實體。接著，該扇區S藉由查詢一資料庫， . 以便決定該等訂戶端MS_1和MS_2之識別。接著，該扇區S 建立一個別多播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂 戶端MS_1和MS_2的該識別名稱GROUP_IDx及一頻道指派資 =· 訊），並且將該多播傳呼（MCP)納入至一傳呼訊息中，例如 ，納入至一般傳呼訊息（GPM)中。 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之

時槽中傳輸GPM(MCP:GROUP_IDx，頻道指派資訊）。訂戶端 MS j接收該GPM(MCP:GROUP_IDx，頻道指派資訊），處理該 GPM並且採取適當動作，例如，調整頻道並且開始監視用 於傳輸所識別之多播呼叫的實體頻道。 在時間t2，該扇區S在訂戶端MS_2所監視之時槽中傳輸 GPM(MCP:GROUP_IDx，頻道指派資訊）。訂戶端MS_2接收該 GPM(MCP:GROUP_IDx，頻道指派資訊），處理該GPM並且採 取適當動作，例如，調整頻道並且開始監視用於傳輸所識 別之多播呼叫的實體頻道。 在時間t4，開始在共同流量頻道上傳輸多播服務内容 (Group_IDx 的流量）。 圖15顯示根據如上文所述之具體實施例之訊息流程的實 86719 -47- 例，其中會指派多個專用頻道。在時間tl，一扇區S接收一 訂戶端MS_1和MS_2的識別GROUP_IDx，其中包含要開始多 播呼叫之識別名稱為GROUP_IDx的群組。或者，該扇區接收 一群組識別名稱GROUP_IDx。該資訊可能是由通信系統的其 他實體所提供，例如，基地台控制器、PSTN、資訊來源（圖 中未顯示）及其他實體。接著，該扇區S藉由查詢一資料庫 ，以便決定該等訂戶端MS_1和MS_2之識別。接著，該扇區 S建立一個別多播傳呼（MCP)(該多播傳呼（MCP)中包含每個 訂戶端MS_1和MS_2的該識別名稱GROUP_IDx及一頻道指派 資訊），並且將該多播傳呼（MCP)納入至一傳呼訊息中，例 如，納入至一般傳呼訊息（GPM)中。 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之 時槽中傳輸GPM(MCP:GROUP_IDx，MS_1的頻道指派資訊）。 訂戶端MS_1接收該GPM(GROUP_IDx，MS_1的頻道指派資訊） ，在時間t3處理該GPM並且採取適當動作，例如，調整頻 道並且開始監視用於為訂戶端MS_1傳輸所識別之多播呼叫 的實體頻道（MS_1的流量）。 在時間t4，該扇區S在訂戶端MS_2所監視之時槽中傳輸 GPM(MCP:GROUP_IDx，MS_2的頻道指派資訊）。訂戶端MS_2 接收該GPM(GROUP_IDx，MS_2的頻道指派資訊），在時間t3 處理該GPM並且採取適當動作，例如，調整頻道並且開始 監視用於為訂戶端MS_2傳輸所識別之多播呼叫的實體頻道 (MS_2的流量）。 86719 -48· 1321281 如果要求成員訂戶端在頻道指派之前作出回應，在該共 同訊息中接收到多播呼叫通知後，有興趣的訂戶端會傳送 回應，例如，像是傳呼回應訊息（Page Resp〇nse Message))的發 訊訊息，用於指示有興趣的訂戶端想要加入多播服務。 在接收到回應後’負責頻道指派的存取網路之實體可考 i數個回應，以便決定所要指派的頻道類型。在一項具體 貫施例中，存取網路比較數項回應與一臨限值，並且按照 - 比較結果來指派頻道類型。如果實體決定要指派一共用頻鲁鲁 道，則存取網路會傳送一共同頻道指派訊息（例如，多播頻® 道指派訊息（Multicast Channel Assignment Message; MCAM))，訊 息中包含了 #亥共用多播服務流量頻道的資訊。因此，該多 播頻道指旅訊息（MCAM)使用一多播位址以便將該共用頻道 指派給該等有興趣的訂戶端。

如上文所述，不需要將該傳呼頻道上的相同時槽指派給 屬於以GROUP—ID識別之群組的訂戶端。因此，需要一種能 夠高效率傳遞多播呼叫啟始資訊的方法。 在一項具體實施例中，在接收到通知後，隨即要求訂戶 端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻 道時槽中傳送該多播頻道指派訊息（MCAM)。 在另一項具體實施例中，採用用於決定要一傳送一多播 定址通知之時槽的相同方法，在一時槽上傳送該多播頻道 指派訊息（MCAM)。 在另一項具體實施例中，共同添加信號訊息或共同傳呼 訊息指示傳呼頻道時槽號碼，而要求訂戶端監視所指示的 • 49· 86719 1321281 傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。 在另一項具體實施例中，會在訂戶端所監視的每個時槽 上傳送多播頻道指派訊息（MCAM)。 熟習此項技術者應明白，如上文所述的具體實施例個別 僅供指導用途。一種通信系統將使用適用於多播服務的具 _ 體實施例。可在（例如）通知中來指定所要選用的具體實施 例。 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指籲鲁 派的頻道，以便接收多播服務流量。 圖16顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一訂戶端MS_1和MS_2的識別 GROUP_IDx，其中包含要開始多播呼叫之識別名稱為 GROUP_IDx的群組。或者，該扇區接收一群組識別名稱 GROUP_IDx。該資訊可能是由通信系統的其他實體所提供， 例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其 他實體。接蓍，該扇區S藉由查詢一資料庫，以便決定該等 ·· 訂戶端MS_1和MS_2之識別。接著，該扇區S建立一個別多 ® 播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂戶端MS_1和 * MS_2的識別名稱GROUP_IDx)，並且將該多播傳呼（MCP)納入 · 至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之 時槽中傳輸GPM(MCP:GROUP_IDx)。在時間t3，訂戶端MS_1 接收GPM(GROUP_IDx)並且傳送一回應。 86719 -50- 1321281 在時間t4，該扇區S在訂戶端MS_2所監視之時槽中傳輸 GPM(MCP:GROUP_IDx)。在時間 t5，訂戶端 MS_2 接收 GPM (GROUP_IDx)並且傳送一回應。 在接收到回應後’負責頻道指派的存取網路之實體決定 要指派共用頻道。直到時間t6為止，該扇區S等待訂戶端 _ MS_1所監視的傳呼時槽’接著將個別ICAM(頻道指派資訊） 運載至訂戶端MS_1。訂戶端MS_1處理該ICAM並且採取適當 動作，例如，調整頻道並且開始監視用於傳輸所識別之多 2· 播呼叫的實體頻道。 同樣地，直到時間t7為止，該扇區S等待訂戶端MS_2所監 視的傳呼時槽，接著將個別ICAM(頻道指派資訊）運載至訂 戶端MS_2。訂戶端MS_2處理該ICAM並且採取適當動作，例 如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的 實體頻道。

在時間t8，開始在流量頻道上傳輸多播服務内容 (Group_IDx 的流量）。 在另一項具體實施例中，如果實體決定要指派一共用頻 道，則存取網路會將一包含共用多播服務流量頻道資訊的 個別頻道指派訊息（Individual Channel Assignment Message; ICAM) 傳送至每個回應的成員訂戶端。在按照IS-2000標準的通信 系統中，該個別頻道指派訊息（ICAM)可包括（例如）一延伸 式頻道指派訊息（Extended Channel Assignment Message)。 此一個別指派是可實行的，因為雖然存取網路在傳送通 知時確實不需要知道個別訂戶端的識別，但是從訂戶端接 86719 -51 - 1321281 收回應時就會得知訂戶端的識別。 請注意，因為會個別指派該共用多播服務流量頻道，就 像點對點呼叫一樣，所以可使用任何已知的點對點流量頻 道指派方法。據此，因為存取網路會知道每個有興趣的訂 戶端何時將監視傳呼頻道，所以何將傳送每個訂戶端的 ICAM之問題並不存在。 圖17顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一訂戶端MS—1和MS_2的識別籲鲁 GROUP_IDx，其中包含要開始多播呼叫之識別名稱為 ® GROUP_IDx的群組。或者，該扇區接收一群組識別名稱 GROUP_IDx。該資訊可能是由通信系統的其他實體所提供， 例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其 他實體。接著，該扇區S藉由查詢一資料庫，以便決定該等 訂戶端MS_1和MS_2之識別。接著，該扇區S建立一個別多 播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂戶端MS_1和 MS_2的識別岑稱GROUP—IDx)，並且將該多播傳呼（MCP)納入 春φ 至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。 _ 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 · 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之 · 時槽中傳輸GPM(MCP:GROUP_IDx)。在時間t3，訂戶端MS_1 接收GPM(GROUP_IDx)並且傳送一回應。 在時間t4，該扇區S在訂戶端MS_2所監視之時槽中傳輸 GPM(MCP:GROUP_IDx)。在時間 t5，訂戶端 MS_2 接收 GPM(GROUP一IDx)並且傳送一回應。 86719 •52· 1321281 在接收到回應後，負責頻道指派的存取網路之實體決定 要指派共用頻道。該扇區s決定用於將個別頻道指派訊息 (例如，ICAM)傳送給每個訂戶端MS_1和MS_2的方法，並且 自在時間t6 ' t7傳送該等個別頻道指派訊息（ICAM)，該訊息 中包含了該共用多播服務流量頻道ICAM(頻道指派資訊）的 . 資訊。在時間t7，訂戶端MS_1和MS_2處理該等ICAM並且採 取適當動作’例如，調整頻道並且開始監視用於傳輸所識 別之多播呼叫的實體頻道。在時間卩，開始在流量頻道上鲁· 傳輸多播服務内容（Group_IDx的流量）。 _ 在另一項具體實施例中，如果實體決定要指派一專用頻 道，則存取網路會傳送一共同頻道指派訊息（多播頻道指派 訊息（MCAM))，訊息中包含了該共用多播服務流量頻道的 資訊。因此，該多播頻道指派訊息（MCAM)使用一多播位址 以便將該共用頻道指派給該等有興趣的訂戶端。

如上文所述，不需要將該傳呼頻道上的相同時槽指派給 屬於以GROUP_ID識別之群組的訂戶端。因此，需要一種能 夠高效率傳遞多播呼叫啟始資訊的方法。 在一項具體實施例中，在接收到通知後，隨即要求訂戶 端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻 道時槽中傳送該多播頻道指派訊息（MCAM)。 在另一項具體實施例中，採用用於決定要一傳送一多播 定址通知之時槽的相同方法’在一時槽上傳送該多播頻道 指派訊息（MCAM) ° 在另一項具體實施例中’共同添加k號訊息或共同傳呼 86719 -53 - 1321281 訊息指示傳呼頻道時槽號碼，而要求訂戶端監視所指示的 傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。 在另一項具體實施例中，會在訂戶端所監視的每個時槽 上傳送多播頻道指派訊息（MCAM)。 熟習此項技術者應明白，如上文所述的具體實施例個別 僅供指導用途。一種通信系統將使用適用於多播服務的具 體實施例。可在（例如）通知中來指定所要選用的具體實施

例0 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指 派的頻道，以便接收多播服務流量。

圖18顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區s接收一訂戶端MS—1和MS_2的識別 GR〇UP_IDx ’其中包含要開始多播呼叫之識別名稱為 GR〇UP_IDx的群組。或者’該扇區接收一群組識別名稱 GROUP一IDx。該資訊可能是由通信系統的其他實體所提供， 例如，基地令控制器、PSTN、資訊來源（圖中未顯示）及其 他貫體。接著，該扇區S藉由查詢一資料庫，以便決定該等 訂戶端MS—1和MS_2之識別。接著，該扇區s建立一個別多 播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂戶端MS_1和 MS一2的識別名稱GROUP_IDx)，並且將該多播傳呼（MCP)納入 至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之 時槽中傳輸GPM(MCP:GROUP_IDx)。在時間t3，訂戶端MS_1 86719 •54· 1321281 接收GPM(GROUP_IDx)並且傳送一回應。 在時間t4，該扇區S在訂戶端MS_2所監視之時槽中傳輸

GPM(MCP:GROUP_IDx)。在時間 t5，訂戶端 MS_2 接收 GPM GROUP_IDx)並且傳送一回應。 在接收到回應後，負貴頻道指派的存取網路之實體決定 要指派專用頻道。該扇區s決定用於傳送共同頻道指派訊息 (例如，多播頻道指派訊息（MCAM))的方法，並且在時間t6 傳送該多播頻道指派訊息（MCAM) ’該訊息中包含了該專用 多播服務流量頻道MCAM(MS_1的頻道指派資訊’ MS_2的頻 道指派資訊）的資訊。在各自的時間t7、t8，訂戶端MS-i和 MS_2處理該MCAM並且採取適當動作，例如’調整頻道並 且開始監視用於傳輸所識別之多播呼叫的分別用於MSJ流 量的專用實體頻道及MS_2流量的專用實體頻道。 在另一項具體實施例中，如果實體決定要指派多個專用 頻道，則存取網路會將一包含共用多播服務流量頻道資訊 白勺個另1J 頻道-指派訊息（Individual Channel Assignment Message; ICAM)傳送至每個回應的成員訂戶端。在按照IS-2000標準的 通信系統中，該個別頻道指派訊息（JCAM)可包括（例如）一 延伸式頻道指派訊息（Extended Channel Assignment Message)。 請注意，因為會個別指派該共用多播服務流量頻道，就 像點對點呼叫一樣，所以可使用任何已知的點對點流量頻 道指派方法。據此，因為存取網路會知道每個有興趣的訂 戶端何時將監視傳呼頻道，所以何將傳送每個訂戶端的 ICAM之問題並不存在。 -55-

86719 1321281 圖19顯示根據如上文所述之具體實施例之訊息流程的實 例。在時間tl，一扇區S接收一訂戶端MS_1和MS_2的識別 GROUPJDx >其中包含要開始多播呼叫之識別名稱為 GROUP_IDx的群組。或者，該扇區接收一群組識別名稱 GROUP IDx。該資訊可能是由通信系統的其他實體所提供， — φ 例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其 他實體。接著，該扇區S藉由查詢一資料庫，以便決定該等 訂戶端MS_1和MS_2之識別。接著，該扇區S建立一個別多春籲 播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂戶端MS_1和 ® MS_2的識別名稱GROUP_IDx)，並且將該多播傳呼（MCP)納入 至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。 接著，該扇區S決定出訂戶端MS_1和MS_2所監視之傳呼 頻道上的時槽。在時間t2，該扇區S在訂戶端MS_1所監視之 時槽中傳輸GPM(MCP:GROUP_IDx)。在時間t3，訂戶端MS_1 接收GPM(GROUPJDx)並且傳送一回應。

在時間t4，該扇區S在訂戶端MS_2所監視之時槽中傳輸 GPM(MCP:GROUPJDx)。在時間 t5，訂戶端 MS_2 接收 GPM GROUPJDx)並且傳送一回應。 在接收到回應後，負貴頻道指派的存取網路之實體決定 要指派專用頻道。直到時間t6為止，該扇區S等待訂戶端 MS_1所監視的傳呼時槽，接著將個別ICAM(MS_1的頻道指 派資訊）運載至訂戶端MS_1。在時間t7，訂戶端MS_1處理該 ICAM並且採取適當動作，例如，調整頻道並且開始監視訂 戶端MS_1用於傳輸所識別之多播呼叫（MS j的流量）的實體 86719 -56- 1321281 頻道。 同地直到a争間t8為止，該扇區s等待訂戶端所監 視的傳呼時槽，接著將個別icam⑽—2的頻道指派資訊）運 載至訂戶端MS~2。在時間t9,訂戶端MS—2處理該ICAM並且 扣取適當動作，例如，調整頻道並且開始監視訂戶端MS_2 用於傳輸所識別之多播呼叫（娜—2的流量）的實體頻道。 熟€此頁技術者應明白，如上文所述的具體實施例分別 僅供指導用途。—種通信系統將使用適用於多播服務的任 何具體實施例。例如’針對要傳遞至—多播群組的多播呼 叫，並且該多播群組的成員位於不同扇區涵蓋範圍，則每 扇區可使用不同的具體實施例。因此，某扇區可使用多 播呼叫通知、要求回應及指派專用頻道。其他扇區可使用 個別通知要求回應及指派共用頻道。還有其他扇區可使 用多播通知、要求回應，以及將一共用頻道指派給某些訂 戶％且將一專用頻道指派給其餘訂戶端。 熟習此項枝術者應明白，雖然基於理解目的而以連續順 序繪製流程圖，並且在實際實施中可以平行方式執行特定 步驟。 熟習此項技術者應明白，可使用各種不同用詞或技術的 任種來代表資訊及信號。例如，資料、指令、命令、資 訊 '信號、位元、符號及晶片有利於以電壓、電流、電磁 波、磁場或粒子、光場或粒子、或其任何組合來表示。 熟習此項技術者應進一步明白，配合本文所發表之具體 實施例說明的各種圖解邏輯方塊、模組、電路及演算法步 86719 -57- 1321281 驟可實施為電子硬體、電腦軟體或其組合。為了清楚解說 硬體與軟體的互換性，前文中已就功能而論作廣泛說明各 種圖解的組件、區塊、模組、電路及步驟。視特定應用及 影響整個系統的設計限制條件而定，將功能實施成硬體或 軟體。熟習此項技術者可以用每種特別應用的不同方法來 f 實施所述的功能，但這種實施決定不能視為背離本發明之 霉 範圍。 可使用一般用途處理器、數位信號處理器（DSP)、專用積 體電路（ASIC)、場可程式規劃閘極陣列（FPGA)或其他可程 式規劃邏輯裝置（PLD)、離散閘極或電晶體邏輯、離散硬體 組件或其任何的組合以執行本文所說明的功能，以實施或 執行配合本文所發表之具體實施例說明的各種圖解邏輯方 塊、模組及電路。一般用途處理器可能是微處理器，但是 在替代方案中，處理器可能是任何傳統處理器、控制器、 微控制器或狀態機器。處理器可實施為電腦裝置的組合， 例如DSP和微_處理器的組合、複數個微處理器、連接DSP核 心的一個或一個以上微處理器或任何其他此類的組態。 φ 配合本文中揭示之具體實施例中說明的方法或演算法步 驟可直接用硬體、處理器執行的軟體模組或軟硬體組合具 ‘ 體化。軟體模組可駐存於RAM記憶體、快閃記憶體、ROM 記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、 可抽取磁碟、CD-ROM、或此項技術中所熟知之任何其他形 式的儲存媒體中。一種示範性儲存媒體係耦合處理器，以 致於處理器可自儲存媒體中讀取資訊，以及寫入資訊到儲 86719 -58- 存媒體。在替代古安 處理器和儲存媒;=儲存媒體可被整合至處理器中。 用者终端機中心=Sic中。！ASic可存在於-使 教離組件駐存在使二终^機中處心和儲存媒體可當作 前文中提供所揭示具體實施例的說明， =用或利用本發明。熟習此項技術者應明= 其他且麫余泌如 叙原理可通用於 议瓦只，’而不會脫離本發明的精神或範嘴。因此 本:明不受限於本文中提出的具體實施例，而是符合盘 本又中所說明的原理及新穎功能—致的最廣泛的範轉。- ί發明文件所發表的—部份包括受到著作權保護的物料 。者作權擁有人不反對任何人傳真再製專利暨商標局專利 插案或記錄中發表的專利文件或本發明，但是絕對保留著 作權的所有權限。 【圖式簡單說明】 二圖^顯示«本發明具體實施例之能夠提供多播服務之通 信系統的概念方塊圖； 圖2顯示根據一項具體實施例之通知訊息流程的圖式； 圖3顯示一傳呼訊息的概念圖； ®4顯示根據另-項具體實施例之通知訊息流程的圖式； 圖5顯示在一項具體貫施例中，透過正向快速傳呼頻道 (F-QPCH)來運載彳§號與透過正向共同控制頻道（F_CCCH)或 正向傳呼頻道（F-PCH)來運載信號之間的關係； 圖6顯示根據另一項具體實施例之通知訊息流程的圖式； 86719 -59- 1321281 圖7顯示根據—項具體實施例，透過正向快速傳呼頻道 (F-QPCH)與正向共同控制頻道（卜似⑴或正向傳呼頻道（F_ PCH)來運載信號之間的關係；以及 圖8顯示根據另一項具體實施例之通知訊息流程的圖式； 圖9顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖10顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖11顯不根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖12顯不根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖13顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖14顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖15顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖16顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式； 圖17顯示根據另一項具體實施例之回應/頻道指派之訊象 流程的圖式； 圖18顯示根據另一項具體實施例之回應/頻道指派之訊象 流程的圖式；以及 86719 .60- 1321281 圖19顯示根據另一項具體實施例之回應/頻道指派之訊息 流程的圖式。 【圖式代表符號說明】 100 通訊系統 102 内容伺服器（CS) 104 網際網路（IP) 106 多重發送封包資料伺服節點 108 封包控制功能（PCF)/基地台控制器（BSC) 110 基地台 112 公共交換電話網路 114 正向鏈路頻道 120 網路連接功能 116 成員訂戶端 118 反向鏈路頻道 MS_1，MS—2, MS—3 訂戶端 86719 61

Claims (1)

1321281 第092118745號專利申請案 中文申請專利範圍替換本(98年9月） 拾、申請專利範圍： 1. 一種在一通信系統中用於一多播服務頻道指派之方法， 包括： 自一内容伺服器接收一通知，該通知用以開始—訂戶 台群組之一多播呼叫，其中該訂戶合群組係由一群組識 別符號識別； 將由一群組識別符號所識別之—訂戶台群組之—多播 服務通知納入到一添加信號訊息之中；以及 在該多播呼叫被傳輸之前於一預定時槽内在一第一頻 道上傳輸該添加信號訊息至少_次，其中該添加信號訊 息包括頻道指派資訊，該預定時槽基於該群組識別符號 之一功能自其他時槽被選擇以及該時槽之一時槽數目係 基於該群組識別符號。 2. 3. 如申請專利範圍第1項之方法，其中該接收一通知，該通 知用以開始一訂戶台群組之一多播呼叫，其中該訂戶台 群組係由一群組識別符號識別，包括： 將該頻道指派資訊納入到至少一週期重複型訊息之中 :以及 在一第一頻道上傳輸該週期重複型訊息。 如申咕專利範圍第2項之方法’丨中該將—頻道指派資訊 納入到至少—週期重複型訊息之令包括： 將該頻道指派資訊納入到至少一週期重複型訊息之中； 該訊息進-步包含__多播服務通知。 如申請專利範圍第2 jf夕士 4 ^ 固弟項之方法，其卡該將一頻道指派資訊 86719-980907.DOC 納入到至少一週期重複型訊息之中包括： 將―共用頻道指派資訊納入到至少一週期重複型訊息 之中。 5. 如申請專利範圍第1項之方法，其中該將一頻道指派資訊 納入至一訊息之中包括： 將一共用頻道指派資訊納入至該訊息之中。 6. 一種在一通信系統中用於一多播服務頻道指派之方法， 包括： 藉由一訂戶台對用以開始一訂戶台群組之一多播呼叫 一通知監聽一頻道的一預定時槽；以及 如果由一群組識別符號所識別之一定戶台群組之一多 播服務通知被包含於一訊息中，則解碼該預定時槽中所 運載的該訊息，其中該訊息為一添加信號訊息以及進一 步包括該多播呼叫之頻道指派資訊，該預定時槽基於該 群組識別符號之一功能自其他時槽被選擇以及該時槽之 一時槽數目係基於該群組識別符號。 7. 如申請專利範圍第6項之方法’包括： 監聽該頻道上的一週期重複型訊息；以及 解碼該週期重複型訊息，以便決定該多播服務通知及 該頻道指派資訊是否包含於該週期重複型訊息之中。 8. 一種在一通信系統中用於一多播服務頻道指派之方法， 包括： 自一内容提供者廣播一多播服務通知； 接收對該廣播之多播服務通知的至少一回應； 86719-980907.DOC -2- 月7曰修正替换頁 1321281 以一群組識別符號來識別該至少一回應； 基於該群組識別符號之一功能根據該接收之至少一回 應來指派多播服務頻道；以及 於一第一頻道之一預定時槽中傳輸一訊息至少一次， 該訊息包括該多播服務通知以及進一步包括該多播呼叫 之頻道指派貧訊，該預定時槽基於該群組識別符號之一 功能自其他時槽被選擇以及該時槽之一時槽數目係基於 該群組識別符號。 9. 如申請專利範圍第8項之方法，其中該根據該接收之至少 一回應來指派多播服務頻道包括： 如果回應數量超過一預先決定臨限值，則如該群組識 別符號之一功能指派一共用多播服務頻道。 10. 如申請專利範圍第8項之方法，其中該傳輸進一步包括： 將一群組識別納入至—第一頻道上的一第一時槽之中 :以及 如果该群組識別符號指示出一頻道指派資訊，則將該 訊心洎入至第一頻道上之一時槽中，該時槽相對應於 該第一頻道上之該預先決定時槽。 11. 如申請專利範圍第10項之古 Α 方法，其中該將一訊息納入至 一第二頻道上之一時槽中包括： 將該訊息納入至該第二頻道的該第」時槽中，該時槽 與該第一頻道上該第一„ 槽之間彼此偏移一預先決定叶 間間隔。 12. 如申請專利範圍第u項之 ^ $之方法’其中該第二時槽與該第 86719-980907.DOC -3- 一時槽之間彼此偏移一預先決定時間間隔包括： 該第二時槽與該第一時槽之間彼此偏移100毫秒。 如申凊專利範圍第8項之方法，其中該指派進一步包括： 如果回應數量低於一預先決定臨限值，則指派—專用 多播服務頻道。 14·如申請專利範圍第13項之方法，其中該指派一專用多播 服務頻道包括： 將該專用多播服務頻道指派資訊納入至一訊息之中； 以及 於該預定時槽内在該第一頻道上傳輸該訊息至少—次 〇 —種在一通信系統中用於—多播服務頻道指派之裝置， 包括： 一發射器； 一處理器’其耦合至該發射器；以及 一儲存媒體’其耦合至該處理器，並且包含該處理器 可執行的一組指令集，以執行下列動作·· 將一群組識別符號所識別之一訂戶台群組之一多播服 務通知納入到至一添加信號訊息之中；以及 在該多播呼叫被傳輸前於一預定時槽内促使該發射器 在一第一頻道上傳輸該訊息至少一次，其中該添加信號 訊息包括頻道指派資訊，該預定時槽基於該群組識別之 一功能自其他時槽被選擇以及該時槽之一時槽數目係基 於該群組識別符號。 86719-980907.DOC -4- 1321281 16.如申凊專利範圍第15項之裝置’其中該處理器將頻道指 派資訊納入至該訊息中的方式為，執行_組指令集而得 以執行下列動作： 將一共用頻道指派資訊納入至該訊息之中。 17·—種在一通信系統中用於一多播服務頻道指派之裝置， 包括： 一訂戶端，其被組態以執行下列動作：

對用於開始一訂戶台群組之一多播呼叫之一通知監聽 —頻道的一預定時槽；以及 如果一訊息中包含一群組識別符號所識別之訂戶台群 組之一多播服務通知，則解碼該預定時槽中所運載的該 訊息’其中該訊息係一添加信號訊息且進一步包括該多 播啤叫之頻道指派資訊’該預定時槽基於該群組識別之 一功能自其他時槽被選擇以及該時槽之一時槽數目係義 於該群組識別符號。 ·) 18.如申請專利範圍第17項之裝置，其中該訂戶台進—步經 配置接收一通知，該通知係用於開始該訂戶台群組之一 多播呼叫’其中該訂戶台群組由該群組識別符號所識別 監聽該頻道上的一週期重複型訊息；以及 解碼該週期重複型訊息，以便決定該群組識別符號所識 別之該訂戶台群組之該多播服務通知及頻道指派資訊是 否被包含於該週期重複型訊息之中。 19. 一種在一通信系統中用於一多播服務頻道指派之裳置， 86719-980907.DOC 1321281 Ι^Τί^ΙμμΙ 1--I 包括： 一發射器； 一愿理器，其連接至該發射器；以及 :儲存媒體，其耗合至該處理器，並且包含該處理器 可執订的一組指令集，以執行下列動作. 將-群組識別符號所識別之一訂戶台群組之一多播服 務通知納入至一訊息中； 在該多播呼叫被傳輸前促使該發射器於—預定時槽内 在-第-頻道上傳輸該訊息至少—次，其中該訊息係— 添加㈣訊U進-步包括頻道指派資訊，該預定時槽 基於該群組識別之-功能自其他時槽被選擇以及該時槽 之一時槽數目係基於該群組識別符號；以及 根據至〃接收到的回應來指派多播服務頻道。 20. 如申請專利範圍第19項之裝置，其中該處理器根據該至 少-接收到的回應來指派多播服務頻道的方式為，執行 一組指令集而得以執行下列動作： 如果回應數量超過-預先決定臨限值，則指派一共 多播服務頻道。 ' 21.如申請專利範圍第19項之裝置，其中該處理器根據仏 少一接收到的回應來指派多播服務頻道的方式為，執行 一組指令集而得以執行下列動作： 丁 如果回應數量低於一預先決定臨限值，則指派一專 多播服務頻道。 22.如申請專利範圍第21項之裝置，其中該處理μ派1 86719-980907.DOC * 6 - 1321281 用多播服務頻道的方式為，執 如并八在 下列動作： $執仃-組心令集而得以執行 將該專用多播服務頻道指派資訊納入至 以及 I心之中’ =該發：器於一預定時槽内在該第—頻道上傳輪該 訊息至少·一次。 專利範圍第22項之裝置，其中該處理器促使該發 射益於-敎時槽内在該第—頻道上傳輸該訊息至少一 -人的方式為’執行-組指令集而得以執行下列動作 ;一群組識別符號納入至一第一頻道上的-第-時槽 之中；以及 識別符號指示出頻道指派資訊，則將該訊 頻道上之第二時槽中，該第二時槽相對 24.=ΓΓ圍第23項之裝置，其中該處理器將-訊息 二二f二時槽上之第二時槽中的方式為，執行-組 才曰7 $而件以執行下列動作： 將該訊息納入至該第二頻道之該第二時槽令 時該第-時槽之間彼此偏移_預先決㈣間間隔。 如申請專利範圍第24項之裝置，其中該處理器使 時槽之間彼此偏移一預先決定時間間隔的 式马，執行—組指令集而得以執行下列動作： 使該第二時槽與該第一時槽之間彼此偏移100毫种。 26. 一種用於—通信系統中-多播服務之-頻道指派：裝置 86719-980907.DOC 1321281 ί

，其包含： 接收構件’自一内容祠服器接收一通知，該通知用 以開始一訂戶台群組之一多播呼叫，其中該訂戶台群組 係由一群組識別符號識別； 一納入構件，將由一群組識別符號所識別之一訂戶台 群組之一多播服務通知納入到一添加信號訊息之中； 一發射構件，在該多播呼叫被傳輸之前於一預定時槽 内在一第—頻道上傳輸該添加信號訊息至少一次，其中 該添加仏號訊息包括頻道指派資訊，該預定時槽基於該 · 群組識別符號之一功能自其他時槽被選擇以及該時槽之 一時槽數目係基於該群組識別。 27.種用於通k系統中一多播服務之一頻道指派之裝置 一 s聽構件，藉由一訂戶台對用以開始一訂戶台群組 夕播呼4通知監聽—頻道的一預定時槽；以及 一解碼構件，如果由一群組識別所識別之一訂戶么群 組之一多播服務通知被包含於—訊息中，則解碼該^ 時：：所運載的該訊息’其中該訊息為—添加信號訊息 步包括該多料叫之頻道指派資訊，該預定時 槽基於該，Τ戶識別符號之—功能自其他時槽被選擇。 认-種處理器可讀媒體’其包括用於執行—通信系統中之 二播服務之-頻道指派之方法被而解瑪於1丄之 個處理器可執行指令，該方法包含： 、上之複數 自一内容㈣器接收-通知，該通知用以開始一訂戶 86719-980907.DOC %w:: 台群組之一多播呼叫，其 別符號識別； ’、該訂戶台群組係由一群組識 將由一群組識別符號所 服孜、S A α η ⑺ —訂戶台群組之一多播 服務通知納人到-添加信號訊息之中； 在該多播呼叫被傳輸之前 ， it I- ; 一預定時槽内在一第一頻 k上傳輸该添加抬唬訊息 、一 自勹此、备& ^ 夕一二人’其中該添加信號訊 息包括頻道指派資訊，該 Η ^ ^ 頂疋時槽基於該群組識別符號 之力月<=*自其他時槽被選擇。 29. 參 一種處理器可讀媒體，其包 一夕Μ Ββ & 匕括用於執行一通信系統中之 個處理器可執行指令，該方法=破解碼於其 二一頻道的一預定時槽以得知—通知該通知為一 °丁戶口群組之—多播呼叫開始；以及 如果由-群組識別符號所識別之—定戶台群組之一多 =務通吨包含於―訊息巾，料碼該駭時射所 運載的S亥訊息，复中該訊自兔 ，、甲系心為一添加信號訊息以及進一 v包括該多播呼叫之頻道指派資訊，該預定時槽基於該 訂戶識別符號之一功能自其他時槽被選擇。 86719-980907.DOC • 9-