洛陽(yáng)電銷(xiāo)AXB系統(tǒng),辦理洛陽(yáng)電銷(xiāo)AXB系統(tǒng),洛陽(yáng)電銷(xiāo)AXB系統(tǒng)辦理

電銷(xiāo)AXB系統(tǒng) 解決呼出上限與呼出頻次的問(wèn)題

AXB 是用的透?jìng)骷夹g(shù)

A:業(yè)務(wù)員號(hào)碼

X：中間號(hào)

B：客戶(hù)號(hào)碼

系統(tǒng)里點(diǎn)擊撥號(hào)，手機(jī)端APP默認(rèn)會(huì)自動(dòng)給X號(hào)碼撥號(hào)。 X號(hào)碼自動(dòng)接聽(tīng)。X號(hào)碼再呼叫B號(hào)碼。然后B號(hào)碼看到的來(lái)電是A的號(hào)碼，不會(huì)看到X的號(hào)碼。這就是通常的AXB顯A線(xiàn)路

多隊(duì)列數(shù)據(jù)交換機(jī)制

標(biāo)準(zhǔn)Linux對(duì)網(wǎng)絡(luò)數(shù)據(jù)包的處理本質(zhì)上是基于中斷驅(qū)動(dòng)的，因而應(yīng)用層的處理總是被位于內(nèi)核空間、擁有更高優(yōu)先級(jí)的數(shù)據(jù)包處理（即中斷處理）所搶斷。在高負(fù)荷網(wǎng)絡(luò)中，CPU的大部分資源會(huì)被頻繁到達(dá)的網(wǎng)卡中斷占用，而優(yōu)先級(jí)較低的數(shù)據(jù)包應(yīng)用進(jìn)程任務(wù)無(wú)法得到執(zhí)行。一段時(shí)間就會(huì)導(dǎo)致網(wǎng)絡(luò)子系統(tǒng)的上層緩沖區(qū)溢出，收到的數(shù)據(jù)包丟棄。長(zhǎng)此以往，將出現(xiàn)所謂的“接收活鎖”。CPU花去所有的資源處理接收中斷，而數(shù)據(jù)包被接受后由于得不到進(jìn)一步處理而堆積通信延時(shí)，當(dāng)接收隊(duì)列溢出，數(shù)據(jù)包便白白被丟棄。另外，在標(biāo)準(zhǔn)的Linux系統(tǒng)中所有數(shù)據(jù)包共用一個(gè)backlog排隊(duì)而使得優(yōu)先級(jí)高的數(shù)據(jù)得不到及時(shí)處理，所以?xún)?yōu)先級(jí)高的數(shù)據(jù)有時(shí)分發(fā)延遲會(huì)增大，網(wǎng)絡(luò)性能也會(huì)受到影響^[4]。

為了解決“接收活鎖”和單一backlog隊(duì)列引起的問(wèn)題，可以在RTLinux系統(tǒng)中實(shí)現(xiàn)一個(gè)網(wǎng)絡(luò)子系統(tǒng)，該子系統(tǒng)主要具有如下兩方面的功能：

1)網(wǎng)絡(luò)子系統(tǒng)啟動(dòng)專(zhuān)門(mén)的內(nèi)核線(xiàn)程對(duì)不同協(xié)議的數(shù)據(jù)包進(jìn)行處理，然后應(yīng)用進(jìn)程任務(wù)在相應(yīng)的隊(duì)列中取包進(jìn)一步操作。由于線(xiàn)程的運(yùn)行是參加調(diào)度的，它不像標(biāo)準(zhǔn)Linux的基于中斷驅(qū)動(dòng)的協(xié)議處理方法那樣完全搶占CPU資源，自然也不會(huì)出現(xiàn)前面提到的“接收活鎖”現(xiàn)象，從而實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備接收數(shù)據(jù)包的控制。

2)在網(wǎng)絡(luò)子系統(tǒng)中依據(jù)實(shí)時(shí)性要求程度的不同建立多條接收隊(duì)列backlog，每個(gè)隊(duì)列分配不同大小的緩沖區(qū)和優(yōu)先級(jí)，實(shí)時(shí)性要求高的隊(duì)列具有較大的緩沖區(qū)和較高的調(diào)度優(yōu)先級(jí)，而實(shí)時(shí)性要求低的隊(duì)列具有較小的緩沖區(qū)和較低的調(diào)度優(yōu)先級(jí)。這樣就確保在高負(fù)荷網(wǎng)絡(luò)中，實(shí)時(shí)的網(wǎng)絡(luò)數(shù)據(jù)包也能及時(shí)的接受并得到處理。