用于呼叫建立失败控制的方法和装置
技术领域
本公开涉及用于在无线网络中协助呼叫建立恢复的方法和装置。
背景技术
无线通信网络被广泛部署以提供各种通信服务，例如，电话、视频、数据、消息传递、广播等。通用移动电信系统(UMTS)、长期演进(LTE)和5G是用于在无线网络中实现高速的基于分组的通信的技术示例。在这种无线网络中，无线设备(例如，用户设备(UE))被无线地连接到无线电接入节点，无线电接入节点通常也被称为无线电基站(RBS)。无线网络的网络管理功能通过运营支持系统(OSS)提供。
尝试向在无线网络中提供小区的RBS建立呼叫的空闲模式UE遵循呼叫建立过程，其中，在小区选择过程中考虑小区优先级和UE侧的接收无线电条件，例如，参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)。这同样适用于小区重选，其中，初始小区中的呼叫建立失败导致基于RSRP和RSRQ测量的小区重选尝试。
在任何无线网络中，都可能发生以下情况：即使在UE侧的无线电条件良好，在小区的一些地理位置或在整个小区级别上，订户也无法执行呼叫建立。尤其是当问题在网络侧，特别是在RBS时，可能发生这种情况。在一个示例中，这可能是由于RBS处的上行链路(UL)干扰，在另一示例中，这可能是由于RBS处的软件或硬件问题。根据使用RSRP和RSRQ测量的小区选择/重选的当前标准，只要在UE侧无线电条件良好，UE将不会重选任何其他小区。因此，连续的呼叫建立请求可能失败，并且UE将“陷落”在有问题的小区中，而不能执行向相邻小区的任何小区重选。存在解决该小区陷落问题的解决方案，但是现有解决方案的不足之处在于，它们可能导致小区恢复延迟，从而当干扰问题被解决时，UE受到影响而留在更远的小区中，而不是回到最近的小区中。
发明内容
应该强调的是，当在本说明书中使用术语“包括/包含”时，是指所述特征、整数、步骤或组件的存在，但不排除存在或增加一个或多个其他特征、整数、步骤、组件或其组合。如本文中使用的，单数形式“一”、“一个”和“所述”意在还包括复数形式，除非上下文明确地给出相反的指示。
通常，当在本文中提及装置时，应将其理解为物理产品，例如，设备。物理产品可以包括一个或多个部分，例如，一个或多个控制器、一个或多个处理器等形式的控制电路。
一些实施例的目的在于解决或减轻、缓解或消除本领域中的上述缺陷或其他缺点中的至少一些。
根据第一方面，该目的通过无线设备的用于在无线网络中协助呼叫建立恢复的方法来实现，无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区。
该方法包括登记向提供第一小区的RBS的设定数量的连续呼叫建立失败。该方法还包括：发起向提供默认小区的RBS的小区重选过程，以及当在默认小区中进行呼叫建立时，向提供默认小区的RBS提供呼叫建立失败报告，其中，呼叫建立失败报告包括与向提供第一小区的RBS的呼叫建立失败有关的信息。另外，该方法包括导致从提供默认小区的RBS向OSS转发呼叫建立失败报告，其中，呼叫建立失败报告的转发是遵照呼叫建立恢复的时延约束而导致的。
在一些实施例中，该方法包括：将无线设备的位置信息与所述设定数量的连续呼叫建立失败中的相应一个或多个呼叫建立失败相关联，其中，位置信息可以包括与登记呼叫建立失败时无线设备在第一小区中的地理位置有关的信息。
在一些实施例中，该方法包括：从提供默认小区的RBS接收关于呼叫建立恢复活动的信息，其中，该信息可以包括恢复指数M，恢复指数M是比连续呼叫建立失败的设定数量低的数字。
根据第二方面，该目的通过计算机程序产品来实现，该计算机程序产品包括非暂时性计算机可读介质，在该非暂时性计算机可读介质上具有包括程序指令的计算机程序。该计算机程序可加载到数据处理电路中，并且被配置为当由该数据处理电路来运行该计算机程序时，导致执行根据第一方面的方法。
根据第三方面，该目的通过用于在无线网络中协助呼叫建立恢复的装置来实现，无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区。该装置包括处理电路，处理电路被配置为使得：登记向提供第一小区的RBS的设定数量的连续呼叫建立失败。处理电路还被配置为使得：发起向提供默认小区的RBS的小区重选过程，以及当在默认小区中进行呼叫建立时，向提供默认小区的RBS提供呼叫建立失败报告，其中，呼叫建立失败报告包括与向提供第一小区的RBS的呼叫建立失败有关的信息。另外，处理电路被配置为使得：从提供默认小区的RBS向OSS转发呼叫建立失败报告，其中，呼叫建立失败报告的转发是遵照呼叫建立恢复的时延约束而导致的。
根据第四方面，该目的通过包括根据第三方面的装置的主机计算机来实现。
根据第五方面，该目的通过提供默认小区的无线电基站(RBS)的用于在无线网络中协助呼叫建立恢复的方法来实现，无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，该多个RBS包括提供默认小区的RBS，并且每个RBS提供一个或多个小区。该方法包括：关联于与无线设备的呼叫建立，从无线设备接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。该方法还包括：获得报告转发请求；以及响应于该报告转发请求，将呼叫建立失败报告转发给OSS，其中，转发是遵照呼叫建立恢复的时延约束来执行的。
根据第六方面，该目的通过计算机程序产品来实现，该计算机程序产品包括非暂时性计算机可读介质，在该非暂时性计算机可读介质上具有包括程序指令的计算机程序。该计算机程序可加载到数据处理电路中，并且被配置为当由该数据处理电路来运行该计算机程序时，导致执行根据第五方面的方法。
根据第七方面，该目的通过用于在无线网络中协助呼叫建立恢复的装置来实现，无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区。装置包括处理电路，处理电路被配置为使得：关联于与无线设备的呼叫建立，从无线设备接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。处理电路还被配置为使得：获得报告转发请求；以及响应于该报告转发请求，将呼叫建立失败报告转发给OSS，其中，转发是遵照呼叫建立恢复的时延约束来执行的。
根据第八方面，该目的通过包括根据第七方面的装置的主机计算机来实现。
根据第九方面，该目的通过运营支持系统(OSS)的用于在无线网络中协助呼叫建立恢复的方法来实现，无线网络包括该OSS和多个无线电基站(RBS)，每个RBS提供一个或多个小区。该方法包括：从提供默认小区的RBS接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的先前呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。该方法还包括：确定针对第一小区中的呼叫建立的呼叫建立恢复活动；以及至少在第一小区的无线电基站中发起(S43)呼叫建立恢复活动，其中，该发起是遵照呼叫建立恢复的时延约束来执行的。
根据第十方面，该目的通过计算机程序产品来实现，该计算机程序产品包括非暂时性计算机可读介质，在该非暂时性计算机可读介质上具有包括程序指令的计算机程序。该计算机程序可加载到数据处理电路中，并且被配置为当由该数据处理电路来运行该计算机程序时，导致执行根据第九方面的方法。
根据第十一方面，该目的通过用于在无线网络中协助呼叫建立恢复的装置来实现，无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区。装置包括处理电路，处理电路被配置为使得：从提供默认小区的RBS接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的先前呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。处理电路还被配置为使得：登记针对第一小区中的呼叫建立的呼叫建立恢复活动；以及至少在第一小区的无线电基站中发起呼叫建立恢复活动，其中，该发起是遵照呼叫建立恢复的时延约束来执行的。
根据第十二方面，该目的通过包括根据第十一方面的装置的主机计算机来实现。
在一些实施例中，上述任一方面可以附加地具有与以上针对任一其他方面所述的各种特征中的任一特征相同或相对应的特征。
一些实施例的优点在于，提供了改进的和更权宜的过程以用于实时呼叫建立失败恢复以及用于由于呼叫建立失败而进行的小区重选。
一些实施例的另一个优点是在经历基于位置的呼叫建立问题的无线网络中更快的呼叫建立。
其他优点包括改进的订户体验，因为与呼叫建立失败和呼叫建立恢复过程有关的信息可以被分配到提供无线网络中的各个小区的一个或多个RBS，从而使得能够采取预防措施以最小化由于呼叫建立失败而引起的问题。
附图说明
根据以下参考附图做出的对实施例的详细描述，其他目的、特征和优点将显而易见。附图不一定按比例绘制，而是侧重于说明示例实施例。
图1示意性地示出了无线网络；
图2是示出了根据一些实施例的示例方法步骤的流程图；
图3是示出了根据一些实施例的示例方法步骤的流程图；
图4是示出了根据一些实施例的示例方法步骤的流程图；
图5
a.是示出了根据一些实施例的示例装置和计算机可读介质的框图的示意图；
b.是示出了根据一些实施例的示例装置的示意性框图；
图6
a.是示出了根据一些实施例的示例装置和计算机可读介质的框图的示意图；
b.是示出了根据一些实施例的示例装置的示意性框图；
图7
a.是示出了根据一些实施例的示例装置和计算机可读介质的框图的示意图；
b.是示出了根据一些实施例的示例装置的示意性框图；
图8是示出了根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的示例方法步骤的流程图；
图9是示出了根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的示例方法步骤的流程图；以及
图10是示出了根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的示例方法步骤的流程图。
具体实施方式
以下将参考附图更全面地描述本公开的方面。然而，本文公开的方法和装置可以按多种不同形式来实现，并且不应当被理解为限于本文阐述的方面。贯穿附图，附图中类似的附图标记表示类似的元件。
本文中使用的术语仅用于描述本公开的特定方案的目的，而不是为了限制本发明。如本文中使用的，单数形式“一”、“一个”和“所述”意在还包括复数形式，除非上下文明确地给出相反的指示。在本公开的上下文中，“包括/包含”是指所述特征、整数、步骤或组件的存在，但不排除存在或增加一个或多个其他特征、整数、步骤、组件或其组合。
在以下公开中，术语“无线设备”将用于指代被配置用于无线接入网络节点的远程无线设备，例如，移动设备(MD)、移动台(MS)、用户设备(UE)、订户站、远程终端、无线终端或任何其他类型的用户设备(例如，移动电话或智能手机)。
向无线设备提供无线接入的网络基础结构组件将会被称为接入节点。根据网络类型，用于这种网络实体的其他众所周知的术语是无线电基站(RBS)、NodeB、eNodeB、gNodeB或接入点。这些术语可以互换使用，并且用于指代向无线设备提供无线接入的网络基础结构组件。
图1示意性地示出了无线网络10，其包括由对应的无线电接入节点(在此被示为无线电基站)提供的多个无线电小区。在图1的示意性图示中，第一小区Cell1由第一无线电基站60 RBS1提供，并且第二小区Cell2由第二无线电基站RBS 2提供。提供了运营支持系统70OSS，以例如通过配置RBS的参数来支持网络配置。无线设备50可以驻留在第一小区或第二小区中，或者与提供服务小区的至少一个RBS具有建立的呼叫。无线网络的小区可以至少部分地重叠，并且一些小区可以被配置为宏小区内的微小区。
如先前在背景技术部分中所讨论的，当试图向提供空闲模式无线设备(例如，UE)所驻留的小区的RBS建立呼叫时，该空闲模式UE遵循呼叫建立过程。在呼叫建立过程期间，在小区选择过程中考虑小区优先级和UE侧的接收无线电条件，例如，参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)。这同样适用于小区重选，其中，初始小区中的呼叫建立失败导致基于RSRP和RSRQ测量的小区重选尝试。
在任何无线网络中，都可能发生以下情况：即使在UE侧的无线电条件良好，在小区的一些地理位置或在整个小区级别上，订户也无法执行呼叫建立。尤其是当问题在网络侧，特别是在RBS时，可能发生这种情况。在一个示例中，这可能是由于RBS处的上行链路(UL)干扰，在另一示例中，这可能是由于RBS处的软件或硬件问题。根据使用RSRP和RSRQ测量的小区选择/重选的当前标准，只要在UE侧无线电条件良好，UE将不会重选任何其他小区(参见例如4G标准3GPP TS 36.304)。每当UE处于空闲模式时，除了小区优先级之外，在小区重选过程中仅考虑UE侧的接收无线电条件，例如，RSRP(参考信号接收功率)和RSRQ(参考信号接收质量)。因此，连续的呼叫建立请求可能失败，并且UE可能“陷落”在有问题的小区中，而不能执行向相邻小区的任何小区重选。存在解决该小区陷落问题的解决方案，但是现有解决方案的不足之处在于，它们可能导致小区恢复延迟，从而当干扰问题被解决时，UE受到影响而留在更远的小区中，而不是回到最近的小区中。
图2是示出了根据一些实施例的示例方法步骤的流程图，该示例方法步骤克服了上述公开的问题和缺点。图2示出了在无线设备中执行的用于在例如图1示例性示出的无线网络中协助呼叫建立恢复的方法。无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，其中，每个RBS提供一个或多个小区。
图2公开了执行来协助无线设备中的呼叫建立恢复的方法步骤。在其最一般的形式中，通过在无线设备中登记S21向提供第一小区的RBS的设定数量的连续呼叫建立失败来调用该方法。在图1的示例中，无线设备50向服务无线电基站(RBS)RBS1发送呼叫建立请求，例如，RRCConnectionRequest(CR)(3GPP TS 36.331RRC(Radio Resource Control)规范)消息。如果该消息在空中接口上丢失或损坏，则RBS1将不会感知到该消息，并且也不会存在响应于呼叫建立请求的应答消息。无线设备会将呼叫建立请求确定为失败，并且可重新发送一次或多次呼叫建立请求，直到登记在尝试向第一小区的RBS请求呼叫建立时经历了设定数量的连续呼叫建立失败。由于提供第一小区的RBS没有接收到连续的RRCConnectionRequest消息，因此该RBS未意识到无线设备所经历的连续呼叫建立失败。
响应于登记S21向提供第一小区的RBS的设定数量的连续呼叫建立失败，无线设备发起S22向提供默认小区(例如，第一小区的相邻小区(例如，宏小区)，以及相邻微小区或能够服务无线设备的任何其他类型的小区)的RBS的小区重选过程。因此，当无线设备在第一小区上经历N个连续呼叫建立失败时，触发向默认小区(例如，相邻小区)的小区重选过程，并且因此无线设备将触发默认小区上的呼叫建立。可以理解的是，也可以向第二小区(例如，相邻的微小区)触发小区重选过程，并且对于这种第二小区中的呼叫建立尝试，也可以重复登记S21设定数量的连续呼叫建立失败的过程。在一些实施例中，提供第一小区的RBS是第一RBS，并且提供默认小区的RBS是不同于第一RBS的默认RBS。根据一些实施例，默认小区也可以由提供第一小区的RBS提供。
当向提供默认小区的RBS的呼叫建立成功时，无线设备向提供默认小区的RBS提供S23呼叫建立失败报告，其中，呼叫建立失败报告包括关于向提供第一小区的RBS的呼叫建立失败的信息，并且可能还包括关于向提供第二小区的RBS的附加呼叫建立失败的信息。在以下公开中，将仅关于向提供第一小区的RBS的呼叫建立失败来讨论该报告。然而，技术人员会理解，所提出的过程同样也适用于其他小区中的呼叫建立失败。无线设备提供包含与第一小区中的“N个呼叫建立失败问题”有关的信息的报告。另外，无线设备导致S24从提供默认小区的RBS向OSS转发呼叫建立失败报告。根据一些实施例，呼叫建立失败报告包括关于作为呼叫建立失败报告的预期接收者的OSS的信息。根据备选实施例，RBS已经被预先配置为向OSS转发任何所接收到的呼叫建立失败报告。因此，从无线设备向接收RBS提供呼叫建立报告将导致向OSS转发呼叫建立失败报告。
转发呼叫建立失败报告是遵照呼叫建立恢复的时延约束而导致的。根据一些实施例，提供默认小区的RBS将立即响应于接收到呼叫建立失败报告来向OSS转发所接收到的呼叫建立失败报告。经历向提供第一小区的RBS的设定数量的连续呼叫建立失败(例如，第一小区上的N个呼叫建立失败)的无线设备经由已经标准化的过程(例如，经由connEstFailReport(3GPP TS 36.331；RRC(Radio Resource Protocol)规范))或者经由新的修改后的消息(例如，包含新字段的修改后的RRCConnectionRequest，该新字段表示向接收RBS的呼叫建立报告，关于(例如包括)涉及与在第一小区上经历的呼叫建立失败的时间和类型有关的信息)来提供报告。因此，在本公开的上下文中，呼叫建立恢复的时延约束意味着使RBS立即响应于接收到的呼叫建立失败报告而转发该呼叫建立失败报告，并且使OSS立即响应于接收到呼叫建立失败报告而触发呼叫建立恢复过程。在呼叫建立恢复过程成功之后，将直接启用来自提供第一小区的RBS的呼叫建立，并且无线设备可以还原到恢复后的小区，而没有基于现有技术计时器的解决方案中所经历的时延。无线设备导致S24从提供默认小区的RBS向OSS(例如，图1中公开的OSS)转发呼叫建立失败报告。如图1所示，接收OSS可以被配置为还控制提供第一小区的RBS，但是所公开的方法还可以应用于包括多个运营支持系统的网络配置，该多个运营支持系统被配置用于相应一个或多个RBS的网络服务控制。
在一些实施例中，无线设备将无线设备的位置信息与设定数量的连续呼叫建立失败中的相应一个或多个呼叫建立失败相关联S25。在一些实施例中，位置信息可以被包括在呼叫建立失败报告中；意味着位置信息的关联还可以作为无线设备过程中的较早步骤来执行。这种位置信息可以包括：第一小区的标识符，或者登记呼叫建立失败时第一小区中的地理位置。每当小区(例如，第一小区)被认为是“有问题的”时，即，在确定了设定数量的连续呼叫建立失败之后，可以请求无线设备提供位置信息。例如通过经由第一小区中广播的系统信息来要求无线设备报告其位置，可以向无线设备发送请求，以请求提供与在呼叫建立失败报告中提供的信息相关联的位置信息。可以通过请求在有问题的第一小区上进行呼叫建立尝试的任何新无线设备在其呼叫建立期间报告其位置来执行位置信息的关联。对于所有无线设备，无论呼叫是否成功，都将执行该操作。备选地，经历第一小区处的呼叫建立失败的无线设备必须在向默认小区的呼叫建立期间提供的呼叫建立报告中报告其位置。在一些实施例中，无线设备还可以在呼叫建立失败报告中包括与波束测量有关的信息。
如将在下面进一步描述的，还可以由默认RBS将位置信息与无线设备相关联。在一个示例中，在默认小区上的无线设备呼叫建立期间，网络向无线设备发送定时提前，作为呼叫建立同步过程的一部分。定时提前可以允许网络评估无线设备的位置。在另一示例中，当访问默认小区时，可以使用用于定位无线设备的任何标准的现有技术过程，例如，观测到达时差(OTDOA)或用于定位的其他公知技术。
当在网络内处理并解决了呼叫建立问题后，将发起第一小区的恢复。根据一些实施例，无线设备从提供默认小区的RBS接收S26关于呼叫建立恢复活动的信息，其中，接收到的信息可以包括恢复指数M，恢复指数M是比连续呼叫建立失败的设定数量低的数字。因此，当重新发起向第一小区的呼叫建立时，如果仅经历了少量或有限数量的呼叫建立失败，则可以指示无线设备发起小区重选，即，将恢复指数M用作代表步骤S21中连续呼叫建立失败的设定数量的阈值。
图3是示出了根据一些实施例的示例方法步骤的流程图。图3示出了提供默认小区的无线电基站(RBS)的用于在例如图1示例性示出的无线网络中协助呼叫建立恢复的方法。无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，其中，每个RBS提供一个或多个小区。
图3公开了为了在提供默认小区的无线电基站(RBS)中协助呼叫建立恢复而执行的方法步骤。在其最一般的形式中，通过关联于与无线设备的呼叫建立而从无线设备接收S31呼叫建立失败报告来调用该方法，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。因此，当向提供默认小区的RBS的呼叫建立成功时，该RBS接收呼叫建立失败报告。该步骤对应于在无线设备中执行的步骤，由此在默认小区中的呼叫建立时，向RBS提供呼叫建立失败报告。该报告包括与第一小区中“N个呼叫建立失败问题”有关的信息。在一些实施例中，提供第一小区的RBS是第一RBS，并且提供默认小区的RBS是不同于第一RBS的默认RBS。根据一些实施例，默认小区也可以由提供第一小区的RBS提供。应当理解，RBS实际上可以接收多个呼叫建立失败报告，其中，每个报告由当尝试在第一小区中建立呼叫时经历了呼叫建立失败的无线设备提供。RBS将分别处理每个呼叫建立失败报告。
另外，无线电基站获得S32报告转发请求(例如，从无线设备接收的消息中的显式请求或隐式请求)，从而将从各个无线设备接收到的一个或多个呼叫建立失败报告视为转发请求。响应于接收到的报告转发请求，无线电基站向OSS转发S34呼叫建立失败报告，其中，遵照呼叫建立恢复的时延约束来执行该转发，即，以触发在OSS上实现的自愈或自优化算法。因此，在本公开的上下文中，呼叫建立恢复的时延约束意味着使RBS立即响应于接收到的呼叫建立失败报告而转发该呼叫建立失败报告，并且使OSS立即响应于接收到呼叫建立失败报告而触发呼叫建立恢复过程。在呼叫建立恢复过程成功之后，将直接启用来自提供第一小区的RBS的呼叫建立，并且无线设备可以还原到恢复后的小区，而没有基于现有技术计时器的解决方案中所经历的时延。
网络(即，提供默认小区的RBS)可以(经由广播的SI或经由任何其他方式)要求无线设备报告其位置。当无线设备访问默认小区时，当在第一小区中达到设定数量的连续呼叫建立失败之后，无线设备将发起与默认小区的呼叫建立过程，并提供呼叫建立失败报告。然而，如果无线设备未将位置包括在报告中，则提供默认小区的RBS将通过使用任何适当的(例如现有技术)定位过程尝试估计无线设备在访问默认小区时的位置。例如，在默认小区上的无线设备呼叫建立期间，网络向无线设备发送定时提前，作为呼叫建立同步过程的一部分。使用定时提前值将允许网络估计无线设备的位置。备选地，可以使用用于定位无线设备的任何标准的现有技术过程，例如，OTDOA(观察到达时差)或其他技术。一些提议的过程将给出无线设备在访问默认小区时的位置，但是该位置的校正可以通过现有技术算法(例如通过考虑无线设备的速度)来计算。因此，根据一些实施例，当检测到来自无线设备的呼叫建立尝试时，RBS可以通过估计无线设备的位置来获得无线设备的位置信息，并将无线设备的位置信息与设定数量的连续呼叫建立失败中的一个或多个呼叫建立失败相关联S33，并在向OSS转发呼叫建立失败报告时包括该位置信息。
在一些实施例中，无线电基站从OSS获得S35关于呼叫建立恢复活动的信息，其中，从OSS获得的信息可以包括恢复指数M，恢复指数M是比连续呼叫建立失败的设置数量低的数字。无线电基站可以响应于接收到的信息来执行S36呼叫建立恢复活动，其中，呼叫建立恢复活动是遵照呼叫建立恢复的时延约束来执行的。如将在下面进一步解释的，呼叫建立恢复活动和过程可以包括：至少向提供第一小区的RBS发信号通知关于呼叫建立恢复活动的信息。因此，在本公开的上下文中，呼叫建立恢复的时延约束意味着使RBS立即响应于接收到的呼叫建立失败报告而转发该呼叫建立失败报告，并且使OSS立即响应于接收到呼叫建立失败报告而触发呼叫建立恢复过程。在呼叫建立恢复过程成功之后，将直接启用来自提供第一小区的RBS的呼叫建立，并且无线设备可以还原到恢复后的小区，而没有基于现有技术计时器的解决方案中所经历的时延。
当小区(例如，第一小区)被声明为有问题时，可以向第一小区的邻居通知呼叫建立问题。可以经由X2或Xn链路从提供默认小区的RBS接收通知，或者从接收到呼叫建立失败报告的OSS接收通知。默认小区以及接收到通知的任何其他相邻小区将例如经由一个SIB向其所有无线设备广播关于第一小区正在经历呼叫建立失败问题的信息，并且还可以发送整数M的值(其中，M＜N)以用作呼叫建立恢复活动。无线设备可以执行通过尝试从相邻小区/默认小区选择/重选第一小区来发起的呼叫建立恢复活动。作为呼叫建立恢复的一部分，在接收到第一小区中的第一个呼叫建立失败后，无线设备可以在第一小区上仅执行M个呼叫建立(其中，M通常等于1或2)，并且当无线设备在第一小区上经历M个呼叫建立失败的情况下，无线设备将会重回到默认小区，或者在另一相邻小区(即，第二小区)中尝试呼叫建立。备选地，当第一小区被宣布为有问题时，无线设备将避免在第一小区上进行另一呼叫建立尝试，并且无线设备将会直接重回到默认小区或在另一相邻小区(即，第二小区)中尝试呼叫建立。因此，根据第二备选方案，无需从RBS发送系统信息。当OSS或提供第一小区的RBS认为呼叫建立失败问题已解决时，向一个或多个相邻小区发送如下信息：呼叫建立恢复活动已成功，以及与在Cell 1中经历的呼叫建立失败有关的系统信息的任何广播都可以停止。
图4是示出了根据一些实施例的示例方法步骤的流程图，该示例方法步骤克服了上述公开的问题和缺点。图4示出了在运营支持系统OSS中执行的用于在例如图1示例性示出的无线网络中协助呼叫建立恢复的方法。无线网络包括OSS和多个无线电基站(RBS)，其中，每个RBS提供一个或多个小区。
图4公开了执行来协助无线设备中的呼叫建立恢复的方法步骤。在其最一般的形式中，通过从提供默认小区的RBS接收S41至少一个呼叫建立失败报告来调用该方法，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的先前呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。在一些实施例中，所接收的呼叫建立失败报告是响应于第一小区中的呼叫建立尝试的源自无线设备的报告，该报告是在无线设备进行向提供默认小区的RBS的呼叫建立之后由提供默认小区的RBS转发的。因此，当向提供默认小区的RBS建立呼叫时，无线设备不仅向提供默认小区的RBS提供信息，而且还向OSS提供信息。针对OSS的信息包括公开了呼叫建立失败问题的呼叫建立失败报告，该呼叫建立失败问题涉及在第一小区上发生了设定数量(例如，N个)的连续呼叫建立失败。因此，OSS接收第一小区中呼叫建立失败问题的信息。
在OSS中，例如通过选择在OSS中实现的用于网络的自愈或自优化的一个或多个算法来确定S42针对第一小区中的呼叫建立的呼叫建立恢复活动。OSS至少在第一小区的无线电基站中发起S43呼叫建立恢复活动，其中，该发起是遵照呼叫建立恢复的时延约束来执行的。因此，在本公开的上下文中，呼叫建立恢复的时延约束意味着OSS直接响应于呼叫建立失败报告被接收RBS所接收到而接收该呼叫建立失败报告，并且使OSS立即响应于收到呼叫建立失败报告而触发呼叫建立恢复程序。在呼叫建立恢复过程成功之后，将直接启用来自提供第一小区的RBS的呼叫建立，并且无线设备可以还原到恢复后的小区，而没有基于现有技术计时器的解决方案中所经历的时延。
在一些实施例中，呼叫建立失败报告包括无线设备的位置信息，其中，位置信息与相应一个或多个呼叫建立失败相关联。位置信息可以包括默认小区的标识符和/或与无线设备在第一小区中呼叫建立失败的地理位置有关的信息。OSS使用位置信息来确定呼叫建立失败问题是在整个第一小区中发生还是仅在第一小区的一些特定位置中经历到。根据有关在Cell1上失败的UE的位置的信息，可以对呼叫是在小区级别还是在一些特定呼叫位置处失败having进行准确估计。例如，如果在预定义的时间段T期间，已经向默认小区报告了第一小区上的多个呼叫建立失败，则将会有两个结果：
·结果1：如果在T期间第一小区上的成功呼叫为零，并且默认小区上的所有报告的呼叫都属于不同的位置，则算法将第一小区整体声明为有问题的。
·结果2：如果至少一个呼叫建立在第一小区上成功，则与向默认小区的RBS报告的无线设备的位置无关，呼叫建立失败问题将被认为不在小区级别发生，而是在小区的一些特定位置处发生。
回到呼叫建立失败问题被视为在小区级别发生的场景，OSS将声明第一小区为禁止的，这意味着在该禁止小区上不允许任何呼叫。OSS实现恢复活动，允许运营商设置的计时器以确定何时取消禁止该小区，或者响应于在第一小区上触发的动作(例如，警报消失，提供第一小区Cell的RBS的站点重启，或参数变化)来取消禁止该小区。
在取消禁止第一小区之后，如果来自不同无线设备的预定义数量的呼叫建立在第一小区中成功建立了呼叫，则OSS将认为呼叫建立问题已解决。如果对于尝试在第一小区中建立呼叫的一个或多个无线设备再次发生了呼叫建立失败问题，则OSS将重复以上公开的过程。
对于仅需要针对小区内特定地理位置实现恢复活动的场景，将发起以下恢复活动。OSS指示提供第一小区的RBS向该小区内的所有无线设备发送通知，该通知包含关于第一小区中存在呼叫建立问题的信息。其次，通知中包括恢复指数M，其中，M＜N，并且通常等于1或2。通知可以经由广播的SIB(系统信息块)之一发送，也可以在呼叫建立期间经由任何专用信令消息发送。在接收到通知之后，无线设备将响应于达到恢复指数所定义的连续呼叫建立失败的数量来发起向默认小区的重选过程。因此，当无线设备在第一小区以及默认小区的覆盖范围内时，重选可以更及时地发起，从而导致更早解决呼叫建立问题以及减少呼叫建立的时延。由于网络已经事先知道在小区的一些位置存在问题，使用低于用于确定存在呼叫建立问题的连续呼叫建立失败的设定数量的恢复指数是合理的，并且以下行为浪费了信令和时间：无线设备每次经过这些位置中的任何位置时，都必须尝试初始呼叫建立尝试数量N，而不是该恢复指数所表示的减少的数量。换句话说，网络不广播失败发生的位置，而是广播无线设备将使用的恢复指数，以加快重定向或恢复过程。
在一些实施例中，OSS响应于接收呼叫建立失败报告附加地执行进一步的步骤：向默认小区的一个或多个相应相邻小区的各自RBS提供S44呼叫建立失败信息。
当在第一小区内识别出呼叫建立问题并且声明第一小区有问题时，可以通过以下方式获得益处：向一些或所有邻居提供关于该小区有问题的信息，从而使驻留在这些相邻小区内的所有无线设备提前知道该问题，并且可以采取必要的预防措施以最小化该问题的影响。根据本公开的各方面，提出以下过程。OSS向第一小区的一些或所有邻居提供关于第一小区中的呼叫建立问题的信息。作为直接从OSS向各个RBS提供该信息的备选方案，OSS还可以指示提供第一小区的RBS经由连接提供第一小区的RBS及其相邻RBS的链路(例如，在4G情况下经由X2链接，或者在5G情况下经由Xn)向相邻RBS发送通知。每当相邻小区(例如，默认小区)接收到通知时，提供该小区的RBS可以例如经由一个SIB向其所有无线设备广播两种类型的信息：首先，第一小区正在经历呼叫建立失败问题，以及，恢复指数M的值，该恢复指数M的值低于用于确定存在呼叫建立失败问题的连续呼叫建立失败的设定数量。接收到该信息的无线设备将使用恢复指数来更快地发起小区重选过程。当达到与恢复指数相对应的连续呼叫建立失败数量时，将发起向提供默认小区的RBS的小区重选。备选地，当通知中不包括恢复指数时，无线设备进行到重选相邻小区(例如，默认小区)。
当提供第一小区的RBS认为已经克服了所有建立失败问题时，例如响应于从OSS接收信息并执行了恢复算法，可以通知所有相邻小区，以使它们停止进一步广播呼叫建立失败问题。
在第一小区中发起紧急呼叫或具有低时延要求的通信的场景下，例如通过在尝试建立紧急呼叫时向小区内的无线设备提供紧急指数以用作小区重选决定的基础，可以比上述提议更快地发起重选过程。
图5a是示出了用于在无线网络中协助呼叫建立恢复的示例装置50的示意性框图，该无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区，例如，如图1所示。
图5a还示出了示例计算机程序产品55，包括非暂时性计算机可读介质，其上具有包括指令的计算机程序。该计算机程序产品包括计算机可读介质，例如，通用串行总线(USB)存储器、插入式卡、嵌入式驱动器或只读存储器(ROM)。计算机可读介质存储了包括程序指令的计算机程序。计算机程序可加载到处理电路51中，处理电路51可以例如被包括在无线设备的主机计算机中。当被加载到处理电路51中时，计算机程序可以被存储在与处理电路相关联或包括在处理电路中的存储器51b中。根据一些实施例，当计算机程序被加载到处理电路中并由处理电路运行时，该计算机程序可以导致执行上述方法步骤。
因此，计算机程序可加载到数据处理电路中(例如，加载到图5a的处理电路51中)，并且被配置为在无线网络中协助呼叫建立恢复。因此，图5a的示例装置可以例如被配置为执行结合图2所描述的方法步骤。
装置包括处理电路51，处理电路51被配置为使得：登记向提供第一小区的RBS的设定数量的连续呼叫建立失败。处理电路还被配置为使得：发起向提供默认小区的RBS的小区重选过程，以及当在默认小区中进行呼叫建立时，向提供默认小区的RBS提供呼叫建立失败报告，其中，呼叫建立失败报告包括与向提供第一小区的RBS的呼叫建立失败有关的信息。另外，处理电路被配置为使得：从提供默认小区的RBS向OSS转发呼叫建立失败报告，其中，呼叫建立失败报告的转发是遵照呼叫建立恢复的时延约束而导致的。
根据本公开的各方面，处理电路包括处理器51a和存储器51b。处理器51a可以是任何适合类型的计算单元或电路，例如，微处理器、数字信号处理器DSP、现场可编程门阵列FPGA，或专用集成电路ASIC或任何其他形式的电路。应当理解，处理电路不需要被提供为单个单元，而是可以被提供为任何数量的单元或电路。根据本公开的各方面，该装置可以在无线设备的主机计算机中实现。存储器可以是能够存储计算机程序指令的任何适合类型的计算机可读存储器，并且可以是易失性类型和/或非易失性类型。
图5b提供了装置的另一示意性框图图示。装置包括：呼叫建立问题登记模块511，被配置为使得登记向提供第一小区的RBS的设定数量的连续呼叫建立失败；例如，登记模块511可以被配置为确定设定数量的连续呼叫建立失败。装置还包括小区重选发起模块512，被配置为使得发起向提供默认小区的RBS的小区重选过程；例如，小区重选发起模块512可以被配置为发起小区重选过程。装置还包括呼叫建立失败报告模块513，被配置为导致向提供默认小区的RBS提供呼叫建立失败报告；例如，呼叫建立失败报告模块可以被配置为向RBS提供呼叫建立失败报告。如前所述，呼叫建立失败报告包括关于向提供第一小区的RBS的呼叫建立失败的信息。另外，装置包括在报告发送触发模块514，被配置为使得：从提供默认小区的RBS向OSS转发呼叫建立失败报告，其中，呼叫建立失败报告的转发是遵照呼叫建立恢复的时延约束而导致的。
例如，图5b的示例装置可以被配置为执行结合图2所描述的方法步骤。
图6a是示出了用于在无线网络中协助呼叫建立恢复的示例装置60的示意性框图，该无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区，例如，如图1所示。
图6a还示出了示例计算机程序产品65，包括非暂时性计算机可读介质，其上具有包括指令的计算机程序。该计算机程序产品包括计算机可读介质，例如，通用串行总线(USB)存储器、插入式卡、嵌入式驱动器或只读存储器(ROM)。计算机可读介质存储了包括程序指令的计算机程序。计算机程序可加载到处理电路61中，处理电路61可以例如被包括在无线电基站(例如，提供默认小区的无线电基站)的主机计算机中。当被加载到处理电路61中时，计算机程序可以被存储在与处理电路相关联或包括在处理电路中的存储器61b中。根据一些实施例，当计算机程序被加载到处理电路中并由处理电路运行时，该计算机程序可以导致执行上述方法步骤。
因此，计算机程序可加载到数据处理电路中(例如，加载到图6a的处理电路61中)，并且被配置为在无线网络中协助呼叫建立恢复。因此，图6a的示例装置可以例如被配置为执行结合图3所描述的方法步骤。
装置包括处理电路61，处理电路61被配置为使得：关联于与无线设备的呼叫建立，从无线设备接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。处理电路还被配置为使得：获得报告转发请求；以及响应于该报告转发请求，将呼叫建立失败报告转发给OSS，其中，转发是遵照呼叫建立恢复的时延约束来执行的。
根据本公开的各方面，处理电路包括处理器61a和存储器61b。处理器61a可以是任何适合类型的计算单元或电路，例如，微处理器、数字信号处理器DSP、现场可编程门阵列FPGA，或专用集成电路ASIC或任何其他形式的电路。应当理解，处理电路不需要被提供为单个单元，而是可以被提供为任何数量的单元或电路。根据本公开的各方面，该装置可以在无线电基站(例如，提供默认小区的无线电基站)的主机计算机中实现。存储器可以是能够存储计算机程序指令的任何适合类型的计算机可读存储器，并且可以是易失性类型和/或非易失性类型。
图6b提供了装置的另一示意性框图图示。装置包括呼叫建立报告接收模块611，被配置为使得：关联于与无线设备的呼叫建立，从无线设备接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。装置还包括报告转发请求获得模块612，被配置为例如从无线设备获得对转发呼叫建立失败报告的请求。另外，装置包括报告转发模块，被配置为使得：将呼叫建立失败报告转发给OSS，其中，转发是遵照呼叫建立恢复的时延约束来执行的。
例如，图6b的示例装置可以被配置为执行结合图3所描述的方法步骤。
图7a是示出了用于在无线网络中协助呼叫建立恢复的示例装置60的示意性框图，该无线网络包括运营支持系统(OSS)和多个无线电基站(RBS)，每个RBS提供一个或多个小区，例如，如图1所示。
图7a还示出了示例计算机程序产品75，包括非暂时性计算机可读介质，其上具有包括指令的计算机程序。该计算机程序产品包括计算机可读介质，例如，通用串行总线(USB)存储器、插入式卡、嵌入式驱动器或只读存储器(ROM)。计算机可读介质存储了包括程序指令的计算机程序。计算机程序可加载到处理电路71中，处理电路71可以例如被包括在运营支持系统OSS的主机计算机中。当被加载到处理电路71中时，计算机程序可以被存储在与处理电路相关联或包括在处理电路中的存储器71b中。根据一些实施例，当计算机程序被加载到处理电路中并由处理电路运行时，该计算机程序可以导致执行上述方法步骤。
因此，计算机程序可加载到数据处理电路中(例如，加载到图7a的处理电路71中)，并且被配置为在无线网络中协助呼叫建立恢复。因此，图7a的示例装置可以例如被配置为执行结合图4所描述的方法步骤。
装置包括处理电路71，处理电路71被配置为使得：从提供默认小区的RBS接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的先前呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。处理电路还被配置为使得：确定针对第一小区中的呼叫建立的呼叫建立恢复活动；以及至少在第一小区的无线电基站中发起呼叫建立恢复活动，其中，该发起是遵照呼叫建立恢复的时延约束来执行的。
根据本公开的各方面，处理电路包括处理器71a和存储器71b。处理器71a可以是任何适合类型的计算单元或电路，例如，微处理器、数字信号处理器DSP、现场可编程门阵列FPGA，或专用集成电路ASIC或任何其他形式的电路。应当理解，处理电路不需要被提供为单个单元，而是可以被提供为任何数量的单元或电路。根据本公开的各方面，该装置可以在无线电基站(例如，提供默认小区的无线电基站)的主机计算机中实现。存储器可以是能够存储计算机程序指令的任何适合类型的计算机可读存储器，并且可以是易失性类型和/或非易失性类型。
图7b提供了装置的另一示意性框图图示。装置包括呼叫建立报告接收模块711，被配置为使得：从提供默认小区的RBS接收呼叫建立失败报告，其中，呼叫建立失败报告包括与在向提供第一小区的RBS的先前呼叫建立尝试期间无线设备确定的设定数量的连续呼叫建立失败有关的信息。装置还包括恢复活动确定模块712，被配置为确定针对第一小区中的呼叫建立的呼叫建立恢复活动。另外，装置包括呼叫建立恢复发起模块，被配置为至少在第一小区的无线电基站中发起呼叫建立恢复活动，其中，该发起是遵照呼叫建立恢复的时延约束来执行的。
例如，图7b的示例装置可以被配置为执行结合图4所描述的方法步骤。
以上提出的方法和装置提供了以下优点：小区(例如，第一小区)中的任何无线设备所经历的每个呼叫建立问题都将向OSS实时报告，从而可以在针对呼叫建立恢复定义的时延约束内发起动作。可以基于网络中服务的设备的时延要求以及这些无线设备要执行的通信类型来确定这种时延约束。
另外，根据有关呼叫建立失败问题是在小区级别发生还是仅在小区内的一些特定位置处发生的信息，可以使用针对特定失败问题定制的不同恢复方法。恢复方法的目的是尽快解决问题，从而提高订户的满意度。如果呼叫建立失败问题发生在小区内的一些位置，则将该小区声明为有问题的，并且向该小区内的所有无线设备广播恢复指数。有了该恢复指数，可以比基本过程更快地发起小区恢复。不同于在重选相邻小区之前等待发生设定数量的连续呼叫建立失败，在重新选择该相邻小区之前仅执行由恢复指数定义的数量，例如，一个呼叫建立尝试。这可以加快呼叫建立，并改善用户体验。
根据以上提出的方法和装置，也可以向驻留在相邻小区中的无线设备提供信息。根据这种特征，向有问题的小区移动的无线设备将提前意识到问题，并且将能够采取必要的动作以最小化该问题的影响。
对于敏感呼叫(例如，紧急呼叫)，可以在所有场合使用紧急指数，该紧急指数低于用于发起普通小区重选过程的连续呼叫建立失败的设定数量。因此，针对敏感呼叫来重选默认小区将比现有技术解决方案中更快。
参照图8，根据实施例，通信系统包括电信网络QQ410(例如，3GPP类型的蜂窝网络)，电信网络QQ410包括接入网QQ411(例如，无线电接入网)和核心网络QQ414。接入网QQ411包括多个无线电基站(RBS)QQ412a、QQ412b、QQ412c(例如，NB、eNB、gNB或其他类型的无线接入点)，每个基站定义对应覆盖区域QQ413a、QQ413b、QQ413c。每个RBS QQ412a、QQ412b、QQ412c通过有线或无线连接QQ415可连接到核心网络QQ414。位于覆盖区域QQ413c中的第一无线设备QQ491被配置为以无线方式连接到对应RBS QQ412c或被对应基站QQ412c寻呼。覆盖区域QQ413a中的第二无线设备QQ492以无线方式可连接到对应RBS QQ412a。虽然在该示例中示出了多个无线设备QQ491、QQ492，但所公开的实施例同等地适用于唯一的无线设备处于覆盖区域中或者唯一的无线设备正连接到对应RBS QQ412的情形。
电信网络QQ410自身连接到主机计算机QQ430，主机计算机QQ430可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机QQ430可以处于服务提供商的所有或控制之下，或者可以由服务提供商或代表服务提供商来操作。如将理解的，主计算机可以托管运营支持系统OSS的功能。电信网络QQ410与主机计算机QQ430之间的连接QQ421和QQ422可以直接从核心网络QQ414延伸到主机计算机QQ430，或者可以经由可选的中间网络QQ420进行。中间网络QQ420可以是公共、私有或承载网络中的一个或多于一个的组合；中间网络QQ420(若存在)可以是骨干网或互联网；具体地，中间网络QQ420可以包括两个或更多个子网络(未示出)。
图8的通信系统作为整体实现了所连接的无线设备QQ491、QQ492与主机计算机QQ430之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接QQ450。主机计算机QQ430和所连接的无线设备QQ491、QQ492被配置为使用接入网QQ411、核心网络QQ414、任何中间网络QQ420和可能的其他基础设施(未示出)作为中介，经由OTT连接QQ450来传送数据和/或信令。在OTT连接QQ450所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接QQ450可以是透明的。例如，可以不向RBS QQ412通知或者可以无需向RBS QQ412通知具有源自主机计算机QQ430的要向所连接的无线设备QQ491转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，RBS QQ412无需意识到源自无线设备QQ491向主机计算机QQ430的输出上行链路通信的未来的路由。
现将参照图9来描述根据实施例的在先前段落中所讨论的无线设备、RBS和主机计算机的示例实现方式。在通信系统QQ500中，主机计算机QQ510包括硬件QQ515，硬件QQ515包括通信接口QQ516，通信接口QQ516被配置为建立和维护与通信系统QQ500的不同通信设备的接口的有线或无线连接。主机计算机QQ510还包括处理电路QQ518，其可以具有存储和/或处理能力。具体地，处理电路QQ518可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机QQ510还包括软件QQ511，其被存储在主机计算机QQ510中或可由主机计算机QQ510访问并且可由处理电路QQ518来执行。软件QQ511包括主机应用QQ512。主机应用QQ512可操作为向远程用户(例如，无线设备QQ530)提供服务，无线设备QQ530经由在无线设备QQ530和主机计算机QQ510处端接的OTT连接QQ550来连接。在向远程用户提供服务时，主机应用QQ512可以提供使用OTT连接QQ550来发送的用户数据。
通信系统QQ500还包括在电信系统中提供的RBS QQ520，RBS QQ520包括使其能够与主机计算机QQ510和与无线设备QQ530进行通信的硬件QQ525。硬件QQ525可以包括：通信接口QQ526，其用于建立和维护与通信系统QQ500的不同通信设备的接口的有线或无线连接；以及无线电接口QQ527，其用于至少建立和维护与位于RBS QQ520所服务的覆盖区域(图7中未示出)中的无线设备QQ530的无线连接QQ570。通信接口QQ526可以被配置为促进到主机计算机QQ510的连接QQ560。连接QQ560可以是直接的，或者它可以经过电信系统的核心网络(图9中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示实施例中，RBSQQ520的硬件QQ525还包括处理电路QQ528，处理电路QQ528可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。RBSQQ520还具有内部存储的或经由外部连接可访问的软件QQ521。
通信系统QQ500还包括已经提及的无线设备QQ530。其硬件QQ535可以包括无线电接口QQ537，其被配置为建立和维护与服务于无线设备QQ530当前所在的覆盖区域的RBS的无线连接QQ570。无线设备QQ530的硬件QQ535还包括处理电路QQ538，其可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。无线设备QQ530还包括软件QQ531，其被存储在无线设备QQ530中或可由无线设备QQ530访问并可由处理电路QQ538执行。软件QQ531包括客户端应用QQ532。客户端应用QQ532可操作为在主机计算机QQ510的支持下经由无线设备QQ530向人类或非人类用户提供服务。在主机计算机QQ510中，执行的主机应用QQ512可以经由端接在无线设备QQ530和主机计算机QQ510处的OTT连接QQ550与执行客户端应用QQ532进行通信。在向用户提供服务时，客户端应用QQ532可以从主机应用QQ512接收请求数据，并响应于请求数据来提供用户数据。OTT连接QQ550可以传送请求数据和用户数据二者。客户端应用QQ532可以与用户进行交互，以生成其提供的用户数据。
注意，图9所示的主机计算机QQ510、RBS QQ520和无线设备QQ530可以分别与图8的主机计算机QQ430、RBS QQ412a、QQ412b、QQ412c之一和无线设备QQ491、QQ492之一相似或相同。也就是说，这些实体的内部工作可以如图9所示，并且独立地，周围网络拓扑可以是图8的网络拓扑。
在图9中，已经抽象地绘制OTT连接QQ550，以示出经由RBS QQ520在主机计算机QQ510与无线设备QQ530之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向无线设备QQ530隐藏或向操作主机计算机QQ510的服务提供商隐藏或向这二者隐藏。在OTT连接QQ550活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。
无线设备QQ530与RBS QQ520之间的无线连接QQ570根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接QQ550向无线设备QQ530提供的OTT服务的性能，其中无线连接QQ570形成OTT连接QQ550中的最后一段。更精确地，这些实施例的教导可以提高信道容量的利用率，且从而提供诸如改善的系统性能、降低的小区陷落风险或小区恢复时延(即，改善的呼叫建立恢复)之类的益处。
出于监控一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机QQ510与无线设备QQ530之间的OTT连接QQ550的可选网络功能。用于重新配置OTT连接QQ550的测量过程和/或网络功能可以以主机计算机QQ510的软件QQ511和硬件QQ515或以无线设备QQ530的软件QQ531和硬件QQ535或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接QQ550经过的通信设备中或与OTT连接QQ550经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监控量的值或提供软件QQ511、QQ531可以用来计算或估计监控量的其他物理量的值来参与测量过程。对OTT连接QQ550的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响RBS QQ520，并且其对于RBS QQ520来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机QQ510对吞吐量、传播时间、时延等的测量的专有无线设备信令。该测量可以如下实现：软件QQ511和QQ531在其监控传播时间、差错等的同时导致能够使用OTT连接QQ550来发送消息(具体地，空消息或“假”消息)。
图10a是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、RBS和无线设备/UE，其可以是参照图8和图9描述的主机计算机、RBS和无线设备/UE。为了本公开的简明，在本部分中将仅包括对图10a的图引用。在步骤QQ610中，主机计算机提供用户数据。在步骤QQ610的子步骤QQ611(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤QQ620中，主机计算机发起向无线设备的携带用户数据的传输。在步骤QQ630(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，RBS向无线设备/UE发送在主机计算机发起的传输中所携带的用户数据。在步骤QQ640(其也可以是可选的)中，无线设备/UE执行与主机计算机所执行的主机应用相关联的客户端应用。
图10b是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、RBS和无线设备/UE，其可以是参照图8和图9描述的主机计算机、RBS和无线设备/UE。为了本公开的简明，在本部分中将仅包括对图10b的图引用。在方法的步骤QQ710中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤QQ720中，主机计算机发起向无线设备的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由RBS。在步骤QQ730(其可以是可选的)中，无线设备接收传输中所携带的用户数据。
图10c是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、RBS和无线设备/UE，其可以是参照图6和图7描述的主机计算机、RBS和无线设备/UE。为了本公开的简明，在本部分中将仅包括对图10的图引用。在步骤QQ810(其可以是可选的)中，无线设备接收由主机计算机所提供的输入数据。附加地或备选地，在步骤QQ820中，无线设备提供用户数据。在步骤QQ820的子步骤QQ821(其可以是可选的)中，无线设备/UE通过执行客户端应用来提供用户数据。在步骤QQ810的子步骤QQ811(其可以是可选的)中，无线设备执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，无线设备/UE在子步骤QQ830(其可以是可选的)中都发起用户数据向主机计算机的传输。在方法的步骤QQ840中，根据贯穿本公开描述的实施例的教导，主机计算机接收从无线设备发送的用户数据。
图10d是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、RBS和无线设备/UE，其可以是参照图8和图9描述的主机计算机、RBS和无线设备/UE。为了本公开的简明，在本部分中将仅包括对图10d的图引用。在步骤QQ910(其可以是可选的)中，根据贯穿本公开描述的实施例的教导，RBS从无线设备接收用户数据。在步骤QQ920(其可以是可选的)中，RBS发起接收到的用户数据向主机计算机的传输。在步骤QQ930(其可以是可选的)中，主机计算机接收由RBS所发起的传输中所携带的用户数据。
通常，除非明确给出和/或从上下文中暗示不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。
已经在本文中参照了各种实施例。然而，本领域技术人员将会认识到，对描述的实施例的多种变化仍然会落入权利要求的范围。
例如，本文描述的方法实施例通过以特定顺序执行的步骤公开了示例方法。然而，应当认识到，在不偏离权利要求的范围的情况下，这些事件顺序可以以另一顺序发生。此外，尽管某些方法步骤已经被描述为顺序执行，但它们可以并行执行。因此，除非必须明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。
通过相同的方式，应当注意的是，在实施例的描述中，将功能块划分为特定单元绝不意味着倾向于是限制性的。相反，这些划分仅是示例。本文描述为一个单元的功能框可以划分为两个或更多个单元。此外，本文描述为两个或更多个单元的功能框可以合并成更少的(例如，单个)单元。
在适当的情况下，本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样地，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。
因此，应当理解，所描述的实施例的细节只是所提出的用于说明目的的示例，并且旨在在其中包括落入权利要求的范围内的所有变化。
示例实施例
A组实施例
A1、一种由无线网络执行的用于协助呼叫建立恢复的方法，所述方法包括：
登记(S21)向提供第一小区的RBS的设定数量的连续呼叫建立失败；
发起(S22)向提供默认小区的RBS的小区重选过程；
当在所述默认小区中进行呼叫建立时，向提供所述默认小区的RBS提供(S23)呼叫建立失败报告，其中，所述呼叫建立失败报告包括与向提供所述第一小区的RBS的呼叫建立失败有关的信息；以及
导致(S24)从提供所述默认小区的RBS向所述OSS转发所述呼叫建立失败报告，其中，所述呼叫建立失败报告的转发是遵照呼叫建立恢复的时延约束而导致的。
A2、根据A组中的前述实施例中任一项所述的方法，还包括：
提供用户数据；以及
经由向所述RBS的传输，将所述用户数据转发给主机计算机。
B组实施例
B1、一种由无线电基站(RBS)执行的用于协助呼叫建立恢复的方法，所述方法包括：
关联于与无线设备的呼叫建立，从所述无线设备接收(S31)呼叫建立失败报告，其中，所述呼叫建立失败报告包括与在向提供第一小区的RBS的呼叫建立尝试期间所述无线设备确定的设定数量的连续呼叫建立失败有关的信息；
获得(S32)报告转发请求；以及
响应于所述报告转发请求，将所述呼叫建立失败报告转发(S34)给所述OSS，其中，所述转发是遵照呼叫建立恢复的时延约束来执行的。
B2、根据B组中的前述实施例中任一项所述的方法，还包括：
获得用户数据；以及
将所述用户数据转发给主机计算机或无线设备。
C组实施例
C1、一种用于协助呼叫建立恢复的无线设备，所述无线设备包括：
处理电路，被配置为执行根据A组实施例中任一项所述的任何步骤；以及
电源电路，被配置为向所述无线设备供电。
C2、一种用于协助呼叫建立恢复的无线电基站(RBS)，所述RBS包括：
处理电路，被配置为执行根据B组实施例中任一项所述的任何步骤；
电源电路，被配置为向所述RBS供电。
C3、一种用于协助呼叫建立恢复的无线设备，所述无线设备包括：
天线，被配置为发送和接收无线信号；
无线电前端电路，连接到所述天线和处理电路，并被配置为调节在所述天线和所述处理电路之间传送的信号；
处理电路，被配置为执行根据A组实施例中任一项所述的任何步骤；
输入接口，连接到所述处理电路，并被配置为允许将信息输入到所述无线设备中，以由所述处理电路进行处理；
输出接口，连接到所述处理电路，并被配置为从所述无线设备输出已被所述处理电路处理过的信息；以及
电池，连接到所述处理电路，并被配置为向所述无线设备供电。
D组实施例
D1、一种通信系统，包括主机计算机，所述主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将所述用户数据转发给蜂窝网络以用于向用户设备无线设备传输，
其中，所述蜂窝网络包括具有无线电接口和处理电路的RBS，所述RBS的处理电路被配置为执行根据B组实施例所述的任何步骤。
D2、根据实施例D1所述的通信系统，还包括所述RBS。
D3、根据实施例D1至D2中任一项所述的通信系统，还包括所述无线设备，其中，所述无线设备被配置为与所述RBS通信。
D4、根据实施例D1至D3中任一项所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及
所述无线设备包括处理电路，所述处理电路被配置为执行与所述主机应用相关联的客户端应用。
D5、一种在包括主机计算机、RBS和无线设备的通信系统中实现的方法，所述方法包括：
在所述主机计算机处提供用户数据；以及
在所述主机计算机处，经由包括所述RBS在内的蜂窝网络向所述无线设备发起携带所述用户数据的传输，其中，所述RBS执行根据B组实施例所述的任何步骤。
D6、根据实施例D5所述的方法，还包括：在所述RBS处发送所述用户数据。
D7、根据实施例D5至D6中任一项所述的方法，其中，通过执行主机应用在所述主机计算机处提供所述用户数据，所述方法还包括在所述无线设备处执行与所述主机应用相关联的客户端应用。
D8、一种无线设备，被配置为与RBS通信，所述无线设备包括无线电接口和处理电路，所述处理电路被配置为执行根据实施例D5至D7中任一项所述的方法。
D9、一种通信系统，包括主机计算机，所述主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将用户数据转发给蜂窝网络以用于向无线设备传输，
其中，所述无线设备包括无线电接口和处理电路，所述无线设备的组件被配置为执行根据A组实施例所述的任何步骤。
D10、根据实施例D9所述的通信系统，其中，所述蜂窝网络还包括RBS，所述RBS被配置为与所述无线设备通信。
D11、根据实施例D9至D10中任一项所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及
所述无线设备的处理电路被配置为执行与所述主机应用相关联的客户端应用。
D12、一种在包括主机计算机、RBS和无线设备的通信系统中实现的方法，所述方法包括：
在所述主机计算机处提供用户数据；以及
在所述主机计算机处，经由包括所述RBS在内的蜂窝网络向所述无线设备发起携带所述用户数据的传输，其中，所述无线设备执行根据A组实施例所述的任何步骤。
D13、根据实施例D12所述的方法，还包括：在所述无线设备处，从所述RBS接收所述用户数据。
D14、一种通信系统，包括主机计算机，所述主机计算机包括：
通信接口，被配置为接收用户数据，所述用户数据源自从无线设备到RBS的传输，
其中，所述UE包括无线电接口和处理电路，所述无线设备的处理电路被配置为执行根据A组实施例所述的任何步骤。
D15、根据实施例D14所述的通信系统，还包括所述无线设备。
D16、根据实施例D14至D15所述的通信系统，还包括所述RBS，其中，所述RBS包括：无线电接口，被配置为与所述UE通信；以及通信接口，被配置为将从所述UE到所述RBS的传输所携带的所述用户数据转发给所述主机计算机。
D17、根据实施例D14至D16中任一项所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用；以及
所述无线设备的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而提供所述用户数据。
D18、根据实施例D14至D17中任一项所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供请求数据；以及
所述无线设备的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而响应于所述请求数据来提供所述用户数据。
D19、一种在包括主机计算机、RBS和用户设备(UE)的通信系统中实现的方法，所述方法包括：
在所述主机计算机处，接收从所述无线设备向所述RBS传输的用户数据，其中所述无线设备执行根据A组实施例所述的任何步骤。
D20、根据实施例D19所述的方法，还包括：在所述无线设备处，向所述RBS提供所述用户数据。
D21、根据实施例D19至D20中任一项所述的方法，还包括：
在所述无线设备处，执行客户端应用，从而提供要发送的用户数据；以及
在所述主机计算机处，执行与所述客户端应用相关联的主机应用。
D22、根据实施例D19至D21中任一项所述的方法，还包括：
在所述无线设备处，执行客户端应用；以及
在所述无线设备处，接收对所述客户端应用的输入数据，所述输入数据是通过执行与所述客户端应用相关联的主机应用在所述主机计算机处提供的，
其中，要发送的用户数据是由所述客户端应用响应于所述输入数据而提供的。
D23、一种无线设备，被配置为与RBS通信，所述UE包括无线电接口和处理电路，所述处理电路被配置为执行根据实施例D19至D22中任一项所述的方法。
D24、一种通信系统，包括主机计算机，所述主机计算机包括通信接口，所述通信接口被配置为接收源自从用户设备(UE)到RBS的传输的用户数据，其中，所述RBS包括无线电接口和处理电路，所述RBS的处理电路被配置为执行根据B组实施例所述的任何步骤。
D25、根据实施例D24所述的通信系统，还包括所述RBS。
D26、根据实施例D24至D25中任一项所述的通信系统，还包括所述UE，其中，所述UE被配置为与所述RBS通信。
D27、根据实施例D24至D25中任一项所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用；
所述无线设备被配置为执行与所述主机应用相关联的客户端应用，从而提供要由所述主机计算机接收的所述用户数据。
D28、一种在包括主机计算机、RBS和用户设备(UE)的通信系统中实现的方法，所述方法包括：
在所述主机计算机处，从所述RBS接收用户数据，所述用户数据源自所述RBS已从所述UE接收的传输，其中，所述UE执行根据A组实施例所述的任何步骤。
D29、根据实施例D28所述的方法，还包括：在所述RBS处，从所述无线设备接收所述用户数据。
D30、根据实施例D28至D29中任一项所述的方法，还包括：在所述RBS处，发起向所述主机计算机传输接收到的用户数据。
D31、一种在包括主机计算机、RBS和无线设备的通信系统中实现的方法，所述方法包括：
在所述主机计算机处，从所述RBS接收用户数据，所述用户数据源自所述RBS已从所述无线设备接收的传输，其中，所述RBS执行根据B组实施例所述的任何步骤。
D32、根据实施例D31所述的方法，还包括：在所述RBS处，从所述无线设备接收所述用户数据。
D33、根据实施例D31至D32中任一项所述的方法，还包括：在所述RBS处，发起向所述主机计算机传输接收到的用户数据。
