KR20090061663A

KR20090061663A - 어드레스 관리방법, 어드레스 관리시스템, 이동 단말 및 홈 도메인 서버

Info

Publication number: KR20090061663A
Application number: KR1020097008313A
Authority: KR
Inventors: 펙유 탄; 홍 쳉; 치빙 탄
Original assignee: 파나소닉 주식회사
Priority date: 2003-01-14
Filing date: 2004-01-14
Publication date: 2009-06-16
Anticipated expiration: 2024-01-14
Also published as: US8374580B2; CA2512959C; US20180249326A1; WO2004077754A1; US20120082111A1; CN101299759A; US10511961B2; US20150249917A1; US9560521B2; US7610038B2; US9986426B2; EP2512067A1; KR100999761B1; US20170134936A1; EP1585270A4; JP2004266310A; CN100405776C; CA2512959A1; JP4270888B2; EP2512067B1

Abstract

본 발명에 의하면, WLAN 상호접속에서의 이동 단말의 어드레스 할당을 관리하기 위한 해결책이 제공된다. 액세스 제어 프레임워크의 사용에 의해, 이동 단말은 서비스로의 액세스의 허가와 함께, 어드레스를 취득하여 터널을 설정하는 것이 가능해진다. 또, 관리 프로세스에서는 액세스 제어 프로세스에 특유의 암호화로 보호되고, 특별한 보안 설정 절차가 필요로 되지 않는다. 또, 본 발명에 의하면, 서비스 허가 절차를 이용하여, 세션에 관련된 어드레스의 취득을 행하기 위한 방법이 제공된다. 단말이 복수의 병렬된 세션에 액세스할 경우라도, 복수의 어드레스를 유지할 수 있다. 또, 어드레스 관리는 정책 제어 기구에 통합된다. 이 정책 제어에 의해, 어드레스 변경 후, 필요에 따라 단말 및 그 홈 네트워크가 WLAN을 구성하기 위한 수단이 제공된다. 또, 이 정책 제어 절차에서 이용 가능한 채널을 사용하여, QoS 혹은 터널링 정보가 이미 새로운 스테이터스에 따라 수정되어 제공된다. 이로써, 로밍 시간 내의 원할한 어드레스 변경이 실현되고, QoS 중단이 최소한으로 억제된다.

액세스 제어 프레임워크, 서비스 허가 절차, 정책 제어

Description

어드레스 관리방법, 어드레스 관리시스템, 이동 단말 및 홈 도메인 서버{ADDRESS MANAGEMENT METHOD, ADDRESS MANAGEMENT SYSTEM, MOBILE TERMINAL AND HOME DOMAIN SERVER}

본 발명은 무선 데이터 통신 분야에 관한 것이다. 특히, 본 발명은 무선 LAN(WLAN) 환경에서, 다른 네트워크로부터 방문하는 모바일 사용자를 위한 어드레스 관리에 관한 것으로, WLAN이, 예를 들면, 다른 관리 도메인 내에 존재하고, 다른 무선 기술을 사용하는 3G 네트워크나 WLAN 등의 공중 무선 네트워크와의 상호접속(inter-networking)을 행할 때에 사용 가능한 것이다. 또, 본 발명은 어드레스 할당, 구성, 터널링(tunneling) 설정 등을 위해 WLAN 및 상호 접속 네트워크(inter-worked network)에 더하여 이동 단말로 이용할 수 있으며, 그 결과, 이동 단말은 WLAN에서 가입한 서비스에 액세스 가능하게 된다.

WLAN 상호접속(WLAN inter-working)에서는, 단말이 가입한 모든 서비스에 액세스할 수 있도록, 단말은 어드레스 부여가 가능(addressable)할 필요가 있다. 서비스가 IP를 통해 전송되는 경우, 단말은 어떤 IP 어드레스에 관련되어 있을 것이다. 모바일 세계에서는 단말의 접속점이 빈번히 바뀌어, 단말이 어떤 활성화된 서 비스 세션 사이에서 몇 개의 도메인을 전전하는 것이 충분히 일어날 수 있다. 이 단말 이동성의 요건을 만족시키기 위해, 어드레스 관리 메커니즘에는 단말이 접속점을 변경할 때마다 단말의 어드레스를 구성(configure)하여 갱신하는 것이 요구된다.

모바일 IP는, 인터넷 기술 검토 위원회(IETF)에서 공개한 표준화 기술이며(비특허 문헌 1)(비특허 문헌 2), 이동 단말을 위한 어드레스 관리와 트래픽 라우팅(traffic routing)에 대한 해결책을 제공한다. 이 기술에 의해, 여러 IP 네트워크 내를 돌아다닐 경우, 사용자는 동일한 어드레스를 사용하면서 위치특정 가능한 상태(reachable)가 된다. 이동성이 IP 레벨로 관리되고 있으므로, 모바일 IP는 기초가 되는 링크층의 기술에 얽매이지 않고, 3G 셀룰러 네트워크, 또는 무선 LAN(예를 들면, 802.11 네트워크) 내의 단말에 대해 동일한 프로토콜 스택의 적용이 가능해진다. 예를 들면, WLAN와 3G 셀룰러 네트워크의 상호접속 등의 액세스 기술의 융합에서, 이런 종류의 조화된 레벨의 해결책이 특히 유용하다. 모바일 IP에서는 IP 접속에 의해 어드레스 관리가 행해지고, IP 접속이 이용 가능하지 않은 경우에는 어드레스 관리가 불가능해진다. 또, 모바일 IP에서는 단말이 홈 어드레스를 더 가며, 또, 그 홈 에이전트를 알고 있을 필요가 있다. 이러한 요건은, 예를 들면, 단말이 최초로 해외 WLAN(Foreign WLAN)에서 동작을 개시하는 경우 등, 상호접속의 동작 과정에서는 충족되지 않을지도 모른다.

또, 모바일 IPv6 드래프트에서는, 이동 노드(mobile node)의 홈 어드레스 설정 방법이 도입되어 있다(비특허 문헌 2). 단말은, 예를 들면, DHCPv6(비특허 문헌 3)를 사용하여, 우선 보조 어드레스(care of address)를 최초로 생성하고, 이 어드레스를 사용하여 최종적인 홈 어드레스를 설정하는 홈 네트워크와의 통신을 행한다. 그러나, WLAN에서 얻어진 보조 어드레스를 사용한 경우에는, 이동 노드의 홈 네트워크는 반드시 위치특정 가능한 상태로는 되지 않으므로, WLAN 상호접속에 있어서는 동작이 불가능해진다. 또, 복수회의 수수(授受, negotiation)를 행하는 설정(configuration) 처리는 시간을 소비하는 것이며, 사용자의 기대에 부응하는 것은 아니다.

또, 다이어미터 모바일(Diameter Mobile) IPv6의 적용(비특허 문헌 4)에 의해, AAA의 구성에 기초하여 모바일 IPv6의 어드레스 관리를 위한 해결책이 제시되어 있다. 이 해결책에서는, AAA 서버와 이동처 및 홈 네트워크의 클라이언트가 어드레스 갱신 및 에이전트 발견을 실행하는 것이 이용되고 있다. 그 메커니즘에서는, 이동 노드는, 예를 들면, 루터 어드버타이즈먼트 메시지(Router Advertisement messages)를 들을 수 있는 등, 메시지 교환용 로컬 IP 접속을 갖는 것이 요구되지만, 해외 도메인의 로컬 정책(local policy)에 의해서 반드시 가능하다고는 할 수 없다. 또, 이 기구는 어드레스가 이동 단말의 홈 도메인에 속하는 상황에서만 제공되는 것이다. WLAN 상호접속에서는 단말이 액세스하고 있는 서비스에 의존하는 다른 도메인으로부터의 어드레스를 단말이 사용하게 되며, 이 어드레스는 단말의 서비스 요구(request) 정보를 갖지 않기 때문에, 이 기구는 LWAN 상호접속을 서포트 할 수는 없다. 이 기구는 모바일 IPv6 환경을 위해 설계되어 있으며, 따라서 모바일 IP 스택이 없는 단말에서는 동작 불가능하다.

또, 3GPP에 의한 해결책으로, 단말의 어드레싱와 터널링을 관리하기 위한 GTP(비특허 문헌 5)이 제공되어 있다. GTP는 제어용 GTP-C 및 사용자 데이터의 트래픽용 GTP-U의 두개의 파트를 갖고 있다. GTP는 UDP상에서 동작하고, UDP 패킷 중의 사용자 데이터를 캡슐화한다. 이 GTP는 GPRS(비특허 문헌 6) 네트워크용으로 설계되어 있으며, 예를 들면, GGSN, SGSN 노드 등의 GPRS 네트워크의 특징에 매우 의존하고 있으며, 단순한 무선 액세스 네트워크(예를 들면, WLAN)에 적용기는 곤란하다.

비특허 문헌 1 「IP mobility support for IPv4」

http://www.ietf.org/rfc/rfc3344.txt

비특허 문헌 2 「Mobility support in IPv6」

http://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-19.txt

비특허 문헌 3 「Dynamic Host Configuration Protocol for IPv6(DHCPv6)」

http://www.ietf.org/internet-drafts/draft-ietf-dhc-dhcpv6-28.txt

비특허 문헌 4 「Diameter Mobile IPv6 Application」

http://www.ietf.org/internet-drafts/draft-le-aaa-diameter-mobileipv6-02.txt

비특허 문헌 5 「GPRS Tunnelling Protocol(GTP) across the Gn and Gp Interface(Release 5)」 3GPP TS 29.060 V5.3.0(2002-09)

ftp://ftp.3gpp.org/Specs/archive/29_series/

비특허 문헌 6 「General Packet Radio Service(GPRS); Service description; Stage 2(Release 5)」 3GPP TS 23.060 V5.2.0(2002-06)

ftp://ftp.3gpp.org/Specs/archive/23_series

비특허 문헌 7 「IP Multimedia Subsystem(IMS);Stage 2(Release 5)」 3GPP TS 23.228 V5.6.0(2002-09)

ftp://ftp.3gpp.org/Specs/archive/23_series/

비특허 문헌 8 「Diameter Base Protocol」

http://www.ietf.org/internet-drafts/draft-ietf-aaa-diameter-15.txt

비특허 문헌 9 「PPP Extensible Authentication Protocol(EAP)」

http://www.ietf.org/rfc/rfc2284.txt

비특허 문헌 10 3GPP project http://www.3gpp.org

비특허 문헌 11 3GPP2 project http://www.3gpp2.org

비특허 문헌 12 「The Network Access Identifier」

http://www.ietf.org/rfc/rfc2486.txt

비특허 문헌 13 「Numbering, addressing and identification(Release 5)」 3GPP TS 23.003 V5.3.0(2002-06)

ftp://ftp.3gpp.org/Sepcs/archive/23_series/

비특허 문헌 14 「Port-Based Network Access Contorl」 IEEE Std 802.1X-2001 http://standards.ieee.org/getieee802/

비특허 문헌 15 「Diameter Extensible Authentication Protocol(EAP) Application」

http://www.ietf.org/internet-drafts/draft-ietf-aaa-eap-00.txt

비특허 문헌 16 「Diameter NASREQ Application」

http://www.ietf.org/internet-drafts/draft-ietf-aaa-diameter-nasreq-09.txt

비특허 문헌 17 「IPv6 Stateless Address Autoconfiguration」

http://www.ietf.org.rfc/rfc2462.txt

통상적으로 WLAN 및 상호접속 네트워크는, 다른 관리 도메인에 존재하고 있다. 이는, 어드레스 공간이 따로따로 관리되고 있는 것을 의미하고 있다. 따라서, 이동 단말이 그 홈 네트워크와는 다른 도메인의 WLAN으로 이동한 경우, 단말로의 연속적인 서비스 배송을 보증하기 위해, 어떠한 어드레스 구성을 실행하지 않으면 안된다. 이 어드레스 구성에는, 예를 들면, IP 어드레스 할당, 어드레스 등록, 터널링 설정 등도 포함되어 있다.

WLAN을 통해 단말에 임의의 서비스가 배송되도록 하기 위해서는, 어드레스의 한정이 행해진다. 예를 들면, WLAN에서 3G 네트워크 내의 IMS(비특허 문헌 7) 서비스에 액세스하기 위해서는 단말은 IMS를 제공하는 네트워크에 속하는 어드레스를 가질 필요가 있으며, 결과적으로, 다른 서비스로의 병렬의 액세스를 행하는 이동 단말은 복수의 IP 어드레스가 할당되도록 요구된다.

WLAN에서는, 인증 및 그 허가가 주어지기 전에, 단말이, 예를 들면, 통상적인 데이터 패킷을 송수신하는 등, 어떤 리소스를 사용하는 것도 허가되어 있지 않다. 예를 들면, MIPv6 중에서 시사되는 통상적인 기구에서는, 허가처리 성공 후에만 어드레스의 구성이 행해지는데, 이런 식의 접근(approach)은 시간이 걸리며, 몇 개의 서비스에서의 요건을 만족시킬 수 없다. 이 허가처리 전에 어드레스 구성을 행하기 위해서는, 어드레스 구성에 관련된 정보가 액세스 제어 메시지로 통합될 필요가 있다. 또, 어드레스 관리는 통상적으로, 사용자의 가입 정보에 기초하고 있으 며, 이동 단말의 홈 네트워크에 의해 관리될 필요가 있다. 그러나, 임의의 외부 서비스에서는, 홈 네트워크 이외의 도메인에서 어드레스가 할당될 필요가 있다. 이 경우, 홈 네트워크가 어드레스 할당이나 그 도메인이 갖는 다른 정보에 관한 수수(授受)를 행할 수 있는 메커니즘이 필요하게 된다.

또, 단말이 어드레스를 변경할 경우, 그 단말에 관련된 종단점간(end to end) QoS가 영향을 받게 된다. 예를 들면, 만약 어드레스가 바뀐 경우에는, 송신처 어드레스 또는 송신처 어드레스 정보에 기초하는 트래픽 필터는, 흐름(flow)을 정확히 분류하기가 불가능해진다. 방화벽(firewall)이나 다른 트래픽 제어 기능을 실시하는 WLAN에 대해서는 단말의 새로운 어드레스가 더 나타날 필요가 있고, 그렇지 않으면, 트래픽이 방해받던지, 또는 중단되게 된다.

본 발명의 어드레스 관리방법은, 이동 단말이 WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 어드레스 관리방법으로, 상기 이동 단말이 상기 WLAN 액세스 네트워크에 접속하는 접속스텝과, 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버에 송신하는 송신스텝과, 상기 홈 도메인 서버는 상기 터널개설 요구메시지를 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당스텝을 갖는다.

또, 본 발명의 어드레스 관리시스템은, 이동 단말 및 홈 도메인 서버를 구비하고, 상기 이동 단말이 WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 어드레스 관리시스템으로, 상기 이동 단말은, 상기 WLAN 액세스 네트워크에 접속하는 접속부와, 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 상기 홈 도메인 서버에 송신하는 송신부를 가지며, 상기 홈 도메인 서버는, 상기 터널개설 요구메시지를 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당부를 갖는다.

또, 본 발명의 이동 단말은, WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 이동 단말의 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 이동 단말로, 상기 WLAN 액세스 네트워크에 접속하는 접속부와, 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버에 송신하는 송신부를 갖는다.

또, 본 발명의 홈 도메인 서버는, WLAN 액세스 네트워크로부터 상기 이동 단 말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 이동 단말의 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버로, 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 이동 단말로부터 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당부를 갖는다.

본 발명은 WLAN이 다른 네트워크와 상호접속(inter-work)하기 위해 사용되는 것이다. 상호접속된 네트워크로는 다른 WLAN 또는 공중 셀룰러 네트워크가 가능하며, 어느 경우에서나 쉽게 본 발명을 적용할 수 있다. 또, 본 발명은 어드레스 관리나, 어드레스 천이(즉, 모빌리티 제어)에 관련된 서비스 제공을 행하는 것을 목적으로 하여 사용되는 것이다.

여기서 제안되는 기구(scheme)를 적용하는 경우에는 특별한 인터페이스나 프로토콜을 실시할 필요는 없다. 이 기구는, 기존의 액세스 제어 메커니즘을 재이용하며, 필요한 기능성을 지원하기 위해 그 속성 중 몇 개를 확장한다. 어드레스 할당에서는, 그 수정이 서비스 허가 절차에 통합된다. 허가 절차가 인증으로부터 얻어진 신뢰에 의해 암호화되어 보호되기 때문에, 어드레스 정보도 동일한 보안 레벨로 보호되고, 허가 정보의 일부로서 표시되어서 통상적인 허가 정보와 동일한 방법으로 전송 가능해진다. 예를 들면, AVP에 특유의 허가로서 다이어미터(비특허 문헌 8)에 포함되거나, EAP 방법에 의한 허가가 이용 가능한 경우에는 EAP(비특허 문헌 9)의 속성으로 포함될 수 있다.

단말이 WLAN에 들어간 경우에는, 서비스의 이용이 인정되기 전에, 인증 및 허가가 행해진다. 허가 절차로는, 단말이 액세스하고자 하는 서비스를 요구하고, 이 정보는 WLAN을 통해 단말의 홈 네트워크에 인계된다. 단말의 홈 네트워크는 사용자의 가입자 프로필에 기초하여 서비스를 허가해야 하는지의 여부를 결정한다. 또, 요구된 서비스에 따라, 단말의 홈 네트워크는 서비스에 사용되는 어드레스를 결정한다. 예를 들면, IMS 서비스에 대해서는, 어드레스는 IMS 어드레스 공간에서 할당될 필요가 있으며, 한편, 로컬 WLAN 서비스에 대해서는 로컬에서 취득된 어드레스로 충분하다. 또, 어드레스 관리에 관련된 터널링 정보의 확인이 더 행해진다.

어드레스 정보는 허가 정보에 포함되고, 허가 성공 메시지와 함께 송출된다. 이 정보의 일부는 WLAN으로 송출되고, 일부는 통상적인 허가 절차와 마찬가지로 단말에 송출된다. 예를 들면, 단말이 단말 자체의 어드레스 구성을 행할 수 있도록 하기 위해, 어드레스가 단말로 송출될 필요가 있다. 또, 만약 네트워크 터널링이 필요한 경우에는 WLAN에 의해 터널링 정보가 사용된다.

또, 어드레스의 변경이 필요한 경우에는 서비스 허가의 상세한 절차를 행하지 않고, 신속한 갱신을 행하기 위해 재허가 절차를 이용할 수 있다.

또, 단말이 서비스로의 액세스를 개시한 경우에, 정책 제어가 개시된다. 어드레스 정보는 단말의 홈 네트워크의 정책 서버(policy server)에 의해 이용 가능해지며, 그 후, 정책 서버는 정책 결정을 어드레스 정보에 기초하여 행할 수 있게 된다. 또, 어드레스 변경시에는 정책 서버에 대해, 대응하는 정책를 갱신하도록 통지가 행해지고, 그 결과, QoS 및 서비스 제공이 보증된다.

발명의 이해를 지원하기 위해, 다음의 정의가 사용된다.

「WLAN」은, 무선 로컬영역 네트워크(wireless local area network)를 가리키는 것이며, 무선 기술을 통해 이동 단말에 LAN 서비스를 제공하기 위한 임의의 수의 장치를 포함하는 것이다.

「3G 네트워크」는 제 3 세대의 공중 액세스 네트워크를 가리키는 것이며, 예를 들면, 3GPP(비특허 문헌 10)나 3GPP2(비특허 문헌 11)에 의해 정의되는 시스템이다.

「이동 단말」은, 무선 기술에 의해 WLAN 및 다른 네트워크에 의해 제공되는 서비스로의 액세스에 사용되는 장치를 가리키는 것이다.

「홈 네트워크」는, 이동 단말(MT)의 서비스 가입 정보가 저장되어 있는 네트워크를 가리키는 것이며, 상호접속의 시나리오에서는 MT가 최초로 가입한 네트워크, 또는 MT의 가입 정보에 완전히 액세스하는 것이 허가되어 있는 방문처 네트워크이다.

「서비스 프로바이더 네트워크」는, MT가 요구한 서비스가 제공되는 네트워크를 가리키는 것이며, 예를 들면, 홈 네트워크, WLAN, 외부 네트워크 등, 임의의 네트워크가 가능하다.

「네트워크 엘리먼트(Network Element)」는 정보처리를 실행할 수 있는 네트워크 내에서 기능하고 있는 임의의 장치를 가리키는 것이다.

「정책 서버(Policy Server)」는 네트워크 도메인의 정책 제어 기능을 실행하는 네트워크 엘리먼트를 가리키는 것이다. 정책 제어 기능은, 예를 들면, 로컬의 리소스 배분, 패킷 필터 갱신, 라우팅 갱신 등을 포함하고 있다.

「에어 인터페이스(Air Interface)」는 이동 단말이 WLAN에 액세스하기 위한 임의의 무선 액세스 기술을 가리키는 것이다.

「스트림(stream)」은 어떤 속성을 공통으로 갖고 있는 네트워크 내에서 전송되는 패킷의 집합이다.

「트래픽(Traffic)」은 네트워크 내에서 전송되는 스트림의 집합이다.

「플로우(flow)」는 데이터 경로(data path) 및 스트림을 전송하기 위해 사용되는 데이터 경로에 필요로 되는 네트워크 리소스를 가리키는 것이다.

「QoS」는 데이터 스트림 또는 트래픽의 서비스 품질(Quality of Service)의 용어를 가리키는 것이다.

「메시지(Message)」는, 상호접속을 제어할 목적으로, 네트워크 엘리먼트 사이에서 교환되는 정보를 가리키는 것이다.

「오퍼레이션 시퀀스(Operation Sequence)」는, 상호접속 제어를 위해, 임의의 네트워크 엘리먼트 사이에서의 일련의 메시지 교환을 가리키는 것이다.

「상위 레이어」는 현재의 엔티티(entity) 상에 존재하고, 현재의 엔티티로부터 인계된 패킷을 처리하는 모든 엔티티를 가리키는 것이다.

「클라이언트에 기초하는 터널」은 터널의 종단점 중 1개가 이동 단말인 터널링 기구를 가리키는 것이다.

「네트워크에 기초하는 터널」은 터널의 종단점이 이동 단말 이외의 네트워크 엘리먼트에 존재하는 터널링 기구를 가리키는 것이다.

이하의 기술에서는, 본 발명을 완전히 이해하기 위한 설명에서, 구체적인 수, 시간, 구조, 프로토콜의 이름, 기타 파라미터가 사용되는데, 이러한 구체적인 설명이 없어도 본 발명이 실시 가능함은 당업자에게 있어 명백하다. 또, 잘 알려진 구성 요소나 모듈에 관해서는, 본 발명이 불필요하게 불명료해지지 않도록 블록도로 도시되어 있다.

단말이 고도한 이동성을 갖는다는 특성에 의해, 모빌리티 제어는, WLAN 상호접속에서의 가장 현저한 문제 중의 하나이다. 단말이 이동하는 경우, 단말은 접속점에 국소적(로컬)이 아닌 어드레스를 사용하도록 요청되고 있다. 예를 들면, WLAN에 들어간 3G 단말에 관해서는, 그 홈 네트워크 서비스(예를 들면, IMS 서비스)에 액세스하기 위해서는, 3G 도메인 어드레스가 필요해진다. 단말이, 3G 네트워크 내에 있는 서비스를 개시한 경우, 어드레스는, 예를 들면, GPRS 서비스(비특허 문헌 6) 등의 3G 스킴에 따라 할당되고, 이 어드레스는 단말의 3G 셀룰러 인터페이스와 관련지워지게 된다. 또, 단말이 WLAN 도메인에 들어갈 경우에는, 높은 작업 처리능력(throughput)을 실현할 수 있기 때문에, 그 WLAN 인터페이스를 사용하여 통신하는 것이 요망된다. 예를 들면, 2중의 인터페이스(GPRS 및 IEEE802.11)를 구비한 PDA는, 도로상에서는 GPRS 인터페이스를 사용하고, 핫 스폿(hotspot) 내에서는 IEEE802.11 인터페이스를 사용할 것이 요망된다. 단말이 WLAN 인터페이스를 사용하여 3G 서비스에 액세스할 경우에는, 단말은 3G 인터페이스에서 취득된 것과 동일한 어드레스를 계속 사용할 필요가 있다. 그렇지 않으면, 단말은 서비스 중단에 직면하여, 세션을 다시 초기 설정하지 않으면 안되며, 이는 사용자에게 있어 바람직한 것이 아니다. 또, 사용중인 어드레스는 WLAN에 국소적이지 아니므로, 터널은 단말에서 서비스 프로바이더 네트워크까지 설정되지 않으면 안된다.

도 1에는, 어드레스 할당과 터널 셋업(set-up)을 위한 본 발명의 실시예가 도시되어 있다. 또, 혼란을 피하기 위해, 시그널링에 참가하는 네트워크 엔티티만이 도시되어 있다.

이동 단말(101)은, 네트워크에서 어떤 서비스를 요구하는 엔티티이다. 실제로는, 예를 들면, 블루투스(Bluetooth) 링크에 의해서 랩톱 컴퓨터(laptop computer)에 접속된 핸드셋(handset) 등과 같이 몇 개의 엔티티를 가질 수 있으나, 단순화를 위해 도 1에는 1개의 설정으로 하여 도시되어 있다. WLAN 기능(WLAN function)(1001) 내에서, 액세스 포인트(105)는 이동 단말(101)에 대해 WLAN 액세스를 제공하는 엔티티이다. 이동 단말(101)이 WLAN 서비스를 이용하는 허가가 주어질 때까지, 액세스 포인트(105)는 이동 단말(101)로부터의 데이터 트래픽을 모두 차단하지만, 어느 특정한 데이터 패킷만을 허가하는 제어 채널이 액세스 제어 시그널링을 행하기 위해 오픈 상태가 된다. 이동 단말(101)은 무선링크(1011)를 통해 액세스 포인트(105)와 통신을 행한다. 이 링크로서, 예를 들면, IEEE802.11, Hiper LAN/2, 적외선 등을 비롯하여 어떤 종류의 무선 기술을 사용하는 것도 가능하며, 동일한 액세스 제어 기술이 적용 가능한 경우에는, 이 링크에서, 예를 들면, 광섬유 등의 다른 기술을 사용하는 것도 가능하다. 또, WLAN 관리서버(WLAN 서버)(102) 가 WLAN 내의 별도의 엔티티로서 존재하고 있다. 이 WLAN 서버(102)는 어드레스 공간의 관리 및 WLAN의 리소스 관리를 담당하고 있으며, WLAN의 게이트웨이 상에 존재하거나, 단순한 WLAN에서는 액세스 포인트(105)에 함께 설치되어 있다. WLAN 서버(102)는, 인터페이스(1015)를 통해 액세스 포인트(105)와 통신을 행한다. 이는, 예를 들면, 에어 인터페이스를 매개로 하는 QoS의 관리 등, WLAN 리소스 제어나 서비스 제공을 위한 것이다. 또, WLAN을 관리하기 위해, 이 서버는, 예를 들면, 도시하지 않은 WLAN 게이트웨이나 방화벽 등 WLAN의 다른 엔티티와의 상호 동작을 행할 수도 있다.

단말의 홈 네트워크(1002)에서는, 홈 네트워크 인증자(Home Network Authorizer(103)가 서비스 허가 및 어드레스 할당의 관리를 행한다. 액세스 포인트(105) 및 WLAN 서버(102)는 양쪽 모두, 링크 1012 및 링크 1014를 통해 서비스 제어 정보를 취득하기 위해 홈 네트워크 인증자(103)와 각각 통신을 행한다. 또, 물리적으로 링크 1012 및 링크 1014를 동일하게 하는 것도 가능하며, 즉, 동일한 프로토콜을 사용하여 동일한 단말간에서 동일한 패킷으로 캡슐화된 경우라도 그들은 논리상 분리된다.

이동 단말(101)은, 그것이 가입하고 있는 모든 서비스를 요구할 수 있다. 이들 서비스는 홈 네트워크(1002), 개별 서비스 프로바이더 네트워크(1003), 또는 WLAN 자체에 있을지도 모른다. 서비스가 홈 네트워크(1002) 또는 WLAN에 의해 제공되는 경우에는, 서비스 프로바이더 네트워크(1003)는 이들 네트워크와 오버랩하게 되어, 제어 기능을 양쪽에 관련시킬 수 있게 된다. 또, 서비스 프로바이더 네트워 크 관리 서버(서비스 프로바이더 네트워크 서버)(104)는 서비스 허가 및 서비스 프로바이더 네트워크(1003)의 어드레스 할당을 관리한다. 홈 네트워크 인증자(103)는 제어 인터페이스(1013)를 통해 서비스 프로바이더 네트워크 서버(104)와 통신을 행한다. 실제로는, 서비스 프로바이더 네트워크(1003)로서 WLAN, 홈 네트워크(1002) 또는 다른 네트워크를 이용할 수 있다. 또, 서비스가 홈 네트워크(1002)에서 제공될 경우에는, 이 인터페이스는 내부 인터페이스가 되며, 정확한 포맷이나, 후술할 실시예에 기술되는 것과 동일한 프로토콜을 사용할 필요는 없다.

도 2는, 상기의 프레임워크(framework)를 사용하여 WLAN 상호접속 어드레스 관리를 위한 오퍼레이션 시퀀스의 일례를 도시하는 것이다. 또, 이 동작에서는, 이동 단말(MT)(101)이 이미 WLAN 관련부여 및 인증 절차(201)를 종료하고 있다고 가정한다. 즉, 이동 단말(101)과 액세스 포인트(105)는 상호 인증하고 있으며, 이후의 메시지 교환을 위한 암호화에 의한 보호가 이미 이루어져 있다. 이동 단말(101)은, WLAN을 통해 임의의 서비스에 액세스하고 싶을 경우에는, 링크 1011을 통해 액세스 포인트(105)에 MT_Request_A 메시지(202A)를 송신하고, 그 메시지는 홈 네트워크 인증자(103)에 도달된다. 이 메시지는 인증 절차(201)에서 생성된 키에 의해 종단점간(end to end)에서 보호되고 있다. 도 3은, 메시지 MT_Request_A 메시지(202A)의 실시예를 도시하고 있다.

메시지는 Message_Type 필드(301)로부터 시작된다. 이 필드는 예를 들면, 요구, 답신 등 어떤 종류의 메시지가 캡슐화되어 있는지를 식별한다. 이 필드의 길이는 1옥텟(octet)이며, 메시지 타입은 정수 번호에 의해서 표현된다. 이는 에어 인 터페이스(air interface)를 통한 시그널링에 대해 제한된 리소스를 절약하는 것이다. 또, 필요한 경우에는 이 필드가 다른 포맷도 채용할 수 있음은 당업자에게는 명백하다. Message_Type 필드(301)에 이어, Message_Length 필드(302)가 존재한다. 이는 Message_Type 필드(301)를 포함하는 전체의 메시지의 길이에 관한 정보를 포함하고 있다. 또, 다음 필드는 Domain_Name 필드(303)이다. 이 필드는 이동 단말(101)의 홈 도메인을 식별한다. 또, 네트워크 액세스 식별자(Network Access Identifier:NAI)(비특허 문헌 12)를 사용하는 것도 가능하며, 이 경우에는 예를 들면, 「UserID@home.domain.3gpp.org」 형식이 된다. 사용자의 식별 정보를 보호하기 위해, 「@」 기호 앞의 UserID 부분은, 예를 들면,「roamed」등의 와일드카드 값을 사용한다. 홈 도메인 정보는 이동 단말(101)의 홈 네트워크 인증자(103)에 대해 메시지를 라우팅하기 위해 사용된다.

상기의 3개의 필드, Message_Type 필드(301), Message_Length 필드(302) 및 Domain_Name 필드(303)는, 이동 단말(101)과 액세스 포인트(105) 사이의 보안 관련부여에 의해 보호된다. 이 보안 관련부여는 에어 인터페이스의 보호를 위한 인증 절차(201)로부터 얻어진다. 따라서, 목적을 달성하기 위해, 액세스 포인트(105)가 이들의 필드에 포함되어 있는 정보에 액세스하는 것이 가능하다. Domain_Name 필드(303)에 이어지는 필드는 이동 단말(101)과 홈 네트워크 인증자(103) 사이의 보안 관련부여에 의해 보호된다. 예를 들면, 이에는 홈 네트워크 인증자(103)의 공중 키(public key)가 가능하며, 즉, 인증 절차(201)에 유래한 세션 키로서, 메시지 보호를 위해 사용되는 키의 인덱스를 나타내기 위해, Domain_Name 필드(303)의 UserID 부분을 사용하는 것도 가능하다.

Domain_Name 필드(303) 뒤에는, MT_ID 필드(304)가 존재한다. 이 필드는 홈 네트워크(1002)의 상황(context)에 있어서, 이동 단말(101)을 일의적으로(uniquely) 식별하기 위한 정보를 포함하고 있다. 이는, 예를 들면, 이동 단말(101)의 IMSI(비특허 문헌 13), 또는 인증 절차에서 획득된 TMSI(비특허문헌 13)가 가능하다. 홈 네트워크 인증자(103)는 사용자의 가입 정보를 검색하기 위해 이 식별자를 이용한다. 홈 네트워크 인증자(103)가 실제의 사용자 식별 정보로 그것을 맵핑할 수 있는 한, 이 필드에 다른 포맷을 사용하는 것도 가능함은 당업자에게는 명백하다.

다음 필드는 Service_Request 필드(305)이다. 이 필드는 홈 네트워크 인증자(103)에 대해 액세스하기를 희망하는 서비스를 나타내기 위해, 이동 단말(101)에 의해 사용된다. 메시지는 이동 단말(101)과 그 홈 네트워크 인증자(103) 사이의 것이므로, 이는 특정한 오퍼레이터 및 네트워크에 특유한 것이다. 예를 들면, 3GPP 네트워크에서는, 이는, 사용할 GGSN 및 액세스할 특별한 서비스를 식별하기 위한 APN(비특허 문헌 13)일 수 있다. 홈 네트워크(1002)가 다른 타입일 경우에는 다른 포맷을 사용 가능함은 당업자에게 명백하다. 또, 예를 들면, 대역 폭의 요구 등 다른 서비스 요구 정보를 추가하는 것도 가능하다. 필드에 이용 가능한 값으로는, 「2M.bandwidth.request.IMS.foo.bar.operator-name.operator-group.gprs」가 있을 수 있다. 「request」의 뒷부분은 서비스를 식별하는 표준 APN이며, 또, 「request」의 앞부분은 특정한 서비스 요구이다. 실제의 요구 속성은 서비스에 의존하고 있 으며, 또, 오퍼레이터가 정의하는 것도 가능하다. 이동 단말(101)은 SIM 또는 USIM 카드로부터 포맷에 관한 정보를 획득할 수 있다.

또, Session-ID 필드(306)는 세션 제어정보를 제공한다. 이는, 이동 단말(101)이, 이 서비스의 요구가 홈 네트워크 인증자(103)에 관련된 세션임을 식별하기 위해 사용된다. 세션의 식별자는 이동 단말(101) 내에서는 국소적으로 일의적(unique)이어야 하며, 이동 단말(101)은 모든 서비스 세션의 로컬한 기록을 유지해야 한다. 새로운 서비스 세션이 시작될 경우에는, 항상 새로운 세션 식별자를 구비한 새로운 엔트리가 작성되고, 세션이 종료될 경우에는 그 엔트리는 삭제되고, 식별자는 해방되어 재이용 가능하게 된다. 본 실시예에서는 필드는 2옥텟이며, 또, 식별자는 16진수의 값이다. 또, 단말에 서포트된 다른 타입의 식별자의 사용이 가능함은 당업자에는 명백하다. MT_ID 필드(304) 및 Session_ID 필드(306)는 홈 네트워크 인증자(103)에서 서비스 세션을 일의적으로 식별한다.

또, Address_Request 필드(307)는, 이동 단말(101)로부터의 어드레스 할당 부여의 요구에 관한 정보를 포함하고 있다. 본 실시예에서는 도 4에 도시되어 있듯이, 복합된 구조가 사용되고 있다. 이 구조의 제 1 파트는 Address_Type 필드(401)이다. 이는 어떤 타입의 어드레스가 이동 단말(101)에 서포트되어 있는지를 식별한다. 이 필드의 크기는 1옥텟이며, 가능한 값은 하기와 같다.

No_IP::=OxOO;

Single_Stack_IPv4::=0x01;

Single_Stack_IPv6_FullAddress::=0x02;

Single_Stack_IPv6_Prefix::=0x03;

Dual_Stack_IPv4_Preferred::0x04;

Dual_Stack_IPv6_Preferred_FullAddress::=0x05;

Dual_Stack_IPv6_Preferred_Prefix::=0x06

더 많은 타입이 서포트되고, 다른 수가 사용될 수 있음은 당업자에게는 명백하다. 또, 이 구조의 제 2 파트는 Suggestion_Length 필드(402)이다. 이 필드는, 다음 필드인 Address_Suggestions 필드(403)의 길이를 나타내고 있다. Address_Suggestions 필드(403)는, 이동 단말(101)이 할당되기를 희망하는 어드레스를 열거한다. 예를 들면, 진행중인 세션이 어떤 어드레스를 사용하고 있는 경우, 그 세션이 중단되지 않도록 동일한 어드레스가 할당되는 것이 중요하다. 예를 들면, Address_Suggestions 필드(403)는 어드레스 리스트이다. 리스트 내의 각 엔트리는, 예를 들면, IPv4나 IPv6 등의 어드레스 타입을 나타내는 1옥텟의 타입 필드로부터 시작되고, 실제 어드레스가 그에 이어진다. 단말에 의한 어드레스 제시의 특징을 서포트하지 않는 홈 네트워크 인증자(103)에서는, Suggestion_Length 필드(402) 및 Address_Suggestions 필드(403)는 암묵 중에 무시된다.

또, Address_Request 필드(307) 뒤에는 Tunnel_Request 필드(308)가 존재한다. 이 필드는 어떤 타입의 터널을 서포트하고 있는지를 나타내기 위해, 이동 단말(101)에 의해 사용된다. 이 필드의 최초의 옥텟은, 그 자체를 포함하는 이 필드의 길이를 나타내고, 이 필드의 내용은 2옥텟을 점하는 각 엔트리를 갖는 리스트로 하는 것이 가능하다. 각 엔트리의 최초의 옥텟은 이동 단말(101)이 서포트하는 터 널 타입의 식별자를 포함하고 있으며, 그 옥텟의 값으로는 하기의 것이 가능하다.

네트워크 터널 -- 일반적::=0x01;

네트워크 터널 -- 모바일 IPv4::=0x02;

클라이언트 터널 -- 일반적::=0x04

클라이언트 터널 -- 모바일 IPv4::=0x05;

클라이언트 터널 -- 모바일 IPv6::=0x06;

터널 없음::=0x08

이 필드에서, 다른 터널의 타입을 정의하여 사용할 수 있음은 당업자에게는 명백하다. 또, 각 엔트리의 2번째 옥텟은 터널의 방향을 나타내고 있다. 이 옥텟의 가능한 값은 하기와 같다.

터널 -- 단말에서::=0x01;

터널 -- 단말로::=0x02;

터널 -- 쌍방향::=0x03;

리스트 내의 최초의 엔트리는 이동 단말(101)의 바람직한 타입을 나타내고 있다.

또, MT_Request_A 메시지(202A) 내의 다음 필드는 WLAN_ID 필드(309)이다. 이는 홈 네트워크 인증자(103)에 대한 WLAN을 식별하는 정보를 포함하고 있으며, 이에 따라, 홈 네트워크 인증자(103)는 위치에 기초한 결정을 행하거나, 이동 단말(101)로의 위치에 기초한 서비스를 제공하거나 하는 것이 가능해진다. WLAN_ID는, 인증절차나, 예를 들면, IEEE802 네트워크에서의 SSID 등의 액세스 포인 트(105)로부터 브로드캐스트(broadcaste)된 정보에서 취득 가능하다. 또, 이동 단말(101)의 로컬 식별자도 포함되어 있다. 이는, 액세스 포인트(105)가 단말을 식별하기 위한 것이다.

또, 최후 필드는 Security_Field(310)이다. 이 필드는 메시지를 보호하기 위한 정보를 포함하고 있다. 이 필드를 위해 사용되는 정확한 알고리즘은 이동 단말(101)과 그 홈 네트워크 인증자(103) 사이에서 교섭된다. 또, 이는 사용자의 가입 시간으로 결정되어도 되고, 단말의 SIM 또는 USIM 카드에 저장되어도 된다. 또, 소프트웨어 모듈로서도 실시 가능하며, 필요한 경우에는 항상 다운로드되도록 하는 것이 가능하다.

또, MT_Request_A 메시지(202A) 내의 필드는, 상술한 것과 같은 정확한 시퀀스에 따를 필요는 없으며, 예를 들면, 실제로는 맨 앞에 필드의 식별자를 배치하는 한, 임의 순서로 필드 304에서 필드 309까지를 배치할 수 있다.

실제로는, 임의의 적절한 메카니즘을 사용하여 링크 1011를 통해 메시지를 전송할 수 있다. 예를 들면, IEEE802.11 네트워크에서는, IEEE802.1x로 정의되는 EAPOL을 사용하여 EAP 메시지로서 실현할 수 있다(비특허 문헌 14).

액세스 포인트(105)가 이 메시지를 수신한 경우에는 Domain_Name 필드(303)에서 홈 도메인 정보를 인출하고, 예를 들면, DNS의 조회를 행하는 등, 그 도메인 정보를 이용하여 홈 네트워크 인증자(103)의 어드레스를 취득할 수 있다. 액세스 포인트(105)는, 이 정보에 따라서, 대응하는 홈 네트워크 인증자(103)에 메시지를 전송한다. 예를 들면, WLAN이 센트럴 AAA 서버를 갖는 경우에는, 액세스 포인 트(105)는 AAA 서버에 메시지를 직접 전송한다. 그리고, WLAN의 AAA 서버는 도메인 정보를 해석하여 실제의 홈 네트워크 인증자(103)에 메시지를 전송한다. 또, 액세스 포인트(105)와 홈 네트워크 인증자(103) 사이에 안전한 링크가 존재하는 것을 전제로 하고 있으며, 이는 인증 절차(201)에서의 설정으로 가능해지든지, 또는 그 프로세스에 유래하는 보안 관련부여를 동적으로 설정함으로써 가능해진다.

또, 액세스 포인트(105)는 메시지 처리에 참가할 필요가 없으며, 따라서 메시지를 해석하기 위해 스택 전체를 실시할 필요가 없다. 그것은 간단히 메시지 타입을 읽어서, MT_Request_B 메시지(202B) 단계로서 나타나는 재캡슐화 및 전송을 행할 필요가 있을 뿐이다. 전송을 위해 사용되는 프로토콜로서는, 임의의 적절한 AAA 프로토콜(예를 들면, 다이어미터(Diameter)를 위한 EAP 어플리케이션(비특허 문헌 15)이나, 다이어미터를 위한 NASREQ 어플리케이션(비특허 문헌 16))이 가능하다. 그들 프로토콜은 인증을 목적으로 하여, 액세스 포인트(105)에서 이미 이용가능하다. 따라서, 메시지 MT_Request_A 메시지(202A)는, 종단점간의 인증 절차(201)와 마찬가지로, 본질적으로는 이동 단말(101)로부터 홈 네트워크 인증자(103)에 종단점간(end to end)으로 송출된다.

또, 도 5는 홈 네트워크 인증자(103)의 상태 머신의 실시예를 도시하는 것이다. 홈 네트워크 인증자(103)는 초기상태(501)에서 시작되어, 천이(/intiate())(5001)에서 초기화 () 처리를 행하여 유휴(idle) 상태(502)로 이동한다. 초기화 () 프로세스는, 다른 후위 서버(backend server)와의 접속, 보안 관련부여 등을 확립하기 위해 필요한 모든 단계를 포함하고 있다. 실제로는, 설정에 의존하여 다른 프로세스가 포함될 수 있음은 당업자에게는 명백하다.

홈 네트워크 인증자(103)가 천이(5002)에서 액세스 포인트(105)로부터 전송된 MT_Request_B 메시지(202B)를 수신한 경우에는, 메시지 복호상태(503)로 천이한다. 도 6은 메시지 복호상태(503)의 실시예를 도시하는 것이다. 메시지 복호상태(503)에서는, 홈 네트워크 인증자(103)는 스텝 6001에서 Domain_Name 필드(303)의 의해 식별된 키를 사용하여, MT_Request_B 메시지(202B) 내의 필드를 복호한다. 스텝 6002에서 메시지가 파손되었거나, 또는 Security_Field(310)를 사용하여 수정되어 있음을 검지한 경우, 홈 네트워크 인증자(103)는, 단계 6013에서 부정한 메시지의 플래그를 세트하고, 상태 머신은 천이 5004에서 서비스 각하 상태(504)로 천이한다.

MT_Request_B 메시지(202B)에서, 홈 네트워크 인증자(103)는, 단계 6003에서 MT_ID 필드(304)로부터 단말의 식별정보에 관한 정보를 획득할 수 있다. 이 식별 정보를 사용하여, 홈 네트워크 인증자(103)는 그 데이터베이스나 후위 서버(예를 들면, 3GPP 네트워크의 HSS)로부터 사용자 가입 정보를 검색한다. 또, 홈 네트워크 인증자(103)는 스텝(6004)에서, Service_Request 필드(305)에서 얻어진 서비스 요구 정보를 더 해석한다. 서비스 요구는 예를 들면, 대역 폭, 지연, 불안정성 등, 삽입되는 여러 서비스 고유 정보를 포함할 수 있다. 스텝(6005)에서, 홈 네트워크 인증자(103) 내에서는 사용자 가입 정보를 사용하여 사용자에게 서비스를 제공할지의 여부에 관한 결정이 내려진다. 사용자의 가입에 기초하여, 요구된 서비스를 제공해서는 안된다고 결정된 경우, 홈 네트워크 인증자(103)는 단계 6013에서 서비스 를 부정하는 플래그를 세트하고, 상태 머신은 천이 5004에서 서비스 각하 상태(504)로 천이한다. 만약 서비스가 허가될 경우에는 홈 네트워크 인증자(103)는 스텝(6007)에서 Session_ID 필드(306)에서 수신한 세션 식별자의 서비스 단말을 구하여, 그 레코드를 탐색한다. 동일 세션 식별자를 갖는 레코드가 존재할 경우에는, 이것이 핸드오버(handover) 요구임을 의미하며, 단말에는 같은 어드레스가 할당되어야 한다. 이에 따라, 서비스 세션은 중단되지 않게 된다. 또, 레코드가 존재하지 않는 경우에는, 그것은 새로운 요구임을 의미하며, 단계 6008에서 레코드 엔트리가 생성되어 홈 네트워크 인증자(103)의 저장부에 저장되거나, 예를 들면, HSS 등의 후위 데이터베이스가 갱신된다. 홈 네트워크 인증자(103)는 서비스 정보를 더 사용하여, 서비스 프로바이더 네트워크(1003)를 식별하고, 서비스 프로바이더 네트워크 서버(104)와의 접속이 설정된다.

스텝(6009)에서, 홈 네트워크 인증자(103)는 Address_Request 필드(307)로부터 이동 단말(101)이 사용을 희망하고 있는 어드레스를 취득한다. 또, 홈 네트워크 인증자(103)가 오퍼레이터의 정책이나 그 이외의 것에 의해 이 기능을 서포트하고 싶지 않을 경우, 이 정보를 암묵적으로 무시할 수 있다. 이동 단말(101)은 홈 네트워크 인증자(103)로부터 할당된 최종적인 어드레스를 항상 사용해야 한다. 홈 네트워크 인증자(103)는 요구된 서비스로부터 어드레스가 국소적으로 또는 홈 네트워크(1002) 내에서 할당되어야 하는지, 혹은 서비스 프로바이더 네트워크(1003) 내에서 할당되어야 하는지를 결정한다. 예를 들면, 사용자가 WLAN 로컬 서비스를 이용하는 것만 인정받았으면, 어드레스는 WLAN 내에서 할당되고, 한편, VPN 서비스에 가입하는 사용자에게는 그 VPN 내의 어드레스를 이용하여 할당되여야 한다.

또, 홈 네트워크 인증자(103)는, 단계 6010에서 Tunnel_Request 필드(308)로부터 이동 단말(101)에 서포트된 터널의 타입을 검색한다. 이 정보는 서비스 제공을 위해 터널을 설정하기 위해 이용된다. 이동 단말(101)은 1개 이상의 터널 타입을 열거하고, 리스트 중의 최초의 터널을 바람직한 타입의 터널로 할 수 있다. 홈 네트워크 인증자(103)는 서비스 프로바이더 네트워크 서버(104)와 함께 체크를 행하여, 어느 타입을 사용해야 할지를 결정할 필요가 있다. 또, 예를 들면, 터널 방향 등의 부가적인 정보가 포함되어도 된다.

단계 6011에서, 홈 네트워크 인증자(103)는 WLAN_ID 필드(309)로부터 이동 단말(101)이 현재 관계하고 있는 무선 LAN의 식별 정보를 얻는다. 이 정보를 사용하여, 홈 네트워크 인증자(103)는 대응하는 WLAN 관리서버(102)를 찾는다. 또, 로밍의 협정의 일부로서, 홈 네트워크 인증자(103)의 데이터베이스에 이 정보를 저장하는 것이 가능하며, 또 후위 서버(예를 들면, HSS)로부터 이 정보를 인출할 수 있도록 하는 것도 가능하다. 서버 정보를 취득한 후, 안전한 링크가 확립된다. 이 링크는 이후의 서비스 메시지 시그널링을 위해 사용되는 것이다.

모든 정보를 취득한 후, 홈 네트워크 인증자(103)는 Servicve_Reqeust 메시지(203) 및 WLAN_Request 메시지(205)를 작성하고, 홈 네트워크 인증자(103)의 상태 머신이 대기 상태(504)로 천이하는 경우, 이 메시지가 송출된다.

도 7은, Service_Request 메시지(203)의 실시예를 도시하는 것이다. 이 메시지는 Home_Network_ID 필드(701)에서 시작된다. 이 필드는 이동 단말(101)의 홈 네 트워크 식별자에 관한 정보를 포함하고, 오퍼레이터의 이름이나 대형 네트워크의 서브 시스템일 수 있다. 식별자는 다국적으로 유일해야 하며, 예를 들면, 「network.operator.3gpp.org」등의 네트워크의 DNS명은 이 식별자의 아주 적합한 후보이다. 홈 네트워크 정보의 존재에 의해 서비스 프로바이더 네트워크 서버(104)는, 예를 들면, 로밍 협정 등의 네트워크 정책을 서비스 요구에 대해 적용할 수 있게 된다. 또, 사용자의 프로파일은 홈 네트워크(1002)에 의해 관리되고 있다. 따라서, 사용자 정보는 서비스 프로바이더 네트워크 서버(104)로 송출되어야 하는 것은 아니지만, 서비스의 보다 나은 제어를 가능하게 하기 위해, 메시지에 사용자 우선 그룹핑(user priority grouping) 정보를 부가하는 것도 가능하다. 이는, 예를 들면, 「goldmember.network.operator.3gpp.org」등과 같이, 홈 네트워크 식별자와 관련지워져도 된다. 서비스 프로바이더 네트워크 서버(104)는, 이를 이용하여 서비스를 제공하는 경우에 사용자를 차별화할 수 있게 된다.

또, 다음 필드는 MT_ID 필드(702)이다. 이 필드는 이동 단말(101)의 식별자에 관한 정보를 포함하고 있으며, 홈 네트워크 인증자(103)가 서비스 트랙킹을 행하기 위해 사용된다. 식별자는 단말의 IMSI 또는 홈 네트워크 인증자(103)에 의해 할당되고, 서비스 세션에 고유한 일시적인 ID일 수 있다. 또, 이 정보는 서비스 세션이 종료될 때까지 일관성을 갖고 있을 필요가 있다.

또, 상기 필드에 이어서, Session_ID 필드(703)가 존재한다. 이는 단말에 의해 할당된 세션 식별자이다. 서비스 프로바이더 네트워크 서버(104)는, 현재 행해지고 있는 모든 세션 정보의 기록을 유지해야 한다. 따라서, 세션 실별자가 데이터 베이스에 존재할 경우에는, 그것은 서비스 요구가 핸드오버에 의해 발생됨을 의미하고, 또 서비스의 중단을 피하기 위해 동일한 어드레스 구성을 사용해야 함을 의미한다. 예를 들면, 세션이 가동하고 있는(활성화) 경우, 서비스 프로바이더 네트워크 서버(104)는 이동 단말(101)에 대해 동일한 어드레스를 할당해야 한다. 그 결과, 상대 노드(Correspondent node)와의 통신은 시그널링 없이 계속되도록 할 수 있게 된다.

또, Address_Request 필드(704)는, MT_Request_A 메시지(202A)의 것과 동일하다. 이 부분은, 예를 들면, IPv6 등의 할당해야 할 어드레스 타입을 서비스 프로바이더 네트워크 서버(104)에 제시하는 것이다. 또, MT_Request_A 메시지(202A)의 Address_Request 필드(307)와 마찬가지로, 이동 단말(101)에 의해서 요구된 어드레스를 제공한다. 또, 서비스 프로바이더 네트워크 서버(104)가 이 기능을 서포트하고 싶지 않을 경우에는, 이 정보를 무시하면 된다. 또, 홈 네트워크 인증자(103)에 의해 서비스 프로바이더 네트워크(1003)에서 어드레스를 할당받을 필요가 없다고 결정된 경우에는, 이 필드는 생략되어도 된다.

Service_Spec 필드(705)는 복합된 필드이며, 사용자의 가입 정보에 기초하여 홈 네트워크 인증자(103)로부터 요구되는 특정한 요건에 관한 정보를 포함하고 있다. 이 필드의 가능한 실시예(데이터 구조 1)는 이하에 나타난다.

struct Service_Spec{

u_long bitrate_avg;

u_long bitrate_max;

int deliver_order;

int MTU_size;

double delay;

double jitter;

int priority;

int service_direction;

int QoS_type

struct timeval start_time;

struct timeval end_time;

};

이 속성 중, bitrate_avg 및 bitrate_max는 요구된 서비스를 보증하는 비트 레이트 및 최대의 비트 레이트이다. 또, deliver_order의 속성은 배송이 순서대로 행해지는지의 여부를 나타내는 것이다. 또, MTU_size는 서비스를 위해 전송되는 최대의 데이터 유닛 사이즈를 특정하는 것이다. 또, delay와 jitter 필드는 서비스를 위한 몇 개의 기본적인 QoS 속성을 지정하는 것이다. 또, priority 속성은 이 서비스를 위한 데이터 트래픽의 취급 우선도를 나타내는 것이다. 또, service_direction 속성은, 서비스가 일방향인지 쌍방향인지를 나타내는 것이다. 또, QoS_type 속성은, 예를 들면, DiffServ, 또는 RSVP 등을 구비한 InterServ 서비스 등의 서비스를 제공하기 위해 이용되는 QoS의 스킴을 나타내는 것이다. 또, start_time 및 end_time은 서비스의 개시시간 및 종료시간을 나타내는 것이다. 서 비스 프로바이더 네트워크 서버(104)는, 이 정보를 이용하여 서비스를 위한 리소스의 스케쥴을 결정할 수 있다. 또, 실제로 실시될 때의 구조에서는, 서비스에 고유의 다른 속성이 포함되어도 됨은 당업자에게는 명백하다.

또, Service_Spec 필드(705)의 뒤에는 Tunnel_Spec 필드(706)가 존재한다. 이 필드는 터널 정보를 포함하고 있으며, MT_Request_A 메시지(202A)의 Tunnel_Request 필드(308)와 같지만, 몇 개의 특별한 정보가 부가되어 있다. 예를 들면, 네트워크 터널 엔트리에 관해서는 WLAN의 종단점이 제공되며, 단말의 터널에 관해서는 데이터 암호화를 위해 보안 키(security key)를 부가할 수 있다.

또, Service_Request 메시지(203)의 최후 필드는 Security_Field(707)이다. 이 필드는, 홈 네트워크 인증자(103)와 서비스 프로바이더 네트워크 서버(104) 사이의 보안 관련부여를 이용하여, 메시지 전체를 보호하기 위해 사용된다. 또, 여기서 사용되는 정확한 알고리즘은 실제의 실시예에 의존한다.

또, Service_Request 메시지(203) 내의 필드가 기술된 순서일 필요가 없음은 당업자에게는 명백하며, 실제로는 홈 네트워크 인증자(103) 및 서비스 프로바이더 네트워크 서버(104)는 시그널링의 최적화를 위해 임의의 적절한 순서의 교섭을 행하는 것도 가능하다.

서비스 프로바이더 네트워크 서버(104)는 Service_Request 메시지(203)를 수신한 후, 서비스 어드레스 관리(204) 절차를 행한다. 이 절차에서는 서비스 프로바이더 네트워크 서버(104)가 Session_ID(703)에 포함되어 있던 세션 식별자를 구하여, 그 데이터베이스의 탐색을 행한다. 동일한 이동 단말(101)의 세션 식별자가 존재할 경우, 서비스 프로바이더 네트워크 서버(104)는, 예를 들면, MT의 어드레스 , 서비스의 자세한 내용 등, 그 기록 내의 모든 정보를 복사하여, 그것을 답신 메시지로서 홈 네트워크 인증자(103)에 직접 답신한다.

또, 세션 식별자가 존재하지 않을 경우에는, 서비스 프로바이더 네트워크 서버(104)는, 그 데이터베이스의 지표(인덱스)로서 새로운 세션 식별자를 사용하여 새로운 엔트리를 작성한다. 서비스 프로바이더 네트워크 서버(104)는, Address_Request 필드(704)를 체크하고, 이 필드에서 지정된 어드레스 타입에 기초하여 이동 단말(101)에 적절한 어드레스를 할당한다.

서비스 프로바이더 네트워크 서버(104)는, 홈 네트워크 인증자(103)로부터의 Service_Spec 필드(705)를 체크하고, 요구된 서비스가 서포트되지 않을 경우에는 실패를 나타내는 메시지가 홈 네트워크 인증자(103)로 송출된다. 또, 실패의 원인을 특정하기 위해 어떤 에러 코드를 사용하는 것도 가능하다. 또, Service_Spec 필드(705) 내의 소정의 속성이 서비스 프로바이더 네트워크(1003)의 현재의 능력을 넘는 경우에는, 서비스 프로바이더 네트워크 서버(104)는 새로운 설정 속성에서, 홈 네트워크 인증자(103)와 수수(授受)를 행하고자 시도하는 것도 가능하다. 이는, 서비스 프로바이더 네트워크 서버(104)에 의해 제안된 값으로 수정된 Service_Spec 필드(705)를 갖는 동일한 Service_Request 메시지(203)가 홈 네트워크 인증자(103)로 반송됨으로써 달성된다.

또, 서비스 프로바이더 네트워크 서버(104)는 Tunnel_Sepc 필드(706)를 체크하고, 일치하는 터널 타입을 구한다. 복수의 일치가 있을지도 모르지만, 서비스 프 로바이더 네트워크 서버(104)는 최초로 일치한 것을 선택해야 한다. 네트워크에 기초하는 터널의 타입에 관해서는, 서비스 프로바이더 네트워크 서버(104)는 답신 메시지 내에 터널의 종단점 정보를 준비할 필요가 있다. 클라이언트에 기초하는 터널에 관해서는, 서비스 프로바이더 네트워크 서버(104)는 터널 타입에 고유 정보를 준비하고, 답신 정보에 이 정보를 포함시킨다. 예를 들면, 모바일 IPv6 타입 스킴에 관해서는, 서비스 프로바이더 네트워크 서버(104)는 이동 단말(101)에 홈 에이전트를 할당할 필요가 있다. 또, 답신 메시지 내에 어떤 보안 정보를 포함시키는 것도 가능하다. 또, 방향성 정보(예를 들면, 일방향, 쌍방향)도 터널 정보의 필드에 부가되어도 된다.

서비스 프로바이더 네트워크 서버(104)는, Service_Reply 메시지(205)를 이용하여, 홈 네트워크 인증자(103)에 대해 답신을 행한다. Service_Reply 메시지(205)에는 도 7에 나타난 Service_Request 메시지(203)와 같은 구조를 사용할 수 있다.

Home_Network_ID 필드(701), MT_ID 필드(702) 및 Session_ID 필드(703)의 내용은, 대응하는 Service_Request 메시지(203)로부터 직접 복사된다. 또, 이들 필드는 복수의 단말을 위해 시그널링의 링크가 재이용되는 경우에, 요구 및 답신 메시지의 쌍을 일치키기키 위해, 홈 네트워크 인증자(103)에 의해 사용된다.

Service_Reply 메시지(205) 내의 Address_Request 필드(704) 내용은, 이동 단말(101)에 할당된 어드레스를 포함하고 있으며, 그것은 바이트(byte)로 필드의 길이를 나타내는 최초의 옥텟을 갖는 어드레스의 엔트리의 리스트일 수 있다. 필드 의 다음 부분은 어드레스의 리스트이며, 실제의 어드레스를 동반하는 어드레스 타입을 나타내는 1옥텟을 갖고 있다. 와일드카드의 어드레스도 허가되어 있으며, 예를 들면, 어드레스 필드가 모두 0으로 만족될 경우에는 WLAN의 로컬 메커니즘(예를 들면, IPv6 자동할당(비특허 문헌 17))이나 DHCP를 사용하여, 이동 단말(101)이 어드레스를 형성하는 것을 나타내고 있다.

또, Service_Reply 메시지(205) 내의 Service_Spec 필드(705)의 내용에는 서비스 프로바이더 네트워크 서버(104)에 의해 동의된 속성이 포함되어 있다. 모든 속성이 서비스 프로바이더 네트워크 서버(104)에 의해 승인될 경우에는, 대응하는 Service_Request 메시지(203) 내의 Service_Spec 필드(705)와 동일하다. 한편, 동일하지 않을 경우에는, 서비스 프로바이더 네트워크 서버(104)는 홈 네트워크 인증자(103)에 대해 대립한 제안을 행하고 있게 된다.

또, Service_Reply 메시지(205) 내의 Tunnel_Spec 필드(706)는, 서비스 프로바이더 네트워크 서버(104)에 의해 선택된 터널의 설정을 포함하고 있다. 이 필드의 정확한 내용은 터널 타입에 의존하고 있으며, 클라이언트에 기초하는 터널 타입이 선택된 경우에는, 단 1개의 설정만이 필요하게 된다. 예를 들면, 만약 모바일 IPv6가 동의되어 있었으면, 이 필드에는 이동 단말(101)에 할당되어진 홈 에이전트의 어드레스 및 바인딩 업데이트 인증을 위한 보안 키 등이 포함되게 된다. 또, Address_Request 필드(704) 내의 어드레스는 이동 단말(101)의 홈 어드레스로서 사용된다. 또, 네트워크에 기초하는 터널 타입이 선택될 경우, 이 필드에는, 예를 들면, 종단점 어드레스나 터널 식별자, 서포트될 터널 타입의 각각에 대해 필요로 되 는 모든 상세한 정보가 포함되게 된다.

Service_Request 메시지(203)와 병행하여, 홈 네트워크 인증자(103)는 WLAN 서버(102)에 대해, WLAN_Request 메시지(206)를 송신한다. 이 메시지는 WLAN 내의 서비스 제공에 필요한 설정의 약정을 행하는 것이다. 도 8에는 이 메시지의 실시예가 도시된다.

WLAN_Request 메시지(206)는 Service_Request 메세지(203)와 같이, Home_Network_ID 필드(801) 및 MT_ID 필드(802)의 2개의 필드를 포함하고 있다.

Home_Network_ID 필드(801)는 가입자의 홈 네트워크의 식별자를 포함하고 있으며, 어떤 네트워크 정책이 서비스 제공에 적용될 경우에, WLAN 서버(102)로 양도된다 . 또, MT_ID 필드(802)는 이동 단말(101)의 위치를 추적하기 위해 사용된다. 예를 들면, 이동 단말(101)의 하위 레이어 식별자(예를 들면, MAC 어드레스)와 관련된 액세스 포인트의 식별자를 이용할 수 있다.

또, Address_Alloc 필드(803)는 이동 단말(110)에 WLAN의 로컬 어드레스를 할당할 필요가 있는지의 여부를 나타내는 플래그와, 사용되어야 할 어드레스의 타입이다. 홈 네트워크 인증자(103)는 선택된 터널 스킴에 기초하여, 로컬 어드레스가 필요한지의 여부를 결정한다. 실제로는 예를 들면, 다음의 정의를 이용하여 이 필드의 최초 옥텟에 의해 어드레스 할당이 필요한지의 여부가 나타난다.

No_Allocation::=OxOO;

Single_Stack_IPv4::=0x01;

Single_Stack_IPv6_FullAddress::=0x02;

Single_Stack_IPv6_Prefix::=0x03;

Dual_Stack_IPv4_Preferred::=0x04;

Dual_Stack_IPv6_Preferred_FullAddress::=0x05;

Dual_Stack_IPv6_Preferred_Prefix::=0x06;

또, 이 메시지의 실제 실시에서, 다른 값이 사용 가능함은 당업자에게는 명백하다.

Service_Support 필드(804)는, WLAN 내에서 서비스 제공을 서포트하기 위해 필요한 속성을 모두 포함하고 있는 복합된 필드이다. 실제 내용은 서비스의 특정이며, 이 필드의 내용의 예는 데이터 구조 1에 설명된 것이다.

또, Tunnel_Setup 필드(805)도 복합된 필드이며, Service_Request 메시지(203) 내의 Tunnel_Spec 필드(706)와 같은 포맷이 사용된다.

또, WLAN_Request 메시지(206)의 최후 필드는, Security_Field(806)이다. 이 필드는 메시지 전체를 완전히 보호하기 위해, 보안 관련부여가 사용된다. 이 필드의 계산을 위해 사용되는 알고리즘은 실제의 실시예에 의존하고 있다.

WLAN_Request 메시지(206)를 수취한 후, WLAN 서버(102)는 WLAN 서비스 어드레스 관리(207)를 실행한다. 예를 들면, 로컬 IPv6 어드레스의 할당이 홈 네트워크 인증자(103)에 의해 요구된 경우에는, WLAN 서버(102)는 적절한 네트워크 세션을 찾아 단말에 IPv6 어드레스를 할당한다. 또, 필요하다면, WLAN 서버(102)는 게이트웨이의 갱신을 더 행한다(즉, WLAN의 방화벽에 새로운 어드레스의 할당을 행한다). 이에 의해, 이동 단말(101)은 이 할당된 로컬 어드레스를 사용하여 서비스에 액세 스 할 수 있게 된다.

WLAN 서버(102)는 로컬의 승인 제어를 더 실행하기 위해, Service_Support 필드(804) 내의 정보를 사용한다. 서비스 프로바이더 네트워크 서버(104)와 마찬가지로, 만약 임의의 속성이 WLAN의 현재 캐퍼시티를 넘는 경우에는, WLAN 서버(102)는 홈 네트워크 인증자(103) 사이에서, 예를 들면, 비트 레이트의 축소나 서비스의 시간 간격을 갱신하는 등, 서비스의 상세한 내용에 관한 새로운 설정의 약정을 시도한다.

만약, 클라이언트에 기초하는 터널의 스킴이 홈 네트워크 인증자(103)에 의해 선택된 경우에는, WLAN 서버(102)는 특별한 설정을 행할 필요가 없다. 한편, 네트워크에 기초하는 터널 스킴이 사용될 경우에는, WLAN 서버(102)는 MT_ID 필드(802)로부터의 정보를 이용하여, 터널의 종단점을 식별할 필요가 있다.

WLAN 서버(102)는 WLAN_Reply 메시지(208)를 이용하여, WLAN_Request 메시지(206)로의 답신을 행한다.

WLAN_Reply 메시지(208)로는 도 8에 나타난 WLAN_Request 메시지(206)와 같은 구조가 이용된다.

Home_Nework_ID 필드(801)와 MT_ID 필드(802)는 대응하는 WLAN_Request 메시지(206)로부터 직접 복사된다. 이들 필드는 요구 및 답신 메시지의 쌍을 일치시키기 위해, 홈 네트워크 인증자(103)에 의해서 사용된다.

또, WLAN_Reply 메시지(208) 내의 Address_Alloc 필드(803)에는, 이동 단말(101)에 할당되어진 WLAN의 로컬 어드레스 정보가 포함되어 있다. MT_Request_A 메시지(202A) 내의 Address_Request 필드(307)에 정의되듯이, 이 필드의 최초 옥텟은 어드레스의 타입을 나타내고 있다. 이 필드의 다음에 이어지는 부분에는 이동 단말(101)에 할당되는 실제의 어드레스가 포함되어 있으며, 예를 들면, IPv6 어드레스가 할당되는 경우에는, 최초 옥텟은 0x02가 되고, 다음 32옥텟에는 실제의 IPv6 어드레스가 포함된다.

또, WLAN_Reply 메시지(208) 내의 Service_Support 필드(804)에는 WLAN_Request 메시지(206)로 정의되는 서비스의 속성 정보가 포함되어 있다. 만약, WLAN이 이들 서비스 속성을 수용한 경우에는, WLAN 서버(102)는 WLAN_Request 메시지(206)로부터 그들을 직접 복사한다. 한편, WLAN 서버(102)가 그 속성을 수용할 수 없었던 경우, WLAN_Reply 메시지(208) 내에 새로운 값을 설정한 속성을 부가하여, 새로운 제안을 송신한다.

또, WLAN_Reply 메시지(208) 내의 Tunnel_Setup 필드(805)는 이동 단말(101)로의 터널의 정보이다. 여기에는, 최초의 옥텟 내에서 사용되는 터널의 타입 및 다음 옥텟에서 터널의 타입에 고유한 데이터가 나타나 있다. 예를 들면, 모바일 IPv6가 데이터 트래픽에 대해 사용될 경우에는, 이 필드 내에는 터널 타입만이 존재하고, Address_Alloc 필드(803)의 어드레스가 이동 단말(101)의 보조 어드레스(care of address)로 사용된다. 한편, 모바일 IPv4가 사용될 경우에는, 이 필드에는 최초의 옥텟에 터널 타입이 포함되고, 이동 단말(101)에 할당되는 해외 에이전트(foreign agent) 어드레스가 후속된다.

Service_Reply 메시지(205) 및 WLAN_Reply 메시지(208)의 수신 후, 홈 네트 워크 인증자(103)는 WLAN 서버(102) 및 서비스 프로바이더 네트워크 서버(104)로부터의 정보를 통합한다. 만약, Service_Spec 필드(705) 또는 Service_Support 필드(706)가 Service_Request 메시지(203) 또는 WLAN_Request 메시지(206) 내의 것과는 다른 속성의 값을 포함하고 있는 경우에는, 서비스의 자세한 내용을 다시 약정할 필요가 있다. 이때, 홈 네트워크 인증자(103)는 서비스 프로바이더 네트워크 서버(104) 또는 WLAN 서버(102)에 의해 제안된 새로운 값을 체크하고, 만약 이들 새로운 값을 수용할 수 있으면, SPN_Config 메시지(210) 및 WLAN_Config 메시지(211)를 이용하여, 새로운 설정의 승인을 행한다.

Service_Request 메시지(203)는, Service_Reply 메시지(205)와 WLAN_Request 메시지(206), WLAN_Reply messagge(208)와의 메시지의 쌍은, 시간적인 상관성을 갖고 있지 않다. 즉, 그들은 병행으로 행해지거나, 홈 네트워크 인증자(103)의 실시에 각각 의존하여 1개씩 행해진다. 예를 들면, WLAN 서버(102)와의 접속이 유휴(idle) 상태라면, 홈 네트워크 인증자(103)는 Service_Request 메시지(203) 대신 WLAN_Request 메시지(206)를 발송하는 결정을 행할 수 있다.

또, 다시 수수(授受)가 필요한 경우에, 새로운 서비스 파라미터를 확인하기 위해, 홈 네트워크 인증자(103)로부터 서비스 프로바이더 네트워크 서버(104)에 대해, SPN_Config 메시지(210)가 송출된다. 또, SPN_Config 메시지(210)로는 Service_Request 메시지(203)와 동일한 메시지 포맷이 사용된다. 또, 만약 동일한 메시지 포맷을 사용하지 않을 경우에는, 예를 들면, Address_Request 등의 몇 개의 필드가 생략되는 경우가 있다.

또, 필요에 따라, 터널링 정보가 부가되어도 된다. 예를 들면, 클라이언트에 기초하는 터널(예를 들면, 모바일 IP)이 사용되는 경우에는, WLAN 서버(102)에 의해 할당되는 이동 단말(101)의 보조 어드레스가 Tunnel_Request 필드(308)에 삽입된다. 또, 네트워크에 기초하는 터널이 사용되는 경우에는, WLAN의 터널 종단점 어드레스나 포트 번호 등이 이 메시지에서 전송된다.

또, WLAN_Config 메시지(211)는 같은 목적으로 이용되는 것이며, 홈 네트워크 인증자(103)는 필요에 따라 이 메시지를 사용하여, WLAN 서버(102)에 새로운 설정을 확인받는다. 또, 이 정보는 터널 정보를 전송하기 위해 더 이용되는 것도 가능하다. 예를 들면, 네트워크에 기초하는 터널이 사용될 경우에는, 서비스 프로바이더 네트워크(1003)의 터널 종단점 어드레스나 포트 번호 등이, 이 메시지에서 WLAN 서버(102)로 전송되고, 그 후, WLAN 서버(102)는 상대 노드(Correspondent node)에 대해 터널을 설정하도록 명한다. 한편, 클라이언트에 기초하는 터널이 사용될 경우에는, 단말의 어드레스가 이 메시지에 포함되고, 그 결과, WLAN은 데이터 트래픽을 위해 방화벽을 개방할 수 있게 된다.

또, 서비스 세션이 끝났을 때에, 이동 단말(101)에 할당되어진 리소스를 무효로 하기 위해, 홈 네트워크 인증자(103)에 의해 이들 2개의 메시지, SPN_Config 메시지(210) 및 WLAN_Config 메시지(211)가 사용 가능함은 당업자에게는 명백하다. 예를 들면, 이동 단말(101)이 이미 WLAN 내에 존재하지 않음을 홈 네트워크 인증자(103)가 검증한 경우에는, 그것은 모두 0에 세트된 Service_Support 필드(804)를 포함하는 WLAN_Config 메시지(211)를 송신할 수 있다. WLAN 서버(102)는 이런 종류 의 메시지를 수신한 후, 이동 단말(101)에 할당되어진 리소스를 모두 해방하고, 다른 적절한 동작을 실행한다.

홈 네트워크 인증자(103)는 MT_Request_B 메시지(202B)에 대한 답신으로서, MT_Reply_B 메시지(212B)를 송신한다. 이 메시지는 액세스 포인트(105) 또는 다른 부수적인 장치에 의해, 메시지 MT_Reply_A 메시지(212A)로서 이동 단말(101)로 전송된다. 또, MT_Reply_A 메시지(212A) 및 MT_Reply_B 메시지(212B)는 동일한 내용 및 포맷을 갖고 있다. 홈 네트워크 인증자(103)와 이동 단말(101) 사이의 네트워크 엘리먼트(Network Element)는 이들 메시지의 내용에 액세스하지 않으며, 또 액세스 포인트(105)는 단지 메시지 전체를 재캡슐화하여, 그것을 전송한다. MT_Reply_A 메시지(212A) 또는 MT_Reply B 메시지(212B)는 이동 단말(101)과 홈 네트워크 인증자(103) 사이에서 공유되는 보안 관련부여에 의해 암호화된다. 또, MT_Reply_A 메시지(212A)는 대응하는 MT_Request_A 메시지(202A)로의 답신이며, 액세스 포인트(105)는 전송해야 할 이동 단말(101)을 파악할 수 있다.

또, WLAN 서버(102)가 MT_Reply_B_message(212B)의 경로 상에 있는 경우에는, 그 메시지에 WLAN_Config 메시지(211)를 실어서 송신할 수 있다. 예를 들면, WLAN 서버(102)가 WLAN 내의 다이어미터을 이용하여, 이동 단말(101)에 MT_Reply_B 메시지(212B)를 전송하는 AAA 서버인 경우에는, MT_Reply_B 메시지(212B)는 다이어미터 EAP-Answer AVP에 캡슐화 가능하다. 한편, 같은 메세지 내의 다른 AVP에 WLAN_Config 메시지(211)가 캡슐화되어도 된다. 또, 다른 전송 프로토콜이 이용되는 경우라도, 같은 스킴이 사용 가능함은 당업자에게는 명백하다.

또, MT_Reply_A 메시지(212A)는, 도 3에 도시되는 MT_Request_A 메시지(202A)의 것과 동일한 구조를 갖고 있다. Message_Type 필드(301)는 MT_Request_A 메시지(202A)와 동일한 포맷을 갖고 있으며, 이 메시지가 요구가 아니라 응답임을 나타내기 위한 정수(整數)가 사용된다. 또, Message_Length 필드(302)는 Message_Type 필드(301)를 포함하는 메시지의 길이의 합계를 나타내는 것이다. 또, MT_Reply_A 메시지(212A) 내의 Domain_Name 필드(303) 및 MT_ID 필드(304)는 MT_Request_A 메시지(202A) 내의 필드와 동일하다. 또, 시그널링을 최적화하기 위해, 실제로는 이들 필드가 생략 가능함은 당업자에게는 명백하다.

또, MT_Reply_A 메시지(212A) 내의 Service_Request 필드(305)는, 사용자의 가입 정보에 기초하여 홈 네트워크 인증자(103)에 의해 설정되는 서비스 특정 정보를 포함하도록 사용된다. 예를 들면, 만약 사용자가 IMS 서비스를 요구한 경우에는, P-CSCF 어드레스가 이용 가능하다. 또, 이 필드가 서비스 제공에 필요한 다른 정보를 포함해도 됨은 당업자에게는 명백하다. 또, 이 필드의 정확한 포맷은 서비스에 의존하고 있다.

또, MT_Reply_A 메시지(212A) 내의 Session_ID 필드(306)는 MT_Request_A 메시지(202A)에서 직접 복사되지만, 이동 단말(101)에 의해 요구되지 않을 경우, 실제로는 그것을 생략할 수 있다.

또, MT_Reply_A 메시지(212A) 내의 Address_Request 필드(307)는, 이동 단말(101)에 할당되는 어드레스를 포함하고 있다. 이는 소스 어드레스로서 서비스 어플리케이션에 의해 사용되어야 하는 것이다. 이 필드의 최초 옥텟은 어드레스 타입 이며, 실제의 어드레스가 후속한다. 예를 들면, 만약, IPv6 어드레스의 프리픽스(prefix)가 할당되면, 최초의 옥텟은 0x03이 된다. 또, 다음 32옥텟은 실제의 IPv6 어드레스를 형성하기 위해 이동 단말(101)에 의해 사용되는 프리픽스 정보를 포함하고 있으며, 예를 들어 WLAN 게이트웨이 어드레스, DNS 서버 어드레스 등의 다른 어드레스 정보를 포함하는 것도 가능하다. 이들 속성은 상기 어드레스 정보에 후속한다. 또, 모두 0인 와일드카드의 값은 이동 단말(101)이 실제의 어드레스 정보를 얻기 위해, 로컬의 스테이트리스(Stateless)의 메커니즘을 사용해야 하는 것을 나타내고 있다.

또, MT_Reply_A 메시지(212A) 내의 Tunnel_Request 필드(308)는, 이동 단말(101)에 의해 요구되는 서비스에 액세스하기 위한 터널링의 설정을 포함하는 것이다. 이는 터널 타입에 의존하고, 이 필드의 최초 옥텟은 사용될 터널 타입을 나타내고 있다.

예를 들면, 클라이언트에 기초하는 터널 타입에 모바일 IPv6이 사용될 경우에는, MT_Request_A 메시지(202A)에서 터널 타입이 정의되도록, 그 값은 0x06이 된다. 타입 속성에 이어, WLAN에 의해 할당되는 보조 어드레스 및 홈 에이전트 어드레스, 그리고 필요하면 보안 키가 존재한다. Address_Request 필드(307) 내의 어드레스는 단말에 할당된 홈 어드레스가 된다.

또, 네트워크에 기초하는 터널 타입이 사용된 경우에는, 타입 속성에 이어 터널의 로컬 종단점 어드레스와, 이동 단말(101)이 안전하게 종단점과 통신을 행하기 위한 보안 키가 존재한다.

MT_Reply_A 메시지(212A) 내의 WLAN_ID 필드(309)는 MT_Request_A 메시지(202A)로부터 직접 복사된다. 또, 시그널링을 최적화하기 위해, 실제로는 그것을 생략할 수 있다.

또, MT_Reply_A 메시지(212A)의 Security_Field(310)는 메시지 전체를 완전히 보호하기 위해 사용되고, 이동 단말(101)과 홈 네트워크 인증자(103) 사이의 보안 관련부여가 사용된다. 또, 여기서는 MT_Request_A 메시지(202A)와 동일한 알고리즘을 사용해야 한다.

MT_Reply_A 메시지(212A)를 수신한 후, 이동 단말(101)은 모든 필요한 정보를 검색하여 그에 따라 구성을 행하고, 이 설정을 사용하여 실제의 서비스 세션(213)을 개시할 수 있게 된다.

실제로는, 이동 단말(101)은 예를 들면, 비디오 스트리밍 세션과 함께 Voice-over-IP 세션을 행하는 등, 몇 개의 서비스를 동시에 요구할 수 있다. 즉, 시그널링 내에 다른 서비스 프로바이더 네트워크를 관계시키는 것이 가능하다. 동일한 메시지 내에 몇 개의 서비스 요구를 종합하는 시나리오에서, 상기와 동일한 메커니즘 및 메시지의 구조를 사용할 수 있다. 예를 들면, MT_Request_A 메시지(202A) 내에, Service_Request 필드(305), Session_ID 필드(306), Address_Request 필드(307), Tunnel_Request 필드(308)의 복수 설정을 존재시킬 수 있다. 이들 4개의 필드는 그룹화되고, 이동 단말(101)에 의해 요구된 각 서비스는, 이들 4개 필드의 1그룹을 포함하고 있다. 예를 들면, MT_Request_A 메시지(202A)가 Voice-over-IP 세션 및 비디오 스트리밍 세션을 요구한 경우에는, 열거된 4개의 필 드 그룹이 2개 존재한다.

MT_Request_A 메시지(202A)와 같은 내용을 포함하고 있는 MT_Request_B 메시지(202B)를 수신한 후, 홈 네트워크 인증자(103)는, 이동 단말(101)에 의해 요구되는 1개의 특정한 서비스에 대응한 이들 4개의 필드의 각 설정으로부터 정보를 검색한다. 홈 네트워크 인증자(103)는 단일 서비스 요구에 대해 상기와 같이 요구된 서비스의 각각을 위한 시그널링을 실행한다. 예를 들면, 홈 네트워크 인증자(103)는 IMS 서브 시스템 및 스트리밍 서비스를 제공하는 네트워크의 양쪽에 Service_Request 메시지(203)을 송출한다. 또, 다른 각 서비스에 관한 WLAN_Request 메시지(206)가 동일한 WLAN으로 송출된다. 홈 네트워크 인증자(103)는 정보를 모아 단 1개의 메시지를 송출할 수 있다. 동일한 WLAN으로 다수의 WLAN_Request 메시지(206)를 송출할 필요가 있는 경우에는, 그들 중 1개만이 로컬의 어드레스 할당 요구를 행할 필요가 있다.

홈 네트워크 인증자(103)는 요구된 서비스의 순서에 따라, 1개의 MT_Reply_B 메시지(212B)에 모든 서비스 정보를 통합하고, 액세스 포인트(105)를 통해 이동 단말(101)로 전송한다. 그 후, 이동 단말(101)은 통합된 MT_Reply_A 메시지(212A) 내의 정보를 이용하여, 그 자체의 어드레스 구성을 행할 수 있다.

또, 이동 단말(101)이 병행하여 다수의 서비스를 요구한 경우에는 다른 서비스 프로바이더 네트워크로부터 그 단말에 다른 어드레스가 할당될 가능성이 있으며, 다른 서비스 세션에서 다른 터널이 더 설정될 가능성이 있다. 이 시나리오에서는, 특별한 중간층 프로세서(mid-layer processer)가 필요해진다. Session_ID 필 드(306)에서 사용되는 서비스 세션 식별자가 중간층 프로세서에 의해 사용되어, 어드레스 및 터널 설정이 다중화된다.

이동 단말(101) 내의 중간층 프로세스는 다른 서비스 세션에서의 어드레스 및 터널 정보의 로컬 데이터베이스를 유지하고 있다. 서비스 세션이 이동 단말(101)에서 생성된 경우, 중간층 프로세서는 그를 위한 식별자를 작성한다. 이는 MT_Request_A 메시지(202A)의 Session_ID 필드(306) 내에서 사용되는 세션 식별자이다. 어드레스 및 터널 정보를 모두 포함하는 MT_Reply_A 메시지(212A)를 수신한 후, 중간층 프로세서는 세션 식별자에 의해 지표화(인덱스화)된 모든 정보를 포함하는 데이터베이스 내에 새로운 엔트리를 작성한다. 서비스 어플리케이션이 새로운 접속 세션을 개시할 필요가 있는 경우에는, 중간층 프로세서에 대해 세션 식별자가 설정된 요구를 송출하고, 중간층 프로세서는 이 세션 식별자를 이용하여 데이터베이스로부터 대응하는 어드레스 및 터널 정보를 검색한다. 어드레스 및 터널 정보는 예를 들면, IP 레이어 등의 통상적인 스택에 의해 사용되고, 접속을 행하기 위해 소켓 등의 적절한 바인딩이 만들어진다.

또, 실제로는, 예를 들면, WLAN 서버(102) 등과 같은 컨트롤러가 없는 WLAN이 존재 가능함은 당업자에게는 명백하다. 이러한 경우에는 이동 단말(101)은 어드레스 할당 및 터널 설정을 위해 WLAN의 로컬 메커니즘을 사용해야 한다. 홈 네트워크 인증자(103)는 MT_Reply_A 메시지(212A) 내의 Address_Request 필드(307) 및 Tunnel_Request 필드(308)를 모두 0으로 설정하고, 이에 따라 이동 단말(101)에 대해 예를 들면, DHCPv6, MIPv6 등의 WLAN 메커니즘을 사용하여 어드레스 구성을 행 하도록 강요하게 된다.

또, 어떤 경우에는, 이동 단말(101)이 WLAN 내의 서비스 등록 취소를 희망하는 경우가 있다. 서비스의 등록 말소를 행할 경우라도, 상기의 메커니즘을 사용 가능함은 당업자에게는 명백하다. 이동 단말(101)은 서비스의 종료를 나타내는 특별한 값이 Service_Request 필드(305)에 설정된 MT_Request_A 메시지(202A)를 송출할 수 있다. 예를 들면, Service_Request 필드(305)는 「terminate.request.IMS.foo.bar.operator-name.operatorgroup.gprs」와 같은 값을 포함할 수 있다. 또, 「request(요구)」키워드의 앞의 「terminate(종료)」가 「request(요구)」 키워드의 뒤에 부가되어 있는 APN에 의해 나타난 서비스를 종료하기 위한 플래그이다. 또, MT_Request_A 메시지(202A)의 Session_ID 필드(306)는 종료할 서비스의 세션 식별자로 설정 가능하며, 이 타입의 MT_Request_A 메시지(202A)는 Address_Request 필드(307) 및 Tunnel_Request 필드(308)를 생략하는 것이 가능하다.

홈 네트워크 인증자(103)는 통상과 마찬가지로, MT_Request_A 메시지(202A)의 처리를 행하고, 그 Service_Request 필드(305) 내에 「종료」의 키워드를 발견한 경우에는, Session_ID 필드(306)로부터 서비스 세션 식별자를 취출한다. 그리고, 홈 네트워크 인증자(103)는 서비스 등록시에 작성된 세션 엔트리를 찾기 위해, 그 데이터베이스를 탐색한다. 이 세션 엔트리는 예를 들면, 할당된 어드레스, 터널 설정 등의 서비스 설정에 관한 정보를 저장하고 있다. 이 정보를 이용하여, 통상과 마찬가지로 홈 네트워크 인증자(103)는 서비스 프로바이더 네트워크 서버(104)에 Service_Request 메시지(203)를 송출하고, WLAN 서버(102)에 WLAN_Requst 메시지(206)를 송출한다. 이들 메시지에서, Service_Spec 필드(705) 및 Service_Support 필드(804)는 모두 0으로 설정된다.

서비스 프로바이더 네트워크 서버(104)와 WLAN 서버(102)는 통상대로 메시지를 처리하고, Service_Spec 필드(705) 및 Service_Support 필드(804)가 모두 0으로 설정되어 있음을 판독하고, 서비스 종료 요구임을 파악한다. 이들 2개의 서버는 서비스 등록시에 작성된 서비스 세션 엔트리를 찾기 위해, 그들의 데이터베이스를 검색하고, 예를 들면, IP 어드레스나 예약한 대역 폭 등의 서비스 세션에 대응하는 리소스를 해방한다.

홈 네트워크 인증자(103)가 서비스 프로바이더 네트워크(1003) 및 WLAN에서 통지를 수신한 후, MT_Reply_A 메시지(212A)가 이동 단말(101)로 반송된다. 이 메시지는 서비스를 종료하고, 예약되어 있던 리소스가 해방된 것을 통지하는 것이다. 이 MT_Reply_A 메시지(212A)에는 Service_Request 필드(305)에 그 결과에 관한 정보가 포함되어 있다. 예를 들어, 이 필드에서 다음 값 「removed.request.IMS.foo.bar.operator-name.operator-group.gprs」를 사용할 수 있다. 여기서는, 「request」 키워드의 앞의 「removed」 키워드가 서비스 등록 말소의 성공을 나타내고 있다. 또, 예를 들면, 「removed」 키워드의 후에 정보를 부가하는 등, 특별한 정보를 포함해도 됨은 당업자에게는 명백하다.

또, 이동 단말(101)로의 서비스 제공 과정에서, 정책 제어를 포함시킬 수도 있다. 예를 들면, GPRS 인터페이스를 사용하는 단말은, 149Kbps의 액세스 레이트가 주어져 있다. 이 단말이 WLAN에 들어간 경우, 그 단말은 동일한 서비스에 액세스하기 위해 WLAN 인터페이스를 사용하도록 이행한다. WLAN은 훨씬 높은 에어 인터페이스 대역 폭을 제공하기 때문에, 단말이 보다 높은 액세스 레이트(예를 들면, 1Mbps)를 향수할 것을 요망한다. 이동 단말(101)에 대해, 이보다 높은 서비스 레이트를 주기 위해서는 정책 제어 프레임워크가 기동되고, 예를 들면, 게이트웨이 필터 등, 대응하는 정책 설정을 수정할 필요가 있다. 상기의 예에서는 예를 들면, GGSN 등의 제어점이 GPRS 인터페이스를 사용하여 서비스를 시작할 경우에는, GGSN은 단말의 서비스를 위해 149Kbps의 대역 폭만을 예약하면 된다. 또, 이동 단말(101)이 다시 WLAN 서비스를 이용하여 서비스 세션을 등록할 경우, 정책 서버는 GGSN의 설정을 1Mbps로 수정해야 한다. 또, 다른 종류의 설정이나 제어 노드가 정책 제어에 포함됨은 당업자에게는 명백하다.

이런 종류의 정책 제어는 사용자의 가입 정보에 따라 행해야 하며, 따라서, 홈 네트워크 도메인 내에서 행해져야 한다. 본 발명은 서비스 요구 및 어드레스(터널 설정)를 취급하기 위해 홈 네트워크 인증자(103)를 사용하는 것이다. 따라서, 그것은 정책 제어를 결정하기 위해 필요한 정보를 모두 갖고 있으며, 홈 네트워크 도메인의 정책 서버에 홈 네트워크 인증자(103)로부터 이러한 정보를 양도할 수 있다. 이때, 정책 서버는 예를 들면, GGSN 등의 대응 노드(corresponding node)를 적절히 동작시키도록 조작 가능하게 하는 정책 제어 인터페이스를 이용할 수 있다. 또, 정책 서버는, 정책 제어 프레임워크를 사용한 서비스 제공에 관련하는 다른 네트워크에 통지를 행하는 것도 가능하며, 예를 들면, 홈 네트워크 도메인의 정책 서 버는 WLAN 내의 정책 서버에 대해 새로운 액세스 레이트의 제한을 통지하는 것이 가능하며, 그 결과, WLAN 정책 서버는 로컬의 승인 관리 기구를 적절히 조절할 수 있게 된다.

또, 도 9는 홈 네트워크 인증자(103)와 정책 서버 사이에서 사용되는 메시지의 실시예를 나타내는 것이다. 이 메시지는 Operation 필드(901)로 시작된다. 이 필드는 정책 서버에 의해 행해지는 동작을 나타내는 것이며, 가능한 값은 하기와 같다.

Install::=0x01

Remove::=0x02

Update::=0x03

홈 네트워크 인증자(103)가 이동 단말(101)로부터 새로운 서비스 세션의 요구를 수신한 경우, Operation 필드(901) 내에 「Install」 값을 사용한다. 또, 이동 단말(101)이 서비스 세션을 종료할 경우에는, 홈 네트워크 인증자(103)는 Operation 필드(901) 내에 「Removed」 값을 사용한다. 또, 이동 단말(101)로부터의 서비스의 요구가 활성화된 서비스 세션을 참조하고 있는 경우에는, 「Update」 값을 사용한다. 또, 실제 실시에서는 다른 타입의 값이 사용 가능함은 당업자에게는 명백하다.

또, 2번째 필드는 MT_ID 필드(902)이다. 이 필드는 이동 단말(101)의 식별자를 포함하고 있으며, 예를 들면, 모바일 사용자의 IMSI가 사용 가능하다.

또, 3번째 필드는 MT_Location 필드(903)이다. 이 필드는 예를 들면, 단말이 소정의 WLAN에 존재할 경우에는, 2배의 액세스 레이트를 제공하는 등, 위치에 기초하는 서비스의 정책를 검색하기 위해 정책 서버에 의해 사용되는 것이다. 이 필드는 예를 들면, MT_Request_A 메시지(202A)의 WLAN_ID 필드(309)로부터의 WLAN 식별자를 포함하는 것이다.

또, 다음의 필드는 MT_Service 필드(904)이다. 이 필드는 이동 단말(101)에 의해 어떠한 종류의 서비스가 액세스되어 있는가를 나타내는 것이다. 또, 이 필드가 서비스 세션 정보를 포함하는 것도 가능하다. 이 필드의 내용의 예로서는, APN에 세션 식별자를 부가한 것이 가능하다.

또, 다음 필드는 Tunnel_Setting 필드(905)이다. 이 필드는 WLAN 내에서 이동 단말(101)에 의해 사용되는 터널 설정을 나타내는 것이다. 이 필드의 내용은 터널 타입이며, 터널의 종단점 어드레스, 포트 번호 등이 후속된다. 또, 정확한 포맷은 터널 타입에 의존한다. 또, 사용될 터널 타입은 MT_Request_A 메시지(202A)의 Tunnel_Request 필드(308)에서 정의된 것이다.

또, 메시지의 최후 필드는 MT_Address 필드(906)이다. 이 필드는 WLAN 내에서 이동 단말(101)에 의해 사용되는 어드레스를 포함하는 것이다. 이는 정책 서버에 의해 사용되고, 서비스에 액세스하는 필터링 규칙을 설정할 수 있게 된다.

또, 실제로는, 메시지 필드가 상기와 같은 정도로 정확한 순서로 정렬될 필요가 없음은 당업자에게는 명백하다. 또, 각 필드는 본 실시예에 기술되지 않은 다른 정보를 포함할 수 있다.

본 발명은, WLAN 상호접속에서 단말의 어드레스 할당을 관리하는 관리 방법을 제공한다. 본 발명의 적용에 의해, 이동 단말에는 그것이 요구한 서비스와 그 가입정보에 기초하여 어드레스의 할당이 행해지고, 로컬 리소스로의 액세스를 필요로 하지 않으며, 어드레스 관리가 실행 가능해진다. 또, 본 발명은 WLAN 상호접속에서의 터널설정 제어방법을 제공한다. 여기서는, 이동 단말은 서비스 허가와 동시에 네트워크 및 클라이언트에 기초하는 터널 설정을 서포트할 수 있다. 또, 본 발명은, 정책 제어 프레임워크에서의 상호접속 방법을 제공한다. 제공되는 인터페이스를 이용함으로써, 서비스 허가, 어드레스 할당 및 터널 설정 정보를 정책 서버에 전파할 수 있게 되며, 보다 양호하게 단말에 서비스를 배신(配信)하기 위해 적절한 동작을 행할 수 있게 된다. 모든 방법에서 단말과 그 홈 도메인 서버와의 1회의 왕복 메시지의 교환으로, 어드레스 관리, 터널 설정 및 서비스 허가를 달성할 수 있게 된다. 따라서, 귀중한 시그널링의 시간이나 대역 폭이 절약된다.

도 1은 본 발명의 WLAN 상호접속에서의 이동 단말의 어드레스 할당, 터널 설정, 서비스 약정의 관리에 사용되는 네트워크 구성의 일례를 도시하는 블록도이다.

도 2는 도 1에 도시되는 구성에서 사용되는 단말의 어드레스 할당, 터널 설정, 서비스 약정을 위한 메시지 요구의 일례를 도시하는 요구 차트이다.

도 3은 도 2에 도시되는 메시지 교환에서 이동 단말로 이용되는 메시지 구성의 일 실시예를 나타내는 데이터 구성도이다.

도 4는 어드레스 할당 요구를 위해 이동 단말에 의해 이용되는 포맷의 일례를 나타내는 데이터 구조도이다.

도 5는 WLAN 상호접속에서의 이동 단말의 어드레스 할당, 터널 설정, 서비스 약정을 위한 도 1에서 도시되는 프레임워크(framework)에서의 홈 네트워크 인증자의 일 실시예를 도시하는 상태 천이도이다.

도 6은 홈 네트워크 인증자에서 요구 메시지의 처리 절차를 행하기 위해 사용될 수 있는 플로차트의 일례를 도시하는 플로차트이다.

도 7은 서비스 프로바이더 네트워크 서버와 이동 단말 서비스의 구체적 내용, 어드레스 할당, 터널 설정의 약정을 행하기 위해 홈 네트워크 인증자에 의해 사용되는 메시지 구조의 일 실시예를 나타내는 데이터 구조도이다.

도 8은 WLAN 서버와 이동 단말 서비스의 구체적 내용, 어드레스 할당, 터널 설정의 약정을 행하기 위해, 홈 네트워크 인증자에 의해 사용되는 메시지 구조의 일 실시예를 나타내는 데이터 구조도이다.

도 9는 홈 네트워크 도메인 내의 정책 서버의 이동 단말 상태에 관한 갱신을 행하기 위해, 홈 네트워크 인증자에 의해 사용되는 메시지 구조의 일 실시예를 나타내는 데이터 구조도이다.

Claims

이동 단말이 WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 어드레스 관리방법으로,

상기 이동 단말이 상기 WLAN 액세스 네트워크에 접속하는 접속스텝과,

상기 이동 단말이 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버에 송신하는 송신스텝과,

상기 홈 도메인 서버는 상기 터널개설 요구메시지를 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당스텝을 갖는 어드레스 관리방법.
제 1 항에 있어서,

상기 할당스텝은, 상기 홈 도메인 서버가 상기 터널개설 요구메시지를 수신한 후이면서 또한 상기 어드레스를 할당하기 전에, 사용자의 가입자 정보에 의거하여, 상기 이동 단말이 요구하는 서비스로의 액세스를 허가하는가를 결정하는 결정스텝을 더 갖는 어드레스 관리방법.
제 2 항에 있어서,

상기 결정스텝에서 상기 홈 도메인 서버가 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크 내의 노드에 문의를 하는 어드레스 관리방법.
제 3 항에 있어서,

상기 문의를 받은 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크의 노드가 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 상기 어드레스를 할당하고, 상기 어드레스를 상기 홈 도메인 서버에 제공하는 어드레스 관리방법.
제 1 항에 있어서,

상기 홈 도메인 서버가 상기 WLAN 액세스 네트워크와 상기 홈 도메인 서버를 접속하는 WLAN 서버 사이에서 QoS에 관한 조정을 하는 조정스텝을 더 갖는 어드레스 관리방법.
제 5 항에 있어서,

상기 QoS에 관한 조정이 네트워크 도메인의 정책을 제어하는 정책 서버(policy server)를 경유하여 이루어지는 어드레스 관리방법.
제 1 항에 있어서,

상기 이동 단말이 상기 홈 도메인 네트워트의 정보에 의거하여 상기 홈 도메인 서버의 어드레스를 취득하는 취득스텝을 더 갖는 어드레스 관리방법.
제 1 항에 있어서,

상기 홈 도메인 서버가 상기 할당한 어드레스를 상기 이동 단말에 송신하는 어드레스 송신스텝을 더 갖는 어드레스 관리방법.
이동 단말 및 홈 도메인 서버를 구비하고, 상기 이동 단말이 WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 어드레스 관리시스템으로,

상기 이동 단말은,

상기 WLAN 액세스 네트워크에 접속하는 접속부와,

요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 상기 홈 도메인 서버에 송신하는 송신부를 가지며,

상기 홈 도메인 서버는,

상기 터널개설 요구메시지를 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당부를 갖는 어드레스 관리시스템.
제 9 항에 있어서,

상기 할당부가, 상기 터널개설 요구메시지를 수신한 후이고 또한 상기 어드레스를 할당하기 전에, 사용자의 가입자 정보에 의거하여, 상기 이동 단말이 요구하는 서비스로의 액세스를 허가하는가를 결정하는 결정부를 더 갖는 어드레스 관리시스템.
제 10 항에 있어서,

상기 결정부가 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크 내의 노드에 문의를 하는 어드레스 관리시스템.
제 11 항에 있어서,

상기 문의를 받은 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크 내의 노드가 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 상기 어드레스를 할당하고, 상기 어드레스를 상기 홈 도메인 서버에 제공하는 어드레스 관리시스템.
제 9 항에 있어서,

상기 홈 도메인 서버가 상기 WLAN 액세스 네트워크와 상기 홈 도메인 서버를 접속하는 WLAN 서버 사이에서 QoS에 관한 조정을 하는 조정부를 더 갖는 어드레스 관리시스템.
제 13 항에 있어서,

상기 QoS에 관한 조정이 네트워크 도메인의 정책을 제어하는 정책 서버를 경유하여 이루어지는 어드레스 관리시스템.
제 9 항에 있어서,

상기 이동 단말이 상기 홈 도메인 네트워크의 정보에 의거하여 상기 홈 도메인 서버의 어드레스를 취득하는 취득부를 더 갖는 어드레스 관리시스템.
제 9 항에 있어서,

상기 홈 도메인 서버가 상기 할당한 어드레스를 상기 이동 단말에 송신하는 송신부를 더 갖는 어드레스 관리시스템.
WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 이동 단말의 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 이동 단말로,

상기 WLAN 액세스 네트워크에 접속하는 접속부와,

요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 WLAN 액세스 네트워크로부터 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버에 송신하는 송신부를 갖는 이동 단말.
제 17 항에 있어서,

상기 홈 도메인 네트워크의 정보에 의거하여 상기 홈 도메인 서버의 어드레스를 취득하는 취득부를 더 갖는 이동 단말.
제 17 항에 있어서,

상기 홈 도메인 서버로부터 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이동 단말이 요구하는 서비스에 액세스하기 위해서 할당된 어드레스를 수신하는 수신부를 더 갖는 이동 단말.
WLAN 액세스 네트워크로부터 상기 이동 단말의 홈 도메인 네트워크에서 제공되는 서비스 또는 상기 홈 도메인 네트워크를 경유하여 서비스 프로바이더 네트워크에서 제공되는 서비스에 액세스하는 이동 단말의 상기 홈 도메인 네트워크에 배치되는 홈 도메인 서버로,

상기 이동 단말이 요구하는 서비스에 액세스하기 위한 서비스요구 식별자와 상기 이동 단말의 식별자를 포함하는 터널개설 요구메시지를 상기 이동 단말로부터 수신하고, 상기 서비스요구 식별자와 상기 이동 단말의 식별자에 의거하여 상기 이 동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 할당하는 할당부를 갖는 홈 도메인 서버.
제 20 항에 있어서,

상기 할당부가, 상기 터널개설 요구메시지를 수신한 후이고 또한 상기 어드레스를 할당하기 전에, 사용자의 가입자 정보에 의거하여, 상기 이동 단말이 요구하는 서비스로의 액세스를 허가하는가를 결정하는 결정부를 더 갖는 홈 도메인 서버.
제 21 항에 있어서,

상기 결정부가 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크 내의 노드에 문의를 하는 홈 도메인 서버.
제 22 항에 있어서,

상기 문의에 의해서 할당된 상기 이동 단말이 요구하는 서비스에 액세스하기 위한 어드레스를 상기 홈 도메인 네트워크 내의 노드 또는 상기 서비스 프로바이더 네트워크 내의 노드로부터 수신하는 어드레스 수신부를 갖는 홈 도메인 서버.
제 20 항에 있어서,

상기 WLAN 액세스 네트워크와 상기 홈 도메인 서버를 접속하는 WLAN 서버 사 이에서 QoS에 관한 조정을 하는 조정부를 더 갖는 홈 도메인 서버.
제 24 항에 있어서,

상기 QoS에 관한 조정이 네트워크 도메인의 정책을 제어하는 정책 서버를 경유하여 이루어지는 홈 도메인 서버.
제 20 항에 있어서,

상기 할당한 어드레스를 상기 이동 단말에 송신하는 어드레스 송신부를 더 갖는 홈 도메인 서버.