Tổng quan về SMS

Thuật ngữ primitive được sử dụng cho một khái niệm trừu tượng về sự tương tác độc lập giữa thuê bao sử dụng dịch vụ (service user) và nhà cung cấp dịch vụ (service provider). Trong giao diện giữa CBC và BSC service provider là giao thức kết nối (interconect) giữa CBC và BSC. Vì vậy primitive được coi như những request/indication hoặc là response/confirm tác động qua lại giữa service user (CBC hoặc là BSC) và service provider (protocol). Một tập (set) của các primitive được sử dụng giữa CBC và BSC được xác định phù hợp với chức năng của CBC và BSC được trình bày ở phần trên. Giao thức giữa CBC và BSC thì không được xác định trong các tiêu chuẩn GSM, đây là sự phù hợp giữa CBC và nhà khai thác (PLMN operator)

pdf37 trang | Chia sẻ: phanlang | Lượt xem: 2039 | Lượt tải: 1download
Bạn đang xem trước 20 trang tài liệu Tổng quan về SMS, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
to Point). • SMS-PP là dịch vụ SMS trong đó cho phép thể nhận và gửi một bản tin text (text message) từ một máy di động. Việc trao đổi bản tin ở đây có tính chất 2 chiều tương đối. Nói một cách chính xác hơn MS có thể gửi đi một short message và cũng có thể nhận một short message từ một MS khác hoặc thuê bao của các mạng 3 cố định khác. Các short message này được gửi có tính chất địa chỉ và có yêu cầu định tuyến từ điểm(point) xác định này đến point xác định khác. • Đối với SMS-CB các bản tin được gửi từ một CBC (Cell Broadcast Center) một cách quảng bá tương tự như đối với truyền hình. Điều đó có nghĩa là message không chỉ được gửi tới một MS mà tới rất nhiều MS khác nhau đang nằm trong một vùng địa lý nhất định. Vùng địa lý này có thể là một cell (tối thiểu) hoặc nhiều cell tùy theo yêu cầu của message. Ở đây cũng có yêu cầu về định tuyến song thay vì bản tin chỉ được gửi tới một MS duy nhất thì bản tin sẽ tối thiểu được gửi tới tất cả các MS trong một cell. Các MS hoạt động như các máy thu hình sẽ lựa chọn các message mà nó quan tâm như người xem lựa chọn các kênh truyền hình yêu thích. Có một lựa chọn là mạng có thể có phát bản tin quảng bá Schedule message. Trong trường hợp này CBS message sẽ có 2 loại đó là SMS-CB message và Schedule message. Schedule message sẽ có vai trò như là một mục lục trong đó ấn định rõ thời gian sẽ phát các SMS-CB message trong một khoảng thời gian xác định. Schedule message có tác dụng tối ưu hóa việc sử dụng pin của MS và chỉ có đối với các mạng có hỗ trợ SMSCB DRX. 4. Một số yêu cầu để có thể sử dụng SMS. Để có thể sử dụng được SMS thuê bao cần phải đăng ký cũng như có phần cứng phù hợp: • Cần phải đăng ký tới một mạng di động hỗ trợ SMS. • Việc sử dụng SMS phải được cho phép với thuê bao này (Một số nhà khai thác tự động cài đặt dịch vụ này cho thuê bao của mình) • Máy di động của thuê bao phải có hỗ trợ SMS. • Thuê bao phải biết cách nhận và gửi một SMS bằng máy di động của mình. • Cuối cùng là một địa chỉ để gửi và nhận message. Địa chỉ này thông thường là một máy di động, song có thể là một máy Fax, PC hoặc một địa chỉ Internet. II. SHORT MESSAGE SERVICE PONT TO POINT (SMS-PP) 1. Giới thiệu chung về SMS-PP. SMSPP là một dịch vụ cung cấp cho thuê bao di động cách thức truyền một bản tin có kích thước giới hạn từ và tới GSM MS. Việc cung cấp dịch vụ này sử dụng một SC chứa 4 và chuyển tiếp các message. Vì vậy một PLMN cần phải hỗ trợ việc chuyển các message giữa SC và MS. Có 2 loại dịch vụ PP: • SM MT (Short Message Mobile Terminated Point-to-Point) là các message được chuyển từ SC tới MS. Các SM MT này có thể từ các MS hoặc thuê bao cố định khác. Đây là teleservice 21 được GSM PLMN hỗ trợ. • SM MO (Short Message Mobile Originated Point-to-Point) là các message do MS tạo ra và được gửi tới SC. Nó cũng sẽ được chuyển đến các MS hoặc thuê bao mạng cố định khác. Đây là teleservice 22 được GSM PLMN hỗ trợ. SM MT là khả năng của hệ thống GSM chuyển một message từ một SC tới một MS và cung cấp thông tin về kết qủa việc phân phát này bằng một báo cáo thông báo cho SC biết kết của của việc chuyển message đã thành công hay là thất bại. Trong trường hợp thất bại thì trong báo cáo này cũng kèm rõ lý do thất bại. Để có thể sử dụng dịch vụ này thì MS cũng như thuê bao phải có đầy đủ các điều kiện như đã nói ở phần trên. SM-MO là khả năng của hệ thống GSM chuyển một message từ một MS tới một SME (Short Message Entity) qua một SC và cung cấp thông tin về kết qủa việc phân phát này bằng một báo cáo thông báo cho SC biết kết của của việc chuyển message đã thành công hay là thất bại. Trong trường hợp thất bại thì trong báo cáo này cũng kèm rõ lý do thất bại. Message phải có địa chỉ của SME. Nhờ đó mà SC có thể chuyển message đến đúng SME theo yêu cầu của MS. Một MS trong trạng thái kích hoạt (active MS) thì đều có thể nhận và gửi được message ngay cả khi nó đang tiến hành cuộc gọi. Điều này có thể thực hiện được là do SMS không sử dụng kênh lưu lượng như đối với thoại mà sử dụng kênh báo hiệu. MS SMS-C Truyền message Truyền Báo cáo MS SC Truyền message Truyền Báo cáo 5 2. Đặc điểm của SMS. Bản tin ngắn như được định nghĩa trong tiêu chuẩn của hệ thống GSM có các đặc điểm chính sau: • Bản tin text (text message) này có thể bao gồm các chữ cái, các chữ số và sự kết hợp của chúng. Bản tin này có thể có tối đa 160 ký tự(140 octet) khi sử dụng bảng mã Latin và tối đa 70 chữ cái khi sử dụng một bảng mã không phải là latin như tiếng Arập hoặc tiếng Trung Quốc. • Ngoài ra các bản tin ngắn không phải là Text (ví dụ dưới dạng Binary) thì cũng có thể truyền được. Các bản tin này thường được sử dụng trong các ringtone service và logo service. • SMS là một dịch vụ “Store and forward”. Nói một cách khác các short message không được gửi trực tiếp từ người gửi tới người nhận mà luôn phải gửi qua một SMSC (Short Message Service Center). Mỗi một mạng điện thoại di động có hỗ trợ SMS sẽ có một hoặc nhiều SMSC để điều khiển và quản lý các message. • SMS là một dịch vụ có tính năng xác nhận bản tin đã được gửi đi. Điều này có nghĩa là người gửi sau khi gửi bản tin không chỉ đơn giản tin chắc rằng bản tin của mình đã được gửi đến đích mà còn nhận được một report thông báo về sự thành công của việc gửi bản tin. Trong trường hợp không thể chuyển bản tin thì người gửi không chỉ nhận được một report về sự thất bại mà còn nhận được một report về lý do thất bại. • SMS có thể nhận cùng lúc với thoại, dữ liệu cũng như là bản fax. Điều này có thể thực hiện được là bởi vì thay vì sử dụng kênh vô tuyến dành riêng (dedicated radio channel) trong suốt quá trình cuộc gọi như các dịch vụ thoại, fax, SMS được chuyển thông qua các kênh báo hiệu. Chính vì vậy người sử dụng SMS rất ít khi thấy có tín hiệu báo bận ngay cả khi sử dụng dịch vụ trong giờ cao điểm. • SMS cho phép truyền nhiều message một cách đồng thời. Điều này dựa trên khả năng nối các message với nhau và nén các message để có thể chứa nhiều hơn 160 ký tự. 3. Các thành phần của SMS-PP. 3.1. Validity-Period. 6 Validity-Period là một yếu tố thông tin cho MS gửi SMS-SUBMIT tới SC bao gồm thông số giá trị thời gian xác định trong SM(thông số trường TP-Validity-Period là giá trị chỉ ra chu kỳ thời gian bản tin thích hợp tức là SC sẽ bảo đảm sự tồn tại của SM trong SC Memory trong bao lâu trước khi nó việc gửi tới người nhận được thực hiện. 3.2. Service-Center-Time-Stamp. Service-Center-Time-Stamp là một thành phần thông tin trong message nhờ đó SC thông báo cho MS nhận về khoảng thời gian đến của message tại SM-TL (Short message Transfer layer) của SC. Giá trị thời gian đều được chứa trong SMS-DELIVER(trong trường TP-Service-Centre-Time-Stamp) được chuyển tới MS. 3.3. Protocol Identifier. Protocol-Identifier là yếu tố thông tin mà SM-TL chuyển tới giao thức lớp cao hơn cho việc sử dụng. Yếu tố thông tin Protocol-Identifier được sử dụng trong trường riêng biệt ở các loại bản tin SMS-SUBMIT, SMS-DELIVER và SMS-COMAND( trường TP- Protocol-Identifier) 3.4. More-Message-to-Send Là các yếu tố thông tin được SC thông báo cho MS biết có một hay nhiều bản tin đang đợi trong SC để được chuyển tới MS, thông tin này được sử dụng trong SMS-DELIVERY(trường TP-More-Message-to-Send) 3.5. Delivery of Priorty and non-Priority Messages Ưu tiên là yếu tố thông tin cung cấp bởi SC hoặc SME để chỉ định cho PLMN biết 1 bản tin có phải là ưu tiên hay không. Việc chuyển các bản tin không ưu tiên sẽ không được thực hiện nếu MS được xác định ở trạng thái tắt máy. Việc chuyển các bản tin ưu tiên sẽ không được thực hiện nếu MS được xác định ở trạng thái tắt máy, hoặc không đủ dung lượng bộ nhớ. 3.6. Message-Waiting Message-Waiting là yếu tố dịch vụ cho phép PLMN cung cấp HLR và VLR về MS nhận, liên quan đến thông tin về bản tin đang chờ ở SC để chuyển tới MS do MS đang ở trạng thái tắt máy hoặc tràn bộ nhớ MS. Các thông tin này được biểu thị ở Message-Waiting-Indication(MWI), bao gồm Message-Waiting-Data(MWD), Mobile-Station-Not-Reachable-Flag(MNRF) và Mobile-Station-Memory-Capacity-Exceeded-Flag(MCEF) đặt tại HLR và Mobile- Station-Not-Reachable-Flag(MNRF) tại VLR. 7 MWD chứa danh sách của các địa chỉ(SC-Adds) của SCs đã chuyển bản tin không thành công. Do vậy để có thể gửi bản tin cảnh báo tới mọi SC có các MWD chứa danh sách của các địa chỉ(SC-Adds) của SCs đã chuyển bản tin không thành công. Do vậy để có thể gửi bản tin cảnh báo tới mọi SC có các bản tin đã được gửi không thành công tới MS,HLR sẽ lưu MSIsdn-Alert cùng với sự liên quan đến SC-addresses. MNRF trong HLR và VLR là trường thông số có giá trị TRUE khi danh sách MWD chứa một hay nhiều yếu tố cho việc chuyển bản tin đến MS không thể thực hiện vì MS tắt máy hoặc ngoài vùng phủ sóng và nó mang giá trị FALSE với trường hợp còn lại. Việc cập nhật của MWD,MCEF và MNRF được thực hiện như sau: • Khi 1 Mobile Terminating thất bại nhận 1 bản tin do MS tắt máy( tức là ở đây hoặc là IMSI DETACH flag được đặt hay không có sự trả lời từ MS cho quá trình tìm gọi) hoặc tràn ô nhớ MS, SC address được chèn vào danh sách MWD và ở đây MNRF hay MCEF được ấn định • Nếu MSIsdn được dùng bởi SC để đánh địa chỉ người nhận MS cho mục đích cảnh báo khác nhau từ MSIsdn-Alert của MS, HLR sẽ quay lại MSIsdn-Alert tới SC với thông báo thất bại . • Bất kì khi nào HLR hay VLR dò được MS(có cờ báo MNRF được đặt ở VLR) đã bật máy, HLR trực tiếp hoặc yêu cầu VLR thực hiện cảnh báo tới các SC . MSISDN-Alert SC address1 SC address n SC address2 MNRF MCEF VLR; HLR; MWD: MNRF 8 Đầu tiên Alert SC được thực hiện, cờ MNRF được xoá bỏ,sau đó mỗi SC được cảnh báo bởi HLR, địa chỉ cho SC này được xoá từ MWD. • Khi HLR nhận được(qua MSC và VLR) thông báo rằng MS(với giá trị MCEF đặt ở HLR) có bộ nhớ đã thích hợp để có thể nhận được bản tin Khi HLR nhận được thông báo từ SMS-GMSC rằng có bản tin đã được gửi thành công từ SC tới MS mà MCEF được đặt và MWD đã trống,HLR sẽ yêu cầu cảnh báo tới các SC khác với MWD. Khi đó Alert SC được yêu cầu, MCEF và MNRF được xoá trong HLR,sau đó mỗi SC được cảnh báo bởi HLR, địa chỉ cho SC đó được xoá từ MWD. Khi HLR nhận( qua MSC và VLR) thông báo MS đã thích hợp bộ nhớ để nhận bản tin nhưng MCEF không được đặt và MWD trống, HLR chấp nhận thông báo nhưng không có cảnh báo bất kì SC nào. 3.7. Alert-SC. Là yếu tố dịch vụ được cung cấp bởi GSM PLMSs để thông báo với SC về tình trạng MS khi: 1. Việc chuyển bản tin lỗi do MS tắt máy hoặc tràn bộ nhớ. 2. Có sự phản hồi từ quá trình tìm gọi( MS bật máy) hay bộ nhớ đã thích hợp cho việc nhận bản tin. Đối với mỗi MS có thể được cấp một vài MSIsdn, khi HLR cảnh báo SC về MS có MSIsdn xác định gọi là MSIsdn-Alert. 4. Cấu trúc của mạng. Sự trao đổi message giữa MS và SME liên quan đến các thực thể (entities) được trình bày trong hình vẽ dưới. Khi message được chuyển từ SC tới MS thì cần SMS GMSC. Song khi message được chuyển từ MS tới SC thì cần SMS IWMSC. Ngoài phạm vi của GSM MS SME SC SMS-GMSC SMS-IWMSC MSC Trong phạm vi của GSM 9 Cấu trúc cơ bản của SMS được minh họa trong hình dưới. (1) SC gửi một short message tới SMS-GMSC. (2) SMS-GMSC sẽ truy vấn HLR để tìm được thông tin định tuyến cần thiết để chuyển message đi. (3) Sau đó nó sẽ chuyển message tới MSC cần thiết. (4) MSC lấy các thông tin thuê bao từ VLR với thủ tục nhận thực. (5) Truyền short message tới MS. 4.1. Kênh truyền dẫn. Short message có thể được hỗ trợ bởi một SDCCH hoặc là SACCH tùy thuộc vào việc sử dụng kênh TCH. • Khi kênh TCH không được cấp phát thì SMS sẽ sử dụng kênh SDCCH. • Nếu một kênh TCH được cấp phát trong quá trình thực hiện SMS thì SMS sẽ dừng việc sử dụng kênh SDCCH mà sử dụng kênh SACCH gắn liền với kênh TCH. • Nếu một kênh TCH được cấp phát cho SMS thì SMS sẽ sử dụng kênh SACCH. • Khi một thực thể sử dụng kênh TCH ngừng việc sử dụng thì lớp RR sẽ có thể tiếp tục truyền message trên một kênh SACCH hoặc là kênh SDCCH. 4.2. Chức năng các thành phần. 4.2.1. Service Centre function. 4.2.1.1. Đặc điểm của SC. MSC MS VLR SMS-GMSC SMS-IWMSC HLR SC 1 2 3 4 5 10 - SC có khả năng đệ trình một bản tin tới MS, nhớ lại phản hồi của bản tin cho đến khi report đã nhận được hoặc đến thời hạn Validty-Period. - Nhận report từ PLMN. - Nhận bản tin được gửi từ MS. - Trả lại bản report tới PLMN cho bản tin ngắn nhận được tiếp theo. 4.2.1.2. Yêu cầu chức năng SC. Các chức năng được yêu cầu bắt buộc cho mọi SC nhằm cung cấp SM-TP đối với PLMN sau: - Xác định mỗi SMS-DELIVERY được gửi tới MS theo cách duy nhất, giá trị time stamp trong trường TP-Service-Centre-Time-Stamp(TP-SCTS) của SMS- DELIVERY.Time stamp đưa ra thời gian khi bản tin đến SC chính xác đến 1 giây. Nếu 2 hay nhiều bản tin tới cùng một MS đến SC với cùng 1 giây, SC sẽ sửa đổi time stamp của những bản tin này bằng cách tất cả các message tới MS chứa time stamps khác nhau hoặc sửa đổi time stamp với giá trị nhỏ nhất. - SC chỉ cho phép có một SMS-DELIVERY còn tồn tại(tức là một bản tin cho bản report không được nhận) tới MS xác định ở thời gian đưa ra. - SC có thể bắt đầu viết đè của bản tin ngắn được nhận bởi SC nếu yêu cầu bởi cùng địa chỉ gửi(MS hoặc bất kì nguồn nào khác) bằng việc sử dụng cùng một loại bản tin. 4.2.2. Chức năng MS. Chức năng MS liên quan tới dịch vụ SMS point to point giữa SC và MS, MS phải được hỗ trợ về dịch vụ và thực hiện những chức năng sau: - Gửi một bản tin ngắn TPDU tới SC duy trì phản hồi của bản tin cho đến khi nhận được report từ mạng hoặc hết hạn thời gian. - Nhận bản tin TPDU từ SC - Gửi lại delivery report tới mạng khi nhận được bản tin chuyển tới. - Nhận report từ mạng. - Thông báo cho mạng khi bộ nhớ đã thích hợp để có thể nhận bản tin khi lần trước nó đã từ chối nhận bản tin do tràn bộ nhớ. - Thông báo với SC khi một bản tin nhắn được dành để thay thế cho bản tin ngắn lần trướcđược gửi tới cùng một địa chỉ nhận. 11 4.2.3. Chức năng MSC. 4.2.3.1. Chức năng MSC đối với SM MT. a. Chức năng của SMS-GMSC. Khi nhận được bản tin TPDU từ SC, SMS-GMSC sẽ nhận bản tin TPDU và kiểm tra các thông số. Khi các tham số lỗi nó sẽ gửi thông tin lỗi thích hợp tới SC trong một báo cáo thất bại. Nếu lỗi không tìm thấy ở các tham số nó sẽ thẩm vấn HLR lấy thông tin định tuyến hoặc thông tin lỗi có thể, nếu HLR gửi lại thông tin lỗi nó sẽ gửi thông tin lỗi thích hợp tới SC trong một báo cáo thất bại. Nếu không có lỗi nào được tìm thấy bởi HLR nó sẽ truyền bản tin ngắn TPDU tới MSC sử dụng thông tin định tuyến HLR. Khi nhận được report liên kết với bản tin ngắn từ MSC, SMS-GMSC được phản hồi lại như sau: - Nếu report chỉ định delivery thành công, SMS-GMSC thông báo HLR việc chuyển thành công để HLR cảnh báo tới bất kì SC nào còn lưu địa chỉ trong MWD cho MS. - Nếu report thất bại do thuê bao tắt máy hoặc do MS tràn ô nhớ SMS-GMSC sẽ yêu cầu HLR thêm địa chỉ lưu lại trên MWD, thiết lập kết nối khi cần thiết với địa chỉ SC, tạo và gửi report tới SC. b. Chức năng MSC Khi nhận được bản tin ngắn TPDU từ SMS-GSMC, MSC sẽ thực hiện như sau: - Nhận bản tin ngắn TPDU. - Lấy thông tin từ VLR, nếu lỗi được chỉ ra bởi VLR, MSC sẽ gửi thông tin lỗi thích hợp tới SMS-GMSC trong 1 report lỗi, nếu lỗi không được chỉ ra bởi VLR nó truyền bản tin ngắn tới MS. Khi nhận được sự xác nhận đã nhận được bản tin tới MS, MSC chuyển sự xác nhận tới SMS-GMSC trong một delivery report. Khi nhận một report lỗi của bản tin truyền tới MS, MSC sẽ gửi thông tin lỗi thích hợp tới SMS-GMSC trong 1 report lỗi. Khi nhận thông báo từ MS bộ nhớ đã thích hợp để có thể nhận bản tin đến, MSC sẽ chuyển thông báo tới VLR, nếu lỗi được chỉ ra bởi VLR, MSC sẽ gửi thông tin lỗi thích hợp tới MS trong 1 report lỗi. 12 4.2.3.2. Chức năng MSC đối với SM MT a. Chức năng của SMS-IWMSC Khi nhận bản tin ngắn TPDU từ MSC, SMS-IWMSC sẽ nhận nó, thiết lập nếu cần thiết kết nối tới địa chỉ SC, truyền bản tin ngắn TPDU tới SC(nếu địa chỉ thích hợp). Nếu một report liên kết với bản tin ngắn nhận được từ SC, SMS-IWMSC sẽ chuyển report tới MSC, nếu không nhận được từ SC trước khi hết hạn thời gian hoặc nếu như địa chỉ SC không thích hợp, SMS-IWMSC sẽ gửi thông tin lỗi thích hợp tới MSC bằng bản report lỗi. Ngoài ra khi nhận được cảnh báo từ HLR, SMS-IWMSC kiểm tra địa chỉ SC, phát RP-Alert-SC và truyền RP-Alert-SC tới SC. b. Chức năng của MSC. Khi nhận bản tin ngắn TPDU từ MS, MSC sẽ nhận bản tin ngắn TPDU, lấy thông tin từ từ VLR(MSISDN của MS, khi thích hợp, thông tin lỗi). Việc lấy thông tin từ VLR theo thẩm vấn VLR từ MWF(được dùng trong thủ tục cảnh báo). Nếu lỗi được chỉ ra bởi VLR, MSC chuyển thông tin lỗi lỗi thích hợp tới MS bằng bản report lỗi, nếu không có lỗi được chỉ ra bởi VLR thì MSC sẽ kiểm tra tham số TPDU. Nếu các tham số lỗi, MSC sẽ gửi thông tin lỗi lỗi thích hợp tới MS bằng bản report lỗi, nếu không có tham số lỗi nào được tìm thấy, MSC sẽ kiểm tra địa chỉ đích và truyền bản tin ngắn TPDU tới SMS-IWMSC. Khi nhận report của bản tin ngắn từ SMS-IWMSC, MSC sẽ chuyển report tới MS. 5. Tổng quan các lớp giao thức cho SMSPP. SME SC SMS-MSC SMS- IWMSC MS SM-AL SM-TL SM-RL SM-LL 13 5.1. Dịch vụ cung cấp bởi SM-TL. Short-Message-Transfer-Layer(SM-TL) cung cấp dịch vụ tới Short-Message- Application-Layer. Dịch vụ này cho phép SM-AL truyền, nhận bản tin ngắn đối với thực thể tương đương và nhận các report về các yêu cầu cho các bản tin ngắn được truyền. SM-TL bao gồm 6 loại PDU sau: SMS-DELIVERY, truyền bản tin ngắn từ SC đến MS. SMS-DELIVERY-REPORT, truyền nguyên nhân gây thất bại(nếu cần thiết) SMS-SUBMIT, truyền bản tin ngắn từ MS đến SC. SMS-SUBMIT-REPORT, truyền nguyên nhân gây thất bại(nếu cần thiết) SMS-STATUS-REPORT, truyền trạng thái report từ SC đến MS. SMS-COMMAND, truyền lệnh từ MS đến SC. 5.2. Các tham số trong PDU. SMS-DELIVERY Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-MMS TP-More-Message-to- Send M Chỉ ra có hoặc không nhiều bản tin để gửi TP-RP TP-Reply-Path M Chỉ ra sự tồn tại của đường reply TP-UDHI TP-User-Data-Header- Indicator O Tham số chỉ định trường TP-UD chứa Header TP-SRI TP-Status-Report- Indicator O Chỉ định nếu SME yêu cầu trạng thái một bản tin TP-OA TP-Originating-Address M Địa chỉ của originating SME TP-PID TP-Protocol-Identifier M Tham số xác định giao thức lớp trên nó 14 TP-DCS TP-Data-Coding-Scheme M Tham số xác định sự sắp xếp mã hoá với TP-User-Data TP-SCTS TP-Service-Centre-Time- Stamp M Tham số xác định thời gian khi SC nhận được bản tin TP-UDL TP-User-Data-Length M Tham số chỉ định độ dài của trường TP- User-Data TP-UD TP-User-Data M SMS-DELIVERY-REPORT Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-FCS TP-Failture-Cause M Tham số chỉ ra nguyên nhân SMS- DELIVERY lỗi SMS-SUBMIT Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-RD TP-Reject-Duplicates M Tham số chỉ ra SC sẽ chấp nhận một SMS- SUBMIT là SM khi nhận được sự trợ giúp của SC mà giống như TP-DA và giống TP- MR được hiểu là SM được gửi từ cùng originating address. TP-VPF TP-Validity-Period- Format M Tham số chỉ ra có hoặc không trường TP- VP hiện tại TP-RP TP-Reply-Path M Tham số xác định yêu cầu cho Reaply-Path TP- TP-User-Data-Header- O Tham số chỉ định trường TP-UD chứa 15 UDHI Indicator Header TP-SRR TP-Status-Report-Request O Chỉ định nếu SME yêu cầu trạng thái một bản tin TP-MR TP-Message-Reference M Tham số xác định SMS-SUBMIT TP-DA TP-Destination-Address M Địa chỉ đích SME TP-PID TP-Protocol-Identifier M Tham số xác định giao thức lớp trên nó TP-DSC TP-Data-Coding-Scheme M Tham số xác định sự sắp xếp mã hoá với TP-User-Data TP-VP TP-Validity-Period O Xác định thời gian tồn tại kéo dài của bản tin TP-UDL TP-User-Data-Length M Tham số chỉ định độ dài của trường TP- User-Data TP-UD TP-User-Data M SMS-SUBMIT-REPORT Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-FCS TP-Failure-Cause M Tham số chỉ ra nguyên nhân SMS-SUBMIT lỗi SMS-STATUS-REPORT Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-MR TP-Message-Reference M Tham số xác định SMS-SUBMIT được gửi trước đó 16 TP- MMS TP-More-Message-to- Send M Tham số chỉ ra có hoặc không nhiều bản tin để gửi TP-RA TP-Recipient-Address M Địa chỉ của của SM được gửi từ di dộng trước đó TP- SCTS TP-Service-Centre-Time- Stamp M Tham số xác định thời gian khi SC nhận được bản tin SMS-SUBMIT được gửi trước đó TP-DT TP-Discharge-Time M Tham số xác định thời gian liên kết với tác động riêng của TP-ST TP-ST TP-Status M Tham số xác đinh trạng thái của SM được gửi di động trước đó SMS-COMMAND Abbr. Reference P Đặc điểm TP-MTI TP-Message-Type- indicator M Tham số miêu tả thuộc loại message nào TP-MR TP-Message-Reference M Tham số xác định SMS-COMMAND TP-SRR TP-Status-Report-Request O Tham số chỉ định nếu SMS-COMMAND đang yêu cầu trạng thái report TP-PID TP-Protocol-Identifier M Tham số xác định giao thức lớp trên nó TP-CT TP-Command-Type M Tham số chỉ rõ việc thực hiện bắt đầu trên SN TP-MN TP-Message-Number M Tham số chỉ ra SM nào trong SC được thực hiện TP-DA TP-Destination-Address M Tham số xác định địa chỉ đích nào mà TP- Command liên quan TP-CDL TP-Command-Data- M Tham số chỉ ra độ dài octet của trường TP- 17 Length CD TP-CD TP-Command-Data O Tham số chứa đựng user data III. SHORT MESSAGE SERVICE CELLBROADCATING-MSCB 1. Đặc điểm SMS-CB. Dịch vụ SMS-CB hay còn gọi là CBS (Cell Broadcasting short message service) là dịch vụ viễn thông 23 (Teleservice 23) tương đối giống với các dịch vụ viễn thông quảng bá như truyền hình tương tự, và phát thanh… Khác với SMS-PP là dịch vụ “one-to-one” và “one-to-few” CBS là dịch vụ “one-to-many”. CBS khác với SMS-PP ở chỗ nó chỉ là loại Mobile Terminating. Điều đó có nghĩa là MS chỉ nhận CBS message mà không tạo ra CBS message. Không có một phúc đáp nào được gửi từ MS. CBS được thiết kế cho phép phát quảng bá một message trong một vùng địa lý xác định. Nói cách khác mỗi CBS gắn với một vùng GS xác định (Geographica Scope). Vùng địa lý này được biết đến như là vùng quảng bá (cell broadcast area). Nó có thể đơn giản chỉ là một cell, song cũng có thể là cả mạng PLMN tùy theo nội dung thông tin của chính message, nhà cung cấp dịch vụ, và sự thỏa thuận giữa các PLMN khác nhau. CBS được sử dụng để cho các dịch vụ cơ bản như thông báo về điều kiện thời tiết, giao thông… CBS message được phát quảng bá bởi BTS với một chu kỳ sau một khoảng thời gian xác định do nhà cung cấp quyết định. Chu kỳ và khoảng thời gian này sẽ phụ thuộc vào chính thông tin của chính message. Các message chứa các thông tin mang tính chất động như về tình trạng giao thông sẽ được phát với tần suất lớn hơn là các message chứa thông tin về thời tiết. Chu kỳ phải đủ nhỏ đối với các bản tin quan trọng để thuê bao khi di chuyển qua một nhóm các cell vẫn có thể nhận được. Nguồn gốc của message có thể xuất phát từ các thông báo về thời tiết hoặc giao thông. Một CBS message gồm có 82 octet dữ liệu sử dụng các ký tự chuẩn tương đương với 93 ký tự. Một CBS như thế này còn được gọi là một page. Tối đa 15 message (page) này có thể nối với nhau để tạo ra một macromessage. Trong macromessage mỗi message (page) sử dụng cùng một dấu hiệu nhận dạng (message identifier) để chỉ nguồn gốc của message (source of message), và chứa cùng một số serial. 18 MS sẽ sử dụng message identifier và số serial này để các thông tin này để bỏ qua các message đã nhận cũng như phát hiện message mới từ cùng một nguồn xác định. Tất cả các thiết bị thích hợp trong vùng phủ sóng của BTS thì đều có thể nhận được message quảng bá này. Nói một cách khác với điều kiện rằng nó đang được bật và ở trạng thái rỗi (idle state). CBS message được chia thành các loại (category) khác nhau theo thông tin của nó và ngôn ngữ nhờ đó thuê bao di động có thể lựa chọn message thích hợp và bỏ qua các loại message không muốn nhận. Vai trò của thuê bao tương tự như người xem ti vi và các bản tin như các chương trình được phát quảng bá trên sóng. Thuê bao sẽ lựa chọn CBS message theo ý thích của họ giống như lựa chọn chương trình ti vi. Các CBS message có thể được tạo ra từ các CBE được nối với CBC. CBS message được gửi từ CBC tới các BTS phù hợp với vùng quảng bá của nó. 2. Phân loại message. Các message sẽ được chuyển qua các kênh CBCH tới MS. Các message này có thể được chia làm 2 loại chính đó là loại bất thường (occurrence message) hoặc loại định kỳ (schedule message). CBS được thiết kế để tối thiểu hóa yêu cầu năng lượng của MS nhờ đó có thể tăng thời gian làm việc của MS. MS có thể đọc phần đầu của CBS sau đó quyết định có đọc phần còn lại của message hay không. Ngoài ra mỗi message được gắn liền với một identifier. Chính nhờ identifier này mà MS không nhận các message đã nhận vẫn được phát lại trên CBCH. Bên cạnh đó mạng có thể sử dụng các schedule message để cung cấp trước thông tin về các message sẽ được gửi ngay sau schedule message này. Chính nhờ các schedule information này mà MS có thể hạn chế nhận các message mà thuê bao không quan tâm. Chức năng này được gọi là SMSCB DRX và là lựa chọn (option) đối với mạng cũng như là MS. 3. Kiến trúc của mạng. 19 Kiến trúc của mạng CBS được minh họa trong hình vẽ dưới 3.1. Chức năng các thành phần trong mạng. 3.1.1. Chức năng của CBE (Cell Broadcast Entity). Chức năng của CBE là format các CBS message bao gồm cả việc chia các CBS message thành các page. 3.1.2. Chức năng của CBC (Cell Broadcast Center). CBC và tất cả các điểm tạo ra CBS message thì được coi là một điểm nằm ngoài PLMN. CBC được nối với một vài BSC và có thể nối với vài CBE. CBC đảm nhận nhiệm vụ quản lý các CBS message bao gồm: • Xác định số serial (allocation of serial number). • Sửa (modify) hoặc xóa (delete) các message được giữ bởi BSC. • Khởi tạo phát quảng bá bằng cách gửi một CBS message có độ dài cố định tới BSC. Trong trường hợp cần thiết thì CBC sẽ đệm (padding) thêm thông tin vào message để message có độ dài 82 octet. • Xác định các cell, các BTS mà bản tin sẽ được quảng bá và chỉ ra vùng địa lý của mỗi message trong số serial. • Xác định thời gian bắt đầu phát bản tin. B T B T B T MS MS MS BSC BSC BSC CBC CBE CBE 20 • Xác định thời gian thôi phát bản tin và sau đó hướng dẫn các BSC dừng phát quảng bá bản tin. • Xác định mức độ lặp lại (rate) của bản tin. 3.1.3. Chức năng của BSC. Một mặt BSC giao tiếp với CBC một mặt nó giao tiếp với các BTS như đã được chỉ ra ở GSM 08.52 (ETS 300 593). Chức năng của BSC xét trong khía cạnh SMS-CB là: • Phiên dịch (interpretation) các lệnh từ CBC. • Lưu giữ bản tin quảng bá. • Phát trên kênh quảng bá (CBCH) bản tin theo một lịch trình đã xác định. • Báo cho CBC biết khi bản tin không thể phát quảng bá với mức độ lặp lại theo yêu cầu của CBC. • Báo cho CBC biết đã thực hiện thành công lệnh từ CBC. • Khi không thực hiện được lệnh hoặc không hiểu các lệnh từ CBC thì BSC cũng báo cho CBC biết. • Định tuyến các CBS message tới các BTS thích hợp. • Truyền thông tin của các CBS tới các BTS qua 4 chuỗi SMS BROADCAST REQUEST message hoặc 1 SMS BROADCAST COMMAND message được chỉ rõ trong GSM 08.58 (ETS 300 596). • Có khả năng tạo ra các schedule message để chỉ ra lịch truyền dẫn như được xác định trong GSM 04.12 (ETS 300 560). 3.2.4. Chức năng của BTS. Chức năng của BTS là truyền tải các thông tin của CBS message nhận được từ các SMS BROADCAST REQUEST message và SMS BROADCAST COMMAND message qua giao diện vô tuyến tới MS. 3.2.5. Chức năng của MS. MS nhận các khối tin khác nhau qua giao diện vô tuyến và tái tạo CBS message. Việc hiển thị CBS một cách chính xác là ngoài phạm vi tiêu chuẩn GSM song MS phải đảm bảo các chức năng sau: • Loại bỏ các khối không cần thiết. 21 • Loại bỏ các thông tin CBS không được mã hóa sử dụng ngôn ngữ thích hợp (data coding scheme). • Loại bỏ các CBS message mà thuê bao không thích. • Có khả năng bỏ qua các message đã nhận không thay đổi và được phát lặp lại. • Có khả năng truyền bản tin qua giao diện R khi giao diện này được hỗ trợ. • Có thể có khả năng chuyển sang chế độ SMSCB DRX dựa trên các schedule message nhận được như được chỉ rõ trong GSM 04.12. • Khi mạng không có CBS message nào cần truyền thì có thể tryền một null message. Bên cạnh đó CBC có thể sẽ đệm thêm các thông tin phụ vào CBS message để có thể đạt đến một kích thước nhất định vì vậy MS phải có khả năng dừng việc nhận cá khối còn lại của CBS message nếu các khối này không chứa các thông tin quảng bá xem GSM 04.12 (ETS 300 560). 3.2. Khuôn dạng của message qua giao diện BTS và MS. Một message được truyền từ BTS tới MS thông qua CBCH bao gồm CBS message (thông tin cho thuê bao) và Schedule message (schedule of SMSCB message). Schedule message là option của mạng được phát quảng bá để hỗ trợ SMSCB DRX mode cho MS. Schedule message rất tiện lợi trong việc tối thiểu hóa việc sử dụng pin của MS vì nó cho phép thuê bao có thể bỏ qua các message không quan tâm. 3.2.1. Khuôn dạng. Một CBS message có độ dài cố định là 88 octet thông tin. 88 octet này được chia thành 4 block mỗi block chứa 22 octet. Một octet block type được gắn vào đầu mỗi block vì thế một block hoàn chỉnh (overall block) sẽ dài 23 octet. Để thuận tiện khi trình bày các bit được nhóm (group) với nhau thành một octet. Các bít của một octet được đánh số theo hàng ngang từ 1 đến 8. Các octet được trình bày theo hàng dọc như hình vẽ. 22 Bít 8 7 6 5 4 3 2 1 Octet 1 Octet 2 ……… Octet 23 Các block này sẽ được gửi qua giao diện vô tuyến trên kênh CBCH xác định trong GSM 05.02 (ETS 300 574). Thứ tự truyền dẫn của các bit được định nghĩa trong theo thứ tự từ các bit thấp của octet thấp đến octet cao (GSM 04.04 (ETS 300 553)). 3.2.2. Nội dung của các khối. Mỗi block gồm 23 octet được mã hóa với nội dung như sau Bít 8 7 6 5 4 3 2 1 Block type Octet 1 Information Octet 2 ……… Octet 23 3.2.3. Block type. Mục đích của block type là xác định chức năng của block và message được gửi. Block type được mã hóa như trình bày ở hình dưới. Bít 8 7 6 5 4 3 2 1 0 Spare 0 LPD 0 1 LB Sequence Number Octet 1 Bit 8 được giành để dự trữ và thường được người gửi đặt là 0. Để có thể tương thích với sự sửa đổi trong tương lai bit 8 được phía nhận bỏ qua. Giá trị của LPD (Link Protocol Discriminator) là “0 1”. Giá trị khác của LPD có nghĩa là message sẽ tuân theo một protocol khác ngoài phạm vi của GSM 04.12 và message sẽ được lờ đi không coi là một CBS message. 23 Trong một SMSCB message các khối còn lại chứa đựng thông tin SMSCB hay không sẽ được báo hiệu bởi bit LB (Last Block). Khi bít LB này là không các block còn lại sẽ là thông tin. Khi LB là 1 các Block còn lại sẽ không chứa thông tin. Giá trị của chuỗi 4 bít sequence number được cho ở hình dưới. Bit No 4 3 2 1 0 0 0 0 First Block 0 0 0 1 Second Block 0 0 1 0 Third Block 0 0 1 1 Four Block 1 0 0 0 First Schedule Block Message contains SMS CB schedule information 1 1 1 1 Null message Bốn nhóm giá trị khác được dự trữ để sử dụng trong tương lai. Việc sử dụng các nhóm mã dự trữ này sẽ làm cho message không còn là CBS message nữa và sẽ bị MS bỏ qua. Như vậy 2 loại message là SMSCB message và schedule message đều được tổ chức dưới dạng 4 block liên tiếp. Với một null message xác định bởi chuỗi sequence number có giá trị 1111 (binary) thì các octet 2 đến 23 đều có giá trị là 2B (hex). 3.2.4. Nội dung message. Trong 88 octet thông tin của một message có 6 octet header và 82 octet là thông tin của người sử dụng. Nội dung của các 88 octet này được chỉ rõ trong hình dưới. Octet No 1-2 Serial Number 3-4 Message Identifier 5 Data coding scheme 6 Page Parameter 7-88 Content of message 24 Các octet này được truyền theo thứ tự bắt đầu từ octet 1. Các bít trong một octet được đánh số từ 0 đến 7. Bít 0 là bít thấp được truyền trước. Giá trị của các trường như sau: 3.2.4.1. Serial Number. Serial number là một số tự nhiên 16 bit xác định cho các message cụ thể. Các message này có thể có tới 15 page từ các nguồn khác nhau được xác định trong message identifier (2 octet 3 và 4) và Serial Number này sẽ thay đổi khi message với một message identefier xác định thay đổi. Nội dung của 2 octet chứa Serial Number bao gồm 2 bít cho GP (Geographical Scope), 10 bít cho Message code, và 4 bít cho Update number và được trình bày cụ thể hơn trong hình dưới. Octet 1 Octet 2 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 Update Number GP sẽ chỉ ra vùng địa lý mà message code là duy nhất và chế độ hiển thị. Khi 2 cell khác nhau nhận được 2 message với cùng serial number và message identifier thì GP có thể được sử dụng để xác định xem liệu message có thực sự là chính xác không. Nội dung của GP được trình bày cụ thể ở dưới. Code Display Mode Geographical Scope 00 Immediate Cell Wide 01 Normal PLMN wide 10 Normal Location Area wide 11 Normal Cell wide Chế độ hiển thị (display mode) chỉ ra bản tin được cung cấp cho việc hiển thị trong suốt thời gian cho tới khi thuê bao xoá(immediate) hoặc chỉ khi thuê bao muốn nhìn thấy hiển thị nội dung bản tin ngay trên màn hình mobile(normal). Update number chỉ ra sự thay đổi của nội dung bản tin của cùng một bản tin ( tức là bản tin cùng Message Identifier, Geographical Scope, Message code). Update number phân 25 biệt giữa các phiên bản mới và cũ của cùng một message trong một vùng địa lý. Một message mới sẽ có Update number là 0000. Sau đó số update number này sẽ tăng 1 sau mỗi lần cập nhật. Khi một message có update number khác lệch 8 đơn vị so với lần nhận cuối thì nó được coi là một message mới với điều kiện là MS đang ở trạng thái bật. 3.2.4.2. Message Identifier. Message identifier xác định nguồn gốc của message và loại message. Rất nhiều message sẽ cùng loại và cùng được tạo ra từ một nguồn giống nhau. Các message này sẽ được phân biệt bởi serial number. Việc sử dụng các mã khác nhau của message identifier sẽ phụ thuộc vào nhà cung cấp dịch vụ. Các message ở các ngôn ngữ khác nhau có thể sử dụng cùng một message type và serial number và có thể sử dụng các kỹ thuật mã hóa khác nhau để xác định ngôn ngữ. 3.2.4.3. Data coding scheme. Data coding scheme chỉ nhằm mục đích quản lý message ở MS. Việc mã hóa bảng chữ cái và mã hóa được xác định rõ trong GSM 03.38 . 0000 0000 German 0000 0001 English 0000 0010 Italian 0000 0011 French 0000 0100 Spanish 0000 0101 Dutch 0000 0110 Swedish 0000 0111 Danish 0000 1000 Portuguese 0000 1001 Finnish 0000 1010 Norwegian 0000 1011 Greek 26 0000 1100 Turkish 1101 .. 1110 Reserved for European languages 1111 Language unspecified 0001 … 0100 Reserved for European Languages using the default alphabet, with unspecified handling at the MS. 0101 …. 1110 Reserved coding groups 1111 Reserve 0 Message coding 0: Default Alphabet 1: 8 bit data Message Class 00: Class 0 01: Class 1 10: Class 2 SIM specific message 11: Class 3 MS luôn luôn có một tập ký tự default. Bên cạnh đó MS có thể hỗ trợ việc hiển thị các bảng ký tự khác. 3.2.4.3. Page parameter. Page parameter được mã hóa bằng 2 trường 4 bít. Trường thứ nhất (bit 0-3) chỉ số page trong message và trường thứ 2 (bít 4-7) chỉ giá trị của trang trong chuỗi này. Mã hóa bắt đầu từ “0001” giá trị “0000” được dự trữ. 3.2.5. CBS Schedule message. 27 Để phân biệt SMSCB message với schedule message MS sử dụng chuỗi sequence number (4 bít thấp) chứa trong block type (octet đầu tiên). SMSCB message có 4 block types "first schedule block", "second block", "third block", "fourth block". CBS schedule message là một tuỳ chọn. Một mạng hỗ trợ SMSCB DRX sẽ truyền đi các schedule message chứa các schedule information. Schedule information chứa đựng các thông tin về các CBS message ngay sau đó. Schedule message được phân biệt với SMSCB message ở giá trị của chuỗi sequence number trong block type. Mỗi schedule message sẽ xác định các CBS message được phát trong một khoảng thời gian. Khoảng thời gian này được gọi là schedule period. Để có thể tối ưu hóa DRX thì cần có một schedule message mới ngay khi schedule period này kết thúc. Khi không có thông tin gì về SMSCB message ví dụ như các schedule message nhận được không đề cập về SMSCB message này, hoặc mạng không hỗ trợ SMSCB DRX thì MS sẽ ít nhất phải đọc phần đầu (first part) của CBS message sau đó có quyết định có đọc phần còn lại hay không. Đôi khi mạng có thể không quan tâm đến các thông tin đã phát trong schedule message để ưu tiên phát các SMSCB message có mức ưu tiên cao hơn có tính chất bất thường mà lịch trình và thông tin phát của các SMSCB message này không có trong các schedule message. Tuy nhiên sau mọi sự sai lệch này thì mạng đều cố gắng phát các SMSCB message theo đúng thời gian (schedule time) đã được thông báo trước trong schedule message. Schedule message sẽ chứâ đựng các thông tin về thời gian phát cho mỗi SMSCB (message description) sẽ lần lượt phát trong schedule period. Vị trí của mỗi SMSCB message sẽ được gọi là “message slot number” và chỉ thứ tự phát quảng bá của chính message đó trong schedule period. Message description chứa đựng nhiều thông tin khác nhau như: SMSCB message này là trực tiếp (derect) hay gián tiếp (inderect), message identifier, và message này là lần đầu hay là nhắc lại. Mỗi schedule message chứa chứa trường Begin Slot Number và End Slot Number. Trường End Slot Number chỉ độ dài của schedule period ví dụ như số SMSCB slot. Trong trường hợp mạng sử dụng schedule message để thông báo trước cho MS về các SMSCB message thì schedule message đầu tiên ngay sau schedule period sẽ được truyền trong message slot được chỉ ra bởi trường End Slot Number. Trường Begin Slot Number cho phép mạng có thể phát quảng bá nhiều schedule message cho cùng một schedule 28 period. Giá trị của trường này chỉ ra số message slot number của các SMSCB message được phát sau schedule message. Dưới đây sẽ trình bày format của schedule message. Nó chỉ là một option của mạng và format này có phần khác với SMSCB message thông thường. Chính vì nó chứa thông tin về các SMSCB message sẽ được gửi ngay sau đó. Một schedule message sẽ gồm 4 block liên tiếp với một block type là khối đầu tiên. Nếu thông tin của một schedule message không dủ 88 octet thì sẽ được lấp đầy với các octet có giá trị 2B. Một schedule message sẽ có độ dài cố định là 88 octet trong đó bao gồm 2 octet header, theo sau là 6 octet và 2 phần có độ dài biến đổi. Giá trị của 88 octet này được chỉ ra trong hình vẽ dưới. Bit 8 7 6 5 4 3 2 1 Type Begin Slot Number Octet 1 Spare Spare End Slot Number Octet 2 New CBSMS bitmap 3-8 New CBSMS message description Other message description 3.2.5.1. Header. Giá trị của type trong octet 1 là 00. Schedule message với giá trị khác của type này sẽ bị MS bỏ qua. Begin Slot Number (octet 1): chứa số message slot sẽ được phát quảng bá trong schedule period (ngoại trừ trường hợp khẩn cấp phát bất thường). Giá trị của trường này từ 1 đến 48 dưới dạng số nhị phân. End Slot Number (octet 2): số message slot cuối cùng được miêu tả trong schedule message này. End Slot Number được mã hóa dạng nhị phân và không nhỏ hơn Begin Slot Number và có giá trị từ 1 đến 48. Nếu gía trị của 2 trường này nằm ngoài khoảng trên hoặc là End Slot Number nhỏ hơn Begin Slot Number thì schedule message sẽ bị MS bỏ qua. 29 3.2.5.2. New CBSMS message bitmap. Tiếp theo 2 octet header là 6 octet của trường New CBSMS message bitmap. 6 octet này được mã hóa mỗi bit cho một message slot như trình bày ở dưới. Bit 8 7 6 5 4 3 2 1 NM1 NM2 NM3 NM4 NM5 NM6 NM7 NM8 Octet 1 NM9 NM10 NM11 NM12 NM13 NM14 NM15 NM16 Octet 2 NM17 NM18 NM19 NM20 NM21 NM22 NM23 NM24 Octet 3 NM25 NM26 NM27 NM28 NM29 NM30 NM31 NM32 Octet 4 NM33 NM34 NM35 NM36 NM37 NM38 NM39 NM40 Octet 5 NM40 NM41 NM42 NM43 NM44 NM45 NM46 NM47 Octet 6 NM i (New Message i) thì liên quan đến nội dung của message slot thứ i. Ý nghĩa của nó như sau: • NMi=1. Message slot này chứa SMSCB message page có thể chưa được gửi trong schedule period trước hoặc là gửi không theo lịch trình (unschedule) trong khoảng schedule period trước hoặc là message được xác định là miễn phí. Giá trị 1 cho cả truyền đầu tiên được đưa ra SMSCB message page trong schedule period hoặc sự lập lai của nó với schedule period. • Nmi = 0. Message slot này như giá trị 1 là không thích hợp. 3.2.5.3. New CBSMS message description. Phần này chứa đựng các message description là các bit được quy định là 1 trong New Message Bitmap, phần này có thể để trống. Mỗi message description có thể dài 1 hoặc 2 octet. Trường new message description j dài từ 1 đến 2 octet này chứa đựng thông tin về message sẽ được gửi trong message slot i. Tất cả các message description đều nói về first transmission của một new message. 3.2.5.4. Other message description. 30 Phần dài một hay hai octet này cho các messageslot còn lại trong schedule period theo thứ tự truyền dẫn, phần này có thể bỏ trống. Message slot number phải nhận được từ New CBSMS message bitmap. 3.2.5.6. Chế độ SMSCB DRX. Phần này trình bày về việc thực hiện chức năng SMSCB DRX về phía mạng cũng như là về phía MS. Cần phải nhắc lại rằng chức năng này là option của mạng và mạng có thể không hỗ trợ chức năng này. Mạng gửi các schedule message để cung cấp thông tin cho MS về nội dung của các message slot đi theo sau schedule message này. Cách đơn giản nhất là gửi schedule message một cách đều đặn và tất cả message slot đều là một phần của schedule period của một vài schedule message. Về phía MS có thể có 3 chế độ nhận cho kênh CBCH. - Không DRX. Khi này MS sẽ đọc block đầu tiên của tất cả các message slot và đọc các block còn lại nếu phần header này chỉ rõ rằng nó cần thiết. MS sẽ hoạt động trong chế độ này khi mạng không hỗ trợ DRX hoặc là không nhận được thông tin phù hợp cho message slot này trong schedule message. - Chế độ DRX thứ nhất. MS nhận được schedule message phù hợp cho các message slot tiếp theo nhưng không nhận được. Nhưng nó không nhận schedule message đầu tiên của chu kỳ lịch trình trước đó đối với lần thứ nhất, hoặc không nhận tất cả bản tin đã được gửi trong chu kỳ trước đó(trong suốt chu kỳ đó hoặc trước đó). - Chế độ DRX thứ 2. MS biết tất cả các bản tin quan tâm được gửi trong chu kỳ lịch trình trước đó đối với lần thứ nhất và nó nhận schedule message của chu kỳ này. Trong chế độ này nó đọc block đầu tiên ngay lập tức sau khi kết thúc chu kỳ lịch trình. Nếu không phải là schedule message, hoặc nhận thất bại nó đọc tất cả các block đầu tiên cho tới khi nó nhận được schedule message. Ở chế độ này MS có thể hiểu được từ block đầu tiên của schedule message có bao nhiêu bản tin mới hiện có(tối đa xác định được là 6 bản tin mới), khi nào chúng sẽ được truyền. MS có thể không cần đọc các block khác của schedule message, hoặc cách khác nó đọc block tiếp theo và cứ như vậy cho tới khi tất cả các thông tin liên quan tới bản tin mới được biết đến. Sau đó thì MS chỉ đọc bản tin mới mà 31 thuê bao cần quan tâm, nó có thể tái diễn phù hợp trong trường hợp thất bại cho việc nhận. 3.3. Message trên giao diện BSC-BTS. BSC sau khi biên dịch các lệnh sẽ gửi cho BTS 4 bản tin SMS BROADCAST REQUEST hoặc là một SMS BROADCAST COMMAND message. Sau đó BTS sẽ gửi qua giao diện vô tuyến bằng một chuỗi là 4 message tới MS. Với SMS BROADCAST REQUEST 88 octet sẽ được chia thành 4 block 22 octet được chuyển trên các SMS BROADCAST REQUEST. Octet 1-22 được chuyển trên SMS BROADCAST REQUEST 1 với một sequence number(giá trị bit nhị phân: 0000 đối với SMSCB thường và giá trị 1000 đối với Schedual message) được chỉ định trên block thứ nhất. Octet 23-44 được chuyển trên SMS BROADCAST REQUEST thứ 2 với một sequence number(giá trị bit nhị phân: 0001) được chỉ định trên block thứ hai. Octet 45-66 sẽ được chuyển trên SMS BROADCAST REQUEST thứ 3. Octet 67-88 sẽ được chuyển trên SMS BROADCAST REQUEST thứ 4 Với SMS BROADCAST COMMAND BSC sẽ gửi đến BTS một message đơn dài 88 octet. Sau đó BTS sẽ chia thành các block 22 octet, thêm vào sequence number và chuyển đến MS qua giao diện vô tuyến bởi 4 khối. Hình dưới minh họa protocol architecture của SMS BROADCAST COMMAND. MS MS GSM 03.41 MS CBC BSC BTS Write Replace Report Success SMS BROADCAST REQUEST SMS BROADCAST REQUEST SMS BROADCAST REQUEST SMS BROADCAST REQUEST 1 2 3 4 GSM 08.58 GSM 04.12 GSM 03.41 Section 9.3 32 3.4. CBS-BSC primitives. Thuật ngữ primitive được sử dụng cho một khái niệm trừu tượng về sự tương tác độc lập giữa thuê bao sử dụng dịch vụ (service user) và nhà cung cấp dịch vụ (service provider). Trong giao diện giữa CBC và BSC service provider là giao thức kết nối (interconect) giữa CBC và BSC. Vì vậy primitive được coi như những request/indication hoặc là response/confirm tác động qua lại giữa service user (CBC hoặc là BSC) và service provider (protocol). Một tập (set) của các primitive được sử dụng giữa CBC và BSC được xác định phù hợp với chức năng của CBC và BSC được trình bày ở phần trên. Giao thức giữa CBC và BSC thì không được xác định trong các tiêu chuẩn GSM, đây là sự phù hợp giữa CBC và nhà khai thác (PLMN operator). Trong các primitive dưới đây M (Mandatory) dùng để chỉ các tham số bắt buộc và O (Option) chỉ các tham số lựa chọn. 3.4.1. Wrive-Replace request/indication. Parameter Message –identifier M Old-Serial-Number O New- Serial-Number M Cell-List M MS MS MS CBC BSC B T Write Replace Report Success SMS BROADCAST 1 2 3 4 GSM 08.58 GSM 04.12 GSM 03.41 GSM 03.41 Section 9.3 33 Repetition-Rate M No-of-Broadcast-Request M Number-of-Page M Data Coding Scheme M CBS-message-information-Page1 M CBS-message-information-Lenght1 M CBS-message-information-Page2 O CBS-message-information-Lenght2 O CBS-message-information-Page3 O CBS-message-information-Lenght3 O CBS-message-information-Page4 O CBS-message-information-Lenght4 O CBS-message-information-Page5 O CBS-message-information-Lenght5 O Etc O Etc O Các primitive này được gửi bởi CBC tới BSC. CBC cũng sử dụng các primitive để tạo một bản tin phát quảng bá mới hoặc thay đổi bản tin đang hiện tại đang được phát quảng bá. Nếu không có Old serial Number thì primitive sẽ được dịch bởi BSC như là một lệnh để phát quảng bá một bản tin mới. Nếu có một old serial number thì primitive sẽ làm cho BSC xóa mọi thông tin với một message identifier và serial number thay thế bởi thông tin truyền trong primitive. 3.4.2. Kill message request/indication. 34 Parameter Message –identifier M Old-Serial-Number M Cell-List M Primitive này được gửi bởi CBC tới BSC. CBC sử dụng primitive này để xóa bỏ một message được xác định bởi message identifier và serial number. Nghĩa là primitive sẽ dừng việc broadcast bản tin và xóa bỏ message khỏi BSC. 3.4.3. Report-Success Response/Confirm. Parameter Message –identifier M Serial-Number M No-of-Broadcast-Complete M Failure-List O Primitive này được gửi bởi BSC tới CBC để đáp lại 2 primitive Write-Replace-Message và Kill-Message. Trong trường hợp đáp lại Write-Replace-Message thì No-of- Broadcast-Complete được báo cho CBC. Failure-List sẽ bao gồm các cell có trong Request message nhưng không thực hiện được. 3.4.4. Status-CBCH-Query Request/Indication. Parameter Cell-List M Primitive này được gửi bởi CBC tới BSC để đạt được nội dung của CBCH của một số cell xác định. 35 3.5.5. Status-CBCH-Query Response/Confirm. Parameter Cell-List M CBCH-Loading-List M Failure-List O Primitive này được gửi từ BSC tới CBC để đáp lại Status-CBCH-Query Request/Indication. CBCH-Loading-List sẽ chỉ chứa các cells được yêu cầu trong request và tải (loading) là có thể. Failure-List sẽ chứa các cell còn lại trong request. 3.4.6. Status-Message-Query Request/Indication. Parameter Message Indentifier M Old-Serial-Number M Cell-List M Primitive này được gửi từ CBC tới BSC để biết được trạng thái hiện tại của một message. 3.4.7. Status-Message-Query Response/Confirm. Parameter Message Indentifier M Old-Serial-Number M No-of-Broadcasts-Completed-List M 36 Failure-List O Primitive này được gửi từ BSC tới CBC để đáp lại Status-message-Query Request/Indication. 3.4.8. Report-Failure Response/Confirm. Parameter Message Indentifier M Old-Serial-Number M No-of-Broadcasts-Completed-List M Failure-List O Primitive này được gửi từ BSC tới CBC để đáp lại Status-message-Query Request/Indication. 37 TÀI LIỆU THAM KHẢO [1]. GSM 03.38 (ETS 300 628) “European digital cellular telecommunications system (phase 2); Alphabets and language specific information. [2]. GSM 03.40 (ETS 300 536) “European digital cellular telecommunications system (phase 2); Technical realization of the Short Message Service (SMS) Point to Point (PP)”.

Các file đính kèm theo tài liệu này:

  • pdftong_quan_sms_2806.pdf