專利名稱：一種呼叫全過程的信令跟蹤記錄方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種呼叫全過程的信令跟蹤記錄方法。
背景技術(shù)：
在通信領(lǐng)域內(nèi)，交換系統(tǒng)中已經(jīng)實現(xiàn)了單一信令的呼叫跟蹤，如V5信令跟蹤、DSS1信令跟蹤、SS7信令跟蹤、INAP信令跟蹤、MAP信令跟蹤、TCP/IP消息跟蹤，但所有這些跟蹤均為指定跟蹤，不能實現(xiàn)從呼叫發(fā)端到終端的多種信令全程自動跟蹤。而在開發(fā)測試過程中或在工程維護現(xiàn)場，當(dāng)呼叫接續(xù)出現(xiàn)異常時，目前缺乏一種對呼叫接續(xù)從發(fā)端到終端進行全程跟蹤的手段，沒有這種手段，也就無法獲取呼叫接續(xù)過程中的原始數(shù)據(jù)，而該原始數(shù)據(jù)能夠被用于對呼叫中出現(xiàn)的異常情況及時地分析處理。因此有必要開發(fā)一種呼叫全過程信令跟蹤記錄方法，為開發(fā)測試、工程現(xiàn)場維護以及運營商日常維護提供異常呼叫原始數(shù)據(jù)采集手段。
目前，呼叫接續(xù)過程的信令跟蹤或是僅僅針對單一信令來跟蹤，如中國專利申請CN02152567.6；或是僅僅應(yīng)用于移動通信領(lǐng)域，如中國專利申請CN02137650.6。這兩者都存在著一定的局限性。前者，僅僅針對呼叫接續(xù)中的單一信令來跟蹤，不能夠?qū)⒑艚薪永m(xù)整個過程中的全部信令給予跟蹤記錄，也就不能反映出一次呼叫接續(xù)從發(fā)端到終端的信令全過程，進而使系統(tǒng)操作和維護人員可以無法獲得呼叫信令流程和內(nèi)容，無法迅速判斷用戶呼叫過程中遇到的問題，無法在最短的時間內(nèi)解決系統(tǒng)的故障，這將會給用戶和運營商帶來巨大的損失。后者雖然能夠記錄呼叫全過程的信令，但僅僅是針對移動通信領(lǐng)域，由于移動通信網(wǎng)中系統(tǒng)設(shè)備和組網(wǎng)方式與固定電話網(wǎng)存在許多本質(zhì)不同，對于固網(wǎng)領(lǐng)域的呼叫全過程的信令跟蹤則無法按照提供的方法實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種呼叫全過程的信令跟蹤記錄方法，解決現(xiàn)有技術(shù)中存在的僅能跟蹤某一類型信令或是僅能夠針對移動用戶進行信令跟蹤，不能對呼叫的信令進行全過程跟蹤等缺陷。
本發(fā)明為一種呼叫全過程的信令跟蹤記錄方法，其特征在于，包括以下步驟(1)設(shè)置信令跟蹤條件；(2)對呼叫過程收發(fā)的各種信令與信令跟蹤條件進行匹配；(3)對符合信令跟蹤條件的呼叫的信令進行全程跟蹤并將跟蹤結(jié)果返回給后臺計算機；(4)由后臺計算機將跟蹤到的信令按照信令規(guī)范進行解釋、顯示和存儲。
其中，步驟(1)進一步包括(A)、在后臺計算機設(shè)置所跟蹤呼叫的信令跟蹤條件，將該跟蹤條件發(fā)送給交換機；(B)、交換機中的維護管理模塊對所收的信令跟蹤條件進行解析并處理；(C)、在呼叫跟蹤表中占用并設(shè)置相應(yīng)的登記項。
所述交換機若為發(fā)端局，則將跟蹤的用戶號碼映射為終端編號并將該號碼存入呼叫跟蹤表中的相應(yīng)字段，上述映射信息作為各采集點判斷是否跟蹤的依據(jù)。
所述交換機若為非發(fā)端局，則僅將跟蹤號碼存入呼叫跟蹤表中的相應(yīng)字段。
所述交換機為固網(wǎng)交換機、移動網(wǎng)交換機或者智能網(wǎng)的業(yè)務(wù)交換點。
所述步驟(1)還包括將信令跟蹤條件在相關(guān)的跟蹤點上進行設(shè)置。
所述相關(guān)跟蹤點包括交換機的用戶終端模塊、呼叫處理模塊、中繼終端模塊。
所述信令跟蹤條件為用戶號碼。
步驟(2)所述呼叫過程收發(fā)的各種信令為模擬線路信號消息、中國No.1信令消息、R2信令消息、DSS1數(shù)字用戶信令消息、SS7(TUP/ISUP)信令消息、V5信令消息、INAP信令消息、MAP信令消息、TCP/IP消息、呼叫結(jié)束時呼叫控制消息、第三代移動通信系統(tǒng)的信令消息以及其它與呼叫過程相關(guān)的信令消息。
步驟(3)所述的后臺計算機可以是維護臺或者網(wǎng)管臺。
所述步驟(3)進一步包括若為用戶啟呼，用戶終端模塊查詢呼叫跟蹤登記表，維護管理模塊向后臺計算機回送此啟呼消息，并在占用呼叫控制表時，在呼叫控制表中置呼叫跟蹤標(biāo)志，激活此次呼叫全過程跟蹤；若為中繼啟呼，中繼終端模塊根據(jù)信令消息的初始地址消息中取出的主叫地址信息查詢呼叫跟蹤表，通過維護管理模塊向后臺計算機回送初始地址消息，并在占用呼叫控制表時，在該表中置呼叫跟蹤標(biāo)志，激活此次呼叫的全過程跟蹤并在中繼終端控制表中設(shè)置跟蹤標(biāo)志。
采用本發(fā)明的技術(shù)方案，能夠?qū)崿F(xiàn)呼叫全過程的信令跟蹤記錄功能；為產(chǎn)品開發(fā)的測試、工程現(xiàn)場設(shè)備的維護以及運營商通信設(shè)備的日常維護，提供異常呼叫原始數(shù)據(jù)的采集手段。電信運營商不需要對現(xiàn)有電話網(wǎng)絡(luò)的交換機設(shè)備進行改造和升級，僅需要對交換軟件進行適當(dāng)?shù)男薷?增加相應(yīng)業(yè)務(wù)軟件模塊)即可滿足要求。該方法實現(xiàn)呼叫全過程的信令跟蹤記錄功能可以廣泛應(yīng)用在現(xiàn)有的固定網(wǎng)和移動網(wǎng)中。


圖1是本發(fā)明的邏輯流程圖；
圖2是本發(fā)明的本局呼叫的信令跟蹤時序圖；圖3是本發(fā)明的出局呼叫的信令跟蹤時序圖；圖4是本發(fā)明的轉(zhuǎn)接局呼叫的信令跟蹤時序圖；圖5是本發(fā)明的入局呼叫的信令跟蹤時序圖。
具體實施例方式
下面將結(jié)合附圖，對本發(fā)明的具體實施例進行詳細(xì)描述。
用戶呼叫涉及的信令包括模擬線路信號消息、中國No.1信令消息、R2信令消息、DSS1數(shù)字用戶信令消息、SS7(TUP/ISUP)信令消息、V5信令消息、INAP信令消息、MAP信令消息、TCP/IP消息、呼叫結(jié)束時呼叫控制消息以及第三代移動通信的信令消息。
圖1是本發(fā)明的邏輯流程圖，實現(xiàn)一種呼叫全過程的信令跟蹤功能的方法包括以下步驟步驟101在后臺上設(shè)置信令跟蹤條件；所述的后臺計算機可以是維護臺或者網(wǎng)管臺。
其中，作為可選的跟蹤條件包括用戶號碼、局向號碼、電路編號、系統(tǒng)內(nèi)部邏輯號碼、系統(tǒng)內(nèi)部物理號碼等。由于設(shè)置跟蹤條件是面向用戶的，因此不可能用系統(tǒng)內(nèi)部的邏輯號碼作為依據(jù)，同時，跟蹤又是全程性質(zhì)的，因此，也不可能用物理號碼作為依據(jù)，這樣僅剩下用戶號碼、局向號碼、電路編號可以選擇；對于局向號碼，如果把它作為跟蹤依據(jù)，由于交換機在現(xiàn)場運行時，在某一個局向上，同時會有很多呼叫在進行(即局向號碼與呼叫是一對多的關(guān)系)，跟蹤時也會記錄眾多的呼叫跟蹤信息，這樣將使所跟蹤的呼叫“淹沒”在非跟蹤呼叫的原始記錄信息中，不便于用戶分析異常。對于電路編號，在一次呼叫過程中，電路的選取往往不止一條，且如果沒有預(yù)先指定，電路的選取是不固定的，因此選取的電路不一定是需要跟蹤的電路，而且，不同的電路需要設(shè)置不同的編號，用戶使用起來也十分的復(fù)雜，并不實用； 對于移動網(wǎng)，除用戶號碼外，還有移動臺HS的物理識別號碼PID/用戶識別號碼UID可以用作呼叫跟蹤的依據(jù)，因為它們與呼叫間也存在著一對一映射關(guān)系且具備全程傳遞性，但這些僅便于在系統(tǒng)內(nèi)部使用。
由于用戶號碼在呼叫的全過程中和本次呼叫具有一一映射關(guān)系，若選擇其他信令跟蹤條件則需要最終轉(zhuǎn)化為用戶號碼進行跟蹤，因為用戶號碼一般在呼叫全過程傳遞，且通常不發(fā)生變化，這里選取用戶號碼作為信令跟蹤條件。
步驟101進一步包括為步驟a在后臺計算機設(shè)置所跟蹤呼叫的信令跟蹤條件，將該跟蹤條件發(fā)送給交換機，所述交換機可以是固網(wǎng)交換機、移動網(wǎng)交換機或者智能網(wǎng)的業(yè)務(wù)交換點；步驟b交換機中的維護管理模塊對所收的信令跟蹤條件進行解析并處理；步驟c在呼叫跟蹤表中占用并設(shè)置相應(yīng)的登記項，若表中沒有可用登記項或登記失敗，則向維護管理模塊回送相應(yīng)錯誤信息；設(shè)置成功后回送成功消息。
步驟102將信令跟蹤條件在相關(guān)的跟蹤點上進行設(shè)置，跟蹤點包括交換機的用戶終端模塊、呼叫處理模塊、中繼終端模塊；步驟102進一步包括步驟d交換機是否為發(fā)端局，若是則執(zhí)行步驟e，否則轉(zhuǎn)向f；步驟e將跟蹤的用戶號碼映射為終端編號并將該號碼存入呼叫跟蹤表中的相應(yīng)字段，以上述映射信息作為各采集點(這些采集點隸屬于用戶終端模塊)判斷是否跟蹤的依據(jù)；步驟f僅將跟蹤的用戶號碼存入呼叫跟蹤表中的相應(yīng)字段。
步驟103將呼叫過程收發(fā)的各種信令與信令跟蹤條件進行匹配；對符合信令跟蹤條件的呼叫的信令進行全程跟蹤；步驟103進一步包括為步驟g用戶啟呼，用戶終端模塊查詢呼叫跟蹤登記表，若未設(shè)置跟蹤該用戶的呼叫，繼續(xù)原處理流程；若設(shè)置了跟蹤條件，則通過維護管理模塊向后臺計算機回送此啟呼消息，并在占用呼叫控制表時，在呼叫控制表中置呼叫跟蹤標(biāo)志，激活此次呼叫全過程跟蹤；步驟h中繼啟呼，中繼終端模塊根據(jù)信令消息的初始地址消息中取出的主叫地址信息查詢呼叫跟蹤表，比較消息中攜帶的主叫地址(即主叫號碼)與跟蹤的主叫號碼是否一致，若一致，則通過維護管理模塊向后臺計算機回送初始地址消息(No.1可以轉(zhuǎn)換為TUP或ISUP)，并在占用呼叫控制表時，在該表中置呼叫跟蹤標(biāo)志，激活此次呼叫的全過程跟蹤，此外，還需在中繼終端控制表中設(shè)置跟蹤標(biāo)志；此后，中繼側(cè)(不僅包括來話中繼側(cè)，也包括去話中繼側(cè))信令消息采集點處的跟蹤判斷均以此中繼的終端控制表中的標(biāo)志為依據(jù)。
對于被叫號碼的呼叫全過程跟蹤類似主叫號碼的呼叫全過程跟蹤。
步驟104呼叫過程中的后續(xù)信令都將被一一記錄，并通過維護管理模塊發(fā)送到后臺計算機；步驟105后臺計算機根據(jù)所收到的信令跟蹤按照相應(yīng)的信令規(guī)范解釋，并將解釋后的信令跟蹤顯示并存儲起來。
圖2是本發(fā)明的本局呼叫的信令跟蹤時序圖；圖中表明了當(dāng)負(fù)責(zé)跟蹤的主叫用戶終端模塊收到主叫用戶終端側(cè)上報的摘機信號(DDS_OFFHOOK)后，將用戶號碼與呼叫跟蹤表進行匹配，若發(fā)現(xiàn)需要進行呼叫全過程信令跟蹤，則主叫用戶終端模塊將DDS_OFFHOOK消息上報給后臺計算機，同時主叫用戶終端模塊標(biāo)記此終端，以后經(jīng)由主叫用戶終端側(cè)上報的消息則均會報送給后臺計算機；主叫用戶終端模塊收到DDS_OFFHOOK后，申請呼叫控制表并標(biāo)記該呼叫控制表為需要進行呼叫全過程跟蹤；主叫用戶終端模塊向業(yè)務(wù)側(cè)通過呼叫控制表發(fā)送呼叫建立消息(D_SETUP)，由于呼叫控制表已被標(biāo)記，經(jīng)由此表的所有消息(包括D_SETUP)，均會上報給后臺計算機。主叫用戶呼叫的落地過程為業(yè)務(wù)側(cè)向被叫用戶終端模塊發(fā)送呼叫建立消息(D_SETUP)，由于呼叫控制表已被標(biāo)記需要進行呼叫全過程跟蹤，因此將被叫終端標(biāo)記，以后經(jīng)由被叫用戶終端側(cè)上報的消息均會報送給后臺計算機。至此，本局呼叫的全過程均已被標(biāo)記，其呼叫過程中的全部信令消息均能上報到后臺計算機。
圖3是本發(fā)明的出局呼叫的信令跟蹤時序圖；圖中啟呼階段同本局部分，這里不再一一贅述。業(yè)務(wù)側(cè)進行出局呼叫，向出中繼終端模塊發(fā)送初始地址消息ISUP_IAM(這里以ISUP為例，TUP/No.1均可轉(zhuǎn)換為ISUP)，出中繼終端模塊從ISUP_IAM消息中檢測出主叫地址信息和呼叫跟蹤表的跟蹤號碼一致時，標(biāo)記該中繼，以后經(jīng)由該中繼的所有信令消息均能上報到后臺計算機。
圖4是本發(fā)明的轉(zhuǎn)接局呼叫的信令跟蹤時序圖；圖中的啟呼部分入中繼終端模塊收到初始地址消息ISUP_IAM后，入中繼終端模塊從ISUP_IAM消息中檢測出主叫地址信息和呼叫跟蹤表的跟蹤號碼一致時，標(biāo)記該中繼，以后經(jīng)由該中繼的所有信令消息均能上報到后臺計算機。同理，出中繼終端的處理也是如此，這里不再一一贅述。
圖5是本發(fā)明的入局呼叫的信令跟蹤時序圖；圖中啟呼部分入中繼的處理同轉(zhuǎn)接局一致，落地部分與本局呼叫的落地部分處理一致，這里不再一一贅述。
以上公開的僅為本發(fā)明的具體實施例，但本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化均應(yīng)落在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種呼叫全過程的信令跟蹤記錄方法，其特征在于，包括以下步驟(1)設(shè)置信令跟蹤條件；(2)對呼叫過程收發(fā)的各種信令與信令跟蹤條件進行匹配；(3)對符合信令跟蹤條件的呼叫的信令進行全程跟蹤并將跟蹤結(jié)果返回給后臺計算機；(4)由后臺計算機將跟蹤到的信令按照信令規(guī)范進行解釋、顯示和存儲。
2.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于步驟(1)進一步包括(A)、在后臺計算機設(shè)置跟蹤呼叫的信令跟蹤條件，將該跟蹤條件發(fā)送給交換機；(B)、交換機中的維護管理模塊對所收的信令跟蹤條件進行解析并處理；(C)、在呼叫跟蹤表中占用并設(shè)置相應(yīng)的登記項。
3.根據(jù)權(quán)利要求2所述的信令跟蹤記錄方法，其特征在于所述交換機若為發(fā)端局，則將跟蹤的用戶號碼映射為終端編號并將該號碼存入呼叫跟蹤表中的相應(yīng)字段，上述映射信息作為各采集點判斷是否跟蹤的依據(jù)。所述交換機若為非發(fā)端局，則僅將跟蹤號碼存入呼叫跟蹤表中的相應(yīng)字段。
4.根據(jù)權(quán)利要求2所述的信令跟蹤記錄方法，其特征在于所述交換機為固網(wǎng)交換機、移動網(wǎng)交換機或者智能網(wǎng)的業(yè)務(wù)交換點。
5.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于步驟(1)還包括將信令跟蹤條件在相關(guān)的跟蹤點上進行設(shè)置。
6.根據(jù)權(quán)利要求5所述的信令跟蹤記錄方法，其特征在于所述相關(guān)跟蹤點包括交換機的用戶終端模塊、呼叫處理模塊、中繼終端模塊。
7.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于所述信令跟蹤條件為用戶號碼。
8.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于步驟(2)所述的呼叫過程收發(fā)的各種信令為模擬線路信號消息、中國No.1信令消息、R2信令消息、DSS1數(shù)字用戶信令消息、SS7(TUP/ISUP)信令消息、V5信令消息、INAP信令消息、MAP信令消息、TCP/IP消息、呼叫結(jié)束時呼叫控制消息、第三代移動通信系統(tǒng)的信令消息以及其它與呼叫過程相關(guān)的信令消息。
9.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于步驟(3)所述的后臺計算機可以是維護臺或者網(wǎng)管臺。
10.根據(jù)權(quán)利要求1所述的信令跟蹤記錄方法，其特征在于步驟(3)進一步包括若為用戶啟呼，用戶終端模塊查詢呼叫跟蹤登記表，維護管理模塊向后臺計算機回送此啟呼消息，并在占用呼叫控制表時，在呼叫控制表中置呼叫跟蹤標(biāo)志，激活此次呼叫全過程跟蹤；若為中繼啟呼，中繼終端模塊根據(jù)信令消息的初始地址消息中取出的主叫地址信息查詢呼叫跟蹤表，通過維護管理模塊向后臺計算機回送初始地址消息，并在占用呼叫控制表時，在該表中置呼叫跟蹤標(biāo)志，激活此次呼叫的全過程跟蹤并在中繼終端控制表中設(shè)置跟蹤標(biāo)志。
全文摘要
一種呼叫全過程的信令跟蹤記錄方法，解決現(xiàn)有技術(shù)中存在的僅能跟蹤某一類型信令或是僅能夠針對移動用戶進行信令跟蹤的缺陷，包括(1)設(shè)置信令跟蹤條件；(2)對呼叫過程收發(fā)的各種信令與信令跟蹤條件進行匹配；(3)對符合信令跟蹤條件呼叫的信令進行全程跟蹤并將跟蹤結(jié)果返回給后臺計算機；(4)由后臺計算機將跟蹤到的信令按照信令規(guī)范進行解釋、顯示和存儲。該方法為開發(fā)測試、工程現(xiàn)場維護以及運營商日常維護提供異常呼叫原始數(shù)據(jù)采集手段。
文檔編號H04Q7/34GK101094095SQ20061004300
公開日2007年12月26日 申請日期2006年6月21日 優(yōu)先權(quán)日2006年6月21日
發(fā)明者薛濤, 孔霽 申請人:西安大唐電信有限公司