3GPP 协议导读-程序员宅基地

技术标签: 移动通信;sip;ims  

24.008 Mobile radio interface Layer 3 specification;
Core network protocols; Stage 3
Must Have
這是我最常用到的spec之一,對我而言也是最入門的一份。大多數spec是用來查的,但是這份從第四章開始是可以一頁 頁讀過的。它定義了Mobility Management(MM/GMM)、Call Control(CC)、Session Management(SM)的程序還有OTA Message封包內容(照spec本身的用字:定義radio interface procedures)。另外,要找MM/SM的Timer,要找error cause (CC/GPRS SM)也都是這份。
25.331 Radio Resource Control (RRC);
Protocol specification
Must Have
份量很驚人的一份常用spec。比較難逐頁讀起,因為有很多程序性的東西。通常是用想的,把程序背後的邏輯想懂,不然就 是多查幾次就會記起來。那張很有名的RRC States and State Transitions就定義在這份裡面。另外,所有的System Information Block、RRC程序、Handover程序、RAB程序、PAGING TYPE 1和PAGING TYPE 2的格式與定義,還有那堆幾a幾b幾c幾d..的measurements全都在這邊。讀完24.008和25.331算是可以解決掉7成以上的OTA message,剩下的,它們會幫忙refer來refer去。RRC protocol Timer請查這份。
23.060 General Packet Radio Service (GPRS); Service description;Stage 2 Must Have
PS domain的重量級spec。那張有名的GPRS Core Network的架構圖、一堆u-plane、c-plane的堆疊架構圖、UE Operation Mode分成class A, class B, class C(此分類適用於所謂俗的2G… 即A/Gb mode… 詳見22.060)或PS/CS mode(此分類僅適用通俗所謂3G… 即Iu mode)、Packet Data Protocol States、兩個domain的Paging Co-ordination通通都在這邊。PDP Context Preservation在第9章。
27.007 AT command set for User Equipment (UE) Must Have
AT command的兩份spec之一,收錄和SMS沒有直接關係的部份。還是新人的時候,我幾乎是每天抱著這份spec一邊啃一邊試的。離開新人時代,這份的查詢度也還經常居高不下。+CNUM, +CIMI, +CREG, +CGREG, +CLCC, +CGACT, +CLCK, +CLIP, +CGDCONT, +CGATT, +CFCC, +COPS, +CRSM等等等都在這份囉。雖然這份也有一語帶到+ES,但是它是躲在要coco的ITU-T V.250裡。
25.401 UTRAN overall description Must Have
這不算一份常用spec,但是這是一份3GPP新鮮人該翻翻的spec。5.1開宗明義畫清楚core network、UTRAN和UE間的關係,接著畫分User Plane和Control Plane的概念,再來,有一張UTRAN Architecture,讓人看清楚Iu、Iur、Iub三種Interface到底在誰和誰中間,還有RNS、RNC、Node B和cells間的關係。透過這張圖也可以簡單地了解為甚麼會有serving RNS、drift RNS的概念,這樣,s-RNTI、d-RNTI、c-RNTI、u-RNTI這些名詞不用背也可以記得清楚囉。
24.007 Mobile radio interface signalling layer 3;
General aspects
Must Have
這份比較屬於舊GSM範圍,比較少用到,通常是碰到TI solution才會查到它。它會被我列成must have是因為它有一張很經典的Protocol architecture of Non Access Stratum (CS/PS MS side)的架構圖,可以讓我們一眼看清RR, (G)MM, CM(CC/SM/SS/SMS)的關係。
25.301 Radio Interface Protocol Architecture Must Have
頁數算很少,但是算非常架構性的一份大spec,要知道L1、L2、L3倒底差在哪,還有各層間的channel到底怎 樣mapping,都在這份。這應該也是比較算用來查的spec,對一個新手而言,光是看到一大堆channel卻不了解它們究竟是做什麼的時候,這份 spec應該很難看得進去。另外,R6起就同時收有分別屬HSDPA/HSUPA的HS-DSCH/E-DCH definition,這份就不重複列在下面的HS spec專區了。
27.005 Equipment (DTE – DCE) interface for Short Message Service (SMS) and Cell Broadcast Service (CBS) Must Have
兩大AT command spec之一,這份從名字可以知道是和SMS還有CBS有關的。較常用的標的有+CMT (MT SMS)、+CMGS (MO SMS)、CMGR (SMS read from USIM/memory)、+CMGW (SMS write to USIM/memory)、+CSCA (Service Centre Address)
23.040 Technical realization of the Short Message Service (SMS) Must Have
顧名思義就是SMS,要看懂CP Data就找它囉,做USIM的OTA download也會用到。另外,做到NITZ的話會refer到定義time/timezone的部份。這份的好朋友是23.038。
23.038 Alphabets and language-specific information Must Have
從頁數看很羽量級的spec,但是包含Data Coding Scheme和GSM 7-bit Packing兩個重要的主題。這份做MWI(Message Waiting Indication)也會用到。
21.905 Vocabulary for 3GPP Specifications Must Have
3GPP專用小辭典? 第一次遇上什麼不懂的名詞,先來找它就對了。
23.003 Numbering, addressing and identification Must Have
從這份的title很清楚的就可以知道這份文件有什麼,舉凡IMSI、TMSI、P-TMSI、MSISDN、LAI、RAI、CI、CGI、IMEI、IMEISV、TLLI(Temporary Logical Link Identity)等等的構造,還有算IMEI CD需要的Luhn check計算法都在這裡。
24.011 Point-to-Point (PP) Short Message Service (SMS)
support on mobile radio interface
Good to Have
對我來講,這份比較常用的時機似乎大多是用來查sms的error cause,CP-Cause還有RP-ERROR都在這裡頭。
25.101 User Equipment (UE) radio transmission and reception (FDD) Good to Have
☆ Table 5.0是UTRA FDD frequency bands,R6有從Band I到Band VI,R7增加了Band VII、Band VIII、Band IX和Band X,R8更增加到Band XIV,但是各版均加註other frequency bands is not precluded。
☆ Channel Spacing是5MHz、Channel Raster是200kHz,還有UARFCN怎算也是定義在這份。
26.071 AMR speech CODEC; General description It depends
AMR簡介。有那張有名的哪種rate是和那種spec相容的表。這份比較像pointer,叫讀者refer這邊那邊的。
26.101 Adaptive Multi-Rate (AMR) speech codec frame structure It depends
有AMR codec frame format (AMR IF1)和AMR Interface Format 2的結構。也有AMR幾kbps是Frame Type多少等對照表。不過目前我遇到的都是format 2,這份可用之處暫時不多。
26.103 Speech codec list for GSM and UMTS It depends
有Codec Bitmap。我是從24.008被refer過來的,要從CC/SEPUP裡面查support codec的時候會用到。
22.042 Network Identity and Timezone (NITZ); Service description, Stage 1 It depends
NITZ本身就是optional feature,所以這份rating相對給比較低。它有定義NITZ information的傳輸和使用。也有考慮到Local Time Zone (LTZ)、summertime等問題。至於TZ要怎算,請見23.040。
25.304 User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode It depends
標題很長,簡而言之就是要怎樣選cell。在idle mode的部份,專注於Access Stratum。對實作而言,這份spec還是有很多曖昧地帶或說空間。 (題外話,每次有PM自以為專業地對著no service的手機喊說”沒有camp到網路”,我就會很想請他們來讀讀這份加24.008。首先,和網路發生關係的動詞是attach,再者,no service的手機,不見得是沒有camp到任何一個cell的。)
23.122 Non-Access-Stratum (NAS) functions related to Mobile Station (MS) in idle mode It depends
☆和25.304密不可分的一份spec,這份專門講NAS在idle該怎樣選網路,像是UE在power on的時候是自動或手動分別該如何選。(NAS/AS在idle時的Function要怎分在25.304)Steering of roaming在收到USAT REFRESH command後該怎辦的程序也在這份裡。
☆這份spec裡也有一些GSM COMPACT的線索。[See also 22.011] 23.122比較detail, 22.011講比較overall的構面。
☆從R7開始,可以找到EHPLMN(Equivalent HPLMN),同樣地,要在31.102找到EF EHPLMN(6FD9),也要用R7以上的版本。
22.030 Man-Machine Interface (MMI) of the User Equipment (UE) It depends
- 這份如果站在一般手機使用者的角度來講,應該是比較像”密技”的東西。像是IMEI要按*#06#叫出來,要怎樣按call holding,然後要怎樣把被hold住的call叫回來,怎樣按MultiParty、ECT(Explicit Call Transfer),怎樣註冊/啟動Supplementary Service等等…。
- International Access Function (“+” key)和TON(type of number)的關係
HSDPA / HSUPA related 3GPP specs
HSDPA starts from R5 / HSUPA(EUL) starts from R6
25.308 High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 HSDPA
☆ HSDPA採adaptive modulation (R6有QPSK[M]和16-QAM[O],R7再增64-QAM[O]), hybrid ARQ等技術達高傳輸率、低延遲。HSDPA所定義的新transport channel是HS-DSCH。
☆ HSDPA New MAC entities [Note]
☆ 第9章可以找到換HS-DSCH cell和Active set update之間的差異和關係。
☆ 這份文的R6和R7有非常大的差異,R7定義到FDD only的HS-DSCH reception in CELL_FACH,打破先前HSDPA只在CELL_DCH的觀念。
25.309 FDD enhanced uplink;Overall description;Stage 2 HSUPA
在這份文件裡,可以找到:
1) 常常被演講文件稱作HSUPA網路架構圖的”Protocol Architecture of E-DCH”
2) HSUPA是由Node B來控制排程(Node B controlled scheduling)
3) UE應該要如何handle “Serving Grant(SG)”
25.321 Medium Access Control (MAC) protocol specification HSDPA/HSUPA
【HSUPA】
☆ 定義隨著EUL而產生的MAC-es/MAC-e這兩個entity。
☆ SG-Table (9.2.5.2.1.1)
25.214 Physical layer procedures (FDD) HSDPA/HSUPA
【HSDPA】
☆ (also refer to 25.211)HSDPA channels and procedures: HS-SCCH(High Speed Physical Downlink Shared Control Channel)、HS-PDSCH(High Speed Physical Downlink Shared Channel)、HS-DSCH (High Speed Downlink Shared Channel)、HS-DPCCH (High Speed Dedicated Physical Control Channel)
☆ CQI(Channel Quality Indicator)的定義和mapping table
【HSUPA】
☆ 定義隨EUL所增加的E-AGCH、E-HICH、E-RGCH
USIM related 3GPP/ETSI specs
31.102 Characteristics of the Universal Subscriber Identity Module (USIM) application
最常用的部份是第4章,有USIM每個欄位(EF; Elementary File)的名稱格式和內容物,USIM phonebook的EF構造在4.4.2,像是Name, Number1在EFADN(Abbreviated dialling numbers)裡頭、Number2在EFANR (Additional Number)裡、EFADN寫不完的寫到EFEXT1等等等…注意,這份沒有包括DFGSM下面的EF,要找像是EFPLMNsel, EFBCCH之類的,請洽51.011.
ETSI 102.221 Smart Cards; UICC-Terminal interface; Physical and logical characteristics
1) [31.101/31.102 vs. 102.221比較] 差別是後者較為廣泛,前者針對3G的USIM.
2) 以下這堆command還有SW(status word)都可以從102.221查。除了做USAT會用到,AT command的+CRSM最後也會refer到這邊(+CRSM各command的p1,p2,p3該是什麼)。READ BINARY, UPDATE BINARY, READ RECORD, SELECT, FETCH, TERMINAL PROFILE, ENVELOPE, TERMINAL RESPONSE, GET RESPONSE
51.011(ETSI TS 151 011) Specification of the Subscriber Identity Module – Mobile Equipment (SIM-ME) interface
☆樓上那份找不到的一些SW在這份裡頭。
☆10.3.7 EF SST (SIM service table) 功能類似於USIM的EF UST,EF SST和USIM的EF UST(USIM Service Table)的Identifier都是6F38,但兩者的bit定義和排列順序都不太一樣。
個人用筆記/INDEX區
21.111 USIM and IC card requirements
[5.2] Unblocking of a blocked PIN shall not be possible. (翻成白話是PUK被鎖就無藥可救。)
21.902 Evolution of 3GPP system
R99, R4, R5, R6的內容差在哪。3GPP的”理念”等等等…
22.011 Service accessibility
international roaming, national roaming, roaming in shared networks。 3.2.2.4.1 FPLMN經過Manual Selection成功註冊到網路後,可從EFFPLMN移除。[note]
22.091/23.091 Explicit Call Transfer (ECT)
22.091是stage 1, 定義ECT怎樣打,還有可以什麼時候trasfer 23.091 (stage 3)有解釋SS-error code還有OTA message的procedure. (Note: 但是就是有operator不照遊戲規則玩…)
23.040 Technical realization of the Short Message Service (SMS)
1) MWI有三個level, 第一個protocol id,第二個Data Coding Scheme,第三個是運用TP-UD (TP-UDH).
2) Figure 9.2.3.24 (GSM 7-bit fill bits)筆記
24.002 GSM – UMTS Public Land Mobile Network (PLMN)
Access Reference Configuration
MS(Mobile Station)和UE(User Equipment)的組成圖. GSM的MS相對於3G的UE。
24.080 supplementary services specification; Formats and coding
查CC/Facility的operation_code(See4.2)
25.215 Physical layer – Measurements (FDD)
Transport Channel BLER (Block Error Rate)
25.306 UE Radio Access capabilities
FDD HS-DSCH physical layer categories (俗稱HSDPA UE Category)
25.423 UTRAN Iur interface RNSAP signalling
C-RNTI的定義和可能的值 (see 9.2.1.14)
25.433 UTRAN Iub interface Node B Application Part (NBAP) signalling
9.2.2.13Dc 可以找到Serving Grant Value可以介於0-38,但是38表示zero grant
44.018 Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol
DTM (Dual Transfer Mode)
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/dolphin98629/article/details/81193256

智能推荐

京东热-key-探测框架新版发布,单机-QPS-可达-35-万_jd-hotkey_AK774S的博客-程序员宅基地

文章浏览阅读3.6k次。还有一种热点数据的发现机制,那就是实时的做收集,比如在客户端、服务端或者在代理层,都可以对实时数据进行采集,然后进行统计汇总。达到一定的数量之后,就会被识别为热key如何解决热key问题解决热key问题最主要的方式就是加缓存。通过缓存的方式尽量减少系统交互,使得用户请求可以提前返回。这样即能提升用户体验,也能减少系统压力。缓存的方式有很多,有些数据可以缓存在客户的客户端浏览器中,有些数据可以缓存在距离用户就近的DNS中,有些数据可以通过Redis等这类缓存框架进行缓存,还有些数据可以通过服务器本地_jd-hotkey

SAE J1708协议-程序员宅基地

文章浏览阅读2k次。SAE J1708协议1.协议简介1708是SAE(Society of Automotive Engineers:美国机动车工程师学会)专门针对重型车辆(卡车和客车)起草文件中J标准规范之一,该协议旨在推广微控制器模块之间的通信标准规范。SAE J1708协议仅详细描述了OSI(Open System Interconnection:开放式系统互联)七层模型中的物理层和数据链路层。所以在进行通信时,常常需要与描述应用层的SAE J1587协议一起使用。图1-OSI模型 ..._j1708协议

卷积神经网络CNN(二)池化、结构、误差反向传播-程序员宅基地

文章浏览阅读7.2k次,点赞8次,收藏53次。上一篇介绍了CNN基本概念和卷积的知识,CNN的特征抽取除了包含卷积,还包含池化。池化池化又叫子采样,是特殊的卷积。池化比较好理解,还是上篇公司工作交接的例子,每个销售区域有100个老员工,我们可以先推举一个最懂本区域的业务人员参与交接(如各区域的领导),其他人员不必参与交接;或者每个区域内部先开一个会,把100个老员工的经验结合在一起,生成一个会议纪要,根据这份纪要与新员工交接。这实际对应两种池...

Java日志框架-程序员宅基地

文章浏览阅读92次。java很火,日志记录又是必需,因此就有了大量的日志记录框架,在日常使用时因为日志框架冲突引发各种问题,本文对之进行梳理,适合入门。由于作者水平限制,本文可能不够清晰甚至有错,烦请指出。在文章末尾的参考部分,有几位大牛总结的文章,推荐给大家。下文将着重介绍上述日志框架的区别,以及避免不同框架组合引入时的冲突。两个概念日志系统日志接口的具体实现。经典的有log4j,jdk自带的有java.u...

CS5266 CS8.1 TYPEC转HDMI+PD+U3+RJ45+SD多功能扩展坞方案 CS5266搭配CS8.1方案-程序员宅基地

文章浏览阅读75次。CS5363 2lane DP to HDMI 4k@60HzCS5366 2lane USB-C to HDMI 4k@30Hz + charging (+USB3.0)CS5466 8K30HZ(4K144)by 2laneCS5801AN HDMI TO eDP/DPCS5516AN MIPI/DSI TO LVDSCS5518AN MIPI/DSI TO 双路LVDSCS5262AN DP to HDMI 4k@60Hz + VGACS5263AN DP to HDMI 4k@60Hz

中国新四大发明背后的“数据智能”-程序员宅基地

文章浏览阅读1.5k次。现在美国是产业互联网强而消费互联网弱,而中国刚好反过来,消费互联网强而产业互联网弱,所以产业升级空间巨大,人工智能的产业应用阶段到来。

随便推点

CMake编译指定OpenCV版本、pcl版本_cmake中手动设置pcl位置_wongHome的博客-程序员宅基地

文章浏览阅读2.7k次,点赞3次,收藏11次。CMake编译指定OpenCV版本、pcl版本_cmake中手动设置pcl位置

oracle存储过程跳出循环问题_oracle存储过程if条件退出程序-程序员宅基地

文章浏览阅读5.9k次,点赞2次,收藏3次。有时候编写Oracle中用游标等信息去循环处理逻辑的时候,对EXIT、RETURN、CONTINUE很容易搞混淆,网上搜了资料也不是很清楚,所以本人自己写了一小段代码测试了这三种用法。案例代码如下:12345678910111213141516_oracle存储过程if条件退出程序

Qt开发: Qt5使用VLC库推流-- 共享桌面-程序员宅基地

文章浏览阅读9.2k次,点赞5次,收藏25次。此文章是做一个小例子,在Qt5环境下,通过vlc将桌面共享出去,也就是将桌面推流Qt5如何使用vlc在这里就不讲了,可以看博客直接上代码: libvlc_instance_t *vlc; const char *sout = "#transcode{vcodec=h264,fps=25,venc=x264{preset=ultrafast,"\

龙迅LT8711UXE2 是一款高性能 C/DP1.4 型至 HDMI2.0 转换器_hw13554961857的博客-程序员宅基地

文章浏览阅读314次。LT8711UXE2 是一款高性能 C/DP1.4 型至 HDMI2.0 转换器_lt8711uxe

POI导入导出Excel数据(IDEA版)简单运用_poi导入excel数据_zhaoguoqing_1999的博客-程序员宅基地

文章浏览阅读8.2k次,点赞17次,收藏86次。一、POIApache POI是Apache软件基金会的开放源码函式库,POI提供API给Java程序对Microsoft Office格式档案读和写的功能,简单来说就是能在Java程序中导入导出Word,Excel,PPT,Visio等文件内容。二、使用POI运行环境:IDEA 2019.3.3 x64JDK 1.8.0_241Maven 3.6.3我将以Excel表格的导入导出为例,演示如何使用POI。1.创建Maven项目新建Maven项目,通过模板创建可以更快捷。配置电脑中_poi导入excel数据

9.第九篇 ASP内建对象Application 和 Session -程序员宅基地

文章浏览阅读1.2k次。 在上一篇中作者给大家详细介绍了 ASP 内建对象 Response 的使用方法,在这一篇中作者将继续给大家介绍另两个非常实用且重要的 ASP 的内建对象 Application 和 Session。    在 ASP 的内建对象中除了用于发送、接收和处理数据的对象外,还有一些非常实用的代表 Active Server 应用程序和单个用户信息的对象。   让我们先来看看 Application 对