WO2010016333A1 - 通信システム、サーバ装置、情報通知方法、プログラム - Google Patents

通信システム、サーバ装置、情報通知方法、プログラム Download PDF

Info

Publication number
WO2010016333A1
WO2010016333A1 PCT/JP2009/061480 JP2009061480W WO2010016333A1 WO 2010016333 A1 WO2010016333 A1 WO 2010016333A1 JP 2009061480 W JP2009061480 W JP 2009061480W WO 2010016333 A1 WO2010016333 A1 WO 2010016333A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
server device
nai
terminal
pseudo
Prior art date
Application number
PCT/JP2009/061480
Other languages
English (en)
French (fr)
Inventor
創 前佛
Original Assignee
日本電気株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP09804820A priority Critical patent/EP2312876A4/en
Priority to CN200980127756XA priority patent/CN102100096A/zh
Priority to US12/997,321 priority patent/US20110093604A1/en
Publication of WO2010016333A1 publication Critical patent/WO2010016333A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/162—Implementing security features at a particular protocol layer at the data link layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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]

Definitions

  • the present invention relates to a communication system, a server device, an information notification method, and a program.
  • WiMAX Worldwide Interoperability for Microwave Access
  • FIG. 1 Specs formulated in the WiMAX (Worldwide Interoperability for Microwave Access) Forum define a wireless communication system as shown in FIG.
  • a WiMAX wireless communication system includes an MS (Mobile Station) 10, a BS (Base Station) 20 and an ASN-GW (ASN-Gateway) 30 arranged in an ASN (Access Service Network). And HA (Home Agent) 40 and AAA (Authentication, Authorization, Accounting) server 50 arranged in CSN (Connectivity Service Network) (see, for example, Patent Documents 1 and 2).
  • BS 20 is a base station that performs radio communication with MS 10 that is a terminal
  • ASN-GW 30 is a gateway device that connects MS 10 to CSN via BS 20.
  • the HA 40 is a server device that manages the movement of the MS 10, and the AAA server 50 is a server device that performs authentication, authorization, and accounting for the MS 10.
  • the HA 40 is connected to the Internet, but can also be connected to an IP (Internet Protocol) network (such as a corporate network) other than the Internet.
  • IP Internet Protocol
  • device authentication for authenticating whether the MS 10 is connected to the ASN and user authentication for authenticating whether the user of the MS 10 is a contractor of an ASN service are performed as authentication for the MS 10. Is called.
  • the BS 20 acquires the MAC (Media Access Control) address of the MS 10 from the MS 10
  • the ASN-GW 30 acquires the MAC address of the MS 10 from the BS 20, and the MS 10 can be identified by the MAC address in the ASN.
  • the ASN-GW 30 sends an Auth.
  • an EAP RQ (Request) / Identity message requesting the start of device / user authentication by EAP (Extensible Authentication Protocol) and sending of Identity is transmitted.
  • step S402 the MS 10 uses the EAP as a response to the EAP RQ / Identity message to the AAA server 50 via the BS 20 and the ASN-GW 30, and is a pseudo NAI (Network Access Identity) of the MS 10.
  • An EAP RP (Response) / Identity message including the Pseudo-Identity and MAC address is transmitted.
  • the ASN-GW 30 acquires the Pseudo-Identity of the MS 10 and associates it with the acquired MAC address. Further, the AAA server 50 acquires the Pseudo-Identity and MAC address of the MS 10.
  • the AAA server 50 notifies the MS 10 via the ASN-GW 30 and the BS 20 that the device authentication is successful using EAP (this message) in step S403. (The name of this depends on the authentication method). Further, in step S404, the AAA server 50 transmits an EAP RQ message requesting transmission of a True-Identity that is the true NAI of the MS 10 to the MS 10 via the ASN-GW 30 and the BS 20.
  • step S405 the MS 10 transmits an EAP RP message including the True-Identity of the MS 10 to the AAA server 50 via the BS 20 and the ASN-GW 30 using EAP as a response to the EAP RQ message. .
  • the AAA server 50 acquires the True-Identity of the MS 10 and associates it with the acquired Pseudo-Identity.
  • the AAA server 50 transmits an EAP Success message notifying that the user authentication is successful to the ASN-GW 30 using EAP in step S406. Subsequently, in step S407, the ASN-GW 30 sends the Auth. The EAP Success message is transferred using the Relay protocol.
  • the MS 10 requests the ASN-GW 30 via the BS 20 to allocate an IP (Internet Protocol) address using DHCP (Dynamic Host Configuration Protocol) in step S408. Send a Discover message.
  • IP Internet Protocol
  • DHCP Dynamic Host Configuration Protocol
  • step S409 the ASN-GW 30 transmits an RRQ (Registration Request) message for requesting connection to the CSN of the MS 10 including the Pseudo-Identity of the MS 10 to the HA 40 using Mobile IP.
  • RRQ Registration Request
  • the HA 40 acquires the Pseudo-Identity of the MS 10. Therefore, the HA 40 can use the NAI as user identification information thereafter.
  • the reason why the NAI notified to the HA 40 is Pseudo-Identity is as follows. That is, since the NAI notified from the ASN-GW 30 to the HA 40 is included in the Extension field of Mobile IP, the plain data is ASN and CSN unless a security tunnel such as IPsec (Security Architecture for IP) is used. Flows up. Therefore, in the WiMAX wireless communication system, only the MS 10 and the AAA server 50 use true-identity, and other nodes use pseudo-identity. For this reason, the NAI notified from the ASN-GW 30 to the HA 40 is pseudo-identity. Note that only the MS 10 and the AAA server 50 have a correspondence table between pseudo-identity and true-identity.
  • IPsec Security Architecture for IP
  • step S410 the HA 40 requests an authentication result for the MS 10 including the pseudo-identity of the MS 10 from the AAA server 50 using the AAA protocol (for example, RADIUS (Remote Access Dial In User Service) protocol).
  • AAA protocol for example, RADIUS (Remote Access Dial In User Service) protocol.
  • step S411 the AAA server 50 transmits, to the HA 40, an Access Accept message that notifies the authentication result for the MS 10 using the AAA protocol as a response to the Access Request message.
  • the HA 40 confirms the authentication result for the MS 10.
  • step S412 the HA 40 transmits, to the ASN-GW 30, an RRP (Registration Response) message notifying that the connection to the CSN of the MS 10 is permitted using Mobile IP as a response to the RRQ message.
  • RRP Registration Response
  • step S413 the ASN-GW 30 transmits a DHCP Offer message for notifying a candidate of an IP address to be assigned to the MS 10 using the DHCP to the MS 10 via the BS 20 as a response to the DHCP Discover message.
  • the MS 10 acquires an IP address and starts processing for session establishment.
  • the MS 10 uses three of its own user identification information: True-Identity, Pseudo-Identity, and MAC address.
  • the BS 20 and the ASN-GW 30 can use the Pseudo-Identity and the MAC address as user identification information of the MS 10.
  • the HA 40 can use only one of Pseudo-Identity as user identification information of the MS 10.
  • the AAA server 50 can use three types of user identification information of the MS 10: True-Identity, Pseudo-Identity, and MAC address.
  • each node of the MS 10, the BS 20, the ASN-GW 30, the HA 40, and the AAA server 50 has a maintenance function executed for the user of the MS 10.
  • An example of the maintenance function is shown below.
  • ⁇ Signal monitoring function Function to record signals related to specified users.
  • the HA 40 records a signal related to the designated user among signals transferred using the Mobile IP and AAA protocols.
  • Connection restriction function A function that rejects connection requests from designated users.
  • the HA 40 returns an error in the RRP message as a response to the RRQ message requesting connection to the designated user's CSN.
  • Congestion restriction exclusion function A function for accepting a connection request by an RRQ message only for a designated user even when a connection request from a general user is discarded.
  • the HA 40 accepts a connection request only for a designated user even in an HA congestion state.
  • Communication interception function A function to record communication data of designated users. For example, after generating a tunnel through which communication data transferred using Mobile IP is passed, the HA 40 records the communication data actually transferred between the MS 10 and the CSN via this tunnel.
  • the maintenance function executed for each user is different for each user. For example, all the four maintenance functions described above are executed for a certain user, but only the congestion restriction excluding function among the above four maintenance functions is executed for another user.
  • each node in order to execute the maintenance function, each node must first specify a user connected to itself and determine whether or not the maintenance function is to be executed for the user.
  • MS10 and AAA50 can perform user management using true-identity, so there is no problem in performing user designation.
  • the user management can be performed because the user management is also performed by the MAC address separately from the NAI.
  • the HA 40 can perform user management only with pseudo-identity.
  • the HA 40 can specify a user from the session after the session is established. However, since pseudo-identity may be randomly generated by the MS 10 in the EAP authentication sequence, the HA 40 cannot specify the user before the session is established and cannot determine whether the maintenance function needs to be executed. .
  • the HA 40 has a problem that if there is no correspondence table between pseudo-identity and true-identity held by another node, the user of the Mobile IP session cannot be specified, and the necessity of executing the maintenance function cannot be determined.
  • an object of the present invention is to provide a communication system, a server device, an information notification method, and a program that can solve any of the above-described problems.
  • the communication system of the present invention includes: A communication system comprising: a terminal; a first server device that manages movement of the terminal; and a second server device that authenticates the terminal.
  • the first server device is Sending a first message containing a pseudo NAI of the terminal to the second server device using the AAA protocol;
  • the second server device is Record the pseudo NAI and true NAI of the terminal in association with each other;
  • a second message including a true NAI associated with a pseudo NAI included in the first message is transmitted using the AAA protocol. 1 to the server device.
  • the server device of the present invention A server device for authenticating a terminal, A recording unit that records the pseudo NAI and the true NAI of the terminal in association with each other; A receiving unit that receives a first message including a pseudo NAI of the terminal, which is transmitted from another server device that manages the movement of the terminal using the AAA protocol; A control unit that, when receiving the first message from the other server device, includes a true NAI associated with the pseudo NAI included in the first message in the second message; A transmission unit that transmits the second message to the other server device using the AAA protocol.
  • the information notification method of the present invention includes: An information notification method by a server device that authenticates a terminal, A recording step of recording the pseudo NAI and the true NAI of the terminal in association with each other; A receiving step of receiving a first message including a pseudo NAI of the terminal, which is transmitted from another server device that manages the movement of the terminal using the AAA protocol; When receiving the first message from the other server device, a control step of including in the second message a true NAI associated with the pseudo NAI included in the first message; And a transmission step of transmitting the second message to the other server device using the AAA protocol.
  • the program of the present invention To the server device that performs authentication for the terminal, A recording procedure for recording the pseudo NAI and the true NAI of the terminal in association with each other; A reception procedure for receiving a first message including a pseudo NAI of the terminal, which is transmitted from another server device that manages the movement of the terminal using the AAA protocol; When receiving the first message from the other server device, a control procedure for including in the second message a true NAI associated with a pseudo NAI included in the first message; And a transmission procedure for transmitting the second message to the other server device using the AAA protocol.
  • the second server device includes the true NAI corresponding to the pseudo NAI included in the first message received from the first server device with respect to the first server device.
  • a second message is transmitted using the AAA protocol.
  • the first server device since the first server device can specify the user using the true NAI of the terminal after receiving the second message, the first server device does not have a correspondence table between the pseudo NAI and the true NAI. Thus, there is an effect that it is possible to determine whether or not to execute the maintenance function by performing user designation using the true NAI.
  • the communication system of the present invention is a WiMAX wireless communication system
  • the present invention is not limited to this, and wireless communication of other communication schemes. It may be a system, a wired communication system, or a wired and wireless mixed communication system.
  • the HA 40 and the AAA server 50 are changed to the HA 40A and the AAA server 50A, respectively, and the processing in the device / user authentication sequence of FIG. Of these, Steps S410 and S411 related to the Access Request message and the Access Accept message are changed to Steps S410A and S411A, respectively.
  • FIG. 3 is a block diagram showing the configuration of the HA 40A and the AAA server 50A in the present embodiment.
  • FIG. 3 shows only the configuration of the part that performs processing related to the Access Request message and the Access Accept message.
  • the HA 40 ⁇ / b> A includes a control unit 41, a transmission unit 42, and a reception unit 43.
  • the control unit 41 adds an Attribute field to the Access Request message, and includes the pseudo-identity of the MS 10 in the Attribute field.
  • the transmitting unit 42 transmits an Access Request message including the pseudo-identity in the Attribute field by the control unit 41 to the AAA server 50A using the AAA protocol.
  • the receiving unit 43 receives an Access Accept message transmitted from the AAA server 50A using the AAA protocol.
  • the AAA server 50 ⁇ / b> A includes a recording unit 51, a receiving unit 52, a control unit 53, and a transmitting unit 54.
  • the recording unit 51 records the correspondence table 511.
  • the pseudo-identity and True-Identity of the MS 10 acquired in the device / user authentication sequence are recorded in association with each other.
  • the receiving unit 52 receives the Access Request message transmitted from the HA 40A using the AAA protocol.
  • the control unit 53 extracts the true-identity corresponding to the pseudo-identity included in the attribute field of the received access request message from the correspondence table 511.
  • control unit 53 adds an Attribute field to the Access Accept message, and includes the True-Identity extracted above in the Attribute field.
  • the transmission unit 54 causes the control unit 53 to transmit an Access Accept message including True-Identity in the Attribute field to the HA 40A using the AAA protocol.
  • steps S401 to S409 as in FIG. 2 are performed.
  • the HA 40A includes the pseudo-identity included in the RRQ message received from the ASN-GW 30 in step S409 in the Attribute field of the Access Request message, and uses the AAA server using the AAA Request protocol. To 50A.
  • step S411A the AAA server 50A extracts, from the correspondence table 511, True-Identity corresponding to the pseudo-identity included in the Access Request message received from the HA 40A. Subsequently, the AAA server 50A includes the extracted True-Identity in the Attribute field of the Access Accept message, and transmits the Access Accept message to the HA 40A using the AAA protocol.
  • the AAA server 50A notifies the HA 40A of the True-Identity of the MS 10 that is attempting to establish a session by using the Access Accept message using the AAA protocol.
  • the HA 40A can use the True-Identity of the MS 10 after receiving the Access Accept message, and can specify the user using the True-Identity.
  • the HA 40A does not have a correspondence table between pseudo-identity and true-identity, it can determine whether or not the maintenance function needs to be executed by performing user designation using the true-identity before establishing a session.
  • the device / user authentication sequence when Proxy Mobile IPv4 is applied has been described.
  • the present invention is not limited to this, and other device / user authentication sequences (for example, Client Mobile IPv4 are applied). May be applied).
  • the method performed by the HA 40A and the AAA server 50A of the present invention may be applied to a program for causing a computer to execute.
  • the program can be stored in a storage medium and can be provided to the outside via a network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　本発明の通信システムは、端末と、前記端末の移動を管理する第１のサーバ装置と、前記端末に対する認証を行う第２のサーバ装置と、を有する。ここで、前記第１のサーバ装置は、前記端末の疑似のＮＡＩを含む第１のメッセージを、ＡＡＡプロトコルを用いて前記第２のサーバ装置に送信する。また、前記第２のサーバ装置は、前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録し、前記第１のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを含む第２のメッセージを、ＡＡＡプロトコルを用いて前記第１のサーバ装置に送信する。

Description

通信システム、サーバ装置、情報通知方法、プログラム
　本発明は、通信システム、サーバ装置、情報通知方法、プログラムに関する。
　ＷｉＭＡＸ（Worldwide　Interoperability　for　Microwave　Access）　Ｆｏｒｕｍで策定されたＳｐｅｃには、図１に示すような無線通信システムが規定されている。
　図１に示すように、ＷｉＭＡＸの無線通信システムは、ＭＳ（Mobile　Station）１０と、ＡＳＮ（Access　Service　Network）内に配置されたＢＳ（Base　Station）２０およびＡＳＮ－ＧＷ（ASN-Gateway）３０と、ＣＳＮ（Connectivity　Service　Network）内に配置されたＨＡ（Home　Agent）４０およびＡＡＡ（Authentication,　Authorization,　Accounting）サーバ５０と、を有している（例えば、特許文献１，２参照）。
　ＢＳ２０は、端末であるＭＳ１０と無線通信を行う基地局であり、ＡＳＮ－ＧＷ３０は、ＭＳ１０をＢＳ２０を介してＣＳＮと接続するゲートウェイ装置である。
　ＨＡ４０は、ＭＳ１０の移動を管理するサーバ装置であり、ＡＡＡサーバ５０は、ＭＳ１０に対する認証、許可、および課金を行うサーバ装置である。なお、図１においては、ＨＡ４０は、インターネットと接続されているが、インターネット以外のＩＰ（Internet　Protocol）ネットワーク（企業内ネットワークなど）にも接続可能である。
　ＷｉＭＡＸの無線通信システムにおいては、ＭＳ１０に対する認証として、ＭＳ１０がＡＳＮに接続されているかを認証するデバイス認証と、ＭＳ１０のユーザがＡＳＮのサービスの契約者であるかを認証するユーザ認証と、が行われる。
　ここで、関連するＷｉＭＡＸの無線通信システムにおけるデバイス／ユーザ認証シーケンスについて、図２を参照して説明する。
　なお、ここでは、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰｖ４を適用した場合のデバイス／ユーザ認証シーケンスについて説明する。
　また、ここでは、図２に示したデバイス／ユーザ認証シーケンスの前に、不図示のＤＬ（Down　Link）－ＭＡＰシーケンスにおいて、ＢＳ２０は、ＭＳ１０からＭＳ１０のＭＡＣ（Media　Access　Control）アドレスを取得し、また、不図示のＭＳ－ＰｒｅＡｔｔａｃｈｍｅｎｔシーケンスにおいて、ＡＳＮ－ＧＷ３０は、ＢＳ２０からＭＳ１０のＭＡＣアドレスを取得し、ＡＳＮ内ではＭＳ１０をＭＡＣアドレスにより識別可能になっているものとする。
　図２に示すように、まず、ＡＳＮ－ＧＷ３０は、ステップＳ４０１において、ＢＳ２０を介してＭＳ１０に対し、Ａｕｔｈ．Ｒｅｌａｙプロトコルを用いて、ＥＡＰ（Extensible　Authentication　Protocol）によるデバイス／ユーザ認証の開始およびＩｄｅｎｔｉｔｙの送付を要求するＥＡＰ　ＲＱ（Request）／Ｉｄｅｎｔｉｔｙメッセージを送信する。
　次に、ＭＳ１０は、ステップＳ４０２において、ＢＳ２０およびＡＳＮ－ＧＷ３０を介してＡＡＡサーバ５０に対し、ＥＡＰ　ＲＱ／Ｉｄｅｎｔｉｔｙメッセージに対する応答として、ＥＡＰを用いて、ＭＳ１０の疑似のＮＡＩ（Network　Access　Identity）であるＰｓｅｕｄｏ－ＩｄｅｎｔｉｔｙおよびＭＡＣアドレスを含む、ＥＡＰ　ＲＰ（Response）／Ｉｄｅｎｔｉｔｙメッセージを送信する。
　これにより、ＡＳＮ－ＧＷ３０は、ＭＳ１０のＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙを取得し、取得済みのＭＡＣアドレスと対応付ける。また、ＡＡＡサーバ５０は、ＭＳ１０のＰｓｅｕｄｏ－ＩｄｅｎｔｉｔｙおよびＭＡＣアドレスを取得する。
　次に、ＡＡＡサーバ５０は、ＭＳ１０に対するデバイス認証に成功すると、ステップＳ４０３において、ＡＳＮ－ＧＷ３０およびＢＳ２０を介してＭＳ１０に対し、ＥＡＰを用いて、デバイス認証に成功したことを通知するメッセージ（このメッセージの名称は認証方式によって異なる）を送信する。さらに、ＡＡＡサーバ５０は、ステップＳ４０４において、ＡＳＮ－ＧＷ３０およびＢＳ２０を介してＭＳ１０に対し、ＭＳ１０の真のＮＡＩであるＴｒｕｅ－Ｉｄｅｎｔｉｔｙの送付を要求するＥＡＰ　ＲＱメッセージを送信する。
　次に、ＭＳ１０は、ステップＳ４０５において、ＢＳ２０およびＡＳＮ－ＧＷ３０を介してＡＡＡサーバ５０に対し、ＥＡＰ　ＲＱメッセージに対する応答として、ＥＡＰを用いて、ＭＳ１０のＴｒｕｅ－Ｉｄｅｎｔｉｔｙを含む、ＥＡＰ　ＲＰメッセージを送信する。
　これにより、ＡＡＡサーバ５０は、ＭＳ１０のＴｒｕｅ－Ｉｄｅｎｔｉｔｙを取得し、取得済みのＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙと対応付ける。
　次に、ＡＡＡサーバ５０は、ＭＳ１０に対するユーザ認証に成功すると、ステップＳ４０６において、ＡＳＮ－ＧＷ３０に対し、ＥＡＰを用いて、ユーザ認証に成功したことを通知するＥＡＰ　Ｓｕｃｃｅｓｓメッセージを送信する。続いて、ＡＳＮ－ＧＷ３０は、ステップＳ４０７において、ＢＳ２０を介してＭＳ１０に対し、Ａｕｔｈ．Ｒｅｌａｙプロトコルを用いて、ＥＡＰ　Ｓｕｃｃｅｓｓメッセージを転送する。
　次に、ＭＳ１０は、セッションを確立するために、ステップＳ４０８において、ＢＳ２０を介してＡＳＮ－ＧＷ３０に対し、ＤＨＣＰ（Dynamic　Host　Configuration　Protocol）を用いて、ＩＰ（Internet　Protocol）アドレスの割当を要求するＤＨＣＰ　Ｄｉｓｃｏｖｅｒメッセージを送信する。
　次に、ＡＳＮ－ＧＷ３０は、ステップＳ４０９において、ＨＡ４０に対し、Ｍｏｂｉｌｅ　ＩＰを用いて、ＭＳ１０のＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙを含む、ＭＳ１０のＣＳＮへの接続を要求するＲＲＱ（Registration　Request）メッセージを送信する。
　これにより、ＨＡ４０は、ＭＳ１０のＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙを取得する。よって、ＨＡ４０は、以降、ユーザ識別情報として、ＮＡＩを使用可能となる。
　このとき、ＨＡ４０に通知されるＮＡＩがＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙである理由は以下の通りである。すなわち、ＡＳＮ－ＧＷ３０からＨＡ４０に通知されるＮＡＩは、Ｍｏｂｉｌｅ　ＩＰのＥｘｔｅｎｓｉｏｎフィールドに含まれるものであるため、ＩＰｓｅｃ（Security　Architecture　for　IP）などのセキュリティトンネルを使用しなければ、プレーンデータがＡＳＮおよびＣＳＮ上に流れてしまう。このことから、ＷｉＭＡＸの無線通信システムでは、ＭＳ１０とＡＡＡサーバ５０だけが、ｔｒｕｅ－ｉｄｅｎｔｉｔｙを使用し、他のノードはｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙを使用することとしている。このため、ＡＳＮ－ＧＷ３０からＨＡ４０に通知されるＮＡＩは、ｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙとなる。なお、ｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙとｔｒｕｅ－ｉｄｅｎｔｉｔｙとの対応表も、ＭＳ１０とＡＡＡサーバ５０だけがもつことになる。
　次に、ＨＡ４０は、ステップＳ４１０において、ＡＡＡサーバ５０に対し、ＡＡＡプロトコル（例えば、ＲＡＤＩＵＳ（Remote　Access　Dial　In　User　Service）プロトコル）を用いて、ＭＳ１０のＰｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙを含む、ＭＳ１０に対する認証結果を要求するＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージを送信する。
　次に、ＡＡＡサーバ５０は、ステップＳ４１１において、ＨＡ４０に対し、Ａｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージに対する応答として、ＡＡＡプロトコルを用いて、ＭＳ１０に対する認証結果を通知するＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージを送信する。
　これにより、ＨＡ４０は、ＭＳ１０に対する認証結果を確認する。
　次に、ＨＡ４０は、ステップＳ４１２において、ＡＳＮ－ＧＷ３０に対し、ＲＲＱメッセージに対する応答として、Ｍｏｂｉｌｅ　ＩＰを用いて、ＭＳ１０のＣＳＮへの接続を許可することを通知するＲＲＰ（Registration　Response）メッセージを送信する。
　その後、ＡＳＮ－ＧＷ３０は、ステップＳ４１３において、ＢＳ２０を介してＭＳ１０に対し、ＤＨＣＰ　Ｄｉｓｃｏｖｅｒメッセージに対する応答として、ＤＨＣＰを用いて、ＭＳ１０に割り当てるＩＰアドレスの候補を通知するＤＨＣＰ　Ｏｆｆｅｒメッセージを送信する。
　これにより、ＭＳ１０は、ＩＰアドレスを取得し、セッション確立のための処理を開始する。
　このように、ＷｉＭＡＸの無線通信システムにおいては、ＭＳ１０は、自己のユーザ識別情報として、Ｔｒｕｅ－Ｉｄｅｎｔｉｔｙ、Ｐｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙ、およびＭＡＣアドレスの３つを使用している。
　また、ＢＳ２０およびＡＳＮ－ＧＷ３０は、ＭＳ１０のユーザ識別情報として、Ｐｓｅｕｄｏ－ＩｄｅｎｔｉｔｙおよびＭＡＣアドレスの２つを使用可能である。
　また、ＨＡ４０は、ＭＳ１０のユーザ識別情報として、Ｐｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙの１つのみを使用可能である。
　また、ＡＡＡサーバ５０は、ＭＳ１０のユーザ識別情報として、Ｔｒｕｅ－Ｉｄｅｎｔｉｔｙ、Ｐｓｅｕｄｏ－Ｉｄｅｎｔｉｔｙ、およびＭＡＣアドレスの３つを使用可能である。
特開２００８－３５２４８号公報 特開２００８－９２５７７号公報
　ところで、ＭＳ１０、ＢＳ２０、ＡＳＮ－ＧＷ３０、ＨＡ４０、およびＡＡＡサーバ５０の各ノードは、ＭＳ１０のユーザに対して実行する保守機能を備えている。保守機能の一例を以下に示す。
・信号モニタリング機能
　指定ユーザに関連する信号を記録する機能。例えば、ＨＡ４０は、Ｍｏｂｉｌｅ　ＩＰおよびＡＡＡプロトコルを用いて転送された信号のうち、指定ユーザに関連する信号を記録する。
・接続規制機能
　指定ユーザの接続要求を拒否（Reject）する機能。例えば、ＨＡ４０は、指定ユーザのＣＳＮへの接続を要求するＲＲＱメッセージに対する応答として、ＲＲＰメッセージでエラーを返す。
・輻輳規制除外機能
　一般ユーザからの接続要求を破棄する状態でも、指定ユーザのみＲＲＱメッセージによる接続要求を受付ける機能。例えば、ＨＡ４０は、ＨＡ輻輳状態でも、指定ユーザのみ接続要求を受付ける。
・通信傍受機能
　指定ユーザの通信データを記録する機能。例えば、ＨＡ４０は、Ｍｏｂｉｌｅ　ＩＰを用いて転送される通信データを通すトンネルを生成した後に、このトンネルを介してＭＳ１０とＣＳＮ間を実際に転送される通信データを記録する。
　ただし、ユーザごとに、そのユーザに対して実行する保守機能は異なっている。例えば、あるユーザに対しては、上述した４つの保守機能を全て実行するが、別のユーザに対しては、上述した４つの保守機能のうち輻輳規制除外機能のみを実行する等である。
　したがって、各ノードは、保守機能を実行するには、まず、自己に接続されるユーザを指定して、そのユーザに対する保守機能の実行要否を判断する必要がある。
　ＭＳ１０およびＡＡＡ５０は、ｔｒｕｅ－ｉｄｅｎｔｉｔｙを使用してユーザ管理を行うことができるので、ユーザ指定を行うのに問題はない。
　また、ＢＳ２０およびＡＳＮ－ＧＷ３０は、ｔｒｕｅ－ｉｄｅｎｔｉｔｙを知らないものの、ＮＡＩとは別にＭＡＣアドレスでもユーザ管理を行っているため、ユーザ指定を行うことができる。
　しかし、ＨＡ４０は、ユーザ管理をｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙでしか行うことができない。
　個々のセッションは、ｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙの一意性が保障されているので、セッション確立後であれば、ＨＡ４０は、そのセッションからユーザ指定を行うことが可能である。しかし、ｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙは、ＥＡＰによる認証シーケンスにおいてＭＳ１０により乱数生成される場合があるため、ＨＡ４０は、セッション確立前に、ユーザを指定できず、保守機能の実行要否を判断できないという課題がある。
　また、ＨＡ４０は、他ノードが保持するｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙとｔｒｕｅ－ｉｄｅｎｔｉｔｙとの対応表がないと、Ｍｏｂｉｌｅ　ＩＰセッションのユーザを指定できず、保守機能の実行要否を判断できないという課題がある。
　そこで、本発明の目的は、上述した課題のいずれかを解決することができる通信システム、サーバ装置、情報通知方法、プログラムを提供することにある。
　本発明の通信システムは、
　端末と、前記端末の移動を管理する第１のサーバ装置と、前記端末に対する認証を行う第２のサーバ装置と、を有してなる通信システムであって、
　前記第１のサーバ装置は、
　前記端末の疑似のＮＡＩを含む第１のメッセージを、ＡＡＡプロトコルを用いて前記第２のサーバ装置に送信し、
　前記第２のサーバ装置は、
　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録し、
　前記第１のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを含む第２のメッセージを、ＡＡＡプロトコルを用いて前記第１のサーバ装置に送信する。
　本発明のサーバ装置は、
　端末に対する認証を行うサーバ装置であって、
　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録部と、
　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信部と、
　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御部と、
　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信部と、を有する。
　本発明の情報通知方法は、
　端末に対する認証を行うサーバ装置による情報通知方法であって、
　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録ステップと、
　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信ステップと、
　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御ステップと、
　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信ステップと、を有する。
　本発明のプログラムは、
　端末に対する認証を行うサーバ装置に、
　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録手順と、
　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信手順と、
　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御手順と、
　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信手順と、を実行させる。
　本発明の通信システムによれば、第２のサーバ装置は、第１のサーバ装置に対し、第１のサーバ装置から受信した第１のメッセージに含まれる疑似のＮＡＩに対応する真のＮＡＩを含む第２のメッセージを、ＡＡＡプロトコルを用いて送信する。
　したがって、第１のサーバ装置は、第２のメッセージの受信以降に、端末の真のＮＡＩを使用したユーザ指定が可能となるため、疑似のＮＡＩと真のＮＡＩとの対応表を持たなくても、真のＮＡＩを用いてユーザ指定を行って、保守機能の実行要否を判断できるという効果が得られる。
無線通信システムの全体構成を示す図である。 関連する無線通信システムにおけるデバイス／ユーザ認証シーケンスを説明するシーケンス図である。 本発明の一実施形態の無線通信システムにおけるＨＡおよびＡＡＡサーバの構成を示すブロック図である。 本発明の一実施形態の無線通信システムにおけるデバイス／ユーザ認証シーケンスを説明するシーケンス図である。
　以下に、本発明を実施するための最良の形態について図面を参照して説明する。
　なお、以下で説明する実施形態では、本発明の通信システムが、ＷｉＭＡＸの無線通信システムである場合を例に挙げて説明するが、本発明はこれに限定されず、他の通信方式の無線通信システム、有線通信システム、有線無線混在通信システムであってもよい。
　本実施形態の無線通信システムは、図１の無線通信システムの構成要素のうち、ＨＡ４０およびＡＡＡサーバ５０を、それぞれＨＡ４０ＡおよびＡＡＡサーバ５０Ａに変更し、図２のデバイス／ユーザ認証シーケンス内の処理のうち、Ａｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージおよびＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージに係るステップＳ４１０，Ｓ４１１を、それぞれステップＳ４１０Ａ，Ｓ４１１Ａに変更したものである。
　そこで、以下では、Ａｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージおよびＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージに係る処理を行うＨＡ４０ＡおよびＡＡＡサーバ５０Ａを中心に説明する。
　図３は、本実施形態におけるＨＡ４０ＡおよびＡＡＡサーバ５０Ａの構成を示すブロック図である。なお、図３は、Ａｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージおよびＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージに係る処理を行う部分の構成のみを示している。
　図３に示すように、本実施形態におけるＨＡ４０Ａは、制御部４１と、送信部４２と、受信部４３と、を有している。
　制御部４１は、Ａｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、そのＡｔｔｒｉｂｕｔｅフィールドにＭＳ１０のｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙを含める。
　送信部４２は、制御部４１によりＡｔｔｒｉｂｕｔｅフィールドにｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙを含めたＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージを、ＡＡＡプロトコルを用いてＡＡＡサーバ５０Ａに送信する。
　受信部４３は、ＡＡＡサーバ５０ＡからＡＡＡプロトコルを用いて送信されてきたＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージを受信する。
　また、図３に示すように、本実施形態におけるＡＡＡサーバ５０Ａは、記録部５１と、受信部５２と、制御部５３と、送信部５４と、を有している。
　記録部５１は、対応表５１１を記録する。
　対応表５１１には、デバイス／ユーザ認証シーケンスにおいて取得されるＭＳ１０のｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙとＴｒｕｅ－Ｉｄｅｎｔｉｔｙとが対応付けられて記録される。
　受信部５２は、ＨＡ４０ＡからＡＡＡプロトコルを用いて送信されてきたＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージを受信する。
　制御部５３は、受信部５２にてＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージが受信されると、受信されたＡｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージのＡｔｔｒｉｂｕｔｅフィールドに含まれるｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙに対応するＴｒｕｅ－Ｉｄｅｎｔｉｔｙを対応表５１１から抽出する。
　また、制御部５３は、Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、そのＡｔｔｒｉｂｕｔｅフィールドに上記で抽出されたＴｒｕｅ－Ｉｄｅｎｔｉｔｙを含める。
　送信部５４は、制御部５３によりＡｔｔｒｉｂｕｔｅフィールドにＴｒｕｅ－Ｉｄｅｎｔｉｔｙを含めたＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージを、ＡＡＡプロトコルを用いてＨＡ４０Ａに送信する。
　以下、本実施形態におけるデバイス／ユーザ認証シーケンスについて、図４を参照して説明する。なお、図４において、図２と同様のステップには同様の符号を付す。
　図４に示すように、まず、図２と同様のステップＳ４０１～Ｓ４０９の処理が行われる。
　次に、ステップＳ４１０Ａにおいて、ＨＡ４０Ａは、ステップＳ４０９でＡＳＮ－ＧＷ３０から受信したＲＲＱメッセージに含まれるｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙをＡｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージのＡｔｔｒｉｂｕｔｅフィールドに含め、そのＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージを、ＡＡＡプロトコルを用いてＡＡＡサーバ５０Ａに送信する。
　次に、ステップＳ４１１Ａにおいて、ＡＡＡサーバ５０Ａは、ＨＡ４０Ａから受信したＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージに含まれるｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙに対応するＴｒｕｅ－Ｉｄｅｎｔｉｔｙを対応表５１１から抽出する。続いて、ＡＡＡサーバ５０Ａは、Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージのＡｔｔｒｉｂｕｔｅフィールドに上記で抽出されたＴｒｕｅ－Ｉｄｅｎｔｉｔｙを含め、そのＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージを、ＡＡＡプロトコルを用いてＨＡ４０Ａに送信する。
　その後、図２と同様のステップＳ４１２，Ｓ４１３の処理が行われる。
　上述したように本実施形態においては、ＡＡＡサーバ５０Ａは、ＨＡ４０Ａに対し、セッションを確立しようとしているＭＳ１０のＴｒｕｅ－Ｉｄｅｎｔｉｔｙを、ＡＡＡプロトコルを用いてＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージにより通知する。
　そのため、ＨＡ４０Ａは、Ａｃｃｅｓｓ　Ａｃｃｅｐｔメッセージの受信以降に、ＭＳ１０のＴｒｕｅ－Ｉｄｅｎｔｉｔｙを使用可能となり、Ｔｒｕｅ－Ｉｄｅｎｔｉｔｙを使用してユーザ指定を行うことができる。
　よって、ＨＡ４０Ａは、ｐｓｅｕｄｏ－ｉｄｅｎｔｉｔｙとｔｒｕｅ－ｉｄｅｎｔｉｔｙとの対応表を持たなくても、セッション確立前に、ｔｒｕｅ－ｉｄｅｎｔｉｔｙを用いてユーザ指定を行って、保守機能の実行要否を判断できる。
　以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
　例えば、本実施形態においては、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰｖ４を適用した場合のデバイス／ユーザ認証シーケンスについて説明したが、本発明はこれに限定されず、その他のデバイス／ユーザ認証シーケンス（例えば、Ｃｌｉｅｎｔ　Ｍｏｂｉｌｅ　ＩＰｖ４を適用したもの）を適用してもよい。
　また、本発明のＨＡ４０ＡおよびＡＡＡサーバ５０Ａにて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
　本出願は、２００８年８月７日に出願された日本出願特願２００８－２０４４９５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (12)

  1. 　端末と、前記端末の移動を管理する第１のサーバ装置と、前記端末に対する認証を行う第２のサーバ装置と、を有してなる通信システムであって、
    　前記第１のサーバ装置は、
    　前記端末の疑似のＮＡＩ（Network　Access　Identity）を含む第１のメッセージを、ＡＡＡ（Authentication,　Authorization,　Accounting）プロトコルを用いて前記第２のサーバ装置に送信し、
    　前記第２のサーバ装置は、
    　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録し、
    　前記第１のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを含む第２のメッセージを、ＡＡＡプロトコルを用いて前記第１のサーバ装置に送信する、通信システム。
  2. 　前記第１のメッセージはＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージであり、
    　前記第２のメッセージはＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージである、請求項１に記載の通信システム。
  3. 　前記第１のサーバ装置は、
    　前記Ａｃｃｅｓｓ　ＲｅｑｕｅｓｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、該Ａｔｔｒｉｂｕｔｅフィールドに前記疑似のＮＡＩを含め、
    　前記第２のサーバ装置は、
    　前記Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、該Ａｔｔｒｉｂｕｔｅフィールドに前記真のＮＡＩを含める、請求項２に記載の通信システム。
  4. 　端末に対する認証を行うサーバ装置であって、
    　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録部と、
    　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信部と、
    　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御部と、
    　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信部と、を有するサーバ装置。
  5. 　前記第１のメッセージはＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージであり、
    　前記第２のメッセージはＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージである、請求項４に記載のサーバ装置。
  6. 　前記制御部は、
    　前記Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、該Ａｔｔｒｉｂｕｔｅフィールドに前記真のＮＡＩを含める、請求項５に記載のサーバ装置。
  7. 　端末に対する認証を行うサーバ装置による情報通知方法であって、
    　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録ステップと、
    　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信ステップと、
    　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御ステップと、
    　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信ステップと、を有する情報通知方法。
  8. 　前記第１のメッセージはＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージであり、
    　前記第２のメッセージはＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージである、請求項７に記載の情報通知方法。
  9. 　前記制御ステップでは、
    　前記Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、該Ａｔｔｒｉｂｕｔｅフィールドに前記真のＮＡＩを含める、請求項８に記載の情報通知方法。
  10. 　端末に対する認証を行うサーバ装置に、
    　前記端末の疑似のＮＡＩと真のＮＡＩとを対応付けて記録する記録手順と、
    　前記端末の移動を管理する他のサーバ装置からＡＡＡプロトコルを用いて送信されてきた、前記端末の疑似のＮＡＩを含む第１のメッセージを受信する受信手順と、
    　前記他のサーバ装置から前記第１のメッセージを受信すると、該第１のメッセージに含まれる疑似のＮＡＩと対応付けられた真のＮＡＩを第２のメッセージに含める制御手順と、
    　前記第２のメッセージを、ＡＡＡプロトコルを用いて前記他のサーバ装置に送信する送信手順と、を実行させるプログラム。
  11. 　前記第１のメッセージはＡｃｃｅｓｓ　Ｒｅｑｕｅｓｔメッセージであり、
    　前記第２のメッセージはＡｃｃｅｓｓ　Ａｃｃｅｐｔメッセージである、請求項１０に記載のプログラム。
  12. 　前記制御手順では、
    　前記Ａｃｃｅｓｓ　ＡｃｃｅｐｔメッセージにＡｔｔｒｉｂｕｔｅフィールドを追加し、該Ａｔｔｒｉｂｕｔｅフィールドに前記真のＮＡＩを含める、請求項１１に記載のプログラム。
PCT/JP2009/061480 2008-08-07 2009-06-24 通信システム、サーバ装置、情報通知方法、プログラム WO2010016333A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP09804820A EP2312876A4 (en) 2008-08-07 2009-06-24 COMMUNICATION SYSTEM, SERVER DEVICE, INFORMATION MESSAGE PROCESS AND PROGRAM THEREFOR
CN200980127756XA CN102100096A (zh) 2008-08-07 2009-06-24 通信系统、服务器装置、信息通信方法和程序
US12/997,321 US20110093604A1 (en) 2008-08-07 2009-06-24 Communication system, server apparatus, information communication method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-204495 2008-08-07
JP2008204495A JP4371249B1 (ja) 2008-08-07 2008-08-07 通信システム、サーバ装置、情報通知方法、プログラム

Publications (1)

Publication Number Publication Date
WO2010016333A1 true WO2010016333A1 (ja) 2010-02-11

Family

ID=41443824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/061480 WO2010016333A1 (ja) 2008-08-07 2009-06-24 通信システム、サーバ装置、情報通知方法、プログラム

Country Status (6)

Country Link
US (1) US20110093604A1 (ja)
EP (1) EP2312876A4 (ja)
JP (1) JP4371249B1 (ja)
CN (1) CN102100096A (ja)
TW (1) TW201025965A (ja)
WO (1) WO2010016333A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105190639B (zh) * 2014-03-06 2018-10-09 松下电器（美国）知识产权公司 设备控制方法、设备管理系统以及与设备管理系统连接的宅内服务器装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007137987A2 (de) * 2006-06-01 2007-12-06 Siemens Aktiengesellschaft Verfahren und system zum bereitstellen eines mobile ip schlüssels

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4162347B2 (ja) * 2000-01-31 2008-10-08 富士通株式会社 ネットワークシステム
JP4294829B2 (ja) * 2000-04-26 2009-07-15 ウォーターフロント・テクノロジーズ エルエルシー モバイルネットワークシステム
US20050079869A1 (en) * 2003-10-13 2005-04-14 Nortel Networks Limited Mobile node authentication
WO2005086462A1 (en) * 2004-02-27 2005-09-15 Nortel Networks Limited Nai based aaa extensions
US7443824B1 (en) * 2004-09-09 2008-10-28 Sprint Spectrum L.P. Method and system for selectively including a device-identifier within a mobile IP registration request being sent on behalf of a mobile node to a mobile IP home agent
US7486951B2 (en) * 2004-09-24 2009-02-03 Zyxel Communications Corporation Apparatus of dynamically assigning external home agent for mobile virtual private networks and method for the same
US7626963B2 (en) * 2005-10-25 2009-12-01 Cisco Technology, Inc. EAP/SIM authentication for mobile IP to leverage GSM/SIM authentication infrastructure
US7844245B1 (en) * 2006-07-10 2010-11-30 Cello Partnership Wireless data communication access activation
US10171998B2 (en) * 2007-03-16 2019-01-01 Qualcomm Incorporated User profile, policy, and PMIP key distribution in a wireless communication network
EP2007098A1 (en) * 2007-06-18 2008-12-24 Nokia Siemens Networks Oy Methods, apparatuses and computer program product for user equipment authorization based on matching network access technology specific identification information
EP2015535A1 (en) * 2007-07-10 2009-01-14 Panasonic Corporation Detection of mobility functions implemented in a mobile node
EP2023564A1 (en) * 2007-08-10 2009-02-11 Nokia Siemens Networks Oy Method and device fordata interception and communication system comprising such device
US9055511B2 (en) * 2007-10-08 2015-06-09 Qualcomm Incorporated Provisioning communication nodes

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007137987A2 (de) * 2006-06-01 2007-12-06 Siemens Aktiengesellschaft Verfahren und system zum bereitstellen eines mobile ip schlüssels

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
A. LIOR ET AL.: "Mobile IP Key Derivation using EAP, Internet-Draft, draft-lior-mipkeys-eap-00", 25 February 2006 (2006-02-25), XP015044347 *
See also references of EP2312876A4 *

Also Published As

Publication number Publication date
TW201025965A (en) 2010-07-01
EP2312876A4 (en) 2011-09-07
US20110093604A1 (en) 2011-04-21
EP2312876A1 (en) 2011-04-20
JP2010041589A (ja) 2010-02-18
CN102100096A (zh) 2011-06-15
JP4371249B1 (ja) 2009-11-25

Similar Documents

Publication Publication Date Title
US7545768B2 (en) Utilizing generic authentication architecture for mobile internet protocol key distribution
EP1465385B1 (en) Method for common authentication and authorization across disparate networks
US9686669B2 (en) Method of configuring a mobile node
KR101780371B1 (ko) 초기 링크 셋업 동안 감소된 레이턴시를 위한 시스템들 및 방법들
US8676999B2 (en) System and method for remote authentication dial in user service (RADIUS) prefix authorization application
JP2002314549A (ja) ユーザ認証システム及びそれに用いるユーザ認証方法
KR20060046899A (ko) 가상 사설망에서 이동 단말의 홈 주소 할당 방법 및 장치
JP2008529368A (ja) 通信システムにおけるユーザ認証及び認可
WO2009152676A1 (zh) Aaa服务器、p-gw、pcrf、用户设备标识的获取方法和系统
CA2675837C (en) Solving pana bootstrapping timing problem
US20230275883A1 (en) Parameter exchange during emergency access using extensible authentication protocol messaging
JP2019533951A (ja) 次世代システムの認証
JP4371250B1 (ja) 通信システム、サーバ装置、情報通知方法、プログラム
JP4826834B2 (ja) 通信システム、接続装置、情報通知方法、プログラム
Laurent-Maknavicius et al. Inter-domain security for mobile Ipv6
JP4371249B1 (ja) 通信システム、サーバ装置、情報通知方法、プログラム
WO2010016335A1 (ja) 通信システム、接続装置、情報通知方法、プログラム
KR100485517B1 (ko) 무선랜 망간 시스템의 가입자 인증 제공 장치 및 방법
KR100684324B1 (ko) 휴대인터넷 시스템에서 무인증을 제공하는 인증 방법
WO2014121613A1 (zh) 一种位置信息的获取方法及相应装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980127756.X

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09804820

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12997321

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2009804820

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE