五月婷婷在线观看|国产成人精品3p人妻网站|日本老熟妇maturebbw|日韩 欧美 综合

新聞資訊

醫院ICU探視系統廠家-呼叫處理的動態數據結構

2023-10-20 12:36

呼叫處理程序與數據密切相關,這里順便介紹DMS-100系統呼叫處理軟件的動態數據結構。DMS-100具有以下的數據結構:

•呼叫壓縮塊(CallCondenseBlock-CCB)

•終端狀態映象(TerminalStateMap-TSM)和終端狀態字(TerminalStateWord—TSW)

•呼叫數據塊(CallDataBlock-CDB)

•呼叫處理信件(CallprocessingLetter)

•擴充的呼叫壓縮塊(ExtendedCallCondenseBlock—ECCB)

(1)CCB的作用

            每產生一個呼叫,就要分配一個CCB,并且一直伴隨著這個呼叫,存放與此呼叫有關的暫存信息,諸如與此呼叫有關的代理、與當前呼叫狀態有關的信息以及從各種事務處理所獲得的信息等。這在其它程控交換機中一般稱為呼叫控制塊(CallControlBlock-CCB)。DMS-100的軟件中引入了“壓縮"這一用語,因此稱為呼叫壓縮塊。

CCB通過TSM可與呼叫所涉及的終端相勾連。CCB具有若干種狀態,并可形成以下幾種不同的鏈接關系:

①鏈接到激活的呼叫

            當發生某種事件而引起了事務處理的呼叫稱為激活的呼叫,也就是從呼叫壓縮而進入呼叫激活。呼叫激活后,將有一呼叫進程來處理此呼叫:此時CCB將鏈接到這一進程及其相關的CDB。

②鏈接到壓縮的呼叫而在等待消息。

③編入以下三種單向隊列之一:

(a)可用隊列(AvailableQueue)

            可用隊列就是空閑隊列,凡空閑的CCB均在此隊列中。當產生一個新呼叫,就從此隊列取出一個CCBO當呼叫結束,CCB又歸還到可用隊列。

(b)進行隊列(ProgressQueue)

            當一個壓縮的呼叫收到一個消息后,其CCB即編入進行隊列,等待呼叫進程的調度,以處理該消息對應的事務。要注意的是,已壓縮的呼叫收到消息肯定不是呼叫開始產生時的呼出消息。

(c)呼出隊列(OriginationQueue)

            從一空閑的終端收到呼出消息后,從可用隊列取出的CCB就編入呼出隊列,等待呼叫進程的處理。這一隊列的級別低于進行隊列,也就是要將進行隊列中的所有CCB處理完畢,才處理呼出隊列。

上一篇:醫院網絡對講系統廠家-CCB的結構
返回
下一篇:醫用探視系統廠家-呼叫處理軟件的分層結枸