本节描述给多播组的用户发送多播业务时在GGSN、SGSN、RNC中进行的路由确定过程。假定多播应用中所使用的协议是IP多播协议，并且跟GGSN处于同一位置的BM-SC形成一部分多播发送树。在GGSN中处理一个多播信息的步骤描述如下：
1）当接收到一个由多播IP地址验证的多播包时，GGSN查寻它的M-PDP上下文表，寻找拥有相同多播地址的M-PDP上下文。
2）验证正确的M-PDP上下文之后，GGSN在MSR列表中迭代，寻找属于多播用户的PDP上下文。基于这个寻找，GGSN动态地创建一个SGSN路由地址列表，该列表服务于相应多播组的多播用户。
3）GGSN只转发一份多播信息的备份给步骤2中建立的SGSN路由地址列表中的每一个入口。多播包使用存储于MGC中的M-TEID在Gn接口进行隧道传输。
由于多播IP地址使用的是相同的前缀，我们假设M-TEID可以通过简单的检查和常规TEID区分开来。在SGSN中处理一个多播信息的流程和在GGSN中处理多播信息的流程是一样的，但是还需要SGSN对其不知道确切位置的多播用户执行额外的寻呼流程。接下来多播包仅转发给正在服务多播用户的RNC。
1）当接收到一个多播N-PDU，SGSN尝试将其与所存储的M-PDP上下文列表关联。
2）当找到了匹配的M-PDP上下文后，SGSN遍历封装在M-PDP上下文中的MSR。每个MSR查寻多播用户的实际移动性和路由内容。若因为多播用户处于PMM-IDLE状态SGSN无法提供其有效的路由信息，则执行寻呼流程来决定正在服务多播用户的实际RNC的路由地址。一旦对所有的PMM-IDLE状态的多播用户都执行了寻呼流程，SGSN为正在服务多播用户的RNC动态地建立路由地址列表。(www.xing528.com)
3）SGSN发送一个多播包的备份给步骤2）中创建的RNC地址列表中的每个入口。多播包使用M-TEID在Iu接口进行隧道传输。
RNC是来自SGSN的隧道的接收端。RNC与SGSN类似，在相应的M-RAB上下文中为所有MSR查寻移动性和路由信息时，执行相同的寻呼流程。多播信息通过Iub和Uu接口在UTRAN中转发，可能会在PTM或PTP信道上传输（第8章中已经讨论过了）。
图9.5概括了根据所提多播机制确定多播包路由的主要步骤。在图9.5中，假设RNC只给那些拥有多播用户的Node B复制转发多播包，且多播包在公共信道上通过空中接口传输。
图9.5 动态多播的分组转发
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
