CN114095759B - 一种流媒体重定向方法及相关装置 - Google Patents

Abstract

本申请公开了一种流媒体重定向方法及相关装置，该方法包括：确定待接替媒体服务器；接替待接替媒体服务器的业务，其中，待接替媒体服务器的业务至少包括待接替媒体服务器存储的业务数据、待接替媒体服务器所建立的其他类型业务；通过RTCP协议发送重定向请求给与业务相关的终端，以使终端将空闲媒体服务器作为业务的新的目标媒体服务器，其中，空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。本申请所提供的流媒体重定向方法可实现在媒体服务器出现异常或需要进行业务转移时，快速完成业务的恢复，在媒体服务器出现异常或者是进行业务转移时保证了稳定的数据交互，进而提高了用户的体验。

Description

一种流媒体重定向方法及相关装置

技术领域

本申请涉及通信领域，特别是涉及一种流媒体重定向方法及相关装置。

背景技术

在进行流媒体传输的时候，可能会出现媒体服务器需要对自身的业务进行转移，再或者因为诸如断电、硬件损坏等异常原因导致的媒体服务器异常等情况，进而会使得媒体服务器与终端之间的数据交互受阻或中止，无法保证稳定的数据交互，故需要一种技术方案可以解决上述流媒体进行传输时因媒体服务器出现异常所带来问题，以为终端提供更为稳定的通信服务。

发明内容

本申请主要解决的技术问题是提供一种可以在媒体服务器出现异常或者是进行业务转移时保证稳定的数据交互的流媒体重定向方法及相关装置。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种流媒体重定向方法，包括：

确定待接替媒体服务器；

接替所述待接替媒体服务器的业务，其中，所述待接替媒体服务器的业务至少包括所述待接替媒体服务器存储的业务数据、所述待接替媒体服务器所建立的其他类型业务；

通过RTCP协议发送重定向请求给与所述业务相关的终端，以使所述终端将空闲媒体服务器作为所述业务的新的目标媒体服务器，其中，所述空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种流媒体重定向方法，所述方法包括：

接收到重定向请求，其中，所述重定向请求是通过RTCP协议发送的；

响应于所述重定向请求而将空闲媒体服务器作为对应业务的新的目标媒体服务器，其中，所述空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种媒体服务器，包括处理器以及与所述处理器耦接的存储器和通信电路；

其中，

所述通信电路用于与其他设备通信；

所述存储器用于存储计算机程序；

所述处理器用于运行所述计算机程序以执行如上所述的方法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种通信终端，包括处理器以及与所述处理器耦接的存储器和通信电路；其中，

所述通信电路用于与其他设备通信；

所述存储器用于存储计算机程序；

所述处理器用于运行所述计算机程序以执行如上所述的方法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种通信系统，包括若干相连的媒体服务器和若干通信终端；每个所述通信终端分别与至少一个媒体服务器连接；

其中，所述媒体服务器为如上所述的媒体服务器，所述通信终端为如上所述的通信终端，以在所述通信系统存在待接替的媒体服务器时，空闲的媒体服务器接替所述待接替媒体服务器的业务，并实现与所述待接替的媒体服务器存在业务的通信终端之间的重定向。

相比于现有技术，本申请所提供的技术方案，确定待接替媒体服务器之后，然后接替待接替媒体服务器的业务，并通过RTCP协议向与该待接替媒体服务器的业务相关的通信终端发送重定向请求，使得通信终端将空闲媒体服务器作为业务的新的目标媒体服务器，实现在媒体服务器出现异常或需要进行业务转移时，快速完成业务的恢复，并在媒体服务器出现异常或者是进行业务转移时保证了稳定的数据交互，进而提高了用户的体验。

附图说明

图1为本申请一种媒体服务器一实施例中的结构示意图；

图2为本申请一种通信终端一实施例中的结构示意图；

图3为本申请一种通信系统一实施例中的结构示意图；

图4为本申请一种流媒体重定向方法一实施例中的流程示意图；

图5为本申请一种流媒体重定向方法中一实施例中重定向请求的部分结构示意图；

图6为本申请一种流媒体重定向方法另一实施例中的流程示意图；

图7为本申请一种流媒体重定向方法一实施例中的流程示意图；

图8为本申请一种流媒体重定向方法的一实施例中应用场景示意图；

图9为本申请一种流媒体重定向方法的另一实施例中的应用场景示意图；

图10为本申请一种存储介质一实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在阐述本申请所提供的流媒体重定向方法之前，首先阐述本申请所提供的媒体服务器、通信终端(下文部分实施例中简称为终端)和通信系统。

首先请参见图1，图1为本申请一种媒体服务器一实施例中的结构示意图。在当前实施例中，本申请所提供的媒体服务器100包括处理器101以及与处理器101耦接的存储器102和通信电路103。

其中，通信电路103用于在处理器101的控制下与其他设备(图未示)通信，以接收数据或消息指令，或对外发送数据或消息指令。具体地，本申请所提供的媒体服务器100可与外部的通信终端(图未示)或外部其他媒体服务器(图未示)分别进行通信，进行数据的交互。

存储器102用于存储计算机程序，存储器102所存储的计算机程序在被处理器101执行时，可实现如下图4至图6及其所对应的任意一个实施例中所述的方法。

处理器101用于运行存储器102所存储的计算机程序以执行如下图4至图6所示意的及其对应的任意一个实施例所述的方法。

请参见图2，图2为本申请一种通信终端一实施例中的结构示意图。在当前实施例中，本申请提供的通信终端200包括处理器201以及与处理器201耦接的存储器202和通信电路203。

其中，通信电路203用于与其他设备(图未示)通信，用于接收其他设备发送的数据或消息指令，或向其他设备发送数据或消息指令。具体地，本申请所提供的通信终端200可以与外部的媒体服务器(图未示)进行数据交互，完成流媒体数据的传输。

存储器202用于存储计算机程序，存储器202所存储的计算机程序在被处理器201执行时可实现如图7及其对应的任意一个实施例所述的方法，

处理器201用于运行计算机程序，用以执行如图7及其对应的任意一个实施例所述的方法。

本申请还提供一种通信系统，通信系统包括若干相连的媒体服务器和若干通信终端，每个通信终端分别与至少一个媒体服务器连接，具体地，每个通信终端可通过核心网分别与至少一个媒体服务器连接，并进行数据的交互。

具体地，请参见图3，图3为本申请一种通信系统一实施例中的结构示意图。在当前实施例中，通信系统300包括若干相连的媒体服务器311、媒体服务器312、媒体服务器313和媒体服务器314，以及与至少一个媒体服务器连接的通信终端321、通信终端322和通信终端323。

其中，图3所示意的媒体服务器311、媒体服务器312、媒体服务器313和媒体服务器314为图1所示意的媒体服务器，图3所示意的通信终端321、通信终端322和通信终端323为图2所示意的通信终端，在通信系统300中存在待接替的媒体服务器时，可以由通信系统300中空闲的媒体服务器接替待接替媒体服务器的业务，并实现与待接替的媒体服务器存在业务往来的通信终端之间的重定向，以为通信终端提供稳定的数据交互。

其中，需要说明的是，本申请所提供的通信系统中，每个媒体服务器中均包括一个用于检测自身或其他媒体服务器工作状态的插件，在通信系统中，各个媒体服务器按照设定的周期通过插件发送信令以检测自身，或者是检测其他媒体服务器是否存在异常，并在检测得到存在媒体服务器存在异常时，通知其他业务处理资源符合预设条件的媒体服务器或是由其自身去接替异常媒体服务器的业务，并实现与该异常媒体服务器存在业务往来的通信终端之间重定向。其中，在本申请提供的技术方案中，将异常媒体服务器或需要进行业务转移的媒体服务器定义为待接替媒体服务器，将最终执行接替异常媒体服务器的业务的媒体服务器定义为空闲媒体服务器，关于空闲媒体服务器的具体定义请参见下文对应部分的阐述。

请参见图4，图4为本申请一种流媒体重定向方法一实施例中的流程示意图。在当前实施例中，本申请所提供的方法的执行主体为空闲媒体服务器，在当前实施例中，本申请提供的方法包括：

S410：确定待接替媒体服务器。

如上所述在通信系统中，各个媒体服务器之间会按照设定的时间周期对自身或者是其他媒体服务器进行检测，以判断是否有媒体服务器存在异常，并在判断得到有媒体服务器存在异常时，通知业务处理资源符合预设条件的媒体服务器或者是直接由其自身确定该异常媒体服务器为待接替媒体服务器。其中，在一实施例中，可以是空闲媒体服务器直接检测到有媒体服务器存在异常，并确定该存在异常的媒体服务器为待接替媒体服务器。在另一实施例中，也可以是第二其他媒体服务器检测到有媒体服务器存在异常，并通知业务处理资源符合预设条件的空闲媒体服务器。其中，空闲媒体服务器为当前业务处理资源符合设定条件的媒体服务器，设定条件包括可用业务处理资源大于或等于预设值、可用业务处理资源占所有业务处理资源的比例大于或等于预设比例。在其他实施例中，当业务处理资源符合预设条件的媒体服务器的数量为多个时，则在确定空闲媒体服务器时还同时考虑空闲媒体服务器的传输距离，如在所有业务处理资源符合预设条件的媒体服务器中选择与异常媒体服务器传输距离最近的一个媒体服务器作为空闲媒体服务器。

在另一实施例中，当通信系统中的某个媒体服务器因自身需要或者是管理员人为设定，需要进行数据业务转移时，可由该媒体服务器向外发送通知以告知系统中的各个媒体服务器自身需要进行数据业务转移，以使得通信系统中业务处理资源符合预设条件的媒体服务器将其该媒体服务器确定为待接替媒体服务器。

其中，待接替媒体服务器为需转移业务或者出现异常的媒体服务器，空闲媒体服务器为最终执行接替异常媒体服务器的业务的媒体服务器。如上所述，空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。

在另一实施例中，空闲媒体服务器为检测到异常媒体服务器且自身业务资源满足预设条件的媒体服务器。在当前实施例中，业务处理资源符合预设条件的媒体服务器可以为通信系统中所有正常运行的媒体服务器中运行压力最小的一个媒体服务器，业务处理资源符合预设条件的媒体服务器也可以是可利用通信资源最多的一个媒体服务器，再或者业务处理资源符合预设条件的媒体服务器还可以是完全空闲的没有任何业务在运行的备用媒体服务器，可以理解的是，预设条件可以根据实际的需要进行设定或更改，具体在此不做限定。

步骤S410中可以是由空闲媒体服务器直接确定待接替媒体服务器的，也可以是接收到通信系统中其他的媒体服务器发送的业务接替通知。其中，业务接替通知是由其他检测到异常媒体服务器或有需要进行业务转移的媒体服务器发送至业务资源符合预设条件的媒体服务器，以使得业务资源符合预设条件的媒体服务器确定待接替媒体服务器，进而去接替待接替媒体服务器的业务。

S420：接替待接替媒体服务器的业务。

在空闲媒体服务器确定了待接替媒体服务器之后，进一步接替该待接替媒体服务器的业务。其中，所接替的待接替媒体服务器的业务至少包括：待接替媒体服务器上存储的业务数据，及待接替媒体服务器所建立的其他类型业务，具体至少是获取待接替媒体服务器的业务数据并存储。

进一步地，空闲媒体服务器接替待接替媒体服务器的业务的同时，获取到与该待接替媒体服务器有业务相关的通信终端的标识信息，以用于通知与待接替媒体服务器有业务往来的通信终端更改数据交互的方向。

S430：通过RTCP协议发送重定向请求给与业务相关的终端，以使终端将空闲媒体服务器作为业务的新的目标媒体服务器。

在接替待接替媒体服务器的业务之后，通过RTCP协议发送重定向请求给与所接管的业务相关的通信终端，以使得与所接管的业务相关的通信终端将空闲媒体服务器作为其正在进行的业务的新的目标媒体服务器。

具体地是根据所获取到的与该待接替媒体服务器有业务相关的通信终端的标识信息，通过RTCP协议发送重定向请求给与业务相关的通信终端，以告知通信终端更改数据交互的方向，进而以空闲媒体服务器作为业务新的目标媒体服务器。

其中，重定向请求包括有效负载类型，且有效负载类型的值为预设标识，重定向请求用于通知终端将业务的数据流发送至新的目标媒体服务器。具体地，有效负载类型的值为预设标识的重定向请求是用于通知终端将业务的数据流发送至新的目标媒体服务器。

进一步地，在另一实施例中，重定向请求还包括目标媒体服务器的地址信息，用于告知终端目标媒体服务器的通信地址。

请参见图5，图5为本申请一种流媒体重定向方法中一实施例中重定向请求的部分结构示意图。在图5所示意的重定向请求的部分结构示意图中，V是version number的缩写，用于表示当前请求的版本号，即用于标识RTCP协议的版本，P的全称是Padding，FMT是feedback message type的缩写，是表示当前的重定向请求的反馈信息类型，PT是payloadtype的缩写，用于表示当前的有效负载类型。其中，不同的有效负载类型对应不同的信令，如在当前实施例中，当有效负载类型为如图5所示意的PT(239)时，则会用于表示当前的重定向请求用于通知与待接替媒体服务器正在进行发送业务的通信终端将业务的数据流发送至新的目标媒体服务器。

进一步地，地址信息包括IP地址和实时传输协议端口。请继续参见图5，如图5所示意的，New Media Server RTP IP用于通知与待接替媒体服务器正在进行发送业务的通信终端所需连接的目标媒体服务器的IP地址，New Media Server RTP Port用于告知通信终端实时传输协议端口，以使得通信终端可将将数据流发送至的对应的该IP地址的目标媒体服务器，使得在通信终端与目标媒体服务器之间完成业务的重建，进而使得通信终端由于待接替媒体服务器进行数据交互，更改为与目标媒体服务器进行数据交互。

更进一步地，重定向请求还包括目标媒体服务器的类型。请继续参见图5，图5中的Team Type用于指示目标媒体服务器的类型，供终端根据实际的需要更改其他相关参数。

本申请图4所提供的技术方案，在通信系统中由空闲媒体服务器确定待接替媒体服务器之后，然后接替待接替媒体服务器的业务，通过RTCP协议向与该待接替媒体服务器的业务相关的通信终端发送重定向请求，使得通信终端将空闲媒体服务器作为业务的新的目标媒体服务器，实现在媒体服务器出现异常或需要进行业务转移时，快速完成业务的恢复，在媒体服务器出现异常或者是进行业务转移时保证了稳定的数据交互，进而提高了用户的体验。

请参见图6，图6为本申请一种流媒体重定向方法另一实施例中的流程示意图。在当前实施例中，步骤S110空闲媒体服务器确定待接替媒体服务器包括步骤S601和步骤S602。该方法包括：

S601：空闲媒体服务器检测自身相连的第一其他媒体服务器是否需转移业务或出现异常。

在当前实施例中，是由空闲媒体服务器检测自身相连的第一其他媒体服务器是否需要转移业务或出现异常。其中，第一其他媒体服务器为与进行检测的媒体服务器相连的媒体服务器。通信系统中的媒体服务器按照设定周期检测自身相连的第一其他媒体服务器是否需要转移业务。需要说明的是，当某个媒体服务器检测到与其自身相连的第一其他媒体服务器出现异常，则检测到其相连的第一其他媒体服务器需要转移业务，进而执行步骤S602，反之，则会继续执行步骤S601。

进一步地，本申请所提供的技术方案中，媒体服务器还会按照设定的周期检测自身是否出现异常，并在检测到自身出现异常时，且在自身依然可以对外进行通信时，对外发出请求接替自身的业务接替通知，以使得空闲媒体服务器确定自身为待接替媒体服务器。

同理，当检测到管理员对与其相连的第一其他媒体服务器发出设定指令，以终止第一其他媒体服务器对外部的通信终端提供通信服务时，则判断该媒体服务器或第一其他媒体服务器需转移业务，进而执行步骤S602，反之，则会继续执行步骤S601。

进一步地，本申请所提供的技术方案中，媒体服务器还会按照设定的周期检测是否有管理员向自身发送设定指令，当媒体服务器检测到管理员向该媒体服务器自身发送设定指令，以终止该媒体服务器对外部的通信终端提供通信服务时，则判断该媒体服务器需转移业务，此时该媒体服务器会对外发出请求接替自身的业务接替通知，以使得空闲媒体服务器确定自身为待接替媒体服务器。

S602：将第一其他媒体服务器作为待接替媒体服务器，并在确定自身的业务处理资源满足预设条件时作为空闲媒体服务器。

若当前检测的媒体服务器检测到存在需要转移业务或出现异常的第一其他媒体服务器时，当前媒体服务器会将该第一其他媒体服务器作为待接替媒体服务器，且当前媒体服务器在确定自身的业务处理资源满足预设条件时，将自身作为空闲媒体服务器，以接替待接替媒体服务器的业务，然后通过通过RTCP协议发送重定向请求给与业务相关的终端，以使终端将空闲媒体服务器作为业务的新的目标媒体服务器。

在另一实施例中，当前媒体服务器经过确定自身业务资源不满足预设条件时，在检测到存在需要转移业务或出现异常的第一其他媒体服务器时，由当前媒体服务器对外发送业务接替通知，以使得通信系统中其他自身业务资源符合预设条件的媒体服务器作为空闲媒体服务器，进而接替待接替媒体服务器的业务。

故进一步地，在另一实施例中，步骤S110空闲媒体服务器确定待接替媒体服务器之前，还可以包括：接收业务接替通知。

其中，业务接替通知是第二其他媒体服务器在检测到存在需转移业务或者出现异常的待接替媒体服务器时生成的，并由第二其他媒体服务器发送给通信系统中其他业务处理资源满足预设条件的所述空闲媒体服务器。需要说明的是，在当前实施例中，检测到存在需转移业务或者出现异常的待接替媒体服务器的第二媒体服务器与最终来接替待接替媒体服务器的空闲媒体服务器不是同一个媒体服务器。

其中，业务处理资源符合预设条件的媒体服务器可以为通信系统中所有正常运行的媒体服务器中运行压力最小的一个媒体服务器，业务处理资源符合预设条件的媒体服务器也可以是可利用通信资源最多的一个媒体服务器，再或者业务处理资源符合预设条件的媒体服务器还可以是完全空闲的没有任何业务在运行的备用媒体服务器，可以理解是，业务处理资源预设条件可以根据实际的需要进行设定或更改，具体在此不做限定。

S603：接替待接替媒体服务器的业务。

S604：通过RTCP协议发送重定向请求给与业务相关的终端，以使终端将空闲媒体服务器作为业务的新的目标媒体服务器。

在当前实施例中，步骤S603和步骤S604与图4所示意的步骤S420和S430相同，具体可以参见上文相关部分的阐述，具体在此不再详述。

请参见图7，图7为本申请一种流媒体重定向方法一实施例中的流程示意图。在当前实施例中，本申请所提供的方法的执行主体为通信终端，该方法包括：

S710：接收到重定向请求。

其中，重定向请求是通过RTCP协议发送至终端的。

进一步地，在一实施例中，步骤S710包括：终端接收到空闲媒体服务器通过RTCP协议发送的重定向请求。

与待接替媒体服务器业务相关的终端接收到空闲媒体服务器通过RTCP协议发送的重定向请求时，进一步基于重定向请求中的有效负载类型，即PT值判断是否需要进行流媒体业务的重定向。

其中，重定向请求包括有效负载类型，且有效负载类型的值包括预设标识，以表示重定向请求用于通知将对应业务的数据流发送至新的目标媒体服务器。重定向请求的数据结构可参见上图5及其对应的实施例所阐述的内容，具体在此不再详述。

其中，当有效负载类型的值为预设标识时，则表示当前的重定向请求用于通知终端将对应业务的数据流发送至新的目标媒体服务器。如一实施例中，预设标识包括239。当所接收到的重定向请求中的PT值为239时，通信终端响应于重定向请求而将空闲媒体服务器作为对应业务的新的目标媒体服务器。可以理解的是，在其他实施例中，也可以根据实际的需求以及通信协议的要求，设定其他类型的标识告知终端进行流媒体重定向。

进一步地，在另一实施例中，重定向请求还包括目标媒体服务器的地址信息，终端可以通过解析重定向请求获取到目标媒体服务器的地址信息。

S720：响应于重定向请求而将空闲媒体服务器作为对应业务的新的目标媒体服务器。

其中，空闲媒体服务器为业务处理资源符合设定条件的媒体服务器，重定向请求包括目标媒体服务器的地址信息。终端在接收到空闲媒体服务器通过RTCP协议发送的重定向请求之后，进一步基于重定向请求中包括的目标媒体服务器的地址信息，与目标媒体服务器建立连接，以更改为与目标媒体服务器继续进行数据业务交互。

进一步地，响应于重定向请求而将空闲媒体服务器作为对应业务的新的目标媒体服务器，包括：

响应于重定向请求而将对应业务的目标媒体服务器的地址信息更改为重定向请求中的地址信息。

其中，对应业务为与待接替媒体服务器相关的业务。故在接收到重定向请求之后，通信终端响应于重定向请求，将目标媒体服务器的地址信息更改为重定向请求中的地址信息，以确定新的目标媒体服务器，进而将与待接替媒体服务器相关的业务交互更改为与新的目标媒体服务器之间的业务交互。

更进一步地，地址信息包括IP地址和实时传输协议端口。终端响应于重定向请求而将对应业务的目标媒体服务器的地址信息更改为重定向请求中的地址信息。

请同时参见图8和图9，图8为本申请一种流媒体重定向方法的一实施例中应用场景示意图，图9为本申请一种流媒体重定向方法的另一实施例中的应用场景示意图。

在当前实施例中，在通信系统800中，媒体服务器811、媒体服务器812、媒体服务器813和媒体服务器814就包括集群插件、接收和发送插件以及用于其他功能的其他插件，媒体服务器811、媒体服务器812、媒体服务器813和媒体服务器814均可以基于集群插件对自身和/或与自身相连的其他媒体服务器进行检测，以判断是否要转移业务或是否出现异常。

在图8所示意的图中，通信终端821、通信终端822和通信终端823均与媒体服务器811存在流媒体相关业务。如图9所示意的，经过媒体服务器812检测得到媒体服务器811存在异常(在其他实施例中也可以是由媒体服务器811、媒体服务器813和媒体服务器814检测得到媒体服务器811异常)，此时，媒体服务器811为待接替媒体服务器。经过确定通信系统800中的媒体服务器813为业务资源满足预设条件的媒体服务器，故此时可以由媒体服务器813为空闲媒体服务器，并将媒体服务器811确定为自身的待接替媒体服务器，并接替媒体服务器811的业务，进而通过RTCP协议发送重定向请求给与媒体服务器811存在业务相关的通信终端821、通信终端822和通信终端823，使得通信终端821、通信终端822和通信终端823将媒体服务器813作为业务的新的目标媒体服务器，将原计划发送至媒体服务器811的业务数据改发送至媒体服务器813，或者是由媒体服务器813将媒体服务器811要发送至各个通信终端的业务数据发送至各个通信终端，进而完成整个流媒体的重定向过程。本申请上述技术方案较好地实现在通信系统中对外部终端提供通信业务服务的媒体服务器出现异常时，保证了通信终端与媒体服务器之间的稳定的数据交互，进而提高了用户的体验。

本申请还提供一种存储介质，请参见图10，图10为本申请一种存储介质一实施例结构示意图。该存储介质1000存储有程序数据1001，该程序数据1001被执行时实现如上所述流媒体重定向方法及各个实施例中所描述的方法。具体地，上述存储介质1000可以是存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种流媒体重定向方法，其特征在于，所述方法的执行主体为空闲媒体服务器，所述方法包括：

检测自身相连的第一其他媒体服务器是否需转移业务或出现异常，若存在需要转移业务或出现异常的第一其他媒体服务器，则将所述第一其他媒体服务器作为待接替媒体服务器；或者，接收业务接替通知，其中，所述业务接替通知是第二其他媒体服务器在检测到存在需转移业务或者出现异常的待接替媒体服务器时生成的，并由所述第二其他媒体服务器发送给业务处理资源满足预设条件的所述空闲媒体服务器；

接替所述待接替媒体服务器的业务，其中，所述待接替媒体服务器的业务至少包括所述待接替媒体服务器存储的业务数据、所述待接替媒体服务器所建立的其他类型业务；

通过RTCP协议发送重定向请求给与所述业务相关的终端，以使所述终端将所述空闲媒体服务器作为所述业务的新的目标媒体服务器，其中，所述空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。

2.根据权利要求1所述的方法，其特征在于，

所述重定向请求包括有效负载类型且所述有效负载类型的值为预设标识，所述重定向请求是用于通知终端将所述业务的数据流发送至新的目标媒体服务器。

3.根据权利要求2所述的方法，其特征在于，所述重定向请求包括所述目标媒体服务器的地址信息，所述地址信息包括IP地址和实时传输协议端口；

所述重定向请求还包括目标媒体服务器的类型。

4.根据权利要求1所述的方法，其特征在于，所述待接替媒体服务器为需转移业务或者出现异常的媒体服务器。

5.一种流媒体重定向方法，所述方法的执行主体为通信终端，其特征在于，包括：

接收到重定向请求，其中，所述重定向请求是空闲媒体服务器通过RTCP协议发送的，且所述重定向请求是用于通知所述通信终端将对应业务的数据流发送至新的目标媒体服务器；

响应于所述重定向请求而将所述空闲媒体服务器作为对应业务的新的目标媒体服务器，其中，所述空闲媒体服务器为业务处理资源符合设定条件的媒体服务器。

6.根据权利要求5所述的方法，其特征在于，所述重定向请求包括有效负载类型且所述有效负载类型的值为预设标识。

7.一种媒体服务器，其特征在于，包括处理器以及与所述处理器耦接的存储器和通信电路；其中，

所述通信电路用于与其他设备通信；

所述存储器用于存储计算机程序；

所述处理器用于运行所述计算机程序以执行权利要求1至4任一项所述的方法。

8.一种通信终端，其特征在于，包括处理器以及与所述处理器耦接的存储器和通信电路；其中，

所述通信电路用于与其他设备通信；

所述存储器用于存储计算机程序；

所述处理器用于运行所述计算机程序以执行权利要求5至6任一项所述的方法。

9.一种通信系统，其特征在于，包括若干相连的媒体服务器和若干通信终端；每个所述通信终端分别与至少一个媒体服务器连接；

其中，所述媒体服务器为权利要求7所述的媒体服务器，所述通信终端为权利要求8所述的通信终端，以在所述通信系统存在待接替的媒体服务器时，空闲的媒体服务器接替所述待接替媒体服务器的业务，并实现与所述待接替的媒体服务器存在业务的通信终端之间的重定向。