H協(xié)議培訓課程課件

接入網技術服務部H248協(xié)議深入及實例分析2022/12/29接入網技術服務部H248協(xié)議深入及實例分析2022/12/2隨著網絡和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應用中越來越廣泛。對于協(xié)議的深入掌握，將非常有助與故障定位和問題處理。學習此膠片之前需要學過《H.248協(xié)議概述》2隨著網絡和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應用中越學習目標學習完此課程，您將會：了解H.248協(xié)議的體系結構掌握H.248協(xié)議中命令格式和用途掌握H.248協(xié)議的消息交互過程掌握并能分析典型的H.248信令流程3學習目標學習完此課程，您將會：3第1章概述

第2章協(xié)議內容介紹

第3章信令基本控制流程

第4章信令解析舉例4第1章概述

第2章協(xié)議內容介紹

第3章信令基本控制概述H.248和是同一種協(xié)議的兩個名稱而已，是與共同制定的，稱之為H.248，而則稱之為；H.248協(xié)議是在協(xié)議的基礎上，結合其它媒體網關控制協(xié)議特點發(fā)展而成的一種協(xié)議；H.248協(xié)議彌補了協(xié)議描述能力上的欠缺，適合在大型網關上應用；H.248信令消息有等多種承載方式，使傳輸更可靠，而則只能承載在寬帶網絡上的格式。5概述H.248和是同一種協(xié)議的兩個名稱而已，是與共同制定的，H.248功能和相關概念H.248提供了在呼叫處理過程中控制中各種靜態(tài)及動態(tài)資源（）的能力（包括終端屬性、終端連接交換關系及其承載的媒體流），還提供了獨立于的狀態(tài)維護與管理能力；H.248協(xié)議消息編碼可以采用二進制或文本格式，現(xiàn)在只支持文本格式；H.248消息的承載目前都是基于的。使用H.248協(xié)議時，傳輸層端口號與編碼類型有關，默認端口號為：2944（文本格式編碼）或者2945（二進制編碼）。6H.248功能和相關概念H.248提供了在呼叫處理過程中控制H.248在網絡中的使用H.3237000PSTNswitchSTPM3分組核心網8010M2.248

H.323.3233000系列H.248UA5000H.323H.2483000超市私有協(xié)議（私網穿越基于）8900H.2485R25R257H.248在網絡中的使用7000PSTNswitchSTPM第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章業(yè)務消息識別舉例8第1章概述8第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較9第2章協(xié)議內容介紹9連接模型：兩個重要概念(和)協(xié)議的連接模型主要描述媒體網關中的邏輯實體，這些邏輯實體由媒體網關控制器（）控制。這個連接模型中的主要的抽象概念是終端（）和關聯(lián)（）;在H.248定義的連接模型中，包括關聯(lián)和終端兩個實體。一個關聯(lián)中至少要包含一個終端，否則此關聯(lián)將被刪除，空關聯(lián)指的是只包含一個與其他終端沒有連接的終端的關聯(lián)；同時一個終端在任一時刻也只能屬于一個關聯(lián)。10連接模型：兩個重要概念(和)協(xié)議的連接模型主要描述媒體網終端（）終端是位于中的一個邏輯實體，可以發(fā)送/接收媒體和（或）控制流。例如表示一個時隙（電路）、一個端口（地址+端口號）、或一個端口（）。11終端（）終端是位于中的一個邏輯實體，可以發(fā)送/接收媒體和終端（）終端分為兩類：

1、半永久終端，用來表示物理實體

如信道，只要這個信道在中被配置，就一直存在，只有當配

置信息被刪除后，與之對應的終端才會消失。當一個半永久終端被加入一

個特定關聯(lián)時，它是從關聯(lián)中獲取，而當從特定關聯(lián)中刪除時，它

又返回到關聯(lián)；

2、臨時終端，代表臨時性的信息流

如流，當需要時創(chuàng)建，使用完畢后就刪除。臨時終端通過命令創(chuàng)

建，通過命令清除。終端特征通過屬性來描述，這些屬性被轉換成描述符在命令中攜帶。終端被創(chuàng)建時，媒體網關會為其分配一個唯一標識。12終端（）終端分為兩類：

1、半永久終端，用來表示物理實體

終端（）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；終端，對不同的終端通過終端來引用，終端是由配置的。終端有兩種通配方式：“”和“”；終端屬性和描述符，終端擁有屬性，屬性擁有唯一的屬性；終端，通常用來表示媒體網關本身，允許在終端上定義包，也可以擁有屬性、事件、信號、統(tǒng)計和參數(shù)。終端可以出現(xiàn)在、、、、命令中，其它任何對終端的使用都是錯誤。:二進制編碼時最多可以64位表示，文本編碼時最

多可以達64個字符；13終端（）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；的屬性屬性:終端本身具有的屬性；事件:指示終端需要檢測的事件。例如：摘機，掛機、拍叉，拔號等；信號:網關產生的各種類型的媒體流。例如：拔號音，忙音，振鈴音，回鈴音等。統(tǒng)計:用于描述一個終端的統(tǒng)計信息，可以在一次呼叫完成

后向上報，也可以由下發(fā)命令

查詢相關的統(tǒng)計信息。該信息主要用來計費。14的屬性屬性:終端本身具有的屬性；14關聯(lián)（）關聯(lián)描述一組終端之間的關聯(lián)關系，當一個關聯(lián)涉及多個終端時，關聯(lián)將描述這些終端所組成的拓撲結構以及媒體混合交換的參數(shù)。關聯(lián)中的終端可以通過命令進行創(chuàng)建，通過進行刪除。一個關聯(lián)中必須至少包含一個終端。15關聯(lián)（）關聯(lián)描述一組終端之間的關聯(lián)關系，當一個關聯(lián)涉及第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較16第2章協(xié)議內容介紹16H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個信息單元。消息可以使用二進制格式和文本格式編碼；采用二進制編碼時，使用X.680（.1）定義的規(guī)范描述，使用X.690定義的規(guī)則編碼；采用文本方式編碼時，遵循2234規(guī)范；必須支持兩種編碼格式，可能支持其中任何一種或兩種方式。側和側的H.248消息都有相同的結構。17H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個信息單H.248消息結構H.248協(xié)議發(fā)送或接受的信息單元稱為消息，消息從消息頭（）開始，后面是若干個事務；消息頭中包含消息標識符（）和版本字段。用于標識消息的發(fā)送者，可以是地址、域名或設備名；版本字段用于標識消息遵守的協(xié)議版本，有版本1和版本2。

目前接入網兩者都支持；消息內的事務是相互獨立的，當多個被獨立處理時，消息沒有規(guī)定處理的先后次序。18H.248消息結構H.248協(xié)議發(fā)送或接受的信息單元稱為消H.248協(xié)議的消息機制Message消息TransactionI事務TransactionIDnContextID1關聯(lián)ContextIDnCMD1命令CMDnDes-nDes-1描述符......19H.248協(xié)議的消息機制Message消息Transacti事務（）和之間的一組命令構成事務，事務由進行標識。事務包含一個或多個動作，一個動作由一系列局限于一個關聯(lián)的命令組成；一個事務從“事務頭部”（）開始。在中包含。由事務的發(fā)送者指定，在發(fā)送者范圍內是唯一的；后面是該事務的若干動作，這些動作必須順序執(zhí)行。若某動作中的一個命令執(zhí)行失敗，該事務中以后的命令將終止執(zhí)行（命令除外）。引入事務的一個重要功能是可以保證命令的順序執(zhí)行；當命令標記為“”（可選命令），該命令可以越過一個命令執(zhí)行失敗而導致以后命令終止執(zhí)行的限制，即如果可選命令執(zhí)行不成功，其后的命令可以繼續(xù)執(zhí)行。20事務（）和之間的一組命令構成事務，事務由進行標識。事務包含事務（）事務包括請求和響應兩種類型；其中響應事務也包含兩種：和。21事務（）事務包括請求和響應兩種類型；其中響應事務也包含兩請求事務（）每個請求激發(fā)一個事務。一個事務包含一個到多個動作，每個動作包含與同一個關聯(lián)（）相關的一個到多個命令。結構如下：22請求事務（）22完成事務響應（）是事務接收者對的一種響應，表明接收者完成該命令執(zhí)行，對每個事務都應有一個響應;以下兩種情況表明一個執(zhí)行完成：

中的所有命令成功執(zhí)行完畢；

中的一個非可選命令執(zhí)行失敗。結構如下：23完成事務響應（）是事務接收者對的一種響應，表明接收者完成該命正在處理事務響應（）由接收者發(fā)送，指示事務正在處理，但仍然沒有完成。當命令處理時間較長時，可以防止發(fā)送者重發(fā)事務請求；結構如下：可見，事務表現(xiàn)為，對接收者必須響應一個，在此之前可能有許多響應。24正在處理事務響應（）由接收者發(fā)送，指示事務正在處理，但仍然沒動作（）動作由一系列局限于一個關聯(lián)內的命令組成。25動作（）動作由一系列局限于一個關聯(lián)內的命令組成。25動作（）動作與關聯(lián)（）是密切相關的，動作由進行標識；在一個動作內，命令需要順序執(zhí)行；一個動作從關聯(lián)頭部（）開始，在包含，用于標識該動作對應的關聯(lián)。由指定，在范圍內是唯一的。必須在以后的與此關聯(lián)相關的事務中使用；在后面是若干命令，這些命令都與標識的關聯(lián)相關。26動作（）動作與關聯(lián)（）是密切相關的，動作由進行標識；在一個第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較27第2章協(xié)議內容介紹27命令（）命令()：是H.248消息的主要內容，實現(xiàn)對關聯(lián)和終端屬性的控制，包括指定終端報告檢測到的事件，通知終端使用什么信號和動作，以及指定關聯(lián)的拓撲結構等。命令由命令頭部（）與命令參數(shù)構成，在H.248協(xié)議中，命令參數(shù)被組織成“描述符”（）；H.248協(xié)議定義了八個命令，其中“”是由發(fā)給，“”可由或發(fā)送，其它命令都是由發(fā)給。28命令（）命令()：是H.248消息的主要內容，實現(xiàn)對關聯(lián)和命令：:增加一個到一個中，當為關聯(lián)(“$”)(或第一次增加一個)，將創(chuàng)建一個，然后往其中加入；:修改一個的屬性、事件和信號參數(shù)。如：修

改終端的編碼類型、通知終端檢測摘機/掛機事件、修改終端的拓撲結構(雙向/單向/隔離等)；:從一個中刪除一個，同時返回

該的統(tǒng)計狀態(tài)。如果中只有此，則刪除此。29命令：:增加一個到一個中，當為關聯(lián)(“$”)(或第一次增命令：:將一個從一個轉移到另一個中；:審計命令，返回的當前的

、、、；:返回中特性的能力

集。30命令：:將一個從一個轉移到另一個中；30命令：:允許將檢測到的事件通知給。如：將檢測到的摘機事件上報給；:允許向通知一個或者多個終端將要脫離或者加入業(yè)務。用來向進行注冊、重啟通知。可以使用對進行重啟?？梢允褂猛ㄖN一個或一部分。31命令：:允許將檢測到的事件通知給。如：將檢測到的摘機事第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較32第2章協(xié)議內容介紹32H248協(xié)議和協(xié)議的比較優(yōu)點：業(yè)界成熟產品，價格相對較低其余同”軟交換與用戶網關之間()”缺點：1.主要支持語音，業(yè)務能力弱2.其余同前述。僅支持語音業(yè)務時選用H.248優(yōu)點：1.支持多媒體連接2.協(xié)議既可采用文本又可采用二進制，增強適應性3.擴展性好缺點：復雜、目前應用較少支持語音和多媒體，將來替代33H248協(xié)議和協(xié)議的比較優(yōu)點：僅支持語音業(yè)務時選用H.248第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章信令解析舉例34第1章概述34第2章信令基本控制流程第1節(jié)網關注冊/注銷/初始

化流程第2節(jié)典型呼叫處理流程35第2章信令基本控制流程35網關注冊/注銷流程SVC_CHG_REQSVC_CHG_REPLY300050003000我要注冊注冊事件1：下面是命令的文本描述：1[191.169.150.172]:29443{-{{{902}}}}事件2：下面是響應的文本描述：1[191.169.150.170]:29443{-{{{}}}}36網關注冊/注銷流程SVC_CHG_REQSVC_CHG_R網關初始化流程3000MOD_REPLYMOD_REQ注冊成功后，將對空關聯(lián)中的的所有半永久終端的屬性進行修改。指示檢測用戶的摘機事件。此時，此終端可以接收或者發(fā)起呼叫。事件1：注冊成功后，在空關聯(lián)中對中的終端進行操作，通過命令，更改終端屬性。下面是命令的文本描述：1[191.169.150.170]:2944372794419{-{0{369099777{*},{}}}}事件2：收到命令后，回送響應。下面是響應的文本描述：1[191.169.150.172]:2944372794419{-{0}}50003000好吧請您監(jiān)測用戶37網關初始化流程3000MOD_REPLYMOD_REQ第2章信令基本控制流程第1節(jié)網關注冊/注銷/初始

化流程第2節(jié)典型呼叫處理流程38第2章信令基本控制流程38不同下的呼叫流舉例PSTN

3005000500070007M3H.2485000ABC信令流媒體流喂，在干啥呢…正上網呢！$%^39不同下的呼叫流舉例PSTN3005000500070007同一下終端之間的H.248呼叫流舉例

3005000A信令流媒體流B40同一下終端之間的H.248呼叫流舉例3005000A信令流第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章信令解析舉例41第1章概述41H.248呼叫信令解析—組網例圖

3005000A信令流媒體流B端口0/8/1端口0/12/142H.248呼叫信令解析—組網例圖3005000A信令流媒典型信令解析主叫號碼顯示(>)：1[10.71.50.51]:2944372813453{142{1{369154824{*}{{[040F303830343137343736363633303030E9]}}}}}

：表示主叫號碼顯示信號描述符；04：來顯格式0F：消息長度3038303431373437：08月04日17點47分（用碼表示，0就是30，依此類推）36363633303030：6663000電話號碼（用碼表示，0就是30，依此類推）反極計費開始(>)：1[10.71.50.51]:2944372787051{47{1{369154819{*}{}}}}其中：{}}}}表示反極計費描述符；

43典型信令解析主叫號碼顯示(>)：43解讀數(shù)圖一般數(shù)圖格式如下：([2-9]13091[0124-9][0-9])}其中：“[2-9]”表示用戶可以撥2～9中任意一位數(shù)字開頭的任意7位號碼；“13”表示13開頭的任意11號碼；“0”表示0開頭的任意10位號碼；“9”表示9開頭的任意5位號碼；“1[0124-9]x”表示1開頭，3以外的十進制數(shù)為第二位的任意3位號碼；“E”表示字母“*”；“F”表示字母“#”“”；“[0-9]”x表示撥以數(shù)字0～9、字母“E”、“F”開頭的任意位等長定時器超時之后就會上報。.表示重復該符號前數(shù)字的0次到多次|表示可選方案

44解讀數(shù)圖一般數(shù)圖格式如下：44數(shù)圖故障舉例（一）現(xiàn)象：與Z司軟交換對接，用戶主叫摘機即聽忙音。處理過程：

1、與友商對接測試有問題時，首先考慮端口鏡像抓包進行分析，2、通過信令分析。發(fā)現(xiàn)在Z司下發(fā)數(shù)圖之后回應519{“”}，可以看到軟交換下發(fā)的數(shù)圖規(guī)則超出的最大處理能力，造成通話失敗。

45數(shù)圖故障舉例（一）現(xiàn)象：45數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音現(xiàn)象：Z公司軟交換下發(fā)數(shù)圖不合法導致5000用戶摘機聽不到撥號音。

某司與Z公司軟交換H248接口已經正常建立，但是主叫摘機有饋電沒有撥號音。

處理過程：

1、檢查配置正確，端口狀態(tài)為正常；

2、與其他廠家對接測試問題，首先考慮端口鏡像抓包進行分析，軟交換下發(fā)數(shù)圖后，回復400語法錯誤；46數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音現(xiàn)象：

處理過程：數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

3、檢查數(shù)圖中存在“|.”的不合法數(shù)圖；

4、“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個，包括0個，所以在數(shù)圖末尾出現(xiàn)“|.”沒有意義，不符合數(shù)圖語法規(guī)則；

5、把此數(shù)圖刪除后，測試能夠正常聽到撥號音。

原因分析：

按照《中國電信H.248標準》，“|”用于分隔字符串，表示每個字符串為一個可選擇的撥號方案，“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個，包括0個，所以在數(shù)圖末尾出現(xiàn)“|.”沒有意義，不符合數(shù)圖語法規(guī)則。

47數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

數(shù)圖故障分析案例（三）只能上報一位號碼現(xiàn)象：和意大利軟交換對接，上報一位號碼后，不再上報其余號碼；

分析過程：

在軟交換上抓報文分析如下：1[10.71.50.51]:2944372849746{{1{369154818{{[*]}*}{}}}}響應1[10.71.50.30]:2944372849746{{1}}原因分析：是軟交換目前不支持數(shù)圖，只在主叫摘機后下發(fā)撥號檢測事件（）。但當上報一位號碼后，軟交換不再下發(fā)撥號檢測事件，導致后續(xù)號碼上報不了。48數(shù)圖故障分析案例（三）只能上報一位號碼現(xiàn)象：1[10.71故障分析案例（四）-摘機上報故障現(xiàn)象：和Z司軟交換對接，用戶必須先做一次被叫才能正常打電話，否則摘機無音.原因：在Z司軟交換沒有下發(fā)檢測摘機事件的情況下，摘機上報*，導致Z司軟交換不能識別。正常摘機上報：([10.71.50.51]:2944):1[10.71.50.30]:294411{{1{369154816{}}}}49故障分析案例（四）-摘機上報故障現(xiàn)象：49故障分析案例（五）-拔號即聽忙音故障現(xiàn)象：某和Z司軟交換對接；用戶摘機可聽到撥號音，但是撥任何號碼都直接聽忙音。

分析過程：

用戶摘機可聽到撥號音，但是撥任何號碼都直接聽忙音，一般有3種情況會出現(xiàn)，一是分配的終端范圍超出軟交換上配置的范圍，二是數(shù)圖匹配有問題，三是軟交換下發(fā)的資源屬性格式有錯誤。

處理過程：1、核對軟交換與的終端范圍，沒有問題。

2、用戶摘機能聽到撥號音，說明軟交換（Z公司）下發(fā)的數(shù)圖正確并且被識別。50故障分析案例（五）-拔號即聽忙音故障現(xiàn)象：50故障分析案例（五）-拔號即聽忙音故障處理過程：3、在Z司軟交換上抓報文分析如下：

[10.35.64.3]:2944

2103478924{${0${M{1{O{40}{

0

4

$

$

8

0

:20

}}}2103997587{{80}}}}}

2

[10.35.96.67]:2944

2103478917{43{0{2103997253{}500{"

"}}}}

說明軟交換下發(fā)了不能識別的報文，所以5000會向軟交換回“

”。

但與正常消息比較后，也沒看出來下發(fā)的消息有什么問題。。。。。51故障分析案例（五）-拔號即聽忙音故障處理過程：51故障分析案例（五）-拔號即聽忙音故障用在設備上抓包分析，發(fā)現(xiàn)協(xié)議棧在解析“0

4

$

$

8

0

:20

”時出錯。于是，再用抓包分析，發(fā)現(xiàn)友商軟交換設備（Z公司）下發(fā)的以下報文出現(xiàn)空格，不符合要求，報文如下圖：

原因分析：

軟交換下發(fā)的資源屬性格式有錯誤。Z司修改后問題解決。52故障分析案例（五）-拔號即聽忙音故障用在設備上抓包分析，發(fā)現(xiàn)故障分析案例（六）-撥完號碼后出忙音故障現(xiàn)象：和Z司軟交換對接，撥完號碼后出忙音處理過程：抓信令分析后發(fā)現(xiàn)：原因是H司提供的臨時終端資源范圍為0-10000000，而Z司軟交換單板提供的資源范圍僅為0-65535。建立關聯(lián)時的信令：1[10.71.50.51]:2944369441876{${1{M{O{}}369154820{{[*]}*}{}}${M{O{}{04$$8:20}}}}}1[10.71.50.30]:2944369441876{383{1100000006{M{1{O{}{0410.71.50.30191968:20}}}}}}/1[10.71.50.51]:2944369441877{383{1{{}}}}A100000006：資源編號，目前取值范圍是100000000～10000099953故障分析案例（六）-撥完號碼后出忙音故障現(xiàn)象：建立關聯(lián)時的信故障分析案例（七）-對方已掛機但聽不到忙音現(xiàn)象：和A司軟交換對接，用戶在對方已掛機的前提下不能聽到忙音。處理過程：經過信令分析，發(fā)現(xiàn)原因是A司下發(fā)忙音為，正在放音的時候不會重新聯(lián)網,但是判斷的時候漏掉了導致邏輯放音聽不到1[10.71.50.51]:2944370359990{383{1{M{O{}}369154827{*}{}}100000006{M{O{}}}}}54故障分析案例（七）-對方已掛機但聽不到忙音現(xiàn)象：1[10.故障分析案例（八）注冊不成功現(xiàn)象：組網：B**22003000B**廠家的通過2200注冊到H司軟交換不成功。在軟交換上跟蹤不到消息，在2200跟蹤調試消息提示“

h248

”。

處理過程：1、開始懷疑是2200不支持用

“1”

代替

“1”，但比較軟交換下發(fā)給其他廠家正常注冊的的審計消息，說明2200是支持的。

2、比較其他正常注冊消息的域名發(fā)現(xiàn)B**廠家送過來的為

“:2944”，查詢H248協(xié)議這是不符合協(xié)議規(guī)范的，必須用<>限定的；2200協(xié)議棧無法解析，就會導致回應

h248

，讓對方重新修改格式后，在軟交換上查詢注冊正常。

*1.4445475371H248/8::H248,59.53.175.72(2944)>61.180.127.50(2944)(0):1:29441008{{{{294411_0/1"901"0,20080325T15351500}}}}*1.4445475371H248/8::h248,0x190.:1:29441008{{{{294411_0/1"901"0,20080325T15351500}}}}結論：對于H248注冊消息中的格式要求：

的格式如果是用，就必須用<

>限定。

的格式如果是用，就必須用[

]限定。

55故障分析案例（八）注冊不成功現(xiàn)象：*1.444547537故障分析案例（九）-注冊不成功現(xiàn)象：組網：3000-友商，用戶反映友商無法注冊。處理過程：1、在3000上跟蹤H248注冊消息如下：

發(fā)起的注冊請求：

1

[10.64.71.61]:2944

1347{{{{294411"902",20080118T00455100}}}}

3000的響應：

1

[10.64.11.1]:2944

1347{{{403{"

"}}}}

2、從發(fā)起注冊的消息可以知道1，是一個協(xié)商參數(shù)，對應

配置的H248協(xié)議子集參數(shù)。

3、

發(fā)現(xiàn)H248協(xié)議子集

=

<>。

配置H248協(xié)議子集參數(shù)"1"，友商可以正常注冊。

結論：無法注冊主要是注冊消息不符合3000要求的H248協(xié)議規(guī)范。56故障分析案例（九）-注冊不成功現(xiàn)象：結論：無法注冊主要是注故障分析案例（十）-不能建立關聯(lián)現(xiàn)象：客戶使用廠家的媒體網關與3000對接H248協(xié)議，雖然該媒體網關可以注冊到3000，但是3000上的電路狀態(tài)為錯誤。

處理過程：1.從3000上跟蹤消息，發(fā)現(xiàn)對方很少回復消息過來。

2.通過抓包檢查兩設備之間的H248消息，發(fā)現(xiàn)媒體網關發(fā)過來的消息不符合協(xié)議，造成3000協(xié)議棧解碼失敗，這也可以解釋為什么3000跟蹤H248消息時，顯示對方回的消息很少。因為大部分消息都解碼未通過。

對方送來的消息如下：

1

[10.1.56.112]:2944

406660440{1{

=

411{“

”}}{

030{M{{}{

7032}}}}}

分析后發(fā)現(xiàn)：在406660440{1可關聯(lián)為空后面還有一個數(shù)字。當出現(xiàn)了數(shù)字之后3000就不知道如何解碼了。友商修改設置后正常。這個在H248的文檔里有相應規(guī)定。

=

(32

/

"*"

/

"-"

/

"$")

57故障分析案例（十）-不能建立關聯(lián)現(xiàn)象：對方送來的消息如下：故障分析案例（十一）-摘機無撥號音現(xiàn)象：采用與貝爾核心網對接發(fā)現(xiàn)拔插光纖或者網絡中斷后摘機無撥號音。

處理過程：1.貝爾軟交換下發(fā)撥號音流程為在收到掛機事件后下發(fā)檢測摘機事件并且嵌套撥號音2.如果用戶通話過程中拔插光纖或者網絡中斷則用戶上報的掛機事件無法收到，因此檢測摘機和嵌套撥號音也不會下發(fā)，導致下次摘機不會上報也聽不到撥號音3.在中修改對應控制點，預置摘機事件，即使不收到檢測摘機事件也上報摘機，那么當次無撥號音掛機后能夠恢復。

軟交換收到掛機下發(fā)嵌套信號如下：

79766833{2{*},{1{589829{{{{},393217{{},{},}},},{},}}}58故障分析案例（十一）-摘機無撥號音現(xiàn)象：軟交換收到掛機下發(fā)故障分析案例（十一）-摘機無撥號音現(xiàn)象：采用與貝爾核心網對接發(fā)現(xiàn)接口故障恢復后摘機無撥號音。

處理過程：1.貝爾軟交換收到接口故障恢復的900消息不會下發(fā)檢測摘機嵌套撥號音2.在中修改對應控制點，預置摘機事件，即使不收到檢測摘機事件也上報摘機，那么當次無撥號音掛機后能夠恢復。

59故障分析案例（十一）-摘機無撥號音現(xiàn)象：59本章小結本章主要對前面介紹的H248協(xié)議進行應用；通過本章的學習，希望大家可以自己分析H248信令。60本章小結60H協(xié)議培訓課程演講完畢，謝謝觀看！演講完畢，謝謝觀看！接入網技術服務部H248協(xié)議深入及實例分析2022/12/29接入網技術服務部H248協(xié)議深入及實例分析2022/12/2隨著網絡和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應用中越來越廣泛。對于協(xié)議的深入掌握，將非常有助與故障定位和問題處理。學習此膠片之前需要學過《H.248協(xié)議概述》2隨著網絡和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應用中越學習目標學習完此課程，您將會：了解H.248協(xié)議的體系結構掌握H.248協(xié)議中命令格式和用途掌握H.248協(xié)議的消息交互過程掌握并能分析典型的H.248信令流程3學習目標學習完此課程，您將會：3第1章概述

第2章協(xié)議內容介紹

第3章信令基本控制流程

第4章信令解析舉例4第1章概述

第2章協(xié)議內容介紹

第3章信令基本控制概述H.248和是同一種協(xié)議的兩個名稱而已，是與共同制定的，稱之為H.248，而則稱之為；H.248協(xié)議是在協(xié)議的基礎上，結合其它媒體網關控制協(xié)議特點發(fā)展而成的一種協(xié)議；H.248協(xié)議彌補了協(xié)議描述能力上的欠缺，適合在大型網關上應用；H.248信令消息有等多種承載方式，使傳輸更可靠，而則只能承載在寬帶網絡上的格式。5概述H.248和是同一種協(xié)議的兩個名稱而已，是與共同制定的，H.248功能和相關概念H.248提供了在呼叫處理過程中控制中各種靜態(tài)及動態(tài)資源（）的能力（包括終端屬性、終端連接交換關系及其承載的媒體流），還提供了獨立于的狀態(tài)維護與管理能力；H.248協(xié)議消息編碼可以采用二進制或文本格式，現(xiàn)在只支持文本格式；H.248消息的承載目前都是基于的。使用H.248協(xié)議時，傳輸層端口號與編碼類型有關，默認端口號為：2944（文本格式編碼）或者2945（二進制編碼）。6H.248功能和相關概念H.248提供了在呼叫處理過程中控制H.248在網絡中的使用H.3237000PSTNswitchSTPM3分組核心網8010M2.248

H.323.3233000系列H.248UA5000H.323H.2483000超市私有協(xié)議（私網穿越基于）8900H.2485R25R257H.248在網絡中的使用7000PSTNswitchSTPM第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章業(yè)務消息識別舉例8第1章概述8第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較9第2章協(xié)議內容介紹9連接模型：兩個重要概念(和)協(xié)議的連接模型主要描述媒體網關中的邏輯實體，這些邏輯實體由媒體網關控制器（）控制。這個連接模型中的主要的抽象概念是終端（）和關聯(lián)（）;在H.248定義的連接模型中，包括關聯(lián)和終端兩個實體。一個關聯(lián)中至少要包含一個終端，否則此關聯(lián)將被刪除，空關聯(lián)指的是只包含一個與其他終端沒有連接的終端的關聯(lián)；同時一個終端在任一時刻也只能屬于一個關聯(lián)。10連接模型：兩個重要概念(和)協(xié)議的連接模型主要描述媒體網終端（）終端是位于中的一個邏輯實體，可以發(fā)送/接收媒體和（或）控制流。例如表示一個時隙（電路）、一個端口（地址+端口號）、或一個端口（）。11終端（）終端是位于中的一個邏輯實體，可以發(fā)送/接收媒體和終端（）終端分為兩類：

1、半永久終端，用來表示物理實體

如信道，只要這個信道在中被配置，就一直存在，只有當配

置信息被刪除后，與之對應的終端才會消失。當一個半永久終端被加入一

個特定關聯(lián)時，它是從關聯(lián)中獲取，而當從特定關聯(lián)中刪除時，它

又返回到關聯(lián)；

2、臨時終端，代表臨時性的信息流

如流，當需要時創(chuàng)建，使用完畢后就刪除。臨時終端通過命令創(chuàng)

建，通過命令清除。終端特征通過屬性來描述，這些屬性被轉換成描述符在命令中攜帶。終端被創(chuàng)建時，媒體網關會為其分配一個唯一標識。12終端（）終端分為兩類：

1、半永久終端，用來表示物理實體

終端（）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；終端，對不同的終端通過終端來引用，終端是由配置的。終端有兩種通配方式：“”和“”；終端屬性和描述符，終端擁有屬性，屬性擁有唯一的屬性；終端，通常用來表示媒體網關本身，允許在終端上定義包，也可以擁有屬性、事件、信號、統(tǒng)計和參數(shù)。終端可以出現(xiàn)在、、、、命令中，其它任何對終端的使用都是錯誤。:二進制編碼時最多可以64位表示，文本編碼時最

多可以達64個字符；13終端（）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；的屬性屬性:終端本身具有的屬性；事件:指示終端需要檢測的事件。例如：摘機，掛機、拍叉，拔號等；信號:網關產生的各種類型的媒體流。例如：拔號音，忙音，振鈴音，回鈴音等。統(tǒng)計:用于描述一個終端的統(tǒng)計信息，可以在一次呼叫完成

后向上報，也可以由下發(fā)命令

查詢相關的統(tǒng)計信息。該信息主要用來計費。14的屬性屬性:終端本身具有的屬性；14關聯(lián)（）關聯(lián)描述一組終端之間的關聯(lián)關系，當一個關聯(lián)涉及多個終端時，關聯(lián)將描述這些終端所組成的拓撲結構以及媒體混合交換的參數(shù)。關聯(lián)中的終端可以通過命令進行創(chuàng)建，通過進行刪除。一個關聯(lián)中必須至少包含一個終端。15關聯(lián)（）關聯(lián)描述一組終端之間的關聯(lián)關系，當一個關聯(lián)涉及第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較16第2章協(xié)議內容介紹16H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個信息單元。消息可以使用二進制格式和文本格式編碼；采用二進制編碼時，使用X.680（.1）定義的規(guī)范描述，使用X.690定義的規(guī)則編碼；采用文本方式編碼時，遵循2234規(guī)范；必須支持兩種編碼格式，可能支持其中任何一種或兩種方式。側和側的H.248消息都有相同的結構。17H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個信息單H.248消息結構H.248協(xié)議發(fā)送或接受的信息單元稱為消息，消息從消息頭（）開始，后面是若干個事務；消息頭中包含消息標識符（）和版本字段。用于標識消息的發(fā)送者，可以是地址、域名或設備名；版本字段用于標識消息遵守的協(xié)議版本，有版本1和版本2。

目前接入網兩者都支持；消息內的事務是相互獨立的，當多個被獨立處理時，消息沒有規(guī)定處理的先后次序。18H.248消息結構H.248協(xié)議發(fā)送或接受的信息單元稱為消H.248協(xié)議的消息機制Message消息TransactionI事務TransactionIDnContextID1關聯(lián)ContextIDnCMD1命令CMDnDes-nDes-1描述符......19H.248協(xié)議的消息機制Message消息Transacti事務（）和之間的一組命令構成事務，事務由進行標識。事務包含一個或多個動作，一個動作由一系列局限于一個關聯(lián)的命令組成；一個事務從“事務頭部”（）開始。在中包含。由事務的發(fā)送者指定，在發(fā)送者范圍內是唯一的；后面是該事務的若干動作，這些動作必須順序執(zhí)行。若某動作中的一個命令執(zhí)行失敗，該事務中以后的命令將終止執(zhí)行（命令除外）。引入事務的一個重要功能是可以保證命令的順序執(zhí)行；當命令標記為“”（可選命令），該命令可以越過一個命令執(zhí)行失敗而導致以后命令終止執(zhí)行的限制，即如果可選命令執(zhí)行不成功，其后的命令可以繼續(xù)執(zhí)行。20事務（）和之間的一組命令構成事務，事務由進行標識。事務包含事務（）事務包括請求和響應兩種類型；其中響應事務也包含兩種：和。21事務（）事務包括請求和響應兩種類型；其中響應事務也包含兩請求事務（）每個請求激發(fā)一個事務。一個事務包含一個到多個動作，每個動作包含與同一個關聯(lián)（）相關的一個到多個命令。結構如下：22請求事務（）22完成事務響應（）是事務接收者對的一種響應，表明接收者完成該命令執(zhí)行，對每個事務都應有一個響應;以下兩種情況表明一個執(zhí)行完成：

中的所有命令成功執(zhí)行完畢；

中的一個非可選命令執(zhí)行失敗。結構如下：23完成事務響應（）是事務接收者對的一種響應，表明接收者完成該命正在處理事務響應（）由接收者發(fā)送，指示事務正在處理，但仍然沒有完成。當命令處理時間較長時，可以防止發(fā)送者重發(fā)事務請求；結構如下：可見，事務表現(xiàn)為，對接收者必須響應一個，在此之前可能有許多響應。24正在處理事務響應（）由接收者發(fā)送，指示事務正在處理，但仍然沒動作（）動作由一系列局限于一個關聯(lián)內的命令組成。25動作（）動作由一系列局限于一個關聯(lián)內的命令組成。25動作（）動作與關聯(lián)（）是密切相關的，動作由進行標識；在一個動作內，命令需要順序執(zhí)行；一個動作從關聯(lián)頭部（）開始，在包含，用于標識該動作對應的關聯(lián)。由指定，在范圍內是唯一的。必須在以后的與此關聯(lián)相關的事務中使用；在后面是若干命令，這些命令都與標識的關聯(lián)相關。26動作（）動作與關聯(lián)（）是密切相關的，動作由進行標識；在一個第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較27第2章協(xié)議內容介紹27命令（）命令()：是H.248消息的主要內容，實現(xiàn)對關聯(lián)和終端屬性的控制，包括指定終端報告檢測到的事件，通知終端使用什么信號和動作，以及指定關聯(lián)的拓撲結構等。命令由命令頭部（）與命令參數(shù)構成，在H.248協(xié)議中，命令參數(shù)被組織成“描述符”（）；H.248協(xié)議定義了八個命令，其中“”是由發(fā)給，“”可由或發(fā)送，其它命令都是由發(fā)給。28命令（）命令()：是H.248消息的主要內容，實現(xiàn)對關聯(lián)和命令：:增加一個到一個中，當為關聯(lián)(“$”)(或第一次增加一個)，將創(chuàng)建一個，然后往其中加入；:修改一個的屬性、事件和信號參數(shù)。如：修

改終端的編碼類型、通知終端檢測摘機/掛機事件、修改終端的拓撲結構(雙向/單向/隔離等)；:從一個中刪除一個，同時返回

該的統(tǒng)計狀態(tài)。如果中只有此，則刪除此。29命令：:增加一個到一個中，當為關聯(lián)(“$”)(或第一次增命令：:將一個從一個轉移到另一個中；:審計命令，返回的當前的

、、、；:返回中特性的能力

集。30命令：:將一個從一個轉移到另一個中；30命令：:允許將檢測到的事件通知給。如：將檢測到的摘機事件上報給；:允許向通知一個或者多個終端將要脫離或者加入業(yè)務。用來向進行注冊、重啟通知?？梢允褂脤M行重啟?？梢允褂猛ㄖN一個或一部分。31命令：:允許將檢測到的事件通知給。如：將檢測到的摘機事第2章協(xié)議內容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)消息結構第3節(jié)命令、描述符第4節(jié)和協(xié)議的比較32第2章協(xié)議內容介紹32H248協(xié)議和協(xié)議的比較優(yōu)點：業(yè)界成熟產品，價格相對較低其余同”軟交換與用戶網關之間()”缺點：1.主要支持語音，業(yè)務能力弱2.其余同前述。僅支持語音業(yè)務時選用H.248優(yōu)點：1.支持多媒體連接2.協(xié)議既可采用文本又可采用二進制，增強適應性3.擴展性好缺點：復雜、目前應用較少支持語音和多媒體，將來替代33H248協(xié)議和協(xié)議的比較優(yōu)點：僅支持語音業(yè)務時選用H.248第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章信令解析舉例34第1章概述34第2章信令基本控制流程第1節(jié)網關注冊/注銷/初始

化流程第2節(jié)典型呼叫處理流程35第2章信令基本控制流程35網關注冊/注銷流程SVC_CHG_REQSVC_CHG_REPLY300050003000我要注冊注冊事件1：下面是命令的文本描述：1[191.169.150.172]:29443{-{{{902}}}}事件2：下面是響應的文本描述：1[191.169.150.170]:29443{-{{{}}}}36網關注冊/注銷流程SVC_CHG_REQSVC_CHG_R網關初始化流程3000MOD_REPLYMOD_REQ注冊成功后，將對空關聯(lián)中的的所有半永久終端的屬性進行修改。指示檢測用戶的摘機事件。此時，此終端可以接收或者發(fā)起呼叫。事件1：注冊成功后，在空關聯(lián)中對中的終端進行操作，通過命令，更改終端屬性。下面是命令的文本描述：1[191.169.150.170]:2944372794419{-{0{369099777{*},{}}}}事件2：收到命令后，回送響應。下面是響應的文本描述：1[191.169.150.172]:2944372794419{-{0}}50003000好吧請您監(jiān)測用戶37網關初始化流程3000MOD_REPLYMOD_REQ第2章信令基本控制流程第1節(jié)網關注冊/注銷/初始

化流程第2節(jié)典型呼叫處理流程38第2章信令基本控制流程38不同下的呼叫流舉例PSTN

3005000500070007M3H.2485000ABC信令流媒體流喂，在干啥呢…正上網呢！$%^39不同下的呼叫流舉例PSTN3005000500070007同一下終端之間的H.248呼叫流舉例

3005000A信令流媒體流B40同一下終端之間的H.248呼叫流舉例3005000A信令流第1章概述第2章協(xié)議內容介紹第3章信令基本控制流程第4章信令解析舉例41第1章概述41H.248呼叫信令解析—組網例圖

3005000A信令流媒體流B端口0/8/1端口0/12/142H.248呼叫信令解析—組網例圖3005000A信令流媒典型信令解析主叫號碼顯示(>)：1[10.71.50.51]:2944372813453{142{1{369154824{*}{{[040F303830343137343736363633303030E9]}}}}}

：表示主叫號碼顯示信號描述符；04：來顯格式0F：消息長度3038303431373437：08月04日17點47分（用碼表示，0就是30，依此類推）36363633303030：6663000電話號碼（用碼表示，0就是30，依此類推）反極計費開始(>)：1[10.71.50.51]:2944372787051{47{1{369154819{*}{}}}}其中：{}}}}表示反極計費描述符；

43典型信令解析主叫號碼顯示(>)：43解讀數(shù)圖一般數(shù)圖格式如下：([2-9]13091[0124-9][0-9])}其中：“[2-9]”表示用戶可以撥2～9中任意一位數(shù)字開頭的任意7位號碼；“13”表示13開頭的任意11號碼；“0”表示0開頭的任意10位號碼；“9”表示9開頭的任意5位號碼；“1[0124-9]x”表示1開頭，3以外的十進制數(shù)為第二位的任意3位號碼；“E”表示字母“*”；“F”表示字母“#”“”；“[0-9]”x表示撥以數(shù)字0～9、字母“E”、“F”開頭的任意位等長定時器超時之后就會上報。.表示重復該符號前數(shù)字的0次到多次|表示可選方案

44解讀數(shù)圖一般數(shù)圖格式如下：44數(shù)圖故障舉例（一）現(xiàn)象：與Z司軟交換對接，用戶主叫摘機即聽忙音。處理過程：

1、與友商對接測試有問題時，首先考慮端口鏡像抓包進行分析，2、通過信令分析。發(fā)現(xiàn)在Z司下發(fā)數(shù)圖之后回應519{“”}，可以看到軟交換下發(fā)的數(shù)圖規(guī)則超出的最大處理能力，造成通話失敗。

45數(shù)圖故障舉例（一）現(xiàn)象：45數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音現(xiàn)象：Z公司軟交換下發(fā)數(shù)圖不合法導致5000用戶摘機聽不到撥號音。

某司與Z公司軟交換H248接口已經正常建立，但是主叫摘機有饋電沒有撥號音。

處理過程：

1、檢查配置正確，端口狀態(tài)為正常；

2、與其他廠家對接測試問題，首先考慮端口鏡像抓包進行分析，軟交換下發(fā)數(shù)圖后，回復400語法錯誤；46數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音現(xiàn)象：

處理過程：數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

3、檢查數(shù)圖中存在“|.”的不合法數(shù)圖；

4、“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個，包括0個，所以在數(shù)圖末尾出現(xiàn)“|.”沒有意義，不符合數(shù)圖語法規(guī)則；

5、把此數(shù)圖刪除后，測試能夠正常聽到撥號音。

原因分析：

按照《中國電信H.248標準》，“|”用于分隔字符串，表示每個字符串為一個可選擇的撥號方案，“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個，包括0個，所以在數(shù)圖末尾出現(xiàn)“|.”沒有意義，不符合數(shù)圖語法規(guī)則。

47數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

數(shù)圖故障分析案例（三）只能上報一位號碼現(xiàn)象：和意大利軟交換對接，上報一位號碼后，不再上報其余號碼；

分析過程：

在軟交換上抓報文分析如下：1[10.71.50.51]:2944372849746{{1{369154818{{[*]}*}{}}}}響應1[10.71.50.30]:2944372849746{{1}}原因分析：是軟交換目前不支持數(shù)圖，只在主叫摘機后下發(fā)撥號檢測事件（）。但當上報一位號碼后，軟交換不再下發(fā)撥號檢測事件，導致后續(xù)號碼上報不了。48數(shù)圖故障分析案例（三）只能上報一位號碼現(xiàn)象：1[10.71故障分析案例（四）-摘機上報故障現(xiàn)象：和Z司軟交換對接，用戶必須先做一次被叫才能正常打電話，否則摘機無音.原因：在Z司軟交換沒有下發(fā)檢測摘機事件的情況下，摘機上報*，導致Z司軟交換不能識別。正常摘機上報：([10.71.50.51]:2944):1[10.71.50.30]:294411{{1{369154816{}}}}49故障分析案例（四）-摘機上報故障現(xiàn)象：49故障分析案例（五）-拔號即聽忙音故障現(xiàn)象：某和Z司軟交換對接；用戶摘機可聽到撥號音，但是撥任何號碼都直接聽忙音。

分析過程：

用戶摘機可聽到撥號音，但是撥任何號碼都直接聽忙音，一般有3種情況會出現(xiàn)，一是分配的終端范圍超出軟交換上配置的范圍，二是數(shù)圖匹配有問題，三是軟交換下發(fā)的資源屬性格式有錯誤。

處理過程：1、核對軟交換與的終端范圍，沒有問題。

2、用戶摘機能聽到撥號音，說明軟交換（Z公司）下發(fā)的數(shù)圖正確并且被識別。50故障分析案例（五）-拔號即聽忙音故障現(xiàn)象：50故障分析案例（五）-拔號即聽忙音故障處理過程：3、在Z司軟交換上抓報文分析如下：

[10.35.64.3]:2944

2103478924{${0${M{1{O{40}{

0

4

$

$

8

0

:20

}}}2103997587{{80}}}}}

2

[10.35.96.67]:2944

2103478917{43{0{2103997253{}500{"

"}}}}

說明軟交換下發(fā)了不能識別的報文，所以5000會向軟交換回“

”。

但與正常消息比較后，也沒看出來下發(fā)的消息有什么問題。。。。。51故障分析案例（五）-拔號即聽忙音故障處理過程：51故障分析案例（五）-拔號即聽忙音故障用在設備上抓包分析，發(fā)現(xiàn)協(xié)議棧在解析“0

4

$

$

8

0

:20

”時出錯。于是，再用抓包分析，發(fā)現(xiàn)友商軟交換設備（Z公司）下發(fā)的以下報文出現(xiàn)空格，不符合要求，報文如下圖：

原因分析：

軟交換下發(fā)的資源屬性格式有錯誤。Z司修改后問題解決。52故障分析案例（五）-拔號即聽忙音故障用在設備上抓包分析，發(fā)現(xiàn)故障分析案例（六）-撥完號碼后出忙音故障現(xiàn)象：和Z司軟交換對接，撥完號碼后出忙音處理過程：抓信令分析后發(fā)現(xiàn)：原因是H司提供的臨時終端資源范圍為0-10000000，而Z司軟交換單板提供的資源范圍僅為0-65535。建立關聯(lián)時的信令：1[10.71.50.51]:2944369441876{${1{M{O{}}369154820{{[*]}*}{}}${M{O{}{04$$8:20}}}}}1[10.71.50.30]:2944369441876{383{1100000006{M{1{O{}{0410.71.50.30191968:20}}}}}}/1[10.71.50.51]:2944369441877{383{1{{}}}}A100000006：資源編號，目前取值范圍是100000000～100000999