專利名稱：電信網中的信令的制作方法
技術領域：
本發(fā)明涉及電信網中的信令，具體而言，涉及與地址有關的一個或者一些主叫用戶的信息通過網絡進行的傳輸。
背景技術：
公共電話網越來越多地利用叫做7號信令系統(tǒng)(SS7)的信息傳輸協(xié)議，以此來控制網絡，并傳送建立和控制呼叫所必需的數據。在這樣的網絡上傳輸的用戶數據和信令，實際上是用工作于給定頻帶的時分多址(TDMA)傳輸協(xié)議來進行的。例如，在歐洲采用的是E.1傳輸協(xié)議，而在美國采用的則是T.1協(xié)議(兩種協(xié)議之間的主要區(qū)別是每個TDMA幀的時隙數不同)。
SS7通常稱為公共信道信令系統(tǒng)，因為信令數據包是在一個公共信道里傳輸的，這個公共信道是由每個TDMA幀里的一個時隙構成的。網絡的節(jié)點(例如中轉交換機)在跟消息一起傳送的目的地點碼地址的基礎上確定該信令消息是給它自己的，還是應當把這則消息轉發(fā)給另一個節(jié)點。


圖1說明SS7網絡節(jié)點的功能結構。SS7的最低層是消息傳輸部分(MTP)，它提供SS7消息段，以便結合到TDMA幀中分配的時隙里去。這個MTP代表某些用戶部分通過SS7網絡可靠地傳輸消息，而不管網絡里是否發(fā)生故障(例如采用檢錯、糾錯、重發(fā)等措施)。
利用MTP的用戶部分包括電話用戶部分(TUP)、信令連接控制部分(SCCP)、事務處理能力應用部分(TCAP)和ISDN信令用戶部分(ISUP)。這些TUP、TCAP和ISUP分別處理跟與呼叫無關的業(yè)務應用、綜合業(yè)務數字網(ISDN)業(yè)務應用和普通老式電話業(yè)務(POTS)應用有關的信令。這里不對TUP、SCCP和TCAP作具體介紹，需要更多信息的話，請參考有關標準(ITU-T Q.700建議系列)。下面的說明主要跟ISUP有關。
綜合業(yè)務數字網(ISDN)現在正廣泛用于所有類型數據(例如電話、傳真、電傳)的傳輸，這些數據采用相同的數字格式。在它最廣泛的應用中，ISDN用相同格式為數字數據提供端到端傳輸，即從主叫用戶的電話傳輸到被叫用戶的電話。狹義地說，ISDN可以支持電信網交換機之間的通信，而與此同時，例如，主叫和被叫用戶中的一方或雙方，采用相似的格式跟與他們相連的本地交換機通信。
ISDN中ISUP的功能之一是幫助建立主叫用戶電話跟被叫用戶電話之間的端到端連接。具體而言，在呼叫建立階段，這個功能包括在主叫用戶和被叫用戶的本地交換機之間預約一個用戶數據信道(如果交換機不相同的話)。為了這個目的，ISUP使用起始地址消息(IAM)，它能夠傳送252個八比特組的數據，并且能夠在分配給SS7網絡的(每個呼叫一個IAM)E.1/T.1 TDMA時隙之一里傳輸(通過MTP)。由IAM傳送的信息包括很多不同的參數和標志，包括主叫用戶號碼，以及可能的轉移號碼/轉接號碼。在ITU-T建議Q.763中定義了IAM消息的結構。
目前已經有人建議在電信網中引進新的業(yè)務，比如說號碼可攜帶性、單向個人通信、智能網業(yè)務和主叫名識別。除了這些建議以外(特別是因為號碼可攜帶性將導致主叫方號碼失去地理意義)，現有的主叫用戶識別信息(由IAM攜帶)還不能滿足現有增加業(yè)務或業(yè)務應用(例如緊急業(yè)務、惡意呼叫識別)的需要。
為了支持建議的新業(yè)務，有必要加強呼叫建立階段傳輸的主叫用戶尋址信息。這一信息是通過分離主叫用戶的邏輯尋址信息和物理尋址信息來加強的。例如1．主叫用戶的地理位置(即緯度、經度和海拔高度)；2．邏輯主叫用戶ID(例如電話簿號碼、UPT號碼、IN業(yè)務號碼)；3．邏輯注冊用戶ID(即不必是實際主叫用戶的注冊用戶的標識(例如邏輯主叫用戶的ID是雇員的標識，而邏輯注冊用戶ID則是接收帳單的公司))；4．物理主叫用戶ID(即有關主叫用戶跟進行服務的電信網的物理/地理連接的標識)；5．主叫用戶名稱(即對應于主叫用戶名稱的文本字符串)；和6．附加的主叫用戶信息(也就是從用戶那里接收到的信息)。
上述標識可以從呼叫者的本地交換機傳遞給被叫用戶，或者傳遞給一些中間節(jié)點。在呼叫轉移的情況下，1～5條提到的標識在呼叫中將被重發(fā)，也就是說，轉發(fā)呼叫里面的實際主叫用戶ID和新主叫用戶ID(即原來的被叫用戶)。
由于主叫用戶信息的范圍越來越廣泛，除了強制的和基本的呼叫建立數據外，要在所有情況下都利用IAM中的專用參數發(fā)送這個清單是不可能的。一個可選的方法是利用SCCP信令發(fā)送這些數據，這個功能提供端到端連接。但是，這對運行在中間節(jié)點上的其它業(yè)務(例如依賴于起點的路由選擇)的輸入會造成障礙。
在現有的ISUP規(guī)范下，有可能發(fā)送“分段”消息(SGM)，這個消息跟隨在IAM消息之后，假設在IAM里對這個SGM作了標志。這個SGM的長度也是252個八比特組，并且允許傳輸輔助信息。這樣，就能在SGM里包括附加的主叫用戶尋址信息。但是，在很多情況下，額外的252個八比特組還是不夠用。
發(fā)明簡述本發(fā)明的一個目的是克服或者至少部分地克服基于現有SS7的電信網的上述缺點。具體而言，本發(fā)明的一個目的是，在呼叫建立階段，增加主叫用戶尋址信息的傳輸容量。
根據本發(fā)明的一方面提供了一種方法，用于在采用7號信令系統(tǒng)的電信網里傳輸主叫用戶尋址信息，這個方法包括在電信網的兩個節(jié)點之間完成呼叫建立階段，為用戶數據預約信道，這個建立階段包括從第一個節(jié)點向后續(xù)節(jié)點傳輸起始地址消息，所述起始地址消息包括一個應用傳輸機制指示符，告訴后續(xù)節(jié)點將在一個或多個后續(xù)應用傳輸機制消息里傳輸尋址信息；和從第一個節(jié)點向后續(xù)節(jié)點傳輸所述一個或多個應用傳輸機制消息。
最好，本發(fā)明的實施方案允許利用應用傳輸機制消息傳輸量上基本不受限制的尋址信息。
最好所述起始地址消息最好包括有限量的主叫用戶尋址信息，例如主叫用戶的電話號碼。
最好這個起始地址消息和這個(些)應用傳輸機制消息，最好每個都包括攜帶所述尋址信息的應用傳輸參數(APP)。每個APP最好都包括一個標志(例如單向指示符)，它的用途是告訴接收節(jié)點這個APP是屬于對等通信，還是屬于接收節(jié)點上可以存在的任何其它應用。
最好在所述一個或多個應用傳輸機制消息中發(fā)送的主叫用戶尋址信息，最好包括如下內容之一主叫用戶的地理位置；邏輯主叫用戶ID；邏輯注冊用戶ID；物理主叫用戶ID；主叫用戶名；和對應的轉向用戶標識。
最好所述起始地址消息和所述應用傳輸機制消息，最好是通過所述電信網在各自的單個數據包里傳輸，即在各自的時分多址(TDMA)時隙里傳輸。最后傳輸的應用傳輸機制消息最好包括標志位，向接收節(jié)點說明這個消息是最后一則應用傳輸機制消息。
根據本發(fā)明的另一方面，提供了在采用7號信令系統(tǒng)的電信網中傳輸主叫用戶尋址信息的一種裝置；其中，呼叫建立階段是在電信網的兩個節(jié)點之間完成的，以此來為用戶數據預約信道，該裝置包括在所述第一個節(jié)點上提供的第一個處理裝置，用于生成起始地址消息，并且將這個消息從第一個節(jié)點傳輸給后續(xù)節(jié)點，所述起始地址消息包括一個應用傳輸機制指示符，告訴后續(xù)節(jié)點尋址信息將在一個或多個應用傳輸機制消息中傳輸；和第二個處理裝置，用于產生所述一個或多個應用傳輸機制消息，并且將這個(些)消息從第一個節(jié)點傳輸給后續(xù)節(jié)點。
最好所述第一個和第二個處理裝置最好是合適的編了程的計算機系統(tǒng)。
根據本發(fā)明的第三方面，本發(fā)明提供了在呼叫建立階段，采用7號信令系統(tǒng)在電信網的兩個節(jié)點之間中傳輸信息的一種方法，從第一個節(jié)點向后續(xù)節(jié)點單向地傳輸這個信息，傳送給后續(xù)節(jié)點上存在的應用，這個方法包括從所述第一個節(jié)點向后續(xù)節(jié)點傳輸起始地址消息，所述起始地址消息包括一個應用傳輸機制指示符，用來告訴后續(xù)節(jié)點，所述信息將在一個或多個后續(xù)應用傳輸機制消息中傳輸；和從第一個節(jié)點向后續(xù)節(jié)點傳輸所述一個或多個應用傳輸機制消息，這個方法還包括在所述或者每個應用傳輸機制消息中包括一個標志，用于向接收節(jié)點說明這個消息是否單向消息。
所述后續(xù)節(jié)點可以是所述信息傳輸路徑上的中間節(jié)點，這個方法包括當該消息包括沒有置位的單向標志時，以不改變消息的方式，向后續(xù)節(jié)點轉發(fā)接收到的應用傳輸機制消息。
附圖簡述為了更好地理解本發(fā)明，以及說明本發(fā)明是如何實現的，下面以實例的方式參考附圖，在附圖中圖1說明通用7號信令系統(tǒng)節(jié)點的功能結構；圖2說明改進了的7號信令系統(tǒng)網絡的功能結構；圖3a是圖2所示系統(tǒng)的接收交換機中IAM和APM的接收流程圖；和圖3b是圖2所示系統(tǒng)的接收交換機中裝配消息段的過程流程圖。
實施方案的詳細說明對現有ISUP在傳送主叫用戶尋址信息方面的缺點，前面已經作了說明。這里建議采用新的傳輸機制來克服這些缺點，最近已經為ISUP定義了這些機制。
這種新的傳輸機制稱作應用傳輸機制(APM)，并且已經做了規(guī)定(ITU建議草案Q.765)，以便讓ISUP能夠提供跟事務處理能力應用部分(TCAP)相同的功能。具體而言，APM使ISUP能夠在兩個網絡節(jié)點之間提供信令數據管道，供ISUP上運行的那些應用使用。
例如，考慮這樣的情況，需要在兩個公共電話交換機(PBX)之間傳送信令數據，這兩個交換機不在SS7網內(主叫用戶3和主叫用戶4分別跟它們連接)。圖2說明了這種情況，其中的PBX用數字1、2表示，它們分別跟SS7網的交換機5、6連接。這些PBX的信令數據請求很可能超過ISUP9、10產生的IAM和SGM能提供的數據請求(也就是包括了必需的ISDN呼叫建立標志和參數以后，IAM和SGM中未被占用的所有空間)。
APM提供的解決辦法是生成數據管道，PBX的接口應用程序7、8可以通過它進行通信，這些接口應用程序7、8存在在SS7網的兩個交換機5、6里，PBX1、2分別跟它們相連。當主叫用戶3通過相連的PBX1請求建立呼叫連接時，信令數據就由SS7網的交換機5上的應用程序7傳送給ISUP9。接下來ISUP生成IAM，傳輸給遠處的SS7交換機6。無論怎樣，IAM都包括另一個指示符，用于說明后面還有APM消息。這個指示符叫做“APM段指示符”，包括在具有如下多個8比特組(1到4n)結構的應用傳輸參數(APP)中
這個APP還包括一個應用上下文標識符(ACI)，說明這個APP是給哪個應用的。所以在這個實例中，這個ACI說明這個APP是給PBX接口應用8的。
然后，從應用程序7接收到的信令數據，被分割成包括APM的一連串的APP，每個APP都有合適的分段和上下文指示符設置。在這些指示符的基礎上，SS7接收交換機6中的ISUP10就能夠重新裝配信令信息，并將它傳送給連接的PBX接口應用8，否則就不加改變。這里要指出，IAM和APM是在包括在每個消息中的相應SS7點碼的基礎上，傳送給SS7接收交換機6的。還要指出，在這個端到端(或對等)傳輸過程中，在兩個交換機之間的任何中間節(jié)點上，IAM和APM都不“打開”。
這里建議利用這些APM來傳輸附加的主叫用戶尋址信息，這些尋址信息不能包括在呼叫建立階段發(fā)送的IAM中。這樣做使APM的使用超出了通過網絡(以及ISUP)為“外部”應用提供管道。
假設要在呼叫建立階段，從始發(fā)SS7交換機5向終到SS7交換機6傳送相對而言大量的主叫用戶尋址信息，從而使得不能將所有這些信息全部包括在有關的單個IAM(或者更具體地說是IAM的APP)中。所有溢出尋址信息流都可以在括APM的后續(xù)APP中發(fā)送。然而這樣做要求在接收節(jié)點里定義新的標識符，這里叫做“UNI”，用來傳輸(普通的)對等數據(標識符=0)，或者傳送單向數據(標識符=1)。這個標識符可以分配給APP的一個適當的空閑標識符，例如上表中第2個八比特組的第7位。
標識符UNI允許中間節(jié)點(例如交換機)跳過段的重新裝配過程，從而在呼叫建立階段節(jié)省時間和簡化處理過程。具體而言，中間節(jié)點只重新裝配屬于UNI標識符被設置為0的APP的那些段，也就是跟對等數據傳輸有關的那些段。而對于UNI標識符設置為1的那些，APP不做改變就傳送給下一個節(jié)點。
在目的地交換機中，基本呼叫建立程序首先從IAM或APM中提取APP。接著檢查UNI標識符是不是被設置成1。如果是這樣，程序就知道這個消息是一系列消息中的一個，這些消息需要在交換機中進行重新組合。這個APP包括一個具體的應用上下文標識符(八比特組1)，它說明傳輸的信息要去的應用。在這個實例中，這個應用是利用主叫方尋址信息的應用。圖3A對這個程序作了一般說明。
圖3B更詳細地說明了圖3A中“段的重新裝配”操作。注意，只有那些具有相同段邏輯引用(SLR)的APP才能組合在一起。
顯然可以對上述實施方案進行更多的改進，而不會偏離本發(fā)明的范圍。例如，雖然上述實例涉及主叫用戶尋址信息的傳輸，但是本發(fā)明還可以用于傳輸其它類型的信息。
在某些情況下，駐留在交換機5、6之間的中間節(jié)點上的業(yè)務應用可能需要傳輸的信息(在這種情況下就是用戶標識信息)。這個應用可以是，例如，在計費節(jié)點里的記帳應用。這要求ISUP協(xié)助回收IAM中的信息?；厥帐窃跇I(yè)務應用發(fā)送一個明確的請求給ISUP的時候進行的，請求APP觸發(fā)屬于用戶標識信息的傳輸。在一個IAM中收到兩個APP信息元素的時候，中間節(jié)點里的ISUP無法將攜帶用戶標識信息的APP跟其它的APP(攜帶具體的對等應用數據)區(qū)分開來。為了解決這個問題，ISUP利用UNI標志，來說明這個APP是不是涉及對等連接上下文，或者它是不是基本呼叫上下文(而不屬于任何預先定義的應用)的一部分。
權利要求
1．一種方法，用于在采用7號信令系統(tǒng)的電信網中傳輸主叫用戶尋址信息，這種方法包括在電信網的兩個節(jié)點之間完成呼叫建立階段，為用戶數據預約信道，這個建立階段包括從所述第一個節(jié)點向后續(xù)節(jié)點傳輸起始地址消息，所述起始地址消息包括一個應用傳輸機制指示符，告訴后續(xù)節(jié)點將在一個或多個后續(xù)應用傳輸機制消息中傳輸尋址信息；和從第一個節(jié)點向后續(xù)節(jié)點傳輸所述一個或多個應用傳輸機制消息。
2．權利要求1的方法，其中的起始地址消息和應用傳輸機制消息中的每一個都包括攜帶所述尋址信息的應用傳輸參數(APP)。
3．權利要求2的方法，其中每個APP都包括單向指示符標志，向接收節(jié)點說明這個APP是不是對等傳輸的一部分，或者這個APP是否涉及基本呼叫建立的上下文。
4．以上權利要求中任意一個的方法，其中的起始地址消息包括有限的主叫用戶尋址信息。
5．以上權利要求中任意一個的方法，其中在所述一個或者多個應用傳輸機制消息中發(fā)送的傳輸主叫用戶尋址信息至少包括如下內容之一主叫用戶的地理位置；邏輯主叫用戶ID；邏輯用戶ID；物理主叫用戶ID；和主叫用戶名。
6．以上權利要求中任意一個的方法，其中的起始地址消息和應用傳輸機制消息，是通過所述電信網，在對應的單個數據包里傳輸的。
7．權利要求6的方法，其中最后傳輸的應用傳輸機制消息包括一個指示符，這個指示符被設置成向接收節(jié)點說明這個消息是最后的應用傳輸機制消息。
8．在采用7號信令系統(tǒng)的電信網中傳輸主叫用戶尋址信息的裝置，其中，在電信網的兩個節(jié)點之間完成呼叫建立階段，為用戶數據預約信道，該裝置包括第一個節(jié)點上提供的第一個處理裝置，用于產生起始地址消息，并從所述第一個節(jié)點向后續(xù)節(jié)點傳輸這個消息，該起始地址消息包括一個應用傳輸機制指示符，用來告訴第二個節(jié)點將在一個或多個后續(xù)應用傳輸機制消息中傳輸尋址信息；和第二個處理裝置，用于產生所述一個或多個應用傳輸機制消息，并將這個(些)消息從第一個節(jié)點傳輸到后續(xù)節(jié)點。
9．權利要求8的裝置，其中第一個和第二個處理裝置由適當地編過程的計算機系統(tǒng)來提供。
10．在電信網中采用7號信令系統(tǒng)傳輸信息的一種方法，在網絡兩個節(jié)點之間的呼叫的建立階段，該信息從節(jié)點中第一個向后續(xù)節(jié)點單向傳輸，并且是給后續(xù)節(jié)點中存在的應用的，該方法包括從所述第一個節(jié)點向后續(xù)節(jié)點傳輸起始地址消息，所述起始地址消息包括一個應用傳輸機制指示符，用來告訴后續(xù)節(jié)點所述信息將在一個或多個后續(xù)應用傳輸機制消息中傳輸；和從第一個節(jié)點向后續(xù)節(jié)點傳輸所述一個或多個應用傳輸機制消息，該方法還包括在所述或每一個應用傳輸機制消息里包括一個標志，用來向接收節(jié)點說明該消息是不是一個單向消息。
11．權利要求10的方法，其中的后續(xù)節(jié)點是所述信息傳輸路徑上的一個中間節(jié)點，該方法包括一個沒有置位的單向標志時，就把接收到的應用傳輸機制消息，在不加改變的狀態(tài)下轉發(fā)給后續(xù)節(jié)點。
全文摘要
一種方法,用于在采用7號信令系統(tǒng)的電信網中傳輸主叫用戶尋址信息。在電信網的兩個交換機之間完成呼叫建立階段,為用戶數據預約信道。在這個呼叫建立階段,從第一個交換機向第二個交換機發(fā)送一則起始地址消息,這一起始地址消息包括一個應用傳輸機制指示符,用來告訴第二個交換機尋址信息將在一個或多個后續(xù)應用傳輸機制消息中傳輸。然后從第一個節(jié)點向第二個節(jié)點傳輸所述一個或多個應用傳輸機制消息,每個消息都包括一個單向標志,用于說明該消息涉及基本呼叫上下文應用,而不是對等連接上下文。
文檔編號H04Q3/00GK1311959SQ99808340
公開日2001年9月5日 申請日期1999年6月25日 優(yōu)先權日1998年7月6日
發(fā)明者R·赫洛 申請人:艾利森電話股份有限公司