CN101989977B - 富媒体实时业务实现的方法、设备、服务器和系统 - Google Patents
富媒体实时业务实现的方法、设备、服务器和系统 Download PDFInfo
- Publication number
- CN101989977B CN101989977B CN 200910090423 CN200910090423A CN101989977B CN 101989977 B CN101989977 B CN 101989977B CN 200910090423 CN200910090423 CN 200910090423 CN 200910090423 A CN200910090423 A CN 200910090423A CN 101989977 B CN101989977 B CN 101989977B
- Authority
- CN
- China
- Prior art keywords
- random
- information
- access point
- real time
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种富媒体实时业务实现的方法、设备、服务器和系统。该方法包括获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；根据所述策略信息和场景信息，生成随机接入点；发送所述随机接入点至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。本发明实施例可以实现富媒体实时业务的随机接入和错误恢复，增强用户体验。
Description
技术领域
本发明涉及网络通信技术，特别涉及一种富媒体实时业务的实现方法、设备、服务器和系统。
背景技术
IP多媒体子系统(IP Multimedia Subsystem，IMS)是一种可以支持IP多媒体业务的子系统，它与现有的语音网络或数据网络都可以互通，与移动用户或固定用户都可以互通。IMS体系可以使得各种类型的客户端建立对等的IP通信，并可以获得所需要的服务质量。基于IP协议的电视或交互网络电视(Internet Protocol Television/Interactive Personality Television，IPTV)是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向用户终端(包括个人电脑、移动终端、机顶盒+电视机等)提供多种交互式服务的崭新技术。IPTV技术可以将电视网、电话网和互联网三个领域结合在一起，实现三网融合。目前出现了基于IPTV的IMS架构(IMS based IPTV)，可以很好地结合IMS技术和IPTV技术的优越性。富媒体(Rich Media)包括多种格式(包括图片、音频、视频、动画等)的内容，其最大的特点在于提供互动性，提高用户的参与度，改善用户体验。富媒体实时业务，例如在直播业务中临时加入投票业务，股票业务、证券交易业务等，例如在一场直播的足球比赛中，临时加入投票业务，选举本场球赛的最佳球员，收集用户反馈的投票信息。
用户在任何时间和任何地方接入业务称为随机接入，在随机接入业务时需要场景信息。用户在业务已经进行中由于网络丢包或者网络异常数据丢失时恢复原始数据，称为错误恢复。在富媒体业务中，用户采用随机接入点(Random Access Point，RAP)实现随机接入或错误恢复。然而，在富媒体业务中RAP均是节目预先制作，使得在目前IMS based IPTV架构下执行富媒体实时业务时，用户不能随时接入到富媒体实时业务中，或者富媒体实时业务中出现数据丢失就不能进行错误恢复。
发明内容
本发明是提供一种富媒体实时业务实现的方法、设备、服务器和系统，解决现有技术中不能实现富媒体实时业务的随机接入或错误恢复的问题。
本发明实施例提供了一种富媒体实时业务实现的方法，包括：
获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；
根据所述策略信息和场景信息，生成随机接入点；
发送所述随机接入点至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
本发明实施例提供了一种随机接入点设备，包括：
获得模块，用于获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；
生成模块，用于根据所述策略信息和场景信息，生成随机接入点；
发送模块，用于发送所述随机接入点至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
本发明实施例提供了一种包括上述随机接入点设备的服务器。
本发明实施例提供了一种富媒体实时业务实现的系统，包括：
应用设备，用于接收终端发送的实时业务的交互信息，根据所述交互信息生成场景信息；
随机接入点设备，用于获得策略信息，并根据所述场景信息和策略信息生成随机接入点；并发送所述随机接入点；
传输设备，用于将所述随机接入点发送至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
由上述技术方案可知，本发明实施例根据实时业务的交互信息生成场景信息及确定策略信息，并根据所述策略信息和场景信息，生成并下发随机接入点，可以使终端实时获取RAP，实现终端对实时富媒体业务的随机接入或错误恢复。
附图说明
图1为本发明第一实施例的方法流程示意图；
图2为本发明第二实施例的方法流程示意图；
图3为本发明第二实施例对应的系统结构示意图；
图4为本发明第三实施例的方法流程示意图；
图5为本发明第三实施例对应的系统结构示意图；
图6为本发明第四实施例的方法流程示意图；
图7为本发明第四实施例对应的系统结构示意图；
图8为本发明第五实施例的方法流程示意图；
图9为本发明第五实施例对应的系统结构示意图；
图10为本发明第六实施例的方法流程示意图；
图11为本发明第六实施例对应的系统结构示意图；
图12为本发明第七实施例的随机接入点设备结构示意图；
图13为本发明第八实施例的系统结构示意图。
具体实施方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
本发明实施例通过对用户与网络的实时交互信息进行统计实时刷新，生成场景信息，再根据场景信息生成对应的RAP并下发，终端设备对接收的RAP进行对应的处理，进行随机接入或者错误恢复。
图1为本发明第一实施例的方法流程示意图，包括：
步骤11：随机接入点设备(Random Access Point Server，简称为RAPS)获得实时业务的场景信息和策略信息，所述场景信息是根据当前实时业务中用户的交互信息生成的，本发明实施例的场景信息能够体现富媒体实时业务的用户交互的实时信息，例如包含已经生成的动态场景信息和根据用户的实时业务交互需要更新的场景信息。
策略信息可以包括两部分，RAP的生成策略和RAP的下发策略，RAP生成策略主要是指生成RAP的类型，RAP的类型包括正常随机接入点(Normal-RAP)、冗余随机接入点(Redundant-RAP)和分布随机接入点(Distribute RAP，DRAP)，RAP的下发策略可以是下发RAP的时间点或时间周期等信息。通过生成策略信息，RAPS可以确定需要生成的RAP类型；通过下发策略信息，RAPS可以在第一时刻或者周期性下发RAP，使终端可以实时接收到RAP，保证实时业务的随机接入或错误恢复。具体来说，策略信息可以根据实时业务信息中的业务类型来确定的，预先设定不同的业务对应的策略信息，根据用户当前实时进行的业务类型确定相应的策略信息，再将相应的策略信息传递到RAPS。策略信息可以同时包含生成策略和下发策略，也可以单独包含生成策略。
本发明实施例RAPS可以有多种实施方式。
具体地，可以是独立设置在系统中的RAPS通过新增的与应用服务器之间的接口，接收应用服务器发送的所述场景信息和策略信息，所述应用服务器根据终端发送的实时业务的交互信息生成所述场景信息，并根据所述交互信息对应的业务类型确定所述策略信息；或者，
设置在应用服务器中的RAPS根据终端发送的实时业务的交互信息生成所述场景信息，并根据所述交互信息对应的业务类型确定所述策略信息，获得自身所确定的场景信息和策略信息；或者，
设置在控制服务器中的RAPS通过新增的控制服务器与应用服务器之间的接口，接收应用服务器发送的所述场景信息和策略信息，所述应用服务器根据终端发送的实时业务的交互信息生成所述场景信息，并根据所述交互信息对应的业务类型确定所述策略信息；或者，
设置在传输服务器中的RAPS通过新增的应用服务器与传输服务器之间的接口，接收应用服务器发送的所述场景信息和策略信息，所述应用服务器根据终端发送的实时业务的交互信息生成所述场景信息，并根据所述交互信息对应的业务类型所述策略信息；或者，
设置在传输服务器中的RAPS接收控制服务器发送的所述场景信息和策略信息，所述控制服务器通过新增的控制服务器与应用服务器之间的接口从应用服务器获取所述场景信息和策略信息，所述应用服务器根据终端发送的实时业务的交互信息生成所述场景信息，并根据所述交互信息对应的业务类型确定所述策略信息。
当然，上述各方案中，所述策略信息也可以直接配置在RAPS上，RAPS根据获得的所交互的业务类型来确定。实时业务的交互信息包含实时业务的实时业务的类型信息。
步骤12：该随机接入点设备RAPS根据所述策略信息和场景信息，生成随机接入点。
具体地，RAPS根据所述场景信息生成RAP，所述RAP的类型是所述策略信息中的生成策略所指示的RAP类型。
正常随机接入点是指终端在任何状态下都需要处理的RAP，冗余随机接入点是指终端在随机接入或错误恢复时需要处理的RAP；正常随机接入点和冗余随机接入点包括整个场景信息，终端可以复原该场景信息，分布随机接入点包括整个场景信息的概要，终端根据该概要可以复原对应的场景信息。其中，任何一种类型的随机接入点都可以实现随机接入，错误恢复需要通过冗余RAP实现。另外，本发明实施例还提供不同的业务生成不同的RAP的方法，即生成策略的配置可以根据业务类型来进行不同的配置，例如对于只需要实现随机接入的情况，生成并下发分布RAP较之于生成并下发冗余RAP的情况，将会节省网络带宽，使得在现有网络资源有限的情况下，有效的利用的网络的带宽资源，节省运营商的扩展网络带宽的成本。另一方面，本发明实施例中的生成策略中还可以包括生成的各RAP类型的比例配置，例如投票业务中正常RAP∶冗余RAP∶分布RAP为3∶2∶1，股票业务中正常RAP∶冗余RAP∶分布RAP为1∶2∶3，这是因为股票业务信息量较大，生成较多分布RAP将有利于节约带宽资源。步骤13：该随机接入点设备发送所述随机接入点至终端，使得所述终端接收到所述随机接入点后根据所述随机接入点，进行随机接入或者进行错误恢复。
具体地可以是：RAPS根据所述策略信息中的下发策略将所述随机接入点发送给传输服务器，所述传输服务器对所述随机接入点进行流化处理后发送给所述终端；或者是，所述RAPS将下发策略以及所生成的随机接入点都发送到传输服务器，所述传输服务器根据所述下发策略，对所述随机接入点进行流化后下发给所述终端。其中，所述流化处理为可选步骤。
其中，若RAPS独立设置，需要新增与传输服务器之间的接口；
若RAPS设置在应用服务器中，需要新增应用服务器与传输服务器之间的接口；
若RAPS设置在控制服务器中，需要新增控制服务器与传输服务器之间的接口；
若RAPS设置在传输服务器中，RAPS对所述随机接入点直接进行流化处理后发送给所述终端。
本实施例中，提供了实时生成RAPS的设备，所述设备能够提供不同于现有技术只能提前设定随机接入点的方法，其用以生成随机接入点的场景信息是根据实时业务中的业务交互生成的，策略信息是根据实时业务中的交互的业务类型确定的，所述设备所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复。
另一方面，本发明实施例中随机业务接入点可以根据具体所交互的业务类型来生成，不同的业务可以生成不同的RAP，该方案更加灵活，并有利于节省带宽资源。
在具体实施例中，该随机接入点设备可以独立设置在已有的系统中，也可以设置在已有的设备中，下面分别进行描述。
IMS Based IPTV架构包括电信和互联网融合业务及高级网络协议(Elecommunication and Internet Converged Services and Protocols forAdvanced Networking，TISPAN)架构和开放IPTV论坛(Open IPTV Forum，OIPF)架构。下述实施例以TISPAN架构为例，可以理解的是，本发明实施例也可以应用于OIPF架构或者3GPP架构以及其他架构中，例如3GPPj中。
图2为本发明第二实施例的方法流程示意图，图3为本发明第二实施例对应的系统结构示意图，本实施例以RAPS单独设置在系统中为例。
参见图3，本实施例包括设备有UE31、业务控制功能实体(Service ControlFunction，SCF)32、媒体控制功能实体(Media Control Function，MCF)33、媒体分发功能实体(Media Delivery Function，MDF)34、RAPS35和IMS核(IMS Core)36。UE31具有支持解析和呈现富媒体文件的功能。SCF32完成业务逻辑的控制以及业务触发；在OIPF架构下，对应于网元实体为IPTV控制功能实体(IPTV Control)及认证和会话管理功能实体(Authentication andSession Management)，在3GPP架构下，对应于网元实体为SCF。MCF33管理和操作MDF34以完成多媒体资源的部署；在OIPF架构下，对应于网元实体为内容传输功能实体(Content Delivery Function)及多播内容传输功能实体(Multicast Content Delivery Function)，在3GPP架构下对应于包交换流媒体服务(Packet Switched Streaming Service，PSS)适配器(Adapter)网元实体。MDF34存储多媒体资源，并接收MCF33的指令完成媒体资源的处理和下发；在OIPF架构下，对应的网元实体为内容控制传输网络控制器(ContentControl Delivery Network Controller)，在3GPP架构下对应于PSS服务器(servers)和广播多播服务中心用户口功能(Broadcast Multicast ServiceCenter User Port Function，BMSC.UPF)网元实体。RAPS35即上述的随机接入点设备，用于完成RAP的实时生成与下发。IMS核36提供IMS域的支持。
对应于上述实施例，本实施例中的应用服务器为：TISPAN架构下为SCF，OIPF架构下为IPTV Control及Authentication and Session Management，3GPP架构下为SCF；本实施例中的控制服务器为：TISPAN架构下为MCF，OIPF架构下为Content Delivery Function及Multicast Content Delivery Function，3GPP架构下为PSS Adapter；本实施例中的传输服务器为：TISPAN架构下为MDF，OIPF架构下为Content Control Delivery Network Controller，3GPP架构下为PSS servers和BMSC.UPF。
参见图3，其中的接口可以参见表1，表1示出了TISPAN架构和OIPF架构下的相应的现有的接口。
表1
| TISPAN | OIPF | 备注 |
| Ut | UNIS-8 | 标准接口 |
| ISC | NPI-4 | 标准接口 |
| Y2 | NPI-19 | 标准接口 |
| Gm | UNIS-8 | 标准接口 |
| Xc | UNIS-11 | 标准接口 |
| Xp | NPI-10 | 标准接口 |
| Xd | UNIT-17，UNIT-18 | 标准接口 |
由于本实施例在现有系统的基础上增加了网元设备RAPS35。因此，需要扩展一些接口，扩展的接口如下所示：
接口X2：通过该接口下发场景信息。
接口X3：通过该接口下发策略信息。
接口X4：通过该接口将生成的RAP发送给传输服务器。
可以理解的是，也可以将X2、X3接口合为一个接口(例如X8接口)，用于下发场景信息和策略信息。
参见图2，本实施例包括：
步骤201：UE向SCF发送实时业务的交互信息，具体的应用实施例中，该交互信息可以是选择的股票代码或者网络投票信息。
步骤202：SCF根据交互信息生成场景信息，并根据交互信息对应的业务类型确定策略信息，当然该SCF也可以不确定策略信息。而是将交互信息传递至RAPS，RAPS根据交互信息确定策略信息，本实施例以下将以SCF确定策略信息的方案为例。
步骤203：SCF将场景信息和策略信息发送给RAPS。
SCF可以通过新增的X2、X3接口下发场景信息和策略信息。
步骤204：RAPS根据策略信息中的生成策略确定需要生成的RAP的类型，再根据场景信息生成相应类型的RAP。。
步骤205：RAPS根据策略信息将RAP发送给MDF。
RAPS可以通过新增的X4接口直接将RAP发送给MDF。
步骤206：MDF对该RAP进行流化处理。当富媒体需要以流媒体形式发送给终端时，需要对RAP进行流化处理。
步骤207：MDF将流化处理后的RAP发送给UE。
UE在接收到RAP，当UE发现该RAP对应的业务是初次接入时可以根据接收的RAP随机接入业务；当UE发现运行的业务出现错误时，则可以根据该RAP进行错误恢复。具体地，UE可以获知自身进行了哪些业务，根据与接收的RAP对应业务进行比对，可以获知该RAP对应的业务是初次接入还是业务运行出现错误。
本实施例所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复，另外通过在现有系统中独立增加独立设置的RAPS，使得对现有系统中的装置产生较小的冲击下即可实现实时富媒体业务的随机接入或错误恢复。
图4为本发明第三实施例的方法流程示意图，图5为本发明第三实施例对应的系统结构示意图，本实施例以RAPS设置在SCF中为例。
参见图5，本实施例包括设备有UE51、SCF52、MCF53、MDF54、RAPS55和IMS核56。与第二实施例不同的是，本实施例中的RAPS55位于SCF52中。
参见图5，其中的现有接口也可以参见表1。
由于本实施例在SCF中增加了网元设备RAPS55。因此，需要扩展一些接口，扩展的接口如下所示：
接口X4：通过该接口将生成的RAP发送给传输服务器。
参见图4，本实施例包括：
步骤401：UE向SCF发送实时业务的交互信息，具体的应用实施例中，该交互信息可以是选择的股票代码或者网络投票信息。
步骤402：SCF根据交互信息得到场景信息，并根据交互信息对应的业务类型确定策略信息。
步骤403：SCF中的RAPS根据策略信息中的生成策略确定需要生成的RAP的类型，再根据场景信息生成相应类型的RAP。。
步骤404：RAPS根据策略信息将RAP发送给MDF。
RAPS可以通过新增的X5接口直接将RAP发送给MDF。
步骤405：MDF对该RAP进行流化处理。当富媒体需要以流媒体形式发送给终端时，需要对RAP进行流化处理。
步骤406：MDF将流化处理后的RAP发送给UE。
UE在接收到RAP，当UE发现该RAP对应的业务是初次接入时可以根据接收的RAP随机接入业务；当UE发现运行的业务出现错误时，则可以根据该RAP进行错误恢复。
本实施例所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复，另外通过在在SCF中增加设置RAPS功能，使得可以利用现有SCF与其他网络实体的接口，较为经济的实现实时富媒体业务的随机接入或错误恢复。
图6为本发明第四实施例的方法流程示意图，图7为本发明第四实施例对应的系统结构示意图，本实施例以RAPS设置在MCF中为例。
参见图7，本实施例包括设备有UE71、SCF72、MCF73、MDF74、RAPS75和IMS核76。与第二实施例不同的是，本实施例中的RAPS75位于MCF73中。
参见图7，其中的现有接口也可以参见表1。
由于本实施例在MCF中增加了网元设备RAPS75。因此，需要扩展一些接口，扩展的接口如下所示：
接口X2：通过该接口下发场景信息。
接口X3：通过该接口下发策略信息。
接口X4：通过该接口将生成的RAP发送给传输服务器。
可以理解的是，也可以将X2、X3接口合为一个接口(例如X8接口)，用于下发场景信息和策略信息。
参见图6，本实施例包括：
步骤601：UE向SCF发送实时业务的交互信息，具体的应用实施例中，该交互信息可以是选择的股票代码或者网络投票信息。
步骤602：SCF根据交互信息得到场景信息，并根据交互信息对应的业务类型确定策略信息。
步骤603：SCF将场景信息和策略信息发送给MCF中的RAPS。
SCF可以通过新增的X2、X3接口下发场景信息和策略信息。
步骤604：MCF中的RAPS根据策略信息中的生成策略确定需要生成的RAP的类型，再根据场景信息生成相应类型的RAP。
步骤605：RAPS根据策略信息将RAP发送给MDF。
RAPS可以通过新增的接口X4传输RAP，或者，也可以不增加接口X4，通过Xp接口直接将RAP发送给MDF。
步骤606：MDF对该RAP进行流化处理。当富媒体需要以流媒体形式发送给终端时，需要对RAP进行流化处理。
步骤607：MDF将流化处理后的RAP发送给UE。
UE在接收到RAP，当UE发现该RAP对应的业务是初次接入时可以根据接收的RAP随机接入业务；当UE发现运行的业务出现错误时，则可以根据该RAP进行错误恢复。
本实施例所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复，另外通过在在MCF中增加设置RAPS功能，使得可以利用现有MCF与其他网络实体的接口，较为经济的实现实时富媒体业务的随机接入或错误恢复。
图8为本发明第五实施例的方法流程示意图，图9为本发明第五实施例对应的系统结构示意图，本实施例以RAPS设置在MDF中且直接从SCF中获取场景信息和策略信息为例。
参见图9，本实施例包括设备有UE91、SCF92、MCF93、MDF94、RAPS95和IMS核96。与第二实施例不同的是，本实施例中的RAPS95位于MDF94中，且从SCF92中获取场景信息和策略信息。
参见图9，其中的现有接口也可以参见表1。
由于本实施例在MDF中增加了网元设备RAPS95。因此，需要扩展一些接口，扩展的接口如下所示：
接口X2：通过该接口下发场景信息。
接口X3：通过该接口下发策略信息。
可以理解的是，也可以将X2、X3接口合为一个接口(例如X8接口)，用于下发场景信息和策略信息。
参见图8，本实施例包括：
步骤801：UE向SCF发送实时业务的交互信息，具体的应用实施例中，该交互信息可以是选择的股票代码或者网络投票信息。
步骤802：SCF根据交互信息得到场景信息，并根据交互信息对应的业务类型确定策略信息。
步骤803：SCF将场景信息和策略信息发送给MDF中的RAPS。
SCF可以通过新增的X2、X3接口下发场景信息和策略信息。
步骤804：MDF中的RAPS根据策略信息中的生成策略确定需要生成的RAP的类型，再根据场景信息生成相应类型的RAP。
步骤805：MDF对该RAP进行流化处理。当富媒体需要以流媒体形式发送给终端时，需要对RAP进行流化处理。
步骤806：MDF将流化处理后的RAP发送给UE。
UE在接收到RAP，当UE发现该RAP对应的业务是初次接入时可以根据接收的RAP随机接入业务；当UE发现运行的业务出现错误时，则可以根据该RAP进行错误恢复。
本实施例所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复，另外通过在在MDF中增加设置RAPS功能并从SCF获取相应信息，使得可以利用现有MDF与SCF的接口，较为经济且简便的实现实时富媒体业务的随机接入或错误恢复。
图10为本发明第六实施例的方法流程示意图，图11为本发明第六实施例对应的系统结构示意图，本实施例以RAPS设置在MDF中且从MCF中获取场景信息和策略信息为例。
参见图11，本实施例包括设备有UE111、SCF112、MCF113、MDF114、RAPS115和IMS核116。与第五实施例不同的是，本实施例中的RAPS115虽然也位于MDF114中，但是从MCF113中获取场景信息和策略信息。
参见图11，其中的现有接口也可以参见表1。
由于本实施例在MDF中增加了网元设备RAPS115。因此，需要扩展一些接口，扩展的接口如下所示：
接口X2：通过该接口下发场景信息。
接口X3：通过该接口下发策略信息。
接口X8：通过该接口下发场景信息和策略信息。
可以理解的是，也可以将X2、X3接口合为一个接口，用于下发场景信息和策略信息。也可以将X8接口拆分为两个接口，用于分别下发场景信息和策略信息。
参见图10，本实施例包括：
步骤1001：UE向SCF发送实时业务的交互信息，具体的应用实施例中，该交互信息可以是选择的股票代码或者网络投票信息。
步骤1002：SCF根据交互信息得到场景信息，并根据交互信息对应的业务类型确定策略信息。步骤1003：SCF将场景信息和策略信息发送给MCF。
SCF可以通过新增的X2、X3接口下发场景信息和策略信息。
步骤1004：MCF将得到的场景信息和策略信息发送给MDF中的PARS。
MCF可以通过新增的X8接口发送场景信息和策略信息给MDF，或者，也可以不增加X8接口，通过Xp接口发送场景信息和策略信息给MDF。
步骤1005：MDF中的RAPS根据策略信息中的生成策略确定需要生成的RAP的类型，再根据场景信息生成相应类型的RAP。
步骤1006：MDF对该RAP进行流化处理。当富媒体需要以流媒体形式发送给终端时，需要对RAP进行流化处理。
步骤1007：MDF将流化处理后的RAP发送给UE。
UE在接收到RAP，当UE发现该RAP对应的业务是初次接入时可以根据接收的RAP随机接入业务，当UE发现运行的业务出现错误，则可以根据该RAP进行错误恢复。
本实施例所生成的随机接入点能够反映富媒体实时业务的实时信息，使得所述终端能够根据获得的随机业务接入点实现终端对实时富媒体业务的随机接入或错误恢复，另外通过在在MDF中增加设置RAPS功能并从MCF获取相应信息，使得可以利用现有MDF与MCF的接口，较为经济的实现实时富媒体业务的随机接入或错误恢复。
图12为本发明第七实施例的随机接入点设备结构示意图，包括获得模块121、生成模块122和发送模块123。获得模块121用于获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；生成模块122用于根据所述策略信息和场景信息，生成随机接入点；发送模块123用于发送所述随机接入点至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
本实施例提供的设备可以根据实时富媒体业务的交互信息生成场景信息和确定策略信息，并根据所述策略信息和场景信息，生成并下发随机接入点，可以使终端实时获取RAP，实现终端对实时富媒体业务的随机接入或错误恢复。
本发明实施例还提供了一种服务器，包括上述的随机接入点设备。其中，该服务器可以为TISPAN架构下的SCF或MCF或MDF，或者，也可以为OIPF架构下的IPTV control和Authentication and Session Management或Content Control Delivery Network Controller或Content Delivery Function和Multicast Content Delivery Function，或者，也可以为3GPP架构下的SCF或PSS Adapter或PSS server和BMSC.UPF。
本实施例提供的服务器可以通过获取业务的场景信息和策略信息，并根据所述策略信息和场景信息，生成并下发随机接入点，可以使终端实时获取RAP，实现终端对实时业务的随机接入或错误恢复。
图13为本发明第八实施例的系统结构示意图，包括应用设备131、随机接入点设备132和传输设备133。应用设备131用于接收终端发送的实时业务的交互信息，根据所述交互信息生成场景信息；随机接入点设备132用于获得策略信息，并根据所述场景信息和策略信息生成随机接入点；并发送所述随机接入点；传输设备133用于将所述随机接入点发送至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
具体地，
所述应用设备131位于应用服务器中，所述传输设备133位于传输服务器中，所述随机接入点设备132独立设置于所述系统中，所述随机接入点设备132通过新增的与应用服务器之间的接口与所述应用设备131进行通信连接，所述随机接入点设备132通过新增的与传输服务器之间的接口与所述传输设备133进行通信连接。所述应用设备131还用于根据所述实时业务的类型确定所述策略信息；所述随机接入点设备132还用于接收所述应用设备发送的所述策略信息，此时，所述新增的与应用服务器之间的接口可以为分别用于传输场景信息和策略信息的X2接口和X3接口，或者也可以为用于传输场景信息及策略信息的X8接口，所述新增的与传输服务器之间的接口可以为用于传输随机接入点的X4接口。或者，
所述应用设备131和所述随机接入点设备132位于应用服务器中，所述传输设备133位于传输服务器中，所述随机接入点设备132通过新增的与传输服务器之间的接口与所述传输设备133进行通信连接。此时，所述新增的与传输服务器之间的接口可以为用于传输随机接入点的X4接口。或者，
所述应用设备131位于应用服务器中，所述传输设备133位于传输服务器中，所述随机接入点设备132位于控制服务器中，所述随机接入点设备132通过新增的控制服务器与应用服务器之间的接口与所述应用设备131进行通信连接，所述随机接入点设备132通过新增的控制服务器与传输服务器之间的接口与所述传输设备133进行通信连接。所述应用设备131还用于根据所述实时业务的类型确定所述策略信息；所述随机接入点设备132还用于接收所述应用设备发送的所述策略信息，此时，所述新增的控制服务器与应用服务器之间的接口可以为分别用于传输场景信息和策略信息的X2接口和X3接口，或者也可以为用于传输场景信息及策略信息的X8接口，所述新增的控制服务器与传输服务器之间的接口可以为用于传输随机接入点的X4接口。或者，
所述应用设备131位于应用服务器中，所述传输设备133和所述随机接入点设备132位于传输服务器中，所述随机接入点设备132通过新增的传输服务器与应用服务器之间的接口与所述应用设备131进行通信连接。所述应用设备131还用于根据所述实时业务的类型确定所述策略信息；所述随机接入点设备132还用于接收所述应用设备发送的所述策略信息，此时，所述新增的传输服务器与应用服务器之间的接口可以为分别用于传输场景信息和策略信息的X2接口和X3接口，或者也可以为用于传输场景信息及策略信息的X8接口。或者，
所述应用设备131位于应用服务器中，所述传输设备133和所述随机接入点设备132位于传输服务器中，所述随机接入点设备132通过控制服务器及新增的控制服务器与应用服务器之间的接口与所述应用设备131进行通信连接。所述应用设备131还用于根据所述实时业务的类型确定所述策略信息；所述随机接入点设备132还用于接收所述应用设备发送的所述策略信息，此时，所述新增的控制服务器与应用服务器之间的接口可以为分别用于传输场景信息和策略信息的X2接口和X3接口，或者也可以为用于传输场景信息及策略信息的X8接口。进一步地，所述随机接入点设备132通过传输服务器与控制服务器之间的接口与所述控制服务器通信连接，所述传输服务器与控制服务器之间的接口可以为分别用于传输场景信息和策略信息的X2接口和X3接口，或者也可以为用于传输场景信息及策略信息的X8接口
上述的应用服务器、控制服务器和传输服务器可以分别为：TISPAN架构下的SCF、MCF、MDF，或者，OIPF架构下的IPTV control和Authenticationand Session Management、Content Control Delivery Network Controller、ContentDelivery Function和Multicast Content Delivery Function，或者，3GPP架构下的SCF、PSS Adapter、PSS server和BMSC.UPF。
本实施例提供的系统可以根据富媒体实时业务的交互信息生成场景信息和确定策略信息，并根据所述策略信息和场景信息，生成并下发随机接入点，可以使终端实时获取RAP，实现终端对实时业务的随机接入或错误恢复。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (16)
1.一种富媒体实时业务实现的方法，其特征在于，包括：
获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；
根据所述策略信息和场景信息，生成随机接入点；
发送所述随机接入点，使得终端获得所述随机接入点，根据所述随机接入点，进行实时业务的随机接入或者错误恢复；
其中，所述获得实时业务的场景信息和策略信息包括：
接收来自应用服务器的所述场景信息和策略信息，其中，所述应用服务器根据所述终端发送的实时业务的交互信息确定所述场景信息和策略信息；或，
获得自身根据所述终端发送的实时业务的交互信息确定的场景信息和策略信息；或
接收来自应用服务器的所述场景信息和实时业务的交互信息，根据所述实时业务的交互信息确定所述策略信息。
2.根据权利要求1所述的方法，其特征在于，所述策略信息包括随机接入点的生成策略；
根据所述策略信息和场景信息，生成随机接入点包括：
根据所述生成策略确定需要生成的随机接入点的类型，根据所述场景信息生成相应类型的随机接入点。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述实时业务的交互信息确定所述策略信息包括：
根据所述实时业务的类型确定所述策略信息。
4.根据权利要求1或2所述的方法，其特征在于，所述策略信息包括随机接入点的下发策略；
所述发送所述随机接入点包括：
根据所述下发策略将所述随机接入点发送至传输服务器，所述传输服务器将所述随机接入点发送给所述终端；或者，
将所述下发策略和所述随机接入点发送至传输服务器，所述传输服务器根据所述下发策略，将所述随机接入点发送给所述终端。
5.根据权利要求4所述的方法，其特征在于，所述传输服务器将所述随机接入点发送给所述终端之前还包括：
所述传输服务器对所述随机接入点进行流化处理。
6.根据权利要求4所述的方法，其特征在于，所述下发策略包括：下发所述随机接入点的时间点或时间周期。
7.一种随机接入点设备，其特征在于，包括：
获得模块，用于获得实时业务的场景信息和策略信息，所述场景信息是根据实时业务的交互信息生成的；其中，所述获得实时业务的场景信息和策略信息包括：接收来自应用服务器的所述场景信息和策略信息，其中，所述应用服务器根据终端发送的实时业务的交互信息确定所述场景信息和策略信息；或，获得自身根据所述终端发送的实时业务的交互信息确定的场景信息和策略信息；或接收来自应用服务器的所述场景信息和实时业务的交互信息，根据所述实时业务的交互信息确定所述策略信息；
生成模块，用于根据所述策略信息和场景信息，生成随机接入点；
发送模块，用于发送所述随机接入点，使得所述终端获得所述随机接入点，根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
8.一种包括权利要求7所述的设备的服务器，其特征在于，所述服务器为以下任意之一：业务控制功能实体、媒体分发功能实体、媒体控制功能实体、IPTV控制功能实体及认证和会话管理功能实体、内容传输功能实体及多播内容传输功能实体、内容控制传输网络控制器、包交换流媒体服务适配器、包交换流媒体服务器或广播多播服务中心用户口功能实体。
9.一种富媒体实时业务实现的系统，其特征在于，包括：
应用设备，用于接收终端发送的实时业务的交互信息，根据所述交互信息生成场景信息；
随机接入点设备，用于获得策略信息和实时业务的所述场景信息，并根据所述场景信息和策略信息生成随机接入点；并发送所述随机接入点；其中，所述获得策略信息和实时业务的场景信息包括：接收来自应用服务器的所述场景信息和策略信息，其中，所述应用服务器根据所述终端发送的实时业务的交互信息确定所述场景信息和策略信息；或，获得自身根据所述终端发送的实时业务的交互信息确定的场景信息和策略信息；或接收来自应用服务器的所述场景信息和实时业务的交互信息，根据所述实时业务的交互信息确定所述策略信息；
传输设备，用于将所述随机接入点发送至终端，使得所述终端根据所述随机接入点，进行实时业务的随机接入或者错误恢复。
10.根据权利要求9所述的系统，其特征在于，所述应用设备还用于根据所述实时业务的交互信息确定所述策略信息，将所述策略信息发送至所述随机接入点设备。
11.根据权利要求9所述的系统，其特征在于，所述随机接入点设备还用于根据获得的所述实时业务的交互信息确定所述策略信息。
12.根据权利要求9所述的系统，其特征在于，
所述应用设备位于应用服务器中；
所述传输设备位于传输服务器中；
所述随机接入点设备独立设置于所述系统中，所述随机接入点设备通过新增的与应用服务器之间的接口与所述应用设备进行通信连接，所述随机接入点设备通过新增的与传输服务器之间的接口与所述传输设备进行通信连接。
13.根据权利要求9所述的系统，其特征在于，
所述应用设备和所述随机接入点设备位于应用服务器中；
所述传输设备位于传输服务器中；
所述随机接入点设备通过新增的与传输服务器之间的接口与所述传输设备进行通信连接。
14.根据权利要求9所述的系统，其特征在于，
所述应用设备位于应用服务器中；
所述传输设备位于传输服务器中；
所述随机接入点设备位于控制服务器中，所述随机接入点设备通过新增的控制服务器与应用服务器之间的接口与所述应用设备进行通信连接，所述随机接入点设备通过新增的控制服务器与传输服务器之间的接口与所述传输设备进行通信连接。
15.根据权利要求9所述的系统，其特征在于，
所述应用设备位于应用服务器中；
所述传输设备和所述随机接入点设备位于传输服务器中，所述随机接入点设备通过新增的传输服务器与应用服务器之间的接口与所述应用设备进行通信连接。
16.根据权利要求9所述的系统，其特征在于，
所述应用设备位于应用服务器中；
所述传输设备和所述随机接入点设备位于传输服务器中，所述随机接入点设备通过控制服务器及新增的控制服务器与应用服务器之间的接口与所述应用设备进行通信连接。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910090423 CN101989977B (zh) | 2009-08-04 | 2009-08-04 | 富媒体实时业务实现的方法、设备、服务器和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910090423 CN101989977B (zh) | 2009-08-04 | 2009-08-04 | 富媒体实时业务实现的方法、设备、服务器和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101989977A CN101989977A (zh) | 2011-03-23 |
| CN101989977B true CN101989977B (zh) | 2013-08-07 |
Family
ID=43746325
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910090423 Active CN101989977B (zh) | 2009-08-04 | 2009-08-04 | 富媒体实时业务实现的方法、设备、服务器和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101989977B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| CN102427562B (zh) * | 2011-10-11 | 2018-07-06 | 中兴通讯股份有限公司 | 电视交互设备、系统和方法 |
| KR101741484B1 (ko) * | 2012-04-26 | 2017-05-30 | 퀄컴 인코포레이티드 | 저-레이턴시 스트림을 처리하기 위한 개선된 블록-요청 스트리밍 시스템 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101356791A (zh) * | 2005-11-23 | 2009-01-28 | 诺基亚公司 | 为富媒体服务中的数据传输提供质量反馈度量的系统和方法 |
-
2009
- 2009-08-04 CN CN 200910090423 patent/CN101989977B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101356791A (zh) * | 2005-11-23 | 2009-01-28 | 诺基亚公司 | 为富媒体服务中的数据传输提供质量反馈度量的系统和方法 |
Non-Patent Citations (2)
| Title |
|---|
| ETSI.UniversalMobileTelecommunicationsSystem(UTMS) Dynamic and Interactive Multimedia Scenes(DIMS).《ETSI TS 126 142》.2008 |
| Universal Mobile Telecommunications System(UTMS),Dynamic and Interactive Multimedia Scenes(DIMS);ETSI;《ETSI TS 126 142》;20080131;第9页第3段、第6段、第13页第7-12段、第15页第3段、第17页第8-16段、第20页第6-12段、附图4-1、5-2、5-3、5-4 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101989977A (zh) | 2011-03-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8001575B2 (en) | Method of distributing video-on-demand over an internet protocol network infrastructure | |
| RU2530016C2 (ru) | Способ локализации контента и узел сети доставки контента | |
| CN101383959B (zh) | 流媒体业务中获取关键帧的方法、系统及用户设备 | |
| US20080151918A1 (en) | Method of correlating a media session to a signaling session | |
| JP5436577B2 (ja) | ネットワークにおける関連付けられたセッションの管理 | |
| US8203989B2 (en) | Distributing content in a communication network | |
| CN101207501A (zh) | Ip广播系统和ip广播用多点传送组管理装置 | |
| CN102523098B (zh) | 一种业务接入的方法、装置及系统 | |
| CN101989977B (zh) | 富媒体实时业务实现的方法、设备、服务器和系统 | |
| CN103843323B (zh) | 一种多媒体会议实现方法、相关设备及系统 | |
| CN101729794B (zh) | 实现直播及直播预处理的方法、装置、系统 | |
| CN104519307A (zh) | 会议管理系统、多画面合成设备、分会场设备、视频会议实现方法及系统 | |
| CN101742240A (zh) | 可灵活切换多媒体节点的iptv系统及其实现方法 | |
| CN101431653B (zh) | 一种创建和点播频道的方法、系统及装置 | |
| CN101547402B (zh) | 一种建立iptv多播业务的方法及设备 | |
| CN102307216B (zh) | 多媒体电话p2p流媒体广播方法及系统 | |
| CN101262413B (zh) | 实现媒体缓存的方法、系统和装置 | |
| CN102006516B (zh) | 一种基于有线电视双向接入的数字家庭内容服务传输方法 | |
| CN101827036A (zh) | 一种实现家庭网关组播业务配置的方法及装置 | |
| CN102098551A (zh) | 流媒体业务处理方法和系统 | |
| KR100863416B1 (ko) | Ｐ2ｐ 기반의 화상통화 서비스 제공 시스템, 제공 방법, 통신 방법 및, 이를 기록한 기록매체 | |
| CN101873263A (zh) | 基于局域网下载的类组播方法及系统 | |
| CN102088445A (zh) | 点对点技术实现方法、系统和装置 | |
| CN101588277B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
| CN101237339B (zh) | 基于分层点对点组播网络的流媒体传输方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: BEIJING WEIBEN INTELLECTUAL PROPERTY MANAGEMENT CO Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20141105 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 100080 HAIDIAN, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20141105 Address after: 100080 room 401A, building 27, 1 Xin Lu, Haidian District, Beijing Patentee after: Beijing Weiben Intellectual Property Management Co. Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD. Free format text: FORMER OWNER: BEIJING WEIBEN INTELLECTUAL PROPERTY MANAGEMENT CO., LTD. Effective date: 20141223 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100080 HAIDIAN, BEIJING TO: 100085 HAIDIAN, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20141223 Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD. Address before: 100080 room 401A, building 27, 1 Xin Lu, Haidian District, Beijing Patentee before: Beijing Weiben Intellectual Property Management Co. Ltd. |