TWI435629B - 在一通信系統中啟始多重發送服務之方法及系統 - Google Patents
在一通信系統中啟始多重發送服務之方法及系統 Download PDFInfo
- Publication number
- TWI435629B TWI435629B TW100122368A TW100122368A TWI435629B TW I435629 B TWI435629 B TW I435629B TW 100122368 A TW100122368 A TW 100122368A TW 100122368 A TW100122368 A TW 100122368A TW I435629 B TWI435629 B TW I435629B
- Authority
- TW
- Taiwan
- Prior art keywords
- multicast
- message
- channel
- subscriber
- group
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Description
本發明係關於有線或無線通信系統中的多播通信。具體而言,本發明係關於在此類通信系統中啟始多播服務之方法及系統。
已開發的通信系統允許在透過通信頻道將資訊信號從起源站台傳輸至實際不同的目的地站台。在透過頻信頻道將資訊信號從起源站台傳輸至實際不同的目的地站台的過程中,會先將資訊信號轉換成適合透過頻信頻道高效率傳輸的形式。資訊信號之轉換或調變涉及按照資訊信號來改變載波參數,以使產生之已調整載波的頻譜被局限在頻信頻道頻寬內。在目的地站台上,會從透過頻信頻道接收到的已調變載波來重新建構原始資訊信號。一般而言,此類重新建構通常係藉由使用相反於起源站台採用之調變處理程序的處理程序來達成。
調變也促進多向近接(multiple-access),即,透過共用頻信頻道同時傳輸及/或接收數個信號。多向近接頻信系統通常包括複數個遠端用戶單元,其中用戶單元需要相當短持續時間的時斷時續型存取,而不是持續存取共用頻信頻道。已知技術中有數種多向近接技術,如分時多向近接(time division multiple-access;TDMA)及分頻多向近接(frequency division multiple-access;FDMA)。另一種多向近接技術是分碼多向近接(code division multiple-access;CDMA)展頻系統,其符合雙模廣頻展頻細胞式系統的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,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號,標題為「METHOD AND APPARATUS FOR THE FORMATTING OF DATA FOR TRANSMISSION」中發表一種以固定大小之編碼頻道訊框傳輸資料的方法,這份專利已讓渡給本發明受讓人。依據IS-95標準,會將數據頻信資料量及語音頻信資料量分割成20毫秒寬的編碼頻道訊框,數據傳輸率高達14.4 Kbps。運載語音流量和資料流量之頻信系統的其他實例包括符合第三代合夥專案(3rd 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 Systems)(IS-2000標準)的頻信系統。
於多向近接無線頻信系統中,會透過一個或一個以上基地台來處理使用者之間的頻信。用詞「使用者」表示有生命及無生命實體。一無線訂戶端的第一使用者與一第二無線訂戶端的第二使用者頻信的方式為,在一反向鏈路上將資訊信號運載至一基地台。該基地台接收該資訊信號,並且在一正向鏈路上將資訊信號運載至該第二訂戶端。如果該第二訂戶端不在該基地台所伺服的區域中,則該基地台會將資料投送至該第二訂戶端所在服務區域的另一基地台。接著,該第二基地台在一正向鏈路上將該資訊信號運載至該第二訂戶端。正向鏈路代表從基地台至無線訂戶端的傳輸,而反向鏈路代表從無線訂戶端至基地台的傳輸。同樣地,可處理介於無線訂戶端之第一使用者與陸上線路(landline)端之第二使用者之間的頻信。基地台在反向鏈路上接收來自無線訂戶端之第一使用者的資料,並且透過公共交換電話網路(PSTN)將資料投送給位於陸上線路端的第二使用者。在許多頻信系統中,(例如,IS-95、W-CDMA、IS-2000),會將不同的頻率配置給正向鏈路及反向鏈路。
前面說明的無線頻信服務是點對點頻信服務的實例,其中來自第一使用者的資訊預定僅傳送給第二使用者。反之,多播服務是將一來源、一使用者或一內容伺服器所提供的資訊傳送給所有使用者之中的子集。一種多播服務系統的模型包含一組所選取之使用者群組,這是按使用者的群組成員來定義。群組成員包含訂購一特定多播服務內容的訂戶端使用者。基於簡潔,除非有特別陳述,否則本文中使用的用詞「成員訂戶端」來表示「一訂戶端上的使用者」。
在此一模型中,係由一或多個內容伺服器來為成員訂戶端提供具有特定內容的資訊,例如,新聞、電影、體育新聞等等。本文中用詞「存取網路」表示基地台與一或多個基地台控制器的集合。每個成員訂戶端都會監視一用於運載資訊的正向鏈路頻道。該正向鏈路頻道可能是由該等成員訂戶端共用,或可能是建立在每個成員訂戶端與存取網路站台(例如,伺服成員訂戶端的基地台)之間。因為內容伺服器固定決定內容,所以成員訂戶端通常不會回覆通信至存取網路。
或者,資訊來源是一使用者(一所選取群組的成員);該使用者提供所預定提該所選取群組中其餘成員的資訊。如果使用者想要提供資訊,則該使用者會(例如)按下即按即說(push-to-talk)按鈕來通知通信系統。一般而言,使用者所提供的資訊係在一專用反向鏈路上從訂戶端投送至基地台。接著,基地台透過一多播正向鏈路來運載該使用者所提供的資訊。就點對點通信系統而論,多播通信系統允許陸上線路及無線訂戶端存取系統。如上所述的服務也稱為群組服務。群組服務通信系統的實例包括調度服務,例如,本地警局無線電系統、計程車調度系統、美國聯邦情報與安全服務(Federal Bureau of Intelligence and Secret Service)機構及一般軍事通信系統。
前面提及的多播服務頻信系統通常是高度特殊化用途建置的頻信系統。最近,無線行動電話系統的進展已有興趣利用多播服務的現有基礎設施-主要是點對點行動電話系統。(在本文中,用詞「行動」系統包含行動及個人頻信服務(PCS)頻率。)
將多播服務引進行動電話系統需要整合多播服務與目前行動電話系統所提供的點對點服務。具體而言,存取網路及訂戶端都必須能夠支援允許多播模式和點對點通信模式的功能。因為點對點行動電話系統不支援多播服務,所以此項技術需要一種多播服務程序之方法及系統,具體而言,需要一種啟始多播服務之方法及系統。
本文中揭示的具體實施例解決前面提出的需要,其方法包括:決定一多播群組識別名稱;以及將該多播群組識別名稱納入在一第一頻道上的至少一週期重複型訊息之中。訂戶端監視該頻道上的該週期重複型訊息;以及解碼該週期重複型訊息,以便決定一多播服務通知是否包含於該週期重複型訊息之中。
在另一項具體實施例中,解決前面提出之需要的方法包括:決定屬於一多播群組之多個訂戶端的識別;依據一訂戶端之識別來決定一頻道之時槽;以及在一頻道上的時槽中傳輸一多播服務通知。該訂戶端監視一頻道之時槽;以及解碼該時槽中所運載的訊息,以便決定一多播服務通知是否包含於該訊息之中。
在另一項具體實施例中,解決前面提出之需要的方法包括:將一指示項納入至一第一頻道上的一預先決定時槽之中;以及如果該指示項指示出一多播服務通知,則將一多播服務通知納入至一第二頻道上之一時槽中所運載的訊息之中,該時槽相對應於該第一頻道上之該預先決定時槽。該訂戶端解碼來自該第一頻道上之該預先決定時槽的該指示項;以及如果該指示項指示出該多播服務通知,則將位於該第二頻道上之該時槽中的該多播服務通知加以解碼,該時槽相對應於該第一頻道上之該預先決定時槽。
在另一項具體實施例中,解決前面提出之需要的方法包括:將一指示項納入至一第一頻道上的一第一時槽之中;以及如果該指示項指示出一多播服務通知,則將一多播服務通知納入至一第二頻道上之第二時槽中所運載的訊息之中,該第二時槽相對應於該第一時槽。該訂戶端解碼來自該第一頻道上之該第一時槽的該指示項;以及如果該指示項指示出該多播服務通知,則將位於該第二頻道上之該第二時槽中的該多播服務通知加以解碼,該第二時槽相對應於該第一時槽。
在另一項具體實施例中,解決前面提出之需要的方法包括:建置一介於一屬於多播群組之訂戶端與一多播服務來源之間的鏈路層協定;以及透過該鏈路層協定來運載該多播服務通知。該訂戶端參與建置該鏈路層協定;以及透過該鏈路層協定來接收該多播服務通知。
本文中使用的用詞「示範」係表示「當作實例、例子或解說」。本文中當作「示範」說明的任何具體實施例不一定被視為較佳具體實施例或優於其他具體實施例。
本文中使用的用詞「點對點頻信」表示介於訂戶端之間透過專用頻信頻道頻信。
本文中使用的用詞「群組服務」、「點對多點頻信」、即按即說(push-to-talk)或調度服務都是表示複數個訂戶端正在接收來自-通常-一個訂戶端頻信的頻信。
本文中用詞「存取網路」表示基地台(BS)與一個或一個以上基地台控制器的集合。存取網路在多個訂戶端之間傳輸資料封包。存取網路可進一步連接外存取網路範圍外的額外網路,如公司企業網路或網際網路,並且可在每台存取終端機與外部網路之間傳輸資料封包。
本文中使用的用詞「基地台」表示與訂戶端頻信的硬體。「細胞」代表硬體或地理涵蓋區域,視使用該用詞的內文而定。扇區是細胞的劃分。因為扇區具有細胞屬性,所以就細胞而論所說明的講授很容延伸至扇區。
本文中使用的用詞「訂戶端」表示與存取網路頻信的硬體。訂戶端可能是行動式或固接式。訂戶端可能是用以透過無線頻道或透過有線頻道(例如,使用光纖或同軸電纜)頻信的資料裝置。訂戶端進一步可能是數種裝置的任一種裝置,包括但不限於PC卡、小型快閃記憶體(compact flash)、外接或內建數據機、無線或有線電話。處於正在建立連接至基地台之啟用中頻信流量頻道處理程序中的訂戶端被視為處於建立連接狀態。已建立連接至基地台之啟用中頻信流量頻道的訂戶端被稱為啟用中訂戶端,並且視為處於頻信中狀態。
本文中使用的用詞「實體頻道」表示就調變特性及編碼而論說明之用於傳播信號的頻信路線。
本文中使用的用詞「邏輯頻道」表示在基地台或訂戶端的頻信協定層內的頻信路線。
本文中使用的用詞「頻信頻道/鏈路」根據上下文表示實體頻道或邏輯頻道。
本文中使用的用詞「反向頻道/鏈路」表示訂戶端將信號傳輸至基地台所使用的頻信頻道/鏈路。
本文中使用的用詞「正向頻道/鏈路」表示基地台將信號傳輸至訂戶端所使用的頻信頻道/鏈路。
如上文所述,一種多播系統的模型包含一組所選取之使用者群組,這是按使用者的群組成員來定義。群組成員包含訂購一特定多播服務內容的訂戶端使用者。一或多個內容伺服器或另一使用者提供多播內容。圖1顯示根據本發明具體實施例之能夠執行多播服務(也稱為多播呼叫)之頻信系統100的概念圖。
如上文所述,多播內容起源於內容伺服器(CS)。該內容伺服器可能位於網路內(CS1 102(1))或外部網際網路(IP)104內(CS2 102(2))。內容係以封包形式傳遞至多播封包資料伺服節點(multicast packet data-serving node;MPDSN)106。使用用詞MPSDN的原因為,雖然MPDSN可能實際上位於同一位置與一般PDSN(圖中未顯示)完全一樣,但是MPSDN可能邏輯上不同於一般PDSN。根據封包目的地,MPDSN 106將封包傳遞至封包控制功能(packet control function;PCF)108。PCF是用於針對包含多播封包資料服務的任何一般封包資料服務來控制基地台110功能的控制實體,如基地台控制器用於控制一般語音流量服務和資料流量服務。為了解說多播封包資料服務與實際存取網路之連接的高階觀念,圖1顯示PCF實際上位於同一位置,但是邏輯上不同於基地台控制器(BSC)。熟習此項技術者應明白這僅供教學用途。BSC 108將封包提供給基地台110。雖然本文中使用用詞「基地台」,但是熟習此項技術者應明白,所說明的具體實施例同樣適用於扇區。
同樣地,如果內容起源於CS 102(1),則可將內容傳遞至公共交換電話網路(PSTN)112。根據封包目的地,PDSN 112將內容傳遞至基地台控制器(base station controller;BSC)108。BSC 108將內容提供給基地台110。
在另一項具體實施例中,可將起源於CS 102(1)的內容以封包形式經由網路連接功能120傳遞至PSTN 112。根據封包目的地,PSTN 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日申請的共同申請美國專利申請案號第10/113,098,號,標題為「METHOD AND APPARATUS FOR CHANNEL MANAGEMENT FOR POINT-TO-MULTIPOINT SERVICES IN A COMMUNICATION SYSTEM」使用通用頻道和專用頻道進行資訊廣播之用法,這份專利已讓渡給本發明受讓人。但是,熟習此項技術者應明白所列舉的申請案僅供指導用途,並且其他通信系統會利用執行類似功能的頻道,因此,所講授內容適用於其他通信系統。
或者,一成員訂戶端(例如,成員訂戶端116(1))經由一存取網路將多播內容傳達給其他成員訂戶端(例如,成員訂戶端116(2))。該成員訂戶端116(1)透過一反向鏈路頻道118將多播內容傳達給群組,而反向鏈路頻道118係由存取網路來指派給成員訂戶端116(1)。反向鏈路頻道指派已是熟知的技術,請參閱(例如)前面提及的申請案第10/113,257號及第10/113,098號。基地台110(1)將所接收到之資訊投送至基地台110(2),接著基地台110(2)將所投送之資訊透過正向頻道114(2)傳輸至成員訂戶端116(2)。
當要提供多播服務時,之後必須接著用於啟用一多播呼叫開始的程序。此一程序可能被分割成數階段。在第一階段期間,必須向多個成員訂戶端通知所要提供的多播服務。在下一階段(視需要)期間,有興趣的成員訂戶端回應該通知。在下一階段期間,選取並且指派一用於運載內容的頻道。
如上文所述,當啟始一多播呼叫時,必須通知屬於多播群組成員的訂戶端。
在一項具體實施例中,該存取網路啟始多播呼叫的方式為,經由一週期傳輸型訊息(例如,添加信號(overhead)訊息)向多個訂戶端廣播該通知資訊。本文中使用的用詞「添加信號訊息」(overhead message)由每個扇區所週期傳輸之一與系統參數相關的訊息。由多個扇區在一正向頻道上傳輸該添加信號訊息(包含多播呼叫通知),其中扇區的涵蓋範圍包含多個成員訂戶端,而未進行其他呼叫的所有訂戶端都會監視該正向頻道。在按照IS-2000標準之通信系統中,此一配置之實例是在正向傳呼頻道(forward paging channel;F-PCH)或正向廣播控制頻道(forward broadcast control channel;F-BCCH)上傳輸的添加信號訊息。
宣傳多播呼叫的方式為,將多播群組的識別名稱(GROUP_ID)納入至該添加信號訊息中,其中該多播群組的成員訂戶端是該多播呼叫的預定目的地。如果正在啟始一個以上多播呼叫,則該訊息包含該等多播呼叫所預定目的地之所有多播群組的識別名稱。在該多播呼叫的持續時間期間內,可在一個添加信號訊息、數個添加信號訊息中傳送該識別名稱,或將該識別名稱納入至所有添加信號訊息中。如果選擇將該識別名稱納入至所有添加信號訊息中,則允許所訂戶端加入已待處理的多播呼叫。如果在該多播呼叫的持續時間期間內將該識別名稱納入至添加信號訊息中,在一特定多播群組的一多播呼叫終止後,就會從該添加信號訊息移除該特定多播群組識別名稱。除了識別名稱以外,添加信號訊息還可提供所宣傳之多播呼叫的進一步資訊,例如,流量頻道指派類型、使用的承載(bearer)傳輸類型及熟習此項技術者已知的其他相關資訊。當然,添加信號訊息的其餘部份包含系統相關資訊,如上文所述。
圖2顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一指示項「GROUP_IDx」,用於指示一預定給識別名稱為GROUP_IDx之群組的多播呼叫即將開始。該指示項可能是由通信系統的其他實體所提供,例如,基地台控制器、PSTN、資訊來源(圖中未顯示)及其他實體。或者,該扇區S接收訂戶端MS_1和MS_2的識別。接著,該扇區S藉由查詢一資料庫,以便決定包含該等訂戶端MS_1和MS_2之多播群組GROUP_IDx的識別名稱。如上文所述,資訊來源可包含(例如)伺服器、另一訂戶端或熟習此項技術者已知的其他來源。該扇區S將該識別名稱納入至添加信號訊息中(在一項具體實施例中,添加信號訊息包含一廣播系統參數訊息BSPM(GROUP_IDx)),並且在時間t2
廣播該BSPM(GROUP_IDx)。屬於具有該識別名稱之群組中成員的該等訂戶端MS_1和MS_2接收該BSPM(GROUP_IDx)之,並且會採取適當的動作,例如,開始監視用於傳輸所識別之多播呼叫的實體頻道、將一回應傳輸至存取網路、通知使用者以及按照一特定通信系統之設計的其他動作。在圖2所示的具體實施例中,會在多播呼叫的持續時間期間,將識別名稱納入至添加信號訊息中。因為添加信號訊息BSPM會週期性重複,所以同樣地,在該添加信號訊息BSPM的下一例項(instance)中也會傳輸該識別名稱。在時間t3
只有顯示一個例項。
在時間t4
,該扇區S從一資訊來源(圖中未顯示)接收一指示項「GROUP_IDy」,用於指示一預定給識別名稱為GROUP_IDy之群組的多播呼叫即將開始。該扇區S將該識別名稱納入至添加信號訊息(例如,BSPM)。因為會向該等兩個群組通知該多播呼叫,所以在時間t5
所傳輸的該廣播之添加信號訊息包含該等兩個識別名稱BSPM(GROUP_IDx,GROUP_IDy)。屬於識別名稱為GROUP_IDy之群組中成員的訂戶端MS_3接收該添加信號訊息BSPM(GROUP_IDx,GROUP_IDy),並且採取適當動作,如上文所述。
在時間t6
,該扇區S從該資訊來源(圖中未顯示)接收一指示項「GROUP_IDx結束」,用於指示一預定給識別名稱為GROUP_IDx之群組的多播呼叫即將終止。該扇區S從添加信號訊息(例如,BSPM)移除該識別名稱,並且在時間t7
廣播該添加信號訊息(只包含識別名稱GROUP_IDy)BSPM(GROUP_IDy)。屬於識別名稱為GROUP_IDx之群組中成員的訂戶端MS_1和MS_2接收該添加信號訊息BSPM(GROUP_IDy),並且採取適當動作,例如,終止監視用於傳輸相對應於識別名稱GROUP_IDy之多播呼叫的實體頻道。多播呼叫BSPM(GROUP_IDy)不受影響,並且持續直到終止。終止之後,隨即從該BSPM移除該識別名稱GROUP_IDy。
因為會週期性重複該廣播訊息,所以訂戶端可在呼叫開始後隨時加入該呼叫。為了避免該廣播訊息影響傳呼頻道容量,因而希望限制該廣播訊息長度。於是,可納入至該廣播訊息的群組數目受到限制。此外,因為該廣播訊息會隨著每個呼叫開始和終止而變更,所以訂戶端必須監視該廣播訊息的每次更新。在另一項具體實施例中,會藉由一定址到訂戶端的個別訊息,向屬於一多播群組成員的每個訂戶端通知一多播呼叫開始。在一項具體實施例中,該個別訊息包含一個別多播傳呼(multicast page;MCP)。就按照IS-2000標準的通信系統而論,來解說個別多播傳呼(MCP)的觀念。如圖3的概念圖所示,一傳呼訊息300可載送許多傳呼302,每個傳呼都是以不同的訂戶端或訂戶端群組為目的地。例如,該傳呼訊息300可包含一般傳呼訊息(GPM)或通用傳呼訊息(UPM),因為一般傳呼訊息(GPM)或通用傳呼訊息(UPM)都可以載送不同的傳呼記錄類型。該傳呼訊息係透過F-PCH或正向共同控制頻道(forward common control channel;F-CCCH)運載。在一傳呼訊息中所載送之多個個別傳呼302稱為傳呼記錄類型,每個傳呼記錄類型都包含一預定訂戶端的位址306、傳呼類型308(即,個別傳呼或廣播傳呼)、內容310(即,呼叫服務選項)及其他資訊(例如,序號304)。定址位址係在一用於定址一訂戶端的傳呼位址類型(ADDR_TYPE)中指定(例如,一暫時行動台識別名稱(Temporary Mobile Station Identifier;TMSI)、國際行動台識別名稱(international mobile station identifier;IMSI)),或在一用於定址所有訂戶端的位址類型中指定。在接收到傳呼訊息300後,訂戶端隨即將位址306加以解碼,以便決定該傳呼302是否係預定給該訂戶端。如果該位址306指示該傳呼302是預定給該訂戶端,則該訂戶端隨即將類型308加以解碼,以便決定呼叫類型,並且將內容310加以解碼,以便決定該呼叫的詳細資料。每種呼叫類型(即,點對點通信系統中的語音呼叫、資料呼叫、SO33呼叫)都具有一相對應之傳呼記錄。如上文所述,因為多播呼叫是一種新型呼叫,所以必須將個別多播傳呼(MCP)定義為一新的傳呼記錄類型。
宣傳多播呼叫的方式為,將多播群組的識別名稱(GROUP_ID)納入至個別多播傳呼(MCP)中。個別多播傳呼(MCP)被納入至一傳呼訊息中,並且會使用訂戶端的特定位址,透過一正向頻道(例如,F-PCH或F-CCCH)將個別多播傳呼(MCP)傳送給多個成員訂戶端。此外,多播傳呼(MCP)還可提供所宣傳之呼叫的進一步資訊,例如,流量頻道指派類型、使用的承載傳輸類型及熟習此項技術者已知的其他相關資訊。
圖4顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一指示項「GROUP_IDx」,用於指示一預定給識別名稱為GROUP_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顯示一種組態通信系統,其中多個訂戶端監視時槽模式之F-PCH或F-CCCH;然而,熟習此項技術者應知道也可使用非時槽模式。如熟習此項技術者所知,用詞「時槽」表示實體頻道的一分割部份,而時槽長度則是以時間、碼片數目或其他適當的單位來表示。
直到時間t2
為止,扇區S等待指派給訂戶端MS_1的傳呼時槽,接著將訂戶端MS_1的個別多播傳呼(MCP)當做一傳呼訊息(例如,如圖所示之一般傳呼訊息(GPM))一部份進行運載。接著,該訂戶端MS_1可採取適當的動作,例如,啟始監視用於傳輸相對應於識別名稱GROUP_IDx之多播呼叫的實體頻道、傳輸一通知使用者的回應,以及按照一特定通信系統之設計的其他動作。接著直到時間t3
為止,扇區S等待指派給訂戶端MS_2的傳呼時槽,接著將訂戶端MS_2的個別多播傳呼(MCP)當做一傳呼訊息(例如,如圖所示之一般傳呼訊息(GPM))一部份進行運載。接著,訂戶端MS_2採取適當的動作,如上文所述。在另一項具體實施例中,會藉由一定址屬於群組之多個訂戶端的共同訊息,向每個成員訂戶端通知一多播呼叫開始。在一項具體實施例中,該共同訊息包含一共同多播傳呼(multicast page;MCP)。如上文所述,因為共同多播傳呼(MCP)是預定給多個(但不是所有待訂戶端,並且因為多播呼叫是一種新型呼叫,所以必須將共同多播傳呼(MCP)定義為一新的傳呼記錄類型。請參考圖3所示之傳呼訊息300的結構,新的傳呼記錄類型302包含一新的傳呼位址,即,多播位址(MC_ADDREss)304,用於指示傳呼記錄類型302係預定給多個訂戶端,以及包含類型308、內容310及其他資訊(例如,序號304)。
宣傳新的多播呼叫開始的方式為,將多播群組的識別名稱GROUP_ID納入至屬於以GROUP_ID識別之多播群組之成員訂戶端的多播傳呼(MCP)中。共同多播傳呼(MCP)被納入至一傳呼訊息中,並且會使用MC_ADDREss,透過一正向頻道(例如,F-PCH或F-CCCH)將共同多播傳呼(MCP)傳送給該共同多播傳呼(MCP)所預定的多個成員訂戶端。此外,多播傳呼(MCP)還可提供所宣傳之呼叫的進一步資訊,例如,流量頻道指派類型、使用的承載傳輸類型及熟習此項技術者已知的其他相關資訊。然而,如上文所述,在現行的通信系統中,會指派一訂戶端來監視該訂戶端傳送傳呼所使用的一傳呼頻道時槽。但是,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。另外,負責傳呼的實體(例如,基地台控制器(BsC))不知道哪一些訂戶端是一特定多播群組的成員,於是,該BsC無法執行介於個別訂戶端與MC_ADDREss之間的對應處理。例如,當因為透過一多播網際網路協定(Internet protocol;IP)位址而接收到一IP封包而觸發多播傳呼(MCP),所以會透過網際網路協定(Internet protocol;IP)來提供多播服務時,這會發生類一狀況。因此,需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。結果,根據一項具體實施例,會在一廣播傳呼循環(broadcast 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已知為如下所示:
B=21
×16,對於F-PCH而言1i7,而對於F-CCCH而言2i8 (2)
並且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=2j
×16,對於F-PCH而言1j7,而對於F-CCCH而言2j8 (3)
扇區會在F-PCH的擴充系統參數訊息(Extended System Parameters Message;ESPM)及F-CCCH的多載波無線電資源參數訊息(Multicarrier Radio Resource Parameters Message;MCRR)中傳輸時槽指數j的值(BCAST_INDEX)。
結果,針對廣播指數i和時槽指數j的任何組合,介於一廣播時槽(訂戶端按照方程式(2)來監視廣播的廣播時槽)與一訂戶端所監視的時槽(訂戶端在時槽模式下按照方程式(3)查覺是否有個別定址的訊息)之間會有衝突。相同時槽中將會重複這項衝突;於是,當訂戶端監視特定時槽時,總是會遇到介於多播傳呼與個別傳呼之間的衝突。如果將位移X導入方程式(2)中,則會導致方程式(1)不能徹底排除衝突,但是會防止同時槽中發生週期性衝突,因此,衝突擴及所有訂戶端。因此,每個訂戶端都可解決不受影響之時槽中的任一訊息。
每個廣播傳呼循環(BPC)中的第一時槽是F-PCH/F-CCCH時槽,並且適用下列方程式:
t/4 mod(BPC)=t/4 mod(B+X)=0, (3)
其中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)第一個時槽上有共同多播傳呼(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)之訂戶端MS1
和MS2
的一共同多播傳呼(MCP)。然而,因為F-QPCH之相對應時槽(時槽0_q)上的BI位元被設定為ON,所以必須喚醒所有訂戶端MS1
至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,並且必須喚醒所有訂戶端MS1
至MS4
並且監視F-PCH/F-CCCH的時槽4_p,雖然該一般傳呼訊息(GPM)只包含一預定給訂戶端MS3
的共同多播傳呼(MCP)。
熟習此項技術者應明白,如上文所述之具體實施例利用廣播傳呼循環(BPC)的第一時槽作為現有標準的特許權。必然地,此一限制通常是非必要,並且可使用存取網路及訂戶端預先協議之廣播傳呼循環(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對應至一時槽號碼的任何其他演算法。因為(例如)當一訂戶端訂購群組時會將該訂戶端所屬之每個群組的GROUP_ID提供給該訂戶端;所以該訂戶端可使用雜湊函數來決定所要監視的F-QPCH時槽,而得以讀取BI指示項。這會降低錯誤警示的可能性,針對非訂戶端所屬之多播群組的多播傳呼(MCP),而喚醒該訂戶端。熟習此項技術者應明白,使用雜湊函數僅僅作為範例,並且可接受任何其他對應函數,以便允許提供相同輸入參數的相同時槽送達至存取網路及訂戶端。
圖6顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S從一資訊來源(圖中未顯示)接收一指示項「GROUP_IDx」,用於指示一預定給識別名稱為GROUP_IDx之群組(該群組包含訂戶端MS_1和MS_2)的多播呼叫即將開始。如上文所述,此一資訊來源可包含(例如)伺服器、另一訂戶端或其他來源。該扇區S建立包含該等訂戶端MS_1和MS_2之GROUP_IDx的共同多播傳呼(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喚醒以便監視時槽0_p。在時間t3
,指示時槽0_p開始,該扇區S將多播傳呼(MCP)當做傳呼訊息(例如,一般傳呼訊息(GPM))的一部份進行傳輸。
如圖5所示,訂戶端MS_3屬於不同於GROUP_IDx所指示之多播群組的多播群組成員。因為沒有接收到訂戶端MS_3所屬之多播群組的多播呼叫,所以不需要在F_CCCH的時槽1_p中通常,並且相對應於F_CCCH之時槽1_p的F-QPCH時槽中的BI位元被設定為OFF。
在另一項具體實施例中,會透過高於空氣介面信號層的協定層,向訂戶端通知一多播呼叫。如熟習此項技術者所知,分層處理用於在以其他方式解耦合之處理實體(即,層)之間,使用適當定義的封裝資料單位來組織通信協定的方法。基地台110和遠端站台116中都會實施通信協定層。按照開放系統互連(Open System Interconnection;OSI)模型,協定層L1提供介於基地台與遠端站台之間的無線電信號傳輸與接收,協定層L2提供正確傳輸和接收信號發送訊息,以及協定層L3提供通信系統之訊息控制。協定層L3按照介於基地台110與遠端站台116之間的通信協定語義學和時序來開始並終止信號發送訊息。在cdma2000系統中,空氣介面信號傳送層L1被稱為實體層(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)。
根據具體實施例,使用一現有的通信系統介面,在資訊來源與一訂戶端之間建置一鏈路層會期。此類鏈路層協定可包含(例如)點對點協定(PPP)、序列線路網際網路協定(Serial Line Internet Protocol;SLIP)或熟習此項技術者所熟知的其他鏈路層通信協定,皆可運用,而不會脫離本發明的範疇。鏈路層協定說明於熟習此項技術者已知的文件中,例如,IS-707標準。接著,經由鏈路層會期的網際網路協定(IP)連接來傳送多播呼叫通知訊息。
圖8顯示根據一項具體實施例之訊息流程實例的圖式。在時間t1
,一扇區S經由一封包資料服務節點(Packet Service Data Node;PSDN),從一資訊來源(圖中未顯示)接收一指示項「傳呼(MS_1)」,用於指示一預定給包含訂戶端MS_1之群組的多播呼叫即將開始。該扇區S針對要求一PPP的呼叫連線建立,產生一預定給訂戶端MS_1的傳呼記錄(DP)。因為所要求的呼叫是點對點類型之呼叫,所以傳呼記錄是每個成員訂戶端各自的記錄。按照IS-707,此一服務選項是SO33。如上文所述,服務選項包含於一傳呼記錄的內容部份中。接著扇區S產生一適當的傳呼訊息,並且直到時間t2
為止,扇區S等待指派給訂戶端MS_1的傳呼時槽。在時間t2
,將傳呼訊息當做GPM(DP:SO33)的一部份傳輸至訂戶端MS_1。在一項具體實施例中,在時間t3
,訂戶端MS_1認可接收到多播傳呼(MCP)。如圖8所示,在按照IS-2000標準之通信系統中,回應包含傳呼回應訊息(PRM(SO33)),這是在反向頻道(例如,存取頻道)上調變的訊息。在時間t4
,該扇區S傳送一通知,以告知多播呼叫使用的頻道。在按照IS-2000標準的通信系統中,會在一延伸式頻道指派訊息(extended channel assignment message;ECAM)中傳送此一通知。結果,在該延伸式頻道指派訊息(ECAM)所指派的頻道上建立SO33呼叫。一旦已建立SO33呼叫,就會在時間t5
建立介於來源PDSN與訂戶端MS_1之間的PPP。接著,向訂戶端MS_1通知透過PPP的多播呼叫開始。屬於該多播群組且對多播呼叫有興趣的其餘訂戶端依循如上文所述的程序。(基於簡化,圖中一個額外訂戶端MS_2。)根據另一項具體實施例,在從一來源接收到關於一以GROUP_ID識別之群組之多播呼叫的通知後,該扇區將一多播定址傳呼記錄傳輸至該多播呼叫所預定之群組中的所有訂戶端,要求建置鏈路層協定。如上文所述,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。據此,如上文所述之用於適當傳遞多播定址傳呼的任何解決方案皆適用。
一旦屬於該群組的一訂戶端藉由傳送一傳呼回應訊息(PRM)來回應該多播定址之傳呼叫,扇區就會建立與訂戶端的鏈路層協定(例如,SO33)呼叫,如上文所述,並且向該訂戶端通知透過該鏈路層協定的多播呼叫開始。接著,針對每個其餘的訂戶端,重複鏈路層通信協定呼叫建立及通知。此一個別鏈路層通信協定建立是可實行的,因為雖然存取網路在傳送該多播定址傳叫時確實不需要知道個別訂戶端的識別,但是從訂戶端接收回應時就會得知訂戶端的識別。
如上文所述,當啟始一多播呼叫時,必須通知屬於多播群組成員的訂戶端。一旦一訂戶端接收到一多播呼叫正在開始的通知時,訂戶端是否有回應通知及如何回應之方式有數個替代方案。
根據一項替代方案,即使訂戶端有興趣加入多播服務,訂戶端不需要作出回應。例如,假使多播服務屬於一般重要性並且傳遞至每個訂戶端並非必要,如股票市場資訊更新、即收即播視訊及類似性質的其他資訊,就可接受此一替代方案。
根據另一項替代方案,如果訂戶端有興趣加入多播服務,訂戶端就必定需要作出回應。回應包括(例如)在一反向頻道傳送至存取網路的訊息。在按照IS-2000標準之通信系統中,此一訊息之實例是在反向存取頻道(reverse access channel;R-ACH)、反向增強型存取頻道(reverse enhanced access channel;R-EACH)及反向共同控制頻道(reverse common control channel;R-CCCH)上傳輸的傳呼回應訊息(Page Response Message)。此一回應必須包含有助於存取網路採取下一動作的資訊。視通信系統的設計特徵而定,此類資訊可指示訂戶端是否有興趣加入多播服務;訂戶端是否沒有興趣加入多播服務訂戶端是否有興趣但由於不支援必須設定(例如,資料傳輸率)而無法加入。
存取網路會在頻道指派前等待來自成員訂戶端的回應。針對要求存取網路知道每個訂戶端是否加入的服務,此一替代方案是必要的。此外,回應允許存取網路決定是否要指派供多播內容使用的共同頻道或專用頻道。當決定要將一專用頻道指派給每個訂戶端時,回應防止存取網路將專用流量頻道指派給未加入的訂戶端。
如上文所述,在一項具體實施例中,會藉由一定址到訂戶端的共同訊息,向屬於一多播群組成員的每個訂戶端通知一預定給該群組的多播呼叫開始。當不屬於該共同訊息中所識別之群組中成員的訂戶端接收到通知時,該訂戶端會忽略該通知並且不回應。如果支援AdHoc多播群組形式,則接收到通知的所接訂戶端可能必須回應。本文中用詞「AdHoc多播群組」係表示一非預先決定但是會在多播呼叫啟始後立即建立的多播群組。是否支援AdHoc多播群組形式,對共同訊息通知的回應需求會引出接收到該通知之訂戶端的回應。因此會有許多訂戶端回應,所以可實施一種用於交錯回應訊息(例如,來自群組中之多個訂戶端的傳呼回應訊息(Page Response Message)的方法,以便避免因大量回應所造成的衝突。
根據另一項替代方案,即使訂戶端沒有興趣加入多播服務,訂戶端然而一定需要作出回應。針對要求存取網路確實知道每個訂戶端是否加入的服務,此一替代方案是必要的。不同於前面的替代方案,本替代方案允許存取網路確實區別因為對多播服務沒有興趣而不回應的訂戶端與因為接收通知失敗而不回應的訂戶端。因此,存取網路可採取適當的動作,例如,重複通知。如關於先前替代方案所說明的其他考慮也適用。
熟習此項技術者應明白,如上文所述的替代方案個別僅供指導用途。一種通信系統將使用適用於多播服務的任何替代方案。例如,當啟始一多播呼叫時,由於將該多播呼叫傳遞給每個訂戶端並非關鍵,所以可能不需要成員訂戶端回應。當該等成員訂戶端需要加入一後續多播呼叫時,可能需要回應。例如,藉由包含於通知訊息中的信號,向訂戶端指示存取網路是否需要回應及需要何種回應。但是,考量任何其他回應指示方式。
如上文略為提及,通信系統100透過正向鏈路頻道114將內容提供給多個成員訂戶端。據此,在多播服務可開始之後,一通信系統100中一個體必須指派正向鏈路頻道,該正向鏈路頻道可能是由多個成員訂戶端共用,或可能是個別建立在每個成員訂戶端與伺服成員訂戶端的基地台之間。
如上文所述,有數種通知方法、數種回應方法及數種頻道指派方法。據此,通知、回應及頻道指派之數種可能組合可實行,如接下來之具體實施例中的說明所述。
如所述,在一項具體實施例中,會經由一共用添加信號訊息或一共用傳呼訊息,向多個成員訂戶端關於多播服務。因為會在一共同訊息中向多個訂戶端廣播多播呼叫通知,並且不會向一個別訂戶端廣播,所以產生該共同訊息的該實體不需要知道多播群組中個別成員訂戶端的識別。
如果成員訂戶端不需要作出回應,則可能會將多播服務流量頻道的頻道指派資訊當做通知的一部份納入,例如,頻道識別(就按照IS-2000標準的通信系統而論,頻道識別為Walsh碼)、資料傳輸率及熟習此項技術者已知的其他指派資訊。據此,假使經由一共同添加信號訊息通知,則頻道指派資訊將屬於添加信號訊息的一部份;假使經由一共同傳呼訊息通知,則頻道指派資訊屬於多播傳呼(MCP)的一部份。因此,會將頻道指派資訊多播並且不需要回應,所以頻道指派類型必須是共用頻道。或者,可將頻道指派資訊運載分開通佑的訂戶端。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖9顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區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,頻道指派資訊),在時間t3
處理該BSPM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t4
,開始在流量頻道上傳輸多播服務內容(Group_IDx的流量)。如所述,添加信號訊息BSPM本身會週期性重複,據此,如果將識別名稱和頻道指派資訊納入至每個訊息中,則同樣地,在該添加信號訊息BSPM的下一例項(instance)中也會傳輸該頻道指派資訊。在時間t2o
只有顯示一個例項。
或者,該扇區S將該識別名稱及該頻道指派資訊納入至一傳呼訊息中,例如,納入至一般傳呼訊息(GPM)中。該扇區S使用任一如上文所述之具體實施例,決定出成員訂戶端所監視之傳呼頻道上的時槽。接著,在時間t2p
,該扇區S在該時槽中傳輸GPM(MCP:GROUP_IDx,頻道指派資訊)。具有識別名稱之群組中成員的訂戶端MS_1和MS_2接收該GPM(MCP:GROUP_IDx,頻道指派資訊),在時間t3
處理該GPM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t4
,開始在流量頻道上傳輸多播服務內容(Group_IDx的流量)。
如果要求成員訂戶端在頻道指派之前作出回應,在該共同訊息中接收到多播呼叫通知後,有興趣的訂戶端會傳送回應。此一回應可包括(例如)一發訊訊息(一種新類型的訊息,例如,回應共同添加信號訊息的多播服務加入訊息(Multicast Service Join Message),或回應共同傳呼訊息的傳呼回應訊息(Page Response Message)),用於指示有興趣的訂戶端想要加入多播服務。
在接收到回應後,負責頻道指派的存取網路之實體可考量數個回應,以便決定所要指派的頻道類型。在一項具體實施例中,存取網路比較數項回應與一臨限值,並且按照比較結果來指派頻道類型。如果實體決定要指派一共用頻道,則存取網路會傳送一共同頻道指派訊息(例如,多播頻道指派訊息(Multicast Channel Assignment Message;MCAM)),訊息中包含了該共用多播服務流量頻道的資訊。因此,該多播頻道指派訊息(MCAM)使用一多播位址以便將該共用頻道指派給該等有興趣的訂戶端。
如上文所述,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。因此,需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。
在一項具體實施例中,在接收到通知後,隨即要求訂戶端以非時槽模式來監視傳呼頻道;因此,可在任何傳呼頻道時槽中傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,採用用於決定要一傳送一多播定址通知之時槽的相同方法,在一時槽上傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼,而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息(MCAM)。
在另一項具體實施例中,會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息(MCAM)。
熟習此項技術者應明白,如上文所述的具體實施例個別僅供指導用途。一種通信系統將使用適用於多播服務的具體實施例。可在(例如)通知中來指定所要選用的具體實施例。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖10顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區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本身會週期性重複,據此,如果將識別名稱納入至每個訊息中,則在該添加信號訊息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和MS_2處理該MCAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t7
,開始在流量頻道上傳輸多播服務內容(Group_IDx的流量)。
在另一項具體實施例中,如果實體決定要指派一共用頻道,則存取網路會將一包含共用多播服務流量頻道資訊的個別頻道指派訊息(Individual Channel Assignment Message;ICAM)傳送至每個回應的成員訂戶端。在按照IS-2000標準的通信系統中,該個別頻道指派訊息(ICAM)可包括(例如)一延伸式頻道指派訊息(Extended Channel Assignment Message)。
此一個別指派是可實行的,因為雖然存取網路在傳送通知時確實不需要知道個別訂戶端的識別,但是從訂戶端接收回應時就會得知訂戶端的識別。
請注意,因為會個別指派該共用多播服務流量頻道,就像點對點呼叫一樣,所以可使用任何已知的點對點流量頻道指派方法。據此,因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道,所以何將傳送每個訂戶端的ICAM之問題並不存在。
圖11顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區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本身會週期性重複,據此,如果將識別名稱納入至每個訊息中,則在該添加信號訊息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可從所接收到回應而得知訂戶端MS_1和MS_2的識別,所以該扇區S會依據回應來決定該等訂戶端MS_1和MS_2將用於監視傳呼頻道的時槽。直到時間t5
為止,該扇區S等待訂戶端MS_1所監視的傳呼時槽,接著將的個別ICAM(頻道指派資訊)運載至訂戶端MS_1。同樣地,直到時間t6
為止,該扇區S等待訂戶端MS_2所監視的傳呼時槽,接著將個別ICAM(頻道指派資訊)運載至訂戶端MS_2。在各自的時間t5
、t6
,訂戶端MS_1和MS_2處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t7
,開始在流量頻道上傳輸多播服務內容(Group_IDx的流量)。
在另一項具體實施例中,如果實體決定要為每個回應的成員訂戶端指派一共用頻道,則存取網路會將一包含專用多播服務流量頻道資訊的個別頻道指派訊息傳送至每個回應的成員訂戶端。
此一個別指派是可實行的,因為雖然存取網路在傳送通知時確實不需要知道個別訂戶端的識別,但是從訂戶端接收回應時就會得知訂戶端的識別。
因為會個別指派該多播服務流量頻道,就像點對點呼叫一樣,所以可使用任何已知的點對點流量頻道指派方法。具體而言,存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道。
圖12顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區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本身會週期性重複,據此,如果將識別名稱納入至每個訊息中,則在該添加信號訊息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可從所接收到回應而得知訂戶端MS_1和MS_2的識別,所以該扇區S會依據回應來決定該等訂戶端MS_1和MS_2將用於監視傳呼頻道的時槽。
直到時間t5
為止,該扇區S等待訂戶端MS_1所監視的傳呼時槽,接著將個別ICAM(頻道指派資訊)運載至訂戶端MS_1。在時間t5
,訂戶端MS_1處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。
同樣地,直到時間t7
為止,該扇區S等待訂戶端MS_2所監視的傳呼時槽,接著將個別ICAM(頻道指派資訊)運載至訂戶端MS_2。在時間t6
,訂戶端MS_2處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。
在時間t7
,開始在專用流量頻道上傳輸多播服務內容(Group_IDx的流量)。
在另一項具體實施例中,如果實體決定要為每個回應的成員訂戶端指派一專用頻道,則存取網路會傳送一共同頻道指派訊息(多播頻道指派訊息(MCAM)),該訊息包含每個個別多播服務流量頻道的資訊。因此,一個多播頻道指派訊息(MCAM)使用一多播位址,以便將一專用多播服務流量頻道指派給每個有興趣的訂戶端。
如上文所述,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。因此,需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。
在一項具體實施例中,在接收到通知後,隨即要求訂戶端以非時槽模式來監視傳呼頻道;因此,可在任何傳呼頻道時槽中傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,採用用於決定要一傳送一多播定址通知之時槽的相同方法,在一時槽上傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼,而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息(MCAM)。
在另一項具體實施例中,會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息(MCAM)。
熟習此項技術者應明白,如上文所述的具體實施例個別僅供指導用途。一種通信系統將使用適用於多播服務的具體實施例。可在(例如)通知中來指定所要選用的具體實施例。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖13顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區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本身會週期性重複,據此,如果將識別名稱納入至每個訊息中,則在該添加信號訊息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
,開始在專用流量頻道上傳輸多播服務內容(Group_IDx的流量)。
在一項具體實施例中,會經由一個別傳呼訊息向每個成員訂戶端通知多播服務。因為會經由多個個別傳呼訊息將多播服務通知傳輸給多個訂戶端,所以用於產生個別傳呼訊息的實體必需知道個別成員訂戶端的識別。
如果成員訂戶端不需要作出回應,則可能會將多播服務流量頻道的頻道指派資訊當做通知的一部份納入,例如,頻道識別(就按照IS-2000標準的通信系統而論,頻道識別為Walsh碼)、資料傳輸率及熟習此項技術者已知的其他指派資訊。據此,假使經由個別傳呼訊息進行通知,則頻道指派資訊將屬於該個別傳呼訊息的一部份。因為會在個別傳呼訊息中提供頻道指派資訊,所以所指派的頻道類型能是共用頻道或專用頻道。
因為成員訂戶端不需要回應多播呼叫通知,假使用於產生個別傳呼訊息的實體決定將一專用頻道指派給每個成員訂戶端,則該實體可能會將專用資源配置給沒有興趣加入多播服務的成員訂戶端。因此,希望決定被指派一專用頻道的成員訂戶端是否有興趣加入多播服務,而得以可再利用非加入之成員訂戶端的專用頻道,並且供其他服務(例如,正規點對點呼叫)再使用。在一項具體實施例中,在存取網路已指派專用頻道且多播服務已開始後,存取網路決定成員訂戶端是否有在所指派的反向鏈路頻道上進行活動。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖14顯示根據如上文所述之具體實施例之訊息流程的實例,其中會指派一共用頻道。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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接收該GPM(MCP:GROUP_IDx,頻道指派資訊),處理該GPM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。
在時間t2
,該扇區S在訂戶端MS_2所監視之時槽中傳輸GPM(MCP:GROUP_IDx,頻道指派資訊)。訂戶端MS_2接收該GPM(MCP:GROUP_IDx,頻道指派資訊),處理該GPM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。
在時間t4
,開始在共同流量頻道上傳輸多播服務內容(Group_IDx的流量)。
圖15顯示根據如上文所述之具體實施例之訊息流程的實例,其中會指派多個專用頻道。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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的流量)。
如果要求成員訂戶端在頻道指派之前作出回應,在該共同訊息中接收到多播呼叫通知後,有興趣的訂戶端會傳送回應,例如,像是傳呼回應訊息(Page Response Message)的發訊訊息,用於指示有興趣的訂戶端想要加入多播服務。
在接收到回應後,負責頻道指派的存取網路之實體可考量數個回應,以便決定所要指派的頻道類型。在一項具體實施例中,存取網路比較數項回應與一臨限值,並且按照比較結果來指派頻道類型。如果實體決定要指派一共用頻道,則存取網路會傳送一共同頻道指派訊息(例如,多播頻道指派訊息(Multicast Channel Assignment Message;MCAM)),訊息中包含了該共用多播服務流量頻道的資訊。因此,該多播頻道指派訊息(MCAM)使用一多播位址以便將該共用頻道指派給該等有興趣的訂戶端。
如上文所述,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。因此,需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。
在一項具體實施例中,在接收到通知後,隨即要求訂戶端以非時槽模式來監視傳呼頻道;因此,可在任何傳呼頻道時槽中傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,採用用於決定要一傳送一多播定址通知之時槽的相同方法,在一時槽上傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼,而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息(MCAM)。
在另一項具體實施例中,會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息(MCAM)。
熟習此項技術者應明白,如上文所述的具體實施例個別僅供指導用途。一種通信系統將使用適用於多播服務的具體實施例。可在(例如)通知中來指定所要選用的具體實施例。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖16顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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)並且傳送一回應。
在接收到回應後,負責頻道指派的存取網路之實體決定要指派共用頻道。直到時間t6
為止,該扇區S等待訂戶端MS_1所監視的傳呼時槽,接著將個別ICAM(頻道指派資訊)運載至訂戶端MS_1。訂戶端MS_1處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。
同樣地,直到時間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)。
此一個別指派是可實行的,因為雖然存取網路在傳送通知時確實不需要知道個別訂戶端的識別,但是從訂戶端接收回應時就會得知訂戶端的識別。
請注意,因為會個別指派該共用多播服務流量頻道,就像點對點呼叫一樣,所以可使用任何已知的點對點流量頻道指派方法。據此,因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道,所以何將傳送每個訂戶端的ICAM之問題並不存在。
圖17顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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)並且傳送一回應。
在接收到回應後,負責頻道指派的存取網路之實體決定要指派共用頻道。該扇區S決定用於將個別頻道指派訊息(例如,ICAM)傳送給每個訂戶端MS_1和MS_2的方法,並且自在時間t6
、t7
傳送該等個別頻道指派訊息(ICAM),該訊息中包含了該共用多播服務流量頻道ICAM(頻道指派資訊)的資訊。在時間t7
,訂戶端MS_1和MS_2處理該等ICAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的實體頻道。在時間t8
,開始在流量頻道上傳輸多播服務內容(Group_IDx的流量)。
在另一項具體實施例中,如果實體決定要指派一專用頻道,則存取網路會傳送一共同頻道指派訊息(多播頻道指派訊息(MCAM)),訊息中包含了該共用多播服務流量頻道的資訊。因此,該多播頻道指派訊息(MCAM)使用一多播位址以便將該共用頻道指派給該等有興趣的訂戶端。
如上文所述,不需要將該傳呼頻道上的相同時槽指派給屬於以GROUP_ID識別之群組的訂戶端。因此,需要一種能夠高效率傳遞多播呼叫啟始資訊的方法。
在一項具體實施例中,在接收到通知後,隨即要求訂戶端以非時槽模式來監視傳呼頻道;因此,可在任何傳呼頻道時槽中傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,採用用於決定要一傳送一多播定址通知之時槽的相同方法,在一時槽上傳送該多播頻道指派訊息(MCAM)。
在另一項具體實施例中,共同添加信號訊息或共同傳呼訊息指示傳呼頻道時槽號碼,而要求訂戶端監視所指示的傳呼頻道時槽是否有多播頻道指派訊息(MCAM)。
在另一項具體實施例中,會在訂戶端所監視的每個時槽上傳送多播頻道指派訊息(MCAM)。
熟習此項技術者應明白,如上文所述的具體實施例個別僅供指導用途。一種通信系統將使用適用於多播服務的具體實施例。可在(例如)通知中來指定所要選用的具體實施例。
一旦訂戶端處理訊息,則有興趣的訂戶端開始監視所指派的頻道,以便接收多播服務流量。
圖18顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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)並且傳送一回應。
在接收到回應後,負責頻道指派的存取網路之實體決定要指派專用頻道。該扇區S決定用於傳送共同頻道指派訊息(例如,多播頻道指派訊息(MCAM))的方法,並且在時間t6
傳送該多播頻道指派訊息(MCAM),該訊息中包含了該專用多播服務流量頻道MCAM(MS_1的頻道指派資訊,MS_2的頻道指派資訊)的資訊。在各自的時間t7
、t8
,訂戶端MS_1和MS_2處理該MCAM並且採取適當動作,例如,調整頻道並且開始監視用於傳輸所識別之多播呼叫的分別用於MS_1流量的專用實體頻道及MS_2流量的專用實體頻道。
在另一項具體實施例中,如果實體決定要指派多個專用頻道,則存取網路會將一包含共用多播服務流量頻道資訊的個別頻道指派訊息(Individual Channel Assignment Message;ICAM)傳送至每個回應的成員訂戶端。在按照IS-2000標準的通信系統中,該個別頻道指派訊息(ICAM)可包括(例如)一延伸式頻道指派訊息(Extended Channel Assignment Message)。
請注意,因為會個別指派該共用多播服務流量頻道,就像點對點呼叫一樣,所以可使用任何已知的點對點流量頻道指派方法。據此,因為存取網路會知道每個有興趣的訂戶端何時將監視傳呼頻道,所以何將傳送每個訂戶端的ICAM之問題並不存在。
圖19顯示根據如上文所述之具體實施例之訊息流程的實例。在時間t1
,一扇區S接收一訂戶端MS_1和MS_2的識別GROUP_IDx,其中包含要開始多播呼叫之識別名稱為GROUP_IDx的群組。或者,該扇區S接收一群組識別名稱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)並且傳送一回應。
在時間t2
,該扇區S在訂戶端MS_2所監視之時槽中傳輸GPM(MCP:GROUP_IDx)。在時間t5
,訂戶端MS_2接收GPM(GROUP_IDx)並且傳送一回應。
在接收到回應後,負責頻道指派的存取網路之實體決定要指派專用頻道。直到時間t6
為止,該扇區S等待訂戶端MS_1所監視的傳呼時槽,接著將個別ICAM(MS_1的頻道指派資訊)運載至訂戶端MS_1。在時間t7
,訂戶端MS_1處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視訂戶端MS_1用於傳輸所識別之多播呼叫(MS_1的流量)的實體頻道。
同樣地,直到時間t8
為止,該扇區S等待訂戶端MS_2所監視的傳呼時槽,接著將個別ICAM(MS_2的頻道指派資訊)運載至訂戶端MS_2。在時間t9
,訂戶端MS_2處理該ICAM並且採取適當動作,例如,調整頻道並且開始監視訂戶端MS_2用於傳輸所識別之多播呼叫(MS_2的流量)的實體頻道。
熟習此項技術者應明白,如上文所述的具體實施例分別僅供指導用途。一種通信系統將使用適用於多播服務的任何具體實施例。例如,針對要傳遞至一多播群組的多播呼叫,並且該多播群組的成員位於不同扇區涵蓋範圍,則每個扇區可使用不同的具體實施例。因此,某扇區可使用多播呼叫通知、要求回應及指派專用頻道。其他扇區可使用個別通知、要求回應及指派共用頻道。還有其他扇區可使用多播通知、要求回應,以及將一共用頻道指派給某些訂戶端且將一專用頻道指派給其餘訂戶端。
熟習此項技術者應明白,雖然基於理解目的而以連續順序繪製流程圖,並且在實際實施中可以平行方式執行特定步驟。
熟習此項技術者應明白,可使用各種不同用詞或技術的任一種來代表資訊及信號。例如,資料、指令、命令、資訊、信號、位元、符號及碼片有利於以電壓、電流、電磁波、磁場或粒子、光場或粒子、或其任何組合來表示。
熟習此項技術者應進一步明白,配合本文所發表之具體實施例說明的各種圖解邏輯方塊、模組、電路及演算法步驟可實施為電子硬體、電腦軟體或其組合。為了清楚解說硬體與軟體的互換性,前文中已就功能而論作廣泛說明各種圖解的組件、區塊、模組、電路及步驟。視特定應用及影響整個系統的設計限制條件而定,將功能實施成硬體或軟體。熟習此項技術者可以用每種特別應用的不同方法來實施所述的功能,但這種實施決定不能視為背離本發明之範圍。
可使用一般用途處理器、數位信號處理器(DSP)、專用積體電路(ASIC)、場可程式規劃閘極陣列(FPGA)或其他可程式規劃邏輯裝置(PLD)、離散閘極或電晶體邏輯、離散硬體組件或其任何的組合以執行本文所說明的功能,以實施或執行配合本文所發表之具體實施例說明的各種圖解邏輯方塊、模組及電路。一般用途處理器可能是微處理器,但是在替代方案中,處理器可能是任何傳統處理器、控制器、微控制器或狀態機器。處理器可實施為電腦裝置的組合,例如DSP和微處理器的組合、複數個微處理器、連接DSP核心的一個或一個以上微處理器或任何其他此類的組態。
配合本文中揭示之具體實施例中說明的方法或演算法步驟可直接用硬體、處理器執行的軟體模組或軟硬體組合具體化。軟體模組可駐存於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可抽取磁碟、CD-ROM、或此項技術中所熟知之任何其他形式的儲存媒體中。一種示範性儲存媒體係耦合處理器,以致於處理器可自儲存媒體中讀取資訊,以及寫入資訊到儲存媒體。在替代方案中,儲存媒體可被整合至處理器中。處理器和儲存媒體可駐存在ASIC中。該ASIC可存在於一使用者終端機中。在替代方案中,處理器和儲存媒體可當作散離組件駐存在使用者終端機中。
前文中提供所揭示具體實施例的說明,讓熟習此項技術者可運用或利用本發明。熟習此項技術者應明白這些具體實施例的各種修改,並且本文中定義的一般原理可適用於其他具體實施例,而不會脫離本發明的精神或範疇。因此,本發明不受限於本文中提出的具體實施例,而是符合與本文中所說明的原理及新穎功能一致的最廣泛的範疇。
本發明文件所發表的一部份包括受到著作權保護的物料。著作權擁有人不反對任何人傳真再製專利暨商標局專利檔案或記錄中發表的專利文件或本發明,但是絕對保留著作權的所有權限。
100...通訊系統
102...內容伺服器(CS)
104...網際網路(IP)
106...多重發送封包資料伺服節點
108...封包控制功能(PCF)/基地台控制器(BSC)
110...基地台
112...公共交換電話網路
114...正向鏈路頻道
120...網路連接功能
116...成員訂戶端
118...反向鏈路頻道
MS_1,MS_2,MS_3...訂戶端
圖1顯示根據本發明具體實施例之能夠提供多播服務之通信系統的概念方塊圖;
圖2顯示根據一項具體實施例之通知訊息流程的圖式;
圖3顯示一傳呼訊息的概念圖;
圖4顯示根據另一項具體實施例之通知訊息流程的圖式;
圖5顯示在一項具體實施例中,透過正向快速傳呼頻道(F-QPCH)來運載信號與透過正向共同控制頻道(F-CCCH)或正向傳呼頻道(F-PCH)來運載信號之間的關係;
圖6顯示根據另一項具體實施例之通知訊息流程的圖式;
圖7顯示根據一項具體實施例,透過正向快速傳呼頻道(F-QPCH)與正向共同控制頻道(F-CCCH)或正向傳呼頻道(F-PCH)來運載信號之間的關係;以及
圖8顯示根據另一項具體實施例之通知訊息流程的圖式;
圖9顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖10顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖11顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖12顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖13顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖14顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖15顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖16顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖17顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;
圖18顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式;以及
圖19顯示根據另一項具體實施例之回應/頻道指派之訊息流程的圖式。
(無元件符號說明)
Claims (32)
- 一種在一通信系統中用於一多播服務通知之方法,包括:決定一多播群組識別名稱,該多播群組識別名稱識別一訂購一特定多播內容之行動台群組;在一第一無線頻道上以一傳輸器週期地傳輸一訊息,該週期地傳輸的訊息對應於在一特定週期期間中傳輸之一添加信號(overhead)訊息;判定與該行動台群組所訂購之該多播內容相關聯之資料係可得的;以及其中回應於該判定與該行動台群組所訂購之該多播內容相關聯之該資料係可得的時,該週期地傳輸步驟組態下一個週期地傳輸的訊息以包括該多播群組識別名稱。
- 如申請專利範圍第1項之方法,其中該決定一多播群組識別名稱包括:從該通信系統中一實體接收該多播群組識別名稱。
- 如申請專利範圍第1項之方法,其中該決定一多播群組識別名稱包括:接收屬於一多播群組之多個行動台的識別;以及依據該等行動台之識別來決定該多播群組識別名稱。
- 如申請專利範圍第1項之方法,進一步包括:針對藉由該多播群組識別名稱所識別的多個行動台,接收一多播服務的一結束指示項;以及 如果所有週期地傳輸的訊息中都包含該多播群組識別名稱,則在該第一無線頻道上,從該週期地傳輸的訊息中移除該多播群組識別名稱。
- 如申請專利範圍第1項之方法,進一步包括:針對藉由該多播群組識別名稱所識別的多個行動台,接收一多播服務的一結束指示項;以及如果所有週期地傳輸的訊息都不包含該多播群組識別名稱,則將該結束指示項納入至透過一第二無線頻道運載的一信號中。
- 如申請專利範圍第5項之方法,其中該將該結束指示項納入至透過該第二無線頻道運載的該信號中包括:將該結束指示項納入至透過用於運載該多播服務之該第二無線頻道所運載的該信號中。
- 如申請專利範圍第1項之方法,其中無論與該行動台群組所訂購之該多播內容相關聯之資料是否可得,該週期地傳輸的訊息都會在每一特定期間中傳輸。
- 如申請專利範圍第1項之方法,其中無論與該特定多播內容相關聯之資料是否可得,每一週期地傳輸的訊息都會被傳輸。
- 如申請專利範圍第1項之方法,其中該多播群組識別名稱被該行動台群組中每一行動台所知,及其中每一行動台基於該多播群組識別名稱之內含物來辨識用於該行動台群組之資料係可得的。
- 如申請專利範圍第1項之方法, 其中該下一個週期傳輸訊息包括指派一下行鏈路頻道之頻道指派訊息,及其中該等行動台可在該經指派之下行鏈路頻道上接收與該多播內容相關聯之該資料而不用回應該下一個週期地傳輸的訊息。
- 如申請專利範圍第10項之方法,其中該經指派之下行鏈路頻道對應至一共用頻道,該共用頻道被該行動台群組中之二或多個行動台所共用。
- 如申請專利範圍第1項之方法,其中該等行動台在被指派一用於該多播內容之下行鏈路頻道前必須回應該下一個週期地傳輸的訊息。
- 如申請專利範圍第12項之方法,其中該下行鏈路頻道對應至一專用頻道,每一回應之行動台被指派各自之專用頻道。
- 如申請專利範圍第13項之方法,其中一單一訊息被用於指派多個獨立之專用頻道至二或多個該等回應之行動台。
- 如申請專利範圍第1項之方法,其中一網路通信實體在不知哪些行動台屬於該行動台群組的情形下而執行該週期地傳輸。
- 如申請專利範圍第15項之方法,進一步包括:自該行動台群組中之一或多個行動台接收該週期地傳輸的訊息之一或多個回應;判定發送該週期地傳輸的訊息之該或該等回應之該 等行動台屬於該行動台群組。
- 如申請專利範圍第1項之方法,其中該週期地傳輸的訊息對應至一經組態以傳呼該行動台群組中之一特定行動台之個別傳呼訊息。
- 如申請專利範圍第1項之方法,其中該週期地傳輸的訊息在該通信系統之一特定服務區域中宣傳每一目前有效之多播會期。
- 如申請專利範圍第1項之方法,其中與該等目前有效之多播會期相關聯之多播內容自該週期傳輸訊息分開來運載。
- 一種在一通信系統中用於一多播服務通知之裝置,包括:一處理器;以及一非暫時性儲存媒體,其耦合至該處理器,並且包含該處理器可執行的一組指令集,以執行下列動作:決定一多播群組識別名稱,該多播群組識別名稱識別一訂購一特定多播內容之行動台群組;在一第一無線頻道上以一傳輸器週期地傳輸的一訊息,該週期地傳輸的訊息對應於在一特定週期期間中傳輸之一添加信號(overhead)訊息;判定與該行動台群組所訂購之該多播內容相關聯之資料係可得到的;以及其中回應於該判定與該行動台群組所訂購之該多播內容相關聯之該資料係可得到的時,該處理器組態下一 個週期地傳輸的訊息以包括該多播群組識別名稱。
- 如申請專利範圍第20項之裝置,其中該處理器決定一多播群組識別名稱的方式為,執行一組指令集而得以執行下列動作:從該通信系統中一實體接收該多播群組識別名稱。
- 如申請專利範圍第20項之裝置,其中該處理器決定一多播群組識別名稱的方式為,執行一組指令集而得以執行下列動作:接收屬於一多播群組之多個行動台的識別;以及依據該等行動台之識別來決定該多播群組識別名稱。
- 如申請專利範圍第20項之裝置,其中該處理器被進一步組態以執行下列動作:針對藉由該多播群組識別名稱所識別的多個行動台,接收一多播服務的一結束指示項;以及如果每一個週期地傳輸的訊息中都包含該多播群組識別名稱,則在該第一無線頻道上,從該週期地傳輸的訊息中移除該多播群組識別名稱。
- 如申請專利範圍第20項之裝置,其中該處理器被進一步組態以執行下列動作:針對藉由該多播群組識別名稱所識別的多個行動台,接收一多播服務的一結束指示項;以及如果每一個週期地傳輸的訊息都不包含該多播群組識別名稱,則將該結束指示項納入至透過一第二無線頻道運載的一信號中。
- 如申請專利範圍第24項之裝置,其中該處理器該將該結束指示項納入至透過該第二無線頻道運載的該信號中之方式為,執行一組指令集而得以執行下列動作:將該結束指示項納入至透過用於運載該多播服務之該第二無線頻道所運載的該信號中。
- 如申請專利範圍第20項之裝置,其中該處理器及該儲存媒體被配置在一基地台中。
- 如申請專利範圍第26項之裝置,其中從該通信系統中一實體接收該多播群組識別名稱不同於從該基地台進行接收。
- 如申請專利範圍第20項之裝置,其中無論與該行動台群組所訂購之該多播內容相關聯之資料是否係可得到的,該週期地傳輸的訊息都會在每一特定期間中傳輸。
- 一種在一通信系統中用於一多播服務通知之裝置,包括:用於決定一多播群組識別名稱的構件,該多播群組識別名稱識別一訂購一特定多播內容之行動台群組;用於在一第一無線頻道上週期地傳輸一訊息的構件,該週期地傳輸的訊息對應於在一特定週期期間中傳輸之一添加信號(overhead)訊息;用於判定與該行動台群組所訂購之該多播內容相關聯之資料係可得到的構件;以及其中回應於該判定與該行動台群組所訂購之該多播 內容相關聯之該資料係可得到的時,該用於週期地傳輸的構件組態下一個週期地傳輸的訊息以包括該多播群組識別名稱。
- 一種包含多個指令之非暫時性電腦可讀取媒體,當該等指令被一裝置執行時會使該裝置執行多個操作,該等指令包含:用以決定一多播群組識別名稱的程式碼,該多播群組識別名稱識別一訂購一特定多播內容之行動台群組;用以在一第一無線頻道上週期傳輸一訊息的程式碼,該週期地傳輸的訊息對應於在一特定週期期間中傳輸之一添加信號(overhead)訊息;用以判定與該行動台群組所訂購之該多播內容相關聯之資料係可得到的程式碼;以及其中回應於該判定與該行動台群組所訂購之該多播內容相關聯之該資料係可得到的時,該用以週期地傳輸的程式碼組態下一個週期地傳輸的訊息以包括該多播群組識別名稱。
- 一種在一通信系統中用於一多播服務通知之方法,包括:決定一多播群組識別名稱,該多播群組識別名稱識別一訂購一特定多播內容之行動台群組;在一第一無線頻道上以一傳輸器週期地傳輸一訊息,該週期地傳輸的訊息對應於在一特定週期期間中 傳輸之一添加信號(overhead)訊息;及判定與該行動台群組所訂購之該多播內容相關聯之資料係可得到的,其中回應於該判定與該行動台群組所訂購之該多播內容相關聯之該資料係可得到的時,該週期地傳輸步驟組態一隨後週期地傳輸的訊息以包括該多播群組識別名稱。
- 如申請專利範圍第31項之方法,其中該隨後週期地傳輸的訊息對應至下一個週期地傳輸的訊息,該下一個週期地傳輸的訊息在該判定後被傳輸。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/192,428 US6876636B2 (en) | 2002-07-09 | 2002-07-09 | Method and system for a multicast service initiation in a communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201204097A TW201204097A (en) | 2012-01-16 |
TWI435629B true TWI435629B (zh) | 2014-04-21 |
Family
ID=30114343
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW103106911A TWI523556B (zh) | 2002-07-09 | 2003-07-09 | 在一通信系統中啓始多重發送服務之方法及系統 |
TW092118782A TWI358239B (en) | 2002-07-09 | 2003-07-09 | Method and system for a multicast service initiati |
TW100122368A TWI435629B (zh) | 2002-07-09 | 2003-07-09 | 在一通信系統中啟始多重發送服務之方法及系統 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW103106911A TWI523556B (zh) | 2002-07-09 | 2003-07-09 | 在一通信系統中啓始多重發送服務之方法及系統 |
TW092118782A TWI358239B (en) | 2002-07-09 | 2003-07-09 | Method and system for a multicast service initiati |
Country Status (13)
Country | Link |
---|---|
US (3) | US6876636B2 (zh) |
EP (1) | EP1522204B1 (zh) |
JP (2) | JP2005533414A (zh) |
KR (1) | KR100999824B1 (zh) |
CN (2) | CN101132559B (zh) |
AT (1) | ATE504171T1 (zh) |
AU (1) | AU2003251846A1 (zh) |
BR (3) | BRPI0312518B1 (zh) |
DE (1) | DE60336561D1 (zh) |
ES (1) | ES2363970T3 (zh) |
HK (1) | HK1083287A1 (zh) |
TW (3) | TWI523556B (zh) |
WO (1) | WO2004006615A1 (zh) |
Families Citing this family (77)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002317073A1 (en) * | 2001-06-27 | 2003-03-03 | Nortel Networks Limited | Mapping information in wireless communications systems |
EP1320215A1 (en) * | 2001-12-13 | 2003-06-18 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method and device for broadcast in point-to-point networks |
US7796631B2 (en) * | 2002-07-09 | 2010-09-14 | Qualcomm Incorporated | Method and system for a multicast service initiation in a communication system |
US6876636B2 (en) | 2002-07-09 | 2005-04-05 | Qualcomm Inc. | Method and system for a multicast service initiation in a communication system |
US8762551B2 (en) * | 2002-07-30 | 2014-06-24 | Intel Corporation | Point coordinator delegation in a wireless network |
ES2345195T3 (es) | 2002-08-01 | 2010-09-17 | Interdigital Technology Corporation | Metodo para coordinar ocasiones de radiobusqueda en un canal de radiobusqueda comun. |
US7486637B2 (en) * | 2002-09-26 | 2009-02-03 | Interdigital Technology Corporation | Wireless communication method and system for efficiently managing paging windows and data messages |
US7283782B2 (en) * | 2002-10-22 | 2007-10-16 | Qualcomm Incorporated | Method and apparatus for switching between shared and individual channels to provide broadcast content services in a wireless telephone network |
US7633926B1 (en) * | 2003-02-06 | 2009-12-15 | Cisco Technology, Inc. | Extending multicast applications available on data networks to cell-based wireless networks |
DE60301198T2 (de) * | 2003-03-28 | 2006-06-01 | Nortel Networks Ltd., St. Laurent | Einfügen eines hash-codierten Dienstbezeichners in eine Funkrufnachricht für einen Dienst-Gruppenruf |
ATE439016T1 (de) * | 2003-05-20 | 2009-08-15 | T Mobile Deutschland Gmbh | Verfahren und system zur implementierung eines drücken-zum-sprechen dienstes in einem mobilkommunikationsnetz des gsm-typs |
US7574528B2 (en) * | 2003-08-27 | 2009-08-11 | Cisco Technology, Inc. | Methods and apparatus for accessing presence information |
EP1676384B1 (en) * | 2003-10-22 | 2009-08-19 | Nokia Corporation | Method and apparatus for facilitating management of multicast delivery to mobile devices |
JP4687696B2 (ja) * | 2003-11-07 | 2011-05-25 | 株式会社日立製作所 | 基地局 |
CN100499638C (zh) * | 2003-11-07 | 2009-06-10 | 日立通讯技术株式会社 | 无线通信装置 |
JP4687061B2 (ja) * | 2003-11-07 | 2011-05-25 | 株式会社日立製作所 | 無線通信装置及び無線通信システム |
JP4687697B2 (ja) * | 2003-11-07 | 2011-05-25 | 株式会社日立製作所 | 無線端末 |
US7328036B2 (en) * | 2003-12-05 | 2008-02-05 | Motorola, Inc. | Method and apparatus reducing PTT call setup delays |
US20050135401A1 (en) * | 2003-12-18 | 2005-06-23 | Michael Schmidt | Multicast message routing systems and methods |
US20050157669A1 (en) * | 2003-12-30 | 2005-07-21 | Mang Zhu | Broadcast/multicast services in communications networks |
GB0400255D0 (en) * | 2004-01-07 | 2004-02-11 | Samsung Electronics Co Ltd | Radio messages |
US20050169223A1 (en) * | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
US20050186973A1 (en) * | 2004-02-04 | 2005-08-25 | Peter Gaal | Method and apparatus for sending signaling for multicast and broadcast services |
US8521139B2 (en) * | 2004-02-11 | 2013-08-27 | Qualcomm Incorporated | Transmission of notifications for broadcast and multicast services |
US8289906B2 (en) * | 2004-03-26 | 2012-10-16 | Samsung Electronics Co. Ltd. | Method and system for assigning servers based on server status in a wireless network |
GB0408383D0 (en) * | 2004-04-15 | 2004-05-19 | Koninkl Philips Electronics Nv | A radio network and a method of operating a radio network |
KR101141350B1 (ko) | 2004-05-06 | 2012-06-21 | 엘지전자 주식회사 | Mbms서비스를 위한 제어정보의 전송통지 송수신방법 |
US7301914B2 (en) * | 2004-06-15 | 2007-11-27 | Motorola, Inc. | Method and apparatus for sending a multicast message |
US7395080B2 (en) * | 2004-07-30 | 2008-07-01 | Kyocera Wireless Corp. | Call processing system and method |
CN100421507C (zh) * | 2004-11-10 | 2008-09-24 | 华为技术有限公司 | 一种多媒体广播/组播业务中业务控制信息的传输方法 |
US20060148493A1 (en) * | 2004-12-30 | 2006-07-06 | Murali Narasimha | Paging for broadcast and multicast services |
BRPI0606568B1 (pt) * | 2005-02-07 | 2019-06-18 | Lg Electronics Inc. | Método para comunicação de um serviço ponto-amultiponto por meio de um equipamento de usuário (ue) em um sistema de comunicação sem fio |
JP4885885B2 (ja) * | 2005-03-02 | 2012-02-29 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムにおける放送メッセージ伝送方法 |
CA2599671C (en) * | 2005-03-02 | 2014-09-16 | Lg Electronics Inc. | A method of transmitting broadcast message in a mobile communication system |
KR100771513B1 (ko) * | 2005-03-21 | 2007-10-31 | 엘지전자 주식회사 | Dmb 단말기의 방송 컨텐츠에 대한 정보를 검색하는 시스템 및 그 방법 |
CN101156330A (zh) * | 2005-04-02 | 2008-04-02 | 三星电子株式会社 | 移动广播系统中的文件分发方法和装置 |
EP1890498B1 (en) * | 2005-06-02 | 2018-01-10 | ZTE Corporation | A method for establishing a call rapidly in cdma cluster communication system |
CN100355317C (zh) * | 2005-06-27 | 2007-12-12 | 华为技术有限公司 | 一种减少移动终端功率消耗的方法 |
CN101161003B (zh) * | 2005-06-27 | 2010-05-19 | 华为技术有限公司 | 一种减少移动终端功率消耗的方法 |
US8144724B2 (en) * | 2005-06-30 | 2012-03-27 | Qualcomm Incorporated | Apparatus and method for resolving request collision in a high bandwidth wireless network |
WO2007019731A1 (fr) * | 2005-08-18 | 2007-02-22 | Zte Corporation | Procede d'adressage de message de diffusion en systeme interurbain |
JP2007067995A (ja) * | 2005-09-01 | 2007-03-15 | Fujitsu Ltd | プッシュ・ツー・トーク情報発信装置およびプッシュ・ツー・トーク情報発信方法 |
CN1866764A (zh) * | 2005-09-30 | 2006-11-22 | 华为技术有限公司 | 一种多播业务路径保护方法及系统 |
US7787892B2 (en) | 2005-10-05 | 2010-08-31 | Via Technologies, Inc. | Method and apparatus for adaptive multi-stage multi-threshold detection of paging indicators in wireless communication systems |
US20070140255A1 (en) * | 2005-12-21 | 2007-06-21 | Motorola, Inc. | Method and system for communication across different wireless technologies using a multimode mobile device |
US7330882B2 (en) * | 2005-12-28 | 2008-02-12 | Matsushita Electric Works, Ltd. | Systems and methods for discovering and interacting with services |
US8498237B2 (en) * | 2006-01-11 | 2013-07-30 | Qualcomm Incorporated | Methods and apparatus for communicating device capability and/or setup information |
CN101064959B (zh) | 2006-04-30 | 2014-02-26 | 华为技术有限公司 | 无线城域网中网络侧发起移动终端进入空闲模式的方法 |
US8682357B2 (en) * | 2006-05-02 | 2014-03-25 | Intellectual Ventures Holding 81 Llc | Paging in a wireless network |
US8700105B2 (en) | 2006-06-22 | 2014-04-15 | Qualcomm Incorporated | Low duty cycle device protocol |
US8018884B2 (en) | 2006-06-21 | 2011-09-13 | Qualcomm Incorporated | Low duty cycle network controller |
EP2070372A2 (en) * | 2006-08-21 | 2009-06-17 | Interdigital Technology Corporation | Resource allocation, scheduling, and signaling for grouping real time services |
EP2087767B1 (en) * | 2006-12-01 | 2016-07-13 | Telefonaktiebolaget LM Ericsson (publ) | Multi-user communication session management |
US9838213B2 (en) * | 2007-02-06 | 2017-12-05 | Entropic Communications, Llc | Parameterized quality of service architecture in a network |
US8165072B2 (en) * | 2007-03-22 | 2012-04-24 | Alcatel Lucent | Method for providing group paging and messaging |
US8666542B2 (en) | 2007-06-29 | 2014-03-04 | Ncr Corporation | Multi-channel controller |
US20100182932A1 (en) * | 2007-07-24 | 2010-07-22 | Shashikant Maheshwarl | Apparatus, Method and Computer Program Product Providing Group Resource Allocation for Reducing Signaling Overhead |
US8630219B2 (en) * | 2007-09-24 | 2014-01-14 | Qualcomm Incorporated | Supporting a multicast session within a wireless communications network |
US8625501B2 (en) | 2007-09-24 | 2014-01-07 | Qualcomm Incorporated | Regulating broadcast overhead messages within a wireless communications network |
CN103414533B (zh) | 2007-09-28 | 2016-08-10 | Lg电子株式会社 | 在无线通信系统中检测控制信息的方法及设备 |
US8739013B2 (en) * | 2007-09-28 | 2014-05-27 | Lg Electronics Inc. | Method for detecting control information in wireless communication system |
KR101448309B1 (ko) * | 2007-09-28 | 2014-10-08 | 엘지전자 주식회사 | 무선통신 시스템에서 하향링크 제어채널 모니터링 방법 |
DE102007059273A1 (de) | 2007-12-08 | 2009-06-18 | T-Mobile Internationale Ag | Virtuelle Tastatur eines mobilen Endgerätes |
KR101427267B1 (ko) * | 2007-12-21 | 2014-08-06 | 엘지전자 주식회사 | 외부 모듈을 갖는 휴대 단말기 및 그의 충전상태 표시 방법 |
US9185654B2 (en) * | 2008-07-16 | 2015-11-10 | Qualcomm Incorporated | Network server having an information and scheduling controller to support one or more low duty cycle wireless devices |
CN101730190A (zh) * | 2009-12-14 | 2010-06-09 | 中兴通讯股份有限公司 | 集群系统中广播信道指配消息的发送方法、装置及系统 |
US9544943B2 (en) * | 2010-11-04 | 2017-01-10 | Qualcomm Incorporated | Communicating via a FEMTO access point within a wireless communications system |
US9548869B2 (en) * | 2011-04-08 | 2017-01-17 | Qualcomm Incorporated | Systems and methods for implementing multicasting using personal area network “pan” wireless technology |
US9143901B2 (en) * | 2011-05-27 | 2015-09-22 | Qualcomm Incorporated | Group ID and QOS group identification for stream multiplexing in multicast and broadcast systems |
CN102892082B (zh) * | 2011-07-18 | 2016-08-24 | 中兴通讯股份有限公司 | 用于在无线网络中进行组寻呼的方法和装置 |
US9060259B2 (en) * | 2011-07-18 | 2015-06-16 | Zte Corporation | Methods and apparatus for group paging in wireless networks |
US20130064164A1 (en) * | 2011-09-09 | 2013-03-14 | Electronics And Telecommunications Research Institute | Method and apparatus for managing multicast service |
CN103442438B (zh) * | 2012-07-23 | 2017-04-12 | 英特尔公司 | 用于隧道通用寻呼消息的装置和方法 |
ES2734483T3 (es) * | 2013-04-18 | 2019-12-10 | Qualcomm Inc | Mejoras en la portadora de MBMS para pulsar para hablar o pulsar para todo a través de eMBMS |
US9232365B1 (en) * | 2013-08-27 | 2016-01-05 | Sprint Spectrum L.P. | Push-to-talk capacity enhancement |
US11265844B2 (en) * | 2017-04-26 | 2022-03-01 | Beijing Xiaomi Mobile Software Co., Ltd. | Paging method and apparatus |
CN112602356B (zh) * | 2018-09-18 | 2022-11-25 | 华为技术有限公司 | 用于在功率节省模式下进行信令传递的装置和方法 |
Family Cites Families (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4901307A (en) | 1986-10-17 | 1990-02-13 | Qualcomm, Inc. | Spread spectrum multiple access communication system using satellite or terrestrial repeaters |
US5103459B1 (en) | 1990-06-25 | 1999-07-06 | Qualcomm Inc | System and method for generating signal waveforms in a cdma cellular telephone system |
US5511073A (en) | 1990-06-25 | 1996-04-23 | Qualcomm Incorporated | Method and apparatus for the formatting of data for transmission |
US5956335A (en) * | 1991-01-25 | 1999-09-21 | Cabletron Systems, Inc. | Many to few group address translation through a network bridge |
US5392287A (en) | 1992-03-05 | 1995-02-21 | Qualcomm Incorporated | Apparatus and method for reducing power consumption in a mobile communications receiver |
US5457680A (en) * | 1993-05-18 | 1995-10-10 | International Business Machines Corporation | Data gateway for mobile data radio terminals in a data communication network |
FI97517C (fi) * | 1993-09-06 | 1996-12-27 | Nokia Mobile Phones Ltd | Pakettidatan siirto digitaalisessa solukkoverkossa |
EP0677222A4 (en) * | 1993-11-01 | 1995-12-27 | Ericsson Telefon Ab L M | LAYER 2 PROTOCOL IN A CELLULAR COMMUNICATION SYSTEM. |
JP3121221B2 (ja) * | 1995-02-07 | 2000-12-25 | 株式会社日立製作所 | 情報処理システムの通信方法および情報処理システム |
EP0830792A4 (en) * | 1995-06-06 | 2000-04-26 | Flash Comm Inc | DETERMINING CONDITIONS OF FREQUENCY PROPAGATION AND AVAILABILITY IN A WIRELESS DATA TRANSMISSION NETWORK |
US5909651A (en) * | 1996-08-02 | 1999-06-01 | Lucent Technologies Inc. | Broadcast short message service architecture |
US6628629B1 (en) * | 1998-07-10 | 2003-09-30 | Malibu Networks | Reservation based prioritization method for wireless transmission of latency and jitter sensitive IP-flows in a wireless point to multi-point transmission system |
US6680922B1 (en) * | 1998-07-10 | 2004-01-20 | Malibu Networks, Inc. | Method for the recognition and operation of virtual private networks (VPNs) over a wireless point to multi-point (PtMP) transmission system |
FI106593B (fi) * | 1999-02-15 | 2001-02-28 | Valtion Teknillinen | Paluuyhteydetön IP-multicast-palvelu |
US6606502B1 (en) * | 1999-07-27 | 2003-08-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method system and mobile switching center (MSC) for reporting capability to perform periodic broadcast short message service (SMS) |
TW437212B (en) | 1999-09-02 | 2001-05-28 | Chunghwa Telecom Lab | ATM virtual path multicast module |
JP3618600B2 (ja) | 1999-09-28 | 2005-02-09 | 株式会社東芝 | 無線通信システム、無線通信方法、無線基地局、および無線端末局 |
US6728300B1 (en) | 2000-02-11 | 2004-04-27 | Qualcomm Incorporated | Method and apparatus for maximizing standby time in remote stations configured to receive broadcast databurst messages |
US6307846B1 (en) * | 2000-02-24 | 2001-10-23 | Motorola, Inc. | Method and system in wireless communication system for scheduling messages to reduce the quick paging channel peak power level |
US6721290B1 (en) * | 2000-04-03 | 2004-04-13 | Hrl Laboratories, Llc | Method and apparatus for multicasting real time traffic in wireless ad-hoc networks |
JP3662473B2 (ja) | 2000-05-12 | 2005-06-22 | 株式会社エヌ・ティ・ティ・ドコモ | マルチキャストサービス提供方法及び情報配信装置 |
FI20001574A (fi) * | 2000-06-30 | 2001-12-31 | Nokia Corp | Resurssien allokointi ja palvelun välittäminen langattoman verkon yli |
JP3521848B2 (ja) | 2000-07-11 | 2004-04-26 | 日本電気株式会社 | 携帯端末マルチキャストサービスシステムとその方法 |
KR200210681Y1 (ko) * | 2000-07-22 | 2001-01-15 | 이기수 | 하드케이스 착탈식 배낭 |
US6577609B2 (en) * | 2000-09-29 | 2003-06-10 | Symbol Technologies, Inc. | Local addressing of mobile units in a WLAN with multicast packet addressing |
US6804528B1 (en) | 2000-11-03 | 2004-10-12 | Lucent Technologies, Inc. | Apparatus and method for use in the multicast of traffic data in wireless multiple access communications systems |
EP1213939A1 (en) | 2000-12-08 | 2002-06-12 | Nokia Corporation | Communication system having implemented point-to-multipoint-multicast function |
JP2004531937A (ja) | 2001-03-28 | 2004-10-14 | クゥアルコム・インコーポレイテッド | 通信システムにおけるポイント・ツー・マルチポイントサービスのチャネル管理のための方法および装置 |
US6745056B2 (en) | 2001-07-13 | 2004-06-01 | Qualcomm, Inc. | Method and system for improving battery performance in broadcast paging |
US6980820B2 (en) | 2001-08-20 | 2005-12-27 | Qualcomm Inc. | Method and system for signaling in broadcast communication system |
US7075904B1 (en) * | 2001-11-16 | 2006-07-11 | Sprint Spectrum L.P. | Method and system for multicasting messages to select mobile recipients |
US8068832B2 (en) * | 2001-11-19 | 2011-11-29 | Nokia Corporation | Multicast session handover |
US6842461B2 (en) * | 2002-03-08 | 2005-01-11 | Motorola, Inc. | Method and apparatus for data retransmission within a communication system |
US6684081B2 (en) * | 2002-05-10 | 2004-01-27 | Nokia Corporation | Method and system for separating control information and user data from multicast and broadcast services |
US7236465B2 (en) * | 2002-06-13 | 2007-06-26 | International Business Machines Corporation | System and method for gathering multicast content receiver data |
US6876636B2 (en) | 2002-07-09 | 2005-04-05 | Qualcomm Inc. | Method and system for a multicast service initiation in a communication system |
WO2010060104A2 (en) | 2008-11-24 | 2010-05-27 | Moma Therapeutics | Implantable liposome embedded matrix composition, uses thereof, and polycaprolactone praticles as scaffolds for tissue regeneration |
-
2002
- 2002-07-09 US US10/192,428 patent/US6876636B2/en not_active Expired - Lifetime
-
2003
- 2003-07-09 BR BRPI0312518-1A patent/BRPI0312518B1/pt unknown
- 2003-07-09 BR BR0312518-1A patent/BR0312518A/pt active IP Right Grant
- 2003-07-09 AT AT03763448T patent/ATE504171T1/de not_active IP Right Cessation
- 2003-07-09 EP EP03763448A patent/EP1522204B1/en not_active Expired - Lifetime
- 2003-07-09 TW TW103106911A patent/TWI523556B/zh not_active IP Right Cessation
- 2003-07-09 WO PCT/US2003/021597 patent/WO2004006615A1/en active Application Filing
- 2003-07-09 CN CN200710180375.0A patent/CN101132559B/zh not_active Expired - Lifetime
- 2003-07-09 TW TW092118782A patent/TWI358239B/zh not_active IP Right Cessation
- 2003-07-09 JP JP2004520111A patent/JP2005533414A/ja not_active Withdrawn
- 2003-07-09 KR KR1020057000237A patent/KR100999824B1/ko active IP Right Grant
- 2003-07-09 DE DE60336561T patent/DE60336561D1/de not_active Expired - Lifetime
- 2003-07-09 TW TW100122368A patent/TWI435629B/zh not_active IP Right Cessation
- 2003-07-09 ES ES03763448T patent/ES2363970T3/es not_active Expired - Lifetime
- 2003-07-09 CN CNB038211882A patent/CN100525518C/zh not_active Expired - Lifetime
- 2003-07-09 BR BR122017002443-4A patent/BR122017002443B1/pt active IP Right Grant
- 2003-07-09 AU AU2003251846A patent/AU2003251846A1/en not_active Abandoned
-
2005
- 2005-04-01 US US11/097,594 patent/US8243644B2/en active Active
-
2006
- 2006-03-14 HK HK06103240.6A patent/HK1083287A1/xx not_active IP Right Cessation
-
2010
- 2010-10-15 JP JP2010232552A patent/JP4847603B2/ja not_active Expired - Lifetime
-
2012
- 2012-06-12 US US13/494,739 patent/US8989075B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
EP1522204A1 (en) | 2005-04-13 |
ATE504171T1 (de) | 2011-04-15 |
TWI358239B (en) | 2012-02-11 |
HK1083287A1 (en) | 2006-06-30 |
TW201204097A (en) | 2012-01-16 |
JP2011035937A (ja) | 2011-02-17 |
CN101132559B (zh) | 2015-03-25 |
BR0312518A (pt) | 2005-06-07 |
JP2005533414A (ja) | 2005-11-04 |
TW200414780A (en) | 2004-08-01 |
US20120257563A1 (en) | 2012-10-11 |
US20040008679A1 (en) | 2004-01-15 |
BR122017002443B1 (pt) | 2017-09-26 |
AU2003251846A1 (en) | 2004-01-23 |
ES2363970T3 (es) | 2011-08-22 |
EP1522204B1 (en) | 2011-03-30 |
TW201424423A (zh) | 2014-06-16 |
WO2004006615A1 (en) | 2004-01-15 |
JP4847603B2 (ja) | 2011-12-28 |
KR20050009773A (ko) | 2005-01-25 |
US6876636B2 (en) | 2005-04-05 |
US8243644B2 (en) | 2012-08-14 |
TWI523556B (zh) | 2016-02-21 |
BRPI0312518B1 (pt) | 2017-06-13 |
DE60336561D1 (de) | 2011-05-12 |
CN101132559A (zh) | 2008-02-27 |
CN1682556A (zh) | 2005-10-12 |
KR100999824B1 (ko) | 2010-12-08 |
CN100525518C (zh) | 2009-08-05 |
US8989075B2 (en) | 2015-03-24 |
US20050169203A1 (en) | 2005-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI435629B (zh) | 在一通信系統中啟始多重發送服務之方法及系統 | |
TWI321281B (en) | Method and system for a multicast service initiation in a communication system | |
JP4965593B2 (ja) | ブロードキャスト通信システムにおけるシグナリング方法およびシステム | |
JP5562915B2 (ja) | 放送通信システムにおけるシグナリングのための方法およびシステム | |
BR122017002445B1 (pt) | Method and system for initializing a multicast service in a communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MK4A | Expiration of patent term of an invention patent |