CN101686194A - 用户生成内容ugc业务的实现方法及装置 - Google Patents

Abstract

本发明实施方式提供了一种用户生成内容UGC业务的实现方法、设备及装置。具体来说，首先通过各种方式来触发进行用户生成内容UGC业务的多播部署；然后获取进行所述多播部署所需要的多播地址；再根据所获取到的多播地址，将生成的UGC媒体流发送到指定的多播组中。这样就可以方便灵活的采用多播方式来进行UGC业务，保证了UGC业务的正常开展，提高了网络通信的质量，满足了用户的需求。

Description

用户生成内容UGC业务的实现方法及装置

技术领域

本发明涉及网络通信领域，尤其涉及一种用户生成内容UGC业务的实现方法及装置。

背景技术

目前，移动通讯网络和固定通讯网络的IP化，因特网和电信网络的融合已成为了业界公认的发展方向，而为了满足越来越突出的IP多媒体应用的普遍需求，第三代合作伙伴计划3GPP在分组承载网的基础上引入了全IP业务网络架构的IP多媒体子系统(IMS，IP Multimedia Subsystem)，其目标就是个性化用户数据，屏蔽用户接入方式，控制业务能力的开放程度，并提供多媒体的通信体验。

目前业界广泛关注的技术是基于IMS的IPTV系统，这里所说的IPTV(IPTelevision，即网络电视)是一种基于电信网络技术、互联网技术、广播电视网络技术和媒体传输技术建立起来的新型的媒体信息服务技术；它可以将数字视频广播内容进行媒体转换后放在IP网络上传输，再通过接入网使各种用户UE都能够接收并播放该内容。而基于IMS的IPTV系统不但可以提供直播业务、点播业务、录制业务，而且还可以提供体现IMS优势的各种增强业务，包括用户生成内容(UGC，User Generated Content)业务、推荐业务、广告业务和家长控制业务等。以上所说的UGC业务指的是用户将自己原创的内容通过互联网平台进行展示或者提供给其他用户，是一种用户使用互联网的新方式，即由原来的以下载为主变成下载和上传并重，例如社区网络、视频分享、博客和播客等都是UGC业务应用的主要形式。

目前UGC业务的实现有多种方式，可以采用单播也可以采用多播的方式；但是现有技术中并没有针对多播的方式部署UGC业务的技术方案，如果采用传统业务中的静态多播部署的方式来实现UGC业务，由于UGC业务的用户众多，为每一个UGC业务的用户部署一个多播地址需要耗费大量的资源；同时采用静态的方式部署UGC业务，在业务实现上也显得非常不灵活，不利于UGC业务的正常开展。

发明内容

本发明实施方式所要解决的技术问题在于提供一种用户生成内容UGC业务的实现方法及装置，能够灵活的采用多播方式来部署UGC业务，保证UGC业务的正常开展。

本发明实施方式是通过以下技术方案实现的：

本发明实施例提供了一种用户生成内容UGC业务的实现方法，包括：

触发进行用户生成内容UGC业务的多播部署；

获取所述多播部署所需要的多播地址；

根据所获取到的多播地址，将生成的UGC媒体流发送到指定的多播组中。

本发明实施例还提供了一种实现用户生成内容UGC业务的设备，包括：

多播内容生成单元，用于生成UGC媒体流，并将所生成的UGC媒体流传送到多播内容传送单元；

地址接收单元，用于接收进行多播部署所需要的多播地址；

多播内容传送单元，用于根据所述地址接收单元所接收的多播地址，将所述多播内容生成单元所生成的UGC媒体流发送到指定的多播组中。

本发明实施例还提供了一种实现用户生成内容UGC业务的装置，包括：

多播触发单元，用于触发进行用户生成内容UGC业务的多播部署；

多播部署单元，用于根据所述多播触发单元的触发来进行UGC业务的多播部署，获取进行所述多播部署所需要的多播地址。

由上述所提供的技术方案可以看出，首先通过各种方式来触发进行用户生成内容UGC业务的多播部署；然后获取进行所述多播部署所需要的多播地址；再根据所获取到的多播地址，将生成的UGC媒体流发送到指定的多播组中。这样就可以方便灵活的采用多播方式来进行UGC业务，保证了UGC业务的正常开展，提高了网络通信的质量。

附图说明

图1为本发明实施例1所提供方法的流程示意图；

图2为本发明实施例2所提供设备的结构示意图；

图3为本发明实施例3所提供装置的结构示意图；

图4为本发明实施例4所提供的UGC业务具体实现的信令交互示意图；

图5为本发明实施例5所提供的另一UGC业务具体实现的信令交互示意图；

图6为本发明实施例6所提供的另一UGC业务具体实现的信令交互示意图；

图7为本发明实施例7所提供的另一UGC业务具体实现的信令交互示意图；

图8为本发明实施例8所提供的多播部署具体实现的结构示意图。

具体实施方式

本发明实施方式提供了一种用户生成内容UGC业务的实现方法、设备及装置，现结合附图对本发明的具体实施方式进行说明：

实施例1：本发明实施例1提供了一种UGC业务的实现方法，如图1所示为本发明实施例1所提供方法的流程示意图，所述方法包括：

步骤11：触发进行UGC业务的多播部署。

具体来说，可以是在用户终端生成UGC内容之前或之后，由特定的功能模块来触发进行UGC内容的多播部署。以上触发进行UGC内容多播部署的方式可以包括以下几种：

方式一，通过接收UGC请求消息来触发进行UGC内容的多播部署；该UGC请求消息中包括指示多播方式传送UGC内容的信息，例如可以在UGC业务请求消息中携带多播传送标识，当特定的功能模块接收到该请求消息后，解析出所述的多播传送标识，并根据该多播传送标识来触发进行UGC内容的多播部署。

方式二，可以根据预先设定的UGC业务逻辑来触发进行UGC业务的多播部署。该方式不需要在UGC业务请求消息中携带多播传送标识，具体可以在用户终端发起UGC业务请求之前或之后，根据预设的UGC业务逻辑来触发多播部署，例如可以由产生UGC内容的UE发送UGC业务请求消息，当特定的功能模块接收到该UGC业务请求消息后，就根据预设的UGC业务逻辑来触发多播部署。

这里所说的UGC业务逻辑可以是根据所生成的UGC媒体流的内容或实际的需求而设定的。具体可以在UGC业务逻辑中包含UGC内容标识和多播部署的关系，该UGC内容标识用来表明所生成的UGC媒体流的内容，例如若根据用户的签约协议，所生成的UGC媒体流内容需要采用多播的形式分发，则可以在业务逻辑中设定该段UGC媒体流内容进行多播部署，那么当特定的功能模块在接收到包含该UGC内容标识的请求消息时，就可以根据该UGC内容标识和预设的业务逻辑来触发进行多播部署。

另外，以上所述的根据实际需求而设定，具体可以是根据用户的观看需求或观看数量来进行设定，例如当有用户观看UGC媒体流时，业务逻辑就设定进行多播部署；或当观看的用户数量达到预定值时，业务逻辑就设定进行多播部署。

方式三，以上所述的业务逻辑也可以是和UGC业务类型相关的，例如可以将UGC业务具体细分成几种业务类型，如监控类业务，网络摄像机类业务，大众直播类业务等；然后在发送的UGC请求消息中携带指示其业务类型的标识；特定的功能模块在接收到该UGC请求消息后，就可以根据该请求消息中的业务类型标识来判定是以多播还是单播的形式进行分发，在业务逻辑中可以预先配置不同的业务类型采用不同的媒体分发方式。

除以上所述的方式外，还可以由用户人为的控制来触发进行UGC业务的多播部署。以上的业务逻辑可以根据具体情况或实际需求来进行设定，并不限于上述实施例中所举的例子。

以上所述触发进行多播部署的特定功能模块可以设置在业务控制功能实体SCF中，位于媒体功能实体MF，内容文档服务功能实体CPSF，用户数据功能UPSF，业务选择功能SSF等中，作为上述实体的一个功能模块；也可以设置成单独的功能实体，执行相应的操作。

步骤12：获取进行所述多播部署所需要的多播地址。

在进行以上步骤11触发进行UGC业务的多播部署之后，就可以由特定的功能模块来执行多播部署的操作，获取进行多播部署所需要的多播地址。该多播地址是从多播地址池中选择出的可用的多播地址，同时当该分配的多播地址使用完毕后，还可以由该特定的功能模块将该多播地址回收。

以上所述执行多播部署操作的特定功能模块可以设置在业务控制功能实体SCF、媒体功能实体MF或内容文档服务功能实体CPSF，业务选择功能SSF，用户数据功能UPSF等中，作为上述实体的一个功能模块；也可以设置成单独的功能实体，执行相应的操作。

步骤13：根据所获取到的多播地址，将生成的UGC媒体流发送到指定的多播组中。

在经过上述步骤12的操作获取到多播地址后，就可以由特定的功能模块根据所获取到的多播地址，将UGC媒体流内容发送到指定的多播组中。这里所生成的UGC媒体流可以是直接由该特定的功能模块来生成，也可以是该特定的功能模块从用户终端处接收到的。

例如，在基于IP多媒体子系统的网络电视IMS Based IPTV系统中，该特定的功能模块可以设置在产生UGC媒体流内容的UE中，也可以设置在媒体功能实体MF中。如果设置在UE中，那么该UE就将自己产生的UGC媒体流内容注入到指定的多播组中；如果设置在MF中，那么该MF就从产生UGC内容的UE处接收到的媒体流内容，再将所接收到的媒体流内容注入到指定的多播组中。以上的特定的功能模块也可以设置成单独的功能实体，执行相应的操作。

上述产生UGC媒体流内容的UE可以是基于IP多媒体子系统的网络电视用户，也可以是其他类型的网络电视用户，还可以是IP多媒体子系统的终端。

另外，在进行上述步骤13将生成的UGC媒体流发送到指定的多播组中之后，该多播组就可以将所接收到的UGC媒体流分发到加入该多播组的用户终端中。例如，在多播组接收到UGC媒体流之后，若有用户终端加入到该多播组中，则该多播组就可以将所接收到UGC媒体流发送到该用户终端中，供该用户终端使用。

通过实施以上的技术方案，就可以方便灵活的采用多播方式来进行各种UGC业务，保证了UGC业务的正常开展，提高了网络通信的质量，满足了用户的需求。

实施例2：本发明实施例2提供了一种实现UGC业务的设备，如图2所示为所述设备的结构示意图，所述设备包括多播内容生成单元21、地址接收单元22和多播内容传送单元23。

其中，所述的多播内容生成单元21用于生成UGC媒体流，并将所生成的UGC媒体流传送到多播内容传送单元23中。

所述的地址接收单元22用于接收进行多播部署所需要的多播地址。其中所述的多播地址的获取方式见以上方法实施例1中所述。

所述多播内容传送单元23用于根据所述地址接收单元22所接收的多播地址，将所述多播内容生成单元21所生成的UGC媒体流发送到指定的多播组中。具体的传送方式见以上方法实施例1中所述。

以上所述的设备可以是基于IP多媒体子系统的网络电视终端；也可以是网络电视应用服务器IPTV AS。

实施例3：本发明实施例3提供了一种实现UGC业务的装置，如图3所示为所述装置的结构示意图，所述装置包括多播触发单元31和多播部署单元32。

其中，所述的多播触发单元31用于触发进行用户生成内容UGC业务的多播部署；具体的触发方式见以上方法实施例1中所述。

多播部署单元32用于根据所述多播触发单元31的触发来进行UGC业务的多播部署，获取进行所述多播部署所需要的多播地址。具体进行多播部署的方式见以上方法实施例1中所述。

另外，在所述多播触发单元31中还可包括信令触发模块310，所述信令触发模块310用于通过接收UGC请求消息来触发进行UGC业务的多播部署；所述的UGC请求消息中包括指示进行UGC业务多播部署的标识。

另外，在所述多播触发单元31中还可包括逻辑触发模块311，所述逻辑触发模块311用于根据预先设定的UGC业务逻辑来触发进行UGC业务的多播部署。具体的UGC业务逻辑的设置见以上方法实施例1中所述。

以上所述的装置可以设置在业务控制功能实体SCF、媒体功能实体MF、内容文档服务功能实体CPSF、用户数据功能实体UPSF或业务选择功能实体SSF等实体中，作为上述实体的一个功能模块；也可以设置成单独的功能实体，执行相应的操作。

另外，除以上单元之外，以上所述的装置还可连接内容分发设备，所述的内容分发设备可以将所生成的UGC媒体流内容分发到加入多播组的用户终端中，这样相应的用户终端就可以接收到想要的UGC媒体流内容，并进行后继的操作了。

上述设备和装置实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

同样的，通过上述设备和装置实施例的技术方案，也可以方便灵活的采用多播方式来进行各种UGC业务，保证了UGC业务的正常开展，提高了网络通信的质量，满足了用户的需求。

实施例4：在本实施例中，产生UGC媒体流内容的UE(以下简称UE)。由于在进行UGC业务的过程中，有不同的内容标识生成方式，即可以由UE生成内容标识，也可以由SCF生成内容标识，MF生成内容标识，CPSF生成内容标识，UPSF生成内容标识，还可以是SSF生成内容标识，该内容标识用来表明所生成的UGC媒体流的内容。这样在启动UGC媒体流上传时就有多种情况，在本发明实施例4中，是以UE生成内容标识为例进行说明的，如图4所示为本发明实施例4具体实现的信令交互示意图，图中：

41，42中：在INIVTE请求消息中携带有多播传送标识。

具体的多播传送标识的携带方法有多种，可以是通过定义新的头域来携带；也可以是通过扩展会话描述协议SDP来携带；也可以通过消息体中的xml来携带多播传送标识。

43：SCF根据接收到的请求消息，判定为UGC业务类型；并根据该请求消息中的多播传送标识判断采用多播的形式进行UGC业务。

44：SCF对UE的请求进行鉴权。

45：由SCF获取多播地址。

该多播地址可以是某个单独的功能实体来分配；也可以是由集成在SCF中的一个功能模块来分配。如果是前者，那么SCF和该多播地址分配实体之间进行信令交互；如果是后者，那么获取多播地址的过程就可以由SCF来完成。

46，47中：SCF向MF发送INVITE请求消息。

该INVITE请求消息中携带多播传送标识和所获取的多播地址；具体实现过程中，该多播地址可以通过该请求消息中的SDP的c行来携带；也可以采用其他的方式来携带。

48：MF保存UE所生成的内容标识和所接收到的多播地址。

在该步骤中，MF也可以不保存上述内容标识和多播地址，而直接进行下面的操作。

49，410，411，412中：MF发送相应的响应消息。

413，414，415，416中：产生UGC媒体流内容的UE返回确认消息。

417：UE和MF之间建立媒体传输通道。

418：UE将所产生的UGC媒体流内容发送到MF中。

419：由MF根据所接收到的多播地址，将UE发送来的UGC媒体流内容注入到指定的多播组中。

上述过程就实现了UGC业务的多播部署，多播组可以将所接收到的UGC媒体流分发到加入该多播组的用户终端中，这样就保证了UGC业务的正常开展，提高了网络通信的质量，并满足了用户的需求。

实施例5：在本实施例5中，产生UGC媒体流内容的UE(以下简称UE)是作为多播内容的生成源和注入源，将产生的UGC媒体流内容直接注入到多播组ECF/EFF中；由ECF/EFF将UGC媒体流内容分发到各个接收方中。如图5所示为本发明实施例5具体实现的信令交互示意图，图中：

过程51～55和上述实施例4的41～45的过程是一样的，在本实施例5中就不再重复说明了。

另外，UGC观看的权限信息可以是由UE来指定的，具体可以在UE发送的上传信令中携带；也可以是在上传前，通过用户手动设置上传到SCF，或者UPSF，或者CPSF中的；也可以作为业务数据的一部分预先存放在UPSF中。该UGC观看的权限信息可以用来设置用户观看的权限，例如可以设置为：该UGC用户上传的内容，用户A和用户B始终具有观看权限，而用户C不具有观看权限。

56，57中：SCF将获取的多播地址，以及多播传送标识(该标识是可选的)，通过200OK消息发送给UE。

和上述实施例4相比，在51和52过程发送的请求消息中可以携带也可以不携带多播传送标识。如果UE在51消息中携带了多播传送标识，则在56，57中返回的200OK消息就可不必携带多播传送标识；如果UE在51消息中没有携带多播传送标识，则SCF可以根据业务逻辑来判定采用多播方式进行UGC的传送，那么在56，57返回的200OK消息中就需要携带多播传送标识。

58，59中：UE发送确认消息给SCF。

510中：产生UGC媒体流内容的UE直接将所产生的UGC媒体流内容注入到指定的多播组中。

上述过程同样实现了UGC业务的多播部署，多播组可以将所接收到的UGC媒体流分发到加入该多播组的用户终端中，这样就保证了UGC业务的正常开展，提高了网络通信的质量，并满足了用户的需求。

实施例6：在本实施例中，产生UGC媒体流内容的UE(以下简称UE)。在本实施例6中，多播部署在UE发起上传请求之前就已经设置好了，具体可以由SCF来触发进行多播部署，也可以是由其它的功能实体，例如业务选择功能实体SSF，CPSF，UPSF或MF等；在多播部署完成之后，可以由SSF将获取的多播地址发布给UE。

如图6所示为本发明实施例6具体实现的信令交互示意图，图中：

在UE发起上传请求之前，SSF就将获取的多播地址发布给UE。

本实施例6中的各操作过程和上述实施例5中的类似，不同之处在于：

在上述实施例5的51中，UE发起的初始请求消息中，不携带多播地址；而在本实施例6的61中，由于SSF已经将获取的多播地址发布给了UE，那么在UE发起的初始请求消息中就携带有该多播地址。

同时，在上述实施例5的56，57中，发送的200OK消息中携带有多播地址；而在本实施例6中的65，66中是不携带多播地址的，而只是协商的多播通道。

同样的，在本实施例6中，是由产生UGC媒体流内容的UE直接将所产生的UGC媒体流内容注入到指定的多播组ECF/EFF中；由多播组将所接收到的UGC媒体流分发到加入该多播组的用户终端中。

上述过程同样实现了UGC业务的多播部署，保证了UGC业务的正常开展，提高了网络通信的质量，并满足了用户的需求。

实施例7：在本实施例7中，多播的部署由观看的UE来触发，在SCF中预置了相应的业务逻辑，例如该业务逻辑可以是根据第一个观看UGC内容的请求，来触发进行多播的部署；然后再由SCF来获取多播地址，或者是由SCF指示MF来获取多播地址；SCF再将获取的多播地址和多播传送标识发送给MF；MF在收到该多播传送指示后，就根据所述多播地址将UE发送来的媒体流内容注入到指定多播地址的多播组ECF/EFF中。

如图7所示为本发明实施例7具体实现的信令交互示意图，图中：

产生UGC内容的UE将产生的UGC媒体流内容发送到MF中；此时MF可能已经将该UGC媒体流内容采用单播的形式下发了，也可能还没有将该媒体流内容注入到多播组中，当观看的UE发起请求，请求观看该UGC媒体流内容时，就触发UGC媒体流内容注入到相应的多播组中。

71，72中：观看的UE发起INVITE请求消息，请求观看UGC媒体流内容，该INVITE请求消息中携带UGC的内容标识。

73：SCF根据观看的UE发起的INVITE请求消息，向UPSF请求鉴权数据，进行用户鉴权操作。

74：SCF根据预设的业务逻辑判断此时需要进行多播部署。

该业务逻辑可以是保存在SCF中，可以是由SCF向UPSF请求而获得；该业务逻辑可以和用户的观看请求相关，例如可以设定该业务逻辑为：收到第一个观看用户发来请求，则触发多播部署。

75：SCF根据业务逻辑判定好进行多播部署后，向多播地址分配单元获取多播地址，并向MF传送多播传送指示消息和多播地址。

该多播地址也可以是SCF向MF发送多播传送指示后，由MF向多播地址分配单元来获取；如果是由MF来获取多播地址，则SCF只需要发送携带多播传送指示的消息就可以了。

76：MF收到多播传送指示的消息后，将UE发送来的UGC媒体流内容注入到多播组ECF/EFF中。

如果多播地址由SCF获取，则MF直接根据收到的多播地址将UGC媒体流内容注入到相应的多播组中；如果SCF未获取多播地址，则MF自己向多播地址分配单元获取多播地址，并根据获取的多播地址将UGC媒体流内容注入到该多播组中，同时MF还需将获取的多播地址返回给SCF，以便SCF能够将多播地址返回给观看的UE。

77，78中：SCF向观看的UE发送200ok响应消息，该200ok消息中携带相应的多播地址。

79，710中：观看的UE向SCF回送确认消息。

711中：观看的UE加入到该多播组中，这样就可以接收到多播组下发的UGC媒体流内容了。

上述过程同样实现了UGC业务的多播部署，保证了UGC业务的正常开展，提高了网络通信的质量，并满足了用户的需求。

实施例8：在本实施例8中，UGC媒体流内容上传的过程与多播部署的过程是两个独立的过程，不通过SIP会话层关联。也就是说，多播部署不通过在SIP会话中进行操作，而是一种后台的行为，由SCF通过管理层面来完成多播资源的部署，即在SCF和MF之间通过管理接口进行配置，而不是在SIP会话中进行配置。

本实施例8分为两个部分，一部分是启动UGC媒体流内容上传的流程，该流程与上述各实施例中UGC媒体流内容上传的过程类似，不同的是在上传过程中不进行多播部署的判定；另一部分是进行多播部署的流程，如图8所示为本实施例8所提供的多播部署具体实现的结构示意图，图中：

SCF通过管理接口指示MF现在以多播的方式进行UGC媒体流的分发。具体来说，SCF可以是根据UPSF中的业务配置数据，当收到来自UE的上传请求后，检测业务配置信息，再根据业务配置信息，判定此时需要以多播的形式发布该UGC媒体流内容；也可以是在后台由用户通过手动操作的方式，通过管理接口指示MF以多播的形式分发该UGC媒体流内容。

上述多播地址的获取可以是SCF向多播地址分配实体获取，也可以是MF向多播地址分配实体获取。其中的多播地址分配实体可以是一个单独的实体，也可以是作为一个模块集成在SCF，MF，CPSF，UPSF等实体中。

上述过程同样实现了UGC业务的多播部署，保证了UGC业务的正常开展，提高了网络通信的质量，并满足了用户的需求。

另外，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

综上所述，本发明具体实施方式可以方便灵活的采用多播方式来进行各种UGC业务，保证了UGC业务的正常开展，提高了网络通信的质量，满足了用户的需求。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (16)

1、一种用户生成内容UGC业务的实现方法，其特征在于：

触发进行用户生成内容UGC业务的多播部署；

获取所述多播部署所需要的多播地址；

根据所获取到的多播地址，将生成的UGC媒体流发送到指定的多播组中。

2、如权利要求1所述的方法，其特征在于，所述触发进行用户生成内容UGC业务的多播部署，具体包括：

通过接收UGC请求消息来触发进行UGC业务的多播部署；所述的UGC请求消息中包括指示进行UGC业务多播部署的标识。

3、如权利要求1所述的方法，其特征在于，所述触发进行用户生成内容UGC业务的多播部署，具体包括：

根据预先设定的UGC业务逻辑来触发进行UGC业务的多播部署。

4、如权利要求3所述的方法，其特征在于，所述UGC业务逻辑是根据所生成的UGC媒体流内容或实际需求而设定的。

5、如权利要求4所述的方法，其特征在于，

所述根据所生成的UGC媒体流内容而设定，具体包括：当所生成的UGC媒体流需要进行多播分发时，设定进行多播部署；

或者，所述根据实际需求而设定，具体包括：当有用户观看UGC媒体流时，设定进行多播部署；或，当观看的用户数量达到预定值时，设定进行多播部署。

6、如权利要求1所述的方法，其特征在于，所述触发进行用户生成内容UGC业务的多播部署，具体包括：

由用户控制来触发进行UGC业务的多播部署。

7、如权利要求1所述的方法，其特征在于，所述多播地址是从多播地址池中选择出的可用多播地址。

8、如权利要求1所述的方法，其特征在于，所述方法还包括：

当所述多播地址使用完毕后，回收所述多播地址。

9、如权利要求1所述的方法，其特征在于，在所述将生成的UGC媒体流发送到指定的多播组中之后，还包括：

所述多播组将所接收到的UGC媒体流分发到加入所述多播组的用户终端中。

10、一种实现用户生成内容UGC业务的设备，其特征在于，包括：

多播内容生成单元，用于生成UGC媒体流，并将所生成的UGC媒体流传送到多播内容传送单元；

地址接收单元，用于接收进行多播部署所需要的多播地址；

多播内容传送单元，用于根据所述地址接收单元所接收的多播地址，将所述多播内容生成单元所生成的UGC媒体流发送到指定的多播组中。

11、如权利要求10所述的设备，其特征在于，所述设备为基于IP多媒体子系统的网络电视终端，或网络电视应用服务器IPTV AS。

12、一种实现用户生成内容UGC业务的装置，其特征在于，包括：

多播触发单元，用于触发进行用户生成内容UGC业务的多播部署；

多播部署单元，用于根据所述多播触发单元的触发来进行UGC业务的多播部署，获取进行所述多播部署所需要的多播地址。

13、如权利要求12所述的装置，其特征在于，所述多播触发单元中包括：

信令触发模块，用于通过接收UGC请求消息来触发进行UGC业务的多播部署；所述的UGC请求消息中包括指示进行UGC业务多播部署的标识。

14、如权利要求12所述的装置，其特征在于，所述多播触发单元中包括：

逻辑触发模块，用于根据预先设定的UGC业务逻辑来触发进行UGC业务的多播部署。

15、如权利要求12-14任一所述的装置，其特征在于，所述装置设置在业务控制功能实体SCF、媒体功能实体MF、内容文档服务功能实体CPSF、用户数据功能实体UPSF或业务选择功能实体SSF中。

16、如权利要求13所述的装置，其特征在于，所述UGC请求消息中还包括用于表明UGC媒体流内容的内容标识。

Images