CN101836468A - 移动终端、转发中间节点和移动通信系统 - Google Patents
移动终端、转发中间节点和移动通信系统 Download PDFInfo
- Publication number
- CN101836468A CN101836468A CN200880112544A CN200880112544A CN101836468A CN 101836468 A CN101836468 A CN 101836468A CN 200880112544 A CN200880112544 A CN 200880112544A CN 200880112544 A CN200880112544 A CN 200880112544A CN 101836468 A CN101836468 A CN 101836468A
- Authority
- CN
- China
- Prior art keywords
- address
- message
- pdn
- identification code
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/659—Internet protocol version 6 [IPv6] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
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地址相对应来执行合适的通信。
Description
技术领域
本发明涉及一种移动终端、转发中间节点和移动通信系统。
背景技术
传统上,已知各种移动通信网络,移动通信终端(如蜂窝电话等)连接至这些移动通信网络。其中,在第三代合作伙伴计划(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是网络运营商运营的服务网络,或者指运营商的网络。
例如,当网络运营商提供WEB服务时,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-GW通过“路由器通告消息”向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-UTRAN access(Release 8)
非专利文献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”
非专利文献4:“IPv6 Stateless Address Autoconfiguration”draft-ietf-ipv6-rfc2462bis-08
发明内容
本发明要解决的技术问题
网络运营商允许拥有多个PDN,对多个PDN分配独立的服务。在这种情况下,如图6所示提供多个PDN,并且每个PDN通过与其连接的各个PDN-GW来访问服务GW。使用这种配置,网络运营商可以分别提供例如用于安装WEB服务器等的PDN、用于安装邮件服务器等的PDN,因此,可以根据UE尝试连接的应用来分配来自服务GW的业务。
按照这种方式有多个PDN与其连接的模型被称为多PDN模型。在多PDN模型的情况下,UE需要获取每个PDN-GW分配的IP地址。这就是说,UE持有多个IP地址并针对不同的应用使用不同的IP地址。
例如,UE在WEB接入的情况下使用从连接至PDN1的PDN-GW1分配的IP地址,并使用从连接至PDN2的PDN-GW2分配的IP地址来进行邮件交换。
在现有技术中,获取每个地址的过程是基于如图24和25所示的DHCP或IPv6无状态地址配置来执行的。然而,存在如图27所示的一种情况,其中,并行执行PDN-GW1的附着过程(图27(a))和PDN-GW2的附着过程(图27(b))。在这种情况下,从PDN1的地址获取过程(图27(c))和从PDN2的地址获取过程(图27(d))也将并行执行。
以图28中获取IPv6地址为例进行描述。在包括多个PDN-GW的模型中,在图28(a)和28(b)的附着过程之后,配置链路本地地址(图28(c))。然后,服务GW接收UE发送的“路由器恳求消息”(图28(d))。
在这一阶段,当UE在完成两个附着过程之后发送“路由器恳求消息”时,服务GW无法确定应当使用从两个PDN分配的哪个信息来对UE进行回复。由于链路上的所有路由器都接收到该消息,“路由器恳求消息”的目的地址使用多播地址,而发送地址未指定或使用链路本地地址。因此,不可能根据IP首部中的地址和来自“路由器恳求消息”的信息来识别PDN。
此外,当服务GW通过某种未指定的方式解决了上述问题并且通过发送包括用于创建分配给PDN-GW1的地址的信息在内的“路由器通告消息”和包括用于创建分配给PDN-GW2的地址的信息在内的“路由器通告消息”(图28(e)和(f))来进行回复时,两个“路由器通告消息”的发送者均为服务GW。因此,UE无法确定从相同路由器发送的每个“路由器通告消息”中包括的网络信息是从PDN-GW1分配的信息还是从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是示意了传统示例的图。
附图标记说明
10UE
100控制器
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构造的PDN1和作为第二运营商的ASP2构造的PDN2。
此外,PDN-GW连接至每个PDN。PDN-GW 50a连接至PDN1,PND-GW 50b连接至PDN2。这里,在总体提及时,将PDN-GW 50a和PDN-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是以相关联的方式存储服务提供商和该服务提供商构造的PDN中分配的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)接收“DHCPOFFER消息”(步骤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构成,并且使用UE10当前持有的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;否->步骤S110;是),执行IPv4分配处理(步骤S112)。
这里,如果接收的消息既不是“路由器恳求消息”也不是“DHCPDISCOVER消息”,则执行另一过程(步骤S106;否->步骤S110;否)。也可以从步骤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是否被添加至接收到的“DHCPDISCOVER消息”(步骤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执行附着过程处理。在这种情况下,针对PDN1在UE 10与PDN-GW 50a之间(图13(a))和针对PDN2在UE 10与PDN-GW 50b之间(图13(c))独立地执行该处理。
与传统方式不同,附着过程的完成通知包括用于标识PDN的PDNID。例如,当接收到与PDN1的附着过程的完成通知时(步骤S200),接收“PDN1”作为PDN ID。当接收到与PDN2的附着过程的完成通知时(步骤S204),接收“PDN2”作为PDN ID。
此外,PDN-GW 50向服务GW 20通知用于创建UE 10的IP地址的、必要的地址创建信息。
从PDN-GW 50a向服务GW 20给出关于PDN1的通知(图13(b)),而从PDN-GW 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(PDN1)(步骤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(PDN1)来通知的。对此,图14示出了“路由器恳求消息”的一个示例,图15示出了“路由器通告消息”的一个示例。按照这种方式,这些消息是以添加有PDN ID的传统消息的形式给出的。
在接收“路由器通告消息”时,UE 10基于接收的“路由器通告消息”中包括的PDN ID(PDN1)来更新每个对应表(步骤S210)。具体地,首先,根据“路由器通告消息”来创建IP地址。然后,将PDN ID(PDN1)与根据从PDN1发送的地址创建信息而创建的IP地址相关联地存储在PDN-IP对应表1104中。
此外,将与PDN ID相对应的ASP(ASP1)与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连接至PDN1,邮件服务器65连接至PDN2。在这种情况下,当UE 10连接至PDN1时,UE可以使用从部署在PDN1上的PDN-GW50a分配的IP地址来建立通信。当UE 10连接至PDN2时,UE可以使用从部署在PDN2上的PDN-GW 50b分配的IP地址来建立通信。
相应地,网络运营商可以针对每个服务(应用,如WEB服务、邮件服务等)提供单独的PDN,因此分配了来自服务GW 20的通信负载。
尽管在本实施例中,以与PDN相关联的方式来管理ASP,但是可以以与例如每个服务而不是ASP相关联的方式来进行管理。这就是说,在UE中,以与PDN相关联的方式来管理网络运营商提供的每个PDN的服务(如WEB服务、邮件服务等),从而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执行附着过程处理。在这种情况下,针对PDN1在UE 10与PDN-GW 50a之间(图17(a))和针对PDN2在UE 10与PDN-GW 50b之间(图17(c))独立地执行该处理。
与传统方式不同,附着过程的完成通知包括用于标识PDN的PDNID。例如,当接收到与PDN1的附着过程的完成通知时(步骤S300),接收“PDN1”作为PDN ID。当接收到与PDN2的附着过程的完成通知时(步骤S304),接收“PDN2”作为PDN ID。
此外,PDN-GW 50向UE 10分配IP地址,并向服务GW 20通知所分配的IP地址。
对于PDN1,从PDN-GW 50a向服务GW 20通知IP地址(图17(b)),而对于PDN2,从PDN-GW 50b向服务GW 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(PDN1)(步骤S302)。然后,存储从PDN-GW 50b通知的IP地址和PDN ID(步骤S306)。
这里,当PDN-GW 50的地址不用作PDN ID时,服务GW 20可以预先保存PDN-GW 50的地址和PDN ID,以从地址创建信息通知消息的发送端地址中解析出PDN ID,从而使PDN ID与通知的信息相对应。
随后,UE 10执行获取IP地址的过程。在这种情况下,首先,为了获取ASP1(PDN1)的IP地址,UE将PDN ID添加至“DHCPDISCOVER消息”并将其发送至服务GW 20(图17(e))。然后,服务GW 20向UE 10发送“DHCP OFFER消息”(图17(f))。
此外,当UE 10向服务GW 20发送“DHCP REQUEST消息”时(图17(g)),服务GW 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(PDN1)来更新每个对应表(步骤S308)。具体地,将PDN ID(PDN1)与“DHCP PACK消息”所通知的IP地址相关联地存储在PDN-IP对应表1104中。
此外,将与该PDN ID相对应的ASP(ASP1)与该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(i))。然后,服务GW 20向UE 10发送“DHCP OFFER消息”(图17(j))。
此外,当UE 10向服务GW 20发送“DHCP REQUEST消息”时(图17(k)),服务GW 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(PDN1)的通知(步骤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向PDN1请求“路由器通告消息”。
这里,与传统方式不同,通过将PDN ID添加至“路由器恳求消息”,通过指定PDN来请求地址创建信息。服务GW 20接收“路由器恳求消息”并向所保存的PDN ID与该消息中的PDN ID(PDN1)相符的PDN-GW 50a请求地址创建信息(图20(d))。
PDN-GW 50a向服务GW 20通知UE 10的地址创建所需的地址创建信息(图20(e))。服务GW 20通过“路由器通告消息”向UE 10通知接收到的地址创建信息(图20(f))。这里,与传统方式不同,将PDNID添加至“路由器通告消息”然后发送。
在接收到该“路由器通告消息”时,UE 10基于接收到的“路由器通告消息”中包括的PDN ID(PDN1)来更新每个对应表(步骤S410)。具体地,首先,根据“路由器通告消息”来创建IP地址。然后,将该PDN ID(PDN1)与根据从PDN1发送的地址创建信息而创建的IP地址相关联地存储在PDN-IP对应表1104中。
此外,将与PDN ID相对应的ASP(ASP1)与该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-GW 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的地址请求启动服务GW 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(PDN1)的通知(步骤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从PDN1请求IP地址。在本实施例中,服务GW 20用作DHCP中继服务器,以从UE 10向PDN-GW 50a传送DHCP消息。
这就是说,当服务GW 20从UE 10接收到包括PDN ID(PDN1)的“DHCP DISCOVER消息”时,通过中继功能将该消息传送至PDN-GW50a(图21(c’))。
此外,当从PDN-GW 50a接收到“DHCP OFFER消息”时(图21(d’)),通过中继功能将该消息传送至UE 10(图21(d))。类似地,当从UE 10接收到“DHCP REQUEST消息”时(图21(e)),服务GW 20通过中继功能将该消息传送至PDN-GW 50a(图21(e’))。
此外,当从PDN-GW 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(PDN1)来更新每个对应表(步骤S508)。具体地,将PDN ID(PDN1)与“DHCP PACK消息”所通知的IP地址相关联地存储在PDN-IP对应表1104中。
此外,将与该PDN ID相对应的ASP(ASP1)与该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)的“DHCPDISCOVER消息”时,通过中继功能将该消息传送至PDN-GW 50b(图21(g’))。
此外,当从PDN-GW 50b接收到“DHCP OFFER消息”时(图21(h’)),通过中继功能将该消息传送至UE 10(图21(h))。类似地,当从UE 10接收到“DHCP REQUEST消息”时(图21(i)),服务GW 20通过中继功能将该消息传送至PDN-GW 50b(图21(i’))。
此外,当从PDN-GW 50b接收到“DHCP PACK消息”时(图21(j’)),通过中继功能将该消息传送至UE 10(图21(j))。
此外,在接收到“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地址。
Claims (9)
1.一种连接至移动通信网络的移动终端,所述移动通信网络经由转发中间节点连接至一个或多个不同的运营商网络,所述移动终端包括:
通信装置,用于经由移动通信网络来与运营商网络进行通信;
消息接收装置,用于从运营商网络接收预定消息;
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地址,以与所述运营商网络进行通信。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007215885 | 2007-08-22 | ||
JP2007-215885 | 2007-08-22 | ||
PCT/JP2008/064584 WO2009025232A1 (ja) | 2007-08-22 | 2008-08-14 | 移動端末装置、中継装置及び移動通信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101836468A true CN101836468A (zh) | 2010-09-15 |
Family
ID=40378137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880112544A Pending CN101836468A (zh) | 2007-08-22 | 2008-08-14 | 移动终端、转发中间节点和移动通信系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20110219126A1 (zh) |
EP (1) | EP2192727A4 (zh) |
JP (1) | JP5101621B2 (zh) |
CN (1) | CN101836468A (zh) |
WO (1) | WO2009025232A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102595647A (zh) * | 2011-01-07 | 2012-07-18 | 株式会社日立制作所 | 网络系统以及网络装置 |
WO2014082232A1 (zh) * | 2012-11-28 | 2014-06-05 | 华为技术有限公司 | 一种移动网络通信方法、通信装置及通信系统 |
CN106171041A (zh) * | 2014-03-12 | 2016-11-30 | 英国电讯有限公司 | 无线接入网关 |
CN107566366A (zh) * | 2017-08-31 | 2018-01-09 | 广东欧珀移动通信有限公司 | 选择获取配置信息的方法、终端和系统 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101582904B (zh) * | 2009-06-17 | 2013-01-09 | 杭州华三通信技术有限公司 | 一种数据中心多线接入流量对称的实现方法、装置及系统 |
US8351964B2 (en) * | 2009-06-30 | 2013-01-08 | Alcatel Lucent | Message delivery over LTE networks |
JP5357913B2 (ja) * | 2011-03-24 | 2013-12-04 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法 |
US10212747B2 (en) * | 2012-01-27 | 2019-02-19 | Qualcomm Incorporated | Systems and methods for priority based session and mobility management |
US9602367B2 (en) * | 2013-03-15 | 2017-03-21 | Teoco Corporation | System, method, and computer program product for creating a header detail record |
KR102446093B1 (ko) * | 2014-06-11 | 2022-09-23 | 아이피엘에이 홀딩스 인크. | 로컬 콘텐츠 리다이렉션을 위한 매핑 서비스 |
US11949652B2 (en) * | 2021-03-31 | 2024-04-02 | Samsung Electronics Co., Ltd. | Transmitting router advertisements based on identification information of external devices |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030169714A1 (en) * | 2001-03-26 | 2003-09-11 | Takayuki Nakajima | Method and apparatus for providing communication service |
US20070189219A1 (en) * | 2005-11-21 | 2007-08-16 | Mruthyunjaya Navali | Internet protocol tunneling on a mobile network |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2413464A (en) * | 2004-04-21 | 2005-10-26 | Orange Sa | An inter-working unit with a protocol conversion or protocol encapsulation function, for use with dual stack user equipment on a packet radio network |
US7599345B2 (en) * | 2004-08-23 | 2009-10-06 | Nokia Corporation | Method, network elements, a terminal, a network infrastructure, and a communication system for triggering events |
JP2008511222A (ja) * | 2004-08-26 | 2008-04-10 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Pdpコンテキストを起動する方法 |
KR100636168B1 (ko) * | 2004-09-03 | 2006-10-19 | 삼성전자주식회사 | Dhcp 환경에서 ip 주소를 획득하는 방법 및 장치 |
CN101053213B (zh) * | 2004-11-04 | 2011-06-22 | 松下电器产业株式会社 | 多接口通信装置、终端以及路径切换方法 |
TW200637285A (en) * | 2005-04-08 | 2006-10-16 | Benq Corp | Servers, methods and machine-readable storage media for network address transition |
US20080013539A1 (en) * | 2006-06-23 | 2008-01-17 | Nokia Corporation | Dynamic radio interface grouping |
US7885654B2 (en) * | 2006-10-10 | 2011-02-08 | Apple Inc. | Dynamic carrier selection |
-
2008
- 2008-08-14 US US12/673,951 patent/US20110219126A1/en not_active Abandoned
- 2008-08-14 CN CN200880112544A patent/CN101836468A/zh active Pending
- 2008-08-14 WO PCT/JP2008/064584 patent/WO2009025232A1/ja active Application Filing
- 2008-08-14 JP JP2009529015A patent/JP5101621B2/ja not_active Expired - Fee Related
- 2008-08-14 EP EP08792465A patent/EP2192727A4/en not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030169714A1 (en) * | 2001-03-26 | 2003-09-11 | Takayuki Nakajima | Method and apparatus for providing communication service |
US20070189219A1 (en) * | 2005-11-21 | 2007-08-16 | Mruthyunjaya Navali | Internet protocol tunneling on a mobile network |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102595647A (zh) * | 2011-01-07 | 2012-07-18 | 株式会社日立制作所 | 网络系统以及网络装置 |
CN102595647B (zh) * | 2011-01-07 | 2014-11-12 | 株式会社日立制作所 | 网络系统以及网络装置 |
WO2014082232A1 (zh) * | 2012-11-28 | 2014-06-05 | 华为技术有限公司 | 一种移动网络通信方法、通信装置及通信系统 |
CN104205949A (zh) * | 2012-11-28 | 2014-12-10 | 华为技术有限公司 | 一种移动网络通信方法、通信装置及通信系统 |
US9788353B2 (en) | 2012-11-28 | 2017-10-10 | Huawei Technologies Co., Ltd. | Mobile network communications method, communications apparatus, and communications system |
CN104205949B (zh) * | 2012-11-28 | 2018-07-13 | 华为技术有限公司 | 一种移动网络通信方法、通信装置及通信系统 |
CN106171041A (zh) * | 2014-03-12 | 2016-11-30 | 英国电讯有限公司 | 无线接入网关 |
CN106171041B (zh) * | 2014-03-12 | 2020-06-09 | 英国电讯有限公司 | 控制无线接入网关的方法、存储介质、设备及无线网络 |
US11451489B2 (en) | 2014-03-12 | 2022-09-20 | British Telecommunications Public Limited Company | Wireless access gateway |
CN107566366A (zh) * | 2017-08-31 | 2018-01-09 | 广东欧珀移动通信有限公司 | 选择获取配置信息的方法、终端和系统 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2009025232A1 (ja) | 2010-11-25 |
EP2192727A4 (en) | 2010-09-29 |
US20110219126A1 (en) | 2011-09-08 |
EP2192727A1 (en) | 2010-06-02 |
JP5101621B2 (ja) | 2012-12-19 |
WO2009025232A1 (ja) | 2009-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101836468A (zh) | 移动终端、转发中间节点和移动通信系统 | |
EP2326050B1 (en) | Mobility managing method and mobile terminal | |
CN101541077B (zh) | 移动节点和移动通信方法 | |
CN103109555B (zh) | 用于共同关联和地址提供的方法和装置 | |
US8103784B2 (en) | Communication device and communication control method using efficient echonet address determination scheme | |
US8601127B2 (en) | Method for selective service updates for communication networks | |
JP2008035250A (ja) | 情報提供サービス制御システム | |
CN101621449B (zh) | mesh网络中终端接入和代理更新的方法、装置 | |
CN1929497B (zh) | 一种获取移动节点家乡代理信息的方法和系统 | |
KR101520317B1 (ko) | 모바일 노드를 네트워크에 접속하는 방법 | |
KR20070048110A (ko) | IPv6 기반 모바일 시스템에서 이웃 탐색을 제공하는장치 및 방법 | |
EP1464151B1 (en) | Method for supporting mobility in wireless networks | |
US8160067B2 (en) | Address resolution protocol-based wireless access point method and apparatus | |
CN102655473A (zh) | 一种通信方法、设备及系统 | |
US20050271050A1 (en) | Domain-influenced prefix assignment method and apparatus | |
JP2009201130A (ja) | 移動管理方法および移動端末 | |
US8379621B2 (en) | Method for address assignment in ad-hoc network | |
EP1993266B1 (en) | Internet protocol address discovery in cellular networks | |
CN101754173A (zh) | 分配家乡地址、利用该家乡地址传输报文的方法和系统 | |
JP2005253024A (ja) | ローミングシステム、ローミング方法及び移動端末 | |
JP2016201688A (ja) | 親局装置、子局装置、衛星通信システムおよび回線制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1146175 Country of ref document: HK |
|
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20100915 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |