[0077] UE 2接收并且缓冲媒体分组1、2、3、5、6和8 (635)。UE 2还识别出媒体分组4和 7在传递期间的某个时间点丢失了（640)，但是UE 2不尝试恢复丢失的媒体分组4和7,因 为UE 2假定如果尝试恢复则这些分组在抵达之际将是过时的。同样，该假定被内建到图6 中的实时通信会话的操作中。UE 2播放包含在媒体分组1、2、3、5、6和8内的媒体帧（即， 由UE 2实际接收到的媒体分组）（645)，并且不播放分组4和7 (即，未成功抵达UE 2的媒 体分组）。
[0078] 虽然图6涉及其中针对实时通信会话根本不尝试重传丢失的媒体分组的场景，但 是也存在用于实时通信会话的准许媒体分组重传的常规协议，诸如无线电链路协议（RLP)。 在RLP会话中，当目标UE错过媒体分组时，目标UE立即请求其服务RAN重传错过（或丢 失）的媒体分组。然而，如果目标UE的服务RAN不能访问丢失的媒体分组（诸如来自图6 的媒体分组7)，则丢失的媒体分组不能被重传。另外，还有可能即使目标UE的服务RAN能 够访问丢失的媒体分组（例如，诸如媒体分组4)，对丢失的媒体分组的重传可能仅仅是发 生得太晚以至于不能在RLP会话期间被播放。出于这些原因，本发明的诸实施例涉及在实 时通信会话期间基于恢复准则集合来选择性地恢复丢失的媒体分组。
[0079] 图7解说了根据本发明的一实施例的由参与同一个或多个其他UE的实时通信会 话的UE实现的丢失媒体分组恢复规程。在图7的实施例中，UE可以活跃地参与实时通信 会话，或者可以在预期该UE相对不久即将返回到活跃地参与实时通信会话的情况下临时 处于暂停状态或保持状态（例如，UE切换至另一呼叫而不取消该实时通信会话，UE的操作 者选择暂停选项等）。
[0080] 参照图7,假定UE参与同一个或多个其他UE的实时通信会话（700)。该实时通信 会话可以对应于半双工或全双工通信会话。该实时通信会话还可以对应于1:1或直接通信 会话（其中会话在UE与1个其他UE之间进行）、或者UE与两个或更多个其他UE之间的群 通信会话。
[0081] 在实时通信会话期间，UE检测到媒体分组丢失（705)。丢失的媒体分组可以是由 于从一个或多个其他UE向应用服务器170的传递期间的出错（例如，至服务RAN或回程连 接的不良物理层连接）、或者从应用服务器170向该UE自身的传递期间的出错（例如，至服 务RAN或回程连接的不良物理层连接）而发生。
[0082] 响应于在705处检测到丢失的媒体分组，UE评估恢复准则集合（710)以确定是否 要尝试恢复丢失的媒体分组（715)。虽然未在图7中显式地示出，但是有可能不存在关于 丢失的媒体分组的可用外部源（例如，访问过此丢失的媒体分组的诸实体预期都不具有此 丢失的媒体分组的经缓冲版本等），在这种情形中，715的确定将自动地确定不要尝试恢复 丢失的媒体分组，而不管恢复准则集合如何。与其中根本不针对丢失的媒体分组尝试媒体 分组恢复的图6以及其中始终从服务RAN尝试媒体分组恢复的替换性RLC会话场景不同， 710的评估准许以选择性的方式来发生是否要尝试丢失媒体分组恢复的决定。在一示例中， 恢复准则集合可以包括但不限于（i)丢失的媒体分组的回放紧急程度、（ii)潜在地可以从 其恢复丢失的媒体分组的一组外部源中的每一个外部源的可靠性、（iii)该组外部源中的 每一个外部源的预期响应时间、和/或（iv)丢失的媒体分组的优先级（例如，其可以基于 丢失的媒体分组所源自的UE的优先级）。如本文中所使用的，"外部"源对应于潜在地能够 向UE自身提供丢失的媒体分组的任何实体。作为示例，UE所连接至的服务器是外部源的 示例，但是UE的本地高速缓存存储器不是外部源，因为本地高速缓存存储器是UE自身的一 部分。
[0083] 基于来自710的评估，UE确定是否要尝试恢复丢失的媒体分组（715)。如果UE在 715处确定不要尝试恢复丢失的媒体分组，则过程返回到700并且丢失的媒体分组在实时 通信会话期间不由UE恢复或播放。否则，如果UE在715处确定要尝试恢复丢失的媒体分 组，则UE基于恢复准则集合来从该多个外部源中标识用于尝试恢复丢失的媒体分组的至 少一个外部源（720)。如将从以下提供的示例领会的，对用于尝试恢复的该至少一个外部源 的标识是基于实时考虑因素的动态选择而不是静态选择（在静态选择中UE仅简单地要求 默认的外部源提供任何错过的分组）。
[0084] (下）表2示出了恢复准则集合可以如何被用于执行715的确定和/或720的标 识的示例。
[0085]
[0086]
[0087] 表2 :示例恢复决定逻辑和恢复源标识
[0088] 参照来自（上）表2中的示例#1，假定执行图7的过程的UE对应于UE 2,丢失的 媒体分组的始发UE为UE 1，并且实时通信会话是还包括UE 3和4的群会话。进一步假定 丢失的媒体分组的紧急程度为高（例如，UE活跃地参与会话并且将需要即刻播放丢失的媒 体分组）。因为UE 1是丢失的媒体分组的始发源并且被假定为正缓冲着其传送了的媒体 分组，所以UE 1将能够提供丢失的媒体分组的可靠性很高，但是由于经由应用服务器170 来访问UE 1，因而UE 1具有慢响应时间。应用服务器170也可能正缓冲着关于此会话的 媒体，但是具有中等可靠性，这是因为媒体分组可能在UE 1与应用服务器170之间被丢失。 应用服务器170由此具有中等可靠性和中等响应时间两者。在来自表2的示例#1中，假定 UE 3具有至UE 2的快速连接（例如，UE 2和3是经由LTE直连来连接的，UE 2和3是经 由相同的WLAN AP或蓝牙连接来连接的并且能够直接交换数据而不涉及应用服务器170， 等等）。因此，UE 3具有低可靠性，但是具有快响应时间。然而，假定UE 4具有至UE 2的 慢连接（例如，UE 2和4彼此远离或者它们仅能经由应用服务器170来连接），从而UE 4 具有低可靠性和低响应时间。在来自表2的示例#1中，丢失的媒体分组的优先级被假定为 默认。在针对来自表2的示例#1的这些假定下，UE( 即，UE 2)在715处确定要尝试恢复丢 失的媒体分组，因为有至少一个预期能够及时提供丢失的媒体分组以满足其高紧急程度的 可用外部源，并且UE在720处将UE 3标识为要从其恢复丢失的媒体分组的外部源，因为预 期其他可用外部源太慢。
[0089] 参照来自（上）表2中的示例#2,假定执行图7的过程的UE对应于UE 2,丢失的 媒体分组的始发UE为UE 1，并且实时通信会话是1:1或直接会话。进一步假定丢失的媒体 分组的紧急程度为高。在来自表2的示例#2中，类似于示例#1，UE 1具有高可靠性和慢响 应时间，而应用服务器170具有中等可靠性和中等响应时间。在来自表2的示例#2中，丢 失的媒体分组的优先级被假定为默认。在针对来自表2的示例#2的这些假定下，UE(即， UE 2)在715处确定不要尝试恢复丢失的媒体分组，因为没有预期能够及时提供丢失的媒 体分组以满足其高紧急程度的可用外部源。
[0090] 参照来自（上）表2中的示例#3,假定执行图7的过程的UE对应于UE 2,丢失 的媒体分组的始发UE为UE 1，并且实时通信会话是还包括UE 3的群会话。进一步假定丢 失的媒体分组的紧急程度为低（例如，UE 2的操作者已通过应答另一呼叫而临时暂停了实 时通信会话等）。在来自表2的示例#3中，类似于示例#1，UE 1具有高可靠性和慢响应时 间，应用服务器170具有中等可靠性和中等响应时间，并且UE 3具有低可靠性和快响应时 间（例如，在假定UE 2和3能够接入快速回返信道连接（诸如LTE直连、WLAN或蓝牙）的 情况下）。在来自表2的示例#3中，丢失的媒体分组的优先级被假定为默认。在针对来自 表2的示例#3的这些假定下，UE(即，UE 2)在715处确定要尝试恢复丢失的媒体分组，因 为有至少一个预期能够及时提供丢失的媒体分组以满足其高紧急程度的可用外部源，并且 UE将UE 1标识为要从其恢复丢失的媒体分组的外部源而不顾UE 1的低响应时间，这是因 为UE 1具有最高可靠性并且丢失的媒体分组不是特别紧急。
[0091] 参照来自（上）表2中的示例#4,假定执行图7的过程的UE对应于UE 2,丢失的 媒体分组的始发UE为UE 1，并且实时通信会话是还包括UE 3的群会话。进一步假定丢失 的媒体分组的紧急程度为低（例如，UE 2的操作者已通过应答另一呼叫而临时暂停了此实 时通信会话等）。在来自表2的示例M中，类似于示例#3，UE 1具有高可靠性和慢响应时 间，应用服务器170具有中等可靠性和中等响应时间，并且UE 3具有低可靠性和快响应时 间（例如，在假定UE 2和3能够接入快速回返信道连接（诸如LTE直连、WLAN或蓝牙）的 情况下）。在来自表2的示例#4中，丢失的媒体分组的优先级被假定为低。在针对来自表 2的示例#4的这些假定下，由于丢失的媒体分组的低优先级，UE( 即，UE 2)在715处确定 不要尝试恢复此丢失的媒体分组。因此，即使丢失的媒体分组有可能从任何可用的外部源 被恢复，此丢失的媒体分组的低优先级在这种情形中也足以通过避免进行丢失分组恢复尝 试来节省UE 2上的电池资源和/或系统资源。
[0092] 参照来自（上）表2中的示例#5,假定执行图7的过程的UE对应于UE 2,丢失的 媒体分组的始发UE为UE 1，并且实时通信会话是还包括UE 3的群会话。进一步假定丢失 的媒体分组的紧急程度为中等（例如，UE 2的操作者已临时暂停了此实时通信会话但是预 期相对不久将返回到此实时通信会话）。在来自表2的示例#5中，类似于示例#4，UE 1具 有高可靠性和慢响应时间，应用服务器170具有中等可靠性和中等响应时间，并且UE 3具 有低可靠性和快响应时间（例如，在假定UE 2和3能够接入快速回返信道连接（诸如LTE 直连、WLAN或蓝牙）的情况下）。在来自表2的示例#5中，丢失的媒体分组的优先级被假 定为高。在针对来自表2的示例#5的这些假定下，UE( 即，UE 2)在715处确定要尝试恢复 丢失的媒体分组，因为有至少一个预期能够及时提供丢失的媒体分组以满足其高紧急程度 的可用外部源，并且UE在720处将应用服务器170和UE 3两者标识为要从其恢复丢失的 媒体分组的外部源。在这种情形中，丢失的媒体分组的高优先级足以提示UE 2尝试从多个 预期能够及时提供丢失的媒体分组的外部源进行丢失分组恢复。
[0093] 返回到图7,在720处基于恢复准则集合来从外部源集合中标识（即，动态选择） 用于尝试恢复丢失的媒体分组的该至少一个外部源之后，UE向该至少一个标识出的外部 源请求此丢失的媒体分组（725)。如果所请求的副本（即，丢失的媒体分组的替代副本） 在用于播放来自丢失的媒体分组的媒体帧的期满最终期限以内被接收到，则来自所请求的 副本的媒体帧被缓冲并且随后如同此丢失的媒体分组从一开始就未曾被丢失那样被播放 (730)。另一方面，如果所请求的副本抵达得太晚或者根本没有抵达，则实时通信会话在730 处仅简单地跳过此丢失的媒体分组的媒体帧。
[0094] 虽然在图7中未显式地解说，但是图7的过程可以在实时通信会话期间针对多个 丢失的媒体分组重复。每当图7的过程被执行时，在710处针对每个特定的丢失的媒体分 组重新评估恢复准则集合。如将领会的，可以在720处基于这些评估来动态地选择不同的 外部源以恢复丢失的媒体分组。因此，第一丢失媒体分组所源自的始发源（或UE)可被选 择用以恢复第一丢失媒体分组，而应用服务器可被选择用以恢复第二丢失媒体分组，而本 地UE可被选择用以恢复第三丢失媒体分组，等等。
[0095] 图8解说了根据本发明的一实施例的由应用服务器170仲裁的常规实时通信会 话，藉此UE 1向UE 2递送媒体（例如，音频媒体、视频媒体等）。具体地，图8的实时通信 会话是结合以上参照图7描述的过程来执行的。在图8的实施例中，实时通信会话可以是 半双工或全双工的，即使图8关注于从UE 1到UE 2的单向媒体分组流。在一示例中，图8 中的实时通信会话可以对应于UDP会话上的RTP，藉此媒体（例如，音频媒体、视频媒体等） 被包含在各自包括至少一个媒体帧的RTP分组内。另外，图8中的实时通信会话可以对应 于1:1会话（或即直接会话）或者群会话。由此，经由虚线示出UE 3及其相关联的过程以 强调这些方面在其中实时通信会话是UE 1与UE 2之间的1:1或直接会话的场景中是可任 选的。
[0096] 参照图8，在实时通信会话期间，UE 1捕捉媒体（800)。在800处发生的媒体捕捉 可以对应于音频记录设备（例如，话筒）捕捉音频数据（诸如UE 1的操作者的讲话）和/ 或视频记录设备（例如，相机）捕捉UE 1的环境的视频数据。UE 1将捕捉到的媒体缓冲在 一组媒体分组内（805)。为了便于解释，假定将捕捉到的媒体被缓冲在媒体分组1···8内。在 图8中，假定UE 1成功地向应用服务器170传送了媒体分组1···6和8(810)，但是UE 1未 成功地向应用服务器170传送媒体分组7(815)。例如，815的传输失败可以是由UE 1与其 服务RAN之间的物理层干扰、UE 1的服务RAN与应用服务器170之间的回程丢失等造成的。 在815和815处尝试传送媒体分组1···8之后，不是如图6的620中那样清空来自805的缓 冲器，而是代之以由UE 1将媒体分组1···8维持在其缓冲器中达至少阈值时间段（820)。具 体地，媒体分组1···8可以被维持在UE 1的缓冲器中达延长时间段（例如，10秒、15秒等） 以容适来自参与该实时通信会话的任何目标UE对任何丢失的媒体分组的请求。
[0097] 参照图8,假定应用服务器170从UE 1接收并且缓冲媒体分组1···6和8(825)并 且应用服务器170成功地向UE 2 (以及针对群会话场景地向UE 3)传送了媒体分组1、2、 3、5、6和8(830)，但是应用服务器170不能够向UE 2成功地传送媒体分组4(835)。例如， 835的传输失败可以是由UE 2和/或UE 3与其各自的服务RAN之间的物理层干扰、UE 2 和3的服务RAN与应用服务器170之间的回程丢失等造成的。另外，如将从815认识到的， 因为媒体分组7从未抵达应用服务器170,