CN1177433C - 一种移动网络中广播多播业务源的管理方法 - Google Patents
一种移动网络中广播多播业务源的管理方法Info
- Publication number
- CN1177433C CN1177433C CNB021174296A CN02117429A CN1177433C CN 1177433 C CN1177433 C CN 1177433C CN B021174296 A CNB021174296 A CN B021174296A CN 02117429 A CN02117429 A CN 02117429A CN 1177433 C CN1177433 C CN 1177433C
- Authority
- CN
- China
- Prior art keywords
- multicast
- source
- multicast service
- service
- user
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种移动网络中广播多播业务源的管理方法，该方法的主要步骤为：扩展广播多播业务(MBMS)上下文，使其能够唯一标识一个特定源相关的多播业务；GGSN与移动网络内部的多播源间的网络采用支持指定源多播(SSM)模型的多播路由协议进行多播数据路由；对于移动网络提供的多播业务，除非特殊需要，采用指定源多播(SSM)模型专用的多播地址标识；移动网络按照指定多播源(SSM)多播模型方式加入多播组；用户申请多播业务时，可指定特定的多播源或多播业务的目的业务区；上述方案由于可以指定多播源，GGSN可能只接收特定多播源发出的多播数据，避免冗余数据在IP多播网的传递，提高了GGSN多播处理效率，降低多播网络负荷。
Description
技术领域
本发明涉及移动网络中的多播业务源的管理方法。
背景技术
在移动网络中提供广播/多播业务可以使网络中相同路径上的数据包按业务内容被传输一次，而不是按订阅用户的数目被传输多次，从而可以节省网络资源。按照第3代移动通信合作组织(3GPP)提出的广播/多播(MBMS)业务的管理方案，现有的广播多播业务源的管理方法在移动用户向移动网络申请多播业务时，用户使用由互联网协议(IP)多播地址和接入点名称(APN)组成的MBMS上下文(MBMS Context)来标识业务，移动网络设备服务GPRS支持节点(SGSN)对用户进行多播业务授权检查，GGSN为申请相应多播业务的第一个用户在GGSN与SGSN间建立多播业务的隧道，以使申请该多播业务的后继用户共享该隧道。在GGSN到广播多播业务源网络的接口(Gi接口)上，GGSN通常采用任意源多播(Any-Source Multicast)路由协议加入多播组，多播源与GGSN间的路由网络将指定多播组的所有多播源发出的数据均传送到GGSN，GGSN将接收到的多播组数据通过隧道发给用户。如果用户申请移动网络内多播业务，则GGSN需要从收到的多播数据中筛选出多播业务区相应业务源的数据后，转发给用户；如果用户申请Internet上的多播业务，则GGSN将收到的所有多播数据转发给用户。
由上述可知，现有方法的缺点在于：
1、由于现有方法在Gi接口上采用任意源多播业务路由协议模型，使得多播组内的用户将接收该多播组的所有多播源的数据。这种多播模型无法避免多播业务间的多播地址冲突，因此可能存在多个多播源使用同一多播地址发送数据，造成多播业务间的干扰；也无法对多播源进行限制，使得任意多播源均可以向多播组发送垃圾数据；
2、由于现有方法中只使用IP多播地址和APN来标识多播业务，无法满足用户只希望接收特定多播源发出的多播数据的要求；
3、当GGSN应用户请求加入多播组时，将接收该组内所有业务源发出的数据，如果要满足用户仅接收指定多播源发出数据的要求，GGSN需要筛选数据，这必然降低GGSN的处理效率；同时，该组内所有多播源发出的数据都被路由到GGSN，也增加了Gi接口网络的负荷；
4、对于划分业务区服务的多播业务来说，每个业务区可能对应一个多播业务源，GGSN下可能只有部分业务区有用户申请该业务，这时，GGSN只需要这些业务区相应的多播源的数据。但当GGSN把自己加入到指定的多播组中时，则该GGSN将接收到该多播业务的所有业务区的数据，因此GGSN必须对数据进行筛选，仅转发当前必须的业务区的数据到相应业务区，大量的数据数据筛选将降低GGSN的处理效率，同时也增加了Gi接口的负荷；
发明内容
本发明的目的在于提供一种高效的移动网络中广播多播业务源的管理方法，使用该方法可以提高网络资源的利用效率，有效降低网络负荷。
为达到上述目的，本发明提供的移动网络中广播多播业务源的管理方法，包括：
(1)扩展广播多播业务(MBMS)上下文，增加多播源信息参数，使其能够唯一标识一个多播业务区；
(2)网关GPRS支持节点(GGSN)与移动网络内部多播源间的网络采用支持指定源多播(SSM，Source-Specific Multicast)模型的多播路由协议进行多播数据路由；
(3)对于移动网络提供的多播业务，采用指定源多播(SSM)模型专用的多播地址标识；
(4)用户申请网络内的指定多播业务，并从网络接收指定的多播业务。
所述方法还包括：对于互联网(Internet)内的多播源，按照指定多播源(SSM)模型发送多播路由协议加入多播组。
步骤(1)所述增加多播源信息参数是多播源主机信息参数或目的多播业务区参数。
所述步骤(3)还包括：对于移动网络提供的不能限制多播源的多播业务，采用普通的多播地址标识；
步骤(4)所述用户申请并激活网络内的指定多播业务包括下述用户申请移动网络内的多播业务的过程：
(51)用户向服务GPRS支持节点(SGSN)发送激活分组数据协议(PDP)上下文请求(Activate PDP Context Request)消息，消息中包括MBMS上下文，消息中的PDP地址为指定多播业务的IP多播地址；
(52)SGSN根据消息中的接入点名称(APN)选择GGSN，判断是否与MBMS上下文相对应的多播业务的地一个连接，如果是，则在SGSN与GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，然后转步骤(53)，否则直接转步骤(55)；
(53)GGSN从MBMS上下文中取出多播业务区标识，并解析出目的多播业务相对应的多播源的IP地址IPsrc；
(54)GGSN采用支持指定源多播模式的多播路由协议，发送“加入多播组”请求，以订阅一个由IP
多播地址和多播源地址唯一标识的多播通道；
(55)用户从SGSN接收激活PDP上下文接收(Activate PDP ContextAccept)消息，用户申请移动网络内的多播业务的过程结束。
步骤(5)所述用户申请并激活网络内的指定多播业务包括下述用户申请互联网(Internet)内的多播业务的过程：
(61)用户向SGSN发送激活PDP上下文请求(Activate PDP ContextRequest)消息，消息中包括MBMS上下文，消息中的PDP地址为指定多播业务的IP多播地址；
(62)SGSN根据消息中的接入点名称(APN)选择GGSN，判断是否与MBMS上下文相对应的多播业务的地一个连接，如果是，则在SGSN与GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，然后转步骤(63)，否则直接转步骤(65)；
(63)如果MBMS上下文包括多播源主机信息，GGSN从MBMS上下文中取出多播源主机信息，判断是否为IP地址，如不是，则将它当成主机域名，通过域名系统(DNS)解析出多播源IP地址IPsrc；如是，不进行DNS解析；如MBMS上下文没有包括多播源主机信息，也不进行DNS解析，多播源主机IP地址为空；
(64)GGSN采用支持指定源多播模式的多播路由协议，发送“加入多播组”请求；当多播源IP地址不为空，且GGSN与多播源间路由网络完全支持指定源多播模式时，GGSN就订阅了一个由IP多播地址和多播源地址唯一标识的多播通道，多播网络将该多播组内GGSN要求的相应多播源发出多播数据路由至GGSN；如多播源地址为空，或者GGSN与多播源间路由网络不支持或不完全支持指定源多播模式时，Internet网络将采用任意源多播模式路由多播数据，该多播组内所有多播源的数据均将路由至GGSN，如用户在MBMS上下文中指定了多播源，则GGSN需要过滤出指定多播源发出的数据转发给用户；如用户在MBMS Context中没有指定多播源，则GGSN将向已经建立的多播隧道转发所有接收到的多播数据；
(65)用户从SGSN接收激活PDP上下文接收(Activate PDP ContextAccept)消息，用户申请互联网内的多播业务的过程结束。
所述方法还包括下述用户释放多播业务的过程：
(71)用户向SGSN发送释放多播业务请求(Detach Request)消息；
(72)SGSN检查是否还有用户共享SGNS与GGSN间的多播业务隧道，如果当前用户释放后，该多播隧道已经无用户共享，则SGSN向GGSN发送删除PDP上下文请求(Delete PDP Context Request)消息，GGSN删除指定隧道后向SGSN发送删除PDP上下文响应(Delete PDP Context Response)消息；如还有用户正在使用该隧道，则转步骤(74)；
(73)GGSN采用支持指定源多播模式的多播路由协议，发送“离开多播组”请求，然后停止转发数据到步骤(72)删除的隧道，用户停止接收多播数据；
(74)释放多播业务的过程结束。
与现有方法相比，由于本发明用支持指定源多播(SSM)模型的多播路由协议进行多播数据路由，并且扩展了原有的广播多播业务(MBMS)上下文，使其能够唯一标识一个多播业务区，使得在接收网络上的多播业务数据时，用户可指定多播源，从而只接收特定多播源发出的多播数据，避免收到垃圾数据；在接收多播业务数据时，可以由多播源和多播组地址唯一确定一个多播通道，订阅该通道的用户只收到通道内的多播数据，避免了各业务间的相互干扰； 由于使用了指定源多播模式路由多播数据，使GGSN无须接收到一个多播组所有多播源的数据，对于分区服务的多播业务，GGSN也可只接收当前有用户区域的多播源发出的数据，减少了冗余数据在多播网络的传输和GGSN对冗余数据的处理工作量，从而提高GGSN多播处理效率，降低了网络接口负荷。
附图说明
图1是本发明所述方法的实施例流程图；
图2是实现MBMS业务的网络结构图。
具体实施方式
下面结合附图对本发明作进一步详细的描述。
为在移动网络中提供高效的广播/多播业务，3GPP中提出了MBMS业务。能够实现MBMS业务的网络结构参考图2，在图2所示的结构中，GGSN与多播源间接口为Gi接口，所述多播源包括该图中的广播/多播业务中心(MB-SC)、Internet网络的多播/广播源(Broadcast/Multicast Source)、移动网络内多播/广播源。为能开展地域特色业务，MBMS允许移动网络内提供的多播业务按分区提供服务，不同多播业务区分发的数据可能不同。
为提高移动网络多播处理效率和降低IP多播网络的负荷。本发明提出了一种多播源管理技术方案，同时实现用户选择接收多播组内特定的多播源的数据，具体的实施方案参考图1。按照图1，在步骤1，扩展MBMS上下文(MBMS Context)的参数，增加多播源信息参数，使其具有提供指定多播源的能力。多播源可以是目的多播业务区标识或多播源主机信息，由“IP组播地址、接入点名称(APN)和目的多播业务区”三个参数唯一标识一个多播业务区的多播服务；由“IP组播地址、APN和多播源主机信息”唯一标识一多播源发出的多播业务。然后使GGSN与多播源间的网络按指定源多播模型进行多播数据路由。因此需要实现GGSN与移动网内部多播源间网络的多播路由和实现GGSN与Internet上的多播源间网络的多播路由。
移动网内部的多播源包括移动业务中心(MB-SC)和移动网络内部的多播源(Broadcast/Multicast Source)。GGSN与移动网内部多播源之间的网络在步骤2按指定源多播(SSM)模型进行组网和配置，并采用支持指定源多播模型的多播路由协议进行多播数据路由，例如使用版本2的PIM-SM(Protocol Independent Multicast-Sparse Mode)等路由协议。
在步骤3，由移动网络提供的多播业务采用指定源多播模型专用的多播地址标识，该类地址是多播地址段中的一部分，IPv4中该地址段范围为：232.0.0.0至232.255.255.255，IPv6中前缀为FF3X∷和FF2X∷的地址均为该类地址。部分不能限制多播源的特殊多播业务仍然采用普通多播地址，例如：利用多播实现群组聊天业务，或群组会议等。由于SSM多播模型与普通任意源多播(Any-Source Multicast)兼容，固不影响这类业务的开展。
由于在指定源多播路由模式中，由多播源和多播组地址唯一确定一个多播通道(channel)，订阅该通道的用户只收到通道内的多播数据。所以，采用指定源多播模式路由，避免了各业务间的干扰。
MBMS业务允许多播业务按多播业务区(Multicast Area)分区服务，不同业务区的数据不同，分区服务可能采用多个多播源发出数据。采用指定源多播模式路由，GGSN只需加入有用户正在接收服务的那些多播业务区对应的多播通道中，只接收到这些多播业务区的多播数据，因此能够提高GGSN多播处理效率和降低Gi接口网络负荷。
虽然GGSN与Internet网内的多播源(Broadcast/Multicast Source)间网络使用的多播路由协议无法控制和规划，但为了利用指定源多播的优点和与符合多播未来发展趋势，在步骤4，GGSN仍然按SSM模型发送多播路由协议加入多播组，即：当GGSN知道多播源信息时，在“加入多播组”消息中指定多播源。
如果GGSN与Internet网的多播源间网络支持指定源多播模式且用户指定了多播源，则GGSN将只收到指定源发送的数据，以提高GGSN多播处理效率和网络负荷。如果GGSN与Internet网的多播源间网络不支持或不完全支持指定源多播模式，Internet网络将采用任意源多播模式路由多播数据，该多播组内所有多播源的数据均将路由至GGSN。如果用户在MBMSContext中指定了多播源，则GGSN需要完成数据筛选的工作，以避免垃圾数据传送给用户；如果用户在MBMS Context中没有指定多播源，则GGSN将向用户转发所有接收到的多播数据。
基于以上步骤，用户即可在步骤4申请网络内的指定多播业务，并从网络接收指定的多播业务。本步骤在具体实现时包括用户申请移动网络内的多播业务的过程、用户申请互联网(Internet)内的多播业务的过程和用户释放多播业务的过程。
用户申请移动网络内的多播业务的流程参考下述步骤，包括分区和不分区服务的多播业务：
A1)用户发送激活PDP上下文请求(Activate PDP Context Request)消息给SGSN，消息中的PDP地址为指定多播业务的IP多播地址，消息中包含了MBMS Context，当用户指定了目的多播业务区时，MBMS Context包含用户指定的目的多播业务区标识，如用户没有指定目的多播业务区，SGSN将在MBMS Context中加上用户当前位置所在多播业务区的标识。对于不分区服务的多播业务，当成只有一个多播业务区的业务处理，或者由SGSN填写上该业务的业务源主机域名作为多播业务区标识；
A2)执行多播安全(Security)操作；该步骤是可选步骤，实际中也可以不执行；
A3)SGSN检查用户的多播业务签约信息，以决定是否授权用户对多播业务的接入。签约信息是用户在进行GPRS附着或路由区更新时从归属位置积存器(HLR)发送到SGSN的。如用户没有签约欲申请的多播业务，运营商可决定是否授权用户接入该多播业务；
A4)和普通创建PDP上下文过程类似，SGSN根据消息中的接入点名称(APN)选择GGSN，判断是否与MBMSContext相对应的多播业务的第一个连接，如果是，则在SGSN与GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，使该MBMS Context的后继连接共享第一次为该多播业务建立的隧道，然后转步骤A5)，否则直接转步骤A7)；
A5)GGSN从MBMS Context中取出多播业务区标识，并解析出目的多播业务相对应的多播源的IP地址IPsrc，具体的解析操作可以使用DNS查询、GGSN固定配置、或MB-SC向GGSN播送业务区和多播源对应关系等方法实现；
A6)GGSN使用支持指定源多播模式的多播路由协议，发送“加入多播组”请求，以订阅一个由IP多播地址和多播源地址唯一标识的多播通道(channel)。多播网络将该多播组内GGSN要求的相应多播源发出多播数据路由至GGSN，GGSN将相应多播源的数据转发到已经建立的多播隧道中，申请多播业务的用户即可接收多播数据
A7)用户从SGSN接收激活PDP上下文接收(Activate PDP ContextAccept)消息，用户申请移动网络内的多播业务的过程结束。
用户申请Internet网络的多播业务流程参考下述步骤：
B1)用户发送激活PDP上下文请求(Activate PDP Context Request)消息给SGSN，消息中的PDP地址为指定多播业务的IP多播地址，消息中包含了MBMS Context。MBMS Context可能附带了用户指定的多播源主机信息，也可能包含端口号；多播源主机信息是多播源主机域名或其IP地址；
B2)执行多播安全(Security)操作，该步骤是可选步骤，实际中也可以不执行；
B3)SGSN检查用户的多播业务签约信息，以决定是否授权用户对多播业务的接入。签约信息是用户在进行GPRS附着或路由区更新时从归属位置积存器(HLR)发送到SGSN。如用户没有签约欲申请的多播业务，运营商可决定是否授权用户接入该多播业务；
B4)和普通创建PDP上下文过程类似，SGSN根据APN选择GGSN，判断是否与MBMS上下文相对应的多播业务的第一个连接，如果是，则在SGSN与GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，然后转步骤B5)，否则直接转步骤B7)；
B5)如果MBMS Context包含多播源主机信息，GGSN从MBMSContext取出多播源主机信息，判断是否为IP地址，如果不是，则将其作为主机域名，通过DNS解析出多播源IP地址IPsrc；如果是，不进行DNS解析，如果MBMS Context没有包含多播源主机信息，也不进行DNS解析，多播源主机IP地址为空，表示不对多播源作限制要求；
B6)GGSN使用支持指定源多播模式的多播路由协议，发送“加入多播组”请求，当多播源IP地址不为空，且GGSN与多播源间路由网络完全支持指定源多播模式时，GGSN就订阅了一个由IP多播地址和多播源地址唯一标识的多播通道(channel)，多播网络将该多播组内GGSN要求的相应多播源发出多播数据路由至GGSN；如果多播源地址为空，或者GGSN与多播源间路由网络不支持或不完全支持指定源多播模式时，Internet网络将采用任意源多播模式路由多播数据，该多播组内所有多播源的数据均将路由至GGSN，这种情况下，如果用户在MBMS Context中指定了多播源，则GGSN需要过滤出指定多播源发出的数据转发给用户；如用户在MBMSContext中没有指定多播源，则GGSN将向已经建立的多播隧道转发所有接收到的多播数据；
B7)用户从SGSN接收激活PDP上下文接收(Activate PDP ContextAccept)消息，用户申请互联网内的多播业务的过程结束。
用户释放多播业务的过程参考下述步骤：
C1)用户向SGSN发送释放多播业务请求(Detach Request)消息；
C2)SGSN检查是否还有用户共享SGNS与GGSN间的多播业务隧道，如果当前用户释放后，该多播隧道已经无用户共享，则SGSN将向GGSN发起删除PDP上下文请求(Delete PDP Context Request)，以删除隧道；如还有用户正在使用该隧道，则转步骤C4处理；
C3)GGSN采用支持指定源多播模式的多播路由协议，发送“离开多播组”请求，然后停止转发数据到步骤C2)删除的隧道，用户停止接收多播数据；
C4)释放多播业务的过程结束。
Claims (9)
1、一种移动网络中广播多播业务源的管理方法，包括：
(1)扩展广播多播业务MBMS上下文，增加多播源信息参数，使其能够唯一标识一个多播业务区；
(2)网关GPRS支持节点GGSN与移动网络内部多播源间的网络采用支持指定源多播SSM模型的多播路由协议进行多播数据路由；
(3)对于移动网络提供的多播业务，采用指定源多播SSM模型专用的多播地址标识；
(4)用户申请网络内的指定多播业务，并从网络接收指定的多播业务。
2、根据权利要求1所述的移动网络中广播多播业务源的管理方法，其特征在于所述方法还包括：对于互联网(Internet)内的多播源，节点GGSN按照指定源多播SSM模型方式加入多播组。
3、根据权利要求2所述的移动网络中广播多播业务源的管理方法，其特征在于：步骤(1)所述多播源信息参数是多播源主机信息参数或目的多播业务区参数。
4、根据权利要求3所述的移动网络中广播多播业务源的管理方法，其特征在于所述步骤(3)还包括：对于移动网络提供的不能限制多播源的多播业务，采用普通的多播地址标识。
5、根据权利要求1、2、3或4所述的移动网络中广播多播业务源的管理方法，其特征在于步骤(4)所述用户申请网络内的指定多播业务包括下述用户申请移动网络内的多播业务的过程：
(51)用户向服务GPRS支持节点SGSN发送激活分组数据协议PDP上下文请求(Activate PDP Context Request)消息，消息中包括广播多播业务MBMS上下文，消息中的分组数据协议PDP地址为指定多播业务的IP多播地址；
(52)节点SGSN根据消息中的接入点名称(APN)选择节点GGSN，判断是否与广播多播业务MBMS上下文相对应的多播业务的第一个连接，如果是，则在节点SGSN与节点GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，然后转步骤(53)，否则直接转步骤(55)；
(53)节点GGSN从广播多播业务MBMS上下文中取出多播业务区标识，并解析出目的多播业务相对应的多播源的IP地址IPsrc；
(54)节点GGSN采用支持指定源多播模式的多播路由协议，发送“加入多播组”请求，以订阅一个由IP多播地址和多播源地址唯一标识的多播通道；
(55)用户从节点SGSN接收激活PDP上下文接收(Activate PDPContext Accept)消息，用户申请移动网络内的多播业务的过程结束。
6、根据权利要求5所述的移动网络中广播多播业务源的管理方法，其特征在于：在步骤(51)中，广播多播业务MBMS上下文中包含用户指定的目的多播业务区标识；如果用户没有指定目的多播业务区，节点SGSN将在广播多播业务MBMS上下文中加上用户当前位置所在多播业务区的标识。
7、根据权利要求6所述的移动网络中广播多播业务源的管理方法，其特征在于：在步骤(51)中，对于不分区服务的多播业务，作为只有一个多播业务区的分区服务的多播业务处理，或者由节点SGSN填写上该业务的业务源主机域名作为多播业务区标识。
8、根据权利要求1、2、3或4所述的移动网络中广播多播业务源的管理方法，其特征在于步骤(4)所述用户申请网络内的指定多播业务包括下述用户申请互联网(Internet)内的多播业务的过程：
(81)用户向节点SGSN发送激活分组数据协议PDP上下文请求(Activate PDP Context Request)消息，消息中包括广播多播业务MBMS上下文，消息中的分组数据协议PDP地址为指定多播业务的IP多播地址；
(82)节点SGSN根据消息中的接入点名称(APN)选择节点GGSN，判断是否与广播多播业务MBMS上下文相对应的多播业务的第一个连接，如果是，则在节点SGSN与节点GGSN之间为该多播业务建立GPRS隧道协议(GTP)隧道，然后转步骤(83)，否则直接转步骤(85)；
(83)如果广播多播业务MBMS上下文包括多播源主机信息，节点GGSN从广播多播业务MBMS上下文中取出多播源主机信息，判断是否为IP地址，如不是，则将它当成主机域名，通过域名系统DNS解析出多播源IP地址IPsrc；如是，不进行DNS解析；如MBMS上下文没有包括多播源主机信息，也不进行DNS解析，多播源主机IP地址为空；
(84)节点GGSN采用支持指定源多播模式的多播路由协议，发送“加入多播组”请求；当多播源IP地址不为空，且节点GGSN与多播源间路由网络完全支持指定源多播模式时，节点GGSN就订阅了一个由IP多播地址和多播源地址唯一标识的多播通道，多播网络将该多播组内节点GGSN要求的相应多播源发出多播数据路由至节点GGSN；如多播源地址为空，或者节点GGSN与多播源间路由网络不支持或不完全支持指定源多播模式时，Internet网络将采用任意源多播模式路由多播数据，该多播组内所有多播源的数据均将路由至节点GGSN，如用户在广播多播业务MBMS上下文中指定了多播源，则节点GGSN需要过滤出指定多播源发出的数据转发给用户；如用户在广播多播业务MBMSContext中没有指定多播源，则节点GGSN将向已经建立的多播隧道转发所有接收到的多播数据；
(85)用户从节点SGSN接收激活分组数据协议PDP上下文接收(Activate PDP Context Accept)消息，用户申请互联网内的多播业务的过程结束。
9、根据权利要求8所述的移动网络中广播多播业务源的管理方法，其特征在于所述方法还包括下述用户释放多播业务的过程：
(91)用户向节点SGSN发送释放多播业务请求(Detach Request)消息；
(92)节点SGSN检查是否还有用户共享节点SGNS与节点GGSN间的多播业务隧道，如果当前用户释放后，该多播隧道已经无用户共享，则节点SGSN向节点GGSN发送删除分组数据协议PDP上下文请求(DeletePDP Context Request)消息，节点GGSN删除指定隧道后向节点SGSN发送删除分组数据协议PDP上下文响应(Delete PDP ContextResponse)消息；如还有用户正在使用该隧道，则转步骤(94)；
(93)节点GGSN采用支持指定源多播模式的多播路由协议，发送“离开多播组”请求，然后停止转发数据到步骤(92)删除的隧道，用户停止接收多播数据；
(94)释放多播业务的过程结束。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021174296A CN1177433C (zh) | 2002-04-19 | 2002-04-19 | 一种移动网络中广播多播业务源的管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021174296A CN1177433C (zh) | 2002-04-19 | 2002-04-19 | 一种移动网络中广播多播业务源的管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1452342A CN1452342A (zh) | 2003-10-29 |
| CN1177433C true CN1177433C (zh) | 2004-11-24 |
Family
ID=29221121
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB021174296A Expired - Fee Related CN1177433C (zh) | 2002-04-19 | 2002-04-19 | 一种移动网络中广播多播业务源的管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1177433C (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101018168B (zh) * | 2006-02-06 | 2010-08-18 | 华为技术有限公司 | Ip多媒体系统业务的承载方法及其系统 |
| US11875805B2 (en) | 2013-04-05 | 2024-01-16 | Dolby International Ab | Audio encoder and decoder for interleaved waveform coding |
| US12273695B2 (en) | 2010-03-23 | 2025-04-08 | Dolby Laboratories Licensing Corporation | Methods, apparatus and systems for audio reproduction |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101042803B1 (ko) * | 2003-11-06 | 2011-06-20 | 삼성전자주식회사 | 이동통신시스템에서 방송 서비스를 위한 호출 방법 |
| CN100563126C (zh) * | 2003-12-31 | 2009-11-25 | 三星电子株式会社 | 移动通信系统中的选择组合方法和装置 |
| KR100735349B1 (ko) * | 2004-01-08 | 2007-07-04 | 삼성전자주식회사 | 이동통신 시스템에서 브로드캐스트 서비스와 멀티캐스트 서비스를 통합하는 방법 및 장치 |
| CN1266898C (zh) * | 2004-03-29 | 2006-07-26 | 华为技术有限公司 | 一种实现多媒体广播/组播服务业务激活的方法 |
| CN100353724C (zh) * | 2004-04-16 | 2007-12-05 | 华为技术有限公司 | 业务传输承载及mbms业务实现方法 |
| CN100344092C (zh) * | 2004-05-12 | 2007-10-17 | 华为技术有限公司 | 一种广播业务的会话方法 |
| CN100463548C (zh) * | 2005-05-11 | 2009-02-18 | 中兴通讯股份有限公司 | 移动IPv6标准中移动节点向通信节点注册的方法 |
| CN100440863C (zh) * | 2005-07-11 | 2008-12-03 | 中兴通讯股份有限公司 | 扩展路由功能的具体源静态组功能实现方法 |
| CN1925480B (zh) * | 2005-08-30 | 2010-05-12 | 上海贝尔阿尔卡特股份有限公司 | 互联网协议多媒体子系统业务支持方法、实体和网络 |
| CN100417141C (zh) * | 2005-11-29 | 2008-09-03 | 华为技术有限公司 | 一种组播业务实现方法 |
| CN101127941B (zh) * | 2006-08-18 | 2010-11-03 | 华为技术有限公司 | 一种为群组订阅移动业务的方法及管理中心服务器 |
| CN100531137C (zh) * | 2006-08-25 | 2009-08-19 | 中兴通讯股份有限公司 | 移动通信系统组播业务中建立控制面隧道的方法 |
| CN101370257B (zh) * | 2007-08-14 | 2012-09-05 | 中兴通讯股份有限公司 | 长期演进架构下的多媒体广播多播业务实现方法及系统 |
| JP5025440B2 (ja) * | 2007-12-04 | 2012-09-12 | 株式会社日立国際電気 | 通信システム及びゲートウェイ |
| CN102291688B (zh) * | 2011-09-23 | 2014-03-19 | 电信科学技术研究院 | 一种基于mbms业务的切换方法和设备 |
| US11259343B2 (en) * | 2020-03-31 | 2022-02-22 | Juniper Networks, Inc. | Multicast replication in 5G networks |
| CN115913369A (zh) * | 2021-09-30 | 2023-04-04 | 上海诺基亚贝尔股份有限公司 | 无源光网络中的通信方法和设备以及计算机可读介质 |
-
2002
- 2002-04-19 CN CNB021174296A patent/CN1177433C/zh not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101018168B (zh) * | 2006-02-06 | 2010-08-18 | 华为技术有限公司 | Ip多媒体系统业务的承载方法及其系统 |
| US12273695B2 (en) | 2010-03-23 | 2025-04-08 | Dolby Laboratories Licensing Corporation | Methods, apparatus and systems for audio reproduction |
| US11875805B2 (en) | 2013-04-05 | 2024-01-16 | Dolby International Ab | Audio encoder and decoder for interleaved waveform coding |
| US12456473B2 (en) | 2013-04-05 | 2025-10-28 | Dolby Interntional Ab | Audio encoder and decoder for interleaved waveform coding |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1452342A (zh) | 2003-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1177433C (zh) | 一种移动网络中广播多播业务源的管理方法 | |
| CN111526552B (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
| CN1232081C (zh) | 网络通信中组播报文的转发方法 | |
| CN1251452C (zh) | 在多点互连协议网络中实现通话群呼叫的方法 | |
| CN1203695C (zh) | 临时移动组标识的产生与分配方法 | |
| CN1192574C (zh) | 受控组播的系统及其实现方法 | |
| CN1213567C (zh) | 一种网络设备的集群管理方法 | |
| WO2021227702A1 (zh) | 多播通信方法和相关装置 | |
| WO2008113263A1 (fr) | Procédé pour supporter un service de diffusion/multidiffusion multimédia dans l'évolution d'une architecture système | |
| CN1135689A (zh) | 互连局域网的方法和装置 | |
| CN1496069A (zh) | 多点通信方法和装置 | |
| CN1653728A (zh) | 用于在码分多址移动通信系统中提供广播服务的方法 | |
| CN1672359A (zh) | 定源多播组地址到源地址的映射 | |
| CN1543728A (zh) | 面向点到点的分组交换电信网络中的组播 | |
| CN1605176A (zh) | 在面向点到点的分组交换网络中广播 | |
| CN1731756A (zh) | 用缓慢离开机制处理用户离开、切换组播业务频道请求的方法和装置 | |
| CN101030918A (zh) | 一种基于ip网络提供组播业务的方法、设备和系统 | |
| CN1728684A (zh) | 数据包传送装置 | |
| CN1192576C (zh) | 移动网络中实现多播业务的方法 | |
| CN1497997A (zh) | 移动通信系统和控制其操作的方法以及用于该系统的节点 | |
| CN1863121A (zh) | 二层隧道协议网络服务器及其隧道建立方法 | |
| CN1859304A (zh) | 一种邻居发现的实现方法 | |
| WO2007054006A1 (en) | A base station of wideband wireless access system and a method for realizing group-broadcast service | |
| CN1258932C (zh) | 在移动通信系统转移分组呼叫的方法 | |
| CN1735050A (zh) | 在接入设备中管理组播业务的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| 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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20041124 Termination date: 20200419 |