于每个流和/或每个应用选择最合适的IP地 址的能力和/或信息。由于WTRU 600没有选择并使用合适IP地址所需的智能，因此在没 有另一方式的情况下会产生问题。
[0076] 一个可能的问题是WTRU 600可以经由用于不需要这些能力的通信的IP移动性使 能的地址变得连接的。这种通信的示例包括非常短的对话，例如域名系统（DNS)查询和响 应、自己能够更有效处理IP地址改变的应用等。使用用于这种通信的IP移动性使能IP地 址可导致在移动运营商的核心中不必要的信令开销和额外的业务量，而利益没有增加。
[0077] 另一个可能的问题是WTRU 600使用用于需要IP地址连续性通信的非IP移动性 使能的地址变得是连接的。通过网际协议的语音（VoIP)通信例如能够需要IP地址连续性。 使用用于这种通信的非IP移动性使能的IP地址可能导致在WTRU改变其附着点的情况下 的通信中断。
[0078] 还一个可能问题是WTRU可以终止于尝试使用本意用于本地通信的地址来联系公 共因特网上的对等端。
[0079] 仍然另一个可能问题是WTRU 600可能保持使用单个IP地址（在不同于其当前的 附着点的节点上锚定），即使可能有可能导致更优化路径的其他的IP地址可用于WTRU使 用。
[0080] 在图6的示例中，认为WTRU 600初始附着到D-GW1610 (该附着在图6中未示出） 并请求播放经由内容分发网络（CDN)可获得的某视频。这里，请求的视频在本地连接到 D-GW1610的⑶N缓存节点620可得。基于该通信（即视频）的性质以及WTRU 600可能在 视频持续期间移动（即，不再直接无线连接到D-GW1610)的事实，该网络可以决定给WTRU 600提供IP移动性使能的本地锚定的地址660 (PrefNetDMM: :/64)以给该视频应用使用。 注意在本说明书中，可以对做出的决定或该网络采取的其他动作做出参考，且可以理解这 可以意味着该决定或动作由服务节点（例如在该情况中D-GW2630)或与WTRU、服务节点、或 锚定节点（视情况而定）通信的另一网络设备来做出。
[0081] WTRU 600之后移动并附着到D-GW2630 (如在图6中所示）。视频会话的连续性由 在该网络中部署的分布式移动性管理（DMM)机制来维持。
[0082] 当附着到D-GW2630时，用户可以决定发帖某内容到社交网络640(例如推特）。由 于该业务量是短时间的且能够容易处理IP地址改变（例如，由于每个帖子是不同的TCP会 话），因此该网络可以决定给WTRU 600提供将由社交网络应用使用的非IP移动性使能的地 址 670(PrefLocal::/64)。
[0083] 最后在该示例中，用户可以使用附着到PSTN的固定电话650开始电话通话。由于 该通话必须经由移动运营商核心网络被路由，且由于用户可能在通话生命期期间移动，因 此该网络可以决定给用户分配移动使能的中心锚定的IP地址680(PrefCent: :/64)以用于 该业务量。
[0084] 通过以这种方式分析网络侧的应用要求来选择IP地址可以允许"旧有ITRU从合 理的IP地址选择得利（还帮助改善总的网络效率）；并可以允许在该决定中考虑网络组成 /状态。
[0085] WTRU移动性模式制定的锚点选择也是可能的。在密集环境中，WTRU可以可能频繁 改变其附着点。如果WTRU正使用IP移动性使能的本地锚定的地址（即，使用DMM方案）， 每个附着点可以是用于IP地址的可能的锚点。但是，可能有利的是不在每个附着指派IP 地址，但是小心地选择哪些节点用作锚点。注意如果WTRU在每个附着点配置不同的IP地 址（其然后用作用于指派的地址的锚点），可以容易导致WTRU配置有许多IP地址。此外， 为了保持这些IP移动性使能的地址的可接入性，该网络必须在每个IP地址的锚点与WTRU 当前附着的节点之间保持更新的隧道。这不仅可以添加网络状态，还可以引入信令和切换 延迟。从WTRU当前附着的节点的角度，网络状态可以涉及每个IP地址的锚点的IP地址， 以及IP前缀或将被锚定的前缀。从锚点的角度，网络状态可以涉及例如WTRU附着的节点 的IP地址，以及IP前缀或锚定的前缀。此外，在这种密集环境中，即使WTRU没有快速移动， 其也可能经常改变其附着点。因此可能期望避免在每个附着上配置新的IP地址，这可以容 易地导致WTRU同时使用大量的锚点。注意在非密集环境中，即使针对快速移动的WTRU，切 换的次数也可能较低。因此，更有效的是预先选择哪些节点锚定IP地址。这可以被看做在 网络中引入一种分级结构，因为在所有这些可能被访问的节点中，仅一些将用作锚点。这可 以节省网络中的带宽使用，并可以降低复杂性和由于频繁改变或添加终端上的IP地址导 致的问题。
[0086] 锚点选择可以考虑不同种类的信息，例如WTRU的期望移动性模式（基于之前的历 史记录模式或网络可能有的关于当前WTRU移动的其他信息），以及在WTRU上运行的应用的 连接要求（即，不是所有锚点可以具有相同的负载或提供相同质量的连接给WTRU正通信的 对等端）。
[0087] 图7a和7b每一个示出了 WTRU 700在密集DMM环境中漫游的情形示例。
[0088] 图7a示出了每个之前被访问的附着点成为锚点的示例。在该示例中，用于WTRU 700 的锚点节点是节点 710 (D-GWl)、720 (D-GW2)、730 (D-GW3)以及 740 (D-GW4)，每个之 前附着到WTRU 700。如图所示，WTRU 700当前附着到服务节点，其在该情况中是节点 760 (D-GW6)。服务节点760保持分别与锚点节点710、720、730、740的每个的隧道连接715、 725、735、745,由此WTRU 700可以从服务节点760达到该锚定的前缀。
[0089] 可以在图7a中看出，如果WTRU 700继续经过所示的密集DMM环境，WTRU 700将 变得附着到更进一步服务节点，且这些服务节点的每一个必须建立与所有之前的服务节点 的隧道连接以为了 WTRU 700从每个新服务节点达到锚定的前缀。与建立和保持这些隧道 连接和锚定的前缀相关联的复杂性和开销相应的将增加，且在密集DMM环境例如图7a中示 出，每个服务节点成为用于指派给WTRU 700的IP地址的锚点是没有效率的。
[0090] 图7b示出了在D-GW群组中的仅一个节点作为锚点的示例。在该示例中，当WTRU 700被附着到示出的节点群组中的任意节点时，节点750 (D-GW5)被选为用于WTRU 700的锚 点节点，且由此每个相继的服务节点将需要仅一个隧道755。应当注意节点750保持节点群 组的唯一锚点，即使WTRU 700附着到作为服务节点的节点750,在这种情况中不需要隧道。
[0091] 用于网络检测新的应用流并给WTRU提供特定IP地址的DNS触发的方案以及基于 地址否决的方式和基于特定路由的方式也是可能的。
[0092] 图8是示出用于基于地址否决的DNS触发的IP地址和锚点选择的示例信令的消 息序列图。
[0093] 在步骤800中，WTRU 805经由接入路由器（其在该示例中是指定为D-GW1810的 分布式网关，但是在各种实施中可以使用其他类型的接入路由器）附着到网络。在步骤815 中，D-GW1810遵循默认策略（其可以是每个用户特定的或通用的）初始指派IP地址给WTRU 805。在该示例中，默认策略是指派本地锚定的非IP移动性使能的前缀（PrefLoca::/64)， 且该前缀在消息820中被通告给WTRU 805。
[0094] 在步骤825中，WTRU 805可以使用消息820中接收的前缀来配置IP地址 (PrefLocal: :UEl/64)。WTRU 805 可以经由 D-GW1810 来设定默认路由。
[0095] 在步骤830中，WTRU 805的用户开始新应用，这使用配置的前缀触发会话对话。在 该情况中，发送的第一分组是DNS查询835,其经由D-GW1810被发送到DNS服务器840。在 该示例中，DNS查询请求服务器895的IP地址，在该服务器895上提供有app_server. foo. xyz. com。注意典型的应用对话通过解析DNS名称开始。
[0096] 对查询835的响应845由D-GW1810拦截（interc印t)，其可以针对数据库分析该 名称和解析的一个或多个IP地址任一或者两者来尝试识别用户开始的应用的类型，以及 相关联的移动性能力要求。注意接入路由器可以与本地DNS解析器共位（即D-GW1810可 以与DNS服务器840共位）但在任一情况中DNS响应将必须穿过接入路由器，在该接入路 由器该响应被拦截。注意在一些实施中，DNS查询自己而不是DNS查询响应可以被拦截并 被分析。
[0097] 该应用类型和移动性能力信息，可能连同关于WTRU 805的其他可用信息（例如 移动性模式、速度等）可以在步骤855中用于选择应当用于该会话的合适类型的IP地址/ 锚点。D-GW1810还可以在步骤855中否决之前配置的本地地址，包括发送消息860到WTRU 805 (这可以在步骤870中否决该本地地址），并通告新的本地地址（例如IP移动性使能的 本地锚定的地址、移动性使能的中心锚点的IP地址等），包括发送消息865到WTRU 805 (其 可以在步骤875中配置新的本地地址）。在步骤880中，D-GW1810还可以转发DNS响应845， 由此在步骤885中WTRU 805然后可以使用网络选择的用于传送应用业务量890到应用服 务器895以及从其接收应用业务量890的合适的IP地址/锚点来开始该应用会话。
[0098] 图9是示出用于基于地址否决的DNS触发IP地址和锚点选择的示例信令的另一 消息序列图。图9的消息序列图与图8的类似并进一步示出了网络可以如何决定、通告以 及配置合适的IP地址用于正同时运行多个应用/服务的WTRU 900。
[0099] 在步骤902中，WTRU 900经由接入路由器（其在该示例中是指定为D-GW1904的 分布式网关，但是在不同实施中可以使用其他类型的接入路由器）附着到网络。在步骤906 中，D-GW1904遵循默认策略（其可以是每个用户特定的或通用的）初始指派ID地址到WTRU 900。在该示例中，默认策略是指派本地锚定的非IP移动性使能的前缀（PrefLocal: :/64)， 以及该前缀在消息908中被通告给WTRU 900。在步骤910中，WTRU 900可以使用消息908 中接收的前缀配置IP地址（PrefLocal: : UE1/64)。
[0100] 在步骤912中，WTRU 900的用户开始新应用，其使用该配置的前缀触发会话对话。 在该示例中，被发送的第一分组可以是被发送到DNS服务器916的DNS查询914。在该示例 中，DNS查询请求服务935的IP地址，在该服务器935上提供app_server. foo. xyz. com。对 该查询的响应918可以被D-GW1904拦截920,其可以针对数据库分析该名称和解析的一个 或多个IP地址的任一或者两者以尝试识别用户正开始的应用的类型，以及相关联的移动 性能力要求。注意接入路由器可以与本地DNS解析器共位（即，D-GW1904可以例如与DNS 服务器916共位），但是在任一情况中DNS响应将必须经过接入路由器，在该接入路由器中 该响应被拦截。注意在一些实施中，DNS查询自己而不是DNS查询响应可以被拦截并被分 析。
[0101] 该应用类型和移动性能力信息，可能连同关于WTRU 900的其他可用信息（例如， 移动性模式、速度等）可以在步骤922中用于选择应当用于该会话的合适类型的IP地址/ 锚点。D-GW1904还可以在步骤922中否决之前配置的本地地址，包括发送消息924到WTRU 900 (其可以在步骤926中否决该本地地址），并通告该新的本地地址（PrefA: :/64)，包括发 送消息928到WTRU 900 (其可以在步骤930中配置该地址）。在步骤932中，D-GW1904还 可以转发该DNS响应917,由此在步骤934中，WTRU 900然后可以使用网络选择的用于传送 应用业务量936到应用服务器935并从该应用服务器935接收该应用业务量936的合适的 IP地址/锚点来开始该应用会话（APP A)。
[0102] 一旦WTRU 900已经开始了该应用流，D-GW1904可以在步骤938中否决之前指派 的地址并再次宣告（announce)本地锚定的前缀，其按照上述默认策略被通告为默认的。可 替换地，D-GW1904可以在步骤940中等待WTRU 900开始新的应用并然后否决之前指派的 地址并再次宣告上述默认策略指定的本地锚定的前缀。在任一情况938、949中，D-GW1904 可以在合适的时间传送否决消息942到WTRU 900 (其可以在步骤944中否决该本地地址） 并传送通告消息946给WTRU 900 (其可以在步骤948中配置该新的本地地址）。注意即 使PrefA: :/64被否决，WTRU 900可以在应用APP A会话974的生命期期间继续使用该 PrefA: :/64来用于业务量976。
[0103] 如果在步骤950中WTRU 900开始了新应用（APP B)，则可以重复该相同的过程。 在该情况中，D-GW1904可以在步骤956中拦截对被发送到DNS服务器916的DNS查询952 的响应954(针对app_server. foo. uvw. com)。在步骤958中，D-GW1904然后可以分析来自 DNS服务器916的响应954,并选择合适类型的IP地址以供WTRU 900用于APP B。
[0104] D-GW1904然后可以通告该类型的前缀（在该示例中是PrefB: :/64)，包括发送消 息964到WTRU 900 (其可以在步骤966配置从该前缀配置的新IP地址）。D-GW1904还可 以否决之前配置的本地地址，并发送合适的消息960到WTRU (其可以在步骤962中否决该 本地地址）。
[0105] 在步骤968中，D-GW1904可以转发DNS响应954到WTRU 900。在步骤970中，WTRU 900可以开始使用新配置的IP地址用于APP B通信流972。一旦WTRU 900已经开始使用 新配置的地址，则D-GW1904可以否决PrefB: :/64并宣告该本地锚定的前缀。
[0106] 图10是示出基于更特定路由的DNS触发的IP地址/锚点选择方法的示例的消息 序列图，其与关于图8和9描述的地址否决方法类似，但是不是网络否决地址以迫使WTRU 使用特定地址，而其目的是通过通告更特定的路由来实现。图10示出了包括涉及多个应用 的情况的示例消息序列。
[0107] 在步骤1004中，WTRU 1000可以经由接入路由器（其在该示例中是指定为 D-GW11002的分布式网关，但是在不同实施中可以使用其他类型的接入路由器）附着到网 络。在步骤1006中，WTRU 100遵循默认策略（其可以是每个用