KR102172468B1 - WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법 - Google Patents

WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법 Download PDF

Info

Publication number
KR102172468B1
KR102172468B1 KR1020140030239A KR20140030239A KR102172468B1 KR 102172468 B1 KR102172468 B1 KR 102172468B1 KR 1020140030239 A KR1020140030239 A KR 1020140030239A KR 20140030239 A KR20140030239 A KR 20140030239A KR 102172468 B1 KR102172468 B1 KR 102172468B1
Authority
KR
South Korea
Prior art keywords
terminal
cscf
information
ims network
webrtc
Prior art date
Application number
KR1020140030239A
Other languages
English (en)
Other versions
KR20150107384A (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 KR1020140030239A priority Critical patent/KR102172468B1/ko
Priority to US14/657,433 priority patent/US10652737B2/en
Priority to CN201580013725.7A priority patent/CN106105321B/zh
Priority to PCT/KR2015/002485 priority patent/WO2015137776A1/en
Publication of KR20150107384A publication Critical patent/KR20150107384A/ko
Application granted granted Critical
Publication of KR102172468B1 publication Critical patent/KR102172468B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/20—Information technology specific aspects, e.g. CAD, simulation, modelling, system security

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 명세서의 실시 예에 따라 단말은 WebRTC서비스를 위해서 웹앱을 다운로드 받고 WebRTC클라이언트를 통해서 IMS망에 접속할 때 eP-CSCF의 URL을 획득하는 과정에서 웹 브라우저를 통해서 단말의 PDN 커넥션 생성과정을 통해서 획득한 eP-CSCF의 URL을 사용하거나, WWSF에게 단말의 접속망의 PLMN정보 등에 대한 정보들을 전달하여 WebRTC클라이언트가 접속할 수 있는 eP-CSCF의 URL을 획득하여 사용하여 IMS망에 접속하고 등록해서 원활하게 WebRTC 서비스를 이용할 수 있다.

Description

WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법{METHOD FOR USER EQUIPMENT TO ACCESS IMS NETWORK VIA WEB BROWSER FOR WEB REAL-TIME COMMUNICATION}
본 명세서는 WebRTC(Web Realtime Communication)을 위해서 단말이 웹 브라우저를 통해 IMS(IP Multimedia Subsystem)망에 접속하기 위한 방법으로서, 구체적으로는 단말이 웹 브라우저를 통해서 IMS망에 접속할 때 적당한 P-CSCF(Proxy Call Session Control Function)을 선택해서 IMS망에 등록하여, IMS서비스를 받을 수 있도록 하기 위한 방법 및 장치에 관한 것이다.
일반적으로 이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 점차로 음성뿐 아니라 데이터 서비스까지 영역을 확장하고 있으며, 현재에는 고속의 데이터 서비스를 제공할 수 있는 정도까지 발전하였다.
오늘날 이동 통신 시스템에서는 다양한 서비스의 제공에 따른 자원의 부족 현상을 해결해야 할 필요성이 대두되고, 보다 고속의 서비스를 제공받고자 하는 사용자의 요구에 의하여 발전된 이동 통신 시스템을 개발할 필요성이 대두되고 있다.
이러한 요구에 부응하여 차세대 이동 통신 시스템으로 개발 중인 시스템으로써 3GPP(The 3rd Generation Partnership Project) LTE(Long Term Evolution)에 대한 규격 작업이 진행 중이다. 또한, 상기 이동통신 시스템을 포함한 유무선 통신시스템을 통해 제공되는 패킷스위치망을 통해서 음성 및 비디오 등 멀티미디어 서비스를 제공하기 위한 기술인 IMS(IP Multimedia Subsystem)에 대한 규격화도 진행되고 있다.
한편, 최근 실시간 통신(Real Time Communication)서비스를 별도의 어플리케이션이나 플러그인을 설치하지 않고, 웹 브라우저의 웹앱(Web App)을 통해서 단말기의 OS(Operating System)와는 무관하게 웹 브라우저를 통한 Real-Time Communication을 지원하기 위한 기술들이 고안되고 이를 지원하기 위한 웹 브라우저의 표준화 작업이 진행중이며 이 기술을 WebRTC라고 통칭한다.단말이 이동 통신 시스템을 통해서 패킷망에 접속해서 WebRTC를 서비스하는 경우에 발생되는 멀티미디어 트래픽에 알맞은 QoS제공과 과금 등 원활환 서비스제공을 위해 WebRTC를 IMS망에 연동시킬 필요성이 대두되고 있다. 즉, 단말이 IMS 클라이언트를 통하지 않고, 웹 브라우저에 웹앱을 설치해서 WebRTC클라이언트를 생성하고 이를 통해서 IMS망에 접속하고 등록하여 WebRTC로 인해 발생하는 트래픽을 IMS망을 통해 서비스 할 수 있게 하는 연구가 필요하게 됐다.
본 명세서는 WebRTC를 위해서 단말이 웹 브라우저에 설치된 웹앱을 통해서 IMS망에 접속하기 위한 방법과 IMS망에 접속할 때 적당한 P-CSCF을 선택해서 IMS망에 등록하기 위한 방법 및 장치를 제공한다.
상술한 과제를 달성하기 위하여, 본 명세서의 실시 예에 따라 단말이 IMS(IP Media Subsystem)망에 접속하는 방법은, 단말의 웹 브라우저를 통해 단말이 접속할 IMS망을 결정할 단말관련정보를 획득하는 단계, 단말이 접속할 IMS망의 정보를 요청하는 메시지와 단말관련정보를 WebRTC(Web Real-Time Communication)서비스를 제공하는 WebRTC웹서버에 송신하는 단계, WebRTC웹서버로부터 상기 단말관련정보를 이용하여 결정된 단말이 접속할 IMS망의 정보를 수신하는 단계 및 WebRTC웹서버로부터 수신한 단말이 접속할 IMS망의 정보에 따라 IMS망에 접속하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따르는 WebRTC웹서버가 단말에 WebRTC서비스를 제공하는 방법은, 단말이 접속할 IMS망을 결정할 정보인 단말관련정보를 단말로부터 수신하는 단계 및 수신한 단말관련정보에 따라 결정한 단말이 접속할 IMS망의 정보를 단말에 송신하는 단계를 포함하고, 단말은 웹 브라우저를 통해 단말관련정보를 획득할 수 있다.
본 명세서의 다른 실시 예에 따르는 IMS망의 eP-CSCF가 단말과 접속하는 방법은, 단말에 설치된 WebRTC클라이언트가 단말이 접속할 eP-CSCF의 URL에 접속하는 단계, eP-CSCF가 WebRTC클라이언트와 서로 메시지를 전달하기 위한 커넥션를 생성하는 단계 및 커넥션를 통해 WebRTC클라이언트를 인증하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따라 WebRTC를 위해서 단말이 웹앱을 통해서 IMS망에 접속하기 위한 방법을 설명함에 있어서, 단말이 웹브라우져를 통해서 WebRTC를 위한 웹서버에 접속하여 웹앱을 다운로드 받아서 WebRTC클라이언트를 설치하는 과정과, WebRTC클라이언트와 eP-CSCF사이에 양방향통신이 가능한 안전한 커넥션을 생성하는 과정과, 상기 커넥션을 통해서 WIC가 IMS망에 접속하기 위한 제어 메세지를 보내고 eP-CSCF가 상기 제어메시지로부터 IMS에서 통용되는 SIP메시지로 변환해서 원활하게 IMS망에 등록하고 세션을 생성하는 등 IMS를 통한 WebRTC서비스가 가능하도록 하는 방법들을 이용한다. WebRTC클라이언트가 eP-CSCF와 커넥션을 맺기 위해 eP-CSCF의 주소를 획득하는 방법은, 단말이 접속망에서 PDN connection을 열 때 획득하거나, 웹서버 WWSF로부터 받아오는 방법이 있다. 웹서버 WWSF로부터 eP-CSCF의 주소를 받아오는 경우, WWSF는 단말이 어떤 사업자의 망을 통해서 접속하는지 어느 위치에 있는지에 대한 정보들을 알수 없는 경우에는 WWSF는 단말로부터 알맞은 eP-CSCF의 주소를 찾기 위한 정보를 필요로 한다. 따라서, 이와 같이 WebRTC클라이언트가 eP-CSCF의 주소를 획득하는 방법은 다른 실시 예들을 통해서 제공한다.
본 명세서의 다른 실시 예에 따르는 WebRTC클라이언트가 IMS망에 등록하는 방법은, 단말이 가지고 있는 IMS ID를 이용하여 접속하는 경우에 WebRTC클라이언트가 웹 브라우저를 통하여 단말의 모뎀 또는 USIM또는 ISIM등 으로부터 IMS ID정보와 PLMN정보등을 획득하는 단계, 상기 PLMN정보 등을 WebRTC서버 WWSF에게 전달하여 알맞은 eP-CSCF의 URL을 획득하는 단계, WebRTC클라이언트가 상기 eP-CSCF와의 커넥션을 설정하는 단계, 상기 생성된 커넥션을 통해서 webRTC 클라이언트가 IMS망에 접속하여 등록하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따르는 WebRTC클라이언트가 IMS망에 등록하는 방법은, WebRTC클라이언트가 웹 브라우저를 통하여 단말의 모뎀 또는 USIM 등으로부터 PLMN정보 등을 획득하는 단계, 상기 PLMN정보 등을 WebRTC서버 WWSF에게 전달하여 알맞은 eP-CSCF의 URL을 획득하는 단계, 또한 WebRTC서버 WWSF로부터 IMS망에 접속하기 위한 IMS ID들을 수신하는 단계, WebRTC클라이언트가 상기 eP-CSCF와의 커넥션을 설정하는 단계, 상기 생성된 커넥션을 통해서 webRTC 클라이언트가 IMS망에 접속하여 등록하는 단계를 포함한다.
본 명세서의 다른 실시 예에 따르는 WebRTC클라이언트가 IMS망에 등록하는 방법은, 단말이 PDN 커넥션을 생성하는 과정에서 P-GW로부터 PCO를 통해 eP-CSCF의URL을 획득하는 과정과, WebRTC클라이언트가 웹 브라우저를 통하여 단말의 모뎀 등으로부터 상기 eP-CSCF의 URL을 획득하는 과정, WebRTC클라이언트가 상기 eP-CSCF와의 커넥션을 설정하는 과정, 상기 생성된 커넥션을 통해서 webRTC 클라이언트가 IMS망에 접속하여 등록하는 과정을 포함한다.
본 명세서의의 다양한 실시 예에 따르면, 단말은 WebRTC서비스를 위해서 웹앱을 통해서 IMS망에 접속할 때 P-CSCF의 URL(Uniform Resource Locator)를 획득하는 과정에서 단말의 접속망에 대한 정보 등을 이용하여 P-CSCF의 URL을 획득함으로써 IMS망에의 등록 및 WebRTC 서비스를 원활하게 이용할 수 있다.
도 1은 일반적인 LTE 이동 통신 시스템의 구조를 도시하는 도면,
도 2는 본 명세서의 실시 예에 따르는 단말이 WebRTC서비스를 IMS망을 통해서 서비스 하기 위한 네트워크 구조를 도시하는 도면,
도 3은 본 명세서의 실시 예에 따른 단말이 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도,
도 4은 본 명세서의 실시 예에 따른 단말이 eP-CSCF의 URL을 획득하기 위한 과정의 일예를 나타내는 순서도,
도 5은 본 명세서의 실시 예에 따른 단말이 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도,
도 6은 본 명세서의 실시 예에 따른 단말이 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도,
도 7은 본 명세서의 실시 예에 따른 단말이 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도,
도 8은 본 명세서의 실시 예에 따른 단말, WebRTC웹서버 및 IMS망의 eP-CSCF의 간략한 구조를 나타낸 블록도,
도 9는 본 명세서의 실시 예에 따른 단말의 개략적인 구성을 나타내는 블록도이다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
본 명세서의 실시 예들을 구체적으로 설명함에 있어서, OFDM 기반의 무선통신 시스템, 특히 3GPP EUTRA 표준을 주된 대상으로 할 것이지만, 본 명세서의 주요한 요지는 유사한 기술적 배경 및 채널형태를 가지는 여타의 통신 시스템 및 서비스에도 본 명세서의 범위를 크게 벗어나지 아니하는 범위에서 적용 가능하며, 이는 본 명세서의 기술분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.
도 1은 일반적인 LTE 이동 통신 시스템의 구조를 도시하는 도면이다.
상기 도 1을 참조하면, LTE 이동 통신 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, EUTRAN, 이하 ENB 또는 Node B라 한다)(110) 과 MME(Mobility Management Entity)(120) 및 S-GW(Serving Gateway)(130)를 포함할 수 있다.
사용자 단말(User Equipment, 이하 UE라 칭한다)(100)은 ENB(110), S-GW(130) 및 P-GW(PDN Gateway; Packet Data Network Gateway)(160)를 통해 외부 네트워크에 접속한다.
ENB(110)는 RAN(Radio Access Network) 노드로서, UTRAN(Universal Terrestrial Radio Access Network) 시스템의 RNC(Radio Network Controller) 및 GERAN(GSM EDGE Radio Access Network) 시스템의 BSC(Base Station Controller)에 대응된다. ENB(110)는 UE(100)와 무선 채널로 연결되며 기존 RNC/BSC와 유사한 역할을 수행한다. ENB(110)는 여러 개의 셀을 동시에 사용할 수 있다.
LTE에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE(100)들의 상황 정보를 취합해서 스케줄링을 하는 장치가 필요하며 이를 ENB(110)가 담당한다.
MME(120)는 각 종 제어 기능을 담당하는 장치로 하나의 MME(120)는 다수의 기지국(110)들과 연결될 수 있다.
S-GW(130)는 데이터 베어러를 제공하는 장치이며, MME(120)의 제어에 따라서 베어러를 생성하거나 제거한다.
어플리케이션 기능(Application Function; AF)(140)은 어플리케이션 수준에서 사용자와 어플리케이션에 관련된 정보를 교환하는 장치이다.
PCRF(Policy Charging and Rules Function)(150)는 사용자의 서비스 품질(Quality of Service; QoS)과 관련된 정책(policy)을 제어하는 장치이며, 정책에 해당하는 PCC(Policy and Charging Control) 규칙(rule)은 P-GW(160)에 전달되어 적용된다. PCRF(Policy Charging and Rules Function)(150)는 트래픽에 대한 QoS 및 과금을 제어하는 엔티티이다.
일반적으로 UP(User Plane)라 함은 사용자의 데이터가 송수신되는 UE(100)와 RAN 노드인 ENB(110), RAN 노드인 ENB(110)와 S-GW(130), 그리고 S-GW(130)와 P-GW(160)를 이어주는 경로를 의미한다. 이 경로 중 자원의 제한이 심한 무선 채널을 사용하는 부분은 UE(100)와 RAN 노드인 ENB(110) 사이의 경로이다.
LTE와 같은 무선 통신 시스템에서 QoS를 적용할 수 있는 단위는 EPS(Evolved Packet System) 베어러 이다. 하나의 EPS 베어러는 동일한 QoS 요구사항을 갖는 IP 플로우(IP Flow)들을 전송하는데 사용된다. EPS 베어러에는 QoS와 관련된 파라미터가 지정될 수 있으며 여기엔 서비스 품질 클래스 식별자(QoS Class Identifier; QCI)와 할당 및 보유 우선순위(Allocation and Retention Priority, ARP)가 포함된다. 상기 QCI는 QoS 우선 순위를 정수 값으로 정의한 파라미터이며, ARP는 새로운 EPS 베어러 생성을 허락 또는 거절할 것인가 여부를 판단하기 위하여 사용되는 파라미터이다.
EPS 베어러는 GPRS(General Packet Radio Service) 시스템의 PDP(Packet Data Protocol) 컨텍스트(PDP context)에 대응된다. 하나의 EPS 베어러는 PDN 커넥션(PDN connection)에 속하게 되며, PDN 커넥션 은 APN(Access Point Name)을 속성으로 가질 수 있다. 만약 IMS(IP Multimedia Subsystem) 서비스를 위한 PDN 커넥션이 생성된 경우, 해당 PDN 커넥션은 잘 알려진(well-known) IMS APN을 사용해 생성되어야 한다. 본 발명에서는 단말이 웹 브라우저의 웹앱을 통해서 통신망에 접속을 하므로 일반 인터넷 서비스를 위한 APN을 통해서 생성된 PDN 커넥션을 가정하지만, IMS APN을 통해서 PDN 커넥션을 생성하는 경우도 배제하지 않음을 명시한다.
도 2는 일 실시 예에 따르는 단말이 WebRTC서비스를 IMS망을 통해서 서비스하기 위한 네트워크 구조를 도시하는 도면이다
도 2를 참조하면, 단말(200)이 LTE 와 같은 이동통신망(210)에 접속해서 패킷서비스를 받는 상황이므로, 단말에서 발생한 패킷들이 이동통신망의 PDN gateway(211)을 통해서 전송되게 된다.
WebRTC WebServer Function(WWSF; 224)은 단말의 브라우저에 WebRTC IMS Client(WIC;201)을 다운로드해주거나 사용자에 대한 인증 또는 단말이 IMS망(220)에 접속하기 위한 정보 예를 들어 eP-CSCF(221)의 URL정보 등을 단말의 WIC(201)에 전달하는 역할 등을 할 수 있는 웹서버이다.
eP-CSCF(enhanced P-CSCF;221)는 기존의 IMS장치인 P-CSCF에 WebRTC를 위해 확장된 기능을 추가한 IMS 장치로서 단말의 WIC와 통신을 하면서 전달되는 제어메시지와 IMS 제어메시지간의 변환하는 기능 등을 포함하고, WebRTC를 위해서 정의된 트래픽을 서비스할 수 있도록 eIMS-AGW(enhanced IMS - access gateway;222)를 제어하는 기능 등을 할 수 있다.
eIMS-AGW(enhanced IMS - access gateway;222)는 기존의 IMS장치인 IMS-AGW에 WebRTC 트래픽을 서비스 할 수 있도록 IMS망에 패킷들을 전환해 주는 역할을 수행할 수 있다.
단말(200)은 W1인터페이스를 통해서 WWSF(224)로부터 WIC(201)을 다운로드 받아서 설치하거나, 사용자인증 등을 통해서 eP-CSCF(221)의 URL정보 또는 단말이 사용할 IMS ID정보 예를 들어 IMPI(IP Multimedia Private Identity) 또는 IMPU(IP Multimedia public identity)를 받아올 수 있고, WIC(201)은 상기 eP-CSCF의 URL정보 등을 참조하여 eP-CSCF에 접속하여 IMS망(220)에 등록하도록 한다.
단말이 IMPI또는 IMPU를 WWSF(224)로부터 받아오지 않는 경우에는 WIC(201)가 eP-CSCF(221)을 통해서 기존의 IMS망(220) 등록 절차, 예를 들어서 IMS AKA또는 SIP Digest등을 이용한 IMS 인증 등을 이용하여 WIC(201)의 IMS망(220) 등록을 수행하도록 한다. 반면에, 단말이 IMPI또는 IMPU를 WWSF(224)로부터 받아오는 경우에는 WWSF(224)에서 암호토큰(Security Token)을 발행하여 WIC(201)에 전달하면, WIC(201)가 eP-CSCF(221)를 통해서 IMS망에 등록하는 메시지를 보낼 때 상기 암호토큰을 함께 eP-CSCF(221)에 전달해서 eP-CSCF(221)가 WIC(201)를 인증함으로써 별도의 추가 인증 절차 없이 등록을 하는 TNA(Trust Node Authentication)절차를 수행해서 WIC(201)의 IMS망(220) 등록을 수행하도록 한다.
도 3은 일 실시 예에 따르는 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도이다.
도 3를 참조하면, 단말(300)이 웹 브라우저(320)를 통해 WebRTC서비스를 하기 위한 정보를 얻기 위해서 웹서버 WWSF(340)에 접속한다(321). 이 단계에서 웹 브라우저(320)는 TLS(Transport Layer Security)등의 암호알고리즘을 통해서 WWSF(340)를 인증한 후, 인증된 WWSF(340)로부터 WebRTC를 구현하는 웹앱을 다운로드 받는다(341). 상기 웹앱은 예를 들어 자바스크립트로 만들어진 웹 브라우저(320)에 설치되는 WebRTC용 어플리케이션이다.
상기 웹앱이 이미 설치되어있는 경우에는 WWSF(340)로부터 웹앱을 다운받지 않을 수도 있다.
웹 브라우저(320)에 WebRTC를 위해 설치된 웹앱이 실행되면(323), WebRTC 서비스를 위한 클라이언트로 동작하며 WIC(WebRTC IMS Client;330)라고 부른다.
WIC(330)는 단계 311에서 WebRTC서비스를 위해 IMS망에 등록하기 위한 정보를 획득한다. 이하에서 IMS망에 등록하기 위한 정보는 단말에 관련된 정보로서 단말관련정보라고도 할 수 있다. 상기 정보는 예를 들어 IMPU 또는 IMPI 또는 비밀번호 또는 단말이 접속된 통신망의 PLMN(Public Land Mobile Network) 정보 또는 단말의 홈 PLMN 정보 또는 단말이 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표등 단말의 위치정보의 일부 혹은 전부일 수 있다.
단계 311의 세부절차는 일 예로 단계 331,324,325를 따를 수도 있다. 즉, WIC(330)가 웹 브라우저(320)에게 IMS망에 등록하기 위한 상기 정보를 요청하고(331), 웹 브라우저는 모뎀 또는 ISIM또는 USIM에 접속하여 상기 정보를 획득한 후(324), WIC 에 전달한다(325).
한편, WIC(330)는 WWSF(340)로부터 eP-CSCF(350)의 URL정보를 얻기 위해서, 단계 332에서 WWSF(340)에 접속한다. 이때, 보안을 위해서 웹 ID와 패스워드기반으로 WWSF(340)가 사용자를 인증할 수도 있다.
이때, 단계 333에서 WIC(330)는 WWSF(340)에게 별도의 IMPU또는 IMPI를 할당해줄 필요가 없음을 알려주기 위해서 예를 들어, "WebRTC with credential in this device" 같은 Indication 을 WWSF(340)에게 전달할 수 있다. 또는, eP-CSCF의 URL정보가 필요함을 나타내는 Indication을 WWSF(340)에게 전달하면서 단말이 접속할eP-CSCF를 선택하기 위해 단말의 정보를 WWSF(340)에 전달할 수 있다. 예를 들어, 311단계에서 획득한, 단말이 접속된 통신망의 PLMN 정보 또는 단말의 홈 PLMN 정보 또는 단말이 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표 등 단말의 위치정보의 일부 혹은 전부가 전달 될 수 있다. WWSF(340)는 상기 WIC(330)로부터 받은 PLMN정보 등을 이용해서 단말이 접속할 eP-CSCF를 선택하고, 단계 342에서 선택된 eP-CSCF의 URL을 전달하게 된다.
예를 들어, WWSF(340)는 단말이 접속한 통신망의 PLMN의 정보로부터 해당 사업자망에서 운영하는 eP-CSCF(350)를 선택할 수 있고, 그 외에도 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표 등 단말의 위치 정보 등을 통해서 단말에 근접해 있는 eP-CSCF(350)를 선택할 수도 있고, 접속된 통신망의 PLMN정보뿐만 아니라 홈 PLMN의 정보를 이용해서 eP-CSCF(350)를 선택할 수 있고, 또한 eP-CSCF(350)들의 로드를 참고하여 eP-CSCF(350)를 선택할 수도 있다.
한편, 상기 단계 333과 342는 단계 332과정에서 함께 일어날 수도 있음을 명시한다. 예를 들면, 단계 332에서 WIC(330)가 WWSF(340)에 Web인증을 요청할 때, 단계 333에서 전달한 정보인 접속한 PLMN정보 등을 함께 WWSF(340)에게 보내고, Web인증이 성공했음을 WWSF(340)가 WIC(330)에 알리는 메시지에 단계 342의 정보인 선택된 eP-CSCF의 URL정보를 포함할 수도 있다.
또는, 단계 332를 단계 311이전에 수행하여 WWSF(340)가 WIC(330)에 대한 인증을 먼저 수행할 수도 있다.
상기 단계 342에서, eP-CSCF의 URL을 획득한 WIC(330)는 상기 선택된 eP-CSCF(350)에 접속하여 WIC(330)와 eP-CSCF의 사이에 양방향 통신이 가능한 안전한 통신 커넥션을 생성한다. 예를 들어, Secure WebSocket을 이용하여 커넥션을 만들어서 WIC(330)와 eP-CSCF(350)간에 IMS망에 대한 제어메시지를 WebSocket을 통해서 송수신 할 수 있다.
WIC(330)와 eP-CSCF(350)간에 안전한 양방향 통신 커넥션이 생성되면, WIC(330)는 단계 335과정을 통해서 IMS망에 등록하는 절차를 수행한다. IMS망에 등록하는 절차는 IMS-AKA방식, SIP digest방식 등의 IMS망의 단말인증절차와 동일한 절차로 WIC(330)를 인증하고 등록한다.
다만, WIC(330)와 eP-CSCF(350)사이에서는 제어메시지가 WebSocket을 통해서 전달 되는 부분의 차이만 있을 뿐이다. 예를 들어, WIC(330)가 생성한 SIP(Session Initiation Protocol) 메시지를 WebSocket메시지에 실어서 eP-CSCF(350)에 보내면, eP-CSCF(350)는 수신한 WebSocket 메시지로부터 SIP메시지를 추출하여 S-CSCF(360)에 전달한다.
반대로 eP-CSCF(350)가 S-CSCF(360)로부터 SIP메시지를 전달받으면 SIP메시지를 WebSocket메시지에 실어서 WIC(350)에 전달하게 된다. 따라서, eP-CSCF(360)는 WIC(350)와 주고받은 제어 메시지를 SIP 메시지로 변환 또는 추출하여 IMS망 내부의 S-CSCF(360)에 전달할 수 있다.
물론, WIC(330)와 eP-CSCF(350)는 SIP메시지를 대체하는 별도의 제어 메시지를 정의 하여 송수신 할 수 있다. 예를 들어, REST(Representational State Transfer)기반의 메시지 또는 XMPP(Extensible Messaging and Presense Protocol)메시지 등이 사용될 수도 있다.하지만, 본 명세서에서는 SIP메시지를 이용하는 것을 예를 들어 기술한다. 한편, 상기 eP-CSCF(350)는 별도로 정의된 제어메시지와 SIP메시지간의 변환을 지원해서 S-CSCF(360)등 다른 IMS 장치와의 통신이 원활하도록 해야 한다.
이하에서는, 설명의 편의상 WIC(330)와 eP-CSCF(350)간에 IMS망에 대한 제어메시지는 SIP메시지를 WebSocket메시지에 실어서 송수신하는 예를 들어서 설명하도록 한다.
상기 단계 335의 세부절차는 예를 들어 단계 336, 361,337,362의 순서를 따를 수 있다. 즉, WIC(330)가 IMS망에 등록하기 위해서 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 eP-CSCF(350)에게 전달하면, eP-CSCF(350)는 WebSocket메시지로부터 SIP: REGISTER request메시지를 추출해서 S-CSCF(360)에 전달한다(336).
S-CSCF(360)가 SIP: 401 Unauthorized response메시지를 eP-CSCF(350)에 전달하면, eP-CSCF는 상기 SIP: 401 Unauthorized response메시지를 WebSocket메시지에 실어서 WIC(330)에 전달한다(361).
WIC(330)는 다시 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 eP-CSCF(350)에게 전달하면, eP-CSCF(350)는 WebSocket메시지로부터 SIP: REGISTER request메시지를 추출해서 S-CSCF(360)에 전달한다(337). 인증이 완료되고 등록이 성공하면, S-CSCF(360)가 SIP: 200 OK response메시지를 eP-CSCF(350)에 전달하고, eP-CSCF(350)는 상기 SIP: 200 OK response메시지를 WebSocket메시지에 실어서 WIC(330)에 전달하고 등록을 마치게 된다(362).
등록 이후, 세션을 시작하거나 종료하는 과정 등에서도 WIC(330)와 eP-CSCF(350)간에는 SIP메시지를 WebSocket메시지에 실어서 송수신함으로써 일반 IMS망에서의 세션 관리와 동일한 절차를 수행하게 된다.
도 4는 일 실시 예에 따르는 단말이 eP-CSCF의 URL을 획득하기 위한 과정의 일 예를 나타내는 순서도이다.
단말은 통신망에 접속해서 PDN 커넥션을 생성할 때, 접속하기 위한 P-CSCF의 주소를 받아오기 위해 NAS(Non-Access Stratum)메시지의 PCO(Protocol Configuration Options)를 통해서 P-CSCF의 URL을 받아올 수 있다. PCO는 PDP(Packet Data Protocol) 또는 PDN커넥션과 관련하여 단말과 P-GW간에 정보를 주고 받기 위한 Information Element이다.
단말이 WebRTC서비스를 위해서는 WebRTC를 위해서 업데이트된 eP-CSCF를 접속해야 성공적인 WebRTC서비스가 가능하므로, 단말이 PDN 커넥션과정을 통해서 eP-CSCF의 URL을 얻기 위해서는 단말이 P-CSCF와 eP-CSCF를 구분할 수 있는 방안이 필요하다.
이하에서는 단말이 PDN 커넥션 생성 과정을 통해 접속할 eP-CSCF의 URL을 획득하는 방법을 상세하게 설명한다.
먼저, 단말(400)은 PDN 커넥션을 요청하기 위해서 NAS메시지로 PDN connectivity Request메시지를 MME(410)에게 보낸다. 이때, 상기PDN connectivity Request메시지에 eP-CSCF IP address request를 요청하거나 P-CSCF IP address request를 요청하거나 두 가지 모두를 요청하는 PCO를 포함할 수 있다(401).
PDN connectivity Request메시지를 수신한 MME(410)는 S-GW를 통해서 P-GW에 Create Session request를 보내서 세션 생성을 요청하게 되는데, 이때 MME(410)는 Create Session request메시지에 단말로부터 받은 PCO를 Create Session request에 포함한다(411). 상기 P-GW는 Create Session Response메시지의 PCO에 적어도 한 개 이상의 단말이 접속할 수 있는 eP-CSCF의 IP address들을 포함하여 MME(410)에 전달한다(421). 이때, eP-CSCF의 IP address들은 일반 P-CSCF와는 차별화된 WebRTC기능을 가지는 eP-CSCF임을 나타내기 위하여 Indication이 함께 포함되어 전달된다. 상기 MME(410)는 PDN connection에 대한 디폴트 베어러를 생성하기 위해 Activate Default EPS bearer context request메시지를 단말에게 보내고, 이때 MME(410)는 421단계에서 P-GW로부터 받은 PCO를 Activate Default EPS bearer context request메시지에 포함한다. 단말은 이후 단계 402, 413, 422를 통해서 남아있는 PDN connection 생성과정을 진행한다.
상기 PDN connection생성 과정을 통해 PCO를 이용하여 eP-CSCF의 IP address들을 획득하는 절차는 단말의 통신망에 Attach하는 과정에서 PDN connectivity request 메시지가 Attach request메시지에 포함되어있는 경우에도 상기와 동일한 방법으로 단말은 PCO를 통해서 eP-CSCF의 IP address들을 획득 할 수 있다.한편, 단말(400)은 PCO에 포함된 eP-CSCF의 IP address들을 저장한 후, 추후 WebRTC서비스를 시작하기 위해서 WIC가 웹브라우져를 통해서 eP-CSCF의 IP address를 요청할 때, 모뎀등 단말 내부에 저장되어있는 상기 412단계를 통해서 PCO를 통해 받은 한 개 또는 한 개 이상의 eP-CSCF의 IP address들을 알려주는 방식으로 WIC는 자신이 접속할 eP-CSCF의 URL을 획득할 수 있다. 상세한 절차의 예는 도5를 통해서 기술한다.
도 5는 일 실시 예에 따르는 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도로서 도4의 과정을 통해서 단말이 PDN connection 생성 과정을 통해 eP-CSCF의 IP address를 획득한 경우에, WebRTC서비스를 위해서 IMS망에 등록하는 과정을 나타낸다.
도 5를 참조하면, 단말(500)이 웹 브라우저(520)를 통해 WebRTC서비스를 하기 위한 정보를 얻기 위해서 웹서버 WWSF(540)에 접속한다(521). 이 단계에서 웹 브라우저는 TLS등의 암호알고리즘을 통해서 WWSF(540)를 인증한 후, 인증된 WWSF(540)로부터 WebRTC를 구현하는 웹앱을 다운로드 받는다(541). 상기 웹앱은 예를 들어 자바스크립트로 만들어진 웹 브라우저에 설치되는 WebRTC용 어플리케이션일 수 있다.
상기 웹앱이 이미 설치되어있는 경우에는 WWSF(540)로부터 웹앱을 다운받지 않을 수도 있다.
웹 브라우저에 WebRTC를 위해 설치된 웹앱이 실행되면(523), 설치된 웹앱은WebRTC를 위한 클라이언트 WIC(530)로 동작한다.
WIC는 단계 511에서 WebRTC서비스를 위해 IMS망에 등록하기 위한 정보를 획득한다. 상기 정보는 예를 들어 IMPU 또는 IMPI 또는 비밀번호 또는 단말이 접속된 통신망을 통해 획득한 eP-CSCF(550)의 IP address정보의 일부 혹은 전부일 수 있다.
단계 511의 세부절차는 일 예로 단계 531,524,525를 따를 수도 있다. 즉, WIC(530)가 웹 브라우저(520)에게 IMS망에 등록하기 위한 상기 정보들을 요청하고(531), 웹 브라우저는 모뎀 또는 단말내부 저장장치 또는 ISIM 또는 USIM에 접속하여 상기 정보들을 획득한 후(524), WIC(530)에 전달한다(525).
단계532에서 eP-CSCF(550)의 URL을 획득한 WIC(530)는 상기 선택된 eP-CSCF(550)에 접속하여 eP-CSCF(550)와의 사이에 양방향 통신이 가능한 안전한 통신 커넥션을 생성한다. 예를 들어, Secure WebSocket을 이용하여 커넥션을 만들어서 WIC(530)와 eP-CSCF(550)간에 IMS망에 대한 제어메시지를 WebSocket을 통해서 송수신 할 수 있다.
WIC와 eP-CSCF(550)간에 안전한 양방향 통신 커넥션이 생성되면, WIC는 단계 533과정을 통해서 IMS망에 등록하는 절차를 수행한다. IMS망에 등록하는 절차는 IMS-AKA방식, SIP digest방식 등의 IMS망의 단말인증절차와 동일한 절차로 WIC(530)를 인증하고 등록한다. 다만, WIC(530)와 eP-CSCF(550)사이에서는 제어메시지가 WebSocket을 통해서 전달 되는 부분의 차이만 있을 뿐이다. 예를 들어, WIC(530)가 생성한 SIP(Session Initiation Protocol) 메시지를 WebSocket메시지에 실어서 eP-CSCF(550)에 보내면, eP-CSCF(550)는 수신한 WebSocket 메시지로부터 SIP메시지를 추출하여 S-CSCF(560)에 전달한다. 반대로 eP-CSCF(550)가 S-CSCF(560)로부터 SIP메시지를 전달받으면 SIP메시지를 WebSocket메시지에 실어서 WIC(530)에 전달하게 된다.
물론, WIC(530)와 eP-CSCF(550)는 SIP메시지를 대체하는 별도의 제어 메시지를 정의 하여 송수신 할 수 있으나, eP-CSCF(550)는 별도로 정의된 제어메시지와 SIP메시지간의 변환을 지원해서 S-CSCF(560)등 다른 IMS 장치와의 통신이 원활하도록 해야 한다.
이하에서는, 설명의 편의상 WIC(530)와 eP-CSCF(550)간에 IMS망에 대한 제어메시지는 SIP메시지를 WebSocket메시지에 실어서 송수신하는 예를 들어서 설명하도록 한다.
상기 단계 533의 세부절차는 예를 들어 단계 534, 561,535,562의 순서를 따를 수 있다. 즉, WIC(530)가 IMS망에 등록하기 위해서 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 eP-CSCF(550)에게 전달하면, eP-CSCF(550)는 WebSocket메시지로부터 SIP: REGISTER request메시지를 추출해서 S-CSCF(560)에 전달한다(534). S-CSCF(560)가 SIP: 401 Unauthorized response메시지를 eP-CSCF(550)에 전달하면, 상기 SIP: 401 Unauthorized response메시지를 WebSocket메시지에 실어서 WIC(530)에 전달한다(561). WIC(530)는 다시 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 eP-CSCF(550)에게 전달하면, eP-CSCF(550)는 WebSocket메시지로부터 SIP: REGISTER request메시지를 추출해서 S-CSCF(560)에 전달한다(535). 인증이 완료되고 등록이 성공하면, S-CSCF(560)가 SIP: 200 OK response메시지를 eP-CSCF(550)에 전달하고, 상기 SIP: 200 OK response메시지를 WebSocket메시지에 실어서 WIC(530)에 전달하고 등록을 마치게 된다(562).
등록 이후로, 세션을 시작하거나 종료하는 과정 등에서도 WIC와 eP-CSCF(550)간에는 SIP메시지를 WebSocket메시지에 실어서 송수신함으로써 일반 IMS망에서의 세션 관리와 동일한 절차를 수행하게 된다.
도 6은 일 실시 예에 따르는 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도이다.
도 6을 참조하면, 단말(600)이 웹 브라우저(620)를 통해 WebRTC서비스를 하기 위한 정보를 얻기 위해서 웹서버 WWSF(640)에 접속한다(621). 이 단계에서 웹 브라우저는 TLS등의 암호알고리즘을 통해서 WWSF(640)를 인증한 후, 인증된 WWSF(640)로부터 WebRTC를 구현하는 웹앱을 다운로드 받는다(641). 상기 웹앱은 예를 들어 자바스크립트로 만들어진 웹 브라우저에 설치되는 WebRTC용 어플리케이션이다.
상기 웹앱이 이미 설치되어있는 경우에는 WWSF(640)로부터 웹앱을 다운받지 않을 수도 있다.
웹 브라우저에 WebRTC를 위해 설치된 웹앱이 실행되면(623), 설치된 웹앱은 WebRTC를 위한 클라이언트로 동작하며 WIC(630)라고 부른다.
WIC(630)는 단계 611에서 WebRTC서비스를 위해 IMS망에 접속하기 위한 정보를 획득한다. 상기 정보는 단말이 접속할 eP-CSCF(650)의 URL을 얻기 위해 WWSF(640)에게 제공할 정보일 수 있다. 상기 정보는 예를 들어 단말이 접속된 통신망의 PLMN 정보 또는 단말의 홈 PLMN 정보 또는 단말이 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표 등 단말의 위치정보의 일부 혹은 전부일 수 있다.
단계 611의 세부절차는 일 예로 단계 631,624,625를 따를 수도 있다. 즉, WIC(630)가 웹 브라우저(620)에게 상기 WebRTC서비스를 위해 IMS망에 접속하기 위한 정보를 얻기 위해 필요한 접속된 통신망의 PLMN정보를 포함한 정보들을 요청하고(631), 웹 브라우저는 모뎀 또는 USIM에 접속하여 상기 정보를 획득한 후(624), WIC(630)에 전달한다(625).
한편, WIC(630)는 WWSF(640)로부터 eP-CSCF(650)의 URL정보를 얻기 위해서, 단계 632에서 WWSF(640)에 접속한다. 이때, 보안을 위해서 웹 ID와 패스워드기반으로 WWSF(640)가 사용자를 인증할 수도 있다.
이때, 단계 633에서 WIC(630)는 WWSF(640)에게 IMPU또는 IMPI를 할당해줄 필요가 있음을 알려주기 위해서 예를 들어, "Need IMS identities" 같은 Indication 을 WWSF(640)에게 전달할 수 있다. 또는, WIC(630)가 eP-CSCF(650)의 URL정보가 필요함을 나타내는 Indication을 WWSF(640)에게 전달하면서 단말이 접속할 eP-CSCF(650)를 선택하기 위해 단말의 정보를 WWSF(640)에 전달할 수 있다. 예를 들어, 611단계에서 획득한, 단말이 접속된 통신망의 PLMN 정보 또는 단말의 홈 PLMN 정보 또는 단말이 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표 등 단말의 위치정보의 일부 혹은 전부가 전달 될 수 있다. WWSF(640)는 상기 WIC로부터 받은 PLMN정보 등을 이용해서 단말이 접속할 eP-CSCF(650)를 선택하여 단계 642에서 선택된 eP-CSCF(650)의 URL을 전달하게 된다.
예를 들어, WWSF(640)은 접속된 통신망의 PLMN의 정보로부터 해당 사업자 망에서 운영하는 eP-CSCF(650)를 선택할 수 있고, 접속한 기지국의 ID 또는 셀 ID 또는 MME ID 정보 또는 GPS 좌표 등 단말의 위치정보들을 통해서 단말에 근접해 있는 eP-CSCF를 선택할 수도 있고, 접속된 통신망의 PLMN정보뿐만 아니라 홈 PLMN의 정보를 이용해서 eP-CSCF(650)를 선택할 수도 있고, eP-CSCF(650)들의 로드를 참고하여 단말이 접속할 eP-CSCF(650)를 선택할 수도 있다. 한편, WWSF(640)는 632단계의 인증된 웹 ID에 배정되어 있는 IMS ID들을 할당하거나, 또는 WWSF(640)에게 할당되어있는 IMS ID들의 Pool중에서 선택하여 IMS ID들을 WIC(630)에 할당할 수 있다. 예를 들어, WWSF(640)는 WIC(630)에 IMPI, IMPU를 전달하고 eP-CSCF(650)에서 WIC를 인증하는데 사용할 Security token을 발행하여 함께 WIC(630)에 전달한다(642). 상기 Security token을 만드는 방법과 인증하는 방법은 본 발명의 요지와 상관이 없으므로 여기서는 다루지 않도록 한다. 한편, 상기 단계 633과 642는 단계 632과정에서 함께 일어날 수도 있음을 명시한다. 예를 들면, 단계 632에서 WIC(630)가 WWSF(640)에 Web인증을 요청할 때, 단계 633의 정보인 접속한 PLMN정보 등을 함께 WWSF에게 보내고, Web인증이 성공했음을 WWSF(640)가 WIC(630)에 알리는 메시지에 단계 642의 정보인 선택된 eP-CSCF(650)의 URL정보, IMPI, IMPU 및 Security token을 포함할 수도 있다. 또는, 단계 632를 단계 611이전에 수행하여 WIC(630)가 PLMN정보등을 획득하기 전에 WWSF(640)에 대한 Web 인증을 먼저 수행할 수도 있다. 상기 단계 642에서, 단말이 접속할 eP-CSCF(650)의 URL을 획득한 WIC(630)는 상기 획득한 eP-CSCF(650)에 접속하여 WIC(630)와 eP-CSCF(650) 사이에 양방향 통신이 가능한 안전한 통신 커넥션을 생성한다. 예를 들어, Secure WebSocket을 이용하여 커넥션을 만들어서 WIC(630)와 eP-CSCF(650)간에 IMS망에 대한 제어메시지를 WebSocket을 통해서 송수신 할 수 있다.
WIC(630)와 eP-CSCF(650)간에 안전한 양방향 통신 커넥션이 생성되면, WIC(630)는 단계 635과정을 통해서 IMS망에 등록하는 절차를 수행한다. IMS망에 등록하는 절차는 Security token을 이용한 TNA 방식을 통해 WIC(630)를 인증하고 등록할 수 있다. 다만, WIC(630)와 eP-CSCF(650)사이에서는 제어메시지가 WebSocket을 통해서 전달되는 부분의 차이만 있을 뿐이다. 예를 들어, WIC(630)가 생성한 SIP(Session Initiation Protocol) 메시지를 WebSocket메시지에 실어서 eP-CSCF(650)에 보내면, eP-CSCF(650)는 수신한 WebSocket 메시지로부터 SIP메시지를 추출하여 S-CSCF(660)에 전달한다. 반대로 eP-CSCF(650)가 S-CSCF(660)로부터 SIP메시지를 전달받으면 SIP메시지를 WebSocket메시지에 실어서 WIC(630)에 전달한다.
물론, WIC(630)와 eP-CSCF(650)는 SIP메시지를 대체하는 별도의 제어 메시지를 정의하여송수신 할 수 있으나, eP-CSCF(650)는 별도로 정의된 제어메시지와 SIP메시지간의 변환을 지원해서 S-CSCF(660)등 다른 IMS 장치와의 통신이 원활하도록 해야 한다.
이하에서는, 설명의 편의상 WIC(630)와 eP-CSCF(650)간에 IMS망에 대한 제어메시지는 SIP메시지를 WebSocket메시지에 실어서 송수신하는 것으로 예를 들어 설명한다.
상기 단계 635의 세부절차는 예를 들어 단계 636, 651,652,661의 순서를 따를 수 있다. 즉, WIC(630)가 IMS망에 등록하기 위해서 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 Security token과 함께 eP-CSCF(650)에게 전달한다(636). eP-CSCF(650)는 WebSocket메시지에 포함되어 있는 Security token을 통해서 WIC(630)를 인증하게 된다(651).
WIC(630)가 인증이 되면, eP-CSCF(650)는 WebSocket 메시지로부터 추출된 SIP: REGISTER request메시지에 이미 인증이 됐음을 알리는 integrity protected flag를 포함하여 S-CSCF(660)에 전달한다(652). IMS망에의 등록이 성공하면, S-CSCF(660)가 SIP: 200 OK response메시지를 eP-CSCF(650)에 전달하고, 상기 SIP: 200 OK response메시지를 WebSocket메시지에 실어서 WIC(630)에 전달하고 등록을 마치게 된다(661).
등록 이후, 세션을 시작하거나 종료하는 과정 등에서도 WIC(630)와 eP-CSCF(650)간에는 SIP메시지를 WebSocket메시지에 실어서 송수신함으로써 일반 IMS망에서의 세션 관리와 동일한 절차를 수행하게 된다.
도 7은 일 실시 예에 따르는 단말이 WebRTC서비스를 위해서 IMS망에 등록하기 위한 과정의 일 예를 나타내는 순서도로서 도4의 과정을 통해서 단말이 PDN 커넥션 생성과정을 통해 단말이 접속할 eP-CSCF의 IP address를 획득한 경우에, WebRTC서비스를 위해서 IMS망에 등록하는 과정을 나타낸다.
도 7을 참조하면, 단말(700)이 웹 브라우저(720)를 통해 WebRTC서비스를 하기 위한 정보를 얻기 위해서 웹서버 WWSF(740)에 접속한다(721). 이 단계에서 웹 브라우저는 TLS등의 암호알고리즘을 통해서 WWSF(740)를 인증한 후, 인증된 WWSF(740)로부터 WebRTC를 구현하는 웹앱을 다운로드 받는다(741). 상기 웹앱은 예를 들어 자바스크립트로 만들어진 웹 브라우저에 설치되는 WebRTC용 어플리케이션이다.
상기 웹앱이 이미 설치되어있는 경우에는 WWSF(740)로부터 웹앱을 다운받지 않을 수도 있다.
웹 브라우저에 WebRTC를 위해 설치된 웹앱이 실행되면(723), 설치된 웹앱은WebRTC를 위한 클라이언트로 동작하며 WIC(730)라고 부른다.
WIC(730)는 단계 711에서 WebRTC서비스를 위해 IMS망에 접속하기 위한 eP-CSCF(750)의 URL을 얻기 위해 웹 브라우저(720)를 통해서 단말의 모뎀 또는 단말의 저장장치로부터 eP-CSCF(750)의 URL을 획득한다. 단계 711의 세부절차는 일 예로 단계 731,724,725를 따를 수도 있다. 즉, WIC(730)가 웹 브라우저(720)에게 상기 eP-CSCF(750)의 URL을 요청하고(731), 웹 브라우저는 모뎀 또는 단말의 저장장치로부터 eP-CSCF의 URL(750)을 획득한 후(724), WIC 에 전달한다(725).
한편, WIC(730)는 WWSF(740)로부터 IMPU또는 IMPI를 할당 받기 위해서, 단계 732에서 WWSF(740)에 접속한다. 이때, 보안을 위해서 웹 ID와 패스워드기반으로 WWSF(740)가 사용자를 인증할 수도 있다.
이때, 단계 733에서 WIC(730)는 WWSF(740)에게 IMPU 또는 IMPI를 할당해 줄 필요가 있음을 알려주기 위해서 "Need IMS identities" 같은 Indication 을 WWSF(740)에게 전달할 수 있다. 이때, WWSF(740)로부터 eP-CSCF(750)의 URL정보가 불필요함을 나타내는 Indication을 WWSF(740)에게 함께 전달할 수도 있다.
WWSF(740)는 732단계의 인증된 웹 ID에 배정되어 있는 IMS ID들을 할당하거나 WWSF(740)에게 할당되어있는 IMS ID들의 Pool중에서 선택하여 IMS ID들을 WIC(730)에 할당할 수 있다. 예를 들어, WWSF(740)는 WIC(730)에 IMPI, IMPU를 전달하고 eP-CSCF(750)에서 WIC(730)를 인증하는데 사용할 Security token을 발행하여 함께 전달할 수 있다(742). 상기 Security token을 만드는 방법과 인증하는 방법은 본 발명의 요지와 상관이 없으므로 여기서는 다루지 않도록 한다. 한편, 상기 단계 733과 742는 단계 732과정에서 함께 일어날 수도 있음을 명시한다. 예를 들면, 단계 732에서 WIC(730)가 WWSF(740)에 Web인증을 요청할 때, IMS ID가 필요하다는 Indication을 WWSF(740)에게 보내고, Web인증이 성공했음을 WWSF(740)가 WIC(730)에 알리는 메시지에 단계 742의 정보인 IMPI, IMPU와 Security token을 포함할 수도 있다. 또는, 단계 732를 단계 711이전에 수행하여 WIC(730)가 단말로부터 접속할 eP-CSCF(750)에 관한 정보를 획득하기 전에 WWSF(740)가 WIC(730)에 대한 인증을 먼저 수행할 수도 있다. 단계 734에서 WIC(730)는 eP-CSCF(650)에 접속하여 WIC(730)와 eP-CSCF(750) 사이에 양방향 통신이 가능한 안전한 통신 커넥션을 생성한다. 예를 들어, Secure WebSocket을 이용하여 커넥션을 만들어서 WIC(730)와 eP-CSCF(750)간에 IMS망에 대한 제어메시지를 WebSocket을 통해서 송수신 할 수 있다.
WIC(730)와 eP-CSCF(750)간에 안전한 양방향 통신 커넥션이 생성되면, WIC(730)는 단계 735과정을 통해서 IMS망에 등록하는 절차를 수행한다. IMS망에 등록하는 절차는 Security token을 이용한 TNA 방식을 통해 WIC(730)를 인증하고 등록하는 것이다. 다만, WIC(730)와 eP-CSCF(750)사이에서는 제어메시지가 WebSocket을 통해서 전달 되는 부분의 차이만 있을 뿐이다. 예를 들어, WIC(730)가 생성한 SIP(Session Initiation Protocol) 메시지를 WebSocket메시지에 실어서 eP-CSCF(750)에 보내면, eP-CSCF(750)는 수신한 WebSocket 메시지로부터 SIP메시지를 추출하여 S-CSCF(760)에 전달한다. 반대로 eP-CSCF(750)가 S-CSCF(760)로부터 SIP메시지를 전달받으면 SIP메시지를 WebSocket메시지에 실어서 WIC(730)에 전달하게 된다.
물론, WIC(730)와 eP-CSCF(750)는 SIP메시지를 대체하는 별도의 제어 메시지를 정의 하여 송수신할 수 있으나, eP-CSCF(750)는 별도로 정의된 제어메시지와 SIP메시지간의 변환을 지원해서 S-CSCF(760)등 다른 IMS 장치와의 통신이 원활하도록 해야 한다.
이하에서는, 설명의 편의상 WIC(730)와 eP-CSCF(750)간에 IMS망에 대한 제어메시지는 SIP메시지를 WebSocket메시지에 실어서 송수신하는 방식으로 예를 들어서 설명하도록 한다.
상기 단계 735의 세부절차는 예를 들어 단계 736, 751,752,761의 순서를 따를 수 있다. 즉, WIC(730)가 IMS망에 등록하기 위해서 SIP: REGISTER request메시지를 WebSocket메시지에 실어서 Security token과 함께 eP-CSCF(750)에게 전달한다(736). eP-CSCF(750)는 WebSocket메시지에 포함되어 있는 Security token을 통해서 WIC(730)를 인증하게 된다(751).
WIC(730)가 인증이 되면, eP-CSCF(750)는 WebSocket메시지로부터 추출된 SIP: REGISTER request메시지에 이미 인증이 됐음을 알리는 integrity protected flag를 포함하여 S-CSCF(760)에 전달한다(752). IMS망에의 등록이 성공하면, S-CSCF(760)가 SIP: 200 OK response메시지를 eP-CSCF(750)에 전달하고, 상기 SIP: 200 OK response메시지를 WebSocket메시지에 실어서 WIC(730)에 전달하고 등록을 마친다(761).
등록 이후, 세션을 시작하거나 종료하는과정 등에서도 WIC와 eP-CSCF간에는 SIP메시지를 WebSocket메시지에 실어서 송수신함으로써 일반 IMS망에서의 세션 관리와 동일한 절차를 수행하게 된다.
도 8은 본 명세서의 실시 예에 따른 단말, WebRTC웹서버 및 IMS망의 eP-CSCF의 간략한 구조를 나타낸 블록도이다.
도 8에 따르면, 단말(800), WebRTC웹서버(810) 및 IMS망의 eP-CSCF(820)은 각각 외부와 통신할 수 있는 통신부(801, 811, 821) 및 각 통신부를 제어하는 제어부(802, 812, 822)를 포함할 수 있다.
도 8에 나타난 구조는 본 실시 예를 설명하기 위해 필요한 부분만을 표시한 것이며, 표시된 구조 이외에도 다양한 기능을 수행하는 각 모듈이 포함될 수 있음을 명시한다.
이하에서는, 단말(800), WebRTC웹서버(810) 및 eP-CSCF(820)의 각 장치의 동작에 대해서 설명한다.
단말(800)은 WebRTC웹서버(810) 및 eP-CSCF(820)와 무선 통신 방식을 이용하여 통신할 수 있다. 단말(800)은 WebRTC웹서버(810)로부터 단말(800)에서 WebRTC서비스를 위한 클라이언트로 동작하는 웹앱을 다운받을 수 있다. 또한 단말(800)은 WebRTC웹서버(810)에 단말이 접속할 IMS망의 정보를 획득하기 위해서 필요한 단말관련정보를 제공할 수 있다.
WebRTC웹서버(810)는 WebRTC서비스를 제공하기 위한 장치로, WebRTC서비스에 관련된 정보를 단말에 제공할 수 있다. WebRTC웹서버(810)는 통신부(811) 및 제어부(812)를 포함할 수 있다.
통신부(811)는 단말이 접속할 IMS망을 결정할 정보인 단말관련정보를 단말로부터 수신할 수 있다. 또한 통신부(811)는 단말에 설치되어 WebRTC클라이언트로 동작하는 웹앱을 단말에 전송할 수 있다.
통신부(811)는 WebRTC클라이언트가 단말의 웹 브라우저를 통해 IMS망에 접속하기 위한 단말관련정보를 획득하면, 획득한 단말관련정보와 함께 단말이 접속할 IMS망의 정보를 요청하는 메시지를 단말로부터 수신할 수 있다.
제어부(812)는 수신한 단말관련정보에 따라 단말이 접속할 IMS망의 정보를 결정할 수 있다. 제어부(812)는 WebRTC웹서버가 단말의 사용자 ID를 인증하고, 인증된 사용자 ID에 배정된 IMS ID 또는 WebRTC웹서버에 할당된 IMS ID중 일부 또는 전부를 선택할 수 있다.
통신부(811)는 제어부(812)가 선택한 인증된 사용자 ID에 배정된 IMS ID 또는 WebRTC웹서버에 할당된 IMS ID중 일부 또는 전부를 단말에 송신하고, 단말이 접속할 IMS망의 eP-CSCF의 도메인네임, URL 또는 IP주소 중 적어도 어느 하나를 단말에 송신할 수 있다. 또한 통신부(811)는 단말이 IMS망에 접속하기 위해 사용할 보안정보도 함께 송신할 수 있다.
IMS망의 eP-CSCF(820)는 단말이 IMS망에 접속할 때 가장 먼저 거치는 곳으로, IMS망에의 호(Call)를 처리하는 장치일 수 있다.
eP-CSCF(820)은 단말(800)과 통신하는 통신부(821) 및 통신부와 eP-CSCF(820)의 전반적인 동작을 제어하는 제어부(822)를 포함할 수 있다.
제어부(822)는 단말에 설치된 WebRTC클라이언트가 eP-CSCF(820)의 URL에 접속하면, WebRTC클라이언트와 메시지로 통신하기 위한 커넥션를 생성할 수 있다. 생성된 커넥션은 보안된 WebSocket을 사용하는 양방향 통신이 가능한 커넥션일 수 있다.
통신부(821)는 커넥션를 통해 상기 WebRTC클라이언트를 인증하기 위한 메시지를 송수신할 수 있다. 통신부(821)는 WebRTC클라이언트가 송신한 보안토큰과 IMS망에의 등록을 요청하는 메시지를 수신하고, 제어부(822)는 수신한 보안토큰을 이용하여 WebRTC클라이언트를 인증할 수 있다.
통신부(821)는 인증이 성공하면, WebRTC클라이언트에 단말이 IMS망에 등록되었음을 알리는 SIP메시지를 WebRTC클라이언트에 송신할 수 있다.
도 9는 본 명세서의 실시 예에 따른 단말의 개략적인 구성을 나타내는 블록도이다.
도 9에 따르면, 본 실시 예에 따른 단말(900)은 모뎀/UICC(910) 및 웹 브라우저(920)을 포함할 수 있고, 웹 브라우저(920)은 WebRTC서비스를 제공하는 WebRTC웹서버에 접속하여 WebRTC서비스를 실행하기 위한 웹앱을 다운받아 단말에 설치 할 수 있다.
설치된 웹앱은 단말에서 WebRTC클라이언트(921)로 동작할 수 있다.
모뎀/UICC(910)은 단말에서 범용IC카드(Universal IC Card)를 포함하는 부분으로 USIM 및 ISIM을 더 포함할 수 있다.
단말(900)의 웹 브라우저(920)는 모뎀/UICC(910)으로부터 단말이 IMS망에 접속하기 위해 제공하는 정보를 획득할 수 있다.
본 명세서와 도면에 개시된 본 발명의 실시 예들은 본 발명의 기술 내용을 쉽게 설명하고, 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 또한 앞서 설명된 본 발명에 따른 실시 예들은 예시적인 것에 불과하며, 당해 분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 범위의 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 다음의 특허청구범위에 의해서 정해져야 할 것이다.
800: 단말
810: WebRTC웹서버
820: eP-CSCF
900: 단말
910: 모뎀/UICC
920: 웹 브라우저

Claims (48)

  1. 이동 통신 시스템에서 단말이 IMS(internet protocol (IP) Media Subsystem)망에 접속하는 방법에 있어서,
    상기 단말의 웹 브라우저를 통해 상기 단말이 접속할 IMS망을 결정하기 위한 단말관련정보를 획득하는 단계;
    상기 IMS망에 대한 정보를 요청하는 메시지를 생성하는 단계;
    상기 단말이 접속할 상기 IMS망에 대한 정보를 요청하는 상기 메시지와 상기 단말관련정보를 WebRTC(Web Real-Time Communication) 웹서버에 송신하는 단계;
    상기 WebRTC웹서버로부터 상기 단말관련정보에 기반하여 결정된, 상기 IMS 망의 eP-CSCF(enhanced proxy-call session control function) 에 대한 정보를 포함하는 상기 IMS망에 대한 정보를 수신하는 단계; 및
    상기 IMS망에 대한 정보에 기반하여 IMS망에 접속하는 단계;를 포함하는 방법.
  2. 제 1항에 있어서, 상기 단말관련정보는,
    상기 단말이 접속된 통신 망의 PLMN(Public Land Mobile Network) 정보, 상기 단말의 홈 PLMN정보, 상기 단말이 접속한 기지국의 식별자 (identifier, ID), 셀ID, 이동성 관리 엔티티 (mobility management entity, MME) ID 또는 상기 단말의 GPS(global positioning system)좌표 중 적어도 어느 하나인 것을 특징으로 하는 방법.
  3. 제 1항에 있어서, 상기 eP-CSCF에 대한 정보는,
    상기 eP-CSCF의 도메인네임, URL (universal resource locator) 또는 IP주소 중 적어도 어느 하나인 것을 특징으로 하는 방법.
  4. 제 3항에 있어서, 상기 IMS망에 대한 정보는,
    상기 단말이 상기 IMS망에 접속하기 위해 사용하는 상기 IMS망의 보안 정보 또는 IMS ID 중 적어도 어느 하나를 더 포함하는 것을 특징으로 하는 방법.
  5. 제 1항에 있어서, 상기 획득하는 단계는,
    WebRTC서비스를 제공하는 WebRTC웹서버로부터 상기 단말의 WebRTC클라이언트로 동작하는 웹앱을 다운받아 설치하는 단계; 및
    상기 WebRTC클라이언트가 단말의 웹 브라우저를 통해 상기 IMS망에 접속하기 위한 단말관련정보를 획득하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  6. 제 1항에 있어서, 상기 송신하는 단계는,
    상기 WebRTC웹서버의 사용자 인증을 수행하는 단계;및
    상기 단말의 식별 또는 인증을 위한 IMS ID를 요청하는 메시지와 상기 단말관련정보를 상기 WebRTC웹서버에 송신하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  7. 제 3항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말이 접속한 통신망의 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 방법.
  8. 제 3항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말의 홈 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 방법.
  9. 제 3항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말의 위치에 가장 근접하여 위치하는 eP-CSCF인 것을 특징으로 하는 방법.
  10. 이동 통신 시스템에서 WebRTC웹서버가 단말에 WebRTC서비스를 제공하는 방법에 있어서,
    상기 단말이 접속할 IMS망을 결정하기 위해 단말관련정보를 상기 단말로부터 수신하는 단계;
    상기 단말관련정보에 기반하여, 상기 IMS 망의 eP-CSCF(enhanced proxy-call session control function) 에 대한 정보를 생성하는 단계; 및
    상기 eP-CSCF에 대한 정보를 포함하는 상기 IMS망에 대한 정보를 상기 단말에 송신하는 단계;를 포함하고,
    상기 단말관련정보는 상기 단말의 웹 브라우저를 통해 획득되는 것을 특징으로 하는 방법.
  11. 제 10항에 있어서, 상기 단말관련정보는,
    상기 단말이 접속된 통신 망의 PLMN(Public Land Mobile Network) 정보, 상기 단말의 홈 PLMN정보, 상기 단말이 접속한 기지국의 식별자 (identifier, ID), 셀ID, 이동성 관리 엔티티 (mobility management entity, MME) ID 또는 상기 단말의 GPS(global positioning system) 좌표 중 적어도 어느 하나인 것을 특징으로 하는 방법.
  12. 제 10항에 있어서, 상기 eP-CSCF에 대한 정보는,
    상기 eP-CSCF의 도메인네임, URL (universal resource locator) 또는 IP주소 중 적어도 어느 하나인 것을 특징으로 하는 방법.
  13. 제 12항에 있어서, 상기 IMS망에 대한 정보는,
    상기 단말이 상기 IMS망에 접속하기 위해 사용하는 상기 IMS망의 보안정보 또는 IMS ID 중 적어도 어느 하나를 더 포함하는 것을 특징으로 하는 방법.
  14. 제 10항에 있어서, 상기 수신하는 단계는,
    상기 단말에 설치되어 WebRTC클라이언트로 동작하는 웹앱을 전송하는 단계;
    상기 WebRTC클라이언트에 의해 상기 단말의 웹 브라우저를 통해 상기 IMS망에 접속하기 위한 단말관련정보를 획득하는 단계; 및
    상기 단말이 접속할 IMS망의 정보를 요청하는 메시지와 상기 단말관련정보를 상기 단말로부터 수신하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  15. 제 10항에 있어서, 상기 송신하는 단계는,
    단말의 사용자 ID를 인증하는 단계;
    상기 인증된 사용자 ID에 배정된 IMS ID 또는 상기 WebRTC웹서버에 할당된 IMS ID중 적어도 일부를 선택하여 상기 단말에 송신하는 단계;
    상기 단말이 접속할 상기 IMS망의 eP-CSCF의 도메인네임, URL 또는 IP주소 중 적어도 어느 하나를 상기 단말에 송신하는 단계; 및
    상기 단말이 상기 IMS망에 접속하기 위해 사용할 보안정보를 송신하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  16. 제 12항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말이 접속한 통신망의 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 방법.
  17. 제 12항에 있어서, 상기 단말이 접속할 상기 IMS망의 eP-CSCF는,
    상기 단말의 홈 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 방법.
  18. 제 12항에 있어서, 상기 단말이 접속할 상기 IMS망의 eP-CSCF는,
    상기 단말의 위치에 가장 근접하여 위치하는 eP-CSCF인 것을 특징으로 하는 방법.
  19. 삭제
  20. 삭제
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
  25. 이동 통신 시스템에서 IMS(internet protocol (IP) Media Subsystem)망에 접속하는 단말에 있어서
    송수신부; 및
    상기 단말의 웹 브라우저를 통해 상기 단말이 접속하기 위한 IMS망을 결정할 단말관련정보를 획득하도록 제어하고,
    상기 IMS망에 대한 정보를 요청하는 메시지를 생성하며,
    상기 단말이 접속할 상기 IMS망에 대한 정보를 요청하는 상기 메시지와 상기 단말관련정보를 WebRTC(Web Real-Time Communication) 웹서버에 송신하도록 상기 송수신부를 제어하고,
    상기 WebRTC웹서버로부터 상기 단말관련정보에 기반하여 결정된, 상기 IMS 망의 eP-CSCF(enhanced proxy-call session control function) 에 대한 정보를 포함하는 상기 IMS망에 대한 정보를 수신 하도록 상기 송수신부를 제어하며,
    상기 IMS망에 대한 정보에 기반하여 IMS망에 접속하도록 제어하는 제어부; 를 포함하는 단말.
  26. 제 25항에 있어서, 상기 단말관련정보는,
    상기 단말이 접속된 통신 망의 PLMN(Public Land Mobile Network) 정보, 상기 단말의 홈 PLMN정보, 상기 단말이 접속한 기지국의 식별자 (identifier, ID), 셀ID, 이동성 관리 엔티티 (mobility management entity, MME) ID 또는 상기 단말의 GPS(global positioning system) 좌표 중 적어도 어느 하나인 것을 특징으로 하는 단말.
  27. 제 25항에 있어서, 상기 eP-CSCF에 대한 정보는,
    상기 eP-CSCF의 도메인네임, URL (universal resource locator) 또는 IP주소 중 적어도 어느 하나인 것을 특징으로 하는 단말.
  28. 제 27항에 있어서, 상기 IMS망에 대한 정보는,
    상기 단말이 상기 IMS망에 접속하기 위해 사용하는 상기 IMS망의 보안 정보 또는 IMS ID 중 적어도 어느 하나를 더 포함하는 것을 특징으로 하는 단말.
  29. 제 25항에 있어서, 상기 제어부는,
    WebRTC서비스를 제공하는 WebRTC웹서버로부터 상기 단말의 WebRTC클라이언트로 동작하는 웹앱을 다운 받아 설치하고, 상기 WebRTC클라이언트가 단말의 웹 브라우저를 통해 상기 IMS망에 접속하기 위한 단말관련정보를 획득하는 것을 특징으로 하는 단말.
  30. 제 25항에 있어서, 상기 제어부는,
    상기 WebRTC웹서버의 사용자 인증을 수행하고,
    상기 단말의 식별 또는 인증을 위한 IMS ID를 요청하는 메시지와 상기 단말관련정보를 상기 WebRTC웹서버에 송신하도록 상기 송수신부를 제어하는 것을 특징으로 하는 단말.
  31. 제 27항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말이 접속한 통신망의 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 단말.
  32. 제 27항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말의 홈 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 단말.
  33. 제 27항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말의 위치에 가장 근접하여 위치하는 eP-CSCF인 것을 특징으로 하는 단말.
  34. 이동 통신 시스템에서 단말에 WebRTC서비스를 제공하는 WebRTC웹서버에 있어서,
    송수신부; 및
    상기 단말이 접속할 IMS망을 결정하기 위해 단말관련정보를 상기 단말로부터 수신하도록 상기 송수신부를 제어하고,
    상기 단말관련정보에 기반하여, 상기 IMS 망의 eP-CSCF(enhanced proxy-call session control function) 에 대한 정보를 생성하며,
    상기 eP-CSCF에 대한 정보를 포함하는 상기 IMS망에 대한 정보를 상기 단말에 송신하도록 상기 송수신부를 제어하는 제어부; 를 포함하고,
    상기 단말관련정보는 상기 단말의 웹 브라우저를 통해 획득되는 것을 특징으로 하는 WebRTC 웹서버.
  35. 제 34항에 있어서, 상기 단말관련정보는,
    상기 단말이 접속된 통신 망의 PLMN(Public Land Mobile Network) 정보, 상기 단말의 홈 PLMN정보, 상기 단말이 접속한 기지국의 식별자 (identifier, ID), 셀ID, 이동성 관리 엔티티 (mobility management entity (MME)) ID 또는 상기 단말의 GPS(global positioning system) 좌표 중 적어도 어느 하나인 것을 특징으로 하는 WebRTC웹서버.
  36. 제 34항에 있어서, 상기 eP-CSCF에 대한 정보는,
    상기 eP-CSCF의 도메인네임, URL (universal resource locator) 또는 IP주소 중 적어도 어느 하나인 것을 특징으로 하는 WebRTC웹서버.
  37. 제 36항에 있어서, 상기 IMS망에 대한 정보는,
    상기 단말이 상기 IMS망에 접속하기 위해 사용하는 상기 IMS망의 보안정보 또는 IMS ID 중 적어도 어느 하나를 더 포함하는 것을 특징으로 하는 WebRTC웹서버.
  38. 제 34항에 있어서, 상기 제어부는,
    상기 단말에 설치되어 WebRTC클라이언트로 동작하는 웹앱을 전송하고,
    상기 WebRTC클라이언트에 의해 상기 단말의 웹 브라우저를 통해 상기 IMS망에 접속하기 위한 단말관련정보를 획득하고, 상기 단말이 접속할 IMS망의 정보를 요청하는 메시지와 상기 단말관련정보를 상기 단말로부터 수신하도록 상기 송수신부를 제어하는 것을 특징으로 하는 WebRTC웹서버.
  39. 제 34항에 있어서, 상기 제어부는,
    단말의 사용자 ID를 인증하고, 상기 인증된 사용자 ID에 배정된 IMS ID 또는 상기 WebRTC웹서버에 할당된 IMS ID중 적어도 일부를 선택하고,
    상기 선택된 상기 인증된 사용자 ID에 배정된 IMS ID 또는 상기 WebRTC웹서버에 할당된 IMS ID중 일부 또는 전부를 단말에 송신하고, 상기 단말이 접속할 IMS망의 eP-CSCF의 도메인네임, URL 또는 IP주소 중 적어도 어느 하나를 상기 단말에 송신하고, 상기 단말이 상기 IMS망에 접속하기 위해 사용할 보안정보를 송신하도록 상기 송수신부를 제어하는 것을 특징으로 하는 WebRTC웹서버.
  40. 제 36항에 있어서, 상기 단말이 접속할 IMS망의 eP-CSCF는,
    상기 단말이 접속한 통신망의 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 WebRTC웹서버.
  41. 제 36항에 있어서, 상기 단말이 접속할 상기 IMS망의 eP-CSCF는,
    상기 단말의 홈 PLMN정보에 해당하는 사업자 망에서 운영하는 eP-CSCF인 것을 특징으로 하는 WebRTC웹서버.
  42. 제 36항에 있어서, 상기 단말이 접속할 상기 IMS망의 eP-CSCF는,
    상기 단말의 위치에 가장 근접하여 위치하는 eP-CSCF인 것을 특징으로 하는 WebRTC웹서버.
  43. 삭제
  44. 삭제
  45. 삭제
  46. 삭제
  47. 삭제
  48. 삭제
KR1020140030239A 2014-03-14 2014-03-14 WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법 KR102172468B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020140030239A KR102172468B1 (ko) 2014-03-14 2014-03-14 WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법
US14/657,433 US10652737B2 (en) 2014-03-14 2015-03-13 Method of connecting user equipment to IMS network through web browser for web real-time communication service
CN201580013725.7A CN106105321B (zh) 2014-03-14 2015-03-13 通过网络浏览器将用户设备连接到ims网络用于网络实时通信服务的方法
PCT/KR2015/002485 WO2015137776A1 (en) 2014-03-14 2015-03-13 Method of connecting user equipment to ims network through web browser for web real-time communication service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140030239A KR102172468B1 (ko) 2014-03-14 2014-03-14 WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법

Publications (2)

Publication Number Publication Date
KR20150107384A KR20150107384A (ko) 2015-09-23
KR102172468B1 true KR102172468B1 (ko) 2020-10-30

Family

ID=54070297

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140030239A KR102172468B1 (ko) 2014-03-14 2014-03-14 WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법

Country Status (4)

Country Link
US (1) US10652737B2 (ko)
KR (1) KR102172468B1 (ko)
CN (1) CN106105321B (ko)
WO (1) WO2015137776A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3022093A1 (fr) * 2014-06-10 2015-12-11 Orange Procede d'etablissement d'une session webrtc
US9912705B2 (en) * 2014-06-24 2018-03-06 Avaya Inc. Enhancing media characteristics during web real-time communications (WebRTC) interactive sessions by using session initiation protocol (SIP) endpoints, and related methods, systems, and computer-readable media
WO2015199462A1 (en) * 2014-06-27 2015-12-30 Samsung Electronics Co., Ltd. Method and apparatus for providing quality of service for web-based real-time communication
US20150382289A1 (en) * 2014-06-28 2015-12-31 Telefonaktiebolaget L M Ericsson (Publ) Obtaining Authorization to Use Proximity Services in a Mobile Communication System
RU2676267C2 (ru) 2014-06-28 2018-12-27 Телефонактиеболагет Лм Эрикссон (Пабл) Получение разрешения на использование служб, основанных на близости, в системе мобильной связи
KR101824850B1 (ko) 2014-07-03 2018-02-01 콘비다 와이어리스, 엘엘씨 복수의 트랜스포트 메커니즘을 지원하는 네트워크들을 위한 애플리케이션 데이터 전달 서비스
US20160119788A1 (en) * 2014-10-22 2016-04-28 Qualcomm Incorporated Authentication of browser-based services via operator network
EP3735003A1 (en) * 2016-05-25 2020-11-04 Huawei Technologies Co. Ltd. Data service control method and related device
US11856035B2 (en) * 2019-07-01 2023-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods performed therein for handling discovery of entrance points to an IP multimedia subsystem
CN111447236B (zh) * 2020-04-03 2023-02-10 安康鸿天科技股份有限公司 基于区块链的通信鉴权方法、装置、终端设备和存储介质
EP3905633A1 (en) 2020-04-29 2021-11-03 EXFO Solutions SAS Call direction detection on sip ims
US12003660B2 (en) 2021-12-31 2024-06-04 Avila Technology, LLC Method and system to implement secure real time communications (SRTC) between WebRTC and the internet of things (IoT)
US12021905B2 (en) 2022-10-19 2024-06-25 T-Mobile Usa, Inc. Reducing IMS network congestion when a node in the IMS network becomes unavailable

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140128108A1 (en) 2012-11-08 2014-05-08 At&T Intellectual Property I, L.P. Session Initiation for Multimedia Services
US20140222893A1 (en) 2013-02-04 2014-08-07 Oracle International Corporation System and method for extending ip multimedia subsystem to html5 environments
US20140325078A1 (en) 2013-04-26 2014-10-30 Chang Hong Shan Architecture for web-based real-time communications (webrtc) to access internet protocol multimedia subsystem (ims)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2398049A3 (en) * 2003-08-22 2012-12-19 The Kansai Electric Power Co., Inc. Semiconductor device and method of producing the same, and power conversion apparatus incorporating this semiconductor device
RU2328082C2 (ru) * 2003-10-14 2008-06-27 Сименс Акциенгезелльшафт Способ защиты трафика данных между сетью мобильной связи и сетью ims
WO2006060744A2 (en) 2004-12-03 2006-06-08 Convoq, Inc. System and method of initiating an on-line meeting or teleconference via a web page link or a third party application
US8929360B2 (en) * 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
US20120215930A1 (en) * 2009-10-22 2012-08-23 Telefonaktiebolaget L M Ericsson (Publ) P-cscf address discovery
US20140044123A1 (en) 2011-05-23 2014-02-13 Twilio, Inc. System and method for real time communicating with a client application
CN103580986B (zh) * 2012-07-30 2016-12-21 华为终端有限公司 一种实时通信方法、终端设备、实时通信服务器及系统
US9270709B2 (en) * 2013-07-05 2016-02-23 Cisco Technology, Inc. Integrated signaling between mobile data networks and enterprise networks
CN103414835A (zh) 2013-07-24 2013-11-27 佳都新太科技股份有限公司 一种使用WebRTC技术实现呼叫中心视频坐席的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140128108A1 (en) 2012-11-08 2014-05-08 At&T Intellectual Property I, L.P. Session Initiation for Multimedia Services
US20140222893A1 (en) 2013-02-04 2014-08-07 Oracle International Corporation System and method for extending ip multimedia subsystem to html5 environments
US20140325078A1 (en) 2013-04-26 2014-10-30 Chang Hong Shan Architecture for web-based real-time communications (webrtc) to access internet protocol multimedia subsystem (ims)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"WebRTC IMS Systems and WebRTC Proprietary Islands,"Alcatel-Lucent (2013.06.)*

Also Published As

Publication number Publication date
US20150264106A1 (en) 2015-09-17
KR20150107384A (ko) 2015-09-23
US10652737B2 (en) 2020-05-12
CN106105321A (zh) 2016-11-09
WO2015137776A1 (en) 2015-09-17
CN106105321B (zh) 2020-01-24

Similar Documents

Publication Publication Date Title
KR102172468B1 (ko) WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법
US11089480B2 (en) Provisioning electronic subscriber identity modules to mobile wireless devices
US10193702B2 (en) Method and apparatus for providing sponsoring service between user equipments
EP2815590B1 (en) M2m service enablement over access networks
AU2021221761B2 (en) Selection of ip version
JP2018513615A5 (ko)
US10812536B2 (en) Method and apparatus for providing quality of service for web-based real-time communication
KR20190039260A (ko) 네트워크 슬라이스 선택 방법 및 장치
KR101148036B1 (ko) Ｌｔｅ망과 무선랜망간의 핸드오버 방법 및 그 시스템
EP3200486B1 (en) Connection establishment method, device, and system
US8989124B1 (en) Management of bearers in a cellular wireless communication system
JP6800889B2 (ja) 進化したパケットデータゲートウェイ（ｅＰＤＧ）選択に関するパブリックランドモバイルネットワーク（ＰＬＭＮ）リスト
KR20130082355A (ko) 이동 통신 시스템에서 패킷 데이터 네트워크 연결 장치 및 방법
US11265710B2 (en) User authentication in wireless access network
EP3162037B1 (en) Method and apparatus for providing quality of service for web-based real-time communication
WO2022031505A1 (en) Edge security procedures for edge enabler server onboarding
CN110521185A (zh) 服务器和网络辅助超文本传输协议动态自适应流送信令
US20180160354A1 (en) Session Continuity Between SDN-Controlled and Non-SDN-Controlled Wireless Networks
US20160080276A1 (en) Methods and arrangement for adapting quality of service for a private channel based on service awareness
US10587532B2 (en) Technique for providing content via a mobile communications network
WO2018103732A1 (zh) 一种紧急号码的配置、获取方法及装置

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