CN115486090A - 任务关键(mc)***中处理媒体传输的***和方法 - Google Patents

Abstract

本公开涉及一种用于会聚第五代(5G)通信***的通信方法和***，所述第五代(5G)通信***用于支持具有用于物联网(IoT)的技术的***(4G)***之外的较高数据速率。本公开可应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑物、智能城市、智能汽车、连接的汽车、保健、数字教育、智能零售、安全和安全服务。在本公开中，提供了一种在任务关键(MC)***或MC视频***中处理媒体传输的***和方法。根据本发明的***和方法，可以避免网络资源的浪费，并且可以在群组呼叫中的一次最大传输次数受到网络容量的限制时，给予群组中的其他参与者传输重要数据的机会。因此，可以提高MC视频***的效率。

Description

任务关键(MC)***中处理媒体传输的***和方法

技术领域

本公开涉及电信网络，并且更具体地涉及通过电信网络提供的任务关键(MC)***。更具体地，本发明涉及在任务关键(MC)***或MC视频***中处理媒体传输的***和方法。

背景技术

为了满足自部署4G通信***以来增加的无线数据业务的需求，已经努力开发了改进的5G或预5G通信***。因此，5G或预5G通信***也被称为“后4G网络”或“后LTE***”。5G通信***被认为是在较高频率(mmWave)频带中实现的，例如60GHz频带，以便实现较高的数据速率。为了降低无线电波的传播损耗、增加传输距离，在5G通信***中，讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G通信***中，正在进行基于高级小小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等的***网络改进的开发。在5G***中，作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)得到了发展。

根据通信***的发展，需要一种在任务关键(MC)***或MC视频***中处理媒体传输的方法。

发明内容

技术问题

在MC***或MC视频***中，如3GPP TS 24.581子条款6.3.6中所述的用于‘通用接收控制操作’的传输控制服务器状态机、如3GPP TS 24.581子条款6.3.4中所述的用于‘通用传输控制操作’的传输控制服务器状态机、以及如3GPP TS 24.581子条款6.3.5中所述的用于‘面向传输参与者的基本传输控制操作’的传输控制服务器状态机不定义任何过程以在所有MC视频接收器终止接收该流时、或在所有MC视频接收器在提供足够的时间接受或拒绝通知后仍不接受接收通知时终止发射机的流。因此，当没有用户对接收该特定流感兴趣时，不定义终止传输流的过程。此外，常规***也不提供传输终止的任何原因。因此，如果其他用户想要发送重要的通信，则不提供该机会。

因此，希望解决上述缺点或其它缺点，或者至少提供一种有用的替代方案。

问题的解决方案

在任务关键视频(MCVideo)***中，当用户被授权发送媒体的权限时，属于该组的所有MCVideo用户将从服务器获得媒体传输通知消息。基于用户兴趣或优先级，用户可以接受/拒绝/忽略该通知。如果在给定时间内，组中的用户中没有一个接受该通知，或者最初一些用户被接受，但是稍后所有被接受的用户通过向服务器发送接收结束请求来终止接收，则发射机的流应该被终止，并且发送用户应该被告知终止的原因。3GPP TS 24.581当前没有定义当没有用于该流的活动接收机时终止该流并通知发射机的任何过程或方法。

在本公开中，公开了一种解决上述问题的过程。在本公开中，公开了MCVideo服务器中的新定时器和新计数器。当没有一个MCVideo用户正在接收该流时，即使当前正在从其他MCVideo用户发送该流，也将启动新的定时器。并且当至少一个用户被授权接收流的权限时，将停止新定时器。新计数器用于跟踪该流的活动接收用户计数。当没有用于流的活动接收机时，MCVideo服务器可以使用传输结束请求或传输撤销消息，来终止流并通知发射机终止的原因。

根据本公开的一个实施例，在此公开了一种在关键任务(MC)中处理媒体传输的方法。因此，该方法包括由MC服务器从第一发送器接收用于向至少一个接收器发送媒体流的请求。此后，由MC服务器向至少一个接收器发送通知，以接收由第一发送器发送的媒体流。此后，MC服务器在发送通知之后启动具有预定持续时间的定时器。然后，MC服务器确定接收媒体流的通知在定时器的预定持续时间内被至少一个接收机拒绝或不接受，然后，MC服务器基于媒体流的接收的拒绝或不接受中的一个，向第一发送机发送传输结束请求，以终止媒体流发送的请求。

根据本公开的另一实施例，在此公开了一种在MC设备处的关键任务(MC)中处理媒体传输的方法。因此，该方法包括由MC设备从MC服务器接收用于终止媒体流传输的传输结束请求。此后，由MC设备向与MC设备相关联的用户通知终止媒体流传输的原因，其中终止传输的原因是由于缺少至少一个用于接收媒体流的接收机设备。该方法还包括由MC设备向MC服务器发送传输结束响应，并终止向MC服务器的媒体流的传输。

根据本公开的另一实施例，在此公开了一种在传输参与者设备处处理关键任务(MC)中的媒体传输的方法。因此，该方法包括由传输参与者设备从传输控制服务器接收传输结束请求。然后，由传输参与者设备向与传输参与者设备相关联的用户通知指示客户端发送媒体的授权的媒体流终止原因是由于缺少至少一个参与者设备来接收媒体流而被撤销的。之后，由传输参与者设备向传输控制服务器发送传输结束响应，并终止向传输控制服务器发送媒体流。

根据本公开的另一实施例，在此公开了一种在传输控制服务器处的关键任务(MC)中处理媒体传输的方法。因此，该方法包括当被定义为流接收空闲T11定时器的定时器(T11)期满时，由传输控制服务器向传输MC设备发送用于终止媒体流传输的传输结束请求消息。此后，由传输控制服务器从传输参与方设备接收传输结束响应。传输控制服务器然后向至少一个媒体接收客户端发送传输结束通知消息，其中传输结束通知消息指示来自传输参与者设备的传输结束。

根据本公开的另一实施例，在此公开了一种在传输控制服务器处的关键任务(MC)中处理媒体传输的方法。因此，该方法包括由传输控制服务器授权第一传输参与者设备向多个MC设备传输媒体流的授权，然后向至少一个MC设备发送“媒体传输通知”消息以接收由第一传输参与者设备传输的媒体流。此后，由传输控制服务器从至少一个MC设备接收“接收媒体请求”消息，以从第一传输参与者设备接收媒体流。此后，传输控制服务器向至少一个MC设备发送“接收媒体响应(授权)”消息，以指示从第一传输参与者设备接收媒体流的授权。然后，传输控制服务器接收“媒体接收结束请求”消息以终止来自至少一个MC设备的接收，然后，传输控制服务器发送“媒体接收结束响应”以指示媒体流接收的终止响应。然后，传输控制服务器基于定时器T11(流接收空闲)的预定持续时间的期满，确定至少一个MC设备没有接收媒体流，然后基于被定义为媒体流的活动接收机的计数的计数器(C11)值，进入“接收空闲”状态。

当结合以下描述和附图考虑时，将更好地理解和理解本文中的实施例的这些和其它方面。然而，应该理解的是，下面的描述虽然指示了优选实施例、以及许多具体细节，但是通过说明而非限制的方式给出的。在不脱离本发明的精神的情况下，可以在本文的实施例的范围内进行许多改变和修改，并且本文的实施例包括所有这样的修改。

发明的有益效果

在本公开中，提供了一种在任务关键(MC)***或MC视频***中处理媒体传输的***和方法。根据本发明的***和方法，可以避免网络资源的浪费，并且可以在群组呼叫中的一次最大传输次数受到网络容量的限制时，给予群组中的其他参与者传输重要数据的机会。因此，可以提高MC视频***的效率。

附图说明

在附图中示出了本公开，在所有附图中，相同的附图标记表示各个附图中的相应部分。从以下参考附图的描述中，将更好地理解本文中的实施例，其中：

图1A示出了根据现有技术的示例性情形(a)；

图1B示出了根据现有技术的示例性场景(b)；

图2示出了根据本公开的实施例的用于处理媒体传输的任务关键(MC)***的示例架构；

图3示出了根据本公开的实施例的用于处理媒体传输的MC设备的框图；

图4示出了根据本公开的实施例的用于处理媒体传输的传输控制服务器的框图；

图5示出了根据本公开的实施例的用于在MC***中处理媒体传输的流程图；

图6示出了根据本公开的实施例的用于在MC设备101中处理媒体传输的流程图；

图7示出了根据本公开的实施例的用于在传输参与者设备中处理媒体传输的流程图；

图8示出了根据本公开的实施例的用于在传输控制服务器102中处理媒体传输的流程图；

图9示出了根据本公开的实施例的用于在传输控制服务器102中处理媒体传输的流程图；

图10示出了根据本公开的实施例的“传输参与者基本传输控制操作”的状态图；

图11示出了根据本公开的实施例的“传输控制服务器通用传输控制操作”的状态图；

图12示出了根据本公开的实施例的用于“面向传输参与者的传输控制服务器基本传输控制操作”的状态机图；

图13示出了根据本公开的实施例的用于传输控制服务器通用接收控制操作的状态机图；

图14示出了根据本公开的实施例的又一示例性实现；

图15示出了根据本公开的实施例的MC设备的框图；以及

图16示出了根据本公开的实施例的MC服务器的框图。

此外，本领域技术人员将会理解，为了简单起见示出了附图中的元件，并且可能不必按比例绘制。例如，流程图在所涉及的最突出的步骤方面示出了该方法，以帮助改进对本公开的各方面的理解。此外，在设备的结构方面，设备的一个或多个部件可以在附图中由常规符号表示，并且附图可以仅示出与理解本公开的实施例相关的那些具体细节，以便不会使附图变得模糊，这些细节对于受益于这里的描述的本领域普通技术人员来说是显而易见的。

具体实施方式

为了促进对本公开的原理的理解，现在将参考附图中所示的实施例，并且将使用特定的语言来描述该实施例。然而，应当理解的是，并不是要由此限制本公开的范围，所示***中的这种改变和进一步修改，以及其中所示的本公开的原理的这种进一步应用被认为是本公开所涉及的领域的技术人员通常会想到的。

本领域技术人员将会理解，前面的一般描述和下面的详细描述是对本公开的解释，而不是对本公开的限制。

贯穿本说明书提及的“一个方面”、“另一个方面”或类似的语言意味着结合该实施例描述的特定特征，结构或特性被包括在本公开的至少一个实施例中。因此，在整个说明书中出现的短语“在一个实施例中”、“在另一个实施例中”和类似的语言可以但不一定都指同一个实施例。

术语“包括”、“包含”或其任何其它变型旨在覆盖非排他性的包括，使得包括一系列步骤的过程或方法不仅包括那些步骤，而且可以包括未明确列出的或这种过程或方法固有的其它步骤。类似地，在没有更多限制的情况下，由“包括”进行的一个或多个设备或子***或元件或结构或组件不排除其他设备或其他子***或其他元件或其他结构或其他组件或附加设备或附加子***或附加元件或附加结构或附加组件的存在。

除非另有定义，否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。本文提供的***，方法和示例仅是说明性的而不是限制性的。

在任务关键视频(MCVideo)***中，当用户被授权发送媒体的许可时，属于该组的所有MCVideo用户将从服务器获得媒体传输通知消息。基于用户兴趣或优先级，用户可以接受/拒绝/忽略该通知。如果在给定时间内，组中的用户中没有一个接受该通知，或者最初一些用户被接受，但是稍后所有被接受的用户通过向服务器发送接收结束请求来终止接收，则发射机的流应该被终止，并且发送用户应该被告知终止的原因。这主要是为了避免浪费资源并给予其他用户发送重要数据的机会。3GPP TS 24.581当前没有定义当没有用于该流的活动接收机时终止该流并通知发射机的任何过程或方法。在附图中示出了示例性情况。图1A和图1B阐述了由于这种条件可能发生的问题。

图1A示出了根据现有技术的示例性场景(a)。根据图1A，用户A被请求发送媒体。MCVideo服务器向用户A发送授权，并向用户C和用户D发送传输通知。此时，组中没有其它成员发送媒体。假设用户C和用户D不接受传输通知。但是用户A正在发送媒体，但是没有一个用户正在接收媒体。现在，用户B被请求发送媒体，但是当用户A的传输仍然有效时，用户B请求被拒绝或进入队列。

图1B示出了根据现有技术的示例性场景(b)。根据图1B，用户A被请求发送媒体。MCVideo服务器向用户A发送授权，并向用户C和用户D发送传输通知。在该阶段，该组中没有其它成员在那时发送。假设用户C接受该通知，但是用户D拒绝/忽略传输通知。在一段时间之后，即使用户A仍在发送，用户C也结束接收。因此，用户A发送媒体，但没有接收媒体的用户。现在，用户B被请求发送媒体，但是当用户A的传输仍然有效时，用户B请求被拒绝或进入队列。

根据上面公开的情况，即使没有接收者(C或D)正在接受通知请求，发送器A仍继续发送它。这就造成了不必要的资源浪费。它还禁止/不允许另一个用户B发起他的媒体传输。此外，任务关键***具有对特定组呼叫中的最大同时传输的限制。一些参与者有重要的灾难视频流要传输，可能会阻塞/延迟将信息实时传输到决策控制室，从而对救生工作造成破坏。这种情况在任务关键环境中可能不太好。

根据本实施例，公开了一种解决上述问题的唯一过程。特别地，如果组中的任务关键用户中没有一个由于其他优先级而正在接收特定流，则在MCVideo服务器处定义新的定时器T11和新的计数器C11。

新定时器T11可以在没有MCVideo用户正在接收流时启动，即使它当前正从其它MCVideo用户发送，并且在定时器到期时，服务器将发起“传输TM结束请求”，拒绝发送设备/客户端终止发送流，并且队列中的其它用户被授权发送媒体。当至少一个用户被授权接收该流时，可以停止新的定时器T11。此外，新计数器C11用于跟踪该流的有效接收用户计数。当没有用于流的活动接收机时，MCVideo服务器可以使用传输结束请求或传输撤销消息，来终止媒体流并通知发射机终止的原因。

图2示出了根据本公开的实施例的用于处理媒体传输的任务关键(MC)***的示例架构。根据图2,MC***200可包括一个或多个MC装置1、MC装置2、……、MC设备N。作为一个示例，在整个公开中MC设备可以被称为101。此外，MC设备101可以可替换地被称为接收器、发送器，而不偏离本公开的范围。MC设备101与传输控制服务器102通信。传输控制服务器102可替换地被称为服务器，MC服务器、MCVideo服务器，而不偏离本公开的范围。传输控制服务器102与传输参与者设备100可交换地耦合。传输参与者设备100还可以与MC客户端103通信。作为示例，传输参与者设备100和MC客户端103可以可选地被称为接收器、MC设备，而不偏离本公开的范围。

根据图2，可以在MC设备100、MC设备101和传输控制服务器102之间建立MC组呼叫会话。多个传输参与者设备100可以向传输控制服务器102发送传输请求以发送媒体。作为示例，媒体可以被称为媒体流，而不偏离本公开的范围。传输控制服务器102可以向传输参与者设备100授予许可，并向其它MC设备101发送“媒体传输通知”以接收媒体传输。基于MC设备101的响应，媒体可以仅被发送到被授权的MC设备101。新的定时器T11和计数器C11可以在传输控制服务器102处实现，用于处理所解释的各种情况，但不限于图1A和图1B中。

图3示出了根据本公开的实施例的用于处理媒体传输的MC设备的框图。作为示例，MC设备101可以包括计算设备，例如但不限于智能电话、平板电脑、智能玻璃、智能网络摄像头、台式计算机、笔记本电脑、中继设备、D2D设备、V2X设备或任何其他计算设备。传输参与者设备100也可以被称为MC设备101，并且与同一组相关联。参考图3，本公开的实施例的MC设备101可以包括存储器110、处理器120、通信器130和I/O接口140。存储器110可以包括应用程序储存库110a。应用程序储存库110a可以包括应用程序110aa到110an。处理器120可以包括MC通信会话组织器120a和MC媒体引擎120b。

图4示出了根据本公开的实施例的用于处理媒体传输的传输控制服务器的框图。作为示例，传输控制服务器102可以包括各种网络设备，包括路由器、网桥、服务器、计算设备、存储设备等。参与和控制MCVideo功能可以被称为传输控制服务器102。参照图4，本公开的实施例的传输控制服务器102可以包括存储器102a、处理器102b、通信器102c和I/O接口102d。处理器102b可以包括MC媒体引擎102ba和MC通信会话组织器102bb。

图5示出了根据本公开的实施例的用于在MC***中处理媒体传输的流程图。参照图5，方法500可以在MC***的MC服务器102中实现，如图2所示。这里将组合地参考图2至图4进行解释。在一个实现中，MC服务器102可以执行方法500。

根据图5，在步骤501，方法500最初包括由MC服务器102从第一发送器接收用于向至少一个接收器发送媒体流的请求。作为示例，第一发送器可以是传输参与者设备100中的一个，而接收器可以是MC设备101中的一个。作为另一个示例，第一发送器和至少一个接收器属于同一组MC设备101，并且其中媒体流可以包括但不限于视频和音频数据中的至少一个。

此后，在步骤503，MC服务器102可以被配置为向至少一个接收器发送通知以接收由第一发送器发送的媒体流。作为示例，通知可以包括但不限于音频、视频、文本、多媒体、用户界面元素类型的消息。

此后，在步骤505，MC服务器102可以被配置为在发送通知之后以预定的持续时间执行启动定时器。作为示例，定时器可以是被定义为流接收空闲的定时器T11。此外，可以根据MC***的临界性来设置持续时间。

此后，在步骤507，MC服务器102可以被配置为执行确定接收媒体流的通知是否在定时器的预定持续时间内被至少一个接收机拒绝或不接受。作为一个示例，由于优先任务，媒体流可能被拒绝，或者接收机可能不知道该通知而不接受该通知。

在步骤509处，MC服务器102可经配置以执行将传输结束请求发送到第一发送器，以基于媒体流的接收的拒绝或不接受中的一者来终止媒体流传输请求。

此外，在步骤505，也就是说，在将通知发送到至少一个接收机之后，MC服务器102可以被配置为执行检查所述至少一个接收机对所发送的媒体的接受。现在，基于至少一个接收机对媒体流的接收的拒绝或不接受，MC服务器102可以被配置为执行来自第一发送器设备的媒体流的传输的终止。

在方法500的进一步实现中，MC服务器102可以被配置为响应于发送传输结束请求而从第一发送器接收传输结束响应。传输结束请求可以包括结束传输的原因。此外，结束传输的原因是由于缺少用于接收媒体流的至少一个接收机。

在方法500的另一实施例中，MC服务器102可经配置以在向第一发送器发送传输结束请求之后执行授权第二发送器向至少一个接收者传输新媒体流。

在方法500的进一步实施中，MC服务器102可经配置以执行接受接收媒体流的通知。接受接收媒体流的通知包括由MC服务器102接收从至少一个接收机接收媒体流的请求。作为示例，当通知被至少一个接收机接受时，接收机作为响应向MC服务器发送用于接收媒体流的请求。

现在，在上述步骤之后，MC服务器102可以被配置为执行向至少一个接收机发送响应以通知接收授权。此后，MC服务器可以被配置为基于授权的接收，为来自至少一个接收机的每个活动接收机执行一个计数器值的递增。作为一个示例，已经定义了新的计数器C11，并对该流进行有效接收机的计数。

在执行接收媒体流的通知的接受之后，方法500执行，由MC服务器102接收请求以终止来自至少一个接收器的媒体流的接收。此后，MC服务器102可以被配置为发送响应以指示媒体流接收的终止。此外，MC服务器102可以被配置为对于从至少一个接收机接收的媒体流的每个终止，将计数器值减1。此后，如果定时器期满，则MC服务器102确定至少一个接收机没有接收媒体流。由此，MC服务器102基于计数器值进入“接收空闲”状态。现在，在定时器期满之后，MC服务器102可以被配置为向第一发送器发送传输结束请求以终止传输。

在另一实现方式中，方法500中，MC服务器102可以被配置为当计数器值在计数器值递减之后达到最小预定值时或者在MC服务器102向MC设备102发送“媒体传输通知”消息时，以预定持续时间来执行重新启动定时器。

在进一步的实现中，方法500，如果至少一个接收机接受接收媒体的通知，或者如果媒体传输由传输控制服务器(102)通过发送传输结束通知消息而结束，则MC服务器102可以被配置为执行终止定时器。

图6示出了根据本公开的实施例的用于在MC设备101中处理媒体传输的流程图。参照图6，方法600可以在MC***200的MC设备101中实现，如图2所示。这里将组合地参考图2至图5进行解释。在一个实现中，MC设备101可以执行方法600。

根据图6，在步骤601，方法600包括由MC设备101接收来自MC服务器102的用于终止媒体流传输的传输结束请求，进一步到如图5所示的步骤509。

此后，在步骤603，方法600包括由MC设备101向与MC设备101相关联的用户通知终止媒体流传输的原因。作为示例，结束传输的原因是由于缺少至少一个用于接收媒体流的接收机设备。因此，可以持有MC设备101的用户被通知传输的结束和原因。

在步骤603之后，在步骤605，MC设备101可以被配置为向MC服务器102发送传输结束响应，此后在步骤607，MC设备101可以被配置为终止向MC服务器102传输媒体流。

图7示出了根据本公开的实施例的用于在传输参与者设备中处理媒体传输的流程图。参照图7，方法700可以在MC***200的传输参与者设备100中实现，如图2所示。这里将结合图2至图6进行说明。在传输参与者设备100中的实现中，可以执行方法700。

根据图7，在步骤701，方法700包括由传输参与者设备(100)接收来自传输控制服务器(102)的传输结束请求，进一步到如图5所示的步骤509。

此后，在步骤703，方法700包括配置传输参与者设备100以向与传输参与者设备100相关联的用户通知媒体流终止原因。媒体流终止原因指示，由于缺少至少一个参与者设备100来接收媒体流，客户端的发送媒体的授权正被撤销。

随后，在步骤705，传输参与者设备100可以被配置为向传输控制服务器102发送传输结束响应。

此后，在步骤707，传输参与者设备100可以被配置为终止向传输控制服务器(102)发送媒体流。

根据图7，传输参与者设备100可以被配置为进入广播组呼叫的“呼叫释放”状态或正常或非广播组呼叫的“不允许发送”状态。例如，如果作为广播组呼叫发起的呼叫在发送结束响应消息之后，即在步骤705之后，传输参与者设备100将进入呼叫释放状态。对于在步骤705之后的任何其它类型的呼叫，传输参与者设备100可以进入“不允许”状态。作为示例，传输参与者设备(100)可以是MC设备(101)并且与同一组相关联。

图8示出了根据本公开的实施例的用于在传输控制服务器102中处理媒体传输的流程图。参照图8，方法800可以在MC***200的传输控制服务器102中实现，如图2所示。这里将组合地参考图2至图7进行解释。在传输控制服务器102中的实现中，可以执行方法800。图8中公开的方法是根据图5中公开的传输控制服务器102的另一个实施例。

根据图8，在步骤801，方法800包括由传输控制服务器102向传输MC设备101发送传输结束请求消息，用于在定时器T11期满时终止媒体流的传输。定时器T11被称为流接收空闲T11定时器。作为示例，传输结束请求包括传输结束请求的“拒绝原因”字段中的“没有接收参与者”原因中的至少一个，其指示终止媒体流的原因

在步骤803，传输控制服务器102配置成从正在发送的传输参与者设备(100)接收传输结束响应。此后，在步骤805，传输控制服务器102被配置为向至少一个媒体接收客户端发送传输结束通知消息。作为示例，传输结束通知消息指示来自传输参与者设备(100)的传输结束。

在一个实现中，方法800进一步配置传输控制服务器102以确定在队列中是否存在任何媒体传输请求。如果在队列中存在任何媒体传输请求，则传输控制服务器102配置为从队列中去除媒体传输请求。此后，传输控制服务器102可以被配置为授权向第二传输参与者设备(100)发送媒体流的授权。在步骤801中，在向传输参与者设备(100)发送传输结束请求消息之后，传输控制服务器(102)进入“未决传输取消”状态。

在到步骤803的另一实现中，也就是说，在从传输参与者设备(100)接收到传输结束响应消息之后，如果在媒体流的同时传输期间计数器值(Cx)达到最小限制，则处于通用传输控制操作状态机的传输控制服务器(102)进入“传输空闲”状态，或者如果计数器值(Cx)未达到最小限制，则进入“传输占用”。计数器Cx与上面解释的计数器C11相同。特别地，如果此时没有其他传输参与者设备100传输媒体，则处于一般传输控制操作状态的传输控制服务器(102)进入“传输空闲”状态，或者如果此时至少一个传输参与者设备100传输媒体，则进入“传输占用”状态。

在到步骤803的另一实现中，也就是说，在从传输参与者设备(100)接收到传输结束响应消息之后，在基本传输控制操作状态机中操作的传输控制服务器(102)停止定时器T3。定时器T3被定义为传输取消定时器。此外，传输控制服务器(102)可以被配置为进入‘U：不允许和传输空闲’状态。

作为示例，基本传输控制操作是每个用户一个状态机、或者组一般传输控制操作是每个组一个状态机。例如，如果在三个用户[MC设备]的组呼叫中存在，则在服务器中可能存在一个通用传输控制操作状态机实例和三个基本传输控制操作实例[一个实例/用户/组]。

图9示出了根据本公开的实施例的用于在传输控制服务器102中处理媒体传输的流程图。参照图9，方法900可以在如图2所示的MC***200的传输控制服务器102中实现。这里将组合地参考图2至图8进行解释。在传输控制服务器102中的实现中，可以执行方法900。图9中公开的方法是根据图5和图8中公开的传输控制服务器102的另一个实施例。

根据图9，在步骤901，方法900包括由传输控制服务器102授权第一传输参与者设备100向多个MC设备101发送媒体流的许可。此后，在步骤903，传输控制服务器102可以被配置为向至少一个MC设备101发送“媒体传输通知”消息以接收由第一传输参与者设备100传输的媒体流。在步骤905处，传输控制服务器102可经配置以从所述至少一个MC装置101接收“接收媒体请求”消息以从第一传输参与者装置100接收媒体流。在步骤905之后，在步骤907，传输控制服务器102向至少一个MC设备101发送“接收媒体响应(授权)”消息，以指示从第一传输参与者设备100接收媒体流的授权许可。此后在步骤909，传输控制服务器102被配置为接收“媒体接收结束请求”消息以终止从至少一个MC设备101的接收。在步骤911，传输控制服务器102配置为发送“媒体接收结束响应”以指示媒体流接收的终止响应。之后，在步骤913，传输控制服务器102确定至少一个MC设备101没有接收媒体流。该确定是基于定时器T11(流接收空闲)的预定持续时间的期满。现在在步骤915，传输控制服务器102基于计数器(C11)值进入“接收空闲”状态。计数器值提供正在接收媒体流的活动接收机的计数。

例如，计数器C11值被初始化为零。此外，计数器C11与至少一个MC设备101的发射机同步源(SSRC)或用户ID相关联。此外，定时器T11被定义为流接收空闲定时器，其在传输控制服务器102向至少一个MC设备101发送“媒体传输通知”消息之后或者如果计数器(C11)值达到最小限制，以预定持续时间启动。

作为另一个示例，对于发送到MC设备101的每个“接收媒体响应(授权)”，计数器C11值增加1，并且对于从MC设备101接收的每个“媒体接收结束请求”或“媒体接收结束响应”消息，计数器C11值减少1。

作为另一个示例，如果至少一个MC设备101通过经由接收媒体请求(授权)消息发送授权许可来从传输参与者设备(100)接收媒体流，或者由传输控制服务器(102)通过向至少一个MC设备101发送“传输结束通知”消息来结束媒体传输，则传输控制服务器102可以禁用定时器(T11)。因此，在定时器T11(流接收空闲期满)期满之后，MC服务器发送终止传输的指示。关于上述各种实体的各种状态机图将在随后的段落中详细解释。

图10示出了根据本公开的实施例的“传输参与者基本传输控制操作”的状态图。因此，已经添加了新的过程来从服务器102接收传输结束请求并且从传输参与者设备100发送传输结束响应。图10中解释的状态图对应于图7中解释的方法700。为了本公开的简洁起见，避免了对类似步骤的解释。状态机的详细信息解释如下：

在一个实施例中，当达到状态1001‘已获得发送许可’时，并且在从传输控制服务器102接收到‘传输结束请求消息’1003、1005时，传输参与者设备100执行以下步骤：

1.应当通知用户正在撤销发送RTP媒体的许可；

2.可以向用户提供关于终止发送媒体的授权的原因的信息；

3.应当请求MCVideo客户端103中的媒体丢弃任何剩余的缓存RTP媒体分组，并停止向MCVideo服务器102转发编码视频；以及

4.应当将传输结束响应消息发送到传输控制服务器102。

5.如果会话不是广播组呼叫的，或者如果传输指示符字段中的A位被设置为‘1’(正常呼叫)，则应进入‘U：无发送许可’状态；以及

6.如果会话是作为广播组呼叫启动的：

a.应向MCVideo客户端103指示媒体传输已完成；以及

b.应进入“释放呼叫”状态。

图11示出了根据本公开的实施例的“传输控制服务器通用传输控制操作”的状态图。因此，增加了一个新的过程来处理传输结束请求消息，并将其转发到“传输控制服务器基本传输控制状态机”。图11中解释的状态图对应于图5、图8、图9中解释的方法500、800、900。为了本公开的简洁起见，避免了对类似步骤的解释。状态机的详细信息解释如下：

在一个实施例中，在状态1101‘G:传输占用’中，并且在接收到传输结束请求消息时，传输控制服务器102中的传输控制仲裁逻辑执行以下操作：

1.如果运行，应停止计时器T4(传输授权)；

2.应当包括拒绝原因字段，其中将<拒绝原因>值设置为#8(没有接收参与者)；

i.可以包括解释拒绝原因字段的<拒绝用语>值中拒绝传输请求的原因的附加文本字符串；以及

3.应进入‘G：待决传输撤销’状态。

根据一个实施例，传输控制服务器102中的传输控制仲裁逻辑在向允许的传输参与者设备100发送传输撤销或传输结束请求消息之后使用‘G：待决传输撤销’状态1109。在这种状态下，MCVideo服务器102在MCVideo呼叫中将RTP媒体分组转发到其它传输参与者设备100。

作为一个示例，从服务器102发送的传输结束请求消息和传输撤销消息的功能在客户端和服务器侧都是相同的，当前在‘G：待决传输撤销’状态中添加了传输结束请求消息的处理。为了这个目的，如果需要，也可以在以后创建新的状态。

根据一个实施例，当进入‘G：待决传输撤销’状态1109时，传输控制服务器中的传输控制仲裁逻辑：

1.应当将传输撤销或传输结束请求消息发送到允许的传输参与者。传输撤销或传输结束请求消息：

a.应当在拒绝原因字段中的<拒绝原因>值中包括发送“传输撤销消息”或“传输结束请求”的原因；以及

b.如果群组呼叫是广播群组呼叫、***呼叫、紧急呼叫、即将发生的永久呼叫或临时群组会话，则应包括具有适当指示的传输指示符字段；以及

2.应当将一般状态设置为‘G：待决传输撤销’。

在一个实施例中，在状态‘G：待决传输撤销’1109中，在接收到传输结束响应消息时，传输控制服务器中的传输控制仲裁逻辑：

1.应当请求MCVideo服务器中的媒体分发者停止为请求的传输参与者转发RTP媒体分组；以及

2.如果Cx(同时传输视频)未达到其下限，则将Cx(同时传输视频)减1；

3.如果Cx(同时传输视频)已经达到下限，则进入‘G：传输空闲’状态。

4.如果Cx(同时传输视频)没有达到下限，并且如果活动传输请求队列不为空，则传输控制服务器：

a.应该从活动传输请求队列的顶部选择一个排队的传输请求；

b.应从活动传输请求队列中删除该排队的传输请求；以及

c.应输入‘G：传输占用’状态。

图12示出了根据本公开的实施例的用于“面向传输参与者的传输控制服务器基本传输控制操作”的状态机图。因此，已经添加了新的过程来从服务器102向传输参与者设备100发送传输结束请求，并处理来自传输参与者的传输结束响应。图12中解释的状态图对应于图5、图8、图9中解释的方法500、800、900。为了本公开的简洁起见，避免了对类似步骤的解释。状态机的详细信息解释如下：

在一个实施例中，在状态1201‘U：允许’中，当从传输控制服务器接收到传输结束请求消息时，面向传输控制服务器中的MCVideo客户端的传输控制接口：

1.应将“传输结束请求”消息转发给相关的传输参与者；以及

2.应输入状态‘U待决传输撤销’。

作为示例，在一个实施例中，在状态1203‘U：待决传输撤销’中，在发送传输撤销或传输结束请求消息之后的宽限期期间，面向传输控制服务器中的MCVideo客户端的发送控制接口使用该状态。

在这种状态下，计时器T3(传输撤销)运行。

作为另一个示例，从服务器发送的传输结束请求消息和传输撤销消息的功能在客户端和服务器端都是相同的，当前在‘U：待决传输撤销’状态中添加传输结束请求消息的处理，并且定时器T3(传输撤销)也被用于传输结束请求消息。为了这个目的，如果需要，随后也可以创建一个新的状态和定时器。

在一个实施例中，在状态‘U：待决传输撤销’1203中，在定时器T3(传输撤销)期满时，面向传输控制服务器中的MCVideo客户端的传输控制接口：

1.应该将“传输撤销”或“传输结束请求”消息重发到相关联的传输参与者。传输撤销消息或传输结束请求：

a.应当包括与先前发送的传输撤销消息或传输结束请求中相同的拒绝原因字段和相同的传输指示符字段；

2.应当启动定时器T3(传输撤销)；以及

3.应该保持在‘U：待决传输撤销’状态。

在进一步的实现中，传输控制服务器重发传输撤销消息或传输结束请求的次数以及当传输控制服务器放弃时，采取的动作是实现选项。然而，当传输控制服务器放弃时，建议将MCVideo客户端与MCVideo呼叫断开。

在一个实施例中，在状态‘U：待决传输撤销’1203中，在接收到来自相关联的传输参与者的传输结束响应消息时，传输控制接口面向传输控制服务器中的MCVideo客户端：

1.如果将传输结束响应消息的子类型中的第一比特设置为‘1’(需要确认)，则应该发送传输控制Ack消息。传输控制Ack消息：

a.应包括设置为‘1’的消息类型字段(传输结束响应)；以及

b.应当包括设置为‘2’的源字段(控制MCVideo功能是源)；

2.如果计时器T3(传输撤销)正在运行，则应停止计时器T3(传输撤销)；以及

3.应将传输结束响应消息转发给传输控制服务器仲裁逻辑；以及

4.应输入状态‘U：不允许和“传输空闲’。

图13示出了根据本公开的实施例的用于传输控制服务器通用接收控制操作的状态机图。因此，引入了新的计时器和新的计数器。当没有一个MCVideo用户正在接收该流时，即使当前正在从其他MCVideo用户发送该流，也将启动新的定时器。并且当至少一个用户被授权接收流的许可时，可以停止新定时器。新计数器用于跟踪该流的活动接收用户计数。当没有用于流的活动接收机时，一般接收控制操作状态机将通知传输控制仲裁逻辑终止正在进行的传输。图13中所解释的状态图对应于图5、图8、图9中所解释的方法500、800、900。为了本公开的简洁起见，避免了对类似步骤的解释。状态机的详细信息解释如下：

在一个实施例中，在状态1301‘Gr：接收空闲’中，在接收到媒体传输请求通知时，传输控制服务器102中的接收控制仲裁逻辑：

1.应向所有其他传输参与者发送媒体传输通知消息。媒体传输通知消息：

a.如果组呼是广播组呼、***呼叫、紧急呼叫、即将到来的呼叫，应包括接收模式，接收模式字段设置为‘0’表示自动接收模式；

b.如果组呼叫不是广播组呼叫、***呼叫、紧急呼叫或即将发生的呼叫，则应当包括接收指示手动接收模式被设置为‘1’的模式接收模式字段。

2.应该启动定时器T11(流接收空闲)，并将其与发射机SSRC或UserId相关联。

3.应当将计数器C11(用于流的活动接收机的计数)初始化为‘0’，并将其与发射机SSRC或UserId相关联。

4.应该保持在‘Gr：接收空闲’状态。

在一个实施例中，在状态1301‘Gr：接收空闲’中，在接收到接收媒体请求消息时，传输控制服务器102中的接收控制仲裁逻辑：

1.如果拒绝“接收媒体请求”:

a.应该发送“接收媒体响应(拒绝)”消息。“接收媒体响应”消息：

i.将接收媒体响应消息的子类型中的第一比特设置为‘1’(需要确认)，发送传输控制Ack消息；以及

ii.应当包括设置为‘0’的结果字段(接收媒体被拒绝)；以及

b.应保持‘Gr：接收空闲’状态；或

2.如果授权了“接收媒体请求”:

a.应停止计时器T5(接收不活动)；

b.如果它已经运行，则停止计时器T11(流接收空闲)；

c.将与发射机SSRC相关联的计数器C11(流的有效接收机的计数)递增1；

d.应当存储请求接收媒体的传输参与者的SSRC，直到与该发送请求相关联的接收完成；

e.应该发送接收媒体响应消息。接收媒体响应消息：

i.将接收媒体响应消息的子类型中的第一比特设置为‘1’(需要确认)，发送传输控制Ack消息；以及

ii.应当包括设置为‘1’的结果字段(已授权的接收媒体)；

f.如果C7(接受接收)尚未达到其上限，则应将其增加1；以及

g.应输入‘Gr：接受接收’状态。

在一个实施例中，在状态1301‘Gr：接收空闲’中，在接收到传输结束通知时，传输控制服务器102中的接收控制仲裁逻辑：

1.应该向所有其他传输参与者发送“传输结束通知”消息。

2.如果运行，则应停止与发射机SSRC关联的定时器T11(流接收空闲)；

3.应该保持在‘Gr：接收空闲’状态。

在一个实施例中，在状态1301‘Gr:接收空闲’中，在定时器T11(流接收空闲)期满时，传输控制服务器102中的接收控制仲裁逻辑：

1.应当与传输控制服务器中的传输控制仲裁逻辑通信，以终止与过期定时器T11相关联的流。

2.应该保持在‘Gr：接收空闲’状态。

作为示例，基于MCVideo服务器102本地策略来确定通过发送传输撤销消息或传输结束请求消息来终止流。

在一个实施例中，在状态1303‘Gr:接受接收’中，在接收到接收媒体请求消息时，传输控制服务器102中的接收控制仲裁逻辑：

1.如果拒绝接收媒体请求：

a.应该发送接收媒体响应(拒绝)消息。接收媒体响应消息：

i.将接收媒体响应消息的子类型中的第一比特设置为‘1’(需要确认)，发送传输控制Ack消息；以及

ii.应当包括设置为‘0’的结果字段(接收媒体被拒绝)；和

b.应保持‘Gr：接受接收’状态；或

2.如果接收媒体请求被授权:

a.应停止计时器T5(不活动)；

b.如果运行，则应当停止与发射机SSRC相关联的定时器T11(流接收空闲)；

c.将与发射机SSRC相关联的计数器C11(流的有效接收机的计数)递增1；

d.应当存储请求接收媒体的传参与者的SSRC，直到与该传输请求相关联的接收完成；

e.应该发送接收媒体响应(授权)消息。接收媒体响应消息：

i.将接收媒体响应消息的子类型中的第一比特设置为‘1’(需要确认)，发送传输控制Ack消息；以及

ii.应当包括设置为‘1’的结果字段(已授权的接收媒体)；

f.应该启动计时器T6(接收授权)；

g.如果C7(接受接收)尚未达到其上限，则应将其增加1；以及

h.应该保持在‘Gr：接受接收’状态。

在一个实施例中，在状态1303Gr：接受接收’中，在接收到接收媒体结束请求消息时，传输控制服务器中的接收控制仲裁逻辑：

1.应该发送接收媒体结束响应消息。接收媒体结束响应消息：

i.接收媒体结束响应消息的子类型中的第一比特被设置为‘1’(需要确认)，应当发送传输控制Ack消息。

ii.应当包括设置为‘y’的消息类型字段(已授权接收媒体结束)；

2.应停止计时器T6(接收授权)；

3.如果计数器C11(用于流的有效接收机的计数)还没有达到其下限，则将计数器C11减1；

4.如果C11已经达到其下限，则应该启动定时器T11(流接收空闲)。

5.如果没有达到其下限，则将C7(接受接收)减1；

6.如果C7尚未达到其下限，则应保持‘Gr:接受接收’状态。

7.如果C7已经达到其下限，则应进入‘Gr:接收空闲’状态。

作为一个示例，当所有参与者已经停止接收时，可以基于MCVideo服务器本地策略进行启动相同定时器T11或新定时器的决定。

在一个实施例中，在状态1303‘Gr:接受接收’中，当接收到接收媒体结束响应消息时，传输控制服务器102中的接收控制仲裁逻辑：

1.如果在接收媒体结束响应消息的子类型中的第一比特被设置为‘1’(需要确认)，则应该发送传输控制确认消息。

2.应停止计时器T6(接收授权)；

3.如果计数器C11(用于流的有效接收机的计数)没有达到其下限，则将计数器C11减1；

4.如果C11已经达到其下限，则应该启动定时器T11(流接收空闲)。

5.如果没有达到其下限，则将C7(接受接收)减1；

6.如果C7尚未达到其下限，则应保持‘Gr:接受接收’状态。

7.如果C7已达到其下限，则应进入‘Gr:接收空闲’状态。

在一个实施例中，在状态1303‘Gr:接受接收’中，在接收到来自传输控制服务器102中的接收控制仲裁逻辑的媒体传输请求通知消息时：

1.应向所有其他传输参与者发送媒体传输通知消息。媒体传输通知消息：

a.如果群组呼叫是广播群组呼叫、***呼叫、紧急呼叫或即将到来的呼叫，则应包括接收模式，接收模式字段被设置为指示自动接收模式的“0”；以及

b.如果群组呼叫不是广播群组呼叫、***呼叫、紧急呼叫或即将到来的呼叫，则应包括接收模式，接收模式字段设置为指示手动接收模式的‘1’；以及

2.应该启动定时器T11(流接收空闲)，并将其与存在于媒体传输通知消息中的发射机SSRC或UserId相关联。

3.应当将计数器C11(流的活动接收机的计数)初始化为0，并将其与存在于媒体传输通知消息中的发射机SSRC或UserId相关联。

4.应该保持在‘Gr:接受接收’状态。

在一个实施例中，在状态1303‘Gr:接受接收’中，在接收到传输结束通知消息时，传输控制服务器102中的接收控制仲裁逻辑：

1.应向所有其他传输参与者发送媒体传输结束通知消息。

2.如果运行，则应停止与发射机SSRC关联的定时器T11(流接收空闲)；

3.应当将C7(接受)降低与发射机SSRC相关的C11(流的有效接收机的计数)的值；在一个实现中，C7和C11的值的差可以被认为是用于确定传输控制服务器102的状态的计数器值。特别地，在计数器值达到最小限度之后，传输控制服务器102进入“接收空闲”状态，否则传输控制服务器102进入“接受接收”状态。

4.如果C7尚未达到其下限，则应当保持在Gr:接受接收’状态。

5.如果C7已达到其下限，则应进入‘Gr:接受空闲’状态。

在一个实施例中，在状态1303‘Gr:接受接收’在定时器T11到期时(流接收空闲)，传输控制服务器中的接收控制仲裁逻辑：

1.应当与传输控制服务器中的传输控制仲裁逻辑通信，以终止与过期定时器T11相关联的流。

2.应该保持在‘Gr:接受接收’状态。

作为一个示例，通过发送传输取消消息或传输结束请求消息来终止流是基于MCVideo服务器本地策略来决定的。

在一个实施例中，当由于T11定时器期满而终止传输流时，下面详细解释从传输控制服务器102发送的具有拒绝原因#8的传输结束请求。

原因#8——无接收方

设置为‘8’的<拒绝原因>值表示由于没有参与者接收该流MCVideo客户端发送媒体的许可正在被撤销。

在一个实施例中，拒绝原因值字段被添加到传输结束请求消息以指示结束传输的原因。表1中可以看到传输结束请求消息的基本格式：

[表1]

拒绝原因：

传输结束请求消息的拒绝原因字段在拒绝原因字段中包括<拒绝原因>原因值，解释了传输控制服务器希望传输参与者停止传输媒体的原因，并且可以跟随有附加信息。因此，分组的长度可以根据拒绝原因的值而变化。

在一个实施例中，定时器T11(流接收空闲)用在传输控制服务器102中。即使当前正从其它MCVideo用户发送该流，当没有一个MCVideo用户正在接收该流时，计时器将被启动。当至少一个用户被授权接收表2中所示的定时器T11的流基本细节时，可以停止定时器。

[表2]

在一个实施例中，在传输控制服务器102中使用的计数器C11(用于流的有效接收机的计数)存储用于该流的有效接收用户的计数。表3中所示的计数器C11的基本细节。

[表3]

因此，从上述内容中收集本公开内容提供了以下程序：

1.在客户端和服务器端处理传输[TM]结束请求和响应消息以及基于该消息处理的状态转换。

2.引入新计数器[C11(用于流的活动接收机的计数)]来存储每个流的活动接收机计数。实现了基于不同消息处理的计数器初始化/递增/递减和基于计数器值的状态转换。

3.正在实现服务器状态机中的新计时器[T11(流接收空闲)]和计时器停止/启动/期满处理。

4.终止流的方法，在新引入的“拒绝原因值”字段和原因的帮助下，当没有用户在接收流时通知终止的原因。在传输[TM]结束请求消息中，处理服务器中的所有竞争条件。

因此，本公开避免了网络资源的浪费，并给予群组中的其他参与者在群组呼叫中的一次最大传输次数受到网络容量的限制时传输重要数据的机会。这种解决方案提高了紧急任务关键视频(MCVideo)***在紧急任务关键视频***通常操作的高网络拥塞情况下的效率。

图14示出了根据本公开的实施例的另一示例性实现。图14示出了计算机***1400形式的***1400的另一典型硬件配置。计算机***1400可包括可被执行以使计算机***1400执行所公开的方法中的任何一个或多个的指令集。计算机***1400可以作为独立设备操作，或者可以例如使用网络连接到其它计算机***或***设备。

在网络化部署中，计算机***1400可以在服务器的能力中操作，或者作为服务器-客户机用户网络环境中的客户机用户计算机操作，或者作为对等(或分布式)网络环境中的对等计算机***操作。计算机***1400还可以作为各种设备来实现或并入各种设备，例如个人计算机(PC)、平板PC、个人数字助理(PDA)、移动设备、掌上型计算机、膝上型计算机、台式计算机、通信设备、无线电话、陆线电话、网络设备、网络路由器、交换机或网桥、或能够执行指定要采取的动作的指令集(顺序或其他)的任何其他机器。通过该机器。此外，虽然示出了单个计算机***1400，但是术语“***”还应当被认为包括单独或联合执行一组或多组指令以执行一个或多个计算机功能的***或子***的任何集合。

计算机***1400可包括处理器1402，例如中央处理单元(CPU)、图形处理单元(GPU)或两者。处理器1402可以是各种***中的组件。例如，处理器1402可以是标准个人计算机或工作站的一部分。处理器1402可以是一个或多个通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列、服务器、网络、数字电路、模拟电路、其组合、或其它现在已知的或以后开发的用于分析和处理数据的设备。处理器1402可实施软件程序，例如手动(即，编程)产生的代码。

计算机***1400可以包括存储器1404，例如可以经由总线1408通信的存储器1404。存储器1404可以包括但不限于计算机可读存储介质，诸如包括但不限于随机存取存储器、只读存储器、可编程只读存储器、电可编程只读存储器、电可擦除只读存储器、闪存、磁带或磁盘、光学介质等的各种类型的易失性和非易失性存储介质。在一个实例中，存储器1404包括用于处理器1402的高速缓冲存储器或随机存取存储器。在替代实例中，存储器1404与处理器1402分离，例如处理器的高速缓冲存储器、***存储器或其它存储器。存储器1404可以是外部存储设备或用于存储数据的数据库。存储器1404可操作来存储可由处理器1402执行的指令。图中所示或所描述的功能、动作或任务可由编程处理器1402执行，以执行存储在存储器1404中的指令。功能、动作或任务独立于特定类型的指令集、存储介质、处理器或处理策略，并且可以由单独或组合操作的软件、硬件、集成电路、固件、微代码等来执行。同样，处理策略可以包括多处理、多任务、并行处理等。

如图所示，计算机***1400还可以包括或不包括显示单元1410，例如液晶显示器(LCD)、有机发光二极管(OLED)、平板显示器、固态显示器、阴极射线管(CRT)、投影仪、打印机或其它现在已知的或以后开发的用于输出确定信息的显示设备。显示器1410可以充当用户查看处理器1402的功能的接口，或者具体地充当与存储在存储器1404或驱动单元1416中的软件的接口。

此外，计算机***1400可以包括输入设备1412，其被配置为允许用户与***1400的任何组件交互。计算机***1400还可以包括盘或光驱动单元1416。盘驱动单元1416可以包括计算机可读介质1422，其中可以嵌入一组或多组指令1424，例如软件。此外，指令1424可包含所述方法或逻辑中的一者或一者以上。在特定实例中，指令1424可在由计算机***1400执行期间完全或至少部分地驻留在存储器1404内或处理器1402内。

本发明涉及一种计算机可读媒体，其包含指令1424或接收并执行指令1424以响应传播信号，使得连接到网络1426的装置可经由网络1426传送语音、视频、音频、图像或任何其它数据。此外，指令1424可经由通信端口或接口1420或使用总线1408在网络1426上发送或接收。通信端口或接口1420可以是处理器1402的一部分，或者可以是单独的部件。通信端口1420可以用软件创建，或者可以是硬件中的物理连接。通信端口1420可以被配置为与网络1426、外部介质、显示器1410、或***1400中的任何其它组件、或其组合连接。与网络1426的连接可以是物理连接，例如有线以太网连接，或者可以如后面讨论的那样无线地建立。同样，与***1400的其它组件的附加连接可以是物理的或者可以无线地建立。或者，网络1426可以直接连接到总线1408。

网络1426可以包括有线网络、无线网络、以太网AVB网络或其组合。无线网络可以是蜂窝电话网络、802.11,802.16,802.20,802.1Q或WiMax网络。此外，网络1426可以是公共网络，例如因特网、专用网络(例如内联网)、或其组合，并且可以利用现在可用的或以后开发的各种联网协议，包括但不限于基于TCP/IP的联网协议。该***不限于与任何特定标准和协议一起操作。例如，可以使用用于因特网和其它分组交换网络传输(例如，TCP/IP、UDP/IP、HTML和HTTP)的标准。

图15说明根据本发明实施例的MC装置的框图。

参照图15，本公开的实施例的MC设备1500包括收发器1510、控制器1520和存储器1530。

收发器1510能够向/从根据本公开实施例的其它MC设备、服务器或实体发送/接收信号。

控制器1520能够控制MC设备1500的操作。控制器1520能够控制MC设备1500执行如本公开的实施例中所描述的与MC设备1500相关的操作。

存储器1530能够存储以下信息中的至少一个：与MC设备1500有关的信息以及经由收发器1510发送/接收的信息。

图16示出了根据本公开的实施例的MC服务器的框图。

参照图16，本公开的实施例的MC服务器1600包括收发器1610、控制器1620和存储器1630。MC服务器1600可以是如本公开的实施例中所描述的传输控制服务器。

收发器1610能够向/从根据本公开实施例的其它MC设备、服务器或实体发送/接收信号。

控制器1620能够控制MC服务器1600的操作。控制器1620能够控制MC服务器1600执行如本公开的实施例中所描述的与MC服务器1600相关的操作。

存储器1630能够存储以下信息中的至少一个：与MC服务器1600有关的信息以及经由收发器1610发送/接收的信息。

根据本公开的实施例，提供了一种在任务关键(MC)***中处理媒体传输的方法。MC服务器接收来自第一发送器的向至少一个接收器发送媒体流的请求；MC服务器向至少一个接收器发送通知，以接收第一发送器发送的媒体流；MC服务器在发送通知后启动具有预定持续时间的定时器；由MC服务器确定接收媒体流的通知在定时器的预定持续时间内被至少一个接收机拒绝或不接受；MC服务器向第一发送器发送传输结束请求，以基于拒绝或不接受媒体流的接收中的一个来终止媒体流发送请求。

在本公开的实施例中，其中在向所述至少一个接收机发送所述通知之后，所述方法还包括：由所述MC服务器检查所述至少一个接收机对所发送的媒体的接受；以及由所述MC服务器基于所述至少一个接收器对所述媒体流的接收的拒绝或不接受中的一者来终止来自所述第一发送器设备的所述媒体流的传输。

在本公开的实施例中，该方法还包括由MC服务器响应于发送传输结束请求而从第一发送器接收传输结束响应，其中传输结束请求包括结束传输的原因，并且其中结束传输的原因是由于缺少至少一个用于接收媒体流的接收器。

在本公开的实施例中，该方法还包括由MC服务器授权第二发送器在向第一发送器发送传输结束请求之后向至少一个接收者传输新的媒体流。

在本公开的实施例中，该方法还包括接受接收媒体流的通知，包括：由MC服务器接收从至少一个接收机接收媒体流的请求；MC服务器向所述至少一个接收器发送响应，以通知接收授权许可；以及基于授权的接收，为来自所述至少一个接收机的每个活动接收机将计数器值递增1。

在本公开的实施例中，该方法还包括由MC服务器接收终止来自至少一个接收机的媒体流接收的请求；MC服务器发送指示媒体流接收终止的响应；MC服务器对于从至少一个接收机接收的媒体流的每个终止，将计数器值递减1；MC服务器基于定时器到期来确定至少一个接收机没有接收到媒体流；MC服务器基于计数器值进入“接收空闲”状态。

在本公开的实施例中，该方法还包括：当计数器值在每个计数器值递减之后达到最小预定值时，或者在MC服务器向MC设备发送“媒体传输通知”消息时，以预定持续时间重新启动定时器。

在本公开的实施例中，该方法还包括由MC服务器基于以下至少一个终止定时器：a)如果至少一个接收机接受该通知以接收媒体；或者b)如果媒体传输由传输控制服务器102通过发送传输结束通知消息来结束。

在本公开的实施例中，其中在定时器期满之后，MC服务器向第一发送器发送传输结束请求以终止传输。

在本公开的实施例中，其中第一发送器和至少一个接收器属于同一组MC设备，并且其中媒体流包括视频和音频数据中的至少一个。

根据本公开的另一实施例，提供了一种在任务关键(MC)***中处理媒体传输的方法。MC设备从MC服务器接收用于终止媒体流传输的传输结束请求；由MC设备向与MC设备相关联的用户通知终止媒体流传输的原因，其中终止传输的原因是由于缺少至少一个用于接收媒体流的接收机设备；MC设备向MC服务器发送传输结束响应；MC设备终止向MC服务器发送媒体流。

根据本公开的另一实施例，提供了一种在多个MC设备中的任务关键(MC)***中处理媒体传输的方法。该方法包括：由传输参与者设备100从传输控制服务器102接收传输结束请求；由传输参与者设备100向与传输参与者设备100相关联的用户通知指示客户端发送媒体的授权的媒体流终止原因由于缺少至少一个参与者设备来接收媒体流而被撤销；由传输参与者设备100向传输控制服务器102发送传输结束响应；以及由传输参与者设备100终止向传输控制服务器102发送媒体流。

在公开的实施例中，该方法还包括由传输参与者设备100进入用于广播组呼叫的“呼叫释放”状态或者用于正常或非广播组呼叫的“不允许发送”状态，其中传输参与者设备100是MC设备101并且与同一组相关联。

根据本公开的另一实施例，提供了一种在传输控制服务器102中的任务关键(MC)***中处理媒体传输的方法。该方法包括：当被定义为流接收空闲定时器的定时器(T11)期满时，由传输控制服务器102向传输MC设备发送用于终止媒体流的传输结束请求消息；传输控制服务器102从传输参与者设备100接收传输结束响应；以及由传输控制服务器102向至少一个媒体接收客户端发送传输结束通知消息，其中传输结束通知消息指示来自传输参与者设备100的传输结束。

在本公开的实施例中，该方法还包括：由传输控制服务器102确定在队列中是否存在任何媒体传输请求；传输控制服务器102从队列中去除媒体传输请求；以及由传输控制服务器102授权向第二传输参与者设备100发送媒体流的许可，其中在向传输参与者设备100发送传输结束请求消息之后，传输控制服务器102进入“未决传输撤销”状态。

在本公开的实施例中，其中在从传输参与者设备100接收到传输结束响应消息之后，如果在媒体流的同时传输期间计数器值(Cx)达到最小限制，则一般传输控制操作状态机中的传输控制服务器102进入“传输空闲”状态，或者如果计数器值(Cx)尚未达到最小限制，则进入“传输占用”。

在本公开的实施例中，其中在从传输参与者设备100接收到传输结束响应消息之后，在基本传输控制操作状态机中操作的传输控制服务器102停止被定义为传输取消定时器的定时器(T3)，并进入‘U：不允许和传输空闲’状态。

在本公开的实施例中，其中传输结束请求包括传输结束请求的“拒绝原因”字段中的“没有接收参与者”原因中的至少一个，以指示终止媒体流的原因。

根据本公开的另一实施例，提供了一种在传输控制服务器102中的任务关键(MC)***中处理媒体传输的方法。该方法包括：由传输控制服务器102授权第一传输参与者设备100向多个MC设备101传输媒体流；由传输控制服务器102向至少一个MC设备101发送“媒体传输通知”消息，以接收由第一传输参与者设备100传输的媒体流；由传输控制服务器102从至少一个MC设备101接收“接收媒体请求”消息，以从第一传输参与者设备100接收媒体流；由传输控制服务器102向至少一个MC设备101发送“接收媒体响应(授权)”消息，以指示从第一传输参与者设备100接收媒体流的授权；传输控制服务器102接收“媒体接收结束请求”消息，以终止来自至少一个MC设备101的接收；由传输控制服务器102发送“媒体接收结束响应”以指示媒体流接收的终止响应；由传输控制服务器102基于定时器T11的预定持续时间的到期来确定至少一个MC设备101没有接收媒体流；以及基于被定义为媒体流的活动接收机的计数的计数器(C11)值，通过传输控制服务器102进入“接收空闲”状态。

在本公开的实施例中，其中计数器C11值被初始化为0，其中计数器C11与所述至少一个MC设备的发射机同步源(SSRC)或用户ID以及定时器(T11)相关联，所述定时器(T11)被定义为在传输控制服务器102向所述至少一个MC设备101发送“媒体传输通知”消息之后以持续时间启动的流接收空闲定时器。

在本公开的实施例中，其中对于发送到MC设备101的“接收媒体响应(授权)”中的每一个，计数器C11值递增1，并且对于从MC设备101接收的“媒体接收结束请求”或“媒体接收结束响应”消息中的每一个，计数器C11值递减1。

在本公开的实施例中，其中定时器(T11)基于以下至少一个以持续时间启动：(a)计数器(C11)值达到最小极限；或者(b)在向至少一个MC设备101发送媒体传输通知消息之后。

在本公开的实施例中，其中定时器(T11)由传输控制服务器102基于以下至少一个来禁用：(a)至少一个MC设备101被授权通过经由接收媒体请求(授权)消息发送授权许可来从传输参与者设备100接收媒体流；或者(b)由传输控制服务器102通过向至少一个MC设备101发送“传输结束通知”消息来结束的媒体传输。

在本公开的实施例中，其中在定时器T11期满之后，MC服务器发送终止传输的指示。

根据本公开的另一实施例，提供了一种用于在关键任务(MC)***中处理媒体传输的MC服务器。所述MC服务器包括一个或多个处理器，所述处理器被配置为：从第一发送器接收用于向至少一个接收器发送媒体流的请求；向所述至少一个接收器发送通知以接收由所述第一发送器发送的媒体流；在发送通知之后，启动具有预定持续时间的定时器；确定所述至少一个接收机在所述定时器的预定持续时间内拒绝或不接受接收所述媒体流的通知；以及基于媒体流的接收的拒绝或不接受中的一者向第一发送器发送传输结束请求以终止媒体流传输的请求。

根据本公开的另一实施例，提供了一种用于在关键任务(MC)***中处理媒体传输的MC设备。所述MC装置包括一个或一个以上处理器，其经配置以：从MC服务器接收传输结束请求以终止媒体流传输；向与MC设备相关联的用户通知终止媒体流传输的原因，其中终止传输的原因是由于缺少至少一个用于接收媒体流的接收机设备；向所述MC服务器发送传输结束响应；以及终止将媒体流传送到MC服务器。

根据本公开的另一实施例，提供了一种用于在多个MC设备101中的任务关键(MC)***中处理媒体传输的传输参与者设备。传输参与者设备包括一个或多个处理器，其被配置为：从传输控制服务器102接收传输结束请求；向与传输参与者设备相关联的用户通知，指示客户端发送媒体的授权的媒体流终止原因由于缺少至少一个参与者设备来接收所述媒体流而被撤销；向传输控制服务器102发送传输结束响应；并且终止向传输控制服务器102发送媒体流。

根据本公开的另一实施例，提供了一种用于在关键任务(MC)***中处理媒体传输终止的传输控制服务器。传输控制服务器包括一个或多个处理器，其被配置为：当被定义为流接收空闲定时器的定时器(T11)期满时，向发送MC设备发送传输结束请求消息，以终止媒体流的传输；从传输参与者设备100接收传输结束响应；以及向至少一个媒体接收客户端发送传输结束通知消息，其中传输结束通知消息指示来自传输参与者设备100的传输结束。

根据本发明的另一实施例，提供了一种用于在关键任务(MC)***中处理媒体传输的传输控制服务器。传输控制服务器包括一个或多个处理器，其被配置为：向第一传输参与者设备100授权对多个MC设备101发送媒体流；向至少一个MC设备101发送“媒体传输通知”消息，以接收由第一传输参与者设备100传输的媒体流；从所述至少一个MC设备101接收“接收媒体请求”消息，以从所述第一传输参与者设备100接收媒体流；向所述至少一个MC设备101发送“接收媒体响应(授权)”消息，以指示授权从所述第一传输参与者设备100接收所述媒体流的授权；接收“媒体接收结束请求”消息以终止来自所述至少一个MC设备101的接收；发送“媒体接收结束响应”以指示媒体流接收的终止响应；基于定时器T11的预定持续时间的期满，确定所述至少一个MC设备101还没有接收媒体流；并且基于被定义为媒体流的活动接收机的计数的计数器(C11)值来输入“接收空闲”状态。

除非另有定义，否则本文使用的所有技术和科学术语具有与本发明所属领域的普通技术人员通常理解的相同的含义。本文提供的***，方法和示例仅是说明性的而不是限制性的。

虽然已经使用特定的语言来描述本发明的主题，但是不打算对其进行任何限制。如本领域技术人员所显而易见的，可以对该方法进行各种工作修改，以便实现这里所教导的发明概念。附图和前面的描述给出了实施例的示例。所属领域的技术人员将了解，所述元件中的一者或一者以上可很好地组合成单个功能元件。或者，某些元件可以被分成多个功能元件。来自一个实施例的元件可以被添加到另一个实施例。

Claims (15)

1.一种在任务关键MC***中由任务关键MC服务器执行的方法，所述方法包括：

从第一MC设备接收用于向至少一个第二MC设备发送流的请求消息；

向所述至少一个第二MC设备发送用于接收由所述第一MC设备发送的所述流的通知消息，其中，启动与所述流的接收相关联的定时器，并且初始化用于所述流的活动接收机的计数的计数器值；

基于所述定时器的期满识别要终止所述流的传输；以及

向所述第一MC设备发送用于结束所述流的传输的请求消息。

2.如权利要求1所述的方法，还包括：

从所述至少一个第二MC设备接收用于所述流的接收的请求消息；以及

所述流的接收被授权的情况下，停止所述定时器并将所述计数器增加1。

3.如权利要求1所述的方法，还包括：

从所述至少一个第二MC设备接收用于结束所述流的接收的请求消息或响应消息；

在所述计数器值未达到下限值的情况下，将所述计数器值减小1；以及

在所述计数器值已经达到所述下限值的情况下，启动所述定时器。

4.如权利要求1所述的方法，还包括：

向所述至少一个第二MC设备发送用于结束所述流的通知消息并停止所述定时器。

5.如权利要求1所述的方法，还包括：

从所述第一MC设备接收用于结束所述流的传输的响应消息，

其中：

所述定时器与所述第一MC设备的同步源SSRC或用户ID相关联，

所述计数器与所述第一MC设备的所述SSRC或所述用户ID相关联，

用于结束所述流的传输的所述请求消息包括拒绝原因值，所述拒绝原因值指示所述第一MC设备发送所述流的许可正在被撤销的原因是没有参与者接收所述流，

所述流包括媒体流或视频流中的至少一个，以及

所述MC服务器包括所述MC服务器中的传输控制服务器。

6.一种在任务关键MC***中由第一任务关键MC设备执行的方法，所述方法包括：

在所述第一MC设备被授权发送流的情况下，向至少一个第二MC设备发送所述流；

基于与所述流的接收是空闲的相关联的定时器的期满，从所述MC服务器接收用于结束所述流的传输的请求消息，以及

向所述MC服务器发送用于结束所述流的传输的响应消息。

7.根据权利要求6所述的方法，其中：

在用于所述流的活动接收机的计数的计数器值增加的情况下，停止所述定时器，

在所述计数器值已经达到下限值的情况下，启动所述定时器，

所述定时器与所述第一MC设备的同步源SSRC或用户ID相关联，

所述计数器与所述第一MC设备的所述SSRC或所述用户ID相关联，

用于结束所述流的传输的所述请求消息包括拒绝原因值，所述拒绝原因值指示所述第一MC设备发送所述流的许可正在被撤销的原因是没有参与者接收所述流，

所述流包括媒体流或视频流中的至少一个，以及

所述MC服务器包括所述MC服务器中的传输控制服务器。

8.一种关键任务MC***中的关键任务MC服务器，所述MC服务器包括：

收发器；以及

控制器，配置为：

经由所述收发器从第一MC设备接收用于向至少一个第二MC设备发送流的请求消息，

经由所述收发器向所述至少一个第二MC设备发送用于接收由所述第一MC设备发送的所述流的通知消息，其中，启动与所述流的接收相关联的定时器，并且初始化用于所述流的活动接收机的计数的计数器值；

基于所述定时器的期满识别要终止所述流的传输；以及

经由所述收发器向所述第一MC设备发送用于结束所述流的传输的请求消息。

9.根据权利要求8所述的MC服务器，其中所述控制器还被配置为：

经由所述收发器从所述至少一个第二MC设备接收用于所述流的接收的请求消息，

在所述流的接收被授权的情况下，停止所述计时器并将所述计数器增加1。

10.根据权利要求8所述的MC服务器，其中所述控制器还被配置为：

经由所述收发器从所述至少一个第二MC设备接收用于结束所述流的接收的请求消息或响应消息；

在所述计数器值未达到下限值的情况下，将所述计数器值减小1；以及

在所述计数器值已经达到所述下限值的情况下，启动所述定时器。

11.根据权利要求8所述的MC服务器，其中所述控制器还被配置为：

经由所述收发器向所述至少一个第二MC设备发送用于结束所述流的传输的通知消息并停止所述定时器。

12.根据权利要求8所述的MC服务器，其中所述控制器还被配置为：

经由所述收发器从所述第一MC设备接收用于结束所述流的传输的响应消息。

13.根据权利要求8所述的MC服务器，其中：

所述定时器与所述第一MC设备的同步源SSRC或用户ID相关联，

所述计数器与所述第一MC设备的所述SSRC或所述用户ID相关联，

用于结束所述流的传输的所述请求消息包括拒绝原因值，所述拒绝原因值指示所述第一MC设备发送所述流的许可正在被撤销的原因是没有参与者接收所述流，

所述流包括媒体流或视频流中的至少一个，以及

所述MC服务器包括所述MC服务器中的传输控制服务器。

14.一种任务关键MC***中的第一任务关键MC设备，所述第一MC设备包括：

收发器；以及

控制器，配置为：

在所述第一MC设备被授权允许发送流的情况下，经由所述收发器向至少一个第二MC设备发送所述流；

基于与所述流的接收是空闲的相关联的定时器的期满，经由所述收发器从所述MC服务器接收用于结束所述流的传输的请求消息，以及

经由所述收发器向所述MC服务器发送用于结束所述流的传输的响应消息。

15.根据权利要求14所述的第一MC装置，其中：

在用于所述流的活动接收机的计数的计数器值增加的情况下，停止所述定时器，

在所述计数器值已经达到下限值的情况下，启动所述定时器，

所述定时器与所述第一MC设备的同步源SSRC或用户ID相关联，

所述计数器与所述第一MC设备的所述SSRC或所述用户ID相关联，

用于结束所述流的传输的所述请求消息包括拒绝原因值，所述拒绝原因值指示所述第一MC设备发送所述流的许可正在被撤销的原因是没有参与者接收所述流，

所述流包括媒体流或视频流中的至少一个，以及

所述MC服务器包括所述MC服务器中的传输控制服务器。

Images