WO2014003348A1

WO2014003348A1 - 로컬 네트워크에서 ip 플로우 별 sipto 지원 방법 및 장치

Info

Publication number: WO2014003348A1
Application number: PCT/KR2013/005309
Authority: WO
Inventors: 김태현; 김래영; 김재현; 김현숙
Original assignee: 엘지전자 주식회사
Priority date: 2012-06-24
Filing date: 2013-06-17
Publication date: 2014-01-03
Also published as: US20150208281A1

Abstract

본 발명의 실시예는 무선통신시스템에서 네트워크 노드가 로컬 네트워크에서의 SIPTO(Selected IP Traffic Offload)를 지원하는 방법으로서, 제1 APN(Access Point Name)에 관련된 PDN(Packet Data Network) 연결에 로컬 네트워크에서의 IP 플로우 별 SIPTO를 적용할지 여부를 판단하는 단계; 및 상기 IP 플로우 별 SIPTO를 적용하는 경우, 단말에게 제2 APN에 관련된 PDN 연결을 트리거하는 단계를 포함하는, SIPTO 지원 방법이다.

Description

【명세서】

【발명의 명칭】

^' 로컬 네트워크에서 IP플로우 별 SIPTO 지원 방법 및 장치

【기술분야】

[1] 이하의 설명은 무선 통신 시스템에 대한 것으로， 보다 상세하게는 로컬 네트워크에서의 SIPTCKSelected IP Traffic Offload) 지원 방법 및 장치에 대한 것이다.

【배경기술】

[2] 무선 통신 시스템은 높은 전송 전력으로 넓은 커버리지를 제공하는 매크로 셀 (macro cell)과, 매크로 셀에 비하여 낮은 전송 전력으로 좁은 커버리지를 제공하는 마이크로 셀 (micro cell)을 포함할 수 있다. 마이크로 셀은, 피코 셀 (pico cell), 펨토 셀 (femto cell), 홈 노드 B (Home NodeB(HNB)), 또는 홈 eNBCHome evolved-NodeB(HeNB)) 등으로 칭하여질 수도 있다. 마이크로 셀은， 예를 들어， 매크로 셀이 커버하지 못하는 음영 지역에 설치될 수 있다. 사용자는 마이크로 셀을 통하여 로컬 (local) 네트워크， 공용 (public) 인터넷， 사설 (private) 서비스 제공 네트워크 등에 액세스할 수 있다.

[3] 사용자의 액세스 제한 여부에 따라 마이크로 셀은 다음과 같이 분류될 수 있다. 첫 번째 타입은 폐쇄형 가입자 그룹 (Closed Subscriber Group; CSG) 마이크로 셀이고, 두 번째 타입은 개방형 액세스 (Open Access; OA) 또는 개방형 가입자 그룹 (Open Subscriber Group; OSG) 마이크로 샐이다. CSG 마이크로 셀은 허가 받은 특정 사용자들만 액세스할 수 있고, OSG 마이크로 샐은 별도의 제한 없이 모든 사용자들이 액세스할 수 있다. 추가적으로， 흔합 액세스 (hybrid access) 타입의 마이크로 셀의 경우에는, CSG ID를 가진 사용자에게는 CSG 서비스를 제공하는 한편， CSG에 속하지 않은 가입자에게도 접속을 허용하지만 CSG서비스는 제공되지 않을 수도 있다.

【발명의 상세한 설명】

【기술적 과제】

[4] 본 발명에서는 네트워크 노드가 로컬 네트워크에서의 APN 별， IP 플로우별 SIPTO를 지원하는 것을 기술적 과제로 한다. [5] 본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며， 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

【기술적 해결방법】

[6] 본 발명의 제 1 기술적인 측면은， 무선통신시스템에서 네트워크 노드가 로컬 네트워크에서의 SIPTCXSelected IP Traffic Offload)를 지원하는 방법으로서， 제 1 APN(Access Point Name)에 관련된 PDN(Packet Data Network) 연결에 로컬 네트워크에서의 IP 플로우 별 SIPT0를 적용할지 여부를 판단하는 단계; 및 상기 IP 플로우 별 SIPT0를 적용하는 경우， 단말에게 제 2 APN에 관련된 PDN 연결을 트리거하는 단계를 포함하는, SIPT0 지원 방법이다.

[7] 본 발명의 제 2 기술적인 측면은, 무선통신시스템에서 로컬 네트워크에서의 SIPTCXSelected IP Traffic Offload)를 지원하는 네트워크 노드 장치에 있어서, 송수신 모들; 및 프로세서를 포함하며， 상기 프로세서는, 제 1 APN에 관련된 PDN(Packet Data Network) 연결에 로컬 네트워크에서의 IP 플로우 별 SIPT0를 적용할지 여부를 판단하고 상기 IP 플로우 별 SIPT0를 적용하는 경우， 단말에게 제 2 APN에 관련된 PDN 연결을 트리거하는, 네트워크 노드 장치이다.

[8] 본 발명의 제 1 내지 제 2 기술적인 측면은 다음 사항들을 포함할 수 있다.

[9] 상기 판단은 상기 단말의 위치 정보, SIPT0 가능 여부， SIPTO 허가 (permission), 로컬 설정 중 하나 이상에 기초할 수 있다.

[10] 상기 SIPTO 허가는 로컬 네트워크에서 IP 플로우 별 SIPTO 허용을 포함할 수 있다.

[11] 상기 SIPTO 허가는 APN 별 SIPTO 허가 정보를 더 포함할 수 있다.

[12] 상기 APN 별 SIPTO 허가 정보는, SIPTO 금지ᅳ 로컬 네트워크에서의 경우를 제외한 SIPTO 허용， 로컬 네트워크에서의 경우를 포함한 SIPTO 허용， SIPTO만 허용을 포함할 수 있다.

[13] 상기 로컬 설정은, APN 별 SIPTO와 IP 플로우 별 SIPTO에 대한 우선 순위 정보를 포함할 수 있다. [14] 상기 PDN 연결 트리거는, 이유 값 (cause value) 또는 상기 제 2 APN 중 적어도 하나를 포함하는 메시지 전송일 수 있다.

[15] 상기 단말이 상기 로컬 네트워크에서의 PDN 연결을 보유한 경우, 상기 메시지는 상기 단말이 보유한 PDN 연결을 이용하여 IP 플로우 별 SIPTO 수행이 가능함을 지시할 수 있다.

[16] 상기 단말이 상기 로컬 네트워크에서의 PDN 연결을 보유하지 않은 경우， 상기 메시지는 IP 플로우 별 SIPTO 수행을 위한, 상기 로컬 네트워크에서의 PDN 연결 생성을 지시할 수 있다.

[17] 상기 판단은 상기 단말이 미리 설정된 영역에 유입되는 경우 수행될 수 있다.

[18] 상기 판단은 상기 단말의 서비스 요청 또는 PDN 요청 중 어느 하나에 의해 수행될 수 있다.

[19] 상기 제 1 APN과 상기 제 2 APN은 서로 상이한 것일 수 있다.

[20] 상기 네트워크 노드는 MME Mobility Management Entity) 또는 SGSNCServing GPRSCGeneral Packet Radio Service) 중 하나일 수 있다.

【유리한 효과】

[21] 본 발명에 따르면， 사업자의 의지， 필요에 따라 IP 플로우 별 SIPTO를 수행할 수 있어 효율적으로 트래픽 분산이 가능하다. 또한， APN 별 SIPTO와 IP 플로우 별 SIPTO를 네트워크에서 고려할 수 있어 적절한 트래픽 분산이 가능하다.

[22] 본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며， 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

【도면의 간단한 설명】

[23] 본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.

[24] 도 1은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet

System)의 개략적인 구조를 나타내는 도면이다. 도 2는 비 -로밍 및 로밍 경우의 EPS 구조를 나타내는 도면이다. 도 3은 LIPA 구조의 예시들을 나타내는 도면이다.

도 4는 E-UTRAN을 통한 3GPP PDN 연결을 위한 초기 어태치 동작을 설명하기 위한 흐름도이다.

도 5는 H(e)NB를 통한 3GPP PDN 연결을 위한 초기 어태치 동작을 설명하기 위한 흐름도이다.

도 6은 LIPA PDN 연결을 위한 초기 어태치 동작을 설명하기 위한 흐름도이다.

도 7은 UE, eNB 및 MME 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

도 8은 MME와 HSS 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

도 9는 MME, S-GW 및 P-GW 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

도 10은 로컬 네트워크에서의 SIPTO@LN(Selected IP Traffic Offload at

Local Network)을 나타내는 도면이다.

도 11은 본 발명의 실시예에 따른 MME/SGSN의 per IP flow SIPTO@LN를 지원하는 방법을 나타낸 순서도이다.

도 12는 본 발명의 일례에 따른 송수신 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.

【발명의 실시를 위한 최선의 형태】

[25] 이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한， 일부 구성요소들 및 /또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고， 또는 다른 실시예의 대웅하는 구성 또는 특징과 교체될 수 있다. [26] 이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며， 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.

[27] 몇몇 경우， 본 발명의 개념이 모호해지는 것올 피하기 위하여 공지의 구조 및 장치는 생략되거나， 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한， 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.

[28] 본 발명의 실시예들은 IEEE lnstitute of Electrical and Electronics Engineers) 802 계열 시스템， 3GPP 시스템， 3GPP LTE 및 LTE-A 시스템 및 3GPP2 시스템 중 적어도 하나에 관련하여 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉， 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.

[29] 이하의 기술은 다양한 무선 통신 시스템에서 사용될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.

[30] 본 문서에서 사용되는 용어들은 다음과 같이 정의된다.

- UMTS(Universal Mobile Telecommunications System): 3GPP에 의해서 개발된， GSM(Global System for Mobile Communication) 기반의 3 세대 (Generation) 이동 통신 기술.

- EPS(Evolved Packet System): IP 기반의 packet switched 코어 네트워크인 EPC(Evolved Packet Core)와 LTE, UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템 . UMTS가 진화된 형태의 네트워크이다.

- NodeB: GERAN/UTRAN의 기지국. 옥외에 설치하며 커버리지는 매크로 셀 (macro cell) 규모이다.

ᅳ eNodeB: LTE의 기지국. 옥외에 설치하며 커버리지는 매크로 셀 (macro cell) 규모이다.

- UE Jser Equipment): 사용자 기기. UE는 단말 (terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수도 있다. 또한， UE는 노트북， 휴대폰， PDA(Personal Digital Assistant), 스마트 폰， 멀티 미 디어 기 기 등과 같이 휴대 가능한 기 기 일 수 있고， 또는 PC(Personal Computer), 차량 탑재 장치 와 같이 휴대 불가능한 기 기 일 수도 있다.

- RAN(Radio Access Network): 3 GPP 네트워크에서 NodeB, eNodeB 및 이들을 제어 하는 RNCXRadio Network Controller)를 포함하는 단위 . UE와 코어 네트워크 사이 에 존재하며 코어 네트워크로의 연결을 제공한다.

- HLR(Home Location Register)/HSS(Home Subscriber Server): 3 GPP 네트워크 내의 가입자 정보를 가지고 있는 데이 터 베 이스. HSS는 설정 저 장 (configuration storage), ⁰]·이 덴티 티 관리 (identity management), ^Λ}-§-^]- 상태 저 장 등의 기능을 수행할 수 있다.

- RANAP(RAN Application Part): RAN과 코어 네트워크의 제어를 담당하는 노드 (MME(Mobility Management Entity)/SGSN(Serving GPRS(General Packet Radio Service) Supporting Node)/MSC(Mobiles Switching Center)) 사이 의 인터페이스.

- PLMN(Public Land Mobile Network): 개인들에 게 이동통신 서 비스를 제공할 목적으로 구성 된 네트워크. 오퍼 레이 터 별로 구분되 어 구성 될 수 있다.

- NAS(Nonᅳ Access Stratum): UMTS 프로토콜 스택에서 UE와 코어 네트워크간의 시그널링， 트래픽 메시지를 주고 받기 위 한 기능적 인 계층. UE의 이동성을 지 원하고, UE와 PDN GWCPacket Data Network Gateway) 간의 IP 연결을 수립 (establish) 및 유지 (maintain)하는 세션 관리 절차 (procedure)를 지원하는 것을 주된 기능으로 한다.

- HNB(Home NodeB): UTRAN(UMTS Terrestrial Radio Access Network) 커 버 리지를 제공하는 CPEXCustomer Premises Equipment). 보다 구체적 인 사항은 표준문서 TS 25.467을 참조할 수 있다.

- HeNB(Home eNodeB): E-UTRAN(Evolved-UTRAN) 커 버 리지를 제공하는 CPECCustomer Premises Equipment). 보다 구체적 인 사항은 표준문서

TS 36.300을 참조할 수 있다.

一 CSG(Closed Subscriber Group): H(e)NB의 CSG의 구성원으로서 PLMN(Public Land Mobile Network) 내의 하나 이상의 CSG 셀에 액세스하는 것 이 허 용되는 가입자 그룹.

- CSG ID: CSG 샐 또는 CSG 셀 그룹에 연관된 PLMN 범위 내에서 CSG를 식별하는 고유의 식별자. 보다 구체적 인 사항은 표준문서 TS 23.003을 참조할 수 있다.

- LIPA(Local IP Access): IP 기능을 가진 (IP capable) UE가 H(e)NB를 경유하여 동일한 주거 (residential)/기 업 (enterprise) IP 네트워크 내의 다른 IP 기능을 가진 개체에 대한 액세스. LIPA 트래픽은 이동 사업자 (operator) 네트워크를 지나지 않는다. 3GPP 릴리즈 -10 시스템에서는， H(e)NB를 경유하여 로컬 네트워크 (즉， 고객 (customer)의 집 또는 회사 구내에 위 치 한 네트워크) 상의 자원에 대한 액세스를 제공한다.

― MRACManaged Remote Access): 홈 기 반 네트워크 (home based network) 외부에서 CSG 사용자가 홈 네트워크에 연결되 어 있는 IP 기 능을 가진 개체에 대한 액세스. 예를 들어， MRA를 이용하면 로컬 네트워크의 외 부에 위 치 한 사용자가, 해당 로컬 네트워크로부터 사용자 데이 터를 서 비스받을 수 있다.

- SIPTO(Selected IP Traffic Offload): 3 GPP 릴리즈 - 10 시스템에서는 사업자가 EPC 네트워크에서 UE에 물리 적으로 가까이 존재하는 PGW(Packet data network GateWay)를 선택함으로써 사용자의 트래픽을 넘 기는 것을 지원한다.

- SIPTO@LN(SIPTO at Local Network): 3GPP 릴리즈—10의 SIPTO의 발전된 기술로서， 사업자가 사용자 트래픽을 고객 구내에 위 치 하는 로컬 네트워크를 통하여 넘기는 것을 의 미한다. SIPTO@LN은， 로컬 네트워크 자체의 자원에 대한 액세스를 제공하는 LIPA와는 달리， 로컬 네트워크를 경유하여 외부 네트워크 (예를 들어 , 인터 넷)에 대한 액세스를 제공한다는 점 에서 구별된다. 이 는， 로컬 네트워크가 궁극적으로는 원하는 외부 네트워크로의 연결을 가진다는 가정하에 동작하는 것 이 다.

- per APN SIPTO： APN 단위로 수행하는 SIPTO

ᅳ per IP flow SIPTO ： IP flow 별로 수행하는 SIPTO. 단말 내의 Policy 정보에 적용할 IP flow와 선호하는 PDN 를 기록하여 데이터를 전송할 때 적용함. - PDN(Packet Data Network) 연결: 하나의 IP 주소 (하나의 IPv4 주소 및 /또는 하나의 IPv6 프리픽스)로 표현되는 UE와 APN(Access Point Name)으로 표현되는 PDN 간의 논리적인 연결.

- LIPAPDN 연결: H(e)NB에 연결된 UE에 대한 LIPA를 위한 PDN 연결. ᅳ LIPA-Permission: APN이 LIPA를 통하여 액세스될 수 있는지 여부를 나타냄.

이하에서는 위와 같이 정의된 용어를 바탕으로 설명한다.

[31] EPCCEvolved Packet Core)

[32] 도 1은 EPC(Evolved Packet Core)를 포함하는 EPSCEvolved Packet System)의 개략적인 구조를 나타내는 도면이다.

[33] EPC는 3GPP 기술들의 성능을 향상하기 위한 SAE(System Architecture Evolution)의 핵심적인 요소이다. SAE는 다양한 종류의 네트워크 간의 이동성을 지원하는 네트워크 구조를 결정하는 연구 과제에 해당한다. SAE는, 예를 들어, IP 기반으로 다양한 무선 접속 기술들을 지원하고 보다 향상된 데이터 전송 능력을 ^'제공하는 등의 최적화된 패킷 -기반 시스템을 제공하는 것을 목표로 한다.

[34] 구체적으로， EPC는 3GPP LTE 시스템을 위한 IP 이동 통신 시스템의 코어 네트워크 (Core Network)이며, 패¾ -기반 실시간 및 비실시간 서비스를 지원할 수 있다. 기존의 이동 통신 시스템 (즉， 2 세대 또는 3 세대 이동 통신 시스템)에서는 음성을 위한 CS(Circuit-Switched) 및 데이터를 위한 PS(Packet-Switched)의 2 개의 구별되는 서브-도메인을 통해서 코어 네트워크의 기능이 구현되었다. 그러나, 3 세대 이동 통신 시스템의 진화인 3GPP LTE 시스템에서는， CS 및 PS의 서브 -도메인들이 하나의 IP 도메인으로 단일화되었다. 즉， 3GPP LTE 시스템에서는， IP 능력 (capability)을 가지는 단말과 단말 간의 연결이, IP 기반의 기지국 (예를 들어， eNodeB(evolved Node B)), EPC, 애플리케이션 도메인 (예를 들어, IMS(IP Multimedia Subsystem))을 통하여 구성될 수 있다. 즉, EPC는 단—대-단 (end— to-end) IP 서비스 구현에 필수적인 구조이다.

[35] EPC는 다양한 구성요소들을 포함할 수 있으며， 도 1에서는 그 중에서 일부에 해당하는， SGW(Serving Gateway), PDN GW(Packet Data Network Gateway), MME(Mobility Management Entity), SGSNCServing GPRSCGeneral Packet Radio Service) Supporting Node), ePDGCenhanced Packet Data Gateway)를 도시 한다. ^'

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

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

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

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

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

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

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

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

[44] 【표 1】

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

[46] 도 2는 비 -로밍 및 로밍 경우의 EPS 구조를 나타내는 도면이다.

[47] 도 2에서는 도 1에서 도시되지 않은 HSS 및 PCRF(Policy and Charging Rules Function) 개체를 도시하고 있다. HSS는 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스이고， PCRF는 3GPP 네트워크의 정책 (policy) 및 서비스품질 (QoS) 제어를 위해 사용되는 개체이다.

[48] 도 2에서 도시하는 레퍼런스 포인트들 중에서 상기 표 1에 포함되지 않은 레퍼런스 포인트들에 대하여 설명한다. LTE-Uu는 UE와 eNB간의 E-UTRAN의 무선 프로토콜이다. S10은 MME 재배치 (relocation) 및 MME-대 -MME 정보 전달을 위한 MME들간의 레퍼런스 포인트이며， PLMN-내 (intra-PLMN)에서 또는 PLMN-간 (inter-PLMN)에 사용될 수 있다. S6a는 MME와 HSS 간의 레퍼런스 포인트이며， 가입 및 인증 데이터의 전달을 위해 사용된다. S12는 UTRAN과 SGW간의 레퍼런스 포인트이며, 직접 터널이 수립된 경우에 사용자 평면 터널링을 위해 사용된다. Gx는 PCRF로부터 PDN GW 내의 PCEF(Policy and Charging Enforcement Function)으로 정책 및 과금 규칙을 전달하기 위해 사용된다. Rx는 AF (예를 들어， 서드파티 애플리케이션 서버)와 PCRF 간의 레퍼런스 포인트이며, AF로부터 PCRF로 애플리케이션 레벨의 세션 정보 등을 전송하기 위해 사용된다. 도 2에서는 사업자 IP 서비스의 예시로서， 멀티미디어 서비스를 IP 기반으로 제공하는 IMS, SIPCSession Initiation Protocol)를 이용한 일ᅳ대-일 멀티미디어 스트리밍 서비스인 패킷 스위칭 스트리밍을 제공하는 PSS(Packet Switch Streaming) 등을 도시하고 있지만， 이에 제한되는 것은 아니고 다양한사업자 IP서비스가 적용될 수 있다.

[49] 도 2(a)는 비—로밍 (non-roaming)시의 시스템 구조에 해당한다. 도 2(a)에서는 SGW와 PDN GW가 별개의 개체로 도시되어 있지만， 경우에 따라서는， 하나의 게이트웨이로서 구성될 수도 있다.

[50] 도 2(b)는 로밍시의 시스템 구조에 해당한다. 로밍은 사용자의 홈 (Home) PLMN (즉, HPLMN)이 아니라 사용자가 방문한 (visited) PLMN (즉, VPLMN)에서도 EPC를 통한 통신을 지원하는 것을 의미한다. 즉， 도 2(b)에 도시하는 바와 같이， VPLMN을 통하여 사용자의 UE가 EPC에 액세스하고ᅳ HPLMN에 존재하는 HSS 및 PCRF에 의하여 가입 및 인증 정보， 정책 및 과금 규칙 등이 적용된다. 추가적으로， VPLMN에 존재하는 V-PCRF에 의하여 정책 및 과금 규칙이 적용될 수도 있다. 또한， 방문한 네트워크의 사업자가 제공하는 PDN에 액세스할 수도 있고， 방문 네트워크 사업자의 IP서비스를 이용하는 로밍 시나리오도 적용될 수 있다.

[51] 도 3은 LIPA구조의 예시들을 나타내는 도면이다.

[52] 도 3(a) 내지 3(c)는 3GPP 릴리즈—10에서 정의하는 LIPA를 위한 H(e)NB 서브시스템 구조의 예시들에 해당한다. 여기서， 3GPP 릴리즈 -10에서 정의하는 LIPA 구조는 H(e)NB와 로컬 -게이트웨이 (LGW)가 함께 위치하는 (co- located) 것으로 제한된다. 다만， 이는 예시일 뿐이고, H(e)NB와 LGW가 별도로 위치하는 경우에도 본 발명의 원리는 적용될 수 있다.

[53] 도 3(a)는 로컬 PDN 연결을 이용하는 HeNB를 위한 LIPA 구조를 나타낸다. 도 3(a)에서는 도시하고 있지 않지만， HeNB 서브시스템은 HeNB를 포함하고， HeNB 및 /또는 LGW를 선택적으로 포함할 수 있다. LIPA 기능은 HeNB와 함께 위치하는 LGW를 이용하여 수행될 수 있다. HeNB 서브시스템은 S1 인터페이스를 통하여 EPC의 MME 및 SGW에 연결될 수 있다. LIPA가 활성화되면 LGW는 SGW와의 S5 인터페이스를 가진다. LGW는 HeNB와 연관된 IP 네트워크 (예를 들어， 주거 /기업 네트워크)로의 게이트웨이로서， UE IP 주소 할당， DHCHDynamic Host Configuration Protocol) 기능, 패킷 스크리닝 (screening) 등의 PDN GW 기능을 수행할 수 있다. 또한， LIPA 구조에서 제어 평면은 EPC를 통하여 구성되지만, 사용자 평면은 로컬 네트워크 내에서 구성된다.

[54] 도 3(b) 및 도 3(c)는 HNB와 HNB GW를 포함하는 HNB 서브시스템의 구조를 나타내며, LIPA 기능은 HNB와 함께 위치하는 LGW를 이용하여 수행될 수 있다. 도 3(b)는 HNB가 EPC에 연결되는 경우의 예시이고， 도 3(c)는 HNB가 SGSN에 연결된 경우의 예시이다. 도 3의 LIPA 구조에 대한 보다 구체적인 사항은， 표준문서 TS 23.401 및 TS 23.060을 참조할 수 있다.

[55] PDN 연결

[56] PDN 연결 (connection)이란 UE (구체적으로는， UE의 IP주소)와 PDN과의 논리적인 연결관계를 의미한다. 3GPP 시스템에서 특정 서비스를 받기 위해서는 해당 서비스를 제공하는 PDN과의 IP 연결성 (connectivity)를 가져야 한다.

[57] 3GPP는 하나의 UE가 동시에 여러 개의 PDN에 접속할 수 있는, 다중 동시 PDN 연결을 제공한다. 최초의 PDN은 디폴트 APN에 따라 설정될 수 있다. 디폴트 APN은 일반적으로 사업자의 디폴트 PDN에 해당하고， 디폴트 APN의 지정은 HSS에 저장된 가입자 정보에 포함될 수 있다.

[58] 단말이 PDN 연결 요청 메시지에 특정 APN을 포함시켰다면， 해당 APN에 대웅하는 PDN으로 접속이 시도된다. 하나의 PDN 연결이 생성된 이후， 단말로부터 추가적인 특정 PDN 연결 요청 메시지에는 항상 해당되는 특정 APN이 포함되어야 한다.

[59] 3GPP 릴리즈—10에서 정의하는 EPS에서 가능한 IP PDN 연결성의 몇몇 예시들은 다음과 같다 (비 -3GPP 액세스를 사용하는 경우는 제외함).

[60] 첫 번째는 E-UTRAN을 경유한 3GPP PDN 연결이다. 이는 전통적으로 3GPP에서 형성하는 가장 일반적인 PDN 연결이다.

[61] 두 번째는 H(e)NB를 경유한 3GPP PDN 연결이다. H(e)NB를 경유한 3GPP PDN 연결은， H(e)NB 도입으로 CSG 멤버십에 대한 수락 (admission) 제어를 위한 부분을 제외하면， PDN 연결과 유사한 절차에 의해 PDN 연결이 형성된다.

[62] 세 번째는 LIPA PDN 연결이다. LIPA PDN 연결은， H(e)NB를 경유하여 CSG 멤버십에 기반한 수락 제어뿐만 아니라， LIPA 허용 (permission) 여부에 의한 LIPA수락 제어를 거쳐 형성된다.

[63] 이하에서는 위 3 가지 경우의 3GPPPDN 연결을 위한 초기 어태치 (initial attach) 동작을 보다 구체적으로 설명한다.

[64] 도 4는 E-UTRAN을 통한 3GPP PDN 연결을 위한 초기 어태치 동작올 설명하기 위한 흐름도이다.

[65] 단계 S401 내지 S402에서， UE(IO)는 eNB(20)를 경유하여 MME(30)에게 어태치 요청 메시지를 보낼 수 있다. 이때 단말은 연결을 원하는 PDN의 APN을 어태치 요청과 함께 보낼 수 있다.

[66] 단계 S403 내지 S404에서， MME(30)는 UE(IO)의 인증 절차 (procedure)를 수행하고, HSS(70)에 UE(10)의 위치 정보를 등록할 수 있다. 이 과정에서 HSS(70)는 UE(IO)에 대한 가입자 정보를 MMEX30)에게 전송해 줄 수 있다. [67] 단계 S405 내지 S409에서 (단계 S407은 별도로 설명 )， MME(30)는 EPS 디폴트 베어 러 생성을 위해 S-GW(40)로 세션 생성 요청 (create session request) 메시지를 보낼 수 있다. S-GW(40)는 P-GW(50)로 세션 생성 요청 메시지를 보낼 수 있다.

[68] 세션 생성 요청 메시지에는 IMSKlnternational Mobile Subscriber Identity), MSISDN(Mobile Subscriber Integrated Services Digital Network Number), 제어 평 면에 대한 MME TEID(Tunnel Endpoint ID), RAT(Radio Access Technology) 타입， PDN GW 주소， PDN 주소， 디폴트 EPS 베어 러 QoS, PDN 타입， 가입 된 APN-AMBR(Aggregate Maximum Bit Rate), APN, EPS 베어 러 Id, 프로토콜 설정 옵션 (Protocol Configuration Options), 핸드오버 지시 (Handover Indication), ME 식별정보 (Mobile Equipment Identity), 사용자 위치 정보 (ECGI), UE 타임 존 (UE Time Zone), 사용자 CSG 정보, MS 정보 변경 보고 지원 지시 (MS Info Change Reporting support indication), 선택 모드 (Selection Mode), 과금 특성 (Charging Characteristics), 트레이스 레퍼 런스 (Trace Reference), 트레이스 타입 (Trace Type), 트리거 IcKTrigger Id), OMC 식별정보 (Operation Management Controller Identity), 최 대 APN 제한 (Maximum APN Restriction), 이중 주소 베어 러 플래그 (Dual Address Bearer Flag) 등의 정보가 포함될 수 있다.

[69] 세션 생성 요청 메시 지에 웅답하여， P— GW(50)는 S-GW(40)에 게 세션 생성 웅답 (create session response) 메시지를 보낼 수 있고, S-GW(40)는 MMEC30)에 게 세션 생성 웅답을 보낼 수 있다. 이 과정을 통해 S-GW(40)와 P- GW(50) 사이에 서로간의 TEHXTunnel Endpoint ID)를 교환하며， MMEX30)도 S-GWC40) 및 P-GW(50)의 TEID를 인지 한다.

[70] 단계 S407은 선택적 인 절차이며， 필요에 따라서 사업자 정 책을 위 한 PCRF 상호동작이 P-GW(50)의 PCEF와 PCRF(60) 사이 에서 수행될 수 있다. 예를 들어， IP 연결성을 제공하는 액세스 네트워크인 IP-CAN(Connectivity Access Network) 세션의 수립 (establishment) 및 /또는 수정 (modification)이 수행될 수 있다. IP-CAN은 다양한 IP-기 반 액세스 네트워크를 지 칭하는 용어 이며 , 예를 들어 , 3GPP 액세스 네트워크인 GPRS나 EDGE 등일 수도 있고， 무선랜 (WLAN) 또는 DSUDigital subscriber line) 네트워크일 수도 있다.

[71] 단계 S410에서 MMEX30)로부터 어태치 수락 (Attach accept) 메시지가 eNB(20)로 전달될 수 있다. 이와 함께, 상향링크 데이터를 위한 S-GW(40)의 TEID가 전달될 수 있다. 이 메시지는 초기 콘텍스트 셋업 (initial context setup)을 요청함으로써， RAN 구간 (UE(10)과 eNB(20) 사이)의 무선자원 셋업이 개시되도록 한다.

[72] 단계 S411에서， RRC(Radio Resource Control) 연결 재설정 (connection reconfiguration)이 수행되고, 이에 따라 RAN 구간의 무선자원이 셋업되며, 그 결과가 eNB(20)로 전달될 수 있다.

[73] 단계 S412에서， eNB(20)는 MME(30)에게 초기 콘텍스트 셋업에 대한 웅답 메시지를 전송할 수 있다. 이와 함께 무선 베어러 셋업 (radio bearer setup)에 대한 결과가 전송될 수 있다.

[74] 단계 S413 내지 S414에서, UE(10)로부터의 어태치 완료 (Attach complete) 메시지가 eNB(20)를 경유하여 MME(30)로 보내질 수 있다. 이 때 eNB(20)는 하향링크 (DL) 데이터를 위한 eNB(20)의 TEID를 함께 전달할 수 있다. 또한 이때부터 eNB(20)를 경유하여 S-GW(40)로 상향링크 (UL) 데이터가 전달될 수 있고， UE(10)로부터의 UL 데이터 전송이 가능하다.

[75] 단계 S415 내지 S418에서, MME(30)로부터 S-GW(40)으로 베어러 수정 요청 (Modify bearer request) 메시지가 전송될 수 있고, 이 메시지를 통해서 DL 데이터를 위한 eNB(20)의 TEID가 S-GW(40)로 전달될 수 있다. 단계 S416 내지 S417은 선택적인 절차이며， 필요에 따라 S-GW(40)와 P-GW(50) 사이의 베어러가 갱신 (update)될 수 있다. 이후, DL 데이터가 eNB(20)를 경유하여 UECL0)에게 전달될 수 있다.

[76] 단계 S419는 선택적인 절차이며， 필요에 따라 비 -3GPP 액세스 네트워크로의 이동성 (mobility)를 지원하기 위해서 APN, PDN GW의 ID 등을 HSS(70)에 저장해둬야 할 필요가 있을 경우, MMEX30)는 통지 요청 (Notify Request) 메세지를 통해 HSS 등록 과정을 수행할 수 있고, HSS(70)으로부터 통지 응답 (Notify Response) 메시지를 수신할 수 있다.

[77] 도 5는 H(e)NB를 통한 3GPP PDN 연결을 위한 초기 어태치 동작을 설명하기 위한 흐름도이다.

[78] 도 5의 H(e)NB를 통한 EPS 초기 어태치 절차는 기본적으로는 도 4에서 설명한 eNB를 통한 EPS 초기 어태치 절차와 동일하다. 즉, 도 4의 설명에서 eNB를 도 5에서는 H(e)NB로 대체하면, 도 4 의 단계 S401 내지 S419에 대한 설명은 도 5의 단계 S501 내지 S519에 대해서 동일하게 적용될 수 있다. 이하에서는， 도 5의 H(e)NB를 통한 EPS 초기 어태치 절차에서 추가적인 내용만을 설명하며， 도 4의 내용과 중복되는사항은 설명을 생략한다.

[79] 단계 S501 내지 S502에서， UE(10)가 CSG 셀을 통해 접속한 경우라면， H(e)NB(20)는 UE(IO)로부터 받은 정보에 추가적으로 CSG ID와 HeNB 액세스 모드도 함께 포함시켜서, MME(30)에게 어태치 요청 메시지를 보낼 수 있다. H(e)NB가 액세스 모드에 대한 정보를 보내지 않은 경우에는, 폐쇄형 액세스 모드 (closed access mode)인 것으로 가정할 수 있다.

[80] 단계 S503 내지 S504에서, HSS(70)에 저장되어 있는 가입자 정보에는 CSG 가입 (subscription) 정보가 함께 포함될 수 있다. CSG 가입 정보에는 CSG ID 및 만료 시간 (expire time)에 대한 정보가 포함될 수 있다. 이러한 CSG 가입 정보가 HSS(70)로부터 MME(IO)에게 추가적으로 제공될 수 있다.

[81] 단계 S505 내지 S509에서， MME(30)는 CSG 가입 정보， H(e)NB의 액세스 모드에 기초하여 접속 제어를 수행한 후에, MMEX30)는 EPS 디폴트 베어러 생성을 위해 S-GW(40)로 세션 생성 요청 메시지를 보낼 수 있다.

[82] 단계 S510에서， UE(IO)가 하이브리드 셀을 경유하여 접속한 경우에는， 어태치 수락 (attach accept) 메시지 내에 UE(10)의 CSG 멤버십 상태를 포함시킴으로써， H(e)NB에서 해당 정보를 기반으로 UE(IO)에 대한 차별적인 제어를 가능하게 할 수 있다. 여기서, 하이브리드 액세스는， 폐쇄형 액세스와 개방형 액세스의 흔합 형태로서, 하이브리드 셀은 기본적으로는 개방형 액세스와 같이 모든 사용자를 서빙하지만 여전히 CSG 셀의 특성을 가지는 것을 의미한다. 즉， CSG에 속한 가입자는 그렇지 않은 사용자에 비하여 높은 우선순위로 서빙받을 수 있고 도의 과금이 적용될 수 있다. 이러한 하이브리드 셀은 CSG에 속하지 않은 사용자에 대한 액세스를 제공하지 않는 폐쇄형 셀과는 명확하게 구분될 수 있다. [83] 도 6은 LIPA PDN 연결을 위한 초기 어태치 동작을 설명하기 위한 흐름도이다. 상기 도 4 및 5의 예시가 EPS 초기 어태치 절차인 것과 달리, 도 6은 LIPA초기 어태치 절차에 해당한다.

[84] 단계 S601 내지 S602에서, UE(IO)는 H(e)NB(20)를 경유하여 MME(30)에게 어태치 요청 메시지를 보낼 수 있다. 이때 단말은 연결을 원하는 PDN의 APN을 어태치 요청과 함께 보낼 수 있는데， LIPA의 경우에는 APN으로서 홈 기반 네트워크의 LIPA APN을 보낼 수 있다. H(e)NB(20)는 UE(10)로부터 받은 정보에 추가적으로 CSG ID, HeNB 액세스 모드 및 함께— 위치한 (co-located) L-GW(50)의 주소도 함께 포함시켜서， MME(30)에게 어태치 요청 메시지를 보낼 수 있다.

[85] 단계 S603 내지 S604에서， MME(30)는 UE(10)의 인증 절차를 수행하고， HSS(70)에 UE(IO)의 위치 정보를 등록할 수 있다. 이 과정에서 HSS(70)는 UE(10)에 대한 가입자 정보를 MME 30)에게 전송해 줄 수 있다. HSS(70)에 저장되어 있는 가입자 정보에는 CSG 가입 (subscription) 정보 및 LIPA 관련 정보가 함께 포함될 수 있다. CSG 가입 정보에는 CSG ID 및 만료 시간 (expire time)에 대한 정보가 포함될 수 있다. LIPA 관련 정보에는 해당 PLMN에서 LIPA가 허용되는지 여부를 알려주는 지시 (indication) 정보 및 해당 APN의 LIPA 허용여부 (permission)에 대한 정보가 포함될 수 있다. LIPA 허용여부는, 전술한 바와 같이， LIPA-prohibited, LIPA-only, LIPA-conditional 중의 하나에 해당할 수 있다. 이러한 CSG 가입 정보 및 LIPA 관련 정보가 HSS(70)로부터 MME(IO)에게 추가적으로 제공될 수 있다.

[86] 단계 S605 내지 S608에서， MMEX30)은 CSG 가입 정보， H(e)NB의 액세스 모드, LIPA 관련 정보 등에 기초하여 CSG 및 LIPA APN에 대한 제어를 위한 평가 (evaluation)을 수행할 수 있다. 평가는 CSG 멤버십 확인， LIPA- permission 확인 등을 포함할 수 있다. 평가 결과， UE(IO)가 H(e)NB(20)를 통하여 LIPA APN에 액세스하는 것이 허용되는 경우에， MME 30)는 EPS 디폴트 베어러 생성을 위해 S-GW(40)로 세션 생성 요청 (create session request) 메시지를 보낼 수 있다. Sᅳ GW(40)는 P— GW로 세션 생성 요청 메시지를 보낼 수 있다. LIPA의 경우에는 P-GW 선택을 할 때에, H(e)NB(20)으로부터 받은 L- GW(50)의 주소를 사용한다. 이에 웅답하여， P-GW (또는 L-GW(50))는 S- GW(40)에 게 세션 생성 응답 (create session response) 메시지를 보낼 수 있고, S-GW(40)는 MME(30)에 게 세션 생성 응답을 보낼 수 있다. 이 과정을 통해 S- GW(40)와 P-GW (또는 L_GW(50)) 사이에 서로간의 TEIDCTunnel Endpoint ID)를 교환하며 , MME(30)도 S-GW(40) 및 P-GW (또는 L-GW(50))의 TEID를 인지 할 수 있다. 또한, LIPA APN 정보가 MME(30)에 게 함께 전달될 수 있다.

[87] 만약 LIPA— conditional의 LIPA APN의 경우에는， MME(30)가 H(e)NB(20)로부터 L-GW(50)에 대한 정보 (예를 들어 , 주소)를 받은 경우에 LIPA 연결을 시도할 수 있다. 만약 MME(30)가 H(e)NB(20)로부터 L-GW(50)에 대한 정보를 받지 않은 경우에는， PDN 연결을 맺기 위 한 P-GW 선택 기능을 수행할 수 있다.

[88] 단계 S609에서 MME(30)으로부터 어 태치 수락 (Attach accept) 메시지가 eNB(20)로 전달될 수 있다. 이 메시지는 초기 콘텍스트 셋업 (initial context setup)을 요청함으로써， RAN 구간 (UE(10)과 eNB(2Q) 사이 )의 무선자원 셋업 이 개시되도록 한다. 이 때 , 전술한 PDN 연결 타입 이 LIPA임을 지시 (indication)할 수 있고, H(e)NB(20)과 L-GW(50) 사이의 사용자 평 면 직접 링크 경로 (direct link path)를 위 한 상관 IlXcorrelation ID) 정보가 함께 전달될 수 있다. 상관 ID는 L-GW의 ID에 해당하고, L-GW가 P-GW의 기능을 하는 경우에 L-GW의 ID로서 P-GW의 TEID를 그대로 부여할 수 있다.

[89] 단계 S610에서 , RRC(Radio Resource Control) 연결 재설정 (connection reconfiguration)이 수행되고， 이에 따라 RAN 구간의 무선자원이 셋업되며， 그 결과가 H(e)NB(20)로 전달될 수 이 다.

[90] 단계 S611에서， H(e)NB(20)는 MME(30)에 게 초기 콘텍스트 셋업 에 대한 웅답 메시지를 전송할 수 있다. 이 와 함께 무선 베어 러 셋업 (radio bearer setup)에 대한 결과가 전송될 수 있다.

[91] 단계 S612 내지 S613에서 , UE(10)로부터의 어 태치 완료 (Attach complete) 메시지가 H(e)NB(20)를 경유하여 MME(30)로 보내질 수 있다. 이 때 H(e)NB(20)는 하향링크 (DL) 데이 터를 위 한 H(e)NB(20)의 TEID를 함께 전달할 수 있다. [92] 단계 S614 내지 S617에서， MME(30)로부터 S-GW(40)으로 베어러 수정 요청 (Modify bearer request) 메시지가 전송될 수 있고， 이 메시지를 통해서 DL 데이터를 위한 H(e)NB(20)의 TEID가 S-GW(40)로 전달될 수 있다. 단계 S615 내지 S616은 선택적인 절차이며， 필요에 따라 S-GWC40)와 P-GW (또는 L- GW(50)) 사이의 베어러가 갱신 (update)될 수 있다.

[93] 도 7은 UE, eNB 및 MME 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

[94] MME는 접속을 시도하는 UE에 대해 접속 제어를 수행할 수 있고, 이를 위하여 사용되는 인터페이스 및 프로토콜 스택 (protocol stack)은 도 7과 같다. 도 7에서 도시하는 인터페이스는 도 2에서 UE, eNB 및 MME 간의 인터페이스에 대웅한다. 구체적으로 UE와 eNB 간의 제어 평면 인터페이스는 LTE-Uu라고 정의되어 있고， eNB와 MME 간의 제어 평면 인터페이스는 S1- MME라고 정의되어 있다. 예를 들어， eNB와 MME 간의 어태치 요청 /웅답 메시지는 S1-MME 인터페이스를 통하여 S1-AP 프로토콜을 이용하여 송수신될 수 있다.

[95] 도 8은 MME와 HSS 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

[96] MME와 HSS 간의 제어 평면 인터페이스는 S6a라고 정의되어 있다. 도 8에서 도시하는 인터페이스는 도 2에서 MME와 HSS 간의 인터페이스에 대웅한다. 예를 들어， MME는 S6a 인터페이스를 통하여 Diameter 프로토콜을 사용하여 HSS로부터 가입 정보를 받을 수 있다.

[97] 도 9는 MME, S-GW 및 P—GW 간의 인터페이스에 대한 제어 평면을 나타내는 도면이다.

[98] MME와 S— GW간의 제어 평면 인터페이스는 S11이라고 정의되어 있고 (도 9(a)), S-GW와 P—GW 간의 제어 평면 인터페이스는 S5(비-로밍의 경우) 또는 S8(로밍의 경우)라고 정의되어 있다 (도 9(b)). 도 9에서 도시하는 인터페이스는 도 2에서 MME, S-GW 및 P-GW간의 인터페이스에 대웅한다. 예를 들어， MME와 S— GW 간의 EPC 베어러 셋업 (또는 GT GPRS Tunneling

Protocol) 터널 생성)을 위한 요청 /웅답 메시지는 S11 인터페이스를 통하여 GTP 또는 GTPv2 프로토콜을 이용하여 송수신될 수 있다. 또한, S-GW와 P- GW 간의 베어 러 셋업을 위 한 요청 /응답 메시지는 S5 또는 S8 인터페이스를 통하여 GTPv2 프로토콜을 이용하여 송수신될 수 있다. 도 9에서 도시하는 GTP-C 프로토콜은 제어 평 면을 위 한 GTP 프로토콜을 의 미 한다.

[99] 도 10은 기존 LTE/LTE-A에서 로컬 네트워크에서 의 SIPTO@LN(Selected IP Traffic Offload at Local Network)을 예시하고 있다. SIPT0@LN은 사용자 측의 로컬 네트워크에 사용자의 트래픽을 넘 기는 것을 의 미 한다ᅳ 즉， 도 ₁₀에 도시 된 바와 같이， 단말 (UE)은 매크로 PDN 연결뿐만 아니 라 로컬 PDN 연결을 가질 수 있고, 정 책 (policy) 정보에 따라 매크로 PDN 또는 로컬 PDN 중 어느 하나를 통해 데이 터를 전송할 수 있다. 기존 LTE/LTE- A에서 SIPT0@LN에 대해 설명 하면 다음과 같다. MME/SGSN이 HSS/SLR로부터 전달받은 단말의 가입 정보에 포함된 PDN의 SIPTO 허 가 (permission), eNB/Home(e)NB로부터 전달받은 단말의 위 치 정보, 로컬 설정 등에 따라 상기 PDN의 SIPT0 여부를 결정 한다. 상기 PDN에 대한 SIPTO 을 수행할 것을 결정하면 해당 PDN을 삭제하고 단말에 재활성 /불활성 이유 값 (cause value)을 전달한다. 단말이 이 에 따라 동일한 APN으로 PDN 연결을 요청 함으로써 로컬 PDN 연결을 가질 수 있다. 이 와 같은 SIPT0@LN에는 ANP 별 SIPT0@LN (이 하， per APN SIPTO@LN)과 IP 플로우 별 SIPT0@LN (이 하， per IP flow SIPTO@LN)가 있을 수 있다. per APN SIPTO@LN 은 APN 단위로 SIPTO를 수행하는 것 이 며， per IP flow SIPT0@LN은 APN 단위가 아닌 IP 플로우 별로 선택적으로 코어 네트워크를 경유 (P-GW)하거나 로컬 네트워크 (L- GW)를 경유할 수 있다. 단말은 정 책 (Policy) 정보를 사전에 네트워크로부터 전달받으며， 데이터를 전송할 때 PDN을 선택하기 위해 정 책 정보를 참고한다.

[100] 상술한 바와 같은 SIPTO는 서로 다른 P-GW로의 다수의 PDN 연결을 지원하지 않았다. 또한, 기존의 per IP flow SIPTO@LN은 두 개의 PDN 연결이 가용할 때만 적용될 수 있었다. 즉， 두 개의 PDN 연결이 생성 되 어 있지 않은 경우에는 그 적용이 불가했었다. 이는 사업자의 망 관리 정 책 등에 의해 per IP flow SIPTO@LN가 수행될 필요가 있는 경우에 대해 제 약으로 작용한다.

[101] 또한， 종래의 SIPTO에서 , per APN SIPTO@LN는 네트워크에서 판단하여 동작하게 되고 반면 p_er IP flow SIPTO@LN는 단말이 판단하여 동작하게 된다. 즉， 현재의 기술은 각각을 독립적으로 다루고 있어서 두 가지 작업이 동시에 발생할 경우 적절한 부하 분산이 어려을 수 있다.

[102] 따라서， 이하에서는 위와 같은 문제를 해결하기 위한 방법들에 대해 설명한다.

[103] 실시예 1

[104] 실시예 1은 서로 다른 PDN을 통해 로컬 네트워크 PDN 연결을 생성함으로써 per IP flow SIPTO@LN를 지원하는 방법에 관한 것이다.

[105] 도 11은 MME/SGSN의 per IP flow SIPTO@LN를 지원하는 방법을 나타낸 순서도이다. 도 11을 참조하면， 단계 S1101에서 단말이 펨토 (femto) 영역으로 이동하거나 또는 데이터 전송 요청올 하는 경우 MME는 단계 S1102에서 단말의 PDN 연결에 per IP flow SIPTO@LN을 적용할지 여부를 판단할 수 있다. 단계 S1001에서의 per IP flow SIPTO@LN의 적용여부 판단을 트리거하는 조건은 유휴 모드 (Idle mode) 또는 연결 모드 (connected mode)의 단말이 TAU， 핸드오버 등을 통해 셀 간 이동을 수행， 서비스 요청 (service request) 또는 PDN 연결 요청일 수도 있다.

[106] 단계 S1002에서 MME의 per IP flow SIPTO@LN를 상기 단말의 PDN 연결에 적용할 것인지 여부의 판단은， (e)NB/Home(e)NB가 전달하는 단말의 위치 정보, (e)NB/Home(e)NB가 전달하는 SIPTO 가능 (capability) 여부， 단말의 가입정보 (HSS 가 전달)에 있는 PDN의 SIPTO 허가 (permission), Local 설정에 기초할 수 있다. 여기서, SIPTO 허가 (permission) 정보는 APN 별 SIPTO 허가 정보, 즉 SIPTO 금지 (SIPTO Prohibited), 로컬 네트워크에서의 경우를 제외한 SIPTO 허용 (SIPTO Allowed (excluding SIPTO@LN), 로컬 네트워크에서의 경우를 포함한 SIPTO 허용 (， SIPTO Allowed including SIPTO@LN), SIPTO만 허용 (SIPTO@LN Allowed only)을 포함할 수 있다.

[107] 나아가, 본 발명의 실시예에 의한 MME는 per IP flow SIPTO@LN의 적용 /결정을 위해 다음과 같은 정보들을 더 고려할 수 있다. [108] 첫 번째로， 가입 정보에 포함된 SIPTO 허가 정보에 로컬 네트워크에서 IP플로우 별 SIPTO 허용 (SIPTO Allowed including SIPTO@LN per IP flow)이 포함될 수 있다.

[109] 두 번째로, 로컬 설정 (Local configuration)은 per APN과 per IP flow에 대한 우선 순위 정보를 포함할 수 있다. 이는 PLMN별, MME/SGSN별, 로컬 네트워크 별로 기록된 것일 수 있다.

[110] 상술한 바와 같은 정보에 기초하여 MME가 단말의 기존 PDN 연결에 per IP flow SIPTO@LN을 적용할 것으로 결정한 경우， 단계 S 1103에서 MME는 단말에게 로컬 PDN 연결을 위한， 새로운 PDN 연결을 트리거할 수 있다. 여기서 새로운 PDN 연결의 트리거는 NAS 메시지와 같은 형식으로 단말에게 전송됨으로써 이루어질 수 있다. 트리거에 관련된 메시지는 이유 값 (cause value) 또는 로컬 PDN 연결에 관련된 APN을 포함할 수 있다. 이 때， 단말은 이미 로컬 PDN 연결을 보유하고 있을 수도 있다.

[111] 단말이 로컬 PDN 연결을 이미 갖고 있는 경우 (예를 들어， 단말이 LIPA를 위한 로컬 PDN 연결을 갖고 있는 경우) 이를 per IP flow SIPTO@LN에 사용할 수 있다. 이를 위해 새로운 이유 값을 추가하거나 이미 생성되어 있는 로컬 PDN 연결의 APN을 단말에게 전달할 수 있다. 즉， 단말에 NAS 메시지의 형태로 통지 (Notification), 또는 지시 (indication)를 전달할 수 있다. 이를 통해 단말은 데이터 전송시에 해당 Local PDN 연결을 이용하여 per IP flow SIPTO@LN 를 적용할 수 있음을 알 수 있다.

[112] 단말이 이와 같은 로컬 PDN 연결이 없는 경우， MME는 단말로 하여금 per IP flow SIPTO@LN을 위한 새로운 로컬 PDN 연결을 생성하도록 요청할 수 있다ᅳ 단말에 새로운 이유 값을 추가하거나 새로 만들어야 할 로컬 PDN 연결의 APN을 보낸다. 이때 가능한 APN은 가입자 정보에서 허가 정보가 필요할 수 있다ᅳ 단말이 이유 값만을 받은 경우 사전에 단말에 저장해둔 APN을 사용할 수 있다. 만약， APN도 같이 온 경우 전달된 APN으로 PDN 연결을 요청할 수 있다. 로컬 PDN 연결을 맺을 때 사용자의 동의를 얻어 허가 후에 수행될 수도 있다.

[113] 이러한 과정을 통해 두 개의 PDN 연결을 갖게 되면 단말은 정책 정보에 따라 선호하는 APN을 선택하여 데이터를 전송할 수 있다. 여기서， 정책 정보에 따라 선호하는 APN을 선택하는 방법은 OPIISCOperator Policy for IP Interface Selection)에서 제시하는 메커니즘에 의할 수 있는데 본 메커니즘은 생성된 PDN 연결에서 선택하는 것이므로 본 발명의 기술과 결합하여 활용될 수 있다.

[114] 위의 방법과 유사하게 단말이 본 상황을 인지하여 trigger/판단하여 로컬 네트워크로 PDN 연결을 요청할 수 있다. 이 경우 네트워크에서는 위의 기준으로 판단하여 만족이 되는 경우에 그 PDN 연결을 허가한다.

[115] 실시예 2

[116] 실시예 2는 앞서 설명된 실시예 1에서의 과정을 따르되， 로컬 PDN 연결 생성시 단말이 이미 보유하고 있던 PDN 연결과 관련된 APN과 동일한 APN을 사용하는 점에서 차이가 있다. 단말에 새로운 이유 값을 추가하여 동일 APN으로 PDN 연결을 요청하도록 한다. MME/SGSN는 코어 네트워크로의 APN이 있으므로 로컬 네트워크의 GW를 할당하여 단말에 PDN 연결 허가를 알린다. 이때 단말은 두 개의 PDN 연결을 구분해야 하는데， 이는 Accept 메시지에서 전달받은 IP주소나 새로운 지시자를 통해 이루어질 수 있다. 즉 두 개의 PDN이 동일 이름의 APN을 사용하므로 APN으로는 구분할 수 없으며 각각 GW에서 전달받은 IP 주소나 지시자를 통해 코어 네트워크 쪽인지 로컬 네트워크 쪽인지 구분할 수 있다. 데이터 전송시에는 해당 IP 플로우와 선호하는 경로 (코어 네트워크 쪽인지 로컬 네트워크 쪽인지)를 담을 정책 정보를 사전에 전달 받아야 한다. 예를 들어， (source address, source port, target address target port, preferred path (CN/LN)) 같은 형식을 갖는 정보가 이용될 수 있다.

[117] 실시예 3

[118] 실시예 3에서는 앞서 언급된， per APN SIPTO@LN과 per IP flow

SIPTO@LN가 독립적으로 운용됨으로 인해 발생할 수 있는 부하 분산의 불균형을 해결하기 위한 방법에 관한 것이다. 보다 상세히， per APN SIPTO는 네트워크에서 판단하여 현재 PDN 연결을 제거하고 새로운 GW를 할당하여 새로운 PDN 연결을 맺는 방법으로 수행된다. 반면 per IP flow SIPTO의 경우 여러 PDN 연결이 생성되었을 때 (예를 들어 하나는 코어 네트워크로 하나는 로컬 네트워크), 단말이 판단하여 전송할 IP flow에 따라 적절한 PDN 연결을 선택하여 전송할 수 있다. 문제는 전자는 네트워크가 후자는 단말이 판단하여 두 가지 일이 동시에 일어나게 되어 기대하지 않은 동작이 일어날 수 있다는 것이다. 예를 들어 per IP flow SIPTO가 가능할 때 per APN SIPTO가 진행될 수 있다. 특정 PDN 연결이 반대의 네트워크로 재활성화 (reactivation) 될 수 있는데 이 경우 두 PDN 연결이 코어 네트워크나 로컬 네트워크 한쪽으로 몰리게 될 수 있다ᅳ 이 경우 시그널링이 낭비될 뿐만 아니라 PDN 연결 활용 효율성도 떨어지게 된다. 예를 들어, 단말이 로컬 네트워크로 PDN 연결을 가지고 있다고 가정하면， 단말은 새로운 PDN 연결을 요청하게 되고 해당 APN이 SIPTO@LN 가능한 경우 로컬 네트워크로 PDN 연결을 할당하게 된다. 결국 두 개의 APN은 로컬 네트워크로 생성되는 것이므로 per IP flow SIPTO의 원래 목적을 달성할 수 없다. 이를 위해서는 기존의 로컬 PDN 연결이 코어 네트워크로의 PDN 연결로 재연결 되어야 한다. 따라서 PDN 연결 관리를 정확하게 하기 위해서는 per APN SIPTO와 per IP flow SIPTO를 적절히 조정하기 위한 방법이 필요하다.

[119] 이를 위한 첫 번째 방법으로써, 단말이 네트워크에 현재 per IP flow SIPTO@LN가 실행됨을 알릴 수 있다. 다시 말해， 단말이 내부의 정책 정보를 이용해 per IP flow SIPTO@LN를 수행하게 되면 이를 네트워크에 알리도록 할 수 있다. 이 경우 네트워크에서는 per APN SIPTO를 수행하려 할 때 이 정보를 고려하여 per APN SIPTO를 판단한다. 예를 들어 단말이 로컬 네트워크로 이동하면 네트워크는 per APN SIPTO수행 여부를 판단하게 되는데 이때 단말로부터의 정보를 확안하여 per APN SIPTO를 수행하지 않는다. 이를 통해， per IP flow SIPTO@LN이 계속 수행되고 각 자원이 효율적으로 관리될 수 있다. 이와 같은 정보는 단말이 이동이나 어태치시， PDN 연결 요청 시 등 NAS 메시지 전송시에 함께 요청될 수 있다.

[120] 두 번째 방법으로써， 현재 per IP flow SIPTO@LN가 실행됨을 이하의 설명과 같이 네트워크에서 판단할 수 있다.

[121] 사업자는 단말에 per IP flow SIPTO@LN 에 대한 정책을 내려주게 된다. 따라서 네트워크가 본 단말이 per IP flow SIPTO@LN에 대한 정책을 갖고 있음을 안다면 이를 이용하여 per IP flow SIPTO@LN가 수행됨을 알 수 있다. 즉， 단말이 로컬 네트워크와 코어 네트워크로의 PDN 연결을 가지고 있고 현재 로컬 네트워크에서 SIPTO@LN을 지원한다는 것을 추가적으로 안다면 per IP flow SIPTO@LN 이 수행됨을 알 수 있다. 또한 위의 예에서처럼 2개의 PDN 연결을 모두 로컬 네트워크로 연결한 경우라면 per APN SIPTO가 가능한 PDN 연결은 코어 네트워크쪽으로 재연결 할 수 있다. 이를 위해 HSS는 단말이 per IP flow SIPTO@LN에 대한 정책을 갖고 있음을 가입자 정보로 전달한다. 또한 네트워크는 가입자 정보나 컨텍스트 정보를 이용하여 현재 어떠한 네트워크로 PDN 연결들이 생성되었는지 확인 할 수 있다. 즉， APN 종류， SIPTO나 LIPA 허가 등올 고려하여 판단할 수 있다.

[122] 전술한 본 발명의 다양한 실시예들에서 설명한 사항들은 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용될 수 있다.

[123] 도 15는 본 발명의 일례에 따른 송수신 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.

[124] 도 15를 참조하여 본 발명에 따른 송수신 장치 (1500)는, 송수신모들 (1510)， 프로세서 (1520) 및 메모리 (1530)를 포함할 수 있다. 송수신모들 (1510)은 외부 장치로 각종 신호， 데이터 및 정보를 송신하고， 외부 장치로 각종 신호， 데이터 및 정보를 수신하도록 구성될 수 있다. 송수신 장치 (1500)는 외부 장치와 유선 및 /또는 무선으로 연결될 수 있다. 프로세서 (1520)는 송수신 장치 (1500) 전반의 동작을 제어할 수 있으며, 송수신 장치 (1500)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리 (1530)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며， 버퍼 (미도시) 등의 구성요소로 대체될 수 있다.

[125] 본 발명의 일 실시예에 따른 송수신 장치 (1500)는 SIPTO@LN 지시 정보 (또는 SIPTO@LN PDN 연결 지시 정보)를 전송하도록 구성될 수 있다. 송수신 장치 (1500)의 프로세서 (1520)는, UE의 PDN 연결에 대한 SIPTO@LN

PDN 연결 지시 정보를 생성하도록 구성될 수 있다. 또한， 송수신 장치 (1500)의 프로세서 (1520)는， SIPTO@LN PDN 연결 지시 정보를 송수신 모들 (1510)을 통하여 상기 UE로 전송하도록 구성될 수 있다. 여기서， SIPTO@LN PDN 연결 지시 정보는， UE의 PDN 연결이 SIPTO@LN PDN 연결인지 여부를 나타낼 수 있다. 추가적으로 송수신 장치 (1500)의 프로세서 (1520)는 상기 SIPTO@LN PDN 연결 지시 정보를 송수신 모들 (1510)을 통하여 서빙 게이트웨이 노드를 거쳐 PDN 게이트웨이 노드로 전송하도록 구성될 수 있다.

[126] 본 발명의 다른 일례에 따른 송수신 장치 (1500)는 SIPTO@LN 지시 정보를 수신하도록 구성될 수 있다. 송수신 장치 (1500)의 프로세서 (1520)는， UE의 PDN 연결이 SIPTO@LN PDN 연결인지 여부를 나타내는 SIPTO@LN PDN 연결 지시 정보를， 제 1 네트워크 노드 (예를 들어， MME)로부터 상기 송수신 모들을 통하여 수신하도록 구성될 수 있다. 여기서, 상기 SIPTO@LN PDN 연결 지시 정보는， 상기 제 1 네트워크 노드에서 생성될 수 있다.

[127] 또한， 위와 같은 송수신 장치 (1500)의 구체적인 구성은， 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며， 중복되는 내용은 명확성을 위하여 설명을 생략한다.

[128] 상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어， 본 발명의 실시예들은 하드웨어， 펌웨어 (firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.

[129] 하드웨어에 의한 구현의 경우， 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICsCApplication Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서， 컨트를러, 마이크로 컨트를러， 마이크로 프로세서 등에 의해 구현될 수 있다.

[130] 펌웨어나 소프트웨어에 의한 구현의 경우 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모들, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여， 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

[131] 상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시예들을 참조하여 설명하였지만 해당 기술 분야의 숙련된 당업자는 본 발명의 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 예를 들어， 당업자는 상술한 실시예들에 기재된 각 구성을 서로 조합하는 방식으로 이용할 수 있다. 따라서， 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라ᅳ 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.

[132] 본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라， 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다. 【산업상 이용가능성】

[133] 상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims

【청구의 범위】

【청구항 1】

무선통신시스템에서 네트워크 노드가 로컬 네트워크에서의 SIPTCXSelected IP Traffic Offload)를 지원하는 방법으로서

제 1 APN(Access Point Name)에 관련된 PDN(Packet Data Network) 연결에 로컬 네트워크에서의 IP 플로우 별 SIPTO를 적용할지 여부를 판단하는 단계 ; 및

상기 IP 플로우 별 SIPTO를 적용하는 경우, 단말에 게 제 2 APN에 관련된 PDN 연결을 트리 거하는 단계 ;

를 포함하는, SIPTO 지원 방법 .

【청구항 2】

게 1항에 있어서，

상기 판단은 상기 단말의 위 치 정보， SIPTO 가능 여부， SIPTO 허가 (permission), 로컬 설정 중 하나 이상에 기초하는, SIPTO 지원 방법 .

【청구항 3】

게 1항에 있어서，

상기 SIPTO 허가는 로컬 네트워크에서 IP 플로우 별 SIPTO 허용을 포함하는， SIPTO 지 원 방법 .

【청구항 4】

게 1항에 있어서，

상기 SIPTO 허 가는 APN 별 SIPTO 허가 정보를 더 포함하는, SIPTO 지 원 방법 .

【청구항 5】

거 U항에 있어서，

상기 APN 별 SIPTO 허가 정보는, SIPTO 금지 , 로컬 네트워크에서 의 경우를 제외 한 SIPTO 허용， 로컬 네트워크에서의 경우를 포함한 SIPTO 허용, SIPTO만 허용을 포함하는, SIPTO 지원 방법 .

【청구항 6】

제 1항에 있어서 , 상기 로컬 설정은， APN 별 SIPTO와 IP플로우 별 SIPTO에 대한 우선 순위 정보를 포함하는， SIPTO 지원 방법.

【청구항 7】

제 1항에 있어서，

상기 PDN 연결 트리거는, 이유 값 (cause value) 또는 상기 제 2 APN 중 적어도 하나를 포함하는 메시지 전송인, SIPTO 지원 방법.

【청구항 8】

제 7항에 있어서，

상기 단말이 상기 로컬 네트워크에서의 PDN 연결을 보유한 경우， 상기 메시지는 상기 단말이 보유한 PDN 연결을 이용하여 IP 플로우 별 SIPTO 수행이 가능함을 지시하는， SIPTO 지원 방법.

【청구항 9】

제 7항에 있어서,

상기 단말이 상기 로컬 네트워크에서의 PDN 연결을 보유하지 않은 경우， 상기 메시지는 IP 폴로우 별 SIPTO 수행을 위한， 상기 로컬 네트워크에서의 PDN 연결 생성을 지시하는, SIPTO 지원 방법.

【청구항 10】

제 1항에 있어서，

상기 판단은 상기 단말이 미리 설정된 영역에 유입되는 경우 수행되는， SIPTO 지원 방법.

【청구항 11】

게 1항에 있어서,

상기 판단은 상기 단말의 서비스 요청 또는 PDN 요청 중 어느 하나에 의해 수행되는 SIPTO 지원 방법.

【청구항 12】

제 1항에 있어서，

상기 게 1 APN과 상기 제 2APN은 서로 상이한 것인, SIPTO 지원 방법.

【청구항 13】

제 1항에 있어서， 상기 네트워크 노드는 MME(Mobility Management Entity) 또는 SGSN(Serving GPRS(General Packet Radio Service) 중 하나인 SIPTO 지 원 방법 .

【청구항 14】

무선통신시스템에서 로컬 네트워크에서 의 SIPTO(Selected IP Traffic Offload)를 지원하는 네트워크 노드 장치에 있어서，

송수신 모들; 및

프로세서를 포함하며，

상기 프로세서는, 제 1 APN에 관련된 PDN(Packet Data Network) 연결에 로컬 네트워크에서의 IP 플로우 별 SIPTO를 적용할지 여부를 판단하고， 상기 IP 플로우 별 SIPTO를 적용하는 경우， 단말에 게 제 2 APN에 관련된 PDN 연결을 트리 거하는， 네트워크 노드 장치 .