KR102024815B1 - 로밍 시스템에서 메시지 송수신 방법 및 장치 - Google Patents
로밍 시스템에서 메시지 송수신 방법 및 장치 Download PDFInfo
- Publication number
- KR102024815B1 KR102024815B1 KR1020130028880A KR20130028880A KR102024815B1 KR 102024815 B1 KR102024815 B1 KR 102024815B1 KR 1020130028880 A KR1020130028880 A KR 1020130028880A KR 20130028880 A KR20130028880 A KR 20130028880A KR 102024815 B1 KR102024815 B1 KR 102024815B1
- Authority
- KR
- South Korea
- Prior art keywords
- message
- terminal
- xcap
- pdn
- server
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/18—Commands or executable codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8038—Roaming or handoff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명의 일 실시 예에 따르는 이동 통신 시스템의 이동성 관리 엔티티(Mobility Management Entity, MME)에서 데이터 송수신 방법은 단말로부터 XCAP(XML Configuration Access Protocol)의 주소를 포함하며 인터넷 패킷 데이터 네트워크(Packet Data Network, PDN)에 접속하기 위한 메시지를 수신하는 단계; 상기 수신한 메시지를 기반으로 상기 단말의 가입정보 및 네트워크 망 사업자 정책 중 하나 이상을 확인하는 단계; 및 상기 확인 결과 상기 단말이 인터넷 PDN에 접속이 허용되는 경우, 상기 수신한 메시지를 기반으로 세션 형성 요청(Create Session Request) 메시지를 게이트웨이(Gateway)에 전달하는 단계를 포함하며, 상기 세션 형성 요청 메시지는 XCAP 서버에 접속한다는 지시자를 포함하는 것을 특징으로 한다. 실시 예에 따르면, 로밍 단말이 홈 네트워크와 XCAP 관련 메시지를 송수신 하는 것이 가능하다. 또한 로밍 단말이 XCAP 관련 메시지를 수신함에 따라 다른 데이터 페킷에 따른 의도치 않은 트래픽을 발생 시키는 것을 막을 수 있는 효과가 있다.
Description
본 명세서에 기술된 실시 예는 로밍 시스템에서 각 엔티티 사이에 메시지를 송수신 하기 위한 발명이다. 보다 구체적으로 본 발명의 실시 예는 로밍 단말이 XCAP(XML Configuration Access Protocol) 메시지를 홈 네트워크에 전달하는 방법 및 장치에 대한 것이다. 또한 본명세서에 기술된 다른 실시 예는 Internet PDN으로 접속이 허용되지 않는 단말이 XCAP 메시지를 전송하는 방법 및 장치에 관한 것이다.
일반적인 서킷 네트워크에서 발신번호 표시, 통화중 대기 등과 같은 통화관련 필수 부가서비스를 이용하기 위해, 단말은 서킷 레벨 제어메시지를 사용할 수 있다.
그러나, 패킷 네트워크에서 VoLTE (Voice over LTE) 등의 방법을 통해 음성호 서비스를 받는 단말은 상기와 같은 부가서비스 등을 설정하기 위해 XCAP (XML Configuration Access Protocol) 서버에 접속해야 한다. XCAP 표준 기술은 특정 응용 서비스를 위한 사용자 설정 정보를 XCAP 서버에 등록해 두고, XCAP 클라이언트에서 서버에 등록된 정보를 직접 관리하기 위한 기술이다.
XCAP 서버에 저장되어 있는 응용별 사용자 설정 정보는 XML(eXtensible Markup Language)로 기술되어 있으며, XCAP 클라이언트에서 XCAP 서버로 접속하기 위한 프로토콜로는 HTTP 1.1이 사용될 수 있다. 즉, VoLTE 단말이 XCAP 메시지를 수신하여, 부가서비스 설정을 하기 위해서는 제어메시지가 아닌, IP 데이터 전송을 수행해야 한다.
LTE 네트워크를 예로 들어 설명하면, 단말은 네트워크에서 설정한 APN (Access Point Name)을 통해, PDN (Packet Data Network)으로 접속된다. PDN은 인터넷망으로 연결되는 Internet PDN, 사업자망 서비스로 연결되는 operator PDN, IMS망 서비스로 연결되는 IMS(IP Multimedia Subsystem) PDN 등을 예로 들 수 있다. VoLTE의 경우, 사업자가 정한 IMS APN을 통해 IMS PDN에 접속이 가능하다. VoLTE 단말의 경우, 호 설정을 위한 제어메시지, 즉 SIP 시그널링 메시지는 IMS PDN으로 전달되며, XCAP 메시지는 Internet PDN으로 전달된다.
그러나, 단말이 로밍을 하는 경우, 사용자 요청에 따라 음성 서비스는 로밍을 허용하고, 데이터 서비스는 로밍을 허용하지 않는 경우가 있다. 또한 이외에도 음성 서비스만 허용이 되고, 데이터 서비스에 접속되지 않은 경우를 가정할 수 있다. 이 경우, 로밍 네트워크는 로밍 단말의 IMS APN으로의 접속은 허용하지만, Internet APN으로의 접속은 허용하지 않는다. 즉, IMS SIP 시그널링 메시지는 홈 네트워크의 IMS PDN으로 전달이 되지만, 일반 Internet 트래픽인 XCAP 메시지는 전달이 불가하다.
만약, 로밍 네트워크가 XCAP 메시지 전송을 위해 Internet APN으로의 접속을 허용하면, XCAP 메시지 이외의 인터넷 트래픽 (예: 인터넷 접속을 사용하는 어플리케이션들의 자동 업데이트 등)이 발생하여, 의도치 않는 과금이 발생할 가능성이 있다. 따라서 이와 같이 단말이 인터넷 네트워크에 연결될 수 없는 환경에서 단말이 XCAP 메시지와 같이 인터넷 네트워크를 이용해야 하는 메시지를 전달하기 위한 방법 및 장치가 요구된다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 로밍 단말이 XCAP 메시지를 홈 네트워크에 전달하는 방법을 제안한다.
보다 구체적으로, 단말이 음성 서비스만 허용하고, 데이터 서비스 중 인터넷 네트워크로의 연결이 허용되지 않는 로밍 상태와 같은 경우, 상기 로밍 단말이 인터넷 APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 방안을 제안한다. 또한, 상기 로밍 단말이 IMS APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 방안을 제안한다.
상술한 과제를 달성하기 위하여, 본 발명의 일 실시 예에 따르는 이동 통신 시스템의 이동성 관리 엔티티(Mobility Management Entity, MME)에서 데이터 송수신 방법은 단말로부터 XCAP(XML Configuration Access Protocol)의 주소를 포함하는 인터넷 패킷 데이터 네트워크(Packet Data Network, PDN)에 접속하기 위한 메시지를 수신하는 단계; 상기 수신한 메시지를 기반으로 상기 단말의 가입정보 및 네트워크 망 사업자 정책 중 하나 이상을 확인하는 단계; 및 상기 확인 결과 상기 단말이 인터넷 PDN에 접속이 허용되는 경우, 상기 수신한 메시지를 기반으로 세션 형성 요청(Create Session Request) 메시지를 게이트웨이(GateWay,)에 전달하는 단계를 포함하며, 상기 세션 형성 요청 메시지는 XCAP 서버에 접속한다는 지시자를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시 예에 따르는 이동통신 시스템의 단말의 데이터 송수신 방법은 상기 단말이 이동성 관리 엔티티(Mobility Management Entity, MME)로 XCAP(XML Configuration Access Protocol)의 주소를 포함하며 인터넷 패킷 데이터 네트워크(Packet Data Network, PDN)에 접속하기 위한 메시지를 전송하는 단계; 및 상기 메시지를 기반으로 기지국과 RRC 연결 재구성(RRC connection reconfiguration)을 수행하는 단계를 포함하며, 상기 메시지를 기반으로 상기 MME가 상기 단말의 가입정보 및 네트워크 망 사업자 정책 중 하나 이상을 확인하고, 상기 확인 결과 상기 단말이 인터넷 PDN에 접속이 허용되는 경우, 상기 수신한 메시지를 기반으로 세션 형성 요청(Create Session Request) 메시지를 게이트웨이(Gateway)에 전달하며, 상기 세션 형성 요청 메시지는 XCAP 서버에 접속한다는 지시자를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시 예에 따르는 이동통신 시스템의 단말의 데이터 송수신 방법은 상기 단말이 XCAP(XML Configuration Access Protocol) 서버에 접속할 수 있는지 판단하는 단계; 상기 단말이 상기 XCAP 서버에 접속 허용되는 경우, 상기 XCAP 서버의 주소가 상기 단말에 저장되어 있는지 판단하는 단계; 상기 XCAP 서버의 주소가 저장되어 있는 경우 라우팅 (Routing) 테이블에 상기 XCAP 서버의 주소를 삽입(Insert)하는 단계; 및 상기 라우팅 테이블에 XCAP 서버 이외의 다른 라우팅 경로가 추가될 수 없도록 상기 라우팅 테이블을 잠그는(Locking)하는 단계를 포함한다.
본 발명의 다른 실시 예에 따르는 이동통신 시스템의 로밍 네트워크에서 단말의 데이터 송수신 방법은 로밍 네트워크의 PCSCF(Proxy Call Session Control Function)에 REGISTER 메시지를 전달하는 단계; 상기 REGISTER메시지를 기반으로 제1 200OK 메시지를 수신하는 단계; 및 XCAP(XML Configuration Access Protocol)관련 정보를 포함하는 메시지를 상기PCSCF에 전송하는 단계를 포함하며, 상기 XCAP(XML Configuration Access Protocol)관련 정보를 포함하는 메시지는 INVITE 메시지 또는 MESSAGE 메시지이며, 상기 REGISTER 메시지를 기반으로 SCSCF(Serving Call State Control Function)이 HSS(Home Subscriber Server)로부터 가입자 정보를 수신하며, 상기 200OK 메시지는 상기 수신한 가입자 정보를 포함하는 것을 특징으로 한다.
본 발명의 다른 실시 예에 따르는 이동통신 시스템의 로밍 네트워크에서 단말의 데이터 송수신 방법은 XCAP 관련 정보를 포함하는 INVITE 메시지 또는 MESSAGE 메시지를 XCAP 서버에 송신하는 단계; 상기 INVITE 메시지 또는 MESSAGE 메시지에 대한 결과값을 포함하는 메시지를 XCAP 서버로부터 수신하는 단계를 포함한다.
본 발명의 또 다른 실시 예에 따르는 이동통신 시스템의 로밍 네트워크에서 단말의 데이터 송수신 방법은 XCAP 관련 정보를 포함하는 INVITE 메시지 또는 MESSAGE 메시지를 XCAP 서버에 송신하는 단계; 및 상기 INVITE 메시지 또는 MESSAGE 메시지에 대한 결과값을 포함하는 메시지를 XCAP 서버로부터 수신하는 단계를 포함한다.
실시 예에 따르면, 로밍 단말이 홈 네트워크와 XCAP 관련 메시지를 송수신 하는 것이 가능하다. 또한 로밍 단말이 XCAP 서버 이외의 트래픽은 송수신이 불가능하므로 다른 데이터 패킷의 송수신에 따른 의도치 않은 트래픽을 발생 시키는 것을 막을 수 있는 효과가 있다.
도 1은 LTE 이동 통신 시스템의 구조를 도시하는 도면이다.
도 2a는 실시 예에 따른 단말과 PCRF(150) 사이에 베어러를 형성하는 과정을 나타내는 도면이고, 도 2b는 실시 예에 다른 TFT를 전달하는 과정을 나타내는 도면이다.
도 3은 본 발명의 다른 실시 예에 따른 XCAP 메시지를 송수신 하기 위한 방법을 나타내는 순서도이다.
도 4a 및 4b는 본 발명의 실시 예 전반에서 단말의 사용자가 로밍시 네트워크 사용여부를 선택하는 화면을 보이는 도면이다.
도 5는 실시 예에 따라 로밍 단말이 IMS 등록 과정 시, IMS APN/PDN을 통해 XCAP 메시지를 전달한다는 정보를 포함하는 방안을 표시한 도면이다.
도 6은 본 발명의 실시 예에 따라 로밍 단말이 XCAP 메시지를 INVITE 메시지 내에 포함하여 전달하는 방안을 표시한 도면이다.
도 7은 실시 예에 따르는 INVITE 메시지의 구성을 나타낸 도면이다.
도 2a는 실시 예에 따른 단말과 PCRF(150) 사이에 베어러를 형성하는 과정을 나타내는 도면이고, 도 2b는 실시 예에 다른 TFT를 전달하는 과정을 나타내는 도면이다.
도 3은 본 발명의 다른 실시 예에 따른 XCAP 메시지를 송수신 하기 위한 방법을 나타내는 순서도이다.
도 4a 및 4b는 본 발명의 실시 예 전반에서 단말의 사용자가 로밍시 네트워크 사용여부를 선택하는 화면을 보이는 도면이다.
도 5는 실시 예에 따라 로밍 단말이 IMS 등록 과정 시, IMS APN/PDN을 통해 XCAP 메시지를 전달한다는 정보를 포함하는 방안을 표시한 도면이다.
도 6은 본 발명의 실시 예에 따라 로밍 단말이 XCAP 메시지를 INVITE 메시지 내에 포함하여 전달하는 방안을 표시한 도면이다.
도 7은 실시 예에 따르는 INVITE 메시지의 구성을 나타낸 도면이다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예들을 상세히 설명한다. 이 때, 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다.
또한, 본 발명의 실시예들을 구체적으로 설명함에 있어서, EPS (Evolved Packet System)을 주된 대상으로 할 것이지만, 본 발명의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 발명의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.
또한 실시 예에서 로밍 단말이 인터넷 APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 두 가지 방안을 제안한다. 프로토콜 레벨 솔루션으로서, 첫 번째 실시예는 로밍 단말이 네트워크에 접속한 경우, 네트워크는 단말의 가입정보 또는 사업자 설정을 확인하여 Internet APN/PDN에 대해서 XCAP 서버 접속만 허용하도록 패킷 필터를 설정하여 단말과 네트워크에 설치하는 방안이다. 어플리케이션 레벨 솔루션으로서, 두 번째 실시예는 로밍한 경우, 단말이 XCAP 서버 접속만을 위한 라우팅 테이블을 생성하여 사용하도록 단말 내부 동작을 변경하는 방안이다.
또한, 본 발명은 로밍 단말이 IMS APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 방안을 제안한다. 단말이 인터넷 APN/PDN을 사용하지 못하는 경우, 단말은 XCAP 메시지를 SIP 시그널링 메시지에 포함하여 홈 네트워크에 전달하기 위한 방법을 제안한다.
또한 실시 예의 설명을 위해 로밍 단말을 예로 들고 있으나, 이는 로밍 한 단말에 한정되지 않고 IMS PDN 또는 Internet PDN에 접속할 수 있는 단말에서 공통적으로 적용될 수 있음을 밝혀둔다.
또한 실시 예의 각 엔티티들은 각각 다른 엔티티와 데이터를 송수신할 수 있는 송수신 부 및 상기 송수신부를 제어하며, 상기 송수신부를 통해 송수신되는 데이터를 기반으로 연산을 수행할 수 있는 제어부를 포함할 수 있다.
도 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(Packet Data Network - Gateway)(160)를 통해 외부 네트워크(170)에 접속한다. AF(Application Function)(140)은 사용자와 application 수준에서 application과 관련된 정보를 교환하는 장치이다. PCRF(150)는 사용자의 QoS와 관련된 policy를 제어하는 장치이며, policy에 해당하는 PCC(Policy and Charging Control) rule은 P-GW(160)에 전달되어 적용된다.
ENB(110)는 RAN(Radio Access Network) 노드로써 UTRAN 시스템의 RNC 그리고 GERAN 시스템의 BSC에 대응된다. ENB(110)는 UE(100)와 무선 채널로 연결되며 기존 RNC/BSC와 유사한 역할을 수행한다.
LTE에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE(100)들의 상황 정보를 취합해서 스케줄링을 하는 장치가 필요하며 이를 ENB(110)가 담당할 수 있다.
S-GW(130)는 데이터 베어러를 제공하는 장치이며, MME(120)의 제어에 따라서 데이터 베어러를 생성하거나 제거한다. MME(120)는 각 종 제어 기능을 담당하는 장치로 하나의 MME(120)는 다수의 기지국 들과 연결될 수 있다.
PCRF(Policy Charging and Rules Function)(150)은 트레픽에 대한 QoS 및 과금을 총괄적으로 제어하는 엔터티이다.
외부 네트워크(190)는 IMS PDN 및 Internet PDN과 같은 네트워크를 포함할 수 있다.
실시 예는 로밍 단말이 인터넷 APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 두 가지 방안을 제안한다.
본 발명의 첫 번째 실시 예에 따르면, 로밍 단말이 네트워크에 접속한 경우, 네트워크는 단말의 가입정보 또는 사업자 설정에 따라 Internet APN/PDN에 대해서 XCAP 서버 접속만 허용하도록 패킷 필터를 설정하고, 단말과 네트워크에 설치하는 것을 제안할 수 있다.
실시 예에서 사용자 단말이 XCAP 메시지를 수신하기 위해 Internet PDN으로 의 접속을 요청하고, 이에 따른 TFT (Traffic Filter Templates)가 네트워크 상에 설치되면서, XCAP 연결을 위한 패킷 필터가 설치될 수 있다. 따라서 XCAP 메시지를 수신하기 위한 접속이 아닐 경우 PCRF(150)가 상기 패킷 필터를 위한 PCC rule 제공을 거절(reject)하거나 UE(100)이 자체적으로 상기 TFT에 포함된 XCAP 연결이외의 추가적인 패킷 필터 요청 또는 수신을 허용하지 않는 방법이 가능하다.
EPS에서는 UE(100)와 PGW(160)에 TFT (Traffic Filter Templates)형태로 하나 이상의 패킷 필터(packet filter)들이 설치될 수 있다. 상기 TFT는 Attach/Session Creation/Session modification/TAU/Service Request 과정 중 전달되는 NAS 메시지를 통해, PGW(160) 또는 UE(100)가 생성/변경하여 UE(100) 또는 PGW(160)에게 전달되며, PDN 연결별로 설치될 수 있다. 패킷 필터(Packet filter)는 다음과 같은 IP 5 튜플(tuple)로 구성되어 있다. 또한 실시 예에 따른 패킷 필터 패턴(packet filter pattern)은 아래와 같은 형식으로 구성될 수 있다.
source IP address or IPv6 network prefix; destination IP address or IPv6 network prefix; source port number; destination port number; protocol ID of the protocol above IP; |
상기 표 1은 실시 예에 따른 패킷 필터 패턴을 나타내는 표이다. source IP address 또는 IPv6 network prefix는 송신 UE의 IP 주소를, source port number는 송신 UE의 포트번호(port number)를 나타낸다. destination IP address 또는 IPv6 network prefix, destination port number는 각각 수신자의 IP주소와 포트번호(port number)를 나타낸다. protocol ID of the protocol above IP 는 사용하는 IP 버전(version)을 나타낸다.
상기 패킷 필터(packet filter)는 업링크 또는 다운링크(Uplink/downlink)에서 IP 데이터를 특정 PDN의 베어러에 연결(mapping)하는 역할을 할 수 있다. 또한 실시 예에 따라 상기 패킷 필터는 UE(100) 및 PGW(160)에서 동작할 수 있다.
실시 예의 패킷 필터를 업링크(Uplink)를 예를 들어 설명하면 다음과 같다. UE(100)내에 설치되어 있는 패킷 필터(packet filter)가 (111.111.111.111, 79, 222.222.222.222, 80, IPv4) 형태이고, 해당 패킷 필터(packet filter)를 거친 IP 데이터는 internet PDN의 디폴트 베어러(default bearer)로 연결(mapping)된다고 가정할 수 있다. UE(100)가 전송하고자 하는 IP 데이터(data)의 source IP address가 111.111.111.111 이고, 사용하는 어플리케이션의 source port number가 79이고, 접속하고자 하는 서버주소가 222.222.222.222 이고 destination port number가 80인 경우, 상기 IP 데이터(data)는 Internet PDN의 디폴트 베어러(default bearer)로 전송될 수 있다.
도 2a는 실시 예에 따른 단말과 PCRF(150) 사이에 베어러를 형성하는 과정을 나타내는 도면이고, 도 2b는 실시 예에 다른 TFT를 전달하는 과정을 나타내는 도면이다.
도 2a 및 도 2b를 참조하면 실시 예는, 로밍 VoLTE 단말이 Internet PDN 연결 요청 시, 네트웍이 단말의 가입정보 또는 사업자 정책에 따라 Internet PDN에서 XCAP 연결만을 허용하는 패킷 필터를 생성하여 단말과 네트워크에 설치하는 과정을 수행 할 수 있다. 실시 예에서 상기 과정은 단말(User Equipment, UE)(201), 기지국(eNodeB, eNB)(202), 이동성 관리 엔티티(Mobility Management Entity, MME)(203), 서빙 게이트웨이(Serving GateWay,SGW)(204), 패킷 데이터 네트워크 게이트웨이(Packet data network GateWay,PGW)(205) 및 PCRF(Policy and Charging Rules Function)(206) 사이에서 신호 송수신을 통해 이루어 질 수 있다.
단계 210에서 단말(201)은 Internet PDN 연결을 위해, MME(203)에게 PDN connectivity Request 메시지를 전달한다. 만약, 단말(201)이 XCAP 서버 주소를 저장하고 있는 경우, 단말은 XCAP 서버 주소를 PCO에 포함시켜 전송할 수 있다. 상기 전송 과정은 eNB(202)를 통해 이루어 질 수 있으며, 실시 예에서 메시지의 종류를 PDN connectivity Request로 하였으나 이에 한정되지 않고, 인터넷 PDN 연결을 위한 메시지로 대체되어 실시 될 수 있다. 또한 실시 예에서 단말(201)은 자신이 로밍 상태에 있음을 판단한 경우에도 상기 PDN connectivity Request 메시지를 전달할 수 있다. 그러나 이와 같은 실시예는 로밍 상태에 한정되지 않으며, 상기 단말이 홈 네트워크에 접속한 경우에도 수행될 수 있다.
단계 212에서 MME(203)는 단계 210에서 수신한 메시지를 기반으로 단말(201)의 가입정보 또는 사업자 정책을 확인할 수 있다.
실시 예에서 MME(203)은 단말(201)이 로밍 상태이고, 음성호 로밍만 가입한 경우, 또는 사업자 정책에 따라 로밍 단말(201)의 경우 음성호 로밍만 허용하는 경우인지 확인할 수 있다. 상기 확인에 따라, MME(203)는 Internet PDN에 대해 XCAP 연결만 허용할지 여부를 결정할 수 있다. 단말(201)이 Internet PDN에 대해 연결하는 것이 허용되지 않는 경우, MME(203)는 상기 PDN connectivity Request요청에 대해, Reject 메시지를 단말(201)에 전달한다. 단말(201)이 Internet PDN에 대해 연결이 허용되는 경우 MME(203)은 단계 214의 과정을 수행할 수 있다. 또한 실시 예에서 MME(203)는 단계 210에서 수신한 메시지를 기반으로 UE 컨택스트 (context)에 XCAP 허용여부 및 XCAP 서버주소 중 하나 이상을 저장할 수 있다.
단계 214에서 MME(203)는 SGW(204)에게 Create Session Request 메시지를 전달할 수 있다.
Internet PDN에 대해 XCAP 연결만 허용하는 경우, 상기 Create Session Request 메시지는 실시 예에서 제안되는 'XCAP indication(지시자)' 필드를 포함할 수 있다. 상기 'XCAP indication' 는 단말(201)이 요청한 Internet PDN 에 대해서 XCAP 서버 연결만 허용한다는 것을 나타내는 정보를 포함할 수 있다. 단계 210 과정에서 단말(201)이 XCAP 서버 주소를 저장하고 있지 않은 경우, MME(203)는 가입정보 또는 사업자가 설정한 XCAP 서버 주소를 상기 Create Session Request 메시지에 포함할 수 있다. SGW(204)는 상기 수신한 Create Session Request 메시지를 기반으로 UE 컨택스트 (context)에 XCAP 허용여부 및 XCAP 서버주소 중 하나 이상을 저장할 수 있다.
단계 216에서 SGW(204)는 PGW(205)에게 단계 214에서 수신한 Create Session Request 메시지를 전달할 수 있다. PGW(205)는 상기 전달 받은 메시지를 기반으로 UE 컨택스트 (context)에 XCAP 허용여부 그리고/또는 XCAP 서버주소를 저장한다.
단계 218에서 PGW(205)는 PCRF(206)에게 IP-CAN session establishment request 메시지를 전달할 수 있다. 실시 예에서 상기 IP-CAN session establishment request 메시지는 'XCAP indication' 와 'XCAP 서버주소'를 포함할 수 있다. PCRF(206)는 단말에게 적용될 policy를 관리하고, policy에 따라 PCC rule을 생성하할 수 있다. PCRF(206)는 상기 수신한 IP-CAN session establishment request 메시지를 기반으로 UE 컨택스트 (context)에 XCAP 허용여부 그리고/또는 XCAP 서버주소를 저장할 수 있다.
단계 220에서 PCRF(206)는 단계 218에에서 전달받은 정보 및 HSS로부터 기 전달받은 정보 중 하나 이상을 기반으로 단말(201)의 Internet PDN 연결에서 XCAP 연결만 허용해야 하는 것을 확인하고, PCC rule을 생성시 사용하는 단말 컨택스트에 상기 정보를 저장할 수 있다.
단계 222에서 PCRF(206)는 PGW(205)에게 IP-CAN session establishment response 메시지를 전달한다.
단계 224 및 단계 226에서 PGW(205)는 SGW(204)에게, SGW(204)는 MME(203)에게 Create Session Response 메시지를 전달한다.
단계 228에서 MME(203)은 단계 226에서 전달 받은 메시지를 기반으로 eNB(202)에 Bearer Setup Request/PDN connecconn Accept 메시지를 전달할 수 있다.
단계 230에서 단말(201) 및 eNB(202)는 단계 228에서 전달된 메시지를 기반으로 RRC 연결 재구성(connection reconfiguration)을 수행할 수 있따.
단계 232에서 eNB(202)는 MME(203)에 베어러 형성과 관련된 Bearer setup response 메시지를 전송할 수 있다.
단계 234에서 단말(201)는 eNB(203)에 직접 전송(Direct Transfer)을 할 수 있따.
단계 236에서 eNB(202)는 MME(203)에 PDN Connectivity Complete 메시지를 전달 할 수 있다.
단계 238에서 MME(203)은 단계 236에서 수신한 메시지를 기반으로 SGW(204)에 Modify bearer request 메시지를 전달할 수 있따.
단계 240에서 SGW(204)는 단계 238에서 수신한 메시지를 기반으로 MME(203)에 Modify bearer response 메시지를 전달할 수 있다.
단계 240이 완료된 뒤 단말(201)은 Internet PDN 연결에 대한 default EPS bearer 를 생성할 수 있다. Default EPS bearer는 해당 PDN 연결의 대부분의 데이터를 전송하는 EPS bearer로 non-GBR (Guaranteed Bit Rate) bearer일 수 있다.
이후 단말을 포함하는 네트워크 엔티티는 패킷 필터와 관련된 TFT를 설치하기 위해 도 2b에 개시된 과정을 수행할 수 있다.
단계 242에서 PCRF(206)는 단말(201)을 Internet PDN에 대해, 연결 제한을 해야 함을 판단할 수 있다. 상기 연결 제한을 판단하는 과정은 도 2a의 단계 218의 메시지를 수신한 이후, 상기 수신한 메시지를 기반으로 PCRF(206)가 판단할 수 있다. PCRF(206)는 상기 단말(201)을 Internet PDN에 대해 XCAP연결만을 허용해야 함을 인식하고, PGW(205)에게 IP-CAN session Modification request 메시지를 전달한다. 실시 예에서 상기 IP-CAN session Modification request 메시지는 도 2a의 단계 222의 메시지를 송신한 이후에 PGW(205)에 전달될 수 있다.
또한 실시 예에서 상기 IP-CAN session Modification Request 메시지는 단말(201)을 Internet PDN에 대해 XCAP 연결만 허용한다는 정보를 포함하며, 상기 정보는 XCAP 연결만 허용하는 PCC rule 을 포함할 수 있다.
단계 244에서 PGW(205)는 SGW(204)에게 단계 242에서 수신한 메시지를 기반으로 Update Session Request 메시지를 전달할 수 있다. 상기 Update Session Request 메시지는 단계 222에서 전달받은 PCC rule을 기반으로 PGW(205)가 생성한 packet filter를 포함할 수 있다. 또한 PGW(205)는 상기 PCC rule에 포함된 정보 또는 단계 216 또는 단계 218에서 저장된 상기 UE 컨택스트에 따라 packet filter를 생성된 default EPS bearer에 설치할 수 있다. 실시 예에서 상기 default EPS bearer는 단계 210 내지 단계 240을 거쳐 생성된 default EPS bearer일 수 있다. 또한 실시 예에서 상기 Packet filter는 TFT (Traffic Flow Template) 형태로 상기 Update Session Request 메시지에 포함될 수 있다. 상기 TFT는 실시 예에 따라 packet filter들의 집합일 수 있다. 또한 실시 예에 따라 PGW(205)는 단계 242에서 수신한 메시지를 기반으로 packet filter를 설치할 수 있다. 상기 packet filter가 설치 될 경우 단말(201)로 전달될 패킷이 XCAP 서버를 제외한 다른 곳으로부터 전송된 경우 상기 packet filter에 따라 상기 전송된 패킷을 단말에게 전달하지 않거나 drop할 수 있다.
단계 246에서 SGW(204)는 MME(203)에게 상기 수신한 Update Session Request 메시지를 전달할 수 있다.
단계 248에서 MME(203)는 eNB(202)에게 Bearer Modify Request/Session Management Request 메시지를 전달할 수 있다. 상기 Bearer Modify Request/Session Management Request 메시지는 단계 246에서 전달받은 TFT 관련 정보를 포함할 수 있다.
단계 250에서 eNB(202)는 상기 전달 받은 TFT 관련 정보를 단말(201)에게RRC 전달할 수 있다. 실시 예에 따라 상기 TFT 관련 정보는 connection reconfiguration 메시지를 통해 단말(201)에게 전달될 수 있다. 단말(201)은 상기 전달받은 TFT 관련 정보를 기반으로 packet filter를 설치할 수 있다.
단계 252 내지 단계 262에서 나머지 IP-CAN session modification 과정이 수행될 수 있다.
단계 252에서 eNB(202)는 MME(203)에 Bearer Modify response 메시지를 전달할 수 있다.
단계 254에서 단말(201)은 eNB(202)에 직접 전송(Direct Transfer)를 수행할 수 있다.
단계 256에서 eNB(202)는 단계 254에서 수신한 신호를 기반으로 세션 관리 응답(Session Management Response)메시지를 MME(203)에 전달할 수 있다.
단계 258에서 MME(203)은 단계 256에서 전달받은 메시지를 기반으로 업데이트 베어러 응답(update bearer response)을 SGW(204)에 전달할 수 있다.
단계 260에서 SGW(204)는 단계 258에서 수신한 메시지를 기반으로 업데이트 베어러 응답(update bearer response) 메시지를 PGW(204)에 전송할 수 있다.
단계 262에서 PGW(204)는 단계 260에서 수신한 메시지를 기반으로 PCRF(206)에 IP-CAN 세션 변경 응답(session Modification response)을 전달할 수 있다.
실시 예에 따라 도 2a 및 도2b에서 만약, 단계 242의 과정이 단계 222과정 직후에 수행되어, eNB(202), MME(203), SGW(204)가 default EPS bearer를 생성을 완료하지 않았는데 IP-CAN session modification 과정, 즉, EPS Bearer Modification 과정을 위한 메시지를 전달받은 경우, eNB(202), MME(203), SGW(204)는 default EPS bearer 생성 과정을 완료한 후, 전달받은 메시지를 처리할 수 있다.
이 후 단말(201) 또는 단말(202)의 어플리케이션은 XCAP 서버주소 이외의 internet PDN으로 연결 요청을 하는 경우 다음과 같이 처리할 수 있다.
실시 예에서 단말(201) 또는 단말(201)의 어플리케이션이 default EPS bearer를 통해 데이터 전송 요청을 하는 경우, 도 2a 및 도 2b를 통해 설치된 packet filter에 의해 XCAP 서버로 향하는 데이터 이외는 페킷의 경우 상기 packet filter 때문에 전송이 불가하게 된다.
또는, 단말(201) 또는 단말(202)의 어플리케이션이 데이터 전송을 위해 dedicated EPS bearer생성을 요청하는 경우, PCRF(206) 또는 PGW(205)는 단말(201)의 컨택스트를 참조하여, 해당 요청을 Reject 할 수 있다.
표 2은 본 발명의 실시 예에 따라, 도 2a의 단계 214 과정에서 전달되는 Create Session Request 메시지에 실시 예에서 제안되는 'XCAP indication' 이 포함된 것을 나타낸다.
실시 예 1에서 제안한 'XCAP indication(지시자)' 는 표 2와 같이 독립적인 필드로 구성될 수도 있고, 또는 기존 필드의 새로운 값으로 포함될 수 있으며, 메시지에 포함된 XCAP indication을 기반으로 SGW(204), PGW(205) 및 PCRF(206)은 각각 이후의 동작을 수행할 수 있다.
도 3은 본 발명의 다른 실시 예에 따른 XCAP 메시지를 송수신 하기 위한 방법을 나타내는 순서도이다.
도 3을 참조하면, 단말이 로밍한 경우, 상기 단말은 XCAP 서버 접속만을 위한 라우팅 테이블을 생성하고, XCAP 서버 이외를 향하는 패킷은 차단함으로써 XCAP 관련 메시지를 송수신할 수 있다.
단계 310에서 상기 단말은 현재 로밍 상태에 있는지 판단할 수 있다. 로밍 상태가 아닌 경우 홈 네트워크(Home network)와 접속되어 있는 경우를 가정할 수 있다. 이 경우 단계 320으로 진행하여 상기 단말은 XCAP 서버에 접속하여 XCAP 관련 메시지를 송수신 할 수 있다.
상기 단계 310의 판단 결과 상기 단말이 로밍한 경우, 상기 단말은 단계 330에서 자신이 XCAP 서버 접속이 허용되는지 판단할 수 있다. 또한 단계 330에서 선택적으로 상기 단말은 사업자가 USIM 카드 등에 미리 설정한 접속 여부 또는 도 4에서 후술할 사용자 설정을 따라 자신이 XCAP 서버에 접속해야 하는지 여부도 판단할 수 있다.
상기 단계 330의 판단 결과 상기 단말이 XCAP 서버에 접속이 허용되지 않는 경우 단계 340에서 상기 단말은 XCAP 서버에 접속이 되지 않으므로 관련된 부가 서비스를 사용할 수 없다는 사실을 확인할 수 있다. 또한 상기 확인 결과를 단계 350에서 사용자에게 알릴 수 있다. 상기 사용에게 알리는 방법은 단말의 표시부에 XCAP 관련 부가 서비스를 이용할 없다는 내용을 표시하는 방법이 있다.
단계 330의 판단 결과 상기 단말이 상기 XCAP 서버에 접속이 허용되는 경우 상기 단말은 단계 360에서 XCAP 서버의 주소가 상기 단말에 저장되어 있는지 판단할 수 있다. 만약 저정되지 않은 경우 상기 단말은 단계 370에서 IMS PDN으로부터 상기 XCAP 서버 주소를 알아올 수 있다.
상기 단말에 XCAP 서버 주소가 저장되어 있거나, 단계 370을 통해 IMS PDN으로부터 XCAP 서버 주소를 수신한 단말은 상기 XCAP 서버 주소를 TCP/IP 라우팅 테이블에 추가할 수 있다. 상기 라우팅 테이블은 단말이 전송하는 TCP/IP 패킷이 Internet PDN에 전달되기 위한 라우팅 정보를 포함한다.
단계 390에서 상기 단말은 상기 라우팅 정보를 포함하는 라우팅 테이블을 잠글 (Lock) 수 있다. 이와 같이 라우팅 테이블을 Lock 함으로써 XCAP 서버의 주소를 제외한 이 외의 주소는 라우팅 테이블에 추가되지 않는다.
상기와 같은 동작을 통해 이 후 상기 단말 또는 상기 단말의 어플리케이션은 XCAP 서버주소 이외의 internet PDN으로 연결 요청을 하는 경우 다음과 같이 처리할 수 있다. 상기 단말 또는 단말의 어플리케이션이 요청하는 주소의 경우 라우팅 정보가 없기 때문에, 생성된 패킷은 전송되지 못하고 단말내부에서 드랍될 수 있다.
도 4a 및 4b는 본 발명의 실시 예 전반에서 단말의 사용자가 로밍시 네트워크 사용여부를 선택하는 화면을 보이는 도면이다.
도 4a는 상기 단말이 데이터 사용 여부를 설정할 수 있는 옵션이다.
도 4a를 참조하면 '데이터 네트워크 접속허용'(410)은 상기 단말이 로밍 여부와 상관없이 인터넷 접속 등 패킷 네트워크를 사용할지 여부를 선택하는 옵션이며, '데이터 로밍'(420)은 상기 단말이 로밍시 데이터 전송을 허용할 것인지를 선택하는 옵션이다.
실시 예에서 데이터 로밍(415)을 선택하면, 상기 단말은 별도의 제한이 있지 않은 경우 제한 없이 데이터 전송을 수행할 수 있다. 또한 이와 같은 경우 음성 로밍의 경우 로밍을 수행하는 단말의 경우 별도의 선택 없이도 제공될 수 있다.
도 4b는 본 발명의 실시 예에 따라 상기 단말이 음성 로밍을 선택할 수 있는 옵션이 추가된 화면을 나타내는 도면이다.
도 4b를 참조하면, 상기 단말의 사용자가 '음성 로밍'(430)을 선택하면, 실시 예 에 따라 데이터 즉 패킷 네트워크를 사용하는 XCAP 서버로의 접속이 가능하다. '데이터 네트워크 접속 허용'(420) 및 '데이터 로밍'(425)을 선택하는 경우 별도의 제한이 없을 경우 상기 단말은 인터넷 PDN을 통해 데이터를 송수신 할 수 있다.
또한, 본 발명의 다른 실시 예는 로밍 단말이 IMS APN/PDN을 통해 XCAP 메시지를 홈 네트워크에 전달하기 위한 방안을 제안할 수 있다.
실시 예에 따르면, 상기 로밍 단말은 단말 내에 로밍시 Internet APN/PDN에 접속하지 못하는 경우 XCAP 메시지를 별도의 메시지에 포함하여 IMS APN/PDN으로 전송할 수 있다. 일 실시 예에 따르면 상기 로밍 단말은로밍시 Internet APN/PDN을 사용하지 못하는 경우, XCAP 메시지를 INVITE 메시지에 포함하여 보내는 것과 관련된 설정을 세팅 할 수 있다. 상기 단말은 네트워크 망 접속 상태가 상기 조건에 부합하는 경우 XCAP 메시지를 INVITE 메시지에 포함하여 홈네트워크에 전달할 수 있다. 또한 상기 단말은 MESSAGE 메시지에 상기 XCAP 메시지를 포함시켜 홈 네트워크에 전달할 수 있다.
본 발명의 또 다른 실시 예에 따르면 단말은 XCAP 메시지를 INVITE 메시지 및 MESSAGE 메시지 중 하나 이상에 포함하여 보내는지 여부를 네트워크로부터 전달받은 정보에 따라 결정하는 경우이다.
실시 예에서 상기 단말은 네트워크로부터 INVITE 메시지 또는 MESSAGE 메시지 내에 XCAP 메시지를 포함하라는 정보를 전달받은 경우에만, XCAP 메시지를 INVITE 메시지에 포함하여 보낼 수 있다.
도 5는 실시 예에 따라 로밍 단말이 IMS 등록 과정 시, IMS APN/PDN을 통해 XCAP 메시지를 전달한다는 정보를 포함하는 방안을 표시한 도면이다.
도 5를 참조하면 실시 예는, 단말(501)과 PCSCF(Proxy Call Session Control Function)(502)는 로밍 네트워크에 있으며, ICSCF(Interrogating Call State Control Function)(503), SCSCF(Serving Call State Control Function)(504), HSS(Home Subscriber Server)(505) 및 XCAP서버(506)는 홈 네트워크에 있다.
단계 510 에서 단말(501)은 REGISTER 메시지를 PCSCF (502)에 전송할 수 있다. 실시 예에 따라 상기 단말(501)은 XCAP 메시지를 수신하기 위해 상기 REGISTER 메시지를 전송할 수 있다.
단계 515에서 PCSCF(502)는 단계 510에서 수신한 REGISTER 메시지를 ICSCF(503)에 전달할 수 있다.
단계 520에서 ICSCF(503)은 SCSCF(504)에 상기 REGISTER 메시지를 전달할 수 있다. 단계 510 내지 단계 520에서 상기 REGISTER 메시지의 전송은 표준에 기술된 방법을 통해 수행될 수 있다.
단계 525에서 SCSCF(504)는 HSS(505)에게 단말(501)의 가입정보를 요청할 수 있다. 또한 단계 530에서 HSS(505)는 SCSCF(504)에게 단계 525에서 수신한 메시지에 대응하여 단말(501)의 가입정보를 전달할 수 있다.
본 발명의 실시예에 따라, 단계 525 및 단계 530에서 상기 가입정보는 단말(501)이 로밍시 INVITE 메시지 또는 MESSAGE 메시지 내에 XCAP 관련 메시지를 포함한다라는 정보를 포함할 수 있다. 실시 예에 따라 상기 XCAP 메시지를 포함한다는 정보는 'the UE will use the INVITE for XCAP transmission'와 같은 내용을 포함함으로써 지시될 수 있다.
단계 535에서 SCSCF(504)는 ICSCF(503)에 상기 REGISTER 메시지의 전송에 대한 응답으로 200OK 메시지를 전송할 수 있다.
단계 540에서 ICSCF(503)은 PCSCF(502)에 상기 REGISTER 메시지의 전송에 대한 응답으로 200OK 메시지를 전송할 수 있다.
단계 545에서 PCSCF(502)은 단말(501)에 상기 REGISTER 메시지의 전송에 대한 응답으로 200OK 메시지를 전송할 수 있다. 실시 예에 따라 상기 단계 535내지 상기 단계 545의 200OK 메시지 전송은 표준에 기술된 내용에 따라 진행될 수 있다.
단계 550에서 SCSCF(504)는 필터 기준 평가(filter criteria evaluation)를 수행할 수 있다. 실시 예에서 SCSCF(504)는 상기 단계 525 및 단계 530에서 송수신한 정보를 기반으로 단말(501)을 XCAP server(506)에 등록해야 하는지 여부를 확인할 수 있다. 등록하지 않은 경우 이 후 과정을 생략하고 통상과 같이 동작할 수 있다.
단계 555에서 SCSCF(504)는 단말(501)을 XCAP server(506)에 등록 하기한다. 위해 REGISTER 메시지를 XCAP 서버(506)에 전송할 수 있다.
단계 560에서 상기 REGISTER 메시지에 따라 등록을 수행한 XCAP 서버(506)은 SCSCF(504)에 200OK 메시지를 전달할 수 있다.
실시 예에 따라 단계 555의 과정은 단계 530 과정 이후에 수행되거나, 단계 535의 과정과 함께 수행될 수 있다.
상기의 과정을 통해 과정을 통해, 홈 네트워크의 XCAP 서버(506)는 단말(501)이 INVITE 메시지 및 MESSAGE 메시지 중 적어도 하나를 통해 XCAP 메시지를 전달할 것이라는 것을 알 수 있다.
도 6은 본 발명의 실시 예에 따라 로밍 단말이 XCAP 메시지를 INVITE 메시지 내에 포함하여 전달하는 방안을 표시한 도면이다.
도 6을 참조하면 실시에서 단말(601)과 PCSCF(602)는 로밍 네트워크에 있으며, ICSCF(603), SCSCF(604) 및 XCAP서버(605)는 홈 네트워크에 있다. 실시 예에서 메시지를 전달하는 엔티티로 PCSCF(602), ICSCF(603) 및 SCSCF(604)가 예시되고 있으나, 이는 네트워크 구조에 따라 달라질 수 있고, 달라진 전달 엔티티의 구성을 기반으로 단말(601)이 XCAP 관련 메시지를 XCAP 서버(605)에 전달할 수 있다.
실시 예의 단계 610에서 단말(601)은 PCSCF(602)에 INVITE 메시지를 전송한다. 상기 INVITE 메시지는 XCAP 정보를 포함할 수 있다. 실시 예에서 단계 610은 단말(601)이 로밍 상태에서 단말(601) 내 설정 및 사업자의 설정 중 하나 이상을 기반으로 Internet(인터넷) APN/PDN을 사용할 수 없는 경우, XCAP 메시지를 상기 INVITE 메시지에 포함하여 PCSCF(602)에 전달할 수 있다. 상기 INVITE 메시지의 구성은 후술 하도록 한다.
단계 615에서 PCSCF(602)는 상기 단계 610에서 수신한 메시지를 기반으로 INVITE 메시지를 ICSCF(603)에 전달할 수 있다.
단계 620에서 ICSCF(603)는 상기 단계 615에서 수신한 메시지를 기반으로 INVITE 메시지를 SCSCF(605)에 전달할 수 있다.
단계 625에서 SCSCF(604)는 상기 단계 620에서 수신한 메시지를 기반으로 INVITE 메시지를 XCAP 서버(605)에 전달할 수 있다.
단계 630에서 XCAP 서버(605)는 상기 단계 625에서 수신한 메시지에 대응하여 200OK 메시지를 SCSCF(604)에 전달할 수 있다.
단계 635에서 SCSCF(604)는 상기 단계 630에서 수신한 메시지를 기반으로 200OK 메시지를 ICSCF(603)에 전달할 수 있다.
단계 640에서 ICSCF(603)는 상기 단계 635에서 수신한 메시지를 기반으로 200OK 메시지를 PCSCF(602)에 전달할 수 있다.
단계 645에서 PCSCF(602)는 상기 단계 640에서 수신한 메시지를 기반으로 200OK 메시지를 단말(601)에 전달할 수 있다.
단계 650에서 XCAP 서버(605)는 상기 단계 625에서 수신한 XCAP 메시지가 지시하는 동작을 수행할 수 있다.
실시 예에서 만약, XCAP 서버(605)가 추가 정보가 필요한 경우, 단말(601)에게 이를 물어볼 수 있다. 단계 650의 동작은 단계 625 및 단계 630과정 사이에 수행될 수도 있다. 이와 같은 경우 상기 단계 625에서 수신된 INVITE 메시지에 포함된 XCAP 관련정보를 기반으로 상기 XCAP 서버가 결정한 정보를 상기 단계 630의 200OK 메시지에 포함시켜 전송할 수 있다.
단계 655에서 XCAP 서버(605)는 XCAP 관련 처리를 끝내고 세션을 종료하기 위해 BYE 메시지를 SCSCF(604)에 전송할 수 있다. 실시 예에 따라 상기 BYE 메시지에는 상기 단말(601)로부터 수신한 XCAP 관련 정보를 기반으로 결정된 값을 포함할 수 있다. 실시 예에 따라 상기 XCAP 관련 정보는 단말(601)이 상기 홈 네트워크에 착신 전환(Call forwarding)을 요청하는 정보를 포함할 수 있고, 상기 BYE 메시지에 포함되는 값은 상기 착신 전환이 성공적으로 수행되었다는 정보일 수 있다. 이외에도 상기 BYE 메시지는 상기 XCAP 관련 정보가 요청하는 값을 포함할 수 있다. 실시 예에서 단말(601)에게 XCAP 메시지의 처리 결과를 알려야 하는 경우, XCAP 서버(605)는 상기 처리 결과 관련 정보를 BYE 메시지 내에 포함할 수도 있다.
단계 660에서 SCSCF(604)는 상기 단계 655에서 수신한 메시지를 기반으로 BYE 메시지를 ICSCF(603)에 전달할 수 있다.
단계 665에서 ICSCF(603)는 상기 단계 660에서 수신한 메시지를 기반으로 BYE 메시지를 PCSCF(602)에 전달할 수 있다.
단계 670에서 ICSCF(604)는 상기 단계 665에서 수신한 메시지를 기반으로 BYE 메시지를 단말(601)에 전달할 수 있다.
단계 675에서 단말(601)은 상기 단계 670에서 수신한 BYE 메시지에 대한 응답 메시지를 PCSCF(602)에 전송할 수 있다. 단계 680에서 PCSCF(602)는 상기 단계 675에서 수신한 메시지를 기반으로 BYE 응답 메시지를 ICSCF(603)에 전달할 수 있다.
단계 685에서 ICSCF(603)는 상기 단계 680에서 수신한 메시지를 기반으로 BYE 응답 메시지를 SCSCF(604)에 전달할 수 있다.
단계 690에서 SCSCF(604)는 상기 단계 685에서 수신한 메시지를 기반으로 BYE 응답 메시지를 XCAP 서버(605)에 전달할 수 있다. 이와 같은 메시지 전달 과정을 통해 상기 INVITE 메시지를 통해 형성된 세션을 종료 할 수 있다.
실시 예에서 XCAP 관련 정보를 INVITE 메시지에 포함시켜서 단말(601)이 XCAP 서버(605)에 전달하였으나 실시 예는 이에 한정되지 않고 MESSAGE 메시지를 통해서도 상기 XCAP 관련 정보를 포함시켜 전달할 수 있다.
실시 예를 따르면, 도 5의 단계 535 과정에서 전달되는 200OK 메시지에는 단말(501)에게 INVITE 메시지 내에 XCAP 메시지를 포함하라는 지시를 포함하는 정보가 포함될 수 있다. 상기 200OK메시지는 SCSCF(504) 또는 HSS(505)에 의해 그 내용이 결정될 수 있다. 상기 메시지를 전달받은 단말(501)은 XCAP 서버 연결이 필요한 경우, 도 6의 과정을 따라 동작할 수 있다.
도 7은 실시 예에 따르는 INVITE 메시지의 구성을 나타낸 도면이다.
실시 예에서 INVITE 메시지를 예시로 하여서 설명하고 있으나 MESSAGE 메시지의 경우 유사한 형식으로 XCAP 관련 정보를 포함할 수 있도록 그 형태를 INVITE 메시지와 유사하게 변화시킬 수 있다.
도 7을 참조하면 server sip uri(710, 720)의 경우 상기 INVITE 메시지의 수신측이 XCAP 서버임을 나타낸다.
application/vnd.3gpp.xcap(730, 750)의 경우 상기 INVITE 메시지의 payload에 XCAP 메시지가 포함되어 있음을 나타낸다.
g.3gpp.xcap(740)의 경우 상기 단말이 지원하는 INFO 패키지가 XCAP 관련 형식임을 나타낸다.
<XCAP MESSAGE>(760)의 경우 XCAP 메시지와 관련된 내용이 포함될 수 있다. 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
100 : 단말(User Equipment, UE)
110 : 기지국 (eNodeB, eNB)
120 : 이동성 관리 엔티티 (Mobility Management Entity, MME)
130 : 서빙게이트웨이(Serving GateWay, SGW)
140 : 응용기능(Application Function, AF)
150 : 정책 과금 및 규칙 기능(Policy Charging and Rules Function, PCRF)
160 : PDN 게이트웨이(Packet Data Network GateWay, PGW)
190: 외부 네트워크
110 : 기지국 (eNodeB, eNB)
120 : 이동성 관리 엔티티 (Mobility Management Entity, MME)
130 : 서빙게이트웨이(Serving GateWay, SGW)
140 : 응용기능(Application Function, AF)
150 : 정책 과금 및 규칙 기능(Policy Charging and Rules Function, PCRF)
160 : PDN 게이트웨이(Packet Data Network GateWay, PGW)
190: 외부 네트워크
Claims (19)
- 이동 통신 시스템의 이동성 관리 엔티티(Mobility Management Entity, MME)에서 데이터 송수신 방법에 있어서,
단말로부터 XCAP(XML Configuration Access Protocol)의 주소를 포함하는 인터넷 패킷 데이터 네트워크(Packet Data Network, PDN)에 접속하기 위한 메시지를 수신하는 단계;
상기 수신한 메시지를 기반으로 상기 단말의 가입정보 및 네트워크 망 사업자 정책 중 하나 이상을 확인하는 단계; 및
상기 확인 결과 상기 단말이 인터넷 PDN에 접속이 허용되는 경우, 상기 수신한 메시지를 기반으로 세션 형성 요청(Create Session Request) 메시지를 게이트웨이에 전달하는 단계를 포함하며,
상기 세션 형성 요청 메시지는 XCAP 서버에 접속한다는 지시자를 포함하는 것을 특징으로 하는 데이터 송수신 방법. - 제1항에 있어서,
상기 게이트웨이로부터 세션 업데이트 요청(Session Update Request) 메시지를 수신하는 단계를 더 포함하며,
상기 세션 업데이트 요청 메시지는 하나 이상의 패킷 필터를 포함하는 TFT(Traffic Flow Template)를 포함하며,
상기 패킷 필터는 상기 XCAP 서버로 향하는 패킷만 통과시키는 것을 특징으로 하는 데이터 송수신 방법. - 제2항에 있어서,
상기 패킷 필터는 PCRF(Policy Charging and Rules Function)에 의해 결정된 PCC(Policy and Charging Control) 법칙(rule)을 기반으로 생성되며, PGW(PDN GateWay) 및 상기 단말 중 하나 이상에 설치되는 것을 특징으로 하는 데이터 송수신 방법. - 이동통신 시스템의 단말의 데이터 송수신 방법에 있어서,
상기 단말이 이동성 관리 엔티티(Mobility Management Entity, MME)로 XCAP(XML Configuration Access Protocol)의 주소를 포함하며 인터넷 패킷 데이터 네트워크(Packet Data Network, PDN)에 접속하기 위한 메시지를 전송하는 단계; 및
상기 메시지를 기반으로 기지국과 RRC 연결 재구성(RRC connection reconfiguration)을 수행하는 단계를 포함하며,
상기 MME는, 상기 메시지를 기반으로 상기 단말의 가입정보 및 네트워크 망 사업자 정책 중 하나 이상을 확인하고, 상기 확인 결과 상기 단말이 인터넷 PDN에 접속이 허용되는 경우, 상기 단말로부터 수신한 메시지를 기반으로 하는 세션 형성 요청(Create Session Request) 메시지를 게이트웨이(GateWay)에 전달하며,
상기 세션 형성 요청 메시지는, XCAP 서버에 접속한다는 지시자를 포함하는 것을 특징으로 하는 데이터 송수신 방법. - 제4항에 있어서,
상기 RRC 연결 재구성을 수행하는 단계는
상기 메시지를 기반으로 생성된 하나 이상의 패킷 필터를 포함하는 TFT(Traffic Flow Template)를 수신하는 단계를 포함하며,
상기 패킷 필터는 상기 XCAP 서버로 향하는 패킷만 통과시키는 것을 특징으로 하는 데이터 송수신 방법. - 제5항에 있어서,
상기 패킷 필터는 PCRF(Policy Charging and Rules Function)에 의해 결정된 PCC(Policy and Charging Control) 법칙(rule)을 기반으로 생성되며, PGW(PDN GateWay) 및 상기 단말 중 하나 이상에 설치되는 것을 특징으로 하는 데이터 송수신 방법. - 이동통신 시스템의 단말의 데이터 송수신 방법에 있어서,
상기 단말이 XCAP(XML Configuration Access Protocol) 서버에 접속할 수 있는지 판단하는 단계;
상기 단말이 상기 XCAP 서버에 접속 허용되는 경우, 상기 XCAP 서버의 주소가 상기 단말에 저장되어 있는지 판단하는 단계;
상기 XCAP 서버의 주소가 저장되어 있는 경우 라우팅 테이블에 상기 XCAP 서버의 주소를 삽입(Insert)하는 단계; 및
상기 라우팅 테이블에 다른 라우팅 경로가 추가될 수 없도록 상기 라우팅 테이블을 잠금(Locking)하는 단계를 포함하는 데이터 송수신 방법. - 제7항에 있어서,
상기 XCAP 서버에 접속이 허용되지 않는 경우 사용자에게 XCAP과 관련된 서비스를 사용할 수 없다는 사실을 알리는 단계를 더 포함하는 데이터 송수신 방법. - 제7항에 있어서,
상기 XCAP 서버의 주소가 저장되어있지 않은 경우, IMS(IP Multimedia Subsystem) PDN(Packet Data Network)로부터 상기 XCAP 서버의 주소를 알아오는 단계를 더 포함하는 데이터 송수신 방법. - 제7항에 있어서,
상기 XCAP 서버를 제외한 곳을 향하는 페킷이 생성될 경우 상기 라우팅 테이블에 따라 상기 페킷을 드랍(drop)하는 단계를 더 포함하는 데이터 송수신 방법. - 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261612484P | 2012-03-19 | 2012-03-19 | |
US61/612,484 | 2012-03-19 | ||
US201261614470P | 2012-03-22 | 2012-03-22 | |
US61/614,470 | 2012-03-22 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20130106319A KR20130106319A (ko) | 2013-09-27 |
KR102024815B1 true KR102024815B1 (ko) | 2019-09-24 |
Family
ID=49222948
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020130028880A KR102024815B1 (ko) | 2012-03-19 | 2013-03-18 | 로밍 시스템에서 메시지 송수신 방법 및 장치 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9912626B2 (ko) |
KR (1) | KR102024815B1 (ko) |
WO (1) | WO2013141552A1 (ko) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2904749A1 (en) * | 2012-10-04 | 2015-08-12 | Telefonaktiebolaget L M Ericsson (Publ) | Network resource modification |
US9397891B2 (en) * | 2014-04-25 | 2016-07-19 | Cellco Partnership | Geo-redundant PCRF MRA with MPE allocation via IMSI hashing and IP indexed table |
US9913125B1 (en) * | 2014-05-12 | 2018-03-06 | Sprint Communications Company L.P. | Mobile data service control for a wireless communication device |
EP3166347B1 (en) * | 2014-08-11 | 2019-10-09 | Huawei Technologies Co., Ltd. | Communication method, user equipment, access network device and application server |
KR101905941B1 (ko) | 2014-11-13 | 2018-10-11 | 주식회사 케이티 | Wlan 캐리어를 이용한 데이터 송수신 방법 및 그 장치 |
EP3035722A1 (en) * | 2014-12-19 | 2016-06-22 | Alcatel Lucent | Packet data flow control |
KR101952227B1 (ko) * | 2015-02-17 | 2019-05-20 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 백홀 링크 구축 방법, 기지국 및 장치 |
US9924431B2 (en) | 2016-02-08 | 2018-03-20 | Smartsky Networks LLC | Seamless relocation of a mobile terminal in a wireless network |
EP3267650A1 (en) * | 2016-07-04 | 2018-01-10 | Nokia Solutions and Networks Oy | Support of ps data off in a mobile system |
WO2018111029A1 (ko) * | 2016-12-15 | 2018-06-21 | 엘지전자(주) | 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치 |
KR102289879B1 (ko) | 2017-03-20 | 2021-08-13 | 삼성전자 주식회사 | 셀룰러망에서 세션의 다양한 ssc 모드 지원을 위한 upf 변경 방안 |
KR102052028B1 (ko) * | 2018-04-11 | 2019-12-04 | (주) 넷피플 | 국제 로밍서비스 제공 시스템 |
CN115174386B (zh) * | 2022-06-30 | 2023-06-16 | 中国联合网络通信集团有限公司 | 配置访问策略应用方法、uicc、终端及*** |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011047716A1 (en) * | 2009-10-20 | 2011-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Correlating signalling in an ip multimedia subsystem network |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI104678B (fi) | 1996-12-04 | 2000-04-14 | Nokia Networks Oy | Puhelunmuodostus matkaviestinjärjestelmässä |
US6311055B1 (en) | 1997-10-02 | 2001-10-30 | Ericsson Inc | System and method for providing restrictions on mobile-originated calls |
WO2002045449A1 (en) * | 2000-11-28 | 2002-06-06 | Nokia Corporation | System and method for authentication of a roaming subscriber |
US7320070B2 (en) * | 2002-01-08 | 2008-01-15 | Verizon Services Corp. | Methods and apparatus for protecting against IP address assignments based on a false MAC address |
US20040203752A1 (en) * | 2002-11-18 | 2004-10-14 | Toshiba America Information Systems, Inc. | Mobility communications system |
US20040185845A1 (en) * | 2003-02-28 | 2004-09-23 | Microsoft Corporation | Access point to access point range extension |
US20050169223A1 (en) | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
WO2006102850A1 (fr) | 2005-03-30 | 2006-10-05 | Huawei Technologies Co., Ltd. | Procede et systeme de mise en oeuvre d'une commande de chemin |
CN100438513C (zh) | 2005-06-07 | 2008-11-26 | 华为技术有限公司 | 实现路由控制的***和方法 |
JP4961798B2 (ja) * | 2005-05-20 | 2012-06-27 | 株式会社日立製作所 | 暗号化通信方法及びシステム |
JP2009514348A (ja) | 2005-10-28 | 2009-04-02 | モトローラ・インコーポレイテッド | プッシュ・ツー・トーク通信セッションに関連するページングリソースの管理のための方法および装置 |
US20070197212A1 (en) | 2005-12-23 | 2007-08-23 | Tekelec | System and method for mobile terminated call blocking |
US7961711B2 (en) * | 2007-08-06 | 2011-06-14 | Microsoft Corporation | Fitness based routing |
JP4708473B2 (ja) | 2008-12-24 | 2011-06-22 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム、移動機、着信制御方法 |
CN101998357A (zh) | 2009-08-28 | 2011-03-30 | 中兴通讯股份有限公司 | 一种网络管理电路交换语音回落的方法和*** |
WO2013009892A1 (en) * | 2011-07-11 | 2013-01-17 | Interdigital Patent Holdings, Inc. | Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces |
WO2013036078A2 (ko) * | 2011-09-07 | 2013-03-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 원격 액세스 방법 및 장치 |
CN104067535A (zh) * | 2012-01-18 | 2014-09-24 | Lg电子株式会社 | 在无线通信***中基于多个优先级的控制方法和设备 |
-
2013
- 2013-03-18 US US14/384,479 patent/US9912626B2/en active Active
- 2013-03-18 KR KR1020130028880A patent/KR102024815B1/ko active IP Right Grant
- 2013-03-18 WO PCT/KR2013/002206 patent/WO2013141552A1/ko active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011047716A1 (en) * | 2009-10-20 | 2011-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Correlating signalling in an ip multimedia subsystem network |
Non-Patent Citations (1)
Title |
---|
카달로그 : packetcable |
Also Published As
Publication number | Publication date |
---|---|
US9912626B2 (en) | 2018-03-06 |
US20150106454A1 (en) | 2015-04-16 |
WO2013141552A1 (ko) | 2013-09-26 |
KR20130106319A (ko) | 2013-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102024815B1 (ko) | 로밍 시스템에서 메시지 송수신 방법 및 장치 | |
US20180288592A1 (en) | Method of providing mtc monitoring related information | |
US10574833B2 (en) | Charging and control of edge services | |
US8817610B2 (en) | Method and devices for installing packet filters in a data transmission | |
US11025676B2 (en) | Communication system | |
EP3909291B1 (en) | Qos for latency-sensitive network-traffic flows | |
US10291662B2 (en) | Method for obtaining operator network identification number of visited network | |
US11516706B2 (en) | Usage of pre-authorized QoS | |
US10342054B2 (en) | IP address assignment for a UE in 3GPP | |
US10812536B2 (en) | Method and apparatus for providing quality of service for web-based real-time communication | |
KR20140038846A (ko) | 이동 통신 시스템에서 어플리케이션에 대한 세션의 유지를 제어하는 방법 및 장치 | |
US20140160990A1 (en) | Mechanisms for Quality of Service to Over the Top Applications for Use in Commercial Wireless Networks | |
WO2015192898A1 (en) | Location information in managed access networks | |
US10326604B2 (en) | Policy and charging rules function (PCRF) selection | |
KR20160001569A (ko) | 웹 기반 실시간 통신을 위한 서비스품질 제공 방법 및 장치 | |
US20150095503A1 (en) | Method and apparatus for accessing to web server in a mobile communication system | |
US11432121B2 (en) | Service function chain interworking | |
KR20160065168A (ko) | 데이터 접속을 위한 온-디맨드 QoS | |
US20150271134A1 (en) | Enabling multi-realm service access for a single ip stack ue | |
WO2013117221A1 (en) | Methods, apparatuses, a system, and a related computer program product for defining, provisioning and activating packet filters |
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 |