CN1677980B - 通信系统 - Google Patents

Abstract

提供了一种通信系统，该系统用于利用诸如IPv4、IPv6及其扩展移动IPv6或IPv4的因特网协议提供通信会话。该系统包括具有应用程序(410)和操作系统(420)的移动节点。应用程序(410)用于使用因特网协议地址信息提供通信会话。操作系统(420)用于监控因特网协议地址信息，并向应用程序通知因特网协议地址信息的改变。应用程序被安排成依照因特网协议地址信息的改变来调整通信会话。操作系统向应用程序通知因特网协议地址信息的改变的结果是：应用程序能够调整通信会话的操作，以降低在IP地址改变时通信会话受到影响的可能性。

Description

通信系统

技术领域

本发明涉及用于利用因特网协议提供通信会话的通信系统和方法。本发明还涉及移动节点、通知模块和通知插件。

背景技术

利用因特网协议(IP)的通信网络为诸如个人计算机、移动设备和服务器的通信节点提供了在通信会话期间传送信息的便利。根据所使用的因特网协议，为每个通信节点提供IP地址，所述IP地址在IP网络中唯一标识该节点。这些IP地址可以被永久地分配给通信节点，或者在节点加入网络中时被分配给该节点。最近已经能够使用诸如移动电话和便携式计算机的移动节点来访问IP网络。例如，移动节点可以经由某些形式的无线连接，例如无线通信网络或红外链路，来访问IP地址。像这样将IP地址临时分配给通信节点，该IP地址在通信会话期间可以改变。因此，通信会话会受到由于例如在通信会话期间从一个网络加入到另一个网络的改变而引起的移动节点的IP地址的改变的影响。

发明内容

从第一方面看，本发明提供了一种通信系统，用于利用因特网协议提供通信会话。该系统包括具有应用程序和操作系统的移动节点。该移动节点用于使用因特网协议地址信息提供通信会话。该因特网协议地址信息是在操作系统的地址栈中存储的多个因特网协议地址之一，该移动节点用于监控地址栈中的该因特网协议地垃信息，并通知应用程序地址栈中的因特网协议地址信息的改变。该移动节点被安排成依照因特网协议地址信息的改变来调整(adapt)通信会话。在一个示例中，该系统包括移动节点和对应节点，该移动节点被安排成使用在该移动节点上运行的应用程序来提供与该对应节点的通信会话。

本发明的实施倒被安排成通知在移动节点上运行的应用程序在传送IP分组的过程中使用的因特网协议(IP)地址在通信会话期间已经改变。操作系统被安排成提供移动节点的IP地址信息已经改变的指示。地址信息的改变可以包括在例如移动节点从第一网络加入到第二网络的改变或者所述改变的启动之后，将新IP地址添加到操作系统的IP栈中，所述启动是改变该加入的过程的开始。相应地，地址信息的改变可以是在已经完成加入的改变之后，从操作系统的IP栈中删除IP地址。

在通知应用程序IP地址信息已经改变之后，应用程序能够采取行动以调整通信会话的操作。像这样在例如由于从一个网络加入到另一个网络的改变而使移动节点改变IP地址期间，应用程序能够降低通信会话受到影响的可能性。

应用程序可以被安排成在通知IP地址信息的改变之后调整通信会话。例如，与移动节点从一个网络加入到另一个网络的改变典型相关的IP地址信息的改变，可能具有在正在实施加入的改变期间中断IP分组的传送的效果。从而，一些实施例可以包括延缓IP分组的传送，或者至少调整传送IP分组的速率。例如，可以实施延缓或者速率的改变，直到节点所加入的IP网络的IP地址已经从IP栈中删除。在其他实施例中，应用程序可以被安排成向在对应节点上运行的相应应用程序提供指示：应当使用新IP地址将IP分组传送给移动节点。例如，可以使移动节点上的应用程序适用于监控用于从对应节点接收IP分组的新IP地址以及旧IP地址。在移动节点同时监控新IP地址和旧IP地址期间，两个IP地址同时可供移动节点使用。旧IP地址可以是用于在IP网络上传送IP分组的地址，所述IP网络是移动节点在改变加入到新IP网络的过程开始之前所加入的网络。在一些实施例中，可以使用会话初始协议(Session Initiation Protocol，SIP)消息由移动节点上的应用程序向对应节点通知新IP地址。

在一些实施例中，操作系统包括具有用于存储IP地址的IP地址表的IP栈、用于添加IP地址的地址添加器和用于从IP地址表去除IP地址的地址去除器。操作系统可以包括通知插件和通知模块。通知插件可以用于监控IP栈，并依照向IP地址表添加地址或者从IP地址表删除地址，提供IP栈中的IP地址的改变的通知。通知被提供给通知模块。通知模块用于基于从通知插件接收的通知来通知应用程序IP地址信息的改变。

在电信用户在诸如WLAN(无线局域网)、GSM(全球移动通信系统)和UMTS(通用移动通信系统)的不同接入网络之间漫游时向所述电信用户提供移动服务时，能够使用本发明的实施例。而且，特别是这些技术可应用于与会话初始协议(SIP)一起使用，以使应用程序能够启动SIP切换。本发明的实施例并不限于应用于特定因特网协议，并能够与例如移动IPv6和IPv4一起使用。

从第二方面看，本发明提供了一种使用在移动节点上运行的应用程序提供通信会话的方法，该通信会话利用因特网协议地址信息，该方法包含：提供用于支持该应用程序的操作系统，该因特网协议地址信息是在操作系统的地址栈中存储的多个因特网协议地址之一；安排该操作系统以便监控地址栈中的因特网协议地址信息的改变；安排该操作系统以便向该应用程序通知该因特网协议地址信息的改变；和安排该应用程序以便依照该因特网协议地址信息的改变来调整该通信会话。

从第三方面看，本发明提供了一种经由根据地一方面的通信系统进行通信的移动节点，该通信系统利用因特网协议，该移动节点用于运行应用程序，该移动节点用于监控因特网协议地址信息的改变，和向该应用程序通知该因特网协议地址信息的改变，其中该应用程序被安排成依照该因特网协议地址信息的改变来调整该通信会话。本发明的各个其他方面和特点被定义在所附的权利要求书中，并且包括通信方法、移动节点、通知模块和通知插件。

附图说明

现在参考附图仅通过示例描述本发明的实施例，其中给相同部分提供了相应的参考标号，其中：

图1是提供在移动用户设备和对应节点之间的一般因特网协议(IP)通信的简化表示的示意框图；

图2是具有操作系统和应用程序的移动节点的简化表示的示意框图；

图3是包括适合的操作系统的图2的移动节点的简化表示的示意框图；

图4是用于实现在图3中说明的适合的操作系统的示例体系结构的示意框图；

图5是在移动节点从第一网络切换到第二网络期间可能发生的IP更新过程的示意说明；

图6是说明用于向应用程序通知该应用程序正运行于其上的移动节点可以使用的新IP地址的过程的示意流程图；和

图7是说明用于向应用程序通知该应用程序正运行于其上的移动节点不再可以使用的IP地址的过程的示意流程图。

具体实施方式

根据被称为移动因特网协议版本6(MIPv6)的、用于管理移动性的当前IETF(因特网工程任务组)因特网标准，当移动节点从加入一个网络改变到加入另一个网络时，给其分配“转交”(care-of)地址，利用这个技术，移动节点由不发生改变的、由所有应用程序使用的永久地址(“本地地址(homeaddress)”)所标识，并且在移动设备的IP层处理在“转交地址”和“本地地址”之间的映射。当移动节点移动到不同网络时，它从新的网络获取“转交”地址，然后该转交地址被提供给与该移动节点通信的各种设备的IP栈。穿过该网络将地址为该节点的本地地址的分组自动路由到该转交地址。利用MIPv6，在移动节点上运行的应用程序不知道IP地址的改变。

一种在支持移动的网络(mobile-enabled network)中在应用层管理IP地址改变的途径是使用轮询方法。这是一种基于应用程序的方法，其中在移动节点上运行的应用程序定期将通过轮询操作系统而获得的当前IP地址，与存储在应用程序自身中的一个IP地址进行比较，从而能够“发现”改变。

图1示意性地表示了在移动用户设备MN和对应节点CN之间的一般因特网协议(IP)通信配置，其说明了移动节点的IP地址发生改变期间的过程。在图1中示出了许多能够互相通信，以及能够与用户节点CN通信的分离的网络110、120、130和140，并且MN也能够访问这些网络。在网络之间的通信路径，以及在网络中的用户或跨经网络的用户之间的通信路径利用存在于网络110、120、130、140中的一个或多个路由器115、125、135和145进行控制。用户节点可以利用任何适合的方法连接到网络。例如，用户节点(移动节点或对应节点)可以经由电话线或电缆连接而连接到网络120。在诸如移动节点MN的移动用户节点的情况下，连接可以是使用发射器/接收器105、106经由无线移动网络的连接。

在图1中示出了用于移动节点MN和对应节点CN之间的IP通信会话的、两个用户节点之间的示例通信链路。在这两个用户节点之间的通信跨越了两个网络110和120，在移动节点MN和对应节点CN之间的所述通信分别由路由器115和125控制。在移动节点MN和对应节点CN之间的通信利用了为每个节点指定的IP地址。对于本示例，假设对应节点CN在与移动节点MN的通信会话期间总是保持固定的IP地址，尽管在其他示例中对应节点也可以是移动的。在移动节点MN的情况下，如果该节点要移出网络110的操作区域，则经由现有通信路径的通信将被终止，并且由路由器115分配的IP地址将被丢失。

在图1中，通过移动节点MN’说明加入到新网络的改变，移动节点MN’示意地指示在移出网络110的操作区域并进入网络140的操作区域之后的移动节点MN的位置。可以看到：现在使用在路由器125、135和145控制下的网络120、130和140，新的通信路径现在存在于移动节点MN’和对应节点CN之间。从在移动节点MN和对应节点CN之间的第一通信路径到在移动节点MN’和对应节点CN之间的第二通信路径的转换，可能会中断在两个节点之间的通信会话。

图2示意地说明了适于与诸如上面参考图1所述的通信会话一起使用的移动节点MN的简化表示。如图2所示，移动节点具有操作系统220和应用程序210。应用程序210可以用以控制用户接口和向用户展示信息，并且还可以包括通信功能，以管理将要传送到在对应节点CN上的应用程序的数据，和处理从对应节点CN接收的数据。

操作系统220包括IP栈230，其控制在移动节点MN和外部网络和设备之间的通信。IP栈230包括IP栈地址表240，其按照移动节点MN能够与之通信的各个网络来存储一个或多个属于移动节点MN的IP地址。而且，使用在操作系统220的IP栈230中的地址添加器模块250可以向IP栈地址表240中添加IP地址。使用在操作系统220的IP栈230中的地址去除器模块260可以从IP栈地址表240中删除IP地址。在图2的移动节点MN中，应用程序210实质上没有觉察到IP栈230的活动，特别是移动节点MN没有觉察到IP栈地址表240的状态。

图2的节点一般可以按照MIPv6协议进行操作。MIPv6的一个方面是对任何在移动节点上运行的应用程序隐瞒IP地址的改变。实际上，利用MIPv6，应用程序知道移动节点的永久“本地”地址，而在IP层处理“转交”地址的改变。然而，如上所讨论的，在一些情况下很希望在应用程序层管理IP地址的改变。实际上，IP地址的改变会影响到媒体通信所涉及的应用程序，造成分组丢失和中断。为了减少这些会话中断和减少分组丢失，可以在应用程序层实施适当的机制。例如，通过向对应节点通知由移动节点经历的IP地址的改变来实现中断的减少。用于减少中断的另一个机制是，在可能时应用程序保持在第一网络上打开的、相应于初始IP地址的会话，直到由对应节点确认了IP地址的改变，同时利用在第二网络中的新IP地址打开一个会话。为了将这样的会话移动性管理功能集成到多媒体应用程序中，在IP层出现的IP地址的改变应当被通知给应用程序。如果向应用程序隐瞒IP地址的改变，则不能实施用于处理该IP改变的恢复机制或增强特征。

应用程序能够检测IP地址的改变所用的现有技术要求应用程序经常检查(或“轮询”)在IP栈地址表240中IP地址的改变。定期轮询操作系统以检测IP地址的改变会对系统性能造成负面影响，这可以降低多媒体会话质量。而且，这会造成操作系统超载，并且根据轮询频率而在对改变的检测中引入延迟。

图3示意地说明了移动节点MN”的简化表示，其与上面参考图2所述的相类似。移动节点MN”包括应用程序310和操作系统320。操作系统320包括具有IP栈地址表340和地址添加器模块350和地址去除器模块360的IP栈330。然而，与图2中所示的移动节点MN相反，IP栈330还包括被安排来监控IP栈地址表340的通知插件370。通过在地址添加器模块350和地址去除器模块360被激活以改变IP栈地址表340时向通知插件370提供来自地址添加器模块350和地址去除器模块360的更新来影响这个示例中的监控。移动节点MN”的操作系统320包括通知模块380，其用于与应用程序310进行通信，以传递有关向IP栈地址表340中添加或者从IP栈地址表340中删除的信息。由通知插件370向通知模块通知这些改变。

通知插件370给移动节点MN”提供了优点，原因在于使得IP地址可以被应用程序310所用，而不需要由操作系统320执行过量的轮询。如此，改善了性能，同时降低了复杂性。只有在地址被添加或者删除的时候才触发事件，从而与其中无论是否出现改变而进行规律的更新的机制相比，执行更少数量的操作。当应用到流媒体通信时，特别是对于在受控节点移动性环境中运行的系统，给具有插件370的通信节点提供了优点。可以向这样的节点提供改善的便利，其中通知插件370能够允许应用程序依照IP地址中的所指示的改变来调整媒体。此外，这样的节点还用于满足如下需要：当移动节点在接入网络之间漫游时，向诸如支持SIP的应用程序(SIP-enabled applicationprogram)的多媒体应用程序通知移动节点的IP地址的改变。

应当理解，为向应用层提供IP通知信息而选择的实际结构并不局限于这里描述的特定操作系统实现。虽然示例操作系统使用了通知插件370和通知模块380，然而还期待适于提供适当的IP地址监控和通知功能的不同操作系统配置，并且可能对特定的现有或者未来操作系统和移动环境更有利。

图4更详细地示意地说明了结合图3所描述的示例移动节点体系结构。这个体系结构包括应用层410和操作系统(OS)核心420。在这个示例实现中使用的通知机制可以被看作包含四个不同的实体。这些实体是地址管理模块435、通知插件370、通知模块380和通知处理器490。

OS核心420包括IP栈430，而IP栈430还依次包括地址管理模块435，地址管理模块435包含结合图3所描述的地址添加器和地址去除器模块350和360。与结合图3所描述的相同，地址添加器和地址去除器模块用于向IP栈地址表340添加IP地址和从IP栈地址表340去除IP地址。一般说来，任何IP栈的OS实现包含用于管理IP地址的表，以及用于管理该表中的这些地址的一组相关方法。例如，用于Linux(RTM)的IPv6栈(版本1.23)使用称为inet6_addr_lst的表，并使用称为ipv6_add_addr()和ipv6_del_addr()的方法，以便在每次获得或丢失IP地址时在这个表中插入或删除IP地址。类似地，用于Windows(RTM)的微软(Microsoff)(RTM)IPv6栈(版本1.4)使用AddrObj对象的列表、用以添加IP地址的InsertAddrObj()方法、以及用以删除IP地址的RemoveAddrObj()方法。

OS核心420包括通知模块380。该通知模块自身可包含一个激活的IP地址的表。当由IP栈向通知模块通知一个地址已经被删除时，通知模块从该表中去除相应的地址，并通知应用程序这个地址已经被删除。这种机制还能够提供(在可用的情况下)一个由应用程序使用的可供选择的IP地址。这样，通知机制能够向各种应用程序通知节点的IP地址的任何改变。

IP栈430还包括通知插件370。这是必须被修改以与通知模块380交互和允许该通知机制开始和结束的IP栈代码的部分。它是允许与在应用层410中的应用程序进行主动通信的标准IP栈的扩展。

通知插件370定义了一种结构，其包括到通知模块380中的可调用的函数的函数指针。当通知功能被加载时，通知模块380设置该结构中的函数指针，然后IP栈就能够使用宏(macro)来访问该函数指针。所述宏检查相应指针是否有效(即，不是NULL，其指示通知功能还没有被启动或不可用)，并调用相应的通知功能。

为了向应用程序通知IP地址中的改变，将通知处理器490集成到应用层410。通知处理器490最好使用应用编程接口(API)，与OS核心中的通知模块380接口，并处理由通知模块380发送到在应用层410中的应用程序的通知消息，以允许应用程序接收和利用有关该系统可用的IP地址的信息。

通知处理器490的一个示例实现是基于“事件-消息(event-messaging)”，并且由通过操作系统420的标准事件系统在出现IP地址的改变时从通知模块接收事件的应用程序组成。在这种情况下，一对新的事件应当在操作系统420中注册/宣布，该事件对应于IP地址已经被添加到操作系统420的IP栈地址表340的通知，和IP地址已经被从操作系统420的IP栈地址表340中删除的通知。这些事件的相关参数可以是已经被添加或去除的相关IP地址。将这些事件添加到操作系统420允许应用程序开发者对给定应用程序的移动性特征保持控制。

通知处理器490的一个可供选择的示例实现是基于可以提供给应用程序开发者的自定义应用编程接口(API)。所提供的API将处理消息函数(messaging function)，并使用函数回调到应用程序。然后，应用程序开发者能够用提供的API开发他的应用程序，从而将通知机制嵌入应用程序自身。API提供了向通知模块380注册以接收IP地址的改变的通知、以监听用于通知的指定套接字连接(socket connection)、和以通知应用程序特定的预定事件的方法。可能通知应用程序的示例事件可以包括以下通知：移动节点不再具有可操作的IP地址并且不再连接到任何网络；新IP地址应当被使用；或者当前IP地址不再可用，在哪种情况下提供将要使用的新IP地址。

图5示意地说明了在移动节点从第一网络切换到第二网络期间可能发生的IP更新过程。本发明的实施例试图提供一种用于向应用程序通知移动节点上的IP地址的改变的一般解决方案。所述IP更新过程为在IP栈和应用层之间进行通信提供了一种便利，其使得IP栈能够向任何相关的应用程序通知IP地址的改变。

在所述配置中，IP栈对应用层的通知是由IP栈地址表340的改变来触发的。IP栈的每个实现以“管理”所有可用IP地址的功能为特征。当发生改变时(即，当地址被添加到表中，或地址被从表中删除时)，通知系统产生一个事件。然后，安装在系统上的通知模块380可以被启动，并且用于在IP栈和任何相关的应用程序之间进行接口，以便将任何IP栈活动报告给通知模块380以分配给任何相关应用程序，诸如多媒体应用程序。

参考图5，展示了一种情形，其中在网络A和网络B两个无线移动网络之间存在重叠的覆盖区域。在这个示例中，正在进行流媒体会话的移动节点从网络A的覆盖区域移动到网络B的覆盖区域。移动节点在其从由网络A提供的覆盖区域移动到由网络B提供的覆盖区域时，通过在给定时间从相关网络获取IP地址，改变其加入。应当理解虽然在这个示例中已经使用了无线网络，相同原理可应用到任意IP网络和接入网络、无线网络或固定网络。

基本的加入转移阶段可以被看作是图5中的阶段S1至S4。在阶段S1，移动节点最初被连接到网络(网络A)上。先前由网络A分配给移动节点的现有IP地址出现在IP栈的地址表中。通知功能(通知模块380和通知插件370)被加载到系统中，但是在这个阶段处于空闲。打开与相应节点的媒体会话，例如流会话，所述相应节点没有被表示在图5中。

在阶段S2，移动节点连接到另一个网络(网络B)上。随着移动节点移动，其进入网络B的覆盖区域，并且虽然仍然加入到网络A，但是也从网络B获取一个IP地址。在该点IP栈地址表340现在包含两个IP地址：由网络A最初分配的IP地址和由网络B分配的新IP地址。最初是空闲的通知插件370被在表中插入第二IP地址所激活，并通过向通知模块380通知IP地址的添加来起作用。通知模块380的任务包括与在移动节点上运行的应用程序接口。从而它依次向基于会话的应用程序通知新IP地址可用。然后这个信息被应用程序处理，例如该应用程序能够决定(就像这里所述的情况)通过使用移动节点的新IP地址与在另一个节点上运行的相应应用程序重新协商一个会话。

在阶段S3，移动节点退出网络A的覆盖区域，并从而失去了其与那个网络的连接，并因此失去了对应于网络A的IP地址。由网络A最初分配的IP地址被从IP栈的IP地址表340去除。网络B的IP地址仍保留在IP栈中。当IP栈删除IP地址之一时，通知插件370向通知模块380通知这个删除。以与IP地址添加类似的方式，通知模块380向媒体应用程序通知IP地址的删除。然后，应用程序能够依照其编程启动相关程序。在图5的示例中，应用程序忽略这个信息。

在阶段S4，完成加入和激活的IP地址的改变，并且通知功能返回空闲状态。媒体会话继续使用由网络B分配的IP地址。

图6示意地说明了一个过程，其中在操作系统的IP层向应用程序通知向IP栈地址表添加IP地址。在步骤A1，当启动通知模块时，在IP栈的地址管理模块中加载通知插件。在步骤A2，移动节点的OS核心从移动节点正开始到其的加入过程的网络获取新IP地址。在步骤A3，调用IP栈地址管理模块的地址添加器方法。在步骤A4，新IP地址被添加到IP栈的地址表中。在步骤A5，地址添加器方法调用由通知插件指定的相应的通知模块方法，以便向通知模块通知IP地址的改变。在步骤A6，通知模块更新其可用的IP地址的内部记录。在步骤A7，通知模块向已经预订了通知功能的任意应用程序通知移动节点已经获取了新IP地址。

图7示意地说明了在在操作系统的IP层向应用程序通知从IP栈地址表中删除IP地址的过程中所采取的步骤。在步骤D1，当启动通知模块时，在地址管理模块中加载通知插件。在步骤D2，移动节点的OS核心检测到IP地址的丢失。在步骤D3，调用IP栈地址管理模块的地址去除器方法。在步骤D4。从IP栈的地址表中去除IP地址。在步骤D5，地址去除器方法调用由通知插件指定的通知模块的相应方法，以便向通知模块通知IP地址的改变。在步骤D6，通知模块更新其可被移动节点所用的IP地址的内部记录。在步骤D7，通知模块向已经预订了通知功能的任意应用程序通知移动节点不再使用特定的IP地址，并且如果可以，则从其内部IP地址表提供将要使用的另一个IP地址。

在不脱离本发明的范围的情况下，可以对之前这里描述的示例实施例进行各种修改。虽然已经参考移动IPv6描述了本发明的实施例，应当理解，可以找到本发明的实施例适用于其他因特网协议，例如包括IPv4。还应当理解，利用本发明的通信节点可以不包括无线通信设备，而只是简单地被安排成在会话中改变IP地址。此外，对应节点也可以是移动节点。

Claims (14)

1.一种用于利用因特网协议提供通信会话的通信系统，该系统包括：

具有应用程序(210)和操作系统(220)的移动节点(MN)，该移动节点(MN)用于使用因特网协议地址信息提供该通信会话，该因特网协议地址信息是在操作系统(220)的地址栈中存储的多个因特网协议地址之一，该移动节点(MN)用于监控地址栈中的该因特网协议地址信息，并且向该应用程序(210)通知地址栈中的因特网协议地址信息的改变，

其中，该移动节点(MN)被安排成依照该因特网协议地址信息的改变来调整该通信会话。

2.根据权利要求1所述的通信系统，其中所述移动节点(MN)用于响应于该因特网协议地址信息的改变，向在对应节点上运行的相应应用程序传送新的因特网协议地址。

3.根据权利要求2所述的通信系统，其中所述移动节点(MN)使用会话初始协议(SIP)消息通知该相应应用程序。

4.根据权利要求2或权利要求3所述的通信系统，其中所述移动节点(MN)用于监控来自具有该新的因特网协议地址的该对应节点的因特网分组和来自具有当前使用的因特网协议地址的该对应节点的因特网分组，该当前使用的因特网协议地址对应于该移动节点加入的第一网络，该新的因特网协议地址与第二网络相关联。

5.根据任意一个在前权利要求所述的通信系统，其中所述操作系统包含因特网协议栈，该因特网协议栈包含：

地址表，用于存储因特网协议地址，

地址添加器，用于向该地址表添加因特网协议地址，和

地址去除器，用于从该地址表去除因特网协议地址，其中该因特网协议地址信息中的改变是通过向该地址表添加因特网协议地址和从该地址表删除因特网协议地址中的至少一个来实施的。

6.根据权利要求5所述的通信系统，其中所述操作系统包含通知模块，所述通知模块用于向该移动节点(MN)通知来自因特网协议地址的添加或者因特网协议地址的删除的因特网协议地址信息的改变，而所述因特网协议栈包含通知插件，所述通知插件用于监控用于从该地址表中添加或删除因特网协议地址的该因特网协议栈，以便从该因特网协议地址的添加或删除中获得该因特网协议地址的改变，并向该通知模块通知该地址信息的改变。

7.根据权利要求6所述的通信系统，其中所述通知插件响应于该地址添加器和该地址去除器的输出，获得因特网协议地址信息的改变。

8.一种使用在移动节点(MN)上运行的应用程序(210)提供通信会话的方法，该通信会话利用因特网协议地址信息，该方法包含：

提供用于支持该应用程序(210)的操作系统(220)，该因特网协议地址信息是在操作系统(220)的地址栈中存储的多个因特网协议地址之一，

安排该操作系统(220)以便监控地址栈中的因特网协议地址信息的改变，

安排该操作系统(220)以便向该应用程序通知该因特网协议地址信息的改变，和

安排该应用程序(210)以便依照该因特网协议地址信息的改变来调整该通信会话。

9.根据权利要求8所述的方法，其中所述调整包括：

将新的因特网协议地址信息从该应用程序传送到在对应节点上运行的相应应用程序。

10.根据权利要求9所述的方法，其中所述应用程序使用会话初始协议(SIP)消息通知该相应应用程序。

11.根据权利要求9或权利要求10所述的方法，包含：

监控从具有该新的因特网协议地址的该对应节点接收的因特网协议分组，和

监控从具有当前使用的因特网协议地址的该对应节点接收的因特网协议分组，该当前使用的因特网协议地址对应于该移动节点加入的第一网络，该新的因特网协议地址与第二网络相关联。

12.一种经由根据权利要求1的通信系统进行通信的移动节点，该通信系统利用因特网协议，该移动节点用于运行应用程序，该移动节点用于

监控因特网协议地址信息的改变，和

向该应用程序通知该因特网协议地址信息的改变，其中该应用程序被安排成依照该因特网协议地址信息的改变来调整该通信会话。

13.根据权利要求8所述的方法，该方法还包含

响应于该移动节点的因特网协议地址信息的改变，向在该移动节点上运行的该应用程序通知该因特网协议地址信息的改变，该应用程序

依照该因特网协议地址信息的改变来调整该通信会话。

14.根据权利要求8所述的方法，该方法还包含

监控用于从该地址表中添加或删除因特网协议地址的因特网协议栈，

从该因特网协议地址从该地址表中的添加或删除中获得该因特网协议地址信息的改变，和

向通知模块通知该地址信息的改变以传送到该应用程序。

Images