【摘要】：HA采用XCast的多播封装技术，而不是通过不同隧道给同一个会话发送多播数据。HA需要追踪每个多播组的独立接收端的地址。HA将地址清单编码后放在XCast报头。MH始终进行远程订制，并且在本地的多播路由器处加入到会话中。与此同时，MH通过双向隧道订制会话，但是不在常规操作时接收任何多播业务。Hold消息里包含了移动用户定制的多播组地址名单。HA依然保持订制多播会话的状态。
为了解决双向隧道和远程订制效率不高的问题，我们提出了一些扩展建议。下面简要介绍一些紧密相关的扩展。
1.保持业务的多播属性
双向隧道技术的主要问题就是它无法保持业务的多播属性。为了解决“多播雪崩”问题，Lee（2001）提出利用XCast（Explicit Multicast，显式多播），XCast的定义在（Boivie等人，2007）。HA采用XCast的多播封装技术，而不是通过不同隧道给同一个会话发送多播数据。HA需要追踪每个多播组的独立接收端的地址。HA将地址清单编码后放在XCast报头。HA只发送一个数据包，要用到这个数据包时，就由有XCast能力的路由器进行复制。XCast支持的接收端数量非常有限。(www.xing528.com)
2.会话无缝切换
通过远程订制来接收多播业务在路由器处理效率和频带利用率方面都有好处。通过本地的多播路由器订制业务比较耗时，所以可能导致会话数据丢失。为了让会话切换过程更加平滑，（Jelger and Noel，2002）提出将双向隧道技术和远程订制进行合并。MH始终进行远程订制，并且在本地的多播路由器处加入到会话中。与此同时，MH通过双向隧道订制会话，但是不在常规操作时接收任何多播业务。当MH即将与外网间建立订制关系时，它通过成员信息报告激活本地网络与外部网络间的隧道。当远程订制正在处理时，HA就开始通过隧道向MH发送数据，以避免数据丢失。订制成功结束后，MH就给HA发送一个“挂起”（hold）消息，让HA停止发送数据包。Hold消息里包含了移动用户定制的多播组地址名单。HA依然保持订制多播会话的状态。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
