CN108476086A - 用于紧急呼叫的增强型后退到带内模式 - Google Patents

用于紧急呼叫的增强型后退到带内模式 Download PDF

Info

Publication number
CN108476086A
CN108476086A CN201680078176.6A CN201680078176A CN108476086A CN 108476086 A CN108476086 A CN 108476086A CN 201680078176 A CN201680078176 A CN 201680078176A CN 108476086 A CN108476086 A CN 108476086A
Authority
CN
China
Prior art keywords
band
voice
transmitted
instruction
audio
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201680078176.6A
Other languages
English (en)
Other versions
CN108476086A8 (zh
CN108476086B (zh
Inventor
斯蒂芬·威廉·埃奇
尼古拉·康拉德·梁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN108476086A publication Critical patent/CN108476086A/zh
Publication of CN108476086A8 publication Critical patent/CN108476086A8/zh
Application granted granted Critical
Publication of CN108476086B publication Critical patent/CN108476086B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/005—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission adapting radio receivers, transmitters andtransceivers for operation on two or more bands, i.e. frequency ranges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/205—Arrangements for detecting or preventing errors in the information received using signal quality detector jitter monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H04W4/185—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/0014—Carrier regulation
    • H04L2027/0083—Signalling arrangements
    • H04L2027/0089—In-band signals
    • 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/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Environmental & Geological Engineering (AREA)
  • Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Emergency Management (AREA)
  • Public Health (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Other Investigation Or Analysis Of Materials By Electrical Means (AREA)

Abstract

本发明公开用于增加经由通信网络的音频信道中的带内发信传送数据的可靠性的技术。技术包含致使音频解码程序基于获得带内发信的指示而修改对所述音频信道的音频信号的解码。经修改解码可通过静态去抖动缓冲器替换自适应性去抖动缓冲器或增加自适应性去抖动缓冲器的缓冲时间。可基于带内发信的所述指示而将所述经解码音频信号提供到带内消息检测器、音频编码器或音频播放装置。用户设备、媒体网关控制功能或媒体网关可使用所述技术改进带内传送关于下一代eCall的最小数据集MSD的可靠性。

Description

用于紧急呼叫的增强型后退到带内模式
相关申请案交叉参考
背景技术
以下大体上涉及无线通信，且更特定来说，涉及远程信息处理(telematics)数据和元数据的无线发射和接收。在一些系统中，可将远程信息处理数据(例如，传感器读数和其它数据)从智能终端发射到中央服务以进行处理。举例来说，与经历碰撞的车辆相关联的终端可经由无线通信系统将所测量位置数据和预配置车辆数据与对紧急服务的请求一起发射到公共安全应答点(PSAP)。在一些系统中，可将数据发射到第三方服务提供商(TSP)，所述TSP可接着将数据中的一些或全部传达到PSAP。
发明内容
本发明公开用于增加经由通信网络的语音信道中的带内发信(例如，由PSAP从用户设备(UE))接收的数据的可靠性的技术。技术包含致使解码(例如，转码)模块基于获得带内发信的指示而变更其解码(例如，转码)输入信号的方式，以及致使将带内发信提供到解码(例如，转码)模块以进行解码(例如，转码)。在一些实施例中，解码(例如，转码)模块通过停用或修改自适应去抖动缓冲器的使用来变更其解码(例如，转码)的方式。
根据本发明，增加经由带内发信接收的数据的传送的可靠性的实例方法包括：获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号。
根据本发明，用于增加经由带内发信接收的数据的传送的可靠性的实例装置包括：通信子系统；和处理单元，其以通信方式耦合到通信子系统且经配置以致使设备获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号。
根据本发明，用于增加经由带内发信接收的数据的传送的可靠性的实例设备包括：用于获得带内发信的指示的装置，所述带内发信在通信网络的音频信道中发生，以及用于响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号的装置。
根据本发明，实例非暂时性计算机可读媒体其上嵌入有用于增加经由带内发信接收的数据的传送的可靠性的指令。所述指令包含计算机代码，其用于获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的指示，利用经修改解码程序来解码所述音频信道的音频信号。
在以下描述和针对本发明的特定方面的相关图式中公开本发明的此些和其它方面。可设计替代方面而不脱离本发明的范围。另外，将不详细描述或将省略本发明的众所周知元件以便不混淆本发明的相关细节。
附图说明
可通过参考以下图来实现对各种实施例的性质和优点的进一步理解。
图1为说明根据实施例用于启用用于LTE的NG eCall的系统的架构的简化框图。
图2为说明根据实施例，LTE系统的各种组件可交互以建立NG eCall，从而致使带内MSD传送的方式的发信流程。
图3为说明根据一项实施例用于传送MSD的LTE系统的组件之间的呼叫流程的发信流程。
图4为说明根据一项实施例的缓冲和解码程序的简化框图。
图5为说明根据一项实施例的转码程序的简化框图。
图6为说明根据一项实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图。
图7为说明根据另一实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图。
图8为移动装置或UE的实施例的框图。
图9为计算机系统的实施例的框图。
具体实施方式
与提供手动和自动紧急呼叫功能性的车辆相关联的终端通常在车辆乘员与PSAP操作者之间建立语音信道(也被称作语音媒体路径或音频信道)且使用所述语音信道来将远程信息处理数据带内传送到PSAP操作者。也可将远程信息处理数据使用语音信道在带内从终端发射到中央服务(例如，TSP服务器)。也可将与远程信息处理数据相关联的元数据(例如满意(例如，成功地)接收远程信息处理数据的应答或对更新远程信息处理数据的请求)在语音信道上从中央服务或PSAP带内传递到终端。
在提供基于IP的无线存取的无线通信系统(例如3GPP LTE系统)中，车辆乘员和服务中心(例如，TSP或PSAP)使用带外发信装置(例如使用SIP发信、IMS和/或单独专用数据信道)而非在语音信道上带内传送数据来传送远程信息处理数据和元数据可为更高效且较少阻碍。然而，在一些情景中，服务中心(例如，PSAP或TSP服务器)可不支持带外发信，例如，在服务中心连接到公共交换电话网络或电路交换(CS)选择路由器而非连接到因特网或IP路由器的条件下。在所述状况下，可需要在语音信道上带内传送远程信息处理数据和元数据，例如，通过使用带内发信、博多(Baudot)载频调或一些其它带内调制解调器技术来调制语音信道。
由带内装置在语音信道上发射远程信息处理数据和元数据所存在的问题可为语音通信可在发射远程信息处理数据和元数据期间被阻挡或遭受干扰。此外，经由语音信道发射经调制变量数字数据可提供有限数据输送量或是不可靠的，这归因于网络中的语音处理功能(例如，未经恰当调谐的回波消除器和在网络干线上使用压缩)。这些限制在经由包而非电路装置提供语音信道时在例如长期演进(LTE)和高速包存取(HSPA)系统中尤其严重，这是因为使用额外声音编码和转码(包含使用去抖动缓冲器)，其可使带内音频信号进一步失真，导致远程信息处理数据和元数据的更不可靠传送和对语音通信的更多干扰。
本发明大体涉及用于增加经由带内发信接收的数据(例如远程信息处理数据和元数据)传送的可靠性和速度的技术。本发明使用若干个缩略语来描述各种特定实施例，但应理解实施例并不限于此。表1提供本发明中所使用的缩略语列表。
表1-缩略语
从与车辆相关联的终端到PSAP或TSP的自动或手动触发紧急事件有关的呼叫有时被称作eCall。此在欧洲适用，其中术语“eCall”表示在无线通信网络(例如GSM、UMTS或LTE网络)上从车载系统(IVS)到PSAP的特定种类紧急呼叫。可当传感器检测到紧急情况(例如，安全气囊的打开)时自动地或由车辆中的驾驶员或乘客调用而手动地从车辆中的IVS激发eCall。作为eCall的部分，在eCall建立期间或在eCall建立之后立即(例如，数秒)将远程信息处理数据(被称作最小数据集(MSD))从IVS的用户设备(UE)组件传送到PSAP。MSD可包含对PSAP有帮助或关键的信息(所述信息在车辆中的驾驶员或乘客失去意识或以其它方式不能够用声音提供信息的状况下可能是无法获得的)，所述信息(例如)包含：车辆的位置、车辆识别信息、车辆的类型、车辆中的可能危险品、使用的座位安全带的数目(和/或可指示车辆中的乘客的数目的其它信息)、传感器信息等等。在成功传送MSD之后，PSAP可将元数据传回到IVS，从而确认成功传送。在呼叫中的某一稍后点处，PSAP可将元数据发送到IVS以请求IVS将经更新MSD发送到PSAP(例如，含有车辆的新位置和/或车辆乘员的不同数目的指示)。可使用带内或带外装置传送MSD和相关联元数据(例如，MSD确认或MSD请求)，所述带内或带外装置可取决于所使用的无线通信系统支持抑或不支持带外传送。
在下一代(NG)eCall(也被称作经由IMS的eCall)的情况下，MSD的传送通常使用带外装置发生且在无线通信系统使用LTE时可适用。与通过带内装置使用语音媒体路径将MSD从IVS传送到PSAP(其可需要被支持用于经由例如GSM或UMTS的较旧技术的eCall)相比，带外传送通常可较快且更可靠。然而，MSD的带外传送(例如，使用SIP或使用单独专用数据信道)可取决于PSAP为具有IP(例如，SIP)能力。
当NG eCall在欧洲初始发布(此可最早在2018年发生以履行欧盟议会的命令)时，许多PSAP可仍为“旧型”，仅能够接受电路交换呼叫(例如，经由ISDN或DTMF接口)。因此，为确保NG eCall与旧型系统的向后兼容性，基于IP发信(例如SIP发信)可需要经转换以在电路交换网络中进行通信。举例来说，在这些状况下，起源IMS网络可使用媒体网关控制功能(MGCF)来将起源网络侧上的SIP发信转换成PSAP(或公共交换电话网络(PSTN))侧上的SS7ISDN用户部分(ISUP)或多频(MF)发信，且可使用相关联媒体网关(MGW)来将网络侧上的VoIP转换成PSAP(或PSTN)侧上的基于电路的语音(例如，PCM A律)。
当发生SIP发信的此转换时(例如，当将eCall发送到旧型PSAP时)，MSD可在经包含在SIP发信中(例如，在SIP INVITE消息中)的条件下未由MGCF传送且可替代地被MGCF摒弃。当使用其它带外装置传送MSD时可存在类似情况，例如，如果使用单独专用数据信道传送MSD，那么MGCF可向IVS指示无法建立单独数据信道。当IVS中的UE元件未接着从PSAP接收元数据时(或当由其它装置告知UE：MSD的带外传送不可行时)，所述元数据确认PSAP对MSD的接收，UE可带内发送MSD(例如，经由数据调制解调器)作为语音媒体路径的一部分。PSAP(如果具有eCall能力)可接着能够通过带内装置接收并应答MSD。
在GSM和UMTS的情况下，用于eCall的MSD的带内传送已经展示为高度可靠且使语音路径中断仅大约5到10秒。然而，在LTE存取的情况下，如可用于NG eCall，已知传送为较不可靠且通常使语音路径中断较长时间。此可归因于使用用以将MSD数据编码为对语音包化和解包化(例如，在接收器处使用自适应去抖动缓冲器(DJB))敏感的带内音频的数据调制解调器和用于LTE的特定编码解码器。结果为NG eCall与用于GSM和UMTS的带内eCall系统(其在LTE状况下由NG eCall替换)相比可不可靠地传送MSD且致使对语音通信的更多中断。每当IVS可存取LTE网络但不可存取GSM或UMTS网络时且eCall经路由到的PSAP仅能够支持其中在语音信道上带内传送MSD的eCall时，即可发生此问题。在此情景中，IVS可需要激发关于NG eCall的基于IP的紧急呼叫但在语音媒体路径上由带内装置传送MSD，借此有PSAP与车辆乘员之间的语音通信的语音媒体路径的减少可靠性、MSD的缓慢传送和较长时间干扰(例如，阻挡)的风险。
本发明提供用于在其中需要将呈MSD形式的远程信息处理数据从IVS的UE组件带内传送到PSAP或TSP和/或其中需要将呈MSD接收确认或对经更新MSD的请求形式的元数据从PSAP或TSP带内传送到IVS的状况下增加LTE的NG eCall的可靠性的技术。然而，实施例并不限于此且可用于辅助其它应用，其中数据无法由带外装置传送且需要替代地由带内装置在媒体路径(例如语音媒体路径)上传送。举例来说，本文中的技术可用于传送可不同于当前定义用于欧洲的MSD的远程信息处理数据，以及/或将可不同于当前经定义用于欧洲中的MSD的元数据的元数据从IVS传送到PSAP或TSP和/或从PSAP或TSP传送到IVS。另外，技术可用于支持UE与服务提供商之间的其它类型的NG通信，其中一些信息通过带外装置(例如，使用单独数据信道或使用SIP发信消息)在UE与服务提供商之间传送，且其中当服务提供商并不具有IP能力或仅可通过CS装置从UE存取时信息需要在UE与服务提供商之间在语音或其它媒体路径(例如，视频路径)上带内传送。
在以下描述和针对本发明的特定方面的相关图式中公开本发明的这些和其它方面。可设计替代方面而不脱离本发明的范围。另外，本发明的众所周知元件将不详细描述或将被省略以便不混淆本发明的相关细节。
注意，如本文中所使用的术语“eCall”和“NG eCall”在某些上下文中(例如在将NGeCall在CS域上路由到旧型PSAP时)为同义的。所得eCall(或NG eCall)则可具有eCall与NGeCall两者的特性。起始NG eCall的IVS的UE组件可继续使用基于SIP和IP的发信来建立并稍后释放eCall(或NG eCall)，但可通过带内装置(与用于正常(非NG)eCall相同)传送任何远程信息处理数据(例如，MSD)。另外，中间实体(例如，MGCF)可将由UE使用的基于SIP和IP的发信转换成由旧型PSAP存取的基于CS的网络所使用的基于CS的发信(例如，SS7ISUP)。因此，在本文中的说明中，术语“eCall”和“NG eCall”可交换地用于其中IVS的UE组件起始NGeCall的情景，所述NG eCall经路由到旧型PSAP，例如本文中稍后针对图2关于从UE 105到旧型PSAP 150的eCall所描述。
图1为说明根据实施例用于启用LTE的NG eCall的系统100的架构的简化框图。除其它组件外，系统也包含UE 105(所述UE可并入到车载系统(IVS)107中和/或以其它方式与其连接)、LTE网络(也被称作演进式包系统(EPS))102、具有旧型PSAP 150的旧型紧急服务(ES)网络145，以及在具NENA i3能力的PSAP 160的情况下国家紧急号码协会(NENA)i3紧急服务IP网络(ESInet)155。LTE网络102可包含演进节点B(eNodeB，或eNB)110、服务网关115、包数据网络(PDN)网关120、移动性管理实体(MME)170、代理呼叫会话控制功能(P-CSCF)125、紧急呼叫会话控制功能(E-CSCF)130、媒体网关控制功能(MGCF)135，以及媒体网关(MGW)140。在一些实施例中，MGCF 135可并入到MGW 140中或以其它方式与其结合。在其它实施例中，例如图1中所展示的实施例，其可单独地实施和/或维持。如所展示，系统100可包括其它组件(其中的一些在图1中展示但其在本发明中未加以论述)，且其它实施例可取决于所要功能性添加、省略、结合、分离、重新布置或以其它方式变更组件。这些变化将由所属领域的一般技术人员了解。
IVS 107可为车辆(例如，汽车或卡车)的部分且可支持如先前所描述的NG eCall的远程信息处理。IVS 107可包含作为嵌入式组件的UE 105或可连接到(例如，耦合到)UE105(例如，经由)。UE 105可支持用于NG eCall的发信和语音传送功能且可在无线通信能力方面与其它无线终端(例如，蜂窝式电话或智能型电话)相似或相同。IVS 107可包含其它组件(图1中未展示)，例如可检测相关联车辆的可需要NG eCall的不同类型的紧急情况(例如急剧加速或减速、安全气囊的打开或火灾)的传感器。eNB 110可为用于UE 105的服务eNB且可代表UE 105提供对LTE网络102的无线通信存取。MME 170可为UE 105的服务MME，且可支持UE 105的移动性以及发信存取和语音承载路径的布建。服务网关115和PDN网关120可为UE 105提供基于IP的发信和IP发射支持，例如，其中PDN网关120为UE 105指派IP地址且将IP存取提供到LTE网络102中的其它实体(例如，MGW 140和P-CSCF 125)。
LTE网络102可包含IP多媒体子系统(IMS)180，其可包含P-CSCF 125、E-CSCF 130、MGCF 135和LRF 190。IMS 180可支持从UE 105到PSAP(例如i3 PSAP 160或旧型PSAP 150)的NG eCall。举例来说，在从UE 105到i3 PSAP 160的NG eCall的状况下，来自UE 105的发信路径(图1中未展示)可穿过eNB 110、服务网关115、PDN网关120、P-CSCF 125、E-CSCF130、IBCF、i3 ESInet 155和i3 PSAP 160。在从UE 105到旧型PSAP 150的NG eCall的状况下，来自UE 105的发信路径(在图1中由粗体虚线展示)可穿过eNB 110、服务网关115、PDN网关120、P-CSCF 125、E-CSCF 130、BGCF、MGCF 135、旧型ES网络145和旧型PSAP 150。IMS 180中的元件可提供呼叫处置和呼叫路由支持以实现从UE 105到i3 PSAP 160或旧型PSAP 150的NG eCall。举例来说，P-CSCF 125在由UE 105激发时检测NG eCall(例如，通过接收、解码和解释由UE 105发送的SIP INVITE消息)。E-CSCF 130可支持来自UE 105的NG eCall的路由(例如，通过将来自UE 105经由P-CSCF 125接收的SIP INVITE发送到旧型PSAP 150(经由MGCF 135)或i3 PSAP 160(经由IBCF))。LRF 190可在由E-CSCF 130查询时辅助来自UE 105的NG eCall的路由。举例来说，LRF 190可确定UE 105的位置(例如，依据由UE 105在SIPINVITE中提供的信息)，且可确定支持针对所述位置的NG eCall的PSAP(例如，旧型PSAP150或i3 PSAP 160)且可将此PSAP的识别码或地址传回到E-CSCF 130。MGCF 135可在到旧型PSAP 150的NG eCall状况下执行从UE 105接收的基于SIP的发信到由ES网络145使用的发信(例如ISUP发信)或从由ES网络145使用的发信(例如ISUP发信)到发送到UE 105的基于SIP的发信的转换。举例来说，MGCF 135可在路由到旧型PSAP 150的NG eCall的状况下将从UE 105接收的NG eCall转换成电路交换(CS)eCall。
I3ESInet 155可代表i3 PSAP 160支持基于IP的紧急呼叫，包含来自UE 105的NGeCall，例如，可将NG eCall从UE 105路由到i3 PSAP 160。旧型ES网络145可类似地代表旧型PSAP 150支持基于电路交换(CS)的紧急呼叫，包含经由MGCF 135从UE 105接收的CSeCall(也仅被称作eCall)，例如，可将经由MGCF 135接收的来自UE 105的CS eCall路由到旧型PSAP 150。在从UE 105到旧型PSAP 150的NG eCall的状况下，MGW 140可在从UE 105接收或发送到其的VoIP与发送到旧型PSAP 150或从其接收的基于CS的语音之间转换。
在从UE 105到旧型PSAP 150的NG eCall的状况下，从UE 105到旧型PSAP 150的发信路径(用粗体虚线标记)将UE 105与旧型PSAP 150以通信方式连接且用于传送发信消息(例如，SIP消息、ISUP消息)和/或其它信号(例如，MF载频调)。如先前所描述，此路径包含以下元件的链：UE 105、eNB 110、服务网关115、PDN网关120、P-CSCF 125、E-CSCF 130、MGCF135、旧型ES网络145和旧型PSAP 150。用于从UE 105到旧型PSAP 150的NG eCall的语音路径(也被称作语音媒体路径、媒体路径、数据路径、语音信道、音频信道、音频路径)(用粗体实线标记)将UE与旧型PSAP 150以通信方式连接。此路径包含以下组件的链：UE 105、eNB110、服务网关115、PDN网关120、MGW 140、旧型ES网络145和旧型PSAP 150。从UE 105到MGCF135的发信(例如，SIP消息)的通信通常为包交换(PS)(例如，使用经由IP的TCP或UDP输送的SIP)，而从MGCF 135到旧型PSAP 150的发信的通信可基于SS7(例如，ISUP)和/或可使用带内MF发信，但实施例可变化。从UE 105到MGW 140的语音的通信通常为包交换(PS)(例如，VoLTE、VoIP)，而从MGW 140到旧型PSAP 150的语音的通信为电路交换(CS)(例如，PCM A-律、PCMμ-律)，但实施例可变化。
为了与无线通信的一般术语一致，从UE 105发送到旧型PSAP 150或i3 PSAP 160或到LTE网络102中的任何元件的音频、语音、数据、发信和/或其它通信被称作“上行链路”或在“上行链路方向”上传送、发送或接收。类似地，从旧型PSAP 150、i3 PSAP 160或LTE网络102中的任何元件发送到UE 105的音频、语音、数据、发信和/或其它通信被称作“下行链路”或在“下行链路方向”上传送、发送或接收。
图2为说明图1的系统100的各种组件可建立NG eCall，从而导致带内MSD传送(如先前所论述)的方式的发信流程。此处，展示LTE网络102的一些主要元件但非全部元件。归因于图2中所展示的LTE网络102的某些元件或某些元件群组或针对其所暗示的一些动作可因此部分地由图2中未展示的其它元件支持。举例来说，对由MME 170执行或涉及其的动作的提及可由eNB 110、服务网关115、PDN网关120和/或图1的其它组件辅助或提供，且IMS180可指代图1的P-CSCF 125和/或E-CSCF 130，或可对应于IMS 180的所有元件。如先前所提及，本文中所公开的技术未必限于图1中所说明的架构。
如图2中所展示，如下文可以九阶段(每一阶段包括一或多个级)执行建立从UE105到旧型PSAP 150的NG eCall。
阶段1：在级201处，IVS 107(图2中未展示)经由手动用户输入(例如，车辆的驾驶员或乘客按压紧急救助按钮)或使用传感器自动地(例如，感测突然加速/减速、空气气囊打开、火灾、水等)检测紧急情况并通知UE 105。
阶段2：UE 105在级202处执行域选择以选择CS或PS域且发现支持此域的可存取无线网络。如果选择CS域(图2中未展示)，那么激发CS eCall。如果选择PS域，那么在此实例中存取LTE网络102且执行图2中的其余动作。
阶段3：如果尚未附接，那么UE 105在级203处附接到LTE网络102(例如，如果UE105经配置用于仅eCall模式且仅附接到无线网络以激发eCall、测试呼叫或到归属网络操作者的呼叫)。级203处的附接由MME 170和由图2中未展示的其它元件(例如eNB 110和PDN网关120)支持。在级203处的附接期间，UE 105获得紧急承载且发现适于紧急服务的P-CSCF125。如果需要资源执行此阶段，那么UE 105可释放任何先前进行中的会话的资源(例如，承载资源)。
阶段4：UE 105在级204处向IMS 180执行紧急IMS注册。如果UE 105正漫游(例如，如果LTE网络102并非UE 105的归属网络)，那么也可在UE 105的家庭网络(图2中未展示)中向IMS执行级204处的紧急IMS注册。
阶段5：UE 105在级205处将SIP INVITE消息发送到IMS 180(例如，到P-CSCF125)。在级205处发送的INVITE可含有eCall指示(其可指示紧急呼叫和eCall为手动抑或自动调用)和远程信息处理数据(其在此实例中包括MSD)。在替代实施例中，MSD可未被包含于在级205处发送的SIP INVITE中且UE 105可替代地尝试使用替代技术(例如通过使用单独数据信道，其可与在阶段8期间语音路径的建立并行或在其之后建立)来发送远程信息处理数据(例如，在建立NG eCall之后)。
阶段6：在级206处，IMS 180(例如，E-CSCF 130)可查询LRF 190以获得关于UE 105的呼叫路由和/或位置信息且LRF 190可获得UE的位置(例如，经由涉及MME 170和/或UE105的交互)以便提供呼叫路由和/或位置信息。
阶段7：IMS 180(例如，E-CSCF 130)使用在阶段6中获得(例如，由LRF 190提供)的任何路由信息，或基于在阶段5中提供的信息而选择紧急中心或PSAP并将包含eCall指示、MSD和在阶段5或阶段6中获得的任何位置信息的NG eCall请求(例如，SIP INVITE消息)发送到紧急中心或PSAP。如果在CS域上存取紧急中心或PSAP(即，PSAP为旧型PSAP 150)，执行动作7a和7b。针对动作7a：在级207a处将SIP INVITE发送到MGCF 135。针对动作7b：MGCF135在级207b处将ISUP初始地址消息(IAM)发送到旧型PSAP 150(例如，将IAM发送到旧型ES网络145)。IAM可携载紧急指示(例如，在呼叫方的类别参数中)和eCall指示。在一些实施方案中，eCall的指示或到支持eCall的PSAP的呼叫路由的指示可被携载作为被呼叫方号码参数的部分(例如，通过在被呼叫方号码参数中包含某些数字)且可未经携载作为IAM中的单独指示。作为级207b的部分，MSD可被MGCF 135摒弃。如果在PS域上存取紧急中心或PSAP(即，PSAP为i3 PSAP 160)，那么执行动作7c、7d和7e。针对动作7c：IMS 180(例如，E-CSCF130)在级207c处将携载eCall指示和MSD的SIP INVITE发送到i3 PSAP 160(例如，经由IBCF和i3 ESInet 155)。针对动作7d，i3 PSAP 160将在级207d处的SIP STATUS消息(例如，SIP200 OK消息)传回到IMS 180(例如，经由IBCF和i3 ESInet 155传回到E-CSCF 130)。SIPSTATUS消息携载MSD接收的确认和可能的建立NG eCall的协议。针对动作7e：IMS 180(例如，E-CSCF 130和P-CSCF 125)在级207e处将STATUS消息发送到UE 105，确认MSD的接收。当在CS域上将eCall发送到旧型PSAP 150(如在级701a和702b中)时，可在作为阶段8的部分执行动作7a和7b之后由旧型PSAP 150发送类似STATUS消息(例如ISUP响应(ANM)消息)。然而，此STATUS消息(例如，ANM消息)将不指示MSD的传送的确认，这是因为MSD并未由动作7a和7b发送到旧型PSAP 150。
阶段8：紧急呼叫建立在阶段208处完成。此包含在UE 105与PASP(旧型PSAP 150或i3 PSAP 160)之间建立语音路径(也被称作语音信道或音频信道)。在到i3 PSAP 160的NGeCall的状况下，语音路径可使用VoIP且不需要不同语音编码之间的任何转换。在到旧型PSAP 150的NG eCall的状况下，语音路径可经过与MGCF 135相关联的MGW 140且也可经过如针对图1所描述的其它实体且可经历一或多个变换，例如MGW 140处的VoIP编码与CS语音编码之间的转换。
阶段9：如果UE 105未接收关于级207e的STATUS消息(例如，在级207a和207b中经由CS域将NG eCall发送到旧型PSAP 150)或如果在级207e处接收的STATUS消息不含有由PSAP(例如，由旧型PSAP 150)成功接收MSD的确认，那么在级209处，UE 105试图经由带内装置在于阶段8中建立的语音路径上将MSD传送到紧急中心或PSAP，如先前提及。举例来说，在到旧型PSAP 150的eCall状况下，UE 105可将MSD在语音路径上发送到旧型PSAP 150，而无需等待来自旧型PSAP 150的请求，或可在将MSD在语音路径上发送到旧型PSAP 150之前等待来自旧型PSAP 150的带内请求(在语音路径上发送到UE 105)。
图3为说明例如在根据图2中的实例的NG eCall的建立之后从UE 105到旧型PSAP150或i3 PSAP 160的经更新MSD的传送的发信流程。图3中所说明的动作可表示将MSD带内传送到经由CS域存取的旧型PSAP 150(例如，实施图2中的阶段9且其中在图2中执行动作7a和7b)的实例方法。在一些替代实施例中，图3中的动作可替代地或另外表示将经更新MSD发送到经由PS域存取的i3 PSAP 160的方式，例如，在由于MSD的带外传送的失败或缺少对其的支持而必须将MSD带内发送到i3 PSAP 160的状况中。此处，在动作1处且在级301处，旧型PSAP 150可使用带内装置在UE 105与旧型PSAP 150之间的语音路径上将对MSD的请求发送到UE 105。UE 105在动作2处且在级302处通过使用带内装置在语音路径上将MSD发送到旧型PSAP 150作出响应。针对动作1和动作2两者，语音路径可如先前所描述穿过MGW 140，在所述状况下，经由MGW 140带内传送在阶段301处发送的对MSD的请求和在阶段302处发送的MSD两者。
当通过带内装置在UE与PSAP之间的语音路径上将MSD从UE传送到PSAP(例如，如在图2中的级209处和如在图3中的级302处)时，使用UE中的数据调制解调器将MSD转换成音频信号(也被称作音频载频调)。作为实例，UE可使用如3GPP技术规范(TS)26.267中的3GPP定义的数据调制解调器(也被称作带内调制解调器、带内数据调制解调器、eCall数据调制解调器或eCall带内调制解调器)。由数据调制解调器输出的音频信号编码包括MSD的位序列且实现通过模拟装置在语音路径上而非通过数字装置在发信路径上作为位序列发送MSD。在此状况中，将音频信号在语音路径上传送到PSAP且使用与UE处相同类型但用于反变换的数据调制解调器将音频信号在PSAP处往回转换成MSD。在传送MSD时，来自UE的用户(例如，车辆的驾驶员或乘客)的话音无法由UE发送到PSAP。在一些状况中，也无法将来自PSAP操作者的话音发送到UE的用户。语音路径的此中断可为令人不安的或甚至干扰用户和/或PSAP操作者，且可致使任一方在情况持续的条件下(例如，在持续长于10到15秒的条件下)将呼叫断开连接(或试图断开连接)。出于此原因，带内发生的MSD传送需要快速地发生。举例来说，3GPP已要求，当传送经由带内装置时，用于eCall的MSD传送应在4秒内发生。然而，如先前所提及，在使用语音包化和解包化的语音通信(例如针对LTE)中使用自适应去抖动缓冲(DJB)可使此带内通信(例如，图2的阶段9和图3的动作2)与其中带内传送是在CS路径上的其它技术相比较不可靠且遭受较长延迟。在LTE的状况下，这是因为LTE使用语音通信的VoIP传送而非CS传送以便改进带宽效率，此需要使用自适应DJB来将语音频框以恒定而非变化速率递送到语音解码器。然而，通常存在对由自适应DJB缓冲的语音数据量的限制，这是因为缓冲过多语音数据将导致语音传送的显著延迟且因此导致一个用户能够对另一者作出响应的延迟。出于此原因，自适应DJB通常被分配有限的缓冲大小(例如，对应于20到40毫秒(ms)的包化语音)以将包化语音信道上的通信中的抖动去除。通过将时间规整(time-warping)失真引入到语音信道通信中来补偿缓冲溢位(当传入包化语音到达过快，借此有包损失的风险)和缓冲欠位(当传入包化语音到达过慢时，借此存在无任何语音频框可用于发送到语音解码器的风险)。在时间规整的情况下，包化语音可在缓冲溢位即将来临时经压缩且可在缓冲欠位即将来临时经扩展。尽管在语音的状况下由时间规整引起的失真通常对人类用户较不显著，但其可干扰(例如，毁坏)在语音信道上传送MSD的数据调制解调器音频信号(例如，使用脉冲位置调制)，借此减少经由LTE的MSD传送的可靠性。甚至在未具体提及时，本文中对自适应DJB的使用(例如，如由MGW 140执行)的提及也可包含使用时间规整。
本文中提供用以增加LTE语音信道上关于NG eCall和/或其它应用的数据调制解调器信号的可靠性。可注意，在随后实施例中描述UE 105的功能性。然而，应理解，由于UE105可经并入到和/或构成IVS 107的部分，因此UE 105和IVS 107在下文说明中实际上可互换。
根据一些实施例，来自UE 105的呼叫可由MGCF 135接收，所述MGCF将呼叫识别为NG eCall。MGCF 135可接着将此信息中继到MGW 140，指示MGW 140停用自适应DJB且替代地使用深度更大的静态DJB，借此使带内传送MSD较不可能因包丢弃和/或对时间规整失真的需要而毁坏。为进一步确保来自数据调制解调器的语音信号的完整性，MGCF 135也可与UE105(例如，作为图2的阶段5、阶段7和阶段8的部分)协商较高位率编码解码器和/或已知比其它编码解码器更好地支持MSD传送且可减少信号压缩的影响的编码解码器类型。
可使用会话描述协议(SDP)在UE 105与MGCF 135之间发生编码解码器类型和位率的协商，所述SDP可作为NG eCall的建立的部分经携载在SIP消息(或其它消息)中，例如图2中的用于阶段5和动作7a的SIP INVITE和用于动作7e的SIP STATUS。根据一些实施例，在由UE 105发送以建立NG eCall的初始SIP INVITE(例如，如在图2中的动作7a处)中所携载的SDP主体中，MGCF 135被通知UE 105支持的编码解码器类型和位率且可接着选择由UE 105支持的将使带内MSD传送的降级和毁坏最小化的编码解码器类型和位率。对于此操作，MGCF135的位置独特，这是因为(a)MGCF 135可意识到NG eCall正经由初始SIP INVITE(例如，图2中关于动作7a的SIP INVITE)中的eCall指示建立且(b)归因于系IMS/PS域(在网络侧)与CS域(在旧型PSAP 150侧)之间的发信互通点，MGCF 135可意识到eCall将经由电路装置到达旧型PSAP 150。另外，由于UE 105知晓NG eCall正被建立，因此UE 105可另外或替代地仅将有助于减少带内传送的降级和毁坏的编码解码器类型和位率包含在初始SIP INVITE(例如，在图2中的阶段5处发送)中。MGCF 135可将所选择编码解码器、位率和任选地eCall指示传递到MGW 140。当UE 105稍后将MSD带内发送到PSAP 150时，MGW 140可(例如)通过将从UE接收的VoIP通信解包化、解码和重新编码到PCM A律来将MSD信息传送到旧型PSAP 150。由MGW 140进行的解包化、解码和重新编码的程序(也被称作转码)可经执行以使如已提及的对MSD(在穿过MGW 140时仍经编码为音频信号)的毁坏减少或最小化。可经由一或多个中间切换器将经转换MSD(例如，呈使用PCM A律编码的音频信号的形式)传送到旧型PSAP 150，在所述处MSD可使用数据调制解调器经解码。
MSD的带内传送可如下更详细地发生。UE 105可首先使用eCall数据调制解调器将MSD转换成音频(模拟)信号(动作U1)，接着使用在UE 105与MGCF 135之间协商的编码解码器将所得音频信号编码成数字(位)流(动作U2)，接着将所得数字流包化成VoIP包(例如，使用实时协议(RTP))(动作U3)和最终使用经建立用于eCall的基于IP的语音路径(例如，如在图2中的阶段8处)将VoIP包发送到MGW 140(动作U4)。MGW 140可执行一些反操作，包括将所接收VoIP包解包成数字流(动作M1)，使用所协商编码解码器将数字流解码成表示音频信号的信息(动作M2)和使用不同编码解码器(例如，针对PCM A率)将表示音频信号的信息重新编码成电路交换数字位流(动作M3)。可接着将经变换(转码)数字流发送到PSAP 150(动作M4)。在PSAP 150处，可将电路交换数字位流转换回成音频信号(动作P1)，可使用eCall数据调制解调器从所述音频信号提取MSD(动作P2)。MGW 140可使用由MGCF 135供应的关于eCall的知识来修改动作M1和/或动作M2来减少经编码MSD的降级和毁坏且在动作P2处通过PSAP 150促进更可靠MSD恢复。动作M1、M2和M3可被称作转码。
根据一些实施例，一旦MSD传送完成，自适应DJB可再次由MGW 140利用以辅助促进在eCall期间在LTE语音信道上进行的任何随后语音对话。在一些实施例中，UE105可从旧型PSAP 150接收高级应答(HL-ACK)消息，其指示MSD发射完成且语音对话可开始。此可致使系统返回到使用自适应DJB。此功能性可以各种方式实施。
在一些实施例中，MGW 140可监视并解释UE 105与PSAP 150之间的语音信道以便检测并辨识从旧型PSAP 150发送到UE 105的带内消息。在这些实施例中，MGW 140可经配置以理解(例如，完全或部分地解码)数据调制解调器消息和协议。当MGW 140检测到来自PSAP150的带内消息时，其可视所检测带内消息而定启用或停用语音信道(UE 105到PSAP 150方向)的上行链路部分上的自适应DJB。举例来说，如果MGW 140检测对MSD的请求(例如，如在图3中的动作1处所发送)，其可在预期在上行链路中发送的MSD的情况下停用上行链路上的自适应DJB(例如，如在图3中的动作2处)。类似地，当MGW 140检测到HL-ACK时，其可基于假定在上行链路中成功发送MSD(例如，如在图2中的阶段9处)且上行链路现在将用于发送正常话音而启用上行链路上的自适应DJB。
在一些其它实施例中，MGW 140可监视来自旧型PSAP 150和/或来自UE 105的带内消息的通信而不解释。在这些实施例中，MGW 140可不需要理解带内消息(例如，可不需要熟悉所使用协议)，但替代地，可仅检测其存在(例如，经由用以确定是否存在带内发信的一或多个特性的信号分析)。每当MGW 140未检测到带内消息达某一时间时，其可在上行链路的UE 105到PSAP 150方向中重新启用自适应DJB。在一些实施例中，MGW 140可能够稍后停用自适应DJB以允许MGW 140继续传送MSD(例如，在MGW 140错误地过早重新启用自适应DJB且稍后检测到带内发信仍在使用中的状况下)。举例来说，只要MGW 140检测到带内消息，其即可停用自适应DJB。在一些实施例中，在MGW 140停止检测带内消息之后，MGW 140可将重新启用自适应DJB延迟达数秒(例如，5秒)的超时周期以便确保带内发信已停止。如果在超时周期期满之前再次检测到带内发信，那么MGW 140可不重新启用自适应DJB。
在一些实施例中，当UE 105接收来自PSAP 150的确认MSD从UE 105成功传送到PSAP 150的HL-ACK消息时，UE 105可将SIP消息(例如，SIP INFO消息)发送到MGCF 135，告知MGCF 135向MGW 140发信号表示MGW 140可重新启用自适应DJB。
在一些实施例中，当UE 105接收来自PSAP 150的对MSD的请求(例如，如在图3中的动作1处)时，UE 105可将SIP消息(例如，SIP INFO消息)发送到MGCF 135，告知MGCF 135向MGW 140发信表示其应停用自适应DJB。UE 105可接着(例如可能在1或2秒的短延迟之后)将MSD带内发送到PSAP 150以使MGW 140能够第一次停用自适应DJB。
一些实施例可进一步使用MGW 140，所述MGW检测来自旧型PSAP 150的上行链路START消息，可将所述上行链路START消息带内发送到UE 105以请求经更新MSD的传送(例如，如在图3中的动作1处)。在检测到START消息之后，MGW 140可停用其上行链路上的自适应DJB(针对UE 105到PSAP 150的传送方向)。在此实施例中，当MGW 140检测到来自PSAP150的START消息时，MGW 140可告知MGCF 135经由SIP发信(例如，通过发信SIP INFO消息)将此发信到UE 105。当UE 105接收此信号时，其可停用其下行链路上的自适应DJB(针对PSAP 150到UE 105的传送方向)。此功能性可使得旧型PSAP 150能够请求UE 105重新发送MSD(例如，当UE 105的优选定位可用时)。UE 105也可检测来自PSAP 150的START消息且停用其下行链路上的自适应DJB。
图4为说明可由UE 105执行以辅助UE 105可靠地检测和解码由PSAP 150使用数据调制解调器发送到UE 105的上行链路带内消息(例如，START消息)的缓冲和解码程序400的简化框图。缓冲和解码程序400可以UE 105上的硬件和/或软件实施，且可并入到UE 105的一或多个较大组件中，例如调制解调器或其它通信接口、处理器等等。
如图4中所说明，缓冲和解码程序400可接收下行链路方向上的VoIP输入(例如，在LTE语音信道上来自旧型PSAP 150的VoIP通信)。接着将输入提供到两个DJB。第一DJB可包括自适应DJB 410，其将经编码音频帧(例如，话音帧)递送到音频解码器430。音频解码器430的输出可包括经提供到切换器450的音频流(例如，话音)。在正常操作模式中，切换器450可使来自音频解码器430的音频流透明地通过，作为可经提供到UE 105的用户的缓冲和解码程序400的输出(例如，经由例如扬声器或耳机的播放装置，图4中未展示)。自适应DJB410可在输出经编码音频帧之前缓冲所接收VoIP(例如，RTP)包达有限时间(例如，20到40ms)，以便限制端对端音频延迟和避免UE 105的用户和PSAP 150处的操作者经历来自另一方的语音返回的显著延迟。此可引入如先前所描述的时间规整和音频(例如，话音)剪切。第二DJB可包括静态DJB 420，其输出经馈送到音频解码器440中，所述音频解码器可与音频解码器430相似或相同。静态DJB 420可比自适应DJB 410(例如，100ms到200ms)更长时间地缓冲所接收VoIP(例如，RTP)包以便避免音频帧的损失和时间规整。可将来自音频解码器440的音频流输出传递到数据调制解调器460，所述数据调制解调器可检测带内发送的任何消息内容。可将数据调制解调器460的输出传递到消息解码器470，所述消息解码器可确定是否存在带内消息和带内消息的内容。在一些实施方案中，数据调制解调器460和消息解码器470可组合。与消息解码器470组合的数据调制解调器460可被称作带内消息检测器480。
在正常操作中，可从自适应DJB 410和音频解码器430的输出提供缓冲和解码程序400的音频输出，其可如先前所描述透明地穿过切换器450。然而，当带内消息检测器480(例如，消息解码器470)检测到带内信号(例如，START消息)时，其可发信通知切换器450以停止将音频输出从音频解码器430传送到用户。此可避免用户听到用于传送经由数据调制解调器发送的任何消息(例如，START消息)的数据调制解调器载频调且借此避免干扰用户。另外，带内消息检测器480(例如，消息解码器470)可解码所检测到的带内消息且将消息的指示(例如，消息识别码和任何消息内容)提供到UE 105中的一或多个其它元件(例如支持UE105中的MSD的eCall传送的应用程序处理器或程序)。由于将来自静态DJB 420而非自适应DJB 410的经编码音频帧传递到音频解码器440中，可几乎不存在数据调制解调器信号的时间规整失真，从而允许带内消息检测器480更可靠地检测和解码任何带内消息。当带内消息检测器480(例如，消息解码器470)不再检测到带内信号时，或可能在某一超时周期(例如，1或2秒)(在其期间带内消息检测器480未检测到任何带内信号)之后，带内消息检测器480可发信通知切换器450以重新开始将音频流从音频解码器430传递到UE 105的用户(例如，到图4中未展示的播放装置)。
静态DJB 420、音频解码器440、带内消息检测器480和切换器450可为子系统495的一部分(由图4中的虚线框所展示)。当UE 105并不知道针对由UE 105在LTE网络102上建立的语音路径存在到某一其它方的带内发信时(例如，当UE 105建立并非用于eCall的语音路径时)，用于语音路径的缓冲和解码程序400可仅利用自适应DJB 410和音频解码器430，但可不利用(例如，可不包含)组成子系统495的元件。举例来说，VoIP输入可仅穿过自适应DJB410和音频解码器430(而非静态DJB 420和音频解码器440)且可将音频解码器430的输出发送到播放装置。然而，当UE 105确定存在或可存在带内发信(例如，由于如结合图2所描述建立用于到PSAP 150的eCall的语音路径)，UE 105可通过如先前所描述包含子系统495的元件作为缓冲和解码程序400的一部分来修改用于语音路径的缓冲和解码程序400。
图5为说明使用转码程序500的MGW 140中的转码的简化框图。转码程序500可使得MGW 140能够将以VoIP(例如，RTP)包形式从UE 105接收的上行链路音频流转换成适于向前传送到旧型PSAP 150的电路交换数字音频流(例如，根据PCM A-律编码)。转码程序500可类似于图4中的缓冲和解码程序400且可使用某些功能相似元件。转码程序500可以MGW 140中的硬件和/或软件实施，且可并入到MGW 140的一或多个较大组件中，例如通信接口、处理器等等。
如图5中所说明，转码程序500可接收上行链路方向上的VoIP输入(例如，来自UE105的由MGW 140从PDN网关120接收的VoIP通信)。接着将输入提供到两个DJB。第一DJB可包括自适应DJB 510，其将经编码音频帧(例如，话音帧)递送到音频解码器530。音频解码器530可支持先前与UE 105协商且同意的编码解码器(例如，在针对图2所描述的呼叫建立阶段8期间)。音频解码器530的输出可包括音频流(例如，话音)，或表示音频流的信息(例如，PCM经编码音频)，将其提供到切换器550。在正常操作模式中，切换器550可将音频流从音频解码器530透明地传递到CS音频编码器590，所述CS音频编码器可将音频流(或表示音频流的信息)重新编码成适于由CS装置(例如，在PSTN上)传送到旧型PSAP 150的数字流(例如，PCM A-律)。自适应DJB 510可在输出经编码视频帧之前缓冲所接收VoIP(例如，RTP)包达有限时间(例如，20到40ms)以便限制端对端音频延迟。此可将时间规整和音频(例如，话音)剪切引入到音频流中。
用于图5中的转码程序500的第二DJB可包括静态DJB 520，其输出经馈送到音频解码器540中，所述音频解码器可与音频解码器530相似或相同。静态DJB 520可比自适应DJB510(例如，100ms到200ms)更长时间地缓冲所接收VoIP(例如，RTP)包以便避免音频帧的损失和时间规整。可将来自音频解码器540的音频流输出传递到带内消息检测器580，所述带内消息检测器可与结合图4所描述的带内消息检测器480在功能上相似或相同。然而，在一些实施方案中，由于带内消息检测器580可不需要解码和解释带内消息(与带内消息检测器480不同)，因此带内消息检测器580可比带内消息检测器480更简单(例如，可不包含功能上与数据调制解调器460相似或相同的数据调制解调器元件)。也可将音频解码器540的输出传递到切换器550。然而，在正常操作模式中，切换器550可将音频解码器530的音频输出透明地传递到CS音频编码器590，如先前所描述，且可阻挡来自音频解码器540的音频输出的传送。然而，当带内消息检测器580检测到带内信号(例如，用作从UE 105到PSAP 150的MSD传送的一部分的带内信号)，带内消息检测器580可发信通知切换器550从正常操作模式过渡到带内信号操作模式。当在带内信号操作模式中，切换器550可阻挡来自音频解码器530的音频输出的传送且可替代地将音频解码器540的音频输出透明地传递到CS音频编码器590。此可避免到CS音频编码器590的所传送音频输出中的时间规整和音频剪切，这是因为带内操作模式中所传送的音频输出将已通过静态DJB 520。因此，经传送到PSAP 150的CS数字编码器590的数字音频输出可使得PSAP 150能够比在PSAP 590正接收先前已传递穿过自适应DJB 510的数字音频输出的条件下更可靠地检测和解码任何带内消息内容(例如，MSD)。当带内消息检测器580不再检测到带内信号时，或可能在某一超时周期(例如，1或2秒)(在其期间带内消息检测器580未检测到任何带内信号)之后，带内消息检测器580可发信通知切换器550重新开始正常操作模式(其中将来自音频解码器530而非音频解码器540的音频流透明地传送到CS音频编码器590。正常操作模式可减少端对端音频延迟，其可避免UE 105的用户和PSAP 150的操作者在接收来自另一方的返回(例如，话音返回)时注意到任何显著延迟。
在转码程序500的一些实施方案中，切换器550可经配置以在音频信道一经建立且转码程序500开始被使用时，就使用带内信号操作模式(其中将来自静态DJB 520和音频解码器540而非动态DJB 510和音频解码器530的音频输出传递穿过切换器550到CS音频编码器590)开始。上述情况可基于MGW 140意识到在建立UE 105与PSAP 150之间的音频信道(例如，如在图2中的阶段8处)时或在其之后不久UE 105将通常将带内信号(例如，含有MSD)传送到PSAP 150目的地而在MGW 140处发生。作为实例，MGW 140可由于接收到eCall的指示或来自MGCF 135的音频信道上的带内信号传送的指示(例如，其可在呼叫建立期间且作为图2的实例中的阶段8的部分发生)而意识到即将来临的从UE 105到PSAP 150的带内发信。
静态DJB 520、音频解码器540、带内消息检测器580和切换器550可为子系统595的一部分(由图5中的虚线框所展示)。当MGW 140不知道在MGW 140执行从VoIP输入到CS输出的转码的音频信道中存在带内发信时，用于音频信道的转码程序500可仅利用自适应DJB510、音频解码器530和CS音频编码器590，但可不利用(例如，可不包含)组成子系统595的元件。举例来说，到转码程序的VoIP输入可仅穿过自适应DJB510和音频解码器530(而非静态DJB 520和音频解码器540)，且可将音频解码器530的输出始终发送到CS音频编码器590。然而，当MGW 140确定带内发信存在或可存在于音频信道中(例如，由于接收来自MGCF 135的已针对eCall建立穿过MGW 140的语音信道的指示)时，MGW 140可作为先前所描述的转码程序500的部分通过包含子系统595的元件来修改转码程序500。
另外或替代地，一旦知晓eCall(例如，由于在MGW 140的状况下接收来自MGCF135的eCall指示或由于在UE 105的状况下未接收到来自PSAP 150的MSD传送的确认的情况下建立到PSAP 150的NG eCall)，实施例(例如，其中仅使用单个自适应DJB且非另外静态DJB)可致使UE 105和/或MGW 140使其最小自适应去抖动缓冲器电平增加一小量(例如，增加20ms到40ms)。此增加可赋予其带内信号检测器额外时间(例如，一或多个额外音频帧)以处理并更可靠检测带内信号。尽管此将对任何话音对话引入额外延迟，但小的额外延迟(例如，20ms到40ms)对UE 105的用户和PSAP 150的操作者为可忍受的。在此额外缓冲的情况下，带内信号检测器可在决定是否对静态模式操作执行更深缓冲之前等待处理再多一或两个的音频帧，或继续自适应去抖动缓冲。
如先前所论述，本文中所描述的技术可用于LTE系统中的NG eCall起始，但实施例并不限于此。所公开技术可更通常地用于增加各种广泛应用中经由带内发信接收的数据的可靠性。作为实例，技术可用于使用两个实体(例如，客户端用户和服务提供商)之间的基于IP通信(包含VoIP通信)的系统中，其中实体中的一个仅可经由电路交换装置存取(例如，经由公共交换电话网络(PSTN))且其中两个实体之间的数据传送需要在两个实体之间的语音(或音频)信道上使用带内发信。
图6为说明根据一项实施例增加经由带内发信接收的数据(例如，例如MSD的远程信息处理数据)的传送的可靠性的方法的流程图600。方法可由UE 105、MGCF 135或MGW 140使用。如同本文中所提供的其它图，图6经提供作为非限制性实例。替代实施例可包含除图中所展示的功能性以外的功能性，以及/或图中的块中的一或多个所展示的功能性可被省略、组合、分离和/或同时执行。用于执行块的功能性的装置可包含一或多个硬件和/或软件组件，例如下文关于图9的计算机系统所描述的那些组件。所属领域的技术者将认识到许多变化。
在块610处，获得带内发信的指示，其中带内发信在通信网络的音频信道(例如，语音信道)中发生。作为实例，音频信道可对应于根据图2的发信流程在UE 105与旧型PSAP150之间建立的音频信道。
块620处的功能性包括：响应于获得带内发信的指示，致使解码程序修改用于音频信道的音频信号的解码。在一些实施例中，解码程序可对应于如结合图4所描述的用于UE105的缓冲和解码程序400的部分或全部。在其它实施例中，解码程序可对应于如结合图5所描述的用于MGW 140的转码程序500的部分或全部。
在可由UE 105或MGW 140使用的任选块630中，基于在块610处获得的带内发信的指示而将经解码音频信号(其解码在块620中经修改)提供到带内消息检测器(例如，在UE105的状况中为图4中的带内消息检测器480或在MGW 140的状况下为图5的带内消息检测器580)、音频编码器(例如，在MGW 140的状况下为图5中的CS音频编码器590)或音频播放装置(例如，用于UE 105的音频播放装置)中的一个。
当流程图600的方法由UE 105执行时，可在块610处由UE 105基于与旧型PSAP 150的eCall或NG eCall的建立(在其期间通过带外装置从UE 105到PSAP 150的远程信息处理数据(例如，MSD)的传送由UE 105确定并未发生)而获得音频信道中的带内发信的指示。举例来说，在图2所描述的发信流程中，当UE 105并未接收到关于级207e处动作7e的确认MSD传送的接收的STATUS消息时，UE 105可确定MSD传送并未通过带外装置发生。在某些其它实施例中，带内发信的指示可在块610处由UE 105从MGCF 135获得，例如，在旧型PSAP 150使用电路交换发信(例如，SS7ISUP)将信号发送到MGCF 135的条件下(当旧型PSAP 150开始将带内发信发送到UE 105时)，且在MGCF 135接着使用基于SIP发信将信号转发到UE 105的条件下。响应于在块610处获得带内发信的指示，UE 105可致使UE 105中的解码程序通过将静态DJB而非自适应DJB用于音频(例如，语音)解包化或通过增加自适应DJB中音频包缓冲的时间间隔来修改在块620处从旧型PSAP 150在下行链路方向接收的音频信道的音频信号的解码。作为实例，UE 105可使用如关于图4所描述的缓冲和解码程序400且可响应于在块610处获得带内发信的指示通过包含包括子系统495的元件(如结合图4所描述)来修改缓冲和解码程序400。在块630处，UE 105可将来自块620的经解码音频信号提供到带内消息检测器和/或音频播放装置。举例来说，当UE 105由于在块620处修改音频信道的音频信号的解码而使用如图4中所描述的缓冲和解码程序400时，将来自音频解码器440的经解码音频信号提供到带内消息检测器480。另外，当带内消息检测器480未检测到带内音频信号时，可通过缓冲和解码程序400将来自音频解码器430的音频输出提供到如针对图4所描述的播放装置。在某些其它实施例中，可使用如结合图4(其中带内消息检测器480检测音频信道中的带内信号)所描述的缓冲和解码程序400在块610处在UE 105处获得带内发信的指示。
当流程图600的方法是由MGCF 135执行时，可通过MGCF 135基于有助于在UE 105与旧型PSAP 150之间建立eCall或NG eCall(如在图2中所描述的实例中)而在块610处获得带内发信的指示。在此实例中，MGCF 135在建立eCall的请求中(例如，如在图2中的动作7a中)接收来自IMS 180的NG eCall的指示(例如，IMS 180中的E-CSCF 130)并转发所述请求以经由电路交换装置建立到旧型PSAP 150的eCall但不传送MSD(例如，如在图2中的动作7b中)。MGCF 135可将带内发信的指示传送到MGW 140(例如，作为到MGW 140的用以使用由MGCF 135与UE 105协商的编码解码器和位率支持UE 105与旧型PSAP 150之间的音频信道的指令的一部分)，此可致使MGW 140修改可由MGW 140用于支持在UE 105与PSAP 150建立的音频信道的转码程序。由MGW 140对转码程序的修改可在块620处修改用于音频信道的音频信号的解码。举例来说，MGW 140可使用结合图5所描述的转码程序500，其中通过作为转码程序500的部分包含来自子系统595的元件通过MGW 140来修改音频信号的缓冲和解码(因此从MGCF 135接收带内发信的指示)。同样地，在某些其它实施例中，可由MGCF 135从UE105获得块610处的带内发信的指示，例如，如果UE 105将SIP消息(例如，SIP INFO消息)中的信号发送到MGCF 135(当UE 105即将开始将带内发信(例如，含有MSD)发送到旧型PSAP150)。MGCF 135接着可致使MGW 140中的解码程序如先前所描述在块620处修改用于音频信道的音频信号的解码。
当流程图600的方法由MGW 140执行时，当MGCF 135请求MGW 140如先前所描述支持UE 105与旧型PSAP 150之间的音频路径的传送以用于在UE 105与旧型PSAP 150之间的eCall的建立时，可在块610处由MGW 140从MGCF 135获得带内发信的指示。在某些其它实施例中，可由MGW 140间接地从旧型PSAP 150获得带内发信的指示，例如，如果旧型PSAP 150在旧型PSAP 150即将将带内发信发送到UE 105时使用CS发信(例如，SS7ISUP)将带内发信的指示发送到MGCF 135，其中MGCF 135接着将带内发信转发到MGW 140。响应于在块610处获得带内发信的指示，MGW 140可致使MGW 140中的解码程序通过将静态DJB而非自适应DJB用于音频(例如，语音)解包或通过增加自适应DJB中的音频包缓冲的时间间隔在块620处修改在从UE 105到旧型PSAP 150的上行链路方向中的音频信道的音频信号的解码。作为实例，MGW 140可使用如关于图5所描述的转码程序500且可响应于块610处获得带内发信的指示通过包含如结合图5所描述组成子系统595的元件来修改转码程序500。在块630处，MGW140可将来自块620的经解码音频信号提供到音频编码器，例如，用于通过电路交换装置向前传送到旧型PSAP 150。举例来说，当MGW 140由于在块620处修改音频信道的音频信号的解码而使用如图5中所描述的转码程序500时，将来自音频解码器540的经解码音频信号经由切换器550提供到CS音频编码器590。另外，当带内消息检测器580未检测到带内音频信号时，可通过转码程序500将来自音频解码器530的音频输出提供到如针对图5所描述的CS音频编码器590。在某些其它实施例中，可使用如结合图5(其中带内消息检测器580检测音频信道中的带内信号)所描述的转码程序500在块610处在MGW 140处获得带内发信的指示。
在一些实施例中，可将消息(例如，从MGCF 135)发送到产生用于音频信道的带内发信的装置(例如，UE 105/IVS 107)，其中消息指示也适于传递带内发信的用于音频信道的编码解码器。另外或替代地，MGCF 135可致使音频信道的带宽或位率增加(例如，通过选择相对高带宽编码解码器用于通信)。
图7为说明根据另一实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图700。方法大体类似于图6中所展示的方法，其中图7中的块710和730的功能性分别重复(图6中)块610和630的功能性。然而，此处，块720的功能性包含“利用经修改解码程序来解码用于音频信道的音频信号”，因此，执行块720的功能性的一或多个组件可使用经修改解码程序。相比来说，针对流程图600，块620的功能性包含“致使解码程序修改用于音频信道的音频信号的解码”，因此，执行块620的功能性的一或多个组件可或可不使用经修改解码程序。如同图6，图7的方法可由UE 105、MGCF 135和/或MGW 140执行。
如同本文中所提供的其它图，图7经提供作为非限制性实例。替代实施例可包含图中所展示的功能性额外的功能性，以及/或图中的块中的一或多个所展示的功能性可被省略、组合、分离和/或同时执行。用于执行块的功能性的装置可包含一或多个硬件和/或软件组件，例如下文关于图9的计算机系统所描述的那些组件。所属领域的技术者将认识到许多变化。
图8说明UE 105的实例，其可如本文中上文所描述使用。举例来说，UE 105可在系统100中用于实现图1的LTE的NG eCall。如上文所论述，UE 105可经进一步并入到IVS 107(其可包含额外特征)中。应注意，图8仅打算提供对各种组件的广义说明，其中的任一个或全部可任选地使用。可注意，在一些例子中，由图8所说明的组件可经定位到单个物理装置和/或分布于各种网络装置间，所述各种网络装置可经安置在不同物理位置处。
UE 105经展示为包括可经由总线805电耦合(或可任选地以其它方式通信)的硬件元件。硬件元件可包含处理单元810，所述处理单元810可包含(非限制)一或多个通用处理器、一或多个专用处理器(例如数字信号处理(DSP)芯片、图形加速处理器、专用集成电路(ASIC)等等)，以及/或其它处理结构或装置。如图8中所展示，一些实施例可取决于所要功能性而具有单独DSP 820。缓冲逻辑可经提供在处理单元810和/或无线通信接口830(下文所论述)中。UE 105也可包含一或多个输入装置870(其可包含(非限制)触控屏幕、麦克风、按钮、转盘、开关等等)；和一或多个输出装置815(其可包含(非限制)显示器、发光二极管(LED)、扬声器等等)。
UE 105也可包含无线通信接口830，其可包含(非限制)调制解调器、网络卡、红外线通信装置、无线通信装置，以及/或芯片组(例如蓝牙装置、IEEE 802.11装置、IEEE802.15.4装置、WiFi装置、WiMax装置、蜂窝式通信设施，等)等等。无线通信接口830可准许与网络、无线存取点、其它计算机系统和/或本文中所描述的任何其它电子装置交换数据。可经由发送和/或接收无线信号834的一或多个无线通信天线832进行通信。
取决于所要功能性，无线通信接口830可包含单独收发器以经由基站和/或存取点(例如，图1的eNB 110)与一或多个无线网络进行通信。一或多个无线网络可包含例如以下各项的各种网络类型：码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交频分多址(OFDMA)网络、单载波频分多址(SC-FDMA)网络、WiMax网络(IEEE802.16)、无线局域网(WLAN)，等等。CDM网络可实施一或多个无线电存取技术(“RAT”)，例如cdma2000、宽带-CDMA(“W-CDMA”)，等等。Cdma2000包含IS-95、IS-2000和/或IS-856标准。TDMA网络可实施全球移动通信系统(“GSM”)、数字高级移动电话系统(“D-AMPS”)，或一些其它RAT。OFDMA网络可使用LTE、高级LTE，等等。LTE、高级LTE、GSM和W-CDMA经描述于来自3GPP的文件中。Cdma2000被描述于来自名称为“第3代合作伙伴计划2”(3GPP2)的组织的文件中。3GPP和3GPP2文件可公开获得。WLAN可为IEEE 802.11x网络、蓝牙网络、IEEE 802.15x网络，或一些其它类型的网络。本文中所描述的技术也可用于两个或更多个无线网络的任何组合或用于与有线网络(例如，因特网和/或PSTN)组合的无线网络。
UE 105可进一步包含传感器840。这些传感器可包含(非限制)一或多个加速度计、陀螺仪、相机、磁力计、高度计、麦克风、邻近传感器、光传感器等等。除其它外，传感器840中的一些或全部也可用于感测可触发eCall或NG eCall的紧急状况，如本文中所描述。
UE 105的实施例也可包含能够使用SPS天线882从一或多个SPS卫星接收信号884的SPS接收器880。此定位可用于补充和/或合并本文中所描述的技术。SPS接收器880可使用众所周知技术从SPS系统或GNSS(例如全球定位系统(GPS)、伽利略定位系统(Galileo)、全球导航卫星系统(Glonass)、日本的准天顶卫星系统(QZSS)、印度的印度区导航卫星系统(IRNSS)、中国北斗卫星导航系统等等)的SPS太空载具(SV)提取UE 105的位置。此外，SPS接收器880可从各种增强系统(例如，星基增强系统(SBAS))接收信号，所述增强系统可与一或多个全球和/或区域导航卫星系统相关联或以其它方式启用以供与一或多个全球和/或区域导航卫星系统一起使用。通过实例但非限制，SBAS可包含增强系统，其提供完整性信息、差分校正等，例如，广域增强系统(WAAS)、欧洲地球静止导航覆盖服务(EGNOS)、多功能卫星增强系统(MSAS)、GPS辅助型静地增强导航或GPS和静地增强导航系统(GAGAN)等等。因此，如本文中所使用，SPS可包含一或多个全球和/或区域导航卫星系统和/或增强系统的任何组合，且SPS信号可包含SPS、类SPS和/或与此一或多个SPS相关联的其它信号。SPS接收器880可经配置以基于测量SPS信号884(单独地或结合例如处理单元810的UE 105的其它元件)确定或辅助确定UE 105的位置(例如，经纬度坐标)。位置可经周期性(例如，以1或2秒间隔)确定且可经包含在当eCall或NG eCall如在图2的实例中由UE 105激发时UE 105发送到PSAP(例如，旧型PSAP 150)的远程信息处理数据(例如，MSD)内。
UE 105可进一步包含存储器860和/或与其通信。存储器860可包含(非限制)本地和/或网络可存取存储器、磁盘驱动器、磁盘驱动器阵列、光学存储装置、固态存储装置，例如随机存取存储器(“RAM”)和/或可编程、可快闪更新等等的只读存储器(“ROM”)。这些存储装置可经配置以实施任何适当数据存储，包含(非限制)各种文件系统、数据库结构等等。
UE 105的存储器860也可包括软件元件(未展示)，包含操作系统、装置磁盘驱动器、可执行库，以及/或其它代码，例如一或多个应用程序，其可包括由各种实施例提供的计算机程序，以及/或可经设计以实施方法和/或配置系统(其由其它实施例提供)，如本文中所描述。仅通过实例的方式，关于上文所论述的方法所描述的一或多个程序可实施为可由UE 105(和/或UE 105内的处理单元810或DSP 820)执行的代码和/或指令。在一方面中，接着此代码和/或指令可用于配置和/或调适通用计算机(或其它装置)以执行根据所描述方法的一或多个操作。
图9说明计算机系统900的实施例，所述计算机系统可至少部分并入到用于实施用于实现图1的关于LTE的NG eCall的系统100的组件和/或经配置以实施上文所公开技术的类似系统的组件中的一或多个的装置中。图9提供计算机系统900的一项实施例的示意性说明，所述计算机系统可执行由各种其它实施例提供的方法，例如关于图1到7所描述的方法和/或MGCF 135、MGW 140和/或LTE系统的其它组件的功能性。应注意，图9仅打算提供对各种组件的广泛说明，其中的任一个或全部可任选地使用。图9因此广泛地说明可以相对单独或相对更集成方式实施个别系统元件的方式。另外，可注意，由图9所说明的组件可经定位到单个装置和/或分布于各种网络装置间，所述各种网络装置可经安置在不同物理位置处。
计算机系统900经展示为包括可经由总线905电耦合(或可任选地以其它方式通信)的硬件元件。硬件元件可包含处理单元910，其可包含(非限制)一或多个通用处理器，一或多个专用处理器(例如数字信号处理芯片、图形加速处理器等等)，以及/或其它处理结构，所述其它处理结构可经配置以执行本文中所描述的方法中的一或多个，包含关于图1到7所描述的方法。计算机系统900也可包含一或多个输入装置915，其可包含(非限制)鼠标、键盘、相机、麦克风、其它生物计量传感器等等；和一或多个输出装置920，其包含(非限制)显示装置、打印机等等。
计算机系统900可进一步包含一或多个非暂时性存储装置925(和/或与其通信)，所述一或多个非暂时性存储装置可包括(非限制)本地和/或网络可存取存储器，以及/或可包含(非限制)磁盘驱动器、磁盘驱动器阵列、光学存储装置、固态存储装置，例如随机存取存储器(“RAM”)和/或可编程、可快闪更新等等的只读存储器(“ROM”)。这些存储装置可经配置以实施任何适当数据存储，包含(非限制)各种文件系统、数据库结构等等。
计算机系统900也可包含通信子系统930，其可包含由无线通信接口933管理和控制的无线通信技术，以及有线技术。因此，通信子系统可包含调制解调器、网络卡(无线或有线)、红外线通信装置、无线通信装置，以及/或芯片组等等。通信子系统930可包含一或多个输入和/或输出通信接口(例如无线通信接口933)以准许与网络、移动装置(例如UE 105/IVS 107)、其它计算机系统和/或本文中所描述的任何其它电子装置交换数据。应注意，术语“移动装置”和“UE”在本文中可交换地用于指代任何移动通信装置，例如但不限于移动电话、智能型电话、可穿戴装置、移动计算装置(例如，手提式、PDA、平板)、嵌入式调制解调器以及汽车和其它车载计算装置。
在许多实施例中，计算机系统900将进一步包括工作存储器935，其可包含RAM和/或ROM装置。软件元件(经展示为经定位在工作存储器935内)可包含操作系统940、装置磁盘驱动器、可执行库，以及/或其它代码，例如一或多个应用程序945，其可包括由各种实施例提供的计算机程序，以及/或可经设计以实施方法和/或配置系统(其由其它实施例提供)，如本文中所描述。仅通过实例方式，关于上文所论述的方法(例如关于图1到7所描述的方法)所描述的一或多个程序可经实施为可由计算机(和/或计算机内的处理单元)执行的代码和/或指令；在方面中，接着，此代码和/或指令可用于配置和/或调适通用计算机(或其它装置)以执行根据所描述方法的一或多个操作。
一组这些指令和/或代码可经存储在非暂时性计算机可读存储媒体(例如上文所描述的存储装置925)上。在一些状况下，存储媒体可并入在例如计算机系统900的计算机系统内。在其它实施例中，存储媒体可与计算机系统(例如，可抽换媒体，例如光盘)分离，以及/或经提供于安装包中，使得存储媒体可用于用其上存储的指令/代码编程、配置和/或调适通用计算机。这些指令可呈可执行代码(可由计算机系统900执行)的形式和/或可呈原始代码和/或可安装代码的形式，其在于计算机系统900上编译和/或安装(例如，使用各种通常可用编译器、安装程序、压缩/解压缩实用工具等中的任一个)时，接着呈可执行代码的形式。
所属领域的技术者将了解，可根据特定要求作出大量变化。举例来说，也可使用自订硬件，以及/或特定元件可以硬件、软件(包含便携式软件，例如小程序，等)或两者实施。此外，可使用到例如网络输入/输出装置的其它计算装置的连接。
参考附图，可包含存储器的组件可包含非暂时性机器可读媒体。如本文中所使用的术语“机器可读媒体”和“计算机可读媒体”指代参与提供致使机器以特定方式操作的机器的数据的任何存储媒体。在上文中所提供的实施例中，在将指令/代码提供到处理单元和/或其它装置以进行执行中可涉及各种机器可读媒体。另外或替代地，机器可读媒体可用于存储和/或携载这些指令/代码。在许多实施方案中，计算机可读媒体为物理和/或有形存储媒体。此媒体可呈许多形式，包含但不限于非易失性媒体、易失性媒体和发射媒体。计算机可读媒体的共同形式包含(例如)磁性和/或光学媒体、打孔卡、纸带、具有孔洞模式的任何其它物理媒体、RAM、PROM、EPROM、FLASH-EPROM、任何其它存储器芯片或卡匣、如下文中所描述的载波，或计算机可从其读取指令和/或代码的任何其它媒体。
本文中所论述的方法、系统和装置为实例。各种实施例可在适当时省略、取代或添加各种程序或组件。举例来说，可将关于某些实施例所描述的特征组合于其它实施例中。实施例的不同方面和元件可以类似方式组合。本文中所提供的图的各种组件可以硬件和/或软件体现。此外，技术演进，且因此元件中的许多元件为并不将本发明的范围限制于那些特定实例的实例。
将这些信号称作位、信息、值、元素、符号、字符、变量、项、数字、编号或其类似者有时已证明是便利的(主要出于共享的原因)。然而，应理解，所有这些或相似术语应与适当物理量相关联且仅为便利标签。除非另有具体规定，如从上文中的论述显而易见，应了解贯穿本说明书，利用例如“处理”、“运算”、“计算”、“确定”、“断言”、“识别”、“相关联”、“测量”、“执行”等等术语的描述指代特定设备(例如，专用计算机或类似专用电子计算装置)的动作或过程。因此，在本说明书的上下文中，专用计算机或类似专用电子计算装置能够操纵或变换信号，其通常在专用计算机或类似专用电子计算装置的存储器、寄存器或其它信息存储装置、发射装置或显示装置内表示为物理电子、电或磁量。
如本文中所使用，术语“和”与“或”可包括各种意义，其也预期至少部分地取决于其所使用的上下文。通常，“或”如果用于关联列表(例如，A、B或C)打算意指A、B和C(此处以包括意义下使用)，以及A、B或C(此处以不包括意义使用)。另外，如本文中所使用的术语“一或多个”可用于以单数形式描述任何特征、结构或特性或可用于描述特征、结构或特性的某一组合。然而，应注意，此仅为说明性实例且所主张标的物并不限于此实例。此外，术语“中的至少一个”在用于关联例如A、B或C的列表的条件下可经解释为意指A、B和/或C的任何组合，例如A、AB、AA、AAB、AABBCCC，等。
已描述数个实施例，可在不背离本发明的精神的情况下使用各种修改、替代构造和等效物。举例来说，上述实施例可仅为较大系统的组件，其中其它规则可优先于各种实施例的应用或以其它方式修改所述应用。此外，可在考虑上述元件之前、期间或之后进行多个步骤。因此，上述描述并不限制本发明的范围。

Claims (30)

1.一种在通信装置处增加经由带内发信所接收的数据的传送的可靠性的方法，所述方法包括：
获得带内发信的指示，所述带内发信在通信网络的音频信道中发生；和
响应于获得带内发信的所述指示，利用经修改解码程序来解码用于所述音频信道的音频信号。
2.根据权利要求1所述的方法，其中所述通信网络包括长期演进网络。
3.根据权利要求1所述的方法，其中从自从远程装置接收的消息获得带内发信的所述指示。
4.根据权利要求1所述的方法，其中带内发信的所述指示是经由分析在所述音频信道上发射的信号的检测器获得。
5.根据权利要求1所述的方法，其中所述经修改解码程序包括停用自适应去抖动缓冲器。
6.根据权利要求5的方法，其中所述经修改解码程序进一步包括使用静态去抖动缓冲器。
7.根据权利要求1所述的方法，其中所述经修改解码程序包括增加在自适应去抖动缓冲器中的音频包缓冲的时间间隔。
8.根据权利要求1所述的方法，其进一步包括：基于带内发信的所述指示而将所述经解码音频信号提供到带内消息检测器、音频编码器或音频播放装置中的至少一个。
9.根据权利要求8所述的方法，其中所述通信装置为用户设备且所述数据为用于下一代eCall的最小数据集。
10.根据权利要求8所述的方法，其中所述通信装置为媒体网关，所述数据为用于下一代eCall的最小数据集且所述经修改解码程序包括转码程序。
11.根据权利要求1所述的方法，其进一步包括：响应于获得带内发信的所述指示，将消息发送到产生所述带内发信的装置，其中所述消息指示编码解码器用于传递所述带内发信。
12.根据权利要求1所述的方法，其进一步包括：响应于获得带内发信的所述指示，致使增加所述音频信道的带宽。
13.一种用于增加经由带内发信所接收的数据的传送的可靠性的装置，所述装置包括：
通信子系统；和
处理单元，其以通信方式耦合到所述通信子系统且经配置以致使所述设备：
获得带内发信的指示，所述带内发信在通信网络的音频信道中发生；和
响应于获得带内发信的所述指示，利用经修改解码程序来解码用于所述音频信道的音频信号。
14.根据权利要求13所述的装置，其中所述通信子系统经配置以从自从远程装置接收的消息获得带内发信的所述指示。
15.根据权利要求13所述的装置，其进一步包括检测器，所述检测器经配置以分析在所述音频信道上发射的信号以获得带内发信的所述指示。
16.根据权利要求13所述的装置，其中所述处理单元经配置以致使所述设备作为所述经修改解码程序的一部分停用自适应去抖动缓冲器。
17.根据权利要求16的装置，其中所述处理单元经配置以致使所述设备作为所述经修改解码程序的一部分使用静态去抖动缓冲器。
18.根据权利要求13所述的装置，其中所述处理单元经配置以致使所述设备作为所述经修改解码程序的一部分增加自适应去抖动缓冲器中的音频包缓冲的时间间隔。
19.根据权利要求13所述的装置，其中所述处理单元经配置以致使所述设备基于带内发信的所述指示而将所述经解码音频信号提供到带内消息检测器、音频编码器或音频播放装置中的至少一个。
20.根据权利要求13所述的装置，其中所述处理单元经配置以致使所述设备响应于获得带内发信的所述指示，经由所述通信子系统将消息发送到产生所述带内发信的装置，其中所述消息指示编码解码器用于传递所述带内发信。
21.根据权利要求13所述的装置，其中所述处理单元经配置以致使所述设备响应于获得带内发信的所述指示而致使增加所述音频信道的带宽。
22.一种用于增加经由带内发信所接收的数据的传送的可靠性的设备，所述设备包括：
用于获得带内发信的指示的装置，所述带内发信在通信网络的音频信道中发生；和
用于响应于获得带内发信的所述指示，利用经修改解码程序来解码用于所述音频信道的音频信号的装置。
23.根据权利要求22所述的设备，其中用于利用所述经修改解码程序的所述装置进一步包括用于使用静态去抖动缓冲器的装置。
24.根据权利要求22所述的设备，其中用于使用所述经修改解码程序的所述装置包括用于增加在自适应去抖动缓冲器中的音频包缓冲的时间间隔的装置。
25.根据权利要求22所述的设备，其进一步包括用于基于带内发信的所述指示而将所述经解码音频信号提供到带内消息检测器、音频编码器或音频播放装置中的至少一个的装置。
26.根据权利要求22所述的设备，其进一步包括用于响应于获得带内发信的所述指示，将消息发送到产生所述带内发信的装置的装置，其中所述消息指示编码解码器用于传递所述带内发信。
27.根据权利要求22所述的设备，其进一步包括用于响应于获得带内发信的所述指示，致使增加所述音频信道的带宽的装置。
28.一种非暂时性计算机可读媒体，其上嵌入有用于增加经由带内发信所接收的数据的传送的可靠性的指令，所述指令包含用于以下操作的计算机代码：
获得带内发信的指示，所述带内发信在通信网络的音频信道中发生；和
响应于获得带内发信的所述指示，利用经修改解码程序来解码用于所述音频信道的音频信号。
29.根据权利要求28所述的非暂时性计算机可读媒体，其中用于利用所述经修改解码程序的所述计算机代码进一步包括用于使用静态去抖动缓冲器的计算机代码。
30.根据权利要求28所述的非暂时性计算机可读媒体，其中用于利用所述经修改解码程序的所述计算机代码包括用于增加自适应去抖动缓冲器中的音频包缓冲的时间间隔的计算机代码。
CN201680078176.6A 2016-01-24 2016-12-15 用于紧急呼叫的增强型后退到带内模式 Active CN108476086B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201662286432P 2016-01-24 2016-01-24
US62/286,432 2016-01-24
US201662292761P 2016-02-08 2016-02-08
US62/292,761 2016-02-08
US15/191,923 US10499229B2 (en) 2016-01-24 2016-06-24 Enhanced fallback to in-band mode for emergency calling
US15/191,923 2016-06-24
PCT/US2016/066834 WO2017127186A1 (en) 2016-01-24 2016-12-15 Enhanced fallback to in-band mode for emergency calling

Publications (3)

Publication Number Publication Date
CN108476086A true CN108476086A (zh) 2018-08-31
CN108476086A8 CN108476086A8 (zh) 2021-04-06
CN108476086B CN108476086B (zh) 2022-09-02

Family

ID=59359273

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680078176.6A Active CN108476086B (zh) 2016-01-24 2016-12-15 用于紧急呼叫的增强型后退到带内模式

Country Status (11)

Country Link
US (1) US10499229B2 (zh)
EP (2) EP3406036B1 (zh)
KR (1) KR20180107773A (zh)
CN (1) CN108476086B (zh)
AU (1) AU2016387451A1 (zh)
BR (1) BR112018014872A2 (zh)
ES (1) ES2902151T3 (zh)
HK (1) HK1254089A1 (zh)
SG (1) SG11201804900QA (zh)
TW (1) TWI712288B (zh)
WO (1) WO2017127186A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112055350A (zh) * 2020-08-11 2020-12-08 上海博泰悦臻电子设备制造有限公司 一种紧急求援方法及装置
CN113678550A (zh) * 2019-03-29 2021-11-19 诺基亚技术有限公司 降级信令

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113584A (zh) * 2014-12-18 2017-08-29 高通股份有限公司 用于利用过顶服务提供商来支持紧急呼叫的技术
EP3316603B1 (en) * 2015-06-26 2023-04-12 Nec Corporation Communication apparatus and method for handling ims emergency calls in a roaming situation
US9894504B2 (en) * 2015-11-30 2018-02-13 Verizon Patent And Licensing Inc. Emergency call support for VoLTE roaming within S8 home routing architecture
WO2018000338A1 (zh) * 2016-06-30 2018-01-04 北京小米移动软件有限公司 编码格式确定方法及装置
US10885781B2 (en) * 2017-09-25 2021-01-05 Blackberry Limited Method and system for a proxy vehicular intelligent transportation system station
KR102504076B1 (ko) * 2018-07-27 2023-02-27 도이체 텔레콤 악티엔 게젤샤프트 패킷 교환 통신 시스템에서 긴급 세션의 향상된 개시 및/또는 라우팅을 위한 방법, 시스템, 이동 통신 디바이스, 패킷 교환 통신 시스템, 프로그램 및 컴퓨터 프로그램 제품
EP3895398B1 (en) * 2018-12-12 2024-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Communication system with de-jitter buffer for reducing jitter
CA3074974A1 (en) * 2020-03-06 2021-09-06 IC Events Inc. Apparatus and method for transmitting multiple on-demand audio streams locally to web-enabled devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6600740B1 (en) * 1998-10-03 2003-07-29 Ericsson Inc Voice quality optimization on multi-codec calls
CN104580218A (zh) * 2009-02-10 2015-04-29 苹果公司 通过无线网络传送紧急呼叫数据的装置和方法

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3300740A (en) * 1963-07-08 1967-01-24 Collins Radio Co A. c. ripple and noise reduction without increasing current drain
US5748763A (en) * 1993-11-18 1998-05-05 Digimarc Corporation Image steganography system featuring perceptually adaptive and globally scalable signal embedding
US5768308A (en) * 1994-12-19 1998-06-16 Northern Telecom Limited System for TDMA mobile-to-mobile VSELP codec bypass
US6690681B1 (en) * 1997-05-19 2004-02-10 Airbiquity Inc. In-band signaling for data communications over digital wireless telecommunications network
FI107109B (fi) * 1998-10-21 2001-05-31 Nokia Networks Oy Digitaalinen tietoliikennejärjestelmä
CA2290069A1 (en) * 1999-11-19 2001-05-19 Nokia Mobile Phones Ltd. Method for establishing a call in the presence of outband indication of pstn involvement at multimedia call setup
US7738509B2 (en) * 2002-12-27 2010-06-15 General Motors Llc Method and system for inband emergency notification for voice calls
US8665892B2 (en) * 2006-05-30 2014-03-04 Broadcom Corporation Method and system for adaptive queue and buffer control based on monitoring in a packet network switch
US7729381B2 (en) * 2006-09-15 2010-06-01 At&T Intellectual Property I, L.P. In-band media performance monitoring
JP5363488B2 (ja) * 2007-09-19 2013-12-11 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチチャネル・オーディオのジョイント強化
US8200185B2 (en) * 2008-04-02 2012-06-12 Qualcomm Incorporated Method and apparatus for supporting emergency calls (eCalls)
US8725502B2 (en) * 2008-06-05 2014-05-13 Qualcomm Incorporated System and method of an in-band modem for data communications over digital wireless communication networks
US8351973B2 (en) * 2008-06-13 2013-01-08 Telefonaktiebolaget L M Ericsson (Publ) Short message service (SMS) over service access point identifier 0 (SAPI-0)
US8594138B2 (en) 2008-09-15 2013-11-26 Airbiquity Inc. Methods for in-band signaling through enhanced variable-rate codecs
WO2010101943A1 (en) * 2009-03-03 2010-09-10 Airbiquity Inc. In-vehicle system (ivs) control of emergency data communications
GB0915766D0 (en) * 2009-09-09 2009-10-07 Apt Licensing Ltd Apparatus and method for multidimensional adaptive audio coding
US8548460B2 (en) * 2010-05-25 2013-10-01 Qualcomm Incorporated Codec deployment using in-band signals
US9237172B2 (en) * 2010-05-25 2016-01-12 Qualcomm Incorporated Application notification and service selection using in-band signals
CN102934161B (zh) * 2010-06-14 2015-08-26 松下电器产业株式会社 音频混合编码装置以及音频混合解码装置
JP5749462B2 (ja) * 2010-08-13 2015-07-15 株式会社Ｎｔｔドコモ オーディオ復号装置、オーディオ復号方法、オーディオ復号プログラム、オーディオ符号化装置、オーディオ符号化方法、及び、オーディオ符号化プログラム
EP2681963B1 (en) * 2011-03-03 2015-02-25 Telefonaktiebolaget LM Ericsson (PUBL) Methods, devices, system and computer program products for supporting the re-establishment of an emergency communication
US8903355B2 (en) * 2011-09-26 2014-12-02 Solacom Technologies Inc. Answering or releasing emergency calls from a map display for an emergency services platform
US9426304B2 (en) * 2011-09-26 2016-08-23 Solacom Technologies Inc. Answering or releasing emergency calls from a map display for an emergency services platform
CN103548383A (zh) * 2011-12-23 2014-01-29 华为技术有限公司 一种紧急呼叫场景下传输最小数据集的方法、装置及系统
FR2989246B1 (fr) 2012-04-04 2015-06-05 Sagemcom Energy & Telecom Sas Procede de filtrage d'appels entrants destine a etre mis en œuvre par un dispositif embarque dans un vehicule
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
US20150264548A1 (en) 2014-03-11 2015-09-17 Via Telecom, Inc. Ecall system and method
JP6630719B2 (ja) * 2014-07-23 2020-01-15 クアルコム，インコーポレイテッド 車両開始型緊急呼
EP3183899B1 (en) * 2014-08-22 2021-01-20 Nokia Technologies Oy Method and apparatus for supporting an emergency call service in an ip multimedia subsystem session during handover
US9681282B2 (en) * 2014-10-08 2017-06-13 Qualcomm Incorporated Techniques for supporting telematics-enhanced emergency calls from mobile phones
DE102015218170A1 (de) * 2015-09-22 2017-03-23 digades GmbH, Digitales und analoges Schaltungsdesign Verfahren und System zum Generieren und Übertragen eines Notrufsignals
US9768853B1 (en) * 2016-03-16 2017-09-19 Ibiquity Digital Corporation Method and apparatus for blending an audio signal in an in-band on-channel radio system
EP3229505B1 (de) 2016-04-07 2020-07-01 Volkswagen Aktiengesellschaft Übertragen von informationen bezüglich eines notfalls zwischen einem mobilen endgerät und einer notfallleitstelle

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6600740B1 (en) * 1998-10-03 2003-07-29 Ericsson Inc Voice quality optimization on multi-codec calls
CN104580218A (zh) * 2009-02-10 2015-04-29 苹果公司 通过无线网络传送紧急呼叫数据的装置和方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113678550A (zh) * 2019-03-29 2021-11-19 诺基亚技术有限公司 降级信令
CN112055350A (zh) * 2020-08-11 2020-12-08 上海博泰悦臻电子设备制造有限公司 一种紧急求援方法及装置
CN112055350B (zh) * 2020-08-11 2022-06-03 博泰车联网科技(上海)股份有限公司 一种紧急求援方法及装置

Also Published As

Publication number Publication date
CN108476086A8 (zh) 2021-04-06
CN108476086B (zh) 2022-09-02
TW201728129A (zh) 2017-08-01
EP3406036A1 (en) 2018-11-28
US10499229B2 (en) 2019-12-03
EP3993295A2 (en) 2022-05-04
AU2016387451A1 (en) 2018-07-05
EP3993295B1 (en) 2023-10-04
BR112018014872A2 (pt) 2018-12-11
HK1254089A1 (zh) 2019-07-12
EP3406036B1 (en) 2021-11-24
TWI712288B (zh) 2020-12-01
KR20180107773A (ko) 2018-10-02
WO2017127186A1 (en) 2017-07-27
EP3993295A3 (en) 2022-07-13
SG11201804900QA (en) 2018-08-30
US20170215056A1 (en) 2017-07-27
ES2902151T3 (es) 2022-03-25

Similar Documents

Publication Publication Date Title
CN108476086A (zh) 用于紧急呼叫的增强型后退到带内模式
US9521526B2 (en) Controlling the transfer of telematics data using session related signaling
US10111078B2 (en) Techniques to support emergency calls with over-the-top service provider
JP6086508B2 (ja) ワイヤレスネットワークを経て非常コールデータを送信するための装置及び方法
US10057750B2 (en) Vehicle-initiated emergency calls
US8913979B2 (en) Methods, devices and computer programs for supporting emergency communications
US20080220728A1 (en) Ptt-enabled mobile terminal, ptt service providing system, and sender location display method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1254089

Country of ref document: HK

CI02 Correction of invention patent application
CI02 Correction of invention patent application

Correction item: Priority

Correct: 62/286,432 2016.01.24 US|62/292,761 2016.02.08 US|15/191,923 2016.06.24 US

False: 62/286,432 2016.01.24 US|62/292,761 2016.02.28 US|15/191,923 2016.06.24 US

Number: 35-02

Page: The title page

Volume: 34

GR01 Patent grant
GR01 Patent grant