TWI358239B

TWI358239B - Method and system for a multicast service initiati

Info

Publication number: TWI358239B
Application number: TW092118782A
Authority: TW
Inventors: Sinnarajah Ragulan; Jun Wang; K N Leung Nikolai; Chen Tao
Original assignee: Qualcomm Inc
Priority date: 2002-07-09
Filing date: 2003-07-09
Publication date: 2012-02-11
Also published as: ATE504171T1; KR100999824B1; US20050169203A1; TWI435629B; CN1682556A; ES2363970T3; JP2011035937A; JP4847603B2; HK1083287A1; TW201204097A; US6876636B2; US8989075B2; AU2003251846A1; EP1522204A1; BRPI0312518B1; CN101132559A; TW200414780A; US20120257563A1; KR20050009773A; US8243644B2

Description

1358239 系統，其符合雙模廣頻展頻細胞式系統的TIA/EIA/IS-95行動台-基地台相容性標準」（TIA/EIA/IS-95 Mobile Station-Base Station Compatibility Standard for Dual-Mode Wide-Band. Spread Spectrum Cellular System)，下文中稱之為 IS-95標準。下列美國專利已發表於多向近接頻信系統中使用CDMA技術：美國專利案號第4,901，3 07號，標題為「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號，.標題為「METHOD AND APPARATUS FOR THE FORMATTING OF DATA FOR TRANSMISSION」中發表一種以固定大小之編碼頻道訊框傳輸資料的方法，這份專利已讓渡給本發明受讓人。依據IS-95標準’會將數據頻信資料量及語音竭信資料量分割成2 0毫秒寬的編碼頻道訊框，數據傳輸率高達 14.4 Kbps。運載語音流量和資料流量之頻信系統的其他實例包括符合第三代合夥專案（3rd Generation Partnership Project ; 3GPP)文號 3G TS 25.211、3G TS 25.212、3G TS 86721 1358239 25.213及3GTS 25.214中具體化之標準（W_CDMA標準）的頻信系統，或符合「cdma200〇展頻系統的TR_45 5實體層標準」 (TR-45.5 Physical Layer Standard f〇r cdma2000 Spread Spectrum Systems)(IS-2000標準）的頻信系統。於多向近接無線頻信系統中，會透過一個或一個以上基地台來處理使用者之間的頻信。用詞「使用者」表示有生命及無生命實體。一無線訂戶端的第一使用者與一第二無線訂戶端的第二使用者頻信的方式為，在一反向鏈路上將資訊信號運載至一基地台。該基地台接收該資訊信號，並且在一正向鏈路上將資訊信號運載至該第二訂戶端。如果該第二訂戶端不在該基地台所伺服的區域中，則該基地台會將資料投送至該第二訂戶端所在服務區域的另一基地台。接著，該第二基地台在一反向鏈路上將該資訊信號運載至該第二訂戶端。正向鏈路代表從基地台至無線訂戶端的傳輸’而反向鏈路代表從無線訂戶端至基地台的傳輸。同樣地，可處理介於無線訂戶端之第一使用者與陸上線路 (landline)端之第二使用者之間的頻信。基地台在反向鏈路上接收來自無線訂戶端之第一使用者的資料’並且透過公共父換電話網路（PSTN)將資料投送給位於陸上線路端的第二使用者。在許多頻信系統中，（例如，IS-95、W-CDMA 、IS-2000)，會將不同的頻率配置給正向鏈路及反向鏈路。前面說明的無線頻信服務是點對點頻信服務的實例，其中來自第一使甩者的資訊預定僅傳送給第二使用者。反之 ’多播服務是將一來源、一使用者或一内容伺服器所提供 86721 的資訊傳送給所有使用者之令 ΛΑ Lg -.. 求裡夕播服務系統的模i包3 —組所選取之使 0 ^ 吁、，且’知·疋按使用者的群 .·且成貝來定義。群組成員包含 ❹購-特定多播服務内容的。丁戶知使用者。基於簡潔 # ΛΛ Γ 升虿特別陳述，否則本文中者」。 "尸而」；表不「-訂戶端上的使用 ^里中’係由一或多個内容伺服器來為成員訂戶定内容的資訊’例如，新聞、電影、體育新闻寺4。本文中用詞「存路」表示基地台與一或多個基地台控制器的集合。备個士、并〜“ ’、每個成貝6T戶端都會監視一用於運正向鍵路頻道。該正向鏈路頻道可能是由該等成員°丁戶k共用，或可能Θ逮古产―/ 故飞了此疋建立在母個成員訂戶端與存取網路站口（例如’伺服成員訂戶翊的基地台）之間。因為内容伺服益固定決定内容，所以成員吖ρ γ .s AIA年至存取網路。成貝。T戶…不會回覆通信使：：描貝Λ來源是一使用者(一所選取群組的成員);該使用者k供所預定提該所選取群組中其餘成員的資訊。如 :使用者想要提供資訊，則該使用者會(例如)按下即按即祝(:ush-t0_taik)按鈕來通知通信系統。一般而言使用者所提供的資訊传為二二 ^ ’、專用反向鏈路上從訂戶端投送至基地 β接著基地。透過一多播正向鏈路來運載該使用者所提供的貝矾。就點對點通信系統而論，多播通信系統允許 • Λ路及無線„丁戶端存取系統。如上所述的服務也稱為艮知群組服務通信系統的實例包括調度服務，例如 86721 Ι3582Ϊ9 ，本地警局無線電系統、計程車調度系統、美國聯邦情報與安全服務（Federal Bureau of InteUigence and secret

Service)機構及一般軍事通信系統。前面提及的多播服務頻信系綠通常是高度特殊化用途建置的頻信系統。最近，無線行動電話系統的進展已有興趣利用夕播服務的現有基礎設施—主要是點對點行動電話系先（在本文中，用3司r行動」系統包含行動及個人頻信服務（PCS)頻率。）將多播服務引進行動電話系統需要整合多播服務與目前行動電話系統所提供的點對點服務。具體而言，存取網路都必須能夠支援允許多播模式和點對點通信模式的功此。因為點對點件叙带系統不支援多播服務，所以此項技術篇要—種多播 / ，需要-種啟始多播服二t 糸統’具體而言夕福服務之方法及系統。【發明内容】本文中揭示的呈體眚包括：決定—多播群" 前面提出的需要’其方名稱納入在—第 I別名稱；以及將該多播群組識訂戶端監視該頻’ h、運上的至少一週期重複型訊息之中优成頸遏上的該週期重複型訊息，以 i讯心，以及解碼該期重複型訊息之中疋—多播服務通知是否包含於該在另-項具體實施例中括：決定屬於一多播 '、刖鈇出之需要的方法戶端之識別來決定：：之多個訂戶端的識別；依據- 頻道之時槽；以及在一頻道上的時 86721 -10- ’輪一多播服務通知。兮及解碼該時雜由· . ^叮戶鈿w視一頻道之時槽丨以 B 9所運载的訊息，以便決定一多播服i 疋否包含於該訊息之中。 #播服務通知另項具體實施例中，紐、i二工·ΙΘ 括：將-指示項納入至—第；=出之需要的方法包令；以及如果綠_ 奴上的-預先決定時槽之播服務通知納I:::指=:多播，務通知’則將-多 …該時槽相對上載的訊息該訂戶螳站4頻逼上之忒預先決定時槽。示項；^如Ϊ自該第—頻道上之該預先衫時槽的該指於該第二頻ΪΓ指示項指示出該多播服務通知，則將位 «槽相對應於該第一頻道上之該預先決定時槽。在：-項具體實施例中1決前面提出之需要的方法包、將—指#項納入至-第一頻道上的—第一時槽之中；果該指示項指示出一多播服務通知，則將-多播服 t納入至一第二頻道上之第二時槽中所運載的訊息之中’ W二時槽相對應於該第—時槽。該訂戶端解碼來自該頻道上之該第一時槽的該指示項；以及如果該指示項才曰不出邊多播服.務通知，則將位於該第二頻道上之該第二時槽中的該多播服務通知加以解碼’該第二時槽相對應於3亥第一:時槽。在另一項具體實.施例中，解決前面提出之需要的方法包括：建置-介於一屬於多播群組之訂戶端與一多播服務來源之間的鏈路層協定；以及透過該鏈路層協定來運載該多 86721 -II - 1358239 播服務通知該 5丁戶·參^ 3奢 ss. A ^ 〜運置5亥鏈路層協定；以及读，Λ 該鏈路層協定來接收該多播服務通知。之【實施方式】定義本文中使用的用詞厂解說」。本文中當作「示被視為較佳具體實施例本文中使用的用詞「透過專用頻信頻道頻信不範」係表示「當作實例、例子或知」說明的任何具體實施例不—定或優於其他具體實施例。 …占對點頻信」表示介於訂戶端之間

本文中使用的用詞「群組服務」、「點對多點頻信」即說（push-t〇-talk)或調度服務都是表示複數個訂戶端正^ 接收來自-通常-一個訂戶端頻信的頻信。

本文中用詞「存取網路」表示基地台⑽）與一個或1 以上基地台控制器的集合。存取網路在多個訂戶端之間货輸資料封包。存取網路可進一步連接外存取網路範圍外^ 額外網路，如公司企業網路或網際網路，並且可在每二有取終端機與外部網路之間傳輸資料封包。 3 本文中使用的用肖「基地台」表示與訂戶端頻信的硬體田月l」代表硬體或地理涵蓋區域，視使用該用詞的内文而定。扇區是細胞的劃分。因為扇區具有細胞屬性，所以就細胞而論所說明的講授很容延伸至扇區。本文中使用的用詞「訂戶端」表示與存取網路頻信的硬一體。訂戶端可能是行動式或固接式。訂戶端可能是用以透過無線頻道或透過有線頻道（例如，使用光纖或同轴電纔） 86721 -12- 1358239 頻信的資料裝置。訂戶端進一步可能是數種裝置的任一種裝置，包括但不限於PC卡、小型快閃記憶體、外接或内建數據機、無線或有線電話。處於正在建立連接至基地台之啟用中頻信流量頻道處理程序中的訂戶端被視為處於建立連接狀態。已建立連接至基地台之啟用中頻信流量頻道的訂户端被稱為啟用中訂戶端，並且視為處於頻信中狀態。 ^ 本文中使用的用詞「實體頻道」表示就調變特性及編石馬而論說明之用於傳播信號的頻信路線。本文中使用的用詞「邏輯頻道」表示在基地台或訂戶端的頻信協定層内的頻信路線。本文中使用的用詞「頻信頻道/鍵路」根據上下文表示者體頻道或邏輯頻道。 μ 本文中使用的用詞「反向頻道/鏈路」表示訂戶端將信號傳輸至基地台所使用的頻信頻道/鏈路。本文中使用的用詞「正向頻道/鏈路」表示基地台將信號傳輸至訂戶端所使用的頻信頻道/鏈路。實施方式如上文所述’ 一種多播系統的模型包含一組所選取之使用者群組，這是按使用者的群組成員來定義。群組成員包含訂購-特定多播服務内容的訂戶端使用者一或多個内容伺服器或另-使用者提供多播内容。圖.，示根據本發明具體實施例之能夠執行多播服務（也稱為多播呼叫）之頻信系統1 0 0的概念圖。 86721 如上文所述，多播内容起源於内容伺服器（cs) ^該内容 4司服器可月b位於網路内（C S 1 1 02( 1))或外部網際網路（Ip) 104内（CS2 1 02(2))。内容係以封包形式傳遞至多播封包資料伺服節點（multicast packet data-serving node; MPDSN) 106。使用用詞MPSDN的原因為，雖然MPDSN可能實際上位於同一位置與一般PDSN(圖中未顯示）完全一樣，但是 MPSDN可能邏輯上不同於一般PDSN。根據封包目的地， MPDSN 106將封包傳遞至封包控制功能（packet c〇ntr〇1 function; PCF) 108。PCF是用於針對包含多播封包資料服務的任何一般封包資料服務來控制基地台11〇功能的控制實體，如基地台控制器用於控制一般語音流量服務和資料流量脲務。為了解說多播封包資料服務與實際存取網路之連接的高階觀念’圖1顯示PCF實際上位於同一位置，但是邏輯上不同於基地台控制器（BSC)。熟習此項技術者應明白這僅供教學用途。BSC 1〇8將封包挺供給基地台n〇。雖然本文中使用用詞「基地台」’但是熟習此項技術者應明白，所說明的具體實施例同樣適用於扇區。同樣地，如果内容起源於CS 102(1)，則可將内容傳遞至公共交換電話網路（PSTN) 112。根據封包目的地，PDSN 112 將内容傳遞至基地台控制器（base station controller ; BSC) 108。BSC 108將内容提供給基地台丨1〇。在另一項具體實施例中，可將起源於c s丨〇2(丨）的内容以封包形式經由網路連接功能120傳遞至PSTN 112。根據封包目的地，PSTN Π2將内容傳遞至基地台控制器（base staU〇n 86721 -14- 1358239 controller ; BSC) 108。BSC108 將内容提供給基地台 110。基地台110透過正向鏈路頻道114將内容提供給多個成員訂戶端。如上文所述，該正向鏈路頻道可能是由該等成員訂戶端共用，或可能是建立在每個成員訂戶端與伺服成員訂戶端的基地台之間。於2002年3月28日申請的共同申請美國專利申請案號第10/113，257號，標題為「METHOD AND APPARATUS FOR POINT-TO-MULTIPOINT SERVICES PROVIDED IN COMMUNICATION SYSTEMS」中發表一種共用正向頻道之用法。2002年3月28日申請的共同申請美國專利申請案號第10/1 13,098,號，標題為「METHOD AND APPARATUS FOR CHANNEL MANAGEMENT FOR POINT-TO-MULTIPOINT SERVICES IN A COMMUNICATION SYSTEM.」使用通用頻道和專用頻道進行資訊廣播之用法，這份專利已讓渡給本發明受讓人。但是，熟習此項技術者應明白所列舉的申請案僅供指導用途，並且其他通信系統會利用執行類似功能的頻道，因此，所講授内容適用於其他通信系統。或者，一成員訂戶端（例如，成員訂戶端116(1))經由一存取網路將多播内容傳達給其他成員訂戶端（例如，成員訂戶端116(2))。該成員訂戶端1 16(1)透過一反向鏈路頻道118將多播内容傳達給群組，而反向鏈路頻道11 8係由存取網路來指派給成員訂戶端11 6( 1)。反向鏈路頻道指派已是熟知的技術，請參閱（例如）前面提及的申請案第10/1 13,257號及第 10/1 1 3,098號。基地台110(1)將所接收到之資訊投送至基地 86721 -15- !39 台11〇(2)’接著基地台110(2)將所投送之資訊透過正向頻道 114(2)傳輸至成員訂戶端丨16(2)。 *要提供多播服務時’之後必須接著用於啟用—多播呼 :開始的程序。此—程序可能被分割成數階段。在第—階 &期間，必須向多個成員訂戶端通知所要提供的多播服務。在下-階段(視需要)期間，有興趣的成員訂戶端回應該通知。在下—階段期間’選取並且指派—用於運載内容的頻道。多播呼叫開始通知必須通知屬於多播如上文所述，當啟始一多播呼叫時，群組成員的訂戶端。在一項具體實施例中，該存取網路啟始多播呼叫的方式為，經由一週期傳輸型訊息(例如，添加信號(。verhead: 息）向多個訂戶端廣播該通知資訊。本文中使用的用詞「添加信號訊息」（overhead message)由每個扇區所週期傳輸之一與系統參數相關的訊息。由多個扇區在一正向頻道上傳輸該添加信號訊息（包含多播呼叫通知），其中扇區的涵蓋範圍包含多個成員訂戶端，而未進行其他呼叫的所有訂戶端都會監視該正向頻道。在按照IS_2〇〇〇標準之通信系統中，此一配置之實例是在正向傳呼頻道（f〇rward㈧以叫 channel ; F-PCH)或正向廣播控制頻道（f〇rward心⑽心叫 control channel ; F-BCCH)上傳輸的添加信號訊息。宣傳多播呼叫的方式為，將多播群組的識別名稱 (GROUP一ID)納入至該添加信號訊息中，其中該多播群組的 86721 -16- 1358239 成貝5丁戶端是該多播呼叫的預定目的地。如個以上多播呼叫，則在啟始- 地之所有多播雜一叫所預定目的辟、·且的識別名稱。在該多播呼叫的期間内，可在_個添 ' '' ' 送㈣別“ 數個添加信號訊息中傳中二卜或將該識別名稱納入至所有添加信號訊息果、擇將該識別名稱納入至所有添加信號訊息中，呼叫端加入已待處理的多播呼叫。如果在該多播 k間期間内將該識別名稱納入至添加信號訊息：特定多播群組的一多播呼叫終止後，㉛會從該添、移除該特定多播群組識別L除了識別名稱以外’添加信號訊息還可提供所宣傳之多播啤叫的進一步資訊，例如’流量頻道指派類㉟、使用.的承載（be·)傳輸類型及熟習此項技術者已知的其他相關資訊。當然，添加信號訊息的其餘部份包含系統相關資訊，如上文所述、圖2顯示根據如上文所述之具體實施例之訊息流程的實例在柃間t,，一扇區s接收一指示項「GR〇up—」，用於指示一預定給識別名稱為GR〇up—IDx之群組的多播呼 Μ即將開:½ ° 5亥指不項可能是由通信系統的其他實體所提供’例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實體。或者，該扇區3接收訂戶端MS—1*Μ、2的識別。接著，該扇區S藉由查詢一資料庫，以便決定包含該等可戶端MS_1和MS—2之多播群組GR〇up_IDx的識別名稱。如上文所述，貝讯來源可包含（例如）伺服器、另一訂戶端或熟習此項技術者已知的其他來源。該扇區s將該識別名稱 86721 •17· 1358239 納入至添加信號訊息中（在一項具體實施例中，添加信號訊息包含一廣播系統參數訊息BSPM (GROUP_IDx))，並且在時間h廣播該BSPM (GROUP_IDx)。屬於具有該識別名稱之群組中成員的該等訂戶端MS_1和MS_2接收該BSPM (GR〇UP_IDx)之，並且會採取適當的動作，例如，開始監視用於傳輸所識別之多播呼叫的實體頻道、將一回應傳輸至存取網路、通知使用者以及按照一特定通信系統之設計的其他動作。在圖2所示的具體實施例中，會在多播呼叫的持續時間期間，將識別名稱納入至添加信號訊息中。因為添加信號訊息BSPM會週期性重複，所以同樣地，在該添加 4號sfl息BSPM的下一例項（instance)中也會傳輸該識別名稱。在時間13只有顯示一個例項。在時間U，該扇區S從一資訊來源（圖中未顯示）接收一指不項「GROUP_IDy」，用於指示一預定給識別名稱為 GROUP一IDy之群組的多播呼叫即將開始。該扇區8將該識別名稱納入至添加信號訊息（例如，BSpM)。因為會向該等兩個群組通知該多播呼叫，所以在時間t5所傳輸的該廣播之添加L號息包含該等兩個識別名稱Bspm (GROUP_IDx ，GROUP—iDy)。屬於識別名稱為GR〇up—iDy之群組中成員的叮戶端MS_3接收該添加信號訊息BSPM (GR〇Up_IDx ，GR〇UP_IDy)，並且採取適當動作，如上文所述。在間Q，该扇區S從該貢訊來源（圖中未顯示）接收一指不項「GROUP_IDx結束」’用於指示一預定給識別名稱為 GROUP—IDx之群組的多播呼叫即將終止。該扇區s從添加 86721 •18- 1358239 信號訊息（例如’ BSPM)移除該識別名稱，並且在時間17廣

播該添加信號訊息（只包含識別名稱GR〇uP_IDy) BSPM (GROUP—IDy)。屬於識別名稱為GR〇up_iDx之群組中成員

的訂戶端MS_1和MS_2接收該添加信號訊息BSPM (GROUP_IDy)，並且採取適當動作，例如，終止監視用於傳輸相對應於識別名稱GR〇UP_IDy之多播呼叫的實體頻道。多播呼叫BSPM (GROUP_IDy)不受影響，並且持續直到終止《終止之後，隨即從該Bspm移除該識別名稱gr〇up —IDy ° . 因為會週期性重複該廣播訊息，所以訂戶端可在呼叫開始後隨時加入該呼叫。為了避免該廣播訊息影響傳呼頻道容量，因而希望限制該廣播訊息長度。於是，可納入至該廣播訊息的群組數目受到限制。此外.，因為該廣播訊息會隨著每個呼叫開始和終止而變更，所以訂戶端必須監視該廣播訊息的每次更新。在另一項具體實施例中，會藉由一定址到訂戶端的個別訊息，向屬於一多播群組成員的每個訂戶端通知一多播呼叫開始。在一項具體實施例中，該個別訊息包含一個別多播傳呼（muUicasi page ; Mcp)。就按照IS-2000標準的通信系統而論，來解說個別多播傳呼（Μ。。的觀念。如圖3的概念圖所示，一傳呼訊息3〇〇可載送許多傳呼3 0 2，每個傳呼都是以不同的訂戶端或訂戶端群組為目的地例如’㈣。乎訊息3〇〇可包含一般傳呼訊息⑽⑷或通用傳呼訊息（UPM)，因為-般料訊息（GPM)或通用傳呼訊息（UPM)都可以載送不同的傳呼記錄類型。該傳呼訊氛 86721 •19, 1358239 係透過F_PCH或正向共同控制頻道（forward common conm)1 channel ; f-ccch)運載。在一傳呼訊息中所載送之多個個別傳呼302稱為傳呼記錄類型，每個傳呼記錄類型都包含一預定訂戶端的位址3〇6、傳呼類型3〇8(即，個別傳呼或廣播傳呼）、内容3 10(即，呼叫服務選項）及其他資訊（例如，序號304)。定址位址係在一用於定址一訂戶端的傳呼位址類型（ADDR_TYPE)中指定（例如，一暫時行動台識別名稱（Temporary Mobile Station Identifier ; TMSI) ' 國際行動台識別名稱（international mobile station identifier ; IMSI)) ’或在一用於定址所有訂戶端的位址類型中指定。在接收到傳啤訊息3 00後，訂戶端隨即將位址3 〇6加以解碼，以便決定該傳呼302是否係預定給該訂戶端。如果該位址3〇6指示該傳呼3 02是預定給該訂戶端，則該訂戶端隨即將類型 308加以解碼，以便決定呼叫類型，並且將内容3丨〇加以解碼，以便決定該呼叫的詳細資料。每種呼叫類型（即，點對點通信系統中的語音呼叫、資料呼叫、S〇33呼叫）都具有一相對應之傳哞記錄。如上文所述，因為多播呼.叫是一種新型呼叫，所以必須將個別多播傳呼（MCP)定義為一新的傳呼記錄類型。宣傳多播呼叫的方式為’將多播群組的識別名稱 (GROUP_ID)納入至個別多播傳呼（MCP)中。個別多播傳呼 (MCP)被納入至一傳呼訊息中’並且會使用訂戶端的特定位址’透過一正向頻道（例如，F-PCH或F-CCCH)將個別多播傳呼（MCP)傳送給多個成員訂戶端。此外，多播傳呼（Mcp) 86721 -20- 1358239 還可提供所旦傳之呼叫的進一步資訊’例如，》量頻道指派類型、使用的承載傳輸類型及熟習此項技術者已知的其他相關資訊。圖4顯示根據如±文所述之具體實施例之訊息流程的實例。在時間【丨，—扇區S接收一指示項「GR〇UP_IDx」，用於指示一預定給識別名稱為GR〇up_IDx之群組的多播呼叫即將開始。該指示項可能是由通信系統的其他實體所提仏例如，基地台控制器、pSTN、資訊來源（圖中未顯示）及/、他貫體。接著，該扇區s藉由查詢一資料庫以便決定該％訂戶端MS — 1和Ms_2之識別。或者，該扇區8接收訂戶知MS一 1和MS_2的識別。接收’該扇區s建立一個別多播傳呼（MCP)，其包含訂戶端MS—丨和MS —2的識別名稱 GROUP IDx。熟習此項技術者應明白，傳呼頻道可在時槽傳呼模式或非恰槽傳呼模式中運作，因為熟習此項技術者所熟知的文件有該專模式之s兒明。舉例而言’該等模式說明於I s 9 5標準中1995年2月2 1日所頒佈之美國專利案號第5,392,287 號’標題為「METHOD AND APPARATUS FOR REDUCING POWER CONSUMPTION IN A MOBILE COMMUNICATION RECEIVER」，這份專利已讓渡給本發明受讓人。基於指導用途，圖4顯示一種組態通信系統’其中多個訂戶端監視時槽模式之F-PCH或F-CCCH;然而，熟習此項技術者應知道也可使用非時槽模式。如熟習此項技術者所知，用詞「時槽J表示實體頻道的一分割部份，而時槽長度則是以時間 86721 -21 - 1358239^ ^ - 成員叮户端的多播傳呼（MCp)中。共同多播傳呼（MCP)被納入至一傳呼訊息中’並且會使用MC—ADDRESS，透過一正向頻道（例如，F-PCH或F-CCCH)將共同多播傳呼（MCP)傳送給該共同多播傳呼（MCP)所預定的多個成員訂戶端。此外夕播傳呼（MCP)還可提供所宣傳之呼叫的進一步資訊，例如’流夏頻道指派類型、使用的承載傳輸類型及熟習此項技術者已知的其他相關資訊。然而，如上文所述，在現行的通k系統中，會指派一訂戶端來監視該訂戶端傳送傳呼所使用的一傳呼頻道時槽。但是，不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。另外，負責傳呼的實體（例如，基地台控制器（BSc)) 不去道气卩些a丁戶端是一特定多播群組的成員，於是，該 BSC無法執行介於個別訂戶端與mc_adDRESS之間的對應處理例如’當因為透過—多播網際網路協定（Internet protocol ’ IP)位址而接收到一 Ip封包而觸發多播傳呼（^匸卩) 所以會透過網際網路協定（Internet pr〇t〇c〇i ; ip)來提供多播服務時，這會發生類一狀況。因此，需要一種能夠高效率傳遞多穡呼叫啟始資訊的方法。結果，根據一項具體實施例，會在一廣播傳呼循環（br〇adcast paging cycU; Bpc) 的第一時槽中傳送共同多播傳呼（MCp)。就按照is_2〇〇〇標準的通k系統中所實施的實體頻道而論，來解說廣播傳呼循環（BPC)的觀念。如圖5所示，F_pCH和FCCch被分割成夕個叶槽。為了能夠週期生廣播傳呼，因而就持續時間（以 F-PCH/F-CCCH時槽數目為單位）而論來定義廣播傳呼循環 86721 -23- 1358239 = =，。C)的第—個時槽。雖然不僅需要嗔醒-B 、a視廣播傳呼彳盾環（BPC)HQPCH時样的但是因為的_持續時間比…W㈣二 '貝丁間知很多，所以會縮短喚醒時間間隔.，因此，達成節省電池消耗。. 違〜如上文所述之具體實施例的缺點為，因此會在F-PCH/ F-CCCH上之廣播傳呼循環（Bpc)第—個時槽上傳輸所有多播呼叫的多播傳呼（Mcp)，所以當有多播傳呼⑽p)時會將相對應F-QPCH上的BI位元被設定為〇N。結果，必須喚醒正在監視該BI指示項的每個訂戶端並且監視F_pcH/ F-CCCH上的第一個時槽，以便決定多播傳呼（Mcp)是否是預定給該訂戶端。因此，不屬於多播傳呼（MCP)所預定之多播群組的訂戶端仍然會增加耗電量。如圖5所示，會在 F-PCH/F-CCCH之一廣播傳呼循環（BPC)的第一時槽（時槽〇_P)中.傳輸一般傳呼訊息（GPM)，該一般傳呼訊息（GPM) 包含屬於多播群組（GC_1)之訂戶端MS1和MS2的一共同多播傳呼（MCP)。然而’因為F-QPCH之相對應時槽（時槽〇_q) 上的BI位元被設定為ON ’所以必須喚醒所有訂戶端μS 1至 MS4並且監視F-PCH/F-CCCH的時槽0_ρ。同樣地，會在 F-PCH/F-CCCH之下一個廣播傳呼循環（BPC)的第一時槽 (時槽4_ρ)中傳輸一般傳呼訊息（GPM)，該一般傳呼訊息 (GPM)包含屬於多播群組（GC_2)之訂戶端MS3的一共同多播傳呼（MCP)。因此，因為F-QPCH之相對應時槽（時槽4_q) 上的BI位元被設定為ON，並且必須喚醒所有訂戶端MS 1至 86721 -26- ^58239 Μ並且監視F_PCH/F_CCCH的時槽4_p，雖然該一般傳呼。孔心（GPM)只包含一預定給訂戶端的共同多播傳呼 (MCP) 〇熟省此項技術者應明白，如上文所述之具體實施例利用廣播傳呼循環（BPC)的第一時槽作為現有標準的特許權。必 ’’、、地，此一限制通常是非必要，並且可使用存取網路及訂戶端預先協議之廣播傳呼循環（Bpc)上的任何時槽。因此，根據另一項具體實施例，去除只能在f_pch/f_ccch上一廣播傳呼循環（BPC)的第一時槽中傳送共同多播傳呼（MCp) 的限制。基於專門用詞一致性原因，使用用詞「多播傳呼循環」（multicast paging cyc丨e; MpCY)來取代用詞「廣播傳呼循％ (BPC)」。熟習此項技術者應明白廣播傳呼循環 (邱c)和多播傳呼循環（MPCY)的觀念完全—樣。因為仍然希望不要喚醒訂戶端來監視F_PCH/F_CCCH的所有時槽，所、必/頁建置-項程序’允許扇區決定用於將訊息傳送至— 特：多播群組的時槽’並且允許屬於該多播群組的決定所要監視的時槽。該程序係藉由—對應函數(例如凑函數）來定義，用於接收輸入參數（例如，多播傳呼 (MPC Y)中的時槽總數及―GRC>Up_ID)，益且輪出—用於二 :時槽的數字’該㈣係用傳輸人―料訊息，該傳今: 心包含屬於該GROUP—ID所識別之多播群組之訂戶端。同多播傳呼（MCP)。或者’可將對應處理實施為表格的= ^於將GROUPJD對應至-時槽號碼的任何其他演算法因為(例如)當一訂戶端訂購群組時會將該訂戶端所：之每 86721 -27- Ϊ358239 個群組的grgup_id提供給該訂户端用雜凑函數來夺定所I ^ 吓乂 5亥π戶端可使於山數木决疋所要監視的F-QPCH時指示項。這合降低& 曰而仔以讀取ΒΙ 、曰降低錯疾警不的可能性，針對非之多播群組的多播傳呼（Mcp)，瑁枯π本腐。。亥δΤ戶端。熟習此 Γ技咖者應明白，使.用雜凑函數僅僅作為範例，並且可接 Τ任何其他對應函數，以.便允許提供相同輪入參數的時槽送達至存取網路及訂戶端。 σ 圖6顯示根據如上文所述之具體實施例之訊息流程的實 :列。在時間tl ’一扇區8從一資訊來源（圖中未顯示）接收— 指不項「GROUP_IDx」’用於指示一识疋、，口識別名稱為 P_IDx之群組（該群組包含訂戶端Ms—yDMs —。的少播呼物開始。如上文所述，.此一資訊來源可包含(例二伺服益、另一訂戶端或其他來源。該扇區s建立包含該等訂戶端MS — 丨和__2之GR〇up_IDx的共同多播傳呼（μ%，並將該grOUP_IDx連同多播傳呼彳盾環（MpCY)的時槽數目輸入至一對應函數。請參閱圖7 ’該雜湊函數傳輸一指示項，以指示要在時槽〇_p中傳送該GR〇upjDx的多播傳呼⑽^ 。士在時間t2，指示對應於F_CCCH之時槽〇_p的FQpcH時槽 (時槽0—q)開始，該扇.區SBBI位元設定為〇N。該等訂戶端 MS一1和MS_2使用相同的雜湊函數來決定所要監視的 F-QPCH時槽，偵測到時槽〇—q中的m位元被設定為〇N。接著在在時間h，將訂戶端MS —1和MS_2喚醒以便監視時槽〇_P。在時間卬指示時槽〇_p開始，該扇區8將多播傳呼（Mcp) 當做傳呼訊息（例如，一般傳呼訊息（GPM))的一部份進行傳 86721 -28- 输如圖5戶斤干，h & °端则_3屬於不同於GR〇Up」Dx所指示 f組的多播君导組成員。”沒有接收到訂戶端⑽」 i中之二播群組的多播呼叫，所以不需要在F-CCCH的時槽 1 一p通常，並且相對應於F-CCCH之時槽1—p的卜㈣槽中的BI位元被設定為〇FF。 =另-項具體實施例中，會透過高々空氣介面信號層的協疋層向°丁戶立而通知一多播0乎叫。如熟習此項技術者所知，分層處理用於在以其他方式解耗合之處理實體（即，層〕之間’使用適當定義的封裝資料單位來組織通信協定的方法。基地台1 10和遠端站台n 6中都會實施通信協定層。按月?、開放系統互連（Open System Interconnection ; OSI)模，型，協定層L 1提供介於基地台與遠端站台之間的無線電信號傳輸與接收’協定層L2提供正確傳輸和接收信號發送訊息，以及協定層L3提供通信系統之訊息控制。協定層L3按照介於基地台Π 0與遠端站台11 6之間的通信協定語義學和時序來開始並終止信號發送訊息。在cdma2000系統中，空氣介面信號傳送層L 1被稱為實體層（Physical Layer)，L2被稱為鏈路存取控制（Link Access Control ; LAC)層或媒體存取控制（Medium Access Control ; MAC)層，而 L3被稱為信號發送層（Signaling Layer)。按照OSI模型，位於信號發送層上層被編號為L4至L7 ’並且被稱為傳輸層（Transportation Layer)、會期層（Session Layer)、表達層（Presentation Layer)及應用層（Application Layer)。 86721 -29- 1358239 根據具體實施例，使用一現有的通信系統介面，來源與-訂戶端之間建置一鏈路層會期。此類：二可包含(例如)點對點協定(PPP)、序列線路網際網路協： …㈣ Line Internei Protocol; supm 熟習熟知的其他鏈路層通信協定，皆可運用，而不會丁2 明的I巳臂。鏈路層協定說明於熟習此項技術者已知的: 中，例如’ ι™標準。接著，經由鏈路層會路協定（IP)連接來傳送多播呼叫通知訊息。、不'”周严顯示根據一項具體實施例之訊息流程實例的圖和間t, ’ —扇區s經由一封包資料服務節點（pacy ^編6 : PSDN)，從一資訊來源（圖令未顯示）接收—指不項「傳啤（MSJ)」，用於指示一預定給包含訂戶端奶; 之群組的多播呼叫即將開始。該扇區S針對要求—ppp的呼叫連線建立’產生-預定給訂戶端MS—丨的傳呼記錄(Dp)。

因為所要求的呼叫是&剩_科# #1丨I —、α 吁”疋點對點類型之呼叫，所以傳呼記錄是 :個成員訂戶端各自的記錄。按照IS_7〇7，此一服務選項疋S033。如上文所述，服務選項包含於—傳呼記錄的部份中。接著扁、 £ 8產生—適當的傳呼訊息，並且直到時間 t2為止，扇區S等待指派給訂戶端MS_1的傳呼時槽。在時間 ^將傳吟讯息當做GPM (Dp : s〇33)的一部份傳輸至訂戶 — 1 °在—項具體實施例中’在時間t3 ’訂戶端廳^認可接收到多播傳^ λ/Γ r D、 _ 寻子（MCP)。如圖8所示’在按照IS-2000標準 a系、”充中，回應包含傳呼回應訊息（PRM (S033)),這反向頻道(例如存取頻道)上調變的訊息。在時間％ 86721 •30- 1358239 ’該扇區s傳送一通知’以告知多播呼叫使用的頻道。在按照IS-2 000標準的通信系統中，會在一延伸式頻道指派訊争 (extended channel assignment message ; ECAM)中傳送此通知。結果，在該延伸式頻道指派訊息（ECAM)所指派的頻遏上建立S033呼叫。一旦已建立s〇33呼叫，就會在時間卜建立介於來源PDSN與訂戶端MS- 1之間的ppp。接著，向吖戶端MS一1通知透過PPP的多播呼叫開始。屬於該多播群J 且對多播呼叫有興趣的其餘訂戶端依循如上文所述的程序。（基於簡化’圖中一個額外訂戶端MS — 2。）根據另—項且體實施例，在從一來源接收到關於-以GROUP ID識別: •群組之多播呼叫的通知後，該扇區將一多播定址傳呼記錄傳輸至該多播呼叫所子音宁+被丄厅預疋之群組中的所有訂戶端，要求置鍵路層協定。如上文所；十， __ 文所述，不需要將該傳呼頻道上的相 h槽指派給屬於以GR〇Up_ID識別之群組的訂戶端。據 :二斤述之用於適當傳遞多播定址傳呼的任何解決方案皆適用。一屬於該群組的—訂戶端藉 (PRM)來回應該多播定址之傳呼叫戶「應心 ^ „ . 手Η ’扇區就會建立與訂戶铫的鏈路層協定（例如，S〇 ^ ή Λώ Α 乎叫，如上文所述，並且向痃5丁戶鈿通知透過該鏈路屏針對每個其餘的訂戶端，二疋 '夕播呼叫開始。接著， ϋ釦。tl· _ # 重歿鏈路層通信協定呼叫建立及個別鏈路層通信協然存取網路在傳送該多卜建立疋可實行的，因為雖 k飞夕播又址傳叫訂戶端的識別，但是從 Η貫不而要知道個別而接收回應時就會得知訂戶端 86721 -31 - 1358239 的識別。叫到多播呼叫開始通知如上文所述，當啟始—多播呼叫時必須通知屬於多播群、·且成員的a 丁戶端…旦—訂戶端接收到一多播呼叫正在開始的通知時’訂戶端是否有回應通知及如何回應之方式有數個替代方案。 “根據帛替代方案，即使訂戶端有興趣加入多播服務，戶端不而要作出回應。例如，假使多播服務屬於一般重要性並且傳遞至每個訂戶端並非必要，如股票市場資訊更新、即收即播視訊及類似性質的其他資訊，就可接受此一替代方案。根據另一項替代太安，β 代方案如果訂戶端有興趣加入多播服務 ’訂戶端就必定需要作出回應。回應包括(例如)在一反向頻道傳送至存取網路的訊息。在按照仏2_標準之通信系、’充中afl息之貫例是在反向存取頻道（⑽⑽e似⑴ channel ’ R-ACH)、反向增強型存取頻道（⑽⑽“—η — access channel ’ r_EACH)及反向共同控制頻道㈣Mm common c〇ntrol chanhel ; r_ccch)上傳輸的傳呼回應訊息 (Page Response Message)e此一回應必須包含有助於存取網路採取下-動作的資訊。視通信系統的設計特徵而定，此類資訊可指不訂戶端是否有興趣加入多播服務；訂戶端是否沒有興趣加入多播服務訂戶端是否有興趣但由於不支援必須设疋（例如，資料傳輸率）而無法加入。存取、’周路會在頻道指派前等待來自成員訂戶端的回應。 86721 -32- 丄乃8239 針對要求存取網路知道每個i 替代方案是必要的。此外二端是否加入的服務，此一指派供多播内容使用的共同頻==路決定是否要 -專用頻道指派給每個訂戶〜成專用頻道。當決定要將用流量頻道指派給未加入的：：端回應防止存取網路將專如上文所述，在一項具體實施戶端的共同訊息，向屬 “由-定址到訂知-預定給該群、的母個5丁戶端通中所識別之群”成員:她。當不屬於該共同訊息合“ 成貝的ST戶端接收到通知時…… 會忽略該通知並且不回應。 —了戶端果支按A d Η 〇 c多播雜如 ’貝1接收到通知的所接訂戶端可中^ 叫啟―後立!: 先決定但是會在多播呼 Η啟始後立即建立的多播群桉形式，蚪政π . 疋古支奴AdHoc多播群組 . 、同訊息通知的回應需求會引出接收到該通知之 :戶端：回應。因此會有許多訂戶端回應，所以可實施一 ,,用於交錯回應訊息(例如，來自群組中之多個訂戶端的傳 :回應訊息（page Resp〇nse Message)的方法，以便避免因大量回應所造成的衝突。根據另一項替代方案，即使訂戶端沒有興趣加入多播服 2 ’訂戶端‘然而一定需要作出回應。針對要求存取網路確貫知道每個訂戶端是否加入的服務，此一替代方案是必要不同於前面的替代方案，本替代方案允許存取網路確 a區另〗因為對多播服務沒有興趣而不回應的訂戶端與因為接收通知失敗而不回應的訂戶端。因此’存取網路可採取 86721 1358239 如果成員訂戶端不需要作出回庫流量頻道的頻道指派資訊當做通知的一部二:夕播服務頻道識別(就按照心_標：’例如’ 、1σ Ά 先而論'，储i首辦幻丨先

Walsh碼)、資料傳輸率及熟習此項广義別為資訊。據此’假使經由一共。的其他指派 " …'力σ 4。5虎況息通知，則箱，音訊將屬於添加信號訊息的—部份；假使给由二同 :呼1通知’則頻道指派資訊屬於多播：― 會將頻道指派資訊多播並且不需要回應，所二:派類型必須是共用頻道。或者，可將頻道指派資讯運載分開通佑的訂戶端。貝 :旦訂戶端處理訊息，則有興趣的訂户端開始監視所指派的頻道，以便接收多播服務流量。 θ員不根據如上文所述之具體實施例之訊息流程的實例。匕在時間，—扇區S接收一指示項「GR0UP_IDx」，用於各不—預定給識別名稱為GR〇Up —IDx之群組的多播呼 Η I7等開始。该指不項可能是由通信系統的其他實體所提供例如’基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實4 < 或者’该扇區s接收訂戶端MS_ 1和MS_2的識別接著，該扇區S藉由查詢一資料庫，以便決定包含該等。丁戶k MS—1和MS_2之多播群組gR〇uP_IDx的識別名稱。士。-卜所述’資訊來源可包含（例如）伺服器、另一訂戶端或熟.習此項技術者已知的其他來源。 °玄扇區S將該識別名稱和該頻道指派資訊納入至添加信 Φ cb ’在一項具體實施例中，該添加信號訊息包含一 86721 -35- 1358239 廣播系統參數訊息BSPM。在時間t2。，該扇區s廣播bspm (GROUP_IDx，頻道指派資訊）。具有識別名稱之群組中成員的訂戶端MS_1和MS_2接收該BSPM (GROUP_IDx，頻道指派資訊），在時間h處理該bspm並且採取適當動作，例如 ’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間“ ’開始在流量頻道上傳輸多播服務内容 (Group_IDx的流量）。如所述’添加信號訊息bspm本身會週期性重複，據此，如果將識別名稱和頻道指派資訊納入至每個訊息中’則同樣地’在該添加信號訊息B spm的下一例項（instance)中也會傳輸該頻道指派資訊。在時間“。只有顯示一個例項。或者，該扇區S將該識別名稱及該頻道指派資訊納入至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。該扇區S使用任一如上文所述之具體實施例’決定出成員訂戶端所監視之傳呼頻道上的時槽。接著，在時間t2p，該扇區s 在S亥時槽中傳輸GPM (MCP : GR〇UP_IDx，頻道指派資訊）。具有識別名稱之群組中成員的訂戶端Μ、〗和MS —2接收該 GPM (MCP : GROUP_IDx，頻道指派資訊），在時間“處理该GPM並且採取適當動作，例如’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間u，開始在流量頻道上傳輸多播服務内容（Gr〇upjDx的流量）。如果要求成員訂戶端在頻道指派之前作出回應，在該共同訊息中接收到多播呼叫通知後，有興趣的訂戶端會傳送回應。此一回應可包括（例如）—發訊訊息（一種新類型的訊 86721 -36- 1358239 息，例如，回應共同添加信號訊息的多播服務加入訊息 (Multicast Service Join Message)，或回應共同傳。乎訊息的傳呼回應訊息（Page Response Message))，用於指示有興趣的訂戶端想要加入多播服務。在接收到回應後，負責頻道指派的存取網路之實體可考量數個回應，以便決定所要指派的頻道類型。在一項具體實施例中，存取網路比較數項回應與一臨限值，並且按照比較結果來指派頻道類型。如果實體決定要指派一共用頻遏，則存取網路會傳送一共同頻道指派訊息（例如，多播頻道 #日派 sfl 息（Multicast Channel Assignment Message ; mcam))，訊息中包含了該共用多播服務流量頻道的資訊。因此，該多播頻道指派訊息（MC AM)使用一多播位址以便將該共用頻道指派給該等有興趣的訂戶端。如上文所述，不需要將該傳呼頻道上的相同聘槽指派給屬於以GROUP一ID識別之群組的訂戶端。因此，需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。在一項具體實施例中，在接收到通知後，隨即要求訂戶端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻道時槽中傳送該多播頻道指派訊息（MC aM)。在另一項具體實施例中，採用用於決定要一傳送一多播定址通知之時槽的相同方法，在一時槽上傳送該多播頻道指派訊息（MCAM)。在另一項具體實施例中’共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼，而要求訂戶端監視所指示的 86721 -37- 傳呼頻道時粬a π 在另—5疋否有多播頻道指派訊息（MCAM)。卜n項’、體實施例中，會在訂戶端所監視的每個時槽上傳达多播瓶頻逼私派訊息（MCAM)。熟習此 # β ..項技術者應明白，如上文所述的具體實施例個別皇供才曰導用途。— — 檀通仏系統將使用適用於多播服務的具體貫施例。可A。，，在（例如）通知中來指定所要選用的具體實施例。、 1戶端處理訊息，則有興趣的訂戶端開始監視所指派的頻道，以便接收多播服務流量。 >圖10,根據如上文所述之具體實施例之訊息流程的實 J在寸間h，—扇區S接收一指示項「GROUP_IDx」，用於指不—預定給識別名稱為GR〇Up—IDx之群組的多播呼 Η即將開始。遠指示項可能是由通信系統的其他實體所提 ί、例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他貫體。或者，該扇區s接收訂戶端MS —丨和MS_2的識別。接著，該扇區s藉由查詢一資料庫，.以便決定包含該等。丁戶端MS — 1和MS—2之多播群組GR〇Up_IDx的識別名稱。如上文所述，資訊來源可包含（例如）伺服器 '另一訂戶端或熟習此項技術者已知的其他來源。該扇區S將該識別名稱納入至添加信號訊息中，在一項具體實施例中，添加信號訊息包含一廣播系統參數訊息BspM 。在時間t2。’該扇區s廣播BSPM (GROUP_IDx)。屬性具有該識別名稱之群組中成員的訂戶端MS_1和MS_2接收該 BSPM (GROUP_IDx)，處理該BSPM並且採取適當動作，例 86721 -38- 如’傳达一回應訊息。如所述，添加信號訊息BSPM本身會週期性重複’據此，如果將識別名稱納人至每個訊息令， J在該添加h號訊息BSpM的下一例項中也會傳輸該識別名稱。在時間t2。只有顯示一個例項。或者，該扇區S將該識別名稱納入至一傳呼訊息中，例如 ;.内入至般傳啤訊息（GPM)中。接著，該扇區^決定成員訂戶端所監視之傳呼頻道上的時槽，並且在時間〜在該時槽中傳輸GPM(MCP: GRmjp—ID小屬性具有該識別名稱之群組中成員的訂戶端MS」和MS_2接收該GpM (Mcp : group—IDx)，處理該GPM並且採取適當動作，例如，傳送一回應訊息。無論使用何種共同訊息傳進行通知，訂戶端以、2 各自在時間h、“傳送回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派一共用頻道。該扇區s決定用於傳送共同頻道指派訊息（例如，多播頻道指派訊息. (MCAM))的方法’並且在時間ts傳送該多播頻道指派訊息 (MCAM)，該訊息中包含了該共用多播服務流量頻道 MCAM(頻道指派資訊）的資訊。在時間“，訂戶端Μ、〗和 MS—2處理該MCAM並且採取適當動作，例如’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間…開始在流量頻道上傳輸多播服務内e(Gr〇up—iDx的流量）。在另一項具體實施例中，如果實體決定要指派一共用頻道，則存取網路會將一包含共用多播服務流量頻道資訊的 86721 -39· 1358239 個別頻道指派訊息（Individual Channel Assignment Message ;ICAM)傳送至每個回應的成員訂戶端。在按照is-2000標準的通信系統中，該個別頻道指派訊息（ICAM)可包括（例如）一延伸式頻道指派訊息（Extended Channel Assignment Message)。此一個別指派是可實行的，因為雖然存取網路在傳送通知時確實不需要知道個別訂戶端的識別，但是從訂戶端接收回應時就會得知訂戶端的識別。請注意，因為會個別指派該共用多播服務流量頻道，就修像點對點呼叫一樣，所以可使用任何已知的點對點流量頻道指派方法。據此，因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道’所以何將傳送每個訂戶端的 ICAM之問題並不存在。圖11顯示根據如上文所述之具體實施例之訊息流程的實例。在時間tl，一扇區s接收一指示項「GR0Up—IDx」，用於指示一預定給識別名稱為GR0UP—IDx之群組的多播呼叫即將開始。該指示項可能是由通信系統的其他實體所提籲 •供，例如，基地台控制器、PSTN、資訊來源（圖巾未顯示）及其他貫體。或者，該扇區8接收訂戶端MS—丨和MS 2的識別。接著，該扇區S藉由查詢一資料庫，以便決定包含咳等訂戶端MSJ和MS_2之多播群組GR〇up_mx的識別名如上文所述，資訊來源可包含（例如）祠服器、另—訂戶食山或熟習此項技術者已知的其他來源。而 '•玄扇區S將該識別名稱納入至添加信號訊息中，在—項具 86721 -40· imm Γ 體實施例中，添加信號訊息包含一廣播系統參數訊息bspm 。在時間t2。，該扇區S廣播BSPM (GROUP—IDx)。屬性具有该識別名稱之群組中成員的訂戶端MS_1和MS_2接收該 BSPM(GROUP_IDx) ’處理該BSPM並且採取適當動作，例如，傳送一回應訊息。如所述，添加信號訊息BSPM本身會週期性重複’據此，如果將識別名稱納入至每個訊息中，則在該添加信號訊息BSPM的下一例項（instance)中也會傳輸該識別名稱。在時間t2。只有顯示一個例項。或者，該扇區S將該識別名稱納入至一傳呼訊息中，例如，納入至一般傳呼訊息（GPM)中。接著，該扇區3決定成員訂戶端所監視之傳呼頻道上的時槽，並且在時間W在該時槽中傳輸GPM (MCP : GROUP_IDx)。屬性具有該識別名稱之群組中成員的訂戶端MS—1和MS一2接收該GPM (MCP : GROUP一IDx) ’處理該GPM並且採取適當動作，例如，傳送一回應訊息。無論使用何種共同訊息傳進行通知，訂戶端Ms_ 1和]vis 2 各自在時間h、％傳送回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派專用頻道。因為該扇區s 可從所接收到回應而得知訂戶端MS_1和MS—2的識別，所以該扇區S會依據回應來決定該等訂戶端Ms—丨和Ms—2將用於監視傳呼頻道的時槽。直到時間ts為止，該扇區s等待訂戶端MS—1所監視的傳呼時槽，接著將的個別ICaM(頻道指派資訊）運載至訂戶端MS_1。同樣地，直到時間u為止，該扇區S等待訂戶端MS—2所監視的傳呼時槽，接著將個別 86721 -41 · * . 一 p 一 . · . · · . — ——- - · ' .- 1358239 ICAM(頻道指派資訊）運載至訂戶端MS 2〇在 — 甘合自的時間t‘ 、’訂戶端MS一1和MS_2處理該ICAM並且採取適當動作 ’例如’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t?，開始在流量頻道上傳輪多播服務内容（Group_IDx的流量）。在另一項具體實施例中，如果實體決定要為每個回應的成員訂戶端指派一共用頻道，則存取網路會將—包含專用多播服務流量頻道資訊的個別頻道指派訊息傳送至每個回應的成員訂戶端。此一個別指派是可實行的，因為雖然存取網路在傳送通知時確實不需要知道個別訂戶端的識別，但是從訂戶端接收回應時就會得知訂戶端的識別。因為會個別指派該多播.服務流量頻道，就像點對點啤叫一樣，所以可使用任何已知的點對點流量頻道指派方法。具體而言，存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道。圖12顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t!，一扇區s接收一指示項r GROUP jDx」，用於指示一預定給識別名稱為GR〇up_idx之群組的多播呼叫即將開始。該指示項可能是由通信系統的其他實體所提供，例如’基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實體。或者’該扇區S接收訂戶端MS_1和MS_2的識別。接著，該扇區S藉由查詢一資料庫，以便決定包含該等 a丁戶端MS—1和MS一2之多播群組GR〇UP_IDx的識別名稱。 86721 • 42- 1358239 資訊來源可包含(例如)词服器、另-訂戶端或％此項技術者已知的其他來源。 :扇區S將該識別名稱納入至添加信號訊息中，在一項具體：施例中，添加信號訊息包含-廣播系統參數訊息BSPM 。在時㈣。’該扇區s廣播BSPM (GR〇up idx)。屬性且有該識別名稱之群組中成員的訂戶端MSJ和MS 2接收該 BSm (GR0UP—IDx)，處理該BSPM並且採取適當動作例如’傳送一回應訊息。如所述，添加信號訊息BSPM本身會週期性重複，據此’如果將識別名稱納人至每個訊息中，則在該添加信號訊息BSP_下—例項（Stance)中也會傳輸該識別名稱。在時間t2。只有顯示一個例項。或者，該扇區S將該識別名稱納入至—傳呼訊息中，例如，納入至—般傳呼訊息（GPM)中。接著，該扇區S決定成員訂戶端所監視之傳呼頻道上的時槽，並且在時間t2p在該時槽中傳輸讓（MCP : GR〇UP_IDx)。屬性具有該識別名稱之群組中成員的訂戶端MS一〖和Ms_2接收該GpM (Mcp : GROUP_IDx)，處理該GPM並且採取適當動作，例如，傳送一回應訊息。無，使用何種共同訊息傳進行通知，訂戶端MS_i和各自在時間hU傳送回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派專用頻道。因為該扇區s 可從所接收到回應而得知訂戶端MS—i和Ms—2的識別，所以該扇區S會依據回應來決定該等訂戶端河^丨和河、]將用於監視傳呼頻道的時槽。 86721 -43- 丄观239 直到％間ts為止，該扇區s等待訂戶端MS_丨所監視的傳呼時槽，接著將個別ICAM(頻道指派資訊）運載至訂戶端在時間ts ’訂戶端MS一 1處理該ic AM並且採取適當動作，例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體.頻道》同樣地，直到時間為止，該扇區s等待訂戶端Ms_2所監視的傳呼時槽，接著將個別ICAM(頻道指派資訊）運載至訂戶端MS-2。在時間“，訂戶端MS一2處理該ICAM並且採取適田動作例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t?，開始在專用流量頻道上傳輸多播服務内容 (Group_IDx的流量）。在另一項具體實施例中，如果實體決定要為每個回應的成員"丁戶端指派一專用頻道，則存取網路會傳送一共同頻道指派訊息（多播頻道指派訊息（MCAM)),該訊息包含每個個別多播服務流量頻道的資訊。因此，一個多播頻道指派訊息（MCAMR用-多播㈣，以便將—專用多播服務流量頻道指派給每個有興趣的訂戶端。如上文所述，$需要將該傳呼頻道上的相㈣槽指派給屬於以GROUP一ID識別之群組的訂戶端。因此，需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。在-項具體實施例中’在接收到通知後，隨即要求訂戶端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻道時槽中傳送該多播頻道指派訊息（MCAM)。 86721 -44 - 1358239 該扇區s將該識別名稱納入至添加信號訊息中，在一項具體實施例中，添加信號訊息包含一廣播系統參數訊息BspM 。在時間t2。’該扇區s廣播BspM (GR〇up」Dx)。屬性具有該識別名稱之群組中成員的訂戶端Μ。和⑽―2接收該 BSPM (GROUP—IDx) ’處理該BspM並且採取適當動作例如傳送回應訊息。如所述，添加信號訊息BspM本身會週期性重複’據此，如果將識別名稱納入至每個訊息中，則在該添加信號訊息BSPM的下一例項（Stance)中也會傳輸該識別名稱。在時間h。只有顯示—個例項。或者，該扇區S將該識別名稱納入至一傳呼訊息中，例如 ’納入至一般傳呼訊息⑽⑷中。接著，該扇區以定成員訂戶端所監視之傳呼頻道上的時槽，並且在時間、在該時槽中傳輸GPM (MCP : GROUP_IDx)。屬性具有該識別名稱之群組中成員的訂戶端MS_i和Ms—2接收該GpM (Mcp : GROUP_IDx)，處理該GPM並且採取適當動作，例如，傳送一回應訊息。無論使用何種共同訊息傳進行通知，訂戶端各自在時間h“傳送回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派一專用頻道。該扇區3決= 用於傳送共同頻道指派訊息（例如，多播頻道指派訊息 (MCAM))的方法，並且在時間ts傳送該多播頻道指派訊息 (MCAM)，該訊息中包含了該專用多播服務流量頻= MC AM(頻道指派資訊）的資訊。在時間U，訂戶端MS_i處理該MCAM並且採取適當動作 86721 -46 - 1358239 ’例如’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。，同樣地，在時間t0，訂戶端MS_2處理該ICAM並且採取適 f動作，例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間4，開始在專用流量頻道上傳輸多播服務内容 (Gr〇Up_IDx的流量）。在一項具體實施例中，會經由一個.別傳呼訊息向每個成員訂戶端通知多播服務。因為會經由多個個別傳呼訊息將多播服務通知傳輸給多個訂戶端，所以用於產生個別傳呼訊息的實體必需知道個別成員訂戶端的識別。流量頻道的頻道指派資訊當做通知的一名頻道識別（就按照IS_2000標準的通信系統

共用頻道或專用頻道。如果成員訂戶端不需要作出回應’則可能會將多播服務的通信系統而論，頻道識別為此項技術者已知的其他指派呼訊息進行通知，則頻道指的一部份。因為會在個別傳所以所指派的頻道類型能是

道的成員訂戶端是否有興趣加夕播呼叫通知，假使用於產一專用頻道指派給每個成員 .用^源配置給沒有興趣加入 ’希望決定被指派一專用頻入多播服務，而得以可再利 86721 -47- 1358239 用非加入之成員訂戶端的專用頻道’並且供其他服務（例如 ’正規點對點呼叫）再使用。在一項具體實施例中，在存取 ’码路已^曰派專用頻道且多播服務已開始後，存取網路決定成員訂戶端是否有在所指派的反向鏈路頻道上進行活動。一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指派的頻道，以便接收多播服務流量。圖14顯示根據如上文所述之具體實施例之訊息流程的實例’其中會指派一共用頻道。在時間ti，一扇區S接收一訂戶端MS—1和MS_2的識別GROUP一IDx ’其中包含要開始多播呼叫之識別名稱為GR0UP_IDx的群組。或者，該扇區S 接收一群組識別名稱GR〇UP_IDx。該資訊可能是由通信系統的其他實體所提供，例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他實體。接著，該扇區s藉由查詢一資料庫，以便決定該等訂戶端MS_1和MS—2之識別。接著，該扇區s建立一個別多播傳呼（MCP)(該多播傳呼（Mcp)中包含每個訂戶端MS一1和MS一2的該識別名稱GR〇UP_IDx及一頻道指派資訊），並且將該多播傳呼（Mcp)納入至一傳呼訊息中，例如，納入至一般傳呼訊息（GpM)中。接著，s亥扇區S決定出訂戶端MS_1和MS_2所監視之傳呼頻道上的時槽。在時間h，該扇區s在訂戶端1^、1所監視之時槽中傳輸GPM (MCP : GR〇UP_IDx ’頻道指派資訊）。訂戶端MS_i接收該GPM (MCP: GR〇up—Ι〇χ，頻道指派資訊），處理該GPM並且採取適當動作，例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。 86721 -48 - 1358239 在時間，該扇區S在訂戶端MS 一2所監視之時槽中傳輸 GPM (MCP: GROUP_IDx，頻道指派資訊卜訂戶端Ms 2 接收該GPM(MCP: GROUP—IDx，頻道指派資訊），處理該 GPM並且採取適當動作，例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間U，開始在共同流量頻道上傳輸多播服務内容 (Group_IDx的流量）。圖15顯示根據如上文所述之具體實施例之訊息流程的實例，其中會指派多個專用頻道。在時間ti，一扇區s接收一訂戶端MS一1和MS_2的識別GR〇UP_IDx，其中包含要開始多播呼叫之識別名稱為GR〇UP_IDx的群組。或者，該扇區 S接收一群組識別名稱GR〇UP_IDx。該資訊可能是由通信系統的其他貫體所提供，例如，基地台控制器、PStn、資訊來源（圖中未顯示）及其他實體。接著，該扇區8藉由查詢 >料庫，以便決定該等訂戶端Ms_l和MS_2之識別。接著，該扇區S建立一個別多播傳呼(該多播傳呼（mcp)中包含每個訂戶端MS一 1和MS_2的該識別名稱GROUP_IDx及一頻道指派資訊），並且將該多播傳呼（Mcp)納入至十傳呼 sfi息中，例如，納入至一般傳呼訊息（GpM)中。接著’該扇區S決定出訂戶端— 所監視之傳呼頻道上的時槽。在時間tz，該扇區S在訂戶端ms— 1所監視之時槽中傳輸GPM (MCP : GROUP一IDx，MS—1的頻道指派資訊）。訂戶端MS一1接收該GPM (GROUP_IDx，MS一1的頻道指派資訊），在時間h處理該gpm並且採取適當動作，例如 86721 •49· 1358239 ，調整頻道並且開始監視用於為訂戶端傳輸所識別之多播呼叫的實體頻道（MS一1的流量）^ 在時間“ ’該扇區S在訂戶端Ms_2所監視之時槽中傳輸 GPM (MCP : GKGUP_IDx ’ MS_2的頻道指派資訊）。訂戶端 MS—2接收該GPM (GROUP一IDx，MS_2的頻道指派資訊），在時間處理該GPM並且採取適當動作，例如，調整頻道並且開始監視用於為訂戶端M s_2傳輸所識別之多播呼叫的實體頻道（MS_2的流量）。如果要求成員訂戶端在頻道指派之前作出回應，在該共同訊息中接收到多播呼叫通知後，有興趣的訂戶端會傳送回應，例如，像是傳呼回應訊息（Page Resp〇nse Message) 的發訊訊息，用於指示有興趣的訂戶端想要加入多播服務。在接收到回應後’負責頻道指派的存取網路之實體可考量數個回應，以便決定所要指派的頻道類型。在一項具體實施例中，存取網路比較數項回應與一臨限值，並且按照比較結果來指派頻道類型。如果實體決定要指派一共用頻道，則存取網路會傳送一共同頻道指派訊息（例如，多播頻道才日派 sfl 息（Multicast Channel Assignment Message ; MC AM))，訊息中包含了該共用多播服務流量頻道的資訊。因此’該多播頻道指派訊息（MCAM)使用一多播位址以便將該共用頻道指派給該等有興趣的訂戶端。如上文所述’不需要將該傳呼頻道上的相同時槽指派給屬於以GR〇UP_ID識別之群組的訂戶端。因此，需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。 86721 -50- 1358239 在一項具體實施例中，在接收到通知後，隨即要求訂戶端以非時槽模式來監視傳呼頻道；因此，可在任何傳呼頻道時槽中傳送該多播頻道指派訊息（MCAM) » 在另一項具體實施例中，採用用於決定要一傳送一多播定址通知之時槽的相同方法，在一時槽上傳送該多播頻道指派訊息（MCAM)。在另一項具體實施例中，共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼，而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。在另一項具體實施例中，會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息（MCAM) » 热習此項技術者應明白，如上文所述的具體實施例個別僅供指導用途。一種通信系統將使用適用於多播服務的具體貫施例。可在（例如）通知中來指定所要選用的具體實施例0 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指派的頻道，以便接收多播服務流量。圖16顯示根據如上文所述之具體實施例之訊息流程的實例在時間t!，一扇區§接收一訂戶端MS—丨和MS —2的識別 GKOUP一IDx ’其中包含要開始多播呼叫之識別名稱為 OUP—IDx的群組。或者，該扇區$接收一群組識別名稱 UP 一 IDx該為讯可能是由通信系統的其他實體所提供 'J如基地σ控制器、PSTN、資訊來源（圖中未顯示）及 /、他貫體。接著，該扇區s藉由查詢一資料庫，以便決定該 86721 •51 _ 1358239 ’等訂戶端MS_1和MS一2之識別。接著，該扇區8建立一個別多播傳啤（MCP)(該多播傳呼（MCP)中包含每個訂戶端MSj 和MS一2的識別名稱GR0UP_IDx)，並且將該多播傳呼（MCp) 納入至一傳呼訊息中，例如，納入至一般傳呼訊息（GpM) 中。接著’該扇區S決定出訂戶端MS一1和MS_2所監視之傳呼頻道上的時槽》在時間q，該扇區s在訂戶端MS_1所監視之時槽中傳輸GPM (MCP : GROUPjDx)。在時間t3，訂戶端 MS_1接收GPM (GR0UP_IDX)並且傳送一回應。在時間U，該扇區S在訂戶端MS_2所監視之時槽中傳輸

GPM (MCP : GROUP一IDx)。在時間 t5，訂戶端 mS_2接收 GPM (GROUP一IDx)並且傳送一回應。在接收到回應後’負責頻道指派的存取網路之實體決定要指派共用頻道。直到時間t6為止，該扇區S等待訂戶端 MS_1所監視的傳呼時槽，接著將個別ICAM(頻道指派資訊）運載至訂戶端MS_1。訂戶端MS_1處理該ICAM並且採取適當動作’例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。同樣地’直到時間t?為止’該扇區s等待訂戶端MS_2所監視的傳呼時槽，接著將個別IC AM(頻道指派資訊）運載至訂戶端MS一2。訂戶端MS—2處理該ICAm並且採取適當動作，例如’調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間“ ’開始在流量頻道上傳輸多播服務内容（Gr0Up— 86721 •52· ^58239 ID x的流量）。在另一項具體實施例中’如果實體決定要指派一共用頻返’則存取網路會將一包含共用多播服務流量頻道資訊的卜員〔才s 派 5凡息（Individual Channel Assignment Message ’ ICAM)傳送至每個回應的成員訂戶端。在按照is_2〇〇〇標準的通信系統中，該個別頻道指派訊息（ICAM)可包括（例如）申气 v員道才日派 3孔息.(Extended Channel Assignment Message) ° 此個別指派是可實行的，因為雖然存取網路在傳送通知％確貫不需要知道個別訂戶端的識別，但是從訂戶端接收回應時就會得知訂戶端的識別。。月主思，因為會個別指派該共用多播服務流量頻道，就像點對•點呼叫一樣，所以可使用.任何已知的點對點流量頻道指派方法。據此，因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道，所以何將傳送每個訂戶端的 ICAM之問題並不存在。圖17顯示根據如上文所述之具體實施例之訊息流程的實例。在時間，—扇區s接收一訂戶端MS」和Ms—2的識別 R〇UP_IDx ’其中包含要開始多播呼叫之識別名稱為 GR〇UPJ[Dx的群組。或者，該扇區§接收一群組識別名稱 GR〇UP_IDx。該資訊可能是由通信系統的其他實體所提供 ’例：’基地台控制誇、PSTN、資訊來源(圖中未顯示)及其他實體。接著，該扇區S藉由查詢一資料庫，以便決定該等訂戶端MS_1和MS_2之識別。接著，該扇區8建立一個別 S6721 -53- 以便將§玄共用頻道指派給該等有興趣的訂戶端。如上文所述，不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。因此，需要—種月t*夠咼效率傳遞多播呼叫啟始資訊的方法。在-項具體實施例中，在接收到通知後，隨即要求訂戶端以非時槽杈式來監視傳呼頻道；因此，可在任何傳呼頻道時槽中傳送該多播頻道指派訊息（MCAM)。在另一項具體實施例中，採用用於決定要一傳送—多播定址通知之時槽的相同方法，在—時槽上傳送該多播頻道指派訊息（MCAM)。 “在另—項具體實施例中，制添加信號訊息或共同傳啤 U曰不傳呼頻遏時槽號碼，而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息（MCAM)。在另-項具體實施例中，會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息（MC AM)。熟習此項技術者應明白’如上文所述的具體實施例個別 2指導用途…種通信系統將使用適用於多播服務的具般貝％例可在（例如）通知中來指定所要選用的具體實施例0 一旦訂戶端處理訊息，則有興趣的訂戶端開始監視所指派的頻道，以便接收多播服務流量。圖1 8顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t| ’ —扇區s接收一訂戶端Ms—^ ms_2的識别 UP一IDx，其中包含要開始多播呼叫之識別名稱為 86721 -55- -· ·~ —r · ·— 1358239 GROUP-IDx的群組。或者，該扇區s接收一群組識別名稱 GR〇UP_IDx。該資訊可能是由通信系統的其他實體所提供，例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他貫體。接著，該扇區S藉由查詢一資料庫，以便決定該等訂戶端MS — 1和MS—2之識別。接著，該扇區8建立一個別多播傳呼（MCP)(該多播傳呼（MCP)中包含每個訂戶端MS_1 和MS一2的識別名稱GR〇UP_IDx)，並且將該多播傳呼（MCP) 納入至一傳呼訊息中，例如，納入至一般傳呼訊息（GpM) '中。接著，該扇區S決定出訂戶端MS一1和MS_2所監視之傳呼頻道上的時槽。在時間，該扇區8在訂戶端Ms_ 1所監視之時槽中傳輸GPM (MCP : GR〇UP_IDx)。在時間t3，訂戶端 MS —1接收GPM (GR〇uP—IDx)並且傳送一回應。在時間％，該扇區S在訂戶端MS—2所監視之時槽中傳輸 GPM (MCP ·· GR0UP—IDx)。在時間 ί5，訂戶端 2接收 GpM (GROUP一IDx)並且傳送一回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派專用頻道。該扇區S決定用於傳送共同頻道指派訊息 (例如，多播頻道指派訊息（MCAM))的方法，並且在時間u 傳送該多播頻道指派訊息（MCAM)，該訊息中包含了該專用多播服務流量頻道mcam(ms_i的頻道指派資訊，MS 2的頻道指派資訊）的資訊。在各自的時間卜、t8，訂戶端1^、i 和MS_2處理該MCAM並且採取適當動作，例如，調整頻道並且開始監視用於傳輸所識別之多播呼叫的分別用於 86721 -56- 1358239 MS—!流量的專用實體頻道及肘、2流量的專用實體頻道。在另一項具體實施例中，如果實體決定要指派多個專用頻迢，則存取網路會將—包含共用多播服務流量頻道資訊的個別頻道指派訊息（Individua丨Channe丨

Message ; ICAM)傳送至每個回應的成員訂戶端。在按照 JS-2000標準的通信系統中，㈣別頻道指派訊息（icam) 可包括（例如）一延伸式頻道指派訊息（Extended channei Assignment Message) 〇請注意，®為會個別指派該共用多播服務流量頻道，就像點對點呼叫一樣’所以可使用任何已知的點對點流量頻道指派方法。據此，因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道，所以何將傳送每個訂戶端的 ICAM之問題並不存在。圖1 9 ,，肩示根據如上文所述之具體實施例之訊息流程的實例在日^間1:1，—扇區S接收一訂戶端MS_1和MS_2的識別 GROUP_IDx ’其中包含要開始多播呼叫之識別名稱為 GROUP_IDx的群，组。或者，該扇區8接收一群組識別名稱 GROUP一IDx。該資訊可能是由通信系統的其他實體所提供，例如，基地台控制器、PSTN、資訊來源（圖中未顯示）及其他貝體。接著，該扇區s藉由查詢一資料庫，以便決定該等訂戶端MS — 1和MS_2之識別。接著，該扇區5建立一個別多播傳呼（MCP)(該多播傳呼（MCp)中包含每個訂户端彳MS一2的識別名稱gr〇up_idx) ’並且將該多播傳呼（mcp) 、'内入至傳呼矾息中，例如，納入至一般傳呼訊息（GPM) 86721 •57- 1358239 中0 接著，該扇區S決定出訂戶端MS—1和MS_2所監視之傳呼頻道上的時槽。在時間，該扇區S在訂戶端MS-丨所監視之時槽中傳輸GPM (MCP ·· GROUP—IDx)。在時間t3，訂戶端 MS_1接收GPM (GROUP—IDx)並且傳送_回應。在時間h，該扇區s在訂戶端MS_2所監視之時槽中傳輸 GPM (MCP : GROUP一IDx)。在時間 t5，訂戶端 MS—2接收 GpM (GROUP_IDx)並且傳送一回應。在接收到回應後，負責頻道指派的存取網路之實體決定要指派專用頻道。直到時間Q為止，該扇區S等待訂戶端 MS_1所監視的傳呼時槽，接著將個別ICAM (ms—1的頻道指派資訊)運載至訂戶端Ms」。在時間“，訂戶端Μ”處理該ICAM並且採取適當動作，例如，調整頻道並且開始監視。丁戶端MS_1用於傳輸所識別之多#呼叫（ms—}的流量）的實體頻道。同樣地直到日T間“為止，該扇區s等待訂戶端MS_2所監視的傳呼時槽’接著將個別ICAM (ms—2的頻道指派資訊）運載至訂戶端MS—2。在時間“，訂戶譯―2處理該丨⑽ 並且採取適當動作，彳5,丨1 丨如’調整頻道並且開始監視訂戶端 MS—2用於傳輸所識.別之多播呼叫的流量）的實體頻道0 僅供指導用途0 —種通么/JU ro Λ 裡逍k糸統將使用適用於多播服務何具體實施例。例如，Λ 針對要傳遞至一多播群組的多 86721 -58· 式規劃邏輯裝置(PLD)、離散組件或其任何的組合以執行本女β卜體邏輯、離散硬體 .„s ^ 轨仃本文所說明的功能，以實 = 合本文所發表之具體實施例說明的各種圖解邏輯方組及電路。—般用途處理器可能是微處理器，4 替代方案中，處理器可能是任何傳統處理器、控微控制器或狀態機器。處理工° ,, 益Γ只她為電腦裝置的袓人，例如DSP和微處理器的組合、 ° 核心的一個或一個以上微處理^ 處理器、連接撕配合本文中揭示之且體，=任何其他此類的組態。足，、肽只鉍例令說明的方法或演算法牛 =直接用硬體、處理器執行的軟體模組或軟硬體組合且體化。軟體模組可駐存於RAM記憶體、快閃記憶體⑽ 記憶體、EPROM記愔俨、 Μ»己隐體、EEPR〇M記憶體、暫存器、硬碟、可抽取磁碟、CD_R〇M、或此項技術中所熟知之他形式的儲存媒體中。—種示範性儲存媒體係耗合處判 ’以致於處理器可自儲存媒體中讀取資訊，以及寫入資; 到儲存媒體。在替代方案中，儲存媒體可被整合至處理器中。處理器和儲存媒體可駐存在八训中。該AWC可存在於《术使用者終端機中。在替代方案中’處理器和儲存媒體可田作放離組件駐存在使用者終端機中。别文中提供所揭示具體實施例的說明，讓熟習此項技術者可運用或利用本發明。熟習此項技術者應明白這些具^ 實施例的各種修改，並且本文中定義的一般原理可適二其他具體霄施例，❿不會脫離本發明的精神或範疇。因此 ’本發明不受限於本文中提出的具體實施例，@是符合與 86721 •60· 1358239 本文中所說明的原理及新穎功能一致的最廣泛的範疇。本發明文件所發表的一部份包括受到著作權保護的物料。著作權擁有人不反對任何人傳真再製專利暨商標局專利標案或記錄中發表的專利文件或本發明，但是絕對保留著作權的所有權限。【圖式簡單說明】圖1顯示根據本發明具體實施例之能夠提供多播服務之通k系統的概念方塊圖；圖2顯示根據一項具體實施例之通知訊息流程的圖式；圖3顯示一傳呼訊息的概念圖；圖4顯示根據另一項具體實施例之通知訊息流程的圖式；圖5顯示在一項具體實施例中，透過正向快速傳呼頻道 (Q CH)來運載k號與透過正向共同控制頻道（p_ccCH) 或正向傳呼頻道(F-PCH)來運載信號之間的關係； Θ .4 丁根據另一項具體實施例之通知訊息流程的圖式；圖7顯示根據一項具體實施例，透過正向快速傳呼頻道與正向共同控制頻道（f-ccch)或正向傳呼頻道 )來運載信號之間的關係；以及二：示根據另一項具體實施例之通知訊息流程的圖式；士 1的丁根據另一項具體實施例之回應/頻道指派之訊息流程的圖式；〜回應/頻道指派之訊圖10顯示根據另一項具體實施例之息流程的圖式；. 圖11顯示根據另一項具體實施例之回應/頻道指派之訊 86721 -61 - 1358239 息流程的圖式；施例之回應/頻道指派之訊圖12顯不根據另一項具體實息流程的圖式；圖13顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式；圖14顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式；圖15顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式；圖16顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖'式；圖17顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式；圖1 8顯不根據另一項具體實施例之回應/頻道指派之訊息流程的圊式；以及圖19顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式。【圖式代表符號說明】 100 通訊系統 102 104 106 108 110 内容伺服器（CS) 網際網路（IP) 多重發送封包資料伺服節點封包控制功能(PCF)/基地台控制器（BSC) 基地台 86721 -62- 1358239 112 114 120 116 118 MS 1 公共交換電話網路正向鏈路頻道網路連接功能成員訂戶端反向鏈路頻道，MS_2，MS_3 訂戶端 86721 -63 -

Claims

1358239 第092118782號專利申請案中文申請專利範圍替換本(100年6月）拾、申請專利範圍1(Ρ· 6’ 2. 3. 4. 、价年條正本一種在一通信系統中用於一多播服務通知之裝置，包括：、一處理器；以及一儲存媒體，其耦合至該處理器，並且包含該處理器可執行的一組指令集，以執行下列動作：將一指示項納入至 :以及如果該才曰示項指示出一多播服務通知，則將一多播服務通知納入至„筮一城、若哲_ 第一頻道上之第二時槽中所運載的訊息之中’該第二時槽相對應於該第一時槽。如申請專利範圍第1之裝置，其中該處理;將一指示、、至帛_槽的方式為’執行-組指令集而得以執行下列動作：決定一多播傳呼循環；以及依據該多播傳呼循環及一多該第H in制名稱來決定如申請專利範圍第2項展置其中該處理器依摅兮夕播傳呼猶環及—各拣敌，_ 1伋據該多群、，且識別名稱來決定該第一 a 的方式為，執行一組指令隹而付以執仃下列動作：將s亥多播傳呼傭雜凑函數中；：：多播群組識別名稱輸入互如申將:二時Γ定為該雜凑函數所輸的-值。 τ月寻利釦圍第1項之| 展置，其中該處理器將—多第頻道上的一第一時槽之中 86721-1000610.doc 服務通知納入至一在—第訊息中的方式為，執行一作：頻道上第二時槽中運栽之組指令集而得以執行下列動夕播服務通知納入至—在 /IT 時槽所運載的訊.中，π思夂一第二 mu ’該第二時槽與該第— 彼此偏移一預先決定時間間隔。 _間 5. 6. 如申請專利範圍第4項之裝置，其中該第二一時槽之間彼此偏移100毫秒。該第如申請專利範圍第丨項之裝置，其媒體被配置在一基地台中。该處理錢該儲存 7. 一種在一通信系統中用於一訂戶端之之裝置，包括：多播服務通知 °丁戶知，其被組態以執行下列動作：示項加以解將來自一第一頻道上一第一時槽的一指碼；以及如果該指示項指示出一多播服務通知，則將在—第二頻道上第二時槽中的一多播服務通知加以解碼，該第二時槽相對應於該第一時槽。 8. 2申請專利範圍第7項之裝置，其甲該訂戶端將來自第 m第-時槽的—指示項加以解碼的方式為，該 ^丁戶端被組態以執行下列動作：決定一多播傳呼循環；以及依據該多播傳呼循環及一多播群組識別名稱來決定該第一時槽。、 86721-1000610.doc -2- .如申請專利範圍第8項之裝置，其中該訂戶端依據該多播傳呼循環及一多播群組識別名稱來決定該第一時槽的方式為，該訂戶端被組態以執行下列動作：將該多播傳呼循環及一多播群組識別名稱輸入至一雜凑函數中；以及將該第一時槽設定為該雜湊函數所輸的一值。 1〇·如申請專利範圍第7項之裝置’其中該訂戶端將在一第二頻道上第二時槽中的一多播服務通知加以解碼，該第二時槽相對應於該第一時槽的方式為，該訂戶端被組態以執行下列動作：將第一時槽中的一多播服務通知加以解碼，該第二時槽與該第一時槽之間彼此偏移一預先決定時間間隔。 11. 如申請專利範圍第10項之裝置，纟中該第二時槽與該第一時槽之間彼此偏移一預先決定時間間隔包括：該第二時槽與該第一時槽之間彼此偏移100毫秒。 12. —種在—通信系統中用於一多播服務通知之裝置包括：一處理器；以及 m一儲存媒體’其輕合至該處理器，並且包含該處理器可執行的一組指令集’以執行下列動作：建置一介於一属於多播群組之訂戶端與—存取網路中一實體之間的鏈路層協定；透過該鏈路層協定來運載該多播服務通知； 86721-1000610.doc 其中該處理器建立一鏈路層協定的組指令集而得以執行下列動作： $執行— 將-指示項納入至一第—頻道之中；以及頂无决疋時槽如果該指示項指示出-多播層協定建置要求納入至—第一頻道卜則將—鏈路載的1自第—頻道上之一時槽中所運戰的Λ息之中，該時槽相先決定時槽。 f應於…頻道上之該預 13.如申請專利範圍第12 干展罝其中該處理器將一指不項納入至一預先決定時隹二〜吁僧的方式為，執行一組指令集而仔以執行下列動作：決定一廣播傳呼循環；以及將一指示項納入至每俩虐换推Υ Μ 中。廣播傳呼循環的第η個時槽 14 如申請專利範圍第12項之#罟甘心又裒置，其令該處理器將一指示項納入至每個廣播傳呼猶環之第η個時槽中的方式為’執行一組指令集而得以執行下列動作：將一指示項納入至每個廣播傳呼循環的第一個時槽中0 15. 如申請專利範圍第12項路層協定建置要求納入中運載之訊息中的方式行下列動作：之裝置’其中該處理器將一鏈至一在一第二頻道上的一時槽為’執行一組指令集而得以執將-多播服務通知納人至1二頻道的—時槽中， 86721-I000610.doc 1358239 定時槽之間彼此偏移該時槽與該第一頻道上該預先決一預先決定時間間隔。 V 16 一種在一通信系統中用於_ 括：夕播服務通知之裝置包中一訂戶端，其被組態以執行下列動作：建置一介於一屬於多播群組之訂戶端與一實體之間的鏈路層協定；以及 ^ 一存取網路透過該鏈路層協定來接收該多其中該訂戶端建置該鏈路層協端被組態以執行下列動作：播服務通知；定的方式為，該訂戶 _ 將來自第-頻道上的―預先決^時槽的—指示項加以解碼；以及如果該指示項指示出一鏈路層$定建置要求，則將在—第二頻道上之-時槽中的—鏈路層協定建置要求加以解碼，該時槽相對應於該第—頻道上之該預先決定時槽。 17 18. .如一申請專利範圍第16項之裝置，其中該訂戶端將來自第一頻道上的-預先決定時槽的—指示項加以解碼的方式為’該訂戶端被組態以執行下列動作·_ 決定—廣播傳呼循環；以及將每個廣播傳呼循環的第η個時槽中的一指示項加以解續。如申請專利範圍第17項之裝置，#中該訂戶端將每個廣播傳呼循環的第η個時槽中的一指示項加以解碼的 8672M0Q06J0.doc -5· 方式為，該訂戶端被組態以執行下列動作：將每個廣播傳呼循環的第一個時槽中的一指以解喝。 ”請專利範圍第16項之裝置，其中該訂戶端將位於第一頻道上之一時槽中的—鏈路層協定建置要求加以解碼的方式為，該訂户端被組態以執行下列動作：將在一第二頻道之一該時槽中的—鏈路層協定建置要求加以解石馬，該時槽與該第一頻道上該預先決定時槽之間彼此偏移一預先決定時間間隔。 =申請專利範圍第16項之裝置，纟中該處理器及該健存媒體被配置在一基地台中。種在一通k系統中用於一多播服務通知之裝置，包括· 一處理器；以及一儲存媒體，其輕合至該處理器，並且包含該器可執行的一組指令集，以執行下列動作：建置-介於-屬於多播群組之訂戶端與—存取網路中一實體之間的鏈路層協定；透過該鏈路層協定來運载該多播服務通知；其中該處理器建立一鏈路層協定的方式為，執行一組指令集而得以執行下列動作：將一指示項納入至一第—頻道上的一第一時槽之中 :以及如果該指示項指示出—鏈路層協定建置要求則將 -6 - 22. —鏈路層協定建置要冰& 要求納入至-第二頻道上之第二時槽中所運載的#自時槽。訊心之中’該第二時槽相對應於該第- 如申請專利範圍第21項示項响入至-士裝置，其中该處理器將一指巧W八至—弟一時槽得以#杆S的方式為，執行一組指令集而仲从執订下列動作：決定一多播傳呼循環；以及依據該多播傳呼循環及一該第一時槽。 >播群組識別名稱來決定 23 如申請專利範圍第22項之裝置，並多播傳呼循環及一多播…〃中該處理器依據該衣及夕播群組識別名稱槽的方式為，執行—組指令华 …亥第-時將該多播傳呼循環及—多播群 ^動作. 雜凑函數中丨以及』名稱輪入至一 24, :該第-時槽設定為該雜凑函數所輸如申請專利範圍第21項之裝置，苴值。路層協定建置要求納入至 '"處理器將一鏈 + 夂第二頻it ί* ΛΑ 時槽t運载之訊息令的方式為上的-第二以執行下列動作： ^組指令集而得將一鏈路層協定建置要求納入至—在一 + —第二時槽所運載的訊息中，該第二時^二頻道之槽之間彼此偏移一預先決定時間間隔。该第—時 25·如申請專利範圍第24項之裝置，装中节第一時槽之間彼此偏移100毫秒/ Μ第二時槽與該 86721-1〇〇〇61〇 d〇c 1358239 26. 一種在一通信系統中用於一括：多播服務通知之襞置包存取網路一訂戶端，其被組態以執行下列動作：建置-介於-屬於多播群組之訂戶端與中一實體之間的鏈路層協定；以及透過該鏈路層協定來接收該多播服務通知；其中該訂戶端建置該鏈路層協定的方式為端被組態以執行下列動作： “、、μ訂戶

將來自一第一頻道上一第碼；以及一時槽的一指示項加以解 $相不出一鏈路層協定建置在一第二頻道上之第_ ^ %則將求納入至加以解碼，兮结 η士 ^ 置要馬5亥第一時槽相對應於該第— A如申請專利範圍第26項之裝置，並中第時槽。第一頻道上第-時样的 °戶^將來自 ❿ 該訂戶端被組態以執行下列動作：式為，決定一多播傳呼循環；以及依據該多播傳啤循環及一多播群組識該第一時槽。僻术决疋 A ^請專利範圍第27項之裝置，其中該多播傳呼循環及—客换越" 尸鳊依據该槽的方十主識別名稱來決定該第—時 ^工’、、，该訂户端被組態以執行下列動作： :/夕播傳呼循環及—多播雜凑函數令；以及梆翰入至一 8672l-10006J0.doc 1358239 29. 將該第-時槽設定為該雜凑函數所輸的一值。如申請專利範圍第26項之裝置，纟中該訂戶端將在一第二頻道上第二時槽中的一鏈路層以建置要求加以解碼，該第二時槽相對應於該第—時槽的方式為，該訂戶端被組態以執行下列動作：將一第二時槽中的一鏈路層協定建置要求加以解碼 ’該第二時槽與該第一時槽之間彼此偏移一預先決定時間間隔。 3〇‘如申請專利範圍第29項之裝置，其中該第二時槽與該第一時槽之間彼此偏移一預先決定時間間隔包括：該第二時槽與該第一時槽之間彼此偏移1 〇〇毫秒。 8672M000610.doc