第一篇：揭秘APEC通信：一張強大的WIFI網(wǎng)絡（范文）

揭秘APEC通信：一張強大的WIFI網(wǎng)絡

轉播期間，沒有出現(xiàn)一幀的黑場、靜幀，你們的保障是出色的、到位的、完美的----中央電視臺總控中心楊主任

真沒有想到APEC會議有這么強大的WIFI網(wǎng)絡，給了我們一次極好的驚喜！----中國新聞通訊社記者萬淑艷

APEC會議圓滿落幕了，給您留下最深印象的是什么？

面對這個提問，有人也許答是雁棲湖國際會議中心舉行的領導人圓桌會議、也許有人答是水立方的晚宴之夜、亦或是奧林匹克廣場上空的絢爛煙火……當人們在報紙上閱讀APEC、網(wǎng)絡上瀏覽APEC、在廣播里收聽、在電視上收看APEC時，卻很少有人知道，新聞圖片的呈現(xiàn)、視頻畫面的傳送，甚至APEC每一場活動的順利進行都離不開一張巨大的神經(jīng)網(wǎng)絡不是同---通信網(wǎng)絡的完美支撐。

初步統(tǒng)計，APEC會議期間，僅兩個新聞中心聯(lián)通3/4G手機高速上網(wǎng)總業(yè)務流量達到了4980GB，這相當于傳送了55余萬張高清照片或4000萬條微博報道。

通常人們理解的通信保障即電話信號和網(wǎng)絡信號的保障服務，其實不然。無論是媒體發(fā)稿、廣播電視信號傳送，還是會議組織、信息傳送都需要復雜、現(xiàn)代的通信網(wǎng)絡的支持，這個網(wǎng)絡正如人身體中的神經(jīng)系統(tǒng)，無時不刻都在傳輸著信息信號，不可或缺。APEC期間，北京聯(lián)通的通信保障更是隨著會議級別的提升，其內容也變得前所未有的豐富多彩………

新聞中心的聯(lián)通速度

會議期間新聞中心語音業(yè)務總量達到9.2萬愛爾蘭(話務量單位)，如果按3分鐘通話一次來算，相當于保障了190萬次的語音通話。而兩個新聞中心聯(lián)通3/4G手機高速上網(wǎng)總業(yè)務流量也達到了4980GB，相當于傳送了55余萬張高清照片或4000萬條微博報道。

“真沒有想到APEC會議有這么強大的WIFI網(wǎng)絡，給了我們一次極大的驚喜！”對于中國新聞通訊社記者萬淑艷來說，APEC會議給她留下最深印象的就是網(wǎng)絡速度，即便會議結束多日，她仍不忘與沒能參加APEC會議報道的同事分享此次報道體驗。

萬淑艷所在的中國新聞通訊社是全球互聯(lián)網(wǎng)中文新聞資訊最重要的原創(chuàng)內容供應商之一，也正因為有互聯(lián)網(wǎng)快速傳送新聞的要求，萬淑艷對于網(wǎng)絡的需求比其他媒體更加迫切。而讓萬淑艷感到意外的是，進入APEC會議所涉及到的任何場地，都能搜索到無線網(wǎng)絡信號，且速度比她的無線網(wǎng)卡快很多?！盀榱吮Ｕ闲侣剛魉偷乃俣龋乙郧半S身帶著無線網(wǎng)卡，這次APEC會議期間，無線網(wǎng)卡根本沒有用到，全部由WIFI搞定，而且速度完全能夠保障我能夠隨時隨地將新聞傳送回社里，”萬淑艷如是介紹。

實際上，萬淑艷所體驗到的高效快速的網(wǎng)絡信號都是由北京聯(lián)通所提供。

在北京聯(lián)通看來，媒體記者的報道和評價是衡量APEC會議通信保障成功與否的重要指標，而萬淑艷和陳婷婷也只是4000多家中外媒體工作人員中小小一員，根據(jù)北京聯(lián)通的統(tǒng)計，在APEC會議期間，北京聯(lián)通共計為包括媒體記者以及參會人員在內的64.5萬人次提供了上網(wǎng)服務，業(yè)務流量相加達到了4230GB，這個流量相當于傳送了50余萬張高清照片或者發(fā)送了3400萬條微博。

值得一提的是，除了網(wǎng)絡的服務外，北京聯(lián)通還保障了兩個新聞中心聯(lián)通移動業(yè)務的暢通無阻，會議期間語音業(yè)務總量達到9.2萬愛爾蘭(話務量單位)，如果按3分鐘通話一次來算，相當于保障了190萬次的語音通話。而兩個新聞中心聯(lián)通3/4G手機高速上網(wǎng)總業(yè)務流量也達到了4980GB，相當于傳送了55余萬張高清照片或4000萬條微博報道。

在APEC會議期間，不僅僅是新聞中心的電路帶寬和數(shù)據(jù)流量創(chuàng)造了歷史之最，北京聯(lián)通的保障級別也提升到了最高點，為了保障整個網(wǎng)絡的安全性和可靠性，北京聯(lián)通首次采用全光纖網(wǎng)絡服務于特大重要會議活動，而且語音、數(shù)據(jù)和傳輸電路，全程采用了雙路由、雙設備備份的配置，以確保通信保障的萬無一失。

電視傳送背后的秘密

北京聯(lián)通在APEC期間共開通1.485G高清視頻通路216路，視頻通路數(shù)量是奧運會時視頻通路數(shù)量的2倍多，總帶寬超過300Gbit/s，按3天轉播周期，平均每天傳送12小時計算，共傳輸視頻總容量達到38880000Gbit。相當于4.3G容量DVD光盤900多萬張，10G一部的高清電影380多萬部。

除了文字、圖片和廣播外，電視成為人們了解APEC、走近APEC的重要渠道，打開電視，老百姓坐在家里就能看到各經(jīng)濟體代表人的親切握手、欣賞到晚宴上精心呈現(xiàn)的文藝演出以及絢爛多彩的煙花表演，而電視畫面的呈現(xiàn)也同樣離不開北京聯(lián)通的高清視頻傳輸系統(tǒng)。

作為APEC會議視頻信號傳輸?shù)奈ㄒ唤涌诓块T，北京聯(lián)通承擔了為中央電視臺及組委會提供APEC會議期間全部的高清及標清視頻信號的轉播傳輸，其功能獨一無二。

眾所周知，我們可以忍受手機通話的斷續(xù)，可以忍受上網(wǎng)速度的快慢，卻不能忍受視頻畫面哪怕不到一秒鐘的黑場甚至馬賽克等畫面質量問題。而視頻質量是否達標、視頻畫面有無中斷都要倚靠視頻信號的傳輸，可想而知其要求有多苛刻。

北京市民王先生退休在家，對于國事格外感興趣的他在APEC會議期間每天早上起來的第一件事情就是打開電視看APEC，從清晨的《朝聞天下》看到APEC活動現(xiàn)場直播，晚上還要看《新聞聯(lián)播》來溫習這一天的重要會議和活動。王先生感慨道：“足不出戶了解APEC，全靠電視了?！弊屚跸壬械叫牢康氖?，中央電視臺對于APEC的直播和報道不僅時間長、活動全，直播畫面也頗為清楚。

其實，電視機前的王先生所不知道的是，不論是視頻采集方中央電視臺還是傳輸方北京聯(lián)通，在這一次APEC會議的視頻傳送中全部使用了高清視頻傳輸，得以保障畫面的清晰和逼真?！氨本┞?lián)通自2008年開始逐步使用了高清信號傳輸，但是在大型會議上全部采用1.485G高清化視頻傳輸還是第一次，”北京聯(lián)通相關負責人介紹說。另外，針對公共信號的制作，北京聯(lián)通還通過高清光端機實現(xiàn)了中、英、俄、西、法等多達12國語言的即時傳送能力。

對此，中央電視臺總控中心楊主任對北京聯(lián)通及時高質的視頻通路服務表示贊賞，對萬無一失的保障給予了高度評價，“轉播期間，沒有出現(xiàn)一幀的黑場、靜幀，通信保障是出色的，到位的，完美的”。

此次APEC會議的主要活動分別在國家會議中心、水立方以及懷柔雁棲湖舉行，而對于視頻信號來說，傳輸距離越長意味著畫面損耗就會越多，從懷柔雁棲湖到中央電視臺新址距離有60公里。為了滿足中央電視臺以及組委會對于高清非壓縮視頻信號的傳輸要求，北京聯(lián)通靈活拓展使用了高帶寬的光放大器，實現(xiàn)了100公里以上高清基帶視頻的成功傳輸。另外，通過使用單芯雙路高清視頻的傳輸方式，在單芯光纜上同時實現(xiàn)兩路高清視頻信號傳輸，提高了光纜使用率，并通過主備雙路由傳送提升了傳輸通路的安全性。

在王先生看來，這些專業(yè)詞匯生僻且陌生，而這些設備和技術的效果卻是實實在在看得見聽得到的。

燦爛煙花下的堅守

APEC焰火表演規(guī)模宏大，共有高空、低空、空中、特效四類焰火，這是用8組北京聯(lián)通的通信控制系統(tǒng)進行發(fā)射控制，從而將每一個煙花，在每一個場景中都準確無誤的燃放出來。

提到北京聯(lián)通的通信保障，人們會更多的想到它在電話、網(wǎng)絡以及視頻信號的保障服務，卻很少人知道，APEC會議壓軸大戲——煙花表演的呈現(xiàn)也與北京聯(lián)通的通信保障密不可分。

11月10日晚間，北京奧林匹克公園鳥巢、玲瓏塔、瞭望塔三大地標建筑上空，萬千焰火倚天作畫，水仙、君子蘭、海棠、秋菊紛紛綻放，天空中“花草”叢生，處處“綠意”，托起一條彩色空中花廊。2014年中國“APEC之夜”焰火表演由此進入高潮，精彩焰火令現(xiàn)場的各國嘉賓情不自禁鼓起了掌。

當人們在電視機前或者在北京上空欣賞這場視覺盛宴的時候，卻不知道這完美的焰火表演是由強大的通信系統(tǒng)控制的。

人工燃放焰火，幾乎不可能做到與音樂同步，而北京聯(lián)通的9套會議電話系統(tǒng)就是指揮焰火燃放的中樞。實際上，在播放的音樂中，嵌入了通信控制信號，會議電話系統(tǒng)會將這些信號指令發(fā)送到相應的燃放陣地，每個陣地控制周圍的數(shù)十個煙花燃放點，根據(jù)指令，點火系統(tǒng)被觸發(fā)，煙花就被點燃。這套通信控制系統(tǒng)是在2008年北京奧運會前夕北京聯(lián)通獨立研發(fā)完成。

焰火總導演蔡國強就對聯(lián)通的這套會議系統(tǒng)寄予了厚望，“我的作品能不能完美實現(xiàn)，全靠聯(lián)通了”。根據(jù)了解，此次APEC焰火表演規(guī)模宏大，共有高空、低空、空中、特效四類焰火，用8組北京聯(lián)通的通信控制系統(tǒng)進行發(fā)射控制，為了將每一個煙花，在每一個場景中準確無誤的燃放出來，北京聯(lián)通特意為該環(huán)節(jié)配備了4組人馬，每一組設置2套會議系統(tǒng)，再加上一套總指揮電話，會議系統(tǒng)的啟動就達到了9套。

煙花轉瞬即逝，將美好的景象和寓意永久地留給了觀看者，然而在煙花完美盛開的背后卻是聯(lián)通一線通信保障人員的辛勤堅守。北京聯(lián)通煙花團隊負責人介紹，焰火燃放陣地處在長2700米、寬650米的奧林匹克公園核心區(qū)域，燃放位置南起北土城路，北到瞭望塔，西起北辰西路，東至湖景東路，經(jīng)過鳥巢、玲瓏塔、龍形水系，其中有三個制高點，分別位于鳥巢上方、玲瓏塔和瞭望塔。

瞭望塔共有燃放點位近50個，最低的54米，最高的位于248米處。在通信保障現(xiàn)場，焰火控制點離燃放點很近，為了保證線路的絕對安全，北京聯(lián)通的員工深夜堅守控制點，不僅要防范炸點的危險，還要抵抗高空寒冷。

當晚，北京夜空煙花絢麗奪目，國力以完美藝術的形式展現(xiàn)在世界面前，而此背后的北京聯(lián)通通信保障及員工默默付出，也化為一道光，為今年的北京APEC會議增添了濃墨重彩的一筆。

第二篇：APEC領導人服裝全揭秘范文

APEC領導人服裝全揭秘

2014年APEC領導人歡迎宴會在北京國家游泳中心“水立方”舉行。參加會議的各成員經(jīng)濟體領導人身著中國特色服裝抵達現(xiàn)場時，受到隆重熱烈的歡迎。領導人拍攝了一張具有濃郁中國特色的亞太大家庭“全家?！闭掌?。

據(jù)APEC領導人服裝工作團隊人員介紹，為領導人制作特色中式服裝，雖然大多數(shù)都是按照其提供的尺寸，但有一些國家領導人的尺寸無法直接取得。設計師們開動腦筋，根據(jù)人體工程學，再加上多年的裁衣經(jīng)驗，從領導人公開露面的新聞圖片中“目測”尺寸。從實際效果來看，設計師們的“眼光”都很準，令人嘆服。

為照顧領導人不同體型，采用中西結合的剪裁方式，表達中國意韻的同時更為合體、舒適。領導人穿在身上，透出的是一種圓融大氣，溫潤儒雅的氣質。

此次的APEC領導人服裝是一系列展示中國人新形象的中式服裝，其根為“中”，其魂為“禮”，其形為“新”，合此三者，謂之“新中裝”。

女領導人服裝為立領、對襟、連肩袖，雙宮緞面料、飾海水江崖紋外套。

為與會領導人及配偶提供了多種款式和顏色供自由選擇。其中，男領導人一款四式五色，女領導人一款兩色，女配偶外套及內搭各四款四色。

APEC領導人服裝面料織造團隊負責人吳建華介紹，近代以來，由于工藝復雜，產量較低，宋錦多為書畫裝潢使用，一般不作為衣料。但與蜀錦、云錦相比，宋錦質地堅柔，平服挺括，圖紋豐富而流暢生動，色彩艷而不火，繁而不亂，富有明麗古雅的韻味。2009年，宋錦被列入世界非物質遺產，逐漸走向全球。但是，領導人把宋錦這一“非遺”穿在身上，而且是在APEC這樣的舞臺上盛裝亮相，是宋錦的第一次，也是中國給APEC和世界帶來的一份驚喜。

第三篇：揭秘一張高考試卷的一生

揭秘一張高考試卷的一生

誕生·試卷誕生“最”字訣

最嚴格：連眉筆都不可以帶進去

高考試卷由各?。ㄊ校┯嘘P部門委托國家教育部考試中心命題。參與命題的有各省高中教師，也有大學教授，其中以大學教授為主。由于高考試卷屬絕密材料，命題者在被抽調之前通常不會被提前告知，所有命題者均需簽訂保密協(xié)議，因此命題者的身份也是一個“不能說的秘密”。

高考命題一般在4月底或5月初開始，時間并不固定，命題的地點雖不是外界所傳的監(jiān)獄，但確實是在封閉建筑物內，里面有警戒線，警戒線外是電網(wǎng)。樓里有安檢通道，還有專人站崗，安檢十分嚴格。能寫字的東西都要留下，電子產品也都要留下，就連眉筆都不可以帶進去。

為了防止命題者與外界聯(lián)系，命題期間不能使用任何通訊工具，即使有手機，信號也會被屏蔽。

最嚴密：草紙上有編號全部收回

在房間里，招考辦為參與出題的老師準備了洗漱用品，除了換洗的衣服外，其他任何的個人物品均不許帶入。

考試內容完全依照大綱的要求的，教師們在命題前會重溫一下教材，最后，參與出題的老師再幾個人分成一組，承擔各個不同的部分。

而在整個命題過程中，老師們的一舉一動都會在攝像頭的嚴密監(jiān)控下，所有用來寫字的所謂的草稿紙，都是帶編號的，每個人發(fā)多少，最后都要收回去多少，這些必須都要對上。

最嚴謹：有一個人不簽字題目就不能入試卷

高考考題的制定，既要兼顧不同地區(qū)、享受不同教育資源的考生，又要分清楚層次，有梯度地選拔出尖子生，試卷上的每一個字，每一個標點都要進行反復推敲。

經(jīng)過30多天的時間，試卷才能初步成形，這時候，招考辦會請來沒有參與命題的高中語文老師，到隔離區(qū)進行實考。參加實考的教師們此刻的角色就是“挑刺兒的”，幾乎是在想辦法挑毛病，提出可行性建議，然后教師們再一起研究，一起來調整。最后，所有的東西必須要達成一致，有一個人不簽字這道題都不能用。再次經(jīng)過修改后，高考試卷才能夠正式敲定。

印制·涉密計算機須移除上網(wǎng)、藍牙等通訊功能

命題完成后，就到印制階段了，這個過程同樣需要嚴格保密。高考試題、答案及評分參考，均由教育部考試中心提供清樣，試卷由各省考試局負責印制。按照程序，印刷試卷時，省考試局會選派熟悉業(yè)務、經(jīng)驗豐富的中層（含）以上干部帶隊入闈監(jiān)印，并對試卷監(jiān)印等涉密人員進行資格審查，由省考試局一把手審簽，政審建檔，簽訂《保密承諾書》，人員名單還要報教育部考試中心備案。

試卷印刷入闈時，所有入闈人員都必須進行違禁物品檢查并全程錄像。而印刷廠將嚴格進行無線電和手機信號屏蔽，確保入闈區(qū)域全面覆蓋、無死角。

入闈區(qū)域計算機、移動存儲介質等電子設備和通訊工具的管理同樣十分嚴格，不僅不允許配備筆記本電腦，所有涉密計算機還必須移除上網(wǎng)、藍牙等通訊功能，有條件的還要求增設中間機用于涉密材料的交換。

在印刷廠分卷的過程中，實施全程視頻監(jiān)控并錄像備查。高考試卷答案及評分參考清樣，在印制過程中任何人不得擅自改動，如需變更，必須經(jīng)教育部考試中心批準。保管·全程錄像，安排公安武警晝夜值守

試卷印刷完成后，要運到各地專門設置的保密室，這項工作同樣由考試局負責。

運送試卷時，所有運送車輛都加裝試卷視頻監(jiān)控設備或GPS/GPRS或RFID等技術手段，能夠隨時監(jiān)控試卷運送情況。高考試卷運抵相應市縣保密室后，無論接收、整理還是分發(fā)，都會在監(jiān)控錄像下進行，這些監(jiān)控錄像設備直接與省考試局的考務指揮中心相連。

高考試卷運抵市縣保密室后，需要進行整理。參與整理的人員由教育、紀檢、監(jiān)察、考試機構的正式在編人員組成。整理期間，他們不得單獨離開現(xiàn)場，進出要實行嚴格的登記制度，以確保高考試卷的絕對安全。此外，各地還會安排含公安、武警在內的4名以上工作人員晝夜值守在保密室，并保證任何時候不少于2人。試卷保密室的巡查系統(tǒng)會全程監(jiān)控并實時錄像。每班值班人員在值守同時，會全程回放檢查前一班監(jiān)控錄像的情況，并記錄、上報。每場考試前，考區(qū)會向考點運送高考試卷，使用的車輛都是專用密封車輛，由公安（武警）在內的3名（含）以上工作人員隨車押送，直達考點保管室或試卷分發(fā)室。運送車輛上同樣加裝了視頻監(jiān)控設備。

分發(fā)·監(jiān)考員通過“封閉式”專用通道直達考場

高考試卷從考區(qū)運送到考點后，會再次進行清點，確認無誤后放入專門的鐵柜中并上鎖，鑰匙由考點主考掌握?？键c保管室或試卷分發(fā)室內，至少有包括公安、武警在內的3名以上工作人員值守，并保證任何時候不少于2人，網(wǎng)上巡查系統(tǒng)也會全程監(jiān)控并實時錄像。試卷在考點的分發(fā)、回收、清點工作都在考點試卷分發(fā)（回收）室進行，期間至少有3人值班，并保證任何時候不少于2人，同樣全程監(jiān)控。

試卷在考點內領取、護送、啟封、答卷回收、清點、封裝過程中，任何情況下都不得少于2人，每個環(huán)節(jié)還必須履行經(jīng)手人簽名交接手續(xù)。在語文和英語科目開考前1個小時和其他科目開考前50分鐘，同場2名監(jiān)考員會到考點試卷分發(fā)室共同簽字領取相應科目的試卷、答題卡、草稿紙等，并由副主考統(tǒng)一帶領從考點設置的“封閉式”專用通道直達考場，途中不得停留或離開規(guī)定路線。專用通道上，還會安排專門人員值守。回收·試卷、答題卡和草稿紙均要回收，送指定地點保管

試卷抵達考場后的情況，相信大家都很熟悉了。開考前，監(jiān)考員會向全場考生展示試卷袋密封情況，并當眾啟封和清點試卷，考前五分鐘分發(fā)。考試結束后，考生手上的試卷、答題卡和草稿紙，由監(jiān)考員按照嚴格的程序進行清點、回收，按規(guī)定封裝并送至指定地點保管。當科全部答卷回收后，考點主考會指定專人再次清點所有答卷及備用試卷等材料，由主考簽字確認后封裝，送市縣試卷保密室保管，等待評卷。

為確保高考萬無一失，每個考點都會有一定數(shù)量的備用試卷，當出現(xiàn)試卷不完整、字跡模糊、錯裝等原因須啟封備用試卷時，按規(guī)定須經(jīng)考點主考批準，由主考、保密員及領用監(jiān)考員簽字確認后，方可啟封備用試卷，同時要報省考試局備案。雖然只是備用試卷，但它的領取、護送、使用要求與正常的高考試卷管理要求完全相同，拆封全過程要在視頻監(jiān)控下進行，考試結束后由省考試局收回并驗封。閱卷·電腦閱卷，不用擔心老師算錯分數(shù)

閱卷現(xiàn)場雖然不許用手機，也不允許拍照等，場地內所有有的監(jiān)控攝像頭、全程錄像備案。閱卷現(xiàn)場有警戒線，有保安。

閱卷老師主要由高校教師，博士、碩士和中學教師構成。閱卷工作會采用網(wǎng)上閱卷的方式，閱卷老師是接觸不到試卷的，試卷在之前全部被掃描。網(wǎng)上評卷系統(tǒng)可以把寫分、加分、登分的誤差減少到最小，而且評卷員看到的試卷總是新的，有利于進行獨立判斷、評分，確保評卷公平。此外，實行網(wǎng)上評卷取消了試卷流通的人工管理，組長可以通過網(wǎng)上評卷系統(tǒng)對每個評卷員實施動態(tài)監(jiān)控，對評卷質量進行追蹤監(jiān)控。

非選擇題評卷將采取多評模式，即網(wǎng)上評卷系統(tǒng)將考生的答題圖片隨機分發(fā)到兩位評閱相應題目的評卷教師計算機上。當評閱同一考生同一題目的兩位評卷教師所給的分數(shù)差小于事先規(guī)定的差值閾限時，計算機自動取兩人的平均分作為該考生該題目的最終得分。如果分數(shù)之差大于事先規(guī)定的差值閾限的情況，計算機自動將該考生該題目的圖片發(fā)給該題目的題 長，由題長進行三評。三評結束后，計算機自動對三位評卷教師所給的分數(shù)進行兩兩對比，如果某兩位評卷教師所給的分數(shù)之差小于事先規(guī)定的差值閾限，計算機自動求取平均分；如果都大于規(guī)定的差值閾限，計算機會將該考生題目圖片發(fā)給學科評卷領導小組，由學科組長組織評卷專家給出最終得分。

揭秘·關于高考命題那些“內幕”

內幕一：高考題主要是大學老師出的，同時也會抽調一部分中學教師參與。內幕二：高考題緊扣《考試大綱》和《考試說明》，但是通常各地的“模擬卷”基本上押不到真題，因為高考命題組有“反押題”措施。

內幕三：高考題原則上不出怪題、偏題，更不回避“必考點”，但卻在命題角度、方法、題型上下功夫。

內幕四：高考題通過“攻擊”學生群體性“軟肋”來突出“選拔性”，目的正是讓優(yōu)秀的學生脫穎而出。

內幕五：高考題主要是由大學教師、在讀博士、碩士和一部分中學老師閱卷

全身都是國家機密，一出生便被重重保護，走到哪兒都有“重兵把守”，這就是一份高考試卷的人生。雖然它的生命只有區(qū)區(qū)20多天，但卻被賦予了重要的使命：進入高考考場，為大學選拔人才，以及改變學子的命運。

第四篇：通信網(wǎng)絡實驗報告

通信網(wǎng)絡實驗報告

實驗一 隱終端和暴露終端問題分析

一、實驗目的1、2、3、4、了解無線網(wǎng)絡中的載波檢測機制；

熟悉節(jié)點的傳輸范圍、沖突干擾范圍、載波檢測范圍和噪聲干擾范圍的概念； 了解載波檢測接入體制中存在的隱終端問題和暴露終端問題； 結合仿真實驗分析載波檢測無線網(wǎng)絡中的隱終端問題和暴露終端問題。

二、實驗結果

Node: 1, Layer: AppCbrClient,(0)Server address: 2 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 2, Layer: AppCbrServer,(0)Client address: 1 Node: 2, Layer: AppCbrServer,(0)First packet received at [s]: 0.007438001 Node: 2, Layer: AppCbrServer,(0)Last packet received at [s]: 99.999922073 Node: 2, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.739902205 Node: 2, Layer: AppCbrServer,(0)Session status: Not closed Node: 2, Layer: AppCbrServer,(0)Total number of bytes received: 4975616 Node: 2, Layer: AppCbrServer,(0)Total number of packets received: 9718 Node: 2, Layer: AppCbrServer,(0)Throughput(bits per second): 398078 Node: 3, Layer: AppCbrClient,(0)Server address: 4 Node: 3, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 3, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 3, Layer: AppCbrClient,(0)Session status: Not closed Node: 3, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 3, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 3, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 4, Layer: AppCbrServer,(0)Client address: 3 Node: 4, Layer: AppCbrServer,(0)First packet received at [s]: 0.003058001 Node: 4, Layer: AppCbrServer,(0)Last packet received at [s]: 99.993058001 Node: 4, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.003119031 Node: 4, Layer: AppCbrServer,(0)Session status: Not closed Node: 4, Layer: AppCbrServer,(0)Total number of bytes received: 5120000 Node: 4, Layer: AppCbrServer,(0)Total number of packets received: 10000 Node: 4, Layer: AppCbrServer,(0)Throughput(bits per second): 409612

三、實驗結果分析

通過仿真結果可以看出，節(jié)點2無法收到數(shù)據(jù)。由于節(jié)點3是節(jié)點1的一個隱終端，節(jié)點1無法通過物理載波檢測偵聽到節(jié)點3的發(fā)送，且節(jié)點3在節(jié)點2的傳輸范圍外，節(jié)點3無法通過虛擬載波檢測延遲發(fā)送，所以在節(jié)點1傳輸數(shù)據(jù)的過程中，節(jié)點3完成退避發(fā)送時將引起沖突。

四、思考題

1、RTS/CTS能完全解決隱終端問題嗎？如果不能，請說明理由。

從理論分析上看，RTS/CTS協(xié)議似乎可以完全解決數(shù)據(jù)鏈隱藏終端問題，然而在實際網(wǎng)絡中并非如此，尤其是在AdHoc 網(wǎng)絡中。以節(jié)點為中心，存在發(fā)送區(qū)域和干擾區(qū)域。在發(fā)送區(qū)域內，在沒有干擾的情況下，數(shù)據(jù)包可正常收發(fā)；該區(qū)域的大小由站點的功率等參數(shù)確定，可視為定值。干擾區(qū)域是相對于接受節(jié)點而言的，在該區(qū)域內，節(jié)點可以受到來自非相關節(jié)點發(fā)送的數(shù)據(jù)的干擾，造成沖突、丟包。RTS/CTS對隱藏終端問題的屏蔽實際上是建立在兩區(qū)域相等的基礎上的，即所有的隱藏終端都位于接受節(jié)點發(fā)送范圍內。此中假設并不成立，干擾區(qū)域與收發(fā)節(jié)點間距有關。

實驗二 無線局域網(wǎng)DCF協(xié)議飽和吞吐量驗證

一、實驗目的

1、了解IEEE 802.11 DCF 協(xié)議的基本原理。

2、理解網(wǎng)絡飽和吞吐量的概念。

3、通過仿真對DCF協(xié)議飽和吞吐量的二維馬爾可夫鏈模型進行驗證。

二、實驗結果

Node: 1, Layer: AppCbrClient,(4)Server address: 55 Node: 1, Layer: AppCbrClient,(4)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(4)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(4)Session status: Not closed Node: 1, Layer: AppCbrClient,(4)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(4)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(4)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(3)Server address: 54 Node: 1, Layer: AppCbrClient,(3)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(3)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(3)Session status: Not closed Node: 1, Layer: AppCbrClient,(3)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(3)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(3)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(2)Server address: 53 Node: 1, Layer: AppCbrClient,(2)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(2)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(2)Session status: Not closed Node: 1, Layer: AppCbrClient,(2)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(2)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(2)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(1)Server address: 52 Node: 1, Layer: AppCbrClient,(1)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(1)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(1)Session status: Not closed Node: 1, Layer: AppCbrClient,(1)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(1)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(1)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(0)Server address: 51 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 51, Layer: AppCbrServer,(0)Client address: 1 Node: 51, Layer: AppCbrServer,(0)First packet received at [s]: 0.003056858 Node: 51, Layer: AppCbrServer,(0)Last packet received at [s]: 99.995493030 Node: 51, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.351972641 Node: 51, Layer: AppCbrServer,(0)Session status: Not closed Node: 51, Layer: AppCbrServer,(0)Total number of bytes received: 5102592 Node: 51, Layer: AppCbrServer,(0)Total number of packets received: 9966 Node: 51, Layer: AppCbrServer,(0)Throughput(bits per second): 408219 Node: 52, Layer: AppCbrServer,(1)Client address: 1 Node: 52, Layer: AppCbrServer,(1)First packet received at [s]: 0.006449537 Node: 52, Layer: AppCbrServer,(1)Last packet received at [s]: 99.998965709 Node: 52, Layer: AppCbrServer,(1)Average end-to-end delay [s]: 0.355584451 Node: 52, Layer: AppCbrServer,(1)Session status: Not closed Node: 52, Layer: AppCbrServer,(1)Total number of bytes received: 5102592 Node: 52, Layer: AppCbrServer,(1)Total number of packets received: 9966 Node: 52, Layer: AppCbrServer,(1)Throughput(bits per second): 408233 Node: 53, Layer: AppCbrServer,(2)Client address: 1 Node: 53, Layer: AppCbrServer,(2)First packet received at [s]: 0.010001809 Node: 53, Layer: AppCbrServer,(2)Last packet received at [s]: 99.992000125 Node: 53, Layer: AppCbrServer,(2)Average end-to-end delay [s]: 0.358534977 Node: 53, Layer: AppCbrServer,(2)Session status: Not closed Node: 53, Layer: AppCbrServer,(2)Total number of bytes received: 3926016 Node: 53, Layer: AppCbrServer,(2)Total number of packets received: 7668 Node: 53, Layer: AppCbrServer,(2)Throughput(bits per second): 314112 Node: 54, Layer: AppCbrServer,(3)Client address: 1 Node: 54, Layer: AppCbrServer,(3)First packet received at [s]: 0.013774900 Node: 54, Layer: AppCbrServer,(3)Last packet received at [s]: 0.773715844 Node: 54, Layer: AppCbrServer,(3)Average end-to-end delay [s]: 0.184107930 Node: 54, Layer: AppCbrServer,(3)Session status: Not closed Node: 54, Layer: AppCbrServer,(3)Total number of bytes received: 22016 Node: 54, Layer: AppCbrServer,(3)Total number of packets received: 43 Node: 54, Layer: AppCbrServer,(3)Throughput(bits per second): 1761 Node: 55, Layer: AppCbrServer,(4)Client address: 1 Node: 55, Layer: AppCbrServer,(4)First packet received at [s]: 0.017127686 Node: 55, Layer: AppCbrServer,(4)Last packet received at [s]: 0.777148630 Node: 55, Layer: AppCbrServer,(4)Average end-to-end delay [s]: 0.187729553 Node: 55, Layer: AppCbrServer,(4)Session status: Not closed Node: 55, Layer: AppCbrServer,(4)Total number of bytes received: 22016 Node: 55, Layer: AppCbrServer,(4)Total number of packets received: 43 Node: 55, Layer: AppCbrServer,(4)Throughput(bits per second): 1761

三、實驗結果分析

各發(fā)送節(jié)點發(fā)包間隔較大，當網(wǎng)絡中發(fā)送節(jié)點較少時，網(wǎng)絡還未飽和。逐漸往網(wǎng)絡中增加負載，網(wǎng)絡總吞吐量逐漸增大，之后，網(wǎng)絡吞吐量逐漸趨向于平穩(wěn)，此時，網(wǎng)絡即達到了飽和狀態(tài)。

四、思考題

1、總結IEEE 802.11DCF協(xié)議飽和吞吐量和哪些因素有關。

任選一個時隙，網(wǎng)絡中有節(jié)點在發(fā)送數(shù)據(jù)的概率 當有節(jié)點在發(fā)送數(shù)據(jù)包時，數(shù)據(jù)包發(fā)送成功的概率 數(shù)據(jù)包發(fā)送成功和發(fā)送失敗所需的時間

2、為什么在數(shù)據(jù)包長度較長時，采用RTS/CTS模式更合理？

“隱藏終端”多發(fā)生在大型單元中（一般在室外環(huán)境），這將帶來效率損失，并且需要錯誤恢復機制。當需要傳送大容量文件時，尤其需要杜絕“隱藏終端”現(xiàn)象的發(fā)生。

實驗三 動態(tài)源路由協(xié)議路由選擇驗證

一、實驗目的1、2、了解DSR路由協(xié)議的優(yōu)缺點。

理解DSR路由協(xié)議中路由發(fā)現(xiàn)過程和路由維護過程。

3、掌握DSR路由協(xié)議性能的仿真分析方法。

二、實驗結果 Time(s): 1.000001000, Node: 1, Route path: 2 Time(s): 2.000001000, Node: 1, Route path: 2 Time(s): 3.000001000, Node: 1, Route path: 2 Time(s): 4.000001000, Node: 1, Route path: 2 Time(s): 5.000001000, Node: 1, Route path: 2 Time(s): 6.000001000, Node: 1, Route path: 2 Time(s): 7.000001000, Node: 1, Route path: 2 Time(s): 8.000001000, Node: 1, Route path: 4-2 Time(s): 9.000001000, Node: 1, Route path: 4-2 Time(s): 10.000001000, Node: 1, Route path: 4-2 Time(s): 11.000001000, Node: 1, Route path: 4-2 Time(s): 12.000001000, Node: 1, Route path: 4-2 Time(s): 13.000001000, Node: 1, Route path: 4-2 Time(s): 14.000001000, Node: 1, Route path: 4-2 Time(s): ***0, Node: 1, Route path: 4-2 Time(s): 16.000001000, Node: 1, Route path: 4-2 Time(s): 17.000001000, Node: 1, Route path: 4-2 Time(s): 18.000001000, Node: 1, Route path: 4-2 Time(s): 19.000001000, Node: 1, Route path: 4-2 Time(s): 20.000001000, Node: 1, Route path: 4-2 Time(s): 21.000001000, Node: 1, Route path: 4-2 Time(s): 22.000001000, Node: 1, Route path: 4-2 Time(s): 23.000001000, Node: 1, Route path: 4-2 Time(s): 24.000001000, Node: 1, Route path: 4-2 Time(s): 25.000001000, Node: 1, Route path: 4-2 Time(s): 26.000001000, Node: 1, Route path: 4-2 Time(s): 27.000001000, Node: 1, Route path: 4-2 Time(s): 28.000001000, Node: 1, Route path: 4-2 Time(s): 29.000001000, Node: 1, Route path: 4-2 Time(s): 30.000001000, Node: 1, Route path: 4-2 Time(s): 31.000001000, Node: 1, Route path: 4-2 Time(s): 32.000001000, Node: 1, Route path: 4-2 Time(s): 33.000001000, Node: 1, Route path: 4-2 Time(s): 34.000001000, Node: 1, Route path: 4-2 Time(s): 35.000001000, Node: 1, Route path: 4-2 Time(s): 36.000001000, Node: 1, Route path: 4-2 Time(s): 37.000001000, Node: 1, Route path: 4-2 Time(s): 38.000001000, Node: 1, Route path: 5-4-2 Time(s): 39.000001000, Node: 1, Route path: 5-4-2 Time(s): 40.000001000, Node: 1, Route path: 5-4-2 Time(s): 41.000001000, Node: 1, Route path: 5-4-2 Time(s): 42.000001000, Node: 1, Route path: 5-4-2 Time(s): 43.000001000, Node: 1, Route path: 5-4-2 Time(s): 44.000001000, Node: 1, Route path: 5-4-2 Time(s): 45.000001000, Node: 1, Route path: 5-4-2 Time(s): 46.000001000, Node: 1, Route path: 5-4-2 Time(s): 47.000001000, Node: 1, Route path: 5-4-2 Time(s): 48.000001000, Node: 1, Route path: 5-4-2 Time(s): 49.000001000, Node: 1, Route path: 5-4-2 Time(s): 50.000001000, Node: 1, Route path: 5-4-2 Time(s): 51.000001000, Node: 1, Route path: 5-4-2 Time(s): 52.000001000, Node: 1, Route path: 5-4-2 Time(s): 53.000001000, Node: 1, Route path: 5-4-2 Time(s): 54.000001000, Node: 1, Route path: 5-4-2 Time(s): 55.000001000, Node: 1, Route path: 5-4-2 Time(s): 56.000001000, Node: 1, Route path: 5-4-2 Time(s): 57.000001000, Node: 1, Route path: 5-4-2 Time(s): 58.000001000, Node: 1, Route path: 5-4-2 Time(s): 59.000001000, Node: 1, Route path: 5-4-2 Time(s): 60.000001000, Node: 1, Route path: 5-4-2 Time(s): 61.000001000, Node: 1, Route path: 5-4-2 Time(s): 62.000001000, Node: 1, Route path: 5-4-2 Time(s): 63.000001000, Node: 1, Route path: 5-4-2 Time(s): 64.000001000, Node: 1, Route path: 5-4-2 Time(s): 65.000001000, Node: 1, Route path: 5-4-2 Time(s): 66.000001000, Node: 1, Route path: 5-4-2 Time(s): 67.000001000, Node: 1, Route path: 5-4-2 Time(s): 68.000001000, Node: 1, Route path: 3-2 Time(s): 69.000001000, Node: 1, Route path: 3-2 Time(s): 70.000001000, Node: 1, Route path: 3-2 Time(s): 71.000001000, Node: 1, Route path: 3-2 Time(s): 72.000001000, Node: 1, Route path: 3-2 Time(s): 73.000001000, Node: 1, Route path: 3-2 Time(s): 74.000001000, Node: 1, Route path: 3-2 Time(s): 75.000001000, Node: 1, Route path: 3-2 Time(s): 76.000001000, Node: 1, Route path: 3-2 Time(s): 77.000001000, Node: 1, Route path: 3-2 Time(s): 78.000001000, Node: 1, Route path: 3-2 Time(s): 79.000001000, Node: 1, Route path: 3-2 Time(s): 80.000001000, Node: 1, Route path: 3-2 Time(s): 81.000001000, Node: 1, Route path: 3-2 Time(s): 82.000001000, Node: 1, Route path: 3-2 Time(s): 83.000001000, Node: 1, Route path: 3-2 Time(s): 84.000001000, Node: 1, Route path: 3-2 Time(s): 85.000001000, Node: 1, Route path: 3-2 Time(s): 86.000001000, Node: 1, Route path: 3-2 Time(s): 87.000001000, Node: 1, Route path: 3-2 Time(s): 88.000001000, Node: 1, Route path: 3-2 Time(s): 89.000001000, Node: 1, Route path: 3-2 Time(s): 90.000001000, Node: 1, Route path: 3-2 Time(s): 91.000001000, Node: 1, Route path: 3-2 Time(s): 92.000001000, Node: 1, Route path: 3-2 Time(s): 93.000001000, Node: 1, Route path: 2 Time(s): 94.000001000, Node: 1, Route path: 2 Time(s): 95.000001000, Node: 1, Route path: 2 Time(s): 96.000001000, Node: 1, Route path: 2 Time(s): 97.000001000, Node: 1, Route path: 2 Time(s): 98.000001000, Node: 1, Route path: 2 Time(s): 99.000001000, Node: 1, Route path: 2

三、實驗結果分析

仿真過程中路由表變化：2，4-2，5-4-2，3-2，2。當節(jié)點[1]在節(jié)點[2]的傳輸范圍內時，節(jié)點[1]和[2]之間直接通信，不需要中間節(jié)點。隨著節(jié)點[1]的移動，節(jié)點[1]離開節(jié)點[2]的傳輸范圍并漸漸遠離，最后又逐漸靠近。在節(jié)點[1]離開節(jié)點[2]的傳輸范圍，節(jié)點[1]和[2]需要通過中間節(jié)點來通信，而且節(jié)點[1]離節(jié)點[2]越遠，需要的中間節(jié)點越多。

第五篇：記者節(jié)揭秘：一張報紙是這樣“出爐”的

記者節(jié)揭秘：一張報紙是這樣“出爐”的

發(fā)行員送報到戶

本報記者 劉曉燕 冀文龍 文/圖

每天早上，當你手捧散發(fā)著油墨香氣的報紙細細閱讀時，你是否知道一份報紙的到來，白天的奔波屬于記者，前半夜的忙碌屬于編輯校對，后半夜勞累的是默默無聞的印刷工人，清晨則是走街串巷的投遞員。一天24小時，新聞工作者不曾停歇，用他們的辛勞與汗水，發(fā)出邢臺好聲音，樹起邢臺好形象。

6時 到哪都帶著相機

11月5日早上6點半，天剛蒙蒙亮，踏著深秋時節(jié)的絲絲寒意，攝影部記者苗偉跨上相機包，來到森林公園。從事新聞攝影20多年了，苗偉早已養(yǎng)成了早起的習慣，也養(yǎng)成了不管去哪里都帶著相機的習慣。

在一片樹林前，苗偉左手托住鏡頭，右手緊握機身?？ΑS著單反相機幾聲清脆的聲音，記錄下一幅幅美麗的秋景?！巴韴笞罱诟銓ふ易蠲狼锞暗幕顒?，為老百姓搜羅牛城美輪美奐的秋景。”苗偉說，這需要很多圖片素材，平時看到了隨手拍上，還要專門趕在清晨和傍晚拍些。8時 時刻關注民生

上午8時，新聞部記者李博來到橋東區(qū)羊市道南巷居民區(qū)。9月份，本報曾報道這里一棵樹干被蟲蛀成“馬蜂窩”的椿樹隨時可能倒下來，周圍居民很擔心，之后園林部門前往查看，決定在樹木進入“冬眠期”后，開始救治。經(jīng)過一上午時間，枯死的樹杈全部被修剪掉，樹干也被塞上了藥丸熏蟲卵。

“大媽，我?guī)湍闾О??！笨吹酵豕鹛m大媽往垃圾點搬樹杈，李博快步上前幫忙。“妮兒，謝謝你。要不是晚報關注，這棵樹弄不好就枯死了。”王桂蘭笑著說。13時 奔走在采訪路上

吃過午飯，熱線部記者張嬋娟急匆匆趕到東關二社區(qū)制革廠家屬院。牛城晚報、家樂園集團“尋找好兒女”之好兒子邱志遠就住在這里。張嬋娟和邱志遠約好的采訪時間是下午1點半，她提前5分鐘趕到，在樓下等到約定時間后，上樓敲響邱志遠的家門。進屋幾句寒暄過后，張嬋娟拿出采訪本，仔細采訪認真記錄。雖然邱志遠話不多，但回答記者問題時不假思索，采訪進行得順利而愉快。

秋日的達活泉公園美不勝收。不少游園市民被公園湖心石橋臺階下現(xiàn)場作畫的一位畫師所吸引。新聞部記者靳普接到線索后，找到這位57歲的民間畫師老楊。1個小時后，天色漸漸暗淡?！斑^幾年，等我到了退休年齡，可能出來的機會就少了?！毕﹃栁飨?，老楊的背影很快消失在記者的視線里?！斑@不就是中央倡導的極簡生活主義的代表嗎？”靳普回到單位，40分鐘后，一篇千余字《身背畫板游走東西南北，一支畫筆描繪人生百態(tài)》的新聞稿件在電腦上完成。16時 新媒體鍛煉新技能

下午16時，新聞部記者高亮和攝影部記者郝德明，全程記錄雞蛋在沸水里煮20分鐘以上是否會產生有“毒”物質，為市民答疑解惑。這是晚報最新推出的《新聞實驗室》欄目。紙質媒體有一定的局限，如何讓實驗過程更加直觀地展現(xiàn)在讀者的面前？困擾晚報編輯部的記者編輯們。

一個大膽的想法被“逼出來”——在晚報微博微信上同步直播實驗過程，全方位展示新聞采訪過程。既能夠讓報紙的信息不僅停留在紙質上，也滿足了讀者對內容進一步了解的欲望。

“雖然我們采訪沒有固定時間和場合，但不論何時何地只要發(fā)生新聞，準能看到記者的身影?！边@是全體晚報編輯部記者的真實寫照。今后，在廣大讀者的支持下，這份報紙的分量會越來越重。17時 編前會雷打不動

下午5點，臨近下班，邢臺日報社3樓的人卻多了起來。出版部里，包括總編輯在內的所有編輯、記者正圍坐在一起，雷打不動的《牛城晚報》編前會開始了。這是一天中，新聞采編人員最全的時候。

辦公室正中，放著一臺投影儀，將記者們采寫的稿件投影到南側的墻面上，每一篇稿子都要“過篩子”。

“社區(qū)幫扶，要多描述現(xiàn)場，少用評論、敘述式的語言。這樣才能更準確，更生動。”有著豐富經(jīng)驗的總編輯段田恩，手把手教記者怎么改稿子。

兩個小時過去，編前會結束，明日見報的重點稿件，哪些要做主打稿以及如何處理更好，此時大部分稿件都已基本定盤。

19時 吃上幾口接著上班

需要修改的稿件退回到記者的手中，進行二次加工的時候，出版部的編輯們趕緊吃晚飯?！百I飯、吃飯，半小時得搞定。今天稿子多，得提速?！闭f完，編輯林曉東跑了出去。記者傳來的稿子，如有疑問，編輯們會立即與記者進行溝通核實。改稿中，編輯們常常要為如何起一個好標題而絞盡腦汁。

編輯王莉對電腦上一篇竊賊到醫(yī)院偷竊的稿件看得入神。幾分鐘后，只見她眉頭突然舒展，接著運指如飛，在鍵盤上啪啪敲著。記者輕輕走上前，看到“竊賊自稱‘富家子’，醫(yī)院偷竊尋快感”的標題已經(jīng)修改完成。

隨后，技術編輯王保花將主稿放在最上方，正文分了三欄，兩個稍小些的稿件放到右邊，余下的面積放限行的稿件正合適?！懊刻熳霭?，一看就知道大概字數(shù)?！彼f。21時 文字校對火眼金睛 技術編輯組版完畢之后，第一張版面大樣從打印機中徐徐而出。版面編輯檢查一遍之后，便將大樣送往校對。而在此之前，專刊、副刊的編輯已經(jīng)完成選稿、排版工作，也一并送往校對。

“校對就是不能讓報紙‘出錯’，必須要有責任心，要踏實認真，仔細挑出受閱讀習慣影響容易忽略的錯誤?！毙ν鹾Ｇ嘞蛴浾呓榻B，他們的工作不僅僅要修改錯別字，每篇文章的邏輯語法錯誤也都要一一糾正。

每天的報紙，從日期到標題，再到每篇文章，他們都要仔細檢查3遍到4遍。

版面經(jīng)過校對修改后的“成版”陸續(xù)送往值班總編案頭。值班總編開始認真審查，對一些版面提出意見，編輯改版。大部分版面完成后，編輯楊明哲會根據(jù)編輯及值班總編輯的意見，把重要的提示性消息選出來，設計成報紙的第一版?！斑@可是報紙的臉面，為了做好它，瀏覽各大晚報早就成了我每天必做的事兒?！彼f，所有版面完成后，如果沒有重大新聞發(fā)生，將在24時前交簽發(fā)大樣，傳送印刷廠。23時 激光照排制印版

夜晚時分，當大多數(shù)人卸下一天的疲累，報社印刷工人卻悄然走上工作崗位。

當日23時許，記者前往位于開發(fā)區(qū)江東一路的印刷廠。這里有印前車間和印刷車間。在印前車間，工作人員主要負責接收報社編輯部傳來的電子版樣，然后通過CTP直接制版系統(tǒng)制作成PS印版，最后一步就是對印版進行彎折，使它能夠扣在印刷機的滾筒上進行印刷。

記者看到，所謂的PS印版，是一個類似于金屬材質的薄板。印前車間主任陸云告訴記者，由于的印板是感光材料，激光照排制作時不能見白光，會在暗室操作。現(xiàn)在采用的CTP直接制版技術省去了過去膠片制作環(huán)節(jié)，工作起來更加快捷、高效。

“每天的第一份報紙是通過數(shù)碼打樣系統(tǒng)打印出來的。”在另一個工作間，陸云指著一臺大型打印機給記者介紹，過會兒，印刷機進行批量印刷時，工人師傅們要以它為標準來調整色彩、墨量等。

次日零時 調色期間出的全是廢報

走進印刷車間，一股油墨味迎面撲來，和平時書中的油墨味相比，這里的味道顯得更加濃烈。

第二日零時剛過，“轟轟轟!”伴隨著巨大的噪音，印刷機開始運轉起來，工人將一卷巨大的空白新聞紙放入印刷機中，通過機器的轉動讓空白的紙張鋪在流水線上，隨著工人的操作，印有新聞的紙張從印刷機一頭輸送出來。

“印刷報紙所用的油墨有紅、黃、黑、藍四種顏色，印刷時都必須通過調試，才能出現(xiàn)版面所要達到的效果?！庇∷④囬g主任劉家珍介紹說，一開始出來的報紙，都是廢報，印刷工人們不停地抽檢廢報，根據(jù)上面的顏色和污漬以及位置不停地調墨。一般情況下，整個試版的過程不超過5分鐘，不然就會造成紙張的過多浪費。

幾分鐘后，印刷機的調試基本完成，整個印刷機全速運轉，一張張報紙從印刷機一頭快速涌出來，一旁的整理工人加快了手上的工作，將報紙快速疊放好。3時 為報紙質量護航

凌晨3時，一卷巨大的新聞紙，經(jīng)過紙桿平整，進入印刷，然后由折報機自動剪裁，到了出報口就成了一份份圖文并茂的報紙。記者捧起一份新鮮出爐的報紙，明顯感覺紙張仍有余溫，油墨尚未完全干燥。此時，工人們各自又忙碌起來，他們從報紙中抽出幾份，將紙張逐一翻開察看，然后又各自到各機組擺弄按鍵。

“必須隨時觀察報紙色彩的狀況?！惫と诵⌒旄嬖V記者，在印刷過程中，大家要時時盯住剛印制好的報紙，一旦發(fā)現(xiàn)任何問題，及時進行處理調試，直至版面影印效果達到閱讀需要為止。

據(jù)介紹，一臺機器一小時可以印刷4萬份報紙。不過，盡管速度如此之快，由于工作程序繁瑣，他們每天工作至凌晨五、六點也是常事。

“印刷機就像我們的孩子一樣，需要細心照顧和保養(yǎng)?！辈稍L中，劉家珍告訴記者，由于工作時間日夜顛倒，對家里照顧的不夠。所以，對于家人，他總有一份深深的愧疚。不過，劉家珍說，從事這一行業(yè)，雖然很忙很累，但每天能讓讀者及時看上報紙，就是他們最大的欣慰。5時 起床不用鬧鐘叫

11月6日凌晨五點，不用鬧鐘，46歲的趙先芬就醒來了。“10年了，習慣了，不管睡得多晚，到這個時候就醒了?！苯?jīng)過一番簡單的洗漱，就穿上工作服準備出門。

走出家門，天還黑著，絲絲涼意撲面而來。她裹緊工作服，騎著電動車消失在夜里。二十分鐘后，她來到牛城晚報發(fā)行公司建設站，打水、整理報兜，做好了接報紙的準備。“今天的報紙量大，因為周四有邢周報，訂戶也不少。”趙先芬說，“所以今天咱們得趕緊抓緊時間，不能耽誤訂戶的時間?！?/p>

7時 手指經(jīng)常被報紙劃傷

六點半左右報紙到了，十幾名發(fā)行員也陸陸續(xù)續(xù)來到站里。大家領到自己要送的報紙，將它們分類碼放，清點數(shù)量，整理頁面。發(fā)行站里，地上、桌子上鋪滿了報紙，只見發(fā)行員們全部站立整報，他們動作熟練，十指翻飛。

“碼報紙看起來容易，做起來不簡單?！壁w先芬說。她才開始干這個工作時，總是笨手笨腳，有時候手指常被報紙夾層的廣告頁劃傷。幾百份報紙都要整理半個多小時。而現(xiàn)在，她總是干得又快又好。七點半左右，趙先芬的一千多份報紙分疊完成，碼起來足足有半人高。趙先芬先將報紙固定在電動車上，把最前派送的報紙放在了車簍前。

她的第一站是勝利小學?！坝唸髥挝灰话愫芎冒l(fā)，一下子就能出去幾份，一會咱們往小區(qū)送，那邊的人多，跑的地兒也多。”趙先芬大姐說。

建設站的郝站長對記者說：“我們的發(fā)行員都有兩個大腦。他們能清楚地記得自己所送客戶的所有訂報需求。哪一家訂的哪種報紙都裝在他們心中，投遞及時準確是發(fā)行員的基本功。”

9時 渴望得到理解

七點四十五分，趙先芬載著報紙來到金宮花園小區(qū)的第一個單元，剛到門口就碰到一位老人在小區(qū)鍛煉身體回來，“大娘，早啊?！壁w先芬打著招呼，將送到報箱的報紙又遞回到老人手中，“送報時間長了，大家都是老熟人，見了面習慣問候一聲?！?/p>

只在金宮花園的小區(qū)里，趙先芬就先后足足跑了四十幾個單元，常常是幾個單元下來，汗水就濕了衣服。

十二點半，趙先芬完成了一天報紙的投遞工作。顧不上歇息的她，還得趕回家給女兒做飯。“每天早上顧不了女兒，中午、晚上，我盡量趕回家，多管管孩子?！壁w先芬說，發(fā)行員無論嚴寒酷暑，風雨無阻，只為一個承諾——能早一刻將報紙送到每一位訂戶手中。