KR102410412B1 - Ims 서비스에 대한 액세스의 제어 - Google Patents

Abstract

UE를 동작시키는 방법이 제공된다. 이 방법은 서비스 운송 규칙 세트을 포함한 IMS 운송 정책을 UE에 의해 검색하는 단계를 포함한다. 서비스 운송 규칙의 세트은 적어도 하나의 IMS 서비스의 표시, 및 상기 적어도 하나의 IMS 서비스와 연관된 적어도 하나의 액세스 기술에 대한 정책의 표시를 포함할 수 있다. 상기 정책의 표시는 상기 UE와 연관된 제1 IMS 서비스에 대한 제1 IP 흐름이 상기 UE와 연관된 제2 IMS 서비스에 대한 제2 IP 흐름과 공통인 적어도 하나의 IP 흐름 특성을 가질 때 액세스 기술이 네트워크 요소와 UE 사이에서 데이터를 전송할 수 있는지 여부, 또는 그러한 환경에서 네트워크 요소와 UE 사이에서 데이터를 전송하기 위해 상기 액세스 기술이 다른 액세스 기술보다 선호되는지 여부를 표시할 수 있다.

Description

IMS 서비스에 대한 액세스의 제어

IP(인터넷 프로토콜) 멀티미디어 서브시스템(IMS)은 모바일 사용자 장비(UE) 및 고정형 UE 둘 다에 멀티미디어 서비스 및 VoIP(voice-over-IP) 콜을 제공하는 표준화된 구조이다. 세션 개시 프로토콜(SIP)은 IMS 기반 콜을 구축 및 관리하기 위한 프로토콜로서 인터넷 엔지니어링 태스크 포스(IETF)에 의해 주로 표준화 및 통제되었다. 여기에서 사용하는 용어 "UE"는 모바일 전화기, 개인용 정보 단말기, 핸드헬드 또는 랩톱 컴퓨터, 및 전기통신 능력이 있는 다른 유사한 장치와 같은 모바일 장치를 말할 수 있다. 그러한 UE는 무선 장치 및 그 관련된 범용 집적회로 카드(UICC)(가입자 식별 모듈(SIM) 애플리케이션, 범용 가입자 식별 모듈(USIM) 애플리케이션, 또는 분리형 사용자 식별 모듈(R-UIM) 애플리케이션을 포함함)를 포함하거나, 또는 상기와 같은 카드 없이 장치 자체만을 포함할 수 있다. 용어 "UE"는 또한 유사한 능력을 갖지만 휴대용이 아닌 장치, 예를 들면, 고정 선로 전화기, 데스크톱 컴퓨터 또는 셋톱박스를 말할 수 있다. 용어 "UE"는 SIP 세션을 종결할 수 있는 임의의 하드웨어 또는 소프트웨어를 또한 말할 수 있다.

그러므로 독립 청구항에 규정된 바와 같은 방법, 사용자 장비("UE") 및 컴퓨터 판독가능 매체가 제공된다. 유리한 특징들은 종속 청구항에서 규정한다.

본 발명의 더 완전한 이해를 위해, 이제 첨부 도면에 관한 이하의 간단한 설명 및 상세한 설명을 참조하고, 첨부 도면에 있어서 동일한 참조 번호는 동일한 부분을 나타낸다.
도 1은 발명의 실시형태에 따른 기본 UE/네트워크 구조를 보인 도이다.
도 2는 발명의 실시형태에 따른 IP 필터 정보를 보인 도이다.
도 3은 발명의 실시형태에 따른 IMS 운송 정책의 UE에서의 기본 취급을 보인 흐름도이다.
도 4는 발명의 실시형태에 따른 IMS 운송 정책의 기본 구조를 보인 도이다.
도 5는 발명의 실시형태에 따른 IMS 운송 정책의 개략적 표시도이다.
도 6은 발명의 실시형태에 따른 IMS 운송 정책의 대안적인 개략적 표시도이다.
도 7은 발명의 실시형태에 따른 UICC에서 데이터 인코딩의 예를 보인 도이다.
도 8은 발명의 실시형태에 따른 일반적인 메시지 흐름 교환을 보인 도이다.
도 9는 발명의 실시형태에 따른 네트워크 노드 구현의 예를 보인 도이다.
도 10은 발명의 실시형태에 따른 메시지 구현의 예를 보인 도이다.
도 11은 발명의 실시형태에 따른 UE에 IMS 운송 정책을 제공하는 가능한 LTE 구현을 보인 도이다.
도 12는 발명의 실시형태에 따른 GPRS용의 UE에 IMS 운송 정책을 제공하는 가능한 구현을 보인 도이다.
도 13은 발명의 실시형태에 따른 3GPP TS 36.300의 표준 텍스트의 예를 보인 도이다.
도 14는 발명의 실시형태에 따른 3GPP TS 36.300의 표준 텍스트의 다른 예를 보인 도이다.
도 15는 일 실시형태에 따른 예시적인 네트워크 요소의 단순화한 블록도이다.
도 16은 여기에서 설명하는 실시형태의 시스템 및 방법에서 사용될 수 있는 예시적인 사용자 장비의 블록도이다.
도 17은 본 발명의 몇 가지 실시형태를 구현하는데 적합한 프로세서 및 관련 컴포넌트들을 보인 도이다.

비록 본 발명의 하나 이상 실시형태의 예시적인 구현예가 이하에서 제공되지만, 여기에서 설명하는 시스템 및/또는 방법은 현재 공지되었거나 존재하는 임의 수의 기술을 이용하여 구현될 수 있다는 것을 먼저 이해하여야 한다. 본 발명은 어떻게든 여기에서 예시하고 설명하는 예시적인 설계 및 구현예를 비롯해서 이하에서 설명하는 예시적인 구현예, 도면 및 기술로 제한되지 않고, 첨부된 특허 청구범위 및 그 전체 균등물 범위 내에서 수정될 수 있다.

명세서, 청구범위 및 도면 전체에서 사용하는 하기의 약어는 하기의 정의를 갖는다. 다르게 설명하지 않는 한, 모든 용어들은 제3세대 파트너십 프로그램(3GPP) 기술 명세서 또는 OMA(Open Mobile Alliance)에 의해 발표된 표준에 의해 정의되고 그 표준을 따른다.

1xRTT 1x Radio Transmission Technology(1x(단일 캐리어) 무선 전송 기술)

3GPP 3rd Generation Partnership Project(제3세대 파트너십 프로젝트)

AAA Authentication, Authorisation and Accounting(인증, 권한부여 및 계정)

ACK Acknowledge(수령통지)

ADS Access Domain Selection(액세스 도메인 선택)

ANDSF Access Network Discovery and Selection Function(액세스 네트워크 발견 및 선택 기능)

ANQP Access Network Query Protocol(액세스 네트워크 쿼리 프로토콜)

AP Access Point(액세스 포인트)

APN Access Point Name(액세스 포인트 네임)

AS Application Server(응용 서버)

AT ATtention(어텐션)

BBERF Bearer Binding and Event Reporting Function(베어러 결합 및 이벤트 보고 기능)

BSC Base Station Controller(기지국 제어기)

BSSID Basic Service Set Identifier(기본 서비스 세트 식별자)

BTS Base Transceiver Station(기지국 송수신기)

CDIV Communication Diversion(통신 전환)

CSCF Call/Session Control Function(콜/세션 제어 기능)

DHCP Dynamic Host Configuration Protocol(동적 호스트 구성 프로토콜)

DM Device Management(장치 관리)

DNS Domain Name System(도메인네임 시스템)

DSL Digital Subscriber Line(디지털 가입자 선로)

EAP Extensible Authentication Protocol(확장형 인증 프로토콜)

EPC Evolved Packet Core(진화형 패킷 코어)

ePDG Evolved Packet Data Gateway(진화형 패킷 데이터 게이트웨이)

EPS Evolved Packet System(진화형 패킷 시스템)

ESSID Extended Service Set Identifier(확장형 서비스 세트 식별자)

E-UTRAN Evolved Universal Terrestrial Access Network(진화형 범용 지상 액세스 네트워크)

FQDN Fully Qualified Domain Name(전체 주소 도메인네임)

GERAN GPRS EDGE Radio Access Network(GPRS EDGE 무선 액세스 네트워크)

GGSN Gateway GPRS Support Node(게이트웨이 GPRS 지원 노드)

GPRS General Packet Radio Service(일반 패킷 무선 서비스)

GRUU Globally Routable User Agent URI(전세계적으로 라우팅가능한 사용자 에이전트 URI)

GSM Global System for Mobile telecommunication(글로벌 이동통신 시스템)

GTP GPRS Tunnelling Protocol(GPRS 터널링 프로토콜)

H-PCEF Home network PCEF(홈 네트워크 PCEF)

H-PCRF Home network PCRF(홈 네트워크 PCRF)

HLR Home Location register(홈 위치 등록기)

HPLMN Home PLMN(홈 PLMN)

HRPD High Rate Packet Data(고속 패킷 데이터)

HSS Home Subscriber Server(홈 가입자 서버)

HTTP Hyper Text Transfer Protocol(하이퍼 텍스트 전송 프로토콜)

I-CSCF Interrogating Call/Session Control Function(심문 콜/세션 제어 기능)

IANA Internet Assigned Numbers Authority(인터넷 할당 번호 관리기관)

IARI IMS Application Reference Identifier(IMS 애플리케이션 참조 식별자)

IARP Inter-APN Routing Policy(APN간 라우팅 정책)

IBCF Interconnection Border Control Function(상호접속 경계 제어 기능)

ICSI IMS Communication Service Identifier(IMS 통신 서비스 식별자)

IEEE Institute of Electrical and Electronic Engineers(전기 전자 기술자 학회)

IEI Information Element Identity(정보 요소 아이덴티티)

IETF Internet Engineering Task Force(인터넷 엔지니어링 태스크 포스)

IFOM IP Flow Mobility(IP 흐름 이동성)

IMAP Internet Message Access Protocol(인터넷 메시지 액세스 프로토콜)

IMS IP Multimedia (core network) Subsystem(IP 멀티미디어 (코어 네트워크) 서브시스템)

ISIM IMS SIM

ISRP Inter-System Routing Policy(시스템간 라우팅 정책)

ITU International Telecommunication Union(국제 통신 연합)

LDAP Lightweight Directory Access Protocol(경량 디렉토리 액세스 프로토콜)

LED Light Emitting Diode(발광 다이오드)

LSB Least Significant Bit(최하위 비트)

LTE Long Term Evolution(롱텀 에볼루션)

MAP Mobile Application Part(모바일 애플리케이션 파트)

MAPCON Multi-Access PDN Connectivity(다중 액세스 PDN 접속)

MCC Mobile Country Code(모바일 국가 코드)

MME Mobile Management Entity(모바일 관리 엔티티)

MMTel Multimedia Telephony(멀티미디어 전화)

MNC Mobile Network Code(모바일 네트워크 코드)

MSB Most Significant Bit(최상위 비트)

MSC Mobile services Switching Centre(모바일 서비스 스위칭 센터)

MSRP Message Session Relay Protocol(메시지 세션 릴레이 프로토콜)

MT Mobile Terminated or Mobile Termination(모바일 종단형 또는 모바일 종단)

NAI Network Access Identifier(네트워크 액세스 식별자)

NAS Non-Access Stratum(비액세스 계층)

NFC Near-Field Communication(근거리 무선 통신)

NSAPI Network (Layer) Service Access Point Identifier(네트워크 (층) 서비스 액세스 포인트 식별자)

NSWO Non-Seamless Wireless Off-load(비연속 무선 오프로드)

OMA Open Mobile Alliance(오픈 모바일 앨리언스)

OPI Operator Preference Indicator(운영자 선호도 표시자)

OPIIS Operator Policies for IP Interface Selection(IP 인터페이스 선택을 위한 운영자 정책)

OS Operating System(운영체제)

OTA Over the Air(오버 더 에어)

P-CSCF Proxy Call/Session Control Function(프록시 콜/세션 제어 기능)

P-GW/PDN-GW Packet Data Network Gateway(패킷 데이터 네트워크 게이트웨이)

PCEF Policy and Charging Enforcement Function(정책 및 과금 집행 기능)

PCRF Policy and Charging Rules Function(정책 및 과금 규칙 기능)

PDG Packet Data Gateway(패킷 데이터 게이트웨이)

PDN Packet Data Network(패킷 데이터 네트워크)

PDP Packet Data Protocol(패킷 데이터 프로토콜)

PDSN Packet Data Serving Network(패킷 데이터 서빙 네트워크)

PIN Personal Identity Number(개인 식별 번호)

PLMN Public Land Mobile Network(공공 육상 이동 통신망)

QoS Quality of Service(서비스 품질)

QCI QoS Control Identifier(QoS 제어 식별자)

R-UIM Removable User Identity Module(분리형 사용자 식별 모듈)

RADIUS Remote Authentication Dial-In User Service(원격 인증 다이얼-인 사용자 서비스)

RAM Random Access Memory(랜덤 액세스 메모리)

RAN Radio Access Network(무선 액세스 네트워크)

RAT Radio Access Technology(무선 액세스 기술)

RAU Routing Area Update(라우팅 영역 업데이트)

RFC Request for Comments(자료 요청)

RFU Reserved for Future Use(미래 사용을 위한 예약)

RNC Radio Network Controller(무선 네트워크 제어기)

RRC Radio Resource Control(무선 자원 제어)

RTCP Real-Time Control Protocol(실시간 제어 프로토콜)

RTP Real-Time Protocol(실시간 프로토콜)

RTT Real-Time Text(실시간 텍스트)

S-CSCF Serving Call/Session Control Function(서빙 콜/세션 제어 기능)

S-GW Serving Gateway(서빙 게이트웨이)

SBC Session Border Controller(세션 경계 제어기)

SCTP Stream Control Transmission Protocol(스트림 제어 전송 프로토콜)

SDP Service Description Protocol(서비스 설명 프로토콜)

SGSN Serving GPRS Support Node(서빙 GPRS 지원 노드)

SIB System Information Block(시스템 정보 블록)

SID Service Indication Data(서비스 표시 데이터)

SIM Subscriber Identity Module(가입자 식별 모듈)

SIP Session Initiation Protocol(세션 개시 프로토콜)

SMS Short Message Service(단문 메시지 서비스)

SOAP Simple Object Access Protocol(단순 객체 액세스 프로토콜)

SQL Sequence Query Language(시퀀스 쿼리 언어)

SSID Service Set Identification(서비스 세트 식별)

TA Terminal Adaptor(단말 어댑터)

TAU Tracking Area Update(추적 영역 업데이트)

TCP Transmission Control Protocol(전송 제어 프로토콜)

TDF Traffic Detection Function(트래픽 검출 기능)

TE Terminal Entity(단말 엔티티)

TID Transport Indication Data(운송 표시 데이터)

TLV Tag Length Value(태그 길이 값)

ToS Type of Service(서비스 유형)

TS Technical Specification(기술 명세서)

UDP User Datagram Protocol(사용자 데이터그램 프로토콜)

UE User Equipment(사용자 장비)

UICC Universal Integrated Circuit Card(범용 집적회로 카드)

UMTS Universal Mobile Telephony System(범용 이동전화 시스템)

URI Uniform Resource Identifier(통합 자원 식별자)

USB Universal Serial Bus(범용 직렬 버스)

USIM UMTS SIM

USSD Unstructured Supplementary Service Data(비정형 부가 서비스 데이터)

UTRA UMTS Terrestrial Radio Access(UMTS 지상파 무선 액세스)

UTRAN UMTS Terrestrial Radio Access Network(UMTS 지상파 무선 액세스 네트워크)

V-PCEF Visited Network PCEF(방문 네트워크 PCEF)

V-PCRF Visited Network PCRF(방문 네트워크 PCRF)

ViLTE Video (over IMS) over LTE(LTE를 통한(IMS를 통한) 영상)

VoLTE Voice (over IMS) over LTE(LTE를 통한(IMS를 통한) 음성)

VPLMN Visited PLMN(방문형 PLMN)

WLAN Wireless Local Area Network(무선 근거리 통신망)

XCAP XML Configuration Access Protocol(XML 구성 액세스 프로토콜)

XML eXtensible Mark-up Language(확장형 마크업 언어)

명세서, 청구범위 및 도면 전체에서 사용하는 하기의 용어는 하기의 정의를 갖는다.

AAA 프록시: 다른 AAA 프록시, AAA 서버 등과 같은 2개 이상의 엔티티 사이에서 AAA 프로토콜 시그널링을 회송하는 엔티티. 사용되는 전형적인 프로토콜은 반경(RADIUS) 및 직경(Diameter)이다.

AAA 서버: AAA 프로토콜 시그널링을 종결하고 요청에 대한 응답을 제공할 수 있는 엔티티. 사용되는 전형적인 프로토콜은 반경(RADIUS) 및 직경(Diameter)이다.

액세스 포인트: AAA 프로토콜 시그널링을 종결하고 요청에 대한 응답을 제공할 수 있는 엔티티. 사용되는 전형적인 프로토콜은 반경(RADIUS) 및 직경(Diameter)이다.

액세스 기술: 액세스 기술의 예는, 비제한적으로, 모바일/셀룰러(예를 들면, 2G/GERAN, 3G/UTRAN, 4G/LTE/E-UTRAN, CDMA, CDMA2000 등), WiFi/WLAN(예를 들면, IEEE 802.11 기반 기술 등), 블루투스, NFC, WiMAX, 무선 과금/차저, 이더넷, 케이블 모뎀, DSL, 파이버, USB, 무선 USB 등을 포함한다.

제어 평면 데이터: "시그널링 평면 데이터", 또는 단순히 "제어 평면" 및 "시그널링 평면"이라고도 부른다. 이것은 모든 SIP 메소드/메시징, XCAP 요청 및 응답 메시지, 및 IMAP 메시징을 포함한다.

네트워크 아이덴티티: PLMN 코드(예를 들면, 모바일 국가 코드(MCC) 및 모바일 네트워크 코드(MNC)), WLAN 아이덴티티(예를 들면, SSID/ESSID/BSSID), NAI 등.

사용자 평면 데이터: "미디어 평면 데이터" 또는 단순히 "사용자 평면" 및 "미디어 평면"이라고도 부른다. 이것은 모든 RTP, RTCP 및 MSRP 메시징/데이터를 포함한다.

IMS 기반 서비스는 제어 평면 시그널링 또는 데이터를 이용하여 개시 및 해제된다. 제어 평면 시그널링은 인바이트(INVITE) 또는 메시지(MESSAGE)와 같은 SIP 요청 메소드를 포함할 수 있다. 제어 평면 시그널링은 데이터(예를 들면, SMS 메시지)를 보내거나 및/또는 사용자 평면 시그널링 또는 데이터를 확립하기 위해 사용될 수 있다. 사용자 평면 시그널링은 RTP, RTCP 또는 MSRP와 같은 프로토콜을 포함할 수 있고, 이 프로토콜들은 그 다음에 IM(예를 들면, 텍스트), 오디오 데이터(예를 들면, 음성 또는 음악) 및/또는 비주얼 데이터(예를 들면, 화상, 이미지 또는 영상)와 같은 미디어를 운반하기 위해 사용될 수 있다. 제어 평면 시그널링과 사용자 평면 시그널링은 둘 다 IP 흐름으로 운송되고, IP 흐름은 IP 데이터그램의 IP 헤더 파라미터(이하, IP 흐름 특성이라고도 부른다)에 따라 하나 이상의 IP 네트워크를 통해 라우트되는 IP 데이터그램(및 아마도 UDP, TCP 또는 SCTP와 같은 운송 프로토콜)을 포함한다.

IMS 인프라구조(infrastructure)는 UE 및 IMS 네트워크를 포함할 수 있다. UE는 UICC 및 모바일 장비(ME)를 포함할 수 있다. UICC는 SIM, USIM 및/또는 ISIM과 같이 ME가 활용할 수 있는 하나 이상의 애플리케이션을 호스트할 수 있다. ME는 예를 들면 3GPP TS 27.007에 설명되어 있는 3개의 추가 컴포넌트(TE, MT, TA)로 또한 추상될 수 있다(예를 들면, AT 커맨드의 정의를 위해). UE는 예를 들면 3GPP TS 27.007에서 특정된 AT 커맨드를 지원할 수 있다.

UE와 네트워크 간의 IP 흐름은 다른 무선 액세스 기술 및/또는 PDN 접속을 이용하여 운송될 수 있고, 이것은 APN에 의해 식별될 수 있다. PDN 접속은 PDP 콘텍스트라고도 부를 수 있다.

기본 UE-네트워크 아키텍처는 도 1에 도시되어 있다. UE(110)는 인터페이스(130) 또는 "기준 포인트"을 통해 네트워크(120)에 접속된다. 네트워크(120)는 액세스 네트워크 및 코어 네트워크를 포함할 수 있다. 액세스 네트워크는 UE(110)와 네트워크(120) 사이에 RAN을 제공하는 노드들을 호스트할 수 있다. 그러한 노드들의 예로는 노드B, e노드B(eNB), BTS, BSC, RNC 및 액세스 포인트가 있다. 코어 네트워크는 PS 코어 네트워크와 IMS 네트워크를 포함할 수 있다. PS 코어 네트워크는 SGSN, GGSN, MME, S-GW, P-GW, ePDG 또는 HSS/HLR과 같은 PS 노드를 포함할 수 있다. IMS 네트워크는 P-CSCF, I-CSCF, S-CSCF, HSS, AS 또는 SBC/IBCF와 같은 IMS 관련 노드를 포함할 수 있다.

UE와 IMS 네트워크 사이에서 사용되는 기준 포인트는 "Gm" 기준 포인트가라고 부른다. 그러나 UE와 IMS 네트워크 사이에 다른 인터페이스가 존재할 수 있고, 네트워크 내에서 기능하도록 UE로부터 상기 기준 포인트 및 다른 기준 포인트를 지원하기 위해 사용될 수 있다.

UE는 모바일/셀룰러 시스템(예를 들면, 3GPP 또는 CDMA2000), WLAN/Wi-Fi, 블루투스, USB, WiMAX, 이더넷, xDSL 또는 케이블과 같은 하나 이상 유형의 네트워크에 접속하는 능력을 가질 수 있다. UE는 2개 이상 유형의 네트워크, 예를 들면 모바일/셀룰러와 WLAN에 동시에 접속되는 능력을 가질 수 있다.

3GPP 모바일/셀룰러 시스템에서, UE는 PDP 콘텍스트 또는 PDN 접속과 같은 데이터 접속을 구축함으로써 IP 흐름을 운송하도록 모바일/셀룰러 네트워크에 접속한다(예를 들면, 부착 또는 등록 절차 및 선택적으로 임의의 인증, 권한부여 및/또는 보안 절차를 수행한 후에). 일부 모바일/셀룰러 시스템(예를 들면, LTE/E-UTRAN)에서, 데이터 접속은 "부착"(attach) 절차의 일부로서 확립된다.

WLAN 시스템에서, UE는 액세스 포인트과의 등록 및 관련 절차를 수행하고 임의의 관련 인증, 권한부여, 계정 및 보안 관련 절차를 수행함으로써 IP 흐름을 운송하도록 WLAN에 접속한다.

하나 이상의 정책이 동시 활성 동작 모드를 선택적으로 가지는 UE에 의해 사용될 수 있다. 즉, UE는 2개 이상의 네트워크에 대한 2개 이상의 활성 데이터 동시 접속을 할 수 있다. 그러한 접속은 하나 이상의 다른 액세스 기술을 통해 이루어질 수 있다. 유사하게, UE에 대한 2개 이상의 활성 데이터 동시 접속을 가진 네트워크는 하나 이상의 정책을 이용하여 어떤 액세스 기술 및/또는 PDN 접속이 허용, 금지 또는 선호되는지 결정할 수 있다. 정책은 기준과 맞는 IP 흐름을 운송하기 위해 사용되거나 사용되지 않는 IP 흐름 특성 및 하나 이상의 허용된, 선호된 또는 금지된 액세스 기술 및/또는 PDN 접속(이것은 APN에 의해 식별될 수 있음)을 표시하는 하나 이상의 규칙(rule)을 포함할 수 있다. 이러한 특징의 예는 3GPP TS 22.278에 설명되어 있고, "IP 흐름 이동성"이라고 부른다.

ANDSF 프레임워크는 3GPP에 의해(예를 들면, 3GPP TS 23.402 및 3GPP TS 24.312에서) 특정되고, 그 아키텍처는 UE에게 하나 이상의 규칙("정책"이라고도 부름)을 제공할 수 있는 현재 방문형 셀룰러 네트워크/VPLMN(예를 들면, V-ANDSF)에서의 기능 엔티티와 홈 네트워크(예를 들면, ANDSF-H)에서의 기능 엔티티 중 어느 하나 또는 둘 다를 포함할 수 있다. UE는 정책과 함께 동적으로(예를 들면, H-ANDSF 또는 V-ANDSF로서 작용하는 캐리어 네트워크의 서버를 통해) 및/또는 정적으로(예를 들면, 제조시에 또는 펌웨어 또는 OS 로딩시에) 구성될 수 있다.

ANDSF 정책은 어떤 액세스 및/또는 어떤 APN이 어떤 IP 흐름에 사용되는지를 포함한 다른 특징들과 관련된다. ISRP와 IARP는 ANDSF 프레임워크에 의해 제공되는 정책들의 2가지 예이다. ISRP는 UE가 복수의 무선 액세스 인터페이스를 가로질러 IP 트래픽을 어떻게 라우트해야 하는지를 결정하는 운영자 규정 규칙의 세트가다. IARP는 어떤 트래픽이 다른 PDN 접속을 가로질러 라우트되어야 하는지 뿐만 아니라 어떤 트래픽이 WLAN(NSWO)에 비연속적으로 오프로드되어야 하는지를 결정하는 운영자 규정 규칙의 세트가다.

ANDSF 프레임워크는 IP 트래픽의 식별이 ANDSF MO(예를 들면, 3GPP TS 24.312에서 규정되어 있음)에서 규정된 기준을 이용하여 라우트될 수 있게 한다. 현재 기준은 도 2에 나타내었다. ANDSF 프레임워크는 도 2의 기준과 일치하는 IP 흐름을 라우트하기 위해 사용될 수도 있고 사용되지 않을 수도 있는 액세스 네트워크의 식별 및 그 다음에 상기 액세스 네트워크를 통한 데이터 접속을 가능하게 한다.

RAN 규칙 프레임워크(3GPP TS 36.300, 3GPP TS 36.304 및 3GPP TS 36.331에서 특정되어 있음)는 UE가 현재 부착된 방문 셀룰러 네트워크(VPLMN)가 IP 흐름, 데이터 또는 트래픽을 "오프로드" 또는 "조종"(steer)해야 할 때 UE에게 표시를 제공할 수 있게 한다. 만일 트래픽이 현재 E-UTRAN 또는 UTRAN이고, APN과 연관된 PDN 접속 또는 PDP 콘텍스트를 이용한 트래픽이 오프로드될 수 있다는 표시를 UE가 수신하였으면 특정 APN의 PDN 접속에 속하는 IP 흐름만이 WLAN에 오프로드될 수 있다. 프레임워크는 반대의 경우, 즉 APN과 연관된 PDN 접속 또는 PDP 콘텍스트에 속하는 IP 흐름을 운송하기 위해 3GPP 액세스 기술을 사용해야 할 때의 표시를 또한 제공할 수 있다.

PDN 접속 또는 PDP 콘텍스트가 WLAN을 통해 오프로드될 수 있는지에 대한 표시는 NAS 메시지를 통해 UE에게 MME에 의해 제공된다. 만일 조건이 맞으면, UE는 동일한 PDN 접속에 속하는 모든 EPS 베어러(수신된 PDN 접속은 2개 이상의 EPS 베어러를 포함할 수 있음)를 WLAN을 통해 오프로드한다. 사용자(즉, OPI)에게 WLAN을 통해 오프로드하기 위한 운영자 또는 캐리어 선호도의 표시가 또한 제공될 수 있다.

IMS는 운영자가 미디어 풍부(media-rich) 서비스를 그들의 가입자 또는 사용자에게 전개할 수 있게 하는 시스템을 제공한다. 가입자 또는 사용자 장비(UE) 및 운영자 네트워크는 둘 다 프로토콜, 코덱 및 다른 기능의 소정 세트을 지원하여야 한다. 예를 들면, 네트워크와 UE는 둘 다 IMS 활성화형(IMS-enabled)으로 될 필요가 있다.

UE와 네트워크 사이에 데이터 접속이 확립된 후에, UE는 예를 들면 SIP REGISTER 메소드를 네트워크에 보냄으로써 IMS 네트워크에 대한 IMS 등록을 수행할 수 있다. IMS 네트워크에 대한 등록은 그 다음에 UE가 세션, 콜(예를 들면, 음성 또는 오디오 통화(call) 또는 영상 통화) 및 메시지(예를 들면, SMS, USSD 또는 IM)를 개시 및 수신할 수 있게 한다. 콜/세션은 SDP를 포함하는 SIP 메소드, 예를 들면 INVITE를 사용하여 구축될 수 있다. SDP는 세션 고지, 세션 초대, 및 다른 형태의 멀티미디어 세션 개시의 목적으로 멀티미디어 세션을 설명한다. SDP는 또한 콜/세션의 사용자 평면에서 사용될 미디어를 협의할 때 설명될 수 있다.

만일 UE가 2개 이상의 데이터 접속에 접속되면(예를 들면, E-UTRAN과 WLAN 연합을 통한 PDN 접속), UE는 각 데이터 접속마다 하나씩 복수의 등록을 수행할 수 있다. UE는 2개 이상의 IP 어드레스가 할당되거나 활성인 것에 기인하여 복수의 데이터 접속을 갖는 것을 검출할 수 있다. 따라서, UE는 UE에게 할당된 IP 어드레스 중의 하나 또는 모두에 대한 IMS에 등록할 수 있다. UE가 IMS 네트워크에 성공적으로 등록하게 하는 데이터 접속은 이하에서 IMS 접속이라고 부를 것이다.

만일 UE가 복수의 IMS 접속을 통해 등록되면, UE와 IMS 네트워크는 새로운 콜/세션을 확립 및 종결하게 하는 IMS 접속을 선택할 수 있다. 또한, 만일 UE가 복수의 IMS 접속을 통해 등록되면, UE 및/또는 IMS 네트워크는 기존 IMS 콜/세션을 하나의 IMS 접속으로부터 다른 IMS 접속으로 또한 이동시킬 수 있다(예를 들면, 3GPP TS 24.237에 규정된 것처럼). 그러한 이동은 IMS 서비스 연속성(IMS SC)이라고 부른다. IMS SC는 콜/세션의 식별이 3GPP TS 24.216에서 규정된 것처럼 통신 연속성 MO를 이용하여 하나의 IMS 접속으로부터 다른 IMS 접속으로 핸드오버될 수 있게 한다. SDP는 핸드오버될 수 있는 IMS 콜/세션을 식별할 수 있다. 그러한 SDP는 IETF RFC 4566에 규정된 것처럼 "오디오", "비디오", "텍스트", "애플리케이션" 및 "메시지"를 포함한 미디어 유형(Media Type)을 포함할 수 있다. 통신 연속성 MO는 다른 무엇보다도 특히 음성 콜 연속성(즉, 음성 또는 오디오만을 운반하는 IMS 콜/세션의 핸드오버) 및 서비스 연속성(즉, 임의 유형의 IMS 콜/세션, 예를 들면, 음성, 영상 또는 IM의 핸드오버)을 위해 사용될 수 있다. 통신 연속성 MO는 3GPP TS 24.229에서 규정된 것처럼 P-Access-Network-info 헤더에 대하여 규정된 "액세스-유형" 필드를 재사용함으로써 콜/세션이 핸드오버될 수도 있고 그렇지 않을 수도 있는 IMS 접속을 식별한다.

ADS는 콜(예를 들면, 음성 또는 영상)을 UE로부터 및/또는 UE로 라우팅하기 위해 UE 또는 네트워크에 의해 사용될 수 있다. ADS는 콜을 SIP/IMS를 통해서 라우팅할 것인지 또는 SC 도메인을 통해서 라우팅할 것인지 결정하기 위해 사용될 수 있다.

T-ADS는 콜을 UE에서 어떻게 라우트 또는 전달할 것인지 결정하기 위해 네트워크에 의해 사용된다. T-ADS는 UE로 향하는 착신 콜을 네트워크 내의 기능(예를 들면, 서비스 집중화 및 연속성(Service Centralization and Continuity, SCC) AS와 같은 SIP AS)으로 라우팅하는 것으로 구성된다. 네트워크 기능은 그 다음에 어떤 액세스가 콜을 UE에게 라우팅하는데 이용할 수 있는지 결정한다. 그 결정은 CS 가용성(예를 들면, UE는 MSC에 부착되고 주기적인 위치 영역 업데이트을 놓치지 않았다); 최종 위치 영역 업데이트의 시간; SIP/IMS 가용성(예를 들면, UE는 성공적인 SIP/IMS 등록을 수행하였고 주기적인 재등록을 놓치지 않았다); SIP/IMS 재등록의 시간; SIP/IMS 재등록 중에 UE에게 전달된 하부 기술의 능력(예를 들면, 음성이 예컨대 추적 영역 업데이트(TAU) 수용 메시지에서 또는 라우팅 영역 업데이트(RAU) 수용 메시지에서 지원된다는 표시를 UE가 수신한 경우); 최종 TAU 또는 RAU의 시간; 및/또는 일부 운영자 특정 및 비표준화 정책과 같은 인자들을 고려할 수 있다.

UE는 음성 불능 3GPP RAT로부터 음성 가능 3GPP RAT로 이동할 때, 음성 가능 3GPP RAT로부터 음성 불능 3GPP RAT로 및 그 역으로 이동한 후에 항상 TAU 또는 RAU를 수행함으로써(예를 들면, 3GPP TS 23.401에서 설명된 유휴 모드 시그널링 감소(ISR)과 같은 기능에 관계없이) T-ADS 기능을 또한 지원할 수 있다. RAU 또는 TAU는 새로운/이동된 3GPP RAT에서 수행되고, UE가 현재 어떤 3GPP RAT 유형에 있는지, 예를 들면, E-UTRAN에 있는지 또는 UTRAN에 있는지에 관한 가장 최신의 정보를 3GPP 코어 네트워크가 항상 갖는 것을 보장한다.

3GPP MMTel CDIV 특징(예를 들면, 3GPP TS 24.604에서 특정된 것)은 음성, 영상 또는 RTT 전화(예를 들면, ITU-T 권고 T.140에서 특정된 것) 유형의 콜/세션의 목적지 IMS 네트워크에서 UE로 향하는 콜/세션의 재지향 및 리라우팅을 제어한다. CDIV는 다른 서비스들 중에서도 특히 무조건적 통신 회송(Communication Forwarding Unconditional)- 모든 착신 콜/세션은 SIP URI 또는 Tel URI에 의해 식별된 새로운 엔드 포인트로 라우팅된다 -; 도달 불능(Not Reachable)에서의 통신 회송- 목적지 UE로의 모든 착신 콜/세션은 UE가 IMS/SIP 등록되지 않은 때 SIP URI 또는 Tel URI에 의해 식별된 새로운 엔드 포인트로 라우팅된다 -; 및 응답 없음(No Reply)에서의 통신 회송- 목적지 UE로의 모든 착신 콜/세션은 소정의 시간이 경과할 때까지 사용자가 UE에서의 착신 콜/세션에 응답하지 않을 때와 같이 UE가 착신 콜/세션에 응답하는데 실패한 때 SIP URI 또는 Tel URI에 의해 식별된 새로운 엔드 포인트로 라우팅된다 -을 포함한 서비스 스위트(suite)를 포함한다.

UE는 또한 예를 들면 3GPP TS 24.167에서 특정된 것처럼 IMS MO를 통해 IMS 관련 정책이 원격에서 제공될 수 있다. 이 MO는 기본 IMS 프레임 워크(예를 들면, 3GPP TS 23.228 및 3GPP TS 24.229에서 규정된 것) 및 IMS/IP 네트워크를 통한 SMS(예를 들면, 3GPP TS 24.341에서 규정된 것)를 비롯하여 IMS에 대하여 관리될 수 있는 많은 파라미터로 구성된다. IMS MO는 IMS 통신 서비스(예를 들면, MMTel 또는 비디오콜)를 식별하는 ICSI의 리스트를 포함할 수 있다. 리스트 내의 각 ICSI에 대해서는 소정의 ICSI 값이 IMS 콜/세션에 대하여 사용될 때 UE가 IMS에 의해 제어되는 매체에 대한 자원 할당의 개시를 시도할 것인지 여부(즉, UE가 전용 EPS 베어러 또는 2차 PDP 콘텍스트의 구축을 시도할 것인지 여부)의 표시가 저장된다. 또한, IMS MO는 "Voice_Domain_Preference_E_UTRAN" 및 "Voice_Domain_Preference_UTRAN"이라고 이름 붙여진 2개의 잎(leaf)을 포함하고, 이 잎들은 UE가 E-UTRAN 및 UTRAN을 통해 각각 IMS 음성 콜/세션의 개시를 시도하는지 여부, 및 E-UTRAN 및 UTRAN을 통한 각각의 IMS 음성 콜/세션의 개시 및/또는 수신을 시도할 때 CS 또는 IMS가 선호되는지 여부를 표시하기 위해 사용된다. 더 나아가, IMS MO는 예를 들면 "SMS_Over_IP_Network_Indication" 잎에 의해 제어될 때 UE가 IMS를 통해 SMS를 호출하는 것이 금지되는지 여부 및 SMS에 대한 IMS의 사용이 선호되는지를 표시할 수 있다.

여기에서 설명하는 실시형태들은 전술한 시나리오에서 발생할 수 있는 적어도 2가지의 문제점을 다룬다. 첫째로, 컴포넌트 IP 흐름이 도 2에 리스트된 것과 같은 공통 IP 흐름 특성을 갖는 경우에 다른 액세스 기술을 통해 다른 IMS 서비스로부터 IP 흐름을 라우팅할 수 없다. 둘째로, 특정 액세스 기술을 통해 라우팅되는 다른 IMS 서비스로부터의 IP 흐름과 공통인 IP 흐름 특성을 하나 이상의 IP 흐름이 갖는 경우에 단일 IMS 서비스에 속하는 모든 IP 흐름을 공통 액세스 기술을 통해 라우팅할 수 없다.

상기 첫번째 문제점과 관련해서, 2개 이상의 다른 IMS 기반 서비스는 유사하거나 구별할 수 없는 IP 흐름 특성을 가질 수 있다. IP 흐름 특성만이 IP 흐름을 운송하기 위해 어떤 액세스 기술 및/또는 APN을 사용할 것인지 선택하기 위한 기존 정책(예를 들면, ANDSF 또는 RAN 규칙)에 의해 사용되기 때문에, 운영자는 2개 이상의 다른 IMS 기반 서비스에 대하여 동일한 액세스 기술 및/또는 APN을 선택하도록 제한된다. 예를 들면, IMS 기반 푸시투토크(Push-To-Talk) 서비스 및 IMS 기반 음성 통화(예를 들면, 음성 전화) 서비스는 둘 다 오디오 매체의 IP 흐름을 포함할 수 있다. 상기 두 가지 서비스의 오디오 매체에 대한 IP 흐름은 동일한 IP 흐름 특성을 가질 수 있다는 것이 가능하고 쉽게 금지할 수 없다. (예컨대 IP 흐름 특성이 다른 IMS 기반 서비스에 대하여 달라야 한다는 요구는 비현실적이고 IMS 기반 서비스의 능력을 인위적으로 제한한다) 그 경우에, IMS 기반 푸시투토크 서비스에 관련된 모든 매체는 덜 비싸고 잠재적으로 더 높은 지연 액세스 기술(예를 들면, WLAN)을 이용해야 한다는 것, 및 IMS 기반 음성 통화 서비스에 관련된 모든 매체는 지연 감응 서비스에 더 적절한 더 비싸고 대기시간이 더 낮으며 QoS가 가능한 액세스 기술(예를 들면, E-UTRAN)을 사용해야 한다는 것을 운영자가 특정하지 못할 수 있다.

상기 두번째 문제점과 관련해서, IMS 기반 서비스는 2개 이상의 IP 흐름을 가질 수 있고, 적어도 하나의 IP 흐름의 특성은 다른 IMS 기반 서비스의 IP 흐름의 특성과 같을 수 있다. 예를 들면, 하기의 2개의 IMS 기반 서비스가 존재할 수 있다: (1) 영상 매체에 대한 제1 IP 흐름과 오디오 매체에 대한 제2 IP 흐름으로 이루어진 IMS 기반 영상 통화 서비스, 및 (2) 오디오 매체에 대한 IP 흐름으로 이루어진 IMS 기반 음성 통화 서비스. 상기 영상 통화 서비스와 상기 음성 통화 서비스 둘 다의 오디오 매체에 대한 IP 흐름은 동일한 IP 흐름 특성을 가질 수 있다는 것이 가능하고 쉽게 금지할 수 없다. (예컨대 IP 흐름 특성이 다른 IMS 기반 서비스에 대하여 달라야 한다는 요구는 비현실적이고 IMS 기반 서비스의 능력을 인위적으로 제한한다.) 그 경우에, IMS 기반 영상 통화 서비스에 관련된 모든 매체는 덜 비싸지만 대역폭이 큰 액세스 기술(예를 들면, WLAN)을 이용해야 한다는 것, 및 IMS 기반 음성 통화 서비스에 관련된 모든 매체는 더 비싸지만 QoS 가능성이 더 높은 액세스 기술(예를 들면, E-UTRAN)을 사용해야 한다는 것을 운영자가 특정하지 못할 수 있다.

다른 액세스 및/또는 PDN 접속을 통해 IMS 기반 서비스의 다른 IP 흐름을 운송하는 것은 하기의 문제점들 중 하나 이상을 야기할 수 있다. 첫째로, 대기시간 문제가 발생할 수 있다. 즉, 제1 흐름 내의 패킷은 제2 흐름 내의 패킷보다 더 높은 대기시간을 받을 수 있고, 그러므로 패킷의 제1 흐름을 커버하기 위해 추가의 버퍼링이 필요할 수 있다. 또한, 오디오는 2개의 액세스 기술 및/또는 PDN 접속의 다른 특성 때문에 영상 서비스의 비주얼 부분과 조화되지 않을 수 있다(예를 들면, 립싱크(lip-sync) 문제가 발생할 수 있다). 또한, 2개의 다른 소스(또는 UE의 "하위 계층")로부터의 데이터를 증대시키기 위해 영상 서비스 클라이언트 애플리케이션에 새로운 필요조건을 둘 수 있다. 또한, 최종 사용자에게 빌링(billing) 문제가 발생할 수 있다. 즉, 사용자는 사용되는 다른 유형의 액세스에 대하여 다르게 청구될 수 있고, 따라서 서비스 공급자 또는 캐리어로부터의 청구서에서 예상치 못한 과금을 수신할 수 있다. 예를 들면, 사용자는 제1 액세스 또는 PDN 접속에 대하여 바이트당 기반으로 청구될 수 있고, 제2 액세스 또는 PDN 접속에 대하여 서비스당 기반(예를 들면, 영상 통화의 지속기간)으로 청구될 수 있다. 추가의 문제가 또한 발생할 수 있다.

3GPP TS 24.312에서 규정되는 ANDSF MO는 상기 문제점을 다루는데 적당하지 않을 수 있다. 즉, 도 2에 리스트된 IP 필터 정보의 하나 이상의 아이템만에 기초한 IP 흐름의 식별은 2개의 다른 서비스의 일부일 가능성이 있는 2개 이상의 IP 흐름에 기인하여 발생할 수 있는 문제점들을 극복하지 못할 수 있다.

ProtocolType, StartDestPortNumber 및 EndDestPortNumber에 대한 특수한 관계에서, ProtocolType은 정의되고 잘 알려진 값들의 세트을 이용하고(예를 들면, 6=TCP, 17=UDP 등), IMS 미디어 스트림에 대한 StartDestPortNumber 및 EndDestPortNumber의 값들은 SIP 세션 확립 중에 SIP 내의 SDP에서 협의된다. 예를 들면, RTP(이것은 UDP를 이용함)를 이용하는 미디어 스트림의 경우에, 미디어 스트림은 임의의 UDP 포트 번호를 이용할 수 있지만 전형적으로 1024 내지 65535 사이의 임의의 UDP 포트 번호를 이용할 수 있다(가끔은 "UDP 불특권 포트"라고 부른다). 따라서 IP 층에서 하나의 특정 서비스에 대한 미디어 스트림을 유일하게 식별하는 것은 SIP 세션이 성공적으로 확립된 후에만 가능하다. 다시 말해서, IMS 기반 서비스의 SIP 세션 확립 전에 도 2의 IP 필터 기준을 이용하여 특정 IMS 기반 서비스에 대하여 RTP를 이용하는 IMS 미디어 스트림을 유일하게 식별하는 것이 가능하지 않을 수 있다. 기존의 공급 방법은 일반적으로 IMS 기반 서비스 콜/세션 구축 또는 수정 중에 UE에게 그 콜/세션에 대해서만 유효인 데이터를 제공할 수 없기 때문에, 이것은 캐리어 또는 운영자가 기존의 공급 방법을 이용하여 특정의 IMS 기반 서비스에 대한 미디어 스트림을 신뢰성 있게 식별하도록 UE에게 원격에서 제공할 수 없다는 것을 의미한다.

QoS IP 필터 정보에 대한 특수한 관계에서, 일부 IMS 기반 서비스들 간의 구별은 IP의 QoS 속성에 기초하여 IP 흐름을 구성함으로써 달성될 수 있다. 그러나 QoS 속성은 DiffServ(이것은 IPv4 데이터그램의 ToS 헤더 필드 및 IPv6 데이터그램의 서비스 클래스 헤더 필드에서 사용되는 코드 포인트의 세트을 규정함)로 제한되기 때문에, 이것은 모든 IMS 기반 서비스를 구별하는데 충분하지 않을 수 있다. 그 이유는 2개의 다른 IMS 기반 서비스에 속한 IP 흐름이 IP 데이터그램의 ToS(IPv4에서 발견됨) 또는 서비스 클래스(IPv6에서 발견됨) IP 데이터그램 헤더 필드에서 상이한 DiffServ 설정을 갖는다는 보장이 없기 때문이다.

3GPP 내에서, QoS 속성의 DiffServ 값 대신에 QCI 값의 사용이 논의되었다. 그러나 이 액세스법과 관련된 다른 문제들 중에서도 특히, DiffServ 값을 사용하는 것과 동일한 문제가 만일 DiffServ 값 대신에 QCI 값이 ToS 및 서비스 클래스 IP 데이터그램 헤더 필드에서 사용되었으면 적용할 수 있다. 더욱이, 음성만의 서비스에 관한 IP 흐름이 단지 하나의 QCI 값(1의 값)만을 사용하고 결합형의 오디오 및 영상 서비스에 관한 IP 흐름이 2개의 QCI 값(오디오 부분에 대하여 1의 값 및 영상 부분에 대하여 2의 값)을 사용하기 때문에, 영상에 대한 IP 흐름으로부터 다른 액세스 또는 PDN 접속까지 음성의 IP 흐름의 조종(steering)은 영상 서비스의 오디오 매체 및 영상 매체가 다른 액세스 기술 또는 PDN 접속을 통해 운송되게 할 수 있다. 이러한 차이는 2개의 액세스 기술 및/또는 PDN 접속의 상이한 특성에 기인하여, 전술한 바와 같이 다수의 문제점을 유도할 수 있다.

또한, ANDSF 프레임워크는 특정 IP 흐름을 시작 및 종결하는 UE 내부 애플리케이션의 OS 애플리케이션("앱") 식별자("ID")에 기초하여 UE에서 IP 흐름의 식별을 가능하게 한다. OS 앱 ID에 기초한 IP 흐름의 구별에 특별히 관련되는 단점은 OS 앱 ID에 할당된 값들이 표준화되지 않았고 UE의 다른 운영체제들 간에 차이가 있을 수 있다는 점이다. OS 앱 ID는 또한 변하기 쉽다. 예를 들면, 앱의 새로운 버전은 그 OS 앱 ID에 대하여 새로운 값이 할당될 수 있다. 또한, UE만이 OS 앱 ID를 안다. 즉, ID는 UE로/로부터의 시그널링 또는 메시징에서 통신되지 않는다. 그러므로 UE에 대한 임의의 외부 당사자(예를 들면, 캐리어)는 IP 흐름을 시작 및 종결하는 OS 앱 ID를 발견하는 것이 어려울 수 있고, 이것은 각각의 OS 앱이 사용해야 하는 액세스의 임의의 구성을 매우 어렵게 만든다.

또한, EPC 접속형 액세스 네트워크(예를 들면, EPC 접속형 Wi-Fi 또는 EPC 접속형 WLAN)의 경우에, IP 흐름을 라우팅하기 위해 사용되는 APN(이것은 본질적으로 전술한 IP 관련 특성 및 OS 앱 ID에 의한 할당된 트래픽이다)이 사용될 수 있다.

오늘날 셀룰러 네트워크에서 및 EPC 접속형 WLAN에서의 데이터 접속이 UE에 이용 가능할 때, 연속적 무선 오프로드가 발생할 수 있다(이러한 핸드오버는 다른 상황에서도 또한 발생할 수 있다). 그러나 IP 흐름 특성 및/또는 OS 앱 ID는 어떤 IP 흐름이 어떤 PDN 접속을 통해 운송되어야 하는지 결정하기 위해 사용되기 때문에, IP 흐름 특성 및/또는 OS 앱 ID를 이용하는 것과 관련하여 위에서 설명한 것과 동일한 단점들이 이 경우에 적용될 수 있다.

3GPP TS 24.216에서 규정된 통신 연속성 MO는 전술한 문제점을 다루는데 또한 적합하지 않을 수 있다. 통신 접속 MO는 현재 어떤 데이터 접속이 기존 IMS 콜/세션을 핸드오버하는데 사용될 수 있는지를 규정할 뿐이다. 즉, 이 MO는 IMS 콜/세션을 개시하는데 어떤 데이터 접속이 사용되는지에 영향을 주지 않는다. 콜/세션 개시를 위해서만 UE가 어떤 액세스를 사용하는지 제어하기 위해 이 MO를 사용하기 원하는 운영자는 운영자가 핸드오버를 관리하기 원하는지 여부 또는 운영자가 UE에서 비표준 행동 또는 기능을 요청 또는 구현하기 원하는지 여부에 관계없이 핸드오버의 필드를 채우도록 강요될 수 있다. 이 MO를 사용할 때의 다른 단점은 이 MO가 IMS 콜/세션을 식별하기 위해 SDP를 사용한다는 점이고, 이것은 MO를 길고 복잡하게 만들 수 있다. 이 MO를 사용할 때의 또 다른 단점은 ANDSF MO를 이용하여 식별된 상기 MO 및 IP 흐름을 이용하여 식별된 때 핸드오버될 수 있는 IMS 콜/세션들 간에 겹침 또는 충돌이 있을 수 있다는 점이다. 현재, 이러한 충돌은 주의깊은 운영자 구성에 의해 회피될 수 있는 것으로 추정된다. 그러나 H-ANDSF 및 V-ANDSF가 UE에게 정책을 제공할 수 있으므로, 그 정책이 그 모든 VPLMN 로밍 파트너와 충돌하지 않는 것 및 그 반대로 되는 것을 HPLMN이 보장해야 하기 때문에 정책 충돌의 위험성이 더 크다.

3GPP TS 24.167에서 규정된 IMS MO는 전술한 문제점을 다루는데 또한 적합하지 않을 수 있다. IMS MO는 음성 및 SMS에 대한 액세스 운송의 제어만을 제공할 뿐이다. 음성의 경우에, 이것은 현재의 액세스 기술이 E-UTRAN 또는 UTRAN뿐일 때 CS 대 IMS 만으로 제한된다. SMS의 경우에, 이것은 IMS 사용을 시도하는지 여부로만 제한된다(예를 들면, PS보다 SMS를, CS보다 SMS를, 및/또는 SG보다 SMS를, IMS보다 SMS를 선호함). 또한, IMS MO가 ICSI의 리스트를 유지할 수 있음에도 불구하고, ICSI와 관련된 표시만이 IMS에 의해 제어되는 매체에 대한 자원 할당의 개시를 시도하는지 여부에 대한 표시이다.

MMTel CDIV는 전술한 문제점을 다루는데 또한 적합하지 않을 수 있다. CDIV는 콜/세션 내의 종결 네트워크(즉, 목적지 UE의 홈 네트워크)에 의해 단독으로 사용되는 특징이다. 즉, CDIV는 MT 네트워크의 MT 세션에만 제한되고 이것이 음성 통화, 영상 통화 및 RTT에만 적용된다는 점에 또한 제한된다. 또한, CDIV는 액세스 기술에 관련된 조건에서 콜/세션의 재지향을 다룰 수 없다. 예를 들면, CDIV는 특정 액세스를 통해 콜/세션을 재지향시킬 수 없다. 그 대신에, CDIV는 무조건적으로, 사용자의 이용 가능성/도달 가능성의 조건에 기초해서, 또는 UE가 사용자에게 착신 콜/세션에 대하여 경고하는 때와 같은 사용자의 요청으로 착신 콜/세션을 특정 목표(예를 들면, SIP URI 또는 Tel URI)에 재지향시킬 뿐이다.

ADS도 또한 전술한 문제점을 다루는데 적합하지 않을 수 있다. ADS는 현재 음성 및 영상 통화에만 제한되고 CS와 IMS 사이에서 선택하기 위해 사용될 수 있을 뿐이다. 즉, ADS는 다른 IMS 접속 또는 데이터 접속을 선택하기 위해 사용될 수 없다. 그러므로 ADS는 IMS 데이터용으로 사용되는 다른 액세스를 선택하기 위해 사용될 수 없다.

IP 흐름은 "RAN 규칙" 프레임워크를 이용하여 또한 관리될 수 있지만, RAN 규칙은 전술한 문제점을 다루는데 적합하지 않을 수 있다. 현재 규정된 RAN 규칙 프레임워크를 이용하는 경우의 제1 단점은 이 프레임워크가 E-UTRAN, UTRAN 및 WLAN을 통한 데이터 접속에만 제한된다는 점이다. 또한, 이 프레임워크는 특정 APN에 관한 모든 IP 흐름을 오프로드한다. 즉, 이 프레임워크는 APN 입도만을 가진 E-UTRAN/UTRAN과 WLAN 사이에서 트래픽 조종을 수행한다. 즉 동일한 APN에 속한 모든 EPS 베어러를 조종한다. APN 선택은 IP 파라미터에 기초를 두고, 따라서 ANDSF MO와 관련하여 위에서 설명한 제한이 RAN 규칙 프레임워크에 또한 적용될 수 있다. RAN 규칙 프레임워크를 이용하는 경우의 제2 단점은 필요한 조종 또는 라우팅 정보를 수신하기 위해 UE가 셀룰러 네트워크에 접속되어야 한다는 점이다. 다시 말해서, 셀룰러 네트워크에 대한 데이터 접속이 없으면 이 솔루션은 기능하지 않는다.

전술한 문제점들을 다룰 수 있는 하나 이상의 실시형태가 여기에서 설명된다. 일 실시형태에 있어서, UE는 IMS 운송 정책이 제공되거나 수신한다. IMS 운송 정책은 ECSI(선호됨), IARI(이것은 하나 이상의 IMS 서비스를 이용하는 애플리케이션을 식별할 수 있음) 및/또는 SDP와 같은 IMS 서비스 식별자를 포함할 수 있다. 추가적으로 또는 대안적으로, IMS 운송 정책은 허용된 및/또는 금지된 무선 액세스 기술 및/또는 APN을, 만일 복수의 인스턴스가 있으면 선호도 또는 순서의 표시와 함께 특정할 수 있다. 특수한 또는 예약된 값은 모든 가능한 무선 액세스 기술 및/또는 APN을 표시하기 위해 사용될 수 있다.

상기한 것 외에, IMS 운송 정책은 IMS 제어 평면과 IMS 사용자 평면 중의 어느 하나 또는 둘 다를 적용할 수 있는지의 표시를 제공할 수 있다. 이러한 표시는 특정 표시가 없는 것에 의해 암시적으로 또한 제공될 수 있다.

운송 정책 제공의 일부로서, UE는 운송 정책을 제공할 서비스의 리스트를 수신할 수 있다. 만일 서비스가 리스트되어 있지 않으면, UE는 그 서비스에 대한 운송 정책의 유무에 관계없이 UE가 결정한 임의의 운송을 이용하도록 허용된다. 그러한 허용은 표준화되지 않은 및/또는 운영자에게 알려지지 않은 사적 서비스의 연속적인 사용을 보장할 수 있다.

또한, IMS 운송 정책은 IMS 운송 정책이 기존 메소드(예를 들면, OMA DM 또는 SIM OTA)를 이용하여 UE에게 제공된 것과 같이, UE에게 이미 있는 다른 기존 운송 또는 라우팅 정책을 통한 우선순위를 취할 것이라는 표시를 포함할 수 있다. 그러한 기존 정책은 예를 들면 ISRP 및/또는 IARP를 포함할 수 있다.

IMS 운송 정책은 예컨대 서비스가 정책의 적용을 받는다고 네트워크가 미리 표시하지 않은 경우에 UE가 서비스를 개시한 것에 응답하여 제공될 수 있다. 이 경우에, 예를 들면, IMS 운송 정책은 UE가 개시된 서비스를 위해 특정 정책을 이용해야 한다는 것을 표시하기 위해 상기 개시에 응답하여 제공될 수 있다. 정책은 SDP 시그널링 메시지의 특정 코덱(예를 들면, 비디오 코덱)의 식별에 기초하여 결정될 수 있다.

UE는 UE와의 최종 사용자 상호작용, AT 커맨드가 UE에게 발행되는 것 등에 기인하는 것과 같은 각종 이유로 IMS 기반 서비스(예를 들면, 콜 개시 또는 세션 개시)를 호출하거나 기존 IMS 기반 서비스를 수정할 수 있다. 이러한 호출 또는 수정에 응답해서 몇 가지의 단계가 취해질 수 있다. 첫째로, UE는 IMS 기반 서비스를 개시하기 위해 관련 SIP 요청 메소드(예를 들면, INVITE 또는 MESSAGE)를 생성할 수 있다. 둘째로, UE는 상기 제1 단계에서 생성된 SIP 메소드로부터 양호한 SCSI(즉, P-Preferred-Service 헤더 필드에 포함된 ICSI)를 이용하여 IMS 운송 정책을 조사 및 검색할 수 있다. UE는 또한 SIP 메소드의 다른 헤더 필드 콘텐츠 및 SIP 메시지 보디 콘텐츠(예를 들면, SDP)를 검색할 수 있다. 세째로, UE는 제어 평면 트래픽에 관한 정책 규칙을 포함한, 상기 제2 단계에서 검색된 IMS 운송 정책을 이용하여 하나 이상의 IP 관련 라우팅 정책(예를 들면, ISRP 및/또는 IARP 규칙)을 생성할 수 있다. 이하에서 이러한 라우팅 정책은 "제어 평면에 대한 동적으로 생성된 라우팅 정책"이라고 부를 것이다. UE는 AT 커맨드를 이용하여 제어 평면에 대한 라우팅 정책을 동적으로 생성할 수 있다. 네째로, UE는 생성된 SIP 메소드를 하위 계층에 보낼 수 있고, 하위 계층은 UE로부터의 SIP 메소드를 제어 평면에 대한 동적으로 생성된 라우팅 정책에 의해 표시된 대로 액세스 기술 또는 PDN 접속(APN에 의해 표시된 것)을 이용하여 IMS 네트워크로 운송할 수 있다.

다섯째로, SIP 세션 확립 후에, UE는 더 많은 IP 관련 라우팅 정책을 결정하거나 생성할 필요가 있다(예를 들어서 만일 UE와 IMS 네트워크 사이에 운송할 사용자 평면 데이터가 있으면, 상기 제2 단계로부터의 검색된 IMS 운송 정책은 사용자 평면 트래픽에 적용되는 정책 규칙을 포함한다). 예를 들면, UE는 IMS 운송 정책 내의 정보 및/또는 SIP 세션을 생성한 SIP 시그널링에서 협의된 IP 관련 정보에 기초하여 ISRP 및/또는 IARP 규칙과 같은 정책들을 생성할 수 있다. 그러한 정보는, 비제한적인 예를 들자면, RTP, RTCP, MSRP 등과 같이 미디어에 대하여 사용되도록 SDP에서 협의된 포트들을 포함할 수 있다. UE는 모든 사용자 평면 데이터 IP 흐름이 서비스에 대하여 유일하게 식별되는 것, 및 IP 흐름이 허용되고 선호된 액세스 기술 또는 PDN 접속(APN에 의해 식별된 것)을 이용하고 금지된 액세스 또는 PDN 접속을 이용하지 않는 것을 보장하는 추가의 정책을 생성할 수 있다. 이하에서, 이러한 정책은 "사용자 평면에 대한 동적으로 생성된 라우팅 정책"이라고 부를 것이다. UE는 새로운 또는 강화된 AT 커맨드를 이용하여 사용자 평면에 대한 라우팅 정책을 동적으로 생성할 수 있다.

SIP 세션 확립 후에 사용자 평면에 대한 동적으로 생성된 라우팅 정책의 생성은 하나 이상의 운송 층 포트 번호가 공지되고(예를 들면, SDP로부터) IP 층 정책에서 신뢰성있게 설정될 수 있다는 점에서 더 정확한 IP 관련 정책을 가능하게 하고, 그에 따라서 다른 서비스에 대하여 IP 흐름과의 충돌 또는 겹침을 방지한다.

선택적으로, 전술한 제1 단계에서 UE에게 제공되고나 UE에서 수신된 IMS 운송 정책으로부터의 ICSI를 이용하는 대신에, UE는 예를 들면 200 OK SIP 응답 메시지로 현재 제공된 헤더 필드 정보 및 메시지 보디 콘텐츠(예를 들면, SDP)를 이용할 수 있다. 대안적으로 또는 추가적으로, UE는 ICSI 또는 ICSI로부터 도출된 정보를 이용할 수 있다. 그러한 정보는 네트워크로부터 수신되거나 SIP 응답 메시지로 제공될 수 있다. SIP 응답 메시지는 예를 들면 ICSI를 포함하도록 강화된 200 OK 응답 메시지일 수 있다. 그러한 ICSI는 제1 단계로부터의 선호되는 ICSI와 같을 수도 있고 다를 수도 있다. 대안적으로, 200 OK 응답 메시지는 네트워크 내에서 어서트된 ICSI로부터 도출된 정보를 포함하도록 강화될 수 있다. UE가 ICSI로부터 도출된 정보를 이용하는 경우에, 네트워크로부터 수신된 표시는 ICSI라고 부르지 않고 이전에 제공된 운송 정책에 대응하는 임의의 참조일 수 있다.

여섯째로, UE는 IMS 운송 정책에 의해 표시된 액세스 기술 또는 PDN 접속(APN에 의해 식별된 것) 및/또는 사용자 평면에 대한 동적으로 생성된 라우팅 정책을 이용하여 임의의 사용자 평면 데이터를 IMS 네트워크에 보낼 수 있다.

전술한 단계들은 도 3에서 흐름도로 그림으로서 표시된다. 블록 302에서, UE는 IMS 운송 정책을 수신한다. 블록 304에서, UE는 새로운 IMS 기반 서비스의 호출 또는 기존 IMS 기반 서비스의 수정을 기다린다. 블록 306에서, UE는 SIP 메소드 또는 SIP 요청을 생성한다. 블록 308에서, UE는 선호되는 ICSI(P-Preferred-Service 헤더 필드에 포함된 ICSI)를 이용하여 IMS 운송 정책을 조사 및 검색한다. 블록 310에서, UE는 IMS 운송 정책이 선호되는 ICSI의 제어 평면에 대하여 존재하는지 결정한다. 만일 그러한 IMS 운송 정책이 존재하면, 절차는 블록 312로 이동하고, 여기에서 UE는 제어 평면에 대한 하나 이상의 라우팅 정책을 동적으로 생성한다. 그 다음에 절차는 블록 314로 진행하고, 여기에서 UE는 SIP 요청/메소드를 네트워크에 보내지도록 하위 계층에 보낸다. 만일 블록 310에서 그러한 IMS 운송 정책이 존재하지 않는다고 결정되면, 블록 312가 바이패스되고 절차는 블록 314로 직접 진행한다. 블록 314 후에, 절차는 316으로 진행하고, 여기에서 UE는 200 OK 메시지와 같은 SIP 대화 확인을 기다린다. 그 다음에, 블록 318에서, 사용자 평면 데이터가 필요한지 결정된다. 만일 사용자 평면 데이터가 필요하지 않으면, 절차는 종료한다. 만일 사용자 평면이 필요하면, 절차는 블록 320으로 진행하고, 여기에서 IMS 운송 정책이 선호되는 ICSI의 사용자 평면에 대하여 존재하는지 결정된다. 만일 그러한 IMS 운송 정책이 존재하면 절차는 블록 322로 진행하고, 여기에서 UE는 사용자 평면에 대한 하나 이상의 라우팅 정책을 동적으로 생성한다. 그 다음에 절차는 블록 324로 진행하고, 여기에서 UE는 사용자 평면 데이터를 네트워크에 보내지도록 하위 계층에 보낸다. 그 다음에 절차가 종료한다. 만일 블록 320에서 사용자 평면에 대한 IMS 운송 정책이 존재하지 않는다고 결정되면, 절차는 블록 324로 직접 진행한다.

전술한 단계들로 확립된 IMS 기반 서비스에 대한 세션의 UE 개시형 또는 IMS 네트워크 개시형 분리 또는 해제(예를 들면, 콜 해제 또는 세션 해제)에 응답하여, UE는 제어 평면에 대한 동적으로 생성된 라우팅 정책의 전부 또는 일부 및/또는 사용자 평면에 대한 동적으로 생성된 라우팅 정책의 전부 또는 일부를 제거할 수 있다. 일부 양태에 있어서, UE는 UE가 특정 운송을 통한 SIP/IMS 등록 수행이 허용되는지 금지되는지 결정하기 위해 IMS 운송 정책을 또한 이용할 수 있다.

이제, 전술한 실시형태들에 관하여 상세히 설명한다. IMS 운송 정책의 구조에 관한 세부를 먼저 설명한다.

IMS 운송 정책은 하나 이상의 IMS 서비스 운송 규칙 세트을 포함할 수 있고, IMS 서비스 운송 규칙 세트은 허용/금지되거나 및/또는 다른 액세스 운송보다 선호되는 적어도 하나 이상의 IMS 기반 서비스의 표시 및 하나 이상의 액세스 운송의 표시를 포함할 수 있다. 그러므로 IMS 서비스 운송 규칙 세트은 적어도 서비스 표시 데이터(SID) 및 운송 표시 데이터(TID)를 포함하는 것으로 규정될 수 있다. SID는 하나 이상의 IMS 기반 서비스의 표시를 포함할 수 있다. TID는 SID에서 표시된 하나 이상의 IMS 기반 서비스에 관한 IP 흐름 또는 데이터를 운송 또는 전송 또는 라우팅하기 위해(예를 들면, UE와 네트워크 사이에서) 사용될 수 있거나 사용될 수 없고 및/또는 사용되는 것이 선호되는 하나 이상의 운송의 표시를 포함할 수 있다. 운송은 액세스 기술 및/또는 PDN 접속일 수 있다. 예시적인 액세스 기술은, 비제한적으로, 모바일/셀룰러(예를 들면, 2G/GERAN, 3G/UTRAN, 4G/LTE/E-UTRAN 또는 CDMA2000), Wi-Fi/WLAN(예를 들면, IEEE 802.11 기반 기술), 블루투스, NFC, WiMAX, 무선 차저, 이더넷, 케이블 모뎀, DSL, 파이버, USB 및 무선 USB를 포함한다. PDN 접속은 예를 들면 APN, NSAPI등에 의해 식별될 수 있다.

IMS 운송 정책 구조의 일 예가 도 4에 도시되어 있고, 도 4에서는 SID 부분(420A, 420B)과 TID 부분(430A, 430B)을 각각 포함하는 2개의 서비스 운송 규칙 세트(410A, 410B)을 포함한 IMS 운송 정책(400)을 나타내고 있다. IMS 운송 정책(400)은 여기에서 IMS 운송 정책 세트가라고도 부를 수 있다. SID(예를 들면, 420A, 420B)는 여기에서 적어도 하나의 IMS 서비스의 표시라고도 부를 수 있다. TID(예를 들면, 430A, 430B)는 여기에서 적어도 하나의 IMS 서비스와 연관된 적어도 하나의 액세스 기술에 대한 정책의 표시라고도 부를 수 있다.

SID 및 TID 컴포넌트에 추가해서, 또는 TID 컴포넌트에 대한 대안으로서, SID 컴포넌트에서 표시된 하나 이상의 IMS 기반 서비스가 모바일/셀룰러 네트워크로부터 WLAN에 운송 또는 오프로드할 수 있는지에 대한 허용 또는 금지를 표시하는 표시가 제공될 수 있다. 이러한 표시는 이하에서 "오프로드 표시"라고 부를 수 있다.

만일 TID 컴포넌트가 복수의 운송을 포함하면, 각 운송은 값(예를 들면, 수가 낮을수록 선호도가 높아지거나 그 반대인 수)을 포함하는 필드를 포함한 특수한 가중치 또는 선호도와 연관될 수 있다. 일부 구현예에서, 이러한 가중치 또는 선호도는 TID 컴포넌트에서 운송의 특정 순서화(ordering)에 의한 것과 같이 암묵적으로 도출될 수 있다. TID 컴포넌트는 TID 컴포넌트에 포함된 일부 또는 모든 운송에 대한 표시를 추가적으로 또는 대안적으로 포함할 수 있고, 상기 표시는 장치가 셀룰러 PS 데이터(예를 들면, UE에서 "데이터 오프" 모드)를 이용하는 것이 금지될 때 SID에서 식별된 서비스에 의해 사용될 수 있는지를 표시한다.

IMS 서비스 운송 규칙 세트은 추가적인 및/또는 대안적인 컴포넌트들을 포함할 수 있다. 이러한 하나의 컴포넌트는 IMS 서비스 운송 규칙 세트가 적용될 수 있는 하나 이상의 네트워크 아이덴티티(예를 들면, PLMN 코드, WLAN 아이덴티티 또는 NAI) 또는 국가 아이덴티티(예를 들면, MCC)의 표시일 수 있다. 이러한 다른 컴포넌트는 IMS 서비스 운송 규칙 세트가 사용되어야 하거나 사용될 수 있거나 또는 사용될 시구간의 표시일 수 있다. 예를 들면, 하나 이상의 특정 일, 월, 년, 시, 및/또는 빈도/발생(예를 들면, 일간, 주간, 월간 또는 연간으로)이 표시될 수 있다. UE 또는 부착 네트워크에서의 일시가 사용될 수 있다. 다른 이러한 컴포넌트는 IMS 운송 정책 내의 다른 IMS 서비스 운송 규칙 세트에 관련된 IMS 서비스 운송 규칙 세트의 가중치 또는 선호도를 표시할 수 있다. 가중치 또는 선호도는 값을 포함한 필드를 통해 표시되거나, 또는 IMS 운송 정책에서 IMS 서비스 운송 규칙 세트의 특정 순서화를 통해 암시될 수 있다. 다른 이러한 컴포넌트는 IMS 서비스 운송 규칙 세트가 발신 콜/세션과 착신 콜/세션 중의 어느 하나 또는 둘 다에 적용될 수 있는지에 대한 표시일 수 있다. 다른 이러한 컴포넌트는 IMS 서비스 운송 규칙 세트가 기존 콜 또는 세션의 수정에 적용되는지에 대한 표시일 수 있다. 이러한 컴포넌트는 예를 들면 미디어가 기존 콜/세션에 추가될 때, 미디어가 기존 콜/세션으로부터 삭제될 때, 및/또는 기존 미디어가 기존 콜/세션에서 수정될 때(예를 들면, 음성 통화 또는 영상 통화의 코덱 변화 또는 IM 세션에서 콘텐츠 변화) IMS 서비스 운송 규칙 세트가 재적용되는지를 선택적으로 표시할 수 있다.

SID 컴포넌트는, 비제한적인 예를 들자면, 하나 이상의 수, 글자(letter) 또는 수와 글자 둘 다를 표시하는 데이터를 포함한 하나 이상의 문자(character) 또는 하나 이상의 바이트/옥텟일 수 있는 SID 식별자; 3GPP TS 23.228 및 3GPP TS 24.229에서 규정된 것과 같은 하나 이상의 ICSI; 3GPP TS 23.228 및 3GPP TS 24.229에서 규정된 것과 같은 하나 이상의 IARI; 하나 이상의 피처 태그(feature tag); 3GPP TS 24.229 또는 IETF RFC 3840에서 규정된 것과 같은 하나 이상의 미디어 피처 태그; 하나 이상의 SDP 설명("SDP 메시지 보디"라고도 부름); 코덱 리스트와 같은 SDP 설명의 하나 이상의 컴포넌트; 하나 이상의 SIP 메소드 또는 SIP 요청 유형; 및/또는 하나 이상의 SIP 응답 중 하나 이상과 같은 추가의 컴포넌트를 또한 포함할 수 있다.

대안적으로 또는 추가적으로, SID 또는 TID는 하나 이상의 수(예를 들면, 숫자 코드), 글자(예를 들면, 알파벳 코드) 또는 수와 글자 둘 다(예를 들면, 알파뉴메릭 코드)를 표시하는 데이터를 포함한 하나 이상의 문자(예를 들면, 문자열) 또는 하나 이상의 바이트/옥텟으로서 규정되는 "맵핑 코드"를 포함할 수 있다. 맵핑 코드는, SID에서 사용될 때, 하나 이상의 SID 컴포넌트에 대한 규정된 맵핑을 가질 수 있고, TID에서 사용될 때, 하나 이상의 TID 컴포넌트에 대한 규정된 맵핑을 가질 수 있다. 예를 들면, 맵핑 코드는 SID 식별자 또는 TID 식별자이거나 이들을 포함할 수 있다.

하나 이상의 IMS 기반 서비스의 표시 대신에 맵핑 코드로 SID를 채우는 것 및 하나 이상의 운송의 표시 대신에 맵핑 코드로 TID를 채우는 것은 정보 요소(IE)의 길이에 관한 효율, 또는 파라미터, 속성, 속성값 쌍(Attribute Value Pair), 변수, 컨테이너, 헤더 필드 등을 제공할 수 있다. 즉, 맵핑 코드 컴포넌트를 가진 SID를 포함한 메시지는 ICSI, IARI, SDP 설명, SDP 설명의 컴포넌트 및/또는 SIP 메소드를 포함한 SID보다 더 짧게 될 수 있다. 마찬가지로, 맵핑 코드 컴포넌트를 가진 TID를 포함한 메시지는 하나 이상의 운송의 리스트를 포함한 TID보다 더 짧게 될 수 있다. 맵핑 코드의 사용은 UE 외부의 엔티티가 UE에서 이전에 저장된 IMS 운송 정책을 더 쉽게 업데이트할 수 있게 한다.

IMS 서비스 운송 규칙 세트의 SID가 맵핑 코드를 포함하는지 또는 하나 이상의 IMS 기반 서비스의 표시를 포함하는지, 및 IMS 서비스 운송 규칙 세트의 TID가 맵핑 코드를 포함하는지 또는 하나 이상의 운송의 표시를 포함하는지에 관한 정보는 미리 구성될 수 있다. 대안적으로, 이러한 정보는 SID 또는 TID의 일부를 분석함으로써 (예를 들면, UE에 의해) 결정될 수 있다. 예를 들면, 미리 규정된 컴포넌트, 부분, 요소, 문자, 필드, 정보 요소 또는 서브필드는 특정의 값, 예를 들면, 최초 문자 또는 디지트, 최종 문자 또는 디지트 등에 대하여 분석될 수 있다. 대안적으로, 이러한 정보는 SID 또는 TID의 전부를 분석함으로써 (예를 들면, UE에 의해) 결정될 수 있다. 예를 들면, SID 또는 TID의 길이를 분석하거나, 또는 SID 또는 TID의 콘텐츠를 분석하여 맵핑 코드와 연관된 공지의 값, 패턴 또는 포맷과 일치하게 할 수 있다.

만일 IMS 서비스 운송 규칙 세트의 SID가 맵핑 코드를 포함한다고 결정되면, 맵핑 코드는 (예를 들면, UE에 의해) 하나 이상의 IMS 기반 서비스의 표시로 번역될 수 있다(예를 들면, 룩업 테이블, 해시 테이블, 해시 함수 또는 서버에 대한 룩업을 이용해서). 번역 장치는 맵핑 코드와 하나 이상의 IMS 기반 서비스의 표시의 연합을 또한 저장할 수 있다. 대안적으로, 장치는 최초에 맵핑 코드를 포함한 SID 컴포넌트에서 맵핑 코드 대신에 하나 이상의 IMS 기반 서비스의 맵핑된 표시를 저장할 수 있다.

만일 IMS 서비스 운송 규칙 세트의 TID가 맵핑 코드를 포함한다고 결정되면, 맵핑 코드는 (예를 들면, UE에 의해) 하나 이상의 운송의 표시로 번역될 수 있다(예를 들면, 룩업 테이블, 해시 테이블, 해시 함수 또는 서버에 대한 룩업을 이용해서). 번역 장치는 맵핑 코드와 하나 이상의 운송의 표시의 연합을 또한 저장할 수 있다. 대안적으로, 장치는 최초에 맵핑 코드를 포함한 TID 컴포넌트에서 맵핑 코드 대신에 하나 이상의 운송의 맵핑된 표시를 저장할 수 있다.

대안적 구현예로서, 맵핑 코드는 IMS 서비스 운송 규칙 세트을 식별할 수 있고, 이것에 의해 전술한 것과 동일한 기능을 적용할 수 있다. 그러나 이 경우에, 맵핑 코드는 SID와 TID; SID와 오프로드 표시; SID와 TID와 오프로드 표시 등과 같은 더 많은 데이터를 식별할 수 있다.

도 5는 실시형태에 따른, IMS 운송 정책(510)이 UE에 저장되는 방식을 보인 개략도이다. 이 표시에서, TID 컴포넌트(520)는 도 5에서 "APN?"(530) 및 "RAT?"(540)로서 표시된 2개의 컴포넌트로 분할되었다. IMS 운송 정책(610)이 UE에 저장되는 방식의 대안적인 표시는 도 6에 도시하였다.

당업자라면 도 5 및 도 6의 각 박스가 무엇을 표시하는지 이해할 것이다. 예를 들면, "?"을 포함한 박스는 데이터 아이템이 선택적임을 표시하고, <x+>를 포함한 박스는 데이터가 0 내지 1의 범위의 엔트리 또는 더 많은 엔트리의 리스트로부터 선택된 것을 표시한다. 더 나아가, IMS 운송 정책 데이터 구조 트리는 임의의 데이터 구조 트리 또는 3GPP 관리 객체에서 규정된 새로운 트리의 서브컴포넌트일 수 있다.

이제, (예를 들면, 도 2의 블록 302에서와 같이) UE에게 IMS 운송 정책을 제공하는 것에 관한 세부를 설명한다.

제1 액세스법으로, UE는 UICC의 파일로부터 IMS 운송 정책을 검색한다. 이 액세스법은 제공 메소드 A라고 부를 수 있다. 제2 액세스법으로, UE는 서버와 같이 UE 외부의 엔티티로부터 IMS 운송 정책을 검색한다. 이 액세스법은 제공 메소드 B라고 부를 수 있다.

제공 메소드 A에서, UE 내에 있거나 UE와 연관된 UICC(이것은 임베디드 UICC(eUICC)일 수 있음)는 UICC 소유자(예를 들면, 캐리어 또는 운영자)에 의해 IMS 운송 정책을 제공받는다. UICC의 제공은 UICC 원격 제공 메카니즘(예를 들면, SIM OTA, eUICC 프로파일의 원격 제공)을 이용해서 또는 어떤 다른 수단에 의해서 UICC의 제조 공정 중에 수행될 수 있다. 모바일 엔티티(ME)는 UE가 활성화/스위치온/파워업될 때, 삽입/분리형 UICC를 삽입할 때, 또는 UICC 또는 eUICC에서 새로운 SIM/USIM 애플리케이션이 활성화될 때 등과 같이, 임의의 시간에 UICC로부터 UICC 제공형 IMS 운송 정책을 검색할 수 있다.

도 7은 데이터가 UICC에서 어떻게 인코딩되는지(예를 들면, 3GPP TS 31.102에서 규정된 USIM을 이용하는지 또는 3GPP TS 31.103에서 규정된 ISIM을 이용하는지)에 관한 하나의 가능한 실시형태를 보인 것이다. 그러나 데이터는 여기에서 설명하는 임의의 메카니즘을 이용하여 또한 인코딩될 수 있다는 것을 이해하여야 한다.

제공 메소드 B에서, UE는 네트워크에서 UE 외부의 엔티티로부터 원격으로 IMS 운송 정책을 검색할 수 있다. 그러한 엔티티는 이하에서 "네트워크 노드" 또는 "네트워크 요소"라고 부를 수 있다(뒤에서 자세히 설명하는 도 9는 그러한 네트워크 노드의 예를 제공한다). 예를 들면, UE는 IMS 운송 정책을 맞추어 만들기 위해 네트워크 노드에 의해 사용될 수 있는 다양한 정보를 제공하는 요청 메시지를 네트워크 노드에 보낼 수 있다. 그러한 정보는 이하에서 "추가적 UE 제공 정보"라고 부를 수 있다. 그 다음에, IMS 운송 정책은 상기 요청 메시지에 대한 응답 메시지로 UE에게 복귀될 수 있다.

IMS 운송 정책을 요청하기 위해 UE에 의해 네트워크 노드에 보내진 요청 메시지는, 예를 들면, UE가 네트워크에 등록하기 전의 메시지(예를 들면, ANQP 요청), 등록 유형 메시지(예를 들면, 부착 또는 TAU/RAU), 데이터 세션 확립 메시지(예를 들면, PDN 접속, PDP 콘텍스트 활성화, 구축, 수정 또는 요청), IMS 운송 정책을 검색하기 위한 전용 메시지 등일 수 있다.

요청 메시지 및/또는 응답 메시지에 의해 사용되는 프로토콜은 비액세스 계층 시그널링(예를 들면, 3GPP TS 24.008 및 3GPP TS 24.301에서 규정된 것), 반경(RADIUS), 직경(Diameter), LDAP, SQL, DNS, DHCP, GTP, SOAP, XML, HTTP, SIP, SDP, OMA DM, SIM OTA 또는 SIM 툴키트 중 하나 이상을 포함할 수 있다.

IMS 운송 정책은 UE로부터 요청 메시지를 수신한 네트워크 노드(이하 "제1 네트워크 노드"라고 부름)에 저장될 수 있고, 또는 IMS 운송 정책은 다른 네트워크 노드(이하 "제2 네트워크 노드"라고 부름)로부터 획득될 수 있다. 제2 네트워크 노드는 제1 네트워크 노드에 직접 접속될 수 있고, 또는 하나 이상의 다른 중간 네트워크 노드(예를 들면, 서버 또는 프록시)를 통해 간접적으로 접속될 수 있다. 데이터에 대한 요청을 수신한 때, 제2 네트워크 노드는 하나 이상의 다른 중간 네트워크 노드를 통해 간접적으로 또는 직접적으로 상기 제1 네트워크 노드에 데이터를 돌려보낼 수 있다.

도 8은 UE(810), 제1 네트워크 노드("네트워크 노드 #1"(820)이라고 표시됨) 및 제2 네트워크 노드("네트워크 노드 #2"(830)이라고 표시됨) 간의 메시징을 나타낸다. 도 8에서의 메시지 흐름 시퀀스는 단지 예를 든 것이고, 다른 메시지 순서화도 가능하다.

제1 교환(840)에서, UE(810)는 네트워크 노드 #1(820)에 메시지 #1을 보낸다. 메시지 #1은 추가적인 UE 제공 정보를 포함할 수 있다. 메시지 #1을 수신한 때, 네트워크 노드 #1(820)은 메시지 #2와 같은 선택적 메시지를 네트워크 노드 #2(830)에 보낼 수 있다. 메시지 #2는 메시지 #1에서 수신된 것과 같은 추가적인 UE 제공 정보를 포함할 수 있다. 메시지 #2를 수신한 때, 네트워크 노드 #2(830)는 메시지 #3을 네트워크 노드 #1(820)에 보낼 수 있다. 메시지 #3은 IMS 운송 정책, 에러 메시지 또는 둘 다를 포함할 수 있다. 메시지 #3을 수신한 때, 네트워크 노드 #1(820)은 메시지 #4를 UE(810)에게 보낸다. 대안적으로, 메시지 #2는 선택적이기 때문에, 네트워크 노드 #1(820)은 메시지 #1에 응답하여 메시지 #4를 보낼 수 있다. 메시지 #4는 예를 들면 어떤 정보가 메시지 #3으로 수신되었는지에 따라서 IMS 운송 정책, 에러 메시지 또는 둘 다를 포함할 수 있다.

제2 교환(850)에서, 네트워크 노드 #1(820)은 네트워크 노드 #2(830)에 메시지 #2를 보낸다. 메시지 #2는 예를 들면 UE(810)로부터 미리 수신된 경우 추가적인 UE 제공 정보를 포함할 수 있다. 메시지 #2를 수신한 때, 네트워크 노드 #2(830)는 메시지 #3을 네트워크 노드 #1(820)에 보낼 수 있다. 메시지 #3은 IMS 운송 정책, 에러 메시지 또는 둘 다를 포함할 수 있다. UE(810)는 네트워크 노드 #1(820)에 메시지 #1을 보낸다. 메시지 #1은 추가적인 UE 제공 정보를 포함할 수 있다. 메시지 #1을 수신한 때, 네트워크 노드 #1(820)은 메시지 #4를 UE(810)에게 보낸다. 메시지 #4는 예를 들면 어떤 정보가 메시지 #3으로 수신되었는지에 따라서 IMS 운송 정책, 에러 메시지 또는 둘 다를 포함할 수 있다.

제3 교환(860)에서, 네트워크 노드 #2(830)는 메시지 #3을 네트워크 노드 #1(820)에 보낸다. 메시지 #3은 IMS 운송 정책을 포함한다. 메시지 #3을 수신한 때, 네트워크 노드 #1(820)은 메시지 #4를 UE(810)에게 보낸다. 메시지 #4는 IMS 운송 정책(예를 들면, 메시지 #3으로 수신된 것)을 포함한다. 메시지 #4를 수신한 때, UE(810)는 네트워크 노드 #1(820)에 메시지 #1을 보낸다. 메시지 #1은 추가적인 UE 제공 정보를 포함할 수 있다. 메시지 #1을 수신한 때, 네트워크 노드 #1(820)은 메시지 #2를 네트워크 노드 #2(830)에 보낼 수 있다. 메시지 #2는 추가적인 UE 제공 정보를 포함할 수 있다(예를 들면, 메시지 #1에서 수신된 경우).

제4 교환(870)에서, 네트워크 노드 #2(830)는 메시지 #3을 네트워크 노드 #1(820)에 보낸다. 메시지 #3은 IMS 운송 정책을 포함한다. 메시지 #3을 수신한 때, 네트워크 노드 #1(820)은 네트워크 노드 #2(830)에 메시지 #2를 보낸다. 메시지 #2는 추가적인 UE 제공 정보를 포함할 수 있다(예를 들면, UE(810)로부터 미리 수신된 경우). 메시지 #3을 수신한 때, 네트워크 노드 #1(820)은 메시지 #4를 UE(810)에게 보낸다. 대안적으로 네트워크 노드 #1(820)은 메시지 #3의 수신에 응답하여 반드시 메시지 #4를 UE(810)에게 보낼 필요가 없지만, UE(810)에 의해 수행된 추적 영역 업데이트 절차와 같은 어떤 다른 이벤트에 기초하여 메시지 #4를 대신 보낼 수 있다. 메시지 #4는 IMS 운송 정책(예를 들면, 메시지 #3으로 수신된 것)을 포함한다. 메시지 #4를 수신한 때, UE(810)는 네트워크 노드 #1(820)에 메시지 #1을 보내고, 메시지 #1은 추가적인 UE 제공 정보를 포함할 수 있다.

상기 제1 교환 및 상기 제2 교환은 "페치" 또는 "취득"(get) 또는 "풀"(pull) 타입 아키텍처에서 사용될 수 있다. 상기 제3 교환 및 상기 제4 교환은 "풋"(put) 또는 "포스트"(post) 또는 "푸시"(push) 타입 아키텍처에서 사용될 수 있다.

네트워크 노드 #1과 네트워크 노드 #2의 예는 도 9에 제공된다. 메시지 #1-4의 예는 도 10에 제공된다.

여기에서 설명하는 "추가적인 UE 제공 정보"의 예는 비제한적으로 하기의 것을 포함할 수 있다: IMS 운송 정책이 UE에 의해 요청된 표시; UE가 IMS 운송 정책을 요구한 운송에 관한 표시; UE가 지원하는 운송에 관한 표시; UE가 현재 액세스하거나 UE에서 활성이고 및/또는 접속된 운송에 관한 표시; UE가 현재 액세스하지 않거나 UE에서 비활성이고 및/또는 분리된 운송에 관한 표시; UE 능력(예를 들면, IFOM, MAPCON, OPIIS 등)의 표시; UE가 구성을 갖는 운송에 관한 표시; 및/또는 UE가 액세스하는 것, UE가 등록된 것, 및/또는 UE가 구성을 갖는 것과 같은 네트워크 아이덴티티의 표시.

EAP를 이용하는 AAA 메시지는 운송 정책을 획득하기 위해 사용될 수 있다. 기존의 IETF 문서 "draft-mccann-session-policy-framework-using-eap"는 세션 정책을 획득하기 위한 AAA 메시지의 사용을 설명한다. 이 실시형태 및/또는 다른 실시형태에서 유사한 메시지를 사용할 수 있다.

SIP 시그널링(예를 들면, SUBSCRIBE/NOTIFY)의 사용은 운송 정책에 대한 새로운 정책 이벤트 패키지, 또는 등록 이벤트 패키지(3GPP TS 24.229 참조) 또는 세션 정책 이벤트 패키지(IETF RFC 6795 참조)에 대한 확장에 기초한 대안적 솔루션으로서 사용될 수 있다.

UE에게 IMS 운송 정책을 제공하는 2개의 예시적인 구현예가 도 11에 도시되어 있고 "A" 및 "B"로 표시되어 있다. 이 예에서, UE(1110)는 LTE/E-UTRAN 부착 절차에 기초하여 IMS 운송 정책이 제공된다. 도 11에서 메시지들에 할당된 번호들은 도 8에 표시된 메시지 번호들과 직접 상관성을 갖는다.

"선택적 위치 업데이트 절차"라고 표시된 박스(1120)는 위치 업데이트 절차 또는 추적 영역 업데이트 절차 또는 라우팅 영역 업데이트 절차 또는 로케이션 영역 업데이트 절차가 반드시는 아니지만 1, 2a, 2b, 3a 및 3b로 표시된 메시지 앞에서 발생할 수 있다는 것을 나타낸다. 예를 들면, UE는 MME(1130)에 이미 등록했을 수 있고 다시 부착할 수 있다. 만일 그러한 절차가 수행되면, 구현 "A"에서의 2와 3은 2a, 2b, 3a 및 3b 전에 발생할 것이다.

"A"로 표시된 구현에서, UE는 네트워크에 부착하고, 부착 메시지 내의 추가적인 UE 제공 정보를 선택적으로 보내고, 그 다음에 부착 승인 메시지의 IMS 운송 정책을 수신한다. IMS 운송 정책은 HSS(1140)에 저장될 수 있고, MME(1130)에 다운로드되거나 이송될 수 있다.

"B"로 표시된 구현은 IMS 운송 정책이 P-GW(1150)로부터 MME(1130)로 보내지는 것을 제외하면 구현 "A"와 동일하다. P-GW(1150)는 PCRF(1160)로부터 IMS 운송 정책을 획득하였을 수 있다.

UE에게 제공되는 IMS 운송 정책의 추가의 예시적인 구현은 도 12에 도시하였고 "C"로 표시되어 있다. 이 예에서, UE(1210)는 PDP 콘텍스트 활성화 절차 중에 IMS 운송 정책이 제공된다. 도 12에서 각 메시지에 할당된 번호들은 도 8에 표시된 메시지 번호와 직접 상관을 갖는다.

구현 C에서, UE(1210)는 PDP 콘텍스트 요청 활성화 메시지 내의 추가적인 UE 제공 정보를 선택적으로 보내고, 그 다음에 PDP 콘텍스트 응답 활성화 메시지의 IMS 운송 정책을 수신한다. IMS 운송 정책은 GGSN(1230)으로부터 다운로드된 후 SGSN(1220)에 저장될 수 있다. GGSN(1230)은 IMS 운송 정책을 PCRF(1240)로부터 다운로드할 수 있다. 다른 기능적 엔티티, 예를 들면, HLR/HSS가 또한 수반될 수 있다.

구현 A, B 및 C는 새로운 IMS 운송 정책을 다운로드하는 것에 추가해서 또는 그 대안으로서 (예를 들면, 구현 A, 구현 B, 구현 C 또는 다른 메카니즘에 의해) 미리 다운로드된 IMS 운송 정책을 업데이트하기 위해 또한 사용될 수 있다. 그러한 업데이트은 정보를 전달하는 더 적합한 방법을 가능하게 하고, 이것에 의해 정보는 사용되는 실제 PDP 콘텍스트 또는 PDN 접속에 맞추어질 수 있다. 이 경우에, 하나 이상의 맵핑 코드가 다운로드된 IMS 운송 정책에서 사용될 수 있다.

당업자라면 비록 구현 A, B 및 C가 특수한 예이지만, 메시지들은 다를 수 있다는 것을 이해할 것이다. 예를 들면, 도 10의 메시지 #1, #2, #3 및/또는 #4에 따른 메시지들이 일부 구현예에서 사용될 수 있다.

이제, UE에 의한 IMS 운송 정책의 사용에 관하여 자세히 설명한다.

IMS 운송 정책이 (예를 들면, 여기에서 설명하는 방법들 중의 하나를 이용하여) UE에 의해 수신된 때, IMS 운송 정책은 IMS 운송 정책이 검색되고 참조될 수 있는 방식으로 UE에 의해 저장될 수 있다. 즉, IMS 운송 정책은 장치에 또는 장치와 연관된 스토리지, 예를 들면 내부 메모리 또는 스토리지(예를 들면, RAM 또는 플래시 RAM)에 일시적으로 또는 영구적으로 저장될 수 있다. 대안적으로, 저장은 외부 메모리 카드에서, 예를 들면 UICC/SIM 카드 또는 R-UIM(예를 들면, SIM, USIM 또는 ISIM)에 저장된 파일 또는 애플리케이션에서, 또는 분리형 메모리 카드(예를 들면, 마이크로SD 메모리 카드)에 저장된 파일에서 발생할 수 있다. 저장의 2가지 예시적인 실시형태는 여기에서 설명한 바와 같은 ANDSF 데이터 구조 및 UICC 파일을 포함한다.

일부 구현예에서, UE는 하기 이벤트 중 하나 이상이 발생한 때 IMS 운송 정책의 일부 또는 전부를 삭제할 수 있다: UE가 전원을 끈 때; UICC/SIM 카드 또는 R-UIM이 UE에서 제거되거나 교체된 때; 새로운 IMS 운송 정책이 수신된 때; UE가 셀룰러 네트워크(PLMN) 또는 WLAN과 같은 네트워크로부터 분리된 때; UE 또는 네트워크가 PDP 콘텍스트, EPS/PDN 접속, EPS 베어러 또는 TCP 연합과 같은 데이터 접속을 비활성화, 파괴 또는 삭제한 때; 및/또는 UE 또는 네트워크가 IMS로부터 UE를 등록 해제한 때.

어느 때든, 사용자, 프로세스 또는 서비스는 UE가 특정 운송을 통하여 SIP/IMS 등록을 수행하도록 개시할 수 있다. 등록을 개시할 때, 그러나 등록 동작이 끝나기 전에(예를 들면, SIP REGISTER가 UE에 의해 네트워크에 보내지기 전에), UE는 UE의 저장된 IMS 운송 정책에서 특정 운송을 체크할 수 있다.

만일 UE의 저장된 IMS 운송 정책이 특정 운송을 포함하지 않으면(즉, 특정 운송을 포함하는 IMS 서비스 운송 규칙 세트가 없으면), UE는 SIP/IMS 등록을 수행하도록 허용될 수 있다(예를 들면, 하위 호환성을 허용하기 위해). 대안적으로, UE는 예를 들면 UE에게 이용 가능한 다른 정책, 구성 또는 세팅에 기초하여 SIP/IMS 등록의 수행이 금지될 수 있고, 이것은 네트워크가 운송 정책 솔루션의 사용을 지원한다는 것을 표시하여야 한다.

만일 UE의 저장된 IMS 운송 정책이 특정 운송을 포함하면(즉, 하나 이상의 IMS 서비스 운송 규칙 세트가 그들의 TID 컴포넌트에 정합 운송(matching transport)을 가지면), TID 컴포넌트에 특정 운송을 포함하는 IMS 서비스 운송 규칙에 표시된 IMS 기반 서비스가 SIP/IMS 등록시에 표시될 수 있다. 예를 들면, ICSI, IARI, 피처 태그 또는 미디어 피처 태그 중 하나 이상을 포함하는 SIP REGISTER가 UE에 의해 네트워크에게 보내질 수 있다.

만일 SIP가 운송 정책을 획득하기 위해 사용되면, UE는 SIP 등록을 완료할 필요가 있다. 그러나 UE는 정책을 획득한 후에, 구체적으로는 UE가 (정책에 따라서) 다른 액세스 네트워크를 사용하도록 요구된 경우에 후속적으로 재등록할 필요가 있다.

선택적인 보강으로서, UE는 저장된 IMS 운송 정책이 임의의 IMS 기반 서비스에 대한 특정 운송을 포함하지 않는 경우 및/또는 IMS 운송 정책이 모든 IMS 기반 서비스에 대한 특정 운송을 금지하는 경우에 SIP/IMS 등록을 수행하지 않을 수 있다. 그 경우에, UE는 SIP/IMS 등록이 거부 또는 금지되었다는 것을 사용자에게 및/또는 UE의 상위 프로토콜 계층에 표시할 수 있다.

적어도 하나의 성공적인 SIP/IMS 등록이 발생한 후의 임의의 시간에, 사용자 또는 프로세스 또는 서비스는 UE가 하나 이상의 동작을 수행하도록 개시할 수 있다. 예를 들면, UE는 음성/VoLTE 콜의 개시 또는 영상/ViLTE 콜의 개시와 같은, 특정 IMS 기반 서비스를 위해 새로운 콜/세션을 확립하도록 개시될 수 있다. 대안적으로 또는 추가적으로, UE는 기존 음성/VoLTE 콜을 영상/ViLTE 콜로 변경 또는 업그레이드하기 위해 수정하는 것 또는 기존 영상/ViLTE 콜을 다른 코덱 또는 다른 코덱 세팅을 사용하도록 수정하는 것과 같이, 특정 IMS 기반 서비스를 위해 기존 콜/세션을 수정하도록 개시될 수 있다. 대안적으로 또는 추가적으로, UE는 SMS 메시지를 보내거나 순시 메시지를 보내는 것과 같이, 특정 IMS 기반 서비스를 위해 메시지를 보내도록 개시될 수 있다.

개시 후에, 그러나 새로운 콜/세션의 확립, 기존 콜/세션의 수정 또는 메시지의 송출 전에, UE는 새로운 콜/세션, 수정된 콜/세션 또는 송출 대상 메시지와 연관된 IMS 기반 서비스가 UE의 저장된 IMS 운송 정책에서 언급되었는지 결정할 수 있다. UE는 또한 IMS 제어 평면 IP 흐름/데이터를 운송하기 위해 어떤 운송이 UE에게 이용 가능한지 체크할 수 있다. IMS 운송 정책의 체크 및 이용 가능한 운송의 체크는 임의의 순서로 수행될 수 있다. UE는 또한 IMS 사용자 평면 IP 흐름에 대하여 유사한 체크를 수행할 수 있다.

운송은 만일 운송이 IMS/SIP 등록(예를 들면, 3GPP TS 24.229 및 IETF RFC 3261에서 특정된 것)을 위해 예전에 사용되었으면 IMS 제어 평면 IP 흐름 또는 IMS 사용자 평면 IP 흐름을 운송하기 위해 UE에 이용할 수 있는 것으로 고려된다. 이 경우에, IMS는 SIP/IMS 크리덴셜(예를 들면, 사설 사용자 아이덴티티 또는 공중 사용자 아이덴티티 또는 Reg-Id 또는 InstanceId 또는 GRUU)과 함께 운송에 대한 인터페이스를 위해 UE의 IP 어드레스와 같이 그 운송에 대한 UE의 결합을 갖는다. 이 고려는 UE가 다른 IP 어드레스를 사용할 필요 없이 액세스 기술들 간에 오프로드, 이송 또는 핸드오버될 수 있는 운송을 포함한다. 예를 들면, 하나의 액세스 기술(예를 들면, E-UTRAN)을 통한 특정 APN(예를 들면, IMS 공지형 APN)에 대한 PDN 접속은 IMS/SIP 등록을 수행하기 위해 UE에 의해 사용되었을 수 있고, 그 다음에 특정 APN에 대한 PDN 접속이 나중에 다른 액세스 기술(예를 들면, Wi-Fi 또는 WLAN)로 오프로드 또는 핸드오버되었을 수 있다.

운송은 만일 UE가 PS 셀룰러 데이터를 이용하는 것이 금지되었으면 이용 불능인 것으로 추가적으로 또는 대안적으로 고려될 수 있고(예를 들면, "데이터 오프" 모드가 UE에서 활성화된다), 또는 운송은 이용 가능한 것으로 고려되고, UE가 PS 셀룰러 데이터를 이용하는 것이 금지되어 있는 동안에 운송이 선택된 IMS 서비스 운송 규칙 세트의 SID에서 식별된 서비스에 의해 사용될 수 있는지 결정하기 위해 선택된 IMS 서비스 운송 규칙 세트의 TID의 컴포넌트가 사용될 수 있다(뒤에서 설명함).

만일 운송이 IMS 제어 평면 IP 흐름 및/또는 IMS 사용자 평면 IP 흐름을 운송하기 위해 UE에 이용할 수 없고 네트워크가 운송 정책의 제공을 지원한다고 UE가 결정하였으면, 적어도 2개의 조건이 적용된다. 첫째로, 새로운 콜/세션이 확립될 예정이었으면 새로운 콜/세션은 확립되는 것이 실패하거나 금지된다. 둘째로, 만일 메시지가 송출될 예정이었으면 메시지는 송출되는 것이 실패 또는 금지된다. 상기 두가지의 경우에, 후술하는 비교 절차는 UE에 의해 생략될 수 있다.

기존 콜/세션에 대한 수정을 개시하는 경우에, 적어도 하나의 운송이 IMS 제어 평면 IP 흐름을 운송하기 위해 이용할 수 있는 것으로 가정될 수 있다. 즉, 기존 콜/세선에 대한 IMS 제어 평면 IP 흐름을 운송하기 위해 현재 사용되는 운송을 이용할 수 있다. 또한, 임의의 IMS 사용자 평면 IP 흐름을 운송하는데 이용할 수 있는 적어도 하나의 운송이 있다고 가정될 수 있다. 즉, 기존 콜/세션에 대한 IMS 사용자 평면 IP 흐름을 운송하기 위해 현재 사용되는 운송을 이용할 수 있다.

UE는 IMS 운송 정책에서 모든 IMS 서비스 운송 규칙 세트의 SID(예를 들면, ICSI)의 하나 이상의 요소를 새로운 콜/세션의 개시, 기존 콜/세션의 수정 또는 메시지의 전송을 위한 특정 IMS 기반 서비스의 세부와 일치시키려고 시도함으로써 상기 저장된 IMS 운송 정책으로부터 IMS 서비스 운송 규칙 세트을 선택할 수 있다. 개시된 새로운 콜/세션, 수정된 기존 콜/세션 또는 전송된 메시지를 위한 특정 IMS 기반 서비스의 세부는 개시되는 새로운 콜/세션, 수정되는 기존 콜/세션 또는 전송되는 메시지에 대하여 UE에 의해 보내지는 SIP 메소드의 헤더 필드(예를 들면, 접촉 헤더 필드 내와 같은 선호되는 ICSI) 및/또는 보디(예를 들면, SDP)의 콘텐츠 또는 요소에 포함될 수 있다.

만일 저장된 IMS 운송 정책으로부터 하나의 IMS 서비스 운송 규칙 세트가 새로운 콜/세션 개시, 기존 콜/세션 수정 또는 메시지 전송을 위한 특정 IMS 기반 서비스의 세부와 일치되면, 그 IMS 서비스 운송 규칙 세트은 선택된 IMS 서비스 운송 규칙 세트으로서 간주된다. 만일 저장된 IMS 운송 정책으로부터 2개 이상의 IMS 서비스 운송 규칙 세트가 개시된 새로운 콜/세션, 수정된 기존 콜/세션 또는 전송된 메시지를 위한 특정 IMS 기반 서비스의 세부와 일치되면, 하나의 IMS 서비스 운송 규칙 세트가 선택된다. 즉, 세트들 중의 하나가 그 경우의 선택된 IMS 서비스 운송 규칙 세트으로서 간주된다. IMS 서비스 운송 규칙 세트의 선택은 특정 운송, 일자, 시, 및/또는 일치된 IMS 서비스 운송 규칙 세트에서 표시된 우선순위 또는 순서와 관련된 하나 이상의 네트워크 아이덴티티에 기초를 둘 수 있다.

만일 저장된 IMS 운송 정책으로부터의 IMS 서비스 운송 규칙 세트가 새로운 콜/세션의 개시, 기존 콜/세션의 수정 또는 메시지의 전송을 위한 특정 IMS 기반 서비스의 세부와 일치되지 않으면, UE는 IMS 서비스 운송 규칙의 "디폴트" 세트과 같은 어떤 다른 기준에 기초하여 IMS 서비스 운송 규칙 세트을 선택할 수 있다.

만일 IMS 서비스 운송 규칙의 적어도 하나의 세트가 선택되고 적어도 하나의 운송이 IMS 제어 평면 IP 흐름을 운송하기 위해 UE에게 이용가능하면, 및 (선택적으로) 만일 네트워크가 운송 정책의 제공을 지원한다고 UE가 결정하였으면, 몇 가지 조건이 적용될 수 있다. 첫째로, 어떠한 운송도 IMS 사용자 평면 IP 흐름을 운송하도록 허용되지 않을 수 있다. 즉, UE에게 이용 가능한 운송은 선택된 IMS 서비스 운송 규칙에 따라 금지될 수 있다. 그 경우에, UE에 의해 개시되는 IMS 기반 서비스는 사용자 평면 IP 흐름(예를 들면, 음성 통화 또는 영상 통화)을 요구하도록 UE에 의해 공지될 수도 있고 공지되지 않을 수도 있다.

만일 그러한 정보가 UE에 의해 공지되면(예를 들면, SID의 분석에 의해), UE는 IMS 기반 서비스의 개시를 금지할 수 있다. 즉, UE는 IMS 기반 서비스를 위한 SIP 메소드를 네트워크에게 보내지 않는다. 만일 그러한 정보가 UE에 의해 공지되지 않으면, UE는 IMS 기반 서비스의 개시를 금지할 수도 있고 허용할 수도 있다. 즉, UE는 IMS 기반 서비스를 위한 SIP 메소드를 네트워크에게 보낼 수 있지만, 반드시 그럴 필요는 없다.

대안적으로, UE에 이용 가능한 적어도 하나의 운송이 IMS 사용자 평면 IP 흐름을 운송하도록 (선택된 IMS 서비스 운송 규칙에 따라) 허용되면, UE는 IMS 기반 서비스의 개시를 허용할 수 있다. 즉, UE는 IMS 기반 서비스에 대한 SIP 메소드를 네트워크에 보낼 수 있다.

만일 운송 정책이 SIP 시그널링을 이용하여 획득되면, UE는 운송 정책의 획득을 시도하기 위해 정책 메카니즘에 대한 SIP 등록 및 가입을 개시하도록 허용될 수 있다.

개시 또는 수정되는 IMS 기반 서비스가 허용되는 모든 경우에, UE는 도 3에 도시되고 첨부 설명으로 설명된 절차를 실행할 수 있다.

UE가 제어 평면에 대한 동적으로 생성된 라우팅 정책과 사용자 평면에 대한 동적으로 생성된 라우팅 정책 중의 어느 하나 또는 둘 다를 생성한 때, UE의 상위 계층은 새로운 AT 커맨드 또는 강화된 기존 AT 커맨드를 이용하여 라우팅 정책(예를 들면, ISRP, IARP 등)을 생성하도록 UE의 하위 계층에 통보할 수 있다.

만일 임의의 이용 가능한 운송을 금지하는 IMS 운송 정책에 기인하여 새로운 콜/세션의 확립이 실패 또는 금지되거나, 기존 콜/세션의 수정이 금지되거나, 메시지의 전송이 금지되면, UE는 실패 또는 금지를 사용자에게 통보하는 표시를 UE의 사용자에게 제공할 수 있다. 예를 들면, UE는 UE와 관련된 화면에 메시지를 디스플레이할 수 있고, UE와 관련된 스피커를 이용하여 가청 피드백을 제공할 수 있고, 진동시킬 수 있고, 및/또는 UE와 관련된 LED 또는 램프를 점등, 소등, 색 변경, 깜빡거림, 소정의 색으로 깜빡거림 또는 소정 속도로 깜빡거림을 야기할 수 있다.

특정 IMS 기반 서비스를 위한 기존 콜/세션의 개시 또는 수정의 대안으로서, 다른 이유 또는 트리거가 UE로 하여금 IMS 운송 정책을 진행중인 콜/세션에 적용하게 할 수 있다. 예를 들면, 장치의 타이머가 만료될 수 있고 또는 특정 시 및/또는 특정 일이 발생할 수 있다. 대안적으로, UE는 장치와 연관된 입력 메카니즘, 예를 들면, 물리적 또는 가상 키보드; 물리적 또는 가상 키패드; 장치의 물리적 버튼; 음성, 사운드 또는 마이크로폰 입력; 및/또는 장치의 움직임 및/또는 방향을 검출할 수 있는 장치와 연관된 하나 이상의 센서를 통한 사용자에 의한 표시를 수신할 수 있다. 대안적으로, RAN 규칙 프레임워크의 일부로서 수신된 표시를 이용하여, UE는 데이터 또는 트래픽의 조종 또는 오프로딩을 시작하기 위해 HPLMN 또는 VPLMN으로부터 표시를 수신할 수 있다. 즉, UE는 라디오 방송 채널의 부착된 네트워크로부터 UE에 의해 수신된 정보 요소(IE)(예를 들면, SIB 정보 요소) 및/또는 수신된 전용 메시지(예를 들면, RRCConnectionReconfiguration 메시지 또는 ACTIVE SET UPDATE 메시지)의 IE의 하나 이상의 표시에 의해 데이터/트래픽을 오프로드 또는 조종하기 위한 트리거를 수신할 수 있다.

UE가 HPLMN 또는 VPLMN으로부터 표시를 수신한 경우에, 3GPP TS 36.300의 예시적인 표준 텍스트가 도 13에 도시되어 있다. 그 경우의 3GPP TS 36.300의 다른 예시적인 표준 텍스트가 도 14에 도시되어 있다. 데이터 또는 트래픽의 조종 또는 오프로드를 시작하기 위한 표시를 HPLMN 또는 VPLMN으로부터 수신하기 위해 다른 정보 요소 및/또는 다른 메시지가 UE에 의해 사용될 수 있다.

상기의 것은 네트워크 요소에 의해 구현될 수 있다. 단순화한 네트워크 요소가 도 15에 도시되어 있다. 도 15에서, 네트워크 요소(3110)는 프로세서(3120)와 통신 서브시스템(3130)을 포함하고, 프로세서(3120)와 통신 서브시스템(3130)은 서로 협력하여 전술한 방법들을 수행한다.

또한, 상기의 것은 UE에 의해 구현될 수 있다. UE의 예를 도 16과 관련하여 이하에서 설명한다. UE(3200)는 음성 및 데이터 통신 능력이 있는 양방향 무선 통신 장치를 포함할 수 있다. 일부 실시형태에서, 음성 통신 능력은 선택적이다. UE(3200)는 일반적으로 인터넷상의 다른 컴퓨터 시스템과 통신하는 능력을 갖는다. 제공되는 정확한 기능에 따라서, UE(3200)는 예를 들면 데이터 메시징 장치, 양방향 페이저, 무선 이메일 장치, 데이터 메시징 능력이 있는 셀룰러 전화기, 무선 인터넷 기기, 무선 장치, 스마트폰, 모바일 장치, 또는 데이터 통신 장치를 말할 수 있다.

UE(3200)가 양방향 통신용으로 기능하는 경우에, UE(3200)는 수신기(3212) 및 송신기(3214)뿐만 아니라, 하나 이상의 안테나 요소(3216, 3218), 국부 발진기(LO)(3213), 및 디지털 신호 프로세서(DSP)(3220) 등의 처리 모듈과 같은 관련 컴포넌트를 포함한 통신 서브시스템(3211)을 통합할 수 있다. 통신 서브시스템(3211)의 특수한 설계는 UE(3200)가 동작하도록 의도되는 통신 네트워크에 의존할 수 있다.

네트워크 액세스 필요조건도 또한 네트워크(3219)의 유형에 따라 다를 수 있다. 일부 네트워크에 있어서, 네트워크 액세스은 UE(3200)의 가입자 또는 사용자와 관련된다. UE(3200)는 네트워크에서 동작하기 위해 분리형의 사용자 식별 모듈(RUIM) 또는 가입자 식별 모듈(SIM) 카드를 요구할 수 있다. SIM/RUIM 인터페이스(3244)는 전형적으로 SIM/RUIM 카드를 삽입할 수 있는 카드 슬롯과 유사하다. SIM/RUIM 카드는 메모리를 구비할 수 있고 신원 및 가입자 관련 정보와 같은 많은 키 구성(3251) 및 기타 정보(3253)를 유지할 수 있다.

필요한 네트워크 등록 또는 활성화 절차가 종료된 때, UE(3200)는 네트워크(3219)를 통해 통신 신호를 전송 및 수신할 수 있다. 도시된 것처럼, 네트워크(3219)는 UE(3200)와 통신하는 복수의 기지국을 포함할 수 있다.

통신 네트워크(3219)를 통해 안테나(3216)에 의해 수신된 신호는 수신기(3212)에 입력되고, 수신기(3212)는 신호 증폭, 주파수 다운 변환, 필터링, 채널 선택 등과 같은 통상의 수신기 기능을 수행할 수 있다. 수신된 신호의 아날로그-디지털(A/D) 변환은 DSP(3220)에서 수행되는 복조 및 디코딩과 같은 더 복잡한 통신 기능을 가능하게 한다. 유사한 방식으로, 송신되는 신호는 DSP(3220)에 의해 예를 들면 변조 및 인코딩 처리되고, 디지털-아날로그(D/A) 변환, 주파수 업 변환, 필터링, 증폭, 및 안테나(3218)를 통한 통신 네트워크(3219)로의 송신을 위해 송신기(3214)에 입력된다. DSP(3220)는 통신 신호를 처리할 뿐만 아니라 수신기 및 송신기 제어를 제공한다. 예를 들면, 수신기(3212) 및 송신기(3214)에서 통신 신호에 적용되는 이득은 DSP(3220)에서 구현되는 자동 이득 제어 알고리즘을 통하여 적응적으로 제어될 수 있다.

UE(3200)는 일반적으로 장치의 전체 동작을 제어하는 프로세서(3238)를 포함한다. 데이터 및 음성 통신을 포함한 통신 기능은 통신 서브시스템(3211)을 통해 수행된다. 프로세서(3238)는 또한 디스플레이(3222), 플래시 메모리(3224), 랜덤 액세스 메모리(RAM)(3226), 보조 입력/출력(I/O) 서브시스템(3228), 직렬 포트(3230), 하나 이상의 키보드 또는 키패드(3232), 스피커(3234), 마이크로폰(3236), 단거리 통신 서브시스템과 같은 다른 통신 서브시스템(3240), 및 참조 번호 3242로 포괄적으로 표시한 임의의 다른 장치 서브시스템과 같은 추가의 장치 서브시스템과 상호작용한다. 직렬 포트(3230)는 USB 포트 또는 현재 공지되었거나 미래에 개발될 다른 포트를 포함할 수 있다.

도시된 일부 서브시스템은 통신 관련 기능을 수행하고, 다른 서브시스템은 "상주"(resident) 또는 온디바이스(on-device) 기능을 제공할 수 있다. 특히, 예컨대 키보드(3232) 및 디스플레이(3222)와 같은 일부 서브시스템은 통신 네트워크를 통한 송신용 텍스트 메시지 입력과 같은 통신 관련 기능, 및 계산기 또는 작업 목록(task list)과 같은 장치 상주 기능 모두에 대하여 사용될 수 있다.

프로세서(3238)에 의해 사용되는 운영체제 소프트웨어는 플래시 메모리(3224) 등의 영속적 기억 장치에 저장되지만, 읽기 전용 메모리(ROM) 또는 유사한 기억장치 요소(도시 생략됨)에 대신 저장될 수도 있다. 운영체제, 특수 장치 애플리케이션, 또는 그 일부가 RAM(3226)과 같은 휘발성 메모리에 임시로 로드될 수 있다. 수신된 통신 신호가 RAM(3226)에 또한 저장될 수 있다.

도시된 것처럼, 플래시 메모리(3224)는 컴퓨터 프로그램용(3258)과 프로그램 데이터 저장용(3250, 3252, 3254, 3256)의 상이한 영역으로 분리될 수 있다. 이러한 상이한 저장 유형은 각 프로그램이 플래시 메모리(3224)의 일부를 그 자신의 데이터 저장 필요조건을 위해 할당할 수 있음을 표시한다. 프로세서(3238)는, 그 운영체제 기능 외에, UE(3200)에서 소프트웨어 애플리케이션을 실행하게 할 수 있다. 예컨대 적어도 데이터 및 음성 통신 애플리케이션을 포함한 기본 동작을 제어하는 미리 정해진 애플리케이션들의 세트은 전형적으로 제조시에 UE(3200)에 설치된다. 다른 애플리케이션들은 후속적으로 또는 동적으로 설치될 수 있다.

애플리케이션 및 소프트웨어는 임의의 컴퓨터 판독가능 기억 매체에 저장될 수 있다. 컴퓨터 판독가능 기억 매체는 광학 매체(예를 들면, CD, DVD 등), 자기 매체(예를 들면, 테이프) 또는 현재 공지되었거나 미래에 개발될 다른 메모리와 같은 유형체의 매체 또는 일시적/비일시적 매체일 수 있다.

하나의 소프트웨어 애플리케이션은, 비제한적인 예를 들자면, 이메일, 캘린더 이벤트, 음성 메일, 약속 및 작업 항목과 같은, UE(3200)의 사용자에 관한 데이터 아이템을 조직 및 관리하는 능력이 있는 개인 정보 관리자(PIM) 애플리케이션일 수 있다. 물론, PIM 데이터 아이템들을 저장하기 위해 UE(3200)에서 하나 이상의 메모리 기억장치를 사용하는 것도 가능하다. 그러한 PIM 애플리케이션은 무선 네트워크(3219)를 통하여 데이터 아이템을 전송 및 수신하는 능력을 가질 수 있다. 다른 애플리케이션들이 네트워크(3219), 보조 I/O 서브시스템(3228), 직렬 포트(3230), 단거리 통신 서브시스템(3240) 또는 임의의 다른 적당한 서브시스템(3242)을 통하여 UE(3200)에게 또한 로드되고, 프로세서(3238)에 의한 실행을 위해 사용자에 의해 RAM(3226) 또는 비휘발성 기억장치(도시 생략됨)에 설치될 수 있다. 애플리케이션 설치에 있어서의 이러한 융통성은 UE(3200)의 기능을 향상시키고 향상된 온디바이스 기능 또는 통신 관련 기능, 또는 상기 2가지 기능을 모두 제공할 수 있다. 예를 들면, 보안 통신 애플리케이션은 UE(3200)를 이용하여 수행되는 전자 상거래 기능 및 기타의 금융 거래를 가능하게 한다.

데이터 통신 모드에서, 텍스트 메시지 또는 웹 페이지 다운로드와 같은 수신 신호는 통신 서브시스템(3211)에 의해 처리되어 프로세서(3238)에 입력되고, 프로세서(3238)는 수신된 신호를 추가로 처리하여 디스플레이(3222)에, 또는 대안적으로 보조 I/O 장치(3228)에 출력할 수 있다.

UE(3200)의 사용자는 디스플레이(3222) 및 가능하다면 보조 I/O 장치(3228)와 함께, 다른 무엇보다도 특히 완전한 알파뉴메릭 키보드 또는 전화기형 키패드일 수 있는 키보드(3232)를 이용하여 예를 들면 이메일 메시지 등의 데이터 아이템을 또한 구성할 수 있다. 이러한 구성된 아이템은 그 다음에 통신 서브시스템(3211)을 거쳐서 통신 네트워크를 통해 송신될 수 있다.

음성 통신의 경우에, UE(3200)의 전체적인 동작은 수신 신호가 전형적으로 스피커(3234)로 출력되고 송신을 위한 신호가 마이크로폰(3236)에 의해 생성된다는 점을 제외하면 유사하다. 음성 메시지 기록 서브시스템과 같은 대안적인 음성 또는 오디오 I/O 서브시스템이 UE(3200)에서 또한 구현될 수 있다. 비록 음성 또는 오디오 신호 출력이 주로 스피커(3234)를 통하여 달성되지만, 디스플레이(3222)를 또한 이용하여 예를 들면 통화 당사자의 아이덴티티, 음성 통화 지속기간, 또는 다른 음성 통화 관련 정보의 표시를 제공할 수 있다.

직렬 포트(3230)는 사용자의 데스크톱 컴퓨터(도시 생략됨)와의 동기화가 바람직한 개인용 정보 단말기(PDA)형 장치에서 구현되지만, 이러한 포트는 선택적인 장치 컴포넌트이다. 이러한 포트(3230)는 사용자가 외부 장치 또는 소프트웨어 애플리케이션을 통하여 선호도를 설정할 수 있게 하고, 무선 통신 네트워크를 통해서가 아니라 UE(3200)에게 정보 또는 소프트웨어 다운로드를 제공함으로써 UE(3200)의 능력을 확장할 수 있다. 대안적인 다운로드 경로는 예를 들면 안전한 장치 통신이 가능하도록 직접적이고 따라서 신뢰성 있는 접속을 통하여 UE(3200)에 암호화 키를 로드하기 위해 사용될 수 있다. 직렬 포트(3230)는 장치를 모뎀으로서 작용하도록 컴퓨터에 접속하기 위해 또한 사용될 수 있다.

단거리 통신 서브시스템과 같은 다른 통신 서브시스템(3240)은 반드시 유사한 장치일 필요가 없는 UE(3200)와 다른 시스템 또는 장치 간의 통신을 제공할 수 있는 추가의 선택적인 컴포넌트이다. 예를 들면, 서브시스템(3240)은 적외선 장치 및 관련 회로와, 유사하게 인에이블되는 시스템 및 장치와의 통신을 제공하는 컴포넌트 또는 블루투스(Bluetooth™) 통신 모듈을 포함할 수 있다. 서브시스템(3240)은 WiFi, WiMAX, 근거리 무선 통신(NFC) 및/또는 무선 주파수 식별(RFID)과 같은 비-셀룰러 통신을 또한 포함할 수 있다. 다른 통신 요소(3240)가 태블릿 디스플레이, 키보드 또는 프로젝터와 같은 보조 장치와 통신하기 위해 또한 사용될 수 있다.

전술한 UE 및 다른 컴포넌트들은 전술한 동작들과 관련된 명령어를 실행할 수 있는 처리 컴포넌트를 포함할 수 있다. 도 17은 여기에서 설명한 하나 이상의 실시형태를 구현하는데 적합한 처리 컴포넌트(3310)를 포함한 시스템(3300)의 예를 보인 것이다. 프로세서(3310)(중앙 처리 장치 또는 CPU라고 부를 수 있음) 외에, 시스템(3300)은 네트워크 접속 장치(3320), 랜덤 액세스 메모리(RAM)(3330), 읽기 전용 메모리(ROM)(3340), 이차 스토리지(3350) 및 입력/출력(I/O) 장치(3360)를 포함할 수 있다. 이러한 컴포넌트들은 버스(3370)를 통해 서로 통신할 수 있다. 일부 경우에, 상기 컴포넌트들 중의 일부는 없을 수도 있고, 또는 서로 간에 또는 도시 생략된 다른 컴포넌트와 각종 조합으로 결합될 수도 있다. 상기 컴포넌트들은 단일 물리적 엔티티에 또는 2개 이상의 물리적 엔티티에 위치될 수 있다. 프로세서(3310)에 의해 취해지는 것으로 여기에서 설명한 임의의 동작들은 프로세서(3310) 단독으로, 또는 디지털 신호 프로세서(DSP)(3380)와 같이 도시된 또는 도시 생략된 하나 이상의 컴포넌트와 함께 프로세서(3310)에 의해 취해질 수 있다. 비록 DSP(3380)가 별도의 컴포넌트로서 도시되어 있지만, DSP는 프로세서(3310)와 통합될 수 있다.

프로세서(3310)는 네트워크 접속 장치(3320), RAM(3330), ROM(3340) 또는 이차 스토리지(3350)(하드 디스크, 플로피 디스크 또는 광디스크와 같은 각종 디스크 기반 시스템을 포함할 수 있음)로부터 액세스되는 명령어, 코드, 컴퓨터 프로그램 또는 스크립트를 실행한다. 비록 단지 하나의 CPU(3310)만이 도시되어 있지만, 복수의 프로세서가 존재할 수 있다. 따라서, 명령어가 하나의 프로세서에 의해 실행되는 것으로 설명되지만, 명령어는 1개 또는 복수의 프로세서에 의해 동시에, 직렬로 또는 다른 방식으로 실행될 수 있다. 프로세서(3310)는 하나 이상의 CPU 칩으로서 구현될 수 있다.

네트워크 접속 장치(3320)는 모뎀, 모뎀 뱅크, 이더넷 장치, 범용 직렬 버스(USB) 인터페이스 장치, 직렬 인터페이스, 토큰 링 장치, 광섬유 분산 데이터 인터페이스(FDDI) 장치, 무선 근거리 통신망(WLAN) 장치, 코드 분할 다중 접속(CDMA)장치와 같은 라디오 송수신기 장치, 글로벌 무선 통신 시스템(GSM) 라디오 송수신기 장치, 범용 이동 통신 시스템(UMTS) 라디오 송수신기 장치, 롱텀 에볼루션(LTE) 라디오 송수신기 장치, 마이크로파 액세스를 위한 전세계 상호운용성(worldwide interoperability for microwave access, WiMAX) 장치, 및/또는 네트워크에의 접속을 위한 다른 공지된 장치의 형태를 취할 수 있다. 이러한 네트워크 접속 장치(3320)는 프로세서(3310)가 정보를 수신하거나 프로세서(3310)가 정보를 출력할 수 있는 인터넷 또는 하나 이상의 전기통신 네트워크 또는 다른 네트워크와 프로세서(3310)가 통신하게 할 수 있다. 네트워크 접속 장치(3320)는 데이터를 무선으로 송신 및/또는 수신할 수 있는 하나 이상의 송수신기 컴포넌트(3325)를 또한 포함할 수 있다.

RAM(3330)은 휘발성 데이터 및 아마도 프로세서(3310)에 의해 실행되는 명령어를 저장하기 위해 사용될 수 있다. ROM(3340)은 전형적으로 이차 스토리지(3350)의 메모리 용량보다 더 작은 메모리 용량을 가진 비휘발성 메모리 장치이다. ROM(3340)은 명령어 및 아마도 명령어의 실행 중에 판독된 데이터를 저장하기 위해 사용될 수 있다. RAM(3330) 및 ROM(3340)에 대한 액세스는 전형적으로 이차 스토리지(3350)에 대한 액세스보다 더 빠르다. 이차 스토리지(3350)는 전형적으로 하나 이상의 디스크 드라이브 또는 테이프 드라이브로 구성되고 데이터의 비휘발성 저장을 위해서 또는 RAM(3330)이 모든 작업 데이터를 유지할 정도로 충분히 크기 않은 경우에 오버플로우 데이터 기억 장치로서 사용될 수 있다. 이차 스토리지(3350)는 프로그램이 실행을 위해 선택된 때 RAM(3330)에 로드되는 상기 프로그램을 저장하기 위해 사용될 수 있다.

I/O 장치(3360)는 액정 디스플레이(LCD), 터치 스크린 디스플레이, 키보드, 키패드, 스위치, 다이얼, 마우스, 트랙볼, 음성 인식 장치, 카드 리더, 종이 테이프 리더, 프린터, 영상 모니터 또는 다른 공지된 입력/출력 장치를 포함할 수 있다. 또한, 송수신기(3325)는 네트워크 접속 장치(3320)의 컴포넌트를 대신하는 또는 추가적인 I/O 장치(3360)의 컴포넌트로서 고려될 수 있다.

하기의 것들은 인용에 의해 모든 목적으로 본원에 통합된다: 3GPP TS 27.007, 3GPP TS 22.278, 3GPP TS 23.402, 3GPP TS 24.312, 3GPP TS 36.300, 3GPP TS 36.304, 3GPP TS 36.331, 3GPP TS 24.237, 3GPP TS 24.216, 3GPP TS 24.229, 3GPP TS 23.401, 3GPP TS 24.604, 3GPP TS 24.167, 3GPP TS 23.228, 3GPP TS 24.341, 3GPP TS 31.102, 3GPP TS 31.103, 3GPP TS 24.008, 3GPP TS 24.301, 3GPP TS 23.203, 3GPP TS 23.060, IETF RFC 3260, IETF RFC 4566, IETF RFC 3840, IETF RFC 6795, IETF 드래프트 draft-mccann-session-policy-framework-using-eap, GSMA PRD IR.92, 및 GSMA PRD IR.94.

일 실시형태에 있어서, UE에서의 방법이 제공된다. 이 방법은 IMS 서비스 운송 규칙의 적어도 하나의 세트에 기초하여 적어도 하나의 라우팅 정책을 UE에 의해 생성하는 단계와; 적어도 하나의 라우팅 정책에 관한 정보를 UE의 상위 프로토콜 계층에 의해 UE의 하위 프로토콜 계층에 전달하는 단계와; 적어도 하나의 라우팅 정책에 따라 액세스 기술 또는 PDN 접속을 이용하여 데이터를 상기 하위 프로토콜 계층에 의해 IMS 네트워크에 전송하는 단계를 포함한다.

다른 실시형태에 있어서, UE가 제공된다. UE는 명령어를 포함한 메모리 및 상기 메모리에 결합된 프로세서를 포함한다. 프로세서는 UE가 IMS 서비스 운송 규칙의 적어도 하나의 세트에 기초하여 적어도 하나의 라우팅 정책을 생성하게 하고, UE의 상위 프로토콜 계층이 적어도 하나의 라우팅 정책에 관한 정보를 UE의 하위 프로토콜 계층에 전달하게 하고, UE의 하위 프로토콜 계층이 적어도 하나의 라우팅 정책에 따라 액세스 기술 또는 PDN 접속을 이용하여 데이터를 IMS 네트워크에 전송하게 하는 명령어를 실행하도록 구성된다.

다른 실시형태에 있어서, 컴퓨터 판독가능 매체가 제공된다. 컴퓨터 판독가능 매체는, 프로세서에 의해 실행된 때, UE가 IMS 서비스 운송 규칙의 적어도 하나의 세트에 기초하여 적어도 하나의 라우팅 정책을 생성하게 하고, UE의 상위 프로토콜 계층이 적어도 하나의 라우팅 정책에 관한 정보를 UE의 하위 프로토콜 계층에 전달하게 하고, UE의 하위 프로토콜 계층이 적어도 하나의 라우팅 정책에 따라 액세스 기술 또는 PDN 접속을 이용하여 데이터를 IMS 네트워크에 전송하게 하는 명령어를 포함한다.

비록 몇 가지 실시형태가 본 명세서에서 제공되었지만, 개시된 시스템 및 방법들은 본 발명의 정신 또는 범위로부터 벗어나지 않고 많은 다른 특수한 형태로 구현될 수 있다. 여기에서 설명한 예들은 예시적인 것이고 제한하는 것이 아니며, 여기에서 제공된 세부를 제한하는 것으로 의도되지 않는다. 예를 들면, 각종 요소 또는 컴포넌트들은 다른 시스템에 결합 또는 통합될 수 있고, 또는 어떤 특징은 생략되거나 구현되지 않을 수 있다.

또한, 각종 실시형태에서 별도의 것 또는 분리된 것으로서 설명 및 예시된 기술, 시스템, 서브시스템 및 방법들은 본 발명의 범위로부터 벗어나지 않고 다른 시스템, 모듈, 기술 또는 방법과 결합 또는 통합될 수 있다. 서로 결합되거나 직접 결합되거나 또는 통신하는 것으로 도시 또는 설명한 다른 아이템들은 전기적으로, 기계적으로 또는 다른 방식으로 일부 인터페이스, 장치 또는 중간 컴포넌트를 통하여 간접적으로 결합 또는 통신할 수 있다. 당업자라면 변경, 대체 및 개조의 다른 예들을 생각할 수 있을 것이고, 본 발명의 정신 및 범위로부터 벗어나지 않고 구성할 수 있을 것이다.

Claims (30)

1. 사용자 장비(UE, user equipment)(110) 상에서의 방법에 있어서,
   상기 UE에 의해, 인터넷 프로토콜 멀티미디어 서브시스템(IMS, Internet Protocol Multimedia Subsystem) 기반 서비스를 개시하기 위해 세션 개시 프로토콜(SIP, Session Initiation Protocol) 요청 메소드를 생성하는 단계;
   상기 SIP 요청 메소드로부터 선호되는 IMS 통신 서비스 식별자(ICSI, IMS communication Service Identifier)를 이용하여 IMS 운송 정책을 조사 및 검색하는 단계;
   상기 UE에 의해, IMS 서비스 운송 규칙(410A, 410B)의 적어도 하나의 세트를 포함하는 상기 IMS 운송 정책에 기초하여 적어도 하나의 라우팅 정책을 생성하는 단계(312, 322);
   상기 UE의 상위 프로토콜 계층에 의해, 상기 적어도 하나의 라우팅 정책에 관한 정보를 상기 UE의 하위 프로토콜 계층에 전달하는 단계(communicating)(314, 324);
   상기 UE의 하위 프로토콜 계층에 의해, 액세스 기술 또는 패킷 데이터 네트워크(PDN, Packet Data Network) 접속을 이용하여 데이터를 IMS 네트워크에 전송하는 단계 - 상기 액세스 기술 또는 PDN 접속은 상기 적어도 하나의 라우팅 정책에 따라 선택됨 - ; 및
   상기 IMS 서비스 운송 규칙의 적어도 하나의 세트가 상기 UE에 대한 "데이터 오프" 모드에 관한 표시를 포함할 때, 상기 IMS 서비스 운송 규칙에서 식별된 하나 이상의 운송에 대하여 하나 이상의 IMS 서비스가 허용되는지 또는 금지되는지 여부를 표시하는 단계
   를 포함하는, 사용자 장비(UE) 상에서의 방법.
2. 제1항에 있어서,
   상기 적어도 하나의 라우팅 정책은 제어 평면에 대한 적어도 하나의 라우팅 정책을 포함하는 것인, 사용자 장비(UE) 상에서의 방법.
3. 제1항 또는 제2항에 있어서,
   상기 적어도 하나의 라우팅 정책은 사용자 평면에 대한 적어도 하나의 라우팅 정책을 포함하고, 상기 사용자 평면에 대한 적어도 하나의 라우팅 정책은 적어도 상기 IMS 네트워크와 함께 확립된 세션 개시 프로토콜(SIP, Session Initiation Protocol) 세션과 관련된 정보에 기초하여 생성되는 것인, 사용자 장비(UE) 상에서의 방법.
4. 제3항에 있어서,
   상기 SIP 세션과 관련된 정보는 서비스 설명 프로토콜(SDP, Service Description Protocol) 정보를 포함하는 것인, 사용자 장비(UE) 상에서의 방법.
5. 제4항에 있어서,
   상기 SDP 정보는 미디어에 대하여 사용될 하나 이상의 포트의 표시를 포함하는 것인, 사용자 장비(UE) 상에서의 방법.
6. 제1항 또는 제2항에 있어서,
   상기 상위 프로토콜 계층은 새로운 또는 강화된 어텐션(AT, ATtention) 커맨드를 이용하여 상기 적어도 하나의 라우팅 정책을 상기 하위 프로토콜 계층에 전달하는 것인, 사용자 장비(UE) 상에서의 방법.
7. 제1항 또는 제2항에 있어서,
   상기 적어도 하나의 라우팅 정책을 생성하는 단계는,
   IMS 통신 서비스 식별자(ICSI, IMS Communication Service Identifier);
   IMS 애플리케이션 참조 식별자(IARI, IMS Application Reference Identifier);
   피처 태그;
   미디어 피처 태그;
   서비스 설명 프로토콜(SDP) 설명의 컴포넌트;
   세션 개시 프로토콜(SIP) 메소드;
   SIP 응답; 또는
   맵핑 코드
   중 하나 이상에 기초하여 상기 IMS 서비스를 식별하는 단계를 더 포함하는 것인, 사용자 장비(UE) 상에서의 방법.
8. 제1항 또는 제2항에 있어서,
   상기 적어도 하나의 라우팅 정책을 생성하는 단계는,
   허용된 무선 액세스 기술(RAT, Radio Access Technology);
   금지된 RAT;
   허용된 액세스 포인트 네임(APN, Access Point Name); 또는
   금지된 APN
   중 적어도 하나를 상기 IMS 운송 정책에 기초하여 식별하는 단계를 더 포함하는 것인, 사용자 장비(UE) 상에서의 방법.
9. 제8항에 있어서,
   2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN이 식별될 때, 상기 2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN의 선호도의 표시가 상기 적어도 하나의 라우팅 정책에 포함되는 것인, 사용자 장비(UE) 상에서의 방법.
10. 삭제
11. 사용자 장비(UE)(110)에 있어서,
    명령어를 포함하는 메모리; 및
    상기 메모리에 결합되는 프로세서
    를 포함하며,
    상기 프로세서는, 상기 UE가 인터넷 프로토콜 멀티미디어 서브시스템(IMS, Internet Protocol Multimedia Subsystem) 기반 서비스를 개시하기 위해 세션 개시 프로토콜(SIP, Session Initiation Protocol) 요청 메소드를 생성하고, 상기 SIP 요청 메소드로부터 선호되는 IMS 통신 서비스 식별자(ICSI, IMS communication Service Identifier)를 이용하여 IMS 운송 정책을 조사 및 검색하고, IMS 서비스 운송 규칙(410A, 410B)의 적어도 하나의 세트를 포함하는 상기 IMS 운송 정책에 기초하여 적어도 하나의 라우팅 정책을 생성하게끔(312, 322), 그리고 상기 UE의 상위 프로토콜 계층이 상기 적어도 하나의 라우팅 정책에 관한 정보를 상기 UE의 하위 프로토콜 계층에 전달하게끔(communicating)(314, 324), 그리고 상기 UE의 하위 프로토콜 계층이 액세스 기술 또는 패킷 데이터 네트워크(PDN, Packet Data Network) 접속을 이용하여 데이터를 IMS 네트워크에 전송하게끔 - 상기 액세스 기술 또는 PDN 접속은 상기 적어도 하나의 라우팅 정책에 따라 선택됨 - 명령어를 실행하도록 구성되고,
    상기 IMS 서비스 운송 규칙의 적어도 하나의 세트가 상기 UE에 대한 "데이터 오프" 모드에 관한 표시를 포함할 때, 상기 IMS 서비스 운송 규칙에서 식별된 하나 이상의 운송에 대하여 IMS 서비스가 허용되는지 또는 금지되는지 여부에 관한 표시가 제공되는 것인, 사용자 장비(UE).
12. 제11항에 있어서,
    상기 적어도 하나의 라우팅 정책은 제어 평면에 대한 적어도 하나의 라우팅 정책을 포함하는 것인, 사용자 장비(UE).
13. 제11항 또는 제12항에 있어서,
    상기 적어도 하나의 라우팅 정책은 사용자 평면에 대한 적어도 하나의 라우팅 정책을 포함하고, 상기 사용자 평면에 대한 적어도 하나의 라우팅 정책은 적어도 상기 IMS 네트워크와 함께 확립된 세션 개시 프로토콜(SIP) 세션과 관련된 정보에 기초하여 생성되는 것인, 사용자 장비(UE).
14. 제13항에 있어서,
    상기 SIP 세션과 관련된 정보는 서비스 설명 프로토콜(SDP) 정보를 포함하는 것인, 사용자 장비(UE).
15. 제14항에 있어서,
    상기 SDP 정보는 미디어에 대하여 사용될 하나 이상의 포트의 표시를 포함하는 것인, 사용자 장비(UE).
16. 제11항 또는 제12항에 있어서,
    상기 상위 프로토콜 계층은 새로운 또는 강화된 어텐션(AT) 커맨드를 이용하여 상기 적어도 하나의 라우팅 정책을 상기 하위 프로토콜 계층에 전달하는 것인, 사용자 장비(UE).
17. 제11항 또는 제12항에 있어서,
    상기 적어도 하나의 라우팅 정책의 생성은,
    IMS 통신 서비스 식별자(ICSI);
    IMS 애플리케이션 참조 식별자(IARI);
    피처 태그;
    미디어 피처 태그;
    서비스 설명 프로토콜(SDP) 설명의 컴포넌트;
    세션 개시 프로토콜(SIP) 메소드;
    SIP 응답; 또는
    맵핑 코드
    중 하나 이상에 기초하여 상기 IMS 서비스를 식별하는 것을 더 포함하는 것인, 사용자 장비(UE).
18. 제11항 또는 제12항에 있어서,
    상기 적어도 하나의 라우팅 정책의 생성은,
    허용된 무선 액세스 기술(RAT);
    금지된 RAT;
    허용된 액세스 포인트 네임(APN); 또는
    금지된 APN
    중 적어도 하나를 상기 IMS 운송 정책에 기초하여 식별하는 것을 더 포함하는 것인, 사용자 장비(UE).
19. 제18항에 있어서,
    2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN이 식별될 때, 상기 2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN의 선호도의 표시가 상기 적어도 하나의 라우팅 정책에 포함되는 것인, 사용자 장비(UE).
20. 삭제
21. 실행될 때, 프로세서로 하여금 사용자 장비(UE)(110) 상에서 방법을 구현하게 하는, 상기 프로세서에 의해 실행가능한 명령어를 포함한 컴퓨터 판독가능 매체에 있어서,
    상기 방법은:
    상기 UE에 의해, 인터넷 프로토콜 멀티미디어 서브시스템(IMS, Internet Protocol Multimedia Subsyste) 기반 서비스를 개시하기 위해 세션 개시 프로토콜(SIP, Session Initiation Protocol) 요청 메소드를 생성하는 단계;
    상기 SIP 요청 메소드로부터 선호되는 IMS 통신 서비스 식별자(ICSI, IMS communication Service Identifier)를 이용하여 IMS 운송 정책을 조사 및 검색하는 단계;
    상기 UE에 의해, IMS 서비스 운송 규칙(410A, 410B)의 적어도 하나의 세트를 포함하는 상기 IMS 운송 정책에 기초하여 적어도 하나의 라우팅 정책을 생성하는 단계(312, 322);
    상기 UE의 상위 프로토콜 계층에 의해, 상기 적어도 하나의 라우팅 정책에 관한 정보를 상기 UE의 하위 프로토콜 계층에 전달하는 단계(communicating)(314, 324);
    상기 UE의 하위 프로토콜 계층에 의해, 액세스 기술 또는 패킷 데이터 네트워크(PDN, Packet Data Network) 접속을 이용하여 데이터를 IMS 네트워크에 전송하는 단계 - 상기 액세스 기술 또는 PDN 접속은 상기 적어도 하나의 라우팅 정책에 따라 선택됨 - ; 및
    상기 IMS 서비스 운송 규칙의 적어도 하나의 세트가 상기 UE에 대한 "데이터 오프" 모드에 관한 표시를 포함할 때, 상기 IMS 서비스 운송 규칙에서 식별된 하나 이상의 운송에 대하여 하나 이상의 IMS 서비스가 허용되는지 또는 금지되는지 여부를 표시하는 단계
    를 포함하는 것인, 컴퓨터 판독가능 매체.
22. 제21항에 있어서,
    상기 적어도 하나의 라우팅 정책은 제어 평면에 대한 적어도 하나의 라우팅 정책을 포함하는 것인, 컴퓨터 판독가능 매체.
23. 제21항 또는 제22항에 있어서,
    상기 적어도 하나의 라우팅 정책은 사용자 평면에 대한 적어도 하나의 라우팅 정책을 포함하고, 상기 사용자 평면에 대한 적어도 하나의 라우팅 정책은 적어도 상기 IMS 네트워크와 함께 확립된 세션 개시 프로토콜(SIP) 세션과 관련된 정보에 기초하여 생성되는 것인, 컴퓨터 판독가능 매체.
24. 제23항에 있어서,
    상기 SIP 세션과 관련된 정보는 서비스 설명 프로토콜(SDP) 정보를 포함하는 것인, 컴퓨터 판독가능 매체.
25. 제24항에 있어서,
    상기 SDP 정보는 미디어에 대하여 사용될 하나 이상의 포트의 표시를 포함하는 것인, 컴퓨터 판독가능 매체.
26. 제21항 또는 제22항에 있어서,
    상기 상위 프로토콜 계층은 새로운 또는 강화된 어텐션(AT) 커맨드를 이용하여 상기 적어도 하나의 라우팅 정책을 상기 하위 프로토콜 계층에 전달하는 것인, 컴퓨터 판독가능 매체.
27. 제21항 또는 제22항에 있어서,
    상기 적어도 하나의 라우팅 정책의 생성은,
    IMS 통신 서비스 식별자(ICSI);
    IMS 애플리케이션 참조 식별자(IARI);
    피처 태그;
    미디어 피처 태그;
    서비스 설명 프로토콜(SDP) 설명의 컴포넌트;
    세션 개시 프로토콜(SIP) 메소드;
    SIP 응답; 또는
    맵핑 코드
    중 하나 이상에 기초하여 상기 IMS 서비스를 식별하는 것을 더 포함하는 것인, 컴퓨터 판독가능 매체.
28. 제21항 또는 제22항에 있어서,
    상기 적어도 하나의 라우팅 정책의 생성은,
    허용된 무선 액세스 기술(RAT);
    금지된 RAT;
    허용된 액세스 포인트 네임(APN); 또는
    금지된 APN
    중 적어도 하나를 상기 IMS 운송 정책에 기초하여 식별하는 것을 더 포함하는 것인, 컴퓨터 판독가능 매체.
29. 제28항에 있어서,
    2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN이 식별될 때, 상기 2개 이상의 허용된 RAT, 금지된 RAT, 허용된 APN, 또는 금지된 APN의 선호도의 표시가 상기 적어도 하나의 라우팅 정책에 포함되는 것인, 컴퓨터 판독가능 매체.
30. 삭제

Images