用於發起和進行禮貌通信的系統和方法
2023-05-25 01:37:21 2
專利名稱：用於發起和進行禮貌通信的系統和方法
技術領域：
本發明的領域涉及在網絡中路由通信，更具體地，涉及在這些網絡中提供禮貌通信。
背景技術：
諸如對講(PTT)、可視的各種類型的通信服務為主叫用戶提供了快速和可靠的方式來便捷地向目標用戶發送消息和/或其它媒體。例如，在PTT系統中，主叫移動臺用戶通過按下PTT按鈕建立通信信道並且向目標移動臺的用戶發送音頻消息來與目標移動臺用戶進行通信。
移動臺通常操作在各種狀態或者模式中。例如，許多移動臺操作於自動應答狀態，因而根據預定的呼叫處理策略自動處理接收的呼叫。在其它示例中，移動臺有時操作於手動應答狀態，其中用戶必須手動確定如何處理每一進入的呼叫。
現有的PTT系統有時提供一種禮貌通信特色，使得目標移動臺用戶不會被由主叫移動臺用戶發送的不想要的消息打斷。在這些現有的系統中，必須首先從主叫移動臺向目標移動臺發送提示消息，並且主叫移動臺在向目標移動臺發送音頻消息之前等待目標移動臺用戶的批准。
儘管PTT系統中提供消息的禮貌接收，但是這些當前方法具有相當的限制。例如，向系統引入了大量的延遲，這是因為提示與響應消息必須經過主叫移動臺和目標移動臺。還增加了用戶與移動臺的交互，需要主叫方與目標在呼叫期間多次接觸移動單元。此外，當前方法對於群呼並不可行，因為這顯著增加了消息量和與在多個用戶之間發送消息關聯的開銷。當前方法的另一明顯缺點是移動臺必須要麼操作於全自動應答模式，要麼操作於全手動應答模式，在全自動應答模式中用戶不控制是否接受呼叫，在全手動應答模式中用戶必須對於每一呼叫手動確定是否接受呼叫。這種不靈活性增加了用戶不滿並且降低用戶對於系統的體驗。
圖1是用於根據本發明交換禮貌通信的系統框圖；圖2是根據本發明的促進禮貌通信交換的移動臺的框圖；圖3是根據本發明的表示發生在移動臺的狀態轉移的狀態轉移圖；圖4是根據本發明的用於交換禮貌通信的系統中的消息流的呼叫流程圖；圖5是根據本發明的用於交換禮貌通信的系統中的另一消息流的呼叫流程圖；圖6是根據本發明的用於交換禮貌通信的系統中的又一消息流的呼叫流程圖；以及圖7是根據本發明的用於處理會話邀請消息的方法流程圖。
技術人員明白，圖中各元件僅出於簡明目的示出，並且不一定按照比例繪製。例如，圖中一些元件的尺度和/或相對位置可能相對於其它元件誇大，以有助於理解本發明的各個實施例。另外，在商用實施例中有用或者必要的常用且很好理解的元件常常沒有示出，以便減少對本發明的這些實施例的混淆。需要進一步明白，一些動作和/或步驟可能以特定的出現順序進行說明或者表示，但是本領域技術人員將理解，實際上不需要對於順序的指定。還要理解，此處使用的術語和表達具有與這些術語和表達在其對應的各自調研領域中相一致的普通含義，除非此處另外解釋了特定的含義。
具體實施例方式
本發明提供一種系統與方法，通過向正操作於自動應答操作模式的目標移動臺發送會話邀請，在主叫與目標移動臺之間禮貌地發起並進行通信。當會話邀請在目標被用戶手動接受時，目標移動臺的狀態被臨時改變至手動應答模式。此處說明的方法降低系統中的延遲時間，減少所需的用戶交互次數並且可進行群呼。同時，還可保持用戶之間的快速通信。
在許多實施例中，目標移動臺操作於自動應答模式。在目標移動臺接收到至少一個會話邀請。該會話邀請要求目標移動臺用戶手動接受該會話邀請，由此，至少臨時地，代替(override)自動應答模式。目標移動臺用戶做出關於是否手動接收接受會話邀請的決定。會話邀請可以是任何數量的格式，例如禮貌邀請消息或者自動應答代替(override)消息。會話邀請的其它示例也是可能的。
在另外一些實施例中，媒體與會話邀請被一同接收。在一個示例中，接收的媒體包括音頻消息。在其它示例中，接收的媒體可以是圖像、數據或者圖像、音頻以及數據的組合。在一些示例中，僅當用戶手動接受會話邀請時，可在目標移動臺呈現媒體。
可以在主叫和目標移動臺之間交換各種消息。例如，在一些實施例中，當目標移動臺完成呈現與會話邀請一同發送的媒體時，向主叫移動臺發送提示消息。在又一實施例中，向主叫用戶通知目標移動臺未接受會話邀請。
還可使用不同的選項來呈現在目標移動臺接收的媒體。在一個實施例中，當目標移動臺用戶確定手動接受會話邀請時，基本上在目標移動臺用戶接受後立即向用戶呈現媒體。在另一實施例中，當目標移動臺用戶確定不手動接受會話邀請時，將媒體存儲在存儲器中供以後使用。在又一實施例中，當目標移動臺用戶確定不手動接受會話邀請時，去棄該媒體。
如上所述，如果目標移動臺用戶確定手動接受至少一個會話邀請，那麼可立即向用戶呈現媒體。在接受時這種確定可以不是自動的，並且可進一步基於各種條件。例如，確定可基於目標移動臺是否使用電話揚聲器，目標移動臺是否使用頭戴式耳機，目標移動臺的當前狀態，或者目標移動臺是否處於這樣的回放情況超過預定百分比的移動臺或者呼叫使用電話揚聲器。其它的條件示例也是可能的。
在一些實施例中，從主叫移動臺發送至目標移動臺的媒體可使其質量得到調整。例如，發送至目標移動臺的媒體可以利用低服務質量(QoS)進行發送，直到會話被手動接受。在另一實施例中，在會話邀請被手動接受後，發送至目標移動臺的媒體可以利用更高的QoS進行發送。
從而，可以以快速和有效的方式在用戶之間交換禮貌通信。此處說明的方法與其它現有技術建議相比，顯著地降低系統延遲，顯著地降低用戶與設備的交互次數，並且可進行群呼。此外，本方法保持了在諸如PTT系統的許多當前通信系統中提供的快速通信。
現在參考圖1，說明了用於在移動臺之間交換禮貌通信的系統的一個示例。主叫移動臺102向目標移動臺104用戶發送會話邀請106。可經由第一無線接入網(RAN)110、網絡112以及第二RAN 114將會話邀請106發送至目標移動臺104。
移動臺102和104可以是任何類型的便攜無線設備。例如，它們可以是蜂窩電話、尋呼機、個人數字助理或者筆記本電腦。移動臺的其它示例也是可能的。此外，儘管此處說明的示例表示兩個移動臺之間的呼叫，但是應當理解，這些方法還可以應用至兩個以上的移動臺之間的群呼。
移動臺102和104可操作於一個或多個操作模式或者狀態中。例如，移動臺102和104可操作於手動操作模式，其中用戶手動處理每一呼叫。此外，移動臺102和104可操作於自動操作模式，其中呼叫處理被自動確定並且其基於在移動臺中存儲的策略。進而，如本說明書的其它地方所述，移動臺102和104可操作於臨時代替(override)自動應答模式的臨時手動應答模式。在臨時手動應答模式中，在呼叫期間，用戶手動確定是否接受來自主叫移動臺的通信。
會話邀請106是要求用戶手動接受會話邀請的任何類型的通信，由此至少臨時代替(override)自動應答模式。在一個示例中，會話邀請106是禮貌邀請消息，或者在另一示例中是代替消息。如果會話邀請是禮貌邀請消息，則該消息可包括修飾符，該修飾符表明主叫移動臺用戶要求目標移動臺用戶手動接受該禮貌邀請消息。
RAN 110和114提供移動臺102和104通過網絡112相互通信所需的功能。此時，RAN 110和114可包括基站、基站控制器、伺服器、網關和/或其它設備。網絡112可以是任何允許進行通信的單個網絡或者網絡組合。網絡112可以是有線或者無線網絡，並且可以是，例如外部網，如網際網路、無線區域網(WLAN)、蜂窩網或者這些或其它網絡的組合。
在圖1系統的一個操作示例中，移動臺104操作於自動應答模式。主叫移動臺102的第一用戶(「Alice」)打開聯繫人列表，看到目標臺的第二用戶(「Bob」)在線，表明她希望禮貌地呼叫Bob，並且按下主叫移動臺的PTT按鈕，因此形成會話邀請106。Alice還可接收到允許她錄製媒體108(例如，語音消息)發送至Bob的指示(例如，確認音)。接收到該確認音之後，Alice可錄製媒體108。
會話邀請106和媒體108由主叫移動臺102發送，並且在目標移動臺104接收。會話邀請106要求Bob手動接受會話邀請106，並且因此至少臨時地代替目標移動臺104正在操作的自動應答模式。為Bob播放提示音，表明已經從Alice接收到會話邀請。此時，可由Bob確定是否接受會話邀請106，例如通過按下PTT按鈕116。
如所述，媒體108還可連同會話邀請106從移動臺102發送至移動臺104。在一個示例中，媒體108包括音頻消息。在其它示例中，接收到的媒體108可以是圖像、數據或者圖像、音頻或數據的組合。
一旦在移動臺104接收到媒體108並且Bob接受會話邀請106，那麼可使用不同的選項來呈現媒體108。在一個示例中，如果Bob手動接受會話邀請106，則基本上立即向Bob呈現媒體。另外，可以在預定延遲(例如，五秒鐘)之後向Bob播放媒體。在其它示例中，如果Bob拒絕會話邀請106，則媒體108可存儲在存儲器中以供以後使用，而在另一實施例中，其可以被丟棄。
如果Bob接受會話邀請106，那麼關於是否基本上立即向Bob呈現媒體108的確定可以不是自動的，並且還可基於多種條件。例如，該確定可基於目標移動臺104是否正使用電話揚聲器，目標移動臺104是否正使用頭戴式耳機，目標移動臺的當前存在狀態，或者目標移動臺104是否處於這樣的回放情況超過預定百分比的呼叫使用電話揚聲器。其它的條件示例也是可能的。
現在參考圖2，說明實現禮貌通信交換的移動臺的一個示例。移動臺200包括接收機202、控制器204、存儲器208以及輸入裝置206。
控制器204耦合至接收機202和輸出裝置206。控制器204被編程為在接收機202的輸入端接收會話邀請。如前所述，該會話邀請要求移動臺200用戶手動接受該會話邀請，因此至少臨時地代替移動臺200的自動應答模式。控制器204進一步被編程為至少部分地基於在輸入裝置206接收的用戶輸入確定是否接受會話邀請。例如，如果輸入裝置206是接受或者PTT按鈕，那麼按鈕的按下通知控制器204用戶已經接受了該會話邀請。
現在參考圖3，說明移動臺狀態轉移圖的一個示例。該移動臺開始處於自動應答模式302。在此操作模式，根據存儲在移動臺的預定策略自動處理接收的呼叫。如果在步驟304沒有會話邀請到達，那麼移動臺繼續操作於自動應答模式狀態302。當在步驟306接收到會話邀請時，在步驟308繼續執行，在此從用戶接收到關於是否過濾代替自動應答狀態的嘗試的確定。例如，目標移動臺可能不與自動應答代替功能兼容或者不支持該功能。
如果用戶表示接受310，那麼移動臺在步驟312進入臨時手動應答狀態。在此狀態312，可以接收和處理各種媒體，並且/或者，用戶可確定如何處理這些媒體。在一個示例中，該媒體是來自主叫移動臺用戶的音頻消息並且可以作出基本上立即播放該音頻消息的確定。在呼叫的結束314，移動臺退出臨時手動應答模式312，並且返回至自動應答模式302。
如果不接受會話邀請316，則在步驟318，移動臺自動丟棄該消息。在其它示例中，可以存儲消息，或者，如果使用電話揚聲器，則還可確定調整呼叫的音量。其它動作也是可能的。在採取動作之後，移動臺返回320至自動應答模式302，等待以後進入的會話邀請。
現在參考圖4，說明在主叫移動臺和目標移動臺之間禮貌通信交換的一個示例。在步驟402，形成會話邀請消息，並從主叫移動臺發送至目標移動臺。會話邀請要求目標移動臺用戶手動接受該會話邀請，並且因此至少臨時地代替目標移動臺目前正操作於的自動應答模式。與該會話邀請消息一起，還可包括媒體。在一個示例中，連同該會話邀請消息一起發送錄製的音頻消息。在另一示例中，連同該會話邀請消息一起發送視頻消息。媒體的其它示例也是可能的。
在步驟406，目標移動臺用戶確定是否接受會話邀請。在步驟408，根據接受或者拒絕該會話邀請來處理媒體。該處理可包括如果確定接受，則向目標移動臺用戶呈現媒體。另一方面，如果被拒絕，那麼可在存儲器中存儲媒體或者丟棄。其它處理動作也是可能的。
現在參考圖5，說明在主叫移動臺和目標移動臺之間的禮貌通信交換的一個示例。在步驟502，形成會話邀請消息，並從主叫移動臺發送至目標移動臺。會話邀請要求目標移動臺用戶手動接受該會話邀請，並且因此至少臨時地代替目標移動臺目前正操作於的自動應答模式。與該會話邀請消息一起，還可包括媒體。在一個示例中，連同該會話邀請消息一起發送錄製的音頻消息。在另一示例中，連同該會話邀請消息一起發送視頻消息。媒體的其它示例也是可能的。
在步驟504，目標移動臺用戶確定是否接受會話邀請。如果進行接受，則在步驟506向主叫移動臺用戶發送接受提示。在步驟508，根據接受或者拒絕該會話邀請來處理媒體。該處理可包括如果確定接受，則向目標移動臺用戶呈現媒體。另一方面，如果被拒絕，那麼可在存儲器中存儲媒體或者丟棄。其它處理動作也是可能的。在步驟512，目標移動臺向主叫移動臺發送消息，表明已經完成了消息的處理。在一個示例中，該消息表明已經向目標移動臺用戶播放了音頻消息。
現在參考圖6，說明在主叫移動臺和目標移動臺之間的禮貌通信交換的又一示例。在步驟602，形成會話邀請消息，並從主叫移動臺發送至目標移動臺。會話邀請要求目標移動臺用戶手動接受該會話邀請，並且因此至少臨時地代替目標移動臺目前正操作於的自動應答模式。與該會話邀請消息一起，還可包括媒體。在一個示例中，連同該會話邀請消息一起發送錄製的音頻消息。在另一示例中，連同該會話邀請消息一起發送視頻消息。媒體的其它示例也是可能的。
在步驟606，目標移動臺用戶沒有對於會話邀請做出應答。在步驟608，由於主叫移動臺沒有接收到會話邀請已經被接收的指示，因而從主叫移動臺向目標移動臺發送終止消息。一旦終止消息由目標移動臺接收到，那麼該目標移動臺可對它仍然擁有的媒體採取某些動作，例如丟棄該媒體。
現在參考圖7，說明了一個對於在目標移動臺接收的媒體處理動作的示例。在步驟702，從目標移動臺用戶接收接受或拒絕會話邀請的指示。
如果接收到接受指示，那麼在步驟704確定何時在目標移動臺將媒體呈現給用戶。如果做出基本上立即將媒體呈現給用戶的決定，那麼在步驟706，基本上立即向用戶呈現媒體。如前所述，關於是否基本上立即呈現媒體的確定可以不是自動的，並且可進一步基於各種條件，例如，目標移動臺是否正使用電話揚聲器，目標移動臺是否正使用頭戴式耳機，目標移動臺的當前狀態，或者目標移動臺是否處於這樣的回放情況超過預定百分比的呼叫使用電話揚聲器。
另一方面，如果不確定基本上立即呈現媒體，那麼移動臺在步驟708等待呈現媒體。該等待可出現固定次數或者可變次數，並且可基於目標移動臺的某種策略或者條件評估。將會知道，處理消息的其它選擇也是可能的。
如果在步驟702從目標移動臺用戶接收到拒絕指示，那麼在步驟710，可以詢問目標移動臺的策略，以確定如何處理媒體。例如，該策略可以指示所有高優先級消息將存儲在目標移動臺以供後來使用。在另一示例中，該策略可指示低優先級消息將被目標移動臺丟棄。如果決定丟棄該消息，那麼在步驟712丟棄該消息。在另一方面，如果決定存儲消息，那麼在步驟714存儲該消息以供後來使用。將會知道，處理消息的其它選擇也是可能的。
由此，在用戶之間以快捷和有效的方式交換禮貌通信。隨著與移動臺的所需用戶交互次數降低，性能延遲降低。此外，本方法保持並增強由諸如PTT系統的許多當前通信系統支持的快速通信。
本領域的技術人員將明白，對於上面的實施例可進行多種修改、替換以及組合，而不脫離本發明的精神與範圍，並且這些修改、替換以及組合被視為處於本發明的範圍之內。
權利要求
1.一種禮貌地發起通信會話的方法，包括使目標移動臺操作於自動應答模式中；在所述目標移動臺接收至少一個會話邀請，所述會話邀請要求用戶手動接受所述會話邀請，由此，至少臨時地，代替所述自動應答模式；以及確定是否手動接受所述至少一個會話邀請。
2.權利要求1所述的方法，進一步包括除了接收所述至少一個會話邀請之外還接收媒體。
3.權利要求2所述的方法，其中，僅當用戶手動接受所述至少一個會話邀請時才呈現所述媒體。
4.權利要求2所述的方法，進一步包括當所述確定導致所述目標移動臺用戶手動接受所述至少一個會話邀請時，在所述目標移動臺用戶接受之後，基本上立即向所述用戶呈現所述媒體。
5.權利要求2所述的方法，進一步包括當所述確定導致所述目標移動臺用戶沒有手動接受所述至少一個會話邀請時，執行下述一個或多個操作在存儲器中存儲所述媒體以供後來使用，和丟棄所述媒體。
6.權利要求2所述的方法，進一步包括利用較低服務質量(QoS)向所述目標移動臺發送所述媒體，直到所述至少一個會話邀請被手動接受；以及在所述至少一個會話邀請被手動接受後，利用較高服務質量(QoS)向所述目標移動臺發送所述媒體。
7.一種禮貌地發起通信會話的方法，包括形成至少一個會話邀請，要求操作於自動應答模式的目標移動臺的用戶手動接受所述會話邀請；以及向所述目標移動臺發送所述至少一個會話邀請。
8.權利要求7所述的方法，進一步包括錄製媒體，以及連同所述至少一個會話邀請，向所述目標移動臺發送所述媒體。
9.一種移動臺，包括具有輸入端的接收機；輸入裝置；以及耦合至所述接收機和所述輸入裝置的控制器，對所述控制器編程，以在所述接收機的所述輸入端接收至少一個會話邀請，所述至少一個會話邀請要求所述移動臺的用戶手動接受所述會話邀請，由此，至少臨時地，代替所述移動臺的自動應答模式，進一步對所述控制器編程，以至少部分地基於在所述輸入裝置接收的用戶輸入來確定是否接受所述至少一個會話邀請。
10.權利要求9所述的移動臺，其中所述接收機除接收所述至少一個會話邀請之外還接收媒體。
11.權利要求10所述的移動臺，其中進一步對所述控制器編程，以在所述用戶接受之後基本上立即向所述用戶呈現所述媒體。
全文摘要
目標移動臺(104)操作於自動應答模式。在目標移動臺(104)接收到至少一個會話邀請(106)。該會話邀請(106)要求用戶手動接受該會話邀請(106)，因此至少臨時地代替自動應答模式。進行關於是否手動接受至少一個會話邀請(106)的確定。
文檔編號H04W4/10GK1957590SQ200680000270
公開日2007年5月2日 申請日期2006年3月6日 優先權日2005年3月30日
發明者約翰·M·哈裡斯, 羅納爾·T·克羅克 申請人:摩託羅拉公司