背景技术：
以下大体上涉及无线通信，且更特定来说，涉及远程信息处理(telematics)数据和元数据的无线发射和接收。在一些系统中，可将远程信息处理数据(例如，传感器读数和其它数据)从智能终端发射到中央服务以进行处理。举例来说，与经历碰撞的车辆相关联的终端可经由无线通信系统将所测量位置数据和预配置车辆数据与对紧急服务的请求一起发射到公共安全应答点(psap)。在一些系统中，可将数据发射到第三方服务提供商(tsp)，所述tsp可接着将数据中的一些或全部传达到psap。
技术实现要素：
本发明公开用于增加经由通信网络的语音信道中的带内发信(例如，由psap从用户设备(ue))接收的数据的可靠性的技术。技术包含致使解码(例如，转码)模块基于获得带内发信的指示而变更其解码(例如，转码)输入信号的方式，以及致使将带内发信提供到解码(例如，转码)模块以进行解码(例如，转码)。在一些实施例中，解码(例如，转码)模块通过停用或修改自适应去抖动缓冲器的使用来变更其解码(例如，转码)的方式。
根据本发明，增加经由带内发信接收的数据的传送的可靠性的实例方法包括：获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号。
根据本发明，用于增加经由带内发信接收的数据的传送的可靠性的实例装置包括：通信子系统；和处理单元，其以通信方式耦合到通信子系统且经配置以致使设备获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号。
根据本发明，用于增加经由带内发信接收的数据的传送的可靠性的实例设备包括：用于获得带内发信的指示的装置，所述带内发信在通信网络的音频信道中发生，以及用于响应于获得带内发信的所述指示，利用经修改解码程序来解码所述音频信道的音频信号的装置。
根据本发明，实例非暂时性计算机可读媒体其上嵌入有用于增加经由带内发信接收的数据的传送的可靠性的指令。所述指令包含计算机代码，其用于获得带内发信的指示，所述带内发信在通信网络的音频信道中发生，以及响应于获得带内发信的指示，利用经修改解码程序来解码所述音频信道的音频信号。
在以下描述和针对本发明的特定方面的相关图式中公开本发明的此些和其它方面。可设计替代方面而不脱离本发明的范围。另外，将不详细描述或将省略本发明的众所周知元件以便不混淆本发明的相关细节。
附图说明
可通过参考以下图来实现对各种实施例的性质和优点的进一步理解。
图1为说明根据实施例用于启用用于lte的ngecall的系统的架构的简化框图。
图2为说明根据实施例，lte系统的各种组件可交互以建立ngecall，从而致使带内msd传送的方式的发信流程。
图3为说明根据一项实施例用于传送msd的lte系统的组件之间的呼叫流程的发信流程。
图4为说明根据一项实施例的缓冲和解码程序的简化框图。
图5为说明根据一项实施例的转码程序的简化框图。
图6为说明根据一项实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图。
图7为说明根据另一实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图。
图8为移动装置或ue的实施例的框图。
图9为计算机系统的实施例的框图。
具体实施方式
与提供手动和自动紧急呼叫功能性的车辆相关联的终端通常在车辆乘员与psap操作者之间建立语音信道(也被称作语音媒体路径或音频信道)且使用所述语音信道来将远程信息处理数据带内传送到psap操作者。也可将远程信息处理数据使用语音信道在带内从终端发射到中央服务(例如，tsp服务器)。也可将与远程信息处理数据相关联的元数据(例如满意(例如，成功地)接收远程信息处理数据的应答或对更新远程信息处理数据的请求)在语音信道上从中央服务或psap带内传递到终端。
在提供基于ip的无线存取的无线通信系统(例如3gpplte系统)中，车辆乘员和服务中心(例如，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)能力。
当ngecall在欧洲初始发布(此可最早在2018年发生以履行欧盟议会的命令)时，许多psap可仍为“旧型”，仅能够接受电路交换呼叫(例如，经由isdn或dtmf接口)。因此，为确保ngecall与旧型系统的向后兼容性，基于ip发信(例如sip发信)可需要经转换以在电路交换网络中进行通信。举例来说，在这些状况下，起源ims网络可使用媒体网关控制功能(mgcf)来将起源网络侧上的sip发信转换成psap(或公共交换电话网络(pstn))侧上的ss7isdn用户部分(isup)或多频(mf)发信，且可使用相关联媒体网关(mgw)来将网络侧上的voip转换成psap(或pstn)侧上的基于电路的语音(例如，pcma律)。
当发生sip发信的此转换时(例如，当将ecall发送到旧型psap时)，msd可在经包含在sip发信中(例如，在sipinvite消息中)的条件下未由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存取的情况下，如可用于ngecall，已知传送为较不可靠且通常使语音路径中断较长时间。此可归因于使用用以将msd数据编码为对语音包化和解包化(例如，在接收器处使用自适应去抖动缓冲器(djb))敏感的带内音频的数据调制解调器和用于lte的特定编码解码器。结果为ngecall与用于gsm和umts的带内ecall系统(其在lte状况下由ngecall替换)相比可不可靠地传送msd且致使对语音通信的更多中断。每当ivs可存取lte网络但不可存取gsm或umts网络时且ecall经路由到的psap仅能够支持其中在语音信道上带内传送msd的ecall时，即可发生此问题。在此情景中，ivs可需要激发关于ngecall的基于ip的紧急呼叫但在语音媒体路径上由带内装置传送msd，借此有psap与车辆乘员之间的语音通信的语音媒体路径的减少可靠性、msd的缓慢传送和较长时间干扰(例如，阻挡)的风险。
本发明提供用于在其中需要将呈msd形式的远程信息处理数据从ivs的ue组件带内传送到psap或tsp和/或其中需要将呈msd接收确认或对经更新msd的请求形式的元数据从psap或tsp带内传送到ivs的状况下增加lte的ngecall的可靠性的技术。然而，实施例并不限于此且可用于辅助其它应用，其中数据无法由带外装置传送且需要替代地由带内装置在媒体路径(例如语音媒体路径)上传送。举例来说，本文中的技术可用于传送可不同于当前定义用于欧洲的msd的远程信息处理数据，以及/或将可不同于当前经定义用于欧洲中的msd的元数据的元数据从ivs传送到psap或tsp和/或从psap或tsp传送到ivs。另外，技术可用于支持ue与服务提供商之间的其它类型的ng通信，其中一些信息通过带外装置(例如，使用单独数据信道或使用sip发信消息)在ue与服务提供商之间传送，且其中当服务提供商并不具有ip能力或仅可通过cs装置从ue存取时信息需要在ue与服务提供商之间在语音或其它媒体路径(例如，视频路径)上带内传送。
在以下描述和针对本发明的特定方面的相关图式中公开本发明的这些和其它方面。可设计替代方面而不脱离本发明的范围。另外，本发明的众所周知元件将不详细描述或将被省略以便不混淆本发明的相关细节。
注意，如本文中所使用的术语“ecall”和“ngecall”在某些上下文中(例如在将ngecall在cs域上路由到旧型psap时)为同义的。所得ecall(或ngecall)则可具有ecall与ngecall两者的特性。起始ngecall的ivs的ue组件可继续使用基于sip和ip的发信来建立并稍后释放ecall(或ngecall)，但可通过带内装置(与用于正常(非ng)ecall相同)传送任何远程信息处理数据(例如，msd)。另外，中间实体(例如，mgcf)可将由ue使用的基于sip和ip的发信转换成由旧型psap存取的基于cs的网络所使用的基于cs的发信(例如，ss7isup)。因此，在本文中的说明中，术语“ecall”和“ngecall”可交换地用于其中ivs的ue组件起始ngecall的情景，所述ngecall经路由到旧型psap，例如本文中稍后针对图2关于从ue105到旧型psap150的ecall所描述。
图1为说明根据实施例用于启用lte的ngecall的系统100的架构的简化框图。除其它组件外，系统也包含ue105(所述ue可并入到车载系统(ivs)107中和/或以其它方式与其连接)、lte网络(也被称作演进式包系统(eps))102、具有旧型psap150的旧型紧急服务(es)网络145，以及在具nenai3能力的psap160的情况下国家紧急号码协会(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。在一些实施例中，mgcf135可并入到mgw140中或以其它方式与其结合。在其它实施例中，例如图1中所展示的实施例，其可单独地实施和/或维持。如所展示，系统100可包括其它组件(其中的一些在图1中展示但其在本发明中未加以论述)，且其它实施例可取决于所要功能性添加、省略、结合、分离、重新布置或以其它方式变更组件。这些变化将由所属领域的一般技术人员了解。
ivs107可为车辆(例如，汽车或卡车)的部分且可支持如先前所描述的ngecall的远程信息处理。ivs107可包含作为嵌入式组件的ue105或可连接到(例如，耦合到)ue105(例如，经由
lte网络102可包含ip多媒体子系统(ims)180，其可包含p-cscf125、e-cscf130、mgcf135和lrf190。ims180可支持从ue105到psap(例如i3psap160或旧型psap150)的ngecall。举例来说，在从ue105到i3psap160的ngecall的状况下，来自ue105的发信路径(图1中未展示)可穿过enb110、服务网关115、pdn网关120、p-cscf125、e-cscf130、ibcf、i3esinet155和i3psap160。在从ue105到旧型psap150的ngecall的状况下，来自ue105的发信路径(在图1中由粗体虚线展示)可穿过enb110、服务网关115、pdn网关120、p-cscf125、e-cscf130、bgcf、mgcf135、旧型es网络145和旧型psap150。ims180中的元件可提供呼叫处置和呼叫路由支持以实现从ue105到i3psap160或旧型psap150的ngecall。举例来说，p-cscf125在由ue105激发时检测ngecall(例如，通过接收、解码和解释由ue105发送的sipinvite消息)。e-cscf130可支持来自ue105的ngecall的路由(例如，通过将来自ue105经由p-cscf125接收的sipinvite发送到旧型psap150(经由mgcf135)或i3psap160(经由ibcf))。lrf190可在由e-cscf130查询时辅助来自ue105的ngecall的路由。举例来说，lrf190可确定ue105的位置(例如，依据由ue105在sipinvite中提供的信息)，且可确定支持针对所述位置的ngecall的psap(例如，旧型psap150或i3psap160)且可将此psap的识别码或地址传回到e-cscf130。mgcf135可在到旧型psap150的ngecall状况下执行从ue105接收的基于sip的发信到由es网络145使用的发信(例如isup发信)或从由es网络145使用的发信(例如isup发信)到发送到ue105的基于sip的发信的转换。举例来说，mgcf135可在路由到旧型psap150的ngecall的状况下将从ue105接收的ngecall转换成电路交换(cs)ecall。
i3esinet155可代表i3psap160支持基于ip的紧急呼叫，包含来自ue105的ngecall，例如，可将ngecall从ue105路由到i3psap160。旧型es网络145可类似地代表旧型psap150支持基于电路交换(cs)的紧急呼叫，包含经由mgcf135从ue105接收的csecall(也仅被称作ecall)，例如，可将经由mgcf135接收的来自ue105的csecall路由到旧型psap150。在从ue105到旧型psap150的ngecall的状况下，mgw140可在从ue105接收或发送到其的voip与发送到旧型psap150或从其接收的基于cs的语音之间转换。
在从ue105到旧型psap150的ngecall的状况下，从ue105到旧型psap150的发信路径(用粗体虚线标记)将ue105与旧型psap150以通信方式连接且用于传送发信消息(例如，sip消息、isup消息)和/或其它信号(例如，mf载频调)。如先前所描述，此路径包含以下元件的链：ue105、enb110、服务网关115、pdn网关120、p-cscf125、e-cscf130、mgcf135、旧型es网络145和旧型psap150。用于从ue105到旧型psap150的ngecall的语音路径(也被称作语音媒体路径、媒体路径、数据路径、语音信道、音频信道、音频路径)(用粗体实线标记)将ue与旧型psap150以通信方式连接。此路径包含以下组件的链：ue105、enb110、服务网关115、pdn网关120、mgw140、旧型es网络145和旧型psap150。从ue105到mgcf135的发信(例如，sip消息)的通信通常为包交换(ps)(例如，使用经由ip的tcp或udp输送的sip)，而从mgcf135到旧型psap150的发信的通信可基于ss7(例如，isup)和/或可使用带内mf发信，但实施例可变化。从ue105到mgw140的语音的通信通常为包交换(ps)(例如，volte、voip)，而从mgw140到旧型psap150的语音的通信为电路交换(cs)(例如，pcma-律、pcmμ-律)，但实施例可变化。
为了与无线通信的一般术语一致，从ue105发送到旧型psap150或i3psap160或到lte网络102中的任何元件的音频、语音、数据、发信和/或其它通信被称作“上行链路”或在“上行链路方向”上传送、发送或接收。类似地，从旧型psap150、i3psap160或lte网络102中的任何元件发送到ue105的音频、语音、数据、发信和/或其它通信被称作“下行链路”或在“下行链路方向”上传送、发送或接收。
图2为说明图1的系统100的各种组件可建立ngecall，从而导致带内msd传送(如先前所论述)的方式的发信流程。此处，展示lte网络102的一些主要元件但非全部元件。归因于图2中所展示的lte网络102的某些元件或某些元件群组或针对其所暗示的一些动作可因此部分地由图2中未展示的其它元件支持。举例来说，对由mme170执行或涉及其的动作的提及可由enb110、服务网关115、pdn网关120和/或图1的其它组件辅助或提供，且ims180可指代图1的p-cscf125和/或e-cscf130，或可对应于ims180的所有元件。如先前所提及，本文中所公开的技术未必限于图1中所说明的架构。
如图2中所展示，如下文可以九阶段(每一阶段包括一或多个级)执行建立从ue105到旧型psap150的ngecall。
阶段1：在级201处，ivs107(图2中未展示)经由手动用户输入(例如，车辆的驾驶员或乘客按压紧急救助按钮)或使用传感器自动地(例如，感测突然加速/减速、空气气囊打开、火灾、水等)检测紧急情况并通知ue105。
阶段2：ue105在级202处执行域选择以选择cs或ps域且发现支持此域的可存取无线网络。如果选择cs域(图2中未展示)，那么激发csecall。如果选择ps域，那么在此实例中存取lte网络102且执行图2中的其余动作。
阶段3：如果尚未附接，那么ue105在级203处附接到lte网络102(例如，如果ue105经配置用于仅ecall模式且仅附接到无线网络以激发ecall、测试呼叫或到归属网络操作者的呼叫)。级203处的附接由mme170和由图2中未展示的其它元件(例如enb110和pdn网关120)支持。在级203处的附接期间，ue105获得紧急承载且发现适于紧急服务的p-cscf125。如果需要资源执行此阶段，那么ue105可释放任何先前进行中的会话的资源(例如，承载资源)。
阶段4：ue105在级204处向ims180执行紧急ims注册。如果ue105正漫游(例如，如果lte网络102并非ue105的归属网络)，那么也可在ue105的家庭网络(图2中未展示)中向ims执行级204处的紧急ims注册。
阶段5：ue105在级205处将sipinvite消息发送到ims180(例如，到p-cscf125)。在级205处发送的invite可含有ecall指示(其可指示紧急呼叫和ecall为手动抑或自动调用)和远程信息处理数据(其在此实例中包括msd)。在替代实施例中，msd可未被包含于在级205处发送的sipinvite中且ue105可替代地尝试使用替代技术(例如通过使用单独数据信道，其可与在阶段8期间语音路径的建立并行或在其之后建立)来发送远程信息处理数据(例如，在建立ngecall之后)。
阶段6：在级206处，ims180(例如，e-cscf130)可查询lrf190以获得关于ue105的呼叫路由和/或位置信息且lrf190可获得ue的位置(例如，经由涉及mme170和/或ue105的交互)以便提供呼叫路由和/或位置信息。
阶段7：ims180(例如，e-cscf130)使用在阶段6中获得(例如，由lrf190提供)的任何路由信息，或基于在阶段5中提供的信息而选择紧急中心或psap并将包含ecall指示、msd和在阶段5或阶段6中获得的任何位置信息的ngecall请求(例如，sipinvite消息)发送到紧急中心或psap。如果在cs域上存取紧急中心或psap(即，psap为旧型psap150)，执行动作7a和7b。针对动作7a：在级207a处将sipinvite发送到mgcf135。针对动作7b：mgcf135在级207b处将isup初始地址消息(iam)发送到旧型psap150(例如，将iam发送到旧型es网络145)。iam可携载紧急指示(例如，在呼叫方的类别参数中)和ecall指示。在一些实施方案中，ecall的指示或到支持ecall的psap的呼叫路由的指示可被携载作为被呼叫方号码参数的部分(例如，通过在被呼叫方号码参数中包含某些数字)且可未经携载作为iam中的单独指示。作为级207b的部分，msd可被mgcf135摒弃。如果在ps域上存取紧急中心或psap(即，psap为i3psap160)，那么执行动作7c、7d和7e。针对动作7c：ims180(例如，e-cscf130)在级207c处将携载ecall指示和msd的sipinvite发送到i3psap160(例如，经由ibcf和i3esinet155)。针对动作7d，i3psap160将在级207d处的sipstatus消息(例如，sip200ok消息)传回到ims180(例如，经由ibcf和i3esinet155传回到e-cscf130)。sipstatus消息携载msd接收的确认和可能的建立ngecall的协议。针对动作7e：ims180(例如，e-cscf130和p-cscf125)在级207e处将status消息发送到ue105，确认msd的接收。当在cs域上将ecall发送到旧型psap150(如在级701a和702b中)时，可在作为阶段8的部分执行动作7a和7b之后由旧型psap150发送类似status消息(例如isup响应(anm)消息)。然而，此status消息(例如，anm消息)将不指示msd的传送的确认，这是因为msd并未由动作7a和7b发送到旧型psap150。
阶段8：紧急呼叫建立在阶段208处完成。此包含在ue105与pasp(旧型psap150或i3psap160)之间建立语音路径(也被称作语音信道或音频信道)。在到i3psap160的ngecall的状况下，语音路径可使用voip且不需要不同语音编码之间的任何转换。在到旧型psap150的ngecall的状况下，语音路径可经过与mgcf135相关联的mgw140且也可经过如针对图1所描述的其它实体且可经历一或多个变换，例如mgw140处的voip编码与cs语音编码之间的转换。
阶段9：如果ue105未接收关于级207e的status消息(例如，在级207a和207b中经由cs域将ngecall发送到旧型psap150)或如果在级207e处接收的status消息不含有由psap(例如，由旧型psap150)成功接收msd的确认，那么在级209处，ue105试图经由带内装置在于阶段8中建立的语音路径上将msd传送到紧急中心或psap，如先前提及。举例来说，在到旧型psap150的ecall状况下，ue105可将msd在语音路径上发送到旧型psap150，而无需等待来自旧型psap150的请求，或可在将msd在语音路径上发送到旧型psap150之前等待来自旧型psap150的带内请求(在语音路径上发送到ue105)。
图3为说明例如在根据图2中的实例的ngecall的建立之后从ue105到旧型psap150或i3psap160的经更新msd的传送的发信流程。图3中所说明的动作可表示将msd带内传送到经由cs域存取的旧型psap150(例如，实施图2中的阶段9且其中在图2中执行动作7a和7b)的实例方法。在一些替代实施例中，图3中的动作可替代地或另外表示将经更新msd发送到经由ps域存取的i3psap160的方式，例如，在由于msd的带外传送的失败或缺少对其的支持而必须将msd带内发送到i3psap160的状况中。此处，在动作1处且在级301处，旧型psap150可使用带内装置在ue105与旧型psap150之间的语音路径上将对msd的请求发送到ue105。ue105在动作2处且在级302处通过使用带内装置在语音路径上将msd发送到旧型psap150作出响应。针对动作1和动作2两者，语音路径可如先前所描述穿过mgw140，在所述状况下，经由mgw140带内传送在阶段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的使用(例如，如由mgw140执行)的提及也可包含使用时间规整。
本文中提供用以增加lte语音信道上关于ngecall和/或其它应用的数据调制解调器信号的可靠性。可注意，在随后实施例中描述ue105的功能性。然而，应理解，由于ue105可经并入到和/或构成ivs107的部分，因此ue105和ivs107在下文说明中实际上可互换。
根据一些实施例，来自ue105的呼叫可由mgcf135接收，所述mgcf将呼叫识别为ngecall。mgcf135可接着将此信息中继到mgw140，指示mgw140停用自适应djb且替代地使用深度更大的静态djb，借此使带内传送msd较不可能因包丢弃和/或对时间规整失真的需要而毁坏。为进一步确保来自数据调制解调器的语音信号的完整性，mgcf135也可与ue105(例如，作为图2的阶段5、阶段7和阶段8的部分)协商较高位率编码解码器和/或已知比其它编码解码器更好地支持msd传送且可减少信号压缩的影响的编码解码器类型。
可使用会话描述协议(sdp)在ue105与mgcf135之间发生编码解码器类型和位率的协商，所述sdp可作为ngecall的建立的部分经携载在sip消息(或其它消息)中，例如图2中的用于阶段5和动作7a的sipinvite和用于动作7e的sipstatus。根据一些实施例，在由ue105发送以建立ngecall的初始sipinvite(例如，如在图2中的动作7a处)中所携载的sdp主体中，mgcf135被通知ue105支持的编码解码器类型和位率且可接着选择由ue105支持的将使带内msd传送的降级和毁坏最小化的编码解码器类型和位率。对于此操作，mgcf135的位置独特，这是因为(a)mgcf135可意识到ngecall正经由初始sipinvite(例如，图2中关于动作7a的sipinvite)中的ecall指示建立且(b)归因于系ims/ps域(在网络侧)与cs域(在旧型psap150侧)之间的发信互通点，mgcf135可意识到ecall将经由电路装置到达旧型psap150。另外，由于ue105知晓ngecall正被建立，因此ue105可另外或替代地仅将有助于减少带内传送的降级和毁坏的编码解码器类型和位率包含在初始sipinvite(例如，在图2中的阶段5处发送)中。mgcf135可将所选择编码解码器、位率和任选地ecall指示传递到mgw140。当ue105稍后将msd带内发送到psap150时，mgw140可(例如)通过将从ue接收的voip通信解包化、解码和重新编码到pcma律来将msd信息传送到旧型psap150。由mgw140进行的解包化、解码和重新编码的程序(也被称作转码)可经执行以使如已提及的对msd(在穿过mgw140时仍经编码为音频信号)的毁坏减少或最小化。可经由一或多个中间切换器将经转换msd(例如，呈使用pcma律编码的音频信号的形式)传送到旧型psap150，在所述处msd可使用数据调制解调器经解码。
msd的带内传送可如下更详细地发生。ue105可首先使用ecall数据调制解调器将msd转换成音频(模拟)信号(动作u1)，接着使用在ue105与mgcf135之间协商的编码解码器将所得音频信号编码成数字(位)流(动作u2)，接着将所得数字流包化成voip包(例如，使用实时协议(rtp))(动作u3)和最终使用经建立用于ecall的基于ip的语音路径(例如，如在图2中的阶段8处)将voip包发送到mgw140(动作u4)。mgw140可执行一些反操作，包括将所接收voip包解包成数字流(动作m1)，使用所协商编码解码器将数字流解码成表示音频信号的信息(动作m2)和使用不同编码解码器(例如，针对pcma率)将表示音频信号的信息重新编码成电路交换数字位流(动作m3)。可接着将经变换(转码)数字流发送到psap150(动作m4)。在psap150处，可将电路交换数字位流转换回成音频信号(动作p1)，可使用ecall数据调制解调器从所述音频信号提取msd(动作p2)。mgw140可使用由mgcf135供应的关于ecall的知识来修改动作m1和/或动作m2来减少经编码msd的降级和毁坏且在动作p2处通过psap150促进更可靠msd恢复。动作m1、m2和m3可被称作转码。
根据一些实施例，一旦msd传送完成，自适应djb可再次由mgw140利用以辅助促进在ecall期间在lte语音信道上进行的任何随后语音对话。在一些实施例中，ue105可从旧型psap150接收高级应答(hl-ack)消息，其指示msd发射完成且语音对话可开始。此可致使系统返回到使用自适应djb。此功能性可以各种方式实施。
在一些实施例中，mgw140可监视并解释ue105与psap150之间的语音信道以便检测并辨识从旧型psap150发送到ue105的带内消息。在这些实施例中，mgw140可经配置以理解(例如，完全或部分地解码)数据调制解调器消息和协议。当mgw140检测到来自psap150的带内消息时，其可视所检测带内消息而定启用或停用语音信道(ue105到psap150方向)的上行链路部分上的自适应djb。举例来说，如果mgw140检测对msd的请求(例如，如在图3中的动作1处所发送)，其可在预期在上行链路中发送的msd的情况下停用上行链路上的自适应djb(例如，如在图3中的动作2处)。类似地，当mgw140检测到hl-ack时，其可基于假定在上行链路中成功发送msd(例如，如在图2中的阶段9处)且上行链路现在将用于发送正常话音而启用上行链路上的自适应djb。
在一些其它实施例中，mgw140可监视来自旧型psap150和/或来自ue105的带内消息的通信而不解释。在这些实施例中，mgw140可不需要理解带内消息(例如，可不需要熟悉所使用协议)，但替代地，可仅检测其存在(例如，经由用以确定是否存在带内发信的一或多个特性的信号分析)。每当mgw140未检测到带内消息达某一时间时，其可在上行链路的ue105到psap150方向中重新启用自适应djb。在一些实施例中，mgw140可能够稍后停用自适应djb以允许mgw140继续传送msd(例如，在mgw140错误地过早重新启用自适应djb且稍后检测到带内发信仍在使用中的状况下)。举例来说，只要mgw140检测到带内消息，其即可停用自适应djb。在一些实施例中，在mgw140停止检测带内消息之后，mgw140可将重新启用自适应djb延迟达数秒(例如，5秒)的超时周期以便确保带内发信已停止。如果在超时周期期满之前再次检测到带内发信，那么mgw140可不重新启用自适应djb。
在一些实施例中，当ue105接收来自psap150的确认msd从ue105成功传送到psap150的hl-ack消息时，ue105可将sip消息(例如，sipinfo消息)发送到mgcf135，告知mgcf135向mgw140发信号表示mgw140可重新启用自适应djb。
在一些实施例中，当ue105接收来自psap150的对msd的请求(例如，如在图3中的动作1处)时，ue105可将sip消息(例如，sipinfo消息)发送到mgcf135，告知mgcf135向mgw140发信表示其应停用自适应djb。ue105可接着(例如可能在1或2秒的短延迟之后)将msd带内发送到psap150以使mgw140能够第一次停用自适应djb。
一些实施例可进一步使用mgw140，所述mgw检测来自旧型psap150的上行链路start消息，可将所述上行链路start消息带内发送到ue105以请求经更新msd的传送(例如，如在图3中的动作1处)。在检测到start消息之后，mgw140可停用其上行链路上的自适应djb(针对ue105到psap150的传送方向)。在此实施例中，当mgw140检测到来自psap150的start消息时，mgw140可告知mgcf135经由sip发信(例如，通过发信sipinfo消息)将此发信到ue105。当ue105接收此信号时，其可停用其下行链路上的自适应djb(针对psap150到ue105的传送方向)。此功能性可使得旧型psap150能够请求ue105重新发送msd(例如，当ue105的优选定位可用时)。ue105也可检测来自psap150的start消息且停用其下行链路上的自适应djb。
图4为说明可由ue105执行以辅助ue105可靠地检测和解码由psap150使用数据调制解调器发送到ue105的上行链路带内消息(例如，start消息)的缓冲和解码程序400的简化框图。缓冲和解码程序400可以ue105上的硬件和/或软件实施，且可并入到ue105的一或多个较大组件中，例如调制解调器或其它通信接口、处理器等等。
如图4中所说明，缓冲和解码程序400可接收下行链路方向上的voip输入(例如，在lte语音信道上来自旧型psap150的voip通信)。接着将输入提供到两个djb。第一djb可包括自适应djb410，其将经编码音频帧(例如，话音帧)递送到音频解码器430。音频解码器430的输出可包括经提供到切换器450的音频流(例如，话音)。在正常操作模式中，切换器450可使来自音频解码器430的音频流透明地通过，作为可经提供到ue105的用户的缓冲和解码程序400的输出(例如，经由例如扬声器或耳机的播放装置，图4中未展示)。自适应djb410可在输出经编码音频帧之前缓冲所接收voip(例如，rtp)包达有限时间(例如，20到40ms)，以便限制端对端音频延迟和避免ue105的用户和psap150处的操作者经历来自另一方的语音返回的显著延迟。此可引入如先前所描述的时间规整和音频(例如，话音)剪切。第二djb可包括静态djb420，其输出经馈送到音频解码器440中，所述音频解码器可与音频解码器430相似或相同。静态djb420可比自适应djb410(例如，100ms到200ms)更长时间地缓冲所接收voip(例如，rtp)包以便避免音频帧的损失和时间规整。可将来自音频解码器440的音频流输出传递到数据调制解调器460，所述数据调制解调器可检测带内发送的任何消息内容。可将数据调制解调器460的输出传递到消息解码器470，所述消息解码器可确定是否存在带内消息和带内消息的内容。在一些实施方案中，数据调制解调器460和消息解码器470可组合。与消息解码器470组合的数据调制解调器460可被称作带内消息检测器480。
在正常操作中，可从自适应djb410和音频解码器430的输出提供缓冲和解码程序400的音频输出，其可如先前所描述透明地穿过切换器450。然而，当带内消息检测器480(例如，消息解码器470)检测到带内信号(例如，start消息)时，其可发信通知切换器450以停止将音频输出从音频解码器430传送到用户。此可避免用户听到用于传送经由数据调制解调器发送的任何消息(例如，start消息)的数据调制解调器载频调且借此避免干扰用户。另外，带内消息检测器480(例如，消息解码器470)可解码所检测到的带内消息且将消息的指示(例如，消息识别码和任何消息内容)提供到ue105中的一或多个其它元件(例如支持ue105中的msd的ecall传送的应用程序处理器或程序)。由于将来自静态djb420而非自适应djb410的经编码音频帧传递到音频解码器440中，可几乎不存在数据调制解调器信号的时间规整失真，从而允许带内消息检测器480更可靠地检测和解码任何带内消息。当带内消息检测器480(例如，消息解码器470)不再检测到带内信号时，或可能在某一超时周期(例如，1或2秒)(在其期间带内消息检测器480未检测到任何带内信号)之后，带内消息检测器480可发信通知切换器450以重新开始将音频流从音频解码器430传递到ue105的用户(例如，到图4中未展示的播放装置)。
静态djb420、音频解码器440、带内消息检测器480和切换器450可为子系统495的一部分(由图4中的虚线框所展示)。当ue105并不知道针对由ue105在lte网络102上建立的语音路径存在到某一其它方的带内发信时(例如，当ue105建立并非用于ecall的语音路径时)，用于语音路径的缓冲和解码程序400可仅利用自适应djb410和音频解码器430，但可不利用(例如，可不包含)组成子系统495的元件。举例来说，voip输入可仅穿过自适应djb410和音频解码器430(而非静态djb420和音频解码器440)且可将音频解码器430的输出发送到播放装置。然而，当ue105确定存在或可存在带内发信(例如，由于如结合图2所描述建立用于到psap150的ecall的语音路径)，ue105可通过如先前所描述包含子系统495的元件作为缓冲和解码程序400的一部分来修改用于语音路径的缓冲和解码程序400。
图5为说明使用转码程序500的mgw140中的转码的简化框图。转码程序500可使得mgw140能够将以voip(例如，rtp)包形式从ue105接收的上行链路音频流转换成适于向前传送到旧型psap150的电路交换数字音频流(例如，根据pcma-律编码)。转码程序500可类似于图4中的缓冲和解码程序400且可使用某些功能相似元件。转码程序500可以mgw140中的硬件和/或软件实施，且可并入到mgw140的一或多个较大组件中，例如通信接口、处理器等等。
如图5中所说明，转码程序500可接收上行链路方向上的voip输入(例如，来自ue105的由mgw140从pdn网关120接收的voip通信)。接着将输入提供到两个djb。第一djb可包括自适应djb510，其将经编码音频帧(例如，话音帧)递送到音频解码器530。音频解码器530可支持先前与ue105协商且同意的编码解码器(例如，在针对图2所描述的呼叫建立阶段8期间)。音频解码器530的输出可包括音频流(例如，话音)，或表示音频流的信息(例如，pcm经编码音频)，将其提供到切换器550。在正常操作模式中，切换器550可将音频流从音频解码器530透明地传递到cs音频编码器590，所述cs音频编码器可将音频流(或表示音频流的信息)重新编码成适于由cs装置(例如，在pstn上)传送到旧型psap150的数字流(例如，pcma-律)。自适应djb510可在输出经编码视频帧之前缓冲所接收voip(例如，rtp)包达有限时间(例如，20到40ms)以便限制端对端音频延迟。此可将时间规整和音频(例如，话音)剪切引入到音频流中。
用于图5中的转码程序500的第二djb可包括静态djb520，其输出经馈送到音频解码器540中，所述音频解码器可与音频解码器530相似或相同。静态djb520可比自适应djb510(例如，100ms到200ms)更长时间地缓冲所接收voip(例如，rtp)包以便避免音频帧的损失和时间规整。可将来自音频解码器540的音频流输出传递到带内消息检测器580，所述带内消息检测器可与结合图4所描述的带内消息检测器480在功能上相似或相同。然而，在一些实施方案中，由于带内消息检测器580可不需要解码和解释带内消息(与带内消息检测器480不同)，因此带内消息检测器580可比带内消息检测器480更简单(例如，可不包含功能上与数据调制解调器460相似或相同的数据调制解调器元件)。也可将音频解码器540的输出传递到切换器550。然而，在正常操作模式中，切换器550可将音频解码器530的音频输出透明地传递到cs音频编码器590，如先前所描述，且可阻挡来自音频解码器540的音频输出的传送。然而，当带内消息检测器580检测到带内信号(例如，用作从ue105到psap150的msd传送的一部分的带内信号)，带内消息检测器580可发信通知切换器550从正常操作模式过渡到带内信号操作模式。当在带内信号操作模式中，切换器550可阻挡来自音频解码器530的音频输出的传送且可替代地将音频解码器540的音频输出透明地传递到cs音频编码器590。此可避免到cs音频编码器590的所传送音频输出中的时间规整和音频剪切，这是因为带内操作模式中所传送的音频输出将已通过静态djb520。因此，经传送到psap150的cs数字编码器590的数字音频输出可使得psap150能够比在psap590正接收先前已传递穿过自适应djb510的数字音频输出的条件下更可靠地检测和解码任何带内消息内容(例如，msd)。当带内消息检测器580不再检测到带内信号时，或可能在某一超时周期(例如，1或2秒)(在其期间带内消息检测器580未检测到任何带内信号)之后，带内消息检测器580可发信通知切换器550重新开始正常操作模式(其中将来自音频解码器530而非音频解码器540的音频流透明地传送到cs音频编码器590。正常操作模式可减少端对端音频延迟，其可避免ue105的用户和psap150的操作者在接收来自另一方的返回(例如，话音返回)时注意到任何显著延迟。
在转码程序500的一些实施方案中，切换器550可经配置以在音频信道一经建立且转码程序500开始被使用时，就使用带内信号操作模式(其中将来自静态djb520和音频解码器540而非动态djb510和音频解码器530的音频输出传递穿过切换器550到cs音频编码器590)开始。上述情况可基于mgw140意识到在建立ue105与psap150之间的音频信道(例如，如在图2中的阶段8处)时或在其之后不久ue105将通常将带内信号(例如，含有msd)传送到psap150目的地而在mgw140处发生。作为实例，mgw140可由于接收到ecall的指示或来自mgcf135的音频信道上的带内信号传送的指示(例如，其可在呼叫建立期间且作为图2的实例中的阶段8的部分发生)而意识到即将来临的从ue105到psap150的带内发信。
静态djb520、音频解码器540、带内消息检测器580和切换器550可为子系统595的一部分(由图5中的虚线框所展示)。当mgw140不知道在mgw140执行从voip输入到cs输出的转码的音频信道中存在带内发信时，用于音频信道的转码程序500可仅利用自适应djb510、音频解码器530和cs音频编码器590，但可不利用(例如，可不包含)组成子系统595的元件。举例来说，到转码程序的voip输入可仅穿过自适应djb510和音频解码器530(而非静态djb520和音频解码器540)，且可将音频解码器530的输出始终发送到cs音频编码器590。然而，当mgw140确定带内发信存在或可存在于音频信道中(例如，由于接收来自mgcf135的已针对ecall建立穿过mgw140的语音信道的指示)时，mgw140可作为先前所描述的转码程序500的部分通过包含子系统595的元件来修改转码程序500。
另外或替代地，一旦知晓ecall(例如，由于在mgw140的状况下接收来自mgcf135的ecall指示或由于在ue105的状况下未接收到来自psap150的msd传送的确认的情况下建立到psap150的ngecall)，实施例(例如，其中仅使用单个自适应djb且非另外静态djb)可致使ue105和/或mgw140使其最小自适应去抖动缓冲器电平增加一小量(例如，增加20ms到40ms)。此增加可赋予其带内信号检测器额外时间(例如，一或多个额外音频帧)以处理并更可靠检测带内信号。尽管此将对任何话音对话引入额外延迟，但小的额外延迟(例如，20ms到40ms)对ue105的用户和psap150的操作者为可忍受的。在此额外缓冲的情况下，带内信号检测器可在决定是否对静态模式操作执行更深缓冲之前等待处理再多一或两个的音频帧，或继续自适应去抖动缓冲。
如先前所论述，本文中所描述的技术可用于lte系统中的ngecall起始，但实施例并不限于此。所公开技术可更通常地用于增加各种广泛应用中经由带内发信接收的数据的可靠性。作为实例，技术可用于使用两个实体(例如，客户端用户和服务提供商)之间的基于ip通信(包含voip通信)的系统中，其中实体中的一个仅可经由电路交换装置存取(例如，经由公共交换电话网络(pstn))且其中两个实体之间的数据传送需要在两个实体之间的语音(或音频)信道上使用带内发信。
图6为说明根据一项实施例增加经由带内发信接收的数据(例如，例如msd的远程信息处理数据)的传送的可靠性的方法的流程图600。方法可由ue105、mgcf135或mgw140使用。如同本文中所提供的其它图，图6经提供作为非限制性实例。替代实施例可包含除图中所展示的功能性以外的功能性，以及/或图中的块中的一或多个所展示的功能性可被省略、组合、分离和/或同时执行。用于执行块的功能性的装置可包含一或多个硬件和/或软件组件，例如下文关于图9的计算机系统所描述的那些组件。所属领域的技术者将认识到许多变化。
在块610处，获得带内发信的指示，其中带内发信在通信网络的音频信道(例如，语音信道)中发生。作为实例，音频信道可对应于根据图2的发信流程在ue105与旧型psap150之间建立的音频信道。
块620处的功能性包括：响应于获得带内发信的指示，致使解码程序修改用于音频信道的音频信号的解码。在一些实施例中，解码程序可对应于如结合图4所描述的用于ue105的缓冲和解码程序400的部分或全部。在其它实施例中，解码程序可对应于如结合图5所描述的用于mgw140的转码程序500的部分或全部。
在可由ue105或mgw140使用的任选块630中，基于在块610处获得的带内发信的指示而将经解码音频信号(其解码在块620中经修改)提供到带内消息检测器(例如，在ue105的状况中为图4中的带内消息检测器480或在mgw140的状况下为图5的带内消息检测器580)、音频编码器(例如，在mgw140的状况下为图5中的cs音频编码器590)或音频播放装置(例如，用于ue105的音频播放装置)中的一个。
当流程图600的方法由ue105执行时，可在块610处由ue105基于与旧型psap150的ecall或ngecall的建立(在其期间通过带外装置从ue105到psap150的远程信息处理数据(例如，msd)的传送由ue105确定并未发生)而获得音频信道中的带内发信的指示。举例来说，在图2所描述的发信流程中，当ue105并未接收到关于级207e处动作7e的确认msd传送的接收的status消息时，ue105可确定msd传送并未通过带外装置发生。在某些其它实施例中，带内发信的指示可在块610处由ue105从mgcf135获得，例如，在旧型psap150使用电路交换发信(例如，ss7isup)将信号发送到mgcf135的条件下(当旧型psap150开始将带内发信发送到ue105时)，且在mgcf135接着使用基于sip发信将信号转发到ue105的条件下。响应于在块610处获得带内发信的指示，ue105可致使ue105中的解码程序通过将静态djb而非自适应djb用于音频(例如，语音)解包化或通过增加自适应djb中音频包缓冲的时间间隔来修改在块620处从旧型psap150在下行链路方向接收的音频信道的音频信号的解码。作为实例，ue105可使用如关于图4所描述的缓冲和解码程序400且可响应于在块610处获得带内发信的指示通过包含包括子系统495的元件(如结合图4所描述)来修改缓冲和解码程序400。在块630处，ue105可将来自块620的经解码音频信号提供到带内消息检测器和/或音频播放装置。举例来说，当ue105由于在块620处修改音频信道的音频信号的解码而使用如图4中所描述的缓冲和解码程序400时，将来自音频解码器440的经解码音频信号提供到带内消息检测器480。另外，当带内消息检测器480未检测到带内音频信号时，可通过缓冲和解码程序400将来自音频解码器430的音频输出提供到如针对图4所描述的播放装置。在某些其它实施例中，可使用如结合图4(其中带内消息检测器480检测音频信道中的带内信号)所描述的缓冲和解码程序400在块610处在ue105处获得带内发信的指示。
当流程图600的方法是由mgcf135执行时，可通过mgcf135基于有助于在ue105与旧型psap150之间建立ecall或ngecall(如在图2中所描述的实例中)而在块610处获得带内发信的指示。在此实例中，mgcf135在建立ecall的请求中(例如，如在图2中的动作7a中)接收来自ims180的ngecall的指示(例如，ims180中的e-cscf130)并转发所述请求以经由电路交换装置建立到旧型psap150的ecall但不传送msd(例如，如在图2中的动作7b中)。mgcf135可将带内发信的指示传送到mgw140(例如，作为到mgw140的用以使用由mgcf135与ue105协商的编码解码器和位率支持ue105与旧型psap150之间的音频信道的指令的一部分)，此可致使mgw140修改可由mgw140用于支持在ue105与psap150建立的音频信道的转码程序。由mgw140对转码程序的修改可在块620处修改用于音频信道的音频信号的解码。举例来说，mgw140可使用结合图5所描述的转码程序500，其中通过作为转码程序500的部分包含来自子系统595的元件通过mgw140来修改音频信号的缓冲和解码(因此从mgcf135接收带内发信的指示)。同样地，在某些其它实施例中，可由mgcf135从ue105获得块610处的带内发信的指示，例如，如果ue105将sip消息(例如，sipinfo消息)中的信号发送到mgcf135(当ue105即将开始将带内发信(例如，含有msd)发送到旧型psap150)。mgcf135接着可致使mgw140中的解码程序如先前所描述在块620处修改用于音频信道的音频信号的解码。
当流程图600的方法由mgw140执行时，当mgcf135请求mgw140如先前所描述支持ue105与旧型psap150之间的音频路径的传送以用于在ue105与旧型psap150之间的ecall的建立时，可在块610处由mgw140从mgcf135获得带内发信的指示。在某些其它实施例中，可由mgw140间接地从旧型psap150获得带内发信的指示，例如，如果旧型psap150在旧型psap150即将将带内发信发送到ue105时使用cs发信(例如，ss7isup)将带内发信的指示发送到mgcf135，其中mgcf135接着将带内发信转发到mgw140。响应于在块610处获得带内发信的指示，mgw140可致使mgw140中的解码程序通过将静态djb而非自适应djb用于音频(例如，语音)解包或通过增加自适应djb中的音频包缓冲的时间间隔在块620处修改在从ue105到旧型psap150的上行链路方向中的音频信道的音频信号的解码。作为实例，mgw140可使用如关于图5所描述的转码程序500且可响应于块610处获得带内发信的指示通过包含如结合图5所描述组成子系统595的元件来修改转码程序500。在块630处，mgw140可将来自块620的经解码音频信号提供到音频编码器，例如，用于通过电路交换装置向前传送到旧型psap150。举例来说，当mgw140由于在块620处修改音频信道的音频信号的解码而使用如图5中所描述的转码程序500时，将来自音频解码器540的经解码音频信号经由切换器550提供到cs音频编码器590。另外，当带内消息检测器580未检测到带内音频信号时，可通过转码程序500将来自音频解码器530的音频输出提供到如针对图5所描述的cs音频编码器590。在某些其它实施例中，可使用如结合图5(其中带内消息检测器580检测音频信道中的带内信号)所描述的转码程序500在块610处在mgw140处获得带内发信的指示。
在一些实施例中，可将消息(例如，从mgcf135)发送到产生用于音频信道的带内发信的装置(例如，ue105/ivs107)，其中消息指示也适于传递带内发信的用于音频信道的编码解码器。另外或替代地，mgcf135可致使音频信道的带宽或位率增加(例如，通过选择相对高带宽编码解码器用于通信)。
图7为说明根据另一实施例增加经由带内发信接收的数据的传送的可靠性的方法的流程图700。方法大体类似于图6中所展示的方法，其中图7中的块710和730的功能性分别重复(图6中)块610和630的功能性。然而，此处，块720的功能性包含“利用经修改解码程序来解码用于音频信道的音频信号”，因此，执行块720的功能性的一或多个组件可使用经修改解码程序。相比来说，针对流程图600，块620的功能性包含“致使解码程序修改用于音频信道的音频信号的解码”，因此，执行块620的功能性的一或多个组件可或可不使用经修改解码程序。如同图6，图7的方法可由ue105、mgcf135和/或mgw140执行。
如同本文中所提供的其它图，图7经提供作为非限制性实例。替代实施例可包含图中所展示的功能性额外的功能性，以及/或图中的块中的一或多个所展示的功能性可被省略、组合、分离和/或同时执行。用于执行块的功能性的装置可包含一或多个硬件和/或软件组件，例如下文关于图9的计算机系统所描述的那些组件。所属领域的技术者将认识到许多变化。
图8说明ue105的实例，其可如本文中上文所描述使用。举例来说，ue105可在系统100中用于实现图1的lte的ngecall。如上文所论述，ue105可经进一步并入到ivs107(其可包含额外特征)中。应注意，图8仅打算提供对各种组件的广义说明，其中的任一个或全部可任选地使用。可注意，在一些例子中，由图8所说明的组件可经定位到单个物理装置和/或分布于各种网络装置间，所述各种网络装置可经安置在不同物理位置处。
ue105经展示为包括可经由总线805电耦合(或可任选地以其它方式通信)的硬件元件。硬件元件可包含处理单元810，所述处理单元810可包含(非限制)一或多个通用处理器、一或多个专用处理器(例如数字信号处理(dsp)芯片、图形加速处理器、专用集成电路(asic)等等)，以及/或其它处理结构或装置。如图8中所展示，一些实施例可取决于所要功能性而具有单独dsp820。缓冲逻辑可经提供在处理单元810和/或无线通信接口830(下文所论述)中。ue105也可包含一或多个输入装置870(其可包含(非限制)触控屏幕、麦克风、按钮、转盘、开关等等)；和一或多个输出装置815(其可包含(非限制)显示器、发光二极管(led)、扬声器等等)。
ue105也可包含无线通信接口830，其可包含(非限制)调制解调器、网络卡、红外线通信装置、无线通信装置，以及/或芯片组(例如蓝牙装置、ieee802.11装置、ieee802.15.4装置、wifi装置、wimax装置、蜂窝式通信设施，等)等等。无线通信接口830可准许与网络、无线存取点、其它计算机系统和/或本文中所描述的任何其它电子装置交换数据。可经由发送和/或接收无线信号834的一或多个无线通信天线832进行通信。
取决于所要功能性，无线通信接口830可包含单独收发器以经由基站和/或存取点(例如，图1的enb110)与一或多个无线网络进行通信。一或多个无线网络可包含例如以下各项的各种网络类型：码分多址(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可为ieee802.11x网络、蓝牙网络、ieee802.15x网络，或一些其它类型的网络。本文中所描述的技术也可用于两个或更多个无线网络的任何组合或用于与有线网络(例如，因特网和/或pstn)组合的无线网络。
ue105可进一步包含传感器840。这些传感器可包含(非限制)一或多个加速度计、陀螺仪、相机、磁力计、高度计、麦克风、邻近传感器、光传感器等等。除其它外，传感器840中的一些或全部也可用于感测可触发ecall或ngecall的紧急状况，如本文中所描述。
ue105的实施例也可包含能够使用sps天线882从一或多个sps卫星接收信号884的sps接收器880。此定位可用于补充和/或合并本文中所描述的技术。sps接收器880可使用众所周知技术从sps系统或gnss(例如全球定位系统(gps)、伽利略定位系统(galileo)、全球导航卫星系统(glonass)、日本的准天顶卫星系统(qzss)、印度的印度区导航卫星系统(irnss)、中国北斗卫星导航系统等等)的sps太空载具(sv)提取ue105的位置。此外，sps接收器880可从各种增强系统(例如，星基增强系统(sbas))接收信号，所述增强系统可与一或多个全球和/或区域导航卫星系统相关联或以其它方式启用以供与一或多个全球和/或区域导航卫星系统一起使用。通过实例但非限制，sbas可包含增强系统，其提供完整性信息、差分校正等，例如，广域增强系统(waas)、欧洲地球静止导航覆盖服务(egnos)、多功能卫星增强系统(msas)、gps辅助型静地增强导航或gps和静地增强导航系统(gagan)等等。因此，如本文中所使用，sps可包含一或多个全球和/或区域导航卫星系统和/或增强系统的任何组合，且sps信号可包含sps、类sps和/或与此一或多个sps相关联的其它信号。sps接收器880可经配置以基于测量sps信号884(单独地或结合例如处理单元810的ue105的其它元件)确定或辅助确定ue105的位置(例如，经纬度坐标)。位置可经周期性(例如，以1或2秒间隔)确定且可经包含在当ecall或ngecall如在图2的实例中由ue105激发时ue105发送到psap(例如，旧型psap150)的远程信息处理数据(例如，msd)内。
ue105可进一步包含存储器860和/或与其通信。存储器860可包含(非限制)本地和/或网络可存取存储器、磁盘驱动器、磁盘驱动器阵列、光学存储装置、固态存储装置，例如随机存取存储器(“ram”)和/或可编程、可快闪更新等等的只读存储器(“rom”)。这些存储装置可经配置以实施任何适当数据存储，包含(非限制)各种文件系统、数据库结构等等。
ue105的存储器860也可包括软件元件(未展示)，包含操作系统、装置磁盘驱动器、可执行库，以及/或其它代码，例如一或多个应用程序，其可包括由各种实施例提供的计算机程序，以及/或可经设计以实施方法和/或配置系统(其由其它实施例提供)，如本文中所描述。仅通过实例的方式，关于上文所论述的方法所描述的一或多个程序可实施为可由ue105(和/或ue105内的处理单元810或dsp820)执行的代码和/或指令。在一方面中，接着此代码和/或指令可用于配置和/或调适通用计算机(或其它装置)以执行根据所描述方法的一或多个操作。
图9说明计算机系统900的实施例，所述计算机系统可至少部分并入到用于实施用于实现图1的关于lte的ngecall的系统100的组件和/或经配置以实施上文所公开技术的类似系统的组件中的一或多个的装置中。图9提供计算机系统900的一项实施例的示意性说明，所述计算机系统可执行由各种其它实施例提供的方法，例如关于图1到7所描述的方法和/或mgcf135、mgw140和/或lte系统的其它组件的功能性。应注意，图9仅打算提供对各种组件的广泛说明，其中的任一个或全部可任选地使用。图9因此广泛地说明可以相对单独或相对更集成方式实施个别系统元件的方式。另外，可注意，由图9所说明的组件可经定位到单个装置和/或分布于各种网络装置间，所述各种网络装置可经安置在不同物理位置处。
计算机系统900经展示为包括可经由总线905电耦合(或可任选地以其它方式通信)的硬件元件。硬件元件可包含处理单元910，其可包含(非限制)一或多个通用处理器，一或多个专用处理器(例如数字信号处理芯片、图形加速处理器等等)，以及/或其它处理结构，所述其它处理结构可经配置以执行本文中所描述的方法中的一或多个，包含关于图1到7所描述的方法。计算机系统900也可包含一或多个输入装置915，其可包含(非限制)鼠标、键盘、相机、麦克风、其它生物计量传感器等等；和一或多个输出装置920，其包含(非限制)显示装置、打印机等等。
计算机系统900可进一步包含一或多个非暂时性存储装置925(和/或与其通信)，所述一或多个非暂时性存储装置可包括(非限制)本地和/或网络可存取存储器，以及/或可包含(非限制)磁盘驱动器、磁盘驱动器阵列、光学存储装置、固态存储装置，例如随机存取存储器(“ram”)和/或可编程、可快闪更新等等的只读存储器(“rom”)。这些存储装置可经配置以实施任何适当数据存储，包含(非限制)各种文件系统、数据库结构等等。
计算机系统900也可包含通信子系统930，其可包含由无线通信接口933管理和控制的无线通信技术，以及有线技术。因此，通信子系统可包含调制解调器、网络卡(无线或有线)、红外线通信装置、无线通信装置，以及/或芯片组等等。通信子系统930可包含一或多个输入和/或输出通信接口(例如无线通信接口933)以准许与网络、移动装置(例如ue105/ivs107)、其它计算机系统和/或本文中所描述的任何其它电子装置交换数据。应注意，术语“移动装置”和“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，等。
已描述数个实施例，可在不背离本发明的精神的情况下使用各种修改、替代构造和等效物。举例来说，上述实施例可仅为较大系统的组件，其中其它规则可优先于各种实施例的应用或以其它方式修改所述应用。此外，可在考虑上述元件之前、期间或之后进行多个步骤。因此，上述描述并不限制本发明的范围。