TWI593297B - 用於處理音訊資料的裝置及方法 - Google Patents

用於處理音訊資料的裝置及方法 Download PDF

Info

Publication number
TWI593297B
TWI593297B TW105105647A TW105105647A TWI593297B TW I593297 B TWI593297 B TW I593297B TW 105105647 A TW105105647 A TW 105105647A TW 105105647 A TW105105647 A TW 105105647A TW I593297 B TWI593297 B TW I593297B
Authority
TW
Taiwan
Prior art keywords
audio
wake
schedule
processing
processor
Prior art date
Application number
TW105105647A
Other languages
English (en)
Other versions
TW201644299A (zh
Inventor
飛利浦 魏因加納
傑洛米 派倫
Original Assignee
英特爾股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 英特爾股份有限公司 filed Critical 英特爾股份有限公司
Publication of TW201644299A publication Critical patent/TW201644299A/zh
Application granted granted Critical
Publication of TWI593297B publication Critical patent/TWI593297B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

用於處理音訊資料的裝置及方法
本發明所述之實施例係大致有關用於處理音訊資料之裝置及方法。
行動電話通常被用於其使用者間之通話。此種通話涉及諸如由一些音訊處理組件執行之音訊資料的編碼及解碼等的音訊處理。此類音訊處理組件通常有能夠在短時間間隔中執行音訊處理的足夠計算能力，且可在這些間隔之間進入睡眠模式。就功率消耗而論，最好是將自睡眠模式喚醒的次數及長度保持得儘量少(短)。
100‧‧‧通訊系統
101‧‧‧無線電存取網路
102‧‧‧核心網路
103‧‧‧基地台
104‧‧‧細胞
105、300‧‧‧行動終端
111‧‧‧應用處理器
112‧‧‧數據機
106‧‧‧空中介面
107‧‧‧第一介面
108‧‧‧第二介面
109‧‧‧行動管理實體
110‧‧‧服務閘道器
200‧‧‧訊框
201‧‧‧時槽
202‧‧‧子訊框
301‧‧‧音源
302、702‧‧‧音訊輸入緩衝器
303‧‧‧網際網路協定上的語音引擎
304、705‧‧‧編碼解碼器
306‧‧‧收發器
307‧‧‧音訊輸出緩衝器
308‧‧‧音訊輸出電路
400‧‧‧裝置
401‧‧‧音訊處理器
402‧‧‧記憶體
403‧‧‧控制器
602‧‧‧下行鏈路喚醒
603‧‧‧上行鏈路喚醒
604‧‧‧被移動的上行鏈路喚醒
704‧‧‧數位信號處理器
801、901‧‧‧排程要求
802、902‧‧‧上行鏈路中斷
803、903‧‧‧下行鏈路中斷
804、904‧‧‧TX傳輸
805、905‧‧‧RX傳輸
806、906‧‧‧數據機狀態
807、907‧‧‧應用處理器狀態
在各圖式中，相像的參考編號字符在所有不同的圖式中都大致參照到相同的部分。該等圖式不必然按照比例，反而通常將以強調之方式示出本發明的原理。在前文的說明中，係參照下列圖式而說明各種態樣，在該等圖式中：第1圖示出一通訊系統。
第2圖示出第1圖的該通訊系統中使用的一例示訊框結構之一訊框。
第3圖示出VoLTE態樣下的一行動終端的架構之一例子。
第4圖示出一裝置。
第5圖示出用於處理音訊資料的一方法之一流程圖。
第6圖示出使UL/TX音訊處理活動與DL/RX音訊處理活動對齊的一程序。
第7圖示出使一UL喚醒排程與一DL喚醒排程對齊。
第8及8A-8D圖示出一RX-TX與一20毫秒DRX無線電組態同步。
第9及9A-9D圖示出一RX-TX與一40毫秒DRX無線電組態同步。
【發明內容及實施方式】
下文之實施方式將參照各圖式，該等圖式以舉例方式示出可用於實施本發明的本發明揭露之特定細節及態樣。可利用其他的態樣，且可在不脫離本發明之範圍下作出結構、邏輯、及電氣上的改變。本發明揭露之各種態樣不必然是互斥的，這是因為可將本發明揭露之某些態樣與本發明揭露之一或多個其他態樣結合而形成新的態樣。
第1圖示出諸如根據第三代行動通訊合作計劃(Third Generation Partnership Project；簡稱3GPP)的一 通訊系統100。
通訊系統100可以是一細胞式行動通訊系統(在下文中也被稱為細胞式無線電通訊網路)，該細胞式行動通訊系統包含一無線電存取網路(例如，根據長期演進技術(Long Term Evolution；簡稱LTE)或先進長期演進技術(LTE-Advanced)的一演進型全球行動電信系統地面無線電存取網路(Evolved UMTS(Universal Mobile Telecommunication System)Terrestrial Radio Access Network；簡稱E-UTRAN)101、以及一核心網路(例如，根據LTE或LTE-Advanced的一演進式封包核心(Evolved Packet Core；簡稱EPC)102。無線電存取網路101可包含一些基地台(例如，根據LTE或LTE-Advanced的基地收發器台、eNodeB、eNB、家用基地台(home base station)、家用eNodeB(Home eNodeB；簡稱HeNB)103。每一基地台103可將無線電覆蓋提供給無線電存取網路101的一或多個行動無線電細胞104。換言之，無線電存取網路101之該等基地台103可涵蓋不同類型的細胞104(例如，根據LTE或LTE-Advanced的巨細胞(macro cell)、極微小細胞(femto cell)、超微型細胞(pico cell)、小型細胞(small cell)、開放型細胞(open cell)、封閉型用戶群組細胞(closed subscriber group cell)、混合式細胞(hybrid cell)。我們應可了解：下文中所述之例子亦可適用於諸如根據UMTS、全球行動通訊系統(Global System for Mobile communications； 簡稱GSM)、WiFi的通訊網路等的LTE通訊網路之外的其他通訊網路。
位於一行動無線電細胞104中之一行動終端(例如，一用戶設備(UE))105可經由提供行動無線電細胞104中之覆蓋(換言之，操作行動無線電細胞104)的基地台103而與核心網路102及其他行動終端105通訊。換言之，操作行動終端105所在的行動無線電細胞104之基地台103可提供朝向行動終端105的包括封包資料聚合協定(Packet Data Convergence Protocol；簡稱PDCP)層、無線電鏈路控制(Radio Link Control；簡稱RLC)層、及媒體存取控制(Medium Access Control；簡稱MAC)層之E-UTRA用戶平面(user plane)終端以及包括無線電資源控制(Radio Resource Control；簡稱RRC)層之控制平面(control-plane)終端。行動終端105除了包含諸如一喇叭、一麥克風、及一記憶體等的其他典型組件之外，還包含一應用處理器111以及一數據機112。
可根據多工存取方法經由空中介面106而在一基地台103與位於該基地台103操作的行動無線電細胞104中之一行動終端105之間傳輸控制及用戶資料。在行動通訊標準中，可部署諸如分頻雙工(Frequency Division Duplex；簡稱FDD)或分時雙工(Time Division Duplex；簡稱TDD)等的不同的雙工方法之諸如LTE空中介面106等的空中介面。
藉由諸如一X2介面等的一第一介面107而使該等基 地台103相互連接。也藉由諸如一S1介面等的一第二介面108而將該等基地台103連接到核心網路102，例如，經由一S1-MME介面108而將該等基地台103連接到一行動管理實體(Mobility Management Entity；簡稱MME)109，且藉由一S1-U介面108而將該等基地台103連接到一服務閘道器(Serving Gateway；簡稱S-GW)110。S1介面108支援各MME/S-GW 109、110與該等基地台103間之一多對多關係，亦即，一基地台103可被連接到一個以上的MME/S-GW 109、110，且一MME/S-GW 109、110可被連接到一個以上的基地台103。此種方式能夠在LTE中執行網路共享。
例如，MME 109可負責控制位於E-UTRAN的覆蓋區中之各行動終端的移動性，而S-GW 110可負責處理各行動終端105與核心網路102間之用戶資料的傳輸。
在諸如LTE等的行動通訊標準之情況中，可看出無線電存取網路101(亦即，在LTE的情況中之E-UTRAN 101)包含用於提供朝向UE 105的E-UTRA用戶平面(PDCP/RLC/MAC)及控制平面(RRC)協定終端之基地台103(亦即，在LTE的情況中之eNB 103)。
通訊系統100的每一基地台103可控制其地理覆蓋區內之通訊，亦即，可控制理想上以六角形代表的其行動無線電細胞104內之通訊。當行動終端105位於一行動無線電細胞104之內，且駐留(camping)在行動無線電細胞104(換言之，行動終端105登錄到被指定給行動無線電 細胞104的一追蹤區(Tracking Area；簡稱TA))時，該行動終端105與控制該行動無線電細胞104的基地台103通訊。當行動終端105的用戶開始一通話時(行動台始發呼叫(mobile originated call))，或一通話被定址到行動終端105時(行動台終止呼叫(mobile terminated call))，在行動終端105與控制該行動台所在的行動無線電細胞104的基地台103之間建立無線電通道。如果行動終端105移動離開建立了一呼叫之最初的行動無線電細胞104，且該最初的行動無線電細胞104中建立的無線電通道之信號強度減弱，則該通訊系統可啟動將該呼叫轉移到行動終端105移動進入的另一行動無線電細胞104之無線電通道。
行動終端105使用其至E-UTRAN 101及核心網路102的連接時，該行動終端105可與位於諸如網際網路中之一伺服器等的其他網路的其他裝置通訊，以便根據檔案傳輸協定(File Transport Protocol；簡稱FTP)而使用一傳輸控制協定(Transport Control Protocol；簡稱TCP)連接以下載資料。
根據一(無線)訊框結構而執行行動終端105與對應的基地台103(亦即，操作行動終端105所在的無線電細胞之基地台)間之資料傳輸。第2圖中示出一訊框結構的一例子。
第2圖示出一例示訊框結構的一訊框200。
訊框200可被用於全雙工及半雙工FDD。訊框200的 長度為10毫秒，且包含編號0至19之20個長度為0.5毫秒的時槽201。一子訊框202被定義為兩個連續的時槽201。在每一10毫秒的間隔中，十個子訊框202可被用於下行鏈路傳輸或上行鏈路傳輸。然而，應注意：根據諸如WiFi等的其他無線電存取技術，一訊框可以有十個子訊框之外的不同數目的子訊框，且一子訊框可包含兩個以上的時槽。
上行鏈路及下行鏈路傳輸在頻域中被分隔。視時槽格式而定，一子訊框202可分別包含下行鏈路(Downlink；簡稱DL)中之12或14個正交分頻多工存取(Orthogonal Frequency Division Multiple Access；簡稱OFDMA)符號以及上行鏈路(Uplink；簡稱UL)中之12或14個單載波分頻多工存取(SC-FDMA)符號。
行動終端105的用戶可經由網際網路協定上的語音(Voice over IP；簡稱VoIP)(例如，該例子中之LTE語音(Voice over LTE；簡稱VoLTE)而與另一行動終端105的用戶通訊。
第3圖示出VoLTE觀點下的一行動終端300(例如，對應於行動終端105)的架構之一例子。
關於音訊的傳輸，行動終端300包含諸如行動終端300的用戶對著說話的一麥克風等的一音源301、以及一音訊取樣電路。諸如音訊樣本(例如，脈衝編碼調變(Pulse Code Modulation；簡稱PCM)樣本)等的音訊資料被儲存在一音訊輸入緩衝器302。一VoIP引擎303自音 訊輸入緩衝器302讀出音訊資料，且諸如根據一編碼解碼器304將該等音訊資料編碼，而準備該等音訊資料以供傳輸，並且根據諸如即時傳輸協定(Real-time Transmission Protocol；簡稱RTP)等的一傳輸協定而產生封包。VoIP引擎303將諸如RTP封包等的被處理之音訊資料供應到行動終端300的收發器306，該收發器306將該等被處理之音訊資料傳送到一無線電存取網路，例如，傳送到服務行動終端300的一基地台103。
關於音訊資料的接收，收發器306接收諸如形式為封包(例如，RTP封包)之編碼音訊資料等的音訊資料，且將該等音訊資料供應到VoIP引擎303。VoIP引擎303提取該等音訊資料(例如，藉由自該等封包提取音訊資料，且將該等音訊資料解碼)，且將該等被提取的音訊資料儲存在音訊輸出緩衝器307，以便由行動終端300的一音訊輸出電路308(例如，包含一數位至類比轉換器及一喇叭)輸出該等被提取的音訊資料。
在下文中，將說明一種通訊裝置，如將參照第3圖而說明的，該通訊裝置諸如可對齊音訊通訊中之傳輸及接收活動，而減少行動終端300之功率消耗。
第4圖示出一裝置400。
裝置400包含：一音訊處理器401，該音訊處理器401被配置成在一第一通訊裝置(例如，對應於或包含裝置400)與一第二通訊裝置間之音訊通訊連接期間執行音訊處理；一記憶體402，該記憶體402被配置成儲存根據 一第一預定音訊通訊連接事件的至少一第一音訊處理器喚醒排程。
此外，通訊裝置400包含一控制器403，該控制器403被配置成設定類似於(例如，將類似於)該第一音訊處理器喚醒排程之基於(例如，根據)一第二預定音訊通訊連接事件的至少一第二音訊處理器喚醒排程，且回應該第一或第二預定音訊通訊連接事件中之至少一者而基於(例如，根據)該第一音訊處理器喚醒排程或該第二音訊處理器喚醒排程中之至少一者將一喚醒信號傳送到該音訊處理器，以便喚醒該音訊處理器。
該音訊處理器401被進一步配置成：在完成了該音訊處理之後，進入一睡眠模式(或閒置模式)，且回應該喚醒信號，而自該睡眠模式進入一處理模式。
換言之，一通訊裝置(例如，對應於行動電話300)的諸如應用處理器或數據機等的組件在音訊通訊中針對不同的事件(以及諸如工作)之喚醒排程被對齊。
例如，可啟用音訊傳輸(TX)及接收(RX)活動之動態對齊，而減少VoLTE功率消耗(或一般而言，任何VoIP通話功率消耗)。此種減少VoLTE功率消耗可諸如包括下列各項中之一或多項：減少執行VoLTE(或VoIP)通訊(亦即，通話)的喚醒次數。
可在通話期間(或通話期間的任何時間點)執行音訊TX/RX活動的對齊。例如，不必然在通話開始時或交遞時 執行音訊TX/RX活動的對齊。
可以一種平滑的方式進行音訊TX/RX活動的對齊。例如，於靜默期間執行音訊TX/RX活動的對齊，或使用時間縮放(time scaling)執行音訊TX/RX活動的對齊，例如，藉由將上行鏈路(UL)中之語音訊框時間縮放用於使一上行鏈路傳輸活動對齊一下行鏈路接收活動，而執行音訊TX/RX活動的對齊。
為了將對總端對端延遲(end to end latency)及語音品質的影響最小化，對於VoLTE而言，諸如使UL/TX音訊活動對齊DL/RX音訊活動，而不是執行反向的對齊(因而該對齊程序不改變DL抖動緩衝管理(Jitter Buffer Management)處理以及相關聯的活動、統計資料、及觸發器)。此即意指：例如，UL/TX音訊活動的觸發器追蹤DL/RX音訊活動的觸發器。換言之，例如，就哪些活動界定其他活動要調整成(例如，要改變成)的排程而論，下行鏈路是主控者，且上行鏈路是從屬者。
可了解音訊傳輸(亦即，上行鏈路)活動包括諸如編碼及封包產生等的UL/TX音訊處理活動(亦即，上行鏈路中之音訊處理)、以及諸如包括星座圖映射(constellation mapping)及經由空中介面的實際射頻(Radio Frequency；簡稱RF)傳輸等的UL/TX音訊無線電傳輸活動(亦即，上行鏈路無線電傳輸)。
類似地，可了解音訊接收(亦即，下行鏈路)活動包括諸如自封包提取資料及解碼等的DL/RX音訊處理活動 (亦即，下行鏈路中之音訊處理)、以及諸如包括經由空中介面的實際射頻(RF)接收及星座圖解映射(constellation demapping)等的DL/RX音訊無線電接收活動(亦即，下行鏈路無線電接收)。
可諸如以一或多個電路實施該通訊裝置的該等組件(例如，該音訊處理器、該記憶體、及該控制器)。"電路"可被理解為任何種類的邏輯執行實體，可以是特殊用途電路或執行記憶體中儲存的軟體之處理器、韌體、或以上各項的任何組合。因此，"電路"可以是固線邏輯電路或諸如可程式處理器等的可程式邏輯電路(例如，微處理器)。"電路"也可以是執行諸如任何種類的電腦程式等的軟體之處理器。將於下文中更詳細說明的各別功能之任何其他種類的實施例亦可被理解為"電路"。
通訊裝置400諸如執行第5圖所示的一方法。
第5圖示出一流程圖500。
流程圖500示出用於處理諸如由一通訊裝置執行的音訊資料之一方法。
在501中，該通訊裝置儲存基於(例如，根據)一第一預定音訊通訊連接事件的至少一第一音訊處理器喚醒排程。
在502中，該通訊裝置設定類似於該第一音訊處理器喚醒排程之基於(例如，根據)一第二預定音訊通訊連接事件的至少一第二音訊處理器喚醒排程。
在503中，該通訊裝置回應該第一或第二預定音訊通 訊連接事件中之至少一者而基於(例如，根據)該第一音訊處理器喚醒排程或該第二音訊處理器喚醒排程中之至少一者傳送一喚醒信號，以便在一第一通訊裝置與一第二通訊裝置間之一音訊通訊連接期間喚醒該音訊處理器，而執行音訊處理。該音訊處理器在完成了該音訊處理之後，進入一睡眠模式，且回應接收到該喚醒信號，而自該睡眠模式進入一處理模式。下文之例子係有關進一步的實施例。
例子1是一種如第4圖所示之裝置。
在例子2中，例子1之標的可選擇地可包括：該第一預定音訊通訊連接事件是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始；以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子3中，例子2之標的可選擇地可包括：該音訊處理器被配置成在比將要被傳輸到該第二通訊裝置的音訊資料的處理的時間短的一時間中執行自該第二通訊裝置接收的音訊資料的處理；以及設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該應用處理器將要執行的自該第二通訊裝置接收的音訊資料的處理排程在將要被傳輸到該第二通訊裝置的音訊資料的處理期間。
在例子4中，例子1-3中之任一例子之標的可選擇地可包括：該第一預定音訊通訊連接事件是到該第二通訊裝置的音訊資料的一無線電傳輸；以及該第二預定音訊通訊連接是將要被傳輸到該第二通訊裝置的音訊資料的處理之 一開始。
在例子5中，例子1-4中之任一例子之標的可選擇地可包括：該第一預定音訊通訊連接事件是來自該第二通訊裝置的音訊資料的一無線電接收；以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子6中，例子1-5中之任一例子之標的可選擇地可包括：該音訊處理是將要被傳輸到該第二通訊裝置的音訊資料的一音訊處理，且包含將來自一音源的音訊資料編碼以及形成編碼音訊資料的封包中之至少一者。
在例子7中，例子1-6中之任一例子之標的可選擇地可包括：該音訊處理是自該第二通訊裝置接收的音訊資料的一音訊處理，且包含自編碼音訊資料的封包提取編碼音訊資料以及將編碼音訊資料解碼中之至少一者。
在例子8中，例子1-7中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將根據該至少一第二音訊處理器喚醒排程之喚醒設定為在該第一音訊處理器喚醒排程的一預定容許度之內。
在例子9中，例子8之標的可選擇地可包括：該預定容許度是根據該第一音訊處理器喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子10中，例子1-9中之任一例子之標的可選擇地可包括：該音訊處理是語音通話資料的處理。
在例子11中，例子1-10中之任一例子之標的可選擇地可包括：該音訊通訊連接是一網際網路協定上的語音音訊通訊連接。
在例子12中，例子1-11中之任一例子之標的可選擇地可包括：該音訊通訊連接是一LTE語音音訊通訊連接。
在例子13中，例子1-12中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該至少一第二音訊處理器喚醒排程自根據該音訊處理器先前在該音訊通訊連接期間被喚醒的一位置移動到類似於該第一音訊處理器喚醒排程的一位置。
在例子14中，例子13之標的可選擇地可包括：該控制器被配置成：搜尋該音訊通訊連接中之一靜默期間，且於找到的一靜默期間中執行該移動。
在例子15中，例子13-14中之任一例子之標的可選擇地可包括：該控制器被配置成藉由縮放或捨棄音訊資料而執行該移動。
在例子16中，例子1-15中之任一例子之標的可選擇地可包括：該控制器被配置成決定該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異；以及設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：移動該至少一第二音訊處理器喚醒排程，以便減少該至少一第二音 訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異。
在例子17中，例子16之標的可選擇地可包括：該控制器被配置成在該音訊通訊連接期間決定該差異。
在例子18中，例子16-17中之任一例子之標的可選擇地可包括：該控制器被配置成：偵測該差異是否大於一預定臨界值；以及如果該差異大於該預定臨界值，則移動該至少一第二音訊處理器喚醒排程，以便減少該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異。
在例子19中，例子18之標的可選擇地可包括：該預定臨界值是根據該第一音訊處理器喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子20中，例子1-19中之任一例子之標的可選擇地可包括：以該第一通訊裝置的一應用處理器或該第一通訊裝置的一數據機實施該音訊處理器。
在例子21中，例子1-20中之任一例子之標的可選擇地可包括：該第一通訊裝置是一行動通訊裝置。
例子22是一種如第5圖所示之處理音訊資料的方法。
在例子23中，例子22之標的可選擇地可包括：該第一預定音訊通訊連接事件是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始，以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子24中，例子23之標的可選擇地可包括：該音訊處理器在比將要被傳輸到該第二通訊裝置的音訊資料的處理的時間短的一時間中執行自該第二通訊裝置接收的音訊資料的處理，以及設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該應用處理器將要執行的自該第二通訊裝置接收的音訊資料的處理排程在將要被傳輸到該第二通訊裝置的音訊資料的處理期間。
在例子25中，例子24之標的可選擇地可包括：該第一預定音訊通訊連接事件是到該第二通訊裝置的音訊資料的一無線電傳輸，以及該第二預定音訊通訊連接是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始。
在例子26中，例子22-25中之任一例子之標的可選擇地可包括：該第一預定音訊通訊連接事件是來自該第二通訊裝置的音訊資料的一無線電接收，以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子27中，例子22-26中之任一例子之標的可選擇地可包括：該音訊處理是將要被傳輸到該第二通訊裝置的音訊資料的一音訊處理，且包含將來自一音源的音訊資料編碼以及形成編碼音訊資料的封包中之至少一者。
在例子28中，例子22-27中之任一例子之標的可選擇地可包括：該音訊處理是自該第二通訊裝置接收的音訊資料的一音訊處理，且包含自編碼音訊資料的封包提取編 碼音訊資料以及將編碼音訊資料解碼中之至少一者。
在例子29中，例子22-28中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將根據該至少一第二音訊處理器喚醒排程之喚醒設定為在該第一音訊處理器喚醒排程的一預定容許度之內。
在例子30中，例子29之標的可選擇地可包括：該預定容許度是根據該第一音訊處理器喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子31中，例子22-30中之任一例子之標的可選擇地可包括：該音訊處理是語音通話資料的處理。
在例子32中，例子22-31中之任一例子之標的可選擇地可包括：該音訊通訊連接是一網際網路協定上的語音音訊通訊連接。
在例子33中，例子22-32中之任一例子之標的可選擇地可包括：該音訊通訊連接是一LTE語音音訊通訊連接。
在例子34中，例子22-33中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該至少一第二音訊處理器喚醒排程自根據該音訊處理器先前在該音訊通訊連接期間被喚醒的一位置移動到類似於該第一音訊處理器喚醒排程的一位置。
在例子35中，例子34之標的可選擇地可包括：搜尋 該音訊通訊連接中之一靜默期間，且於找到的一靜默期間中執行該移動。
在例子36中，例子34-35中之任一例子之標的可選擇地可包括：藉由縮放或捨棄音訊資料而執行該移動。
在例子37中，例子22-36中之任一例子之標的可選擇地可包括：決定該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異，以及設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：移動該至少一第二音訊處理器喚醒排程，以便減少該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異。
在例子38中，例子37之標的可選擇地可包括：在該音訊通訊連接期間決定該差異。
在例子39中，例子37-38中之任一例子之標的可選擇地可包括：偵測該差異是否大於一預定臨界值；以及如果該差異大於該預定臨界值，則移動該至少一第二音訊處理器喚醒排程，以便減少該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異。
在例子40中，例子39之標的可選擇地可包括：該預定臨界值是根據該第一音訊處理器喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子41中，例子22-40中之任一例子之標的可選 擇地可包括：以該第一通訊裝置的一應用處理器或該第一通訊裝置的一數據機實施該音訊處理器。
在例子42中，例子22-41中之任一例子之標的可選擇地可包括：該第一通訊裝置是一行動通訊裝置。
例子43是一種在行動通訊裝置中權衡應用處理器功率消耗與應用處理器處理延遲、數據機功率消耗與數據機處理延遲之方法，因而總體而言，在平台層級上，可將音訊應用處理器上行鏈路及下行鏈路活動相對於無線電數據機傳輸及接收活動的最佳及適應性排程用於根據預定的、可配置的、或預定且可配置的策略在不會於排程改變期間產生音訊入為失真(audio artifact)的情形下將以功率消耗及延遲而論之效能最佳化。
在例子44中，例子43之標的可選擇地可包括：對齊上行鏈路及下行鏈路活動，以便減少功率消耗。
例子45是一種電腦可讀取的媒體，該電腦可讀取的媒體上有被記錄的指令，該等指令被一處理器執行時，使該處理器執行根據例子22-44中之任一例子而處理音訊資料的一方法。
例子46是一種裝置，該裝置包含：一音訊處理元件，用以在一第一通訊裝置與一第二通訊裝置間之一音訊通訊連接期間執行音訊處理；一記憶體，用以儲存根據一第一預定音訊通訊連接事件的至少一第一音訊處理元件喚醒排程；一控制元件，用以設定類似於該第一音訊處理元件喚醒排程之根據一第二預定音訊通訊連接事件的至少一 第二音訊處理元件喚醒排程，且回應該第一或第二預定音訊通訊連接事件中之至少一者而根據該第一音訊處理元件喚醒排程或該第二音訊處理元件喚醒排程中之至少一者將一喚醒信號傳送到該音訊處理元件，以便喚醒該音訊處理元件；其中該音訊處理元件進一步在完成了該音訊處理之後進入一睡眠模式，且回應所接收的該喚醒信號而自該睡眠模式進入一處理模式。
在例子47中，例子46之標的可選擇地可包括：該第一預定音訊通訊連接事件是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始；以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子48中，例子47之標的可選擇地可包括：該音訊處理元件在比將要被傳輸到該第二通訊裝置的音訊資料的處理的時間短的一時間中執行自該第二通訊裝置接收的音訊資料的處理；以及設定類似於該第一音訊處理元件喚醒排程之該至少一第二音訊處理元件喚醒排程包含：將該應用處理器將要執行的自該第二通訊裝置接收的音訊資料的處理排程在將要被傳輸到該第二通訊裝置的音訊資料的處理期間。
在例子49中，例子46-48中之任一例子之標的可選擇地可包括：該第一預定音訊通訊連接事件是到該第二通訊裝置的音訊資料的一無線電傳輸；以及該第二預定音訊通訊連接事件是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始。
在例子50中，例子46-49中之任一例子之標的可選擇地可包括：該第一預定音訊通訊連接事件是來自該第二通訊裝置的音訊資料的一無線電接收；以及該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
在例子51中，例子46-50中之任一例子之標的可選擇地可包括：該音訊處理是將要被傳輸到該第二通訊裝置的音訊資料的一音訊處理，且包含將來自一音源的音訊資料編碼以及形成編碼音訊資料的封包中之至少一者。
在例子52中，例子46-51中之任一例子之標的可選擇地可包括：該音訊處理是自該第二通訊裝置接收的音訊資料的一音訊處理，且包含自編碼音訊資料的封包提取編碼音訊資料以及將編碼音訊資料解碼中之至少一者。
在例子53中，例子46-52中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理元件喚醒排程之該至少一第二音訊處理元件喚醒排程包含：將根據該至少一第二音訊處理元件喚醒排程之喚醒設定為在該第一音訊處理元件喚醒排程的一預定容許度之內。
在例子54中，例子53之標的可選擇地可包括：該預定容許度是根據該第一音訊處理元件喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子55中，例子46-54中之任一例子之標的可選擇地可包括：該音訊處理是語音通話資料的處理。
在例子56中，例子46-55中之任一例子之標的可選 擇地可包括：該音訊通訊連接是一網際網路協定上的語音音訊通訊連接。
在例子57中，例子46-56中之任一例子之標的可選擇地可包括：該音訊通訊連接是一LTE語音音訊通訊連接。
在例子58中，例子46-57中之任一例子之標的可選擇地可包括：設定類似於該第一音訊處理元件喚醒排程之該至少一第二音訊處理元件喚醒排程包含：將該至少一第二音訊處理元件喚醒排程自根據該音訊處理元件先前在該音訊通訊連接期間被喚醒的一位置移動到類似於該第一音訊處理元件喚醒排程的一位置。
在例子59中，例子58之標的可選擇地可包括：該控制元件搜尋該音訊通訊連接中之一靜默期間，且於找到的一靜默期間中執行該移動。
在例子60中，例子58-59中之任一例子之標的可選擇地可包括：該控制元件藉由縮放或捨棄音訊資料而執行該移動。
在例子61中，例子46-60中之任一例子之標的可選擇地可包括：該控制元件決定該至少一第二音訊處理元件喚醒排程的喚醒時序與該第一音訊處理元件喚醒排程的喚醒時序間之差異；以及設定類似於該第一音訊處理元件喚醒排程之該至少一第二音訊處理元件喚醒排程包含：移動該至少一第二音訊處理元件喚醒排程，以便減少該至少一第二音訊處理元件喚醒排程的喚醒時序與該第一音訊處理 元件喚醒排程的喚醒時序間之差異。
在例子62中，例子61之標的可選擇地可包括：該控制元件在該音訊通訊連接期間決定該差異。
在例子63中，例子61-62中之任一例子之標的可選擇地可包括：該控制元件偵測該差異是否大於一預定臨界值，以及如果該差異大於該預定臨界值，則移動該至少一第二音訊處理元件喚醒排程，以便減少該至少一第二音訊處理元件喚醒排程的喚醒時序與該第一音訊處理元件喚醒排程的喚醒時序間之差異。
在例子64中，例子63之標的可選擇地可包括：該預定臨界值是根據該第一音訊處理元件喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
在例子65中，例子46-64中之任一例子之標的可選擇地可包括：以該第一通訊裝置的一應用處理器或該第一通訊裝置的一數據機實施該音訊處理元件。
在例子66中，例子46-65中之任一例子之標的可選擇地可包括：該第一通訊裝置是一行動通訊裝置。
請注意，可將上述該等例子中之任意例子的一或多個特徵與其他例子中之任一例子結合。
在下文中，將參照前文中參照第3圖所述之架構而更詳細地說明一些實施例。
請注意，可諸如利用行動終端300的應用處理器111以及利用行動終端300的數據機112實施VoIP引擎303，而該數據機112諸如也(至少部份地)實施收發器 306。
可預期：在該VoIP引擎被設置在應用處理器111(亦即，以應用處理器111實施該VoIP引擎)的架構下，可藉由參照第4圖所述的對齊音訊通訊活動，而實現就功率消耗而論的最大改善。
其理由在於：在VoIP引擎303被設置在數據機112的架構下，縱然減少了與VoLTE處理活動有關的喚醒之次數，數據機112可能因為其平行地執行其他一再發生的活動(例如，鄰近細胞監視、呼叫要求監視等的活動)而可能仍然頻繁地被啟動。例如，數據機112的MAC層尤其必須每隔1毫秒執行LTE處理。為了解決此一問題，可使音訊(上行鏈路/下行鏈路)處理活動對齊無線電傳輸及無線電接收活動。因此，可實現將數據機被喚醒的次數減少。下文中將進一步更詳細地說明此種方式。
在將於下文中述及的例子中，假定以該行動終端的一應用處理器111實施VoIP引擎303，例如，實施之形式為由應用處理器111執行的一應用程式，且對齊音訊上行鏈路處理及音訊下行鏈路處理。
在VoIP引擎303被設置在應用處理器端且對齊音訊上行鏈路及下行鏈路處理的情形下，一旦在一典型VoIP使用案例中執行了一語音訊框的VoIP音訊處理活動(不包括諸如平行處理視訊等的並行情況)之後，應用處理器111(以及諸如行動終端300的系統單晶片(System on Chip；簡稱SoC))然後可進入一低功率模式，以便等候 將要被執行的次一語音訊框。因而，在對齊音訊上行鏈路處理及音訊下行鏈路處理的情況下，在一VoLTE通話期間，通常每隔20毫秒或40毫秒將發生應用處理器端上的一次喚醒，而在不採用此種方法的情況下，每隔20毫秒或40毫秒將發生兩次喚醒將是必要的(例如，取決於網路非連續接收(Discontinuous Reception；簡稱DRX)/半持續性排程(Semi Persistent Scheduling；簡稱SPS)/封包編碼長度(ptime)組態)。
在諸如下文所述之例子等的一例子中，並不使用UL/TX音訊及DL/RX音訊活動對齊的隨機時間點，而是將對齊執行成能夠實現較低功率但是不太影響到(且可能完全不影響)端對端延遲。例如，實際上將通常是對立的兩件事(亦即，功率消耗及延遲)最佳化。
首先，控制器403測量UL/TX音訊活動與DL/RX音訊活動間之不對齊(misalignment)。例如，控制器403可收集統計資料，以便決定該不對齊是穩定的或移動的，而在VoIP的情況中，在有網路抖動(network jitter)且基於取樣的抖動緩衝管理被用於接收端時，DL/RX音訊活動的時刻可能是移動的。例如，控制器403避免干擾該移動的時刻，這是因為抖動緩衝管理(Jitter Buffer Management；簡稱JBM)正在工作以便將DL延遲最小化且同時防止網路抖動。因而，控制器403並不諸如移動DL/RX活動，而是使UL音訊活動對齊DL音訊活動。
在一VoLTE系統中，可將兩種類型的排程用於 VoLTE通話：
(1)動態排程：當行動終端(亦即，LTE例子中之UE)有要被傳輸的資料時，該UE將一排程要求傳送到網路(例如，傳送到E-UTRAN 101)，以便取得授與UL無線電傳輸的資源。因而，使用動態排程時，可經由該機制而改變UL無線電傳輸的時刻。
(2)半持續性排程(SPS)：在此種情況中，由該網路(例如，E-UTRAN 101)將預定的時刻分配給UL傳輸。此種方式可避免在每一語音訊框將該協商機制用於被授與無線電傳輸資源的UE。在此種情況中，UE無法改變UL無線電傳輸的UL時刻。
對於動態排程而言，UL音訊TX處理活動的移動對於端對端延遲的影響有限(且在大部分的時間中甚至沒有影響)，而在SPS的情況中，通常將改變端對端延遲。
關於SPS，將發生兩種情況：UL音訊處理活動的移動減少了總端對端延遲；或者UL音訊處理活動的移動增加了總端對端延遲。
藉由測量UL/TX音訊處理活動的完成與無線電UL傳輸的開始之間經過的時間，控制器403可推斷UL/TX音訊處理活動的移動將增加或減少總端對端延遲。
因而，控制器403可根據該資訊而採取可能導致下列者的一憑經驗所作之決定：1.減少功率消耗且減少端對端延遲，2.減少功率消耗且對於端對端延遲的影響有限或沒有 影響，3.減少功率消耗且增加端對端延遲，其中藉由移動UL/TX音訊處理活動使其對齊DL/RX音訊處理活動，使得只有單一喚醒源(或換言之，UL/TX音訊處理及DL/RX音訊處理有共同的喚醒排程)，而實現功率的減少。此種方式在VoIP引擎被設置在應用處理器上(亦即，不與數據機活動相關聯)時可顯著地減少功率消耗。
在情況1及2中，控制器403可諸如必然強制執行該移動/對齊。在情況3中，控制器403可根據一裝置策略而決定是否執行該移動/對齊。
控制器403可在整個通話持續時間中適應性地在一VoIP通話期間動態地對齊UL/TX音訊處理活動，其中該控制器403以一種平滑的方式(不會產生可聽到的失真)執行音訊處理活動的移動，且其中該控制器403考慮到通常是對立的兩種音訊關鍵效能指標(Key Performance Indicator；簡稱KPI)功率消耗及端對端延遲。
因此，針對較低的功率消耗及較短的延遲而在喚醒方面動態地調整在本例子中以應用處理器111實施的該整體音訊系統。
例如，可以功率消耗有關之方式將基於一網際網路協定多媒體子系統(Internet Protocol Multimedia Subsystem；簡稱IMS)應用處理器(Application Processor；簡稱APE)中心架構之一行動終端最佳化。
IMS APE中心架構通常很有吸引力，這是因為此種架構可易於支援IMS功能(IR.94、WiFi上的IMS(IMS over WiFi)、RCSe等的功能)，可以於被升級，且較易於以一種符合成本效益的方式支援(在與具有被設置在數據機上的VoIP引擎之一數據機中心架構對比的情形下)。通常針對一種使用案例(亦即，LTE例子中之低功率VoLTE通話)將數據機中心架構最佳化，但是此種架構與IMS APE中心架構相比時，通常使得對其他IMS使用案例及功能的支援複雜許多。
某些行動電話製造商仍然建議數據機中心架構，而其他的行動電話製造商則支援(且在內部運行)APE中心架構。因此，可能希望有一種用於兩種架構的方法。
請注意，在VoLTE的環境中所述的該等例子可適用於其他的VoIP應用。現今，就VoIP功率消耗而論的最大壓力是在VoLTE通話的環境中。
第6圖示出使UL/TX音訊處理活動與DL/RX音訊處理活動對齊的一程序。
例如，由諸如對應於行動終端105及行動終端300的通訊裝置400之控制器403執行該程序。
第1圖601示出被均勻間隔了20毫秒的時間間隔的一些下行鏈路喚醒之下行鏈路喚醒排程。此外，上行鏈路喚醒的上行鏈路喚醒排程包括也被均勻間隔了20毫秒的時間間隔的一些上行鏈路喚醒603。然而，可看出該等上行鏈路喚醒排程向左移動了11毫秒，亦即，每一上行鏈 路喚醒603在一下行鏈路喚醒602之前11毫秒出現。
控制器403測量該不對齊，亦即，測量諸如一滑動視窗(sliding window)中之上行鏈路喚醒排程相對於下行鏈路喚醒排程的移動。例如，控制器403可在一段預定時間中測量，或等候到該移動在整個滑動視窗期間中穩定了為止。
換言之，控制器403收集與音訊UL及DL喚醒不對齊有關的測量。各DL喚醒可能由於DL基於樣本的抖動緩衝管理(Sample Based Jitter Buffer Management；簡稱SJBM)活動而移動，因而在一對齊的情況中，可看出該等UL喚醒將追蹤該等DL喚醒。
因而，控制器403在考慮使UL音訊處理活動對齊各DL音訊處理活動之前，可等候某一段時間直到DL喚醒穩定了為止。一旦DL喚醒排程穩定了之後，例如，一旦滿足了一穩定度準則之後，控制器403根據該等測量結果(以及諸如DL喚醒統計資料)而決定一對齊值。在該例子中，控制器403決定一對齊值ALIGN=11毫秒。
控制器403可評估對於端對端延遲的影響：在VoLTE動態排程的情況中，控制器403可被配置成強制執行將UL喚醒排程移動該被決定的值。
在VoLTE半持續性排程的情況中，控制器403可被配置成在VoLTE動態排程的情況中，控制器403可被配置成評估對於VoLTE連接延遲的影響，亦即，可被配置成決定該連接的延遲在UL喚醒排程移動了該被決定的值 時是增加、減少、或保持不變。控制器403然後根據諸如可配置的策略而作出是否要執行該等UL音訊處理活動的移動之決定。
請注意，完美的對齊可能不是必要的：使該等DL處理活動在可匹配該等UL處理活動的範圍內，因而使該等DL及UL處理活動可在不同的核心(不同的實體核心或不同的超執行緒(hyper threading))中被平行地執行，通常即已足夠，這是因為多核心架構現在通常是行動電話應用處理器的一種典型特徵。此外，VoLTE的UL處理活動耗用比DL處理活動長許多的時間：這是使用諸如自適應多速率(Adaptive Multi-Rate；簡稱AMR)、增強型語音服務(Enhanced Voice Service；簡稱EVS)、或Opus等的編碼解碼器之結果，其中編碼耗用比解碼長許多的時間。事實上，AMR編碼通常耗用比AMR解碼長大約四倍的時間。
假定控制器403決定強制執行對齊，則控制器403移動UL喚醒排程，導致包括被移動的UL喚醒604之UL喚醒排程以第2圖605所示之方式對齊DL喚醒排程的DL喚醒602。因此，該等UL處理活動與該等DL處理活動對齊或重疊。
控制器403可在一VoLTE(或一般而言的VoIP)通話期間多次執行此種對齊。可在沒有音訊人為失真的情形下實現此種對齊，因而該等UL處理活動可平滑地趕上DL處理活動的進展，且整個音訊系統是動態的。
第7圖示出控制器403可如何強制執行(亦即，實現)UL喚醒排程與DL喚醒排程間之對齊。
如第1圖701所示，在對齊之前，假定以一些對應於22毫秒的音訊樣本填充該行動終端的音訊輸入緩衝器702(例如，對應於音訊輸入緩衝器302)，此種音訊樣本填充的情形如音訊輸入緩衝器702的被一指標cp_ptr定界到左端(假定以自右到左的方式填充緩衝器702)且被一指標dsp_ptr定界到右端之一部分703所示，其中從緩衝器702讀取新的樣本，該指標dsp_ptr指示其中VoIP引擎303的一組件(例如，一數位信號處理器(Digital Signal Processor；簡稱DSP)704)將一些將由一編碼解碼器705(在讀取樣本之後)編碼(例如，在DSP 704執行某些處理之前)的樣本寫到緩衝器702。例如，可至少部分地在VoIP引擎303中實施DSP 704及編碼解碼器705。請注意，在上行鏈路中，DSP 704寫到緩衝器702，且該應用處理器自緩衝器702讀取；而在下行鏈路中，該應用處理器寫到緩衝器702，且DSP 704自緩衝器702讀取。
在內定的情況中，通常每隔20毫秒(或40毫秒)將發生一VoLTE通話期間的音訊UL處理活動之喚醒。理論上，該網路可能配置較高值(20毫秒的倍數)的使用，但是20毫秒及40毫秒是用於VoLTE通話的典型值。在諸如opus、ilbc、或isac等的其他編碼解碼器之情況中，可使用下列不同的值：5毫秒、10毫秒、30毫秒。
於執行音訊UL處理活動的移動時，控制器403可使 用下列兩種方法中之一種方法：捨棄音訊(例如，脈碼調變(PCM))樣本。控制器403可諸如在靜默期間觸發該方法。
對音訊執行時間縮放，亦即，執行音頻信號的壓縮或擴展(例如，一或多個語音訊框)。
控制器403亦可使用這兩種方法的一組合。例如，控制器403可等候一靜默期間，且如果諸如在經過某一段時間之後沒有發生靜默期間，則控制器403可觸發語音訊框的時間縮放。然而，在一語音通話期間，在統計上有接近50%的靜默期間，且甚至在用戶連續講話時，也有規律性的短靜默期間。
對於對齊而言，在本例子中，需要有短於20毫秒的靜默期間，可預期在靜默期間捨棄音訊樣本將是適當的，可適用於若非全部則為大部分的情況。在極端的案例下，為了可處理所有的情況，該控制器可將語音訊框的時間縮放視為一種額外的精進。
在第7圖所示之例子中，一旦控制器403決定了移動該等音訊UL處理活動之後，且一旦控制器403決定了用於指定應將UL音訊處理活動移動多少毫秒的對齊值(ALIGN=11毫秒)之後，控制器403每隔20毫秒(或每隔40毫秒)對該等被擷取的樣本執行一次(諸如pcm)分析，以便偵測適於在沒有可聽聞的音訊人為失真之情形下進行樣本捨棄的訊框。
當控制器403偵測到此種訊框時，控制器403捨棄與 該對齊值所能提供的最長毫秒等值的音訊樣本(亦即，在本例子中為與11毫秒等值的樣本)，例如，藉由讀取且捨棄某些音訊樣本，或如第7圖所示，藉由倒轉一計數器或指標，而不理會將要被捨棄的音訊樣本，且該等音訊樣本隨後將被覆寫。
具體而言，在第7圖所示之例子中，如第2圖706所示，指標cp_ptr被倒轉(被移到右端)了11毫秒，因而有效地捨棄了11毫秒的音訊樣本，且又必須將11毫秒的音訊樣本輸入到緩衝器，直到一喚醒被觸發為止。例如，如果在22毫秒的緩衝層次下觸發了一喚醒，則在倒轉了該計數器cp_ptr之後，仍然失落了11毫秒，且只有在另一11毫秒之後，才能取得用於一完整語音訊框的UL編碼之失落的樣本，且觸發一UL喚醒，因而音訊UL處理活動及相關聯的UL喚醒延遲了11毫秒。
在該移動之後，在每隔20毫秒(或40毫秒)的週期性喚醒下再度繼續執行該UL喚醒排程，因而執行了使音訊UL處理活動對齊音訊DL處理活動。
控制器403可在整個通話期間一再地重複該程序。因此，該音訊系統在VoLTE/VoIP通話期間是動態的，其中DL(播放)係作為主控者，且UL以一種適應性且平滑的方式執行常規的對齊DL。係針對較低的功率而將該對齊最佳化，且該對齊能夠應付為了達到最小下行鏈路延遲及最大網路抖動保護而工作之系統，而且該對齊不會影響到與UL延遲有關的許多案例、以及可在其餘的案例中可能 採用的某些取捨決定(功率相對於於UL延遲)。
前文中參照第6及7圖所述之例子係基於在應用處理器111上實施VoIP引擎303的一架構。然而，亦可在數據機(例如，LTE數據機112)上實施VoIP引擎303的一架構中使用類似的方法。
在下文中，將說明基於一數據機中心架構(亦即，在數據機112上實施VoIP引擎303)的一例子，其中將考慮以上行鏈路無線電傳輸及下行鏈路無線電傳輸而論的最佳化及非最佳化網路設定之情況。
在下文的例子中，為了減少一VoLTE平台(例如，行動終端300)在一通話(例如，一IMS或IR92通話)期間的總功率消耗，減少核心喚醒(在本例子中為數據機喚醒)的次數。為了達到此一目的，將該通話期間所需的活動同步且排程，以便提高核心睡眠的機會。
具體而言，在本例子中，如第8及9圖所示，使上行鏈路音訊處理及下行鏈路音訊處理對齊上行鏈路無線電(例如，LTE)傳輸及下行鏈路無線電(例如，LTE)傳輸排程。
第8及9圖時間圖800、900，該等時間圖例示了上行鏈路活動及下行鏈路活動的時間。
在圖800、900中，陰影框指示各別組件/功能的現用狀態，而白色框指示該組件/功能的非現用狀態。
在第8及9圖所示之該等例子中，使UL及DL音訊處理對齊UL及DL無線電傳輸。
在為VoLTE通話最佳化的一網路組態中，UL TX及DL RX LTE時槽係相互接近(理想上是在四個時間傳輸間隔(Time Transmission Interval；簡稱TTI)內，以便在與TX的時槽相同的時槽中傳送RX確認(Acknowledgement；簡稱ACK)，或者反之亦然。排程要求(Scheduling Request；簡稱SR)801、901的位置接近onDurationStart。在小於一個DRX週期的SR週期性之情況中，行動終端300選擇最接近onDurationStart的SR。
以與TX傳輸804、904以及RX傳輸805、905有關之方式將用於觸發音訊資料的傳送或被接收資料的播出的來自音訊子系統之UL中斷802、902以及DL中斷803、903排程，且該排程具有與音訊處理(音訊編碼/解碼(在適用之情況下)、RTP定框(framing)、IP定框等的音訊處理)及傳播時間有關的一些偏移。自數據機中心且自AP中心之觀點而論，此種方式都可設定具有低延遲及功率消耗的組態。實際上，如數據機狀態806、906及應用處理器狀態807、907所示，當由於音訊資料的接收而發出用於音訊播出的中斷時，該應用處理器及該數據機業已被喚醒。
在LTE無線電接收及無線電傳輸不相互接近的非最佳化網路組態之情況中，控制器403可決定是否要減少功率消耗或延遲。為了減少AP中心解決方案中之功率消耗，可將UL處理中斷及DL處理中斷定位到相同的喚醒 週期中。在不良無線電狀況的情況中，實際的成功RX時槽可能被移動(亦即，實際的RX由於網路而將是較晚的)。控制器403可將該資訊用於定位UL處理中斷及DL音訊處理中斷，以便減少功率消耗及延遲。
在LTE數據機112之上的應用處理器111中實施VoIP引擎303的架構之情況中，可能有減少該應用處理器上的功率消耗與減少該數據機上的功率消耗間之取捨。
因為編碼(例如，AMR編碼)通常比解碼長許多，所以有將該應用處理器上的DL解碼排程成平行於該應用處理器上的上行鏈路編碼之某些彈性，因而無須該應用處理器的兩次喚醒。
例如，數據機112根據其對TX/RX無線電傳輸時槽排程或限制的了解，而將自數據機的觀點而論可將數據機功率消耗最佳化的UL/DL活動之最佳移動向該應用處理器報告。如果該移動仍然能夠使應用處理器111上的DL處理在UL處理結束之前發生，則該控制器強制執行該組態，且可因而實現應用處理器及數據機的單一喚醒。
否則，控制器403可作出將導致下列結果的一決定：該應用處理器的兩次喚醒以及該數據機的一次喚醒；或該應用處理器的一次喚醒以及該數據機的兩次喚醒。
在兩次喚醒的情況中，根據該等兩個活動間之時間間隔(能夠有較多或較少的睡眠時間)，該數據機及該應用處理器可提供使該控制器能夠作出一憑經驗所作之決定的 一功率影響評估。
雖然已說明了一些特定態樣，但是熟悉此項技術者當可了解：可在不脫離最後的申請專利範圍界定的本發明揭露的態樣之精神及範圍下，作出該等態樣的形式及細節之各種改變。最後的申請專利範圍因而指示該範圍，且因而將意圖包含在該等申請專利範圍的等效意義及範圍內所作的所有改變。

Claims (19)

  1. 一種用於處理音訊資料的裝置，包含：一音訊處理器，該音訊處理器被配置成在一第一通訊裝置與一第二通訊裝置間之音訊通訊連接期間執行音訊處理；一記憶體，該記憶體被配置成儲存根據一第一預定音訊通訊連接事件的至少一第一音訊處理器喚醒排程；一控制器，該控制器被配置成用以：設定類似於該第一音訊處理器喚醒排程之根據一第二預定音訊通訊連接事件的至少一第二音訊處理器喚醒排程，以及回應該第一或第二預定音訊通訊連接事件中之至少一者而根據該第一音訊處理器喚醒排程或該第二音訊處理器喚醒排程中之至少一者將一喚醒信號傳送到該音訊處理器，以便喚醒該音訊處理器；其中該音訊處理器被進一步配置成用以在完成了該音訊處理之後進入一睡眠模式且回應該喚醒信號而自該睡眠模式進入一處理模式。
  2. 如申請專利範圍第1項之裝置，其中該第一預定音訊通訊連接事件是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始，且該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
  3. 如申請專利範圍第2項之裝置，其中該音訊處理器被配置成用以在比將要被傳輸到該第二通訊裝置的音訊資 料的處理的時間短的一時間中執行自該第二通訊裝置接收的音訊資料的處理，且其中設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該應用處理器將要執行的自該第二通訊裝置接收的音訊資料的處理排程在將要被傳輸到該第二通訊裝置的音訊資料的處理期間。
  4. 如申請專利範圍第1項之裝置，其中該第一預定音訊通訊連接事件是到該第二通訊裝置的音訊資料的一無線電傳輸，且該第二預定音訊通訊連接是將要被傳輸到該第二通訊裝置的音訊資料的處理之一開始。
  5. 如申請專利範圍第1項之裝置，其中該第一預定音訊通訊連接事件是來自該第二通訊裝置的音訊資料的一無線電接收，且該第二預定音訊通訊連接是自該第二通訊裝置接收的音訊資料的處理之一開始。
  6. 如申請專利範圍第1項之裝置，其中該音訊處理是將要被傳輸到該第二通訊裝置的音訊資料的一音訊處理，且包含將來自一音源的音訊資料編碼以及形成編碼音訊資料的封包中之至少一者。
  7. 如申請專利範圍第1項之裝置，其中該音訊處理是自該第二通訊裝置接收的音訊資料的一音訊處理，且包含自編碼音訊資料的封包提取編碼音訊資料以及將編碼音訊資料解碼中之至少一者。
  8. 如申請專利範圍第1項之裝置，其中設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒 排程包含：將根據該至少一第二音訊處理器喚醒排程之喚醒設定為在該第一音訊處理器喚醒排程的一預定容許度之內。
  9. 如申請專利範圍第8項之裝置，其中該預定容許度是根據該第一音訊處理器喚醒排程的各相鄰喚醒間之時間的2%、5%、10%、或15%。
  10. 如申請專利範圍第1項之裝置，其中該音訊處理是語音通話資料的處理。
  11. 如申請專利範圍第1項之裝置，其中該音訊通訊連接是一網際網路協定上的語音音訊通訊連接。
  12. 如申請專利範圍第1項之裝置，其中該音訊通訊連接是一LTE語音音訊通訊連接。
  13. 如申請專利範圍第1項之裝置，其中設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：將該至少一第二音訊處理器喚醒排程自根據該音訊處理器先前在該音訊通訊連接期間被喚醒的一位置移動到類似於該第一音訊處理器喚醒排程的一位置。
  14. 如申請專利範圍第13項之裝置，其中該控制器被配置成用以：搜尋該音訊通訊連接中之一靜默期間，且於找到的一靜默期間中執行該移動。
  15. 如申請專利範圍第13項之裝置，其中該控制器被配置成用以藉由縮放或捨棄音訊資料而執行該移動。
  16. 如申請專利範圍第1項之裝置，其中該控制器被配置成用以決定該至少一第二音訊處理器喚醒排程的喚醒 時序與該第一音訊處理器喚醒排程的喚醒時序間之差異，且其中設定類似於該第一音訊處理器喚醒排程之該至少一第二音訊處理器喚醒排程包含：移動該至少一第二音訊處理器喚醒排程，以便減少該至少一第二音訊處理器喚醒排程的喚醒時序與該第一音訊處理器喚醒排程的喚醒時序間之差異。
  17. 如申請專利範圍第16項之裝置，其中該控制器被配置成用以在該音訊通訊連接期間決定該差異。
  18. 一種用於處理音訊資料之方法，包含：儲存根據一第一預定音訊通訊連接事件的至少一第一音訊處理器喚醒排程；設定類似於該第一音訊處理器喚醒排程之根據一第二預定音訊通訊連接事件的至少一第二音訊處理器喚醒排程，回應該第一或第二預定音訊通訊連接事件中之至少一者，而根據該第一音訊處理器喚醒排程或該第二音訊處理器喚醒排程中之至少一者將一喚醒信號傳送到一音訊處理器，以便在一第一通訊裝置與一第二通訊裝置間之一音訊通訊連接期間喚醒該音訊處理器且執行音訊處理；其中該音訊處理器在完成了該音訊處理之後進入一睡眠模式，且回應接收到該喚醒信號而自該睡眠模式進入一處理模式。
  19. 一種電腦可讀取的媒體，該電腦可讀取的媒體上有被記錄的指令，該等指令被一處理器執行時，使該處理 器執行根據申請專利範圍第18項之用於處理音訊資料的方法。
TW105105647A 2015-03-27 2016-02-25 用於處理音訊資料的裝置及方法 TWI593297B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US14/670,441 US9713192B2 (en) 2015-03-27 2015-03-27 Device and method for processing audio data

Publications (2)

Publication Number Publication Date
TW201644299A TW201644299A (zh) 2016-12-16
TWI593297B true TWI593297B (zh) 2017-07-21

Family

ID=55521415

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105105647A TWI593297B (zh) 2015-03-27 2016-02-25 用於處理音訊資料的裝置及方法

Country Status (4)

Country Link
US (1) US9713192B2 (zh)
EP (1) EP3073791B1 (zh)
CN (1) CN106028369B (zh)
TW (1) TWI593297B (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102398970B1 (ko) * 2015-09-03 2022-05-17 삼성전자주식회사 패킷 기반 음성 통화에서 데이터 전송을 제어하는 방법 및 장치
CN108476383B (zh) * 2016-07-27 2021-02-05 华为技术有限公司 一种最大打包间隔的协商方法、装置以及存储介质
US10206124B1 (en) 2016-09-14 2019-02-12 Mbit Wireless, Inc. Method and apparatus for bidirectional modem
US10182368B1 (en) * 2016-09-20 2019-01-15 Mbit Wireless, Inc. Method and apparatus for bidirectional applications
CN106774798A (zh) * 2016-12-06 2017-05-31 宇龙计算机通信科技(深圳)有限公司 音乐切换的方法及装置
WO2018145768A1 (en) * 2017-02-13 2018-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Wake-up signal with frequency information
WO2018187969A1 (en) * 2017-04-12 2018-10-18 Qualcomm Incorporated Dynamic low latency configuration
CN109699074B (zh) * 2017-10-20 2021-11-23 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
CN109032554B (zh) * 2018-06-29 2021-11-16 联想(北京)有限公司 一种音频处理方法和电子设备
CN109147822B (zh) * 2018-10-26 2023-05-09 上海创远仪器技术股份有限公司 用于volte语音录制及语音质量评估的系统及其方法
CN110475362B (zh) * 2019-08-28 2023-05-12 展讯通信（上海）有限公司 传输资源的调整方法与设备
CN112732340B (zh) 2019-10-14 2022-03-15 思必驰科技股份有限公司 人机对话处理方法及装置
CN112825488B (zh) * 2019-11-21 2022-07-22 成都鼎桥通信技术有限公司 音频数据传输方法、装置及终端
CN111601297B (zh) * 2020-05-14 2023-06-09 中国联合网络通信集团有限公司 拥塞解决方法、业务开通方法、服务器和终端

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1133135B1 (en) * 2000-02-29 2003-07-09 Cyber Pacific International Holdings Limited Communication apparatus and method
US6987947B2 (en) * 2001-10-30 2006-01-17 Unwired Technology Llc Multiple channel wireless communication system
JP3886795B2 (ja) * 2001-12-10 2007-02-28 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動通信方法、移動端末及び通信基地局
JP4336817B2 (ja) * 2004-03-16 2009-09-30 日本電気株式会社 無線通信端末装置、無線通信システムおよび無線通信方法
CN100466653C (zh) * 2004-11-18 2009-03-04 英保达股份有限公司 网络语音电话系统中建立通讯进行数据传送与接收的方法
CN100525114C (zh) 2005-12-29 2009-08-05 北京中星微电子有限公司 一种音频处理系统
US8498237B2 (en) * 2006-01-11 2013-07-30 Qualcomm Incorporated Methods and apparatus for communicating device capability and/or setup information
US7797555B2 (en) * 2006-05-12 2010-09-14 Intel Corporation Method and apparatus for managing power from a sequestered partition of a processing system
US8588054B2 (en) * 2006-10-26 2013-11-19 Qualcomm Incorporated Silence intervals in wireless communications
JP2008186569A (ja) * 2007-01-05 2008-08-14 Sony Corp 再生装置および再生制御方法
CN101291485A (zh) * 2007-04-20 2008-10-22 鸿富锦精密工业（深圳）有限公司 移动通信设备及其通话省电方法
CN101056328B (zh) * 2007-05-25 2010-07-21 深圳市飞扬无限科技有限公司 基于无绳电话的应用方法和系统
US8504120B2 (en) * 2007-08-31 2013-08-06 Palm, Inc. Techniques for controlling a radio processor in a mobile computing device
ES2378267T3 (es) 2007-09-14 2012-04-10 Research In Motion Limited Sistema y método para el tiempo de inicio de control de recepción discontinua
US8111642B2 (en) 2008-02-13 2012-02-07 Sony Ericsson Mobile Communications Ab Using traffic patterns to improve sleep mode efficiency in a radio handset
US8095610B2 (en) * 2008-03-28 2012-01-10 Time Warner Cable Inc. Methods and apparatus for centralized and decentralized emergency alert messaging
US20100141400A1 (en) * 2008-11-19 2010-06-10 Qualcomm Incorporated Lower power discovery and wake up using service set identifier probabilistic scanning synchronization verification and optional sensor
KR101289107B1 (ko) * 2008-12-15 2013-08-07 리서치 인 모션 리미티드 반영구적 스케쥴링과 불연속적 정렬
US20100299455A1 (en) * 2009-05-21 2010-11-25 Motorola, Inc. Mobile Computing Device and Method with Enhanced Poling Management
US8843129B2 (en) * 2009-12-21 2014-09-23 Samsung Electronics Co., Ltd. Methods and apparatus to support base station detection and selection in multi-tier wireless networks
CN102577233B (zh) * 2010-02-01 2016-07-13 惠普开发有限公司 用于网络交换机的深度休眠模式管理
US8391918B2 (en) * 2010-06-28 2013-03-05 Research In Motion Limited Method and system for radio access technology selection
US9098261B2 (en) * 2011-12-15 2015-08-04 Intel Corporation User level control of power management policies
WO2013101069A1 (en) * 2011-12-29 2013-07-04 Intel Corporation Core switching accelaration in asymmetric multiprocessor system
US8831632B2 (en) * 2012-05-25 2014-09-09 Kevin Laws Efficient resource usage for location sharing in computer networks
US9288720B2 (en) * 2012-10-08 2016-03-15 Apple Inc. Dynamic network cell reselection after a failed handover
CN103841493B (zh) 2012-11-21 2017-04-12 宏碁股份有限公司 音频处理装置
US9197381B2 (en) * 2013-05-30 2015-11-24 Broadcom Corporation Low cost and robust receiver architecture for down link carrier aggregation
US9136973B2 (en) * 2013-06-15 2015-09-15 Olympus Corporation Flexible reservation-based MAC for wireless body area networks
US9244516B2 (en) * 2013-09-30 2016-01-26 Sonos, Inc. Media playback system using standby mode in a mesh network
US9736771B2 (en) * 2015-01-20 2017-08-15 Mitsubishi Electric Research Laboratories, Inc. Energy efficient management of heterogeneous multi-hop wireless networks

Also Published As

Publication number Publication date
EP3073791B1 (en) 2017-09-20
CN106028369A (zh) 2016-10-12
US20160286599A1 (en) 2016-09-29
CN106028369B (zh) 2019-08-20
EP3073791A1 (en) 2016-09-28
TW201644299A (zh) 2016-12-16
US9713192B2 (en) 2017-07-18

Similar Documents

Publication Publication Date Title
TWI593297B (zh) 用於處理音訊資料的裝置及方法
US11792731B2 (en) Radio communication system, radio terminals, radio base stations, radio communication method and program
RU2689405C1 (ru) Способ для управления операциями drx в режиме установленного соединения
EP2641447B1 (en) Managing wireless communications
US8654691B2 (en) Managing wireless communications
CN110663285B (zh) 特定于服务的短drx周期
EP2876967B1 (en) Drx operation with dual connectivity
US20120120828A1 (en) Managing Communications Across a Wireless Network
EP3066872B1 (en) Efficient operation of user equipment in a wireless communication network
EP3410787B1 (en) Low power low latency protocol for data exchange
EP3165046B1 (en) Improved drx configuration
WO2023046196A1 (zh) 辅助信息上报方法、业务配置方法、终端及网络侧设备
JP2024516890A (ja) 適応的不連続受信構成のための方法および装置
JP5733423B2 (ja) 基地局、無線端末、無線通信システム、および無線通信方法
US20220030115A1 (en) Audio coding re-synchronization with radio access transmission / reception timeline for cdrx enabled voip service
WO2023051195A1 (zh) 通信方法和通信装置
WO2023078682A1 (en) Dynamic adjustment of discontinuous reception operation for downlink video traffic

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees