NGHIÊN CỨU CẤU TRÚC HSDPA -6

Chia sẻ: Cao Tt | Ngày: | Loại File: PDF | Số trang:8

Thêm vào BST

Báo xấu

172
lượt xem 55
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Hình 20: Biểu diễn mã hoá điều chế của HSDPA và tốc độ bit tối đa khả dụng với mỗi mã theo dB 2.5.2 Kỹ thuật H- ARQ Khi vận hành HSDPA ở lân cận hiệu suất phổ cao nhất, tỉ lệ lỗi khối BLER sau lần truyền dẫn đầu tiên được khuyến nghị trong khoảng từ 10- 20%. Cơ chế yêu cầu lặp tự động lai H-ARQ được ứng dụng trong giải pháp HSDPA nhằm giảm trễ và tăng hiệu suất của quá trình tái truyền dẫn dữ liệu. Thực tế, H- ARQ là một giao thức dạng dừng lại...

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: NGHIÊN CỨU CẤU TRÚC HSDPA -6

H ình 20: Biểu diễn mã hoá điều chế của HSDPA và tố c độ b it tố i đa khả dụng với mỗi mã theo dB 2.5.2 Kỹ thuật H- ARQ Khi vận hành HSDPA ở lân cận hiệu suất phổ cao nhất, tỉ lệ lỗi khối BLER sau lần truyền dẫn đầu tiên được khuyến nghị trong khoảng từ 10- 20%. Cơ chế yêu cầu lặp tự động lai H-ARQ được ứng dụng trong giải pháp HSDPA nhằm giảm trễ và tăng hiệu suất của quá trình tái truyền dẫn dữ liệu. Thực tế, H- ARQ là một giao thức dạng dừng lại và chờ SAW (Stop And Wait). Trong cơ chế SAW, phía truyền dẫn luôn luôn ở quá trình truyền dẫn các block đang hiện hành cho tới khi thiết bị người sử dụng hoàn toàn nhận được dữ liệu. Để tận dụng thời gian khi Node- B chờ các báo nhận, có thể thiết lập N tiến trình SAW-ARQ 49
song song cho thiết bị người dùng. Do đó, các tiến trình khác nhau truyền dẫn trong các TTI riêng biệt. Số tiến trình SAW-ARQ song song được thiết lập tối đa là 8 (N=8), tuy nhiên thông thường chọ n giá trị N từ 4-6. Thời gian trễ nhỏ nhất cho phép giữa quá trình truyền dữ liệu gốc so với quá trình tái truyền dẫn dữ liệu lần đầu tiên trong HSDPA là 12ms. Điều khiển H- ARQ lớp 1 được đặt tại Node-B, do đó việc lưu trữ các gói dữ liệu phi báo nhận cùng với chức năng sắp xếp các gói của quá trình tái truyền dẫn là không phụ thuộc vào RNC. Như vậy sẽ tránh được trễ tái truyền dẫn, ngoài ra các trễ này sẽ thấp hơn trễ gây ra bởi quá trình tái truyền dẫn RLC thông thường. Kỹ thu ật HARQ là đi ể m khác cơ b ản so vớ i k ỹ thu ật phát lạ i trong WCDMA bởi bộ gi ải mã UE kết hợ p các thông tin “mề m” c ủ a quá trình phát lại củ a cùng mộ t block ở c ấp độ b it. Kỹ thu ật này đ ưa ra mộ t số y êu c ầu về mở r ộng dung lượng bộ n h ớ củ a UE, do UE phả i lưu các thong tin “mề m” c ủa nhữ ng l ần phát giải mã không thành công. 50
Hình 21: Hoạ t độ ng của giao thức SAW 4 kênh Các phương pháp HARQ như sau: - Kết hợp khuôn (CC: Chase Combining) mỗi lần phát lại chỉ đơn giản là sự lặp lại của từ mã đã được sử dụng cho lần phát đầu tiên.  Ưu điểm: Việc truyền và truyền lại được giải mã riêng lẻ (tự giải mã), tăng tính đa dạng thời gian, có thể tăng tính đa dạng đường truyền.  Nhược điểm: Việc phát lại toàn bộ các gói sẽ lãng phí về băng thông. - Tăng độ d ư (IR : Incremental Redundancy): Sự phát lại bao gồm cả thông tin dư thừa bổ xung và thông tin này được phát kèm thêm nếu có lỗi giải mã trong lần phát đầu tiên. H ình 22: Quá trình truyền lại khối dữ liệu IR Tăng độ dư được sử dụng để nhận được tính năng tối đa trong băng thông sẵn sàng. Lúc này block được phát lại chỉ bao gồ m dữ liệu sửa chữa của tín hiệu gốc được 51
truyền đi chứ không phải thông tin thực sự. Lượng thông tin dư thêm vào được gửi đi ngày càng tăng lên khi quá trình phát lại lặp đi lặp lại mà bên thu vẫn nhận bị lỗi.  Ưu điểm: Giảm bớt băng thông/ lưu lượng hữu dụng của một người sử dụng và dùng nó cho những người khác.  Nhược điểm: Các bit hệ thống chỉ được gửi đi khi truyền lần đầu và không thể truyền lại, điều đó làm cho quá trình truyền lại không thể tự giải mã. Vì thế, nếu quá trình truyền lần đầu bị mất thì fading rất lớn sẽ tác động và không có cơ hội khôi phục lại dữ liệu trong hoàn cảnh này. Chương 3 : ỨNG D ỤNG TRÊN HSDPA 3.1 VOIP song công toàn phần và thúc đẩy trò chuyện Kh i s o sánh vớ i n hiều ứng d ụng khác ch ạ y qua IP, lưu lượ ng yêu c ầu cho Vo IP song công toàn phần th ấp, lên trên t ới vài ch ục Kbps, nhưng nh ững yêu cầu t iề m ẩn mặt khác lại đ òi h ỏi cao hơn, như vậy một l ần n ữa , RTT – và không phải l ưu lư ợng n ối liên kết - là nhân tố mà ngư ời dùng cu ố i giớ i hạn dị ch vụ th ự c hiện và dung lượng mạ ng. Khuyến cáo ITU trong th ờ i gian truy ền mộ t đư ờng cho tiếng nói song công toàn phầ n nói rằng ngư ời sử d ụ ng th ỏa mãn với đ ộ trễ truy ền từ miện g đến tai kho ảng 280ms. V ới độ t r ễ lớn hơn 280ms thì s ự t ương tác c ủa kết n ối ti ếng nói giảm nhanh chóng.Và khi đ ộ t rễ đ ạt đến 400ms thì tiếng nói không th ỏa mãn với sự tương tác kết nố i. C hú ý rằng độ tr ễ đ ược nói đ ến ở đây là độ tr ễ t ừ miệng đ ến tai, và do đó không chỉ bao gồ m độ trễ đư ờ ng truy ền mà còn cả độ trễ x ử l ý (mã hóa/ gi ải mã) trong bộ p hát và b ộ nhậ n. Khuy ến cáo c ủa liên 52
hiệp viễn thông qu ốc t ế n goài ra cũng bao g ồ m hướng d ẫn cho độ trễ m ã hóa / gi ải mã. Với đ a s ố các bộ lấy mẫu dùng cho di đ ộn g yêu c ầu đ ộ trễ chỉ từ 50ms đ ến 100ms. Bỏ qua độ t rễ x ử l ý thì đ ộ tr ễ từ lúc truy ền tin cho đ ến khi kết thúc là nhỏ hơn 200ms. Khi chúng ta so sánh yêu c ầu đ ộ trễ này với RTT thấp hơn 200ms trong WCDMA và th ấp hơn 100ms trong HSPA. R õ ràng rằng VOIP làm việ c t ốt trong c ả 2 công nghệ.Với R TT ngắ n hơn trong liên kết vô tuy ến HSPA, đ ộ trễ cho phép trong đườ ng truy ền HSPA là lớn hơn so với W CDMA. Chú ý rằng khi tải ở HSPA tăng lên th ì RTT cũng tăng. Với các ứng dụng thúc đẩy trò chuyện thì độ trễ yêu cầu từ miệng tới tai là ít đòi hỏi cao hơn so với VOIP song công toàn phần. Mặt khác, những ứng dụng này đặt những yêu cầu chặt chẽ trên việc thiết đặt thời gian cho kết nối vô tuyến. Điều này là bởi vì mỗi thời gian người sử dụng yêu cầu trò chuyện, hệ thống phải thiết đặt một kết nối vô tuyến, thời gian để làm điều này trực tiếp ảnh hưởng đến người dùng kết nối tới cuộc trò chuyện. 3.2 Trò chơi với thời gian thực Có nhiều nhóm trò chơi mạng, và các nhóm này có yêu cầu khác nhau trên mạng di động, những yêu cầu này phụ thuộc thời gian thiết lập kết nối vô tuyến và tuổi thọ của pin. Dưới đây là các ví dụ về các nhóm trò chơi  Những trò chơi hoạt động thời gian thực.  Những trò chơi chiến lược thời gian thực.  Những trò chơi chiến lược trên nền quay. 53
Yêu cầu chặt chẽ nhất là các trò chơi hoạt động thời gian thực. Trong khi tốc độ truyền theo bit tối đa của những trò chơi hoạt động như vậy hiếm khi vượt hơn 100- 200 kbps và tốc độ truyền theo bit trung bình thường khoảng 10- 30 kbps. RTT yêu cầu độ trễ điển hình 125-250ms cho những trò chơi đòi hỏi cao nhất. Do đó, HSPA sẽ có khả năng để hỗ trợ việc chơi trên nền hoạt động với sự nạp thực hiện miễn là mạng người dùng cuối kiểm soát tốt. Yêu cầu tốc độ dữ liệu cho những trò chơi hoạt động thời gian thực thay đổi rất nhanh. HSPA có ưu điểm hơn so với Release 99 về tốc độ dữ liệu có thể được đáp ứng ngay lập tức. 3 .3 Luồng TV – di động Việc cung cấp luồng video có chất lượng tốt đối với một màn ảnh di động sử dụng bộ lấy mẫu video gần đây nhất yêu cầu tốc độ từ 32 đến 128 kbps phụ thuộc vào nội dung. Đa số những kiểu nội dung mang dung lượng 64 Kbps chất lượng sẽ đủ tốt.Các mạng WCDMA có thể cung cấp 64-128kbps với chất lượng rất tốt. Tuy nhiên, cái mà HSPA mang là nhiều khả năng hơn, mà lần lượt cho phép thị trường tốc độ truyền theo bit cao tới những người dùng cuối. Những mạng vô tuyến trước thế hệ 3G. thì chỉ đạt được tốc độ dữ liệu 50- 200 kbps, trong khi 3G mạng với khả năng HSDPA có thể cung cấp những tốc độ dữ liệu lên tới 1 Mbps. Do đó, các ứng dụng luồng phải làm thích nghi tốc độ phương tiện truyền thông. Sự thích nghi tốc độ phương tiện truyền thông luồng đã được hỗ trợ trong một số thiết bị đầu cuối, trong khi sự hỗ trợ đầy đủ của 3 GPP đã tiêu chuẩn hóa sơ đồ thích nghi tốc độ phương tiện truyền thông được bao gồm vào 3 GPP lên thành 54
phiên bản R6. Để lựa chọn tốc độ phương tiện truyền thông thích hợp người phục vụ luồng cần phải biết: - Loại trạm di động nào hướng tới. Trong trư ờng hợp đó là một thiết bị đầu cuối với những khả năng tốc độ truyền theo bit hạn chế, tốc độ phương tiện truyền thông cần phải tính đến những hạn chế đó. - Tốc độ phương tiện truyền thông ban đầu nào cần phải được sử dụng có thể trong một mạng 2G, và đôi khi nó có thể trong một mạng 3G - Khi nào để tăng hay giảm bớt tốc độ phương tiện truyền thông. Trong thực tế, trạm di động và thông tin trao đổi người phục vụ về những khả năng của họ trước khi luồng bắt đầu. Điều này như thế nào thì bước 1 đã được giải quyết. Sự chọn lọc nhịp độ phương tiện truyền thông ban đầu khó khăn hơn. Trong mạng ngày nay nó dựa vào mô hình mạng điện thoại. Khi tốc độ truyền theo bit của các giải pháp dịch vụ được đặt trong những thiết bị đầu cuối và các mạng WCDMA và HSPA rồi tốc độ truyền theo bit có thể được sử dụng để hướng dẫn sự chọn lọc nhịp độ phương tiện truyền thông ban đầu. 3.4 Email Các giá trị trễ trong mạng HSPA thường đủ thấp cho các ứng dụng thư điện tử. Thậm chí nếu người sử dụng không tải các file đính kèm hoặc gửi thư điện tử, ứng dụng thư điện tử dùng gửi tin nhắn tới điện thoại di động: - Tiêu đề thư và vài KB đầu tiên của mỗi email nhận được được đẩy tới thiết bị đầu cuối. 55
- Giữ các tin nhắn hoạt động được trao đổi giữa máy chủ và thiết bị đầu cu ối. Kích thước của các tin nhắn được giữ là rất nhỏ. Hình 23 cho ta một ước lượng tiêu thụ công suất của điện thoại di động trên những tin nhắn được giữ lại cứ mỗ I 4 phút và nhận 0 –50 tín nhắn email 1 giờ . Hình 23: Ước lượng tiêu thụ công suất của điện thoại di động Việc giữ các tin nhắn hoạt động được mang trên các kênh RACH/FACH trong khi các phần của tin nhắn- của 1 vài KB- được mang trên HS-DSCH 56