專利名稱：呼叫處理系統(tǒng)和方法
發(fā)明
背景技術(shù)：
領(lǐng)域本發(fā)明通常涉及無線通信，尤其涉及無線通信中的呼叫處理。
背景技術(shù)：
消費(fèi)者越來越希望在無線通信設(shè)備上獲得PTT(push to talk，一鍵通)功能。專用的PTT無線通信基礎(chǔ)設(shè)施很昂貴。消費(fèi)者需要不太昂貴的PTT解決方案，因此需要一種在語音網(wǎng)絡(luò)上實(shí)現(xiàn)PTT呼叫的方法。
改變網(wǎng)絡(luò)基礎(chǔ)設(shè)施是昂貴的，即使這種改變只是軟件改變。如果可能的話，在不對(duì)網(wǎng)絡(luò)進(jìn)行大規(guī)模改變(如果不是完全不改變)的情況下在語音網(wǎng)絡(luò)上實(shí)現(xiàn)PTT則是較好的。
語音信道實(shí)現(xiàn)PTT呼叫存在的一個(gè)問題在于，無線通信設(shè)備響應(yīng)于PTT呼叫，可以像已經(jīng)接收到標(biāo)準(zhǔn)語音呼叫一樣作出反應(yīng)。這可能導(dǎo)致幾個(gè)可能的問題。首先，無線通信設(shè)備可能振鈴，而該無線通信設(shè)備在PTT呼叫中是被認(rèn)為是不振鈴的。其次，無線通信設(shè)備有可能在PTT會(huì)話中不能“參與發(fā)言(take the floor)”?！皡⑴c發(fā)言”的意思是使某人的無線通信設(shè)備成為發(fā)送方，例如發(fā)言者，而該人具有“發(fā)言權(quán)”。通常，在PTT會(huì)話(呼叫)中，每次只有一個(gè)PTT設(shè)備能夠作為發(fā)送方。
此外，另一個(gè)問題是在建立PTT會(huì)話中會(huì)產(chǎn)生延遲。使用者希望在他們發(fā)起PTT呼叫之后，能夠盡可能快地與呼叫接收方通話。對(duì)于某些使用者來說，呼叫建立時(shí)間的延遲等于在工作上時(shí)間的浪費(fèi)。另外，對(duì)于某些使用者來說，在他們想要親自與某人通信時(shí)，呼叫建立時(shí)間的延遲等于對(duì)個(gè)人時(shí)間的浪費(fèi)。

發(fā)明內(nèi)容
為了提供語音網(wǎng)絡(luò)上的高效和有用的PTT呼叫，本發(fā)明提供的系統(tǒng)和方法用于向用戶接口模塊快速發(fā)送包括PTT信號(hào)的呼叫者ID信息，而不是首先發(fā)送呼入報(bào)告(alert)、或者發(fā)送不具有PTT信息的呼入報(bào)告和呼叫者ID信息，然后再發(fā)送PTT信息。旁路(bypass)報(bào)告消息可包括于與從主控任務(wù)發(fā)送至用戶接口模塊的呼入消息相關(guān)的呼叫者ID信息。
本發(fā)明的其它方面、有益效果和新穎特征，在參照附圖進(jìn)行以下的詳細(xì)描述后變得顯而易見。


在本文中給出的本發(fā)明的優(yōu)選實(shí)施方案以附圖中的實(shí)施例的方式(而不是限制的方式)進(jìn)行描述，在相應(yīng)的附圖中圖1示出了讀取呼入消息并通知該呼入消息的用戶接口模塊的主控模塊的方框圖；圖2示出了描述圖1的呼入消息的擴(kuò)展部分的方框圖；圖3示出了描述呼入信號(hào)的方框圖；圖4示出了描述在基站和移動(dòng)站之間進(jìn)行通信，用于向呼入的移動(dòng)站進(jìn)行通知的圖；圖5示出了無線通信設(shè)備的方框圖。
具體實(shí)施例方式
圖1示出了讀取呼入消息106和通知呼入消息106的用戶接口模塊109的主控模塊103的方框圖。在讀取呼入消息106的至少一部分之后，主控模塊103將呼入信號(hào)111發(fā)送至用戶接口模塊109。有益地，呼入信號(hào)111包括稍后將參照?qǐng)D3進(jìn)行描述的PTT信號(hào)180。
為了確保呼入信號(hào)包括PTT信號(hào)180，在將呼入信號(hào)111發(fā)送至用戶接口模塊109之前，主控模塊103至少讀取PTT指示(indicator)。PTT指示將在稍后參照?qǐng)D2進(jìn)行描述。主控模塊103包括利用呼入信號(hào)111發(fā)送至用戶接口模塊109的PTT信號(hào)180。呼入消息106包括報(bào)頭132，以及一個(gè)或多個(gè)記錄135、138、141和144。
參照?qǐng)D2，報(bào)頭132包括報(bào)告147和用來指示呼入消息106中包含的記錄個(gè)數(shù)的指示150。報(bào)告包括向無線通信設(shè)備通知呼入正向其到達(dá)。如箭頭113、117、121、125和129所示，主控模塊讀取報(bào)頭132和記錄135、138、141和144中的每一個(gè)。雖然示出了四個(gè)具體的記錄，但是可以具有更多或更少的記錄，如一系列記錄1到n、虛線155a和155b以及參照?qǐng)D1的160a和160b所示。再次參照?qǐng)D2，記錄135、138、141和144的其中之一包括呼叫者ID 165。圖2中示出了記錄1136，但是應(yīng)該理解，可使用任何記錄來代替記錄1136。
呼叫者ID 165包括呼叫者ID號(hào)170和PTT指示175。如在美國(guó)公知的那樣，呼叫者ID號(hào)170可為10位數(shù)字，作為典型的電話號(hào)碼(包括無線電話號(hào)碼)。應(yīng)該理解，可以使用能夠?qū)o線通信設(shè)備呼叫的呼叫者進(jìn)行識(shí)別的任何呼叫者認(rèn)證，例如，電子序列號(hào)或呼叫者姓名。PTT指示175可為任意類型的PTT指示，例如，附加至呼叫者ID號(hào)170的一位、兩位、三位或四位獨(dú)特?cái)?shù)字。
本領(lǐng)域技術(shù)人員還可以理解，呼叫者ID號(hào)170可以為12位的數(shù)字群ID號(hào)。這種12位數(shù)字群ID號(hào)可用來指定PTT群，如本領(lǐng)域技術(shù)人員所公知的那樣。為了簡(jiǎn)潔和清楚，這里不再進(jìn)一步描述PTT群呼叫。PTT指示175可以為附加至呼叫者ID號(hào)170的2位PTT群呼叫指示。
有益地，主控模塊103在將呼入信號(hào)111發(fā)送至用戶接口模塊之前，讀取PTT指示175。因此，主控模塊可用呼入信號(hào)將PTT信號(hào)180發(fā)送至用戶接口。這樣用戶接口模塊可以避免進(jìn)入標(biāo)準(zhǔn)語音呼叫模式。標(biāo)準(zhǔn)語音呼叫模式的典型特征包括(1)使無線通信設(shè)備例如通過振鈴或振動(dòng)向用戶報(bào)告來電，以及(2)對(duì)PTT的通話(被稱為“參與發(fā)言”)不作等待或響應(yīng)。在接收到PTT信號(hào)180時(shí)，用戶接口模塊109得知呼入是PTT呼叫。用戶接口模塊能夠避免將PTT呼叫與標(biāo)準(zhǔn)語音呼叫相混淆的一個(gè)或多個(gè)問題。
為此，主控模塊可執(zhí)行雙處理，而不是單處理。也就是說，主控模塊可對(duì)呼入消息進(jìn)行兩次處理。在第一次處理過程中，主控模塊查找PTT指示。如果PTT指示存在，則主控模塊向用戶接口模塊通知呼入消息與PTT呼叫有關(guān)。在第二次處理過程中，主控模塊可處理呼入消息中的其它信息。
雙處理不同于普通的技術(shù)或公知的實(shí)踐。通常，單處理是優(yōu)選的，這是因?yàn)樗坪醺哂羞壿嬓?，并通常能夠?jié)約處理能力(processingpower)和處理時(shí)間。但是，與公知實(shí)踐不同，在這里為了避免將PTT呼叫誤認(rèn)為標(biāo)準(zhǔn)語音呼叫，雙處理可能是最佳的。
如果用戶接口模塊在后來接收呼叫者ID信息(可能包括PTT信息)，則該用戶接口可能忽略呼叫者ID信息或PTT信息，或者二者都忽略，這是因?yàn)橛脩艚涌谝呀?jīng)采取了處理PTT信息的措施。
作為一種選擇，通過對(duì)網(wǎng)絡(luò)進(jìn)行較小改變，可獲得類似的有益效果。作為第一個(gè)實(shí)施例，如果具有PTT信息的呼叫者ID總是作為第一記錄而置于呼入消息中，則主控模塊無需執(zhí)行雙處理就能知道該呼叫是否與PTT呼叫有關(guān)。以這種方式，可在向用戶接口模塊發(fā)送呼叫者ID的同時(shí)向用戶接口模塊通知呼入消息與PTT呼叫有關(guān)。第二個(gè)實(shí)施例將在下面參照?qǐng)D4進(jìn)行討論。
現(xiàn)在參照?qǐng)D3，呼入信號(hào)111包括呼入報(bào)告182、呼叫者ID號(hào)170和PTT信號(hào)180?？梢岳斫?，呼入報(bào)告182可由呼叫者ID號(hào)170或PTT信號(hào)180包含。這樣，呼入報(bào)告可以不是單獨(dú)的數(shù)據(jù)。
PTT信號(hào)180可以是用于向用戶接口模塊轉(zhuǎn)達(dá)呼入消息與PTT呼叫有關(guān)的適當(dāng)數(shù)據(jù)。例如，PTT信號(hào)180可以為參照?qǐng)D2所述的PTT指示175。作為一種選擇，PTT信號(hào)可例如是用于用信號(hào)表示呼入消息是否與PTT呼叫有關(guān)的單獨(dú)代碼或位。作為一種選擇，PTT信號(hào)可以例如包括旁路報(bào)告(bypass alert)186。可選地，PTT信號(hào)可以僅為旁路報(bào)告信號(hào)。用戶接口模塊可以進(jìn)行編程，從而在某些情況下將旁路報(bào)告解釋為這樣的指示呼入與PTT呼叫有關(guān)。
如本領(lǐng)域所公知的那樣，旁路報(bào)告信號(hào)通常用來告訴用戶接口模塊不要向用戶報(bào)告呼入消息。如本領(lǐng)域所公知的那樣，旁路報(bào)告消息通常用于呼入短消息服務(wù)(SMS)輸入消息。SMS消息不是語音呼叫。SMS消息通常攜帶ASCII數(shù)據(jù)消息(例如打字消息)，并具有有限的消息長(zhǎng)度。SMS消息在長(zhǎng)度上符合工業(yè)標(biāo)準(zhǔn)“用于寬帶擴(kuò)頻系統(tǒng)的TIA/EIA-637-B短消息服務(wù)”，該標(biāo)準(zhǔn)通過引用而并入本文。
現(xiàn)在參照?qǐng)D4，圖4示出了利用攜帶有PTT指示的信息來接收?qǐng)?bào)告的通信過程。在基站190和移動(dòng)站194之間發(fā)送消息。移動(dòng)站是配置為與用于連接至通信網(wǎng)絡(luò)的基站進(jìn)行通信的移動(dòng)無線通信設(shè)備?；臼峭ㄐ啪W(wǎng)絡(luò)中的中樞，并配置為與多個(gè)移動(dòng)站進(jìn)行通信。垂直線198表示基站事件序列198。垂直線205表示移動(dòng)站事件序列205。從基站190到移動(dòng)站194的消息被示為具有從基站序列指向移動(dòng)站序列方向的箭頭的平行線。從移動(dòng)站194到基站190的消息被示為具有從移動(dòng)站序列指向基站序列方向的箭頭的平行線。這些事件僅作一般地表示?？梢岳斫?，為清楚起見而省略了一些細(xì)節(jié)。
通常，為了從另一方(未示出)發(fā)起呼叫，基站190向移動(dòng)站194發(fā)送尋呼消息210。移動(dòng)站194通常發(fā)送確認(rèn)消息215，最為對(duì)接收到該尋呼的響應(yīng)。接著，基站190通常發(fā)送信道分配消息220至移動(dòng)站194。響應(yīng)于該信道分配消息，移動(dòng)站194通常發(fā)送信道分配確認(rèn)消息115至基站。最后，可以理解，在一些其它可能的通信之后，基站通常發(fā)送呼入消息106。呼入消息106可以為具有信息的報(bào)告。上述通信過程類似于在“TIA/EIA/IS-2000-5-A Sig Layer(層)3，SignalingStandard for cdma2000 Spread Spectrum System(用于cdma2000擴(kuò)頻系統(tǒng)的上層(第三層)信號(hào)標(biāo)準(zhǔn))”中描述的那樣，該標(biāo)準(zhǔn)的全部?jī)?nèi)容已經(jīng)在之前通過引用而并入本文。有益地，具有信息的報(bào)告包含PTT指示175。該P(yáng)TT指示可包含在呼叫者ID 165中。
以下是主控模塊在不執(zhí)行雙程處理的情況下如何得知呼叫是否與PTT呼叫有關(guān)的第二實(shí)施例。信道分配消息220可被改變，以在PTT的情況下表示旁路報(bào)告。作為第三實(shí)施例，可分配特殊的PTT信道分配消息字段來表示呼入是否與PTT呼叫相關(guān)。在這種情況下，即使在呼入消息到達(dá)之前，主控模塊就將得知與PTT呼叫有關(guān)的呼入消息。最后，作為第四實(shí)施例，對(duì)基站軟件進(jìn)行較少的改變，就能在基站實(shí)現(xiàn)新的VoV(Voice-over-voice，基于語音的語音)PTT服務(wù)選擇。只要基站支持當(dāng)前具有服務(wù)選項(xiàng)字段的消息，它將支持用于VoV PTT的新的16位服務(wù)選項(xiàng)值。
圖5示出了表示無線通信設(shè)備的方框圖，該無線通信設(shè)備接收和處理包含了PTT指示175的呼入消息106。無線通信設(shè)備230具有天線234，用于從空中接收電磁RF信號(hào)，以及將電磁RF信號(hào)發(fā)送到空中，即，用于無線通信。天線耦合至用于將RF信號(hào)轉(zhuǎn)換為數(shù)字信號(hào)，以及將數(shù)字信號(hào)轉(zhuǎn)換為RF電路的RF電路238。為了簡(jiǎn)短起見，這里不再進(jìn)一步描述RF電路。RF電路連接至用于接收數(shù)字信號(hào)的處理器242。
處理器242處理數(shù)字信號(hào)，并提供到用戶接口244。如本領(lǐng)域技術(shù)人員所公知的那樣，處理器連接至用于存儲(chǔ)數(shù)據(jù)和軟件的存儲(chǔ)器246。在處理器242中示出了幾個(gè)模塊?？梢岳斫猓@些模塊存儲(chǔ)在存儲(chǔ)器246中，但是它們由處理器來運(yùn)行，因此，將它們?cè)诠δ苌媳硎緸樘幱谔幚砥?42中。
接收模塊(還公知為Rx模塊)248從RF電路238接收數(shù)字信號(hào)，并將該數(shù)字信號(hào)提供給主控模塊103。通常還提供傳輸模塊250和檢索模塊255，用于處理RF電路和主控模塊之間的信息。為了簡(jiǎn)短起見，這里不再進(jìn)一步描述傳輸模塊和檢索模塊。主控模塊103通常將信號(hào)提供給呼叫管理模塊260，并在主控模塊和用戶接口模塊109之間充當(dāng)接口。因此，如參照?qǐng)D1所描述的那樣，當(dāng)主控模塊將呼入信號(hào)發(fā)送至用戶接口模塊時(shí)，包括將呼入信號(hào)發(fā)送至呼叫管理模塊，以及呼叫管理模塊將呼入信號(hào)發(fā)送至用戶接口模塊。
用戶接口244包括揚(yáng)聲器263和PTT按鈕266?？梢岳斫?，未示出其它可能的用戶接口，例如，麥克風(fēng)以及顯示屏。為了使無線通信設(shè)備振鈴，用戶接口模塊向揚(yáng)聲器發(fā)送信號(hào)，使得揚(yáng)聲器發(fā)出聲音來向用戶進(jìn)行聲音報(bào)告。可以理解，上述的揚(yáng)聲器可為任意合適類型的揚(yáng)聲器，例如，低音揚(yáng)聲器(quiet speaker)或高音揚(yáng)聲器(loud speaker)。
根據(jù)無線通信設(shè)備的運(yùn)行模式，PTT按鈕266可為專用的PTT按鈕，也可為具有一種以上功能的按鈕。本領(lǐng)域技術(shù)人員可以理解，PTT按鈕可用來在PTT呼叫中“發(fā)言”。
另外，雖然已經(jīng)示出并描述了本發(fā)明的實(shí)施方案和實(shí)現(xiàn)，但是在本發(fā)明范圍內(nèi)的許多其它的實(shí)施方案和實(shí)現(xiàn)也是顯而易見的。因此，本發(fā)明并不受到限制，而應(yīng)由權(quán)利要求及其等同物來限定。
權(quán)利要求
1.一種用于在無線通信設(shè)備中處理呼叫的方法，所述方法包括以下步驟接收呼入消息；讀取所述消息中的一鍵通(PTT)指示；在讀取所述PTT指示之后，向用戶接口模塊發(fā)送呼入信號(hào)，以通知所述用戶接口模塊已經(jīng)接收到所述呼入消息；在讀取所述PTT指示之后，將表示所述PTT指示的PTT信號(hào)發(fā)送至所述用戶接口模塊。
2.如權(quán)利要求1所述的方法，進(jìn)一步包括將旁路報(bào)告消息發(fā)送至所述用戶接口模塊。
3.如權(quán)利要求2所述的方法，其中，所述發(fā)送旁路報(bào)告消息的步驟進(jìn)一步包括從主控模塊發(fā)送所述旁路報(bào)告消息。
4.如權(quán)利要求3所述的方法，其中，所述呼入信號(hào)包括呼入命令。
5.如權(quán)利要求1所述的方法，進(jìn)一步包括確定所述呼入消息是否與PTT呼叫有關(guān)。
6.如權(quán)利要求5所述的方法，進(jìn)一步包括以下步驟響應(yīng)所述確定的步驟將PTT位寫為是或高；將所述呼入信號(hào)和所述PTT位組合為單個(gè)組合報(bào)告消息，其中，所述發(fā)送PTT信號(hào)的步驟和所述發(fā)送呼入信號(hào)的步驟是通過將所述組合報(bào)告消息發(fā)送至所述用戶接口模塊而執(zhí)行的。
7.如權(quán)利要求6所述的方法，其中，所述組合報(bào)告消息包括呼入命令。
8.如權(quán)利要求1所述的方法，其中，所述呼入消息包括基于語音的PTT呼入消息。
9.如權(quán)利要求8所述的方法，進(jìn)一步包括以下步驟確認(rèn)所述呼入消息是否為基于語音的PTT呼入消息。
10.如權(quán)利要求8所述的方法，其中，所述呼入消息包括基于語音的語音PTT呼入消息。
11.一種計(jì)算機(jī)可讀介質(zhì)，包括有用于在無線通信設(shè)備中執(zhí)行呼叫處理方法的命令，所述方法包括以下步驟接收呼入消息；讀取所述消息中的一鍵通(PTT)指示；在讀取所述PTT指示之后，將呼入信號(hào)發(fā)送至用戶接口模塊，以通知所述用戶接口模塊已經(jīng)接收到所述呼入消息；在讀取所述PTT指示之后，將表示所述PTT指示的PTT信號(hào)發(fā)送至所述用戶接口模塊。
12.如權(quán)利要求11所述的計(jì)算機(jī)可讀介質(zhì)，所述方法進(jìn)一步包括將旁路報(bào)告消息發(fā)送至所述用戶接口模塊。
13.如權(quán)利要求12所述的計(jì)算機(jī)可讀介質(zhì)，所述發(fā)送旁路報(bào)告消息的步驟進(jìn)一步包括從主控模塊發(fā)送所述旁路報(bào)告消息。
14.如權(quán)利要求11所述的計(jì)算機(jī)可讀介質(zhì)，所述方法進(jìn)一步包括確定所述呼入消息是否與PTT呼叫有關(guān)。
15.如權(quán)利要求14所述的計(jì)算機(jī)可讀介質(zhì)，所述方法進(jìn)一步包括以下步驟響應(yīng)所述確定步驟將PTT位寫為是或高；將所述呼入信號(hào)和所述PTT位組合為單個(gè)組合報(bào)告消息，其中，所述發(fā)送PTT信號(hào)的步驟和所述發(fā)送呼入信號(hào)的步驟是通過將所述組合報(bào)告消息發(fā)送至所述用戶接口模塊而執(zhí)行的。
16.如權(quán)利要求11所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述呼入消息包括基于語音的語音呼入消息。
17.如權(quán)利要求16所述的計(jì)算機(jī)可讀介質(zhì)，所述方法進(jìn)一步包括以下步驟確認(rèn)所述呼入消息是否為基于語音的語音呼入消息。
全文摘要
本發(fā)明提供的系統(tǒng)和方法用于向用戶接口模塊快速發(fā)送包括PTT信號(hào)的呼叫者ID信息，而不是首先發(fā)送呼入報(bào)告、或者發(fā)送不具有PTT信息的呼入報(bào)告和呼叫者ID信息，然后再發(fā)送PTT信息。旁路報(bào)告消息可包括于與從主控任務(wù)發(fā)送至用戶接口模塊的呼入消息相關(guān)的呼叫者ID信息。
文檔編號(hào)H04W88/02GK1843049SQ200580000968
公開日2006年10月4日 申請(qǐng)日期2005年7月27日 優(yōu)先權(quán)日2004年7月30日
發(fā)明者穆爾圖扎·查特里瓦拉, 約瑟夫·賈卡洛內(nèi) 申請(qǐng)人:基奧賽拉無線公司