﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>IT博客-H.323,Voip,RTOS</title><link>http://www.cnitblog.com/minus273/</link><description>灵感不过是大脑的一个BUG</description><language>zh-cn</language><lastBuildDate>Tue, 05 May 2026 04:29:39 GMT</lastBuildDate><pubDate>Tue, 05 May 2026 04:29:39 GMT</pubDate><ttl>60</ttl><item><title>一种多级数字混沌编码方案及其硬件实现</title><link>http://www.cnitblog.com/minus273/archive/2006/04/28/9820.html</link><dc:creator>minus273</dc:creator><author>minus273</author><pubDate>Thu, 27 Apr 2006 17:44:00 GMT</pubDate><guid>http://www.cnitblog.com/minus273/archive/2006/04/28/9820.html</guid><wfw:comment>http://www.cnitblog.com/minus273/comments/9820.html</wfw:comment><comments>http://www.cnitblog.com/minus273/archive/2006/04/28/9820.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/minus273/comments/commentRss/9820.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/minus273/services/trackbacks/9820.html</trackback:ping><description><![CDATA[
		<font size="2">
				<strong>
						<font face="宋体">摘要：</font>
				</strong>以驱动参量法作为同步实现模型，提出一种新的数字混沌通信方案，并对传统混沌加密方法进行了改进。将公钥与用于编码的私钥分离，攻击者只能得到公钥，只有权威的接收者才能得到私钥。针对此方案设计了基于ARM处理器的数字混沌通信编码模块，试验结果证明该方案具有较好的实际意义和应用价值。 </font>
		<p class="MsoNormal">
				<font size="2">
						<span style="FONT-FAMILY: 宋体; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">    <b>关键词：</b></span>数字混沌 混沌编码 混沌通信 ARM处理器</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">随着混沌同步手段的不断发展，近些年不定期，利用混沌同步思想进行保密通信已成为研究热点。笔者对基于连续流混沌的模拟通信系统进行了研究，但结果并不满意。混沌同步解调对模拟器件及电路设计要求很高，理想的通信状态难以实现；其次，同步信号的传输占用了较多的信道资源，且易受攻击，降低了保密性。目前，离散混沌动力系统用于保密通信，受到了人们的广泛重视。数字混沌通信系统具有较高的保密性，加密方法十分灵活；同步信号与密文信号可复用为单信道，节省了信道资源。特别是DSP处理器及ARM核芯片在通信设备中的使用，为数字保密通信提供了强大的硬件支持，从而使加密算法的设计更加模块化、平台化。<br /><img height="150" hspace="10" src="http://www.21ic.com/info/images/aet/200502/21a.gif" width="549" vspace="10" border="0" /><br />    <span class="main1">本文提出一种多级数字混沌保密通信方案，以驱动参量法作为同步实现模型，并进行了改进。将公钥与用于编码的私钥分离；攻击者只能得到公钥，只有权威的接收者才能得到私钥。仿真结果表明，系统具有较好的安全性和稳定性。最后，笔者设计了基于ARM处理器的多级数字混沌通信编解码模块，效果理想，其通信速率和通信质量基本达到数字通信系统的要求。</span></font>
		</p>
		<p style="TEXT-INDENT: 0px">
				<b>
						<font size="2">1 驱动参量同步</font>
				</b>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">近年来，人们提出了许多同步方式，其共同点在于系统之间必须存在耦合作用驱使它们朝相同的状态发展，最终具有相同的动力学行为，达到同步。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">已知qn是一个离散混沌序列，进行下面的变换：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">ξj(n)=ξj(0)-k|qn|     (1)</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">其中ξj(0)是设定的参量初始值，k是驱动系数，其取值决定了参量ξj的可变范围。可以看出，参数ξj的变化仍然是混沌的，若驱动系数K限定为正实数，则参数ξj的变化范围为：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">ξj(n)∈[ξj(0)-k,ξj(0)]     （2）</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">将ξ=(ξ1，…，ξm)作为驱动参量，与n维非线性自治系统相耦合：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">y=f(y,ξ)     （3）</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">其中y=(y1,…,yn)为非线性系统的状态变量。在驱动作用下，非线性系统原有的状态发生改变，进入一步更加复杂的混沌态。<br /><br /><b><a href="http://www.21ic.com/news/html/info/images/aet/200502/21b.gif">图2</a></b><br /><br />    <span class="main1">随着驱动系数k的增长，参量ξj的变化范围增大；当k超出某一阈值时，即参数ξj 变化范围足够大时，在一个ξj的共同驱动下，两个或多个混沌系统会在新的动力学的基础上达到完全同步。</span></font>
		</p>
		<p style="TEXT-INDENT: 0px">
				<b>
						<font size="2">2 混沌编解码器的设计</font>
				</b>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">图1为较常见的混沌序列编解码通信系统框图。可以看到，这种通信方式必须在接收端产生与发射端时间上同步的混沌同步信号。而同步信号的产生需要另加信道，或者将发送端的混沌序列以复用的方式发送。这些方法虽然解决了收、发端的同步问题，但是系统的保密性将大打折扣，用于解码的混沌序列直接暴露在信道中，一旦被截获，破译的几率会相当高。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">本文采用驱动参量法使接收端与发送端混沌序列同步，为了进一步提高系统的保密性，在系统中加入了两级驱动机制。初级混沌信号用以驱动次级混沌，次级混沌将驱动受驱混沌信号，初级产生的驱动信号与已编码信号以时分复用的方式发送。在此方式下，在信道中传输的并不是用于解码的混沌同步序列（私钥），而是驱动参量（公钥）；在接收端解调出初级驱动信号，还原出用于解码的受驱混沌同步信号，从而大大提高系统的保密性。对于非权威的接收者，还原这个加密过程将非常复杂。图2给出了本系统的原理图。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">以经典的Logistic映射作为混沌信号发生模型。Logistic映射：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">x(n+1)=μ×x(n)×[1-x(n)]     (4)</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">其中0&lt;x(n)&lt;1,0&lt;μ&lt;4。由Lyapunov指数定义可知，当3.58&lt;μ&lt;4时，该映射是混沌的。<br /><img height="240" hspace="10" src="http://www.21ic.com/info/images/aet/200502/21c.gif" width="548" vspace="10" border="0" /><br />    <span class="main1">具体过程是：初级混沌驱动信号x(m)，以相等的时间间歇Td改变次级混沌的初值x'(mTd+1)，在一个时间段内，时间间歇Td=n/m；次级混沌驱动信号x'(n)，以驱动参量法为模型，驱动收、发端受驱混沌信号的参量μ’’，使整个系统达到同步，受驱后产生的混沌同步信号x''(n)、y''(n)将参与编、解码。</span></font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">系统中编码部分采用键控方式，当所发送基带信号为“1”时，受驱混沌信号原样发送；为“0”时，受驱混沌信号取反后发送。在适当地选择系统参数后，从首归映象（如图3（a）所示）可以看出，两级驱动产生的混沌信号具有十分复杂的混沌态，这也正是此方案用于保密通信的一大优势。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">为了验证本方案的可实现性，以32位运算精度进行数值模拟，采用定点运算方式。对于Logistic映射，初级混沌μ=3.8906,Td=100；次级混沌μ'=4；驱动参量初值x''(0)=0.4375，接收端初值y''(0)=0.9625。仿真结果如图3（b）所示，受驱的两路混沌演化至850点后达到同步。</font>
				<b>
						<br />
						<br />
						<a href="http://www.21ic.com/news/html/info/images/aet/200502/21d.gif">
								<font size="2">图4</font>
						</a>
						<br />
						<br />
						<font size="2">3 系统硬件实现</font>
				</b>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">混沌对初值的敏感性决定了混沌迭代运算必须是高精度的，笔者选用PHLIPS的LPC2200系列ARM7微处理器，构建了32位数字混沌通信试验平台。将正弦信号采样、量化编码后作为基带信号参与键控制器，在500kbps的码元传输速率下，接收端无失真地解调出了基带信号，且收、发送同步性能良好。图4是专为本系统设计的信道监测软界面。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">试验结果表明，此方案对通信速率的要求并不苛刻。在32位运算精度下，受驱混沌的同步速度要快于数值模拟时的情形。对几组试验结果分析表明，混沌同步的演化过程控制在200点以内。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">另外，信道误码对信号的解调也是有影响的。在一帧信息内，如果公钥部分发生误码，将影响到一帧内的所有位信息，但不会影响到下一帧；如果密文部分发生误码，将只影响到发生误码的信息，同一帧内的其它位信息不会受到影响。根据以上分析，对于单极性基带信号，可得出解码错误率PI和信道误码率Pe之间的关系：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">
						<img height="125" src="http://www.21ic.com/info/images/aet/200502/21e.gif" width="497" border="0" />
				</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">其中A为基带信号峰值，δn为噪声均方根值。可以看出，在（0,1）内，随着Pe的增大PI亦呈逐渐增长趋势。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">本文提出了一种多级数字混沌保密通信方案，结合驱动参量同步方法，着重介绍了系统编解码器的设计与实现。与常规混沌保密通信系统相比，此方案的优越性在于：</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">（1）将驱动参量与已调信号以数字复用方式发送，使用单信道方式，降低了系统开销；</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">（2）即便窃听者获取了驱动参量（公钥）和已调信号（密文），在不知道受驱机制的情况下，根本无法还原出用于解调的混沌序列（私密）。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">（3）驱动参量与已调信号复用，在一帧数据中既有密文信息又有用于解密的驱动信号，从而达到一种编码同步，避免了时域混沌同步实现的复杂性。</font>
		</p>
		<p style="TEXT-INDENT: 30px">
				<font size="2">在硬件资源允许的情况下，可以增加混沌驱动的层次性，提升系统复杂度，进一步提高系统保密性。 </font>
		</p>
<img src ="http://www.cnitblog.com/minus273/aggbug/9820.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/minus273/" target="_blank">minus273</a> 2006-04-28 01:44 <a href="http://www.cnitblog.com/minus273/archive/2006/04/28/9820.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>H.450 呼叫等待( SS_CW )</title><link>http://www.cnitblog.com/minus273/archive/2006/03/03/7098.html</link><dc:creator>minus273</dc:creator><author>minus273</author><pubDate>Fri, 03 Mar 2006 01:56:00 GMT</pubDate><guid>http://www.cnitblog.com/minus273/archive/2006/03/03/7098.html</guid><wfw:comment>http://www.cnitblog.com/minus273/comments/7098.html</wfw:comment><comments>http://www.cnitblog.com/minus273/archive/2006/03/03/7098.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/minus273/comments/commentRss/7098.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/minus273/services/trackbacks/7098.html</trackback:ping><description><![CDATA[<P align=left><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /><v:shapetype id=_x0000_t75 stroked="f" filled="f" path="m@4@5l@4@11@9@11@9@5xe" o:preferrelative="t" o:spt="75" coordsize="21600,21600"><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:lock aspectratio="t" v:ext="edit">ITU H.450.6 建议描述了在基于包交换网络(H.323)上实现呼叫等待附加服务的处理程序和信令协议<BR><BR><STRONG><FONT size=3>$术语与定义<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT></STRONG><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><FONT color=#808080><FONT size=3><STRONG>Busy, busy condition:</STRONG> </FONT><FONT size=3><FONT color=#0000ff>当User B正在忙于一个或多个通话的时候,有另外的incoming call.<BR></FONT><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</STRONG></FONT></FONT><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><FONT color=#808080><FONT size=3><STRONG>Camp-on:</STRONG> </FONT></FONT><FONT color=#0000ff size=3>The incoming call应该给user b 一个提示.<BR></FONT></SPAN></SPAN><FONT color=#808080><FONT size=3><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;user B,the served user:</STRONG> </FONT><FONT color=#0000ff size=3>在相应的h323终端上激活SS_CW呼叫等待服务的用户.<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT></FONT><FONT size=3><A name=_Toc416450884><SPAN style="mso-bookmark: _Toc416449716"><SPAN style="mso-bookmark: _Toc416449508"><SPAN style="mso-bookmark: _Toc416449267"><SPAN lang=EN-AU><STRONG><FONT color=#808080>User C, <FONT color=#808080>calling user</FONT></FONT></STRONG></SPAN></SPAN></SPAN></SPAN></A><SPAN lang=EN-AU><FONT size=2><FONT color=#808080 size=3>:</FONT> <FONT color=#0000ff>U</FONT></FONT><FONT color=#0000ff>ser C is the user who has originated a call to user B that causes the SS-CW to be invoked.<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><FONT color=#808080><FONT size=3><STRONG>User A: </STRONG><SPAN lang=EN-AU><FONT color=#0000ff>User A is a user who is engaged in a call with user B.</FONT></SPAN></FONT></P>
<P align=left></FONT></SPAN></SPAN><BR></FONT></P>
<P align=center><IMG height=432 alt=call_waiting1.JPG src="http://www.cnitblog.com/images/cnitblog_com/minus273/call_waiting1.JPG" width=666 border=0><BR><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA"><STRONG>FIGURE 1/H.450.6 - Operational Model<BR><BR><BR><BR><BR><BR><IMG height=322 alt=call_waiting2.JPG src="http://www.cnitblog.com/images/cnitblog_com/minus273/call_waiting2.JPG" width=515 border=0><BR><SPAN lang=EN-AU style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'; mso-fareast-font-family: 宋体; mso-ansi-language: EN-AU; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA">FIGURE 2/H.450.6 Signalling Flow</SPAN><BR style="mso-special-character: line-break"></STRONG><BR style="mso-special-character: line-break"><BR><BR></P></SPAN></SPAN></o:lock></v:shapetype></SPAN><img src ="http://www.cnitblog.com/minus273/aggbug/7098.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/minus273/" target="_blank">minus273</a> 2006-03-03 09:56 <a href="http://www.cnitblog.com/minus273/archive/2006/03/03/7098.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>ITU-T  DRAFT H.450.1</title><link>http://www.cnitblog.com/minus273/archive/2006/02/10/6542.html</link><dc:creator>minus273</dc:creator><author>minus273</author><pubDate>Fri, 10 Feb 2006 06:28:00 GMT</pubDate><guid>http://www.cnitblog.com/minus273/archive/2006/02/10/6542.html</guid><wfw:comment>http://www.cnitblog.com/minus273/comments/6542.html</wfw:comment><comments>http://www.cnitblog.com/minus273/archive/2006/02/10/6542.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.cnitblog.com/minus273/comments/commentRss/6542.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/minus273/services/trackbacks/6542.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: INTERNATIONAL&nbsp; TELECOMMUNICATION&nbsp; UNION&nbsp;&nbsp;TELECOMMUNICATIONSTANDARDIZATION SECTORSTUDY PERIOD 1997 -2000COM 16-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -ESep...&nbsp;&nbsp;<a href='http://www.cnitblog.com/minus273/archive/2006/02/10/6542.html'>阅读全文</a><img src ="http://www.cnitblog.com/minus273/aggbug/6542.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/minus273/" target="_blank">minus273</a> 2006-02-10 14:28 <a href="http://www.cnitblog.com/minus273/archive/2006/02/10/6542.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>