3GPP TS 25.321

3GPP TS 25.321 V6.18.
0 (2009-03)
Thông số kỹ thuật
Dự án Đối tác Thế hệ thứ 3; Nhóm đặc điểm kỹ thuật

Mạng truy nhập vô tuyến; Đặc tả giao thức Kiểm soát
truy cập trung bình (MAC) (Bản phát hành 6)
Tài liệu hiện tại đã được phát triển trong 3rd Dự án Hợp tác Thế hệ (3GPP TM) và có thể được chi tiết hóa thêm cho các mục đích của 3GPP ..
Tài liệu này không phải tuân theo bất kỳ quy trình phê duyệt nào của các Đối tác tổ chức của 3GPP và sẽ không được thực hiện.
Thông số kỹ thuật này chỉ được cung cấp cho công việc phát triển trong tương lai trong 3GPP. Các Đối tác Tổ chức không chịu trách nhiệm pháp lý nào đối
với bất kỳ việc sử dụng Đặc điểm kỹ thuật này.
Thông số kỹ thuật và báo cáo thực hiện 3GPP TM hệ thống phải được lấy thông qua Văn phòng xuất bản của các đối tác tổ chức 3GPP.
Phát hành 6 2 3GPP TS 25.321 V6.18.0 (2009-03)
Từ khóa
UMTS, đài phát thanh
3GPP
địa chỉ bưu điện
Địa chỉ văn phòng hỗ trợ 3GPP

650 Route des Lucioles - Sophia Antipolis
Valbonne - PHÁP
Điện thoại: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Internet
http://www.3gpp.org
Thông báo Bản quyền
Không được sao chép phần nào trừ khi được sự cho phép bằng văn bản.
Bản quyền và những hạn chế đã nói ở trên mở rộng đến việc sao chép trên tất cả các phương tiện truyền thông.
© 2009, Đối tác tổ chức 3GPP (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
Đã đăng ký Bản quyền.
UMTS ™ là Thương hiệu của ETSI được đăng ký vì lợi ích của các thành viên
3GPP ™ là Thương hiệu của ETSI được đăng ký vì lợi ích của các Thành viên và các Đối tác tổ chức của 3GPP
LTE ™ là Thương hiệu của ETSI hiện đang được đăng ký vì lợi ích của các Thành viên và của các Đối tác tổ chức 3GPP GSM®
và logo GSM đã được đăng ký và sở hữu bởi Hiệp hội GSM
3GPP
Phát hành 6 3 3GPP TS 25.321 V6.18.0 (2009-03)
Nội dung
Lời
tựa ................................................. ...................................................... ...................................................... ....... 6
Phạm
vi ................................................. ...................................................... ......................................................
1 ... 7
2 Người giới thiệu ................................................. ...................................................... ... 7
Các định nghĩa và các từ viết số
3 tắt............................................... ...................................................... .................. 8
Định số
3.1 nghĩa ................................................. ...................................................... ...................................................... .... 8
số
3.1.1 Định nghĩa cụ thể của HS-DSCH ............................................. ...................................................... ..................... 8
số
3.1.2 Định nghĩa cụ thể về E-DCH ............................................. ...................................................... .......................... 8
Các từ viết
3.2 tắt................................................. ...................................................... ...................................................... 9
4 Chung ................................................. ...................................................... ... 10
Mục
4.1 tiêu................................................. ...................................................... ...................................................... ..... 10
4.2 Kiến trúc MAC ... ...................................................... .......................................... 10
4.2.1 Các thực thể MAC ... ...................................................... ........................................... 10
4.2.2 MAC-b .............................................. ...................................................... ...................................................... .... 11
Kiến trúc liên quan đến giao thông - Phía
4.2.3 UE ............................................ ...................................................... ........ 12
4.2.3.1 Thực thể MAC-c / sh / m - Phía UE ....................................... ...................................................... ..................... 12
4.2.3.2 Thực thể MAC-d - Phía UE ........................................... ...................................................... ......................... 15
4.2.3.3 Thực thể MAC-hs - Phía UE ........................................... ...................................................... ... 16
4.2.3.4 Thực thể MAC-e / es - Phía UE ......................................... ...................................................... ....................... 17
Kiến trúc liên quan đến giao thông - Phía
4.2.4 UTRAN ............................................ ...................................................... 18
4.2.4.1 Thực thể MAC-c / sh / m - Phía UTRAN ....................................... ...................................................... ............ 19
4.2.4.2 Thực thể MAC-d - Phía UTRAN ........................................... ...................................................... ................. 20
4.2.4.3 Thực thể MAC-hs - Phía UTRAN ........................................... ...................................................... ............... 22
4.2.4.4 Thực thể MAC-es - Phía UTRAN ........................................... ...................................................... ................ 23
4.2.4.5 Thực thể MAC-e - Phía UTRAN ........................................... ...................................................... ................. 24
4.3 Cấu trúc kênh ... ...................................................... ........................................... 25
4.3.1 Các kênh vận chuyển ... ...................................................... ................................... 25
4.3.2 Các kênh lôgic ... ...................................................... ...................................... 26
4.3.2.1 Cấu trúc kênh lôgic ... ...................................................... ..................... 26
4.3.2.2 Các kênh điều khiển ... ...................................................... ................................ 26
4.3.2.3 Các kênh lưu lượng ... ...................................................... ................................. 26
Các dịch vụ cung cấp cho các lớp
5 trên ............................................. ...................................................... ........... 27
5.1 Mô tả Dịch vụ được cung cấp cho các lớp trên ........................................... ... 27
6 Chức năng ................................................. ...................................................... ... 27
6.1 Mô tả các chức năng MAC ............................................. ...................................................... ..................... 27
Mối quan hệ giữa các chức năng MAC và các kênh vận
6.2 chuyển ........................................... ................................. 28
6.2.1 Mối quan hệ giữa các chức năng MAC và các kênh truyền tải trong UTRAN ......................................... ........... 28
Mối quan hệ của các chức năng MAC và các kênh vận chuyển trong
6.2.2 UE ......................................... ............................. 29
7 Các dịch vụ dự kiến từ lớp vật lý ............................................. ...................................................... .... 29
số 8 Các yếu tố để giao tiếp giữa lớp và lớp .......................................... ... 29
8.1 Nguyên thủy giữa lớp 1 và lớp 2 ............................................ ...................................................... ..................... 30
8.1.1 Nguyên thủy ................................................... ...................................................... ... 30
8.1.2 Thông số................................................. ...................................................... ... 30
8.2 Cơ sở giữa MAC và RLC ............................................. ...................................................... .................. 30
8.2.1 Nguyên thủy ................................................... ...................................................... ... 30
8.2.2 Thông số................................................. ...................................................... ... 31
8,3 Cơ sở giữa MAC và RRC ............................................. ...................................................... .................. 32
8.3.1 Nguyên thủy ................................................... ...................................................... ... 32
8.3.2 Thông số................................................. ...................................................... ... 32
9 Các yếu tố cho giao tiếp ngang hàng .......................................... ...................................................... . 34
Đơn vị dữ liệu giao
9.1 thức ................................................... ...................................................... .......................................... 34
9.1.1 Chung ................................................. ...................................................... ...................................................... .. 34
3GPP
Phát
hành 6 4 3GPP TS 25.321 V6.18.0 (2009-03)
MAC PDU (không phải HS-DSCH hoặc E-
9.1.2 DCH) ...................................... ...................................................... ............. 34
9.1.3 MAC-d PDU (HS-DSCH) ... ...................................................... ............................... 34
9.1.4 MAC PDU (HS-DSCH) ........................................... ...................................................... ................................ 34
9.1.5 MAC PDU (E-DCH) ........................................... ...................................................... ..................................... 35
9.2 Các định dạng và thông số ... ...................................................... .................................. 36
MAC PDU: Các thông số của tiêu đề MAC PDU (không phải HS-DSCH hoặc E-DCH) và MAC-d
9.2.1 PDU
tiêu đề (HS-DSCH và E-DCH) ... ...................................................... ....................... 36
Tiêu đề MAC cho DTCH và DCCH (không được ánh xạ trên HS-DSCH hoặc E-
9.2.1.1 DCH) ................................ ....... 39
9.2.1.1a Tiêu đề MAC-d cho DTCH và DCCH (được ánh xạ trên HS-DSCH) ................................... ....................... 40
9.2.1.1b Tiêu đề MAC-d cho DTCH và DCCH (được ánh xạ trên E-DCH) ................................... ... 40
9.2.1.2 Tiêu đề MAC cho BCCH .............................................. ...................................................... ... 40
9.2.1.3 Tiêu đề MAC cho PCCH .............................................. ...................................................... ... 41
9.2.1.4 Tiêu đề MAC cho CCCH .............................................. ...................................................... ... 41
9.2.1.5 Tiêu đề MAC cho CTCH .............................................. ...................................................... ....................... 41
9.2.1.6 Tiêu đề MAC cho SHCCH .............................................. ...................................................... ..................... 41
9.2.1.7 Tiêu đề MAC cho MCCH .............................................. ...................................................... ...................... 41
9.2.1.8 Tiêu đề MAC cho MTCH .............................................. ...................................................... ...................... 42
9.2.1.9 Tiêu đề MAC cho MSCH .............................................. ...................................................... ....................... 42
9.2.2 MAC PDU: Các thông số của tiêu đề MAC (HS-DSCH) ..................................... ..................................... 42
9.2.2.1 Tiêu đề MAC cho DTCH và DCCH ............................................ ...................................................... ....... 43
9.2.3 Báo hiệu kích thước khối truyền tải cho HS-DSCH ......................................... ... 43
Kích thước khối vận chuyển cho
9.2.3.1 FDD ............................................. ...................................................... ................ 43
Kích thước khối truyền tải cho 3,84 Mcps
9.2.3.2 TDD ........................................... ...................................................... 44
Kích thước khối truyền tải cho 1,28 Mcps
9.2.3.3 TDD ........................................... ...................................................... 47
9.2.4 MAC PDU: Các thông số của tiêu đề MAC (E-DCH) ..................................... ......................................... 50
9.2.4.1 Tham số tiêu đề MAC-es ............................................. ...................................................... ................... 50
9.2.4.2 Các thông số tiêu đề MAC-e ............................................. ...................................................... ..................... 51
9.2.5 Báo hiệu thông tin điều khiển cho E-DCH .......................................... ...................................................... . 51
9.2.5.1 Thông tin HARQ .............................................. ...................................................... ............................. 51
9.2.5.2 Thông tin lập lịch DL .............................................. ...................................................... ................. 51
9.2.5.2.1 Các khoản tài trợ tương đối ... ...................................................... ............................. 51
9.2.5.2.2 Trợ cấp tuyệt đối ................................................... ...................................................... .............................. 53
9.2.5.3 Thông tin lập lịch UL ........................................... ...................................................... ................. 53
9.2.5.3.1 Hạnh phúc ngày ... ...................................................... ...................................... 53
9.2.5.3.2 Thông tin về lịch trình ... ...................................................... ................ 53
9.2.5.4 Kích thước khối vận chuyển ................................................... ...................................................... ... 55
10 Xử lý dữ liệu giao thức không xác định, không lường trước được và có sai sót ........................................
..................... 56
11 Chức năng cụ thể ... ...................................................... .................................. 57
11.1 Đo lưu lượng để kiểm soát sóng vô tuyến động .......................................... ............................. 57
Kiểm soát việc truyền
11,2 RACH .............................................. ...................................................... ...................... 57
11.2.1 Lựa chọn lớp dịch vụ truy cập .............................................. ...................................................... ................... 58
11.2.2 Kiểm soát truyền RACH cho chế độ FDD ........................................... ... 58
11.2.3 Kiểm soát việc truyền RACH cho TDD ............................................ ...................................................... .... 61
11.2.3.1 Kiểm soát truyền RACH cho TDD 3,84 Mcps .......................................... ................................ 61
11.2.3.2 Kiểm soát truyền RACH cho 1,28 Mcps TDD .......................................... ............................... 62
11.3 Không hoạt động ... ...................................................... ...................................................... ............ 64
Lựa chọn kết hợp định dạng truyền tải trong UE (không phải E-
11.4 DCH) ...................................... ................................... 64
Mật
mã ................................................... ...................................................... ...................................................... ...
11,5 . 66
11,6 Kiểm soát quá trình truyền và nhận HS-DSCH .......................................... ... 66
11.6.1 Hoạt động mạng ... ...................................................... ... 66
Người lập kế
11.6.1.1 hoạch ................................................. ...................................................... ........................................... 67
11.6.1.2 Thực thể HARQ .............................................. ...................................................... ....................................... 67
11.6.1.3 Quá trình HARQ .............................................. ...................................................... ... 67
11.6.2 Hoạt động của UE ... ...................................................... ... 68
11.6.2.1 Thực thể HARQ ................................................ ...................................................... ...................................... 68
11.6.2.2 Quá trình HARQ .............................................. ...................................................... ... 68
11.6.2.3 Tổ chức sắp xếp lại thứ tự ... ...................................................... ................................ 69
11.6.2.3.1 Định nghĩa ................................................. ...................................................... ................................... 69
11.6.2.3.2 Chức năng sắp xếp lại thứ tự ... ...................................................... ............... 70
11.6.2.4 Thực thể tháo rời ................................................... ...................................................... .............................. 71
3GPP
Phát
hành 6 5 3GPP TS 25.321 V6.18.0 (2009-03)
Đặt lại MAC- ...................................................... ...................................................... .........................
11.6.2.5 hs ......... 71
11.6.2.6 Cấu hình lại các tham số MAC-hs ............................................ ...................................................... . 72
11,7 Đo tốc độ bit do HS-DSCH cung cấp ........................................... ...................................................... ........ 72
Kiểm soát quá trình truyền và nhận E-
11,8 DCH .......................................... ...................................................... .... 73
11.8.1 Hoạt động của UE ... ...................................................... ... 73
11.8.1.1 Hoạt động HARQ ................................................ ...................................................... .......................... 73
11.8.1.1.1 Thực thể HARQ .............................................. ...................................................... ................................. 73
11.8.1.1.2 Quá trình HARQ .............................................. ...................................................... .............................. 73
11.8.1.2 Thực thể ghép kênh và cài đặt TSN ............................................. ...................................................... ..... 74
11.8.1.2.1 Quá trình thiết lập TSN hoạt động .............................................. ...................................................... ........ 74
11.8.1.3 Cung cấp Cập nhật tài trợ ... ...................................................... .......................... 75
11.8.1.3.1 Quy trình cơ sở ... ...................................................... ... 75
11.8.1.3.2 Xử lý khi bắt đầu truyền E-DCH .......................................... ... 76
11.8.1.3.3 Xử lý khi thay đổi ô phục vụ ............................................. ...................................................... ....... 77
11.8.1.3.4 Xử lý khi thay đổi TTI .............................................. ...................................................... .................. 77
11.8.1.3.5 Báo hiệu lớp cao hơn ... ...................................................... ................. 77
11.8.1.4 Lựa chọn E-TFC .............................................. ...................................................... ................................... 78
Cài đặt bit hạnh
11.8.1.5 phúc ................................................... ...................................................... ................................ 80
11.8.1.6 Lập lịch báo cáo Thông tin ... ...................................................... ........ 81
11.8.1.6.1 Báo cáo Kích hoạt khi SG = “Zero_Grant” hoặc tất cả các quy trình bị vô hiệu hóa ............................... 81
11.8.1.6.2 Báo cáo Kích hoạt khi SG <> “Zero_Grant” và ít nhất một quy trình được kích hoạt ...................... 81
11.8.1.7 Đặt lại MAC-es / e ............................................ ...................................................... ...................................... 82
11.8.2 Hoạt động của nút B ... ...................................................... ...................................... 82
11.8.2.1 Hoạt động HARQ ................................................ ...................................................... ................................ 82
11.8.2.1.1 Thực thể HARQ .............................................. ...................................................... ................................. 82
11.8.2.1.2 Quá trình HARQ .............................................. ...................................................... .............................. 82
11.8.2.2 Khử ghép kênh ................................................... ...................................................... ................................... 82
Người lập kế
11.8.2.3 hoạch ................................................. ...................................................... ........................................... 82
11.8.2.4 Đo tốc độ bit được cung cấp bởi E-DCH ........................................... ...................................................... . 83
Hoạt động
11.8.3 RNC .............................................. ...................................................... ......................................... 83
11.8.3.1 Đơn vị đặt hàng lại .............................................. ...................................................... ................................. 83
Bảng kích thước khối truyền tải HS-DSCH cho
Phụ lục A (quy chuẩn): FDD ........................................ 84
Bảng kích thước khối truyền tải E-DCH cho
Phụ lục B (quy chuẩn): FDD ......................................... ... 86
2ms TTI E-DCH Kích thước khối truyền tải Bảng
B.1 0 ........................................ ...................................................... ..... 86
Kích thước khối truyền tải 2ms TTI E-DCH Bảng
B.2 1 ........................................ ...................................................... ..... 86
B.3 0 ........................................ ...................................................... ... 87
B4 1 ........................................ ...................................................... ... 88
Phụ lục C (cung cấp thông
tin): Mã giả để lựa chọn E-TFC .......................................... ...................... 90
Phụ lục D (cung cấp thông
tin): Thay đổi lịch sử ................................................ ... 92
3GPP
Phát hành 6 6 3GPP TS 25.321 V6.18.0 (2009-03)
Lời tựa
Đặc điểm kỹ thuật (TS) này đã được sản xuất bởi 3rd Dự án Đối tác Thế hệ (3GPP).
Nội dung của tài liệu này phải được tiếp tục làm việc trong TSG và có thể thay đổi sau khi TSG phê duyệt chính thức.
Nếu TSG sửa đổi nội dung của tài liệu hiện tại, nó sẽ được TSG phát hành lại với sự thay đổi xác định về ngày phát
hành và sự gia tăng số phiên bản như sau:
Phiên bản xyz
Ở đâu:
x chữ số đầu tiên:
1 trình bày cho TSG để biết thông tin;
2 trình TSG phê duyệt;
3 trở lên cho biết TSG đã phê duyệt tài liệu dưới sự kiểm soát thay đổi.
y chữ số thứ hai được tăng lên cho tất cả các thay đổi về chất, nghĩa là cải tiến kỹ thuật, sửa chữa, cập nhật, v.v.
z chữ số thứ ba được tăng lên khi các thay đổi chỉ biên tập được đưa vào tài liệu.
3GPP
Phát hành 6 7 3GPP TS 25.321 V6.18.0 (2009-03)
1 Phạm vi
Tài liệu này chỉ định giao thức MAC.
Đặc điểm kỹ thuật mô tả:
- Kiến trúc MAC;
- Thực thể MAC;
- cấu trúc kênh;
- dịch vụ cung cấp cho các tầng trên;
- Các chức năng MAC;
- các dịch vụ được mong đợi từ lớp vật lý;
- các yếu tố cho giao tiếp lớp này đến lớp khác bao gồm các yếu tố ban đầu giữa MAC và RLC;
- các yếu tố cho giao tiếp ngang hàng;
- đơn vị dữ liệu giao thức, định dạng và tham số;
- thủ tục sơ cấp.
2 Người giới thiệu

Các tài liệu sau đây bao gồm các điều khoản, thông qua việc tham khảo trong văn bản này, cấu thành các điều khoản
của văn bản này.
• Tài liệu tham khảo hoặc cụ thể (được xác định theo ngày xuất bản, số ấn bản, số phiên bản, v.v.) hoặc không cụ
thể.
• Đối với một tài liệu tham khảo cụ thể, các bản sửa đổi tiếp theo không áp dụng.
• Đối với một tài liệu tham khảo không cụ thể, phiên bản mới nhất sẽ được áp dụng. Trong trường hợp tham chiếu
đến tài liệu 3GPP (bao gồm cả tài liệu GSM), tham chiếu không cụ thể ám chỉ phiên bản mới nhất của tài liệu đó trong
cùng một Bản phát hành với tài liệu hiện tại.
[1] 3GPP TR 21.905: "Từ vựng cho Thông số kỹ thuật 3GPP".
[2] 3GPP TS 25.301: "Kiến trúc Giao thức Giao diện Vô tuyến".
[3] 3GPP TS 25.302: "Các dịch vụ được cung cấp bởi Lớp vật lý".
[4] 3GPP TS 25.303: "Quy trình xen kẽ trong chế độ kết nối".
[5] 3GPP TS 25.304: "Quy trình UE ở chế độ không hoạt động và quy trình chọn lại ô trong chế độ
kết nối".
[6] 3GPP TS 25.322: "Đặc điểm kỹ thuật giao thức RLC".
[7] 3GPP TS 25.331: "Kiểm soát tài nguyên vô tuyến (RRC); đặc tả giao thức".
[8] 3GPP TR 25.921: "Hướng dẫn và Nguyên tắc về Mô tả Giao thức và Xử lý Lỗi".
[9] 3GPP TR 25.990: "Từ vựng cho UTRAN".
[10] 3GPP TS 33.102: "Kiến trúc bảo mật".
[11] 3GPP TS 25.425: "Giao thức mặt phẳng người dùng giao diện UTRAN Iur cho các luồng dữ liệu
kênh truyền tải chung".
3GPP
Phát hành 6 số 8 3GPP TS 25.321 V6.18.0 (2009-03)
[12] 3GPP TS 25.133: "Yêu cầu hỗ trợ quản lý tài nguyên vô tuyến (FDD)".
[13] 3GPP TS 25.214: "Thủ tục lớp vật lý (FDD)".
[14] 3GPP TS 25.123: "Yêu cầu hỗ trợ quản lý tài nguyên vô tuyến (TDD)".
[15] 3GPP TS 33.105: "Yêu cầu thuật toán mật mã".
[16] 3GPP TS 25.212: "Ghép kênh và mã hóa kênh (FDD)".
[17] 3GPP TS 25.215: "Lớp vật lý - Phép đo (FDD)".
[18] 3GPP TS 25.213: "Lan truyền và điều chế (FDD)".
3 Các định nghĩa và các từ viết tắt
3.1 Định nghĩa

Đối với mục đích của tài liệu này, các thuật ngữ và định nghĩa được đưa ra bên dưới và trong [9] và [1] sẽ được áp
dụng.
3.1.1 Định nghĩa cụ thể của HS-DSCH
3.1.2 Các định nghĩa cụ thể về E-DCH

Quy trình hoạt động: Quy trình HARQ có thể áp dụng Tài trợ lập lịch, tức là dữ liệu đã lên lịch có thể được gửi.
AG_Timer: Bộ hẹn giờ này được đặt thành một HARQ RTT (40ms trong trường hợp TTI 10ms, 16ms trong trường
hợp TTI 2ms).
E-DCH: Kênh Chuyên dụng Nâng cao (E-DCH) là một kênh truyền tải đường lên.
Bộ hoạt động E-DCH: Tập hợp các ô mang E-DCH cho một UE.
Hồ sơ HARQ: Một cấu hình HARQ bao gồm thuộc tính bù công suất và số lần truyền tối đa.
Quá trình không hoạt động: Quy trình HARQ không áp dụng được Tài trợ lập lịch, tức là không thể gửi dữ liệu đã lên
lịch.
KHÔNG HOẠT ĐỘNG: Giá trị Cấp tuyệt đối có thể được gửi bởi bộ lập lịch của ô phục vụ trên E-AGCH để
hủy kích hoạt một quá trình hoặc để chuyển UE sang E-RNTI thứ cấp của nó.
Maximum_Serving_Grant: Biến Maximum_Serving_Grant chỉ ra tỷ lệ công suất E-DPDCH trên DPCCH tối đa mà UE
được phép sử dụng cho dữ liệu đã lên lịch trong khi bộ định thời Non_Serving_RG_Timer chưa hết hạn.
Số lần truyền lại tối đa, Số lần truyền tối đa: Số lần truyền lại tối đa = số lần truyền tối đa - 1. Cả hai ký hiệu này đều
được sử dụng.
Minimum_Grant: Giá trị Minimum_Grant tương ứng với tỷ lệ công suất E-DPDCH trên DPCCH tối thiểu mà UE
xem xét. Giá trị này là (5/15) ^ 2.
E-DCH RL không phân phối hoặc RL không phân phối: Ô thuộc tập hợp đang hoạt động E-DCH nhưng không
thuộc về RLS E-DCH đang cung cấp và từ đó UE có thể nhận được một Khoản tài trợ tương đối. UE có thể có 0, một
hoặc một số (các) RL E-DCH không phục vụ.
Non_Serving_RG_Timer: Bộ hẹn giờ này được đặt thành một HARQ RTT (40ms trong trường hợp TTI 10ms,
16ms trong trường hợp TTI 2ms).
Thuộc tính bù công suất: Đại diện cho độ lệch công suất giữa (các) E-DPDCH và mức công suất E-DPDCH tham
chiếu cho một E-TFC nhất định. Thuộc tính bù công suất này được đặt để đạt được QoS cần thiết trong luồng MAC-d
này khi được thực hiện một mình trong MAC-e PDU và sau đó trong CCTrCh tương ứng của loại E-DCH. Thông tin
chi tiết về ánh xạ các yếu tố Beta có thể được tìm thấy trong [13]. Phần bù công suất E-DPDCH tham chiếu được báo
hiệu tới UE cho một (hoặc một số) (các) E-TFC tham chiếu (xem chi tiết trong điều 11.1).
Trợ cấp tuyệt đối chính: Khoản tài trợ tuyệt đối nhận được với E-RNTI chính.
3GPP
Phát hành 6 9 3GPP TS 25.321 V6.18.0 (2009-03)
Primary_Grant_Available: Biến trạng thái này là một Boolean, cho biết liệu khoản trợ cấp phục vụ của UE chỉ bị ảnh
hưởng bởi Khoản tài trợ tuyệt đối chính và Khoản tài trợ tương đối (nghĩa là không bị ảnh hưởng bởi Khoản tài trợ
tuyệt đối thứ cấp).
reference_ETPR: Biến trạng thái tham chiếu_ETPR giữ tỷ lệ công suất E-DPDCH trên DPCCH được sử dụng làm
tham chiếu cho các lệnh cấp tương đối. Biến này được đặt thành tỷ lệ công suất E-DPDCH so với DPCCH được sử
dụng cho E-TFC được chọn cho TTI trước đó trong quá trình HARQ này, được tính toán bằng cách sử dụng tỷ lệ biên
độ trước khi lượng tử hóa theo mục 5.1.2.5B.2.3 hoặc 5.1. 2.5B.2.4 của [13], không bao gồm truyền không theo lịch
trình, không bao gồm bất kỳ tỷ lệ nào được áp dụng theo mục 5.1.2.6 của [13] và được lấy từ lớp vật lý. Trong trường
hợp không có quá trình truyền theo lịch trình nào diễn ra trên quy trình HARQ trong TTI trước đó, thì reference_ETPR
sẽ được đặt thành Minimum_Grant cho quy trình HARQ này.
Trợ cấp tuyệt đối thứ cấp: Khoản tài trợ tuyệt đối nhận được với E-RNTI thứ cấp.
Cung cấp ô E-DCH: Ô mà từ đó UE nhận được Khoản tài trợ tuyệt đối từ bộ lập lịch Node-B. Một UE có một ô
E-DCH phục vụ.
Cung cấp E-DCH RLS hoặc Cung cấp RLS: Tập hợp các ô chứa ít nhất ô E-DCH Cung cấp và từ đó UE có thể nhận
và kết hợp một Khoản tài trợ tương đối. UE chỉ có một RLS E-DCH Phục vụ.
Serving_Grant: Biến trạng thái Serving_Grant cho biết tỷ lệ công suất E-DPDCH trên DPCCH tối đa mà UE được
phép sử dụng cho dữ liệu đã lên lịch trong lần truyền sau. Giá trị trong biến trạng thái thích hợp sẽ được cung cấp cho
chức năng lựa chọn E-TFC để giúp chọn định dạng tốt nhất cho quá trình truyền sắp tới. Các giá trị có thể có là:
"Zero_Grant" và các giá trị số. Công suất DPCCH giả định cho Serving_Grant trong khung nén là công suất DPCCH
thực tế trong khung nén trừ đi 10Log10 (Nphi công, N/ Nphi công, C) như được định nghĩa trong [13].
Stored_Secondary_Grant: Biến trạng thái này được sử dụng để lưu trữ Giá trị tài trợ tuyệt đối thứ cấp nhận được cuối
cùng.
Các giá trị có thể là: "Zero_Grant" và các giá trị số.
3.2 Các từ viết tắt

Đối với mục đích của tài liệu này, các chữ viết tắt sau đây được áp dụng:
AG Trợ cấp tuyệt đối

TĂNG DẦN Truy cập lớp dịch vụ
BCCH Kênh điều khiển phát sóng
BCH Kênh phát sóng
C- Điều khiển-
CCCH Kênh điều khiển chung
DCCH Kênh điều khiển chuyên dụng
DCH Kênh chuyên dụng
DL Đường xuống
DSCH Kênh chia sẻ đường xuống
DTCH Kênh lưu lượng chuyên dụng
E-AGCH Kênh tài trợ tuyệt đối E-DCH
E-DCH Kênh vận chuyển chuyên dụng nâng cao
E-DPCCH Kênh điều khiển vật lý chuyên dụng E-DCH
E-HICH Kênh chỉ báo xác nhận E-DCH HARQ
E-RGCH Kênh tài trợ tương đối E-DCH
E-RNTI Mã nhận dạng tạm thời của mạng vô tuyến E-DCH
E-TFC Kết hợp Định dạng Truyền tải E-DCH
E-TFCI Chỉ báo kết hợp định dạng truyền tải E-DCH
NHANH Kênh truy cập liên kết chuyển tiếp
FDD Song công phân chia tần số
HARQ Yêu cầu lặp lại tự động kết hợp
HCSN Số thứ tự tuần hoàn HS-SCCH
HSDPA High Speed Downlink Packet Access
HS-DSCH Kênh chia sẻ đường xuống tốc độ cao
L1 Lớp 1 (lớp vật lý)
L2 Lớp 2 (lớp liên kết dữ liệu)
L3 Lớp 3 (lớp mạng)
MAC Kiểm soát truy cập trung bình
MBMS Dịch vụ đa phương tiện truyền phát đa phương tiện
MCCH Kênh điều khiển điểm-đa điểm MBMS
3GPP
Phát hành 6 10 3GPP TS 25.321 V6.18.0 (2009-03)
MTCH Kênh lưu lượng điểm-đa điểm MBMS

MSCH Kênh lập lịch MBMS point-to-multipoint
PCCH Kênh điều khiển phân trang
PCH Kênh phân trang
PDU Đơn vị dữ liệu giao thức
PHY Lớp vật lý
PhyCH Kênh vật lý
RACH Kênh truy cập ngẫu nhiên
RG Trợ cấp tương đối
RLC Kiểm soát liên kết vô tuyến
RLS Bộ liên kết radio
RNC Bộ điều khiển mạng vô tuyến
RNS Hệ thống con mạng vô tuyến
RNTI Danh tính tạm thời của mạng vô tuyến
RRC Kiểm soát tài nguyên vô tuyến
RSN Số thứ tự truyền lại
nhựa cây Điểm truy cập dịch vụ
SDU Đơn vị dữ liệu dịch vụ
SHCCH Kênh điều khiển kênh chia sẻ
SRNC Phục vụ bộ điều khiển mạng vô tuyến
SRNS Cung cấp hệ thống con mạng vô tuyến
TDD Song công phân chia thời gian
TFCI Chỉ báo kết hợp định dạng truyền tải
TFI Chỉ báo định dạng vận tải
TSN Số thứ tự truyền
U- Người dùng-
UE Thiết bị Người dùng
UL Đường lên
UMTS Hệ thống Viễn thông Di động Toàn cầu
USCH Kênh chia sẻ đường lên
UTRA Truy cập vô tuyến mặt đất UMTS
UTRAN Mạng truy cập vô tuyến mặt đất UMTS
4 Chung
4.1 Mục tiêu
Mục tiêu là mô tả kiến trúc MAC và các thực thể MAC khác nhau theo quan điểm chức năng.
4.2 Kiến trúc MAC

Mô tả trong điều khoản phụ này là một mô hình và không chỉ định hoặc hạn chế việc triển khai.
Theo các chức năng của RRC, RRC thường kiểm soát cấu hình bên trong của MAC.
4.2.1 Thực thể MAC

Các sơ đồ mô tả kiến trúc MAC được xây dựng từ các thực thể MAC.
Các thực thể được gán các tên sau.
- MAC-b là thực thể MAC xử lý các kênh truyền tải sau:
- kênh quảng bá (BCH)
- MAC-c / sh / m, là thực thể MAC xử lý các kênh truyền tải sau:
- kênh phân trang (PCH)

3GPP
Phát hành 6 11 3GPP TS 25.321 V6.18.0 (2009-03)
- kênh truy cập chuyển tiếp (FACH)
- kênh truy cập ngẫu nhiên (RACH)
- kênh chia sẻ đường xuống (DSCH). DSCH chỉ tồn tại ở chế độ TDD.
- kênh chia sẻ đường lên (USCH). USCH chỉ tồn tại trong chế độ TDD.
- MAC-d là thực thể MAC xử lý các kênh truyền tải sau:
- kênh vận chuyển chuyên dụng (DCH)
- MAC-hs là thực thể MAC xử lý các kênh truyền tải sau:
- kênh chia sẻ đường xuống tốc độ cao (HS-DSCH)
- MAC-m là thực thể MAC xử lý các kênh truyền tải sau:
- kênh truy cập chuyển tiếp (FACH).
- MAC-e / es là các thực thể MAC xử lý các kênh truyền tải sau:
- kênh vận chuyển chuyên dụng nâng cao (E-DCH).
Các chức năng chính xác được hoàn thành bởi các thực thể trong UE khác với các chức năng được hoàn thành trong
UTRAN.
LƯU Ý: Khi một UE được cấp phát tài nguyên để người mang sử dụng riêng mà nó hỗ trợ các thực thể MAC-d
chia sẻ động tài nguyên giữa những người mang và chịu trách nhiệm chọn TFI / TFCI sẽ được sử dụng
trong mỗi khoảng thời gian truyền.
4.2.2 MAC-b
Sơ đồ sau minh họa kết nối của thực thể MAC-b trong một UE và trong mỗi ô của UTRAN.
MAC-b đại diện cho thực thể điều khiển cho kênh quảng bá (BCH).
Có một (ô hiện tại) hoặc nhiều thực thể MAC-b (ô hiện tại và hàng xóm) trong mỗi UE và một MAC-b trong UTRAN
cho mỗi ô.
MAC Control SAP được sử dụng để chuyển thông tin Điều khiển đến MAC-b.
Thực thể MAC-b nằm trong Node B.
BCCH Kiểm soát Mac
MAC-b
BCH
Hình 4.2.2.1: Kiến trúc phía UE và phía UTRAN
3GPP
Phát hành 6 12 3GPP TS 25.321 V6.18.0 (2009-03)
4.2.3 Kiến trúc liên quan đến giao thông - Phía UE

Hình 4.2.3.1 minh họa khả năng kết nối của các thực thể MAC.
MAC-c / sh / m kiểm soát quyền truy cập vào tất cả các kênh truyền tải thông thường, ngoại trừ kênh truyền tải HS-
DSCH.
MAC-d kiểm soát quyền truy cập vào tất cả các kênh truyền tải chuyên dụng, tới MAC-c / sh / m và MAC-hs.
MAC-hs kiểm soát quyền truy cập vào kênh truyền tải HS-DSCH.
MAC-e / es kiểm soát quyền truy cập vào kênh truyền tải E-DCH.
Trong trường hợp kết hợp có chọn lọc các kênh MTCH từ nhiều ô, MAC-m kiểm soát quyền truy cập vào các
kênh vận chuyển FACH được sử dụng để mang MTCH và MSCH.
Trong đường xuống, nếu các kênh logic của loại chuyên dụng được ánh xạ tới các kênh truyền tải chung thì MAC-d
sẽ nhận dữ liệu từ MAC-c / sh / m hoặc MAC-hs thông qua kết nối được minh họa giữa các thực thể chức năng.
Trong đường lên, nếu các kênh logic của loại chuyên dụng được ánh xạ tới các kênh truyền tải chung thì MAC-d sẽ
gửi dữ liệu tới MAC-c / sh / m thông qua kết nối được minh họa giữa các thực thể chức năng.
Việc ánh xạ các kênh logic trên các kênh truyền tải phụ thuộc vào việc ghép kênh được cấu hình bởi RRC.
MAC Control SAP được sử dụng để chuyển thông tin Điều khiển đến từng thực thể MAC.
Tín hiệu liên kết được hiển thị trong hình minh họa sự trao đổi thông tin giữa lớp 1 và lớp 2 được cung cấp bởi
các nguyên thủy được hiển thị trong [3].
M TC HM SC HM TC HM SC HMCCH PC CH BC CHCCCHC TC H SH CCH

(Chỉ TDD) MACC ontrol DCCHD TC H D TC H
MAC -d
MAC -es /
MAC -m MAC -hs MAC -c / sh / m
Cái chùy
E -CH CH Mỹ D SC H DCH DCH

(Chỉ TD D) (Chỉ TDD)
CH FA HS -D SC H PC H CH FA CH Mỹ D SC H
(Chỉ TD D) (Chỉ TDD)
liên kết A ssociated A ssociated A ssociated FAC H RACH

ow nlink U plink D ow nlink U plink
ignalling Báo hiệu Báo hiệu Báo hiệu
Hình 4.2.3.1: Kiến trúc MAC phía UE
4.2.3.1 Thực thể MAC-c / sh / m - Phía UE

Hình 4.2.3.1.1 cho thấy thực thể MAC-c / sh / m phía UE.
Các chức năng sau được bao gồm:
- TCTF MUX:
- chức năng này đại diện cho việc xử lý (chèn cho các kênh đường lên và phát hiện và xóa cho các kênh đường
xuống) của trường TCTF trong tiêu đề MAC và ánh xạ tương ứng giữa các kênh logic và kênh truyền tải.
Trường TCTF cho biết loại kênh logic chung hoặc kênh logic chuyên dụng có được sử dụng hay không;
3GPP
Phát hành 6 13 3GPP TS 25.321 V6.18.0 (2009-03)
- thêm / đọc UE Id:
- Id UE được thêm vào để truyền RACH;
- Id UE, khi có, xác định dữ liệu cho UE này.
- đọc MBMS Id:
- Id MBMS được đọc trong trường hợp nhận MTCH;
- MBMS Id xác định dữ liệu đã nhận tới một dịch vụ MBMS.
- UL: Lựa chọn TF:
- trong đường lên, khả năng lựa chọn định dạng truyền tải tồn tại.
- Lựa chọn ASC:
- Đối với RACH, MAC chỉ ra ASC được liên kết với PDU đến lớp vật lý. Điều này nhằm đảm bảo rằng các
bản tin RACH được liên kết với một Lớp dịch vụ truy cập (ASC) nhất định được gửi trên (các) chữ ký và (các) khe thời
gian thích hợp. MAC cũng áp dụng (các) tham số dự phòng thích hợp được liên kết với ASC đã cho. Khi gửi bản tin
YÊU CẦU KẾT NỐI RRC, RRC sẽ xác định ASC; trong tất cả các trường hợp khác MAC chọn ASC;
- lập lịch / xử lý ưu tiên
- chức năng này được sử dụng để truyền thông tin nhận được từ MAC-d trên RACH dựa trên các ưu tiên kênh
logic. Chức năng này liên quan đến lựa chọn TF.
- Lựa chọn TFC
- thực hiện lựa chọn kết hợp định dạng truyền tải và định dạng truyền tải theo bộ kết hợp định dạng truyền tải
(hoặc tập hợp con kết hợp định dạng truyền tải) được cấu hình bởi RRC
RLC cung cấp RLC-PDU cho MAC, phù hợp với các khối truyền tải có sẵn trên các kênh truyền tải.
Có một thực thể MAC-c / sh / m trong mỗi UE.
3GPP
Phát hành 6 14 3GPP TS 25.321 V6.18.0 (2009-03)
PCCHSHCCH (chỉ TDD) CCCH CTCH BCCH MCCH MSCH MTCH MTCH MAC - Kiểm soát
đọc MAC-c / sh / m
Id MBMS đến MAC –d
thêm / đọc
Id UE
TCTF MUX
Lập lịch / Ưu tiên

Xử lý (1)
UL: lựa chọn TF

TFC
sự lựa chọn
TĂNG DẦN
sự lựa chọn
PCH DSCH DSCH USCH USCH NHANH NHANH RACH

Chỉ TDD Chỉ TDD Chỉ TDD Chỉ TDD
Hình 4.2.3.1.1: Kiến trúc MAC phía UE / chi tiết MAC-c / sh / m
4.2.3.1b Thực thể MAC-m - Phía UE

Hình 4.2.3.1b.1 cho thấy thực thể MAC-m phía UE.
- TCTF DEMUX:
- chức năng này đại diện cho việc xử lý (phát hiện và xóa đối với các kênh đường xuống) trường TCTF trong
tiêu đề MAC và ánh xạ tương ứng giữa các kênh logic và kênh truyền tải.
Trường TCTF cho biết loại kênh logic chung;
- đọc MBMS Id
- Id MBMS được đọc trong trường hợp nhận MTCH;
- MBMS Id xác định dữ liệu đã nhận tới một dịch vụ MBMS.
MAC Control SAP được sử dụng để chuyển thông tin điều khiển đến MAC-m.
Nếu các kênh MTCH được kết hợp có chọn lọc, thực thể MAC-m tồn tại trong UE. Nếu không, thực thể MAC-m
không tồn tại.
Trong trường hợp kết hợp có chọn lọc các kênh MTCH từ nhiều ô, có một MAC-c / sh / m cho ô hiện tại và một
thực thể MAC-m cho mỗi ô lân cận trong UE.
3GPP
Phát hành 6 15 3GPP TS 25.321 V6.18.0 (2009-03)
Kiểm soát MAC
MTCH MTCH MSCH
đọc
MBMS-ID
TCTF DEMUX
MAC-m
NHANH NHANH
Hình 4.2.3.1b.1: Kiến trúc MAC phía UE / chi tiết MAC-m
4.2.3.2 Thực thể MAC-d - Phía UE

Hình 4.2.3.2.1 cho thấy thực thể MAC-d phía UE.
- Chuyển đổi loại kênh vận chuyển
- Thực thể này thực hiện việc chuyển đổi loại kênh truyền tải, dựa trên quyết định của RRC. Điều này có liên
quan đến sự thay đổi tài nguyên vô tuyến. Nếu được RRC yêu cầu, MAC sẽ chuyển ánh xạ của một kênh logic được chỉ
định giữa các kênh truyền tải chung và kênh truyền tải chuyên dụng.
- C / T MUX:
- C / T MUX được sử dụng khi ghép nhiều kênh logic chuyên dụng vào một kênh truyền tải (không phải là HS-
DSCH) hoặc một luồng MAC-d (HS-DSCH) được sử dụng. Bao gồm một nhận dạng rõ ràng của kênh logic.
- Mật mã:
- Mật mã cho dữ liệu chế độ trong suốt được mã hóa được thực hiện trong MAC-d. Thông tin chi tiết về mật
mã có thể được tìm thấy trong [10].
- Giải mã:
- Giải mã dữ liệu chế độ trong suốt đã được mật mã được thực hiện trong MAC-d. Thông tin chi tiết về mật mã
có thể được tìm thấy trong [10].
- Lựa chọn UL TFC:
- Việc lựa chọn kết hợp định dạng truyền tải và định dạng truyền tải theo bộ kết hợp định dạng truyền tải (hoặc
tập con kết hợp định dạng truyền tải) được cấu hình bởi RRC được thực hiện.
Thực thể MAC-d chịu trách nhiệm ánh xạ các kênh logic chuyên dụng cho đường lên hoặc các kênh truyền tải
chuyên dụng hoặc chuyển dữ liệu đến MAC-c / sh / m để được truyền qua các kênh chung.
Một kênh logic chuyên dụng có thể được ánh xạ đồng thời lên DCH và DSCH ở chế độ TDD.
Một kênh logic chuyên dụng có thể được ánh xạ đồng thời vào DCH và HS-DSCH.
Thực thể MAC-d có kết nối với thực thể MAC- c / sh / m. Kết nối này được sử dụng để truyền dữ liệu đến MAC-c /
sh / m để truyền dữ liệu trên các kênh truyền tải được xử lý bởi MAC-c / sh / m (đường lên) hoặc để nhận dữ liệu từ các
kênh truyền tải do MAC-c xử lý / sh / m (đường xuống).
3GPP
Phát hành 6 16 3GPP TS 25.321 V6.18.0 (2009-03)
Thực thể MAC-d có kết nối với thực thể MAC-hs. Kết nối này được sử dụng để nhận dữ liệu từ kênh truyền tải HS-
DSCH được xử lý bởi MAC-hs (đường xuống).
Thực thể MAC-d có kết nối với thực thể MAC-e / es. Kết nối này được sử dụng để truyền dữ liệu trên kênh truyền
tải E-DCH được xử lý bởi MAC-e / es (đường lên).
Có một thực thể MAC-d trong UE.
DCCH DTCH DTCH
Kiểm soát MAC
MAC-d
Chuyển đổi loại kênh vận chuyển
Giải mã
C / T MUX
từ MAC-hs C/T
MUX
đến / từ MAC-c / sh
UL: lựa chọn TFC
tới MAC-e / es
Mật mã
DCH DCH
Hình 4.2.3.2.1: Kiến trúc MAC phía UE / chi tiết MAC-d
4.2.3.3 Thực thể MAC-hs - Phía UE

MAC-hs xử lý các chức năng cụ thể của HSDPA. Trong mô hình bên dưới MAC-hs bao gồm các thực thể sau:
- HARQ:
Thực thể HARQ chịu trách nhiệm xử lý các chức năng MAC liên quan đến giao thức HARQ. Thực thể chức
năng HARQ xử lý tất cả các tác vụ được yêu cầu cho ARQ kết hợp. Nó chịu trách nhiệm tạo ACK hoặc NACK.
Cấu hình chi tiết của giao thức ARQ lai được RRC cung cấp qua MAC-Control SAP.
- Sắp xếp lại phân phối hàng đợi:
Chức năng phân phối hàng đợi sắp xếp lại định tuyến các MAC-hs PDU đến bộ đệm sắp xếp lại chính xác
dựa trên ID hàng đợi.
- Sắp xếp lại:
Thực thể sắp xếp lại sắp xếp lại đơn hàng đã nhận MAC-hs PDU theo TSN đã nhận. MAC-hs PDU với TSN
liên tiếp được chuyển đến chức năng tháo rời khi nhận. MAC-hs PDU không được chuyển đến chức năng tháo
gỡ nếu thiếu MAC-hs PDU với TSN thấp hơn. Có một thực thể sắp xếp lại thứ tự cho mỗi ID hàng đợi được
định cấu hình tại UE.
- Tháo rời:
Thực thể tháo gỡ chịu trách nhiệm về việc tháo gỡ các MAC-hs PDU. Khi một MAC-hs PDU được tháo rời,
tiêu đề MAC-hs bị loại bỏ, các MAC-d PDU sẽ được trích xuất và bất kỳ bit đệm nào hiện tại cũng bị loại bỏ.
Sau đó, các MAC-d PDU được chuyển đến lớp cao hơn.
3GPP
Phát hành 6 17 3GPP TS 25.321 V6.18.0 (2009-03)
Tới MAC-d
MAC - Kiểm soát
MAC-hs
Tháo rời Tháo rời
Sắp xếp lại Sắp xếp lại
Sắp xếp lại phân phối hàng đợi
HARQ
HS-DSCH
Báo hiệu đường xuống được liên kết Báo hiệu đường lên liên kết
Hình 4.2.3.3.1: Kiến trúc MAC phía UE / chi tiết MAC-hs
4.2.3.4 Thực thể MAC-e / es - Phía UE

MAC-es / e xử lý các chức năng cụ thể của E-DCH. Sự phân chia giữa MAC-e và MAC-es trong UE không được nêu
chi tiết.
Trong mô hình bên dưới MAC-e / es bao gồm các thực thể sau:
- HARQ:
Thực thể HARQ chịu trách nhiệm xử lý các chức năng MAC liên quan đến giao thức HARQ. Nó chịu trách
nhiệm lưu trữ các tải trọng MAC-e và truyền tải lại chúng. Cấu hình chi tiết của giao thức ARQ lai được RRC
cung cấp qua MAC-Control SAP. Thực thể HARQ cung cấp E-TFC, số thứ tự truyền lại (RSN) và bù công suất
sẽ được L1 sử dụng. Phiên bản dự phòng (RV) của quá trình truyền HARQ được dẫn xuất bởi L1 từ RSN, CFN
và trong trường hợp 2 ms TTI từ số khung phụ.
- Ghép kênh và cài đặt TSN:
Thực thể ghép kênh và cài đặt TSN chịu trách nhiệm ghép nhiều MAC-d PDU thành MAC-es PDU và ghép
một hoặc nhiều MAC-es PDU thành một MAC-e PDU duy nhất, sẽ được truyền trong TTI tiếp theo, như được
hướng dẫn bởi chức năng lựa chọn E-TFC. Nó cũng chịu trách nhiệm quản lý và thiết lập TSN trên mỗi kênh
logic cho mỗi MAC-es PDU.
- Lựa chọn E-TFC:
Thực thể này chịu trách nhiệm lựa chọn E-TFC theo thông tin lập lịch (Tài trợ tương đối và Tài trợ tuyệt đối)
nhận được từ UTRAN qua L1 và giá trị Tài trợ cung cấp được báo hiệu qua RRC và phân xử giữa các luồng
khác nhau được ánh xạ trên E-DCH. Cấu hình chi tiết của thực thể E-TFC do RRC cung cấp qua MAC-Control
SAP. Chức năng lựa chọn E-TFC điều khiển chức năng ghép kênh.
3GPP
Phát hành 6 18 3GPP TS 25.321 V6.18.0 (2009-03)
Tới MAC-d
MAC - Kiểm soát
MAC-es / e
Lựa chọn E-TFC Ghép kênh và cài đặt TSN
HARQ
Lập lịch liên kết

Báo hiệu đường xuống
(E-AGCH / E-RGCH)
ACK / NACK được liên kết Liên kết lên được liên
báo hiệu Báo hiệu E-TFC
(E-HICH) (E-DPCCH)
Hình 4.2.3.4.1: Kiến trúc MAC phía UE / chi tiết MAC-e / es
4.2.4 Kiến trúc liên quan đến giao thông - Phía UTRAN
Hình 4.2.4.1 minh họa kết nối giữa các thực thể MAC từ phía UTRAN.
Nó tương tự như trường hợp UE với ngoại lệ là sẽ có một MAC-d cho mỗi UE và mỗi UE (MAC-d) được liên kết với
một ô cụ thể có thể được liên kết với MAC-c / sh / m của ô đó.
MAC-c / sh / m nằm trong RNC điều khiển trong khi MAC-d nằm trong RNC phục vụ. MAC-hs nằm trong Node B. Các
MAC-d PDU cần truyền được chuyển từ MAC-c / sh / m đến MAC-hs thông qua giao diện Iub trong trường hợp cấu hình
với MAC-c / sh / m, hoặc từ MAC-d qua Iur / Iub trong trường hợp cấu hình không có MAC-c / sh / m.
Đối với mỗi UE sử dụng E-DCH, một thực thể MAC-e trên mỗi Node-B và một thực thể MAC-es trong SRNC được
định cấu hình. MAC-e, nằm trong Node B, kiểm soát quyền truy cập vào E-DCH và được kết nối với MAC-es, nằm
trong SRNC. MAC-es được kết nối thêm với MAC-d. Có một bộ mang vận chuyển được thiết lập cho mỗi luồng E-
DCH MAC-d.
MAC Control SAP được sử dụng để chuyển thông tin Điều khiển đến mỗi thực thể MAC thuộc một UE.
3GPP
Phát hành 6 19 3GPP TS 25.321 V6.18.0 (2009-03)
BCCH CTCH MCCH MTCH
Kiểm soát MAC

MSCH
Kiểm soát MAC PCCH CCCHSHCCH Kiểm soát MAC Kiểm soát MAC Kiểm soát MACDCCH
Chỉ TDD
MAC-es
MAC-d
Cấu hình
không có MACc / sh -
Cái chùy MAC-hs Cấu hình MAC- c / sh / m

với MAC-c / sh
Tôi hoặc địa phương

E- DCH HS- DSCH HS- DSCH Iub PCH FACH FACH RACH USCH USCH DSCH DSCH DCH DCH
TDD only TDD only
Chỉ TDD Chỉ TDD

Liên kết xuống được Liên kết lên được Liên kết xuống được liên Liên kết lên được
liên kết liên kết kết liên kết
Báo hiệu Báo hiệu Báo hiệu Báo hiệu
Hình 4.2.4.1: Kiến trúc MAC phía UTRAN
4.2.4.1 Thực thể MAC-c / sh / m - Phía UTRAN

Hình 4.2.4.1.1 cho thấy thực thể MAC-c / sh / m phía UTRAN. Các chức năng sau được bao gồm:
- Lập lịch - Bộ đệm - Xử lý ưu tiên;
- chức năng này quản lý FACH và tài nguyên TDD DSCH giữa các UE và giữa các luồng dữ liệu theo yêu cầu ưu tiên và độ
trễ của chúng do các lớp cao hơn thiết lập.
- TCTF MUX
- chức năng này đại diện cho việc xử lý (chèn cho các kênh đường xuống và phát hiện và xóa cho các kênh đường lên) của
trường TCTF trong tiêu đề MAC và ánh xạ tương ứng giữa các kênh logic và kênh truyền tải.
Trường TCTF cho biết loại kênh logic chung hoặc kênh logic chuyên dụng có được sử dụng hay không;
- UE Id Mux;
- đối với các kênh logic loại chuyên dụng, trường Id UE trong tiêu đề MAC được sử dụng để phân biệt giữa các UE;
- MBMS Id Mux;
- đối với các kênh MTCH, trường MBMS Id trong tiêu đề MAC được sử dụng để phân biệt giữa các dịch vụ MBMS;
- Lựa chọn TFC:
- trong đường xuống, lựa chọn kết hợp định dạng truyền tải được thực hiện cho FACH và PCH và cho TDD DSCH;
- Phân kênh;
- đối với hoạt động TDD, chức năng phân kênh được sử dụng để tách dữ liệu USCH khỏi các UE khác nhau, tức là được
chuyển đến các thực thể MAC-d khác nhau;
- Cấp phát mã DL;
- đối với TDD, chức năng này được sử dụng để chỉ ra mã được sử dụng trên DSCH;
3GPP
Phát hành 6 20 3GPP TS 25.321 V6.18.0 (2009-03)
- Kiểm soát lưu lượng;
- một chức năng điều khiển luồng tồn tại đối với MAC-d để hạn chế bộ đệm giữa các thực thể MAC-d và
MAC-c / sh / m. một chức năng điều khiển luồng cũng tồn tại đối với MAC-hs trong trường hợp cấu hình với MAC-c /
sh / m.
RLC cung cấp RLC-PDU cho MAC, phù hợp với các khối truyền tải có sẵn trên các kênh truyền tải. Có một thực
thể MAC-c / sh / m trong UTRAN cho mỗi ô;
PCCH BCCH SHCCH CCCH CTCH MCCH MSCH MTCH
MAC - Kiểm soát
(Chỉ TDD)
MAC-c / sh / m
Kiểm soát lưu lượng đến MAC –d
MAC-c / sh / MAC-d
TCTF MUX / UE Id MUX / MBMS Id MUX
Lập lịch / Bộ đệm / Xử lý ưu tiên / Demux
Lựa chọn TFC

Kiểm soát lưu lượng
MAC-c / sh / MAC-hs
Lựa chọn TFC DL: mã
sự phân bổ
tới MAC –hs
PCH NHANH CHÓNG DSCH DSCH USCH USCH RACH

Chỉ TDD Chỉ TDD Chỉ TDD Chỉ TDD
Hình 4.2.4.1.1: Kiến trúc MAC phía UTRAN / chi tiết MAC-c / sh / m
4.2.4.2 Thực thể MAC-d - Phía UTRAN

Hình 4.2.4.2.1 cho thấy thực thể MAC-d phía UTRAN.
- Chuyển đổi loại kênh vận chuyển:
- Thực thể này thực hiện việc chuyển đổi loại kênh truyền tải, dựa trên quyết định của RRC; điều này có liên
quan đến sự thay đổi tài nguyên vô tuyến. Nếu được RRC yêu cầu, MAC sẽ chuyển ánh xạ của một kênh logic được chỉ
định giữa các kênh truyền tải chung và kênh truyền tải chuyên dụng.
- Hộp C / T MUX;
- chức năng bao gồm trường C / T khi ghép nhiều kênh logic chuyên dụng vào một kênh truyền tải (không phải
là HS-DSCH) hoặc một luồng MAC-d (HS-DSCH) được sử dụng.
- Cài đặt ưu tiên;
- Chức năng này chịu trách nhiệm thiết lập mức độ ưu tiên trên dữ liệu nhận được từ DCCH / DTCH;
- Mật mã hóa;
- Mật mã cho dữ liệu chế độ trong suốt được mã hóa được thực hiện trong MAC-d. Thông tin chi tiết về mật
mã có thể được tìm thấy trong [10].
3GPP
Phát hành 6 21 3GPP TS 25.321 V6.18.0 (2009-03)
- Giải mã;
- Giải mã dữ liệu chế độ trong suốt đã được mật mã được thực hiện trong MAC-d. Thông tin chi tiết về mật mã
có thể được tìm thấy trong [10].
- Lập lịch DL / Xử lý ưu tiên;
- trong đường xuống, việc lập lịch và xử lý ưu tiên các kênh vận chuyển được thực hiện trong các tổ hợp định
dạng vận tải được phép của TFCS do RRC chỉ định.
- Kiểm soát lưu lượng;
- tồn tại một chức năng điều khiển luồng hướng tới MAC-c / sh / m để hạn chế bộ đệm giữa các thực thể
MAC-d và MAC-c / sh / m. Chức năng này nhằm hạn chế độ trễ báo hiệu lớp 2 và giảm dữ liệu bị loại bỏ và truyền lại
do FACH hoặc do tắc nghẽn TDD DSCH. Đối với giao diện Iur, điều này được quy định trong [11]. Một chức năng
điều khiển luồng cũng tồn tại đối với MAC-hs trong trường hợp cấu hình không có MAC-c / sh / m, xem mục 4.2.4.2.
Thực thể MAC-d sử dụng các kênh chung khác với kênh chia sẻ đường xuống tốc độ cao được kết nối với thực thể
MAC-c / sh / m xử lý việc lập lịch các kênh chung mà UE được chỉ định và nhận dạng ưu tiên DL (FACH) MAC-c / sh
/ m;
Thực thể MAC-d sử dụng kênh chia sẻ đường xuống được kết nối với thực thể MAC-c / sh / m xử lý các kênh chia sẻ
mà UE được chỉ định và cho biết mức độ ưu tiên của từng PDU đối với MAC-c / sh / m;
Thực thể MAC-d sử dụng kênh chia sẻ đường xuống tốc độ cao có thể được kết nối với thực thể MAC-c / sh / m mà
đến lượt nó được kết nối với thực thể MAC-hs trong Node B (cấu hình với MAC-c / sh / m ); cách khác, thực thể MAC-
d sử dụng kênh chia sẻ đường xuống tốc độ cao có thể được kết nối với thực thể MAC-hs trong Node B trong trường
hợp cấu hình không có MAC-c / sh / m.
Thực thể MAC-d sử dụng kênh truyền tải chuyên dụng nâng cao (chỉ Đường lên) được kết nối với thực thể MAC-es xử
lý việc sắp xếp lại và kết hợp dữ liệu nhận được từ các Node B khác nhau. Cho rằng các MAC-es được sắp xếp trong
SRNC, không cần thiết phải kiểm soát luồng kết nối này. MAC-es chỉ ra kênh logic mà dữ liệu được dự định, để cho
phép MAC-d định tuyến nó một cách thích hợp.
Thực thể MAC-d chịu trách nhiệm ánh xạ các kênh logic chuyên dụng lên các kênh truyền tải chuyên dụng có sẵn
hoặc định tuyến dữ liệu nhận được trên DCCH hoặc DTCH tới MAC-c / sh / m hoặc MAC-hs.
Một kênh logic chuyên dụng có thể được ánh xạ đồng thời trên DCH và DSCH ở chế độ TDD. Các cơ chế lập lịch khác
nhau áp dụng cho DCH và DSCH. Một kênh logic chuyên dụng có thể được ánh xạ đồng thời trên DCH và HS-DSCH.
Có một thực thể MAC-d trong UTRAN cho mỗi UE có một hoặc nhiều kênh logic chuyên dụng đến hoặc đi từ
UTRAN.
3GPP
Phát hành 6 22 3GPP TS 25.321 V6.18.0 (2009-03)
DCCH DTCH DTCH

Kiểm soát MAC
Chuyển đổi loại kênh vận chuyển
C / T MUX / Giải mã
Sự ưu tiên
cài đặt (DL)

C/T
sang MAC-c / sh MUX MAC-d
Kiểm soát lưu lượng
tới MAC-hs
Lập lịch DL /
xử lý ưu tiên
từ MAC-es
Mật mã
DCH DCH
Hình 4.2.4.2.1: Kiến trúc MAC phía UTRAN / chi tiết MAC-d
4.2.4.3 Thực thể MAC-hs - Phía UTRAN

Có một thực thể MAC-hs trong UTRAN cho mỗi ô hỗ trợ truyền HS-DSCH. MAC-hs chịu trách nhiệm xử lý dữ liệu
được truyền trên HS-DSCH. Hơn nữa, nó chịu trách nhiệm quản lý các tài nguyên vật lý được phân bổ cho HSDPA.
MAC-hs nhận các tham số cấu hình từ lớp RRC thông qua MAC-Control SAP. Nên có xử lý ưu tiên cho mỗi MAC-d
PDU trong MAC-hs. MAC-hs bao gồm bốn thực thể chức năng khác nhau:
- Kiểm soát lưu lượng:
Đây là chức năng điều khiển luồng đồng hành với chức năng điều khiển luồng trong MAC-c / sh / m trong
trường hợp cấu hình với MAC-c / sh / m và MAC-d trong trường hợp cấu hình không có MAC-c / sh / m. Cả hai
thực thể cùng cung cấp luồng dữ liệu được kiểm soát giữa MAC-c / sh / m và MAC-hs (Cấu hình với MAC-c /
sh / m) hoặc MAC-d và MAC-hs (Cấu hình không có MAC-c / sh / m) tính đến khả năng truyền dẫn của giao
diện không khí theo cách năng động. Chức năng này nhằm hạn chế độ trễ báo hiệu lớp 2 và giảm dữ liệu bị loại
bỏ và truyền lại do tắc nghẽn HS-DSCH. Kiểm soát luồng được cung cấp độc lập bởi luồng MAC-d cho một
thực thể MAC-hs nhất định.
- Lập lịch / Xử lý ưu tiên:
Chức năng này quản lý tài nguyên HS-DSCH giữa các thực thể HARQ và luồng dữ liệu theo mức độ ưu tiên của
chúng. Dựa trên các báo cáo trạng thái từ báo hiệu đường lên liên kết, việc truyền mới hoặc truyền lại được xác
định. Hơn nữa, nó xác định ID hàng đợi và TSN cho mỗi MAC-hs PDU mới đang được phục vụ và trong trường
hợp TDD, HCSN được xác định. Một quá trình truyền mới có thể được bắt đầu thay vì một quá trình truyền lại
đang chờ xử lý bất kỳ lúc nào để hỗ trợ việc xử lý ưu tiên.
- HARQ:
Một thực thể HARQ xử lý chức năng ARQ kết hợp cho một người dùng. Một thực thể HARQ có khả năng hỗ
trợ nhiều trường hợp (quy trình HARQ) của các giao thức HARQ dừng và chờ. Sẽ có một quy trình HARQ cho
mỗi HS-DSCH trên mỗi TTI.
- Lựa chọn TFRC:
Lựa chọn tài nguyên và định dạng truyền tải thích hợp để dữ liệu được truyền trên HS-DSCH.
3GPP
Phát hành 6 23 3GPP TS 25.321 V6.18.0 (2009-03)
MAC-d chảy
MAC-hs Lập lịch / Xử lý ưu tiên

Hàng đợi ưu tiên Hàng đợi ưu tiên
phân phối phân phối
Sự ưu tiên Sự ưu tiên Sự ưu tiên Sự ưu tiên
Xếp hàng Xếp hàng Xếp hàng Xếp hàng MAC - Kiểm soát
Thực thể HARQ
Lựa chọn TFRC
Liên kết lên được liên kết Liên kết xuống được liên kết
HS-DSCH
Báo hiệu Báo hiệu
Hình 4.2.4.3.1: Kiến trúc MAC phía UTRAN / chi tiết MAC-hs
4.2.4.4 Thực thể MAC-es - Phía UTRAN

Đối với mỗi UE, có một thực thể MAC trong SRNC. Lớp con MAC-es xử lý chức năng cụ thể của E-DCH, không
được đề cập trong thực thể MAC-e trong Node B. Trong mô hình bên dưới, MAC-es bao gồm các thực thể sau:
- Sắp xếp lại phân phối hàng đợi:
Chức năng phân phối hàng đợi sắp xếp lại định tuyến các MAC-es PDU đến bộ đệm sắp xếp lại chính xác
dựa trên cấu hình SRNC.
- Sắp xếp lại:
Chức năng này sắp xếp lại các PDU MAC-es đã nhận theo gắn thẻ TSN và Node-B đã nhận, tức là (CFN, số
khung con). MAC-es PDU với TSN liên tiếp được chuyển đến chức năng tháo rời khi nhận. Cơ chế sắp xếp
lại thứ tự các MAC-es PDU nhận được không theo thứ tự sẽ được thực hiện. Có một Quy trình sắp xếp lại
trên mỗi kênh logic.
- Lựa chọn đa dạng macro:
Chức năng được thực hiện trong MAC-es, trong trường hợp chuyển giao mềm với nhiều Node-B (Việc kết hợp
mềm cho tất cả các ô của Node-B diễn ra trong Node-B). Điều này có nghĩa là chức năng sắp xếp lại thứ tự
nhận các PDU MAC-es từ mỗi Node-B trong tập hợp hoạt động E-DCH. Việc thực hiện chính xác không được
chỉ định. Tuy nhiên, mô hình dưới đây dựa trên một thực thể Phân phối Hàng đợi Sắp xếp lại nhận tất cả luồng
MAC-d từ tất cả các Node-B và một thực thể MAC-es cho mỗi UE.
- Tháo rời:
Chức năng tháo gỡ chịu trách nhiệm tháo gỡ các MAC-es PDU. Khi một MAC-es PDU được tháo rời, tiêu đề
MAC-es bị loại bỏ, MAC-d PDU sẽ được trích xuất và gửi đến MAC-d.
3GPP
Phát hành 6 24 3GPP TS 25.321 V6.18.0 (2009-03)
Tới MAC-d
MAC-es
MAC - Kiểm so
Tháo rời Tháo rời Tháo rời
Sắp xếp lại / Sắp xếp lại / Sắp xếp lại /

Kết hợp Kết hợp Kết hợp
Sắp xếp lại hàng đợi Sắp xếp lại hàng đợi
Phân phối Phân phối
Dòng MAC-d # 1 MAC-d flow #n
Từ Từ
MAC-e trong MAC-e trong
NodeB # 1 NodeB #k
Hình 4.2.4.4-1: Kiến trúc MAC phía UTRAN / chi tiết MAC-es (trường hợp SHO)
4.2.4.5 Thực thể MAC-e - Phía UTRAN

Có một thực thể MAC-e trong Node B cho mỗi UE và một chức năng lập lịch E-DCH trong Node-B. Bộ lập lịch MAC-
e và E-DCH xử lý các chức năng cụ thể của HSUPA trong Node B. Trong mô hình bên dưới, bộ lập lịch MAC-e và E-
DCH bao gồm các thực thể sau:
- Lập lịch E-DCH:
Chức năng này quản lý tài nguyên ô E-DCH giữa các UE. Dựa trên các yêu cầu lập lịch, Trợ cấp lập lịch
được xác định và truyền đi. Các nguyên tắc chung của lập lịch E-DCH được mô tả trong mục 11.8.2.3 dưới
đây. Tuy nhiên việc thực hiện không được chỉ định (nghĩa là phụ thuộc vào chiến lược RRM).
- Điều khiển E-DCH:
Thực thể kiểm soát E-DCH chịu trách nhiệm tiếp nhận các yêu cầu lập lịch và truyền các Khoản tài trợ lập lịch.
Các nguyên tắc chung của lập lịch E-DCH được mô tả trong mục 11.8.2.3 dưới đây.
- Khử ghép kênh:
Chức năng này cung cấp khả năng khử ghép kênh MAC-e PDU. MAC-es PDU được chuyển tiếp đến
luồng MAC-d liên quan.
- HARQ:
Một thực thể HARQ có khả năng hỗ trợ nhiều trường hợp (quy trình HARQ) của các giao thức HARQ
dừng và chờ. Mỗi quy trình chịu trách nhiệm tạo ACK hoặc NACK cho biết trạng thái phân phối của
truyền E-DCH. Thực thể HARQ xử lý tất cả các tác vụ được yêu cầu cho giao thức HARQ.
các nguyên thủy.
3GPP
Phát hành 6 25 3GPP TS 25.321 V6.18.0 (2009-03)
Dòng MAC-d
Cái chùy
MAC - Kiểm soát
E-DCH E-DCH Khử ghép kênh

Lập lịch trình Điều khiển
Thực thể HARQ
Lập lịch liên kết

Báo hiệu đường xuống
(E-AGCH / E-RGCH)
Liên kết Liên kết
E-TFC ACK / NACK E-DCH
Đường lên Đường xuống
Báo hiệu Báo hiệu
(E-DPCCH) (E-HICH)
Hình 4.2.4.5-1: Kiến trúc MAC phía UTRAN / chi tiết MAC-e
4.3 Cấu trúc kênh

MAC hoạt động trên các kênh được xác định bên dưới; các kênh vận chuyển được mô tả giữa MAC và Lớp 1, các
kênh logic được mô tả giữa MAC và RLC.
Các điều khoản phụ sau đây cung cấp một cái nhìn tổng quan, mô tả quy chuẩn có thể được tìm thấy trong [2] và [3]
tương ứng.
4.3.1 Các kênh vận chuyển

Các loại kênh vận chuyển phổ biến là:
- (Các) Kênh Truy cập Ngẫu nhiên (RACH);
- (Các) Kênh Truy cập Chuyển tiếp (FACH);
- (Các) Kênh Chia sẻ Đường xuống (DSCH), chỉ dành cho hoạt động TDD;
- (Các) kênh chia sẻ đường xuống tốc độ cao (HS-DSCH);
- (Các) Kênh Chia sẻ Đường lên (USCH), chỉ dành cho hoạt động TDD;
- Kênh phát sóng (BCH);
- Kênh phân trang (PCH).
Các loại kênh vận chuyển chuyên dụng là:
- Kênh chuyên dụng (DCH);
- Kênh chuyên dụng nâng cao (E-DCH) chỉ dành cho hoạt động UL FDD.
3GPP
Phát hành 6 26 3GPP TS 25.321 V6.18.0 (2009-03)
4.3.2 Kênh logic

Lớp MAC cung cấp các dịch vụ truyền dữ liệu trên các kênh logic. Một tập hợp các loại kênh logic được xác
định cho các loại dịch vụ truyền dữ liệu khác nhau do MAC cung cấp.
Mỗi loại kênh logic được xác định bởi loại thông tin được chuyển.
4.3.2.1 Cấu trúc kênh logic

Cấu hình của các loại kênh logic được mô tả trong hình 4.3.2.1.
Kênh điều khiển Kênh điều khiển phát sóng (BCCH)
Kênh điều khiển phân trang (PCCH)

Kênh điều khiển chuyên dụng (DCCH)
Kênh điều khiển chung (CCCH)

Kênh điều khiển kênh chia sẻ (SHCCH)
Kênh điều khiển điểm-đa điểm MBMS (MCCH)
Kênh lập lịch MBMS point-to-multipoint (MSCH)
Kênh giao thông Kênh lưu lượng chuyên dụng (DTCH)
Kênh lưu lượng chung (CTCH)
Kênh lưu lượng điểm-đa điểm MBMS (MTCH)
Hình 4.3.2.1: Cấu trúc kênh logic
4.3.2.2 Kênh điều khiển

Các kênh điều khiển sau chỉ được sử dụng để chuyển thông tin máy bay điều khiển:
- Kênh điều khiển quảng bá (BCCH);
- Kênh điều khiển phân trang (PCCH);
- Kênh điều khiển chung (CCCH);
- Kênh điều khiển chuyên dụng (DCCH);
- Kênh điều khiển kênh chia sẻ (SHCCH);
- Kênh điều khiển điểm-đa điểm MBMS (MCCH);
- Kênh lập lịch MBMS point-to-multipoint (MSCH)
4.3.2.3 Kênh lưu lượng

Các kênh lưu lượng sau đây chỉ được sử dụng để chuyển thông tin máy bay của người dùng:
- Kênh giao thông chuyên dụng (DTCH);
- Kênh lưu lượng chung (CTCH);
- Kênh lưu lượng điểm-đa điểm MBMS (MTCH).

3GPP
Phát hành 6 27 3GPP TS 25.321 V6.18.0 (2009-03)
5 Các dịch vụ được cung cấp cho các lớp trên

Điều khoản này mô tả các dịch vụ khác nhau do MAC cung cấp cho các lớp cao hơn. Để biết mô tả chi tiết về các
chức năng sau, hãy xem [2].
5.1 Mô tả Dịch vụ được cung cấp cho các lớp trên

- Truyền dữ liệu: Dịch vụ này cung cấp khả năng truyền MAC SDU không xác nhận giữa các thực thể MAC
ngang hàng mà không cần phân đoạn dữ liệu.
- Phân bổ lại tài nguyên vô tuyến và các tham số MAC: Dịch vụ này thực hiện theo yêu cầu của RRC thực hiện
phân bổ lại tài nguyên vô tuyến và thay đổi các tham số MAC.
- Báo cáo các phép đo: Các phép đo cục bộ được báo cáo cho RRC.
6 Chức năng
6.1 Mô tả các chức năng MAC

Các chức năng của MAC bao gồm:
- ánh xạ giữa các kênh logic và kênh vận chuyển;
- lựa chọn hình thức vận chuyển thích hợp cho từng Kênh vận chuyển tùy thuộc vào tốc độ nguồn tức thời;
- xử lý ưu tiên giữa các luồng dữ liệu của một UE;
- xử lý ưu tiên giữa các UE bằng cách lập lịch động;
- xác định các UE trên các kênh vận chuyển chung;
- nhận dạng các dịch vụ MBMS trên các kênh vận chuyển chung;
- ghép kênh / phân kênh của các PDU lớp trên vào / từ các khối vận chuyển được phân phối đến / từ lớp vật lý trên
các kênh vận chuyển chung;
- ghép kênh / phân kênh của các PDU lớp trên vào / từ bộ khối vận chuyển được phân phối đến / từ lớp vật lý trên
các kênh truyền tải chuyên dụng;
- đo lưu lượng giao thông;
- Chuyển đổi loại kênh vận chuyển;
- mật mã cho chế độ trong suốt RLC;
- Lựa chọn Lớp Dịch vụ Truy cập để truyền RACH;
- kiểm soát quá trình truyền và nhận HS-DSCH bao gồm hỗ trợ của HARQ;
- HS-DSCH Đo tốc độ bit được cung cấp;
- kiểm soát việc truyền và nhận E-DCH bao gồm hỗ trợ của HARQ;
- tạo thông tin lập lịch đường lên để hỗ trợ phân bổ tài nguyên E-DCH;
- E-DCH Cung cấp phép đo tốc độ bit.
3GPP
Phát hành 6 28 3GPP TS 25.321 V6.18.0 (2009-03)
6.2 Mối quan hệ giữa các chức năng MAC và các kênh vận
chuyển
6.2.1 Mối quan hệ giữa các chức năng MAC và các kênh vận chuyển trong
UTRAN
Bảng 6.2.1.1: Các chức năng của UTRAN MAC tương ứng với kênh truyền tải
Liên kết Hợp lý Dịch TF Sự ưu tiên Sự ưu tiên Sche Đặc trưng Mux / Mux / HARQ
Hải sự điều sự điều
MAC Ch cảng Sele khiển khiển dulin ý niệm về Demux Demux trên ủng hộ
Chức năng Ch ctio giữa (một UE) g UE hoặc trên chuyên dụng ort
n UE MBMS chung vận chuyển
kênh truyền
dịch vụ vận chuyển hình
kênh truyền
hình
CCCH RACH X
DCCH RACH X X
DCCH DCH X
DTCH RACH X X
DTCH DCH X
SHCCH RACH X X
Đường lên
SHCCH USCH X
(Rx)
DTCH USCH X
DCCH USCH X
DTCH E- X X X
DCH
DCCH E- X X X
DCH
BCCH BCH X
NHAN
BCCH H X X X
PCCH PCH X X
NHAN
CCCH H X X X X
NHAN
CTCH H X X X
NHAN
MCCH H X X X
NHAN
MSCH H X X X
NHAN
MTCH H X X X X
NHAN
CTCH H X X X
NHAN
DCCH H X X X X X
Đường xuống
DCCH DSCH X X X X
(Tx)
DCCH DCH X X X
DCCH HS- X X X X X X X
DSCH (1)
NHAN
DTCH H X X X X X
DTCH DSCH X X X X
DTCH DCH X X X
DTCH HS- X X X X X X X
DSCH (1)
NHAN
SHCCH H X X X X
SHCCH DSCH X X X
CHÚ THÍCH 1: Trong trường hợp HS-DSCH, lựa chọn TF được thay thế bằng lựa chọn TFRC.
3GPP
Phát hành 6 29 3GPP TS 25.321 V6.18.0 (2009-03)
Mối quan hệ của các chức năng MAC và các kênh vận chuyển
6.2.2 trong UE
Bảng 6.2.2.1: Các chức năng MAC của UE tương ứng với kênh truyền tải
Vận
Liên kết Hợp lý chuyển TF Sự ưu tiên Nhận biết Mux / Demux Mux / Demux HARQ
sự điều trên chuyên
MAC Ch ort Ch Lựa chọn khiển trên cộng đồng dụng ủng hộ
Chức năng (một UE) vận chuyển vận chuyển t
kênh truyền kênh truyền
hình hình
CCCH RACH X
DCCH RACH X X X X
DCCH DCH X X X
DTCH RACH X X X X
DTCH DCH X X X
Đường lên
SHCCH RACH X
(Tx)
SHCCH USCH X X X
DCCH USCH X X X
DTCH USCH X X X
DCCH E-DCH X X X X
DTCH E-DCH X X X X
BCCH BCH
BCCH NHANH X
PCCH PCH
CCCH NHANH X
CTCH NHANH X
MCCH NHANH X
MSCH NHANH X
MTCH NHANH X X
DCCH NHANH X X
Đường xuống DCCH DSCH X
(Rx) DCCH DCH X

DCCH HS- X X X
DSCH
DTCH NHANH X X
DTCH DSCH X
DTCH DCH X
DTCH HS- X X X
DSCH
SHCCH NHANH X
SHCCH DSCH X
7 Các dịch vụ được mong đợi từ lớp vật lý

Lớp vật lý cung cấp các dịch vụ truyền thông tin tới MAC. Để biết mô tả chi tiết, xem [3].
số 8 Các yếu tố để giao tiếp giữa các lớp

Sự tương tác giữa lớp MAC và các lớp khác được mô tả dưới dạng nguyên thủy trong đó các lớp nguyên thủy thể hiện
sự trao đổi thông tin và điều khiển hợp lý giữa lớp MAC và các lớp khác. Các nguyên thủy không được chỉ định hoặc
hạn chế việc triển khai. MAC được kết nối với lớp 1, RLC và RRC. Các điều khoản phụ sau đây mô tả nguyên thủy
giữa các lớp này.
3GPP
Phát hành 6 30 3GPP TS 25.321 V6.18.0 (2009-03)
8.1 Nguyên thủy giữa lớp 1 và lớp 2
8.1.1 Nguyên thủy

Các nguyên thủy được mô tả trong [3].
8.1.2 Thông số
a) Chỉ báo tài nguyên định dạng truyền tải (TFRI) cho HS-DSCH:
- Đối với HS-DSCH, kích thước Khối truyền tải được tính từ giá trị TFRI được báo hiệu trên HS-SCCH. Ánh
xạ giữa giá trị TFRI và kích thước Khối truyền tải được chỉ định trong điều 9.2.3.
b) Thông tin HARQ cho E-DCH:
- Thông tin ACK / NACK (chi tiết quy định trong điều 9.2.5.1).
- Thông tin RSN (chi tiết quy định trong điều 9.2.5.1).
- Bù công suất (chi tiết quy định trong mục 11.8.1.4).
- E-TFCI (chi tiết được nêu trong mục 11.8.1.4).
c) Thông tin tài trợ tương đối cho E-DCH:
- Cung cấp thông tin Trợ cấp Tương đối (chi tiết được nêu trong mục 9.2.5.2.1).
- Thông tin về Khoản tài trợ tương đối không phục vụ (chi tiết được nêu trong mục 9.2.5.2.1).
d) Thông tin tài trợ tuyệt đối cho E-DCH (chi tiết được quy định trong điều 9.2.5.2.2).
- Loại nhận dạng cho E-DCH.
- Giá trị tài trợ tuyệt đối.
- Phạm vi tài trợ tuyệt đối.
e) Happy Bit (chi tiết được chỉ định trong điều khoản phụ 9.2.5.2.2).
8.2 Nguyên thủy giữa MAC và RLC

Nguyên lý giữa lớp MAC và lớp RLC được thể hiện trong bảng 8.2.1.1.
Bảng 8.2.1.1: Nguyên thủy giữa lớp MAC và lớp RLC
Tham số
Tên chung
Yêu cầu Chỉ định Phản ứng Xác nhận
Loại dữ liệu, BO, UE-
MAC-DATA ID Dữ liệu, No_TB,
chỉ báo, Thực thể RLC TD (ghi chú), Lỗi
Thông tin sự chỉ dẫn
MAC-TRẠNG THÁI No_PDU, PDU_Size, BO,
Trạng thái TX, Thông tin thực thể RLC
Status_Report_REQ
LƯU Ý: Chỉ TDD.
MAC-DATA-Req / Ind:
- MAC-DATA-Req nguyên thủy được sử dụng để yêu cầu gửi một PDU lớp trên bằng các thủ tục cho dịch vụ
truyền thông tin;
3GPP
Phát hành 6 31 3GPP TS 25.321 V6.18.0 (2009-03)
- Nguyên thủy MAC-DATA-Ind cho biết sự xuất hiện của các PDU lớp trên nhận được trong một khoảng thời
gian truyền thông qua dịch vụ truyền thông tin.
MAC-STATUS-Ind / Resp:
- MAC-STATUS-Ind nguyên thủy chỉ ra cho RLC đối với mỗi kênh logic tốc độ mà nó có thể truyền dữ liệu đến
MAC. Các tham số là số lượng PDU có thể được chuyển trong mỗi khoảng thời gian truyền và kích thước PDU; Có thể
MAC sẽ sử dụng nguyên thủy này để chỉ ra rằng nó mong đợi sự chiếm dụng bộ đệm hiện tại của kênh logic được định
địa chỉ để cung cấp cho việc lựa chọn TFC được tối ưu hóa trên các kênh truyền tải có khoảng thời gian truyền dài. Tại
UE, MAC-STATUS-Ind nguyên thủy cũng được sử dụng để chỉ ra từ MAC đến RLC rằng MAC đã yêu cầu truyền dữ
liệu bởi PHY (tức là PHY-DATA-REQ đã được gửi, xem Hình 11.2.2.1), hoặc việc truyền một RLC PDU trên RACH
đã không thành công do vượt quá bộ đếm chu kỳ dốc mở đầu.
- MAC-STATUS-Resp nguyên thủy cho phép RLC xác nhận MAC-STATUS-Ind. Có thể RLC sẽ sử dụng nguyên
thủy này để chỉ ra rằng nó không có gì để gửi hoặc nó đang ở trạng thái bị treo hoặc để chỉ ra sự chiếm dụng bộ đệm
hiện tại đối với MAC.
8.2.2 Thông số
a) Dữ liệu:
- nó chứa các bản tin lớp RLC (RLC-PDU) sẽ được truyền đi, hoặc các bản tin lớp RLC đã được nhận bởi lớp
con MAC.
b) Số khối truyền tải đã truyền (No_TB):
- cho biết số lượng khối vận chuyển được truyền bởi thực thể ngang hàng trong khoảng thời gian truyền, dựa
trên giá trị TFI.
c) Công suất bộ đệm (BO):
- tham số Buffer Occupancy (BO) chỉ ra cho mỗi kênh logic số lượng dữ liệu theo số byte có sẵn để truyền và
truyền lại trong lớp RLC. Khi MAC được kết nối với một thực thể AM RLC, các PDU điều khiển sẽ được truyền đi và
các PDU RLC bên ngoài cửa sổ RLC Tx cũng sẽ được đưa vào BO. Các PDU RLC đã được truyền đi nhưng không
được thực thể ngang hàng thừa nhận một cách tiêu cực sẽ không được đưa vào BO.
d) Độ lệch thời gian RX (TD), chỉ TDD:
- nó chứa Độ lệch thời gian RX được đo bởi lớp vật lý cho các tài nguyên vật lý mang dữ liệu của Đơn vị
thông báo. Tham số này là tùy chọn và chỉ dành cho Chỉ định. Nó cần thiết cho việc chuyển phép đo Độ lệch thời gian
RX của các đường truyền RACH mang dữ liệu CCCH tới RRC.
e) Số lượng PDU (No_PDU):
- chỉ định số lượng PDU mà RLC được phép chuyển tới MAC trong một khoảng thời gian truyền.
f) Kích thước PDU (PDU_Size):
- chỉ định kích thước của PDU có thể được chuyển đến MAC trong một khoảng thời gian truyền.
g) Chỉ báo loại UE-ID:
- cho biết loại UE-ID được đưa vào MAC cho DCCH và DTCH khi chúng được ánh xạ vào một kênh truyền
tải chung (tức là FACH, RACH trong FDD). Ở phía UE, Chỉ báo Loại UE-ID sẽ luôn được đặt thành C-RNTI.
h) Trạng thái TX:
- khi được đặt thành giá trị "truyền không thành công" thông số này cho RLC biết rằng việc truyền một RLC
PDU không thành công trong Khoảng thời gian truyền trước đó, khi được đặt thành giá trị "truyền thành công" thông số
này cho RLC biết rằng (các) RLC PDU được yêu cầu đã được được gửi để truyền bởi lớp vật lý.
3GPP
Phát hành 6 32 3GPP TS 25.321 V6.18.0 (2009-03)
i) Thông tin thực thể RLC
- cho MAC biết các tham số cấu hình quan trọng đối với lựa chọn TFC tùy thuộc vào chế độ của nó và lượng
dữ liệu có thể được truyền ở TTI tiếp theo. Nguyên thủy này nhằm đảm bảo rằng MAC có thể thực hiện lựa chọn TFC
(xem mục 11.4).
j) Chỉ báo lỗi
- Khi MAC SDU được phân phối đến lớp trên, một chỉ báo lỗi sẽ được đưa ra cho SDU ở lớp trên nếu một chỉ
báo lỗi cho SDU đã được nhận từ lớp dưới.
k) Status_Report_REQ
- chỉ ra cho tất cả các thực thể AM RLC được ánh xạ trên HS-DSCH để tạo báo cáo trạng thái khi MAC-hs đặt
lại.
8,3 Nguyên thủy giữa MAC và RRC

Các nguyên tắc giữa MAC và RRC được thể hiện trong bảng 8.3.1.1.
Bảng 8.3.1.1: Nguyên thủy giữa lớp con MAC và RRC
Tham số
Tên chung
Yêu cầu Chỉ định Phản ứng Xác nhận
CMAC-CONFIG Các yếu tố thông tin UE,
Các yếu tố thông tin RB,
Các yếu tố thông tin TrCH,
Các phần tử điều khiển truyền RACH,
Các phần tử mã hóa,
Các yếu tố thông tin MBMS,
Phần tử cấu hình E-DCH
CMAC- Các yếu tố thông tin đo lường Đo đạc
ĐO ĐẠC kết quả
Thông tin trạng
CMAC-TRẠNG THÁI thái
CMAC-CONFIG-Yêu cầu:
- CMAC-CONFIG-Req được sử dụng để yêu cầu thiết lập, phát hành và cấu hình kênh logic, ví dụ cấp phát RNTI,
chuyển đổi kết nối giữa kênh logic và kênh truyền tải, cập nhật TFCS hoặc lập lịch ưu tiên của kênh logic.
CMAC-MEASUREMENT-Req / Ind:
- CMAC-MEASUREMENT-Req được RRC sử dụng để yêu cầu MAC thực hiện các phép đo, ví dụ như đo lưu
lượng giao thông;
- CMAC-MEASUREMENT-Ind được sử dụng để thông báo cho RRC về kết quả đo.
CMAC-STATUS-Ind:
- CMAC-STATUS-Ind nguyên thủy thông báo cho RRC thông tin trạng thái.
8.3.2 Thông số
Xem [7] để biết mô tả chi tiết về các phần tử thông tin UE, RB và TrCH.
a) Các yếu tố thông tin UE

S-RNTI SRNC
nhận dạng
Thời gian kích
hoạt C-RNTI
3GPP
Phát hành 6 33 3GPP TS 25.321 V6.18.0 (2009-03)
Đã định cấu hình E-RNTI chính

E-RNTI thứ cấp được định cấu hình
b) Yếu tố thông tin RB
Thông tin ghép kênh RB (Nhận dạng kênh truyền tải, Nhận dạng kênh lôgic, Ưu tiên kênh lôgic MAC)
Bảng ánh xạ DDI cho truyền E-DCH
Cho biết liệu kênh lôgic có được xem xét khi Thông tin lập lịch được tạo hay không
c) Phần tử thông tin TrCH Kết hợp Định dạng Truyền tải Đặt chỉ báo đặt lại MAC-hs Chỉ báo đặt lại MAC-es / e
Sắp xếp lại bộ định thời phát hành (T1)
Thông số cấu hình HARQ (bù công suất, số lần truyền lại tối đa) Thời lượng E-
DCH TTI
Các kết hợp được phép để ghép kênh MAC-d vào MAC-e PDUs Loại cấp
E-DCH của luồng MAC-d (theo lịch trình hoặc không theo lịch trình)
Danh sách các quy trình HARQ cho phép tài trợ không theo lịch trình (nếu loại tài trợ không theo lịch trình và
thời lượng E-DCH TTI là 2ms)
d) Các yếu tố thông tin đo lường Báo cáo Định danh số lượng
Khoảng thời gian để lấy giá trị trung bình hoặc phương sai (áp dụng khi Trung bình hoặc Phương sai là Số lượng
báo cáo)
e) Báo cáo kết quả đo Số lượng
f) Thông tin trạng thái
khi được đặt thành giá trị "truyền không thành công", thông số này cho RRC biết rằng truyền TM RLC PDU
không thành công (do ví dụ: Số chu kỳ dốc mở đầu tối đa đạt được cho RACH trong FDD), khi được đặt thành
giá trị "truyền thành công" thông số này cho biết RRC mà (các) TM RLC PDU được yêu cầu đã được gửi để
truyền bởi lớp vật lý.
g) Yếu tố điều khiển truyền RACH
Tập hợp các tham số ASC (mã định danh cho phân vùng PRACH, giá trị độ bền)
Số lượng chu kỳ dốc mở đầu (FDD) hoặc lần thử đồng bộ hóa tối đa (1,28 Mcps TDD) Mtối đa Số đơn vị thời
gian tối thiểu và tối đa giữa hai chu kỳ tăng tốc phần mở đầu, NBO1 phút và NBO1max (Chỉ FDD)
ASC cho thông báo YÊU CẦU KẾT NỐI RRC
h) Các phần tử làm mật mã Chế độ làm mật mã Khóa làm mật mã Số thứ tự làm mật mã
i) (Vắng)
j) Các yếu tố thông tin MBMS Id MBMS

k) Các phần tử cấu hình E-DCH Bù công suất E-DPCCH sang DPCCH Điều kiện trễ bit hạnh phúc Chỉ số bảng E-
TFCI
bộ tối thiểu E-TFCI
Tham chiếu E-TFCI
Định kỳ cho Thông tin lập lịch có và không có trợ cấp Thông
tin lập lịch bù đắp
Danh sách các quy trình HARQ được phép cấp theo lịch trình (nếu thời lượng E-DCH TTI là 2ms)
Giá trị và loại Tài trợ phục vụ ban đầu
3GPP
Phát hành 6 34 3GPP TS 25.321 V6.18.0 (2009-03)
9 Các yếu tố cho giao tiếp ngang hàng
9.1 Đơn vị dữ liệu giao thức

9.1.1 Chung
MAC PDU là một chuỗi bit, có độ dài không nhất thiết là bội số của 8 bit. Trong các hình vẽ ở điều 9.1, các chuỗi bit
được biểu diễn bằng các bảng trong đó bit đầu tiên nằm ngoài cùng bên trái trên dòng đầu tiên của bảng, bit cuối cùng
nằm ngoài cùng bên phải trên dòng cuối cùng của bảng và nói chung là chuỗi bit là được đọc từ trái sang phải và sau đó
theo thứ tự đọc của các dòng.
Tùy thuộc vào dịch vụ được cung cấp, MAC SDU là các chuỗi bit có bất kỳ độ dài nào khác rỗng hoặc các chuỗi bit
có độ dài số octet là số nguyên. Một SDU được đưa vào MAC PDU từ bit đầu tiên trở đi.
Trong UE cho đường lên, tất cả các MAC PDU được phân phối đến lớp vật lý trong một TTI được định nghĩa là Bộ
khối vận chuyển (TBS). Nó bao gồm một hoặc một số Khối vận chuyển, mỗi Khối chứa một MAC PDU. Các Khối Vận
chuyển, sẽ được truyền theo thứ tự như được chuyển từ RLC. Khi thực hiện ghép kênh RLC PDU từ các kênh logic
khác nhau trên MAC, thứ tự của tất cả các Khối vận chuyển bắt nguồn từ cùng một kênh logic sẽ giống với thứ tự của
chuỗi được phân phối từ RLC. Thứ tự của các kênh logic khác nhau trong TBS được thiết lập bởi giao thức MAC.
9.1.2 MAC PDU (không phải HS-DSCH hoặc E-DCH)

MAC PDU bao gồm một tiêu đề MAC tùy chọn và một Đơn vị Dữ liệu Dịch vụ MAC (MAC SDU), xem hình 9.1.2.1.
Cả tiêu đề MAC và MAC SDU đều có kích thước thay đổi.
Nội dung và kích thước của tiêu đề MAC phụ thuộc vào loại kênh logic và trong một số trường hợp, không cần tham
số nào trong tiêu đề MAC.
Kích thước của MAC-SDU phụ thuộc vào kích thước của RLC-PDU, được xác định trong quá trình thiết lập.
Tiêu đề MAC MAC SDU
UE-Id UE-Id hoặc

TCTF C/T MAC SDU
kiểu MBMS-Id
Hình 9.1.2.1: MAC PDU
9.1.3 MAC-d PDU (HS-DSCH)

Đối với HS-DSCH, định dạng MAC-d PDU bằng với định dạng MAC PDU cho trường hợp không phải HS-DSCH.
9.1.4 MAC PDU (HS-DSCH)

Trong trường hợp HS-DSCH, MAC PDU bao gồm một tiêu đề MAC-hs và một hoặc nhiều MAC-hs SDU trong đó
mỗi MAC-hs SDU bằng một MAC-d PDU. Có thể truyền tối đa một MAC-hs PDU trong một TTI cho mỗi UE. Tiêu
đề MAC-hs có kích thước thay đổi. MAC-hs SDU trong một TTI thuộc cùng một hàng đợi sắp xếp lại.
3GPP
Phát hành 6 35 3GPP TS 25.321 V6.18.0 (2009-03)
ID hàng
VF đợi TSN SID1 N1 F1 SID2 N2 F2 SIDk Nk Fk
Tiêu đề MAC-hs MAC-hs SDU MAC-hs SDU Pa
Tải trọng Mac-hs
Hình 9.1.4.1: MAC-hs PDU
9.1.5 MAC PDU (E-DCH)

Trong trường hợp E-DCH có hai lớp con MAC, MAC-e và MAC-es. MAC-es nằm trên MAC-e và nhận PDU trực tiếp
từ MAC-d. MAC-es SDU (tức là MAC-d PDU) có cùng kích thước, đến từ một kênh logic cụ thể được ghép lại với
nhau thành một tải trọng MAC-es duy nhất. Có một và chỉ một MAC-es PDU cho mỗi kênh logic trên mỗi TTI (vì chỉ
cho phép một kích thước MAC-d PDU cho mỗi kênh logic trên mỗi TTI). Đối với tải trọng này, tiêu đề MAC-es được
thêm vào trước (xem điều khoản phụ 9.2.4.1). Số lượng PDU, cũng như một giá trị DDI xác định kênh logic, luồng
MAC-d và kích thước MAC-es SDU được bao gồm như một phần của tiêu đề MAC-e. Trong trường hợp còn đủ không
gian trong khối truyền tải E-DCH hoặc nếu Thông tin lập lịch cần được truyền đi, SI sẽ được đưa vào cuối MAC-e
PDU (xem điều 9.2.4.2).
Trong ví dụ MAC-e PDU được hiển thị trong hình 9.1.5.2a, trường DDI0đề cập đến giá trị DDI cụ thể cho biết rằng có
SI được bao gồm trong MAC-e PDU (xem điều 9.2.4.2). Tiêu đề này sẽ không được liên kết với trọng tải MAC-es mới.
Hình 9.1.5.2b cho thấy định dạng MAC-e PDU khi SI được gửi một mình. Trong trường hợp này DDI0 không được bao
gồm trong MAC-e PDU và giá trị E-TFCI 0 được sử dụng.
MAC-d PDU đến từ một Kênh logic
MAC-d PDU MAC-d PDU MAC-d PDU
DDI1 N1 TSN1 MAC-es SDU MAC-es SDU MAC-es SDU
N1 MAC-es SDU có kích thước và LCh được chỉ ra bởi DDI1
MAC-es PDU1
Hình 9.1.5.1 MAC-es PDU

3GPP
Phát hành 6 36 3GPP TS 25.321 V6.18.0 (2009-03)
DDI1 N1 MAC-es PDU1 DDI2 N2 MAC-es PDU2 DDIn Nn MAC
DDI1 N1 DDI2 N2 DDIn Nn DDI0 MAC-es PDU1 MAC-es PDU2 MAC-es PDUn SI
(Opt) (Opt)
MAC-e PDU
Hình 9.1.5.2a: MAC-e PDU
SI
MAC-e PDU
Hình 9.1.5.2b: MAC-e PDU (SI được gửi một mình)
9.2 Định dạng và tham số

LƯU Ý: Các mã hóa trường tiêu đề MAC như được chỉ định trong điều khoản này với ký hiệu "Dành riêng" bị
cấm sử dụng bởi người gửi trong phiên bản này của giao thức.
9.2.1 MAC PDU: Các thông số của tiêu đề MAC PDU (không phải HS-
DSCH hoặc E-DCH) và tiêu đề MAC-d PDU (HS-DSCH và E-DCH)
Các trường sau được xác định cho tiêu đề MAC cho các kênh truyền tải không phải HS-DSCH và cho MAC-d
Tiêu đề PDU cho HS-DSCH:
- Trường loại kênh mục tiêu
Trường TCTF là một cờ cung cấp nhận dạng lớp kênh logic trên các kênh truyền tải FACH, USCH (chỉ TDD),
DSCH (chỉ TDD) và RACH, nghĩa là nó có mang BCCH, CCCH, CTCH, SHCCH, MCCH, MTCH, MSCH hay
không hoặc thông tin kênh logic chuyên dụng. Kích thước và mã hóa TCTF cho FDD và TDD được trình bày
trong bảng 9.2.1.1, 9.2.1.2, 9.2.1.3, 9.2.1.4 và 9.2.1.5. Lưu ý rằng kích thước của trường TCTF của FACH đối
với FDD là 2,4 hoặc 8 bit và đối với TDD là 3 hoặc 5 bit tùy thuộc vào giá trị của 3 bit quan trọng nhất. TCTF
của RACH cho TDD là 2 hoặc 4 bit tùy thuộc vào giá trị của 2 bit quan trọng nhất.
3GPP
Phát hành 6 37 3GPP TS 25.321 V6.18.0 (2009-03)
Bảng 9.2.1.1: Mã hóa trường loại kênh mục tiêu trên FACH cho TDD
TCTF Chỉ định

000 BCCH
001 CCCH
010 CTCH
01100 DCCH hoặc DTCH
hơn FACH
01101 MCCH
01110 MTCH
MSCH
01111
100
SHCCH
101-111 Kín đáo
(PDUs với mã hóa này
sẽ bị loại bỏ bởi cái này
phiên bản của giao thức)
Bảng 9.2.1.2: Mã hóa trường loại kênh mục tiêu trên FACH cho FDD
TCTF Chỉ định

00 BCCH
01000000 CCCH
01000001- Kín đáo
01001111 (PDUs với mã hóa này
01010000 MCCH
01010001- Kín đáo
01011111 MSCH
0110 MTCH
0111 Kín đáo
10000000 CTCH
10000001- Kín đáo
11 DCCH hoặc DTCH
hơn FACH
Bảng 9.2.1.3: Mã hóa trường loại kênh mục tiêu trên USCH hoặc DSCH (chỉ TDD)
TCTF Chỉ định

0 SHCCH
1 DCCH hoặc DTCH trên
USCH hoặc DSCH
3GPP
Phát hành 6 38 3GPP TS 25.321 V6.18.0 (2009-03)
Bảng 9.2.1.4: Mã hóa trường loại kênh mục tiêu trên RACH cho FDD
TCTF Chỉ định

00 CCCH
1 DCCH hoặc DTCH
qua RACH
10-11 Kín đáo
Bảng 9.2.1.5: Mã hóa trường loại kênh mục tiêu trên RACH cho TDD
TCTF Chỉ định

00 CCCH
0100 DCCH hoặc DTCH
Qua RACH
0101- Kín đáo
10 SHCCH
11 Kín đáo
- Trường C / T
Trường C / T cung cấp nhận dạng cá thể kênh logic khi nhiều kênh logic được thực hiện trên cùng một kênh
vận chuyển (không phải HS-DSCH) hoặc cùng một luồng MAC-d (HS-DSCH). Trường C / T cũng được sử
dụng để cung cấp nhận dạng loại kênh logic trên các kênh truyền tải chuyên dụng và trên FACH và RACH khi
được sử dụng để truyền dữ liệu người dùng. Kích thước của trường C / T được cố định thành 4 bit cho cả kênh
vận chuyển chung và kênh vận chuyển chuyên dụng. Bảng 9.2.1.5a cho thấy trường C / T 4-bit.
Bảng 9.2.1.5a: Cấu trúc của trường C / T
Trường C / T Chỉ định

0000 Kênh logic 1
0001 Kênh logic 2
... ...
1110 Kênh logic 15
1111 Kín đáo
(Các PDU với mã hóa này sẽ
bị loại bỏ bởi phiên bản này của
giao thức)
- UE-Id
Trường UE-Id cung cấp mã định danh của UE trên các kênh truyền tải chung. Các loại UE-Id sau được sử
dụng trên MAC được định nghĩa:
- Nhận dạng tạm thời mạng vô tuyến UTRAN (U-RNTI) có thể được sử dụng trong tiêu đề MAC của DCCH
bằng cách sử dụng RLC UM (SRB1), khi được ánh xạ vào các kênh truyền tải chung theo hướng đường xuống; U-
RNTI không bao giờ được sử dụng theo hướng đường lên;
- Nhận dạng tạm thời mạng vô tuyến di động (C-RNTI) được sử dụng trên DTCH và DCCH ở đường lên, và
có thể được sử dụng trên DCCH ở đường xuống và được sử dụng trên DTCH ở đường xuống khi được ánh xạ vào các
kênh truyền tải chung, ngoại trừ khi được ánh xạ vào kênh truyền tải DSCH trong TDD ;
3GPP
Phát hành 6 39 3GPP TS 25.321 V6.18.0 (2009-03)
Bảng 9.2.1.6: Độ dài của trường Id UE
Loại Id UE Độ dài của trường Id UE

U-RNTI 32 bit
C-RNTI 16 bit
- Loại UE-Id
Trường UE-Id Type là cần thiết để đảm bảo giải mã chính xác trường UE-Id trong MAC Headers.
Bảng 9.2.1.7: Định nghĩa trường Loại UE-Id
Trường loại UE-Id 2 bit Loại UE-Id

00 U-RNTI
01 C-RNTI
Kín đáo
10
giao thức)
Kín đáo
11
giao thức)
- MBMS-Id
Trường MBMS-Id cung cấp số nhận dạng của MTCH cho dịch vụ MBMS được thực hiện trên FACH.
MBMS-Id được sử dụng trong tiêu đề MAC của MTCH được ánh xạ vào FACH theo hướng đường xuống;
MBMS-Id không bao giờ được sử dụng theo hướng đường lên. Id MBMS được MAC sử dụng được cấu
hình thông qua SAP điều khiển MAC.
Độ dài của trường MBMS-Id là 4 bit. Bảng 9.2.1.7a cho thấy trường MBMS-Id 4 bit.
Bảng 9.2.1.8: Cấu trúc của trường MBMS-Id

MBMS-Id Kênh logic MBMS
cánh đồng danh tính [7]
0000 1
0001 2
... ...
1110 15
1111 Kín đáo
giao thức)
9.2.1.1 Tiêu đề MAC cho DTCH và DCCH (không được ánh xạ trên HS-DSCH hoặc
E-DCH)
a) DTCH hoặc DCCH được ánh xạ tới DCH, không ghép kênh dành riêng trên MAC:
- không cần tiêu đề MAC.
b) DTCH hoặc DCCH được ánh xạ tới DCH, với sự ghép kênh dành riêng trên MAC:
- Trường C / T được bao gồm trong tiêu đề MAC.
c) DTCH hoặc DCCH được ánh xạ tới RACH / FACH:
- Trường TCTF, trường C / T, trường loại UE-Id và UE-Id được bao gồm trong tiêu đề MAC. Đối với FACH,
trường loại UE-Id được sử dụng là C-RNTI hoặc U-RNTI. Đối với RACH, trường loại UE-Id được sử dụng là C-RNTI.
d) DTCH hoặc DCCH được ánh xạ tới DSCH hoặc USCH:
- trường TCTF được bao gồm trong tiêu đề MAC. Trường C / T được bao gồm nếu áp dụng ghép kênh trên
MAC.
e) DTCH hoặc DCCH được ánh xạ tới DSCH hoặc USCH trong đó DTCH hoặc DCCH là các kênh logic duy nhất:
- Trường C / T được bao gồm trong tiêu đề MAC nếu áp dụng ghép kênh trên MAC.
3GPP
Phát hành 6 40 3GPP TS 25.321 V6.18.0 (2009-03)
Trường hợp a): MAC SDU
Trường hợp b): C/T MAC SDU
Trường hợp c): TCTF UE-Id UE-Id C/T MAC SDU

kiểu
Trường hợp d): TCTF C/T MAC SDU
Trường hợp e): C/T MAC SDU
Hình 9.2.1.1.1: Các định dạng MAC PDU cho DTCH và DCCH
9.2.1.1a MAC-d Header cho DTCH và DCCH (được ánh xạ trên HS-DSCH)
Tiêu đề MAC-d PDU cho DTCH và DCCH được ánh xạ trên HS-DSCH như trong hình 9.2.1.1a.1.
- Trường C / T được bao gồm trong tiêu đề MAC-d PDU nếu áp dụng ghép kênh trên MAC.
C/T MAC SDU
Hình 9.2.1.1a.1 Định dạng MAC-d PDU cho DTCH và DCCH được ánh xạ trên HS-DSCH
9.2.1.1b Tiêu đề MAC-d cho DTCH và DCCH (được ánh xạ trên E-DCH)
Đối với DTCH và DCCH được ánh xạ trên E-DCH, không cần tiêu đề MAC-d. Do đó, MAC-d PDU như trong
hình 9.2.1.1b.1.
MAC SDU
Hình 9.2.1.1b.1 Định dạng MAC-d PDU cho DTCH và DCCH được ánh xạ trên E-DCH
9.2.1.2 Tiêu đề MAC cho BCCH

a) BCCH được ánh xạ tới BCH:
- không có tiêu đề MAC nào được bao gồm.
b) BCCH được ánh xạ tới FACH:
- trường TCTF được bao gồm trong tiêu đề MAC.

3GPP
Phát hành 6 41 3GPP TS 25.321 V6.18.0 (2009-03)
Biển Ca): MAC SDU
Ca seb): TCTF MAC SDU
Hình 9.2.1.2.1: Các định dạng MAC PDU cho BCCH
9.2.1.3 Tiêu đề MAC cho PCCH

Không có tiêu đề MAC cho PCCH.
9.2.1.4 Tiêu đề MAC cho CCCH

CCCH được ánh xạ tới RACH / FACH:
- Trường TCTF được bao gồm trong tiêu đề MAC.
TCTF MAC SDU
Hình 9.2.1.4.1: Các định dạng MAC PDU cho CCCH
9.2.1.5 Tiêu đề MAC cho CTCH

Trường TCTF được bao gồm dưới dạng tiêu đề MAC cho CTCH như trong hình 9.2.1.5.1.
TCTF MAC SDU
Hình 9.2.1.5.1: Định dạng MAC PDU cho CTCH
9.2.1.6 Tiêu đề MAC cho SHCCH

Tiêu đề MAC cho SHCCH như trong hình 9.2.1.6.1.
a) SHCCH được ánh xạ tới RACH và USCH / FACH và DSCH: - Phải bao gồm TCTF.
b) SHCCH được ánh xạ tới RACH và USCH / FACH và DSCH, trong đó SHCCH là kênh duy nhất.
Trường hợp
a): TCTF MAC SDU
Trường hợp
b): MAC SDU
Hình 9.2.1.6.1: Định dạng MAC PDU cho SHCCH
9.2.1.7 Tiêu đề MAC cho MCCH

Định dạng MAC PDU cho MCCH như trong hình 9.2.1.7.1.
a) Nếu tiêu đề MAC cho MCCH không được cấu hình thông qua SAP điều khiển MAC: - không có tiêu đề MAC
cho MCCH.
b) Nếu tiêu đề MAC cho MCCH được cấu hình thông qua SAP điều khiển MAC:
3GPP
Phát hành 6 42 3GPP TS 25.321 V6.18.0 (2009-03)
- Trường TCTF được bao gồm trong tiêu đề MAC cho MCCH.
LƯU Ý: Nếu MCCH không phải là kênh duy nhất trên FACH, tiêu đề MAC phải được cấu hình cho MCCH.
Biển Ca): MAC SDU
Hình 9.2.1.7.1: Định dạng MAC PDU cho MCCH
9.2.1.8 Tiêu đề MAC cho MTCH

Trường TCTF và trường MBMS-Id được bao gồm trong tiêu đề MAC cho MTCH như thể hiện trong hình 9.2.1.8.1.
TCTF MBMS-Id MAC SDU
Hình 9.2.1.8.1: Định dạng MAC PDU cho MTCH
9.2.1.9 Tiêu đề MAC cho MSCH

Định dạng MAC PDU cho MSCH như trong hình 9.2.1.9.1.
a) Nếu tiêu đề MAC cho MSCH không được cấu hình thông qua SAP điều khiển MAC:
- không có tiêu đề MAC cho MSCH.
b) Nếu tiêu đề MAC cho MSCH được cấu hình thông qua SAP điều khiển MAC:
- Trường TCTF được bao gồm trong tiêu đề MAC cho MSCH.
LƯU Ý: Nếu MSCH không phải là kênh duy nhất trên FACH, tiêu đề MAC phải được cấu hình cho MSCH.
Biển Ca): MAC SDU
Hình 9.2.1.9.1: Định dạng MAC PDU cho MSCH
9.2.2 MAC PDU: Các thông số của tiêu đề MAC (HS-DSCH)

- Cờ phiên bản (VF):
Trường VF là cờ một bit cung cấp khả năng mở rộng của định dạng MAC-hs PDU. Trường VF sẽ được đặt
thành 0 và giá trị một được bảo lưu trong phiên bản này của giao thức.
- Định danh hàng đợi (ID hàng đợi):
Trường Queue ID cung cấp nhận dạng của hàng đợi sắp xếp lại trong máy thu, để hỗ trợ việc xử lý bộ đệm độc
lập đối với dữ liệu thuộc các hàng đợi sắp xếp lại khác nhau. Độ dài của trường ID hàng đợi là 3 bit.
3GPP
Phát hành 6 43 3GPP TS 25.321 V6.18.0 (2009-03)
- Số thứ tự truyền (TSN):

Trường TSN cung cấp một mã định danh cho số thứ tự truyền trên HS-DSCH. Trường TSN được sử dụng cho
mục đích sắp xếp lại thứ tự để hỗ trợ phân phối theo trình tự đến các lớp cao hơn. Độ dài của trường TSN là 6 bit.
- Mã định danh chỉ số kích thước (SID):
Các trường SID xác định kích thước của một tập hợp các MAC-d PDU liên tiếp. Kích thước MAC-d PDU cho
một SID nhất định được cấu hình bởi các lớp cao hơn và độc lập với mỗi ID hàng đợi. Độ dài của trường SID là
3 bit.
- Số lượng MAC-D PDU (N):
Số lượng MAC-d PDU liên tiếp có kích thước bằng nhau được xác định với trường N. Độ dài của trường N là 7 bit.
Trong chế độ FDD, số lượng tối đa PDU được truyền trong một TTI đơn lẻ sẽ được giả định là 70. Trong chế độ TDD
1,28 Mcps, số lượng tối đa PDU được truyền trong một TTI duy nhất sẽ được giả định là 45. Trong
Chế độ TDD 3,84 Mcps, số lượng tối đa PDU được truyền trong một TTI duy nhất sẽ được giả định là 318. Nếu
nhận được nhiều PDU hơn số PDU tối đa đã xác định cho chế độ tương ứng, thì hành vi của UE là không xác
định.
- Cờ (F):
Trường F là một cờ cho biết nếu nhiều trường hơn có trong tiêu đề MAC-hs hay không. Nếu trường F được đặt
thành "0" thì trường F được theo sau bởi một tập hợp bổ sung các trường SID, N và F. Nếu trường F được đặt
thành "1" thì trường F được theo sau bởi MAC-d PDU. Số phần mở rộng tiêu đề MAC-hs tối đa, tức là số
trường F được đặt thành "0", trong một TTI sẽ được giả định là 7. Nếu nhiều phần mở rộng hơn mức tối đa
được xác định cho chế độ tương ứng được bao gồm trong một TTI, Hành vi của UE là không xác định.
9.2.2.1 Tiêu đề MAC cho DTCH và DCCH

a) DTCH hoặc DCCH được ánh xạ tới HS-DSCH:
- Trường ID hàng đợi và trường TSN luôn được bao gồm trong tiêu đề MAC-hs. Một trường SID, trường N và
trường F được bao gồm cho mỗi kích thước MAC-d PDU có trong MAC-hs PDU. Phần đệm không được chỉ định rõ
ràng nhưng được bao gồm trong phần cuối của MAC-hs PDU nếu tổng kích thước của trọng tải MAC-hs cộng với tiêu
đề MAC-hs nhỏ hơn kích thước bộ khối truyền tải.
9.2.3 Báo hiệu kích thước khối truyền tải cho HS-DSCH
Đối với HS-DSCH, kích thước khối truyền tải được tính từ giá trị TFRI được báo hiệu trên HS-SCCH. Ánh xạ
giữa giá trị TFRI và kích thước khối truyền tải cho mỗi chế độ được chỉ định bên dưới:
9.2.3.1 Kích thước khối vận chuyển cho FDD

Đối với tất cả các lần truyền của một khối truyền tải, kích thước khối truyền tải được lấy từ giá trị TFRI như được chỉ
định bên dưới, chỉ ngoại trừ trong những trường hợp truyền lại mà Node-B chọn một tổ hợp không tồn tại ánh xạ giữa
kích thước khối truyền tải ban đầu và sự kết hợp đã chọn của phân kênh Bộ mã và kiểu điều chế. Trong những trường
hợp như vậy, giá trị chỉ số kích thước khối truyền tải được báo hiệu cho UE phải được đặt thành 111111, tức là kTôi=
63.
Để cho kTôi là TFRI được báo hiệu trên giá trị HS-SCCH và cho phép k0, tôilà giá trị trong bảng 9.2.3.1 tương ứng với
điều chế và số lượng mã báo hiệu trên HS-SCCH. Để chokt là tổng của hai giá trị: kt = kTôi + k 0, tôi. Kích thước khối
truyền tải L (kt) có thể đạt được bằng cách truy cập vào vị trí k t trong bảng trong Phụ lục A (quy chuẩn) hoặc bằng
cách sử dụng công thức dưới đây (thông tin):
Nếu kt <40
L(kt )= 125+ 12⋅ kt

khác
L(kt )= Lmin pkt
p = 2085/2048
Lmin = 296
kết thúc
3GPP
Phát hành 6 44 3GPP TS 25.321 V6.18.0 (2009-03)
Bảng 9.2.3.1: Giá trị của k0, tôi cho các số lượng mã kênh và sơ đồ điều chế khác nhau
k
Sự kết hợp i Điều chế Số lượng 0, tôi
kế hoạch mã kênh
0 QPSK 1 1
1 2 40
2 3 63
3 4 79
4 5 92
5 6 102
6 7 111
7 số 8 118
số 8 9 125
9 10 131
10 11 136
11 12 141
12 13 145
13 14 150
14 15 153
15 16 giờ sáng 1 40
16 2 79
17 3 102
18 4 118
19 5 131
20 6 141
21 7 150
22 số 8 157
23 9 164
24 10 169
25 11 175
26 12 180
27 13 184
28 14 188
29 15 192
9.2.3.2 Kích thước khối truyền tải cho 3,84 Mcps TDD
Gọi k là giá trị TFRI được báo hiệu, khi đó kích thước khối truyền tải HS-DSCH tương ứng là Lk được đưa ra bởi:
Nếu k = 1..510
Lk = Lmin pk
p = 81928313
Lmin = 57
Nếu k = 511
Lk = 102000
3GPP
Phát hành 6 45 3GPP TS 25.321 V6.18.0 (2009-03)
Nếu k = 0, Lkcho biết NULL và sẽ không được sử dụng để báo hiệu kích thước khối truyền tải
trong TFRI. Kích thước khối vận chuyển được tính theo công thức này phải bằng các giá trị được
chỉ ra trong Bảng 9.2.3.2.1
Bảng 9.2.3.2.1: Kích thước khối truyền tải HSDPA cho 3,84 Mcps TDD
Kích thước Kích thước Kích thước Kích thước

Chỉ số lao TB Chỉ số lao TB Chỉ số lao TB Chỉ số lao TB
(k) [chút ít] (k) [chút ít] (k) [chút ít] (k) [chút ít]
0 VÔ GIÁ TRỊ 128 372 256 2432 384 15890
1 57 129 377 257 2468 385 16124
2 58 130 383 258 2504 386 16362
3 59 131 389 259 2541 387 16604
4 60 132 394 260 2579 388 16849
5 61 133 400 261 2617 389 17098
6 62 134 406 262 2656 390 17351
7 63 135 412 263 2695 391 17607
số 8 64 136 418 264 2735 392 17867
9 65 137 424 265 2775 393 18131
10 66 138 431 266 2816 394 18399
11 66 139 437 267 2858 395 18671
12 67 140 443 268 2900 396 18946
13 68 141 450 269 2943 397 19226
14 69 142 457 270 2986 398 19510
15 71 143 463 271 3030 399 19798
16 72 144 470 272 3075 400 20091
17 73 145 477 273 3121 401 20388
18 74 146 484 274 3167 402 20689
19 75 147 491 275 3213 403 20994
20 76 148 499 276 3261 404 21304
21 77 149 506 277 3309 405 21619
22 78 150 514 278 3358 406 21938
23 79 151 521 279 3408 407 22263
24 81 152 529 280 3458 408 22591
25 82 153 537 281 3509 409 22925
26 83 154 545 282 3561 410 23264
27 84 155 553 283 3613 411 23607
28 85 156 561 284 3667 412 23956
29 87 157 569 285 3721 413 24310
30 88 158 578 286 3776 414 24669
31 89 159 586 287 3832 415 25033
32 91 160 595 288 3888 416 25403
33 92 161 604 289 3946 417 25778
34 93 162 613 290 4004 418 26159
35 95 163 622 291 4063 419 26545
36 96 164 631 292 4123 420 26938
37 98 165 640 293 4184 421 27335
38 99 166 650 294 4246 422 27739
39 100 167 659 295 4309 423 28149
40 102 168 669 296 4372 424 28565
41 103 169 679 297 4437 425 28987
42 105 170 689 298 4502 426 29415
3GPP
Phát hành 6 46 3GPP TS 25.321 V6.18.0 (2009-03)
43 107 171 699 299 4569 427 29849

44 108 172 709 300 4636 428 30290
45 110 173 720 301 4705 429 30738
46 111 174 730 302 4774 430 31192
47 113 175 741 303 4845 431 31652
48 115 176 752 304 4916 432 32120
49 116 177 763 305 4989 433 32594
50 118 178 775 306 5063 434 33076
51 120 179 786 307 5138 435 33564
52 122 180 798 308 5213 436 34060
53 123 181 809 309 5290 437 34563
54 125 182 821 310 5369 438 35074
55 127 183 834 311 5448 439 35592
56 129 184 846 312 5528 440 36117
57 131 185 858 313 5610 441 36651
58 133 186 871 314 5693 442 37192
59 135 187 884 315 5777 443 37742
60 137 188 897 316 5862 444 38299
61 139 189 910 317 5949 445 38865
62 141 190 924 318 6037 446 39439
63 143 191 937 319 6126 447 40021
64 145 192 951 320 6217 448 40613
65 147 193 965 321 6308 449 41212
66 150 194 980 322 6402 450 41821
67 152 195 994 323 6496 451 42439
68 154 196 1009 324 6592 452 43066
69 156 197 1024 325 6689 453 43702
70 159 198 1039 326 6788 454 44347
71 161 199 1054 327 6889 455 45002
72 163 200 1070 328 6990 456 45667
73 166 201 1085 329 7094 457 46342
74 168 202 1101 330 7198 458 47026
75 171 203 1118 331 7305 459 47721
76 173 204 1134 332 7413 460 48426
77 176 205 1151 333 7522 461 49141
78 178 206 1168 334 7633 462 49867
79 181 207 1185 335 7746 463 50603
80 184 208 1203 336 7860 464 51351
81 186 209 1221 337 7976 465 52109
82 189 210 1239 338 8094 466 52879
83 192 211 1257 339 8214 467 53660
84 195 212 1276 340 8335 468 54453
85 198 213 1294 341 8458 469 55257
86 201 214 1313 342 8583 470 56073
87 204 215 1333 343 8710 471 56901
88 207 216 1353 344 8839 472 57742
89 210 217 1373 345 8969 473 58595
90 213 218 1393 346 9102 474 59460
91 216 219 1413 347 9236 475 60338
92 219 220 1434 348 9373 476 61230
93 222 221 1456 349 9511 477 62134
3GPP
Phát hành
6 47 3GPP TS 25.321 V6.18.0 (2009-03)
94 226 222 1477 350 9652 478 63052

95 229 223 1499 351 9794 479 63983
96 232 224 1521 352 9939 480 64928
97 236 225 1543 353 10086 481 65887
98 239 226 1566 354 10235 482 66860
99 243 227 1589 355 10386 483 67848
100 246 228 1613 356 10539 484 68850
101 250 229 1637 357 10695 485 69867
102 254 230 1661 358 10853 486 70899
103 258 231 1685 359 11013 487 71946
104 261 232 1710 360 11176 488 73009
105 265 233 1736 361 11341 489 74087
106 269 234 1761 362 11508 490 75182
107 273 235 1787 363 11678 491 76292
108 277 236 1814 364 11851 492 77419
109 281 237 1840 365 12026 493 78563
110 285 238 1868 366 12204 494 79723
111 290 239 1895 367 12384 495 80901
112 294 240 1923 368 12567 496 82095
Năm
113 298 241 1952 369 12752 497 83308
114 303 242 1981 370 12941 498 84539
115 307 243 2010 371 13132 499 85787
116 312 244 2039 372 13326 500 87054
117 316 245 2070 373 13523 501 88340
118 321 246 2100 374 13722 502 89645
119 326 247 2131 375 13925 503 90969
120 331 248 2163 376 14131 504 92313
121 336 249 2195 377 14340 505 93676
122 340 250 2227 378 14551 506 95060
123 346 251 2260 379 14766 507 96464
124 351 252 2293 380 14984 508 97889
125 356 253 2327 381 15206 509 99335
126 361 254 2362 382 15430 510 100802
127 366 255 2397 383 15658 511 102000
9.2.3.3 Kích thước khối truyền tải cho 1,28 Mcps TDD
Việc ánh xạ kích thước khối truyền tải, tính bằng bit, sang giá trị TFRI phụ thuộc vào lớp khả năng HS-DSCH của UE.
Nếu k là giá trị TFRI được báo hiệu thì kích thước khối truyền tải HS-DSCH tương ứng Lk được đưa ra bởi:
Nếu k = 1..62
Lk = Lmin pk -1
Ở đâu
62145973
p= nếu danh mục lớp vật lý HS-DSCH bao gồm từ 1 đến 3,
3GPP
Phát hành 6 48 3GPP TS 25.321 V6.18.0 (2009-03)
12921228
p= nếu danh mục lớp vật lý HS-DSCH bao gồm từ 4 đến 6,
p = 17951901 nếu danh mục lớp vật lý HS-DSCH bao gồm từ 7 đến 9,
và
Lmin = 240
Nếu k = 63 thì,
Lk = 2788 nếu danh mục lớp vật lý HS-DSCH bao gồm từ 1 đến 3, 5600 nếu danh mục
lớp vật lý HS-DSCH bao gồm từ 4 đến 6, 8416 nếu danh mục lớp vật lý HS-DSCH
bao gồm từ 7 đến 9, 11226 nếu danh mục lớp vật lý HS-DSCH bao gồm từ 10 đến
12, 14043 nếu danh mục lớp vật lý HS-DSCH bao gồm từ 13 đến 15.
Nếu k = 0, Lk cho biết NULL và sẽ không được sử dụng để báo hiệu kích thước khối truyền tải trong TFRI.
Kích thước khối vận chuyển được tính theo công thức này sẽ bằng các giá trị được chỉ ra trong bảng sau: -
Bảng 9.2.3.3.1: Kích thước khối truyền tải HSDPA cho 1,28 Mcps TDD, cho loại lớp vật lý HS-DSCH
[1, 3]
Chỉ số TB (k) TB Chỉ số TB (k) TB Chỉ số TB (k) TB Chỉ số TB (k) TB
[chút ít] [chút ít] [chút ít] [chút ít]
0 VÔ GIÁ TRỊ 16 434 32 817 48 1540
1 240 17 451 33 851 49 1602
2 249 18 470 34 885 50 1667
3 259 19 489 35 921 51 1734
4 270 20 508 36 958 52 1804
5 281 21 529 37 996 53 1877
6 292 22 550 38 1037 54 Năm 1952
7 304 23 572 39 1078 55 2031
số 8 316 24 596 40 1122 56 2113
9 329 25 620 41 1167 57 2198
10 342 26 645 42 1214 58 2287
11 356 27 671 43 1263 59 2380
12 370 28 698 44 1314 60 2476
13 385 29 726 45 1367 61 2575
14 401 30 755 46 1423 62 2679
15 417 31 786 47 1480 63 2788
3GPP
Phát hành 6 49 3GPP TS 25.321 V6.18.0 (2009-03)
[4, 6]
0 VÔ GIÁ TRỊ 16 514 32 1159 48 2613
1 240 17 541 33 1219 49 2749
2 252 18 569 34 1283 50 2893
3 265 19 598 35 1350 51 3043
4 279 20 630 36 1420 52 3202
5 294 21 662 37 1494 53 3369
6 309 22 697 38 1572 54 3544
7 325 23 733 39 1654 55 3729
số 8 342 24 772 40 1740 56 3924
9 360 25 812 41 1831 57 4128
10 379 26 854 42 1926 58 4343
11 398 27 899 43 2027 59 4570
12 419 28 946 44 2132 60 4808
13 441 29 995 45 2244 61 5058
14 464 30 1047 46 2361 62 5322
15 488 31 1101 47 2484 63 5600
[7, 9]
0 VÔ GIÁ TRỊ 16 567 32 1421 48 3559
1 240 17 601 33 1505 49 3769
2 254 18 636 34 1594 50 3991
3 269 19 674 35 1688 51 4227
4 285 20 713 36 1787 52 4477
5 301 21 756 37 1893 53 4741
6 319 22 800 38 2005 54 5021
7 338 23 848 39 2123 55 5318
số 8 358 24 898 40 2249 56 5632
9 379 25 951 41 2381 57 5964
10 402 26 1007 42 2522 58 6317
11 425 27 1066 43 2671 59 6690
12 451 28 1129 44 2829 60 7085
13 477 29 1196 45 2996 61 7503
14 505 30 1267 46 3173 62 7946
15 535 31 1341 47 3360 63 8416
3GPP
Phát hành 6 50 3GPP TS 25.321 V6.18.0 (2009-03)
[10, 12]
0 VÔ GIÁ TRỊ 16 608 32 1641 48 4427
1 240 17 647 33 1746 49 4711
2 255 18 688 34 1858 50 5012
3 271 19 732 35 1977 51 5333
4 289 20 779 36 2103 52 5674
5 307 21 829 37 2238 53 6037
6 327 22 882 38 2381 54 6424
7 348 23 939 39 2533 55 6835
số 8 370 24 999 40 2695 56 7272
9 394 25 1063 41 2868 57 7737
10 419 26 1131 42 3051 58 8232
11 446 27 1203 43 3247 59 8759
12 474 28 1280 44 3455 60 9320
13 505 29 1362 45 3676 61 9916
14 537 30 1449 46 3911 62 10550
15 571 31 1542 47 4161 63 11226
[13,15]
0 VÔ GIÁ TRỊ 16 642 32 1836 48 5250
1 240 17 686 33 Năm 1961 49 5606
2 256 18 732 34 2094 50 5987
3 273 19 782 35 2236 51 6393
4 292 20 835 36 2388 52 6827
5 312 21 892 37 2550 53 7290
6 333 22 952 38 2723 54 7785
7 355 23 1017 39 2908 55 8313
số 8 380 24 1086 40 3105 56 8877
9 405 25 1160 41 3316 57 9479
10 433 26 1238 42 3541 58 10123
11 462 27 1322 43 3781 59 10809
12 494 28 1412 44 4037 60 11543
13 527 29 1508 45 4311 61 12326
14 563 30 1610 46 4604 62 13162
15 601 31 1719 47 4916 63 14043
9.2.4 MAC PDU: Các thông số của tiêu đề MAC (E-DCH)
9.2.4.1 Thông số tiêu đề MAC-es

- Số thứ tự truyền (TSN):
Trường TSN cung cấp số thứ tự truyền cho MAC-es PDU. Thông tin này được sử dụng cho mục đích sắp xếp
lại thứ tự để hỗ trợ phân phối theo trình tự đến các lớp cao hơn. Độ dài của trường TSN là 6 bit.
3GPP
Phát hành 6 51 3GPP TS 25.321 V6.18.0 (2009-03)
9.2.4.2 Thông số tiêu đề MAC-e

- Chỉ báo mô tả dữ liệu (DDI):
Trường DDI xác định kênh logic, luồng MAC-d và kích thước của MAC-d PDU được ghép vào MAC-es PDU
được liên kết. Ánh xạ giữa các giá trị DDI và ID kênh logic, luồng MAC-d và kích thước PDU được cung cấp
bởi các lớp cao hơn. Độ dài của trường DDI là 6 bit. Khi, do lượng tử hóa trong kích thước khối truyền tải có thể
được hỗ trợ hoặc kích hoạt Thông tin lập lịch, kích thước của dữ liệu cộng với tiêu đề nhỏ hơn hoặc bằng kích
thước TB của E-TFC được UE chọn trừ đi 24 bit , giá trị DDI [111111] sẽ được nối vào cuối tiêu đề MAC-e và
Thông tin lập lịch sẽ được nối vào MAC-e PDU này, trong đó giá trị DDI [111111] chỉ ra rằng có Thông tin lập
lịch được nối trong MAC này -e PDU. Nếu không thì, nếu kích thước của dữ liệu cộng với tiêu đề nhỏ hơn hoặc
bằng kích thước TB của E-TFC được UE chọn trừ đi 18 bit, thì Thông tin lập lịch sẽ được nối vào MAC-e PDU
này. Trong bất kỳ trường hợp nào khác, người ta hiểu rằng MAC-es PDU hoặc Thông tin lập lịch khác không
phù hợp và do đó không cần thiết phải dành chỗ trong khối truyền tải cho một trường DDI bổ sung.
- Số lượng MAC-d PDU (N):
Số lượng MAC-d PDU liên tiếp tương ứng với cùng một giá trị DDI. Độ dài của trường N là 6 bit.
9.2.5 Báo hiệu thông tin điều khiển cho E-DCH
9.2.5.1 Thông tin HARQ

Thông tin điều khiển này được sử dụng để hỗ trợ chức năng ARQ kết hợp đường lên.
- Thông tin ACK / NACK:

Được truyền trên đường xuống trên E-HICH từ mỗi ô trong tập hoạt động E-DCH, thông tin ACK / NACK
cho biết việc giải mã thành công hoặc không thành công của quá trình truyền đường lên tương ứng. Thông tin
này cho phép UE biết liệu có nên thực hiện một đường truyền khác cho cùng MAC-e PDU hay bắt đầu truyền
một đường truyền mới. Độ dài của trường ACK / NACK là 1 bit.
- RSN:
Được truyền trên E-DPCCH, RSN được sử dụng để chuyển số truyền HARQ đường lên. Do giới hạn về kích
thước trường, RSN bão hòa đến giá trị lớn nhất khi đạt đến giá trị đó. Sự kết hợp giữa RSN và thời gian truyền
cho phép máy thu xác định số truyền chính xác (xem [16]). Độ dài của trường RSN là 2 bit.
9.2.5.2 Thông tin lập lịch DL

Thông tin điều khiển này được sử dụng bởi Node-B trong bộ hoạt động E-DCH của UE để kiểm soát việc sử dụng
tài nguyên hệ thống E-DCH của nó.
9.2.5.2.1 Trợ cấp tương đối

- Cung cấp Trợ cấp Tương đối:
Được truyền trên đường xuống trên E-RGCH từ tất cả các ô trong E-DCH RLS đang cung cấp, mức cung cấp
tương đối cho phép bộ lập lịch Node B điều chỉnh dần mức cung cấp của các UE dưới sự kiểm soát của nó.
Theo định nghĩa, chỉ có thể nhận được một lệnh cấp tương đối cung cấp bất kỳ lúc nào. Chỉ báo này có thể
nhận ba giá trị khác nhau, "LÊN", "XUỐNG" hoặc "GIỮ".
- Trợ cấp tương đối không phục vụ:
Được truyền trên đường xuống trên E-RGCH từ E-DCH RL không phục vụ, cấp tương đối không phục vụ cho
phép các Node B lân cận điều chỉnh tốc độ truyền của các UE không nằm trong tầm kiểm soát của chúng để
tránh các tình huống quá tải. Theo định nghĩa, có thể có nhiều lệnh cấp tương đối không phục vụ được MAC
nhận bất kỳ lúc nào. Chỉ báo này có thể nhận hai giá trị khác nhau, "DOWN" hoặc "HOLD".
Việc xử lý báo hiệu Trợ cấp tương đối dựa trên bảng Cấp phát theo lịch trình được trình bày trong Bảng 9.2.5.2.1.1.
3GPP
Phát hành 6 52 3GPP TS 25.321 V6.18.0 (2009-03)
Bảng 9.2.5.2.1.1: Bảng lập lịch trình tài trợ (bảng SG)
Mục lục Lên kế hoạc
Ban cho
37 (168/15)2*
36 (150/15)2*
35 (168/15)2*
34 (150/15)2*
33 (134/15)2*
32 (119/15)2*
31 (150/15)2*
30 (95/15)2*4
29 (168/15)2
28 (150/15)2
27 (134/15)2
26 (119/15)2
25 (106/15)2
24 (95/15)2
23 (84/15)2
22 (75/15)2
21 (67/15)2
20 (60/15)2
19 (53/15)2
18 (47/15)2
17 (42/15)2
16 (38/15)2
15 (34/15)2
14 (30/15)2
13 (27/15)2
12 (24/15)2
11 (21/15)2
10 (19/15)2
9 (17/15)2
số 8 (15/15)2
7 (13/15)2
6 (15/12)2
5 (15/11)2
4 (15/9)2
3 (15/8)2
2 (15/7)2
1 (15/6)2
0 (15/5)2
Khi Serving_Grant cần được xác định do báo hiệu E-RGCH (xem mục 11.8.1.3.2), UE phải:
- Xác định tỷ lệ công suất thấp nhất trong bảng SG (bảng 9.2.5.2.1.1) bằng hoặc cao hơn tham chiếu_ETPR và xác
định chỉ số tương ứng trong bảng SG: SGLUPR;
- Nếu UE nhận được Cung cấp tương đối cung cấp "LÊN", dựa trên các ngưỡng "ngưỡng 3 bước chỉ mục" và
"ngưỡng 2 bước chỉ mục" được định cấu hình bởi các lớp cao hơn, hãy xác định Serving_Grant như sau:
- nếu SGLUPR <"Ngưỡng 3 bước chỉ mục":
- Serving_Grant = SG [MIN (SGLUPR + 3, 37)].
- nếu "ngưỡng 3 bước chỉ mục" <= SGLUPR <"Ngưỡng 2 bước chỉ mục":
- nếu "ngưỡng 2 bước chỉ mục" <= SGLUPR ::
3GPP
Phát hành 6 53 3GPP TS 25.321 V6.18.0 (2009-03)
- Nếu UE nhận được Khoản trợ cấp tương đối cung cấp "DOWN", hãy xác định Serving_Grant:
- Serving_Grant = SG [MAX (SGLUPR -1, 0)].
- Nếu UE nhận được Khoản tài trợ tương đối không phục vụ "DOWN", hãy xác định Serving_Grant:
- Serving_Grant = SG [MAX (SGLUPR -1, 0)].
9.2.5.2.2 Trợ cấp tuyệt đối

Thông báo cấp tuyệt đối được gửi trên đường xuống, trên E-AGCH được cấu hình, từ ô E-DCH đang phục vụ và cho
phép bộ lập lịch Node B điều chỉnh trực tiếp tốc độ UE được cấp dưới sự kiểm soát của nó.
E-AGCH là một kênh chia sẻ sử dụng CRC cụ thể của E-RNTI để gửi thông báo đến những người dùng cụ thể (xem [6]).
RRC có thể cấu hình MAC-e với hai E-RNTI khác nhau, một chính và một phụ. Dựa trên danh tính được sử dụng, thông tin
sau sẽ được truyền tải ngầm khi nhận được thông báo tài trợ tuyệt đối:
- Loại nhận dạng:
Biến này sẽ nhận giá trị "Chính" hoặc "Phụ" tương ứng dựa trên việc thông điệp được gửi đến E-RNTI
chính hay phụ.
Bản thân thông báo cấp tuyệt đối bao gồm nhiều trường được ghép với nhau thành 6 bit bên trong MAC-e của Node B
và sau đó được gửi đến lớp vật lý để truyền trên E-AGCH. Các trường này là:
- Giá trị tài trợ tuyệt đối:
Trường này cho biết lưu lượng E-DCH tối đa trên tỷ lệ thí điểm (E-DPDCH / DPCCH) mà UE được phép sử
dụng trong lần truyền tiếp theo. Độ dài của trường Giá trị tài trợ tuyệt đối là 5 bit.
- Phạm vi tài trợ tuyệt đối:
Trường này cho biết khả năng áp dụng của Trợ cấp tuyệt đối. Nó có thể nhận hai giá trị khác nhau, "Mỗi quy
trình HARQ" hoặc "Tất cả các quy trình HARQ", cho phép chỉ ra việc kích hoạt / hủy kích hoạt quy trình
HARQ sẽ ảnh hưởng đến một hoặc tất cả các quy trình. Phạm vi tài trợ tuyệt đối được mã hóa bằng 1 bit. Khi E-
DCH được cấu hình với TTI 10ms, chỉ giá trị "Tất cả các quy trình HARQ" là hợp lệ (xem điều 10). Trong
trường hợp Loại nhận dạng là "Phụ", chỉ giá trị "Tất cả các quy trình HARQ" mới hợp lệ trong phiên bản này
của giao thức.
9.2.5.3 Thông tin lập lịch UL

Thông tin điều khiển này được sử dụng bởi các UE để chỉ ra cho Node-B E-DCH đang phục vụ của họ số lượng
tài nguyên mà họ yêu cầu.
9.2.5.3.1 Bit hạnh phúc

Bit hạnh phúc là một trường bit đơn được chuyển từ MAC đến lớp vật lý để đưa vào E-DPCCH. Trường này nhận hai
giá trị, "Không hài lòng" và "Hạnh phúc" lần lượt cho biết liệu UE có thể sử dụng nhiều tài nguyên hơn hay không.
Cài đặt của Happy Bit được xác định trong mục 11.8.1.5.
9.2.5.3.2 Thông tin lập lịch trình

Thông tin Lập lịch trình nằm ở cuối MAC-e PDU và được sử dụng để cung cấp cho Node B phục vụ cái nhìn tốt hơn
về lượng tài nguyên hệ thống mà UE cần và lượng tài nguyên mà UE thực sự có thể sử dụng. Việc truyền thông tin
này sẽ được bắt đầu do lượng tử hóa các kích thước khối truyền tải có thể được hỗ trợ hoặc dựa trên các trình kích
hoạt được xác định trong mục 11.8.1.6. Khi Thông tin lập lịch được truyền đi, nội dung của nó sẽ luôn được cập nhật
trong các lần truyền mới với trạng thái bộ đệm sau khi áp dụng quy trình lựa chọn E-TFC được mô tả trong mục
11.8.1.4. Các kênh logic mà một khoản trợ cấp không theo lịch trình được định cấu hình sẽ không bao giờ được tính
đến khi tổng hợp thông tin này. Ngoài ra,
Thông tin này bao gồm các trường sau:
- Ưu tiên cao nhất ID kênh lôgic (HLID):

Trường HLID xác định rõ ràng kênh logic ưu tiên cao nhất với dữ liệu có sẵn. Nếu nhiều
3GPP
Phát hành 6 54 3GPP TS 25.321 V6.18.0 (2009-03)
kênh logic tồn tại với mức độ ưu tiên cao nhất, kênh tương ứng với dung lượng bộ đệm cao nhất sẽ được báo
cáo. Độ dài của HLID là 4 bit. Trong trường hợp TEBS chỉ ra chỉ số 0 (byte 0), thì HLID sẽ chỉ ra giá trị
"0000".
- Các trường liên quan đến lượng dữ liệu có sẵn:
- Tổng trạng thái bộ đệm E-DCH (TEBS):

Trường TEBS xác định tổng lượng dữ liệu có sẵn trên tất cả các kênh logic mà RRC yêu cầu báo cáo và cho biết
lượng dữ liệu theo số byte có sẵn để truyền và truyền lại trong lớp RLC. Khi MAC được kết nối với một thực
thể AM RLC, các PDU điều khiển sẽ được truyền đi và các PDU RLC bên ngoài cửa sổ RLC Tx cũng sẽ được
đưa vào TEBS. Các PDU RLC đã được truyền đi nhưng không được thực thể ngang hàng thừa nhận một cách
tiêu cực sẽ không được đưa vào TEBS.
Độ dài của trường này là 5 bit. Các giá trị được lấy bởi TEBS được thể hiện trong Bảng 9.2.5.3.2.1.
Bảng 9.2.5.3.2-1: Giá trị TEBS
Mục lục Giá trị TEBS (byte)
0 TEBS = 0
1 0 <TEBS ≤ 10
2 10 <TEBS ≤ 14
3 14 <TEBS ≤ 18
4 18 <TEBS ≤ 24
5 24 <TEBS ≤ 32
6 32 <TEBS ≤ 42
7 42 <TEBS ≤ 55
số 8 55 <TEBS ≤ 73
9 73 <TEBS ≤ 97
10 97 <TEBS ≤ 129
11 129 <TEBS ≤ 171
12 171 <TEBS ≤ 228
13 228 <TEBS ≤ 302
14 302 <TEBS ≤ 401
15 401 <TEBS ≤ 533
16 533 <TEBS ≤ 708
17 708 <TEBS ≤ 940
18 940 <TEBS ≤ 1248
19 1248 <TEBS ≤ 1658
20 1658 <TEBS ≤ 2202
21 2202 <TEBS ≤ 2925
22 2925 <TEBS ≤ 3884
23 3884 <TEBS ≤ 5160
24 5160 <TEBS ≤ 6853
25 6853 <TEBS ≤ 9103
26 9103 <TEBS ≤ 12092
27 12092 <TEBS ≤ 16062
28 16062 <TEBS ≤ 21335
29 21335 <TEBS ≤ 28339
30 28339 <TEBS ≤ 37642
31 37642 <TEBS
- Mức độ ưu tiên cao nhất Trạng thái bộ đệm kênh logic (HLBS):
Trường HLBS cho biết lượng dữ liệu có sẵn từ kênh logic được xác định bởi HLID, liên quan đến giá trị cao nhất
của phạm vi kích thước bộ đệm được TEBS báo cáo khi chỉ số TEBS được báo cáo không phải là 31 và tương ứng
với 50000 byte khi chỉ số TEBS được báo cáo là 31. Độ dài của HLBS là 4 bit. Các giá trị được lấy bởi
3GPP
Phát hành 6 55 3GPP TS 25.321 V6.18.0 (2009-03)
HLBS được thể hiện trong bảng 9.2.5.3.2.2. Trong trường hợp trường TEBS chỉ ra chỉ số 0 (0 byte), trường
HLBS sẽ chỉ ra chỉ số 0.
Bảng 9.2.5.3.2-2: Giá trị HLBS
Mục lục Giá trị HLBS (%)
0 0 <HLBS ≤ 4
1 4 <HLBS ≤ 6
2 6 <HLBS ≤ 8
3 8 <HLBS ≤ 10
4 10 <HLBS ≤ 12
5 12 <HLBS ≤ 14
6 14 <HLBS ≤ 17
7 17 <HLBS ≤ 21
số 8 21 <HLBS ≤ 25
9 25 <HLBS ≤ 31
10 31 <HLBS ≤ 37
11 37 <HLBS ≤ 45
12 45 <HLBS ≤ 55
13 55 <HLBS ≤ 68
14 68 <HLBS ≤ 82
15 82 <HLBS
- Khoảng trống UE Power Headroom (UPH):

Trường UPH cho biết tỷ số giữa công suất truyền UE tối đa và công suất mã DPCCH tương ứng được xác định
trong [17]. Độ dài của UPH là 5 bit.
Thông báo Thông tin Lập lịch được biểu diễn trong hình 9.2.5.3.2-1 trong đó đối với mỗi trường, LSB là bit ngoài
cùng bên phải trong hình và MSB là bit ngoài cùng bên trái.
UPH TEBS HLBS HL

(5bits) (5bits) (4bits) (4b
Hình 9.2.5.3.2-1: Định dạng thông tin lập lịch
9.2.5.4 Kích thước khối vận chuyển

RRC có thể định cấu hình MAC-e để sử dụng một trong hai bộ kích thước khối Truyền tải cho mỗi khoảng thời gian
TTI. Mô tả quy chuẩn về ánh xạ giữa E-TFCI và kích thước khối truyền tải tương ứng được cung cấp trong Phụ lục B:
- Nếu UE được cấu hình với bảng E-TFCI 0 (xem [7]) và 2ms TTI, nó sẽ sử dụng ánh xạ được xác định trong Phụ
lục B.1
- Nếu UE được cấu hình với E-TFCI bảng 1 (xem [7]) và 2ms TTI, nó sẽ sử dụng ánh xạ được xác định trong Phụ
lục B.2
- Nếu UE được cấu hình với bảng E-TFCI 0 (xem [7]) và 10ms TTI, nó sẽ sử dụng ánh xạ được xác định trong
Phụ lục B.3
3GPP
Phát hành 6 56 3GPP TS 25.321 V6.18.0 (2009-03)
- Nếu UE được cấu hình với E-TFCI bảng 1 (xem [7]) và 10ms TTI, nó sẽ sử dụng ánh xạ được xác định trong
Phụ lục B.4
Ánh xạ trong bảng kích thước khối vận chuyển 0 cho 2ms TTI (xem bảng trong Phụ lục B.1) cũng có thể được
lấy bằng công thức dưới đây.
Gọi k là E-TFCI đã chọn, khi đó kích thước khối truyền tải E-DCH tương ứng là Lk được đưa ra bởi công thức sau
(thông tin):
L0 = 18
nếu k = 0..126
Lk +1 = 120 * (ρ )k
Ở đâu
1
ρ = 11484 127-1
120
Ánh xạ trong bảng kích thước khối vận chuyển 0 cho 10ms TTI (xem bảng trong Phụ lục B.3) cũng có thể được
lấy bằng công thức dưới đây.
Gọi k là E-TFCI đã chọn, khi đó kích thước khối truyền tải E-DCH tương ứng là Lk được đưa ra bởi công thức sau
(thông tin):
L0 = 18
nếu k = 0..126
Lk +1 = 120 * (ρ )k
Ở đâu
1
ρ = 20000 127-1
120
10 Xử lý dữ liệu giao thức không xác định, không lường

trước và sai sót
Danh sách các trường hợp lỗi được báo cáo dưới đây:
a) Sử dụng mã hóa dành riêng trong tiêu đề MAC
Nếu thực thể MAC nhận được MAC PDU có trường tiêu đề sử dụng giá trị được đánh dấu là dành riêng cho
phiên bản này của giao thức, nó sẽ loại bỏ PDU, trừ khi có đề cập rõ ràng khác.
b) Tiêu đề MAC không nhất quán
Nếu thực thể MAC nhận được MAC PDU có tiêu đề không phù hợp với cấu hình nhận được từ RRC, nó sẽ loại
bỏ PDU. Ví dụ: Trong trường hợp DTCH được ánh xạ tới RACH / FACH, thực thể MAC sẽ loại bỏ một PDU
có trường C / T cho biết số kênh logic không được cấu hình.
c) Các trường tiêu đề MAC bị lỗi
MAC PDU sẽ bị loại bỏ nếu lớp dưới đưa ra chỉ báo lỗi cho MAC PDU và tiêu đề MAC được bao gồm
trong MAC PDU.
d) Thông tin không nhất quán nhận được trên các kênh điều khiển MAC
3GPP
Phát hành 6 57 3GPP TS 25.321 V6.18.0 (2009-03)
Nếu thực thể MAC nhận được thông tin không nhất quán trên E-AGCH, nó sẽ bỏ qua toàn bộ thông báo.
Các điều kiện sau đây tạo thành thông tin không nhất quán:
- Phạm vi tài trợ tuyệt đối là "Mỗi quy trình HARQ" và E-DCH TTI được định cấu hình thành 10ms.
- Loại nhận dạng là "Phụ" và Giá trị tài trợ tuyệt đối là "KHÔNG TÁC ĐỘNG".
- Loại nhận dạng là "Thứ cấp" và Phạm vi tài trợ tuyệt đối là "Theo quy trình HARQ" trong phiên bản này của
giao thức.
- Loại nhận dạng là "Chính", giá trị Cấp tuyệt đối là "KHÔNG TÁC ĐỘNG", Phạm vi cấp tuyệt đối là "Tất cả
các quy trình HARQ", E-DCH TTI được định cấu hình thành 10ms và E-RNTI phụ không được định cấu hình.
11 Các chức năng cụ thể
11.1 Đo âm lượng lưu lượng để điều khiển sóng vô tuyến

động
Điều khiển mang sóng vô tuyến động được thực hiện bởi RRC, dựa trên các phép đo lưu lượng do MAC báo cáo.
Thông tin lưu lượng được đo trong lớp MAC và kết quả được báo cáo từ lớp MAC đến lớp RRC.
Ít nhất mỗi TTI, lớp MAC sẽ nhận được từ mỗi thực thể RLC giá trị của Vùng đệm (BO) của nó, được biểu thị bằng
byte. RRC có thể cấu hình MAC để theo dõi thống kê (tức là BO thô, trung bình của BO và phương sai của BO) trên
các giá trị BO (xem [7]) của tất cả các Bộ truyền sóng được ánh xạ trên một kênh truyền tải nhất định. Khi trung bình
hoặc phương sai được yêu cầu, khoảng thời gian trung bình cũng sẽ được cung cấp.
Mỗi khi các giá trị BO được báo cáo cho MAC, UE sẽ xác minh xem một sự kiện đã được kích hoạt hay chưa hoặc có
cần báo cáo định kỳ hay không (xem [7]). Nếu cần báo cáo (nhiều báo cáo có thể được kích hoạt trong một TTI),
MAC sẽ gửi cho RRC số lượng báo cáo cần thiết cho các RB tương ứng. Trong trường hợp giá trị trung bình và
phương sai của BO, việc lấy trung bình phải được thực hiện trong khoảng thời gian có thời lượng đã định cấu hình kết
thúc tại thời điểm sự kiện được kích hoạt.
RRC yêu cầu báo cáo đo MAC với CMAC-Measure-REQ nguyên thủy bao gồm các thông số sau.
Các yếu tố thông tin đo lường.
- Báo cáo số lượng nhận dạng

Cho biết những gì cần được báo cáo cho lớp RRC
Đối với từng RB, BO (tùy chọn), Trung bình của BO (tùy chọn) hoặc Phương sai của BO (tùy chọn)
- Khoảng thời gian để lấy giá trị trung bình hoặc phương sai (áp dụng khi Trung bình hoặc Phương sai là Số lượng
Báo cáo) Cho biết khoảng thời gian để lấy giá trị trung bình hoặc phương sai của BO
Việc tính toán giá trị trung bình và phương sai của BO sẽ dựa trên một mẫu BO trên 10ms trong khoảng thời
gian được đưa ra trong phần tử thông tin này. Tất cả các mẫu được lấy trong khoảng thời gian phải có trọng
lượng bằng nhau trong tính toán.
MAC nhận các RLC PDU với MAC-Data-REQ nguyên thủy bao gồm các tham số sau.
- Công suất bộ đệm (BO)

Tham số Buffer Occupancy (BO) chỉ ra cho mỗi kênh logic số lượng dữ liệu theo số byte có sẵn để truyền và
truyền lại trong lớp RLC. Khi MAC được kết nối với một thực thể AM RLC, các PDU điều khiển sẽ được
truyền đi và các PDU RLC bên ngoài cửa sổ RLC Tx cũng sẽ được đưa vào BO. Các PDU RLC đã được truyền
đi nhưng không được thực thể ngang hàng thừa nhận một cách tiêu cực sẽ không được đưa vào BO.
11.2 Kiểm soát truyền RACH

Lớp con MAC chịu trách nhiệm kiểm soát thời gian truyền RACH trên mức khoảng thời gian truyền (thời gian trên
mức khe truy cập được điều khiển bởi L1). Lưu ý rằng việc truyền lại trong trường hợp phần bản tin RACH nhận
được sai thuộc quyền kiểm soát của các lớp cao hơn, tức là RLC hoặc RRC cho CCCH (và SHCCH cho TDD).
3GPP
Phát hành 6 58 3GPP TS 25.321 V6.18.0 (2009-03)
11.2.1 Lựa chọn lớp dịch vụ truy cập

Tài nguyên RACH vật lý (tức là các khe truy cập và chữ ký mở đầu cho FDD, khe thời gian và mã phân kênh cho 3,84
Mcps TDD, mã SYNC1 cho 1,28 Mcps TDD) có thể được phân chia giữa các Lớp Dịch vụ Truy cập khác nhau để cung
cấp các ưu tiên khác nhau của việc sử dụng RACH. Có thể cho nhiều hơn một ASC hoặc cho tất cả các ASC được gán
cho cùng một khe truy cập / không gian chữ ký hoặc mã SYNC1.
Các lớp dịch vụ truy cập được đánh số trong phạm vi 0 ≤ Tôi ≤ NumASC ≤7 (tức là số ASC tối đa là 8). ASC được
xác định bởi một số nhận dạng i xác định một phân vùng nhất định của các tài nguyên PRACH và một giá trị bền vững
liên quan PTôi. Một tập hợp các tham số ASC bao gồm NumASC + 1 các tham số như vậy (i, PTôi), i = 0,…, NumASC.
Các phân vùng PRACH và giá trị độ bền PTôiđược giao thức RRC bắt nguồn từ thông tin hệ thống (xem [7]). Tập hợp
các tham số ASC được cung cấp cho MAC với CMAC-Config-REQ nguyên thủy. Kiểu liệt kê ASC sao cho nó tương
ứng với thứ tự ưu tiên (ASC 0 = mức ưu tiên cao nhất, ASC 7 = mức ưu tiên thấp nhất). ASC 0 sẽ được sử dụng trong
trường hợp Cuộc gọi khẩn cấp hoặc vì các lý do có mức độ ưu tiên tương đương.
Khi thiết lập / cấu hình lại sóng vô tuyến, mỗi kênh logic liên quan được gán một Mức ưu tiên kênh logic MAC (MLP)
trong phạm vi 1,…, 8. Khi lớp con MAC được cấu hình để truyền RACH trong UE, các mức MLP này sẽ được sử dụng
để lựa chọn ASC trên MAC.
Sơ đồ lựa chọn ASC sau sẽ được áp dụng, trong đó NumASC là số ASC hiện có cao nhất và
MinMLP mức ưu tiên kênh logic cao nhất được chỉ định cho một kênh logic:
- trường hợp tất cả các TB trong bộ TB có cùng MLP, chọn ASC = min (NumASC, MLP);
- trong trường hợp các TB trong một tập hợp TB có mức ưu tiên khác nhau, hãy xác định mức ưu tiên cao nhất
MinMLP và chọn ASC = min (NumASC, MinMLP).
Khi một bản tin YÊU CẦU KẾT NỐI RRC được gửi đi RRC xác định ASC bằng lớp truy cập [7]. ASC được sử dụng
trong những trường hợp này được báo hiệu đến MAC bằng bản tin CMAC-CONFIG-REQ.
Nếu MAC có kiến thức về U-RNTI thì ASC được xác định trong thực thể MAC. Nếu không có U-RNTI nào được chỉ
định cho MAC thì MAC sẽ sử dụng ASC được chỉ ra trong CMAC-CONFIG-REQ nguyên thủy.
11.2.2 Kiểm soát truyền RACH cho chế độ FDD

Việc truyền RACH được điều khiển bởi lớp con MAC của UE như được trình bày trong hình 11.2.2.1.
CHÚ THÍCH: Hình vẽ sẽ minh họa hoạt động của quy trình điều khiển truyền dẫn như quy định dưới đây. Nó sẽ
không áp đặt các hạn chế trong việc thực hiện. MAC kiểm soát thời gian của mỗi chu kỳ mở rộng phần
mở đầu ban đầu cũng như các chu kỳ tăng phần mở đầu liên tiếp trong trường hợp không nhận được
hoặc một xác nhận tiêu cực nào trên AICH.
LƯU Ý: Ở trạng thái Cell-FACH, UE nên phối hợp lịch truyền UL với lịch đo trong các trường hợp đo FACH để
giảm thiểu bất kỳ độ trễ nào liên quan đến các phép đo liên tần số.
MAC nhận các tham số điều khiển truyền RACH sau đây từ RRC với CMAC-CONFIG-Req nguyên thủy:
- một tập hợp các tham số Lớp dịch vụ truy cập (ASC), bao gồm cho mỗi ASC, i = 0,…, NumASC nhận dạng
phân vùng PRACH và giá trị độ bền PTôi (xác suất truyền);
- số chu kỳ dốc mở đầu tối đa Mtối đa;
- phạm vi khoảng thời gian chờ cho bộ hẹn giờ TBO1, cho trước về số lượng truyền các khoảng thời gian 10 ms
NBO1max và NBO1 phút, áp dụng khi nhận được thông báo tiêu cực về AICH.
Khi có dữ liệu được truyền, MAC sẽ chọn ASC từ tập hợp các ASC có sẵn, bao gồm số nhận dạng i của một phân
vùng PRACH nhất định và giá trị bền vững liên quan PTôi. Quy trình được áp dụng để lựa chọn ASC được mô tả
trong điều 11.2.1.
Dựa trên giá trị độ bền PTôi, UE quyết định có bắt đầu quy trình truyền L1 PRACH (xem [13]) trong khoảng thời gian
truyền hiện tại hay không. Nếu truyền được cho phép, quy trình truyền PRACH (bắt đầu với chu kỳ tăng cấp nguồn mở đầu)
được bắt đầu bằng cách gửi một nguyên thủy PHY-ACCESS-REQ. MAC sau đó sẽ đợi
3GPP
Phát hành 6 59 3GPP TS 25.321 V6.18.0 (2009-03)
truy cập thông tin từ L1 thông qua PHY-ACCESS-CNF nguyên thủy. Nếu không cho phép truyền, kiểm tra độ bền mới được
thực hiện trong khoảng thời gian truyền tiếp theo. Việc kiểm tra độ bền được lặp lại cho đến khi cho phép truyền.
Khi phần mở đầu đã được thừa nhận trên AICH, thông tin truy cập L1 với giá trị tham số "sẵn sàng để truyền dữ liệu"
được chỉ định cho MAC với nguyên thủy PHY-ACCESS-CNF. Sau đó, yêu cầu truyền dữ liệu với bản gốc PHY-
DATA-REQ và quy trình truyền PRACH sẽ được hoàn tất khi truyền phần bản tin PRACH theo thông số kỹ thuật L1.
Hoàn thành thành công (trạng thái TX) của thủ tục điều khiển truyền MAC sẽ được chỉ định cho lớp cao hơn.
Khi PHY chỉ ra rằng không nhận được xác nhận nào trên AICH trong khi đạt đến số lần truyền lại phần mở đầu tối đa
(được xác định bởi tham số Preamble_Retrans_Max trên L1), một kiểm tra độ bền mới được thực hiện trong khoảng
thời gian truyền tiếp theo. Bộ đếm thời gian T2 đảm bảo rằng hai bài kiểm tra độ bền liên tiếp cách nhau ít nhất một
khoảng thời gian 10 ms.
Trong trường hợp một xác nhận tiêu cực đã được nhận trên AICH, một bộ hẹn giờ dự phòng T BO1được bắt đầu. Sau khi hết
thời gian hẹn giờ, việc kiểm tra độ bền được thực hiện lại. Hẹn giờ tắt T BO1 được đặt thành một số nguyên NBO1 khoảng thời
gian 10 ms,
rút ngẫu nhiên trong khoảng thời gian 0 ≤ NBO1 phút ≤ NBO1 ≤ NBO1max(với sự phân bố đồng đều). NBO1 phút và NBO1max có thể
được đặt bằng khi mong muốn có độ trễ cố định và thậm chí bằng 0 khi không có độ trễ nào khác với độ trễ do tính liên tục
được mong muốn.
Trước khi thực hiện kiểm tra độ bền, nó phải được kiểm tra xem có nhận được bất kỳ thông số điều khiển truyền
RACH mới nào từ RRC với CMAC-CONFIG-Req nguyên thủy hay không. Bộ thông số điều khiển truyền RACH mới
nhất sẽ được áp dụng.
Nếu số chu kỳ dốc mở đầu tối đa Mtối đa bị vượt quá, lỗi truyền RACH sẽ được báo cáo lên lớp cao hơn.
Cả hai, lỗi truyền và hoàn thành thành công thủ tục điều khiển truyền MAC, sẽ được chỉ ra riêng lẻ cho từng kênh logic
mà dữ liệu được đưa vào bộ khối truyền tải của nỗ lực truy cập đó. Khi sử dụng chế độ trong suốt RLC (tức là đối với
CCCH), trạng thái truyền được báo cáo tới RRC với CMAC-STATUS-Ind nguyên thủy. Đối với các kênh logic sử dụng
RLC chế độ được xác nhận hoặc không được xác nhận, trạng thái truyền được báo cáo tới RLC với MAC-STATUS-Ind
nguyên thủy.
3GPP
Phát hành 6 60 3GPP TS 25.321 V6.18.0 (2009-03)
Khởi đầu
Nhận thông số điều khiển RACH tx LƯU Ý: MAC-c / sh nhận các

từ RRC: M tối đa, N BO1 phút , tham số điều khiển RACH tx từ
N RRC với CMAC-CONFIG-Req
BO1max , tập hợp các tham số ASC nguyên thủy bất cứ khi nào một
trong các tham số được cập nhật
N Có dữ liệu nào được truyền
không?
Lựa chọn ASC:

(Phân vùng PRACH i, PTôi)
M: = 0
Tăng phần mở đầu truyền tải

quầy M
Cho biết lớp cao hơn
M ≤ M tối đa ? N số lượng tối đa của
các chu kỳ mở đầu đã được
đạt (trạng thái TX

Y "không thành công")
Kết thúc
Đặt và chờ hết hạn

Cập nhật điều khiển RACH tx hẹn giờ T BO1 (N BO1 * 10 ms) thông số
Chờ hết hạn
Bộ hẹn giờ T 2 (10
mili giây) Đặt hẹn giờ T 2 (10 mili Chờ hết hạn Chờ hết hạn
giây) Hẹn giờ
T2 (10 mili giây) hẹn giờ T 2 (10 mili giây)
Rút số ngẫu nhiên 0 ≤ RTôi< 1
N
R ≤ PTôi ?
Y
Gửi PHY-ACCESS-REQ
(bắt đầu truyền L1 PRACH
thủ tục)
Không có
Nack
Thông tin truy cập L1 ?
Ack
Gửi PHY-DATA-REQ,
cho biết trạng thái TX lên cao hơn
lớp
(Đã truyền phần tin PRACH)

Kết thúc
Hình 11.2.2.1: Quy trình điều khiển truyền RACH (phía UE, cung cấp thông tin)
3GPP
Phát hành 6 61 3GPP TS 25.321 V6.18.0 (2009-03)
11.2.3 Kiểm soát truyền RACH cho TDD
11.2.3.1 Kiểm soát truyền RACH cho 3,84 Mcps TDD

Việc truyền RACH được thực hiện bởi UE như trong hình 11.2.3.2.
không áp đặt các hạn chế trong việc thực hiện.
MAC nhận các tham số điều khiển truyền RACH sau đây từ RRC với CMAC-Config-REQ nguyên thủy:
phân vùng PRACH và giá trị độ bền PTôi (xác suất truyền).
Khi có dữ liệu được truyền, MAC sẽ chọn ASC từ tập hợp các ASC có sẵn, bao gồm số nhận dạng i của một phân
vùng PRACH nhất định và giá trị bền vững liên quan PTôi. Quy trình được áp dụng để lựa chọn ASC được mô tả
trong điều 11.2.1.
Để phân tách các ASC khác nhau, mỗi PRACH có N kênh con được liên kết với nó (được đánh số từ 0 đến N-1). N
có thể được gán giá trị 1,2,4 hoặc 8 bằng tín hiệu lớp cao hơn. Kênh phụ i cho một PRACH được xác định trong khe
thời gian k được định nghĩa là khe thứ k: trong các khung mà SFN mod N = i. Do đó theo định nghĩa:
- Kênh phụ i liên kết với một PRACH được xác định trong khe thời gian k được định nghĩa là khe thời gian thứ k
trong các khung mà SFN mod N = i.
Hình 11.2.3.1 minh họa tám kênh con có thể có cho trường hợp này, N = 8. Để minh họa, hình này giả định rằng
PRACH được ấn định ô thời gian 3.
SFN mod 8 = 0 SFN mod 8 = 1
khe
cắm 0 1 2 3 4 5 6 7 số 8 9 10 11 12 13 14 0 1 2 3 4 5 6 7 số 8 9 10 11 12
0 1
kênh phụ 0 và 1 cho ô thời gian 3
khe cắm 0 1 2 3 4 5 6 7 số 8 9 10 11 12 13 14 0 1 2 3 4 5 6 7 số 8 9 10 11 12
2 3
khe cắm 0 1 2 3 4 5 6 7 số 8 9 10 11 12 13 14 0 1 2 3 4 5 6 7 số 8 9 10 11 12
4 5
khe cắm
0 1 2 3 4 5 6 7 số 8 9 10 11 12 13 14 0 1 2 3 4 5 6 7 số 8 9 10 11 12
6 7
Hình 11.2.3.1 Tám kênh phụ cho ô thời gian 3
Dựa trên giá trị độ bền P, UE quyết định có gửi thông báo trên RACH hay không. Nếu không cho phép truyền, kiểm
tra độ bền mới được thực hiện trong khoảng thời gian truyền tiếp theo. Việc kiểm tra độ bền được lặp lại cho đến khi
cho phép truyền. Nếu việc truyền được cho phép, một kênh con được chọn ngẫu nhiên từ tập hợp các kênh con có sẵn
cho ASC này. Lựa chọn kênh con ngẫu nhiên phải sao cho mỗi lựa chọn được phép được chọn với xác suất như nhau.
Nếu không tìm thấy một kênh con khả dụng, thì việc kiểm tra độ bền và chỉ định kênh con sẽ được lặp lại cho khoảng
thời gian kênh con tiếp theo. Nếu tìm thấy một kênh con khả dụng, quy trình truyền PRACH được bắt đầu bằng cách
gửi một nguyên thủy PHY-Data-REQ.
3GPP
Phát hành 6 62 3GPP TS 25.321 V6.18.0 (2009-03)
Việc hoàn thành thành công (trạng thái TX) của thủ tục điều khiển truyền MAC sẽ được chỉ định cho từng lớp cao hơn
đối với từng kênh logic mà dữ liệu được bao gồm trong tập khối truyền tải của nỗ lực truy cập đó. Khi sử dụng chế độ
trong suốt RLC (tức là đối với CCCH), trạng thái truyền được báo cáo tới RRC với CMAC-STATUS-Ind nguyên thủy.
Đối với các kênh logic sử dụng RLC chế độ được xác nhận hoặc không được xác nhận, trạng thái truyền được báo cáo
tới RLC với MAC-STATUS-Ind nguyên thủy.
Khởi đầu
LƯU Ý: MAC-c / sh nhận được
Tham số điều khiển RACH tx
Nhận thông số điều khiển từ RRC với CMAC
RACH tx Cấu hình-REQ nguyên thủy
bất cứ khi nào một trong những
từ RRC: tập hợp các tham số ASC thông số được cập nhật

không?
Lựa chọn ASC:

Cập nhật điều khiển RACH tx

thông số
Chờ hết hạn

Đặt hẹn giờ T2 (1 TTI)
Hẹn giờ T2 (TTI tiếp theo
Rút số ngẫu nhiên 0 ≤ R< 1
N
R ≤ PTôi ?
Y Đợi tiếp
Giai đoạn kênh con
Kênh con có sẵn?
Gửi PHY-Dữ liệu-REQ

(bắt đầu truyền L1 PRACH
thủ tục), cho biết trạng thái TX để
lớp cao hơn
Kết thúc
Hình 11.2.3.2: Quy trình điều khiển truyền RACH cho TDD (phía UE, cung cấp thông tin)
11.2.3.2 Kiểm soát truyền RACH cho 1,28 Mcps TDD

Việc truyền RACH được thực hiện bởi UE như trong hình 11.2.3.3.
không áp đặt các hạn chế trong việc thực hiện.
UE MAC nhận các tham số điều khiển truyền RACH sau đây từ RRC với CMAC-Config-REQ nguyên thủy:
3GPP
Phát hành 6 63 3GPP TS 25.321 V6.18.0 (2009-03)
phân vùng PRACH và giá trị độ bền PTôi (xác suất truyền),
- số lần thử đồng bộ hóa tối đa Mmax.
Khi có dữ liệu được truyền, MAC sẽ chọn ASC từ tập hợp các ASC có sẵn, bao gồm số nhận dạng i của một
phân vùng PRACH nhất định và giá trị bền vững liên quan PTôi.
Dựa trên giá trị độ bền PTôi, MAC quyết định có bắt đầu quy trình L1 PRACH trong quá trình truyền hiện tại hay không
khoảng thời gian hoặc không. Nếu cho phép truyền, quy trình truyền PRACH (bắt đầu với
Trình tự tăng cấp nguồn SYNC_UL / FPACH) được bắt đầu bằng cách gửi một nguyên thủy PHY-ACCESS-REQ.
MAC
sau đó đợi thông tin truy cập từ L1 thông qua nguyên thủy PHY-ACCESS-CNF. Nếu truyền không được phép, một
kiểm tra độ bền được thực hiện trong khoảng thời gian truyền tiếp theo. Việc kiểm tra độ bền được lặp lại cho đến khi
được phép truyền.
Nếu một cụm đồng bộ hóa đã được xác nhận trên FPACH liên quan của nó, PHY sẽ thông báo cho MAC bằng một
nguyên thủy PHY-ACCESS-CNF cho biết "đã sẵn sàng để truyền dữ liệu RACH". Sau đó, MAC yêu cầu truyền dữ
liệu với nguyên gốc PHY-DATA-REQ, và quy trình truyền PRACH sẽ được hoàn tất với quá trình truyền trên các tài
nguyên PRACH được liên kết với FPACH.
Việc hoàn thành thành công thủ tục MAC được chỉ định cho từng lớp cao hơn đối với từng kênh logic mà dữ liệu được
đưa vào tập hợp khối truyền tải của nỗ lực truy cập đó. Khi sử dụng chế độ trong suốt RLC (tức là đối với CCCH),
trạng thái truyền được báo cáo tới RRC với CMAC-STATUS-Ind nguyên thủy. Đối với các kênh logic sử dụng RLC
chế độ được xác nhận hoặc không được xác nhận, trạng thái truyền được báo cáo tới RLC với MAC-STATUS-Ind
nguyên thủy.
Nếu không có cụm đồng bộ hóa nào nhận được xác nhận trên FPACH trong số lượng truyền tối đa được phép trong
một chu kỳ tăng công suất, PHY sẽ thông báo cho MAC bằng một nguyên thủy PHY-ACCESS-CNF cho biết "không
nhận được phản hồi trên FPACH". Nếu không vượt quá số lần thử đồng bộ hóa tối đa cho phép, Mmax, thì MAC sẽ bắt
đầu chuỗi kiểm tra độ bền mới trong khoảng thời gian truyền tiếp theo và quy trình PHY-ACCESS-REQ được lặp lại.
Bộ đếm thời gian T2đảm bảo rằng hai bài kiểm tra độ bền liên tiếp cách nhau ít nhất một khoảng thời gian truyền. Nếu
vượt quá số lần thử đồng bộ hóa tối đa thì MAC sẽ bỏ quy trình RACH. Việc không hoàn thành quy trình MAC được
chỉ ra ở lớp cao hơn bởi CMAC-STATUS-Ind hoặc MAC-STATUS-Ind.
3GPP
Phát hành 6 64 3GPP TS 25.321 V6.18.0 (2009-03)
Khởi đầu
LƯU Ý: MAC-c / sh nhận được

Nhận thông số điều khiển RACH tx
từ RRC: Mtối đa, Tham số điều khiển RACH tx từ
tập hợp các tham số ASC RRC với CMAC Config-REQ
nguyên thủy bất cứ khi nào một trong những
thông số được cập nhật
không?
Lựa chọn ASC:

M: = 0
Truyền đồng bộ hóa gia tăng

quầy M
N
M ≤ Mtối đa ?
Cập nhật điều khiển RACH tx

thông số
Chờ hết hạn Chờ hết hạn

Đặt hẹn giờ T 2 (1 TTI)
Hẹn giờ T 2 (TTI tiếp theo) Hẹn giờ T2 (TTI tiếp
theo)
Rút số ngẫu nhiên 0 ≤ RTôi< 1
R ≤ PTôi ?
Y
Gửi PHY-ACCESS-REQ (bắt
đầu quá trình truyền L1 PRACH
thủ tục)
Không có
Thông tin truy cập L1?
Ack
Gửi PHY-DATA-REQ
(Đã truyền phần tin PRACH)
Kết thúc
Hình 11.2.3.3: Quy trình điều khiển truyền RACH cho 1,28 Mcps TDD
(Phía UE, cung cấp thông tin)
11.3 Hư không
11.4 Lựa chọn kết hợp định dạng truyền tải trong UE (không phải
E-DCH)
RRC có thể kiểm soát việc lập lịch dữ liệu đường lên bằng cách đặt ưu tiên cho mỗi kênh logic từ 1 đến 8, trong đó 1
là mức ưu tiên cao nhất và 8 là mức thấp nhất. Việc lựa chọn TFC trong UE phải được thực hiện theo các ưu tiên do
RRC chỉ ra. Các kênh logic có mức ưu tiên tuyệt đối, tức là UE phải tối đa hóa việc truyền dữ liệu có mức ưu tiên cao
hơn.
Nếu TFCS hoặc Tập con TFC đường lên được cấu hình bởi UTRAN tuân theo các nguyên tắc được mô tả trong [7],
UE sẽ thực hiện lựa chọn TFC theo các quy tắc được chỉ định bên dưới. Nếu các nguyên tắc này không được tuân thủ
thì hành vi của UE không được chỉ định.
Một TFC nhất định có thể ở bất kỳ trạng thái nào sau đây:
- Nhà nước được hỗ trợ;

3GPP
Phát hành 6 65 3GPP TS 25.321 V6.18.0 (2009-03)
- Trạng thái dư thừa quyền lực;
- Trạng thái bị chặn.
Các UE ở chế độ TDD ở trạng thái CELL_FACH sử dụng kênh truyền USCH và UE ở trạng thái CELL_DCH sử dụng
DCH sẽ liên tục giám sát trạng thái của từng TFC dựa trên công suất phát yêu cầu của nó so với công suất phát tối đa
của UE (xem [7]). Các tiêu chí chuyển đổi trạng thái và các yêu cầu liên quan được mô tả trong [12, 14]. UE sẽ xem xét
rằng tiêu chí Chặn không bao giờ được đáp ứng đối với các TFC có trong bộ TFC tối thiểu (xem [7]).
Biểu đồ sau minh họa các chuyển đổi trạng thái cho trạng thái của một TFC nhất định:
Tiêu chí loại bỏ được đáp ứng Tiêu chí chặn được đáp ứng
2.
Được hỗ trợ Dư thừa năng lượng Bị chặn
tiểu bang tiểu bang tiểu bang
Tiêu chí phục hồi được đáp ứng
Tiêu chí phục hồi được đáp ứng
Hình 11.4.1: Chuyển đổi trạng thái cho trạng thái của một TFC nhất định
Các UE trong Chế độ FDD ở trạng thái CELL_FACH có thể ước tính suy hao đường dẫn kênh và đặt thành trạng thái công
suất vượt mức cho tất cả các TFC yêu cầu công suất lớn hơn công suất máy phát UE tối đa (xem [7]). Tất cả các TFC khác sẽ
được đặt ở trạng thái Được hỗ trợ.
Mỗi khi tập hợp các TFC được hỗ trợ thay đổi, tốc độ bit có sẵn sẽ được chỉ định cho các lớp trên cho mỗi kênh logic
để tạo điều kiện thuận lợi cho việc điều chỉnh tốc độ dữ liệu codec khi các codec hỗ trợ hoạt động tốc độ thay đổi được
sử dụng. Chi tiết về việc tính toán tốc độ bit có sẵn và tương tác với lớp ứng dụng không được chỉ định thêm.
Trước khi chọn một TFC, tức là tại mọi ranh giới của TTI ngắn nhất, hoặc trước mỗi lần truyền trên PRACH, tập
hợp các TFC hợp lệ sẽ được thiết lập. Tất cả các TFC trong tập hợp các TFC hợp lệ sẽ:
1. thuộc TFCS.
1a. không bị hạn chế bởi báo hiệu lớp cao hơn (ví dụ Điều khiển TFC, xem [7]).
2. không ở trạng thái Bị chặn.
3. tương thích với cấu hình RLC.
4. không yêu cầu RLC tạo ra các PDU đệm (xem [6] để biết định nghĩa).
5. không mang nhiều bit hơn mức có thể được truyền trong TTI (ví dụ: khi chế độ nén bằng cách lập lịch lớp cao
hơn được sử dụng và sự hiện diện của các khung được nén làm giảm số lượng bit có thể được truyền trong TTI bằng
cách sử dụng SF tối thiểu được cấu hình).
UE có thể xóa khỏi tập hợp các TFC hợp lệ, các TFC ở trạng thái Nguồn điện vượt mức để duy trì chất lượng dịch vụ
cho các ứng dụng nhạy cảm (ví dụ: giọng nói). Tuy nhiên, điều này sẽ không áp dụng cho các TFC có trong bộ TFC tối
thiểu (xem [7]). Ngoài ra, nếu các khung được nén có trong TTI được định cấu hình dài nhất mà lần truyền tiếp theo
thuộc về, UE có thể loại bỏ các TFC khỏi tập hợp các TFC hợp lệ để giải thích các yêu cầu công suất cao hơn.
TFC được chọn sẽ được chọn từ trong tập hợp các TFC hợp lệ và phải đáp ứng các tiêu chí sau theo thứ tự được liệt
kê dưới đây:
1. Không có TFC nào khác được phép truyền nhiều dữ liệu có mức độ ưu tiên cao hơn TFC đã chọn.
3GPP
Phát hành 6 66 3GPP TS 25.321 V6.18.0 (2009-03)
2. Không có TFC nào khác sẽ cho phép truyền nhiều dữ liệu hơn từ các kênh logic có mức ưu tiên thấp hơn tiếp
theo. Áp dụng tiêu chí này một cách đệ quy cho các mức ưu tiên còn lại.
3. Không có TFC nào khác có tốc độ bit thấp hơn TFC đã chọn.
Trong chế độ FDD, các quy tắc trên đối với lựa chọn TFC trong UE sẽ áp dụng cho DCH và các quy tắc tương tự sẽ
áp dụng cho lựa chọn TF trên RACH.
Trong chế độ TDD 3,84 Mcps, các quy tắc trên để lựa chọn TFC trong UE sẽ áp dụng cho DCH và USCH.
11.5 Kết nối mật mã

Chức năng mật mã được thực hiện trong MAC (tức là chỉ trong MAC-d) nếu người mang bộ đàm đang sử dụng chế độ
RLC trong suốt.
Phần của MAC PDU được mã hóa là MAC SDU và điều này được thể hiện trong Hình 11.5.1 bên dưới.
Tiêu đề MAC MAC SDU
TCTF UE-Id UE-Id C/T MAC SDU

kiểu
Đơn vị mật mã
Hình 11.5.1: Bộ phận mã hóa cho MAC PDU
Trong trường hợp TTI chứa nhiều MAC PDU cho một RB chế độ trong suốt nhất định, đơn vị mã hóa cho RB này là
kết nối chuỗi bit của tất cả các MAC SDU, dẫn đến KHỐI PLAINTEXT, như được định nghĩa trong [15]. Trong
trường hợp chỉ có một MAC PDU cho RB chế độ trong suốt nhất định, đơn vị mã hóa là MAC SDU, dẫn đến KHỐI
PLAINTEXT. Thứ tự nối giống như thứ tự truyền các Khối vận chuyển giữa MAC và lớp Vật lý.
KHỐI KEYSTREAM như được định nghĩa trong [10] được áp dụng cho KHỐI PLAINTEXT và kết quả cuối cùng,
CIPHERTEXT BLOCK, trở thành phần mật mã cho MAC PDU, trong trường hợp chỉ có một MAC PDU cho mỗi RB.
Trong trường hợp có nhiều hơn một MAC PDU trên mỗi RB, CIPHERTEXT BLOCK được chia thành các phần mật
mã tương ứng cho mỗi MAC PDU. Thứ tự phân chia giống như thứ tự truyền các Khối vận chuyển giữa MAC và lớp
Vật lý.
Thuật toán mật mã và khóa được sử dụng được cấu hình bởi các lớp trên [7] và phương pháp mật mã sẽ được áp
dụng như quy định trong [10].
Các tham số được MAC yêu cầu cho mật mã được xác định trong [10] và được nhập vào thuật toán mật mã. Các tham
số yêu cầu của MAC được cung cấp bởi các lớp trên [7] được liệt kê dưới đây:
- MAC-d HFN (Số khung siêu dành cho người mang sóng vô tuyến được ánh xạ vào RLC chế độ trong suốt)
- BEARER được định nghĩa là mã định danh mang sóng vô tuyến trong [10]. Nó sẽ sử dụng giá trị RB nhận dạng
–1 như trong [7])
- CK (Khóa mật mã)
Nếu TTI bao gồm nhiều hơn một khung vô tuyến 10 ms, CFN của khung vô tuyến đầu tiên trong TTI sẽ được sử
dụng làm đầu vào cho thuật toán mật mã cho tất cả dữ liệu trong TTI.
11.6 Kiểm soát quá trình truyền và nhận HS-DSCH

11.6.1 Hoạt động mạng
Sau đây là các chức năng của các thực thể chức năng khác nhau trong mạng hỗ trợ giao thức HARQ được sử dụng
trên HS-DSCH.
3GPP
Phát hành 6 67 3GPP TS 25.321 V6.18.0 (2009-03)
11.6.1.1 Người lập kế hoạch

Bộ lập lịch thực hiện các chức năng sau:
- Lập lịch cho tất cả các UE trong một ô;
- Hàng đợi ưu tiên dịch vụ:
- Bộ lập lịch biểu MAC-hs SDU dựa trên thông tin từ các lớp trên. Một UE có thể được liên kết với một hoặc
nhiều luồng MAC-d. Mỗi luồng MAC-d chứa HS-DSCH MAC-d PDU cho một hoặc nhiều hàng đợi ưu tiên.
- Xác định Thực thể HARQ và hàng đợi được phục vụ;
- Đặt TSN cho các khối dữ liệu mới được chuyển từ hàng đợi đã chọn;
- đặt TSN thành giá trị 0 cho MAC-hs PDU đầu tiên được truyền cho mỗi ID hàng đợi trong HS-DSCH;
- tăng TSN với một TSN cho mỗi MAC-hs PDU được truyền trên mỗi ID hàng đợi trong HS-DSCH.
LƯU Ý: Bộ lập lịch có thể sử dụng lại TSN bằng cách chuyển đổi bit NDI để tiếp tục truyền tải trước hoặc buộc
UE xả bộ đệm mềm. Trong trường hợp này, nội dung của trọng tải có thể bị thay đổi nhưng cần lưu ý
để bảo toàn thứ tự dữ liệu lớp cao hơn.
- Chỉ ra ID hàng đợi và TSN cho thực thể HARQ cho mỗi MAC-hs PDU được truyền đi;
- Lên lịch truyền và truyền lại mới:
- Dựa trên các báo cáo trạng thái từ Xử lý HARQ, bộ lập lịch xác định xem nên thực hiện truyền mới hay
truyền lại. Tuy nhiên, một quá trình truyền mới có thể được bắt đầu trên quy trình HARQ bất kỳ lúc nào. Dựa trên thuộc
tính độ trễ do các lớp trên cung cấp, bộ lập lịch có thể quyết định loại bỏ bất kỳ MAC-hs SDU 'lỗi thời' nào.
- Xác định phiên bản dự phòng:
- Bộ lập lịch xác định phiên bản dự phòng phù hợp cho mỗi MAC-hs PDU được truyền đi và truyền lại và chỉ
ra phiên bản dự phòng cho lớp thấp hơn.
- Xác định TDD HCSN;
- Tăng HCSN cụ thể của UE cho mỗi lần truyền HS-SCCH.
11.6.1.2 Thực thể HARQ

- Có một thực thể HARQ cho mỗi UE trong UTRAN.
- Thực thể HARQ đặt ID hàng đợi trong các PDU MAC-hs được truyền thành giá trị được chỉ ra bởi bộ lập lịch
UTRAN.
- Thực thể HARQ đặt số thứ tự truyền (TSN) trong các PDU MAC-hs được truyền thành giá trị được chỉ ra bởi bộ
lập lịch UTRAN.
- Thực thể HARQ đặt mã định danh quá trình HARQ trong các PDU MAC-hs được truyền. UTRAN nên:
- xác định một quy trình HARQ phù hợp để phục vụ MAC-hs PDU và đặt mã định danh quy trình HARQ cho
phù hợp.
11.6.1.3 Quy trình HARQ

- Quá trình HARQ đặt chỉ báo Dữ liệu mới trong các PDU MAC-hs được truyền. UTRAN nên:
- đặt Chỉ báo Dữ liệu Mới thành giá trị "0" cho MAC-hs PDU đầu tiên được truyền bởi một quá trình HARQ;
3GPP
Phát hành 6 68 3GPP TS 25.321 V6.18.0 (2009-03)
- không tăng Chỉ báo Dữ liệu Mới để truyền lại một MAC-hs PDU;
- tăng Chỉ báo dữ liệu mới với một chỉ báo cho mỗi MAC-hs PDU được truyền có chứa dữ liệu mới.
- Quá trình HARQ xử lý các thông báo trạng thái đã nhận. UTRAN nên:
- gửi các thông báo trạng thái đã nhận đến bộ lập lịch.
11.6.2UE hoạt động

Hoạt động của UE hỗ trợ giao thức HARQ được sử dụng trên HS-DSCH được chia thành bốn đơn vị chức năng
sau với các chức năng liên quan của chúng.
11.6.2.1 Thực thể HARQ

Có một thực thể HARQ tại UE xử lý các số nhận dạng quá trình HARQ nhận được trên các đường truyền HS-
SCCH được liên kết với MAC-hs PDU nhận được trên HS-DSCH.
Một số quy trình HARQ song song được sử dụng trong UE để hỗ trợ thực thể HARQ. Số lượng quy trình HARQ được
cấu hình bởi các lớp trên:
- Mỗi MAC-hs PDU nhận được sẽ được cấp phát cho quá trình HARQ được chỉ ra bởi bộ nhận dạng quá trình
HARQ của MAC-hs PDU.
11.6.2.2 Quy trình HARQ

Quá trình HARQ xử lý Chỉ báo Dữ liệu Mới được chỉ ra bởi các lớp thấp hơn cho mỗi MAC-hs PDU nhận được.
UE có thể:
- đối với FDD, nếu MAC-hs PDU được nhận trong vòng 5 khung con kể từ khi nhận MAC-hs PDU trước đó dành
cho quá trình HARQ này; hoặc là
- đối với TDD, nếu MAC-hs PDU được nhận trước khi tạo phản hồi do nhận được MAC-hs PDU trước đó cho
cùng một quy trình H-ARQ:
- loại bỏ MAC-hs PDU.
UE sẽ:
- nếu Chỉ báo Dữ liệu Mới đã được tăng lên so với giá trị trong lần truyền nhận trước đó trong quy trình HARQ
này hoặc đây là lần truyền nhận đầu tiên trong quy trình HARQ:
- thay thế dữ liệu hiện có trong bộ đệm mềm cho quá trình HARQ này bằng dữ liệu đã nhận.
- nếu giá trị chỉ mục Kích thước khối truyền tải bằng 111111 (chỉ FDD):
- tạo một xác nhận tích cực (ACK) đối với dữ liệu trong quá trình HARQ này;
- loại bỏ dữ liệu đã nhận;
- giả sử rằng dữ liệu đã được giải mã thành công.
- nếu Chỉ báo Dữ liệu Mới giống với giá trị được sử dụng trong quá trình truyền nhận trước đó trong quy trình
HARQ:
- nếu giá trị chỉ mục Kích thước khối truyền tải bằng 111111 (chỉ FDD):
- giả sử rằng kích thước khối truyền tải giống với kích thước khối truyền tải hợp lệ cuối cùng được báo hiệu
cho quá trình HARQ này.
- nếu dữ liệu vẫn chưa được giải mã thành công:
- kết hợp dữ liệu nhận được với dữ liệu hiện có trong bộ đệm mềm cho quá trình HARQ này.
3GPP
Phát hành 6 69 3GPP TS 25.321 V6.18.0 (2009-03)
- nếu kích thước khối truyền tải khác với kích thước khối truyền tải hợp lệ cuối cùng được báo hiệu cho quá
trình HARQ này:
- UE có thể thay thế dữ liệu hiện có trong bộ đệm mềm cho quá trình HARQ này bằng dữ liệu đã nhận.
- nếu dữ liệu trong bộ đệm mềm đã được giải mã thành công và không có lỗi nào được phát hiện:
- cung cấp MAC-hs PDU đã giải mã cho thực thể sắp xếp lại;
- tạo một xác nhận tích cực (ACK) đối với dữ liệu trong quy trình HARQ này.
- khác:
- tạo một xác nhận phủ định (NAK) dữ liệu trong quá trình HARQ này;
- lập lịch báo nhận tích cực hoặc tiêu cực được tạo để truyền và thời gian truyền liên quan đến việc nhận dữ liệu
trong quy trình HARQ được cấu hình bởi lớp trên.
Quá trình HARQ xử lý ID hàng đợi trong các PDU MAC-hs đã nhận. UE sẽ:
- sắp xếp các MAC-hs PDU đã nhận trong hàng đợi dựa trên ID hàng đợi.
11.6.2.3 Thực thể sắp xếp lại thứ tự
11.6.2.3.1 Định nghĩa

Trong các chức năng được mô tả trong phần này, các định nghĩa sau áp dụng:
Thông số
- Kích thước cửa sổ máy phát (TRANSMIT_WINDOW_SIZE)

TRANSMIT_WINDOW_SIZE là kích thước của cửa sổ truyền theo định nghĩa bên dưới. Đây là một tham số
trong Node B và giá trị của tham số được cấu hình bởi các lớp cao hơn.
- Kích thước cửa sổ máy thu (RECEIVE_WINDOW_SIZE)
RECEIVE_WINDOW_SIZE là kích thước của cửa sổ bộ thu theo định nghĩa bên dưới. Đây là một tham
số trong UE và giá trị của tham số được cấu hình bởi các lớp cao hơn.
Biến trạng thái
Tất cả các biến trạng thái là số nguyên không âm. MAC-hs PDU được đánh số bằng số nguyên modulo Số thứ tự
truyền (TSN) đi qua trường từ 0 đến 63. Tất cả các phép toán số học có trong tài liệu hiện tại trên next_emplete_TSN,
RcvWindow_UpperEdge, T1_TSN và TSN_flush đều bị ảnh hưởng bởi 64 modul. Khi thực hiện so sánh số học các
biến trạng thái hoặc giá trị số thứ tự truyền, phải sử dụng cơ sở 64 môđun. Cơ sở mô đun này được trừ (trong trường
thích hợp) khỏi tất cả các giá trị liên quan và sau đó thực hiện so sánh tuyệt đối. RcvWindow_UpperEdge -
RECEIVE_WINDOW_SIZE + 1 sẽ được giả định là cơ sở mô-đun.
- next_emplete_TSN:
Tiếp theo_e dự kiến_TSN là số thứ tự truyền (TSN) theo sau TSN của MAC-hs PDU trong thứ tự cuối cùng
nhận được. Nó sẽ được cập nhật theo các thủ tục được đưa ra trong các điều 11.6.2.3.2, 11.6.2.5 và 11.6.2.6.
Giá trị ban đầu của next_eosystem_TSN = 0.
- RcvWindow_UpperEdge:
RcvWindow_UpperEdge đại diện cho TSN, nằm ở cạnh trên của cửa sổ bộ thu. Sau khi nhận thành công
MAC-hs PDU đầu tiên, nó cũng tương ứng với MAC-hs PDU có TSN cao nhất trong số tất cả các MAC-hs
PDU đã nhận. RcvWindow_UpperEdge ban đầu bằng 63. RcvWindow_UpperEdge được cập nhật dựa trên việc
nhận MAC-hs PDU mới theo quy trình dưới đây.
- T1_TSN:
TSN của MAC-hs PDU mới nhất không thể được phân phối đến thực thể tháo gỡ, khi bộ định thời T1 được
khởi động.
3GPP
Phát hành 6 70 3GPP TS 25.321 V6.18.0 (2009-03)
Hẹn giờ
- Sắp xếp lại bộ đếm thời gian phát hành (T1):

Bộ đếm thời gian phát hành sắp xếp lại T1 kiểm soát việc tránh ngừng trệ trong bộ đệm sắp xếp lại UE như
được mô tả bên dưới. Giá trị của T1 được cấu hình bởi các lớp trên.
Các định nghĩa khác
- Cửa sổ người nhận:

Cửa sổ bộ thu xác định TSN của các MAC-hs PDU đó có thể được nhận trong bộ thu mà không gây ra sự tiến
bộ của cửa sổ bộ thu theo quy trình dưới đây. Kích thước của cửa sổ bộ thu bằng RECEIVE_WINDOW_SIZE
và kéo dài TSN đi từ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1 đến
RcvWindow_UpperEdge được bao gồm.
11.6.2.3.2 Chức năng sắp xếp lại thứ tự

Nếu không có bộ hẹn giờ T1 nào hoạt động:
- bộ định thời T1 sẽ được bắt đầu khi nhận đúng một MAC-hs PDU với TSN> next_eosystem_TSN.
- T1_TSN sẽ được đặt thành TSN của MAC-hs PDU này.
Nếu bộ hẹn giờ T1 đã hoạt động:
- không có bộ định thời bổ sung nào được khởi động, tức là chỉ có một bộ định thời T1 có thể hoạt động tại một
thời điểm nhất định. Bộ định thời T1 sẽ bị dừng nếu:
- MAC-hs PDU với TSN = T1_TSN có thể được gửi đến thực thể tháo rời trước khi bộ định thời hết hạn. Khi bộ
hẹn giờ T1expires và T1_TSN> next_eosystem_TSN:
- tất cả các MAC-hs PDU đã nhận chính xác với TSN> next_eosystem_TSN lên đến và bao gồm cả T1_TSN-1 sẽ
được chuyển đến thực thể tháo gỡ;
- tất cả các MAC-hs PDU đã nhận chính xác cho đến các MAC-hs PDU không nhận được tiếp theo sẽ được
chuyển đến thực thể tháo gỡ.
- next_eosystem_TSN sẽ được đặt thành TSN của MAC-hs PDU không nhận tiếp theo.
Khi bộ đếm thời gian T1 bị dừng hoặc hết hạn, và vẫn còn tồn tại một số MAC-hs PDU đã nhận không thể được
chuyển đến lớp cao hơn:
- bộ đếm thời gian T1 được bắt đầu
- đặt T1_TSN thành TSN cao nhất trong số các PDU MAC-hs không thể phân phối.
Hoạt động của máy phát:
Sau khi máy phát đã truyền một MAC-hs PDU với TSN = SN, bất kỳ MAC-hs PDU nào với TSN ≤ Không nên
truyền lại SN - TRANSMIT_WINDOW_SIZE để tránh sự mơ hồ về số thứ tự trong máy thu.
Hoạt động của người nhận:
Khi nhận được MAC-hs PDU với TSN = SN:
- nếu SN nằm trong cửa sổ bộ thu:
- nếu SN <next_eosystem_TSN, hoặc MAC-hs PDU này đã được nhận trước đó: -
MAC-hs PDU sẽ bị loại bỏ;
3GPP
Phát hành 6 71 3GPP TS 25.321 V6.18.0 (2009-03)
- khác:
- MAC-hs PDU sẽ được đặt trong bộ đệm sắp xếp lại thứ tự tại vị trí được TSN chỉ ra.
- nếu SN nằm ngoài cửa sổ bộ thu:
- MAC-hs PDU nhận được phải được đặt trên TSN nhận được cao nhất trong bộ đệm sắp xếp lại, tại vị trí được
chỉ ra bởi SN;
- RcvWindow_UpperEdge sẽ được đặt thành SN, do đó nâng cao cửa sổ bộ thu;
- bất kỳ MAC-hs PDU nào có TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, tức là bên

ngoài cửa sổ bộ thu sau khi vị trí của nó được cập nhật, sẽ bị xóa khỏi bộ đệm sắp xếp lại và được chuyển đến thực thể
tháo gỡ;
- nếu next_emplete_TSN ở dưới cửa sổ bộ thu được cập nhật:
- tiếp theo sẽ được đặt thành RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
- nếu MAC-hs PDU với TSN = next_eosystem_TSN được lưu trữ trong bộ đệm sắp xếp lại thứ tự:
- tất cả các MAC-hs PDU đã nhận có TSN liên tiếp từ next_eosystem_TSN (bao gồm) cho đến MAC-hs PDU
không nhận đầu tiên sẽ được chuyển đến thực thể tháo gỡ;
- next_eosystem_TSN sẽ được nâng cao lên TSN của MAC-hs PDU không nhận được đầu tiên này.
Trong trường hợp một UE không có đủ bộ nhớ để xử lý một MAC-hs PDU đã nhận, nó sẽ thực hiện tập hợp
các thao tác sau:
- chọn TSN_flush sao cho: next_e dự_TSN <TSN_flush ≤ RcvWindow_UpperEdge + 1;
- cung cấp tất cả các MAC-hs PDU đã nhận chính xác với TSN <TSN_flush cho thực thể tháo gỡ;
- nếu MAC-hs PDU với TSN = TSN_flush đã được nhận trước đó:
- gửi tất cả các MAC-hs PDU đã nhận với các TSN liên tiếp từ TSN_flush (bao gồm) cho đến MAC-hs PDU
đầu tiên không nhận được cho thực thể tháo gỡ;
- tiến next_eosystem_TSN đến TSN của MAC-hs PDU đầu tiên không nhận được này.
- khác:
- đặt next_emplete_TSN thành TSN_flush.
11.6.2.4 Thực thể tháo rời

Đối với mỗi MAC-hs PDU được phân phối đến thực thể tháo gỡ, UE sẽ:
- loại bỏ bất kỳ bit đệm nào nếu có;
- loại bỏ tiêu đề MAC-hs;
- chuyển các PDU MAC-d trong MAC-hs PDU tới MAC-d.
11.6.2.5 Đặt lại MAC-hs

Nếu thiết lập lại thực thể MAC-hs được yêu cầu bởi các lớp trên, UE phải vào thời điểm kích hoạt được chỉ ra bởi
các lớp cao hơn:
- xả bộ đệm mềm cho tất cả các quy trình HARQ được cấu hình;
- dừng tất cả bộ định thời phát hành sắp xếp lại đang hoạt động (T1) và đặt tất cả bộ định thời T1 về giá trị ban đầu
của chúng;
- bắt đầu TSN với giá trị 0 cho lần truyền tiếp theo trên mọi quy trình HARQ được cấu hình;
3GPP
Phát hành 6 72 3GPP TS 25.321 V6.18.0 (2009-03)
- khởi tạo các biến RcvWindow_UpperEdge và next_eosystem_TSN về giá trị ban đầu của chúng;
- tháo rời tất cả các MAC-hs PDU trong bộ đệm sắp xếp lại và phân phối tất cả các MAC-d PDU cho thực thể
MAC-d;
- xả bộ đệm sắp xếp lại.
và sau đó:
Nếu thiết lập lại MAC-hs được bắt đầu do nhận được "chỉ báo đặt lại MAC-hs" của IE bởi các lớp trên [7]:
- chỉ ra cho tất cả các thực thể AM RLC được ánh xạ trên HS-DSCH để tạo báo cáo trạng thái.
11.6.2.6 Cấu hình lại các thông số MAC-hs

Các tham số cho thực thể MAC-hs có thể được cấu hình lại (sửa đổi) bởi các lớp trên.
Khi một tham số được cấu hình lại bởi lớp trên, UE sẽ:
- bắt đầu sử dụng giá trị được cấu hình lại của tham số tại thời điểm kích hoạt được chỉ ra bởi các lớp cao hơn.
Nếu tham số T1 được cấu hình lại cho một hàng đợi sắp xếp lại đã tồn tại, UE sẽ:
- bắt đầu sử dụng giá trị mới của T1 trong lần khởi động T1 tiếp theo.
Nếu thông tin kích thước MAC-d PDU (tức là ánh xạ chỉ số kích thước MAC-d PDU sang kích thước MAC-d
PDU) được cấu hình lại cho hàng đợi sắp xếp lại đã tồn tại, tại thời điểm kích hoạt được chỉ ra bởi các lớp cao
hơn, UE sẽ:
- dừng bộ đếm thời gian T1 nếu đang chạy;
- đặt next_eosystem_TSN thành (TSN cao nhất của MAC-hs PDU đã nhận của hàng đợi sắp xếp lại này + 1);
- phân phối tất cả các MAC-hs PDU đã nhận chính xác trong hàng đợi sắp xếp lại này đến thực thể tháo gỡ và sử
dụng thông tin kích thước MAC-d PDU cũ cho các MAC-hs PDU này.
Nếu tham số RECEIVE_WINDOW_SIZE được cấu hình lại cho một hàng đợi sắp xếp lại, UE sẽ:
- đặt RECEIVE_WINDOW_SIZE thành giá trị mới;
- loại bỏ bất kỳ MAC-hs PDU nào trong hàng đợi sắp xếp lại này với TSN ≤ RcvWindow_UpperEdge -
RECEIVE_WINDOW_SIZE (tức là bên ngoài cửa sổ bộ thu sau khi kích thước của nó được cập nhật) từ
bộ đệm sắp xếp lại và phân phối các MAC-hs PDU này đến thực thể tháo gỡ;
- nếu next_eosystem_TSN ở dưới cửa sổ bộ thu sau khi kích thước của nó được cập nhật:
- đặt next_e dự_TSN thành RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
- phân phối tất cả các MAC-hs PDU đã nhận trong hàng đợi sắp xếp lại này với các TSN liên tiếp từ
next_e dự_TSN (bao gồm) cho đến lần đầu tiên không nhận được MAC-hs PDU tới thực thể tháo gỡ;
- tiến next_eosystem_TSN đến TSN của MAC-hs PDU đầu tiên không nhận được này.
Nếu "Phân vùng bộ nhớ" (xem [7]) cho bộ đệm mềm được cấu hình lại, UE phải:
- xả bộ đệm mềm cho tất cả các quy trình HARQ đã định cấu hình.
11,7 Đo tốc độ bit được cung cấp bởi HS-DSCH

Các phép đo Tốc độ bit do HS-DSCH cung cấp được định nghĩa như sau:
- đối với mỗi lớp ưu tiên, thực thể MAC-hs đo tổng số bit MAC-d PDU mà việc truyền qua giao diện vô tuyến
được MAC-hs trong Node-B coi là thành công trong khoảng thời gian đo cuối cùng, chia cho khoảng thời gian đo giai
đoạn = Stage;
- các giá trị do MAC-hs báo cáo phải là mẫu thô;
- khoảng thời gian đo phải là [100 ms];

3GPP
Phát hành 6 73 3GPP TS 25.321 V6.18.0 (2009-03)
- khi các phần ô được xác định trong một ô, Tốc độ bit do HS-DSCH cung cấp sẽ được đo cho từng phần ô.
11,8 Kiểm soát quá trình truyền và nhận E-DCH
11.8.1 hoạt độngUE
11.8.1.1 Hoạt động HARQ
11.8.1.1.1 Thực thể HARQ

Có một thực thể HARQ tại UE. Một số quy trình HARQ song song được sử dụng trong UE để hỗ trợ thực thể
HARQ, cho phép quá trình truyền diễn ra liên tục trong khi chờ phản hồi về việc tiếp nhận thành công hoặc không
thành công các lần truyền trước đó.
Tại một TTI nhất định, thực thể HARQ xác định quá trình HARQ mà quá trình truyền sẽ diễn ra. Ngoài ra, dựa trên
thời gian, nó định tuyến phản hồi của người nhận (thông tin ACK / NACK), được chuyển tiếp bởi lớp vật lý, đến quá
trình HARQ thích hợp.
Số lượng quá trình HARQ bằng với thời gian khứ hồi của HARQ (HARQ_RTT). HARQ_RTT bằng 4 đối với TTI
10ms và 8 đối với TTI 2ms. Thời lượng TTI sẽ được cấu hình bởi các lớp cao hơn. Mỗi quy trình được liên kết với
một số từ 0 đến HARQ_RTT-1.
Sau mỗi TTI, thực thể HARQ sẽ:
- nếu bộ đệm của quá trình HARQ tương ứng với TTI tiếp theo trống:
- thông báo cho thực thể lựa chọn E-TFC rằng TTI tiếp theo có sẵn để truyền mới;
- nếu thực thể "Lựa chọn E-TFC" chỉ ra nhu cầu truyền mới:
- lấy thông tin truyền (tức là hồ sơ HARQ, liệu Thông tin lập lịch được kích hoạt có được đưa vào hay
không và liệu nó có được gửi một mình hay không) từ thực thể "E-TFC Selection";
- lấy MAC-e PDU để truyền từ thực thể "Ghép kênh và cài đặt TSN";
- hướng dẫn quy trình HARQ tương ứng với TTI này để kích hoạt việc truyền tải trọng mới này bằng cách
sử dụng các tham số cấu hình HARQ đã xác định.
- khác:
- hướng dẫn quá trình HARQ để tạo ra một lần truyền lại.
11.8.1.1.2 Quy trình HARQ

Mỗi tiến trình HARQ được liên kết với một bộ đệm vật lý (bộ đệm HARQ).
Mỗi quá trình HARQ duy trì biến trạng thái CURRENT_TX_NB, cho biết số lần truyền đã diễn ra đối với MAC-e PDU
hiện có trong bộ đệm. Khi quá trình HARQ được thiết lập, CURRENT_TX_NB sẽ được khởi tạo thành 0.
Tại thời điểm truyền mới, thực thể HARQ cung cấp hồ sơ HARQ để sử dụng cho tất cả các lần truyền và truyền lại
MAC-e PDU này. Hồ sơ HARQ này bao gồm thông tin về số lượng truyền tối đa để thực hiện và mức bù công suất để
cấu hình lớp vật lý.
Nếu thực thể HARQ cung cấp một PDU mới, quy trình HARQ sẽ:
- đặt CURRENT_TX_NB thành 0;
- đặt CURRENT_RSN thành 0;
- lưu trữ MAC-e PDU trong bộ đệm HARQ liên quan;
3GPP
Phát hành 6 74 3GPP TS 25.321 V6.18.0 (2009-03)
- tạo ra một đường truyền như được mô tả bên dưới.
Nếu thực thể HARQ yêu cầu truyền lại, quá trình HARQ sẽ:
- tạo ra một đường truyền như được mô tả bên dưới.
Để tạo ra một đường truyền, quá trình HARQ phải, bất kể sự chồng chéo nào với khoảng cách chế độ nén:
- hướng dẫn lớp vật lý đặt trường RSN trên E-DPCCH thành CURRENT_RSN;
- hướng dẫn lớp vật lý tạo ra một đường truyền với độ lệch công suất tương ứng với cấu hình HARQ và phiên bản
dự phòng tương ứng với giá trị RSN và thời gian truyền (tức là CFN và trong trường hợp 2ms TTI, số khung phụ như
được mô tả trong [ 16]);
- nếu CURRENT_RSN <3:
- tăng CURRENT_RSN lên 1;
- tăng CURRENT_TX_NB lên 1;
Quy trình HARQ sẽ:
- nếu một ACK được nhận từ RLS chứa ô phục vụ; hoặc là
- nếu ACK được nhận từ bất kỳ RLS nào và quá trình truyền bao gồm dữ liệu lớp cao hơn (tức là không chỉ bao
gồm Thông tin lập lịch); hoặc là
- nếu CURRENT_TX_NB ≥ số lần truyền tối đa được chỉ ra trong cấu hình HARQ truyền:
- xả bộ đệm HARQ;
- nếu quá trình truyền bao gồm Thông tin lập lịch được kích hoạt theo mục 11.8.1.6 và nếu không nhận được
ACK cho quá trình truyền đó từ RLS chứa ô phục vụ:
- thông báo cho chức năng Báo cáo Thông tin Lập lịch rằng quá trình HARQ không thể cung cấp Thông tin
Lập lịch được kích hoạt đến RLS chứa ô phục vụ (xem mục 11.8.1.6.3).
LƯU Ý: Trong trường hợp Thông tin lập lịch được truyền một mình, không có bất kỳ dữ liệu lớp nào cao hơn, UE
sẽ tiếp tục truyền lại Thông tin lập lịch cho đến khi nhận được ACK từ RLS chứa ô phục vụ hoặc đạt
đến số lần truyền lại tối đa . Trong trường hợp thứ hai, việc kích hoạt định kỳ sẽ được dựa vào để đảm
bảo độ tin cậy.
11.8.1.2 Thực thể cài đặt TSN và ghép kênh

Có một thực thể ghép kênh và cài đặt TSN tại UE. Một số quy trình thiết lập TSN được sử dụng để hỗ trợ việc
đánh số độc lập các đường truyền từ các kênh logic khác nhau.
11.8.1.2.1 Quá trình thiết lập TSN hoạt động

Có một quá trình thiết lập TSN tại UE cho mỗi kênh logic. Khi một MAC-es PDU được truyền đi, hoạt động của UE
hỗ trợ chức năng sắp xếp lại bao gồm việc tạo ra một số thứ tự rõ ràng (TSN) cho MAC-es PDU dành cho hàng đợi sắp
xếp lại liên quan. Trong một TTI, chỉ có một TSN trên mỗi kênh logic: một TSN cho MAC-es PDU được truyền.
Mỗi quá trình cài đặt TSN duy trì biến trạng thái CURRENT_TSN, cho biết số thứ tự được đưa vào tiêu đề của
MAC-es PDU sẽ được tạo. Khi quá trình cài đặt TSN được thiết lập, CURRENT_TSN sẽ được khởi tạo bằng 0.
Khi một tải trọng mới cần được tạo cho hàng đợi sắp xếp lại liên quan, thực thể cài đặt Ghép kênh và TSN sẽ:
- đặt TSN của quá trình truyền thành CURRENT_TSN; Sau mỗi MAC-es PDU được ghép kênh:
- tăng CURRENT_TSN lên 1;
3GPP
Phát hành 6 75 3GPP TS 25.321 V6.18.0 (2009-03)
- nếu CURRENT_TSN> 63:
- đặt CURRENT_TSN = 0.
11.8.1.3 Cung cấp Cập nhật tài trợ

Các UE ở trạng thái CELL_DCH, được định cấu hình với kênh truyền tải E-DCH sẽ duy trì Cấp cung cấp và danh sách
các quy trình HARQ đang hoạt động dựa trên các lệnh cấp tuyệt đối và tương đối được giải mã trên (các) E-AGCH và
E-RGCH đã định cấu hình.
Mỗi lệnh Tài trợ tuyệt đối hoặc Tài trợ tương đối được áp dụng tại một TTI cụ thể. Sự liên kết này là ngầm định dựa
trên thời gian của E-AGCH và E-RGCH (xem [13]). Thời gian đủ chặt chẽ để mối quan hệ này không mơ hồ.
Việc kích hoạt / hủy kích hoạt một hoặc tất cả các quy trình chỉ áp dụng cho các quy trình cho phép truyền dữ liệu
theo lịch trình theo báo hiệu RRC
Việc kích hoạt quy trình của một quy trình đang hoạt động không dẫn đến bất kỳ hành động nào do UE thực hiện.
11.8.1.3.1 Thủ tục cơ sở

Quy trình Cập nhật tài trợ đang cung cấp sẽ được áp dụng ở mọi ranh giới của TTI và sẽ tính đến thông báo Tài trợ
tuyệt đối, Cung cấp tài trợ tương đối và Tài trợ tương đối không phục vụ áp dụng cho TTI.
UE sẽ:
1> đặt tham chiếu_ETPR thành tỷ lệ công suất E-DPDCH trên DPCCH như được định nghĩa
trong mục 3.1.2; 1> nếu nhận được Khoản trợ cấp tuyệt đối cho TTI này:
2> nếu loại Danh tính là "Chính" và giá trị Cấp tuyệt đối được đặt thành "KHÔNG TÁC ĐỘNG":
3> nếu Phạm vi cấp quyền tuyệt đối cho biết "Mỗi quy trình HARQ" và TTI 2ms được định cấu hình:
4> hủy kích hoạt quy trình được cung cấp bởi giá trị của CURRENT_HARQ_PROCESS.
3> nếu Phạm vi cấp quyền tuyệt đối chỉ ra "Tất cả các quy trình HARQ" và E-RNTI thứ cấp đã được
định cấu hình bởi các lớp cao hơn:
4> kích hoạt tất cả các quy trình HARQ;
4> đặt Serving_Grant = Stored_Secondary_Grant;
4> đặt Primary_Grant_Available thành "False".
3> nếu Phạm vi cấp quyền tuyệt đối chỉ ra "Tất cả các quy trình HARQ", thì TTI 2ms được định cấu hình và
E- thứ cấp
RNTI không được cấu hình bởi các lớp cao hơn:
4> hủy kích hoạt tất cả các quy trình HARQ (nếu một quy trình không hoạt động thì nó vẫn không hoạt
động, nếu một quy trình đang hoạt động thì nó sẽ không hoạt động).
2> else nếu Giá trị tài trợ tuyệt đối khác với "INACTIVE":
3> nếu Loại Nhận dạng là "Phụ":
4> đặt Stored_Secondary_Grant = Giá trị tài trợ tuyệt đối.
3> nếu Loại nhận dạng là "Chính" hoặc Primary_Grant_Available được đặt thành "Sai":
4> đặt Serving_Grant = Giá trị tài trợ tuyệt đối.
4> nếu Loại Nhận dạng là "Chính":
5> đặt Primary_Grant_Available thành "True";
5> nếu Phạm vi tài trợ tuyệt đối cho biết "Mỗi quy trình HARQ":
6> kích hoạt quy trình được cung cấp bởi giá trị của CURRENT_HARQ_PROCESS.
3GPP
Phát hành 6 76 3GPP TS 25.321 V6.18.0 (2009-03)
5> nếu Phạm vi tài trợ tuyệt đối cho biết "Tất cả các quy trình HARQ":
6> kích hoạt tất cả các quy trình HARQ.
5> nếu AG_Timer không hoạt động, nó sẽ được khởi động, nếu không nó sẽ được khởi động lại.
1> else (không nhận được Trợ cấp Tuyệt đối):
2> nếu quá trình HARQ được cung cấp bởi giá trị của CURRENT_HARQ_PROCESS đang
hoạt động; và 2> if Primary_Grant_Available bằng "True"; và 2> if Serving_Grant <>
"Zero_Grant"; và
2> nếu AG_Timer đã hết hạn; và
2> nếu có quá trình truyền theo lịch trình (xem Lưu ý) trong TTI trước đó của quá trình HARQ được cung cấp
bởi giá trị của CURRENT_HARQ_PROCESS:
3> nếu Cung cấp tương đối cung cấp chỉ ra "LÊN":
4> xác định Serving_Grant phù hợp với điều 9.2.5.2.1.
3> khác, nếu Cung cấp tương đối cung cấp cho biết "XUỐNG":
4> xác định Serving_Grant phù hợp với điều 9.2.5.2.1.
3> khác:
4> Serving_Grant không thay đổi (tức là được giữ nguyên từ TTI trước đó).
1> nếu bất kỳ Khoản tài trợ tương đối không phân phối nào cho biết "XUỐNG" cho TTI này và Serving_Grant <>
"Zero_Grant":
2> Serving_Grant = MIN (Serving_Grant, Maximum_Serving_Grant, Serving_Grant được xác định theo điều
khoản phụ 9.2.5.2.1);
2> Maximum_Serving_Grant = Serving_Grant.
2> nếu Non_Serving_RG_Timer không hoạt động, nó sẽ được khởi động, nếu không nó sẽ
được khởi động lại; 1> khác nếu không có Khoản tài trợ tương đối không phục vụ cho biết
"XUỐNG" cho TTI này:
2> nếu Non_Serving_RG_Timer chưa hết hạn:
3> Serving_Grant = MIN (Maximum_Serving_Grant, Serving_Grant).
1> nếu Non_Serving_RG_Timer hết hạn:
2> đặt Maximum_Serving_Grant thành giá trị cao nhất có thể (tức là chỉ số 37 trong bảng 9.2.5.2.1.1).
LƯU Ý: Lập lịch Thông tin được gửi một mình không được coi là truyền theo lịch.
11.8.1.3.2 Xử lý khi bắt đầu truyền E-DCH

Khi bắt đầu truyền E-DCH (tức là biến RRC E_DCH_TRANSMISSION được thay đổi từ "false" thành "true"),
UE sẽ:
- kích hoạt tất cả các quy trình HARQ;
- nếu "Giá trị tài trợ cung cấp" và "Bộ chọn tài trợ chính / phụ" của IE được cung cấp bởi các lớp cao hơn:
- cập nhật các biến trạng thái và bộ định thời theo mục 11.8.1.3.5.
- khác:
- khởi tạo biến trạng thái Serving_Grant thành Zero_Grant;
- khởi tạo biến trạng thái Primary_Grant_Available thành "False";

3GPP
Phát hành 6 77 3GPP TS 25.321 V6.18.0 (2009-03)
- khởi tạo biến trạng thái Stored_Secondary_Grant thành "Zero_Grant";
- khởi tạo các biến trạng thái reference_ETPR thành "Minimum_Grant";
- khởi tạo biến trạng thái Maximum_Serving_Grant thành giá trị cao nhất có thể (tức là chỉ số 37 trong bảng
9.2.5.2.1.1).
11.8.1.3.3 Xử lý khi phân phối thay đổi ô

Khi thay đổi ô phân phối E-DCH, UTRAN có thể định cấu hình UE với giá trị cấp để sử dụng trong ô mới và sẽ cho
biết liệu UE có nên giám sát Thông báo cấp tuyệt đối bằng E-RNTI thứ cấp hay không.
UE sẽ:
- khác:
- tiếp tục sử dụng các giá trị hiện tại của các biến trạng thái Serving_Grant và Primary_Grant_Available;
- khởi tạo biến trạng thái Stored_Secondary_Grant thành "Zero_Grant".
11.8.1.3.4 Xử lý khi thay đổi TTI

Khi thay đổi TTI E-DCH, UE sẽ:
- khởi tạo các biến trạng thái reference_ETPR thành "Minimum_Grant";
- đặt lại Non_Serving_RG_Timer và AG_Timer;
- khác:
- tiếp tục sử dụng các giá trị hiện tại của các biến trạng thái Serving_Grant và Primary_Grant_Available;
- khởi tạo biến trạng thái Stored_Secondary_Grant thành "Zero_Grant".
11.8.1.3.5 Báo hiệu lớp cao hơn

Khi "Giá trị tài trợ cung cấp" và "Bộ chọn tài trợ chính / phụ" của IE được cung cấp bởi các lớp cao hơn:
- đặt biến trạng thái Serving_Grant thành giá trị "Giá trị tài trợ phục vụ" của IE do các lớp cao hơn cung cấp;
- nếu "Bộ chọn tài trợ chính / phụ" của IE được cung cấp bởi các lớp cao hơn là "Chính":
- nếu AG_Timer không hoạt động, nó sẽ được khởi động, nếu không nó sẽ được khởi động lại;
- đặt biến trạng thái Primary_Grant_Available thành "True";
- đặt biến trạng thái Stored_Secondary_Grant thành "Zero_Grant".
- nếu "Bộ chọn tài trợ chính / phụ" của IE được cung cấp bởi các lớp cao hơn là "Thứ cấp":
- đặt biến trạng thái Primary_Grant_Available thành "False";
- đặt biến trạng thái Stored_Secondary_Grant thành giá trị "Giá trị tài trợ phục vụ" của IE do các lớp cao hơn
cung cấp.
3GPP
Phát hành 6 78 3GPP TS 25.321 V6.18.0 (2009-03)
11.8.1.4 Lựa chọn E-TFC

Trong chế độ FDD, các quy tắc lựa chọn E-TFC được cung cấp bên dưới sẽ áp dụng cho các UE ở trạng thái
CELL_DCH có cấu hình kênh truyền tải E-DCH. Các UE này sẽ áp dụng quy trình lựa chọn E-TFC khi được thực thể
HARQ gọi ra (xem mục 11.8.1.1.1). Trong trường hợp cấu hình TTI 2ms, lựa chọn E-TFC sẽ không được thực hiện
cho các TTI trùng lặp với khoảng cách chế độ nén đường lên. Quy trình hạn chế E-TFC được mô tả trong [12] sẽ luôn
được áp dụng trước quy trình lựa chọn E-TFC dưới đây. Các E-TFC (theo các tính toán trong [16]) yêu cầu mã kênh
hóa không được cho phép bởi giá trị được cung cấp bởi các mã kênh tối đa cho E-DPDCH hoặc không được hỗ trợ bởi
khả năng UE sẽ được coi là bị chặn. Hơn nữa, đối với các UE cũng được cấu hình với kênh truyền tải DCH trên đường
lên,
Đối với mỗi luồng MAC-d, RRC cấu hình MAC với cấu hình HARQ và danh sách ghép kênh. Ngoài ra, RRC cấu
hình MAC với bù công suất cho truyền "Chỉ điều khiển". Phần bù công suất này và số lượng truyền HARQ tối đa là 8
sẽ được sử dụng để xác định cấu hình HARQ cho truyền "Chỉ điều khiển" sẽ được sử dụng, trong trường hợp Thông
tin lập lịch cần được truyền mà không có bất kỳ dữ liệu lớp cao hơn nào. Cấu hình HARQ bao gồm bù công suất và
số lượng truyền HARQ tối đa để sử dụng cho luồng MAC-d này. Danh sách ghép kênh xác định cho mỗi (các) luồng
MAC-d, luồng MAC-d khác mà từ đó dữ liệu có thể được ghép kênh trong quá trình truyền sử dụng bù công suất có
trong cấu hình HARQ của nó.
RRC có thể kiểm soát việc lập lịch dữ liệu đường lên bằng cách đặt ưu tiên cho mỗi kênh logic từ 1 đến 8, trong đó 1 là
mức ưu tiên cao nhất và 8 là mức thấp nhất. Việc lựa chọn E-TFC trong UE phải được thực hiện theo các ưu tiên do
RRC chỉ ra. Các kênh logic có mức ưu tiên tuyệt đối, tức là UE phải tối đa hóa việc truyền dữ liệu có mức ưu tiên cao
hơn.
RRC có thể phân bổ các khoản trợ cấp truyền không theo lịch trình cho các luồng MAC-d riêng lẻ để giảm độ trễ
truyền. Khi một TTI 2ms được định cấu hình, mỗi khoản trợ cấp không theo lịch trình có thể áp dụng cho tập hợp các
quy trình HARQ cụ thể được chỉ ra bởi RRC. Khả năng áp dụng của các khoản tài trợ theo lịch trình cũng có thể bị hạn
chế trong một tập hợp các quy trình HARQ cụ thể khi một TTI 2ms được cấu hình. Hạn chế và đặt trước quy trình
HARQ nằm dưới sự kiểm soát của nút B của ô phục vụ và được RRC chỉ ra cho UE.
Đối với mỗi luồng MAC-d được cấu hình, một E-TFC nhất định có thể ở bất kỳ trạng thái nào sau đây:
- Nhà nước được hỗ trợ;
- Trạng thái bị chặn.
Tại mỗi ranh giới TTI, các UE ở trạng thái CELL_DCH với kênh truyền tải E-DCH được cấu hình sẽ xác định trạng
thái của mỗi E-TFC cho mọi luồng MAC-d được cấu hình dựa trên công suất phát yêu cầu của nó so với công suất phát
UE tối đa (xem [7] và [12]). Nếu không có kênh truyền tải DCH nào được định cấu hình hoặc nếu một kênh truyền tải
DCH được định cấu hình và TFC được chọn là "trống" (xem [3]), UE sẽ xem xét rằng các E-TFC có trong bộ E-TFC
tối thiểu luôn ở trong trạng thái được hỗ trợ (xem [7]).
Tại mọi ranh giới TTI mà thực thể HARQ yêu cầu truyền mới (xem mục 11.8.1.1.1), UE sẽ thực hiện các hoạt động
được mô tả dưới đây. Các UE được cấu hình cả với các kênh truyền tải DCH và E-DCH sẽ thực hiện lựa chọn TFC
trước khi thực hiện lựa chọn E-TFC.
Chức năng Cập nhật tài trợ cung cấp cung cấp chức năng lựa chọn E-TFC với tỷ lệ công suất E-DPDCH trên DPCCH tối đa
mà UE được phép phân bổ cho quá trình truyền sắp tới đối với dữ liệu đã lên lịch (được giữ trong biến trạng thái Cấp quyền
cung cấp - xem mục 11.8.1.3 ). Tỷ lệ công suất này sẽ được sử dụng để xác định số lượng bit tối đa của
dữ liệu đã lên lịch với độ chi tiết 1 bit cho lần truyền sắp tới, được tính từ Ke, ref , m của họthứ tự tài liệu tham khảo
E-TFC (E-TFCref, m), và giá trị cao nhất thấp hơn hoặc bằng:
Serving_Grant
Ke, ref , m ⋅ L ⋅ A2⋅10 harq / 10
e, tham khảo, m ed , m
Ở đâu Ke, ref , m và Le, ref , m được đưa ra trong [13]. Aed , m biểu thị tỷ lệ biên độ lượng tử hóa được gán cho E-TFCref,
m và được định nghĩa trong [18].
Số bit tối đa này sẽ thấp hơn Ke, ref , n bit, ở đâu Ke, ref , n tương ứng với n cao hơn bất kỳthứ tự tham chiếu E-TFC (E-
TFCref, n ) và sẽ cao hơn hoặc bằng Ke, ref , m của E-TFCref, m ngoại trừ nếu m = 1.
3GPP
Phát hành 6 79 3GPP TS 25.321 V6.18.0 (2009-03)
ID quy trình HARQ cho lần truyền sắp tới được xác định bằng các công thức sau:
-Đối với 2ms TTI: CURRENT_HARQ_PROCESS_ID = [5 * CFN + số khung phụ] mod HARQ_RTT
- Trong 10ms TTI: CURRENT_HARQ_PROCESS_ID = [CFN] mod HARQ_RTT
Dựa trên ID quy trình HARQ hiện tại này và cấu hình RRC, UE sẽ xác định xem có tính đến các khoản tài trợ theo
lịch trình và không theo lịch trình trong quá trình truyền sắp tới hay không. Nếu chúng không được tính đến, thì
khoản trợ cấp tương ứng sẽ được coi là không tồn tại. Nếu biến Serving_Grant có giá trị "Zero_Grant" sau Cập nhật
tài trợ cung cấp, thì Tài trợ cung cấp sẽ không được tính đến trong lần truyền sắp tới.
Khi Thông tin lập lịch được kích hoạt theo mục 11.8.1.6, quá trình lựa chọn và phân bổ dữ liệu E-TFC sẽ giả định rằng
một khoản trợ cấp không theo lịch trình có sẵn để truyền và Thông tin lập lịch có mức ưu tiên cao hơn bất kỳ kênh
logic nào khác. Hơn nữa, quá trình HARQ được sử dụng cho quá trình truyền sắp tới phải được coi là đang hoạt động
và không bị hạn chế L3 đối với việc truyền Thông tin Lập lịch, tức là việc truyền Thông tin Lập lịch có thể diễn ra
trong quá trình này.
Định dạng truyền và phân bổ dữ liệu phải tuân theo các yêu cầu dưới đây:
- Chỉ các E-TFC từ E-TFCS đã được cấu hình mới được xem xét để truyền;
- Đối với tất cả các kênh lôgic, nếu kênh lôgic thuộc luồng MAC-d không được lập lịch, dữ liệu của nó sẽ được
coi là có sẵn đối với mức cấp không theo lịch tương ứng, nếu kênh lôgic không thuộc luồng MAC-d không được lập
lịch d luồng, dữ liệu của nó sẽ được coi là có sẵn cho đến khi Cung cấp;
- Phần bù công suất cho quá trình truyền là phần bù từ cấu hình HARQ của luồng MAC-d cho phép truyền dữ liệu
có mức ưu tiên cao nhất. Nếu nhiều hơn một luồng MAC-d cho phép truyền dữ liệu có cùng mức độ ưu tiên cao nhất,
thì việc thực hiện là chọn luồng MAC-d thích hợp hơn);
- Trong trường hợp biến Serving_Grant có giá trị "Zero_Grant" sau chức năng Cập nhật tài trợ cung cấp và không
có sẵn dữ liệu cho các luồng MAC-d mà các cấp không theo lịch đã được định cấu hình và việc truyền Thông tin lập
lịch đã được kích hoạt, thì "Control- chỉ "Hồ sơ HARQ được cấu hình bởi các lớp cao hơn sẽ được sử dụng.
- Mức bù công suất danh nghĩa phải được đặt thành mức bù công suất có trong cấu hình HARQ truyền dẫn;
- UE có thể tránh sử dụng các E-TFCI sau đây;
- Nếu UE được cấu hình với bảng E-TFCI 0 (xem [7]) và 2ms TTI, nó có thể tránh sử dụng E-TFCI 120 trong
ánh xạ được xác định trong Phụ lục B.1
- Nếu UE được cấu hình với E-TFCI bảng 1 (xem [7]) và 2ms TTI, nó có thể tránh sử dụng E-TFCI 115 trong
ánh xạ được xác định trong Phụ lục B.2
- Việc phân bổ dữ liệu sẽ tối đa hóa việc truyền dữ liệu có mức độ ưu tiên cao hơn. Khi các khoản tài trợ theo lịch
trình và không theo lịch trình được tính đến cho quá trình truyền sắp tới:
- Dữ liệu có mức độ ưu tiên nhất định thuộc luồng MAC-d đã lên lịch sẽ được ưu tiên hơn bất kỳ dữ liệu nào
có mức độ ưu tiên thấp hơn, chúng thuộc về luồng MAC-d theo lịch trình hoặc không theo lịch trình;
- Dữ liệu có mức độ ưu tiên nhất định thuộc luồng MAC-d không theo lịch trình sẽ được ưu tiên hơn bất kỳ dữ
liệu nào có mức độ ưu tiên thấp hơn, chúng thuộc về luồng MAC-d được lập lịch hoặc không theo lịch trình.
- Lượng dữ liệu và tiêu đề MAC-e / es tương ứng từ các luồng MAC-d mà các khoản tài trợ không theo lịch trình
được định cấu hình sẽ không vượt quá giá trị của khoản tài trợ không theo lịch trình;
- Nếu TTI 10ms được định cấu hình và TTI cho quá trình truyền sắp tới chồng chéo với khoảng cách chế độ nén,
Serving_Grant được cung cấp bởi chức năng Serving Grant Update sẽ được thu nhỏ lại như sau:
N
SG′ = SG * ( 15C )
3GPP
Phát hành 6 80 3GPP TS 25.321 V6.18.0 (2009-03)
trong đó SG 'đại diện cho khoản trợ cấp phục vụ được sửa đổi được xem xét bởi thuật toán lựa chọn E-TFC và
NC đại diện cho số lượng khe không DTX trong TTI được nén;
- nếu quá trình truyền chứa bất kỳ dữ liệu theo lịch trình nào, kích thước của MAC-e PDU đã chọn sẽ không vượt
quá tổng số:
- tất cả các khoản trợ cấp không theo lịch trình được áp dụng để truyền trong TTI này;
- số lượng bit được lập lịch tối đa dựa trên Cung cấp dịch vụ (sau khi điều chỉnh cho các khung được nén) và
bù công suất từ cấu hình HARQ đã chọn;
- kích thước của thông tin lập lịch được kích hoạt (nếu có);
- Trong trường hợp TTI 2ms được định cấu hình và quá trình HARQ không hoạt động, UE sẽ không đưa vào quá
trình truyền bất kỳ dữ liệu nào từ các luồng MAC-d mà không có cấp không theo lịch trình nào được định cấu hình;
- Thông tin Lập lịch trình luôn được gửi khi được kích hoạt (xem mục 11.8.1.6);
- Chỉ các E-TFC ở trạng thái được hỗ trợ mới được xem xét;
- Khi tất cả các yêu cầu khác đã được đáp ứng, E-TFC dẫn đến lượng đệm nhỏ nhất cho các MAC-es PDU đã chọn
và các tiêu đề MAC-e / es tương ứng, sẽ được chọn kể cả trường hợp khi Thông tin lập lịch cần được truyền đi.
Trong khi tôn trọng tất cả các yêu cầu được liệt kê ở trên, đối với mỗi kênh logic sử dụng RLC-UM, tại mọi TTI, UE
có thể chọn kích thước RLC PDU để tối đa hóa lượng dữ liệu của kênh logic này có thể được truyền đi.
Sau khi tìm thấy E-TFC và phân bổ dữ liệu phù hợp theo các quy tắc ở trên, thực thể "Ghép kênh và cài đặt TSN"
sẽ tạo MAC-e PDU tương ứng.
Chức năng lựa chọn E-TFC sẽ cung cấp MAC-e PDU này và truyền cấu hình HARQ tới thực thể HARQ. Số lần truyền
HARQ tối đa và mức bù công suất trong cấu hình này, phải được đặt tương ứng thành giá trị lớn nhất của Số lần truyền
HARQ tối đa của cấu hình HARQ từ tất cả các luồng MAC-d mà từ đó dữ liệu được ghép vào quá trình truyền và đến
Mức bù công suất danh nghĩa. Thực thể HARQ cũng sẽ được thông báo về việc liệu việc truyền có bao gồm Thông tin
lập lịch trình hay không và liệu thông tin này có được gửi bởi chính nó hay với dữ liệu lớp cao hơn. Chức năng lựa chọn
E-TFC sẽ cung cấp E-TFCI cho E-TFC đã chọn cho thực thể HARQ.
11.8.1.5 Cài đặt bit hạnh phúc

Happy Bit được bao gồm trên E-DPCCH cho mỗi lần truyền E-DCH. Quá trình truyền E-DCH sẽ không được
kích hoạt đặc biệt để cho phép truyền bit hạnh phúc.
RRC định cấu hình MAC với khoảng thời gian Happy_Bit_Delay_Condition, qua đó để đánh giá khoản trợ cấp hiện tại
liên quan đến TEBS sau khi áp dụng quy trình lựa chọn E-TFC được mô tả trong mục 11.8.1.4.
Đối với mỗi lần truyền E-DCH, Happy Bit sẽ được đặt thành "không vui" nếu đáp ứng ba tiêu chí sau:
1) UE đang truyền nhiều dữ liệu theo lịch trình mà Serving_Grant hiện tại cho phép trong lựa chọn E-TFC; và
2) UE có đủ nguồn để truyền với tốc độ dữ liệu cao hơn; và
3) Dựa trên cùng mức bù công suất như được chọn trong lựa chọn E-TFC để truyền dữ liệu trong cùng TTI như
Happy Bit, TEBS sẽ yêu cầu truyền nhiều hơn Happy_Bit_Delay_Condition ms với Serving_Grant hiện tại × tỷ lệ các
quy trình đang hoạt động trên tổng số số lượng quy trình.
Tiêu chí đầu tiên luôn đúng đối với quy trình đã hủy kích hoạt và tỷ lệ của tiêu chí thứ ba luôn là 1 đối với TTI 10ms.
Nếu không, Happy Bit sẽ được đặt thành "happy".
Để đánh giá xem nó có đủ công suất để truyền với tốc độ dữ liệu cao hơn hay không, UE phải:
1) Xác định E-TFC có kích thước khối truyền tải lớn hơn ít nhất x bit so với kích thước khối truyền tải của E-TFC
được chọn để truyền trong cùng một TTI như Happy Bit, trong đó x là kích thước RLC PDU nhỏ nhất được định cấu
hình trong số tất cả các các kênh logic không thuộc luồng MAC-d không được lập lịch và có dữ liệu trong bộ đệm; và
3GPP
Phát hành 6 81 3GPP TS 25.321 V6.18.0 (2009-03)
2) Dựa trên cùng mức bù công suất với mức được chọn trong lựa chọn E-TFC để truyền dữ liệu trong cùng một TTI
với Happy Bit, hãy kiểm tra xem E-TFC đã xác định có được hỗ trợ hay không, tức là không bị chặn.
11.8.1.6 Lập lịch báo cáo Thông tin

Báo cáo thông tin lập lịch sẽ được kích hoạt khác nhau tùy thuộc vào giá trị của biến Serving_Grant sau chức năng
Cập nhật tài trợ cung cấp. Việc kích hoạt báo cáo phải được chỉ ra cho chức năng lựa chọn E-TFC ở cơ hội truyền mới
đầu tiên.
Ngay cả khi nhiều sự kiện được kích hoạt vào thời điểm một quá trình truyền mới có thể diễn ra, thì chỉ một
tiêu đề thông tin lập lịch duy nhất sẽ được đưa vào tải trọng.
Thông tin Lập lịch sẽ không được truyền nếu TEBS bằng 0, ngay cả khi nó được kích hoạt bởi một trong các cơ chế
kích hoạt đã định cấu hình. Nếu Thông tin lập lịch trình cần được đưa vào MAC-e PDU theo điều 9.2.4.2, nó sẽ được
truyền bất kể trạng thái TEBS.
Việc truyền Thông tin lập lịch có thể diễn ra trên mọi quá trình HARQ, ngay cả trên những quá trình mà việc truyền bị
hạn chế theo RRC hoặc bị vô hiệu hóa bởi các khoản cấp tuyệt đối, tức là các quá trình mà quá trình truyền theo lịch và
/ hoặc không theo lịch không thể diễn ra.
Mô tả hành vi trong hai trường hợp được cung cấp dưới đây.
11.8.1.6.1 Báo cáo Kích hoạt khi SG = “Zero_Grant” hoặc tất cả các quy trình bị vô hiệu hóa
Nếu Serving_Grant có giá trị "Zero_Grant" hoặc tất cả các quy trình bị hủy kích hoạt và TEBS trở nên lớn hơn 0,
thì việc truyền Thông tin lập lịch sẽ được kích hoạt.
Nếu dữ liệu có mức ưu tiên cao hơn dữ liệu đã có trong bộ đệm truyền đến, thì việc truyền Thông tin lập lịch sẽ
được kích hoạt.
RRC cũng có thể định cấu hình MAC với việc kích hoạt Thông tin lập lịch định kỳ. Bộ hẹn giờ kích hoạt định kỳ
T_SING (Thông tin lập lịch hẹn giờ - "Zero_Grant") sẽ được bắt đầu sau khi biến Serving_Grant trở thành
"Zero_Grant" hoặc tất cả các quy trình bị vô hiệu hóa và TEBS lớn hơn 0.
Khi T_SING hết hạn, việc truyền Thông tin lập lịch sẽ được kích hoạt.
T_SING sẽ được khởi động lại khi việc truyền Thông tin lập lịch được kích hoạt.
T_SING sẽ bị dừng và đặt lại sau khi biến Serving_Grant trong chức năng Serving Grant Update nhận giá trị khác với
"Zero_Grant" và ít nhất một quy trình được kích hoạt.
11.8.1.6.2 Báo cáo Kích hoạt khi SG <> “Zero_Grant” và ít nhất một quy trình
được kích hoạt
Nếu xảy ra thay đổi ô phục vụ E-DCH và nếu ô phục vụ E-DCH mới không phải là một phần của RLS phục vụ E-DCH
trước đó, thì việc truyền Thông tin lập lịch sẽ được kích hoạt.
RRC có thể cấu hình MAC với kích hoạt định kỳ cũng cho trường hợp khi biến Serving_Grant <> "Zero_Grant" và ít
nhất một quy trình được kích hoạt. Bộ định thời kích hoạt định kỳ T_SIG (Thông tin lập lịch bộ hẹn giờ - khác với
"Zero_Grant") có thể được định cấu hình thành một giá trị khác với T_SING.
T_SIG sẽ được bắt đầu khi biến Serving_Grant trở thành <> "Zero_Grant" và ít nhất một quá trình được kích hoạt.
Khi T_SIG hết hạn, việc truyền Thông tin lập lịch mới sẽ được kích hoạt.
T_SIG sẽ bị dừng và đặt lại sau khi biến Serving_Grant trong chức năng Serving Grant Update trở thành "Zero_Grant"
hoặc tất cả các quy trình bị hủy kích hoạt.
T_SIG sẽ được khởi động lại khi quá trình truyền Thông tin lập lịch được kích hoạt.
Khi biến Serving_Grant trong chức năng Serving Grant Update trở thành bằng "Zero_Grant" hoặc tất cả các quy trình bị hủy
kích hoạt và TEBS lớn hơn 0, việc truyền Thông tin lập lịch sẽ được kích hoạt.
11.8.1.6.3 Không phân phối HARQ đối với Thông tin lập lịch được kích hoạt
3GPP
Phát hành 6 82 3GPP TS 25.321 V6.18.0 (2009-03)
Nếu quy trình HARQ không phân phối được MAC-e PDU có chứa Thông tin lập lịch được kích hoạt tới RLS
có chứa ô phục vụ:
- nếu Thông tin lập lịch được truyền mà không có bất kỳ dữ liệu lớp cao hơn nào được ghép kênh trong cùng
MAC-e PDU:
- không cần thực hiện thêm hành động nào (dựa vào kích hoạt định kỳ).
- else (Thông tin lập lịch được truyền cùng với dữ liệu lớp cao hơn được ghép kênh trong cùng MAC-e PDU):
- việc truyền Thông tin lập lịch mới sẽ được kích hoạt.
11.8.1.7 Đặt lại MAC-es / e

Nếu thiết lập lại thực thể MAC-es / e được yêu cầu bởi các lớp trên, UE phải vào thời điểm kích hoạt được chỉ ra
bởi các lớp cao hơn:
- xóa tất cả các quy trình HARQ.
- đặt CURRENT_TSN thành 0 cho tất cả các kênh logic được ánh xạ tới E-DCH.
LƯU Ý: Trong trường hợp này, thực thể HARQ sẽ không thông báo cho chức năng Báo cáo Thông tin Lập lịch
nếu một MAC-e PDU bị đẩy có chứa Thông tin Lập lịch được kích hoạt (dựa trên việc kích hoạt định
kỳ).
11.8.2 Hoạt động ở chế độ B
11.8.2.1 Hoạt động HARQ
11.8.2.1.1 Thực thể HARQ

Có một thực thể HARQ cho mỗi UE trong mỗi Node-B trong tập hoạt động E-DCH của nó. Thực thể HARQ định tuyến
trọng tải và giá trị RSN liên quan đến quy trình HARQ thích hợp dựa trên thời gian truyền. Dựa trên kết quả giải mã,
thực thể HARQ truyền ngược lại một ACK hoặc một NACK.
11.8.2.1.2 Quy trình HARQ

Quá trình HARQ sử dụng RSN và thời gian truyền (CFN, khung con) để thiết lập số truyền. Dựa trên điều này, nó xác
định phiên bản dự phòng của đường truyền và cố gắng giải mã đường truyền. Kết quả của quá trình giải mã được báo
cáo cho thực thể HARQ, để nó có thể được đưa trở lại UE.
11.8.2.2 Khử ghép kênh

Có một thực thể khử ghép kênh cho mỗi UE trong Node B. SRNC định cấu hình Node B với ánh xạ giữa các giá trị
DDI hoạt động và luồng MAC-d và kích thước PDU tương ứng. Ngoài ra, nó cung cấp cho nó ánh xạ giữa các ID luồng
MAC-d và người mang Iub tương ứng.
Thực thể khử ghép kênh sử dụng thông tin tiêu đề MAC-e (DDI, N) để xác định kích thước của từng MAC-es PDU
và dựa vào đó nó phân đoạn tải trọng MAC-e thành MAC-es PDU. Sau đó, chúng được định tuyến đến Iub mang
được chỉ định bởi giá trị DDI.
Với mỗi MAC-es PDU, Node B sẽ gửi đến SRNC:
- các giá trị DDI và N liên quan;
- CFN và số khung phụ khi tải trọng bao gồm MAC-es PDU được giải mã chính xác;
- tổng số lần truyền cần thiết để MAC-e PDU được giải mã chính xác.
11.8.2.3 Người lập kế hoạch

Có một bộ lập lịch E-DCH Node B trên mỗi Node B. Bộ lập lịch Node B chịu trách nhiệm cho các chức năng sau:
3GPP
Phát hành 6 83 3GPP TS 25.321 V6.18.0 (2009-03)
- Phân bổ tài nguyên đường lên cho các UE mà nó đóng vai trò là Node B phục vụ;
- Giám sát sự can thiệp của tế bào khác và theo đó gửi các khoản trợ cấp tương đối đến các UE mà nó không hoạt
động như Node B phục vụ;
- Báo cáo cho SRNC về việc thiếu tài nguyên xử lý;
11.8.2.4 Đo tốc độ bit được cung cấp E-DCH

Phép đo Tốc độ bit do E-DCH cung cấp được định nghĩa như sau:
- đối với mỗi lớp ưu tiên, hàm MAC-e trong Node B đo tổng số bit MAC-d PDU mà việc truyền qua giao diện vô
tuyến được MAC-e trong Node-B coi là thành công trong khoảng thời gian đo cuối cùng, chia cho thời gian của khoảng
thời gian đo;
- số lượng bit MAC-d PDU từ các UE trong chuyển giao mềm hơn sẽ được xem xét sau khi kết hợp mềm;
- Node-B sẽ phân bổ tốc độ bit nhận được qua một RLS được chia đều cho tất cả các ô trong RLS bất kể RLS có
chứa ô phục vụ E-DCH hay không;
- các giá trị được báo cáo phải là mẫu thô;
- khoảng thời gian đo phải là 100 ms.
11.8.3RNC hoạt động
11.8.3.1 Thực thể đặt hàng lại

Thực thể sắp xếp lại là một phần của lớp con MAC-es trong SRNC. Có một thực thể sắp xếp lại cho mỗi UE. Mỗi thực
thể đặt hàng lại sẽ hỗ trợ một quy trình đặt hàng lại trên mỗi kênh logic. Giá trị DDI được sử dụng để xác định kênh
logic mà mỗi MAC-es PDU có nghĩa là. Dựa trên thông tin này, các MAC-es PDU được chuyển đến quy trình sắp xếp
lại thích hợp. Quá trình sắp xếp lại có thể sử dụng chỉ báo TSN rõ ràng cũng như thông tin thời gian được cung cấp bởi
Node B để loại bỏ các bản sao và phân phối các gói theo thứ tự RLC. Các chi tiết của cơ chế đặt hàng lại tùy thuộc vào
việc thực hiện.
3GPP
Phát hành 6 84 3GPP TS 25.321 V6.18.0 (2009-03)
Phụ lục A (quy chuẩn):

Bảng kích thước khối truyền tải HS-DSCH cho FDD
Bảng sau cung cấp ánh xạ giữa kt (theo định nghĩa trong điều 9.2.3.1) và Kích thước khối truyền tải HS-DSCH (L
(kt)):
Mục lục Kích thước TB Mục lục Kích thước TB Mục lục Kích
1 137 86 1380 171
2 149 87 1405 172
3 161 88 1430 173
4 173 89 1456 174
5 185 90 1483 175
6 197 91 1509 176
7 209 92 1537 177
số 8 221 93 1564 178
9 233 94 1593 179
10 245 95 1621 180
11 257 96 1651 181
12 269 97 1681 182
13 281 98 1711 183
14 293 99 1742 184
15 305 100 1773 185
16 317 101 1805 186
17 329 102 1838 187
18 341 103 1871 188
19 353 104 1905 189
20 365 105 1939 190
21 377 106 1974 191
22 389 107 2010 192
23 401 108 2046 193
24 413 109 2083 194
25 425 110 2121 195
26 437 111 2159 196
27 449 112 2198 197
28 461 113 2238 198
29 473 114 2279 199
30 485 115 2320 200
31 497 116 2362 201
32 509 117 2404 202
33 521 118 2448 203
34 533 119 2492 204
35 545 120 2537 205
36 557 121 2583 206
37 569 122 2630 207
38 581 123 2677 208
39 593 124 2726 209
40 605 125 2775 210
41 616 126 2825 211
42 627 127 2876 212
43 639 128 2928 213
44 650 129 2981 214
45 662 130 3035 215
3GPP
Phát hành 6 85 3GPP TS 25.321 V6.18.0 (2009-03)
46 674 131 3090 216

47 686 132 3145 217
48 699 133 3202 218
49 711 134 3260 219
50 724 135 3319 220
51 737 136 3379 221
52 751 137 3440 222
53 764 138 3502 223
54 778 139 3565 224
55 792 140 3630 225
56 806 141 3695 226
57 821 142 3762 227
58 836 143 3830 228
59 851 144 3899 229
60 866 145 3970 230
61 882 146 4042 231
62 898 147 4115 232
63 914 148 4189 233
64 931 149 4265 234
65 947 150 4342 235
66 964 151 4420 236
67 982 152 4500 237
68 1000 153 4581 238
69 1018 154 4664 239
70 1036 155 4748 240
71 1055 156 4834 241
72 1074 157 4921 242
73 1093 158 5010 243
74 1113 159 5101 244
75 1133 160 5193 245
76 1154 161 5287 246
77 1175 162 5382 247
78 1196 163 5480 248
79 1217 164 5579 249
80 1239 165 5680 250
81 1262 166 5782 251
82 1285 167 5887 252
83 1308 168 5993 253
84 1331 169 6101 254
85 1356 170 6211
3GPP
Phát hành 6 86 3GPP TS 25.321 V6.18.0 (2009-03)
Phụ lục B (quy chuẩn):

Bảng kích thước khối truyền tải E-DCH cho FDD
Ánh xạ giữa E-TFCI đã chọn và kích thước khối truyền tải E-DCH tương ứng được đưa ra trong bảng sau:
B.1 2ms TTI E-DCH Kích thước khối truyền tải Bảng 0
Kích Kích thước Kích thước Kích thước Kích
E-TFCI thước TB E-TFCI TB E-TFCI TB E-TFCI TB E-TFCI thước TB
(chút ít) (chút ít) (chút ít) (chút ít) (chút ít)
0 18 30 342 60 1015 90 3008 120 8913

1 120 31 355 61 1053 91 3119 121 9241
2 124 32 368 62 1091 92 3234 122 9582
3 129 33 382 63 1132 93 3353 123 9935
4 133 34 396 64 1173 94 3477 124 10302
5 138 35 410 65 1217 95 3605 125 10681
6 143 36 426 66 1262 96 3738 126 11075
7 149 37 441 67 1308 97 3876 127 11484
số 8 154 38 458 68 1356 98 4019
9 160 39 474 69 1406 99 4167
10 166 40 492 70 1458 100 4321
11 172 41 510 71 1512 101 4480
12 178 42 529 72 1568 102 4645
13 185 43 548 73 1626 103 4816
14 192 44 569 74 1685 104 4994
15 199 45 590 75 1748 105 5178
16 206 46 611 76 1812 106 5369
17 214 47 634 77 1879 107 5567
18 222 48 657 78 Năm 1948 108 5772
19 230 49 682 79 Năm 2020 109 5985
20 238 50 707 80 2094 110 6206
21 247 51 733 81 2172 111 6435
22 256 52 760 82 2252 112 6672
23 266 53 788 83 2335 113 6918
24 275 54 817 84 2421 114 7173
25 286 55 847 85 2510 115 7437
26 296 56 878 86 2603 116 7711
27 307 57 911 87 2699 117 7996
28 318 58 944 88 2798 118 8290
29 330 59 979 89 2901 119 8596
CHÚ THÍCH 1: UE có thể tránh sử dụng E-TFCI 120.
B.2 Kích thước khối truyền tải TTI E-DCH 2ms Bảng 1
E-TFCI Kích thước TB E-TFCI Kích thước TB E-TFCI Kích thước TB
(chút ít) (chút ít) (chút ít)
3GPP
Phát hành 6 87 3GPP TS 25.321 V6.18.0 (2009-03)
0 18 43 2724 86 7252
1 186 44 2742 87 7288
2 204 45 3042 88 7428
3 354 46 3060 89 7464
4 372 47 3078 90 7764
5 522 48 3298 91 7800
6 540 49 3316 92 7908
7 674 50 3334 93 7944
số 8 690 51 3378 94 8100
9 708 52 3396 95 8136
10 726 53 3414 96 8436
11 858 54 3732 97 8472
12 876 55 3750 98 8564
13 1026 56 3972 99 8600
14 1044 57 3990 100 8772
15 1062 58 4068 101 8808
16 1194 59 4086 102 9108
17 1212 60 4404 103 9144
18 1330 61 4422 104 9220
19 1348 62 4628 105 9256
20 1362 63 4646 106 9444
21 1380 64 4740 107 9480
22 1398 65 4758 108 9780
23 1530 66 5076 109 9816
24 1548 67 5094 110 9876
25 1698 68 5284 111 9912
26 1716 69 5302 112 10116
27 1734 70 5412 113 10152
28 1866 71 5430 114 10452
29 1884 72 5748 115 10488
30 1986 73 5766 116 10532
31 2004 74 5940 117 10568
32 2022 75 5958 118 10788
33 2034 76 6084 119 10824
34 2052 77 6102 120 11124
35 2070 78 6420 121 11178
36 2370 79 6438 122 11188
37 2388 80 6596 123 11242
38 2406 81 6614 124 11460
39 2642 82 6756 125 11478
40 2660 83 6774
41 2678 84 7092
42 2706 85 7110
CHÚ THÍCH 1: UE có thể tránh sử dụng E-TFCI 115.
B.3 10ms TTI E-DCH Kích thước khối truyền tải Bảng 0
Kích thước Kích thước Kích Kích thước Kích thước
E-TFCI TB E-TFCI TB E-TFCI thước TB E- TB E- TB
(chút
(chút ít) (chút ít) ít) TFCI (chút ít) TFCI (chút ít)
0 18 30 389 60 1316 90 4452 120 15051

1 120 31 405 61 1371 91 4636 121 15675
2 124 32 422 62 1428 92 4828 122 16325
3 130 33 440 63 1487 93 5029 123 17001
3GPP
Phát hành 6 88 3GPP TS 25.321 V6.18.0 (2009-03)
4 135 34 458 64 1549 94 5237 124 17706

5 141 35 477 65 1613 95 5454 125 18440
6 147 36 497 66 1680 96 5680 126 19204
7 153 37 517 67 1749 97 5915 127 20000
số 8 159 38 539 68 1822 98 6161
9 166 39 561 69 1897 99 6416
Năm
10 172 40 584 70 1976 100 6682
11 180 41 608 71 2058 101 6959
12 187 42 634 72 2143 102 7247
13 195 43 660 73 2232 103 7547
14 203 44 687 74 2325 104 7860
15 211 45 716 75 2421 105 8186
16 220 46 745 76 2521 106 8525
17 229 47 776 77 2626 107 8878
18 239 48 809 78 2735 108 9246
19 249 49 842 79 2848 109 9629
20 259 50 877 80 2966 110 10028
21 270 51 913 81 3089 111 10444
22 281 52 951 82 3217 112 10877
23 293 53 991 83 3350 113 11328
24 305 54 1032 84 3489 114 11797
25 317 55 1074 85 3634 115 12286
26 331 56 1119 86 3784 116 12795
27 344 57 1165 87 3941 117 13325
28 359 58 1214 88 4105 118 13877
29 374 59 1264 89 4275 119 14453
B.4 Kích thước khối truyền tải TTI E-DCH 10ms 10ms Bảng 1
E-TFCI Kích thước TB E-TFCI Kích thước TB E-TFCI Kích thước TB
(chút ít) (chút ít) (chút ít)
0 18 41 5076 82 11850
1 186 42 5094 83 12132
2 204 43 5412 84 12186
3 354 44 5430 85 12468
4 372 45 5748 86 12522
5 522 46 5766 87 12804
6 540 47 6084 88 12858
7 690 48 6102 89 13140
số 8 708 49 6420 90 13194
9 858 50 6438 91 13476
10 876 51 6756 92 13530
11 1026 52 6774 93 13812
12 1044 53 7092 94 13866
13 1194 54 7110 95 14148
14 1212 55 7428 96 14202
15 1362 56 7464 97 14484
16 1380 57 7764 98 14556
17 1530 58 7800 99 14820
18 1548 59 8100 100 14892
19 1698 60 8136 101 15156
20 1716 61 8436 102 15228
21 1866 62 8472 103 15492
22 1884 63 8772 104 15564
3GPP
Phát hành 6 89 3GPP TS 25.321 V6.18.0 (2009-03)
23 2034 64 8808 105 15828

24 2052 65 9108 106 15900
25 2370 66 9144 107 16164
26 2388 67 9444 108 16236
27 2706 68 9480 109 16500
28 2724 69 9780 110 16572
29 3042 70 9816 111 17172
30 3060 71 10116 112 17244
31 3378 72 10152 113 17844
32 3396 73 10452 114 17916
33 3732 74 10488 115 18516
34 3750 75 10788 116 18606
35 4068 76 10824 117 19188
36 4086 77 11124 118 19278
37 4404 78 11178 119 19860
38 4422 79 11460 120 19950
39 4740 80 11514
40 4758 81 11796
3GPP
Phát hành 6 90 3GPP TS 25.321 V6.18.0 (2009-03)
Phụ lục C (cung cấp thông tin):

Mã giả để lựa chọn E-TFC
Mã giả bên dưới mô tả một khả năng triển khai Lựa chọn E-TFC như được mô tả trong mục 11.8.1.4:
1> xác định xem có tính đến các khoản tài trợ đã lên lịch và không theo lịch trong lần truyền sắp tới hay không.
1> nếu dữ liệu được lập lịch và / hoặc không theo lịch có thể được truyền:
2> chọn luồng MAC-d cho phép truyền dữ liệu có mức độ ưu tiên cao nhất (khi nhiều hơn một luồng MAC-d
cho phép truyền dữ liệu có cùng mức độ ưu tiên cao nhất, thì việc chọn luồng MAC-d sẽ được thực hiện
thích hơn);
2> xác định (các) luồng MAC-d có danh sách ghép kênh cho phép chúng được truyền trong cùng một TTI
như luồng MAC-d này và tài trợ của ai cho phép chúng truyền trong TTI này và bỏ qua (các) cái không thể.
2> dựa trên cấu hình HARQ của luồng MAC-d này, xác định mức bù công suất để sử dụng;
2> dựa trên phần bù công suất này và quy trình hạn chế E-TFC, xác định "Khối lượng được hỗ trợ tối
đa" (tức là kích thước MAC-e PDU tối đa hoặc E-TFC có thể được gửi bởi UE trong quá trình truyền
sắp tới);
2> nếu quá trình truyền sắp tới chồng chéo với khoảng cách chế độ nén trên 10ms TTI, hãy giảm quy mô
cấp phát hiện tại (SG);
2> đặt "Tải trọng tài trợ theo lịch trình còn lại" thành tải trọng cao nhất có thể được truyền theo SG và phần bù
công suất đã chọn;
2> đối với mỗi luồng MAC-d với khoản tài trợ không theo lịch trình, hãy đặt "Khối lượng còn lại không theo
lịch trình" thành giá trị của khoản tài trợ;
2> nếu Thông tin lập lịch cần được truyền đi:
3> đặt "Tổng trọng tải được cấp" thành tổng "Trọng tải còn lại không theo lịch trình" cho tất cả các
luồng MAC-d không theo lịch + "Khối lượng tài trợ theo lịch còn lại" + kích thước của thông tin lập
lịch.
2> khác:
3> đặt "Tổng khối lượng được cấp" thành tổng "Khối lượng còn lại không theo lịch trình" cho tất cả các
luồng MAC-d không theo lịch + "Khối lượng tài trợ theo lịch trình còn lại".
2> Đặt "Tải trọng khả dụng còn lại" thành MIN ("Tải trọng được hỗ trợ tối đa", "Tổng tải trọng được
cấp"); 2> if Còn lại Có sẵn Tải trọng ”= kích thước ETFC:
3> đặt "Mất định lượng" thành không.
2> khác:
3> đặt "Lượng tử hóa mất mát" thành giá trị của "Tải trọng còn lại khả dụng" - ("Tải trọng khả dụng
còn lại" làm tròn xuống E-TFC nhỏ hơn tiếp theo).
2> nếu thông tin về lịch trình cần được truyền đi:
3> trừ kích thước của thông tin lên lịch từ "Khối lượng còn lại có sẵn".
2> Đặt "Định lượng được áp dụng" thành FALSE;
2> thực hiện vòng lặp sau cho mỗi kênh logic, theo thứ tự ưu tiên của chúng:
3> nếu kênh logic này thuộc luồng MAC-d với khoản cấp không theo lịch trình, thì:
3GPP
Phát hành 6 91 3GPP TS 25.321 V6.18.0 (2009-03)
4> xem xét "Tải trọng còn lại không theo lịch trình" tương ứng với luồng MAC-d mà kênh logic này
được ánh xạ;
4> điền vào MAC-e PDU với (các) SDU từ kênh logic này lên đến MIN ("Tải trọng còn lại không
được lập lịch" có tính đến tiêu đề MAC-e / es, Dữ liệu có sẵn cho kênh logic này, "Tải trọng còn lại
có sẵn "có tính đến tiêu đề MAC-e / es);
4> trừ các bit tương ứng nếu có từ "Khối lượng còn lại có sẵn" và "Khối lượng còn lại không được
lập lịch" có tính đến các tiêu đề MAC-e / es.
3> khác:
4> nếu "Định lượng được áp dụng" là ĐÚNG:
5> điền vào MACe PDU với (các) SDU từ kênh logic này lên đến MIN ("Tải trọng tài trợ theo lịch
trình còn lại" có tính đến tiêu đề MAC-e / es, Dữ liệu có sẵn cho kênh logic này, "Tải trọng còn lại
có sẵn" tính đến tính toán các tiêu đề MAC-e / es);
5> trừ các bit tương ứng nếu có từ "Khối lượng còn lại có sẵn" và "Khối lượng tài trợ theo lịch
trình còn lại" có tính đến các tiêu đề MAC-e / es.
4> khác:
5> điền vào MAC-e PDU bằng (các) SDU từ kênh logic này lên đến MIN ("Tải trọng tài trợ theo lịch trình
còn lại" có tính đến tiêu đề MAC-e / es, Dữ liệu có sẵn cho kênh logic này, "Tải trọng còn lại có sẵn" -
"Mất định lượng" có tính đến tiêu đề MAC-e / es);
5> nếu bit có thể được truyền trên kênh logic này:
6> đặt "Tải trọng còn lại khả dụng" thành ("Tải trọng còn lại khả dụng" - "Tổn thất định
lượng");
6> trừ các bit tương ứng từ "Khối lượng còn lại có sẵn" và "Khối lượng tài trợ theo lịch
trình còn lại" có tính đến các tiêu đề MAC-e / es;
6> đặt "Định lượng được áp dụng" thành TRUE.
2> nếu Thông tin lập lịch cần được truyền đi:
3> thêm Thông tin lập lịch vào MAC-e PDU;
3> xác định E-TFC nhỏ nhất có thể mang MAC-e PDU kết quả;
3> nếu phần đệm cho phép DDI0 để được gửi, hãy thêm nó vào cuối tiêu đề MAC-e.
2> khác:
3> xác định E-TFC nhỏ nhất có thể mang MAC-e PDU kết quả;
3> nếu phần đệm cho phép gửi Thông tin lập lịch, hãy thêm nó vào MAC-e PDU;
3> nếu Thông tin lập lịch được thêm vào PDU và nếu phần đệm cho phép DDI0 để được gửi, hãy thêm nó
vào cuối tiêu đề MAC-e.
2> đặt số lượng truyền HARQ tối đa là lớn nhất trong số tối đa số lượng truyền HARQ của các cấu hình
HARQ của các luồng MAC-d được chọn để truyền.
1> else nếu Thông tin lập lịch cần được truyền đi:
2> chọn cấu hình HARQ "chỉ kiểm soát";
2> điền vào MAC-e PDU với thông tin lập lịch trình;
2> chọn E-TFC nhỏ nhất.
3GPP
Phát hành 6 92 3GPP TS 25.321 V6.18.0 (2009-03)
Phụ lục D (cung cấp thông tin):

Thay đổi lịch sử
Ngày TSG # TSG Doc. CR Rev Chủ đề / Bình luận Cũ Mới
Được phê duyệt tại TSG-RAN # 4 và được đặt dưới Kiểm soát thay
06/1999 RP-04 RP-99312 - đổi - 3.0.0
10/1999 RP-05 RP-99463 001 1 Xử lý MAC đã sửa đổi của PCH và FACH 3.0.0 3.1.0
RP-05 RP-99463 002 Các sửa đổi của nguyên thủy MAC 3.0.0 3.1.0
RP-05 RP-99463 003 2 Tiêu đề RACH / FACH MAC - Nhận dạng loại kênh 3.0.0 3.1.0
RP-05 RP-99463 004 Hỗ trợ tín hiệu USCH / DSCH trong TDD 3.0.0 3.1.0
RP-05 RP-99463 006 Làm rõ về phân vùng RACH và ưu tiên thông qua truy cập 3.0.0 3.1.0
lớp dịch vụ (ASC) và mối quan hệ với thuật toán dự phòng
RP-05 RP-99463 010 1 Các sửa đổi trên các định dạng UE-Id 3.0.0 3.1.0
RP-05 RP-99463 011 CPCH nguyên thủy 3.0.0 3.1.0
RP-05 RP-99463 012 Thời gian tạm ứng cho TDD 3.0.0 3.1.0
RP-05 RP-99463 013 1 Quy trình báo cáo đo lưu lượng giao thông 3.0.0 3.1.0
RP-05 RP-99463 014 Ánh xạ kênh logic BCCH lên kênh vận chuyển FACH 3.0.0 3.1.0
Các định dạng MAC PDU cho DCCH / DTCH trên DSCH và cho
RP-05 RP-99463 015 1 PCCH 3.0.0 3.1.0
Các phần cung cấp thông tin không chỉ định hoặc hạn chế việc triển
RP-05 RP-99463 016 1 khai 3.0.0 3.1.0
RP-05 RP-99463 017 1 Sửa đổi quy trình điều khiển truyền RACH 3.0.0 3.1.0
RP-05 RP-99463 018 Loại bỏ chức năng MAC cho thông tin hệ thống và phân trang 3.0.0 3.1.0
lập kế hoạch
RP-05 RP-99463 019 1 Quy trình điều khiển truyền RACH trên MAC cho mod TDD 3.0.0 3.1.0
RP-05 RP-99463 021 1 Loại bỏ Phụ lục A và B của TS 25.321 3.0.0 3.1.0
12/1999 RP-06 RP-99638 022 3 Kích thước trường tiêu đề MAC đã sửa đổi 3.1.0 3.2.0
RP-06 RP-99638 023 MAC: Nhiều kênh chia sẻ (DSCH / USCH) 3.1.0 3.2.0
RP-06 RP-99638 024 Các thông số cho Trạng thái Nguyên thủy 3.1.0 3.2.0
RP-06 RP-99638 025 1 Hỗ trợ hoạt động kênh chia sẻ trong TDD 3.1.0 3.2.0
RP-06 RP-99638 028 Sửa đổi Dịch vụ Phát sóng Di động (CBS) 3.1.0 3.2.0
RP-06 RP-99637 030 1 Thay đổi biên tập 3.1.0 3.2.0
RP-06 RP-99638 031 1 Ánh xạ đồng thời các kênh logic trên 3.1.0 3.2.0
03/2000 RP-07 RP-000039 032 Tiêu đề MAC TDD được căn chỉnh bit 3.2.0 3.3.0
RP-07 RP-000039 035 2 CPCH bao gồm chỉ định kênh 3.2.0 3.3.0
RP-07 RP-000039 036 Chỉ báo loại UE-ID 3.2.0 3.3.0
RP-07 RP-000039 037 1 Quy trình điều khiển truyền RACH 3.2.0 3.3.0
RP-07 RP-000039 039 CPCH bắt đầu chỉ báo tin nhắn 3.2.0 3.3.0
RP-07 RP-000039 040 Loại bỏ SCH và SCCH 3.2.0 3.3.0
RP-07 RP-000039 041 1 Làm rõ thứ tự bit 3.2.0 3.3.0
06/2000 RP-08 RP-000219 042 Điều chỉnh CPCH 3.3.0 3.4.0
RP-08 RP-000219 043 1 Kết thúc quá trình truyền CPCH 3.3.0 3.4.0
RP-08 RP-000219 044 2 Làm rõ mức độ ưu tiên của các kênh logic trong UE 3.3.0 3.4.0
RP-08 RP-000219 045 1 Quy trình CPCH MAC 3.3.0 3.4.0
RP-08 RP-000219 046 Đo lưu lượng truy cập để kiểm soát sóng vô tuyến động 3.3.0 3.4.0
09/2000 RP-09 RP-000357 047 Di chuyển văn bản nguyên thủy đến phần chính xác 3.4.0 3.5.0
RP-09 RP-000357 048 Chỉnh sửa quy trình RACH 3.4.0 3.5.0
RP-09 RP-000357 049 Làm rõ các tham số của MAC-RLC gốc 3.4.0 3.5.0
RP-09 RP-000357 051 1 Biên tập dọn dẹp 3.4.0 3.5.0
12/2000 RP-10 RP-000567 053 2 Chỉnh sửa các ưu tiên kênh logic trong Giao thức MAC 3.5.0 3.6.0
RP-10 RP-000567 055 1 Loại bỏ FAUSCH 3.5.0 3.6.0
RP-10 RP-000567 056 2 Làm rõ MAC chung 3.5.0 3.6.0
RP-10 RP-000567 057 1 Xử lý lỗi trong MAC 3.5.0 3.6.0
RP-10 RP-000567 058 1 Xử lý lỗi cho MAC RACH và điều khiển truyền CPCH 3.5.0 3.6.0
thủ tục
RP-10 RP-000567 059 Bao gồm giai đoạn 3 cho mật mã 3.5.0 3.6.0
03/2001 RP-11 RP-010025 061 Loại bỏ FAUSCH 3.6.0 3.7.0
RP-11 RP-010025 066 3 Chỉnh sửa thuật toán lựa chọn TFC 3.6.0 3.7.0
RP-11 RP-010025 067 3 Các chỉnh sửa khác 3.6.0 3.7.0
RP-11 RP-010025 068 2 Làm rõ về quy trình đo lưu lượng giao thông 3.6.0 3.7.0
RP-11 RP-010025 070 1 Làm rõ về các tham số của nguyên thủy 3.6.0 3.7.0
RP-11 RP-010037 064 1,28Mcps TDD 3.7.0 4.0.0
06/2001 RP-12 RP-010308 074 RLC Tr Loại bỏ 4.0.0 4.1.0
RP-12 RP-010308 076 Làm rõ về chế độ nén 4.0.0 4.1.0
RP-12 RP-010308 078 Điều chỉnh mối quan hệ giữa các chức năng MAC và vận chuyển 4.0.0 4.1.0
kênh truyền hình
RP-12 RP-010308 080 Đánh giá thích ứng 4.0.0 4.1.0
RP-12 RP-010308 082 Dọn dẹp các dịch vụ và chức năng MAC 4.0.0 4.1.0
RP-12 RP-010322 083 Hiệu chỉnh điều khiển Truyền RACH cho 1,28Mcps TDD 4.0.0 4.1.0
09/2001 RP-13 RP-010541 085 Cài đặt Id UE trong MAC 4.1.0 4.2.0
RP-13 RP-010541 087 Thao tác lựa chọn MAC ASC khi lớp truy cập được sử dụng để 4.1.0 4.2.0
3GPP
Phát
hành 6 93 3GPP TS 25.321 V6.18.0 (2009-03)

xác định ASC
RP-13 RP-010541 089 Bổ sung BCH ô lân cận vào mô hình MAC-b cho UE 4.1.0 4.2.0
RP-13 RP-010541 093 1 Làm rõ về lựa chọn TFC 4.1.0 4.2.0
12/2001 RP-14 RP-010760 091 1 Lưu ý cảnh báo đối với phép đo tần số trong Cell-FACH 4.2.0 4.3.0
RP-14 RP-010760 095 Hiệu chỉnh về Kiểm soát Truyền RACH 4.2.0 4.3.0
Điều chỉnh về Kiểm soát lưu lượng giao
RP-14 RP-010760 097 thông 4.2.0 4.3.0
RP-14 RP-010760 099 Sửa chung về lựa chọn Lớp dịch vụ Access 4.2.0 4.3.0
RP-14 RP-010760 101 Lựa chọn TFC ở chế độ nén 4.2.0 4.3.0
03/2002 RP-15 RP-020067 103 Làm rõ về mật mã 4.3.0 4.4.0
RP-15 RP-020067 106 Chỉ định kênh con lớp MAC TDD 4.3.0 4.4.0
RP-15 RP-020067 110 Thiếu loại kênh DTCH trong Chỉ báo loại UE-ID 4.3.0 4.4.0
RP-15 RP-020067 112 Sửa lỗi UE Id cho DSCH 4.3.0 4.4.0
RP-15 RP-020067 114 Hành vi không xác định của UE khi cần đệm 4.3.0 4.4.0
RP-15 RP-020094 104 2 Giới thiệu HSDPA 4.4.0 5.0.0
Cập nhật Tài liệu tham khảo để bao gồm
06/2002 RP-16 RP-020326 117 25.123 (TDD) 5.0.0 5.1.0
RP-16 RP-020326 120 Chỉnh sửa hướng dẫn lựa chọn TFCS 5.0.0 5.1.0
RP-16 RP-020341 121 Các hiệu chỉnh MAC liên quan đến HSDPA 5.0.0 5.1.0
RP-16 RP-020341 122 Mô tả cho thiết lập lại MAC-hs 5.0.0 5.1.0
09/2002 RP-17 RP-020538 130 Hiệu chỉnh MAC TVM 5.1.0 5.2.0
RP-17 RP-020538 133 Tiêu đề MAC cho DTCH và DCCH 5.1.0 5.2.0
RP-17 RP-020556 123 Tùy chọn sử dụng độ trễ truyền tối đa cho MAC-hs SDU 5.1.0 5.2.0
RP-17 RP-020556 124 MAC-hs: Chức năng lập lịch và thực thể HARQ cho TSN 5.1.0 5.2.0
RP-17 RP-020556 125 Chỉnh sửa định nghĩa trường C / T cho HS-DSCH 5.1.0 5.2.0
RP-17 RP-020556 126 Sửa đổi mô tả giao thức sắp xếp lại 5.1.0 5.2.0
RP-17 RP-020556 127 Giới hạn số lượng PDU trên mỗi TTI 5.1.0 5.2.0
RP-17 RP-020556 134 Báo hiệu kích thước khối vận chuyển cho HS-DSCH 5.1.0 5.2.0
RP-17 RP-020556 135 Báo hiệu kích thước khối truyền tải 3,84 Mcps TDD 5.1.0 5.2.0
RP-17 RP-020556 136 Kích thước khối Tranport HSDPA tĩnh cho 1,28 Mcps TDD 5.1.0 5.2.0
12/2002 RP-18 RP-020718 142 1 Lựa chọn TFC cho truyền RACH 5.2.0 5.3.0
RP-18 RP-020718 145 Id RB trong mật mã 5.2.0 5.3.0
RP-18 RP-020718 148 Chỉnh sửa lựa chọn TFC cho TDD 5.2.0 5.3.0
TFC không thể chặn ở trạng thái năng
RP-18 RP-020718 151 lượng vượt mức 5.2.0 5.3.0
RP-18 RP-020735 137 Tạo Báo cáo trạng thái RLC để phối hợp với thiết lập lại MAC-hs 5.2.0 5.3.0
RP-18 RP-020735 138 Cơ chế đặt hàng lại 5.2.0 5.3.0
RP-18 RP-020735 139 Tín hiệu kích thước khối truyền tải cho TDD 1,28Mcps 5.2.0 5.3.0
RP-18 RP-020735 153 Giới hạn về số lượng PDU trên mỗi TTI cho 1,28 Mcps TDD 5.2.0 5.3.0
RP-18 RP-020735 154 Số lượng mac-d pdu trong một mac-hs PDU cho TDD 5.2.0 5.3.0
RP-18 RP-020851 155 Kích thước khối truyền lại HSDPA 5.2.0 5.3.0
RP-18 RP-020874 158 Mật mã của nhiều PDU trên mỗi TTI 5.2.0 5.3.0
RP-19 RP-030100 166 Cài đặt thời gian kích hoạt mật mã cho người mang TM 5.3.0 5.4.0
RP-19 RP-030100 169 1 Thực hiện kiểm soát TFC 5.3.0 5.4.0
RP-19 RP-030115 159 Xác định TDD HCSN trong MAC-hs 5.3.0 5.4.0
RP-19 RP-030115 160 Điều chỉnh việc sử dụng chỉ số Kích thước khối truyền tải bằng 5.3.0 5.4.0
111111 cho TDD
RP-19 RP-030115 163 Biên tập thay đổi đối với MAC-hs 5.3.0 5.4.0
RP-19 RP-030115 170 Sắp xếp lại các chỉnh sửa đối tượng 5.3.0 5.4.0
06/2003 RP-20 RP-030302 171 Xóa văn bản mô tả của thực thể sắp xếp lại 5.4.0 5.5.0
RP-20 RP-030302 172 Tiêu đề MAC cho DTCH và DCCH được ánh xạ tới HS-DSCH 5.4.0 5.5.0
Hướng dẫn lựa chọn TFCS cho Tập hợp
09/2003 RP-21 RP-030501 178 con TFC 5.5.0 5.6.0
RP-21 RP-030536 174 2 MAC-hs Sắp xếp lại Giao thức Sửa lại & Cửa sổ MAC-hs lại- 5.5.0 5.6.0
đặt hàng
RP-21 RP-030494 175 Bổ sung phép đo Tốc độ bit do HS-DSCH cung cấp 5.5.0 5.6.0
12/2003 RP-22 RP-030624 179 Điều chỉnh liên quan đến kích thước TB HSDPA cho TDD 1,28Mcps 5.6.0 5.7.0
RP-22 RP-030624 180 Bảng kích thước khối truyền tải HSDPA cho TDD 3,84Mcps 5.6.0 5.7.0
RP-22 RP-030624 181 Bảng kích thước TB HSDPA 5.6.0 5.7.0
RP-22 RP-030624 182 Truyền lại HARQ không chính đáng 5.6.0 5.7.0
RP-22 RP-030624 183 MAC-hs Sắp xếp lại Giao thức Sửa lỗi tuôn ra 5.6.0 5.7.0
RP-22 RP-030624 184 Sửa đối với cơ chế tránh ngừng trệ dựa trên cửa sổ 5.6.0 5.7.0
Nâng cấp lên Bản phát hành 6 - không có
RP-22 - - thay đổi kỹ thuật 5.7.0 6.0.0
03/2004 RP-23 RP-040104 186 1 UE xử lý NDI và TBS cho HSDPA 6.0.0 6.1.0
RP-23 RP-040104 188 Các sửa đổi liên quan đến HSDPA về cấu hình lại MAC-hs 6.0.0 6.1.0
RP-23 RP-040104 190 Cấu hình lại phân vùng bộ nhớ đệm mềm 6.0.0 6.1.0
06/2004 RP-24 RP-040200 194 Sử dụng U-RNTI trong đường xuống 6.1.0 6.2.0
RP-24 RP-040234 196 Các biến trạng thái so sánh số học 6.1.0 6.2.0
12/2004 RP-26 RP-040480 198 Phần mở rộng tiêu đề MAC-hs 6.2.0 6.3.0
RP-26 RP-040480 200 Làm rõ về việc sử dụng trường C / T trong tiêu đề HSDPA Mac-d 6.2.0 6.3.0
RP-26 RP-040489 201 1 Giới thiệu tiêu đề MBMS MAC 6.2.0 6.3.0
RP-26 RP-040489 202 Giới thiệu MBMS 6.2.0 6.3.0
RP-26 RP-040497 203 Giới thiệu EUL trong đặc tả MAC 6.2.0 6.3.0
3GPP
Phát
hành 6 94 3GPP TS 25.321 V6.18.0 (2009-03)

03/2005 RP-27 RP-050078 204 Chỉnh sửa tiêu đề MBMS cho MBMS 6.3.0 6.4.0
06/2005 RP-28 RP-050301 0207 Sửa biến trạng thái HSDPA 6.4.0 6.5.0
RP-28 RP-050319 0208 Sửa đổi mô tả trường TCTF 6.4.0 6.5.0
RP-28 RP-050301 0210 Cấu hình lại các thông số MAC-hs 6.4.0 6.5.0
RP-28 RP-050308 0212 Dọn dẹp tính năng: Loại bỏ DSCH (FDD) 6.4.0 6.5.0
RP-28 RP-050309 0214 Dọn dẹp tính năng: Loại bỏ CPCH 6.4.0 6.5.0
RP-28 RP-050323 0215 Phép đo Tốc độ bit được cung cấp HS-DSCH trên mỗi phần tế bào 6.4.0 6.5.0
RP-28 RP-050375 0216 2 Văn bản bổ sung về EUL trong đặc tả MAC 6.4.0 6.5.0
Hiệu chỉnh kích thước TB cho 1,28 Mcps
09/2005 RP-29 RP-050462 0218 TDD 6.5.0 6.6.0
RP-29 RP-050602 0219 5 Văn bản bổ sung về EUL trong đặc tả MAC 6.5.0 6.6.0
RP-29 RP-050452 0220 Định nghĩa của UE Power Headroom 6.5.0 6.6.0
RP-29 RP-050457 0222 Dọn dẹp tính năng: Loại bỏ CPCH 6.5.0 6.6.0
12/2005 RP-30 RP-050791 0223 Xử lý nhiều bước cho E-RGCH 6.6.0 6.7.0
RP-30 RP-050791 0224 Làm rõ và sửa đổi lựa chọn E-TFC 6.6.0 6.7.0
RP-30 RP-050791 0225 1 Tiêu chí cho Bit hạnh phúc 6.6.0 6.7.0
RP-30 RP-050791 0226 1 Sửa lại định nghĩa của reference_ETPR 6.6.0 6.7.0
RP-30 RP-050791 0227 Mã hóa TEBS và HLBS 6.6.0 6.7.0
RP-30 RP-050791 0228 Chỉnh sửa trên định dạng MAC-e PDU 6.6.0 6.7.0
RP-30 RP-050791 0229 Bộ hẹn giờ kích hoạt SI 6.6.0 6.7.0
RP-30 RP-050791 0230 Số lần truyền tối đa cho thông tin chỉ kiểm soát 6.6.0 6.7.0
RP-30 RP-050791 0231 Trường hợp lỗi bổ sung trên kênh Tài trợ tuyệt đối 6.6.0 6.7.0
RP-30 RP-050791 0232 Yêu cầu lại / đặt trước quy trình HARQ 6.6.0 6.7.0
RP-30 RP-050791 0233 Hành vi tại E-DCH TTI thay đổi 6.6.0 6.7.0
RP-30 RP-050792 0234 Trạng thái bộ đệm cho Thông tin Lập lịch 6.6.0 6.7.0
RP-30 RP-050792 0235 Định nghĩa bộ đệm cho cài đặt Happy Bit 6.6.0 6.7.0
Đặc điểm kỹ thuật của kiểm soát tỷ lệ kết hợp các quy tắc trong thủ
RP-30 RP-050792 0236 tục cơ sở 6.6.0 6.7.0
để cung cấp bản cập nhật Grant
RP-30 RP-050792 0237 Định nghĩa mẫu để đo tốc độ bit E-DCH 6.6.0 6.7.0
RP-30 RP-050792 0238 Kích thước của trường Trợ cấp tuyệt đối 6.6.0 6.7.0
RP-30 RP-050792 0239 Truyền thông tin lập lịch trình mà không có dữ liệu lớp cao hơn 6.6.0 6.7.0
RP-30 RP-050792 0241 Kích thước của trường UPH và tập hợp Thông tin lập lịch trình 6.6.0 6.7.0
thông điệp
RP-30 RP-050792 0242 Bộ định thời E-DCH SI MAC-e PDU và SI 6.6.0 6.7.0
RP-30 RP-050792 0243 Chỉ báo thiết lập lại MAC es / e 6.6.0 6.7.0
RP-30 RP-050792 0244 Xử lý E-DCH khi phân phối thay đổi ô 6.6.0 6.7.0
RP-30 RP-050792 0245 Trình tự RSN với sự hiện diện của truyền chế độ nén 6.6.0 6.7.0
khoảng trống
03/2006 RP-31 RP-060085 0246 Định nghĩa về reference_ETPR 6.7.0 6.8.0
RP-31 RP-060085 0247 1 AG_Timer dành cho IE “Tài trợ phục vụ” 6.7.0 6.8.0
RP-31 RP-060085 0248 Mã hóa TEBS và HLBS 6.7.0 6.8.0
RP-31 RP-060194 0249 1 Hiệu chỉnh liên quan đến việc kích hoạt tự động truyền lại SI 6.7.0 6.8.0
RP-31 RP-060085 0250 Giải thích tại Thay đổi TTI 6.7.0 6.8.0
RP-31 RP-060085 0251 2 Quy trình thiết lập lại MAC-es / e và MAC-hs 6.7.0 6.8.0
RP-31 RP-060085 0254 Chỉnh sửa đường lên nâng cao 6.7.0 6.8.0
RP-31 RP-060085 0255 Sửa mã giả lựa chọn E-TFC 6.7.0 6.8.0
RP-31 RP-060088 0256 Sửa trường MBMS-Id (tiêu đề MAC của MTCH) 6.7.0 6.8.0
RP-31 RP-060085 0257 Cập nhật tài trợ cung cấp dịch vụ E-DCH 6.7.0 6.8.0
Một kích thước PDU cho mỗi kênh logic trên
RP-31 RP-060085 0258 mỗi TTI 6.7.0 6.8.0
06/2006 RP-32 RP-060352 0259 Trạng thái bộ đệm cho Bit hạnh phúc và thông tin lên lịch 6.8.0 6.9.0
Báo cáo
RP-32 RP-060352 0261 Cung cấp RG và Thông tin Lập lịch 6.8.0 6.9.0
RP-32 RP-060352 0263 Định nghĩa của RG_step_size 6.8.0 6.9.0
RP-32 RP-060352 0265 Sửa thành AG_Timer Start 6.8.0 6.9.0
RP-32 RP-060352 0267 Các hiệu chỉnh khác cho E-DCH 6.8.0 6.9.0
RP-32 RP-060353 0269 Sửa lỗi Thông báo lỗi truyền dẫn SI và biến 6.8.0 6.9.0
đặt lại
RP-32 RP-060353 0271 Điều chỉnh để xử lý khi bắt đầu truyền E-DCH 6.8.0 6.9.0
RP-32 RP-060353 0273 Thông tin không nhất quán bổ sung trên E-AGCH 6.8.0 6.9.0
RP-32 RP-060370 0275 Giải thích trên E-TFCI 6.8.0 6.9.0
RP-32 RP-060353 0281 Truyền SI nếu TEBS bằng 0 6.8.0 6.9.0
Tỷ lệ công suất Serving_Grant và Unquantized E-DPDCH to
RP-32 RP-060419 0283 1 DPCCH 6.8.0 6.9.0
09/2006 RP-33 RP-060625 0285 2 Số lần truyền tối đa 6.9.0 6.10.0
RP-33 RP-060574 0288 Giá trị HLBS trong thông báo Thông tin Lập lịch 6.9.0 6.10.0
RP-33 RP-060578 0292 1 Thiết lập lại MAC-hs 6.9.0 6.10.0
12/2006 RP-34 RP-060716 0300 Tiêu đề Grant và MAC-e / es cho E-DCH 6.10.0 6.11.0
RP-34 RP-060716 0302 Làm rõ các mã kênh tối đa và E-TFC 6.10.0 6.11.0
sự lựa chọn
RP-34 RP-060716 0304 1 Hiệu chỉnh cho E-DCH SG và chế độ nén 6.10.0 6.11.0
3GPP
Phát
hành 6 95 3GPP TS 25.321 V6.18.0 (2009-03)

RP-34 RP-060716 0306 SG cập nhật thủ tục sửa chữa 6.10.0 6.11.0
03/2007 RP-35 RP-070150 0309 Sửa đổi kích thước TB HS-DSCH cho LCR TDD 6.11.0 6.12.0
06/2007 RP-36 RP-070393 0320 Lệnh phản hồi về lựa chọn kích thước RLC PDU trên E-DCH 6.12.0 6.13.0
RP-36 RP-070393 0325 Làm rõ về cách tính “Khối lượng tài trợ đã lên lịch” 6.12.0 6.13.0
RP-36 RP-070491 0328 Giải thích về mức độ ưu tiên của các yêu cầu trong lựa chọn E-TFC 6.12.0 6.13.0
09/2007 RP-37 RP-070623 0332 Sửa chế độ nén E-DCH 6.13.0 6.14.0
RP-37 RP-070623 0344 Cung cấp 'HOLD' 6.13.0 6.14.0
RP-37 RP-070623 0346 Điều chỉnh các yêu cầu định lượng trong lựa chọn E-TFC 6.13.0 6.14.0
RP-37 RP-070623 0363 Căn chỉnh định nghĩa Reference_ETPR 6.13.0 6.14.0
Chỉnh sửa đối với mô tả MAC-e phía
03/2008 RP-39 RP-080176 0382 UTRAN 6.14.0 6.15.0
09/2008 RP-41 RP-080677 0421 Bảng điều chỉnh HSDPA TBS cho LCR TDD 6.15.0 6.16.0
12/2008 RP-42 RP-081001 0461 2 Các hạn chế của UE đối với E-TFCI 6.16.0 6.17.0
Các hiệu chỉnh đối với lựa chọn E-TFC trong trường hợp ngoại suy
03/2009 RP-43 RP-090116 0480 - E-DPDCH 6.17.0 6.18.0
RP-090116 0483 - Báo cáo SI và chế độ nén 6.17.0 6.18.0
3GPP

3GPP TS 25.321

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

3GPP TS 25.321

Uploaded by

Copyright:

Available Formats

3GPP TS 25.321 V6.18.

Dự án Đối tác Thế hệ thứ 3; Nhóm đặc điểm kỹ thuật

địa chỉ bưu điện

Địa chỉ văn phòng hỗ trợ 3GPP

Thông báo Bản quyền

x chữ số đầu tiên:

1 trình bày cho TSG để biết thông tin;

2 trình TSG phê duyệt;

Đặc điểm kỹ thuật mô tả:

- Kiến trúc MAC;

- Thực thể MAC;

- cấu trúc kênh;

- dịch vụ cung cấp cho các tầng trên;

- Các chức năng MAC;

- các dịch vụ được mong đợi từ lớp vật lý;

- các yếu tố cho giao tiếp ngang hàng;

- đơn vị dữ liệu giao thức, định dạng và tham số;

- thủ tục sơ cấp.

2 Người giới thiệu

[9] 3GPP TR 25.990: "Từ vựng cho UTRAN".

[10] 3GPP TS 33.102: "Kiến trúc bảo mật".

[13] 3GPP TS 25.214: "Thủ tục lớp vật lý (FDD)".

[15] 3GPP TS 33.105: "Yêu cầu thuật toán mật mã".

[16] 3GPP TS 25.212: "Ghép kênh và mã hóa kênh (FDD)".

[17] 3GPP TS 25.215: "Lớp vật lý - Phép đo (FDD)".

[18] 3GPP TS 25.213: "Lan truyền và điều chế (FDD)".

3 Các định nghĩa và các từ viết tắt

3.1 Định nghĩa

3.1.1 Định nghĩa cụ thể của HS-DSCH

3.1.2 Các định nghĩa cụ thể về E-DCH

3.2 Các từ viết tắt

AG Trợ cấp tuyệt đối

MTCH Kênh lưu lượng điểm-đa điểm MBMS

4.2 Kiến trúc MAC

4.2.1 Thực thể MAC

Các thực thể được gán các tên sau.

- MAC-b là thực thể MAC xử lý các kênh truyền tải sau:

- kênh quảng bá (BCH)

- MAC-c / sh / m, là thực thể MAC xử lý các kênh truyền tải sau:

- kênh phân trang (PCH)

- kênh truy cập chuyển tiếp (FACH)

- kênh truy cập ngẫu nhiên (RACH)

- MAC-d là thực thể MAC xử lý các kênh truyền tải sau:

- kênh vận chuyển chuyên dụng (DCH)

- MAC-hs là thực thể MAC xử lý các kênh truyền tải sau:

- kênh chia sẻ đường xuống tốc độ cao (HS-DSCH)

- MAC-m là thực thể MAC xử lý các kênh truyền tải sau:

- kênh truy cập chuyển tiếp (FACH).

- kênh vận chuyển chuyên dụng nâng cao (E-DCH).

Thực thể MAC-b nằm trong Node B.

BCCH Kiểm soát Mac

Hình 4.2.2.1: Kiến trúc phía UE và phía UTRAN

4.2.3 Kiến trúc liên quan đến giao thông - Phía UE

M TC HM SC HM TC HM SC HMCCH PC CH BC CHCCCHC TC H SH CCH

E -CH CH Mỹ D SC H DCH DCH

liên kết A ssociated A ssociated A ssociated FAC H RACH

Hình 4.2.3.1: Kiến trúc MAC phía UE

4.2.3.1 Thực thể MAC-c / sh / m - Phía UE

Các chức năng sau được bao gồm:

- thêm / đọc UE Id:

- Id UE được thêm vào để truyền RACH;

- Id UE, khi có, xác định dữ liệu cho UE này.

- đọc MBMS Id: