TW200401554A - A method and an apparatus for registering a user in a group communication network - Google Patents

Description

200401554 玖、發明說明： ................................................. 【發明所屬之技術領域】 二本發明係關於點對多點通㈣統。尤其關於在一群組通 is網路中登錄一用戶之方法及裝置。 【先前技術】 朝向快速、有效率、一對一或一對多(群组)通信之無線服 務類別已經以各種形式存在多年。通常，此等服務為半雙 工，其中一用戶按下電話/無線電上之— ⑽動發言。在某些實行中，按爾可罐 電之按鍵，或者在經由某種伺服器類型發生通信之一中型 系統中，其指用戶之“發言權”需求。如果授與發言權或ς 話者許可，則該用戶其通常發言數秒鐘’之後釋放ρττ鈕， 然後其他發言者可要求發言權。該通信通常係從一發言者 至一群組受話者，亦可為一對—。傳統上，此服務係用於 像是“調度員，，之一個人必需與像是現場服務人員或計程車 駕駛員之一群組人進行通信之應用中，此為該服務命名為 “調度”之由來。 類似之服務係網際網路上提供之所謂“語音聊天”。此等 服務通常以個人電腦應用程式之形式實行，其中將網際網 路協定（IP)封包中之聲碼器訊框傳送給一中心群組聊天伺 服器，亦即語音加載抒（νοΙΡ)服務，或者可在一同級間服 務中從客戶傳給客戶。 此等服務之一關鍵特性為：其通信快速且自然，通常僅 藉簡單按下一 PTT鈕加以啟動，並未經歷一典型之撥號打電 話順序。此服務類型之通信通常非常短，其中個人發話“段 200401554 落-處-鲎-為數慶鐘主―譜…，n“—交談，，可能持壤^ ^ 從用戶要求發言權至其接收來自伺服器有關其具有發言 權且可開始發言之—正或負確認間之時間延遲亦稱為ρττ ' /、係_半又工群組通信系統之一重要參數。如前面所 述凋度系統對簡短且快速之交談定出一優先，然而如果 ΡΤΤ潛伏變大，將使該服務較無效率。 現存群組通信之下層結構提供有限之機會供有效減少

PfcTT潛伏用，#即，實際ΡΤΤ潛伏不可能減少至在待用封包 資料對話内重新設置流量通道所需之時間以下。再者，發 忐者與^話者之流量通道係連續建立，因為可供開始喚醒 π #用群”’且之唯_機構為··等待發話者之流量通道被重新 j ’以發信號給伺服器。目前並不存在任何機構可在一 流量通道以外之任何事物上傳送行動發综之用戶信令資 料二因而將發生於客戶與伺服器間進行任何通信前要求重 新设置泥量通道的限制。 =此要同時減少發話者所經歷之表觀m潛伏以及^ 盤系r 《仃動其>Jfu 1通道所需之總時間而且未負面1 二：各里、客戶電池壽命或其他資源之機構。 立中1=模财’端點間之通信係在虛擬群組内發生 ㈣刑^者〈語音被廣播給—或更多“受話者，，。此由 二土 ：：單一實例普遍稱為-調度呼叫，或簡稱一 -呼叫係-群组之一具體實例 徵，而且1太晳μ &曰各 丁疋我点Till 某種關有像是·'群組名稱或群組識別^ 术種關^訊的-成員清單。—成員清單録邀請參與^ 200401554 啤H一爲.更灸氣戶的一清單。 —-.............................................................................................................................................--------------- 因此需要一種同時支援聊天室模型與ad_h〇c模型之群組 呼叫服務#1度模型。在聊天室模型中，群組係預先定義， 並彳諸存於調度伺服器上。然而，在ad_h〇c模型中，群組係 即時定義與/或修正。 【發明内容】 揭路之具體貫施例提供在一群組通信網路中登錄一用戶 之一通信裝置中一新穎及改良之方法，其中包括決定—位 置伺服器之一位址，要求該位置伺服器登錄該用戶，以及 接收來自該仅置伺服器有關該用戶被登錄之一通知等步 驟。在一方面，該方法進一步包括於登錄該用戶前要求該 位置伺服器鑑別該用戶，以及要求該位置伺服器載入有關 該用戶之資訊。 在本發明之另一方面，一通信裝置中—電腦可讀取媒體 具體實施在一群組通信網路中登錄一用戶之一方法，，方 法包括上述步驟。 在本發明之另一方面，在一群組通信網路中登錄一用戶 之一通信裝置包括：用以決定一位置伺服器之一位址之裝 置’用以要求該位置伺服器登錄該用戶之裝置，以及用以 接收來自該位置伺服器有關該用戶被登錄之—通知之裝 置。在一方面，該通信裝置進一步包括於登錄該用戶前要 求孩位置伺服器鏗別該用戶之裝置，以及要求該位置伺服 器載入有關該用戶之資訊之裝置。 在本發明之另一方面，在一群組通信網路中登錄一用戶 200401554 之一通信裝置包括：一接收器、一傳輸器以及通信耦合至 該接收器與該傳輸器之處理器。該處理器可決定一位置伺 服奋之一位址’要求該位置伺服器登錄該用戶，以及接收 來自遠位置伺服器有關該用戶被登錄之一通知。在一方 面，該處理器進一步可於登錄該用戶前要求該位置伺服器 鑑別該用戶，以及要求該位置伺服器載入有關該用戶之資 訊。在一方面，該通信裝置係一按鈕通話（ρττ)裝置。 揭露之具體實施例同時提供在一群組通信網路中登錄一 用戶之一伺服器中一新穎及改良之方法，其中包括接收一 位置伺服态之一位址之一需求，提供該位置伺服器之位 址，接收在該位置伺服器上登錄該用戶之一需求，登錄該 用戶，以及提供該用戶被登錄之一通知等步驟。在一方面， 該方法進一步包括在登錄該用戶前鑑別該用戶，以及載入 有關該用戶之資訊。 在本發明之另一方面，一伺服器中一電腦可讀取媒體具 體實施在一群組通信網路中登錄一用戶之一方法，該方法 包括上述步驟。 在本發明之另一方面，在一群组通信網路中登錄一用戶 之伺服态包括.用以接收一位置伺服器的一位址之一需 求之裝置，用以提供该位置伺服器之位址之裝置，用以接 收在肩位置伺服备登錄該用戶之一需求之裝置，用以登錄 μ用戶之裝置，以及用以提供該用戶被登錄之—通知之裝 置。在—方面，該祠服器進一步包括：在登錄該用戶前鑑 別該用戶之裝置，以及載入有關該用戶之通知之裝置。 200401554 、在主曼日月二 之伺服奋包括.一接收器、一傳輸器以及通信耦合至該 接收备與涊傳輸器（一處理器。該處理器可接收一位置伺 服。°芡位址足一需求，提供該位置伺服器之位址，接收 在该位JL伺服器登錄該用戶之一需求，登錄該用戶，以及 提供該肝被登錄之-通知。在—方面，該處理器進一步 可在登錄該用 >前鐘別該用卩，以及載人有關該用戶之資 訊。 、 【實施方式】 於詳細解釋本發明之—具體實施例前，應了解：本發明 稀相下說明中所陳述或圖式中所圖解之组件其結構與 安排細節之應用。本發明可在其他具體實施例中實行，而 且以各種方式實現。同時’應、了解：此處使用之成語及術 語係說明之用，不應將其視為限制。 圖1圖解群組通統j 〇〇之一示範功能方塊圖。君羊組 通仏系統100亦可為已知的一按鈕通話（ρττ)系統、一網路 廣播服務（NBS)、-調度系統，或者„點對多點通信系統。 在-具體實施例中’群组通信系統⑽包括：應用伺服器組 件，像是調度員、位置伺服器、媒體控制單元（河(：11)複合 體、用途日誌伺服器等，以及網際網路協定（ιρ)客戶（具有 IP連接之無線與/或有線裝置）。應用伺服器組件可根據組件 功能以一集中式佈署或者一地區化佈署加以佈署。集中佈 署包括一本地調度員（HD)102，—本地位置伺服器（HLS) 1 04，及用戶/群组資料庫106。此等組件集中位於服務供 -10- 200401554 應者_網路..，且.可.藉地區佈署加以存取。集中之组件可定位 /又遊用戶，以及啟動地區間群組呼叫。—地區化体署1 〇 8、 110包括一地區位置伺服器（RLS) 112、一地區調度員（rd) 114、一地區媒體控制單元（MCU)複合體116及一地區用途 日誌伺服器（ULS) 118。 地區佈署可透過服務供應者網路加以分散，以確保維持 與呼叫设定相關之網路延遲為最小，而滿足瞬時響應需 求。透過务干地區化系統分散啤叫負載亦確保可開發適當 (可量化方案’以支援大量用戶。地區化應用程式飼服器_ 組件提供用戶登錄、地區内呼叫設定與管理，以及地區中 登錄用戶之警報啟動與投遞。 — cdma2000手機上佈署之群組通信裝置（客戶）12〇、122 例如使用一標準資料服務選項要求—封包資料對話，且使 用此對話在應用程式伺服器上登錄其”位址，以及執行群 組呼叫啟動。在—具體實施例中，應用程式伺服器组件 108、11〇連接至服務供應者之封包資料服務節點（pDsN)。 當仗共線下層結構要求—封包資料對話時，客戶12〇與122 _ 透過PDSN與應用程式伺服器組件108、110進行IP連接。 於電源開啟時’客戶12〇、122可使用資料服務選項要求 一封包資料對話。設置封包資料對話之一部分包括指派給 客戶一 IP位址。此時，客戶同時接收—網域名稱伺服器（DNS) 之伺服器124位址。客戶120、122例如藉由使用—服務記錄 (SRV)查找而查詢DNS祠服器124，以尋找rls ιΐ2位址。於 定位RLS 112後’客戶12〇、122執行一登錄，通知應用程式 200401554 伺服咨有關像是IP位址之位置資訊。可使用像是用戶資料 =協定（UDP)上之對話啟動協定（SIp)的一 ίρ協定執行登 麵1 ¥用戶被邀請加入一群组呼叫時’客戶12 〇、12 2之IΡ 位址可供接觸該客戶用。 在一具體貫施例中，於登錄完成後，客戶將執行另一 DNS Rv „己錄查找，以尋找地區調度員114位址。當用戶要求開 始呼叫或傳送一警報時，客戶將接觸地區調度員。地區 調度員114與客戶120、124間之介面可為UDp上信令協定。 旦一群組呼叫設置後，客戶丨2〇、2丨4與MCU複合體} j 6 父換媒體與信令訊息。在一具體實施例中’可使用uDp之 即時協定（RTP)在呼叫參與者與Mcu複合體丨16間傳送媒 體。信令訊息亦可為聊之信令協定。稍後將說明此等協 定及其提供之功能。 組件 一群組通信系，统100包括含有客戶軟體之1?端點，以及被要 求k供群組通k服務之地區化與集中式伺服器組件。以下 早即中將更詳細說明群组通信客戶與應用程式伺服器组 件。 客戶 群組通仏客戶12〇 ' 122可在能夠存取適當聲碼器之任何 π场點上運轉。ip端點可包括在像是cdma2〇〇〇之一無線系 統、像是無線二進制運轉時間環境（BREW)之一應用程式開 發平台以及個人電腦上運轉之應用程式。 客戶包括使用BREW所開發之一軟體應用程式，且其鱼能 -12- 200401554 夠下載至含有BREW環境之客戶的行動台數據機軟體（MSM) 介接。BREW係允許開發者建立能夠在客戶通信裝置上作業 之應用程式的一平台。BREW提供一隔離層給應用程式開發 者，促成應用程式之開發不必直接接觸MSM軟體及原始設 備製造商（OEM)軟體。其允許迅速開發應用程式，並與MSM 與/或OEM軟體獨立發展。其同時促成在含有BREW環境之 任何裝置下載應用程式。如圖2所示，客戶群組通信應用軟 體202可與其他應用程式204、206、208、210平行執行。雖 然此等服務可透過介接OEM 212與MSM 214而直接提供， 但BREW同時提供各層中應用程式修正之隔離。其允許 OEM 212與MSM 2 14從資料應用程式 202、204、206、208、 210分開發展。 為了使客戶在一個人電腦上有效率地作業，個人電腦包 括一相容聲碼器之存取，聲音驅動器之存取，以及與應用 程式伺服器之IP連接。 位置伺服器 在一具體實施例中，位置伺服器（LS)接受與/或維護例如 網路位準之IP位址的用戶位置資訊，像是經度與緯度之用 戶實體位置，與/或在前向共同通道上隔空廣播之封包區段 識別符，亦即一系統識別符，其用以識別提供該扇區之封 包資料服務的PDSN範圍。在一具體實施例中，LS包括使用 一 SIP介面處理客戶登錄及供應用戶位置資訊給像是瞬時 訊令之其他應用程式的一組件。 LS包括兩功能元件，即地區位置伺服器（RLS) 112與本地 -13 - 200401554 位置伺-服器—(HLS)J04二RL^n2可以！ 一地^芩基礎，而 HLS 104係集中式佈署。以下說明此等元件及其功能細節。 地區位置伺服器 RLSU2可處理及維護其地區内客戶之登錄。在—具體實 施例中，RLS 112係-標準SIP式LS，具有供用戶位置资訊 =之相關儲存器。維護登錄項目之—部分包括R L s u 2檢查 每一登錄之期滿日期，即“期滿，，攔位。保期滿項目被 移除，且地區調度員（RD)與HLS被通知移除項目。 2前面所說明，客戶執行一 IP登錄，以通知應用程式伺 服器其位置所在。客戶將在群组通信服務可用期間維雄盆 登錄。當客戶1?位址改變時’而且當登錄即將期滿時叹客 戶執行重新登錄。 當客戶登錄或重新登錄時，RLS 112通知關聯之111) ιΐ4。 此將允許RD 114預載入用戶資料，以預備供呼叫設定需求 用，而減少呼叫設定時間.RD 114可高速存取用戶位置資 訊，而消除呼叫設定期間RD U4接觸RLS以擷取用戶位置 資訊之需要。 在從RLS 112更新或移除用戶位置資訊之事件中， U2將通知RD 114。其確保RLS 112與肋114保持與地區内 登錄用戶之最近資訊同步。 RLS U2亦可定期更新具有登錄用戶之位置資訊的则 1〇4。在RLS m對HLS 104提交已在另一地區具有—有效登 錄疋一用戶的一登錄之事件中，111^將解決其衝突。 本地位置伺服器 200401554 HLS 104處理用戶位置資訊之全每...。—在一施例中， HLS 104提供以SIP為基礎之一介面，允許像是瞬時訊令應 用程式之其他應用程式查詢一特殊用戶之位置資訊。 如果HLS 104為一集中式組件且與RLS通信，則HLS可解 決不同地區中漫遊用戶之多重登錄。HLS 1 04接收來自每一 RLS之登錄資訊。如果HLS 1 04接收相同用戶之多重登錄， 則HLS 1 04將保留最近登錄，且要求移除來自RLS之陳舊用 户登錄。接著觸發來自含有陳舊登錄之RLS其相關RD U4 之用戶的高速存取資訊移除β 調度員 凋度員藉由定位用戶及指派群组啤叫給媒體控制單元 (MCU)複合體U6而促進呼叫設定。調度員係符合“瞬時存 取”需求之關鍵伺服器組件。為了確保最低呼叫設定時間， 凋度員包括具有類似結構與功能但不同佈署策略之兩種功 能7C件。以下章節中詳細說明此二元件：地區調度員（rd) 114與本地調度員（hd) 1〇2。 地區調度員 0 RD 114係呼叫設定需求與警報需求之初始接觸點。當接 收來自登錄-用戶之RLS i i 2的一識別時，RD i i 4將預載入- 用戶資訊。依循用戶資訊，肋⑴可高速存取系統中運轉： 之群組啤叫相關資訊。在呼叫設定期間，rd 1工4使用好 與群组之高速存取資訊，以保持設定時間為最小，亦即不 要求資料庫查找。 在一具體實施例中，由RD儲存於快取記憶體中之群組資 -15- 200401554 封包兔声，ϋ員U —以兔琿1該L冬佘體116其 位址。RD 114在呼叫壽命期間維護成員清單與mcu位址。 其撝助RD 114快速決定一進入之呼叫需求是否包含一群組 足義，相當於是否具有系統中運轉之一關聯呼叫，如此允 許RD快速響應呼叫設定需求，且在響應中明確地授與或拒 絕“發言權’’需求。 RD 114可授與或拒絕發言權控制需求。RD U4決定其要 求MCU複合體116將用戶加至呼叫而成為一“後加入，，參與 者，或者以關聯之成員清單開始一新呼叫。 在呼叫設定需求處理期間，RD 114使用高速存取之用戶 資訊擷取呼叫設定需求中指定之用戶位置資訊。如果一用 戶無法定位，則RD 114要求HD 1〇2定位該用戶。在一具體 實施例中，如果-或更多目標用戶已定位，則RD 114繼續 呼叫设足。於目標定位後，RD 114決定應將該呼叫派給何 MCU。此決定係根據群組中包括發起者之用戶ιρ位址。 RD 114處置類似呼叫需求之警報需求。在一具體實施例 中^報而求被扣派給區域MCU複合體116以利處理，而不 管目標位置。 在一具體實施例中，RD快取記憶體中之資訊將定期寫入 可罪儲存器機構’使其可在—故障事件中恢復。當rd故 障恢復時’寫人可靠儲存器機構之好與群組資訊將重新 載入快取記憶體，而且RD繼續認證高速存取之資訊，連同 處理之進入呼叫設定需求。 在一具體實施例中，於接收來自RLSU2之每一用戶登錄 -16 - 200401554 通知' RD114赞―用上載入苎快色努憶蓉。藉舎消 除在今叫設定時間進行若干資料庫查找之需要，RD 114可 有效減少認證及響應呼叫設定需求或警報需求所花費之時 間量。 於啤叫設定期間’ RD 1丨4存取用戶/群組資料庫106，將 而求中出現之預先定義群組位址擴充成個別用戶清單，而 且如有必要’將例如電話號碼、會議識別符之用戶或群組 之交替識別符轉換成正準位址。 本地調度貞 · 本地調度員（HD) 1〇2追蹤登錄用戶之位置資訊。HD包含 已執行RL S 112登錄之用戶之位置資訊。 如前面所討論，每次一用戶登錄、重新登錄、登出或登 錄期滿發生時，每一RLS U2將通知關聯之RD 114。RD 114 使用此資訊載入或釋放其區域快取記憶體中之用戶資訊。 每一 RD 114以用戶位置資訊更新hd 102。由於HD 102接收 來自RD 114之更新，所以HD 114可協助尋找地理上跨越不 同地區而散開之用戶。當接收目前並非在地區内登錄之一鲁 用戶的一需求，亦即其不在RD之用戶資訊快取記憶體中 時’1〇3114將對^1〇102要求協助。 DNS伺服^器 在一具體實施例中，群組通信系統1 00使用服務供應商 DNS伺服器124提供RLS 112與RD 114之位置資訊給客戶。 此資訊將於每次地區佈署時配置，且定期更新，以確保其 精確度。 •17- 200401554 在一具體實施例中，當要求一封包資料對話時，每一客 戶在點對點（PPP)對話設置期間，透過網際網路協定控制協 定（IPCP)協商得知DNS伺服器位址。DNS伺服器124以逐一 地區為基礎之方式加以廣告。此允許客戶跨地區漫遊，且 與客戶被定位之同一地區之DNS伺服器124進行通信。DNS 伺服器124係以逐一地區為基礎連同每一 PDSN加以佈署。 在一具體實施例中，DNS伺服器124可由服務DNS伺服器 124相關PDSN之每一 RD 124與RLS加以更新。 在一具體實施例中，用以定位適當RD 114與RLS 112之機 構係根據DNS與SIP定址之組合。DNS服務（SRV)記錄查找 可根據客戶登錄之SIP URI “<domain>”部分加以執行。SRV 記錄需求包括要求者嘗試尋找之協定或服務。例如，在嘗 試定位RLS 112之情況下，客戶將在DNS SRV記錄查找中要 求一“登錄服務”。DNS響應包括提供要求之服務之伺服器 的一或更多有效網路與埠位址。當客戶需求之答案轉回 時，藉由允許DNS伺服器124在多重伺服器間循環，DNS伺 服器124可在提供相同服務之伺服器間平衡負載。 用戶/群组資料庫 在一具體實施例中，用戶/群组資料庫106係用戶與群組 資訊之中央貯存器。對於每一用戶，資料庫包括像是用戶 位址、優先發制等級、鑑別資訊、用戶接觸資訊及用以指 示該用戶是否在監控下之合法截取旗標等資訊。該資料庫 亦可包括用於調度服務之聊天室模型之預先定義群組的定 義，其係用戶清單與一關聯之群組名稱。每一群组係藉由 200401554 ，識到。零戶 足需求中之群組。當接收具有一預先定義群組之一群組呼 叫汉疋需求時，RD 14可使用群组位址從用戶/群组資料庫 106擴取關聯之成員清單。 媒體控制單元複合體 媒體控制單元（MCU)複合體包括媒體控制主機（1^[(：印與 媒I&控制單元（MCU)。MCH主控及管理多重Mcu處理。每 一 MCU處置一單一呼叫之即時信令與媒體處理。對一呼叫 所執行之MCU功能包括： •處置來自RD 114之呼叫指派 •傳送載入與狀態資訊給MCH •傳送呼叫啟動資訊給客戶 •處理來自客戶之進入之啤叫信令，像是ptt需求 •確保信令訊息可靠地投遞給客戶 •複製及分散“一對多，，呼叫之媒體 •使用適當轉碼器提供有關“混合，’聲碼器“一對多，，令叫 之媒體轉換 •監視呼叫活動，且根據媒體流之不活動性而啟動呼叫 終止 •產生用途日德飼服器（ULS) 11 8之用途資訊 •如有要求，則轉送媒體與信令資訊給適當之合法截取 點。 MCU處理來自RD 114之警報需求，送出警報通知給客 戶，以及等待來自客戶之知識。於接受來自目標之知識時， •19- 200401554 MCU釋放指派給警報異動之任何資源。此時，撼虛罾 .............. ................................. .............. — ·· .........—.....-- — --· - — v-*^ 7|'j «ΜΙ» 其他呼叫指派或警報需求。 用途日誌伺服器 ULS 118存在於每一地區，且與MCU複合體116共同定 位。ULS 11 8蒐集來自MCU複合體116之用途事件，供每— 呼叫或警報處理用，將其格式化成一用途資料記錄（UDR)， 然後此等UDR被儲存在一連串UDR樓案中。呼叫UDR包本 有關個人呼叫之資訊’其中包括參與者清單與參與者用途 總計。警報UDR包含用以指示警報發起者與警報所傳送之 目用戶等資訊。UDR檔案將由服務供應者蒐集，供開帳 分析用，且可在一固定時間量後刪除。 ULS 11 8將在每一呼叫結束時依每一呼叫實例寫入—單 一 UDR。ULS 118亦在每次處理一警報需求時寫入—單— UDR。ULS 118所寫入之UDR包含以下資訊： •呼叫實例識別符或警報實例識別符 • MCU識別符，其同時隱含呼叫位置。在一呼叫開始時， 將根據所有建議之參與者之登錄位置選擇—適+ MCl^MCU之位置也許在也許不在與發起者相同之二 區。 •呼叫或警報之開始時間 •呼叫或警報之結束時間 •發端用戶名稱與/或識別符 •發端用戶IP位址 •對於每—參與者’其用戶名稱、用戶位址、用戶⑻立 -20- 200401554 址、累積參與睡廿 保如萨丄趙、、、’其中警報...之時間為零，以及參與 保田發告椎之總秒數 ^ 在一且體實施如由警報之秒數為零。 ，、恤μ施例中，將對每— 表呼叫期間發話片段十A & Η發出一單一 UDR，代 基礎記載UDR事件，則=要求以每—發話片段為 Μ與磁碟空間需求之代價付出額外處理負載、標案 群组通信系統1〇〇執行若 t mm m ^ , 、同功此，以操作群组服務。 q關用戸經歷 < 功能句拓. 匕括.登錄、呼叫啟動、呼叫終止、 :!:1、後加入、發話者仲裁、新增用卜移除成員、 :疋址與鐘別。有關系統準備與作業之功能包括：行 與預備、可量化性與可靠性。此等功能 說明於以 下章節中。 登錄 在例如CDMA系統之-無線通信系統中，登錄係一行動 台據以使無線系統下層結構知道其位置之處理。此位置資 訊包括行動台所在之地理區域，以及服務該行動台之基地 口之識別，可用以幫助有效率地使用傳呼與存取通道。 在一具體實施例中，用戶位置資訊係客戶Ip位址，不管 孩客戶係經由無線或有線服務而連接a用以促成Ip應用程 式根據其IP位址定位客戶之一示範IP協定為對話啟動協定 (SIP)。其他功能中，SIP提供客戶以一 SIP伺服器組件登錄 其1P位址與其他位置資訊之方法。此外，sip提供有意“尋 找”客戶之IP應用程式查詢相同SIP伺服器組件以取得像是 客戶IP位址之位置資訊的方法。 -21 - 200401554 登錄包括與一 SIP伺服器組件進行通信之一 ip客戶通知 及維護例如IP位址之位置資訊的處理。用以提供此功能之 SIP伺服器組件係位置伺服器。一客戶用以通知位置伺服器 其位置或其位置改變之方法為SIP登錄方法。 在一具體實施例中，客戶以一地區位置伺服器登錄其位 置資訊。有利的是，像是瞬時訊令之其他以Ip為基礎之應 用程式可取得一位置伺服器中可用之每—客戶〗P位址知 識。一外部之服務或客戶亦可執行登錄。圖3圖解執行登錄 功邊之 '""不範呼叫流。 於電源開啟302時，啤叫要求一封包資料對話，且開始以 RLS H2登錄其IP位址之處理^了執行登錄，客戶執行一 DNS SRV記錄查找304，以決定似位址…旦摘取3G6 RLS 位址後，客戶將例如使用—SIp登錄訊息⑽登錄其位置資 訊。RLS鐘別310該用戶，且發出一響應312給該客戶is 通=4地區調度員該用戶已登錄，而且地區調 用此資訊職^戶之„龍記錄，以财 間促進一更快速之響應時間。 疋月 位紘 ^ . , f 孩各戶接交一邀請被 接觸^參群財叫。在―具體實施例中，客 行登錄，以接收一群組呼叫， 型係無線或有線。 官”所具有《資料連接類 登錄具有—關聯之“期滿”襴位，用 之有效期為多夕。a ^ 才曰7客戶登錄資訊 甘 為了保證永遠可經由ip到達客戶，“ 可知运^登錄期滿，且在期滿相前 錄亦可因為其他情境而镦 7 I新且％。登 兄而欠成典效或陳舊，像是當客戶1?位 -22- 200401554 址改變時，或者客谇盘/上田2 宏戸二甘次 广、置伺服器間之資料連接提供後。 各戶可知運其資料連拉仪 、人、 運减怨，以及其IP位址是否改變。 於初始登錄完成後，—宏 /+ 各戶將允許其封包資料對話轡赤 待用，而釋放專屬流吾s 、 成 . T 1121 ° W監視其封包資料對話， 以萑保其在擴无之待用時 二H月間依舊有效。可能影響對話 認澄i條件包括移至具有— 不同封包區域ID之一區域、狼 歷一服務衰落或損耗以及接a " ， 久接又與/或發出一 PSTN呼叫。呼叫 位止將改又而且客卢將被要求重新設置與下層結構之 資料連接。當客戶重新設置其封包資㈣話時，將接收― 新IP位址。新IP位址必雲盥 兩與么置伺服器進行通信，以確保 客戶位置資訊依舊精確。此兹 . 了藉由執行一重新登錄加以完 成0 ,透過厂防火牆與位置伺服器進行通信之-有線客戶需藉 足期puig位置飼服器而透過防火牆維持開放。其係藉由執 行重新登錄而完成。 群組呼叫啟動 - 登錄％成後’用戶將進行或接收呼叫。於電源開啟後且 啟動第^叫前’客戶將執行―则SRV記錄查找，以尋 找地區調度員之位置。其可當作起動處理之—部分加以執 行。 /群組與毛起者及一成員清單相關聯，其中發起者 係啟動該群組設定之用卜而成員清單包含目標用戶。成 員清單可包含-或更多用戶、—或更多預先定義群組或兩 者之一組合。如果成員清單中僅包含一用戶，則使用該成 -23- 200401554 員清單所啟動之呼叫一般稱為一私人呼叫。 | 如！成貝清單 中包含任何預先定義群組，則地區調度員例如藉由以預先 々·義群组之關聯成員清單取代地區成員清單中少@ ^ , ' < t、先定義 群組識別符而將預先定義群組擴充成具有—式 又夕目標用 戶之一清單。於預先定義群組擴充後，造成成員清單中僅 包含目標用戶名稱。此時，地區調度員嘗試例如藉由掃描 用戶資訊之地區調度員快取記憶體而定位成員清單中之: 標用戶。如果目標位於地區調度員快取記憶體内’則群組 成員將在與地區調度員相同之地區内登錄。此種群组呼叫 類型被標示為一“地區内，，呼叫。如果存在地區調度員血法 定位之用戶，則地區調度員對本地調度員要求協助定2用 戶。與包含來自二或更多地區之成員的一群組相關聯之呼 叫稱為一 ‘‘地區間”呼叫。 地區調度員決定呼叫為地區内或地區間後，將開始決定 由何媒體控制單元（MCU)主控該呼叫之處理。對於地區内 呼叫，如果該地區中有可用之MCU資源，則地區調度員將 孩呼叫指派給位於與地區調度員相同之地區中的_ 。 使用此呼叫設定類型之所導致之呼叫稱為一“區域主控，，呼 叫，或區域呼叫。對於地區間呼叫，地區調度員具有1該 呼叫指派給在相同地區或者在一遠端或外國地區内一 之選擇。地區調度員根據用户位置資訊作成此決策，以尋 找包含媒體與信令之IP封包行進之最佳路徑4果大多數 用戶位於一特殊地區，則該呼叫將被指派給該地區。如果 用戶跨地區均勾地散布’則該呼叫將被指派給包含目標用 -24- 200401554 戶的地^區之一一。如果地區間呼叫被指派給不同之地區而非 地區調度員常駐地區中的一 MCU，則該呼叫稱為—“遠端主 控”或遠端呼叫。地區調度員具有所服務之^1(：11與131^^間 之網路拓樸與/或連接知識，而且可使用此知識作成有關呼 叫指派之較佳決策。 地區内呼叫 群組通信系統100被侑署以確保大多數呼叫為地區内。地 區内呼叫可消除在呼叫設定時間中進行地區調度員114與 本地調度員102間通信之需要。#目標在相同地區中且該_ 叫如同大多數地區内呼叫之情況為區域主控，則亦可消除 進行地區間通信之需要。以下章節將說明地區内呼叫之啤 叫流、時序估計與訊令方案。 啟動一區域呼叫 圖4圖解用以開始—區域群組呼叫之一示範訊息流。用戶 可選擇402-或更多目標用戶一或更多預μ義群組或兩 者组合’且可按下按紐通話（ρττ)無。如稍後更詳細之 討論’客戶將傳送—需求術給地區調度員，以設定群组呼 叫，而不管行動台是否具有一專屬流量通道。於需求傳送 後’如果行動台之封包資料對龟Α每 ^ Τ Τ孟為待用，則該客戶將啟動 重新設置專屬流量通道以及預備㈣活動封包資料對話之 f理。客戶可緩衝來自發起者之接收的發言輸人，供某時 其將需求中指定之預先定 °，然後’地區調度員接收 當地區調度員接收該需求時， 義群组擴充成目標用戶成員清單 -25- 200401554 406 i ^ ^ ^ ^ ^ 0 Λ ^ ^ 否已在系統中運轉。圖4出示群組尚未運轉之情節。此處， 稍後說明之後加入呼叫情節將圖解群組已經運轉之情況。 於地區調度員定位至少一目標用戶後，地區調度員將一 響應408傳回客戶，以指示該群組呼叫被設定。此時，該客 戶積極地授與41〇發起者需求，以發話及開始緩衝4加媒 體。 / 地區調度員使用目標用户之位置決定指派該呼叫之地 區。如圖4，如果決定目標用戶在與地區調度員相同之地 區，則地區調度員將該呼叫指派給一地區MCU。mcu送出 發佈414給整個群組，以指示該呼叫開始。對於目標用戶， 發佈之傳送可觸發其封包資料對話結束待用’且重新設置 其流量通道。 於客戶接收來自MCU之呼叫發佈且重新設置行動台流量 通道後，該客戶前送416緩衝之媒體給Mcu。MCU緩衝418 來自發起者之接收的媒體。在—具體實施例中，MCu緩衝 該媒體，直到符合或超過“目標響應門限，，為止。目標響應 門限係用以進行媒體傳送所需之目標響應量的一指示。 限可為一可配置參數。一旦符合該門限，mcu將複製及前 送420該媒體給響應422該呼叫發佈之目標用戶。 經由短資料叢發之訊令 瞬時響應係關於應用程式伺服器響應一 ptt或呼叫雙 定需求所花費之響應時間。響應包括群組呼叫設定需求2 任何PTT需求的目標為.在例如—秒鐘以下之一預定時期中 -26- 200401554 一致地響應該需求二許多情況―中當一用戶要求設定一群 組呼叫時’用戶封包資料對話為待用，而且不存在專屬流一— 量通道。重新設置專屬流量通道將花費可觀時間。因此， 與應用程式伺服器之通信將透過某些其他裝置完成。 為了確保群組通信系統符合“瞬時響應，，，小巧資料報將 在任何時間以行動台發端或行動台終止之任一方向傳送， 而不管封包資料對話狀態。在一具體實施例中，ιρ資料報 係以短資料叢發訊息（SDB)形式傳送。在封包資料對話為待 用之情況中，SDB訊息將在附加通道上傳送。當出現專屬籲 流量通道通信時’ SDB訊息係在流量通道上傳送。 參照圖4，群组呼叫設定需求4〇4將經由一 SDB訊息傳 送。來自應用程式伺服器之群組呼叫設定響應4〇8同樣二一 SDB訊息傳送。經由SDB訊息傳送之呼叫設定需求與響應訊 息可促成群組通信系統1 〇 〇符合“瞬時響應，，目的。 為了完成設定群組呼叫之處理，Mcu將送出呼叫發佈給 包括發起者之成員清單中用戶。此等呼叫發佈係經由專屬 流量通道傳送。大部分情況中，群組成員之封包資料對話籲 為待用，亦即未設置專屬流量通道。此表*MCU&須依照 一王動之可靠度排程重新傳送呼叫發佈訊息，直到所有成 員流量通道均重新設置，而且成員知道該訊息，或者可靠 度計時器期滿為止。主動傳送呼叫發佈確保將客戶與Mcu 之媒體缓衝器保持在最小。只要其流量通道建立，且其接 收包含MCU接觸資訊之一呼叫發佈，則該客戶傳送緩衝之 媒體。只要符合或超過目標響應門限，MCU將複製及前送 •27· 200401554 缓衝之媒體。此表示： 門限將愈快符合，然後 媒體。 目標接收及I應呼叫ϋ愈快二此 ’ MCU愈快停止緩衝，且開始傳送 者（呼叫發㈣可經由咖傳送。此提供兩種好 處。弟―，由於呼叫發佈包含MCU接觸資訊，只要行動么 之流量通道重新設置，群組，叫客戶將開始傳送 : 體給MCU，如此將.廷，丨,、* „ 木 ^此將減y在仃動台上用以保留緩衝之媒體 RAM而求。第二’在流量通道重新設置前，如果當呼叫發 佈經由SDB傳人時’發起者決定中止呼叫或釋放發言權: 則客戶將通知MCU該資訊。經由SDB傳送呼叫發饰給發起 者 < 衝擊為·纟同通道負載增加’以及Mcu對發起者啤叫 發佈訊息提供特別處置之需求。 啟動一遠端呼叫 如果所有成員均位於相同地區内，則地區内呼叫將為區 域主控。b果區域資源超載或不可用，則地區調度員指派 一地區内呼叫给一遠端地區。這類情況下，媒體與信令將 '.工歷用戶PDSN與遠端MCU間之擴充通信路徑所造成的額 外潛伏與錯誤。圖5圖解一遠端、地區内呼叫之一示範呼叫 設定。 除了將地區調度員呼叫指派給一 ]^(：11外，在一遠端主機 上啟動一地區内呼叫類似於結合圖4所討論之呼叫設定情 節。於地區調度員擷取群组成員之位置後，決定將該呼叫 指派給何MCU。地區調度員根據用戶位置資訊、MCU負載 與可用性作成此決策。於一地區内呼叫中，用戶位於相同 -28- 200401554 H-因此地區調度—員將檢查區域地區中MCU複合體之負 人可用性。如果地區調度員接收區域mcu複合體超載或 I時經歷作業故障之—指示，則將該呼叫指派給一遠端 MCU。在一具體實施例中，除了呼叫配置外，则將具有 相同功能（副本’因此，遠端批叹置呼叫與區域MCU相 類似' ' 地區間呼叫 ” ,群組呼叫系統100被設計為允許一用戶與任何其他用戶 進行通信，而不管其實體位置或彼此之遠近。群組通信系春 統100被佈署為限制地區間呼叫數目，其係因為地區間呼叫 在啤叫設定時間要求地區調度員與本地調度員間進行通 信…乎叫將指派給遠離-或更多坪叫參與者之一遠端地區 中的-MCU。以下章節將說明地區間呼叫之示範守叫流、 時序估計與訊令方案。 啟動一區域呼叫 圖6圖解用以開始一區域主控群組呼叫之一示範訊息 流。除了地區調度員擷取目標用戶之位置資訊外，一區域、_ 地區間呼叫之呼叫設定類似於結合圖4所述之一區域、地區 内呼Η之呼叫设足。在一具體實施例中，地區調度員嘗試 定位其快取記憶體内之目標用戶。如果某些用戶並未I快： ^記憶體中找到，則地區調度員將對本地調度員要求協助， 疋位孩用戶。本地調度員包含已使用地區位置伺服器執行 ip登錄之用戶的用戶位置資訊。如前面所討論，地區位置 伺服器在每次一用戶登錄發生時將通知其關聯之地區調度 •29- 200401554 員。每一地區調度員將通知用戶所登錄之本地調度員。此 ......— · —— - r — _ _ ___ 一.._ -— .· — . _, 允S牛該本地調度員協助地區調度員尋找地理上跨不同地區 而散開之用戶。 啟動一遠端呼叫 圖7圖解一遠端、地區間呼叫之一示範設定。除了將地區 調度員呼叫指派給一 MCU外，在一遠端主機敌動一地區間 呼叫類似於結合圖4所說明之呼叫設定情節。於地區調度員 (RD) 114擷取群組成員之位置後，決定將呼叫指派給何 MCU。RD U4根據MCU之用戶位置資訊、負載與可用性而 作成其決策。RD使用群組成員位置嘗試在服務供應者網路 上尋找大多數成員之包含媒體與信令之11}封包的最佳行進 路徑。如果大多數用戶位於一特殊地區，則該呼叫將被指 派給該地區。如果用戶跨地區均勻地散布，則該呼叫被指 派給包含目標用戶的地區之一。 群組呼叫終止 一群組呼叫將因兩原因而結束：可能所有參與者均要求 離開邊呼叫，或者所有參與者均停止發話持續稱為“暫懸時 間”足一預先定義時期。每一參與者可選擇於計劃結束呼叫 前結束參與該呼叫。如果所有參與者均離開該呼叫，則 終止料叫且釋放所有指派之資源。如果只剩—參與者未 離開該呼叫，則MCU通知稱為“孤單用戶，，之參與者。該孤 單用戶具有立即離開該呼叫或等待暫懸時間計時器期滿而 觸發MCU撤除該呼叫之選項。 於暫懸時間計時計期滿時，MCU終止該呼叫。mcu追蹤 -30- 200401554 ,,…發二^落-…且在芫成—發話段落後設定一計時器。此 計時器稱為暫蟀時間咕，，成」a 〜f門叶時态，且將追蹤該呼叫中之無聲期 門亦即沒有發話或媒體流活動期間。如果在服務供應者 所配置《暫懸時間期間該呼叫保持無聲，則MCU將假設參 與者不再對該呼叫感興趣，因而終止該呼叫。 用戶啟動之呼叫終止 一圖8圖冑用戶選擇結束參與一群組呼叫之—示範情 p及h即m止好參與之訊息流。當用戶選擇8心士 束參與群组呼叫時’該客戶將傳送_從該呼叫移除該用^ 需求給MCU。MCU從該啤叫移除_該用戶，且通知8〇8 客戶該用戶已移除81〇。 伺服器啟動之呼叫終止 圖9圖解當暫懸時間計時器期滿且则終止群址呼 所出現示範訊息流。於暫懸時間計時器％ MCU將傳送904給參與者該呼 、滿寺， τ η果的一通知。接收一呼 結束通知之每—客戶將以一知識加以答覆9〇6: 時次則將通㈣8RD呼叫已結束，且釋放指派給該啤^ 貞源 傳送一警報 警報機構係用以通知目標用戶例如警報發 戶已表達希望其參與-群組呼叫。警報機構包本 息，允許發起者指定呼叫主旨、希望 ° 子訊 用戶可定制之文字訊息。圖10圖解去 '間或任何其他 田一用戶傳送—罄. 所出現之一示範訊息流。 吁^警報時 -31- 200401554 發起者可傳送1〇〇2一或更多一目標一用戶、一 ϋ多預先定 義群組或兩者之一組合，而且指示將傳送一警報。客戶傳 送1004—需求給RD，以傳送警報給需求中指定之目標用 戶。當RD接收1006該需求時’將擴充需求中指定之預先定 義群组成為目標用戶成員清單，而且RD將擷取目標用戶位 置資訊。於RD定位至少一目標用戶後，RD傳回一響應 給客戶。RD指派1010警報需求給一MCU，以廣播警^訊息 1012給目標用戶。 如圖H)所註明，警報需求係經由短資料叢發（sdb)傳送。 經由SDB訊息傳送警報允許所涉及之他方的封包資料對話 保持待用。警報通知包含允許目標用戶例如藉由選擇警報 通知且按下Ρττ而設定與發起者及其餘目標用戶之群组呼 叫的必要資訊。當此發生時，群组呼叫設定之進行類似於 結合圖4所討論之呼叫設定情節。 後加入 :果決疋：呼叫設定需求中指定之成員清單與系統中 進代-呼叫之關聯成員清單—樣，則該群组 求被視為：後加入。此情形可以兩種方式之—出現二一 ::::精由選擇完全相同之用戶與/或群組且按下爪 叩建乂，、已具有—相關聯呼叫之 單。第二，用戶可從呼叫歷史清單中； = 成員; 轉之一怖且按下ΡΤΤ。任

要求開始之呼叫fώ 句七、測·用J 円旧⑰ 將該用戶視為—後加入。 圖戰—用卢從呼叫歷史清單中選擇—呼叫^ -示, -32- 200401554 之後加入情況。用戶從呼叫歷史清圣里曼丨102一呼叫，且 按下PTT鈕。RD決定該呼叫已運轉11〇6，且傳送該用戶被 加1進行中之呼叫的一響應丨丨〇8給客戶。如果該呼叫已運 轉，則將不授與該用戶發言權，因為一目前啤叫之參與者 於後加入用戶準備接收媒體之時間前，亦即封包資料對話 被帶離待用之時間前已保有發言權。rd將要求iii〇 mcu 主k，玄呼Η，而將後加入用戶加至群組。MCu新增該用戶， 且傳送1112-發佈給包含Mcu接觸資說之用戶。於後加入 用户机τ通通重新設置後，該呼叫内之媒體流將被傳輸給 孩用戶。此時，後加入用戶t試要求發話特權。

後加入情節類似結合圖4所討論之啟動一新群组呼叫之 情節。其中區別之因子A 、、 于為.後加入用戶之發言權被拒絕， 以響應初始群组呼叫設定需求。 發話者仲裁 在一具體實施例中 r _组呼叫用戶被指派-發話者 饭先發制寺級，用以決定：當〆 ^ Μ .. 田要衣佔用發T推，，且開始發 ^特㈣孩用戶所具有之權利位準。於群组呼叫設定 後，MCU負責發言權控制， 去θ ㈣二利且决疋.要求發言權之-參與 疋口被允终發言。當二或更多呼叫參與者競爭 組疋發言權_時’則將執行發話者㈣。" 圖12圖解一仲裁處理期 要求發知事件。當用戶A 要H松時，此情節中所使用 發制。牟用纭 木兄才用戶B優先 猎由按Τ〗2()2ρττ备而 戶Β具有發言權控制1即 ^^時’用 β f 客戶傳送1204 — -33· 200401554 且 訊息—給MCU要求准許發話/ MCU執行發話者仲裁12〇6， 決定：用戶B優先發制’且用戶八被授舆發言—權一。為了確= 媒體流中斷，亦即在用戶Α媒體傳輸前用戶8將停止發話， MCU先傳送1208—訊息給用戶b之客戶，指示發言權^由另 一用戶優先發制，然後傳送1210授與用戶八發言權之—響 應0 將用戶加至一現用群組呼叫 群組通k系統100允許一群组呼叫參與者將新用戶加至 進行中之一群組呼叫。其係藉由呼叫參與者選擇一或更2 目標用戶、—或更多預先*定義之群組或兩者之一組合且指 示：參與者希望將目標用戶加至該參與者目前參與之群 呼叫而完成。圖13圖解當新目標加至進行中之一群組呼叫 時所發生之事件。呼叫參與者選擇13〇2應被加至該呼叫之 一或更多目標用戶、一或更多群組或兩者之一组合。客戶 傳送1304—訊息給RD，要求將需求中指定之目標用戶加至 進仃中之群組呼叫。當尺!)接收該需求時，其將需求中指定 之預先足‘群組擴充成目標用戶成員清單。然後，RD揭取 1306目標用戶之位置資訊。於RD定位至少一目標用戶後， RD傳回13〇8 —響應給客戶，指示：目標被加至該呼叫。 傳迗131〇 —需求給MCU，以便將指定之用戶加至該呼叫。 MCU將呼叫發佈傳送13 12給新目標，用以開始將其封包資 料對話帶離待用之處理。發佈將依照一可靠度排程傳送， 以確保目標接收該訊息。於目標流量通道重新設置後，目 t將傳送13 14知識給MCU。額外之目標將被納入13 16呼叫 -34- 200401554 中出現之媒體與信令通信。 ---_ _ _ _ ............................................... 從一現用群組呼叫移除成員 群，、且通仏系統10 0允許—群組呼叫參盘I你 f卞1夢興#攸—現用群組 移除成貝。在一具體實施例中 貝犯扪〒其可精由—呼叫參與者選 擇-或更多目標參與者且指示其從群组呼叫移“完成。 圖=圖解當參與者從進行中之—群組呼叫移除時所發生之 π範事件。群組呼叫參與者選擇1402從該呼叫移除之一或 標參與者。客戶傳送剛_訊息給RD，要求將訊息 扣疋< 目標從群组中移除。當111)接收該需求時，將擷取 1406目標之位置資訊，且傳回14〇8一響應給客戶，以指示 目標被移除。RD傳送14 10一需求給MCU ’以便從該呼叫移 除目標。MCU傳送1412訊息給移除需求中指定之目標，指 示將其從該呼叫移除。目標傳送1414知識給MCU。τ曰 登出 當一用戶不再希望接觸應用程式伺服器或使用用戶π位 址接觸該用戶之任何其他ΙΡ應用程式時，將執行登出功 能。登出功能從RLS移除用戶IP位址與其他接觸資訊，且釋 放分配給用戶之任何資源。圖15圖解行動台電源切斷後如 何根據一具體實施例從RLS移除用戶之登錄。客戶接收 1502客戶所駐留之行動台已電源切斷之—指示。關機處理 之一部分為：客戶傳送1504—訊息給RLS，指示應移除用 戶位置資訊。RLS鑑別1506該需求，以確保其係來自一有 效來源。於成功鑑別時，RLS通知1508客戶一成功指示， 且通知1510 RD移除用戶。RD從其快取記憶體中移除用户 200401554 。在登出故障 用戶位置資訊 之資料記錄，且釋放已分配給該用戶之資源 之事件中，當期滿欄位相關之時間經過時， 終於從RLS移除。 :-具體實施例中，群組通信系統1〇〇同時支援聊 型與―型。在聊天室模型中，群組係 存於調度伺服器。預弁含羞盘知办Y m ^ ''先疋我群组係公用，隱含該群組且有 :開放之成員清單’亦即，任何調度用戶均為一潛岸 者。在聊天室模型中’當第一個人選擇加入聊天室時，則 而且該呼叫依舊運轉且飼服器資源被指派給 ^呼叫持《務供應者所配置之—財時間量，而不管發 老’舌動。用戶將特別要求加入及離開此等呼叫類型。於發 話=活動時期期間，如稍後之說明，每…乎叫被帶進一群 组佇用狀態，直到-用戶要求發話許可為止。 模型中，群組係即時定義，且具有一關聯之封 一封閉成員清單指定哪些用戶被允許參與該 其以提供給㈣成員清單以外之用戶π，且僅在 :叫壽命中存在。W群组Μ將不儲存於任何地方； /、係用以設置蔹呼叫，且於呼叫結束後釋放。 發端用戶選擇-或更多目標用戶且產生傳送給開始 ==伺服器的一需求時，則形成-™ 1 傳，納入—群組之一通知…動加入關聯 I 求好的動作。當-ad-hoe呼叫變成不 次、s 、彳j服。°砾撤除，該呼叫，且釋放指派之 貝源，包括用以開始該呼叫之群组定義。 -36 - 200401554 當以聊天室楔型作資^ / 為網成員之—叛時’在群組通隻系-統100中，個慰稱 、’且通信裝置用戶使用指派給每一網成員 一通信裝置相互補 心 逍彳s。名詞“網，，指被授權相互通信之—雜 組通信裝置用戶。 ’ 在一 Λ施例中’—中心、資料庫包含用以識別每-特 網中成員之資訊。可能有一個以上的網在相同通信系统 中作業。例如，—第 、， 奸 弟—網可能被定義具有十個成員，而— 罘二網可能被定義 — 、、 心我-、有一十個成貝。第一網之十個成員相 互通信:但不與第二網之成員通信。在另-具體實施例中， 不同網之成員"5f臣々^目 貝了凰視一個以上的網其成員間之通信，但僅 可傳輸資訊給本身網内成員。 .'罔可在一現存通信系統上作業，而不要求實質改變現 存之下層、4冓。因&，一網上一控制器與用戶可在像是— 』馬夕向近接（CDMA)系統、一分時多向近接（TDMA)系 、.充 疋歐系統（GSM)、像是G1〇balstar™或Iridium™之衛 星H系或各式各樣其他系統等能夠使用網際網路協定 (IP)傳輸及接收封包資訊之任何系統中作業。 網成員使用如通信裝置（CD) 12〇與122所示的一指派之 通信裝^相互通信。CD 120與122可為有線或無線通信裝 置，像疋地面典線電話、具有按鈕通話丁丁）能力之有線電 話、配備按鈕通話（PTT)功能之衛星電話、無線攝影機、照 相機、像是音樂錄音機或播放機之聲頻裝置、膝上型或桌 上型電腦、傳呼裝置或其任何組合。例如，CD 12〇可包含 具有一攝影機或顯示器之無線地面電話。再者，每一CD可 -37- 200401554 以任一安全模式或一不安全（清楚）模式傳送及接收資訊。透 過以下之討論，將參照一個別CD推理一無線按鈕通話（ρττ) 電話。然而，應了解：一CD參考不以此為限，而將包含具 有根據網際網路協定（IP)傳輸及接收封包資訊之功能的其 他通信裝置。 在群組通信系統100中，一傳輸特權通常允許一單一用戶 在一給定時間傳輸資訊給其他網成員。一要求之網成員其 傳輸特權之授與或拒絕取決於當接收該需求時傳輸特權於 當時是否指派給另一網成員0授與拒絕傳輸需求之處理稱 為仲裁。仲裁方案評估像是··指派給每一 CD之優先位準、 取得傳輸特權之未成功嘗試數目、一網成員保留傳輸特權 I時間長度等因子或其他因子，以決定是否對一要求之網 成員授與傳輸特權。 為了參與系統100，CD 120與122各具有對一控制器或 MCU116要求傳輸特權之能力。MCU116管理群组之即時 與行政作業。MCU係具有至少一處理器與記憶體之任何電 腦裝置類型。假設：鑑別係由服務供應者提供，則MCU 116籲 將透過一通信系統服務供應者 '成員或其二者在遠端作 業。MCU 116透過一外部行政介面接收群組定義。群组成 員可透過其服務供應者要求行政動作，或者透過像是與一 MCU行政介面相一致之一成員作業安全管理員（SM)之已定 義系統行使網功能。MCU 116鑑別嘗試設置或修正一網之 一方0 SM執行支援安全網之金鑰管理、用戶鑑別及相關任務。 -38- 200401554 一單二苎組通信系統與—或更多SM互動。SM不涉及包括網 啟動或ptt仲裁之一網的即時控制。SM具有與Mcu介面相 谷之行政能力，以自動化行政功能^ SM亦可扮演一資料端 點，供參與一網、廣播網金鑰或簡單監視網流量用。 在具實知例中，用以對一 MCU要求傳輸特權之裝置 包含一按鈕通話（PTT)按鍵或開關。當系統丨〇〇中一用戶希 望傳輸資訊給其他成員時，該用戶按下位於其CD之按鈕通 話（ptt)開關，傳送一發言權控制需求，以便&Mcu 116取 得傳輸特權。如果目前並未指痕傳輸特權給其他網成員，. 則要求之用戶將被授與傳輸特權，且藉一聽覺、視覺或觸 覺警報透過CD通知該用戶。於要求之用戶被授與傳輸特權 後’資訊將從該用戶傳輸給其他成員。 在本發明之一具體實施例中，每一無線網成員與一或更 多基地台126抑或可能的話替代上與一衛星閘道器設置一 m向鏈結和一反向鏈結。語音與/或資料將例如使用一 CD 轉換成適合與其他用戶通信的一特殊分散式網路128之資 料封包。在一具體實施例中，分散式網路128係網際網路。修 在-具體實;^例中，像是一地面通信系統與—衛星通信 系統之每一通信系統中設置一專屬前向通道，用以將資訊 從每一網成員廣播給其他網成員。每一網成員在專屬通道 上接收來自其他網成員之通信。在另一具體實施例中，每 一通信系統中設置—專屬反向鏈結，用以傳輸資訊給MCU 116 H體實施例中’使用上述方案之—組合。例如， 一方案涉及設置—專屬前向廣播通道，但要求無線CD在指 -39- 200401554 派給每一 CD之一專屬反向竺結上傳輸資訊給MCU 116。 當一第一網成員希望傳輸資訊給該網中其他成員時，第 一網成員藉由按下其CD上一按鈕通話（PTT)按鍵產生供分 散式網路128上傳輸用之一格式化需求而要求傳輸特權。於 CD 120與122之情況下，該需求將隔空傳給一或更多基地台 I 26 a BS 126與分散式網路128間存在包括用以處理資料封 包之一著名交互工作功能（IWF)、封包資料服務節點（pdsn) 或封包控制功能（PCF)的一行動台交換中心（MSC) 130。該 需求透過公共交換電話網路（PSTN)傳輸給一數據機銀行， 其接收該需求’並提供給分散式網路12 8。一終端透過jt與 分散式網路128之連接監視系統1〇〇流量。 如果目前沒有其他成員保留傳輸特權，則當MCU 116接 收一傳輸特權需求時，MCU 11 6傳輸一訊息給要求之網成 員’通知其：傳輸特權已授與。然後，來自第一網成員之 聲頻、視覺或其他資訊由使用上述傳輸路徑之一傳送給 MCU 116而傳輸給其他網成員。在一具體實施例中，Mcu II 6藉由衩製故#訊，且將每一副本傳送給其他網成員而提 供資訊給其他網成員。如果使用一單一廣播通道，則資訊 僅需複製一次，供使用中之每一廣播通道用。 在一替代之具體實施例中，MCU 116併入Msc 13〇，因而

裝置可參與一群組通信。 ，網路12 8上。在此具體實施例中， 式網路12 8 ’因而其他通信系統與 在又另一具體實施例中，MCU 11 6 -40- 200401554 併入MSC 130之PDSN或PCF模組 在一具體實施例中，MCU 116維護一或更多資料庫「用_ 以：理屬於，別網成員及每一已定義網之資訊。例如，對 於每一網成員，一資料庫將包含以下資訊··像是用戶名稱、 帳戶號碼、與成員CD關聯之一電备號碼或播接號碼、二^ 紅D之=行動台識別碼、網中目前成員狀態、像是該成員 是否現行參與該網、用以決定傳輸特權如何指派之一優先 碼、與CE>關聯之一資料電話號碼、與CD關聯之—Ip位址， 以及授權成員與哪些網進行通信之一指示。其他相關之資 訊類型亦可儲存在每一網成員相關資料庫中。 在-具體實施例中，CD形成與個別通信終端之連接，而 形成一發話群组或網。MCU具有可以不同方式配置以適應 不同應用程式之硬體與軟體中的各式各樣功能之能力。 MCU提供用以管理網之即時 '行政與鑑別作業、按鈕通話 (PTT)需求仲裁、網成員與登錄清單之維護與分散、例如 CDMA之必要通信之呼叫設定與撤除、系統與網路資源以 及網狀態之整體控制的能力。 網可在單獨之可佈署細胞系統内，或一大的多現場组態 中。在一大组態之情況下，地理上將佈署多重1^(：11，以形 成一單一整合系統，其各當作現存細胞下層結構中一插入 模組而作業。如此，網所引進之新特性可供細胞用戶用， 不需要求修正現存細胞下層結構。 MCU維護一已定義網之清單。在一具體實施例中，每一 網定義包括—網識別符、含有電話號碼或其他識別資訊之 -41 - 200401554 一成員清單、用戶優先資訊、及其他同種類之行政資訊。 .... ....... 、 網可靜態定義為清楚或安全’而且不准許在清楚與安全間 轉移。一安全網通常使用媒體加密’以提供鑑別及防止竊 聽。安全網之媒體加密係以一端對端為基礎而實行，表示 加密與解密將在通信裝置内發生。MCU可以不使用安全演 算法、金鑰或政策之知識而作業。

圖16圖解出示通js裝置1602、1604及1606如何與一]VICU 1608互動之一示範群組1600。可依希望佈署大型群組之多 重MCU。在圖16中，CD 1602被准許傳輸媒體給群組中其他籲 成員。此情況下’ CD 1602稱為發話者，且其在一通道上傳 輸媒體。當CD 1602被指定為發話者時，剩餘之參與者CD 1 604與CD 1 606不被准許傳輸媒體給群組。因此，cd 1604 與CD 1606被指定為受話者。 如以上所述，CD 1602、1604與1606使用至少一通道連接 至MCU 1608。在一具體實施例中，通道被分割成包含一對 話啟動協定（SIP)通道1610、一媒體信令通道1612，及一媒 體流量通道1614之分離通道。當頻寬允許時SIp通道161〇與鲁 媒體信令通道1612可由任何CD 1602、1604與1606在任何時 間使用’不管其被指定為一發話者或一受話者。Sip係一網 間工程任務編組（IETF)定義之應用層協定，其中說明用以 設置、修正及終止於網際網路協定（IP)上作業之多媒體對話 的控制機構。SIP藉由支援用以登錄及定位用戶之機構、用 以定義用戶能力與說明媒體參數之機構，及用以決定用戶 可用性、呼叫设定與呼叫處置之機構，而提供網際網路電 -42 - 200401554 話應用程式之呼叫信令問題的—通解。 在一具體實施例中，SIP通道161〇用以開始及結束群组 1600内一 CD之參與。一對話說明協定（sDp)信號亦可用於 SIPiti£16_。當例如藉由使用Slp通道i㈣設定群組内 之CD參吳時’ CD與MCU間之即時呼叫控制與信令將例如藉 由使用NBS媒體信令通道1612而發生。在—具體實施例 中，媒fa k令通道1612用以處置按鈕通話（ρττ)需求與釋 放、仲㈣哭I需求或發言權_、發佈資訊傳輸之開始 與…束、官理網待用、追蹤端點連接、要求與交換網狀態， 以及通知任何錯誤訊息。媒體信令通道16丨2之協定使大部 分共同訊息長度最小化’且簡化解譯答覆與響應需求之任 務，同時保留未來增強之彈性。媒體信令通道1612之協定 同時允許重送需求，而不會不利影響協定狀態。 在—具體實施例中，媒體信令通道1612上之信令流量包 括呼叫®L走與控制#令，其係由對話邀請需求與知識所組 成，以及媒體信令，其中包含即時發言權控制需求與相關 非同步訊息。媒體流量通道1614上之媒體流量包含即時點 對點語音與/或資料廣播。兩種訊令類別均具有唯一功能屬 性。此外，每一 CD將發出網域名稱服務（DNS)客戶需求， 以促進映射完全合格之D N S主機名稱至網際網路之網路位 址〇 在—具體實施例中，呼叫設定與呼叫控制信令係根據SIp 阳思而執行。雖然SIP係使用奢名之用戶資料報協定（^〇卩) 或傳輸控制協定（TCP)加以傳輸’但在—具體實施例中，每 -43- 200401554 一 CD將使用UDP執行SIP式信令功能。同時，每cm希望經 由UDP接收SIP信令需求。即時信令係經由CM與每—匸〇上 (動態UDP/IP介面發生。其他信令則例如使用sip經由⑽ 與CD間之一固定TCP/IP介面發生。 PTT潛伏 在-具體實施射’ #封包資料服務為現料，例如基 地口收發器子系統（BTS)、基地台控制器（BSC)、交互工作

(IWF)與無線電鏈結資源被現行指派給行動台（MS)。在一 IP 式V〇IP調度服務中，雖然群组間有一現用交談進行中，_ 每一用戶之封包資料連接依舊為現用。然而，於群组通化 中一不活動時期即“暫懸時間，，後，用戶流量通道將轉移I 待用狀態。 、埘得秒主 轉移至待用㈣可⑽㈣容量，減少服務成本盘電池 且使用戶可接收進來之傳統語音呼叫。例如，當用 ;現用封包資料呼叫時，通f 為“忙線，，。如果用冷射勺咨如 ^ 3吁”將其視 接收進來之&1 ’匕”呼叫於待用狀態，則用戶可 後，封嶋靖移至彳㈣狀^封包⑷活動時期 當封包資料呼叫五igt (RF)能量依舊由行動電$以二即使無資料封包交換，射頻 台同步化及功率控制。此等傳==傳輸，以維持與基地 流。然而，在待用狀態中成電話上明顧之功钱 了保存電話功h延長執行任何卿輸。為 長之無資料傳輸時期後將電i暫懸時間將被設定在延 电4轉移至待用節點。 '44- 200401554 雖然所有用戶之封包資料服務均為現用，但在MS與調度 伺服器間傳送之IP資料報，即PTT需求，將具有極低之潛 伏。然而，如果用戶通道先前已轉移至待用狀態，則ρττ 潛伏將較長。於封包資料待用期間，包括行動台Ιρ位址之 封包資料對話其關聯之狀態資訊將被維護。然而，像是實 體流量層之ΡΡΡ以下協定層其關聯之狀態資訊將被釋放與 或取消分配。 ' 某些下層結構中，為了唤醒一待用資料連接，流量通道 2須被重新分配’資源必須被重新指派’且無線電鍵結協 定（RLP)層必須被重新初始化。其結果為··於—發話群组未 發話-段時間後’當—用戶按下其ΡΤΤ42以要求發言權時， 通常卜㈣段落較後續發話段落之ΡΤΤ潛伏更長。雖炊盆 相對較不頻繁’但其影響服務工具，因而應最小化。…、 為了減少ΡΤΤ潛伏，在一且触去.Α η Α 也 兩在一植只她例中，像是發言權控制 :某此二：制響應與待用唤醒訊息之群組呼叫信令將 量通道。這類共同通道將二重:設置專屬流 在每次-用戶希了用而不官订動台狀態，且 指派。因此，即使告行動呼叫時’不需被要求及重新 令，因而提為待用時，仍交換群组呼叫信 量通道的—裝置。置發話者與受話者行動之專屬流 在一具體實施例中，呼叫 向增強存取通道之某像疋反向存取通道與反 控制需求給無線下層;;構：向共同通道上傳送-發言權 構4叫行動亦可在像是前向料 -45 - 200401554 通道與前向共同控制通道之某些可用之前向共同通道上接 收發言權控制需求的一響應。在一具體實施例中，待用受 話者行動在像是前向傳呼通道與前向共同控制通道之某些 可用之前向共同通道上接收待用唤醒訊息。 短資料叢發呼叫信令訊息 在一具體實施例中，藉由使用短資料叢發（SDB)訊息而有 效減少發話者所感覺之PTT潛伏，該方法提供於“cdma2000 展頻系統之TIA/EIA/IS-2000標準”，以下例如稱為“cdma2000 標準”。在一具體實施例中，SDB訊息係在像是前向基礎通 道（FCH)或前向專屬共同控制通道（F-DCCH)之專屬實體通 道或者像是反向存取通道（R-ACH)、反向增強存取通道 (R-EACH)、前向共同控制通道（F-CCCH)或傳呼通道（PCH) 之共同實體通道上傳送。SDB訊息係藉無線電叢發協定 (RBP)加以傳輸，該協定將訊息映射至一適當且可用之實體 層通道。因為SDB訊息可攜帶任意IP流量，且可在共同實 體通道上傳送，所以當一呼叫客戶之行動沒有專屬流量通 道時，SDB訊息提供交換群組呼叫信令之一機構。 行動發端之呼叫信令訊息 在一具體實施例中，媒體信令訊息在反向鏈結或行動發 端鏈結上攜帶IP資料報。當用戶要求發言權且一專屬反向 流量通道無法立即可用時，一客戶行動台將快速發信號給 MCU。假設客戶行動台已釋放所有專屬流量通道，則客戶 行動台將在用以中繼該需求至MCU之一無線下層結構的一 反向共同通道上立即轉送發言權控制需求。當一專屬反通 200401554 道不可用時，例如可使用反向存取通道或反向增強存取通 道傳送這類訊息。在一具體實施例中，客戶行動台將一發 言權需求訊息當作一 SDB訊息傳輸給MCU。 參照圖4，在一具體實施例中，於嘗試重新設置其專屬流 量通道前，客戶MS在像是存取通道或增強存取通道之一反 向共同通道上傳送PTT發言權需求404。在一具體實施例 中，客戶MS在一 SDB訊息中傳送PTT發言權需求404，而不 管使用何通道。 然後客戶MS例如藉由執行“服務選項33重新發端”而開 始重新設置其專屬流量通道。客戶MS亦可開始無線電鏈結 協定（RLP)同步化。在一具體實施例中，客戶MS重新設置 其專屬流量通道，且優勢上，平行同步化RLP及傳送PTT發 言權需求404。 因此，當一行動台不具有現用專屬流量通道時使用可用 之反向共同通道與/或SDB特徵將發言權控制需求發信號給 CM，將減少唤醒參與行動所需之總時間。雖然直到發話者 前向流量通道重新設置為止，發話者客戶才接收其發言權 需求被授與之確認，但快速發信號給CM以開始噢醒參與受 話者之能力將減少整體潛伏。 參照圖4,無線下層結構傳送PTT發言權控制需求404給封 包資料服務節點（PDSN)，然後給MCU。在一具體實施例 中，於接收發言權控制需求後，MCU將仲裁需求、爆出媒 體信令唤醒訊息（觸發）給一群組目標參與者（受話者）與/或 觸發參與者（受話者）重新設置流量通道414。如果MCU授與 -47- 200401554 PTT發言權需求，則MCU傳送PTT發言權授與408給客戶 MS。在一具體實施例中，如果客戶之專屬流量通道尚未重 新設置，則RD在像是前向傳呼通道和前向共同控制通道的 一可用之前向共同通道上傳送PTT發言權授與408給客戶 MS。在一具體實施例中，下層結構以SDB形式傳送PTT發 言權授與40.8給客戶MS，而不管使用何通道。 在一具體實施例中，MCU於響應PTT發言權控制需求 前，將等待待用響應計時器期滿。如果群組待用響應計時 器被設定為零，則CM立即響應發言權控制需求。在一具體 實施例中，如果客戶MS已完成重新設置其流量通道及RLP 同步化，則客戶MS使緩衝412於客戶MS之媒體416流至 MCU。 網路發端之呼叫信令訊息 在一具體實施例中，於接收發言權控制需求後，MCU爆 出媒體信令喚醒訊息給一群組目標參與者（受話者），且觸發 參與者（受話者）流量通道之重新設置。如果群組之待用響應 計時器設定為零，則MCU立即響應發言權控制響應。在一 具體實施例中，如果於傳送PTT需求時發話者立即開始重新 設置其流量通道，則有利的是呼叫者與受話者之流量通道 可平行重新設置。 參照圖4，於MCU接收PTT發言權控制需求後，MCU傳送 導引至目標受話者之唤醒觸發414 aMCU決定該目標行動之 一封包資料對話是否存在，且前送觸發封包給例如一基地 台之適當下層結構元件。該下層結構傳呼每一個別目標 200401554 MS，以開始重新設置其專屬流量通道。然後，目標MS例如 藉由執行“服務選項33重新發端”而重新設置其專屬流量通 道。目標MS亦可開始無線電鏈結協定（RLP)同步化。在一 具體實施例中，目標MS重新設置其專屬流量通道，且優勢 上平行同步化其RLP與客戶MS所執行之相同功能。 在一具體實施例中，於一目標MS完成重新設置其專屬流 量通道且同步化其RLP後，目標MS傳送中繼422給MCU之唤 醒，指示目標MS準備好接收媒體。於使缓衝418在MCU之 媒體420流至目標MS前，MCU傳送一發話者發佈給客戶 MS。 在一具體實施例中，當目標受話者流量通道尚未重新設 置時，MCU在像是前向傳呼通道與前向共同控制通道之某 些可用之共同前向通道上傳送唤醒觸發414給一目標受話 者。在一具體實施例中，MCU以SDB形式傳送唤醒觸發414 給目標受話者，而不管使用何通道。如果將PTT發言權控制 需求當作一 SDB訊息在發話者反向共同通道上傳送，且在 MCU上之目標群組待用響應計時器設定為零，則發話者客 戶之實際PTT潛伏將減少至在反向鏈結上傳送一 SDB需求 訊息接著在前向鏈結上傳送一 SDB響應訊息所需之時間。 呼叫信令訊息之網路介面 為了決定不具有專屬流量通道之一閒置行動台傳送何種 網路發端特定流量，例如SDB負載，將實行用以區別這類 特定流量與其他流量之某些下層結構政策或介面。 在一第一具體實施例中，因為SDB訊息攜帶有限之用戶 200401554 气載」所以將根據大么過濾ip資料報。如果規定給不具有 專屬流里通道之一行動，則將小於一預定大小限制之ιρ資----料報當作SDB訊息加以傳送。群組通信系統將使用這類濾 波器，因為包含IP標頭之應用程式發言權需求響應訊息相 當小，例如僅34位元組。 在一第二具體實施例中，一下層結構廠商將定義一 1?式 服務’用以封裝規定投遞給一行動台之ZP流量。具有此服 務知識之一IP伺服器將傳輸例如UDP之以IP標頭適當封裝 的小IP資料報給此服務，以投遞給可能不具有一專屬流量鲁 通道之一行動。群组通信系統將使用此服務指示下層結構 將發言權需求響應訊息例如以SDB形式投遞給要求之客戶 MS。SDB流量與待決傳呼或服務發端需求之協調對於確保 快速且可靠投遞用戶流量而言同樣很重要。 在一第三具體實施例中，一 IP伺服器將傳輸例如UDP之 具有IP標頭的特殊IP資料報，以投遞給可能不具有一專屬 流量通道之一行動。IP伺服器例如藉由在IP標頭中指定— 特殊值加標在IP資料報’以指導下層結構投遞IP資料報給_ 客戶MS。群組通信系統使用此服務指示下層結構將發言權 需求響應訊息例如以SDB形成投遞給要求之客戶MS。在一 第三具體實施例中，一UDP或TCP埠範圍將保留供投遞例如 SDB訊息之特定IP資料報用。 行動啟動之服務發端與傳呼 在一具體實施例中’一客戶以SDB形式傳送發言權控制 需求404，緊接著傳送一服務發端需求給例如CDMA之無線 •50- 200401554 下層結構，供快速重新設置其流量通道用。然而，如果待 用響應計時器被設定成一小數值，則RD將快速響應發言權 控制需求，且傳回一響應408給客戶。如果此響應在服務發 端異動之早期階段期間到達下層結構，則下層結構知道發 話者MS不具有任何現用流量通道，且嘗試傳呼發話者MS 之響應。然而，此傳呼動作將中止處理中之服務發端異動。 在一具體實施例中，發話者MS將響應該傳呼，以確保：發 言權控制響應訊息被投遞給發話者，且再次要求服務發 端，但在重新設置發話者流量通道時經歷一不必要之延 遲，結果中止原始之服務發端嘗試。 在一第一具體實施例中，為了避免服務發端處理與傳呼 間之競賽條件，RD將被配置不立即響應發言權控制需求 404。因此，將調整待用響應計時器，使MCU於服務發端處 理完成後傳輸響應408給發話者MS。 在一第二具體實施例中，將協調接收響應408之PDSN與 響應發話者服務發端需求之行動交換中心（MSC)。亦即，如 果PDSN決定：當響應408到達下層結構時發話者MS之一封 包資料服務發端處理已處理中，則MSC將延後傳呼該發話 者MS。一旦服務發端處理完成，PDSN高速存取該響應， 且在發話者行動之前向流量通道上傳送。替代上，如果服 務發端處理依舊處理中，則MSC將該響應當作一 SDB訊息 傳送給發話者MS。 在一第三具體實施例中，發話者MS直到發話者MS接收發 言權控制需求之一響應後才發出一服務發端需求，以避免 200401554 競赛條件。在一具體實施例中，由於發話者MS沒有現用專 屬流量通道，MCU在像是前向傳呼通道與前向共同控制通 運之某些可用之前向共同通道上傳送該響應給發話者 MS。在—具體實施例中，MCU&SDB形式傳送該響應給發 話者MS。發話者MS仰賴RD產生之發言權控制響應觸發其 机量通道重新啟動，其與以Mcu所傳送之唤醒需求觸發受 居者行動之流量通迢重新啟動的方式相同。競赛條件將可 以避免，因為同時發生行動之行動啟動服務發端與網路啟 動傳呼之潛在可能已避免。 高速存取網路啟動之封包資料觸發 包括噢醒觸發414而且將到達例如CDMA之無線下層^ 構並規定給不具有專屬流量通道之—受話者行動的ιρ^ 報通吊可能由網路或特別由無線之下層結構遣失。在一具 把實她例中，傳送給受話者行動之噢醒觸發係根據一已 疋義排程積極地重新傳輸，直到受話者響應或群组之唤醒 、计時器期滿為止。例如，唤醒觸發414將每5〇〇 ms重新傳 运。然而’以此速率重新傳輸噢醒觸發414將造成一最 ==大延遲’或者„平均延遲25〇_，其係從—受 造者Μ通逍重新設置之時間至規定給 醒觸發到達下層結構的時間。 Κ下喚 在一具體貫施例中，下屛紝 存®ι ινίΓπΜ #g、、、°構或..罔路中另一實體將高速 存取MCU所傳送之唤醒觸 ^ 設置流量通道，將投遞给'、 —一目標MS重新 k '、、。孩目標MS。其消除由MCTTf 你 輸唤醒需求之需要，且试同除由MCU重新傳 且4 V、總#用嗅醒時間。相對於例如 -52- 200401554 ----------率重新傳輸，高速存取唤醒觸發414將消除 總待用唤醒時間算起最多至5〇〇阳之延遲。 媒體緩衝 在-具體實施例中，於要求發言權控制後，好藉由緩 衝媒體，將被允許在客卢與受話者間重新設置專屬通道前 開始發話。藉由緩衝發話者之發言，系統允許發話者於受 話者之流量通道完全重新設置前開始發話。其允許發話S 較早開始發話，而減少其表觀之Ρττ潛伏。由於受話者並未 經歷ΡΤΤ潛伏，所以其經歷不受影響，亦即ρττ潛伏將從發 忐者移位至系統之其他部分。發話者將僅等待接收—受龟 者對其第一發話段落之一響應，但如前面所述，期望中， 對其第一發話段落之響應所花費時間應較對其致力於—現 用交談時發生之後續發話段落之響應更久。發話者其第— 發話段落之緩衝可在MCU端或客戶MS端完成。 MCU端緩衝 在一具體實施例中，MCU緩衝發話者之第一發話段落。 於—用戶按下其PTT鈕且重新設置用戶之流量通道後，將被 允許與MCU進行通信。此時，由於受話者流量通道尚未建 又，所以MCU緩衝418發話者之發言，供未來傳輸給目標受 話者用。MCU緩衝將減少用戶所感受之建立發話者流量通 道所花費之大約時間的表觀PTT潛伏。圖π出示根據一具體 具施例之MCU端緩衝，其如以下所述： (1) 並播呼叫處理中’發起者與目標之流量通道為待用。 (2) 用戶按下PTT鈕。伺服器接收來自客戶之一“設定群 -53- 200401554 組呼叫，，需求。 ................................... (3)於客戶接收來自词服器之“設定處理中響應後，或 者於-可配置延遲（1秒鐘）後開始緩衝用戶媒體時， 將授與用戶發言權。 ⑷飼服器開始重新設置目標之封包資料流量通道 理。 ⑺飼服器經由SDB傳送“群组呼叫發佈，，訊息給客戶。 ⑹客戶成功地重新設置流量通道’開始傳送緩衝之媒 體給伺服器。 (7)客戶使媒體流至伺服器。 ⑻目標之流量通道已重♦斤設置（符合“目標響應門限，，）。 (9)用戶釋放PTT鈕。客卢停止緩衝媒體。 ()客戶成令緩衝之媒體流至伺服器，要求由飼服器 釋放發言權。 (11)伺服器傳送發言權釋放知識給客戶。 客戶端緩衝 - 在具眩實施例中’其中希望表觀潛伏較短，於流量通 道重新設置前，發話者被允許開始發言。因為客戶MS尚未 ” MCU進仃通彳。’傳至開始發話之發話者的信號係由客戶 MS產生。如果於發每去夕，.云θ ,,、 、 ， χ机I通這重新設置前發話者被允 4發σ貝]客戶MS將緩衝412該發言。因為與⑽之通信尚 未設置許發話將被“積極，，提供。圖㈣示根據一且體 實施例之客戶端緩衝，如以下所述： ⑴並無呼叫處理中’發起者之流量通道為待用。 -54- 200401554 (2) 用戶按下PTT鈕。客戶經由SDB傳送一 “設定群組呼 叫”需求給伺服器。 (3) 客戶開始重新設置一封包資料流量通道之處理。 (4) 於客戶接收來自伺服器之“設定處理中”需求後，或 者於一可配置延遲（1秒鐘）後開始緩衝用戶媒體時， 將授與用戶發言權。 (5) 客戶經由SDB接收來自伺服器之“群組呼叫發体”訊 息。 (6) 客戶成功地重新設置流量通道。 (7) 客戶令缓衝之媒體流至伺服器。 (8) 用戶釋放PTT鈕。客戶停止緩衝媒體。 (9) 客戶完成令缓衝之媒體流至伺服器，要求由伺服器 釋放發言權。 (10) 客戶接收來自伺服器之發言權釋放知識。 在一具體實施例中，MCU緩衝418及客戶端緩衝412將並 行作業。客戶端允許表觀PTT潛伏變小。在一具體實施例 中，客戶MS緩衝媒體，以控制用戶所經歷之表觀PTT潛伏。 行動台發端之SDB與客戶端之媒體緩衝的組合將減少重新 設置現用流量通道之相關延遲。 因此，揭露之具體實施例提供一調度模型，其支援至少 二調度呼叫類型：聊天室模型與ad-hoc模型。在聊天室模 型中，群組被預先定義，且儲存於調度伺服器上。而在 ad-hoc模型中，群組被即時定義與/或修正。 揭露之具體實施例同時藉由即使在行動為待用且沒有流 200401554 里通迢-為現用-時依舊交換群組呼叫信令，而有效減少實際 叢發（SDB)訊息信令之使用而交換群组呼叫信令。該方法及 裝置提供有利於平行重新設置發話者行動與待用受話者行 動之專屬流量通道。 在另一具體實施例中，一群组通信網路中之待用唤醒潛 伏將透過高速存取規定給目標受話者之網路啟動唤醒觸發 而減少，而且一旦目標行動台重新設置其流量通道，則投 遞一唤醒觸發給一目標行動台。 在另一具體實施例中，於一群組通信網路中作業之一行 動中同時間之服務發端與傳呼係藉在服務發端處理完成後 傳輸一響應給一發言權控制需求而加以避免。在一具體實 她例中，如果服務發端處理尚未完成，則對發言權控制需 求之響應係SDB形式。在另_具體實施例中，來源通信裝 置之服務發端處理係於傳輸該響應给來源通信裝置後啟 動。 ’ 【圖式簡單說明】 從以下所陳述之詳細說明連同圖式可更明白本發明之牛 性與優勢，其中類似之參考字元從頭到尾用以對應地用;;: 識別，且其中： 圖1圖解一群組通信系統； 圖2圖解若干應用程式如何相互互動； 圖3圖解根據一具體實施例之一示範之用戶登錄處理； 圖4圖解根據一具體實施例之一示範之區域地區内呼叫 -56- 200401554 設定處理； 圖5圖解根據-具體實施例之一示範之遠端地區内啤叫 設定處理； 1 圖6圖解根據-具體實施例之—示範之區域地區間 設定處理； 1 圖7圖解根據-具體實施例之—示範之遠端地區間 設定處理； 圖8圖解根據一具體實施例離開一群组呼叫之一示範 理； &恳 圖9圖解根據一具體實施例終止一群組呼叫之一示範處 理； 圖10圖解根據-具體實施例傳送一警報給—群組呼叫之 一示範處理； 圖11圖解根據一具體實施例後加入一群組呼叫之一示範 處理； 圖12圖解根據一具體實施例優先發制一發話者之—示範 處理； 圖13圖解根據一具體實施例於一現用群组呼叫增加新成 員之一示範處理； 圖14圖解根據一具體實施例從一群组呼叫移除參與者之 一示範處理； 圖15圖解根據一具體實施例移除一用戶登錄之一示範處 理； 圖16圖解根據一具體實施例若干通信裝置如何與一通信 •57- 200401554 管理互動； —.... ... _ _ __ __ 圖17圖解根據—具體實施例在一通信管理員端緩衝媒 體；以及 圖1 δ圖解根據—具體實施例在一客戶端緩衝媒體。 【圖式代表符號說明】 1002選擇成員清單以傳送一警報 1004傳送警報（經由短資料叢發（SDB)) 1008警報進行中（經由短資料叢發（SDB)) 1010傳送警報 1012警報通知（經由短資料叢發（SDB)) 102 本地調度員 104 本地位置伺服器 106 用戶/群组資料庫 1 0 8 ’ 11 〇 地區網路 1102從呼叫歷史選擇呼叫且按下按鈕通話（ΡΤΤ) 1104群組呼叫需求（經由短資料叢發（SDB)) 1106 群组運轉中 1108呼叫進行中（經由短資料叢發（SDB)) 1110 新增用戶 112 地區位置伺服器 114 地區調度員 116 地區媒體控制主體 118 地區用途日誌伺服器 120 ’ 122，1602，1604，1606 通信裝置 200401554 1 202 按下按鈕通話（PTT)鈕 1204 是否准許發話？ 1206 仲裁 1208 發話特權優先發制 1210 許可授與 124 網域名稱伺服器 126 基地台 128 非同步傳輸模式網路 130 行動台交換中心 1302 選擇加至呼叫之成員清單 13 04 將成員加至群組呼叫 1308 成員被新增 13 10 新增成員 1402 選擇移除之參與者 1404 從呼叫移除參與者 1408 參與者被移除 14 1 0 移除參與者 1502 電源切斷 1504 移除登錄 1508 移除完成 1 5 10 釋放用戶 16 0 0 群組 1608 媒體控制單元 1 6 1 0 對話啟動協定 200401554 1612網路廣播服務媒體信令 1614媒體流量 202 群組通訊應用程式 204 目錄服務應用程式 206 瞬時訊令應用程式 208 表現服務應用程式 210 資料應用程式 212 原始設備製造商（OEM)軟體用戶介面 214 行動台數據機軟體 302 電源開啟 304 查找登錄服務 306 地區位置伺服器之網際網路（IP)位址 3 08 對話啟動協定（SIP)登錄 310，1506 鑑別 312 登錄完成 314 載入用戶 402 選擇成員清單且按下按鈕通話（PTT) 404 設定群组呼叫（經由短資料叢發（SDB)) 406’ 1006’ 1306’ 1406尋找成員位置 408 設定進行中（經由短資料叢發（SDB)) 410 播放發話音調 412 » 418 緩衝 414，1112’ 1312發佈群組呼叫 416 認可群組呼叫媒體 200401554 420，1316 媒體 422，1314認可群組呼叫 802 用戶選擇結束參與 804 移除用戶 806 移除成員 808 用戶被移除 8 1 0，1 4 1 2您已被移除 902 暫懸時間計時器期滿 904 群組呼叫結束中 906，1414 認可 908 更新群組狀態

Claims (1)

1. 200401554 拾、申請專利範圍： 1 _ ................................. ....................................................................................................................... .........…................................................................................................................................................................................................................... ............... .... -—種於—通信裝置中在一群組通信網路中登錄一用戶之 方法’該方法包含： 決定一位置伺服器之一位址； 要求該位置伺服器登錄該用戶；以及 接收來自該位置伺服器有關該用戶被登錄之一通知。 2.如申請專利範圍第1項之方法，進一步包括於登錄該用户 前要求該位置伺服器鑑別該用戶。 J'如申请專利範圍第1項之方法’進一步包括要求該位置詞 服器載入有關該用戶之資訊。 4. 一種於一通信裝置中具體實施在一群组通信網路中登錄 一用戶之一方法之電腦可讀取媒體，該方法包含： 決定一位置伺服器之一位址； 要求該位置伺服器登錄該用戶；以及 接收來自該位置伺服器有關該用戶被登錄之一通知。 5. 如申請專利範圍第4項之電腦可讀取媒體，其中該方法進 一步包括於登錄該用戶前要求該位置伺服器鑑別該用 戶。 6. 如申請專利範圍第4項之電腦可讀取媒體，其中該方法進 一步包括要求該位置伺服器載入有關該用戶之資訊。 7. —種在一群組通信網路中登錄一用戶之通信裝置，包含： 用以決定一位置伺服器之一位址之装置； 用以要求該位置伺服器登錄該用戶之裝置；以及 用以接收來自該位置伺服器有關該用戶被登錄之一通 200401554 知之裝置。 8. 9. 10 11. 12. 如申請專利範圍第7項之通信裝置，進一步包括於登錄該 用戶别要求該位置伺服器鑑別該用戶之裝置。 如申請專利範圍第7項之通信裝置，進一步包括用以要求 5亥位置伺服器載入有關該用戶之資訊之裝置。 一種在一群組通信網路中登錄一用戶之通信裝置，該通 信裝置包含： 一接收器； 一傳輸器；以及 通信1¾合至該接收器與傳輸器之一處理器，該處理器 能夠： 決定一位置伺服器之一位址； 要求該位置伺服器登錄該用戶；以及 接收來自該位置伺服器有關該用戶被登錄之一通知。 如申請專利範圍第1 〇項之通信裝置，該處導器進一步可 於登錄該用戶前要求該位置祠服器鑑別該用戶。 如申請專利範圍第10項之通信裝置，該處理器進—步可 要求該位置伺服器載入有關該用戶之資訊。 一種於一伺服器中在一群組通信網路中登錄一用戶之方 法，該方法包含： 接收有關一位置伺服器之一位址的一需求； 提供該位置伺服器之位址； 接收在該位置伺服器上登錄該用戶的一需求； 登錄該用戶；以及 13. 200401554 …赛光有闞莖i戶1受錄之一通知。 …............. 14·如申請專利範圍第13項之方法，其中該登綠進一步包括 於登錄該用戶前鐘別該用戶。 1 5 ·如申請專利範圍第丨3項之方法，進一步包括載入有關今 用戶之資訊。 1 6 · —種於一伺服器中具體實施在一群組通信網路中登錄— 用戶之一方法之電腦可讀取媒體，該方法包含： 接收一位置伺服器之一位址的一需求； 提供該位置伺服器之位址； 接收在該位置伺服器上登錄該用戶的一需求； 登錄該用戶；以及 •I疋供該用戶被登錄之一通知。 17. 如申請專利範圍第16項之電腦可讀取媒體，其中該登錄 進一步包括於登錄該用戶前鍛別該用戶。 18. 如申請專利範圍第16項之電腦可讀取媒體，其中該方法 進一步包括載入有關該用戶之資訊。 19· 種在一群组通信網路中登錄一用戶之伺服器，包含： 用以接收一位置伺服器之一位址的一需求； 用以提供該位置伺服器之位址之裝置； 用以接收在該位置伺服器登錄該用戶的一需求之裝 置； 用以登綠該用戶之裝置；以及 用以提供該用戶被登錄之一通知之裝置。 2〇.如申請專利範圍第19項之伺服器，其中用以登綠之裝置 200401554 進一步包括於登錄該用戶前鑑別該用卢之裝置。 21_如申請專利範圍第19項之伺服器，進—步包括用以載入 有關該用戶之資訊之裝置。 22. —種在一群組通信網路中登錄一用戶之伺服器，該伺服 器包含： 一接收器； 一傳輸器；以及 通信輕合至該接收器與該傳輸器之—處理器，該處理 器能夠： 接收有關一位置伺服器之一位址的—需求； 提供該位置伺服器之位址； 接收在該位置伺服器上登錄該用戶的一需求； 登錄該用戶；以及 才疋供？亥用戶被登錄之一通知。 23. 如申请專利範圍第22項之伺服器，該處理辱進一步可於 登錄該用戶前鑑別該用戶。 24·如申凊專利範圍第22項之伺服器，該處理器進一步可載 入有關該用戶之資訊。 25. —種在一群組通信網路中登錄一用戶之伺服器，該伺服 益包含： 用以維護位置資訊之一第一伺服器； 根據第一伺服器所提供之位置資訊登錄該用戶之一第 二伺服器；以及 於登錄該用戶後载入有關該用戶之資訊之一第三伺服 200401554 器。 26.如申請專利範圍第25項之伺服器，其中該第二伺服器進 一步鑑別該用戶。 2入如申請專利範圍第25項之伺服器，其中該第二伺服器進 一步於登錄完成後通知該用戶。 28. —種於一通信裝置中在一群組通信網路中登出一用戶之 方法，該方法包含： 要求一位置伺服器登出該用戶；以及 接收來自該位置伺服器有關該用戶已登出之—通知。 29. 如申請專利範圍第28項之方法’進一步包括於登出該用 戶前要求該位置伺服器鑑別該用戶。 j 0.如申請專利範圍第2 8項之方法，進一步包括要求該位置 伺服器移除有關該用戶之資訊。 31. —種於一通信裝置中具體實施在一群組通信網路中登出 —用戶之一方法之電腦可讀取媒體，該方法包含： 要求一位置伺服器登出該用戶；以及 接收來自該位置伺服器有關該用戶已登出之—通知。 32. 如申請專利範圍第3丨項之電腦可讀取媒體，其中該方法 進一步包括於登出該用戶前要求該位置伺服器鑑別該用 戶。 3 3.如申請專利範圍第3丨項之電腦可讀取媒體，其中該方法 進一步包括要求該位置伺服器移除有關該用戶之資訊。 34. —種在一群组通信網路中登出一用戶之通信裝置，包含： 用以要求一位置伺服器登出該用戶之裝置；以及 200401554 用以接收來自該位置飼服器有關該用戶被登出之一通 知之裝置。 35. 如申請專利範圍第34項之通信裝置，進一步包括於登出 該用戶前要求該位置伺服器鑑別該用戶之裝置。 36. 如申請專利範圍第34項之通信裝置’進一步包括用以要 求该位置伺服器移除有關該用戶之資訊之裝置。 37. -種在-群組通信網路中登出—用戶之通信裝置，該通 信裝置包含： 一接收器； 一傳輸器；以及 通信耦合至該接收器盘纷佶私、 上 叹态興这傳輸态又一處理器，該處理 器能夠： 要求一位置伺服器登出該用戶；以及 接收來自該位置伺服器有關該用戶被登出之一通知。 38. 如申請專利範圍第37項之通信裝置，該處理器進一步1 於登出該用戶前要求該位置伺服器鑑別該用戶。 39. 如申請專利範圍第37項之通信裝置，該處理器進 要求該位置伺服器移除有關該用戶之資訊。, 4〇· -料-伺服器中在—群組通信網路中登出―用戶^ 法，該方法包含： y 接收登出該用戶之一要求； 登出該用戶；以及 進一步包括於登出該用 提供該用戶被登出之一通知。 41_如申請專利範圍第4〇項之方法， 200401554 戶前鑑別該用戶。 42. 如申請專利範圍第40項之方法’進一步包括移除有關該 用戶之資訊。 43. —種在一伺服器中具體實施在一群組通信網路中登出一 用戶之一方法之電腦可讀取方法’該方法包含： 接收登出該用戶之一需求； 登出該用戶；以及 h供該用戶被登出之一通知。 44. 如申請專利範圍第43項之電腦可讀取媒體，其中該方法 進一步包括於登出該用戶前鐘別該用戶。 45. 如申請專利範圍第43項之電腦可讀取媒體，其中該方法 進一步包括移除有關該用戶之資訊。 46. —種在一群组通信網路中登出一用戶之伺服器，包含： 用以接收登出該用戶之一需求之裝置； 用以登出該用戶之裝置；以及 用以提供該用戶被登出之一通知之裝置。 47·如申請專利範圍第46項之伺服器，進一步包括於登出該 用戶前鑑別該用戶之裝置。 48. 如申請專利範圍第46項之伺服器，進一步包括用以移除 有關該用戶之資訊之裝置。 49. 一種在一群組通信網路中登出一用戶之伺服器，該伺服 器包含： 一接收器； 一傳輸器；以及 200401554 通信耦合至該接收器與該傳輸器之—處理器 器能夠—… --------- 接收登出該用戶之一需求； 登出該用戶；以及 提供該用戶被登出之一通知。 5 0.如申請專利範圍第49項之伺服器，該處理器進 登出該用戶前鑑別該用戶。 5 1.如申請專利範圍第49項之伺服器，該處理器進 除有關該用戶之資訊。 5 2 · —種在一群組通信網路中登出一用戶之祠服器 器包含： 用以登出該用戶之一第一伺服器；以及 於登出該用戶後移除有關該用戶之資訊之一 器。 53. 如申請專利範圍第52項之伺服器，其中該第一 —步於登出該用戶前鑑別該用戶。 54. 如申請專利範圍第52項之伺服器，其中該第一 —步於登出完成後通知該用戶。 ，該處理 一步可於 一步可移 ，該伺服 第二伺服 伺服器進 伺服器進