移动终端、在移动终端中执行的方法和信息服务器 |
|||||||
| 申请号 | CN201310439905.4 | 申请日 | 2008-09-19 | 公开(公告)号 | CN103458477B | 公开(公告)日 | 2016-06-29 |
| 申请人 | 松下电器(美国)知识产权公司; | 发明人 | 阿相启吾; 平野纯; 吴振华; 陈必耀; 林俊强; 添明.B.高; | ||||
| 摘要 | 提供了一种移动终端、在移动终端中执行的方法和信息 服务器 ，所述移动终端在多个 接口 能够路由业务流的情况下，能够选择用于路由所述业务流的 访问 网络，包括：选择单元，用于基于所述移动终端得到的流信息选择能够使经由所述多个接口的1个而发送或接收的所述业务流得到路由的访问网络，所述流信息包括用于识别仅能够经由特定的所述访问网络发送或接收的所述业务流的流识别信息和用于识别所述访问网络的网络识别信息；移动单元，用于将所述业务流从原访问网络转移到所选择的访问网络。 | ||||||
| 权利要求 | 1.具有多个接口能够路由业务流的移动终端，所述移动终端包括： |
||||||
| 说明书全文 | 移动终端、在移动终端中执行的方法和信息服务器技术领域[0003] 本发明涉及与利用因特网协议(IP)的通信技术相关的网络节点和移动终端。具体地，本发明涉及执行用以改变流的路由的处理的网络节点和移动终端。 背景技术[0004] 在下面给出的非专利文件1中，例如，公开了一种技术，根据该技术，移动节点(MN)利用移动IPv6(MIPv6)，向其自身的归属代理(HA)关联并注册转交地址(CoA)和归属地址(HoA)。通过这个技术，即使在所述移动节点位于离开归属网络的位置的情况下，也可以实现移动节点的可达性。 [0005] 另一方面，当提供包含多个网络接口的便携式电子设备时，移动节点具有注册到预定的归属代理地址的多个CoA(多重CoA)的功能。关于这种注册方法，在IETF(Internet Engineering Task Force)的Monami6(Mobile Nodes and Multiple Interfaces in IPv6)的工作组内做了讨论。 [0006] 另外，在下面给出的非专利文件2中，公开了一种技术，根据该技术，可以通过引入绑定唯一标识(BID)，即，识别到单个HoA的多个绑定的标识号，来注册所述多重CoA。BID被分配给接口、或与所述移动节点的某个归属地址(HoA)相关联的CoA。因此，HoA与所述移动节点相关联，而BID识别所述移动节点注册的每个绑定。所述移动节点通过绑定更新(BU)向其自身的归属代理通知BID，且所述归属代理将BID记录在绑定缓存中。 [0007] 此外，在下面给出的非专利文件3中，描述了当所述移动节点和/或路由器建立对归属代理的偏好信息时，可以利用多个CoA选择性地执行业务流(traffic flow)的路由。每个业务流由唯一流识别信息(FID)识别，而所述移动节点和/或路由器可以选择应当对其进行特定业务流的路由的CoA，且所述FID与合适的BID相关联，且这可以被注册到HA。 [0008] 然而，与所述业务流路由相关的偏好的设置并不总是由移动节点和/或路由器进行。在某种情况下，选择业务流的合适路由的操作由服务提供方执行，该服务提供方执行与所述移动节点和/或路由器的通信。例如，这里假定所述移动节点的用户从服务提供方接收“i modeTM”。“i modeTM”的业务量是被限制在域内的业务流，且仅在服务提供方信任的网络内传送这个业务流。如后面将描述的，仅在特定域内执行传送的所述受限的业务流在本说明书中被称为“域受限流”。在这个情况下，属于所述服务提供方的实体(如，HA)通过定义用来转发所述域受限流的方法，来通知所述移动节点。通过所述信息的通知，服务提供方可以通过所述移动节点控制域受限流的转发。 [0009] 所述移动节点的接口可以被转换(连接的更改或连接的变换)到不同的访问网。因此，所述移动节点的接口可以从信任的网络转换到非信任的网络。如下面将描述的，由某个服务提供方直接管理、或由处于信任关系中的运营方(operator)管理的网络在本说明书中被称为信任的网络，而除了信任的网络之外的网络被称为非信任的网络。 [0010] 然而，当转换为非信任的网络时，由服务提供方生成的网络流(flow)简档可能没有被更新到最新的信息。例如，在移动节点移动的同时、经由接口传送域受限流的情况下，所述移动节点必须根据服务提供方生成的网络简档(profile)，构成与所述域受限流相关的过滤规则，且存在这样的可能性：通过参考未被更新的网络流简档，所述域受限流被转发到非信任的网络。 [0011] 具体地，根据用来从网络侧(如，从HA)向移动节点通知流信息的传统方法，即使在由于所述移动节点移动使得接口连接的网络变换之后，所述移动节点自身也不能正确地判定所述接口是否可以被继续用作用来传送和接收与所述流相关的分组的接口。另外，当其想要经由其它接口传送和接收所述流、以避免交递期间的分组丢失时，所述移动节点自身不能正确地判定是否可以经由未在所述流信息中指定的接口传送所述流。 [0012] 为了解决这个问题，有一种使用网络触发的方法，该网络触发在所述移动节点的接口随连接点改变之前被传送。例如，这里假定所述移动节点具有3G(第三代)蜂窝接口和WLAN(无线局域网)接口，且这两个接口存在于信任的访问网络中。 [0013] 连接到WLAN接口的所述访问点持续地监视所述WLAN接口的连接。例如，所述访问点监视所述WLAN接口的电功率/信号强度的阈值电平。当所述访问点检测到来自所述WLAN接口的电功率/信号强度达到等于或低于所述阈值电平的值时，判定所述WLAN接口已经移出所述访问点的通信范围。然后，所述访问点向所述移动节点传送触发。例如，这个触发在IEEE802.21中用作“链路停止(link going down)”触发。 [0014] 当所述移动节点接收到指示所述WLAN接口移出访问点的通信范围的触发时，执行基于下面给出的非专利文件4所定义的快速移动IPv6(FMIPv6)的方法，并尝试连接到邻近的访问点。通过使用FMIPv6，所述移动节点能够获得在所述接口的移动目的地的访问点的新的CoA。 [0015] 所述移动节点可以利用这个CoA向HA传送绑定更新(BU)，以更新所述移动节点的绑定条目。当接收到所述BU时，HA检查由从所述移动节点提供的CoA是否是由服务提供方的前缀构成的。 [0016] 如果HA判定所述移动节点已经移动到非信任的访问网络，则所述移动节点的网络流简档被更新，使得经由仍存在于信任的访问网络的移动节点的接口传送所述域受限流。然后，例如，通过更新所述移动节点的网络简档，HA通知所述移动节点经由3G接口的HoA/CoA传送所述域受限流。将所述已更新的网络简档通过绑定确认(BA)从HA传送到所述移动节点。 [0017] 不同于HA更新所述移动节点的网络流简档的方法，存在这样的方法：所述移动节点具有更新所述网络流简档、并向HA通知所述网络流简档的改变的功能。 [0018] 下面给出的专利文件1公开了应用于具有多个接口的移动节点的应用结构。在这个示例中，所述移动节点向简档服务器请求所述应用特定的简档，来激活安装在移动节点上的应用。所述简档服务器准备或读取所述应用特定的简档，并将所述应用特定的简档发送到移动节点。然后，所述移动节点可以在所述应用的操作期间，将这个所述应用特定的简档解释为执行所述移动节点的一个或多个通信接口的选择性控制的策略规则。 [0019] 如上所述，根据现有技术，当MN注册多个CoA到HA时，MN通知流信息给HA，以便指定用作到HA的分组的传送目的地的CoA。所述流信息用于指定CoA，其中由MN传送和接收的特定流将被传送到所述CoA。HA根据从MN通知的这个流信息，选择到MN的分组的传送目的地。 [0020] 另一方面，可以从HA向MN通知相似的流信息。在这个情况下，根据网络侧的策略生成所述流信息。当所述分组被传送时，MN根据从HA通知的所述流信息，选择要使用的接口。 [0021] [专利文件1]美国专利申请公开2007-0004393 [0022] [非专利文件1]D.Johnson，C.Perkins，和J.Arkko：“Mobility Support in IPv6”；Internet Engineering Task Force，Request for Comments 3775；June，2007。 [0023] [非专利文件2]R.Wakikawa，T.Ernst，和K.Nagami：“Multiple Care-of Addresses Registration”；Monami6Workong Group Internet Draft，March 5，2007。 [0024] [非专利文件3]H.Soliman，K.ElMalki，和C.Castelluccia：“Flow Bindings in Mobile IPv6and Nemo Basic Support”：Internet Engineering Task Force Internet Draft；February 2007。 [0025] [非专利文件4]R.Koodli，Editor：“Fast Handovers for Mobile IPv6”；Internet Engineering Task Force Request for Comments 4068；July 2005。 [0026] 然而，在如上所述的使用在所述连接点改变之前接收的网络触发的方法中，所述访问点必须具有检测移动节点的接口的连接性的功能(即，检测预先与移动节点的连接的切断、以及产生触发的功能)。另外，可能会出现这样的问题：所述移动节点应被提供有在交递之前获取CoA的FMIPv6。例如，在访问点不具有检测所述移动节点的接口的连接性的功能的情况下，可能会在移动节点接收已更新的网络流简档之前出现延迟，且所述移动节点可能会因为所述延迟，通过非信任的网络转发所述域受限流。 [0027] 另外，当移动节点的接口的电功率和/或信号强度变得接近在访问点定义的阈值电平时，这个方法有一个问题：所述访问点能继续传送所述网络触发，这暗示了接口到所述移动节点的链路被切断的可能性。 [0028] 因此，可能出现这样的问题，如多个网络触发可能被继续从访问点传送到移动节点的问题，或所述移动节点可能根据多个网络触发更新冗余绑定条目、以及多个网络流简档可能从HA传送到所述移动节点的问题。因此，在所述网络或设备的范围内的处理的负载被无用地消耗。 [0029] 根据所述专利文件1中公开的技术，所述移动节点通过参考存储在该移动节点上的应用特定的简档，来选择接口，但未提及更新所述简档的方法、或在网络状态由于交递或网络环境的改变发生变化的情况下改变所述接口的方法。 发明内容[0030] 为了解决上述问题，本发明提供了一种结构，使得具有多个接口且根据由运营方基于策略定义的流信息执行通信的移动节点(移动终端)可以选择适合于所述流的接口并执行通信。 [0031] 根据本发明一实施例，提供了具有多个接口能够路由业务流的移动终端，所述移动终端包括：识别单元，用于基于通过信息服务器得到的流信息，识别特定的业务流和特定的访问网络，所述流信息包括用于识别仅能够经由所述特定的访问网络发送或接收的所述特定的业务流的流识别信息和用于识别所述特定的访问网络的网络识别信息；以及控制单元，用于执行控制使得仅在所述特定的访问网络内经由所述多个接口之一发送或接收所述特定的业务流。 [0032] 根据本发明另一实施例，提供了在具有多个接口能够路由业务流的移动终端中执行的方法，所述方法包括以下步骤：基于通过信息服务器得到的流信息，识别特定的业务流和特定的访问网络的步骤，所述流信息包括用于识别仅能够经由所述特定的访问网络发送或接收的所述特定的业务流的流识别信息和用于识别所述特定的访问网络的网络识别信息；以及执行控制，使得仅在所述特定的访问网络内经由所述多个接口之一发送或接收所述特定的业务流的步骤。 [0033] 根据本发明另一实施例，提供了信息服务器，包括：流信息通知单元，用于将流信息通知给具有多个接口能够路由业务流的移动终端，以使所述移动终端能够基于所述流信息识别特定的业务流和特定的访问网络、并执行控制使得仅在所述特定的访问网络内经由所述多个接口之一发送或接收所述特定的业务流，所述流信息包括用于识别仅能够经由所述特定的访问网络发送或接收的所述特定的业务流的流识别信息和用于识别所述特定的访问网络的网络识别信息。 [0034] 为了达到上述目标，本发明提供了移动终端，其包括： [0035] 多个接口； [0036] 流信息保持单元，其保持从由所述多个接口之一连接的网络的运营方通知的流信息，并保持流信息，以指定用于传送和接收所述流的接口；以及 [0037] 确认单元，其关于特定流而确认是否能够经由与由所述流信息预先指定的接口不同的另一个接口进行通信。 [0038] 利用如上所述的结构，所述具有多个接口且根据由运营方基于策略定义的流信息执行通信的移动节点自身可以通过选择适合于所述流的接口执行通信。 [0039] 另外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0040] 流识别信息保持单元，其保持用于识别仅能够经由特定网络传送和接收的流的信息； [0041] 网络识别信息保持单元，其保持用来识别所述特定网络的信息；以及[0042] 所述确认单元根据由所述流信息保持单元和所述网络识别信息保持单元所保持的信息，来关于所述特定流而确认是否能够经由所述另一个接口执行通信。 [0043] 利用如上所述的结构，可以关于域受限流，确认是否可以通过使用所述另一个接口执行传送和接收，其中经由某个接口传送和接收所述域受限流。 [0044] 此外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0045] 所述确认单元根据由所述流识别信息保持单元所保持的信息，判定所述特定流是否是仅能够经由所述特定网络传送和接收的流，并且，在所述特定流是仅能够经由所述特定网络传送和接收的流的情况下，进一步判定所述另一个接口是否连接到所述特定网络，并且，在所述另一个接口连接到所述特定网络的情况下，判定能够关于所述特定流而执行经由所述另一个接口的通信。 [0046] 利用如上所述的结构，可以关于域受限流，确认是否可以通过使用所述另一个接口执行传送和接收，其中经由某个接口传送和接收所述域受限流。 [0047] 另外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0048] 所述确认单元根据由所述流识别信息保持单元所保持的信息，判定所述特定流是否是仅能够经由所述特定网络传送和接收的流，并且，在所述特定流不是仅能够经由所述特定网络传送和接收的流的情况下，判定能够继续使用现在使用的接口。 [0049] 利用如上所述的结构，可以关于域受限流，确认是否可以通过使用当前接口执行传送和接收，其中经由某个接口传送和接收所述域受限流。 [0050] 此外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0051] 所述特定网络是由所述运营方认可的网络。 [0052] 利用如上所述的结构，可以仅在所述运营方认可的信任的网络内传送所述域受限流。 [0053] 另外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0054] 所述移动终端包括流改变需要或不需要信息保持单元，其保持信息，该信息关于：在传送和接收特定流的接口关于每个流执行交递的情况下，是否需要改变与所述特定流相关的流信息；以及 [0055] 所述确认单元确认在所述交递时是否需要改变与所述特定流相关的流信息。 [0056] 利用如上所述的结构，可以指定CoA绑定流，其中，在交递时需要改变所述流信息。 [0057] 此外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0058] 所述移动终端具有网络识别信息保持单元，其保持用来识别其中能够传送和接收所述特定流的特定网络的信息；以及 [0059] 在根据由所述流改变需要或不需要信息保持单元保持的信息而判定在所述交递时需要改变与所述特定流相关的流信息的情况下，所述确认单元根据由所述网络识别信息保持单元保持的信息，确认是否能够关于所述特定流而执行经由所述另一个接口的通信。 [0060] 利用如上所述的结构，可以关于所述CoA绑定流，确认是否可以通过使用另一个接口执行传送和接收。 [0061] 另外，除了以上结构，本发明的所述移动终端提供了如上所述的移动终端，其中： [0062] 所述移动终端具有查询单元，其向存在于所述网络中的预定通信设备查询是否能够关于所述特定流而执行经由所述另一个接口的通信；以及 [0063] 在根据由所述流改变需要或不需要信息保持单元保持的信息而判定在所述交递时需要改变与所述特定流相关的流信息的情况下，所述确认单元判定所述查询单元查询是否能够关于所述特定流而执行经由所述另一个接口的通信。 [0064] 利用如上所述的结构，当需要关于所述CoA绑定流、确认是否可以通过另一个接口执行传送和接收时，所述移动终端可以向位于所述网络侧的通信设备进行查询。 [0065] 此外，为了达到上述目标，本发明提供了如上所述的网络，其中： [0066] 流信息通知单元，其通知与由具有多个接口的移动终端传送和接收的流有关的流信息；以及 [0067] 流条件信息通知单元，其通知信息，通过该信息，所述移动终端能够关于特定流而确认是否能够经由与由所述流信息预先指定的接口不同的另一个接口执行通信。 [0068] 利用如上所述的结构，所述具有多个接口且根据由运营方基于策略定义的流信息执行通信的移动节点自身可以通过选择适合于所述流的接口执行通信。 [0069] 另外，除了以上结构，本发明提供了如上所述的网络节点，其中： [0070] 流识别信息通知单元，其通知用来识别仅能够经由特定网络传送和接收的所述流的信息；以及 [0071] 网络识别信息通知单元，其通知用来识别所述特定网络的信息。 [0072] 利用如上所述的结构，所述移动终端可以关于域受限流、确认是否可以通过使用另一个接口执行传送和接收，其中经由某些接口传送和接收所述域受限流。 [0073] 此外，除了以上结构，本发明提供了如上所述的网络节点，其中： [0074] 提供了流改变需要或不需要信息通知单元，其通知信息，该信息关于：在传送和接收特定流的接口关于所述移动终端的每个流执行交递的情况下，是否需要改变与所述特定流相关的流信息。 [0075] 利用如上所述的结构，可以指定CoA绑定流，其中在交递时需要改变所述流信息。 [0076] 另外，除了以上结构，本发明提供了如上所述的网络节点，其中： [0077] 在从所述移动终端接收到与所述特定流和所述特定接口相关的查询的情况下，所述流条件信息通知单元关于所述特定流而判定是否能够经由特定接口执行通信，并且，向所述移动终端通知判断结果。 [0078] 利用如上所述的结构，可以对来自移动终端的查询给出适当的应答，所述移动终端需要确认是否可以经由关于CoA绑定流的所述另一个接口执行传送和接收。 [0080] 图1是显示本发明第一实施例中的移动节点的结构的示例的框图； [0081] 图2是显示本发明第一实施例中的网络结构的示例的原理图； [0082] 图3A是显示本发明第一实施例中的网络流简档的一般特征的原理图； [0083] 图3B是显示本发明第一实施例中的流控制信息的一般特征的原理图； [0084] 图4是显示本发明第一实施例中的简档处理器接收表示移动节点的连接点的改变的触发时的操作示例的流程图； [0085] 图5是显示本发明第一实施例中的绑定更新消息的格式的示例的图； [0086] 图6是显示本发明第二实施例中的网络结构的示例的原理图； [0087] 图7是显示本发明第二实施例中的移动节点的结构的示例的框图； [0088] 图8是显示本发明第二实施例中的移动节点的结构的示例的框图； [0089] 图9是显示本发明第二实施例中的归属代理的结构的示例的框图； [0090] 图10是显示本发明第二实施例中的当检测到其自身的接口的连接变更时、移动节点的判断处理的示例的流程图； [0091] 图11是显示本发明第二实施例中的当添加到流信息的流类型标志被确认时、移动节点的判断处理的示例的流程图；以及 [0092] 图12是显示本发明第二实施例中的利用绑定更新消息的流确认消息的格式的示例的图。 具体实施方式[0093] 下面将参考附图描述本发明的最佳方面。下面可能会给出特定标号、时间或结构、以及协议名称和其他参数的详细说明，但本说明书中使用的特定条件仅仅是为了便于本发明的解释，而不是用于限制本发明的范围。 [0094] 在本发明书中公开了一种方法，具有多个接口的移动节点(MN)利用所述方法，经由适当的接口传送和接收业务流。 [0095] 为了方便解释，下面使用术语“网络流简档”。这个网络流简档表示由所述移动节点的服务运营方定义的过滤规则，用于表示转发所述移动节点的业务流的方法(即，从移动节点(或到移动节点)转发所述移动节点的业务流的方法)。 [0096] 此外，术语“域受限流(domain limited flow)”被用于解释当经由特定网络传送特定流时，所述特定流与特定网络之间的关系。这个域受限流表示服务提供方必须仅仅在服务提供方可信任的信任的网络(可靠的网络)内传送的业务流。所述信任的网络是由所述服务提供方认可的网络。例如，它是具有安全保障的网络。在本说明书中，所述域受限流与信任的网络之间的关系被用作示例，以表示特定流与传送所述流的网络之间的关系，然而它们两者之间的关系并不局限于此。也就是说，在判定适合于特定流的传送的网络的情况下，必须考虑关联这两者的原因。在下面给出的描述中，信任的流列表310和信任的访问列表311被用作由于共同信任原因而被关联的示例。 [0097] 例如，所述信任的网络是直接由服务提供方管理的网络。此外，可能包括由运营方管理的网络，其中该运营方具有与所述服务提供方相关联的已确立的安全性。在此后的说明书中，与所述服务提供方不具有已确立的信任关系的网络(即，所述服务提供方不信任(信赖)的网络)被称为“非信任的网络(非可靠的网络)”。 [0098] 所述域受限流必须仅仅在所述信任的网络内传送的原因为，例如：避免所述流到信任的网络之外的外流(outflow)的安全性降低，或规避QoS(服务质量)的下降，然而，还可以是其他原因，且本发明并不局限于是哪个原因。 [0099] [第一实施例] [0100] 首先，将给出本发明第一实施例的描述。图1显示了本发明第一实施例中的移动节点的结构的示例。移动节点(MN)10具有一个或多个网络接口11、简档处理器12和流缓存13。网络流简档13a和流控制信息13b被存储在所述流缓存13中。 [0101] 所述网络接口11是包含当移动节点10经由任意的通信介质执行到和从另一个节点的通信时必须的硬件和软件的功能块。如果使用在相关技术领域中公知的术语，则所述网络接口11表示诸如第一层(物理层)和第二层(数据链路层)等的通信组件、固件、驱动器、通信协议等。在图1中，仅仅显示了一个网络接口11，然而，MN 10可以具有多个网络接口11。 [0102] 经由信号/数据路径140，在所述网络接口11和所述简档处理器12之间提供和获取与触发/分组的传送相关的信息。 [0103] 所述简档处理器12具有检查和更新所述网络流简档13a的功能。当所述简档处理器12接收到来自网络接口11的触发时，简档处理器12的检查功能生效。关于触发，可能有一个或多个网络接口11已经改变连接点的情况、或者检测到网络状态的恶化的情况，但不局限于这些情况。 [0104] 所述简档处理器12的检查功能是判定改变连接的接口是否将所述域受限流转发到服务提供方信任的访问网络之外(或者，其是否落入转发所述域受限流的状态)。 [0105] 在检测到所述域受限流已经被传送到信任的访问网络之外时，所述简档处理器12的更新功能生效，并且，更新所述网络流简档13a。通过这个更新，与所述域受限流相关的网络流简档13a被更新，且可以将其设置为使得所述域受限流不会从服务提供方的信任的访问网络流出。 [0106] 在所述简档处理器12和流缓存13之间，经由信号/数据路径141提供和获取与简档/信息的传送相关的信息。 [0107] 所述流缓存13可以存储与所述业务流相关的信息。例如，可在所述流缓存13中以存储网络流简档13。所述网络流简档13a是指示转发所述移动节点10的业务流的方法的过滤规则。所述网络流简档13a由移动节点10的服务运营方定义，并在任意的时刻从所述网络提供给所述移动节点10。所述网络流简档13a可以具有一个或多个过滤规则。 [0108] 此外，可在所述流缓存13中存储在本发明中引入的流控制信息13b。如上所述，当检测到所述域受限流已经被传送到服务提供方信任的访问网络之外时，更新所述网络流简档13a。所述流控制信息13b包含当要更新所述网络流简档13a时需要的类型的信息。所述流控制信息13b的示例可以是从网络侧的归属代理提供的信任的流列表310或信任的访问列表311(后面将会描述)。 [0109] 图2显示了本发明第一实施例中的网络结构的一个示例。在图2所述的网络结构中，归属代理(HA)22、蜂窝网络(信任的蜂窝网络)200、以及WLAN(信任的WLAN)201共同构成了信任的网络。这个信任的网络可以属于单个服务提供方，或者属于彼此具有信任关系的多个提供方。 [0110] HA 22和所述蜂窝网络200经由信号/数据路径210彼此连接。另外，HA22和WLAN 201经由所述信号/数据路径211彼此连接。 [0111] 此外，在这个网络结构中，具有由所述蜂窝网络200和所述WLAN 201形成的非信任的WLAN 202(不属于信任的网络的WLAN)。 [0112] 另外，如图2所示，存在拥有两个网络接口的移动节点(MN)10，即，蜂窝接口(IF 1)110和WLAN接口(IF 2)111。在初始状态中，假定所述蜂窝接口110和所述WLAN接口111分别连接到蜂窝网络200和WLAN 201。因此，所述蜂窝接口110从蜂窝网络200获取CoA(蜂窝信任的CoA(Trusted-CoA-Cellular))，并从WLAN网络201获取WLAN信任的CoA(Trusted-CoA-WLAN)。 [0113] 这里假定蜂窝信任的CoA对应于绑定标识(BID 1)，而WLAN信任的CoA对应于绑定标识(BID 2)。MN 10在HA 22注册了绑定，即这样的绑定，其中，针对MN 10的HoA(归属代理)的附加有BID 1的蜂窝信任的CoA、以及附加有BID 2的WLAN信任的CoA两者相关联。另外，假定MN 10和HA 22具有经由BID 2传递的域受限流。在以下给出的描述中，假设所述蜂窝接口110使用CoA，同时所述蜂窝接口110可以获取并使用来自蜂窝网络200的HoA(和非HoA)。在这种情况下，MN 10在HA 22注册的位置信息表示两个地址，即，HoA和CoA(分配给WLAN接口 111)作为传送目的地，且BID 1对应于用来表示HoA的位置信息。 [0114] 根据本发明，当所述移动节点移动到非信任的网络时，所述移动节点必须更新网络流简档13a，使得所述域受限流的路径可以被维持在信任的网络之内。因此，所述移动节点不仅仅需要接收和维持所述网络流简档，还必须具有“流控制信息(FCI)”，以便更新所述域受限流的路由。 [0115] 接下来，将描述网络流简档13a和流控制信息13b的格式。图3A示意性地显示了本发明第一实施例的网络流简档的一般特征。所述网络流简档13a具有网络流简档类型301和流策略302。 [0116] 所述网络流简档类型301表示所述网络流简档的预期目的。所述网络流简档13a的预期目的可以包括所述域受限流的路由控制或网络的访问控制，但不局限于此。 [0117] 通过在网络流简档13a中存在的流策略302，HA 22可以为MN 10定义一个或多个策略。所述流策略302可以是由HA 22设置的路由策略，其目的是指示MN 10转发所述域受限流的方法，或者可以是指示MN 10可访问的网络的列表(如，CSG(Closed Subscriber Group))，但不局限于此。 [0118] 例如，HA 22设置用来指示MN 10经由WLAN信任的CoA(BID 2)转发数据分组(例如，应该经由所述蜂窝网络正常传送的MN 10的“i modeTM”的数据分组)的流策略。假设这个数据分组具有流识别信息FID 1。 [0119] 图3B示意性地显示了本发明第一实施例中的流控制信息的一般特征。所述信任的流列表310和信任的访问列表311都包括在流控制信息13b中。 [0120] 通过所述信任的流列表310，HA 22可以向MN 10指示应该经由所述信任的访问网络转发MN 10的哪个流。例如，HA 22添加条目到信任的流列表310，该条目通知MN 10：“i modeTM”的数据分组(FID 1)仅可在信任的访问网络内传送。这里，FID(流ID)被用作指定所述流的信息，但可以使用任意类型的信息，通过这些信息可以识别由MN 10执行的通信。例如，这些包括：通讯地址、协议编号、会话ID、连接ID等等。特别地，当它连接到3GPP网络时，例如，使用用来识别与PDN网关(PDN连接ID，APN)的连接的ID。 [0121] 此外，通过信任的访问列表311，HA 22可以通知MN 10：哪个访问网络被归类为服务运营方的信任的网络。例如，HA 22在所述信任的访问列表311中描述网络识别信息(网络ID)，其用来指定服务运营方信任的访问网络。具体地，通过参考信任的访问列表311，可以指定服务提供方的信任的网络。 [0122] 所述网络流简档13a和流控制信息13b的布局可以由XML(扩展标记语言)方案生成。另外，也可以使用诸如JavaScript的其他编程语言。 [0123] 这里假定MN 10通过使用连接到WLAN 201的WLAN接口111执行所述域受限流的传送和接收。例如，假定MN 10向服务提供方请求域受限流的“i modeTM”服务。“i modeTM”的数据分组(FID 1)必须仅仅经由信任的网络转发，且HA 22设置与MN 10相关的网络流简档13a，使得经由WLAN信任的CoA(BID 2)传送数据分组(FID 1)。 [0124] 另一方面，在MN 10在互不相同的网络之间移动时，MN 10的WLAN接口111可能从WLAN(信任的WLAN)201的通信区域转换到另一个WLAN(非信任的WLAN)202的通信区域。通过MN处连接点的改变，从所述网络接口11向简档处理器12传送触发。 [0125] 图4是显示本发明第一实施例中的简档处理器接收表示移动节点的连接点的改变的触发时的操作示例的流程图。 [0126] 在图4中，当所述简档处理器12从网络接口11接收到触发(步骤S40)时，从与MN 10相关的流缓存13检索所述网络流简档13a和流控制信息13b(步骤S41)。在接收到的触发中，指示MN 10的哪个网络接口11正在移动(在连接变换的操作中)。 [0127] 然后，通过利用从所述触发获取的信息、或从所述缓存13获取的信息，所述简档处理器12检查是否存在与MN 10移动中的接口相关的活动的域受限流(步骤S42)。 [0128] 在不存在与移动中的接口相关的活动的域受限流时，所述简档处理器12请求MN 10内的移动IP堆栈对HA 22执行与MN 10新的CoA(WLAN-non-trusted CoA，WLAN非信任的CoA)相关的绑定操作，并生成BU(步骤S47)。 [0129] 另一方面，通过使用连接到WLAN 201的WLAN接口111传送和接收所述域受限流。在所述WLAN接口111的连接从WLAN(信任的WLAN)201改变为WLAN(非信任的WLAN)202时，所述简档处理器12检测与MN 10的移动中的接口相关的域受限流的存在性。 [0130] 在这种情况下，所述简档处理器12请求应提供访问网络的网络识别信息(网络ID)，其中从所述网络接口移动中的接口与所述访问网络相连接(步骤S43)。根据所述访问网络的网络识别信息，简档处理器12执行处理，以指定移动中的接口是否仍然存在于服务提供方的信任的网络内(步骤S44)。 [0131] 作为指定移动中的接口是否存在于服务提供方的信任的网络内的方法，存在这样的方法：将新的访问网络的网络识别信息与信任的访问列表311中的信息相比较，但不局限于此。 [0132] 在移动中的接口是否仍然存在于服务提供方的信任的网络内的情况下，所述简档处理器12请求MN 10内的移动IP堆栈对HA 22执行与MN 10新的CoA(WLAN信任的CoA)相关的绑定操作，并生成BU(步骤S47)。 [0133] 另外，如上所述，在MN 10将WLAN接口111的连接由WLAN(信任的WLAN)201改变为WLAN(非信任的WLAN)202时，所述简档处理器12检测到在连接改变之后的WLAN接口111不存在于服务提供方的信任的网络内。在这种情况下，由此，所述简档处理器12通过使用流控制信息13b来更新MN 10的网络流简档13a(步骤S45)。 [0134] 例如，根据在流控制信息13b中包括的信任的流列表310，所述简档处理器12掌握：与BID 2相关联的“i mode”(注册商标)的数据分组(FID 1)必须经由信任的访问网络被转发。另外，从在流控制信息13b中包括的信任的访问列表311，所述简档处理器12利用蜂窝信任的CoA(BID 1)确认可用的访问网络是蜂窝网络200。因此，所述简档处理器12执行更新，以在MN 10的网络流简档13a内将FID 1的路由从经由BID 2的路由改变为经由BID 1的路由。 [0135] 当完成MN 10的所述网络流简档13a的更新时，所述简档处理器12请求MN 10内的移动IP堆栈对HA 22执行关于MN 10新的CoA(WLAN非信任的CoA)的绑定操作，并生成BU(步骤S46)。 [0136] 在这个绑定操作中，MN 10的所述更新的网络流简档13a进一步被置于所述BU的有效负载，BU标志表示MN 10的网络流简档13a已经根据提供给HA 22的MN 10的流控制信息13b而改变。 [0137] 在步骤S46和步骤S47的BU生成处理中，MN 10内的所述移动IP堆栈将所述BU传送到网络接口11，并将所述BU传送到HA 22(步骤S48)。 [0138] 在另一个实施例中，可以这样结构：在判定MN 10的移动中的接口仍然存在于服务提供方的信任的网络中时，所述简档处理器12请求MN 10中的移动IP堆栈生成与对HA 22的绑定操作相关的BU，使得额外的标志被附加给BU。即使当存在与MN 10的移动中的接口相关的域受限流时，这个标志(后面将会描述的B标志53)仍然存在于信任的网络内，且这表示HA 22不需要检查是否必须重置所述域受限流的路由。通过这个方法，当MN 10的接口在信任的访问网络内移动时，可以减轻HA 22对关于MN 10的网络流简档13a和流控制信息13b的处理。 [0139] 图5显示了本发明第一实施例中的绑定更新消息的格式的一个示例。图5所示的绑定更新消息具有绑定更新报头51、V标志52、B标志53和网络流简档区54。 [0140] 在所述绑定更新报头51中，包括了移动节点向另一个节点通知新的转交地址所需的信息。所述V标志52用于通知HA 22：所述MN 10的网络流简档13a已经根据MN 10的流控制信息13b而改变。此外，通过B标志53，HA 22可以掌握：不需要执行所述域受限流的重新路由，这是因为，MN 10正在信任的网络内移动。 [0141] 在所述网络流简档区54内，包括MN 10的更新的网络流简档13a。所述V标志52和B标志53可以位于任何位置，且这些可以作为绑定更新报头51内的标志实现、或者可以作为通知所述网络流简档54的区域内的标志实现。网络流简档区54可位于所期望的任意位置，并且，其可被实现为任意报头的操作，或者，可由有效负载实现。通过参考在网络流简档区54内包括的更新的网络流简档13a，HA 22可以验证MN 10的更改是否正确。 [0142] 当从MN 10接收到BU 50时，HA 22判定通过BU 50的处理将要执行的必要操作。例如，HA 22意识到MN 10的更新的网络流简档13a被存储在网络流简档区54中。在这种情况下，HA 22验证MN 10是否已经正确地更新了所述网络流简档13a。关于HA 22的验证的方法，存在这样的方法：通过参考所述网络流简档13a，确认在信任的访问网络内传送所有的域受限流，但不局限于此。 [0143] 当MN 10完成与网络流简档13a的更新相关的验证时，HA 22用通过BU50的更新转发的MN 10的网络流简档(即，包括在所述网络流简档区54内的网络流简档13a)，来替代存储在HA 22自身中的与MN 10相关的网络流简档13a。 [0144] 可能会有这样的情况：在HA 22接收到的BU 50中未设置V标志52，且可在网络流简档区54中包括更新的MN 10的网络流简档13a。在这种情况下，确定MN 10已经在没有参考流控制信息13b的情况下更改网络流简档13a，且期望HA 22拒绝BU 50。 [0145] 另外，在HA 22接收到的BU 50内可能设置了B标志53。因为设置了B标志53，所以，HA 22可以立即掌握：MN 10已经移动进入信任的网络中，且不需要改变所述网络流简档13a。 [0146] 根据本发明，在MN 10改变所述连接点的情况下，或在MN 10请求新的域受限服务的情况下，或在MN 10已经完成所述域受限服务的情况下，由HA 22更新MN 10的流控制信息13b。这里，HA 22更新在诸如所述域受限流的信任的流列表310、或所述信任的网络的信任的访问列表311的流控制信息中包括的适当的条目。 [0147] 如果HA 22掌握MN 10正在信任的访问网络内移动，则可以选择，使得更新的流控制信息13b不被传送到MN 10。因为服务提供方的基本规则是保证所述域受限流仅仅能够在信任的网络内传送，所以，在信任的访问网络内移动的MN 10不违反所述规则。通过这种选择性的行为，当HA 22具有很多使用域受限服务的用户时，HA 22的网络资源可以得到更有效的利用。 [0148] 另外，通过使用组识别信息，可以识别所述移动节点的多个域受限流。例如，在三个域受限服务中预定MN 10，这些服务具有不同的流识别信息类型，即，FID 1、FID 2和FID 3，且这三个域受限流被假定经由MN 10的相同BID传送。 [0149] HA 22可以根据被称为信任的组识别(TGID)信息(可靠的组识别)的组识别信息，来对这三个域受限流归类。然后，HA 22将TGID添加到MN 10所使用的网络流简档13a和流控制信息13b中。 [0150] 通过使用TGID，MN 10可以通过简单地传送一个BU，更新所有相关的域受限流(属于相同TGID的域受限流)，且可以减轻由于所述BU造成的开销。另外，MN 10和HA 22可以进行关于域受限流的各种类型中应该被归类到多个TGID中的哪个的结构。在这个结构中，MN 10可以灵活地确定用来归类所述域受限流的方法。 [0151] 如上所述，根据本发明的第一实施例，所述移动节点可以识别出域受限流和信任的网络，且所述移动节点自身可以执行控制，使得仅能够在信任的网络内传送和接收所述域受限流。因此，可以选择适合于特定流的网络来改变和通知所述网络流简档，并完成所述移动节点的有效的流传送。 [0152] [第二实施例] [0153] 接下来将描述本发明的第二实施例。图6是显示本发明第二实施例中的网络结构的示例的原理图。在图6中，MN 610具有两个接口，即，IF 1和IF2。IF 1连接到网络620，而IF 2连接到网络630。IF 1和IF 2可以根据MN 610的移动改变要连接的网络，且由移动IP利用HA 640来控制移动管理。 [0154] 对MN 610，从HA 640给出流信息。在所述流信息中，要被用于传送和接收的接口特定于在MN 610及其通信对方之间提供和获取的所述流。例如，当从HA 640通知的流信息存在于MN 610将要传送的流上时，MN 610通过使用这个流信息指定的接口来传送分组。根据本发明第二实施例，如图7所示，假设MN 610已经获取用来指定针对FID 1(流1)而使用BID 1(IF 1)的流信息(即，本发明第一实施例中的对应于所述网络流简档13a的流信息)。这里，FID(流ID)被用作用来指定所述流的信息，然而可以使用任意类型的信息，其可以识别由MN 610执行的通信。例如，这些类型的信息可以包括：通信对方的地址、协议编号、会话ID、连接ID等等。特别地，当它连接到3GPP网络时，例如，可以使用用来识别与PDN网关(PDN连接ID，APN)的连接等的ID。 [0155] 图8显示了本发明第二实施例中的移动节点的结构的示例。图8所示的MN 610具有两个接口801和802、以及传送单元803、接收单元804、交递检测单元805、流信息管理单元806、网络状态监视单元807、流信息保持单元808、BU消息生成单元809、BA消息处理单元 810、分组传送单元811和注册位置信息保持单元812。 [0156] 接口801和802的存在表示MN 610具有两个接口。所述两个接口801和802分别对应于图6中的IF 1和IF 2这两个接口。所述传送单元803和接收单元804具有分别经由所述接口801和802传送和接收分组的功能。 [0157] 所述交递检测单元805具有这样的功能：预测可能在接口801或接口802上执行的交递、或检测交递的生成，以及通知涉及所述流信息管理单元806的接口相关的信息。 [0158] 所述流信息管理单元806具有这样的功能：当从所述交递检测单元805或从所述网络状态监视单元807接收到关于所述接口801或接口802将要执行交递的通知、关于实际执行交递的状态的通知、以及网络的状态正在恶化的通知时，通过参考所述流信息保持单元808中的信息，确定是否存在其中相关接口的使用被指定或未被指定的流，以及是否要经由另一个接口传送和接收所述流。 [0159] 例如，在已经从所述交递检测单元805通知与接口801相关的交递的检测时，流信息管理单元806识别到存在被指定使用接口801的流，并确定应该确认是否能使用特定于这个流且不同于所述接口801的另一个接口(接口802)。然后，所述流信息管理单元806指示BU消息生成单元809生成流确认消息，并经由所述接口802传送它。在所述流确认消息中，放置了指定所述流的信息(如，流ID)以及指定接口的信息(BID)。例如，生成用于流确认的消息，其用来确认IF 2(BID 2)是否能被用于传送和接收所述流1。即使在没有特定于所述流的接口的情况下，也可确定应确认另一个接口是否能被用于所述流。关于要被包括在用于流确认的消息内的信息，用于识别连接所述接口的网络的信息可能会替代用于指定所述接口的信息(BID)被包括在内。例如，可使用在所述网络中使用的地址的前缀、或访问技术类型、访问网络标识(如，WLAN的SSID)等等。 [0160] 在开始实际的交递处理之前检测到与接口801相关的交递时，即，检测到接口801极有可能要开始交递(链路停止)，处于连接状态的所述接口801可以被用作将传送用于流确认的消息的接口。在检测到处于非连接状态的接口801极有可能连接到网络时(链路开始)，可以使用处于连接状态的接口802。或者，可以在完成接口801的交递后立即传送用于流确认的消息。 [0161] 所述网络状态监视单元807具有这样的功能：监视所述网络状态，并且，当其预测或检测到所述网络状态在恶化时，向所述流信息管理单元806通知与受到网络状态的恶化影响的接口有关的信息。通过所述网络状态监视单元807，可以利用网络状态监视单元807重置所述流路由——不仅在接口的交递时，也可以在所述网络状态恶化时。例如，所述网络状态监视单元807可以在其确定使用中的接口的负载或连接的网络的负载太高时，或不能维持适合于所述流的通信质量时(由于延时、或抖动的产生)，以及不能满足诸如用于通信的高成本等条件时，确定所述流的传送和接收应该变换到另一个接口(即，应该执行所述流的交递和/或移动)。或者，即使当它从仅连接IF 1的状态改变为连接IF 1和IF 2的状态，且确定IF 2被认为比IF 1更合适时，可判定已经利用IF 1执行通信的流应改变为IF 2。 [0162] 所述流信息保持单元808具有保持信息的功能，该信息为：用于为某个流指定特定接口的使用的信息，或表示能否经由另一个接口传送或接收所述流的信息(或用来指定可以传送和接收所述流的另一个接口的信息)。所述流信息保持单元808中的信息在流信息管理单元806生成用于流确认的消息时被参考。 [0163] 所述BU消息生成单元809接收流信息管理单元806的指令，并生成包括所传递的流的ID和BID的BU消息。这个BU消息作为用于流确认的消息具有预期目的：针对归属代理，确认包括在所述BU消息中的流ID能否由接口传送或接收，其中所述接口被分配了在BU消息中包括的BID。 [0164] 所述BA消息处理单元810具有功能：执行与作为对所传送的BU消息(用于流确认的消息)的响应的、从HA接收到的BA消息(用于流确认响应的消息)相关的处理，并指示所述流信息保持单元808保持所通知的流信息。在由HA通知的流信息中，包括：表示某个流能否经由在现有的流信息中指定的另一个接口传送或接收的信息(即，是否能够经由被分配了包括在所述BU消息中的BID的接口而传送或接收被包括在BU消息中的流ID)。 [0165] 所述分组传送单元811具有控制分组传送的功能，并可指定用于某个流的传送的接口。当在用于流确认响应的消息中通知某个流能够经由另一个接口传送和接收时，所述分组传送单元811参考作为用于流确认的消息的确认结果的新的流信息，并选择所述另一个接口作为要用于传送所述流的接口(即，所述流信息允许的接口)，并传送所述分组。 [0166] 所述注册位置信息保持单元812具有这样的功能：保持与CoA(或BID)和HA的绑定相关的信息、或与注册所述绑定的节点相关的信息。 [0167] 图12显示本发明第二实施例中的利用绑定更新消息的用于流确认消息的格式的示例。如图12所示，用于流确认的消息可以通过移动报头中的移动选项(流确认选项)实现。流ID和BID被放置在流确认选项中。 [0168] 用于流确认的消息可以通过任意方法且以任意格式实现。例如，用于流确认的消息可以通过利用MN向HA通知所述流信息时使用的流ID选项实现。另外，关于用于流确认的消息，可以使用这样的消息，通过其，HA通知流信息，以指定要被用作传送目的地的CoA(即，用来由MN向HA通知所述流信息的消息)，而不是当MN注册针对HA的多个CoA时的BU消息，或不同于其他消息的用于流确认的特殊目的的消息，或者，可使用对信息服务器的网络信息请求消息。 [0169] 图10显示了本发明第二实施例中，当在自身的接口检测到连接的改变(交递)时，MN的判断处理的示例。 [0170] 在图10中，当在所述交递检测单元805检测到MN的接口(IF 1)上的交递时(步骤S1001)，确认是否存在指定了IF 1的使用的流(步骤S1002)。并且，如果存在这样的流，则进一步确认它是否是想要尽可能多地抑制分组丢失、延迟或抖动等造成的影响的流，即，所述流的传送和接收是否应该变换到另一个接口(IF 2)(步骤S1003)。 [0171] 因此，如果判断传送和接收应该变换到另一个接口(IF 2)，则确认与所述另一个接口(IF 2)相关的位置信息是否已经在HA注册(步骤S1004)。如果所述位置信息已经被注册了，则传送用于流确认的消息，以确认它是否是能利用另一个接口(IF 2)传送或接收的流(步骤S1005)。如果所述位置信息未被注册，则传送用来注册所述位置信息的BU消息(步骤S1006)，并传送用于流确认的消息(步骤S1005)。要在步骤S1005中传送的用于流确认的消息和要在步骤S1006中将传送的BU消息可被放在一起，且可作为单个BU消息传送它们。 [0172] 当在步骤S1002中确定不存在指定了IF 1的使用的流时，或在步骤S1003确定不应该变换到另一个接口(IF 2)时，在不执行特定处理的情况下完成所述处理(步骤S1099)。 [0173] 对于保持在流信息保持单元808中的每个流信息，可以在管理下添加和放置流类型。在这种情况下，所述流信息被维持在流信息保持单元808中，且可以保持每个流信息的流类型。 [0174] 这个流类型是这种信息，其中，在要被传送到MN的流信息中设置HA。例如，存在两种类型。在第一种类型中，流与所述接口连接的网络相关联。具体地，在第一种类型中，当执行交递、且连接的网络已经变化时，在所述流信息中指定的流是在连接改变之后不能由所述网络传送或接收的流。这第一种类型的流具有这种可能性：所述流信息可能由于CoA的改变而改变。在下文中，这被称为“CoA绑定流”。 [0175] 另一方面，在第二种类型中，所述流与接口相关联。具体地，所述第二种类型的流是这样的流，其中，即使当连接的网络通过交递发生改变时，所述特定接口也不能改变。所述第二种类型的流是即使在CoA改变时仍可依照原样使用的流信息。在下文中，这被称为“BID绑定流”。 [0176] 所述流类型的这种差异可以通过为将从HA传送到MN的流信息通知消息中的每一种类型的流信息设置标志(流类型标志)来表示。例如，当设置了流类型标志时，可将其确定为CoA绑定流。当未设置流类型标志时，可将其确定为BID绑定流。 [0177] 当从所述交递检测单元805或从所述网络状态监视单元807接收到所述接口的状态已经发生改变的通知时，所述流信息管理单元806确认所述流信息的存在，其中指定了所述接口的使用。如果存在这样的流信息，则所述流信息管理单元806确认所述流信息的流类型标志。 [0178] 当设置了所述流信息的流类型标志时(即，CoA绑定流的情况)，发现：取决于要连接的网络，存在这个流不能被传送或接收的可能性。然后，在所述交递完成之前的阶段，在所述交递极有可能发生的状态——不仅为了抑制由诸如交递期间的分组丢失等原因的影响、也为了防止在交递之后不可能传送和接收所述分组，可以确定MN能够变换要被用于这个流的接口。 [0179] 另一方面，在未设置这个流信息的流类型标志时(即，BID绑定流的情况)，发现这个流是不取决于连接的网络而要使用所述接口传送和接收的流。因此，MN可以确定不需要变换要被用于这个流的接口。 [0180] 图11是显示本发明第二实施例中的当添加到流信息的流类型标志被确认时，MN的判断处理的示例的流程图。 [0181] 在图11中，当在所述交递检测单元805、检测到MN的接口(IF 1)的交递时(步骤S1101)，确认是否存在指定了IF 1的使用的流(步骤S1102)。如果存在这样的流，则确认是否设置了这个流的流类型标志(它是否是CoA绑定流)(步骤S1103)。如果它是CoA绑定流，则进一步确定它是否是应该尽可能多地抑制分组丢失、延迟或抖动等造成的影响的流，即，这个流的传送和接收是否应该变换到另一个接口(IF 2)(步骤S1104)。 [0182] 因此，如果确定所述流应该经由另一个接口(IF 2)传送和接收，则确认与所述另一个接口(IF 2)相关的位置信息是否已经在HA注册(步骤S1105)。在所述位置信息已经被注册时，传送用于流确认的消息，以确认它能否经由另一个接口(IF 2)传送和接收(步骤S1106)。在所述位置信息未被注册时，传送BU消息来注册所述位置信息(步骤S1107)，并传送用于流确认的消息(步骤S1106)。要在步骤S1106中将传送的用于流确认的消息和要在步骤S1107中将传送的BU消息可以放在一起并作为单个BU消息发送。 [0183] 在步骤S1102中确定没有指定了IF 1的使用的流的情况下，或在步骤S1103中所述流标志类型是BID绑定流的情况下，或在步骤S1104确定不应该变换到另一个接口(IF 2)的情况下，在不执行特定处理的同时终止所述处理(步骤S1199)。 [0184] 在由HA通知其中多个BID与一个流相关联(如，BID 1和BID 2与流1相关联)的流信息时，且如果MN确定利用由BID 1表示的IF 1执行传送和接收的流1由于诸如交递的原因应该变换到其他的IF，则MN可以确定由BID2表示的IF 2可被用作变换目的地的接口。 [0185] 在这种情况下，如果由BID 2表示的IF 2的连接状态或网络状态频繁改变，或在即使当BID 2被添加作为第二IF时、作为第二IF的BID 2也发生某个改变的情况下，HA必须每次通知MN。为此，如果出现这样的状态，则当需要知道第二IF的存在时，MN传送用于流确认的消息——且不接收来自HA的通知，并可变换用来确认IF 2能否被用作所述流1的传送和接收的接口的操作。在操作的这种变换中，可基于HA侧的判断，向HA请求所述流信息的通知的暂停，并且，基于HA的判断，对于MN 610，有必要从MN 610侧传送用于流确认的消息。 [0186] 图9显示了本发明第二实施例中归属代理的结构的示例。图9所示的HA640具有接口901、传送单元902、接收单元903、BU消息处理单元904、流信息控制单元905、BA消息生成单元906和MN管理信息保持单元907。 [0187] 接口901是属于HA 640的接口。所述传送单元902和接收单元903具有经由接口901传送和接收分组的功能。 [0188] 所述BU消息处理单元904具有执行BU消息的处理的功能，BU消息具有用于流确认的消息的作用、并从MN被接收。例如，在从MN接收到的BU消息具有作为用于流确认的消息的作用时，所述BU消息处理单元904将在BU消息中包括的流ID和BID传递给流信息控制单元905，并指示确定是否可以经由由BID指示的MN的接口传送和接收由所述流ID指示的流。 [0189] 所述流信息控制单元905具有这样的功能：执行与流信息相关的控制，所述流信息要在HA的管理下被通知给MN；以及根据由MN通知的流ID和BID，确定是否可以经由BID所指示的接口传送和接收由所述流ID表示的流。 [0190] 当确定由所述流ID指示的流可以经由由BID指示的接口传送和接收时，所述流信息控制单元905指示BA消息生成单元906生成BA消息，其包括用来指示其可以被传送和接收的信息。另一方面，如果确定上述传送和接收是不可能的，则所述流信息控制单元905指示BA消息生成单元906生成包括表示不允许上述传送和接收的信息的BA消息。 [0191] 当确定不允许经由由从MN通知的BID所表示的接口传送和接收时，且如果允许经由MN的另一个接口传送和接收(如，经由除IF 1或IF 2外的第三接口)，则为了通知MN可以使用所述接口的目的，可在BA消息中给出指令，以包括用来指示所述接口的BID。 [0192] 通过参考管理信息保持单元907所维持的有关MN 610的位置信息，并从与BID相关联的MN的CoA的前缀来识别所连接的网络，以及进一步通过检查是否允许传送和接收在网络上通知的所述流，可以作出关于某个流能否经由由所述BID表示的接口传送或接收的判断。 [0193] 即使当未接收到来自MN 610的BU消息(即，用于流确认的消息)时，所述流信息控制单元905也可以指示BA消息生成单元906生成流信息通知消息，以通知MN所述改变的流信息。 [0194] 所述BA消息生成单元906具有根据来自流信息控制单元905的指令而生成BA消息(流确认响应消息)的功能，所述BA消息包括表示是否可以经由由某个BID表示的接口传送和接收由某个流ID表示的流的信息。 [0195] 所述BU消息处理单元904和BA消息生成单元906也具有执行与从MN接收到的正常移动IP相关的BU消息的处理、或生成所述BA消息的功能。通过在MN管理信息保持单元907的管理下保持MN的位置信息，可以完成归属代理的功能。 [0196] 如上所述，根据本发明的第二实施例，关于已经基于从归属代理通知的流信息而经由IF 1传送和接收分组的流1，可确定在移动节点的IF 1执行交递时、且在确认所述流能否经由连接IF 2的网络传送之后，是否应该经由IF2传送和接收所述流1，可以变换要使用的IF。因此，可以减少并抑制当IF 1执行所述交递期间发生的分组丢失、延迟或抖动的影响。另外，所述移动节点可以区分其中流信息由于CoA的改变发生改变(即，CoA绑定流)的流、以及即使CoA改变仍可被使用的流(BID绑定流)。然后，可以选择受CoA的改变所影响的流(CoA绑定流)作为流重新结构的对象。在本发明的第二实施例中，HA 640保持MN 610的位置信息的功能可以通过在网络上存在的信息服务器完成。 [0197] [第三实施例] [0198] 下面将给出对本发明第三实施例的描述。本发明第三实施例和第二实施例的主要区别如下：在第二实施例中，采用了用来确认是否可以使用MN 610知道的网络来传送和接收某个流的方法。另一方面，在第三实施例中，MN 610仅通知流信息，并使用这样的方法，根据该方法，可获取与所述流可使用的网络相关的信息。在第三实施例中，作为与所述流相关的信息，可以使用识别MN 610所执行的通信的任意信息。这些信息类型包括，例如：流ID、通信对方的地址、协议编号、会话ID、连接ID等等。特别地，当它连接到3GPP网络时，例如，可以使用用来识别与PDN网关(PDN连接ID，APN)的连接的ID。 [0199] 在本发明第三实施例中，MN 610经由一个或多个接口连接到网络，且MN 610自身进行传送和接收。或者，传送与开始传送和接收的流相关的信息到网络信息管理服务器(HA 640、或网络上的信息服务器)，并请求对于选择适合于传送和接收所述流的网络有效的信息(访问网络信息)。这里，执行这个请求的消息被称为访问网络信息请求消息。在本发明第二实施例中，MN610在交递检测单元805和网络状态监视单元807的相同判断准则下传送所述访问网络信息请求消息。 [0200] 例如，当确定某个流使用的接口的负载或所连接的网络的负载太高时，MN 610确定使用这个接口的任意流应该移动到另外的网络，并将包括与这个流相关的信息的访问网络信息请求消息传送给网络信息管理服务器。一旦接收到所述消息，网络信息管理服务器选择适合于传送和接收所述通知的流的网络，并传送与这个网络相关的信息到MN 610。另一方面，MN 610执行到所述另一个网络的交递，或将所述流变换到与所述另一个网络连接的接口。 [0201] 这里，如果假定MN 610可被连接或其正在连接到某些3GPP网络，且当确定经由这个连接进行通信的流应该移动到另一个网络时，有关3GPP接口可用的所述另一个网络的信息被包括在可从访问网络信息获取的信息内。当确定在MN 610可以连接到3GPP网络和非3GPP网络两者时、所述3GPP网络侧的流应该被移动到另一个网络时，所获取的访问网络信息可以包括有关所述非3GPP网络能使用的网络的信息。反之，在确定所述非3GPP网络侧的流应该被移动到另一个网络时，所获取的访问网络信息可以包括有关3GPP网络能使用的网络的信息。 [0202] 作为另一个示例，当MN 610预先在任意时刻获取与某个流相关的访问网络信息、且所述流的传送和接收开始时，或者当传送和接收这个流的所述接口的负载增加时，MN 610可以利用已经获取的访问网络信息。例如，可以在完成访问验证并可执行通信之后立即获取与特定流相关的访问网络信息，或者，可以从通信对方开始在某个流的通信之后获取与所述流相关的访问网络信息。 [0203] 在上面给出的两个示例中，假定实际可连接的网络的信息在请求访问网络信息的时刻被获取，然而，如下面将描述的，可以假定它是取决于获取的访问网络信息，即使当此后网络环境发生变化时对于选择网络/接口也有效的信息。 [0204] 作为要获取的访问网络信息，例如，存在允许传送和接收所通知的流的访问技术类型或所述访问网络信息。另外，例如，存在最适合于所通知的流的访问技术类型信息，或以优先级顺序结构的多个访问技术类型的信息。此外，例如，存在对所通知的流最合适的访问网络的信息或根据优先级顺序结构的多个访问网络的信息。所述访问网络包括蜂窝网络、WiMAX网络、WLAN网络、CSG小区等等。 [0205] 作为所述访问网络信息请求消息，可以使用任意类型的消息。例如，可以使用通知用于指定CoA的流信息的消息，当移动IP或MN的所述BU消息向HA注册了多个CoA时，HA利用所述CoA作为传送目的地(即，MN用于向HA通知所述流信息的消息)；或者可以使用对信息服务器的网络信息请求消息作为专用消息。此外，可以使用要由ANDSF(访问网络发现和选择功能)利用的请求消息和响应消息。 [0206] 如上所述，根据本发明第三实施例，MN 610通过向访问网络信息管理服务器通知与任意流相关的信息来获取适合于所述流的网络，可以使用合适的网络作为传送和接收所述流的网络，且可以阻止到达不合适网络的流的传送。 [0207] 也可以将上述本发明第一到第三实施例中描述的操作和结构结合起来使用。例如，在第一实施例中，MN接收并维持来自HA的流控制信息，并检查所述流的重新结构是否必要、或通过根据需要而参考这个信息来执行流改变操作，然而，也可以进行控制，使得通过连续地向HA进行查询，在信任的网络内传送所述域受限流。另外，在第一实施例中，例如，可以经由作为流控制信息的RA消息提供表示所述流是否是CoA绑定流的信息。在本说明书中，给出的描述是基于MN的某些接口由于交递而连接到另外的网络的情况，然而，这可以被应用到处于非连接状态的接口连接到网络时的情况。此外，作为本发明第二实施例和第三实施例的结合，MN将由自身传送和接收的信息、或与将传送和接收的流相关的信息、连同与其自身检测到并可被连接的网络相关的信息一起传送到所述网络信息管理服务器，且MN可请求应该从这些网络之中选择适合于传送和接收所述通知的流的网络。 [0208] 在本说明书中，通过兼顾显示和描述图表及描述，使得本发明成为最实用的优选实施例，然而本领域的技术人员应该明显地认识到，在不脱离本发明在与上述每个节点的部件元素相关的详细设计和参数的本质和范围的情况下，可以做不同的改变和修改。 [0209] 例如，在所述网络流简档13a和流控制信息13b中描述的参数不必局限于本说明书中的描述。对于流或网络特征的要求可以被记录在网络流简档13a和流控制信息13b中。 [0210] 在如上所述的实施例中，通过利用BID来指定正在考虑的网络以及连接接口的网络，然而，可以使用指示CoA或连接目的网络的ID取代BID。另外，管理和保持流信息的信息服务器、或AAA服务器、或通信对方都可以具有HA具有的功能。 [0211] 此外，在上面给出的实施例中，MN 10向HA 22通知所述网络流简档13a已经通过参考流控制信息13b并通过利用BU中的标志(V标志52)而被更新，然而，可以使用nonce、秘密数字(secret number)、cookie等等替代BU中的标志。 [0212] 根据本发明一实施例，提供了一种移动终端，包括：多个接口；流信息保持单元，其保持从由所述多个接口之一连接的网络的运营方通知的流信息，并保持流信息，以指定用于传送和接收所述流的接口；以及确认单元，其关于特定流而确认是否能够经由与由所述流信息预先指定的接口不同的另一个接口进行通信。 [0213] 所述移动终端包括：流识别信息保持单元，其保持用于识别仅能够经由特定网络传送和接收的流的信息；网络识别信息保持单元，其保持用来识别所述特定网络的信息；以及所述确认单元被设计为：根据由所述流信息保持单元和所述网络识别信息保持单元所保持的信息，来关于所述特定流而确认是否能够经由所述另一个接口执行通信。 [0214] 在所述移动终端中：所述确认单元根据由所述流识别信息保持单元所保持的信息，判定所述特定流是否是仅能够经由所述特定网络传送和接收的流，并且，在所述特定流是仅能够经由所述特定网络传送和接收的流的情况下，进一步判定所述另一个接口是否连接到所述特定网络，并且，在所述另一个接口连接到所述特定网络的情况下，判定能够关于所述特定流而执行经由所述另一个接口的通信。 [0215] 在所述移动终端中：所述确认单元根据由所述流识别信息保持单元所保持的信息，判定所述特定流是否是仅能够经由所述特定网络传送和接收的流，并且，在所述特定流不是仅能够经由所述特定网络传送和接收的流的情况下，判定能够继续使用现在使用的接口。 [0216] 在所述移动终端中：所述特定网络是由所述运营方认可的网络。 [0217] 在所述移动终端中：所述移动终端包括流改变需要或不需要信息保持单元，其保持信息，该信息关于：在传送和接收特定流的接口关于每个流执行交递的情况下，是否需要改变与所述特定流相关的流信息；以及所述确认单元确认在所述交递时是否需要改变与所述特定流相关的流信息。 [0218] 在所述移动终端中：所述移动终端具有网络识别信息保持单元，其保持用来识别其中能够传送和接收所述特定流的特定网络的信息；以及在根据由所述流改变需要或不需要信息保持单元保持的信息而判定在所述交递时需要改变与所述特定流相关的流信息的情况下，所述确认单元根据由所述网络识别信息保持单元保持的信息，确认是否能够关于所述特定流而执行经由所述另一个接口的通信。 [0219] 在所述移动终端中：所述移动终端具有查询单元，其向存在于所述网络中的预定通信设备查询是否能够关于所述特定流而执行经由所述另一个接口的通信；以及在根据由所述流改变需要或不需要信息保持单元保持的信息而判定在所述交递时需要改变与所述特定流相关的流信息的情况下，所述确认单元判定所述查询单元查询是否能够关于所述特定流而执行经由所述另一个接口的通信。 [0220] 根据本发明另一实施例，提供了一种网络节点，包括：流信息通知单元，其通知与由具有多个接口的移动终端传送和接收的流有关的流信息；以及流条件信息通知单元，其通知信息，通过该信息，所述移动终端能够关于特定流而确认是否能够经由与由所述流信息预先指定的接口不同的另一个接口执行通信。 [0221] 所述网络节点包括：流识别信息通知单元，其通知用来识别仅能够经由特定网络传送和接收的所述流的信息；以及网络识别信息通知单元，其通知用来识别所述特定网络的信息。 [0222] 在所述网络节点中，提供了流改变需要或不需要信息通知单元，其通知信息，该信息关于：在传送和接收特定流的接口关于所述移动终端的每个流执行交递的情况下，是否需要改变与所述特定流相关的流信息。 [0223] 在所述网络节点中，在从所述移动终端接收到与所述特定流和所述特定接口相关的查询的情况下，所述流条件信息通知单元关于所述特定流而判定是否能够经由特定接口执行通信，并且，向所述移动终端通知判断结果。 [0224] 上面给出的本发明的实施例的描述中使用的每个功能块可以作为LSI(大规模集成电路)实现，LSI典型地由集成电路表示。这些可以制作为独立的一个芯片或者可以设计为包括一部分或所有功能的一个芯片。这里，称之为LSI，然而，取决于集成度，它也可以被称为IC、系统LSI、超大LSI或特大LSI。 [0225] 另外，集成电路的技术不仅仅局限于LSI，它可以作为专用电路或一般用途处理器实现。可以使用FPGA(现场可编程门阵列)，其在LSI的生产之后可编程，或使用重配置处理器，其中LSI内的电路单元的连接和设置可以重配置。 [0227] 工业应用性 [0228] 根据本发明的所述移动节点和移动终端提供了这样的效果：具有多个接口的所述移动节点可以通过选择适合于所述流的接口执行通信，其中运营方根据策略定义的流信息利用上述多个接口执行通信，且本发明可以应用于利用IP的通信技术、或用来改变流的路由的路由技术。 |
||||||
QQ群二维码
意见反馈
意见反馈