KR20230153269A

KR20230153269A - 패킷 데이터 처리 제어 방법 및 장치

Info

Publication number: KR20230153269A
Application number: KR1020230050138A
Authority: KR
Inventors: 홍성표
Original assignee: 주식회사 케이티
Priority date: 2022-04-28
Filing date: 2023-04-17
Publication date: 2023-11-06

Abstract

본 발명은 패킷 데이터 처리를 제어하는 기술에 관한 것이다. 본 실시예들은 소스 기지국이 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서, 타켓 기지국으로 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 단계와 타켓 기지국으로부터 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 단계 및 단말의 응용 데이터에 대한 포워딩 데이터를 타켓 기지국으로 포워딩하도록 제어하는 단계를 포함하는 방법 및 장치를 제공할 수 있다.

Description

패킷 데이터 처리 제어 방법 및 장치{METHOD FOR CONTROLLING PROCESSING OF PACKET DATA AND APPARATUS THEREOF}

본 발명은 패킷 데이터 처리를 제어하는 기술에 관한 것이다.

XR(eXtended Reality)과 CG(Cloud Gaming)은 핸드헬드(handheld) 그리고 웨어러블(wearable) 단말의 도움으로 수행되는 인간-기계, 인간-인간 통신에서 다양한 유형의 증강된, 가상의 그리고 혼합된 환경을 의미하는 광범위한 용어로 사용된다. 확장현실(XR: eXtended Reality)은 증강현실(AR: Augmented Reality), 혼합현실(MR: Mixed Reality) 그리고 가상현실(VR: Virtual Reality)을 포괄하는 광범위한 용어로 사용된다. 클라우드 게이밍은 게이밍에 관련된 대부분의 계산이 단말로부터 에지 또는 원격 서버로 오프로드된 유즈 케이스를 나타낸다. 클라우드 컴퓨팅/게이밍과 함께 XR 응용은 전형적으로 높은 쓰루풋과 낮은 지연을 요구한다.

많은 XR과 CG 유즈 케이스는 빈번한 업링크(e.g. pose/control update) 및/또는 업링크 비디오 스트림과 결합된 다운링크 비디오 스트림에서 높은 데이터 레이트를 가진 (가능한 지터를 가진) 준-주기적(quasi-periodic) 트래픽으로 특성화된다. 다운링크와 업링크 트래픽 모두 상대적으로 엄격한 패킷 딜레이 버짓(PDB: Packet delay budget)에 의해 특성화된다.

또한, 많은 XR과 CG 단말은 배터리 전력이 제한된다. 그러나, 현재 단말의 DRX(Discontinous Reception) 구성은 비정수적(non-integer)으로 발생하는 XR 트래픽 주기, 가변적 XR 데이터 레이트, 준-주기적 XR 주기로 인해 적합하지 않다.

XR과 CG 서비스 셋은 다양성을 가진다. 해당 서비스가 무선망(e.g. NR)을 통해 실행중인(running) 동안 데이터 스트림(e.g. 비디오)은 즉석에서(on the fly) 변할 수 있다.

따라서, 하나의 프레임 내 패킷들은 서로 의존성을 가진다. 그럼에도 종래 이동통신 기술에서는 단말/기지국/코어망이 XR 응용 트래픽을 효과적으로 인지해(aware) 처리할 수 있는 구체적인 방법이 제공되지 않았다.

전술한 배경에서 본 실시예들은 무선망에서 상위/응용계층에서 제공되는 정보를 활용해 응용 트래픽 특성을 고려한 패킷 데이터 처리를 제공하는 구성 방법 및 장치에 대해 제안하고자 한다.

일 측면에서, 본 실시예들은 소스 기지국이 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서, 타켓 기지국으로 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 단계와 타켓 기지국으로부터 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 단계 및 단말의 응용 데이터에 대한 포워딩 데이터를 타켓 기지국으로 포워딩하도록 제어하는 단계를 포함하는 방법을 제공할 수 있다.

다른 측면에서, 본 실시예들은 타켓 기지국이 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서, 소스 기지국으로부터 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 단계와 PDU Set에 대한 QoS 파라미터에 기초하여 응용 데이터에 대한 무선베어러 구성정보를 생성하는 단계와 소스 기지국으로 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 단계 및 단말의 응용 데이터에 대한 포워딩 데이터를 소스 기지국으로부터 수신하는 단계를 포함하는 방법을 제공할 수 있다.

또 다른 측면에서, 본 실시예들은 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 소스 기지국에 있어서, 타켓 기지국으로 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 송신부와 타켓 기지국으로부터 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 수신부 및 단말의 응용 데이터에 대한 포워딩 데이터를 타켓 기지국으로 포워딩하도록 제어하는 제어부를 포함하는 장치를 제공할 수 있다.

또 다른 측면에서, 본 실시예들은 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 타켓 기지국에 있어서, 소스 기지국으로부터 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 수신부와 PDU Set에 대한 QoS 파라미터에 기초하여 응용 데이터에 대한 무선베어러 구성정보를 생성하는 제어부와 소스 기지국으로 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 송신부를 포함하되, 수신부는 단말의 응용 데이터에 대한 포워딩 데이터를 소스 기지국으로부터 더 수신하는 장치를 제공할 수 있다.

본 실시예들에 의하면, 무선망에서 단말, 기지국 또는 코어망 개체들이 XR 응용 트래픽을 효과적으로 인지해(aware) 처리할 수 있는 효과를 제공한다.

도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 5G 시스템 내에서 5G-XR 기능을 구현하기 위한 구조의 일 예를 나타낸다.
도 9는 일 실시예에 따른 소스 기지국 동작을 설명하기 위한 도면이다.
도 10은 다른 실시예에 따른 타켓 기지국 동작을 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 PDU Session Resource Setup Request Transfer 정보 요소를 예시적으로 도시한 도면이다.
도 12는 일 실시예에 따른 PDU Session Resource Modify Request Transfer 정보 요소를 예시적으로 도시한 도면이다.
도 13은 일 실시예에 따른 SDAP-Config 정보 요소를 예시적으로 도시한 도면이다.
도 14는 다른 실시예에 따른 PDU Session Resource Setup Request Transfer 정보 요소를 예시적으로 도시한 도면이다.
도 15는 다른 실시예에 따른 PDU Session Resource Modify Request Transfer 정보 요소를 예시적으로 도시한 도면이다.
도 16은 다른 실시예에 따른 SDAP-Config 정보 요소를 예시적으로 도시한 도면이다.
도 17은 일 실시예에 따른 DL SDAP Data PDU format with SDAP header를 도시한 도면이다.
도 18은 일 실시예에 따른 UL SDAP Data PDU format with SDAP header를 도시한 도면이다.
도 19는 또 다른 실시예에 의한 소스 기지국의 구성을 보여주는 도면이다.
도 20은 또 다른 실시예에 의한 타켓 기지국의 구성을 보여주는 도면이다.

이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.

또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질, 차례, 순서 또는 개수 등이 한정되지 않는다.

구성 요소들의 위치 관계에 대한 설명에 있어서, 둘 이상의 구성 요소가 "연결", "결합" 또는 "접속" 등이 된다고 기재된 경우, 둘 이상의 구성 요소가 직접적으로 "연결", "결합" 또는 "접속" 될 수 있지만, 둘 이상의 구성 요소와 다른 구성 요소가 더 "개재"되어 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다. 여기서, 다른 구성 요소는 서로 "연결", "결합" 또는 "접속" 되는 둘 이상의 구성 요소 중 하나 이상에 포함될 수도 있다.

구성 요소들이나, 동작 방법이나 제작 방법 등과 관련한 시간적 흐름 관계에 대한 설명에 있어서, 예를 들어, "~후에", "~에 이어서", "~다음에", "~전에" 등으로 시간적 선후 관계 또는 흐름적 선후 관계가 설명되는 경우, "바로" 또는 "직접"이 사용되지 않는 이상 연속적이지 않은 경우도 포함할 수 있다.

한편, 구성 요소에 대한 수치 또는 그 대응 정보(예: 레벨 등)가 언급된 경우, 별도의 명시적 기재가 없더라도, 수치 또는 그 대응 정보는 각종 요인(예: 공정상의 요인, 내부 또는 외부 충격, 노이즈 등)에 의해 발생할 수 있는 오차 범위를 포함하는 것으로 해석될 수 있다.

본 명세서에서의 무선 통신 시스템은 음성, 데이터 패킷 등과 같은 다양한 통신 서비스를 무선자원을 이용하여 제공하기 위한 시스템을 의미하며, 단말과 기지국 또는 코어 네트워크 등을 포함할 수 있다.

이하에서 개시하는 본 실시예들은 다양한 무선 접속 기술을 사용하는 무선 통신 시스템에 적용될 수 있다. 예를 들어, 본 실시예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 또는 NOMA(non-orthogonal multiple access) 등과 같은 다양한 다양한 무선 접속 기술에 적용될 수 있다. 또한, 무선 접속 기술은 특정 접속 기술을 의미하는 것뿐만 아니라 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, ITU 등 다양한 통신 협의기구에서 제정하는 각 세대 별 통신 기술을 의미할 수 있다. 예를 들어, CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.

한편, 본 명세서에서의 단말은 무선 통신 시스템에서 기지국과 통신을 수행하는 무선 통신 모듈을 포함하는 장치를 의미하는 포괄적 개념으로서, WCDMA, LTE, NR, HSPA 및 IMT-2020(5G 또는 New Radio) 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선 기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다. 또한, 단말은 사용 형태에 따라 스마트 폰과 같은 사용자 휴대 기기가 될 수도 있고, V2X 통신 시스템에서는 차량, 차량 내의 무선 통신 모듈을 포함하는 장치 등을 의미할 수도 있다. 또한, 기계 형태 통신(Machine Type Communication) 시스템의 경우에 기계 형태 통신이 수행되도록 통신 모듈을 탑재한 MTC 단말, M2M 단말, URLLC 단말 등을 의미할 수도 있다.

본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-B(Node-B), eNB(evolved Node-B), gNB(gNode-B), LPN(Low Power Node), 섹터(Sector), 싸이트(Site), 다양한 형태의 안테나, BTS(Base Transceiver System), 액세스 포인트(Access Point), 포인트(예를 들어, 송신포인트, 수신포인트, 송수신포인트), 릴레이 노드(Relay Node), 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, RRH(Remote Radio Head), RU(Radio Unit), 스몰 셀(small cell) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다. 또한, 셀은 주파수 도메인에서의 BWP(Bandwidth Part)를 포함하는 의미일 수 있다. 예를 들어, 서빙 셀은 단말의 Activation BWP를 의미할 수 있다.

앞서 나열된 다양한 셀은 하나 이상의 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 1) 무선 영역과 관련하여 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, 스몰 셀(small cell)을 제공하는 장치 그 자체이거나, 2) 무선 영역 그 자체를 지시할 수 있다. 1)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 무선 영역을 협업으로 구성하도록 상호 작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 포인트, 송수신 포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시 예가 된다. 2)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수도 있다.

본 명세서에서 셀(Cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.

상향링크(Uplink, UL, 또는 업링크)는 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 단말로 데이터를 송수신하는 방식을 의미한다. 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미할 수 있으며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미할 수 있다. 이때, 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 또한, 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.

상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PUCCH(Physical Uplink Control CHannel) 등과 같은 제어 채널을 통하여 제어 정보를 송수신하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터 채널을 구성하여 데이터를 송수신한다.이하에서는 PUCCH, PUSCH, PDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 'PUCCH, PUSCH, PDCCH 및 PDSCH를 전송, 수신한다'는 형태로 표기하기도 한다.

설명을 명확하게 하기 위해, 이하에서는 본 기술 사상을 3GPP LTE/LTE-A/NR(New RAT) 통신 시스템을 위주로 기술하지만 본 기술적 특징이 해당 통신 시스템에 제한되는 것은 아니다.

3GPP에서는 4G(4th-Generation) 통신 기술에 대한 연구 이후에 ITU-R의 차세대 무선 접속 기술의 요구사항에 맞추기 위한 5G(5th-Generation)통신 기술을 개발한다. 구체적으로, 3GPP는 5G 통신 기술로 LTE-Advanced 기술을 ITU-R의 요구사항에 맞추어 향상 시킨 LTE-A pro와 4G 통신 기술과는 별개의 새로운 NR 통신 기술을 개발한다. LTE-A pro와 NR은 모두 5G 통신 기술을 의미하는 것으로, 이하에서는 특정 통신 기술을 특정하는 경우가 아닌 경우에 NR을 중심으로 5G 통신 기술을 설명한다.

NR에서의 운영 시나리오는 기존 4G LTE의 시나리오에서 위성, 자동차, 그리고 새로운 버티컬 등에 대한 고려를 추가하여 다양한 동작 시나리오를 정의하였으며, 서비스 측면에서 eMBB(Enhanced Mobile Broadband) 시나리오, 높은 단말 밀도를 가지되 넓은 범위에 전개되어 낮은 데이터 레이트(data rate)와 비동기식 접속이 요구되는 mMTC(Massive Machine Communication) 시나리오, 높은 응답성과 신뢰성이 요구되고 고속 이동성을 지원할 수 있는 URLLC(Ultra Reliability and Low Latency) 시나리오를 지원한다.

이러한 시나리오를 만족하기 위해서 NR은 새로운 waveform 및 프레임 구조 기술, 낮은 지연속도(Low latency) 기술, 초고주파 대역(mmWave) 지원 기술, 순방향 호환성(Forward compatible) 제공 기술이 적용된 무선 통신 시스템을 개시한다. 특히, NR 시스템에서는 순방향(Forard) 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. NR의 주요 기술적 특징은 아래에서 도면을 참조하여 설명한다.

도 1은 본 실시예가 적용될 수 있는 NR 시스템에 대한 구조를 간략하게 도시한 도면이다.

도 1을 참조하면, NR 시스템은 5GC(5G Core Network)와 NR-RAN파트로 구분되며, NG-RAN은 사용자 평면(SDAP/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB와 ng-eNB들로 구성된다.gNB 상호 또는 gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB와 ng-eNB는 각각 NG 인터페이스를 통해 5GC로 연결된다. 5GC는 단말 접속 및 이동성 제어 기능 등의 제어 평면을 담당하는 AMF (Access and Mobility Management Function)와 사용자 데이터에 제어 기능을 담당하는 UPF (User Plane Function)를 포함하여 구성될 수 있다. NR에서는 6GHz 이하 주파수 대역(FR1, Frequency Range 1)과 6GHz 이상 주파수 대역(FR2, Frequency Range 2)에 대한 지원을 모두 포함한다.

gNB는 단말로 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미하고, ng-eNB는 단말로 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미한다. 본 명세서에서 기재하는 기지국은 gNB및 ng-eNB를 포괄하는 의미로 이해되어야 하며, 필요에 따라 gNB 또는 ng-eNB를 구분하여 지칭하는 의미로 사용될 수도 있다.

NR에서는 하향링크 전송을 위해서 Cyclic prefix를 사용하는 CP-OFDM 웨이브 폼을 사용하고, 상향링크 전송을 위해서 CP-OFDM 또는 DFT-s-OFDM을 사용한다. OFDM 기술은 MIMO(Multiple Input Multiple Output)와 결합이 용이하며, 높은 주파수 효율과 함께 저 복잡도의 수신기를 사용할 수 있다는 장점을 가지고 있다.

한편, NR에서는 전술한 3가지 시나리오 별로 데이터 속도, 지연속도, 커버리지 등에 대한 요구가 서로 상이하기 때문에 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 시나리오 별 요구사항을 효율적으로 만족시킬 필요가 있다. 이를 위해서, 서로 다른 복수의 뉴머롤러지(numerology) 기반의 무선 자원을 효율적으로 멀티플렉싱(multiplexing)하기 위한 기술이 제안되었다.

구체적으로, NR 전송 뉴머롤러지는 서브캐리어 간격(sub-carrier spacing)과 CP(Cyclic prefix)에 기초하여 결정되며, 아래 표 1과 같이 15kHz를 기준으로 μ 값이 2의 지수 값으로 사용되어 지수적으로 변경된다.

μ	서브캐리어 간격	Cyclic prefix	Supported for data	Supported for synch
0	15	Normal	Yes	Yes
1	30	Normal	Yes	Yes
2	60	Normal, Extended	Yes	No
3	120	Normal	Yes	Yes
4	240	Normal	No	Yes

위 표 1과 같이 NR의 뉴머롤러지는 서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15kHz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120kHz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 120, 240kHz이다. 또한, 확장 CP는 60kHz 서브캐리어 간격에만 적용된다. 한편, NR에서의 프레임 구조(frame structure)는 1ms의 동일한 길이를 가지는 10개의 서브프레임(subframe)으로 구성되는 10ms의 길이를 가지는 프레임(frame)이 정의된다. 하나의 프레임은 5ms의 하프 프레임으로 나뉠 수 있으며, 각 하프 프레임은 5개의 서브프레임을 포함한다. 15kHz 서브캐리어 간격의 경우에 하나의 서브프레임은 1개의 슬롯(slot)으로 구성되고, 각 슬롯은 14개의 OFDM 심볼(symbol)로 구성된다.

도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.

도 2를 참조하면, 슬롯은 노멀 CP의 경우에 고정적으로 14개의 OFDM 심볼로 구성되나, 슬롯의 시간 도메인에서 길이는 서브캐리어 간격에 따라 달라질 수 있다. 예를 들어, 15kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 1ms 길이로 서브프레임과 동일한 길이로 구성된다. 이와 달리, 30kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 14개의 OFDM 심볼로 구성되나, 0.5ms의 길이로 하나의 서브프레임에 두 개의 슬롯이 포함될 수 있다. 즉, 서브프레임과 프레임은 고정된 시간 길이를 가지고 정의되며, 슬롯은 심볼의 개수로 정의되어 서브캐리어 간격에 따라 시간 길이가 달라질 수 있다.

한편, NR은 스케줄링의 기본 단위를 슬롯으로 정의하고, 무선 구간의 전송 지연을 감소시키기 위해서 미니 슬롯(또는 서브 슬롯 또는 non-slot based schedule)도 도입하였다. 넓은 서브캐리어 간격을 사용하면 하나의 슬롯의 길이가 반비례하여 짧아지기 때문에 무선 구간에서의 전송 지연을 줄일 수 있다. 미니 슬롯(또는 서브 슬롯)은 URLLC 시나리오에 대한 효율적인 지원을 위한 것으로 2, 4, 7개 심볼 단위로 스케줄링이 가능하다.

또한, NR은 LTE와 달리 상향링크 및 하향링크 자원 할당을 하나의 슬롯 내에서 심볼 레벨로 정의하였다. HARQ 지연을 줄이기 위해 전송 슬롯 내에서 바로 HARQ ACK/NACK을 송신할 수 있는 슬롯 구조가 정의되었으며, 이러한 슬롯 구조를 자기 포함(self-contained) 구조로 명명하여 설명한다.

NR에서는 총 256개의 슬롯 포맷을 지원할 수 있도록 설계되었으며, 이중 62개의 슬롯 포맷이 3GPP Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게(UE-specific) RRC 시그널링을 통해서 구성된 테이블의 인덱스를 SFI를 이용하여 지시함으로써 슬롯 포맷을 지시할 수 있으며, DCI(Downlink Control Information)를 통해서 동적으로 지시하거나 RRC를 통해서 정적 또는 준정적으로 지시할 수도 있다.

NR에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 대역폭 파트(bandwidth part) 등이 고려된다.

안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 추론될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 시프트(Frequency shift), 평균 수신 파워(Average received power) 및 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.

도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.

도 3을 참조하면, 자원 그리드(Resource Grid)는 NR이 동일 캐리어에서 복수의 뉴머롤러지를 지원하기 때문에 각 뉴머롤러지에 따라 자원 그리드가 존재할 수 있다. 또한, 자원 그리드는 안테나 포트, 서브캐리어 간격, 전송 방향에 따라 존재할 수 있다.

자원 블록(resource block)은 12개의 서브캐리어로 구성되며, 주파수 도메인 상에서만 정의된다. 또한, 자원 요소(resource element)는 1개의 OFDM 심볼과 1개의 서브캐리어로 구성된다. 따라서, 도 3에서와 같이 하나의 자원 블록은 서브캐리어 간격에 따라 그 크기가 달라질 수 있다. 또한, NR에서는 자원 블록 그리드를 위한 공통 참조점 역할을 수행하는 "Point A"와 공통 자원 블록, 가상 자원 블록 등을 정의한다.

도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.

NR에서는 캐리어 대역폭이 20Mhz로 고정된 LTE와 달리 서브캐리어 간격 별로 최대 캐리어 대역폭이 50Mhz에서 400Mhz로 설정된다. 따라서, 모든 단말이 이러한 캐리어 대역폭을 모두 사용하는 것을 가정하지 않는다. 이에 따라서 NR에서는 도 4에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트(BWP)를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 4개의 대역폭 파트가 구성되고, 주어진 시간에 활성화된 대역폭 파트를 이용하여 데이터가 송수신된다.

페어드 스펙트럼(paired spectrum)의 경우 상향링크 및 하향링크 대역폭 파트가 독립적으로 설정되며, 언페어드 스펙트럼(unpaired spectrum)의 경우 하향링크와 상향링크 동작 간에 불필요한 주파수 리튜닝(re-tunning)을 방지하기 위해서 하향링크와 상향링크의 대역폭 파트가 중심 주파수를 공유할 수 있도록 쌍을 이루어 설정된다.

NR에서 단말은 기지국에 접속하여 통신을 수행하기 위해서 셀 검색 및 랜덤 액세스 절차를 수행한다.

셀 검색은 기지국이 전송하는 동기 신호 블록(SSB, Synchronization Signal Block)를 이용하여 단말이 해당 기지국의 셀에 동기를 맞추고, 물리계층 셀 ID를 획득하며, 시스템 정보를 획득하는 절차이다.

도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.

도 5를 참조하면, SSB는 각각 1개 심볼 및 127개 서브 캐리어를 점유하는 PSS(primarysynchronization signal) 및 SSS(secondary synchronization signal) 및 3개의 OFDM 심볼 및 240 개의 서브캐리어에 걸쳐있는 PBCH로 구성된다.

단말은 시간 및 주파수 도메인에서 SSB를 모니터링하여 SSB를 수신한다.

SSB는 5ms 동안 최대 64번 전송될 수 있다. 다수의 SSB는 5ms 시간 내에서 서로 다른 전송 빔으로 전송되며, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 볼 때에는 20ms의 주기마다 SSB가 전송된다고 가정하고 검출을 수행한다. 5ms 시간 내에서 SSB 전송에 사용할 수 있는 빔의 개수는 주파수 대역이 높을수록 증가할 수 있다. 예를 들어, 3GHz 이하에서는 최대 4개의 SSB 빔 전송이 가능하며, 3~6GHz까지의 주파수 대역에서는 최대 8개, 6GHz 이상의 주파수 대역에서는 최대 64개의 서로 다른 빔을 사용하여 SSB를 전송할 수 있다.

SSB는 하나의 슬롯에 두 개가 포함되며, 서브캐리어 간격에 따라 아래와 같이 슬롯 내에서의 시작 심볼과 반복 횟수가 결정된다.

한편, SSB는 종래 LTE의 SS와 달리 캐리어 대역폭의 센터 주파수에서 전송되지 않는다. 즉, SSB는 시스템 대역의 중심이 아닌 곳에서도 전송될 수 있고, 광대역 운영을 지원하는 경우 주파수 도메인 상에서 복수의 SSB가 전송될 수 있다. 이에 따라서, 단말은 SSB를 모니터링 하는 후보 주파수 위치인 동기 래스터(synchronization raster)를 이용하여 SSB를 모니터링 한다. 초기 접속을 위한 채널의 중심 주파수 위치 정보인 캐리어래스터(carrier raster)와 동기 래스터는 NR에서 새롭게 정의되었으며, 동기 래스터는 캐리어래스터에 비해서, 주파수 간격이 넓게 설정되어 있어서, 단말의 빠른 SSB 검색을 지원할 수 있다.

단말은 SSB의 PBCH를 통해서 MIB를 획득할 수 있다. MIB(Master Information Block)는 단말이 네트워크가 브로드캐스팅 하는 나머지 시스템 정보(RMSI, Remaining Minimum System Information)를 수신하기 위한 최소 정보를 포함한다. 또한, PBCH는 시간 도메인 상에서의 첫 번째 DM-RS 심볼의 위치에 대한 정보, SIB1을 단말이 모니터링하기 위한 정보(예를 들어, SIB1 뉴머롤러지 정보, SIB1 CORESET에 관련된 정보, 검색 공간 정보, PDCCH 관련 파라미터 정보 등), 공통 자원 블록과 SSB 사이의 오프셋 정보(캐리어 내에서의 절대 SSB의 위치는 SIB1을 통해서 전송) 등을 포함할 수 있다. 여기서, SIB1 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차에서 사용되는 일부 메시지에서도 동일하게 적용된다. 예를 들어, 랜덤 액세스 절차를 위한 메시지 1 내지 4 중 적어도 하나에 SIB1의 뉴머롤러지 정보가 적용될 수 있다.

전술한 RMSI는 SIB1(System Information Block 1)을 의미할 수 있으며, SIB1은 셀에서 주기적으로(ex, 160ms) 브로드캐스팅 된다. SIB1은 단말이 초기 랜덤 액세스 절차를 수행하는데 필요한 정보를 포함하며, PDSCH를 통해서 주기적으로 전송된다. 단말이 SIB1을 수신하기 위해서는 PBCH를 통해서 SIB1 전송에 사용되는 뉴머롤러지 정보, SIB1의 스케줄링에 사용되는 CORESET(Control Resource Set) 정보를 수신해야 한다. 단말은 CORESET 내에서 SI-RNTI를 이용하여 SIB1에 대한 스케줄링 정보를 확인하고, 스케줄링 정보에 따라 SIB1을 PDSCH 상에서 획득한다. SIB1을 제외한 나머지 SIB들은 주기적으로 전송될 수도 있고, 단말의 요구에 따라 전송될 수도 있다.

도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.

도 6을 참조하면, 셀 검색이 완료되면 단말은 기지국으로 랜덤 액세스를 위한 랜덤 액세스 프리앰블을 전송한다. 랜덤 액세스 프리앰블은 PRACH를 통해서 전송된다. 구체적으로, 랜덤 액세스 프리앰블은 주기적으로 반복되는 특정 슬롯에서 연속된 무선 자원으로 구성되는 PRACH를 통해서 기지국으로 전송된다. 일반적으로, 단말이 셀에 초기 접속하는 경우에 경쟁 기반 랜덤 액세스 절차를 수행되며, 빔 실패 복구(BFR, Beam Failure Recovery)를 위해서 랜덤 액세스를 수행하는 경우에는 비경쟁 기반 랜덤 액세스 절차가 수행된다.

단말은 전송한 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답을 수신한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블식별자(ID), UL Grant (상향링크 무선자원), 임시 C-RNTI(Temporary Cell - Radio Network Temporary Identifier) 그리고 TAC(Time Alignment Command) 이 포함될 수 있다. 하나의 랜덤 액세스 응답에는 하나 이상의 단말들을 위한 랜덤 액세스 응답 정보가 포함될 수 있기 때문에, 랜덤 액세스 프리앰블식별자는 포함된 UL Grant, 임시 C-RNTI 그리고 TAC가 어느 단말에게 유효한지를 알려주기 위하여 포함될 수 있다. 랜덤 액세스 프리앰블식별자는 기지국이 수신한 랜덤 액세스 프리앰블에 대한식별자일 수 있다. TAC는 단말이 상향 링크 동기를 조정하기 위한 정보로서 포함될 수 있다. 랜덤 액세스 응답은 PDCCH상의 랜덤 액세스 식별자, 즉 RA-RNTI(Random Access - Radio Network Temporary Identifier)에 의해지시될 수 있다.

유효한 랜덤 액세스 응답을 수신한 단말은 랜덤 액세스 응답에 포함된 정보를 처리하고, 기지국으로스케줄링된 전송을 수행한다. 예를 들어, 단말은 TAC을 적용시키고, 임시 C-RNTI를 저장한다. 또한, UL Grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다. 이 경우 단말을 식별할 수 있는 정보가 포함되어야 한다.

마지막으로 단말은 경쟁 해소를 위한 하향링크 메시지를 수신한다.

NR에서의 하향링크 제어채널은 1~3 심볼의 길이를 가지는 CORESET(Control Resource Set)에서 전송되며, 상/하향 스케줄링 정보와 SFI(Slot format Index), TPC(Transmit Power Control) 정보 등을 전송한다.

이와 같이 NR에서는 시스템의 유연성을 확보하기 위해서, CORESET 개념을 도입하였다. CORESET(Control Resource Set)은 하향링크 제어 신호를 위한 시간-주파수 자원을 의미한다. 단말은 CORESET 시간-주파수 자원에서 하나 이상의 검색 공간을 사용하여 제어 채널 후보를 디코딩할 수 있다. CORESET 별 QCL(Quasi CoLocation) 가정을 설정하였으며, 이는 종래 QCL에 의해서 가정되는 특성인 지연 스프레드, 도플러 스프레드, 도플러 쉬프트, 평균 지연 외에 아날로그 빔 방향에 대한 특성을 알리기 위한 목적으로 사용된다.

도 7은 CORESET에 대해서 설명하기 위한 도면이다.

도 7을 참조하면, CORESET은 하나의 슬롯 내에서 캐리어 대역폭 내에서 다양한 형태로 존재할 수 있으며, 시간 도메인 상에서 CORESET은 최대 3개의 OFDM 심볼로 구성될 수 있다. 또한, CORESET은 주파수 도메인 상에서 캐리어 대역폭까지 6개의 자원 블록의 배수로 정의된다.

첫 번째 CORESET은 네트워크로부터 추가 구성 정보 및 시스템 정보를 수신할 수 있도록 초기 대역폭 파트 구성의 일부로 MIB를 통해서 지시된다. 기지국과의 연결 설정 후에 단말은 RRC 시그널링을 통해서 하나 이상의 CORESET 정보를 수신하여 구성할 수 있다.

본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호 또는 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.

본 개시는 이동통신망에서 XR/미디어와 같은 특정 응용 서비스에 대한 패킷 데이터를 처리하는 방법 및 장치에 관한 것이다. 예를 들어, 한 그룹의 패킷(a group of packets) 또는 패킷 데이터 유닛 셋(PDU Set)을 구분해서 처리하는 구체적인 기술에 대해서 제안하고자 한다. 또한, 특정 응용 서비스에 대한 패킷 데이터를 송수신하는 단말의 이동에 따른 핸드오버 제어 기술을 제안하고자 한다.

특정 응용 서비스에 대한 패킷은 상호 의존적인 속성을 가질 수 있다. 예를 들어, 하나의 프레임 내 패킷들은 서로 의존성을 가질 수 있다. 해당 응용(application)은 해당 프레임을 디코딩하기 위해 해당 모든 패킷을 필요로 할 수 있다. 하나의 패킷 손실은 다른 상관관계가 있는 패킷들이 성공적으로 전송되었더라도 해당 패킷들을 쓸모없게 만들 수 있다. 예를들어, XR 응용은 단일 패킷/PDUs 보다는 응용데이터유닛(ADU: Application Data Unit)/미디어유닛 측면에서 요구사항이 부과될 수 있다. 동일한 비디오 스트림이지만 서로 다른 프레임 유형(I/P 프레임) 또는 GoP(Group of Picture) 내에서 심지어 다른 위치의 패킷들은 사용자 경험에 서로 다른 기여도를 가질 수 있다. 따라서, 비디오 스트림 내에서 계층화된(layered) QoS 핸들링은 요구사항을 느슨하게 하고 더 높은 효율을 이끌어 낼 수 있다.

만약, 동작 중인 서비스/응용에 대해서 상위/응용 계층의 추가적인 정보를 활용할 수 있다면, 무선 파라메터 선택을 용이하게 하는데 유용할 수 있다. 그러나, 단말/기지국/코어망에서 XR 응용 트래픽의 특성을 효과적으로 인지해(aware) 처리할 수 있는 구체적인 방법은 제공되지 않고 있다.

이러한 문제점을 해결하기 위해 안출된 본 실시예들은 무선망에서 상위/응용계층에서 제공되는 정보를 활용해 응용 트래픽 특성을 고려한 패킷 데이터 처리를 제공하는 구성 방법 및 장치에 대해 제안하고자 한다. 또한, 해당 패킷 데이터 처리를 위한 핸드오버 동작을 제안하고자 한다.

본 명세서에서는 5GS/NR 기술 기반의 제어 방법에 대해 설명한다. 그러나, 이것은 설명의 편의를 위한 것으로 임의의 시스템/무선액세스 기술(e.g. LTE, 6G)에 대해서도 본 실시예가 적용될 수 있다. 본 개시에서 설명하는 실시 예는 NR/5GS 규격(e.g. MAC 규격인 TS 38.321, NR RRC 규격인 TS 38.331, 5G 시스템 구조 규격인 TS 23.501, 5G 시스템 프로시저 규격인 TS 23.502, etc.)에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 공지 기술인 표준규격에 명시된 해당 내용이 본 실시예에 결합될 수 있다.

또한, 본 명세서에서는 응용을 XR 또는 CG 응용 등으로 예시하여 설명한다. 그러나, 이것은 이해의 편의를 위한 것으로, 이에 한정되는 것은 아니며 특정 응용 레벨의 데이터 처리에 본 실시예들이 적용될 수 있다.

이하에서 설명하는 임의의 기능은 개별적인 단말 캐퍼빌리티(UE radio 캐퍼빌리티 또는 UE Core network 캐퍼빌리티)로 정의되어 단말에 의해 해당 시그널링을 통해 기지국/코어망개체(e.g. AMF/SMF)로 전송될 수 있다. 또는 임의의 기능들이 조합/결합되어 해당 단말 캐퍼빌리티로 정의되어 단말에 의해 해당 시그널링을 통해 기지국/코어망개체로 전송될 수 있다.

기지국은 이하에서 설명한 임의의 기능 또는 임의의 기능 조합에 대해 해당 기능/기능조합의 허용/지원/구성을 지시하는 정보를 RRC 메시지를 통해 단말로 전송/지시할 수 있다. 예를 들어 해당 기능/기능조합의 구성/적용 이전에 또는 해당 기능/기능조합의 구성/적용과 동시에 이를 단말에 지시할 수 있다. 해당 RRC 메시지는 시스템 정보를 통해 브로드캐스트 될 수 있다. 또는 전용 RRC 메시지를 통해 단말로 지시될 수 있다.

설명의 편의를 위해 응용(application)/응용계층에 의해 구분되는 유닛, 또는 응용 내에서 구분되는 유닛, 또는 하나의 응용 내에서 데이터/스트림/패킷 간에 상관관계를 가지는 유닛, 또는 하나의 응용 내에서 데이터/스트림/패킷 간에 의존성을 가지는 유닛, 또는 하나의 플로우 내에서 서로 다른 트래픽 특성/스트림을 가지고 구분되는 유닛, 또는 하나의 PDU 세션 내에서 서로 다른 트래픽 특성/스트림을 가지고 구분되는 유닛, 또는 응용에서 포함/사용/추가되는 임의의 정보/필드/메타데이터를 기반으로 구분되는 유닛, 또는 응용 레벨에서 생성된 한 유닛 정보의 페이로드를 운반하는 PDUs를 PDU Set로 표기한다. 이는 설명의 편의를 위한 것일 뿐, ADU(Application Data Unit), Application Unit, MU(media unit), Application packet data unit, GoP(Group of Picture) unit, traffic type(e.g. XR viewer pose information unit, tactile information, video, audio, degree of freedom) specific unit, frame type, stream type 등 임의의 다른 용어로 대체될 수 있다.

하나의 PDU Set은 응용 레벨에서 생성되는 한 유닛 정보를 페이로드로 운반하는 하나 또는 이상의 PDUs로 구성되며, 해당 PDUs는 응용계층에서 동일한 중요도 요구사항을 가진다. 응용 계층에 의해 해당하는 유닛 정보를 사용하기 위해 하나의 PDU Set 내의 모든 PDUs가 필요하다. (A PDU Set is composed of one or more PDUs carrying the payload of one unit of information generated at the application level (e.g., a frame or video slice for XRM Services), which are of same importance requirement at application layer. All PDUs in a PDU Set are needed by the application layer to use the corresponding unit of information.) 예를 들어 PDU set은 비디오 슬라이스(slice)와 유사한 개념으로 이해될 수 있다. 비디오 슬라이스는 하나의 비디오 프레임에서 공간적으로 구분되는 region으로 동일한 프레임 내에서 다른 region들과 분리되어 인코딩된다.

이하에서 설명하는 기능들은 개별적 독립적으로 수행될 수 있다. 이하에서 설명하는 기능들은 임의로 조합/결합되어 실시될 수 있으며 이 또한 본 실시예들의 범주에 포함되는 것이 자명하다. 예를 들어, 하나 이상의 기능들이 동시에 적용될 수 있다.

이하에서 설명하는 XR 응용에 대한 임의의 정보는 단말/네트워크에서 통계적/경험적으로 얻어진/산출된/유도된 트래픽 특성 정보(e.g. 기대값/평균, 편차, 표준편차 등 임의의 통계/통계량)가 될 수 있다. 따라서 본 명세서에 포함된 임의의 정보는 평균(기대값)/최소/최대/표준편차 값 중 하나 이상의 값을 나타낼 수 있다. 예를 들어 업데이트 레이트라는 정보가 포함되었다면 이는 평균(기대값)/최소/최대/표준편차 업데이트 레이트를 의미할 수 있다. 이는 설명의 편의를 위한 것으로 본 명세서의 모든 정보는 통계적 정보로 사용될 수 있다. 또는 단말/네트워크에 사전 구성되거나 OAM/응용서버/응용기능/UDM을 통해 프로비저닝된 정보가 될 수 있다.

도 8은 5G 시스템 내에서 5G-XR 기능을 구현하기 위한 구조의 일 예를 나타낸다.

설명의 편의를 위해 본 명세서에서는 도 8을 기반으로 설명하지만, 전술한 바와 같이 임의의 시스템/무선액세스 기술(e.g. LTE, 6G)에 대해서도 본 실시예들이 적용될 수 있다.

도 8을 참조하면, 5G-XR AF은 5G-XR 서비스를 위한 응용 기능(Application function)을 나타낸다. 5G-XR AS은 5G-XR 서비스를 위한 응용 서버를 나타낸다. 5G-XR Client는 5G-XR 서비스를 위한 단말 내부 기능을 나타낸다. 단말 내에서 XR 클라이언트는 XR 응용에 의해 APIs 등을 통해 액세스되는 XR 세션의 송수신기를 나타낼 수 있다. XR 클라이언트는 XR 세션(또는 XR 세션의 딜리버리)을 설정/제어/지원하기 위해 5G-XR AF과 통신/시그널링을 수행할 수 있다. XR 클라이언트는 XR 데이터에 액세스 하고, 해당 데이터를 처리하기 위해 5G-XR AS과 통신을 수행할 수 있다. 5G-XR AF는 단말 상에서 XR 세션을 처리를 위한 다양한 제어 기능을 제공하며, QoS 제어 등을 위해 PCF/NEF와 시그널링을 수행할 수 있다. 5G-XR AS는 5G XR 미디어와 미디어 기능을 호스트 하는 응용서버를 나타낸다.

도 9는 일 실시예에 따른 소스 기지국 동작을 설명하기 위한 도면이다.

도 9를 참조하면, 소스 기지국은 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서, 타켓 기지국으로 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 단계를 수행할 수 있다(S910).

데이터 패킷 간의 의존성이 높은 응용 데이터를 송수신하는 단말은 이동에 따라 기지국을 변경할 필요가 있다. 이에 따라, 소스 기지국은 단말의 핸드오버 필요성 여부를 판단한다.

소스 기지국은 단말의 핸드오버가 필요하다고 판단되면, 타켓 기지국으로 단말이 송수신하는 응용 데이터의 PDU Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송할 수 있다. 일 예로, 소스 기지국은 핸드오버 준비 단계 동안에 타켓 기지국으로 PDU Set에 대한 QoS 파리미터를 전송할 수 있다. 다른 예로, 소스 기지국은 핸드오버 진행 단계에서 타켓 기지국으로 PDU Set에 대한 QoS 파라미터를 전송할 수도 있다.

이 외에도 소스 기지국은 타켓 기지국으로 PDU Set 정보 또는 PDU Set 처리를 지원하는 DRB 정보 등을 전송하여 단말의 핸드오버 시에 끊김없는 서비스 제공을 지원할 수 있다.

소스 기지국은 타켓 기지국으로부터 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 단계를 수행할 수 있다(S920).

예를 들어, 타켓 기지국은 해당 PDU Set에 대한 QoS 파라미터를 확인하고, 해당 QoS 파라미터를 만족시킬 수 있는 무선베어러 구성정보를 생성한다.

또한, 핸드오버 응답 메시지는 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함할 수 있다. 이를 통해서, 핸드오버에서 데이터 포워딩, 인시퀀스 전달이 보장되도록 할 수 있다.

소스 기지국은 수신된 무선베어러 구성정보를 단말로 전달할 수 있다.

예를 들어, 타켓 기지국이 생성한 무선베어러는 PDU Set에 매핑되는 DRB 구성일 수 있으며, RRC 컨테이너를 사용하여 소스 기지국을 통해서 단말로 전송될 수 있다.

또는, 타켓 기지국이 만약 PDU Set 처리를 지원하지 않는 기지국인 경우에 타겟 기지국은 해당 PDU Set을 포함하는 PDU 세션 자원 또는 해당 PDU Set에 매핑/연계되는 PDU Session 자원을 셋업할 수 있다. 타겟 기지국은 PDU Set을 지원하는 무선자원 구성을 무선베어러 구성정보를 통해서 소스 기지국으로 전송할 수 있다.

또는, 핸드오버에서 타겟 기지국이 소스 기지국의 PDU Set에 매핑되는 DRB와 다른 DRB로 매핑된다면, 손실을 최소화하기 위해 타겟 기지국에서 이전 DRB(소스 기지국의 PDU Set에 매핑되는 DRB)가 구성될 수도 있다.

소스 기지국은 단말의 응용 데이터에 대한 포워딩 데이터를 타켓 기지국으로 포워딩하도록 제어하는 단계를 수행할 수 있다(S930).

예를 들어, 포워딩 데이터는 PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함할 수 있다.

PDU Set 정보는 기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함될 수 있다.

포워딩 데이터에 포함되는 PDU Set 정보를 이용하여 해당 PDU Set에 대해서 타켓 기지국도 단말의 응용 데이터 플로우를 효율적으로 관리할 수 있다. 이는 소스 기지국이 해당 응용 데이터 플로우를 관리하는 제어 동작과 유사하며, 응용 데이터 플로우를 포워딩하여 관리하는데 필요한 PDU Set 관련 정보가 더 포함될 수도 있다.

한편, 필요한 경우 타켓 기지국은 경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시할 수 있다. 이를 통해서 타켓 기지국은 PDU Set 처리를 위한 PDU 세션을 설정할 수 있다. 또는 타켓 기지국은 포워딩 데이터를 처리하기 위한 설정을 셋팅할 수도 있다.

이 외에도 소스 기지국은 아래에서 설명하는 다양한 동작의 일부 또는 전부를 수행할 수 있다.

도 10은 다른 실시예에 따른 타켓 기지국 동작을 설명하기 위한 도면이다.

도 10을 참조하면, 타켓 기지국은 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서, 소스 기지국으로부터 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 단계를 수행할 수 있다(S1010).

소스 기지국은 단말의 핸드오버가 필요하다고 판단되면, 타켓 기지국으로 단말이 송수신하는 응용 데이터의 PDU Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송할 수 있다. 일 예로, 타켓 기지국은 핸드오버 준비 단계 동안에 타켓 기지국으로 PDU Set에 대한 QoS 파리미터를 수신할 수 있다. 다른 예로, 타켓 기지국은 핸드오버 진행 단계에서 소스 기지국으로 PDU Set에 대한 QoS 파라미터를 수신할 수도 있다.

이 외에도 타켓 기지국은 소스 기지국으로부터 PDU Set 정보 또는 PDU Set 처리를 지원하는 DRB 정보 등을 수신하여 단말의 핸드오버 시에 끊김없는 서비스 제공을 지원할 수 있다.

타켓 기지국은 PDU Set에 대한 QoS 파라미터에 기초하여 응용 데이터에 대한 무선베어러 구성정보를 생성하는 단계를 수행할 수 있다(S1020).

또는, 타켓 기지국이 만약 PDU Set 처리를 지원하지 않는 기지국인 경우에 타겟 기지국은 해당 PDU Set을 포함하는 PDU 세션 자원 또는 해당 PDU Set에 매핑/연계되는 PDU Session 자원을 셋업할 수 있다. 타겟 기지국은 PDU Set을 지원하는 무선자원 구성을 무선베어러 구성정보를 생성할 수 있다.

타켓 기지국은 소스 기지국으로 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 단계를 수행할 수 있다(S1030).

또한, 핸드오버 응답 메시지는 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함할 수 있다. 이를 통해서, 핸드오버에서 데이터 포워딩, 인시퀀스 전달이 보장되도록 할 수 있다. 소스 기지국은 수신된 무선베어러 구성정보를 단말로 전달할 수 있다.

또는, 핸드오버에서 타겟 기지국이 소스 기지국의 PDU Set에 매핑되는 DRB와 다른 DRB로 매핑된다면, 손실을 최소화하기 위해 타겟 기지국에서 이전 DRB(소스 기지국의 PDU Set에 매핑되는 DRB)가 구성될 수도 있다. 이 경우에도 핸드오버 응답 메시지를 통해서 해당 DRB 구성정보가 소스 기지국으로 전달될 수 있다.

타켓 기지국은 단말의 상기 응용 데이터에 대한 포워딩 데이터를 소스 기지국으로부터 수신하는 단계를 수행할 수 있다(S1040).

한편, 필요한 경우 타켓 기지국은 경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시할 수 있다. 해당 지시 동작은 핸드오버 요청 메시지를 수신한 이후에 이루어질 수 있다. 예를 들어, 해당 지시 동작은 핸드오버 응답 메시지를 전송하기 전에 수행될 수 있다. 또는, 해당 지시 동작은 포워딩 데이터를 수신하기 이전에 수행될 수도 있다. 또는, 해당 지시 동작은 포워딩 데이터를 수신하고 핸드오버가 완료되기 전에 수행될 수도 있다. 또는, 해당 지시 동작은 핸드오버 요청 메시지를 수신하기 전에 수행될 수도 있다. 이를 통해서 타켓 기지국은 PDU Set 처리를 위한 PDU 세션을 설정할 수 있다. 또는 타켓 기지국은 포워딩 데이터를 처리하기 위한 설정을 셋팅할 수도 있다. 또는 코어망 개체는 타켓 기지국이 해당 PDU Set 처리를 지원하는지 여부를 확인할 수도 있다.

이 외에도 타켓 기지국은 아래에서 설명하는 다양한 동작의 일부 또는 전부를 수행할 수 있다.

이상의 동작을 통해서 기지국은 특정 응용에서 발생하는 다양한 송수신 데이터에 대한 동적 처리 성능을 향상시킬 수 있다. 또한, 기지국은 XR 또는 CG와 같은 정확성과 응답성이 높게 요구되는 서비스를 문제없이 처리할 수 있으며, 핸드오버 과정에서도 단말은 끊김없는 특정 응용 데이터 서비스를 유지할 수 있다.

보다 구체적인 프로시져와 관련 정보는 이하에서 세부 실시예 별로 상세하게 설명한다. 이하에서 설명하는 각 실시예는 전부 또는 임의의 조합으로 조합되어 수행될 수 있다. 아래에서는 특정 응용 서비스를 XR/미디어 응용 서비스로 예시하여 설명한다. 이는 설명의 편의를 위한 것으로 해당 서비스에 한정되는 것은 아니다.

PDU-Set 처리를 지원하는 셀/기지국 간 핸드오버

핸드오버 준비 단계 동안, 소스 기지국은 단말 컨택스트 내에 PDU-Set 관련정보((e.g PDU-Set-ID, PDU-Set-순서번호, PDU-Set-중요도/우선순위, PDU-Set level 5QI/QCI 및 PDU-Set level QoS 파라메터/특성(characteristics) 중 하나 이상)를 포함해 타겟 기지국으로 전송할 수 있다.

핸드오버 준비 동안 소스 기지국은 PDU-Set 처리를 지원하는 데이터무선베어러를 위한 데이터 포워딩을 제안할 수 있다. 타겟 기지국이 소스 기지국과 동일한 DRB 구성을 사용할 때, 핸드오버에서 데이터 포워딩 및 인시퀀스 전달(in-sequence delivery)이 보장되도록 할 수 있다.

핸드오버에서 타겟 기지국이 소스 기지국의 PDU-Set에 매핑되는 DRB와 다른 DRB로 매핑된다면, 손실을 최소화하기 위해, 타겟 셀/기지국에서 이전 DRB(소스 기지국의 PDU-Set에 매핑되는 DRB)가 구성될 수 있다. 다운링크에서 인시퀀스 전달을 위해, 타겟 기지국은 새로운 DRB 상에서 5GC로부터 저달되는 새로운 데이터를 전달하기 전에 먼저 이전 DRB 상에서 포워드된 PDCP-SDUs(또는 SDAP-SDUs 설명의 편의를 위해 이하에서는 PDCP SDU로 표기)를 전송할 수 있다. 업링크에서는 타겟 기지국은 단말로부터 이전 DRB 상에 엔드마커 수신 전에 새로운 DRB로부터 해당 PDU-Set의 데이터를 5GC로 전송하지 않도록 할 수 있다.

핸드오버 실행 동안, 타겟 기지국에서 결정된 PDU-Set에 매핑되는 DRB 구성이 RRC 컨테이너를 사용하여 소스 기지국을 통해 단말로 전송될 수 있다. 단말이 타겟 기지국에 연결할 때, 타겟 기지국은 SMF로 PDU-Set 지원 노드임을 지시하기 위한 정보를 전송할 수 있다. 일 예로 Xn 핸드오버의 경우 Path switch request message 상에 해당 정보가 지시될 수 있다. 다른 예로 NG 핸드오버의 경우 Handover Request Acknowledge message 상에 해당 정보가 지시될 수 있다.

PDU-Set 처리를 지원하는 셀/기지국과 PDU-Set 처리를 지원하지 않는 셀/기지국 간 핸드오버

일 예를 들어, PDU-Set을 포함하는 PDU 세션에 대해 또는 PDU-Set에 연계된 PDU 세션에 대해, PDU-Set을 지원하는 기지국으로부터 PDU-Set을 지원하지 않는 기지국으로 핸드오버가 필요할 수 있다. 이 경우, 타겟 기지국은 해당 PDU-Set을 포함하는 PDU 세션 자원 또는 해당 PDU-Set에 매핑/연계되는 PDU Session 자원을 셋업할 수 있다. 타겟 기지국은 PDU-Set을 지원하는 무선자원 구성을 소스 기지국을 통해 단말로 지시할 수 있다.

PDU-Set을 포함하는 PDU 세션 또는 PDU-Set에 매핑/연계된 PDU 세션은 단말/AF/PCF/SMF에 의해 요청된 PDU-Set 처리를 지원하는 응용/서비스 데이터 트래픽 또는 QoS flow(s)를 포함하는 PDU 세션을 나타낼 수 있다. 또는, PDU-Set을 포함하는 PDU 세션 또는 PDU-Set에 매핑/연계된 PDU 세션은 단말/AF/PCF/SMF에 의해 요청된 PDU-Set 처리를 지원하기 위한 시그널링을 위해 사용되는 PDU 세션을 나타낼 수 있다. 또는, PDU-Set을 포함하는 PDU 세션 또는 PDU-Set에 매핑/연계된 PDU 세션은 단말/AF/PCF/SMF에 의해 요청된 PDU-Set 처리를 지원하는 응용/서비스 데이터 트래픽 또는 QoS flow(s)에 대해 QoS flow 기반으로(e.g. QFI/5QI/QCI) QoS flow 레벨 QoS 처리를 제공하기 위한 정보(e.g. (associated) QoS flow identifier, (associated) QoS flow level QoS parameters/characteristics)를 포함하는 PDU 세션을 나타낼 수 있다. 해당 PDU 세션은 하나 이상의 PDU Set을 포함하는 적어도 하나의 QoS flow를 포함할 수 있다.

5G코어망(e.g. AMF/SMF/UPF)은 전술한 타겟 기지국으로부터의 지시정보(e.g. Xn 핸드오버의 경우 Path switch request message 상에서 또는 NG 핸드오버의 경우 Handover Request Acknowledge message 상에서 PDU-Set 처리 지원을 지시하기 위한 정보) 상에 PDU-Set 처리 지원 정보의 부재(absence)로부터 해당 응용/서비스 데이터 패킷 전달이 QoS flow(e.g. QFI, 5QI, QoS-flow level QoS 파라메터/특성) 기반 트래픽 전달(또는 종래기술에 의한 QFI 기반 UPF와 기지국 간 터널)로 스위칭해야 함을 추론(infer)할 수 있다. 예를 들어, PDU-Set 처리 지원을 지시하기 위한 정보는 전술한 PDU Set 지원 정보일 수 있다.

만약 데이터 포워딩이 적용된다면, 소스 기지국은 핸드오버 (준비) 응답 메시지로부터 타겟 기지국이 PDU-Set을 지원하지 않음을 추론할 수 있다. 일 예로 소스 기지국은 해당 PDU-Set에 매핑/연계된 QoS-flow의 QFI 또는 해당 PDU-Set을 포함하는 QoS-flow의 QFI를 사용하여 데이터 포워딩을 수행할 수 있다. 다른 예로 타겟 기지국은 포워드되는 패킷 내에 해당 PDU-Set에 매핑/연계된 QoS-flow의 QFI 또는 해당 PDU-Set을 포함하는 QoS-flow의 QFI에 대해 해당 QoS 파라메터를 사용하여 단말에 대한 무선자원을 구성할 수 있다. 다른 예로 소스 기지국은 핸드오버 준비 전에 이미 타겟 기지국이 PDU-Set을 지원하지 않음을 인지할 수도 있다.

핸드오버 후에(또는 핸드오버 과정에서), SMF는 PDU 세션 수정/설정 프로시저를 통해 PDU-Set(e.g. PDU-Set-ID, PDU-Set level 5QI/QCI, PDU-Set level QoS 파라메터/특성) 기반 트래픽 전달(또는 PDU-Set 관련정보 기반 UPF와 기지국 간 터널)에서 QoS-flow(e.g. QFI, 5QI, QoS-flow level QoS 파라메터/특성) 기반 트래픽 전달(또는 QFI/5QI 기반 UPF와 기지국 간 터널)로 스위칭을 트리거 할 수 있다. 예를 들어 SMF는 UPF/PSA(PDU Session Anchor)로 N4 세션 수정/설정 요청 메시지를 전송할 수 있다. SMF는 UPF와 기지국 간의 터널 정보, PDU-Set에 매핑/연계된 QoS-flow의 QFI 또는 해당 PDU-Set을 포함하는 QoS-flow의 QFI에 대한 정보를 UPF로 전송할 수 있다. 일 예로 SMF는 해당하는 다운링크 포워딩 사용자 플래인 TNL 정보(e.g. Transport Layer Address, GTP-TEID, QoS mapping information(DSCP, flow label)를 포함하여 전송할 수 있다.

UPF/PSA는 해당 PDU 세션에 대한 패킷 처리를 스위칭(e.g. QoS-flow 레벨)한 후에, SMF로 N4 세션 수정/설정 응답 메시지를 전송할 수 있다. 수락된 QoS-flow(s)에 대한 QoS 파라메터 내에 업데이트된 코어망 파라메터(e.g. QoS-flow level QoS 파라메터, 업링크 코어망 터널 정보 중 하나 이상의 정보)를 포함하는 PDU 세션 세션관리 컨택스트 생성 응답(e.g. Nsmf_PDUSession_CreateSMContext Response) 메시지를 AMF로 전달한다. AMF는 N2 Path Switch request-Ack/Response 메시지를 기지국으로 전송할 수 있다.

다른 예를 들어, PDU-Set을 포함하는 PDU 세션에 대해 또는 PDU-Set에 연계된 PDU 세션에 대해, PDU-Set을 지원하지 않는 기지국으로부터 PDU-Set을 지원하는 기지국으로 핸드오버가 필요할 수 있다. 이 경우, 5G코어망은 전술한 타겟 기지국으로부터의 지시정보(e.g. Xn 핸드오버의 경우 Path switch request message 상에서 또는 NG 핸드오버의 경우 Handover Request Acknowledge message 상에서 PDU-Set 처리 지원을 지시하기 위한 정보) 상에 PDU-Set 처리 지원 정보의 존재(presence)로부터 해당 응용/서비스 데이터 패킷 전달이 QoS-flow(e.g. QFI, 5QI, QoS-flow level QoS 파라메터/특성) 기반 트래픽 전달(또는 QFI/5QI 기반 UPF와 기지국 간 터널)에서 PDU-Set(e.g. PDU-Set-ID, PDU-Set level 5QI/QCI, PDU-Set level QoS 파라메터/특성) 기반 트래픽 전달(또는 PDU-Set 관련정보 기반 UPF와 기지국 간 터널)로 스위칭되어야 함을 추론(infer)할 수 있다.

핸드오버 후에(또는 핸드오버 과정에서), SMF는 PDU 세션 수정/설정 프로시저를 통해 QoS-flow(e.g. QFI, 5QI, QoS-flow level QoS 파라메터/특성) 기반 트래픽 전달(또는 종래기술에 의한 QFI/5QI 기반 UPF와 기지국 간 터널)에서 PDU-Set(e.g. PDU-Set-ID, PDU-Set level 5QI/QCI, PDU-Set level QoS 파라메터/특성) 기반 트래픽 전달(또는 PDU-Set 관련정보 기반 UPF와 기지국 간 터널)로 스위칭을 트리거 할 수 있다. 예를 들어 SMF는 UPF/PSA(PDU Session Anchor)로 N4 세션 수정/설정 요청 메시지를 전송할 수 있다. SMF는 UPF와 기지국 간의 터널 정보, PDU-Set 관련 정보를 UPF로 전송할 수 있다. 일 예로 해당하는 다운링크 포워딩 사용자 플래인 TNL 정보(e.g. Transport Layer Address, GTP-TEID, QoS mapping information(DSCP, flow label)를 포함할 수 있다. 다른 예로 PDU-Set 관련정보는 PDU-Set-ID, PDU-Set-순서번호, PDU-Set-중요도/우선순위, PDU-Set level 5QI/QCI, PDU-Set level QoS 파라메터/특성(characteristics) 및 해당 PDU 세션에 대해 UPF 상에 적용될 PDU-Set 레벨 패킷 검출/집행/리포팅 룰 중 하나 이상을 포함할 수 있다. 다른 예로 PDU-Set 관련정보는 QoS mapping information 정보에 매핑/연계되어 지시될 수 있다.

UPF/PSA는 해당 PDU 세션에 대한 패킷 처리를 스위칭(e.g. PDU-Set 레벨)한 후에, SMF로 N4 세션 수정/설정 응답 메시지를 전송할 수 있다. 수락된 PDU-Set(s)에 대한 QoS 파라메터 내에 업데이트된 코어망 파라메터(e.g. PDU-Set level QoS 파라메터, 업링크 코어망 터널 정보 중 하나 이상의 정보)를 포함하는 PDU 세션 세션관리 컨택스트 생성 응답(e.g. Nsmf_PDUSession_CreateSMContext Response) 메시지를 AMF로 전달한다. AMF는 N2 Path Switch request-Ack/Response 메시지를 기지국으로 전송할 수 있다.

다른 예를 들어, PDU-Set을 포함하는 PDU 세션에 대해 또는 PDU-Set에 연계된 PDU 세션에 대해, PDU-Set을 지원하는 기지국으로부터 PDU-Set을 지원하지 않는 기지국으로 이동은 소스 기지국에서 핸드오버 전에 PDU-Set(PDU-Set-ID)에 매핑되는 DRB를 QoS-Flow(QFI)에 매핑되는 DRB로 스위칭하고, (이후) 일반적인 핸드오버를 통해 QoS-flow(QFI) 기반 DRB(s)를 구성함으로써 제공될 수 있다.

다른 예를 들어, 단말은 소스 기지국에서 PDU-Set(PDU-Set-ID)에 매핑되는 DRB로부터 QoS-flow(QFI)에 매핑되는 DRB로 사전적인/이전의(prior) 재구성없이 PDU-Set을 지원하지 않는 타겟 기지국으로 핸드오버 될 수 있다. 이러한 경우, AS(access stratum) 구성은 타겟 기지국에서 의해 이해(comprehend)되지 못할 수 있다. 이는 타겟 기지국이 full configuration을 야기할 수 있다. 예를 들어 타겟 기지국은 full configuration을 소스 기지국을 통해 단말에 무선자원 구성을 지시할 수 있다. Full configuration은 3GPP TS 38.331의 5.3.5.11에 의해 제공되는 구성을 나타낸다.

다른 예를 들어, 핸드오버에서 타겟 기지국이 소스 기지국의 PDU-Set에 매핑되는 DRB와 다른 DRB로 매핑된다면, 손실을 최소화하기 위해, 타겟 셀/기지국에서 이전 DRB(소스 기지국의 PDU-Set에 매핑되는 DRB)가 구성될 수 있다. 다운링크에서 인시퀀스 전달을 위해, 타겟 기지국은 새로운 DRB 상에서 5GC로부터 전달되는 새로운 데이터를 전달하기 전에 먼저 이전 DRB 상에서 포워드된 PDCP-SDUs(또는 SDAP-SDUs 설명의 편의를 위해 이하에서는 PDCP SDU로 표기)를 전송할 수 있다. 업링크에서는 타겟 기지국은 단말로부터 이전 DRB 상에 엔드마커 수신 전에 새로운 DRB로부터 해당 PDU-Set의 데이터를 5GC로 전송하지 않도록 할 수 있다.

기지국 간 인터페이스(Xn) 또는 코어망 인터페이스(NG)를 통한 기지국 간 coordination 및 데이터 포워딩

이하에서는 설명의 편의를 위해 기지국 간 인터페이스(Xn) 간에 코디네이션에 대해 설명한다. 이는 설명의 편의를 위한 것으로 NG 인터페이스를 통한 기지국 간 코디네이션도 본 발명의 범주에 포함되는 것이 자명하다.

만약 핸드오버 요청(HANDOVER REQUEST) 메시지에 PDU-Set 관련 정보가 포함되었다면, 타겟 기지국은, 만약 PDU-Set을 지원한다면, PDU-Set을 포함하는 PDU 세션 또는 PDU-Set에 연계/매핑된 PDU 세션 자원을 설정한다.

만약 핸드오버 요청 메시지에 셋업될 PDU 세션 자원 리스트 내에, PDU-Set을 포함하는 PDU 세션 정보 리스트 또는 PDU-Set에 연계된 PDU 세션 정보 리스트가 포함되면, 타겟 기지국은, 만약 지원한다면, 해당 정보를 사용할 수 있다. PDU-Set을 포함하는 PDU 세션 정보 리스트 또는 PDU-Set에 연계된 PDU 세션 정보 리스트는 PDU-Set level QoS 처리를 위한 정보(e.g. PDU-Set-ID(s), PDU-Set-5QI/QCI, PDU-Set level QoS parameters/characteristics) 및 QoS flow 레벨 QoS 처리를 제공하기 위한 정보(e.g. (associated) QoS flow identifier, 5QI/QCI, (associated) QoS flow level QoS parameters/characteristics) 중 하나 이상을 포함할 수 있다.

소스 기지국과 타겟 기지국은 PDU-Set 관련 정보를 교환함으로써 PDU Set 패킷 처리를 효과적으로 지원할 수 있다. 일 예로 소스 기지국은 단말로 이미 전송한 패킷의 가장 큰 PDCP SN를 타겟 기지국으로 전송할 수 있다. 다른 예로 소스 기지국은 단말로 이미 전송한 패킷/PDU-Set의 가장 큰 PDU-Set SN를 포함할 수 있다. 다른 예로 소스 기지국은 단말로 이미 해당 PDU-Set에 포함된 모든 패킷/PDUs를 전송한 PDU-Set의 가장 큰 PDU-Set SN를 포함할 수 있다. 다른 예로 소스 기지국은 단말로 이미 해당 PDU-Set에 포함된 모든 패킷/PDUs를 전송한 PDU-Set에 대한 하나 이상의 PDU-Set 관련정보를 전송할 수 있다. 다른 예로 소스 기지국은 핸드오버 요청 메시지에 PDU-Set 처리 지원을 지시하기 위한 정보를 포함해 타겟 기지국으로 전송할 수 있다. 다른 예로 타겟 기지국은 핸드오버 요청 확인 메시지에 PDU-Set 처리 지원을 지시하기 위한 정보를 포함해 전송할 수 있다.

만약 핸드오버 요청 확인(HANDOVER REQUEST ACKNOWLEDGE) 메시지가 PDU-Set 데이터를 구분하는 포워딩 응답 정보를 포함하는 경우 소스 기지국은 이 정보를 이용하여 해당 트래픽/데이터를 타겟 기지국으로 포워딩하는데 사용할 수 있다. PDU-Set 데이터를 구분하는 포워딩 응답정보는 타겟 기지국으로 PDU-Set을 구분하는 데이터 포워딩 터널의 설정을 위한 TNL(Transport Layer Information) 정보를 포함할 수 있다. 예를 들어 포워딩 터널의 설정을 위한 TNL(Transport Layer Information) 정보는 해당하는 DRB ID(e.g PDU Set 에 매핑되는 DRB ID), 다운링크 포워딩 사용자 플래인 TNL 정보(e.g. Transport Layer Address, GTP-TEID, QoS mapping information(DSCP, flow label) 및 타겟 기지국에서 해당 DRB를 위한 가장 오래된 PDU-Set-SN/PDCP-SN 정보 중 하나 이상의 정보를 포함할 수 있다. 다른 예로 PDU-Set 관련정보는 QoS mapping information 정보에 매핑/연계되어 지시될 수 있다.

소스 기지국은 PDU-Set에 매핑되는 DRB의 업링크 PDCP SN 수신기 상태 그리고 다운링크 PDCP SN 송신기 상태를 운반하기 위해 SN STATUS TRANSFER 메시지를 타겟 기지국으로 보낼 수 있다. 다른 예로 소스 기지국은 PDU-Set에 매핑되는 SDAP-SDU(s)/PDU(s)의 업링크 PDU-Set 관련정보 수신기 상태 그리고 다운링크 PDU-Set 관련정보 송신기 상태를 운반하기 위해 SN STATUS TRANSFER 메시지를 타겟 기지국으로 보낼 수 있다. 다른 예로 소스 기지국은 PDU-Set에 매핑되는 DRB의 업링크 PDU-Set SN 수신기 상태 그리고 다운링크 PDU-Set SN 송신기 상태를 운반하기 위해 SN STATUS TRANSFER 메시지를 타겟 기지국으로 보낼 수 있다. 다른 예로 소스 기지국은 PDU-Set에 매핑되는 DRB의 업링크 PDU-Set 관련정보에 포함되는 하나 이상의 정보에 대한 수신기 상태 그리고 다운링크 PDU-Set 관련정보에 포함되는 하나 이상의 정보에 대한 송신기 상태를 운반하기 위해 SN STATUS TRANSFER 메시지를 타겟 기지국으로 보낼 수 있다. 다른 예로 업링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 수신기 상태는 첫번째 손실된 업링크 PDU-Set의 PDU-Set 정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보)를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 송신기 상태는 PDU-Set SN를 가지지 않은 타겟 기지국이 할당할 새로운 PDU-Set에 대한 다음 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보)를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 송신기 상태는 아직 단말로 전송하지 않은 가장 적은 PDU-Set SN를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e.g. PDU-Set SN) 송신기 상태는 아직 해당 PDU-Set에 속한 모든 패킷/PDUs이 단말로 전송되지 않은 가장 적은 PDU-Set SN를 포함할 수 있다. 이와 같이 해당 SN STAUS TRANSFER 메시지는 PDU-Set 관련 정보의 상태를 포함해 전송하도록 할 수 있다. 전술한 기능은 PDU-Set 처리를 지원하는 RLC AM모드 또는 RLC-UM 모드에 대해 제공될 수 있다.

소스 기지국은 하나의 PDU 세션에 대해 설정된 PDU-Set마다 다운링크 데이터 포워딩을 제안할 수 있다. 그리고 PDU-Set(s)이 매핑되는 DRB(s) 정보를 제공할 수 있다. 다른 예로 소스 기지국은 하나의 PDU 세션에 대해 하나의 QoS-flow에 대해 설정된 PDU-Set마다 다운링크 데이터 포워딩을 제한할 수 있다. 그리고 PDU-Set(s)이 DRB(s)에 매핑되는 정보를 제공할 수 있다. 다른 예로 소스 기지국은 하나의 PDU 세션에 대해 PDU-Set을 구분하는 (다운링크) 데이터 포워딩을 제안할 수 있다. 다른 예로 타겟 기지국은 PDU 세션에 대해 설정된 PDU-Set 마다 데이터 포워딩을 결정할 수 있다. 다른 예로 타겟 기지국은 PDU 세션에 대해 해당 QoS flow의 설정된 PDU-Set 마다 데이터 포워딩을 결정할 수 있다. 다른 예로 해당 정보는 PDU-Set-ID 마다 제안 다운링크 포워딩을 지시하기 위한 정보, 제안 업링크 포워딩을 지시하는 정보를 포함할 수 있다. 다른 예로 타겟 기지국은 PDU Set을 구분하는 데이터 포워딩을 결정할 수 있다. 다른 예로 타겟 기지국은 PDU 세션마다 데이터 포워딩 터널을 설정하는 것을 결정할 수 있다. 타겟 기지국은 어떤 QoS flows 데이터 포워딩이 수락되었는지 및/또는 어떤 PDU-Set 데이터 포워딩이 수락되었는지에 대한 정보 및 소스 기지국과 타겟 기지국 간에 설정되는 데이터 포워딩 터널을 위한 해당하는 사용자 플래인 TNL 정보, PDU-Set에 매핑되는 해당 DRB ID를 (소스기지국으로) 제공할 수 있다.

만약 PDU-Set이 소스 기지국에서 재매핑되었고, 및/또는 핸드오버 준비에 이전의 소스 매핑을 따르는 사용자 패킷이 여전히 처리중이며, 및/또는 소스 기지국이 타겟 기지국으로 데이터 전송 상태(e.g. PDCP SN 상태, PDU-Set SN 상태)를 제공할 때, 어떤 PDU-Sets에 대해 SDAP 엔드마커 control PDU를 수신하지 않았다면, 소스 기지국은 SDAP 엔드마커 control PDU가 수신되지 않은 것에 대해 타겟 기지국으로 이전 사이드 업링크 PDU-Sets에 대한 QoS 매핑 정보를 제공할 수 있다. 단말이 이전의 소스 사이드 매핑에 따른 업링크 사용자 데이터 전송을 마무리할 때, 타겟 기지국은 이러한 PDU-Sets에 대해 엔드마커를 수신할 수 있다.

핸드오버 이전에 PDU-Set 간에 리매핑 또는 PDU-Set을 QoS flow로 리매핑이 발생하고, 및/또는 해당하는 SDAP 엔드마커 control PDU가 아직 수신되지 않은, 및/또는 QoS-flow/PDU-Set 리매핑되는 DRB를 통해 소스기지국으로 수신되는 사용자 데이터를 위해, 해당 QoS-flow/PDU-Set에 대한 SDAP SDUs를 전송하기 위해, 소스기지국은 PDU 세션에 대한 업링크 포워딩 터널 설정을 제안할 수 있다. 다른 예를 들어 PDU-Set에 매핑되는 DRB의 엔드마커 control PDU가 새롭게 정의되어 지시될 수 있다.

만약 수락된다면 타겟 기지국은 해당하는 소스 기지국과 타겟 기지국 간에 설정되는 데이터 포워딩 터널을 위한 해당하는 사용자 플래인 TNL 정보를 (소스기지국으로) 제공할 수 있다.

타겟 기지국에 의해 데이터 포워딩이 수락되는 임의의 PDU-Set에 대해, 및/또는 소스 기지국에서 매핑되는 PDU-Set에 매핑되는 DRB에 대해 설정되는 DRB 다운링크 포워딩 터널에 대해, 이 PDU-Set의 임의의 프레시(fresh) 패킷은 매핑되는 DRB 다운링크 포워딩 터널을 통해 PDCP SDUs로 포워딩될 수 있다.

하나의 다운링크 PDU 세션 포워딩 터널이 설정되는 타겟 기지국에 의해 데이터 포워딩이 수락되는 임의의 PDU Set에 대해, 소스 기지국은 UPF를 통해 NG-U 상에서 수신되는 SDAP SDUs를 포워딩 할 수 있다.

PDU-Set 처리를 지원하기 위해 기지국과 UPF 간 인터페이스, 기지국 간 인터페이스 상에서 사용자플래인 데이터를 전송하기 위해 사용되는 프로토콜(e.g. PDU Session user plane protocol, NR-U protocol, GTP-U protocol) 상에서 PDU-Set 관련정보를 추가해 사용할 수 있다. 일 예로 GTP-U 확장 헤더 상에 PDU-Set 관련정보를 추가해 사용할 수 있다. 다른 예로 GTP-U 확장 헤더 내의 PDU Session container 상에 PDU-Set 관련정보를 추가해 사용할 수 있다. 다른 예로 GTP-U 확장 헤더 내의 NR RAN container 상에 PDU-Set 관련정보를 추가해 사용할 수 있다. 다른 예로 PDU Set을 구분하는 DL/UL PDU Session Information을 지시하기 위한 PDU Type을 종래기술에 의한 다운링크 PDU type=0, 업링크 PDU type=1과 구분해 정의(e.g. 다운링크 PDU type=2, 업링크 PDU type=3) 할 수 있다. 해당 PDU type은 PDU-Set 관련 정보에 포함되는 하나 이상의 정보를 포함할 수 있다.

PDU-Set 관련 정보를 포함하는 PDCP Status report

PDU-Set 관련 정보에 대한 상태 리포팅을 위해 임의의 L2 서브레이어 상에서 상태리포트가 정의되어 제공될 수 있다. 이하에서는 설명의 편의를 위해 PDCP 상에서 상태 리포팅을 정의해 사용하는 방법에 대해 설명한다. 하지만 이는 설명의 편의를 위한 것으로 SDAP/PDCP/RLC/MAC 중 임의의 서브레이어 상에서 해당 기능을 제공하는 것도 본 발명의 범주에 포함되는 것이 자명하다.

상위 계층(RRC)에 의해 구성된 PDU-Set에 매핑되는 DRB에 대해, 업링크로 PDCP 상태 리포트를 전송하기 위해 PDCP 엔티티는 다음 중 하나 이상의 경우에 PDU-Set 관련정보를 포함하는 PDCP 상태 리포트를 트리거 할 수 있다.

일 예로 상위 계층(e.g. RRC)이 PDCP 엔티티의 재설정을 요청할 때, 다른 예로 상위 계층이 PDCP 데이터 복구를 요청할 때, 다른 예로 상위 계층이 업링크 데이터 스위칭을 요청할 때, 다른 예로 상위 계층이 PDU-Set을 매핑하는 DRB/PDCP-엔티티 재구성을 지시할 때(e.g. PDU-Set 리매핑을 지시하는 재구성에 대해) PDU-Set 관련정보를 포함하는 PDCP 상태 리포트를 트리거할 수 있다.

다른 예로 해당 상태 리포팅은 AM DRB 및/또는 UM DRB에 대해 적용될 수 있다.

만약 PDCP 상태 리포트가 트리거된다면, 수신 PDCP 엔티티는 PDCP 상태 리포트를 컴파일 할 수 있다.

해당 정보는 PDU-Set에 매핑되는 DRB의 업링크 PDCP SN/COUNT 송신기 상태 그리고 다운링크 PDCP SN/COUNT 수신기 상태를 포함할 수 있다. 다른 예로 PDU-Set에 매핑되는 SDAP-SDU(s)/PDU(s)의 업링크 PDU-Set 관련정보 송신기 상태 그리고 다운링크 PDU-Set 관련정보 수신기 상태를 포함할 수 있다. 다른 예로 소스 기지국은 PDU-Set에 매핑되는 DRB의 업링크 PDU-Set SN 송신기 상태 그리고 다운링크 PDU-Set SN 수신기 상태를 포함할 수 있다. 다른 예로 PDU-Set에 매핑되는 DRB의 업링크 PDU-Set 관련정보 중 하나 이상의 정보에 대한 송신기 상태 그리고 다운링크 PDU-Set 관련정보 중 하나 이상의 정보에 대한 수신기 상태 포함할 수 있다. 다른 예로 업링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 송신기 상태는 첫번째 손실된 업링크 PDU-Set의 PDU-Set 정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보)를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 수신기 상태는 PDU-Set SN를 가지지 않은 PDU-Set에 대한 다음 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보)를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 수신기 상태는 아직 단말이 수신하지 않은 가장 적은 PDU-Set SN를 포함할 수 있다. 다른 예로 다운링크 PDU-Set 관련정보(e e.g. PDU-Set SN 등 임의의 PDU-Set 관련정보 중 하나 이상의 정보) 수신기 상태는 아직 해당 PDU-Set에 속한 모든 패킷/PDUs이 단말로 수신되지 않은 가장 적은 PDU-Set SN)를 포함할 수 있다. 다른 예로 첫번째 손실된 PDU-Set PDU(또는 PDU-Set 관련정보를 가진 PDU, 또는 PDU-Set SN, 또는 손실된 PDCP-SDU/SDAP-SDU를 포함하는 PDU-Set)를 포함하지 않고 마지막 순서를 벗어난 PDU-Set PDUs(또는 PDU-Set 관련정보를 가진 PDU, 또는 PDU-Set SN, 또는 손실된 PDCP-SDUs/SDAP-SDUs를 포함하는 PDU-Set)를 포함하여 비트맵 필드를 구성할 수 있다. 다른 예로 첫번째 손실된 PDU-Set PDU를 포함하고 마지막 순서를 벗어난 PDU-Set PDUs를 포함하지 않고 비트맵 필드를 구성할 수 있다.

이하에선 추가적인 실시옐르 보다 다양하게 설명한다.

만약 기지국에서 응용세션/PDU-Set 처리(e.g. PDU-Set 통합된 패킷처리)를 지원하지 않는다면, 또는 기지국 부하 등으로 해당 기능을 디스에이블/비활성화하고자 한다면, 단말이 해당 기지국 커버리지 내에 있을 때, 해당 단말은 응용세션/PDU-Set 처리를 기대하고 불필요한 시그널링을 보내도록 할 필요가 없다. 설명의 편의를 위해 이하에서는 3GPP Rel-18 이후 XR/미디어 서비스를 지원하기 위한 임의의 기능 또는 XR 응용의 차별화된 처리를 위한 임의의 기능을, 또는 본 개시에서 제공하는 임의의 기능을 응용세션/PDU-Set 처리로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다.

일 예를 들어 기지국은 응용세션/PDU-Set 처리 지원/가능/인애이블/활성화 여부를 지시하기 위한 정보를 시스템 정보를 통해 브로드캐스트 할 수 있다. 또는 해당 정보를 RRC 전용 메시지(e.g. RRC reconfiguration)를 통해 단말로 지시할 수 있다. 해당 정보를 수신한 단말은 해당 정보를 상위 계층(NAS/Application layer)으로 전달할 수 있다. 상위 계층은 해당 정보를 이용하여 효율적인 데이터 처리(e.g. NAS 시그널링, 코덱 adaptation)를 할 수 있다.

다른 예를 들어 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (일반 PDU 세션에 대한) QoS 파라메터를 통해 해당 기능을 지원하지 않는 기지국이 해당 응용 데이터를 송수신하도록 할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원하는 경우, 해당 기지국은 해당 응용세션/PDU-Set(s)에 대한 식별자 및/또는 해당 응용세션/PDU-Set(s)을 위한 QoS 파라메터(PDU-Set level QoS parameter)를 이용하여 해당 기능(e.g. PDU-Set 통합된 패킷처리)을 제공할 수 있다. 기지국은 지시된 응용세션/PDU-Set(s)에 연계된 PDU 세션을 결정하는 데 응용세션/PDU-Set(s)에 대한 식별정보를 사용할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원한다면, 무선 자원을 할당하는데 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (일반 PDU 세션에 대한) QoS 파라메터를 사용하지 않도록 할 수 있다. 또는 기지국에서 응용세션/PDU-Set 처리를 지원하는 경우에도, 기지국 상태에 따라 무선 자원을 할당하는데 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (일반 PDU 세션에 대한) QoS 파라메터를 사용할 수 있도록 할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원하지 않는다면, 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (일반 PDU 세션에 대한) QoS 파라메터를 사용하도록 할 수 있다. 또는 만약 기지국에서 응용세션/PDU-Set 처리를 지원하지 않는다면, 해당 응용세션/PDU-Set(s)에 대해 해당 PDU 세션에 포함되는 특정 QoS flow에 대한 QoS 파라메터를 사용하도록 할 수 있다. 해당 정보가 SMF/AMF에서 기지국으로 전송될 수 있다.

기지국은 해당 응용세션/PDU-Set(s)에 대한 무선자원구성을 (지시/추가/수정하기) 위한 무선망 시그널링(e.g. RRC 시그널링)을 단말로 지시할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원하지 않는다면, 해당 무선 자원은 해당 응용세션/PDU-Set(s)에 매핑/연계되는 PDU 세션 자원 셋업/수정 요청 정보(e.g. QFI, QoS flow level Qos parameters)를 이용하여 무선자원 구성을 단말로 지시할 수 있다.

다른 예를 들어 기지국에서 응용세션/PDU-Set 처리를 지원하는 경우, 해당 응용세션/PDU-Set(s)에 매핑/연계되는 PDU 세션 자원 셋업/수정 요청 정보(e.g. QFI, QoS flow level Qos parameters)와 분리(separate)/구분된 응용세션/PDU-Set에 대해 전용 QoS-flow/QoS-파라메터(PDU-Set level PDU-Set-ID, PDU-Set level QoS 파라메터))가 제공될 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원한다면, 무선 자원을 할당하는데 해당 응용세션/PDU-Set(s)에 대한 전용 QoS 파라메터를 사용하도록 할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원하지 않는다면, 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (전용 QoS 파라메터와 구분되는, 일반 PDU 세션에 대한) QoS 파라메터를 사용하도록 할 수 있다.

다른 예를 들어 응용세션/PDU-Set 처리를 지원하는 기지국은 응용세션/PDU-Set 처리 지원/가능/인애이블/활성화 여부를 지시하기 위한 정보를 코어망 개체/노드(e.g. AMF/SMF)로 지시할 수 있다. 기지국은 N2 PDU-세션-응답/PDU-세션-수정-응답을 AMF로 전송할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원하지 않는다면, 해당 메시지(e.g. N2 SM 응답 컨테이너)는 해당 응용세션/PDU-Set(s)에 매핑/연계되는 (일반 PDU 세션에 대한) accepted/rejected QoS flow(e.g. QFI(s))를 포함할 수 있다. 만약 기지국에서 응용세션/PDU-Set 처리를 지원한다면, 해당 메시지(e.g. N2 SM 응답 컨테이너)는 기지국이 해당 응용세션/PDU-Set(s) 처리를 지원/가능/인애이블/활성화 여부를 지시하기 위한 정보를 포함할 수 있다. 및/또는 해당 메시지는 해당 응용세션/PDU-Set(s)에 대한 accepted/rejected QoS-flow(s)/PDU-Set(s)을 포함할 수 있다. 코어망 개체/노드(e.g. AMF/SMF/전용SMF)가 이를 구분해 처리할 수 있도록 할 수 있다.

다른 예를 들어 응용세션/PDU-Set 처리를 지원하는 소스/타겟 기지국은 응용세션/PDU-Set 처리 지원/가능/인애이블/활성화 여부를 지시하기 위한 정보를 피어가되는 타겟/소슥 기지국으로 및/또는 코어망 개체/노드(e.g. AMF/SMF)로 지시할 수 있다. 예를 들어 기지국에서 코어망 개체/노드로 전달하는 HANDOVER REQUIRED, HANDOVER REQUEST ACKNOWLEDGE, HANDOVER NOTIFY, PATH SWITCH REQUEST 및 PATH SWITCH REQUEST ACKNOWLEDGE 중 하나 이상의 메시지에 포함할 수 있다.

PDU 세션과 PDU Set 관계 정의

PDU 세션은 하나의 PDU 커넥티비티 서비스를 제공하는 단말과 데이터 네트워크 간에 연계를 나타낸다(Association between the UE and a Data Network that provides a PDU connectivity service). 하나의 단말에 대해(또는 단말 마다), 하나의 XR/미디어 서비스는 하나의 단일 PDU 세션을 사용할 수 있다.

일 예를 들어 단말은 하나의 PDU 세션을 통해 PDU Set (또는 PDU Set 캐퍼빌리티)을 지원/제공하는 XR/미디어 응용 서비스와 PDU Set을 지원/제공하지 않는 다른 응용 서비스를 공유하도록 할 수 있다. 단말에 대해 하나의 응용에 대한 관련된 촉각 및/또는 멀티 모달 데이터(예를 들어 특정 시간에 관계된 오디오, 비디오, 햅틱 데이터)에 대한 조정된 처리를 통해 유사한 시간에 사용자/단말에 전달하는 것이 바람직할 수 있다. 이동통신시스템(e.g. UE, 기지국, 5GS(e.g. SMF, UPF))은 해당 PDU 세션에 대해 PDU Set (또는 PDU Set 캐퍼빌리티)을 지원/제공하는 XR/미디어 응용 서비스 데이터 플로우들을 그룹핑하여 이를 구분할 수 있다. 예를 들어, 해당 XR/미디어 응용 서비스 데이터 플로우들(QoS-flows/PDU-Sets) 그룹을 식별하기 위한 정보를 통해 이를 구분할 수 있다. 또는 PDU Set (또는 PDU Set 캐퍼빌리티)을 지원/제공하는 XR/미디어 응용 서비스 데이터 플로우에 대해 해당 PDU Set을 식별하기 위한 정보(e.g. PDU-Set-ID)를 통해 이를 구분할 수 있다.

다른 예를 들어, 단말은 하나의 PDU 세션을 통해 PDU Set (또는 PDU Set 캐퍼빌리티)을 지원/제공하는 XR/미디어 응용 서비스를 지원하는 PDU 세션과 PDU Set을 지원/제공하지 않는 다른 응용 서비스를 제공하는 PDU 세션을 구분해 구성하도록 할 수 있다. 하나의 XR/미디어 응용 서비스에 대해 전용 PDU 세션을 통해 서비스를 제공할 수 있다. 이 경우, 다른 응용 서비스를 위한 QoS-flow/서비스데이터플로우를 공유하지 않기 때문에, 해당 XR/미디어 응용 서비스를 위한 QoS-flow/PDU-Set 그룹핑을 위한 정보를 별도로 포함하지 않고도 해당 PDU Session에 포함된 모든 QoS-flow/서비스데이터플로우에 대해 PDU-Set 레벨 파라메터를 고려한 처리를 제공/지원할 수 있다. 해당 프로시저/시그널링(e.g. 단말과 코어망노드(e.g. AMF/SMF) 간 PDU 세션 설정/수정 프로시저)에서 PDU-Set을 지원/제공하는 PDU 세션을 구분/식별/지시하기 위한 지시정보를 통해 해당 PDU 세션을 구분할 수 있다.

NAS에서 PDU Set 구분 처리

다운링크의 경우 UPF(업링크의 경우 단말)는 하나의 데이터 패킷/페이로드/응용PDU에 대해 해당 패킷/페이로드/PDU를 캡슐화하는 임의의 헤더(e.g. payload/RTP/SRTP/RTCP/TCP/UDP/IP 헤더)에 포함된 하나 이상의 정보를 사용하여 PDU-Set을 구분할 수 있다. 일 예를 들어, RTP 헤더는 순서번호, 타임스탬프, M(Marker)비트 등의 정보를 포함하고 있으며, 해당 정보는 하나의 PDU-Set에 속한 패킷을 식별하는데 사용될 수 있다. 다른 예를 들어, RTP 확장 헤더는 페이로드 데이터의 유형에 대한 정보(e.g., RTP payload Network Adaptation Layer Unit Type field)를 포함하고 있으며, 해당정보는 해당 패킷의 중요도를 결정하는데 사용될 수 있다. 또는, UPF는 AS에 의해 생성되는 메타데이터를 사용하여 PDU-Set을 구분할 수 있다. PDU-Set을 구분하기 위한 패킷 필터 정보(e.g. 임의의 헤더에 포함된 하나 이상의 정보를 통한 PDU-Set description 정보)는 응용기능(AF)에 의해 (NEF(Network Exposure Function)가 존재한다면, NEF를 통해) 해당 엔티티/노드(e.g. PCF/SMF/PFDF/UDM)로 전달될 수 있다.

다운링크의 경우 UPF(업링크의 경우 단말)는 해당 PDUs에 대해 PDU-Set 관련 정보를 추가해 기지국(RAN)으로 전송할 수 있다. 기지국은 수신된 해당 정보를 이용해 무선자원을 할당하는데 이용할 수 있다. 기지국은 수신된 해당 정보를 이용해 UPF로 해당 PDU-Set을 구분해 데이터를 전송할 수 있다. UPF/단말이 기지국으로 전송하는 PDU-Set 관련 정보는 다음 중 하나 이상의 정보를 포함할 수 있다.

- PDU-Set 식별자: PDU-Set을 식별하기 위한 정보

- PDU-Set 순서 번호(sequence number/mark)

- PDU-Set 크기: 하나의 PDU-Set의 마지막 SDU/PDU를 식별/지시하기 위한 정보

- PDU-Set에서 마지막 PDU임을 지시하기 위한 정보

- PDU-Set 중요도/우선순위 지시정보: 해당 PDU-Set의 중요도/우선순위 값을 지시하기 위한 정보

전술한 하나 이상의 정보(PDU-Set 관련 정보)는 해당 PDU-Set의 첫번째 PDU에만 포함될 수 있다. 및/또는 전술한 하나 이상의 정보는 해당 PDU-Set의 마지막 PDU에 포함될 수 있다. 또는 전술한 하나 이상의 정보는 해당 PDU-Set의 모든 PDUs에 포함될 수 있다. 일 예로 하나의 PDU-Set은 해당 PDU-Set에 속한 모든 패킷에 대해 같은 PDU 순서번호를 세팅/부가함으로써 구분될 수 있다. 다른 예로 하나의 PDU-Set은 해당 PDU-Set에 속한 마지막 패킷에 대해 해당 PDU-Set에서 마지막 PDU임을 지시하기 위한 정보를 세팅/부가함으로써 구분될 수 있다.

전술한 하나 이상의 정보(PDU-Set 관련 정보)는 기지국/UPF에서 GTP-U 확장헤더 상에 임의의 필드를 통해 마킹되어 구분될 수 있다.

PDU-Set 관련정보 중 하나 이상의 정보(e.g. PDU-Set 순서번호)는 n 비트 (n은 2보타 큰 자연수, e.g. 2,3,4 ...) 값을 가질 수 있다. 해당 값은 0(또는 1)부터 시작하여 1만큼 증가할 수 있으며, 모듈러(modulo/modular) 연산을 통해 가장 큰 값에 도달하면 순환하도록 설정될 수 있다. 예를 들어 해당 갑이 2비트를 가지는 경우, 0,1,2,3의 4가지 값을 가질 수 있으며, mod 4 연산을 통해 0,1,2,3,0,1,2,3,0,1,2,3, ...로 순환할 수 있다.

PDU-Set 처리가 가능한 단말은 NAS 프로시져(e.g. attach procedure, service request procedure, PDU session establish/modify) 동안 해당 기능의 사용을 요청하고 이에 대한 인가/허용을 수신할 수 있다. 및/또는, 해당 단말은 PDU Session 설정/수정 프로시져 동안 PDU-Set 처리를 지원하는 PDU 세션에 대해, 해당 PDU-Set 처리를 위한 룰(rule)/정책을 수신 받을 수 있다. 예를 들어 단말은 DU-Set 처리를 위한 룰(rule)/정책을 N1 SM(Session Management) container에 포함해 수신 받을 수 있다. 해당 룰/정책은 PDU-Set에 대한 QoS 룰, 해당 QoS 룰에 연계된 QoS-flow/PDU-Set에 대한 QoS-flow/PDU-Set level QoS 파라메터를 포함할 수 있다.

단말은 수신된 PDU-Set에 대한 QoS 룰, PDU-Set level QoS 파라메터를 사용하여 업링크 데이터를 처리할 수 있다. PDU-Set level QoS 파라메터는 PDU-Set level QoS characteristics(PDU-Set level Resource type (Non-GBR, GBR, Delay-critical GBR), PDU-Set level Priority/importance, PDU-Set level Packet Delay Budget, PDU-Set level Packet Error Rate, PDU-Set level Averaging window, PDU-Set level Maximum Data Burst Volume, PDU-Set discard time 중 하나 이상)을 포함할 수 있다. 또는 PDU-Set level QoS 파라메터는 PDU-Set level QoS characteristics를 레퍼런스하는데 사용하는 스칼라값(e.g. 5QI, QCI)일 수도 있다. 해당 기지국은 관련 NAS 프로시져 상에서 코어망노드(e.g. AMF/SMF)로부터 해당 PDU-Set에 대한 QoS 룰, PDU-Set level QoS 파라메터를 수신할 수 있다.

SDAP 서브레이어에서 QoS flow와 PDU Set의 DRB 매핑

종래기술에서 SDAP (Service Data Adaptation Protocol) 계층/서브레이어는 QoS flows를 DRBs로 매핑하는 기능을 제공했다. 예를 들어 업링크와 다운링크 모두에 하나의 QoS flow와 하나의 DRB 간에 매핑을 지원했다. 업링크와 다운링크 모두에서 SDAP 헤더에 QFI(QoS flow ID)를 마킹했다.

(XR/미디어) 응용에 대한 PDU-Set 레벨 QoS 처리를 지원하기 위해 SDAP(또는 PDCP 상위의 adaptation 프로토콜) 기능 개선이 필요할 수 있다.

일 예를 들어, 하나의 PDU-Set을 하나의 DRB에 매핑하여 처리하도록 할 수 있다. 업링크와 다운링크 모두에서 SDAP 헤더에 PDU-Set을 식별하기 위한 정보(e.g. PDU-Set-ID)를 마킹/포함 할 수 있다. 기지국은 RRC 메시지를 통해 SDAP 구성정보(sdap-config) 상에 해당 PDU-Session 식별정보와 추가/해제할 PDU-Set(s) 정보를 전달할 수 있다.

도 11은 일 실시예에 따른 PDU Session Resource Setup Request Transfer 정보 요소를 예시적으로 도시한 도면이다. 도 12는 일 실시예에 따른 PDU Session Resource Modify Request Transfer 정보 요소를 예시적으로 도시한 도면이다.

일 예로, 코어망 노드(e.g. AMF/SMF)와 기지국 간 NGAP 인터페이스 상에 포함되는 PDU Session Resource Setup/modification 요청 메시지 상에 포함되는 PDU-Set 셋업/추가/수정 정보는 도 11/도 12와 같이 QoS flow 셋업/추가/수정 정보와 독립적으로 사용될 수 있다. 또는 코어망 노드(e.g. AMF/SMF)와 기지국 간 NGAP 인터페이스 상에 포함되는 PDU Session Resource Setup/modify 요청 메시지 상에 포함되는 PDU-Set 셋업/추가/수정 정보는 도 11/도 12와 같이 QoS flow 셋업/추가/수정 정보와 동등한 레벨의 파라메터로 사용될 수도 있다.

도 13은 일 실시예에 따른 SDAP-Config 정보 요소를 예시적으로 도시한 도면이다.

다른 예로 RRC 메시지에 포함되는 SDAP 구성정보(sdap-config)는 도 13과 같이 DRB에 추가적으로 매핑될 PDU 세션의 업링크 QoS flows의 QFIs 리스트를 지시하기 위한 정보를 해당 DRB에 추가적으로 매핑될 PDU 세션의 업링크 PDU-Sets의 PDU-Set-IDs 리스트를 지시하기 위한 정보와 독립적으로 지시할 수 있다. 또는 RRC 메시지에 포함되는 SDAP 구성정보(sdap-config)는 도 13과 같이 해당 DRB에 추가적으로 매핑될 PDU 세션의 업링크 QoS flows의 QFIs 리스트를 지시하기 위한 정보를 이 DRB에 추가적으로 매핑될 PDU 세션의 업링크 PDU-Sets의 PDU-Set-IDs 리스트를 지시하기 위한 정보와 동등한 레벨의 파라메터로 지시할 수 있다. 해당 DRB는 QoS flow(s) 및/또는 PDU-Set(s)을 공유해 매핑/연계될 수 있다. 또는 해당 DRB는 QoS flow(s) 또는 PDU-Set(s) 전용으로 매핑/연계될 수 있다. 해당 업링크/다운링크 SDAP 헤더는 QoS flow(s) 및/또는 PDU-Set(s)에 따라 QoS flow ID 및/또는 PDU-Set ID를 포함해 적용될 수 있다.

도 14는 다른 실시예에 따른 PDU Session Resource Setup Request Transfer 정보 요소를 예시적으로 도시한 도면이다. 도 15는 다른 실시예에 따른 PDU Session Resource Modify Request Transfer 정보 요소를 예시적으로 도시한 도면이다.

다른 예로, 코어망 노드(e.g. AMF/SMF)와 기지국 간 NGAP 인터페이스 상에 포함되는 PDU Session Resource Setup/modification 요청 메시지 상에 포함되는 PDU-Set 셋업/추가/수정 정보는 도 14/도 15와 같이 QoS flow 셋업/추가/수정 정보에 하위 레벨 파라메터로 사용할 수 있다.

도 16은 다른 실시예에 따른 SDAP-Config 정보 요소를 예시적으로 도시한 도면이다.

다른 예로 RRC 메시지에 포함되는 SDAP 구성정보(sdap-config)는 도 16과 같이 해당 DRB에 추가적으로 매핑될 PDU 세션의 업링크 PDU-Sets의 PDU-Set-IDs는 이 DRB에 추가적으로 매핑될 PDU 세션의 업링크 QoS-Flows의 QFIs를 지시하기 위한 정보에 하위 레벨 파라메터로 지시될 수 있다. 해당 업링크/다운링크 SDAP 헤더는 QoS flow(s) 및/또는 PDU-Set(s)에 따라 QoS flow ID 및/또는 PDU-Set ID를 포함해 적용될 수 있다.

다른 예를 들어, 만약 해당 PDU-Set에 대해 지시/구성/저장된 DRB 매핑 룰(PDU Set to DRB mapping rule)이 없다면 해당 PDU-Set을 디폴트 DRB로 매핑할 수 있다. 그렇지 않다면, PDU-Set에 속한 PDU(s)/SDAP-SDU에 대해서는 지시/구성/저장된 PDU-Set을 DRB로 매핑하는 룰(PDU Set to DRB mapping rule)에 따라 해당 DRB로 매핑되도록 할 수 있다.

다른 예를 들어 PDU-Set에 대해서는 해당하는 SDAP SDU를 디폴트 DRB로 매핑되지 않도록 할 수 있다. PDU-Set에 속한 PDU(s)/SDAP-SDU에 대해서는 항상 지시/구성/저장된 PDU-Set을 DRB로 매핑하는 룰(PDU Set to DRB mapping rule)에 따라 해당 DRB로 매핑되도록 할 수 있다.

다른 예를 들어, 만약 해당 PDU-Set에 대해 지시/구성/저장된 DRB 매핑 룰(PDU Set to DRB mapping rule)이 없다면,

>> 만약 해당 PDU-Set에 대해 해당 PDU-Set이 속하는 QoS flow에 대해 지시/구성/저장된 DRB 매핑 룰(QoS flow to DRB mapping rule)이 존재한다면, 해당 PDU-Set에 속한 PDU(s)/SDAP-SDU에 대해서는 지시/구성/저장된 QoS flow를 DRB로 매핑하는 룰(PDU Set to DRB mapping rule)에 따라 해당 DRB로 매핑되도록 할 수 있다.

>> 그렇지 않다면(또는, 만약 해당 PDU-Set에 대해 해당 PDU-Set이 속하는 QoS flow에 대해 지시/구성/저장된 DRB 매핑 룰(QoS flow to DRB mapping rule)이 존재하지 않는다면)

>>> 해당 PDU-Set(해당 PDU-Set에 속한 PDU(s)/SDAP-SDU(s))을 디폴트 DRB로 매핑할 수 있다.

>>> 상위계층(e.g. RRC/NAS)으로 이를 지시할 수 있다. 단말의 상위 계층은 기지국/코어망노드(e.g. AMF/SMF)로 시그널링(RRC/NAS 시그널링)을 통해 이를 지시할 수 있다.

다른 예를 들어 디폴트DRB 지시정보(defalutDRB)는 해당 PDU-Session과 동일한 값(e.g. PDU-SessionID)을 가지는 SDAP의 모든 구성된 인스탄스 중에서 이 PDU session에 대한 디폴트 DRB 여부를 지시하기 위한 정보를 나타낸다. 만약 해당 DRB가 (SDAP-Config를 통해) (특정) PDU-Set에만 매핑되는 경우, 해당 DRB는 디폴트 DRB로 구성하지 못하도록 할 수 있다. 이를 통해 (특정) PDU-Set(s)을 위해 구성/지시되는 DRB는 디폴트 DRB로 사용하지 못하도록 할 수 있다. 다른 예를 들어 디폴트 DRB는 QoS-flow에 매핑되는(QoS-flow에 매핑가능한) DRB 중에서 사용하도록 할 수 있다.

다른 예를 들어 기지국은 RRC 메시지에 PDU-Set을 위한 디폴트 DRB를 지시하기 위한 정보를 추가해 단말로 지시할 수 있다. 해당 정보는 전술한 디폴트 DRB 지시정보(defalutDRB)와 구분되는 정보로 정의되어 지시될 수 있다.

SDAP 서브레이어에서 PDU Set의 구분 처리

하나 또는 이상의 PDU-Set(s)을 하나의 DRB에 매핑해 처리할 때, 임의의 L2 서브레이어(e.g. SDAP/PDCP/RLC/MAC)에서 PDU-Set 별로(e.g. PDU-Set-ID 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 순서 번호 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 중요도/우선순위 별로) 구분된 처리를 지원하기 위해 SDAP 상에서 이를 구분해 처리하는 방법을 제공할 수 있다.

설명의 편의를 위해 이하에서는 SDAP 서브레이어에서 PDU-Set을 구분해 처리하는 방법에 대해 설명한다. 하지만 이는 설명의 편의를 위한 것일 뿐, PDCP/RLC/MAC 서브레이어에서 SDAP 서브레이어와 동일한 방법을 적용하는 것도 본 발명의 범주에 포함되는 것이 자명하다.

도 17은 일 실시예에 따른 DL SDAP Data PDU format with SDAP header를 도시한 도면이다. 도 18은 일 실시예에 따른 UL SDAP Data PDU format with SDAP header를 도시한 도면이다.

종래 기술에서 SDAP Data PDU 포맷은 도 17/도 18과 같다.

일 예를 들어 전술한 PDU-Set 관련 정보(e.g. PDU-Set 식별자, PDU-Set 순서 번호, PDU-Set 크기, PDU-Set의 마지막 PDU를 식별하기 위한 정보, PDU-Set에서 마지막 PDU임을 지시하기 위한 정보 및 PDU-Set 중요도/우선순위 지시정보 중 하나 이상의 정보)를 SDAP 헤더에 포함해 업링크/다운링크 SDAP 데이터 PDU를 만들(construct) 수 있다.

일 예로 종래 기술과 구분되는 PDU-Set 관련 정보 중 하나 이상의 정보를 포함하는 SDAP 헤더를 사용하기 위해, 기지국은 RRC 시그널링을 통해 (SDAP 구성정보에) PDU-Set을 지원하는 업링크/다운링크 SDAP 헤더의 사용/적용/존재를 지시하기 위한 정보를 포함해 단말로 지시할 수 있다. 해당 정보는 종래 기술에 의한 DRB 상에 업링크/다운링크 데이터를 위한 SDAP 헤더가 존재하는지를 지시하기 위한 정보(sdap-HeaderUL/ sdap-HeaderDL)와 구분되는 정보를 통해 해당 SDAP 헤더의 사용을 지시할 수 있다.

다른 예로 PDU-Set을 지원하는 전용 PDU-Session 또는 전용 SDAP-Config를 지시하기 위한 정보를 통해, PDU-Set을 지원하는 SDAP 헤더의 사용을 지시할 수 있다. 해당 종래기술에 의한 DRB 상에 업링크/다운링크 데이터를 위한 SDAP 헤더가 존재하는지를 지시하기 위한 정보(sdap-HeaderUL/ sdap-HeaderDL)를 통해 해당 SDAP 헤더의 사용을 지시할 수 있다. 또는 종래기술에 의한 해당 DRB 상에 업링크/다운링크 데이터를 위한 SDAP 헤더가 존재하는지를 지시하기 위한 정보(sdap-HeaderUL/ sdap-HeaderDL)와 구분되는 정보를 통해 해당 SDAP 헤더의 사용을 지시할 수 있다.

다른 예로, PDU-Set을 지원하는 PDU 세션을 위한 SDAP 엔티티를 추가로 구성/설정하도록 할 수 있다. 예를 들어 해당 PDU 세션에 포함되는 QoS flow(s)를 위한 SDAP 엔티티와 해당 PDU 세션에 포함되는 PDU-Set(s)을 위한 SDAP 엔티티를 구분해 구성/설정하도록 할 수 있다. 또는 해당 PDU 세션에 포함되는 PDU-Set(s)을 위한 전용 SDAP 엔티티를 구성/설정하도록 할 수 있다.

다른 예로 PDU-Set을 지원하는 단말에 대해, 및/또는 기지국이 PDU-Set 처리 요청을 단말/코어망노드(e.g. AMF/SMF)로부터 수신할 때, 기지국은 전술한 PDU-Set 관련정보(e.g. PDU-Set 식별자, PDU-Set 순서 번호, PDU-Set 크기, PDU-Set의 마지막 PDU를 식별하기 위한 정보, PDU-Set에서 마지막 PDU임을 지시하기 위한 정보, PDU-Set 중요도/우선순위 지시정보 중 하나 이상의 정보)를 이용하여 단말에 이를 지시할 수 있다.

다른 예를 들어 SDAP control PDU를 통해 PDU-Set을 구분처리 할 수 있다.

일 예로 종래 기술과 구분되는 PDU-Set 관련 정보 중 하나 이상의 정보를 포함하는 SDAP 헤더의 사용/사용종료/스위칭/존재/부재를 지시/통지하기 위해 기지국은 SDAP control PDU 시그널링을 단말로 지시할 수 있다. 다른 예로 종래 기술과 구분되는 PDU-Set 관련 정보 중 하나 이상의 정보를 포함하는 임의의 L2(PDCP/RLC/MAC) 헤더 헤더의 사용/사용종료/스위칭/존재/부재를 지시/통지하기 위해 기지국은 해당 L2-control-PDU/MAC-CE 시그널링을 단말로 지시할 수 있다. 해당 control PDU/MAC-CE는 전술한 PDU-Set 관련 정보 중 하나 이상의 정보를 포함할 수 있다. 해당 control PDU/MAC-CE는 해당 헤더 사용/사용시작/사용종료/스위칭/존재/부재 중 하나 이상을 구분하기 위한 지시정보를 포함할 수 있다.

다른 예로 엔드마커(End-marker) control PDU를 통해 PDU-Set을 DRB에 매핑해 사용할 수 있다. RRC가 PDU-Set에 대한 업링크 PDU-Set을 DRB로 매핑하는 룰을 구성할 때, SDAP 엔티티는 다음과 같이 동작할 수 있다.

> 만약 아래 조건 중 하나 이상이 만족될 때 아래 동작 중 하나 이상을 수행할 수 있다.

o 해당 조건: SDAP가 이미 설정, 해당 PDU-Set에 대해 저장된 PDU-Set을 DRB로 매핑하는 룰이 없음, 해당 PDU-Set에 대한 디폴트DRB 또는 해당 PDU-Set에 속한 QoS-flow에 대한 디폴트 DRB가 구성, 해당 PDU-Set에서 마지막 PDU/SDAP-SDU 확인/검출

>> 해당 PDU-Set에 대해 종래기술(TS. 37.324 6.2.3)에 의한 End-Marker Control PDU 또는 전술한 control PDU를 만든다(construct).

>> 해당 End-Marker Control PDU 또는 전술한 control PDU를 해당 PDU-Set에 대한 디폴트DRB 또는 해당 PDU-Set에 속한 QoS-flow에 대한 디폴트 DRB로 매핑한다.

>> 해당 End-Marker Control PDU 또는 전술한 control PDU를 하위 계층으로 제출한다.

o 해당 조건: 해당 PDU-Set에 대해 저장된 PDU-Set을 DRB로 매핑하는 룰이 해당 PDU-Set에 대해 구성된 PDU-Set을 DRB로 매핑하는 룰과 다름, 해당 PDU-Set에 대해 저장된 PDU-Set을 DRB로 매핑하는 룰이 RRC에 의해 구성됨, 해당 PDU-Set에서 마지막 PDU/SDAP-SDU 확인/검출

>> 해당 End-Marker Control PDU 또는 전술한 control PDU를 해당 PDU-Set에 대한 저장된 PDU-Set을 DRB로 매핑하는 룰에 따른 DRB로 매핑한다.

다른 예로 End-Marker Control PDU 상에 QFI/필드에 PDU-Set ID를 포함해 해당 엔드마커 제어 PDU가 전송되는 DRB 상에서 해당 End-Marker Control PDU에 포함된 PDU-Set ID에 의해 지시되는 PDU-Set의 SDAP SDU 매핑을 정지(stop)하는 것을 지시할 수 있다.

다른 예로 End-Marker Control PDU 상에 QFI/필드에 PDU-Set ID를 포함해 해당 엔드마커 제어 PDU가 전송되는 DRB 상에서 해당 End-Marker Control PDU에 포함된 PDU-Set ID에 의해 해당 PDU-Set이 포함된 QoS flow의 SDAP SDU 매핑을 정지(stop)하는 것을 지시할 수 있다.

PDCP 서브레이어에서 PDU Set의 구분 처리

하나 또는 이상의 PDU-Set(s)을 하나의 DRB에 매핑해 처리할 때, 임의의 L2 서브레이어(e.g. SDAP/PDCP/RLC/MAC)에서 PDU-Set 별로(e.g. PDU-Set-ID 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 순서 번호 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 중요도/우선순위 별로) 구분된 처리를 지원하기 위해 PDCP 상에서 이를 구분해 처리하는 방법을 제공할 수 있다.

일 예를 들어, PDCP 엔티티는 PDU-Set 레벨로 해당 PDU Set에 포함된 모든/나머지 PDCP SDUs(또는 PDUs)를 디스카드(discard) 할 수 있다.

일 예로 기지국은 특정 PDU Set에 대한 디스카드 타이머를 RRC 시그널링을 통해 단말에 구성할 수 있다. 해당 디스카드 타이머는 종래 기술(TS 38.323 5.3)에 의한 하나의 PDCP SDU를 디스카드하기 위한 디스카드 타이머(discardTimer)와 구분되는 정보일 수 있다.

다른 예로 종래기술에 의한 하나의 PDCP SDU에 대한 디스카드 타이머 또는 전술한 하나의 PDU Set에 대한 디스카드 타이머가 만료되면, 송신 PDCP엔티티는 해당 PDCP Data PDU와 함께 PDCP SDU를 디스카드 할 수 있다(the transmitting PDCP entity discards the PDCP SDU along with the corresponding PDCP Data PDU). 송신 PDCP엔티티는 해당 PDCP SDU가 연계/매핑/포함되는 PDU-Set에 포함되는 모든/나머지/남은/디스카드되지않은모든/디스카드되지않은나머지/디스카드되지않고남은 해당 PDCP Data PDU(s)와 함께 PDCP SDU(s)를 디스카드 할 수 있다. 전술한 PDU-Set에 포함되는 모든/나머지/남은/디스카드되지않은모든/ 디스카드되지않은나머지/디스카드되지않고남은 해당 PDCP Data PDU(s)와 함께 PDCP SDU(s)는 PDU-Set 관련정보(e.g. PDU-Set-ID, PDU-Set-순서번호, PDU-Set-중요도/우선순위) 중 하나 이상이 같은 PDCP-Data-PDU(s)/PDCP-SDU(s)가 될 수 있다.

다른 예로 종래기술에 의한 하나의 PDCP SDU에 대한 디스카드 타이머 또는 전술한 하나의 PDU Set에 대한 디스카드 타이머가 만료되면, 송신 PDCP엔티티는 이를 하위 계층으로 지시할 수 있다. (임의의 방법을 통해) 해당 정보를 수신한 RLC 엔티티는 해당 RLC 엔티티를 재설정할 수 있다. 또는 해당 RLC 엔티티는 (해당 PDCP/RLC SDU가 연계/매핑/포함되는 PDU-Set에 포함되는) 모든/나머지/남은/디스카드되지않은모든/디스카드되지않은나머지/디스카드되지않고남은 RLC SDUs, RLC SDU segments와 RLC PDUs를 디스카드 할 수 있다.

다른 예로 종래기술에 의한 PDCP 상태 리포트에 의해 또는 PDU-Set을 구분하는 상태 리포트에 의해 해당 PDUP SDU 또는 해당 PDU-Set에 대한 성공적인 딜리버리가 확인될 때, 송신 PDCP엔티티는 해당 PDCP Data PDU와 함께 PDCP SDU를 디스카드 할 수 있다(the transmitting PDCP entity discards the PDCP SDU along with the corresponding PDCP Data PDU). 송신 PDCP엔티티는 해당 PDCP SDU가 연계/매핑/포함되는 PDU-Set에 포함되는 모든/나머지/남은/디스카드되지않은모든/디스카드되지않은나머지/디스카드되지않고남은 해당 PDCP Data PDU(s)와 함께 PDCP SDU(s)를 디스카드 할 수 있다. 전술한 PDU-Set에 포함되는 모든/나머지/남은/디스카드되지않은모든/디스카드되지않은나머지/디스카드되지않고남은 해당 PDCP Data PDU(s)와 함께 PDCP SDU(s)는 PDU-Set 관련정보(e.g. PDU-Set-ID, PDU-Set-순서번호, PDU-Set-중요도/우선순위) 중 하나 이상이 같은 PDCP-Data-PDU(s)/PDCP-SDU(s)가 될 수 있다.

다른 예로 기지국은 RRC 시그널링을 통해 단말로부터 또는 관련 NAS 프로시져 상에서 NGAP 시그널링을 통해 코어망노드(e.g. AMF/SMF)로부터 해당 PDU-Set 처리를 위한 무선파라메터를 구성하기 위한 도움 정보를 수신할 수 있다. 예를 들어 전술한 PDU-Set level QoS 파라메터 중 하나(e.g. PDU-Set level delay budget, PDU-Set discard time: 해당 PDU Set에 포함된 모든 PDUs가 디스카드 되기 전까지 요구되는 상한/하한/한계/제한을 지시하기 위한 (기대) 시간)를 수신할 수 있다. 기지국은 해당 값을 (기반으로) PDU-Set discard 타이머를 세팅해 단말에 구성할 수 있다.

L2 서브레이어에서 PDU Set의 구분 처리

하나 또는 이상의 PDU-Set(s)을 하나의 DRB에 매핑해 처리할 때, 임의의 L2 서브레이어(e.g. SDAP/PDCP/RLC/MAC)에서 PDU-Set 별로(e.g. PDU-Set-ID 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 순서 번호 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 중요도/우선순위 별로) 구분된 처리를 지원하기 위해 해당 L2 서브레이어에서 이를 구분해 처리하는 방법을 제공할 수 있다.

일 예를 들어 하나 이상의 RLC 엔티티를 전술한 PDU-Set 관련 정보에 연계하여 PDU Set 별로 구분된 처리를 제공할 수 있다.

일 예로 PDU-Set에 매핑된 데이터 무선베어러에 대해, 각각의 PDCP 엔티티는 (동일한 방향에 대해) 하나 이상의 UM RLC엔티티에 연계될 수 있다. (e.g. 1xN UM RLC 엔티티, N은 1,2,3, ...)

다른 예로 PDU-Set에 매핑된 데이터 무선베어러에 대해, 각각의 PDCP 엔티티는 하나 이상의 AM RLC엔티티에 연계될 수 있다. (e.g. 1xN AM RLC 엔티티, N은 1,2,3, ...)

다른 예로 해당 UM/AM RLC 엔티티의 수(N)는 전술한 PDU-Set 식별자 및/또는 PDU-Set 순서번호에 연계될 수 있다. 예를 들어 PDU-Set 식별자 및/또는 PDU-Set 순서번호가 n 비트 (n은 자연수, e.g. 1,2,3,4 ...)를 가질 때, N=2*n이 될 수 있다. 예를 들어 해당 정보가 2비트를 가질 때 4개의 RLC 엔티티를 가지도록 할 수 있다. 기지국은 RRC 시그널링을 통해 PDU-Set 식별자 또는 PDU-Set 순서번호를 해당 RLC엔티티에 연계하는 정보를 단말로 지시할 수 있다. 또는 모듈러 연산을 통해 해당 PDU-Set 식별자 또는 PDU-Set 순서번호에 연계된 PDU-Set SDU(s)/PDU(s)를 해당 RLC 엔티티로 연계될 수 있다. 송신 PDCP 엔티티는 해당 PDU Set에 속한 PDCP PDU를 연계된 RLC 엔티티로 제출할 수 있다.

다른 예로 해당 UM/AM RLC 엔티티의 수(N)는 해당 무선베어러를 통해 전송할 PDU-Set(s)에 연계된 서로다른 PDU-Set-중요도/우선순위 값을 가지는 PDU-Set(s)의 수에 연계될 수 있다. 예를 들어 해당 무선베어러를 통해 2개의 PDU-Set-중요도/우선순위를 갖는 PDU-Set SDU(s)/PDU(s)를 전송한다면 해당 무선베어러의 수는 2가 될 수 있다. 기지국은 RRC 시그널링을 통해 PDU-Set-중요도/우선순위를 해당 RLC엔티티에 연계하는 정보를 단말로 지시할 수 있다. 송신 PDCP 엔티티는 해당 PDU Set에 속한 PDCP PDU를 연계된 RLC 엔티티로 제출할 수 있다.

다른 예로 해당 RLC엔티티를 통한 RLC베어러에 대한 논리채널 구성은 전술한 PDU-Set 관련 정보 중 하나 이상의 정보에 연계된 파라메터를 포함하도록 할 수 있다. 예를 들어 PDU-Set-중요도/우선순위에 연계된 파라메터를 포함하도록 할 수 있다. 이를 통해 MAC 계층은 논리채널 우선순위 프로시져 또는 데이터 전송/재전송에서 해당 정보를 활용해 데이터를 처리할 수 있다.

다른 예를 들어 하나의 RLC 엔티티에서 RLC 헤더 상에 전술한 PDU-Set 관련 정보 중 하나 이상의 정보를 포함하여 PDU Set 별로 구분된 처리를 제공할 수 있다. 이는 이전 실시예에서 SDAP를 RLC로 바꾸어 적용할 수 있다.

다른 예를 들어 RLC엔티티를 통한 RLC베어러에 대한 논리채널 구성은 전술한 PDU-Set 관련 정보 중 하나 이상의 정보에 연계된 파라메터를 포함하도록 할 수 있다. 예를 들어 PDU-Set-중요도/우선순위에 연계된 파라메터를 포함하도록 할 수 있다. 이를 통해 MAC 계층은 논리채널 우선순위 프로시져 또는 데이터 전송/재전송에서 해당 정보를 활용해 데이터를 처리할 수 있다.

PDU Set 처리의 활성화/비활성화/스위칭/폴백(fallback)

단말과 기지국에서 하나 또는 이상의 PDU-Set(s)을 하나의 DRB에 매핑해 처리하기 위해서는 L2 서브레이어들(e.g. SDAP/PDCP/RLC/MAC)에서 PDU-Set 별로(e.g. PDU-Set-ID 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 순서 번호 별로, 또는 동일한 PDU-Set-ID를 가진 PDU-Set 중요도/우선순위 별로) 구분된 처리를 지원하기 위해 다양한 기능이 동작하도록 해야 한다. 이는 각각의 서브레이어 상에서 부하/부담이 될 수 있다. 따라서 단말 또는 기지국은 해당 기능을 활성화/비활성화하도록 지시하기 위한 L2 시그널링을 정의해 동작하는 것이 필요할 수 있다. 예를 들어 SDAP control PDU, PDCP control PDU, RLC control PDU, MAC control element 중 하나 이상을 사용하여 각 서브레이어 상에서 해당 무선 베어러에 대한 PDU Set 처리를 활성화/비활성화/스위칭/폴백하도록 지시할 수 있다. 해당 시그널링을 수신한 서브레이어는 해당 정보를 해당 기능이 동작하는 다른 서브레이어(상위 서브레이어 또는 하위 서브레이어)로 전달할 수 있다. 해당 서브 레이어어는 상응하는 동작을 수행할 수 있다.

이상에서 설명한 바와 같이, 본 실시예들은 상위 계층으로부터 동작중인 서비스/응용 상에서 생성되는 한 단위의 정보/필드를 활용하여 무선망에서 해당 트래픽 특성을 고려한 패킷 데이터 처리를 구성할 수 있는 효과를 제공한다. 아래에서는 전술한 실시예들을 수행할 수 있는 단말 및 기지국 장치의 구성에 대해서 다시 한 번 간략하게 설명한다. 아래에서 기재되지 않은 실시예도 전술한 동작들에 기초하여 단말 및 기지국은 수행할 수 있다.

도 19는 또 다른 실시예에 의한 소스 기지국의 구성을 보여주는 도면이다.

도 19를 참조하면, 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 소스 기지국은, 타켓 기지국으로 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 송신부(1920)와 타켓 기지국으로부터 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 수신부(1930) 및 단말의 응용 데이터에 대한 포워딩 데이터를 타켓 기지국으로 포워딩하도록 제어하는 제어부(1910)를 포함하는 장치를 제공할 수 있다.

데이터 패킷 간의 의존성이 높은 응용 데이터를 송수신하는 단말은 이동에 따라 기지국을 변경할 필요가 있다. 이에 따라, 제어부(1910)는 단말의 핸드오버 필요성 여부를 판단한다.

송신부(1920)는 단말의 핸드오버가 필요하다고 판단되면, 타켓 기지국으로 단말이 송수신하는 응용 데이터의 PDU Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송할 수 있다. 일 예로, 송신부(1920)는 핸드오버 준비 단계 동안에 타켓 기지국으로 PDU Set에 대한 QoS 파리미터를 전송할 수 있다. 다른 예로, 송신부(1920)는 핸드오버 진행 단계에서 타켓 기지국으로 PDU Set에 대한 QoS 파라미터를 전송할 수도 있다.

한편, 타켓 기지국은 해당 PDU Set에 대한 QoS 파라미터를 확인하고, 해당 QoS 파라미터를 만족시킬 수 있는 무선베어러 구성정보를 생성한다.

또한, 핸드오버 응답 메시지는 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함할 수 있다. 이를 통해서, 핸드오버에서 데이터 포워딩 및 인시퀀스 전달이 보장되도록 할 수 있다.

송신부(1920)는 수신된 무선베어러 구성정보를 단말로 전달할 수 있다.

한편, 포워딩 데이터는 PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함할 수 있다.

이 외에도, 제어부(1910)는 전술한 본 개시를 수행하기에 필요한 응용계층에서 생성되는 정보 기반의 패킷 처리를 제공하기 위한 제어 동작에 따른 전반적인 소스 기지국(1900)의 동작을 제어한다.

송신부(1920)와 수신부(1930)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 단말, 타켓 기지국 또는 코어망 개체와 송수신하는데 사용된다.

도 20은 또 다른 실시예에 의한 타켓 기지국의 구성을 보여주는 도면이다.

도 20을 참조하면,응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 타켓 기지국(2000), 소스 기지국으로부터 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 수신부(2030)와 PDU Set에 대한 QoS 파라미터에 기초하여 응용 데이터에 대한 무선베어러 구성정보를 생성하는 제어부(2010)와 소스 기지국으로 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 송신부(2020)를 포함하되, 수신부(2030)는 단말의 응용 데이터에 대한 포워딩 데이터를 소스 기지국으로부터 더 수신하는 장치를 제공할 수 있다.

소스 기지국은 단말의 핸드오버가 필요하다고 판단되면, 타켓 기지국으로 단말이 송수신하는 응용 데이터의 PDU Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송할 수 있다. 일 예로, 수신부(2030)는 핸드오버 준비 단계 동안에 타켓 기지국으로 PDU Set에 대한 QoS 파리미터를 수신할 수 있다. 다른 예로, 수신부(2030)는 핸드오버 진행 단계에서 소스 기지국으로 PDU Set에 대한 QoS 파라미터를 수신할 수도 있다.

이 외에도 수신부(2030)는 소스 기지국으로부터 PDU Set 정보 또는 PDU Set 처리를 지원하는 DRB 정보 등을 수신하여 단말의 핸드오버 시에 끊김없는 서비스 제공을 지원할 수 있다.

제어부(2010)는 해당 PDU Set에 대한 QoS 파라미터를 확인하고, 해당 QoS 파라미터를 만족시킬 수 있는 무선베어러 구성정보를 생성한다.

또는, 타켓 기지국이 만약 PDU Set 처리를 지원하지 않는 기지국인 경우에 제어부(2010)는 해당 PDU Set을 포함하는 PDU 세션 자원 또는 해당 PDU Set에 매핑/연계되는 PDU Session 자원을 셋업할 수 있다. 제어부(2010)는 PDU Set을 지원하는 무선자원 구성을 무선베어러 구성정보를 생성할 수 있다.

또는, 타켓 기지국이 만약 PDU Set 처리를 지원하지 않는 기지국인 경우에 제어부(2010)는 해당 PDU Set을 포함하는 PDU 세션 자원 또는 해당 PDU Set에 매핑/연계되는 PDU Session 자원을 셋업할 수 있다. 송신부(2020)는 PDU Set을 지원하는 무선자원 구성을 무선베어러 구성정보를 통해서 소스 기지국으로 전송할 수 있다.

예를 들어, 포워딩 데이터는 PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함할 수 있다. PDU Set 정보는 기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함될 수 있다.

한편, 필요한 경우 송신부(2020)는 경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시할 수 있다. 해당 지시 동작은 핸드오버 요청 메시지를 수신한 이후에 이루어질 수 있다. 예를 들어, 해당 지시 동작은 핸드오버 응답 메시지를 전송하기 전에 수행될 수 있다. 또는, 해당 지시 동작은 포워딩 데이터를 수신하기 이전에 수행될 수도 있다. 또는, 해당 지시 동작은 포워딩 데이터를 수신하고 핸드오버가 완료되기 전에 수행될 수도 있다. 또는, 해당 지시 동작은 핸드오버 요청 메시지를 수신하기 전에 수행될 수도 있다. 이를 통해서 제어부(2010)는 PDU Set 처리를 위한 PDU 세션을 설정할 수 있다. 또는 제어부(2010)는 포워딩 데이터를 처리하기 위한 설정을 셋팅할 수도 있다. 또는 코어망 개체는 타켓 기지국이 해당 PDU Set 처리를 지원하는지 여부를 확인할 수도 있다.

이 외에도, 제어부(2010)는 전술한 본 개시를 수행하기에 필요한 응용계층에서 생성되는 정보 기반의 패킷 처리를 제공하기 위한 제어 동작에 따른 전반적인 타켓 기지국(2000)의 동작을 제어한다.

송신부(2020)와 수신부(2030)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 단말, 소스 기지국 또는 코어망 개체와 송수신하는데 사용된다.

전술한 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 실시 예들 중 본 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계, 구성, 부분들은 전술한 표준 문서들에 의해 뒷받침될 수 있다. 또한, 본 명세서에서 개시하고 있는 모든 용어들은위에서 개시한 표준 문서들에 의해 설명될 수 있다.

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

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

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

또한, 위에서 설명한 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", 또는 "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며, 구성 요소들은 하나의 장치(예: 시스템, 컴퓨팅 디바이스 등)에 위치하거나 둘 이상의 장치에 분산되어 위치할 수 있다.

이상의 설명은 본 개시의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 기술 사상의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 또한, 본 실시예들은 본 개시의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이므로 이러한 실시예에 의하여 본 기술 사상의 범위가 한정되는 것은 아니다. 본 개시의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 개시의 권리 범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

소스 기지국이 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서,
타켓 기지국으로 상기 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 단계;
상기 타켓 기지국으로부터 상기 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 단계; 및
상기 단말의 상기 응용 데이터에 대한 포워딩 데이터를 상기 타켓 기지국으로 포워딩하도록 제어하는 단계를 포함하는 방법.
제 1 항에 있어서,
상기 핸드오버 응답 메시지는,
상기 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함하는 방법.
제 1 항에 있어서,
상기 포워딩 데이터는,
PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함하는 방법.
제 3 항에 있어서,
상기 PDU Set 정보는,
기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함되는 방법.
제 1 항에 있어서,
상기 타켓 기지국은,
경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시하는 방법.
타켓 기지국이 응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 방법에 있어서,
소스 기지국으로부터 상기 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 단계;
상기 PDU Set에 대한 QoS 파라미터에 기초하여 상기 응용 데이터에 대한 무선베어러 구성정보를 생성하는 단계;
상기 소스 기지국으로 상기 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 단계; 및
상기 단말의 상기 응용 데이터에 대한 포워딩 데이터를 상기 소스 기지국으로부터 수신하는 단계를 포함하는 방법.
제 6 항에 있어서,
상기 핸드오버 응답 메시지는,
상기 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함하는 방법.
제 6 항에 있어서,
상기 포워딩 데이터는,
PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함하는 방법.
제 8 항에 있어서,
상기 PDU Set 정보는,
기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함되는 방법.
제 6 항에 있어서,
상기 핸드오버 요청 메시지를 수시하는 단계 이후에,
경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시하는 단계를 더 포함하는 방법.
응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 소스 기지국에 있어서,
타켓 기지국으로 상기 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 전송하는 송신부;
상기 타켓 기지국으로부터 상기 PDU Set에 대한 QoS 파라미터에 기초하여 생성된 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 수신하는 수신부; 및
상기 단말의 상기 응용 데이터에 대한 포워딩 데이터를 상기 타켓 기지국으로 포워딩하도록 제어하는 제어부를 포함하는 소스 기지국.
제 11 항에 있어서,
상기 핸드오버 응답 메시지는,
상기 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함하는 소스 기지국.
제 11 항에 있어서,
상기 포워딩 데이터는,
PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함하는 소스 기지국.
제 13 항에 있어서,
상기 PDU Set 정보는,
기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함되는 소스 기지국.
제 11 항에 있어서,
상기 타켓 기지국은,
경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시하는 소스 기지국.
응용 데이터 플로우를 송수신하는 단말의 핸드오버를 제어하는 타켓 기지국에 있어서,
소스 기지국으로부터 상기 응용 데이터의 PDU(Protocol Data Unit) Set에 대한 QoS 파라미터를 포함하는 핸드오버 요청 메시지를 수신하는 수신부;
상기 PDU Set에 대한 QoS 파라미터에 기초하여 상기 응용 데이터에 대한 무선베어러 구성정보를 생성하는 제어부;
상기 소스 기지국으로 상기 무선베어러 구성정보를 포함하는 핸드오버 응답 메시지를 전송하는 송신부를 포함하되,
상기 수신부는, 상기 단말의 상기 응용 데이터에 대한 포워딩 데이터를 상기 소스 기지국으로부터 더 수신하는 타켓 기지국.
제 6 항에 있어서,
상기 핸드오버 응답 메시지는,
상기 PDU Set을 구분하는 데이터 포워딩 지시 정보를 더 포함하는 타켓 기지국.
제 16 항에 있어서,
상기 포워딩 데이터는,
PDU Set 식별정보, PDU Set 순서번호 및 PDU Set 중요도 정보 중 적어도 하나의 정보를 포함하는 PDU Set 정보를 포함하는 타켓 기지국.
제 18 항에 있어서,
상기 PDU Set 정보는,
기지국 간 인터페이스 상에서 사용자 플래인 데이터 전송을 위해서 사용되는 프로토콜에 의해서 제공되는 GTP(GPRS Tunnelling Protocol)-U 확장 헤더 내에 포함되는 타켓 기지국.
제 16 항에 있어서,
상기 송신부는,
경로변경 요청 메시지 또는 핸드오버 요청 확인 메시지를 통해서 코어망 제어플래인 노드로 PDU Set 지원 정보를 지시하는 타켓 기지국.