C5 - C9 Nb-Iot 5g

Machine Translated by Google
Chương 5
Kiểm soát liên kết vô tuyến
Lớp con
RLC là lớp con quan trọng trong ngăn xếp giao thức LTETM NB-IoT. Nó chịu
trách nhiệm truyền tải các PDU mặt phẳng điều khiển và mặt phẳng dữ liệu một
cách đáng tin cậy và đảm bảo đến phía người nhận. Lớp con RLC cung cấp các
chức năng sau [25]:
Chuyển giao RLC PDU đáng tin cậy với thiết bị ngang hàng khác.
Kiểm soát luồng và xử lý lỗi thông qua ARQ.
Phân đoạn hoặc nối các RLC SDU.
Tập hợp lại, sắp xếp lại hoặc phát hiện sự trùng lặp của các PDU RLC
đã nhận.
5.1 Kiến trúc RLC

Tương tự như kiến trúc lớp con PDCP, mỗi sóng mang tín hiệu hoặc dữ liệu vô
tuyến có và được liên kết với một thực thể RLC duy nhất. Cả máy phát và máy
thu đều có thực thể RLC ngang hàng tại mỗi thực thể đang trao đổi RLC PDU.
Tải trọng của RLC PDU thường là PDU PDCP hoặc RRC được truyền từ hoặc đến
lớp con PDCP hoặc RRC tương ứng. Mỗi thực thể RLC có các biến trạng thái
riêng và độc lập với hoạt động của các thực thể khác.
87
88 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)
SRB0/SRB1bis DRB0/DRB1 SRB1/DRB0/DRB1
Thực thể Tx Thực thể Rx Thực thể Thực thể

UE RLC
RLC TM RLC TM RLC UM RLC AM
Thực thể Rx Thực thể Tx Thực thể Thực thể

eNodeB RLC
RLC TM RLC TM RLC UM RLC AM
Hình 5.1: Kiến trúc RLC tại UE.
Thực thể RLC có thể là một trong ba chế độ: Chế độ trong suốt (TM),
Chế độ không xác nhận (UM) hoặc Chế độ xác nhận (AM).
Thực thể RLC của TM là thực thể một chiều, có nghĩa là thực thể này chỉ
dành cho một hướng, truyền (tức là UL) hoặc nhận (tức là DL). Chế độ
RLC, Chế độ không được xác nhận (UM), chỉ được sử dụng để nhận lưu
lượng phát đa hướng. RLC UM được sử dụng cho lưu lượng SC-MCCH và SC-
MTCH. Thực thể RLC của chế độ AM là hai chiều, có nghĩa là thực thể RLC
được sử dụng cho cả truyền và nhận. Lớp con RRC cấu hình mỗi thực thể
RLC như một TM truyền, TM nhận, UM nhận hoặc AM. RRC cũng liên kết mỗi
thực thể RLC với vật mang tín hiệu hoặc sóng vô tuyến của nó.
Hình 5.1 minh họa kiến trúc RLC cho TM, UM và AM.
TM được sử dụng cho SRB0 và SRB1bis trong khi AM được sử dụng cho SRB1
và DRB. UM chỉ được sử dụng cho DRB.
5.2 Tham số cấu hình RRC RRC gửi tham số cấu hình tới
RLC để định cấu hình các thực thể RLC được sử dụng cho SRB hoặc DRB như
trong Bảng 5.1. Các tham số cấu hình RLC được RRC nhận từ eNodeB trong
quá trình thiết lập kết nối RRC như được giải thích trong Phần 3.7.7.
5.3 Thực thể RLC

5.3.1 Chế độ trong suốt Hình 5.2
minh họa kiến trúc của thực thể RLC với TM. Một PDU RRC nhận được từ
lớp con RRC được xếp hàng đợi để truyền trong
Lớp con điều khiển liên kết vô tuyến 89
Bảng 5.1 Tham số cấu hình RRC cho lớp con RLC
Tham số Giá trị Nghĩa
hợp lý- [3 10] Cho biết nhận dạng kênh logic

Danh tính kênh được sử dụng cho cả UL và DL
cho DRB
t-PollTruyền lại ms250, ms500, Biểu thị một khoảng
ms1000, ms2000, thời gian định kỳ,
ms3000, ms4000, tính bằng mili giây, trong đó
ms6000, Máy phát RLC thăm dò máy thu
ms10000, để gửi RLC
ms15000, PDU TRẠNG THÁI
ms25000,
ms40000,
ms60000,
ms90000,
ms120000,
ms180000
maxRetxThreshold t1, t2, t3, t4, t6, t8, Cho biết số lần truyền lại
t16, t32 RLC SDU tối đa
kích hoạtStatus- ĐÚNG VẬY Nếu được bật, hãy cho biết rằng
Báo cáoSN-Gap RLC là để truyền một
RLC STATUS PDU khi nó phát
hiện lỗi trong việc nhận RLC

PDU
t-Sắp xếp lại ms0, ms5, ms10, Cho biết thời gian, tính
ms15, ms20, bằng mili giây, để kích
ms25, ms30, hoạt sắp xếp lại bộ đệm
ms35, ms40, RLC PDU và phân phối chúng
ms45, ms50, tới PDCP
ms55, ms60,
ms65, ms70,
ms75, ms80,
ms85, ms90,
ms95, ms100,
ms110, ms120,
ms130, ms140,
ms150, ms160,
ms170, ms180,
ms190, ms200,
ms1600
truyền tải Đang nhận
Thực thể RLC TM Thực thể RLC TM
Hàng đợi truyền

(Tx)
Ưu
Hình 5.2: Thực thể RLC của TM.
bộ đệm truyền cho đến khi cơ hội truyền tải đường lên được chỉ định bởi
lớp con MAC. Cơ hội truyền phải có kích thước có thể chứa RLC SDU được
xếp hàng đợi trong bộ đệm.
TM không nối thêm tiêu đề RLC vào SDU và RLC PDU được truyền đến lớp con
MAC giống như nó đã được nhận từ lớp con RRC. RLC SDU có thể có kích
thước thay đổi và không bao giờ được phân đoạn hay ghép nối. Khi một RLC
PDU được truyền đi, nó sẽ bị loại bỏ khỏi bộ đệm truyền.
Về phía bên nhận, nếu một RLC PDU được nhận từ lớp con MAC, nó sẽ
được chuyển tiếp đến lớp con RRC vì nó không có bất kỳ quá trình xử lý
RLC nào. RLC SDU ở chế độ này không được thiết bị nhận xác nhận.
SRB0 và SRB1bis được ánh xạ tới thực thể RLC TM. Thực thể RLC TM trao
đổi lưu lượng đường xuống và đường lên trên DL hoặc UL CCCH (SRB0), DL
hoặc UL DCCH (SRB1bis), DL PCCH hoặc DL BCCH.
5.3.2 Chế độ không xác nhận Hình 5.3 minh
họa kiến trúc của thực thể RLC cho UM. RLC UM chỉ được UE sử dụng
để nhận lưu lượng multicast trên SC-MCCH và SC-MTCH. Lưu lượng
multicast luôn đi từ eNodeB đến UE và do đó, UE luôn đóng vai trò
là bộ thu chứ không phải là bộ phát RLC UM.
RLC PDU mà UE nhận được ở chế độ này có thể chứa một trong ba SDU: một
SDU RLC đơn, các SDU RLC được nối hoặc một phân đoạn của SDU RLC.
Khi nhận được một RLC PDU, bên nhận sẽ phát hiện xem đó có phải là
bản sao hay không, sắp xếp lại chúng, tập hợp lại các PDU RLC đã nhận và
chuyển chúng đến lớp con PDCP. Bộ thu RLC không truyền ACK/NACK cũng như
không yêu cầu truyền lại các PDU RLC bị thiếu
truyền tải Ưu Đang nhận
Thực thể RLC UM Thực thể RLC UM
Truyền tải (Tx)

Lắp ráp lại
xếp hàng
Phân đoạn và nối Xóa tiêu đề RLC
Thêm tiêu đề RLC Bộ đệm tiếp nhận (Rx)

và sắp xếp lại
Ưu
Hình 5.3: Thực thể RLC của UM.

từ máy phát1 . Thực thể RLC UM nhận lưu lượng đường xuống trên SC-MCCH
và SC-MTCH.
5.3.3 Chế độ xác nhận Hình 5.4 minh họa
kiến trúc của thực thể RLC cho AM. Một RLC PDU ở chế độ này có thể là
một trong bốn SDU: một RLC SDU đơn, một RLC SDU được nối, một phân đoạn
của RLC SDU hoặc một phân đoạn của phân đoạn RLC SDU.
Nếu một RLC SDU được nhận từ lớp con PDCP, nó sẽ được xếp hàng đợi
trong bộ đệm truyền cho đến khi nhận được cơ hội truyền từ lớp con MAC.
Cơ hội lây truyền có thể ở bất kỳ quy mô nào. Nghĩa là, nếu cơ hội truyền
nhỏ hơn RLC SDU được xếp hàng đợi thì RLC SDU được phân đoạn và phân
đoạn RLC PDU được truyền đến lớp con MAC. Nếu cơ hội lây truyền
Truyền/nhận Nhận/truyền
Thực thể RLC AM Thực thể RLC AM
Truyền tải (Tx)

Lắp ráp lại
xếp hàng
Truyền lại
Phân đoạn và nối Xóa tiêu đề RLC
(ReTx)
hàng đợi
Bộ đệm tiếp nhận (Rx),

Thêm tiêu đề RLC HARQ
và sắp xếp lại
Ưu
Hình 5.4: Thực thể RLC của AM.
1
Trong lưu lượng multicast, các gói đã truyền không được truyền lại và không được người nhận
ACK.
đủ lớn để chứa một hoặc nhiều RLC SDU, một RLC SDU hoặc một số RLC SDU
được nối với nhau sẽ được truyền trong một RLC PDU.
Cơ hội truyền phải có kích thước đủ lớn để chứa tiêu đề RLC bên cạnh
(các) RLC SDU hoặc phân đoạn RLC SDU. Cho dù phân đoạn RLC SDU hay RLC
SDU được truyền đến lớp con MAC thì tiêu đề RLC sẽ được thêm vào RLC SDU.
Máy phát có hỗ trợ ARQ. Một PDU RLC được truyền tới lớp con MAC sẽ
không bị xóa và thay vào đó được chuyển từ hàng đợi truyền sang hàng đợi
truyền lại. Nếu RLC PDU này được truyền lại, nó sẽ được kéo ra khỏi hàng
đợi truyền lại và được truyền lại nguyên trạng hoặc được phân đoạn theo
kích thước cơ hội truyền được chỉ định bởi lớp con MAC. Một phân đoạn
RLC SDU hoặc một phân đoạn RLC SDU có thể được phân đoạn thêm hoặc nhiều
RLC SDU có thể được nối thêm tùy thuộc vào quy mô của cơ hội truyền dẫn
đường lên.
Thực thể RLC AM trao đổi lưu lượng đường xuống và đường lên trên DL hoặc
UL DCCH (SRB1), DL hoặc UL DTCH (DRB).
Về phía bên nhận, khi nhận được RLC PDU, bên nhận sẽ phát hiện xem nó
có trùng lặp hay không, sắp xếp lại chúng, tập hợp lại các PDU RLC đã
nhận và chuyển chúng đến lớp con PDCP. Nếu máy thu phát hiện các PDU RLC
bị thiếu, nó có thể truyền một RLC PDU điều khiển đặc biệt gọi là RLC
STATUS PDU để NACK các RLC PDU bị thiếu và thăm dò máy phát để truyền lại
chúng.
5.4 Định dạng PDU RLC
RLC PDU là một PDU có kích thước thay đổi bao gồm nhiều octet. Hàng đợi
truyền hoặc hàng đợi truyền lại chứa (các) RLC SDU và tiêu đề RLC được
thêm vào SDU để tạo thành RLC PDU nếu có cơ hội truyền đường lên để truyền
RLC SDU.
Mô tả chi tiết về RLC PDU cho TM, UM và AM sẽ được trình bày trong các
phần tiếp theo.
5.5 Truyền và nhận RLC
5.5.1 RLCTM
PDCP PDU đến từ lớp con RRC được xếp vào hàng đợi truyền tải (Tx) trong
thực thể RLC của TM dưới dạng RLC SDU.
RLC SDU thường là RRC PDU báo hiệu. Khi thực thể RLC
Bắt đầu
Xếp hàng RLC SDU trong hàng
đợi Tx
Nhận một đường lên
Cơ hội Tx từ MAC
Dequeue RLC SDU và gửi nó

tới MAC
Kết thúc
Hình 5.5: Phía máy phát RLC TM.
nhận được chỉ báo MAC cho cơ hội truyền dẫn đường lên có thể đáp ứng đầy
đủ RLC SDU được xếp hàng đợi, thực thể RLC có thể truyền một RLC SDU duy
nhất trong một RLC PDU duy nhất. Không có tiêu đề RLC PDU nào được thêm
vào và RLC PDU được chuyển đến lớp con MAC để truyền. Hình 5.5 tóm tắt
quá trình xử lý phía truyền TM.
Hình 5.6 hiển thị RLC PDU cho TM trong đó RLC PDU không có tiêu đề RLC và
chỉ có tải trọng.
5.5.2 RLC UM
Thực thể RLC UM tại UE chỉ đóng vai trò là máy thu chứ không phải máy
phát vì nó chỉ nhận lưu lượng multicast. RLC UM PDU bao gồm 5 bit SN cung
cấp không gian SN từ 0 đến 31 được biểu thị dưới dạng [0 31].
Khi máy phát sử dụng hết không gian SN (tức là nó đạt SN #31), nó lại
quấn SN quanh mức 0.
7 6 5 4 3 2 1 0
Khối hàng ngày 1 tháng 10
Khối hàng tháng 10 N
Hình 5.6: Định dạng RLC PDU cho TM.
Đối với bộ thu RLC, để xử lý các PDU RLC có thể đến không theo thứ tự
hoặc trùng lặp với các PDU RLC đã nhận trước đó, RLC sử dụng giao thức
cửa sổ trượt. Cửa sổ trượt này được triển khai dưới dạng sơ đồ Cửa sổ sắp
xếp lại trong RLC UM. Hình 5.7 minh họa khái niệm về Cửa sổ sắp xếp lại.
Cửa sổ sắp xếp lại có cạnh trên và cạnh dưới biểu thị một dải SN. Cửa sổ
sắp xếp lại trượt sang một cửa sổ mới khi nhận được RLC PDU mới với SN
nằm ngoài Cửa sổ sắp xếp lại. Cửa sổ sắp xếp lại hoạt động như một cửa sổ
trong đó tất cả các PDU RLC đã nhận nằm trong cửa sổ được lưu trữ và sau
đó được sắp xếp lại và phân phối theo thứ tự đến lớp con PDCP.
Khi RLC PDU mới, với SN #x, được RLC nhận, nó sẽ được kiểm tra xem SN
của nó có nằm trong Cửa sổ sắp xếp lại hay nằm ngoài Cửa sổ sắp xếp lại
hay không. Nếu nó nằm ngoài Cửa sổ sắp xếp lại, RLC PDU được lưu trong bộ
đệm tiếp nhận (Rx) và Cửa sổ sắp xếp lại trượt đến một vị trí mới trong
đó cạnh trên trỏ đến
31 0
4
28
Cạnh dưới
24 số 8
Sắp xếp lại

cửa sổ
Cạnh trên
20
12
16
Hình 5.7: Cửa sổ sắp xếp lại dạng cửa sổ trượt.

SN theo sau SN của RLC PDU nhận được (tức là cạnh trên là x+1).
Nếu RLC PDU SN nhận được nằm trong Cửa sổ sắp xếp lại và nó đã được nhận
trước đó thì nó sẽ bị loại bỏ; mặt khác, nó được lưu trong bộ đệm tiếp
nhận (Rx).
Sau khi lưu trữ RLC PDU đã nhận trong bộ đệm tiếp nhận (Rx), RLC bắt
đầu sắp xếp lại các PDU RLC được lưu trong bộ đệm theo thứ tự tăng dần
của các SN của chúng, loại bỏ tiêu đề RLC PDU của chúng và phân phối các
SDU RLC đến lớp con PDCP. Ngoài ra, RLC cũng có thể khởi động bộ hẹn
giờ, bộ đếm thời gian t-Sắp xếp lại, khi hết hạn, sẽ kích hoạt việc sắp
xếp lại các RLC PDU và phân phối chúng đến lớp con PDCP.
Vì RLC UM được sử dụng để nhận lưu lượng phát đa hướng và để đơn giản
hóa việc triển khai nó trong các thiết bị NB-IoT, 3GPPTM đã chọn đặt cả
hai giá trị của Cửa sổ sắp xếp lại và bộ đếm thời gian t-Sắp xếp lại
thành 0 [15]. Trường SN của RLC PDU là 5 bit. Vì giá trị của Cửa sổ sắp
xếp lại bằng 0, điều này có nghĩa là cả cạnh trên và cạnh dưới đều có
cùng giá trị SN và do đó mọi RLC PDU nhận được đều được coi là nằm ngoài
Cửa sổ sắp xếp lại và được lưu trữ trong bộ đệm tiếp nhận (Rx). . Ngoài
ra, do bộ định thời t-Reordering có khoảng bằng 0, điều này có nghĩa là
khi lưu trữ RLC PDU trong bộ đệm tiếp nhận (Rx), RLC có thể bắt đầu sắp
xếp lại các RLC PDU được đệm theo thứ tự tăng dần của SN, loại bỏ RLC
PDU của chúng. các tiêu đề và gửi chúng đến lớp con PDCP2 .
RLC UM sở hữu một số biến trạng thái. Bảng 5.2 cho thấy các biến trạng
thái được sử dụng bởi thực thể RLC UM tại máy thu. VR(UH) đại diện cho
cả cạnh trên và cạnh dưới của Cửa sổ sắp xếp lại vì Cửa sổ sắp xếp lại
có kích thước bằng 0. Lưu đồ để cập nhật các biến trạng thái khi nhận
RLC PDU được hiển thị trong Hình 5.8.
Hình 5.8 giải thích hoạt động của máy thu RLC UM. Vì Cửa sổ sắp xếp
lại bằng 0 nên mọi RLC PDU nhận được, với SN = x, sẽ được lưu vào bộ đệm
tiếp nhận (Rx). Sau đây có thể xảy ra trong những trường hợp sau
đặt hàng:
Tất cả các PDU RLC được đệm đều được sắp xếp lại, tách khỏi tiêu
đề RLC và được phân phối đến lớp con PDCP theo thứ tự tăng dần của
RLC PDU SN.
Nếu x bằng VR(UR), VR(UR) được đặt thành SN của RLC PDU chưa được
nhận. Tất cả các PDU RLC được đệm, có SN<VR(UR), được sắp xếp lại,
tách khỏi tiêu đề RLC và được phân phối đến lớp con PDCP.
2Hoạt động của RLC UM tuân thủ các đặc điểm lưu lượng truy cập đa hướng trong đó các gói được
chỉ được truyền một lần và không được ACK.
Bảng 5.2 Các biến trạng thái RLC UM
Ban đầu
Biến số đưa ra Cách sử dụng Nghĩa
Giá trị
Cửa sổ UM Cửa sổ 0 Đối với SC-MCCH, nó bằng 0,

Kích cỡ Kích cỡ SC-MTCH
VR(UH) Nhận 0 Cho biết giá trị SN theo sau SN
được cao nhất của RLC
PDU có SN cao nhất trong số các PDU
RLC nhận được và nó đóng vai trò là
cạnh cao hơn của cửa sổ
sắp xếp lại
VR(UR) Nhận được 0 Cho biết giá trị SN của
RLC PDU sớm nhất vẫn được xem xét để
sắp xếp lại

Thực tế ảo(UX)
t- 0 Cho biết giá trị của SN
Sắp xếp lại theo SN của RLC PDU đã kích hoạt t-

Sắp xếp lại
Nếu VR(UH) lớn hơn VR(UR), VR(UX) được đặt bằng VR(UH), VR(UR) được
đặt thành SN ≥VR (UX) và tất cả các PDU RLC được đệm, có SN< VR(UR),
được sắp xếp lại, tách khỏi tiêu đề RLC và được phân phối đến lớp con
PDCP.
Hình 5.9 và 5.10 hiển thị định dạng RLC PDU cho UM. Các trường RLC PDU được
thể hiện trong Bảng 5.5.
5.5.3 Ví dụ về máy phát và máy thu RLC UM
Để làm rõ các hoạt động của máy phát và máy thu UM bằng một ví dụ, hãy xem
ví dụ trong Hình 5.11. Trong ví dụ này, trường RLC SN có độ dài 5 bit và
kích thước Cửa sổ sắp xếp lại bằng 0.
Máy phát đã gửi một số RLC PDU trong đó SN của chúng được tăng lên. Tại
máy thu, ban đầu nó có các biến trạng thái VR(UH), VR(UR) và VR(UX) đều được
đặt bằng 0. Bộ thu chỉ nhận được RLC PDU có SN #0, #1, #2, #5 trong khi những
RLC PDU có SN #3 và #4 bị mất qua mạng và chưa được nhận ở bộ thu.
Vì các PDU RLC có SN bằng 0,1,2,5 đều nằm ngoài Cửa sổ sắp xếp lại nên
tất cả chúng đều được chấp nhận và lưu trữ trong bộ đệm tiếp nhận (Rx). Mỗi
RLC PDU nhận được tuân theo thuật toán trong Hình 5.8.
Giá trị của các biến trạng thái sau khi nhận từng RLC PDU được hiển thị.
Bộ đệm Rx có
KHÔNG
PDU với SN =
VR(UR)?
Đúng
Đặt VR(UR) thành SN của

Bắt đầu
PDU đầu tiên chưa được nhận
RLC PDU được nhận với

Tập hợp lại RLC SDU từ
SN bằng X
PDU bằng
SN<VR(UH) và giao hàng tới

PDCP
Xếp hàng đợi RLC PDU trong

Bộ đệm Rx
KHÔNG
VR(UH) >
VR(UR)
VR(UH) = X + 1
Đúng
VR(UX) = VR(UH)
Tập hợp lại RLC SDU và
giao cho PDCP
Đúng
Đặt VR(UR) thành SN của

UMD đầu tiên bằng
SN>=VR(UX) chưa được nhận

KHÔNG
VR(UR)!=
VR(UH)
Đúng
Lắp ráp lại RLC SDU từ
UMD bằng
SN<VR(UR) và gửi tới

PDCP
VR(UR)=VR(UH)
Kết thúc
Hình 5.8: Phía thu RLC UM.

7 6 5 4 3 2 1 0
FI E SN ngày 1 tháng 10
Khối hàng 3 tháng 10
Hình 5.9: RLC PDU cho một phân đoạn RLC SDU hoặc một phân đoạn RLC SDU
(SN 5 bit).
7 6 5 4 3 2 1 0
FI E SN ngày 1 tháng 10
E LI1 ngày 2 tháng 10
LI1 E LI2 3 tháng 10
LI2 4 tháng 10
Hình 5.10: RLC PDU cho UM khi ghép nhiều RLC

SDU (SN 5 bit).
Sau khi nhận xong RLC PDU với SN#5, các biến trạng thái sẽ là
được cập nhật lên VR(UH) = VR(UR) = 6, VR(UX) = 0. Sau khi nhận được
một PDU RLC, nó được sắp xếp lại và tập hợp lại, loại bỏ khỏi RLC của nó
tiêu đề và được phân phối đến lớp con PDCP.
5.5.4 Phía phát RLC AM

Thực thể RLC AM duy trì một số biến trạng thái cho cả hoạt động truyền
và nhận như trong Bảng 5.3. Thực thể RLC AM sử dụng
Giao thức cửa sổ trượt để quản lý điều khiển luồng, phân đoạn
Hệ thống điều khiển

0 1 432 5 6 31
Người nhận 0 1 2 5
VR(UH)=0 VR(UH)=1 VR(UH)=2VR(UH)=3 VR(UH)=6

VR(UR)=0 VR(UR)=1 VR(UR)=2VR(UR)=3 VR(UR)=6
VR(UX)=0 VR(UX)=0 VR(UX)=0VR(UX)=0 VR(UX)=0
Ban đầu
giá trị
Giao hàng cho PDCP
Hình 5.11: Ví dụ về thực thể RLC UM.
Bảng 5.3 Các biến trạng thái RLC AM của máy phát
Biến số đưa ra Cách sử dụng

Giá trị ban đầu Nghĩa
Cửa sổ sáng Cửa sổ 512, 32768 Xác định đường truyền

Kích cỡ Kích cỡ
kích thước cửa sổ [VT(A)
VT(MS)[ trong đó VT(MS)=
Kích thước cửa sổ VT(A) + AM
VT(A) Nhìn nhận 0 Giá trị của SN tiếp theo
RLC PDU cho một
ACK dương sẽ là
nhận được theo thứ tự. Nó
đóng vai trò là cạnh dưới của
cửa sổ truyền
VT(MS) Tối đa Đặt thành VT(A) + AM Window-Size
gửi và nó đóng vai trò như
cạnh cao hơn của cửa sổ truyền
VT(S) Gửi 0 Giá trị của SN được chỉ định

cho cái mới được tạo tiếp theo
RLC PDU
Thăm dò ý kiến SN 0 Giữ giá trị của VT(S) 1
gửi dựa trên nhiệm vụ truyền gần
tình trạng đây nhất của PDU dữ liệu RLC
với bit thăm dò được đặt thành 1
và lắp ráp lại, và giao hàng theo đơn đặt hàng. Cả máy phát và máy thu đều
duy trì một cửa sổ có kích thước AM Window Size.
Bộ phát duy trì kích thước cửa sổ, Kích thước cửa sổ AM, có cạnh dưới
và cạnh trên lần lượt bằng VT(A) và VT(MS) (tức là [VT(A) VT(MS)[). Khi RLC
nhận được một chỉ báo từ lớp con MAC về cơ hội đường lên để truyền RLC PDU
đường lên, RLC sẽ lập lịch (các) RLC SDU để truyền theo thứ tự nghiêm ngặt
sau:
PDU điều khiển RLC.
Truyền lại RLC SDU từ Truyền lại (ReTx)

xếp hàng.
Truyền RLC SDU từ hàng đợi Truyền (Tx).
Việc truyền một RLC SDU mới từ hàng đợi Tx được minh họa trong biểu đồ ở
Hình 5.12. PDCP PDU đến từ lớp con PDCP được xếp vào hàng đợi Tx trong thực
thể RLC. Khi thực thể RLC nhận được chỉ báo MAC cho cơ hội truyền dẫn đường
lên và tùy thuộc vào quy mô của cơ hội truyền dẫn đường lên này, thực thể
RLC có thể truyền một RLC SDU duy nhất, nối nhiều RLC SDU hoặc một phân
đoạn của RLC SDU. Trong mọi trường hợp, RLC gán SN cho RLC PDU, chứa các
SDU RLC, bằng VT(S) và tăng dần VT(S). VT(S) phải nằm trong phạm vi [VT(A)
VT(MS)[; mặt khác, RLC PDU này không được lập lịch để truyền. Nếu VT(S) bằng
VT(MS), cửa sổ truyền sẽ bị dừng và không thể truyền thêm RLC PDU nữa. Khi
một RLC PDU được truyền đi, một tiêu đề sẽ được thêm vào và RLC PDU được
chuyển đến lớp con MAC để truyền.
Máy phát có thể nhận phản hồi ARQ từ máy thu.

Nghĩa là, máy phát nhận được ACK hoặc NACK cho quá trình truyền của nó dưới
dạng RLC PDU điều khiển được gọi là RLC STATUS PDU. Lưu đồ minh họa hành vi
của máy thu khi nhận được PDU TRẠNG THÁI RLC được hiển thị trong Hình 5.13.
Nếu một RLC PDU có SN bằng VT(A) được bộ thu ACK tích cực, thì cửa sổ máy
phát, [VT(A) VT(MS)[, trượt tới một giá trị mới trong đó VT(A) được đặt ở
mức nhỏ nhất SN của RLC PDU chưa được ACKed.
Hình 5.14 minh họa hoạt động của cửa sổ trượt máy phát, [VT(A) VT(MS)[,
và biến trạng thái, VT(S). Khi truyền RLC PDU, SN của RLC PDU được đặt
bằng VT(S) và VT(S) được tăng thêm một. Cửa sổ trượt chỉ trượt khi nhận
được ACK cho RLC PDU có SN bằng cạnh dưới của cửa sổ trượt, VT(A).
Bắt đầu
Xếp hàng RLC SDU trong hàng
đợi Tx

Xếp hàng RLC SDU và gán

SN bằng VT(S) và tăng VT(S)
Kiểm tra
VT(A) <= VT(S) <

VT(MS)
Thêm tiêu đề RLC và Tx vào

MAC
Kết thúc
Hình 5.12: Phía máy phát RLC AM.
5.5.5 Phía truyền lại RLC AM Khi một PDU RLC
được truyền đi, tất cả các SDU của nó sẽ được chuyển đến hàng đợi
Truyền lại (ReTx) trong trường hợp bên nhận yêu cầu truyền lại
RLC PDU này. Một SDU có thể được truyền lại nếu nó nằm trong cửa
sổ [VT(A) VT(S)[. Ngoài ra, mỗi SDU có thể
Bắt đầu
RLC STATUS PDU được

nhận cùng với ACK cho
RLC PDU có SN
SN = VT(A)
Đúng
đặt VT(A) về mức nhỏ nhất

SN trong phạm vi VT(A)
<= SN <= VT(S) trong đó
ACK chưa được nhận
chưa
Kết thúc
Hình 5.13: Hoạt động của bộ thu RLC AM khi nhận được PDU TRẠNG THÁI RLC.
1023 0
128
896
VT(S) = SN của RLC tiếp theo

PDU được truyền đi
Cạnh dưới =
768 VT(A)
256
Cạnh trên=
VT(MS)
640
384
512
Hình 5.14: Cửa sổ trượt bộ phát RLC AM cho 10 bit SN.

truyền lại một số lần giới hạn và nếu số lần truyền lại vượt quá giới
hạn này, SDU sẽ bị loại khỏi hàng đợi Truyền lại (ReTx) và không được
truyền nữa. Tùy thuộc vào lớp trên (TCP hoặc IP) để phát hiện việc mất
PDU như vậy và yêu cầu truyền lại gói TCP/IP một lần nữa.
Số lần truyền lại RLC SDU tối đa được điều khiển bởi biến trạng thái,
maxRetxThreshold, được cấu hình bởi lớp con RRC như trong Bảng 5.1. Hình
5.15 minh họa sơ đồ quá trình truyền lại.
Tùy thuộc vào quy mô cơ hội truyền dẫn đường lên, bộ phát có thể
truyền RLC PDU nguyên trạng hoặc có thể phân chia nó thành nhiều phân
đoạn RLC PDU để phù hợp với quy mô của cơ hội truyền dẫn đường lên.
5.5.6 Phía phát RLC AM để kiểm tra RLC STATUS PDU
Phía truyền có thể thăm dò bộ thu để thiết bị sau có thể gửi PDU TÌNH
TRẠNG RLC tới bộ phát về RLC PDU nào đang được ACK hoặc NACK. Máy phát có
thể thăm dò máy thu nếu đáp ứng bất kỳ điều kiện nào sau đây:
Nếu hàng đợi Truyền (Tx) hoặc Truyền lại (ReTx) sẽ trống sau khi
truyền RLC PDU.
Nếu cửa sổ truyền bị dừng sau khi truyền RLC PDU và không thể
truyền RLC PDU nữa.
Nếu bất kỳ điều kiện nào ở trên được đáp ứng, máy phát có thể thăm dò máy
thu. Máy phát thăm dò máy thu bằng cách đặt trường P trong tiêu đề RLC
PDU thành 1, đặt biến trạng thái POLL SN bằng VT(S) 1 và bắt đầu bộ định
thời t-PollRetransmit. Bộ định thời t-pollRetransmit hoạt động như một
khoảng thời gian định kỳ mà nếu hết hạn, bộ phát sẽ tiếp tục thăm dò bộ
thu để gửi PDU TÌNH TRẠNG RLC.
Hình 5.16 minh họa thuật toán thăm dò được máy phát sử dụng.
Khi nhận được PDU TÌNH TRẠNG RLC chứa ACK hoặc NACK cho PDU RLC có SN
= POLL SN, bộ đếm thời gian t-PollRetransmit bị dừng. Nếu hết thời gian,
máy phát có thể truyền lại RLC PDU với SN = VT(S) 1 hoặc bất kỳ RLC PDU
nào không được ACKed và đặt trường P trong tiêu đề RLC PDU thành 1.
Hình 5.17–5.19 hiển thị định dạng RLC PDU đóng gói tương ứng một RLC
SDU, nhiều RLC SDU hoặc một phân đoạn của RLC SDU. Trường SN có thể có độ
dài 10 hoặc 16 bit được cấu hình bởi lớp con RRC. Mỗi RLC PDU bao gồm RLC
Bắt đầu
RLC STATUS PDU được

nhận với NACK cho SN trong đó
VT(A) <= SN <

VT(S)

Xếp hàng từ
hàng đợi ReTx
RETX_COUNT = KHÔNG
Tăng
RETX_COUNT
RETX_COUNT = ngưỡng Đúng

Loại bỏ
tối đaRetx
KHÔNG
Thêm tiêu đề RLC và

Tx tới MAC
Kết thúc
Hình 5.15: Máy phát RLC AM khi truyền lại.
tiêu đề và tải trọng. Tải trọng có thể là một SDU RLC đơn, các SDU RLC được
ghép nối hoặc một phân đoạn của RLC SDU. Các trường tiêu đề được giải thích
và tóm tắt trong Bảng 5.5.
Hình 5.17 cho thấy một RLC PDU trong đó nó có thể được sử dụng cho một
RLC SDU đơn lẻ hoặc một phân đoạn của RLC SDU. Nếu được sử dụng cho một đoạn RLC
Bắt đầu
Khi một RLC PDU được truyền đi
Nếu bất kỳ
điều kiện nào để thiết lập

trường P được đáp ứng
Đặt trường P trong RLC
Tiêu đề PDU thành 1
POLL_SN = VT(S) – 1
bắt đầu t-PollRetransmit
Kết thúc
Hình 5.16: Máy phát RLC AM khi kiểm tra vòng.
SDU, trường FI (Chỉ báo khung) cho biết phân đoạn này nằm ở đầu
RLC SDU, giữa hay cuối RLC SDU của nó.
Trường FI có ý nghĩa và định dạng như trong Bảng 5.5.
Hình 5.18 cho thấy định dạng RLC PDU khi có nhiều RLC SDU được
nối trong cùng một RLC PDU. Tiêu đề RLC có phần mở rộng vì có nhiều
hơn một SDU RLC được bao gồm trong tải trọng (được biểu thị bằng
nhiều trường Tải trọng). Nếu nhiều
7 6 5 4 3 2 1 0
D/C RF P FI E SN ngày 1 tháng 10
SN ngày 2 tháng 10
Khối hàng 3 tháng 10
tháng 10 N
Khối hàng
Hình 5.17: RLC PDU cho một phân đoạn RLC SDU hoặc một phân đoạn RLC
SDU (SN 10 bit).
7 6 5 4 3 2 1 0
E LI1 3 tháng 10
LI1 E LI2 4 tháng 10
LI2 ngày 5 tháng 10
tháng 10 N
Khối hàng
Hình 5.18: RLC PDU cho nhiều SDU RLC (SN 10 bit).
Các trường Tải trọng tồn tại, các trường E và LI hiện diện cho mọi Tải trọng
phần tử trường ngoại trừ trường Tải trọng cuối cùng.
Hình 5.19 hiển thị định dạng RLC PDU khi có một phân đoạn RLC SDU.
Tải trọng RLC bao gồm phân đoạn RLC SDU. Định dạng này cũng được sử dụng
nếu một phân đoạn RLC PDU đơn lẻ được
được phân đoạn lại thành nhiều phân đoạn để truyền lại. Độ lệch phân
đoạn (SO) cho biết độ lệch của tải trọng so với ban đầu của nó
RLC SDU. SO cùng với độ dài của RLC PDU có thể được sử dụng để
chỉ ra rõ ràng byte bắt đầu và byte kết thúc của phần này
đoạn từ RLC SDU gốc.
7 6 5 4 3 2 1 0
LSF VÌ THẾ 3 tháng 10
VÌ THẾ 4 tháng 10
tháng 10 N
Khối hàng
Hình 5.19: RLC PDU cho một phân đoạn RLC SDU đơn (SN 10 bit).
Hình 5.20 thể hiện định dạng RLC STATUS PDU. Nó bao gồm tiêu đề RLC và
tải trọng. Tải trọng bao gồm một và chỉ một trường ACK SN và không hoặc
nhiều trường NACK SN. RLC STATUS PDU thực hiện sơ đồ ARQ lặp lại có chọn
lọc. Nghĩa là, RLC STA-TUS PDU chỉ ra SN đầu tiên và cao nhất mà người
nhận chưa nhận được trong trường ACK SN. Nó cũng chọn những RLC PDU chưa
nhận được và báo cho máy phát lặp lại việc truyền những RLC PDU bị thiếu
đó với các SN nằm trong trường NACK SN.
NACK SN có thể được sử dụng để NACK phân đoạn RLC SDU.

Trong trường hợp này, độ lệch bắt đầu phân đoạn (SOstart) và độ lệch cuối
phân đoạn (SOend) được bao gồm. Hình 5.20 cho thấy PDU TÌNH TRẠNG RLC với
một ACK SN và hai NACK SN; mỗi NACK SN có bộ SOstart và SOend riêng. Phần
đệm có thể được thêm vào RLC PDU để giữ cho nó được căn chỉnh theo octet.
5.5.7 Bên nhận RLC AM
Thực thể RLC AM ở phía người nhận sử dụng cửa sổ nhận có kích thước kích
thước cửa sổ AM. RLC PDU đã nhận có SN phải nằm trong cửa sổ nhận, [VR(R)
VR(MR)[, để được lưu trong bộ đệm tiếp nhận (Rx), nếu không nó sẽ bị loại
bỏ. Cửa sổ AM là giao thức cửa sổ trượt được sử dụng để xử lý các PDU RLC
nhận được có thể không đúng thứ tự hoặc trùng lặp.
Bảng 5.4 cho thấy các biến trạng thái được sử dụng tại thực thể RLC AM
đóng vai trò là bộ thu. VR(R) và VR(MR) đại diện cho cạnh dưới và cạnh
trên của cửa sổ nhận. t-Bộ đếm thời gian sắp xếp lại có thể có giá trị bằng 0.
7 6 5 4 3 2 1 0
D/C CPT ACK_SN ngày 1 tháng 10
ACK_SN E1 ngày 2 tháng 10
NACK_SN 3 tháng 10
E1 E2 NACK_SN 4 tháng 10
NACK_SN E1 E2 ngày 5 tháng 10
Vậy, bắt đầu thôi ngày 6 tháng 10
Vậy, bắt đầu thôi Cuối cùng 7 tháng 10
Cuối cùng ngày 8 tháng 10
Cuối cùng Vậy, bắt đầu thôi 9 tháng 10
Vậy, bắt đầu thôi ngày 10 tháng 10
Vậy, bắt đầu thôi Cuối cùng ngày 11 tháng 10
Cuối cùng ngày 12 tháng 10
Cuối cùng Phần đệm 13 tháng 10
Hình 5.20: PDU TÌNH TRẠNG RLC (SN 10 bit).
Bộ định thời t-Sắp xếp lại có khoảng thời gian bằng 0 có nghĩa là
khi lưu trữ RLC PDU trong bộ đệm tiếp nhận (Rx), RLC có thể bắt
đầu tập hợp lại các PDU RLC được đệm, sắp xếp lại chúng theo thứ
tự tăng dần của SN, loại bỏ các tiêu đề RLC PDU và chuyển chúng
tới lớp con PDCP.
Cửa sổ nhận và các biến trạng thái có thể được minh họa như
trong Hình 5.21. Cửa sổ nhận có thể trượt cho biết phạm vi SN dự
kiến sẽ được nhận. VR(MS) lưu trữ SN đầu tiên và cao nhất vẫn còn
thiếu ở máy thu. VR(MS) được sử dụng để thiết lập trường ACK SN
trong PDU TÌNH TRẠNG RLC. VR(H) được sử dụng để giữ SN sau SN cao
nhất nhận được. Khi truyền một PDU TÌNH TRẠNG RLC, VR(MS) được đặt
thành RLC PDU SN bị thiếu đầu tiên lớn hơn VR(H).
Nếu RLC PDU nhận được có SN của nó trong cửa sổ [VR(R)
VR(MR)[, nó được lưu trữ trong bộ đệm tiếp nhận (Rx). Lưu đồ để cập
nhật các biến trạng thái khi nhận RLC PDU được hiển thị trong Hình
5.22. Trong hình này, điều quan trọng cần lưu ý là khi lưu trữ RLC
PDU đã nhận trong bộ đệm tiếp nhận (Rx), các biến trạng thái,
VR(H), VR(X), VR(MS) và cửa sổ nhận [VR (R) VR(MR)[ được cập nhật.
Bảng 5.4 Các biến trạng thái RLC AM cho máy thu
Ban đầu
Biến số đưa ra Cách sử dụng Nghĩa
Giá trị
Cửa sổ sáng Kích thước 512, Xác định kích thước cửa sổ nhận
Kích cỡ cửa sổ 32768 [VR(R) VR(MR)[ trong đó VR(MR)

= Kích thước cửa sổ VR(R) + AM
VR(R) Nhận được 0 Giá trị của SN sau chuỗi cuối cùng được
nhận hoàn toàn
RLC PDU và nó đóng vai trò là cạnh
dưới của cửa sổ nhận
VR(MR) Nhận tối 0 Đặt thành VR(R) + AM Window Size và nó

đa chấp giữ giá trị SN của AMD PDU đầu tiên
nhận được nằm ngoài cửa sổ nhận và đóng vai
trò là cạnh cao hơn của cửa sổ nhận
VR(H) Nhận 0 Giá trị của SN theo sau SN của RLC PDU
được cao nhất có SN cao nhất trong số các PDU dữ
liệu RLC nhận được
VR(MS) Tối đa 0 Giữ giá trị cao nhất có thể của SN có

TÌNH TRẠNG thể được biểu thị bằng
truyền ACK SN khi cần gửi PDU TRẠNG THÁI từ Rx
đến Tx
VR(X) t-
0 Giữ giá trị của SN theo sau SN của PDU
Sắp xếp lại dữ liệu RLC đã kích hoạt t-Sắp
xếp lại
t-Hẹn giờ sắp xếp lại 0 Giá trị bộ đếm thời gian khi hết hạn
kích hoạt sắp xếp lại nhận được
RLC PDU và chuyển chúng tới
PDCP
Hình 5.22 giải thích hoạt động của máy thu RLC AM. Một RLC PDU đã nhận,
với SN = x, chưa được nhận trước đó sẽ được lưu trong bộ đệm tiếp nhận
(Rx). Khi lưu trữ RLC trong bộ đệm tiếp nhận (Rx), các biến trạng thái
trước tiên được cập nhật theo thứ tự sau:
nếu x >VR(H), cập nhật VR(H) thành x +
1. nếu x = VR(MS), cập nhật VR(MS) lên SN của RLC PDU đầu tiên, với
SN > VR(MS) không có đã được nhận chưa. Điều này cũng áp dụng cho
RLC PDU nhận được với SN = x nếu nó là một phân đoạn.
1023 0
896 128
VR(MS) = SN đầu tiên và cao nhất

cái đó vẫn chưa nhận được
Cạnh dưới =
768 VR(R) 256 VR(H) = RLC PDU có SN cao nhất
Cạnh trên= trong cửa sổ nhận
VR(MR)
640 384
512
Hình 5.21: Cửa sổ nhận RLC AM.
nếu x = VR(R), cập nhật VR(R) lên SN của RLC PDU đầu tiên, với SN
> VR(R) chưa được nhận và cập nhật VR(MR) thành VR(R)+AM Window
Size . Điều này cũng áp dụng cho RLC PDU nhận được với SN = x nếu
nó là một phân đoạn. nếu VR(R) được cập nhật, thao tác này sẽ
trượt cửa sổ nhận sang vị trí mới [VR(R) V(MR)[.
Sau khi các biến trạng thái đã được cập nhật và nếu có bất kỳ RLC PDU
được đệm nào bên ngoài cửa sổ nhận, thực thể RLC AM bắt đầu tập hợp lại
tất cả các PDU RLC được đệm, sắp xếp lại chúng, loại bỏ các tiêu đề RLC
và phân phối chúng đến lớp con PDCP.
5.5.8 RLC TÌNH TRẠNG Truyền PDU bởi bên nhận
Bên nhận sẽ tạo và gửi PDU TÌNH TRẠNG RLC đến máy phát để thông báo cho
máy phát biết RLC PDU nào được ACKed hoặc NACKed. Máy thu truyền RLC
STATUS PDU tới máy phát trực tiếp hoặc sau một khoảng thời gian nếu bất
kỳ điều kiện nào sau đây được đáp ứng:
Một RLC PDU có trường P trong tiêu đề của nó được đặt thành 1 và
nó nằm ngoài cửa sổ nhận. Nếu RLC PDU rơi vào cửa sổ nhận, việc
truyền RLC STATUS PDU bị trì hoãn cho đến khi RLC PDU nằm ngoài
cửa sổ nhận.
Một PDU RLC được phát hiện là không thu được hoặc được chỉ định
bởi lớp con MAC. Điều này chỉ áp dụng được nếu cờ
EnableStatusReportSN-Gap được bật như trong Bảng 5.1.
Bắt đầu
Tất cả các
KHÔNG
phân đoạn của RLC PDU
RLC PDU được nhận với có SN = VR(MS)
SN bằng X đều được nhận?
Đúng
Đặt VR(MS) thành SN của RLC

PDU đầu tiên mà
VR(R) <= X <
VR(MR) phân đoạn chưa được nhận
KHÔNG
Đúng
Loại bỏ
Lưu trữ trong bộ đệm Rx
X = VR(R)
KHÔNG
Đúng
KHÔNG
Đặt VR(R) thành SN của RLC
X >= VR(H)
PDU đầu tiên mà phân đoạn
chưa được nhận
Đúng
VR(MR)=VR(R) +
VR(H) = X + 1
AM_Window_Kích thước
Lắp ráp lại các SDU RLC
bên ngoài cửa sổ, loại bỏ

Tiêu đề RLC và phân phối đến
lớp trên
KHÔNG
VR(H) > VR(R)
Đúng
VR(X) = VR(H)
Đặt VR(MS) thành SN của RLC

PDU đầu tiên với
SN>=VR(X) chưa được nhận
Kết thúc
Hình 5.22: Phía thu RLC AM.

Sau khi nhận một RLC PDU, tạo ra khoảng trống trong SN dự kiến sẽ
nhận được (nghĩa là biểu thị thiếu RLC PDU).
Tình trạng này xảy ra nếu VR(H) > VR(R).
Khi một PDU TÌNH TRẠNG RLC được truyền bởi máy thu, nó bao gồm một ACK và
một NACK bằng 0 hoặc nhiều hơn, như trong Hình 5.20, đối với tất cả các
PDU RLC chưa nhận được trong cửa sổ nhận [VR(R) VR( BỆNH ĐA XƠ CỨNG)[.
5.5.9 Loại bỏ RLC SDU
Lớp con PDCP có thể yêu cầu loại bỏ PDCP PDU hoặc RLC SDU của nó. Trong
trường hợp như vậy, RLC có thể âm thầm loại bỏ RLC SDU này nếu SDU cũng
như một đoạn của nó chưa được truyền đến máy thu.
5.5.10 Ví dụ về máy phát và máy thu RLC AM
Để làm rõ các hoạt động của máy phát và máy thu AM bằng một ví dụ, hãy
xem ví dụ trong Hình 5.23. Trong ví dụ này, trường RLC SN có độ dài 10
bit và Kích thước cửa sổ AM là 512, bằng một nửa không gian SN. Máy phát
có kích thước cửa sổ nhận là 512, cửa sổ truyền của nó, [VT(A) VT(MS)[,
được đặt thành [0 512[, và giá trị ban đầu VT(S) bằng 0.
Máy phát nhận được bảy SDU RLC từ lớp con PDCP phía trên, xếp chúng
vào hàng đợi Truyền (Tx). Máy phát nhận được các cơ hội truyền dẫn đường
lên có kích thước bằng nhau từ máy phân bổ MAC trong đó mỗi cơ hội có thể
chứa một RLC SDU tại một thời điểm (bao gồm cả tiêu đề RLC). Để truyền
bảy RLC PDU, với các SN được đánh số từ 0 đến 6, máy phát gán một SN bằng
VT(S) cho mỗi RLC PDU được truyền, tăng VT(S) và chuyển từng RLC PDU tới
lớp con MAC để truyền tới người nhận. Vì VT(S) được tăng lên sau mỗi lần
truyền nên giá trị của nó cuối cùng sẽ bằng 7.
Bộ thu cũng có Kích thước cửa sổ AM là 512 và cửa sổ nhận của nó,
[VR(R) VR(MR)[, được đặt thành [0 512[. Tại máy thu, các biến trạng thái
VR(R), VR(H), VR(MS) và VR(X) đều có giá trị ban đầu bằng 0. VR(MR) có
giá trị ban đầu là VR(R)+AM Window Size = 512.
Bộ thu chỉ nhận được các PDU RLC có SN #0, #2, #4, #5 trong khi các PDU
RLC có SN #1, #3 và #6 bị thất lạc qua mạng và chưa được nhận ở bộ thu.
Vì RLC PDU có SN bằng 0, 2, 4, 5 đều nằm trong cửa sổ nhận nên tất cả
chúng đều được chấp nhận và lưu trữ trong phần tiếp nhận (Rx)
Bảng 5.5 Các trường tiêu đề RLC PDU cho UM và AM
Cánh đồng Giá trị Nghĩa
D/C 0,1 Cho biết liệu RLC PDU có phải là dữ liệu RLC hay không
PDU hoặc RLC kiểm soát PDU (ví dụ: STATUS

PDU)
RF 0,1 Cờ phân chia lại. Cho biết liệu
RLC PDU chứa một RLC SDU hoặc một phân đoạn của
RLC SDU
P 0,1 Bit thăm dò ý kiến. Nếu được đặt, cho biết rằng máy phát
yêu cầu báo cáo PDU TÌNH TRẠNG RLC từ
người nhận
FI 00, 01, Thông tin Framinf. Cho biết liệu RLC SDU có được
10, 11 được phân đoạn ở đầu, giữa hoặc cuối RLC

SDU:
00: phân đoạn hoàn toàn giống với RLC SDU
01: đoạn là đoạn bắt đầu của RLC
SDU
10: đoạn là đoạn giữa của RLC
SDU
11: đoạn là đoạn cuối của RLC SDU
E 0, 1 0: Trường dữ liệu theo tiêu đề RLC
1: Tập hợp trường E và trường LI theo sau tiêu đề RLC
SN [0 31], Số thứ tự. Cho biết SN của RLC SDU tương ứng. Đối
[0 1023], với UM, SN là 5 bit.
[0 65535] Đối với AM, SN là 10 bit hoặc 16 bit. Đối với RLC
Phân đoạn SDU, trường SN biểu thị SN
của RLC SDU gốc mà từ đó RLC
Đoạn SDU được xây dựng từ
LI [0 2047], Độ dài tính bằng byte của Tải trọng tương ứng
[0 32767] trường có trong RLC PDU. LI có thể là 11 bit
cho RLC UM hoặc 15 bit cho RLC AM
LSF 0,1 Cờ phân đoạn cuối cùng. Cho biết đây có phải là
phân đoạn cuối cùng của RLC SDU hay không
VÌ THẾ
[0 32767], Bù đắp phân đoạn. Cho biết phần bù của một phân đoạn
[0 65535] tính bằng byte từ phần đầu của RLC gốc
SDU. SO có thể là 15 bit hoặc 16 bit
CPT 000, Loại PDU điều khiển cho biết loại RLC
0001 kiểm soát PDU (RLC TÌNH TRẠNG PDU hoặc các loại khác)
ACK SN [0 1023], SN của PDU tiếp theo không nhận được RLC PDU
[0 65535] không được báo cáo là bị thiếu trong PDU TÌNH TRẠNG
E1 0, 1 Bit mở rộng 1. Cho biết liệu một tập hợp
NACK SN, E1, E2 có theo sau hay không
(Tiếp theo)
Bảng 5.5 (Tiếp theo) Các trường tiêu đề RLC PDU cho UM và AM
Cánh đồng Giá trị Nghĩa
E2 0, 1 Bit mở rộng 2. Cho biết liệu một tập hợp
SOstart, SOend có tuân theo NACK SN hay không

NACK SN [0 1023], Cho biết SN của RLC PDU hoặc một phân đoạn
[0 65535] của RLC SDU đã được phát hiện là bị mất
ở máy thu
Vậy, bắt đầu thôi
[0 32767], Byte đầu tiên của phân đoạn RLC SDU
[0 65535] với SN = NACK SN đã được phát hiện
như bị mất ở máy thu
Cuối cùng [0 32767], Byte cuối cùng của một phân đoạn của RLC SDU
[0 65535] với SN = NACK SN đã được phát hiện
như bị mất ở máy thu
VT(S)=7
VT(A) VT(MS)
Hệ thống điều khiển
0 1 2 3 4 5 6 512
Người nhận 0 2 4 5
VR(R)=0
VR(MR)=512 AM_Window_Kích thước
VR(MS)=0 VR(R) VR(MR)=512
VR(H)=0
VR(X)=0 VR(H)=1 VR(H)=3 VR(H)=5 VR(H)=6
VR(R)=1 VR(R)=1 VR(R)=1 VR(R)=1
VR(MS)=1 VR(X)=3 VR(X)=5 VR(X)=6
Ban đầu
VR(MS)=3 VR(MS)=5 VR(MS)=6
giá trị
VR(R)=1 VR(MR)=513
Truyền một PDU TÌNH TRẠNG RLC với
ACK_SN=5 và hai NACK_SN cho 1 và 3
Truyền một PDU TÌNH TRẠNG RLC với
ACK_SN=3 và một NACK_SN cho 1
Hình 5.23: Ví dụ về thực thể RLC AM.
đệm. Mỗi RLC PDU nhận được tuân theo thuật toán trong Hình 5.22.
Sau khi nhận được RLC PDU với SN #0, V(R) đã trượt về giá trị 1.
Sau khi nhận xong RLC PDU với SN#5, các biến trạng thái sẽ là
được cập nhật trong đó VR(H) = VR(X) = VR(MS) = 6, và phía nhận
cửa sổ, [VR(R) VR(MR)[, vẫn là [1 513[ vì RLC PDU có SN
Số 1 vẫn còn thiếu. Vì RLC PDU có SN #0 hiện nằm ngoài cửa sổ nhận nên
RLC sẽ tập hợp lại, sắp xếp lại nó, loại bỏ tiêu đề RLC của nó và phân
phối nó đến lớp con PDCP.
Khi nhận RLC PDU với SN #2 hoặc #4, nó kích hoạt việc truyền một PDU
TÌNH TRẠNG RLC bởi người nhận do việc nhận RLC PDU với SN #2 hoặc #4 tạo
ra khoảng cách SN trong đó RLC PDU với SN #1 hoặc #3 bị thiếu. Khi nhận
RLC PDU với SN #2, máy thu có thể truyền một PDU TÌNH TRẠNG RLC trong đó
ACK SN được đặt bằng VR(MS) = 3 và một NACK SN được đặt bằng 1. Khi nhận
RLC PDU với SN # 4, máy thu truyền một PDU TÌNH TRẠNG RLC trong đó ACK
SN được đặt bằng VR(MS) = 5 và hai NACK SN được đặt bằng 1 và 3.
Nếu bên nhận nhận được RLC PDU với SN #1, #3, cửa sổ nhận sẽ trượt
sang [6 518[. Do đó, các RLC PDU có SN #2, #4, #5 nằm ngoài cửa sổ nhận
và RLC tập hợp lại chúng, sắp xếp lại chúng, loại bỏ các tiêu đề RLC của
chúng và chuyển chúng đến lớp con PDCP.
Chương 6
Truy cập trung bình

Kiểm soát lớp con
Lớp con MAC là lớp con thấp nhất có giao diện trực tiếp với lớp con PHY.
Do đó, lớp con này thực hiện chức năng của nó gần như theo thời gian thực.
Các chức năng của lớp con này như sau [26]:
Các thủ tục giải quyết tranh chấp và truy cập ngẫu nhiên.
Ghép kênh và phân kênh một số PDU RLC đến/từ một PDU MAC duy nhất.
Hoạt động ARQ lai.
Lập lịch ưu tiên cho tín hiệu và RB dữ liệu.
Ánh xạ kênh logic đến/từ các kênh truyền tải.
Báo cáo trạng thái bộ đệm, khối lượng dữ liệu và lập lịch yêu cầu.
Quy trình tiếp nhận không liên tục để bảo tồn năng lượng pin.
6.1 Kiến trúc MAC

Kiến trúc MAC được minh họa trong Hình 6.1. Các PDU được eNodeB truyền
trên Kênh điều khiển chung phát sóng (BCCH) và Kênh điều khiển phân trang
(PCH) được lớp con MAC nhận và được chuyển tiếp trong suốt tới RLC và sau
đó là lớp con RRC
117
SRB1bis/
SRB0 SRB1 DRB0-DRB1
PCCH BCCH CCCH DCCH SC-MCCH SC-MTCH DTCH-DTCH
Bộ lập lịch ưu tiên tĩnh
Ghép kênh MAC PDU (De)
HARQ Truy cập ngẫu nhiên
PCH BCH DL-SCH UL-SCH RACH
Hình 6.1: Kiến trúc MAC cho UE.
mà không đi qua lớp con PDCP. Mặt phẳng điều khiển và dữ liệu
Các PDU được truyền hoặc nhận trên UL-SCH hoặc DL-SCH tương ứng là
được xử lý bởi lớp con MAC trước khi chúng được chuyển tiếp đến các lớp
con khác. Thủ tục truy cập ngẫu nhiên và kiểm soát được xử lý bởi MAC
lớp con và không được xử lý bởi các lớp con phía trên ngoại trừ việc kích
hoạt thủ tục truy cập ngẫu nhiên bởi RRC hoặc để báo cáo lỗi trong thủ tục này cho
RRC.
SRB0 được ánh xạ tới Kênh điều khiển chung (CCCH)
được sử dụng và phổ biến cho tất cả các UE. Nó được sử dụng để truyền hoặc nhận RRC
Các PDU như các bản tin RRCConnectionRequest hoặc RRCConnectionReestablish-

ment. SRB1 hoặc SRB1bis được ánh xạ tới Kênh điều khiển chuyên dụng
(DCCH), kênh này chỉ được sử dụng và dành riêng cho một UE duy nhất.
DCCH mang các PDU RRC như RRCConnectionSetupComplete hoặc
RRCConnectionRelease PDU.
Kênh mang vô tuyến dữ liệu (DRB) được ánh xạ tới Kênh lưu lượng chuyên
dụng (DTCH) được dành riêng và chỉ được sử dụng cho một UE duy nhất. DTCH
mang lưu lượng mặt phẳng dữ liệu (ví dụ: TCP/IP) đến và đi từ eNodeB.
Khi các PDU RLC được lớp con MAC nhận được từ
Lớp con RLC, chúng được ánh xạ từ các kênh logic (CCCH, DCCH,
Lớp con kiểm soát truy cập trung bình 119
CCCH DCCH DTCH PCCH BCCH CCCH DCCH DTCH SC-MCCH SC-MTCH
RACH UL-SCH PCH BCH DL-SCH
Hình 6.2: Ánh xạ các kênh logic và truyền tải.
DTCH) tới các kênh truyền tải. Sau khi các PDU đó được lớp con MAC xử
lý, chúng được chuyển đến lớp con PHY để truyền bằng một trong các
kênh vật lý. Nếu MAC nhận được lưu lượng truy cập từ kênh PHY, nó sẽ
được ánh xạ từ kênh truyền tải tới một trong các kênh logic. SC-MCCH
và SC-MTCH chỉ được UE sử dụng để thu vì chúng được sử dụng cho lưu
lượng phát đa hướng từ eNodeB.
Hình 6.2 minh họa cách mỗi kênh logic được ánh xạ tới/từ một kênh
truyền tải. Kênh truy cập ngẫu nhiên (NRACH) không có kênh logic do
thông báo và thủ tục truy cập ngẫu nhiên được lớp con MAC khởi tạo và
nhận. BCCH có thể được nhận trên BCH hoặc DL-SCH. BCCH nhận được trên
BCH được sử dụng để nhận PDU MIB-NB trong khi BCCH nhận được trên DL-
SCH được sử dụng cho các PDU SIB khác.
Đối với UE chỉ sử dụng tối ưu hóa CIoT EPS mặt phẳng điều khiển,
như được định nghĩa trong [20], chỉ có một kênh logic chuyên dụng cho
mỗi UE và DTCH không được hỗ trợ cho UE đó.
6.2 Tham số cấu hình RRC RRC gửi các tham số cấu hình
tới MAC để định cấu hình truy cập ngẫu nhiên, SRB, DRB, lập lịch tĩnh,
cấu hình Tiếp nhận không liên tục (DRX), bộ hẹn giờ báo cáo trạng thái
bộ đệm và cấu hình yêu cầu lập lịch, như được hiển thị trong Bảng 6.1,
6.2 và 6.3. Các tham số cấu hình MAC được RRC nhận từ eNodeB trong
quá trình thu nhận SIB2-NB và SIB22-NB hoặc trong quá trình thiết lập
kết nối được giải thích trong Phần 3.7.7.
6.3 Thủ tục MAC
6.3.1 Thủ tục truy cập ngẫu nhiên Thủ tục
truy cập ngẫu nhiên (RA) là một trong những thủ tục quan trọng nhất ở
lớp con MAC và tại UE vì đây là thủ tục đầu tiên
Bảng 6.1 Tham số cấu hình RRC cho lớp con MAC
sự ưu tiên [1 16] Cho biết kênh logic

sự ưu tiên
định kỳBSR- trang2, trang4, trang8, Cho biết bộ đếm thời gian định kỳ
hẹn giờ trang16, trang64, trang128, báo cáo trạng thái bộ đệm trong
vô cực số chu kỳ NPDCCH.
pp0 có nghĩa là 0 chu kỳ NPDCCH
retxBSR- trang4, trang16, trang64, Cho biết bộ đếm thời gian thường xuyên
hẹn giờ trang128, trang256, báo cáo trạng thái bộ đệm trong
trang512, vô cùng số chu kỳ NPDCCH
kênh logic- 1 chút Cho biết có nên sử dụng
SR-Cấm logicChannelSR-
ProhibitTimer có hẹn giờ hay không
kênh logic- trang2, trang8, trang32, Cho biết UE không
SR- trang128, trang512, truyền yêu cầu lập lịch

Cấm Hẹn Giờ trang1024, trang2048 (SR) trong thời gian
hẹn giờ, kênh logicSR-
ProhibitTimer, đang chạy
chu kỳ drx sf256, sf512, sf1024, Cho biết chu kỳ DRX trong
sf1536, sf2048, số lượng khung con
sf3072, sf4096,
sf4608, sf6144,
sf7680, sf8192,
sf9216
drx- [0 255] Cho biết độ lệch bắt đầu
Bắt đầuGiảm giá của chu kỳ DRX về số lượng
khung phụ theo bước của
(drx-chu kỳ/256)
onDuration- trang1, trang2, trang3, trang4,
Cho biết onDuration
hẹn giờ trang8, trang16, trang32 khoảng thời gian của chu kỳ DRX
drx-Không hoạt động- trang0, trang1, trang2, trang3, Cho biết Bộ hẹn giờ không hoạt động
hẹn giờ trang4, trang8, trang16, về số lượng NPDCCH
trang32 Chu kỳ
drx- trang0, trang1, trang2, trang4, Cho biết bộ đếm thời gian truyền lại
Truyền lại- trang6, trang8, trang16, về số lượng NPDCCH

hẹn giờ trang24,trang33 Chu kỳ
drx-UL- trang0, trang1, trang2, trang4, Cho biết truyền ULRe-
Truyền lại- trang6, trang8, trang16, Hẹn giờ với số lượng
hẹn giờ trang24, trang33, trang40, giai đoạn NPDCCH

trang64, trang80, trang96,
trang112, trang128,
trang160, trang320
Bảng 6.2 Các tham số truy cập ngẫu nhiên do RRC cung cấp
Lớp con
nprach- Danh sách Một danh sách các mục trong đó mỗi mục
Danh sách tham số mục như trong Bảng 6.3 chứa tài
nguyên NRACH
có sẵn trên neo hoặc
sóng mang phụ không neo
ul-Danh sách cấu hình Danh sách Một danh sách các mục trong đó mỗi mục
mục chứa tham số

để biết tài nguyên NRACH trên
một tàu sân bay không neo
ra-Phản hồi- trang2, trang3, trang4, trang5, Cho biết thời lượng của
Kích thước cửa sổ trang6, trang7, trang8, trang10 Cửa sổ phản hồi RA trong
Khoảng thời gian NPDCCH (ví dụ:

pp2 biểu thị 2 NPDCCH
Chu kỳ)
mac-Contention- trang1, trang2, trang3, trang4, Cho biết giá trị Bộ hẹn giờ cho
Độ phân giảiHẹn giờ trang8, trang16, trang32, giải quyết tranh chấp
trang64
ra-CFRA-Config ĐÚNG VẬY Nếu có, cho biết

kích hoạt tranh chấp-
Truy cập ngẫu nhiên miễn phí
(CFRA)
rsrp- Danh sách Danh sách hai RSRP
NgưỡngPrach- mức ngưỡng
Danh sách thông tin
nprach- Danh sách Danh sách lựa chọn
Xác suất- xác suất cho mỗi

Danh sách neo Tài nguyên NRACH đang bật
tàu chở neo
nprach- không, một thứ mười sáu, Cho biết lựa chọn
Xác suất- một phần mười lăm, xác suất cho một
Mỏ neo thứ mười bốn, Tài nguyên NPRach đang bật
một phần mười ba, tàu chở neo
một thứ mười hai,
thứ mười một,

một phần mười, một phần chín,
thứ tám,
một phần bảy,
một phần sáu, một phần năm,
một thứ tư, một thứ ba,

một nửa
(Tiếp theo)
Bảng 6.2 (Tiếp theo) Các tham số truy cập ngẫu nhiên được cung cấp bởi lớp con RRC
lời mở đầu- n3, n4, n5, n6, n7,n8, Cho biết số lần truyền mở đầu
TransMax-CE n10, n20, n50, n100 tối đa, số lần truyền mở đầu
n200 us66dot7, us266dot7 Cho biết
nprach-CP- nên sử dụng định dạng mở đầu 0 hay định dạng 1 như trong
Chiều dài-r13 Bảng 7.32
Bảng 6.3 Các tham số của Tài nguyên NRACH trên Nhà cung cấp dịch vụ neo hoặc không neo
nprach- ms40, ms80, Xác định khung radio
Tính định kỳ ms160, ms240, nơi có sẵn tài nguyên NRACH
ms320, ms640,
ms1280, ms2560 ms8,
nprach- ms16, ms32, Xác định thời gian bắt đầu sau khi
Thời gian bắt đầu ms64, ms128, bắt đầu khung vô tuyến đường lên
ms256, ms512, theo bội số của 1 ms kể từ khi bắt
ms1024 n0, n12, đầu khung vô tuyến
nprach- n24, n36, n2, Xác định sóng mang con đầu tiên của
Offset sóng mang phụ n18, n34 n12, tài nguyên NRACH
n24,
nprach- n36, n48 Tổng số sóng mang phụ
Số sóng mang con có sẵn cho tài nguyên NRACH trong

khung radio
numRepetitions- n1, n2, n4, n8, Cho biết số lượng
PerPreamble- n16, n32, n64, số lần lặp lại lời mở đầu truy cập
cố gắng n128 ngẫu nhiên cho mỗi lần thử
tài nguyên NPRach
nprach- không, mộtThứ ba, Một phân số để tính toán hai nhóm
Nhà cung cấp dịch vụ phụMSG3- haiThứ ba, một sóng mang phụ mà một trong số chúng
Phạm vi Bắt đầu có thể được sử dụng để biểu thị hỗ
trợ đa âm
nprach- n8, n10, n11, Xác định số lượng
SốCBRA- n12, n20, n22, các sóng mang phụ trong đó UE có

Nhà cung cấp dịch vụ bắt đầu n23, n24, n32, thể chọn ngẫu nhiên một
n34, n35, n36, sóng mang phụ bắt đầu để truyền RAP
n40, n44, n46,

n48
thủ tục UE khởi tạo để kết nối với eNodeB. Mục đích chính của thủ tục RA là đạt được sự
đồng bộ hóa đường lên và nhận được sự cấp phép đường lên để bắt đầu thiết lập kết nối
RRC và các thủ tục Đính kèm NAS. Thủ tục RA bao gồm một chuỗi gồm bốn thông báo, Msg1,
Msg2, Msg3 và Msg4. Msg1 là Lời mở đầu RA, Msg2 là Phản hồi truy cập ngẫu nhiên (RAR),
Msg3 là RRC PDU được truyền trong cấp phép UL và Msg4 là thông báo nhận được từ eNodeB
(tức là Nhận dạng giải pháp tranh chấp). Thông tin cơ bản về thủ tục RA được phát tới
UE trong SIB2-NB.
UE chuyển từ chế độ IDLE sang chế độ KẾT NỐI cần kích hoạt quy trình truy cập ngẫu
nhiên. Một eNodeB cần kết nối với UE ở chế độ IDLE có thể gửi một tin nhắn trên NPDCCH
đường xuống ra lệnh cho UE khởi tạo thủ tục RA. Thủ tục RA có thể là thủ tục dựa trên
tranh chấp hoặc không tranh chấp, có thể được thực hiện trên sóng mang neo hoặc không
neo và bao gồm hai thủ tục phụ:
Truy cập ngẫu nhiên
Giải quyết tranh chấp
Thủ tục RA có thể được bắt đầu bởi chính lớp con MAC, lớp con RRC hoặc theo lệnh từ
eNodeB thông qua NPDCCH. Nếu được khởi tạo bởi lớp con MAC thì thủ tục RA sẽ dựa trên sự
tranh chấp. Nếu eNodeB ra lệnh cho UE khởi tạo thủ tục RA thì đó có thể là thủ tục không
tranh chấp.
6.3.2 Trao đổi truy cập ngẫu nhiên Mục đích của RA
là gửi Tiền đề truy cập ngẫu nhiên (RAP) đến eNodeB có thể cho phép UE ở chế độ IDLE
truyền RRCConnectionRequest PDU, thực hiện quy trình thiết lập kết nối RRC được giải
thích trong Phần 3.7.7, và cuối cùng chuyển từ chế độ IDLE sang chế độ KẾT NỐI. Bảng 6.2
tóm tắt các tham số quy trình truy cập ngẫu nhiên được cung cấp bởi lớp con RRC cho lớp
con MAC. eNodeB phân bổ một số tài nguyên NRACH để truyền phần mở đầu truy cập ngẫu
nhiên. Tài nguyên NRACH được xác định bởi một số sóng mang con trong miền tần số và
thời gian bắt đầu cụ thể trong khung vô tuyến đường lên. Mỗi sóng mang neo có tối đa
ba tài nguyên NRACH và mỗi sóng mang không neo cũng có tối đa ba tài nguyên NRACH.
Mỗi ô được phân chia thành một đến ba cấp độ nâng cao vùng phủ sóng. Mức tăng cường
vùng phủ sóng được sử dụng để phù hợp với các thiết bị có mức chất lượng kênh khác với
eNodeB (nghĩa là chất lượng kênh tốt hoặc kém). UE xác định mức độ nâng cao vùng phủ
sóng của mình dựa trên
công suất nhận tín hiệu tham chiếu đo được của nó (RSRP)1 . Mỗi cấp độ nâng
cao vùng phủ sóng được ánh xạ tới một tài nguyên NRACH duy nhất trên sóng mang
cố định và 0 hoặc một tài nguyên NRACH trên mỗi sóng mang không neo.
UE chọn một trong các tài nguyên NRACH dựa trên mức độ nâng cao vùng phủ sóng
của nó. Vì cùng một mức nâng cao vùng phủ sóng có thể có một hoặc nhiều tài
nguyên NRACH (trên sóng mang neo và không neo), UE có thể chọn một trong số
chúng theo phân bố xác suất.
Số lượng mức độ bao phủ nâng cao bằng một cộng với số ngưỡng RSRP trong
rsrp-ThresholdsPrachInfoList.
Các mức độ bao phủ nâng cao được đánh số từ 0 đến 2 và chúng ánh xạ tới tài
nguyên NPRACH theo thứ tự tăng dần, numRepetitionsPerPream-bleAttempt, cho
mỗi tài nguyên NRACH [27]. Thiết bị NB-IoT có chất lượng kênh tốt nhất tới
eNodeB sẽ chọn mức độ phủ sóng nâng cao #0 trong khi thiết bị NB-IoT có chất
lượng kênh kém nhất tới eNodeB sẽ chọn mức độ phủ sóng nâng cao #2.
Truy cập kênh đồng thời từ số lượng lớn thiết bị NB-IoT có thể làm tắc
nghẽn kênh RA. Vì lý do này, nhiều tài nguyên NRACH hơn được cung cấp trên các
sóng mang cố định hoặc không neo hoặc bằng cách ra lệnh cho UE thực hiện truy
cập không tranh chấp.
RRC cấu hình lớp con MAC với một số tham số NRACH được sử dụng để chọn tài
nguyên NRACH trong các khe đường lên để truyền phần mở đầu truy cập ngẫu nhiên.
PHY sử dụng một sóng mang con khởi đầu duy nhất với ba sóng mang con nhảy tần
bổ sung để truyền phần mở đầu truy cập ngẫu nhiên. RRC cung cấp các tham số
sau cho lớp con MAC:
Số lượng tài nguyên NRACH có thể được sử dụng để truyền phần mở đầu
truy cập ngẫu nhiên. Tối đa ba tài nguyên NRACH có sẵn trên sóng mang
neo và mỗi sóng mang không neo. Tập hợp tài nguyên NRACH có sẵn trên
sóng mang neo được biểu thị bằng nprach-ParametersList (trong SIB2-NB)
và các tài nguyên đó trên sóng mang không neo được biểu thị bằng ul-
ConfigList (trong SIB22-NB).
Phản hồi RA Kích thước Windows, ra-ResponseWindowSize.
Bộ đếm thời gian tranh chấp, mac-ContentionResolutionTimer.
Liệu UE có kích hoạt tham số truy cập ngẫu nhiên không tranh chấp hay
dựa trên tranh chấp như được chỉ định bởi ra-CFRA-Config hay không.
Trước tiên, UE chọn mức tăng cường vùng phủ sóng và tài nguyên NRACH được ánh
xạ theo RSRP đo được. UE sau đó chọn ngẫu nhiên
1Phép đo RSRP được thực hiện trên giá đỡ neo.

truy cập phần mở đầu trong tài nguyên NRACH để truyền. Nghĩa là, khi phần
mở đầu truy cập ngẫu nhiên và tài nguyên NRACH được xác định, UE sẽ truyền
RAP2 . Xung đột phần mở đầu xảy ra nếu hai hoặc nhiều UE chọn phần mở đầu
truy cập ngẫu nhiên giống nhau và cùng một tài nguyên NRACH. Xung đột có thể
tránh được nếu eNodeB yêu cầu UE sử dụng phần mở đầu truy cập ngẫu nhiên rõ
ràng và tài nguyên NRACH.
Nếu UE có sẵn nhiều tài nguyên NRACH cho mức tăng cường vùng phủ sóng
của nó trên các sóng mang cố định và không neo, thì một tài nguyên NRACH
đơn sẽ được chọn trên sóng mang cố định hoặc không neo. Xác suất lựa chọn
cho tài nguyên NRACH trên sóng mang neo bằng nprach-ProbabilityAnchor. Có
thể có 0 hoặc nhiều tài nguyên NRACH trên mỗi sóng mang không neo. Xác suất
chọn từng tài nguyên NRACH trên phương tiện vận chuyển không có neo là (1-
nprach-ProbabilityAnchor)/(số lượng tài nguyên NPRACH không có neo). nprach-
ProbabilityAnchor được cung cấp trong mục tương ứng trong nprach-
ProbabilityAnchorList (trong SIB22-NB). Thông thường, nếu thủ tục truy cập
ngẫu nhiên được bắt đầu theo lệnh NPDCCH, thì sóng mang được chọn rõ ràng
thông qua trường Chỉ định sóng mang (như được giải thích trong Phần
7.10.9.13).
Bảng 6.3 chỉ ra các tham số RRC để xác định vị trí thời gian và tần số
của tài nguyên NRACH. Khung radio, nf , chứa tài nguyên NRACH nếu nf mod
(nprach-Periodicity/10) = 0. Trong khung radio này, tài nguyên NRACH bắt đầu
nprach-StartTime sau khi bắt đầu khung radio này.
Trong Bảng 6.3, tài nguyên NRACH bao gồm một số sóng mang con, nprach-
NumSubcarrier. Một sóng mang con được xác định bởi chỉ số sóng mang con
trong phạm vi:
nprach-SubcarrierOffset + [0 nprach-NumSubcarriers 1].
Bảng 6.3 cũng bao gồm các tham số RRC nếu UE hỗ trợ truyền đa âm cho Msg3.
Mỗi tài nguyên NRACH chứa một tập hợp các sóng mang con nprach-NumSub, các
sóng mang con có thể được phân chia thành một hoặc hai nhóm để truyền Msg3
một hoặc nhiều âm. Mỗi nhóm được gọi là nhóm mở đầu truy cập ngẫu nhiên. UE
chỉ chọn một nhóm duy nhất và phần mở đầu truy cập ngẫu nhiên trong nhóm.
Nhóm A được xác định bởi:
nprach-SubcarrierOffset + [0 (nprach-NumCBRA-StartSubcarriers
× nprach-SubcarrierMSG3-RangeStart) 1] ,
2Lời mở đầu truy cập ngẫu nhiên còn được gọi là “Chữ ký”.
và Nhóm B được cho bởi:
nprach-SubcarrierOffset +
[(nprach-NumCBRA-StartSubcarriers × nprach-
SubcarrierMSG3-RangeStart)
nprach-NumCBRA-StartSubcarriers 1],
trong đó mỗi sóng mang con của nhóm phần mở đầu truy cập ngẫu nhiên tương ứng
với phần mở đầu truy cập ngẫu nhiên.
Nếu chỉ số sóng mang phụ được UE chọn; hoặc từ Nhóm A hoặc Nhóm B (trong
trường hợp đa âm), ba chỉ số sóng mang phụ bổ sung được chọn theo cách nhảy tần.
Bốn chỉ số sóng mang con được đặt cùng vị trí trong một khối gồm 12 sóng mang
con.
Thủ tục RA có thể bắt đầu bằng một kích hoạt từ chính UE (bởi chính lớp con
MAC hoặc chính lớp con RRC). Trong trường hợp này, UE chọn phần mở đầu truy cập
ngẫu nhiên có thể xung đột với nhiệm vụ truyền của các UE khác (tức là dựa trên
tranh chấp).
Thủ tục truy cập ngẫu nhiên cũng có thể được kích hoạt theo lệnh từ
eNodeB trên NPDCCH. Ví dụ: khi eNodeB nhận dữ liệu DL cho UE này và nó
cần UE chuyển sang chế độ KẾT NỐI, eNodeB sẽ truyền lệnh NPDCCH. Nếu
eNodeB truyền lệnh NPDCCH, nó có thể chỉ ra phần mở đầu truy cập ngẫu
nhiên rõ ràng và được chỉ định để UE sử dụng. Trong trường hợp này, các
UE có thể tránh được xung đột (tức là không có tranh chấp [2]). NB-IoT UE
loại NB1 chỉ hỗ trợ truyền truy cập ngẫu nhiên dựa trên tranh chấp trên
sóng mang neo và trên sóng mang không neo [27].
Nếu trường chỉ báo sóng mang phụ được báo hiệu thông qua NPDCCH order3 thì ,
tham số ra-PreambleIndex được đặt bằng trường chỉ báo sóng mang phụ được báo
hiệu. Cả ra-PreambleIndex và tài nguyên NRACH đã chọn đều được coi là tín hiệu
rõ ràng. Nếu ra-PreambleIndex khác 0 và ra-CFRA-Config được bật, lớp con MAC sẽ
chọn preamble4 truy cập ngẫu nhiên theo các bước sau:
nprach-SubcarrierOffset +
nprach-NumCBRA-StartSubcarriers + (ra-
PreambleIndex mod (nprach-
NumSubcarriers nprach-NumCBRA-StartSubcarriers)).
3Trường chỉ báo sóng mang con được giải thích trong Mục 7.10.9.13.
4Lời mở đầu truy cập ngẫu nhiên giống với chỉ mục sóng mang con ban đầu.
Mặt khác, nếu ra-CFRA-Config bị tắt, phần mở đầu truy cập ngẫu nhiên được
chọn theo cách sau:
nprach-SubcarrierOffset
+ (ra-PreambleIndex mod nprach-NumSubcarriers).
Tuy nhiên, nếu ra-PreambleIndex bằng 0 trong khi tài nguyên NRACH được
chọn (chọn một trong hai nhóm đa âm), UE sẽ chọn ngẫu nhiên phần mở đầu
truy cập ngẫu nhiên từ nhóm đó. Nếu chỉ tồn tại một nhóm, UE sẽ chọn ngẫu
nhiên phần mở đầu truy cập ngẫu nhiên từ nhóm đó.
Nếu UE tự kích hoạt thủ tục RA (tức là thông qua các lớp con MAC hoặc
RRC), thì UE sẽ chọn một trong các tài nguyên NRACH trên sóng mang neo
hoặc không neo theo mức độ phủ sóng nâng cao và phân bố xác suất của
chúng, nprach-ProbabilityAnchor. Sau khi chọn tài nguyên NRACH, UE có
thể chọn một trong hai nhóm và chọn ngẫu nhiên phần mở đầu truy cập ngẫu
nhiên trong nhóm đó.
Sau khi tài nguyên NRACH và phần mở đầu truy cập ngẫu nhiên được chọn,
MAC sẽ chuyển chúng đến PHY và thông báo cho PHY truyền RAP đến eNodeB,
lặp lại một số lần, numRepetitionsPer-PreambleAttempt.
Nếu UE truyền RAP, nó sẽ tiếp tục theo dõi phản hồi về số lượng khung
đường xuống cho một cửa sổ khung sau khi kết thúc truyền RA. Cửa sổ phản
hồi bắt đầu ở khung con chứa phần cuối của phần lặp lại phần mở đầu cuối
cùng cộng với 41 khung con (nếu số lần lặp lại phần mở đầu là 64 hoặc
nhiều hơn) hoặc 4 khung con (nếu số lần lặp lại phần mở đầu nhỏ hơn 64)
và có chiều dài ra-ResponseWindowSize. UE chờ RAR bằng cách tìm kiếm
NPDCCH được mã hóa bằng RA-RNTI trong đó RA-RNTI là:
RA-RNTI = 1 + tầng(SF Nid/4) + 256 × Carrierid,
trong đó SF Nid là chỉ mục của khung vô tuyến đầu tiên của tài nguyên
NPRACH và Carrierid là chỉ mục của ID sóng mang tần số UL. Đối với sóng
mang neo, Carrierid là 0. Định dạng RAR dự kiến sẽ được UE nhận được minh
họa trong Hình 6.3. Nếu UE nhận được RAR trong cửa sổ phản hồi được mã
hóa bằng RA-RNTI thì RAR có thể được chỉ định cho UE này. Nếu RAR được
chỉ định cho UE này, thì RAR chứa cấp UL cho biết cấp UL có sẵn để UE
truyền Msg3 của nó. RAR cũng đi kèm với C-RNTI tạm thời được sử dụng để
mã hóa tất cả các đường truyền trên NPDCCH. UE giải mã NPDCCH bằng C-RNTI
tạm thời này. Nội dung trợ cấp UL được diễn giải như trong Bảng 6.4.
01234567
R Lệnh tăng thời gian ngày 1 tháng 10
Thời gian trước

yêu cầu cấp UL ngày 2 tháng 10
Cấp UL 3 tháng 10
Cấp UL R 4 tháng 10
C-RNTI tạm thời ngày 5 tháng 10
C-RNTI tạm thời ngày 6 tháng 10
Hình 6.3: Msg2: Định dạng phản hồi truy cập ngẫu nhiên (RAR).
Bảng 6.4 Nội dung tài trợ UL
Kích cỡ
Thông tin Nghĩa

(Chút ít)
Khoảng cách sóng mang con ( f) 1 Nếu được đặt thành 0, f = 3,75 KHz nếu không
nếu 1 thì f = 15 KHz
Chỉ báo sóng mang phụ 6 Xác định sóng mang con UL
(Là C)
được phân bổ, nsc
Độ trễ lập kế hoạch (IDElay) 2 Số lượng khung con đã trôi qua

từ cuối NPDCCH cho đến khi
Khe cắm UL đầu tiên của NPUSCH
Điều chế và mã hóa 3 Xác định sơ đồ điều chế,
chương trình (IMCS) kích thước khối vận chuyển và số lượng
đơn vị tài nguyên đường lên cho nhiệm
vụ truyền Msg3 như trong Bảng 6.5
Số lần lặp lại Msg3 3 Xác định số lần lặp lại
(NRep) cho Msg3
Bảng 6.5 Điều chế, số lượng đơn vị tài nguyên và

Kích thước khối truyền tải cho chỉ mục MCS
MCS điều chế điều chế Chuyên chở
Số lượng RU
Mục lục f = 3,75/15 KHz, f = 15 KHz, Kích thước khối
(NRU )
(IMCS) Isc = 0 11 Isc > 11 (Chút ít)
000 π/2 BPSK π/ QPSK 4 88

001 4 QPSK π/4 QPSK 3 88
010 QPSK QPSK 1 88
Nếu UE nhận thành công RAR được chỉ định của nó, nó kết luận rằng thủ
tục RA được hoàn thành thành công và bắt đầu thủ tục giải quyết tranh
chấp.
UE có thể nhận được một số phản hồi truy cập ngẫu nhiên (RAR) trong
một MAC PDU duy nhất không được chỉ định cho cùng UE mà là các UE khác
như trong Hình 6.4. UE có thể xác định xem phản hồi này có được chỉ định
cho chính nó hay không bằng cách khớp các Mã định danh phần mở đầu truy
cập ngẫu nhiên (RARID) nhận được với phần mở đầu truy cập ngẫu nhiên
được truyền5 . Nếu chúng khớp nhau, điều đó có nghĩa là phản hồi được
chỉ định cho UE này và điều này cho biết thủ tục RA đã hoàn tất thành công.
Nếu không nhận được RAR trong kích thước Cửa sổ RA, ra-Response-
WindowSize, thì UE sẽ bắt đầu quy trình dự phòng trong đó nó chọn giá
trị dự phòng được phân phối đồng đều trong phạm vi [0 Back-off] và tái-
off. truyền một RAP mới. UE có thể chạy lại thủ tục truy cập ngẫu nhiên
với số lần tối đa, preambleTransMax-CE, do lớp con RRC thiết lập.
RAR có thể chứa thông báo chỉ mục dự phòng cho biết giá trị dự phòng
như trong Bảng 6.6. Nếu không nhận được thông báo chỉ số back-off, UE sẽ
đặt giá trị back-off của nó về 0.
6.3.3 Giải quyết tranh chấp
Khi UE hoàn thành thủ tục RA thành công, nó sẽ khởi động cơ chế giải
quyết tranh chấp.
RAR mà UE nhận được như trong Hình 6.3. Bảng 6.5 cho thấy thông số kỹ
thuật UL có trong thông báo RAR. UE sử dụng các tham số này để bắt đầu
truyền Msg3. Thông thường, Msg3 là
NHANH CHÓNG 1 NHANH CHÓNG 2 NHANH CHÓNG
Tiêu đề MAC MAC RAR 1 MAC RAR 2 MAC RAR n Phần đệm
Tải trọng MAC
Hình 6.4: Số lượng phản hồi truy cập ngẫu nhiên (RAR) nhận được trong một
MAC PDU.
5ID RAR là chỉ mục sóng mang phụ bắt đầu được chọn khi quy trình truy cập ngẫu nhiên
được kích hoạt.
Bảng 6.6 Giá trị thông số dự phòng
Mục lục Giá trị thông số lùi lại (ms)
0 0
256
1 512
2 1024
3 4096
5 8192
6 16384
7 32768
8 65536
9 131072
10 262144
11 12 524288
một PDU RRCConnectionRequest để UE di chuyển từ IDLE

sang chế độ KẾT NỐI.
Khi UE truyền hoặc truyền lại Msg3 trong cấp phép UL,
nó khởi động hoặc khởi động lại bộ hẹn giờ mac-ContentionResolutionTimer. Trong lúc
Khi bộ định thời này chạy, UE sẽ tìm đường truyền NPDCCH
được gửi tới C-RNTI tạm thời của nó.
Nếu việc truyền NPDCCH được gửi tới UE tạm thời
UE nhận được C-RNTI, UE giải mã MAC tương ứng
PDU nhận được trên DL-SCH. Nếu MAC PDU chứa phần tử điều khiển MAC nhận
dạng giải quyết tranh chấp, như trong Hình 6.5, phù hợp với
đã truyền Msg3, UE dừng mac-ContentionResolutionTimer
01234567
Nhận dạng giải quyết tranh chấp UE ngày 1 tháng 10
Nhận dạng giải quyết tranh chấp UE 3 tháng 10
Nhận dạng giải quyết tranh chấp UE 4 tháng 10
Hình 6.5: Msg4: Kiểm soát MAC nhận dạng giải quyết tranh chấp
yếu tố.
bộ đếm thời gian và coi thủ tục giải quyết tranh chấp đã hoàn thành
thành công. Sau khi hoàn thành thành công thủ tục giải quyết tranh chấp,
UE đặt C-RNTI của nó thành C-RNTI tạm thời và loại bỏ C-RNTI tạm thời.
Nếu bộ đếm thời gian mac-ContentionResolutionTimer hết hạn, MAC PDU

không thể được giải mã thành công hoặc MAC PDU không chứa nhận dạng giải
quyết tranh chấp khớp với Msg3 được truyền đi thì quy trình giải quyết
tranh chấp được coi là không thành công. Nếu thủ tục giải quyết tranh
chấp không thành công, UE có thể quyết định lặp lại thủ tục RA một lần
nữa.
Hình 6.6 minh họa các thủ tục giải quyết tranh chấp và truy cập ngẫu
nhiên. Ban đầu, UE ở chế độ IDLE và đang cắm trại trên một ô. Khi UE
hoặc RRC quyết định kết nối với eNodeB,
UE UE
eNodeB
RRC MAC
nhàn rỗi
RRCYêu cầu kết nối
Msg1: Lời mở đầu truy cập ngẫu nhiên

ửRC
s
Msg2: Phản hồi truy cập ngẫu nhiên

aA
R ổ
Msg3: Yêu cầu kết nối RRC
Msg4: Thiết lập kết nối RRC

RRCThiết lập kết nối
ĐÃ KẾT NỐI
RRCKết nốiThiết lậpHoàn tất

RRCKết nốiThiết lậpHoàn tất
Hình 6.6: Trao đổi Msg1, Msg2, Msg3 và Msg4 giữa UE và eNodeB.
MAC truyền Msg1 (phần mở đầu truy cập ngẫu nhiên). Khi nhận được Msg2
(phản hồi truy cập ngẫu nhiên) có chứa cấp phép UL, như trong Bảng 6.4,
UE sẽ truyền Msg3. MAC sử dụng cấp UL để truyền Msg3 (RRCConnectionRequest).
MAC mong đợi nhận được Msg4 có thể chứa cả phần tử điều khiển
RRCConnectionSetup và MAC chứa nhận dạng giải quyết tranh chấp phù hợp.
Tại thời điểm này, UE có thể chuyển sang chế độ KẾT NỐI và truyền PDU RRC-
ConnectionSetupComplete.
6.3.4 Lệnh tăng thời gian Trong RAR, UE nhận
được lệnh tăng thời gian (TA) 11 bit.

UE sử dụng lệnh này để điều chỉnh thời gian của các khung đường xuống và
đường lên so với nhau. Định thời của khung đường xuống và khung đường lên
như minh họa trong Hình 6.7 trong đó 0 ≤ NT A ≤ 20512. UE sử dụng sóng
mang neo làm tham chiếu định thời bất kể có sóng mang không neo được định
cấu hình hay không.
Khi nhận được lệnh này, UE sẽ điều chỉnh thời gian truyền của kênh
đường lên; NPUSCH và NPRACH. Lệnh này cho UE biết rằng cần phải thực
hiện một thay đổi đối với định thời đường lên liên quan đến định thời
hiện tại mà UE hiện đang sử dụng. Giá trị căn chỉnh thời gian chính xác,
NT A, được tính từ
NT A = 16 × TA, (6.1)
trong đó TA = 0, 1, 2, . . . , 1282 và Ts là khoảng thời gian lấy mẫu phụ thuộc

vào khoảng cách sóng mang con:
1
với f = 15 KHz
2048 × f 1
Ts =
với f = 3,75 KHz.
8192 × f
Ngoài việc nhận lệnh TA trong RAR, eNodeB cũng có thể truyền TA dưới
dạng phần tử điều khiển MAC như trong Hình 6.8. Nó
Khung vô tuyến DL #0 Khung vô tuyến DL #1 Khung vô tuyến DL #2
Khung vô tuyến UL #0 Khung vô tuyến UL #1 Khung vô tuyến UL #2
NTA.Ts giây
Hình 6.7: Định thời đường xuống và đường lên.

01234567
TAG ID Lệnh nâng cao thời gian ngày 1 tháng 10
Hình 6.8: Lệnh TA là phần tử điều khiển MAC.
bao gồm nhận dạng TAG được đặt thành 0 và giá trị lệnh TA 6 bit, TA
{0, 1, . . . , 63}. Giá trị lệnh TA dùng để điều chỉnh định thời cũ, NT
A,cũ, sang định thời mới NT A,mới, bằng giá trị TA nhận được theo:
NT A, mới = NT A,cũ + (TA 31) × 16. (6.2)
Tùy thuộc vào giá trị của TA, thời gian mới có thể được nâng cao hoặc
trì hoãn so với thời gian hiện tại.
Nếu lệnh TA được nhận trong khung DL, n, thì UE bắt đầu áp dụng TA
mới từ khe NPUSCH đường lên đầu tiên có sẵn sau khung con DL thứ (n +
12).
6.4 Truyền dữ liệu
6.4.1 Nhận dữ liệu đường xuống Dữ liệu
đường xuống (DL) truyền tới UE được gửi trong DL-SCH. UE tiếp tục theo
dõi NPDCCH trong mỗi khung con6 để biết liệu nó có dữ liệu được chỉ định
cho nó trong khung hiện tại hay không. NPDCCH mang thông tin để xử lý
HARQ. Điều này bao gồm số quy trình HARQ được liên kết với khung con này.
Một UE chỉ có tối đa hai tiến trình HARQ chạy cho DL-SCH. Quá trình
HARQ cho DL-SCH là quá trình dừng và chờ, không đồng bộ và thích ứng.
Trong quy trình Dừng và Chờ, các gói của quy trình HARQ được truyền
trước tiên sau đó quy trình HARQ dừng để nhận ACK/NACK trước khi truyền
gói tiếp theo.
Trong khi chờ đợi ACK/NACK của quy trình HARQ, các gói của quy trình HARQ
khác có thể được truyền song song. Quá trình HARQ Dừng và Chờ làm tăng
Thời gian Khứ hồi (RTT) và giảm thông lượng.
Trong HARQ không đồng bộ, UE tuân theo những gì NPDCCH yêu cầu UE
thực hiện (nghĩa là thực hiện truyền hoặc truyền lại) và ID tiến trình
HARQ được báo hiệu trong NPDCCH. HARQ thích ứng có nghĩa là cùng một gói
có thể được truyền lại bằng cách sử dụng sơ đồ điều chế khác.
Khoảng thời gian khung con 6A còn được gọi là Khoảng thời gian truyền (TTI).
NPDCCH chứa bit Chỉ báo dữ liệu mới (NDI). Nó cho UE biết dữ liệu này
là truyền mới hay truyền lại. Nếu bit NDI được bật (khác với bit được
gửi trong lần truyền trước), điều đó có nghĩa là dữ liệu mới được truyền
ở đường xuống cho HARQ đã cho
quá trình.
MAC PDU đã nhận được lưu trữ trong bộ đệm mềm và có thể được kết hợp
với bất kỳ hoạt động nhận truyền lại nào của cùng một MAC PDU. UE giải
mã MAC PDU kết hợp và tùy thuộc vào việc giải mã thành công hay không,
nó sẽ tạo ra ACK hoặc NACK để truyền đến eNodeB.
Khi UE nhận được MAC PDU trên DL-SCH của nó, nó sẽ chuyển tiếp thông
tin HARQ (ID tiến trình HARQ) tới tiến trình HARQ của nó cùng với MAC
PDU nhận được. MAC PDU có thể là lần truyền đầu tiên của MAC PDU này hoặc
là lần truyền lại của nó. Quá trình HARQ kết hợp MAC PDU nhận được với
những gì trong bộ đệm mềm (nếu có) và cố gắng giải mã MAC PDU. Sau khi
giải mã thành công MAC PDU, lớp con MAC tiếp tục phân tách và phân kênh
MAC PDU.
Mặt khác, nếu MAC PDU không được giải mã thành công, UE sẽ lưu trữ hoặc
kết hợp MAC PDU nhận được với MAC PDU đó trong bộ đệm mềm. Sau khi nhận
được MAC PDU, UE sẽ truyền ACK hoặc NACK cho biết MAC PDU có được giải
mã thành công hay không.
UE nhận đơn vị dữ liệu ở lớp con vật lý dưới dạng khối truyền tải.
Mỗi khối truyền tải đường xuống được eNodeB truyền đi nhiều lần bằng giá
trị tham số lặp lại do NPDCCH cung cấp. Tham số này cung cấp số lượng
khung con trong đó việc truyền DL được lặp lại nhiều khung con. Đối với
khối truyền tải được truyền tới UE, một số lần truyền lại được lặp lại
trong nhiều khung con như được chỉ định bởi NPDCCH. UE truyền một ACK/
NACK đơn cho khối truyền tải và các lần lặp lại của nó. Việc phân công
đường xuống NPDCCH, tương ứng với một lần truyền mới hoặc một nhiệm vụ
truyền lại của khối truyền tải, được nhận sau lần lặp lại cuối cùng của
khối truyền tải. Thông tin chi tiết hơn về việc gán NPDCCH đường xuống
được giải thích trong Phần 7.10.9.13.
ACK/NACK được gửi trên đường lên để phản hồi việc nhận khối truyền
tải đường xuống được gửi trên NPUSCH. Việc truyền lại được lên kế hoạch
thông qua NPDCCH.
6.4.2 Truyền dữ liệu đường lên
UE truyền dữ liệu hoặc điều khiển PDU bằng cách đóng gói chúng trong MAC
PDU. Bộ giám sát UE là NPDCCH để biết về bất kỳ nhiệm vụ UL nào được gán
cho UE.
Có tối đa hai quy trình HARQ cho UL-SCH. UL HARQ sử dụng giao thức
Stop-And-Wait. Quá trình HARQ chịu trách nhiệm truyền và truyền lại khối
truyền tải. Quá trình HARQ đường lên không đồng bộ và thích ứng. Trong
HARQ thích ứng không đồng bộ, quy trình được liên kết với khung con dựa
trên cấp UL nhận được ngoại trừ cấp UL trong RAR. Nói cách khác, trong
HARQ thích ứng không đồng bộ, UE tuân theo những gì NPDCCH yêu cầu UE
thực hiện (nghĩa là thực hiện truyền hoặc truyền lại). Đối với nhiệm vụ
truyền UL với cấp phép UL trong RAR, mã định danh quy trình HARQ 0 được
sử dụng.
Mỗi tiến trình HARQ có một bộ đệm lưu trữ MAC PDU được truyền đi. Bộ
đệm chứa một biến khác; IRV HIỆN TẠI.
IRV HIỆN TẠI cho biết chỉ số của phiên bản dự phòng hiện tại
(RV) trong đó RV được xác định nằm trong chuỗi {0, 2, 3, 1}.
Trong hoạt động HARQ không đồng bộ, việc truyền lại UL được kích hoạt bởi
các cấp phép truyền lại thích ứng. ACK/NACK cho đường truyền UL được báo
hiệu ngầm bởi NDI trong DCI.
Mỗi khối truyền tải được truyền trên NPUSCH được lặp lại một số lần
bằng giá trị tham số lặp lại do NPDCCH cung cấp.
Cấp đường lên tương ứng với lần truyền mới hoặc truyền lại lần truyền
ban đầu chỉ được nhận sau lần lặp lại cuối cùng của lần truyền trước đó.
Thông tin chi tiết hơn về truyền dẫn NPUSCH đường lên được giải thích
trong Phần 7.10.9.11.
6.5 Tiếp nhận không liên tục DRX là quy trình
được UE MAC sử dụng để tiết kiệm năng lượng và pin. Quy trình này hoạt
động ở chế độ IDLE và KẾT NỐI. Hành vi DRX ở chế độ IDLE được mô tả trong
Phần 3.12. Ở chế độ DRX, UE ngủ khi tắt bộ thu phát và thỉnh thoảng thức
dậy để giám sát NPDCCH.
eNodeB định cấu hình các tham số DRX để UE sử dụng thông qua quá trình
thiết lập kết nối RRC hoặc quy trình cấu hình lại. DRX cho phép UE chỉ
ngủ và thức dậy trong những khoảng thời gian cụ thể để giám sát NPDCCH
hoặc truyền và nhận bất kỳ bản tin đường xuống hoặc đường lên nào trên
NPDSCH hoặc NPUSCH. Các tham số DRX, như trong Bảng 6.1, là:
Chu kỳ drx: Cho biết độ dài của chu kỳ DRX trong các khung con bao
gồm thời gian BẬT theo sau là thời gian TẮT (không hoạt động).
drx-StartOffset: Cho biết độ lệch DRX được sử dụng để tính số khung

con bắt đầu cho chu kỳ DRX.
onDurationTimer: Cho biết số lượng khung con NPDCCH liên tiếp ở đầu
mỗi chu kỳ DRX (khi UE BẬT). Đó là số lượng khung con mà UE đọc NPDCCH
trong mỗi chu kỳ DRX trước khi chuyển sang chế độ tiết kiệm năng lượng
(UE TẮT).
drx-InactivityTimer: Cho biết số lượng khung con NPDCCH liên tiếp mà

UE sẽ hoạt động sau khi giải mã thành công NPDCCH cho biết đường
truyền mới (UL hoặc DL). Bộ hẹn giờ này được khởi động lại khi nhận
NPD-CCH cho lần truyền mới (UL hoặc DL). Khi hết bộ đếm thời gian
này, UE sẽ ngủ.
drx-RetransmissionTimer: Cho biết số lượng khung con NPDCCH liên tiếp

tối đa cho đến khi nhận được truyền lại DL. UE nên giám sát NPDCCH khi
UE mong đợi việc truyền lại từ eNodeB.
drx-ULRetransmissionTimer: Cho biết số lượng khung con NPDCCH liên
tiếp tối đa cho đến khi nhận được quyền truyền lại UL.
Chu trình DRX được đồng bộ hóa ở cả UE và eNodeB. Cả UE và eNodeB đều biết UE
đang ngủ hay thức vào thời điểm nào. Do đó, eNodeB có thể lập lịch lưu lượng
truy cập đường xuống tới UE tương ứng.
UE chỉ có thể đọc NPDCCH khi nó thức, nếu không, nếu nó đang ngủ, nó sẽ
không đọc NPDCCH. Đối với lưu lượng đường lên, nó không bị ảnh hưởng trong
khi thức hoặc ngủ vì UE có thể truyền yêu cầu lập lịch (SR) khi thức dậy để
yêu cầu cơ hội truyền đường lên. eNodeB vẫn có thể buộc UE chuyển sang chế độ
ngủ bằng cách truyền phần tử điều khiển MAC DRX đến UE.
Chu trình DRX được bắt đầu trong một khung con đáp ứng:
[(SF N × 10) + số khung con] mod (drx-Cycle) = drxStartOffset.
Khi chu trình DRX bắt đầu, bộ hẹn giờ OnDuration sẽ bắt đầu trong khoảng
thời gian onDurationTimer. Trong khoảng thời gian onDurationTimer, UE tiếp
tục giám sát NPDCCH về mọi cấp phép đường xuống, cấp đường lên hoặc truyền
lại. Nó cũng có thể nhận dữ liệu trên NPDSCH hoặc truyền trên NPUSCH nếu có
sự phân bổ đường xuống hoặc cấp đường lên. Hình 6.9 hiển thị định thời DRX
khi không có NPDCCH nào được chỉ định cho UE.
Nếu trong khoảng thời gian onDurationTimer, một NPDCCH được chỉ định cho
UE được nhận để chỉ báo nhiệm vụ truyền tải đường xuống hoặc đường lên, thì
UE sẽ khởi động bộ đếm thời gian drx-InactivityTimer trong một khoảng thời gian
Thời lượng BẬT Thời lượng TẮT
Chu kỳ DRX Chu kỳ DRX
Hình 6.9: Thủ tục DRX khi không nhận được NPDCCH.
của drx-InactivityTimer để tiếp tục hoạt động. Hình 6.10 cho thấy
Định thời DRX khi UE nhận được NPDCCH. UE thức tỉnh
thời gian hoạt động được mở rộng nhờ bộ đếm thời gian drx-InactivityTimer.
Nếu trong khoảng thời gian onDurationTimer, NPDCCH

được chỉ định cho UE được nhận, chỉ ra MAC PDU chứa phần tử điều khiển
MAC DRX. UE ban đầu khởi động drx-InactivityTimer nhưng sau đó phát hiện
ra phần tử điều khiển DRX MAC được
đa nhâ n. Sau khi UE xử lý các phần tử điều khiển MAC DRX, nó
dừng cả hai bộ tính giờ; drx-InactivityTimer và onDurationTimer và tiếp tục
vào giấc ngủ. Điều này được minh họa trong hình 6.11.
Nếu UE nhận được NPDCCH chỉ báo truyền dẫn đường xuống
hoặc cấp UL, UE khởi động bộ định thời HARQ RTT sau khi nhận được
NPDSCH hoặc truyền NPUSCH. Bộ định thời HARQ RTT là
bắt đầu để nó chỉ ra số lượng khung con tối thiểu trước
truyền lại DL HARQ hoặc truyền lại UL HARQ

khoản trợ cấp được mong đợi. Khi bộ định thời HARQ RTT được khởi động, UE có thể
đi ngủ đi.
Nếu bộ định thời HARQ RTT để truyền DL hết hạn, UE sẽ kiểm tra
liệu MAC PDU được lưu trữ có thể được giải mã thành công hay không. Nếu
NPDCCH là
nhận được ở đây
Thời lượng BẬT Thời lượng TẮT DRX Thời gian không hoạt động
Hình 6.10: Thủ tục DRX khi nhận được NPDCCH.

NPDCCH được
nhận ở đây
Thời lượng BẬT Thời lượng TẮT DRX Thời gian không hoạt động
Phần tử điều khiển DRX MAC được nhận ở đây.
Cả drx-InactivityTimer và onDurationTimer đều dừng ở đây
Hình 6.11: Quy trình DRX khi nhận được phần tử điều khiển MAC NPDCCH và DRX.
MAC PDU được lưu trữ không thể giải mã thành công, UE khởi động drx-
InactivityTimer và drx-RetransmissionTimer. Nếu bộ định thời HARQ RTT cho
cấp UL đã hết hạn, UE sẽ khởi động drx-InactivityTimer và drx-
ULRetransmissionTimer. Bằng cách bắt đầu bất kỳ bộ đếm thời gian nào
trong số này, UE sẽ thức dậy.
Chu trình DRX chỉ bắt đầu nếu không có bộ hẹn giờ nào đang chạy;
onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, drx-
ULRetransmissionTimer hoặc mac-ContentionResolutionTimer, nếu không thì
chu trình DRX chưa được bắt đầu.
6.6 Lắp ráp và ghép kênh MAC PDU

6.6.1 Bộ lập lịch tĩnh
Các PDU điều khiển và dữ liệu được xếp hàng đợi ở mỗi kênh logic (tín
hiệu hoặc RB dữ liệu) được thu thập để tập hợp và xây dựng một PDU MAC
để truyền. Mỗi DRB thuộc về một kênh logic. RRC quảng cáo mức độ ưu tiên
của từng kênh logic như trong Bảng 6.1. Mỗi kênh logic được lên lịch theo
thứ tự ưu tiên nghiêm ngặt. Tất cả các PDU RLC được lập lịch cho một kênh
mang vô tuyến được ghép thành một PDU MAC có thể phù hợp với cấp phép
UL. Mỗi kênh logic được lập lịch theo thứ tự ưu tiên giảm dần do RRC
thiết lập. Nếu tất cả các kênh logic có mức độ ưu tiên như nhau thì chúng
được lập lịch như nhau (hoặc theo kiểu vòng tròn).
Tùy thuộc vào quy mô của cấp phép UL, lớp con MAC có thể phân đoạn một
RLC PDU để phù hợp với cấp phép UL. Mặt khác, nếu mức cấp UL lớn và không
còn RLC PDU nào được xếp hàng để lên lịch, thì phần tử điều khiển Padding
MAC sẽ được thêm vào để lấp đầy kích thước cấp UL.
Ngoài việc truyền và nhận các PDU điều khiển và dữ liệu cho SRB và DRB
tương ứng, UE có thể truyền các phần tử điều khiển MAC được sử dụng để
trao đổi thông tin điều khiển với eNodeB. UE tuân theo thứ tự ưu tiên nghiêm
ngặt để truyền các phần tử điều khiển MAC và dữ liệu cho các sóng mang vô
tuyến. Nghĩa là, UE tập hợp và xây dựng MAC PDU bằng cách ghép các bản tin
sau theo thứ tự chặt chẽ:
Phần tử điều khiển MAC cho C-RNTI hoặc dữ liệu từ UL CCCH (SRB0).
Phần tử điều khiển MAC cho Báo cáo trạng thái bộ đệm (BSR).
Dữ liệu từ SRB1, SRB1bis hoặc DRB. Ưu tiên cho SRB1 được thể hiện
trong Bảng 3.2.
Phần tử điều khiển MAC cho BSR được bao gồm để đệm.
6.6.2 Báo cáo trạng thái bộ đệm
UE có thể truyền phần tử điều khiển MAC, được gọi là BSR, để cho biết lượng
dữ liệu được xếp hàng đợi tại UE. Điều này bao gồm dữ liệu cho cả SRB và
DRB. Tất cả các kênh logic đều thuộc về một Nhóm kênh logic (LCG). Có ba
loại BSR; BSR thông thường, BSR đệm và BSR định kỳ. Chúng được kích hoạt
theo các bước sau:
BSR thông thường: Điều này được kích hoạt khi dữ liệu đường lên có
sẵn để truyền ở lớp con RLC hoặc PDCP cho bất kỳ SRB hoặc DRB nào
chỉ lần đầu tiên. Nó cũng được kích hoạt khi không còn dữ liệu để
truyền. Nếu một BSR thông thường được truyền đi, một bộ đếm thời
gian, logicChannelSRProhibitTimer, sẽ được khởi động để cấm UE
truyền yêu cầu đến eNodeB yêu cầu cấp đường lên. Bộ hẹn giờ chỉ được
khởi động nếu tính năng cấmChannelSR-Prohibit được bật.
Đệm BSR: Điều này được kích hoạt nếu cấp đường lên đủ lớn và không
còn RLC PDU nào để lấp đầy cấp đường lên. Phần chưa sử dụng còn lại
của cấp UL được sử dụng để truyền phần tử điều khiển MAC Padding BSR.
BSR định kỳ: Điều này được kích hoạt định kỳ theo
bộ định thời, BSR-Timer định kỳ, được thiết lập bởi RRC như trong Bảng 6.1. Trên
Hết thời gian hẹn giờ này, phần tử điều khiển MAC BSR định kỳ sẽ được
được truyền đi.
Bộ định thời BSR được tóm tắt trong Bảng 6.1. Một PDU MAC có tại
hầu hết một trong ba phần tử điều khiển MAC BSR ở trên. Điều khiển BSR
phần tử luôn phản ánh kích thước bộ đệm đường lên tại UE. Bộ đệm khác nhau
kích thước được biểu thị cho eNodeB bằng các chỉ số của chúng như trong Bảng 6.7. MAC
phần tử điều khiển cho BSR được thể hiện trên Hình 6.12.
Bảng 6.7 Kích thước bộ đệm
Mục lục Kích thước bộ đệm (Byte) Mục lục Kích thước bộ đệm (Byte)
BS = 0 32 1132 < BS 1326 _

0 < BS 10 _ 33 1326 < BS 1552 _
10 < BS 12 _ 34 1552 < BS 1817 _
12 < BS 14 _ 35 1817 < BS 2127 _
0 14 < BS 17 _ 36 2127 < BS 2490 _
17 < BS 19 _ 37 2490 < BS 2915 _
1 19 < BS 22 _ 38 2915 < BS 3413 _
2 22 < BS 26 _ 39 3413 < BS 3995 _
26 < BS 31 _ 40 3995 < BS ≤ 4677
31 < BS 36 _ 41 4677 < BS 5476 _
3 36 < BS 42 _ 42 5476 < BS 6411 _
4 42 < BS 49 _ 43 6411 < BS 7505 _
5 49 < BS 57 _ 44 7505 < BS ≤ 8787
6 57 < BS 67 _ 45 8787 < BS 10287 _
7 67 < BS 78 _ 46 10287 < BS 12043 _
8 78 < BS 91 _ 47 12043 < BS 14099 _
9 91 < BS 107 _ 48 14099 < BS 16507 _
10 107 < BS 125 _ 49 16507 < BS 19325 _
11 125 < BS 146 _ 50 19325 < BS 22624 _
12 146 < BS 171 _ 51 22624 < BS 26487 _
13 171 < BS 200 _ 52 26487 < BS 31009 _
14 200 < BS 234 _ 53 31009 < BS 36304 _
15 234 < BS 274 _ 54 36304 < BS 42502 _
16 274 < BS 321 _ 55 42502 < BS 49759 _
17 321 < BS 376 _ 56 49759 < BS 58255 _
18 376 < BS ≤ 440 57 58255 < BS 68201 _
19 440 < BS 515 _ 58 68201 < BS 79846 _
20 515 < BS 603 _ 59 79846 < BS 93479 _
21 603 < BS 706 _ 60 93479 < BS 109439 _
22 706 < BS ≤ 826 61 109439 < BS 128125 _
23 826 < BS 967 _ 62 128125 < BS 150000 _
24 25 26 27 28967
29 30 <
31 BS <= 1132 63 BS > 150000
7 6 5 4 3 2 1 0
ID LCG Kích thước bộ đệm ngày 1 tháng 10
Hình 6.12: Phần tử điều khiển MAC báo cáo trạng thái bộ đệm.
6.6.3 Yêu cầu lập lịch
Để UE nhận được cấp phép UL, nó phải yêu cầu cấp phép từ eNodeB. UE gửi
Yêu cầu lập lịch (SR) để nhận cấp phép UL trong đó UE có thể truyền MAC
PDU của nó. SR không được truyền nếu bộ đếm thời gian logicChannelSR-
Prohibit đang chạy. Các thông số SR được thể hiện trong Bảng 6.1.
6.6.4 Phần tử điều khiển MAC C-RNTI
UE sử dụng phần tử điều khiển MAC này để truyền C-RNTI của nó. Nó có kích
thước cố định như trong Hình 6.13. C-RNTI là mã định danh duy nhất cho
UE được eNodeB sử dụng để xác định kết nối RRC và lập lịch DL/UL. Sau
khi thủ tục thiết lập hoặc tái thiết lập kết nối RRC, C-RNTI tạm thời
được thay đổi để trở thành C-RNTI sau khi thủ tục giải quyết tranh chấp
được thực hiện thành công.
6.6.5 Định dạng MAC PDU
MAC PDU là một PDU duy nhất bao gồm tiêu đề MAC, một số SDU MAC và một
số phần tử điều khiển MAC và tùy chọn phần đệm. Tiêu đề MAC bao gồm một
số tiêu đề phụ MAC. Mỗi tiêu đề phụ MAC tương ứng với một MAC SDU, phần
tử điều khiển MAC hoặc phần đệm.
7 6 5 4 3 2 1 0
C-RNTI ngày 1 tháng 10
C-RNTI ngày 2 tháng 10
Hình 6.13: Phần tử điều khiển MAC C-RNTI.

Các tiêu đề phụ MAC cho phản hồi truy cập ngẫu nhiên (RAR) và
Các chỉ báo lùi lần lượt được thể hiện trong Hình 6.14 và 6.15.
Tiêu đề phụ MAC cho phần tử điều khiển MAC được hiển thị trong
Hình 6.16 trong khi Hình 6.17 hiển thị tiêu đề phụ MAC cho MAC
SDU. Các trường tiêu đề phụ MAC được tóm tắt trong Bảng 6.8.
ID kênh logic (LCID) được xác định trong Bảng 6.9 và 6.10
tương ứng cho cả đường xuống và đường lên.
Hình 6.18 cho thấy một ví dụ về một MAC PDU chứa hai
Các phần tử điều khiển MAC ngoài hai MAC SDU. Mỗi SDU MAC
chứa một PDU RLC. Đối với một PDU MAC như vậy, có năm địa chỉ MAC
tiêu đề phụ (SH) tương ứng với hai Thành phần điều khiển MAC
01234567
ET NHANH ngày 1 tháng 10
Hình 6.14: Tiêu đề phụ MAC cho RAR.
01234567
ETRR BI ngày 1 tháng 10
Hình 6.15: Tiêu đề phụ MAC cho chỉ báo lùi.
01234567
R F2 E LCID ngày 1 tháng 10
Hình 6.16: Tiêu đề phụ MAC cho phần tử điều khiển MAC.
7 6 5 4 3 2 1 0
R F2 E LCID ngày 1 tháng 10
F L
Hình 6.17: Tiêu đề phụ MAC cho MAC SDU.

Bảng 6.8 Trường tiêu đề phụ MAC
Cánh đồng Giá trị có thể Nghĩa
Giá trị LCID từ ID kênh logic của MAC SDU hoặc MAC
Bảng 6.9 hoặc phần tử điều khiển
6.10
L [1 32767] Độ dài của MAC SDU hoặc điều khiển MAC
yếu tố
F 0, 1 Trường định dạng. Cho biết kích thước của Chiều dài
cánh đồng. Nếu F là 1 thì kích thước của phần tử điều
khiển MAC SDU hoặc MAC nhỏ hơn 128 nếu không thì nó là
số không
E 0, 1 Trường mở rộng. Cho biết nếu có nhiều trường hơn
có trong tiêu đề phụ MAC hay không. Nếu E

trường được đặt thành 1, có một trường khác tại
ít nhất các trường R/F2/E/LCID nếu không thì giá trị của
0 chỉ ra rằng MAC SDU, MAC
phần tử điều khiển hoặc phần đệm bắt đầu ở phần tiếp theo
byte
T 0, 1 Điều này chỉ áp dụng cho MAC PDU
liên quan đến RA-RNTI. Giá trị bằng 1, cho
biết tiêu đề phụ MAC có RAPID (ID mở đầu truy
cập ngẫu nhiên), nếu không, giá trị
bằng 0 biểu thị chỉ báo Back-off trong MAC
tiêu đề phụ
F2 Luôn đặt về 0
R 0 0 Kín đáo
Bảng 6.9 LCID đường xuống
Mục lục Giá trị LCID
00000 CCCH
00001–01010 Nhận dạng kênh logic
11100 Nhận dạng giải pháp tranh chấp UE
11101 Lệnh tăng thời gian
11110 Lệnh DRX
11111 Phần đệm
Bảng 6.10 LCD đường lên
Mục lục Giá trị LCID
00000 CCCH
00001–01010 Nhận dạng kênh logic
11011 C-RNTI
11101 BSR ngắn
11111 Phần đệm
SH #0 SH #1 SH #2 SH #3 SH #4 MAC CE #0 MAC CE #1 MAC SDU #0 MAC SDU #1 Phần đệm
MAC PDU
Hình 6.18: Ví dụ MAC PDU.
MAC SDU
MAC PDU
Hình 6.19: MAC PDU trong suốt.
(CE), hai MAC SDU và Đệm. Tùy thuộc vào kích thước khối truyền tải, có
thể còn lại khoảng trống chưa sử dụng trong MAC PDU, do đó, một phần đệm
được thêm vào cuối MAC PDU.
Một MAC PDU trong suốt không có bất kỳ tiêu đề phụ MAC nào và chỉ
chứa MAC SDU như trong Hình 6.19. MAC PDU này được eNodeB sử dụng để
truyền trên PCH và BCH.
Chương 7
Lớp con vật lý
Lớp con vật lý là lớp con dưới cùng chịu trách nhiệm về các kênh vật
lý, truyền và nhận các PDU MAC; nó được minh họa trong hình 7.1. RRC
cung cấp các tham số cấu hình cho tầng phụ PHY. Tại giao diện MAC/PHY,
các kênh truyền tải được ánh xạ tới các kênh vật lý và ngược lại khi
truyền và nhận tương ứng [28].
RRC gửi các tham số cấu hình của nó tới từng lớp con, bao gồm
lớp con PHY, như được chỉ ra trong Phần 4.2, 5.2, 6.2 và 7.1.
7.1 Tham số cấu hình RRC RRC gửi các tham số cấu hình
vô tuyến chuyên dụng hoặc mặc định đến lớp con PHY để có thể xử lý việc
truyền và nhận trên DL và UL cho sóng mang neo hoặc sóng mang không
neo. Các cấu hình này được thể hiện trong Bảng 7.1. Các tham số cấu
hình PHY được RRC nhận từ eNodeB trong quá trình thiết lập kết nối RRC
như được giải thích trong Phần 3.7.7.
7.2 Cấu trúc khung FDD
Cấu trúc khung đường xuống được thể hiện trong hình 7.2. Mỗi khung vô
tuyến có độ dài Tf = 10 ms và gồm 20 khe có độ dài Tslot = 0,5 ms,
được đánh số từ 0 đến 19. Một khung con được định nghĩa là hai khe liên tiếp
145
RRC
lớp con PDCP
Kênh logic
lớp con RLC

há
m
t uo
n
ể ấs
ì
à
i C
h
v
k
Hợp lý cho các kênh truyền tải
Lớp con MAC
Vận chuyển đến các kênh vật lý
lớp con PHY
Hình 7.1: Mô tả lớp con PHY.
trong đó khung con, nsf , bao gồm các khe 2nsf và 2nsf + 1. Khung con, trong
nsf . số khung hệ thống, nf , có số khung con tuyệt đối nsf , abs = 10nf +
N
sf Đối với khung đường lên, số khe trong khung vô tuyến được ký hiệu là ns
trong đó ns {0, 1, . . . , 19} với f = 15 KHz và ns {0, 1, . . . , 4}
cho f = 3,75 KHz.
Cấu trúc khung đường lên giống như trong Hình 7.2 với thời lượng 10 ms và
20 khe nếu f = 15 KHz. Nếu f = 3,75 KHz, thời lượng khung là 10 ms chỉ có
5 khe (một khe là 2 ms) như trong Hình 7.3 trong đó ranh giới khe giống với
ranh giới khung con trong Hình 7.2.
Đối với FDD bán song công, có sẵn 20 khe để truyền đường xuống và 20 khe
( f = 15 KHz) hoặc 5 khe ( f = 3,75 KHz) có sẵn để truyền đường lên trong
mỗi khoảng thời gian 10 ms. Truyền dẫn đường lên và đường xuống được phân
tách trong miền tần số. Trong hoạt động FDD bán song công, UE không thể
truyền và nhận cùng một lúc.
NB-IoT UE chỉ hỗ trợ bán song công loại B. Trong FDD bán song công loại
B, toàn bộ khung con được sử dụng làm lớp bảo vệ giữa quá trình thu và
Lớp con vật lý 147
Bảng 7.1 Tham số cấu hình RRC cho lớp con PHY
Cho biết EARFCN cho tần số sóng

tần số sóng mang [0 262143]
mang NB-IoT. Nó có thể
được sử dụng cho DL hoặc UL của

chất mang không neo
hoặc UL của chất mang neo.
nhà cung cấp dịch vụFreqOffset v-10, v-9, v-8, v-7, Bù số kênh NB-IoT sang
EARFCN. Nó có thể được
v-6, v-5, v-4, v-3,
sử dụng cho DL hoặc UL của chất
v-2, v-1, v-0dot5,
mang không neo hoặc UL
v0, v1, v2, v3, v4,
của chất mang neo. Giá trị v-10
v5, v6, v7, v8, v9
có nghĩa là độ lệch 10
khung phụPattern10 10 bit Cấu hình khung con đường
xuống trên 10 ms cho băng tần

trong, độc lập và băng bảo
vệ. Chỉ được sử dụng cho sóng mang
không neo Bit đầu tiên/ngoài cùng
bên trái đại diện cho

khung con số 0 trong khung vô
tuyến trong đó SFN mod 10 =
0. Giá trị 0 có nghĩa là khung
con không hợp lệ để truyền DL.
Giá trị 1 có nghĩa
là khung con hợp lệ để
truyền DL
khung phụPattern40 40 bit Cấu hình khung con đường
xuống trên 40ms cho băng tần

trong. Chỉ được sử dụng cho sóng
mang không neo Bit đầu tiên/
ngoài cùng bên trái

đại diện cho khung con số 0 trong
khung vô tuyến trong đó SFN
mod 40 = 0. Giá trị 0 có nghĩa
là khung con không hợp lệ để
truyền DL. Giá trị 1
có nghĩa là khung con hợp
lệ để truyền DL
(Tiếp theo)
Bảng 7.1 (Tiếp theo) Tham số cấu hình RRC cho

Lớp con PHY
chỉ mụcToMidPRB [ 55 54] Cho biết một chỉ mục cho
Khối tài nguyên vật lý

(PRB) được sử dụng cho NB-IoT
so với giữa
số lượng PRB
có sẵn. Chỉ được sử dụng cho

tàu sân bay không neo
ack-NACK- r1, r2, r4, r8, r16, Cho biết số lượng
Số lần lặp lại r32, r64, r128 sự lặp lại cho đường lên
ACK/NACK RU với tư cách là
đáp ứng với NPDSCH.
r128 có nghĩa là 128 lần lặp lại
ack-NACK- r1, r2, r4, r8, r16, Cho biết số lượng
Số lần lặp lại- r32, r64, r128 sự lặp lại cho đường lên
Msg4 ACK/NACK RU cho mỗi
Tài nguyên NPRach dưới dạng
phản hồi với NPDSCH
Msg4
haiHARQ- ĐÚNG VẬY Cho biết liệu hai
Quy trìnhConfig Các quy trình HARQ sẽ được

sử dụng hay không
eutraControlRegion- n1, n2, n3 Cho biết NPDCCH

Kích cỡ kích thước vùng cho inband
chế độ hoạt động về số lượng
của các ký hiệu OFDM
hoạt độngModeInfo Inband-SamePCI, Inband-SamePCI: NB-IoT

Trong băng- và eNodeB chia sẻ
PCI khác nhau, ID ô vật lý giống nhau

PCI khác nhau trong băng tần:
Băng bảo vệ,
NB-IoT và eNodeB có
Độc lập
ID ô vật lý khác nhau
Guardband: băng bảo vệ
triển khai
Độc lập: độc lập
triển khai
Một khung hình = 10 ms
Một khe = 0,5 ms
#0 #1 #2 #3 #19
Một khung con = 1 ms
Hình 7.2: Cấu trúc khung đường xuống và cấu trúc khung đường lên cho f = 15 KHz.
Một khung hình = 10 ms
Một khe = 2 ms
#0 #4
Hình 7.3: Cấu trúc khung đường lên cho f = 3,75 KHz.
quá trình lây truyền. Điều này cho phép thực hiện với chi phí thấp chỉ với một
bộ tạo dao động duy nhất có thể chuyển đổi giữa tần số đường lên và đường xuống.
Một UE hoạt động ở đường xuống sử dụng 12 sóng mang con có băng thông sóng
mang con 15 KHz (băng thông 180 KHz) và ở đường lên sử dụng một sóng mang con
duy nhất có băng thông sóng mang con là 3,75 hoặc 15 KHz hoặc 3, 6 hoặc 12 sóng
mang con có băng thông sóng mang con là 15 KHz.
Trong miền tần số ở mỗi khe, chỉ có một khối tài nguyên cho mỗi sóng mang NB-
IoT. Có thể có nhiều sóng mang NB-IoT được định cấu hình như trong Bảng 3.31.
Bảng 7.2 cho thấy cách phân bổ khối tài nguyên được đề xuất sẽ được NB-IoT sử
dụng cho chế độ băng thông trong đó eNodeB chỉ sử dụng một khối tài nguyên cho
mỗi sóng mang [29].
7.3 Dải tần số kênh Các thiết bị NB-IoT sử dụng
các băng tần và tần số cụ thể để truyền DL và UL. Các dải tần được sử dụng bởi
các thiết bị NB-IoT như trong Bảng 7.3 [30, 31].
Bảng 7.2 Khối tài nguyên vật lý NB-IoT

Băng thông 3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
Thuộc vật chất 2, 12 2, 7, 4, 9, 14, 2, 7, 12, 17, 4, 9, 14, 19,

Nguồn 17, 22 19, 30, 35, 22, 27, 32, 24, 29, 34,
Khối 40, 45 42, 47, 52, 39, 44, 55,
Mục lục 57, 62, 67, 72 60, 65, 70,
75, 80, 85,
90, 95
Bảng 7.3 Dải tần số kênh

Đường xuống Đường lên
Ban nhạc Vùng đất
F DL
thấp
F DLcao F UL
thấp
F ULcao
(MHz) (MHz) (MHz) (MHz)
1 2110 2 2170 1920 1980 Châu Âu, Châu Á
1930 3 1805 1990 1850 1910 Châu Mỹ, Châu Á
1880 1710 1785 Châu Âu, Châu Á, Châu Mỹ,
Châu phi
4 2110 2155 1710 1755 Châu Mỹ
5 869 894 824 849 8 925 960 880 915 Châu Âu, Châu Mỹ, Châu Á
Châu Á, Châu Phi
1844,9 1879,9 1749,9 1784,9 Nhật Bản

11 12 729 746 699 716 Hoa Kỳ
13 746 756 777 787 Hoa Kỳ
14 758 768 788 798 Hoa Kỳ
17 734 746 704 716 Hoa Kỳ
18 860 875 815 830 Nhật Bản
19 875 890 830 845 Nhật Bản
20 791 821 832 862 21 1495,9 1510,9 1447,9 Châu Âu, Châu Phi
1462,9 Châu Âu
25 1930 1995 1850 1915 26 859 894 814 849 Châu Mỹ
Châu Mỹ, Nhật Bản
28 758 803 703 748 31 462,5 467,5 452,5 457,5 Châu Mỹ, Châu Á Thái Bình Dương
Châu Mỹ
66 2110 2200 1710 1780 70 1995 2020 1695 1710 Châu Mỹ
Châu Mỹ
71 461 466 451 456 72 460 465 450 455 Châu Hoa Kỳ
Âu, Trung Đông,
Châu phi
73 1475 1518 1427 1470 Châu Á và Thái Bình Dương
Các dải tần được xác định cho NB-IoT là các dải tần được ghép nối cho FDD
chỉ ở chế độ song công. NB-IoT chỉ hỗ trợ chế độ song công FDD chứ không hỗ trợ
TDD.
7.4 Tần số sóng mang
Số kênh tần số vô tuyến tuyệt đối E-UTRA (EARFCN) thiết lập tần số sóng mang
được sử dụng bởi thiết bị NB-IoT. Nó được đưa ra bởi
phương trình:
thấp
FDL = F DL + 0,1 × (NDL N của f DL ) + 0,0025 × (2 × MDL + 1),
thấp
trong đó FDL là tần số sóng mang đường xuống. FDL được đưa ra trong Bảng 7.3.
NDL là EARFCN đường xuống và N Of f DL là một sự bù đắp. Cả NDL và

N của f
DL được thể hiện trong Bảng 7.4. MDL là số kênh Offset để
EARFCN đường xuống trong phạm vi { 10, 9, 8, 7, 6, 5, 4, 3, 2, 1,
0,5,0,1,2,3,4,5,6,7,8,9}.
EARFCN cho đường lên được đưa ra bởi:
thấp
ĐẦY = F UL + 0,1 × (NUL N của f
UL ) + 0,0025 × (2 × MUL),
Bảng 7.4 EARFCN
Đường xuống Đường lên
Ban nhạc
N Tắt Phạm vi tắt NDL N Phạm vi NUL
DL UL
0–599 18000 18000–18599

0 600–1199 18600 18600–19199
600 1200–1949 19200 19200–19949
1 1200 1950–2399 19950 19950–20399
1950 2400–2649 20400 20400–20649
2400 3450–3799 21450 21450–21799
2 3450 4750–4949 22750 22750–22949
3 4750 5010–5179 23010 23010–23179
4 5010 5180–5279 23180 23180–23279
5 5180 5280–5379 23280 23280–23379
8 5280 5730–5849 23730 23730–23849
11 5730 5850–5999 23850 23850–23999
12 5850 6000–6 149 24000 24000–24149
13 6000 6150–6449 24150 24150–24449
14 6150 6450–6599 24450 24450–24599
17 6450 8040–8689 26040 26040–26689
18 8040 8690– 9039 26690 26690–27039
19 8690 9210–9659 27210 27210–27659
20 9210 9870–9919 27760 27760–27809
21 9870 66436–67335 131972 131972–132671
25 66436 68336–68585 132972 132972–133121
26 68336 68586–68935 133122 133122–133471
28 68586 68936–68985 133472 133472–133521
68936
31 66 70 71 72 73 68986 68986–69035 133522 133522–133571
thấp
trong đó FUL là tần số sóng mang đường lên. F được
UL cho trong Bảng 7.3.
NUL là EARFCN đường lên và N Of f là phần
UL bù. Cả NUL và N Of f đều như
trong Bảng 7.4. MUL là Số kênh bù cho EARFCN đường lên trong phạm vi
UL
{ 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0,1,2,3 ,4,5,6,7,8,9}.
NDL, NUL, MDL và MUL được quảng bá tới UE (carrierFreq

và các tham số CarrierFreqOffset) như trong Bảng 7.1.
Đối với hoạt động độc lập, chỉ áp dụng MDL = 0,5 . MDL = 0,5 không
áp dụng được cho các hoạt động trong băng tần và dải bảo vệ. Đối với sóng
mang bao gồm NPSS/NSSS cho hoạt động trong băng tần và băng bảo vệ, MDL
được chọn từ { 2, 1,0,1}.
7.5 Tách tần số kênh đường xuống và đường lên
Có sự tách biệt giữa tần số đường xuống (Rx) và tần số đường lên (Tx) như
trong Bảng 7.5.
7.6 Raster Tần số sóng mang Raster sóng mang
đề cập đến sự phân tách tần số giữa các tần số trung tâm sóng mang. Đối
với mỗi băng tần được hỗ trợ, sóng mang NB-IoT có thể tồn tại trên mỗi
raster sóng mang hoặc phân tách sóng mang 100 KHz. Điều này có thể được
biểu diễn dưới dạng n × 100 KHz trong đó n là số nguyên. Nếu NB-IoT UE ở
chế độ IDLE và được bật, nó có thể tìm kiếm tần số DL giả sử raster là
100 KHz.
7.7 Kênh và băng thông truyền dẫn
NB-IoT UE sử dụng một kênh hoặc băng thông truyền dẫn cụ thể tùy thuộc
vào chế độ hoạt động (độc lập, băng tần nội bộ hoặc băng tần bảo vệ) [31].
Đối với hoạt động độc lập NB-IoT, cả độ rộng kênh và băng tần truyền lần
lượt là 200 KHz và 180 KHz. Điều này được minh họa trong Hình 7.4 và Bảng
7.6 trong đó chỉ có một khối tài nguyên có sẵn để truyền NB-IoT [32].
Dạng sóng miền tần số của băng thông kênh khối tài nguyên 200 KHz được
hiển thị trong Hình 7.5.
Đối với hoạt động trong băng tần, băng thông kênh có thể dao động từ
3 đến 20 MHz như trong Bảng 7.7. Băng thông truyền dẫn là 180 KHz.
Bảng 7.5 Tx và Rx
Tách tần số
Ban nhạc
Sự tách biệt giữa
Tần số DL và UL
190
80
95
1 400
45
45
2 48
3 30
4 31
5 30
8 30
11 45
12 45
13 41
14 48
17 80
18 45
19 55
20 10
21 400
25 300
26 46
28 10
31 66 70 71 72 73 10
Mối quan hệ giữa kênh và băng thông truyền dẫn được minh họa
trong Hình 7.6 chỉ có một khối tài nguyên được sử dụng để truyền.
Đối với hoạt động băng bảo vệ, nó sử dụng cùng băng thông kênh như
trong Hình 7.7 ngoại trừ băng thông kênh 3 MHz không được sử dụng
cho chế độ hoạt động này. Băng thông truyền dẫn là 180 KHz. Mối quan
hệ giữa kênh và băng thông truyền dẫn được minh họa trong
Hình 7.7 chỉ có một khối tài nguyên được sử dụng để truyền tải.
7.8 Lập bản đồ các kênh vật lý
Các kênh truyền tải ở lớp con MAC được ánh xạ tới các kênh vật lý ở lớp
con PHY. Hình 7.8 thể hiện sơ đồ giao thông
các kênh đến/từ các kênh vật lý.
Băng thông kênh NB-loT (KHz)
Ba o vê Ba o vê
Giai đoạn Giai đoạn
Cấu hình băng thông truyền dẫn (KHz)
Băng thông truyền NB-loT (KHz)

Tấn
Hình 7.4: Băng thông kênh và băng thông truyền tải cho hoạt động độc lập.
Bảng 7.6 Băng thông kênh cho độc lập

Hoạt động
đặc trưng Giá trị
Băng thông kênh (KHz) 200

Số khối tài nguyên đường xuống (NRB) 1
Số sóng mang con đường lên cho f = 15 KHz 12
Số sóng mang con đường lên cho f = 3,75 KHz 48
NHẬN DẠNG
7.9 ID ô vật lý (P HY ID ô vật lý là tham TẾ BÀO)
số đầu tiên mà UE phải có trong quá trình di chuyển ô

tìm kiếm để có thể giải mã hoặc mã hóa đường xuống và đường lên
các kênh vật lý.
Nếu RRC báo hiệu OperationModeInfo là “inband-SamePCI” cho một ô,
UE giả định rằng ID ô của lớp vật lý giống với ID ô của lớp vật lý băng
hẹp cho ô đó.
Dải bảo vệ 10 KHz
hy
gnê
ờưíx
nu
hT
t
200 KHz
Hình 7.5: Miền tần số của băng thông kênh 200 KHz.
Bảng 7.7 Băng thông kênh cho băng tần trong và ngoài
Hoạt động băng bảo vệ

Băng thông kênh (MHz) 3 5 10 15 20
Băng thông truyền dẫn (NRB) 15 25 50 75 100
nguyên
Băng thông kênh LTE và NB-loT (KHz)
thời thời
Khối
gian bảo vệ gian bảo vệ
Cấu hình băng thông truyền LTE (KHz)

tài
Băng thông truyền NB-loT (KHz)
Hình 7.6: Băng thông kênh và băng thông truyền dẫn cho hoạt động trong băng tần.
nguyên
Băng thông kênh LTE và NB-loT (KHz)
Khối
thời gian bảo vệ
tài Cấu hình băng thông truyền LTE (KHz) thời gian bảo vệ
NB-loT
quá trình lây truyền
băng thông (KHz)
Hình 7.7: Băng thông kênh và băng thông truyền dẫn cho
hoạt động của dải bảo vệ.
BCCH PCCH CCCH DCCH DTCH SC-MCCH SC-MTCH CCCH DCCH DTCH
RACH UL-SCH
BCH PCH DL-SCH
NPBCCH NPDCCH NPDSCH NPRACH NPUSCH
Hình 7.8: Ánh xạ giữa các kênh truyền tải và kênh vật lý cho đường xuống và đường
lên.
7.10 Kênh vật lý đường xuống và

Kết cấu
Sau đây là các kênh đường xuống [33, 34]:
Kênh chia sẻ đường xuống vật lý băng hẹp (NPDSCH).
Kênh phát sóng vật lý băng hẹp (NPBCH).
Kênh điều khiển đường xuống vật lý băng hẹp (NPDCCH).

Ngoài ra, các tín hiệu sau được xác định:
Tín hiệu tham chiếu băng hẹp (NRS).
Tín hiệu đồng bộ băng hẹp.
Tín hiệu tham chiếu định vị băng hẹp (NPRS).
7.10.1 Sơ đồ truyền dẫn đường xuống OFDM
Sơ đồ truyền dẫn đường xuống dựa trên OFDM thông thường sử dụng tiền tố
tuần hoàn. Khoảng cách sóng mang con OFDM f = 15 KHz chỉ được hỗ trợ.
Trong miền tần số, 12 sóng mang con liên tiếp trong một khe tương ứng với
một khối tài nguyên đường xuống. Trong miền thời gian, số lượng khối tài
nguyên là một và chỉ một khối tài nguyên trên mỗi vị trí được chỉ định
cho UE NB-IoT. Trong trường hợp khoảng cách sóng mang con 15 KHz, có hai
độ dài tiền tố tuần hoàn, tương ứng với bảy và sáu ký hiệu OFDM trên mỗi
khe.
Tiền tố tuần hoàn thông thường: TCP = 5,2 us (ký hiệu OFDM #0),
TCP = 4,7 us (ký hiệu OFDM #1 đến #6).
tiền tố tuần hoàn mở rộng: = 16,67 us (ký hiệu OFDM #0 đến

TCP e ký hiệu OFDM #5).
Hình 7.9 cho thấy ký hiệu OFDM bao gồm tiền tố tuần hoàn, TCP
, và thời lượng ký hiệu hữu ích, Tu, trong đó Tu = 1/ f.
7.10.2 Lưới tài nguyên
Lưới tài nguyên đường xuống bao gồm 7 hoặc 6 ký hiệu OFDM trong miền thời
gian và 12 sóng mang con trong miền tần số. Điều này được thể hiện trong
Hình 7.10 và các tham số của nó được tóm tắt trong Bảng 7.8. Mỗi phần tử
tài nguyên đại diện cho một sóng mang con duy nhất.
TCP Tú
Hình 7.9: Ký hiệu OFDM.

mang
sóng
phụ
NSC
Một khe = Tslot Một khe = Tslot
12
=
Yếu tố tài Một khung phụ
nguyên
Tính thường xuyên
Thời gian
NOFDM = 7 ký hiệu OFDM
Hình 7.10: Lưới tài nguyên đường xuống.
Bảng 7.8 Khe cắm đường xuống
Tiền tố tuần hoàn Khoảng cách sóng mang con NOFDM Nsc
Bình thường 7 f = 15 KHz 6 f =

12
Mở rộng 15 KHz
7.10.3 Tín hiệu đồng bộ sơ cấp và thứ cấp
Tín hiệu đồng bộ sơ cấp băng hẹp (NPSS) và Tín hiệu đồng bộ thứ cấp băng hẹp
(NSSS) là những tín hiệu đầu tiên được UE thu được. Khi UE được bật nguồn hoặc
USIM được lắp vào, UE bắt đầu quét tất cả các kênh RF có sẵn để tìm một ô phù
hợp.
UE thu được NPSS và NSSS để lấy ID ô vật lý, P HY và có thể giải mã và mã hóa
các kênh vật lý đường xuống và đường lên. Có thể có 504 ID ô vật lý và UE sử
NHẬN DẠNG
TẾ BÀO,
dụng NPSS/NSSS để xác định ID ô vật lý. eNodeB truyền NPSS trong khung con số
5 trong mỗi khung vô tuyến và được đặt trong ký hiệu OFDM số 3 cho đến hết
khung con và bắt đầu từ sóng mang con số 0 đến sóng mang con số 10. NSSS được
truyền trong khung con số 9 trong các khung vô tuyến thỏa mãn nf mod 2 = 0.
Nó cũng được định vị từ ký hiệu OFDM số 3 cho đến hết khe và sử dụng tất cả
12 sóng mang con được chỉ định.
Hình 7.11 cho thấy các khối tài nguyên và sóng mang con được sử dụng cho
NPSS và NSSS. 3 ký hiệu OFDM đầu tiên không bị NPSS và NSSS chiếm giữ vì chúng
có thể mang NPDCCH cho chế độ trong băng tần. 3 ký hiệu OFDM này được sử dụng
làm thời gian bảo vệ vì khi UE cố gắng thu được NPSS/NSSS, nó vẫn chưa biết
chế độ hoạt động nào được sử dụng.
NPSS và NSSS chỉ được truyền trong khối tài nguyên như được chỉ ra trong Bảng
7.2.
Khung vô tuyến = 10 ms
#0 #1 #2 #3 #4 #5 #6 #7 #8 #9
nh
gụ 2p
ó
a 1
s
m
Khung phụ Khung phụ
NPSS
NPSS
Hình 7.11: Khối tài nguyên NSSS và NPSS.
7.10.4 Tham chiếu và tín hiệu tham chiếu dành riêng cho ô
NRS được UE nhận và có thể được sử dụng để điều khiển công suất đường xuống
hoặc ước tính kênh.
Nếu UE chưa có được OperationModeInfo,
NRS được truyền trong các khung con #0 và #4 và trong các khung con
#9 không chứa NSSS.
Nếu UE thu được OperationModeInfo biểu thị dải bảo vệ hoặc độc lập,
NRS được truyền trong các khung con #0, #1, #3, #4, khung con #9
không chứa NSSS và trong tất cả các khung con DL được gán cho NB-IoT.
Nếu UE thu được OperationModeInfo biểu thị trong băng tần,
NRS được truyền trong các khung con số 0, số 4, khung con số 9 không
chứa NSSS và trong tất cả các khung con DL được chỉ định cho NB-IoT.
NRS không được truyền trong các khung con chứa NPSS hoặc NSSS.
Hình 7.12 cho thấy NRS được truyền trên các sóng mang con và khung con được
chỉ định khi sử dụng một hoặc hai cổng ăng ten.
Tín hiệu tham chiếu cụ thể ô (CSR) được truyền trong các khung con DL
nơi có sẵn NRS và sử dụng cùng số cổng ăng-ten (một hoặc hai cổng ăng-ten)
mà NRS sử dụng. Nhà cung cấp dịch vụ phụ được chỉ định
Một cổng ăng-ten Hai cổng ăng-ten
nh
gụ 2p
ó
a 1
s
m
Chỗ Chỗ Chỗ Chỗ
NRS trên cổng 0
NRS trên cổng 1
Hình 7.12: NRS trên một hoặc hai cổng ăng ten.

nh
gụ 2p
ó
a 1
s
m
CRS trên cổng 0
CRS trên cổng 1
Hình 7.13: CRS trên một hoặc hai cổng ăng ten.
sang CSR cũng được thay đổi theo chu kỳ bởi P HY

NHẬN DẠNG
mod 6 trong
TẾ BÀO
dải tần. Nếu các khung con và sóng mang con được chỉ định được sử dụng cho
NPSS/NSSS, CRS sẽ chọc thủng NPSS/NSSS trong các khung con đó. CRS được
hiển thị trong Hình 7.13 cho cả cổng ăng ten đơn và cổng hai ăng ten.
7.10.5 Điều khiển công suất đường xuống
eNodeB điều khiển và tính toán công suất sử dụng cho các sóng mang con và
khung con đường xuống. Công suất truyền DL đề cập đến công suất truyền
NRS. Giá trị công suất truyền NRS được truyền tới UE và UE sử dụng nó để
tính toán và ước tính suy hao đường truyền.
Công suất truyền NRS, Năng lượng NRS trên mỗi phần tử tài nguyên (EPRE),
không đổi trên tất cả các sóng mang con và khung con DL. NRS
EPRE được tính là trung bình tuyến tính trên mức đóng góp công suất
(tính bằng [W]) của tất cả các sóng mang con mang NRS. Đối với NPBCH,
NPDCCH và NPDSCH, công suất phát phụ thuộc vào sơ đồ truyền dẫn.
Nếu chỉ áp dụng một cổng ăng-ten thì công suất sẽ giống như đối với NRS;
nếu không thì giảm đi 3 dB.
Trường hợp đặc biệt được áp dụng nếu chế độ hoạt động trong băng tần
được sử dụng và giá trị SamePCI được đặt thành true. Trong trường hợp
này, eNodeB có thể báo hiệu bổ sung tỷ lệ giữa công suất NRS và công suất
CRS, cho phép UE sử dụng CRS để ước tính kênh.
7.10.6 Sơ đồ điều chế
Mỗi kênh đường xuống vật lý sử dụng sơ đồ điều chế. Những sơ đồ này
được tóm tắt trong Bảng 7.9.
7.10.7 NPBCH
Đây là kênh vật lý được sử dụng để nhận PDU điều khiển phát sóng, MIB-
NB, từ eNodeB. Kích thước của MIB-NB là 34 bit và khối truyền tải của
nó được truyền trong mỗi Khoảng thời gian truyền (TTI) là 640 ms. Kiểm
tra dự phòng theo chu kỳ (CRC) của PBCH được xáo trộn với mặt nạ CRC
16 bit tùy theo việc sử dụng 1 hay 2 cổng ăng ten như trong Bảng 7.10.
Sau khi thêm CRC vào khối truyền tải, mã hóa kênh và khớp tốc độ,
kết quả là 1600 bit. Vì QPSK có kích thước chùm 2 bit nên kết quả là
800 ký hiệu được truyền đến UE. NPBCH được truyền trong khung con #0
trong suốt 64 sóng vô tuyến liên tiếp
Bảng 7.9 Sơ đồ điều chế được sử dụng cho các kênh đường
xuống vật lý
Kênh vật lý Sơ đồ điều chế
NPBCH QPSK
NPDSCH QPSK
NPDCCH QPSK
Bảng 7.10 Mặt nạ CRC NPBCH
Số lượng
Mặt nạ CRC
Cổng ăng-ten
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
1 2 1, 1, 1, 1, 1, 1, 1, 1, 1, 1 , 1, 1, 1, 1, 1, 1
nh
gụ 2p
ó
a 1
s
m
NRS trên cổng 0

NRS trên cổng 1
CRS trên cổng 0
CRS trên cổng 1
NPBCH
Hình 7.14: NPBCH trên khung con #0 và có NRS và CRS cho một hoặc hai cổng ăng ten.
các khung bắt đầu trong khung vô tuyến đáp ứng nf mod 64 = 0. Điều chế được
sử dụng như trong Bảng 7.9.
800 ký hiệu được chia thành 8 khối trong đó mỗi khối có 100 ký hiệu. 64 khung vô
tuyến liên tiếp được nhóm thành 8 nhóm vô tuyến trong đó mỗi nhóm có 8 khung vô tuyến.
Trong mỗi nhóm vô tuyến, khung con số 0 trong khung vô tuyến đầu tiên được sử dụng để
truyền một khối và các khung con tiếp theo, khung con số 0, trong cùng một nhóm vô
tuyến chứa các phần lặp lại của cùng một khối.
Hình 7.14 cho thấy các sóng mang con được phân bổ cho NPBCH. Trong khung con số 0,
có NRS và CSR. Ngoài ra, 3 ký hiệu OFDM đầu tiên không bị NPBCH chiếm giữ. NPBCH có
thể được truyền bằng một hoặc hai cổng ăng ten.
7.10.8 NPDSCH
NPDSCH được sử dụng để mang lưu lượng cho DL-SCH và PCH. NPDSCH chỉ mang một khối tài
nguyên cho một UE trên mỗi khung con. NPDSCH mang một khối truyền tải chứa một MAC PDU
đầy đủ. Chỉ hỗ trợ hoạt động FDD bán song công loại B. Chỉ khung con được chỉ định là
khung con đường xuống NB-IoT mới chứa khối tài nguyên được phân bổ cho UE. UE giả định
khung con là khung con NB-IoT nếu:
UE xác định rằng khung con không chứa
Truyền NPSS/NSSS/NPBCH/NB-SIB1 và
Bộ mã hóa tích Tỷ lệ
CRC người xáo trộn
chập khớp
Trình ánh
tín hiệu Cổng ăng-ten số 0
xạ phần
OFDMA
tử tài nguyên
Ánh xạ điều Ánh
Tiền mã hóa
chế xạ lớp
Trình ánh
OFDMA Cổng anten số 1
xạ phần
tín hiệu
tử tài nguyên
Hình 7.15: Xử lý lớp vật lý NPDSCH.
Khung con được định cấu hình là khung con NB-IoT DL sau khi UE có được
SystemInformationBlockType1-NB.
NPDSCH thực hiện như sau như trong Hình 7.15:
Tệp đính kèm CRC.
Mã hóa kênh: Mã hóa tích chập.
Tỷ lệ phù hợp.
Đang tranh giành.
Điều chế.
Ánh xạ lớp và mã hóa trước.
Ánh xạ tới các tài nguyên và cổng ăng-ten được chỉ định.
7.10.8.1 Tính toán CRC

CRC cung cấp khả năng phát hiện lỗi cho khối truyền tải được truyền trên đường
xuống. Nếu khối truyền tải có S bit, các bit P bổ sung tương ứng với CRC được
nối với các bit khối truyền tải.
Các bit chẵn lẻ được tính toán và gắn vào khối truyền tải bằng cách sử dụng
đa thức tạo G24(X) trong đó
G24(X) = X24 + X23 + X18 + X17 + X14 + X11 + X10 + X7 + X6 + X5
+ X4 + X3 + X + 1.
Các bit bao gồm các bit khối truyền tải và các bit CRC được ký hiệu là b0,
b1, b2, ... . . , bB 1, trong đó B = S + P.
Bit đầu vào

D D D D D D
Bit chẵn lẻ đầu tiên
Bit chẵn lẻ thứ hai
Bit chẵn lẻ thứ ba
Hình 7.16: Bộ mã hóa tích chập tốc độ 1/3.
7.10.8.2 Mã hóa tích chập

Đầu ra từ tệp đính kèm CRC là một khối mã được ký hiệu là c0, c1, c2, . . . ,
cK 1, trong đó K là số bit của khối mã.
Chỉ có một khối mã vì số bit đầu vào ít hơn khối mã Z = 6144. Khối mã
được mã hóa tích chập.
Bộ mã hóa tích chập đuôi có độ dài ràng buộc 7 và tốc độ mã hóa 1/3 được
sử dụng như trong Hình 7.16.
NPDSCH sử dụng mã hóa chập đuôi chứ không phải mã hóa Turbo (như
trong LTETM cũ) vì điều này dẫn đến độ phức tạp mã hóa kênh thấp hơn ở
phía UE.
Đầu ra từ bộ mã hóa tích chập là các bit chẵn lẻ 0 , pi 1 , pi
pi ký hiệu là2 p, . . . , trong đó i = 0, 1, 2 và K = B.
Tôi
K 1 ,
7.10.8.3 So khớp tỷ lệ
Đầu ra từ bộ mã hóa tích chập được cung cấp làm đầu vào cho khối khớp tốc độ được
hiển thị trong Hình 7.17. Ba luồng bit thông tin, p1 k, p2, p thu được từ bộ mã
0
chập, được cung cấp nhưhóa
mộttích
đầuk ,vào cho mỗi bộ chèn khối con, chúng sẽ xen kẽ chúng
một cách riêng biệt. Việc lựa chọn bit chọn các bit đầu ra có độ dài bằng E. Trình
tự đầu ra từ việc khớp tốc độ được ký hiệu là e0, e1, e2, . . . , eE 1, trong đó
E là số bit phù hợp với tốc độ. Để giữ độ phức tạp của NB-IoT UE ở mức thấp, chỉ
có một phiên bản dự phòng (RV) duy nhất được chỉ định cho NPDSCH.
Chuỗi bit được mã hóa này tương ứng với một khối truyền tải sau khi
khớp tốc độ, được gọi là từ mã.
7.10.8.4 Xáo trộn

Đầu vào của bộ mã hóa mức bit là e0, e1, e2, . . . , eE 1, trong đó E là số bit
được truyền đi, được xáo trộn trước khi điều chế.
Bit chẵn lẻ đầu tiên Bộ xen kẽ

khối con
Lựa chọn bit

Bit chẵn lẻ thứ hai Bộ xen kẽ Bộ
khối con sưu tập bit
Bit chẵn lẻ thứ ba Bộ xen kẽ

khối con
Hình 7.17: So khớp tốc độ cho bộ mã hóa tích chập với tốc độ 1/3.
Đầu ra của đĩa mã hóa là h0, h1, h2, . . . , hE 1 ở đâu
chào = (ei + scri) mod 2.
scri là một chuỗi xáo trộn liên tục phụ thuộc vào C-RNTI và ID ô vật lý (đó là một
chuỗi xáo trộn dành riêng cho UE).
7.10.8.5 Điều chế
Đầu ra từ đĩa mã hóa, h0, h1, h2, . . . , hE 1, được điều chế bằng QPSK tạo ra một khối gồm các ký hiệu điều chế phức
tạp, m0, m1, m2, . . . , mNsym 1, trong đó Nsym là số ký hiệu điều chế phức tạp. Sơ đồ điều chế được sử dụng cho
NPDSCH được tóm tắt trong Bảng 7.9.
7.10.8.6 Ánh xạ lớp
Các ký hiệu điều chế được ánh xạ thành một hoặc hai lớp. Các ký hiệu điều chế có
giá trị phức m0, m1, m2, . . . , mNsym 1 được ánh xạ vào Nlayer tối đa hai lớp, x
0 1
trong đó i = 0, 1, 2, . . . , 1 và N lớp là số ký hiệu điều chế trên và
Tôi tôi , mỗi x lớp.
biểu tượng
symb Nếu một cổng ăng-ten đơn được sử dụng trên đường xuống thì một
lớp
đơn sẽ được sử dụng và ánh xạ được xác định là
0 x = mi tôi
, i = 0, 1, 2, . . . Lớp
, biểuN1,
tượng
trong đó lớp N = Nsymb.

biểu tượng
Nếu sử dụng hai cổng ăng-ten thì số lớp bằng hai và ánh xạ được xác
định như sau:
= m2i ,
0
x
tôi
1
Nlayer = m2i+1, Lớp 1, ký hiệu
i = 0, 1, 2, . . . ,
x
tôi (7.1)
trong đó N lớp = Nsymb/2.

biểu tượng
7.10.8.7 Tiền mã hóa
Đầu ra từ ánh xạ lớp, x

0
1 và x tôi trong đó tôi = 0, 1,
1
Ký hiệu lớp 2, . . . , 1, được mã hóa trước thànhvàcác

y vectơ, y trong đó i = 0, 1,
tôi 0
N Tôi Tôi
ký
P
2, . . . , 1 và p {0, 1}. Đầu ra của bộ tiền mã hóa được ánh xạ
hiệu N
vào các tài nguyên trên mỗi cổng trong số hai cổngP ăng-ten, trong đó y đại diện
Tôi
cho tín hiệu cho cổng ăng-ten p. Np là số ký hiệu được mã hóa trước cho mỗi cổng
sym
ăng ten. Nếu sử dụng một cổng ăng-ten đơn, p = 0, tiền mã hóa được xác định bởi:
0 = x i = 0, 1, 2, . . . Lớp
, N1.
năm tôi tôi ,
biểu tượng
Nếu sử dụng hai cổng ăng-ten (để phân tập phát), đầu ra sẽ dựa trên mã
hóa khối tần số không gian (SFBC). SFBC ngụ ý rằng hai ký hiệu điều chế
0 0
y liên tiếp được ánh xạ trực tiếp tới các và y tử
2i phần 2i+1
tài nguyên lân cận tần
số trên cổng ăng ten đầu tiên. Trên cổng ăng-ten thứ hai, các ký hiệu y
0 0
được ánh xạ tới các phần tử tài nguyên tương
2i+1
và y. Đối
ứng1 2i với hai cổng ăng
ten, p {0, 1}, hoạt động tiền mã hóa có thể được định nghĩa là đầu ra y
0 1
Tôi
và y Tôi
0
0 y 1 0 j 0 Lại (x
1 0 1 0 j Lại (x
tôi 1
2i 1 = ) )
, i = 0, 1, 2, . . . , Lớp1,N ký hiệu
0 1 0 j tôi(x
tôi 0
y 2i 0 y √ 2
2i+1 1
1 0 j 0 tôi(x
tôi 1
y 2i+1 Tôi
) )
ký hiệu N P
= lớp 2N
ở đâu ký hiệu .
Hình 7.18 cho thấy ánh xạ của các ký hiệu điều chế trên
hai lớp cho hai cổng ăng ten để phân tập truyền dẫn.
7.10.8.8 Ánh xạ tới tài nguyên vật lý

0 1
Đầu ra từ bộ tiền mã hóa, y và y được ánh xạ tới sóng mang con của khối Tôi
tôi ,
tài nguyên bắt đầu từ vị trí đầu tiên và sau đó là vị trí thứ hai
1“*” biểu thị liên hợp phức.

0 x (i) x0 (i+1) x0 (i+2) 0 x (i) x1 (i) x0 (i+1) x1 (i+1)
Cổng ăng-ten số 0
Tiền mã hóa
(SFBC)
1 x (i) x1 (i+1) x1 (i+2) –x*1 (i) x*0 (i) –x*1 (i+1) x*0 (i+1)
Cổng anten số 1
Hình 7.18: Truyền phân tập.
của khung con đường xuống. Mỗi khung con chứa tối đa 168 sóng mang con (12 sóng mang con
trong 14 ký hiệu OFDM). Một số sóng mang con được sử dụng cho NPSS/NSSS, NPDBCH, NPDCCH
hoặc NRS và không thể sử dụng cho NPDSCH.
Lặp lại khung con là một kỹ thuật được sử dụng để lặp lại cùng một khung con nhiều
lần. Sự lặp lại làm tăng phạm vi phủ sóng (lên tới 20 dB) và tất cả các lần lặp lại chỉ
được ACK một lần. Với mỗi khung con, nó được lặp lại một số lần trước khi tiếp tục ánh
0
xạ y và 1 y i. Tôi
tới các sóng mang con khác trong một khung con khác.
7.10.8.9 Vị trí và bản đồ NPDSCH
NPDSCH có thể mang thông tin hệ thống quảng bá (SIB) hoặc lưu lượng đơn hướng. Đối với
lưu lượng unicast, NPDSCH bắt đầu bằng ký hiệu OFDM, lDataStart, nằm ở vị trí đầu tiên
trong khung con trong đó lDataStart bằng eutraControlRegionSize, như trong Bảng 7.1, nếu
được cung cấp bởi RRC theo cách khác, lDataStart = 0. Nếu NPDSCH mang SIB1-NB ,
lDataStart = 3 cho hoạt động trong băng tần, nếu không thì lDataStart = 0 cho hoạt động
độc lập hoặc băng bảo vệ.
Biểu tượng OFDM bắt đầu tránh xung đột với kênh LTE PDCCH nếu NB-IoT hoạt động
trong băng tần. Tuy nhiên, đối với cả chế độ hoạt động độc lập và băng bảo vệ, việc bắt
đầu NPDSCH luôn bắt đầu từ ký hiệu OFDM #0, cung cấp nhiều không gian khối tài nguyên
hơn cho NPDSCH.
Hình 7.19 cho thấy các sóng mang con được chỉ định và các ký hiệu OFDM được sử dụng
cho NPDSCH giả sử hoạt động trong băng tần và lDataStart được đặt bằng ký hiệu OFDM #2.
NPDSCH không được truyền trong khung con #0 vì nó được sử dụng cho NPBCH. NPDSCH chỉ
được truyền trong các khung con DL được chỉ định để truyền NB-IoT.
IDataStart IDataStart

nh
gụ 2p
ó
a 1
s
m
NRS trên cổng 0

NRS trên cổng 1
CRS trên cổng 0
CRS trên cổng 1
NPDSCH
Hình 7.19: NPDSCH với NRS và CRS cho một hoặc hai cổng ăng ten để vận hành trong băng
tần.
7.10.9 NPDCCH
NPDCCH mang thông tin điều khiển và không mang bất kỳ PDU mặt phẳng điều
khiển hoặc mặt phẳng dữ liệu nào. Các nhiệm vụ và trợ cấp DL và UL được
chỉ định trên NPDCCH.
NPDCCH hỗ trợ tổng hợp 1 hoặc 2 Thành phần kênh điều khiển băng hẹp
(NCCE) liên tiếp trong một khung con và lặp lại.
NCCE chiếm 6 sóng mang con liên tiếp trong một khung con trong đó NCCE 0
chiếm các sóng mang con từ 0 đến 5 và NCCE 1 chiếm các sóng mang con từ 6
đến 11. Có hai định dạng NPDCCH như được tóm tắt trong Bảng 7.11.
NPDCCH hỗ trợ C-RNTI, C-RNTI tạm thời, P-RNTI, RA-RNTI, SC-RNTI và G-

RNTI. RNTI được mã hóa hoàn toàn trong CRC bằng cách xáo trộn CRC được
tính toán bởi RNTI. Hình 7.20 minh họa cách trộn NPDCCH với RNTI.
Một hoặc hai NPDCCH có thể được truyền trong một khung con. Trong
trường hợp có nhiều sóng mang, nhiều NPDCCH từ mỗi sóng mang được ghép kênh
Bảng 7.11 Định dạng NPDCCH
Định dạng NPDCCH Số lượng NCCE
1 1 2
Tải trọng NPDCCH Các bit NPDCCH CRC

(S bit) (độ dài 16 bit)
s0 s1 s2 ss-1 p0 p1 p2 p15
b0 b1 b2 bs–1 bs bs+1 bs+2 bs+15
xrnti,0 xrnti,1 xrnti,2 xrnti,15 RNTI
mod mod mod mod

2 2 2 2
c0 c1 c2 cs–1 cs cs+1 cs+2 cs+15
Hình 7.20: Mã hóa NPDCCH bằng cách xáo trộn với RNTI.
cùng nhau. UE giám sát nhiều NPDCCH. Mỗi NPDCCH có bộ x-RNTI riêng.
Khi UE phát hiện NPDCCH có định dạng Thông tin điều khiển đường xuống
(DCI) N1, N2 kết thúc ở khung con n dành cho UE, nó sẽ giải mã, bắt đầu ở
khung con n + 5 DL, truyền NPDSCH tương ứng trong một số khung con NB-IoT
DL liên tiếp (S).
NPDCCH thực hiện các khối sau và tương tự như trong Hình 7.15.
Chèn CRC: CRC 16 bit.
Mã hóa kênh: Mã hóa chập đuôi.
Sự xen kẽ kênh.
Đang tranh giành.
Điều chế.
Ánh xạ lớp và mã hóa trước.
Ánh xạ tới các tài nguyên và cổng ăng-ten được chỉ định.

CRC cung cấp khả năng phát hiện lỗi cho thông tin NPDCCH và cũng được xáo
trộn bởi RNTI. Đầu vào của khối này là một số
các bit tải trọng có kích thước S. Các bit chẵn lẻ được nối với các bit tải
trọng và có kích thước là các bit P. Đa thức tạo tuần hoàn 16 bit sau đây
được sử dụng: G16(X)
= X16 + X12 + X5 + 1.
Khi các bit CRC được tính toán, chuỗi đầu ra được ký hiệu là b0, b1,
b2, . . . , bB 1, trong đó B = S + P.
Như được hiển thị trong Hình 7.20, các bit chẵn lẻ CRC được xáo trộn
với RNTI 16 bit tương ứng, xrnti,0, xrnti,1, xrnti,2, . . . , xrnti,15,
để tạo thành chuỗi bit. Mối quan hệ giữa ck và bk là:
ck = bk k = 0, 1, 2, , S- 1
ck = (bk + xrnti,k s) mod 2 k = S, S + 1, S + 2, ..., S + 15. (7.2)
7.10.9.2 Mã hóa tích chập
Đầu ra từ khối CRC được mã hóa tích chập giống như trong Phần 7.10.8.2.
Đây là khối giống như được sử dụng trong Phần 7.10.8.3 cho NPDSCH. Chỉ có
một khối mã và không có chức năng RV.
Đây là khối tương tự như được sử dụng trong Phần 7.10.8.4 cho NPDSCH. Các
bit được xáo trộn được cung cấp làm đầu vào cho bộ điều biến.
Đầu ra từ bộ mã hóa được điều chế tạo thành một khối gồm các ký hiệu điều
chế có giá trị phức, m0, m1, m2, . . . , mNsym 1, trong đó Nsym là số ký
hiệu điều chế. Việc điều chế được thực hiện theo Bảng 7.9.
Tương tự như được sử dụng trong Mục 7.10.8.6 cho NPDSCH.
7.10.9.7 Tiền mã hóa
Tương tự như được sử dụng trong Phần 7.10.8.7 cho NPDSCH.
7.10.9.8 Ánh xạ tới phần tử tài nguyên
Các ký hiệu có giá trị phức m0, m1, m2, . . . , mNsym 1 chỉ được ánh xạ
tới sóng mang con trong NCCE trong khung con đường xuống được chỉ định cho
NB-IoT. Các ký hiệu điều chế được ánh xạ tới các ký hiệu OFDM theo vị trí
NPDCCH như được chỉ ra bởi tham số lNPDCCHStart.
7.10.9.9 Vị trí và bản đồ NPDCCH
NPDCCH luôn nằm ở khe đầu tiên trong khung con DL. Ký hiệu OFDM bắt đầu nơi
đặt NPDCCH, lNPDCCHStart, được cho bởi:
lNPDCCHStart bằng eutraControlRegionSize nếu Operation-ModeInfo biểu

thị hoạt động trong băng tần.
lNPDCCHStart bằng 0 nếu OperationModeInfo biểu thị các hoạt động độc
lập hoặc dải bảo vệ.
Biểu tượng OFDM bắt đầu tránh xung đột với kênh LTE PDCCH nếu NB-IoT hoạt
động trong băng tần. Tuy nhiên, đối với cả chế độ hoạt động độc lập và băng
bảo vệ, điểm khởi đầu của NPDCCH luôn bắt đầu từ 0, điều này cung cấp nhiều
không gian khối tài nguyên hơn cho NPDCCH.
Hình 7.21 hiển thị các sóng mang con được chỉ định và các ký hiệu OFDM
được sử dụng cho NPDCCH giả sử hoạt động trong băng tần và lNPDCCHStart được
đặt bằng ký hiệu OFDM #2. NPDCCH không được truyền trong khung con #0 vì nó
được sử dụng cho NPBCH. NPDCCH chỉ được truyền trong các khung con DL được
chỉ định để truyền NB-IoT.
Các tài nguyên được chỉ định NPDCCH được hiển thị trong Hình 7.21 được
sử dụng bởi cả NCCE (NCCE0 và NCCE1). Nếu sử dụng định dạng NPDCCH 0 thì cần
một NCCE. Nếu định dạng NPDCCH 1 được sử dụng thì cần cả hai NCCE.
7.10.9.10 Thông tin RRC để xử lý DCI
Bảng 7.1 cho thấy các tham số cấu hình lớp RRC được cung cấp cho lớp PHY để
hỗ trợ việc mã hóa và giải mã DCI. Cả hai tham số, OperationModeInfo và
eutraControlRegionSize, đều là thông tin cần thiết để giải mã NPDCCH.
7.10.9.11 Định dạng DCI N0
Định dạng này được sử dụng để chỉ ra sự cấp phép đường lên trong NPUSCH cho
một sóng mang đường lên duy nhất. Thông tin mang ở định dạng DCI N0 được thể
hiện trong Bảng 7.12. Tổng kích thước của định dạng DCI N0 là 24 bit [35].
Khi UE phát hiện định dạng N0 kết thúc bằng khung con DL, n, NPUSCH, sử
dụng định dạng 1, bắt đầu trong các khe UL sau khung con DL thứ (n + k)
trong đó 8 ≤ k ≤ 64. NPUSCH cũng được lặp lại trong N
INPDCCHBắt đầu INPDCCHBắt đầu
2p
nh
gụó
a1
s
m
NRS trên cổng 0

NRS trên cổng 1
CRS trên cổng 0
CRS trên cổng 1
NPDCCH
Hình 7.21: NPDCCH với NRS và CRS cho một hoặc hai cổng ăng ten để vận hành trong băng
tần.
các khe UL liên tiếp bắt đầu sau khung con DL thứ (n+k) . Ở nơi khác
từ:
NPUSCH sử dụng khoảng cách sóng mang con f = 3,75 KHz hoặc f =
15 KHz được UE xác định khi nó nhận được bản tin cấp phép Phản hồi
truy cập ngẫu nhiên (RAR) như trong Bảng 6.4 và 6.5.
NPUSCH được lặp lại trong một số khe UL liên tiếp trong đó số lần lặp
lại là các khe N = NRep × NRU × NUL. NRep và NRU được xác định
từ số lần
lặp lại, IRep và phân bổ tài nguyên, IRU , tương ứng, theo Bảng 7.12,
7.14 và 7.13. NUL là số lượng khe UL của RU như trong Bảng 7.29.
khe cắm
Quá trình truyền NPDCCH kết thúc ở khung con, n. Việc truyền NPUSCH có thể
bị trễ một số khung con k. Nghĩa là, sau khi khung con n kết thúc, các
khung con NPUSCH bắt đầu k khung con sau khung con n và lặp lại N khung con
liên tiếp. k được xác định bởi trường độ trễ lập kế hoạch, IDelay, như
trong Bảng 7.12 và 7.15.
Để xác định thứ tự điều chế UL và kích thước khối truyền tải,
UE thực hiện như sau:
Mỗi đơn vị RUresource (RU) có một số sóng mang con được phân bổ
liên tục, nsc, được xác định bởi chỉ báo sóng mang con, Isc, như
trong Bảng 7.12. Với f = 15 KHz, nsc được xác định theo Bảng
7.16. Đối với khoảng cách sóng mang con, f = 3,75 KHz, nsc =
Isc trong đó (0 ≤ Isc < 48).
Bảng 7.12 Thông tin định dạng DCI N0
Kích cỡ
Thông tin Nghĩa

(Chút ít)
Lá cờ 1 Nếu được đặt thành 1, cho biết định dạng N1 và nếu được đặt
đến 0, biểu thị định dạng N0

Chỉ báo sóng mang phụ 6 Xác định sóng mang con UL
(Là C) được phân bổ, nsc
Phân công tài nguyên 3 Xác định số lượng tài nguyên đường lên
(IRU ) đơn vị, NRU
Trì hoãn lịch trình 2 Số lượng khung con trôi qua từ
(IDelay) kết thúc khung con NPDCCH cho đến khi
khe UL đầu tiên của NPUSCH
Sơ đồ điều chế và mã 4 Xác định sơ đồ điều chế và
hóa (IMCS) kích thước khối vận chuyển

Phiên bản dự phòng 1 Cho biết phiên bản dự phòng của đường lên
(RV) khối vận chuyển
Số lần lặp lại 3 Xác định NRep
(IRep )
Chỉ báo dữ liệu mới 1 Cho biết liệu khối vận chuyển có
là một cái mới hoặc một truyền lại. Cái này
thông tin được cung cấp cho MAC

lớp phụ
Khung phụ DCI 2 Xác định số lần DCI
số lần lặp lại (NPDCCH) được lặp lại
quá trình HARQ 1 Xác định ID tiến trình HARQ và chỉ
con số xuất hiện nếu hai quá trình HARQ được
được cấu hình
Bảng 7.13 Số lần lặp lại,

IRep, dành cho định dạng DCI N0
Số lần lặp lại Số lần lặp lại

(IRep) (NRep)
0 1
1 2
2 4
3 số 8
4 16
5 32
6 64
7 128
Bảng 7.14 Phân công tài nguyên, IRU cho DCI ,

Định dạng N0
Phân công tài nguyên (IRU ) Số lượng RU (NRU )
0 1
1 2
2 3
3 4
4 5
5 6
6 số 8
7 10
Bảng 7.15 Độ trễ lập kế hoạch, IDelay, dành cho

Định dạng DCI N0
Độ trễ lập lịch (IDelay) Số lượng khung con (k)
0 số 8
16
1 32
2 3 64
Bảng 7.16 Chỉ báo sóng mang con, Isc, trên định dạng DCI N0
đối với Khoảng cách sóng mang con f = 15 KHz
Sóng mang phụ Số lượng

Tập hợp các sóng mang con được phân bổ (nsc) UL
Chỉ định (Isc) Sóng mang phụ (Nsc )
0–11 Là C 1
12–15 3(Isc 12) + {0, 1, 2} 3
16–17 6(Isc 16) + {0, 1, 2, 3, 4, 5} 6
18 {0, 1, 2, 3, 4, 5, 6, 7, 8 , 9, 10, 11} 12
Tổng số sóng mang con được phân bổ trong RU được tính toán
RU
theo nsc và ký hiệu là N sc .
RU
Nếu N > 1, kích thước chòm sao là Qm = 2 và IT BS = IMCS.
sc RU
Nếu sc = 1, IMCS được sử dụng để xác định kích thước chòm sao và
N vận chuyển chỉ số kích thước khối, IT BS, theo Bảng 7.17.
Kích thước khối vận chuyển được xác định bằng cách sử dụng khối vận chuyển
,
chỉ số kích thước, IT BS và phân bổ tài nguyên, IRU như được hiển thị trong
Bảng 7.18.
Khối truyền tải UL được truyền đi và lặp lại trên N =

NRep × NRU × NUL khe cắm khe cắm. Trong một nhóm các khe liên tiếp, một
RV khác nhau của một khối của khối vận chuyển được truyền đi
theo trường RV trong Bảng 7.12.
Bảng 7.17 IMCS và IT BS cho DCI Định dạng N0 khi

N =
RU 1
sc
Điều chế và mã hóa

Kích thước chòm sao (Qm) Chỉ số TBS (IT BS)
Đề án (IMCS)
0 1 0
1 2
1 2 1
2 2 3
3 2 4
4 2 5
5 2 6
6 2 7
7 2 số 8
8 2 9
9 10 2 10
Bảng 7.18 Kích thước khối truyền tải (Bit) cho NPUSCH
Chỉ số TBS Phân công tài nguyên (IRU )
(IT BS) 0 1 2 3 4 5 6 7
0 16 32 56 88 120 152 208 256

24 56 88 144 176 208 256 344
1 32 72 144 176 208 256 328 424
2 40 104 176 208 256 328 440 568
3 56 120 208 256 328 408 552 680
4 72 144 224 328 424 504 680 872
5 88 176 256 392 504 600 808 1000
6 104 224 328 472 584 712 1000 1224
7 120 256 392 536 680 808 1096 1384
8 136 296 456 616 776 936 1256 1544
9 144 328 504 680 872 1000 1384 1736
10 176 376 584 776 1000 1192 1608 2024
11 208 440 680 1000 1128 1352 1800 2280
12 13 224 488 744 1128 1256 1544 2024 2536
Phản hồi ACK/NACK tương ứng cho truyền UL là

được báo hiệu ngầm bởi trường chỉ báo dữ liệu mới (NDI). Nếu NDI
được bật, nó biểu thị ACK cho lần truyền UL trước đó.
7.10.9.12 Ví dụ về định dạng DCI N0
Để cung cấp một ví dụ bằng số về cách giải mã định dạng DCI N0 bằng
thiết bị NB-IoT, hãy xem Bảng 7.19.
Bảng 7.19 Các trường N0 ở định dạng DCI
Cánh đồng
Giá trị Kích thước (Bit)
Lá cờ 1 0
Chỉ báo sóng mang phụ (Isc) 6 12
Phân công tài nguyên (IRU ) 3 1
Độ trễ lập kế hoạch (IDElay) 2 1
Sơ đồ điều chế và mã hóa (IMCS) 4 1
Phiên bản dự phòng (RV) 1 0
Số lần lặp lại (IRep) 3 1
Thông tin DCI nhận được trong Bảng 7.19 cho thấy như sau:
UE đã nhận được một tin nhắn phản hồi truy cập ngẫu nhiên (RAR), như trong
Bảng 6.4 chỉ ra khoảng cách sóng mang con f = 15 KHz.
Cờ được đặt thành 0 có nghĩa đây là Định dạng DCI N0.
Chỉ báo sóng mang phụ, Isc, đặt thành 12, biểu thị tập hợp các sóng mang được phân bổ
sóng mang phụ là {0,1,2} như trong Bảng 7.16.
Phân công nguồn lực, IRU trong , được đặt thành 1, cho biết NRU là 2 vì
Bảng 7.14.
Độ trễ lập kế hoạch, IDelay, bằng 1, chỉ ra rằng sau NPDCCH

kết thúc ở khung con DL n, khung con NPUSCH bắt đầu k = 16 DL
khung con sau khung con DL n và N khung con lặp lại liên tiếp như trong
Bảng 7.12 và 7.15.
Sơ đồ điều chế và mã hóa, IMCS, giá trị 1, chỉ ra rằng

RU
IMCS = IT BS là N SC > 1.
Số lần lặp lại, IRep, đặt bằng 2, cho biết NRep là 4 như trong
Bảng 7.13.
Từ những điều trên, UE suy ra như sau:
nsc là tập sóng mang được phân bổ {0,1,2} và tổng số sóng mang
RU
các sóng mang con được phân bổ trong RU,, _ là 3. Theo Bảng 7.29,
N NUL
Máy đánh bạc
là 8.
RU
Kích thước chòm sao cho QPSK là Qm = 2 vì N sc = 3 > 1.
Kích thước khối truyền tải là 56 bit như trong Bảng 7.18 vì IT BS = 1
và IRU = 1.
Định dạng này được sử dụng để chỉ ra sự cấp phép đường xuống trong NPDSCH cho
một sóng mang đường xuống duy nhất. Nó cũng được sử dụng để chỉ ra một truy cập ngẫu nhiên
quy trình được kích hoạt bởi lệnh NPDCCH (ví dụ: được kích hoạt bởi eNodeB)
hoặc để nhận thông báo về sự thay đổi SC-MCCH. CRC của định dạng này là
được tranh giành với C-RNTI, C-RNTI tạm thời, RA-RNTI, SI-RNTI,
hoặc G-RNTI. Thông tin được mang theo định dạng DCI N1 được hiển thị trong
Bảng 7.20. Tổng kích thước tối đa của định dạng DCI N1 là 24 bit.
Nếu chỉ báo thứ tự NPDCCH được đặt thành 1, Số bắt đầu của NPRACH
lặp lại, IRep, chỉ báo sóng mang con của NPRACH, Isc và sóng mang
chỉ báo NPRACH chỉ được sử dụng và tất cả thông tin còn lại khác được đặt
thành 0. Khi chỉ báo thứ tự NPDCCH được đặt thành 1, UE
truyền phần mở đầu truy cập ngẫu nhiên trên sóng mang không neo được biểu
thị bằng chỉ báo sóng mang của NPRACH và trên mức tăng cường vùng phủ sóng
được ánh xạ tới tài nguyên NRACH với số phần mở đầu
lặp lại, IRep. Nếu trường chỉ báo sóng mang bằng 0, UE sẽ truyền
lời mở đầu truy cập ngẫu nhiên trên sóng mang neo. Tiền tố truy cập ngẫu
nhiên được sử dụng với f = 3,75 KHz và tiền tố truy cập ngẫu nhiên
được sử dụng được biểu thị bằng trường chỉ dẫn sóng mang con, Isc, trong đó
0 ≤ Isc < 48.
NPDSCH nằm trong các khung con DL được chỉ định là khung con DL NB-IoT.
Các khung con này được thông báo tới UE thông qua một
SIB1-NB hoặc RRConnectionSetup PDU, trong subframePattern10 hoặc sub-
framePattern40, như trong Bảng 7.1, ngoại trừ các khung được SIB1- sử dụng
NB, NPBCH, NPSS hoặc NSSS.
Việc truyền NPDSCH có thể bị trễ một số khung con k
trong đó 0 ≤ k < 128. Tức là sau khung con n + 5, các khung con NPDSCH
bắt đầu k khung con sau khung con n+ 5 và lặp lại N khung con liên tiếp.
Khi UE phát hiện định dạng N1 hoặc N2 kết thúc bằng khung con,
n, NPDSCH bắt đầu trong khung con n + 5 + k. NPDSCH cũng được lặp lại trong
N khung con liên tiếp bắt đầu từ khung con n + 5 + k. k được xác định bởi
trường độ trễ lập kế hoạch, IDelay, như trong Bảng 7.20 và 7.21.
k = 0 cho định dạng DCI N2. Nói cách khác:
Quá trình truyền NPDCCH kết thúc ở khung con n.
NPDSCH được lặp lại trong một số khung con liên tiếp
nơi khối vận chuyển và sự lặp lại của nó được trải rộng
trên N = NRep × NSF (cả hai đều được xác định theo
Bảng 7.20, 7.22 và 7.23).
Sơ đồ điều chế cho NPDSCH là QPSK (Qm = 2). Các

Kích thước khối truyền tải được xác định từ việc điều chế và mã hóa
lược đồ IMCS bằng cách đặt IT BS = IMCS. Cả BS CNTT và tài nguyên
, kích thước khối truyền tải như trong
trường gán, ISF xác định
Bảng 7.24. Khối truyền tải được trải rộng trên các khung con NSF và
mỗi khối truyền tải là các khung con NRep lặp lại .
Kích cỡ
Cánh đồng Nghĩa
(Chút ít)
Lá cờ 1 Nếu được đặt thành 1, cho biết định dạng N1 và nếu
đặt thành 0, biểu thị định dạng N0

Thứ tự NPDCCH 1 Nếu được đặt thành 1, cho biết quyền truy cập ngẫu nhiên
chỉ báo thủ tục được khởi tạo bởi NPDCCH

đặt hàng
thay đổi SC-MCCH 2 Biểu thị sự thay đổi trong SC-MCCH

thông báo
Số bắt đầu của 2 Xác định số lần lặp lại, NRep,
lặp lại NPRach cho NPRach
(IRep)
Chỉ báo sóng mang phụ 6 Được sử dụng để phân bổ sóng mang phụ cho
của NPRACH (Isc) NPRACH, nsc = Isc

Chỉ báo nhà cung cấp dịch vụ của 4 Cho biết chỉ số sóng mang, trong
NPRach ul-ConfigList, được sử dụng để truyền phần
mở đầu truy cập ngẫu nhiên. Lĩnh vực này là
được sử dụng cho thứ tự NPDCCH và nếu có
được định cấu hình sóng mang không phải là neo
Trì hoãn lịch trình 3 Số lượng khung con trôi qua từ

(IDelay) cuối NPDCCH cộng với 5 khung con
cho đến khung con đầu tiên của
PDSCH
Phân công tài nguyên 3 Xác định kích thước , và Giao thông vận tải
(ISF ) khối NSF

Điều chế và 4 Xác định IT BS = IMCS
sơ đồ mã hóa (IMCS)
(IRep)
Chỉ báo dữ liệu mới 1 Cho biết liệu khối vận chuyển
là một cái mới hoặc một truyền lại. Cái này
thông tin được cung cấp cho MAC

lớp phụ
Tài nguyên HARQ-ACK 4 Cho biết sóng mang phụ được phân bổ cho
ACK/NACK
Khung phụ DCI 2 Xác định số lần DCI
số lần lặp lại (NPDCCH) được lặp lại
Quy trình HARQ số 1 Xác định ID tiến trình HARQ và
chỉ xuất hiện nếu hai quá trình HARQ
được cấu hình
Bảng 7.21 Độ trễ lập kế hoạch, IDelay, dành cho

Định dạng DCI N1
Độ trễ lập kế hoạch (IDElay) Số lượng khung con (k)
0 0
1 4
2 số 8
3 12
4 16
5 32
6 64
7 128
Bảng 7.22 Số lượng khung con, Định dạng NSF , vì

DCI N1
Phân công tài nguyên (ISF ) Số lượng khung con (NSF )
0 1
1 2
2 3
3 4
4 5
5 6
6 số 8
7 10
Thông tin hệ thống, SIB1-NB và các SIB khác, được truyền trên NPDSCH.
SIB1-NB có lịch truyền đặc biệt như được giải thích trong Phần 3.7.2. Các
khung con được sử dụng để truyền SIB1-NB đã được biết
tới UE theo Mục 3.7.2. Nếu khung con mang SIB1-
NB, NRep được thiết lập theo giá trị của tham số lập lịchIn-foSIB1 như
bảng 3.7. Kích thước khối truyền tải, IT BS, cho SIB1-NB
được xác định theo Bảng 7.25.
Sau khi quá trình truyền NPDSCH hoàn tất trong khung con m,
UE bắt đầu truyền ACK/NACK tới eNodeB. UE bắt đầu gửi
ACK/NACK k khung con sau khi kết thúc NPDSCH. Tức là sau
Khung con DL (m + k 1) kết thúc, UE bắt đầu truyền ACK/NACK
phản ứng. Sóng mang con UL và k được xác định từ HARQ-ACK
trường tài nguyên trong Bảng 7.20 và 7.26. ACK/NACK chỉ sử dụng một
sóng mang con không phụ thuộc vào khoảng cách sóng mang con.
Phản hồi ACK/NACK được truyền bằng định dạng NPUSCH 2

ACK × KHÔNG
và trong N khe UL liên tiếp. N = N trong đó giá trị khe cắm,
Trả lời
Bảng 7.23 Số lượng
Các khung con lặp lại, NRep,

cho định dạng DCI N1
Số lần lặp lại Số lượng khung con

(IRep) (NRep)
0 1
2
1 4
2 số 8
3 16
4 32
5 64
6 128
7 192
8 256
9 384
10 512
11 768
12 1024
13 1536
14 15 2048
Bảng 7.24 Kích thước khối truyền tải (bit) cho NPDSCH
Chỉ số TBS Phân công tài nguyên (ISF )

(IT BS) 0 1 2 3 4 5 6 7
0 16 32 56 88 120 152 208 256

24 56 88 144 176 208 256 344
1 32 72 144 176 208 256 328 424
2 40 104 176 208 256 328 440 568
3 56 120 208 256 328 408 552 680
4 72 144 224 328 424 504 680 872
5 88 176 256 392 504 600 808 1032
6 104 224 328 472 584 680 968 1224
7 120 256 392 536 680 808 1096 1352
8 136 296 456 616 776 936 1256 1544
9 144 328 504 680 872 1032 1384 1736
10 176 376 584 776 1000 1192 1608 2024
11 208 440 680 904 1128 1352 1800 2280
12 13 224 488 744 1128 1256 1544 2024 2536
Bảng 7.25 Kích thước khối truyền tải (bit) để mang NPDSCH
SIB1-NB
CNTT BS 0 1 2 3 4 5 6 7 8 9 10 11
TBS 208 208 208 328 328 328 440 440 440 680 680 680
(Chút ít)
Bảng 7.26 Trường tài nguyên ACK/NACK

khi f = 15 KHz
HARQ-ACK Tài nguyên ACK/NACK Sóng mang con k
0 0 13
1 13
1 2 13
2 3 13
3 0 15
4 1 15
5 2 15
6 3 15
7 0 17
8 1 17
9 2 17
10 3 17
11 0 18
12 1 18
13 2 18
14 15 3 18
của NACK được đưa ra bởi tham số RRC ack-NACK-NumRepetitions

Trả lời
(Bảng 7.1) và NUL khe cắm

là số lượng khe của RU như trong Bảng 7.29.
Định dạng này được sử dụng để biểu thị phân trang, chỉ báo trực tiếp (chỉ báo về một
thay đổi nội dung SIB), SC-MCCH đường xuống hoặc thông báo về thay đổi SC-
MCCH. Thông tin được mang theo định dạng DCI N2 được hiển thị trong
Bảng 7.27. Tổng kích thước của định dạng DCI N2 là 15 bit (Chỉ báo trực tiếp
trường thông tin chỉ được sử dụng nếu trường Flag được đặt thành 0 và NPDCCH
được xáo trộn bởi P-RNTI).
Việc giải thích các trường này giống như cách giải thích cho định dạng DCI
N1. Định dạng DCI N2 được UE mã hóa để trích xuất PDU phân trang trên
NPDSCH theo cách tương tự như được giải thích ở định dạng DCI N1.
UE phân biệt các định dạng khác nhau của DCI bằng cách kiểm tra
CRC. Nếu CRC được xáo trộn với RA-RNTI, NPDCCH
nội dung có định dạng DCI N1 và bao gồm tài nguyên NPDSCH cho
Cánh đồng
Kích thước (Bit) Nghĩa
Lá cờ 1 Nếu được đặt thành 1, cho biết Phân trang và nếu
đặt thành 0, biểu thị chỉ dẫn trực tiếp

thay đổi SC-MCCH 1 Cho biết sự thay đổi trong SC-MCCH
thông báo
Chỉ định trực tiếp số 8
Cho biết thông tin hệ thống
thông tin cập nhật (mà không cần nhận
một PDU phân trang).
Nguồn 3 Xác định NSF và Vận chuyển
kích thước khối
bài tập (ISF )
Điều chế và 4 Xác định IT BS = IMCS
Lược đồ mã hóa
(IMCS)
(IRep)
Khung phụ DCI 3 Xác định số lần
số lần lặp lại DCI (NPDCCH) được lặp lại
MAC PDU chứa thông báo phản hồi truy cập ngẫu nhiên như đã giải thích
ở Mục 6.3.2.
Nếu CRC được xáo trộn với C-RNTI tạm thời, nó chỉ ra định dạng DCI N1
bao gồm NPDSCH chứa Msg4 là
được giải thích trong Phần 6.3.3.
Nếu CRC được xáo trộn với C-RNTI, bit đầu tiên trong thông báo cho biết
đó là định dạng DCI N0 hay N1. Nếu định dạng N0,
nó biểu thị cơ hội truyền NPUSCH trong khi nếu định dạng N1, nó
cho biết truyền NPDSCH.
Nếu CRC được xáo trộn với SI-RNTI, nó sẽ biểu thị định dạng DCI
N1 bao gồm NPDSCH chứa SIB1-NB hoặc các SIB khác.
Nếu CRC được xáo trộn bằng G-RNTI thì đó là định dạng DCI N1. Nếu như
CRC được xáo trộn bởi P-RNTI hoặc SC-RNTI, điều này cho biết DCI
dạng N2.
7.10.9.15 Ghép kênh không gian và phân tập truyền
Không có sự hỗ trợ cho ghép kênh không gian trong khi phân tập truyền dẫn là
được hỗ trợ lên đến hai lớp. Hai cổng ăng-ten được hỗ trợ. Chuyển giao
phân tập có thể được sử dụng cho NPDSCH và NPBCH để tăng độ tin cậy trong
việc nhận bản tin của UE. Phân tập truyền được minh họa
trong Mục 7.10.8.7.
7.11 Cấu trúc và kênh vật lý đường lên Các kênh đường
lên bao gồm các kênh vật lý sau:
Kênh chia sẻ đường lên vật lý băng thông hẹp, NPUSCH.
Kênh truy cập ngẫu nhiên vật lý băng thông hẹp, NPRACH.
Ngoài các tín hiệu vật lý sau:
Tín hiệu tham chiếu giải điều chế băng hẹp.
UE không có NPUCCH.
7.11.1 Sơ đồ truyền dẫn đường lên SC-FDMA Sơ đồ truyền dẫn đường lên
dựa trên FDMA sóng mang đơn (SC-FDMA). SC-FDMA cũng được mô tả là OFDM trải
rộng DFT (DFTS-OFDM) thực hiện tiền mã hóa DFT trước bộ điều chế OFDM đường
lên. Chỉ có một độ dài tiền tố tuần hoàn được xác định tương ứng với bảy ký
hiệu OFDM trên mỗi khe tương ứng.
Với khoảng cách sóng mang con f = 15 KHz,
Tiền tố tuần hoàn thông thường: TCP = 5,2 us (ký hiệu OFDM #0), TCP =
4,7 us (ký hiệu OFDM #1 đến #6).
Ts = 1/(2048 × f).
Với khoảng cách sóng mang con f = 3,75 KHz,
Tiền tố tuần hoàn thông thường: TCP = 8,3 us (ký hiệu OFDM #0 đến #6).
Ts = 1/(8192 × f), trong đó Ts là thời gian lấy mẫu cho ký hiệu OFDM.
Cả truyền đơn âm và truyền đa âm đều được UE sử dụng. Đối với truyền đơn âm, có
hai số học được xác định: khoảng cách sóng mang con 3,75 và 15 KHz.
Trong miền tần số, các khối tài nguyên không được xác định mà thay vào đó
là RU được xác định. Nếu khoảng cách sóng mang con đường lên f = 15 KHz thì
có 12 sóng mang con liên tiếp. Nếu khoảng cách sóng mang con đường lên f =
3,75 KHz thì có 48 sóng mang con liên tiếp. Bảng 7.28 tóm tắt cấu hình khe
đường lên.
Hình 7.22 và 7.23 hiển thị thời lượng khe đường lên và số lượng sóng mang
phụ cho cả hai khoảng cách sóng mang phụ lần lượt là 15 và 3,75 KHz.
Truyền đơn âm với khoảng cách sóng mang con 3,75 KHz được tổ chức thành các
khe có thời lượng 2 ms, mỗi khe bao gồm bảy ký hiệu nằm ở đầu khe. Ranh giới
khe được căn chỉnh với ranh giới khung con của cấu trúc khung Loại 1. Một ký
hiệu của
Bảng 7.28 Cấu hình khe đường lên

Sóng mang phụ Số lớn nhất SC-FDMA Thời lượng khe
Khoảng cách (KHz) của các nhà cung cấp dịch vụ phụ Biểu tượng (bệnh đa xơ cứng)
f = 3,75 48 2
f = 15 12 7 7 0,5
Một khe = 0,5 ms

Yếu tố tài nguyên
(sóng mang phụ)
12 sóng mang phụ

Thời gian
7 ký hiệu OFDM
Hình 7.22: Khe cắm đường lên cho f = 15 KHz.
Một khe = 2 ms
Yếu tố tài nguyên
(sóng mang phụ)
48 sóng mang phụ
Thời gian
7 ký hiệu OFDM
Hình 7.23: Khe cắm đường lên cho f = 3,75 KHz.

Khoảng cách sóng mang con 3,75 KHz bao gồm 275 us thời lượng ký hiệu
(bao gồm tiền tố tuần hoàn 8.3 us). Vì khe 2 ms có bảy

các biểu tượng còn lại, 75 us, của khe trống và được sử dụng làm bảo vệ
Giai đoạn.
Đối với truyền đa âm, có 12 sóng mang con đường lên liên tiếp với khoảng cách sóng
mang con đường lên là f = 15 KHz. Các sóng mang phụ
có thể được nhóm thành các bộ 3, 6 hoặc 12 sóng mang con liên tiếp.
Một RU, có thể lập lịch cho NPUSCH đơn âm với khả năng truyền UL-SCH, được định nghĩa
là một sóng mang con 3,75 KHz duy nhất cho 16 khe (32 ms) hoặc
một sóng mang con 15 KHz duy nhất cho 16 khe (8 ms).
Một RU, có thể lập lịch cho NPUSCH đa giai điệu với khả năng truyền UL-SCH, được xác
định là 3 sóng mang con trong 4 ms; hoặc 6 sóng mang con trong 2 ms; hoặc
12 sóng mang con trong 1 ms.
Một RU, có thể lập lịch cho NPUSCH với truyền ACK/NACK
sử dụng định dạng NPUSCH 2. Nó được định nghĩa là một sóng mang con 3,75 KHz
trong 8 ms hoặc một sóng mang con 15 KHz trong 2 ms.
Một khối truyền tải NPUSCH (UL-SCH) có thể được lập lịch qua một
hoặc nhiều hơn một RU cùng lúc.
Bảng 7.29 tóm tắt số lượng sóng mang con được sử dụng, số lượng sóng mang con
các khe, khoảng cách sóng mang con được sử dụng cho cả khoảng cách sóng mang con. Hình 7.24
cho thấy một RU bao gồm một sóng mang con duy nhất kéo dài 16 khe (một khe được
2 ms cho f = 3,75 KHz và 0,5 ms cho f = 15 KHz). Hình 7.25

cho thấy một RU bao gồm sáu sóng mang con trải rộng trên bốn khe.
7.11.2 Lưới tài nguyên

Lưới tài nguyên khác với khối tài nguyên được sử dụng ở đường xuống.
Một khe đường lên có hình dạng như trong Hình 7.22 hoặc 7.23 với f = 15 KHz
hoặc f = 3,75 KHz tương ứng. Nó bao gồm bảy ký hiệu SC-FDMA
trong miền thời gian và một số sóng mang con trong miền tần số.
Bảng 7.29 Định dạng NPUSCH
Sóng mang phụ Tổng số vị trí Số lượng

NPUSCH Số lượng Số lượng
khoảng cách Khoảng thời gian SC-FDMA
Định dạng Nhà cung cấp dịch vụ phụ Máy đánh bạc
(KHz) (bệnh đa xơ cứng) ký hiệu trên mỗi khe
3,75 1 16 32
16 số 8
1
1 8 4
15 7
3 4 2
6 12 2 1
3,75 số 8
2
15 1 1 4 4 2
gnợưt
-D
AM CF
S
7
12 sóng mang phụ
Hình 7.24: RU đơn âm cho 16 khe với f = 15 KHz như trong Bảng 7.29 (tổng
thời lượng là 8 ms).
nh
gụ 2p
ó
a 1
s
m
7 ký hiệu
SC-FDMA
Hình 7.25: Đa âm (sáu sóng mang con) RU cho bốn khe với f = 15 KHz như
trong Bảng 7.29 (tổng thời lượng là 2 ms).
7.11.3 NPUSCH
NPUSCH được sử dụng để truyền khối truyền tải đường lên. Tối đa chỉ có
một khối truyền tải được truyền trên mỗi sóng mang. Khi lớp con MAC chuyển
khối truyền tải (hoặc MAC PDU) tới lớp PHY để truyền đường lên, NPUSCH
thực hiện các chức năng sau:
Chèn CRC: CRC 24 bit.
Mã hóa kênh: Mã hóa Turbo.
Xử lý ARQ lai lớp vật lý.
Sự xáo trộn: Sự xáo trộn dành riêng cho UE.
Điều chế: π/2-BPSK và π/4-QPSK để truyền một âm của NPUSCH và QPSK

để truyền đa âm của NPUSCH.
Ánh xạ tới các tài nguyên được chỉ định.
Hình 7.26 cho thấy các chức năng khác nhau để xử lý các kênh đường lên.
Như trong Mục 7.10.8.1 và tương tự đối với NPDSCH, cùng một CRC được sử
dụng.
7.11.3.2 Mã hóa Turbo

Bộ mã hóa turbo là Mã chuyển đổi nối song song
(PCCC) với hai bộ mã hóa cấu thành tám trạng thái và một mã turbo
Bộ mã Tỷ lệ
CRC người xáo trộn
hóa Turbo khớp
Yếu tố tài Anten

điều chế Chuyển đổi Tín hiệu
nguyên
người lập bản đồ tiền mã hóa SC-FDMA
người lập bản đồ
Hình 7.26: Xử lý kênh đường lên.
Bộ mã hóa thành phần đầu tiên Bit hệ thống
Bit chẵn lẻ đầu tiên
Khối mã
D D D
Bên trong
Bộ
xen kẽ QPP
Bộ mã hóa thành phần thứ hai
Bit chẵn lẻ thứ hai
D D D
Hình 7.27: Bộ mã hóa Turbo tốc độ 1/3.
bộ xen kẽ nội bộ. Tốc độ mã hóa của bộ mã hóa turbo là 1/3. Bộ mã hóa
turbo được hiển thị trong Hình 7.27.
Chức năng truyền tải của PCCC là:
1 + X2 + X3
G(X) = 1, .
1 + X + X3
Các bit đầu vào của bộ mã hóa turbo là b0, b1, b2, . . . , bB 1 trong đó B là các bit
khối truyền tải và các bit chẵn lẻ CRC. Đầu ra từ bộ mã hóa turbo là s
0 1 2
k , p1 kk ,trong
p2 vàđó
p bit
s làchẵn
bitlẻhệthứ và thứk hai, k k là
nhất p
thống,
= 0, 1, 2, . . . , K 1 và K = B + 4.
Các thanh ghi dịch chuyển của bộ mã hóa turbo có giá trị ban đầu bằng 0
khi bắt đầu mã hóa các bit đầu vào.
Khối khớp tốc độ tương tự như khối được sử dụng cho NPDSCH trong Phần
7.10.8.3 ngoại trừ bộ xen kẽ khối con và tập hợp và cắt tỉa bit sử dụng các
tham số khác nhau.
Đầu ra từ bộ mã hóa turbo được cung cấp làm đầu vào cho khối khớp tốc độ được
hiển thị trong Hình 7.29. Ba bit thông tin k , p1 k , p2 thu được từ bộ mã hóa
0
suối, s turbo được
k , cung cấp dưới dạng
đầu vào cho mỗi bộ xen kẽ khối con để xen kẽ chúng một cách riêng biệt.
Các bit xen kẽ được chèn vào một bộ đệm tròn với các bit hệ thống được chèn trước
và sau đó là chèn xen kẽ các bit chẵn lẻ thứ hai và thứ ba như trong Hình 7.28.
Việc lựa chọn bit trích xuất các bit liên tiếp từ bộ đệm tròn đến một phạm vi phù
hợp với số phần tử tài nguyên có sẵn trong các khối tài nguyên (tức là kích thước
bộ đệm mềm) được chỉ định cho việc truyền. Tập hợp chính xác các bit được trích
xuất phụ thuộc vào RV tương ứng với các điểm bắt đầu khác nhau để trích xuất các
bit được mã hóa từ bộ đệm tròn. Có bốn lựa chọn thay thế khác nhau cho RV. Trình
tự đầu ra từ việc lựa chọn bit được ký hiệu là e0, e1, e2, . . . , eE 1, trong đó
E là số bit phù hợp với tốc độ. Không phải tất cả RV đều được sử dụng cho NPUSCH
và chỉ RV = 0 hoặc RV = 2 được sử dụng.
RV = 0
Bộ đệm tròn
1
2 gói s1
Pk s2
RV = 3
sk
1
P1
2
1 P1
RV = 1
2 P2
P2
RV = 2
Hình 7.28: Bộ đệm tròn có phiên bản dự phòng (RV).

Bit hệ thống Bộ xen kẽ

khối con
Lựa chọn bit

Bit chẵn lẻ đầu tiên Bộ xen kẽ Bộ
khối con sưu tập bit
RV
Bit chẵn lẻ thứ hai Bộ xen kẽ

khối con
Hình 7.29: Khớp tốc độ cho bộ mã hóa turbo với tốc độ 1/3.
Bảng 7.30 Mã hóa kênh ACK/NACK

ACK/NACK ACK/NACK Từ mã (b0, b1, b2, . . . , b15)
0 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
1 0 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
7.11.3.4 Ghép kênh dữ liệu và ACK/NACK trên NPUSCH

Nếu UE truyền ACK hoặc NACK trên NPUSCH mà không có bất kỳ dữ liệu nào
trên UL-SCH thì chúng được mã hóa theo Bảng 7.30.
7.11.3.5 Bộ xen kẽ khối kênh
Đầu ra của bộ so khớp tốc độ, e0, e1, e2, . . . , eE 1, trong đó E là số

bit phù hợp với tốc độ, là các bit được mã hóa để truyền khối truyền tải
đã cho. Đầu ra của bộ so khớp tốc độ không chứa các bit được sử dụng để
truyền điều khiển như ACK/NACK. Các bit so khớp tốc độ được sắp xếp lại
thành các bit đầu ra được ký hiệu là g0, g1, g2, . . . , gH 1, trong đó H
= E/Qm và g là vectơ cột có độ dài Qm. Qm là kích thước chòm sao và bằng 1
đối với π/2-BPSK và 2 đối với π/4-QPSK.
Các bit dữ liệu H được cung cấp làm đầu vào cho bộ chèn khối.
Các bit mã hóa ACK/NACK (tức là từ mã ACK/NACK) được kết hợp với
các bit dữ liệu được xen kẽ từ bộ chèn khối để tạo ra chuỗi bit
được biểu thị bằng h0, h1 , h2 , . . . , hH 1.
Từ mã h0, h1, h2, . . . , hH 1, trong đó H là số bit được truyền trong từ mã được

xáo trộn trước khi điều chế. Từ mã là
được nhân, dưới dạng thao tác X-OR, với chuỗi ngẫu nhiên hóa dành riêng cho UE
mang lại đầu ra xáo trộn, ˜h0, ˜h1, ˜h2, . . . , ˜hH 1.
Mỗi từ mã được xáo trộn, ˜h0, ˜h1, ˜h2, . . . , ˜hH 1, được điều chế bằng cách sử dụng
BPSK hoặc QPSK tương ứng với một hoặc hai bit
trên mỗi ký hiệu giá trị phức tạp.
Có hai cấu hình (hoặc định dạng) cho NPUSCH như trong
Bảng 7.29. Định dạng PUSCH 1 được sử dụng để truyền dữ liệu trên UL-SCH.
Định dạng NPUSCH 2 được sử dụng cho thông tin điều khiển đường lên (ví dụ: HARQ
truyền ACK/NACK). Định dạng 2 luôn có RU của một sóng mang phụ bất kể khoảng
cách sóng mang phụ. ACK/NACK tương ứng
tới NPDSCH được truyền với đường truyền đơn âm trên NPUSCH,
với tài nguyên tần số và tài nguyên thời gian được chỉ định bởi cấp đường xuống.
Đối với định dạng NPUSCH 2, sơ đồ điều chế luôn là π/2-
BPSK. Đối với định dạng NPUSCH 1, nếu RU là một sóng mang con, π/2-BPSK
hoặc có thể sử dụng π/4-QPSK. Tất cả các RU khác ở định dạng 1 đều sử dụng QPSK.
Bảng 7.31 cho thấy định dạng điều chế chính xác được sử dụng khi
Có thể sử dụng π/4-QPSK và π/2-BPSK. Lập bản đồ chòm sao cho những
Bảng 7.31 Điều chế NPUSCH
Kênh vận chuyển điều chế
Định dạng 1 với sóng mang phụ duy nhất π/2-BPSK,

π/4-QPSK
Định dạng 1 với nhiều sóng mang con QPSK
Định dạng 2 với sóng mang phụ đơn π/2-BPSK
π/4-QPSK π/2-BPSK
Các ký hiệu chẵn Ký hiệu lẻ Các ký hiệu chẵn Ký hiệu lẻ
Hình 7.30: Ánh xạ chòm sao π/2-BPSK và π/4-QSPK.

sơ đồ điều chế được thể hiện trong hình 7.30. π/4-QPSK giống như
QPSK nhưng chòm sao bị dịch chuyển một góc π/4 đối với số lẻ
biểu tượng. Ngoài ra, π/2-BPSK giống với BPSK nhưng chòm sao là
đã dịch chuyển một góc π/2 đối với các ký hiệu số lẻ.
UE chỉ hỗ trợ một lớp cho đường lên. Sau khi điều chế, các ký hiệu điều chế cho từ mã được ánh
xạ tới một lớp. Các ký hiệu điều chế có giá trị phức, m0, m1, m2, . . . , mNsym 1, đối với từ
mã
0
được ánh xạ vào một lớp x Tôi
= mi , trong đó tôi = 0, 1, 2, . . . , Nsym 1.
7.11.3.9 Chuyển đổi tiền mã hóa
Số lượng ký hiệu, Nsym, được chia thành nhiều bộ, mỗi bộ

tập hợp gồm N RU
sc ký hiệu điều chế và tương ứng với một SC-là số lượng
RU sóng mang con như trong Bảng 7.16.
Ký hiệu FDMA. N sc
Vì chỉ có một cổng ăng-ten duy nhất cho đường lên nên các ký hiệu điều
chế được ánh xạ trực tiếp vào các phần tử tài nguyên mà không cần bất kỳ
tiền mã hóa.
7.11.3.10 Ánh xạ tới tài nguyên vật lý
Một hoặc nhiều RU, NRU có ,thể được gán cho UE để truyền tải đường lên trên
NPUSCH. Số ký hiệu giá trị phức, Nsym,
được ánh xạ tới từng RU bắt đầu bằng các sóng mang con trước rồi đến từng RU.
Ký hiệu SC-FDMA. Các ký hiệu được ánh xạ tới NUL khe cắm cho mỗi RU
khe cắm
và sau đó lặp lại một số lần NRep. Việc lập bản đồ tiếp tục
RU còn lại.
7.11.4 NPRach
NPRACH được sử dụng để truyền phần mở đầu truy cập ngẫu nhiên.
NPRACH sử dụng băng thông sóng mang con 3,75 KHz và bao gồm các nhóm ký
hiệu. Mỗi nhóm ký hiệu có một tiền tố tuần hoàn và năm ký hiệu
như thể hiện trong hình 7.31.
TCP TSEQ
Hình 7.31: Nhóm ký hiệu truy cập ngẫu nhiên.

Bảng 7.32 Thông số nhóm ký hiệu

Định dạng lời mở đầu TCP (chúng tôi) TSEQ (ms)
0 1.333
1 66 266 1.333
Hai định dạng mở đầu được xác định, định dạng 0 và định dạng 1 như hình
trong Bảng 7.32 phù hợp với các kích thước ô tối đa khác nhau. Năm biểu tượng
có một CP duy nhất là TCP = 66 us cho định dạng 1 và TCP = 266 us
đối với định dạng 2. Thời lượng của ký hiệu cho cả hai định dạng là TSEQ =
1,333 mili giây. Do đó, nhóm ký hiệu là 1,4 và 1,6 ms cho định dạng 1 và
2, tương ứng. Định dạng lời mở đầu được sử dụng sẽ được phát sóng trong
thông tin hệ thống.
CP dài của TCP = 266 us có thể được sử dụng cho các ô lớn có bán kính
trong phạm vi 40 km và CP ngắn của TCP = 66 us có thể được sử dụng
cho các ô có bán kính trong phạm vi 10 km.
Lời mở đầu bao gồm bốn nhóm ký hiệu được truyền không có khoảng trống.
Mỗi nhóm ký hiệu được truyền trên một sóng mang con duy nhất
được sử dụng theo cách nhảy tần. Mỗi sóng mang con trong một ký hiệu
nhóm bước nhảy theo một hoặc sáu sóng mang con theo tần số. Nhảy tần là
được giới hạn ở một tập hợp liền kề gồm 12 sóng mang con. Việc truyền mở
đầu có thể được lặp lại nhiều lần, sử dụng cùng một công suất truyền
trên mỗi lần lặp lại. Hình 7.32 thể hiện mô hình nhảy tần của
bốn nhóm ký hiệu trong phần mở đầu truy cập ngẫu nhiên.
Quy trình và tham số được sử dụng để truy cập ngẫu nhiên được mô tả
ở Mục 6.3.2. Sau khi sóng mang con đầu tiên được chọn để truyền
của nhóm ký hiệu mở đầu đầu tiên, ba sóng mang con tiếp theo cho
ba nhóm ký hiệu tiếp theo được xác định bởi tiêu chí nhảy tần chỉ phụ thuộc
vào vị trí của sóng mang con đầu tiên. Khi mà
các nhóm ký hiệu được lặp lại thì sóng mang con đầu tiên được chọn theo
tiêu chí nhảy giả ngẫu nhiên trong đó ID ô vật lý, P HY là
NHẬN DẠNG
TẾ BÀO,
được sử dụng làm đầu vào.
Tiêu chí nhảy tần này đảm bảo rằng việc lựa chọn sóng mang con dẫn đến
sơ đồ nhảy tần có thể đáp ứng
truyền không xung đột từ UE khi dung lượng cho phép. Trình tự mở đầu được
xây dựng dựa trên trình tự Zadoff–Chu phụ thuộc vào
vị trí sóng mang phụ. Nghiên cứu hiệu suất của thủ tục truy cập ngẫu nhiên
và khả năng tối ưu hóa của nó đã được nghiên cứu trong [36]–[38].
7.11.5 Tín hiệu tham chiếu giải điều chế
Tín hiệu tham chiếu giải điều chế (DMRS) được truyền từ UE đến
eNodeB. Nó được truyền trong cùng RU được sử dụng cho NPUSCH. DMRS
Số sóng mang
phụ Sóng mang phụ
11
10
số 8
Tần số 0
Thời gian Nhảy tần số
Hình 7.32: Nhảy tần của bốn nhóm ký hiệu của phần mở đầu truy cập ngẫu nhiên.
(Một) (b)
nh
gụ óp
a s
6
m
nh
gụ óp
a s
1
m
Khe cắm (7 ký hiệu SC-FDMA) Khe cắm (7 ký hiệu SC-FDMA)
Hình 7.33: DMRS cho định dạng NPUSCH 1 khi khoảng cách sóng mang con là (a) 3,75
KHz và (b) 15 KHz.
được truyền trên 1 hoặc 3 ký hiệu SC-FDMA. Đối với NPUSCH for-mat 1, ký hiệu SC-FDMA
#4 và #3 được sử dụng cho khoảng cách sóng mang con lần lượt là 3,75 hoặc 15 KHz,
như trong Hình 7.33. Đối với NPUSCH for-mat 2 và trong trường hợp khoảng cách sóng
mang con là 3,75 KHz, ký hiệu SC-FDMA #0, #1, #2 được sử dụng trong khi đối với
khoảng cách sóng mang con 15 KHz, ký hiệu SC-FDMA #2, #3, # 4 được sử dụng. Định dạng
NPUSCH 2 được hiển thị trong Hình 7.34.
Các sóng mang con khác không được DMRS sử dụng sẽ được sử dụng cho NPUSCH.
(Một) (b)
óp
s
1
m
óp
s
1
m
nh
a
nh
a
gụ
gụ
Khe cắm (7 ký hiệu SC-FDMA) Khe cắm (7 ký hiệu SC-FDMA)
Hình 7.34: DMRS cho NPUSCH định dạng 2 khi khoảng cách sóng mang
con là (a) 3,75 KHz và (b) 15 KHz.
7.11.6 Điều khiển công suất đường lên
Công suất phát của UE cho NPUSCH dựa trên việc số lần lặp lại của NPUSCH nhỏ
hơn hay lớn hơn hai lần lặp. Nếu số lần lặp NPUSCH là hai hoặc ít hơn hai,
UE sử dụng phương trình này để tính công suất NPUSCH trong khe n cho một ô:
PMAX(n)
P(n) = tối dBm,
thiểu 10 log10(M(n)) + PO(j) + α(j).PL
Mặt khác, nếu số lần lặp lại lớn hơn hai, UE sẽ sử dụng phương trình này
P(n) = PMAX(n) dBm,
Ở đâu
PMAX(i) là công suất phát tối đa dành riêng cho ô trong khe n.
M(n) bằng {1/4} cho khoảng cách sóng mang con 3,75 KHz và một giá trị
duy nhất từ bộ {1, 3, 6, 12} cho khoảng cách sóng mang con 15 KHz.
PO là sự kết hợp của các tham số khác nhau được báo hiệu bởi RRC,
điều này phụ thuộc vào việc khối truyền tải dành cho dữ liệu UL-SCH
(j = 1) hay dành cho bản tin cấp RACH (j = 2).
α(j) là hệ số tổn hao đường truyền do RRC cung cấp cho NPUSCH định
dạng 1; mặt khác, nó có giá trị cố định là 1.
PL là suy hao đường truyền được UE đo và ước tính tính bằng dB. Hệ số
suy hao đường truyền được sử dụng để chỉ ra mức độ bù suy hao đường
truyền mạnh đến mức nào.
7.12 Tốc độ dữ liệu lớp con PHY Bảng

7.33 hiển thị tốc độ dữ liệu tối đa ở lớp con PHY. Tốc độ
dữ liệu ở lớp ứng dụng có tốc độ thấp hơn đáng kể do sự
lặp lại ở lớp con PHY, mào đầu CRC và tiêu đề PDU ở lớp
con PHY/MAC/RLC/PDCP.
Tốc độ dữ liệu tối đa ở lớp con PHY có thể đạt được nếu không có sự
lặp lại. Ở đường xuống, một khối truyền tải được truyền trong một khung
con mang lại tốc độ dữ liệu đường xuống tối đa. Tương tự, đối với đường
lên, một khối truyền tải truyền trong số lượng cấu hình khe sẽ mang lại
tốc độ dữ liệu đường lên tối đa.
Đối với đường xuống và như trong Bảng 7.24, có thể đạt được kích thước
khối truyền tải đơn là 1544 bit khi phân công tài nguyên, ISF = 5. , bằng
ISF = 5 cho biết số lượng khung con, NSF để truyền kích 6 (6 ms)
thước khối truyền tải này (Bảng 7.22). Số lượng các nhóm con lặp lại,
NRep, bằng 1, có nghĩa là khối vận chuyển chỉ được truyền một lần và
không có sự lặp lại nào khác.
Đối với đường lên và khi f = 15 KHz, Bảng 7.18 chỉ ra rằng có thể
đạt được kích thước khối truyền tải đơn 1544 bit khi phân bổ tài nguyên,
IRU = 5. IRU = 5 chỉ ra rằng số lượng , bằng 6 (6 ms) để truyền kích thước
lặp lại, khối truyền tải RU, NRU (Bảng 7.14). Số lượng các trang con
NRep bằng 1, có nghĩa là khối vận chuyển chỉ được truyền một lần và không
có sự lặp lại nào khác. Tốc độ dữ liệu đường lên tối đa cho f = 15 KHz
cũng đạt được với cấu hình gồm 12 sóng mang con và 2 khe như trong Bảng
7.29.
Đối với đường lên và khi f = 3,75 KHz, Bảng 7.18 chỉ ra rằng có thể
đạt được kích thước khối truyền tải đơn 872 bit tương ứng với chỉ số TBS,
IT BS = 10 và phân bổ tài nguyên, IRU , bằng 4. Điều này là do với f =
3,75 KHz, số sóng mang con là 10 (Bảng 7.17). IRU = 4 là 1 và chỉ số TBS
số RU, NRU , bằng 5 để truyền kích thước tối đa, IT BS, chỉ ra rằng
khối truyền tải này (Bảng 7.14). Khi f=3,75 KHz, khe đường lên sử dụng
cấu hình gồm 1 sóng mang con, 16 khe và mỗi khe là 2 ms, như trong Bảng
7.29, do đó mang lại khoảng thời gian 16 × 2 × 5 = 160 ms cho kích thước
khối truyền tải gồm 872 bit.
Bảng 7.33 Tốc độ dữ liệu PHY tối đa cho đường xuống và đường lên
Tốc độ dữ liệu Tốc độ dữ liệu

Tốc độ dữ liệu NPDSCH
NPUSCH cho f = 15 KHzNPUSCH cho f =
(Kbps)
(Kbps) 3,75 KHz (Kbps)
257,3 257,3 5,5

Điều đáng chú ý là, như trong Bảng 3.29, kích thước khối truyền
tải tối đa cho UE Cat-NB1 lần lượt là 680 bit và 1000 bit cho đường
xuống và đường lên. Kích thước khối truyền tải tối đa cho Cat-NB2
UE là 2536 bit cho đường xuống hoặc đường lên. Tuy nhiên, tốc độ
dữ liệu PHY tối đa là tương tự cho cả Cat-NB1 và Cat-NB2 mặc dù Cat-
NB2 UE có kích thước khối truyền tải lớn hơn Cat-NB1 UE. Điều này
là do số lượng khung con đường xuống (hoặc RU đường lên) cần thiết
cho kích thước khối truyền tải lớn hơn như vậy cũng tăng theo thời
gian do đó hạn chế việc tăng tốc độ dữ liệu PHY tối đa.
Chương 8
Chất lượng dịch vụ

Ngành kiến trúc
8.1 Chất lượng dịch vụ NB-IoT Giá mang là mức độ
chi tiết được sử dụng để truyền các gói và lưu lượng truy cập từ đầu đến
cuối. Điều này có nghĩa là bất kỳ gói hoặc lưu lượng nào được ánh xạ tới
cùng một kênh mang đều nhận được cách xử lý như nhau (ví dụ: cùng tỷ lệ mất
gói, mức độ ưu tiên).
Vật mang vô tuyến là vật mang được thiết lập trên kênh không dây giữa
UE và eNodeB. Các đường truyền bổ sung được thiết lập trong mạng để UE có
thể kết nối với Internet, các ứng dụng và dịch vụ. Trong mạng, hai đường
truyền bổ sung được thiết lập: đường truyền S1 giữa eNodeB và S-GW và
đường truyền S5/S8 giữa cổng S-GW và PDN (P-GW). Tất cả ba sóng mang được
nối với nhau để thiết lập một sóng mang đầu cuối duy nhất, được gọi là
sóng mang EPS và để cung cấp kết nối tới UE [39, 40].
Kênh mang EPS kết nối UE với Internet, các ứng dụng hoặc các dịch vụ
khác thông qua P-GW và PDN. PDN cung cấp cho UE khả năng kết nối với
Internet. UE thường có một kết nối với P-GW được liên kết với một PDN duy
nhất. PDN được biểu thị bằng Tên điểm truy cập (APN), đây là một tên,
theo quy ước đặt tên DNS, mô tả PDN.
UE và mạng lõi thiết lập kênh mang EPS đầu tiên để kết nối UE với PDN,
kênh này vẫn được thiết lập trong suốt thời gian kết nối với PDN này.
Công cụ mang EPS này cung cấp khả năng luôn bật
199
Kết nối IP với UE. Vật mang này được gọi là vật mang mặc định
(một kênh truyền tải chuyên dụng là một kênh truyền tải bổ sung được thiết lập cho
cùng PDN). NB-IoT UE chỉ hỗ trợ sóng mang mặc định và không hỗ trợ
hỗ trợ việc thành lập một cơ quan chuyên trách. PDN sử dụng
Loại RAT (RAT Type = NB-IoT) để đảm bảo chỉ có EPS mặc định
kênh mang và không có kênh mang EPS chuyên dụng nào được kích hoạt bởi NB-IoT UE.
Hình 8.1 cho thấy đường truyền EPS đầu cuối bao gồm các đường truyền
trung gian giữa thiết bị NB-IoT và các thành phần mạng, eNodeB, S-GW và P-
GW. Hình này cũng minh họa độ trễ
phát sinh giữa một UE truyền lưu lượng đến một UE khác thông qua
cơ sở hạ tầng di động.
Mạng có toàn quyền kiểm soát vật mang EPS. Ngoài ra nó có thể
gán hoặc sửa đổi các giá trị tham số QoS cho vật mang EPS. Các
kênh mang mặc định có các tham số QoS ban đầu được mạng gán dựa trên
thông tin đăng ký UE được lưu trữ trong HSS. Các
mạng xác định hai loại sóng mang EPS: Tốc độ bit được đảm bảo (GBR)
và các kênh mang Tốc độ bit không bảo đảm (Non-GBR).
UE Tx UE Rx eNodeB S-GW P-GW
Người mang đài phát thanh Người mang S1 Người mang S5/S8
Người mang EPS cho UE Tx
Người mang EPS cho UE Rx
Độ trễ đường lên

Truy cập và kết nối ngẫu nhiên
Thủ tục thành lập Mạng lõi
trì hoãn
Internet
trì hoãn Internet
Mạng lõi
trì hoãn
Độ trễ đường xuống
Hình 8.1: Đường truyền và độ trễ EPS từ đầu đến cuối.

Kiến trúc chất lượng dịch vụ 201
Kênh mang EPS mặc định luôn là kênh không phải GBR. Nghĩa là, mạng
không đảm bảo tốc độ bit cho kênh mang này và kênh không phải GBR dự kiến
sẽ nhận được các gói tin bị rớt do tắc nghẽn.
Các tham số QoS được xác định cho kênh mang Non-GBR theo mỗi hướng DL
hoặc UL là:
Mã định danh lớp QoS (QCI): Đây là giá trị vô hướng được mạng gán
để xác định các đặc điểm lưu lượng. Mỗi giá trị QCI được ánh xạ
tới một số đặc điểm QoS được tiêu chuẩn hóa. Thông số này do mạng
thiết lập dựa trên thuê bao USIM.
Ưu tiên phân bổ và duy trì (ARP): Điều này xác định mức độ ưu
tiên của kênh mang EPS được mạng sử dụng trong trường hợp mạng cần
loại bỏ hoặc sửa đổi kênh mang nếu có tắc nghẽn hoặc thiếu tài
nguyên. Thông số này được cấu hình và thiết lập bởi mạng.
QCI và ARP không được báo hiệu bởi bất kỳ thành phần mạng nào. Mạng cần
đảm bảo các đặc tính QCI khi định cấu hình mạng và các thành phần của
mạng.
Một UE cần sử dụng hai DRB là một trường hợp sử dụng trong đó việc sử
dụng hai sóng mang EPS với các giá trị ARP khác nhau có thể mang lại lợi
ích. Mạng có thể ánh xạ lưu lượng DRB đầu tiên tới một kênh mang có giá
trị ARP cao hơn và lưu lượng DRB thứ hai tới một kênh mang khác có giá
trị ARP thấp hơn. Trong tình huống tắc nghẽn, eNodeB có thể loại bỏ sóng
mang EPS của DRB có giá trị ARP thấp hơn mà không ảnh hưởng đến lưu lượng
DRB khác.
Ngoài ra, đối với mỗi UE, mạng duy trì các tham số sau cho từng hướng
DL hoặc UL:
Tốc độ bit tối đa tổng hợp APN (APN-AMBR): Đây là tốc độ bit tối
đa tổng hợp được truyền hoặc nhận bởi mỗi APN được UE truy cập.
Đây là tổng của tất cả lưu lượng truy cập trên DRB và/hoặc SRB.
Tốc độ bit tối đa tổng hợp của UE (UE-AMBR): Đây là tốc độ bit tối
đa tổng hợp được truyền hoặc nhận bởi UE.
Mạng chỉ định các tham số QoS cho kênh mang EPS mặc định dựa trên đăng
ký UE USIM. USIM của UE chứa tất cả thông tin đăng ký QoS. Khi UE được
kết nối với mạng, mạng sẽ lấy thông tin QoS được lưu trữ cho UE này từ
HSS.
HSS lưu trữ các tham số QoS, QCI, ARP, APN-AMBR và UE-AMBR. Một mẫu thông
tin thuê bao USIM được lưu trữ trong HSS được trình bày trong Bảng 8.1.
APN-AMBR được sử dụng để giới hạn tất cả tốc độ bit được truyền hoặc nhận trên tất cả
các kênh mang mặc định và trên tất cả các kết nối PDN của cùng một mạng.
Bảng 8.1 Thông tin đăng ký và QoS được lưu trữ tại HSS
Cánh đồng Sự miêu tả
IMSI IMSI là khóa tham chiếu chính được sử dụng để
truy cập thông tin đăng ký USIM cho UE
Đã đăng ký-UE-AMBR Đường lên tổng hợp tối đa và

MBR đường xuống được chia sẻ trên
tất cả những người không mang GBR theo

đăng ký của người dùng
Một hoặc nhiều thông tin đăng ký PDN:

địa chỉ PDN Cho biết (các) địa chỉ IP đã đăng ký
loại PDN Cho biết Loại PDN đã đăng ký
(IPv4, IPv6, IPv4v6, Không IP)
Tên điểm truy cập (APN) Nhãn theo cách đặt tên DNS
quy ước mô tả quyền truy cập
trỏ đến mạng dữ liệu gói
Cấu hình QoS đã đăng ký EPS Các giá trị tham số QoS cấp mang cho
kênh mang mặc định APN đó (QCI và
ARP)
Đã đăng ký-APN-AMBR Đường lên tổng hợp tối đa và
tất cả những người không mang GBR, đó là

được thiết lập cho APN này
APN. Nếu lưu lượng truy cập vượt quá giới hạn này, nó sẽ bị loại bỏ. Một mặc định duy nhất
kênh mang có thể sử dụng toàn bộ APN-AMBR nếu không có kênh mang nào khác tồn tại.
P-GW thực thi APN-AMBR cho cả đường xuống và đường lên.

Ngoài ra, việc thực thi APN-AMBR trên đường lên được thực hiện bởi UE.
Bảng 8.2, 8.3, 8.4 và 8.5 hiển thị thông tin đăng ký QoS
được lưu trữ tại MME, S-GW, P-GW và UE tương ứng, được sử dụng
để thực thi các tham số và bộ đếm QoS [39].
UE-AMBR được sử dụng để giới hạn tất cả tốc độ bit được truyền hoặc nhận
trên tất cả các kết nối PDN và trên tất cả các APN. Nghĩa là, UE-AMBR được
đặt thành tổng APN-AMBR của tất cả các APN đang hoạt động trở lên
với giá trị của UE-AMBR đã đăng ký. UE-AMBR giới hạn
tốc độ bit tổng hợp được truyền hoặc nhận trên tất cả các dữ liệu không phải GBR mặc định
người mang UE. Nếu tất cả lưu lượng truy cập của UE vượt quá bộ đếm này
thì nó sẽ bị loại bỏ. Một kênh mang mặc định duy nhất có khả năng sử dụng
toàn bộ UE-AMBR nếu không có kênh mang nào khác tồn tại. Mạng thực thi UE-AMBR
trong đường lên và đường xuống ngoại trừ các kết nối PDN sử dụng Điều khiển
Tối ưu hóa EPS mặt phẳng CIoT.
Bảng 8.2 Thông tin QoS được lưu trữ tại MME
IMSI IMSI (Thuê bao di động quốc tế

Identity) là người đăng ký vĩnh viễn
danh tính
UE-AMBR đã đăng ký Đường lên tổng hợp tối đa và
Giá trị MBR đường xuống được chia sẻ
trên tất cả những người không mang GBR theo

vào đăng ký của người dùng
Đối với mỗi kết nối PDN đang hoạt động:
APN đang được sử dụng APN hiện đang được sử dụng

loại PDN IPv4, IPv6, IPv4v6 hoặc Non-IP
Các địa chỉ IP) Địa chỉ IPv4 và/hoặc tiền tố IPv6
Cấu hình QoS đã đăng ký EPS Các giá trị tham số QoS cấp độ mang
đối với sóng mang mặc định APN đó (QCI và
ARP)
APN-AMBR đã đăng ký Đường lên tổng hợp tối đa và
trên tất cả những người không mang GBR, mà

được thiết lập cho APN này, tùy theo đăng
ký của người dùng
Đối với mỗi sóng mang EPS trong kết nối PDN:
ID mang EPS Nhận dạng người mang EPS duy nhất

xác định kênh mang EPS cho một UE
QoS mang EPS QCI và ARP
màn hình LCD
Mẫu luồng giao thông
Phục vụ PLMN-Rate-Control Giới hạn số lượng NAS tối đa
PDU dữ liệu mỗi deci giờ được gửi mỗi
hướng (đường lên/đường xuống) bằng cách sử dụng
Tối ưu hóa mặt phẳng điều khiển CIoT EPS
cho kết nối PDN
Luồng lưu lượng di chuyển theo cả hai hướng: đường xuống và đường lên và
giữa UE và PDN theo cả hai hướng. Luồng lưu lượng bao gồm TCP
hoặc lưu lượng UDP và được đặc trưng bởi các tham số lưu lượng chung cho
tất cả các gói thuộc cùng một luồng lưu lượng, chẳng hạn như cùng một nguồn
Địa chỉ IP, địa chỉ IP đích, cổng nguồn, cổng đích,
hoặc giao thức.
Để ánh xạ luồng lưu lượng tới kênh mang EPS ở cả UE và P-GW,

mạng sử dụng Mẫu luồng lưu lượng (TFT). TFT là một tập hợp các gói
các bộ lọc được liên kết với một vật mang EPS cụ thể. Nó có thể được định nghĩa
Bảng 8.3 Thông tin QoS được lưu trữ tại S-GW
danh tính
Phục vụ kiểm soát tốc độ PLMN Giới hạn lưu lượng UE và cho phép phát hiện
của UE lạm dụng
Đối với mỗi kết nối PDN:

Người mang mặc định Xác định người mang mặc định trong
Kết nối PDN bằng ID mang EPS của nó

màn hình LCD
QoS mang EPS QCI và ARP
dưới dạng DL TFT hoặc UL TFT. Một màn hình LCD chứa một số gói
các bộ lọc được sử dụng để phân loại gói tin. Một bộ lọc chứa một số
thông tin để phân loại gói tin cho phù hợp. Ví dụ, màn hình LCD có thể
chứa một số bộ lọc gói trong đó mỗi bộ lọc phân loại các gói
theo địa chỉ IP nguồn cụ thể, địa chỉ IP đích, địa chỉ nguồn
cổng, cổng đích hoặc giao thức. Các gói phù hợp với bộ lọc gói
được coi là phù hợp với TFT của bộ lọc gói này. Khi có giao thông
luồng khớp với DL TFT hoặc UL TFT, nó được chuyển đến EPS
mang liên kết với màn hình LCD này.
Tệp mang EPS mặc định có thể có DL TFT hoặc UL TFT được liên kết với nó.
Trong trường hợp như vậy, một gói được định tuyến đến kênh mang mặc định nếu
nó phù hợp với bộ lọc gói được liên kết với TFT. Nếu gói tin làm như vậy
không khớp với bộ lọc gói, nó sẽ bị loại bỏ. Ngoài ra, EPS mặc định
kênh mang có thể không có TFT liên kết với nó và trong trường hợp như vậy bất kỳ lưu lượng nào
luồng đã được chuyển đến kênh mang mặc định [39].

Các gói đường xuống đến từ Internet hoặc ứng dụng và được gửi đến UE trước
tiên được nhận tại P-GW để phân loại chúng
theo DL TFT và nếu tìm thấy DL TFT phù hợp với
luồng lưu lượng, P-GW định tuyến các gói đến vật mang EPS liên quan
với màn hình DL TFT này. Nếu sóng mang EPS không có DL TFT, P-GW
định tuyến các gói đó đến vật mang EPS này.
Các gói đường lên được UE truyền tới Internet hoặc các ứng dụng
được nhận và phân loại theo UL TFT và nếu UL TFT
Bảng 8.4 Thông tin QoS được lưu trữ tại PDN Gateway
(P-GW)

danh tính
loại chuột Đặt thành NB-IoT
Đối với mỗi APN:

APN-AMBR Đường lên tổng hợp tối đa và
trên tất cả các mạng không phải GBR được thiết

lập cho APN này
Kiểm soát tốc độ APN Giới hạn số lượng tối đa
các gói đường lên/đường xuống và số lượng

ngoại lệ bổ sung tối đa
gói báo cáo trên một đơn vị thời gian cụ thể
(ví dụ: phút, giờ, ngày, tuần) cho việc này
APN
Đối với mỗi kết nối PDN trong APN:

Phục vụ kiểm soát tốc độ PLMN Giới hạn số lượng tối đa
tin nhắn đường lên/đường xuống trên mỗi đơn
vị thời gian cụ thể (ví dụ: phút, giờ, ngày,
tuần) cho kết nối PDN.

màn hình LCD
QoS mang EPS ARP, QCI
được tìm thấy phù hợp với luồng lưu lượng, UE truyền các gói trên sóng vô tuyến
mang được liên kết với UL TFT này. Nếu người mang sóng vô tuyến không có
một UL TFT, UE định tuyến các gói đó đến kênh mang vô tuyến này.
Hình 8.2 minh họa các sóng mang vô tuyến và EPS được thiết lập giữa
UE và eNodeB và giữa eNodeB và P-GW tương ứng.
Bảng 8.5 Thông tin QoS được lưu trữ tại UE


danh tính
Đối với mỗi kết nối PDN đang hoạt động:
APN-AMBR Đường lên tổng hợp tối đa và

tất cả các kênh không phải GBR, được thiết

lập cho APN này
Loại PDN được chỉ định Loại PDN do mạng chỉ định
(IPv4, IPv6, IPv4v6 hoặc Non-IP)

Kiểm soát tốc độ APN Giới hạn số lượng đường lên tối đa
gói tin và số lượng tối đa
gói báo cáo ngoại lệ bổ sung cho mỗi
một đơn vị thời gian cụ thể (ví dụ: phút, giờ,
ngày, tuần) cho APN này
Phục vụ kiểm soát tốc độ PLMN Giới hạn số lượng đường lên tối đa
PDU dữ liệu NAS mỗi deci giờ sử dụng
Tối ưu hóa CIoT EPS của Mặt phẳng điều
khiển

màn hình LCD
Các kênh mang EPS vận chuyển lưu lượng dữ liệu giữa UE và Internet
như sau:
Tại UE, luồng lưu lượng được ánh xạ tới sóng mang vô tuyến đường lên nếu
màn hình UL TFT khớp với các gói đến hoặc sóng mang vô tuyến
không có màn hình UL TFT.
Tại P-GW, luồng lưu lượng được ánh xạ tới kênh mang EPS đường xuống
nếu DL TFT khớp với các gói đến hoặc sóng mang EPS
không có DL TFT.
Ứng dụng hoặc báo cáo
Luồng DL/UL trên DRB0 Luồng DL/UL trên DRB1
sử dụng RLC AM sử dụng RLC AM

Internet
dòng chảy DL/UL
UL TFT DL màn hình LCD
Giao diện S1-U

giao diện Ưu
UE eNodeB S-GW P-GW
Hình 8.2: QoS đầu cuối cho các kênh mang EPS.
Một kênh mang vô tuyến, giữa UE và eNodeB, vận chuyển các gói của
một kênh mang EPS. Có sự ánh xạ một-một giữa sóng mang EPS và sóng
mang vô tuyến này.
Kênh mang S1 vận chuyển các gói của kênh mang EPS giữa eNodeB và S-
GW.
E-RAB là một Kênh mang truy cập vô tuyến EPS dùng để chỉ sự kết hợp giữa sóng mang
S1 và sóng mang vô tuyến.
Kênh mang S5/S8 vận chuyển các gói của kênh mang EPS giữa S-GW và
P-GW (PDN).
UE lưu trữ ánh xạ giữa UL TFT và sóng mang vô tuyến để ánh xạ luồng
lưu lượng vào sóng mang vô tuyến.
P-GW lưu trữ ánh xạ giữa DL TFT và sóng mang S5/S8 để ánh xạ luồng
lưu lượng vào sóng mang S5/S8.
eNodeB lưu trữ ánh xạ một-một giữa sóng mang vô tuyến và sóng mang
S1 để ánh xạ sóng mang vô tuyến vào sóng mang S1 và ngược lại theo
cả hướng đường lên và đường xuống.
S-GW lưu trữ ánh xạ một-một giữa sóng mang S1 và sóng mang S5/S8 để
ánh xạ sóng mang S1 vào sóng mang S5/S8 và ngược lại ở cả đường
lên và đường xuống.
Một thiết bị NB-IoT thường có một sóng mang vô tuyến, một sóng mang EPS duy nhất
và được kết nối với một P-GW duy nhất.
8.2 Đặc điểm của QCI

Mỗi giá trị QCI của kênh mang EPS ánh xạ tới một số đặc điểm QoS. Những đặc điểm
này mô tả QoS mà mạng áp dụng
tới tất cả các gói được liên kết với vật mang EPS này. Đặc điểm QCI
được định nghĩa là:
Loại tài nguyên (Không phải GBR).
Sự ưu tiên.
Tỷ lệ mất gói lỗi.
Lưu ý rằng độ trễ gói không nằm trong số những đặc điểm đó vì gói
độ trễ không thể được đảm bảo cho các UE NB-IoT. Những đặc điểm đó
áp dụng cho mỗi vật mang EPS đảm bảo rằng các gói được truyền hoặc
nhận được trên kênh mang EPS này sẽ nhận được cách xử lý và bảo đảm QoS tương tự.
Các đặc tính QCI được thể hiện trong Bảng 8.6 [40].
Mức độ ưu tiên được hiểu là giá trị mức độ ưu tiên thấp nhất tương ứng với mức
độ ưu tiên cao nhất. Mức độ ưu tiên khác với
ARP mặc dù cả hai đều được mạng sử dụng để ưu tiên
và phân biệt lưu lượng trong trường hợp tắc nghẽn mạng, thiết lập hoặc
sửa đổi các vật mang EPS. Tỷ lệ mất lỗi gói (PELR) xác định
giới hạn trên của tỷ lệ mất gói không liên quan đến tắc nghẽn.
Bảng 8.6 Đặc điểm QCI
Gói
Sự ưu tiên
QCI Kiểu Lỗi Dịch vụ mẫu
Mức độ
Tỉ lệ tổn thất
5 Tín hiệu IMS 10 6

6 1 6
10 6 Video (phát trực tuyến vào bộ đệm)
TCP (ví dụ: www, e-mail, trò chuyện, ftp)
7 7 10 3 Giọng nói,
Phát trực tiếp video
Chơi game tương tác
Video (phát trực tuyến qua bộ đệm)

Không phải GBR 10 6
8 9 8 9 TCP (ví dụ: www, e-mail, trò chuyện, ftp)
69 0,5 10 6 Độ trễ quan trọng của nhiệm vụ

tín hiệu nhạy cảm (ví dụ MC
tín hiệu và tín hiệu video)
70 5.5 10 6 Dữ liệu quan trọng của nhiệm vụ (giống như QCI
6, 8, 9)
79 6.5 10 2 Thông báo từ phương tiện đến mọi thứ
80 6.8 10 6 Ứng dụng eMBB có độ trễ thấp,
thực tế tăng cường
8.3 Chất lượng dịch vụ cho UE sử dụng tối ưu hóa

CIoT EPS
UE sử dụng tối ưu hóa CIoT EPS chỉ thiết lập SRB và không thiết lập bất kỳ DRB
nào. Lưu lượng được truyền trên các SRB này là lưu lượng báo hiệu, chẳng hạn
như lưu lượng NAS, giữa UE và eNodeB. UE cũng có thể gửi một lượng nhỏ lưu lượng
truy cập mặt phẳng dữ liệu (ví dụ: IP, không phải IP, SMS hoặc lưu lượng dành
riêng cho ứng dụng) trên SRB bằng cách đóng gói chúng trong các PDU NAS mang
các gói mặt phẳng dữ liệu.
Mạng, thông qua NAS và P-GW, kiểm soát tốc độ bit đến/từ UE sử dụng tối ưu
hóa CIoT EPS. Mạng có thể sử dụng một trong hai tham số sau để kiểm soát lưu
lượng của UE hoạt động trong tối ưu hóa CIoT:
Phục vụ PLMN-Rate-Control: Điều này được sử dụng để cho phép mạng đo

lường và bảo vệ mạng khỏi lưu lượng truy cập quá mức được tạo ra bởi lưu
lượng dữ liệu được truyền như một phần của tín hiệu NAS. Mạng đặt ra
giới hạn về số lượng lưu lượng dữ liệu được mang bởi NAS PDU có thể được
gửi trên DL hoặc UL mỗi deci-hour.
Kiểm soát tốc độ APN: Điều này được mạng sử dụng để cung cấp tốc độ gói
đã đăng ký được biểu thị bằng số lượng gói tối đa đến/từ một UE trên một
đơn vị thời gian (ví dụ: ngày).
Cả UE và P-GW đều tuân thủ điều khiển tốc độ PLMN phục vụ bằng cách giới hạn
lưu lượng mặt phẳng dữ liệu DL và UL ở giá trị của tham số này.
Nếu lưu lượng DL/UL vượt quá giới hạn này, mạng có thể loại bỏ hoặc trì hoãn
các gói này.
APN-Rate-Control được định cấu hình trong P-GW và cũng có thể được định cấu
hình trong UE. Cả UE và P-GW đều tuân thủ tham số này.
Tham số này chỉ đo lưu lượng truy cập mặt phẳng dữ liệu đi qua APN cho DL hoặc
UL. Nếu lưu lượng DL/UL vượt quá giới hạn này, mạng có thể loại bỏ hoặc trì hoãn
các gói này. Hơn nữa, nếu lưu lượng vượt quá giới hạn này, mạng vẫn có thể cho
phép truyền các báo cáo đặc biệt do UE tạo ra.
8.4 Những thách thức về QoS đối với NB-IoT Thiết
bị NB-IoT là các thiết bị vật lý nhỏ, có chi phí thấp và khả năng QoS
hạn chế. NB-IoT không dành cho các ứng dụng QoS chính thức, chẳng hạn
như phát trực tuyến video hoặc chơi game băng thông cao, thay vào đó
chúng chỉ hỗ trợ ứng dụng có khả năng chịu độ trễ. Việc thiếu hỗ trợ
QoS đầy đủ trong các thiết bị NB-IoT có thể là do các yếu tố sau:
1. Tốc độ dữ liệu hạn chế: NB-IoT chỉ có thể được chỉ định tối đa một
khối tài nguyên trên đường xuống và tối đa một đơn vị tài nguyên
trên đường lên như trong Bảng 7.2. Điều này giới hạn tốc độ dữ liệu
PHY tối đa có thể được sử dụng ở mức vài trăm kilobyte bit như
trong Bảng 7.33. Tốc độ dữ liệu mà các ứng dụng và dịch vụ khác
nhau ở lớp ứng dụng nhìn thấy có thể giảm đi nhiều do sự lặp lại
khối truyền tải và chi phí chung ở lớp con PHY.
2. Ghép kênh không gian và phân tập truyền: Thiết bị LTETM cũ hỗ trợ
truyền và nhận trên nhiều ăng-ten cho cả đường xuống và đường lên
(ví dụ: hỗ trợ 8 ăng-ten hoặc công nghệ MIMO lớn). Điều này cho
phép UE truyền và nhận khối lượng gói tin cao hơn và đáng tin cậy
hơn.
NB-IoT UE chỉ hỗ trợ tối đa hai ăng-ten trên đường xuống để phân tập
truyền dẫn. NB-IoT UE không hỗ trợ DL cũng như ghép kênh không gian
UL.
3. FDD bán song công: LTE truyền thống có thể hỗ trợ FDD và TDD cho
đường truyền đường xuống và đường lên. Điều này làm tăng thông
lượng của UE theo cả hai hướng. NB-IoT UE chỉ hỗ trợ FDD bán song
công, giúp giảm thông lượng và tốc độ dữ liệu tối đa được truyền
bởi UE.
4. Chỉ báo chất lượng kênh (CQI) và đo lường: CQI được gửi bởi một
thiết bị LTE cũ trên đường lên tới eNodeB để cung cấp báo cáo về
chất lượng và điều kiện của kênh đường xuống.
Các phép đo kênh là các phép đo PHY được thực hiện cho các quyết
định chuyển giao. Mặc dù thiết bị NB-IoT UE hỗ trợ các phép đo ô
lân cận trong tần số và giữa các tần số, nhưng NB-IoT UE không hỗ
trợ truyền CQI cũng như các phép đo cho tính di động hoặc chuyển
giao. Điều này càng làm giảm tốc độ dữ liệu của thiết bị NB-IoT và
thông lượng tối đa có thể đạt được trong trường hợp chất lượng kênh
kém.
5. Đảm bảo độ trễ gói trong Mạng lõi: Mạng lõi không đảm bảo độ trễ
gói cho các thiết bị NB-IoT như trong Bảng 8.6. Do đó, lưu lượng
thời gian thực không thể đáp ứng được giới hạn độ trễ nghiêm ngặt
của nó.
Chương 9
Trường hợp sử dụng và
Triển khai
9.1 Thiết bị NB-IoT
Các thiết bị NB-IoT dự kiến sẽ bùng nổ với hàng triệu thiết bị. Các thiết bị đó đang
thu thập một lượng lớn dữ liệu có cấu trúc và phi cấu trúc được truyền đến một vị
trí trung tâm (ví dụ: Cơ sở hạ tầng đám mây) nơi dữ liệu được lưu trữ, phân tích và
trình bày cho người dùng. Các thiết bị NB-IoT thường được tìm thấy trong các cảm
biến và bộ truyền động.
9.1.1 Cảm biến
Cảm biến đo, xác định hoặc cảm nhận một thông số cụ thể của hệ thống hoặc môi trường.
Cảm biến báo cáo thông số này theo cách mà con người hoặc các thiết bị khác có thể
biên soạn và hiểu được.
Ví dụ về cảm biến là cảm biến nhiệt kế thời tiết, môi trường xung quanh hoặc lâm
sàng để cảm nhận điều kiện khí hậu, ánh sáng hoặc nhiệt độ cơ thể con người.
9.1.2 Bộ truyền động
Thiết bị truyền động là một loại thiết bị đặc biệt thực hiện hành động dựa trên hành
vi của hệ thống. Một cảm biến báo cáo trạng thái của một tham số cụ thể của hệ
thống, trong khi đó bộ truyền động có thể hoạt động để tác động đến tham số đó hoặc
các bộ phận khác của hệ thống. Một ví dụ về thiết bị truyền động là van đường ống
được sử dụng trong nhà máy lọc dầu hoặc khí đốt tự nhiên, nơi van điều khiển
211
thể tích dòng khí hoặc dầu trong đường ống theo áp suất bên trong đường
ống. Van lưu lượng cũng có thể tắt đường ống và truyền báo cáo khẩn cấp
nếu phát hiện rò rỉ.
9.2 Đỗ xe thông minh Trong
những năm gần đây, với số lượng dân số và phương tiện ngày càng tăng,
việc đỗ xe và tìm chỗ đỗ trống trở thành trở ngại và thách thức đối với
nhiều tài xế trên khắp thế giới, đặc biệt là ở các thành phố có mật độ
dân số cao. Phương pháp phổ biến để tìm chỗ đậu xe là phương pháp thủ
công, trong đó người lái xe thường tìm được chỗ đậu xe trên đường thông
qua sự ngẫu nhiên, may mắn hoặc kinh nghiệm. Nếu người lái xe đang lái xe
trong thành phố, có thể có lúc không tìm được chỗ đỗ xe trong trường hợp
khẩn cấp. Ngoài ra, để nâng cao hiệu quả sử dụng nhiên liệu và thời gian,
cần có một hệ thống để người lái xe có thể biết liệu có điểm đỗ xe nào
gần điểm đến hay không trước khi đến điểm đến.
Tác động của việc đau đớn khi đỗ xe ở các nước lớn đã được nghiên cứu
toàn diện trong [41]. Thời gian và chi phí để tìm chỗ đậu xe trên đường
hoặc ngoài đường (gara ngầm) được tóm tắt trong Bảng 9.1. Khoảng thời
gian tương tự hầu như được dành cho việc tìm kiếm chỗ đậu xe trên đường
hoặc ngoài đường. Người lái xe đỗ xe trên đường khoảng 40% thời gian với
ngoại lệ đáng chú ý là Thành phố New York (54%).
Trung bình, một tài xế dành 107 giờ mỗi năm để tìm kiếm chỗ đậu xe ở New
York trong khi một tài xế dành khoảng 65 giờ ở London hoặc Frankfurt. New
York có chi phí tìm kiếm chỗ đậu xe cao nhất là 2.243 USD cho mỗi tài xế
mỗi năm. Điều này là do số giờ dành cho việc tìm kiếm chỗ đậu xe hàng năm
là 107 giờ ở New York. Những người lái xe ở New York lãng phí 4,3 tỷ USD
mỗi năm về thời gian, nhiên liệu và khí thải để tìm kiếm một chỗ đậu xe
trống.
Bãi đậu xe thông minh cho ô tô, xe cộ và xe máy hiện có thể sử dụng
các thiết bị NB-IoT với cảm biến siêu âm để phát hiện chỗ trống. Mỗi cảm
biến có một chip NB-IoT UE. UE cảm nhận được sự sẵn có của một điểm đỗ xe
và gửi dữ liệu qua eNodeB đến máy chủ trung tâm (hoặc cổng). Máy chủ nhận
tất cả dữ liệu từ các thiết bị NB-IoT di động và khu vực, đồng thời lưu
trữ chúng trong khu vực lưu trữ dựa trên Đám mây để xử lý và phân tích
thêm. Máy chủ và kho lưu trữ có thể được đặt cùng vị trí trên Đám mây.
Khi sử dụng NB-IoT cho bãi đỗ xe thông minh, mỗi điểm đỗ xe sẽ được
thiết lập một cảm biến. Nút cảm biến là một thiết bị nhỏ có mức tiêu thụ
điện năng cực thấp bao gồm mô-đun NB-IoT và thiết bị siêu âm. Nút cảm biến
được lắp đặt tại các điểm đỗ xe. Nút có thể được
khai
triể
dụng
trườ
hợp
Các
và
sử
Bảng 9.1 Thời gian và chi phí đỗ xe trên toàn thế giới
Tìm kiếm trên đường phố Tìm kiếm ngoài đường % Trên đường phố Thời gian tìm kiếm hàng năm Chi phí/Điều khiển Tổng số/Thành phố
Quốc gia Thành phố
Thời gian (phút/chuyến) Thời gian (phút/chuyến) bãi đậu xe (h/Tài xế/Năm) /Năm /Năm
Hoa Newyork 15 13 54 107 $2.243 4,3 tỷ USD

Những trạng thái
Los Angeles 12 11 49 85 $1.785 3,7 tỷ USD
Hoa London 12 10 44 67 £1,104 4,3 tỷ bảng
Vương quốc Manchester 8 7 39 41 £688 £169 triệu
ĐứcFrankfurt 10 42 65 e1,410 e702 m

Béc-lin 9 7 6 48 62 e1,358 e1,8 tỷ
213
được kích hoạt cứ sau vài giây. Nếu có sự thay đổi về trạng thái, trạng
thái mới sẽ được gửi đến máy chủ Đám mây. Sau khi báo cáo trạng thái, nút
có thể chuyển sang chế độ ngủ.
Các thiết bị NB-IoT có thể gửi thông tin đầy đủ về trạng thái của từng
điểm đỗ xe, ngày giờ. Thông tin này sau đó được chia sẻ giữa tất cả các
tài xế khác đăng ký dịch vụ này. Giờ đây, người lái xe đang đi đến khu
vực trung tâm thành phố có thể nhận được thông tin đỗ xe trên bảng điều
khiển ô tô của mình, thông báo cho người lái xe về vị trí chính xác của
các điểm đỗ xe trống tại điểm đến. Người lái xe có thể đặt chỗ đậu xe
trước hoặc đi thẳng đến chỗ trống. Người lái xe sẽ bị tính phí cho việc
sử dụng hoặc đặt chỗ đỗ xe trong khoảng thời gian đã tính. Mô tả hệ thống
như vậy được minh họa rõ nhất trong Hình 9.1.
Với hệ thống đỗ xe thông minh này, người lái xe sẽ tiết kiệm được rất
nhiều thời gian, công sức và chi phí cho việc tìm chỗ đỗ xe trống. Mặt
khác, nhân viên đỗ xe có thể sử dụng thông tin đỗ xe để quản lý và xử lý
thông tin thanh toán tốt hơn, đồng thời đưa ra giảm giá dựa trên việc sử
dụng bãi đậu xe và một số nhiệm vụ phân tích khác. Các giải pháp khác để
sử dụng cảm biến NB-IoT cho hệ thống thanh toán và đỗ xe thông minh cũng
có thể được đề xuất [42, 43].
Tài xế tải thông tin đỗ xe xuống bảng
điều khiển ô tô
Dựa trên đám mây
máy chủ
Dữ liệu được gửi tới máy chủ
Dữ liệu được gửi tới eNodeB
Người lái xe có thể tìm
được chỗ đậu xe trống
Hình 9.1: Hệ thống đỗ xe thông minh.

Các trường hợp sử dụng và triển khai 215
9.3 Thành phố thông
minh Thành phố thông minh là thành phố có năng lực về con người, kinh
tế, kỹ thuật, chính phủ, tư nhân và chính trị hỗ trợ số lượng ứng dụng
công nghệ không giới hạn nhằm cung cấp các dịch vụ chung cho người
dân, công dân, người đi làm và doanh nghiệp. Dân số thế giới tiếp tục
đổ về khu vực thành thị. Các thành phố thông minh được dự đoán sẽ sử
dụng công nghệ NB-IoT có thể chạm tới cuộc sống của mỗi cá nhân.
Thành phố thông minh đã trở nên phổ biến trong những năm gần đây vì
lợi ích của nó đối với phúc lợi của người dân, doanh nghiệp và tổ chức
[44]. Thành phố thông minh góp phần giảm chi phí, nâng cao hiệu quả sử
dụng tài nguyên của thành phố, gắn kết tích cực hơn với người dân trong
các trường hợp khẩn cấp và giảm đáng kể nhân lực và giờ làm việc. Các
ứng dụng của thành phố thông minh được thể hiện trong Hình 9.2.
Thành phố hiện đại và thông minh sẽ bao gồm nhiều ứng dụng NB-IoT
trong lĩnh vực quản lý và nhà máy năng lượng, dịch vụ xe buýt công cộng
và giao thông ngầm, đèn đường, tín hiệu và đèn giao thông, thực thi pháp
luật, hệ thống nước và nước thải, quản lý chất thải, khí đốt và
Ánh sáng thành phố thông minh
Mức điện từ
Ô tô được kết nối
Hệ thống đường qua đường dành cho người đi bộ
Hệ thống ra vào thông minh
Mua sắm thông minh
Phát hiện bức xạ
Phát hiện ô nhiễm
An toàn công cộng

Phát hiện cháy rừng
Theo dõi thể chất
Giám sát chăn nuôi
Canh tác chính xác
Theo dõi khách hàng
Sân golf thông minh
Độ ẩm và dinh dưỡng của đất
Chất lượng nước

Theo dõi lô hàng
Quản lý chất thải
Giám sát kết cấu
Bãi đậu xe thông minh
Hình 9.2: Thành phố thông minh.

đo điện và một số ứng dụng khác. Thành phố thông minh không chỉ
triển khai các ứng dụng thông minh nhưng nó cũng thúc đẩy nền kinh tế dựa trên dữ liệu.
Thành phố thông minh không chỉ mang lại lợi ích cho người dân mà còn cả khách du lịch,
nhà đầu tư và chính phủ. Các ứng dụng này dựa vào việc sử dụng NB-IoT
kết hợp với các cảm biến hoặc bộ truyền động để truyền một lượng lớn dữ liệu có cấu
trúc và phi cấu trúc có thể được sử dụng để tự động hóa, ra quyết định và phân tích.
Lưới điện thông minh giúp cung cấp điện hiệu quả hơn bằng cách
áp dụng phân tích cho dữ liệu được gửi từ các cảm biến NB-IoT được cài đặt
trên toàn lưới. Cảm biến NB-IoT giám sát lưới điện được kết nối
và gửi dữ liệu của họ đến máy chủ dựa trên Đám mây để định cấu hình, kiểm soát,
và phân tích lưới. Người vận hành lưới có thể sử dụng dữ liệu để biết và
nhu cầu và năng lực của dự án.
Cảm biến NB-IoT về môi trường được sử dụng để giám sát đường thủy công cộng, công
viên và không gian xanh. Dữ liệu được gửi bởi các cảm biến này được sử dụng
để xác định các không gian cần dọn dẹp hoặc bảo vệ. Những cảm biến môi trường này cũng
có thể được sử dụng để theo dõi các điều kiện môi trường xung quanh tại các địa điểm
khác nhau trong thành phố, chẳng hạn như nhiệt độ,
độ ẩm, lượng mưa và chất lượng không khí.
Xe lửa công cộng, xe buýt hoặc hệ thống giao thông ngầm được kết nối trong
một thành phố thông minh Một mạng lưới cảm biến NB-IoT phức tạp liên tục theo dõi vị
trí của các đoàn tàu trên các tuyến đường, tình trạng đường ray mà chúng chạy
bật, xe buýt đến và đi, hoặc các trường hợp khẩn cấp hoặc hỏng hóc trên xe buýt.
Các cảm biến thu thập dữ liệu trực tiếp được phân tích theo thời gian thực trên
bảng điều khiển tùy chỉnh. Người dân, người lái tàu hoặc người giám sát đều có thể
giám sát hệ thống tàu, tàu đến hoặc khởi hành. Hơn nữa, theo dõi
cảm biến thông báo cho người vận hành về lỗi trên đường ray, do đó tiết kiệm
cuộc sống. Người vận hành có thể biết lỗi ở đâu và lỗi gì và gửi một thông báo
kỹ thuật viên để khắc phục nó. Lỗi được khắc phục, tàu hoạt động trở lại
và độ trễ được giảm thiểu.
Hệ thống xử lý rác thải và khử trùng thông minh sử dụng các thiết bị NB-IoT để kết
nối các cảm biến. Họ kết nối các thùng chứa rác để gửi dữ liệu
mức độ lãng phí. Các phương tiện thu gom sẽ tiết kiệm nhiên liệu và hiệu quả hơn, đi
theo các tuyến đường thông minh được phát hiện bởi các cảm biến và hoạt động ổn định
bền vững. Nếu tất cả được thực hiện một cách chính xác, chi phí thu gom rác thải sẽ giảm đi
gần 80% trong thập kỷ tới.
Thành phố thông minh là một lợi ích to lớn cho việc áp dụng điện toán nhận thức [45].
Trong điện toán nhận thức, những hiểu biết sâu sắc về dữ liệu được gửi bởi cảm biến NB-IoT có thể
được sản xuất và phân tích. Các thành phố lấy công dân làm trung tâm, vì vậy dữ liệu
được ghi lại từ các cảm biến và được bổ sung bằng phản hồi từ người dân.
Các ứng dụng và hợp tác chéo mang đến cơ hội cho người dân
để tương tác với chính quyền địa phương, truyền đạt các yêu cầu, cung cấp phản hồi hoặc
báo cáo lỗi về tiện ích và cơ sở hạ tầng.
Sự phát triển của các thành phố thông minh đang tăng tốc trong vài năm tới.
Tiềm năng và lợi ích của họ là vô hạn. Họ sẽ chạm vào cuộc sống của
nhiều cư dân bằng cách cải thiện chi phí sinh hoạt, sức khỏe và chất lượng cuộc sống [46].
9.4 Nhà thông minh
Nhà thông minh là một trong những lĩnh vực phát triển nhanh chóng của NB-IoT. Các thiết
bị hỗ trợ giọng nói đang trở thành tiêu chuẩn mới trong các gia đình ngày nay. NB-IoT
cũng được dự đoán sẽ xâm nhập vào các ngôi nhà với nhiều ứng dụng và công dụng
các trường hợp. Các thiết bị NB-IoT cho gia đình dự kiến sẽ được lắp đặt ở mọi nơi: phòng
ngủ, phòng khách, nhà bếp, phòng tắm, hành lang như ở
Hình 9.3. Cư dân trong nhà có thể điều khiển hệ thống chiếu sáng của mình từ mọi nơi,
nhận thông báo trên điện thoại di động khi phát hiện khói,
giám sát con cái của họ và bật/tắt các thiết bị trong khi lái xe đến/từ
Hỗ trợ giọng nói thông minh
Thiết bị thông minh
Đồng hồ thông minh
Nhà để xe thông minh
TV thông minh
eNodeB di động
Loa thông minh
Cửa thông minh Bãi cỏ thông minh
Hình 9.3: Nhà thông minh.

công việc. Sử dụng các thiết bị NB-IoT trong nhà thông minh cực kỳ hữu ích
trong các trường hợp khẩn cấp như giám sát khói và mối nguy hiểm hoặc báo cháy.
Dự kiến sẽ có hàng tỷ thiết bị kết nối NB-IoT để sử dụng trong gia đình vào
năm 2020. Các thiết bị được kết nối có thể bao gồm thiết bị nấu ăn thông minh,
tủ lạnh thông minh, máy điều hòa không khí thông minh, máy giặt thông minh và
máy rửa chén thông minh. Cái hay của những ngôi nhà được kết nối là các thiết
bị thông minh được kết nối thông qua một nền tảng trung tâm được sử dụng để
giải quyết nhiều vấn đề. Nền tảng trung tâm có thể là hệ thống điều khiển bằng
giọng nói với khả năng trí tuệ nhân tạo giúp giải quyết những khó chịu và thói
quen hàng ngày dựa trên dữ liệu được thu thập từ các thiết bị. Hệ thống điều
khiển, dựa trên dữ liệu được thu thập bởi các thiết bị NB-IoT, có thể quản lý
lịch của cư dân, thanh toán và tiêu thụ tiện ích cũng như hệ thống ra vào và
bảo mật.
Nhận thức NB-IoT là một công nghệ truyền trí thông minh vào các thiết bị,
thiết bị, dịch vụ và quy trình gia đình. Nó có khả năng tạo ra một môi trường
gia đình được cá nhân hóa và phù hợp cho cư dân của mình vào ban ngày. Ví dụ:
nó có thể tư vấn về tập luyện, kiểm soát thời tiết, điều kiện giao thông, cuộc
hẹn, bữa ăn, ánh sáng, bảo trì dự đoán và cảnh báo. Nó tạo ra một môi trường
tiết kiệm thời gian và chi phí nhưng vẫn tăng năng suất của con người.
9.5 Vận chuyển từ xa hàng đợi tin

nhắn (MQTT)
Việc sử dụng cảm biến hoặc bộ truyền động cho thiết bị NB-IoT yêu cầu giao thức
lớp ứng dụng đặc biệt phù hợp để truyền dữ liệu hiệu quả, đồng thời có thể phù
hợp với kích thước nhỏ của thiết bị NB-IoT về băng thông kênh hạn chế, mức tiêu
thụ điện năng hạn chế , bộ nhớ và khả năng xử lý bị hạn chế.
MQTT là giao thức truyền tải lớp ứng dụng chạy trên các giao thức TCP/IP
cũ. MQTT phù hợp với các thiết bị NB-IoT có bộ nhớ và khả năng xử lý nhỏ, chạy
bằng pin hoặc có băng thông khan hiếm. MQTT là giao thức nhắn tin đơn giản và
nhẹ, phù hợp nhất cho các thiết bị NB-IoT và MTC [47].
MQTT sử dụng mô hình xuất bản/đăng ký để liên lạc giữa máy phát và máy thu.
Trong mô hình này, phân phối một-nhiều được cung cấp. Các ứng dụng hoặc thiết
bị truyền tải không cần biết bất cứ điều gì về người nhận, thậm chí không cần
biết địa chỉ đích. Mặt khác, người nhận cũng không cần biết về máy phát. Mô
hình xuất bản/đăng ký được minh họa trong Hình 9.4.
Trong hình này, một máy khách xuất bản dữ liệu của nó lên máy chủ trong khi
mua
Đặt
Khách hàng B
Máy chủ
Công
bố
mua
Đặt
Khách hàng A Khách hàng C
Hình 9.4: Mô hình nhà xuất bản/đăng ký.
các khách hàng khác có thể đăng ký vào máy chủ để nhận dữ liệu đó từ nhà
xuất bản.
MQTT giảm thiểu việc sử dụng băng thông mạng và yêu cầu tài nguyên
thiết bị, đồng thời nhắm mục tiêu đảm bảo độ tin cậy và gửi tin nhắn. Nó
cũng sở hữu các tính năng sau [48]:
Tập trung vào dữ liệu: MQTT chuyển nội dung dữ liệu dưới dạng mảng
byte. Nó không quan tâm đến nội dung như HTTP.
Tách ứng dụng: Máy phát và máy thu MQTT không cần phải biết về sự
tồn tại của nhau. Không ai trong số họ biết địa chỉ của người khác
và họ chỉ cần quan tâm đến nội dung sẽ được gửi hoặc nhận.
Chi phí giao thức thấp: Tiêu đề tin nhắn MQTT được giữ ở mức nhỏ
nhất có thể. Tiêu đề cố định chỉ có 2 byte.
Băng thông thấp: MQTT không cần băng thông cao.

Thay vào đó, tính năng phân phối tin nhắn theo kiểu đẩy, theo yêu cầu của nó giúp duy
trì mức sử dụng mạng ở mức thấp.
Nhiều cấp độ QoS: Các cấp độ QoS của MQTT cho phép linh hoạt trong
việc xử lý các loại tin nhắn khác nhau. MQTT hỗ trợ phân phối tối
đa một lần, ít nhất một lần hoặc chính xác một lần.
Dễ sử dụng: MQTT sử dụng và triển khai một số lượng nhỏ thông báo
lệnh đơn giản. Các ứng dụng có thể được thực hiện
sử dụng bốn thông báo: KẾT NỐI, XUẤT BẢN, ĐĂNG KÝ và NGẮT KẾT NỐI.
Phát hiện kết nối bất thường: MQTT hỗ trợ trường hợp mất kết nối giữa
client và server. Máy chủ được thông báo khi kết nối máy khách bị ngắt
bất thường, cho phép gửi lại hoặc lưu giữ tin nhắn để gửi sau. Máy chủ
thông báo cho tất cả các máy khách khác.
MQTT có thể được sử dụng với các thiết bị NB-IoT. Tất cả khách hàng (hoặc UE)
xuất bản tin nhắn của họ thông qua eNodeB tới máy chủ MQTT. Các máy khách MQTT
khác, được kết nối với eNodeB, có thể đăng ký với máy chủ MQTT để nhận dữ liệu
mà chúng quan tâm. Hình 9.5 hiển thị ngăn xếp giao thức MQTT trong hệ thống NB-
IoT di động LTETM . Kết nối giữa máy khách và máy chủ MQTT đi qua giao diện
không gian tới eNodeB, thông qua EPS (S-GW và P-GW) và cuối cùng đến máy chủ
MQTT. Các thông báo giao thức MQTT được truyền và nhận qua sóng mang vô tuyến và
sóng mang EPS như được giải thích trong Chương 8.
9.5.1 Mô hình xuất bản/đăng ký Giao thức MQTT
đang sử dụng mô hình xuất bản/đăng ký. Phần trung tâm của mô hình này là việc sử
dụng những gì được gọi là chủ đề. Các thiết bị MQTT là máy khách hoặc máy chủ.
Một khách hàng có thể xuất bản tin nhắn đến một chủ đề. Khách hàng cũng có thể
đăng ký một chủ đề liên quan đến chủ đề đó và do đó nhận được bất kỳ tin nhắn
nào được xuất bản về chủ đề này bởi bất kỳ khách hàng nào khác xuất bản về chủ
đề này.
khách hàng MQTT

UE loT eNodeB
tuyển sinh UE và
máy chủ MQTT
MQTT lập kế hoạch giao thông
TCP/IP RRC MQTT

PDCP PDCP TCP
EPC
RLC RLC IP
S1-U
MAC MAC S-GW P-GW Liên kết dữ liệu
vật lý vật lý vật lý
Ưu kết nối Internet
Ngăn xếp giao thức 3GPP LTE
Hình 9.5: Ngăn xếp giao thức MQTT.

9.5.2 Chủ đề và đăng ký Máy khách
trong MQTT xuất bản tin nhắn đến một chủ đề (hoặc một số chủ đề
hàng đầu). Một chủ đề thường là sự thể hiện của các lĩnh vực chủ đề.
Khách hàng có thể đăng ký nhận tin nhắn cụ thể bằng cách đăng ký
một chủ đề. Việc đăng ký có thể rõ ràng, điều này giới hạn các tin
nhắn nhận được theo chủ đề cụ thể. Đăng ký cũng có thể sử dụng bộ
giải mã ký tự đại diện, chẳng hạn như ký hiệu số (#), để nhận tin
nhắn về một số chủ đề liên quan.
9.5.3 Tin nhắn được giữ lại
Máy chủ MQTT có thể giữ tin nhắn ngay cả sau khi gửi nó đến tất cả người
đăng ký. Nếu một đăng ký mới được gửi cho cùng một chủ đề, mọi tin nhắn
được giữ lại sẽ được gửi đến khách hàng đăng ký mới.
9.5.4 Di chúc
Khi một máy khách kết nối với máy chủ, nó có thể thông báo cho máy chủ rằng
nó có ý muốn hoặc một thông báo cần được xuất bản theo một hoặc nhiều chủ
đề cụ thể trong trường hợp ngắt kết nối không mong muốn. Di chúc đặc biệt
hữu ích trong tình huống báo động mà người dùng phải biết ngay khi cảm biến
từ xa mất kết nối với mạng.
9.5.5 Chất lượng các mức dịch vụ
MQTT hỗ trợ ba mức chất lượng dịch vụ (QoS) để gửi tin nhắn đến máy chủ.
Mỗi cấp độ chỉ định mức độ nỗ lực cao hơn của máy chủ để đảm bảo rằng tin
nhắn được gửi đến khách hàng. QoS có tính đối xứng, nghĩa là cùng một mức
QoS được đảm bảo từ máy khách đến máy chủ và từ máy chủ đến các máy khách
khác. Mức QoS cao hơn đảm bảo độ tin cậy cao hơn cho việc gửi tin nhắn
nhưng có thể tiêu tốn nhiều băng thông mạng hơn hoặc khiến tin nhắn bị trễ
do truyền lại.
MQTT hỗ trợ ba cấp độ gửi tin nhắn như sau:
QoS Cấp 0: Nhiều nhất một lần: Đây là bắt tay một chiều.
Người gửi chỉ xuất bản tin nhắn một lần. Máy chủ chỉ có thể nhận
được tin nhắn một lần hoặc hoàn toàn không. Người gửi không thực
hiện thử lại và không có phản hồi nào được gửi từ máy chủ. Tin nhắn
có thể bị mất giữa người gửi và máy chủ.
QoS Cấp 1: Ít nhất một lần: Đây là bắt tay hai chiều.
Người gửi xuất bản tin nhắn và nhận ACK từ máy chủ. Nếu không nhận
được ACK, người gửi sẽ xuất bản lại tin nhắn. Máy chủ nhận được tin
nhắn và gửi ACK.
Nếu người gửi không nhận được ACK từ máy chủ, nó sẽ truyền lại tin nhắn cho
đến khi nhận được ACK. Tin nhắn có thể được sao chép giữa người gửi và máy
chủ.
QoS cấp 2: Chính xác một lần: Đây là bắt tay bốn chiều.
Người gửi xuất bản tin nhắn và nhận ACK từ máy chủ. Nếu không nhận được ACK,
người gửi sẽ xuất bản lại tin nhắn. Khi người gửi nhận được ACK, nó sẽ gửi
tin nhắn RELEASE đến máy chủ. Người gửi mong muốn nhận được ACK cho tin nhắn
RELEASE và nếu không, nó sẽ truyền lại tin nhắn RELEASE. Nếu máy chủ nhận
được một tin nhắn trùng lặp, nó sẽ phản hồi bằng ACK và không bao giờ gửi
lại tin nhắn trùng lặp đó cho người khác.
QoS cấp 0 là QoS thấp nhất và lỏng lẻo nhất trong khi QoS cấp 2 là mức QoS cao nhất
và nghiêm ngặt nhất. UE có thể chọn QoS phù hợp nhất với ứng dụng. Mạng cảm biến
MQTT (MQTT-SN) là một biến thể khác của MQTT nhắm vào các thiết bị IoT được sử dụng
làm cảm biến.
MQTT-SN sử dụng giao thức không phải IP [49].
9.5.6 Đo từ xa MQTT
MQTT có một số trường hợp sử dụng cho các ứng dụng IoT [50]. Công dụng chính của nó,
theo đề xuất của IBM, là dành cho đo từ xa trong đó phép đo từ xa là phương pháp
được sử dụng để thu thập dữ liệu từ xa và gửi dữ liệu đến vị trí trung tâm để xử lý
và phân tích.
Với sự ra đời của 3GPPTM NB-IoT, việc sử dụng MQTT cho mạng di động đã trở nên
khả thi và rõ ràng. Hình 9.6 cho thấy một ví dụ về sử dụng MQTT với 3GPP NB-IoT cho
ứng dụng năng lượng thông minh. Trong ứng dụng này, ba đồng hồ thông minh dành cho
ba hộ gia đình, được triển khai với tư cách là khách hàng MQTT và sử dụng NB-IoT,
đang xuất bản chỉ số đồng hồ của họ định kỳ lên máy chủ MQTT. Mỗi đồng hồ thông minh
xuất bản các bài đọc của nó cho một chủ đề cụ thể. Chủ đề được chọn được thể hiện
dưới dạng chuỗi UTF-8 ở dạng “IoT/SmartEnergy/MeterA”.
Công ty năng lượng hoặc người giám sát chịu trách nhiệm đọc dữ liệu từ đồng hồ
thông minh có thể thực hiện việc thu thập bằng cách sử dụng đăng ký MQTT. Anh ta có
thể truy xuất số liệu của đồng hồ thông minh bằng cách đăng ký máy chủ MQTT. Người
giám sát đăng ký cùng một chủ đề nhưng sử dụng ký tự đại diện ở dạng “IoT/SmartEnergy/
*” để truy xuất tất cả số đo cho tất cả các đồng hồ thông minh. Các chỉ số trên đồng
hồ hiện được thu thập, phân tích và trình bày trên bảng điều khiển cho người giám
sát, người bắt đầu phân tích dữ liệu, trích xuất mức tiêu thụ năng lượng của từng hộ
gia đình và mức tiêu thụ trung bình trên mỗi thành phố, vùng ngoại ô hoặc khu vực.
Việc thanh toán và hóa đơn sau đó có thể được tự động hóa và gửi đến từng hộ gia
đình.
chủ đề MQTT
nhiều
Năng lượng thông minh
Mét
MỘT
Mét
B
Mét
C
Đồng hồ thông minh A
Nhà thông minh
Bãi đậu xe thông minh

máy chủ MQTT
loT/SmartEnergy/A Xuất bản

Đồng hồ thông minh B
Công bố
Người dùng
loT/SmartEnergy/B
Đăng ký loT/SmartEnergy/#
Bảng điều
Công bố khiển thời gian thực
loT/SmartEnergy/C
Đồng hồ thông minh C
Tiêu thụ năng lượng
Thời gian thực - ngày cuối cùng
0,06 kWh
0,04 kWh
gWnK
ợ ă(
ư N
l
0,02 kWh
gh
) n
0,00 KWh
00:00 04:00 08:00 12:00 16:00 20:00
phút tối đa
trung bình
tổng cộng
Đồng hồ thông minh A 0,0049 KWh 0,009 kWh 0,010 kWh 0,3891 kWh
Đồng hồ thông minh B 0,0091 KWh 0,0198 kWh 0,0129 kWh 0,6401 kWh
Đồng hồ thông minh C 0,0169 KWh 0,0291 kWh 0,0231 kWh 0,6290 KWh
Vôn
238 V
237 V
236 V
235V
nệiĐ
234 V
233 V
232 V
23:34:50 23:35:00 23:35:10 23:35:20 23:35:30 23:35:40
phút tối đa
trung bình
Đồng hồ thông minh A 232,12V 234,80V 233,69V
Đồng hồ thông minh B 229,15 V 233,90 V 230,89 V
Đồng hồ thông minh C 229,15 V 237,14 V 235,16 V
Hình 9.6: Ứng dụng đo đếm thông minh sử dụng MQTT.
9.6 Triển khai đường cơ sở NB-IoT Cellular

NB-IoT là một công nghệ mới và tiên tiến đã được tiêu chuẩn
hóa trong một khoảng thời gian ngắn (bắt đầu từ Phiên bản 13
đến Phiên bản 15). Công nghệ này sẽ được quản lý và vận hành bởi
các nhà khai thác di động và di động trên toàn cầu. Hệ sinh thái NB-IoT được dự đoán sẽ
tăng trưởng đáng kể và bùng nổ về số lượng
của các thiết bị NB-IoT, các dịch vụ và ứng dụng của chúng. Để hệ sinh thái này
thành công, việc lập kế hoạch và triển khai một cách hài hòa và phối hợp
sẽ đảm bảo sự thâm nhập suôn sẻ và áp dụng rộng rãi công nghệ này ở các khu vực khác
nhau trên thế giới. GSMA và các nhà khai thác di động
đã giải quyết một số yêu cầu triển khai ban đầu của NB-IoT
hệ sinh thái [29]. Những yêu cầu triển khai này chưa phải là cuối cùng nhưng
bộ tính năng được khuyến nghị áp dụng bởi các nhà khai thác di động cung cấp
Dịch vụ NB-IoT.
9.6.1 Đường dẫn dữ liệu
Lưu lượng mặt phẳng dữ liệu là lưu lượng quan trọng và hữu ích nhất mà thiết bị NB-IoT
phải hỗ trợ. Lưu lượng này thể hiện lưu lượng ứng dụng, dữ liệu cảm biến cũng như các
lệnh và phản hồi của bộ truyền động. NB-IoT được mong đợi
để cung cấp kết nối sau với mạng lõi:
Tối ưu hóa EPS mặt phẳng điều khiển CIoT: Hỗ trợ cả TCP và
Lưu lượng UDP sử dụng mặt phẳng điều khiển tại UE mà không thiết lập sóng mang
vô tuyến. Tùy chọn này giúp thiết bị tiết kiệm
ắc quy.
Tối ưu hóa mặt phẳng dữ liệu: Hỗ trợ lưu lượng TCP và UDP với
Kết nối PDN cho cả IPv4 và IPv6. Kết nối có thể được
bị đình chỉ và tiếp tục.
Lưu lượng truy cập không phải IP: Hỗ trợ lưu lượng không phải IP bằng cách sử dụng tối ưu
hóa CIoT EPS mặt phẳng điều khiển hoặc mặt phẳng dữ liệu. Lưu lượng truy cập không phải IP
cho phép sử dụng các giao thức khác đã được tối ưu hóa cho
mục đích đặc biệt.
9.6.2 Đường dẫn điều khiển
Các thủ tục và chức năng của mặt phẳng điều khiển đã được giải thích
xuyên suốt cuốn sách này. Trong số các quy trình đó, có các quy trình sau mà các thiết
bị NB-IoT sẽ hỗ trợ dưới dạng các tính năng cơ bản tối thiểu
sẽ được triển khai:
Lựa chọn và lựa chọn lại ô: đảm bảo rằng thiết bị NB-IoT
kết nối với các tế bào chất lượng tốt.
Phân trang: đảm bảo rằng thiết bị được báo hiệu khi ở chế độ IDLE
đối với bất kỳ thay đổi cấu hình hoặc cuộc gọi đến/đi nào.
PSM và DRX: hỗ trợ tiết kiệm năng lượng và pin lâu hơn
thời gian sử dụng khi ở chế độ IDLE hoặc CONNECTED.
Tối ưu hóa CIoT mặt phẳng điều khiển: Hỗ trợ lưu lượng IP hoặc không phải IP
đồng thời giảm thiểu mức tiêu thụ năng lượng cũng như cấu hình và hoạt
động của ngăn xếp giao thức.
9.6.3 Dải triển khai

NB-IoT dự kiến sẽ được triển khai trên toàn thế giới. 5G đã xác định được một số
các băng tần được sử dụng với các dịch vụ NB-IoT như được chỉ ra trong Bảng 7.3.
Tuy nhiên, một số băng tần ban đầu được sử dụng phổ biến để triển khai NB-IoT.
Điều này được thể hiện trong Bảng 9.2.
9.6.4 Chế độ triển khai

Các thiết bị NB-IoT dự kiến sẽ được triển khai bằng ba chế độ
hoạt động: inband, Guardband và độc lập như trong Hình 2.12. Tuy nhiên, việc
triển khai dải bảo vệ rất hấp dẫn vì nó không tiêu tốn
Băng tần LTE do đó không ảnh hưởng đến dung lượng mạng hoặc tài nguyên mạng.
Thay vào đó, nó sử dụng các băng tần không được sử dụng đồng thời tăng mạng và phổ
việc sử dụng.
9.6.5 Tăng cường vùng phủ sóng

Các ứng dụng và thiết bị NB-IoT dự kiến sẽ được triển khai tại các khu vực
nơi vùng phủ sóng di động thường không có khả năng truyền và thâm nhập tín hiệu
tốt như bãi đậu xe ngầm, nhà để xe, thang máy,
Bảng 9.2 Dải triển khai ban đầu cho NB-IoT
Vùng đất Ban nhạc
Bắc Mỹ B13 (700) B4 (1700)

Châu Âu B3 (1800), B8 (900),B20 (800)
Châu á Thái Bình Dương
B1 (2100), B3 (1800), B5 (850), B8 (900),
B18 (850), B20 (800), B26 (850), B28
(700)
Mỹ La-tinh B2 (1900), B3 (1800), B5 (850), B28 (700)
Khối thịnh vượng chung B3 (1800), B8 (900), B20 (800)
Các quốc gia độc lập
Châu phi B3 (1800), B8 (900)
Trung Đông và B8 (900), B20 (800)
Bắc Phi
và hố đất. Thiết bị NB-IoT hỗ trợ các cải tiến về vùng phủ sóng, giúp tăng
phạm vi tín hiệu và vùng phủ sóng vô tuyến. Thiết bị 5G NB-IoT hỗ trợ ba Mức
tăng cường vùng phủ sóng (CEL): CEL0 cho 0 dB, CEL1 cho 10 dB và CEL2 cho
20 dB. Việc lựa chọn CEL được giải thích trong Phần 6.3.2.
Việc cải tiến vùng phủ sóng dựa vào việc tăng công suất truyền của các
kênh tín hiệu kết hợp với việc truyền lặp lại nhằm cải thiện độ tin cậy của
việc nhận tin nhắn của người nhận. Tuy nhiên, việc nâng cao vùng phủ sóng
có thể tiêu tốn thêm năng lượng pin.
9.6.6 Cấp điện
NB-IoT hỗ trợ ba loại năng lượng từ tiết kiệm đến bình thường về mức tiêu
thụ năng lượng pin. Cấp công suất 3 (23 dBm) là cấp công suất thiết bị LTE
truyền thống. Cấp công suất 5 (20 dBm) là một cấp công suất khác dành cho
các thiết bị NB-IoT, tiêu thụ ít điện năng hơn. Cuối cùng, cấp công suất 6
(14 dBm) là cấp công suất bổ sung tiêu thụ ít điện năng hơn.
9.6.7 Chất lượng dịch vụ
Chương 8 đã giải thích QoS có thể được cung cấp bởi mạng lõi cho các thiết
bị NB-IoT. Các thiết bị NB-IoT dự kiến sẽ có số lượng và mật độ lớn, do đó
lưu lượng truy cập của chúng có thể khiến mạng bị quá tải và gây tắc nghẽn.
Người ta hy vọng rằng mạng lõi sẽ định hình lưu lượng truy cập do các thiết
bị này tạo ra. Việc định hình như vậy có thể được thực hiện thông qua các số
liệu kiểm soát tốc độ QoS: Kiểm soát tốc độ cung cấp PLMN và Kiểm soát tốc
độ APN.
9.7 Triển khai nhà khai thác di động

Năm 2017, T-Mobile, nhà khai thác di động ở Hoa Kỳ, đã ra mắt mạng NB-IoT
ban đầu đã được thử nghiệm tại các thành phố của Hoa Kỳ như một phần của dự
án thành phố thông minh. T-Mobile tiếp tục triển khai NB-IoT trên toàn quốc
Hoa Kỳ trong suốt năm 2018 [51]. T-Mobile nhấn mạnh tính hiệu quả của mạng
và thiết bị NB-IoT cùng với chi phí thấp [52].
T-Mobile có kế hoạch vận hành NB-IoT trong băng bảo vệ. Vận hành NB-IoT trong
dải bảo vệ đóng vai trò giống như việc lái xe trên lề đường cao tốc và cung
cấp các dịch vụ mới tốt hơn cho khách hàng, đồng thời tăng nguồn doanh thu
của nhà khai thác di động. Các thiết bị NB-IoT, được triển khai trong dải
bảo vệ, mang dữ liệu với hiệu suất và hiệu suất cao, đồng thời không cạnh
tranh với lưu lượng thoại hoặc dữ liệu di động thông thường.
Verizon, nhà khai thác dịch vụ di động tại Hoa Kỳ, cung cấp các dịch vụ
dạng máy LTE như thiết bị đeo, đội xe và quản lý tài sản. Verizon
đang có kế hoạch triển khai mạng băng tần bảo vệ NB-IoT trên toàn quốc Hoa Kỳ
trước cuối năm 2018.
Các nhà khai thác di động trên khắp thế giới đang tiếp tục nỗ lực
triển khai NB-IoT trong năm 2018. Dịch vụ NB-IoT cung cấp cho khách hàng số
lượng lớn các kịch bản sử dụng và các bộ khác nhau
nhu cầu về dung lượng mạng và vùng phủ sóng. NB-IoT cung cấp cho các nhà khai
thác di động mạng phủ sóng diện rộng và các thiết bị tiêu thụ điện năng thấp. NB-IoT
cung cấp thông lượng đường xuống tối đa vài trăm Kbps trong khi có
tiêu thụ điện năng thấp và sử dụng băng thông kênh nhỏ. Nó là
dự kiến các nhà khai thác di động sẽ tính phí khoảng 3–6 USD cho mỗi NB-IoT
thiết bị mỗi năm để kết nối với mạng NB-IoT [51, 52].
Người giới thiệu
[1] Về công nghệ di động và IMT-2000. [Trực tuyến]. Có sẵn: https://

www.itu.int/osg/spu/imt-2000/technology.html
[2] Mô tả tổng thể; Giai đoạn 2, 3GPP Std. 36.300, tháng 12 năm 2017, v15.0.0.
[3] “Các yêu cầu liên quan đến hiệu suất kỹ thuật đối với (các) giao diện vô
tuyến tiên tiến IMT,” ITU, Tech. Dân biểu M.2134, tháng 11 năm 2008.
[4] “Khuôn khổ và mục tiêu tổng thể về sự phát triển trong tương lai của IMT
từ năm 2020 trở đi,” ITU, Tech. Dân biểu M.2083-0, tháng 9 năm 2015.
[5] YPE Wang, X. Lin, A. Adhikary, A. Grovlen, Y. Sui, Y. Blankenship, J.

Bergman và HS Razaghi, “Bản tóm tắt về Internet vạn vật băng thông hẹp
3GPP,” Tạp chí Truyền thông IEEE , tập . 55, không. 3, trang 117–123,
tháng 3 năm 2017.
[6] M. Condoluci, G. Araniti, T. Mahmoodi và M. Dohler, “Kích hoạt thời đại

máy IoT với 5G: Dịch vụ đa luồng kiểu máy cho các ứng dụng thời gian
thực sáng tạo,” IEEE Access, tập . 4, trang 5555–5569, 2016.
[7] “Các vấn đề về tương thích điện từ và phổ vô tuyến (ERM); tài liệu tham
khảo hệ thống (SRdoc): Yêu cầu về phổ tần cho thiết bị tầm ngắn, mạng
máy lưới đô thị (M3N) và ứng dụng đo sáng thông minh (SM), ”ETSI, Tech.
Dân biểu 103 055, tháng 9 năm 2011, v1.1.1.
[8] Mô tả kiến trúc, 3GPP Std. 36.401, tháng 12 năm 2017, v15.0.0.
[9] “3GPP diện rộng năng lượng thấp,” Sách trắng, GSMA, tháng 10 năm 2016.
229
230 Người giới thiệu
[10] “Thế hệ tiếp theo của mạng truyền thông và dịch vụ,” Tầm nhìn 5G, Quan hệ đối tác
công tư (PPP) về cơ sở hạ tầng 5G, 2015. [Trực tuyến]. Có sẵn: https://5g-ppp.eu/
wp-content/ uploads/2015/02/5G-Vision-Brochure-v1.pdf.
[11] “Nghiên cứu cung cấp thiết bị người dùng (UE) truyền thông loại máy (MTC) chi phí
thấp dựa trên LTE,” 3GPP, Tech. Trả lời.

36.888, tháng 6 năm 2013, v12.0.0.
[12] “Hỗ trợ hệ thống di động cho Internet of Things (CIoT) có độ phức tạp cực thấp và
thông lượng thấp,” 3GPP, Tech. Dân biểu 45.820, tháng 11 năm 2015, v13.1.0.
[13] “Nghiên cứu khả thi về các dịch vụ mới và thị trường hỗ trợ công nghệ cho Internet
vạn vật khổng lồ; giai đoạn 1,” 3GPP, Tech.
Dân biểu 22.861, tháng 9 năm 2016, v14.1.0.
[14] “Nghiên cứu khả thi về các dịch vụ mới và hỗ trợ công nghệ thị trường; giai đoạn
1,” 3GPP, Tech. Dân biểu 22.891, tháng 9 năm 2016, v14.2.0.
[15] Đặc tả giao thức Kiểm soát tài nguyên vô tuyến (RRC), 3GPP Std.
36.331, tháng 1 năm 2018, v15.0.1.
[16] “Quy tắc mã hóa công nghệ thông tin-ASN.1: Đặc tả quy tắc mã hóa đóng gói (PER),”
Khuyến nghị ITU-T X.691, tháng 8 năm 2015.
[17] Quy trình Thiết bị Người dùng (UE) ở chế độ không tải, 3GPP Std. 36.304, tháng 12
năm 2017, v14.5.0.
[18] Các phép đo lớp vật lý, 3GPP Std. 36.214, tháng 1 năm 2018,
v15.0.1.
[19] Khả năng truy cập vô tuyến của UE, 3GPP Std. 36.306, tháng 12 năm 2017,
v14.5.0.
[20] Giao thức Non-Access-Stratum (NAS) dành cho Hệ thống gói tiến hóa (EPS); Giai đoạn
3, 3GPP Std. 24.301, tháng 9 năm 2017, v15.0.1.
[21] Đặc tả giao diện vô tuyến di động Lớp 3; Giao thức mạng lõi; Giai đoạn 3, 3GPP Std.
24.008, tháng 12 năm 2017, v15.1.0.
[22] “Mạng di động thế hệ tiếp theo,” Sách trắng 5G, NGMN
Liên minh, 2015.
[23] Đặc tả Giao thức hội tụ dữ liệu gói (PDCP), 3GPP Std. 36.323, tháng 12 năm 2017,
v14.5.0.
[24] Kiến trúc bảo mật, 3GPP Std. 33.401, tháng 1 năm 2018, v15.2.0.
Người giới thiệu 231
[25] Đặc tả giao thức Điều khiển Liên kết Vô tuyến (RLC), 3GPP Std. 36.322, tháng
12 năm 2017, v15.0.0.
[26] Đặc tả giao thức Kiểm soát truy cập trung bình (MAC), 3GPP Std.
36.321, tháng 12 năm 2017, v15.0.0.
[27] Yêu cầu hỗ trợ quản lý tài nguyên vô tuyến, 3GPP Std.
36.133, tháng 12 năm 2017, v15.1.0.
[28] Lớp vật lý; Mô tả chung, 3GPP Std. 36.201, tháng 3 năm 2017,
v14.1.0.
[29] “Hướng dẫn triển khai NB-IoT cho các yêu cầu về bộ tính năng cơ bản” Sách
trắng 5G, GSMA, 2017.
[30] “NB-IoT: báo cáo kỹ thuật về truyền và thu sóng vô tuyến BS và UE,” 3GPP,
Tech. Dân biểu 36.802, tháng 7 năm 2016, v13.0.0.
[31] Truyền và thu sóng vô tuyến Trạm gốc (BS), 3GPP Std.
36.104, tháng 12 năm 2017, v15.1.0.
[32] Truyền và thu sóng vô tuyến của Thiết bị Người dùng (UE), 3GPP Std.
36.101, tháng 12 năm 2017, v15.1.0.
[33] Kênh vật lý và điều chế, 3GPP Std. 36.211, tháng 12 năm 2017,
v15.0.0.
[34] Ghép kênh và mã hóa kênh, 3GPP Std. 36.212, tháng 1 năm 2018,
v15.0.1.
[35] Các thủ tục lớp vật lý, 3GPP Std. 36.213, tháng 12 năm 2017, v15.0.0.
[36] X. Lin, A. Adhikary và YPE Wang, “Thiết kế và phát hiện tiền đề truy cập
ngẫu nhiên cho các hệ thống IoT băng thông hẹp 3GPP,”
Thư truyền thông không dây của IEEE, tập. 5, không. 6, trang 640–643, tháng
12 năm 2016.
[37] M. Centenaro, L. Vangelista, S. Saur, A. Weber và V. Braun, “So sánh các

giao thức truy cập vô tuyến dựa trên tranh chấp và không va chạm đối với
Internet vạn vật,” Giao dịch IEEE về Truyền thông , tập. 65, không. 9,
trang 3832–3846, tháng 9 năm 2017.
[38] R. Harwahyu, RG Cheng, CH Wei và RF Sari, “Tối ưu hóa kênh truy cập ngẫu
nhiên trong NB-IoT,” Tạp chí Internet of Things của IEEE, tập. 5, không. 1,
trang 391–402, tháng 2 năm 2018.
[39] Các cải tiến của Dịch vụ Vô tuyến Gói Chung (GPRS) dành cho Truy cập E-UTRAN,
3GPP Std. 23.401, tháng 12 năm 2017, v15.2.0.
232 Người giới thiệu
[40] Kiến trúc kiểm soát tính phí và chính sách, 3GPP Std. 23.203, tháng 12
năm 2017, v15.1.0.
[41] G. Cookson và B. Pishue. (2017, tháng 7) Tác động của việc đau đớn khi
đỗ xe ở Mỹ, Anh và Đức. Nghiên cứu INRIX. [Trực tuyến].
Có sẵn: http://inrix.com/.
[42] BM Mahendra, S. Sonoli, N. Bhat, Raju và T. Raghu, “Cảm biến dựa trên IoT
cho phép đỗ xe thông minh cho hệ thống hỗ trợ người lái tiên tiến,” vào
năm 2017 Hội nghị quốc tế IEEE lần thứ 2 về các xu hướng gần đây trong
điện tử , Công nghệ Thông tin Truyền thông (RTEICT), Bangalore, tháng 5
năm 2017, trang 2188–2193.
[43] J. Shi, L. Jin, J. Li và Z. Fang, “Hệ thống đỗ xe thông minh dựa trên NB-
IoT và nền tảng thanh toán của bên thứ ba,” tại Hội nghị chuyên đề quốc
tế lần thứ 17 về Công nghệ thông tin và Truyền thông (ISCIT) năm 2017 ),
Cairns, tháng 9 năm 2017, trang 1–5.
[44] IoT cho thành phố thông minh. [Trực tuyến]. Có sẵn: https://www.microsoft.
com/en-us/internet-of-things/smart-city.
[45] MK Patra, “Mô hình kiến trúc cho thành phố thông minh sử dụng Internet
vạn vật nhận thức (CIoT),” năm 2017 Hội nghị quốc tế lần thứ hai về Công
nghệ điện, máy tính và truyền thông (ICECCT), Coimbatore, tháng 2 năm
2017, trang 0,1–6.
[46] E. Patti và A. Acquaviva, “Nền tảng IoT cho thành phố thông minh: Các
yêu cầu và nghiên cứu điển hình triển khai,” năm 2016 Diễn đàn quốc tế
lần thứ 2 của IEEE về nghiên cứu và công nghệ cho xã hội và ngành thúc
đẩy một ngày mai tốt đẹp hơn (RTSI), Bologna, tháng 9 2016, trang 1–6.
[47] MQTT. [Trực tuyến]. Có sẵn: http://MQTT.ORG.
[48] OASIS, “Đặc tả MQTT 3.1.1,” tháng 12 năm 2015.
[49] AHLT Stanford-Clark, “Đặc tả giao thức MQTT cho mạng cảm biến (MQTT-SN)
phiên bản 1.2,” tháng 11 năm 2013.
[50] IBM. (2018). Tài liệu IBM MQ phiên bản 8.0. [Trực tuyến].
Có sẵn: https://www.ibm.com/support/knowcenter/en/SSFKSJ 8.0.0.
[51] T-Mobile, Mỹ. [Trực tuyến]. Có sẵn: https://newsroom.t-mobile. com/news-

and-blogs/narrowband-iot.htm.
[52] T-Mobile, Hoa Kỳ. [Trực tuyến]. Có sẵn: http://iot.t-mobile.com/.

Mục lục
A Mạng di động ngẫu nhiên
Tên điểm truy cập (APN), tốc độ Mã định danh tạm thời
bit tối đa tổng hợp 199, (C-RNTI), 31

kiểm soát tốc phần tử kiểm soát mã xác
độ 201–202, 207, 209 thực thông báo, 141
Tầng truy cập (AS), 17 Chế

Chọn lại ô, 33 cho
độ xác nhận (AM), 92–93 Bộ truyền
động, các ô giữa tần số và trong
12, 211–212 Phân bổ và tần số, 35–36 và các ô

trong
lưu giữ Ưu tiên (ARP), 201
tần số,
giờ sáng. Xem Chế độ
37
xác nhận (AM)
Lựa chọn tế bào,
33 và cắt bỏ, 224
APN. Xem Tên điểm truy cập (APN)
Tín hiệu tham chiếu cụ thể theo
ARP. Xem Ưu tiên phân bổ và ô (CSR), 159–160

Internet vạn vật di động đã
duy trì (ARP)
phát triển việc tối ưu
hóa hệ thống gói, 64–66
BẰNG. Xem Tầng truy cập (AS)
chất lượng dịch vụ cho thiết
bị người dùng sử dụng, 209
B Internet vạn vật băng thông hẹp
Công nghệ di động băng thông rộng, 7 di động, 223–226
Báo cáo trạng thái bộ đệm, 139–141 Băng thông kênh, 152–153
Bộ xen kẽ khối kênh, 190
Dải tần kênh, 149–150
C
Tần số sóng mang, raster 151– Chỉ báo chất lượng kênh
152, 152 (CQI), 210
233
234 Mục lục
Mật mã, 75–76 Giải mã, 75–76

Internet vạn vật băng hẹp nhận thức, Người mang hệ thống gói phát triển
218 mặc định, 201, 204
Trao đổi lưu lượng phản hồi Tín hiệu tham chiếu giải điều chế
lệnh, 16 (DMRS), 193–195
Thuật toán nén, 77 Thông tin chỉ dẫn trực tiếp, 46
Giải pháp tranh chấp, 129–132
Hệ thống gói Tiếp nhận không liên tục
phát triển Internet di động (DRX), 68, 135–138
của mặt phẳng điều khiển DMRS. Xem Tín hiệu tham chiếu
tối ưu hóa, 224, tối ưu giải điều chế (DMRS)

hóa 225, thành phần 64–
66, 23 thủ tục, Tiếp nhận dữ liệu
224–225 đường xuống (DL), truyền
Mã hóa tích chập, 164 thông tin 133–134, 58–59 kênh
Mạng lõi, đảm bảo độ trễ gói vật lý và sơ đồ điều chế
trong, 210 cấu trúc,
Tăng cường phạm vi phủ 161 kênh phát sóng vật lý

sóng, 225–226 băng hẹp, 161–162 kênh
CQI. Xem Chỉ báo Chất lượng điều khiển đường
Kênh (CQI) xuống
C-RNTI. Xem Mã nhận dạng tạm vật lý băng hẹp, 168–182
thời của mạng ngẫu kênh chia sẻ đường
nhiên di động (C-RNTI) xuống vật lý băng

Tín hiệu CSR. Xem tín hiệu Tham hẹp, 162–168 điều khiển
chiếu cụ thể theo ô (CSR) công suất, 160–161
tín hiệu đồng bộ sơ

D cấp và thứ cấp, 158–159
Tối ưu hóa tín hiệu tham chiếu và tham
vạn vật di động trên mặt phẳng chiếu dành riêng
dữ liệu, lưu lượng truy cho ô, lưới tài
cập 64–66, 224 nguyên 159–160,
Đường truyền vô tuyến dữ liệu sơ đồ truyền 157–158

(DRB), 27–
29, 118 tiếp nhận trên
đường
xuống, 80–83 truyền trên đường lên, 78 ghép kênh phân chia tần
Báo cáo dữ liệu, 15–17 số trực giao, 157
Truyền dữ liệu
Nhận dữ liệu đường xuống, 133– DRB. Xem Công cụ mang dữ liệu vô
134 tuyến (DRB)
truyền dữ liệu đường lên, 134– DRX. Xem không liên tục
135 tiếp nhận (DRX)
Mục lục 235
E G
UMTSTM mặt đất nâng cao G-RNTI. Xem Mã nhận dạng tạm
Truy cập vô tuyến thời của mạng ngẫu
(E-UTRA), 7, 20 nhiên nhóm (G-RNTI)
UMTSTM mặt đất nâng cao Mã định danh tạm thời của
Truy cập vô tuyến và mạng ngẫu nhiên nhóm
Mạng (E-UTRAN), (G-RNTI), 31

20–21 Guardband, 25
eNodeB, 21
danh tính, 31
H
cảm biến Internet vạn vật băng Song công phân chia tần số bán
song công, 147, 210
thông hẹp về môi
trường, 216 Nén/giải nén tiêu đề,
EPC. Xem Lõi gói tiến hóa (EPC) 77

Máy chủ thuê bao tại nhà (HSS), 24
Cáp Ethernet, 17 E-
HSS. Xem trang chủ Người đăng ký
UTRA. Xem Truy cập vô tuyến
Máy chủ (HSS)
mặt đất UMTSTM nâng
cao (E-UTRA)
Tôi IMSI. Xem Nhận dạng thuê bao

E-UTRAN, nâng cao
di động quốc tế (IMSI)
UMTSTM Mặt đất
Truy cập vô tuyến và
Inband, 25
Mạng (E–UTRAN)
Điện thoại di động quốc tế
Lõi gói tiến hóa (EPC), 21–23
Danh tính người đăng ký
(IMSI), 31
Hệ thống chuyển mạch gói Di động quốc tế
được phát triển, 199 Viễn thông-2020, 7–8
Báo cáo ngoại lệ, 16
Tiêu chuẩn quốc tế
Tổ chức (ISO), 17 Internet

F
vạn vật (IoT), 1–6 IoT. Xem
FDD. Xem Song công phân chia tần Internet vạn vật (IoT)
số (FDD)
Truyền thông không dây 5G ISO. Xem Tổ chức Tiêu
mạng, 7–8 chuẩn Quốc
internet băng thông hẹp
tế (ISO)
mọi thứ, 9–11
Công nghệ di động 4G, 7
Song công phân chia tần số LLCID . Xem ID kênh logic (LCID)
(FDD)
cấu trúc khung, 145–149 Tốc độ dữ liệu hạn chế, 210
236 Mục lục
ID kênh logic (LCID), MQTT. Xem Truyền tải từ xa

142–143 hàng đợi tin nhắn (MQTT)
Độ trễ thấp, 15–17
MTC. Xem Giao tiếp loại máy
(MTC)
M
MAC. Xem Kiểm soát truy cập
Hỗ trợ nhiều nhà mạng, 62–64
trung bình (MAC)
Giao tiếp loại máy (MTC), 2 Thông
tin chính N
Kênh phát sóng vật lý băng thông
khối băng thông hẹp
hẹp (NPBCH), 161–162
(MIB-NB), 37–38
Kiểm soát truy cập trung bình Vật lý băng hẹp
(MAC), kiến Kiểm soát đường xuống
trúc 19, độ phân giải Kênh (NPDCCH), 30, 168–

tranh chấp 117–119, 129– 182
132 Kênh chia sẻ đường xuống vật lý
truyền dữ liệu, 133–135 băng thông hẹp
tiếp nhận không liên tục, (NPDSCH), 162–168

135–138 Kênh truy cập ngẫu nhiên vật lý
giao thức lắp ráp băng thông hẹp
và ghép kênh (NPRACH), 192–193

đơn vị dữ liệu, 138–144 Đường lên vật lý băng thông hẹp
trao đổi truy kênh chia sẻ
cập ngẫu nhiên, thủ (NPUSCH), 187–192

tục 123–129, lệnh Băng thông hẹp sơ cấp
nâng cao thời gian 119–123, Tín hiệu đồng bộ

132–133 (NPSS), 158–159
Vận chuyển từ xa hàng đợi Thứ cấp băng thông hẹp
tin nhắn (MQTT), 218– Tín hiệu đồng bộ hóa

223 MIB- (NSSS), 158–159
NB. Gặp Thầy NAS. Xem Tầng không truy cập (NAS)
khối thông
tin băng thông hẹp Ngăn xếp giao thức mạng, 17–24 Tầng
(MIB-NB) không truy cập (NAS), 17, 19

MME. Xem Thực thể Sóng
quản lý di động (MME) mang không neo, 64 Sóng

mang tốc độ bit không bảo
Triển khai nhà khai thác di đảm, 201 Lưu
động, lượng truy cập potocol không có internet,
226–227 Thực thể quản lý di động 224
(MME), 21–23 Thiết bị không thể đeo được, 3

Mục lục 237
NPBCH. Xem kênh phát sóng P

vật lý băng thông Quy tắc mã hóa đóng gói (PER),
hẹp (NPBCH) 32
NPDCCH. Xem băng thông hẹp Hội tụ dữ liệu gói
Kênh điều khiển Giao thức (PDCP), 19
đường xuống vật lớp con, 69–70
lý (NPDCCH) thực thể, 71–
NPDSCH. Xem Kênh chia sẻ 74 bảo vệ và xác
đường xuống vật lý minh tính toàn
băng thông hẹp vẹn,
(NPDSCH) 76–77 tiếp nhận,
NPRach. Xem Kênh truy cập 80–83 truyền, 78
ngẫu nhiên vật lý Mạng dữ liệu gói (PDN), 23–24
băng thông hẹp
(NPRACH) Cổng gói (P-GW), 23–24

NPSS. Xem Tín hiệu đồng
bộ hóa Phân trang, 45–46, 224
sơ cấp băng thông hẹp Kênh điều khiển phân trang
(NPSS) (PCH), 117–118
NPUSCH. Xem kênh chia sẻ
Mạng phân trang ngẫu nhiên
đường lên vật Mã định danh tạm thời
lý băng thông hẹp
(P-RNTI), 31
(NPUSCH) Nối song song
NSSS. Xem Tín hiệu đồng Mã chập (PCCC), 187–
bộ hóa thứ 188 chữa cháy. Xem
cấp băng hẹp (NSSS) Mã chập song song
(PCCC)
O
Truy cập OFDM. Xem Nhiều phân PCH. Xem Kênh điều khiển
chia tần số trực phân trang (PCH)
giao (OFDM) PDCP. Xem Giao thức hội
truy cập tụ dữ liệu gói (PDCP)
Kết nối hệ thống mở (OSI), 17,
18 Khối thông PDN. Xem Mạng dữ liệu
tin hệ thống tùy chọn, 42 truy gói (PDN)

cập Đa PDU. Xem Đơn vị dữ liệu giao
phân chia tần số trực giao (OFDM), thức (PDU)

1 OSI. Xem Kết nối MỖI. Xem Quy tắc mã hóa đóng
hệ thống gói (PER)
mở Báo cáo định kỳ, 16
P-GW. Xem Cổng gói (P-GW)
(OSI)
238 Mục lục
ID tế bào vật lý, 154–155 thông số cấu hình, 88, 89,

Các kênh vật lý, ánh xạ của, 153–154 145 thiết
lập kết nối, 46–49 cấu hình
Khối tài nguyên vật lý lại
(PRB), 25 kết nối, 52–53 thiết lập lại

Lớp con vật lý (PHY), kết
19 nối, 53–55
tốc độ dữ liệu, 196–
197 lớp con PHY. Xem Chế độ tiết
kiệm năng lượng giải phóng kết nối, 55–58
(PSM) của lớp con Vật lý (PHY), tiếp tục kết nối, 51–52 thông
66–67
tin chỉ báo trực
PRB. Xem Khối tài nguyên vật lý
tiếp, 46 kênh
(PRB)
logic, 62 chế độ hoạt
P-RNTI. Xem Mã định danh tạm thời
động, 30 định dạng đơn
của mạng ngẫu nhiên
vị dữ liệu giao thức, 31–32
phân trang (P-RNTI)
tham
Đơn vị dữ liệu giao thức (PDU),
18 số cấu hình tín hiệu,
70–71 trao đổi truy
PSM. Xem Chế độ tiết kiệm năng
cập ngẫu nhiên (RA),
lượng (PSM)
Lựa chọn mạng di động mặt đất 123– 129 thủ tục, 119–
công cộng, 32–37 123 mã định danh tạm

thời của mạng vô tuyến, 31
Q Ra-
QCI. Xem Mã định danh lớp QoS (QCI) PreambleIndex, 127 Khối
khớp tốc độ, 189–190 RB. Xem Đài
Mã định danh lớp QoS (QCI), 201 Chất
phát thanh (RB)
lượng dịch vụ, 199–210
Đa truy cập trải rộng tài
R nguyên (RSMA), 9
ResumeID, 31
RA. Xem Truy cập ngẫu nhiên (RA)
Đài mang vô tuyến (RB), 27–29, hàng đợi truyền lại (ReTx), hàng
199 đợi 102–
Điều khiển Liên kết Vô tuyến (RLC), 104 ReTx. Xem

truyền lại
19 kiến trúc, 87–88
thực thể, 88– (ReTx) hàng đợi
93 định dạng đơn vị dữ liệu RLC. Xem Kiểm soát liên kết vô
tuyến (RLC)
giao thức, 93 truyền RRC. Xem Kiểm soát tài nguyên
và nhận, 93–116 vô tuyến (RRC)

Lỗi liên kết vô tuyến, 61–62 RSMA. Xem Đa truy cập trải rộng
Kiểm soát tài nguyên vô tuyến tài nguyên (RSMA)
(RRC), 19
Mục lục 239
S SRB. Xem Đài phát tín hiệu

SC-RNTI. Xem Mã nhận dạng tạm mang (SRB)
thời của mạng vô Độc lập, 25 Bộ
tuyến đơn (SC-RNTI) lập lịch tĩnh, 138–139 S-
TMSI. Xem Cung cấp nhận
SDU. Xem Đơn vị dữ liệu dịch vụ dạng thuê bao di
(SDU) động tạm thời (S-TMSI)
SecurityModeThông báo lệnh,
49–51 Đơn vị dữ Thông tin hệ thống-
liệu dịch vụ (SDU), 18 Cổng phục BlockType1-NB
vụ (S-GW), 23 Phục vụ kiểm soát (SIB1-NB), 37, 38–40
tốc độ mạng di động mặt đất Thời gian sửa đổi
công cộng, 209 thông tin hệ thống, 44–
45
Phục vụ nhận dạng thuê bao di Đài thông tin hệ thống

động tạm thời (S- Mạng tạm thời
TMSI), 31 S- Mã định danh (SI-RNTI),
GW. Xem Cổng phục vụ (S-GW) 31
SIB1-băng hẹp. Xem Thông tin hệ

thống- Lệnh T TA. Xem Nâng cao thời
BlockType1-NB gian (TA)
(SIB1-NB) yêu cầu
Bộ mang vô tuyến báo hiệu Mã định danh tạm thời của

(SRB), thu 27– mạng ngẫu nhiên di
29 trên đường xuống, 83– động tạm thời, 31
85 3GPP, 13
truyền, trên đường lên, 78 Công nghệ 5G, 9
Mã nhận dạng tạm thời của Lệnh Tăng thời gian (TA),
mạng vô tuyến đơn (SC- 132–133
RNTI), 31 SI- Mẫu luồng lưu lượng truy cập
RNTI. Xem Thông tin hệ (TFT), 203–204
thống Mã nhận dạng Chuyển đổi tiền mã hóa, 192
tạm thời của mạng vô Băng thông truyền dẫn, 152–
tuyến (SI-RNTI) 153
Thành phố thông minh, 12, Truyền đa dạng, 182, 210

215–217 Lưới điện thông minh, Bộ mã hóa Turbo, 187–189
216 Nhà thông minh, 12, 217–
218 Bãi đậu xe thông minh,
212–214 Giao thông thông Ờ . Xem Chế độ không xác nhận (UM)
minh, 12 Hệ thống xử lý rác
thải/vệ sinh Chế độ không xác nhận (UM),
thông minh, 216 Ghép kênh không gian, 182, 210 91–92
240 Mục lục
Truyền dữ liệu đường lên, Thiết bị người dùng,

134–135 tốc độ bit tối đa tổng
Truyền thông tin đường lên, hợp 123,
59–60 chuyển khả năng 201–202, 60–61
Kênh vật lý/tín
hiệu tham chiếu
V.
giải điều chế cấu trúc Giao tiếp lấy giọng nói làm trung tâm, 1
đường lên, kênh

truy cập ngẫu nhiên
Giải pháp W WAN. Xem giải pháp
vật lý băng
Mạng diện rộng
hẹp 193–195, kênh
(WAN)
chia sẻ đường lên vật
Giải pháp Mạng diện rộng
lý băng hẹp 192–193,
điều (WAN), 9–10 Hệ
thống truyền thông không
khiển công suất 187–
dây, 1
192, lưới tài nguyên
195, sơ đồ truyền 185–187
đa truy cập phân
chia sóng mang
đơn tần số , 183–185

C5 - C9 Nb-Iot 5g

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

C5 - C9 Nb-Iot 5g

Uploaded by

Copyright:

Available Formats

Machine Translated by Google

Machine Translated by Google

Kiểm soát liên kết vô tuyến

Kiểm soát luồng và xử lý lỗi thông qua ARQ.

Phân đoạn hoặc nối các RLC SDU.

5.1 Kiến trúc RLC

88 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

SRB0/SRB1bis DRB0/DRB1 SRB1/DRB0/DRB1

Thực thể Tx Thực thể Rx Thực thể Thực thể

Thực thể Rx Thực thể Tx Thực thể Thực thể

Hình 5.1: Kiến trúc RLC tại UE.

5.3 Thực thể RLC

Lớp con điều khiển liên kết vô tuyến 89

Tham số Giá trị Nghĩa

hợp lý- [3 10] Cho biết nhận dạng kênh logic

ms15000, PDU TRẠNG THÁI

t16, t32 RLC SDU tối đa

RLC STATUS PDU khi nó phát

hiện lỗi trong việc nhận RLC

90 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

truyền tải Đang nhận

Thực thể RLC TM Thực thể RLC TM

Hàng đợi truyền

Hình 5.2: Thực thể RLC của TM.

Lớp con điều khiển liên kết vô tuyến 91

5.3.2 Chế độ không xác nhận Hình 5.3 minh

truyền tải Ưu Đang nhận

Thực thể RLC UM Thực thể RLC UM

Truyền tải (Tx)

Phân đoạn và nối Xóa tiêu đề RLC

Thêm tiêu đề RLC Bộ đệm tiếp nhận (Rx)

Hình 5.3: Thực thể RLC của UM.

92 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

5.3.3 Chế độ xác nhận Hình 5.4 minh họa

Thực thể RLC AM Thực thể RLC AM

Truyền tải (Tx)

Bộ đệm tiếp nhận (Rx),

Hình 5.4: Thực thể RLC của AM.

Lớp con điều khiển liên kết vô tuyến 93

5.4 Định dạng PDU RLC

5.5 Truyền và nhận RLC

94 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

Xếp hàng RLC SDU trong hàng

Nhận một đường lên

Dequeue RLC SDU và gửi nó

Hình 5.5: Phía máy phát RLC TM.

Lớp con điều khiển liên kết vô tuyến 95

Khối hàng ngày 1 tháng 10

Khối hàng ngày 2 tháng 10

Khối hàng tháng 10 N

Hình 5.6: Định dạng RLC PDU cho TM.

Sắp xếp lại

Hình 5.7: Cửa sổ sắp xếp lại dạng cửa sổ trượt.

96 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

Lớp con điều khiển liên kết vô tuyến 97

Bảng 5.2 Các biến trạng thái RLC UM

Cửa sổ UM Cửa sổ 0 Đối với SC-MCCH, nó bằng 0,

sắp xếp lại

Sắp xếp lại theo SN của RLC PDU đã kích hoạt t-

5.5.3 Ví dụ về máy phát và máy thu RLC UM

98 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)

Đặt VR(UR) thành SN của

RLC PDU được nhận với