智能網的呼叫建立的制作方法

專利名稱：智能網的呼叫建立的制作方法
技術領域：
本發明涉及一種改進智能網的呼叫建立操作，為用戶生成業務的機制。


圖1A示出了與本發明有關的現有技術呼叫建立部件。呼叫從A用戶傳送到B用戶。A用戶例如可以是一個普通用戶單元的使用者、一個公用小交換網絡PBX1的用戶，或者一個通過移動臺交換PLMN(公用陸基移動網)和基站系統BSS的移動用戶。呼叫可以例如從A用戶通過第一交換機PBX1、第一交換機EXC1、公用綜合業務網絡PISN、第二交換機EXC2和第二交換機PBX2到達B用戶。交換機EXC1和EXC2是圖1中本發明最重要的部分。
利用智能網(IN)，可以向電信網，例如有線網或移動電話網的用戶提供許多不同的業務。這些業務例如是專用號碼方案PNP，它允許使用專用號碼，以及用戶僅能呼叫同組用戶的個人號碼。在交換機的號碼域中為PBX用戶定義了一個特定的號碼塊。這種類型的智能網的一個例子在ITU-T Q-1200系列建議中描述，其中Q-1210-Q-1219定義了被稱為CS-1(功能集1)的屬性集合，相應地，Q-1220-Q-1229定義了CS-2的屬性集合。在本發明中，對建議Q-1214所提出的呼叫建立機制提出了一種改進方案。本發明采用AIN版本2中建立若干控制連接的方案，使得它與CS-2體系結構和實體兼容。
智能網所定義的基本呼叫狀態模型BCSM描述了呼叫控制的不同階段，它包括了呼叫控制中可以中斷，從而啟動智能網業務的多個點。它識別呼叫和連接處理中的事件檢測點，在這些點上智能網的業務邏輯實體可以與基本呼叫和連接管理屬性進行交互。
現在參看圖1B，在交換機中，呼叫建立被劃分成兩部分，輸入側的呼叫建立和輸出側的呼叫建立。輸入側和輸出側都被稱為半呼叫或呼叫控制。輸入側的呼叫控制連接到A用戶的業務，而輸出側的呼叫控制連接到B用戶的業務。相應的狀態模型是O-BCSM=發方基本呼叫狀態模型和T-BCSM=收方基本呼叫狀態模型。一個CS(呼叫部分)對應于一個呼叫。屬性交互管理器在狀態模型O-BCSM/T-BCSM和呼叫部分CS之間示出。傳統的呼叫建立不借助智能網，交換機獨立地完成與呼叫路由尋址相關的所有控制。智能網體系結構包括一個或多個業務控制點(SCP)，又稱為SCF元件(業務控制功能)。SCF元件提供給交換機呼叫建立指令，這樣，它控制呼叫部分CS的一方或兩方，即輸出側或輸入側。這被稱為控制連接。在圖1B中，這由SCF下方的雙向箭頭表示。一個半呼叫僅能由一個SCF通過控制連接加以控制。控制連接意味著半呼叫和SCF之間存在著會話，在該會話中，SCF可以給出改變呼叫建立的指令。這意味著正在進行的呼叫存在TCAP連接(事務處理應用部分)，利用TCAP連接可以查詢附加信息或者接收附加指令。控制連接能夠影響呼叫建立。因此，如果呼叫建立的某階段中，例如發現B用戶的接口忙，則可以將呼叫導向另一個號碼。
CS-1和CS-2智能網體系結構的一個問題在于，與同一個半呼叫相關聯的控制連接不能多于一個。這種業務的一個實際例子是專用號碼方案或個人號碼。基于已知的智能網機制，一個半呼叫(在同一交換機中)無法同時激活兩個或更多個這樣的業務。它對業務提供者和用戶所帶來的問題是無法在同一交換機中為同一用戶同時實現多種特定類型的業務。
按照現有技術，僅有一個控制連接可以與一個入呼叫或出呼叫相關聯，一種直接的解決方案是建立一種入半呼叫和/或出半呼叫與多個控制連接，即到智能網業務控制點SCF的連接相關聯的狀態模型。但是，這種直接方案的問題在于，因為呼叫狀態模型必須改變，所以交換機中的軟件需要進行一些改動。
因此，本發明的目的是提出一種生成業務的方法，使得與多個同時進行的業務生成相關聯的前述問題得以解決。本發明的目的由一種方法實現，該方法的特征在權利要求1的特征部分中陳述。從屬權利要求與本發明的優選實施例相關。
本發明的基本思想在于，在呼叫控制機制中，連接不一定需要導向出半呼叫或下一網元，而是入呼叫可以在同一交換機中循環一定次數，該次數等于智能網所需控制連接的數量。同一思想可以表示并實現成在交換機的呼叫控制機制中，復制呼叫狀態模型，即虛半呼叫對。這樣，控制連接和不同業務可以與每一個虛半呼叫相關聯。
通過復制呼叫狀態模型(而不是從一個狀態模型中得到的多個控制連接)，可以得到一些特定的優點。首先，本發明技術僅需要對交換機軟件作的改動少，因為復制同一類型的狀態模型比生成能夠得到多個控制連接的新狀態模型要容易。本發明的機制不需要改變狀態模型的接口，因為現有狀態模型-軟件和數據元素-實際上可以照常使用。與建立一個全新的狀態模型方案相比，改動少并且將改動局限在精確指定的區域會使交換機的可靠性增強。本發明的機制還可以容易地進行擴展，因為控制連接的數量并沒有固定上限。
如果發現無法復制狀態模型O-BCSM和/或T-BCSM，而僅能復制呼叫部分CS，則本發明的實際實現可以進一步簡化。僅復制語音段比復制整個狀態模型要簡單(占用較少資源)。
下面結合附圖，通過優選實施例來詳細解釋本發明，在附圖中圖1A示出了現有技術呼叫建立中與本發明有關的部件；圖1B示出了呼叫狀態模型和智能網呼叫控制的概圖；圖2A示出了本發明呼叫建立機制的原理；圖2B示出了圖2A方案的一種先進的改進型；圖3是說明本發明的一個示例性信令圖；圖4A說明了CS-1和CS-2智能網體系結構在例如呼叫控制上的限制；以及圖4B示出了在本發明的機制中如何組合不同業務。
圖2A示出了本發明呼叫建立機制的原理。連接不一定需要導向入半呼叫或下一網元，而是入呼叫可以在同一交換機中循環一定次數，該次數等于智能網所需控制連接的數量。本發明思想的實現使得在交換機的呼叫控制機制中，復制呼叫狀態模型，即虛半呼叫對。這樣，控制連接和不同業務可以與每一個虛半呼叫相關聯。
圖2B示出了圖2A方案的一種先進的改進型。該改進基于以下考慮無法復制狀態模型O-BCSM和/或T-BCSM，而僅能夠復制呼叫部分CS，其中該例中可以看到兩個呼叫部分CS-A1和CS-A2。它們之間以虛線示出了相反方向的呼叫部分CS-B1。這是呼叫控制的呼叫部分的結果，它通常使得入半呼叫的呼叫部分之后是出半呼叫的呼叫部分，以及相反情況。在虛線所示呼叫部分處，適配器功能僅用于使兩個并發呼叫部分的接口兼容。如果并發呼叫部分(與入呼叫或出呼叫相關聯)適配成彼此直接相連，則可以省略以虛線示出的呼叫部分CS-B1。
僅復制呼叫部分CS(與復制整個狀態模型相比)具有以下優點避免復制復雜的占用資源的軟件，而可以復制主要包含參數數據且占用相對少的資源的呼叫部分。
按照本發明，應當增加屬性交互管理器FIM，使得多于一個語音段，在本例中是CS-A1和CS-A2，與其相關聯。在前述ITU-T智能網建議中，FIM的功能包括例如維護不同業務的相互兼容性信息。按照現有技術，FIM能夠彼此僅適配網絡的基本業務，以及最多一種啟動控制連接的智能網業務。(此外，FIM可以維護所謂監控業務的兼容性)為了適配業務，屬性交互管理器FIM可以連接到參數數據庫(未示出)。FIM基于該信息知道哪些業務可能與另一些業務不兼容。
按照本發明，該數據庫中還增加不同業務類型如何鏈接(即，與它們相關聯的呼叫部分以什么順序放置，在遇到檢測點時它們的報告次序)的信息。按照本發明，該數據庫中還增加相同業務類型相互優先級的信息。基于該信息，屬性交互管理器FIM得知不同類型業務以何種次序鏈接。此外，屬性交互管理器FIM知道呼叫部分以什么次序接收特定方向(輸入側和輸出側)遇到檢測點事件的信息。
例如，對彼此不同的業務-例如信用卡業務和會議業務-業務的相互次序在屬性交互管理器FIM中(或者在與其相關聯的數據庫中)定義。在兩個相同呼叫類型之間優先級決定哪個業務首先接收遇到檢測點(例如釋放事件)的信息。例如可以鏈接一個呼叫名單業務和個人號碼業務，使得在遇忙情況下，個人呼叫業務可以首先嘗試將呼叫尋路到用于遇忙情況的另一號碼，但如果用戶沒有可選號碼，則將遇到忙檢測點的信息發送到具有較低優先級的呼叫名單業務，后者則可以嘗試建立到同一用戶或者可以是另一用戶的某個其它號碼的呼叫。
另一個例子是以下情況計費業務原已連接到該呼叫，該業務觸發了檢測點，之后對同一呼叫建立一次會議呼叫。屬性交互管理器FIM具有允許的業務組合的信息，它以合理的次序鏈接呼叫，例如會議呼叫的呼叫部分應當放置于計費業務呼叫部分之前，從而計費業務的呼叫部分可以在計費信息發送到會議呼叫呼叫部分之前檢測到從網絡接收的計費消息。
現在參看圖3，針對交換機中接收的與呼叫建立請求相關的呼叫描述了一種可能的事件鏈。在階段3-0，交換機中接收到一個呼叫建立請求，即從A用戶或前一交換機發出的“建立”消息。與入半呼叫相關聯的呼叫狀態模型O-BCSM1檢測到它必須從SCF1得到呼叫建立指令。在階段3-1，數字分析之后遇到了檢測點DP(O_AnalyzedInformation)。因為遇到了該檢測點，鏈中的第一呼叫部分CS-A1由輸入側呼叫狀態模型通過FIM生成。在階段3-2，發送一個IDP消息(初始檢測點)給SCF1，從而觸發了第一控制SCF連接。在階段3-3,SCF1發送響應RESP，它包含呼叫建立指令，例如新號碼之類信息。在該階段，SCF1允許繼續呼叫建立(RESP和CONT)。輸入側的狀態模型檢測到第二SCF連接也應當從該檢測點觸發。
在該階段，現有技術呼叫建立中，連接應當從該交換局導向下一交換局，到交換機或者用戶。按照本發明，呼叫建立還需要附加內容，使得呼叫建立可以在同一交換機中循環一定次數，該次數等于與同一呼叫相關聯的不同業務的數量。在階段3-5，向CS-A2發送O_Analyzed Information消息，它在階段3-6與SCF2建立第二控制SCF連接。階段3-7和3-8對應于階段3-3和3-4。在階段3-9，呼叫控制和輸出狀態模型由SETUP消息啟動。在階段3-9，呼叫尋路到B用戶的交換機。階段3-10描述了交換機外的行為，它示出(在本例中)了B用戶正忙。在階段3-11，向呼叫控制和輸入側狀態模型報告忙情況。在階段3-12，遇到檢測點DP(O_Busy)。向CS-A2報告遇到檢測點，CS-A2可以向SCF2報告遇到檢測點。在階段3-13，SCF2發現已遇到忙情況，對此它給出指令，改變呼叫處理。(也可能是SCF2不對遇到該檢測點感興趣。)如果SCF2沒有給出了改變呼叫建立的指令，而是允許呼叫處理照常繼續，則在階段3-15向CS-A1報告遇到忙檢測點。階段3-16和3-17與階段3-13和3-14相對應。
這樣，鏈中的每個控制功能SCF1、SCF2等可以檢測到呼叫釋放，并通過O-BCSM或T-BCSM給出可選的呼叫建立指令，例如將呼叫尋路到另一業務。然后，呼叫釋放并不在鏈中反向傳播，而是停留在呼叫釋放所到達的點，在該點上SCF對它作出反應。
在建立連接之前，不一定需要知道它是否會成為一個控制連接。這通常僅由SCF配置EDR(事件檢測點響應請求)檢測點來獲知。按照本發明的一種實施例，在檢測點的靜態觸發數據中，即在觸發數據中有是否因所需的SCF詢問而建立一個控制連接的信息。通過這種方式，可以為以后的第二控制連接作準備，并生成第二狀態模型或呼叫部分。
按照本發明的另一實施例，用戶數據中定義了租用需要控制SCF連接的IN業務的信息。該信息可以影響呼叫路由選擇，按照該信息準備第二狀態模型或呼叫部分，從而可以控制其它IN業務。該實施例的出發點如下。用戶可以擁有多個用戶的業務。因此必須準備在通話狀態下建立新的控制連接。例如假定用戶正呼叫一個具有重新選路可能性的個人號碼。如果該用戶預約了一個會議呼叫或者其它呼叫在以后激活，則可以利用該信息。因此，可以避免以下情況號碼翻譯業務會阻止以后會議呼叫的激活。
圖4A說明了CS-1和CS-2智能網體系結構在呼叫前轉上的限制。兩個被動分支，即到用戶的連接，連接到呼叫部分的連接點。在事件鏈開始時，向B用戶發出一次呼叫(該用戶的呼叫前轉打開)，交換機中將該呼叫處理成一個入呼叫。該呼叫以始發呼叫的形式從B用戶的交換機轉發。上分支401說明了入呼叫，O_BCSM所連接的下分支402描述了從該用戶轉發的呼叫。該用戶使用了T_BCSM機制以建立入呼叫。該機制檢查例如該用戶是否支付了話費，如果答案是肯定的，則將呼叫交換到用戶，為主叫用戶生成去話呼叫音。這樣，將呼叫前轉處理成從前轉用戶交換機發出的用戶始發呼叫。在圖4A的CS2智能網體系結構中，兩個狀態模型(T_BCSM和O_BCSM)具有通過同一呼叫部分403的同一個SCF連接，呼叫分支401和402連接到該呼叫部分403。如果控制連接由現有技術呼叫前轉業務組成，則任何其它控制連接無法再連接到該入呼叫或者始發部分。
圖4B類似地示出了在本發明的機制中如何組合不同業務(本例中為呼叫前轉和會議呼叫)。參數421所指示的業務包括入呼叫的業務。這些業務例如是入呼叫的檢查業務或者測量呼叫時間的入呼叫計費業務。一個可能的業務是所謂的入話篩選(screening)，它檢查B用戶接收A用戶呼叫的權限。
參數423所指示的業務通過鏈中下一呼叫部分與呼叫前轉業務相關聯。下分支402由C用戶基于從SCF2得到的呼叫前轉號碼生成。從該前轉呼叫部分，即從分支402，可以為SCF2啟動一個新的控制SCF連接，與SCF2相關聯的業務由參數423示出。例如，C用戶的號碼，可能是一個個人號碼或其它智能網號碼，可以由這些業務翻譯成一個網絡可識別的號碼。為此，為到SCF3的第三SCF連接生成第二呼叫部分412。多方呼叫部分和與特定分支相關的呼叫部分的一個分支具有輸入側的同一狀態模型T_BCSM。屬性交互管理器FIM和呼叫部分復制的使用使得輸入側從多方呼叫部分的某被動分支觸發第二業務(建立一個SCF連接)成為可能。
比較圖4A和4B，可以看出本發明技術如何使得呼叫前轉號碼成為一個個人號碼或者需要SCF中號碼翻譯的任何其它智能網號碼。按照本發明，每個業務的特定呼叫部分方案具有以下優點在入呼叫業務建立了控制連接之后，可以觸發例如呼叫前轉業務，該業務將呼叫導向另一號碼。在本發明的方法中，從每個被動分支可以觸發SCF中的一個不同的業務，控制連接可以由這些業務組成。本發明的方法使得例如可以通過某智能網業務號碼檢索到參與會議呼叫的用戶，該號碼可以由同一交換機觸發的控制SCF連接翻譯。除了前轉業務呼叫部分之外，號碼翻譯呼叫部分也可以與輸出側的呼叫狀態模型(O_BCSM)相關聯，它處理從該用戶轉發的呼叫，本發明使得在呼叫前轉業務中例如SCF所提供的呼叫前轉號碼是一個智能網業務號碼，該號碼可以由同一交換機觸發的控制SCF連接翻譯。
因此，本發明的基本思想是，在同一交換機中為與同一呼叫同一方相關聯的每個業務生成不同的狀態模型，或者最好僅是狀態模型的一部分，建立從該部分到智能網業務控制點SCF的連接。在按照本發明補充后的CS-1/CS-2智能網體系結構中，適當的狀態模型部分是呼叫部分CS。對本領域技術人員而言，顯然隨著技術的發展，可以通過不同方式實現本發明的基本思想。因此，本發明及其實施例并不局限于以上例子，而可以在權利要求書范圍內變化。
權利要求
1．一種在交換機(EXC1、EXC2)的呼叫建立功能中將多種業務連接到同一呼叫的方法，其中-呼叫被劃分成入呼叫控制和出呼叫控制；-至少一個呼叫控制可以由狀態模型(O-BCSM,T-BCSM)建模，該狀態模型與到智能網業務控制點(SCF1-SCF3)的一個連接可操作地關聯；其特征在于-在至少一個交換機(EXC1、EXC2)中，為與同一呼叫的同一方(A、B)相關聯的每個業務生成狀態模型(O-BCSM,T-BCSM)的至少一個與業務相關的部分(CS1到CS3)，該部分與到智能網業務控制點(SCF1-SCF3)的一個連接可操作地關聯。
2．根據權利要求1的方法，其特征在于，為了避免業務的相互沖突，狀態模型的每個與業務相關的部分(CS1到CS3)將與該階段模型部分相關聯的控制點(SCF1到SCF3)需要作出反應的事件通知給呼叫建立傳送方向上的下一狀態模型部分。
3．根據權利要求1或2的方法，其特征在于，通過在入和/或出方向上的多個狀態模型(O-BCSM,T-BCSM)或者與業務相關的一個狀態模型部分(CS-A1、CS-A2)對該方向上的呼叫控制進行建模，兩個連續部分之間在相反方向上有一個狀態模型(T-BCSM,O-BCSM)或其一部分(CS-B1)。
4．根據權利要求1或2的方法，其特征在于，通過在入和/或出方向上的多個狀態模型(O-BCSM,T-BCSM)或者與業務相關的一個狀態模型部分(CS-A1、CS-A2)對該方向上的呼叫控制進行建模，兩個連續部分之間實際上僅有一個適配器功能，適配兩個類似的狀態模型或一個狀態模型的一部分。
5．根據任一前述權利要求的方法，其特征在于，所述與業務相關的狀態模型部分(CS1到CS3)響應于該時刻狀態模型中控制連接的存在，以及在某個檢測點建立控制連接的需要的識別而生成。
6．根據任一前述權利要求的方法，其特征在于，所述與不同業務相關的狀態模型部分(CS1到CS3)在需要生成它的請求上升之前，在為以后業務的準備中生成。
7．根據權利要求6的方法，其特征在于，在租用需要控制連接的智能網業務的用戶數據中定義了呼叫路由選擇信息。
8．根據權利要求7的方法，其特征在于，在用戶數據中定義的所述信息用于呼叫路由選擇，按照該信息準備呼叫的第二與業務相關部分，其它智能網業務由該部分控制。
9．根據任一前述權利要求的方法，其特征在于，在狀態模型(O-BCSM,T-BCSM)和與業務相關部分(CS1到CS3)之間有屬性交互管理器(FIM)，業務的相互兼容性信息與它相關聯，其特征在于，與串接成鏈的不同業務類型在鏈中的次序相關的信息也與該屬性交互管理器(FIM)相關聯。
10．根據權利要求9的方法，其特征在于，同一業務類型的相互優先級信息也與該屬性交互管理器(FIM)相關聯。
11．根據任一前述權利要求的方法，其特征在于，與業務相關部分是呼叫部分(CS1到CS3)。
12．根據任一前述權利要求的方法，其特征在于，需要生成的業務包括呼叫前轉和/或會議呼叫。
全文摘要
在現有技術智能網應用CS－1和CS－2中，因為一個呼叫控制僅能與一個控制連接相關聯，所以與同一呼叫控制(入或出)僅能與一個活躍業務相關聯。這些業務可以是專用號碼方案或個人號碼。在將業務連接到呼叫的現有技術方法中，呼叫被劃分成入呼叫控制和出呼叫控制，至少一個呼叫控制可以由狀態模型(O－BCSM，T－BCSM)建模，該狀態模型與到智能網業務控制點(SCF1－SCF3)的一個連接可操作地關聯。按照本發明，在至少一個交換機(EXC1、EXC2)中，為與同一呼叫的同一方(A、B)相關聯的每個業務生成至少一個狀態模型(O－BCSM，T－BCSM)或與業務相關的狀態模型部分(CS1到CS3)，該部分與到智能網業務控制點(SCF1－SCF3)的一個連接可操作地關聯。
文檔編號H04M3/42GK1238102SQ97199758
公開日1999年12月8日 申請日期1997年2月28日 優先權日1996年11月14日
發明者朱卡·沃倫尼爾斯 申請人:諾基亞電信公司