KR20150037020A - 이동통신시스템에서 웹 서버 접속 방법 및 장치 - Google Patents

이동통신시스템에서 웹 서버 접속 방법 및 장치 Download PDF

Info

Publication number
KR20150037020A
KR20150037020A KR20130116179A KR20130116179A KR20150037020A KR 20150037020 A KR20150037020 A KR 20150037020A KR 20130116179 A KR20130116179 A KR 20130116179A KR 20130116179 A KR20130116179 A KR 20130116179A KR 20150037020 A KR20150037020 A KR 20150037020A
Authority
KR
South Korea
Prior art keywords
http
domain
http proxy
connection
proxy
Prior art date
Application number
KR20130116179A
Other languages
English (en)
Inventor
임한나
이지철
이형호
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR20130116179A priority Critical patent/KR20150037020A/ko
Priority to US14/503,126 priority patent/US20150095503A1/en
Publication of KR20150037020A publication Critical patent/KR20150037020A/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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명의 실시 예에 따르면, 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하는 단계, 상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하는 단계 및 상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 웹 서버 연결 방법 및 이를 이용하는 단말을 제공한다. 또한, 단말에 http 프록시 서비스를 제공하는 http 프록시 및 http 프록시의 웹 서버 연결 방법을 제공한다.

Description

이동통신시스템에서 웹 서버 접속 방법 및 장치{Method and apparatus for accessing to web server in a mobile communication system}
본 발명은 이동통신시스템에서 웹 서버 접속 방법 및 장치에 관한 것이다. 더욱 자세히, 본 발명에서는 웹 서버 접속에 있어서 사용자의 QoE(Quality of Experience)를 향상시킬 수 있는 방법 및 장치를 제공한다.
현재, 이동 통신 시스템에서 사업자 망을 지나는 트래픽의 대부분은 http 트래픽(traffic)이다. 그러나 이동통신망은 http request 특성에 따라 차별화된 처리를 하지 않고, 단지 데이터 트래픽의 일부로 처리하고 있다. 이에 따라, 단말의 웹로딩(web loading) 시간은 사용자의 기대에 비해 오래 걸리고 있다. 웹로딩 시간은 크게 연결 시간 (Connection time)과 응답시간 (Response time)으로 나눌 수 있다.
연결시간은 단말이 특정 도메인을 서비스하는 웹서버(web server)와 연결을 맺는데 걸리는 시간으로, 단말이 하나의 서버로부터 제공되는 서비스를 받기 위해 수행하는 복수 번의 DNS 쿼리(DNS(Domain Name System) queries)와, 복수 개의 TCP(Transmission Control Protocol) 연결 설정 등으로 구성되어 있다.
단말은 웹서버 주소를 획득하기 위해 DNS 쿼리를 수행하고, 획득한 주소로 웹서버에 http 커넥션(http connection)을 연결한다. 상기 http 커넥션(http connection)은 TCP 커넥션(TCP connection)으로 이루어지는 경우가 대부분이다. 이후 TCP를 이용한 http 커넥션(http connection)은 http/tcp connection으로 기술한다. 단말은 웹서버에게 http 요청(http request)을 보낸다. 웹서버는 수신한 http 요청(http request)에 대응하여 단말로 인덱스(index) 파일을 보낸다. 상기 인덱스(index) 파일은 단말이 해당 웹서버로부터 서비스를 받기 위해 또 다시 연결해야 하는 서버 등에 대한 정보를 포함한다. 인덱스(Index) 파일을 수신한 단말은 상기 파일에 따라, 복수의 DNS 쿼리를 수행하고, 복수개의 http/tcp connection을 수립한다.
응답시간은 단말이 웹서버로부터 응답을 받는데 걸리는 시간이다. 단말의 웹서버와의 거리, 서버 트래픽 양 등에 따라, 응답시간은 영향을 받는다. 단말이 웹서버로부터 연결을 종료하면, 해당 http/tcp connection도 종료된다. 만약 단말이 다시 같은 도메인에 접속하기를 원하는 경우, 단말은 상기 설명한 과정을 다시 수행해야 한다.
그러나 단말이 빈번하게 접속하는 도메인의 경우, 반복적으로 수행되는 상기 과정은 단말과 네트워크에 부담이 될 뿐만 아니라, 단말은 매번 긴 웹로딩 시간을 경험하게 된다. 또한, 현재 이동통신망에서 http request는 데이터 트래픽의 일부로 처리될 뿐, http request의 종류에 따라서 차별화된 처리를 하지 않고 있다. 따라서 사용자 편의를 위하여 단말의 웹로딩 시간을 단축시키는 기술이 요구되고 있다.
본 발명이 이루고자 하는 기술적 과제는 이동통신시스템에서 효율적인 웹 서버 접속 방법 및 장치를 제공하는 것이다. 더욱 자세히, 본 발명의 실시 예는 http 트래픽을 차별화하여 사용자의 QoE를 향상시키는 방법 및 장치를 제공한다.
본 발명의 실시 예는 단말의 웹 서버 연결 시간을 줄이기 위한 방법 및 장치를 제공한다. 또한, 본 발명의 실시 예는 http request의 우선 순위에 따라 단말에 QoS를 할당하기 위한 방법 및 장치를 제공한다.
본 발명의 실시 예에 따르면, 웹 서버 접속 시간을 향상 시킬 수 있는 방법 및 장치를 제공한다.
본 발명의 실시 예에 따르면, 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하는 단계, 상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하는 단계 및 상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 웹 서버 연결 방법을 제공한다.
또한, 본 발명의 일 실시 예에 따르면, 데이터 통신을 수행하는 통신부; 및
적어도 하나의 도메인에 대한 http 요청(http request)을 수신하고, 상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하며, 상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하도록 제어하는 연결 제어부를 포함하는 것을 특징으로 하는 단말을 제공한다.
또한, 본 발명의 일 실시 예에 따르면, 적어도 하나의 http 도메인을 서비스하는 클라우드(cloud) 사업자와 지속적인 http 연결을 설정하는 단계, 단말과 상기 http 프록시 사이에 설정된 http 프록시 연결(http proxy connection)을 통해 상기 단말로부터 상기 도메인에 대한 http 요청(http request)를 수신하는 단계 및 상기 수신한 http 요청을 상기 http 연결을 통하여 상기 도메인을 지원하는 클라우드 사업자로 전송하는 것을 특징으로 하는 웹 서버 연결 방법을 제공한다.
또한, 본 발명의 일 실시 예에 따르면, 데이터 통신을 수행하는 통신부 및
적어도 하나의 http 도메인을 서비스하는 서버와 지속적인 http 연결을 설정하고, 단말과 http 프록시 사이에 설정된 http 프록시 연결(http proxy connection)을 통해 상기 단말로부터 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하며, 상기 수신한 http 요청을 상기 http 연결을 통하여 상기 도메인을 지원하는 서버로 전송하도록 제어하는 도메인 연결 제어부를 포함하는 것을 특징으로 하는 http 프록시를 제공한다.
본 발명의 실시 예에 따르면, 이동통신망 트래픽의 대다수를 차지하는 http 서비스를 보다 빠르게 사용자에게 제공할 수 있다. 단말은 빈번하게 접속하는 도메인에 빠르게 접속할 수 있으며, 사업자는 http에 차별화된 서비스를 제공할 수 있다.
도 1은 본 발명의 일 실시 예인 http 프록시(http proxy)를 포함하는 네트워크를 설명하는 개념도이다.
도 2는 본 발명의 일 실시 예에 따른 http 프록시 관련 정보를 획득하기 위해 각 개체들 사이의 신호 흐름을 설명하는 관계도이다.
도 3은 본 발명의 일 실시 예에 따른 단말 내에 저장된 http 프록시 관리 객체(http proxy management object)를 설명하는 도면이다.
도 4는 본 발명의 일 실시 예에 따른 http request가 발생했을 때, 단말의 동작을 설명한 순서도이다.
도 5A 및 5B는 본 발명의 일 실시 예에 따른 단말의 http 프록시(http proxy) 도메인 접속 과정을 설명하는 관계도이다.
도 6은 http 요청(http request)에 우선순위 지시자를 포함하는 경우 네트워크 동작을 설명하는 관계도이다.
도 7은 본 발명의 일 실시 예인 단말을 설명하는 블록도이다.
도 8은 본 발명의 일 실시 예인 http 프록시를 설명하는 블록도이다.
이하, 첨부된 도면들을 참조하여 다양한 실시 예들을 상세히 설명한다. 이때, 첨부된 도면들에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다. 하기의 설명에서는 본 발명의 다양한 실시 예들에 따른 동작을 이해하는데 필요한 부분만이 설명되며, 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 이하 본 발명의 적어도 하나의 실시 예는 단말의 연결 시간을 줄이기 위한 방법 및 장치를 제공한다. 본 발명의 일 실시 예는 단말의 연결 시간을 줄이기 위한 방법으로 http proxy를 제안한다.
본 발명의 실시 예에 따르면, 사용자가 상기 특정 도메인에 접속 요청을 하는 경우, 단말은 기 설정해놓은 http 프록시 연결(http proxy connection)을 통해 http 요청(http request)를 http 프록시(http proxy)에게 전달할 수 있다. http 프록시(http proxy)는 상기 전달받은 http 요청(http request)을 기 설정해놓은 특정 도메인과의 http 연결(http connection)을 통해 특정 도메인을 서비스하는 웹서버에 전달한다. 상기 과정을 통해 본 발명의 실시 예에서는 연결 설정 지연요소들이 발생하지 않을 수 있다.
또한, 본 발명에서는 http 요청(http request)의 우선순위에 따라 단말에게 적절한 QoS(quality of service)를 할당하기 위해 http proxy를 제안한다. http 프록시(http proxy)는 http 요청(http request)의 우선순위 정보를 사업자망의 QoS를 담당하는 엔티티에 전달하여, 단말이 적절한 QoS를 할당 받을 수 있도록 할 수 있다.
본 발명의 실시 예에서는 단말의 연결시간을 줄이기 위해 http proxy를 제안한다. http 프록시(http proxy)는 사업자망에 위치하여 특정 도메인과 이미 연결된 보장된 http 연결(guaranteed http connection)을 갖고 있을 수 있다.
본 발명의 실시 예에 따르면, 사용자가 상기 특정 도메인에 접속 요청을 하는 경우, 단말은 http 요청(http request)을 특정 도메인을 서비스하는 웹서버가 아닌 http 프록시(http proxy)에게 전달한다. 이 때, 단말은 상기 특정 도메인에 대한 DNS(domain name system) 쿼리(query)를 http 프록시(http proxy)에게 위임할 수 있다.
본 발명의 실시 예에서는 단말과 http 프록시(http proxy)와의 http 연결(http connection)을 http 프록시 연결(http proxy connection)으로 명명한다. 상기 http 프록시 연결(http proxy connection)은 단말이 네트워크에 최초 접속했을 때 설정되었을 수도 있고, 단말의 요청에 따라 설정되었을 수도 있다. 상기 http 프록시 연결(http proxy connection)은 특정 시점까지 단말 내에 계속 유지된다. http 프록시(http proxy)는 상기 전달받은 http 요청(http request)을 특정 도메인을 서비스하는 웹서버에 전달한다. http 프록시(http proxy)가 연결을 맺고 있는 특정 도메인은 사업자와 특정 도메인 사업자 간의 계약 등을 통해 이루어 질 수 있다.
상기 과정이 이루어 지기 위해, 단말은 http 프록시(http proxy)에게 http 요청(http request)을 보낼 것인지 또는 웹서버와 직접 http 연결(http connection)을 맺을 것인지 여부를 결정하기 위한 정보를 네트워크로부터 전달받거나, 또는 단말 내부에 저장하고 있을 수 있다. 단말은 상기 정보를 바탕으로 http 요청(http request)을 전송할 대상을 결정한다.
본 발명의 실시 예에서 이동통신망 사업자는 특정 도메인을 서비스하는 하나 이상의 클라우드(cloud) 사업자와 빠른 http 접속 제공을 위한 계약을 맺고 있을 수 있다. http 프록시(http proxy)는 상기 클라우드(cloud) 사업자가 서비스하는 도메인/서버와 보장된 http 연결(guaranteed http connection)을 맺을 수 있다. 상기 보장된 http 연결(guaranteed http connection)은 지속적 TCP 연결(persistent TCP connection)으로 구현될 수 있으며, SDN 기술을 이용할 수 있다.
사용자가 상기 특정 도메인에 접속 요청을 하는 경우, 단말은 http 프록시 연결(http proxy connection)을 통해 http 요청(http request)을 http 프록시(http proxy)에게 전달한다. http 프록시(http proxy)는 상기 전달받은 http 요청(http request)을 기 설정해놓은 보장된 http 연결(guaranteed http connection)을 통해 특정 도메인을 서비스하는 웹서버에 전달할 수 있다. http 프록시(http proxy)가 특정 도메인을 서비스하는 복수개의 클라우드(cloud) 사업자와 연결을 맺고 있는 경우, http 프록시(http proxy)는 네트워크 상황 등에 따라 클라우드 오퍼레이터(cloud operator)를 선택한다. 이 과정을 통해 http/tcp connection 설정을 위한 시간이 감소하며, DNS 쿼리 시 발생하는 시간 역시 감소할 수 있다.
이하에서는 도면을 참조하여, 본 발명의 실시 예에 대하여 더욱 자세히 설명한다.
먼저 도 1을 참조하여, http 프록시를 포함하는 네트워크에서 http 프록시 연결을 설명한다. 도 1은 본 발명의 일 실시 예인 http 프록시(http proxy)를 포함하는 네트워크를 설명하는 개념도이다.
도 1을 참조하면, 네트워크(100)는 단말(110), P-게이트웨이(130, PGW), http 프록시(150, http proxy), 클라우드 프록시(cloud proxy, 171 ~ 177)를 포함하여 구성될 수 있다. 도 1의 실시 예에 따르면, http 프록시(150, http proxy)는 PGW(130) 뒷단에 위치하며, 도메인 A(domain A)와 도메인 B(domain B)를 서비스하는 클라우드 프록시 1(cloud proxy 1), 도메인 B(domain B)를 서비스하는 클라우드 프록시 2(cloud proxy 2)와 보장된 http 연결(guaranteed http connection)을 맺고 있다. 즉, 이동통신 사업자는 클라우드(cloud) 사업자 1, 2와 계약을 맺고 있다.
본 발명의 실시 예에 따라, 단말(110)은 http 요청(http request)을 http ㅍ록시(150, http proxy)로 전송할 도메인(domain) 에 대한 정보를 저장하고 있을 수 있다. 상기 http 요청을 http 프록시로 전송할 도메인을 본 발명에서는 http 프록시 도메인(http proxy domain)이라고 명명하며, http 프록시 도메인(http proxy domain)을 획득하는 과정은 아래에서 더욱 자세히 설명한다.
도 1의 실시 예에 따르면, 단말(110)은 도메인 A(domain A), 도메인 B(domain B)를 http 프록시 도메인(http proxy domain)으로 저장하고 있을 수 있다. 또한, PGW(130)는 자신과 연결을 갖고 있는 http 프록시(150, http proxy) 관련 정보를 저장하고 있을 수 있다. 상기 http 프록시 관련 정보는 http 프록시(150, http proxy) 주소와 해당 http 프록시(150, http proxy)가 연결을 맺고 있는(서비스를 제공하는) 도메인 정보 등을 포함할 수 있다. 단말은 상기 http 프록시 관련 정보를 P-게이트웨이로부터 수신할 수 있다. 단말은 자신의 가입자 정보에 대응하여 http 프록시 관련 정보를 수신할 수 있다.
상기 http 프록시 관련 정보는 사업자가 설정(configuration)으로 PGW(130) 내에 저장할 수 있다. 도 1의 실시 예에 따르면, PGW(130)는 http 프록시(150, http proxy) 주소와, http 프록시(http proxy, 150)가 서비스하는 도메인(domain 1, 2, 3)에 대한 정보를 저장하고 있다.
본 발명의 실시 예에 따라, 사용자가 도메인 A에 접속 요청을 하는 경우, 단말은 http 프록시 도메인(http proxy domain)을 확인한 후, http 요청(http request)을 http 프록시 연결(121, http proxy connection)을 통해 http 프록시(150, http proxy)에게 전달한다. http 프록시 연결(121, http proxy connection) 을 설정하는 과정은 아래에서 설명하기로 한다. http 프록시(150, http proxy)는 도메인 A(domain A)를 서비스하는 클라우드 프록시1(171, cloud proxy1)에 http 요청(http request)을 전달할 수 있다.
사용자가 도메인 C에 접속요청을 하는 경우, 단말(110)은 기존 http 연결(http connection, 123)을 맺는 과정을 통해 도메인 C(domain C)를 서비스하는 웹서버(177)와 직접 연결을 맺는다.
상기에서 언급한 http 프록시(150)가 제공하는 빠른 http 연결은 이동통신 사업자가 사용자에게 차별화된 서비스로 제공할 수도 있다. 상기 차별화된 서비스를 http 프록시 서비스(http proxy service)로 명명할 수 있다. 이 경우, 네트워크 사업자는 상기 http 프록시 서비스를 제공할 때 사용자의 가입정보를 확인할 수도 있다. 또는 이동통신 사업자가 특정 단말에게만 http 프록시 서비스를 제공하도록, 또는 네트워크 상황에 따라 제공 여부를 설정하도록 할 수도 있다.
다음으로 도 2 및 도 3을 참조하여, 단말이 http 프록시 관련 정보를 획득하는 방법에 대하여 설명한다.
도 2는 http 프록시 관련 정보를 획득하기 위해 각 개체들 사이의 신호 흐름을 설명하는 관계도이고, 도 3은 단말 내에 저장된 http 프록시 객체 관리 (http proxy management object)를 설명하는 도면이다.
먼저 도 2를 참조하여, 단말이 네트워크에 접속하는 과정에서 네트워크가 전달해 주는 정보를 통해 http 프록시 관련 정보를 획득하는 방법을 설명한다. 도 2는 단말이 네트워크 최초 접속 시, http 프록시 관련 정보를 요청한다는 것을 포함하여 접속 요청을 하고, 네트워크는 상기 요청을 사용자의 가입정보와 비교하여, http proxy관련 정보를 단말에게 제공하는 방안을 도식하고 있다.
단말은 네트워크에 최초 접속하는 과정에서 네트워크가 전달해주는 정보를 통해 http 프록시 관련 정보를 획득할 수 있다. 즉, 어태치(attach) 과정 중 http 프록시 관련 정보를 획득할 수 있다. 단말은 네트워크에게 최초 접속 요청을 보낼 때, http 프록시 관련 정보를 요청한다는 정보를 포함하여 전송할 수 있다. 단말은 상기 전송한 http 프록시 관련 정보에 대응하여 네트워크로부터 http 프록시 관련 정보를 획득할 수 있고, 다른 예로 네트워크가 단말의 요청 없이도 http 프록시 관련 정보를 단말에게 전달할 수도 있다.
도면을 참조하여 더욱 자세히 설명하면, S201 단계에서 단말(210)은 네트워크에 Attach Request를 전송할 수 있다. 상기 Attach Request는 http 프록시 정보 요청(http proxy info requested)을 포함할 수 있다. 단말(210)은 상기 Attach Request를 기지국(220)으로 전송할 수 있다. http 프록시 정보 요청 (http proxy info requested) 지시자는 본 발명의 실시 예에서 제안하는 지시자이다. 상기 지시자는 단말(210)이 본 발명의 실시 예에서 제안하는 빠른 http 연결을 요청함을 의미한다. 상기 http 프록시 정보 요청(http proxy info requested) 지시자는 단말이 P-게이트웨이(250, PGW)와 통신하기 위해 사용하는 파라미터(parameter)인 PCO에 포함되어 있을 수도 있고, 또는 단독적인 파라미터(parameter)로도 전달할 수 있다.
S203 단계에서 기지국(220, eNB)은 단말(210)로부터 S201 단계에서 수신한 상기 Attach Request (.., http proxy info requested, ..) 를 MME(230)에게 전달할 수 있다.
S205 및 S207 단계에서 MME(230)는 Update Location Request/Ack 메시지를 통해 HSS(260)로부터 사용자의 가입정보를 받아올 수 있다.
S209 단계에서 MME(230)는 사용자의 가입정보를 확인한다. MME(230)는 상기 가입정보를 확인하여 사용자에게 http 프록시 서비스를 제공할 수 있는지를 판단할 수 있다.
하기에서 S210 단계를 통하여 HTTP 프록시 서비스를 제공하는 경우의 과정에 대하여 설명하고, S230 단계를 통하여 HTTP 프록시 서비스를 제공하지 않는 경우 일반 서비스 과정에 대하여 설명한다.가입정보에 따라 사용자에게 http 프록시 서비스를 제공하는 경우, S211 단계 및 S212 단계에서 MME(230)는 S-게이트웨이(240, SGW)를 통해 P-게이트웨이(250, PGW)에게 Create Default Bearer Request 요청을 전송할 수 있다. 상기 Create Default Bearer Request는 http 프록시 정보 요청 지시자를 포함할 수 있다. 이 때, http 프록시 정보 요청(http proxy info requested) 지시자는 상기 Attach request 메시지로부터 받은 지시자 일 수 있다. 만약, http 프록시 정보 요청(http proxy info requested) 지시자가 PCO에 포함되어 있는 경우, MME(230)는 PCO 값을 확인해야 한다.
S213 단계에서 http 프록시 정보 요청(http proxy info requested) 지시자를 받은 PGW(250)는 HTTP 프록시(HTTP proxy) 관련 정보를 확인할 수 있다. 상기 http 프록시 관련 정보는 http 프록시(http proxy) 주소 및/또는 http 프록시(http proxy)가 연결을 맺고 있는 도메인(domain) 정보 등을 포함할 수 있다.
S215 단계 및 S216 단계에서 PGW(250)는 http 프록시 관련 정보를 SGW(240)를 통해 MME(230)로 전달할 수 있다.
S217 단계에서 MME(230)는 기지국(220, eNB)에게 Initial Context Setup Request/Attach Accept 메시지를 전송할 수 있다. 상기 Initial Context Setup Request/Attach Accept는 http 프록시 관련 정보를 포함할 수 있다.
S219 단계에서 기지국(220, eNB)는 RRC 연결 재설정(RRC connection reconfiguration) 과정을 통해 단말에게 http 프록시(http proxy) 정보를 전달할 수 있다. RRC 연결 재설정 과정에서 상기 http 프록시 관련 정보는 단말(210)로 전달될 수 있다. 단말(210)은 전달받은 http 프록시 관련 정보를 저장할 수 있다.이후 S251 단계 내지 S257 단계를 통하여 Attach 과정을 수행할 수 있다.
S209 단계에서 가입정보 확인 결과에 따라 http 프록시 서비스를 제공하지 않는 경우 네트워크는 S230 단계와 같이 동작할 수 있다.
가입정보에 따라 사용자에게 http proxy 서비스를 제공하지 않는 경우, S231 단계에서 MME(230)는 기존의 Create Default Bearer Request 메시지를 S-게이트웨이(240)로 전송할 수 있다. S233 단계에서 S-게이트웨이(240)는 기존의 Create Default Bearer Request를 P-게이트웨이(250)로 전달할 수 있다. S235 단계 및 S237 단계를 통하여 Create Default Bearer Response가 P-게이트웨이(250)에서 S-게이트웨이(240)를 통하여 MME(230)로 전달될 수 있다. S239 단계에서 MME(230)는 Initial Context Setup Request/Attach Accept 메시지를 기지국(220)으로 전송할 수 있다. S241 단계에서 기지국(220)는 RRC 연결 재설정(RRC connection reconfiguration) 과정을 수행할 수 있다. 즉, 상기 230 단계는 기존의 베어러 설정 과정을 이용하여 수행할 수 있다.
이후 단말(210)은 Attach 과정을 진행한다.
http 프록시 관련 정보 변경된 경우, 네트워크는 상기 변경된 정보를 단말에게 전달할 수 있다. LTE 네트워크의 경우, bearer 업데이트 과정을 통해 P-게이트웨이(250, PGW)로부터 변경된 http 프록시 관련 정보를 단말(210)에게 전달할 수 있다. 또는 단말(210)이 주기적인 Attach request를 보낼 때, http 프록시 관련 정보를 업데이트 할 수 있다.
단말(210)은 상기 http 프록시 관련 정보를 네트워크와 접속이 종료된 후에도 저장할 수 있다. 단말(210)은 상기 http 프록시 관련 정보의 모두 또는 일부를 네트워크와 접속이 종료된 후에도 저장할 수 있다.
다음으로 도 3을 참조하여 단말이 http 프록시 관련 정보를 획득하는 다른 실시 예를 설명한다.
단말이 http 프록시 관련 정보를 획득하는 또 다른 방법은 이동통신 사업자가 OMA-DM 방식을 통해 단말에게 http 프록시 관련 정보를 O&M으로 전달하는 것이다. 단말은 http 프록시(http proxy) 주소 및/또는 http 프록시 도메인(http proxy domain) 정보를 객체 관리(MO, management object) 형식으로 저장할 수 있다. 본 발명에서는 상기 객체 관리(MO, management object)를 http 프록시 객체 관리(http proxy MO)로 명명한다.
도 3은 단말 내에 저장된 http 프록시 객체 관리(http proxy MO)의 일 실시 예를 나타낸다.
도 3에서, http_proxy_address는 http 프록시(proxy)의 주소를 나타낸다. 표 1은 http 프록시 주소를 나타내는 일 실시 예이다.
Figure pat00001
<http_proxy_domain_List> node 와 <Http_proxy_domain> leaf는 http proxy 도메인을 나타내며, 가능한 형식은 표 2, 표 3에 각각 나타나 있다.
Figure pat00002
Figure pat00003
다음으로 http 프록시 연결(http proxy connection) 설정 방법을 설명한다. http 프록시 연결(http proxy connection)은 단말이 attach 과정을 수행한 후 임의의 시점에 또는 단말이 http 프록시(http proxy) 도메인에 접속을 시도할 때, 설정할 수 있다.
단말이 attach 과정을 수행한 후 임의의 시점에 http 프록시 연결(http proxy connection)을 설정하는 경우, 단말은 사용자의 http 프록시 도메인(http proxy domain)으로의 접속 요청이 없어도 http 프록시 관련 정보를 이용하여 자동으로 http 프록시 연결(http proxy connection)을 생성할 수 있다. 또 다른 방법으로 단말은 사용자가 http 프록시 도메인(http proxy domain)들 중 어느 하나로 접속을 요청하는 경우에 http 프록시 연결(http proxy connection)을 생성할 수 있다.
이 후, 단말이 http 프록시 도메인(http proxy domain) 리스트에 속한 도메인(domain)으로 접속을 하는 경우, http 연결(http connection) 설정 없이 기 설정된 http 프록시 연결(http proxy connection)을 통해 http 프록시(proxy)로 http 요청(http request) 전송이 가능하다.
도 4는 본 발명의 일 실시 예에 따른 http request가 발생했을 때, 단말의 동작을 설명한 순서도이다. 도 4는 본 발명의 일 실시 예인 온-디맨드(on-demand) 방식에 따른 단말의 동작을 설명하는 순서도이다.
도 4를 참조하면, S410 단계에서 단말에 http 요청(http request)이 발생한다. S420 단계에서 단말은 상기 http 요청(http request)를 보내고자 하는 도메인이 http 프록시 도메인 리스트(http proxy domain list)에 속하는지 여부를 판단할 수 있다.
판단 결과 상기 http 요청(http request)를 보내고자 하는 도메인이 http 프록시 도메인 리스트(http proxy domain list)에 속하는 경우, S430 단계로 진행할 수 있다. S430 단계에서 단말은 http 프록시 연결(http proxy connection)이 존재하는지 확인할 수 있다. S430 단계에서 http 프록시 연결이 존재하는 경우, S431 단계에서 단말은 http 프록시 연결(http proxy connection)을 통해 http 요청(http request)를 http 프록시(http proxy)에게 전달할 수 있다. S430 단계에서 http 프록시 연결이 존재하지 않는 경우, 단말은 http 프록시 연결(http proxy connection)을 새롭게 설정할 수 있다.
반면, S420 단계에서의 판단 결과 http 요청(http request)를 보내고자 하는 도메인이 http 프록시 도메인 리스트(http proxy domain list)에 속하지 않는 경우, 단말은 http 요청(http request)을 보내고자 하는 도메인과의 연결설정을 위해, 기존의 http 연결(http connection) 설정 과정을 수행한다.
도 5는 단말이 http 프록시(http proxy) 도메인에 접속을 시도할 때 http 프록시 연결(http proxy connection)을 설정하고 이후 http 프록시 연결(http proxy connection) 설정 없이 http 프록시(http proxy)에 접속하는 과정을 나타낸 도면이다. 즉, 본 발명의 실시 예에서는 http 프록시 연결(http proxy connection)이 이미 설정되어 있는 경우, 단말이 http 프록시 도메인(http proxy domain) 리스트에 속한 도메인(domain)으로 접속을 하는 경우, 새로운 http 연결(http connection) 설정 없이 기 설정된 http 프록시 연결(http proxy connection)을 통해 http 프록시(proxy)로 http 요청(http request) 전송이 가능하다.
UE(510)는 http 프록시 도메인(http proxy domain)으로 도메인 A(domain A)와 도메인 B(domain B)를 저장하고 있다(511). 이동통신망 사업자는 클라우드(cloud) 사업자 1과 http 프록시(proxy) 서비스를 위한 계약을 맺고 있다. 이에 따라, http 프록시(http proxy)는 도메인 A(domain A), 도메인 B(domain B)를 서비스 하는 AS1(550), AS2(560)와 기 설정한 보장된 http 연결(guaranteed http connection)을 맺고 있다(541). 상기 보장된 http 연결(guaranteed http connection)은 지속적인 TPC 연결(persistent TCP connection)일 수 있다.
S530 단계는 단말이 attach 과정 수행 후, 최초로 도메인 A에 접속하고자 하는 경우의 동작을 설명한다.
단말(510)은 도메인 A가 http 프록시 도메인(http proxy domain) 리스트에 포함된다는 것을 확인한 후, http 프록시 연결(http proxy connection)이 설정되어 있지 않음을 확인한다. 단말은 http 프록시(540, http proxy)와 http 프록시 연결(http proxy connection)을 설정한다(S531 단계). 단말(510)은 http 프록시(http proxy)에게 도메인 A로 보내는 http 요청(http request)을 전송한다(S533 단계). S535 단계에서 http 프록시(540)는 도메인 A를 서비스하는 클라우드 사업자를 선택할 수 있다. 도메인 A를 서비스하는 복수의 클라우드 사업자가 존재하는 경우, http 프록시(540)는 가장 효율이 좋은 클라우드 사업자를 선택할 수 있다. http 프록시(http proxy)는 단말로부터 전달받은 http 요청(http request)를 AS1(550) 에게 전달한다(S537 단계). http 프록시(540, http proxy)는 AS1(550)로부터 http 응답(http response)를 수신하고(S538 단계), 전달받은 http 응답(http response)을 단말(510)에게 전달한다(S539 단계).
이후 S540 단계에 따라 단말(510)은 도메인 B에 접속하고자 한다. 단말(510)은 도메인 B가 http 프록시 도메인(http proxy domain) 리스트에 포함되며, http 프록시 연결(http proxy connection)이 설정되어 있음을 확인한다. 단말(510)은 http 프록시(540, http proxy)에게 도메인 B로 보내는 http 요청(http request)을 전송한다(S551 단계). S553 단계에서 http 프록시(540)는 도메인 B를 서비스하는 클라우드 사업자를 선택할 수 있다. http 프록시(540, http proxy)는 단말(510)로부터 전달받은 http 요청(http request)을 AS2(560)로 전달한다. http 프록시(540, http proxy)는 AS2(560)로부터 http 응답(http response)를 수신하고, 수신한 http 응답(http rseponse)를 단말(510)에게 전달할 수 있다.
다음으로 단말(510)이 요청하는 도메인이 http 프록시 도메인 리스트에 포함되어 있지 않은 경우의 동작에 대하여 S570 단계 및 S590 단계를 참조하여 설명한다.
단말(510)은 이 후 도메인 C에 접속하고자 한다. 단말은 도메인 C가 http 프록시 도메인 리스트(http proxy domain list)에 포함되지 않음을 확인한다. 단말(510)은 DNS 쿼리 과정을 수행한 후(S571, S572 단계), domain C를 서비스하는 AS3(570)와 http 연결(http connection)을 수행한다(S573 단계). 단말(510)은 상기 http 연결(http connection)을 통하여, AS3(570)과 request/response 를 송수신한다(S575, S577 단계). 단말(510)과 AS3(570)와의 서비스가 종료된 경우, 단말(510) 또는 AS3(570)는 http 연결(http connection)을 종료한다(S579 단계).
이후 S590 단계에 따라, 단말(510)이 다시 도메인 C에 접속하고자 하는 경우, 단말(510)은 다시 S570 단계에서 수행한 모든 절차를 수행하여야 한다. 즉, 단말은 도메인 C가 http 프록시 도메인 리스트(http proxy domain list)에 포함되지 않음을 확인한다. 단말(510)은 DNS 쿼리 과정을 수행한 후(S591, S592 단계), domain C를 서비스하는 AS3(570)와 http 연결(http connection)을 수행한다(S593 단계). 단말(510)은 상기 http 연결(http connection)을 통하여, AS3(570)과 request/response 를 송수신한다(S595, S597 단계). 단말(510)과 AS3(570)와의 서비스가 종료된 경우, 단말(510) 또는 AS3(570)는 http 연결(http connection)을 종료한다(S599 단계).
상기에서 설명한 바와 같이, 본 발명의 일 실시 예인 http 프록시 서비스를 지원하는 도메인의 경우는 별도의 DNS 쿼리 수행 및 http 연결(http connection)을 수행하지 않고, http 요청(http request)를 처리할 수 있기 때문에 사용자의 QoE를 향상시킬 수 있다.
다음으로 도 6을 참조하여 http 요청(http request)에 우선 순위를 사업자 망의 QoS에 적용하는 방법에 대하여 설명한다. 도 6은 http 요청(http request)에 우선순위 지시자를 포함하는 경우 네트워크 동작을 설명하는 관계도이다. 도 6은 SPDY 프로토콜을 예로 들어 설명한다.
도 6에서는 본 발명의 일 실시 예에따른 http 요청(http request)의 우선순위에 따라 단말에게 적절한 QoS(Quality of Service)를 할당하기 위한 http proxy를 제안한다. 본 발명의 실시 예에 따름녀, http 프록시(http proxy)는 사업자망에 위치하여, http 요청(http request)의 우선순위 정보를 사업자망의 QoS를 담당하는 엔터티에 전달하여, 단말이 적절한 QoS를 할당 받을 수 있도록 할 수 있다.
단말(610)은 SYN_STREAM (.., priority, http proxy,..)을 PGW(620)를 통해 http 프록시(640, http proxy)에게 전송할 수 있다(S611, S613 단계). 상기 SYN_STREAM은 http 프록시에 대한 정보와 http 요청(http request)에 대한 우선순위 지시자(priority)를 포함할 수 있다. http 프록시(640, http proxy)는 상기 http 요청(http request)을 웹서버(650)에 전달할 수 있다(S615 단계).
http 프록시(640, http proxy)는 상기에서 전송받은 스트림(stream)의 우선순위를 확인할 수 있다(S620 단계). http 프록시(640, http proxy)는 특정 우선순위 지시자(priority)를 포함하는 http 요청(http request)의 경우, P-게이트웨이(620, PGW)에게 이를 리포트할 수 있다(S621 단계). 상기 특정 우선순위 지시자(priority)는 사업자가 설정(configuration)으로 정할 수 있다.
P-게이트웨이(620, PGW)는 스트림 우선순위 리포트(stream priority report)를 PCRF(630)에 전달할 수 있다(S623 단계). PCRF(630)는 전달받은 우선순위 지시자(priority)를 기반으로 베어러 수정(bearer modification)이 필요한지 여부를 결정할 수 있다(S640 단계). PCRF(630)는 P-게이트웨이(PGW)에게 SDF 필터(filter)를 전달할 수 있다(S641 단계). PCRF(630)는 베어러 수정(bearer modification) 과정을 수행한다(S643 단계). P-게이트웨이(620, PGW)는 http 프록시(http proxy)에게 상기 스트림 우선순위 리포트(stream priority report)에 대한 응답 메시지를 전달할 수 있다(S645 단계).
도 7은 본 발명의 일 실시 예인 단말을 설명하는 블록도이다.
도 7을 참조하면, 본 발명의 일 실시 예인 단말(700)은 유무선 통신을 수행하는 통신부(710) 및 단말(700)의 전반적인 동작을 제어하는 제어부(730)를 포함할 수 있다. 상기 제어부(730)는 연결 제어부(731)를 더 포함할 수 있다. 상기 연결 제어부(731)는 본 발명의 실시 예인 http 프록시 서비스를 지원하기 위한 동작을 지원할 수 있다.
상기 연결 제어부(731)는 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하고, 상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하며, 상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하도록 제어할 수 있다.
또한, 상기 연결 제어부(731)는 상기 도메인이 http 프록시 도메인 리스트 정보에 포함되어 있는지 판단하도록 제어하고, 네트워크 최초 접속 시 P-게이트웨이로부터 상기 http 프록시 관련 정보를 수신하도록 제어할 수 있다.
또한, 상기 연결 제어부(731)는 DM(device management) 서버로부터 OMA-DM 트리(tree)를 구성하는 http 프록시 주소 및 http 프록시 도메인 리스트 정보를 포함하는 상기 http 프록시 관련 정보를 수신하도록 제어할 수 있다.
또한, 상기 연결 제어부(731)는 상기 도메인을 서비스하는 서버와 지속적으로 http 연결이 설정되어 있는 http 프록시와 http 연결을 설정하도록 제어할 수 있다.
상기에서 단말(700)의 구성을 블록으로 나누어 설명한 것은, 설명의 편의를 위하여 나누어 설명한 것이지 반드시 이와 같이 나누어져야 할 필요는 없다. 예를 들어 상기에서 연결 제어부(731)의 기능 또는 동작으로 설명된 부분은 제어부(730)가 수행할 수도 있을 것이다. 또한 상기에서 구체적으로 연결 제어부(731)의 동작으로 언급하지 않은 기능 또는 동작이라 할지라도, 상기 도 1 내지 도 6을 통하여 본원 발명의 실시 예인 http 프록시 서비스를 수행하기 위해 단말의 동작으로 설명한 동작 또는 기능을 수행할 수 있음은 자명할 것이다.
도 8은 본 발명의 일 실시 예인 HTTP 프록시를 설명하는 블록도이다.
도 8을 참조하면, http 프록시(800)는 유무선 통신을 수행하는 통신부(810) 및 http 프록시(800)의 전반적인 동작을 제어하는 제어부(830)을 포함할 수 있다. 상기 제어부(830)는 도메인 연결 제어부(831)를 더 포함할 수 있다. 상기 도메인 연결 제어부(831)는 본 발명의 실시 예인 http 프록시 서비스를 지원하기 위한 동작을 지원할 수 있다.
도메인 연결 제어부(831)는 적어도 하나의 http 도메인을 서비스하는 서버와 지속적인 http 연결을 설정하고, 단말과 http 프록시 사이에 설정된 http 프록시 연결(http proxy connection)을 통해 상기 단말로부터 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하며, 상기 수신한 http 요청을 상기 http 연결을 통하여 상기 도메인을 지원하는 서버로 전송하도록 제어할 수 있다.
상기에서 http 프록시(800)의 구성을 블록으로 나누어 설명한 것은, 설명의 편의를 위하여 나누어 설명한 것이지 반드시 이와 같이 나누어져야 할 필요는 없다. 예를 들어 상기에서 도메인 연결 제어부(831)의 기능 또는 동작으로 설명된 부분은 제어부(830)가 수행할 수도 있을 것이다. 또한 상기에서 구체적으로 도메인 연결 제어부(831)의 동작으로 언급하지 않은 기능 또는 동작이라 할지라도, 상기 도 1 내지 도 6을 통하여 본원 발명의 실시 예인 http 프록시 서비스를 수행하기 위해 http 프록시의 동작으로 설명한 동작 또는 기능을 수행할 수 있음은 자명할 것이다.
그리고 본 명세서와 도면에 개시된 실시 예들은 본 발명의 내용을 쉽게 설명하고, 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 따라서 본 발명의 범위는 여기에 개시된 실시 예들 이외에도 본 발명의 기술적 사상을 바탕으로 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (16)

  1. 단말의 웹 서버 연결 방법에 있어서,
    적어도 하나의 도메인에 대한 http 요청(http request)을 수신하는 단계;
    상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하는 단계; 및
    상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하는 단계를 포함하는 것을 특징으로 하는 웹 서버 연결 방법.
  2. 제1항에 있어서, 상기 http 프록시 연결은,
    http 프록시 관련 정보에 대응하는 http 프록시와 상기 단말 사이에 직접 연결되는 것을 특징으로 하는 웹 서버 연결 방법.
  3. 제2항에 있어서, 상기 http 프록시 관련 정보는,
    각 http 프록시에 대응하는 http 프록시 주소 및 http 프록시 도메인 리스트 정보를 포함하는 것을 특징으로 하는 웹 서버 연결 방법.
  4. 제3항에 있어서, 상기 판단하는 단계는,
    상기 도메인이 http 프록시 도메인 리스트 정보에 포함되어 있는지 판단하는 것을 특징으로 하는 웹 서버 연결 방법.
  5. 제2항에 있어서, 상기 http 프록시 관련 정보를 획득하는 단계를 더 포함하고,
    상기 획득하는 단계는 네트워크 최초 접속 시 P-게이트웨이로부터 수신하는 것을 특징으로 하는 웹 서버 연결 방법.
  6. 제2항에 있어서, 상기 http 프록시 관련 정보를 획득하는 단계를 더 포함하고,
    상기 획득하는 단계는 DM(device management) 서버로부터 OMA-DM 트리(tree)를 구성하는 http 프록시 주소 및 http 프록시 도메인 리스트 정보를 포함하는 상기 http 프록시 관련 정보를 수신하는 것을 특징으로 하는 웹 서버 연결 방법.
  7. 제1항에 있어서,
    상기 http 프록시는 상기 도메인을 서비스하는 서버와 지속적으로 http 연결이 설정되어 있는 것을 특징으로 하는 웹 서버 연결 방법.
  8. 데이터 통신을 수행하는 통신부; 및
    적어도 하나의 도메인에 대한 http 요청(http request)을 수신하고, 상기 도메인이 http 프록시 서비스(http proxy service)를 지원하는 도메인인지 판단하며, 상기 도메인이 http 프록시 서비스를 지원하는 도메인이면, 기 설정된 http 프록시 연결(http proxy connection)을 통해 상기 http 요청(http request)를 http 프록시(http proxy)로 전송하도록 제어하는 연결 제어부를 포함하는 것을 특징으로 하는 단말.
  9. 제8항에 있어서, 상기 http 프록시 연결은,
    http 프록시 관련 정보에 대응하는 http 프록시와 상기 단말 사이에 직접 연결되는 것을 특징으로 하는 단말.
  10. 제9항에 있어서, 상기 http 프록시 관련 정보는,
    각 http 프록시에 대응하는 http 프록시 주소 및 http 프록시 도메인 리스트 정보를 포함하는 것을 특징으로 하는 단말.
  11. 제10항에 있어서, 상기 연결 제어부는,
    상기 도메인이 http 프록시 도메인 리스트 정보에 포함되어 있는지 판단하는 것을 특징으로 하는 단말.
  12. 제9항에 있어서, 상기 연결 제어부는,
    네트워크 최초 접속 시 P-게이트웨이로부터 상기 http 프록시 관련 정보를 수신하도록 제어하는 것을 특징으로 하는 단말.
  13. 제9항에 있어서, 상기 연결 제어부는,
    DM(device management) 서버로부터 OMA-DM 트리(tree)를 구성하는 http 프록시 주소 및 http 프록시 도메인 리스트 정보를 포함하는 상기 http 프록시 관련 정보를 수신하도록 제어하는 것을 특징으로 하는 단말.
  14. 제1항에 있어서, 상기 연결 제어부는,
    상기 도메인을 서비스하는 서버와 지속적으로 http 연결이 설정되어 있는 http 프록시와 http 연결을 설정하도록 제어하는 것을 특징으로 하는 단말.
  15. http 프록시의 웹 서버 연결 방법에 있어서,
    적어도 하나의 http 도메인을 서비스하는 클라우드(cloud) 사업자와 지속적인 http 연결을 설정하는 단계;
    단말과 상기 http 프록시 사이에 설정된 http 프록시 연결(http proxy connection)을 통해 상기 단말로부터 상기 도메인에 대한 http 요청(http request)를 수신하는 단계; 및
    상기 수신한 http 요청을 상기 http 연결을 통하여 상기 도메인을 지원하는 클라우드 사업자로 전송하는 것을 특징으로 하는 웹 서버 연결 방법.
  16. 데이터 통신을 수행하는 통신부; 및
    적어도 하나의 http 도메인을 서비스하는 서버와 지속적인 http 연결을 설정하고, 단말과 http 프록시 사이에 설정된 http 프록시 연결(http proxy connection)을 통해 상기 단말로부터 적어도 하나의 도메인에 대한 http 요청(http request)을 수신하며, 상기 수신한 http 요청을 상기 http 연결을 통하여 상기 도메인을 지원하는 서버로 전송하도록 제어하는 도메인 연결 제어부를 포함하는 것을 특징으로 하는 http 프록시.
KR20130116179A 2013-09-30 2013-09-30 이동통신시스템에서 웹 서버 접속 방법 및 장치 KR20150037020A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR20130116179A KR20150037020A (ko) 2013-09-30 2013-09-30 이동통신시스템에서 웹 서버 접속 방법 및 장치
US14/503,126 US20150095503A1 (en) 2013-09-30 2014-09-30 Method and apparatus for accessing to web server in a mobile communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20130116179A KR20150037020A (ko) 2013-09-30 2013-09-30 이동통신시스템에서 웹 서버 접속 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20150037020A true KR20150037020A (ko) 2015-04-08

Family

ID=52741264

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20130116179A KR20150037020A (ko) 2013-09-30 2013-09-30 이동통신시스템에서 웹 서버 접속 방법 및 장치

Country Status (2)

Country Link
US (1) US20150095503A1 (ko)
KR (1) KR20150037020A (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160065939A (ko) * 2013-11-05 2016-06-09 애리스 인터프라이지즈, 인크. 고정밀도 데이터에 대한 비트 심도 변수를 이용한 가중화된 예측 신택스 및 시맨틱들의 간략화된 프로세싱
US9459860B2 (en) * 2014-04-30 2016-10-04 Paypal, Inc. Mixed mode session management
WO2017137076A1 (en) * 2016-02-10 2017-08-17 Telefonaktiebolaget Lm Ericsson (Publ) Technique for transport protocol selection and setup of a connection between a client and a server

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030074461A1 (en) * 2001-10-09 2003-04-17 I-Dns.Net International Pte. Ltd. Method of mapping names or identifiers to telecommunications network resource locations
US20060031394A1 (en) * 2004-04-20 2006-02-09 Tazuma Stanley K Apparatus and methods for transparent handling of browser proxy configurations in a network gateway device
US20080288630A1 (en) * 2007-05-18 2008-11-20 Motorola, Inc. Device management
JP5288204B2 (ja) * 2009-08-10 2013-09-11 株式会社日立製作所 ゲートウェイシステム及び制御方法
CN103024933B (zh) * 2011-09-28 2016-01-20 腾讯科技（深圳）有限公司 一种移动互联网访问系统及访问移动互联网的方法
EP2611228A1 (en) * 2011-12-27 2013-07-03 Alcatel Lucent Allowing access to services delivered by a service delivery platform in a 3GPP HPLM, to an user equipment connected over a trusted non-3GPP access network
US8863299B2 (en) * 2012-01-06 2014-10-14 Mobile Iron, Inc. Secure virtual file management system

Also Published As

Publication number Publication date
US20150095503A1 (en) 2015-04-02

Similar Documents

Publication Publication Date Title
JP6806259B2 (ja) ネットワークスライシングを実装する５ｇネットワークにｒｒｃ手順を適合させる通信システムおよび方法
US11997543B2 (en) Communication method, network element, terminal apparatus, and system
RU2754950C1 (ru) Преобразование контекста сеанса
US20220060932A1 (en) Method and device for operating and controlling data flow
US11159976B2 (en) Handling of mapped EPS bearer context for invalid QoS flow description
US9763176B2 (en) Communications system
EP3497970B1 (en) Mobility in 5g with handoff or cell reselection dependent on change of user-plane functionality serving area
US11057865B1 (en) Apparatus and methods for enhanced paging in wireless networks
JP2020520172A (ja) ネットワークスライス選択ポリシー更新方法および装置
CN111541792B (zh) 一种ip地址分配的方法和装置
JP2020162151A (ja) 通信システム
EP3694289B1 (en) Improvements to core network functions
JP2021530153A (ja) 通信システム
CN106797595B (zh) 用于3gpp系统改变的增强承载连续性的方法及装置
CN115529294B (zh) 业务处理方法、装置、设备及存储介质
KR20150037020A (ko) 이동통신시스템에서 웹 서버 접속 방법 및 장치
WO2022219478A1 (en) Handling of heterogeneous support for user equipment slice maximum bit rate (s-mbr)
WO2022021355A1 (zh) 会话建立方法、装置、设备及存储介质
KR102593009B1 (ko) 무선 통신 시스템에서 로컬 영역 데이터 네트워크 서비스 제공 방법 및 장치
WO2024093898A1 (en) Method and apparatus for session management
EP4271126A1 (en) At command for mo sms access domain preference selection
TW202420877A (zh) 用戶設備和用於用戶設備的方法
CN111970729A (zh) 信息处理方法
KR20170013614A (ko) 이동 관리 서버와 홈 가입자 서버 간의 트래픽 절감 시스템

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination