Congestion Cell(send Mr.Nghĩa)

Vũ Thanh Tùng - Học viên M1

Mục lụcMục lục.............................................................................................................................................................11.thiệu chung về nghẽn trong hệ thống di đông GSM :....................................................................................22. Các loại nghẽn :............................................................................................................................................23. Nghẽn SDCCH :...........................................................................................................................................2

3.1 Công thức tính nghẽn SDCCH :.............................................................................................................23.2 Nguyên nhân có thể gây nghẽn kênh SDCCH :.....................................................................................3

4. Các biện pháp hữu hiệu để giảm nghẽn kênh SDCCH :...............................................................................64.1. Định cỡ kênh SDCCH :.........................................................................................................................74.2. Cấu hình tương thích các kênh Logic động :.........................................................................................9

4.2.1.Phương thức thực hiện :.................................................................................................................104.2.2. Thuật toán :...................................................................................................................................104.2.3. Tái cấu hình kênh :.......................................................................................................................12

4.3. Các thay đổi chính ở hệ thống GSM Ericsson R10/BSSR10 :............................................................134.4. Cấp phát TCH tức thì :.........................................................................................................................14

4.4.1. Khả năng :.....................................................................................................................................146. Nghẽn TCH :...............................................................................................................................................15

6.1. Công thức tính nghẽn TCH :...............................................................................................................156.2. Nguyên nhân có thể gây nghẽn kênh TCH :........................................................................................16

7. Các biện pháp hữu hiệu để giảm nghẽn kênh TCH :..................................................................................197.1. Phương pháp Cell Load Sharing :........................................................................................................19

7.1.1. Khả năng của phương pháp :........................................................................................................197.1.2. Các hướng dẫn kĩ thuật :...............................................................................................................207.1.3. Thuật toán :...................................................................................................................................20

Optimization – Area II 1


1. Giới chung về nghẽn trong hệ thống di đông GSM :- Nghẽn lưu lượng ( TCH ) và nghẽn báo hiệu ( SDCCH ) là một vấn dề nghiêm trọng của mạng di

động , nó ảnh hưởng trực tiếp tới chỉ số KPI , do đó ảnh hưởng tới chất lượng mạng và doanh thu của nhà

cung cấp dịch vụ di động ,VD : Khi nghẽn SDCCH xảy ra nó ảnh hưởng tới thiết lập cuộc gọi , do đó ảnh

hưởng tới chỉ số CSSR , chỉ số SCR .v…v.Khi nghẽn TCH xảy ra nó ảnh hưởng trực tiếp tới năng lực phục

vụ của mạng , uy tín của nhà cung cấp , cụ thể nó ảnh hưởng tới các chỉ số TCR , CDR , độ khả dung của

mạng .v…v. , trong đó chỉ số CDR được các cơ quan giám sát chất lượng mạng coi như chỉ số thể hiện uy

tín của một mạng di động .

- Nghẽn TCH và SDCCH cao sẽ làm giảm hiệu suất làm việc của mạng , dó đó các nhà cung cấp dịch

vụ phải sử dụng nhiều biện pháp tồng thể để giảm hiện tượng nghẽn TCH và SDCCH xuống mức thấp nhất

. Về mặt thời điểm có hai trường hợp để sử dụng các biện pháp giảm nghẽn:

+ Biện pháp tạm thời được sử dụng : khi lưu lượng và báo hiệu sẽ tăng đột biến vào các dịp đặc biệt

như : lễ hội , các sự kiện thể thao , các sự kiện chinh trị , hội chợ ,các buổi biểu diễn ca nhạc .v…v.

+ Biện pháp lâu dài được sử dụng : theo yêu cầu phát triển của mạng ,yêu cầu phát triển của thuê bao ,

yêu cầu phắt triển của các dịch vụ giá trị gia tăng , biện pháp này phải thực hiện có chiến lược có kế

hoạch và mục tiêu rõ ràng thì mới có hiệu quả .

2. Các loại nghẽn :- Nghẽn chủ yếu được xem xét trên 2 kênh TCH và SDCCH . Có ba trường hợp nghẽn xảy ra nếu xét

trên khía cạnh toán học :

+ Nghẽn kênh SDCCH và kênh TCH không nghẽn .

+ Nghẽn kênh TCH và kênh SDCCH không nghẽn .

+ Nghẽn cả kênh TCH và kênh SDCCH . Nếu hiện tượng nghẽn cục bộ như vậy xảy ra , để giảm bớt

nghẽn chỉ còn cách thêm số TRx hoặc thêm trạm mới để chia xẻ bớt tải ở cell nghẽn , giải pháp sử dụng

Micro cell và lắp co-site cũng có thể được tính đến trong những vùng có phạm vi hẹp và nghẽn rất cao .

3. Nghẽn SDCCH :

3.1 Công thức tính nghẽn SDCCH :- Theo lí thuyết ta có tính nghẽn SDCCH theo thời gian nghẽn SDCCH thay vì tính nghẽn SDCCH dựa

trên yêu cầu cấp phát kênh SDCCH , bởi vì dựa trên yêu cầu cấp phát kênh SDCCH , ta không thể đánh giá

chính xác số lần yêu cầu kênh SDCCH ở mỗi thuê bao . Công thức:



- Trong đó : + CTCONGS : thời gian nghẽn kênh SDCCH ở các cell lớp dưới .

+ PERLEN.60 : tổng thời gian khả dụng để đánh giá nghẽn kênh SDCCH .

Công thức trên chỉ đươc tính cẩn thận chỉ khi có sự bổ sung về thời gian nghẽn SDCCH và các bảng

Erlang B . Tuỳ theo từng mạng PLMN và từng nhà cung cấp dịch vụ Mobile để đưa ra mức tiêu chuẩn

SDR khác nhau .

- Theo tiêu chuẩn tính nghẽn SDCCH của Viettel : tỉ lệ nghẽn SDCCH bằng tỉ lệ phần trăm tổng số lần

yêu cầu cấp phát kênh SDCCH nhưng không thành công do thiếu kênh trên tổng số lần yêu cầu cấp phát

kênh SDCCH . Công thức :

- Trong đó : + SCR : tỉ lệ nghẽn kênh SDCCH .

+ CCALLS : tổng số lần yêu cầu cấp phát kênh SDCCH .

+ CCONGS : tổng số lần cấp phát kênh kênh SDCCH nhưng không thành công do thiếu

kênh .

- Nếu SDR ( theo tiêu chuẩn của Viettel ) 0.2% ( Hà Nội , TP.Hồ Chí Minh , Đà Nẵng ) và 0.4%

( các vùng khác ) thì lúc đó coi như nghẽn kênh SDCCH . Nghẽn kênh SDCCH sé ảnh hưởng trực tiếp tới

các dịch vụ viễn thông và dịch vụ bổ xung như : SMS , CSD , USSD … ,ảnh hưởng tới KPIs như : CSSR ,

SDR .

- Vậy có những nguyên nhân nào gây nghẽn kênh SDCCH ta phải phân tích và làm rõ các nguyên

nhân , để khi có tình huống nghẽn xảy ra ta có cách ứng xử thích hợp nhằm đảm bảo chất lượng mạng .

3.2 Nguyên nhân có thể gây nghẽn kênh SDCCH :* Lưu lượng tăng đột biến :

- Lưu lượng tăng đột biến thường xảy ra vào những sự kiện đặc biệt như : ngày lễ , ngày tết , các sự

kiện văn hóa thể thao , các sự kiện chính trị .v…v , hay vì sự phát triển lưu lượng tương quan dài .

- Tìm nguyên nhân :

+ Kiểm tra nếu là sự phát triển lưu lượng tương quan ngắn , thì xây dựng các sự so sánh có hướng cụ

thể giữa hai giai đoạn phát triển .

+ Kiểm tra định cỡ kênh SDCCH ( định cỡ theo tài nguyên TRx ) .

- Giải pháp :



- Tăng số kênh SDCCH , tăng số kênh SDCCH có thể dẫn tới phải tăng tài nguyên TRx .

* Thời gian có ý nghĩa giữ kênh SDCCH quá dài :

- Nếu thời gian có ý nghĩa giữ kênh SDCCH quá dài sẽ dẫn tới có quá nhiều bản tin SMS , do đó tải lưu

lượng sẽ cao .


+ Kiểm tra thời gian có ý nghĩa giữ kênh SDCCH .

- Giải pháp :

+ Tính toán lại định cỡ kênh SDCCH và giới hạn số lượng bản tin SMS một thuê bao có thể sử dụng

khi nghẽn kênh SDCCH xảy ra . Thay đổi thông sổ TASSREQ ở hệ thống để giảm thời gian cấp phát tức

thời kênh TCH sao cho giải phóng kênh SDCCH nhanh hơn .

* Nghẽn kênh TCH :

- Nghẽn kênh TCH có thể là nguyên nhân các thuê bao di động cư trú lâu hơn trên kênh SDCCH trước

khi được ấn định một khe thời gian trên kênh TCH . Kiểm tra nếu nghẽn kênh TCH xảy ra và thời gian giữ

có nghĩa kênh SDCCH trên 7s ( giá trị cố đinh được đặt bởi thông số TASSREQ ) . Có thể giảm thời gian

cấp phát kênh TCH tức thời từ 7s xuống còn 2-2.5s .


+ Kiểm tra nghẽn kênh TCH .

+ Kiểm tra thời gian giữ có ý nghĩa kênh SDCCH .

+ Kiểm tra nếu cấp phát tới cell xấu được sử dụng và thiết lập các thông số đang tồn tại .

+ Kiểm tra nếu Share tải cell được sử dụng .

- Giải pháp :

+ Tăng dung lượng kênh TCH .

+ Sử dụng các tính năng cho phân phối lưu lượng như Share tải cell và cấp phát tới cell xấu .

* Sự hiệu lực của kênh SDCCH thấp :

- Do chất lượng nguồn tải nguyên vô tuyến thấp , điều này có thể do tác động của các thiết bị phần cứng

hoặc tác động từ môi trường vô tuyến .

- Hoạt động kiểm tra :

+ Kiểm tra sự hiệu lực của kênh SDCCH .

+ Kiểm tra nếu các kênh SDCCH có bị khóa tự động , bằng tay hay bằng điều khiển .

- Biện pháp :



+ Thay các thiết bị lỗi , sử dụng phân tập trong truyền sóng vô tuyến để nâng cao chất lượng truyền dẫn

. Tăng cường bảo dưỡng thiết bị theo định kì , sử dụng vu hồi trong truyền sóng và trong vận hành thiết bị ,

nâng cao khả năng kĩ thuật của đội ngũ vận hành thiết bị , xây dựng các phương án sửa chữa khi xảy ra sự

cố , có kế hoạch dự phòng thiết bị cho các sự cố xảy ra .

* Đăng kí theo chu kì quá thường xuyên :


+ Kiểm tra sự phân bổ truy nhập ngẫu nhiên .

+ Kiểm tra bộ định thời T3212 ở BSC . Bộ định thời này sẽ đặt thời gian bắt buộc theo chu kì MS phải

cập nhật vị trí , quá thời gian này mà MS không cập nhật vị trí thì hệ thống coi như MS đã rời mạng .

Viettel sử dụng chu kì 4h MS phải đăng kí vị trí .

- Giải pháp :

+ Giảm số lượng đăng kí theo chu kì bằng cách tăng chu kì đăng kí vị trí của các MS , điều này phải

thực hiện có sự tính toán kĩ , vì nó ảnh hưởng tới kênh SDCCH và kênh Paging .

* Định cỡ kênh SDCCH sai :

- Định cỡ kênh SDCCH sai là nguyên nhân tỉ lệ thiết lập cuộc gọi thấp , do cấu hình kênh SDCCH

không tương thích với cấu hình TRx .

-Hoạt đông kiểm tra :

+ Kiểm tra định cỡ kênh SDCCH .

+ Kiểm tra cài đặt các thông số mềm .

+ Kiểm tra các kế hoạch về định cỡ kênh SDCCH .

* Các cell ở biên vùng định vị :

- Nếu một cell được đặt trong một hoàn cảnh ở trên đường biên vùng định vị không đúng vị trí , điểu này

đẫn tới có những sự cập nhật vị trí theo thông lệ không cần thiết .


+ Kiểm tra vị trí trạm và đường biên vùng định vị .

+ Kiểm tra thực hiện cập nhật vị trí .

+ Kiểm tra các thông số cài đặt .

- Biện pháp :

+ Nếu trạm đặt ở vị trí quan trọng ta phải tính tới việc dịch đường biên cell . Thông thường ở Khu Vực II

LA đánh theo tỉnh do đó ta nên sử dụng dịch đường biên LA .



+ Tăng thông số OFFSET . Thông số OFFSET là một giá trị trễ được sử dụng , khi MS ở chế độ rỗi đi

ngang qua biên vùng định vị . Giá trị cố định của thông số này là 4 . Nếu một số lượng cập nhật vị trí cao

hơn bình thường xảy ra ở cell nằm ở biên vùng định vị . Một giá trị OFFSET cao hơn được đặt để giảm số

lượng cập nhật vị trí . Ta có thể giải thích thông số này như sau , việc chọn lựa chọn cell phụ thuộc vào

mức công suất BCCH mà MS đo được của các cell hàng xóm , các mức công suất này sẽ được gửi về BSC ,

BSC sẽ so sánh các mức công suất này với mức công mà MS thu được nếu mức công suất đo được từ cell

hàng xóm lớn hơn sẽ chuyển giao MS sang cell hàng xóm , ở các cell nằm trên biên vùng định vị thì giá trị

công suất thu được tại MS của cell serving được cộng thêm lượng OFFSET khi so sánh với giá trị công

suất thu được của cell hàng xóm điều này sẽ giảm số lượng chuyển giao sang cell hàng xóm ( ở LA khác ) ,

do đó sẽ giảm cập nhật vị trí khi thay đổi LA dẫn tới sẽ giảm lưu lượng cho kênh SDCCH .

* Cách sử dụng SMS :

- Cách sử dụng SMS trên diện rộng làm tăng lưu lượng kênh SDCCH và có thể gây ra nghẽn nếu các

kênh SDCCH không được định cỡ đúng .


+ Kiểm tra sự hoạt dộng của SMS .

- Giải pháp :

+ Định cỡ lại các kênh SDCCH với việc tính đến tập quán sử dụng của của SMS . Nếu định cỡ vượt quá

sẽ gây lãng phí nguồn tài nguyên vô tuyến .

* Sử dụng gắn\nhả IMSI và TMSI :

- Sử dụng đặc tính gắn\nhả IMSI và TMSI sẽ làm tăng lưu lượng kênh SDCCH . Tuy nhiên , lợi ích thu

được là tỉ lệ tìm gọi thành công sẽ tăng . Một sự khuyến nghị là nên sử dụng gắn \nhả IMSI và TMSI . Khi

gắn IMSI\TMSI thành công thì BSC sẽ sử dụng IMSI hoặc TMSI để tìm gọi MS khi không tìm gọi được

bằng IMSI nó sẽ tìm gọi bằng TMSI , vì IMSI của MS là duy nhất trên toàn cầu nên tỉ lệ tìm gọi thành công

sẽ tăng nên .

* Nghẽn các chương trình phần mềm :

- Kiểm tra việc cài đặt các chương trình phần mềm , có kế hoạch nâng cấp các phiên bản phần mềm .

* Tỉ lệ truy nhập ngẫu nhiên cao :

- Kiểm tra việc thực hiện truy nhập ngẫu nhiên .

4. Các biện pháp hữu hiệu để giảm nghẽn kênh SDCCH :- Để có thể giải quyết tốt khi nghẽn SDCCH xảy ra , ta cần sử dụng các biện pháp hữu hiệu và các biện

pháp đó phải căc cứ vào số liệu thực tế và sự phán đoán mức tăng trưởng lưu lượng của các chuyên gia có



kinh nghiệm , đặc biệt các biện pháp này phải thực hiện trước thởi điểm dự báo có thể xảy nghẽn kênh

SDCCH .

- Các biện pháp hữu hiệu sử dụng giảm nghẽn kênh SDCCH :

4.1. Định cỡ kênh SDCCH :- Thông thường việc định cỡ kênh SDCCH căn cứ vào số TRx của một cell . Thực tế ở Viettel định cỡ

kênh SDCCH được quy định như sau : đối với cell 1 TRx ta sử dụng cấu hình COMB tức là kênh

SDCCH /4MS cùng khe thời gian với kênh BCCH và CCCH ,7 TS dành cho TCH .Như vậy ở cấu hình

COMB trong 1 chu kì đa khung 235,38ms nó chỉ phục vụ báo hiệu cho 4MS cùng một lúc . Còn ở các cell

lớn hơn 1TRx đều sử dụng cấu hình UNCOMB cụ thể : cấu hình 2TRx sẽ có một khe thời gian ( TS ) dành

riêng cho kênh SDCCH /8MS , 1khe dành cho kênh BCCH và CCCH , 14 khe dành cho kênh TCH . Ở cell

có cấu hình 3 TRx : 1 khe dành cho kênh BCCH và CCCH , 2 khe dành cho kênh báo hiệu SDCCH /8MS

và 21 khe dành cho kênh TCH . Cell có cấu hình 4 TRx : 1 khe dành cho kênh BCCH và kênh CCCH , 2

khe dành cho kênh báo hiệu SDCCH và 29 khe dành cho kênh TCH .

- Viêc định cỡ kênh SDCCH theo TRx thường mang tính cố định , vậy khi nào cần thay đổi định cỡ

kênh SDCCH . Theo quan điểm của tôi thì có thể căn cứ vào tỉ lệ nghẽn kênh SDCCH trung bình trong

ngày và theo dõi liên tục trong 1 tuần , đồng thời theo dõi tỉ lệ nghẽn kênh TCH trung bình trong ngày và

cũng theo dõi liên tục trong môt tuần , nếu SDR ( trung bình trong ngày) > 0.2% ( Đà Nẵng ) hoặc SDR

>0.4% (vùng khác ) , thì cell đó coi như nghẽn kênh SDCCH . Nhưng để tăng kênh SDCCH /8MS thì cần

biết kênh TCH có xảy ra nghẽn không , nếu theo dõi tỉ lệ nghẽn kênh TCH trung bình trong một ngày

( theo dõi liên tục trong một tuần ) mà tỉ lệ nghẽn kênh TCH 4 ngày trong một tuần <0.3% ( Đà Nẵng ) và

<0.5% ( vùng khác ) thì lúc đó kênh TCH không nghẽn , ta có thể tăng số kênh SDCCH để giảm nghẽn .

Tại sao nghẽn kênh TCH căn cứ vào tỉ lệ 4 ngày trong một tuần , điều này căn cứ vào tiêu chuẩn nghẽn cell

theo TU của Viettel . Khi tỉ lệ nghẽn TCH 4 ngày trong một tuần >0.3% ( Đà Nẵng ) và >0.5% ( vùng

khác ) thì nghẽn TCH xảy ra , lúc này không thể tăng kênh SDCCH /8MS với số TRx hiện có mà biện pháp

khác sử dụng sẽ nêu ở phần sau .

- Để có thể lấy số liệu xác định có nghẽn kênh SDCCH hay không và có thể tăng kênh SDCCH /8MS

được không , ta sử dụng Business Object Software lấy số liệu từ OSS bằng Formular SDCCH Congestion

sau đó Export ra file Excel để sử dụng , Khi đã có số liệu cần thiết ta sẽ tăng kênh SDCCH / 8MS như thế

nào : Các cách tăng kênh SDCCH /8MS theo số TRx .



+ Nếu cell chỉ có 1 TRx đang sử dụng cấu hình COMB ta chuyển sang cấu hình UNCOMB , lúc đó

kênh báo hiệu sé chuyển từ kênh SDCCH /4MS sang kênh SDCCH /8MS năng lực kênh vật lý tăng gấp đôi

. Cách khai thông số mềm :

Cell Old SDCCH New SDCCH Old BCCH Type New BCCH Type Old TN New TN

GLI0 0 1 COMB UNCOMB 0 1

+ Nếu cell có 2TRx sử dụng cấu hình UNCOMB , tức là có sẵn một kênh SDCCH /8MS , ta khai thêm

một kênh SDCCH /8MS lúc đó năng lực về kênh vật lí tăng gấp đôi . Cách khai thông số mềm :

Cell Old SDCCH New SDCCH Old BCCH Type New BCCH Type Old TN New TN

GLI0 1 2 UNCOMB UNCOMB 1 1

+ Với cấu hình 1TRx và 2TRx ta có thể kết hợp cấu hình UNCOMB và COMB , tức là có sự kết hợp

kênh SDCCH/4MS và kênh SDCCH/8MS . Việc phương pháp này phải tính toán kĩ lưỡng bởi vì có thể xảy

ra nghẽn kênh SDCCH .

+ Nếu cell có 3TRx hoặc 4TRx thì cấu hình vốn có là UNCOMB , theo định cỡ tiêu chuẩn của Viettel ,

thì ở hai cấu hình này đã có sẵn hai kênh SDCCH/8MS , khi nghẽn kênh SDCCH xảy ra ta có thể khai

thêm một kênh SDCCH /8MS , lúc đó năng lực kênh vật lý tăng gấp rưỡi . Cách khai thông số mềm tương

tự như ở cấu hình 2TRx .

- Với tính chất cố định của định cỡ kênh SDCCH theo TRx , do vậy phương pháp này nên được sử

dụng cho các vùng có lượng thuê bao đông nhưng sử dụng thoại ít , chủ yếu họ sử dụng các dịch vụ viễn

thông như : SMS , USSD hoặc các dịch vụ giá trị gia tăng ( VAT ) ta có thể gọi vùng này như vùng cận tiết

kiệm lúc đó theo đánh giá của tôi sử dụng phương pháp định cỡ kênh theo TRx sẽ có hiệu quả .

- Định cỡ kênh SDCCH theo TRx , có thể sử dụng trong các dịp đặc biệt như ngày tết nguyên đán ở

Việt Nam , đặc biệt vào thời điểm giao thừa , lúc đó như cầu nhắn tin chúc mừng nhau tăng rất cao . Do đó

việc tăng kênh SDCCH phải dược tính toán chi tiết , khoa học , căn cứ vào số liệu thực tế , và biện pháp

tăng kênh phải được thực hiện đồng bộ và tăng trước thời điểm có thể xảy ra nghẽn kénh SDCCH , như

Guideline của Viettel tết nguyên đán 2007 việc tăng kênh SDCCH bắt đầu diễn ra vào 22 têt âm lịch . Cũng

theo Guideline phân tích định cỡ kênh SDCCH theo số TRx như sau :

+ Đối với KV2 thì số TRxs trung bình trên toàn khu vực 2.8TRx/cell .

+ Theo đánh giá của ( Hà Minh Tuấn trưởng ban vô tuyến Cty di động ) : khi tăng 1 TS cho kênh

SDCCH thì năng lực lưu lượng của kênh SDCCH sẽ tăng 55% , khi tăng 2 TS thì năng lực lưu lượng của



kênh SDCCH sẽ tăng 85% , khi tăng thêm 2 TS thì năng lực lưu lượng của kênh SDCCH sẽ tăng 115% ,

khi tăng thêm 2.5 TS thì năng lực lưu lượng của kênh SDCCH sẽ tăng 145% . Cách đánh giá này rất khó

hiểu , người đọc sẽ không hiểu lưu lượng tham chiếu là bao nhiêu ,cách tính ra năng lực lưu lượng kênh

SDCCH như thế nào , điều này dẫn tới làm theo cảm tính . Từ đánh giá trên thì tiến trình định cỡ kênh

SDCCH theo số TRx phục vụ TẾT âm lịch cho khu vực II như sau :

> Đêm 22 TẾT âm lịch tăng 1 TS cho tất cả các Cells trên hệ thống trừ các cell có cấu hình 1 TRx .

> Đêm 25 TẾT âm lịch tăng 0.5 TS cho tất cả các cells trên hệ thống trừ các cell có cấu hình 1

TRx . Điều này là tính trung bình tổng số TS tăng cho kênh SDCCH chia cho tổng số cell trên một

tỉnh .

> Vào 6h chiều ngày 29 Tết âm lịch tăng thêm 1 TS cho tất cả các cells trên hệ thống .

> Giữ nguyên trạng thái trên cho đến hết ngày 4 Tết âm lịch , trừ các cells có cấu hình 1 TRx , vào

khoảng 5h sáng ngày 1 Tết âm lịch giảm 1 TS ( sau khi đã tăng 1 TS vào chiều ngày 29 Tết âm lịch )

> Đến ngày 5 Tết âm lịch , sau khi lưu lượng sử dụng kênh SDCCH giảm thì có thể đưa cấu hình

các cells trở lại như trước ngày 22 Tết âm lịch .

- Số liệu thực tế :

Làm sau

4.2. Cấu hình tương thích các kênh Logic động :- Ngoài phương pháp định cỡ kênh SDCCH theo số TRx , ta có thể sử dụng phương pháp cấu hình

tương thích các kênh Logic động . Phương pháp này có nhưng tính năng gì so với phương pháp định cỡ

kênh SDCCH theo số TRx .

+ Ưu điểm : Tính linh hoạt cao có thể thay đổi từ kênh SDCCH sang TCH và từ TCH sang SDCCH ,

bằng cách thay đổi các thông số cài đặt cho phương pháp này .

> Khai thác tối đa hiệu quả của nguồn tài nguyên vô tuyến ở mỗi cell , do đó đảm bảo được lưu

lượng TCH đồng thời giải quyết nghẽn kênh SDCCH vào một thời điểm thích hợp trong ngày .

> Phương pháp này có thể được thực hiện nhiều lần , việc thực hiện phụ thuộc vào thông số cài đặt .

> Sử dụng tính năng cấu hình tương thích các kênh Logic thì chỉ cần định cỡ cấu hình cơ bản kênh

SDCCH .

> Chỉ sử dụng một kênh TCH rỗi chuyển sang kênh SDCCH /8MS muốn sử dụng thêm phải sử

dụng phương pháp cấp phát TCH tức thời

+ Nhược điểm : Tỉ lệ rớt kênh SDCCH tăng cao ( theo đánh giá của phòng tối ưu KV1 ) , Có thể do sự

chuyển đổi từ kênh SDCCH sang TCH và ngược lại và sự giảm kênh SDCCH khi ưu tiên tăng kênh TCH.



> Thuật toán phức tạp , do đó dễ xảy ra lỗi . Thời gian thay đổi từ 1 kênh TCH tới một kênh

SDCCH/8MS nhanh hơn nhiều khi chuyển ngược lại , điều này có thể ảnh hưởng tới tỉ lệ thiết lập

cuộc gọi thành công ( CSSR ) .

> Phụ thuộc vào số kênh TCH rỗi , do đó chỉ nên thực hiện cho những cell có tỉ lệ nghẽn kênh

TCH thấp hơn tiêu chuẩn của Viettel .

> Không sử dụng cho kênh SDCCH/4MS . Do đó có thể trong một vài trường hợp thừa kênh

báo hiệu .

- Từ việc phân tích ưu , nhược điểm của phương pháp cấu hình tương thích các kênh Logic ta có thể

thấy rằng phương pháp này rất linh hoạt , phương pháp này nên sử dụng cho các cell xảy ra nghén kênh

SDCCH vào giờ peak ( giờ cao điểm nhất của cell ) . Để có thể biết cell nào xảy ra nghẽn vào giờ peak , ta

có thể sử dụng Business Object Software lấy số liệu từ OSS bằng hai Formular : peak BSC và Weekly peak

BSC sau đó Export ra file Excel để sử dụng , Khi có số liệu cụ thể ta sử dụng phương pháp cấu hình tương

thích các kênh Logic như thế nào :

4.2.1.Phương thức thực hiện :* Đánh giá chung :

- Sử dụng tính năng cấu hình tương thích các kênh Logic nhà vận hành chỉ cần định cỡ một cấu hình

SDCCH cơ bản . Một cấu hình SDCCH cơ bản trong 1 cell nên được định cỡ dưới mức , thích hợp hơn việc

xem xét định cỡ vượt quá số kênh SDCCH khi tính năng cấu hình tương thích các kênh Logic được sử

dụng . Định cỡ kênh SDCCH có thể dựa trên một mức thấp tải SDCCH trung bình , khi xuất hiện yêu cầu

tăng các kênh báo hiệu , tính năng này sẽ thiết lập động một kênh TCH rỗi ở trong cell thành một kênh

SDCCH/8MS . Sự vận hành sẽ hoàn thành trong một vài giây và có thể lặp lại nhiều lần . Khi yêu cầu các

kênh báo hiệu ở mức thấp sẽ thực hiện việc chuyển kênh SDCCH/8MS thành kênh TCH . Chú ý rằng thuật

toán mô tả ở trên chỉ có hiệu lực cho kênh SDCCH/8MS . Một kênh SDCCH/4MS không thể được cấu

hình động bởi tính năng này .

- Cấu hình tương thích của các kênh Logic được kích hoạt và không kích hoạt trên mức cơ bản cell .

Các thông số điều khiển tính năng được thay đổi bởi lệnh . Tính năng chỉ thay đổi số lượng của kênh

SDCCH/8MS ở các cell con lớp dưới nếu cấu trúc cell con được định rõ . Một cấu hình thao tác đặt kênh

SDCCH/8MS ở các cell lớp trên không bị tác động bởi tính năng này.



4.2.2. Thuật toán :* Cấu hình SDCCH cơ bản : Là có số lượng kênh SDCCH nhỏ nhất định rõ trong một cell . Một sự cấu

hình lại theo thuật toán sẽ không được thực hiện nếu số lượng kênh SDCCHs ở dưới mức này . Chức này

được cấu thành để tránh sự tái cấu hình không cần thiết trong suốt các quá trình tải thấp .

- Số kênh SDCCH/8MS được trở lại cấu hình SDCCH cơ bản nếu 1 cell hoặc một nhóm kênh trong cell ở

trạng thái không hoạt động khi tính năng cấu hình tương thích các kênh Logic đã kích hoạt . Tất cả các

kênh SDCCH/8MS trong cell đã thêm bởi tính năng này do đó cũng thay đổi . Các kênh SDCCH/8MS cũng

được thay đổi khi cấu hình kênh trong nhóm kênh được thay đổi bởi lệnh .

* Tiêu chuẩn tái cấu hình : Tính năng này có một sự hoạt động rất nhanh khi thay đổi từ một kênh TCH

sang 1 kênh SDCCH/8MS nhưng chậm hơn nhiều khi thay đổi ngược lại . Cốt lõi của tính năng là hai thuật

toán con hoặc tiêu chuẩn , một để tăng động số kênh SDCCH/8MS và một để giảm động số kênh

SDCCH/8MS . Một kênh SDCCH/8MS được thêm và thay đổi tại một thời điểm theo tiêu chuẩn khác nhau

.

- Tiêu chuẩn tăng : Một khe thời gian dành cho 1 kênh TCH sẽ được tái cấu hình tức thì tới một kênh

SDCCH/8MS khi tiêu chuẩn tăng kênh là cần thiết .Tiêu chuẩn tăng được cấu thành từ 3 điều kiện con , 3

điều kiện con phải được thỏa mãn trước khi một kênh SDCCH/8MS có thể được thêm vào trong 1 cell .

1. Số các kênh con SDCCH rỗi ( chỉ tính ở cell lớp dưới nếu cấu trúc cell con được định rõ ) chắc chắn

bằng hoặc dưới giá trị của thông số SLEVEL . ( Thông số SLEVEL có thể có giá trị CONG . Điều này có

nghĩa rằng điều kiện con này được thỏa mãn bất cứ lúc nào một kết nối thất bại để ấn định 1 kênh con

SDCCH bởi vì nghẽn . Một kết nối có thể ấn định thay thế một kênh TCH cho báo hiệu nếu tính năng cấp

phát ngay lập tức trên kênh TCH được sử dụng . Thông số SLEVEL định rõ số lượng các kênh con rỗi còn

lại khi một yêu cầu cấu hình 1 TCH sang SDCCH/8MS được bắt đầu .

2. Số lượng các kênh TCH rỗi trong toàn bộ cell (cell lớp trên và lớp dưới) chắc chắn nhiều hơn 4 hoặc

nhiều hơn tổng số TRxs của cell (nếu số lượng TRx là 3 hoặc ít hơn) . Số TRx được tính từ số kênh vật lý

cơ bản (BPC) trong cell . Số lượng BPC được định rõ bởi NUMREQBPC .

3. Số lượng các kênh con SDCCH/8MS đã định rõ chắc chắn ít hơn số lượng lớn nhất các kênh con

SDCCH/8MS cho phép được cấu hình trong cell .

+ Nếu tất cả 3 điều kiện con này được thỏa mãn một sự tái cấu hình 1 kênh TCH sang 1 kênh SDCCH/8MS

được khởi phát . Một tiêu chuẩn giống nhau chắc chắn được thỏa mãn cho mỗi kênh SDCCH/8MS được

thêm trong cell . Các kênh SDCCH/8MS được thêm 1 tại một thời điểm và lên tới một giá trị lớn nhất trong

cell .



- Tiêu chuẩn giảm : Sau một vài lần tái cấu hình (thêm hoặc thay đổi SDCCH/8MS) điều này dẫn tới

một cấu hình gồm nhiều kênh SDCCHs hơn cấu hình cơ bản trong cell lớp , do đó một thủ tục giám sát

được bắt đầu . Mục đích để quyết định có thêm kênh SDCCH/8MS hoặc nên tái cấu hình tới kênh TCH . Ở

trong cách này , tính năng cố gắng hoạt động để cấu hình trở lại cấu hình kênh SDCCH/8MS cơ bản . Thời

gian sẽ giữ để đạt tới cấu hình cơ bản phụ thuộc vào số lượng của các kênh SDCCH/8MS đã thêm từ

trước , giá trị thông số STIME và mức lưu lượng kênh SDCCH . Tiêu chuẩn để thay đổi một kênh

SDCCH/8MS nằm trong một lớp của thuật toán leaky bucket với các thuộc tính hướng dẫn như sau :

+ Môt counter được bắt đầu với giá trị bằng với giá trị thông số STIME . Sau đó , một sự kiểm tra được

thiết lập theo chu kì 3s để hệ thống biết bao nhiêu kênh SDCCH rỗi đã rời cell . Sau đó counter sẽ giảm

hoặc tăng theo hướng dẫn như sau :

> Nếu số lượng các kênh con SDCCH rỗi trong cell nhiều hơn 8+SLEVEL (điều này chỉ ra rằng tải

lưu lượng SDCCH dưới mức cho phép , điều này dẫn tới 1 kênh SDCCH/8MS có thể được thay đổi và tái

cấu hình cuối cùng ) bộ đếm counter được giảm 3 . (Nếu thông số SLEVEL có giá trị CONG , counter được

thiết lập 0 trong điều kiện giảm . Giá trị 3 khởi phát từ thực tế rằng sự kiểm tra được thiết lập theo chu kì 3s

. Thông số STIME do đó được đưa ra trong vài giây . Các kênh con SDCCH/8MS rỗi không phải trên

những khe thời gian giống nhau thì điều kiện này mới thỏa mãn .

> Nếu tổng số các kênh con SDCCH/8MS rỗi ít hơn mức 8+SLEVEL (chỉ ra rằng tải lưu lượng

kênh SDCCH/8MS ở trên mức cho phép điều này khởi phát tái cấu hình cuối cùng) . Counter được thiết lập

giá trị khởi phát STIME .

> Nếu tổng số các kênh con SDCCH/8MS rỗi trong cell băng 8+SLEVEL nhảy tại tất cả .

+ Khi Counter đạt tới giá trị không , một sự tái cấu hình của một kênh SDCCH/8MS tới 1 kênh TCH sẽ

được khởi phát .

4.2.3. Tái cấu hình kênh :- Khi một khe thời gian , giữ 1 kênh TCH , được cấu hình để giữ 1 kênh SDCCH/8MS , nó thực hiện

không có sự náo động tới lưu lượng đang triển khai . Điều này có nghĩa rằng một vài lưu lượng TCH trên

khe thời gian đã chọn để giữ 1 kênh SDCCH/8MS được chuyển giao tới một kênh TCH rỗi trên khe thời

gian khác . Trong cách thức như vậy một sự tái cấu hình của 1 kênh SDCCH/8MS tới 1 kênh TCH cũng

thực hiện không gây náo động lưu lượng đang triển khai . Một vài lưu lượng kênh SDCCH trên 1 khe thời

gian được cấu hình để giữ 1 kênh TCH do vậy được chuyển giao tới các kênh con SDCCH trên các khe

thời gian khác . Điều này sẽ được thực hiện bất chấp tính năng chuyển giao bên trong cell được cho phép

hoặc không .



- Khi 1 kênh SDCCH/8MS được thêm , tính năng này sẽ cố gắng thêm kênh SDCCH/8MS vào nhóm

kênh 0 như một sự ưu tiên hàng đầu . Thông số TN định rõ số hiệu khe thời gian nơi ấn định kênh

SDCCH/8MS .

- Nếu không có nhiều hơn các kênh SDCCH/8MS được cho phép đặt trong nhóm kênh 0 , nhóm kênh

kế tiếp sẽ được thử . Một ví dụ sự cài đặt khác nhau của thông số TN trong cell với 3 TRxs và một nhóm

kênh (nhóm kênh 0) được miêu tả trong hình 1. Với lệnh RLCCC các khe thời gian TN 1-4 được cấp phát

để cấu hình SDCCH/8MS và trong đó 2 SDCCH/8MS được yêu cầu thì cấu hình từ lúc đầu . SDCCH/8MS

tương thích mới (A-S) được thêm trên TN 3-4 , hướng dẫn cấp phát được thiết lập với thông số TN trong

lệnh RLCCC .

TN 0 1 2 3 4 5 6 7

C0 B S S A-S A-S T T T

C1 T T T T T T T T

C2 T T T T T T T T

Hình 1: Các kênh SDCCH/8MS có thể được đặt trong 1 cell bình thường , B chú ý có thể là kênh BCCH

, CCCH và cũng có thể là kênh SDCCH/4MS

- Khi 1 kênh SDCCH/8MS được thay đổi , đặc tính sẽ thay đổi 1 kênh SDCCH/8MS từ nhóm kênh nơi

SDCCH/8MS thêm gần nhất được cấu hình . Một sự tái cấu hình của 1 khe thời gian sẽ giữ không nhiều

hơn

2s , điều này phụ thuộc nếu khe thời gian được tái cấu hình đang mang lưu lượng hoặc không .

4.3. Các thay đổi chính ở hệ thống GSM Ericsson R10/BSSR10 :- Có thể lên tới 4 SDCCH/8MS trên TRx và lớn nhất 2 SDCCH/8MS trong trung bình trên cell và TRx ,

nếu tính năng ‘dung lương SDCCH tăng ‘có hiệu lực . Thông số ‘CCHPOS’ được thay đổi từ lệnh

RLACC . Thông số TN trong lênh RLCCC định rõ vị trí nơi kênh SDCCH/8MS tương thích được thêm .

Thông số mới EXCL và INCL ở sự kết hợp với CHGR trong lênh RLCCC, 3 thông số định rõ các nhóm

kênh nơi kênh SDCCH/8MS tương thích có thể được thêm .

* Số liệu thực tế :

- Tiến hành :

+ Phòng thiết kế tối ưu KVII đã tiến hành khai tính năng cấu hình tương thích các kênh Logic cho 14

cell vào ngày 03/11/2006 là : GLI0091, GLI0492, GLI0493, GLI0501, GLI0502, GLI0511, GLI0513,

GLI0533, KHA0273, KHA0481, KTM0232, PYN0272,QNM0362 .



+ Tiến hành so sánh data trung bình của 14 cell trong 2 ngày trước khi khai tính năng và 2 ngày sau khi

khai tính năng (2 ngày trước thứ 4 , 5 và 2 ngày sau thứ 7,CN) .

+Trong thời gian từ ngày 1 đến ngày 5 , để đảm bảo kết quả đánh giá chính xác , trong data đánh giá đã

loại BDH0301 vì cell này nâng cấu hình từ 1 TRx lên 2 TRx vào ngày 03/11/2006 .

- Đánh giá kết quả :

+ SDCCH Congestion Rate : giảm đáng kể từ 6.51 xuống 3.89 . Tính năng đã có tác dụng trong việc

giảm nghẽn kênh SDCCH .

+ TCH Congestion Rate : 55.79 xuống 48.64 . Tính năng này đã không ảnh tới tỉ lệ nghẽn kênh TCH .

+ TCH Drop Rate : giảm từ 2.00 xuống 1.57 .

+ TCHAssAtt và SDCCHAssAtt tăng : có thể do hai ngày sau khi nâng là những ngày cuối tuần ,

nhưng lượng TCHDrop không tăng , lượng SDCCHDrop giảm .

+ Qua thông kê và theo dõi , thì tính năng hầu như không có tác dụng đối với các cell có 1 TRx có thể

do nguyên nhân số kênh TCH rỗi không thoả mãn điều kiện đã thiết lập . Cụ thể trong 14 cell trên các cell

có 1 TRx thỉ tính năng không tác dụng : GLI0493, GLI0501, GLI0511, GLI0513 .

4.4. Cấp phát TCH tức thì : - Trong suốt một quá trình tái cấu hình , khi 1 kênh SDCCH/8MS được thêm trong 1 cell , nó có thể

yêu cầu thêm các kênh con SDCCH nữa . Một vài các kết nối này có thể sau đó trải qua nghẽn . Để vượt

qua được vấn đề với nghẽn trên kênh SDCCH trong các trường hợp này , tính năng cấp phát tức thì trên

kênh TCH với sự cải tiến được sử dụng khi nó cho phép các kênh TCH được sử dụng để báo hiệu . Điều

này có nghĩa rằng các kết nối trải qua nghẽn trên kênh SDCCH , trước khi kênh SDCCH/8MS khác được

thêm thành công tới cell , có thể sử dụng 1 kênh TCH rỗi cho báo hiệu thiết lập cuộc gọi .

- Tính năng cấp phát tức thì trên kênh TCH cũng có thể hữu ích nếu có nghẽn trên kênh SDCCH và

không có kênh SDCCH/8MS được cho phép cấu hình , như trường hợp số lượng lớn nhất của kênh

SDCCH/8MS được cấu hình rồi hoặc tồn tại quá ít các kênh TCH rỗi . Khi tồn tại quá ít các kênh TCH rỗi

thì rất khó để lấy một kênh TCH rỗi để tái cấu hình sang kênh SDCCH/8MS , do đó sử dụng tính năng cấp

phát TCH tức thì chỉ sử dụng kênh TCH cho báo hiệu thiết lập cuộc gọi .

4.4.1. Khả năng :- Tính năng cấp phát tức thì trên kênh TCH nắm giữ sự tính đến các trường hợp lưu lượng nơi một kênh

TCH thực sự cần thiết . Cho các kết nối dữ liệu/thoại , nhà vận hành có thể chọn giữa 3 đề án thông

thường :



1. Cấp phát tức thì trên TCH không cho phép :

- Dự án này có nghĩa rằng chỉ có 1 kênh SDCCH có thể được cấp phát tức thì .

2. Cấp phát tức thì trên kênh TCH như sự ưu tiên cuối cùng .

- 1 kênh TCH chỉ có thể được ấn định tại cấp phát tức thì khi không còn kênh SDCCHs rỗi hiệu lực .

Định cỡ của kênh SDCCH trở thành ít hơn tiêu chuẩn và số lượng các kênh SDCCHs có thể được giảm

trong sự ưu tiên nhiều kênh TCH hơn . Bởi hiệu suất của chức năng này thu được , có một dung lương

tăng .

3. Cấp phát tức thì trên TCH như một sự ưu tiên đầu tiên :

- 1 kênh TCH được ấn định như một sự ưu tiên đầu tiên trong một vài trường hợp của phát tức thì . Mục

đích là để giữ kênh ở cấp phát . Với đề án này 1 kênh SDCCH chỉ có thể được ấn định khi không còn các

kênh TCH rỗi hiệu lực . Số lượng các kênh SDCCH có thể giảm trong sự ưu tiên nhiều kênh TCH hơn .

Tuy nhiên , tải trên các kênh TCH sẽ tăng .

- Không quan tâm đến đề án lựa chọn là cho các kết nối thoại /dữ liệu , đề án cho các kết nối báo hiệu

luôn luôn ấn định 1 kênh SDCCH .

6. Nghẽn TCH :

6.1. Công thức tính nghẽn TCH :- Theo lí thuyết ta có thể tính nghẽn TCH theo thời gian nghẽn thay vì tính nghẽn dựa trên số lần yêu

cầu truy nhập , vì không có cách gì để đánh giá chính xác số lần yêu cầu truy nhập của một thuê bao di

động . Công thức :

(1)

- Trong đó : + TCR : Tỉ lệ nghẽn kênh TCH .

+ TxTCONGS : Thời gian nghẽn kênh TCH ở các cell lớp dưới .

+ PERLEN.60 : Tổng thời gian khả dụng để đánh giá nghẽn kênh TCH .

- Tùy theo từng mạng PLMN và nhà cung cấp dịch vụ Mobile có thể đưa ra các chỉ sô TCR khác nhau .

- Ta có thể tính nghẽn TCH theo tỉ lệ phần trăm số lần yêu cầu cấp phát kênh TCH nhưng không thành

công do thiếu kênh trên tổng số lần yêu cầu cấp phát kênh TCH . Công thức :

(2)

- Trong đó : + TCONGSAS : Tổng số lần nghẽn kênh TCH do cấp phát hoặc cấp phát tức thì không

thành công do thiếu kênh .



+ TCONGSHO : Tổng số lần nghẽn kênh TCH do yêu cầu ấn định kênh cho Hand-Over

thất bại do thiếu kênh .

+ TCALLS : Tổng số cuộc gọi TCH .

- Tính theo công thức (2) . theo tiêu chuẩn của Viettel khi TCR>0.3% (HN,TPHCM, ĐN) và

TCR>0.5% (vùng khác) thì coi như nghẽn TCH xảy ra .

- Theo tiêu chuẩn của Viettel đang sử dụng : thì sẽ tính lưu lượng TCH tiện ích để đánh giá cell có

nghẽn TCH không . Lưu lượng TCH tiện ích bằng tỉ lệ phần trăm lưu lượng TCH thực tế (lưu lượng giờ

cao điểm) trên lưu lượng TCH đề xuất . Công thức :

(3)

- Trong đó : + : Tỉ lệ phần trăm lưu lượng TCH tiện ích .

+ : Lưu lượng TCH giờ cao điểm hay lưu lượng TCH thực tế .

+ : Lưu lượng TCH đề xuất .

- Lưu lượng TCH giờ cao điểm được lấy bằng cách sử dụng phần mềm Business Object lấy dữ liệu từ

OSS dùng Formular Cell Congs Sub sau đó xuất ra file Excel để sử dụng . Lưu lượng này được tính theo hệ

số thuê bao cảm nhận nghẽn (Subscriber Perceived Congestion) và số kênh TCH cả FR và HR . Lấy theo

hệ số thuê bao cảm nhận nghẽn mang tính thực tế và nó không tuân theo điều kiện ràng buộc của mô hình

ErlangB đó là : cuộc gọi bị nghẽn không được gọi ngay lại . Thuê bao cảm nhận được nghẽn thể hiện chất

lượng mạng và nó thể hiện xác suất nghẽn theo số liệu thực tế . Lưu lượng TCH peak được tính toán từ

OSS ta chỉ lấy ra từ Formular để sử dụng .

- Lưu lượng TCH đề xuất tính theo Bảng ErlangB với GOS (Grade of Service) =2% và số kênh TCH cả

FR và HR .

- Tính theo công thức (3) , khi TU (lưu lượng TCH tiện ích)>=100% thì coi như nghẽn kênh TCH xảy

ra và lúc đó ta phải có biện pháp xử lí kịp thời . Cần có biện pháp xử lí kịp thời vì nghẽn TCH ảnh hưởng

tới một loạt chỉ số KPI quan trọng như : CDR (khi nghẽn TCH xảy ra thì cuộc gọi bị nghẽn sẽ được

Counter tính cho thông số TDISSUL (chỉ số rớt TCH do cường độ trường tín hiệu đường lên) chỉ số này tác

động trực tiếp tới thông số CDR) , TCR ,SCR…và đặc biệt nó ảnh hưởng tới doanh thu và uy tín của nhà

cung cấp dịch vụ . Để có thể xử lí hiệu quả nghẽn TCH ta phải biết rõ những nguyên nhân nào gây ra nghẽn

và các biện pháp xử lí khi nghẽn TCH xảy ra .



6.2. Nguyên nhân có thể gây nghẽn kênh TCH :* Đỏi hỏi lưu lượng tăng :

- Lưu lượng cao có thể liên quan đến một sự kiện đặc biệt bởi vì sự phát triển lưu lượng tương quan

dài .


+ Kiểm tra nếu là sự phát triển lưu lượng trong thởi gian ngắn . Xây dựng các sự chuẩn bị có hướng .

+ Kiểm tra định cỡ TCH .

+ Kiểm tra việc sử dụng các tính năng giảm nghẽn như cấp phát tới cell xấu , Sharing tải cell , HCS ,

xem có phù hợp với cell đang xét không .

- Giải pháp :

+ Tăng số lượng TRx . Điều này có thể dẫn tới vấn đề với không gian sàn , lắp đặt antenna , kiểu CDU ,

mở rộng buồng chứa máy và kiểu kết hợp .

+ Có thể sử dụng 2 phương pháp : cấp phát tới cell xấu và Sharing tải cell . Chú ý rằng mức nhiễu sẽ

tăng nếu cấp phát tới cell xấu được sử dụng khi đó một vài di động sẽ được gần mức nhiễu đồng kênh hơn

dự định trong quy hoạch tần số . Tính năng sẽ hiệu quả hơn nếu các cell hàng xóm không bị nghẽn . Trong

một mạng chặt chẽ với việc nghẽn và tái dụng tần số cao ở một vùng rộng lớn , tính năng này chỉ được thiết

lập trong các trường hợp cell xấu .

* Định cỡ không tốt :

- Ấn định kênh tồi của TCH trong một hệ thống có thể là nguyên nhân gây nghẽn không cần thiết . Sự

phát hiện nếu có thể để di chuyển các TRxs từ các vùng không nghẽn sang các vùng nghẽn .


+ Kiểm tra lưu lượng TCH .

- Giải pháp :

- Định cỡ lại các TCH .

* Lỗi phần cứng và lỗi lắp đặt :

- Lỗi thiết bị sẽ dẫn tới tất cả các khe thời gian có thể không được sử dụng cho thao tác lưu lượng , do

đó gây ra nghẽn .

- Hiệu quả thấp có thể xảy ra nếu các kênh đã bị khóa bằng tay hoặc khóa tự động và nằm ngoài vùng

phục vụ . Hiệu quả đang phụ thuộc vào số tần số định rõ trên cell . Thông số NUMREQBPC (số lượng yêu

cầu kênh vật lĩ cơ bản) có thể được sử dụng .

-Tìm nguyên nhân :



+ Kiểm tra hiệu lực TCH .

+ Kiểm tra TCH có bị khóa .

- Giải pháp :

+ Thay đổi thiết bị lỗi .

* Vị trí antenna quá cao .

- Một vị trí antenna quá cao có nghĩa là một vùng phủ quá rộng , cũng vậy một vị trí antenna đặt ở trên

đỉnh đồi cũng cho một vùng phục vụ rộng . Một vùng phủ rộng cũng có nghĩa rằng cell mang nhiều lưu

lượng .


+ Kiểm tra chiều cao antenna .

+ Kiểm tra kiểu antenna .

- Giải pháp :

+ Giảm chiều cao antenna nếu không có sự nguy hiểm cho suy hao vùng phủ (không phủ tại tất

cả) .Thay đổi góc Tilt của antenna và thay đổi kiểu antenna cũng có thể giảm vùng phủ .

* Thời gian giữ có nghĩa dài :

- Hoạt động chuyển giao thấp có thể dẫn tới thời gian giữ có nghĩa kéo dài . Một thời gian giữ có nghĩa

kéo dài thì không có vấn đề nhưng nếu có nghẽn dung lượng mới là cần thiết .


+ Kiểm tra thời gian giữ có nghĩa .

+ Kiểm tra việc thực hiện chuyển giao .

- Giải pháp :

+ Tăng số TCH nếu không lỗi .

* Hoạt động chuyển giao thấp :

- Hoạt động chuyển giao thấp có thể dẫn tới nghẽn nếu MS được kiểm soát ở trên một cell lâu hơn cần

thiết .


+ Kiểm tra nếu nghẽn ở cell hàng xóm .

+ Kiểm tra việc thực hiện chuyển giao .

+ Kiểm tra đã đủ hàng xóm cho cell đó chưa . Mất các quan hệ về hàng xóm cũng có thể là nguyên

nhân gây ra các vấn đề về chuyển giao .

- Giải pháp :



+ Hiệu chỉnh các thông số chuyển giao như giá trị các vùng chuyển giao (hysteresis) quá cao hoặc quá

thấp , mất các quan hệ hàng xóm , các chuyển giao một chiều .

+ Nghẽn ở cell hàng xóm sẽ cần được giảm .

* Nghẽn ở các cell hàng xóm (xung quanh):

- Việc nghẽn ở các cell hàng xóm sẽ ảnh hưởng tới quá trình chuyển giao từ cell serving tới các cell

hàng xóm , do đó nghẽn sẽ xảy ra và có thể ảnh hưởng tới rớt cuộc gọi .


- Kiểm tra nghẽn ở các cell hàng xóm .

- Xem xét lại danh sách các cell hàng xóm . Khai thêm các quan hệ hàng xóm mới cũng có thể giải

quyết vấn đề nghẽn .

- Kiểm tra nếu cấp phát tới cell xấu được sử dụng . Nếu cấp phát chuyển giao tới cell xấu được sử dụng

(nhập trực tiếp) . Kiểm tra việc cài đặt thông số AWOFFSET .

- Giải pháp :

+ Thêm các cell hàng xóm mới nếu thấy thích hợp .

7. Các biện pháp hữu hiệu để giảm nghẽn kênh TCH :- Để xác định được cell nào nghẽn TCH , ở Viettel sử dụng một Tool dùng để tính TU của từng cell

trong toàn mạng ,Tool này sử dụng 2 Formular Cell Congestion và Weekly Congestion lấy dữ liệu từ OSS

về sử dụng . Nếu TU của một cell >=100% ít nhất 4 ngày trong 1 tuần thì lúc đó coi như cell này nghẽn

TCH. Biện pháp đầu tiên được xét đến để giải quyết nghẽn TCH đó là khai Half-Rate (HR) cho cell đó ,

theo tỉ lệ Half-Rate và Full-Rate của Viettel trong 1 cell , thì được phép khai 30% trên tổng số khe thời gian

là kênh HR . Ta sử dụng Tool tính TU khai HR và thay vào công thức tính TU nếu TU giảm xuống dưới

mức 100% và số ngày TU>=100% nhỏ hơn 4 ngày thì biện pháp này có hiêụ quả , ta tiến hành làm CR gửi

xuống BSC yêu cầu khai HR giải quyết nghẽn TCH cho cell xét .

- Có hai biện pháp để tăng khả năng hoạt động chuyển giao đó là cấp phát tới cell xấu và dịch biên cell

sử dụng KOFFSET hoặc thay đổi vùng chuyển giao băng cách thay đổi thông số KHYST .

- Phương pháp được phân tích kĩ ở bài viết này đó là chia xẻ tải cell (Cell Load Sharing) , ưu điểm của

phương pháp này là tính linh hoạt cao chỉ thực hiên khi cell xét xảy ra nghẽn , khai thác tối đa nguôn tài

nguyên TRx của các cell hàng xóm . Phương pháp này chưa đưa vào thử nghiệm ở KV2 nên chưa thấy

được nhược điểm của nó .



7.1. Phương pháp Cell Load Sharing :

7.1.1. Khả năng của phương pháp :- Tính năng chia xẻ tải cell phân phối tải lưu lượng cân bằng hơn trong một mạng và giảm khả năng

nghẽn trong một cell . Điều này được tiến hành bằng cách dịch chuyển cấc kết nối đã thiết lập tới các cell

hàng xóm và do đó giảm các giờ cao điểm tải cao trong cell . Một tải trung bình cao hơn có thể được cho

phép trong khi các loại dịch vụ (mức nghẽn cho phép) còn lại giống nhau . Hiệu suất bản thân của một BSC

dó đó lớn hơn , kết quả là tăng tải mang và sử dụng nguồn tài nguyên tốt hơn .

- Chia xẻ tải cell làm tăng số lượng chuyển giao trong một phần của mạng nơi tải lưu lượng được phân

phối không bằng nhau .

7.1.2. Các hướng dẫn kĩ thuật :7.1.2.1. Đánh giá chung :

- Tải lưu lượng trong

một cell thường được bắt buộc các sự thay đổi lớn trong một thời gian ngắn . Một cell xác định có thể chịu

quá tải ở một lúc nào đó tuy nhiên cũng có thể hầu như không có tải vào các thời điểm kế tiếp . Hiện tượng

này chắc chắn ở tất cả các cell , tuy nhiên , việc định cỡ cho các trường hợp quá tải mặc dù tải trung bình có

ý nghĩa thấp hơn . Điều này có thể được xem như là lãng phí nguồn tài nguyên tần số . Với một phương

thức phân phối tải giữa các cell có đỉnh tải cao có thể được chia đều và mạng có thể thay được đinh cỡ cho

một tải trung bình cao hơn .

7.1.3. Thuật toán :7.1.3.1. Tổng quan :

- Tính năng chia xẻ tải cell được giới hạn tới các kênh lưu lượng mang thoại và dữ liệu . Tính năng nảy

bao gồm các hoạt động như sau :

+ Mức tải lưu lượng trong các cell nơi chia sẻ tải cell được kích hoạt được kiểm tra .

+ Nếu tải lưu lượng trong một cell ở trên một mức chấp nhận , các giá trị vị trí trong Locating được tính

toán lại cho từng kết nối trong cell . Điều này sẽ tạo ra các kết nối , sự khép kín tới các cell hàng xóm , thực

hiện chuyển giao .

+ Các sự chuyển giao chỉ được thực hiện nếu các cell nhận có tải đủ thấp và chấp nhận chuyển giao đi

vào bởi vì chia xẻ tải cell .



- Chia xẻ tải cell cần phải được kích hoạt ở cả BSC và mức cell cho các sự đánh giá chia xẻ tải cell

được yêu cầu . Sự vận hành ổn định của phương pháp được ổn định bởi các thông số , các thông số này

được thay đổi bởi lệnh của nhà vận hành .

7.1.3.2. Giám sát tải :

- Số lượng của các kênh lưu lượng toàn tốc rỗi được kiểm tra trong từng khoảng thời gian chia xẻ tải

cell ở mỗi cell điều này được kích hoạt cho chia xẻ tải cell . Khoảng thời gian được đưa ra bởi một tổng đài

BSC thuộc tính CLSTIMEINTERVAL .

- Tiêu chuẩn hướng dẫn sau đó định rõ khi các đánh giá chia xẻ tải cell được thực hiện trong một cell

nơi các tính năng được cho phép :

+ Nếu số lượng các kênh lưu lượng toàn tốc rỗi bằng hoặc dưới thông số CLSLEVEL (giá trị thông số

được đưa như tỉ lệ phần trăm của tất cả các kênh lưu lượng toàn tốc rỗi có trong cell) trong một cell , cell

này sẽ cố gắng loại bớt một vài lưu lượng bằng cách khởi động các chuyển giao chia xẻ tải cell tới các cell

hàng xóm .

- Khi kết quả của các sự đánh giá chia xẻ tải cell (Cell Load Sharing) trong một cell chỉ ra rằng 1 kết

nối nên được di chuyển 1 tới cell hàng xóm , tải lưu lượng ở cell mục tiêu được kiểm tra . Để chấp nhận

chuyển giao đi vào bởi vì Cell Load Sharing , cell đó phải chỉ rõ cả hai vấn đề là :nó chấp nhận các chuyển

giao Cell Load Sharing đi vào theo thông số HOCLSACC và một có mức lưu lượng đủ thấp . Tiêu chuẩn

hướng dẫn cho mức lưu lượng trong một cell mục tiêu thì tương ứng :

+ Nếu số lượng các kênh lưu lượng toàn tốc rỗi ở trên giá trị thông số CLSACC (đưa ra như một tỉ lệ

phần trăm) trong một cell , cell này sẽ chấp nhận các chyển giao Cell Load Sharing đi vào từ các cell khác .

- Chú ý rằng số lượng các kênh lưu lượng rỗi được tính như thể chỉ có các kênh toàn tốc được tính đến .

Điều này có nghĩa rằng nếu một của môt cặp kênh bán tốc trong một kênh lưỡng tốc bận và các kênh khác

thì rỗi , thì toàn bộ kênh lưỡng tốc được tính như bận . Tuy nhiên , cả hai kết nối sử dụng 1 kênh toàn tốc

và một kênh bán tốc theo tuần tự có thể được lựa chọn cho các chuyển giao chia xẻ tải cell . Các đánh giá

Cell Load Sharing không được thực hiện tại tất cả các kênh ở cấu hình đa khe thời gian . Cũng như vậy ,

các kênh ở băng E-Band có thể được kích hoạt trong sự đánh giá Cell Load Sharing bằng cách điều chỉnh

trên tổng đài BSC thuộc tính EBANDINCLUDED .

7.1.3.3. Tính toán lại vị trí :

- Sự đánh giá Cell Load Sharing được thực hiện sau sự đánh giá vị trí thông thường của các cell hàng

xóm , các sự đánh giá vị trí mới tách ra từ các sự đánh giá vị trí thông thường , được thực hiện cho tất cả

các kết nối có số kênh lưu lượng rỗi trong cell dưới thông số CLSLEVEL . Trong các sự tính toán lại , giảm



các giá trị vùng trễ (cho các thông số vùng trễ khác nhau) được sử dụng . Nếu một cell hàng xóm trở nên vị

trí tốt hơn cell phục vụ cho một vài kết nối như một kết quả của vị trí cell mới này , 1 chuyển giao Cell

Load Sharing được yêu cầu cho kết nối này . Ngầm ý điều này là chỉ có các cell hàng xóm đặt vị trí xấu

hơn cell phục vụ bởi sự đánh giá vị trí thông thường có thể được tính đến cho các chuyển giao Cell Load

Sharing . Một chuyển giao giữa các cell ổn định vẫn sẽ được thực hiện nếu sự đánh giá vị trí thông thường

chỉ ra một cell hàng xóm ở vị trí tốt hơn cho một kết nối .

- Sự tính toán lại vị trí vì Cell Load Sharing được thực hiện với độ biến thiên xuống tuyến tính của vùng

trễ (đây là vùng sẽ xảy ra quá trình Hand-Over giữa hai cell) với một tỉ lệ phần trăm sự biến thiên này được

đưa bởi thông số RHYST . Độ biến thiên xuống được thực hiện trong suốt một khoảng thời gian định rõ bởi

thông số CLSRAMP hoặc cho đến khi số lượng các kênh lưu lượng rỗi tăng trên mức CLSLEVEL . Vùng

trễ thực h sử dụng tại mỗi thời điểm được đưa ra bởi :

(4)

- Trong đó : + h : vùng trễ sử dụng trong vị trí .

+ H : KHYST , TRHYST , LHYST , HIHYST hoặc LOHYST (các thông số Locating có

thể đọc kĩ ở phần User Description,Locating thư viện ALEX) .

+ : thời gian bắt đầu chia xẻ tải , ví dụ như thời gian cho đến khi tải tăng trên

CLSLEVEL.

- Trong công thức (1) t chạy từ tới , Sau khoảng thời gian , vùng trễ còn

lại tại các giá trị giảm RHYST của chúng dành cho sự tính toán lại Cell Load Sharing cho tới khi số lượng

các kênh lưu lượng rỗi tăng trên CLSLEVEL . Việc tính toán lại được bỏ sau đó .

- Khi RHYST=0% , thì vùng trễ không giảm (h=H trong công thức 4)

- Khi RHYST=50% ,thì 50% vùng trễ được địch chuyển , đường biên cell giảm tới đường biên cell

danh định (h=0 trong công thức 4) .

- Khi RHYST=100% , thì tất cả vùng trễ được dịch chuyển (h=-H trong công thức 4) .

- Mục đích của sự biến thiên xuống của vùng trễ là hai ý :

+ Các di động gần nhất tới đường biên chuyển giao được lựa chọn đầu tiên .

+ Các di động lựa chọn cho chuyển giao thì ít tại một thời điểm , quá nhiều chuyển giao Cell Load

Sharing tại một thời điểm giống nhau có thể là nguyên nhân gây mất ổn định .

- Các điều kiện thêm nào đó chắc chắn được thoả mãn cho 1 chuyển giao Cell Load Sharing thưc hiện :

+ Các điều kiên vị trí :



> Chuyển giao Cell Load Sharing không được phép trong suốt thủ tục cấp phát .

> Chuyển giao Cell Load Sharing không được phép nếu có 1 điều kiện khẩn cấp .

+ Các điều kiện cho cell hàng xóm :

> Cell hàng xóm chắc chắn cùng BSC với cell phục vụ .

> Cell hàng xóm chắc chắn cùng lớp phân cấp như cell phục vụ .

> Chuyển giao Cell Load Sharing đi vào chắc chắn được cho phép (thông số HOCLSACC) cho cell

hàng xóm . Chú ý rằng Cell Load Sharing vẫn có thể thiết lập không hoạt động ở cell hàng xóm nếu các sự

đánh giá Cell Load Sharing ở cell này là nên tránh .

7.1.3.4. Các Counter liên quan :

- Kiểu đối tượng CELEVENTH chứa đựng các counter liên quan tới đặc tính Cell Load Sharing , cho

chi tiết (User Description,Radio Network Statistics) .

- CLSTIME : Thời gian tích lũy trong nhiều giây khi đánh giá Cell Load Sharing được thực hiện trong

cell .

- TOTCLSTIME : Tổng thời gian cho đặc tính Cell Load Sharing hoạt động trong nhiều giây .

- HOATTLS : Số lượng các yêu cầu chuyển giao bởi vì Cell Load Sharing .

- HOSUCLS : Số lượng các chuyển giao thành công bởi vì Cell Load Sharing .


Documents

Congestion Cell(send Mr.Nghĩa)