c1-c4 Nb-Iot 5g

Machine Translated by Google
Chương 1
Internet vạn vật
1.1 Giới thiệu
Các hệ thống và thiết bị truyền thông không dây đã xuất hiện và phát triển
trong vài thập kỷ qua. Hình 1.1 cho thấy sự phát triển của công nghệ và
mạng không dây từ công nghệ 1G đến hệ thống 4G ngày nay.
Vào những năm 1980, mạng không dây bắt đầu là hệ thống liên lạc lấy giọng
nói làm trung tâm như mạng 1G và 2G được đại diện bởi hệ thống di động
AMPS và IS-95. Các cải tiến đối với hệ thống 1G và 2G đã được thêm vào để
hỗ trợ các thiết bị tập trung vào dữ liệu với tốc độ dữ liệu từ thấp đến
trung bình (ví dụ: 9,6 Kbps) như EDGE. 3GPPTM được hình thành để chuẩn
hóa và giới thiệu mạng không dây 3G được gọi là WCDMA. Năm 1999, hệ thống
3G, WCDMA và cdma2000, được giới thiệu để hỗ trợ kết hợp các dịch vụ
thoại, video và dữ liệu. WCDMA được 3GPP phát hành dưới nhiều phiên bản
khác nhau; bắt đầu từ bản phát hành 99 cho đến bản phát hành 7, cho phép
kết nối băng thông rộng di động thực sự hỗ trợ vài Mbit/giây.
Phiên bản 8 là sự khởi đầu cho hoạt động 4G của 3GPP được gọi là LTETM.
3GPP đưa ra các thông số kỹ thuật mới của LTE mở rộng thông số kỹ thuật
IMT-2000 [1]. LTE được triển khai thương mại lần đầu tiên vào năm 2009.
LTE giới thiệu nhiều tính năng nâng cao so với các phiên bản trước và
cung cấp một số ưu điểm như tốc độ cao, độ trễ thấp, hiệu suất phổ cao
hơn, mạng lõi đơn giản và toàn IP, giao diện vô tuyến dựa trên truy cập
Đa phân chia tần số trực giao (OFDM) và dung lượng di động cao hơn . LTE
cũng đã được giới thiệu trong một số bản phát hành bắt đầu từ Bản phát
hành 8 cho đến Bản phát hành 15. Bản phát hành sau này đánh dấu sự khởi
đầu của các hoạt động và tiêu chuẩn hóa 5G.
1
2 Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)
1G 2G 3G 4G
thập niên 1980 thập niên 1990 thập niên 2000 thập niên 2010
Giọng nói tương tự Giọng nói kỹ thuật số

Băng thông rộng di động Internet di động
AMPS, NMT, TACS GSM, IS-95 WCDMA, CDMA2000-EV-DO LTE, LTE nâng cao
Hình 1.1: Sự xuất hiện của mạng không dây và mạng di động.
LTE đã giới thiệu Giao tiếp loại máy (MTC). MTC là công nghệ cho phép
giao tiếp giữa các thiết bị và cơ sở hạ tầng truyền tải dữ liệu cơ bản.
Việc truyền dữ liệu có thể xảy ra giữa thiết bị MTC và máy chủ hoặc trực
tiếp giữa hai thiết bị MTC. MTC thể hiện ở nhiều ứng dụng và dịch vụ.
Những ứng dụng đó có thể được tìm thấy trong các ngành công nghiệp khác
nhau, chẳng hạn như chăm sóc sức khỏe, sản xuất, tự động hóa quy trình,
năng lượng và tiện ích. Các thiết bị MTC hỗ trợ các công nghệ mạng khác
nhau như mạng điểm-điểm, mạng đa bước nhảy, mạng ad-hoc hoặc mạng không
dây dạng lưới.
Internet of Things (IoT) là một hiện thực hóa của MTC. Các thiết bị MTC
có thể là thiết bị có độ phức tạp thấp, tầm xa, công suất thấp hoặc băng
thông rộng. Tất cả các thiết bị này đang liên lạc với nhau cũng như với
các máy chủ và ứng dụng nằm trên mạng.
Ví dụ: các thiết bị kết nối được sử dụng trong ô tô và xe tải có đặc
điểm là tốc độ dữ liệu nhỏ trong khi thực hiện nhiều chuyển giao. Đồng hồ
đo thông minh, chẳng hạn như gas hoặc điện, đứng yên và chỉ yêu cầu một
lượng nhỏ dữ liệu không nhạy cảm với độ trễ. Ngoài ra, số lượng thiết
bị MTC này có thể lớn; dao động từ vài chiếc cho mỗi hộ gia đình đến
hàng trăm nghìn chiếc trên mỗi km vuông. Các thiết bị MTC thường chạy
bằng pin và không có nguồn điện bên ngoài nào khác.
Số lượng kết nối của các thiết bị này dự kiến sẽ cực lớn với mật độ kết
nối hoạt động ước tính là 200.000 trên mỗi km vuông và mật độ thiết bị
là 1 triệu thiết bị trên mỗi km vuông.
3GPP NB-IoT, còn được gọi là Internet vạn vật băng thông hẹp LTE (NB-
IoT), là một danh mục MTC được giới thiệu trong LTE bắt đầu từ Phiên bản
13. LTE NB-IoT cung cấp các mức độ tối ưu hóa khác nhau
Internet vạn vật 3
Mạng lõi
eNodeB
tòa nhà thông minh
Cảm biến trạm xăng
Hình 1.2: Ứng dụng Internet of Things trong tòa nhà thông minh và đồng hồ đo.
dành cho các thiết bị NB-IoT như ngăn xếp giao thức và giao diện vô tuyến
được tối ưu hóa cho NB-IoT, mức tiêu thụ điện năng thấp, tốc độ dữ liệu
thấp, không hỗ trợ di động, băng thông giới hạn 180 KHz, phạm vi phủ sóng mở
rộng và chi phí phần cứng thấp. Hình 1.2 cho thấy một ứng dụng của NB-IoT
trong “tòa nhà thông minh” và đo lường thông minh, trong đó các thiết bị NB-
IoT thu thập một lượng lớn dữ liệu và thông tin rồi gửi chúng đến máy chủ từ xa để xử lý.
Tiêu chuẩn LTE NB-IoT mới được 3GPP giới thiệu là phiên bản rút gọn của
hệ thống LTE chính thức nhằm giữ cho hệ thống này đơn giản nhất có thể trong
khi vẫn đáp ứng các mục tiêu về chi phí thấp, mức tiêu thụ điện năng tối
thiểu và thời lượng pin kéo dài. Các thiết bị NB-IoT có thể là cảm biến, bộ
truyền động, thiết bị đeo và máy ảnh tạo thành một số lượng lớn các thiết bị
được kết nối hoặc những “thứ” được kết nối như trong các tòa nhà thông minh
và cảm biến trong trạm xăng. Các thiết bị này được đặc trưng bởi việc truyền
dữ liệu quan trọng không theo thời gian và có thể bao gồm từ các thiết bị rất
đơn giản đến những thiết bị rất phức tạp. Các thiết bị NB-IoT kết nối trực
tiếp với mạng (ví dụ: eNodeB hoặc Base-Station) thông qua cơ sở hạ tầng di
động như trong Hình 1.2.
Các thiết bị có thể bao gồm từ các thiết bị đeo đơn giản, chẳng hạn như
đồng hồ thông minh hoặc bộ cảm biến gắn trong quần áo, đến các thiết bị đeo
phức tạp hơn theo dõi số liệu thống kê quan trọng của cơ thể (ví dụ: nhịp
tim, huyết áp). Chúng cũng có thể là các thiết bị không đeo được, giao tiếp
trong Mạng Khu vực Cá nhân (PAN), chẳng hạn như một bộ thiết bị gia dụng (ví dụ:
bộ điều chỉnh nhiệt thông minh và phím nhập), hoặc các thiết bị điện tử trong
môi trường văn phòng (ví dụ: máy in thông minh) hoặc chậu hoa thông minh có thể
được kích hoạt từ xa để cung cấp nước cho cây.
1.1.1 Nội dung của cuốn sách này
Cuốn sách này giải thích và mô tả ngăn xếp giao thức lõi 3GPP cho LTE NB-IoT
cũng như cách nó hoạt động tại hiện trường. Cuốn sách được tổ chức thành các
chương sau: Chương 2:
Giới thiệu về dòng tiêu chuẩn LTE, mục tiêu và mục tiêu của 3GPP NB-IoT,
các trường hợp sử dụng của nó và phác thảo kiến trúc của mạng LTE và các
ngăn xếp giao thức cho cả UE và eNodeB.
Chương 3: Bao gồm lớp con Kiểm soát tài nguyên vô tuyến (RRC) của LTE
NB-IoT. Đây là một trong những lớp con quan trọng nhất trong ngăn xếp
giao thức NB-IoT. Máy trạng thái của lớp con RRC được giải thích. Các
thủ tục được sử dụng để trao đổi các bản tin báo hiệu với eNodeB được
trình bày. Chương này cũng bao gồm các thủ tục và hành vi của UE trong
khi UE ở trạng thái rảnh và không được kết nối với eNodeB.
Chương 4: Bao gồm lớp con Giao thức hội tụ dữ liệu gói (PDCP). Nó bao
gồm kiến trúc lớp con PDCP, các thủ tục mã hóa các tin nhắn đến và đi
tới eNodeB, các thủ tục xác minh và bảo vệ tính toàn vẹn cũng như định
dạng tin nhắn của nó.
Chương 5: Bao gồm lớp con Điều khiển Liên kết Vô tuyến (RLC). Nó đề cập
đến cách lớp con này cung cấp việc phân phối đảm bảo các thông điệp dữ
liệu và tín hiệu tới eNodeB. Nó cũng bao gồm các chế độ hoạt động khác
nhau và định dạng tin nhắn được sử dụng trong mỗi chế độ.
Chương 6: Bao gồm lớp con Kiểm soát truy cập trung bình (MAC).
Nó giải thích thủ tục truy cập ngẫu nhiên, thủ tục giải quyết tranh chấp,
ghép kênh và phân kênh các đơn vị dữ liệu MAC và thủ tục MAC để lập lịch
lưu lượng truy cập đường lên.
Chương 7: Bao gồm lớp con Vật lý (PHY). Nó giải thích cấu trúc khung
không dây và trao đổi lưu lượng với eNodeB, các kênh vật lý đường lên
và đường xuống, điều chế và giải điều chế kênh vật lý, sửa lỗi và các
thủ tục được sử dụng để truyền và nhận tín hiệu và tin nhắn dữ liệu.
Chương 8: Bao gồm khung và kiến trúc Chất lượng dịch vụ (QoS) được UE
và mạng sử dụng để thực thi các tham số QoS được đảm bảo. Nó giải thích
các kênh mang end-to-end, QoS
Internet vạn vật 5
các số liệu được cung cấp bởi mạng lõi và đảm bảo QoS giữa UE,
Internet và các ứng dụng.
Chương 9: Bao gồm các trường hợp sử dụng chính của các ứng dụng
NB-IoT như bãi đậu xe thông minh, thành phố thông minh và nhà
thông minh. Nó cũng bao gồm các tính năng được hỗ trợ bởi các thiết
bị và mạng NB-IoT để triển khai và áp dụng thành công công nghệ NB-
IoT. Nó trình bày cả các yêu cầu về thiết bị và mạng dự kiến sẽ
được cung cấp bởi các nhà khai thác di động khi phát hành bộ công
nghệ này đầu tiên.
1.1.2 Cách đọc cuốn sách này
Cuốn sách này trình bày công nghệ 5G 3GPP LTE NB-IoT mới được phát hành
gần đây bởi các thông số kỹ thuật 3GPP trong Phiên bản 15. Các thông số kỹ
thuật và báo cáo kỹ thuật 3GPP bao gồm nhiều tính năng mới khác của LTE,
chẳng hạn như LTE di động cũ, các nút chuyển tiếp hoặc giao tiếp liên kết
bên. , đi kèm với thông số kỹ thuật NB-IoT. Công nghệ NB-IoT mới rất phức
tạp và đòi hỏi một chuyên gia có tay nghề cao trong lĩnh vực giao thức và
truyền thông không dây. Trong ấn bản này của cuốn sách, chúng tôi giới
thiệu về công nghệ mới này, giải thích các khía cạnh, hoạt động và quy
trình, đường dẫn điều khiển và dữ liệu của nó cũng như cách nó được sử
dụng trong các trường hợp sử dụng khác nhau và trong các tình huống hàng
ngày. Cuốn sách chứa rất nhiều hình ảnh minh họa để giúp bạn tiếp thu và
hiểu công nghệ theo cách nhìn đơn giản.
Cuốn sách bắt đầu với cái nhìn tổng quan về thuật ngữ và kiến trúc ngăn
xếp giao thức mạng. Trong các chương tiếp theo, mỗi lớp con sẽ được trình
bày. Mỗi chương giải thích một lớp con khác nhau của công nghệ NB-IoT.
Mỗi chương cũng là một mô tả độc lập và khép kín về tất cả các chức năng,
thủ tục hoặc đơn vị dữ liệu của lớp con tương ứng.
Lớp con RRC bao gồm các thủ tục và thông báo khác nhau. Các thủ tục
RRC trong đặc tả kỹ thuật 3GPP là các thủ tục phức tạp và cuốn sách này
tập trung và trình bày các kịch bản chủ đạo của các thủ tục này. Tình huống
chính là tình huống không bao gồm hành vi đặc biệt, sự kiện hết hạn hẹn
giờ hoặc tình trạng lỗi bất thường. Điều này nhằm cung cấp một cái nhìn
đơn giản về từng quy trình và hiểu hoạt động cơ bản của nó. Các thông báo
RRC được 3GPP phát hành dưới dạng ASN.1. Trong cuốn sách này, chỉ các
trường có liên quan và các tham số quan trọng của thông báo RRC mới được
trình bày trong bảng với các giá trị, kích thước hoặc ý nghĩa có thể có
của chúng.
Các lớp con PDCP, RLC và MAC cũng được trình bày trong các chương
tương ứng của chúng. Mỗi chương này có các bảng về
Bảng 1.1 Các ký hiệu toán học được sử dụng trong cuốn sách này
Ký hiệu Nghĩa
[x Phạm vi số từ x đến y Bao gồm phạm vi số từ x

y] [x y[ đến y bao gồm x và không bao gồm y Tích của x và yx × yz =
x mod y Phép
x cho toán mô-đun. Phép chia

y thu được thương số nguyên q và số dư z sao cho y × q + z = xx là liên hợp phức
của y. Nếu y = a + jb thì x = a jb
x = y
x
y Ma trận hoặc vectơ
z
w
các tham số và cấu hình RRC được báo hiệu cho các lớp con này cần thiết để biết các
thủ tục và chức năng của lớp con được thực hiện như thế nào. Lớp con PHY là lớp
con chính trong NB-IoT và nó đã được giải thích rất chi tiết trong chương của nó.
Cuối cùng, trình bày các trường hợp sử dụng NB-IoT, kịch bản, tính năng được sử
dụng để triển khai NB-IoT và giao thức lớp ứng dụng phù hợp cho việc phát triển ứng
dụng NB-IoT. Phần này kết thúc cuốn sách bằng cách cung cấp mô tả ngắn gọn về công
nghệ NB-IoT bắt đầu từ kênh không dây dưới cùng cho đến cấp ứng dụng cao nhất.
Xuyên suốt cuốn sách, một số ký hiệu toán học được sử dụng. Những ký hiệu đó
được tóm tắt trong Bảng 1.1.
Ấn bản này của cuốn sách là một trong những ấn bản thuộc lĩnh vực công nghệ NB-
IoT và đóng vai trò như một cuốn sổ tay dành cho những người cần tìm hiểu sâu hơn
về công nghệ này hoặc đang tìm kiếm hướng dẫn về công nghệ mới này. Cuốn sách trình
bày những thông tin và thông số kỹ thuật mới nhất và cập nhật nhất về NB-IoT. Cuốn
sách là tài liệu quý giá dành cho những độc giả kỹ thuật và phi kỹ thuật, những
người sẵn sàng tìm hiểu và tìm kiếm thông tin toàn diện về công nghệ NB-IoT.
Trong các phiên bản tương lai của cuốn sách này, chúng tôi sẽ đề cập đến NB-IoT
bằng các giao diện không dây khác nhau (ví dụ: GSM, WiFi). Chúng tôi cũng sẽ đề cập
đến phân tích dữ liệu, khoa học dữ liệu và hệ thống dựa trên Đám mây được sử dụng
để lưu trữ, xử lý và phân tích dữ liệu và thông tin NB-IoT. Chúng tôi mong muốn
người đọc sẽ thích thú khi đọc cuốn sách này và giữ nó trong thư viện của mình.
chương 2
Hệ thống 4G và 5G
2.1 Lịch sử LTE Công
nghệ di động 4G, được gọi là E-UTRA hoặc LTETM [2], đã được giới
thiệu trong 3GPPTM Release 8 năm 2008 như là công nghệ di động băng
thông rộng vượt quá yêu cầu IMT-2000 [1]. 4G đi kèm với các khả
năng và tính năng tiên tiến như tốc độ dữ liệu đỉnh cao hơn (300
Mbps trên DL và 75 Mbps trên UL), dung lượng và vùng phủ sóng hệ
thống được cải thiện, hiệu suất phổ tần tốt hơn, độ trễ thấp, giảm
chi phí vận hành, hỗ trợ nhiều ăng-ten, linh hoạt hoạt động băng
thông và tích hợp liền mạch với các hệ thống hiện có. LTE Release 10
(được gọi là LTE-Advanced) sau đó được giới thiệu là công nghệ đáp
ứng các yêu cầu IMT-Advanced [3]. LTE-Advanced tăng cường đáng kể
LTE Release 8 bằng cách hỗ trợ mở rộng băng thông lên tới 100 MHz
thông qua tập hợp sóng mang để hỗ trợ tốc độ đỉnh cao hơn nhiều (1
Gbps ở DL và 500 Mbps ở UL), thông lượng và vùng phủ sóng cao hơn
cũng như độ trễ thấp hơn, dẫn đến trải nghiệm người dùng tốt hơn.
Ngoài ra, LTE Release 10 hỗ trợ số lượng ghép kênh không gian
(MIMO), truyền dẫn đa điểm phối hợp và các nút chuyển tiếp cao hơn.
LTE Release 13 (LTE-Advanced-Pro), được phát hành vào năm 2016, mở
rộng LTE-Advanced tới nhiều ứng dụng và ngành mới, cho phép các
trường hợp sử dụng mới ngoài điện thoại thông minh. Phiên bản 13 là
sự khởi đầu của các hoạt động trước 5G nhằm bổ sung các dịch vụ và tính năng mớ
5G được thiết kế để hỗ trợ các yêu cầu của ITU về khả năng của
IMT-2020 [4] như trong Hình 2.1. Tốc độ dữ liệu cao nhất của
IMT-2020 dành cho băng rộng di động nâng cao dự kiến sẽ đạt 10 Gbps
và có thể tăng lên tới 20 Gbps. Hiệu suất phổ dự kiến sẽ là ba
7
số 8
Internet vạn vật băng thông hẹp 5G LTE (NB-IoT)
Tốc độ dữ liệu trải nghiệm
Tốc độ dữ liệu cao nhất của người dùng
(Gbit/s) (Mbit/s)
20 100
IMT-2020
10
Năng lực giao 1
thông khu vực

Hiệu suất
(Mbit/s/m2 )
phổ
10 3×
1 1×
0,1
1× 350
10× 400
100× 500
IMT-nâng cao Tính di
Mạng
động (km/h)
hiệu suất năng lượng
105 10
106 1
Mật độ kết nối Độ trễ

(thiết bị/km2 ) (ms)
Hình 2.1: Mục tiêu của ITU về khả năng IMT-2020 và 5G [4].1
cao hơn gấp nhiều lần so với IMT-Advanced. IMT-2020 dự kiến sẽ hỗ trợ
dung lượng lưu lượng khu vực 10 Mbit/s/m2 như trường hợp tại các điểm nóng.
IMT-2020 sẽ có thể cung cấp độ trễ không dây 1 ms, có khả năng hỗ trợ các
dịch vụ có yêu cầu độ trễ rất thấp. IMT-2020 cũng được kỳ vọng sẽ mang
lại khả năng di chuyển cao lên tới 500 km/h với Chất lượng dịch vụ (QoS)
chấp nhận được cho tàu cao tốc. Cuối cùng, IMT-2020 có km2 dự kiến sẽ hỗ
mật độ kết nối lên tới 106 thiết bị trên mỗi thiết bị, chẳng hạn trợ ,
như trong các tình huống giao tiếp loại máy lớn.
Mạng truyền thông không dây 5G là kết nối và công nghệ thế hệ tiếp
theo trong thập kỷ tới và hơn thế nữa được thiết lập để đáp ứng các yêu
cầu IMT-2020 [4]. Thông số kỹ thuật và tiêu chuẩn hóa 5G LTE đã bắt đầu
trong 3GPP Phiên bản 15. Bộ thông số kỹ thuật 5G ban đầu, dựa trên LTE và
New Radio (NR), đã được hoàn thiện lần cuối vào đầu năm 2018 như một
phần của Phiên bản 15. Giai đoạn đầu tiên của thông số kỹ thuật 5G Dự kiến
sẽ hoàn thành đầy đủ vào năm 2018 và sẵn sàng triển khai thương mại vào
năm 2020.
1Được sao chép lại với sự cho phép bằng văn bản của ITU.
Hệ thống 4G và 5G 9
Công nghệ 5G hứa hẹn mang lại nhiều tính năng tiên tiến bao gồm
Internet vạn vật băng thông hẹp (NB-IoT)2 cho một thế giới được kết
nối [5, 6]. 5G đang cung cấp nhiều tính năng phong phú như ô tô được
kết nối (Xe với mọi thứ (V2X)), giao tiếp kiểu máy, giao tiếp giữa
thiết bị với thiết bị, tế bào nhỏ và mạng chuyển tiếp. Ngoài ra, còn có
nhiều tính năng nâng cao khác bao gồm MIMO khổng lồ và các kỹ thuật ăng-
ten tiên tiến, tạo chùm tia thích ứng, sử dụng đồng thời các băng tần
được cấp phép và không được cấp phép, giao diện vô tuyến thống nhất và
đơn lẻ, thiết kế khung con FDD/TDD linh hoạt và số học OFDM có thể mở
rộng và các sơ đồ điều chế.
Mặc dù 4G LTE sẽ tiếp tục phát triển trước khi 5G trở nên phổ biến
và có sẵn trên thị trường, mạng 5G thế hệ tiếp theo sẽ hỗ trợ nhiều
trường hợp sử dụng mới và các ứng dụng dọc mà đơn giản là không thể
chạy được ngay cả trên các mạng 4G LTE tiên tiến nhất. Từ nhiều hoạt
động triển khai IoT khác nhau đến các kịch bản giao tiếp kiểu máy quy
mô lớn, mạng 5G sẽ có khả năng làm được nhiều việc hơn các ứng dụng
băng thông rộng di động mà chúng ta có ngày nay. Các mạng này sẽ mở rộng
quy mô để đáp ứng hàng tỷ thiết bị ở tốc độ dữ liệu rất cao (lên tới 20
Gbps) và độ trễ cực thấp (dưới 1 ms) và độ tin cậy cực cao [7].
2.2 Internet vạn vật băng thông hẹp 5G Công nghệ 3GPP 5G đã
giới thiệu một giao diện vô tuyến mới, IoT băng thông hẹp (NB-IoT) [5],
trong Phiên bản 13 và đã được mở rộng trong Phiên bản 14 và Phiên bản
15. NB-IoT được thiết kế để kết nối một nền tảng lớn số lượng thiết bị
trong nhiều lĩnh vực ứng dụng tạo thành cái gọi là Internet of Things
(IoT). Các thiết bị được kết nối sẽ liên lạc thông qua cơ sở hạ tầng
di động. 3GPP cũng đã giới thiệu các tốc độ dữ liệu khác nhau phù hợp
với NB-IoT, từ 10 giây Kbps ở băng thông 180 KHz (LTE Cat-NB1) đến vài
trăm Kbps (LTE Cat-NB2) [2, 8]. Đài phát thanh 5G mới cho NB-IoT cũng
được lên kế hoạch giới thiệu các tính năng nâng cao cho IoT lớn bao gồm
Đa truy cập trải rộng tài nguyên (RSMA) cho các trường hợp sử dụng IoT
yêu cầu quyền truy cập không đồng bộ và không cấp phép, lưới nhiều
bước nhảy, sơ đồ chế độ tiết kiệm năng lượng (PSM), và khả năng thu
sóng không liên tục kéo dài (eDRX) để có tuổi thọ pin lâu hơn.
NB-IoT là giải pháp Mạng diện rộng (WAN) công suất thấp hoạt động ở
các dải phổ được cấp phép. 3GPP đưa công nghệ này vào như một phần
của tiêu chuẩn LTE để hưởng lợi từ hệ sinh thái lớn được cung cấp bởi
công nghệ LTE và các nhà khai thác di động.
2Các thuật ngữ “NB-IoT,” “CIoT,” “LTE IoT” hoặc “UE” được sử dụng thay thế cho nhau.
Băng thông rộng di động nâng cao
Gigabyte trong một giây
Video 3D, màn hình UHD
Làm việc và giải trí trên đám mây

Xây dựng nhà thông minh
thực tế tăng cường
Tự động hóa ngành
Tiếng nói Ứng dụng quan trọng của nhiệm vụ
Thành phố thông minh

Xe tự lái
IMT tương lai
Loại máy lớn Độ trễ cực kỳ đáng tin cậy và thấp

thông tin liên lạc thông tin liên lạc
Hình 2.2: Các kịch bản sử dụng cho IMT-2020 trở đi [4].3
Công nghệ 5G không chỉ nâng cao các trường hợp sử dụng di động hiện có mà
còn mở rộng sang một kỷ nguyên mới về các trường hợp và kịch bản sử dụng; IoT
quy mô lớn, nhà thông minh, thành phố thông minh, giao thông thông minh, lưới
điện thông minh, tiện ích và đồng hồ đo thông minh, thiết bị đeo và cảm biến
từ xa, xe tự hành và tự lái, theo dõi đối tượng, thực tế ảo di động, điều
khiển từ xa và tự động hóa quy trình cho ngành hàng không và robot, và kiểm
soát nhiệm vụ quan trọng [9, 10]. Hình 2.2 minh họa các ví dụ về các kịch bản
sử dụng được hình dung cho IMT-2020 và hơn thế nữa do ITU đặt ra [4].
Dự kiến, trong vài năm tới, sẽ có sự bùng nổ về số lượng thiết bị kết nối
IoT. Ví dụ, đến năm 2025, dự kiến sẽ có hơn 5 tỷ thiết bị được kết nối thông
qua 5G NB-IoT. Các thiết bị 5G NB-IoT được thiết kế với các yêu cầu và mục
tiêu sau:
Số lượng lớn thiết bị có thông lượng thấp: Hỗ trợ ít nhất 52.547

thiết bị được kết nối trong khu vực trạm di động. Mục tiêu này dựa
trên việc sử dụng 40 thiết bị cho mỗi hộ gia đình với mật độ hộ gia
đình dựa trên giả định đối với km2 do thành phố London cung cấp và ô
(mật độ hộ gia đình là 1517 trên khoảng cách liên vùng trong [11, 12]
1732 m).
Tiêu thụ điện năng thấp: Cho phép các thiết bị IoT lấy dòng điện thấp
(trong phạm vi nanoamp) để có thể sạc một lần pin trong nhiều năm
(trong khoảng 10 năm).
3Sao chép lại với sự cho phép bằng văn bản của ITU.
Tuổi thọ pin dài hơn: Mục tiêu là cung cấp tuổi thọ pin 10 năm với dung
lượng pin 5 WH.
Cải thiện vùng phủ sóng trong nhà và ngoài trời: Mục tiêu là đạt được vùng
phủ sóng mở rộng 20 dB so với các thiết bị GPRS cũ. Tốc độ dữ liệu ít nhất
160 bps phải được hỗ trợ cho cả đường lên và đường xuống.
Độ phức tạp thấp: Mục tiêu là cung cấp các thiết bị có độ phức tạp cực thấp
để hỗ trợ các ứng dụng IoT mang lại chi phí rẻ hơn.
Độ trễ thấp: Độ trễ từ 10 giây trở xuống là mục tiêu của 99% thiết bị.
Chi phí thấp: Chi phí mục tiêu là 5 USD cho mỗi thiết bị.
Các thiết bị NB-IoT được kết nối với cơ sở hạ tầng và mạng di động.
Mạng di động hỗ trợ các thiết bị NB-IoT được thiết kế với các yêu cầu và mục
tiêu sau:
Tái sử dụng các quy trình tiết kiệm năng lượng hiện có trong mạng lõi
để tăng tuổi thọ pin UE.
Hỗ trợ chia sẻ mạng lõi giữa nhiều nhà mạng di động.
Kiểm soát truy cập UE cho mỗi PLMN. Tức là hỗ trợ chặn lớp truy cập
trên mỗi PLMN.
Hỗ trợ dịch vụ tin nhắn ngắn (SMS).
Hỗ trợ nén tiêu đề IP cho các dịch vụ dựa trên IP.
Hỗ trợ các quy trình chọn ô và chọn (Lại) ở cả hai chế độ IDLE và
CONNECTED.
Hỗ trợ lưu lượng multicast.
2.3 Kịch bản và ứng dụng NB-IoT Nhiều kịch bản triển khai NB-IoT
sẽ sử dụng cảm biến. Các cảm biến đang trở thành điểm cuối của mạng NB-IoT,
thu thập lượng dữ liệu và thông tin nhận biết ngữ cảnh ngày càng tăng (ví dụ:
vị trí, hình ảnh, điều kiện thời tiết) và đưa một lượng lớn dữ liệu có cấu
trúc và phi cấu trúc vào mạng và ứng dụng. Do đó, dữ liệu lớn, phân tích và
dự đoán đã trở thành đồng nghĩa rõ ràng với NB-IoT. Những thiết bị NB-IoT
được sử dụng làm cảm biến có thể được sử dụng cho các ứng dụng sau:
Đo mức tiêu thụ gas, nước và điện.
Đo điều kiện thời tiết như nhiệt độ, độ ẩm, áp suất, hướng gió, chỉ
số tia cực tím (UV).
Đo mức độ ô nhiễm như lượng khí thải carbon, thủy ngân và khí thải
phóng xạ.
Đo lường các hoạt động môi trường như tiếng ồn, mức độ phấn hoa,
bụi và hoạt động của mặt trời.
Các thiết bị NB-IoT cũng có thể được sử dụng làm bộ truyền động. Thiết bị truyền động được
sử dụng để điều khiển và điều khiển các thiết bị như điều khiển đèn giao thông, làn đường
giao thông hoặc các thiết bị gia dụng. Các thiết bị NB-IoT được sử dụng làm cảm biến thường
có số lượng nhiều hơn các thiết bị NB-IoT đóng vai trò là bộ truyền động.
NB-IoT hứa hẹn sẽ tạo ra một thế giới có tính kết nối cao, yêu cầu sử
dụng cảm biến và phân tích dữ liệu để cảm biến, giám sát và kiểm soát tất cả
các sự kiện trong nhà, ô tô, nông nghiệp, công nghiệp và môi trường. Cảm
biến và dữ liệu do cảm biến tạo ra được vận chuyển và phân phối bởi các
thiết bị NB-IoT, điều này cuối cùng tạo điều kiện thuận lợi cho các bên liên
quan phân tích và áp dụng thông tin chuyên sâu trong thời gian thực. Các ví
dụ sau hiện có thể thực hiện được với 5G NB-IoT:
Thành phố thông minh: Giám sát đèn giao thông trên đường cao tốc và
các nút giao đường, giám sát và kiểm soát mạng lưới cơ sở hạ tầng
như điện, gas và nước thải; an toàn công cộng và quản lý thiên tai;
video theo dõi; vi phạm giao thông; và thực thi pháp luật.
Nhà thông minh: Hệ thống chiếu sáng, thiết bị thông minh, TV được
kết nối, máy chơi game, hệ thống âm thanh và rạp hát, hệ thống báo
khói và báo động, thiết bị đeo, thiết bị giám sát trẻ em và thú cưng.
Giao thông Thông minh: Giao tiếp giữa các phương tiện, người đi bộ
hoặc người đi xe đạp để cảnh báo giao thông, va chạm và tránh tai
nạn, an toàn giao thông và thực thi biển báo giao thông, xe buýt
công cộng, xe lửa, thông tin và quản lý giao thông ngầm cũng như
bãi đậu xe công cộng và thông tin liên lạc của đồng hồ đỗ xe.
3GPP xác định một số ứng dụng thường được sử dụng bởi các thiết bị và cảm
biến NB-IoT như trong Bảng 2.1. Các ứng dụng này được đặc trưng bởi lượng
dữ liệu tính bằng byte được báo cáo liên tục trong một khoảng thời gian [7].
thống
Bảng 2.1 Tóm tắt ứng dụng CIoT và việc sử dụng lưu lượng truy cập của chúng
Số báo cáo Tổng số báo cáo hàng ngày Số báo cáo tổng hàng ngày
Ứng dụng Thiết bị trong Khoảng thời gian trong
Đường lên Đường lên Khoảng thời gian trong đường xuống Đường xuống
một ô đơn Đường lên Byte Lưu lượng truy cập (KB) Đường xuống Byte Lưu lượng truy cập (KB)
37500 200 7324 50 262
5G
Đo nước 1/ngày 1/tuần 1/
và
4G
Đo khí 37500 4/giờ 1/ 100 351652 tuần 50 262
Hệ
Quản lý chất thải 100 giờ 1/ 50 117 Không 2/ngày Không 0
Giám sát ô nhiễm 150 giờ 4/ 1000 tuần 3515 1/ 1000 293
Cảnh báo ô nhiễm 20 giờ 1/ 5000 3906 9375 2/ngày 1000 3
Chiếu sáng công cộng 200 ngày 1/ 20000 1/ 1/ngày 187500 1000 390
Quản lý bãi đậu xe 80000 giờ 2/ 100 giờ ngày 39 2344 1/ 100 7812
Tưới nước 200 ngày 4/ 100 100 20
Cho thuê xe đạp tự phục vụ 500 giờ 50 50 586
Tổng cộng 156170 565772 9628
13
2.4 Số lượng lớn thông lượng thấp

Thiết bị
Các thiết bị NB-IoT dự kiến sẽ có số lượng lớn ở gia đình, ô tô, thành phố và
đô thị [13, 14]. Hai thành phố London và Tokyo được sử dụng làm trung tâm
mô hình để biết dân số và mật độ hộ gia đình, và số lượng
số thiết bị NB-IoT được sử dụng [11]. Hình dạng ô được xác định như thể hiện trong
Hình 2.3.
Mỗi cell được thiết kế với tối đa 40 thiết bị cho mỗi hộ gia đình.
Bảng 2.2 cho thấy hình dạng tế bào và mật độ thiết bị IoT cho cả hai
Khu đô thị London và Tokyo. Số lượng thiết bị trên mỗi trạm di động
khu vực bằng diện tích của khu vực di động × Mật độ hộ gia đình trên mỗi
km2 × số thiết bị mỗi hộ gia đình.
(R)
kính
Bán
Khoảng cách giữa các địa điểm (ISD)
Hình 2.3: Hình học tế bào CIoT.
Bảng 2.2 Dung lượng tế bào IoT

Hộ gia đình Diện tích tế bào Số lượng Số lượng
Thành phố Tỉ trọng ISD (m) Lĩnh vực trang web thiết bị trên mỗi các thiết bị trong một
mỗi km2 (km2 ) hộ gia đình Lĩnh vực trang web di động
Luân Đôn 1517 1732 0,866 40 52548

Tokyo 2316 1732 0,866 40 80226
2.5 Tuổi thọ pin dài hơn Các thiết bị NB-IoT
được cấp nguồn bằng pin. Kịch bản về tốc độ dữ liệu, mức sử dụng và phạm vi
phủ sóng của NB-IoT xác định thời lượng pin này có thể chạy sau một lần sạc.
Khi thiết bị đang tích cực truyền và nhận từ eNodeB, nó sẽ tiêu tốn năng
lượng pin; nếu thiết bị ở chế độ ngủ, mức tiêu thụ năng lượng sẽ giảm đi
rất nhiều.
Dung lượng pin được biểu thị bằng watt-giờ (WH). Nghĩa là, nó có thể
cung cấp bao nhiêu năng lượng, Watt = Volt × Dòng điện, trong một giờ.
Tuổi thọ của pin có thể được tính gần đúng bằng cách cộng lượng điện năng
tiêu thụ trong thời gian hoạt động và lượng điện năng tiêu thụ khi thiết
bị ở chế độ ngủ. Tiêu thụ nhiều năng lượng hơn khi thiết bị hoạt động.
Vì lý do này, thiết bị được đặt ở chế độ ngủ càng lâu càng tốt để tăng
tuổi thọ pin.
Mức tiêu thụ điện năng có thể thay đổi trong chế độ hoạt động. Thiết
bị có thể dao động giữa việc truyền lưu lượng truy cập lớn hoặc lưu
lượng truy cập thấp tùy thuộc vào tình huống tải lưu lượng. Vùng phủ
sóng cũng có thể ảnh hưởng đến mức tiêu thụ điện năng như trong trường
hợp vùng phủ sóng kém; các thiết bị cần truyền và truyền lại cùng một tin
nhắn nhiều lần dẫn đến mức tiêu thụ điện năng cao hơn. Để có phạm vi phủ
sóng tốt, thiết bị cần truyền tin nhắn với số lần ít hơn để giảm mức tiêu
thụ điện năng.
Thiết bị NB-IoT bị hạn chế về tài nguyên, tức là phần cứng có độ phức
tạp thấp, bộ nhớ và khả năng xử lý hạn chế và không có nguồn năng lượng
lâu dài. Các cơ chế cấp nguồn khác nhau có sẵn cho các thiết bị NB-IoT,
chẳng hạn như sau:
Pin không thể sạc lại chỉ được sạc một lần.
Pin có thể sạc lại bằng cách sạc thường xuyên (ví dụ: nguồn năng lượng mặt trời).
Pin có thể sạc lại với tần suất sạc không đều (ví dụ: thu hồi năng
lượng theo cơ hội).
Luôn bật (ví dụ: đồng hồ đo điện).
2.6 Báo cáo dữ liệu và độ trễ thấp Hầu hết các ứng dụng chạy
trên thiết bị NB-IoT dự kiến sẽ chấp nhận được độ trễ. Đó là, họ có khả
năng chịu đựng sự chậm trễ. Tuy nhiên, một số ứng dụng, chẳng hạn như ứng
dụng báo động, có thể phân phối dữ liệu của chúng gần như theo thời gian
thực với mục tiêu độ trễ là 10 giây.
Các thiết bị NB-IoT dự kiến sẽ gửi và nhận dữ liệu trên đường lên và
từ đường xuống. Dữ liệu đó có dạng báo cáo được kích hoạt, báo cáo ngoại
lệ hoặc báo cáo định kỳ [11, 12] như trong Hình 2.4.
Yêu cầu Mạng lõi
Phản ứng
Cảm biến trạm xăng

biệt
đặc
cáo
Báo Báo cáo định kỳ
eNodeB
NGỌN LỬA
Nhà thông minh Báo khói
Hình 2.4: Các báo cáo khác nhau được truyền bởi CIoT.
Trong báo cáo được kích hoạt, còn được gọi là trao đổi lưu lượng phản
hồi lệnh, eNodeB sẽ gửi lệnh đến thiết bị NB-IoT trong đó phản hồi từ NB-IoT
là tùy chọn. Ví dụ về các lệnh như bật/tắt đèn hoặc công tắc điện hoặc báo
cáo chỉ số đồng hồ.
Thông thường, các lệnh có kích thước tải trọng khoảng 20 byte, trong khi
kích thước tải trọng phản hồi là khoảng 100 byte với tổng độ trễ khứ hồi là
10 giây. Mỗi lần trao đổi lệnh-phản hồi có thể được lặp lại trong khoảng
thời gian 1 ngày, 2 giờ, 1 giờ hoặc 30 phút.
Báo cáo ngoại lệ là dữ liệu đặc biệt được truyền bởi các thiết bị NB-IoT.
Các thiết bị NB-IoT được sử dụng làm cảm biến thường được sử dụng để theo
dõi tình trạng vật lý và nếu điều kiện này được đáp ứng, nó sẽ kích hoạt
truyền một báo cáo đặc biệt. Ví dụ: thiết bị phát hiện và báo động khói,
thiết bị phát hiện sự cố về gas hoặc điện hoặc đồng hồ đo thông minh truyền
các báo cáo đặc biệt có tải trọng đường lên là 20 byte và có độ trễ lên tới 10 giây.
Các báo cáo đặc biệt được xác nhận bằng cách nhận tín hiệu ACK từ eNodeB có
gói có độ dài bằng 0.
Báo cáo định kỳ được truyền đi một cách nhại lại bởi các thiết bị NB-IoT.
Các thiết bị NB-IoT được sử dụng trong tiện ích thông minh (nước, khí đốt
hoặc điện), nông nghiệp thông minh hoặc môi trường thông minh là những ví dụ
về những thiết bị phát ra báo cáo định kỳ. Kích thước dữ liệu do báo cáo
định kỳ phát ra nằm trong khoảng từ 20 byte đến tối đa là 200 byte. Dữ liệu
định kỳ được truyền theo từng khoảng thời gian có thể là 1 ngày, 2 giờ, 1
giờ hoặc 30 phút.
Cuối cùng, việc nâng cấp và cập nhật phần mềm cho các thiết bị NB-IoT
dự kiến sẽ thỉnh thoảng diễn ra. Điều này bao gồm việc cấu hình lại phần
mềm hoặc ứng dụng NB-IoT. Tải trọng của các nâng cấp như vậy dự kiến sẽ
nằm trong khoảng 200–2.000 byte với khoảng thời gian định kỳ là 180 ngày.
Bảng 2.1 cho thấy các ứng dụng khác nhau có thể kích hoạt phản hồi
lệnh, ngoại lệ hoặc lưu lượng báo cáo định kỳ trên các thiết bị NB-IoT [7].
2.7 Ngăn xếp giao thức LTE NB-IoT
và Kiến trúc
Ngăn xếp giao thức mạng được thiết kế thành kiến trúc phân lớp tồn tại ở
cả nút truyền và nút nhận. Mỗi lớp chạy một giao thức có thể giao tiếp
với nút ngang hàng ở cùng một lớp. Giao thức trao đổi tin nhắn, gói hoặc
Đơn vị dữ liệu giao thức (PDU) để cung cấp dịch vụ hoặc chức năng cho
lớp trên. Pro-tocol cũng trao đổi các tin nhắn, gói hoặc PDU này với lớp
thấp hơn để sử dụng các chức năng và dịch vụ của nó.
Hình 2.5 thể hiện kiến trúc phân lớp. Các lớp này là các lớp thuộc mô
hình tham chiếu của Kết nối hệ thống mở (OSI) được Tổ chức Tiêu chuẩn
Quốc tế (ISO) phát triển như một tiêu chuẩn quốc tế cho mạng máy tính.
Thông thường, kiến trúc lớp được chia theo chiều dọc thành hai mặt
phẳng: mặt phẳng dữ liệu và mặt phẳng điều khiển. Mặt phẳng đầu tiên là
mặt phẳng nơi dữ liệu người dùng được truyền giữa hai nút, trong khi
mặt phẳng sau là nơi trao đổi thông tin điều khiển. Một số lớp này có
thể không tồn tại trong mặt phẳng điều khiển, chẳng hạn như lớp ứng dụng,
phiên và lớp trình bày. Hình 2.7 và 2.8 lần lượt hiển thị mặt phẳng dữ
liệu và mặt phẳng điều khiển cho ngăn xếp giao thức NB-IoT.
Hai lớp dưới cùng trong Hình 2.5 còn được gọi là Access Stratum (AS).
Hai lớp này chịu trách nhiệm xử lý việc truyền hoặc nhận vật lý trên
phương tiện truyền thông. Trong một mạng thông thường, phương tiện vật
lý có thể là cáp Ethernet, kênh không dây hoặc bất kỳ dạng kết nối vật
lý nào khác. Khi phương tiện thay đổi từ mạng này sang mạng khác (ví dụ:
từ mạng Ethernet sang mạng WiFi), các giao thức lớp MAC và PHY cũng cần
phải được thay đổi vì chúng phải xử lý các loại phương tiện khác nhau.
Trong trường hợp NB-IoT, phương tiện vật lý là kênh không dây và cả lớp
MAC và PHY đều được gọi là tầng truy cập. Do đó, năm lớp trên là Tầng
không truy cập (NAS) và chúng gần như là tầng
Ứng dụng Ứng dụng
Phiên họp Phiên họp
Bài thuyết trình Bài thuyết trình
Chuyên chở Chuyên chở
gp
gy
n nậ
ô
u ầc
h
r T
k
t
Mạng Mạng
MAC MAC
gS
y
) nA
u
p ầ(
r
ậ T
t
c
vật lý vật lý
Hình 2.5: Ngăn xếp giao thức mặt phẳng dữ liệu OSI.
giống nhau trên các loại phương tiện vật lý khác nhau vì các giao thức và chức
năng của chúng độc lập với phương tiện vật lý.
Các lớp được hiển thị trong Hình 2.5 trao đổi đơn vị dữ liệu của chúng dưới
dạng Đơn vị dữ liệu dịch vụ (SDU) hoặc Đơn vị dữ liệu giao thức (PDU). SDU đề cập
đến đơn vị dữ liệu trong lớp (tức là đơn vị dữ liệu trong lớp), trong khi PDU đề
cập đến đơn vị dữ liệu được trao đổi giữa các lớp (tức là đơn vị dữ liệu giữa các lớp).
SDU và PDU cho ba lớp được hiển thị trong Hình 2.6. Mỗi lớp có SDU riêng được thêm
vào bởi một tiêu đề cho mỗi lớp (H1, H2, H3) khi trao đổi SDU với lớp trên hoặc lớp
dưới. Trên đường truyền, mỗi lớp gắn thêm SDU của nó bằng một tiêu đề và gửi nó
xuống lớp bên dưới nó. Trên đường nhận, mỗi lớp sẽ gửi SDU của nó lên lớp trên.
Mỗi lớp biết kích thước tiêu đề của nó và do đó có thể loại bỏ PDU nhận được từ
lớp thấp hơn để trích xuất SDU. Ngoài ra, mỗi lớp có thể thêm một đoạn giới thiệu
vào SDU của nó (ví dụ: tổng kiểm tra hoặc đoạn giới thiệu bảo vệ tính toàn vẹn).
Mặt khác, NB-IoT có kiến trúc phân lớp của ngăn xếp giao thức, các dịch vụ và
chức năng sẽ được truyền và nhận
SDU lớp N + 1
Lớp N+1 H1 SDU lớp N + 1
Lớp N + 1 PDU
SDU lớp N
Lớp N H2 SDU lớp N
PDU lớp N
Lớp N – 1 SDU
Lớp N–1 H3 Lớp N – 1 SDU
Lớp N – 1 PDU
Hình 2.6: Đơn vị dữ liệu dịch vụ và đơn vị dữ liệu giao thức.
trên một loại phương tiện truyền thông cụ thể; trong trường hợp này,
đó là kênh không dây. NB-IoT không có tất cả các lớp như trong Hình 2.5
được xác định bởi 3GPP mà chỉ có hai lớp dưới cùng nhất là lớp MAC và
PHY, trong khi giữ nguyên năm lớp trên còn lại. Điều này là do ngăn xếp
giao thức 3GPP chỉ xác định tầng truy cập và các phương thức truy cập
không khí cũng như các giao thức chỉ nằm ở lớp MAC và PHY. Các giao thức
lớp vận chuyển và mạng (TCP/IP) có thể được sử dụng như chúng tồn tại
ngày nay trên các giao thức và lớp 3GPP.
Hình 2.7 và 2.8 minh họa ngăn xếp giao thức 3GPP trong ngăn xếp ISO
cho cả mặt phẳng dữ liệu và mặt phẳng điều khiển. Trong Hình 2.7 và như
mong đợi, 3GPP chỉ xác định các lớp tầng truy cập: Giao thức hội tụ dữ
liệu gói (PDCP), Điều khiển liên kết vô tuyến (RLC), Kiểm soát truy cập
trung bình (MAC) và các lớp con Vật lý (PHY), trong khi ở Hình 2.8, bổ
sung các lớp con của mặt phẳng điều khiển cũng được xác định bởi 3GPP:
Kiểm soát tài nguyên vô tuyến (RRC) và Tầng không truy cập (NAS).
Trong cuốn sách này, chúng tôi mô tả và giải thích ngăn xếp giao thức
mặt phẳng dữ liệu và mặt phẳng điều khiển 3GPP tại các lớp con PDCP,
RLC, MAC và PHY. Ngoài ra, lớp con RRC từ ngăn xếp mặt phẳng điều khiển là
PDCP
MAC RLC
MAC
vật lý vật lý
Ngăn xếp mặt phẳng dữ liệu OSI Ngăn xếp mặt phẳng dữ liệu 3GPP
Hình 2.7: Ngăn xếp giao thức mặt phẳng dữ liệu NB-IoT.
NAS
RRC
PDCP
MAC RLC
MAC
vật lý vật lý
Ngăn xếp mặt phẳng điều khiển OSI Ngăn xếp mặt phẳng điều khiển 3GPP
Hình 2.8: Ngăn xếp giao thức mặt phẳng điều khiển NB-IoT.
cũng giải thích. Cuốn sách giải thích các lớp con được giới thiệu cho
mạng 5G LTE NB-IoT. Lớp NAS là lớp tín hiệu được phát triển và tồn tại
cùng với ngăn xếp giao thức 3GPP khác như UMTSTM.
Hình 2.9 minh họa cách một gói đi qua lớp mạng (lớp IP) và thông qua
ngăn xếp giao thức mặt phẳng dữ liệu NB-IoT khác nhau; Các lớp con PDCP,
RLC, MAC và PHY. Phần giải thích chi tiết về từng lớp con này sẽ được
trình bày ở các chương sau.
LTE đã phát triển như một sự cải tiến cho hệ thống tiền thân của nó
được gọi là UMTSTM. Mạng và truy cập vô tuyến mặt đất UMTSTM nâng cao (E-
UTRA và E-UTRAN) lần lượt là tên chính thức được 3GPP sử dụng cho LTE
UE và mạng lõi của nó. E-UTRAN bao gồm một eNodeB hoạt động như một bộ
điều khiển trung tâm (ví dụ: trạm gốc) được kết nối với một số lượng
lớn thiết bị NB-IoT. Các eNodeB khác nhau được kết nối với nhau và với
mạng lõi thông qua các giao thức như giao thức S1 và X2. Thuật ngữ E-
UTRAN dùng để chỉ phía mạng (eNodeB và mạng lõi), trong khi thuật ngữ E-
UTRA dùng để chỉ phía UE.
Đài mang dữ liệu số 0 Đài mang dữ liệu số 1
lớp IP H SDU IP H SDU IP
IP PDU IP PDU
H IP SDU H SDU IP
Lớp con PDCP
(nén tiêu đề và mã
hóa) H PDCP SDU H PDCP SDU
PDCP PDU PDCP PDU
RLC SDU RLC SDU
Lớp con RLC

(nối)
H RLC SDU
PDCP PDU
Lớp con MAC Các phần tử điều khiển MAC H MAC SDU
(ghép kênh CE & SDU)
MAC PDU
Lớp con PHY SDU PHY CRC
Khối vận chuyển PDU
Hình 2.9: Truyền tải gói thông qua ngăn xếp giao thức NB-IoT.
Hình 2.10 minh họa kiến trúc này. Mỗi eNodeB chịu trách nhiệm cung cấp vùng
phủ sóng vô tuyến cho một khu vực địa lý và tất cả các thiết bị NB-IoT trong
khu vực này đều có thể được kết nối với eNodeB này. Một hoặc nhiều eNodeB
thuộc về nhà cung cấp dịch vụ di động (ví dụ: AT&T, T-Mobile). Tất cả các
thiết bị NB-IoT trong khu vực dịch vụ của nhà khai thác di động đều được
trang bị và cung cấp thẻ USIM để kích hoạt các dịch vụ của họ trên mạng của
nhà khai thác di động.
Các eNodeB được kết nối với nhau bằng giao thức và giao diện X2. Các
eNodeB cũng được kết nối bằng giao diện S1 với EPC (Lõi gói tiến hóa)4 là
mạng lõi. Cụ thể hơn, eNodeB được kết nối với MME (Thực thể quản lý di
động) bằng giao diện S1-MME và với Cổng phục vụ (S-GW) bằng giao diện S1-U.
Giao diện S1-MME mang các thông báo và báo hiệu trên mặt phẳng điều khiển,
trong khi giao diện S1-U mang các thông báo trên mặt phẳng dữ liệu.
4Thuật ngữ EPC hoặc Mạng lõi được sử dụng thay thế cho nhau.
Internet
MME, S-GW, P-GW MME, S-GW, P-GW
thức
Giao
S1 thức
giao
S1
Giao thức X2
Hình 2.10: Kiến trúc mạng LTE NB-IoT.
Mặt phẳng dữ liệu Mặt phẳng điều khiển
UE loT eNodeB EPC
Nhập học UE và lập
NAS kế hoạch lưu lượng MME

S1-MME
TCP/IP RRC RRC NAS HSS
PDCP PDCP
S1-U
RLC RLC SGW PGW Internet
MAC MAC
vật lý vật lý
Ưu
Ngăn xếp giao thức 3GPP LTE
Hình 2.11: Ngăn xếp giao thức 3GPP LTE NB-IoT cho cả UE và eNodeB.
Hình 2.11 minh họa ngăn xếp giao thức 3GPP tổng thể tại NB-IoT UE,
eNodeB và mạng lõi (EPC). Mạng lõi LTE, được gọi là Lõi gói tiến hóa (EPC),
có hai giao diện với eNodeB; Giao thức S1-MME mang tất cả tin nhắn báo hiệu
và S1-U mang tất cả tin nhắn dữ liệu hoặc người dùng. Lưu lượng mặt phẳng
dữ liệu truyền từ UE đến eNodeB thông qua giao diện S1-U đến S-GW, Cổng gói
(P-GW) và cuối cùng đến Internet. Lưu lượng mặt phẳng điều khiển truyền
từ UE đến eNodeB thông qua giao diện S1-MME đến MME.
MME là thành phần mặt phẳng điều khiển vì nó chứa NAS là điểm neo để
trao đổi các bản tin báo hiệu với UE. MME có thể bị choáng ngợp bởi số
lượng lớn thông tin liên lạc từ các thiết bị NB-IoT vì số lượng thiết bị
NB-IoT trong khu vực MME có thể lên tới hàng trăm nghìn thiết bị. Để xử lý
số lượng lớn thiết bị NB-IoT như vậy, có thể có nhiều MME giao tiếp với
cùng một eNodeB và thực hiện cân bằng tải giữa chúng. MME cũng giao tiếp
với S-GW và P-GW. Các chức năng chính của MME là:
Tín hiệu NAS (ví dụ: quy trình cập nhật khu vực đính kèm và theo
dõi, thiết lập vật mang và giải phóng).
Ủy quyền và xác thực.
Lựa chọn S-GW và P-GW
Chặn hợp pháp các tin nhắn báo hiệu hoặc tin nhắn trên mặt phẳng dữ
liệu được gắn kèm với các tin nhắn báo hiệu.
Cổng phục vụ (S-GW) là thành phần đầu tiên trong EPC nhận các gói dữ liệu
từ UE thông qua giao diện S1-U. Nếu các gói dữ liệu của UE được gắn kèm
với các thông báo báo hiệu NAS thì các gói đó sẽ không đi qua S-GW. Các
chức năng chính của S-GW như sau:
Chuyển tiếp gói và định tuyến tới P-GW.
Tính toán lưu lượng UE.
Neo di động địa phương. Nếu UE chuyển sang EPC khác, lưu lượng
của nó sẽ được định tuyến qua S-GW nhà của nó.
Chặn hợp pháp các gói dữ liệu trên mặt phẳng.
Cổng gói (P-GW), là cổng vào Mạng dữ liệu gói (PDN), là cổng thứ hai trong
EPC. Nó hoạt động như một điểm truy cập để cung cấp kết nối UE với
Internet, các ứng dụng và dịch vụ. Các chức năng chính của P-GW như sau:
Hỗ trợ IPv4, IPv6, DHCPv4, DHCPv6 và cấp phát địa chỉ IP cho UE.
Ánh xạ các tham số QoS của kênh mang EPS (QCI và ARP) tới điểm Mã
DiffServ.
Lọc và kiểm tra gói tin.
Thực thi tốc độ dữ liệu cho UE ở cả đường xuống và đường lên.
Tính toán lưu lượng truy cập UE cho cả đường xuống và đường lên.
Chặn hợp pháp các gói dữ liệu trên mặt phẳng.
HSS (Máy chủ thuê bao gia đình) là một thành phần EPC khác được sử dụng để lưu
trữ và cập nhật thông tin thuê bao UE. HSS cũng lưu trữ thông tin UE nơi tạo
ra các khóa bảo mật khác nhau để mã hóa nhận dạng và lưu lượng truy cập. Các
chức năng chính của HSS như sau:
Nhận dạng và đánh địa chỉ UE Nó chứa IMSI (Nhận dạng thuê bao di động
quốc tế) hoặc số điện thoại di động.
Thông tin hồ sơ UE. Điều này bao gồm thông tin chất lượng dịch vụ do
UE đăng ký (chẳng hạn như tốc độ bit tối đa được phép hoặc loại lưu
lượng được phép).
Cung cấp xác thực giữa MME và UE.
Cung cấp các khóa bảo mật được sử dụng để mã hóa và bảo vệ tính toàn
vẹn của các tin nhắn mặt phẳng dữ liệu và tín hiệu được trao đổi giữa
UE và eNodeB.
Trong cuốn sách này, chúng tôi mô tả ngăn xếp giao thức 3GPP LTE NB-IoT ở phía
thiết bị NB-IoT. Điều đáng chú ý là cùng một ngăn xếp thiết bị NB-IoT tồn tại
và được phản ánh tại eNodeB. Tuy nhiên, ở phía eNodeB, có nhiều phiên bản của
ngăn xếp; một cho mỗi thiết bị NB-IoT.
2.8 Chế độ hoạt động của NB-IoT Giao diện vô tuyến của
NB-IoT có thể hỗ trợ ba chế độ hoạt động như minh họa trong Hình 2.12. Sau đây
là các chế độ được thiết bị NB-IoT hỗ trợ:
Inband: Sử dụng băng tần của tần số LTE. Nó sử dụng các khối tài nguyên
trong băng thông sóng mang LTE trong đó một khối tài nguyên vật lý của
LTE chiếm băng thông 180 KHz.

200 KHz
LTE
Trong băng tần
200 KHz
LTE LTE
Băng bảo vệ
GSM 200 KHz
Độc lập
Hình 2.12: Các chế độ hoạt động của NB-IoT.
Guardband: Sử dụng băng tần của tần số LTE. Nó sử dụng các khối tài
nguyên (bảo vệ) chưa được sử dụng trong dải bảo vệ của nhà cung cấp
dịch vụ LTE.
Độc lập: Sử dụng nhà cung cấp dịch vụ chuyên dụng khác ngoài LTE (ví
dụ: GSM). Nó chiếm một kênh GSM (200 KHz).
Đối với chế độ băng thông trong, tín hiệu NB-IoT chiếm 180 KHz hoặc một
Khối tài nguyên vật lý (PRB) trong băng thông LTE. Khi PRB không được
sử dụng cho NB-IoT, eNodeB có thể lên lịch cho lưu lượng LTE khác.
Chương 3
Tài nguyên vô tuyến
Kiểm soát lớp con
3.1 Khả năng của lớp con kiểm soát
tài nguyên vô tuyến

LTETM NB-IoT UE chứa ít tính năng hơn nhiều so với các loại UE khác (ví
dụ: UE LTE cũ, nút chuyển tiếp, UE liên kết bên hoặc UE công suất cao).
Điều này nhằm giữ cho độ phức tạp của UE thấp hơn nhiều, phù hợp với mức
tiêu thụ điện năng cực thấp, tốc độ dữ liệu thấp và chi phí thấp hơn.
Bảng 3.1 tóm tắt các tính năng được hỗ trợ và không được hỗ trợ trong
LTE NB-IoT UE [15].
3.2 Bộ mang tín hiệu và dữ liệu Bộ mang vô tuyến

Bộ mang tín hiệu vô tuyến (SRB) là Bộ mang vô tuyến (RB)
được UE sử dụng để truyền và nhận các bản tin RRC bằng
eNodeB. Đối với NB-IoT UE, chỉ xác định các sóng mang vô tuyến sau:
SRB0: Được sử dụng để mang bản tin báo hiệu RRC trong quá trình
truyền và nhận. Nó được sử dụng để trao đổi các thông báo
RRCConenctionRequest, RRCConnectionSetup, RRCConnec-
tionResumeRequest, RRCConnectionReject, RRCConnection-
ReetablishmentRequest và RRCConnectionReestablishment với eNodeB.
27
Bảng 3.1 Các tính năng được hỗ trợ bởi LTE NB-IoT UE
Đặc trưng NB-IoT UE UE chính thức

Số khối thông tin chủ 1 1
tin nhắn
Số khối thông tin hệ thống 1 1
Tin nhắn loại 1
Số lượng hệ thống bổ sung 9 >20
tin nhắn chặn thông tin
Phân trang Đúng Đúng

Thiết lập kết nối Đúng Đúng
Kích hoạt bảo mật Đúng Đúng
Cấu hình lại kết nối Đúng Đúng

Quầy tính tiền Đúng Đúng
Thiết lập lại kết nối Đúng Đúng
Giải phóng kết nối Đúng Đúng
Tính di động giữa các RAT KHÔNG Đúng

Đo đạc KHÔNG Đúng
Chuyển thông tin DL Đúng Đúng
Truyền thông tin UL Đúng Đúng
Chuyển giao khả năng của UE Đúng Đúng
định vị UE Đúng Đúng
Chuyển tham số CSFB sang 1x KHÔNG Đúng

Thông tin UE KHÔNG Đúng
Cấu hình đo được ghi lại KHÔNG Đúng
Phát hành phép đo đã ghi KHÔNG Đúng
cấu hình
Ghi nhật ký đo KHÔNG Đúng
Chỉ báo cùng tồn tại trong thiết bị KHÔNG Đúng
Thông tin hỗ trợ UE KHÔNG Đúng
Thông tin lịch sử di chuyển KHÔNG Đúng
Tương tác mạng WLAN được RAN hỗ trợ KHÔNG Đúng

Thông tin lỗi SCG KHÔNG Đúng
Tổng hợp LTE-WLAN KHÔNG Đúng
Quản lý kết nối WLAN KHÔNG Đúng

LTE-WLAN được điều khiển bởi RAN KHÔNG Đúng
tương tác lẫn nhau
Tổng hợp LTE-WLAN với IPsec KHÔNG Đúng

đường hầm
MBMS KHÔNG Đúng

SC-PTM Đúng Đúng
Thủ tục nút chuyển tiếp KHÔNG Đúng

Liên kết bên KHÔNG Đúng
Nhóm thuê bao kín KHÔNG Đúng
Tập hợp sóng mang (CA) KHÔNG Đúng
(Tiếp theo)
Lớp con kiểm soát tài nguyên vô tuyến 29
Bảng 3.1 (Tiếp theo) Các tính năng được hỗ trợ bởi
LTE NB-IoT UE
Đặc trưng NB-IoT UE UE chính thức
Kết nối kép (DC) KHÔNG Đúng
Tốc độ bit được đảm bảo (GBR) KHÔNG Đúng
Chặn truy cập mở rộng KHÔNG Đúng
Tự cấu hình và tự tối ưu hóa KHÔNG Đúng
Ghi nhật ký đo KHÔNG Đúng

Đúng
Hệ thống cảnh báo công cộng (CMAS và KHÔNG
ETWS)
KHÔNG Đúng
Các dịch vụ thời gian thực (bao gồm cả dịch vụ cấp cứu
gọi)
Dịch vụ chuyển mạch và dự phòng KHÔNG Đúng
SRB1bis: Được thiết lập ngầm khi thiết lập SRB1 sau
UE nhận RRCConnectionSetup. SRB1bis cũng vậy
giống như SRB1 ngoại trừ việc nó bỏ qua lớp PDCP. SRB1bis là
được sử dụng miễn là bảo mật không được kích hoạt. Nếu bảo mật được kích hoạt,
SRB1bis không được sử dụng mà chỉ sử dụng SRB1.
SRB1: Được sử dụng để truyền bản tin báo hiệu RRC sau khi kích hoạt bảo mật. SRB0
được sử dụng trước khi bảo mật Access Stratum (AS) được kích hoạt và chỉ SRB1
được hỗ trợ sau khi bảo mật AS được kích hoạt
được kích hoạt.
DRB0 và DRB1: Có tối đa hai sóng mang vô tuyến dữ liệu
được sử dụng để trao đổi tin nhắn dữ liệu với eNodeB. Đối với UE
để hỗ trợ hai DRB, nó phải có khả năng đa DRB
kích hoạt; mặt khác, UE chỉ hỗ trợ một DRB duy nhất.
SRB0 và SRB1bis đều sử dụng Chế độ trong suốt (TM) ở lớp con RLC.
Bảng 3.2 cho thấy các tham số cấu hình lớp con RLC và MAC cho
SRB1. Mỗi tham số được giải thích trong Bảng 5.1 và 6.1.
Bảng 3.2 Các tham số cấu hình mặc định của RRC cho SRB1
Lớp con Tham số Giá trị
t-PollRetransmit 25000 mili giây
maxRetxThreshold kích 4
CLR
hoạtStatusReportSN-Gap Tàn tật
logicChannelIdentity ưu tiên 1
1
Mức ưu tiên cao nhất

AC
M
logicChannelSR-Cấm ĐÚNG VẬY

3.3 RRC Các phương thức hoạt động RRC
chỉ có hai trạng thái: trạng thái IDLE hoặc trạng thái KẾT NỐI
như trong Hình 3.1. Chúng được gọi theo nghĩa đen là chế độ
IDLE và chế độ KẾT NỐI vì mỗi chế độ có hành vi và quy trình
riêng. Chế độ ban đầu của UE là chế độ IDLE, đây là chế độ khi
UE được bật nguồn lần đầu tiên hoặc khi lắp USIM. UE chuyển đổi
giữa hai chế độ này. Nó chuyển từ chế độ IDLE sang chế độ KẾT
NỐI khi kết nối được thiết lập và chuyển trở lại chế độ IDLE
khi kết nối được giải phóng như trong Hình 3.1. UE có thể sử
dụng chế độ thứ ba, đây là chế độ tiết kiệm năng lượng trong đó
UE tắt nguồn trong khi vẫn được đăng ký với mạng.
Ở mỗi chế độ trong số hai chế độ, UE có thể thực hiện bất kỳ chức năng
nào sau đây:
Chế độ IDLE:
Lựa chọn và lựa chọn (Lại) eNodeB.
Thu thập Khối thông tin chính (MIB-NB) và Khối thông tin hệ thống
(SIB).
Giám sát kênh Phân trang logic (PCCH) để phát hiện các cuộc gọi đến
hoặc thay đổi thông tin hệ thống.
Chế độ KẾT NỐI:
Truyền và trao đổi dữ liệu unicast UE với eNodeB.
Giám sát Kênh điều khiển đường xuống vật lý băng thông hẹp (NPDCCH)
để phát hiện xem có bất kỳ tài nguyên nào được chỉ định cho UE để
truyền hoặc nhận các thông báo điều khiển và dữ liệu hay không.
BẬT nguồn/ RRCConnectionRequest/RRCConnectionSetup

Đã chèn USIM
nhàn rỗi ĐÃ KẾT NỐI
RRCKết nốiPhát hành
Hình 3.1: Các phương thức hoạt động của RRC.

3.4 Danh tính eNodeB
UE luôn giữ các nhận dạng eNodeB sau đây để sử dụng bởi
Lớp con RRC và MAC:
RA-RNTI: Nhận dạng được sử dụng để xáo trộn NPDCCH trong quy trình
truy cập ngẫu nhiên. RA-RNTI có thể được đánh địa chỉ tới nhiều UE
(nghĩa là nhiều UE có thể giải mã NPDCCH được mã hóa bởi cùng một
RA-RNTI). RA-RNTI có độ dài 16 bit và giá trị của nó có thể nằm
trong khoảng từ 1 đến 960.
C-RNTI tạm thời: Nhận dạng được sử dụng trong quy trình truy cập
ngẫu nhiên. C-RNTI tạm thời có chiều dài 16 bit và giá trị của nó
có thể nằm trong khoảng từ 1 đến 65523.
C-RNTI: Nhận dạng duy nhất được sử dụng để xác định truyền đơn
hướng UL và DL. eNodeB gán các giá trị C-RNTI khác nhau cho các
UE khác nhau. C-RNTI có độ dài 16 bit và giá trị của nó có thể nằm
trong khoảng từ 1 đến 65523.
P-RNTI: Nhận dạng được sử dụng để xáo trộn NPDCCH khi bản tin Phân
trang hoặc bản tin Chỉ định Trực tiếp được mang trên NPDSCH (PCH).
Nó là phổ biến cho nhiều UE. Nó có chiều dài 16 bit và giá trị của
nó được cố định là 65534.
SI-RNTI: Nhận dạng được sử dụng để phát thông tin hệ thống. Nó có

chiều dài 16 bit và giá trị của nó được cố định là 65529.
SC-RNTI: Xác định việc truyền thông tin điều khiển MCCH đơn cell
bằng SC-MCCH.
G-RNTI: Xác định việc truyền thông tin MTCH nhóm bằng SC-MTCH.
ResumeID: Nhận dạng UE duy nhất 40 bit được sử dụng cho quy trình
tiếp tục kết nối RRC.
IMSI: Nhận dạng UE duy nhất gồm 6–21 chữ số.
S-TMSI: Nhận dạng duy nhất 40 bit.
Các RNTI khác nhau được sử dụng với NPDCCH được giải thích trong Phần
7.10.9.
3.5 Định dạng PDU RRC
RRC là lớp con của mặt phẳng điều khiển và nó trao đổi các tin nhắn của
nó với eNodeB dưới dạng PDU không có tiêu đề như ở định dạng được hiển thị
RRC ASN. 1 định dạng
RRC PDU
Nhiều byte
Hình 3.2: Định dạng RRC PDU.
trong Hình 3.2. Tải trọng RRC PDU chứa bản tin báo hiệu1 như sẽ được
giải thích trong Phần 3.7. Thông báo RRC được thể hiện ở định dạng ITU
ASN.1 [16]. Nó sử dụng Quy tắc mã hóa đóng gói (PER), đây là một hình
thức nhỏ gọn để chuyển đổi tin nhắn từ định dạng mà con người có thể đọc
được sang định dạng nhị phân. PER được 3GPPTM sử dụng vì nó tạo ra kích
thước PDU nhị phân nhỏ phù hợp với liên kết không dây có băng thông hạn
chế. Trong khi PER không căn chỉnh các tham số (trường) riêng lẻ của
thông báo RRC theo ranh giới octet, nó căn chỉnh RRC PDU cuối cùng thành ranh giới oct
RRC PDU không có tiêu đề cũng như đoạn giới thiệu. Sau khi RRC xây
dựng hoặc nhận một tin nhắn được trao đổi với eNodeB, nó sẽ mã hóa hoặc
giải mã nó tương ứng bằng định dạng ASN.1 PER. RRC PDU được trao đổi
với lớp con PDCP nếu bảo mật được kích hoạt. Nếu bảo mật không được kích
hoạt, RRC PDU sẽ bỏ qua lớp con PDCP và được trao đổi trực tiếp với lớp
con RLC.
3.6 Hành vi của UE ở chế độ IDLE
3.6.1 Lựa chọn PLMN
NAS có thể duy trì danh sách PLMN theo thứ tự ưu tiên. PLMN đại diện cho
một nhà khai thác di động ở một vị trí địa lý. Một trong các PLMN được
người dùng chọn thủ công hoặc tự động làm PLMN mục tiêu. RRC sau đó
được yêu cầu tìm kiếm ô thuộc PLMN này và lấy tất cả thông tin hệ thống
từ ô đó. Nếu ô được tìm thấy là phù hợp, UE sẽ chọn ô này, liên tục giám
sát nó và thu được MIB và SIB1 của nó. Ô này sau đó được xác định là ô
phục vụ và UE được cho là đang cắm trại trên ô này. UE cần cắm trại trên
một ô thuộc PLMN mục tiêu. Các nhận dạng PLMN được phát quảng bá trong
SIB1 và UE phải điều chỉnh theo
1Message và PDU là cùng một đơn vị dữ liệu và có thể được sử dụng thay thế cho nhau.
kênh quảng bá và thu được MIB và SIB1 của ô để xác định PLMN của từng ô được phát hiện.
Một PLMN có thể có một hoặc nhiều ô và mỗi ô có thể thuộc về một hoặc nhiều PLMN. UE có
thể quét tất cả các kênh RF trong các băng tần được UE hỗ trợ để tìm một ô thuộc PLMN
đích hoặc chọn bất kỳ ô nào nếu không có PLMN nào được nhắm mục tiêu. Khi quét tất cả
các kênh RF, bất kỳ PLMN nào được phát hiện đều được báo cáo tới NAS với điều kiện là
giá trị RSRP nhận được tại UE vượt quá 110 dBm [17, 18]. Những ô có RSRP nhận được
tại UE lớn hơn 110 dBm được đánh dấu là ô chất lượng cao. Các ô nhỏ hơn 110 dBm
cũng có thể được báo cáo tới NAS nhưng không được đánh dấu là ô chất lượng cao. Trong
số các tế bào PLMN được báo cáo cho NAS, dù có chất lượng cao hay không, NAS có thể
chọn PLMN mục tiêu một cách tự động hoặc thủ công. RRC sau đó được yêu cầu tìm, chọn và
cắm vào ô thuộc PLMN đích [17].
3.6.2 Lựa chọn ô
Lựa chọn ô đề cập đến quy trình mà UE thực hiện khi chọn một ô lần đầu tiên. Nghĩa là,
khi UE chưa phát hiện được bất kỳ ô nào, nó sẽ thực hiện lựa chọn ô để chọn một ô thuộc
PLMN mục tiêu để cắm trại. Để chọn ô, UE cần điều chỉnh theo từng tần số kênh quảng bá,
thu được MIB và SIB1, xác định ô đó thuộc về PLMN đích nếu được chỉ định và nếu ô đáp
ứng tiêu chí chọn ô, UE sẽ chọn ô đó và cắm trại trên Nó.
Nếu UE cắm trại trên một ô thì ô này sẽ trở thành ô phục vụ của UE. Nếu có nhiều ô mà UE
có thể cắm trại thì UE thường chọn ô mạnh nhất để cắm trại.
3.6.3 Chọn lại ô
Việc chọn lại ô khác với việc chọn ô vì việc chọn lại ô được thực hiện trong lần đầu
tiên hoặc sau khi UE được bật nguồn để UE có thể cắm trại trên ô phục vụ. Sau lần lựa
chọn ô đầu tiên và cắm trại trên một ô, UE định kỳ thực hiện lựa chọn lại ô để tìm xem
liệu có ô nào khác có thể mạnh hơn ô phục vụ hiện tại hay không. Nếu tìm thấy ô mạnh
hơn thì ô mới sẽ được chọn và trở thành ô phục vụ mới.
3.6.4 Ô thích hợp
Ở chế độ IDLE, UE bắt đầu tìm kiếm một ô thích hợp và cắm trại trên đó. Một ô phù hợp là
một ô đáp ứng các điều kiện sau:
Một phần của PLMN đã chọn.
Không phải là một tế bào bị cấm.

Một phần của ít nhất một Khu vực theo dõi (TA) như được quảng cáo
trong SIB1-NB và không nằm trong khu vực theo dõi bị cấm. Vùng theo
dõi là một nhóm eNodeB trong đó UE ở chế độ IDLE không thực hiện
quy trình Cập nhật vùng theo dõi (TAU).
Tiêu chí S được đáp ứng.
Tế bào là một tế bào chất lượng cao.
Việc lựa chọn PLMN được thực hiện thủ công khi người dùng chọn PLMN mong
muốn hoặc tự động thông qua NAS. NAS có thể yêu cầu đăng ký một PLMN cụ
thể nếu PLMN được lưu trữ trên USIM. Nếu PLMN không được chọn bằng bất
kỳ cách nào, UE có thể chọn bất kỳ PLMN nào và tìm một ô thích hợp cho
nó. UE có thể phát hiện xem một ô có bị chặn hay không thông qua thông
tin nhận được trong SIB1-NB. Cuối cùng, tiêu chí S cho một ô là RSRP nhận
được tại UE phải thỏa mãn điều kiện sau:
Srxlev > 0 VÀ Squal > 0, (3.1)
Ở đâu:
Srxlev = Qrxlevmeas Qrxlevmin,
Squal = Qqualmeas Qqualmin.
Srxlev và Squal lần lượt là mức Rx và giá trị chất lượng của ô, tính
bằng dB và các tham số khác được UE nhận thông qua các SIB được phát
sóng như được định nghĩa trong Bảng 3.3.
Tại UE, nếu bất kỳ ô nào thỏa mãn phương trình (3.1) thì đó là ứng cử
viên để trở thành ô phù hợp. Hoạt động của UE ở chế độ IDLE được minh họa
rõ nhất như trong Hình 3.3.
Bảng 3.3 Thông số tiêu chí S
Tham số RRC Ý nghĩa
Qrxlevmeas - Giá trị mức Rx của ô được đo (RSRP) theo

Qqualmeas - UE Giá trị chất lượng ô được đo (RSRQ)
Qrxlevmin SIB1-NB, theo UE Mức Rx yêu cầu tối thiểu trong ô
SIB3-NB, (dBm). Các giá trị khác tồn tại trong SIB3-
SIB5-NB NB và SIB5-NB để đánh giá lựa chọn Ô (Re)
trong và giữa tần số
Qqualmin SIB1-NB, Mức chất lượng yêu cầu tối thiểu trong ô
SIB3-NB, (dB). Các giá trị khác tồn tại trong SIB3-
SIB5-NB NB và SIB5-NB để đánh giá lựa chọn Ô (Re)
trong và giữa tần số
Srxl
Sno
Srx thấy
35
Sin
Lớp con kiểm soát tài nguyên vô tuyến
hợp
phù
tìm
BẬT nguồn/
PLMN đã chọn Đã tìm thấy ô phù hợp

Rời khỏi trạng thái IDLE
Không có PLMN nào được chọn
Đã chèn USIM
Không có USIM
Đã
≤
Tìm kiếm ô
cắm trại ĐÃ KẾT NỐI
phù hợp
≤
ô
Đăng ký trên PLMN
đã chọn bị từ chối
Không tìm Rời khỏi trạng thái KẾT NỐI
thấy ô phù hợp
Không tìm
thấy ô phù hợp
Chọn
lại ô
chế độ nhàn rỗi chế độ KẾT NỐI
Hình 3.3: Hành vi của UE ở chế độ IDLE.
Khi UE được bật nguồn lần đầu tiên, PLMN được chọn thủ công hoặc tự
động hoặc nếu USIM được lắp vào, PLMN được lưu trữ sẽ được chọn. UE bắt
đầu tìm kiếm ô thích hợp cho PLMN đích bằng cách quét tần số RF của PLMN
đích trên tất cả các băng tần được UE hỗ trợ. Nếu không có PLMN nào được
nhắm mục tiêu thì UE sẽ quét tất cả các tần số RF cho đến khi tìm thấy ô
phù hợp. Trong quá trình quét các tần số RF, UE thu được MIB-NB và SIB1-
NB của ô tương ứng để nó có thể xác định xem ô đó có bị chặn hay không
và tính toán tiêu chí S. Khi một ô được tìm thấy là phù hợp, UE sẽ chuyển
sang trạng thái “Cắm trại” và cắm trại trên ô đó. Ô này trở thành ô phục
vụ của UE.
3.6.5 Kích hoạt để chọn lại ô cho các ô liên tần và nội tần
Định kỳ và trong thời gian UE đang cắm trại trên một ô, UE sẽ kiểm tra
Giá trị Srxlev và nếu Srxlev ≤ SIntraSearchP , UE thực hiện trong tần số
đo tế bào và tính toán Srxlev cho các tế bào truyền trên các tế bào đó
các tần số trong cùng một băng tần. Ngoài ra, Srxlev ≤ SnonintraSearchP ,
nếu UE thực hiện các phép đo tế bào liên tần số trên các băng tần khác nhau
và tính toán Srxlev cho các ô truyền trên các tần số xen kẽ đó.
Sau khi kết thúc các phép đo ô trong tần số hoặc giữa các tần số, UE có thể
tìm xem ô khác có phù hợp hoặc mạnh hơn không.
RSRP. Nếu UE chọn cắm trại trên một ô mới, theo tiêu chí ở Mục 3.6.6, thì
UE vừa (Re)chọn lại ô mới này
như một tế bào phù hợp.
Hai giá trị ngưỡng kích hoạt lựa chọn ô (Re) được tổng hợp trong Bảng
3.4. Các tham số này được UE thu thập trong
SIB3-NB và sau khi UE cắm trại trên một ô.
Nếu một trong hai ngưỡng này được đáp ứng, UE sẽ chuyển từ
Trạng thái “Cắm trại” sang trạng thái “Lựa chọn ô (Tái)” và quay lại trạng thái
Trạng thái “Cắm trại” nếu tìm thấy một ô phù hợp. Nếu UE đang cắm trại trên một
cell và thủ tục thiết lập kết nối RRC được bắt đầu, UE
chuyển từ trạng thái “Đã cắm trại” sang trạng thái “ĐÃ KẾT NỐI”.
Ở bất kỳ trạng thái nào, nếu UE không thể tìm thấy bất kỳ ô nào phù hợp, nó sẽ liên tục
tìm kiếm một ô phù hợp và tiếp tục ở trong “Tìm kiếm ô phù hợp
Cell” trạng thái miễn là không tìm thấy ô nào.

Vì thiết bị NB-IoT có khả năng xử lý hạn chế hoặc để tiết kiệm năng lượng
tuổi thọ pin, UE có thể ngừng thực hiện lựa chọn ô (Re).
Điều này đạt được nếu UE hỗ trợ giám sát thoải mái. Trong giám sát thoải
mái, khi điều kiện sau được đáp ứng:
SrxlevRef Srxlev < SSearchDeltaP ,
trong 24 giờ qua, UE không cần kiểm tra trình kích hoạt
thực hiện lựa chọn ô (Re) và do đó không thực hiện việc chọn ô
(Lại) lựa chọn. SrxlevRef là giá trị của Srxlev cho ô phục vụ khi
thực hiện lựa chọn ô cuối cùng hoặc lựa chọn lại. SSearchDeltaP như trong
Bảng 3.4.
Bảng 3.4 Trình kích hoạt lựa chọn (Tái) ô

Tham số RRC Nghĩa
SNonIntraSearch Giá trị mức Rx ngưỡng SIB3-NB (RSRP)

kích hoạt lựa chọn ô (Re) cho
Liên tần
SIntraSearchP SIB3-NB Giá trị mức ngưỡng Rx (RSRP)
kích hoạt lựa chọn ô (Re) cho
Nội tần
SSearchDeltaP SIB3-NB Giá trị mức ngưỡng Rx (RSRP)
ngăn chặn việc lựa chọn ô (Re)
3.6.6 Lựa chọn lại ô cho liên tần số và

tế bào tần số
Tiêu chí được sử dụng để (Lại) chọn ô phù hợp khác với tiêu chí
tiêu chí được sử dụng để chọn một ô. Việc chọn lại ô xảy ra khi UE có
đã chọn một ô và cắm trại trên ô đó. Nếu ngưỡng kích hoạt
trong Bảng 3.4 được đáp ứng, UE bắt đầu thực hiện lựa chọn ô (Re). Tất cả
các ô phù hợp được UE phát hiện được sắp xếp theo thứ tự giảm dần
giá trị xếp hạng của chúng trong đó giá trị xếp hạng của ô phục vụ và
các ô lân cận được tính theo công thức sau:
Rs = Qmeas,s + QHyst,
Rn = Qmeas,n Qof f tập. (3.2)
Việc đánh giá phương trình (3.2) chỉ diễn ra đối với một ô đáp ứng
tiêu chí S. Nếu một ô có giá trị xếp hạng cao nhất thì xếp hạng cao hơn
hơn ô phục vụ hiện tại trong một khoảng thời gian Treselection và UE
đã cắm trại trên ô hiện tại trong hơn một giây, ô có thứ hạng cao nhất mới được
chọn làm ô phục vụ mới. Những thông số
được sử dụng trong phương trình trên được giải thích trong Bảng 3.5.
3.7 Thủ tục và hành vi của RRC trong
Chế độ KẾT NỐI
3.7.1 Khối thông tin chủ (MIB-NB)

MasterInformationBlock-NB (MIB-NB) và SystemInformation-BlockType1-NB (SIB1-NB)
là những tin nhắn đầu tiên được thu thập bởi một
UE khi nó được bật nguồn hoặc khi USIM được lắp vào. Hai cái này
thông báo chứa thông tin quan trọng về ô và eNodeB
để được truy cập. Một eNodeB truyền những thông điệp này theo cách lặp đi lặp lại
Bảng 3.5 Các tham số lựa chọn ô (Re)

Tham số RRC Nghĩa
-
Qmeas Đại lượng đo RSRP của UE
được sử dụng trong việc lựa chọn lại ô để phục vụ ô
(Qmeas,s) và các ô lân cận (Qmeas,n)
QHyst SIB3-NB Giá trị trễ được sử dụng để ngăn chặn bóng bàn
tác dụng của việc chọn và chọn lại giống nhau
tế bào
bộ Qof SIB5-NB Áp dụng độ lệch tài nguyên hoặc tần số (dB)

Chọn lọc SIB3-NB, Hẹn giờ chọn lại (tính bằng giây) cho một trong hai
SIB5-NB Các ô trong hoặc giữa các tần số tương ứng
SFN 0 1 7 8 9 15 16 17 23 24 25 31 32 33 39 40 41 47 48 49 55 56 63
Khoảng thời gian định kỳ 64 khung hình

MIB
lặp lại MIB
Hình 3.4: Lập lịch MIB-NB.
cách để tăng khả năng UE có thể có được chúng

đáng tin cậy. MIB-NB được lên lịch để truyền định kỳ bởi eNodeB. Mỗi 64
khung vô tuyến (640 ms), eNodeB truyền một MIB-NB
tin nhắn. Khung vô tuyến đầu tiên trong 64 khung vô tuyến này được lên lịch
mang một phần bản tin MIB-NB trong khi các khung vô tuyến tiếp theo chứa
sự lặp lại của bản tin MIB-NB một phần. Lần truyền đầu tiên của
MIB-NB xảy ra trong khung con đầu tiên nơi số khung hệ thống
là SFN mod 64 = 0.
Thông báo MIB-NB được chia thành 8 khối bằng nhau bởi lớp con vật lý.
Khối đầu tiên được truyền trên khung con đầu tiên trong một
khung và lặp lại trong khung con đầu tiên trong bảy khung tiếp theo
khung. Tức là mỗi khối được truyền đi và lặp lại trong 8 khung hình
(80 mili giây). Hình 3.4 minh họa việc lập kế hoạch MIB-NB. Nó cho thấy
lần truyền đầu tiên của MIB-NB và các lần lặp lại trong mỗi khung.
Các thông số của bản tin MIB-NB được thể hiện trong Bảng 3.6.
systemFrameNumber-MSB chứa 4 MSB của SFN. 6 LSB
được UE ngầm truy xuất khi giải mã NPBCH. Tổng số
kích thước của MIB-NB là 34 bit.
Thời gian được chia thành một số khung siêu hệ thống trong đó mỗi khung
khung siêu hệ thống bao gồm 1024 khung hệ thống. Cả hai siêu hệ thống
Số khung (H-SFN) và Số khung hệ thống (SFN) là 10 bit
trong phạm vi từ 0 đến 1023. H-SFN có chu kỳ 10,24 giây kể từ
mỗi khung hệ thống là 10 ms.
3.7.2 Khối thông tin hệ thống loại 1 (SIB1-NB)

Khối thông tin hệ thống loại 1 (SIB1-NB) chứa thông tin
UE có được phép truy cập vào một ô hay không. Ngoài ra, nó bao gồm
thông tin và tham số về việc sắp xếp thời gian của các khối thông tin hệ
thống khác. SIB1-NB tuân theo mô hình lập lịch tương tự
tới MIB-NB nhưng có chu kỳ khác nhau. Đối với mỗi 256 khung radio
(2560 ms), eNodeB truyền tin nhắn SIB1-NB. 256 khung hình là
được nhóm thành 16 nhóm khung trong đó mỗi nhóm bao gồm 16 đài
khung. Một trong các khung, được gọi là khung bắt đầu, trong đài 16
các khung chứa đường truyền SIB1-NB đầu tiên, trong khi các khung còn lại
Bảng 3.6 Thông số MIB-NB
Tham số Kích thước (Bit) Nghĩa
hệ thốngFrame- 4 4 bit có ý nghĩa nhất trong 10 bit

Số-MSB đại diện cho SFN
siêu SFN-LSB 2 2 bit ít quan trọng nhất của siêu SFN.
Các bit còn lại có mặt trong
SIB1-NB
thẻ hệ thốngInfoValue 5 Một giá trị được tăng lên nếu có
nội dung SIB đã thay đổi
lập kế hoạchInfoSIB1 4 Một giá trị chỉ mục được sử dụng để
xác định SIB1-NB như thế nào

lên kế hoạch
ab-Đã bật 1 Nếu đúng, cho biết rằng việc chặn truy cập
eNodeB này đã được kích hoạt
hoạt độngChế độThông tin 7 Xác định xem tế bào có hoạt động không
ở một trong các chế độ sau:
-Inband (SamePCI): NB-IoT và
Tế bào LTE chia sẻ cùng một vật lý
ID di động
-Inband (PCI khác nhau): NB-IoT

và tế bào LTE có ID tế bào vật lý
khác nhau
- Guardband: băng bảo vệ
triển khai
-Standalone: độc lập
triển khai
Dự phòng 11 Để mở rộng trong tương lai
chứa đường truyền khác của SIB1-NB. Khung và số bắt đầu

lặp lại trong 16 khung đó được cấu hình bởi eNodeB. SIB1-
Việc truyền NB luôn xảy ra ở khung con số 4 trong khung chứa
Truyền SIB1-NB.
Hình 3.5 cho thấy một ví dụ về lập lịch SIB1-NB. Trong này
hình, chu kỳ SIB1-NB là 256 khung vô tuyến. Mỗi nhóm trong số 16 nhóm
bao gồm 16 khung vô tuyến, lần truyền SIB1-NB đầu tiên xảy ra tại
khung đầu tiên trong nhóm. SIB1-NB chỉ được truyền trong khung con
#4 của mọi khung hình khác trong nhóm. Sự lặp lại SIB1-NB và
số lần lặp lại trong 256 khung hình cách đều nhau trong
256 khung hình.
Khung bắt đầu và số lần lặp lại của SIB1-NB là

xác định dựa trên lập lịchInfoSIB1 (như trong Bảng 3.7 và 3.8)
và ID tế bào vật lý. Hình 3.5 minh họa một ví dụ về SIB1-NB
lập lịch khi lập lịchInfoSIB1 là 2 (16 lần lặp lại) và bắt đầu
SIB1 luôn ở khung con số 4
SFN 0 1 2 3 14 15 0 1 2 3 14 15
0 4 số 8 12 15
Khoảng thời gian định kỳ 256 khung hình
16 khung hình liền kề
SIB1
lặp lại SIB1
Hình 3.5: Lập lịch SIB1-NB.
Bảng 3.7 Các giá trị SchedulingInfoSIB1
Lập kế hoạch Giá Số lượng SIB1

trịInfoSIB1 Sự lặp lại
0 4
số 8
1 16
2 4
3 số 8
4 16
5 4
6 số 8
7 16
8 4
9 số 8
10 11 16
TẾ BÀO
khung vô tuyến bằng 0 (P HY mod 2 = 0 như trong Bảng 3.8). SIB1-NB
NHẬN DẠNG
sự lặp lại được lặp lại trong mỗi nhóm trong 256 khung hình. Bảng 3.9
hiển thị nội dung của tin nhắn SIB1-NB.
3.7.3 Khối thông tin hệ thống khác
NB-IoT UE cũng có thể cần có được các khối thông tin hệ thống khác.
Chúng được thể hiện trong Bảng 3.10 với mục đích thu thập chúng.
Để lập kế hoạch cho các SIB này, thời gian được chia thành một số lượng bằng nhau
Bảng 3.8 Khung vô tuyến khởi động cho SIB1-NB
Số lượng SIB1 TẾ BÀO Khung radio bắt đầu

P HY NHẬN DẠNG
Sự lặp lại Số cho SIB1
4 P HY TẾ BÀO
NHẬN DẠNG
mod 4 = 0 0
P HY TẾ BÀO
NHẬN DẠNG
mod 4 = 1 16
P HY TẾmod
BÀO
4 = 2
NHẬN DẠNG
32
P HY mod 4 = 3
TẾ BÀO
NHẬN DẠNG
48
số 8 P HY TẾ BÀO
NHẬN DẠNG
mod 2 = 0 0
P HY TẾ BÀO
NHẬN DẠNG
mod 2 = 1 16
16 P HY TẾ BÀO
NHẬN DẠNG
mod 2 = 0 0
P HY mod 2 = 1
TẾ BÀO
NHẬN DẠNG
1
Bảng 3.9 Thông số SIB1-NB
Kích cỡ
Tham số Nghĩa
(Chút ít)
siêuSFN-MSB 8 8 MSB của siêu SFN. 2 LSB là

được chỉ ra trong MIB-NB (Bảng 3.6). Cái này
xây dựng Hyper SFN 10 bit. Hyper-SFN được
tăng lên một khi SFN
bao bọc xung quanh
plmn-Danh sách nhận dạng Danh sách Danh sách ID PLMN nơi ô này thuộc về
ĐẾN. ID PLMN bao gồm MCC gồm 3 chữ số
và MNC 2 hoặc 3 chữ số
TrackAreaCode 16 Mã vùng theo dõi (TAC)
chung cho tất cả PLMN trong danh sách
cellIdentity 28 Một ID ô duy nhất trong PLMN

cellBarred 1 Ô này có bị chặn hay không
si-WindowLength 3 Kích thước của cửa sổ SI tính bằng mili giây trong đó
chỉ có một SI được lên lịch trong Win-dow.

Các giá trị như trong Bảng 3.11
si-TB 3 Cho biết kích thước khối truyền tải, tính bằng bit, cho
mỗi thông điệp SI. Các giá trị như trong Bảng 3.11
Danh sách lập kế hoạchInfoList Một danh sách chứa thông tin lập kế hoạch
về SIB2-NB đến SIB22-NB (một số
thông tin lịch trình được hiển thị trong
Bảng 3.11)
systemInfoValue- Danh sách Danh sách SystemInfoValueTagSI cho mỗi
Danh sách thẻ SIB cho biết nếu tương ứng
SIB đã được thay đổi nội dung bởi eNodeB
Bảng 3.10 Khối thông tin hệ thống tùy chọn
Khối thông tin hệ thống Mục đích
SystemInformationBlockType2- Chứa cấu hình tài nguyên vô tuyến cho

NB (SIB2-NB) các lớp con PDCP, RLC, MAC và PHY
chung cho tất cả các UE. Nó cũng
chứa thông tin về hỗ trợ mạng
để tối ưu hóa CIoT, truy cập ngẫu
nhiên và các tham số tiết kiệm năng
lượng DRX Chứa thông tin lựa chọn ô
chung (Re) cho lựa
SystemInformationBlockType3- chọn ô trong và tần số (Re) khác với
NB (SIB3-NB) các ô lân cận Chứa thông tin liên
quan đến ô lân cận chỉ dành cho lựa

chọn ô trong tần số (Re) Chứa
SystemInformationBlockType4- thông tin liên quan đến ô lân cận chỉ
NB (SIB4-NB) liên quan đến lựa chọn ô (Re)
trong tần số Chứa các tham số Chặn
SystemInformationBlockType5- truy cập Được sử dụng nếu UE hỗ trợ
NB (SIB5-NB) MBMS. SIB này biểu thị Nhận dạng khu
vực dịch vụ MBMS (SAI) của tần số
SystemInformationBlockType14- sóng mang hiện tại và lân
NB (SIB14-NB) cận Chứa
SystemInformationBlockType15- thông tin liên quan đến thời gian
NB (SIB15-NB) GPS và Giờ phối hợp quốc tế (UTC)
SystemInformationBlockType16-
NB (SIB16-NB)
SystemInformationBlockType20- Được sử dụng nếu UE hỗ trợ MBMS.

NB (SIB20-NB) Nó chứa thông tin để có được SC-MCCH
SystemInformationBlockType22- Được sử dụng nếu UE hỗ trợ Phân trang và
NB (SIB22-NB) RACH trên các tàu sân bay không neo
các khung được gọi là SI Window length (W) (si-WindowLength trong Bảng 3.9).
Mỗi độ dài Cửa sổ chỉ chứa một thông báo RRC Thông tin Hệ thống (SI) trong
đó mỗi thông báo SI có thể chứa một hoặc nhiều SIB. Nghĩa là, các thông báo
SI không bị chồng chéo về thời gian và nhiều nhất một thông báo SI được
truyền trong mỗi độ dài Cửa sổ SI.
Bảng 3.11 cho thấy thông tin lập lịch được sử dụng để lập lịch truyền
SIB2-NB tới SIB16-NB. Đây là các thông số cấu hình
Bảng 3.11 Thông tin lịch trình SIB2-NB đến SIB22-NB

Khả thi Ví dụ
Tham số Nghĩa
Giá trị Giá trị
si- Khoảng thời gian 160, 320, 480, 160
Chiều dài cửa sổ bằng nhau (ms) 640, 960,

trong đó mỗi 1280, 1600
khoảng
chứa nhiều
nhất một SIB.
Một giá trị duy

nhất cho tất cả
SIB (si-WindowLength
trong Bảng 3.9 )
N Thứ tự của SIB được [1, 8] 1 dành cho SIB2-NB
phát 1 dành cho SIB3-NB
sóng trong SIB2 2 dành cho SIB4-NB
3 dành cho SIB5-NB
4 dành cho SIB14-NB
5 dành cho SIB16-NB
SIB15-NB,
SIB20-NB, và
SIB22-NB
không
được truyền 1
si-RadioFrame Độ lệch khung bắt [1, 15]
Bù lại đầu trong mỗi nếu vắng nghĩa là
độ dài Cửa sổ số không
Đối với mỗi SIB:
Tính định kỳ Tính tuần 64, 128, 256, 128

hoàn của SIB trong RF 512, 1024,
2048, 4096
Sự lặp lại Cách SIB được mọi2ndRF, Mỗi khung
Mẫu lặp lại mọi4thRF, hình thứ 2
trong mỗi SI mọi8thRF,

Chiều dài cửa sổ mọi16thRF b56,
si-TB Kích thước b120, b208, 56 bit là
khối vận chuyển b256, b328, kích thước
b440, b552, khối truyền tải
b680 cho SIB

SFN 0 1 2 3 14 15 Tính tuần hoàn = 128
Mẫu lặp lại = mỗi khung hình thứ 2

Bù đắp = 1
SIB3 SIB3
SIB2 SIB4 SIB5 SIB14 SIB16 64 SIB2 SIB4 SIB5 SIB14 SIB16
SFN 16 32 48 80 96 112 128 144 160 176 192 208
SIB
SI-Window có chiều dài 16 khung hình
SIB lặp lại
Hình 3.6: Lập lịch từ SIB2-NB đến SIB16-NB theo thông tin lập lịch ở Bảng 3.11.
được sử dụng để xác định cách lên lịch SIB2-NB đến SIB16-NB
bởi eNodeB và do đó hỗ trợ UE thu được chúng.

Hình 3.6 minh họa một ví dụ về cách SIB2-NB đến SIB16-NB
được lên lịch với các thông số cấu hình trong Bảng 3.11. SIB2-NB
có một trường hợp đặc biệt khi nó luôn nằm cùng vị trí trong mục đầu tiên của
danh sách, lập lịchInfoList, như trong Bảng 3.9. Do đó, SIB2-NB và SIB3-NB
được đặt cùng vị trí trong cùng một thông báo SI và cùng một cửa sổ, si-
WindowLength, và điều này cho biết n bằng 1 đối với cả SIB2-NB và
SIB3-NB.
Lưu ý rằng SIB15-NB, SIB20-NB và SIB22-NB không được truyền đi

bởi eNodeB. Vì độ dài Cửa sổ là 16, mỗi khung có 16 khung, tối đa một SI
tin nhắn đã được lên lịch. Thông báo SI đầu tiên được truyền đi chứa cả
SIB2-NB và SIB3-NB. Trong mỗi 16 khung hình, độ lệch của khung trong đó
thông báo SI được lập lịch ở khung thứ hai (khung số 1).
Thông báo SI tương tự được lặp lại ở mỗi khung hình thứ hai. Tính định kỳ của
tất cả các thông báo SI là 128 khung có nghĩa là bất kỳ thông báo SI nào đều được lặp lại
mỗi 128 khung hình. si-TB xác định kích thước khối truyền tải nhận được tại
lớp con vật lý cho mỗi thông điệp SI. Trong ví dụ này, si-Tb là
giống nhau cho tất cả các bản tin SI được lập lịch và có độ dài 56 bit.
3.7.4 Thời gian sửa đổi thông tin hệ thống
eNodeB có thể thay đổi nội dung của MIB-NB hoặc một hoặc nhiều SIB-NB
tin nhắn. Điều này có thể được chỉ báo tới UE bằng cách sử dụng bản tin chỉ báo trực
tiếp hoặc trong bản tin Phân trang. Sự thay đổi trong SIB chỉ xảy ra ở một thời điểm nhất định
khoảng thời gian được gọi là khoảng thời gian sửa đổi như trong Hình 3.7. Các
thời gian sửa đổi xảy ra sau mỗi 4096 khung hình. Nếu nội dung SIB được
đã thay đổi, điều này lần đầu tiên được chỉ định tới UE trong khoảng thời gian sửa đổi n, lần tiếp theo
Khoảng thời gian sửa đổi n +1 chứa SIB mới được cập nhật. Ranh giới thời gian
sửa đổi được xác định bởi các giá trị SFN mà (H-SFN *
1024 + SFN) mod 4096 = 0. Tức là ranh giới thời gian sửa đổi
NPDCCH có thông báo thay đổi Nội dung SIB mới

0 1 2 3 14 15 0 1 2 3 14 15
Thời gian sửa đổi BCCH (n) (4.096 Thời gian sửa đổi BCCH (n+1) (4.096
khung) khung)
tin nhắn SIB
Đã cập nhật tin nhắn SIB
Hình 3.7: Giai đoạn điều chỉnh SIB-NB.
mỗi lần là 40,96 giây. MIB-NB chứa 2 LSB của Số khung siêu hệ thống (H-SFN) và
SIB1-NB chứa 8 MSB mà nếu kết hợp với nhau và với SFN, UE có thể suy ra ranh giới
khoảng thời gian sửa đổi.
Ở chế độ IDLE, UE có thể thu thập và thu thập lại thông tin hệ thống khi
chúng được phát hiện đã thay đổi; mặt khác, nếu UE ở chế độ KẾT NỐI, UE không
cần thu lại SIB. Tuy nhiên, nếu thông tin cần thiết trong SIB đã thay đổi khi ở
chế độ KẾT NỐI, eNodeB có thể kích hoạt quy trình giải phóng kết nối RRC.
Nếu eNodeB thay đổi thông tin MIB-NB hoặc SIB-NB, nó cho biết
sự thay đổi như vậy trong bản tin Phân trang hoặc chỉ dẫn trực tiếp.
3.7.5 Phân trang
Mục đích của thủ tục này là thông báo cho UE về cuộc gọi đến, cuộc gọi đi hoặc
về sự thay đổi bất kỳ thông tin hệ thống nào trong MIB-NB, SIB1-NB hoặc các SIB
khác. Quy trình này chỉ áp dụng khi UE ở chế độ IDLE. Thủ tục này không được
gọi khi UE ở chế độ KẾT NỐI. Nếu bản tin Paging dành cho cuộc gọi đến hoặc đi,
lớp trên của UE (NAS) sẽ được thông báo và có thể bắt đầu quy trình thiết lập
kết nối. Thủ tục phân trang được thể hiện trong hình 3.8.
Nếu NB-IoT UE ở chế độ KẾT NỐI, nó không yêu cầu phát hiện các thay đổi SIB.
eNodeB có thể giải phóng kết nối RRC và cho phép UE chuyển sang chế độ IDLE để
thu được (các) SIB đã thay đổi [2].
UE ở chế độ IDLE nhận bản tin phân trang trên sóng mang neo hoặc không neo.
Bản tin phân trang được UE phát hiện bằng cách giám sát NPDCCH được mã hóa bằng
P-RNTI. Bảng 3.12 thể hiện nội dung của thông báo Paging. Phân trang có thể dành
cho một UE hoặc nhiều UE.

UE được xác định bởi ID của nó (S-TMSI hoặc IMSI) và tất cả các UE đang được
phân trang đều được đưa vào pagingRecordList. Thông báo phân trang cũng có thể
UE UE eNodeB
NAS RRC NAS
nhàn rỗi
Phân trang
Biểu thị
thông tin phân trang
Hình 3.8: Thủ tục phân trang.
Bảng 3.12 Tin nhắn phân trang

phân trangRecordList List Danh sách IMSI hoặc S-TMSI của
UE đang được phân trang

sửa đổi thông tin hệ thống 1 Nếu xuất hiện, hãy cho biết MIB hoặc
sửa đổi SIB khác khác
hơn so với SIB14 và SIB16
dấu hiệu của sự thay đổi thông tin hệ thống (MIB-NB và tất cả SIB
ngoại trừ SIB14-NB và SIB16-NB) trong trường hợp đó tham số systemInfoModif-cation
được bao gồm.
3.7.6 Thông tin chỉ báo trực tiếp RRC
Thông tin chỉ dẫn trực tiếp là một dạng khác của bản tin phân trang RRC
được truyền trên NPDCCH để chỉ ra sự thay đổi trong thông tin hệ thống (SIB). Nó
chỉ có hai bit và nếu bất kỳ bit nào trong số chúng được đặt thành 1,
nó chỉ ra sự thay đổi trong thông tin hệ thống và UE có thể lấy lại
SIB nữa.
3.7.7 Thiết lập kết nối RRC
Mục đích của thủ tục này là thiết lập một kết nối mới tới
eNodeB. Nghĩa là, quy trình này cũng chuyển UE từ chế độ IDLE
sang chế độ KẾT NỐI. Sau khi hoàn thành thủ tục này, UE thiết lập hai SRB: SRB1
và SRB1bis.
Hình 3.9 minh họa thủ tục này. Kết nối được thiết lập theo yêu cầu từ NAS và
sau khi thiết lập kết nối hoàn tất, NAS sẽ được thông báo. Khi UE gửi bản tin
RRCConnectionRequest, nó cho biết lý do thiết lập kết nối này, có thể là tín
hiệu hoặc dữ liệu có nguồn gốc từ thiết bị di động, tín hiệu hoặc dữ liệu được
kết cuối bởi thiết bị di động, dữ liệu đặc biệt có nguồn gốc từ thiết bị di
động hoặc trì hoãn truy cập dung sai. Nội dung bản tin RRCConnectionRequest
UE
UE UE eNodeB
PDCP/RLC
NAS RRC NAS
MAC/PHY
nhàn rỗi
Yêu cầu
kết nối
Lời mở đầu truy cập ngẫu nhiên
Phản hồi truy cập ngẫu nhiên
RRCYêu cầu kết nối
RRCThiết lập kết nối
Áp dụng cấu hình tài

nguyên vô tuyến dành riêng
ĐÃ KẾT NỐI
Cho
biết kết nối
RRCKết nốiThiết lậpHoàn tất
Hình 3.9: Quy trình thiết lập kết nối.

Bảng 3.13 Thông báo RRCConnectionRequest

ue-danh tính 40 S-TMSI hoặc giá trị ngẫu nhiên 40 bit

nhận dạng UE
thành lậpNguyên nhân 3 Cho biết loại quyền truy cập (Di động
quyền truy cập bị chấm dứt, Di động
tín hiệu hoặc dữ liệu ban đầu, hoặc

Dữ liệu đặc biệt, dung sai độ trễ
truy cập)
Hỗ trợ multiTone 1 Nếu xuất hiện, cho biết rằng UE
hỗ trợ truyền đa âm UL trên NPUSCH
hỗ trợ đa nhà cung cấp dịch vụ 1 Nếu xuất hiện, cho biết rằng UE
hỗ trợ đa nhà mạng
Khi UE nhận được bản tin RRCConnectionSetup, nó chứa tất cả các cấu hình vô
tuyến dành riêng cho UE này và bao gồm các tham số cấu hình cho các lớp con của
nó: PDCP, RLC, MAC hoặc PHY. UE
áp dụng các cấu hình vô tuyến này cho các lớp con khác. Bản tin RRCConnec-
tionSetup chứa các SRB được thiết lập cùng với một
tối đa hai DRB cũng được thành lập. Nội dung của thông báo này như trong Bảng
3.14. Cuối cùng, UE truyền thông báo RRCConnection-SetupComplete và có thể mang

theo một số thông báo NAS bằng RRCConnectionSetupComplete. Nội dung tin nhắn này
là
như trong Bảng 3.15.
Nếu eNodeB không chấp nhận thông báo yêu cầu kết nối, nó sẽ
từ chối thiết lập kết nối và truyền bản tin RRCConnection-Reject trở lại UE.
Trong trường hợp này, UE tiếp tục ở trong
Chế độ nhàn rỗi.
Trong bản tin RRCConnectionRequest, UE có thể chỉ ra sự hỗ trợ của nó

cho đa âm hoặc đa sóng mang. eNodeB có thể bắt đầu sử dụng những khả năng này
cho UE đó cho lưu lượng DL và UL.
Bảng 3.14 Thông báo thiết lập kết nối RRC

Tham số Kích cỡ Nghĩa
Cấu hình tài nguyên vô tuyến Biến Bao gồm tất cả dành riêng
Tận tụy cấu hình cho tất cả các lớp con;
PDCP, RLC, MAC và PHY.
Chứa cả SRB và DRB để
được thành lập
Bảng 3.15 Thông báo hoàn chỉnh của RRCConnectionSetup

s-TMSI 40 S-TMSI được chỉ định của UE
chuyên dụngInfoNAS Biến mang thông tin NAS được cõng
với tin nhắn RRC này
up-CIoT-EPS- 1 Nếu xuất hiện, cho biết liệu UE có
Tối ưu hóa hỗ trợ Gói người dùng CIoT
Tối ưu hóa hoặc truyền dữ liệu S1-U
3.7.8 Kích hoạt bảo mật ban đầu

Khi UE ở chế độ KẾT NỐI, eNodeB có thể thiết lập
tính bảo mật cho SRB1 và bất kỳ DRB nào. Phương tiện kích hoạt bảo mật
UE áp dụng các thuật toán mã hóa và toàn vẹn cho các dữ liệu đến hoặc
tín hiệu đi hoặc tin nhắn dữ liệu.
Hình 3.10 minh họa thủ tục kích hoạt bảo mật. Sau
thủ tục thiết lập kết nối được hoàn thành và khi UE
nhận được SecurityModeCommand, nó lấy ra một số khóa
được sử dụng bởi các thuật toán mã hóa và tính toàn vẹn ở lớp con PDCP. Sau
khi nhận được SecurityModeCommand, UE sẽ lấy được
chìa khóa, KeNB. Từ KeNB, UE lấy ra khóa toàn vẹn, KRRCint,
và sử dụng khóa này để xác minh tính toàn vẹn của SecurityMod-eCommand đã
nhận. Nếu thông báo SecurityModeCommand vượt qua tính toàn vẹn
kiểm tra, UE lấy được KRRCenc và KUP enc là các khóa được sử dụng cho
mã hóa các thông điệp RRC và lưu lượng mặt phẳng dữ liệu tương ứng. Thông
báo Security-ModeCommand được hiển thị trong Bảng 3.16.
Bằng cách có các khóa này, UE bắt đầu bảo vệ tính toàn vẹn và
mã hóa tất cả các thông báo tín hiệu và dữ liệu bao gồm cả thông báo Securi-
tyModeComplete gửi đi. Bằng cách hoàn thành thủ tục này, cơ quan bảo mật
được coi là đã được kích hoạt tại UE và UE có thể bắt đầu trao đổi
kiểm soát và gửi tin nhắn dữ liệu một cách an toàn với eNodeB. Ngoài ra, khi
thủ tục này hoàn tất, SRB1bis không còn được sử dụng và UE bắt đầu
sử dụng SRB1.
Bảng 3.16 Thông báo lệnh SecurityMode

mật mã 4 Chỉ ra thuật toán mật mã được sử dụng cho

Thuật toán mã hóa tín hiệu và dữ liệu RB. Các giá trị
có thể có như trong Bảng 3.18
tính toàn vẹnProt 4 Thuật toán toàn vẹn được sử dụng cho
Thuật toán bảo vệ tín hiệu RB. Những giá trị khả thi
như trong Bảng 3.17
UE UE eNodeB
RRC PDCP RRC
ĐÃ KẾT NỐI
NHƯ AN NINH CHƯA KÍCH HOẠT
Chế Độ Bảo MậtLệnh
Áp dụng các thuật

toán toàn vẹn và mã hóa
NHƯ KÍCH HOẠT BẢO MẬT
Chế độ bảo mậtHoàn thành
Hình 3.10: Quy trình kích hoạt bảo mật.
Cả Thuật toán toàn vẹn EPS (EIA) và Thuật toán mã hóa EPS (EEA) được UE
hỗ trợ đều được minh họa tương ứng trong Bảng 3.17 và 3.18.
Bảng 3.17 Thuật toán toàn vẹn EPS (EIA)

Tham số Nghĩa
EIA0 Thuật toán mã hóa Null
128-EIA1 Thuật toán dựa trên SNOW 3G
128-EIA2 Thuật toán dựa trên AES
128-EIA3 Thuật toán dựa trên ZUC
Bảng 3.18 Thuật toán mã hóa EPS (EEA)

Tham số Nghĩa
EEA0 Thuật toán mã hóa Null

128-EEA1 Thuật toán dựa trên SNOW 3G
128-EEA2 Thuật toán dựa trên AES
128-EEA3 Thuật toán dựa trên ZUC
3.7.9 Tiếp tục kết nối RRC
Mục đích của quy trình này là tiếp tục kết nối với eNodeB
đã bị tạm dừng (thông qua quy trình giải phóng kết nối RRC với ReleaseCause
được đặt thành rrc-Suspend). Nếu kết nối UE là
bị treo, nó chuyển từ chế độ KẾT NỐI sang chế độ IDLE. Nếu như
kết nối sau được nối lại, UE chuyển trở lại từ chế độ IDLE
sang chế độ KẾT NỐI. Sau khi hoàn thành thủ tục này, UE
thiết lập SRB1 và bất kỳ DRB nào. Nếu một kết nối bị treo, cả
UE và eNodeB lưu bối cảnh AS của UE.
Hình 3.11 minh họa thủ tục này. Việc nối lại kết nối được bắt đầu theo yêu
cầu từ NAS và sau khi việc nối lại kết nối được thực hiện
hoàn thành, NAS được thông báo. Khi UE gửi bản tin RRCCconnec-tionResumeRequest,
nó cho biết lý do tiếp tục
kết nối có thể dành cho tín hiệu hoặc dữ liệu có nguồn gốc từ thiết bị di động,
báo hiệu hoặc dữ liệu kết cuối di động, ngoại lệ bắt nguồn từ di động
dữ liệu hoặc truy cập dung sai độ trễ. Nội dung thông báo RRCConnectionResumeRequest
được tóm tắt trong Bảng 3.19. UE có bảo mật của nó
được kích hoạt trước đó trước khi kết nối bị tạm dừng và RRC-
ConnectionResumeRequest được gửi cùng với mã xác thực tin nhắn
(MAC).
Khi UE nhận được bản tin RRConnectionResume, nó
cập nhật và khôi phục bối cảnh bảo mật cũng như cập nhật mật mã và
khóa toàn vẹn: KRRCint, KRRCenc và KUP enc. Bản tin RRConnectionRe-
sume cũng chứa cấu hình vô tuyến dành riêng cho UE này.
và bao gồm các tham số cấu hình cho các lớp con của nó: PDCP, RLC,
MAC hoặc PHY. UE áp dụng các cấu hình vô tuyến này cho các lớp con khác. UE nối
lại tất cả DRB. Nội dung thông báo này như trong Bảng 3.20.
Cuối cùng, UE truyền RRConnectionResumeComplete
tin nhắn và nó có thể mang theo một số tin nhắn NAS với
RRCConnectionResumeComplete. Nội dung tin nhắn này như trong
Bảng 3.21.
UE có thể chọn tiếp tục kết nối RRC tới một kết nối mới khác
eNodeB không phải là eNodeB cũ có kết nối RRC
bị đình chỉ trước đó. Cả eNodeB mới và cũ đều giao tiếp với nhau
UE
UE UE eNodeB
PDCP/RLC
NAS RRC RRC
MAC/PHY
NHƯ BỐI CẢNH ĐÃ ĐƯỢC LƯU
nhàn rỗi
Bản tóm tắt
sự liên quan
RRCKết nốiTiếp tụcYêu cầu
RRCKết nốiTiếp tục

nguyên vô tuyến dành riêng
ĐÃ KẾT NỐI
Cho
biết kết nối
RRCKết nốiTiếp tụcHoàn tất
Hình 3.11: Quy trình tiếp tục kết nối.
để eNodeB mới có thể truy xuất thông tin và bối cảnh được UE lưu trữ từ eNodeB cũ.
3.7.10 Cấu hình lại kết nối RRC Khi UE ở chế độ KẾT NỐI và sau khi
bảo mật được kích hoạt, eNodeB có thể cần thay đổi các tham số cấu hình của các lớp con
PDCP, RLC, MAC hoặc PHY. Ngoài ra, eNodeB có thể cần thiết lập hoặc giải phóng bất kỳ sóng
mang tín hiệu hoặc dữ liệu vô tuyến nào.
Với mục đích như vậy, eNodeB truyền bản tin RRCConnectionReconfig-uration đến UE. Hình
3.12 minh họa thủ tục này. Nếu

Bảng 3.19 Thông báo RRCConnectionResumeRequest

ID sơ yếu lý lịch 40 ID để xác định bối cảnh AS
của UE
sơ yếu lý do 3 Cho biết loại quyền truy cập (Di động
chấm dứt truy cập, báo hiệu nguồn
gốc di động, dữ liệu, ngoại lệ
dữ liệu hoặc Truy cập dung sai độ trễ)
shortResumeMAC-I 16 MAC-I đã sử dụng để xác định và xác minh
UE
Bảng 3.20 Thông báo tiếp tục kết nối RRC

Cấu hình tài nguyên vô tuyến Biến Bao gồm tất cả các cấu hình dành riêng cho
Tận tụy tất cả các lớp con: PDCP,
RLC, MAC và PHY.
Chứa cả SRB và DRB để
được nối lại
Bảng 3.21 Thông báo RRCConnectionResumeComplete

đã chọnPLMN- 3 Cho biết chỉ số của PLMN được chọn
Danh tính bởi UE từ plmn-

Danh sách nhận dạng có trong SIB1-NB
chuyên dụngInfoNAS Biến mang thông tin NAS
được hỗ trợ bởi tin nhắn RRC này
UE nhận được bản tin RRCConnectionReconfiguration, nó áp dụng

cấu hình vô tuyến mới cho các lớp con PDCP, RLC, MAC hoặc PHY
bao gồm bất kỳ việc thành lập hoặc phát hành bất kỳ đài truyền thanh nào. Ngoài ra, bất kỳ
Thông báo NAS có thể được kết hợp với thông báo RRCConnectionReconfigu-
ration.
Bảng 3.22 thể hiện nội dung của RRCConnectionReconfiguration
Tin nhắn.
3.7.11 Thiết lập lại kết nối RRC
Mục đích của quy trình này là tiếp tục kết nối với eNodeB
sau khi xảy ra tình trạng lỗi khiến UE bị mất
kết nối tạm thời với eNodeB. Trong thời gian xảy ra lỗi, UE
không thể liên lạc với eNodeB. Các điều kiện lỗi bao gồm mất tín hiệu, tín
hiệu yếu, lỗi kiểm tra tính toàn vẹn, quá mức
UE
UE eNodeB
PDCP/RLC
RRC RRC
MAC/PHY
ĐÃ KẾT NỐI
RRCKết nốiCấu hình lại
Cấu hình lại cấu hình tài

nguyên vô tuyến chuyên dụng
RRCKết nốiCấu hình lạiHoàn thành
Hình 3.12: Quy trình cấu hình lại kết nối.
Bảng 3.22 Thông báo cấu hình lại kết nối RRC
thông tin chuyên dụngNAS Biến mang thông tin NAS được hỗ trợ bởi thông báo
RRC này
Cấu hình tài nguyên vô tuyến Biến Bao gồm tất cả dành riêng
Tận tụy cấu hình cho tất cả các lớp con: PDCP,
RLC, MAC và PHY.
Chứa cả SRB và DRB được cấu hình lại
số lượng tin nhắn được truyền đến eNodeB mà không nhận được bất kỳ xác nhận nào cho
chúng hoặc lỗi liên kết vô tuyến. UE cũng có thể bắt đầu quy trình này nếu nó nhận được
các tham số cấu hình vô tuyến mà UE không thể tuân thủ. Lý do bắt đầu thủ tục này như
trong Bảng 3.23.
Ngoài ra, quy trình này có thể được kích hoạt bởi UE, hỗ trợ Kiểm soát tối ưu hóa
IoT EPS khi không có bảo mật AS

Bảng 3.23 Thông báo yêu cầu tái lập kết nối RRC
Tái LậpLý do 2 Cho biết nguyên nhân thất bại đó
đã kích hoạt sự tái lập

thủ tục. Các giá trị có thể có là
{cấu hình lại không thành công,
khácThất bại}
ue-danh tính Bao gồm danh tính S-TMSI UE để truy xuất
Bối cảnh UE và tại eNodeB
để tạo điều kiện cho sự tranh chấp
độ phân giải của các lớp thấp hơn
được kích hoạt để tiếp tục hoạt động trên SRB1bis và tiếp tục chuyển giao lưu lượng
trên SRB1bis này. UE đã kích hoạt bảo mật sẽ sử dụng quy trình này
để thiết lập lại SRB1.
Nếu thủ tục này được bắt đầu do bất kỳ tình trạng lỗi nào, UE sẽ bắt đầu
thủ tục tìm kiếm ô và truy cập ngẫu nhiên ở lớp con MAC như thể
UE đang bắt đầu chuyển từ chế độ IDLE sang chế độ KẾT NỐI cho
lần đầu tiên. Thủ tục này được UE sử dụng nếu nó ở trạng thái KẾT NỐI
chế độ và bảo mật đã được kích hoạt hay chưa. Hình 3.13 minh họa quy trình này khi
UE phát hiện tín hiệu bị mất hoặc yếu. Trên đó
một sự kiện, UE sẽ tạm dừng tất cả các sóng mang vô tuyến và áp dụng các cấu hình
vô tuyến mặc định. UE chuyển từ chế độ KẾT NỐI sang chế độ IDLE
và bắt đầu tìm kiếm một phòng giam khác để cắm trại. Khi UE tìm thấy một
ô phù hợp, UE truyền RRCConnectionRestablishmentRequest tới
eNodeB. Ô phù hợp mới được tìm thấy có thể là ô cũ hoặc
một tế bào hoàn toàn khác. eNodeB truyền bản tin RRCConnectionReestablish-ment trở
lại UE, bản tin này chứa các tham số cấu hình vô tuyến chuyên dụng và được UE sử
dụng để định cấu hình các lớp con của nó
(Bảng 3.24). UE kích hoạt lại bảo mật một lần nữa nếu bảo mật đã được
được kích hoạt trước khi bắt đầu quy trình này và lấy ra các khóa cần thiết cho
thuật toán mã hóa và tính toàn vẹn. Một khi an ninh được
được kích hoạt, UE chuyển sang chế độ KẾT NỐI và tiếp tục trao đổi
của các thông điệp báo hiệu và dữ liệu bằng cách sử dụng sóng vô tuyến báo hiệu và dữ liệu,
tương ứng.
Cuối cùng, UE truyền RRCConnectionReestablishment-Complete tới eNodeB để kết
thúc thủ tục này trên SRB1 hoặc
SRB1bis.
3.7.12 Giải phóng kết nối RRC
Nếu UE ở chế độ KẾT NỐI, quy trình này được sử dụng bởi
eNodeB sẽ giải phóng hoặc tạm dừng kết nối với UE. Khi
UE
UE UE eNodeB
PDCP/RLC
vật lý RRC RRC
MAC/PHY
ĐÃ KẾT NỐI
Lỗi liên kết vô tuyến
Tạm dừng tất cả RB
ngoại trừ thiết lập lại RBO
MAC áp dụng mặc định

cấu hình vật lý
NHƯ AN NINH CHƯA KÍCH HOẠT
nhàn rỗi
Thực hiện ô
Lựa chọn lại
RRCKết nốiYêu cầu thiết lập lại
RRCKết nốiTái thiết lập

nguyên vô
tuyến dành riêng
NHƯ BẢO MẬT ĐƯỢC KÍCH HOẠT
ĐÃ KẾT NỐI
RRCKết nốiTái thiết lậpHoàn tất
Hình 3.13: Quy trình thiết lập lại kết nối khi bảo mật AS được kích hoạt.
Bảng 3.24 Thông báo tái thiết lập kết nối RRC
Cấu hình tài nguyên vô tuyến Biến Bao gồm tất cả các cấu hình chuyên dụng-Dành
riêng cho tất cả các lớp con: PDCP,
RLC, MAC và PHY. Nó cũng chứa SRB và DRB
thành lập
UE
UE eNodeB
PDCP/RLC
RRC RRC
MAC/PHY
ĐÃ KẾT NỐI
RRCKết nốiPhát hành
Phát hành cấu hình radio
nhàn rỗi
Hình 3.14: Quy trình giải phóng kết nối để giải phóng kết nối.
kết nối sẽ được giải phóng, UE sẽ giải phóng tất cả tín hiệu và vô tuyến
sóng mang cũng như tất cả các cấu hình vô tuyến chuyên dụng ở tất cả các lớp con.
Tuy nhiên, nếu thông báo RRCConnectionRelease dùng để tạm dừng kết nối (bằng cách
đặt nguyên nhân phát hành thành rrc-Tạm dừng), UE
tạm dừng tất cả các sóng mang tín hiệu và vô tuyến, lưu bối cảnh AS và lưu trữ
sơ yếu lý lịch sẽ được sử dụng sau này nếu kết nối được nối lại bởi
truyền RRCConnectionResumeRequest như trong Bảng 3.19.
Sau khi hoàn thành thủ tục này, UE chuyển từ chế độ KẾT NỐI sang chế độ IDLE.
Hình 3.14 minh họa quá trình này. Khi UE nhận được bản tin RRCConnectionRelease
để giải phóng
một kết nối, nó giải phóng tất cả sóng mang vô tuyến bao gồm SRB1bis và giải phóng
cấu hình vô tuyến trong tất cả các lớp con.
Bảng 3.25 Thông báo phát hành kết nối RRC

phát hànhNguyên nhân 2 Cho biết lý do phát hành

kết nối RRC. Các giá trị có thể có
là {rrc-Suspend, other}
sơ yếu lý lịchDanh tính 40 ID để xác định bối cảnh AS
của UE
đã chuyển hướngThông tin nhà cung cấp dịch vụ 24 Cho biết tần số sóng mang và
phần bù mà UE có thể
tìm kiếm một tế bào phù hợp
Khi rời khỏi chế độ KẾT NỐI, RRCConnectionRelease

bản tin có thể chỉ ra tần số mà UE cố gắng tìm kiếm đầu tiên
một ô thích hợp để cắm trại. Nếu UE không tìm thấy ô thích hợp trên
tần số sóng mang này, nó có thể tìm kiếm một ô thích hợp khác trên
tần số khác nhau.
3.7.13 Truyền thông tin DL
Thủ tục này được sử dụng để truyền và tạo đường hầm thông báo NAS từ
NodeB tới UE nếu UE ở chế độ KẾT NỐI. Hình 3.15
UE UE eNodeB eNodeB
NAS RRC RRC NAS
ĐÃ KẾT NỐI
Lời yêu cầu

thông tin NAS
DLChuyển thông tin
Biểu thị
thông tin NAS
Hình 3.15: Thủ tục DLInformationTransfer.

Bảng 3.26 Tin nhắn truyền thông tin DL

Tham số Kích cỡ Ý nghĩa
của biến InfoNAS chuyên dụng Mang thông tin NAS được cõng
minh họa quy trình này để truyền thông điệp NAS từ eNodeB đến UE. Khi UE nhận
được thông tin NAS chuyên dụng, nó sẽ chuyển tiếp thông tin đó đến lớp NAS.
Nội dung của thông báo này như trong Bảng 3.26.
3.7.14 Truyền thông tin UL
Quy trình này được sử dụng để truyền và tạo đường hầm thông báo NAS từ UE đến
eNodeB nếu UE ở chế độ KẾT NỐI. Hình 3.16 minh họa thủ tục này để chuyển thông
điệp NAS từ UE đến eNodeB.
Bảng 3.27 thể hiện nội dung của thông báo này.
Nếu UE đang truyền RRCConnectionSetupComplete hoặc RRC-
ConnectionResumeComplete, UE có thể mang theo các tin nhắn NAS theo chúng và
không cần truyền ULInformationTransfer
tin nhắn.
UE UE eNodeB eNodeB
NAS RRC RRC NAS
ĐÃ KẾT NỐI
Lời yêu cầu

thông tin NAS
ULChuyển giao thông tin
Biểu thị
thông tin NAS
Hình 3.16: Thủ tục chuyển giao thông tin UL.

Bảng 3.27 Thông báo truyền thông tin UL

Tham số Kích cỡ Ý nghĩa
của biến InfoNAS chuyên dụng Mang thông tin NAS được cõng
3.7.15 Chuyển giao khả năng của UE
eNodeB sử dụng thủ tục này để hỏi về khả năng truy cập vô tuyến của UE. eNodeB
chỉ bắt đầu thủ tục này nếu UE ở chế độ KẾT NỐI. Hình 3.17 minh họa thủ tục này.
eNodeB sử dụng quy trình này để truy vấn các khả năng của UE bao gồm phiên
bản phát hành AS, danh sách các băng tần được hỗ trợ, hỗ trợ nhiều sóng mang,
hỗ trợ hoạt động đa sóng mang và đa giai điệu, số phiên ngữ cảnh Nén tiêu đề
mạnh mẽ (RoHC) tối đa và các phiên được hỗ trợ. hồ sơ.
Thủ tục này cũng xác định cả khả năng đường xuống và đường lên của UE. Các
tham số trong Bảng 3.28 được UE liệt kê.
Bảng 3.28 tóm tắt tất cả các khả năng vô tuyến có trong thông báo
UECapabilityInformation được truyền tới eNodeB.
Bảng 3.29 cho thấy kích thước PDU lớp con PHY có thể được nhận (DL) hoặc
truyền (UL) bởi UE trong khung con [19]. Tối đa 680 bit và 1000 bit cho Cat-NB1
có thể được nhận hoặc truyền tương ứng trong một khung con duy nhất ở chế độ
FDD bán song công.

Đối với Cat-NB2, nó hỗ trợ tới 2536 bit. Tuy nhiên, đây không phải là tốc độ dữ
liệu của lớp con PHY vì PDU của lớp con PHY trải qua một số lần lặp lại và xử lý
truyền dẫn như sẽ được giải thích trong Phần 7.10.9.13.
UE eNodeB
RRC RRC
ĐÃ KẾT NỐI
UEKhả năngYêu cầu
Thông tin khả năng của UE
Hình 3.17: Quy trình khảo sát năng lực.

Bảng 3.28 Thông báo thông tin khả năng của UE
truy cậpStratum 4 Cho biết việc phát hành giao thức

Giải phóng cây rơm. Các giá trị có thể là {rel13, rel14}
ue-Thể loại- 1 Nếu có, xác định loại UE NB1 là
NB trong bảng 3.29
nhiềuDRB 1 Nếu xuất hiện, cho biết UE hỗ trợ
nhiều DRB. Thông số này chỉ
có thể áp dụng nếu UE hỗ trợ Tối ưu hóa
EPS CIoT mặt phẳng dữ liệu. Nếu một UE
hỗ trợ nhiều DRB, UE sẽ
hỗ trợ hai DRB đồng thời
được hỗ trợROHC- 7 Danh sách tiêu đề gói được hỗ trợ
Hồ sơ cấu hình nén (RoHC) như trong
Bảng 4.1
đa giai điệu 1 Nếu xuất hiện, cho biết UE hỗ trợ UL
truyền đa âm trên NPUSCH
đa sóng mang 1 Nếu xuất hiện, cho biết UE hỗ trợ
hoạt động đa sóng mang
đa sóng mang- 1 Nếu xuất hiện, cho biết UE hỗ trợ
NPRach NPRACH trên tàu sân bay không neo
haiHARQ- 1 Nếu xuất hiện, cho biết UE hỗ trợ hai
Quy trình-r14 HARQ xử lý hoạt động trong DL hoặc
UL
được hỗ trợBand- Danh sách
Cho biết danh sách các dải tần số vô tuyến
Danh sách
được UE hỗ trợ
đa sóng mang- 1 Nếu xuất hiện, cho biết UE hỗ trợ
Phân trang phân trang trên sóng mang không neo
Bảng 3.29 Khả năng đường xuống và đường lên
Đã nhận DL truyền UL
Danh mục UE Khối vận chuyển Khối vận chuyển song công
Kích thước mỗi TTI Kích thước mỗi TTI
NB1 680 1000 FDD bán song công

NB2 2536 2536 FDD bán song công
3.7.16 Lỗi liên kết vô tuyến
UE có thể mất kết nối với eNodeB vì nhiều lý do khác nhau như
tín hiệu bị mất hoặc yếu, RSRP đo được thấp hoặc Tỷ lệ tín hiệu trên nhiễu
cộng với nhiễu (SINR) thấp hoặc không thể giải mã NPDCCH. Người nghèo hoặc
kết nối tốt với eNodeB đều được biểu thị bằng trạng thái không đồng bộ
hoặc các chỉ báo không đồng bộ được gửi từ lớp con PHY tới RRC. Tốt
kết nối (hoặc không đồng bộ) được chỉ định nếu lớp con PHY có thể giải mã
NPDCCH thành công nhiều lần liên tiếp, N311. MỘT
kết nối kém (hoặc không đồng bộ) được xác định nếu lớp con PHY không thể giải
mã thành công NPDCCH nhiều lần liên tiếp,
N310. N311 và N310 có thể lấy các giá trị của {1, 2, 3, 4, 5, 6, 8, 10} làm
được cấu hình bởi eNodeB trong quá trình thiết lập kết nối.
Khi UE phát hiện lỗi liên kết vô tuyến, UE có thể quyết định khởi tạo quy
trình thiết lập lại kết nối RRC như được giải thích trong
Mục 3.7.11 hoặc chuyển từ chế độ KẾT NỐI sang chế độ RỖI. Khi
chuyển sang chế độ IDLE, UE sẽ giải phóng tất cả các cấu hình vô tuyến
các lớp con: PDCP, RLC, MAC và PHY, giải phóng SRB và DRB, và
thực hiện lựa chọn ô để chọn một ô mới để cắm trại.
3.8 Kênh logic

RRC sử dụng khái niệm kênh logic để truyền và nhận RRC
tin nhắn đến và đi từ eNodeB tương ứng. Các kênh logic được sử dụng bởi
RRC là các kênh mặt phẳng điều khiển. Các kênh logic là BCCH để nhận MIB và
SIB quảng bá, Kênh điều khiển chung (CCCH) và
Kênh điều khiển chuyên dụng (DCCH) để trao đổi tin nhắn RRC,
và Kênh lưu lượng dành riêng (DTCH) để trao đổi lưu lượng mặt phẳng dữ liệu
được truyền trên DRB.
Bảng 3.30 tóm tắt các thông báo RRC và các thông báo tương ứng
kênh vô tuyến, kênh logic, kênh truyền tải, kênh vật lý và
hướng của họ. Các kênh logic được ánh xạ tới các kênh truyền tải tại
lớp con MAC, được ánh xạ tới các kênh vật lý ở lớp con vật lý. Việc ánh xạ
kênh logic tới truyền tải và vật lý
các kênh được giải thích trong Phần 6.1 và 7.8.
3.9 Hỗ trợ nhiều nhà mạng

Một UE có thể hỗ trợ nhiều tần số sóng mang đường xuống hoặc đường lên để
eNodeB. Điều này được gọi là hỗ trợ đa nhà cung cấp dịch vụ. Tính năng này được
giới thiệu dưới dạng cân bằng tải cho số lượng lớn thiết bị NB-IoT trên các nhà
cung cấp dịch vụ khác nhau và do đó tránh được sự tranh chấp giữa các thiết bị NB-IoT và
đạt được thông lượng cao hơn.
Một UE ở chế độ KẾT NỐI được định cấu hình, thông qua bản tin RRCConnec-
tionReconfiguration, tới một sóng mang không neo bổ sung, để
tất cả các đường truyền đơn hướng. Nhà cung cấp dịch vụ neo mang tất cả sự đồng bộ hóa
ngu
tài
soá
kiể
con
Lớp
tu
vô
Bảng 3.30 Các bản tin RRC và các kênh của chúng
Hợp lý Chuyên chở Thuộc vật chất
Tin nhắn Người mang
Kênh Kênh Kênh
Phương hướng
MIB - BCCH BCH NPBCH DL

SIB1-NB - BCCH DL-SCH NPDSCH DL
SIB - BCCH DL-SCH NPDSCH DL
- PCCH PCH NPDSCH DL
Phân trang
RRCKết nốiYêu cầu thiết lập lại SRB0 CCCH UL-SCH NPUSCH UL
RRCYêu cầu kết nối SRB0 CCCH UL-SCH NPUSCH UL
RRCKết nốiTiếp tụcYêu cầu SRB0 CCCH UL-SCH NPUSCH UL
RRCKết nốiTái thiết lập SRB0 CCCH DL-SCH NPDSCH DL
RRCThiết lập kết nối SRB0 CCCH DL-SCH NPDSCH DL
DLChuyển thông tin SRB1, SRB1bis DCCH DL-SCH NPDSCH DL
RRCKết nốiCấu hình lại SRB1 DCCH DL-SCH NPDSCH DL
RRCKết nốiPhát hành SRB1, SRB1bis DCCH DL-SCH NPDSCH DL
Chế Độ Bảo MậtLệnh SRB1 DCCH DL-SCH NPDSCH DL
UEKhả năngYêu cầu SRB1, SRB1bis DCCH DL-SCH NPDSCH DL
RRCKết nốiTiếp tục SRB1 DCCH DL-SCH NPDSCH DL
RRCKết nốiCấu hình lạiHoàn thành SRB1 DCCH UL-SCH NPUSCH UL
RRCKết nốiTái thiết lậpHoàn tất SRB1, SRB1bis DCCH UL-SCH NPUSCH UL
RRCKết nốiThiết lậpHoàn tất SRB1bis DCCH UL-SCH NPUSCH UL
Chế độ bảo mậtHoàn thành SRB1 DCCH UL-SCH NPUSCH UL
Thông tin khả năng của UE SRB1, SRB1bis DCCH UL-SCH NPUSCH UL
ULChuyển giao thông tin SRB1, SRB1bis DCCH UL-SCH NPUSCH UL
RRCKết nốiTiếp tụcHoàn tất SRB1 DCCH UL-SCH NPUSCH UL
Bảng 3.31 Hỗ trợ đa sóng mang

Mỏ neo
Vận chuyển
Không neo
Băng bảo vệ trong băng độc lập
Vận chuyển
Trong băng tần Đúng Đúng KHÔNG
Băng bảo vệ Đúng Đúng KHÔNG
Độc lập KHÔNG KHÔNG Đúng
và thông tin hệ thống, trong khi sóng mang không neo có thể mang dữ liệu
truyền, tin nhắn phân trang, thủ tục truy cập ngẫu nhiên hoặc SC-PTM
thu nhận. UE sử dụng sóng mang neo hoặc sóng mang không neo tại một
thời gian chứ không phải cả hai cùng một lúc.
Một sóng mang không neo có thể được cấu hình trong quá trình kết nối RRC
thủ tục thiết lập cho truyền dẫn unicast. Khi sóng mang không neo DL được định cấu hình
cho UE, UE sẽ nhận dữ liệu trên
tần số sóng mang này. Một bitmap cũng có thể được cung cấp cho sóng mang không neo này
để chỉ ra các khung con có thể được sử dụng để nhận

dữ liệu. Sóng mang không neo chứa nhiều khung con sẵn có hơn cho
DL vì thông tin đồng bộ hóa và phát sóng đang được

nhận được trên tàu chở neo. Sóng mang không neo UL cũng có thể được cấu hình cho UE.
Nếu UE không được cấu hình cho sóng mang không neo, tất cả đường xuống và
Việc truyền dẫn đường lên chỉ được thực hiện trên sóng mang neo. Nếu UE
được cấu hình cho sóng mang không neo, UE đang truyền hoặc
Chỉ nhận trên một sóng mang duy nhất chứ không phải đồng thời trên tất cả các sóng mang
phụ. Tức là việc thu và truyền không được thực hiện đồng thời
và bị giới hạn chỉ ở một băng tần cho DL hoặc UL. Đủ rồi
UE chỉ có một máy phát và máy thu. Neo hợp lệ và

Các tổ hợp sóng mang không neo được thể hiện trong Bảng 3.31.
3.10 Mặt phẳng điều khiển và Mặt phẳng dữ liệu di động
Tối ưu hóa IoT (CIoT)

Tối ưu hóa CIoT EPS cung cấp cách hỗ trợ dữ liệu nhỏ hoặc SMS
chuyển giao giữa UE và eNodeB. UE chỉ ra sự hỗ trợ cho
Tối ưu hóa CIoT EPS mặt phẳng điều khiển, tối ưu hóa CIoT EPS mặt phẳng dữ liệu hoặc
truyền dữ liệu S1-U trong quá trình thiết lập kết nối RRC, yêu cầu đính kèm NAS hoặc yêu
cầu NAS TAU [20, 21]. Một UE đó

hỗ trợ tối ưu hóa CIoT EPS mặt phẳng dữ liệu cũng hỗ trợ truyền dữ liệu S1-U.
Tối ưu hóa CIoT EPS của mặt phẳng điều khiển được sử dụng để truyền dữ liệu
người dùng (IP, không phải IP), tin nhắn SMS hoặc bất kỳ lưu lượng mặt phẳng dữ
liệu nào khác qua mặt phẳng điều khiển thông qua MME mà không kích hoạt thiết lập
sóng mang dữ liệu vô tuyến. UE NAS sử dụng bất kỳ thủ tục NAS nào sau đây để trao
đổi các thông báo mặt phẳng dữ liệu của nó: Truyền tải NAS đường xuống, Truyền tải
NAS đường lên, Truyền tải NAS chung đường xuống và Truyền tải NAS chung đường lên
[20].
Tối ưu hóa CIoT EPS mặt phẳng dữ liệu được sử dụng để thay đổi chế độ NAS từ
chế độ EMM-IDLE sang chế độ EMM-CONNECTED mà không cần sử dụng quy trình yêu cầu dịch
vụ [20].
Tối ưu hóa CIoT EPS trên mặt phẳng điều khiển được đặc trưng bởi các đặc điểm
sau:
Cho phép hỗ trợ truyền tải hiệu quả dữ liệu người dùng (IP, non-IP hoặc
SMS) qua mặt phẳng điều khiển mà không cần thiết lập sóng mang dữ liệu.
Tất cả các bản tin NAS đường lên và đường xuống đều được kèm theo các bản
tin RRC như trong Bảng 3.26 và 3.27.
Cấu hình lại kết nối RRC không được hỗ trợ. UE có thể tùy chọn hỗ trợ thủ
tục Thiết lập lại kết nối RRC.
Chỉ có sóng mang vô tuyến báo hiệu (SRB1bis) được thiết lập và không có sóng
mang vô tuyến dữ liệu (DRB) nào được thiết lập.
Chỉ có một kênh logic chuyên dụng và không hỗ trợ DTCH.
Lớp con PDCP không được sử dụng và bảo mật AS không được kích hoạt.
UE có thể hỗ trợ Truyền S1-U.
UE với tính năng tối ưu hóa CIoT EPS mặt phẳng dữ liệu nhằm mục đích truyền lưu
lượng mặt phẳng dữ liệu mà không cần sử dụng quy trình yêu cầu Dịch vụ NAS để thiết
lập bối cảnh AS tại eNodeB. Điều này hỗ trợ các thiết bị NB-IoT và giao tiếp kiểu
máy. Tối ưu hóa CIoT EPS mặt phẳng dữ liệu được đặc trưng bởi những điều sau:
Hỗ trợ truyền dữ liệu bằng cách sử dụng sóng mang dữ liệu. Lớp con PDCP được
bỏ qua cho đến khi nó được kích hoạt.
Thủ tục tạm dừng kết nối RRC được sử dụng khi eNodeB giải phóng kết nối RRC.
eNodeB có thể yêu cầu UE
giữ lại bối cảnh UE AS bao gồm khả năng của UE khi ở chế độ IDLE. Thủ
tục RRC này được giải thích trong Phần 3.7.12.
Khi di chuyển UE từ chế độ IDLE sang chế độ KẾT NỐI, quy trình tiếp tục
kết nối RRC được sử dụng. eNodeB sử dụng và truy cập thông tin được UE
lưu trữ để tiếp tục kết nối RRC. eNodeB sử dụng ID sơ yếu lý lịch do
UE cung cấp để truy cập thông tin UE được lưu trữ. Thủ tục RRC này được
giải thích trong Phần 3.7.9.
Khi kết nối RRC được tiếp tục lại sau khi nó bị tạm dừng, tính năng bảo
mật sẽ tiếp tục được kích hoạt và việc tạo lại khóa không được hỗ trợ
trong quy trình tiếp tục kết nối RRC. MAC-I ngắn được UE sử dụng lại làm
mã thông báo xác thực tại quy trình tiếp tục kết nối RRC.
Một sóng mang không neo có thể được cấu hình khi kết nối RRC được thiết
lập, nối lại, cấu hình lại hoặc thiết lập lại.
Giao thức NAS [20] có thể chuyển từ chế độ EMM-IDLE sang chế độ EMM-
CONNECTED mà không cần thủ tục Yêu cầu dịch vụ.
SIB2-NB chứa thông tin liệu eNodeB có hỗ trợ tối ưu hóa CIoT EPS hay không. Khi
UE nhận SIB2-NB tại RRC, nó sẽ chuyển tiếp nó tới lớp NAS tại UE. UE quyết định
có sử dụng tối ưu hóa này hay không và truyền quyết định này trong quá trình
thiết lập kết nối RRC.
3.11 Chế độ tiết kiệm năng lượng (PSM)

PSM cho phép thiết bị chuyển sang chế độ ngủ sâu để giảm mức tiêu thụ năng
lượng. UE với ứng dụng có khả năng chịu độ trễ hoặc việc truyền và nhận dữ liệu
không thường xuyên có thể sử dụng chế độ này [9, 22].
Trong PSM, UE quyết định thời gian cần ở chế độ ngủ. Trong PSM, UE tắt nguồn,
vẫn được đăng ký với mạng. Điều này cho phép UE tránh gắn lại hoặc thiết lập
lại kết nối PDN khi nó hoạt động trở lại. Trong PSM, UE không thể truy cập được
đối với các dịch vụ đầu cuối di động và mạng nhận biết trạng thái UE và tránh
phân trang UE. Nếu UE chuyển sang chế độ KẾT NỐI, nó sẽ sẵn sàng cho các dịch vụ
đầu cuối hoặc khởi tạo di động trở lại.
UE có thể yêu cầu vào PSM bằng cách thêm bộ định thời T3324 trong thủ tục
đính kèm hoặc TAU. EPC cấp PSM cho UE
bằng cách cung cấp một giá trị cho bộ định thời T3324 trong thủ tục chấp nhận đính kèm hoặc
chấp nhận TAU.
Khi bộ định thời T3324 hết hạn, UE sẽ tắt AS bao gồm các lớp con PHY, MAC, RLC, PDCP
và RRC và đi vào PSM. Nếu UE ở chế độ KẾT NỐI khi T3324 hết hạn, nó sẽ giải phóng kết nối
RRC. Khi UE vào PSM, nó có thể tiếp tục ở chế độ này trong khoảng thời gian bằng T3412.
Nếu UE cần duy trì thời gian trong PSM lâu hơn giá trị thời gian T3412 được EPC phát, thì
nó có thể truyền bộ đếm thời gian thứ hai, đó là thời gian kéo dài của T3412 trong quá
trình đính kèm hoặc thủ tục TAU. Thời gian tối đa, bao gồm cả T3412, là khoảng 413 ngày
[21]. Hình 3.18 và Bảng 3.32 thể hiện dạng thức của hai bộ định thời T3324 và T3412 [21].
7 6 5 4 3 2 1 0
ID phần tử thông tin hẹn giờ ngày 1 tháng 10
Độ dài của nội dung hẹn giờ ngày 2 tháng 10
Đơn vị Giá trị hẹn giờ 3 tháng 10
Hình 3.18: Phần tử thông tin hẹn giờ mở rộng T3324 và T3412.
Bảng 3.32 Phần tử thông tin bộ định thời T3324
Tham số Nghĩa
Độ dài của nội dung Độ dài nội dung của thông tin hẹn giờ
hẹn giờ yếu tố
Đơn vị Có thể là bất kỳ giá trị nào sau đây đối với Bộ hẹn
giờ T3324: Giá trị 0 0 0 được tăng theo bội số của 2 giây. 0 0 1
giá trị được tăng theo bội số của 1 phút. Giá trị 0 1 0 được
tăng theo bội số của decihours. Giá trị 1 1 1 cho biết bộ hẹn giờ
bị vô hiệu hóa.
Có thể là bất kỳ giá trị nào sau đây đối với

T3412: Giá trị 0 0 0 được tăng theo bội số của 10 phút 0 0 1 giá
trị được tăng theo bội số của 1 giờ Giá trị 0 1 0 được tăng
theo bội số của 10 giờ 0 1 1 giá trị được tăng theo bội số trong
2 giây Giá trị 1 0 0 được tăng theo bội số của 30 giây 1 0 1 giá
trị được tăng theo bội số của 1 phút Giá trị 1 1 0 được tăng
theo bội số của 320 giờ Giá trị 1 1 1 cho biết bộ hẹn giờ đã bị
tắt
Giá trị hẹn giờ Giá trị bộ đếm thời gian được mã hóa nhị phân
3.12 Tiếp nhận không liên tục (DRX) ở

chế độ IDLE
DRX là một thủ tục khác mà UE có thể tiết kiệm năng lượng và pin. Trong thủ tục
này, UE không cần phải giám sát NPDCCH trong mọi khung con để phát hiện xem có
nhận được bản tin Paging hay không. Thay vào đó, có sẵn các Khung phân trang
được chỉ định (PF) trong đó mỗi khung có thể chứa một hoặc nhiều Lần phân trang
(PO). Cả PF và PO đều được UE biết và UE chỉ có thể thức dậy trên một PO duy
nhất và phát hiện NPDCCH được mã hóa bằng P-RNTI. Chỉ có một PF trong mỗi khung
vô tuyến và một PO trong mỗi chu kỳ DRX và UE chỉ giám sát một PO trên mỗi chu
kỳ DRX. Chu kỳ DRX có giá trị tối đa là 10,24 giây.
Trong mỗi PF, PO có thể ở khung con #0, #4, #5 hoặc #9. PF và PO phụ thuộc
vào IMSI của UE. Vì vậy, mỗi UE có một dịp phân trang khác nhau. Các tham số mặc
định DRX được cung cấp cho UE trong SIB2-NB. Thủ tục DRX có thể được sử dụng
khi UE ở chế độ IDLE hoặc CONNECTED. Quy trình DRX khi ở chế độ KẾT NỐI được
giải thích trong Phần 6.5.
Ngoài quy trình DRX, UE có thể được cấu hình để sử dụng chu kỳ DRX (eDRX) mở
rộng nhằm kéo dài chu kỳ ngủ. Độ dài chu kỳ eDRX được thể hiện trong Bảng 3.33
[21]. UE có thể yêu cầu sử dụng DRX/eDRX trong các thủ tục đính kèm hoặc TAU
bằng cách bao gồm các tham số DRX/eDRX IE. EPC chấp nhận yêu cầu bằng cách truyền
tải bản tin đính kèm hoặc chấp nhận bản tin TAU tới UE. UE có thể yêu cầu kích
hoạt cả PSM và DRX/eDRX. EPC quyết định có cho phép cả hai hay chỉ một hoặc không
cho phép các thủ tục này. Tuy nhiên, UE có thể yêu cầu một kết hợp khác ở mỗi
thủ tục đính kèm hoặc TAU mới.
Bảng 3.33 Độ dài

chu kỳ eDRX
Chu kỳ eDRX
20,48
40,96
81,92 ( 1 phút)
163,84 ( 3 phút)
327,68 ( 5 phút)
655,36 ( 11 phút)
1310,72 ( 22 phút)
2621,44 ( 44 phút)
5242,88 ( 87 phút) )
10485,76 ( 175 phút)
Chương 4
Dữ liệu gói
Giao thức hội tụ
Lớp con
PDCP là lớp con mỏng được sử dụng cho cả mặt phẳng điều khiển và mặt phẳng
dữ liệu [23]. Chức năng chính của nó là cung cấp các biện pháp bảo vệ tính
toàn vẹn và bảo mật cho các PDU mặt phẳng điều khiển và mặt phẳng dữ liệu.
Đặc biệt, PDCP cung cấp các chức năng sau:
Gán số thứ tự cho SDU PDCP được truyền và xử lý số thứ tự của SDU PDCP
nhận được.
Nén và giải nén tiêu đề, sử dụng giao thức RoHC, cho các gói lớp trên
(ví dụ: lớp IP).
Mã hóa và giải mã các PDU điều khiển và mặt phẳng dữ liệu.
Bảo vệ và xác minh tính toàn vẹn chỉ dành cho PDU mặt phẳng điều khiển.
Sắp xếp lại, phân phối theo thứ tự và phát hiện sự trùng lặp của SDU
đã nhận trước khi chuyển tiếp lên lớp trên.
4.1 Kiến trúc PDCP

Kiến trúc PDCP được minh họa trong Hình 4.1 cho RB điều khiển và dữ liệu.
Vật mang vô tuyến báo hiệu, SRB0 và SRB1bis, được sử dụng cho các PDU RRC
69
SRB0 SRB1bis SRB1 DRB0 DRB1 DRB0 DRB1
lớp con RRC Thực thể PDCP Thực thể PDCP Thực thể PDCP Thực thể PDCP Thực thể PDCP
Thực thể Thực thể Thực thể Thực thể Thực thể Thực thể Thực thể
RLC TM RLC TM RLC AM RLC AM RLC AM RLC UM RLC UM
Hình 4.1: Kiến trúc PDCP tại UE.
và không đi qua lớp con PDCP. Nghĩa là, tất cả việc truyền và nhận các PDU
RRC trên SRB0 và SRB1bis đều được trao đổi giữa các lớp con RRC và RLC mà
không có sự can thiệp của PDCP. Mặt khác, vật mang tín hiệu vô tuyến SRB1 đi
qua PDCP.
Do đó, bất kỳ PDU RRC nào được truyền qua SRB1 đều có thể được mã hóa hoặc
bảo vệ tính toàn vẹn. Vật mang dữ liệu vô tuyến, chẳng hạn như DRB0 hoặc
DRB1, cũng đi qua lớp con PDCP và có thể được mã hóa.
Mỗi sóng mang vô tuyến đi qua PDCP có thực thể PDCP riêng được ánh xạ tới
RLC AM hoặc UM. Thực thể PDCP được ánh xạ tới RLC AM được sử dụng cho lưu
lượng đơn hướng. Thực thể PDCP được ánh xạ tới RLC UM chỉ được sử dụng để
nhận lưu lượng phát đa hướng trên SC-MCCH hoặc SC-MTCH và không được sử
dụng cho lưu lượng phát đa hướng. Mỗi thực thể PDCP có nghĩa là mỗi thực
thể có trạng thái, biến trạng thái và hoạt động riêng độc lập với các thực
thể khác.
UE chỉ hỗ trợ tối ưu hóa CIoT EPS của mặt phẳng điều khiển, như được
định nghĩa trong [20], đã bỏ qua lớp con PDCP của nó. Đối với NB-IoT UE hỗ trợ
cả tối ưu hóa CIoT EPS mặt phẳng điều khiển và tối ưu hóa CIoT EPS mặt phẳng
dữ liệu, như được định nghĩa trong [20], PDCP cũng bị bỏ qua (tức là không
được sử dụng) cho đến khi bảo mật AS được kích hoạt.
4.2 Tham số cấu hình RRC RRC báo hiệu các tham số cấu hình
đến lớp con PDCP để định cấu hình tính toàn vẹn và thuật toán mã hóa, thuật
toán nén tiêu đề gói hoặc DRB như trong Bảng 4.1. Các tham số cấu hình PDCP
đượ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. Các gói mặt phẳng dữ liệu nhận được từ lớp trên (ví
dụ: TCP/IP) và được nhận bởi lớp con PDCP sẽ được ánh xạ tới một trong các
ID DRB được chỉ định bởi drb-Identity.
Lớp con giao thức hội tụ dữ liệu gói 71
Bảng 4.1 Tham số cấu hình RRC cho lớp con PDCP
đặc biệtBearerIdentity 4 Cho biết ID mang EPS là
được giải thích ở Chương 8

drb-Danh tính 5 Cho biết ID DRB được sử dụng cho
mỗi DRB được thành lập
thuật toán mã hóa 4 Thuật toán mật mã được sử dụng để

mã hóa tín hiệu và dữ liệu RB như
trong bảng 3.16
chính trực- 4 Thuật toán toàn vẹn được sử dụng
Thuật toán Prot để bảo vệ tín hiệu RB như trong
Bảng 3.17
loại bỏTimer 3 Cho biết bộ hẹn giờ loại bỏ trong
mili giây. Các giá trị có thể có là
{ms5120, ms10240, ms20480,

ms40960, ms81920, vô cực}
nén tiêu đề 10 Nếu xuất hiện, cho biết gói
Cấu hình nén tiêu đề (RoHC)
được sử dụng với thực thể PDCP. Khả thi
các giá trị như trong Bảng 4.3
Các thuật toán toàn vẹn và bảo mật được báo hiệu tới PDCP trong quá trình
Quy trình kích hoạt bảo mật RRC như được giải thích trong Phần 3.7.8.
SRB1 sử dụng các tham số toàn vẹn và bảo mật nhưng không sử dụng các tham số khác
thông số. Vì SRB0 và SRB1bis không đi qua lớp con PDCP nên chúng không có cấu
hình PDCP.
4.3 Thực thể PDCP

Hình 4.2 và 4.3 minh họa cấu trúc của thực thể PDCP
được sử dụng tương ứng cho mặt phẳng điều khiển hoặc mặt phẳng dữ liệu. TRONG
Hình 4.2, PDU mặt phẳng điều khiển hoặc PDU SRB báo hiệu là đầu tiên
được gán một Số thứ tự (SN), được bảo vệ và mã hóa toàn vẹn,
và tiêu đề PDCP được thêm vào trước khi nó được truyền tới lớp con RLC.
Trong Hình 4.3, PDU mặt phẳng dữ liệu hoặc PDU DRB dữ liệu không toàn vẹn
được bảo vệ, thay vào đó nó được mã hóa sau khi gán SN; PDCP
tiêu đề được thêm vào và cuối cùng được truyền đến các lớp con thấp hơn.
PDCP PDU bao gồm tiêu đề và SDU. Cả hai đều là bội số của
byte. PDCP PDU bao gồm PDCP SDU và tiêu đề PDCP
như thể hiện trong hình 4.4. PDCP PDU có kích thước tối đa là 1600
octet.
truyền tải Đang nhận
Đánh số thứ tự
Bảo vệ tính toàn vẹn Xác minh tính toàn vẹn
Mật mã Giải mã
Thêm tiêu đề PDCP Xóa tiêu đề PDCP
Hình 4.2: Thực thể PDCP cho mặt phẳng điều khiển (RB báo hiệu).
truyền tải Đang nhận
Giao hàng theo đơn đặt hàng và

Đánh số thứ tự
phát hiện trùng lặp
nén tiêu đề Giải nén tiêu đề
Mật mã Giải mã
Thêm tiêu đề PDCP Xóa tiêu đề PDCP
Hình 4.3: Thực thể PDCP cho mặt phẳng dữ liệu (Data RB).
IP PDU
Tiêu đề PDCP PDCP SDU
PDCP PDU < 1600 Octet
Hình 4.4: PDCP SDU và PDU.
PDCP PDU có thể là kiểu dữ liệu hoặc kiểu điều khiển. Đầu tiên có nghĩa là
PDCP SDU mang PDU báo hiệu hoặc dữ liệu (tức là PDU mặt phẳng điều khiển
hoặc mặt phẳng dữ liệu), trong khi PDU sau có nghĩa là nó mang điều khiển
thông tin như gói phản hồi RoHC xen kẽ.
Hình 4.5 cho thấy định dạng PDU dữ liệu PDCP mang PDU báo hiệu. PDU
dữ liệu sử dụng độ dài số thứ tự là 5 bit và
mang PDU báo hiệu được ánh xạ tới SRB. Trường MAC-I là trường
mã xác thực tin nhắn được tính toán bằng thuật toán toàn vẹn và
được thêm vào PDCP SDU.
7 6 5 4 3 2 1 0
R RR SN ngày 1 tháng 10
ngày 2 tháng 10
Khối hàng
MAC-I Tháng 10 N-3
MAC-I Tháng 10 N-2
MAC-I Tháng 10 N-1
MAC-I tháng 10 N
Hình 4.5: Định dạng PDCP PDU cho PDU báo hiệu (SN 5 bit).
7 6 5 4 3 2 1 0
D/C SN ngày 1 tháng 10
Khối hàng ngày 2 tháng 10
Khối hàng 3 tháng 10
Khối hàng tháng 10 N
Hình 4.6: Định dạng PDCP PDU cho PDU dữ liệu (SN 7 bit).
7 6 5 4 3 2 1 0
D/C Kiểu RRRR ngày 1 tháng 10
Gói phản hồi ROHC xen kẽ ngày 2 tháng 10
Hình 4.7: Định dạng PDCP PDU cho SDU điều khiển phản hồi RoHC xen kẽ.
Hình 4.6 cho thấy định dạng PDU dữ liệu PDCP mang dữ liệu
PDU. Nó sử dụng số thứ tự có độ dài 7 bit và mang dữ liệu
PDU được ánh xạ tới DRB. Trường “D/C” cho biết liệu PDCP có
SDU dữ liệu chứa dữ liệu hoặc PDU điều khiển. Hình 4.7 thể hiện PDCP
PDU điều khiển có chứa PDU điều khiển. Các trường tiêu đề PDU PDCP
Bảng 4.2 Các trường PDU PDCP
Cánh đồng Nghĩa
D/C Nếu 1, biểu thị PDU dữ liệu; nếu 0, biểu thị PDU điều khiển
SN Cho biết số thứ tự. Nó là 5 bit cho SRB và
7 bit cho DRB
Kiểu Nếu 001, biểu thị gói phản hồi RoHC xen kẽ
R Kín đáo
4.4 Mã hóa và giải mã Mã hóa và giải

mã đề cập đến quá trình mã hóa hoặc giải mã PDCP PDU. Mật
mã được kích hoạt bởi lớp con RRC khi nhận RRC
SecurityModeCommand PDU. Các tham số được sử dụng để mã
hóa và giải mã bao gồm [24] sau:
KEY: Cả hai khóa KRRCenc và KUP lần lượt được sử enc, được điều khiển bởi RRC
dụng để mã hóa tín hiệu hoặc PDU mặt phẳng dữ liệu. Khóa có độ dài 128 bit.
BEARER: ID mang 5 bit.
COUNT: giá trị 32 là sự kết hợp của HFN và PDCP PDU SN.
HƯỚNG: 0 cho đường lên và 1 cho đường xuống.
Mã hóa chỉ được áp dụng cho PDCP SDU bao gồm PDU dữ liệu (PDU mặt phẳng điều khiển hoặc
mặt phẳng dữ liệu) và không áp dụng cho SDU điều khiển PDCP. Mã hóa cũng được áp dụng
cho trường MAC-I mang mã xác thực thông điệp của thuật toán toàn vẹn.
Hình 4.8 cho thấy Thuật toán mã hóa EPS (EEA) được sử dụng với các tham số đầu vào:
KEY, BEARER, COUNT và DIRECTION.
Tham số đầu vào Độ dài là độ dài của khối dòng khóa được yêu cầu thường được đặt bằng
độ dài của PDCP SDU. Một lần
Phương hướng Phương hướng Chiều dài

Chiều dài
Đếm Người mang Đếm Người mang
Chìa khóa EEA Chìa khóa EEA
Khối dòng Khối dòng

khóa khóa
Khối bản Khối văn bản Khối bản

rõ mật mã rõ
Hệ thống điều khiển Người nhận
Hình 4.8: Sơ đồ khối mã hóa và giải mã.

PDCP SDU được mã hóa, nó được truyền qua mạng và được giải mã ở phía
bên kia bằng cách sử dụng cùng các tham số đầu vào.
4.5 Bảo vệ tính toàn vẹn và xác minh Tính toàn vẹn đề cập đến
quá trình thêm giá trị băm vào PDCP PDU để xác minh tính toàn vẹn của nó
và phát hiện bất kỳ sự giả mạo nào đối với PDU. Tính toàn vẹn được kích
hoạt bởi lớp con RRC nhờ quy trình SecurityModeCommand. Các tham số được
sử dụng để bảo vệ và xác minh tính toàn vẹn bao gồm [24] sau:
KEY: Khóa, KRRCint, được điều khiển bởi RRC và được sử dụng để
bảo vệ tính toàn vẹn của PDU báo hiệu. Khóa có độ dài 128 bit.
BEARER: ID mang 5 bit.
COUNT: giá trị 32 là sự kết hợp của HFN và PDCP PDU SN.
HƯỚNG: 0 cho đường lên và 1 cho đường xuống.
Bảo vệ tính toàn vẹn chỉ được áp dụng cho tiêu đề và tải trọng PDCP (PDCP
SDU) của PDU mặt phẳng điều khiển trước khi mã hóa. Hình 4.9 minh họa
Thuật toán toàn vẹn EPS (EIA) xác thực tính toàn vẹn của PDU báo hiệu.
Bộ phát tính toán mã xác thực tin nhắn 32 bit (MAC-I). MAC-I được gắn
vào PDCP SDU khi truyền nó. Ở phía người nhận, người nhận tính toán
thông điệp mong đợi
Phương hướng Tin nhắn Phương hướng Tin nhắn
Đếm Người mang Đếm Người mang
Chìa khóa ĐTM Chìa khóa ĐTM
MAC-I XMAC-I
Hệ thống điều khiển Người nhận
Hình 4.9: Sơ đồ khối toàn vẹn.

mã xác thực (XMAC-I) cho PDCP PDU đã nhận giống nhau

cách nó được tính toán ở người gửi. Nếu MAC-I và XMAC-I khớp nhau,
PDCP PDU vượt qua quá trình xác minh tính toàn vẹn; mặt khác, PDCP
PDU không xác minh được tính toàn vẹn.
4.6 Nén và giải nén tiêu đề

Mỗi thực thể PDCP hỗ trợ nén và giải nén tiêu đề
theo khuôn khổ RoHC. Có cách nén khác nhau
thuật toán hoặc cấu hình tùy thuộc vào giao thức nào của lớp mạng
sử dụng. Bảng 4.3 tóm tắt tất cả các quá trình nén và giải nén tiêu đề
hồ sơ được UE hỗ trợ. Nén tiêu đề chỉ áp dụng cho dữ liệu
người mang sóng vô tuyến nhưng không phát tín hiệu cho người mang sóng vô tuyến.
Lớp con RRC cấu hình PDCP và từng thực thể PDCP mà
ID hồ sơ sẽ được sử dụng cho thuật toán nén tiêu đề của nó.
Nén hoặc giải nén tiêu đề chỉ áp dụng cho mặt phẳng dữ liệu
PDU. Nghĩa là, trước khi mã hóa, các gói ở lớp mạng (ví dụ: TCP/IP)
được ánh xạ tới một PDU PDCP duy nhất sẽ được nén.
Thuật toán nén cũng có thể tạo ra một SDU khác gọi là gói phản hồi
RoHC xen kẽ cần thiết cho hoạt động của thuật toán nén. Gói phản hồi
được gói gọn trong PDCP PDU
không có SN như trong Hình 4.7. PDU PDCP này không được mã hóa. TRÊN
phía người nhận, PDCP PDU này không được giải mã cũng như không được
giải nén. Các trường tiêu đề PDCP như trong Bảng 4.2. UE có thể sử dụng
Các thuật toán nén tiêu đề được xác định trong Bảng 4.3 cho cả đường lên và
đường xuống.
Bảng 4.3 Thuật toán nén và giải nén tiêu đề

Mạng lưới giao thông
Mã hồ sơ Thẩm quyền giải quyết
Giao thức lớp
0x0000 Không nén RFC 5795

0x0002 UDP/IP RFC 3095, RFC 4815
0x0003 ESP/IP RFC 3095, RFC 4815
0x0004 IP RFC 3843, RFC 4815
0x0006 TCP/IP RFC 6846
0x0102 UDP/IP RFC 5225
0x0103 ESP/IP RFC 5225
0x0104 IP RFC 5225
4.7 Truyền PDCP
4.7.1 Truyền dữ liệu và tín hiệu vô tuyến trên

đường lên
Lớp con PDCP nhận các gói từ lớp trên (tức là PDCP SDU), gán SN cho nó,
bảo vệ tính toàn vẹn và mật mã các gói đó và chuyển tiếp chúng đến lớp
con RLC.
Đối với thực thể PDCP truyền PDCP PDU tới RLC, nó duy trì bộ đếm thời
gian loại bỏ cho mỗi PDU PDCP. Ngoài ra, còn có một biến trạng thái, Next
PDCP TX SN, ban đầu được đặt bằng 0. Khi truyền PDU dữ liệu xuống lớp
thấp hơn, bộ đếm thời gian loại bỏ liên kết với PDU được khởi động và
PDCP đặt SN của PDU PDCP đi thành PDCP TX SN tiếp theo, thực hiện nén
tiêu đề (chỉ dành cho DRB), bảo vệ tính toàn vẹn (chỉ dành cho SRB), mã
hóa và tăng PDCP TX SN tiếp theo. Điều này được minh họa trong hình 4.10.
SN là 7 bit (đối với DRB) và 5 bit (đối với SRB) và nếu PDCP TX SN tiếp
theo vượt quá 127 (đối với DRB) hoặc 32 (đối với SRB), bộ đếm được đặt
thành 0 và TX HFN được tăng thêm một. Các biến trạng thái được sử dụng
cho thực thể PDCP được tóm tắt trong Bảng 4.4.
Khi một PDU PDCP được truyền đến RLC, một bộ đếm thời gian,
cancelTimer, được khởi động để nếu không nhận được ACK hoặc NACK từ lớp
con RLC (do nhận được nó từ eNodeB), thì PDCP PDU sẽ bị loại bỏ và không
được truyền lại lần nữa tới RLC. Bộ định thời này sẽ dừng nếu thực thể
PDCP nhận được ACK cho PDCP PDU được truyền đi.
COUNT là một biến trạng thái 32 bit bao gồm sự kết hợp của SN và Số
khung siêu (HFN). COUNT được sử dụng làm tham số trong các thuật toán mã
hóa và tính toàn vẹn. Số lượng bit của SN là khác nhau đối với sóng vô
tuyến tín hiệu và dữ liệu (Hình 4.11). SN là 5 bit cho tín hiệu và 7 bit
cho dữ liệu. Kích thước của HFN theo bit là 27 bit (nếu SN là 5 bit)
hoặc 25 bit (nếu SN là 7 bit) (Hình 4.12).
Bảng 4.4 Các biến trạng thái được thực thể PDCP duy trì khi truyền dữ
liệu trên đường lên
Biến số đưa ra Giá trị ban đầu Nghĩa
PDCP tiếp theo 0 Cho biết SN được gán cho PDCP PDU
TX SN tiếp theo sẽ được truyền cho một thực
thể PDCP nhất định
TX HFN 0 Cho biết HFN được sử dụng
để tạo giá trị COUNT cho thực thể
PDCP nhất định
Bắt đầu
Bắt đầu Hủy Hẹn giờ
SN = Tiếp theo_PDCP_TX_SN
Nén tiêu đề (DRB)
Tính chính trực (SRB)
Mật mã
Tăng
Tiếp theo_PDCP_TX_SN
Kết thúc
Hình 4.10: Truyền PDCP PDU trên đường lên.

7 6 5 4 3 2 1 0
HFN ngày 1 tháng 10
HFN 3 tháng 10
HFN SN 4 tháng 10
Hình 4.11: COUNT cho SRB (SN là 5 bit).
7 6 5 4 3 2 1 0
HFN 3 tháng 10
HFN SN 4 tháng 10
Hình 4.12: COUNT cho DRB (SN là 7 bit).
4.8 Tiếp nhận PDCP
4.8.1 Nhận sóng mang dữ liệu trên đường xuống

RLC sáng
Mỗi thực thể PDCP duy trì một Cửa sổ sắp xếp lại luôn bằng một nửa
của không gian SN. Mục đích của Cửa sổ sắp xếp lại này là để nhận
Các PDU PDCP nằm trong cửa sổ và sau đó sắp xếp lại chúng
theo giá trị COUNT và phân phối chúng theo thứ tự từ trên xuống
lớp. Khi nhận được một PDU PDCP nằm ngoài cửa sổ,
nó bị loại bỏ. Bảng 4.5 cho thấy các biến trạng thái được PDCP sử dụng
thực thể.
Hình 4.13 giải thích khái niệm sắp xếp lại Cửa sổ và trạng thái
biến. PDCP SN kết thúc tốt đẹp và nếu nhận được PDCP SN
nằm trong cửa sổ, nó sẽ được xử lý thêm; nếu không thì nó
Bảng 4.5 Các biến trạng thái của thực thể PDCP cho DRB được ánh xạ tới
RLC AM
Ban đầu
Biến số đưa ra Nghĩa
Giá trị
Gửi lần cuối 127 SN của PDCP PDU được gửi lần cuối lên lớp
PDCP RX SN trên (lớp IP) cho một thực thể PDCP nhất
định
PDCP tiếp theo RX SN 0 SN của PDCP PDU dự kiến tiếp theo sẽ được nhận
cho một thực thể PDCP nhất định
PDCP SN 0 SN của PDCP PDU được nhận
cho một thực thể PDCP nhất định
RX HFN 0 HFN được sử dụng để tạo ra
COUNT giá trị cho PDCP đã nhận
PDU cho một thời điểm nhất định
thực thể PDCP
Tiếp theo_PDCP_RX_SN
Lần gửi cuối cùng_PDCP_RX_SN
Đã nhận được PDCP SN
127 0
Cửa sổ sắp xếp lại
112 16
96 32
80 48
64
Hình 4.13: Sắp xếp lại các biến trạng thái cửa sổ và thực thể PDCP (SN 7 bit).
bị loại bỏ. Nếu PDCP không bị loại bỏ, các biến trạng thái và RX HFN sẽ
được cập nhật theo Hình 4.14.
Hình 4.14 cho thấy sơ đồ luồng nhận PDCP PDU trên đường xuống cho
không gian SN bao gồm 7 bit (SN từ 0 đến 127) và sắp xếp lại một nửa Cửa
sổ của SN (63). Nếu SN của PDCP PDU nhận được nằm ngoài Cửa sổ sắp xếp
lại thì PDCP PDU sẽ bị loại bỏ. Trước khi PDCP PDU bị loại bỏ, nó vẫn
được giải mã và
Bắt đầu
PDCP SN -
KHÔNG Đúng
Lần gửi cuối cùng_PDCP_RX_SN > 63
hoặc
0 <= Lần gửi cuối cùng_PDCP_RX_SN

PDCP SN < 63
KHÔNG PDCP SN > Đúng

COUNT=HFN + PDCP SN COUNT=HFN - 1 + PDCP SN
Giải mã và giải Giải mã và giải

nén nén
KHÔNG Đúng
Tiếp theo_PDCP_RX_SN-
PDCP SN > 63
HFN = HFN + 1
PDCP SN -
KHÔNG Đúng
Tiếp theo_PDCP_RX_SN > =
63
COUNT=HFN + PDCP SN
ĐẾM = HFN–1 +
PDCP SN
KHÔNG
PDCP SN >= Đúng
Tiếp theo_PDCP_RX_SN =
PDCP SN + 1
ĐẾM = HFN + PDCP
SN
PDCP SN <
Đúng
PDCP SN + 1
ĐẾM = HFN + PDCP
SN
Đúng
Giải mã và giải nén Đã phát hiện thấy sự trùng lặp
Loại bỏ PDU
KHÔNG
Phân phối tất cả SDU tới lớp trên

theo thứ tự tăng dần giá trị COUNT của chúng
Đặt Last_Submit_PDCP_RX_SN=PDCP
SN của PDU cuối cùng được phân phối tới lớp trên
Kết thúc
Hình 4.14: Tiếp nhận dữ liệu trên đường xuống RLC AM.
giải nén để giữ nguyên trạng thái của thuật toán mã hóa và giải nén. RX
HFN được xác định và liên kết với PDCP PDU nhận được để xác định giá trị
COUNT được sử dụng để giải mã và xác minh tính toàn vẹn.
4.8.2 Bật thu sóng mang dữ liệu

đường xuống RLC UM
DRB được sử dụng với RLC UM được sử dụng để nhận dữ liệu multicast và
PDU báo hiệu tương ứng trên SC-MTCH hoặc SC-MCCH. Điều này là do RLC UM
chỉ được hỗ trợ cho SC-MCCH và SC-MTCH. Thực thể PDCP được ánh xạ tới
RLC UM không sử dụng Cửa sổ sắp xếp lại. Nếu nhận được lưu lượng như
vậy, SN của PDCP nhận được sẽ được so sánh với biến trạng thái PDCP RX
SN tiếp theo. Lưu lượng được giải mã và tiêu đề được giải nén (nếu DRB
được cấu hình bởi RRC để nén tiêu đề) và cuối cùng được chuyển tiếp lên
lớp trên. Hình 4.15 thể hiện lưu đồ để nhận các PDU PDCP trên RLC UM
đường xuống.
4.8.3 Báo hiệu thu sóng mang vô tuyến trên đường xuống
Việc tiếp nhận PDU báo hiệu trên đường xuống được hiển thị trong Hình
4.16 và không có Cửa sổ sắp xếp lại. Nếu nhận được PDCP PDU, nó sẽ được
giải mã và tính toàn vẹn của nó được xác minh. HFN được chọn tùy thuộc
vào việc SN của nó lớn hơn hay nhỏ hơn SN dự kiến của PDCP PDU sẽ được
nhận tiếp theo. COUNT được tính từ HFN và SN nhận được. Các thuật toán
toàn vẹn và mã hóa có thể được chạy để giải mã và xác minh tính toàn vẹn
của PDCP PDU nhận được.
Bắt đầu
KHÔNG Đúng
SN < Next_PDCP_RX_SN
giải mã HFN=HFN + 1
Tiếp theo_PDCP_RX_SN = SN +1
Giải nén
Cung cấp SDU cho lớp trên
Kết thúc
Hình 4.15: Tiếp nhận dữ liệu trên RLC UM đường xuống.

Bắt đầu
SN <
KHÔNG Đúng
Tiếp theo_PDCP_RX_SN:
ĐẾM =
ĐẾM = RX_HFN+SN
RX_HFN+1+SN
giải mã
Xác minh tính toàn vẹn
KHÔNG Đúng
Tính toàn vẹn được thông qua
hoặc không áp dụng được?
Loại bỏ PDU
KHÔNG PDCP SN < Đúng
RX_HFN=RX_HFN+1
PDCP SN + 1
Cung cấp SDU cho RRC
Kết thúc
Hình 4.16: Tiếp nhận tín hiệu trên đường xuống.


c1-c4 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

c1-c4 Nb-Iot 5g

Uploaded by

Copyright:

Available Formats

Machine Translated by Google

Machine Translated by Google

Internet vạn vật

1.1 Giới thiệu

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

Giọng nói tương tự Giọng nói kỹ thuật số

Internet vạn vật 3

tòa nhà thông minh

Cảm biến trạm xăng

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

1.1.1 Nội dung của cuốn sách này

Internet vạn vật 5

1.1.2 Cách đọc cuốn sách này

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

[x Phạm vi số từ x đến y Bao gồm phạm vi số từ x

x cho toán mô-đun. Phép chia

2.1 Lịch sử LTE Công

Tốc độ dữ liệu trải nghiệm

Tốc độ dữ liệu cao nhất của người dùng

thông khu vực

Mật độ kết nối Độ trễ

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

Băng thông rộng di động nâng cao

Gigabyte trong một giây

Video 3D, màn hình UHD

Làm việc và giải trí trên đám mây

thực tế tăng cường

Tự động hóa ngành

Tiếng nói Ứng dụng quan trọng của nhiệm vụ

Thành phố thông minh

IMT tương lai

Loại máy lớn Độ trễ cực kỳ đáng tin cậy và thấp

Số lượng lớn thiết bị có thông lượng thấp: Hỗ trợ ít nhất 52.547

Hỗ trợ chia sẻ mạng lõi giữa nhiều nhà mạng di động.

Hỗ trợ dịch vụ tin nhắn ngắn (SMS).

Hỗ trợ nén tiêu đề IP cho các dịch vụ dựa trên IP.

Hỗ trợ lưu lượng multicast.

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

Đo mức tiêu thụ gas, nước và điện.

37500 200 7324 50 262

Cảnh báo ô nhiễm 20 giờ 1/ 5000 3906 9375 2/ngày 1000 3

Tưới nước 200 ngày 4/ 100 100 20

Cho thuê xe đạp tự phục vụ 500 giờ 50 50 586

Tổng cộng 156170 565772 9628

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

2.4 Số lượng lớn thông lượng thấp

Khoảng cách giữa các địa điểm (ISD)

Hình 2.3: Hình học tế bào CIoT.

Bảng 2.2 Dung lượng tế bào IoT

Luân Đôn 1517 1732 0,866 40 52548

2.5 Tuổi thọ pin dài hơn Các thiết bị NB-IoT

Luôn bật (ví dụ: đồng hồ đo điện).

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

Yêu cầu Mạng lõi

Cảm biến trạm xăng

Nhà thông minh Báo khói

2.7 Ngăn xếp giao thức LTE NB-IoT

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

Ứng dụng Ứng dụng

Phiên họp Phiên họp

Bài thuyết trình Bài thuyết trình

Chuyên chở Chuyên chở

Lớp N+1 H1 SDU lớp N + 1