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

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

Info

Publication number
KR20150121169A
KR20150121169A KR1020157026329A KR20157026329A KR20150121169A KR 20150121169 A KR20150121169 A KR 20150121169A KR 1020157026329 A KR1020157026329 A KR 1020157026329A KR 20157026329 A KR20157026329 A KR 20157026329A KR 20150121169 A KR20150121169 A KR 20150121169A
Authority
KR
South Korea
Prior art keywords
gateway
client device
service
function
network node
Prior art date
Application number
KR1020157026329A
Other languages
English (en)
Other versions
KR101753505B1 (ko
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 코닌클리즈케 케이피엔 엔.브이.
Publication of KR20150121169A publication Critical patent/KR20150121169A/ko
Application granted granted Critical
Publication of KR101753505B1 publication Critical patent/KR101753505B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H04L67/327—
    • H04L67/16—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
    • H04L67/322—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

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)는, 클라우드 컴퓨팅과 함께, 클라우드 서비스 제공자의 클라우드 서비스를 이용하다. 클라우드 서비스는, 임의의 네트워크 접속을 통해, 클라우드 컴퓨팅 기술을 이용하는 임의의 연결된 디바이스를 이용하여, 주문에 따라 언제든지 배달되고 수요될 수 있는 서비스이다. 클라우드 서비스 사용자(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) 전송을 포함하여, 클라우드 리소스들의 주문형 과제(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)은, 서로 믿을 수 있는 클라우드들이 그들의 리소스들을 통합함으로써 논리적으로 함께 참여하는 인터-클라우드 컴퓨팅을 구현하는 방법이다. 인터-클라우드 연합은 CSP가 요구 변화(demand variations)에 대한 반응으로 다른 CSP들에게 다이나믹하게 리소스들을 외부위탁(outsource)할 수 있도록 할 수 있다.
모바일 클라우드는, 클라우드 컴퓨팅 기술을 이용하여 파워 및 호스트되는(powered and hosted), 모바일 애플리케이션이 빌트된 모델이다. 클라이언트 디바이스는, 클라우드 내에 저장되어 있고 처리되는 정보에 사용자를 접근할 수 있게 하는 온-디바이스 게이트웨이처럼 동작할 수 있다. 모바일 클라우드 애플리케이션들은 클라우드에 위치한 서버들에게 프로세싱 또는 스토리지 작업을 전송할 수 있고, 그 결과를 수신하고 디스플레이 할 수 있고 그리고 클라우드 리소스들을 이용하여 데이터를 저장하거나 또는 클라이언트 디바이스에 의해 일반적으로 수행되는 기능들을 실행할 수 있다(예를 들어, 클라이언트 디바이스에서 최적의 디스플레이를 위한 프리-프로세서 웹 페이지, 트랜스코딩(transcoding), 애플리케이션 데이터 저장). 모바일 클라우드 애플리케이션들은 클라우드 디바이스에서 다운로드 되거나 또는 직접 웹 브라우저(예를 들어, HTML5 및 자바스크립트를 이용하는)를 통해 접속되고 그리고 클라이언트 디바이스 능력 및 예를 들어 카메라의, GPS, 또는 서비스를 공급하는 마이크로폰과 같은 센서들을 이용할 수 있다.
모바일 클라우드 애플리케이션 제공자는 전형적으로 클라우드 서버와 클라이언트 디바이스 간의 네트워크를 제어하지 못하지만, 그러나 클라이언트 디바이스들 및 클라우드 서버들 간의 통신은 브로드밴드 연결을 요구한다. 더욱이, 스트리밍 매체 또는 게임 애플리케이션들은 어느 정도의 지연(latency)과 지터 바운드들(jitter bounds) 내에서의 네트워크 연결을 필요로 할 수 있다. 새롭고 더욱 부담되는 애플리케이션들을 지원하는 빠른 네트워크들에 관한 필요가 증가함에 따라, 네트워크 서비스 제공자들은 전통적으로 네트워크 능력을 증가시켜 수용에 대응하려 한다. 다른 옵션들, 예를 들어 트래픽 우선순위(prioritizing traffic)는 고급 네트워크 관리를 필요로 하고 네트워크 서비스 제공자의 바운더리 내에서 서비스의 질을 오로지 향상시킨다. 그러나 네트워크 서비스 제공자의 경계(boundaries) 밖에서의 혼잡(congestion), 지연(delay), 에러(errors), 및 실패들(failures)은 여전히 애플리케이션 성능에 부적정인 영향을 미칠 수 있다.
인터클라우드 컴퓨팅은 엔드-유저들이 다수의 클라우드 서비스 제공자(CSP)를 통해 서버를 생성하고 전송할 수 있게 한다. 이 능력은 엔드-유저들이 세 개의 기능들을 시행하는 것을 허용한다: 부하 균형(load balancing), 클라우드 버스팅(cloud bursting) 및 페일-오버(fail-over). 부하 균형 셋업에서, 서버들은 다수의 클라우드 서버 제공자들을 통해 복제된다. 프락시 서버는 클라이언트들 요청을 서버들에 분산한다. 로컬 소스들이 업무량(workload)을 다루기에 불충분하면, 클라우드 버스팅은 서버가 다수의 클라우드 서비스 공급자들을 통해 업무량(workload)를 분산할 수 있도록 한다. 부하 균형은 클라이언트 요청들을 분산하는데 이용될 수 있지만, 그러나 서버들은 또한 업무량의 일부를 다루어 클라이언트 요청을 처리할 수 있다. 서버들이 다수의 리소스 제공자들을 통해 분산될 수 있는 때에, 엔드-유저들은 또한 페일-오버 메카니즘을 실행할 수 있다. 인터클라우드 서비스 브로커는, 클라우드 서비스 제공자 간의 중재(intermediate), 집성(aggregate) 및 조정(arbitrate)하는 능력을 더한다. 애플리케이션 요건(예를 들어, 장소, 가격, 리소스들)에 따라 인터클라우드 서비스 브로커는 클라우드 리소스 바이어(예를 들어, 엔드-유저들, 클라우드 서비스 제공자 또는 재판매자)와 매치하는 기능성을 클라우드 리소스 판매자(예를 들어 클라우드 서비스 제공자 또는 재판매자)에게 제공한다. 목적은 서버를 운영하기 위해, 제공되는 그리고 필요로 하는 리소스들 간에 가능한 최고의 매치를 제공하고 개개의 클라우드 서비스 제공자들을 클라우드 서비스들에 대한 하나의 엔트리-포인트(entry-point)로 집약하는 것이다. 인터클라우드 서비스 브로커는, 클라우드에서 엔드-유저들에게 부하 균형, 클라우드 버스팅 및 페일-오버 실행에 대한 능력을 제공해야 한다.
클라우드 서비스 브로커들은, 서버 요건들(예를 들어, 가격, CPU, 메모리, 장소)을 클라우드 장소에 매치하는 데에 이용될 수 있다. 클라우드 서비스 브로커들은 클라이언트들 및 서버들 간의 네트워크에 대한 개념이 없고 그리고 클라이언트 디바이스들의 네트워크 컨텍스(network context) 구체적 항목을 모델링하지 않는다. 따라서, 클라우드 서비스 브로커들은, 클라이언트-서버 통신에 부정적인 영향을 미치는, 네트워크 서비스 제공자의 네트워크(들) 횡단에 의해 유발되는 오버헤드를 현저히 줄이지는 못한다(예를 들어, 네트워크 대기(network latency), 전달 지연(propagation delay), 네트워크 디바이스에서의 버퍼링/대기(queuing), 에러들(errors), 실패들(failures)).
모바일 통신을 위한 3GPP 표준에서의 최근의 발전은 엘티이(long term evolution, LTE) 네트워크들과 디바이스들에 관한 것이다. 4G(즉, 4 세대) 모바일 통신 표준으로도 알려진 LTE는, 모바일 폰들과 데이터 터미날들을 위한 고속 데이터 무선 통신을 위한 표준이다. 이는, 코어 네트워크 진보와 더불어 구별되는 라디오 인터페이스를 이용하여 능력과 속도를 증가시키는가 하면, (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)(즉, 베이스 스테이션 또는 (홈) 라우터를 코어 네트워크에 연결하는 네트워크)을 통해 인터넷에 라우트되기 전에 코어 네트워크에 라우트된다.
알려진 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 연결을 제공하는 것이데, 이는 모바일 터미널이 접속 과정을 수행하는 때에, APN에 의해 식별되는 PDN에 연결함으로써 수립된다. 사용자가 LTE 모바일 네트워크에서 예를 들어 향상된 패킷 서비스들(enhanced packet services, EPS)에 가입하게 되면, 오퍼레이터는 전형적으로 네트워크 연결을 위해 적절한 서비스 인식자(예를 들어 APN)를 이용하여 모바일 터미널을 설정한다. 선택적으로, 엔드-유저는, 예를 들어 웹 페이지 또는 메일과 같이 모바일 오퍼레이터로부터 얻은 서비스 식별자를 가지고 모바일 터미널을 수동으로 설정한다.
오퍼레이터는 다른 서비스들로 다른 PDN들 접속을 제공할 수 있다. 예를 들어, PDN은 공용 인터넷일 수 있다. 사용자가 이러한 '인터넷 PDN'으로 PDN 연결을 수립하면, 사용자는 인터넷에서 웹사이트들을 둘러보거나, 인터넷에서 클라우드 서비스 제공자에게 연결하거나 또는 인터넷에서 이용 가능한 다른 서비스들에 접속할 수 있다. 또 하나의 PDN은, 예를 들어 IP 멀티미디어 서브시스템(IP multimedia subsystem, IMS)에 기반하는 오퍼레이터 특정 서비스를 제공하는 텔레컴 오퍼레이터에 의해 셋업된 특정 IP 네트워크일 수 있다.
사용자가 특정 PDN으로의 PDN 연결을 만들 때에, 상기 PDN으로 제공되는 서비스들로의 엑세스만이 제공된다.
터미널은 한 번에 싱글 PDN에 접속할 수 있고 또는 그것은 동시 오픈된 복수의 PDN 연결들을 가질 수 있다. 예를 들어 만약 이러한 서비스들이 다른 PDN들에 배치되면, 인터넷 및 IMS 서비스에 동시에 접속할 수 있다. 후자의 경우에, 터미널은 전형적으로 다중 IP 어드레스를 갖는데, 하나(또는 만약 IPv4 및 IPv6가 이용되면 둘)는 각 PDN 연결을 위한 것이다. 각 PDN 연결은 그 자신의 IP 어드레스(또는 IPv4 어드레스 및 IPv6 프리픽스)와 함께 고유 IP 연결을 나타낸다.
PDN-GW는 LTE 시스템 구조에서 두 개의 역할들을 한다: 외부 네트워크들로의 연결을 제공하는 것과 3GPP 및 3GPP가 아닌 기술 간의 앵커로서 작용하는 것이다. 또한, 오퍼레이터는 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 게이트웨이 선택은 상술한 정책들(policies)에 기반할 수 있다.
인터넷 게이트웨이는 예를 들어 (홈) 라우터, PDN-GW 또는 H(e)NodeB이다.
네트워크 노드 기능은 임의의 네트워크 노드에서 구동될 수 있다. 네트워크 노드 기능이 구동되는 네트워크 노드는, 제1 게이트웨이를 경유하거나 또는 제2 게이트웨이를 경유하여 네트워크 노드 기능에 접속하는 때와, 동일할 수 있다. 다른 게이트웨이들을 경유하여 네트워크 노드 기능이 접속되는 경우, 네트워크 노드 기능은, 다른 네트워크 노드들에서 구동될 수 있는 것이 가능하다.
네트워크 노드들의 예시들은 서버들(servers), 라우터들(routers), 및 스위치들(switches)이다. 네트워크 노드 기능들의 예시들은 애플리케이션(의 부분) 또는 네트워크 서비스들이다. 애플리케이션 서비스들은 예를 들어 웹 서버, HTTP 프락시, 데이터베이스, 웹 서비스(예를 들어 REST, SOAP), 데이터 스토어들, 또는 컨텐트 캐시(예를 들어 CDN 서비스)이다. 네트워크 서비스들의 예시들은 인터넷 게이트웨이들, DHCP 서버들, 방화벽들, 네트워크 요소 기능들(예를 들어 HSS, MME, PDN-GW), 네트워크 제어/시그널링 기능들(예를 들어 IMS 제어 기능들, 패킷 전달, 패스 연산), 및 프로토콜 구현들(OSPF, BGP, IPv4, IPv6)이다.
네트워크 노드는 리소스들을 가상화하기 위해 시설들(facilities), 예를 들어 하이퍼바이저(hypervisor)를 제공할 수 있다. 다중 네트워크 노드들은 클라우드 네트워크 또는 리소스들의 풀에 접속을 제공하는 클라우드 서비스 제공자에서 구성될 수 있다. 다음으로 네트워크 노드 기능은 가상 머신(또는 가상화된 리소스들에 접속하기 위해 제공되는 다른 개념들, 예를 들어 가상화된 스위치, 라우터)의 일부로 구현될 수 있다 또는 다중의 네트워크 노드 기능들은 싱글 가상 머신으로 결합될 수 있다.
하나의 실시예에서 분석하는 단계는 하나 이상의 다음을 포함할 수 있다:
통신망 계층 프로토콜(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) 업데이트할 수 있다.
하나의 실시예에서, 접속을 가능하게 하는 단계는 레퍼런스를 서비스 배치 기능으로부터 서비스 게이트웨이 선택 기능으로 전송하는 단계를 포함할 수 있다.
이는, 예를 들어 데이터가 없거나 최신이 아닌 경우에, 레퍼런스로 서비스 배치 기능이 설정될 수 있게 한다.
하나의 실시예에서 접속을 가능하게 하는 단계는, 제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는 본 발명의 실시예에 따른 시간 순서도이다.
도 1을 참조하면, 제2 게이트웨이(3)가 클라이언트 디바이스(1)가 연결되어 있는 현재 또는 디폴트 제1 게이트웨이(2)와 구별되는 곳에서의 서비스를 전달하거나 서비스에 연결하기 위해, 본 발명은 클라이언트 디바이스(1)가 제2 게이트웨이(3)를 이용하는 것을 가능하게 한다. 상기 서비스는 임의의 네트워크 노드에 의해 제공되는 네트워크 노드 기능(4)일 수 있다. 제1 게이트웨이(2)를 통해 또는 제2 게이트웨이(3)를 통해 네트워크 노드 기능(4)에 접속하는 경우, 네트워크 노드 기능(4)이 구동되는 네트워크 노드는 동일할 수 있다. 네트워크 노드 기능(4)이 구별되는 게이트웨이 2, 3을 통해 접속되는 경우, 네트워크 노드 기능(4)은 다른 네트워크 노드들에서 구동되는 것이 가능하다.
네트워크 노드 기능은 예를 들어 서버 또는 클라우드 서비스 제공자 또는 라우터 기능에 의해 제공되는 서버 기능(server function)이다. 네트워크 서비스 제공자는 클라이언트 디바이스(1)가 어떠한 서비스를 요청하는지 또는 이용하는지를 감지할 수 있고 서비스를 공급하기 위해 게이트웨이(3)를 선택할 수 있다(예를 들어, PDN-GW). 클라이언트 디바이스(1)는 게이트웨이(3)를 이용하여 네트워크에 새로운 연결을 만들도록 시그널될(signaled) 수 있다(예를 들어, 서비스를 공급하는 PDN-GW(3) 관련된 APN에 접속함으로써).
네트워크 노드들의 예시들은 서버들(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)로의 접속을 제공하는 클라우드 서비스 제공자 내에 구성될 수 있다. 다음으로 네트워크 노드 기능은 가상 머신의 일부로서(또는 가상화 리소스들에 접근하기 위해 개설된 다른 관념, 예를 들어 가상화 스위치, 라우터) 또는 다중의 네트워크 노드 기능들은 하나의 가상의 머신으로 결합될 수 있다.
다음의 예시들에서 클라이언트 디바이스들에 네트워크 노드 기능들을 제공하는 네트워크 노드들은 서버들과 관련되어 있다. 예시들은 유사하게 라우터들 및 라우터 기능들과 같은 다른 타입의 네트워크 노드들 및 네트워크 노드 기능들에 응용될 수 있다. 네트워크 노드들은, 클라우드 서비스 제공자 측의 서버들 또는 가상의 서버들을 포함하는 임의의 종류의 서버들일 수 있다.
본 발명은, 특정 서비스에 대한 게이트웨이(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)를 위한 싱글 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)는 다음으로 더욱 최적으로 요청을 다룰 수 있는 서버를 찾는 것을 SGSF(7)에 통지할 수 있다(예를 들어 UE(1)에 대한 적은 리소스들을 이용하거나 또는 디폴트 PDN-GW(2)가 과부하 될 수 있으므로).
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 어드레스를 결정할 수 있다. DNS 결정 기능은 예를 들어 UE(1)가 초기에 연결을 설정한 디폴트 PDN-GW(2)에 의해 제공된다. 네트워크 서비스 제공자는 UE(1)의 서비스 감지(예를 들어 www.kpn.com, maps.google.com)에 대한 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가 연결되어 있는 네트워크 오퍼레이터에 연결함으로써)로 재설정할 것을 요청하거나 또는 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)(예를 들어 APN 서비스에서 SDF(6)가 SPSF(7)에 요청을 전송한다)에서의 PDN-GW 리디렉션에 이를 것이다. 선택적으로(alternatively), 리디렉션은 UE(1)로부터 예를 들어 근처의 WiFi 엑세스 포인트(3)에 이르는 새로운 연결에 이를 수 있다.
선택적으로(optionally), SDF(6)는 SPF(9)에 서버 및 관련 설정들(예를 들어 업무량을 PDN-GW(3)에 분담하도록 서비스 제공자에 요청하기)을 준비하고 그리고 서버 및 그의 관련 설정을 SGSF(7)에 알리라는 요청을 전송할 수 있다. 이 메카니즘은 주문형 서비스 요청들(service requests on-demand)을 최적화하기 위한 리소스들의 분산(allocation of resources) 및 서버 설정(configuration of servers)을 개시하는데 이용될 수 있다.
SGSF(7)는 게이트웨이(3)로의 연결을 셋업하기 위해(예를 들어 APN 및 라우팅 및 필터링 룰들) 게이트웨이(3)(예를 들어 PDN-GW 또는 WiFi 엑세스 포인트) 및 관련 설정을, 예를 들어 데이터베이스와 같은 메모리로부터 선택한다. 새로운 서비스가 준비되면, 오퍼레이터는 데이터베이스를 수동으로 업데이트할 수 있다; 선택적으로(optionally) SPF(9)는 데이터베이스를 업데이트할 수 있다. SGSF(7)는 특정 서비스 요청에 대해 적당한 리소스 및/또는 게이트웨이가 준비되지 않았음을 통지할 수 있다. 이러한 경우에, SGSF(7)는 특정 게이트웨이 배후에서 특정 리소스에 관한 새로운 서비스를 예시하고 필요한 업데이트를 하기 위해 요청을 SPF(9)에 전송할 수 있다.
선택적으로(optionally), 적당한(예를 들어 로컬의) 서비스가 준비되지 않은 때에, SGSF(7)는 서비스 요청을 다루기 위해 서비스의 새로운 인스턴스생성(instantiation) 또는 서비스 배치(service placement)를 요청한다. 이 경우, 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, 라우팅, 필터링)을 통지할 수 있다.
서비스 리디렉션 기능(service redirection function, SRF)은 새로운 게이트웨이 연결(예를 들어 PDN-GW(3) 또는 WiFi 엑세스 포인트로)을 생성하기 위해 연결 설정 데이터와 함께 UE(1)에 요청을 전송할 수 있다. 상기 요청은 클라이언트 프로그램 또는 서버 프로그램, IMS의 세션 관리 기능들 및 EPC를 통해 전송되거나, 인터넷 또는 네트워크 제어 기능들에 내장될 수 있다. 예를 들어, UE(1)가 서비스에 접속하는 어드레스를 결정하는 때에, 디폴트 PDN-GW(2) 연결의 DNS 서버는 APN 및 응답의 DNS 리소스 기록(resource record) 내의 추가적인 설정 파라미터들로 응답할 수 있다. UE(1)는 새로운 게이트웨이 연결 요청을 구성하기 위해 리소스 기록을 처리할 수 있다. SRF(8)의 일부가 UE에서 구현될 수 있다.
도 3은 본 발명에 따른 흐름도를 나타낸다. UE(1)는 디폴트 게이트웨이를 통해 서비스 요청(101)을 생성한다. SDF(6)는 상기 서비스 요청을 인터셉트하고(102a) 분석한다(102b). SPF(9)가 시그널링될 지 여부가 선택적으로 결정된다(107). 만약 SPF(9)가 이용되지 않는다면 SGSF(7)는 요청된 서비스에 이용될 게이트웨이의 설정을 결정한다. 만약 요청된 서비스가 SGSF(7)에 의해 발견될 수 없다면, 이는 단계 111에서 추가적으로 결정되고, SPF(9)는 누락된 데이터를 제공하기 위해 이용될 수 있다. 만약 SPF(9)가 이용되지 않으면, 그러면 SRF(8)는, UE(1)에서 게이트웨이(3)까지의 연결을 셋업하기 위해 상기 설정 데이터를 전송한다. UE는 새로운 게이트웨이 연결을 요청하고 설정한다(105) 그리고 서비스에 대한 새로운 요청을 새로운 게이트웨이 연결로 리디렉트 한다(106). 서비스 4, 12, 13이 서비스 제공자로부터 요청될 수 있는지가 결정될 수 있다(109). 이러한 경우가 아니라면 다음으로 프로세스는 정지한다(110). SPF(9)는 서비스 제공자에게 서비스 1, 12, 13을 로드하고 실행할 것을 선택적으로 요청한다(108)
다음의 예시들에서 게이트웨이 리디렉션은 DNS 기반으로 한다.
오퍼레이터는, 서비스 제공자가 오퍼레이터의 네트워크, UE, 및 리소스 유용성, 보안, 및 정책들과 같은 가능한 다른 특징과 관련된 리소스들을 선택하고, 분산하고, 그리고 설정하는 것을 허용하는 다수의 물리적 장소들(예를 들어 특정 빌딩(Home eNodeB를 갖는), 특정 영역 내의 PDN-GW들 또는 특정 커버리지로)이 서비스 제공자에게 준비되도록(예를 들어 애플리케이션 프로그래밍 인터페이스를 통해) 할 수 있다. 선택적으로(alternatively), 오퍼레이터는 그의 네트워크 내의 서비스 공급자로부터 서버(예를 들어 웹 서버)를 수동을 설정할 수 있다.
SPF(9)의 실시예가 도 4에 나타나 있다. 소스(6)로부터 요청을 받고(예를 들어 서비스 제공자(10), SDF(6), 또는 SGSF(7)로부터), SPF(9)는 서비스 제공자(10)에게 외부 네트워크(15)에서 서비스(2, 13)를 위해 서버를 호스트할 것을 요청할 수 있다. 서비스 12, 13의 서버의 오퍼레이터는 애플리케이션-프로그래밍 인터페이스를 통해 컴퓨터 리소들(11)을 서비스 제공자에게 제공할 수 있다. 서비스 요청들을 수신하기 위해, 네트워크 설정은 설정 업데이트 요청을 네트워크 서비스 제공자(16)에 전송함으로써 업데이트될 수 있다. 예를 들어, PDN-GW(3)은 추가적인 라우팅 및 필터링 룰들과 업데이트될 필요가 있는 DNS 서비스의 DNS 서버를 필요로 할 수 있다.
SDF(6) 및 SGSF(7)는, UE(1)의 디폴트 연결(예를 들어 디폴트 PDN-GW(2))과 관련될 수 있는, DNS 서비스의 DNS 서버(14)의 일부로서 구현될 수 있다. SDF(6) 및 SGSF(7)는 DNS 서버 후위(예를 들어 오픈 소스 PowerDNS)를 확장함으로써 구현될 수 있다.
UE(1)가 서비스 요청(예를 들어 HTTP 또는 SIP 요청)을 전송하는 때에, 이것은 서비스의 장소(예를 들어 IP 어드레스)를 결정해야 한다. 따라서 서비스 요청은, SDF(6)에 의해 감지되는 디폴트 연결 설정에 의해 셋업된 DNS 서비스(14)의 DNS 서버에 대한 DNS 질문에 전형적으로 이르게 된다. 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)에 대한 레퍼런스와 함께 클라이언트 디바이스(1)로 디폴트 PDN-GW(2)를 통해 설정 데이터를 전송한다. 본 예시에서 설정 데이터는 DNS 룩업에 대응하여 클라이언트 디바이스(1)로 전송되는 DNS 리소스의 일부이다. 가능하면 클라이언트 디바이스에서 SRF 파트(8)를 이용하는, 클라이언트 디바이스(1)는 최적의 게이트웨이(3)에 접속하도록 설정된다 그리고 최적의 게이트웨이(3)와의 연결을 셋업하기 위해 게이트웨이 연결 설정을 네트워크 서비스 제공자(16)에 전송한다. 네트워크 서비스 제공자(16)는 게이트웨이 연결 응답으로 대응한다. 클라이언트 디바이스(1)는 게이트웨이 연결 셋업을 마무리한다, 이는 박스 17로 나타낼 수 있다, 이 후에 클라이언트 디바이스(1)로부터 서비스(4)의 서버로의 서비스 요청 및 서비스(4)의 서버로부터 클라이언트 디바이스(1)로의 서버 응답들은 최적의 PDN-GW(3)을 통해 전송된다.
게이트웨이 리디렉션이 복수의 도메인들에 걸쳐 있는 경우, 본 발명은 시나리오로 이용될 수 있다. 이 경우, SDF(6), SGSF(7), 및 선택적으로 SPF(9)는 네트워크 서비스 제공자(16)와 통신하는 것이 필요할 수 있다. 예를 들어, SDF(6)는 다른 네트워크로의 게이트웨이 연결을 생성함으로써 최적화될 수 있는 서비스를 감지할 수 있다. 가능한 게이트웨이가 서비스 요청을 다루는 것에 관한 유용성은, 네트워크 서비스 제공자들 간에 공유되는, 기간 설비 DNS(예를 들어 RFC1464 호환의 DNS 기록들)에 위치할 수 있다. 연결 설정 정보를 저장하기 위해 기간 설비 DNS를 이용함으로써, SGSF(7)는 복수의 서비스 제공자 네트워크들에 걸쳐있는 가능한 게이트웨이들로부터 선택을 할 수 있다.
UE(1)에 대한 IP 연결이 PDN-GW를 통해 제공되는지 또는 다른 접속 기술들(예를 들어 WiFi)을 통해서 인지는 본 발명의 실시와는 무관하다. 기능적인 구성 요소들은 예를 들어 PDN-GW들에 위해 도시되는 것과 유사한 WiFi에서 구현될 수 있다.
모바일 네트워크 연결로부터 WiFi 엑세서 포인트(3)로의 연결 생성은 다음과 같이 수립될 수 있다. SDF(6)는 서비스 요청을 감지한다. SGSF(7)은 모바일 관리 엔터티(mobile management entity, MME)에 UE(1)를 서비스하는 현재 셀의 지리적인 장소에 대해 질문한다. SGSF(7)은, UE(1)의 현재 장소 범위 내에 있을 수 있는 WiFi 엑세스 포인트를 결정한다(즉, WiFi 엑세스 포인트들은 또한 지리적인 장소와 관련되어 있다). 만약 MAC 어드레스가 특정 WiFi 엑세스 포인트(3)에서 등록되고 그리고 신호 강도가 충분하면, SGSF(7)은 특정 엑세스 포인트(3)의 SSID를 반환한다. SRF(8)는 UE(1)에 WiFi 엑세스 포인트(3)에 접속하는 것을 요청할 수 있다.
특정 서비스들을 라우트하기 위해 다른 경로를 선택하는 것 또는 다른 서비스 품질을 제공하는 것과 같이, SGSF(7)는 네트워크 특징들을 최적화하는데 이용될 수 있다. 이러한 경우 다음으로, SRF(8)는 추가적인 정보를 서비스 요청(예를 들어 MLPS 또는 VLAN들과 유사한 IP 트래픽에서의 토큰)에 붙이거나 또는 특정 네트워크 서비스들(예를 들어 소스 라우팅)을 적용하는데 이용되는, 새로운 연결 설정을 생성하는데 이용될 수 있다.
본 발명에 따른 하나의 실시예는 컴퓨터 시스템으로 이용 가능한 프로그램 제품으로 구현될 수 있다. 상기 프로그램 제품의 프로그램(들)은 (이 문서에 도시된 방법을 포함하여) 실시예들의 기능들을 정의한다 그리고 다양한 일시적이지 않은 컴퓨터 판독가능 스토리지 매체에 담길 수 있다. 예시적인 컴퓨터 판독가능 스토리지 매체는 (ⅰ) 정보가 영구적으로 저장되는 쓰기 불가능의 스토리지 매체 (예를 들어, CD-ROM 드라이브에 의해 읽힐 수 있는 CD-ROM 디스크들과 같은 컴퓨터 내의 읽기만 가능한 메모리 디바이스들, ROM 칩 또는 임의의 타입의 고체-상태 비휘발성의 반도체 메모리); 및 (ⅱ) 변경 가능한 정보가 저장되는, 쓰기 가능한 스토리지 미디어 (예를 들어, 플래시 메모리, 디스켓 드라이브 내의 플로피 디스크 또는 하드-디스크 드라이브 또는 임의의 타입의 고체-상태 랜덤-엑세스 반도체 메모리)를 포함한다, 그러나 이에 한정되는 것은 아니다.

Claims (13)

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

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP13159734.6A EP2782317A1 (en) 2013-03-18 2013-03-18 Redirecting a client device from a first gateway to a second gateway for accessing a network node function
EP13159734.6 2013-03-18
PCT/EP2014/055239 WO2014146999A1 (en) 2013-03-18 2014-03-17 Redirecting a client device from a first gateway to a second gateway for accessing a network node function

Publications (2)

Publication Number Publication Date
KR20150121169A true KR20150121169A (ko) 2015-10-28
KR101753505B1 KR101753505B1 (ko) 2017-07-19

Family

ID=47891513

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157026329A KR101753505B1 (ko) 2013-03-18 2014-03-17 네트워크 노드 기능에 접속하기 위한 클라이언트 디바이스를 제1 게이트웨이로부터 제2 게이트웨이로의 리디렉팅

Country Status (8)

Country Link
US (2) US10951716B2 (ko)
EP (2) EP2782317A1 (ko)
JP (1) JP6105151B2 (ko)
KR (1) KR101753505B1 (ko)
CN (1) CN105164990B (ko)
ES (1) ES2941892T3 (ko)
FI (1) FI2976869T3 (ko)
WO (1) WO2014146999A1 (ko)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3023108A1 (fr) * 2014-06-30 2016-01-01 Orange Procede et dispositif d'orchestration de ressources
KR20160061726A (ko) * 2014-11-24 2016-06-01 삼성전자주식회사 인터럽트 핸들링 방법
GB2535743B (en) * 2015-02-25 2021-04-07 Metaswitch Networks Ltd Configuration services
EP3309740B1 (en) 2015-06-10 2020-12-30 Soracom, Inc. Management method and management server for using plurality of sim cards
EP3310008B1 (en) * 2015-06-10 2021-02-17 Soracom, Inc. Communication system and communication method for providing ip network access to wireless terminals
CN106559454B (zh) * 2015-09-29 2020-09-29 中兴通讯股份有限公司 资源访问方法、装置及系统
US11825352B2 (en) * 2015-11-30 2023-11-21 Apple Inc. Mobile-terminated packet transmission
US10104085B2 (en) * 2015-12-07 2018-10-16 International Business Machines Corporation Permission based access control for offloaded services
CN108781215B (zh) * 2016-03-28 2021-02-12 华为技术有限公司 网络服务实现方法、服务控制器及通信系统
US10897507B2 (en) * 2016-04-01 2021-01-19 Qualcomm Incorporated Mechanism to enable connectivity sessions and IP session establishment
US10230685B2 (en) 2016-05-20 2019-03-12 At&T Intellectual Property I, L.P. Subscriber session director
CN108307350B (zh) * 2016-09-29 2019-09-20 电信科学技术研究院 一种接入网络实例的方法及设备
US10523592B2 (en) * 2016-10-10 2019-12-31 Cisco Technology, Inc. Orchestration system for migrating user data and services based on user information
US10742750B2 (en) 2017-07-20 2020-08-11 Cisco Technology, Inc. Managing a distributed network of function execution environments
US11388272B2 (en) * 2018-03-30 2022-07-12 Intel Corporation Technologies for network packet processing between cloud and telecommunications networks
JP6963180B2 (ja) * 2018-04-16 2021-11-05 日本電信電話株式会社 アクセスポイント管理方法、アクセスポイント管理装置及びアクセスポイント管理システム
CN109672626B (zh) * 2019-01-09 2022-08-02 中南大学 一种基于排队延迟利用的服务聚合方法
US10887187B2 (en) * 2019-05-14 2021-01-05 At&T Mobility Ii Llc Integration of a device platform with a core network or a multi-access edge computing environment
US10856121B1 (en) 2019-10-22 2020-12-01 At&T Intellectual Property I, L.P. Methods, systems, and devices for providing subscription services to a communication device that shares an operational profile with another communication device
US11159927B2 (en) * 2019-11-04 2021-10-26 At&T Intellectual Property I, L.P. Methods, systems, and devices for establishing an active subscription for services of a mobile network
US11381658B2 (en) 2019-11-08 2022-07-05 At&T Intellectual Property I, L.P. Managing devices through use of blocks of operational profiles
CN115552933A (zh) * 2020-03-10 2022-12-30 亚信科技（中国）有限公司 电信通信系统中的联邦学习
CN111818590B (zh) * 2020-07-31 2022-08-30 隆胜(海南)科技有限公司 一种无线网络路径优化方法及设备
CN112153629B (zh) * 2020-10-16 2023-09-15 中国联合网络通信集团有限公司 一种流量管理方法及装置
US11122131B1 (en) * 2020-11-18 2021-09-14 At&T Intellectual Property I, L.P. Edge cloud resource location using enhanced DNS service
CN113364630A (zh) * 2021-06-15 2021-09-07 广东技术师范大学 一种服务质量QoS差异化优化方法、装置
WO2023245537A1 (en) * 2022-06-23 2023-12-28 Intel Corporation Low latency mechanism for cloud to computing system hybrid cloud

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5032582B2 (ja) * 2006-11-16 2012-09-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ゲートウェイ選択機構
US7996525B2 (en) * 2008-12-31 2011-08-09 Sap Ag Systems and methods for dynamically provisioning cloud computing resources
US8613072B2 (en) 2009-02-26 2013-12-17 Microsoft Corporation Redirection of secure data connection requests
KR101361978B1 (ko) * 2009-08-20 2014-02-11 엔이씨 유럽 리미티드 네트워크 구조 내에서 트래픽을 제어하는 방법 및 네트워크 구조
US9392522B2 (en) * 2010-01-17 2016-07-12 Lg Electronics Inc. Multihomed communication device
US8244874B1 (en) * 2011-09-26 2012-08-14 Limelight Networks, Inc. Edge-based resource spin-up for cloud computing
WO2012041420A1 (en) * 2010-09-27 2012-04-05 Telefonaktiebolaget L M Ericsson (Publ) Technique for relocating a serving gateway associated to a user equipment
US8605656B2 (en) * 2010-11-29 2013-12-10 Alcatel Lucent Method and apparatus for local gateway assignment in wireless networks
EP2482525B1 (en) 2011-01-28 2014-03-12 NTT DoCoMo, Inc. Method and apparatus for determining a server which should respond to a service request
JP5712085B2 (ja) * 2011-08-25 2015-05-07 株式会社日立製作所 ローカルルーティングノード
US10123368B2 (en) * 2012-02-23 2018-11-06 Cisco Technology, Inc. Systems and methods for supporting multiple access point names for trusted wireless local area network
US11405841B2 (en) * 2012-07-20 2022-08-02 Qualcomm Incorporated Using UE environmental status information to improve mobility handling and offload decisions
CN103812770B (zh) * 2012-11-12 2017-04-12 华为技术有限公司 云业务报文重定向的方法、系统和云网关
EP3328122B1 (en) * 2013-01-17 2021-10-20 Apple Inc. Systems and methods for efficient traffic offload without service disruption

Also Published As

Publication number Publication date
EP2976869B1 (en) 2023-01-25
US10951716B2 (en) 2021-03-16
US20160301762A1 (en) 2016-10-13
JP2016512935A (ja) 2016-05-09
JP6105151B2 (ja) 2017-03-29
US20210185134A1 (en) 2021-06-17
EP2782317A1 (en) 2014-09-24
ES2941892T3 (es) 2023-05-26
EP2976869A1 (en) 2016-01-27
KR101753505B1 (ko) 2017-07-19
WO2014146999A1 (en) 2014-09-25
CN105164990A (zh) 2015-12-16
FI2976869T3 (fi) 2023-04-03
CN105164990B (zh) 2022-02-25

Similar Documents

Publication Publication Date Title
US20210185134A1 (en) Redirecting A Client Device From A First Gateway To A Second Gateway For Accessing A Network Node Function
JP6440680B2 (ja) ネットワークにおけるネットワーク・ノード機能の位置確認および配置
CN109565472B (zh) 虚拟网络中基于切片/服务的路由方法和设备
KR102023177B1 (ko) 분산형 소프트웨어 정의 네트워크 패킷 코어 시스템에서 로드 밸런싱을 위한 시스템들 및 방법들
JP5323861B2 (ja) ネットワーク・リソースをプールするための方法および装置
US20150124622A1 (en) Multi-Interface, Multi-Layer State-full Load Balancer For RAN-Analytics Deployments In Multi-Chassis, Cloud And Virtual Server Environments
KR20150121713A (ko) 네트워크 노드 기능을 제공하기 위한 네트워크 노드들 사이의 할당 리소스
CN105340244A (zh) 基于来自暂态准则的上下文的动态内容分发网络选择
WO2014106497A1 (en) Information centric networking based service centric networking
KR102266759B1 (ko) Api 호출들의 프로세싱을 용이하게 하기 위한 가속 시스템
US11456989B2 (en) Systems and methods for virtualized network function (“VNF”) selection in a wireless telecommunications network
Taleb et al. Follow-me cloud: An OpenFlow-based implementation
JP7076558B2 (ja) アンカーレス・バックホールのサポートのためのｇｔｐトンネル
US9560583B2 (en) Gateway selection based on geographical location
EP3610672A1 (en) Handover with no or limited mme involvement
US20210195465A1 (en) Traffic in a distributed cloud system
WO2019179634A1 (en) Method and apparatus for dynamic network address translation
SC et al. Н04 и 8/08.(2009.01) Jolstraat 83, NL-2584 EN The Hague (NL).(21) International Application Number:(74) Agent: WUYTS, Koenraad; Koninklijke KPN NV, PO

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant