KR20230136383A

KR20230136383A - 데이터 처리 방법 및 장치

Info

Publication number: KR20230136383A
Application number: KR1020220034041A
Authority: KR
Inventors: 홍성표
Original assignee: 주식회사 케이티
Priority date: 2022-03-18
Filing date: 2022-03-18
Publication date: 2023-09-26

Abstract

본 발명은 이동통신망에서 XR과 미디어 서비스 데이터를 처리하는 방법 및 장치에 관한 것으로 단말에 대한 멀티-모달 플로우에 대해 조정된(coordinated) 전송/처리를 제공하는 방법에 대해 제안한다.

Description

데이터 처리 방법 및 장치 {Method and Apparatus for processing data}

개인용 휴대용 미디어 기기 기술이 발전하면서 휴대 단말기를 이용한 다양한 서비스에 대한 요구가 증가되고 있다. 이러한 상황에서 네트워크 효율성을 고려하면서 다양한 미디어 서비슬르 제공하는 기술에 대한 연구가 진행되고 있다.

일 측면에서, 본 실시예들은 응용계층에서 생성/제공되는 정보를 처리하는 방법에 있어서, 단말에 대해 하나의 응용에 대한 관련된 촉각 및/또는 멀티 모달 데이터를 유사한 시간에 사용자/단말에 전달하거나 조정해 처리하는 방법을 제공할 수 있다.

도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 5G 시스템 내에서 5G-XR 기능을 나타내기 위한 구조의 일 예를 나타낸다.
도 9는 (XR) 응용에 대한 다운링크 (비디오) 트래픽의 일 예를 나타낸다.
도 10은 (XR) 응용에 대한 다운링크 트래픽 발생의 일 예를 나타낸다.
도 11은 또 다른 실시예에 의한 기지국의 구성을 보여주는 도면이다.
도 12는 또 다른 실시예에 의한 사용자 단말의 구성을 보여주는 도면이다.

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

또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제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(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 구성은 비정수적(non-integer)으로 발생하는 XR 트래픽 주기, 가변적 XR 데이터 레이트, 준-주기적 XR 주기로 인해 적합하지 않다.

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

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

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

멀티-모달 데이터는 서로 다른 종류의 디바이스/센서로부터의 인풋 데이터 또는, 동일한 태스크 또는 응용을 위해 요구되는 서로다른 데스티네이션(destination)(e.g. one or more UEs)으로 아웃풋 데이터를 설명하는 것으로 정의된다. 멀티모달 데이터는 하나의 싱글 모달 데이터 이상으로 구성된다. 그리고 각각의 싱글 모달 데이터 간에 강한 의존성을 가진다.

멀티모달 통신 서비스를 위해, 비디오 스트림, 오디오 스트림, 햅틱 피드백과 센싱 정보를 위한 햅틱 스트림 등을 포함하는 하나의 응용을 서비스하는 복수의 플로우가 존재한다. 하나의 응용에 대한 서로다른 유형의 데이터에 대한 응용 클라이언트(들)은 하나의 단말에 위치할 수 있다. 또는 복수 유형의 디바이스가 존재할 수 있다. 예를 들어 햅틱 및/또는 고유감각의(kinaesthetic) 모달리티를 지원하는 VR 안경(glasses), 글로브(gloves) 그리고 다른 디바이스가 존재할 수 있다. 이러한 디바이스들은 유선을 통해 하나의 단말에 연결될 수도 있으며, 해당 단말은 5G 시스템에 액세스할 수 있다. 또는 각각의 디바이스가 각각의 단말로 동작할 수도 있다. 해당 단말(들)에 대해 특정 응용에 관련된 멀티 모달 데이터를 유사한 시간에 사용자에 전달하지 못하는 경우 사용자 경험에 부정적인 영향을 미칠 수 있다. 하지만 현재 이동통신망에서는 멀티 모달 데이터를 유사한 시간에 전달하거나 처리하기 위한 방법이 제공되지 않았다.

종래 이동통신 기술에서는 단말/기지국/코어망이 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.)에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 공지 기술인 표준규격에 명시된 해당 내용이 본 발명에 포함될 수 있다.

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

이하에서 설명하는 임의의 기능은 기지국에서 해당 기능 지원을 지시하기 위한 정보 또는 해당 기능을 허용하는 정보 또는 해당 기능을 지시하는 정보가 RRC시그널링/MAC시그널링/DCI 중 하나를 통한 명시적인 지시정보를 통해 단말로 지시될 수 있다. 또는 이하에서 설명하는 임의의 기능은 코어망 노드/개체(e.g. AMF/SMF/전용Network-Function)에서 해당 기능 지원을 지시하기 위한 정보 또는 해당 기능을 허용하는 정보 또는 해당 기능을 지시하는 정보를 NAS 시그널링을 통한 명시적인 지시정보를 통해 단말로 지시될 수 있다.

설명의 편의를 위해 응용(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)에 대해서도 본 발명이 적용될 수 있다.

여기서, 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 미디어와 미디어 기능을 호스트 하는 응용서버를 나타낸다.

멀티 모달 데이터에 대한 조정된 처리(coordinated handling)를 위해 해당 QoS-flow/PDU-Set 그룹핑 및/또는 관련 QoS 특성/파라메터 정의/연계

NR/5G시스템을 통해 단일 단말에 대해 하나의 응용에 대한 관련된 촉각 및/또는 멀티 모달 데이터(예를 들어 특정 시간에 관계된 오디오, 비디오, 햅틱 데이터)에 대한 조정된 처리를 제공/지원하도록 할 수 있다. NR/5G시스템을 통해 단일 단말에 대해 하나의 응용에 대한 관련된 촉각 및/또는 멀티 모달 데이터(예를 들어 특정 시간에 관계된 오디오, 비디오, 햅틱 데이터(can be feelings when touching a surface (e.g., pressure, texture, vibration, temperature), or kinaesthetic senses (e.g. gravity, pull forces, sense of position awareness))를 유사한 시간에 사용자/단말에 전달하도록 수 있다. 이하에서는 설명의 편의를 위해 하나 또는 이상의 단말에 대해, 하나의 응용에 관련된 멀티 모달 데이터를 유사한 시간에 전송하는 것을 응용 동기화로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 이름으로 대체될 수 있다.

싱글 모달 데이터는 하나의 유형의 데이터로 보일 수 있다. 하나의 소스 이상으로부터의 인풋 및/또는 하나의 데스티네이션 이상으로 아웃풋을 결합함으로써 더 부드럽고 자연스러운 통신이 가능할 수 있다.

예를 들어 각각의 싱글모달데이터를 각각의 QoS-flow/PDU-Set에 연계하고, 의존성/연관성을 가지는 복수의 연계된 QoS-flows/PDU-Sets을 그룹핑 하여 유사한 시간에 사용자/단말에 전달하도록 할 수 있다. 일 예로 그룹핑된 QoS-flows/PDU-Sets 중 하나의 특정 QoS-flow/PDU-Set의 발생 주기/인터벌 별로 해당 QoS-flow/PDU-Set에 속한 패킷/PDU의 생성/도착/송신/수신/처리에 맞춰 나머지 QoS-flows/PDU-Sets에 속한 패킷/PDUs를 유사한 시간에 처리할 수 있다. 다른 예로 그룹핑된 QoS-flows 중 특정 PDU-Set(s)의 타이밍정보(e.g. 주기, 듀레이션, 시작시간 etc., 타이밍 정보에 대해서는 별도 후술) 별로, 또는 특정 PDU-Set(s) 별로, 해당 PDU-Set에 속한 패킷/PDU의 생성/도착/송신/수신/처리에 맞춰 (일정 시간범위/듀레이션 내에) 나머지 QoS-flows에 속한 패킷/PDUs를 유사한 시간에 처리할 수 있다.

촉각과 멀티모달 서비스를 제공하는 응용은 서로다른 QoS 요구사항을 가지는 복수의 싱글모달데이터/플로우(예를 들어 특정 시간/타이밍에 연관된 오디오, 비디오, 햅틱 데이터, 단말 리스트)를 포함할 수 있다. 해당 응용에 대한 사용자 경험에 부정적인 영향을 회피하기 위해서는 서로다른 싱글모달데이터/플로우 간에 동기화된 처리를 제공할 수 있다. 상관관계를 가지는 모달리티/플로우들 간에 코디네이트된(coordinated) 처리를 통해 사용자의 서비스 경험을 향상시킬 수 있다. 멀티모달 데이터를 (해당 단말 그룹에 대해 또는 단말 별로) QoS-flow/PDU-Set에 연계하여 조정된 처리를 제공할 수 있다.

설명의 편의를 위해 오디오, 비디오, 햅틱 데이터를 포함하는 응용에 대해 설명한다. 이는 설명의 편의를 위한 것으로 임의의 멀티모달 서비스에 대해서도 본 발명이 적용될 수 있다.

해당 응용에 대해 각각의 싱글모달데이터/플로우를 서로다른 QoS-flow/PDU-Set으로 구분할 수 있다. 예를 들어, 촉각(햅틱데이터/햅틱피드백)를 QoS-flow/PDU-Set 1로 오디오를 QoS-flow/PDU-Set 2로 구분하고, 비디오를 QoS-flow/PDU-Set 3으로 구분하며, 구분할 수 있다. 각각의 QoS-flow/PDU-Set은 해당 모달리티/미디어요소에 따라 QoS-flow/PDU-Set을 식별하기 위한 식별정보/식별자/인덱스(e.g QoS-flow: QFI, PDU-Set: PDU-Set-ID/PDU-Set-type)를 가지고 구분될 수 있다. 또는, 각각의 PDU Set은 해당 PDU Set에서 해당 모달리티/미디어요소 유형을 구분하기 위한 식별정보/식별자/인덱스(e.g. 해당 PDU Set 데이터의 type을 구분하기 위한 정보, PDU-Set-type/PDU-Set-media-type/PDU-Set-data-type)를 가지고 구분될 수 있다. 설명의 편의를 위해 이하에서는 이를 PDU Set을 식별하기 위한 정보를 PDU Set 식별자로 표기하나, 이는 PDU Set, 또는 특정 PDU Set에 연계된 모달리티/미디어요소 유형을 식별하기 위한 정보, 또는 이하에서 설명하는 PDU Set 또는 해당 PDU Set에 속한 PDUs가 포함하는 하나 또는 이상의 정보를 통해 식별되는 정보가 될 수 있다.

하나의 응용은 하나 이상의 QoS flows를 가지며, 하나의 QoS flow는 이를 식별하기 위한 QFI(QoS flow ID)에 연계된다. 하나의 PDU Set은 응용 레벨에서 생성되는 한 유닛 정보를 페이로드로 운반하는 하나 또는 이상의 PDUs로 구성되며, 해당 PDUs는 응용계층에서 동일한 중요도 요구사항을 가진다. 하나의 QoS flow는 하나 이상의 PDU Sets으로 구분될 수 있다. 따라서 하나의 QOS flow에 포함되는 하나 이상의 PDU Sets은 모두 해당 QFI/5QI에 연계될 수 있다. 이에 따라 하나의 PDU Set은 해당 PDU Set을 포함하는 QoS flow의 QFI/5QI에 연계된다. 설명의 편의를 위해 PDU Set이 속한 QoS flow의 QFI/5QI를 기본/디폴트/레퍼런스/프라이머리 QFI/5QI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다.

한편 하나의 QoS flow에 포함되는 하나 이상의 PDU Set은 서로다른 중요도를 가질 수 있다. 따라서 하나의 QoS flow에 포함되는 각각의 PDU Set은 서로다른 QoS 처리가 제공될 수 있다. 각각의 PDU Set은 해당 PDU Set이 속한 QoS flow와 동일하게 기본/디폴트/프라이머리 QFI/5QI를 통해 QoS 처리될 수 있다. 또는 각각의 PDU Set은 해당 PDU Set이 속한 QoS flow와 다른 QFI/5QI를 정의하여 이를 통해 QoS 처리될 수 있다. 설명의 편의를 위해 PDU Set이 속한 QoS flow의 QFI/5QI와 다른 QFI/5QI를 세컨더리 QFI/5QI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다.

PDU Set 또는 해당 PDU Set에 속한 PDUs는 QoS flow를 구분하기 위한 flow id 정보(e.g. QFI, 프라이머리 QFI, 세컨더리 QFI), 서로다른 버퍼를 위한 응용 트래픽을 구분하기 위한 버퍼 정보, 가용 시간(e.g. 단말/기지국/UPF/AS에서 임의의 동작(송신/수신/인코딩/디코딩처리)을 개시할 때, 시작 시간을 0으로 했을 때 다음 동작(송신/수신/인코딩/디코딩처리)까지 가용한 시간), 마지막 처리 단계에서 관찰된 패킷 지연, 해당 패킷이 포함된 미디어에 연계된 렌더링 타임, PDU Set 내에서 패킷의 번호/순서번호, PDU Set에서 마지막 패킷 인지 여부를 지시하기 위한 정보, 해당 PDU Set 데이터의 type을 구분하기 위한 정보, 해당 PDU Set의 상대적 중요도를 나타내는 정보, PDU Set을 식별하기 위한 정보 중 하나 이상의 정보를 포함할 수 있다. 또는 PDU Set 또는 해당 PDU Set에 속한 PDUs에 대해 본 명세서에 포함되는 임의의 하나 이상의 정보가 연계/마킹(marking)/태깅(tagging) 될 수 있다.

PDU Set은 PDU Set 식별자를 별도로 정의하여 해당 PDU Set 또는 해당 PDU Set에 속한 PDU를 구분할 수 있다. 또는 PDU Set 또는 해당 PDU Set에 속한 PDUs에 포함/연계/마킹(marking)/태깅(tagging)되는 하나 이상의 정보(e.g. type, importance, buffer, delay, rendering time, etc.)들을 통해 해당 PDU Set 또는 해당 PDU Set에 속한 PDU를 구분할 수 있다.

서로다른 싱글모달데이터/플로우/미디어요소 간에 사용자 경험에 부정적인 영향을 회피하도록 처리하기 위한 QoS 특성/파라메터를 정의할 수 있다. 예를 들어 멀티모달 데이터 딜리버리 동기화 임계치/한계값/지시정보를 정의할 수 있다.

일 예를 들어 이는 하나 이상의 자극/모달리티/미디어요소(e.g. 하나의 감각/모달리티/미디어요소에 비해 지연된 또다른 감각/모달리티/미디어요소) 간에 (최대) 견딜수 있는(tolerable) 시간/타이밍/듀레이션/시간범위를 나타낼 수 있다. 설명의 편의를 위해 이를 동기화 임계치로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 용어로 대체될 수 있다.

다른 예를 들어 동기화 임계치는 상관관계를 가진 모달리티/플로우/미디어요소들 간에 하나의 모달리티/플로우/미디어요소에 비해 다른 모달리티/플로우/미디어요소를 동기화해 처리하기 위해 고려해야 하는 값으로, 하나의 값으로 세팅될 수 있다. 예를 들어 오디오와 촉각(햅틱데이터/햅틱피드백)이 상관관계를 가지는 경우, 동기화 임계치를 40ms로 세팅했다면, 오디오(QoS-flow/PDU-Set 2)는 촉각(QoS-flow/PDU-Set 1)에 비해 40ms 이내로 지연되고, 촉각(QoS-flow/PDU-Set 1)은 오디오(QoS-flow/PDU-Set 2)에 비해 40ms 이내로 지연되는 것으로 세팅하는 것을 나타낼 수 있다. QoS-flow/PDU-Set (QoS-flow/PDU-Set 1, QoS-flow/PDU-Set Set2)에 관계없이 해당 PDU Set 그룹(PDU Set 1, PDU Set2)에 포함되는 첫번째/시작 패킷/PDU의 송신/수신/처리가 시작한 후 40ms 이내에 해당 QoS-flow/PDU-Set 그룹(QoS-flow/PDU-Set 1, QoS-flow/PDU-Set 2)에 포함되는 (해당 주기 속한) 모든/마지막 패킷/PDUs의 송신/수신/처리를 지원/제공하는 것을 나타낼 수 있다.

다른 예를 들어 동기화 임계치는 상관관계를 가진 모달리티/플로우/미디어요소들 간에 하나의 모달리티/플로우/미디어요소에 비해 다른 모달리티/플로우/미디어요소를 동기화해 처리하기 위해 고려해야 하는 값으로, 선후관계/레퍼런스/기준을 지시/지정/고려하는 하나 이상의 값으로 세팅될 수 있다. 예를 들어 오디오(QoS-flow/PDU-Set 2)와 촉각(QoS-flow/PDU-Set 1)이 상관관계를 가지는 경우, 촉각(QoS-flow/PDU-Set 1)에 대한 오디오 지연 동기화 임계치를 50ms로 세팅하고, 오디오(QoS-flow/PDU-Set 2)에 대한 촉각(QoS-flow/PDU-Set 1) 지연 동기화 임계치는 25ms로 세팅하여, 선행/후행하는 모달리티에 따라 동기화 임계값을 구분하여 세팅할 수 있다. 해당 QoS-flow/PDU-Set 그룹(QoS-flow/PDU-Set 1, QoS-flow/PDU-Set 2)에서 QoS-flow/PDU-Set 1을 동기화 임계치 기준으로 사용하는 경우, QoS-flow/PDU-Set 1에 포함되는 첫번째/시작 패킷/PDU의 송신/수신/처리가 시작한 후 50ms 이내에 해당 QoS-flow/PDU-Set그룹(QoS-flow/PDU-Set 1, QoS-flow/PDU-Set2)/QoS-flow/PDU-Set-2에 포함되는 (해당 주기 속한) 모든/마지막 패킷/PDUs의 송신/수신/처리를 지원/제공하는 것을 나타낼 수 있다. 해당 QoS-flow/PDU-Set 그룹(QoS-flow/PDU-Set 1, QoS-flow/PDU-Set 2)에서 QoS-flow/PDU-Set 2을 동기화 임계치 기준으로 사용하는 경우, QoS-flow/PDU-Set 2에 포함되는 첫번째/시작 패킷/PDU의 송신/수신/처리가 시작한 후 25ms 이내에 해당 QoS-flow/PDU-Set그룹(QoS-flow/PDU-Set 1, QoS-flow/PDU-Set 2)/ QoS-flow/PDU-Set-1에 포함되는 (해당 주기 속한) 모든/마지막 패킷/PDUs의 송신/수신/처리를 지원/제공하는 것을 나타낼 수 있다.

전술한 바와 같이, 해당 응용에 대해 상관관계를 가지는 하나 이상의 싱글모달데이터/플로우들에 대해, (해당 응용동기화를 위한 단말별로 또는 해당 응용동기화를 위한 단말그룹전체에 대해 단말구분없이,) 각각의 싱글모달데이터/플로우/미디어요소를 QoS-flow/PDU-Set에 연계시키고, 해당 QoS-flows/PDU-Sets을 그룹핑할 수 있다. 그룹핑된 QoS-flows/PDU-Sets 중에 기준으로 사용되는 레퍼런스 QoS-flow/PDU-Set을 지시/지정할 수 있다. 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리를 위한 동기화 임계치를 연계할 수 있다. 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리가 적용되는 시간을 제한하기 위해 해당 타이머 값을 지시할 수 있다. 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리가 적용되는 시간을 제한하기 위해 해당 동기화 처리 허용 시간/듀레이션/시간범위/주기/주기의배수를 지시할 수 있다. 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리가 적용되는 시간 단위를 지시하기 위해 해당 QoS-flow/PDU-Set의 트래픽발생주기(e.g. ms)/주기의배수/배수값/타임윈도우/순서번호를 지시할 수 있다 또는 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리가 적용되는 시간을 제한하기 위해 시그널링을 통해 해당 기능을 활성화/비활성화 하여 사용할 수 있다. 또는 각 단말/기지국/UPF/노드/개체/AS에서 해당 QoS-flow/PDU-Set그룹에 대해 동기화 처리는 레퍼런스 QoS-flow/PDU-Set의 트래픽 도움정보(e.g. 트래픽 발생 주기, frame interval, etc.)를 기준으로 수행될 수 있다. 해당 트래픽 도움정보는 단말/AS/AF/PCF/AMF/SMF에서 기지국으로 전달된 정보일 수 있다.

QoS-flow/PDU-Set유형/트래픽 발생 변동성 등을 고려한 QoS-flow/PDU-Set 간의 동기화 처리

도 9는 (XR) 응용에 대한 다운링크 (비디오) 트래픽 발생의 일 예를 나타낸다. 도 10은 (XR) 응용에 대한 다운링크 (전체) 트래픽 발생의 일 예를 나타낸다.

도 9의 예와 같이 하나의 응용에서 비디오 스트림은 변동 패킷 크기를 가지며 프레임 간격마다 주기적으로 버스티하게 발생된다. 예를 들어 프레임 레이트 (FR: Frame Rate, 30/60/90/120 fps)에 따라 서로다른 주기/프레임간격(Frame interval, 33.3/16.7/11.1/8.3 ms)를 가진다. 반면 도 10의 예와 같이 하나의 응용에서 음성 스트림은 특정(e.g. 20ms) 주기를 가지며 발생하고, 촉각/포즈/제어 패킷은 항상 고정 패킷 크기를 가지는 주기적인(e.g. 4ms) 트래픽 특성을 가진다. 도 10의 예에서 비디오 스트림/프레임의 주기는 16.7ms를 나타낸다.

하지만, 예측할 수 없는 지터, 지연 등으로 인해, 각 단말/기지국/UPF/노드/개체/AS에서 패킷 생성/송신/수신/도달/처리 시간이 정확하게 주기적이지 않을 수 있다.

이외에도, 특정 트래픽 스트림 내에서 패킷들은 서로다른 특성을 가지고 구분될 수 있다. 예를 들어 비디오 스트림 내에서 서로다른 패킷들은 서로다른 우선순위/중요도를 가질 수 있다. I-frame은 intra-coded picture로서 독립적으로 인코딩/디코딩 될 수 있다. 예측된 그림을 나타내는 P-frame은 완전한 프레임이 아니며 이전 프레임에 대한 이미지 변화만을 포함한다. B-frame은 양방향 예측된 그림으로 이전과 다음 프레임 사이에 변화를 포함한다. 이전과 다음 프레임이 가용할 때 인코딩과 디코딩 될 수 있다. 이러한 관계를 고려할 때 I-frame이 손실되면 B-frame/P-frame이 성공적으로 전달된 경우에도 GOP(Group of Picture)가 손실될 수 있다. 따라서 I-frame은 다른 프레임에 비해 중요한 프레임으로 고려될 수 있다.

이러한 트래픽 특성들을 고려해, 응용에 대해 의존성/상관관계를 가지는 하나 이상의 싱글모달데이터/플로우들에 대해, 각각의 싱글모달데이터/플로우/미디어요소를 QoS-flow/PDU-Set에 연계시키고, 해당 QoS-flow/PDU-Set을 그룹핑하여 동기화 처리하도록 할 수 있다.

일 예를 들어, 그룹핑된 QoS-flows/PDU-Sets 중에서 기준으로 사용되는 레퍼런스/프라이머리 QoS-flow/PDU-Set을 지시/지정할 수 있다. (그룹핑된 단말(들)에 대해 또는 단말별로 QoS-flows/PDU-Sets 중에서 기준으로 사용되는 레퍼런스/프라이머리 단말/QoS-flow/PDU-Set을 지시/지정할 수 있다.)

일 예로, 촉각(햅틱데이터/햅틱피드백)를 QoS-flow/PDU-Set1로 오디오를 QoS-flow/PDU-Set2로 구분하고, 비디오를 QoS-flow/PDU-Set3으로 구분하고, 비디오(QoS-flow/PDU-Set2)를 레퍼런스 QoS-flow/PDU-Set으로 지시/지정하여 동기화 처리를 지시하거나 사전구성할 수 있다.

다른 예로 촉각(햅틱데이터/햅틱피드백)를 QoS-flow/PDU-Set1로 오디오를 QoS-flow/PDU-Set2로 구분하고, 비디오를 QoS-flow/PDU-Set3으로 구분하고, 비디오(QoS-flow/PDU-Set3)의 경우 프레임 주기마다 발생하는 프레임/PDU-Set 별로 해당 프레임에 속한 모든 패킷/PDUs에 QoS-flow/PDU-Set 순서번호를 포함하도록 하고 QoS-flow/PDU-Set식별자와 QoS-flow/PDU-Set 순서번호를 통해 해당 QoS-flow/PDU-Set을 구분하도록 할 수 있다. 특정 순서번호에 대한 임의의 함수값을 가지는 QoS-flow/PDU-Set 을 레퍼런스 QoS-flow/PDU-Set 으로 지시/지정할 수 있다. 만약 I 프레임이 비디오 QoS-flow/PDU-Set 에서 첫번째 프레임에서 발생하고 5프레임마다 발생한다면(e.g. 1, 6, 11, 16, ??) 해당 QoS-flow/PDU-Set은 해당 프레임마다 순서번호를 붙이며, 1+n*5(n은 0, 1, 2, ??)의 PDU Set 순서번호를 가지는 QoS-flow/PDU-Set을 레퍼런스 QoS-flow/PDU-Set으로 지시/지정할 수 있다.

다른 예로 촉각(햅틱데이터/햅틱피드백)를 QoS-flow/PDU-Set 1로 오디오를 QoS-flow/PDU-Set 2로 구분하고, 비디오를 QoS-flow/PDU-Set 3으로 구분하고, 비디오(QoS-flow/PDU-Set 3)의 경우 프레임 유형(I-frame, P-frame, B-frame)에 따라 우선순위/중요도를 지시/지정해 추가로 해당 PDU Set을 구분할 수 있다. QoS-flow/PDU-Set 식별자와 우선순위/중요도를 조합해 QoS-flow/PDU-Set을 구분할 수 있다. 특정 우선순위/중요도를 가지는 QoS-flow/PDU-Set을 레퍼런스 PDU Set으로 지시/지정할 수 있다.

다른 예로 비디오의 경우 프레임 유형 및/또는 비디오 슬라이스 별로 PDU-Set을 구분하고, 촉각(햅틱데이터/햅틱피드백) 또는 오디오의 경우는 PDU-Set 구분없이 QoS-flow로 구분할 수 있다.

다른 예로 비디오의 경우 프레임 유형 및/또는 비디오 슬라이스 별로 PDU-Set을 구분하고, 촉각(햅틱데이터/햅틱피드백) 또는 오디오의 경우는 비디오 PDU-Set에 연계해 PDU-Set으로 구분할 수 있다. 예를 들어 해당 촉각/오디오 PDU(s)는 (연계된 비디오 PDU Set 프레임간격/주기 동안) 연계된 비디오 PDU-Set 정보(e.g. 해당 PDU Set을 식별하기 위한 임의의 정보, 레퍼런스가 되는 PDU-Set을 식별하기 위한 임의의 정보)를 연계/마킹/태깅할 수 있다.

다른 예로 촉각(햅틱데이터/햅틱피드백)를 QoS-flow/PDU-Set 1로 오디오를 QoS-flow/PDU-Set 2로 구분하고, 비디오 중에서 I-frame을 QoS-flow/PDU-Set 3으로, P-frame을 QoS-flow/PDU-Set 4로, B-frame을 QoS-flow/PDU-Set 5로 구분하고, I-frame(QoS-flow/PDU-Set 3)을 레퍼런스 QoS-flow/PDU-Set 으로 지시/지정할 수 있다.

다른 예로 전술한 PDU Set 또는 해당 PDU Set에 속한 PDUs가 포함하는 하나 이상의 정보를 기반으로 QoS-flow/PDU-Set을 구분하고, 해당 정보/정보조합에 따라 특정 QoS-flow/PDU-Set를 레퍼런스 QoS-flow/PDU-Set 으로 지시/지정할 수 있다.

다른 예로, 특정 단말을 레퍼런스 단말로 지시하는 경우, 해당 단말에 수신된 QoS-flow/PDU-Set에 기반해 동기화 처리를 수행할 수 있다.

해당 QoS-flow/PDU-Set 그룹에 대해 동기화 처리를 위한 동기화 임계치를 연계할 수 있다. 해당 지시정보를 수신한(또는 해당 지시정보가 (사전)구성된) 단말/기지국/UPF/노드/개체/AS은 (해당 타이밍정보/PDU-Set 단위 별로) (해당 레퍼런스단말/단말 및/또는) 해당 레퍼런스 QoS-flow/PDU-Set에 포함되는 첫번째/시작 패킷/PDU의 송신/수신/처리를 고려해 동기화 처리를 수행할 수 있다. 만약 해당 QoS-flow/PDU-Set 에 대한 특정 주기/듀레이션/시간범위/타임윈도우/순서번호/제한시간 동안 해당 QoS-flow/PDU-Set에 포함되는 패킷/PDU가 송신/수신/처리되지 않을 경우, 해당 QoS-flow/PDU-Set 그룹에 포함된 나머지 QoS-flow/PDU-Set에 포함되는 패킷/PDU를 송신/수신/처리할 수 있다. 또는 만약 해당 QoS-flow/PDU-Set에 대한 특정 주기/듀레이션/시간범위/타임윈도우/순서번호/제한시간 동안 해당 QoS-flow/PDU-Set 에 포함되는 패킷/PDU가 송신/수신/처리되지 않을 경우, 해당 QoS-flow/PDU-Set 그룹에 포함된 나머지 QoS-flow/PDU-Set 중에 기준으로 사용되는 (세컨더리 단말 및/또는) 세컨더리 레퍼런스 QoS-flow/PDU-Set을 지시/지정하고, 이를 기반으로 해당 QoS-flow/PDU-Set 그룹에 대한 동기화 처리를 수행할 수 있다.

다른 예를 들어, 그룹핑된 QoS-flows/PDU-Sets 중에서 QoS-flow/PDU-Set의 우선순위/중요도를 기준으로 동기화 처리를 위한 레퍼런스 QoS-flow/PDU-Set을 지시/지정할 수 있다. 해당 QoS-flow/PDU-Set 그룹에 대해 동기화 처리를 위한 동기화 임계치를 연계할 수 있다. 해당 지시정보를 수신한(또는 해당 지시정보가 (사전)구성된) 단말/기지국/UPF/노드/개체/AS은 (해당 타이밍정보/PDU-Set 단위 별로) (해당 레퍼런스단말/단말 및/또는) 해당 레퍼런스 QoS-flow/PDU-Set에 포함되는 첫번째/시작 패킷/PDU의 송신/수신/처리를 고려해 동기화 처리를 수행할 수 있다. 만약 해당 QoS-flow/PDU-Set에 대한 특정 주기/듀레이션/시간범위/타임윈도우/순서번호/제한시간 동안 해당 QoS-flow/PDU-Set에 포함되는 패킷/PDU가 송신/수신/처리되지 않을 경우, 해당 QoS-flow/PDU-Set 그룹에 포함된 나머지 QoS-flow/PDU-Set에 포함되는 패킷/PDU가 송신/수신/처리할 수 있다. 또는 만약 해당 QoS-flow/PDU-Set 에 대한 특정 주기/듀레이션/시간범위/타임윈도우/순서번호/제한시간 동안 해당 QoS-flow/PDU-Set 에 포함되는 패킷/PDU가 송신/수신/처리되지 않을 경우, 해당 QoS-flow/PDU-Set 그룹에 포함된 나머지 QoS-flow/PDU-Set 중에 기준으로 사용되는 (세컨더리 단말 및/또는) 세컨더리 레퍼런스 QoS-flow/PDU-Set 을 지시/지정하고, 이를 기반으로 해당 QoS-flow/PDU-Set 그룹에 대한 동기화 처리를 수행할 수 있다. 또는 만약 해당 QoS-flow/PDU-Set 에 대한 특정 주기/듀레이션/시간범위/타임윈도우/순서번호/제한시간 동안 해당 QoS-flow/PDU-Set 에 포함되는 패킷/PDU가 송신/수신/처리되지 않을 경우, 해당 QoS-flow/PDU-Set 그룹에 포함된 나머지 QoS-flow/PDU-Set에 포함되는 PDUs를 드랍/디스카드할 수 있다. 그리고 해당정보를 단말/기지국/UPF/노드/개체/AS/AF로 지시할 수 있다.

QoS-flow/PDU-Set 및 해당 PDUs에 대해 추가 정보 연계/마킹(marking)/태깅(tagging)

(XR) 응용에 대해 해당 응용에 포함된 하나 또는 이상의 QoS flow에 연계된 PDU Set에 대해 PDU Set 통합된 패킷 처리를 제공하기 위해서, 또는 하나의 응용에 대한 관련된 멀티 모달 데이터(예를 들어 특정 시간에 관계된 오디오, 비디오, 햅틱 데이터)를 유사한 시간에 사용자/단말로 전달하거나 조정해 처리하기 위해서는 유사한 시간에 전달되거나 조정되어 처리될 필요가 있는 멀티 모달 QoS-flow/PDU-Set에 포함되는 PDUs들에 대해 추가정보를 연계/마킹/태깅할 수 있다.

XR) 응용에 대해 해당 응용에 포함된 하나 또는 이상의 QoS flow에 연계된 PDU Set에 대해 PDU Set 통합된 패킷 처리를 제공하기 위해, 또는 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, QoS-flow/PDU-Set 또는 QoS-flow/PDU-Set 에 포함되는 패킷/PDUs(e.g. 해당 PDU Set에 포함되는 첫번째 패킷/PDU, 마지막 패킷/PDU, 전체 패킷/PDUs, 코어망 노드/개체로부터 지시된/룰에 의해 결정된/선택된/특정한 QoS-flow/PDU-Set에 포함되는 첫번째 패킷/PDU, 마지막 패킷/PDU, 전체 패킷/PDUs)는 아래 정보 중 하나 이상의 정보를 연계/마킹/태깅/포함 할 수 있다. 해당 연계/마킹/태깅/포함을 지시/구성하기위한 시그널링이 제공될 수 있다. 예를 들어 AF/PCF/UDM에서 SMF/AMF를 통해 UPF/기지국으로, 또는 기지국에 단말로 또는 SMF/AMF에서 단말로 해당 시그널링 지시될 수 있다.

일 예를 들어 QoS-flow/PDU-Set 식별자, QoS-flow/PDU-Set 순서번호, QoS-flow/PDU-Set 내의 패킷/PDU 순서번호, QoS-flow/PDU-Set 내의 전체 패킷 수 또는 QoS-flow/PDU-Set 내의 마지막 패킷 인지 여부를 지시하기 위한 정보, PDU Set 유형 또는 해당 PDU Set의 데이터/미디어 유형(e.g. 비디오, 오디오, 촉각 etc.), 해당 PDU Set의 상대적 중요도 (e.g. 할당/지시/사전구성된 중요도), 서로다른 버퍼를 위한 응용 트래픽을 구분하기 위한 버퍼 정보, 가용 시간(e.g. 단말/기지국/UPF/AS에서 임의의 동작(송신/수신/인코딩/디코딩처리)을 개시할 때, 시작 시간을 0으로 했을 때 다음 동작(송신/수신/인코딩/디코딩처리)까지 가용한 시간), 마지막 처리 단계에서 관찰된 패킷 지연, 해당 패킷이 포함된 미디어에 연계된 렌더링 타임를 연계/마킹/태깅할 수 있다.

다른 예를 들어, 유사한 시간에 전달/처리될 QoS-flows/PDU-Sets(e.g. QoS-flow/PDU-Set 그룹에 포함되는 QoS-flows/PDU-Sets)에 대해, 해당 QoS-flow/PDU-Set (또는 레퍼런스 QoS-flow/PDU-Set) 또는 해당 QoS-flow/PDU-Set (또는 레퍼런스 QoS-flow/PDU-Set)에 포함되는 임의의 패킷/PDUs(e.g. 첫번째 패킷/PDU, 마지막 패킷/PDU, 전체 PDUs)에 전달/처리될 타이밍 정보를 연계/마킹/태깅할 수 있다. 여기서 타이밍 정보는 해당 PDU Set에 대한 특정기준시간(e.g. 서브프레임/프레임/슬롯)/특정기준시간으로부터오프셋(e.g. 프레임오프셋, 슬롯오프셋)/시작시간/종료시간/시간범위/듀레이션/타이밍순서/순서번호/순서범위/데드라인/남은시간/가용시간/경과시간/주기/주기의배수/주기에대한순서번호 등 시간/순서를 나타내는 임의의 정보가 될 수 있다.

다른 예를 들어, 유사한 시간에 전달/처리될 QoS-flows/PDU-Sets이 그룹핑되어 지시되고, 해당 QoS-flows/PDU-Sets에 속하는 패킷/PDUs에 해당 패킷/PDUs가 전달/처리될 타이밍 정보를 연계/마킹/태깅할 수 있다.

다른 예를 들어, 네트워크 전달 가용시간(e.g. 단말/AS/기지국/UPF에서 콘텐트 전달을 개시할 때, 시작 시간을 0으로 했을 때 다음 처리(e.g. PDB, 네트워크 전달 지연, Peer 단말/AS/기지국/UPF 수신)까지 가용한 시간), 송신 단말/AS 지연(e.g. 송신 단말/AS에서 인코딩 및/또는 송신 AS에서 5GS로 전달에 소요되는 지연), 수신 단말/AS 지연(e.g. 수신 단말/AS에서 디코딩/렌더링 및/또는 5GS으로부터 수신 AS로 전달에 소요되는 지연 중 하나 이상을 포함하는 정보)을 연계/마킹/태깅할 수 있다.

다른 예를 들어, 유사한 시간에 전달/처리되어야 할 하나 이상의 PDU 셋 또는 해당 PDU 에 포함되는 임의의 패킷/PDUs은 동일한 타이밍 정보를 연계/마킹/태깅할 수 있다.

다른 예를 들어 해당 PDU 셋에 포함되는 모든 패킷/PDUs에 대해 또는 해당 PDU 셋에 포함되는 첫번째 패킷/PDU에 대해 또는 해당 PDU 셋에 포함되는 마지막 패킷/PDU에 대해 타이밍 정보를 연계/마킹/태깅할 수 있다.

다른 예를 들어 해당 타이밍정보는 해당 정보를 추가/생성/세팅하는 노드/개체(e.g. UE, UPF, AF, AS)에서 작동하는 클락(e.g. 5G 내부 시스템 클락, 외부 클락, 내부/외부 클락에 연동해 해당 노드/개체에 구성/설정/동기화된 클락)에 기반하여 산출된 값일 수 있다. 해당 값은 특정 시대/시기/시점/주기에 대한 양수 값(e.g. seconds, milliseconds 단위, N*seconds, N*milliseconds 단위, seconds/N, milliseconds/N 단위, N은 임의의 자연수을 나타낼 수 있다. 해당 값, N값(또는 단위, 또는 증가량 또는 해당코드)은 해당 기능을 제공/제어하는 제어플래인 노드/개체(e.g. AS, AF, PCF, AMF, SMF)에서 해당 노드/개체로 구성/지시될 수 있다.)을 나타낼 수 있다. 해당 시대/시기/시점/주기는 해당 PDU 세션의 시작/생성, 해당 PDU 셋의 시작/생성/수신/전송/가용시점, 해당 PDU 셋에 포함된 첫번째 PDU 시작/생성/수신/전송/가용시점, 해당 PDU 셋에 포함된 마지막 PDU 시작/생성/수신/전송/가용시점, 특정 시간 주기의 시작 중 하나가 될 수 있다.

해당 값은 특정 초기값으로부터 증가된 양수 값(e.g. seconds/milliseconds 단위)을 나타낼 수 있다. 해당 특정 초기값은 0 또는 1, 피어(peer)에 의해 수신한 값, 랜덤하게 산출된 값, 해당 기능을 제공하는 제어플래인 노드/개체에서 해당 노드/개체로 구성/지시된 (오프셋) 값 중 하나가 될 수 있다.

하나의 응용에 속한 QoS-flows/PDU-Sets에 연계된 PDU 세션 셋업/수정/조인 프로시져 동안, SMF는 해당 응용 세션 정보(또는 해당 PDU Set 정보 또는 해당 QoS 파라메터 또는 PCC rule)를 AF/PCF(또는 PDU Set 통합된 패킷 처리를 지원하는 전용 SMF)로부터 추출(retrieve)/수신 할 수 있다. 그리고 해당 단말에 대한 해당 PDU 세션 셋업 요청 또는 해당 응용 세션 조인 요청을 인가할 수 있다.

SMF는 PCF로부터 수신한 정책 룰에 기반하여 해당 응용/PDU-Set QoS flow를 생성/수정을 결정한다. SMF는 기지국/UPF/전용-UPF로 해당 QoS 정보를 전송한다. SMF는 UPF/전용-UPF/단말로 해당 패킷 검출과 포워딩 정보를 전송한다.

PDU Set 통합된 패킷 처리를 지원/제공하는 응용 세션을 식별하기 위한 정보, 또는 PDU Set 통합된 패킷 처리를 지원/제공하는 PDU Set을 식별하기 위한 정보는 Source/destination IP address or IPv6 prefix. Source / destination port number, Protocol ID of the protocol above IP/Next header type, Type of Service (TOS) (IPv4) / Traffic class (IPv6) and Mask, Flow Label (IPv6), Priority/Importance indication, traffic/media type, Application Identifier, TMGI, source specific IP multicast address 중 하나 이상의 정보를 포함할 수 있다.

XR 응용을 위한 QoS characteristics 추가

종래 5GS/NR 기술에서 5QI에 연계되는 5G QoS 특성정보(characteristics)는 다음과 같다.

1 Resource type (Non-GBR, GBR, Delay-critical GBR);

2 Priority Level;

3 Packet Delay Budget (including Core Network Packet Delay Budget);

4 Packet Error Rate;

5 Averaging window (for GBR and Delay-critical GBR resource type only);

6 Maximum Data Burst Volume (for Delay-critical GBR resource type only).

5G QoS 특성정보는 각각의 QoS flow에 대해 노드 특정한 파라메터 세팅을 위한 가이드라인으로 사용될 수 있다. XR을 위한 표준화된 또는 사전구성된 추가적인 5G QoS 특성정보가 정의되어 5QI 값을 통해 지시될 수 있다. 또는 추가 식별정보 및/또는 추가 QoS 특성정보와 함께 지시될 수 있다. 예를들어 하나의 응용 내에서 구분되는 응용세션(QoS flows)/PDU-Set에 대해 또는 상관관계/의존성를 가지는 응용세션(QoS flows)/PDU-Set에 대해 추가 식별정보 및/또는 추가 QoS특성정보가 연계되어 지시될 수 있다. 일 예를 들어 해당 응용세션(QoS flows)/PDU-Sets을 그룹핑하고 각각의 응용세션(QoS flow)/PDU-Set에 대해 해당 그룹 내 다른 응용세션(QoS flow)/PDU-Set에 대한 상대적인 우선순위, 상관관계/의존성, 동기화 임계값을 지시할 수 있다. 다른 예를 들어, 시그널링되는 5G QoS 특성정보는 QoS 프로파일의 부분으로 제공될 수 있다. XR 미디어 전달의 경우는 전형적으로 다운로드와 적응적 스트리밍에 기반하여 제공된다. 따라서 비트 레이트를 통해 조정될 수 있는 부분이 있다. 하지만, 뷰포인트 종속적인 스트리밍 등 다양한 XR 데이터 스트림에 대한 효과적인 QoS 지원을 위해 해당 응용세션(QoS flows)/PDU-Sets을 구분하고 해당 응용세션(QoS flows)/PDU-Sets을 연계해 처리하기 위한 QoS 특성정보가 추가될 수 있다.

일 예를 들어 XR 단말은 트래킹 정보(tracking information)를 사용한다. 적응적인 미디어 처리 요청에 포즈정보(pose information)/트래킹정보를 사용하기 위해 현 포즈정보/트래킹정보가 XR AF/AS로 전송될 수 있다. 현 뷰포인트를 고려해 관련된 정보를 액세스하기 위해 포즈정보/트래킹정보가 공유/업데이트될 수 있다. XR 디바이스 내의 트래킹/센서 데이터가 XR 렌더링(rendering)을 위해 처리될 수 있다. 미디어는 뷰포인트에 기반해 적응적으로 전송/요청될 수 있다. 따라서 포즈정보/트래킹정보와 같이 하나의 플로우 내에서 적응적인 또는 차별화된 요청/응답/처리/제어가 필요한 유닛/정보의 존재여부, 하나의 플로우 내에서 의존적인 처리/제어가 필요한 유닛/정보의 존재여부, 포즈정보/트래킹/제어 정보, 해당 정보를 식별하기 위한 정보, 해당 정보를 연계하기 위한 정보, 해당 응용세션(QoS flows)/PDU-Sets을 구분해 처리하기 위한 별도의 QoS 특성정보가 추가/정의되어 제어플래인 시그널링 및/또는 사용자 플래인 마킹/태깅을 통해 지시 될 수 있다.

참고로, 포즈정보는 XR 공간에 상대적인 공간에서 위치(position)와 오리엔테이션(orientation)을 나타낼 수 있다.

- The position in the XR space is a 3D-vector representing the position within a space and relative to the origin defined by the (x,y,z) coordinates.

- The orientation in the XR space is a quaternion representing the orientation within a space and defined by a four-dimensional or homogeneous vector with (x,y,z,w) coordinates, with w being the real part of the quarternion and x, y and z the imaginary parts.

트래킹 정보는 포즈 정보, (특정노드의) 위치(position), 오리엔테이션(orientation), 로테이션(rotation), 트래킹되는 해당노드 식별자, 가용한 트래킹 상태 제공 상태, XR 단말(e.g. Head Mount Device)의 현 위치와 오리엔테이션을 트래킹하는 센터, 방향, 방향 변동 중 하나 이상의 정보를 포함할 수 있다.

여기서 제어플래인 시그널링은 AF/PCF/UDM에서 SMF/AMF를 통해 UPF/기지국으로, 또는 기지국에 단말로, 또는 SMF/AMF에서 단말로 전송되는 제어플래인 시그널링을 의미하며 이는 NAS 시그널링(N1 시그널링, N2 시그널링, 코어망 노드/개체간 제어 플래인 시그널링), AS 시그널링(RRC, MAC CE, DCI) 중 하나 이상이 될 수 있다. 한편 사용자 플래인 시그널링은 AF/AS에서 UPF 또는 UPF에서 기지국으로 전송되는 터널 상에 포함되는 GTP-U 헤더, 응용 헤더 또는 응용 페이로드 상에 포함되는 유닛 정보, 기지국과 단말 간 무선인터페이스 상에 포함되는 SDAP 헤더, PDCP 헤더, RLC 헤더, MAC 헤더 중 하나 이상이 될 수 있다.

다른 예를 들어, 비디오 스트림의 주기적 가변적인 특성을 고려한 QoS 특성정보가 추가될 수 있다. 예를 들어 XR 트래픽은 특정한 주기를 가지고 일정범위(+/-) 지터 이내에서 발생할 수 있다. 예를 들어 일정한 (도달) 주기에서 발생하는 지터 수준/범위가 고려될 수 있다. 및/또는 XR 트래픽은 특정한 주기를 가지고 또다른 특정한 범위의 크기를 가지고 발생할 수 있다. 예를 들어 일정한 (도달) 주기에서 발생하는 데이터 최대/최소 버스트 크기/범위가 고려될 수 있다. 다른 예를 들어 XR (비디오) 트래픽의 비정수적 주기(e.g. 30fps: 33.33ms, 60fps: 16.67ms, 90fps: 11.11ms, 120fps: 8.33ms) 특성을 고려한 QoS 특성정보가 추가될 수 있다. 이를 지시하기 위한 정보가 제어플래인 시그널링 및/또는 사용자 플래인 마킹/태깅을 통해 제공될 수 있다. 다른 예를 들어, XR 응용을 지원하기 위한 비디오 스트림의 업데이트 레이트(update rate), 업데이트 요청/응답, 패킷 크기, 초당프레임레이트, roundtrip interaction delay tolerance 중 하나 이상의 정보가 QoS 특성정보로 추가될 수 있다. 이를 지시하기 위한 정보가 제어플래인 시그널링 및/또는 사용자 플래인 마킹/태깅을 통해 제공될 수 있다. 다른 예를 들어 QoS-flow/PDU-Set 특정한 QoS 특성정보가 추가될 수 있다. 예를 들어 QoS-flow/PDU-Set 단위의 구분처리 또는 그룹핑 처리 요구 여부를 고려하여 처리하기 위한 정보가 추가될 수 있다. 또는 하나의 QoS 플로우 내에서 PDU-Set 단위로 구분된 세부 플로우/스트림들을 연계해 처리하기 위한 정보가 추가될 수 있다. 또는 (하나의 QoS 플로우 내에서) 의존성을 가지는 PDU-Set 단위로 구분된 세부 플로우/스트림들을 연계해/그룹핑해 처리하기 위한 정보가 추가될 수 있다. 또는 하나의 PDU 세션 내에서 QoS-flow/PDU-Set 단위로 구분된 QoS-flows/PDU-Sets을 연계해 처리하기 위한 정보가 추가될 수 있다. 또는 응용/응용계층/응용서버/PCF에서 응용 트래픽을 QoS-flow/PDU-Set 단위로 구분해 연계 처리하기 위한 정보가 추가될 수 있다. 다른 예를 들어 해당 QoS 특성정보는 QoS-flow/PDU-Set level QoS 프로파일(또는 QoS 프로파일에 포함되는 QoS 파라메터)로 정의되어 적용될 수 있다.

해당 QoS 특성정보는 5QI에 연계되어 지시될 수 있다. 또는 해당 QoS 특성정보는 5QI에 대해 추가적인/연계된 QoS-flow/PDU-Set level 서브지시자/식별정보를 정의해 지시될 수 있다.

코어망 제어플래인 개체(e.g. SMF/AMF)는 PDU 세션 설정/수정 프로시져 동안 기지국으로 (PDU SESSION RESOURCE SETUP REQUEST message 또는 PDU SESSION RESOURCE MODIFY REQUEST message를 통해, 또는 해당 메시지의 PDU Session Resource Setup Request Transfer IE 또는 PDU Session Resource Modify Request Transfer IE를 통해) 해당 5QI/QoS특성정보, 해당 서브지시자/식별정보를 포함하여 지시할 수 있다.

기지국은 해당 정보를 고려한 스케줄링을 지원하기 위해, 해당 QoS-flow/PDU-Set, QoS-flow/PDU-Set level 5QI/QoS특성정보, QoS-flow/PDU-Set level 서브지시자/식별정보에 연계된(해당 정보를 가지고 구성되는) SRB/DRB 또는 SRB(s)/DRB(s) 그룹을 구성할 수 있다. 기지국은 RRC 시그널링(e.g. RRC reconfiguration message)를 통해 해당 SRB/DRB 구성정보에 이를 지시하기 위한 정보를 포함해 구성할 수 있다. 또는 기지국은 기지국은 RRC 시그널링(e.g. RRC reconfiguration message)을 통해 해당 DRB 구성정보에 해당 정보(들)를 고려해 해당 사용자 플래인 데이터를 전송하기 위해 필요한 구성을 연계해 포함할 수 있다. 예를 들어 XR 트래픽의 비정수성을 고려/지원하는 configured grants, semi-persistent scheduling, DRX 구성 중 하나이상의 구성을 해당 DRB(s)에 연계해 구성할 수 있다. 또는 해당 DRB에 연계된 논리채널에 대한 우선 처리를 위해 LCP restrictions, packet duplication, 특정 타겟 블락 오류율 (e.g. 10의 마이너스 5승)을 위한 CQI 테이블 중 하나 이상을 구성할 수 있다. 예를 들어 RRC를 통해 해당 논리채널을 configured grant configuration에 매핑해 구성할 수 있다. 또는 해당 논리채널은 특정한 물리적 우선순위 수준(physical priority level)을 지시하는 동적인 그랜트를 이용하도록 할 수 있다. 또는 의존성을 가지는 QoS-flows/PDU-Sets을 연계해 처리하기 위해 해당 QoS-flow(s)/PDU-Set(s)에 연계된 DRB(s)에 대해 해당 DRB(s) 간에 연계를 지시하기 위한 정보를 포함하도록 할 수 있다. 또는 QoS-flows/PDU-Sets를 연계해 처리하기 위해 해당 QoS-flowㄴ/PDU-Sets에 연계된 DRB(s)에 연계되는 논리채널 구성에 대해 해당 논리채널(들) 간에 연계를 지시하기 위한 정보를 포함하도록 할 수 있다.

PDU Set 기반 패킷 필터 추가

이동통신망에서 해당 XR 데이터의 효과적인 전달(delivery)/전송을 지원하기 위해 응용(application)/응용계층은 패킷 마다 임의의 메타데이터/제어필드를 추가해 제공하도록 할 수 있다. 예를 들어 응용 헤더 또는 응용 페이로드 상에 해당 응용의 특정 데이터 트래픽/플로우/스트림/유닛을 구분하기 위한 필드/정보/지시자를 통해 해당 응용 스트림/데이터/플로우를 서로다른 특성을 가진 세부스트림/데이터유닛/세부플로우/프레임으로 구분할 수 있다. 설명의 편의를 위해 이를 전술한 PDU Set으로 표기한다.

이동통신망에서 응용 계층 상에서 생성되는 해당 정보/파라메터를 활용하기 위해 (deep) 패킷 inspection/필터링이 필요할 수 있다. 이는 이동통신망의 단대단 노드(e.g. UE, UPF)에서 수행되는 것이 바람직할 수 있다. 해당 정보는 XR 응용/미디어를 처리하기 위해 필요한 임의의 동작(e.g. 시그널링, 전송, 코덱, 포맷) 상에서 발생되는 임의의 정보를 포함할 수 있다.

다운링크에서 인입 데이터 패킷은 다운링크 PDR(Packet Detection Rule)의 패킷 필터 셋에 기반해 분류될 수 있다. UPF/전용UPF는 하나의 QoS flow에 속한 사용자 플래인 트래픽 분류를 QFI를 사용하는 N3 User Plane marking을 통해 운반할 수 있다. UPF/전용UPF는 하나의 PDU 세션에 속한 하나 또는 이상의 QoS flow(s)를 서로다른 QoS-flows/PDU-Sets으로 구분할 수 있다. 하나의 PDU-Set에 속한 사용자 플래인 트래픽 분류는 본 발명에 포함된 임의의 정보 및/또는 이하에서 설명하는 패킷 필터 셋을 사용하여 추가적으로 분류하고 해당하는 N3 User Plane marking을 통해 운반할 수 있다.

상관관계/의존성을 가지는 QoS-flows/PDU-Sets들은 하나의 그룹-QoS-flow/그룹-PDU-Set으로 그룹핑될 수 있다. UPF/전용UPF는 하나의 그룹-QoS-flow/그룹-PDU-Set에 속한 사용자 플래인 트래픽 분류는 본 발명에 포함된 임의의 정보 및/또는 이하에서 설명하는 패킷 필터 셋을 사용하여 추가적으로 분류하고 해당하는 N3 User Plane marking을 통해 운반할 수 있다.

업링크에서 해당 PDU세션/응용세션에 대해, 단말은 매칭되는 QoS 룰이 찾아질 때까지 QoS 룰의 우선순위에 기반해 오름차순으로 QoS 룰내 패킷 필터셋에서 업링크 패킷 필터에 대한 업링크 패킷을 평가(evaluate)할 수 있다. 단말은 해당 QoS 룰에 매칭되는 QFI를 사용하여 업링크 패킷을 QoS 플로우로 바인드(bind)할 수 있다. 단말은 하나의 또는 이상의 QoS flow(s)/PDU-Set(s)에 속한 서로다른 사용자 플래인 트래픽(PDU Set) 분류를 본 발명에 포함된 임의의 정보 및/또는 이하에서 설명하는 패킷 필터 셋을 사용하여 추가적으로 분류하고 해당 업링크 패킷을 해당 QoS-플로우/PDU-Set로 바인드할 수 있다. 단말은 하나의 또는 이상의 QoS flow(s)(또는 하나의 응용 세션)에 속한 서로다른 사용자 플래인 트래픽(PDU Set) 분류를 본 발명에 포함된 임의의 정보 및/또는 이하에서 설명하는 패킷 필터 셋을 사용하여 추가적으로 분류하고 해당 업링크 패킷을 해당 그룹-QoS-flow/그룹-PDU-Set으로 바인드할 수 있다.

단말 내 XR응용 또는 XR 응용서버 또는 해당 서버를 포함하는 데이터 네트워크(DN)에 연동되는 코어망 개체(e.g. UPF/전용UPF)는 해당정보를 이용하여 해당 응용에 대한 QoS flows를 서로다른 응용세션(QoS-flows)/PDU-Sets으로 분리할 수 있다. 단말 내 XR응용 또는 XR 응용서버 또는 해당 서버를 포함하는 데이터 네트워크(DN)에 연동되는 코어망 개체(e.g. UPF/전용UPF)는 해당정보를 이용하여 해당 응용에 대한 QoS flows를 서로다른 그룹-QoS-flow/그룹-PDU-Set으로 분리할 수 있다.

일 예를 들어 해당 응용세션(QoS-플로우)/PDU-Set을 구분해 서로다른 QoS flow에 매핑되도록 QFI를 추가/마킹할 수 있다. 해당 응용세션(QoS-플로우)/PDU-Set에 추가/마킹되는 QFI는 해당 응용세션(QoS-flow)/PDU-Set이 속한 PDU 세션 설정/수정을 위한 QoS flow를 식별하기 위한 QFI와 구분되는 추가적인 QFI일 수 있다. 설명의 편의를 위해 하나의 PDU 세션에 속한 하나의 QoS-flow를-위한-식별정보/QoS식별정보로 사용되는 QFI/5QI와 구분되는, 해당 QoS flow 내에서(또는 해당 QoS flow와 연계된) PDU-Set 별로 구분되는 응용세션/PDU-Set 식별 정보 또는 응용세션/PDU-Set QoS 식별정보를 응용세션/PDU-Set QFI/5QI로 표기한다. 이는 설명의 편의를 위한 것으로 PDU-Set level QFI/5QI, Secondary QFI/5QI, PDU-Set-식별자/PDU-Set-5QI 등 임의의 다른 용어로 대체될 수 있다.

다른 예를 들어 하나의 응용에 대해 해당 응용에 속한 응용세션/QoS-flow(s)를 구분해 서로다른 PDU-Sets으로 분리할 수 있다. 해당 PDU Set을 식별/구분하기 위해 해당 PDU 세션에 속한 해당 응용의 QoS flows에 대한 QFI/5QI에 연계되는 세부/추가 식별정보가 정의되어 마킹될 수 있다. 일 예로 세부/추가 식별정보는 전술한 응용세션/PDU-Set QFI/5QI가 될 수 있다. 다른 예로 세부/추가 식별정보는 해당 응용에 대해(또는 해당 응용에 속한) 의존성을 가지는 PDU-Sets을 연계/그룹핑해 처리하기 위해 정보가 될 수 있다. 예를 들어 PDU Set이 속한 의존성을 가지는 PDU Set 그룹을 구별하기 위한 그룹 식별자, 그룹핑된 PDU Sets 중에서 해당 PDU Set의 우선순위/중요도, 해당 그룹 내 다른 응용세션(QoS flow)/PDU-Set에 대한 상대적인 우선순위, 상관관계/의존성을 가지는 다른 PDU-Set(s), 상관관계/의존성을 가지는 다른 PDU-Set(s)을 식별하기 위한 정보 중 하나 이상이 정의되어 마킹될 수 있다.

다른 예를 들어 하나의 응용에 대해 상관관계를 가지는 하나 이상의 싱글모달데이터/플로우들에 대해, 각각의 싱글모달데이터/플로우/미디어요소를 PDU Set에 연계시키고, 해당 PDU Sets을 그룹핑할 수 있다. PDU Set 그룹은 해당 그룹에 속한 PDU Sets에 대한 PDU Set 리스트/목록을 포함할 수 있다. 각각의 PDU Set은 PDU Set 식별자, 해당 PDU Set이 속한 QoS flow에 대한 QFI/ 5QI, 해당 PDU Set에 대한 응용세션/PDU-Set QFI/5QI 중 하나 이상에 연계되어 통해 구분될 수 있다. PDU Set 그룹은 PDU Set 그룹을 식별하기 위한 식별자/인덱스를 통해 구분될 수 있다.

다른 예를 들어, PDU-Set에 대해 QFI/5QI를 대체/대신해서 사용될 수 있는 식별자가 정의되어 마킹될 수 있다. 및/또는 해당 식별자는 (오퍼레이터가 정의하여) 동적으로 할당되도록 할 수 있다. 예를 들어 해당 식별자는 동적으로 할당되는 5QI(dynamic 5QI) 방식과 유사하게, (오퍼레이터가 정의하여) 동적으로 할당되는 QFI/5QI를 적용해 다른 QoS프로파일/QoS파라메터과 동일하게 시그널링 되도록 할 수 있다. 예를 들어 비표준화된 또는 사전구성되지 않은 5QI 값을 가지고 해당 QoS 프로파일의 부분으로써 해당 QoS 특성정보(e.g. dynamic 5QI descriptor IE)가 코어망 제어플래인 개체에서 기지국으로 시그널링 될 수 있다. 일 예로 해당 QFI/5QI/QoS프로파일/QoS파라메터는 가입데이터에 포함되어 UDM에서 SMF/PCF/AF로 제공될 수 있다. 다른 예로 SMF는 해당 QFI/5QI/QoS프로파일/QoS파라메터를 NEF/AF/PCF(또는 PDU Set 통합된 패킷 처리를 지원하는 전용 SMF)로부터 추출(retrieve)/수신 할 수 있다. SMF는 NEF/AF/PCF로부터 수신한 정책 룰에 기반하여 해당 응용세션(QoS-flows)/PDU-Set 생성/수정을 결정한다. 다른 예로 단말 요청에 의해 상기한 동작 중 하나 이상이 트리거될 수 있다.

다른 예를 들어, QoS-flow/PDU-Set에 대해 본 발명세서에 포함된 임의의 추가정보가 포함되면, 해당 단말/기지국/네트워크노드/개체/AF는 해당 정보를 우선해서 적용할 수 있다. QoS-flow/PDU-Set가 속한/연계된 QoS-Flow는 무시하거나, 해당 기능을 지원하지 못하는 경우 default/fallback로 사용하도록 할 수 있다. 해당 경우 이를 지시하기 위한 정보를 다른 노드(단말/기지국/네트워크노드/개체/AF)로 이를 지시할 수 있다.

다른 예를 들어 하나의 응용/QoS-flow 내에서 해당 응용/QoS-flow(s)를 구분해 서로다른 PDU-Sets으로 분리할 수 있다. 해당 응용/QoS-flow에 속한/연계된 상관관계/의존성을 가지는 서로다른 PDU-Sets 간에 상관관계/의존성/우선순위/중요도의 오름차순/내림차순으로 해당 PDU-Set의 식별자/인덱스가 할당되도록 할 수 있다.

다른 예를 들어 하나의 응용/QoS-flow 내에서 해당 응용/QoS-flow를 구분해 서로다른 PDU-Sets으로 분리할 수 있다. 해당 응용/QoS-flow에 속한/연계된 상관관계/의존성을 가지는 서로다른 PDU-Sets을 그룹핑할 수 있다. 그룹핑된 PDU-Sets에 대해 해당 그룹 PDU Set에 속한 PDU Sets 간에 상관관계/의존성/우선순위/중요도의 오름차순/내림차순으로 해당 PDU-Set의 식별자/인덱스가 할당되도록 할 수 있다.

다른 예를 들어 해당 응용 내에서 연계된 QoS 처리가 필요한 QoS flows이 존재할 수 있다. 연계된 QoS flow 처리가 필요한 QoS-flows/PDU-Sets을 그룹핑하기 위한 정보가 정의될 수 있다. 단말 또는 UPF에서 연계된 QoS flow 처리가 필요한 QoS flow들에 대한 그룹을 식별하기 위한 정보가 추가적으로 마킹될 수 있다. 다른 예를 들어 해당 응용의 하나의 QoS-flow에 대한 대표/디폴트/fallback QFI/5QI(또는, 해당 응용세션/PDU-Set에 매핑되는 PDU Session QoS flow에 대한 QFI/5QI), 해당 QoS-flow에 연계된 PDU-Set에 대한 응용세션/PDU-Set QFI/5QI가 연계되어/동시에 제공될 수 있다.

전술한 바와 같이 해당 응용 헤더에 의해 포함되는 임의의 필드/정보, 응용 (페이로드) 내에서 유닛을 구분할 수 있는 정보를 통해 PDU-Set을 구분할 수 있다. 해당 정보는 PCF로부터 코어망개체(e.g. AMF/SMF/UPF)로 수신되거나 XR 응용서버/응용기능으로부터 코어망개체(e.g. AMF/SMF/UPF)로 수신될 수 있다. 및/또는 해당 정보는 로컬 구성에 의해 설정될 수 있다.

단말 내 XR 응용 또는 XR응용서버는 해당정보를 이용하여 해당 응용 스트림을 서로다른 PDU-Set으로 분리할 수 있다. 아래 패킷 필터 중 하나 이상의 정보를 이용하여 분리된 응용 세부스트림/데이터유닛/세부플로우/프레임을 구분할 수 있다.

(For IP PDU 세션 타입에 대해,) 패킷 필터 셋은 적어도 아래의 임의의 조합에 기반한 패킷 필터를 지원해야 한다.

- PDU-Set-type/PDU-Set-data-type

- PDU Set ID(식별자)

- PDU Set 순서번호

-해당 PDU Set의 전체 패킷 수, 또는 PDU Set 내의 마지막 패킷 인 것을 지시하는 정보

- 타이밍 정보

- Fame-type: P-frame, I-frame, B-frame

- Traffic-type: voice, video, haptic, pose information, tracking information

- Media Units (MUs)-type: haptic information, updated pose information, tracking information video, voice,

- Priority/Importance indication

- Source/destination IP address or IPv6 prefix.

- Source / destination port number.

- Protocol ID of the protocol above IP/Next header type.

- Type of Service (TOS) (IPv4) / Traffic class (IPv6) and Mask.

- Flow Label (IPv6).

- Security parameter index.

- Packet Filter direction.

- Application Identifier: UPF에 구성되는 응용 검출 룰 셋을 식별하기 위한 인덱스

- 응용 식별자: 해당 (XR) 응용을 식별하기 위한 정보

- 해당 패킷 필터 셋을 식별하기 위한 정보

-Control information: 포즈정보/트래킹정보

예를 들어 단말 또는 UPF는 임의의 응용 내에서 QoS-flow/PDU Set 유형별로 패킷을 필터링 하도록 할 수 있다. 이를 지시하기 위한 시그널링이 제공될 수 있다. 일 예를 들어 코어망 제어플래인 개체(e.g. SMF/AMF)는 PDU 세션 설정/수정 프로시져 동안 해당 XR 응용에 대해(또는 해당 응용의 QoS flow(s)에 대해) 해당 패킷 필터링을 구성할 수 있다. 또는, 코어망 제어플래인 개체(e.g. SMF/AMF)는 PDU 세션 설정/수정 프로시져 동안 해당 XR 응용세션/PDU-Set 에 대해(또는 해당 응용의 QoS flow(s)에 대해) 해당 패킷 필터링을 활성화/비활성화할 수 있다. 또는, PCF에 의해 PCC 룰이 활성화/비활성화 될 때, 코어망 제어플래인 개체(e.g. SMF/AMF)는 UPF/단말 내에 해당 패킷 필터에 기반한 룰을 활성화/비활성화/집행하기 위해 UPF/단말로 전술한 패킷 필터 셋에 포함되는 하나 이상의 정보, 활성화/비활성화를 지시하기 위한 정보를 포함해 전송할 수 있다. 예를 들어 QoS-flow/PDU-Set 단위의 패킷 필터링을 활성화/비활성화해 효과적으로 제어하도록 할 수 있다.

코어망 제어플래인 개체는 UPF에 해당 패킷 필터셋을 통한 필터링 요청/활성화/비활성화를 지시하기 위한 정보를 전송할 수 있다. 코어망 제어플래인 개체는 단말로 해당 패킷 필터셋을 통한 필터링 요청/활성화/비활성화를 지시하기 위한 정보를 전송할 수 있다. 패킷 필터링 요청/활성화/비활성화를 지시하기 위한 정보는 해당 패킷 필터링을 위해 전술한 정보를 포함할 수 있다. 해당 정보는 PCF로부터 수신되거나 XR 응용서버/응용기능으로부터 수신될 수 있다. 및/또는 해당 정보는 로컬 구성에 의해 설정될 수 있다.

다른 예를 들어 코어망 제어플래인 개체(e.g. SMF/AMF)는 PCC(Policy and charging control) 룰을 해당 QoS-flow/PDU-Set에 바인딩(bind)할 수 있다. SMF는 하나의 PDU Set에 QFI/5QI/dynamic-5QI-descriptor에 포함되는 하나 이상의 정보/해당 PDU Set을 식별하기 위한 정보/전술한 QoS특성정보를 할당하고 QoS 프로파일을 유도할 수 있다. PCC 룰로부터 해당하는 UPF 지시(instructions)와 QoS 룰은 PCF에 의해 제공되는 해당 QoS-flow/PDU-Set에 바인딩될 수 있다. 해당 PDU Set에 바인딩되는 각각의 PCC룰에 대해, SMF는 사용자 플래인 트래픽에 대한 분류(classification), 대역폭 집행, 마킹을 가능하게 하기 위해 본 명세서에 포함되는 임의의 정보(e.g. QoS 특성정보, 패킷 마킹 정보, 패킷 필터 셋 정보, 5QI/QFI/서브지시자, PDU Set 그룹 식별자, PDU Set 리스트, etc.) 중 하나 이상의 정보를 포함해 UPF에 제공할 수 있다.

UPF는 5QI/QFI를 가지는 GTP-U 헤더 내에 추가정보(e.g. 본 명세서에 포함되는 임의의 정보(e.g. QoS 특성정보, 패킷 마킹 정보, 패킷 필터 셋 정보, 5QI/QFI/서브지시자, QoS-flow/PDU-Set 그룹 식별자, QoS-flow/PDU-Set 리스트, 단말식별자 리스트 etc.) 중 하나 이상의 정보)를 포함하여 캡슐화 할 수 있다(encapsulate). 또는 UPF는 5QI/QFI에 연계된 GTP-U 헤더 내에 추가정보를 포함하여 캡슐화 할 수 있다. 또는 PDU session user plane protocol에 포함되는 DL PDU session information에 추가정보를 포함할 수 있다. 또는 UPF는 (다른 코어망개체로부터) 해당 지시정보가 수신/구성/적용/세팅되었을 때 추가정보를 포함할 수 있다.

다른 예를 들어 기지국은 5QI/QFI를 가지는 GTP-U 헤더 내에 추가정보를 포함하여 캡슐화 할 수 있다(encapsulate). 또는 UPF는 5QI/QFI에 연계된 GTP-U 헤더 내에 추가정보를 포함하여 캡슐화 할 수 있다. 또는 PDU session user plane protocol에 포함되는 UL PDU session information에 추가정보를 포함할 수 있다. 또는 기지국은 (다른 코어망개체로부터) 해당 지시정보가 수신/구성/적용/세팅되었을 때 추가정보를 포함할 수 있다.

다른 예를 들어 단말은 업링크 사용자 플래인 트래픽의 분류와 마킹을 수행한다. 이를 위한 QoS 룰이 명시적으로 단말로 제공될 수 있다. 예를 들어 PDU 세션 설정/수정 프로시져를 사용하여 해당 메시지를 통해 코어망 개체(AMF/SMF)에서 단말로 해당 QoS 룰이 시그널링 될 수 있다. 또는 단말내에 해당 QoS룰이 사전 구성될 수 있다.

단말은 하나의 QoS flow에 속한 서로다른 특성을 가지는 사용자 플래인 트래픽(e.g. QoS-flow/PDU-Set)을 이하에서 설명하는 패킷 필터 셋을 사용하여 추가적으로 분류하고 본 발명에 포함된 식별자 및/또는 해당 추가 지시정보를 사용하여 업링크 패킷을 해당 PDU Set로 바인딩 할 수 있다.

기지국은 RRC 시그널링(e.g. RRC reconfiguration message)을 통해 해당 QoS-flow/PDU-Set을 DRB(s)에 연계/매핑시키기 위한 구성정보를 단말로 지시할 수 있다. 일 예를 들어 SDAP 구성은 매핑되는 QoS-flow/PDU-Set에 대해 QFI, 5QI, dynamic-5QI-descriptor에 포함되는 하나 이상의 정보, 해당 QoS-flow/PDU-Set을 식별하기 위한 정보, 전술한 QoS 특성정보 중 하나 이상의 정보를 포함할 수 있다. 다른 예를 들어 해당 SDAP는 RDI, RQI, QFI 필드를 가지는 DL Data PDU에 대한 SDAP 헤더와 다른 포맷의 헤더를 가지도록 정의되어 사용될 수 있다. 일 예로 해당 헤더는 RDI, RQI 필드 없이 PDU Set에 대해 QFI, 5QI, dynamic-5QI-descriptor에 포함되는 하나 이상의 정보, 해당 QoS-flow/PDU-Set을 식별하기 위한 정보, 전술한 QoS특성정보, 헤더 버전(version)정보 중 하나 이상의 정보/필드를 포함/추가하여 구성될 수 있다. 다른 예로 해당 헤더는 QoS-flow/PDU-Set에 대해 QFI, 5QI, dynamic-5QI-descriptor에 포함되는 하나 이상의 정보, 해당 QoS-flow/PDU-Set을 식별하기 위한 정보, 전술한 QoS특성정보, 헤더 버전(version)정보 중 하나 이상의 정보/필드를 포함/추가하여 구성될 수 있다. 다른 예를 들어 해당 SDAP는 D/C, R, QFI 필드를 가지는 UL Data PDU에 대한 SDAP 헤더와 다른 포맷의 헤더를 가지도록 정의되어 사용될 수 있다. 일 예로 해당 헤더는 PDU Set에 대해 QFI, 5QI, dynamic-5QI-descriptor에 포함되는 하나 이상의 정보, 해당 QoS-flow/PDU-Set을 식별하기 위한 정보, 전술한 QoS특성정보, 전술한 패킷 필터정보, 헤더 버전(version)정보 중 하나 이상의 정보/필드를 포함/추가하여 구성될 수 있다.

전술한 임의의 시그널링/단말동작/코어망개체(AMF/SMF/PCF/UPF/NEF/AF)동작/기지국동작에 포함되는 정보는 응용 내에서 유닛을 구분하기 위한 정보, 응용 (페이로드) 내 헤더정보, (응용 내에서 유닛을 구분하기 위한 정보를 통해 구분한) QoS-flow/PDU-Set 유형 또는 이를 식별하기 위한 식별자/인덱스정보, 연계된 QoS flow 처리가 필요한 QoS-flows/PDU-Sets에 대한 그룹을 식별하기 위한 정보, QFI, QFI에 연계된 PDU Set를 식별하기 위한 서브지시자/식별자/인덱스정보 및 리스트, PDU Set 내 순서번호, PDU Set에 대한 엔드마크(e.g. Indicates if this is the last packet in the PDU Set), 데이터/트래픽/서비스 유형(The data type of the PDU Set, PDU Set type), 중요도/우선순위(assigned relative Priority/importance information in the same flow), 해당 유닛/패킷 생성/송신 타이밍정보, 해당 유닛/패킷 수신 타이밍정보, 다운링크/업링크 지터(e.g. 해당 PDU Set에 대한 the sum of the jitter incurred in NG-RAN (including the jitter at gNB-CU-UP, on F1-U and on gNB-DU) and the jitter over Uu interface, 또는 해당 PDU Set에 대해 특정/지시된/사전구성된 주기의 시점과 실제 유닛의 도달/수신/송신되는 시점 간 차이), 해당 다운링크/업링크 지터 지시정보(e.g. 해당 정보의 존재를 지시하기 위한 1비트 정보), 다운링크/업링크 지연(e.g. 해당 PDU Set에 대한 the sum of the delay incurred in NG-RAN (including the delay at gNB-CU-UP, on F1-U and on gNB-DU) and the delay over Uu interface), 해당 다운링크/업링크 지연 지시정보(e.g. 해당 정보의 존재를 지시하기 위한 1비트 정보), 응용 헤더에 의해 포함되는 필드/정보를 통해 유닛을 구분하기 위한 임의의 정보, 타이밍 정보 중 하나 이상의 정보를 포함할 수 있다.

다른 예를 들어 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, 응용세션/PDU-Set 또는 응용세션/PDU-Set에 포함되는 패킷/PDUs(e.g. 해당 PDU Set에 포함되는 첫번째 패킷/PDU, 마지막 패킷/PDU, 전체 패킷/PDUs, 코어망 노드/개체로부터 지시된/룰에 의해 결정된/선택된/특정한 응용세션/PDU-Set에 포함되는 첫번째 패킷/PDU, 마지막 패킷/PDU, 전체 패킷/PDUs)는 전술한 정보 중 하나 이상의 정보를 해당 PDU의 페이로드에 포함할 수 있다.

다른 예를 들어 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, 응용세션/PDU-Set 또는 응용세션/PDU-Set에 포함되는 패킷/PDUs은 전술한 정보 중 하나 이상의 정보를 응용에 의해 생성되는 한 유닛 정보의 페이로드에 포함할 수 있다.

다른 예를 들어 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, 응용세션/PDU-Set 또는 응용세션/PDU-Set에 포함되는 패킷/PDUs은 전술한 정보 중 하나 이상의 정보를 응용에 의해 생성되는 유닛 정보를 위한 헤더/필드에 포함할 수 있다.

다른 예를 들어 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, 응용세션/PDU-Set 또는 응용세션/PDU-Set에 포함되는 패킷/PDUs은 전술한 정보 중 하나 이상의 정보를 IP 패킷 헤더, TCP 헤더, UDP 헤더, 응용 헤더에 연계/마킹/태깅/포함할 수 있다. 헤더/필드에 포함할 수 있다.

다른 예를 들어 응용에 포함된 멀티모달 데이터를 유사한 시간에 전달/처리하기 위해, 응용세션/PDU-Set 또는 응용세션/PDU-Set에 포함되는 패킷/PDUs은 전술한 정보 중 하나 이상의 정보를 해당 패킷/PDU를 운반하는 GTP-U 헤더에 연계/마킹/태깅/포함할 수 있다.

상기한 바와 같이 본 발명은 상위 계층으로부터 동작중인 서비스/응용 상에서 생성되는 한 단위의 정보/필드를 활용하여 QoS-flow/PDU-Set 단위의 QoS 처리를 지원할 수 있으며 이를 기반으로 응용 동기화를 제공할 수 있는 효과가 있다.

도 11은 또 다른 실시예에 의한 기지국(1000)의 구성을 보여주는 도면이다.

도 11을 참조하면, 또 다른 실시예에 의한 기지국(1000)은 제어부(1010)과 송신부(1020), 수신부(1030)를 포함한다.

제어부(1010)는 전술한 본 발명을 수행하기에 필요한 응용계층에서 생성/제공되는 정보를 통해 패킷을 처리하는 동작에 따른 전반적인 기지국(1000)의 동작을 제어한다.

송신부(1020)와 수신부(1030)는 전술한 본 발명을 수행하기에 필요한 신호나 메시지, 데이터를 단말과 송수신하는데 사용된다.

도 12는 또 다른 실시예에 의한 사용자 단말(1100)의 구성을 보여주는 도면이다.

도 12를 참조하면, 또 다른 실시예에 의한 사용자 단말(1100)은 수신부(1110) 및 제어부(1120), 송신부(1130)를 포함한다.

수신부(1110)는 기지국으로부터 하향링크 제어 정보 및 데이터, 메시지를 해당 채널을 통해 수신한다.

또한 제어부(1120)는 전술한 본 발명을 수행하기에 필요한 응용계층에서 생성/제공되는 정보를 통해 패킷을 처리하는 동작에 따른 전반적인 사용자 단말(1100)의 동작을 제어한다.

송신부(1130)는 기지국에 상향링크 제어 정보 및 데이터, 메시지를 해당 채널을 통해 전송한다.

전술한 실시예들은 무선 접속 시스템들인 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

응용계층에서 생성/제공되는 정보를 처리하는 방법에 있어서,
단말에 대해 하나의 응용에 대한 관련된 촉각 및/또는 멀티 모달 데이터를 유사한 시간에 사용자/단말에 전달하거나 조정해 처리하는 방법.