移动终端、转发中间节点和移动通信系统的制作方法

专利名称：移动终端、转发中间节点和移动通信系统的制作方法
技术领域：
本发明涉及一种移动终端、转发中间节点和移动通信系统。
背景技术：
传统上，已知各种移动通信网络，移动通信终端(如蜂窝电话等)连接至这些移动 通信网络。其中，在第三代合作伙伴计划(3GPP)中已经将从第三代移动通信系统扩展出的 移动通信系统的架构和详细功能制定并标准化为(SAE 系统架构演进)。在SAE中，如图23(a)的示意图中所示，移动终端(UE 用户设备)经由E-UTRAN连 接的网络的架构被定义为无线电接入接入系统的一个示例。如非专利文献1中所述，3GPP 发布的规范TS 23. 401示出了该架构。此外，在作为非专利文献2示出的TS 36. 300中描 述了无线电接入系统或E-UTRAN接入系统。此外，在定义SAE标准的TS 23. 401中，定义了 UE的连接过程。给定连接过程的 概述，当UE对E-UTRAN接入系统进行无线电接入时，作为用于对UE的移动进行管理的设 备的MME(移动性管理实体)、用作对PDN(分组数据网络)的网关的PDN-GW(分组数据网 络网关)和作为转发中间节点的服务GW(服务网关)执行数据传输路径的认证和建立。TS 23. 401通过给出序列的细节将这一系列过程描述为附着过程。PDN是网络运营商运营的服 务网络，或者指运营商的网络。例如，当网络运营商提供TOB服务时，WEB服务器被安装在PDN内，服务订户的UE 尝试进行接入。通过附着过程对UE进行认证，并且在MME、服务GW和PDN-GW之间建立数据 传输路径，使得UE可以连接至PDN。如图23(a)所示，规定PDN-GW和服务GW可以使用不同的设备来实现，或者如图 23(b)所示，可以通过单个设备的转发中间节点来实现。在这种情况下，在MME与PDN-GW之 间建立数据传输路径，使得UE可以连接至PDN。在附着过程之后，UE获取PDN-GW分配的IP地址。作为IP地址获取的手段，可以 使用已经在因特网中广泛使用的两种方法。一种是使用DHCP(动态主机配置协议)来获取 IPv4地址的方法，另一种是基于IPv6无状态地址配置来获取IPv6地址的方法。作为因特网技术的标准化机构的IETF(因特网工程任务组)对这些规范进行了 标准化。在RFC 2131 (非专利文献3)中示出了使用DHCP的IPv4地址获取过程，在RFC 2462bis (非专利文献4)中示出了 IPv6无状态地址配置。图24示出了一种示例情况，其中，当服务GW和PDN-GW在单一设备中给出时，使用 DHCP来获取IP地址。在附着过程之后(图24 (a))，UE与要作为DHCP服务器的PDN-GW交 换“DHCPDISCOVER 消息”(图 24(b))、“DHCP OFFER 消息”(图 24(c))、“DHCP REQUEST 消息 (图24(d)) ”和“DHCP PACK消息”(图24 (e))，从而基于“DHCP PACK消息”中包括的IPv4 地址信息来获取IP地址。这里，图24(b)至24(e)形成了 IPv4中的DHCP地址设置过程。图25示出了当服务GW和PDN-GW在单一设备中给出时，使用IPv6无状态地址配置来创建IP地址的示例。在附着过程之后(图25(a))，创建在链路内不冗余的“IPv6链路本地地址”。然后，PDN-Gff通过“路由器通告消息”向UE发送包括创建IPv6地址所需的网 络前缀等在内的地址创建信息(图25(d))。基于该地址创建信息，UE创建IPv6地址(图 25(e))。此外，为了请求“路由器通告消息”，UE可以发送“路由器恳求消息”(图25(c))。 这里，图25(c)和25(d)形成了 IPv6中的无状态地址配置过程。在定义3GPP标准的TS 23.401中，当服务GW和PDN-GW被提供为单独的设备时， 未定义地址获取序列。非专利文献 1 :TS 23.401 GPRS enhancements for E-UT RAN access (Release 8)非专禾Ij文献 2 :TS36. 300 "Evolved Universal Terrestrial RadioAccess(E-UTRA)and Evolved Universal Terrestrial Radio Access (E-UTRAN)； Overall description ；Stage 2"非专利文献3 :RFC2131 "Dynamic Host Configuration Protocol":"IPv6 Stateless Address Autoconfiguration"draft-ietf-ipv6 -rfc2462bis-08

发明内容
本发明要解决的技术问题网络运营商允许拥有多个PDN，对多个PDN分配独立的服务。在这种情况下，如图 6所示提供多个PDN，并且每个PDN通过与其连接的各个PDN-GW来访问服务Gl使用这种 配置，网络运营商可以分别提供例如用于安装WEB服务器等的PDN、用于安装邮件服务器等 的PDN，因此，可以根据UE尝试连接的应用来分配来自服务GW的业务。按照这种方式有多个PDN与其连接的模型被称为多PDN模型。在多PDN模型的情 况下，UE需要获取每个PDN-GW分配的IP地址。这就是说，UE持有多个IP地址并针对不同 的应用使用不同的IP地址。例如，UE在TOB接入的情况下使用从连接至PDm的PDN-GWl分配的IP地址，并 使用从连接至PDN2的PDN-GW2分配的IP地址来进行邮件交换。在现有技术中，获取每个地址的过程是基于如图24和25所示的DHCP或IPv6无 状态地址配置来执行的。然而，存在如图27所示的一种情况，其中，并行执行PDN-GWl的附 着过程(图27(a))和PDN-GW2的附着过程(图27(b))。在这种情况下，从PDm的地址获 取过程(图27(c))和从PDN2的地址获取过程(图27(d))也将并行执行。以图28中获取IPv6地址为例进行描述。在包括多个PDN-GW的模型中，在图28(a) 和28(b)的附着过程之后，配置链路本地地址(图28(c))。然后，服务GW接收UE发送的 “路由器恳求消息”(图28(d))。在这一阶段，当UE在完成两个附着过程之后发送“路由器恳求消息”时，服务GW无 法确定应当使用从两个PDN分配的哪个信息来对UE进行回复。由于链路上的所有路由器 都接收到该消息，“路由器恳求消息”的目的地址使用多播地址，而发送地址未指定或使用 链路本地地址。因此，不可能根据IP首部中的地址和来自“路由器恳求消息”的信息来识 另Ij PDN0此外，当服务GW通过某种未指定的方式解决了上述问题并且通过发送包括用 于创建分配给PDN-GWl的地址的信息在内的“路由器通告消息”和包括用于创建分配给PDN-GW2的地址的信息在内的“路由器通告消息”(图28(e)和(f))来进行回复时，两个“路 由器通告消息”的发送者均为服务GW。因此，UE无法确定从相同路由器发送的每个“路由 器通告消息”中包括的网络信息是从PDN-GWl分配的信息还是从PDN-GW2分配的信息。此时，对于PDN提供的每个服务，UE需要使用PDN-GW分配的IP地址来执行通信。 然而，即使UE执行两个附着过程并获取两个地址，如上所述所获得的IP地址与PDN不相对 应，使得不可能找到与所提供的服务的对应关系，导致通信建立失败。由于与上述IPv6无状态地址配置的情况中相同的原因，通过DHCP进行IPv4地址 获取也出现相同的问题。因此，考虑到上述问题，本发明的目的是提供一种移动通信终端等，当移动通信终 端从多个网络获取IP地址时，通过在每个网络和IP地址之间进行正确对应，可以执行适当 的通信。解决问题的技术方案考虑到上述问题，本发明的移动终端在于一种连接至移动通信网络的移动终端， 所述移动通信网络经由转发中间节点连接至一个或多个不同的运营商网络，所述移动终端 包括通信装置，用于经由移动通信网络来与运营商网络进行通信；消息接收装置，用于从 运营商网络接收预定消息；IP地址获取装置，用于从消息接收装置接收的消息中获取IP地 址；运营商网络确定装置，用于根据消息接收装置接收的消息来确定分配所述IP地址的运 营商网络；以及运营商-IP地址存储装置，用于将运营商网络确定装置所确定的运营商网 络与IP地址获取装置所获取的IP地址相关联地进行存储，并且，其特征在于，通信装置从 运营商-IP地址存储装置中读出与作为通信目的地的运营商网络相对应的IP地址，并使用 所述IP地址作为移动终端的IP地址，以与所述运营商网络进行通信。根据本发明的移动终端还包括网络标识码接收装置，用于在通信装置与所述运 营商网络建立通信时，从所述运营商网络接收网络标识码；运营商-网络标识码存储装置， 用于将网络标识码接收装置接收的网络标识码与运营商网络相关联地进行存储；以及网络 标识码获取装置，用于从消息接收装置接收的消息中获取网络标识码；并且，运营商网络确 定装置基于网络标识码获取装置所获得的网络标识码来确定运营商网络。根据本发明的移动终端的特征在于，IP地址被配置为IPv6地址，消息接收装置是 从运营商网络接收路由器通告消息的装置，IP地址获取装置是通过基于路由器通告消息来 创建IP地址从而获取IP地址的装置，以及，网络标识码获取装置是获取被添加至路由器通 告消息的网络标识码的装置。根据本发明的移动终端的特征在于，IP地址被配置为IPv4地址，消息接收装置是 从运营商网络接收DHCP PACK消息的装置，IP地址获取装置是从DHCP PACK消息中获取IP 地址的装置，以及，网络标识码获取装置是获取添加至DHCP PACK消息的网络标识码的装置。此外，根据本发明的转发中间节点在于一种用于在一个或多个不同的运营商网络与移动终端所连接的移动通信网络之间进行中继的转发中间节点，所述转发中间节点包 括IP地址信息-网络标识码存储装置，用于从运营商网络接收IP地址信息和网络标识 码，并将IP地址信息与网络标识码相关联地进行存储；消息请求信号接收装置，用于从移 动终端接收消息请求信号；以及消息发送装置，用于当网络标识码被添加至消息请求信号接收装置接收的消息请求信号时，基于IP地址信息-网络标识码存储装置来选择与所述网络标识码相对应的IP地址信息，并向移动终端发送添加有所述网络标识码的消息。根据本发明的转发中间节点的特征在于，IP地址信息是用于在移动终端中创建 IPv6地址的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地址，因此，可以与每个运营商网络进行通信。因此，通过将例如服务或应用与每个运营商网络相关联，可以分配通信负载。此外，根据本发明，在确定运营商网络时，可以使用被添加至消息的网络标识码来 确定运营商网络。相应地，移动终端能够使用网络标识码，在不考虑所接收消息的过程顺序 的情况下确定另一通信端，因此，可以执行适当的通信。


图1是示出了本实施例中移动通信网络的方案的图。图2是示出了本实施例中UE配置的一个示例的图。图3是示出了本实施例中ASP-PDN对应表的数据配置的一个示例的图。图4是示出了本实施例中PDN-IP对应表的数据配置的一个示例的图。图5是示出了本实施例中ASP-IP对应表的数据配置的一个示例的图。图6是示出了本实施例中服务GW配置的一个示例的图。图7是示出了本实施例中PDN-IP信息对应表的数据配置的一个示例的图。图8是示出了本实施例中地址配置处理的操作流程的图。图9是示出了本实施例中数据发送和接收处理的操作流程的图。图10是示出了本实施例中IP地址分配处理的操作流程的图。图11是示出了本实施例中IPv6分配处理的操作流程的图。图12是示出了本实施例中IPv4分配处理的操作流程的图。图13是示出了第一实施例中移动通信系统的序列图。图14是示出了第一实施例中分组配置的一个示例的图。图15是示出了第一实施例中分组配置的一个示例的图。图16是示出了第一实施例中移动通信系统的应用示例的图。图17是示出了第二实施例中移动通信系统的序列图。图18是示出了第二实施例中分组配置的一个示例的图。图19是示出了第二实施例中分组配置的一个示例的图。图20是示出了第三实施例中移动通信系统的序列图。图21是示出了第四实施例中移动通信系统的序列图。图22是示出了变型示例的移动通信系统的应用示例的图。图23是示意了传统示例的图。图24是示意了传统示例的图。图25是示意了传统示例的图。图26是示意了传统示例的图。图27是示意了传统示例的图。图28是示意了传统示例的图。附图标记说明10UE100控制器102收发机
104数据处理器
106附着过程处理器
108IP地址分配过程处理器
110存储器
1102ASP-PDN 对应表
1104PDN-IP 对应表
1106ASP-IP 对应表
1110地址配置程序
1112数据发送和接收程序
20服务GW
202第一收发机
204第二收发机
206数据处理器
208附着过程处理器
210IP地址分配过程处理器
220存储器
2202PDN-IP 对应表
2210IP地址分配程序
2212IPv6分配程序
2214IPv4分配程序
30MME
50、50a、50bPDN-GW
具体实施例方式接下来，参照附图来描述本发明中使用移动终端的移动通信系统等的实施例。[1.配置][1. 1网络配置]首先，本实施例中分组通信系统的配置涉及在3GPP中制定并标准化为从第三代 移动通信系统扩展出的移动通信系统架构的SAE(系统架构演进)，并且将以分组通信系统 被应用于经由E-UTRAN接入系统连接的网络的特定情况来进行描述。图1示出了本实施例中移动通信系统(E-UTRAN)的方案。与该E-UTRAN接入系统 连接的是移动终端(UE:用户设备)10。还连接了用于管理UE 10的位置并执行寻呼等的 MME (移动性管理实体)30。此外，存在PDN(分组数据网络)作为网络运营商的服务网络(运营商网络)。网 关设备PDN-GW(分组数据网络网关)连接至PDN。此外，E-UTRAN接入系统和PDN-GW经由 作为转发中间节点的服务GW(服务网关)20连接。这里，PDN是一网络，网络运营商可以为独立的服务提供多个PDN。例如，PDN是由 不同的应用服务提供商(ASP)构成的网络。本实施例的移动通信系统包括作为第一运营商 的ASP1构造的PDm和作为第二运营商的ASP2构造的PDN2。
此外，PDN-GW连接至每个 PDN。PDN-GW 50a 连接至 PDm，PND-GW 50b 连接至 PDN2。 这里，在总体提及时，将PDN-GW 50a禾PPDN-GW 50b描述为PDN-GW 50。此外，在PDN内，安装了如每个服务器(例如WEB服务器或邮件服务器)等设备。 UE 10变为能够通过与PDN内安装的每个服务器建立通信来接收每个服务。这就是说，在本实施例中的移动通信系统中，存在2个通道作为UE 10与PDN内的 服务器之间的通道通过PDN-GW 50、服务GW 20和E-UTRAN接入系统建立的通信路由和通 过PDN-GW 50、服务GW20、MME 30和E-UTRAN接入系统建立的通信路由。[1.2设备配置]接下来，对于移动通信系统中布置的设备，参照附图来描述UE 10和服务GW 20的配置。[1. 2. 1 UE 10 的配置]首先，参照附图来描述UE 10的配置。图2是示意了 UE 10的配置的框图。如图 2所示，UE 10包括控制器100、收发机102、数据处理器104、附着过程处理器106、IP地址 分配过程处理器108和存储器110。控制器100是执行UE 10中的每项处理(process)并控制UE 10的操作的功能部 分。控制器100读出并执行存储器110中存储的各种程序，以实现各项处理。控制器还控 制每个功能部分。控制器100被配置为例如CPU(中央处理单元)等。收发机102是连接至外部天线的功能部分，以便经由外部天线来接入无线电接入 系统(E-UTRAN接入系统)以发送和接收数据。收发机将来自每个功能部分的数据输入转 换为适合于所连接的通信系统的形式，以发送数据。收发机还向每个功能部分输出通过外 部天线接收的数据。数据处理器104是处理服务和应用数据以经由收发机102执行通信的功能部分。附着过程处理器106是对用于附着过程的控制信息执行处理以经由收发机102执 行发送和接收的功能部分。UE 10使用附着过程处理器106执行与每个网络和设备的附着 过程。IP地址分配过程处理器108是处理用于DHCP和IPv6无状态地址配置的控制信息 的功能部分。IP地址分配过程处理器108基于收发机102接收的数据来获取或创建UE 10 的IP地址。这里，本实施例中使用的IP地址是IPv6或IPv4地址。存储器110是保存处理器所获取的程序和信息以及应用等的功能部分。存储器 110中存储有ASP-PDN对应表1102、PDN-IP对应表1104和ASP-IP对应表1106，还存储有 地址配置程序1110和数据发送和接收程序1112。ASP-PDN对应表1102是以相关联的方式来存储服务提供商和用作网络标识符的 PDN的ID的表。图3示出了 ASP-PDN对应表1102的数据配置的一个示例。如图3所示，将 服务提供商(例如“ASP1”)与该服务提供商构造的PDN的ID (例如“PDN1”，以下将PDN的 ID称为“PDN ID”)相对应并进行存储。PDN-IP对应表1104是以相关联的方式存储PDN ID和PDN分配的IP地址的表。图 4示出了 PDN-IP对应表1104的一个示例数据配置。如图4所示，将PDN ID(例如“PDN1”) 与IP地址(例如“IP地址1 (PDN1) ” )相对应并进行存储。ASP-IP对应表1106是以相关联的方式存储服务提供商和该服务提供商构造的
11PDN中分配的IP地址的表。图5示出了 ASP-IP对应表1106的数据配置的一个示例。如 图5所示，将服务提供商(例如“ASP1”)与IP地址(例如“IP地址1(PDN1)”)相关联并 进行存储。地址配置程序1110是基于从服务GW 20接收的数据来执行向UE10分配IP地址的 处理的程序。控制器100读出并执行地址配置程序1110，从而实现地址配置处理(图8)。
数据发送和接收程序1112是用于实现UE 10与每个服务器建立通信的处理等的 程序。控制器100读出并执行数据发送和接收程序1112，从而实现数据发送和接收处理(图9)。[1.2. 2 服务 GW 20 的配置]接下来，参照附图来描述服务GW 20的配置。图6是用于示意服务GW 20的配置 的框图。如图6所示，服务GW 20包括控制器200、第一收发机202、第二收发机204、数据处 理器206、附着过程处理器208、IP地址分配过程处理器210和存储器202。控制器200是执行GW 20中的每项处理并控制服务GW 20的操作的功能部分。控 制器200被配置为例如CPU(中央处理单元)等。第一收发机202是与无线电接入系统(E-UTRAN接入系统)进行通信的功能部分。 第二收发机204是与PDN-GW 50进行通信的功能部分。数据处理器206是处理数据的处理器，用于在UE 10与在PDN中布置的每个服务 器和设备之间中继发送和接收的数据，以实现通信。第一收发机202用于与UE 10通信，而 第二收发机204用于与PDN-GW 50通信(以通过PDN-GW 50来与PDN中布置的每个服务器 和设备进行通信)。附着过程处理器208是对用于附着过程的控制信息执行处理以经由第一收发机 202或第二收发机204来执行发送和接收的功能部分。附着过程在相关联的设备之间执行。IP地址分配过程处理器210是处理用于DHCP和IPv6无状态地址配置的控制信息 的功能部分。IP地址分配过程处理器210是将不同PDN分配的IP地址分配给UE 10、创建 用于创建IP地址的信息(地址创建信息)并将该信息发送给UE 10的功能部分。存储器212是保存处理器所获取的信息以及应用等的功能部分。这里，存储器220 中存储有PDN-IP信息对应表2202，还存储有IP地址分配程序2210、IPv6分配程序2212和 IPv4分配程序2214。PDN-IP信息对应表2202是以相关联的方式存储PDN的ID和与PDN中分配的IP 地址相关的IP地址信息的表。这里，IP地址信息是在UE 10分配IP地址时所需的信息。 当移动通信系统是IPv4系统时，该信息是IP地址。当系统是IPv6系统时，该信息是用于 在UE 10中创建IP地址的地址创建信息。图7示出了 PDN-IP信息对应表2202的一个示例数据配置。如图7所示，将PDN ID (例如“PDN1”)与IP地址信息(例如PDN1分配的IPv6地址创建信息/IPv4地址)相 关联并进行存储。IP地址分配程序2210是基于IP地址信息来向UE 10分配IP地址或发送地址创 建信息的程序。控制器200读出并执行IP地址分配程序2210，从而实现地址分配处理(图
10)。IPv6分配程序2212是在移动通信系统基于IPv6时执行的程序。控制器200读出并执行IPv6分配程序2212，从而实现IPv6分配处理(图11)。IPv4分配程序2214是在移动通信系统基于IPv4时执行的程序。控制器200读出 并执行IPv4分配程序2214，从而实现IPv4分配处理(图12)。[2 操作描述]随后，参照附图来描述UE 10和服务GW 20中的各个操作处理。[2.1地址配置处理]首先，基于图8来描述UE 10中执行的地址配置处理。首先，当UE 10激活或尝试连接至ASP时，UE执行针对每个ASP的附着过程并完成 该过程(步骤S10)。此时，UE 10根据所执行的附着过程来确定是否可以获取PDN ID(步 骤 S12)。此时，当确定可以获得PDN ID时(步骤S12 ；是)，UE获取PDNID并以与UE 10执行 的附着过程所针对的ASP或构成该PDN的ASP相关联的方式来将该PDN ID存储在ASP-PDN 对应表1102中(步骤S14)。尽管通过假定所接收的PDN ID以与ASP相关联的方式存储在ASP-IP对应表1106 中来描述本实施例，但是可能有一种情况，其中当移动通信通信系统中单独构成PDN时未 获取到PDN ID。随后，UE 10确定要获取的IP地址是否是IPv6地址(步骤S16)。这里，可以考虑 各种方式作为用于确定要获取的IP地址是否是IPv6地址的方法。例如，可以针对要连接 的每个ASP或针对要使用的每个应用来进行确定。然后，当要获取的IP地址是IPv6地址时(步骤S16 ；是)，发送“路由器恳求消息” 以请求地址创建信息(步骤S 18)。这里，假定“路由器恳求消息”与PDN ID—起发送。不 用说，如果不需要，则无需添加PDN ID。随后，UE 10从服务GW 20接收“路由器通告消息”作为对“路由器恳求消息”的回 复(步骤S20)。存在一种情况，其中GW 20主动地发送“路由器通告消息”，因此UE 10不 总是需要发送“路由器恳求消息”。然后，UE 10基于“路由器通告消息”中写入的地址创建信息来创建UE 10的IP地 址(步骤S22)。另一方面，在步骤S16，当确定要获取的IP地址是IPv4地址时(步骤S 16;否)， 发送“DHCP DISCOVER 消息”(步骤 S24)。这里，假定 “DHCP DISCOVER 消息”与 PDN ID 一 起发送。此后，根据DHCP定义的过程来发送和接收消息，从而接收IP地址。具体地，在从IP地址分配过程处理器108发送“DHCP DISCOVER消息”(步骤S24) 之后，UE通过收发机102 (步骤S26)接收“DHCP0FFER消息”(步骤S26)。然后，UE 10通 过收发机102发送“DHCPREQUEST消息”(步骤S28)并接收“DHCP PACK消息”(步骤S30)。 然后，IP地址分配过程处理器108在UE 10中从“DHCP PACK消息”接收IP地址。然后，UE 10确定PDN ID是否被添加至从服务GW 20接收的数据(例如在步骤S20 接收的“路由器通告消息”和在步骤S30接收的“DHCP PACK消息”)。如果该数据添加有PDN ID (步骤S32 ；是)，则以相关联的方式将PDN ID和该PDN ID分配的IP地址存储在PDN-IP对应表1104中(步骤S34)。这里，要存储的IP地址是在 步骤S22创建的IPv6的IP地址或者在步骤S30接收的IPv4的IP地址。
此外，将当前接收的IP地址与分配了该IP地址的ASP存储在ASP-IP对应表1106 中(步骤S36)。此时，如果未包括PDN ID (步骤S32 ；否)，则“PDN ID”被设置为空，并将 IP地址单独存储在PDN-IP对应表1104中。对于所存储的其PDN ID被设置为空的IP地址，如果在UE 10发送数据时，未存储 与目的地ASP相对应的PDN ID,则选择其PDN ID被设置为空的IP地址作为发送端IP地址。[2. 2数据发送和接收处理]接下来，使用图9来描述数据发送和接收处理。首先，当检测到与ASP的数据发送 和接收时(步骤S50 ；是)，UE 10从ASP-IP对应表1106选择与该ASP相对应的IP地址 (步骤S52)。例如，当确定了 ASP以使用当前选择的应用服务等时，从ASP-IP对应表1106读出 与该ASP相对应的IP地址，并将其设置为UE 10的地址。然后，使用所选IP地址作为发送 端地址来执行通信(步骤S54)。这里，在这种情况下，当不存在与ASP和IP地址之间的对应关系相关的数据时，将 移动通信系统确定为由单一 PDN构成，并且使用UElO当前持有的IP地址来执行通信。在移动通信系统由单个PDN组成的情况下，例如，UE 10可能仅具有一个IP地址， 或者例如服务提供商在ASP-IP对应表1106中被设置为“空”，并且可以使用服务提供商被 设置为空的IP地址作为缺省IP地址来进行通信。这种由单一 PDN组成的移动通信系统与 传统示例的系统相同，因此省去详细描述。[2. 3IP地址分配处理]接下来参照图10，描述服务GW 20执行的IP地址分配处理。首先，当完成了附着过程的处理时(步骤S100)，服务GW 20从PDN-GW 50接收UE 10的IP地址信息和PDN ID (步骤S102)。这里，服务GW 20将IP地址信息和PDN ID存储 在PDN-IP信息对应表2202中(步骤S104)。然后，服务GW 20确定从第一收发机202接收的数据是否是“路由器恳求消息”(步 骤S106)。这里，当接收的消息是“路由器恳求消息”时(步骤S106;是)，执行IPv6分配处 理(S108)。当接收的消息是“DHCP DISCOVER消息”时(步骤S106 ；否- >步骤SllO ；是)，执 行IPv4分配处理(步骤Sl 12)。这里，如果接收的消息既不是“路由器恳求消息”也不是“DHCPDISC0VER消息”，则 执行另一过程(步骤S106 ；否- >步骤SllO ；否)。也可以从步骤S106开始执行重复的过程。[2· 4IPv6 分配处理]接下来参照图11，描述服务GW 20执行的IPv6分配处理。IPv6分配处理是在已 经参照图10描述的IP地址分配处理的步骤S108中执行的处理。首先，确定PDN ID是否被添加至接收的“路由器恳求消息”(步骤S120)。这里，如果添加了 PDN ID (步骤S120 ；是)，则从PDN-IP信息对应表2202中选择具有该PDN ID 的地址创建信息(步骤S122)。这就是说，从PDN-IP信息对应表2202中搜索与从UE 10接收的“路由器恳求消息”中包括的PDN ID相对应的地址创建信息。然后，选择搜索到的、与该PDN ID相对应的 地址创建信息。这里，如果未添加PDN ID (步骤S120 ；否)，则服务GW 20选择所保存的地址创建 信息作为与UE 10相对应的地址创建信息。当未添加PDN ID时，移动通信系统由单一 PDN组成，因此服务GW 20仅保存一条 信息作为UE 10的地址创建信息。随后，确定移动通信系统是否具有由多个PDN形成的系统架构(步骤S126)。这 里，当确定系统架构是由多个PDN形成时(步骤S126 ；是)，使用PDN ID来创建要发送至 UE 10的“路由器通告消息”(步骤S128)。另一方面，当移动通信系统由单一 PDN构成时， 创建不添加任何PDN ID的“路由器通告消息”(步骤S130)。然后，服务GW 20向UE 10发送在步骤S128或步骤S130创建的“路由器通告消
肩、ο[2· 5IPv4 分配处理]接下来参照图12，描述服务GW 20执行的IPv4分配处理。IPv4分配处理是在参 照图12描述的IP地址分配处理的步骤S112执行的处理。首先，服务GW 20确定PDN ID是否被添加至接收到的“DHCPDISC0VER消息”(步 骤 S150)。这里，如果添加了 PDN ID (步骤S150 ；是)，则基于该PDN ID来选择ID地址(步 骤 S152)。这就是说，从PDN-IP信息对应表2202中搜索与从UE 10接收的“DHCP DISCOVER 消息”中包括的PDN ID相对应的IP地址。然后，选择搜索到的、与该PDN ID相对应的IP 地址。这里，如果未添加PDN ID (步骤S150 ；否)，服务GW 20选择所保存的IP地址作为 UE 10的地址。当未添加PDN ID时，移动通信系统由单一 PDN形成，因此服务GW 20保存唯一的 地址作为UE 10的地址。随后，服务GW 20向UE 10发送“DHCP OFFER消息”(步骤S156)。当在发送之后 从UE 10接收到“DHCP REQUEST消息”时(步骤S158 ；是)，确定移动通信系统是否具有由 多个PDN形成的系统架构(步骤S160)。这里，当确定系统架构由多个PDN形成时(步骤S160 ；是)，创建添加有PDN ID的"DHCP PACK消息”(步骤S162)。另一方面，当移动通信系统由单一 PDN构成时，创建不添 加任何PDN ID的"DHCPPACK消息”(步骤S164)。然后，服务GW 20向UE 10发送在步骤S162或步骤S164创建的“DHCP PACK消
肩、ο[3.实施例]随后，使用序列图来具体描述上述移动通信系统的实施例。[3.1第一实施例]首先，参照图13来描述使用IPv6的移动通信系统作为第一实施例。首先，UE 10针对每个ASP执行附着过程处理。在这种情况下，针对PDm在UE 10与 PDN-GW 50a 之间(图 13 (a))和针对 PDN2 在 UE 10 与 PDN-GW 50b 之间(图 13 (c))独 立地执行该处理。与传统方式不同，附着过程的完成通知包括用于标识PDN的PDNID。例如，当接收 到与PDm的附着过程的完成通知时(步骤S200)，接收“PDN1”作为PDN ID。当接收到与 PDN2的附着过程的完成通知时(步骤S204)，接收“PDN2”作为PDN ID。此外，PDN-Gff 50向服务GW 20通知用于创建UE 10的IP地址的、必要的地址创 建信息。从PDN-Gff 50a向服务Gff 20给出关于PDNl的通知(图13 (b))，而从PDN-Gff 50b 向服务GW 20给出关于PDN2的通知(图13(d))。此外，UE 10将接收的PDN ID与ASP相关联地存储在ASP-PDN对应表1102中。这 里，PDN GW的IP地址或作为主机名的FQDN(完全限定域名)也可以用作PDN ID。或者，可 以使用系统内唯一的数位序列以允许网络运营商标识PDN。此外，服务GW 20将接收的地址创建信息作为IP地址信息，与PDNID相关联地存 储在PDN-IP信息对应表2202中。在图13中，首先，存储从PDN-GW 50a通知的地址创建信息和PDNID(PDm)(步骤 S202)。然后，将从PDN-GW 50b通知的地址创建信息与PDN ID相关联地存储在PDN-IP信 息对应表2202中(步骤S206)。这里，当PDN-GW 50的地址不用作PDN ID时，服务GW 20可以预先保存PDN-GW 50 的地址和PDN ID，以从地址创建信息通知消息的发送端地址解析出PDN ID，从而使PDN ID 与所通知的信息相对应。然后，UE 10以与传统IPv6过程相同的方式来创建链路本地地址(步骤S208)。随后，为了请求地址创建信息，UE 10向服务GW 20发送“路由器恳求消息”(图 13 (e))。此时，与传统方式不同，通过添加目的地PDN的ID或UE向其请求地址创建信息的 PDN的ID来发送“路由器恳求消息”。服务GW 20发送“路由器通告消息”作为对所接收的“路由器恳求消息”的回复(图 13(f))。此时，当PDN ID被添加至所接收的“路由器恳求消息”时，发送与该PDN ID相对 应的“路由器通告消息”作为回复。这里，与传统方式不同，“路由器通告消息”不是使用与地址创建信息相对应的PDN ID(PDNl)来通知的。对此，图14示出了“路由器恳求消息”的一个示例，图15示出了“路 由器通告消息”的一个示例。按照这种方式，这些消息是以添加有PDN ID的传统消息的形 式给出的。在接收“路由器通告消息”时，UE 10基于接收的“路由器通告消息”中包括的PDN ID(PDNl)来更新每个对应表(步骤S210)。具体地，首先，根据“路由器通告消息”来创建 IP地址。然后，将PDN ID(PDNl)与根据从PDm发送的地址创建信息而创建的IP地址相关 联地存储在PDN-IP对应表1104中。此外，将与PDN ID相对应的ASP (ASPl)与IP地址相关联地存储在ASP-IP对应表 1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。类似地，为了从ASP2(PDN2)请求地址创建信息，UE 10向服务GW 20发送包括要请 求的PDN的PDN ID在内的“路由器恳求消息”(图13(g))。服务GW 20发送与接收的“路由器恳求消息”中包括的PD ID相对应的“路由器通告消息”作为回复(图13(h))。图13 (h)的“路由器通告消息”包括“PDN2”作为PDN ID。在接收“路由器通告消息”时，UE 10基于接收的“路由器通告消息”中包括的PDN ID(PDN2)来更新每个对应表(步骤S212)。具体地，首先，根据“路由器通告消息”来创建 IP地址。然后，将PDN ID (PDN2)与IP地址相关联地存储在PDN-IP对应表1104中。此外，将与PDN ID相对应的ASP (ASP2)与IP地址相关联地存储在ASP-IP对应表 1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。传统上，当单独的服务GW 20在完成了与多个ASP(PDN)的PDN-GW的附着过程处 理之后发送“路由器通告消息”时，UE 10不可能确定所接收的数据是从哪个PDN分配的。然而，在本实施例中，当在UE 10与服务GW 20之间进行通信时，添加PDN ID，从而 即使在UE经由单独的服务GW 20连接至多个ASP (PDN)时，建立合适的通信也变为可能。例如，图16是示出了本实施例中的移动通信系统的方案的图。WEB服务器60连接 至PDm，邮件服务器65连接至PDN2。在这种情况下，当UE 10连接至Ρ·1时，UE可以使 用从部署在PDm上的PDN-GW50a分配的IP地址来建立通信。当UE 10连接至PDN2时，UE 可以使用从部署在PDN2上的PDN-GW 50b分配的IP地址来建立通信。相应地，网络运营商可以针对每个服务(应用，如WEB服务、邮件服务等)提供单 独的PDN，因此分配了来自服务GW 20的通信负载。尽管在本实施例中，以与PDN相关联的方式来管理ASP，但是可以以与例如每个服 务而不是ASP相关联的方式来进行管理。这就是说，在UE中，以与PDN相关联的方式来管 理网络运营商提供的每个PDN的服务(如TOB服务、邮件服务等)，从而UE可以通过根据服 务来选择IP地址以建立通信。备选地，可以以与每个应用而不是ASP相关联的方式来进行管理。这就是说，UE 包括用于接收网络运营商提供的服务的多个应用，并以与PDN相关联的方式来管理每个应 用，从而UE可以通过根据所使用的应用来选择IP地址以建立通信。此外，在UE 10发送“路由器恳求消息”以请求“路由器通告消息”的假设下描述 了以上实施例。然而，可以提供这样的配置在预定定时，从服务GW 20向UE 10发送“路 由器通告消息”。此外，以将PDN ID添加至“路由器恳求消息”以建立通信为例描述了以上实施例。 然而，也可以使用与先前一样的未添加PDN ID的“路由器恳求消息”。此外，对于“路由器 通告消息”，可以使用未添加PDNID的传统“路由器通告消息”。当PDN ID被添加至“路由 器通告消息”时，UE 10确定架构是由单独PDN形成，并使用所创建的IP地址来执行所有通 信。因此，UE 10和服务GW 20可以进行操作，以支持单一 PDN的架构和多个PDN的架构。[3. 2第二实施例]接下来参照图17来描述使用IPv4的移动通信系统作为第二实施例。首先，UE 10针对每个ASP执行附着过程处理。在这种情况下，针对PDm在UE 10 与 PDN-GW 50a 之间(图 17 (a))和针对 PDN2 在 UE 10 与 PDN-GW 50b 之间(图 17 (c))独 立地执行该处理。与传统方式不同，附着过程的完成通知包括用于标识PDN的PDNID。例如，当接收 到与PDm的附着过程的完成通知时(步骤S300)，接收“PDN1 ItSPDN ID。当接收到与PDN2的附着过程的完成通知时(步骤S304)，接收“PDN2”作为PDN ID。此外，PDN-Gff 50向UE 10分配IP地址，并向服务GW 20通知所分配的IP地址。对于PDm，从PDN-Gff 50a向服务Gff 20通知IP地址(图17 (b))，而对于PDN2,从 PDN-Gff 50b向服务Gff 20通知IP地址(图17 (d))。
此外，UE 10将接收的PDN ID与ASP相关联地存储在ASP-PDN对应表1102中。这 里，PDN GW的IP地址或作为主机名的FQDN(完全限定域名)也可以用作PDN ID。或者，可 以使用系统内唯一的数位序列以允许网络运营商标识PDN。此外，服务GW 20将接收的IP地址与PDN ID相关联地存储在PDN-IP信息对应表 2202中。在图13中，存储从PDN-GW 50a通知的IP地址和PDN ID(PDm)(步骤S302)。然 后，存储从PDN-Gff 50b通知的IP地址和PDN ID (步骤S306)。这里，当PDN-GW 50的地址不用作PDN ID时，服务GW 20可以预先保存PDN-GW 50 的地址和PDN ID，以从地址创建信息通知消息的发送端地址中解析出PDN ID，从而使PDN ID与通知的信息相对应。随后，UE 10执行获取IP地址的过程。在这种情况下，首先，为了获取ASPl (PDNl) 的IP地址，UE将PDN ID添加至“DHCPDISCOVER消息”并将其发送至服务GW 20 (图17 (e))。 然后，服务GW 20向UE 10发送“DHCP OFFER消息”(图17(f))。此外，当UE 10向服务Gff 20发送"DHCP REQUEST消息”时(图17 (g))，服务Gff 20向UE 10发送“DHCP PACK消息”作为回复(图17(h))。这里，图18和19示出了分组格式示例。图18是添加有PDN ID的“DHCP DISCOVER 消息”的一个示例。图19是添加有PDN ID的“DHCP PACK消息”的一个示例。在接收“DHCP PACK消息”时，UE 10基于接收的“DHCP PACK消息”中包括的PDN ID(PDNl)来更新每个对应表(步骤S308)。具体地，将PDN ID(PDNl)与“DHCP PACK消息” 所通知的IP地址相关联地存储在PDN-IP对应表1104中。此外，将与该PDN ID相对应的ASP (ASPl)与该IP地址相关联地存储在ASP-IP对 应表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。随后，为了获取 ASP2 (PDN2)的 IP 地址，UE 10 将 PDN ID (PDN2)添加至"DHCP DISCOVER消息”，并将其发送给服务GW 20 (图17⑴)。然后，服务GW 20向UE 10发送“DHCP OFFER 消息”(图 17 (j))。此外，当UE 10向服务Gff 20发送"DHCP REQUEST消息”时(图17 (k))，服务Gff 20向UE 10发送“DHCP PACK消息”作为回复(图17(m))。在接收“DHCP PACK消息”时，UE 10基于接收的“DHCP PACK消息”中包括的PDN ID (PDN2)来更新每个对应表(步骤S310)。具体地，将PDN ID (PDN2)与“DHCP PACK消息” 所通知的IP地址相关联地存储在PDN-IP对应表1104中。此外，将与该PDN ID相对应的ASP (ASP2)与该IP地址相关联地存储在ASP-IP对 应表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。这里，与第一实施例中描述的IPv6获取过程的差别在于，UE 10获取IP地址的方 法是根据DHCP过程来实现的。在获取IPv6地址的情况下，UE 10接收“路由器通告消息”， 并根据IPv6无状态地址配置的过程来创建地址。相反，在获取IPv4地址的情况下，地址由 DHCP分配。这里，在从多个PDN给出通知的IP地址中，可以选择与UE 10请求与其通信的PDN相对应的IPv4地址。因此，即使在UE连接至多个PDN的情况下，也可以保存与不同PDN相对应的IPv4 地址。因此，与IPv6地址过程的实施例类似，传统上，当单一服务GW 20在与多个PDN-GW 50的DHCP过程完成之后使用DHCP过程来分配IP地址时，UE 10不可能确定所接收的IP 地址是从哪个PDN分配的。然而，根据本实施例，由相关联的PDN来管理所分配的IP地址， 使得可以执行正确的通信。[3. 3第三实施例]接下来描述第三实施例。第三实施例是第一实施例中描述的IPv6地址获取过程 的变型示例，并且将参照图20来进行描述。在本实施例中，由UE 10发送的“路由器恳求消 息”进行的针对地址创建信息的请求来启动服务GW 20，服务GW 20对PDN-GW 50进行关于 地址的查询，并向UE 10通知从PDN-GW 50获得的、UE 10创建地址所需的地址创建信息。如图20所示，首先，如传统上所进行的，针对每个ASP执行附着过 程(图20 (a))。 与传统方式的差别在于，将PDN ID添加至要发送至UE 10的附着过程的完成通知，用于标 识PDN。相应地，当UE 10接收到附着过程的完成通知时，向UE给出PDN ID(PDNl)的通知 (步骤S400)。然后，UE 10存储PDN ID与ASP之间的对应关系。此时，服务GW 20保存附着过程中的PDN ID (步骤S402)。类似地，UE 10针对PDN2执行相同的过程。这就是说，当UE 10接收关于PDN2的 附着过程的完成通知时，向UE 10给出PDN ID(PDN2)的通知(步骤S404)。然后，UE 10存 储PDN ID与ASP之间的对应关系。此时，通过附着过程，服务GW 20保存该PDN ID (S406)。与传统方式类似，UE 10在完成附着过程之后创建链路本地地址(步骤S408)。然后，UE 10向服务GW 20发送“路由器恳求消息”，以请求“路由器通告消息”(图 20(c))。首先，UE 10向PDm请求“路由器通告消息”。这里，与传统方式不同，通过将PDN ID添加至“路由器恳求消息”，通过指定PDN来 请求地址创建信息。服务GW 20接收“路由器恳求消息”并向所保存的PDN ID与该消息中 的PDN ID(PDNl)相符的PDN-GW 50a请求地址创建信息(图20(d))。PDN-Gff 50a向服务GW 20通知UE 10的地址创建所需的地址创建信息(图 20(e))。服务GW 20通过“路由器通告消息”向UE 10通知接收到的地址创建信息(图 20 (f))。这里，与传统方式不同，将PDNID添加至“路由器通告消息”然后发送。在接收到该“路由器通告消息”时，UE 10基于接收到的“路由器通告消息”中包括 的PDN ID(PDNl)来更新每个对应表(步骤S410)。具体地，首先，根据“路由器通告消息” 来创建IP地址。然后，将该PDN ID(PDNl)与根据从PDm发送的地址创建信息而创建的IP 地址相关联地存储在PDN-IP对应表1104中。此外，将与PDN ID相对应的ASP (ASPl)与该IP地址相关联地存储在ASP-IP对应 表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。类似地，对于PDN2，UE 10向服务GW 20发送“路由器恳求消息”以请求“路由器通 告消息”(图20(g))。UE 10将PDN2作为PDN ID添加至“路由器恳求消息”。服务GW 20接收该“路由 器恳求消息”并向所保存的PDN ID与该消息中的PDN ID(PDN2)相符的PDN-GW 50b请求地址创建信息(图20(h))。PDN-Gff 50b向服务GW 20通知UE 10的地址创建所需的地址创建信息(图 20(i))。服务GW 20通过“路由器通告消息”向UE 10通知接收到的地址创建信息(图 20 (j))。这里，与传统方式不同，将PDNID添加至“路由器通告消息”然后发送。在接收到该“路由器通告消息”时，UE 10基于接收到的“路由器通告消息”中包括 的PDN ID(PDN2)来更新每个对应表(步骤S412)。具体地，首先，根据“路由器通告消息” 来创建IP地址。然后，将该PDN ID(PDN2)与根据从PDN2发送的地址创建信息而创建的IP 地址相关联地存储在PDN-IP对应表1104中。此外，将与PDN ID相对应的ASP (ASP2)与该IP地址相关联地存储在ASP-IP对应 表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。按照上述方式，本实施例与第一实施例的差别在于，由来自UE 10的请求启动服 务GW 20，服务GW 20对PDN-GW 50进行查询，并将所解析的信息回复给UE 10。这就是说， 在第一实施例中，服务GW 20需要保存用于创 建地址的地址创建信息与PDN ID之间的对应 关系。然而，在本实施例中，不再需要保存该对应关系，使得可以减少要在服务GW 20中处 理的管理信息。[3. 4第四实施例]接下来，描述第四实施例。第四实施例是第二实施例中描述的IPv4地址获取过程 的变型示例，并且将参照图21进行描述。在本实施例中，由来自UE 10的地址请求启动服务 Gff 20 (与第三实施例中描述的IPv6地址获取过程的变型示例类似)，服务GW 20对PDN-GW 50进行关于IP地址的查询，并向UE 10通知从PDN-GW 50获得的IP地址。如图21所示，首先，如传统上所进行的，针对每个ASP执行附着过程(图21(a))。 与传统方式的差别在于，将PDN ID添加至要发送至UE 10的附着过程的完成通知，用于标 识PDN。相应地，当UE 10接收到附着过程的完成通知时，向UE给出PDN ID(PDNl)的通知 (步骤S500)。然后，UE 10存储PDN ID与ASP之间的对应关系。此时，通过附着过程，服务GW 20保存该PDN ID (步骤S502)。类似地，UE 10针对PDN2执行相同的过程。这就是说，当UE 10接收针对PDN2的 附着过程的完成通知时，向UE给出PDN ID(PDN2)的通知(步骤S504)。然后，UE 10存储 PDN ID与ASP之间的对应关系。此时，通过附着过程，服务GW 20保存该PDN ID (S506)。然后，UE 10通过执行DHCP过程来请求IP地址。首先，UE 10从Ρ·1请求IP地 址。在本实施例中，服务GW 20用作DHCP中继服务器，以从UE 10向PDN-GW 50a传送DHCP消息。这就是说，当服务GW 20从UE 10接收到包括PDN ID(PDNl)的“DHCP DISCOVER 消息”时，通过中继功能将该消息传送至PDN-GW50a(图21 (c’))。此外，当从PDN-Gff 50a接收到"DHCP OFFER消息”时(图21 (d’))，通过中继功 能将该消息传送至UE 10 (图21(d))。类似地，当从UE 10接收到“DHCP REQUEST消息”时 (图21(e))，服务GW 20通过中继功能将该消息传送至PDN-GW 50a(图21 (e'))。此外，当从PDN-Gff 50a接收到"DHCP PACK消息”时(图21 (f ’))，通过中继功能 将该消息传送至UE 10 (图21(f))。
通过该过程，UE 10发送并接收DHCP消息，以获取IPv4地址。与传统DHCP消息 不同，在本实施例中，将PDN ID添加至DHCP消息，使得接收到地址请求的服务GW 20可以 从多个PDN将DHCP消息传送至UE 10所请求的PDN-GW 50。此外，在接收到“DHCP PACK消息”时，UE 10基于接收到的“DHCP PACK消息”中 包括的PDN ID(PDNl)来更新每个对应表(步骤S508)。具体地，将PDN ID(PDNl)与“DHCP PACK消息”所通知的IP地址相关联地存储在PDN-IP对应表1104中。此外，将与该PDN ID相对应的ASP (ASPl)与该IP地址相关联的存储在ASP-IP对 应表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。类似地，UE 10向PDN2请求IP地址。这就是说，UE 10向服务GW20发送包括PDN2的 PDN ID 在内的 “DHCP DISCOVER 消息”(图 21 (g))。当服务GW 20从UE 10接收到包括PDN ID (PDN2)的“DHCPDISC0VER消息”时，通 过中继功能将该消息传送至PDN-GW 50b (图21 (g’))。此外，当从PDN-Gff 50b接收到"DHCP OFFER消息”时(图21 (h，))，通过中继功 能将该消息传送至UE 10 (图21(h))。类似地，当从UE 10接收到“DHCP REQUEST消息”时 (图21⑴)，服务GW 20通过中继功能将该消息传送至PDN-GW 50b (图21 (i，))。此外，当从PDN-Gff 50b接收到"DHCP PACK消息”时(图21 (j，))，通过中继功能 将该消息传送至UE 10(图21(」))。此外，在接收到“DHCP PACK消息”时，UE 10基于接收到的“DHCP PACK消息”中 包括的PDN ID (PDN2)来更新每个对应表(步骤S510)。具体地，将PDN ID (PDN2)与“DHCP PACK消息”所通知的IP地址相关联地存储在PDN-IP对应表1104中。此外，将与该PDN ID相对应的ASP (ASP2)与该IP地址相关联的存储在ASP-IP对 应表1106中。因此，基于接收的PDN ID来更新PDN-IP对应表1104和ASP-IP对应表1106。因此，与IPv6地址过程的实施例类似，传统上，当单一服务GW 20在与多个PDN-GW 50的DHCP过程完成之后使用DHCP过程来分配IP地址时，UE 10不可能确定所接收的IP 地址是从哪个PDN分配的。然而，根据本实施例，可以通过使创建的IP地址与PDN相对应 来进行管理。按照上述方式，本实施例与第二实施例的差别在于，由来自UE 10的请求启动服 务GW 20，服务GW 20对PDN-GW 50进行查询，并将所解析的信息回复给UE 10。这就是说， 在第二实施例中，服务GW 20需要保存要分配给UE 10的IP地址与PDN ID之间的对应关 系。然而，在本实施例中，不再需要保存该对应关系，使得可以减少要在服务GW20中处理的
管理信息。[4.变型示例]在上述实施例中，UE 10从服务GW 20获取地址。然而，如果根据附着过程所获取 的PDN ID来标识PDN的地址，则可以将用于地址获取的请求消息发送至PDN-GW 50。具体 地，由于在此前的实施例中，“路由器恳求消息”的目的地址是多播地址，因此缺省路由器或 服务GW 20接收该消息。然而，通过将每个PDN-GW 50设置为目的地，PDN-GW 50可以直接 从UE 10接收该请求，并且可以直接将“路由器通告消息”回复给UE。UE 10可以基于接收 到的“路由器通告消息”的发送方地址来标识PDN，并使该PDN与该IP地址相对应。此外，类似地，对于IPv4地址获取，可以将用于请求地址的DHCP消息的目的地址设置为每个PDN-GW 50来代替广播消息，使得可以直接实现DHCP过程。这使得可以根据IP首部中的地址字段来标识PDN，并且与前述实施例相比，变得 不需要将PDN ID添加至请求和回复消息。具体地，变得不需要将PDN ID添加至“路由器恳求消息”和“路由器通告消息”以 获取IPv6地址信息。此外，变得不需要将PDN ID添加至DHCP消息以进行IPv4地址获取。以与上述实施例中相同的方式来执行其他过程，使得UE 10可以连接至多个ASP 并针对每个ASP使用不同的IP地址来执行通信。尽管基于经由E-UTRAN接入系统连接的网络来描述了上述实施例，但是，如图22 所示，当由不同于E-UTRAN的无线电接入系统(如WiMax、CDMA2000、无线LAN等)来执行 连接时，可以以相同的方式来应用这些实施例。当使用不同于E-UTRAN接入系统的无线电接入系统来提供配置时，作为数据传送 设备的服务GW被指定为ePDG。此外，在这种情况下，可以通过使用如图22所示的ePDG 25 来替换上述实施例中的服务GW 20，从而可以应用上述实施例的IP地址获取方法，使得UE 10可以通过指定PDN来请求地址，并从ePDG 25获得与该PDN相对应的IP地址。
权利要求
一种连接至移动通信网络的移动终端，所述移动通信网络经由转发中间节点连接至一个或多个不同的运营商网络，所述移动终端包括通信装置，用于经由移动通信网络来与运营商网络进行通信；消息接收装置，用于从运营商网络接收预定消息；IP地址获取装置，用于从消息接收装置接收的消息中获取IP地址；运营商网络确定装置，用于根据消息接收装置接收的消息来确定分配所述IP地址的运营商网络；以及运营商-IP地址存储装置，用于将运营商网络确定装置所确定的运营商网络与IP地址获取装置所获取的IP地址相关联地进行存储，其中，通信装置从运营商-IP地址存储装置中读出与作为通信目的地的运营商网络相对应的IP地址，并使用所述IP地址作为移动终端的IP地址，以与所述运营商网络进行通信。
2.根据权利要求1所述的移动终端，还包括网络标识码接收装置，用于在通信装置与所述运营商网络建立通信时，从所述运营商 网络接收网络标识码；运营商_网络标识码存储装置，用于将网络标识码接收装置接收的网络标识码与运营 商网络相关联地进行存储；以及网络标识码获取装置，用于从消息接收装置接收的消息中获取网络标识码； 其中，运营商网络确定装置基于网络标识码获取装置所获得的网络标识码来确定运营 商网络。
3.根据权利要求2所述的移动终端，其中 IP地址被配置为IPv6地址，消息接收装置是从运营商网络接收路由器通告消息的装置，IP地址获取装置是通过基于路由器通告消息来创建IP地址从而获取IP地址的装置，以及网络标识码获取装置是获取被添加至路由器通告消息的网络标识码的装置。
4.根据权利要求2所述的移动终端，其中 IP地址被配置为IPv4地址，消息接收装置是从运营商网络接收DHCP PACK消息的装置， IP地址获取装置是从DHCP PACK消息中获取IP地址的装置，以及 网络标识码获取装置是获取被添加至DHCP PACK消息的网络标识码的装置。
5.一种用于在一个或多个不同的运营商网络与移动终端所连接的移动通信网络之间 进行中继的转发中间节点，所述转发中间节点包括IP地址信息_网络标识码存储装置，用于从运营商网络接收IP地址信息和网络标识 码，并将IP地址信息与网络标识码相关联地进行存储；消息请求信号接收装置，用于从移动终端接收消息请求信号；以及 消息发送装置，用于当网络标识码被添加至消息请求信号接收装置接收的消息请求信 号时，基于IP地址信息-网络标识码存储装置来选择与所述网络标识码相对应的IP地址 信息，并向移动终端发送添加有所述网络标识码的消息。
6.根据权利要求5所述的转发中间节点，其中，IP地址信息是用于在移动终端中创建 IPv6地址的IP地址创建信息，消息请求信号接收装置是从移动终端接收路由器恳求消息的装置，以及消息发送装置是将网络标识码添加至路由器通告消息并向移动终端发送该消息的装置。
7.根据权利要求5所述的转发中间节点，其中，IP地址信息是从运营商网络分配给移 动终端的IP地址。
8.一种用于在一个或多个不同的运营商网络与移动终端所连接的移动通信网络之间 进行中继的转发中间节点，所述转发中间节点包括网络标识码存储装置，用于在与运营商网络建立通信时，从运营商网络接收网络标识 码并将所述标识码与所述运营商网络相关联地进行存储；消息请求信号接收装置，用于从移动终端接收消息请求信号； IP地址信息请求信号发送装置，用于当网络标识码被添加至消息请求信号接收装置接 收的消息请求信号时，向与所述网络标识码相对应的运营商网络发送IP地址信息请求信 号；IP地址信息接收装置，用于从所述运营商网络接收IP地址信息；以及 消息发送装置，用于向移动终端发送包括IP地址信息接收装置所接收的IP地址信息 和所述网络标识码在内的消息。
9.一种移动通信系统，包括 一个或多个不同的运营商网络； 移动通信网络；转发中间节点，用于在运营商网络与移动通信网络之间进行中继；以及 移动终端，连接至移动通信网络， 所述转发中间节点包括IP地址信息-网络标识码存储装置，用于从运营商网络接收IP地址信息和网络标识 码，并将IP地址信息与网络标识码相关联地进行存储；消息请求信号接收装置，用于从移动终端接收消息请求信号；以及 消息发送装置，用于当网络标识码被添加至消息请求信号接收装置接收的消息请求信 号时，基于IP地址信息-网络标识码存储装置来选择与所述网络标识码相对应的IP地址 信息，并向移动终端发送添加有所述网络标识码的消息， 所述移动终端包括消息请求信号发送装置，用于向转发中间节点发送添加有所述网络标识码的消息请求 信号；消息接收装置，用于从转发中间节点接收添加有所述网络标识码的消息； IP地址获取装置，用于从消息接收装置接收的消息中获取IP地址； 网络标识码获取装置，用于从消息接收装置接收的消息中获取网络标识码；以及 运营商-IP地址存储装置，用于将与网络标识码获取装置所获取的网络标识码相对应 的运营商网络与所述IP地址相关联地进行存储，其中，所述移动终端从运营商-IP地址存储装置中读出与作为通信目的地的运营商网络相对应的IP地址，并使用所述IP地址作为移动终端的IP地址，以与所述运营商网络进 行通信。
全文摘要
UE(10)通过附着过程接收PDN ID。服务GW(20)从PDN-GW接收地址创建信息和PDN ID并进行存储。此时，当UE(10)向服务GW(20)发送包括PDN ID的路由器恳求消息时，服务GW(20)发送包括PDN ID的路由器通告消息。接收到路由器通告消息的UE(10)根据路由器通告消息来创建IP地址，并基于接收到的PDN ID来存储IP地址。UE(10)确定与要通信的PDN相关联的IP地址，并执行通信。因此，可以提供一种移动通信终端等，当移动通信终端从多个网络获取IP地址时，可以通过以正确的方式使每个网络与IP地址相对应来执行合适的通信。
文档编号H04W8/06GK101836468SQ20088011254
公开日2010年9月15日 申请日期2008年8月14日 优先权日2007年8月22日
发明者新本真史 申请人:夏普株式会社