CN101141688A - 通道组播地址产生方法和传递方法 - Google Patents
通道组播地址产生方法和传递方法 Download PDFInfo
- Publication number
- CN101141688A CN101141688A CNA2007101525897A CN200710152589A CN101141688A CN 101141688 A CN101141688 A CN 101141688A CN A2007101525897 A CNA2007101525897 A CN A2007101525897A CN 200710152589 A CN200710152589 A CN 200710152589A CN 101141688 A CN101141688 A CN 101141688A
- Authority
- CN
- China
- Prior art keywords
- multicast address
- session
- request message
- channel
- multicast
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种通道组播地址产生方法和传递方法，其中，通道组播地址产生方法包括以下步骤：步骤一，当接收到关于业务的请求消息时，多媒体组播广播业务网关根据预定策略为业务分配通道组播地址；以及步骤二，多媒体组播广播业务网关将通道组播地址发送给相关基站，从而在多媒体组播广播业务网关与相关基站之间建立组播路径，其中，多媒体组播广播业务网关包括信令面和用户面。采用本发明的方法，能够使用户快速接入业务数据和切换业务类别，并且网络资源浪费很少，维护简单，便于新业务的添加，可以通过一个消息完成多个地址的传递。
Description
技术领域
本发明涉及通信领域，更具体地，涉及一种通道组播地址产生方法和传递方法，用于在移动通信网络(Long term Evolution/SystemArchitecture Evolution，LTE/SAE)架构下，接入多媒体组播广播业务(Multimedia Broadcast/Multicast Service，MBMS)时，产生通道组播地址并传递通道组播地址来建立组播广播业务数据的组播路径。
背景技术
为了有效地利用移动网络资源，现有移动通信***提出了使用组播/广播传输业务的思想，即MBMS。MBMS在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。
世界标准化组织IETF定义了基于IP的建立组播及广播业务及传输体系的机制和方法。基本思路是指用户如果想接收到组播IP数据报文，需要在报文分发前加入组播组，组播组呈树状结构，由一系列路由器组成，顶端即为组播源，也即数据源，底端为各用户。组播源将数据发到下一级所有加入组播组的数据网关或路由器，路由器再将数据继续转发到下一级的网关或路由器，直到最底端的用户级。
用户加入组播组的方法是使用组播地址通过JOIN过程完成的。JOIN过程的基本思路是：每个组播业务(在某一时期某一区域内)均有一个唯一组播地址，这个组播地址由组播源分配，用户以此地址为参数通过IGMP(Internet组管理协议，IPv4)或MLD(组播侦听者发现协议，IPv6)两种信令申请加入组播组，并将IGMP请求发送给用户相连的路由器，IP网络中的组播路由器根据配置信息或路由信息将此用户的JOIN请求逐跳发送到与组播源相连的路由器，并将与前一跳路由器相连的接口加入到组播分发树中，也就是把前一跳的组播路由器作为自己的下行组播分发节点，之后，数据源分发时，只有建立了对应的组播分发树的组播路由器的节点才会接收到并将收到的组播数据转发到下行组播路由器节点。
组播技术中有一个汇聚点的概念，意思是数据报文在传播过程中都将通过此节点。从而在此节点能够完成对数据的统计、计费等控制功能。如果需要某个网元成为汇聚点，可以通过配置相关参数及路由算法完成。
组播模式的路径通过用户发起JOIN请求，动态建立。而广播模式的路径一般通过静态配置实现，不需要用户在每次业务分发前加入组播组。但是静态配置存在新业务扩展的问题，因此对于广播业务，可以采用组播建立承载的方式为广播业务提供承载。
无论是组播模式，还是广播模式，业务发送前，都有一个会话开始请求消息从业务源传递到组播路径中的每个节点网元，以通知各网元分配相关的资源。会话开始请求消息包括组播地址信息，会话标识信息，业务开始发送的时间等内容；网元接收到会话开始请求消息，可以返回一个会话开始响应消息，表示收到消息。
会话开始消息属于信令层面的报文，信令路径的建立往往是静态配置完成的。业务数据内容属于用户层面的报文，数据路径的建立可以是通过信令搭建IP隧道的方式，也可以是通过IETF组播协议完成。
会话开始请求消息中共有2个地址，一个是业务用的组播地址，由组播源(即业务源)分配，每个MBMS业务具有一个业务组播地址，和业务会话的标识Session ID一一对应；另一个是特定源地址，本地址的本意是表示发向组播组的特定源的IP地址，从而确定了组播源是哪一个业务源(在业务源很多的情况下)。由组播源将自身的源地址和组播地址发送给其下行的组播节点网关(如MBMS GW)，再由节点网关发起组播请求到组播源，就可以建立下行的节点网关到组播源节点之间的组播通道。
会话开始请求消息中有一个业务区域标识参数，代表本会话在哪些地理区域播放。业务区域标识所对应的具体的无线覆盖的网元(即图1中的ENodeB)是由网络运营商进行配置规划的。
为了更快的建立MBMS业务路径，同时减少资源的浪费，标准化组织发展了基于下一代网络架构的演进的MBMS(EMBMS)网络架构，及一些基本的实现方式。网络架构如图1所示。
BM-SC(Broadcast/Multicast Service Center)102，即组播广播业务中心，作为组播广播业务会话的控制、用户授权、安全密钥的分发，以及EMBMS业务的数据源点。BM-SC与内容服务商/组播广播源(Content Provider/Multicast Broadcast Source)相连接，完成数据的汇总。
MBMS GW：MBMS网关(Gateway，GW)104，逻辑上分为两个部分，一个是信令面处理部分，通过图中所示的Gmb接口处理来自BM-SC的会话消息等信令，也可以和MCE连接处理数据同步方面的信令；另一个是数据的用户面处理部分，接收来自BM-SC的数据并转发给组播组的下行路由器。
MCE(Multi-Cell/Multicast Coordination Entity)106，作为无线侧控制面功能实体，负责控制面信令处理，MBSFN(MBMS SingleFrequency Network)的数据同步功能及无线资源协调等。
ENodeB(Evolved NodeB)108，演进的无线接入网，是下一代的无线接入网，可以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。
基于EMBMS业务实现机制的基本思路是：通过信令层面的会话消息提供建立用户层面所需要的信息(如组播地址等)，用户层面的通道的建立需要通过IP组播协议来实现。然而，目前未能解决建立用户层面通道所需要的组播地址如何能够快速并较少浪费地传递给接入网基站ENodeB。
发明内容
为了解决现有技术中的问题，本发明提出了一种通道组播地址产生方法和传递方法，通过本发明，能够在下一代网络架构下接入多媒体组播广播业务MBMS时，将建立用户层面通道所需要的组播地址传递给接入网基站ENodeB。
本发明提供了一种通道组播地址产生方法，用于在移动通信网络架构下接入多媒体组播广播业务时，产生通道组播地址来建立组播广播业务传输路径，包括以下步骤：步骤一，当接收到关于业务的请求消息时，多媒体组播广播业务网关根据预定策略为业务分配通道组播地址；以及步骤二，多媒体组播广播业务网关将通道组播地址发送给相关基站，从而在多媒体组播广播业务网关与相关基站之间建立组播路径，其中，多媒体组播广播业务网关包括信令面和用户面。
其中，关于业务的请求消息至少包括：地址请求消息、多媒体组播广播业务消息、会话开始请求消息、或从多媒体组播广播业务网关的信令面向用户面发送的请求消息。
预定策略是由信令面指定的，是用于分配通道组播地址的依据，至少包括：相同的业务区域使用同一个通道组播地址；相同的业务类型使用同一个通道组播地址；以及所有的业务类型都使用同一个组播地址。
当多媒体组播广播业务网关的信令面和用户面功能处于不同的网络实体时，在步骤一中执行以下处理：通过用户面来分配通道组播地址。在步骤二中执行以下处理：通过信令面来将通道组播地址发送给相关基站。
具体地，在步骤一中包括：当接收到关于业务的请求消息时，多媒体组播广播业务网关判断是否已为业务分配了通道组播地址；如果没有分配通道组播地址，则多媒体组播广播业务网关分配通道组播地址，并将通道组播地址添加到关于业务的请求消息中；或如果已经分配了通道组播地址，则多媒体组播广播业务网关无需分配通道组播地址，直接将通道组播地址填写到关于业务的请求消息中。
本发明还提供了一种通道组播地址传递方法，用于在移动通信网络架构下接入多媒体组播广播业务时，将所产生的通道组播地址通过会话开始消息传递到无线网络侧的组播广播业务相关网元，包括以下步骤：步骤一，当接收到会话开始请求消息时，多媒体组播广播业务网关在会话开始请求消息中添加通道组播地址；以及步骤二，多媒体组播广播业务网关根据预定策略，将包含通道组播地址的会话开始请求消息转发至无线网络侧的组播广播业务相关网元。
在本发明中，多媒体组播广播业务网关包括信令面和用户面。
在步骤一中执行以下处理：当用户面接收到会话开始请求消息时，确定在会话开始请求消息中是否已分配通道组播地址；如果还没有分配通道组播地址，则用户面分配通道组播地址，并在会话开始请求消息中填写上通道组播地址；以及如果已经分配通道组播地址，则用户面直接在会话开始请求消息中填写通道组播地址。
可选地，在步骤一中执行以下处理：当信令面接收到会话开始请求消息时，信令面将会话开始请求消息转发给用户面，并且用户面确定在会话开始请求消息中是否已分配通道组播地址；如果还没有分配通道组播地址，则用户面分配通道组播地址，并在会话开始请求消息中填写上通道组播地址；以及如果已经分配通道组播地址，则用户面直接在会话开始请求消息中填写通道组播地址。
其中，会话开始请求消息至少包括：业务组播地址、会话标识、以及业务区域标识，以及包含通道组播地址的会话开始请求消息至少包括：通道组播地址、业务组播地址、会话标识、以及业务区域标识。
预定策略是由信令面指定的，是用于分配通道组播地址的依据，至少包括：相同的业务区域使用同一个通道组播地址；相同的业务类型使用同一个通道组播地址；以及所有的业务类型都使用同一个组播地址。
在步骤二中执行以下处理：多媒体组播广播业务网关将包含通道组播地址的会话开始请求消息转发至无线侧控制面功能实体。然后，无线侧控制面功能实体向多媒体组播广播业务网关返回会话开始响应消息。
进一步地，在步骤二中还执行以下处理：无线侧控制面功能实体将包含通道组播地址的会话开始请求消息发送给相关基站。然后，相关基站向无线侧控制面功能实体返回会话开始响应消息。
根据本发明的通道组播地址传递方法还包括以下步骤：当多媒体组播广播业务中心向多媒体组播广播网关发送组播广播业务数据时，多媒体组播广播网关使用通道组播地址封装组播广播业务数据，并将封装后的组播广播业务数据发送给相关基站；以及当相关基站接收到封装后的组播广播业务数据时，去封装封装后的组播广播业务数据，并获取业务组播地址，查找对应的会话ID，从而将组播广播业务数据发送给终端。
其中，相关基站具有相同的业务区域标识并且与无线侧控制面功能实体相连，由无线侧控制面功能实体负责进行数据同步。
因而，采用本发明能够使用户快速接入业务数据和切换业务类别，并且网络资源浪费很少，另外，本发明维护简单，便于新业务的添加，可以通过一个消息完成多个地址的传递。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是EMBMS网络架构的示意图；
图2是根据本发明的通道组播地址产生方法的流程图；
图3是根据本发明的通道组播地址传递方法的流程图；
图4是根据本发明的第一实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图；
图5是根据本发明的第二实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图；以及
图6是根据本发明的第三实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
在本发明中，会话开始消息的传递路径预先已经建立完成，消息本身可以携带两个组播地址。MBMS GW是会话开始消息必须途径的网关，MCE可以透传消息到所有关联的ENodeB，也可以控制到达哪些ENodeB，而ENodeB是会话开始消息最后到达的网元。
图2是根据本发明的通道组播地址产生方法的流程图。如图2所示，该方法包括以下步骤：
步骤S202，当接收到关于业务的请求消息时，多媒体组播广播业务网关根据预定策略为业务分配通道组播地址；以及
步骤S204，多媒体组播广播业务网关将通道组播地址发送给相关基站，从而在多媒体组播广播业务网关与相关基站之间建立组播路径，其中，多媒体组播广播业务网关包括信令面和用户面。
其中，关于业务的请求消息至少包括：地址请求消息、多媒体组播广播业务消息、会话开始请求消息、或从多媒体组播广播业务网关的信令面向用户面发送的请求消息。
预定策略是由信令面指定的，是用于分配通道组播地址的依据，至少包括：相同的业务区域使用同一个通道组播地址；相同的业务类型使用同一个通道组播地址；以及所有的业务类型都使用同一个组播地址。
当多媒体组播广播业务网关的信令面和用户面功能处于不同的网络实体时，在步骤S202中执行以下处理：通过用户面来分配通道组播地址。在步骤S204中执行以下处理：通过信令面来将通道组播地址发送给相关基站。
具体地，在步骤S202中包括：当接收到关于业务的请求消息时，多媒体组播广播业务网关判断是否已为业务分配了通道组播地址；如果没有分配通道组播地址，则多媒体组播广播业务网关分配通道组播地址，并将通道组播地址添加到关于业务的请求消息中；或如果已经分配了通道组播地址，则多媒体组播广播业务网关无需分配通道组播地址，直接将通道组播地址填写到关于业务的请求消息中。
图3是根据本发明的通道组播地址传递方法的流程图。如图3所示，该方法包括以下步骤：
步骤S302，当接收到会话开始请求消息时，多媒体组播广播业务网关在会话开始请求消息中添加通道组播地址；以及
步骤S304，多媒体组播广播业务网关根据预定策略，将包含通道组播地址的会话开始请求消息转发至无线网络侧的组播广播业务相关网元。
在本发明中，多媒体组播广播业务网关包括信令面和用户面。
在步骤S302中执行以下处理：当用户面接收到会话开始请求消息时，确定在会话开始请求消息中是否已分配通道组播地址；如果还没有分配通道组播地址，则用户面分配通道组播地址，并在会话开始请求消息中填写上通道组播地址；以及如果已经分配通道组播地址，则用户面直接在会话开始请求消息中填写通道组播地址。
可选地，在步骤S302中执行以下处理：当信令面接收到会话开始请求消息时，信令面将会话开始请求消息转发给用户面，并且用户面确定在会话开始请求消息中是否已分配通道组播地址；如果还没有分配通道组播地址，则用户面分配通道组播地址，并在会话开始请求消息中填写上通道组播地址；以及如果已经分配通道组播地址，则用户面直接在会话开始请求消息中填写通道组播地址。
其中，会话开始请求消息至少包括：业务组播地址、会话标识、以及业务区域标识，以及包含通道组播地址的会话开始请求消息至少包括：通道组播地址、业务组播地址、会话标识、以及业务区域标识。
预定策略是由信令面指定的，是用于分配通道组播地址的依据，至少包括：相同的业务区域使用同一个通道组播地址；相同的业务类型使用同一个通道组播地址；以及所有的业务类型都使用同一个组播地址。
在步骤S304中执行以下处理：多媒体组播广播业务网关将包含通道组播地址的会话开始请求消息转发至无线侧控制面功能实体。然后，无线侧控制面功能实体向多媒体组播广播业务网关返回会话开始响应消息。
进一步地，在步骤S304中还执行以下处理：无线侧控制面功能实体将包含通道组播地址的会话开始请求消息发送给相关基站。然后，相关基站向无线侧控制面功能实体返回会话开始响应消息。
根据本发明的通道组播地址传递方法还包括以下步骤：当多媒体组播广播业务中心向多媒体组播广播网关发送组播广播业务数据时，多媒体组播广播网关使用通道组播地址封装组播广播业务数据，并将封装后的组播广播业务数据发送给相关基站；以及当相关基站接收到封装后的组播广播业务数据时，去封装封装后的组播广播业务数据，并获取业务组播地址，查找对应的会话ID，从而将组播广播业务数据发送给终端。
其中，相关基站具有相同的业务区域标识并且与无线侧控制面功能实体相连，由无线侧控制面功能实体负责进行数据同步。
图4是根据本发明的第一实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图。在图4所示的实施例中，在EMBMS***架构下，MBMS GW分为控制面功能实体(MBMS CP)和用户面功能实体(MBMS UP)两部分组成，MBMS CP接收到会话开始请求消息时，转发至MBMS UP，由MBMS UP分配或指定通道组播地址，并传递给MBMS CP，由MBMS CP借助会话开始消息将通道组播地址传递至无线侧控制面功能实体MCE及ENODEB，MCE可以透传消息到所有关联的ENodeB，也可以控制到达哪些ENodeB，ENodeB是会话开始消息最后到达的网元。由ENODEB根据该通道组播地址发起组播数据传输通道的建立。具体流程包括以下步骤：
步骤S402，MBMS CP接收到会话开始请求消息，请求消息中至少携带了业务组播地址，会话标识信息，以及业务区域标识等信息；
步骤S404，MBMS CP将会话开始请求转发至相应的MBMSUP；
步骤S406，如果还没有分配组播通道地址，MBMS UP分配通道组播地址，MBMS UP在会话开始响应消息中的通道组播地址参数填写为新分配的通道组播地址，如果已经分配了通道组播地址，则不需要重新分配，只要填写；
步骤S408，MBMS UP将会话开始响应发送至MBMS CP。消息中携带通道组播地址参数；
步骤S410，MBMS CP向MCE转发会话开始消息。消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S412，MCE向MBMS CP返回会话开始响应消息；
步骤S414，MCE向相关的ENodeB发送会话开始请求消息，消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S416，ENodeB保存会话中的地址和标识信息，并记录对应关系，向MCE返回会话开始响应消息；以及
步骤S418，如果ENodeB还没有建立与MBMS GW间的用户面组播路径，则根据消息中的通道组播地址发起建立请求。
然后，当BM-SC发送MBMS业务数据时，数据首先到达MBMSUP，MBMS UP使用通道组播地址封装数据报文，使数据发送至ENodeB，ENodeB收到组播报文时，去封装通道组播，获取业务组播地址，查找对应的Session ID，从而将数据继续发送到终端。
图5是根据本发明的第二实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图。在图5所示的实施例中，在EMBMS***架构下，MBMS GW分为控制面功能实体(MBMS CP)和用户面功能实体(MBMS UP)两部分组成，MBMS CP接收到会话开始请求消息时，发送业务或地址方面的请求消息给MBMS UP，由MBMS UP分配或指定通道组播地址，并在业务或地址方面的响应消息中传递给MBMS CP，由MBMS CP借助会话开始消息将通道组播地址传递至无线侧控制面功能实体MCE及ENODEB，MCE可以透传消息到所有关联的ENodeB，也可以控制到达哪些ENodeB，ENodeB是会话开始消息最后到达的网元。由ENODEB根据该通道组播地址发起组播数据传输通道的建立。具体流程包括以下步骤：
步骤S502，MBMS CP接收到会话开始请求消息，请求消息中至少携带了业务组播地址，会话标识信息，以及业务区域标识等信息；
步骤S504，MBMS CP向相应的MBMS UP发送业务或地址方面的请求消息；
步骤S506，如果还没有分配组播通道地址，MBMS UP分配通道组播地址，MBMS UP在业务或地址方面的响应消息的通道组播地址参数填写为新分配的通道组播地址，如果已经分配了通道组播地址，则不需要重新分配，只要填写；
步骤S508，MBMS UP向MBMS CP发送业务或地址方面的响应消息。消息中携带通道组播地址参数；
步骤S510，MBMS CP向MCE转发会话开始消息。消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S512，MCE向MBMS CP返回会话开始响应消息；
步骤S514，MCE向相关的ENodeB发送会话开始请求消息，消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S516，ENodeB保存会话中的地址和标识信息，并记录对应关系，向MCE返回会话开始响应消息；以及
步骤S518，如果ENodeB还没有建立与MBMS GW间的用户面组播路径，则根据消息中的通道组播地址发起建立请求。
然后，当BM-SC发送MBMS业务数据时，数据首先到达MBMSUP，MBMS UP使用通道组播地址封装数据报文，使数据发送至ENodeB，ENodeB收到组播报文时，去封装通道组播，获取业务组播地址，查找对应的Session ID，从而将数据继续发送到终端。
图6是根据本发明的第三实施例的基于EMBMS网络架构下获取通道组播地址方法的示意图。在图6所示的实施例中，在EMBMS***架构下，MBMS GW分为控制面功能实体(MBMS CP)和用户面功能实体(MBMS UP)两部分组成，MBMS UP接收到会话开始请求消息时，分配或指定通道组播地址，并将会话开始请求消息转发至MBMS CP，同时携带MBMS UP分配或指定的通道组播地址。由MBMS CP借助会话开始消息将通道组播地址传递至无线侧控制面功能实体MCE及ENODEB，MCE可以透传消息到所有关联的ENodeB，也可以控制到达哪些ENodeB，ENodeB是会话开始消息最后到达的网元。由ENODEB根据该通道组播地址发起组播数据传输通道的建立。具体流程包括以下步骤：
步骤S602，MBMS UP接收到会话开始请求消息，请求消息中至少携带了业务组播地址，会话标识信息，以及业务区域标识等信息；
步骤S604，如果还没有分配组播通道地址，MBMS UP分配通道组播地址，MBMS UP将会话开始请求消息的通道组播地址参数填写为新分配的通道组播地址，如果已经分配了通道组播地址，则不需要重新分配，只要填写；
步骤S606，MBMS UP向相应的MBMS CP发送会话开始请求消息，消息中携带MBMS UP分配或指定的通道组播地址参数；
步骤S608，MBMS CP向MBMS UP发送会话开始响应；
步骤S610，MBMS CP向MCE转发会话开始消息。消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S612，MCE向MBMS CP返回会话开始响应消息；
步骤S614，MCE向相关的ENodeB发送会话开始请求消息，消息中包含了通道和业务两类组播地址，以及会话标识；
步骤S616，ENodeB保存会话中的地址和标识信息，并记录对应关系，向MCE返回会话开始响应消息；以及
步骤S618，如果ENodeB还没有建立与MBMS GW间的用户面组播路径，则根据消息中的通道组播地址发起建立请求。
然后，当BM-SC发送MBMS业务数据时，数据首先到达MBMSUP，MBMS UP使用通道组播地址封装数据报文，使数据发送至ENodeB，ENodeB收到组播报文时，去封装通道组播，获取业务组播地址，查找对应的Session ID，从而将数据继续发送到终端。
综上所述，采用本发明的方法，能够使用户快速接入业务数据和切换业务类别，并且网络资源浪费很少，另外，本发明维护简单，便于新业务的添加，可以通过一个消息完成多个地址的传递。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (20)
1.一种通道组播地址产生方法，用于在移动通信网络架构下接入多媒体组播广播业务时，产生通道组播地址来建立组播广播业务传输路径，其特征在于，所述方法包括以下步骤：
步骤一，当接收到关于业务的请求消息时，多媒体组播广播业务网关根据预定策略为所述业务分配通道组播地址；以及
步骤二，所述多媒体组播广播业务网关将所述通道组播地址发送给相关基站，从而在多媒体组播广播业务网关与所述相关基站之间建立组播路径。
2.根据权利要求1所述的方法，其特征在于，所述多媒体组播广播业务网关包括信令面和用户面。
3.根据权利要求1所述的方法，其特征在于，所述关于业务的请求消息至少包括：地址请求消息、多媒体组播广播业务消息、会话开始请求消息、或从所述多媒体组播广播业务网关的所述信令面向所述用户面发送的请求消息。
4.根据权利要求1所述的方法，其特征在于，所述预定策略是由所述信令面指定的，是用于分配所述通道组播地址的依据，至少包括：
相同的业务区域使用同一个通道组播地址；
相同的业务类型使用同一个通道组播地址；以及
所有的业务类型都使用同一个组播地址。
5.根据权利要求1至4中任一项所述的方法，其特征在于，当所述多媒体组播广播业务网关的信令面和用户面功能处于不同的网络实体时，在所述步骤一中执行以下处理：
通过所述用户面来分配所述通道组播地址。
6.根据权利要求5所述的方法，其特征在于，在所述步骤二中执行以下处理：
通过所述信令面来将所述通道组播地址发送给所述相关基站。
7.根据权利要求1所述的方法，其特征在于，在所述步骤一中包括：
当接收到所述关于业务的请求消息时，所述多媒体组播广播业务网关判断是否已为所述业务分配了所述通道组播地址；
如果没有分配所述通道组播地址，则所述多媒体组播广播业务网关分配所述通道组播地址，并将所述通道组播地址添加到所述关于业务的请求消息中；或
如果已经分配了所述通道组播地址，则所述多媒体组播广播业务网关无需分配通道组播地址，直接将所述通道组播地址填写到所述关于业务的请求消息中。
8.一种通道组播地址传递方法，用于在移动通信网络架构下接入多媒体组播广播业务时，将所产生的通道组播地址通过会话开始消息传递到无线网络侧的组播广播业务相关网元，其特征在于，包括以下步骤：
步骤一，当接收到所述会话开始请求消息时，多媒体组播广播业务网关在所述会话开始请求消息中添加所述通道组播地址；以及
步骤二，所述多媒体组播广播业务网关根据预定策略，将包含所述通道组播地址的会话开始请求消息转发至所述无线网络侧的组播广播业务相关网元。
9.根据权利要求8所述的方法，其特征在于，所述多媒体组播广播业务网关包括信令面和用户面。
10.根据权利要求9所述的方法，其特征在于，在所述步骤一中执行以下处理：
当所述用户面接收到所述会话开始请求消息时，确定在所述会话开始请求消息中是否已分配所述通道组播地址；
如果还没有分配所述通道组播地址，则所述用户面分配所述通道组播地址，并在所述会话开始请求消息中填写上所述通道组播地址；以及
如果已经分配所述通道组播地址，则所述用户面直接在所述会话开始请求消息中填写所述通道组播地址。
11.根据权利要求9所述的方法，其特征在于，在所述步骤一中执行以下处理：
当所述信令面接收到所述会话开始请求消息时，所述信令面将所述会话开始请求消息转发给所述用户面，并且所述用户面确定在所述会话开始请求消息中是否已分配所述通道组播地址；
如果还没有分配所述通道组播地址，则所述用户面分配所述通道组播地址，并在所述会话开始请求消息中填写上所述通道组播地址；以及
如果已经分配所述通道组播地址，则所述用户面直接在所述会话开始请求消息中填写所述通道组播地址。
12.根据权利要求7所述的方法，其特征在于，所述会话开始请求消息至少包括：业务组播地址、会话标识、以及业务区域标识，以及
所述包含所述通道组播地址的会话开始请求消息至少包括：通道组播地址、业务组播地址、会话标识、以及业务区域标识。
13.根据权利要求7所述的方法，其特征在于，所述预定策略是由所述信令面指定的，是用于分配所述通道组播地址的依据，至少包括：
相同的业务区域使用同一个通道组播地址；
相同的业务类型使用同一个通道组播地址；以及
所有的业务类型都使用同一个组播地址。
14.根据权利要求7所述的方法，其特征在于，在所述步骤二中执行以下处理：
所述多媒体组播广播业务网关将包含所述通道组播地址的会话开始请求消息转发至无线侧控制面功能实体。
15.根据权利要求14所述的方法，其特征在于，还包括：
所述无线侧控制面功能实体向所述多媒体组播广播业务网关返回会话开始响应消息。
16.根据权利要求14所述的方法，其特征在于，在所述步骤二中还执行以下处理：
所述无线侧控制面功能实体将包含所述通道组播地址的会话开始请求消息发送给所述相关基站。
17.根据权利要求16所述的方法，其特征在于，还包括：
所述相关基站向所述无线侧控制面功能实体返回会话开始响应消息。
18.根据前述权利要求中任一项所述的方法，其特征在于，还包括：
当多媒体组播广播业务中心向所述多媒体组播广播网关发送组播广播业务数据时，所述多媒体组播广播网关使用所述通道组播地址封装所述组播广播业务数据，并将封装后的组播广播业务数据发送给所述相关基站；以及
当所述相关基站接收到所述封装后的组播广播业务数据时，去封装所述封装后的组播广播业务数据，并获取所述业务组播地址，查找对应的会话ID，从而将所述组播广播业务数据发送给终端。
19.根据权利要求16所述的方法，其特征在于，所述相关基站具有相同的业务区域标识并且与所述无线侧控制面功能实体相连。
20.根据权利要求16所述的方法，其特征在于，所述相关基站由所述无线侧控制面功能实体负责进行数据同步。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101525897A CN101141688A (zh) | 2007-10-12 | 2007-10-12 | 通道组播地址产生方法和传递方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101525897A CN101141688A (zh) | 2007-10-12 | 2007-10-12 | 通道组播地址产生方法和传递方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101141688A true CN101141688A (zh) | 2008-03-12 |
Family
ID=39193376
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101525897A Pending CN101141688A (zh) | 2007-10-12 | 2007-10-12 | 通道组播地址产生方法和传递方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101141688A (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010121572A1 (en) * | 2009-04-24 | 2010-10-28 | Huawei Technologies Co., Ltd. | System, method and multicast group address allocator for determining group address for ethernet-based multicast communication |
| WO2011076125A1 (zh) * | 2009-12-23 | 2011-06-30 | 华为终端有限公司 | 一种多播广播业务的方法、装置及*** |
| CN102821166A (zh) * | 2012-07-20 | 2012-12-12 | 华为终端有限公司 | 多媒体数据通信的方法、设备及*** |
| CN103190162A (zh) * | 2012-10-16 | 2013-07-03 | 华为技术有限公司 | 群组区域管理方法、设备及*** |
| CN105681205A (zh) * | 2016-02-04 | 2016-06-15 | 北京宇航***工程研究所 | 一种运载火箭地面测发控***总控网的数据组播传输方法 |
| CN106302399A (zh) * | 2016-07-29 | 2017-01-04 | 中兴通讯股份有限公司 | 控制组播接入的方法及***、云桌面、云终端 |
| CN108696827A (zh) * | 2018-07-16 | 2018-10-23 | 鼎桥通信技术有限公司 | 一种基于lte的透明组播方法和设备 |
| CN109391909A (zh) * | 2017-08-14 | 2019-02-26 | 华为技术有限公司 | 一种组播方法及装置 |
| CN109429186A (zh) * | 2017-08-31 | 2019-03-05 | 华为技术有限公司 | 数据传输的方法及装置 |
| WO2019080690A1 (zh) * | 2017-10-24 | 2019-05-02 | 华为技术有限公司 | 一种通信***、通信方法及其装置 |
| CN111212325A (zh) * | 2018-11-22 | 2020-05-29 | 玲珑视界科技（北京）有限公司 | 支持IPv4及IPv6的组播频道生产和播放***及方法 |
| CN111225241A (zh) * | 2019-12-30 | 2020-06-02 | 视联动力信息技术股份有限公司 | 一种通信方法和装置 |
| CN111800744A (zh) * | 2016-11-29 | 2020-10-20 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2022027425A1 (en) * | 2020-08-06 | 2022-02-10 | Zte Corporation | Signaling for multicast broadcast services |
| US11259149B2 (en) | 2017-08-14 | 2022-02-22 | Huawei Technologies Co., Ltd. | Multicast method and apparatus |
-
2007
- 2007-10-12 CN CNA2007101525897A patent/CN101141688A/zh active Pending
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8428060B2 (en) | 2009-04-24 | 2013-04-23 | Futurewei Technologies, Inc. | Determining the group address for an Ethernet-based multicast communication |
| WO2010121572A1 (en) * | 2009-04-24 | 2010-10-28 | Huawei Technologies Co., Ltd. | System, method and multicast group address allocator for determining group address for ethernet-based multicast communication |
| WO2011076125A1 (zh) * | 2009-12-23 | 2011-06-30 | 华为终端有限公司 | 一种多播广播业务的方法、装置及*** |
| CN102821166A (zh) * | 2012-07-20 | 2012-12-12 | 华为终端有限公司 | 多媒体数据通信的方法、设备及*** |
| CN102821166B (zh) * | 2012-07-20 | 2015-09-09 | 华为终端有限公司 | 多媒体数据通信的方法、设备及*** |
| RU2624579C2 (ru) * | 2012-10-16 | 2017-07-04 | Хуавей Текнолоджиз Ко., Лтд. | Способ, устройство и система управления групповой областью |
| CN103190162A (zh) * | 2012-10-16 | 2013-07-03 | 华为技术有限公司 | 群组区域管理方法、设备及*** |
| WO2014059607A1 (zh) * | 2012-10-16 | 2014-04-24 | 华为技术有限公司 | 群组区域管理方法、设备及*** |
| CN103190162B (zh) * | 2012-10-16 | 2016-03-09 | 华为技术有限公司 | 群组区域管理方法、设备及*** |
| CN105681205A (zh) * | 2016-02-04 | 2016-06-15 | 北京宇航***工程研究所 | 一种运载火箭地面测发控***总控网的数据组播传输方法 |
| CN105681205B (zh) * | 2016-02-04 | 2018-12-21 | 北京宇航***工程研究所 | 一种运载火箭地面测发控***总控网的数据组播传输方法 |
| CN106302399A (zh) * | 2016-07-29 | 2017-01-04 | 中兴通讯股份有限公司 | 控制组播接入的方法及***、云桌面、云终端 |
| US11930423B2 (en) | 2016-11-29 | 2024-03-12 | Huawei Technologies Co., Ltd. | Communication method and communications apparatus |
| CN111800744A (zh) * | 2016-11-29 | 2020-10-20 | 华为技术有限公司 | 一种通信方法及装置 |
| CN111800744B (zh) * | 2016-11-29 | 2023-04-11 | 华为技术有限公司 | 一种通信方法及装置 |
| CN109391909A (zh) * | 2017-08-14 | 2019-02-26 | 华为技术有限公司 | 一种组播方法及装置 |
| US11259149B2 (en) | 2017-08-14 | 2022-02-22 | Huawei Technologies Co., Ltd. | Multicast method and apparatus |
| CN109391909B (zh) * | 2017-08-14 | 2021-05-14 | 华为技术有限公司 | 一种组播方法及装置 |
| CN109429186A (zh) * | 2017-08-31 | 2019-03-05 | 华为技术有限公司 | 数据传输的方法及装置 |
| CN109429186B (zh) * | 2017-08-31 | 2021-01-29 | 华为技术有限公司 | 数据传输的方法及装置 |
| US11425537B2 (en) | 2017-10-24 | 2022-08-23 | Huawei Technologies Co., Ltd. | Communications system, communication method, and apparatus thereof |
| US20220369074A1 (en) | 2017-10-24 | 2022-11-17 | Huawei Technologies Co., Ltd. | Communication system, communication method, and apparatus thereof |
| WO2019080690A1 (zh) * | 2017-10-24 | 2019-05-02 | 华为技术有限公司 | 一种通信***、通信方法及其装置 |
| US11700509B2 (en) | 2017-10-24 | 2023-07-11 | Huawei Technologies Co., Ltd. | Communication system, communication method, and apparatus thereof |
| EP4184960A3 (en) * | 2017-10-24 | 2023-07-12 | Huawei Technologies Co., Ltd. | Communications system, communication method, and apparatus thereof |
| CN108696827B (zh) * | 2018-07-16 | 2021-09-03 | 鼎桥通信技术有限公司 | 一种基于lte的透明组播方法和设备 |
| CN108696827A (zh) * | 2018-07-16 | 2018-10-23 | 鼎桥通信技术有限公司 | 一种基于lte的透明组播方法和设备 |
| CN111212325A (zh) * | 2018-11-22 | 2020-05-29 | 玲珑视界科技（北京）有限公司 | 支持IPv4及IPv6的组播频道生产和播放***及方法 |
| CN111212325B (zh) * | 2018-11-22 | 2022-06-17 | 玲珑视界科技（北京）有限公司 | 支持IPv4及IPv6的组播频道生产和播放***及方法 |
| CN111225241A (zh) * | 2019-12-30 | 2020-06-02 | 视联动力信息技术股份有限公司 | 一种通信方法和装置 |
| WO2022027425A1 (en) * | 2020-08-06 | 2022-02-10 | Zte Corporation | Signaling for multicast broadcast services |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101141688A (zh) | 通道组播地址产生方法和传递方法 | |
| KR100951026B1 (ko) | 무선 원격통신 장치들 간의 그룹 통신들에 있어서 ｖｏｉｐ데이터 패킷들을 분배하기 위한 시스템 및 방법 | |
| CN101132607B (zh) | 演进多媒体广播组播业务接入网关、基站和方法 | |
| CN1625864B (zh) | 选择多播/广播服务的分组数据服务节点 | |
| EP1440537B1 (en) | Multicast support in packet switched wireless networks | |
| EP1421808B1 (en) | Mobile multipoint service | |
| CN101743768B (zh) | 用于在切换情景中减少控制信令的方法 | |
| WO2019114938A1 (en) | Method, system and apparatus for multicast session management in a 5g communication network | |
| KR100927985B1 (ko) | 무선통신 시스템에서 일대다 ｍｂｍｓ 정보를 획득하는방법 및 장치 | |
| CN102143430B (zh) | 一种配置mbms会话位置信息的方法和装置 | |
| JP4712095B2 (ja) | 通信方法および無線通信システム | |
| CN101094457B (zh) | 基于mbms网关建立mbms承载面数据传输通道的方法 | |
| CN102204368B (zh) | 移动通信***、控制站、基站和通信方法 | |
| CN100502358C (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
| CN101232429A (zh) | 点到多点gtp隧道的建立方法、网络设备 | |
| CN101868035A (zh) | 一种多点协作传输***及方法 | |
| CN101304550A (zh) | 提供多媒体广播/组播业务的方法及*** | |
| CN102045643B (zh) | 资源调整方法和多小区/多播协调实体 | |
| CN100518390C (zh) | 基于mbms会话建立mbms承载面数据传输通道的方法 | |
| CN105743663A (zh) | 一种数据传输装置和方法 | |
| CN101370163B (zh) | 一种多媒体广播组播业务的实现方法 | |
| CN101662356B (zh) | Embms***中控制信令的同步方法与装置 | |
| CN101370170A (zh) | 无线资源协调方法 | |
| CN101227454B (zh) | 一种传递组播业务加入指示的方法 | |
| CN101437222B (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080312 |