KR20160061037A - 세션 기반 웹 서비스를 제공하는 방법 및 장치 - Google Patents

세션 기반 웹 서비스를 제공하는 방법 및 장치 Download PDF

Info

Publication number
KR20160061037A
KR20160061037A KR1020140163427A KR20140163427A KR20160061037A KR 20160061037 A KR20160061037 A KR 20160061037A KR 1020140163427 A KR1020140163427 A KR 1020140163427A KR 20140163427 A KR20140163427 A KR 20140163427A KR 20160061037 A KR20160061037 A KR 20160061037A
Authority
KR
South Korea
Prior art keywords
information
service
terminal
token
transmitting
Prior art date
Application number
KR1020140163427A
Other languages
English (en)
Other versions
KR102309744B1 (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 삼성전자주식회사
Priority to KR1020140163427A priority Critical patent/KR102309744B1/ko
Priority to US15/528,758 priority patent/US11483897B2/en
Priority to PCT/KR2015/012598 priority patent/WO2016080816A1/ko
Priority to EP15860232.6A priority patent/EP3223578B1/en
Publication of KR20160061037A publication Critical patent/KR20160061037A/ko
Application granted granted Critical
Publication of KR102309744B1 publication Critical patent/KR102309744B1/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/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/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • 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/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]

Abstract

본 명세서의 일 실시 예에 따르는 이동통신 시스템의 단말에서 신호 송수신 방법은 서비스 제공 서버로부터 서비스 제공을 위한 제1정보를 수신하는 단계; 상기 서비스 제공 서버로부터 세션 관리를 위한 제2정보를 수신하는 단계; 및 상기 제1정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에게 신호를 송신하는 단계를 포함한다. 본 명세서의 실시 예에 따르면 스폰서드 서비스 및 WebRTC 서비스 제공시 사용시 서비스 제공을 위한 정보와 세션 관리를 위한 정보를 연동시킴으로써 사용자 편의성이 향상되고, 효과적인 서비스 제공이 가능하다.

Description

세션 기반 웹 서비스를 제공하는 방법 및 장치 {APPARATUS AND METHOD FOR CONTROLLING TRAFFIC IN WIRELESS COMMUNICATION SYSTEMS}
본 명세서의 실시 예는 세션 기반 웹 서비스를 제공하는 방법 및 장치에 관한 것이다. 보다 구체적으로, 단말과 서버 사이에 설정된 웹 세션 정보와 특정 서비스에 대한 권한을 나타내는 정보를 연동하여 제공할 수 있는 서비스를 제어하는 방법 및 장치에 관한 것이다.
일반적으로 이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 점차로 음성뿐 아니라 데이터 서비스까지 영역을 확장하고 있으며, 현재에는 고속의 데이터 서비스를 제공할 수 있는 정도까지 발전하였다. 그러나 현재 서비스가 제공되고 있는 이동 통신 시스템에서는 자원의 부족 현상이 발생하고 있고, 또한 사용자들이 보다 고속의 서비스를 요구함으로 인해 보다 발전된 이동 통신 시스템이 요구되고 있다.
이러한 요구에 부응하여 차세대 이동 통신 시스템으로 개발 중인 중 하나의 시스템으로써 3GPP(The 3rd Generation Partnership Project)에서 LTE(Long Term Evolution)에 대한 규격 작업이 진행 중이다. LTE는 최대 100 Mbps정도의 전송 속도를 가지는 고속 패킷 기반 통신을 구현하는 기술이다. 이를 위해 여러 가지 방안이 논의되고 있는데, 예를 들어 네트워크의 구조를 간단히 해서 통신로 상에 위치하는 노드의 수를 줄이는 방안이나, 무선 프로토콜들을 최대한 무선 채널에 근접시키는 방안 등이 있다.
특히 이러한 무선 통신 시스템을 포함하는 통신 시스템들은 웹(Web) 기반 서비스를 제공하는데 이용되고 있다. 최근, 웹 기반으로 RTC(Real Time Communication) 서비스를 제공할 수 있는 WebRTC(Web-based RTC) 기술과 서비스 제공자가 사용자의 통신 비용을 부담하면서 서비스를 제공할 수 있는 스폰서드 서비스(sponsored service)가 주목 받고 있다.
본 명세서의 실시 예는 상술한 문제점을 해결하기 위하여 제안된 것으로 WebRTC 서비스 및 스폰서드 서비스 중 어느 하나의 서비스에서 서비스를 제어하기 위한 정보와 세션 정보를 연동 시켜서 사용자에게 서비스를 제공하는 방법 및 장치를 제공하는 방법 및 장치를 제공하는 것을 목적으로 한다. 또한 사용자에게 서비스를 제어하기 위한 토큰(token) 정보를 사용자와 서버 사이에 세션과 관련된 쿠키(cookie)정보를 연동시켜서 서비스를 제공하는 방법 및 장치를 제공하는 것을 목적으로 한다.
상술한 과제를 달성하기 위하여, 본 명세서의 일 실시 예에 따르는 이동통신 시스템의 단말에서 신호 송수신 방법은 서비스 제공 서버로부터 서비스 제공을 위한 제1정보를 수신하는 단계; 상기 서비스 제공 서버로부터 세션 관리를 위한 제2정보를 수신하는 단계; 및 상기 제1정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에게 신호를 송신하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따르는 이동통신 시스템의 서비스 제공 서버에서 신호 송수신 방법은 서비스 제공을 위한 제1정보를 단말에 전송하는 단계; 세션 관리를 위한 제2정보를 상기 단말에 전송하는 단계; 및 상기 단말로부터 상기 제1정보 및 상기 제2정보를 기반으로 신호를 수신하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따르는 이동 통신 시스템에서 신호를 송수신하는 단말은 서비스 제공 서버 또는 코어 네트워크와 신호를 송수신하는 송수신부; 및 상기 송수신부를 제어하고, 상기 서비스 제공 서버로부터 서비스 제공을 위한 제1정보를 수신하고, 상기 서비스 제공 서버로부터 세션 관리를 위한 제2정보를 수신하고, 상기 제1정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에게 신호를 송신하는 제어부를 포함한다.
본 명세서의 또 다른 실시 예에 따르는 이동통신 시스템에서 신호를 송수신하는 서비스 제공 서버는 단말과 신호를 송수신하는 송수신부; 및 상기 송수신부를 제어하고, 서비스 제공을 위한 제1정보를 상기 단말에 전송하고, 세션 관리를 위한 제2정보를 상기 단말에 전송하고, 상기 단말로부터 상기 제1정보 및 상기 제2정보를 기반으로 신호를 수신하는 제어부를 포함한다.
본 명세서의 실시 예에 따르면 스폰서드 서비스 및 WebRTC 서비스 제공시 사용시 서비스 제공을 위한 정보와 세션 관리를 위한 정보를 연동시킴으로써 사용자 편의성이 향상되고, 효과적인 서비스 제공이 가능하다.
도 1은 본 명세서의 실시 예에 따른 통신 시스템을 개괄적으로 나타내는 도면이다.
도 2는 본 명세서의 실시 예에 따른 스폰서드 서비스 제공 방법을 설명하기 위한 도면이다.
도 3은 본 명세서의 실시 예에 따른 서비스 제공 방법을 설명하기 위한 도면이다.
도 4는 본 명세서의 실시 예에 따른 제어 정보를 전달하고 이를 기반으로 서비스를 제어하는 방법을 설명하기 위한 도면이다.
도 5는 본 명세서의 실시 예에 따른 토큰 정보가 만료된 경우 서버와 단말 사이의 정보 송수신 방법을 설명하기 위한 도면이다.
도 6은 본 명세서의 실시 예에 따른 세션 설정 시 유효한 토큰 정보가 있을 경우 서버와 단말 사이의 정보 송수신 방법을 설명하기 위한 도면이다.
도 7은 본 명세서의 실시 예에 따른 토큰 정보가 있는 단말이 코어 네트워크 노드에 접속하는 방법을 설명하기 위한 도면이다.
도 8은 본 명세서의 실시 예에 따라 단말과 코어 네트워크 노드 사이에 토큰 정보를 교환하고, 이에 따라 서비스를 제공하는 방법을 설명하기 위한 도면이다.
도 9는 본 명세서의 다른 실시 예에 따라 단말과 코어 네트워크 노드 사이에 토큰 정보를 교환하고, 이에 따라 서비스를 제공하는 방법을 설명하기 위한 도면이다.
도 10은 본 명세서의 실시 예에 따른 단말을 설명하기 위한 도면이다.
도 11은 본 명세서의 실시 예에 따른 서버 또는 코어 네트워크 노드를 설명하기 위한 도면이다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
또한 앞으로 본 명세서의 실시 예들을 구체적으로 설명함에 있어서, 기본적인 3GPP(Third Generation Partnership Project) LTE 시스템을 주된 대상으로 할 것이지만, 본 명세서의 실시 예들의 주요한 요지는 유사한 기술적 배경 및 시스템 형태를 가지는 여타의 통신/컴퓨터 시스템에도 본 명세서의 실시 예의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 명세서의 실시 예의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다. 또한 본 명세서의 실시 예에서 스폰서드 서비스 또는 WebRTC 서비스를 제공하기 위한 제어 방법 및 장치를 설명하는 것은 세션 정보와 서비스 제어 정보를 통합하여 관리 할 수 있는 다른 서비스에도 적용될 수 있음은 자명하다.
도 1은 본 명세서의 실시 예에 따른 통신 시스템을 개괄적으로 나타내는 도면이다.
도 1을 참조하면, 본 명세서의 실시 예에 따라 사용자 단말(User Equipment, UE)(110)은 통신 시스템과 신호를 송수신 할 수 있다. 또한 상기 통신 시스템은 기지국(evolved NodeB, eNB)(120), 서빙 게이트웨이(Serving Gateway, SGW) (130), 이동성 관리 엔티티(Mobility Management Entity, MME) (140), 정책 과금 및 규칙 기능(Policy Charging and Rules Function, PCRF)(150), 페킷 데이터 네트워크 게이트웨이(Packet Data Network Gateway, PGW) (160), 트래픽 검출 기능(Traffic Detection Function, TDF) (170) 및 페킷 데이터 네트워크(Packet Data Network, PDN) (180) 중 적어도 하나를 포함할 수 있다.
도시한 바와 같이 LTE 이동 통신 시스템의 무선 액세스 네트워크는 기지국(120)과 MME(140) 및 S-GW(130)를 포함할 수 있다.
사용자 단말(110)은 ENB(120) 및 S-GW(130), 그리고 P-GW(160)를 통해 외부 네트워크에 접속할 수 있다. 사용자 단말(110)이 PGW(160)를 통해 데이터를 송수신 하기 위해서는 PDN connection을 생성해야 하며, 하나의 PDN connection은 하나 이상의 EPS bearer를 포함할 수 있다.
기지국(120)은 RAN(Radio Access Network) 노드로서 UTRAN 시스템의 RNC 그리고 GERAN 시스템의 BSC에 대응될 수 있다. 실시 예에서 기지국(120)은 UE(110)와 무선 채널로 연결될 수 있으며, 기지국(120)은 RNC/BSC와 유사한 역할을 수행할 수 있다. 또한 LTE에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE(110)들의 상황 정보를 취합해서 스케줄링을 하는 장치가 필요하며 이를 ENB(120)가 담당할 수 있다.
S-GW(130)는 데이터 베어러를 제공하는 장치이며, MME(140)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다.
MME(140)는 각 종 제어 기능을 담당하는 장치로 하나의 MME(140)는 다수의 기지국들과 연결될 수 있다.
PCRF(150)은 트래픽에 대한 QoS 및 과금을 총괄적으로 제어하는 엔터티이다. 실시 예에서 PCRF(150)는 사용자의 QoS(Quality of Service)와 관련된 정책(policy)을 제어할 수 있으며, 상기 정책에 해당하는 PCC(Policy and Charging Control) 규칙(rule)은 P-GW(160)에 전달되어 적용될 수 있다.
P-GW(160)는 사업자 망과 외부 PDN(Packet Data Network)를 연결해 주는 역할을 하는 장치이며, 실시 예에서 PCEF(150)를 통해 QoS/트래픽과 관련된 정책 및 과금 정책을 집행할 수 있다.
TDF(170)은 트래픽을 검출하는 장치로, 패킷에 대한 검사(inspection)을 수행하고, 그 결과를 네트워크의 다른 장치(예, PCRF)로 전달할 수 있다. 실시 예에서 TDF(170)는 서버를 포함하는 별도의 장치로 네트워크 노드 상에 위치할 수 있으며, 또한 PGW(160)의 기능의 하나로 포함될 수도 있다.
PDN(180)은 패킷 데이터를 송수신 할 수 있는 네트워크이다. PDN의 한 예는 인터넷이다.
도 2는 본 명세서의 실시 예에 따른 스폰서드 서비스 제공 방법을 설명하기 위한 도면이다.
도 2를 참조하면, 사용자 단말(210), 통신 네트워크(220) 및 스폰서드 서비스 서버(230) 사이에 신호를 송수신하고, 스폰서드 서비스가 사용자 단말(210)에 제공될 수 있다.
보다 구체적으로 사용자 단말(210)에 프리로드(pre-load) 된 애플리케이션 또는 다운로드(download)된 애플리케이션을 통해 스폰서드 서비스가 제공될 수 있다. 보다 구체적으로 단말 제작 사, 통신 네트워크 사업자 및 스폰서드 서비스 제공자 사이에 기 설정된 설정에 따라 스폰서드 서비스가 제공될 수 있으며, 사용자 단말(210)이 스폰서드 서비스를 제공(225) 받게 되면, 통신 네트워크(220)를 운영하는 사업자는 스폰서드 서비스 서버(230) 사업자에게 과금(235)을 청구하고, 스폰서드 서비스 서버(230) 사업자는 사용자 단말(210)이 이용한 스폰서드 서비스에 대한 통신 요금과 관련하여 결재(240)를 통신 네트워크(230) 사업자에게 할 수 있다. 실시 예에서 스폰서드 서비스 운영자와 스폰서드 서비스 서버(230)운영자는 동일 주체이거나 별도의 주체일 수 있다.
또한 이와 같은 스폰서드 서비스 제공을 위해 사용자 단말(210)이 스폰서드 서비스 서버(230)로부터 스폰서드 서비스와 관련된 정보를 제공 받고 해당 정보를 통신 네트워크(220)에 제공하면, 이를 기반으로 통신 네트워크(220)는 사용자 단말에 제공되는 스폰서드 서비스와 관련된 트래픽에는 과금 처리를 하지 않을 수 있다. 또한 스폰서드 서비스 서버(230) 운영자는 관련된 애플리케이션을 사용자 단말(230)에 배포함으로써 스폰서드 서비스를 운영 할 수 있고, 스폰서드 서비스와 관련된 정보를 통신 사업자(220)에게 전달하여 이를 기반으로 인증 등의 절차를 수행할 수 있다.
이하에서 실시 예들을 세션 기반 웹 서비스를 제공하는 방법을 제안한다. 본 명세서의 실시 예의 대상이 되는 세션 기반 서비스는 통신 서비스 망 사업자와 3rd party(또는 서비스 제공자)가 계약을 맺고 서비스일 수 있다. 예를 들면, 사업자와 3rd party가 스폰서 계약을 맺고, 사업자 망에서 3rd party에 대한 서비스를 제공하는 대신, 서비스를 위한 트래픽 송수신 비용을 사용자 대신 3rd party가 대신 납부하는 스폰서드 데이터 또는 과금 (Sponsored data 또는 Sponsored charging) 서비스가 그 대상이 될 수 있다. 이 경우 실시 예에서 서버는 서비스 제공자가 서비스를 제공하기 위한 정보를 제공하는 3rd party의 서버일 수 있다. 또한 실시 예에서 3rd party server는 WebRTC를 제공하기 위한 서버일 수 있다.
예를 들면, 쇼핑몰 서비스 제공자가 통신 사업자와 계약을 맺고 온라인 쇼핑에 대한 스폰서드 데이터 서비스를 도입하면, 사용자는 쇼핑몰 서비스 제공자가 제공하는 서비스를 이용함으로써 별도의 통신 요금을 납부하지 않고 온라인 쇼핑 서비스를 받을 수 있으며, 이러한 사용자들의 증가로 인해 쇼핑몰 서비스 제공자는 쇼핑 사업의 매출 증가나, 온라인 쇼핑몰의 광고 등 부차적인 매출 증가를 기대할 수 있다.
실시 예에서 상기 스폰서드 데이터 서비스는, 특정 통신 서비스에 대한 가입과 결합된 형태로 적용될 수 있다. 예를 들면, 통신 서비스를 제공하는 사업자와 실제 응용(Application) 서비스를 제공하는 서비스 제공자(3rd party)는 서로 계약을 맺고, 사용자가 응용 서비스를 사용하는데 필요한 통신 비용을 3rd party가 사용자 대신 납부하며, 따라서 사업자는 사용자가 특정 3rd party 서비스만 사용하도록 허용된 무료 요금제(즉, 가입 형태 - subscription type)을 사용자들에게 판매할 수 있다. 이후 사용자는 3rd party 서비스를 운영하는 서버로부터 토큰 정보를 수신하고, 수신한 토큰 정보를 네트워크에 전달하고, 이를 기반으로 3rd party가 운영하는 서비스를 이용할 수 있으며, 이에 따른 과금은 3rd party 서비스 운영자와 네트워크 사업자 사이에 계약을 통해 처리할 수 있다.
한편, 본 발명의 실시 예의 대상이 되는 서비스는 WebRTC(Web-based Real Time Communication) 서비스일 수 있다. 이 경우 실시 예에서 서버는 WebRTC 서비스를 제공하는 웹 서버 또는 WWSF(WebRTC Web Server Function)일 수 있다.
이 경우 사용자는 웹 기반으로 실시간 서비스를 받을 수 있는데, 이러한 실시간 서비스를 제공받는 동안 사용자 단말과 웹 서버 또는 실시간 서비스의 상대(peer) 사이의 세션(session)은 유지될 수 있다.
웹 서비스는 일반적으로 HTTP(HyperText Transfer Protocol) 프로토콜을 이용해 제공될 수 있다. HTTP는 기본적으로 stateless (단말이나 서버에 state를 저장하거나, state machine을 구동할 필요가 없는) 특성을 가지고 설계된 프로토콜이다. 그러나, client 접속 시, 서버가 client의 정보를 매번 DB(Data Base)로부터 얻어오거나, 또는 서버에 저장된 client에 대응하는 context를 찾는 것은 서버의 처리 부하를 증가시키는 요인이 되므로, 세션 기반 서비스를 제공할 수 있는 방법이 필요하다. 특히, 로그인 기반으로 제공되는 웹 서비스(e-mail이나 SNS), 실시간 통신 서비스(음성/영상 통화 등), 또는 세션 기반으로 제공되는 서비스(인터넷 게이밍) 등은 이처럼 HTTP 기반 통신에서도 세션을 유지할 수 있는 방법 요구된다.
한편, 만약 3rd party와 사업자가 연동되어 스폰서드 서비스를 제공하는 형식으로 동작하는 경우, 사업자 망에서 3rd party로부터 인증 받은 사용자에 대한 통신 서비스 제공을 위해, 사용자 단말이 서비스와 관련된 적합한 통신 서비스 요청을 하는 것임을 알리기 위한 정보 또는 인증 정보를 사업자 망으로 제공할 수 있다. 여기서 서비스는 앞서 설명한 sponsored service 또는 WebRTC 서비스를 포함할 수 있다. 이 때 3rd party 서비스 제공자가 서비스를 위해 사용자에게 부여한 권한 또는 인증 정보는 토큰의 형태로 생성되어 사용자 단말로 전달될 수 있다. 실시 예에서 인증 정보를 포함하는 토큰은 웹서비스를 제공하는 서버와 동일한 서버에서 생성될 수 있으며, 별도의 서버에서 생성될 수도 있다. 상기 토큰이 별도의 서버에서 생성되는 경우, 웹 서비스를 제공하는 서비스에서 토큰 정보가 만료된 경우 토큰을 생성하는 서버에 토큰을 재발급하는 것을 요청하는 메시지를 전송하고, 토큰을 생성하는 서버는 이를 기반으로 생성된 토큰을 사용자 단말에 전달할 수 있다.
실시 예에서 사용자 단말은 토큰을 3rd party의 서버로부터 수신하고, 서비스 제공을 받기 위해 수신한 토큰에 포함된 정보를 사업자 망으로 전달할 수 있다. 이를 수신한 사업자 망에서는 토큰을 기반으로 사용자 요청의 유효성을 검사하고, 상기 토큰을 기반으로 사용자 단말에 필요한 서비스를 제공할 수 있다.
도 3은 본 명세서의 실시 예에 따른 서비스 제공 방법을 설명하기 위한 도면이다.
도 3을 참조하면, 사용자 단말(302), 네트워크(304) 및 3rd party 서버(306) 사이에 신호를 송수신 할 수 있다. 네트워크(304)는 도 1에서 설명한 엔티티 중 적어도 하나를 포함할 수 있다.
단계 310에서 3rd party 서버(306)은 사용자 단말(302)에 서비스를 위한 토큰 정보를 전달할 수 있다. 상기 토큰 정보에는 토큰을 식별하기 위한 아이디, 토큰 만료 시간, 토큰에 따른 사용 가능한 트래픽 용량 및 서비스를 위한 QoS 정보 중 적어도 하나를 포함할 수 있다.
단계 315에서 사용자 단말(302)은 네트워크(304)에 접속하기 위한 메시지에 상기 토큰정보를 포함시켜 전달할 수 있다.
단계 320에서 네트워크(304)는 수신한 정보를 기반으로 사용자 인증을 수행할 수 있다. 즉, 단말로부터 수신한 토큰에는 3rd party가 인증한 사용자 단말에 대한 인증 정보와, 사용자 단말에게 제공할 수 있는 서비스 및 QoS 정보가 포함되며, 네트워크는 토큰에 포함된 정보를 이용해, 사용자 단말의 서비스 요청이 유효한 것인지 검사하고, 유효한 경우 적합한 서비스 및 QoS를 제공한다.
단계 325에서 이후 사용자 단말(302)은 네트워크(304)를 통해 3rd party 서버(306)로부터 서비스를 제공 받을 수 있다. 이와 같이 사용자 단말(302)이 3rd party 서버(306)으로부터 서비스를 제공 받기 위해 로그인 등을 통해 3rd party 서버(306)과 사이에서 세션을 유지할 수 있다.
이와 같이 서비스가 계속 되는 중 단계 330과 같이 웹 세션이 끊어 지는 문제가 발생할 수 있다. 이와 같이 서비스 이용 중 웹 세션이 끊어 질 경우 토큰 정보가 유효하지만 별도의 서비스를 위해 세션을 다시 설정하기 위한 동작이 필요하다.
실시 예에서 스폰서드 서비스 또는 WebRTC와 같은 서비스 모델에서, 만약 서비스를 위해 토큰이 발급되어서 사용되면, 토큰이 유효한 동안 가급적 사용자 단말(302)과 3rd party 서버(306) 사이의 웹 세션이 유지 시킬 필요성이 있다. 이는 토큰으로 받는 서비스 도중 웹 세션이 끊어지면, 사용자 단말(302)과 3rd party 서버(306) 사이의 세션을 재설정하는 과정이 필요하다. 그러나 이와 같이 세션을 재설정하는 과정 중 사용자에게 로그인을 요청하는 단계가 필요하고, 또한 실시간 서비스가 끊어질 수 있는 불편함을 야기할 수 있다. 또한 세션을 새로 생성하기 위해 3rd party 서버(306) 쪽 처리 부하가 발생할 수 있다. 따라서 이와 같이 토큰 기반을 웹 서비스를 진행할 때 토큰 정보와 세션 정보를 연동하여 관리할 필요성이 있다. 실시 예에서 3rd party 서버(306)로 언급되는 것은 스폰서드 서비스를 제공하는 서버이거나, WebRTC 관련 서비스를 제공하는 서버 중 적어도 하나일 수 있다.
본 명세서에 따른 첫 번째 실시 예는 웹 기반 서비스에서 세션을 유지하도록 하는 방법에 관한 것이다.
이 실시 예는 웹 서비스를 위한 토큰과 웹 세션을 유지(maintaining)하기 위한 정보(이후 쿠키(cookie)라 칭함)를 연동하는 방법을 포함할 수 있다.
도 4는 본 명세서의 실시 예에 따른 제어 정보를 전달하고 이를 기반으로 서비스를 제어하는 방법을 설명하기 위한 도면이다.
도 4를 참조하면, 사용자 단말(402)은 3rd party 서버(404)와 신호를 송수신 할 수 있다. 실시 예에 따라 두 엔티티 사이에 네트워크 엔티티가 포함될 수 있다.
단계 410에서 3rd party 서버(404)는 사용자 단말(402)에 식별자를 포함하는 토큰 정보를 전달할 수 있다. 3rd party 서버(404)는 사용자 단말(402)를 위한 토큰을 발급할 때, 토큰을 식별할 수 있는 정보를 생성할 수 있다. 상기 식별자는 상기 토큰을 식별할 수 있는 정보일 수 있으며, 토큰 식별자로 불릴 수 있다. 실시 예에 따라 상기 토큰 식별자는 난수를 이용하여 생성하거나, 난수, 사용자 식별자 및 시간정보 중 적어도 하나를 기반으로 생성할 수도 있다.
단계 415에서 3rd party 서버(404)는 사용자 단말(402)에 세션 관리를 위한 정보를 전달할 수 있다. 실시 예에서 단계 410과 단계 415에서 전송되는 정보는 단일 단계에서 하나의 메시지를 통해 전송될 수 있다. 실시 예에서 세션 관리를 위한 정보는 사용자 단말(402)내 브라우저(또는 웹 서비스를 위한 SW)에 쿠키를 설정하기 위한 정보를 포함할 수 있다.
단계 415에서 수신한 정보를 기반으로 사용자 단말(402) 내에 생성 또는 저장되는 쿠키는 세션을 식별할 수 있는 정보, 세션의 유효시간을 판단하는데 사용되는 값, 세션의 대상이 되는 도메인 이름 및 웹 세션과 연동되어 제공되는 서비스를 위한 토큰을 구분할 수 있는 정보 중 하나 이상을 포함할 수 있다. 상기 쿠키에 포함되는 정보는 3rd party 서버(404)로부터 사용자 단말(402)로 전송되는 HTTP 메시지에 포함될 수 있으며, 실시 예에서 설명한 바와 같이 상기 HTTP 메시지에 포함된 정보를 수신한 사용자 단말(402)은 수신한 정보를 기반으로 쿠키를 설정할 수 있다.
보다 구체적으로 실시 예에서 3rd party 서버(404)로부터 수신된 정보를 통해 사용자 단말(402)에 저장되는 쿠키는 다음과 같은 정보 중 적어도 하나를 포함할 수 있다.
Figure pat00001
실시 예에서 Name은 쿠키를 식별하기 위한 정보이며, 일 예로 SSID(service set identifier)일 수 있다.
Expires는 상기 쿠키가 유효한 시간이며, 일 예로 max age(시간 또는 날짜, 또는 둘의 조합으로 구성된 정보)을 포함할 수 있다. 실시 예에 따라 유효한 시간이 만료되기 전에 사용자 단말(402)는 3rd party 서버(404)와의 통신을 통해 만료 시간을 연장할 수 있다.
Domain name은 사용자 단말(402)이 서비스를 제공받는 도메인의 이름과 관련된 정보를 포함할 수 있다.
Token ID는 사용자 단말(402)이 서비스를 받기 위한 토큰의 식별자와 관련된 정보를 포함할 수 있다.
실시 예에서 쿠키에 포함된 정보들의 순서는 서로 바뀔 수 있으며, 세션과 관련된 추가적인 정보를 더 포함할 수도 있다.
또한 실시 예에서 3rd party 서버(404) 도 상기의 사용자 단말(402)에 저장되는 쿠키와 관련된 정보를 저장하고, 이를 기반으로 웹 서비스 세션을 제어할 수 있다.
본 명세서의 실시 예에 따라, 세션 정보와 쿠키 정보를 관리하는 두 번째 실시 예는 상기 설정 정보를 이용해 웹 시간 세션 서비스를 제어하는 방법을 포함할 수 있다.
도 5는 본 명세서의 실시 예에 따른 토큰 정보가 만료된 경우 서버와 단말 사이의 정보 송수신 방법을 설명하기 위한 도면이다.
도 5를 참조하면, 사용자 단말(502)은 3rd party 서버(504)와 신호를 송수신 할 수 있다. 실시 예에 따라 두 엔티티 사이에 네트워크 엔티티가 포함될 수 있다.
단계 510에서 사용자 단말(502)과 3rd party 서버(504)사이에 웹 세션이 설정되어 서비스와 관련된 데이터를 송수신 할 수 있다. 또한 사용자 단말(502)은 3rd party 서버(504)로부터 서비스에 필요한 토큰 정보를 수신할 수 있다. 이를 기반으로 사용자 단말(502)은 3rd party 서버(504)로부터 서비스를 수신할 수 있다.
단계 515에서 사용자 단말(502)은 수신된 쿠키 정보를 저장할 수 있다. 상기 쿠키 정보는 이전의 실시 예에서 설명한 바와 같이 토큰 정보와 연동되어 저장될 수 있다.
단계 520에서 토큰이 만료될 수 있다. 토큰이 만료 되는 것은 토큰에 설정된 유효 시간이 경과하거나 토큰에 설정된 사용 가능 트래픽을 초과하는 트래픽을 송수신 하는 경우에 발생할 수 있다. 또한 토큰이 만료되는 것은 사용자 단말(502)이 수신하여 토큰 기반 서비스가 시작된 이후, 더 이상 유효하지 않은 상황이 발생하는 것이며, 이는 토큰의 유효성 조건을 이용해 판단할 수 있다(토큰의 유효 시간이 만료되거나, 토큰으로 제공되는 서비스의 최대 데이터량을 초과하는 경우 등). 또한 쿠키의 유효성은 쿠키의 종류(session cookie, persistent cookie 등)와 앞서 설명한 쿠키의 유효시간(Expires에 포함된 Max age가 만료된 경우)로 판단될 수 있다. 또는 쿠키의 유효성은 사용자가 웹 서비스를 위한 응용(웹 브라우저나 application)을 종료하거나, 또는 쿠키를 수동으로 삭제하는 경우 상실될 수 있다.
이와 같이 웹 세션이 만료되기 전에 서비스와 관련된 토큰이 만료되는 것은 아직 3rd party 서버(504) 와 사용자 단말(502) 사이의 HTTP 세션은 유효하지만, 토큰이 만료함에 따라 이에 따른 서비스(Sponsored service 또는 WebRTC 서비스) 제공이 끝난 상황이다. 이 경우 토큰의 만료에 따라 사용자의 불편(로그인을 다시 수행하는 것)을 최소화 하고 웹 서버의 처리 부하(사용자 단말과 세션을 다시 생성)를 최소화 하기 위한 방법이 필요하다.
이에 따른 사용자 단말(502)과 3rd party 서버(504)의 동작은 식별번호 530 및 560 중 적어도 하나에 따라 수행될 수 있다.
식별번호 530에 따른 첫 번째 방법은 쿠키와 관련된 정보를 설정하는 방법을 포함할 수 있다. 실시 예에서 이와 같은 동작은 사용자 단말(502)에서 토큰을 관리하는 SW모듈(이하 서비스 daemon으로 부름. Sponsored service나 WebRTC 서비스를 처리하는 SW)이 수행할 수 있으며, 이는 사용자 단말(502)의 제어부의 제어에 따라 수행될 수 있다.
단계 535에서 서비스 daemon은 만약 아직 웹 세션이 유효한데(즉, 쿠키가 만료되지 않음), 이 웹 세션과 연동된 토큰이 만료되었는지를 판단하고, 만약 토큰이 만료된 경우, 서비스 daemon은 쿠키를 삭제하거나, 또는 비유효한 것으로 판단할 수 있다. 실시 예에서 서비스 daemon은 쿠키가 실질적으로 만료되었는지 여부와 관계 없이 쿠키와 연동된 토큰이 만료된 경우 상기 쿠키가 만료된 것으로 판단할 수 있다. 이와 같이 쿠키가 만료된 것으로 판단한 경우 사용자 단말과 3rd party 서버(504)사이의 웹 세션은 끊어질 수 있다.
단계 540에서 사용자 단말(502)는 세션을 다시 설정하기 위한 동작(필요 시 재로그인 발생)을 수행할 수 있으며, 보다 구체적으로 세션 설정 요청을 위한 메시지를 3rd party 서버(504)에 전송할 수 있다. 세션 설정 요청을 위한 메시지는 사용자 정보 및 서비스와 관련된 정보 중 적어도 하나를 포함할 수 있다.
단계 545에서 3rd party 서버(504)는 수신한 사용자 정보를 확인할 수 있다. 3rd party 서버(504)는 사용자 정보 확인에 따라 새로운 세션 생성을 위한 정보를 생성할 수 있으며, 가능한 경우 사용자 단말(502)이 서비스를 받을 수 있는 토큰을 다시 발행할 수 있다. 실시 예에서 상기 토큰의 재 발행은 3rd party 서버(504)에서 이루어 지거나, 3rd party 서버(504)가 별도의 토큰 발행 서버에 요청하여, 이에 대한 응답을 통해 이루어 질 수 있다.
단계 550에서 3rd party 서버(504)는 세션 설정을 위한 정보를 사용자 단말(502)에 전달 할 수 있다. 상기 세션 설정을 위한 정보에는 토큰 정보가 선택적으로 포함될 수 있다.
단계 555에서 사용자 단말(502)는 수신한 정보를 기반으로 쿠키 정보를 설정할 수 있다. 이 때 사용자 단말(502)에서 웹 세션을 위한 쿠키는 새로 발행된 토큰 정보와 연동될 수 있다.
또한 식별번호 560에 따른 두 번째 방법은 아직 유효한 웹 세션은 그대로 유지하면서 토큰만 갱신시키는 동작을 수행할 수 있다.
단계 565에서 사용자 단말(502)의 서비스 daemon은 웹 세션의 유효성과 토큰의 유효성을 계속 확인하다가, 웹 세션이 아직 유효한 상태에서 토큰이 만료되면, 웹 세션은 그대로 유지한 상태에서 토큰 재발급을 요청하는 토큰 정보 요청 메시지를 3rd party 서버(504)로 전송할 수 있다. 실시 예에서 이 때 사용하는 메시지는 HTTP 프로토콜을 사용하며, 메소드는 GET, 대상은 동일 서비스에 대한 신규 토큰을 요청하는 것임을 나타내도록 설정될 수 있다. 또한 상기 토큰 정보 요청은 사용자 정보를 포함할 수 있다. 웹 세션을 유지하기 위해 사용자 단말은 세션 요청 메시지에 유지할 세션을 나타내는 정보(즉, 쿠키에 설정된 세션 정보, SSID)를 포함할 수 있다.
단계 570에서 3rd party 서버(504)는 사용자 정보를 하고 이를 기반으로 토큰을 재발행 하기 위한 동작을 수행할 수 있다.
단계 575에서 3rd party 서버(504)는 재 발행된 토큰 정보를 포함하는 메시지를 사용자 단말(502)에 전송할 수 있다.
단계 580에서 사용자 단말(502)은 수신한 토큰 정보를 기반으로 세션 정보를 설정할 수 있다. 보다 구체적으로 만약 토큰이 재발급 되면, 원래 웹 세션과 토큰 기반 서비스가 연동되도록 웹 세션 정보(즉, 쿠키 정보)를 설정할 수 있다. 이는 신규 토큰의 ID를 기존 토큰과 동일하게 설정하고 쿠키를 수정하지 않거나, 또는 신규 토큰의 ID를 새로 생성하고, 이를 기반으로 웹 세션 정보를 수정(즉, 쿠키 설정을 위한 토큰 ID를 변경)하는 방법을 통해 이루어 질 수 있다.
한편 위에서 설명한 실시 예의 상황과 달리 웹 서비스를 위한 토큰은 아직 유효한데, 웹 세션이 만료되는 경우 (예를 들면. 일정시간동안 사용자의 activity가 없어서 강제로 웹 세션이 종료되는 경우) 에 따른 사용자 단말과 3rd party 서버의 동작이 필요할 수 있다.
도 6은 본 명세서의 실시 예에 따른 세션 설정 시 유효한 토큰 정보가 있을 경우 서버와 단말 사이의 정보 송수신 방법을 설명하기 위한 도면이다.
도 6을 참조하면, 사용자 단말(602)은 3rd party 서버(604)와 신호를 송수신 할 수 있다. 실시 예에 따라 두 엔티티 사이에 네트워크 엔티티가 포함될 수 있다.
단계 610에서 사용자 단말(602)의 서비스 Daemon은 특정 웹서비스와 대응되는 응용(application)이 실행 또는 활성화 되는지 판단할 수 있다. 보다 구체적으로 사용자 단말(502) 내 Daemon은 상기 웹 서비스를 사용하는 응용(웹 브라우저, Sponsored service application, 또는 WebRTC application)이 새롭게 실행되거나, 또는 유휴(background 실행) 상태에서 활성(foreground 실행) 상태로 변경되는지 판단할 수 있다.
응용이 실행 되거나 활성화 되는 경우, 단계 615에서 서비스 Daemon은 저장된 토큰이 유효한 것인지 판단할 수 있다. 보다 구체적으로 실행되거나 활성화된 응용과 관련된 토큰이 만료 시간이 다다르지 않았거나, 최대 허용 전송량에 다다르지 않은 경우 토큰이 유효한 것으로 판단할 수 있다.
만약 토큰이 여전히 유효한 경우, 단계 620에서 사용자 단말(602)은 세션을 새롭게 설정하기 위해 3rd party 서버(604) 로 보내는 서비스 요청 메시지(보다 구체적으로 로그인 요청 메시지 또는 로그인 후 서비스 요청 메시지)에 자신이 저장하고 있는 유효한 토큰의 식별 정보를 포함하여 전송할 수 있다. 실시 예에서 이 때 사용되는 메시지의 프로토콜은 HTTP이며, 메소드는 CONNECT, GET 등이 사용될 수 있다.
단계 625에서 3rd party 서버(604)는 사용자 단말로부터 수신한 토큰의 식별자를 기반으로, 대상 사용자에 대해 토큰이 유효한 것인지 판단할 수 있다.
만약 토큰이 여전히 유효한 경우, 3rd party 서버(604)는 신규 토큰 발급이 필요하지 않은 것으로 판단할 수 있고, 단계 630에서 3rd party 서버(604)는 기존 토큰을 재활용하여 웹 세션을 설정하는 정보를 사용자 단말(602)에 전송할 수 있다. 보다 구체적으로 3rd party 서버(604)는 웹 세션 정보에 기존 토큰 ID를 포함하여 단말에 전달할 수 있다.
단계 635에서 사용자 단말(602)과 3rd party 서버(604)사이에 세션이 설정될 수 있다. 보다 구체적으로 사용자 단말(602)은 서비스와 관련된 쿠키에 기존 토큰 ID가 연동되도록 설정할 수 있다.
실시 예에서 3rd party 서버(604)의 판단 결과 기존의 토큰이 유효하지 않아서 신규 토큰 발급이 필요한 경우, 3rd party 서버(604)는 대신 신규 토큰 발급 및 이에 따라 웹 세션 정보를 설정할 수도 있다.
한편, 실시 예에서 하나의 웹 서비스에 두 개 이상의 웹 세션이 생성되어 사용되는 경우가 있을 수 있다. 이 경우, 하나의 웹 서비스를 위한 허용 정보 또는 유효성 정보, 즉 토큰은 다수의 웹 세션과 연동되어 사용될 수 있다. 보다 구체적으로 웹 서비스를 위한 세션을 생성하는 과정에서 3rd party 서버가 사용자 단말에게 설정하는 하나 이상의 웹 세션 정보들은 동일한 웹 서비스(토큰)의 식별자를 포함할 수 있다. 즉, 이 과정을 통해 사용자 단말에 생성되는 하나 이상의 쿠키들은 동일한 토큰의 식별자를 포함할 수 있으며, 이에 따라 서비스가 수행될 수 있다. 또한 이에 따라 서비스가 제공될 때 각 토큰 식별자에 대응하는 서비스의 트래픽을 counting 할 수 있다.
한편, Sponsored service의 적용 기간이 길거나(예를 들어 한달), 혹은 스폰서드 서비스가 사용한 트래픽의 volume based로 적용되는 경우, 사용자 단말이 토큰에 할당된 sponsored service quota를 다 쓰기 전에 망에서 벗어나거나, detach되는 경우 발생(power-off 등)할 수 있다. 이때 사용자 단말이 망에 다시 접속했을 때, 이어서 sponsored service를 받을 수 있도록 해주는 방법 필요하다. 또한 이와 같이 sponsored service를 이어서 받게 할 때 코어 네트워크 또는 관련 서버에서 불필요한 시그널링을 줄여서 사업자망 및 3rd party 서버에 대한 부하를 줄일 수 있어야 한다.
도 7은 본 명세서의 실시 예에 따른 토큰 정보가 있는 단말이 코어 네트워크 노드에 접속하는 방법을 설명하기 위한 도면이다.
도 7을 참조하면 사용자 단말(702)은 코어 네트워크(704)와 신호를 송수신 할 수 있다. 실시 예에서 코어 네트워크(704)는 PGW, PCRF 및 TDF 중 적어도 한 노드일 수 있다.
단계 710에서 사용자 단말(702)는 attach 또는 re-attach와 관련된 동작을 실행할 수 있다. 이와 같은 동작은 이전에 유효한 토큰 정보를 기반으로 서비스를 받다가 사용자 단말(702)이 사업자 망에서 detach되고 그 이후에 수행될 수 있다.
단계 715에서 사용자 단말(702)은 유효한 토큰 정보가 저장되어 있는지 판단할 수 있다.
유효한 토큰 정보가 저장되어 있으면, 단계 720에서 사용자 단말(702)은 토큰 정보를 포함하는 attach 요청을 코어 네트워크(704)에 전송할 수 있다. 실시 예에서 상기 토큰 정보는 토큰을 식별하는 식별자, 관련 서비스 대상 주소, 유효시간, 최대 허용 전송량 및 서비스 제공 QoS 정보와 관련된 정보 중 적어도 하나를 포함할 수 있다.
단계 725에서 코어 네트워크(704)는 수신한 토큰 정보의 유효성을 판단할 수 있다. 상기 유효성 판단은 상기 사용자 단말(702)이 전송한 정보를 기반으로 수행될 수 있으나, 코어네트워크에 저장되거나 별도의 서버에 저장된 토큰 정보를 기반으로도 수행될 수 있다.
단계 730에서 토큰 정보가 유효할 경우 코어 네트워크(725)는 수신한 토큰 정보를 기반으로 PCC(Policy and Charging Control)를 생성하여 이후 해당 서비스를 위한 트래픽 제어에 활용할 수 있다.
단계 735에서 코어 네트워크(704)는 사용자 단말(702)에 응답 메시지를 전송할 수 있다.
단계 740에서 사용자 단말(702)와 코어 네트워크(704)는 서비스를 위한 트래픽을 송수신 할 수 있으며, 코어 네트워크(704)는 이전에 설정된 PCC Rule을 기반으로 과금을 수행할 수 있다. 코어 네트워크(704)가 트레픽을 제어하는 방법은 Zero-rating 또는 대응되는 QoS로 서비스를 제공하는 것을 포함할 수 있다.
만약 실시 예에서 단계 715의 판단 결과 사용자 단말(702)에 유효한 토큰 정보가 없을 경우 통상의 attach 동작을 수행할 수 있으며, 실시 예에 따라 코어 네트워크는 스폰서드 서비스 또는 WebRTC와 관련된 서버에 사용자 토큰을 발행하기 위한 요청을 전송할 수 있다.
단계 745에서 사용자 단말(702)은 서비스와 관련된 트래픽을 송수신하고, 이에 따라 토큰 정보를 업데이트 할 수 있다. 보다 구체적으로 사용자 단말(702)은 토큰이 volume base로 적용될 경우 송수신되는 트래픽을 기반으로 사용한 트래픽의 양을 업데이트 할 수 있다.
이와 같이 사용자 단말(702)이 코어 네트워크(704)로 토큰 정보를 전달하는 방법은 사업자 망에서 토큰을 저장할 필요는 없으나, 매 attach 과정 마다 토큰을 전달하고 processing해야 하는 부하가 발생할 수 있다.도 8은 본 명세서의 실시 예에 따라 단말과 코어 네트워크 노드 사이에 토큰 정보를 교환하고, 이에 따라 서비스를 제공하는 방법을 설명하기 위한 도면이다.
도 8을 참조하면 사용자 단말(802)은 코어 네트워크(804)와 신호를 송수신 할 수 있다. 실시 예에서 코어 네트워크(804)는 PGW, PCRF 및 TDF 중 적어도 한 노드일 수 있다. 또한 코어 네트워크(804)는 SPR(Subscriber Profile Repository)(806)과 신호를 송수신 할 수 있다.
실시 예에서 코어 네트워크(804)는 사용자 단말(802)로부터 신규 토큰이 수신되면, 유효성을 판단한 뒤 토큰 정보를 사업자 망내 DB(실시 예에서 SPR)에 저장하고, 이를 사용자 단말(802)이 detach되는 경우에도 유지할 수 있다. 상기 토큰 정보는 토큰을 식별하는 식별자, 관련 서비스 대상 주소, 유효시간, 최대 허용 전송량 및 서비스 제공 QoS 정보와 관련된 정보 중 적어도 하나를 포함할 수 있다. 실시 예에서 SPR(806)에 토큰 정보를 전달하는 것은 토큰이 수신된 이후부터 사용자 단말(802)이 detach 될 때까지 중 어느 한 시점일 수 있다. 단계 810에서 사용자 단말(802)와 코어 네트워크(804)는 detach가 될 수 있다.
단계 815에서 코어 네트워크(804)는 SPR(806)에 토큰 관련 정보를 전달할 수 있다. 보다 구체적으로 detach 되기 전에 최종적으로 단말이 트래픽의 총합과 관련된 정보가 SPR(806)에 전달될 수 있다.
단계 820에서 SPR(820)는 토큰 정보를 저장할 수 있다.
단계 825에서 사용자 단말(802)는 attach 또는 re-attach와 관련된 동작을 실행할 수 있다.
단계 830에서 사용자 단말(802)은 유효한 토큰 정보가 저장되어 있는지 판단할 수 있다.
유효한 토큰 정보가 저장되어 있으면 단계 835에서 사용자 단말(802)는 토큰 정보를 포함하는 attach 요청을 코어 네트워크(804)에 전송할 수 있다. 보다 구체적으로 사용자 단말(802)은 토큰 식별자를 포함하는 attach 요청을 코어 네트워크(804)에 전송할 수 있다.
단계 840에서 코어 네트워크(804)는 수신한 토큰 식별자를 기반으로 SPR(806)에 토큰 정보를 요청할 수 있다.
단계 845에서 SPR(806)은 토큰의 식별자를 기반으로 토큰의 유효성을 판단할 수 있다.
단계 850에서 SPR(806)은 코어 네트워크(804)에 저장된 토큰 정보를 전달할 수 있다. 보다 구체적으로 전달되는 토큰 정보는 토큰을 식별하는 식별자, 관련 서비스 대상 주소, 유효시간, 최대 허용 전송량 및 서비스 제공 QoS 정보와 관련된 정보 중 적어도 하나를 포함할 수 있다
단계 855에서 코어 네트워크(804)는 수신한 토큰 정보를 기반으로 PCC Rule을 생성할 수 있다.
단계 860에서 코어 네트워크(804)는 사용자 단말(802)에 응답 메시지를 전송할 수 있다.
단계 865에서 사용자 단말(802)와 코어 네트워크(804)는 트래픽을 송수신 할 수 있다.
도 9는 본 명세서의 다른 실시 예에 따라 단말과 코어 네트워크 노드 사이에 토큰 정보를 교환하고, 이에 따라 서비스를 제공하는 방법을 설명하기 위한 도면이다.
도 9를 참조하면, 3rd party server(901), 사용자 단말(902), PGW(905), PCRF(906) 및 SPR(907) 중 적어도 하나가 다른 엔티티와 신호를 송수신 할 수 있다. 또한 사용자 단말(902)은 애플리케이션 레이어(903) 및 서비스 데몬 레이어(904)를 포함할 수 있다.
단계 910에서 애플리케이션 레이어(903)은 3rd party server(901)에 토큰 정보와 쿠키 정보를 요청하기 위한 서비스 요청 메시지를 전송할 수 있다. 실시 예에서 상기 서비스 요청 메시지는 상기 단말(902)을 식별하기 위한 정보를 포함할 수 있으며, 실시 예에서 상기 식별자는 상기 단말(902)이 가입한 사업자의 Public Land Mobile Network(PLMN) ID를 포함할 수 있다. 또한 상기 단말의 ID 역시 상기 요청 메시지에 포함될 수 있다.
단계 915에서 3rd party server(901)는 수신한 정보를 기반으로 서비스를 제공하기 위한 토큰 정보와 쿠키 정보를 애플리케이션 레이어(903)에 전송할 수 있다. 실시 예에서 토큰 정보가 동시에 애플리케이션 레이어(903)에 전송되나 이는 별도의 단계에 의해서 전송될 수도 있으며, 실시 예에서 단말(902)에 토큰 정보가 저장되어 있는 경우 서비스 요청 메시지에 토큰정보가 포함될 수 있으며, 이와 같은 경우 3rd party server(901)는 쿠키 정보를 포함한 응답 메시지를 애플리케이션 레이어(903)에 전송할 수 있다.
단계 920에서 애플리케이션 레이어(903)는 서비스 데몬 레이어(904)에 상기 수신한 토큰 정보와 쿠키 정보를 설정하기 위한 요청 메시지를 전송할 수 있다. 또한 실시 예에서 상기 토큰 정보에는 상기 단말이 접속할 액세스 포인트 네임(Access Point Name, APN) 정보를 포함할 수 있다.
단계 925에서 서비스 데몬 레이어(904)는 수신한 토큰 정보가 새로운지 판단하고, 새로운 토큰일 경우 관련 정보를 저장하고, 상기 토큰 정보에 대응하는 APN에 대한 PDN 접속이 필요한지 여부를 판단할 수 있다. 또한 서비스 데몬 레이어(904)는 토큰 정보와 쿠키 정보를 연동하여 저장하여, 본 명세서의 실시 예에서 설명한 바와 같이 세션 관리를 수행할 수 있다.
PDN 연결이 필요한 경우 식별번호 930의 동작이 수행될 수 있다.
단계 935에서 서비스 데몬 레이어(904)는 PGW(905)에 APN 정보를 포함하는 접속 요청 메시지를 전송할 수 있다.
단계 940에서 PGW(905)는 수신한 메시지를 기반으로 PCRF(906)에 IP-CAN 설정 요청 메시지를 전송할 수 있다.
단계 945에서 PCRF(906)은 상기 수신한 정보를 기반으로 SPR(907)과 신호 송수신을 통해 사용자 단말(902)와 관련된 초기 프로필 정보를 획득할 수 있다. 상기 초기 프로필 정보는 스폰서드 서비스와 관련된 기본용량 또는 스폰서드 서비스 관련 정보를 포함할 수 있고, 상기 정보가 SPR(907)에 저장되어 있고 유효한 경우 PCRF(906)은 이 단계를 통해 해당 정보를 획득할 수 있다.
단계 950에서 PCRF(906)은 이전 단계에서 획득한 정보 중 적어도 하나를 기반으로 PGW(905)에 IP-CAN 설정 응답 메시지를 전송할 수 있다. 상기 설정 응답 메시지는 PCC rule, 기본 데이터 용량과 관련된 정보가 포함될 수 있다.
단계 955에서 PGW(905)는 수신한 정보를 기반으로 서비스와 관련되어서 송수신되는 트래픽을 제어할 수 있고, 관련 정책을 적용할 수 있다.
단계 960에서 PGW(905)는 서비스 데몬 레이어(904)에 응답 메시지를 전송할 수 있다.
단계 965에서 서비스 데몬 레이어(904)는 애프리케이션 레벨의 시그널링을 통해 토큰 정보를 코어 네트워크에 전송할 수 있다.
또한 단계 970에서 PCRF(906)은 획득한 토큰 정보를 기반으로 서비스의 유효성을 판단하고 이를 기반으로 PCC Rule을 설정할 수 있다.
단계 975에서 PCRF(906)은 SPR(907)에 스폰서드 서비스 관련 정보를 업데이트 하기 위한 정보를 저장할 수 있으며, SPR(907)은 수신한 정보를 기반으로 사용자 단말(902)의 스폰서드 서비스 관련 정보를 업데이트 할 수 있다
단계 980에서 PCRF(907)은 PGW(905)에 생성된 PCC rule과 관련된 정보를 전달하기 위해 IP-Can modification 메시지를 전송할 수 있으며, PGW(905)는 수신한 PCC rule을 기반으로 서비스를 제공할 수 있다.
단계 985에서 단말이 제공한 토큰이 정상적일 경우 PGW(905)는 서비스 데몬 레이어(904)에 토큰이 유효하다는 응답 메시지를 전송할 수 있다.
단계 990에서 서비스 데몬 레이어(904)는 수신한 정보를 기반으로 애플리케이션 레이어(903)에 토큰의 유효성을 알릴 수 있다.
단계 995에서 사용자 단말(902)는 수신한 토큰 정보를 기반으로 스폰서드 서비스가 유효하게 제공될 수 있음을 사용자에게 알릴 수 있다. 이후 사용자는 제공된 UI/UX를 기반으로 송수신 되는 트래픽이 스폰서드 서비스로 제공될 수 있다는 정보를 얻을 수 있다.
도 10은 본 명세서의 실시 예에 따른 단말을 설명하기 위한 도면이다.
도 10을 참조하면, 본 명세서의 실시 예에 따르는 단말(1000)은 송수신부(1010), 저장부(1020), UI/UX 제공부(1030) 및 단말 제어부(1040) 중 적어도 하나를 포함할 수 있다.
송수신부(1010)는 사업자 망 또는 3rd party 서버와 신호를 송수신 할 수 있다. 보다 구체적으로 사업자 망의 기지국과 신호를 송수신 할 수 있으며, 이를 통해 코어 네트워크 또는 서버와 정보를 교환할 수 있다.
저장부(1020)는 단말(1000)의 동작에 필요한 정보 및 송수신부(1010)를 통해 송수신되는 정보 중 적어도 하나를 저장할 수 있다. 보다 구체적으로 스폰서드 서비스 또는 WebRTC와 관련된 토큰 정보 및 쿠키 정보를 저장할 수 있다.
UI/UX 제공부(1030)는 단말(1000)의 동작과 관련된 정보를 사용자에게 제공할 수 있으며, 시각적인 정보를 제공하는 표시부, 청각적인 정보를 제공하는 소리 출력부 등을 포함할 수 있다.
단말 제어부(1040)는 단말(1000) 전반의 동작을 제어할 수 있으며, 단말(1000)에 포함된 복수의 레이어의 동작을 제어할 수도 있다. 앞서 명세서 상에서 설명한 단말(1000)의 동작을 수행할 수 있도록 단말(1000)을 제어할 수 있다.
도 11은 본 명세서의 실시 예에 따른 서버 또는 코어 네트워크 노드를 설명하기 위한 도면이다.
도 11을 참조하면, 서버 또는 코어 네트워크 노드(1100)는 송수신부(1110), 저장부(1120) 및 서버/코어 네트워크 제어부(1130) 중 적어도 하나를 포함할 수 있다.
송수신부(1110)는 단말 또는 다른 노드와 신호를 송수신 할 수 있다.
저장부(1120)는 서버/코어 네트워크 노드(1100)에 동작에 필요한 정보 및 송수신부(1110)를 통해 송수신되는 정보 중 적어도 하나를 저장할 수 있다.
서버/코어 네트워크 제어부(1130)는 는 서버/코어 네트워크 노드(1100)의 동작 전반을 제어하고 상술한 실시에에서 설명한 서버 또는 코어 네트워크의 동작을 수행할 수 있도록 서버/코어 네트워크 노드(1100)를 제어할 수 있다.
상술한 실시예들에서, 모든 단계는 선택적으로 수행의 대상이 되거나 생략의 대상이 될 수 있다. 또한 각 실시예에서 단계들은 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다. 한편, 본 명세서와 도면에 개시된 본 명세서의 실시 예들은 본 명세서의 기술 내용을 쉽게 설명하고 본 명세서의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 명세서의 범위를 한정하고자 하는 것은 아니다. 즉 본 명세서의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 명세서가 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
한편, 상술한 실시예들에서, 제어 정보를 코어망의 한 노드로 전달하기 위한 중간 노드를 PGW 또는 TDF를 이용하여 설명하였으나, 이는 본 명세서의 기술 내용을 쉽게 설명하고 본 명세서의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 명세서의 범위를 한정하고자 하는 것은 아니고, 중간 노드는 망을 구성하는 노드, 예를 들면 게이트웨이 노드나 라우터 등 어느 것도 될 수 있다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
110 : UE(User Equipment)
120 : eNB(evolved nodeB)
130 : SGW(Serving Gateway)
140 : MME(Mobility Management Entity)
150 : PCRF(Policy Charging and Rules Function)
160 : PGW(Packet Data Network Gateway)
170 : TDF(Traffic Detection Function
180 : PDN(Packet Data Network)

Claims (20)

  1. 이동통신 시스템의 단말에서 신호 송수신 방법에 있어서,
    서비스 제공 서버로부터 서비스 제공을 위한 제1정보를 수신하는 단계;
    상기 서비스 제공 서버로부터 세션 관리를 위한 제2정보를 수신하는 단계; 및
    상기 제1정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에게 신호를 송신하는 단계를 포함하는 신호 송수신 방법.
  2. 제1항에 있어서,
    제1정보가 만료된 경우, 상기 제2정보를 비 유효화 시키는 단계를 더 포함하는 신호 송수신 방법.
  3. 제1항에 있어서,
    상기 제1정보가 만료된 경우, 상기 제2정보를 기반으로 상기 서비스 제공 서버에 서비스 제공을 위한 정보를 요청하는 요청 메시지를 전송하는 단계;
    상기 요청 메시지에 대응하여 상기 서비스 제공 서버로부터 상기 서비스 제공을 위한 제3정보를 수신하는 단계; 및
    상기 제3정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에 신호를 송신하는 단계를 더 포함하는 신호 송수신 방법.
  4. 제1항에 있어서,
    상기 제2정보가 만료되고, 상기 제1정보가 유효한 경우,
    상기 제1정보를 포함하는 서비스 요청 메시지를 상기 서비스 제공 서버에 전송하는 단계;
    상기 서비스 제공 서버로부터 세션 관리를 위한 제4정보를 수신하는 단계; 및
    상기 제1정보 및 상기 제4정보를 기반으로 상기 서비스 제공 서버에 신호를 송신하는 단계를 더 포함하는 신호 송수신 방법.
  5. 제1항에 있어서,
    상기 제1정보가 유효할 경우 상기 제1정보를 포함하는 접속을 요청하는 접속 요청 메시지를 코어 네트워크에 전송하는 단계를 더 포함하는 것을 특징으로 하는 신호 송수신 방법.
  6. 이동통신 시스템의 서비스 제공 서버에서 신호 송수신 방법에 있어서,
    서비스 제공을 위한 제1정보를 단말에 전송하는 단계;
    세션 관리를 위한 제2정보를 상기 단말에 전송하는 단계; 및
    상기 단말로부터 상기 제1정보 및 상기 제2정보를 기반으로 신호를 수신하는 단계를 포함하는 신호 송수신 방법.
  7. 제6항에 있어서,
    상기 제1정보가 만료되면, 상기 제2정보가 비유효화 되고, 상기 제2정보를 갱신하기 위한 요청 메시지를 상기 단말로부터 수신하는 단계를 더 포함하는 신호 송수신 방법.
  8. 제6항에 있어서,
    상기 제1정보가 만료된 경우, 상기 제2정보를 기반으로 상기 단말로부터 서비스 제공을 위한 정보를 요청하는 요청 메시지를 수신하는 단계;
    상기 요청 메시지에 대응하여 상기 단말에 상기 서비스 제공을 위한 제3정보를 전송하는 단계; 및
    상기 제3정보 및 상기 제2정보를 기반으로 상기 단말로부터 신호를 수신하는 단계를 더 포함하는 신호 송수신 방법.
  9. 제6항에 있어서,
    상기 제2정보가 만료되고, 상기 제1정보가 유효한 경우,
    상기 단말로부터 상기 제1정보를 포함하는 서비스 요청 메시지를 수신하는 단계;
    상기 단말로 세션 관리를 위한 제4정보를 전송하는 단계; 및
    상기 제1정보 및 상기 제4정보를 기반으로 상기 단말로부터 신호를 수신하는 단계를 더 포함하는 신호 송수신 방법.
  10. 제1항에 있어서,
    상기 단말은 상기 제1정보가 유효할 경우 상기 제1정보를 포함하는 접속을 요청하는 접속 요청 메시지를 코어 네트워크에 전송하는 것을 특징으로 하는 신호 송수신 방법.
  11. 이동 통신 시스템에서 신호를 송수신하는 단말에 있어서,
    서비스 제공 서버 또는 코어 네트워크와 신호를 송수신하는 송수신부; 및
    상기 송수신부를 제어하고, 상기 서비스 제공 서버로부터 서비스 제공을 위한 제1정보를 수신하고, 상기 서비스 제공 서버로부터 세션 관리를 위한 제2정보를 수신하고, 상기 제1정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에게 신호를 송신하는 제어부를 포함하는 단말.
  12. 제11항에 있어서,
    상기 제어부는
    제1정보가 만료된 경우, 상기 제2정보를 비 유효화 시키는 것을 특징으로 하는 단말.
  13. 제11항에 있어서,
    상기 제어부는
    상기 제1정보가 만료된 경우, 상기 제2정보를 기반으로 상기 서비스 제공 서버에 서비스 제공을 위한 정보를 요청하는 요청 메시지를 전송하고, 상기 요청 메시지에 대응하여 상기 서비스 제공 서버로부터 상기 서비스 제공을 위한 제3정보를 수신하고, 상기 제3정보 및 상기 제2정보를 기반으로 상기 서비스 제공 서버에 신호를 송신하는 것을 특징으로 하는 단말.
  14. 제11항에 있어서,
    상기 제어부는
    상기 제2정보가 만료되고, 상기 제1정보가 유효한 경우,
    상기 제1정보를 포함하는 서비스 요청 메시지를 상기 서비스 제공 서버에 전송하고, 상기 서비스 제공 서버로부터 세션 관리를 위한 제4정보를 수신하고, 상기 제1정보 및 상기 제4정보를 기반으로 상기 서비스 제공 서버에 신호를 송신하는 것을 특징으로 하는 단말.
  15. 제11항에 있어서,
    상기 제어부는
    상기 제1정보가 유효할 경우 상기 제1정보를 포함하는 접속을 요청하는 접속 요청 메시지를 상기 코어 네트워크에 전송하는 것을 특징으로 하는 단말.
  16. 이동통신 시스템에서 신호를 송수신하는 서비스 제공 서버에 있어서,
    단말과 신호를 송수신하는 송수신부; 및
    상기 송수신부를 제어하고, 서비스 제공을 위한 제1정보를 상기 단말에 전송하고, 세션 관리를 위한 제2정보를 상기 단말에 전송하고, 상기 단말로부터 상기 제1정보 및 상기 제2정보를 기반으로 신호를 수신하는 제어부를 포함하는 서비스 제공 서버.
  17. 제16항에 있어서,
    상기 제어부는
    상기 제1정보가 만료되면, 상기 제2정보가 비유효화 되고, 상기 제2정보를 갱신하기 위한 요청 메시지를 상기 단말로부터 수신하는 것을 특징으로 하는 서비스 제공 서버.
  18. 제16항에 있어서,
    상기 제어부는
    상기 제1정보가 만료된 경우, 상기 제2정보를 기반으로 상기 단말로부터 서비스 제공을 위한 정보를 요청하는 요청 메시지를 수신하고, 상기 요청 메시지에 대응하여 상기 단말에 상기 서비스 제공을 위한 제3정보를 전송하고, 상기 제3정보 및 상기 제2정보를 기반으로 상기 단말로부터 신호를 수신하는 것을 특징으로 하는 서비스 제공 서버.
  19. 제16항에 있어서,
    상기 제어부는
    상기 제2정보가 만료되고, 상기 제1정보가 유효한 경우,
    상기 단말로부터 상기 제1정보를 포함하는 서비스 요청 메시지를 수신하고, 상기 단말로 세션 관리를 위한 제4정보를 전송하고, 상기 제1정보 및 상기 제4정보를 기반으로 상기 단말로부터 신호를 수신하는 것을 특징으로 하는 서비스 제공 서버.
  20. 제16항에 있어서,
    상기 단말은 상기 제1정보가 유효할 경우 상기 제1정보를 포함하는 접속을 요청하는 접속 요청 메시지를 코어 네트워크에 전송하는 것을 특징으로 하는 서비스 제공 서버.
KR1020140163427A 2014-11-21 2014-11-21 세션 기반 웹 서비스를 제공하는 방법 및 장치 KR102309744B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020140163427A KR102309744B1 (ko) 2014-11-21 2014-11-21 세션 기반 웹 서비스를 제공하는 방법 및 장치
US15/528,758 US11483897B2 (en) 2014-11-21 2015-11-23 Method and apparatus for providing session-based web service
PCT/KR2015/012598 WO2016080816A1 (ko) 2014-11-21 2015-11-23 세션 기반 웹 서비스를 제공하는 방법 및 장치
EP15860232.6A EP3223578B1 (en) 2014-11-21 2015-11-23 Method and apparatus for providing session-based web service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140163427A KR102309744B1 (ko) 2014-11-21 2014-11-21 세션 기반 웹 서비스를 제공하는 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20160061037A true KR20160061037A (ko) 2016-05-31
KR102309744B1 KR102309744B1 (ko) 2021-10-07

Family

ID=56014254

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140163427A KR102309744B1 (ko) 2014-11-21 2014-11-21 세션 기반 웹 서비스를 제공하는 방법 및 장치

Country Status (4)

Country Link
US (1) US11483897B2 (ko)
EP (1) EP3223578B1 (ko)
KR (1) KR102309744B1 (ko)
WO (1) WO2016080816A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210105844A (ko) * 2020-02-19 2021-08-27 (주)티아이스퀘어 메시징 서비스 제공 시스템

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3316585B1 (en) * 2015-06-29 2020-01-15 Rakuten, Inc. Authentication server, user terminal, content server, control method for these, and computer program
US9923929B2 (en) * 2015-11-20 2018-03-20 Nasdaq, Inc. Systems and methods for in-session refresh of entitlements associated with web applications
CN112671657A (zh) * 2016-02-04 2021-04-16 华为技术有限公司 业务数据的传输方法和装置
CN109792433B (zh) * 2016-09-28 2022-07-12 瑞典爱立信有限公司 用于将设备应用绑定到网络服务的方法和装置
JP6749281B2 (ja) * 2017-03-23 2020-09-02 エヌ・ティ・ティ・コミュニケーションズ株式会社 ＩｏＴデバイス、シグナリングサーバ、メッセージバス管理サーバ、コネクション形成方法、及びプログラム
CN108173863B (zh) * 2017-12-29 2021-08-17 深圳市泛海三江科技发展有限公司 建立适用于物联网设备的轻量级WebRTC系统的方法和系统
US10542407B2 (en) * 2018-06-02 2020-01-21 T-Mobile Usa, Inc. Detecting safety concerns via subscriber safety control (SSC) system
US11582236B2 (en) * 2020-09-24 2023-02-14 Toshiba Tec Kabushiki Kaisha Image forming apparatus and controlling method
US20230216947A1 (en) * 2021-12-31 2023-07-06 Avila Technology, LLC Method and System to Implement Secure Real Time Communications (SRTC) Between WebRTC and the Internet of Things (IoT)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130065879A (ko) * 2011-12-06 2013-06-20 삼성전자주식회사 Ｉｍｓ 기반의 이동통신 네트워크에서 스폰서 서비스 제공 방법 및 시스템
KR20130065878A (ko) * 2011-12-06 2013-06-20 삼성전자주식회사 이동통신 네트워크에서 요금 지불을 대행하는 인터넷 서비스 제공 방법 및 장치
KR20130103926A (ko) * 2012-03-12 2013-09-25 에스케이플래닛 주식회사 Ｐ-ｐｎ 게이트웨이를 이용한 ｃｐｎｓ 서비스 제공 시스템 및 방법
KR20140011031A (ko) * 2012-07-02 2014-01-28 에스케이플래닛 주식회사 웹 브라우저 기반의 단일 인증 서비스 시스템 및 이의 운용 방법
KR20140131838A (ko) * 2013-05-06 2014-11-14 주식회사 케이티 트랜젝션 아이디를 이용한 결제 방법 및 모바일 디바이스, 그리고 결제 서버

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7987501B2 (en) * 2001-12-04 2011-07-26 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US8943571B2 (en) * 2011-10-04 2015-01-27 Qualcomm Incorporated Method and apparatus for protecting a single sign-on domain from credential leakage
CN104396290B (zh) * 2012-07-02 2018-07-10 Sk普兰尼特有限公司 单一证书服务系统及其操作方法
US9130944B2 (en) * 2013-03-13 2015-09-08 Futurewei Technologies, Inc. Mechanism and protocol to authorize bilateral sessions between websites based on open authorization
GB2517765B (en) * 2013-08-31 2020-11-04 Metaswitch Networks Ltd Operating a user device
KR20160042692A (ko) * 2014-10-10 2016-04-20 삼성전자주식회사 트래픽 처리를 위한 방법 및 장치
KR102211004B1 (ko) * 2014-11-18 2021-02-02 삼성전자 주식회사 이동 통신 시스템의 단말에서 서비스 제공 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130065879A (ko) * 2011-12-06 2013-06-20 삼성전자주식회사 Ｉｍｓ 기반의 이동통신 네트워크에서 스폰서 서비스 제공 방법 및 시스템
KR20130065878A (ko) * 2011-12-06 2013-06-20 삼성전자주식회사 이동통신 네트워크에서 요금 지불을 대행하는 인터넷 서비스 제공 방법 및 장치
KR20130103926A (ko) * 2012-03-12 2013-09-25 에스케이플래닛 주식회사 Ｐ-ｐｎ 게이트웨이를 이용한 ｃｐｎｓ 서비스 제공 시스템 및 방법
KR20140011031A (ko) * 2012-07-02 2014-01-28 에스케이플래닛 주식회사 웹 브라우저 기반의 단일 인증 서비스 시스템 및 이의 운용 방법
KR20140131838A (ko) * 2013-05-06 2014-11-14 주식회사 케이티 트랜젝션 아이디를 이용한 결제 방법 및 모바일 디바이스, 그리고 결제 서버

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210105844A (ko) * 2020-02-19 2021-08-27 (주)티아이스퀘어 메시징 서비스 제공 시스템

Also Published As

Publication number Publication date
US11483897B2 (en) 2022-10-25
EP3223578B1 (en) 2020-06-17
WO2016080816A1 (ko) 2016-05-26
EP3223578A1 (en) 2017-09-27
EP3223578A4 (en) 2017-11-22
KR102309744B1 (ko) 2021-10-07
US20170347390A1 (en) 2017-11-30

Similar Documents

Publication Publication Date Title
KR102309744B1 (ko) 세션 기반 웹 서비스를 제공하는 방법 및 장치
US11083033B2 (en) Small data usage enablement in 3GPP networks
US9374307B2 (en) Group session management for policy control
JP6437911B2 (ja) ワイヤレスネットワークにおいて移動局セッションを別の移動局によって資金援助すること
US8799440B2 (en) Policy and charging control method and system for multi-PDN connections of single APN
US7885636B2 (en) Data pre-paid in simple IP data roaming
CN101720079B (zh) 网元策略融合网络中的业务接入方法及策略融合系统
WO2010121565A1 (zh) 业务优先级更新指示方法、业务优先级更新方法及装置
KR20160064885A (ko) 단말간 스폰서링 서비스를 제공하기 위한 방법 및 장치
EP3035734A1 (en) Method and device for network capacity control
KR20150004893A (ko) 크레딧 초과 pcc 규칙의 일시적 디스에이블
WO2012071956A1 (zh) 漫游场景支持被赞助数据连接的方法、系统和装置
CN101998513A (zh) 控制pcrf负载均衡的方法、系统及重定向dra
US10205659B2 (en) Information transmission using direct HPCRF communications
US20200112448A1 (en) Wireless Communication Method and Device
US10362177B2 (en) Enhanced congestion control by means of selective restart of credit control sessions
CN101998515B (zh) 控制pcrf负载均衡的实现方法和实现系统
EP3445085B1 (en) Qos resource allocation method and apparatus
AU2017205289A1 (en) Dynamic provision of application related sponsored data connectivity
WO2011134321A1 (zh) 机器类通信的策略下发方法及系统
CN102238237B (zh) 策略和计费控制会话的建立方法及系统
WO2013026623A1 (en) Methods, apparatuses, a system, and a related computer program product for transfer of charging state between charging sessions
KR20190143305A (ko) 어플리케이션별 실시간 서비스 품질 관리가 가능한 서비스 제공 시스템 및 그 방법

Legal Events

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