dcd

dcd

DCD,全稱是Data Communication Device,即數據通信裝置。

傳輸中

DCD,Data Carrier Detect,載波檢測,作用是Received Line Signal Detector。

DCD也叫接收線信號檢出(Received Line detection-RLSD)。當本地的DCE收到由通信鏈路另一端的DCE送來的載波信號時,使DCD變為有效(高電平),表示已檢測出遠端的載波信號,要求數據終端設備(DTE)準備接收。

在光纖通信的傳輸中,Dispersion Compensator Device色散補償器,用於補償光纖傳輸媒介中產生的色散。

影音中

DCD使用的是MPEG-2方式,它的特點是能夠根據實際的場面特點進行不同程度的壓縮,因此在同樣的記錄面積下可明顯提高存儲容量和質量。

MPEG-2的主要威力在於它的可變模式---充分實現“按需分配” 。換句話說,也就是它可以對大動作的場面分配經較多的數據,而對變化較小的場面則分配以較少的數據,同時這也使活動圖象的質量得以顯著提高,(水平和垂直方向上的象素都比Video CD多1倍)。因此,也可以說MPEG-1和MPEG-2的最大差別表現在畫質上。

DVD的VMPEG-2主要規格可分為兩種:一種碼率為3-5Mit/s,可用於PLA、NTSC和SECAM等電視制式,水平解象度為499-500線;另一種碼率為8-10Mbit/s,接近國際電訊聯盟ITU-R601標準,圖象的水平解象度約為1000線。

電信中

DCD(Dynamic Content Delivery)是來自OMA的業務能力規範,實現內容向用戶終端的直接推送。在中國移動的業務中被稱為“快訊”,但是知道的人不多。

系統介紹

DCD系統包括:DCD伺服器、DCD客戶端軟體、內容來源三個部分。

被閱讀內容從CP處被提交到DCD伺服器,然後可能有兩種方式:

1. DCD伺服器通過Push訊息給客戶端,通知客戶端立即更新最新的內容。

2. DCD伺服器等待客戶端的定時同步的HTTP請求,提取走最新內容。

(方法1的數據獲取方式與MMS類似)

dcddcd

註:目前的DCD服務為封閉系統,沒有體現CP部分的獨立角色,沒有發展一定數量的CP來提供內容,因此DCD可供訂閱的內容比較單一,內容的吸引力還不是很強。個人覺得這是DCD業務目前需要解決的主要問題之一。

下面就DCD的業務特徵進行幾點分析,簡單說說自己的想法。

與簡訊、彩信、WAP Push業務類似,DCD實現內容的推送方式下發。

與WAP網頁瀏覽不同,用戶使用過程中不需要記住URL地址,沒有網頁的傳輸等待時間,甚至沒有連結的點擊。一切體現為數據在後台的自動獲取和保存。

客戶端軟體

DCD需要專門開發的客戶端軟體,用於完成內容的自動下載、存儲、顯示和刪除。

根據中國移動的DCD業務規範,一般情況下在待機螢幕或者桌面上有用於內容顯示的特定區域。這也是DCD業務區別於其他業務的很大優勢和獨特性。

與彩信的比較

DCD業務在系統組成上與MMS有很大相似性,但是又有很多增強特性。列舉如下:

MMS DCD
1 通過Push訊息實現信息接受的及時性 支持。 且同時支持定時的內容同步和用戶手動的內容同步。
2 內容的預下載。在內容展現給用戶前,由程式在後台下載內容。 使用 MIME 封裝所有內容到一個內容體中,使用SMIL支持播放控制。 支持。 使用XML或者 XHTML 方式描述圖片、多媒體等內容。各個內容單獨下載。
3 業務擴展性不強 業務擴展性強,基於XML的接口定義,有較強的業務描述能力。
4 已下載內容的管理由用戶負責,與簡訊相似 內容的管理由客戶端完成,內容對用戶的干擾較小
5 ?手機必須的功能,幾乎全部支持 還沒有進入手機的必選功能,客戶端軟體的安裝率遠遠不如彩信功能普及。

就業務特性來說,DCD功能類似於彩信功能的升級,但因為其業務的獨特性,它不是彩信的替代品。

與網際網路標準RSS的比較

OMA定義DCD能力規範時參考了網際網路標準RSS/ATOM,因為其業務本質上是相似的。但是又有許多不同,主要解決了手機終端上特殊的性能問題、網路問題等。

1. 考慮到頻寬限制,最佳化每次傳輸的數據量。

2. 支持多個頻道的訂閱管理。最佳化減少同步次數,將用戶訂閱的不同頻道來源信息,在一次同步中全部傳送。(在網際網路上同樣有這樣的服務存在,比如Google Reader、Yahoo Pipes用於合併用戶自己需要的各個RSS訂閱源)。

3. 強制要求的客戶端內容管理,避免積累下載存儲的過多內容影響系統正常運行。

4. 根據客戶端提供的用戶信息、位置信息等提供增強的功能。區分用戶,地理位置相關的信息傳送。

5. Push訊息的支持,比RSS能實現更好的及時性。

6. 業務和接口定義時考慮到便於客戶端的實現。

本質上說,DCD體現了網際網路上被證明非常有效的RSS和AJAX的概念:訂閱與同步,XML數據的後台傳輸。無論是實現方式,業務特點都具有很強的網際網路特性。

說到網際網路特性不得不提及網際網路的盈利模式:廣告模式。

DCD業務具有廣告內容承載能力。主要體現在如下方面:

1. 與用戶訂閱的感興趣的內容相結合,容易被關注

2. 適當的內容展現能力,內容具有豐富性。

3. 內容可點擊,能精確計算廣告效果。

4. 內容安靜地被顯示,並且過期自動刪除,對用戶干擾小。

5. 新套用,用戶不易產生反感。

6. 能精確區分用戶,並提供位置信息,提升廣告精度。

所有這些區別於曾經的簡訊廣告,具有獨特的優勢。因此如果DCD業務推廣順利,實際用戶量足夠龐大,加入優質的廣告將可能是很好的盈利點。

網際網路公司的一個優勢在於對產品的連續跟蹤最佳化。對服務的更新採用頻繁連續的,每次少量的升級,並隨時根據用戶反饋進行調整。使得產品非常貼合用戶的需要。而DCD的產品需求和形態相對明確,連續升級的需求並不明顯,因此採用中移動傳統的開發和運營相對獨立的產品模式也可以保證DCD產品的順利實施。

Data Carrier Detect 數據載波檢測

在無線通信上來說,手機的微控制器與GPRS模組是通過串列口進行通信的。除了串口傳送(TX)、串口接收(RX)之外,微控制器與GPRS模組之間還有一些硬體握手信號,如DTR、CTS、DCD等。為了簡化微控制器的控制,硬體設計時沒有使用全部的硬體握手信號,而只使用數據載波檢測(Data Carrier Detect, DCD)和終端準備(Data Terminal Ready, DTR)信號。DCD信號可以檢測GPRS模組是處於數據傳送狀態還是處於AT命令傳送狀態。DTR信號用來通知GPRS模組傳送工作已經結束。

中國移動的GPRS中某些功能需要手機具備DCD功能。

器官移植

定義

DCD 是指心臟停止跳動後的器官捐獻。DCD與DBD 的意義不同,DCD具有嚴重的中樞神經損傷和(或)不可逆轉的腦損傷,但又沒有達到腦死亡標準,此時身體其他器官的功能受損程度因缺氧耐受能力不同而各有不同。經過醫生確定患者已經沒有復甦的機會和親屬已經決定撤除生命支持後,捐獻者的家人可以選擇DCD,為等待器官移植的患者提供了另一種選擇。

DCD發展現狀

DCD 發展的國際現狀:移植器官來源經歷了異種移植、死刑遺體、親屬活體、DBD 供體、親屬活體+非親屬活體、DCD供體、多種來源這7 個不同的歷史階段。

DCD 發展的國內現狀很長時間內,我國器官移植的供體主要來源於死刑犯的捐獻,使我國的器官移植事業長期不能得到國際承認。2005 年我國政府在洛杉磯世界肝移植大會上坦誠我國90% 移植供體來源於死刑犯捐獻,並承諾將不斷規範我國移植管理,逐步融入國際移植大家庭。中國國務院於2007 年5 月1 日頒布了《人體器官移植條例》,規定任何組織或個人不得以任何形式買賣人體器官。2009 年12 月30 日下發了《衛生部關於規範活體器官移植的若干規定》,嚴格規範了活體器官移植的細節。我國政府一直致力於將器官移植向國際化、正規化、合法化、公開化發展而努力。

彙編ARM指令DCD

定義

數據定義偽指令一般用於為特定的數據分配存儲單元,同時可完成已分配存儲單元的初始化。

— DCD ( DCDU ) 用於分配一片連續的字存儲單元並用指定的數據初始化。

語法格式

標號 DCD (或 DCDU ) 表達式

DCD (或 DCDU )偽指令用於分配一片連續的字存儲單元並用偽指令中指定的表達式初始化。其中,表達式可以為程式標號或數字表達式。 DCD 也可用 “ & ” 代替。

用 DCD 分配的字存儲單元是字對齊的,而用 DCDU 分配的字存儲單元並不嚴格字對齊。

相關搜尋

熱門詞條

聯絡我們