終端及ptt呼叫建立方法
2023-07-20 05:40:21 1
終端及ptt呼叫建立方法
【專利摘要】本發明提供一種終端及PTT呼叫建立方法。該終端包括PTT按鍵和數據機晶片，所述PTT按鍵與所述數據機晶片連接，其中：所述PTT按鍵用於當感應到發起PTT呼叫觸發動作時，通過與所述數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態；所述數據機晶片用於響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。本發明的終端及PTT呼叫建立方法能夠實現快速建立PTT呼叫。
【專利說明】終端及PTT呼叫建立方法
【技術領域】
[0001]本發明涉及集群技術，尤其涉及一種終端及PTT呼叫建立方法，屬於通信【技術領域】。
【背景技術】
[0002]隨著人們對多媒體業務的需求增長，在智能機上搭載一鍵通(Push To Talk，PTT)業務已成為通信行業發展趨勢。
[0003]智能機的結構通常包括應用處理器(Application Process, AP)和數據機(Modem)兩部分，其中AP主要負責作業系統和應用軟體的運行，數據機主要負責通信協議棧。目前在智能機上實現PTT的功能多是採用一種客戶端軟體的方式。
[0004]圖1為現有技術中智能機執行PTT呼叫的示例流程圖。如圖1所示，當用戶按下智能機上提供的PTT按鍵時，智能機作業系統中的相應軟體以AP作為觸發起點，先喚醒AP (此過程產生80ms時延)，AP喚醒後，發送群組呼叫申請給電話管理者(Call Manager,CallMgr)(此過程產生5ms時延)，CallMgr進行電話處理(此過程產生20ms時延)，並向無線接口層(Radio Interface Layer, RIL)發送RIL消息(此過程產生5ms時延),RIL通知安全數碼卡標準接口(Secure Digital Input/Output, SD10)(此過程產生5ms時延)，再由SDIO對Modem進行數據讀寫，即發送群組呼叫AT指令(Attention Command,此過程產生IOms時延)，以喚醒電話業務處理(Modem側)(此過程產生IOms時延),從而由Modem與網絡側(例如為長期演進項目網絡(LTE NET)的基站(Station))進行消息交互，建立起通信過程。
[0005]採用這樣的智能機來實現PTT業務時，自用戶發起PTT呼叫、至Modem與網絡側進行消息交互過程，即Modem側電話業務處理(Call Process, CP)喚醒過程所需時延為80ms+5ms+20ms+5ms+10ms+10ms,可見這種Modem側CP喚醒機制使得建立呼叫時延較大，目前業務較優時長為500ms，而PTT作為應急通信的一個基本需求就是快速反應。因此，如何在智能機上實現PTT業務的快速響應是一個急需解決的技術問題。
【發明內容】
[0006]針對現有技術中存在的缺陷，本發明提供一種終端及PTT呼叫建立方法，實現快速建立PTT呼叫。
[0007]—方面，本發明提供一種終端，包括PTT按鍵和數據機晶片，所述PTT按鍵與所述數據機晶片連接，其中:
[0008]所述PTT按鍵用於當感應到發起PTT呼叫觸發動作時，通過與所述數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態；
[0009]所述數據機晶片用於響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
[0010]一方面，本發明提供一種基於本發明的終端實現的PTT呼叫建立方法，包括:[0011]PTT按鍵感應發起PTT呼叫的觸發動作，通過與數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態；
[0012]所述數據機晶片響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
[0013]根據本發明的終端及PTT呼叫建立方法，由於PTT鍵與Modem晶片連接，當感應到發起PTT呼叫觸發動作時，通過與所述數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，而不等待喚醒AP後由AP發送AT指令到Modem晶片，避免了利用喚醒AP發AT指令到Modem晶片這樣繁瑣的信令流程，從而達到快速建立PTT呼叫的效果。
【專利附圖】
【附圖說明】
[0014]圖1為現有技術中智能機執行PTT呼叫的示例流程圖。
[0015]圖2為本發明實施例一的終端的結構示意圖。
[0016]圖3為PTT按鍵與Modem晶片連接的結構示意圖。
[0017]圖4為本發明實施例的終端執行PTT呼叫的示例流程圖。
[0018]圖5為利用本發明實施例的終端在空閒態發起PTT呼叫的示例流程圖。
[0019]圖6為利用本發明實施例的終端在監聽態發起PTT呼叫的示例流程圖。
[0020]圖7為PTT按鍵、AP及Modem晶片連接的結構示意圖。
[0021]圖8為本發明實施例三的PTT呼叫建立方法的流程圖。
【具體實施方式】
[0022]實施例一
[0023]圖2為本發明實施例一的終端的結構示意圖。如圖2所示，該終端包括一鍵通(Push To Talk, PTT)按鍵21和數據機(Modem)晶片22，PTT按鍵21與Modem晶片22連接，其中:
[0024]PTT按鍵21用於當感應到發起PTT呼叫觸發動作時，通過與Modem晶片22的連接，向Modem晶片22發送發起呼叫請求信號，其中Modem晶片22處於休眠態或監聽態；
[0025]Modem晶片22用於響應發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
[0026]根據本實施例的終端，由於PTT鍵與Modem晶片連接，當感應到發起PTT呼叫觸發動作時，通過與所述數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，而不等待喚醒AP後由AP發送AT指令到Modem晶片，避免了利用喚醒AP發AT指令到Modem晶片這樣繁瑣的信令流程，從而達到快速建立PTT呼叫的效果。
[0027]實施例二
[0028]在上述實施例一的基礎上，所述PTT按鍵與Modem晶片直連；
[0029]所述PTT按鍵還用於當感應到發起PTT呼叫觸發動作時，通過與Modem晶片的直連，喚醒處於休眠態的Modem晶片。
[0030]下文中，以終端是手機為例進行說明，但其僅用作本發明的一個示例，而不用作對終端的具體限定。
[0031]具體地，圖3為PTT按鍵與Modem晶片連接的結構示意圖。如圖3所示，PTT按鍵(PTT_KEY)例如可通過四個觸點la、lb、Ic以及Id與手機連接，其中，觸點la、Ib以及Ic接地，觸點Id與Modem晶片22的通用可編程I/O埠(GPIO)埠連接(例如為埠 GP10_7)。當PTT按鍵未被按下時，PTT按鍵與觸點Ia和觸點Ib連接，此時觸點Ic和觸點Id空置，不向GP10_7發送信號，GP10_7埠取默認值「 1」，在此狀態下，Modem晶片22不受到喚醒觸發；當PTT按鍵被按下時，PTT按鍵與觸點2a和觸點2b連接，形成GP10_7埠與接地之間的電連接，從而將埠 GP10_7由高電平「I」切換為低電平「0」，通過這種電平由高至低的跳變完成對Modem晶片22的觸發控制，喚醒CP。
[0032]圖3所示的PTT按鍵與Modem晶片的連接結構僅用作本發明實施例的一個具體示例，其並非用作對PTT按鍵與Modem晶片的連接結構的限定。本領域的技術人員能夠理解，一方面，PTT按鍵與Modem晶片可通過任意端，口連接；另一方面，除通過電平由高至低的跳變完成對Modem晶片的觸發控制之外，也可通過適當調節四個觸點la、lb、Ic以及Id的連接，來通過電平由低至高的跳變完成對Modem晶片的觸發控制，例如GP10_7埠取默認值「O」、且觸點Ic與高電位連接。
[0033]圖4為本發明實施例的終端執行PTT呼叫的示例流程圖。如圖4所示，用戶需發起緊急呼叫時，通過按下手機鍵盤上預先設置的PTT按鍵，觸發PTT呼叫，向Modem發送發起呼叫請求信號，以喚醒Modem側的呼叫處理器(Call Processor，CP)。其中，喚醒CP的時延為IOms (該值為參考值，根據不同CP特性將有不同)。喚醒CP後，CP在Modem晶片側組裝呼叫申請消息，並與網絡側(例如為長期演進項目網絡(LTE NET))進行消息交互。其中，CP在Modem晶片側組裝呼叫申請消息，以及與網絡側進行消息交互的流程例如為現有技術中，手機發起呼叫時與網絡側交互的任意流程，此處不再贅述。
[0034]根據本實施例的終端，由於PTT鍵的硬體直接連到Modem晶片，而非按照現有技術連接到AP側，避免了利用喚醒AP發AT指令到Modem晶片這樣繁瑣的信令流程。Modem側CP喚醒過程所需時延僅為10ms，從而達到通話建立快速響應的效果。同時，由於PTT呼叫流程的簡化也在一定程度上降低了智能機系統資源的消耗，節約了電池用電量，而且還減少了冗長通路上出錯的機率。
[0035]實施例三
[0036]在上述實施例二的基礎上，終端還包括AP，所述PTT按鍵與所述AP連接；
[0037]相應地，所述PTT按鍵還用於當感應到發起PTT呼叫觸發動作時，通過與所述AP的連接，喚醒所述AP。
[0038]其中，例如採用現有技術中的任意AP與PTT按鍵的連接方式實現本實施例中AP與PTT按鍵的連接。
[0039]下面分別對終端在空閒(Idle)態發起PTT呼叫(即話權申請)、以及在監聽態發起PTT呼叫(即話權搶佔)兩種情況下的PTT呼叫建立流程進行說明。
[0040]圖5為利用本發明實施例的終端在空閒態發起PTT呼叫的示例流程圖。其中，所涉及的各延時數值為參考值，根據各產品的具體實現存在不同。如圖5所示，包括以下步驟:)
[0041]步驟5.1，PTT鍵按下，同時對內核和Modem晶片進行觸發控制；
[0042]步驟5.2，喚醒AP和CP，其中喚醒AP與喚醒CP並行執行，喚醒AP需80ms，喚醒CP 需 IOms ；[0043]步驟5.3，CP向LTE NET發送話權申請原語，此過程需5ms，此過程可與喚醒AP並行；
[0044]步驟5.4，網絡側交互及向CP發送話權授權，此過程共需270ms ；
[0045]步驟5.5，CP並行執行通知SDIO和打開麥克(MIC)，其中通知SDIO需2ms，打開MIC 需 20ms ；
[0046]步驟5.6，SDIO接收通知後(無需等待MIC打開)，對內核進行SDIO數據讀寫，此過程需IOms ；
[0047]步驟5.7，SDIO完成對內核的SDIO數據讀寫後，向RIL發送RIL消息，此過程需5ms ；
[0048]步驟5.8，RIL通知CallMgr進行電話處理，此過程需20ms;
[0049]步驟5.9，CallMgr完成電話處理後，通知音頻播放音頻文件，即AP上用蜂鳴器提示已接通，此過程需20ms;CallMgr還可同步通知用戶界面(User Interface, UI)進行UI顯示，此過程需60ms，可滯後顯示。
[0050]按照圖5所示流程建立PTT呼叫時，由於喚醒AP過程可以並行於Modem側的操作，並且CP打開MIC的過程可以並行於AP側操作，因此實際消耗的時間包括:「喚醒CP的10ms」、「CP向LTE NET發送話權申請原語的需5ms」、「網絡側交互及話權授權的270ms」、「通知SDIO的2ms」、「SD10數據讀寫的10ms」、「RIL消息的5ms」、「電話處理的20ms」以及「通知音頻播放音頻文件的20ms」，共約342ms。由於SDIO、RIL、CallMgr和音頻/UI均由AP控制，因此，在342ms的延時中，包括287ms的Modem側延時和55ms的AP側延時。
[0051]其中，上述接通PTT通話所需時長以160ms的尋呼周期為例進行計算，是一個保守時長，在通常情況下，300ms即可完成接通。
[0052]圖6為利用本發明實施例的終端在監聽態發起PTT呼叫的示例流程圖。其與Idle態發起PTT呼叫的差異在於:不需要喚醒AP，但需要增加一個關閉揚聲器(Speaker)的步驟。
[0053]具體地,如圖6所示,包括以下步驟:
[0054]步驟6.1，PTT鍵按下，對Modem晶片進行觸發控制；
[0055]步驟6.2，喚醒CP，此過程需IOms ；
[0056]步驟6.3，CP向LTE NET發送話權申請原語，此過程需5ms ；
[0057]步驟6.4，網絡側交互及向CP發送話權授權，此過程共需140ms ；
[0058]步驟6.5，CP並行執行通知SDIO和打開麥克(MIC)，其中通知SDIO需2ms，打開MIC 需 20ms ；
[0059]步驟6.6，SDIO接收通知後(無需等待MIC打開)，對內核進行SDIO數據讀寫，此過程需IOms ；
[0060]步驟6.7，底層通過讀取SDIO接口中的數據後，向RIL發送RIL消息，此過程需5ms ；
[0061]步驟6.8，RIL通知CallMgr進行電話處理，此過程需20ms;
[0062]步驟6.9, CallMgr完成電話處理後,控制關閉Speaker,此過程需5ms;
[0063]步驟6.10，關閉Speaker後，通知音頻播放音頻文件，即AP上用蜂鳴器提示已接通，此過程需20ms; CallMgr還可同步通知UI進行顯示,此過程需50ms，可滯後顯示。[0064]按照圖6所示流程建立PTT呼叫時，實際消耗的時間包括:「喚醒CP的10ms」、「CP向LTE NET發送話權申請原語的需5ms」、「網絡側交互及話權授權的140ms」、「通知SDIO的2ms」、「SD10數據讀寫的10ms」、「RIL消息的5ms」、「電話處理的20ms」、「關閉Speaker的5ms」以及「通知音頻播放音頻文件的20ms」，共約217ms。在通常情況下，約200ms即可完成接通。
[0065]根據上述分析可以看出，利用本發明實施例的終端進行PTT呼叫，相對於目前行業較優的500ms時長縮減了 40%。
[0066]實施例四
[0067]在上述實施例一的基礎上，終端還包括:應用處理器AP，所述PTT按鍵經由所述AP與所述數據機晶片連接；
[0068]相應地，所述PTT按鍵具體用於當感應到發起PTT呼叫觸發動作時，向所述AP發送發起呼叫請求信號；
[0069]所述AP用於接收所述發起呼叫請求信號並通過與所述數據機晶片的連接，向所述數據機晶片發送所述發起呼叫請求信號以喚醒處於休眠態的所述數據機晶片，並喚醒所述AP。
[0070]圖7為PTT按鍵、AP及Modem晶片連接的結構示意圖。如圖7所示，PTT按鍵(PTT_KEY)例如可通過四個觸點la、lb、Ic以及Id與手機連接，其中，觸點la、Ib以及Ic接地，觸點Id與AP的GPIO埠連接(例如為埠 GP10_123)。當PTT按鍵未被按下時，PTT按鍵與觸點Ia和觸點Ib連接，此時觸點Ic和觸點Id空置，不向GP10_123發送信號，GP10_123埠取默認值「1」，在此狀態下，AP保持休眠態或繼續監聽；當PTT按鍵被按下時，PTT按鍵與觸點2a和觸點2b連接，形成GP10_123埠與接地之間的電連接，從而將埠 GP10_123由高電平「 I」切換為低電平「0」，通過這種電平由高至低的跳變完成對AP的觸發控制。
[0071]AP和Modem晶片均預先設置有一個PTT_GP10埠，其中該PTT_GP10埠例如為AP和Modem晶片的多個GPIO埠中預先指定的任意一個。當AP通過埠 GP10_123接收到PTT觸發時，控制PTT_GP10埠發生電平跳變，例如為電平由高至低的跳變。Modem晶片若檢測到自身的PTT_GP10埠發生由高至低的跳變，則組裝呼叫申請消息，並與網絡側(例如為長期演進項目網絡(LTE NET))進行消息交互，若Modem晶片處於休眠態，則在檢測到自身的PTT_GP10埠發生由高至低的跳變時，先喚醒Modem晶片，再組裝呼叫申請消息進行後續操作。
[0072]此外，當AP通過埠 GP10_123接收到PTT觸發時，還檢測自身是否處於休眠態，若是，還需進行AP喚醒。其中，該過程與觸發Modem晶片同步進行，從而無需在觸發Modem晶片之前等待喚醒AP所需耗費的時長。
[0073]根據本實施例的終端，PTT鍵的硬體連到AP偵彳，並在AP進行喚醒動作的同時，通過AP和Modem之間的GPIO信號觸發Modem晶片進行話權申請，而無需等待AP側喚醒後發AT指令到Modem晶片這樣繁瑣的信令流程，從而達到快速建立PTT呼叫的效果。
[0074]實施例五
[0075]圖8為本發明實施例三的PTT呼叫建立方法的流程圖。如圖8所示，該PTT呼叫建立方法包括以下步驟:
[0076]步驟S801，PTT按鍵感應發起PTT呼叫的觸發動作，通過與數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態；
[0077]步驟S802，所述數據機晶片響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
[0078]本實施例的PTT呼叫建立方法由上述任一實施例的終端來執行，其具體流程與上述實施例的終端建立PTT呼叫的流程相同，故此處不再贅述。
[0079]根據本實施例的PTT呼叫建立方法，由於通過PTT鍵觸發PTT呼叫後，直接對Modem晶片進行喚醒，而非按照現有技術利用喚醒AP發AT指令到Modem晶片這樣繁瑣的信令流程。Modem側CP喚醒過程所需時延僅為10ms，從而達到通話建立快速響應的效果。同時，由於PTT呼叫流程的簡化也在一定程度上降低了智能機系統資源的消耗，節約了電池用電量，而且還減少了冗長通路上出錯的機率。
[0080]進一步地，在上述實施例的PTT呼叫建立方法中，所述PTT按鍵感應發起PTT呼叫的觸發動作之後，還包括:
[0081]通過與所述AP的連接,喚醒所述AP。
[0082]最後應說明的是:以上各實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述各實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的範圍。
【權利要求】
1.一種終端，其特徵在於，包括一鍵通PTT按鍵和數據機晶片，所述PTT按鍵與所述數據機晶片連接，其中: 所述PTT按鍵用於當感應到發起PTT呼叫觸發動作時，通過與所述數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態； 所述數據機晶片用於響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
2.根據權利要求1所述的終端，其特徵在於，所述PTT按鍵與所述數據機晶片直連； 所述PTT按鍵還用於當感應到所述發起PTT呼叫觸發動作時，通過與所述數據機晶片的直連，喚醒處於休眠態的所述數據機晶片。
3.根據權利要求2所述的終端，其特徵在於，還包括:應用處理器AP，所述PTT按鍵與所述AP連接； 相應地，所述PTT按鍵還用於當感應到發起PTT呼叫觸發動作時，通過與所述AP的連接，喚醒所述AP。
4.根據權利要求1-3任一所述的終端，其特徵在於，所述PTT按鍵與所述數據機晶片的通用可編程輸入/輸出GPIO埠連接，所述PTT按鍵感應到所述發起PTT呼叫觸發動作時，通過控制所述數據機晶片的GPIO埠的電壓發生跳變，向所述數據機晶片發送發起呼叫請求信號。
5.根據權利要求1所述的 終端，其特徵在於，還包括:AP，所述PTT按鍵經由所述AP與所述數據機晶片連接； 相應地，所述PTT按鍵具體用於當感應到發起PTT呼叫觸發動作時，向所述AP發送發起呼叫請求信號； 所述AP用於接收所述發起呼叫請求信號並通過與所述數據機晶片的連接，向所述數據機晶片發送所述發起呼叫請求信號以喚醒處於休眠態的所述數據機晶片，若判斷獲知所述AP處於休眠態則喚醒所述AP。
6.根據權利要求5所述的終端，其特徵在於，所述PTT按鍵與所述AP的GPIO埠連接，並且所述AP和所述數據機晶片通過預置的一鍵通-通用可編程輸入/輸出PTT-GPIO埠連接；所述PTT按鍵感應到所述發起PTT呼叫觸發動作時，通過控制所述AP的GPIO埠的電壓發生跳變向所述AP發送發起呼叫請求信號；所述AP感應到所述發起呼叫請求信號後，通過控制所述PTT-GPIO埠的電壓發生跳變向所述數據機晶片發送所述發起呼叫請求信號。
7.一種基於權利要求1-6中任一終端實現的PTT呼叫建立方法,其特徵在於,包括: PTT按鍵感應發起PTT呼叫的觸發動作，通過與數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號，其中所述數據機晶片處於休眠態或監聽態； 所述數據機晶片響應所述發起呼叫請求信號，組裝呼叫申請消息，並與網絡側設備進行消息交互，建立PTT呼叫。
8.根據權利要求7所述的PTT呼叫建立方法，其特徵在於，所述PTT按鍵感應發起PTT呼叫的觸發動作之後，還包括:通過與所述數據機晶片的直連，喚醒處於休眠態的所述數據機晶片，以及通過與AP的連接，喚醒所述AP。
9.根據權利要求7所述的PTT呼叫建立方法，其特徵在於，所述PTT按鍵感應發起PTT呼叫的觸發動作，通過與數據機晶片的連接，向所述數據機晶片發送發起呼叫請求信號具體包括: 所述PTT按鍵感應發起PTT呼叫的觸發動作，向AP發送發起呼叫請求信號； 所述AP接收所述發起呼叫請求信號，通過與所述數據機晶片的連接，向所述數據機晶片發送所述發起呼叫請求信號，以喚醒處於休眠態的所述數據機晶片，若判斷獲知所述AP處於休眠態則喚 醒所述AP。
【文檔編號】H04W76/02GK103517215SQ201210207958
【公開日】2014年1月15日 申請日期:2012年6月21日 優先權日:2012年6月21日
【發明者】羅莉敏, 沈東棟, 霍鵬 申請人:成都鼎橋通信技術有限公司