用于降低无线通信中与丢失连接相关的成本的方法和系统

摘要

本实施例提供用于在本地无线设备(122)丢失它的无线连接(112)时通知远端通信设备(124/126)。一种方法检测与第一通信设备(122)的无线连接(112)何时丢失，识别正在与第一设备通信的第二通信设备(124，126)，并将丢失的无线连接通知给第二设备。在该方法提供调度通信时提供该丢失链路通知。可以提供在本地设备丢失其无线连接时通知远端设备的语音通信。可通过查询服务器(150)来确定第二设备。该通知可包括转发带内音和/或产生实时协议分组。通过无线接入网(134)、分组控制功能(132)和/或移动交换中心(136)来检测链路的丢失。

说明书

技术领域

本实施例通常涉及移动通信系统，更特别地，涉及监控丢失的无线连接的移动通信系统。

背景技术

无线通信的使用正在呈指数增长。结果个人花费在无线通信的时间量也急剧增长。因此，与用户之间的丢失连接相关的成本另外也不断增加。

使用无线通信的用户有时会丢失他们的无线连接。参与该通信的其他用户通常至少暂时觉察不到该丢失的连接。结果，用户常常会浪费大量时间等待响应和/或设法确定通信的另一方是否已经丢失。即使该通信的另一方已经丢失，用户也常常可能继续通话或传送信息。

对于用户来说，这些浪费的时间是令人非常沮丧的，并且会大大降低用户的感受。

附图说明

通过提供如在随后详述中特别结合以下附图描述的用于降低与丢失的无线连接相关的成本的方法、设备和/或系统，至少部分上满足了上述需要：

图1描述根据本发明一些实施例的通信系统或网络的简化框图；

图2描述在图1系统的各组成部分之间的通信逻辑流程的简化图示；

图3描述根据图2过程中通知步骤的一些实施例的通信逻辑流程的更详细图示；

图4描述根据一些实施例的过程的简化流程图，其中，在这些实施例中，分组控制功能(PCF)检测到射频(RF)链路丢失，并且PCF生成通知；

图5描述用于检测集群通信的一个或多个用户丢失并通知参与该集群通信的一个或多个其它用户的过程的简化流程图；

图6描述通过语音路径提供语音通信的通信系统或网络的简化框图；

图7描述在不执行本发明实施例的情况下根据语音通信系统在该通信系统各组成部分之间信令的时间线逻辑流程的简化图示；

图8描述根据本发明在通知无线链路丢失的通信系统各组成部分之间信令的时间线逻辑流程的简化图示；

图9描述在移动交换中心(MSC)提供丢失的无线链路通知的情况下，在通过语音通信路径提供语音通信时在系统(例如，图6中的系统)的各组成部分之间通信逻辑流程的简化图示；

图10描述在无线接入网络(RAN)提供丢失的无线链路通知的情况下，在通过语音通信路径提供语音通信时在系统(例如，图6中的系统)的各组成部分之间通信逻辑流程的简化图示；和

图11描述用于确定一种系统或网络是否正在执行本实施例以检测无线链路丢失并将所述丢失通知给一个或多个其它用户的方法的简化流程图。

在附图的所有几个视图中，相对应的参考标记指示相对应的组成部分。本领域技术人员将会理解，附图中的单元是为了简单和清楚而图示的，未必按比例描绘。例如，在附图中一些单元的大小可能相对于其它单元被放大了，以帮助更好地理解本发明的各个实施例。另外，通常不描绘在商业上可行的实施例中有用或必要的普通但好理解的单元，以帮助更明了地观看本发明的各个实施例。另外，将会理解的是，除非在这里另外指出具有特定含义，这里使用的术语和表示具有与在它们相应的各个调查研究领域中一样的通常含义。

具体实施方式

本发明提供一种用于在第一本地无线通信设备丢失它的无线通信连接或链路时通知第二远端通信设备的装置、方法和系统。在没有该通知的情况下，第二远端通信设备意识不到第一通信设备已经丢失它的链路，并且第二用户可能无意中在延长的一段时间内继续试图通信和/等待应答。这浪费了第二用户的时间，并且会非常令人沮丧。因此，本实施例在用户失去他的/她的无线链路时通知远端用户。本发明提供的迅速通知大大改善了用户体验并提高了用户的满意度。

一些实施例提供用于提供无线通信的方法。这些方法监控本地无线通信连接，并检测与第一通信设备的无线通信连接是何时丢失的。确定正在与第一通信设备通信的第二通信设备，并且该方法将丢失的无线连接通知给第二通信设备。在一些实施中，通过查询用于第二通信设备的服务器来确定第二通信设备。该用于通知的方法在一些实施例中可包括向第二通信设备发送带内音和/或生成并发送实时协议(RTP)分组。在一些实施例中，通过无线接入网(RAN)、分组控制功能(PCF)和/或移动交换中心(MSC)检测无线链路的丢失。

另外一些实施例提供一种用于通知用户无线链路丢失的方法。这些方法通过通信网络在第一通信设备与第二通信设备之间建立通信连接，其中，第一通信设备通过至少第一无线链路与第二通信设备无线通信。当检测到与第一通信设备的第一无线链路丢失时，该方法把与第一通信设备的连接的丢失通知给第二通信设备。对该丢失的检测可包括通过PCF检测无线链路的丢失，并且该通知可包括从PCF生成通知，并将该通知放置于通向第二通信设备的通信连接上。在一些实施中，PCF将检测到的与第一通信设备的无线链路的丢失通知给服务器，并从服务器接收第二通信设备的标识，这样PCF能够准确地将通知转发给第二通信设备。

在一些实施例中提供用于提供无线通信的系统。这些系统优选地包括通过无线链路与第一通信设备无线通信的基站、连接到该基站的无线接入网(RAN)和至少通过RAN通信连接到第一通信设备的第二通信设备。RAN检测到无线链路的丢失，并生成通知，将该通知转发给第二通信设备，通知第二通信设备该无线链路已经丢失。在一些实施中，RAN包括检测无线链路丢失的PCF。该系统还可以包括连接到RAN并进一步连接到分布式网络的分组数据服务节点(PDSN)，这样，第二通信设备至少通过RAN、PDSN和分布式网络通信连接到第一通信设备。

当第一用户与第二用户无线通信并且第一用户丢失了无线连接时，本发明的操作增强了用户体验，并大大降低了浪费的时间。在现有的通信网络中，在无线连接上第一用户方的丢失使第二用户处于被遗忘的境地，第二用户在某一段时间内意识不到第一用户已经丢失了无线连接。这在丢失的通信设备不能发信号通知从该通信链路丢失和/或断开时特别具有重要意义。

例如，如果第一用户方正在通过无线或有线连接与第二用户方在无线链路上进行通信，并且第一用户方丢失了无线连接，第二用户方意识不到第一用户方已经丢失了无线连接。一些无线设备能够在该无线设备丢失了连接时直接发信号通知本地用户，然而该通信的另一端的(一个或多个)远端用户方意识不到该丢失。第二或远端用户没有得到通知，并等待进一步的通信。第二用户在意识到第一用户方不再在线时可能要等待5秒、8秒、10秒或更长时间。这在第一用户丢失连接时第二用户正在讲话或发送通信的时候尤其明显。第二用户方在意识到第一用户不再存在于该连接上之前可能会继续讲话几秒钟(例如10秒或更长)。这会非常浪费时间，并且特别令人沮丧。通常很难确定正在传送的是什么内容以及第一用户没有接收到哪些内容。

本发明能够在该通信的另一端用户丢失或从无线连接断开时通过发信号和/或通知用户来方便地处理对通知的缺乏。该丢失可能由于丢失的无线连接(例如，丢失的射频(RF)连接干扰、由于例如资源不可用等等造成的切换失败等等)、由于电源故障造成的丢失(例如，移动电话电池用完电池电量)、对移动设备的损坏(例如，用户扔掉他/她的移动电话)和在丢失连接时出现的其它这种情况而出现。

在一些通信系统和/或网络中，该系统区别数据通信与语音通信，和/或调度通信与电话形式的通信。典型地，语音通信和/或服务是实时应用。进一步地，这些系统尝试为所有用户提供相等的服务，而不管他们相对于发射站，例如基站收发信机(BTS)，的位置。此外，由于语音通信通常不传送大量的数据，因此通信系统通常分配相对较低或不大的数据速率而仍然提供高质量的语音业务。

作为替换，提供调度或直接连接通信的系统试图使通过该系统传送的数据量最大。通常，用户具有不同的数据速率要求。在最大化数据速率时，系统试图为每一个用户分配该用户能接受的最大数据速率。该分配通常还受到通信信道、信道上的接口、用户需要的数据带宽量和其它这种条件的限制。数据或调度通信也可以传送语音数据。例如，数据通信包括按键即讲通信，其被视为不需要专用通信链路的数据通信、通过互联网的语音以及其它这样的通信。使用带有一些语音数据的数据通信允许语音被分解并通过最佳路由传送，并被重组，以产生输出语音消息。此外，通常通过共享资源执行数据通信，其中，分组可通过多种连接传送，并在最终传送到预期接收者之前重组。

由于调度或直接连接通信与语音通信中的不同结构和应用，在一些实施中，许多本发明的实施例区别数据通信与语音通信。

通常，在执行调度通信时，第一用户方知道第二用户方的私人标识符，并使用该标识符向第二用户方做出调度呼叫。一旦第一用户方发起调度呼叫，该通信系统迅速建立呼叫，并向第一用户方的通信设备发送消息。一旦接收到该消息，第一用户方的无线电设备就生成可听见的告警，让第一用户方知道何时开始讲话和/或传送数据。在替换实施例中，可以允许讲话者在接收该反馈之前开始讲话。第二用户方的通信设备接收该语音或数据信号，并允许该数据或使该数据可用，以用于第二用户方接收，而第二用户方不必采取任何动作。

然而，调度通信的特性使得一个用户方很难确定该用户方是否已丢失他/她的无线连接以及何时丢失连接。由于在发送通信的第一用户方与应答第一用户方的第二用户方之间会存在长时间的静默，第一用户方在可能很长的一段时间内意识不到第二用户已经丢失连接。此外，典型地，通过半双工信道执行调度通信。这样，每次只有一个用户通信，因此正在讲话的用户意识不到该通信的另一用户方已经失去连接。因此，正在讲话的用户可能在不知道另一用户断开的情况下继续讲话，并且可能在确定另一用户不再在线之前等待过长的时间。

本实施例提供用于识别通信的一个或多个用户方何时断开或丢失其无线连接的方法和系统。该方法和系统快速通知该通信的另一用户方(或多个用户方)用户丢失了他/她的连接。这使还没有断开的用户免于在确定另一用户不再在线之前等待较长的一段时间。

图1描述根据一些实施例的通信系统或网络110的简化框图，其中，第一无线设备或移动站122通过调度通信(例如，按键即讲(PTT))经由网络110与第二无线设备124和/或有线设备126通信。无线设备可以是基本上任何能够使用调度通信的无线设备，例如，无线电话、寻呼机、个人数字助理、台式计算机、膝上型计算机以及其它这样的无线通信设备。调度呼叫常常是移动-移动(M-M)通信，然而，本实施例可应用于移动-有线或陆地呼叫(M-L)以及陆地-移动呼叫(L-M)。此外，本实施例可利用任何相关的无线通信技术，包括，但不局限于，码分多址(CDMA)、CDMA2000、全球移动通信系统(GSM)、通用分组无线业务(GPRS)、通用移动电信系统(UMTS)(包括第三代3G UMTS)、和其它这种的无线通信技术。

第一无线通信设备122通过无线链路112与基站(例如，基站收发信机(BTS)130和/或增强型基站收发信机系统(EBTS))发送和接收通信。BTS向/从分组控制功能(PCF)132转发和接收数据。在一些实施例中，BTS 130和/或PCF 132合并进无线接入网(RAN)134内。RAN控制和路由去往/来自无线设备(例如，无线设备122)的通信。

RAN 134与移动交换中心(MSC)136连接。MSC交换系统或网络110内的通信(例如，电话呼叫)，并且还连接到允许接入有线通信设备126与其它网络组成部分的公共交换电话网(PSTN)160。MSC136与RAN 134连接，以执行呼叫建立与释放以及诸如与呼叫处理和辅助业务相关的各种功能。

RAN的PCF 132还与分组数据服务节点(PDSN)138连接，并向该PDSN转发数据分组。PDSN在无线系统与公共数据网(PDN)140(例如，内联网、因特网、其它这样的分布式系统140)之间提供接入和网关功能，这样，第一移动通信设备122能够与该网络的其它通信设备(例如，第二移动设备124和/或有线设备126)传送语音和/或数据内容，以访问该公共数据网上的数据和/或内容、执行诸如电子邮件一样的其它活动、和其它相似的功能与操作。在一些实施中，该系统包括和/或与会议电话设备、网桥和/或业务170协作。典型地，用户122，124，126通过分布式网络140或160访问会议电话网桥170。

在操作中，RAN 134监控无线链路112，以保证准确的通信。例如，RAN能够引导无线设备122与其它BTS通信，增加和/或降低发射功率电平，并为该无线设备提供其它控制信息。在一些实施例中，RAN还能够检测无线设备122的丢失和/或无线链路112的丢失。如下面充分描述的，在检测到无线设备122丢失时，RAN 134通知PCF 132发起通知，通知当前与第一无线设备通信的其它用户和/或设备。

仍然参考图1，在一些实施例中，另外和/或作为替换，系统或网络110能够通过基站控制器(BSC)180提供通信路径。第三无线设备或移动站128能够通过BSC 180与第二无线设备124和/或有线设备126通信。第三无线设备128通过无线链路112与BTS 130发送和接收通信。BTS与BSC 180连接。BSC确保按顺序接收和转发分组，基本上控制在第三无线设备128与BTS 130之间无线链路112的重传方面。此外，BSC 180包括PCF 132和选择器分配单元(SDU)182。SDU在单个无线设备128能够被多个BTS接收到时合并信号。另外，PCF 132为SDU 182提供分组数据的一些缓冲。

BSC 180通常与MSC 136连接。如上所述，MSC通过(PSTN)160和/或其它网络交换呼叫。MSC 136与BSC 180连接，以执行呼叫建立与释放和诸如与呼叫处理和辅助业务相关的各种功能。在一些实施中，BSC 180还能够与PDSN 138连接，并向PDSN 138转发数据，以通过网络140建立通信。BSC的PCF 134监控与第三无线设备128的无线链路。如果PCF检测到第一无线设备丢失，则PCF通知当前与第一无线设备通信的其它设备。

在一些实施例中，PDSN 138添加寻址报头信息，以便能够通过网络140发送分组。如果目标移动通信设备(例如，第二无线设备124)位于网络110的不同区域，则PDSN能够通过该网络将数据分组转发给另一个PDSN(未示出)，以去除报头寻址信息，并将分组转发给目标无线设备124。

通信网络110允许在网络的各设备之间执行数据通信或调度通信。例如，第一无线设备122能够通过按键即讲(PTT)能力、VoIP能力和其它调度和/或数据路径通信与第二无线设备124进行通信。使用PTT，该系统接收请求，例如，请求第一无线122在第一和第二无线设备122，124之间建立数据通信。如上面所讨论的，第一用户例如识别第二用户，并按压第一无线设备上的按钮，以激活或发起通信。在建立了与第二设备的连接时，该系统发信号通知第一设备(例如，促使第一无线设备产生可听音、产生包含嘟嘟声或其它音调的可听编码的分组、产生显示、发光或其它这样的信号)建立了连接。然后，第一和第二用户能够轮流地彼此相互口头通信。典型地，在一个给定的时间上，只有一个通信设备通信，通过交替控制这两个无线设备之间的连接来实现在这两个无线设备之间的通信。此外，该系统通常提供半双工信道，其中，通信设备共享该信道，每次一个设备控制该信道。

在一些优选实施例中，RAN 134和/或PCF 132监控相关无线设备的无线链路。例如，RAN 134或PCF 132监控与第一无线设备122的无线链路112，和/或PCF 132监控与第三无线设备128的链路。如果RAN 134和/或PCF 132检测到链路112不再有效，则PCF产生第一无线设备122(或第三设备128)不再具有有效链路的通知。在一些实施中，PCF产生通知，该通知被转发到当前与第一用户通信的第二用户(例如，通过无线设备124通信的用户)。该通知指示第一无线设备122丢失了无线连接112。例如，PCF 132能够产生简短的实时协议(RTP)分组，并将该分组插入进与第二设备的通信中。该实时协议分组通知第二用户第一用户失去无线链路112。该通知能够促使第二通信设备124产生可听音、显示消息、发光或闪光、可以是产生的包含可听音编码的分组、和/或其它通知第二用户该丢失链路的类似功能。在一些实施例中，PCF另外和/或替换地通知服务器150通信链路丢失。然后，服务器能够将该通知发给与该丢失的无线设备通信的一个或多个用户和/或该系统的其它部分。

通过使RAN 134和/或PCF 132监控无线链路112，系统110快速检测该丢失。因此，迅速通知第二用户第一用户丢失了连接，并且第二用户能够采取适当的措施(例如，尝试重新连接、断开、以及其它类似功能)，而不必等待延长的一段时间来试图确定第一用户是否还在线。

图2描述在系统110的各组成部分之间通信逻辑流程210的简化图示。在第一和第二通信设备协作之后，并且一旦发起用户方(例如，第一移动站(MS)122)接收到目标用户方(例如，第二移动站(MS2)124)被连接并可用于接收音频数据的指示，则RAN 134在步骤230监控无线链路112。一旦RAN识别出链路丢失，则该RAN在步骤232向第一MS 122发送释放指令。

丢失或断开的连接可通过许多情况来识别，缺少信号和/或数据以及其它这样的信息，包括，但不局限于，在预定的一段时间内未能在反向链路上接收到有效帧、未能接收到反向专用导频通信、功率控制比特、信道质量信息、差错超过阈值的接收信号、在一段时间内接收不足帧和/或坏帧、如果从该无线设备接收的(一个或多个)信号低于特定质量和/或在预定周期内低于特定质量、以及其它这样的指示和/或这些指示的组合。通常，如果该系统在预定的和/或过长的一段时间内未能接收到通知该系统无线设备有效的信息，则RAN和/或PCF将该链路确定为RF丢失。可能由于几种其它原因而发生RF丢失。例如，当呼叫或正在使用的资源被预先占有或者由于资源不可用而使呼叫被丢弃时会发生断开(通常对于优先权较低的呼叫会发生这些断开)，如果通信设备之一具有有限的操作时间，呼叫也可能被断开(例如，用户正在利用预付费电话通话，并且时间用完)，以及其它这样的断开。

在步骤234，RAN产生清除请求，把链路故障通知给MSC 136。在步骤236，RAN产生到PCF 132的A9-Release-A8消息，将该故障通知给PCF。在步骤240，PCF 132产生丢失通知，并将该通知发送给第二移动站MS2，此时，第二用户意识到链路丢失，不再等待确定第一用户是否仍然在线。该通知可通过许多不同的技术来产生。例如，PCF能够产生音频信号和/或消息(例如，RTP分组)并将其发送给其它通信设备(例如，设备124和/或126)，PCF能够产生会话发起协议(SIP)消息，和/或PCF能够产生在本领域已知的其它类似通知/或通知的组合。

在步骤242，PCF 132向PDSN 138发送带有停止空中链路请求的A11注册请求消息，并请求将会话改为休眠状态。PDSN相应地更新系统数据。在步骤244，MSC 136在从RAN 134接收到清除请求时向RAN发送清除命令。在步骤250，PDSN 138用到PCF 132的A11注册应答消息来应答该注册请求。在步骤252，PCF进而向RAN 134发送A9-Release-A8完整确认。在步骤254，RAN产生清除完整确认，并将其转发给MSC 136。

在图2逻辑流程210的实施中，在过程210中相对较早地通知第二移动站124和第二用户。这节省了第二用户大量的时间，降低了第二用户的受挫状况，并节省了网络资源，以及如上所述和在下面更充分描述的其它益处。此外，能够在不改变系统组成部分之间的标准和标准通信的情况下实现本发明。在一些优选实施例中，设备故障A9-Release-A8信号被解释为意外呼损，这样，PCF发起到其它用户(多个)的通知，通知该丢失的连接。

图3描述根据用于图2步骤240中通知的一些实施例通信逻辑流程310的简化图示，其中，PCF向远端用户发送通知，该通知指示与本地用户的无线链路丢失。RAN在图2的步骤230中检测到与本地无线通信设备(例如，设备122)的链路丢失，并在步骤236产生到PCF132的设备故障通知(例如，A9-Release-A8消息)，将该故障通知给PCF。参考图3，在步骤322中，PCF产生向目标远端通信设备(例如，有线设备126)发送的丢失通知，并转发要递送给远端设备的该通知。如上所述，该通知可以是产生音调、文本消息、促使远端设备产生音调或发光的命令。在一些实施例中，PCF能够利用准备好的或预定的RTP音频文件来向远端设备提供RF链路丢失指示。可以将RTP分组(或多个分组)转发到PDSN 138。

在步骤324，PDSN 138从PCF接收通知，格式化该通知，并通过分布式网络140传送该通知，该通知将由远端第二PDSN 312接收。在步骤326，远端PDSN转换格式化的通知，并将该通知作为A10通信转发给远端第二PCF 314。在步骤330，远端PCF将通知转发给远端通信设备126。在步骤332，远端通信设备例如通过产生如由RTP分组(多个)定义的可听音来通知第二用户。

在一些实施中，RAN 134和/或PCF 132检测与第一通信设备122的无线链路112的丢失。然而，通常PCF意识不到或者不知道第二通信设备的身份或怎样将通知路由给第二通信设备。在一些实施中，PCF尝试通过通信类型、在该通信中的寻址(例如，IP寻址)以及其它这样的数据来确定或推断远端用户。另外和/或作为替换，在一些实施例中，PCF 132在检测到丢失链路时与服务器150通信，以识别第二通信设备。

能够根据通信类型、丢失的用户、在通信中的寻址、查询表、和其它这样的信息来识别服务器150。在一些实施例中，PCF 132和/或RAN 134与特定的指定服务器(例如，第一网络服务器，因为它是由特定无线通信载波指定的服务器)通信。在其它实施例中，PCF/RAN基于通信类型、丢失的用户和/或该通信中的寻址(例如，IP寻址和/或其它这样的寻址)来识别服务器。例如，在一些实施中，PCF/RAN(或其它网络部件)能够在发起通信连接时存储用户的IP地址。如果连接丢失，则随后可使用存储的IP地址。可以将服务器与MSC 134、PDSN 138、连接到分布式网络140，160的独立服务器150设置在一起，其中，独立服务器150被配置为与PDSN、MSC和/或PCF/RAN通信，并提供所有呼叫处理流程，包括向通信设备(例如，能够通过不同PCF/RAN访问的使用PTT的一个或多个无线设备)分布转发语音流、跟踪用户帐单以及其它这样的业务。服务器150可以由系统100的提供商来操作，其它公司提供无线通信业务(例如，Nextel^TM、Sprint^TM、Version^TM、ATT^TM和其它这种的无线业务提供商)等等。

另外和/或作为替换，一些实施例使用会议电话网桥170来监控通信的各用户方之间的通信。多个用户方通过接入会议电话网桥170建立通信连接。会议电话网桥能够检测到一个或多个用户已经丢失。一旦检测到丢失，网桥170可使用该信息来更新会议状态，通知服务器150和/或MSC 136，通知参与该通信的其他用户方，和/或允许服务器或MSC产生通知。

另外，在一些实施例中，PCF、RAN和/或服务器还能够验证第一无线设备122实际上正与一个或多个其它用户方参与通信。一旦核实，PCF和/或RAN发起通知所述一个或多个其它用户第一无线设备丢失了无线链路112的过程。另外，在一些实施例中，该系统还确定该丢失是由于诸如用户结束通信，或网络有意断开连接(例如，中断呼叫、选择另一种操作模式、重新连接到不能为该无线设备提供服务的小区、抢占呼叫、不可用的资源、预付时间用完、以及其它这样的情况)等有意动作造成的，还是该丢失是无意的。

图4描述根据一些实施例的过程410的简化流程图，其中，在这些实施例中，射频(RF)链路丢失由PCF检测并且PCF产生通知。在步骤420，PCF检测链路丢失。如上所述，PCF能够立即检测到链路丢失和/或能够被RAN发信号通知该丢失。在步骤422，PCF确定本地通信设备是否在有效参与通信(例如，在去往或来自MS的PTT期间，或在PTT“呼叫”期间；是否在过去的THPLD秒内发生了PTT，其中，THOLD可以例如等于6秒)。如果本地设备没有在有效参与通信，则过程410结束。替换地，如果本地设备正在参与通信，该过程前进到步骤424，在步骤424，PCF确定该丢失是由于有意而造成的还是由于正常连接中断造成的(例如，中断呼叫；选择另一种操作模式；重新连接到不能为该无线设备提供服务的小区；以及其它这样的动作)。如果丢失是由于有意中断造成的，则PCF阻止到远端设备的通知，并结束该过程410。

如果在步骤424确定通信丢失不是由于预期的正常中断造成的，则该过程前进到步骤426。由非预期中断造成的丢失可能是由许多影响和/或情况造成的，例如，本地设备进去隧道或其它阻挡无线信号的区域内，该设备的功率丢失(例如，电池断路)、设备被损坏(例如，用户丢下该设备，或者设备故障和滚轧该设备)以及其它这种的情况。在步骤426，PCF与服务器150和/或本地MSC 136通信，以识别有效参与与丢失的本地设备通信的一个或多个另外的目标通信设备。在步骤430，服务器和MSC识别所述一个或多个目标设备。在步骤432，PCF产生通知，并将该通知传送给所述一个或多个目标设备。该通知可以是实质上任何相关的通知，包括，但不局限于，会话发起协议(SIP)消息、一个或多个RTP分组、以及其它这样的通知。

本实施例另外允许在与多于两个用户的组呼或会议呼叫期间通知丢失连接的一个或多个用户。在组呼期间，与组呼的每一个用户方相关联的PCF 132和/或RAN 134系统监控这些用户参与该组呼的各个无线设备的无线链路。如果检测到丢失，相关联的PCF/RAN产生通知，并将该通知发送给参与该通信的一个或多个用户。在一些实施例中，PCF/RAN通知其它参与者中的每一个。例如，PCF能够查询服务器，以识别每一个参与用户方，并获得到每一个用户方的路由。PCF然后能够产生通知，并将通知插入到带内通信上(例如，250ms音调)。

在一些优选实施例中，提供到一个或多个用户方的通知，以便该通知不干扰或仅仅最低程度地干扰该组呼。例如，该通知可以作为文本或显示消息递送，以便接收通信设备显示该通知。另外和/或作为替换，该通知会促使接收通信设备产生可听音。然而，该可听音通常比要发送给单个用户的音调低，这样，该低音不会干扰组呼。在一些替换实施例中，只将通知转发给该组呼的发起者，或者只通知当前对组呼具有控制权的用户。

本领域已知的是，通常在使用按键即讲的组呼中，当前讲话的用户具有专有权或组通信的“控制权”。本发明的一些实施例另外在用户丢失时确定丢失用户是否是正在讲话的用户或控制用户。一旦确定丢失用户是控制用户，则PCF通知MSC该丢失用户是控制用户，MSC释放分配给该丢失用户的资源，并进一步释放专有控制权，这样，该丢失用户不再具有该组呼的“发言权”，并且该组呼现在是“开放式发言”。例如，MSC能够发送释放组呼控制权的SIP消息。这允许该组的另一用户例如通过选择通信设备上的按键即讲按钮来取得该组呼的“控制权”。

图5描述过程510的简化流程图，过程510用于检测组通信的一个或多个用户方的丢失并通知参与该组通信的一个或多个其它用户方。在步骤512，该过程检测到第一用户已经从无线连接断开。如上所述，该检测可通过PCF、RAN和/或MSC来实现。在检测到丢失用户时，该过程前进到步骤514，在步骤514确定和/或验证第一用户正在通过该系统有效地参与通信。如果第一用户没有被确认，则该过程结束，并且不再通知任何其它用户。替换地，如果第一用户被确认，则进入步骤516，在步骤516确定第一用户是否是组通信的一部分。如果第一用户不是组通信的一部分，则进入步骤520，在步骤520通知该通信的另一用户。在一些实施例中，通过单独的过程执行步骤520，例如，如上所述在图2中描述的过程210。

如果在步骤516确定第一用户是组通信的一部分，则进入步骤530，在步骤530识别参与该组通信的其它用户。在一些实施例中，PCF查询MSC以识别其它用户。在步骤532，PCF将该通知发送给其它用户。如上述所讨论的，可通过向其他参与用户中每一个发送的带内通信和/或音调来执行该通知。例如，PCF可发送音频数据(例如，到其它用户的RTP分组)和/或SIP消息。在一些实施例中，该过程前进到步骤534，在步骤534确定参与该组通信的许多其它用户，并且PCF根据参与该通信的剩余用户数量来调整带内通信的容量。

仍然参考图5，在步骤540，该过程确定丢失的第一用户是否是控制用户。例如，PCF查询MSC，以确定第一用户是否被有效确定为讲话用户方或控制用户方。如果确定第一用户不是控制用户方，则过程510结束。替换地，如果确定第一用户是控制用户方，则进入步骤542，在步骤542，MSC例如通过发送释放组呼控制权的SIP消息来释放第一用户的控制权。

本实施例能够同样对于桌上型设备调度和/或数据通信操作。本实施例还能够识别与该桌上型设备连接的丢失，例如，使用数字用户线用于数据通信的桌上型设备。在检测到丢失连接时，将所述丢失通知给该通信的其它一个或多个用户方，以便所述其它一个或多个用户方不必浪费时间尝试确定该桌上型设备是否仍然连接。

在参与无线调度通信的丢失的桌上型设备正在讲话或控制通信设备时的情况下，从该桌上型设备接收不到调度消息的结束。在一些实施例中，PCF 132和/或RAN 134监控无线连接。如果在预定的一段时间或临界周期内没有从该桌上型设备接收到通信的结束，则PCF和/或RAN确定该桌上型设备已经丢失链路，并如上所述产生到其它用户的通知。另外和/或作为替换，PCF和/或RAN还能够监控从该桌上型设备接收到的RTP/用户数据报协议(UDP)分组。如果在临界周期内没有从桌上型设备接收到RTP/UDP分组，则PCF/RAN确定该着桌上型设备丢失，并产生通知。用于桌上型设备通信的本实施例能够用于蜂窝网络、局域网、卫星通信网、这些网络的组合以及其它这样的网络。

无线链路112的丢失可能是由许多因素造成的，例如，无线设备122失去功率(例如，电池分离和/或失效)、由于某些原因(例如，中断的呼叫、选择另一种操作模式、由于费用导致的结束、重新连接到不能为该无线设备提供服务的小区)而释放链路以及其它这种导致释放的原因。在这些情况下，本实施例产生如上所述的类似通知，通知与由于功率丢失和其它异常链路释放而从链路释放或断开的无线设备通信的其它一个或多个用户。在一些情况下，无线设备检测到将要发生异常链路释放，并通知该系统，使该系统产生到正在与将要丢失的无线设备通信的其它用户(多个)的通知。该通知可以是音频通知、文本通知、触发该通信设备产生通知(可听音，闪光)的命令以及其他通知。在一些实施中，音频通知可以是语音广播、例如，声明“丢失呼叫”、“断开呼叫”或其它这种广播的语音消息。该通知还能够区别链路丢失与由于电池故障或其它原因造成的丢失。例如，可产生音调或低的哔哔声来指示该丢失呼叫是由于电池故障造成的，而声明“丢失呼叫”的短的可听广播能够识别由于丢失的通信链路而造成的丢失。

一些实施例在检测到链路丢失时产生到服务器(例如服务器150)的通知。服务器利用该通知来确定参与与该丢失的设备通信的一个或多个其它用户。然后服务器产生丢失通知，并将该通知发送给所有有关用户。另外和/或作为替换，在接收到断开用户的通知(例如，来自PCF的通知)时，该通信设备(例如，无线设备124)能够查询服务器，以识别哪个用户方(或多个用户方)断开和/或丢失。

本实施例通过短消息业务(文本和/或键入的消息)向通信用户提供通知。短消息业务允许从第一用户向第二用户转发消息，并且第二用户能够键入并转发继续应答。这些文本通信能够继续通过用户之间无限数量的通信。在一些实施例中，文本消息被传送通过一个或多个无线信道。在利用基于业务信道的文本消息中，本实施例检测用户之一何时丢失连接。在检测到丢失连接时，该系统向其余的用户(多个)发送通知(例如，音调)和/或文本消息。如上所述，该文本消息或其它通知能够由PCF或其它系统部件产生。

此外，有利地是，本实施例提高了平均用户体验和/或增加了网络容量。用户期望从该无线网络提供一定等级的服务质量，这通常等同于用户体验。如果该业务不好、不稳定和/或令用户痛苦(例如，高百分比的丢失呼叫)，则该用户的体验比较低，并且他/她对该系统的沮丧等级增加。许多系统尝试达到预定的固定灵敏度，以达到理想的用户体验。例如，一些系统容忍固定百分比(例如1％，2％或一些其它百分比)的丢失连接。

本实施例通过将该丢失连接快速通知给用户、避免长时间不确定其它用户是否在线、以及使链路故障不太令人讨厌来降低用户的沮丧等级。快速通知大大改善了用户体验并提高了用户满意度。

另外，因为本实施例将丢失的连接通知给用户，在更多百分比的丢失呼叫的情况下，用户也可能保持满意至少在以前的满意等级上。这允许同一系统以更高容量操作。操作更高容量可能导致丢失连接和/或呼叫的数量增加，但是用户丢失连接具有更多的忍耐力，因为他们能被快速通知到该丢失连接。因此，该系统能够在不降低用户满意度的情况下提高容量。

例如，一些系统能够将它们容忍丢失连接的固定百分比提高1％，3％或更多，而仍然至少保持同样的用户体验。当用户容忍增加了1％-5％的丢失连接时，一些系统可以承载例如多1.25倍的负载。在一些实施例中，使用仿真来估计在提供相同用户体验的同时将容忍的丢失连接增加的百分比。这些仿真基于系统容量增加的百分比来估计丢失连接增加的百分比。例如，如果系统容量增加了10％，则该仿真可以定义RF丢失概率增加大约2-3％。由于本实施例提供通知，用户可以容忍丢失连接增加3％。因此，在词“容量”的一个意义上看，该仿真定义了增加了大约10％的容量。RF丢失概率与增加的容量之比取决于该系统、该系统的部件、在覆盖区内的干扰量以及其它这样的因素。然而，该仿真试图考虑这些参数并提供对容量负载的精确估计。

本发明改善了在相同系统容量下的用户体验和/或提高了用户容量。另外和/或作为替换，使用户能够容忍更多丢失连接的本实施例允许该系统增加系统容量(例如，当用户容忍5％而不是1％的丢失连接时，系统能够承载多1.25倍的负载)。

在一些实施例中，本实施例还能够在检测到丢失的网络链路时释放网络资源。RAN和/或PCF能够将通知转发给远端用户，并进一步通知MSC、服务器和/或其它系统控制器和部件。MSC和/或服务器能够发起网络资源的释放。由于到MSC和/或该系统其他部件的通知，在一些实施例，资源能够比其他方式中释放的更快。释放的系统资源然后能够用于其它通信。此外，以前的系统通常为没有断开用户继续加载用户数据(例如，音频)。该加载的数据典型地尤其在该数据没有被缓冲(例如，即刻发送)时通常被丢弃。

本发明的一些实施例替换地缓冲或者存储传送的数据(不管语音还是数据)。存储的数据量可通过任意数量的参数来定义，而不局限于当在从第二用户接收到确认或接受之前用户停止讲话时的周期，以及其它这样的参数。如果第一用户正在讲话，并且该通信的另一用户丢失，则第一用户可能在接收到通知之前和/或之后继续讲话。缓冲同样能够保存部分或所有的该通信数据。在一些实施例中，该系统能够在稍后向第二用户转发该存储的数据和/或通过不同的射频技术或其它通信媒介(例如，语音邮件，带有音频附件作为电子邮件发送；或通过替换方式)。

此外，当正在讲话的第一用户丢失连接时，缓冲的数据能够被保存。该保存的数据随后可由该丢失用户和/或其它用户重新获得，这样该用户(多个)能够识别在会话期间何时发生丢失以及传送了哪些信息和没有传送哪些信息。

本实施例对于除调度或数据通信之外的其它类型的通信也提供丢失连接的通知。例如，一些实施例另外和/或替换地在无线互连或标准双向语音通信期间提供丢失用户方的通知。一些语音互连路径也允许传送数据，但是语音路径主要地在两个或更多用户之间提供语音通信，例如，蜂窝通信等等。

如上所述，一些无线设备能够检测它们自己的连接丢失。这些无线设备然后能够将该丢失通知给本地用户。例如，第一无线设备能够能够与第二无线设备进行无线通信。如果第一无线设备检测到与基站的无线链路(例如，RF链路)丢失，则第一无线设备能够产生哔哔声，指示第一无线设备的本地物主无线链路丢失。然而，第一无线设备和该无线通信系统不能通知或发起到参与该通信的第二无线设备的通知。

第二用户意识不到该丢失。因此，第二用户通常继续该交谈和/或等待来自第一用户更多的内容。因为第二用户不知道第一用户为什么没有在讲话，第二用户可能在判定第一用户不再在线之前等待过长的时间。此外，第二用户不知道第一用户为什么中断。等待浪费了大量时间，并且让人沮丧。此外，浪费了维持第二用户连接的资源，这些重要资源可用于其它用户。丢失连接的模糊性在丢失无线设备的用户正在使用扬声器电话时会特别明显。

本实施例检测与第一无线设备的链路丢失，并向一个或多个通信设备提供通知，通知第一无线设备丢失了无线链路。该通知大大降低和/或避免了其它用户(多个)浪费时间等待第一用户。此外，一旦该通知已经转发给其它用户(多个)，一些实施例就释放通信系统资源，释放资源用于其它通信。另外，可关闭其它通信设备中的一个或多个，和/或指示其进入半休眠状态或RSCI状态，以节省功率。

图6描述通过语音路径提供语音通信的通信系统或网络610的简化框图。第一无线设备622通过无线链路612与第一RAN 634的第一基站或BTS 630进行无线通信。第一RAN还与第一MSC 636连接。

第一MSC 636典型地通过PSTN 652与一个或多个无线设备672和/或其它无线设备626建立通信信道。例如，第一MSC能够通过PSTN652与第二MSC 660连接。第二MSC 660与包括第二BTS 664的第二RAN 662连接。BTS 664通过第二无线链路670与第二无线设备672进行无线通信。

图7描述根据不执行本实施例的语音通信系统的通信系统各组成部分之间信令的时间线逻辑流程710的简化图示。最初，在步骤720，在第一无线设备622(例如第一MS)与发射机(例如，BTS 630)之间的无线通信链路丢失和/或断开。在步骤722，与到第一MS 622的无线链路612相关联的本地RAN 634或本地MSC 636检测到该丢失。MSC在步骤724指示释放到第二通信设备672(例如，第二MS)的通信路径和/或信道。第二MS不被通知或在较长的一段时间740内意识不到与第一MS的连接丢失。这浪费了第二用户的时间。

图8描述在根据本实施例执行丢失的无线链路通知的通信系统(例如，提供语音通信路径的系统610)中各组成部分之间信令的时间线逻辑流程810的简化图示。在步骤820，在第一MS 622与BTS 630之间的无线通信链路丢失和/或断开。在步骤822，与到第一MS 622的通信链路612相关联的本地RAN 634或本地MSC 636检测到该丢失。在步骤824，MSC或RAN产生通知，并将该通知发送给该丢失链路的第二MS 672。在步骤826，第二用户接收该通知。该通知可以是转发给第二MS的音调或其它音频通知、促使第二MS产生音调的命令或其它这样的通知。在发送出该通知之后，MSC在步骤830发送命令，以释放到第二MS的通信路径和/或信道。由于较早地通知，节省了第二用户大量的时间840。例如，如果没有该通知，用户意识不到丢失的连接，并且可能在5-10秒或更长的时间内继续等待和/或继续在线讲话。替换地，一些实施例在不到一秒的时间内产生通知，将该丢失通知给其余的一个或多个用户。这节省了用户大量的时间，并降低了沮丧等级。

在本实施例中，典型地，RAN 634和/或PCF检测与无线通信设备(例如，通信设备622)的无线链路的丢失。RAN将丢失的链路通知给MSC 636。在一些实施例中，RAN产生该通知，并将该通知注入给第二通信设备(例如，通信设备672)。MSC在RAN转发了该通知之后释放与第二通信设备的通信信道。在一些实施中，RAN在该RAN转发了该通知之后将丢失的链路通知给MSC。作为例子，MSC通常能够在大约1.5秒内执行干线释放。通常能够在大约0.2秒内(由RAN或MSC)产生并转发该通知。这样，在第二设备上在释放通信干线之前大约1.3秒接收到该通知。因此，本实施例在用户注意到通信信道释放时的情况下能够节省用户至少大约1.3秒，并通常能够节省用户更长的时间量(例如，在一些情况下，超过5秒)，因为用户通常不能检测到该信道已被释放，并且它们可能对着空线继续讲话。

图9描述在通过语音通信路径提供语音通信时在系统610中各组成部分之间通信逻辑流程910的简化图示，其中，服务或本地PCF在语音通信路径上提供丢失用户通知。在过程910中，第一MSC 636产生并转发丢失连接的通知。在步骤920，第一本地RAN 634检测到在BTS与第一MS 622之间无线链路612的丢失。在步骤922，第一本地RAN向第一MS发出释放命令。在步骤924，第一RAN向第一本地MSC 636发出清除请求。在步骤926，第一MSC返回清除命令。

在步骤930，第一本地MSC 636产生第一MS丢失的通知，并将该通知发送给第二远端MS。在这点上，第二用户知道第一用户丢失，并不必再等待更长的时间以确定第一用户是否在线。

在步骤932，第一MSC还发送综合业务数字网(ISDN)用户部分协议(ISUP)请求，以释放到PSTN 652的通信信道。在步骤934，PSTN将ISUP释放请求转发到第二远端MSC 660。在步骤936，第二MSC产生清除命令，并将清除命令转发给第二远端RAN 662。在步骤940，第二RAN将释放指令转发给第二MS 672，以释放无线链路670。在步骤942，第二MS返回释放指令的确认。在步骤944，第二RAN向第二MSC转发清除完成通知。

在一些实施例中，过程910可包括出现在步骤942和释放指令的确认之前的另外的可选步骤950。在步骤950中，第二MS转发向一个或多个服务器(例如，服务器150)转发通信，通知服务器第一MS已丢失连接。这允许服务器释放资源，并记录事务统计(例如，停止对通信时间计费)。当通过语音路径通信时，对于RAN和/或MSC，通常很难将丢失的链路通知给服务器。然而，端点(即，MS)通常意识到或变得意识到该丢失连接。这些端点在同一通信小组内，它们在彼此相互交换通信。因此，第二MS能够发起到第二服务器的通知，而没有过多的开销。

可选步骤950在许多情况下可能是有益的。例如，当组呼发生并且讲话用户丢失了语音路径(RF丢失)时，服务器不知道发言用户已经离开。在步骤940，参与该会议呼叫的其它通信设备中的一个或多个(例如672和/或626)被通知发言用户已经从该语音路径丢失。步骤950允许所述一个或多个其它通信设备通知服务器，允许服务器释放资源和/或向其它用户开放控制权。

在一些替换实施例中，本地RAN 634产生通知，通知参加与丢失了无线链路的第一无线设备通信的一个或多个其它用户方。图10描述当通过语音通信路径提供语音通信时在系统610的各组成部分之间通信逻辑流程1010的简化图示，其中，服务或本地RAN在语音通信路径上提供丢失用户的通知。在步骤1020，第一本地RAN检测到与第一MS 622的无线链路612的丢失。在步骤1022，第一RAN向第一MS发出释放指令。在步骤1024，第一本地RAN 634产生通知，并将该通知转发给第二远端MS 672。此时，第二用户意识到第一MS的丢失，并不再继续接听停播时间。

在步骤1026，第一RAN向第一本地MSC 636发送清除请求。在步骤1030，第一MSC返回清除命令。在步骤1032，第一本地MSC 636产生ISUP请求，以释放到PSTN 650的通信信道。在步骤1034，PSTN向第二远端MSC 660转发ISUP释放请求。在步骤1036，第二MSC向第二远端RAN 662转发清除命令。在步骤1040，第二RAN向第二MS672发送释放命令，以释放无线链路670。在步骤1042，第二MS返回该释放指令的确认。在步骤1044，第二RAN向第二MSC转发清除完成通知。

过程1010的实施例避免了分别与在第一RAN与第一MSC之间产生清除请求和清除命令(步骤1026和1030)相关的延迟。因此，在一些实施中，能够执行过程1010，以进一步降低第二用户可能接听丢失链路的时间量。

本实施例有利地改善了平均用户体验和/或提高了网络容量。通知丢失连接的用户降低了用户的沮丧等级并且提高了用户的感受。进而，由于降低的沮丧等级，用户更可能容忍更多数量的丢失连接。因此，根据本实施例的一些系统在仍然维持用户满意等级的同时提高了系统容量。例如，在一些实施中，当用户多容忍大约1％的丢失连接(例如，2％-3％的丢失连接)时，系统能够承载多1.1倍的负载。

另外，因为系统检测到丢失的连接，一些实施例在更短的时间内结束系统资源的使用。系统资源的释放将这些资源释放用于其它连接，这提高了系统容量。

图11描述用于确定系统或网络是否在执行本实施例以检测无限链路丢失并将该丢失通知给一个或多个用户的过程1110的简化流程图。在步骤1120，在第一无线设备与至少第二(无线或有线)设备之间发起通信。该通信可以是调度通信(例如，PPT，VoIP以及其它这种的调度通信)或语音通信(例如，蜂窝语音呼叫)。在步骤1122，该过程造成与第一设备的无线通信链路丢失。例如，该信号路径可能被阻塞、该无线设备可能移动进RF丢失、该无线设备的功率可能被断开(电池丢失)、和/或其它这样引起的连接丢失。

在步骤1124，监控到第二设备的命令和/或通信。在步骤1126，确定第二设备是否接收到丢失通知。如果没有检测到通知，该过程结束，在一些实施中，如果没有检测到通知，该过程可选地前进到步骤1132。如果检测到通知，则进入步骤1130，在步骤1130，该过程将该系统确定为使用本实施例。

在一些实施例中，包括可选步骤1132，在步骤1132中，确定该系统是否产生了用于第二通信设备的连接释放指令。如果未接收到释放指令，则该过程结束。如果接收到释放指令，则该过程将该系统确定为使用本实施例。在一些实施例中，对于指示该系统正在应用本实施例的过程，将在预定周期内接收到连接释放指令的检测。

在一些实施例中，过程1110还能够发起第一与第二设备之间的第二通信。然后能够通过来自第一设备的正常终止(例如，第一设备执行正常的挂机)来结束该通信。然后，该过程可监控第二通信设备，以确定该结束是否不同和/或第二设备是否接收到通知。

在本发明的一些实施例中，另外能够在用户失去连接或有意断开(例如，挂机)时将通知转发给一个或多个用户。当用户有意断开时的通知可以与在检测到丢失连接时转发的通知不同。例如，有意断开的通知可以是不同的音调、不同的语音消息、不同的文本消息显示、和/或其它这种的通知或通知的组合。

增加了容量还允许系统和/或通信业务提供商具有潜在增加的收入。增加系统容量可导致增加的丢失连接。与通过增加的系统容量和/或可能导致增加客户的用户满意度获得的收益相比，由于本实施例提供的较早的通知和资源释放而导致的潜在丢失的可计费时间最小。例如，如果提供调度通信(例如，PTT通信)的系统容量增加了25％，丢失或断开连接的增加大约是2％。PTT传输的平均时间长度是大约5秒。如上面所讨论的，通知没有丢失的用户方将用户在系统上的时间降低了大约3秒，导致在每一个丢失连接上记费时间丢失了3秒。这3秒丢失的记费时间等同于丢失大约1％的收入((2％^*～3)/5＝～1％)。替换地，在一些实施中，本实施例增加了25％系统容量。这样，增加的25％的系统容量远远大于大约1％记费时间的损失。

尽管已经通过特定实施例及其应用描述了这里公开的本发明。但是本领域的技术人员能够在不偏离权利要求中陈述的本发明范围的情况下做出各种更改和变形。