WO2015142048A1

WO2015142048A1 - 서비스 요청 절차 수행 방법 및 사용자 장치

Info

Publication number: WO2015142048A1
Application number: PCT/KR2015/002621
Authority: WO
Inventors: 김재현; 이영대; 김래영; 김현숙; 김태훈; 정성훈
Original assignee: 엘지전자 주식회사
Priority date: 2014-03-19
Filing date: 2015-03-18
Publication date: 2015-09-24
Also published as: CN105659691A; EP3122145A4; WO2015142049A1; US20160227468A1; JP6169799B2; KR101828725B1; JP2016529855A; CN105794300A; KR20160048819A; EP3119156A1; JP6161825B2; JP2017184287A; EP3119156A4; US20160227469A1; KR20160052569A; EP3122145A1; EP3122145B1; JP2016529856A

Abstract

본 명세서의 일 개시는 사용자 장치(user equipment: UE)에서 서비스 요청 절차(Service Request procedure)를 수행하는 방법을 제공한다. 상기 방법은 ACB(Access Class Barring) 검사에 대한 스킵 정보를 수신하는 단계와; MMTEL(multimedia telephony) 서비스 및 단문 메시지 서비스(SMS ) 중 어느 하나를 위해 서비스 요청 절차를 수행해야 하는 경우, 상기 스킵 정보를 확인하는 단계와; 그리고 상기 스킵 정보에 상기 MMTEL 서비스 및 SMS 중 어느 하나를 위해서는 ACB 검사를 스킵하라고 설정되어 있는 경우, 상기 서비스 요청 절차를 위해 RRC(Radio Resource Control) 연결 요청 메시지를 전송하는 단계를 포함할 수 있다.

Description

서비스 요청 절차 수행 방법 및 사용자 장치

본 발명은 이동통신에 관한 것이다.

이동통신 시스템의 기술 규격을 제정하는 3GPP에서는 4세대 이동통신과 관련된 여러 포럼들 및 새로운 기술에 대응하기 위하여, 2004년 말경부터 3GPP 기술들의 성능을 최적화 시키고 향상시키려는 노력의 일환으로 LTE/SAE (Long Term Evolution/System Architecture Evolution) 기술에 대한 연구를 시작하였다.

3GPP SA WG2을 중심으로 진행된 SAE는 3GPP TSG RAN의 LTE 작업과 병행하여 네트워크의 구조를 결정하고 이 기종 망간의 이동성을 지원하는 것을 목적으로 하는 망 기술에 관한 연구이며, 최근 3GPP의 중요한 표준화 이슈들 중 하나이다. 이는 3GPP 시스템을 IP 기반으로 하여 다양한 무선 접속 기술들을 지원하는 시스템으로 발전 시키기 위한 작업으로, 보다 향상된 데이터 전송 능력으로 전송 지연을 최소화 하는, 최적화된 패킷 기반 시스템을 목표로 작업이 진행되어 왔다.

3GPP SA WG2에서 정의한 EPS (Evolved Packet System) 상위 수준 참조 모델(reference model)은 비로밍 케이스(non-roaming case) 및 다양한 시나리오의 로밍 케이스(roaming case)를 포함하고 있으며, 상세 내용은 3GPP 표준문서 TS 23.401과 TS 23.402에서 참조할 수 있다. 도 1의 네트워크 구조도는 이를 간략하게 재구성 한 것이다.

도 1은 진화된 이동 통신 네트워크의 구조도이다.

EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, S-GW(Serving Gateway)(52), PDN GW(Packet Data Network Gateway)(53), MME(Mobility Management Entity) (51), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.

S-GW(52)는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB(22)와 PDN GW(53) 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말(또는 User Equipment : UE)이 eNodeB(22)에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, S-GW(52)는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN(3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 S-GW(52)를 통해서 패킷들이 라우팅될 수 있다. 또한, S-GW(52)는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.

PDN GW(또는 P-GW) (53)는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW(53)는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크 (예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.

도 1의 네트워크 구조의 예시에서는 S-GW(52)와 PDN GW(53)가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.

MME(51)는, UE의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME(51)는 가입자 및 세션 관리에 관련된 제어 평면(control plane) 기능들을 제어한다. MME(51)는 수많은 eNodeB(22)들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME(51)는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.

SGSN은 다른 접속 3GPP 네트워크(예를 들어, GPRS 네트워크, UTRAN/GERAN)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.

ePDG는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.

도 1을 참조하여 설명한 바와 같이, IP 능력을 가지는 단말(또는 UE)은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.

또한, 도 1에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1은 도 1에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.

표 1

레퍼런스 포인트	설명
S1-MME	E-UTRAN와 MME 간의 제어 평면 프로토콜에 대한 레퍼런스 포인트(Reference point for the control plane protocol between E-UTRAN and MME)
S1-U	핸드오버 동안 eNB 간 경로 스위칭 및 베어러 당 사용자 평면 터널링에 대한 E-UTRAN와 SGW 간의 레퍼런스 포인트(Reference point between E-UTRAN and Serving GW for the per bearer user plane tunnelling and inter eNodeB path switching during handover)
S3	유휴(Idle) 및/또는 활성화 상태에서 3GPP 액세스 네트워크 간 이동성에 대한 사용자 및 베어러 정보 교환을 제공하는 MME와 SGSN 간의 레퍼런스 포인트. 이 레퍼런스 포인트는 PLMN-내 또는 PLMN-간(예를 들어, PLMN-간 핸드오버의 경우)에 사용될 수 있음) (It enables user and bearer information exchange for inter 3GPP access network mobility in Idle and/or active state. This reference point can be used intra-PLMN or inter-PLMN (e.g. in the case of Inter-PLMN HO).)
S4	GPRS 코어와 SGW의 3GPP 앵커 기능 간의 관련 제어 및 이동성 지원을 제공하는 SGW와 SGSN 간의 레퍼런스 포인트. 또한, 직접 터널이 수립되지 않으면, 사용자 평면 터널링을 제공함(It provIdes related control and mobility support between GPRS Core and the 3GPP Anchor function of Serving GW. In addition, if Direct Tunnel is not established, it provIdes the user plane tunnelling.)
S5	SGW와 PDN GW 간의 사용자 평면 터널링 및 터널 관리를 제공하는 레퍼런스 포인트. UE 이동성으로 인해, 그리고 요구되는 PDN 연결성을 위해서 SGW가 함께 위치하지 않은 PDN GW로의 연결이 필요한 경우, SGW 재배치를 위해서 사용됨(It provIdes user plane tunnelling and tunnel management between Serving GW and PDN GW. It is used for Serving GW relocation due to UE mobility and if the Serving GW needs to connect to a non-collocated PDN GW for the required PDN connectivity.)
S11	MME와 SGW 간의 레퍼런스 포인트
SGi	PDN GW와 PDN 간의 레퍼런스 포인트. PDN은, 오퍼레이터 외부 공용 또는 사설 PDN이거나 예를 들어, IMS 서비스의 제공을 위한 오퍼레이터-내 PDN일 수 있음. 이 레퍼런스 포인트는 3GPP 액세스의 Gi에 해당함(It is the reference point between the PDN GW and the packet data network. Packet data network may be an operator external public or private packet data network or an intra operator packet data network, e.g. for provision of IMS services. This reference point corresponds to Gi for 3GPP accesses.)

도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDNGW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다.

도 2는 일반적으로 E-UTRAN과 일반적인 EPC의 주요 노드의 기능을 나타낸 예시도이다.

도시된 바와 같이, eNodeB(20)는 RRC(Radio Resource Control) 연결이 활성화되어 있는 동안 게이트웨이로의 라우팅, 페이징 신호의 스케줄링 및 전송, 브로드캐스터 채널(BCH)의 스케줄링 및 전송, 상향링크 및 하향링크에서의 자원을 UE에게 동적 할당, eNodeB(20)의 측정을 위한 설정 및 제공, 무선 베어러 제어, 무선 허가 제어(radio admission control), 그리고 연결 이동성 제어 등을 위한 기능을 수행할 수 있다. EPC 내에서는 페이징 발생, LTE_IDLE 상태 관리, 사용자 평면이 암호화, EPS 베어러 제어, NAS 시그널링의 암호화 및 무결성 보호 기능을 수행할 수 있다.

도 3는 UE과 eNodeB 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이고, 도 4는 단말과 기지국 사이에 사용자 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.

상기 무선인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical 계층), 데이터링크계층(Data Link 계층) 및 네트워크계층(Network 계층)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling)전달을 위한 제어평면(Control Plane)으로 구분된다.

상기 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3 (제3계층)로 구분될 수 있다.

이하에서, 상기 도 3에 도시된 제어 평면의 무선프로토콜과 도 4에 도시된 사용자 평면에서의 무선 프로토콜의 각 계층을 설명한다.

제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(Information Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신측과 수신측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.

물리채널(Physical Channel)은 시간축 상에 있는 여러 개의 서브프레임과 주파수축상에 있는 여러 개의 서브 캐리어(Sub-carrier)로 구성된다. 여기서, 하나의 서브프레임(Sub-frame)은 시간 축 상에 복수의 심볼 (Symbol)들과 복수의 서브 캐리어들로 구성된다. 하나의 서브프레임은 복수의 자원블록(Resource Block)들로 구성되며, 하나의 자원블록은 복수의 심볼(Symbol)들과 복수의 서브캐리어들로 구성된다. 데이터가 전송되는 단위시간인 TTI(Transmission Time Interval)는 1개의 서브프레임에 해당하는 1ms이다.

상기 송신측과 수신측의 물리계층에 존재하는 물리 채널들은 3GPP LTE에 따르면, 데이터 채널인 PDSCH(Physical Downlink Shared Channel)와 PUSCH(Physical Uplink Shared Channel) 및 제어채널인 PDCCH(Physical Downlink Control Channel), PCFICH(Physical Control Format Indicator Channel), PHICH(Physical Hybrid-ARQ Indicator Channel) 및 PUCCH(Physical Uplink Control Channel)로 나눌 수 있다.

서브프레임의 첫번째 OFDM 심벌에서 전송되는 PCFICH는 서브프레임내에서 제어채널들의 전송에 사용되는 OFDM 심벌의 수(즉, 제어영역의 크기)에 관한 CFI(control format indicator)를 나른다. 무선기기는 먼저 PCFICH 상으로 CFI를 수신한 후, PDCCH를 모니터링한다.

PDCCH와 달리, PCFICH는 블라인드 디코딩을 사용하지 않고, 서브프레임의 고정된 PCFICH 자원을 통해 전송된다.

PHICH는 UL HARQ(hybrid automatic repeat request)를 위한 ACK(positive-acknowledgement)/NACK(negative-acknowledgement) 신호를 나른다. 무선기기에 의해 전송되는 PUSCH 상의 UL(uplink) 데이터에 대한 ACK/NACK 신호는 PHICH 상으로 전송된다.

PBCH(Physical Broadcast Channel)은 무선 프레임의 첫번째 서브프레임의 두번째 슬롯의 앞선 4개의 OFDM 심벌에서 전송된다. PBCH는 무선기기가 기지국과 통신하는데 필수적인 시스템 정보를 나르며, PBCH를 통해 전송되는 시스템 정보를 MIB(master information block)라 한다. 이와 비교하여, PDCCH에 의해 지시되는 PDSCH 상으로 전송되는 시스템 정보를 SIB(system information block)라 한다.

PDCCH는 DL-SCH(downlink-shared channel)의 자원 할당 및 전송 포맷, UL-SCH(uplink shared channel)의 자원 할당 정보, PCH 상의 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상으로 전송되는 랜덤 액세스 응답과 같은 상위 계층 제어 메시지의 자원 할당, 임의의 UE 그룹 내 개별 UE들에 대한 전송 파워 제어 명령의 집합 및 VoIP(voice over internet protocol)의 활성화 등을 나를 수 있다. 복수의 PDCCH가 제어 영역 내에서 전송될 수 있으며, 단말은 복수의 PDCCH를 모니터링 할 수 있다. PDCCH는 하나 또는 몇몇 연속적인 CCE(control channel elements)의 집합(aggregation) 상으로 전송된다. CCE는 무선채널의 상태에 따른 부호화율을 PDCCH에게 제공하기 위해 사용되는 논리적 할당 단위이다. CCE는 복수의 자원 요소 그룹(resource element group)에 대응된다. CCE의 수와 CCE들에 의해 제공되는 부호화율의 연관 관계에 따라 PDCCH의 포맷 및 가능한 PDCCH의 비트수가 결정된다.

PDCCH를 통해 전송되는 제어정보를 다운링크 제어정보(downlink control information, DCI)라고 한다. DCI는 PDSCH의 자원 할당(이를 DL 그랜트(downlink grant)라고도 한다), PUSCH의 자원 할당(이를 UL 그랜트(uplink grant)라고도 한다), 임의의 UE 그룹내 개별 UE들에 대한 전송 파워 제어 명령의 집합 및/또는 VoIP(Voice over Internet Protocol)의 활성화를 포함할 수 있다.

제2계층에는 여러 가지 계층이 존재한다. 먼저 매체접속제어 (Medium Access Control; MAC) 계층은 다양한 논리채널 (Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화 (Multiplexing)의 역할을 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널 (Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면 (Control Plane)의 정보를 전송하는 제어채널 (Control Channel)과 사용자평면 (User Plane)의 정보를 전송하는 트래픽채널 (Traffic Channel)로 나뉜다.

제2계층의 무선링크제어 (Radio Link Control; RLC) 계층은 상위계층으로부터 수신한 데이터를 분할 (Segmentation) 및 연결 (Concatenation)하여 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할을 수행한다. 또한, 각각의 무선베어러 (Radio Bearer; RB)가 요구하는 다양한 QoS를 보장할 수 있도록 하기 위해 TM (Transparent Mode, 투명모드), UM (Un-acknowledged Mode, 무응답모드), 및 AM (Acknowledged Mode, 응답모드)의 세가지 동작 모드를 제공하고 있다. 특히, AM RLC는 신뢰성 있는 데이터 전송을 위해 자동 반복 및 요청 (Automatic Repeat and Request; ARQ) 기능을 통한 재전송 기능을 수행하고 있다.

제2계층의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층은 IPv4나 IPv6와 같은 IP 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더압축 (Header Compression) 기능을 수행한다. 이는 데이터의 헤더(Header) 부분에서 반드시 필요한 정보만을 전송하도록 하여, 무선 구간의 전송효율을 증가시키는 역할을 한다. 또한, LTE 시스템에서는 PDCP 계층이 보안 (Security) 기능도 수행하는데, 이는 제 3자의 데이터 감청을 방지하는 암호화 (Ciphering)와 제 3자의 데이터 조작을 방지하는 무결성 보호 (Integrity protection)로 구성된다.

제3 계층의 가장 상부에 위치한 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함) 계층은 제어평면에서만 정의되며, 무선베어러(Radio Bearer; RB라 약칭함)들의 설정(Configuration), 재설정(Re-configuration) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.

상기 단말의 RRC와 무선망의 RRC계층 사이에 RRC 연결(RRC connection)이 있을 경우, 단말은 RRC연결상태(Connected Mode)에 있게 되고, 그렇지 못할 경우 RRC휴지상태(Idle Mode)에 있게 된다.

이하 단말의 RRC 상태(RRC state)와 RRC 연결 방법에 대해 설명한다. RRC 상태란 단말의 RRC가 E-UTRAN의 RRC와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC_CONNECTED 상태(state), 연결되어 있지 않은 경우는 RRC_IDLE 상태라고 부른다. RRC_CONNECTED 상태의 단말은 RRC 연결이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 단말을 효과적으로 제어할 수 있다. 반면에 RRC_IDLE 상태의 단말은 E-UTRAN이 단말의 존재를 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 TA(Tracking Area) 단위로 핵심망이 관리한다. 즉, RRC_IDLE 상태의 단말은 셀에 비하여 큰 지역 단위로 해당 단말의 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 해당 단말이 RRC_CONNECTED 상태로 천이하여야 한다. 각 TA는 TAI(Tracking area identity)를 통해 구분된다. 단말은 셀에서 방송(broadcasting)되는 정보인 TAC(Tracking area code)를 통해 TAI를 구성할 수 있다.

사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 연결을 맺고, 핵심망에 단말의 정보를 등록한다. 이 후, 단말은 RRC_IDLE 상태에 머무른다. RRC_IDLE 상태에 머무르는 단말은 필요에 따라서 셀을 (재)선택하고, 시스템 정보(System information)나 페이징 정보를 살펴본다. 이를 셀에 캠프 온(Camp on) 한다고 한다. RRC_IDLE 상태에 머물러 있던 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정 (RRC connection procedure)을 통해 E-UTRAN의 RRC와 RRC 연결을 맺고 RRC_CONNECTED 상태로 천이한다. RRC_IDLE 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 등의 이유로 상향 데이터 전송이 필요하다거나, 아니면 E-UTRAN으로부터 페이징 신호를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.

상기 RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.

아래는 도 3에 도시된 NAS 계층에 대하여 상세히 설명한다.

NAS 계층에 속하는 ESM(Evolved Session Management)은 Default Bearer 관리, Dedicated Bearer관리와 같은 기능을 수행하여, 단말이 망으로부터 PS서비스를 이용하기 위한 제어를 담당한다. Default Bearer 자원은 특정 Packet Data Network(PDN)에 최초 접속 할 시에 망에 접속될 때 망으로부터 할당 받는다는 특징을 가진다. 이때, 네트워크는 단말이 데이터 서비스를 사용할 수 있도록 단말이 사용 가능한 IP 주소를 할당하며, 또한 default bearer의 QoS를 할당해준다. LTE에서는 크게 데이터 송수신을 위한 특정 대역폭을 보장해주는 GBR(Guaranteed bit rate) QoS 특성을 가지는 bearer와 대역폭의 보장 없이 Best effort QoS 특성을 가지는 Non-GBR bearer의 두 종류를 지원한다. Default bearer의 경우 Non-GBR bearer를 할당 받는다. Dedicated bearer의 경우에는 GBR또는 Non-GBR의 QoS특성을 가지는 bearer를 할당 받을 수 있다.

네트워크에서 단말에게 할당한 bearer를 EPS(evolved packet service) bearer라고 부르며, EPS bearer를 할당 할 때 네트워크는 하나의 ID를 할당하게 된다. 이를 EPS Bearer ID라고 부른다. 하나의 EPS bearer는 MBR(maximum bit rate) 와 GBR(guaranteed bit rate) 또는 AMBR (Aggregated maximum bit rate) 의 QoS 특성을 가진다.

한편, 도 3에서 NAS 계층 아래에 위치하는 RRC 계층, RLC 계층, MAC 계층, PHY 계층을 묶어서 액세스 계층(Access Stratum: AS)이라고 부르기도 한다.

도 5a는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.

랜덤 액세스 과정은 UE(10)가 기지국, 즉 eNodeB(20)과 UL 동기를 얻거나 UL 무선자원을 할당받기 위해 사용된다.

UE(10)는 루트 인덱스(root index)와 PRACH(physical random access channel) 설정 인덱스(configuration index)를 eNodeB(20)로부터 수신한다. 각 셀마다 ZC(Zadoff-Chu) 시퀀스에 의해 정의되는 64개의 후보(candidate) 랜덤 액세스 프리앰블이 있으며, 루트 인덱스는 단말이 64개의 후보 랜덤 액세스 프리앰블을 생성하기 위한 논리적 인덱스이다.

랜덤 액세스 프리앰블의 전송은 각 셀마다 특정 시간 및 주파수 자원에 한정된다. PRACH 설정 인덱스는 랜덤 액세스 프리앰블의 전송이 가능한 특정 서브프레임과 프리앰블 포맷을 지시한다.

UE(10)은 임의로 선택된 랜덤 액세스 프리앰블을 eNodeB(20)로 전송한다. UE(10)은 64개의 후보 랜덤 액세스 프리앰블 중 하나를 선택한다. 그리고, PRACH 설정 인덱스에 의해 해당되는 서브프레임을 선택한다. UE(10)은 선택된 랜덤 액세스 프리앰블을 선택된 서브프레임에서 전송한다.

상기 랜덤 액세스 프리앰블을 수신한 eNodeB(20)은 랜덤 액세스 응답(random access response, RAR)을 UE(10)로 보낸다. 랜덤 액세스 응답은 2단계로 검출된다. 먼저 UE(10)은 RA-RNTI(random access-RNTI)로 마스킹된 PDCCH를 검출한다. UE(10)은 검출된 PDCCH에 의해 지시되는 PDSCH 상으로 MAC(Medium Access Control) PDU(Protocol Data Unit) 내의 랜덤 액세스 응답을 수신한다.

도 5b는 무선자원제어(RRC) 계층에서의 연결 과정을 나타낸다.

도 5b에 도시된 바와 같이 RRC 연결 여부에 따라 RRC 상태가 나타나 있다. 상기 RRC 상태란 UE(10)의 RRC 계층의 엔티티(entity)가 eNodeB(20)의 RRC 계층의 엔티티와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(connected state)라고 하고, 연결되어 있지 않은 상태를 RRC 유휴 상태(idle state)라고 부른다.

상기 연결 상태(Connected state)의 UE(10)은 RRC 연결(connection)이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 UE(10)을 효과적으로 제어할 수 있다. 반면에 유휴 상태(idle state)의 UE(10)은 eNodeB(20)이 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 트래킹 지역(Tracking Area) 단위로 핵심망(Core Network)이 관리한다. 상기 트래킹 지역(Tracking Area)은 셀들의 집합단위이다. 즉, 유휴 상태(idle state) UE(10)은 큰 지역 단위로 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 단말은 연결 상태(connected state)로 천이해야 한다.

사용자가 UE(10)의 전원을 맨 처음 켰을 때, 상기 UE(10)은 먼저 적절한 셀을 탐색한 후 해당 셀에서 유휴 상태(idle state)에 머무른다. 상기 유휴 상태(idle state)에 머물러 있던 UE(10)은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정 (RRC connection procedure)을 통해 eNodeB(20)의 RRC 계층과 RRC 연결을 맺고 RRC 연결 상태(connected state)로 천이한다.

상기 유휴 상태(Idle state)에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 또는 상향 데이터 전송 등이 필요하다거나, 아니면 EUTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.

유휴 상태(idle state)의 UE(10)이 상기 eNodeB(20)와 RRC 연결을 맺기 위해서는 상기한 바와 같이 RRC 연결 과정(RRC connection procedure)을 진행해야 한다. RRC 연결 과정은 크게, UE(10)이 eNodeB(20)으로 RRC 연결 요청 (RRC connection request) 메시지 전송하는 과정, eNodeB(20)가 UE(10)로 RRC 연결 설정 (RRC connection setup) 메시지를 전송하는 과정, 그리고 UE(10)이 eNodeB(20)으로 RRC 연결 설정 완료 (RRC connection setup complete) 메시지를 전송하는 과정을 포함한다. 이와 같은 과정에 대해서 도 4b를 참조하여 보다 상세하게 설명하면 다음과 같다.

1) 유휴 상태(Idle state)의 UE(10)은 통화 시도, 데이터 전송 시도, 또는 eNodeB(20)의 페이징에 대한 응답 등의 이유로 RRC 연결을 맺고자 할 경우, 먼저 상기 UE(10)은 RRC 연결 요청(RRC connection request) 메시지를 eNodeB(20)으로 전송한다.

2) 상기 UE(10)로부터 RRC 연결 요청 메시지를 수신하면, 상기 eNB(10) 는 무선 자원이 충분한 경우에는 상기 UE(10)의 RRC 연결 요청을 수락하고, 응답 메시지인 RRC 연결 설정(RRC connection setup) 메시지를 상기 UE(10)로 전송한다.

3) 상기 UE(10)이 상기 RRC 연결 설정 메시지를 수신하면, 상기 eNodeB(20)로 RRC 연결 설정 완료(RRC connection setup complete) 메시지를 전송한다. 상기 UE(10)이 RRC 연결 설정 메시지를 성공적으로 전송하면, 비로소 상기 UE(10)은 eNodeB(20)과 RRC 연결을 맺게 되고 RRC 연결 모드로 천이한다.

한편, UE(100)가 사용자 평면의 데이터 전송을 목적으로 RRC 연결 요청을 하는 경우, 상기 네트워크, 예컨대 기지국(즉, eNodeB)가 혼잡 상태라면, 이를 거절할 수 있다.

다른 한편, 최근 MMTel(Multimedia Telephony service)가 많이 연구되었다. 상기 MMTel은 IMS(IP Multimedia Subsystem)을 기반으로 하는 글로벌 표준으로서 집중적(converged), 고정적(fixed) 모바일 실시간 멀티미디어 통신을 제공하며, 이를 통해 음성, 실시간 비디오, 텍스트, 파일 전송 등과 같은 미디어 능력(media capabilities)을 사용하고 및 사진, 오디오, 비디오 클립 등을 공유할 수 있다. MMTel에 있어서, 사용자는 세션 중에 미디어를 추가하거나 또는 뺄 수 있다. 즉, 세션 중에 채팅, 음성 추가, 다른 호출자 추가, 비디오 추가, 미디어 공유 및 파일 전송 및 이들 중 특정 능력에 대한 제거가 가능할 수 있다.

그런데, UE가 MMTel을 수행하길 희망할 때, 네트워크, 예컨대 기지국(즉, eNodeB)가 혼잡 상태라면, 서비스를 수행할 수 없는 문제점이 있다.

따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.

상기와 같은 목적을 달성하기 위하여, 본 명세서의 일 개시는 사용자 장치(user equipment: UE)에서 서비스 요청 절차(Service Request procedure)를 수행하는 방법을 제공한다. 상기 방법은 ACB(Access Class Barring) 검사에 대한 스킵 정보를 수신하는 단계와; MMTEL(multimedia telephony) 서비스 및 단문 메시지 서비스(SMS ) 중 어느 하나를 위해 서비스 요청 절차를 수행해야 하는 경우, 상기 스킵 정보를 확인하는 단계와; 그리고 상기 스킵 정보에 상기 MMTEL 서비스 및 SMS 중 어느 하나를 위해서는 ACB 검사를 스킵하라고 설정되어 있는 경우, 상기 서비스 요청 절차를 위해 RRC(Radio Resource Control) 연결 요청 메시지를 전송하는 단계를 포함할 수 있다.

상기 MMTEL 서비스는: MMTEL 음성 및 MMTEL 영상 중 어느 하나를 위한 것일 수 있다.

상기 스킵 정보는 상기 MMTEL 음성을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 상기 MMTEL 영상을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 그리고 상기 SMS를 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보를 포함할 수 있다.

상기 스킵 정보는 상기 UE의 RRC 계층이 기지국으로부터 수신한 뒤, NAS 계층 혹은 상위 계층에게 전달할 수 있다.

상기 서비스 요청 절차는 서비스 요청 메시지 또는 확장 서비스 요청 메시지의 전송을 포함할 수 있다.

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는 콜 타입(call type) 필드를 포함할 수 있다. 상기 콜 타입(call type) 필드는 발신(originating) MMTEL 음성, 발신(originating) MMTEL 영상, 발신(originating) SMS(short message service) over IP 또는 발신 SMS 중 어느 하나로 설정될 수 있다.

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 MMTEL 음성 요청(call)이 시작된 경우, 상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는: 발신(originating) MMTEL 음성으로 설정된 콜 타입(call type) 필드와 그리고 MO data로 설정된 수립 원인(establish cause) 필드를 포함할 수 있다.

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 MMTEL 영상 콜(call)이 시작된 경우, 상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는: 발신(originating) MMTEL 영상으로 설정된 콜 타입(call type) 필드와 그리고 MO data로 설정된 수립 원인(establish cause) 필드를 포함할 수 있다.

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지 가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 SMS over IP가 시작된 경우, 상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는: 발신(originating) SMS over IP로 설정된 콜 타입(call type) 필드와 그리고 MO data로 설정된 수립 원인(establish cause) 필드를 포함할 수 있다.

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 SMS(SMS over NAS)를 위한 상향링크 시그널링(UL signaling)을 위한 자원을 요청하기 위한 것인 경우, 상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는: 발신(originating) SMS (SMS over NAS)로 설정된 콜 타입(call type) 필드와 그리고 MO data로 설정된 수립 원인(establish cause) 필드를 포함할 수 있다.

상기 서비스 요청 메시지는 서비스 타입 필드를 포함할 수 있다. 여기서, 상기 서비스 타입 필드는 MO MMTEL voice, MO MMTEL video, MO SMS over IP, 또는 MO SMS(SMS over NAS)로 설정될 수 있다.

상기와 같은 목적을 달성하기 위하여, 본 명세서의 일 개시는 서비스 요청 절차(Service Request procedure)를 수행하는 사용자 장치(UE)를 또한 제공한다. 상기 사용자 장치는 ACB(Access Class Barring) 검사에 대한 스킵 정보를 수신하는 송수신부와; 그리고 MMTEL(multimedia telephony) 서비스 및 단문 메시지 서비스(SMS) 중 어느 하나를 위해 서비스 요청 절차를 수행해야 하는 경우, 상기 스킵 정보를 확인하는 프로세서를 포함할 수 있다. 상기 스킵 정보에 상기 MMTEL 서비스 및 SMS 중 어느 하나를 위해서는 ACB 검사를 스킵하라고 설정되어 있는 경우, 상기 프로세서는 상기 송수신부를 제어하여, 상기 서비스 요청 절차를 위해 RRC(Radio Resource Control) 연결 요청 메시지를 전송할 수 있다.

본 명세서의 개시에 의하면, 전술한 종래 기술의 문제점이 해결된다.

도 1은 진화된 이동 통신 네트워크의 구조도이다.

도 2는 일반적으로 E-UTRAN과 일반적인 EPC의 아키텍처를 나타낸 예시도이다.

도 3는 UE과 eNodeB 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이다.

도 4는 단말과 기지국 사이에 사용자 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.

도 5a는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.

도 6는 네트워크 과부하 상태를 나타낸다.

도 7은 네트워크 혼잡 상태에서 액세스 클래스에 따른 금지(Access Class Barring)에 따른 동작을 나타낸 예시적인 흐름도이다.

도 8은 문제점을 나타낸 일 예시도이다.

도 9a 및 도 9b는 본 명세서의 제안 1-1, 1-2 및 1-3을 나타낸 신호 흐름도이다.

도 10a 및 도 10b은 본 명세서의 제안 1-1을 나타낸 신호 흐름도이다.

도 11a 및 도 11b는 본 명세서의 제안 2-1, 2-2 및 2-3을 나타낸 신호 흐름도이다.

도 12a 및 도 12b는 본 명세서의 제안 2-2을 나타낸 신호 흐름도이다.

도 13a 및 도 13b는 본 명세서의 제안 3을 나타낸 신호 흐름도이다.

도 14a 및 도 14b는 본 명세서의 제안 3의 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 15a 및 도 15b는 본 명세서의 제안 4을 나타낸 신호 흐름도이다.

도 16a 및 도 16b는 본 명세서의 제안 4의 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 17a 및 도 17b는 본 명세서의 제안 5-1를 나타낸 신호 흐름도이다.

도 18a 및 도 18b는 본 명세서의 제안 5의 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 19a 및 도 19b는 본 명세서의 제안 5-2에 대한 예를 나타낸 신호 흐름도이다.

도 20a 및 도 20b는 본 명세서의 제안 5-2의 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 21a 및 도 21b는 본 명세서의 제안 6를 나타낸 신호 흐름도이다.

도 22a 및 도 22b는 본 명세서의 제안 6-1의 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 23a 및 도 23b은 본 명세서의 제안 7를 나타낸 신호 흐름도이다.

도 24a 및 도 24b은 본 명세서의 제안 7의 변형예를 나타낸 신호 흐름도이다.

도 25a 및 도 25b은 본 명세서의 제안 8을 나타낸 신호 흐름도이다.

도 26a 및 도 26b은 본 명세서의 제안 9를 나타낸 신호 흐름도이다.

도 27a 및 도 27b은 본 명세서의 제안 9의 변형예를 나타낸 신호 흐름도이다.

도 28a 및 도 28b은 본 명세서의 제안 10-1/10-2/10-3을 나타낸 신호 흐름도이다.

도 29a 및 도 29b은 본 명세서의 제안 10-1의 내용 중 SMS에 대한 예을 나타낸 신호 흐름도이다.

도 30a 및 도 30b은 본 명세서의 제안 11을 나타낸 신호 흐름도이다.

도 31a 및 도 31b은 본 명세서의 제안 11의 내용 중 SMS에 대한 예을 나타낸 신호 흐름도이다.

도 32a 및 도 32b은 본 명세서의 제안 12를 나타낸 신호 흐름도이다.

도 33a 및 도 33b은 본 명세서의 제안 12의 변형예를 나타낸 신호 흐름도이다.

도 34a 및 도 34b은 본 명세서의 제안 12 내용 중 SMS에 대한 예를 나타낸 신호 흐름도이다.

도 35는 본 발명의 실시예에 따른 UE(100) 및 기지국(200)의 구성 블록도이다.

본 발명은 UMTS(Universal Mobile Telecommunication System) 및 EPC(Evolved Packet Core)를 기준으로 설명되나, 본 발명은 이러한 통신 시스템에만 한정되는 것이 아니라, 본 발명의 기술적 사상이 적용될 수 있는 모든 통신 시스템 및 방법에도 적용될 수 있다.

본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.

또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, 구성된다 또는 가지다 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.

또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.

어떤 구성 요소가 다른 구성 요소에 연결되어 있다거나 접속되어 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다. 반면에, 어떤 구성 요소가 다른 구성 요소에 직접 연결되어 있다거나 직접 접속되어 있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.

첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수 도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.

용어의 정의

이하 도면을 참조하여 설명하기 앞서, 본 발명의 이해를 돕고자, 본 명세서에서 사용되는 용어를 간략하게 정의하기로 한다.

UMTS: Universal Mobile Telecommunication System의 약자로서 3세대 이동통신 네트워크를 의미한다.

UE/MS : User Equipment/Mobile Station, 단말 장치를 의미 함.

EPS: Evolved Packet System의 약자로서, LTE(Long Term Evolution) 네트워크를 지원하는 코어 네트워크를 의미한다. UMTS가 진화된 형태의 네트워크

PDN (Public Data Network) : 서비스를 제공하는 서버가 위치한 독립적인망

PDN connection : 단말에서 PDN으로의 연결, 즉, ip 주소로 표현되는 단말과 APN으로 표현되는 PDN과의 연관(연결)

PDN-GW (Packet Data Network Gateway) : UE IP address allocation, Packet screening & filtering, Charging data collection 기능을 수행하는 EPS망의 네트워크 노드

Serving GW(Serving Gateway) : 이동성 담당(Mobility anchor), 패킷 라우팅(Packet routing), 유휴 모드 패킷 버퍼링(Idle mode packet buffering), Triggering MME to page UE 기능을 수행하는 EPS망의 네트워크 노드

PCRF(Policy and Charging Rule Function) : 서비스 flow 별로 차별화된 QoS 및 과금 정책을 동적(dynamic) 으로 적용하기 위한 정책 결정(Policy decision)을 수행하는 EPS망의 노드

APN(Access Point Name): 네트워크에서 관리하는 접속 포인트의 이름으로서 UE에게 제공된다. 즉, PDN을 지칭하거나 구분하는 문자열. 요청한 서비스나 망(PDN)에 접속하기 위해서는 해당 P-GW를 거치게 되는데, 이 P-GW를 찾을 수 있도록 망 내에서 미리 정의한 이름(문자열) (예) internet.mnc012.mcc345.gprs

TEID(Tunnel Endpoint Identifier) : 네트워크 내 노드들 간에 설정된 터널의 End point ID, 각 UE의 bearer 단위로 구간별로 설정된다.

NodeB: UMTS 네트워크의 기지국으로 옥외에 설치되며, 셀 커버리지 규모는 매크로 셀에 해당한다.

eNodeB: EPS(Evolved Packet System) 의 기지국으로 옥외에 설치되며, 셀 커버리지 규모는 매크로 셀에 해당한다.

(e)NodeB: NodeB와 eNodeB를 지칭하는 용어이다.

MME: Mobility Management Entity의 약자로서, UE에 대한 세션과 이동성을 제공하기 위해 EPS 내에서 각 엔티티를 제어하는 역할을 한다.

세션(Session): 세션은 데이터 전송을 위한 통로로써 그 단위는 PDN, Bearer, IP flow 단위 등이 될 수 있다. 각 단위의 차이는 3GPP에서 정의한 것처럼 대상 네트워크 전체 단위(APN 또는 PDN 단위), 그 내에서 QoS로 구분하는 단위(Bearer 단위), 목적지 IP 주소 단위로 구분할 수 있다.

PDN 연결(connection) : 단말에서 PDN으로의 연결, 즉, ip 주소로 표현되는 단말과 APN으로 표현되는 PDN과의 연관(연결)을 나타낸다. 이는 세션이 형성될 수 있도록 코어 네트워크 내의 엔티티간 연결(단말-PDN GW)을 의미한다.

UE Context : 네크워크에서 UE를 관리하기 위해 사용되는 UE의 상황 정보, 즉, UE id, 이동성(현재 위치 등), 세션의 속성(QoS, 우선순위 등)으로 구성된 상황 정보

OMA DM(Open Mobile Alliance Device Management) : 핸드폰, PDA, 휴대용 컴퓨터 등과 같은 모바일 디바이스들 관리를 위해 디자인 된 프로토콜로써, 디바이스 설정(configuration), 펌웨어 업그레이드(firmware upgrade), 에러 보고 (Error Report)등의 기능을 수행함

OAM(Operation Administration and Maintenance) : OAM이란 네트워크 결함 표시, 성능정보, 그리고 데이터와 진단 기능을 제공하는 네트워크 관리 기능군을 말함

NAS configuration MO(Management Object) : NAS 기능 (Functionality)와 연관된 파라미터들(parameters)을 UE에게 설정(configuration)하는 데 사용하는 MO (Management object)를 말함

NAS(Non-Access-Stratum) : UE와 MME간의 제어 플레인(control plane)의 상위 stratum. UE와 네트워크간의 이동성 관리(Mobility management)와 세션 관리 (Session management), IP 주소 관리 (IP address maintenance) 등을 지원

MM (Mobility Management) 동작/절차 : UE의 이동성 (mobility) 제어/관리/control을 위한 동작 또는 절차. MM 동작/절차는 CS 망에서의 MM 동작/절차, GPRS 망에서의 GMM 동작/절차, EPS 망에서의 EMM 동작/절차 중 하나 이상을 포함하는 것으로 해석될 수 있다. UE와 네트워크 노드(MME, SGSN, MSC)는 MM 동작/절차를 수행하기 위해 MM 메시지를 주고 받는다.

SM(Session Management) 동작/절차 : UE의 user plane 및/또는 bearer context/PDP context를 제어/관리/처리/handling 하기 위한 동작 또는 절차. SM 동작/절차는 GPRS 망에서의 SM 동작/절차, EPS 망에서의 ESM 동작/절차 중 하나 이상을 포함하는 것으로 해석될 수 있다. UE와 네트워크 노드(MME, SGSN)는 SM 동작/절차를 수행하기 위해 SM 메시지를 주고 받는다.

저 순위(Low priority) 단말 : NAS 신호 저 순위로 설정된 단말. 자세한 사항은 표준문서 3GPP TS 24.301 및 TS 24.008을 참고할 수 있다.

정상 순위(Normal priority) 단말: 저 순위(Low priority)로 설정되지 않은 일반적인 단말

이중 순위(Dual priority) 단말 : 이중 순위(Dual priority)로 설정된 단말, 이는 NAS 신호 저순위로 설정됨과 동시에 상기 설저된 NAS 신호 저 순위를 무시(override) 할 수 있게 설정된 단말(즉, UE which provides dual priority support is configured for NAS signalling low priority and also configured to override the NAS signalling low priority indicator). 자세한 사항은 표준문서 3GPP TS 24.301 및 TS 24.008을 참고할 수 있다.

이하, 도면을 참조하여 본 명세서의 개시에 대해서 설명하기로 한다.

도 6는 네트워크 과부하 상태를 나타낸다.

도 6에 도시된 바와 같이, eNodeB(200)의 커버리지에는 수 많은 UE들(100a, 100b, 300c, 300d)가 존재하고, 데이터 송수신을 시도한다. 이로 인해, 상기 eNodeB(200)와 상기 S-GW(520)간의 인터페이스에 트래픽이 과부하(overload) 또는 혼잡(congestion)하게 된 경우, 상기 UE(100)로의 다운링크 데이터 혹은 상기 UE(100)로부터의 업링크 데이터는 올바르게 전송되지 못하고 실패하게 된다.

혹은 상기 S-GW(520)와 상기 PDN-GW(530) 간의 인터페이스, 혹은 상기 PDN-GW(530)와 이동통신 사업자의 IP(Internet Protocol) 서비스 네트워크 사이의 인터페이스가 과부하(overload) 또는 혼잡(congestion)할 경우에도, 상기 UE들(100a, 100b, 300c, 300d)로의 다운링크 데이터 혹은 UE들(100a, 100b, 300c, 300d)로부터의 업링크 데이터는 올바르게 전송되지 못하고 실패하게 된다.

상기 eNodeB(200)와 상기 S-GW(520)간의 인터페이스에 과부하 또는 혼잡이 있거나, 상기 S-GW(520)와 상기 PDN-GW(530) 간의 인터페이스에 과부하 또는 혼잡이 있는 경우, 상기 핵심 네트워크의 노드(예컨대 MME)는 NAS 단계에서의 혼잡 제어(NAS level congestion control)을 수행하여 신호 혼잡(signaling congestion) 및 APN 혼잡을 회피하거나 제어하게 된다.

이러한 NAS 단계에서의 혼잡 제어는 APN 기반의 혼잡 제어(APN based congestion control)와 일반 NAS 단계에서 이동 관리 제어(General NAS level mobility management control)로 구성된다.

상기 APN 기반의 혼잡 제어는 UE 그리고 특정 APN(혼잡 상태와 연관된 APN)와 관련된 EMM, GMM과 (E)SM 신호 혼잡 제어를 의미하며, APN 기반의 세션 관리 혼잡 제어(APN based Session Management congestion control)와 APN 기반의 이동 관리 혼잡 제어(APN based Mobility Management congestion control)를 포함한다.

반면, 상기 일반 NAS 단계의 이동 관리 제어는 일반적인 네트워크 혼잡(congestion)이나, 과부하(overload)상황에서 UE/MS가 요청하는 이동 관리신호(Mobility Management signaling) 요청을 핵심 네트워크 내의 노드(MME, SGSN)가 거절하여 혼잡 및 과부하를 회피하는 것을 의미한다.

일반적으로 핵심 네트워크가 NAS 단계의 혼잡 제어를 수행하는 경우, 유휴 모드(idle mode)로 있는 혹은 연결 모드(connected mode)로 있는 UE에게 지연시간 타이머(백오프 타이머)(back-off timer) 값을 NAS 거절 메시지(reject message)에 실어 전송하게 되는데, UE는 지연시간 타이머(백오프 타이머)(back-off timer)가 만료(expire) 되기 전까지 네트워크에 EMM/GMM/(E)SM 신호를 요청하지 않게 된다. 상기 NAS 거절 메시지는 어태치 거절(ATTACH REJECT), TAU(Tracking Area Updating) 거절, RAU (Routing Area Updating) 거절, 서비스 거절, 확장 서비스(EXTENDED SERVICE) 거절, PDN 연결(connectivity) 거절, 베어러 리소스 할당(bearer resource allocation) 거절, 베어러 리소스 수정(bearer resource modification) 거절, EPS 베어러 컨텍스트 비활성화 요청(deactivate EPS bearer context request)에 대한 거절의 메시지 중 하나에 해당한다.

이러한 지연시간 타이머(back-off timer)은 이동 관리(Mobility Management: MM) 지연시간(back-off) 타이머와 세션 관리(Session Management: SM) 지연시간(back-off) 타이머로 나눌 수 있다.

상기 MM 지연시간(back-off) 타이머는 UE 마다 그리고 SM 지연시간(back-off) 타이머는 APN 마다 그리고 UE 마다 각각 독립적으로 동작한다.

간략하게는, 상기 MM 지연시간(back-off) 타이머는 EMM/GMM 신호(예컨대, Attach, TAU/RAU 요청 등) 제어를 위한 것이다. 상기 SM 지연시간(back-off) 타이머는 (E)SM 신호(예컨대, PDN connectivity, Bearer Resource Allocation, Bearer Modification, PDP Context Activation, PDP Context Modification 요청 등) 제어를 위한 것이다.

구체적으로는, MM 지연시간(back-off) 타이머는 네트워크에 혼잡(congestion)이 발생한 경우, 이를 제어하기 위해 사용하는 이동성 관련 지연시간(back-off) 타이머로써, 타이머가 동작하고 있는 동안 UE는 어태치(attach), 위치정보 갱신(TAU, RAU), 서비스 요청 절차(서비스 요청 절차)를 할 수 없도록 하는 타이머이다. 단, 긴급 베어러 서비스(emergency bearer service), MPS(Multimedia Priority Service) 인 경우에는 예외로 타이머가 동작하고 있더라도 UE(가 요청 가능할 수 있다.

전술한 바와 같이 UE가 MM 지연시간(back-off) 타이머 값을 핵심 망 네트워크 노드(예컨대 MME, SGSN 등)로부터 제공받거나, 하위 계층(lower 계층; Access Stratum)으로부터 전달받을 수 있다. 또한, UE에 의해 15분에서 30분 사이의 범위 내에서 랜덤하게 설정되어질 수도 있다.

상기 SM 지연시간(back-off) 타이머는 네트워크에 혼잡(congestion)이 발생한 경우, 이를 제어하기 위해 사용하는 세션 관리(Session Management) 관련 지연시간(back-off) 타이머로써, 타이머가 동작하고 있는 동안 UE는 관련된(associated) APN 기반의 세션을 설정 또는 변경할 수 없도록 하는 타이머이다. 단, 마찬가지로 긴급 베어러 서비스, MPS(Multimedia Priority Service) 인 경우에는 예외로 타이머가 동작하고 있더라도 UE(100) 가 요청 가능할 수 있다.

UE는 이러한 SM 지연시간(back-off) 타이머 값을 핵심 망 네트워크 노드 (예컨대, MME, SGSN 등)로부터 제공받으며, 최대 72시간 이내에서 랜덤하게 설정되어진다. 또한, UE(100)에 의해 15분에서 30분 사이의 범위 내에서 랜덤하게 설정되어질 수도 있다.

다른 한편, 상기 eNodeB(200)에서 혼잡이 발생한 경우, 상기 eNodeB(200)도 혼잡 제어를 수행할 수 있다. 즉, UE가 사용자 평면의 데이터 전송을 목적으로 RRC 연결 수립(connection establishment)을 요청하는 경우, eNodeB(200)가 혼잡 상태라면, 연장 대기 타이머(extended wait timer)와 함께 거절 응답을 UE로 전송할 수 있다. 이러한 경우 RRC 연결 수립 요청을 상기 연장 대기 타이머(extended wait timer)가 만료하기 전까지 재시도할 수 없다. 반면, UE가 CS(circuit switch) 기반의 호(call) 수신을 위한 제어 평면의 신호를 전송할 목적으로 RRC 연결 요청을 하는 경우, 상기 eNodeB(200)가 혼잡 상태일 지라도, 이를 거절할 수 없다.

도 7에 도시된 바와 같이, 네트워크 혹은 eNodeB(200)의 과부하 또는 혼잡 상태에서, eNodeB(200)는 시스템 정보를 통해 ACB(Access Class Barring) 관련 정보를 브로드캐스팅할 수 있다. 상기 시스템 정보는 SIB(System Information Block) 타입 2일 수 있다.

상기 SIB(System Information Block) 타입 2는 아래의 표와 같은 ACB 관련 정보를 포함할 수 있다.

표 2

필드	설명
ac-BarringFactor	UE에 의해서 생성되는 랜덤값이 ac-BarringFactor에 의한 값보다 작을 경우, 액세스가 허용된다. 그렇지 않을 경우, 액세스는 금지된다.
ac-BarringForCSFB	CS(circuit switch) 폴백(fallback)에 대한 ACB이다. CS 폴백은 VoLTE 호를 이전 3G 호로 전환시키는 것이다.
ac-BarringForEmergency	긴급 서비스에 대한 ACB이다.
ac-BarringForMO-Data	발신(Mobile Orienting) 데이터에 대한 ACB이다.
ac-BarringForMO-Signalling	발신 제어 신호에 대한 ACB이다.
ac-BarringForSpecialAC	특수한 액세스 클래스, 즉 11-15에 대한 ACB이다.
ac-BarringTime	액세스가 금지되는 시간을 나타낸다.
ssac-BarringForMMTEL-Video	MMTEL 비디오(video)의 발신에 대한 서비스 별 ACB이다.
ssac-BarringForMMTEL-Voice	MMTEL 음성(voice)의 발신에 대한 서비스 별 ACB이다.

한편, 상기 UE1(100a)은 IMS 서비스, 예컨대 VoLTE에 의한 호(call)의 발신을 결정하고, 상기 ACB의 적용 대상이 되는지 결정한다. 마찬가지로, UE2(100b)는 일반 데이터의 발신을 결정하고, 상기 ACB의 적용 대상이 되는지 결정한다.

일반적으로, UE는 일반적으로 10개 액세스 클래스(예컨대, AC0, AC1, …, AC9) 중의 적어도 하나가 랜덤하게 할당되어 있다. 예외적으로, 긴급 비상 액세스를 위해서는 AC10이 할당된다. 이와 같이 랜덤하게 할당된 액세스 클래스의 값은 상기 UE1(100) 및 UE2(100b)의 각 USIM에는 저장될 수 있다.

그러면, 상기 UE1(100a)와 상기 UE2(100b)는 상기 저장된 액세스 클래스에 기반하여, 상기 수신한 ACB 관련 정보에 포함되어 있는 barring factor 필드를 이용하여, 액세스 금지가 적용되는지를 확인한다. 이런 Access Barring 체크는 상기 UE1(100a)와 상기 UE2(100b)의 각 AS(Access Stratum) 계층, 즉 RRC 계층에서 수행된다.

만약, 상기 ACB의 적용 대상이 아니라면, 상기 UE1(100a)와 상기 UE2(100b)는 각기 서비스 요청 (혹은 확장 서비스 요청) 메시지와 RRC 연결 요청 메시지를 전송할 수 있다.

그러나, 상기 ACB의 적용 대상이라면, 상기 UE1(100a)와 상기 UE2(100b) 모두는 각기 RRC 연결 요청 메시지를 전송할 수 없다.

<멀티미디어 텔레포니(MultiMedia Telephony : MMtel )>

최근 MMTel많이 연구되었다. 상기 MMTel은 IMS(IP Multimedia Subsystem)을 기반으로 하는 글로벌 표준으로서 집중적(converged), 고정적(fixed) 모바일 실시간 멀티미디어 통신을 제공하며, 이를 통해 음성, 실시간 비디오, 텍스트, 파일 전송 등과 같은 미디어 능력(media capabilities)을 사용하고 및 사진, 오디오, 비디오 클립 등을 공유할 수 있다. MMTel에 있어서, 사용자는 세션 중에 미디어를 추가하거나 또는 뺄 수 있다. 즉, 세션 중에 채팅, 음성 추가, 다른 호출자 추가, 비디오 추가, 미디어 공유 및 파일 전송 및 이들 중 특정 능력에 대한 제거가 가능할 수 있다.

현재 3GPP 표준 MMTEL (MultiMedia Telephony) 기반(즉, IMS 기반) 서비스를 지원하는 시스템 환경에서는 MMTEL 음성, MMTEL 영상, SMS over IP 서비스를 시작하기 위해서, UE의 NAS(Non-Access Stratum) 계층에서는 서비스 요청(Service Request) 절차의 시작 시 콜 타입(call type)을 발신 요청(originating calls)으로 설정 하고, RRC 수립 원인(establishment cause)를 발신 데이터(Mobile Originated data)로 설정하여 RRC 연결 요청(RRC connection Request) 메시지를 전송한다.

일반적으로, MMTEL 음성, MMTEL 영상, SMS over IP signaling은 사용자 평면(User plane)으로 전송되므로, 일반적인 데이터 서비스(즉, 콜 타입(call type) = 발신 요청(originating calls))와 구분되지 않고 제공된다.

따라서, UE가 MMTEL 기반(즉, IMS 기반) 서비스, 예컨대, MO(Mobile Originated) MMTEL 음성, MMTEL 영상, SMS over IP 기반 서비스를 제공받길 희망하여, UE가 서비스 요청 절차를 개시하기 전에 액세스 금지 여부를 체크하려 하면, voice call, video call 또는 SMS over IP를 연결하기 위한 MMTEL(즉, IMS) 시그널링이 기존의 일반 데이터 시그널링(즉, 콜 타입(call type) = 발신 요청(originating calls))과 차등화 하지 못하므로, ACB가 적용되어 금지 될 수 있다. 따라서, MMTEL 기반 (IMS 기반) MO 서비스(특히, MMTEL 음성 call, MMTEL 영상 call or SMS over IP)를 수행하지 못하게 된다.

또한, UE가 MO SMS(Short Message Service) 서비스를 수행하려 하는 경우에도, 기존의 일반 시그널링(즉, 요청(call) 타입 = 발신 요청(originating calls))과 차등화 하지 못하고 동일하게 ACB가 적용되어 금지될 수 있다. 따라서, MO SMS 서비스를 수행하지 못하게 된다.

도 8은 문제점을 나타낸 일 예시도이다.

도 8을 참조하면, 일반적인 데이터와 MMTEL 음성 /MMTEL 영상/SMS over IP, SMS 시그널링을 구별(차등화/차별화)하지 못하기 때문에 ACB로 인한 MO MMTEL 음성/MMTEL 영상/SMS over IP, MO SMS 서비스 연결 요청이 결국 실패되는 상황이 나타나 있다.

한편, RRC 수립 원인(establishment cause)를 매핑하는 NAS 계층의 절차를 설명하면 다음과 같다.

EMM이 NAS 시그널링 연결의 수립을 요청하는 경우, UE에 의해서 사용되는 RRC 수립 원인은 NAS 절차에 따라 선택된다. EMM은 액세스 제어의 목적으로 하위 계층에게 RRC 수립 원인과 관련된 콜 타입(call type)을 알려주어야 한다. UE가 EAB(Extended Access Barring)가 설정되는 경우, 액세스 제어의 목적으로 EMM은 다음의 케이스를 제외하고는 EAB를 그러한 요청들에 적용시킨다

- 선택된 PLMN에서 AC11~AC15까지 중 하나를 사용하도록 설정된 UE

- 페이징 신호에 응답하는 UE

- RRC 수립 원인이 응급 요청(Emergency call)으로 설정됨

- UE가 EAB를 무시(override)하도록 설정된 경우

- UE가 EAB를 무시하도록 설정되고, EAB를 무시한체로 수립된 PDN 연결을 이미 가지고 있는 경우

표 3

NAS 절차	RRC 수립 원인	콜 타입
어태치(Attach)	어태치 요청 메시지가 EPS emergency attach로 설정되지 않은 EPC 어태치 타입을 가지고 있고, UE가 응급 베어러 서비스를 수립하기 위해 어태치 절차를 수행하는 상황을 제외하고는 RRC 수립 원인은 MO 시그널링으로 세팅됨	originating signalling
	어태치 요청이 MS는 NAS 시그널링 저 순위로 설정된 디바이스 속성을 갖는 경우, RRC 수립원인은 Delay tolerant로 설정됨	originating signalling
	어태치 요청이 EPS 응급 어태치로 설정된 EPS 어태치 타입을 포함하거나, 상기 어태치 요청이 EPS 응급 어태치로 설정되지 않은 EPS 어태치 타입을 포함하지만, UE가 응급 베어러 서비스를 수립하기 위해 상위 계층으로부터의 요청을 수신하여 어태치 절차를 수행하는 경우, RRC 수립 원인은 응급 요청(Emergency call)으로 설정됨	emergency calls
TAU(Tracking Area Update)	UE가 응급 베어러 서비스를 위해 수립된 PDN 연결을 가지고있지 않고, 응급으로 설정된 콜 타입을 갖는 PDN 연결 요청을 개시하고 있지 않은 경우, RRC 수립원인은 MO 시그널링으로 설정됨	originating signalling
	UE가 응급 베어러 서비스를 위해 수립된 PDN 연결을 가지고있지 않고, 응급으로 설정된 콜 타입(call type)을 갖는 PDN 연결 요청을 개시하고 있지 않은 경우, 그리고 TAU 절차가 페이징으로 인해 트리거링되지 않았고, TAU 요청 메시지가 MS는 NAS 시그널링 저 순위로 설정된 디바이스 속성을 갖는 경우, RRC 수립원인은 Delay tolerant로 설정됨	originating signalling
	UE가 응급 베어러 서비스를 위해 수립된 PDN 연결을 가지고있지 않고, 응급으로 설정된 콜 타입(call type)을 갖는 PDN 연결 요청을 개시하고 있지 않은 경우, 그리고 TAU 절차가 페이징으로 인해 트리거링된 경우, RRC 수립원인은 MT access로 설정됨	terminating calls
	UE가 응급 베어러 서비스를 위해 수립된 PDN 연결을 가지고있고, 응급으로 설정된 콜 타입(call type)을 갖는 PDN 연결 요청을 개시하려고 하는 경우, RRC 수립원인은 응급 요청(Emergency call)로 설저오딤	emergency calls
Detach	MO signalling	originating signalling
Service Request	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위한 경우, RRC 수립원인은 MO 데이터로 설정됨.	originating calls
	서비스 요청이 응급 베어러 서비스를 위해 사용자 평면의 무선 자원을 요청하기 위한 경우, RRC 수립원인은 응급 요청으로 설정됨	emergency calls
	서비스 요청이 UL 시그널링을 위한 자원을 요청하기 위한 경우, RRC 수립 원인은 MO 데이터로 설정됨.	originating calls

표 4

SystemInformationBlockType2 필드 설명

ac-BarringFactor UE에 의해서 생성된 랜던 값이 이 숫자 보다 작은 경우, 액세스가 허용됨. 그러나 반대의 경우, 액세스는 금지됨

ac-BarringForCSFB UE가 개시하는 CS 폴백(fallback)을 위한 ACB

ac-BarringForEmergency AC 10을 위한 ACB

ac-BarringForMO-Data UE가 개시하는 요청(call)을 위한 ACB

ac-BarringForMO-Signalling UE가 개시하는 시그널링을 위한 ACB

결론적으로, 현재 3GPP 표준에서는 MMTEL 기반 (IMS 기반)의 MO MMTEL 음성, MO MMTEL 영상, MO SMS over IP와 MO SMS 서비스를 차등화하여 지원하고자 할 때 효율적인 방안이 없다. 이러한 문제는 네트워크 자원 낭비 및 User experience를 악화 시킨다.

<본 명세서의 개시들>

따라서, 본 명세서의 개시는 전술한 문제점을 해결하기 위한 해결책들을 제안한다.

본 발명에서는, MMTEL 기반 (IMS 기반)의 MO (Mobile Originated) MMTEL 음성/MMTEL 영상/SMS over IP 서비스의 차등화를 위해서 MMTEL (IMS) 시그널링과 기존 일반 데이터 시그널링을 구분하여 ACB (access class barring)를 Skip (통과)하는 방안을 제안한다. 이렇게 ACB skip을 함으로써 MMTEL 기반 (IMS 기반)의 MO (Mobile Originated) MMTEL 음성/MMTEL 영상/SMS over IP 서비스는 항상 연결을 허용하여 다른 일반 data service 등과 차별화하여 서비스를 제공하게 된다.

이를 위해서 네트워크 (eNB; 기지국)은 MMTEL 음성/MMTEL 영상/SMS over IP 서비스에 대한 ACB skip information (i.e. ACB skipping bit = set/true/not set/false for MMTEL 음성 및/또는 MMTEL 영상 및/또는 SMS over IP 및/또는 SMS (SMS over SGs))을 SIB2를 통해 UE의 AS 계층(예컨대, RRC 계층)에게 제공한다. UE의 AS 계층(예컨대, RRC 계층)은 네트워크로부터 제공 받은 MMTEL 음성/MMTEL 영상/SMS over IP 서비스에 대한 ACB skip information을 MMTEL/SMS over IP를 위한 IMS 계층 혹은 NAS 계층에게 제공할 수도 있다 .

<제안 1-1/1-2/1-3의 개요>

먼저 제안 1-1은 NAS 계층과 AS 계층(즉, RRC 계층)의 동작에 관한 것이고, 제안 1-2는 MMTEL (IMS) 동작에 관한 것이고, 제안 1-3은 SMS-over IP 동작에 관한 것이다.

도 9a 및 도 9b 는 본 명세서의 제안 1-1, 1-2 및 1-3을 나타낸 신호 흐름도이다.

도 9a 및 도 9b를 참조하여 알 수 있는 바와 같이, 제안 1-1/1-2/1-3에서는 MMTEL 기반 (IMS 기반)의 MO (Mobile Originated) MMTEL 음성/MMTEL 영상/SMS over IP 서비스의 차등화를 위해서 MMTEL (IMS) 시그널링과 기존 일반 데이터 시그널링을 구분하여 ACB(access class barring)를 통과(skip)시키는 방안을 제시하였다. 이렇게 ACB에 대한 검사를 통과(skip)시킴으로써 MMTEL 기반 (IMS 기반)의 발신(MO) MMTEL 음성/MMTEL 영상/SMS over IP 서비스는 항상 연결을 허용하여 다른 일반 데이터 서비스와 차별화하여 서비스를 제공하게 된다.

이를 위해서 네트워크(예컨대, 기지국)은 MMTEL 음성/MMTEL 영상/SMS over IP/SMS (SMS over SGs) 서비스에 대한 ACB 스킵 정보(즉, ACB skipping bit = set/true/not set/false for MMTEL voice, MMTEL video, SMS over IP and/or SMS (SMS over SGs))을 시스템 정보 블록(예컨대 SIB2)를 통해 UE의 AS 계층(즉 RRC 계층)에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 발신(MO) MMTEL 음성/MMTEL 영상, MO SMS over IP 서비스 연결을 시작할 때, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상을 위한 세션/요청(call)임을 알리는 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 SMS over IP 세션임을 알리는 인디케이션/정보를 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call) 인디케이션을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 or /SMS over IP를 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시 서비스 타입을 mobile originating MMTEL voice for MMTEL voice / mobile originating MMTEL video for MMTEL video/ mobile originating SMS over IP for SMS over IP로 설정하고, RRC 수립 원인은 MO data로 설정하고, 콜 타입(call type)은 originating MMTEL voice calls for MO MMTEL voice / originating MMTEL video calls for MO MMTEL video / mobile originating SMS for MO SMS over IP로 설정한다.

도 10a 및 도 10b을 참조하여 알 수 있는 바와 같이 제안 1-1에 따르면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 절차 시작 시 서비스 타입을 mobile originating SMS over SGs으로 설정하고, RRC 수립 원인은 MO data로 설정하고, 콜 타입(call type)은 mobile originating SMS for MO SMS (SMS over SGs)로 설정한다.

제안 1-1/1-2/1-3에 따르면, MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call) 인디케이션을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 콜 타입(call type)은 originating MMTEL voice calls for MO MMTEL voice/ originating MMTEL video calls for MO MMTEL video / originating SMS for MO SMS over IP로 설정하고, RRC 수립 원인은 MO data로 설정한다.

이하 각 제안에 대해서 설명하기로 한다.

<제안 1-1: 표준 개선>

아래의 비정상 케이스가 확인될 수 있다.

a) ACB로 인해 거절된 액세스 또는 하위 계층으로부터 수신된 연장된 대기 타임(Extended wait time)이 없이 네트워크로부터 거절된 NAS 시그널링 연결 수립

- 만약 하위 계층이 지시한 액세스가 차단(barred)되었지만, 서비스 요청은 SMS over IP를 제외한 SMS를 위해 개시된 경우 서비스 요청 절차는 시작될 수 있다.

만약, 하위 계층이 지시한 액세스가 차단(barred)되었지만, 서비스 요청은 MMTEL 음성, MMTEL 영상, 또는 SMS over IP를 위해 개시된 경우 서비스 요청 절차는 시작될 수 있다.

그렇지 않은 경우, 액세스가 발신 요청(originating calls)에 대해서 차단(barred)되는 경우, 서비스 요청 절차는 시작되지 않을 수 있다. UE가 현재 서빙 셀에서 머무른 상태에서 정상적인 셀 재선택 절차를 수행한다.

b) 하위 계층 실패 또는 서비스 요청 절차가 완료되기 이전에 하위 계층으로부터 수신된 연장 대기 시간(Extended wait time)이 없는 체로 NAS 시그널링 연결을 해제함.

표 5

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	만약 서비스 요청이 mobile originating MMTEL voice로 설정된 서비스 타입을 포함하는 경우, RRC 수립 원인은 MO data로 설정됨	originating MMTEL voice calls
	만약 서비스 요청이 mobile originating MMTEL video로 설정된 서비스 타입을 포함하는 경우, RRC 수립 원인은 MO data로 설정됨	originating MMTEL video calls
	만약 서비스 요청이 mobile originating SMS over IP로 설정된 서비스 타입을 포함하는 경우, RRC 수립 원인은 MO data로 설정됨	mobile originating SMS
	만약 서비스 요청이 mobile originating SMS over SGs로 설정된 서비스 타입을 포함하는 경우, RRC 수립 원인은 MO data로 설정됨	mobile originating SMS

<제안 1-2: 표준 개선>

사용자로부터 멀티미디어 텔레포니 통신 세션을 수립하라는 요청이 있는 경우, SCM(Smart Congestion Mitigation)을 지원하는 UE는 다음과 같이 동작한다.

1) 만약 비디오가 멀티미디어 텔레포니 통신 세션 내에서 제공되는 경우, EMM 계층에게 MMTEL 영상을 지시하고, 세션 수립을 진행한다.

2) 반면, 오디오가 멀티미디어 텔레포니 통신 세션 내에서 제공되는 경우, EMM 계층에게 MMTEL 음성을 지시하고, 세션 수립을 진행한다.

한편, SCM에 대해서 설명하면 다음과 같다.

다음의 정보가 NAS 계층에게 제공된다.

- MMTEL 음성 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication

- MMTEL 음성 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication;

- MMTEL 영상 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication

- MMTEL 영상 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication

사용자로부터 멀티미디어 텔레포니 통신 세션의 수립을 요청받는 경우, 그리고 세션 수립이 서비스 특정 액세스 제어를 수행한 이후에 계속되는 경우 다음과 같이 동작한다.

1) 만약 오디오 또는 실시간 텍스트 혹은 오디오 및 텍스트의 조합이 멀티미디어 텔레포니 통신 세션 내에서 제공되고, 다른 멀티미디어 텔레포니 통신 세션은 없는 경우, UE는 MMTEL 음성 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication을 NAS 계층에게 제공한다.

2)만약 비디오가 멀티미디어 텔레포니 통신 세션 내에서 제공되고, 다른 멀티미디어 텔레포니 통신 세션은 없는 경우, UE는 MMTEL 영상 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication을 NAS 계층에게 제공한다.

한편, 멀티미디어 텔레포니 통신 세션이 종료될 때, 멀티미디어 텔레포니 통신 세션이 오디오 또는 실시간 텍스트 혹은 오디오 및 텍스트의 조합을 전송하기 위해 수립된 것이였고, 다른 세션은 없었던 경우, UE는 MMTEL 음성 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication를 NAS 계층에게 제공할 수 있다.

한편, 멀티미디어 텔레포니 통신 세션이 종료될 때, 멀티미디어 텔레포니 통신 세션이 비디오를 전송하기 위해 수립된 것이였고, 다른 세션은 없었던 경우, UE는 MMTEL 영상 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication를 NAS 계층에게 제공할 수 있다.

<제안 1-3: 표준 개선>

제안 1-3에 따르면, 멀티미디어 텔레포니 통신 세션의 수립이 사용자로부터 요청되고, UE가 SCM을 지원하는 경우, 다음과 같이 동작한다.

1) SMS-over-IP가 멀티미디어 텔레포니 통신 세션 내에서 제공되는 경우, UE는 EMM 계층에게 SMS-over-IP를 지시하고, 세션 수립을 계속한다.

2) 그렇지 않은 경우, 세션 수립을 계속 진행한다.

한편, 다음의 정보가 NAS 계층으로 제공된다.

- SMS-over-IP 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication

- SMS-over-IP 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication

사용자로부터 SMS over IP를 전송하라는 요청이 있고, 다른 SMS over IP를 전송할게 없는 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set(예컨대, true/start/begin)-indication을 NAS 계층에게 지시한다.

SMS over IP의 전송이 완료되고, 다른 SMS over IP는 전송할게 없는 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-reset(예컨대, false/stop/end)-indication를 NAS 계층에게 지시한다.

<제안 2-1/2-2/2-3의 개요>

제안 2-1은 NAS 계층과 AS 계층(예컨대, RRC 계층)의 동작에 관한 것이고, 제안 2-2는 MMTEL를 위한 IMS 계층과 AS 계층(예컨대, RRC 계층) 의 동작에 관한 것이고, 제안 2-3은 SMS over IP를 위한 IMS 계층과 AS 계층(예컨대, RRC 계층)의 동작에 관한 것이다.

제안 2-1/2-2/2-3은 MMTEL 기반 (IMS 기반)의 발신(MO : Mobile Originated) MMTEL 음성/MMTEL 영상/SMS over IP 서비스의 차등화를 위해서 MMTEL (IMS) 시그널링과 기존 일반 데이터 시그널링을 구분하여 ACB에 대한 검사를 통과(skip)시키는 방안을 제안한다. 이렇게 ACB에 대한 검사를 통과(skip)시킴으로써 MMTEL 기반 (IMS 기반)의 MO MMTEL 음성/MMTEL 영상/SMS over IP 서비스는 항상 연결을 허용하여 다른 일반 데이터 서비스 등과 차별화하여 서비스를 제공하게 된다.

도 11a 및 도 11b을 참조하여 알 수 있는 바와 같이, 네트워크(예컨대, 기지국)은 MMTEL 음성/MMTEL 영상/SMS over IP 서비스에 대한 ACB 스킵 정보(즉, ACB skipping bit = set/true/not set/false for MMTEL voice 및/또는 MMTEL video 및/또는 SMS over IP 및/또는 SMS (SMS over SGs))을 시스템 정보 블록(예컨대, SIB2)를 통해 UE의 AS 계층(예컨대 RRC 계층)에게 제공한다. UE의 AS 계층(예컨대, RRC 계층)은 네트워크로부터 제공받은 MMTEL 음성/MMTEL 영상/SMS over IP 서비스에 대한 ACB 스킵 정보를 MMTEL/SMS over IP를 위한 IMS 계층에게 제공한다.

위 제안 2-1/2-2/2-3에 따르면, MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)에 대한 ACB 스킵 인디케이션/정보를 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시, ACB 스킵 인디케이션(즉, ACB skip = set/true)를 AS 계층(예컨대, RRC 계층)에게 제공한다.

도 12a 및 도 12b를 참조하여 알 수 있는 바와 같이 제안 2-1에 따르면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO SMS 연결을 위한 서비스 요청 절차 시작 시 서비스 타입을 mobile originating SMS over SGs으로 설정하고, RRC 수립 원인은 MO data로 설정하고, 콜 타입(call type)은 mobile originating SMS for MO SMS (SMS over SGs)로 설정한다.

이하 각 제안에 대해서 상세하게 설명하기로 한다.

<제안 2-1>

아래의 비정상 케이스가 확인될 수 있다.

- 만약 하위 계층이 나타낸 액세스가 차단(barred)되었지만, 서비스 요청은SMS over IP를 제외한 SMS를 위해 개시된 경우, 서비스 요청 절차는 시작되어야 한다.

- 만약 하위 계층이 나타낸 액세스가 차단되었지만, 서비스 요청은 MMTEL 음성, MMTEL 영상, or SMS over IP을 위해서 개시된 경우, 그리고 UE는 상위 계층으로부터 ACB에 대한 검사를 통과(skip)하라는 지시를 받은 경우, 서비스 요청 절차는 시작되어야 한다

EMM이 NAS 시그널링 연결의 수립을 요청하는 경우, UE에 의해서 사용되는 RRC 수립 원인은 NAS 절차에 따라 선택된다. EMM은 액세스 제어의 목적으로 하위 계층에게 RRC 수립 원인과 관련된 콜 타입(call type)을 알려주어야 한다. 게다가, EMM이 NAS 시그널링 연결을 요청할 때, 상위 계층이 ACB에 대한 검사의 통과를 지시하는 경우, EMM은 ACB에 대한 검사의 통과를 하위 계층에게 전달해야 한다. UE가 EAB(Extended Access Barring)가 설정되는 경우, 액세스 제어의 목적으로 EMM은 다음의 케이스를 제외하고는 EAB를 그러한 요청들에 적용시킨다

- 페이징 신호에 응답하는 UE

- RRC 수립 원인이 응급 요청(Emergency call)으로 설정됨

- UE가 EAB를 무시(override)하도록 설정된 경우

- UE가 EAB를 무시하도록 설정되고, EAB를 무시한 체로 수립된 PDN 연결을 이미 가지고 있는 경우

표 6

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	서비스 요청이 mobile originating SMS over SGs로 설정된 서비스 타입을 포함하는 경우, RRC 수립 원인은 MO data로 설정됨	mobile originating SMS

한편, 제안 2-1에 따르면 아래의 비정상 케이스가 확인될 수 있다.

ACB가 다음의 경우 적용되지 않음

- 서비스 요청 절차가 페이징 요청에 대한 응답으로서 시작되는 경우

- 상위 계층으로부터 수신되는 ACB 스킵 인디케이션 내에 ACB에 대한 검사를 통과(skip)하도록 설정되어 있는 경우

한편, 위 제안은 아래와 같이 변형될 수 있다.

- 페이징 신호에 응답하는 UE

- RRC 수립 원인이 응급 요청(Emergency call)으로 설정됨

- UE가 EAB를 무시(override)하도록 설정된 경우

상위 계층으로부터 수신된 ACB 스킵 인디케이션 내에 ACB에 대한 검사를 통과시키라고 설정되어 있는 경우 EMM은 액세스 제어의 목적으로 하위 계층에게 이 요청에 대해 ACB를 적용시키지 말라고 지시한다.

표 7

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	서비스 요청이 SMS 발신을 제외한 UL 시그널렁을 위한 자원을 요청하기 위한 것일 경우, RRC 수립 원인은 MO data로 설정됨	originating calls
Service Request	서비스 요청이 SMS 발신을 위한 자원을 요청하기 위한 것일 경우, RRC 수립 원인은 MO data로 설정됨	originating SMS

대안적으로, 위 제안은 아래와 같이 변형될 수 있다.

위 변형 예에 따르면, 아래의 비정상 케이스가 확인될 수 있다.

ACB가 다음의 경우 적용되지 않음

- 서비스 요청 절차가 상위 계층의 사용자 평면 무선 자원의 요청으로 인해 시작되었고, 상위 계층으로부터 수신되는 ACB 스킵 정보 내에 ACB를 스킵하라고 설정되어 있는 경우

대안적으로, 위 제안은 아래와 같이 변형될 수 있다.

- 페이징 신호에 응답하는 UE

- RRC 수립 원인이 응급 요청(Emergency call)으로 설정됨

- UE가 EAB를 무시(override)하도록 설정된 경우

EMM은 하위 계층에게 액세스 제어의 목적으로 아래의 케이스에 해당하면 ACB를 적용하지 말라고 지시할 수 있다.

- UE가 사용자 평면의 무선 자원에 대한 요청을 상위 계층으로부터 수신하고, 상위 계층으로부터 수신한 ACB 스킵 정보 내에는 ACB에 대한 검사를 통과(skip)하라고 설정되어 있는 경우

표 8

NAS 절차	RRC 수립 원인	콜 타입(call type)
	서비스 요청이 SMS(SMS over NAS) 발신을 제외한 UL 시그널링을 위한 자원을 요청하기 위한 것일 경우, RRC 수립 원인은 MO data로 설정됨	originating calls
	서비스 요청이 SMS(SMS over NAS) 발신을 위한 자원을 요청하기 위한 것일 경우, RRC 수립 원인은 MO data로 설정됨	originating SMS

<제안 2-2>

제안 2-2에 따른 SCM(Smart Congestion Mitigation)에 대한 개선을 설명하면 다음과 같다.

다음의 정보가 하위 계층에 의해서 제공된다.

- ACBSkipForMMTEL-Voice: MMTEL 음성을 위한 ACB skipping bit;

- ACBSkipForMMTEL-Video: MMTEL 영상을 위한 ACB skipping bit

멀티미디어 텔레포니 통신 세션을 수립하라는 사용자 요청을 수신하는 경우, UE는 다음과 같이 동작한다.

1) 하위 계층으로부터 수신되는 ACB 스킵 정보의 검색

2) 멀티미디어 텔레포니 통신 세션 내에서 비디오가 제공되고, ACB skipping bit가 MMTEL 영상에 대해서 설정된 경우, UE는 EMM 계층에게 ACB에 대한 검사를 통과시키라고 지시하고, 세션 수립을 계속한다.

3) 멀티미디어 텔레포니 통신 세션 내에서 오디오가 제공되고, ACB skipping bit가 MMTEL 음성에 대해서 설정된 경우, UE는 EMM 계층에게 ACB에 대한 검사를 통과시키라고 지시하고, 세션 수립을 계속한다.

<제안 2-3>

제안 2-3에 따른 SCM(Smart Congestion Mitigation)에 대한 개선을 설명하면 다음과 같다.

다음의 정보가 하위 계층으로부터 제공된다.

- ACBSkipForSMS-over-IP: SMS-over-IP에 대한 ACB skipping bit

사용자로부터 멀티미디어 텔레포니 통신 세션을 수립하라는 요청을 수신하는 경우, UE는 다음과 같이 동작한다.

1) 하위 계층으로부터 수신된 ACB 스킵 정보의 검색

2) 멀티미디어 텔레포니 통신 세션 내에서 SMS-over-IP가 제공되고, ACB skipping bit가 SMS-over-IP에 대해서 설정된 경우, UE는 EMM 계층에게 ACB에 대한 검사를 통과(skip)시키라고 지시하고, 세션 수립을 계속한다.

<제안 3>

제안 3은 MMTEL 기반(IMS 기반)의 MMTEL 음성/MMTEL 영상/SMS over IP 서비스의 차등화를 위해서 MMTEL (IMS) 시그널링과 기존 일반 데이터 시그널링을 구분하여 ACB에 대한 검사를 통과(skip)하는 방안을 제안한다. 이렇게 ACB에 대한 검사를 통과(skip)시킴으로써 MMTEL 기반 (IMS 기반)의 MO (Mobile Originated) MMTEL 음성/MMTEL 영상/SMS over IP 서비스는 항상 연결을 허용하여 다른 일반 데이터 서비스 등과 차별화하여 서비스를 제공하게 된다.

도 13a 및 도 13b을 참조하여 알 수 있는 바와 같이, 제안 3에 따르면, MMTEL 음성/MMTEL 영상/SMS(구체적으로 SMS over IP)에 대해서, MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)에 대한 ACB 스킵 인디케이션/정보를 AS (RRC) 계층으로부터 제공하면, NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시, ACB 스킵 인디케이션(즉, ACB skip = set/true)를 AS 계층(예컨대, RRC 계층)에게 제공한다.

도 14a 및 도 14b을 참조하면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 시작 시, 콜 타입(call type)은 mobile originating SMS for MO SMS (SMS over SGs)로 설정하고, RRC 수립 원인은 MO data로 설정한다.

<제안 4: 표준 개선>

제안 4은 MMTEL 기반(IMS 기반)의 MMTEL 음성/MMTEL 영상/SMS over IP 서비스의 차등화를 위해서 MMTEL (IMS) 시그널링과 기존 일반 데이터 시그널링을 구분하여 ACB에 대한 검사를 통과(skip)시키는 방안을 제안한다. 이렇게 ACB에 대한 검사를 통과(skip)시킴으로써 MMTEL 기반(IMS 기반)의 MO MMTEL 음성/MMTEL 영상/SMS over IP 서비스는 항상 연결을 허용하여 다른 일반 데이터 서비스 등과 차별화하여 서비스를 제공하게 된다.

제안 4은 제안 1-1과 유사하다. 구체적으로 설명하면 다음과 같다.

도 14a 및 도 14b을 참조하여 알 수 있는 바와 같이, 제안 4에 따르면, MMTEL 음성/MMTEL 영상/SMS(구체적으로 SMS over IP)에 대해서, NAS 계층은 서비스 요청 절차를 시작 시, 콜 타입(call type)을 mobile originating MMTEL voice, mobile originating MMTEL video 또는 mobile originating SMS over IP for MO SMS over IP로 설정하고, RRC 수립 원인은 MO data로 설정한다.

도 16a 및 도 16b에 도시된 바와 같이 제안 4에 따르면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 절차 시작 시, 콜 타입(call type)은 originating SMS for MO SMS (SMS over SGs)로 설정하고, RRC 수립 원인은 MO data로 설정한다.

제안 4에 따르면, 아래의 비정상 케이스가 확인될 수 있다.

a) ACB로 인해 거절된 액세스 또는 하위 계층으로부터 수신된 연장 대기 타임(Extended wait time)이 없이 네트워크로부터 거절된 NAS 시그널링 연결 수립

ACB가 다음의 경우 적용되지 않음

- 서비스 요청 절차가 네트워크의 페이징 요청에 응답하여 시작되는 경우

- ACB가 통과(skip)되도록 서비스 인디케이션(MMTEL 음성, MMTEL 영상, 또는 SMS over IP)이 상위 계층으로부터 수신되는 경우

표 9

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	서비스 요청이 MMTEL 음성, MMTEL 영상, SMS over IP, SMS (SMS over SGs)의 발신을 위한 것을 제외하고, UL 시그널링을 위한 자원을 요청하기 위한 경우, RRC 수립 원인은 MO data로 설정됨	originating calls
	서비스 요청이 MMTEL 음성을 발신하기 위해 자원을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL voice calls
	서비스 요청이 MMTEL 영상을 발신하기 위해 자원을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL video calls
	서비스 요청이 SMS over IP 를 발신하기 위해 자원을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	originating SMS over IP
	서비스 요청이 SMS(SMS over SGs) 를 발신하기 위해 자원을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	originating SMS

위의 제안에서 상위 계층(MMTEL 계층)에서 EMM 계층(non-access stratum 계층)에게 제공하는 서비스 인디케이션은 MMTEL 음성 또는 MMTEL 영상 또는 SMS over IP를 위한 ACB skip bits indication 일 수도 있고, MMTEL 음성 또는 MMTEL 영상 또는 SMS over IP를 나타내는 서비스 인디케이터/정보일 수도 있다.

위의 제안에서 NAS 계층은 MMTEL 음성, MMTEL 영상, SMS over IP, SMS over NAS를 구분하여 서비스 요청 절차(즉, 서비스 요청 메시지의 전송)를 시작할 때, AS 계층(즉, RRC 계층)에게 MMTEL 음성, MMTEL 영상, SMS over IP, SMS over NAS를 구분하기 위한 새로운 콜 타입(call type)(call types)으로서 originating MMTEL voice for MMTEL voice, originating MMTEL video for MMTEL video, originating SMS over IP for SMS over IP, originating SMS for SMS over NAS로서 정의하여 보낸다. AS 계층(즉, (RRC 계층)은 NAS가 요청한 서비스 요청 절차(즉, 서비스 요청 메시지의 전송)를 수행하기 위해 RRC 연결을 수립(establishment) 하게 되는데 상기 IMS 서비스와 SMS 서비스를 새로운 콜 타입(call type)(call types)을 사용하여 구분하여, 각각에 대해서 기지국으로부터의 수신된 시스템 정보 블록(SIB) 내에 포함된 ACB 스킵 정보에 따라서 최종 ACB에 대한 검사를 통과(skip)시킬지 말지를 결정하게 된다. 즉, AS 계층(즉 RRC 계층)은 NAS 계층의 서비스 요청 메시지의 새로운 콜 타입(call type)을 판독하고, IMS 서비스와 SMS 서비스를 인지한 뒤, 네트워크로부터 수신한 ACB 스킵 정보 내에 해당 서비스가 설정(예컨대 ACB skipping ON)이 되어 있으면 해당 RRC 연결 수립을 수행하고 그렇지 않는 경우, 해당 RRC 연결 수립을 수행하지 않고, 액세스를 차단(barring) 한다.

대안적으로, 위 제안은 아래와 같이 변형될 수도 있다.

표 10

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	만약 서비스 요청 절차가 mobile originating SMS로 설정된 서비스 타입을 포함하고, SMS 발신을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	originating SMS
	만약 확장 서비스 요청 절차가 mobile originating MMTEL voice로 설정된 서비스 타입을 포함하고, MMTEL 음성 발신을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	mobile originating MMTEL voice
	만약 확장 서비스 요청 절차가 mobile originating MMTEL video로 설정된 서비스 타입을 포함하고, MMTEL 영상 발신을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	mobile originating MMTEL video
	만약 확장 서비스 요청 절차가 mobile originating SMS over IP 로 설정된 서비스 타입을 포함하고, SMS over IP 발신을 요청하기 위한 경우, RRC 수립원인은 MO data로 설정됨	mobile originating SMS (SMS over IP)

위 제안에서 상위 계층(예컨대, MMTEL 계층)에서 EMM 계층(예컨대 NAS 계층)에게 제공하는 서비스 인디케이션은 MMTEL 음성, MMTEL 영상, 또는 SMS over IP를 위한 ACB skip bits indication 일 수도 있고, MMTEL 음성, MMTEL 영상 또는 SMS over IP를 나타내는 서비스 인디케이터/정보일수도 있다.

위 제안에서 NAS 계층은 MMTEL 음성, MMTEL 영상, SMS over IP, SMS over NAS를 구분하여 서비스 요청 절차(즉, 확장 서비스 요청 메시지의 전송)를 시작할 때, AS 계층(즉, RRC 계층)에게 MMTEL 음성, MMTEL 영상, SMS over IP, SMS over NAS를 구분하기 위한 새로운 서비스 타입으로서 mobile originating MMTEL voice, mobile originating MMTEL video, mobile originating SMS over IP, mobile originating SMS 을 정의하여 보낸다. 이때 새롭게 정의된 서비스 타입과 함께 새로운 콜 타입(call type)이 정의되어 사용될 수 도 있다. AS 계층(즉, RRC 계층)은 NAS가 요청한 서비스 요청 절차(즉, 확장 서비스 요청 메시지의 전송)를 수행하기 위해 RRC 연결을 수립(establishment) 하게 되는데, 상기 IMS 서비스와 SMS 서비스를 서비스 타입 및/또는 새로운 콜 타입(call type)을 통해 구분하고, 각각에 대해서 네트워크로부터 수신한 시스템 정보(예컨대, SIB) 내에 포함된 ACB 스킵 정보에 따라서 최종적으로 ACB에 대한 검사를 통과(skip)시킬지 말지를 결정하게 된다. 즉, AS 계층(즉, RRC 계층)은 NAS 계층의 확장 서비스 요청 메시지의 새로운 서비스 타입 및/또는 콜 타입(call type)을 판독하고, IMS 서비스와 SMS 서비스를 인지한 뒤, 네트워크로부터 수신한 ACB 스킵 정보가 해당 서비스에 대해 세팅(ACB skipping ON)되어 있으면 해당 RRC 연결을 수립 하고 그렇지 않는 경우, 해당 RRC 연결을 수립하지 않는다.

한편, 확장 서비스 요청 메시지는 아래의 경우 전송된다.

- CS 폴백을 개시하기 위해 혹은 CS 폴백의 착신(Mobile terminating)에 응답하기 위해

- NAS 시그널링 연결의 수립을 요청하기 위해.

확장 서비스 요청 메시지는 서비스 타입을 포함한다. 상기 서비스 타입은 다음과 같다.

표 11

서비스 타입 값
비트
4	3	2	1
0	0	0	0	CS 폴백 발신
0	0	0	1	CS 폴백 착신
0	0	1	0	CS 폴백 응급 전화 발신
0	1	0	1	MMTEL 음성 발신
0	1	1	0	MMTEL 영상 발신
0	1	1	1	SMS (SMS over IP) 발신
1	1	0	0	SMS 발신

또는, 상위 계층은 MMTEL 음성을 위해 ACB에 대한 검사를 통과(skip)시키도록 지시함: MMTEL 음성 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신되었고, 그리고 MMTEL 음성 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신된 이후에 MMTEL 음성 식별자를 갖는 ACB-skip-reset-indication가 수신되지 않음

상위 계층은 MMTEL 영상에 대해 ACB에 대한 검사를 통과(skip)시키라고 지시함: MMTEL 영상 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신되었고, 그리고 MMTEL 영상 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신된 이후에 MMTEL 영상 식별자를 갖는 ACB-skip-reset-indication가 수신되지 않음

상위 계층은 MMTEL SMS-over-IP 에 대해 ACB에 대한 검사를 통과시키라고 지시함: SMS-over-IP 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신되었고, 그리고 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication가 상위계층으로부터 수신된 이후에 SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication가 수신되지 않음

다른 한편, 위 제안은 아래와 같이 변형될 수도 있다.

아래의 비정상 케이스가 확인될 수 있다.

ACB가 다음의 경우 적용되지 않음

- 서비스 요청 절차가 페이징 요청에 응답하여 시작되는 경우

- 서비스 요청 절차가 SMS의 발신을 위해 시작되는 경우

- 서비스 요청 절차가 사용자 평면의 무선 자원에 대한 상위 계층의 요청에 의해 시작되는 경우, 상위 계층이 MMTEL 음성을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시하는 경우

- 서비스 요청 절차가 사용자 평면의 무선 자원에 대한 상위 계층의 요청에 의해서 시작되는 경우, 상위 계층이 MMTEL 영상을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시하는 경우

- 서비스 요청 절차가 사용자 평면의 무선 자원에 대한 상위 계층의 요청에 의해서 시작되는 경우, 상위 계층이 SMS-over-IP를 위해 ACB에 대한 검사를 통과(skip)시키라고 지시하는 경우

서비스 요청 절차에 대한 트리거가 페이징 요청에 대한 응답이고, NAS 시그널링 연결 수립이 네트워크에 의해서 거절된 경우, 상기 서비스 요청 절차는 시작되지 않을 수 있다. UE가 현재 서빙 셀에 머무르고 있는 상태라면, 일반 셀 재선택 절차를 수행한다. 서비스 요청 절차는 착신 호(terminating calls)에 대한 액세스가 허용되는 경우 또는 셀 변경의 이유 등으로 시작될 수 있다.

표 12

NAS 절차	RRC 수립 원인	Call type
Service Request	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위함이고, 상위 계층이 MO MMTEL 음성, MO MMTEL 영상, 또는 MO SMS-over-IP에 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시하지 않은 경우, RRC 수립원인은 MO data로 설정됨	originating calls
	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위함이고, 상위 계층이 MO MMTEL 음성 에 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL voice
	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위함이고, 상위 계층이 MO MMTEL 영상 에 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL video
	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위함이고, 상위 계층이 MO SMS-over-IP 에 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating SMS
	서비스 요청이 MO SMS in MME, MO SMS over SGs, 또는 MO SMS over S102를 제외한 UL 시그널링을 위해 자원을 요청하기 위함인 경우, RRC 수립원인은 MO data로 설정됨	originating calls
	서비스 요청이 MO SMS in MME, MO SMS over SGs, 또는 MO SMS over S102를 위한 UL 시그널링을 위해 자원을 요청하기 위함인 경우, RRC 수립원인은 MO data로 설정됨	originating SMS

위 제안에서 NAS 계층은 발신(MO: mobile originating) MMTEL 음성, MMTEL 영상, SMS(구체적으로 SMS over IP, SMS over SGs, SMS in MME, 또는 SMS over S102)를 구분하여 서비스 요청 절차(서비스 요청 메시지의 전송)를 시작할 때, AS 계층(예컨대, RRC 계층)에게 MO MMTEL 음성, MMTEL 영상, SMS(구체적으로, SMS over IP, SMS over SGs, SMS in MME, or SMS over S102)를 구분하여 각각 새로운 콜 타입(call type)으로서 originating MMTEL voice, originating MMTEL video, originating SMS을 정의하여 보낸다. AS 계층(예컨대, RRC 계층)은 NAS가 요청한 서비스 요청 절차를 수행하기 위해 RRC 연결을 수립(establishment)하게 되는데 상기 IMS 서비스와 SMS 서비스를 새로운 콜 타입(call type)(call types)을 통해 구분 하여, 각각에 대해서 네트워크로부터 수신한 시스템 정보(예컨대, SIB) 내에 포함된 ACB 스킵 정보 에 따라서 최종 ACB에 대한 검사를 통과(skip)시킬지 말지를 결정하게 된다. 즉, AS 계층(예컨대, RRC 계층)은 NAS 계층의 서비스 요청 메시지의 새로운 콜 타입(call type)을 판독하고, IMS 서비스와 SMS 서비스를 인지한 뒤, 네트워크로부터 수신한 ACB 스킵 정보 이 해당 서비스가 세팅(ACB skipping ON)이 되어 있으면 해당 RRC 연결 수립을 수행하고 그렇지 않는 경우, 해당 RRC 연결 수립을 수행하지 않는다.

또한, 위 제안에서, NAS 복구를 위한 TAU(Tracking Area Update) 요청 절차가 시작(수행)되는 경우, NAS 계층은 MO MMTEL 음성, MMTEL 영상, SMS(구체적으로, SMS over IP, SMS over SGs, SMS in MME, or SMS over S102)를 구분하여 TAU 절차(즉, TAU 요청 메시지의 전송)를 시작할 때, AS 계층(예컨대, RRC 계층)에게 MO MMTEL 음성, MMTEL 영상, SMS (SMS over IP, SMS over SGs, SMS in MME, or SMS over S102)를 구분하기 위한 새로운 콜 타입(call type)으로서 originating MMTEL voice, originating MMTEL video, originating SMS을 정의하여 보낸다. AS 계층(예컨대, RRC 계층)은 NAS가 요청한 TAU 절차를 수행하기 위해 RRC 연결을 수립(establishment) 하게 되는데, 이때 상기 IMS 서비스와 SMS 서비스를 콜 타입(call type)을 가지고 구분하고, 각각에 대해서 네트워크로부터 제공된 SIB 정보 내에 포함된 ACB 스킵 정보에 따라서 최종 ACB에 대한 검사를 통과(skip)시킬지 말지를 결정하게 된다. 즉, AS 계층(예컨대, RRC 계층)에서 NAS 계층의 TAU 요청 메시지의 콜 타입(call type)을 판독하고, IMS 서비스와 SMS 서비스를 인지한 뒤, 네트워크로부터 수신한 ACB 스킵 정보가 해당 서비스가 세팅(ACB skipping ON)이 되어 있으면 해당 RRC 연결의 수립(이때, RRC 수립 원인은 MO signalling로 설정됨)를 수행하고 그렇지 않는 경우, 해당 RRC 연결 수립하지 않는다

다른 한편, 상위 계층은 MMTEL 음성을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시할 수 있다: 예를 들어, MMTEL 음성 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신되었고, MMTEL 음성 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신된 이후에, MMTEL 음성 식별자를 갖는 ACB-skip-reset-indication이 상위 계층으로부터 수신되지 않은 경우일 수 있다.

상위 계층은 MMTEL 영상을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시할 수 있다. 예를 들어, MMTEL 영상 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신되었고, MMTEL 영상 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신된 이후에, MMTEL 영상 식별자를 갖는 ACB-skip-reset-indication이 상위 계층으로부터 수신되지 않은 경우일 수 있다.

상위 계층은 MMTEL SMS-over-IP 를 위해 ACB에 대한 검사를 통과(skip)시키라고 지시할 수 있다. 예를 들어, SMS-over-IP 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신되었고, SMS-over-IP 식별자를 갖는 ACB-skip-set-indication이 상위 계층으로부터 수신된 이후에, SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication이 상위 계층으로부터 수신되지 않은 경우일 수 있다.

다른 한편, 위 제안은 아래와 같이 변형될 수도 있다.

아래의 비정상 케이스가 확인될 수 있다.

a) ACB로 인해 거절된 액세스 또는 하위 계층으로부터 수신된연장된 대기 타임(Extended wait time)이 없이 네트워크로부터 거절된 NAS 시그널링 연결 수립

ACB가 다음의 경우 적용되지 않음

- 서비스 요청 절차가 발신(MO) SMS(예컨대, SMS in MME, SMS over SGs or SMS over S102)로 인해 시작된 경우

- 서비스 요청 절차가 사용자 평면의 무선 자원을 위한 상위 계층의 요청에 의해서 시작된 경우, 상위 계층은 MMTEL 음성을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우,

- 서비스 요청 절차가 사용자 평면의 무선 자원을 위한 상위 계층의 요청에 의해서 시작된 경우, 상위 계층은 MMTEL 영상을 위해 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우,

- 서비스 요청 절차가 사용자 평면의 무선 자원을 위한 상위 계층의 요청에 의해서 시작된 경우, 상위 계층은 SMS-over-IP를 위해 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우,

서비스 요청 절차에 대한 트리거가 네트워크로부터의 페이징에 대한 응답으로서 시작되고, NAS 시그널링 연결 수립이 네트워크에 의해서 거절ㄹ된 경우, 서비스 요청 절차는 시작되지 않아야 한다. UE가 현재 서빙 셀에 머무른 상태에 있다면, 일반적인 셀 재선택 절차를 수행할 수 있다.

표 13

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	확장 서비스 요청이 mobile originating MMTEL voice로 설정된 서비스 타입을 포함하고, 발신(MO) MMTEL 음성을 요청하기 위해 수행되고, 상위 계층이 발신(MO) MMTEL 음성 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL voice
	확장 서비스 요청이 mobile originating MMTEL video로 설정된 서비스 타입을 포함하고, 발신(MO) MMTEL 영상을 요청하기 위해 수행되고, 상위 계층이 발신(MO) MMTEL 영상 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating MMTEL video
	확장 서비스 요청이 mobile originating SMS over IP로 설정된 서비스 타입을 포함하고, 발신(MO) SMS over IP 를 요청하기 위해 수행되고, 상위 계층이 발신(MO) SMS over IP 대해서 ACB에 대한 검사를 통과(skip)시키라고 지시한 경우, RRC 수립원인은 MO data로 설정됨	originating SMS
	확장 서비스 요청이 mobile originating SMS in MME, mobile originating SMS over SGs, 또는 mobile originating SMS over S102로 설정된 서비스 타입을 포함하고, mobile originating SMS in MME, mobile originating SMS over SGs, 또는 mobile originating SMS over S102를 위해 수행되는 경우, RRC 수립원인은 MO data로 설정됨	originating SMS

위의 제안에서 NAS 계층은 발신(MO) MMTEL 음성, MMTEL 영상, SMS(구체적으로, SMS over IP, SMS over SGs, SMS in MME, or SMS over S102)를 구분하여 서비스 요청 절차(확장 서비스 요청 메시지의 전송)를 시작할 때, AS 계층(예컨대, RRC 계층)에게 MMTEL 음성, MMTEL 영상, SMS(구체적으로, SMS over IP, SMS over SGs, SMS in MME, or SMS over S102)를 구분하기 위한 새로운 서비스 타입, 예컨대 mobile originating MMTEL voice for MMTEL voice, mobile originating MMTEL video for MMTEL video, mobile originating SMS를 정의하여 보낸다. 이때 새롭게 정의된 서비스 타입과 함께 새로운 콜 타입(call type)이 정의되어 사용될 수 도 있다. AS 계층(예컨대, RRC 계층)은 NAS가 요청한 서비스 요청 절차(예컨대, 확장 서비스 요청 메시지의 전송)를 수행하기 위해 RRC 연결을 수립(establishment) 하게 되는데 상기 IMS 서비스와 SMS 서비스를 서비스 타입 및/또는 콜 타입(call type)을 가지고 구분하여, 각각에 대해서 네트워크로부터 제공된 SIB 내에 포함된 ACB 스킵 정보에 따라서 최종 ACB에 대한 검사를 통과(skip)시킬지 말지를 결정하게 된다. 즉, AS 계층(예컨대, RRC 계층)에서 NAS 계층의 확장 서비스 요청 메시지 내의 서비스 타입 및/또는 콜 타입(call type)을 판독하고 IMS 서비스와 SMS 서비스를 인지한 뒤, 네트워크로부터 수신한 ACB 스킵 정보 내에 해당 서비스가 세팅(즉, ACB skipping ON)이 되어 있으면 해당 RRC 연결 수립을 수행하고 그렇지 않는 경우, 해당 RRC 연결 수립을 수행하지 않는다.

표 14

서비스 요청 값
비트
4	3	2	1
0	0	0	0	CS 폴백 발신(MO)
0	0	0	1	CS 폴백 착신(MT)
0	0	1	0	CS 폴백 응급 전화 발신(MO)
0	1	0	1	MMTEL 음성 발신
0	1	1	0	MMTEL 영상 발신
0	1	1	1	SMS over IP 발신
1	0	0	0	패킷 서비스
1	1	0	0	SMS in MME, SMS over SGs, 또는 SMS over S102의 발신

<제안 5-1: 표준 개선>

도 17a 및 도 17b을 참조하여 알 수 있는 바와 같이, 제안 5-1에 따르면 MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call)에 대한 ACB 스킵 인디케이션을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 or /SMS over IP를 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 or SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 이때, 확장 서비스 요청(EXTENDED SERVICE REQUEST) 메시지를 사용한다. 서비스 요청 절차 시작 시 확장 서비스 요청 메시지의 서비스 타입은 mobile originating MMTEL voice for MMTEL voice / mobile originating MMTEL video for MMTEL video / mobile originating SMS over IP for SMS over IP로 설정하고, RRC 수립 원인은 MO data로 설정하고, 콜 타입(call type)은 mobile originating MMTEL voice calls for MO MMTEL voice/ mobile originating MMTEL video calls for MO MMTEL video / mobile originating SMS for MO SMS (SMS over IP)로 설정한다.

도 18a 및 도 18b을 참조하면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 절차 시작 시 확장 서비스 요청 메시지의 서비스 타입을 mobile originating SMS로 설정하고, RRC 수립 원인은 MO data로 설정하고, 콜 타입(call type)은 originating SMS for MO SMS로 설정한다.

<제안 5-2>

제안 5-2에 따르면, MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성/MMTEL 영상, MO SMS over IP 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성/MMTEL 영상/SMS over IP 서비스에 대한 ACB 스킵 정보를 확인하여, 만약 MMTEL 음성 및/또는 MMTEL 영상 및/또는 SMS over IP에 대해서 ACB skipping bit = set/true 인 경우에, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상을 위한 세션/요청(call)의 시작을 알리는 ACB 스킵 시작 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 SMS over IP을 위한 세션의 시작을 알리는 ACB 스킵 시작 인디케이션/정보를 NAS 계층에게 제공한다.

또한, 제안 5-2에 따르면, MMTEL/SMS over IP를 위한 IMS 계층으로부터 MO MMTEL 음성, MO MMTEL 영상 or MO SMS over IP를 위한 세션/요청(call)에 대한 ACB 스킵 시작 인디케이션/정보(즉, ACB skip begin indication)를 수신하면, NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 및/또는 SMS over IP를 위한 세션/요청(call) 시작임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시 ACB 스킵 인디케이션(즉, ACB skip = set/true)를 함께 AS 계층(예컨대, RRC 계층)에게 제공한다.

도 20a 및 도 20b을 참조하면, SMS (SMS over SGs; SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 절차 시작 시, 콜 타입(call type)은 originating SMS for MO SMS (SMS over SGs)로 설정하고, RRC 수립 원인은 MO data로 설정한다.

다시 도 19a 및 도 19b를 참조하면, MMTEL/SMS over IP를 위한 IMS 계층이 발신(MO) MMTEL 음성/MMTEL 영상, MO SMS over IP 서비스 연결이 끝나면/종료하면, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상세션/요청(call)의 종료를 알리는 ACB 스킵 종료 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 SMS over IP 세션의 종료를 알리는 ACB 스킵 종료 인디케이션/정보를 NAS 계층에게 제공한다.

구체적으로, MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP를 위한 세션/요청(call)에 대한 종료 인디케이션/정보(즉, ACB skip end indication/information)을 제공하면 , NAS 계층은 MO MMTEL 음성, MMTEL 영상 또는 MO SMS over IP를 위한 세션/요청(call)이 종료됨을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP 세션에 대한 ACB에 대한 검사를 통과시키지 않는다. 즉, 일반적인 데이터/호(call)를 위한 세션으로 인지하여, 일반적인 서비스 요청 절차를 수행하게 되고 AS 계층(즉, RRC 계층)에서는 ACB를 적용한다.

제안 5-2에 따르면 ACB 스킵 시작 인디케이션/정보와 ACB 스킵 종료 인디케이션/정보가 사용된다.

이를 위해 다음과 같이 SCM(Smart Congestion Mitigation) 내용이 개선될 수 있다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForMMTEL-Voice: MMTEL 음성에 대한 ACB skipping bit

- ACBSkipForMMTEL-Video: MMTEL 영상에 대한 ACB skipping bit

아래의 정보가 NAS 계층으로 제공된다.

- ACB-skip-begin-indication;

- ACB-skip-end-indication.

사용자로부터 멀티미디어 텔레포니 통신 세션의 수립 요청을 받았고, 서비스 특정 액세스 제어를 수행한 이후, 세션 수립이 지속되는 경우 UE는 다음과 같이 동작한다.

1) AS 계층으로부터 획득한 ACB 스킵 정보를 검색함

2) 멀티미디어 텔레포니 통신 세션 내에 비디오가 제공되는 경우, MMTEL 영상에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 ACB-skip-begin-indication을 전달하고, 세션 수립을 계속한다.

3) 멀티미디어 텔레포니 통신 세션 내에 오디오가 제공되는 경우, MMTEL 음성에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 ACB-skip-begin-indication을 전달하고, 세션 수립을 계속한다.

멀티미디어 텔레포니 통신 세션이 완료될 때, UE는 ACB-skip-end-indication를 NAS 계층으로 전달한다.

대안적으로, 다음과 같이 SCM(Smart Congestion Mitigation) 내용이 개선될 수 있다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForMMTEL-Voice: MMTEL 음성에 대한 ACB skipping bit

- ACBSkipForMMTEL-Video: MMTEL 영상에 대한 ACB skipping bit

아래의 정보가 NAS 계층으로 전달된다.

- ACB-skip-set(예컨대, true/start/begin)-indication: MMTEL 음성;

- ACB-skip-reset(예컨대, false/stop/end)-indication: MMTEL 음성;

- ACB-skip-set(예컨대, true/start/begin)-indication: MMTEL 영상; and

- ACB-skip-reset(예컨대, false/stop/end )-indication: MMTEL 영상.

사용자로부터 멀티미디어 텔레포니 통신 세션에 대한 요청을 받은 경우 그리고 세션 수립이 서비스 특정 액세스 제어를 수행한 이후에도 계속되는 경우, UE는 다음과 같이 동작한다.

1) AS 계층으로부터 획득한 ACB 스킵 정보를 검색함.

2) 멀티미디어 텔레포니 통신 세션 내에서 오디오가 제공되는 경우, 그리고 MMTEL 음성에 대해서 ACB skipping bit가 설정된 경우, UE는 MMTEL 음성 식별자를 갖는 ACB-skip-set-indication를 전달하고, 세션 수립을 계속한다.

3) 멀티미디어 텔레포니 통신 세션 내에서 비디오가 제공되는 경우, 그리고 MMTEL 영상에 대해서 ACB skipping bit가 설정된 경우, UE는 MMTEL 영상 식별자를 갖는 ACB-skip-set-indication를 전달하고, 세션 수립을 계속한다.

음성을 위한 멀티미디어 텔레포니 통신 세션이 완료되는 경우, UE는 MMTEL 음성 식별자를 갖는 ACB-skip-reset-indication을 NAS 계층으로 전달한다.

마찬가지로, 비디오을 위한 멀티미디어 텔레포니 통신 세션이 완료되는 경우, UE는 MMTEL 영상 식별자를 갖는 ACB-skip-reset-indication을 NAS 계층으로 전달한다.

<제안 5-3>

제안 5-3에 따르면, 제안 5-2와 유사하게 ACB 스킵 시작 인디케이션/정보와 ACB 스킵 종료 인디케이션/정보가 사용될 수 있다.

다만, 제안 5-2와 다르게, 제안 5-3에 따르면 다음과 같이 SCM(Smart Congestion Mitigation) 내용이 개선될 수 있다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForSMS-over-IP: SMS-over-IP에 대한 ACB skipping bit

아래의 정보가 NAS 계층으로 전달된다.

- ACB-skip-begin-indication; and

- ACB-skip-end-indication.

SMS over IP의 전송을 사용자로부터 요청받은 경우, UE는 다음과 같이 동작한다.

1) AS 계층으로부터 획득한 ACB 스킵 정보의 검색

2) SMS over IP에 대해서 ACB skipping bit가 세팅된 경우, UE는 ACB-skip-begin-indication를 NAS 계층으로 전달하고, SMS over IP 전송 절차를 계속한다.

SMS over IP 전송이 완료된 경우, UE는 ACB-skip-end-indication를 NAS 계층으로 전달한다

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForSMS-over-IP: SMS-over-IP에 대한 ACB skipping bit

아래의 정보가 NAS 계층으로 전달될 수 있다

- ACB-skip-set (예컨대, true/start/begin)-indication: SMS-over-IP;

- ACB-skip-reset (예컨대, false/stop/end)-indication: SMS-over-IP.

사용자로부터 SMS over IP에 대한 전송 요청이 있는 경우, UE는 다음과 같이 동작한다.

1) AS 계층으로부터 획득한 ACB 스킵 정보를 검색한다.

2) SMS-over-IP에 대해서 ACB skipping bit가 설정되어 있는 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달하고, SMS over IP의 전송을 계속한다.

SMS over IP가 완료되면, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication을 NAS 계층으로 전달한다.

<제안 6>

도 21a 및 도 21b을 참조하여 알 수 있는 바와 같이, 제안 6에 따르면, MMTEL를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 음성 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인한 결과, 만약 MMTEL 음성에 대해서 ACB skipping bit = set/true 인 경우에, MMTEL를 위한 IMS 계층은 MMTEL 음성 세션/요청(call)의 시작을 알리는 ACB 스킵 시작 인디케이션/정보를 NAS 계층에게 제공한다. 또는, MMTEL를 위한 IMS 계층이 MO MMTEL 영상 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인한 결과, 만약 MMTEL 영상에 대해서 ACB skipping bit = set/true 인 경우에 MMTEL를 위한 IMS 계층은 MMTEL 영상 세션/요청(call)의 시작을 알리는 ACB 스킵 시작 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) SMS over IP 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB 스킵 정보를 확인한 결과, 만약 SMS over IP에 대해서 ACB skipping bit = set/true인 경우에 SMS over IP를 위한 IMS 계층은 SMS over IP 세션의 시작을 알리는 ACB 스킵 시작 인디케이션/정보를 NAS 계층에게 제공한다.

MMTEL 및 SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP에 대한 세션/요청(call) 시작 인디케이션/정보(즉, ACB skip begin 인디케이션/정보)를 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션/요청(call) 시작임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시 ACB 스킵 인디케이션(즉, ACB skip = set/true)를 함께 AS 계층(예컨대, RRC 계층)에게 제공한다.

도 22a 및 도 22b를 참조하여 알 수 있는 바와 같이 SMS (SMS over NAS)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 서비스 요청 절차 시작 시, 콜 타입(call type)은 originating SMS for MO SMS (SMS over SGs)로 설정하고, RRC 수립 원인은 MO data로 설정한다.

한편, UE의 AS 계층(예컨대, RRC 계층)은 NAS 계층으로부터 서비스 요청과 함께 제공 되어지는 MMTEL 음성/MMTEL 영상/SMS over IP에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true)를 확인하고, 상기 서비스 요청에 대한 ACB에 대한 검사를 통과시키게 된다. 이후 RRC 연결 요청 메시지를 기지국에게 전송한다. 이때, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

또는, UE의 AS 계층(예컨대, RRC 계층)은 NAS 계층으로부터 서비스 요청과 함께 제공 되어지는 MMTEL 음성에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true for MMTEL voice), MMTEL 영상에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true for MMTEL video) 또는 SMS over IP에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true for SMS over IP)를 확인하고, 상기 서비스 요청에 대한 ACB에 대한 검사를 통과시키게 된다. 이후 RRC 연결 요청 메시지를 기지국에게 전송한다. 이때, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

또는, UE의 AS 계층(예컨대, RRC 계층)은 NAS 계층으로부터 서비스 요청과 함께 제공 되어지는 MMTEL 음성/비디오에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true for MMTEL voice/video) 또는 SMS over IP에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true for SMS over IP)를 확인하고, 상기 서비스 요청에 대한 ACB에 대한 검사를 통과(skip)시키게 된다. 이후 RRC 연결 요청 메시지를 기지국에게 전송한다. 이때, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

SMS(SMS over SGs; SMS over NAS)인 경우, UE의 AS 계층(예컨대, RRC 계층)은 NAS 계층의 서비스 요청에 대한 콜 타입(call type)을 판독하고, 상기 서비스 요청이 발신(MO) SMS 서비스 연결을 위한 서비스 요청임을 인지하고, 네트워크로부터 제공 받은 SMS (SMS over SGs) 서비스에 대한 ACB 스킵 정보/인디케이션을 확인한 결과 만약 SMS에 대해서 ACB skipping bit = set/true인 경우, 상기 서비스 요청에 대한 ACB에 대한 검사를 통과(skip)시키게 된다. 이후 RRC 연결 요청 메시지를 기지국에게 전송한다. 이때, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

또는, MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상, MO SMS over IP 서비스 연결이 끝나면/종료하면, MMTEL를 위한 IMS 계층이 MO MMTEL 음성에 대한 ACB 스킵 종료(false/stop/reset) 인디케이션/정보, MO MMTEL 영상에 대한 ACB 스킵 종료(false/stop/reset) 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층 에서 SMS over IP 세션의 종료를 알리는 ACB 스킵 종료(false/stop/reset) 인디케이션/정보를 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP에 대한 세션/요청(call) 종료(false/stop/reset) 인디케이션/정보를 제공하면 , NAS 계층은 MO MMTEL 음성, MMTEL 영상 또는 MO SMS over IP에 대한 세션/요청(call) 종료임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 or SMS over IP 세션에 대한 ACB에 대한 검사의 통과를 적용하지 않는다. 즉, 일반적인 세션으로 인지하여 ACB를 적용시킨다.

<제안 7>

제안 7에 따르면, 네트워크(예컨대, 기지국)가 MO MMTEL 음성, MO MMTEL 영상, MO SMS를 위한 ACB 스킵 정보를 SIB2를 통해 UE에게 제공한다. 이때, AS 계층(예컨대, RRC 계층)에서 이 ACB 스킵 정보를 MMTEL (IMS; SMS over IP 포함) 계층 및/또는 NAS 계층에게 전송하고 이 정보에 기반하여 MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성/영상/SMS over IP에 대해 ACB에 대한 검사를 통과(skip)시킬지 여부를 결정하고 NAS 계층 또는 AS 계층(예컨대, RRC 계층)에게 ACB 스킵 정보를 알려 준다.

도 23a 및 도 23b을 참조하면, 네트워크(예컨대, 기지국)으로부터 ACB 스킵 정보 상태의 변경/변동(예컨대, ACB skip set/true에서 ACB skip reset/false로의 변경 또는 ACB skip reset/false에서 ACB skip set/reset로의 변경)이 발생하면, 바로 AS 계층(즉, RRC 계층)은 MMTEL/SMS over IP를 위한 IMS 계층 (혹은 NAS 계층)에게 ACB 스킵 정보 변경/변동을 알려준다. MMTEL/SMS over IP를 위한 IMS 계층은 NAS 계층(또는 RRC 계층)에게 ACB 스킵 정보의 변경/변동을 알려준다. 이러한 ACB 스킵 인디케이션/정보에 기반하여 NAS 계층은 서비스 요청 절차를 수행한다. 예컨대, 서비스 요청 또는 ACB 스킵 인디케이션을 갖는 확장 서비스 요청을 RRC 계층으로 전달한다. RRC 계층에서는 이러한 NAS 계층(또는 IMS 계층) 에서 제공받은 ACB 스킵 인디케이션(즉, ACB skip = set/true) 정보 변경/변동에 따라서 최종적으로 ACB에 대한 검사를 통과(skip)시키거나 혹은 ACB를 적용시킨다.

RRC 계층이 시스템 정보(예컨대 SIB2)를 통해서 ACB 스킵 정보/인디케이션을 제공받지 않은 경우, 상기 RRC 계층은 ACB 스킵 정보를 MMTEL/SMS over IP에 대해서 검색하고, MMTEL/SMS over IP에 대한 ACB의 검사 통과(skip)에 대해서 'MMTEL set/start/true/begin'으로 IMS 계층(또는 NAS 계층)에게 지시하거나 또는 ACB의 검사 통과의 비적용에 대해서 'MMTEL reset/stop/false/end'로 IMS 계층(또는 NAS 계층)에게 지시한다.

MMTEL/SMS over IP로부터 ACB 스킵 정보를 수신하면, NAS 계층은 서비스 요청 또는 ACB 스킵 인디케이션을 갖는 확장 서비스 요청을 RRC 계층으로 전달한다. 상기 계층은 서비스 요청 또는 ACB 스킵 인디케이션을 갖는 확장 서비스 요청을 수신하면, 상기 RRC 계층은 ACB를 적용하지 않고 통과시킨다.

상기 ACB 스킵 정보는 주기적으로 제공/갱신될 수 있다. 이때마다 AS 계층(즉, RRC 계층)은 MMTEL/SMS over IP를 위한 IMS 계층 혹은 NAS 계층에게 ACB 스킵 정보를 제공할 수 있다.

도 24a 및 도 24b를 참조하면, 네트워크(예컨대, 기지국)로부터 제공되는 ACB 스킵 정보 상태의 변경/변동(예컨대, ACB skip set/true에서 ACB skip reset/false으로의 변경 또는 ACB skip reset/false에서 ACB skip set/reset으로의 변경)이 발생하거나, ACB 스킵 정보가 주기적으로 수신되면, AS 계층(즉, RRC 계층)은 NAS 계층에게 ACB 스킵 정보 변경/변동을 바로 바로 알려줄 수 있다. MMTEL/SMS over IP를 위한 IMS 계층은 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP에 대한 세션/요청(call) 시작시 NAS 계층에게 ACB skip set/start/true/begin(/reset/stop/false/end) 인디케이션/정보를 제공한다. NAS 계층은 상기 ACB 스킵 인디케이션/정보를 인지한 후, RRC 계층으로부터 제공받은 ACB 스킵 정보 변경/변동에 기반하여 NAS 계층은 서비스 요청 절차를 수행할 수 있다. 이후, RRC 계층에서는 이러한 NAS 계층에서 제공받은 ACB 스킵 인디케이션/정보 (변경/변동)에 따라서 최종적으로 ACB에 대한 검사를 통과(skip)시키거나, ACB를 적용할 수 있다.

<제안 8>

도 25a 및 도 25b를 참조하면, 네트워크가 MMTEL 음성, MMTEL 영상, SMS를 위한 ACB 스킵 정보를 SIB2를 통해 UE에게 제공한다. 이때, UE의 AS 계층(예컨대, RRC 계층)에서 이 ACB 스킵 정보를 MMTEL/SMS를 위한 계층(즉, IMS 계층) 또는 NAS 계층에게 전송하고 이 정보에 기반하여 MMTEL/SMS를 위한 계층(즉, IMS 계층)에서 MMTEL 음성/영상/SMS 에 대한 ACB의 검사 통과(skip) 여부를 결정하고 NAS 계층에게 ACB 스킵 정보를 알려 준다.

제안 8에 따르면, RLF(radio link failure) 또는 하위 계층의 실패/에러 등으로 인하여 MMTEL 음성/영상/SMS over IP에 대한 재전송이 발생한 경우 (QCI=1 베어러 수립 완료이전에 재전송 또는 QCI=1 베어러 수립 완료 이후의 재전송), AS 계층(예컨대, RRC 계층)은 NAS 계층에게 하위 계층의 실패/에러를 알려주고, NAS 계층은 NAS 시그널링 연결 (재)설정을 위한 NAS 복구 절차를 수행한다. (여기서 QCI =1 베어러는 음성 서비스(VoLTE call 포함)를 위한 베어러를 의미함)

NAS 계층은 서비스 요청 절차를 수행할 때, ACB 스킵 인디케이션을 RRC 계층에게 제공하였음을 기억하고 있는다.

이때, 하위 계층의 실패/에러로 인하여 재전송이 발생하는 경우, NAS 계층은 하위 계층의 실패/에러에 대한 인디케이션을 RRC 계층으로부터 제공받게 되는데, 이것을 이전 상태(ACB skip 적용 상태 혹은 ACB 적용 상태)를 계속 유지(keep)하는 것으로 인지할 수도 있다.

NAS 계층은 재전송을 위한 서비스 요청 절차를 (재)수행할 때 이전에 수행한 서비스 요청 절차의 ACB 스킵 인디케이션의 제공 상태를 그대로 적용하여 ACB 스킵 인디케이션/정보 혹은 No ACB 스킵 인디케이션/정보를 함께 제공한다.

RRC 계층에서는 이러한 NAS 계층에서 제공받은 ACB 스킵 인디케이션/정보에 따라서 최종 ACB skip하거나 No ACB skip (i.e. ACB is applied) 한다.

<제안 9>

도 26a 및 도 26b을 참조하면, 네트워크(예컨대, 기지국)가 MMTEL 음성, MMTEL 영상, SMS (SMS over IP 및/또는 SMS over NAS)를 위한 ACB 스킵 정보를 시스템 정보(예컨대, SIB2)를 통해 UE에게 제공한다. 이때, UE의 AS 계층(예컨대, RRC 계층)은 이 ACB 스킵 정보를 NAS 계층에게 전송한다. 이때 SIB2를 통해 제공되는 ACB 스킵 정보는 주기적으로 제공될 수도 있고, ACB 스킵 정보가 변화 되었을 때 제공될 수도 있는데, 이렇게 수신된 ACB 스킵 정보를 AS 계층(예컨대, RRC 계층)은 바로 NAS 계층에게 제공(전송)한다. MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 음성/영상/SMS over IP가 개시 혹은 트리거링될때, ACB skip SET/START를 NAS 계층에게 전송한다. 이때 ACB skip SET/START는 one-bit indication 일 수도 있고, MMTEL-voice-ACB-skip-SET/START, MMTEL-video-ACB-skip-SET/START, SMSoverIP-ACB-skip-SET/START와 같이 MMTEL 음성/영상/SMS over IP에 따라 각각 구분되는 인디케이션/정보일 수도 있다. 이때 MMTEL/SMS over IP를 위한 IMS 계층이는 실제 네트워크로부터 ACB 스킵 정보가 ACB skip 적용이 설정된 경우와 무관하게 MMTEL 음성/영상/SMS over IP가 개시 혹은 트리거링될 때 상기 MMTEL-voice/video-ACB-skip-SET/START 또는 SMSoverIP-ACB-skip-SET/START 인디케이션/정보 정보를 NAS 계층에게 제공한다.

상기 NAS 계층은 MMTEL/SMS over IP를 위한 IMS 계층이 이러한 ACB skip SET/START 인디케이션/정보 정보를 수신 받은 후 MMTEL 음성/영상/SMS over IP 의 패킷을 전송하기 위해 서비스 요청 절차를 시작(수행)한다. 이때 AS 계층(예컨대, RRC 계층)으로부터 제공받은 ACB 스킵 설정에 따라서 AS 계층(예컨대, RRC 계층)에게 ACB-skip-ON/TRUE-indication/information 정보를 제공한다. 이러한 ACB skip-ON/TRUE- indication/information는 서비스 요청 절차를 시작(수행)할 때 제공될 수 있으며, 서비스 요청 절차와 상관없이 바로 제공될 수도 있다.

도 27a 및 도 27b을 참조하여 알 수 있는 바와 같이, NAS 계층은 이러한 ACB skip-ON/TRUE-indication/information를 NAS 복구를 위한 TAU 요청 절차를 시작(수행)할 때도 제공될 수 있으며, 혹은 TAU 요청 절차와 상관없이 바로 제공될 수도 있다.

AS 계층(예컨대, RRC 계층)에서 NAS 계층에서 제공하는 상기 ACB skip-ON/TRUE-indication/information에 따라서 해당 서비스 요청 메시지에 대한 ACB에 대한 검사를 통과시키게 된다.

만약 NAS 복구를 위한 TAU 요청 절차가 시작(수행)하는 경우, AS 계층(예컨대, RRC 계층)에서 상기 ACB skip-ON/TRUE-indication/information에 따라서 해당 TAU 요청 메시지(RRC 수립 원인은 MO signalling로 설정됨)에 대해 ACB에 대한 검사를 통과시키거나 적용하게 된다.

해당 MMTEL 음성/영상/SMS over IP를 위한 세션이 종료되면 MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 서비스 (전송) 종료를 알려주는 ACB skip RESET/STOP을 NAS 계층에게 전송한다. 이때 ACB skip RESET/STOP는 one-bit indication 일 수도 있고, MMTEL-voice-ACB-skip-RESET/STOP, MMTEL-video-ACB-skip-RESET/STOP, SMSoverIP-ACB-skip-RESET/STOP과 같이 MMTEL 음성/영상/SMS over IP에 따라 각각 구분되는 인디케이션/정보일 수도 있다. MMTEL 계층에서 ACB skip RESET/STOP 인디케이션/정보를 수신하면 NAS 계층은 이후에 시작/발생하는 서비스 요청 절차(또는 TAU 요청 절차)에 ACB skip-ON/TRUE indication/information를 함께/별도로 AS 계층(예컨대, RRC 계층)에게 제공하지 않는다.

위 제안에서 NAS 계층이 서비스 요청 절차(또는 TAU 요청 절차)를 개시/수행할 때, RRC 계층에게 네트워크로부터 SIB2를 통해 제공받은 ACB 스킵 정보를 요청할 수도 있고, RRC 계층이 시스템 정보(SI)가 업데이트될 때 마다 혹은 시스템 정보(SI)내의 ACB 스킵 정보의 변경을 확인할 때마다 NAS 계층에게 바로 (네트워크로부터 제공받은) ACB 스킵 정보를 제공할 수도 있다.

NAS 복구를 위해 서비스 요청 절차 또는 TAU 요청 절차가 수행될 수 있는데 서비스 요청 절차는 상향링크 데이터가 있는 경우에 수행될 수 있고, 상기 TAU 요청 절차는 상향링크 데이터가 없는 경우에 수행될 수 있다.

<제안 10-1/10-2/10-3의 개요>

먼저 제안 1-1은 NAS 계층와 AS 계층(즉, RRC 계층)의 동작에 관한 것이고, 제안 1-2는 MMTEL (IMS) 동작에 관한 것이고, 제안 1-3은 SMS-over IP 동작에 관한 것이다.

도 28a 및 도 28b을 참조하면, MMTEL/SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 음성/MMTEL 영상, MO SMS over IP 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성/MMTEL 영상/SMS over IP 또는 SMS (SMS over SGs) 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우에, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상세션/요청(call)임을 알리는 인디케이션/정보를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 SMS over IP 세션임을 알리는 인디케이션/정보를 NAS 계층에게 제공한다.

또는, MMTEL를 위한 IMS 계층이 MMTEL 음성 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인하여, 만약 ACB skipping bit = set/true인 경우에, 다른 MMTEL 음성 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면 MMTEL를 위한 IMS 계층은 MMTEL 음성 세션/요청(call)의 시작을 알리는 ACB skip set indication 을 NAS 계층에게 제공한다. 마찬가지로, MMTEL를 위한 IMS 계층이 MMTEL 영상 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true 인 경우에, 다른 MMTEL 음성 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면 MMTEL를 위한 IMS 계층은 MMTEL 영상 세션/요청(call)의 시작을 알리는 ACB skip set indication를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) SMS over IP 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우에, SMS over IP 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면 SMS over IP를 위한 IMS 계층은 SMS over IP 세션의 시작을 알리는 ACB skip set indication을 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성/영상 또는 MO SMS over IP를 위한 세션/요청(call)에 대한 ACB skip set indication을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성/영상 또는 SMS over IP을 위한 세션/요청(call)임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성/영상 또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시 ACB 스킵 인디케이션을 AS 계층(예컨대, RRC 계층)에게 제공한다.

한편, 제안 10-2/10-3에 따르면, MMTEL/SMS over IP를 위한 IMS 계층이 MO(Mobile Originated) MMTEL 음성, MO MMTEL 영상, MO SMS over IP 서비스 연결이 끝나면/종료하면, 다른 MMTEL 음성, MMTEL 영상서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면 MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상세션/요청(call)의 종료를 알리는 ACB skip reset indication을 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층 에서 다른 SMS over IP서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, SMS over IP 세션의 종료를 알리는 ACB skip reset indication을 NAS 계층에게 제공한다.

또한, 제안 10-2/10-3에 따르면, MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP을 위한 세션/요청(call)에 대한 reset indication(즉, ACB skip reset indication)을 제공하면 , NAS 계층은 MO MMTEL 음성/영상 또는 MO SMS over IP를 위한 세션/요청(call) 종료임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성/영상 또는 SMS over IP을 위한 세션에 대해 ACB에 대한 검사를 통과(skip)시키지 않는다. 즉, 일반적인 데이터를 위한 세션으로 인지하여 서비스 요청 절차를 수행하게 되고 AS 계층(즉, RRC 계층)에서는 ACB를 적용시킨다.

한편, 네트워크에서 제공되는 ACB skip information이 변경되었을 때, AS 계층(예컨대, RRC 계층)은 변경된 정보를 MMTEL/SMS over IP를 위한 IMS 계층과 NAS 계층에게 제공한다. MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우(즉, ACB 스킵 정보가 변경된 경우), MMTEL 음성 세션이 진행되고 있으면, MMTEL를 위한 IMS 계층은 바로 ACB skip set indication를 NAS 계층에게 제공한다. MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우(즉, ACB 스킵 정보가 변경된 경우), MMTEL를 위한 IMS 계층은 바로 ACB skip set indication를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true 인 경우(즉, ACB 스킵 정보가 변경된 경우), SMS over IP 서비스 세션이 진행되고 있으면, 바로 ACB skip set indication를 NAS 계층에게 제공한다. 만약, 변경된 ACB 스킵 정보가 만약 ACB skipping bit = reset/false인 경우에, MMTEL 음성, MMTEL 영상 또는 SMS over IP 세션이 진행되고 있으면, MMTEL 음성/영상을 위한 ACB skip reset indication, SMS over IP를 위한 ACB skip reset indication을 바로 NAS 계층에게 제공한다. NAS 계층은 상기 MMTEL/SMS over IP (IMS) 계층에서 제공받은 ACB 스킵 인디케이션/정보 변경에 따라서 이후 서비스 요청 절차를 수행한다.

<제안 10-1>

제안 10-1에 따르면, UE의 AS 계층(예컨대, RRC 계층)은 네트워크로부터 제공받은 ACB 스킵 정보를 NAS 계층에게 제공한다. 이때, AS 계층(예컨대, RRC 계층)은 네트워크로부터 제공받은 MMTEL 음성/MMTEL 영상/SMS over IP/SMS over ANS를 위한 ACB 스킵 정보를 MMTEL/SMS over IP를 위한 IMS 계층과 아울러 NAS 계층 모두에게 제공할 수 도 있다. 만약 네트워크로부터 제공 받은 정보가 MMTEL 음성/MMTEL 영상/SMS over IP 서비스만인 경우에는, ACB 스킵 정보를 MMTEL/SMS over IP를 위한 IMS 계층에만 제공할 수도 있다. 또한, 네트워크로부터 제공 받은 정보가 SMS 서비스만을 포함되어 있으면 ACB 스킵 정보를 NAS 계층에만 제공할 수도 있다.

도 29a 및 도 29b를 참조하면 SMS over NAS인 경우, NAS 계층은 MO SMS 연결을 위한 서비스 요청 절차를 시작 시, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over NAS 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우에, ACB 스킵 인디케이션(즉, ACB skip = set/true)를 함께 AS 계층(예컨대, RRC 계층)에게 제공한다.

한편, 제안 10-1에 따른 개선을 설명하면 다음과 같다.

아래의 비정상 케이스가 확인될 수 있다.

ACB는 다음의 경우에 적용되지 않을 수 있다.

- 서비스 요청 절차가 SMS 전송을 위해 요청되고, 하위 계층은 ACB를 스킵하도록 설정되는 경우

- 서비스 요청 절차가 사용자 평면의 무선 자원에 대한 상위 계층의 요청에 의해서 시작되고, 상위 계층이 ACB에 대한 검사를 통과(skip)하라고 지시한 경우

한편, RRC 수립 원인(establishment cause)를 매핑하는 NAS 계층의 절차에 대한 개선을 설명하면 다음과 같다.

EMM이 NAS 시그널링 연결의 수립을 요청하는 경우, UE에 의해서 사용되는 RRC 수립 원인은 NAS 절차에 따라 선택된다. EMM은 액세스 제어의 목적으로 하위 계층에게 RRC 수립 원인과 관련된 콜 타입(call type)을 알려주어야 한다. 게다가, EMM이 NAS-시그널링 연결을 요청할 때, 상위 계층이 ACB에 대한 검사의 통과를 지시하는 경우, EMM은 ACB에 대한 검사의 통과를 하위 계층에게 전달해야 한다. UE가 EAB(Extended Access Barring)가 설정되는 경우, 액세스 제어의 목적으로 EMM은 다음의 케이스를 제외하고는 EAB를 그러한 요청들에 적용시킨다

- 페이징 신호에 응답하는 UE

- RRC 수립 원인이 응급 요청(Emergency call)으로 설정됨

- UE가 EAB를 무시(override)하도록 설정된 경우

EMM은 하위 계층에게 액세스 제어의 목적으로 아래의 케이스에 해당하면 ACB를 적용하지 말라고 지시한다:

- SMS를 전송하라는 요청을 수신하고, 하위 계층이 SMS에 대해서는 ACB에 대한 검사를 통과시키라고 지시하는 경우

- 사용자 평면의 무선 자원에 대해서 상위 계층으로부터 요청을 수신하고 상위 계층은 ACB에 대한 검사를 통과시키라고 지시하는 경우

표 15

NAS 절차	RRC 수립 원인	콜 타입(call type)
Service Request	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위한 경우, RRC 수립원인은 MO 데이터로 설정됨.	originating calls
	서비스 요청이 응급 베어러 서비스를 위해 사용자 평면의 무선 자원을 요청하기 위한 경우, RRC 수립원인은 응급 요청으로 설정됨	emergency calls
	서비스 요청이 UL 시그널링을 위한 자원을 요청하기 위한 경우, RRC 수립 원인은 MO 데이터로 설정됨.	originating calls
	서비스 요청이 사용자 평면의 무선 자원을 요청하기 위함이거나 혹은 UL 시그널링을 위한 자원을 요청하기 위한 것이고, UE는 이중 우선순위(dual priority)가 설정되고, NAS 시그널링 저순위 인디케이터가 무시(overridden)되는 경우, RRC 수립 원인은 MO data로 설정됨	originating calls
	서비스 요청이 응급으로 설정된 콜 타입(call type)을 갖는 PDN 연결 요청에 의해서 트리거링되는 경우, RRC 수립 원인은 Emergency call로 설정됨	emergency calls
	서비스 요청이 사용자 평면의 무선자원을 요청하기 위함이거나 또는 UL 시그널링을 위한 자원을 요청하기 위함이고, UE는 NAS 시그널링 저순위로 설정된 경우 RRC 수립 원인은 Delay tolerant로 설정됨	originating calls
	서비스 요청이 코어네트워크(CN) 도메인 인디케이터가 PS로 설정되어 있는 페이징에 대한 응답인 경우, RRC 수립원인은 MT 액세스로 설정됨	terminating calls
액세스 클래스 12, 13, 또는 14를 이용하는 UE에 의해서 NAS 절차가 개시되는 경우, RRC 수립원인은 High priority access AC 11 15로 설정될 수 있다.

<제안 10-2>

제안 10-2에 따르면 SCM(Smart Congestion Mitigation) 내용이 아래와 같이 개선될 수 있다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForMMTEL-Voice: MMTEL 음성에 대한 ACB skipping bit;

- ACBSkipForMMTEL-Video: MMTEL 영상에 대한 ACB skipping bit.

아래의 정보가 NAS 계층으로 전달될 수 있다.

- MMTEL 식별자를 갖는 ACB-skip-set-indication; and

- MMTEL 식별자를 갖는 ACB-skip-reset-indication

1) 멀티미디어 텔레포니 통신 세션 내에 오디오가 제공되는 경우, 오디오를 위한 다른 멀티미디어 텔레포니 통신 세션은 없는 경우, MMTEL 음성에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

2) 멀티미디어 텔레포니 통신 세션 내에 비디오가 제공되는 경우, 비디오를 위한 다른 멀티미디어 텔레포니 통신 세션은 없는 경우 MMTEL 영상에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

AS 계층으로부터 제공된 ACB 스킵 정보가 멀티미디어 텔레포니 통신 세션이 진행중인 상태에서 변경되는 경우, UE는 다음과 같이 동작한다.

1) 상기 멀티미디어 텔레포니 통신 세션 내에서 오디오가 제공되고, MMTEL 음성에 대해서 ACB skipping bit가 변경되는 경우,

만약 MMTEL 음성에 대해서 ACB skipping bit가 설정되어 있었던 경우, MMTEL 식별자를 갖는 ACB-skip-set-indication을 NAS 계층으로 전달하고 진행중인 세션을 계속한다.

그렇지 않은 경우, UE는 MMTEL 식별자를 갖는 ACB-skip-reset-indication를 NAS 계층으로 전달하고 진행중인 세션을 게속한다.

2) 만약 상기 멀티미디어 텔레포니 통신 세션 내에서 영상이 제공되고, MMTEL 영상에 대해서 ACB skipping bit가 변경되는 경우,

만약 MMTEL 영상에 대해서 ACB skipping bit가 설정되어 있었던 경우, MMTEL 식별자를 갖는 ACB-skip-set-indication을 NAS 계층으로 전달하고 진행중인 세션을 계속한다.

AS 계층으로부터 제공된 ACB 스킵 정보의 변경은 다음을 포함한다: (1) ACB 스킵 정보가 제공되지 않다가 제공되는 것으로의 변경 (2) ACB 스킵 정보의 값 변경

멀티미디어 텔레포니 통신 세션이 종료할 때, 상기 멀티미디어 텔레포니 통신 세션이 음성을 제공하기 위해서 개시되었던 것이고 음성을 제공하기 위한 다른 멀티미디어 텔레포니 통신 세션은 존재하지 않았었더라면, 상기 UE는 MMTEL 식별자를 갖는 ACB-skip-reset-indication를 NAS 계층으로 전달해야 한다.

마찬가지로, 멀티미디어 텔레포니 통신 세션이 종료할 때, 상기 멀티미디어 텔레포니 통신 세션이 영상을 제공하기 위해서 개시되었던 것이고 영상을 제공하기 위한 다른 멀티미디어 텔레포니 통신 세션은 존재하지 않았었더라면, 상기 UE는 MMTEL 식별자를 갖는 ACB-skip-reset-indication를 NAS 계층으로 전달해야 한다.

대안적으로, SCM(Smart Congestion Mitigation) 내용이 아래와 같이 개선될 수 있다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForMMTEL-Voice: MMTEL 음성을 위한 ACB skipping bit;

- ACBSkipForMMTEL-Video: MMTEL 영상을 위한 ACB skipping bit.

아래의 정보가 NAS 계층으로 전달된다.

- MMTEL 식별자를 갖는 ACB-skip-set-indication

- MMTEL 식별자를 갖는 ACB-skip-reset-indication

1) 멀티미디어 텔레포니 통신 세션 내에 오디오만이 제공되는 경우, 오디오를 위한 다른 멀티미디어 텔레포니 통신 세션은 없는 경우, MMTEL 음성에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

2) 멀티미디어 텔레포니 통신 세션 내에 비디오만이 제공되는 경우, 비디오를 위한 다른 멀티미디어 텔레포니 통신 세션은 없는 경우 MMTEL 영상에 대한 ACB skipping bit가 설정된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

만약 멀티미디어 텔레포니 통신 세션이 시작 되었을 때에는 AS 계층으로부터 ACB 스킵 정보가 제공되지 않았지만 멀티미디어 텔레포니 통신 세션이 진행중일 때에는 ACB 스킵 정보가 제공된 경우 또는 멀티미디어 텔레포니 통신 세션이 시작될 때에는 ACB 스킵 정보가 제공되었지만 멀티미디어 텔레포니 통신 세션이 진행중일 때에는 ACB 스킵 정보가 변경된 경우 UE는 다음과 같이 동작한다.

멀티미디어 텔레포니 통신 세션 내에 오디오만이 제공되는 경우,

1) MMTEL 음성에 대한 ACB skipping bit가 설정되지 않음에서 설정됨으로 변경된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

2) MMTEL 음성에 대한 ACB skipping bit가 설정됨에서 설정되지 않음으로 변경된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

3) 멀티미디어 텔레포니 통신 세션이 개시되었을 때에는 MMTEL에 대한 ACB skipping bit가 AS계층으로부터 제공되지 않았으나, 멀티미디어 텔레포니 통신 세션이 진행중일 때에는 ACB skipping bit가 제공되고, ACB skipping bit가 설정되어 있는 경우, UE는 MMTEL 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 제공한다.

다른 한편, 멀티미디어 텔레포니 통신 세션 내에 영상 만이 제공되는 경우,

1) MMTEL 영상에 대한 ACB skipping bit가 설정되지 않음에서 설정됨으로 변경된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

2) MMTEL 영상에 대한 ACB skipping bit가 설정됨에서 설정되지 않음으로 변경된 경우, UE는 NAS 계층에게 MMTEL 식별자를 갖는 ACB-skip-set-indication을 전달하고, 세션 수립을 계속한다.

멀티미디어 텔레포니 통신 세션이 종료될 때 멀티미디어 텔레포니 통신 세션이 오디오를 제공하기 위해서 개시되었고 오디오를 제공하기 위한 다른 멀티미디어 텔레포니 통신 세션은 없는 경우, UE는 MMTEL 식별자를 갖는 ACB-skip-reset-indication를 NAS 계층으로 제공한다.

<제안 10-3>

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForSMS-over-IP: SMS-over-IP를 위한 ACB skipping bit for.

아래의 정보가 NAS 계층으로 전달될 수 있다.

- SMS-over-IP 식별자를 갖는 ACB-skip-set-indication

- SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication

SMS over IP의 전송에 대한 사용자로부터의 요청을 수신하였을 때, 다른 SMS over IP의 전송이 없다면, UE는 다음과 같이 동작한다.

1) 만약 SMS-over-IP에 대한 ACB skipping bit가 설정된 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달하고, SMS over IP의 전송을 계속진행한다.

AS 계층으로부터 제공된 ACB 스킵 정보가 SMS over IP의 진행동안에 변경되는 경우에, UE는 다음과 같이 동작한다.

1) 만약 SMS-over-IP에 대한 ACB skipping bit가 설정된 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달하고 SMS over IP의 전송을 계속한다.

아래의 정보가 AS 계층으로부터 제공된다.

- ACBSkipForSMS-over-IP: SMS-over-IP에 대한 ACB skipping bit.

아래의 정보가 NAS 계층으로 전달될 수 있다.

- SMS-over-IP 식별자를 갖는 ACB-skip-set-indication;

- SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication

SMS over IP의 전송에 대한 사용자로부터의 요청을 수신하였을 때 전송할 다른 SMS over IP는 없는 경우, UE는 다음과 같이 동작한다.

1) SMS-over-IP 에 대한 ACB skipping bit가 설정된 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달한다.

SMS over IP가 개시될 때에는 ACB 스킵 정보가 AS 계층으로부터 제공되지 않았으나, SMS over IP를 진행하는 동안에는 ACB 스킵 정보가 제공된 경우, 또는 SMS over IP가 개시될 때에는 ACB 스킵 정보가 AS 계층으로부터 제공되었으나, SMS over IP를 진행하는 동안에는 ACB 스킵 정보가 제공되지 않은 경우 UE는 아래와 같이 동작할 수 있다.

1) SMS-over-IP가 개시될 때에는 SMS over IP에 대한 ACB skipping bit가 AS 계층으로부터 제공되지 않은 경우 그리고 SMS over IP에 대한 ACB skipping bit가 설정된 경우, UE는 SMS over IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달한다

2) SMS-over-IP에 대한 ACB skipping bit가 설정되지 않음에서 설정됨으로 변경된 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-set-indication를 NAS 계층으로 전달한다.

3) SMS-over-IP에 대한 ACB skipping bit가 설정됨에서 설정되지 않음으로 변경된 경우, UE는 SMS-over-IP 식별자를 갖는 ACB-skip-reset-indication를 NAS 계층으로 전달한다.

<제안 11>

도 30a 및 도 30b을 참조하여 알 수 있는 바와 같이 MMTEL를 위한 IMS 계층이 MO (Mobile originated) MMTEL 음성 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인하여 만약 MMTEL 음성에 대해서 ACB skipping bit = set인 경우에, 다른 MMTEL 음성 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층은 MMTEL 음성을 위한 세션/요청(call)의 시작을 알리는 ACB skip set indication를 NAS 계층에게 제공한다. 마찬가지로 MMTEL를 위한 IMS 계층이 MO (Mobile originated) MMTEL 영상 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set 인 경우에, 다른 MMTEL 영상 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층은 MMTEL 영상을 위한 세션/요청(call)의 시작을 알리는 ACB skip set indication를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 MO SMS over IP 서비스 연결을 시작할 때, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB skip information을 확인하여 만약 ACB skipping bit = set인 경우에, SMS over IP 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, SMS over IP를 위한 IMS 계층은 SMS over IP 세션의 시작을 알리는 ACB skip set indication를 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성/영상 또는 MO SMS over IP을 위한 세션/요청(call)에 대한 ACB skip set indication을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터를 위한 세션/요청(call)이 아닌 MMTEL 음성/영상 또는 SMS over IP을 위한 세션/요청(call) 시작임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성/영상 또는 SMS over IP을 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 서비스 요청 절차 시작 시 MMTEL 음성/영상 에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true) 또는 SMS over IP에 대한 ACB 스킵 인디케이션(즉, ACB skip = set/true)를 AS 계층(예컨대, RRC 계층)에게 제공한다.

도 31a 및 도 31b을 참조하면 SMS (SMS over NAS)인 경우, NAS 계층은 MO (Mobile originated) SMS 연결을 위한 서비스 요청 절차 시작 시, AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS (SMS over NAS) 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set인 경우에, SMS (SMS over NAS)에 대한 ACB 스킵 인디케이션(즉, ACB skip = set)를 함께 AS 계층(예컨대, RRC 계층)에게 제공한다.

다시, 도 30a 및 도 30b을 참조하면, MMTEL/SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 음성, MO MMTEL 영상, MO SMS over IP 서비스 연결이 끝나면/종료하면, 다른 MMTEL 음성, MMTEL 영상서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상을 위한 세션/요청(call)의 종료를 알리는 ACB skip reset indication을 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 다른 SMS over IP서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, SMS over IP를 위한 세션의 종료를 알리는 ACB skip reset indication을 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP을 위한 세션/요청(call)에 대한 ACB skip reset indication 또는 MO SMS over IP를 위한 세션/요청에 대한 ACB skip reset indication을 제공하면 , NAS 계층은 MO MMTEL 음성/영상 또는 MO SMS over IP를 위한 세션/요청(call) 종료임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성/영상 또는 SMS over IP 세션에 대한 ACB에 대한 검사를 통과(skip)시키지 않는다.

한편, 네트워크에서 제공되는 ACB 스킵 정보가 변경되었을 때, AS 계층(예컨대, RRC 계층)은 변경된 정보를 MMTEL/SMS over IP를 위한 IMS 계층과 NAS 계층에게 제공한다. MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인하여 만약 MMTEL 음성에 대해서 ACB skipping bit = set인 경우 (즉, ACB 스킵 정보가 변경된 경우), MMTEL 음성 세션이 진행되고 있으면, MMTEL를 위한 IMS 계층은 바로 MO MMTEL에 대한 ACB skip set indication를 NAS 계층에게 제공한다. MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인하여 만약 MMTEL 영상에 대해서 ACB skipping bit = set/true인 경우에 (즉,ACB 스킵 정보가 변경된 경우), MMTEL를 위한 IMS 계층은 바로 MO MMTEL에 대한 ACB skip set indication를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB 스킵 정보를 확인하여 만약 SMS over IP에 대한 ACB skipping bit = set/true for인 경우에(즉, ACB 스킵 정보가 변경된 경우), SMS over IP 서비스 세션이 진행되고 있으면, 바로 MO SMS over IP에 대한 ACB skip set indication를 NAS 계층에게 제공한다.

만약, MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 음성 서비스에 대한 ACB 스킵 정보를 확인하여 만약 MMTEL 음성에 대한 ACB skipping bit = not set인 경우에(ACB skipping bit = set for MMTEL voice에서 ACB skipping bit = not set for MMTEL voice으로 변경된 경우), MMTEL 음성 세션이 진행되고 있으면, MMTEL를 위한 IMS 계층은 MO MMTEL에 대한 ACB skip reset indication를 NAS 계층에게 제공한다. MMTEL를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 MMTEL 영상 서비스에 대한 ACB 스킵 정보를 확인하여 만약 MMTEL 영상에 대해서 ACB skipping bit = not set인 경우에(즉, ACB skipping bit = set for MMTEL video에서 ACB skipping bit = not set for MMTEL video로 변경된 경우), MMTEL를 위한 IMS 계층은 바로 ACB skip reset indication를 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 AS 계층(예컨대, RRC 계층)으로부터 제공 받은 SMS over IP 서비스에 대한 ACB 스킵 정보를 확인하여 만약 SMS over IP에 대해서 ACB skipping bit = not set인 경우에(즉, ACB skipping bit = set for SMS over IP에서 ACB skipping bit = not set for SMS over IP으로 변경된 경우), SMS over IP 서비스 세션이 진행되고 있으면, 바로 ACB skip reset indication for MO SMS over IP를 NAS 계층에게 제공한다.

NAS 계층은 상기 MMTEL/SMS over IP (IMS) 계층에서 제공받은 ACB 스킵 인디케이션/정보 변경에 따라서 이후 서비스 요청 절차를 수행한다.

한편, NAS 계층은 이러한 ACB skip set indication 정보를 NAS 복구를 위한 TAU 요청 절차를 시작(수행)할 때도 제공할 수 있다.

만약 NAS 복구를 위한 TAU 요청 절차가 시작(수행)하는 경우, AS 계층(예컨대, RRC 계층)에서 상기 NAS 계층으로부터 제공 받은 ACB skip set indication 정보에 따라서 해당 TAU 요청 메시지(RRC 수립원인은 MO signalling로 설정됨 )의 ACB를 skip (적용)하게 된다.

해당 MMTEL 음성/영상/SMS over IP 세션이 종료되면 MMTEL/SMS over IP를 위한 IMS 계층이 MMTEL 서비스 (전송) 종료를 알려주는 ACB skip RESET/STOP을 NAS 계층에게 전송한다. 이때 ACB skip RESET/STOP는 one-bit indication 일 수도 있고, MMTEL-voice-ACB-skip-RESET/STOP, MMTEL-video-ACB-skip-RESET/STOP, SMSoverIP-ACB-skip-RESET/STOP과 같이 MMTEL 음성/영상/SMS over IP에 따라 각각 구분되는 인디케이션/정보일 수도 있다. MMTEL 계층에서 ACB skip RESET/STOP 인디케이션/정보를 수신하면 NAS 계층은 이후에 시작/발생하는 서비스 요청 절차 (또는 TAU 요청 절차)에 ACB skip-ON/TRUE 인디케이션/정보를 함께/별도로 AS 계층(예컨대, RRC 계층)에게 제공하지 않는다 .

위 제안에서 NAS 계층이 서비스 요청 절차(또는 TAU 요청 절차)를 개시/수행할 때 RRC 계층에게 네트워크로부터 SIB2를 통해 제공받은 ACB 스킵 정보를 요청할 수도 있고, RRC 계층이 시스템 정보(SI)가 업데이트될 때 마다 혹은 시스템 정보(SI) 내의 ACB skip configuration information이 변경될 때마다 NAS 계층에게 바로 ACB skip information을 제공할 수도 있다.

<제안 12: 표준 개선>

도 32a 및 도 32b을 참조하면, MMTEL를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 음성 서비스 연결을 시작할 때, 다른 MMTEL 음성 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층은 MMTEL 음성을 위한 세션/요청(call)의 시작을 알리는 ACB skip set indication을 NAS 계층에게 제공한다. 마찬가지로, MMTEL를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 영상 서비스 연결을 시작할 때, 다른 MMTEL 음성 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층은 MMTEL 영상세션/요청(call)의 시작을 알리는 ACB skip set indication을 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) SMS over IP 서비스 연결을 시작할 때, SMS over IP 서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, SMS over IP를 위한 IMS 계층은 SMS over IP 세션의 시작을 알리는 ACB skip set indication for MO SMS over IP를 NAS 계층에게 제공한다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP를 위한 세션/요청(call)에 대한 ACB skip set indication(예컨대, ACB skip set indication for MO MMTEL voice, ACB skip set indication for MO MMTEL 영상 또는 ACB skip set indication for MO SMS over IP)을 제공하면 , NAS 계층은 상기 세션/요청(call)이 일반 데이터 세션/요청(call)이 아닌 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션/요청(call) 시작임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP를 위한 세션 연결을 위해서 서비스 요청 절차를 시작한다. 이때, 서비스 요청 메시지의 콜 타입(call type)은 originating MMTEL voice for MO MMTEL voice, originating MMTEL video for MO MMTEL video 또는 originating SMS for MO SMS over IP로 설정하고, RRC 수립 원인은 MO data로 설정한다.

도 33a 및 도 33b을 참조하면, 서비스 요청 절차를 위해 확장 서비스 요청 메시지가 사용될 경우, 확장 서비스 요청 메시지의 서비스 타입은 mobile originating MMTEL voice for MMTEL voice / mobile originating MMTEL video for MMTEL video / mobile originating SMS over IP for SMS over IP로 설정되고, RRC 수립 원인은 MO data로 설정된다. 또한, 콜 타입(call type)은 originating MMTEL voice for MO MMTEL voice, originating MMTEL video for MO MMTEL video 또는 originating SMS for MO SMS over IP로 설정된다.

도 34a 및 도 34b를 참조하면, SMS (SMS in MME, SMS over SGs, SMS over S102)인 경우, NAS 계층은 MO (Mobile Originated) SMS 연결을 위한 Service Request 시작 시, SERVICE REQUEST 메시지의 call type은 originating SMS for MO SMS (SMS in MME, SMS over SGs, SMS over S102)로 설정되고, RRC 수립원인은 MO data로 설정된다. 또는 서비스 요청 절차에서 확장 서비스 요청 메시지가 사용되는 경우, 상기 확장 서비스 요청 메시지의 서비스 타입은 mobile originating SMS (RRC establishment cause 는 MO data로 설정되고, 콜 타입(call type)은 originating SMS for MO SMS (SMS in MME, SMS over SGs, SMS over S102)로 설정된다.

다시 도 32a 및 도 32b를 참조하면, UE의 AS 계층(예컨대, RRC 계층)은 NAS의 서비스 요청에 대한 콜 타입(call type)을 판독하고, 상기 서비스 요청이 MO (Mobile Originated) MMTEL 음성/MMTEL 영상, MO SMS over IP, MO SMS 서비스 연결을 위한 서비스 요청임을 인지하고, 네트워크로부터 제공 받은 MMTEL 음성/MMTEL 영상/SMS over IP 또는 SMS (SMS over SGs) 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true 인 경우에, 상기 서비스 요청에 대한 ACB (Access Class Barring) 체크를 통과(skip)시키게 된다. 그리고, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

또는, UE의 AS 계층(예컨대, RRC 계층)은 NAS의 서비스 요청 절차(서비스 요청 메시지의 전송 또는 확장 서비스 요청 메시지의 전송)에 대한 콜 타입(call type)을 판독하고 상기 서비스 요청 절차가 MO(Mobile Originated) MMTEL 음성, MO MMTEL 영상, MO SMS over IP, MO SMS 서비스 연결을 위한 것임 인지하고, 네트워크로부터 제공 받은 MMTEL 음성/MMTEL 영상/SMS over IP 또는 SMS (SMS in MME, SMS over SGs, SMS over S102) 서비스에 대한 ACB 스킵 정보를 확인하여 만약 ACB skipping bit = set/true인 경우에 상기 서비스 요청 메시지에 대한 ACB 검사를 통과(skip)시키게 된다. 이때, RRC 연결 요청 메시지의 수립 원인은 MO-data로 설정된다.

한편, NAS 계층은 이러한 콜 타입(call type)(예컨대, originating MMTEL voice for MO MMTEL voice, originating MMTEL video for MO MMTEL video 또는 originating SMS for MO SMS over IP, originating SMS for MO SMS (SMS in MME, SMS over SGs, SMS over S102)을 NAS 복구를 위한 TAU 요청 절차를 시작(수행)할 때도 제공할 수 있다.

MMTEL/SMS over IP를 위한 IMS 계층이 MO (Mobile Originated) MMTEL 음성, MO MMTEL 영상, MO SMS over IP 서비스 연결이 끝나면/종료하면, 다른 MMTEL 음성, MMTEL 영상서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, MMTEL를 위한 IMS 계층이 MMTEL 음성, MMTEL 영상세션/요청(call)의 종료를 알리는 ACB skip reset indication for MO MMTEL voice, ACB skip reset indication for MMTEL video을 NAS 계층에게 제공한다. 마찬가지로, SMS over IP를 위한 IMS 계층 에서 다른 SMS over IP서비스 세션이 진행되고 있지 않은 지를 확인한 후, 만약 없으면, SMS over IP 세션의 종료를 알리는 ACB skip reset indication for MO SMS over IP을 NAS 계층에게 제공한다. (본 발명 제안 12-3/12-4안 동작 내용)

MMTEL/SMS over IP를 위한 IMS 계층이 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP을 위한 세션/요청(call) ACB skip reset indication(예컨대, ACB skip reset indication for MO MMTEL voice, ACB skip reset indication for MMTEL video 또는 ACB skip reset indication for MO SMS over IP)을 제공하면 , NAS 계층은 MO MMTEL 음성, MO MMTEL 영상 또는 MO SMS over IP를 위한 세션/요청(call) 종료임을 인지하게 된다. 이후 NAS 계층은 MMTEL 음성, MMTEL 영상 또는 SMS over IP 세션에 대한 ACB 체크시 통과(skip)시키지 않는다.

한편, 위에서 설명한 제안들은 조합될 수 있다.

지금까지 설명한 내용들은 하드웨어로 구현될 수 있다. 이에 대해서 도 12 및 도 12b를 참조하여 설명하기로 한다.

도 35는 본 발명의 실시예에 따른 UE(100) 및 기지국(200) 의 구성 블록도이다.

도 35에 도시된 바와 같이 상기 UE(100)은 저장 수단(101)와 컨트롤러(102)와 송수신부(103)를 포함한다. 그리고 상기 기지국(200)는 저장 수단(201)와 컨트롤러(202)와 송수신부(203)를 포함한다.

상기 저장 수단들(101, 201)은 전술한 방법을 저장한다.

상기 컨트롤러들(102, 202)은 상기 저장 수단들(101, 201) 및 상기 송수신부들(103, 203)을 제어한다. 구체적으로 상기 컨트롤러들(102, 202)은 상기 저장 수단들(101, 201)에 저장된 상기 방법들을 각기 실행한다. 그리고 상기 컨트롤러들(102, 202)은 상기 송수신부들(103, 203)을 통해 상기 전술한 신호들을 전송한다.

이상에서는 본 발명의 바람직한 실시예를 예시적으로 설명하였으나, 본 발명의 범위는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 발명은 본 발명의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.

Claims

사용자 장치(user equipment: UE)에서 서비스 요청 절차(Service Request procedure)를 수행하는 방법으로서,

ACB(Access Class Barring) 검사에 대한 스킵 정보를 수신하는 단계와;

MMTEL(multimedia telephony) 서비스 및 단문 메시지 서비스(SMS ) 중 어느 하나를 위해 서비스 요청 절차를 수행해야 하는 경우, 상기 스킵 정보를 확인하는 단계와;

상기 스킵 정보에 상기 MMTEL 서비스 및 SMS 중 어느 하나를 위해서는 ACB 검사를 스킵하라고 설정되어 있는 경우, 상기 서비스 요청 절차를 위해 RRC(Radio Resource Control) 연결 요청 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제1항에 있어서, 상기 MMTEL 서비스는

MMTEL 음성 및 MMTEL 영상 중 어느 하나를 위한 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제2항에 있어서, 상기 스킵 정보는

상기 MMTEL 음성을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 상기 MMTEL 영상을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 그리고 상기 SMS를 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제1항에 있어서,

상기 스킵 정보는 상기 UE의 RRC 계층이 기지국으로부터 수신한 뒤, NAS 계층 혹은 상위 계층에게 전달하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제1항에 있어서, 상기 서비스 요청 절차는

서비스 요청 메시지 또는 확장 서비스 요청 메시지의 전송을 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제5항에 있어서, 상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는 콜 타입(call type) 필드를 포함하고,

상기 콜 타입(call type) 필드는 발신(originating) MMTEL 음성, 발신(originating) MMTEL 영상, 발신(originating) SMS(short message service) over IP 또는 발신 SMS 중 어느 하나로 설정되는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제5항에 있어서,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 MMTEL 음성 요청(call)이 시작된 경우,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는:

발신(originating) MMTEL 음성으로 설정된 콜 타입(call type) 필드와

MO data로 설정된 수립 원인(establish cause) 필드를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제5항에 있어서,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 MMTEL 영상 콜(call)이 시작된 경우,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는:

발신(originating) MMTEL 영상으로 설정된 콜 타입(call type) 필드와

MO data로 설정된 수립 원인(establish cause) 필드를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제5항에 있어서,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지 가 사용자 평면의 무선 자원을 요청하기 위한 것인 경우, 그리고 SMS over IP가 시작된 경우,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는:

발신(originating) SMS over IP로 설정된 콜 타입(call type) 필드와

MO data로 설정된 수립 원인(establish cause) 필드를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제5항에 있어서,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지가 SMS(SMS over NAS)를 위한 상향링크 시그널링(UL signaling)을 위한 자원을 요청하기 위한 것인 경우,

상기 서비스 요청 메시지 또는 확장 서비스 요청 메시지는:

발신(originating) SMS (SMS over NAS)로 설정된 콜 타입(call type) 필드와

MO data로 설정된 수립 원인(establish cause) 필드를 포함하는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
제6항에 있어서, 상기 서비스 요청 메시지는 서비스 타입 필드를 포함하고,

상기 서비스 타입 필드는 MO MMTEL voice, MO MMTEL video, MO SMS over IP, 또는 MO SMS(SMS over NAS)로 설정되는 것을 특징으로 하는 서비스 요청 절차 수행 방법.
서비스 요청 절차(Service Request procedure)를 수행하는 사용자 장치(UE)로서,

ACB(Access Class Barring) 검사에 대한 스킵 정보를 수신하는 송수신부와; 그리고

MMTEL(multimedia telephony) 서비스 및 단문 메시지 서비스(SMS) 중 어느 하나를 위해 서비스 요청 절차를 수행해야 하는 경우, 상기 스킵 정보를 확인하는 프로세서를 포함하고,

상기 스킵 정보에 상기 MMTEL 서비스 및 SMS 중 어느 하나를 위해서는 ACB 검사를 스킵하라고 설정되어 있는 경우, 상기 프로세서는 상기 송수신부를 제어하여, 상기 서비스 요청 절차를 위해 RRC(Radio Resource Control) 연결 요청 메시지를 전송하는 것을 특징으로 하는 사용자 장치.
제11항에 있어서, 상기 MMTEL 서비스는

MMTEL 음성 및 MMTEL 영상 중 어느 하나를 위한 것을 특징으로 하는 사용자 장치.
제12항에 있어서, 상기 스킵 정보는

상기 MMTEL 음성을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 상기 MMTEL 영상을 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보, 그리고 상기 SMS를 위한 서비스 요청 절차에 대해 ACB 검사를 통과시켜야 하는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 사용자 장치.