專利名稱：為ptt呼叫提供通話許可通知的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及通信系統(tǒng)，尤其涉及為對(duì)講(PTT)呼叫提供通 話許可通知。
背景技術(shù)：
在對(duì)講(PTT)呼叫系統(tǒng)中，呼叫者通過(guò)觸發(fā)PTT激活來(lái)發(fā)起PTT 呼叫。例如，該呼叫者可按下移動(dòng)手持設(shè)備上的PTT鍵來(lái)觸發(fā)PTT激 活。在接下來(lái)的時(shí)間，通常是提供通話許可通知(TPN)以通知給該呼 叫者他或她可以開始講話了。 PPT激活和TPN之間的間隔越短，呼叫 者就感到系統(tǒng)越靈敏，而且一般來(lái)說(shuō)他們整體的用戶體驗(yàn)也就越好。為了降低該間隔， 一些現(xiàn)有系統(tǒng)在PTT呼叫已經(jīng)完全建立之前就 提供PTN。如果該P(yáng)TN被提供給呼叫者，但是然后PTT呼叫不能完全 建立，那么該呼叫者可能開始講話而在之后才意識(shí)到被叫方?jīng)]有聽到 所說(shuō)的話。無(wú)需說(shuō)明，這種TPN的錯(cuò)誤對(duì)用戶來(lái)說(shuō)是非常失望的。因 此，所期望的是同時(shí)降低平均TPN延遲和平均錯(cuò)誤率。然而，通常必 須提高TPN延遲來(lái)降低該錯(cuò)誤率。因此，希望的是對(duì)于給定的期望錯(cuò)誤率，存在一種用于提供具有 比現(xiàn)有技術(shù)中的系統(tǒng)所能實(shí)現(xiàn)的更小的平均延遲的TPN的方法和裝置。


圖1是根據(jù)本發(fā)明多個(gè)實(shí)施例的無(wú)線通信系統(tǒng)的框圖描述。 圖2是根據(jù)本發(fā)明多個(gè)實(shí)施例的描述呼叫建立情況的示意性呼叫 流程圖，其中在從目標(biāo)PTT客戶端獲取到確認(rèn)之后提供PTN。
圖3是根據(jù)本發(fā)明多個(gè)實(shí)施例的描述呼叫建立情況的示意性呼叫 流程圖，其中在從無(wú)線對(duì)講(PoC)服務(wù)器接收到繼續(xù)的指示之后提供 PTN。圖4是根據(jù)本發(fā)明多個(gè)實(shí)施例的描述呼叫建立情況的示意性呼叫 流程圖，其中不需要向PoC服務(wù)器詢問(wèn)繼續(xù)的指示就提供TPN。圖5是根據(jù)本發(fā)明多個(gè)實(shí)施例的可由通信系統(tǒng)設(shè)備(包括用戶設(shè) 備(UE)和各種固定網(wǎng)絡(luò)設(shè)備)執(zhí)行來(lái)提供TPN的功能性的邏輯流程 圖。下面將參考圖1-5描述本發(fā)明的特定實(shí)施例。描述和圖示都是意 在增強(qiáng)理解的前提下做出的。例如， 一些附圖元件的尺寸可能對(duì)于其 他元件被夸大，并且對(duì)商業(yè)上的成功實(shí)施來(lái)說(shuō)是有益的或甚至必須的 已知元件也可能沒(méi)有被描述以獲得妨礙較少并且更清楚的實(shí)施例的表 述。圖示和說(shuō)明的簡(jiǎn)單性和清楚性用于尋求有效地使得本領(lǐng)域技術(shù)人 員在現(xiàn)有技術(shù)的條件下做出、使用和最好地實(shí)踐本發(fā)明。本領(lǐng)域技術(shù) 人員將明白在不脫離本發(fā)明精神和范圍的情況下可對(duì)以下描述的特定 實(shí)施例做出各種修改和改變。因此，說(shuō)明書和附圖應(yīng)被認(rèn)為是說(shuō)明性 和示意性的，而不是限制性和全部包括的，而且所有對(duì)下面描述的特 定實(shí)施例的這種修改都被認(rèn)為是包括在本發(fā)明的范圍內(nèi)。
具體實(shí)施方式
各種實(shí)施例被描述來(lái)在給定期望錯(cuò)誤率的情況下，以比現(xiàn)有技術(shù) 中所能實(shí)現(xiàn)的更少的平均延遲來(lái)提供對(duì)講(PTT)通話許可通知(TPN)。 第一通信系統(tǒng)設(shè)備(例如101、 121或161)確定(504)對(duì)PTT呼叫 是否存在降低成功建立該呼叫的可能性的一個(gè)或多個(gè)條件。如果(506) 存在一個(gè)或多個(gè)條件或者希望詢問(wèn)延遲比可接受的延遲量小，那么第 一設(shè)備在提供TPN之前詢問(wèn)(508)第二通信系統(tǒng)設(shè)備(例如121、 161、 122或102)關(guān)于對(duì)該呼叫繼續(xù)TPN的指示。否則，該第一設(shè)備提供(512) 該TPN而不等來(lái)自該第二設(shè)備的繼續(xù)該TPN的指示。因此，所描述的 實(shí)施例在每個(gè)呼叫的基礎(chǔ)上確定是否引入額外延遲以避免對(duì)該呼叫可 能出錯(cuò)的TPN。所描述的實(shí)施例通過(guò)參考圖1-5可被更充分地理解。圖1是根據(jù) 本發(fā)明多個(gè)實(shí)施例的描述無(wú)線通信系統(tǒng)100的框圖。目前，比如OMA(開放移動(dòng)聯(lián)盟)、3GPP (第三代合作項(xiàng)目)以及3GPP2 (第三代合 作項(xiàng)目2)的標(biāo)準(zhǔn)組織正在開發(fā)用于無(wú)線電信系統(tǒng)的標(biāo)準(zhǔn)規(guī)范。(這些 團(tuán) 4本 可 分 另ll 經(jīng) 由 http:〃www.openmobilealliance.com 、 http:〃www.3印p.org和http:〃www.3gpp2.com來(lái)聯(lián)系。)通信系統(tǒng)100代 表了具有符合一個(gè)或多個(gè)3GPP2技術(shù)(例如，CDMA2000和HRPD(也 稱作lxEV-DO或IS-856))架構(gòu)的系統(tǒng)，根據(jù)需要被合適地修改以實(shí) 施本發(fā)明。本發(fā)明的可選實(shí)施例可被實(shí)施在使用其它或額外技術(shù)的通 信系統(tǒng)中，這些技術(shù)比如是但不局限于那些在3GPP規(guī)范中描述的技術(shù)(例如GSM、 GPRS、 EDGE、 W-CDMA、 UTRAN、 FOMA、 UMTS、 HSDPA和HSUPA)、那些在IEEE 802.11、 802.16和802.20規(guī)范中描 述的技術(shù)、那些在OMA標(biāo)準(zhǔn)規(guī)范中描述的技術(shù)、那些在IS-136(TDMA 第三代無(wú)線標(biāo)準(zhǔn))規(guī)范中描述的技術(shù)、那些在IS-95 (CDMA)規(guī)范中 描述的技術(shù)、lxEV-DV技術(shù)、和集成調(diào)度增強(qiáng)網(wǎng)絡(luò)技術(shù)。更具體地，通信系統(tǒng)100包括用戶設(shè)備(UE) 101和102、無(wú)線 接入網(wǎng)絡(luò)(RAN) 121和122、分組數(shù)據(jù)網(wǎng)絡(luò)141和142、 IP (因特網(wǎng) 協(xié)議)網(wǎng)絡(luò)151和PTT服務(wù)器161。本領(lǐng)于技術(shù)人員將認(rèn)識(shí)到圖1，并 沒(méi)有描述對(duì)于系統(tǒng)100進(jìn)行操作來(lái)說(shuō)是必要的所有網(wǎng)絡(luò)設(shè)備，而只描 述了那些與在此的實(shí)施例描述相關(guān)的系統(tǒng)組件和邏輯實(shí)體。例如，分 組數(shù)據(jù)網(wǎng)絡(luò)已知包括比如分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PDSN)的設(shè)備。同樣， 也已知RAN包括比如基站(BTS)、基站控制器(BSC)和分組控制 功能(PCF)的設(shè)備。然而，這些設(shè)備都沒(méi)有在圖1中明確地顯示。PTT服務(wù)器161在圖1中被描述為包括處理單元165和網(wǎng)絡(luò)接口 167。通常，比如處理單元和網(wǎng)絡(luò)接口的組件是己知的。例如，已知服 務(wù)器處理單元包括，例如但不限于，微處理器、微控制器、存儲(chǔ)器設(shè)
備、專用集成電路(ASIC)和/或邏輯電路的基本組件。這些組件一般 都適于實(shí)施算法和/或協(xié)議，這些算法和/或協(xié)議使用高層設(shè)計(jì)語(yǔ)言或描 述來(lái)表示、使用計(jì)算機(jī)指令來(lái)表示、使用消息流程圖來(lái)表示和/或使用 邏輯流程圖來(lái)表示。因此，給定了算法、邏輯流程、消息流程和/或協(xié)議規(guī)范，本領(lǐng)域 技術(shù)人員就明白了可用來(lái)實(shí)施執(zhí)行該給定邏輯的服務(wù)器處理單元的許多設(shè)計(jì)和開發(fā)技術(shù)。因此，PTT服務(wù)器161代表了已經(jīng)根據(jù)這里的描 述適于實(shí)施本發(fā)明的多個(gè)實(shí)施例的已知PTT服務(wù)器。而且，本領(lǐng)域技 術(shù)人員將認(rèn)識(shí)到本發(fā)明的各個(gè)方面可以在各個(gè)物理組件之中或之間被 實(shí)施，而任何一個(gè)方面都不一定局限于單一的平臺(tái)實(shí)施。例如，本發(fā) 明的PTT服務(wù)器方面可實(shí)施在RAN中、PDN中、專用網(wǎng)絡(luò)服務(wù)器平 臺(tái)上或分布在這些組件上。RAN 121和122使用包括信道組111-114的空中接口來(lái)與UE 101 和102進(jìn)行通信。根據(jù)所使用的特定3GPP2信令技術(shù)，3GPP2信道組 111和112每個(gè)都包括多種已知非業(yè)務(wù)信道類型，比如廣播信道、尋呼 信道、接入信道和公共控制信道。同樣是根據(jù)所使用的特定3GPP2信 令技術(shù)，3GPP2信道組113和114每個(gè)都包括專用業(yè)務(wù)信道，其被動(dòng) 態(tài)地分配和解分配以支持用戶服務(wù)。UE可以被想象成移動(dòng)站(MS);然而，UE不一定是移動(dòng)的或能 夠移動(dòng)。因此，UE平臺(tái)已知為涉及廣泛的消費(fèi)電子平臺(tái)，比如但不局 限于移動(dòng)站(MS)、接入終端(AT)、終端設(shè)備、游戲設(shè)備、個(gè)人計(jì) 算機(jī)、個(gè)人數(shù)字助理(PDA)、有線機(jī)頂盒和衛(wèi)星機(jī)頂盒。特別的， UE 101包括處理單元105、收發(fā)信機(jī)107、鍵盤(未示出)、揚(yáng)聲器(未 示出)、麥克風(fēng)(未示出)和顯示器(未示出)。UE中使用的處理單 元、收發(fā)信機(jī)、鍵盤、揚(yáng)聲器、麥克風(fēng)和顯示器是現(xiàn)有技術(shù)中已知的。例如，已知UE處理單元包括基本組件，比如但不局限于微處理器、數(shù)字信號(hào)處理器(DSP)、微控制器、存儲(chǔ)器設(shè)備、專用集成電路(ASIC)和/或邏輯電路。這些MS組件一般都適于實(shí)施算法和/或協(xié)議， 這些算法和/或協(xié)議使用高層設(shè)計(jì)語(yǔ)言或描述來(lái)表示、使用計(jì)算機(jī)指令 來(lái)表示、使用消息流程圖來(lái)表示和/或使用邏輯流程圖來(lái)表示。因此， 給定了算法、邏輯流程、消息/信令流程、呼叫流程和/或協(xié)議規(guī)范，本 領(lǐng)域技術(shù)人員就明白了可用來(lái)實(shí)施執(zhí)行該給定邏輯的用戶設(shè)備的許多 設(shè)計(jì)和開發(fā)技術(shù)。因此，UE 101代表了已經(jīng)根據(jù)這里的描述適于實(shí)施 本發(fā)明的實(shí)施例的已知UE。根據(jù)本發(fā)明的各種實(shí)施例的操作實(shí)際上如下面這樣發(fā)生。通常， 各種實(shí)施例包括確定在提供TPN之前是否詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān) 于對(duì)該P(yáng)TT呼叫繼續(xù)通話許可通知(TPN)的指示。作出該確定的設(shè) 備可以是UE設(shè)備或固定網(wǎng)絡(luò)設(shè)備。例如，在其用戶檢測(cè)到PTT激活 之后并且在對(duì)該用戶提供TPN之前，UE處理單元105確定對(duì)該P(yáng)TT 呼叫是否存在會(huì)指示成功建立該P(yáng)TT呼叫的可能性降低的一個(gè)或多個(gè) 條件。降低成功可能性的兩個(gè)條件是當(dāng)該P(yáng)TT呼叫是專用呼叫(即一對(duì) 一PTT呼叫)或組呼叫(即一對(duì)多PTT呼叫)，組呼叫中所有的組成 員都必須可用于建立該呼叫。相對(duì)于常規(guī)組呼叫，也就是只要求一個(gè) PTT目標(biāo)來(lái)建立該呼叫，這兩個(gè)條件都具有更低的成功機(jī)會(huì)，因?yàn)樗?有的目標(biāo)都必須可用。降低成功可能性的兩個(gè)附加條件是當(dāng)該P(yáng)TT目 標(biāo)(多個(gè))最近沒(méi)有執(zhí)行任何存在信令或最近沒(méi)有響應(yīng)于PTT通話突 發(fā)。因此，如果UE處理單元105確定存在這些條件之一，那么其經(jīng) 由收發(fā)信機(jī)107和信道組111詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于對(duì)給PTT 呼叫繼續(xù)TPN的指示。可選地，如果UE處理單元105希望詢問(wèn)延遲 將是可接受的(例如2秒)，那么其也可詢問(wèn)關(guān)于繼續(xù)TPN的指示。 例如，對(duì)于特定系統(tǒng)架構(gòu)，UE 101可以預(yù)期固定網(wǎng)絡(luò)在從信道組113 完成業(yè)務(wù)信道的建立之前從目標(biāo)UE 102接收到尋呼響應(yīng)。在這種情況下，詢問(wèn)延遲可能略大于詢問(wèn)和響應(yīng)往返時(shí)間。同樣， 一些系統(tǒng)可被 設(shè)計(jì)為具有使得對(duì)這種詢問(wèn)的響應(yīng)處于可接受的時(shí)間段之內(nèi)的特征。在任何情況中，組成可接受延遲量的內(nèi)容可由系統(tǒng)運(yùn)營(yíng)商設(shè)定和/或修 改。平均來(lái)看，詢問(wèn)應(yīng)當(dāng)減少TPN錯(cuò)誤率。因此，在所需延遲可接受 的任何時(shí)候，詢問(wèn)都被期望為有益的。而且，對(duì)于有理由預(yù)期存在更 大的不能建立該呼叫的機(jī)會(huì)的情況下，詢問(wèn)的益處應(yīng)是最大的。如果UE處理單元105希望詢問(wèn)延遲將是可接受的或者其確定出 現(xiàn)了指示建立該P(yáng)TT呼叫的可能性降低的條件，那么UE 101在對(duì)該 PTT呼叫提供TPN之前詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備。否則，UE處理單 元105提供TPN，而不等待來(lái)自另一個(gè)通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)該TPN 的指示。對(duì)于UE，提供TPN包括通過(guò)一些手段通知該用戶。例如， UE101可在其揚(yáng)聲器上播放音調(diào)、振動(dòng)或經(jīng)由其顯示器通知給該用戶。 同樣，詢問(wèn)另一個(gè)設(shè)備有時(shí)被稱作"檢查服務(wù)器"操作、"檢查目標(biāo)" 操作或"檢査其它"操作，而不詢問(wèn)可被稱作"檢查自身"操作。盡管UE 101可以決定不等待關(guān)于繼續(xù)該TPN的指示，"檢査自 身"操作，但在一些實(shí)施例中，在提供TPN之前，UE處理單元105 可等待特定的呼叫建立事件。例如，UE處理單元可等待經(jīng)由收發(fā)信機(jī) 107和信道組111接收信令，以響應(yīng)UE發(fā)起消息或?qū)υ揚(yáng)TT呼叫的 UE反向短數(shù)據(jù)突發(fā)。這種響應(yīng)信令可采取基站確認(rèn)形式(BSACK)。 UE處理單元105可等待的呼叫建立事件的其它例子包括接收對(duì)該P(yáng)TT 呼叫的信道分配消息(例如，信道分配或增強(qiáng)的信道分配消息(ECAM)) 或在被分配用于該P(yáng)TT呼叫的業(yè)務(wù)信道上接收信令(例如，空數(shù)據(jù)或 BSACK)。一些上面描述的功能性被圖示在圖2-4中。圖2-4描述了符合在當(dāng)
前OMA規(guī)范中描述的功能實(shí)體之間的消息流程。例如，PoC客戶端駐 存在移動(dòng)終端/UE上并且用于訪問(wèn)PoC服務(wù)。PoC服務(wù)器通過(guò)執(zhí)行作 為控制PoC功能和/或作為參與PoC功能的一個(gè)或多個(gè)功能性角色來(lái)實(shí) 施用于PoC服務(wù)的應(yīng)用層網(wǎng)絡(luò)功能性。在PoC會(huì)話中，只有一個(gè)執(zhí)行 為控制PoC功能的PoC服務(wù)器，而可以存在一個(gè)或多個(gè)執(zhí)行為參與PoC 功能的PoC服務(wù)器，因?yàn)閰⑴cPoC服務(wù)器功能對(duì)每個(gè)PoC客戶端執(zhí)行 一次以用于所有的進(jìn)入/出去的PoC會(huì)話。因此，在圖2-4中描述的會(huì) 話包括參與控制(P-C) PoC服務(wù)器功能和參與(P) PoC服務(wù)器功能。作為例子，當(dāng)PoC服務(wù)器執(zhí)行控制PoC功能時(shí)，其可執(zhí)行以下功 能提供中央PoC會(huì)話處理、提供中央媒體分布、提供包括通話者識(shí) 別的中央通話仲裁功能性、提供比如SIP會(huì)話發(fā)起、終止等的會(huì)話初 始協(xié)議(SIP)會(huì)話處理、提供對(duì)組會(huì)話參與的策略增強(qiáng)、提供參與者 信息、收集并提供中央的媒體質(zhì)量信息、提供中央的收費(fèi)報(bào)告、支持 用戶平面適配過(guò)程、提供不同編解碼器的編碼轉(zhuǎn)換、以及支持通話突 發(fā)控制協(xié)議協(xié)商。作為例子，當(dāng)PoC服務(wù)器執(zhí)行參與PoC功能時(shí)，其 可執(zhí)行以下功能提供PoC會(huì)話處理、支持用戶平面適配過(guò)程、提供 PoC客戶端和執(zhí)行控制PoC功能的PoC服務(wù)器之間的通話突發(fā)控制消 息中繼功能、代表所表示的PoC客戶端提供比如SIP會(huì)話發(fā)起、終止 等的SIP會(huì)話處理、提供對(duì)到來(lái)PoC會(huì)話的策略增強(qiáng)(例如訪問(wèn)控制、 到來(lái)PoC會(huì)話禁止、可用性狀態(tài)等)、提供參與者收費(fèi)報(bào)告、支持通 話突發(fā)控制協(xié)議協(xié)商、存儲(chǔ)PoC客戶端的當(dāng)前回答模式和到來(lái)PoC會(huì) 話禁止偏好。當(dāng)參與PoC功能在媒體路徑上時(shí)，PoC服務(wù)器也可執(zhí)行 以下功能提供PoC客戶端和PoC服務(wù)器之間的媒體中繼功能、執(zhí)行 控制PoC功能、提供PoC客戶端和執(zhí)行該控制PoC功能的PoC服務(wù)器 之間的通話突發(fā)控制消息中繼功能、收集并提供媒體質(zhì)量信息、在同 時(shí)會(huì)話的情況下提供對(duì)媒體流的過(guò)濾、以及提供不同編解碼器之間的 編碼轉(zhuǎn)換。作為最后的例子，SIP/IP內(nèi)核包括許多SIP代理和SIP寄存器，
其執(zhí)行以下功能以支持PoC服務(wù)在PoC客戶端和PoC服務(wù)器之間執(zhí)行路由SIP信令、提供發(fā)現(xiàn)和地址解析服務(wù)、支持SIP壓縮、在PoC 客戶端基于用戶的服務(wù)檔案執(zhí)行PoC用戶的認(rèn)證和鑒權(quán)、維護(hù)注冊(cè)狀態(tài)、在控制平面提供對(duì)身份隱私的支持、提供收費(fèi)信息、提供法律允 許的偵聽能力、以及支持法律允許的偵聽功能性。雖然圖2-4描述了上面討論的OMA功能實(shí)體(PoC客戶端、控制 PoC服務(wù)器功能和/或參與PoC服務(wù)器功能以及SIP/IP內(nèi)核)之間的消 息流程，但是他們并不直接映射至圖1中所描述的系統(tǒng)組件。這樣， 它們可以通過(guò)多種方式分布在圖1的系統(tǒng)組件當(dāng)中。在一些實(shí)施例中 (以及對(duì)于這些實(shí)施例中的特定呼叫情況)，SIP/IP內(nèi)核和控制和參與 PoC服務(wù)器功能可被實(shí)施在一個(gè)或多個(gè)PTT服務(wù)器中，比如PTT服務(wù) 器161。在其他實(shí)施例中，SIP/IP內(nèi)核和控制和參與PoC服務(wù)器功能可 被分布在RAN、 PDN和PTT服務(wù)器中。當(dāng)然，許多可能情況對(duì)本領(lǐng)域 技術(shù)人員來(lái)說(shuō)是明顯的，每種情況都具有設(shè)計(jì)權(quán)衡的不同混合。圖2是根據(jù)本發(fā)明的多個(gè)實(shí)施例描述呼叫建立情況的示意性呼叫 流程圖，其中在從目標(biāo)PTT客戶端獲取到確認(rèn)之后提供TPN。因此， 呼叫流程200圖示了 PTT呼叫，其中發(fā)起客戶端/UE期望詢問(wèn)延遲將 是可接受的，或者確定存在指示建立該P(yáng)TT呼叫的可能性降低的情況。 因此，該客戶端/UE詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于繼續(xù)TPN的指示。 在一些實(shí)施例中，該詢問(wèn)被包括在指示該客戶端/UE正在等待繼續(xù)TPN 的SIP INVITE消息(比如INVITE 201 )中。相反，圖4是根據(jù)本發(fā)明多個(gè)實(shí)施例的描述呼叫建立情況的示意 性呼叫流程圖，其中提供TPN402而不需要詢問(wèn)PoC服務(wù)器或等待關(guān) 于繼續(xù)的指示。因此，不同于INVITE 201，呼叫流程400中的INVITE 401不包括詢問(wèn)并且可以指示客戶端/UE是否已經(jīng)提供了 TPN 402。固 定網(wǎng)絡(luò)設(shè)備(比如RAN 121和122、 PDN 141和142禾口/或PTT服務(wù)器 161)可使用該TPN是否已經(jīng)被提供的指示來(lái)確定如何通知PTT目標(biāo)。 例如，如果該TPN已經(jīng)被提供，那么目標(biāo)RAN應(yīng)當(dāng)盡可能快地在業(yè) 務(wù)信道上嘗試取得該P(yáng)TT目標(biāo)?？蛇x地，如果PTT發(fā)起者正詢問(wèn)關(guān)于 繼續(xù)的指示，那么目標(biāo)RAN應(yīng)當(dāng)盡可能快地從該P(yáng)TT目標(biāo)嘗試取得一 些響應(yīng)。圖3是根據(jù)本發(fā)明的多個(gè)實(shí)施例描述呼叫建立情況的示意性呼叫 流程圖，其中在從無(wú)線對(duì)講(PoC)服務(wù)器接收到關(guān)于繼續(xù)的指示之后 提供TPN。類似于呼叫流程200，呼叫流程300圖示了 PTT呼叫，其 中發(fā)起客戶端/UE(經(jīng)由INVITE 301)詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于繼 續(xù)TPN 302的指示。然而，不同于呼叫流程200，呼叫流程300發(fā)起客 戶端/UE從另一個(gè)通信系統(tǒng)設(shè)備接收到關(guān)于繼續(xù)的不同指示。在呼叫流 程200中，SIP 200 OK 203指示該發(fā)起客戶端繼續(xù)TPN202。然而，在 呼叫流程300中，UNCONFIRMED OK 303指示該發(fā)起客戶端繼續(xù)TPN 302。在一些實(shí)施例中，固定網(wǎng)絡(luò)設(shè)備將在比如UNCONFIRMED OK 303 或ALERT 204的消息中指示該發(fā)起客戶端/UE是否要繼續(xù)TPN或是繼 續(xù)等待后續(xù)消息。因此，當(dāng)UE處理單元105詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于繼續(xù)TPN 的指示時(shí)，UE處理單元105可以經(jīng)由UE收發(fā)信機(jī)107接收關(guān)于繼續(xù) 的明確指示或當(dāng)被發(fā)送時(shí)指示存在條件的消息，其中UE處理單元105 認(rèn)為該消息足夠作為繼續(xù)TPN的指示符。依賴于實(shí)施例，這種條件可 包括以下的一些或全部PTT呼叫的PTT目標(biāo)的RF環(huán)境近來(lái)沒(méi)有惡 化的條件、最近出現(xiàn)了關(guān)于PTT呼叫的PTT目標(biāo)的存在信令的條件、 PTT目標(biāo)的RAN具有支持該P(yáng)TT呼叫的資源的條件、PTT呼叫的PTT 目標(biāo)已經(jīng)注冊(cè)并且不忙的條件、己經(jīng)從PTT呼叫的PTT目標(biāo)接收到尋 呼響應(yīng)的條件、已經(jīng)從PTT呼叫的PTT目標(biāo)接收到反向短數(shù)據(jù)突發(fā)的 條件、已經(jīng)從PTT呼叫的PTT目標(biāo)接收到確認(rèn)信令的條件、以及已經(jīng) 在分配于PTT呼叫的業(yè)務(wù)信道上從PTT目標(biāo)接收到信令的條件。例如， UE處理單元105可接收SIP 100 TRYING消息或SIP 200 OK消息并且 知道只有在一個(gè)或多個(gè)這些條件存在時(shí)這些消息才被發(fā)送。
在一些實(shí)施例中，在UE處理單元105從固定網(wǎng)絡(luò)設(shè)備接收到關(guān)于UE 101可提供TPN而不需等待的指示之前，只有詢問(wèn)并等待關(guān)于 繼續(xù)的指示，UE處理單元105才會(huì)提供TPN。換句話說(shuō)，UE 101在 操作于"檢査自身"模式之前需要授權(quán)。該授權(quán)可在注冊(cè)過(guò)程期間給 予或動(dòng)態(tài)地在后注冊(cè)時(shí)給予。然而，該授權(quán)可取決于一個(gè)或多個(gè)條件 的存在。這些自治TPN條件可包括以下PTT呼叫的PTT目標(biāo)數(shù)目大 于閾值的條件、從PTT呼叫的PTT目標(biāo)接收到通信以來(lái)所經(jīng)過(guò)的時(shí)間 量小于閾值的條件、PTT呼叫的PTT目標(biāo)是指定PTT目標(biāo)組的成員的 條件、PTT呼叫的PTT目標(biāo)具有特定PTT屬性的條件、以及PTT呼叫 的PTT目標(biāo)具有特定存在屬性的條件。如上面指出的，這里描述了各種實(shí)施例，包括確定在提供TPN之 前確定是否詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于繼續(xù)TPN的指示。做出該確 定的設(shè)備可以是UE設(shè)備或固定網(wǎng)絡(luò)設(shè)備。依據(jù)該實(shí)施例，固定網(wǎng)絡(luò)設(shè) 備可以是RAN (比如RAN 121或RAN 122)或PoC服務(wù)器(比如PTT 服務(wù)器161和/或包括PoC服務(wù)器各方面的其它設(shè)備)。為了描述的清 楚，單獨(dú)的系統(tǒng)組件，PTT服務(wù)器161，將被用作例子。不同于UE101， PTT服務(wù)器161不檢測(cè)用戶PTT激活，但是其經(jīng) 由RAN 121和PDN 141從UE 101接收指示，該指示說(shuō)明PTT激活已 經(jīng)發(fā)生并且UE 101正在等待對(duì)該P(yáng)TT呼叫提供TPN的指示。例如， 如在圖2和3中描述的，該指示可采用INVITE 201或INVITE 301的 形式。在對(duì)用戶提供TPN之前，PTT服務(wù)器處理單元165確定對(duì)該P(yáng)TT 呼叫是否存在指示成功建立該P(yáng)TT呼叫的可能性降低的一個(gè)或多個(gè)條 件。降低成功可能性的兩個(gè)條件是當(dāng)該P(yáng)TT呼叫是專用呼叫(即一對(duì) 一PTT呼叫)或組呼叫(即一對(duì)多PTT呼叫)，對(duì)于該組呼叫，所有 的組成員都必須可用于建立該呼叫。降低成功可能性的附加條件包括 PTT呼叫的PTT目標(biāo)最近由于RF損失而掉線的條件、PTT目標(biāo)的RF 環(huán)境最近惡化的條件、PTT目標(biāo)的服務(wù)小區(qū)實(shí)際上沒(méi)有資源的條件、 最近對(duì)PTT目標(biāo)沒(méi)有信令(存在、呼叫活動(dòng)等)發(fā)生的條件、PTT目 標(biāo)具有未查閱的語(yǔ)音郵件或電子郵件的條件、PTT目標(biāo)沒(méi)有對(duì)最近的短消息服務(wù)消息響應(yīng)的條件、PTT目標(biāo)沒(méi)有對(duì)最近的PTT通話突發(fā)響 應(yīng)的條件、以及PTT目標(biāo)具有較低電量的條件。依據(jù)該實(shí)施例，PTT 服務(wù)器處理單元165可以只考慮這些條件的一些的存在或僅具有足夠 信息來(lái)考慮它們中的一些。因此，如果PTT服務(wù)器處理單元165確定存在這些條件之一，那 么其經(jīng)由網(wǎng)絡(luò)接口 167詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備關(guān)于對(duì)該P(yáng)TT呼叫繼 續(xù)TPN的指示?？蛇x地，如果PTT服務(wù)器處理單元165希望詢問(wèn)延遲 將是可接受的(例如2秒)，其也可詢問(wèn)關(guān)于繼續(xù)TPN的指示。例如， 一些系統(tǒng)被設(shè)計(jì)為具有能夠在可接受的時(shí)間段內(nèi)響應(yīng)于這種詢問(wèn)的特 征。在任何情況下，組成可接受延遲量的內(nèi)容可由系統(tǒng)運(yùn)營(yíng)商設(shè)定和/ 或修改。如果PTT服務(wù)器處理單元165希望詢問(wèn)延遲將是可接受的或者其 確定存在指示建立該P(yáng)TT呼叫的可能性降低的條件，那么PTT服務(wù)器 161在提供對(duì)于PTT呼叫的TPN之前詢問(wèn)另一個(gè)通信系統(tǒng)設(shè)備。否則， PTT服務(wù)器處理單元165提供TPN而不需要等待來(lái)自另一個(gè)通信系統(tǒng) 設(shè)備關(guān)于繼續(xù)TPN的指示。對(duì)于PTT服務(wù)器(或其它固定網(wǎng)絡(luò)設(shè)備)， 提供該TPN包括對(duì)正在等待的UE指示TPN可被提供給用戶。例如， 如在圖3中所描述的，這種指示可采取UNCONFIRMED OK 303的形 式。在提供對(duì)PTT呼叫的TPN之前，PTT服務(wù)器161詢問(wèn)另一個(gè)通信 系統(tǒng)設(shè)備的情況下，至少存在幾種選擇。被詢問(wèn)的通信系統(tǒng)設(shè)備可以 是PTT目標(biāo)，比如UE 102，或服務(wù)于該P(yáng)TT目標(biāo)的RAN,比如RAN 122 。例如，呼叫流程200描述了使用INVITE 210詢問(wèn)PTT目標(biāo)客戶
端B?？蛻舳薆以SIP 200 OK211進(jìn)行響應(yīng)，其最終指示PoC服務(wù)器 其可以繼續(xù)提供TPN。然后SIP200 OK203被用于指示客戶端A其應(yīng) 當(dāng)繼續(xù)TPN 202。在另一個(gè)例子中，PTT服務(wù)器161通過(guò)經(jīng)由信道組 112從UE 102請(qǐng)求尋呼響應(yīng)或反向短數(shù)據(jù)突發(fā)來(lái)詢問(wèn)目標(biāo)UE 102。在 接收到UE 103響應(yīng)的指示后，PTT服務(wù)器可以指示UE 101提供對(duì)該 PTT呼叫的TPN。然而，PTT服務(wù)器161傾向于詢問(wèn)RAN 122而不是UE 102以獲 得更快的響應(yīng)。RAN 122可能具有PTT服務(wù)器161所不具有的信息， 并且該信息可以指示存在對(duì)于PTT目標(biāo)(多個(gè))的條件，該條件可被 認(rèn)為足夠繼續(xù)TPN。依據(jù)該實(shí)施例，這種條件可包括以下的一些或全 部PTT呼叫的PTT目標(biāo)的RF環(huán)境最近沒(méi)有惡化的條件、最近出現(xiàn) 了對(duì)PTT呼叫的PTT目標(biāo)的存在信令的條件、PTT呼叫的PTT目標(biāo)的 RAN具有支持該P(yáng)TT呼叫的資源的條件、PTT呼叫的PTT目標(biāo)已經(jīng)注 冊(cè)并且不忙的條件、已經(jīng)從PTT呼叫的PTT目標(biāo)接收到尋呼響應(yīng)的條 件、已經(jīng)從PTT呼叫的PTT目標(biāo)接收到反向短數(shù)據(jù)突發(fā)的條件、已經(jīng) 從PTT呼叫的PTT目標(biāo)接收到確認(rèn)信令的條件、以及已經(jīng)在分配給該 PTT呼叫的業(yè)務(wù)信道上接收到來(lái)自PTT目標(biāo)的信令的條件。在一些實(shí) 施例中，RAN 122可簡(jiǎn)單地確定其實(shí)否知道一些PTT目標(biāo)將不可用的 原因。如果其不知道任何這種原因，那么RAN 122以繼續(xù)TPN的指示 響應(yīng)于PTT服務(wù)器161。無(wú)論基于什么確定，該繼續(xù)TPN的指示可采 取SIP 100 TRYING消息的形式。圖5是根據(jù)本發(fā)明的多個(gè)實(shí)施例的可由通信系統(tǒng)設(shè)備(包括用戶 設(shè)備(UE)和各種固定網(wǎng)絡(luò)設(shè)備)執(zhí)行以提供TPN的功能性的邏輯流 程圖。邏輯流程500開始于(502)第一通信系統(tǒng)設(shè)備確定(504)對(duì) PTT呼叫是否存在至少一個(gè)降低成功建立該P(yáng)TT呼叫的可能性的條件。 如果(506)對(duì)該P(yáng)TT呼叫存在至少一個(gè)條件或者詢問(wèn)延遲被期望小于 可接受延遲量，那么在提供該TPN之前詢問(wèn)(508)第二通信系統(tǒng)設(shè)備 關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示。然后第一通信系統(tǒng)設(shè)備等待從第
二通信系統(tǒng)設(shè)備接收(510)關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示。已經(jīng)接收到繼續(xù)的指示或已經(jīng)確定不存在至少一個(gè)條件并且詢問(wèn)延遲也不期望小于可接受延遲量時(shí)，第一通信系統(tǒng)設(shè)備對(duì)該P(yáng)TT呼叫提供 (512) TPN并且邏輯流程500結(jié)束(514)。上面已經(jīng)參照本發(fā)明的特定實(shí)施例描述了優(yōu)點(diǎn)、其它優(yōu)勢(shì)和對(duì)問(wèn) 題的解決方案。然而，優(yōu)點(diǎn)、優(yōu)勢(shì)、對(duì)問(wèn)題的解決方案以及任何可以 引起或?qū)е逻@種優(yōu)點(diǎn)、優(yōu)勢(shì)或解決方案或引起這種優(yōu)點(diǎn)、優(yōu)勢(shì)或解決 方案變得更顯著的要素(多個(gè))都不被認(rèn)為是任何或全部權(quán)利要求關(guān) 鍵的、必需的或本質(zhì)的特征或要素。這里以及在所附權(quán)利要求中使用 的術(shù)語(yǔ)"包括"或任何其它關(guān)于它們的變化被認(rèn)為是涉及非排除性的 包括，因此包括一系列要素的過(guò)程、方法、制造產(chǎn)品或裝置并不僅僅 包括那些列表中的要素，而是可包括沒(méi)有明確列出的或這種過(guò)程、方 法、制造產(chǎn)品或裝置固有的其它要素。在此使用的術(shù)語(yǔ)一或一種被定義為一個(gè)或多于一個(gè)。在此使用的 術(shù)語(yǔ)多個(gè)被定義為兩個(gè)或多于兩個(gè)。在此使用的術(shù)語(yǔ)另一個(gè)被定義為 至少一個(gè)第二個(gè)或更多。這里使用的術(shù)語(yǔ)包括和/或具有被定義為包括 (即開放式語(yǔ)言)。在此使用的術(shù)語(yǔ)耦合被定義為連接，盡管不一定 是直接的，并且不一定是機(jī)械的。在此使用的術(shù)語(yǔ)程序、計(jì)算機(jī)程序 以及計(jì)算機(jī)指令被定義為設(shè)計(jì)用于在計(jì)算機(jī)系統(tǒng)上執(zhí)行的一系列指令。這一系列指令可包括但不局限于子程序、函數(shù)、過(guò)程、對(duì)象方法、 對(duì)象實(shí)施、可執(zhí)行應(yīng)用、小程序段、服務(wù)器程序、共享庫(kù)/動(dòng)態(tài)加載庫(kù)、 源代碼、目標(biāo)代碼和/或匯編代碼。
權(quán)利要求
1.一種用于為對(duì)講(PPT)呼叫提供通話許可通知(TPN)的方法，該方法包括由第一通信系統(tǒng)設(shè)備確定對(duì)該P(yáng)TT呼叫是否存在至少一個(gè)降低成功建立該P(yáng)TT呼叫的可能性的條件；如果對(duì)該P(yáng)TT呼叫存在所述至少一個(gè)條件或詢問(wèn)延遲被期望小于可接受的延遲量，那么在提供該TPN之前，詢問(wèn)第二通信系統(tǒng)設(shè)備關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示；以及如果對(duì)該P(yáng)TT呼叫不存在所述至少一個(gè)條件，那么提供TPN而不等待來(lái)自所述第二通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指示。
2. 如權(quán)利要求1所述的方法，其中對(duì)該P(yáng)TT呼叫降低成功建立該 PTT呼叫的可能性的所述至少一個(gè)條件是包括以下內(nèi)容的組中的至少 一個(gè)條件PTT呼叫是專用呼叫的條件，PTT呼叫是組呼叫的條件，其中所有的組成員必須可用于建立該 呼叫，PTT呼叫的PTT目標(biāo)最近由于RF損耗而掉線的條件， PTT呼叫的PTT目標(biāo)的RF環(huán)境最近惡化的條件， PTT呼叫的PTT目標(biāo)的服務(wù)小區(qū)實(shí)際上沒(méi)有資源的條件， 對(duì)PTT呼叫的PTT目標(biāo)最近沒(méi)有信令發(fā)生的條件， PTT呼叫的PTT目標(biāo)具有未査閱的語(yǔ)音郵件的條件， PTT呼叫的PTT目標(biāo)具有未查閱的電子郵件的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的短消息服務(wù)消息的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的PTT通話突發(fā)的條件，以及PTT呼叫的PTT目標(biāo)具有較低電量的條件。
3. 如權(quán)利要求l所述的方法，進(jìn)一步包括從所述第二通信系統(tǒng)設(shè)備接收對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示。
4. 如權(quán)利要求3所述的方法，其中對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指 示包括至少一個(gè)條件存在于包含以下條件的組中的指示PTT呼叫的PTT目標(biāo)的RF環(huán)境最近沒(méi)有惡化的條件， PTT呼叫的PTT目標(biāo)最近有存在信令發(fā)生的條件， PTT呼叫的PTT目標(biāo)的無(wú)線接入網(wǎng)絡(luò)(RAN)具有支持該P(yáng)TT呼 叫的資源的條件，PTT呼叫的PTT目標(biāo)已經(jīng)注冊(cè)并且不忙的條件，已經(jīng)從PTT呼叫的PTT目標(biāo)接收到尋呼響應(yīng)的條件，已經(jīng)從PTT呼叫的PTT目標(biāo)接收到反向短數(shù)據(jù)突發(fā)的條件，已經(jīng)從PTT呼叫的PTT目標(biāo)接收到確認(rèn)信令的條件，已經(jīng)在分配給該P(yáng)TT呼叫的業(yè)務(wù)信道上接收到來(lái)自PTT目標(biāo)的信令的條件。
5. 如權(quán)利要求1所述的方法，其中所述第一通信系統(tǒng)設(shè)備包括 PTT服務(wù)器，其中所述第二通信系統(tǒng)設(shè)備包括一設(shè)備，該設(shè)備來(lái)自包 括PTT目標(biāo)和服務(wù)于該P(yáng)TT目標(biāo)的無(wú)線接入網(wǎng)絡(luò)(RAN)的組中，并 且其中提供該TPN包括指示用戶設(shè)備(UE)提供TPN。
6. 如權(quán)利要求5所述的方法，其中詢問(wèn)第二通信系統(tǒng)設(shè)備關(guān)于對(duì) 該P(yáng)TT呼叫繼續(xù)TPN的指示包括從該P(yáng)TT目標(biāo)請(qǐng)求尋呼響應(yīng)或反向短 數(shù)據(jù)突發(fā)，以及其中該方法進(jìn)一步包括如果不存在對(duì)該P(yáng)TT呼叫的至少一個(gè)條 件，那么不從該P(yáng)TT目標(biāo)請(qǐng)求尋呼響應(yīng)或反向短數(shù)據(jù)突發(fā)。
7. 如權(quán)利要求l所述的方法，其中所述第一通信系統(tǒng)設(shè)備包括用 戶設(shè)備(UE)。
8. 如權(quán)利要求7所述的方法，進(jìn)一步包括 由UE在發(fā)起PTT呼叫之前接收關(guān)于UE不需要等待來(lái)自所述第 二通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指示就可提供TPN的指示。
9. 如權(quán)利要求8所述的方法，其中接收關(guān)于UE不需要等待關(guān)于 繼續(xù)TPN的指示就可提供TPN的指示包括-當(dāng)存在至少一個(gè)自治TPN條件時(shí)，接收關(guān)于該UE不需要等待關(guān) 于繼續(xù)TPN的指示就可提供TPN的指示。
10. 如權(quán)利要求9所述的方法，其中所述至少一個(gè)自治TPN條件 是來(lái)自包括以下內(nèi)容的組中的條件PTT呼叫的PTT目標(biāo)數(shù)目大于閾值，從PTT呼叫的PTT目標(biāo)接收到通信以來(lái)經(jīng)過(guò)的時(shí)間量小于閾值， PTT呼叫的PTT目標(biāo)是指定PTT目標(biāo)組的成員， PTT呼叫的PTT目標(biāo)具有特定的PTT屬性，以及 PTT呼叫的PTT目標(biāo)具有特定存在屬性。
11. 如權(quán)利要求7所述的方法，其中在提供TPN之前詢問(wèn)第二通 信系統(tǒng)設(shè)備關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示包括由UE在INVITE消息中指示該UE正在等待繼續(xù)TPN。
12. 如權(quán)利要求7所述的方法，其中提供TPN而不等待來(lái)自第二 通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指示包括等待來(lái)自包括以下內(nèi)容的組 中的事件接收響應(yīng)于對(duì)該P(yáng)TT呼叫的UE發(fā)起消息的信令， 接收響應(yīng)于對(duì)該P(yáng)TT呼叫的UE反向短數(shù)據(jù)突發(fā)信令的信令， 接收對(duì)PTT呼叫的信道分配消息，以及 在分配給該P(yáng)TT呼叫的業(yè)務(wù)信道上接收信令。
13. 用于為對(duì)講(PTT)呼叫提供通話許可通知(TPN)的用戶設(shè) 備(UE)，該UE包括 收發(fā)信機(jī)，以及處理單元，可通信地連接到該收發(fā)信機(jī)，適于確定對(duì)該P(yáng)TT呼叫是否存在至少一個(gè)會(huì)降低成功建立該 PTT呼叫的可能性的條件，如果對(duì)該P(yáng)TT呼叫存在所述至少一個(gè)條件或詢問(wèn)延遲被期望 小于可接受的延遲量，則適于在提供TPN之前，經(jīng)由該收發(fā)信機(jī)詢問(wèn) 通信系統(tǒng)設(shè)備關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示，以及如果對(duì)該P(yáng)TT呼叫不存在該至少一個(gè)條件，則適于提供TPN 而不需要等待來(lái)自第二通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指示。
14. 如權(quán)利要求13所述的UE，其中對(duì)該P(yáng)TT呼叫降低成功建立 該P(yáng)TT呼叫的可能性的至少一個(gè)條件是來(lái)自包括以下內(nèi)容的組中的至 少一個(gè)條件PTT呼叫是專用呼叫的條件，PTT呼叫是組呼叫的條件，其中所有的組成員必須可用于建立該 呼叫，PTT呼叫的PTT目標(biāo)最近由于RF損耗而掉線的條件， PTT呼叫的PTT目標(biāo)的RF環(huán)境最近惡化的條件， PTT呼叫的PTT目標(biāo)的服務(wù)小區(qū)實(shí)際上沒(méi)有資源的條件， 對(duì)PTT呼叫的PTT目標(biāo)最近沒(méi)有信令發(fā)生的條件， PTT呼叫的PTT目標(biāo)具有未査閱的語(yǔ)音郵件的條件， PTT呼叫的PTT目標(biāo)具有未査閱的電子郵件的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的短消息服務(wù)消息的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的PTT通話突發(fā)的條件，以及PTT呼叫的PTT目標(biāo)具有較低電量的條件。
15. 如權(quán)利要求13所述的UE，其中該處理單元進(jìn)一步 適于在發(fā)起PTT呼叫之前經(jīng)由該收發(fā)信機(jī)接收關(guān)于UE可提供TPN的指示而不需要等待來(lái)自第二通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指 不。
16. 如權(quán)利要求13所述的UE，其中該處理單元進(jìn)一步適于通過(guò)在INVITE消息中指示該UE正在等待繼續(xù)TPN來(lái)進(jìn)行 詢問(wèn)。
17. 如權(quán)利要求13所述的UE，其中該處理單元被進(jìn)一步適于通 過(guò)等待來(lái)自包括以下內(nèi)容的組中的事件來(lái)提供TPN而不等待關(guān)于繼續(xù) 的指示接收響應(yīng)于對(duì)該P(yáng)TT呼叫的UE發(fā)起消息的信令， 接收響應(yīng)于對(duì)該P(yáng)TT呼叫的UE反向短數(shù)據(jù)突發(fā)信令的信令， 接收對(duì)PTT呼叫的信道分配消息，以及 在分配給該P(yáng)TT呼叫的業(yè)務(wù)信道上接收信令。
18. 用于為對(duì)講(PTT)呼叫提供通話許可通知(TPN)的固定網(wǎng) 絡(luò)設(shè)備(FNE)，該FNE包括網(wǎng)絡(luò)接口；以及處理單元，可通信地連接到該網(wǎng)絡(luò)接口，適于確定對(duì)該P(yáng)TT呼叫是否存在至少一個(gè)降低成功建立該 PTT呼叫的可能性的條件，如果對(duì)該P(yáng)TT呼叫存在所述至少一個(gè)條件或詢問(wèn)延遲被期望 小于可接受的延遲量，則適于在提供TPN之前，經(jīng)由該網(wǎng)絡(luò)接口詢問(wèn) 通信系統(tǒng)設(shè)備關(guān)于對(duì)該P(yáng)TT呼叫繼續(xù)TPN的指示，以及如果對(duì)該P(yáng)TT呼叫不存在該至少一個(gè)條件，則適于提供TPN 而不需要等待來(lái)自第二通信系統(tǒng)設(shè)備的關(guān)于繼續(xù)TPN的指示。
19. 如權(quán)利要求18所述的FNE，其中對(duì)該P(yáng)TT呼叫降低成功建立 該P(yáng)TT呼叫的可能性的至少一個(gè)條件是來(lái)自包括以下內(nèi)容的組中的至 少一個(gè)條件PTT呼叫是專用呼叫的條件， PTT呼叫是組呼叫的條件，其中所有的組成員必須可用于建立該呼叫，PTT呼叫的PTT目標(biāo)最近由于RF損耗而掉線的條件， PTT呼叫的PTT目標(biāo)的RF環(huán)境最近惡化的條件， PTT呼叫的PTT目標(biāo)的服務(wù)小區(qū)實(shí)際上沒(méi)有資源的條件， 對(duì)PTT呼叫的PTT目標(biāo)最近沒(méi)有信令發(fā)生的條件， PTT呼叫的PTT目標(biāo)具有未査閱的語(yǔ)音郵件的條件， PTT呼叫的PTT目標(biāo)具有未查閱的電子郵件的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的短消息服務(wù)消息的條件， PTT呼叫的PTT目標(biāo)沒(méi)有響應(yīng)于最近的PTT通話突發(fā)數(shù)據(jù)的條 件，以及PTT呼叫的PTT目標(biāo)具有較低電量的條件。
20.如權(quán)利要求18所述的FNE，其中該FNE包括PTT服務(wù)器， 其中所述第二通信系統(tǒng)設(shè)備包括一設(shè)備，該設(shè)備來(lái)自包括PTT目標(biāo)和 服務(wù)于該P(yáng)TT目標(biāo)的無(wú)線接入網(wǎng)絡(luò)(RAN)的組中，并且其中所述處 理單元進(jìn)一步適于通過(guò)指示用戶設(shè)備(UE)提供TPN來(lái)提供TPN。
全文摘要
對(duì)于給定的期望錯(cuò)誤率，描述了各種實(shí)施例來(lái)提供具有比現(xiàn)有技術(shù)中的系統(tǒng)所能實(shí)現(xiàn)的更少平均延遲的對(duì)講(PTT)通話許可通知(TPN)。第一通信系統(tǒng)設(shè)備(例如101、121或161)確定(504)是否存在對(duì)PTT呼叫會(huì)降低成功建立該呼叫的可能性的一個(gè)或多個(gè)條件。如果(506)存在一個(gè)或多個(gè)條件或詢問(wèn)延遲被期望小于可接受的延遲量，那么第一設(shè)備在提供TPN之前詢問(wèn)(508)第二通信系統(tǒng)設(shè)備(例如121、161、122或102)關(guān)于對(duì)該呼叫繼續(xù)TPN的指示。否則，第一設(shè)備提供(512)TPN而不需要等待來(lái)自第二設(shè)備的關(guān)于繼續(xù)TPN的指示。
文檔編號(hào)H04W84/08GK101167378SQ200680003832
公開日2008年4月23日 申請(qǐng)日期2006年1月5日 優(yōu)先權(quán)日2005年2月3日
發(fā)明者托馬斯·B·哈特, 約翰·M·哈里斯, 羅納德·T·克羅克 申請(qǐng)人:摩托羅拉公司