KR101753505B1

KR101753505B1 - 네트워크 노드 기능에 접속하기 위한 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로의 리디렉팅

Info

Publication number: KR101753505B1
Application number: KR1020157026329A
Authority: KR
Inventors: 루돌프 스트리즈커즈; 안토니우스 노프
Original assignee: 코닌클리즈케 케이피엔 엔.브이.; 네덜란제 오르가니자티에 포오르 토에게파스트-나투우르베텐샤펠리즈크 온데르조에크 테엔오
Priority date: 2013-03-18
Filing date: 2014-03-17
Publication date: 2017-07-19
Also published as: EP2976869B1; US10951716B2; US20160301762A1; JP2016512935A; JP6105151B2; US20210185134A1; EP2782317A1; ES2941892T3; EP2976869A1; WO2014146999A1; CN105164990A; KR20150121169A; FI2976869T3; CN105164990B

Abstract

본 발명은, 클라이언트에 의해 요청되는 네트워크 노드에서 네트워크 노드 기능에 접속하기 위해, 바람직한 구동 파라미터들을 제공하는 게이트웨이를 네트워크 오퍼레이터가 선택하는 것을 가능하게 한다. 네트워크 서비스 제공자는, 클라이언트 디바이스가 어떤 서비스를 요청하거나 이용하는지를 감지하고 서비스를 제공하기 위해 게이트웨이(예를 들어 PDN-GW)를 선택한다. 클라이언트 디바이스는, 예를 들어 서비스를 제공하는 PDN-GW와 관련된 APN에 접속함으로써, 선택된 게이트웨이를 이용하여 네트워크에 새로운 연결을 만들도록 시그널될 수 있다.

Description

네트워크 노드 기능에 접속하기 위한 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로의 리디렉팅{REDIRECTING A CLIENT DEVICE FROM A FIRST GATEWAY TO A SECOND GATEWAY FOR ACCESSING A NETWORK NODE FUNCTION}

본 발명은 게이트웨이를 경유하여 네트워크 노드 기능(network node function)에 접속하는 것에 관한 것이다. 더욱 상세하게는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅(방향 전환)하는 방법, 서비스 감지 소프트웨어 기능, 서비스 게이트웨이 선택 소프트웨어 기능, 서비스 리디렉션(방향 전환) 소프트웨어 기능, 서비스 배치 소프트웨어 기능, 및 제2 게이트웨이를 경유하여 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 통신적으로 제1 게이트웨이에 연결 가능하고, 통신적으로 제2 게이트웨이에 연결 가능한 클라이언트 디바이스에 관한 것이다.

싱글 클라이언트 요청(single client request)이 데이터베이스, 애플리케이션 서버들, 또는 클라이언트 자체에 대한 다중의 콜들(multiple calls)을 필요로 하는 경우에, 네트워크 오버헤드(network overhead)는 클라이언트-서버 애플리케이션들의 전체 퍼포먼스에 영향을 미칠 수 있다는 사실이 잘 알려져 있다. 네트워크 오버헤드는, 네트워크, 중개 네트워크의 구동 파라미터(operational parameters), 그리고 서버와 클라이언트 디바이스 또는 오퍼레이터가 서비스하는 클라이언트 디바이스의 네트워크 간의 네트워크 요소들(예를 들어, 레이턴시(latency), 대역폭(bandwidth), 홉스(hops), 친화도(affinity), 데이터 처리 능력(data processing capacity), 스토리지(storage), 지리적 거리(geographical distance))에 기인한다. 네트워크들의 수, 네트워크 요소들의 수 및/또는 클라이언트들과 서버들 간의 지리적 거리가 증가함에 따라 네트워크 오버헤드의 영향은 증가할 수 있다. 예를 들어, 싱글 사용자가 데이터베이스, 애플리케이션 서버들 및/또는 클라이언트에 다중의 콜들을 요구하는 때에, 클라이언트와 서버 간의 거리가 원인이 되는 네트워크 지연은, 클라이언트의 체험의 질(quality of experience)을 상당히 감소시킬 수 있다. 클라이언트 디바이스에 제공되는 클라우드 서비스들(cloud services) 또한 네트워크 오버헤드의 영향을 받는다.

클라우드 컴퓨팅에 있어서, 클라이언트 디바이스(client device)는 클라우드 서비스 제공자의 클라우드 서비스를 이용한다. 클라우드 서비스는, 임의의 엑세스 네트워크(access network) 접속을 통해, 클라우드 컴퓨팅 기술을 이용하는 임의의 연결된 디바이스를 이용하여, 주문에 따라 언제든지 전달되고 소비될 수 있는 서비스이다. 클라우드 서비스 사용자(cloud service user, CSU)는 전달된 클라우드 서비스들을 소비하는, 전형적으로 클라이언트 디바이스를 사용하는 사람 또는 조직이다. CSU는, 클라우드 서비스 제공자(cloud service provider, CSP)에 의해 제공되는 클라우드 서비스들을 클라우드 서비스의 실제 사용자들(users), 즉 엔드-유저들(end-users)에게 전달할 중간 사용자들을 포함할 수 있다. 엔드-유저들은 사람들, 기계들, 또는 애플리케이션들일 수 있다. 클라우드 컴퓨팅은, 전형적으로 적은 운영 노력 또는 서비스-제공자 상호작용으로 공급되거나 발행될 수 있는, 설정 가능한 컴퓨팅 리소스들(예를 들어, 네트워크들, 서버들, 스토리지, 애플리케이션들 및 서비스들)의 공유 풀에 서비스 사용자들이 주문형 네트워크 접속하는 것을 가능하게 하기 위한 하나의 모델이다. 클라우드 컴퓨팅은 클라우드 서비스들을 가능하게 한다. 통신(telecommunication) 관점에서, 사용자들은 물리적인 리소스들을 사는 것이 아니라, 클라우드 컴퓨팅 환경에 의해 가능하게 되는 클라우드 서비스들을 사는 것으로 여겨진다. 서비스로서의 클라우드 인프라스트럭처(Infrastructure as a service, IasS)은, 클라우드 서비스 제공자에 의해 클라우드 서비스 사용자에게 제공되는 능력이, 가상 프로세싱, 스토리지, 인트라-클라우드 네트워크 접속 서비스들(예를 들어, VLAN, 방화벽, 로드 발란서(load balancer) 및 애플리케이션 가속(application acceleration))을 제공하는 것에 해당하는 클라우드 서비스, 및 클라우드 서비스 사용자가 배치할 수 있고 임의의 애플리케이션을 실행할 수 있는, 클라우드 인프라스트럭처의 다른 기본적인 컴퓨팅 리소스들의 카테고리이다. 인터-클라우드 컴퓨팅(inter-cloud computing)은, 컴퓨팅, 스토리지 및 네트워크, 그리고 클라우드 시스템들의 상호연동(interworking)을 통한 업무량(workload) 이관(transfer)을 포함하여, 클라우드 리소스들의 주문형 할당(on-demand assignment)을 가능하게 한다. CSP 관점에서, 인터-클라우드 컴퓨팅은, 인터-클라우드 피어링(peering), 인터-클라우드 서비스 브로커(service broker) 및 인터-클라우드 연합(federation)을 포함하여 상이한 방법들로 구현될 수 있다. 이러한 방법들은 다른 CSP들과의 상호 작용시에 CSP가 수행할 수 있는 확실하고도 가능한 역할에 해당한다. 인터-클라우드 피어링(inter-cloud peering)은 두 CSP들 간의 직접적 상호-연결(inter-connection)을 제공한다. 인터-클라우드 서비스 브로커(inter-cloud service broker, ISB)는, 상호 연결된 CSP들 간의 상호연동(interworking) 서비스 기능뿐만 아니라, 또한 하나(또는 이상)의 상호 연결된 CSP들을 위한 중개 서비스 기능들(brokering service functions)을 공급하는 상호연결 CSP를 통해 획득되는 두 개 (또는 이상의) CSP들 간의 간접적 상호연결을 제공한다. ISB는 또한 중개 서비스를 제공받는 상호 연결된 개체들(entities) 중 하나(또는 이상)가 클라우드 서비스 사용자(CSU)인 상황을 커버한다. 중개 서비스 기능들은 일반적으로 다음 세 개의 카테고리들: 서비스 중재(service intermediation), 서비스 집성(service aggregation) 및 서비스 조정(service arbitrage)을 포함하는데, 이에 한정되는 것은 아니다. 인터-클라우드 연합(inter-cloud federation)은, 서로 신뢰하는(mutually trusted) 클라우드들이 그들의 리소스들을 통합함으로써 논리적으로 함께 참여하는 인터-클라우드 컴퓨팅을 구현하는 방법이다. 인터-클라우드 연합은 CSP가 요구 변화(demand variations)에 대한 반응으로 다른 CSP들에게 동적으로(dynamically) 리소스들을 외부위탁(outsource)할 수 있도록 할 수 있다.

모바일 클라우드는, 모바일 애플리케이션이 클라우드 컴퓨팅 기술을 이용하여 구축되고, 작동되고, 호스트되는(built, powered and hosted) 모델이다. 클라이언트 디바이스는, 클라우드 내에 저장되어 있고 처리되는 정보에 사용자가 접근할 수 있게 하는 온-디바이스 게이트웨이(on-device gateway)처럼 동작할 수 있다. 모바일 클라우드 애플리케이션들은 클라우드에 위치한 서버들에게 프로세싱 또는 스토리지 작업을 전송할 수 있고, 그 결과를 수신하고 디스플레이 할 수 있고 그리고 클라우드 리소스들을 이용하여 데이터를 저장하거나 또는 클라이언트 디바이스에 의해 일반적으로 수행되는 기능들을 실행할 수 있다(예를 들어, 모바일 디바이스에서 최적의 디스플레이를 위한 프리-프로세스 웹 페이지, 트랜스코딩(transcoding), 애플리케이션 데이터 저장). 모바일 클라우드 애플리케이션들은 클라우드 디바이스에서 다운로드 되거나 또는 직접 웹 브라우저(예를 들어, HTML5 및 자바스크립트를 이용하는)를 통해 접속되고 그리고 서비스를 전달하기 위하여 클라이언트 디바이스 능력 및 예를 들어 카메라의, GPS, 또는 마이크로폰과 같은 센서들을 이용할 수 있다.

모바일 클라우드 애플리케이션 제공자는 전형적으로 클라우드 서버와 클라이언트 디바이스 간의 네트워크를 제어하지 못하지만, 그러나 클라이언트 디바이스들 및 클라우드 서버들 간의 통신은 브로드밴드 연결을 요구한다. 더욱이, 스트리밍 매체 또는 게임 애플리케이션들은 어느 정도의 레이턴시(latency)와 지터 바운드들(jitter bounds) 내에서의 네트워크 연결을 필요로 할 수 있다. 새롭고 더욱 부담되는 애플리케이션들을 지원하는 빠른 네트워크들에 관한 필요가 증가함에 따라, 네트워크 서비스 제공자들은 전통적으로 네트워크 능력을 증가시켜 수용에 대응하려 한다. 트래픽에 우선순위를 부여하는 것(prioritizing traffic)과 같은 다른 옵션들은 고급(advanced) 네트워크 관리를 필요로 하고, 단지 네트워크 서비스 제공자의 바운더리 내에서 서비스의 품질을 향상시킨다. 그러나 네트워크 서비스 제공자의 경계(boundaries) 밖에서의 혼잡(congestion), 지연(delay), 에러(errors), 및 실패들(failures)은 여전히 애플리케이션 성능에 부적정인 영향을 미칠 수 있다.

인터클라우드 컴퓨팅은 엔드-유저들이 다수의 클라우드 서비스 제공자(CSP)를 통해 서버를 생성하고 전송할 수 있게 한다. 이 능력은 엔드-유저들이 세 개의 기능들을 시행하는 것을 허용한다: 부하 균형(load balancing), 클라우드 버스팅(cloud bursting) 및 페일-오버(fail-over). 부하 균형 셋업에서, 서버들은 다수의 클라우드 서버 제공자들을 통해 복제된다. 프락시 서버는 클라이언트들 요청을 서버들에 분산한다. 로컬 소스들이 업무량(workload)을 다루기에 불충분하면, 클라우드 버스팅은 서버가 다수의 클라우드 서비스 공급자들을 통해 업무량(workload)를 분산할 수 있도록 한다. 부하 균형은 클라이언트 요청들을 분산하는데 이용될 수 있지만, 그러나 서버들은 또한 업무량의 일부를 다루어 클라이언트 요청을 처리할 수 있다. 서버들이 다수의 리소스 제공자들을 통해 분산될 수 있는 때에, 엔드-유저들은 또한 페일-오버 메카니즘을 실행할 수 있다. 인터클라우드 서비스 브로커는, 클라우드 서비스 제공자 간의 중재(intermediate), 집성(aggregate) 및 조정(arbitrate)하는 능력을 더한다. 애플리케이션 요건(예를 들어, 장소, 가격, 리소스들)에 따라 인터클라우드 서비스 브로커는 클라우드 리소스 바이어(예를 들어, 엔드-유저들, 클라우드 서비스 제공자 또는 재판매자)와 클라우드 리소스 판매자(예를 들어, 클라우드 서비스 제공자 또는 재판매자)를 매치(match)하는 기능을 제공한다. 목적은, 서버를 운영하기 위해 제공되는 그리고 필요로 하는 리소스들 간에 최상의 가능한 매치를 제공하고 개개의 클라우드 서비스 제공자들을 클라우드 서비스들에 대한 하나의 엔트리-포인트(entry-point)로 집약하는 것이다. 인터클라우드 서비스 브로커는, 인터 클라우드에서 엔드-유저들에게 부하 균형, 클라우드 버스팅 및 페일-오버 실행을 위한 능력을 제공할 것이 요구된다.

클라우드 서비스 브로커들은, 서버 요건들(예를 들어, 가격, CPU, 메모리, 장소)을 클라우드 장소에 매치하는 데에 이용될 수 있다. 클라우드 서비스 브로커들은 클라이언트들 및 서버들 간의 네트워크에 대한 개념이 없고 그리고 클라이언트 디바이스들의 네트워크 맥락의 구체적 세부사항들을 모델링하지 않는다. 따라서, 클라우드 서비스 브로커들은, 클라이언트-서버 통신에 부정적인 영향을 미치는, 네트워크 서비스 제공자의 네트워크(들) 횡단에 의해 유발되는 오버헤드를 현저히 줄이지는 못한다(예를 들어, 네트워크 레이턴시(network latency), 전달 지연(propagation delay), 네트워크 디바이스에서의 버퍼링/큐잉(queuing), 에러들(errors), 실패들(failures)).

모바일 통신을 위한 3GPP 표준에서의 최근의 발전은 엘티이(long term evolution, LTE) 네트워크들과 디바이스들에 관한 것이다. 4G(즉, 4 세대) 모바일 통신 표준으로도 알려진 LTE는, 모바일 폰들과 데이터 터미날들을 위한 고속 데이터 무선 통신을 위한 표준이다. 이는, 코어 네트워크 개선과 함께 상이한 무선 인터페이스(radio interface)를 이용하여 능력과 속도를 증가시키는, (2G 또는 2.5G로도 알려진) GSM/EDGE 및 (또한 3G로도 알려진) UMTS/HSPA 네트워크 기술들의 계승자이다.

사용자 장비(user equipment, UE)는 엔드-유저들이 통신하는데 직접 이용하는 임의의 디바이스이다. 이것은 핸드-헬드 전화, 모바일 브로드밴드 어댑터가 구비된 랩탑 컴퓨터, 또는 임의의 다른 디바이스일 수 있다. 'UE', '터미널' 그리고 '클라이언트 디바이스' 용어들은 동의어이다.

모바일 네트워크에서의 모바일 터미널들과 같은 클라이언트 디바이스들은, 어드레싱 및 인터넷 게이트웨이 기능성과 같은 실제 IP 서비스들을 제공하는, 패킷 데이터 네트워크(packet data network, PDN) 게이트웨이로의 터널을 설정하는, APN(access point name)에 연결 요청을 함으로써 인터넷 게이트웨이에 전형적으로 접속한다. 선택적으로, 인터넷 서비스 제공자의 네트워크 내의 (홈) 라우터 또는 H(e)NodeB(즉, LTE 베이스 스테이션)는 인터넷 게이트웨이로 기능할 수 있다. 네트워크 서비스 제공자의 네트워크 내의 위치에 따라, 인터넷 게이트웨이를 통한 트래픽은 백홀(backhaul)(즉, 베이스 스테이션 또는 (홈) 라우터를 코어 네트워크에 연결하는 네트워크)을 통해 인터넷에 라우트되기 전에 코어 네트워크에 라우트된다(routed).

알려진 3GPP 제안에서 H(e)NodeB's는 근거리 통신망(local area network)을 통해 로컬 디바이스로 데이터 트래픽을 리디렉트(redirect) 하도록 설정되거나 또는 다른 인터넷 서비스 제공자의 네트워크를 통해 트래픽을 리디렉트 하도록 설정될 수 있다. 이러한 제안의 예시는 "Local IP Access and Selected IP Traffic Offload(LIPA/SIPTO)"라는 타이틀의 3GPP 규격 TR 23.829 Release 10에서 찾아볼 수 있다. LIPA/SIPTO의 목적은 이용 가능한 고정 브로드밴드 네트워크를 통해 트래픽을 리디렉팅 함으로써 백홀 또는 코어 네트워크에서 정체를 막는 것이고, 그리고 홈 프린터 또는 미디어 센터와 같은 로컬 디바이스와의 IP 통신을 지원하는 것이다. 클라이언트 디바이스는 인터넷 게이트웨이로서 H(e)NodeB, (홈) 라우터 또는 PDN-게이트웨이를 통해 인터넷과 연결되어 있다. 인터넷 게이트웨이는 패킷 필터링 및 네트워크 어드레스 번역 또는 다른 메카니즘들을 통해 트래픽 리디렉션 및 패킷 필터링을 지원한다.

3GPP TS23.401 표준으로부터 PDN-GW 선택 및 연결이 행해지는 시나리오를 포함하여 진화된 패킷 코어(evolved packet core, EPC)의 구조 및 구성 요소들이 알려져 있다. 이 문서에서 PDN은 IP 연결을 제공하는 IP 네트워크이다. EPC의 중요한 과제는, 데이터 및 음성 서비스 모두를 위한 모바일 터미널에 IP 연결을 제공하는 것이데, 이는 모바일 터미널이 접속 과정(attach procedure)을 수행하는 때에, APN에 의해 식별되는 PDN에 연결함으로써 달성된다. 사용자가 LTE 모바일 네트워크에서 예를 들어 향상된 패킷 서비스들(enhanced packet services, EPS)에 가입하게 되면, 오퍼레이터는 전형적으로 네트워크 연결을 위해 적절한 서비스 식별자(즉, APN)를 이용하여 모바일 터미널을 설정한다. 선택적으로, 엔드-유저는, 예를 들어 웹 페이지 또는 메일과 같이 모바일 오퍼레이터로부터 얻은 서비스 식별자를 가지고 모바일 터미널을 수동으로 설정한다.

오퍼레이터는 상이한 서비스들을 가진 상이한 PDN들에 대한 접속을 제공할 수 있다. 예를 들어, PDN은 공용 인터넷(public internet)일 수 있다. 사용자가 이러한 '인터넷 PDN'에 대한 PDN 연결을 수립하면, 사용자는 인터넷에서 웹사이트들을 둘러보거나, 인터넷에서 클라우드 서비스 제공자에게 연결하거나 또는 인터넷에서 이용 가능한 다른 서비스들에 접속할 수 있다. 또 하나의 PDN은, 예를 들어 IP 멀티미디어 서브시스템(IP multimedia subsystem, IMS)에 기반하는 오퍼레이터 특정 서비스를 제공하는 텔레컴 오퍼레이터에 의해 셋업된 특정 IP 네트워크일 수 있다. 또 하나의 PDN은 기업 IP 네트워크일 수 있다.

사용자가 특정 PDN에 대한 PDN 연결을 만들 때에, 상기 PDN상에서 제공되는 서비스들에 대한 엑세스만이 제공된다.

터미널은 한 번에 싱글 PDN에 접속할 수 있고 또는 그것은 동시 오픈된 복수의 PDN 연결들을 가질 수 있다. 예를 들어 만약 이러한 서비스들이 다른 PDN들에 배치되면, 인터넷 및 IMS 서비스에 동시에 접속할 수 있다. 후자의 경우에, 터미널은 전형적으로 다중 IP 어드레스를 갖는데, 하나(또는 만약 IPv4 및 IPv6 양쪽 모두가 이용되면 두 개)의 IP 어드레스는 각 PDN 연결을 위한 것이다. 각 PDN 연결은 그 자신의 IP 어드레스(또는 IPv4 어드레스 및 IPv6 프리픽스의 쌍)와 함께 고유 IP 연결을 나타낸다.

PDN-GW는 LTE 시스템 구조에서 두 개의 역할들을 한다: 외부 네트워크들로의 연결을 제공하는 것과 3GPP 및 3GPP가 아닌 기술 간의 앵커(anchor)로서 작용하는 것이다. 또한, 오퍼레이터는 PDN-GW를 통해 특정 IP 서비스들을 제공할 수 있다. 차별화가 PDN-GW들의 IP 서비스들 간에 만들어 질 수 있도록 모바일 터미널들은 다중 PDN-GW 연결들을 지원할 수 있다.

현재의 관행은, PDN-GW 연결들이 적은 수의 PDN-GW들에 제한되고 그리고 PDN-GW 연결들이 UE-구동(driven)에 의하는 것이다(즉, UE가 예를 들어 엔드-유저에 의해 특정 패킷 서비스로의 연결 요청을 촉발함). 결과적으로, 오퍼레이터는 이용 가능한 PDN-GW 선택 메카니즘들을 통해 터미널에 이용 가능한 새로운 또는 더 나은 서비스들을 실질적으로 생성할 수 없다.

네트워크 구동의 현재 관행에서, PDN-GW는 패킷 서비스들을 위한 앵커 포인트(anchor point)로 인식된다. 그 목적은 핸드-오버 및 로밍의 경우에 선택된 PDN-GW에 연결된 상태를 유지하는 것이다. 결과적으로, 네트워크 서비스 제공자는 가입자들에게 서비스하기 위해, 주요 위치(key locations)에 집중된 제한된 수의 PDN-GW들을 제공한다.

그러나, 집중된(centralized) 또는 디폴트의 PND-GW들이 충분하지 못한 경우가 있다. 몇몇 서비스들은 고속 데이터 전송율에 의존하거나 또는 낮은 네트워크 레이턴시를 요구할 수 있다. PDN-GW로의 엑세스 기술들에서의 제한 때문에(예를 들어 충분하지 않은 용량, 정체) 또는 PDN-GW와 UE 간의 지리적인 거리 때문에 서비스 요건을 만족시키는 것이 가능하지 않을 수 있다. 또한, 만약 예를 들어 서비스 기능이 UE에 대해 근거리 지역(local) 내이나 그러나 집중된 PDN-GW가 멀리 떨어져 있으면, 집중된 PDN-GW를 경유하는 라우팅은 네트워크 내에서 비효율적인 라우팅(tromboning)에 이를 수 있다. 서비스 제공과 UE에 의해 감지되는 체험의 질에 있어서 중대할 수 있는 선택된 서비스에 의존하여 특정의 PDN-GW을 선택하는 것은 가능하지 않다.

APN들 및 관련된 PDN-GW들은 로컬화된 서비스들(localized services)(예를 들어 LIPA / SIPTO에 의해 제공되는 로컬 네트워크들), 애플리케이션-특정 서비스들(application-specific services)(예를 들어 특화된 스토리지 네트워크, 고속의 웹, 컨텐트 전달 또는 클라우드 서비스), 또는 온라인 최적화 및 PDN-GW 연결들의 재정리(즉, UE들의 트래픽이 PDN-GW들의 용량을 초과하는 때에)를 전달하도록 마련될 수 있다. 문제는 UE들이 로컬화된 서비스들, 애플리케이션-특정 서비스들, 또는 (디폴트) PDN-GW 연결이 만들어진 후에 또한 변할 수 있는 PDN-GW들의 용량에 대한 지식이 없다는 것이다. 따라서, UE들은 추가적인 또는 그전에 알려진 PDN-GW들보다 더 나은 서비스들(예를 들어 UE에서 설정된, UE에게 넘겨진, 또는 몇몇 다른 수단을 통해 제공되는)을 제공할 수 있는 PDN-GW에 대한 연결 요청(connection request)을 촉발할 수 없다.

상기 인식된 문제들을 극복하고 네트워크 오퍼레이터가, 클라이언트에 의해 요청되는 서비스에 접속하기 위해 바람직한 동작 파라미터들(operational parameters)을 제공하는 게이트웨이를 선택할 수 있게 하는 해결책에 대한 필요성이 존재한다.

상기와 같은 문제점들을 해결하기 위한 본 발명의 목적은, 클라이언트 디바이스에 의해 요청되는 서비스에 접속하기 위해 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅(redirecting)하는 방법 및 그러한 클라이언트 디바이스를 제공하는 것이다.

본 발명의 태양에 따르면, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 제1 게이트웨이로부터 제2 게이트웨이로 클라이언트 디바이스를 리디렉팅하는 방법이 제안된다. 클라이언트 디바이스는 통신적으로 제1 게이트웨이에 연결 가능할 수 있다. 클라이언트 디바이스는 통신적으로 제2 게이트웨이에 연결 가능할 수 있다. 제2 게이트웨이는 통신적으로 네트워크 노드 기능에 연결 가능할 수 있다. 본 방법은, 클라이언트 디바이스로부터 제1 게이트웨이를 경유하여 전송된 데이터 시그널을 인터셉트하는 단계를 포함할 수 있다. 데이터 시그널은 네트워크 노드 기능을 이용하기 위한 데이터를 포함할 수 있다. 본 방법은 네트워크 노드 기능을 결정하고 그리고 네트워크 노드 기능의 식별 표시를 포함하는 분석 결과를 얻기 위해 데이터를 분석하는 단계를 더 포함할 수 있다. 본 방법은 분석 결과에 기반하여 제2 게이트웨이로의 레퍼런스를 선택하는 단계, 그리고 상기 레퍼런스를 포함하는 설정 데이터를 생성하는 단계를 더 포함할 수 있다. 본 방법은 제2 게이트웨이를 경유하여 네트워크 노드 기능을 이용하기 위한 추가적인 데이터를 전송하기 위해 클라이언트 디바이스를 설정하도록 설정 데이터를 클라이언트 디바이스에 전송하는 단계를 더 포함할 수 있다.

따라서 본 발명은 그 네트워크 노드의 기능이 네트워크 노드에서 가동되는 네트워크 노드 기능에 접속하기 위해 바람직한 구동 파라미터들을 갖는 게이트웨이를 선택하는 것을 가능하게 한다.

선택된 게이트웨이(즉, 제2 게이트웨이)는 전형적으로, 클라이언트 디바이스 또는 클라이언트 디바이스에 서비스하는 오퍼레이터의 네트워크에 관한, 바람직한 구동 파라미터들(예를 들어, 레이턴시(latency), 대역폭(bandwidth), 홉스(hops), 친화도(affinity), 데이터 처리 용량(data processing capacity), 스토리지(storage))을 제공하는데, 이는 제1 게이트웨이의 구동 파라미터들보다 우수하다. 제2 게이트웨이 선택은 미리 정의된 정책들(predefined policies)에 기반할 수 있다.

인터넷 게이트웨이는 예를 들어 (홈) 라우터, PDN-GW 또는 H(e)NodeB이다.

네트워크 노드 기능은 임의의 네트워크 노드에서 구동될 수 있다. 네트워크 노드 기능이 구동되는 네트워크 노드는, 제1 게이트웨이를 경유하거나 또는 제2 게이트웨이를 경유하여 네트워크 노드 기능에 접속하는 때와, 동일할 수 있다. 상이한 게이트웨이들을 경유하여 네트워크 노드 기능이 접속되는 경우, 네트워크 노드 기능은, 상이한 네트워크 노드들에서 구동될 수 있는 것이 가능하다.

네트워크 노드들의 예시들은 서버들(servers), 라우터들(routers), 및 스위치들(switches)이다. 네트워크 노드 기능들의 예시들은 애플리케이션(의 일부) 또는 네트워크 서비스들이다. 애플리케이션 서비스들은 예를 들어 웹 서버, HTTP 프락시, 데이터베이스, 웹 서비스(예를 들어 REST, SOAP), 데이터 스토어들, 또는 컨텐트 캐시(예를 들어 CDN 서비스)이다. 네트워크 서비스들의 예시들은 인터넷 게이트웨이들, DHCP 서버들, 방화벽들, 네트워크 요소 기능들(예를 들어 HSS, MME, PDN-GW), 네트워크 제어/시그널링 기능들(예를 들어 IMS 제어 기능들, 패킷 포워딩(packet forwarding), 경로 계산(path computation)), 및 프로토콜 구현들(OSPF, BGP, IPv4, IPv6)이다.

네트워크 노드는 리소스들을 가상화하기(virtualize) 위한 설비들(facilities), 예를 들어 하이퍼바이저(hypervisor)를 제공할 수 있다. 다수의 네트워크 노드들은 클라우드 네트워크 또는 리소스들의 풀(pool of resources)로의 접속을 제공하는 클라우드 서비스 제공자에서 구성될 수 있다. 다음으로 네트워크 노드 기능은 가상 머신(또는 가상화된 리소스들, 예를 들어 가상화된 스위치, 라우터에 접속(access)하기 위해 제공되는 다른 추상화(abstraction)들)의 일부로 구현되거나, 다중의 네트워크 노드 기능들은 하나의 가상 머신으로 결합될 수 있다.

하나의 실시예에서 분석하는 단계는 다음 중의 하나 이상을 포함할 수 있다:

통신망 계층 프로토콜(network layer protocol)을 결정하는 단계; 응용 계층 프로토콜(application layer protocol)을 결정하는 단계; 및 데이터 내의 이진 패턴이, 네트워크 노드 기능과 관련된 미리 정의된 이진 패턴과 비교되는 심층 패킷 검사(deep packet inspection).

이는 프로토콜 스택(protocol stack)의 다양한 레벨에서의 다양한 분석 가능성들(analyzing possibilities)을 가능하게 한다.

하나의 실시예에서, 선택하는 단계는 클라이언트 디바이스의 하나 이상의 속성들에 추가적으로 기반할 수 있다.

이는, 게이트웨이의 선택에 있어서 셀 로케이션(cell location), 정책들 및/또는 가입 정보와 같은 디바이스 특징들의 이용을 가능하게 한다.

하나의 실시예에서, 인터셉트하는 단계 및 분석하는 단계는, 서비스 감지 기능(service detection function)에 의해 수행될 수 있다. 선택하는 단계는, 서비스 게이트웨이 선택 기능(service gateway selection function)에 의해 수행될 수 있다. 설정 데이터를 클라이언트 디바이스에 전송하는 단계는, 서비스 리디렉션 기능(service redirection function)에 의해 수행될 수 있다. 서비스 감지 기능, 서비스 게이트웨이 선택 기능 및 서비스 리디렉션 기능은, 하나의 네트워크 노드 또는 하나 이상의 물리적으로 분리되고 그리고 통신적으로 연결된 네트워크 노드들에서, 컴퓨터로 구현되는 소프트웨어 기능들일 수 있다.

이는 본 방법의 일부가 특정 소프트웨어 기능들에 의해 수행되는 것을 가능하게 한다.

하나의 실시예에서, 본 방법은 분석 결과를 서비스 배치 기능(service placement function)에 전송하는 단계를 더 포함할 수 있다. 서비스 배치 기능은, 네트워크 노드 기능의 공급자의 제1 네트워크 노드에서 컴퓨터로 구현되는 소프트웨어 기능일 수 있다. 본 방법은, 서비스 배치 기능에 의한 분석 결과에 기반하여 네트워크 노드 기능으로의 접속을 가능하게 하는 단계를 더 포함할 수 있다.

서비스 배치 기능은, 네트워크 제어/시그널링(MPLS, SDN, IMS)을 포함하여 (오퍼레이터의) 네트워크, UE, 및/또는 리소스 이용가능성(resource availability), 보안(security), 및 정책들(policies)과 같은 가능한 다른 특징들과 관련된 리소스들을 선택, 할당, 및/또는 설정하는데 이용될 수 있다.

서비스 배치 기능은 관련 데이터 구조들을(relevant data structures) 업데이트할 수 있는데, 이러한 데이터 구조들이 존재하지 않거나 최신이 아닌 경우에 새로운 서비스를 참조하기(reference) 위함이다.

하나의 실시예에서, 접속을 가능하게 하는 단계는 레퍼런스를 서비스 배치 기능으로부터 서비스 게이트웨이 선택 기능으로 전송하는 단계를 포함할 수 있다.

이는, 예를 들어 데이터가 없거나 최신이 아닌 경우에, 레퍼런스로 서비스 배치 기능이 설정될 수 있게 한다.

하나의 실시예에서 접속을 가능하게 하는 단계는, 제2 네트워크 노드에서 네트워크 노드 기능을 로딩 및/또는 실행하는 단계를 포함할 수 있다.

이는, 제2 네트워크 노드에 이것이 나타나 있지 않은 경우에, 제2 네트워크 노드에서 네트워크 노드 기능이 이용 가능하도록 한다.

제1 네트워크 노드 및 제2 네트워크 노드는 하나이고 동일할 수 있다.

하나의 실시예에서 제2 게이트웨이는, 모바일 네트워크에서의 패킷 데이터 네트워크 게이트웨이이고, 그리고 레퍼런스는 엑세스 포인트 네임(access point name)일 수 있다. 선택적으로 제2 게이트웨이는 무선 로컬 네트워크에서의 엑세스 포인트이고, 그리고 레퍼런스는 서비스 세트 식별자(service set identifier)일 수 있다. 이는, 모바일 통신 네트워크들 및/또는 WiFi 네트워크들에서의, 네트워크 노드 기능들에 접속하기 위한 모바일 통신 네트워크들 및/또는 WiFi 네트워크들에서의 게이트웨이 선택을 가능하게 할 수 있다.

본 발명의 태양에 따라, 프로세서에 의해 실행되는 때에 상기 기술된 방법에서 인터셉트하는 단계 및 분석하는 단계를 위해 구동될 수 있는 서비스 감지 소프트웨어 기능이 제안된다.

본 발명의 태양에 따라, 프로세서에 의해 실행되는 때에 상기 기술된 방법에서 선택하는 단계를 위해 구동될 수 있는 서비스 게이트웨이 선택 소프트웨어 기능이 제안된다.

본 발명의 태양에 따라, 프로세서에 의해 실행되는 때에 상기 기술된 방법에서 클라이언트 디바이스로 설정 데이터를 전송하는 단계를 위해 구동될 수 있는 서비스 리디렉션 소프트웨어 기능이 제안된다.

본 발명의 태양에 따라, 프로세서에 의해 실행되는 때에 상기 기술된 방법에서 네트워크 노드 기능으로의 접속을 가능하게 하는 단계를 위해 구동될 수 있는 서비스 배치 소프트웨어 기능이 제안된다.

본 발명의 태양에 따라, 통신적으로 제1 게이트웨이에 접속 가능하고 그리고 제2 게이트웨이를 통해 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해 통신적으로 제2 게이트웨이 접속 가능한 클라이언트 디바이스가 제안된다. 클라이언트 디바이스는 제1 게이트웨이를 통해 데이터 시그널을 전송하도록 설정될 수 있다. 상기 데이터 시그널은 네트워크 노드 기능을 이용하기 위한 데이터를 포함할 수 있다. 클라이언트 디바이스는, 응답으로, 설정 데이터를 수신하고 그리고 네트워크 노드 기능을 이용하기 위한 추가적인 데이터를 제2 게이트웨이로 전송하도록 추가적으로 설정될 수 있다. 상술한 설정 데이터는, 상기 도시된 본 방법에 따라 생성되고 그리고 클라이언트 디바이스로 전송될 수 있다.

지금부터, 본 발명에 따른 실시예들이 보다 상세하게 기술될 것이다. 그러나, 이러한 실시예들이 본 발명에 관한 보호의 범위를 제한하는 것으로 해석될 수 없음이 인식되어야 한다.

본 발명은 네트워크 오퍼레이터가, 클라이언트에 의해 요청되는 네트워크 노드 기능에 접속하기 위해 바람직한 구동 파라미터들을 제공하는 게이트웨이를 선택할 수 있도록 한다.

본 발명의 태양은 도면들에 나타낸 실시예를 참조하여 더욱 상세히 도시될 것이다.
도 1은 본 발명의 예시적인 실시예에 따른 개략적인 네트워크 구조를 나타낸다.
도 2는 본 발명의 예시적인 실시예에 따른 기능적 구성 요소들을 나타낸다.
도 3은 본 발명의 예시적인 실시예에 따른 흐름도를 나타낸다.
도 4는 본 발명의 예시적인 실시예에 따른 네트워크 구조를 나타낸다.
도 5는 본 발명의 예시적인 실시예에 따른 시간 순서도(time-sequence diagram)이다.

도 1을 참조하면, 본 발명은 서비스를 전달하거나 서비스에 연결하기 위해, 클라이언트 디바이스(1)가 제2 게이트웨이(3)를 이용하는 것을 가능하게 하며, 제2 게이트웨이(3)는 클라이언트 디바이스(1)가 연결되어 있는 현재 또는 디폴트 제1 게이트웨이(2)와 구별된다. 상기 서비스는 임의의 네트워크 노드에 의해 제공되는 임의의 네트워크 노드 기능(4)일 수 있다. 제1 게이트웨이(2)를 통해 또는 제2 게이트웨이(3)를 통해 네트워크 노드 기능(4)에 접속하는 경우, 네트워크 노드 기능(4)이 구동되는 네트워크 노드는 동일할 수 있다. 네트워크 노드 기능(4)이 구별되는 게이트웨이들(2, 3)을 통해 접속되는 경우, 네트워크 노드 기능(4)은 다른 네트워크 노드들에서 구동되는 것이 가능하다.

네트워크 노드 기능은 예를 들어 서버 또는 클라우드 서비스 제공자 또는 라우터 기능에 의해 제공되는 서버 기능(server function)이다. 네트워크 서비스 제공자는 클라이언트 디바이스(1)가 어떠한 서비스를 요청하고 있는지 또는 이용하고 있는지를 감지할 수 있고, 서비스를 전달하기 위해 게이트웨이(3)를 선택할 수 있다(예를 들어, PDN-GW). 클라이언트 디바이스(1)는 선택된 게이트웨이(3)를 이용하여 (예를 들어, 서비스를 전달하는 PDN-GW(3)와 관련된 APN에 접속함으로써) 네트워크에 대한 새로운 연결을 만들도록 시그널링될(signaled) 수 있다.

네트워크 노드들의 예시들은 서버들(servers), 라우터들(routers), 및 스위치들(switches)이다. 네트워크 노드 기능의 예시들은 애플리케이션 또는 네트워크 서비스들(부분들)이다. 애플리케이션 서비스들은 예를 들어, 웹서버, HTTP 프락시, 데이터베이스, 웹 서비스(예를 들어, REST, SOAP), 데이터 스토어들, 또는 컨텐트 캐시(content cache)(예를 들어, CDN 서비스)이다. 네트워크 서비스들의 예시들은 인터넷 게이트웨이들, DHCP 서버들, 방화벽들, 네트워크 요소 기능들(예를 들어, HSS, MME, PDN-GW), 네트워크 제어/시그널링 기능들(예를 들어, IMS 제어 기능들, 패킷 포워딩, 경로 계산(path computation)), 그리고 프로토콜 구현(OSPE, BGP, IPv4, IPv6)이다.

네트워크 노드는 리소스들을 가상화하기 위한 설비들(facilities), 예를 들어 하이퍼바이저(hypervisor)를 제공할 수 있다. 다수의 네트워크 노드들은 클라우드 네트워크 또는 리소스들의 풀(pool of resources)로의 접속을 제공하는 클라우드 서비스 제공자 내에 구성될 수 있다. 다음으로 네트워크 노드 기능은 가상 머신의 일부로서(또는 가상화된 리소스들, 예를 들어 가상화 스위치, 라우터에 접속(access)하기 위해 제공되는 다른 추상화(abstraction)들) 또는 다중의 네트워크 노드 기능들은 하나의 가상의 머신으로 결합될 수 있다.

다음의 예시들에서 클라이언트 디바이스들에 네트워크 노드 기능들을 제공하는 네트워크 노드들은 서버들과 관련되어 있다. 예시들은 라우터들 및 라우터 기능들과 같은 다른 타입의 네트워크 노드들 및 네트워크 노드 기능들에 유사하게 적용될 수 있다. 네트워크 노드들은, 클라우드 서비스 제공자 측의 서버들 또는 가상의 서버들을 포함하는 임의의 종류의 서버들일 수 있다.

본 발명은, 특정 서비스를 위해 게이트웨이(3)에 대한 새로운 연결을 요청하기 위해, UE(1)에 연결 설정 정보(예를 들어, APN(access point name), SSID(service set identifier), 및 필터링 및 라우팅 룰과 같은 다른 가능한 관련 데이터)를 제공하는 방법을 제공한다. 전형적으로, 이러한 연결들은 예를 들어 진화된 패킷 코어 네트워크에서 PDN-GW(packet data network-gateway)를 참조하는 APN에 의해 식별되지만, 그러나 연결 설정은 또한 예를 들어 WiFi와 같은 다른 타입의 네트워크로의 연결을 포함할 수 있다. APN은 하나 이상의 서비스를 제공하는 PDN-GW(3)를 가리킬 수 있고, 그래서 APN과 PDN-GW(3) 간의 엄격한 일대일 관련성은 존재하지 않는다는 것에 주목하라. 구현에 따라서, APN은 다중 서비스들에 대해 싱글 PDN-GW로 리졸브(reslove)하거나, 싱글 서비스에 대해 싱글 PDN-GW로 리졸브하거나(예를 들어, 서비스당 하나의 PDN-GW), 또는 싱글 서비스에 대해 다중 PDN-GW들로 리졸브할(예를 들어, 다른 장소에서 동일한 서비스를 제공하는 하나 이상의 PDN-GW) 수 있다.

도 2는, 4 개의 메인 기능의 구성 요소들: 서비스 감지 기능(service detection function, SDF)(6), 서비스 게이트웨이 선택 기능(service gateway selection function, SGSF)(7), 서비스 리디렉션 기능(service redirection function, SRF)(8), 및 추가적인 서비스 배치 기능(service placement function, SPF)(9)이 도시된, 본 발명에 따른 실시예를 나타낸다.

서비스 감지 기능(SDF)(6)은 게이트웨이 리디렉션(redirection)을 촉발한다. UE(1) 또는 오퍼레이터는 UE와의 직접 연결을 통해, 또는 UE(1)가 서비스와 교류하기 위해 이용하는 중개 시스템(예를 들어 네트워크 디바이스, 질의 시스템(query system), 서버)을 통해 게이트웨이 리디렉션을 시작할 수 있다(공지의 메카니즘을 통해 연결할 수 있기 전에 APN이 UE(1)에 알려짐).

SDF(6)는 네트워크 트래픽 검사(network traffic inspection)를 이용할 수 있다. 네트워크 트래픽 검사에 있어서, 트래픽 흐름이 있는 어느 곳에나 있는 네트워크 서비스(예를 들어 딥 패킷 검사 어플라이언스, 방화벽, NAT 라우터, PDN-GW)는 UE 트래픽을 검사할 수 있고 특정 패턴에 대한 트래픽 분석 기능을 실행할 수 있다(예를 들어 DNS 질의, IP 어드레스 범위, URL). 트래픽 분석 기능이 서비스와 관련된 패턴과 매치하는 때에, 이것은 UE(1) 및 매칭 서비스에 관한 정보와 함께 SGSF(serving gateway selection function)(7)에게 요청을 전송할 수 있다. 예를 들어, 네트워크 디바이스가 IPv6 이웃 발견 프로토콜 메시지(neighbor discovery protocol messages)를 UE로부터 수신하는 때에, UE의 IPv6 지원 능력의 표시는 감지될 수 있다. SDF(6)는, IPv6 게이트웨이 리디렉션이 UE를 위해 만들어질 수 있다는 것을 SGSF(7)에 통지할 수 있다. 다른 예로서, 네트워크 디바이스는 UE 트래픽에서 특정 URL들(예를 들어 http://storage.provider.com/bigfile.zip)을 찾을 수 있다. SDF(6)는 다음으로 더욱 최적으로 (예를 들어, UE(1)에 대해 적은 리소스들을 이용하거나 또는 디폴트 PDN-GW(2)에 과부하가 걸릴 수 있으므로) 요청을 다룰 수 있는 서버를 찾는 것을 SGSF(7)에 통지할 수 있다.

SDF(6)는 네트워크 제어(network control) 및 시그널링(signalling)을 이용할 수 있다. 네트워크 관리에 있어서, 네트워크 서비스 제공자는 게이트웨이 리디렉션을 시작하기 위해 UE 고유 속성들을 이용할 수 있다(예를 들어, 셀 로케이션(cell location), 정책들, 가입자 정보). 예를 들어, UE(1)가 특정 셀(예를 들어 (Home)eNodeB에 의해 정의됨), 지리적 장소, 또는 영역(예를 들어 도시, 사무소) 내에 있거나, 또는 UE(1)이 특정 소프트웨어를 구동하는 때에, UE(1)는 PDN-GW(3) 및 그의 관련 서비스들에 대한 접근권을 얻을 수 있다. 네트워크 모니터(6)는 그에 맞춰 SGSF(7)에 통지할 수 있다.

SDF(6)는 DNS를 이용할 수 있다. UE(1)는 DNS를 이용하는 서비스의 IP 어드레스를 리졸브(resolve)할 수 있다. DNS 리졸버 기능(DNS resolver function)은 예를 들어 UE(1)가 처음에 연결을 설정한 디폴트 PDN-GW(2)에 의해 제공된다. 네트워크 서비스 제공자는 서비스(예를 들어 www.kpn.com, maps.google.com)를 감지하기 위한 UE(1)의 DNS 요청에 귀를 기울일 수 있다. 네트워크 서비스 제공자는, 추가적인 기능들을 나타내기 위해서 DNS 이름의 특정 포메팅(formatting)을 구현할 수 있다. 예를 들어 www.kpn.com.local과 같이 '.local' 접미사를 URL에 추가하는 것은, 디폴트 PDN-GW(2) 대신에, 이용가능하다면 로컬 PDN-GW(3)에 대한 요청을 나타낼 수 있다. 예를 들어 www.kpn.com.my 와 같이 접미사 '.my'를 URL에 추가하는 것은, 서비스 요청을 다루기 위해 개인화된(personalized) 특정 네트워크 컨텍스트(network context)를 가진 PDN-GW(3)에 대한 요청을 나타낼 수 있다. 예를 들어 www.kpn.com.amsterdam과 같이 접미사 '.amsterdam'을 URL에 추가하는 것은, 서비스 요청을 다루기 위해 암스테르담으로부터의 서버 및 PDN-GW(3)에 대한 요청을 나타낼 수 있다. 예를 들어 www.kpn.com.wifi와 같이 접미사 'wifi'를 URL에 추가하는 것은, 서비스 요청을 다루기 위해 WiFi 네트워크 및 WiFi 엑세스 포인트(access point)(3)를 이용하는 서버에 대한 요청을 나타낼 수 있다.

UE(1)로부터 서비스 요청을 수신하는 서버는 네트워크 서비스 제공자에게 UE(1)를 다른 게이트웨이(예를 들어 UE가 연결되어 있는 네트워크 오퍼레이터와 접촉함으로써)로 리디렉팅할 것을 요청하거나 또는 UE(1)에게 새로운 게이트웨이 연결을 시작할 것을 요청할 수 있다(예를 들어 HTTP 응답에서 또는 애플리케이션 프로토콜의 일부분으로서).

UE(1)는 네트워크 서비스 제공자에서 현재 이용가능한 APN들 및 관련 서비스들의 리스트를 포함하는 웹 페이지 또는 서버를 통해 SRF(8)에 접속할 수 있고, 상기 리스트로부터 이용하길 원하는 서비스와 관련된 APN을 선택할 수 있다. UE(1)는 새로운 APN을 선택하기 위해 웹 포탈 상의 정보를 이용하거나, 특정 서비스의 APN을 위해 APN 서버에 질의할 수 있다.

UE 촉발의 APN 연결 요청의 현재 방법들과의 차이점은, PDN-GW 리디렉션이 SDF(6) 또는 서비스가 선택된 때에는 서버에 의해 촉발될 수 있다는 것이고 사용자가 수동으로 APN을 입력할 필요가 없다는 것이다(또는 APN을 알 필요가 없다는 것). 더욱이, APN 서비스(예를 들어 웹 페이지)는 UE의 현재 컨택스트(예를 들어 장소, 가입, 계정 정보)만이 관련된 정보를 제공할 수 있다. 예를 들어, 사용자는 서비스 설명(예를 들어 하이퍼링크)을 클릭함으로써 서비스에 가입할 수 있다. 이는 특정 서비스(예를 들어 가입비 지불 후에)를 배달하는 UE(1)에서의 PDN-GW 리디렉션을 초래할 수 있다(예를 들어, APN 서비스에서의 SDF(6)가 SPSF(7)에 요청을 전송함). 선택적으로(alternatively), 리디렉션은 UE(1)로부터 예를 들어 근처의 WiFi 엑세스 포인트(3)로의 새로운 연결을 초래할 수 있다.

선택적으로(optionally), SDF(6)는, (예컨대, 서비스가 감지된 경우 또는 서비스가 오퍼레이터의 네트워크에서 이용가능하지 않은 경우에) 서버 및 관련 설정들을 준비하고 그리고 서버 및 그의 관련 설정을 SGSF(7)에 알리라는 요청을 SPF(9)에 전송할 수 있다(예를 들어, 업무량을 PDN-GW(3)에 분담하도록 서비스 제공자에게 요청함). 이 메카니즘은 주문형 서비스 요청들(service requests on-demand)을 최적화하기 위한 리소스들의 할당(allocation of resources) 및 서버 설정(configuration of servers)을 개시하는데 이용될 수 있다.

SGSF(7)는 게이트웨이(3)(예를 들어, PDN-GW 또는 WiFi 엑세스 포인트) 및 게이트웨이(3)로의 연결을 셋업하기 위한 관련 설정(예를 들어, APN 및 라우팅 및 필터링 룰들)을, 예를 들어 데이터베이스와 같은 메모리로부터 선택한다. 새로운 서비스가 이용가능하면, 오퍼레이터는 데이터베이스를 수동으로 업데이트할 수 있다; 선택적으로(optionally), SPF(9)가 데이터베이스를 업데이트할 수 있다. SGSF(7)는 특정 서비스 요청에 대해 적당한 리소스 및/또는 게이트웨이가 이용가능하지 않음을 통지할 수 있다. 이러한 경우에, SGSF(7)는 특정 게이트웨이 배후에서 특정 리소스에 관한 새로운 서비스를 인스턴스화하고(instantiate), 필요한 업데이트를 하기 위한 요청을 SPF(9)에 전송할 수 있다.

선택적으로(optionally), 적당한(예를 들어 로컬의) 서비스가 이용가능하지 않은 경우에, SGSF(7)는 서비스 요청을 다루기 위해 서비스 또는 서비스 배치(service placement)의 새로운 인스턴스생성(instantiation)을 요청한다. 이 경우, SPF(9)는, (오퍼레이터의) 네트워크, UE(1), 및/또는 예들 들어 리소스 이용가능성(resource availability), 보안(security), 및 정책들(policies)과 같은 가능한 다른 속성들과 관련된 리소스들을 선택하고, 할당하고, 설정한다. SPF(9)는 새로운 서비스를 참조하기 위해 관련된 데이터 구조를 업데이트할 수 있다. 예를 들어, SPF(9)는, 새로운 APN 및 해당 PDN-GW(3)를 가지고 APN 리졸루션(resolution)에 이용되는 인프라스트럭처 내부 DNS(이는 일반적인 공용 인터넷 DNS와는 구별됨)를 설정할 수 있다. SPF(9)는 또한 SGSF(7)에 새로운 연결 설정(예를 들어 APN, SSID, 라우팅, 필터링)을 통지할 수 있다. SGSF(7) 또는 SPF(9)는 새로운 또는 업데이트된 연결 설정을 가지고 데이터베이스를 업데이트할 수 있다.

서비스 리디렉션 기능(service redirection function, SRF)(8)은 (예를 들어 PDN-GW(3) 또는 WiFi 엑세스 포인트(3)에 대한) 새로운 게이트웨이 연결을 생성하기 위해 연결 설정 데이터와 함께 요청을 UE(1)에 전송할 수 있다. 상기 요청은 IMS 또는 EPC의, 또는 인터넷 또는 네트워크 제어 기능들에 내장된 클라이언트 프로그램 또는 서버 프로그램, 세션 관리 기능들을 통해 전송될 수 있다. 예를 들어, UE(1)가 서비스에 접속하는 어드레스를 리졸브(resolve)하는 때에, 디폴트 PDN-GW(2) 연결의 DNS 서버는 APN 및 응답의 DNS 리소스 기록(resource record) 내(예컨대, TXT 기록 내의)의 추가적인 설정 파라미터들로 응답할 수 있다. UE(1)는 새로운 게이트웨이 연결을 위한 요청을 구성하기 위해 리소스 기록을 처리할 수 있다. SRF(8)의 일부가 UE에서 구현될 수 있다.

도 3은 본 발명에 따른 흐름도를 나타낸다. UE(1)는 디폴트 게이트웨이(2)를 통해 서비스 요청(101)을 생성한다. SDF(6)는 상기 서비스 요청을 인터셉트하고(102a) 분석한다(102b). SPF(9)가 시그널링될지 여부가 선택적으로 결정된다(107). 만약 SPF(9)가 이용되지 않는다면 SGSF(7)는 요청된 서비스에 이용될 게이트웨이의 설정을 결정한다(103). 만약 요청된 서비스가 SGSF(7)에 의해 발견될 수 없다면, 이는 단계 111에서 추가적으로 결정되는데, SPF(9)는 누락된 데이터를 제공하기 위해 이용될 수 있다. 만약 SPF(9)가 이용되지 않으면, 그러면 SRF(8)는, UE(1)로부터 게이트웨이(3)까지의 연결을 셋업하기 위해 상기 설정 데이터를 전송한다(104). UE는 새로운 게이트웨이 연결을 요청하고 설정하고(105), 서비스에 대한 새로운 요청을 새로운 게이트웨이 연결로 리디렉트 한다(106). 서비스 4, 12, 13이 서비스 제공자로부터 요청될 수 있는지가 결정될 수 있다(109). 그러한 경우가 아니라면 프로세스는 정지한다(110). SPF(9)는 선택적으로(optionally) 서비스 1, 12, 13을 로드하고 실행할 것을 서비스 제공자에게 요청한다(108)

다음의 예시들에서 게이트웨이 리디렉션은 DNS 기반으로 한다.

오퍼레이터는, 서비스 제공자가 오퍼레이터의 네트워크, UE, 및 리소스 이용가능성, 보안, 및 정책들과 같은 가능한 다른 속성과 관련된 리소스들을 선택하고, 할당하고, 설정하는 것을 허용하는 다수의 물리적 장소들(예를 들어, (Home eNodeB를 갖는) 특정 빌딩, 특정 영역 내의, 또는 또는 특정 커버리지를 가진 PDN-GW들)이 서비스 제공자에게 이용가능하도록(예를 들어 애플리케이션 프로그래밍 인터페이스를 통해) 할 수 있다. 선택적으로(alternatively), 오퍼레이터는 그의 네트워크 내의 서비스 공급자로부터의 서버(예를 들어 웹 서버)를 수동을 설정할 수 있다.

SPF(9)의 실시예가 도 4에 나타나 있다. 소스(6)로부터 요청을 수신하면(예를 들어 서비스 제공자(10), SDF(6), 또는 SGSF(7)로부터), SPF(9)는 외부 네트워크(15)에서 서비스(2, 13)를 위해 서버를 호스트할 것을 서비스 제공자(10)에게 요청할 수 있다. 서비스 12, 13의 서버의 오퍼레이터는 애플리케이션-프로그래밍 인터페이스를 통해 컴퓨터 리소들(11)을 서비스 제공자(10)에게 제공할 수 있다. 서비스 요청들을 수신하기 위해, 네트워크 설정은 설정 업데이트 요청을 네트워크 서비스 제공자(16)에 전송함으로써 업데이트될 수 있다. 예를 들어, PDN-GW(3)은 추가적인 라우팅 및 필터링 룰들을 필요로 할 수 있고, DNS 서비스(14)의 DNS 서버는 업데이트될 필요가 있을 수 있다.

SDF(6) 및 SGSF(7)는, UE(1)의 디폴트 연결(예를 들어 디폴트 PDN-GW(2))과 관련될 수 있는, DNS 서비스(14)의 DNS 서버의 일부로서 구현될 수 있다. SDF(6) 및 SGSF(7)는 DNS 서버 백엔드(backend)(예를 들어 오픈 소스 PowerDNS)를 확장함으로써 구현될 수 있다.

UE(1)가 서비스 요청(예를 들어 HTTP 또는 SIP 요청)을 전송하는 때에, 이것은 서비스의 장소(예를 들어 IP 어드레스)를 리졸브(resolve)해야 한다. 따라서 서비스 요청은 전형적으로, SDF(6)에 의해 감지되는 디폴트 연결 설정에 의해 셋업된 DNS 서비스(14)의 DNS 서버에 대한 DNS 질의(DNS query)를 초래한다. SGSF(7)(그리고 선택적으로 SPF(9))에 대한 요청이 UE의 DNS 질의의 결과로서 시작될 수 있다.

UE의 DNS 질의(적어도 UE가 접속하길 원하는 서비스의 명칭 및 가능하게는 그 IP 어드레스 같은 UE의 신분(identity)을 포함함)로부터, SGSF(7)는 특정 서비스들과 관련된 연결 설정들의 리스트를 포함할 수 있는 데이터베이스로부터 게이트웨이(3)를 선택하고, 일반적인 질의 응답에 부수하는 연결 설정과 함께 DNS 리소스 기록을 생성한다. DNS 리소스 기록의 예시는, 예컨대 다음과 같은 연결 설정을 포함하는 RFC1464 호환의 DNS 기록이다.

www.kpn.com 1883 IN A 62.132.193.64

www.kpn.com IN TXT "APN=office.kpn.com"

DNS 리소스 기록은 UE의 DNS 질의에 대한 응답으로서 반환된다(returned). UE(1)는 이것이 새로운 PDN-GW 연결을 생성하는 것이 좋은지, WiFi 엑세스 포인트로 전환하는 것이 좋은지, 또는 아무것도 안하는 것이 좋은지를 결정하기 위해서, DNS 리소스 기록을 이용할 수 있다. 만약 UE(1)가 새로운 PDN-GW 또는 WiFi 엑세스 포인트 연결을 요청하면, 이것은 DNS 리소스 기록(예를 들어 PDN-GW 연결 요청)으로부터의 정보를 이용하여 연결을 생성하고 셋업하기 위해, 알려진 메카니즘을 이용할 수 있다. 일단 새로운 게이트웨이 연결이 셋업되면, 게이트웨이-특정 서비스 요청은 게이트웨이(3)를 통해 전송될 수 있다.

도 5는 본 발명의 실시예에 따른 시간 순서도를 나타낸다. 선택적으로, 예를 들어 서비스 제공자(10)로부터 서비스 배치 요청은 네트워크 서비스 제공자(16)측의 SPF(9)로 전송될 수 있다. SPF(9)는 선택적으로 DNS 서버를 업데이트하기 위한 데이터를 포함하는 업데이트 메시지를 DNS 서비스(14)에 전송한다. 본 예시에서는 SDF(6), SGSF(7) 및 SRF(8)는 DNS 서비스(14)의 DNS 서버와 동일한 서버에 위치한다. 클라이언트 디바이스(1)는, 클라이언트 디바이스(1)가 연결된 디폴트 PDN-GW(2)를 통해, DNS 서버(14)의 DNS 서버로 데이터 시그널, 본 예시에서 DNS 룩업 메시지(lookup message)를 전송한다. DNS 룩업은 SDF(6)에 의해 인터셉트된다. SDF(6)는 DNS 룩업 메시지를 분석하고, 상기 분석 결과는 SGSF(7)에 의해 최적의 PDN-GW(3)을 선택하는데 이용된다. SRF(8)는 최적의 게이트웨이(3)에 대한 레퍼런스와 함께 설정 데이터를 디폴트 PDN-GW(2)를 통해 클라이언트 디바이스(1)에 전송한다. 본 예시에서 설정 데이터는 DNS 룩업에 대응하여 클라이언트 디바이스(1)에 전송되는 DNS 리소스 기록의 일부이다. 클라이언트 디바이스(1)는, 가능하게는 클라이언트 디바이스 내의 SRF(8) 부분을 이용하여, 최적의 게이트웨이(3)에 접속하도록 설정되고, 최적의 게이트웨이(3)와의 연결을 셋업하기 위해 게이트웨이 연결 요청(gateway connection request)을 네트워크 서비스 제공자(16)에 전송한다. 네트워크 서비스 제공자(16)는 게이트웨이 연결 응답(gateway connection response)을 가지고 응답한다. 클라이언트 디바이스(1)는 게이트웨이 연결 셋업을 마무리하며, 이는 박스 17로 나타내지고, 이후에 클라이언트 디바이스(1)로부터 서비스(4)의 서버로의 서비스 요청 및 서비스(4)의 서버로부터 클라이언트 디바이스(1)로의 서버 응답들은 최적의 PDN-GW(3)을 통해 전송된다.

본 발명은 게이트웨이 리디렉션이 복수의 도메인들에 걸쳐 있는, 시나리오에서 이용될 수 있다. 이 경우, SDF(6), SGSF(7), 및 선택적으로 SPF(9)는 네트워크 서비스 제공자(16)와 통신하는 것이 필요할 수 있다. 예를 들어, SDF(6)는 다른 네트워크로의 게이트웨이 연결을 생성함으로써 최적화될 수 있는 서비스를 감지할 수 있다. 서비스 요청을 다루기 위해 가능성 있는 게이트웨이(possible gateway)들에 대한 이용가능성은, 네트워크 서비스 제공자들 간에 공유되는, 인프라스트럭처 DNS(예를 들어 RFC1464 호환의 DNS 기록들)에 위치할 수 있다. 연결 설정 정보를 저장하기 위해 인프라스트럭처 DNS를 이용함으로써, SGSF(7)는 복수의 서비스 제공자 네트워크들에 걸쳐있는 가능성 있는 게이트웨이들 중에서 선택을 할 수 있다.

UE(1)에 대한 IP 연결성(IP connectivity)이 PDN-GW를 통해 제공되는지 또는 다른 접속 기술들(예를 들어 WiFi)을 통해서 제공되는지는 본 발명의 작동과는 무관하다. 기능적인 구성 요소들은 예를 들어 PDN-GW들에 위해 기술되는 것과 유사하게 예컨대 WiFi에서 구현될 수 있다.

모바일 네트워크 연결로부터 WiFi 엑세서 포인트(3)로의 연결 생성은 다음과 같이 달성될 수 있다. SDF(6)는 서비스 요청을 감지한다. SGSF(7)은 UE(1)를 서비스하는 현재 셀의 지리적인 장소에 대해 모바일 관리 엔터티(mobile management entity, MME)에 질의한다. SGSF(7)은, UE(1)의 현재 장소 범위 내에 있을 수 있는 WiFi 엑세스 포인트를 결정한다(즉, WiFi 엑세스 포인트들은 또한 지리적인 장소와 관련되어 있다). UE(1)의 MAC 어드레스가 등록되어 있는지 여부를 확정하기 위해 SGSF(7)는 WiFi 엑세스 포인트(3)에 질의한다. 만약 MAC 어드레스가 특정 WiFi 엑세스 포인트(3)에 등록되어 있고 신호 강도가 충분하면, SGSF(7)는 특정 엑세스 포인트(3)의 SSID를 반환한다. SRF(8)는 WiFi 엑세스 포인트(3)에 접속할 것을 UE(1)에게 요청할 수 있다.

특정 서비스들을 라우트하기 위해 다른 경로를 선택하는 것 또는 다른 서비스 품질을 제공하는 것과 같이, SGSF(7)는 네트워크 속성들을 최적화하는데 이용될 수 있다. 이러한 경우 다음으로, SRF(8)는 추가적인 정보를 서비스 요청에 붙이거나(예를 들어, MLPS 또는 VLAN들과 유사한 IP 트래픽에서의 토큰) 또는 특정 네트워크 서비스들을 적용하는데(예를 들어, 소스 라우팅) 이용되는, 새로운 연결 설정을 생성하는데 이용될 수 있다.

본 발명에 따른 하나의 실시예는 컴퓨터 시스템을 가지고 이용하기 위한 프로그램 제품으로 구현될 수 있다. 상기 프로그램 제품의 프로그램(들)은 (이 문서에 기술된 방법을 포함하여) 실시예들의 기능들을 정의하고, 다양한 일시적이지 않은 컴퓨터 판독가능 저장 매체에 담길 수 있다. 예시적인 컴퓨터 판독가능 저장 매체는 (ⅰ) 정보가 영구적으로 저장되는 쓰기 불가능의 저장 매체 (예를 들어, CD-ROM 드라이브에 의해 읽힐 수 있는 CD-ROM 디스크들과 같은 컴퓨터 내의 ROM(read-only memory) 디바이스들, ROM 칩 또는 임의의 타입의 고체-상태 비휘발성의 반도체 메모리); 및 (ⅱ) 변경 가능한 정보가 저장되어 있는, 쓰기 가능한 저장 매체 (예를 들어, 플래시 메모리, 디스켓 드라이브 내의 플로피 디스크 또는 하드-디스크 드라이브 또는 임의의 타입의 고체-상태 랜덤-엑세스 반도체 메모리)를 포함하되, 이에 한정되는 것은 아니다.

Claims

클라이언트 디바이스(1)로부터 원격의 네트워크 노드 기능(4)에 접속하기 위해, 클라이언트 디바이스(1)를 제1 게이트웨이(2)로부터 제2 게이트웨이(3)로 리디렉팅하는 방법으로서,
클라이언트 디바이스(1)는 통신적으로 제1 게이트웨이(2)에 연결되고, 클라이언트 디바이스(1)는 통신적으로 제2 게이트웨이(3)에 연결 가능하고, 그리고 제2 게이트웨이(3)는 통신적으로 네트워크 노드 기능(network node function)(4)에 연결 가능하고,
제2 게이트웨이(3)는 모바일 네트워크 내의 패킷 데이터 네트워크 게이트웨이이거나, 또는 제2 게이트웨이(3)는 무선 로컬 네트워크 내의 엑세스 포인트이고,
상기 방법은:
클라이언트 디바이스(1)로부터 제1 게이트웨이(2)를 경유하여 전송된 데이터 시그널(data signal)을 인터셉트하는 단계로서 데이터 시그널이 네트워크 노드 기능(4)을 이용하기 위한 데이터를 포함하는 단계(102a);
네트워크 노드 기능(4)을 결정하고, 그리고 네트워크 노드 기능(4)의 식별 표시(indication)를 포함하는 분석 결과를 얻기 위해, 상기 데이터를 분석하는 단계(102b);
상기 분석 결과에 기반하여 제2 게이트웨이에 대한 레퍼런스를 선택하고(103), 그리고 상기 레퍼런스를 포함하는 설정 데이터를 생성하는 단계; 및
제2 게이트웨이(3)를 경유하여 네트워크 노드 기능(4)을 이용하기 위한 추가적인 데이터를 전송하도록(106) 클라이언트 디바이스(1)를 설정하기(105) 위하여, 상기 설정 데이터를 클라이언트 디바이스(1)에 전송하는(104) 단계를 포함하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제1 항에 있어서,
분석하는 단계(102b)는,
통신망 계층 프로토콜(network layer protocol)을 결정하는 단계;
응용 계층 프로토콜(application layer protocol)을 결정하는 단계; 및
상기 데이터 내의 이진 패턴(binary patterns)이, 상기 네트워크 노드 기능과 관련된 미리 정의된 이진 패턴과 비교되는, 심층 패킷 검사(deep packet inspection) 단계 중에서 하나 이상의 단계를 포함하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제1 항에 있어서,
선택하는 단계(103)는,
클라이언트 디바이스(1)의 하나 이상의 특징들에 추가적으로 기반하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제1 항에 있어서,
인터셉트하는 단계(102a) 및 분석하는 단계(102b)는,
서비스 감지 기능(service detection function)(6)에 의해 수행되고;
선택하는 단계(103)는,
서비스 게이트웨이 선택 기능(service gateway selection function)(7)에 의해 수행되고; 그리고
설정 데이터를 클라이언트 디바이스(1)에 전송하는 단계(104)는,
서비스 리디렉션 기능(service redirection function)(8)에 의해 수행되되,
서비스 감지 기능(6), 서비스 게이트웨이 선택 기능(7) 및 서비스 리디렉션 기능(8)은, 하나의 네트워크 노드 또는 하나 이상의 물리적으로 분리되고 그리고 통신적으로 연결된 네트워크 노드들에서, 컴퓨터로 구현되는 소프트웨어 기능들인, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제1 항에 있어서,
분석 결과를 서비스 배치 기능(service placement function)(9)에 전송하는 단계(107); 및
서비스 배치 기능(9)에 의한 분석 결과에 기반하여 네트워크 노드 기능(4)으로의 접속을 가능하게 하는 단계(108)를 더 포함하되,
서비스 배치 기능(9)은,
네트워크 노드 기능(4)의 공급자의 제1 네트워크 노드에서 컴퓨터로 구현되는 소프트웨어 기능인, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제5 항에 있어서,
접속을 가능하게 하는 단계(108)는,
상기 레퍼런스를 서비스 배치 기능(9)으로부터 서비스 게이트웨이 선택 기능(7)으로 전송하는 단계를 포함하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제5 항에 있어서,
접속을 가능하게 하는 단계(108)는,
제2 네트워크 노드에서 서비스 배치 기능(9)에 의해 네트워크 노드 기능(4)을 로딩 및/또는 실행하는 단계를 포함하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제1 항에 있어서,
제2 게이트웨이(3)가 모바일 네트워크 내의 패킷 데이터 네트워크 게이트웨이이면, 상기 레퍼런스는 접속 포인트 이름이고; 또는
제2 게이트웨이(3)가 무선 로컬 네트워크 내의 엑세스 포인트이면, 상기 레퍼런스는 서비스 집합 식별자(service set identifier)인, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제4 항에 있어서,
서비스 감지 기능(6)은,
프로세서에 의해 실행되는 경우, 상기 인터셉트하는 것 및 상기 분석하는 것을 위해 구동되는 것을 특징으로 하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제4 항에 있어서,
서비스 게이트웨이 선택 기능(7)은,
프로세서에 의해 실행되는 경우, 상기 선택하는 것을 위해 구동되는 것을 특징으로 하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제4 항에 있어서,
서비스 리디렉션 기능(8)은,
프로세서에 의해 실행되는 경우, 상기 설정 데이터를 클라이언트 디바이스로 전송하는 것을 위해 구동되는 것을 특징으로 하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
제5 항에 있어서,
서비스 배치 기능(9)은,
프로세서에 의해 실행되는 경우, 네트워크 노드 기능으로의 접속을 가능하게 하는 것을 위해 구동되는 것을 특징으로 하는, 클라이언트 디바이스로부터 원격의 네트워크 노드 기능에 접속하기 위해, 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로 리디렉팅하는 방법.
클라이언트 디바이스(1)로서,
클라이언트 디바이스(1)는 제2 게이트웨이(3)를 경유하여 클라이언트 디바이스(1)로부터 원격의 네트워크 노드 기능(4)에 접속하기 위해, 제1 게이트웨이(2)에 통신적으로 연결 가능하고 제2 게이트웨이(3)에 통신적으로 연결 가능하고,
제2 게이트웨이(3)는 모바일 네트워크 내의 패킷 데이터 네트워크 게이트웨이이거나, 또는 제2 게이트웨이(3)는 무선 로컬 네트워크 내의 엑세스 포인트이고,
클라이언트 디바이스(1)는:
제1 게이트웨이(2)를 경유하여 데이터 시그널을 전송하도록(101) 구성되고, 상기 데이터 시그널은 네트워크 노드 기능(4)을 이용하기 위한 데이터를 포함하고; 그리고
응답으로, 설정 데이터를 수신하고(104) 그리고 제2 게이트웨이(3)를 경유하여 네트워크 노드 기능(4)을 이용하기 위한 추가적인 데이터를 전송하도록(106) 구성되고,
상기 설정 데이터는,
제1 항 내지 제8 항 중 어느 한 항에 의한 방법에 따라 생성되고 그리고 클라이언트 디바이스(1)에 전송되는, 클라이언트 디바이스.