当前位置:文档之家› Dynamic Replier Active Reliable Multicast (DyRAM)

Dynamic Replier Active Reliable Multicast (DyRAM)

Dynamic Replier Active Reliable Multicast (DyRAM)
Dynamic Replier Active Reliable Multicast (DyRAM)

Dynamic Replier Active Reliable Multicast(DyRAM)

M.Maimour and C.D.Pham

RESAM,Lyon1

ENS,46all′e e d’Italie

69364Lyon Cedex07-France

tel:(0033)72728504,fax:(0033)72728080.

email:mmaimour,cpham@ens-lyon.fr

Abstract

Desirable features of reliable multicast include low end-to-end delays,high throughput and scalability,and meeting these objectives is not an easy task.We propose a receiver-based(replier)local recovery multicast protocol with dy-namic repliers elected on a per-packet basis.Designed to provide an ef?cient reliable multicast service without any cache facilities in the multicast tree,our approach,noted DyRAM,uses low-overhead active services in routers.Af-ter presenting the protocol and some designed and imple-mentation issues the paper compares DyRAM to ARM,the nearest active reliable multicast protocol in term of func-tionalities proposed in the active multicast community.Sim-ulation results show that DyRAM performs much better than an ARM-like protocol which needs a signi?cant amount of cache to exhibit performances.Additionally,in case some cache is available for DyRAM and ARM,the study shows that DyRAM always performs better than ARM.

1.Introduction

The problem of reliability in multicast protocols has been quite widely covered during the last10years.Early reliable multicast protocols use an end-to-end solution to perform the loss recovery.Most of them fall into one of the following classes:sender-initiated,receiver-initiated and receiver-initiated with local recovery protocols.In sender-initiated protocols,the sender is responsible for both the loss detection and the recovery(XTP[10]for instance). These protocols usually do not scale well to a large number of receivers due to the ACK implosion problem.Receiver-initiated protocols move the loss detection responsibility to the receivers.They use NACKs instead of ACKs.However they still suffer from the NACK implosion problem when a large number of receivers have subscribed to the multi-cast session.In receiver-initiated protocols with local re-covery,the retransmission of a lost packet can be performed by some other nodes in the multicast tree[2,8,13,7,9,3].

Recently,the use of active network concepts[11]where routers themselves could contribute to enhance the network services by customized functionalities have been proposed in the multicast research community.Contributing mainly on feedback implosion problems,retransmission scoping and cache of data,active reliable multicast offer a gen-eral and?exible framework for customized functionalities in network protocols(although many problems regarding deployment and security remains).ARM(Active Reliable Multicast)[5]and AER(Active Error Recovery)[4]are two protocols that were recently proposed in the research com-munity and that use active services within routers.They differ in the strategy adopted for solving the NACK implo-sion problem.In ARM,a receiver experiencing a packet loss sends immediately a NACK to the source.Active ser-vices in routers then consist in the aggregation of the multi-ple NACKs.In contrast,AER uses a strategy similar to the one used by SRM and based on local timers at the receivers: prior to send a NACK packet,a receiver initiates a timer and waits for a random amount of time.In addition,an active router in ARM would send the repair packet only to the set of receivers that have sent a NACK packet(subcast).In AER,the active router simply multicasts the repair packet to all its associated receivers.In both protocols,the cache of data packets is performed within the network(at the routers in ARM and in servers co-located with the routers in AER) to permit local recoveries.

Local recoveries can dramatically decrease the recovery latency.There are basically2possibilities for enabling lo-cal recoveries:()use some receivers or dedicated servers as repliers,or()use network elements such as routers.For instance,the replier could be any receiver in the neighbor-hood(SRM[2]),a designated receiver(RMTP[8],TMTP

[13],LMS[7],PGM[9])or a logging server(LBRM[3])in

a hierarchical https://www.doczj.com/doc/721233495.html,ing a replier has the main advan-tage of requiring a memory usage as low as possible within

network elements and is potentially more scalable.Now,the choice of the replier can be done in several ways.Protocols that use some kind of router assistance are LMS and PGM. LMS consists in adding more topology information with lit-tle help from routers.With some speci?c forwarding func-tions within routers,the protocol elects a designated replier (leader)for each subtree to respond to the requests made by the end hosts.Routers in this case help in the process of electing a replier for each subtree and perform speci?c routing in order to forward requests to the elected replier. PGM described in[9]is another protocol that uses some router assitance(not active router,as described previously, but rather PGM router)to discover and elect Designed Lo-cal Retransmitters(DLR must be on the path towards the source).

The approach we propose use local recoveries performed by repliers elected amongst a sub-set of receivers.Instead of an approximate solution based on timers as in SRM,or a complex DLR discovery as in PGM,the elected replier in our case is dynamically determined at each lost packet (without much overhead as it will be described later on),and not determined at the beginning of the multicast session, thus justifying the“dynamic replier”property of our active reliable multicast protocol(noted DyRAM).Since a speci?c replier can be chosen for each lost packet,it is therefore pos-sible to have several logical subtrees at the same time for the recovery process.In addition,this very dynamic choice of the replier provide load balance features that decreases the end-to-end latency and reduce the receiver overhead. As opposed to LMS and PGM,DyRAM uses the concept of active networking with active services within routers for implementing several advanced mechanisms including the replier election.This choice of active networking is mo-tivated by the fact that,although dif?cult,the deployment on-the-?y of customized services appears to be more gen-eral and?exible than a solution based on a dedicated,static router(PGM routers for example).However,this choice leads to some design constraints where the active services must incur as low as possible execution/memory overhead within routers since the service will mainly be executed in software(dedicated routers can take the ASIC solution for achieving performance).

Therefore we can summarize the motivations behind DyRAM with the following design goals:()to minimize active routers load in order to make them supporting more sessions(mainly in unloading them from the function of data caching),()to perform a more ef?cient replier link election procedure with active services,()to dynami-cally distribute the recovery task among the downstream re-ceivers to not overload one replier and()to incur as low as possible execution/memory overheads.

The purpose of the paper is to present the DyRAM ap-proach and comparisons with ARM,the nearest truely ac-tive reliable multicast protocol in term of functionalities (global NACK suppression and subcasting)proposed in the active multicast community.We show that the dynamic replier election successes in providing high-bandwidth, low-latency and low-overhead for the local recovery proce-dure.The rest of the paper is organized as follows.Section 2describes the protocol.Section3presents the simulation results and section4concludes with some future directions.

2.Protocol description

DyRAM is a reliable multicast protocol with a recov-ery strategy based on a tree structure constructed on a per-packet basis with the assistance of routers.It is an in-cremental step from the existing propositions but it has been designed to provide low-overhead active functionali-ties with a dynamic replier election on a per-packet basis. The protocol uses a NACK-based scheme with receiver-based local recoveries where receivers are responsible for both the loss detection and the retransmission of repair packets.Routers play an active role in DyRAM which con-sists in the following active services:

the NACK suppression of duplicate NACKs in order to limit the NACK implosion problem.

the subcast of the repair packets only to the relevant set of receivers that have experienced a loss.This helps to limit the scope of the repairs to the affected subtree.

the replier election which consists in choosing a link as a replier one to perform local recoveries from the receivers instead of caching data packets at the routers.

2.1.DyRAM general features

Packet structure.In order for DyRAM to work correctly, we will assume that data packets are labelled uniquely by a sequence number and also that it is possible to distin-guish between an original transmission from a repair(dedi-cated?eld in the packet at the IP-multicast level for exam-ple).Additionally,a NACK packet contains in its header the source address,the affected receiver address,the multicast group address and the sequence number of the requested data packet.

The NACK-based strategy.In DyRAM,the source sends data packets to the multicast address subscribed to by all the receivers.The core functionalities of IP multicast are assumed to deliver the packets to the receivers,as best as possible.The receivers are responsible for detecting,re-questing and in most cases,retransmitting a lost data packet.

A receiver detects a loss by sequence gaps and upon the de-tection of a loss,a receiver immediately sends a NACK to-ward the source and sets a timer.Since NACKs and repairs may also be lost,a receiver will re-send a similar NACK when the requested repair has not been received within the timeout interval.Practically,the timeout must be set to at least the estimated round trip time(RTT)to the source.In order to detect the lost of the last packets(no gap in se-quence number in this case),a receiver will request them if no data has been received within a pre-de?ned receiving time window.Upon reception of a NACK packet,the source sends the repair packet to the multicast address.

In order to limit the processing overheads of duplicate NACKs and to avoid the corresponding retransmissions, the source,the active routers and the receivers(remember that DyRAM uses repliers among receivers)ignore similar NACKs for a certain period of time.According to this rule, a NACK will be said“valid”if it is received for the?rst time or no similar NACKs are received during the discard time window.

As the receivers contribute in the recovery process,a receiver that receives a valid NACK will check if the re-quested packet has already been received.If so it will send a repair for this packet toward the source otherwise it will send a similar NACK instead.This NACK will help the upstream active router to correctly perform another replier election.

2.2.Routers’contributions

At the active routers side,the NACK suppression,the subcast and the replier election services can be imple-mented simply by maintaining information about the re-ceived NACKs.This set of information is uniquely iden-ti?ed by the multicast address.For each received NACK, the router creates or simply updates an existing NACK state (NS)structure which has a given life time.Such a structure contains during its life time,the following information: :the sequence number of the requested packet,

:initially set to0,is increased for each NACK packet received.Is reset to0after the election.

:a subcast list that contains the list of links (downstream or upstream)on which NACKs for this packet have arrived.

NACK suppression.On receipt of the?rst NACK packet for a data packet,a router would create a corresponding NS structure,initialize a timer noted DTD(Delay To Decide) that will trigger the election of a replier to whom this?rst NACK will be sent.All subsequent NACK packets received during the timeout interval are used to properly update the NS structure(rank and subcast list)and are dropped after-ward.We use the rank information in some cases to be sure that all downstream receivers have sent a NACK packet. Subcast functionality.The subcast list in the NS struc-ture is an important component for the subcast functionality. This list contains the set of links(downstream or upstream) from which a NACK has been received.When a data packet arrives at an active router it will simply be forwarded on all the downstream links if it is an original transmission.If the data packet is a repair packet the router searches for a cor-responding NS structure and will send the repair on all the links that appear in the subcast list.

An NS is created as soon as a valid NACK arrived for which no previous NS was created,and can be replaced only on receipt of the corresponding repair.An NS struc-ture can be freed also when all the downstream links have lost the corresponding data packet.This is the case when the active router receives similar NACK packets from all the downstream receivers or routers.As we expect to only free an NS when the corresponding repair is received,when a repair arrives at the router and?nds the corresponding NS structure,the subList is used to perform the subcast func-tionality.Nevertheless,if such NS structure is not found, this means that it was not possible to perform the subcast at all and the repair is multicast on all the links downstream. Replier election.The set of information contained in a NS structure for each received NACK can be used to per-form an other key functionality of our approach in addition to the NACK suppression and the subcast features.This key functionality is the“replier election”and is speci?c to DyRAM.

On reception of a valid NACK,the router initializes a timer noted DTD(Delay To Decide)in order to collect dur-ing this time window as much information as possible about the links affected by a loss(updates of the subcast list).On expiration of the DTD timer,the router is able to choose a replier link among those that are not in the subcast list.This link may end up to be the upstream one if all the down-stream links appear to be in the subcast list.In some cases, an active router could decide to send the NACK on the up-stream link even before the expiration of the DTD timer. This mainly happens when similar NACK packets are re-ceived from all the downstream links.In an attempt to avoid for the overloading of a particular downstream link, the router always try to choose a different link from the pre-viously elected one(if available)by respecting a ring order among them,thus realizing when possible a load balance (in addition to provide robustness to replier and link fail-ure).The replier would then send back the repair packet to the DyRAM router which would in turn subcast the repair packet on all the links in the subcast list.

Figure 1.Replier election process.

Figure 1shows the replier election procedure where

have lost the data packet number 2.The NACK

will be issued on link 0,will go through some regular router,arrives at the local DyRAM router ()which will select the link 1as a replier.For more details about the election procedure refer to [6].

In some cases,a non up-to-date subcast list may impact on the decision of the router in the replier election process.Such a situation may happen due to the fact that receivers detect losses primarily by sequence gaps in the data packets.This is why receivers with a shorter latency to the source are likely to detect losses before receivers farther away.One consequence may be the election of a replier which has it-self lost the requested data packet (and has not issued the NACK before the expiration of the DTD timer).In this case,this receiver will simply return a NACK back to the source and the router will update its subcast list and choose another replier link.

Reducing the “Delay To Decide”timer overhead.In or-der to decrease the overhead (longer recovery latency)intro-duced by the DTD,we propose to keep track within a router of the received data packets in order to quickly detect packet losses occurring from upstream and affecting all its subtree.This can be done simply by maintaining a track list struc-ture (TL)for each multicast session handled by the router.A TL has three components:

is the sequence number of the last data

packet received in order.All packets with a sequence

number less or equal to

have de?nitely been received by the router.

is the sequence number of the last re-ceived data packet.

00000011

1111000111Multicast source

Figure https://www.doczj.com/doc/721233495.html,work Model.

contains the list of data packets not re-ceived by the router with sequence number greater than

and less than .This list is

empty when ()and contains at least one element otherwise.

A router maintaining such a track list (TL)structure is able to decide to forward the NACK immediately toward the source instead of waiting for the expiration of the DTD timer when the requested data packet sequence number is greater than and contained in the .

3.Simulations

https://www.doczj.com/doc/721233495.html,work model

We implemented a simulation model of DyRAM (in the PARSEC language developed at UCLA [1])and evaluated its performances on a network model.The network model considers one source that multicasts data packets to re-ceivers through a packet network composed of a fast core network and several slower edge access networks.We will call source link the set of point-to-point links and traditional routers that connects the source to the core network.Sim-ilarly,a tail link is composed of point-to-point links and routers connecting a receiver to the core network (see Fig.2).We only consider active routers at the edge of the core network.This is due to the fact that the core network is reliable and a very high-speed network.Adding complex processing functions inside the core network will certainly slow down the packet forwarding functions.

Each active router

is responsible of receivers noted forming a local group.We assume that there

is backbone links between the source and every active router .

-0.2

-0.15-0.1-0.0500.05

0.10.15

0.20

0.10.20.30.40.50.60.70.80.9

1

e r r o r

loss probability

(a)

2040

6080100120

14000.10.20.30.40.50.60.70.80.91

n u m b e r o f b u r s t s

loss probability

number of bursts longuest burst length

(b)

Figure 3.The temporal correlation.

In our loss model,we consider both the spatial and the temporal correlation of data packet losses.The spatial cor-relation is introduced by considering a per-link loss rate.The core network is considered reliable as mentioned pre-viously.For the other links (the source link or the tail links),the loss probability is noted .Therefore,the end-to-end probability of a packet loss perceived by a receiver

is

.The losses at the tail links are as-sumed to be mutually independent.To take into considera-tion the temporal correlation of losses,we use the Markov chain model proposed in [12].Let be the transition ma-trix

where is the probability to be in state knowing that the current state is .Our simulations showed that using the matrix proposed in [12],is of

about

.In order to be able to perform simulations with different values of ,we introduced the matrix de?ned by:

where and .Fig.3(a)shows that with this loss model,we achieve in most cases the targeted loss rate.Moreover the losses occur in bursts whose length increases with the loss probability as shown in ?g.3(b).

3.2.Metrics

To evaluate our protocol we have de?ned a set of met-rics.Firstly,

is de?ned as the number of retransmissions from the source per packet and gives an idea on the load at the source.

where and are respectively the band-width consumed by the NACK packets and the data packets during the multicast session:

where and are respectively the number of links crossed by the th NACK packet and the th data packet.

The third metric is the completion time per packet which is the required time to successfully receive the packet by all the receivers (can be seen as the latency).

3.3.Simulation results

For all the simulations,we set .A NACK and a data packet are considered to be of 32and 1024bytes respectively.All simulation model values are normalized to the NACK transmission time (e.g.the time required to send or receive a NACK is set to 1,for a data packet this time is set to 32).For the processing overheads at the routers,we assume that both NACKs and data packets are processed in 32time units.In our simulation models,we have taken into consideration the fact that the repairs may also be lost.

We veri?ed that the three metrics de?ned above behave in the same manner and are dependent on each other.First we will show the bene?t of performing the local recover-ies from the receivers.Then a comparison between our approach(no cache in routers)and ARM(with cache in routers,no repliers)will be presented.Finally,we will con-sider the case when DyRAM also bene?ts from some cache amount in routers in the multicast tree.

Local recovery from the receivers.Figure4plots for

DyRAM the number of retransmissions()from the source as a function of number the receivers,with and with-out local recovery,for5%and25%loss rates.These results have been obtained from simulations of a multicast session with48receivers distributed among12local groups.The curves show that the local recovery introduces less load at the source as the number of receivers increases,especially for high loss rates.Even not shown,the consumed band-width and the completion time are reduced in about the same proportions.

Putting the recovery process in the receivers requires at least2receivers per active router otherwise local recoveries can not be realized.Therefore the local group size()is an important parameter.In order to study the impact of sim-ulations are performed with48receivers distributed among groups of different sizes.Figure5compares the per-link consumed bandwidth ratio of DyRAM to an other approach without any local recovery facilities as the group size is var-ied.As the receivers number per group increases,the con-sumed bandwidth is reduced with larger ratios for large loss rates.In fact when the group size is larger,there are more chances that the members of the group can recover from each other.For instance,?gure5shows that with only6 receivers per group and local recovery we achieve a gain of 80%.

DyRAM vs.ARM.In this section,we compare our ap-proach to ARM.Figure6shows for different loss rates,the ratio of the consumed bandwidth(),the load at the source in term of number of retransmissions and the com-pletion time for ARM and DyRAM.We took into consid-eration the percentage of the available cache at the ARM routers.Without any cache at the routers,DyRAM al-ways performs better than ARM.When ARM bene?ts from caching at the routers,it performs better only for very low loss rates or large cache size at the routers.However for large loss rates(e.g.25%),ARM requires more than50% of cache at the routers to perform better than DyRAM. Our approach is more promising because even without any caching overhead at the routers DyRAM still has better per-formances than ARM when the latter can use more than 50%of cache.

10

20

30

40

50

60

70

80

90

2030405060708090100 M

s

number of receivers

without local recovery

with local recovery

(a)

20

40

60

80

100

120

140

160

180

200

2030405060708090100 M

s

number of receivers

without local recovery

with local recovery

(b)

Figure4.Load at the source in DRARM with

and without local recovery(a),(b)

.

DyRAM combined with cache at the routers.Designed to provide an ef?cient reliable multicast service without any cache within active routers,the results presented so far show that DyRAM does not provide better performances than an ARM-like protocol when the loss rate is small.However DyRAM performs much better for large loss rates without requiring higher overheads.

The results we present now assume that some cache memory are available in routers in addition to the DyRAM native local recovery strategy.One interesting question is: of how much DyRAM’s performances can be enhanced?To answer this question,?gure7plots for different loss rates the gain in consumed bandwidth achieved by ARM and DyRAM when the cache size is varied over a simple ARM without caching in routers.The main results are that with cache facilities at the routers for both protocols,ARM never performs better than DyRAM even for low loss rates.When

1

1.21.41.61.8

22.20

5

10

15

20

25

B W r a t i o

number of receivers per group

p=0.25p=0.05

Figure 5.Consumed bandwidth ratio in DyRAM with and without local recovery as a function of the group size.

no cache is available at the routers,DyRAM outperforms ARM and this for any loss rate.As increases,DyRAM performs better and better.In fact for 25%loss rate,ARM needs more than 50%of cache to achieve the same level of performances than DyRAM without any caching at the routers.To obtain a gain of 20%,ARM must bene?t from 40%of cache.Instead,DyRAM without any cache already performs 40%better and with 40%of cache,it performs 60%better.One different way to look at the ?gures is that if DyRAM has only 40%of cache available then it already performs better than ARM with more than 60%of cache (for 1%and 5%loss rate).With 80%of cache,DyRAM has the same level of performances than ARM with 100%of cache available.Stated differently,about 80%of cache at the routers gives DyRAM the same features than a protocol with an in?nite storage capacity.

4.Conclusions

DyRAM is a reliable multicast protocol that uses on a per-packet basis a replier chosen among the receivers to per-form the recoveries.DyRAM uses active services within routers to perform NACK suppression,subcasting facili-ties and the dynamic election of replier.When comparing DyRAM with ARM,a very similar protocol in term of func-tionalities (NACK suppression and subcasting),we found that DyRAM performs better in a large range of loss proba-bilities.

One of our main concerns while designing DyRAM was to propose low-overhead (in terms of processing and memory requirements)and easy to implement solutions for the active services to be put in routers.Based on small data structures we believe that NACK suppression,subcast-

0.5

0.60.70.80.911.1

1.21.31.41.50

20

40

60

80

100

B W

cache size

p=0.01p=0.05p=0.25

(a)

0.5

0.60.70.80.911.1

1.21.3

1.41.50

20

40

60

80

100

M s

cache size

p=0.01p=0.05p=0.25

(b)

0.4

0.60.811.21.41.61.822.20

20

40

60

80

100

C o m p l e t i o n t i m e

cache size

p=0.01p=0.05p=0.25

(c)

Figure 6.DyRAM vs.ARM (a)Consumed bandwidth,(b)Load at the source,(c)Com-pletion time.

11.051.11.151.21.25

1.31.351.40

20

40

60

80

100

B W

cache size

ARM DRARM

(a)

11.051.11.151.21.25

1.31.351.40

20

40

60

80

100

B W

cache size

ARM DRARM

(b)

0.8

11.21.41.61.82

2.22.42.62.80

20

40

60

80

100

B W

cache size

ARM DRARM

(c)

Figure 7.Gain obtained by DyRAM and ARM when both bene?t from cache in the routers (a)(b),(c).

ing and replier link election introduce only low overheads in routers and that implementations without much perfor-mance degradation on the routing and forwarding functions are possible.We are currently in the process of prototyping DyRAM on an active network test-bed in order to verify the simplicity of our proposed solution.

References

[1]R.B.et al.Parsec:A parallel simulation environment for

complex https://www.doczj.com/doc/721233495.html,p.Mag.

[2]S.Floyd,V .Jacobson,C.Liu,S.McCanne,and L.Zhang.A

reliable multicast framework for light-weight sessions and application level framing.IEEE/ACM ToN ,5(6):784–803,1997.

[3]H.Holbrook,S.Singhal,and D.Cheriton.Log-based

receiver-reliable multicast for distributed interactive simu-lation.In SIGCOMM ,volume 25,pages 328–341,October 1995.

[4]S.Kasera and S.Bhattacharya.Scalabe fair reliable multi-cast using active services.IEEE Network Magazine’s Spe-cial Issue on Multicast ,2000.

[5]L.Lehman,S.Garland,and D.Tennehouse.Active reliable

multicast.In Proc.of the IEEE INFOCOM,San Francisco,CA ,March 1998.

[6]M.Maimour and C. D.Pham.Dynamic replier ac-tive reliable multicast (drarm).Technical report,RE-SAM,http://www.ens-lyon.fr/?mmaimour/Paper/TR/TR02-2001.ps.gz,July 2001.

[7] C.Papadopoulos,G.Parulkar,and G.Varghese.An error

control scheme for large-scale multicast applications.In Proc.of the IEEE INFOCOM ,pages 1188–1996,March 1998.

[8]S.Paul and K.Sabnani.Reliable multicast transport pro-tocol (RMTP).IEEE journal of Selected Areas in Commu-nication,Special Issue on Network Support for Multipoint Communications ,15(3):407–421,April 1997.

[9]T.Speakman et al.Pgm reliable transport protocol speci?-cation.internet draft,1998.

[10]T.Strayer, B.Dempsey,and A.Weaver.XTP –THE

XPRESS TRANSFER PROTOCOL.Addison-Wesley Pub-lishing Company ,1992.

[11] D.L.Tennehouse,J.M.Smith,W.D.Sincoskie,D.J.

Wetherall,and G.J.Winden.A survey of active network research.IEEE Com.Mag.,pages 80–86,January 1997.[12]M.Yajnick,J.Kurose,and D.Tosley.Packet loss correlation

in the mbone multicast network.In Proc.of Global Internet conference ,Nov 1996.

[13]R.Yavatkar,J.Griffoen,and M.Sudan.A reliable dissemi-nation protocol for interactive collaborative applications.In ACM Multimedia ,pages 333–344,1995.

以色列精神

华为文摘 刊号:第5期 标题:03、探索以色列崛起之谜 作者:孙亚芳 内容: [编者按] 公司号召向美国学习技术,他们先进而不保守,富裕而不惰怠;向日本人学习管理,他们执着认真,任何一件小事,都分解成很多作业程序,开始作时,拟定者都很繁琐,而后来人引用就十分便当,大大降低了管理成本;向德国人学习一丝不苟的实干精神,他们的踏实认真,才使“奔驰”、“西门子”……成为世界名牌产品。 孙亚芳的文章向我们提出了什么?就是学习以色列人民自强不息的奋斗精神,高度的民族与群体的团结精神。我们还要向韩国人民学习爱国主义精神。 自强不息永远是一个企业不断走向希望的精神支柱,但精神需要物质来支持与巩固。这就是公司的基本法要解决的问题。我们也可以把这篇文章看成基本法的辅导报告之一。 虽然文章没有写我们的公司怎么办,没有谈到通信,但当华为人能兼容世界最优秀民族的优良特性时,还有什么人间奇迹创造不出来。我们用这么高的成本吸收了这么多的高素质人才,在经济学上讲是不合适的,但是在政治上讲是合算的。只有这样才能率先在中国建立一个兼容百家的群体。这篇文章写清了一个多么好的榜样。希望大家认真读读。 我曾经听过许许多多关于以色列的传说,她在我脑海中始终是一个神秘的国度,让人难以琢磨。同时又充满了不可抗拒的吸引力,令人关注。由于近些年来国际大大小小的新闻媒体的报道,以色列留给我最深的印象还是一个不得安宁、充满战火的是非之地。今年2月16日至21日,我们随代表团访问了以色列,重点是访问以色列的一些高科技企业,开展与他们的技术合作与市场合作。短短四天的访问与交流,可以说是走马观花、浮光掠影,却感慨颇多,给我一个重新认识她的机会。 一、神秘的矛盾之邦 以色列是一个颇具魅力、充满生机的国家,她有令世人震惊的人类之谜,她是世界

数字电子技术课程标准

《数字电子技术》课程标准 一、课程简介 (一)课程性质 《数字电子技术》基础课程是电气工程及其自动化专业本科生在电子技术方面入门性质的技术基础课,具有自身的体系和很强的实践性。本课程通过对常用电子器件、数字电路及其系统的分析和设计的学习,使学生获得数字电子技术方面的基本知识、基本理论和基本技能,为深入学习数字电子技术及其在专业中的应用打好基础。本课程在第三学期开设,其前导课程是《高等数学》、《电路原理》、《模拟电子技术》,后续课程是《单片机接口技术》、《电气控制与PLC》等。 (二)课程任务 本课程的主要任务是使学生掌握数字电路与系统的工作原理和分析设计方法;学会使用标准的集成电路和高密度可编程逻辑器件,掌握数字系统的基本设计方法,为进一步学习各种超大规模集成电路的系统设计打下基础。 二、课程目标和能力培养 (一)总体目标

使学生掌握数字电子技术的基本原理、基本理论、基本知识,具有较强的实验技能,对学生进行电子设计能力训练,为学习后续专业课程准备必要的知识,并为今后从事有关实际工作奠定必要的基础。在学习中认识电子技术对现代科学技术重大影响和各种应用,了解并适当涉及正在发展的学科前沿。 (二)具体目标 1.知识目标 掌握常用计数进制和常用BCD码; 掌握逻辑函数及其化简; 掌握TTL门电路、CMOS门电路的特点和常用参数; 理解常用组合逻辑电路的原理,掌握其功能; 理解JK触发器和D触发器的工作原理,掌握其逻辑功能; 理解常用时序逻辑电路的原理,掌握其功能; 掌握555集成定时器的工作原理和逻辑功能。 2.能力目标 能正确使用各种类型的集成门电路,并能利用集成门电路制作 成一定功能的组合逻辑电路; 能正确使用常用的中规模组合逻辑电路; 会使用触发器、寄存器、移位寄存器和常用的中规模集成计数 器; 能借助于仪器仪表,对小型数字系统的故障进行检测和维修; 3.素质目标

《数字电路》课程标准

精品课程 课程标准

《数字电路》课程标准 一、课程名称 数字电路 二、适用对象 三年制中职电子技术应用专业学生 三、课时 72 四、学分 4 五、课程性质 本课程是中等职业学校电子技术应用专业的一门专业基础教学与训练项目课程。其任务是:使学生掌握后续学校和工作中必须的数字电路知识,培养学生解决数字电路实际问题的能力,为学生从事相关职业岗位工作打下专业技能基础;对学生进行职业意识培养和职业道德教育,提高学生的综合素质与职业能力,增强学生适应职业变化的能力,为学生职业生涯的发展奠定基础。 六、设计思路 该课程重点是培养学生的实际分析和设计能力,着重对学生分析问题能力的塑造。课程实施的主要依据是根据后续工作和学习来进行教学过程设计;“以职业能力为重点”进行教学目标确定。其总体设计思路是让学生在实验过程中推导新知识,并构建相关理论知识,发展职业能力。课程内容突出对学生基础能力的训练,以巩固和强化为主。

七、课程目标 本课程培养学生对于数字电路的基本理论和基本知识的掌握;理解组合逻辑电路的基本原理和电路的设计;掌握简单组合逻辑电路、集成逻辑门电路、触发器、时序逻辑电路、脉冲波形的产生电路。在分析设计过程中,可以对电路仿真,同时可培养学生的实用技能软件使用能力,电工焊接等技能,提高学生的理论和实践能力,为以后的实验、实训课程打下坚实的基础。 根据课程性质和任务,本课程突出以下知识和态度的培养: 1.知识目标 (1)掌握数制的相互转换和常用编码; (2)熟悉基本的逻辑门电路和集成逻辑门电路的应用; (3)熟悉组合逻辑电路的应用; (4)掌握基本RS触发器和常用集成触发器的应用和工作特点; (5)熟悉计数器和寄存器的结构,工作特点和应用; (6)熟悉555集成块的机构特点和工作过程,了解施密特触发器、多谐振荡器、单稳态触发器的特点。 (7)能够根据要求对数字应用电路进行设计和软件仿真。 2.素质目标 (1)严格遵守行业职业道德; (2)具有艰苦奋斗,自主创业、开拓创新精神; (3)掌握数字电子技术基础知识; (4)具有较强的学习能力、信息处理能力和应变能力; (5)树立良好的安全文明生产意识和爱护设备设施的责任意识; (6)培养学生爱岗敬业,认真负责,精益求精的职业道德情操; (7)具有发现问题、分析问题和归纳总结问题的能力,运用各种多媒体进行自学,发现和获取新知识的能力,能针对具体情况提出独到的见解。

以色列节假日及工作时间

以色列的公共节假日是根据希伯莱历确定的,因此其公历日期每年并不一样。以公历表示,以色列的主要公共节假日时间是: 新年9-10月(两天) 赎罪日9-10月(1天) 住棚节9-10月(8天) 旧约全书前五卷 完成欢庆日9-10月(1天) 灯节12月(7天) 狂欢节2-3月(1天) 逾越节3-4月(7天) 独立日4-5月(1天) 奥默节4-5月(1天) 耶路撒冷日5-6月(1天) 五旬节5-6月(2天) 圣殿遭劫日7-8月(1天) 犹太新年(Rosh Hashana):公历9-10月间,放假两天。 赎罪日(Yom Kipper):犹太民族主要节日,公历9-10月间,放假一天。 这一天犹太人通过祈祷忏悔自己的罪,并祈求上帝的宽恕和赦免。全国上 下几乎停止一切活动,气氛庄重。 结茅节(Sukkot):公历9-10月间,又称住棚节,放假一周。期间人们住进临时搭建的棚舍,以纪念犹太祖先出埃及期间在西奈荒漠中40 年的帐篷生涯。 点烛节(Hanuka):公历12月间,放假一天。此节是为了纪念公元前165年犹太人反抗异族统治胜利、收复耶路撒冷、洁净第二圣殿的日子,延续8天,每天点燃烛台上的一枝蜡烛。 普林节(普弭节)(Purim):公历2—3月间,又称化妆节,是以色列的狂欢节。 逾越节(Pesah):公历3-4月间,放假一周。是犹太人的重要节日,以纪念摩西成功地率领犹太人摆脱法老控制、离开埃及、举族返回迦南的 经历。 大屠杀纪念日:公历3—4月间,纪念二战中惨遭纳粹屠杀的600万犹太人。 烈士纪念日:公历4-5月间,独立日的前一天,纪念建国以来在历次战争中的阵亡将士。

独立日(Independence Day):公历4-5月间,放假一天。1948年5月14日以色列宣布建国,随后第一次中东战争爆发,以色列称之为“独立战争”,并将宣布建国的日子纪念为独立日。 五旬节(Shavuot):公历5-6月间,放假一天,在逾越节后第50天。以纪念上帝在西奈山显现、与以色列人立约、创立犹太教等。 工作时间 工商企业的工作时间: 6月—10月期间为7:30-14:30 11月-5月期间为8:00-13:00,15:00-18:00。 政府部门的工作时间: 6月-10月期间为7:30-14:30 11月-5月期间为7:30-13:00,13:45-16:00。 银行工作时间: 8:00-13:00,16:00-17:00; 银行星期三、星期五下午和星期六不营业。 商店营业时间: 6月-10月期间为8:00-13:00,16:00-18:00; 11月-5月期间为8:00-13:00,16:00-19:00。 办公机构和商店每星期五下午和星期六关门,大多数政府办公机构星期五全天关门。

以色列化工集团

一、以色列化工产业现状及主要企业介绍 以色列化工产业起步于上世纪初。1929年,巴勒斯坦钾盐公司成立,并在死海边建立了两家工厂,生产的钾盐部分运至耶路撒冷,部分运至海法港出口。以色列独立战争期间,工厂部分被毁停产。1951年以色列政府将该公司收归国有,由国家发展部进行管理,1953年更名为死海化工厂(Dead Sea Works),1968年并入以色列化工集团,开始规模出口化工产品。 经过几十年发展,化工产业已成为以色列国民经济支柱产业之一。2009年化工产业产值占以工业总产值的26%,并同时为农业、塑料业、纺织业、金属业等其他经济部门提供了大量原料。目前,以色列共有约400家化工厂,雇佣员工超过3万人。以色列化工企业主要集中在南部的盖夫-死海地区,尤其是拉马特霍瓦乌工业区集中了19家化工厂,包括马克西姆-阿甘公司、特华制药、以色列化工集团溴化物公司等。北部的阿科-海法地区和中部沿海的阿什多德也有部分化工厂。 以色列化工产业可细分为五大领域:矿产和化肥、石油化工、农业化工、制药以及化妆品。 (一)矿产和化肥 以色列矿产资源主要分布在两个地区:一是东部约旦河谷的死海地区。死海水中富含钾、镁、溴、多溴化合物;二是南部盖夫沙漠,盛产磷矿石及其衍生物。上述矿产储量丰富、开发成本低廉,为以色列无机化工的发展提供了得天独厚的条件。以色列化工企业运用先进工艺研制出多种高效新型化肥,广受国外欢迎。国际化肥市场近几年走势良好,未受全球经济不稳定的影响,由于整体供应紧,未来几年化肥业发展形势依旧看好。以色列在矿产和化肥领域的主要代表企业为以色列化工集团(Israel Chemicals Ltd.)和海法化工公司(Haifa Chemicals Ltd.) 以色列化工集团是以色列最大的化工企业,成立于1968年,由死海化工厂及盖夫沙漠的多家国有矿企合并而成,1992年完成私有化并在特拉维夫证券交易所上市。以色列集团是其最大股东,拥有52.32%的股权。以政府保留“国家特别股”,对其重大事务拥有否决权。以色列化工集团拥有以色列死海矿产和盖夫沙漠磷矿石的独家开采权,其核心业务包括三部分:一是化肥生产,该公司是全球第六大钾肥生产商,其生产的全水溶性肥料占据以色列90%以上的市场,在欧洲销量也居于前列;二是工业化学品生产,该公司是全球第一大溴素供应商和阻燃剂生产商,为电子业、建筑业和汽车业提供化学原料;三是高性能产品,该公司是全球特种磷酸盐生产巨头,也生产食品添加剂、清洁用品、涂料等下游产品。2010年,以色列化工集团销售额约47亿美元。 海法化工公司成立于1967年,是世界最大的绿色肥料硝酸钾生产商之一,其硝酸钾产量占全球产量的30%,产品销往100多个国家和地区。海法化工拥有世界先进的全水溶氮磷钾肥料技术、水肥合一技术和控释肥技术,可以与滴灌技术高效结合。 (二)石油化工 以色列虽然目前能源基本依赖进口,但拥有发达的石油提炼和石化工业,其产品不仅满足了国需求,还可少量出口。近两年,以色列在与黎巴嫩相邻海域相继发现储量丰富的塔玛尔和利维坦两个油气田,目前开采已进入实质性阶段,预计最早2012年产气,这将极大推动以石化产业的发展。以色列在石油化工领域的主要代表企业为以色列炼油集团(Oil Refineries Ltd.) 以色列炼油集团位于海法湾,是以色列最大的炼油和石化企业,2007年完成私有化,

以色列水资源及利用

以色列水资源及利用 作者:佚名文章来源:网友收集点击数:115 更新时间:2005-5-22 【字体:小大】 以色列最大的淡水湖——加利利海著名的约旦河 以色列是一个干旱少雨、水资源缺乏且水质并不优良的国家,但由于它们能够合理地开发和利用有限的水资源,以及采用先进的农业科学技术,因此仍使这个国家的农业得到了较快的发展,生活用水基本能得到保证。 1. 以色列的水资源分布 以色列沙漠半沙漠地区约占国土总面积的2/3,并集中在南部地区。整个以色列受地中海气候影响,冬季湿润多雨,夏季高温干旱。从11月至来年3月为雨季,之后是连续七个月的干旱季节。降水量少且分布不均匀,多年平均降水量北部约700-800mm,中部平原400-600mm,南部内盖夫沙漠年均降水量只有20mm,而且蒸发能力极大,这也是南部地区地下水多为咸水的原因。一半以上的面积年降水不足18 0mm,降水年际分布也不均匀。 由于上述气候原因的影响,以色列的地表淡水资源主要集中在北部地区,主要在以加利利湖和约旦河为中心的一条水系。约旦河是其唯一的主要河流,全长约300Km,年径流5.2亿m3。下约旦河(Lower Jordan River)的源头加利利湖(the Sea of Galilee),是以色列境内最大的淡水湖。除了地表淡水资源,以色列的中部山区和沿海平原的地下含水层以及北部山区的自然降雨也是其淡水资源的重要来源。全国有淡水资源20亿m3,人均水资源占有量不足370 m3。另外,沿海城市的海水净化以及南部地区地下咸水净化以及直接灌溉也构成了其水资源利用的一个重要组成部分。

加利利湖是以色列最大的淡水湖,由于现在对其已能完全实现人工调节,所以相当于是一个大型水库,湖面长21Km,最宽处12Km,面积166平方公里,集水面积2730Km2,蓄水量约40亿m3,其北部三条支流年补给水量约5亿m3。目前从加利利湖中抽水量每年约为4亿m3,其供水大约占全国用水的30%。 第二个主要的淡水资源地下含水层。一个位于西部沿海平原,大致是从北部海法(Haifa)所在卡梅尔(Carmel)地区延伸至南部的加沙(Gaza Strip)。每年大约从地下抽水25亿m3,占全国用水的19%。另一个位于中部山区,分布与沿海地下含水层平行,北部也是起于卡梅尔(Carmel),南部到内格夫沙漠北端的比尔谢瓦(Beer Sheva),该含水层每年大约抽水35亿m3,占全国用水的26%。由于地下水超采导致沿海一些地区出现地面沉降和海水入侵等一系列问题,现在对地下水采集的控制已比较严格,并采用了地下水回灌的补救措施。整个以色列有2800口地下水开采水井,其中1300口属于国家供水公司(M ekorot)。在沿海平原区还有150口专门用于地下水回填的水井。 第三个淡水资源是北部山区的自然降雨,占全国用水的25%。 2. 水资源高效利用的措施 针对其水资源匮乏的现状,以色列政府从工程,技术到管理上应用了一系列的工程和非工程措施,加强对水资源利用的管理,提高效率。 2.1全国输水系统(NA TIONAL W A TER CARRIER) 该工程1964年建成并投入使用。它通过水泵把位于海平面以下220米处的水抽到海拔152米高处,经过消毒处理后通过管道运向沿海地区和内盖夫沙漠。现在的全国输水管道工程已经把加利利湖水和中部的地下水连接成为一个整体,并实现由计算机联网控制。既根据需要对各处的需水作统一调度,还收集污水经处理后提供给农业灌溉使用。 国家供水系统不仅用于供水,而且在早春和冬季,它又能排放过多的雨水,同时补给沿海地区的地下含水土层。大多数地区供水系统同国家供水系统相结合,从而形成一个较为平衡的供水系统网络,通过这个网络,人们可以根据不同的条件和需要将水从一个地方运往另一个地方。 整个输水系统由麦考罗特(MEKOROT)水公司统一管理。该公司除管理输水工程外,还从事打井、净化海水、盐水和污水等有关水开发的工作。 2.2污水处理再利用技术的引入 污水处理和再利用是节水和增加水源的一个有效措施。以色列的淡水资源十分有限,现在已被充分利用,不断增加的污水正千方百计的渗透到环境中,威胁着地下水和其他淡水资源。随着人口增长,工农业的发展,对水的需求正在增加,因此必须开辟新的水源。以色列政府在1972年制定了“国家污水再利用工程”计划,开展利用污水进行灌溉的试验研究,并取得了很大的成功。至1997年约有60%的城市费水在进行无害化处理后用于灌溉。

以色列技术创新成果资料汇编

以色列技术创新成果资料汇编 新材料行业 特拉维夫大学 希伯来大学

目录 一、特拉维夫大学 (1) 1.3-2015-907 | 抗污薄膜,抗污材料 (1) 2.11-2012-336 | 薄膜透明导电纳米线的显示面板 (2) 3.11-2007-122 | 钴钨磷无电沉积工艺和材料 (3) 4.11-2007-121 | 薄铜钼层为ULSI中应用化学沉积 (4) 5.3-2011-144 | 牙科应用多肽纳米结构抗菌复合树脂充填 (6) 6.11-2013-522 | 蓝宝石高温超导线材 (8) 7.3-2013-469 | 固体气体产生灭火系统高能有机化工原料 (9) 8.11-2012-333 | 从水母制成的生物塑料和水凝胶 (10) 9.2-2007-14 | 自组装肽水凝胶 (12) 10.6-2015-911 | 金属合金纳米泡沫作为在天然气合成油的甲烷干法重整的催化剂 (14) 11.3-2011-149 | 用肽纳米管加强环境传感器和生物传感器的耐久度、敏感度和选择度 (14) 12.11-2013-448 | 铋纳米线 (15) 13.3-2009-27 | “智能”肽纳米纺织品 (17) 14.3-2011-145 | 纳米增强粘合剂、塑料、油漆和涂料 (18) 15.3-2009-26 | 采用纳米压印光刻产品认证(NIL) (19) 16.3-2013-469 | 用于固态产气灭火系统的活性有机材料 (21) 17.3-2012-389 | 铼纳米结构和电沉积 (23) 18.6-2013-468 | 基于多孔硅的光学水中杂质探测 (25) 19.7-2013-442 | 微机电系统(MEMS)传感器和执行器 (27) 20.6-2012-372 | 用于石油挖掘的多孔介质表征 (29) 二、希伯来大学 (31) 1.8-2012-2708 | 将蜘蛛丝蛋白转化为纤维 (31) 2.6-2006-40 | 加强粘性的生物相容黏合剂 (31) 3.9-2010-2490 | 提高导电涂料和光电纳米涂料的生产效率 (32) 4.14-2008-2154 | 层级表面形态的纳米棒 (33) 5.16-2009-2287 | 纳米级鸟笼结构催化剂 (34) 6.9-2013-2904 | 可调节/可固定的混合纳米晶/纳米碳管印刷传感器 (35) 7.9-2013-2893 | 应用于3D印刷传导结构的油墨和加工过程 (36) 8.9-2012-2870 | 效率高,成本低的钙钛矿太阳能电池 (37) 9.9-2012-2868 | 使用弱性石墨金属硫化物复合材料于锂离子电池的制造过程 (38) 10.9-2006-1065 | 设计和制造光化学传感器的新型途径 (39) 11.15-2012-2780 | 通过分子层沉积形成自清洁光滑的表面 (39) 12.14-2013-2965 | 使用闪烁材料进行3D打印 (41) 13.15-2014-3073 | 新型海洋防污手段 (42) 14.9-2010-2423 | 接触型和遥感型新型聚合物凝胶 (43) 15.16-2006-103 | 纳米金的电气连接 (44) 16.6-2006-762 | 与活细胞通讯的电子装置(脑黄金) (44) 17.16-2011-2602 | 重掺半导体的纳米晶体量子点 (45) 18.9-2011-2588 | 融合自我组装材料进入微电子织造过程 (46) 19.9-2011-2608 | 纳米结构和纳米表面的新型掺杂方法 (47) 20.9-2008-2090 | 高敏感度的爆炸物传感器 (48)

数字电子技术课程简介

《数字电子技术实验》课程简介 一、课程基本信息 课程代码:0807234002 课程名称:数字电子技术实验 英文名称:Experiment of Digital Electronic Technique 学分:1 总学时:1周 讲课学时:0 实验学时:0 上机学时:0 课外学时:0 适用对象:电气工程及其自动化、自动化、测控技术与仪器、机械电子工程、建筑电气与智能化、能源与动力工程、车辆工程等专业 先修课程:电路原理、数字电子技术 开课单位:工业中心 二、课程内容与教学目标 《数字电子技术实验》课程的主要实验内容为:门电路逻辑功能测试及其EDA软件;一位大小比较器、全加器的设计;数据选择器和译码器的应用;集成计数器的设计及EDA 实现;集成移位寄存器译码显示综合设计;脉冲产生、计数、显示综合电路。通过本课程应达到以下基本要求: 要求学生熟练地使用数字电路中的各种测量仪器仪表和实验设备,掌握数字电路中常用集成芯片的测试方法及实验数据数据分析方法,加深和巩固对所学理论知识的认识和理解,熟悉仿真软件的使用。 在基本技能具备的前提下,完成数字电路的设计性实验。学生自己根据所学知识及设计性实验要求,根据实验室现有元器件确定实验方案,设计实验线路,选择实验方法和步骤,选用仪器设备,提出实验预案,独立操作完成设计性实验。设计性实验主要培养学生查阅文献、确定实验方法、选择仪器设备等方面的能力。 三、对教学方式、实践环节、学生自主学习的基本要求 《数字电子技术实验》课程采用教师讲解、演示和现场指导等方式进行实验教学。 学生自主学习时数应不少于10学时,基本要求: 1、认真阅读实验指导书,做好预习。 2、掌握常用实验仪器设备、仪表的操作方法。 3、掌握实验原理、步骤和方法。

以色列国家概况

以色列国家概况 (最近更新时间:2013年10月) 【国名】以色列国(THE STATE OF ISRAEL) 【面积】根据1947年联合国关于巴勒斯坦分治决议的规定,以色列国的面积为1.52万平方公里。1948-1973年间,以色列在四次阿以战争中占领了大片阿拉伯国家领土,80年代以后陆续部分撤出。目前以色列实际控制面积约2.5万平方公里。 【人口】801.8万(2013年4月),其中犹太人约占75.3%,其余为阿拉伯人、德鲁兹人等。 【语言】希伯来语和阿拉伯语均为官方语言,通用英语。 【宗教】大部分居民信奉犹太教,其余信奉伊斯兰教、基督教和其他宗教。 【首都】建国时在特拉维夫(TEL AVIV),1950年迁往耶路撒冷(JERUSALEM)。1980年7月30日,以议会通过法案,宣布耶路撒冷是以色列“永恒的与不可分割的首都”。对于耶路撒冷的地位和归属,阿拉伯国家同以色列一直存有争议。目前,绝大多数同以有外交关系的国家将使馆设在特拉维夫。 【国家元首】西蒙·佩雷斯(SHIMON PERES),2007年7月15日就职,为以色列第9任总统,任期7年。 【重要节日】犹太新年(约公历9月)、赎罪日(约公历10月)、住棚节(约公历10月)、逾越节(约公历3、4月)、大屠杀纪念日(约公历4、5月)、独立日(约公历4、5月)。 【地理】位于亚洲西部。毗邻巴勒斯坦。东接约旦,东北部与叙利亚为邻,南连亚喀巴湾,西南部与埃及为邻,西濒地中海,北与黎巴嫩接壤。海岸线长度198公里。 【气候】地中海型气候,夏季炎热干燥,最高气温39℃;冬季温和湿润,最低气温4℃左右。 【简史】犹太人远祖是古代闪族的支脉希伯来人。原居住于美索不达米亚平原,公元前13世纪末开始从埃及迁居巴勒斯坦地区。公元前1000年左右,建立以色列国。此后先后被亚述、巴比伦、波斯、古希腊和罗马帝国征服。公元70年被罗马人赶出巴勒斯坦地区,开始长达近2000年流亡生活。19世纪末,犹太复国主义运动兴起,犹太人开始大批移居巴勒斯坦。第一次世界大战结束后,英国对巴勒斯坦实行委任统治。1917年,英国政府发表《贝尔福宣言》,表示赞成在巴勒斯坦为犹太人建立民族家园。1947年11月29日,联合国大会通过决议,决定在巴勒斯坦地区分别建立阿拉伯国和犹太国。1948年5月14日,以色列国

数字电子技术基础课程教学大纲简介

数字电子技术基础课程教学大纲 英文名称:Digital Electronic Technology Fundamentals 课程编码:04119630 学时:64/12 学分:4 课程性质:专业基础课课程类别:理论课 先修课程:高等数学、普通物理、电路理论、模拟电子技术基础 开课学期:第4学期 适用专业:自动化、电气工程及其自动化、工业自动化仪表 一、课程教学目标 通过本课程的理论教学和实验训练,能够运用数字电子技术的基本概念、基本理论与分析方法和设计方法,解决较复杂的数字电路系统相关的工程问题,使学生具备下列能力: 1、使用逻辑代数解决逻辑问题; 2、正确使用数字集成电路; 3、分析和设计数字逻辑电路; 4、正确使用数字逻辑电路系统的辅助电路。 二、课程教学目标与毕业要求的对应关系 三、课程的基本内容 3.1 理论教学 1、数字逻辑基础(支撑教学目标1) 教学目标:使学生掌握逻辑代数的三种基本运算、三项基本定理、基本公式和常用公式。了解二进制的算术运算与逻辑运算的不同之处。掌握逻辑函数的四种表示方法(真值表法、逻辑式法、卡诺图法及逻辑图法)及其相互之间的转换。理解最小项的概念及其在逻辑函数表示中的应用。掌握逻辑函数的公式化简法和图形化简法。掌握约束项的概念及其在逻辑函数化简中的应用。

本章主要内容: (1)数字信号与数字电路 (2)逻辑代数 (3)逻辑函数及其表示方法 (4)逻辑函数的化简 2、逻辑门电路(支撑教学目标2) 教学目标:使学生了解门电路的定义及分类方法。二极管、三极管的开关特性,及分立元件组成的与、或、非门的工作原理。理解TTL反相器的工作原理,掌握其静态特性,了解动态特性。了解其它类型TTL门的工作原理及TTL集成门的系列分类。 本章主要内容: (1)半导体二极管门电路 (2)半导体三极管门电路 (3)TTL集成门电路 3、组合逻辑电路(支撑教学目标3) 教学目标:使学生掌握组合逻辑电路的设计与分析方法。理解常用组合逻辑电路,即编码器、译码器和数据选择器的基本概念、工作原理及应用。掌握译码器和数据选择器在组合电路设计中的应用。 本章主要内容: (1)概述 (2)组合逻辑电路的分析与设计 (3)常用组合逻辑电路 (4)用中规模集成电路设计组合逻辑电路 4、触发器(支撑教学目标3) 教学目标:使学生理解触发器的定义。掌握基本SR触发器、同步触发器、主从触发器、边沿触发的触发器的动作特点。掌握触发器的各种逻辑功能(DFF,JKFF,SRFF,TFF,T’FF)。掌握触发器逻辑功能与触发方式的区别。掌握画触发器工作波形的方法。 本章主要内容: (1)概述 (2)基本SR触发器(SR锁存器)和同步触发器(电平触发) (3)主从触发器(脉冲触发)和边沿触发器(边沿触发) (4)触发器的逻辑功能及描述方法 5、时序逻辑电路(支撑教学目标3) 教学目标:使学生掌握时序逻辑电路的定义及同步时序电路的分析与设计方法。了解异步时序电路的概念。理解时序电路各方程组(输出方程组、驱动方程组、状态方程组),状态转换表、状态转换图及时序图在分析和设计时序电路中的重要作用。了解常用时序电路(计数器、移位寄存器)的组成及工作原理及其应用。 本章主要内容: (1)时序电路的基本概念

以色列签证申请个人资料表

以色列签证申请个人资料表 (信息不完整或不准确可能会造成拒签) 申请人基本信息 姓名曾用名 性别身份证号 民族出生日期年月日婚姻状况出生地点 曾有国籍职业 现国籍护照号码 最高学历护照签发日期年月日毕业院校有效期限至年月日学校地址联系电话/邮箱 永久居住址及邮编 (具体到街道门牌号) 以前是否去过以色列,如有请说明签证类 型、停留日期及停留天数 以前是否有过被拒签纪录,如有请列出,并 说明原因 此次出行以色列的原因 停留天数及入境—离境日期申请次数:单次、两次、多次(最终使馆签发次数由使馆决定)停留____天,____年_____月_____日至_____年_____月_____日 如需转机,请说明中转国 入境地点 家庭成员信息 姓名姓名的拼音出生日期出生地点父亲(含已故) 母亲(含已故) 配偶(含已故) 配偶的父亲 (含已故) 18岁以下儿童 在以色列的朋友及亲戚的姓名及联系方式 姓名电话及邮箱与本人关系 地址 当地酒店预定信息 酒店全名称电话及邮箱 酒店地址

声明 1.在您获得签证前请勿先行支付机票、酒店费用,以免因签证问题产生费用损失,否则损失将由您自行承担。 2.我社以申请人寄送资料时注明的出入境日期为准,不接受申请人因为中途更改行程提前出行,或办理其他国家签证,或中途需要去其他国家等等情况要求催签或者撤签; 3.在办理签证期间,我司可能会根据您的材料情况要求增补其他材料、担保金或予以劝退;领馆也可能会针对您的实际情况,要求增补其他材料、或延长签证受理时间、或要求申请人前往使馆面试(此情况由领馆决定,我司无法干预)。签证的发放或拒绝均是各国使领馆的主权行为,不容争议;领馆也可能因内部原因导致延迟出签,我社披露的签证受理时间、签证有效期、停留天数等信息仅供参考,非法定承诺,均由使馆最后签发时间为准。 4.本社仅提供代送代取服务,请申请人务必按照要求准备完整且准确的资料,以免因为资料缺少或错误造成出签时间延长或拒签。且如有资料不实所发生的后果,客人自负,本社不承担任何责任; 5.签证未送进使馆但已经开始操作如有费用发生,除按照实际发生金额收取费用外另收取100元操作费。 6.所有递交使馆的材料均不退还(除护照)请谅解! 7.入境次数:我司会按照您申请的次数递交相应资料,但最终签发次数由使馆决定。 8.本人宣誓: 在境外逗留期间,不会从事有偿工作,不干涉其内政,并不参加违反其宪法或法律、法令及其他有关法规的活动。我保证在境外不会要求改变自己的身份并按时离境。 以上表格必须填写完整并且真实! 请仔细阅读以上免责声明条款,签字后即视为您已知晓,并认同以上条款。否则我社不予以办理! 申请人亲笔签名:___________ 日期: ___________________

数字电子技术课程教学大纲

数字电子技术课程教学大纲(试行) 课程名称:数字电子技术 英文名称:Digital Electronic Technique 学时数:45 其中实验学时数:15 课外学时数:14 适用专业:2006级电气自动化技术 1.大纲制定参考依据 (1)教高[2006]16号关于全面提高高等职业教育教学质量的若干意见。 (2)科技学院《2006级电气自动化技术专业教学计划说明》。 (3)2006年科技学院关于编制与修订高职课程教学大纲的要求。 2. 课程的性质、目的和任务 数字电子技术是电气自动化技术专业的重要专业技术基础课。是培养硬件应用能力的工程类课程,是电气技术训练的基本入门课程,构建学生电子技术的基本理论、基本技能和培养学生应用与创新能力。一方面为后续专业知识技术的学习奠定基础,另一方面培养训练学生电子技术方面的实践技能。它直接涉及学生的专业培养质量和职业能力。既是学生在今后较长时间赖以吸收新知识和自我完善发展及接受终身教育的专业基础课程。又是培养技术技能型人才的专业技术基础课程。

在教学过程中要注重理论联系实际,加强实践环节,重视工程观点,着重于电子元器件和基本电子电路的实际应用能力训练。将理论教学与实践教学有机融为一体。改变传统的“一支粉笔,一本书,一块黑板,一讲到底”的理论教学模式。改革教学模式、教学方法,以培养学生能力为核心、为主线。处理好近期的专业“必需够用”和将来的发展“迁移可用”的关系, 通过本课程的教学,使学生获得必要的数字电子技术方面的基本理论、基本知识和基本技能。培养学生分析问题和解决问题的能力。锻炼学生的工程实践能力。 3. 课程教学容与知、技、能点及教学基本要求 针对专业需要优化整合教学容,建立“能力包”化的教学容模块。本课程体系按照能力模块划分为六个模块。

以色列农业概况

以色列农业概况 Prepared on 24 November 2020

以色列农业概况 以色列属于亚洲大陆,地处地中海东南角,西临地中海,北连黎巴嫩,东与约旦河西岸接壤,东北与叙利亚为邻,东南和南面以亚喀巴湾与埃及西奈半岛为界。扼欧亚非三洲会合处,为东西阿拉伯世界的桥梁。 以色列北部是加利利山,高度为1200米左右,在加利利山以东为约旦河谷。在加利利山以西为狭长的沿海平原,从黎巴嫩边境一直延伸到南部。加利利山向南俯瞰着埃斯德拉隆谷或埃梅克谷,埃斯德拉隆以南是高原。高原以南是内格夫。 沿海地区为典型的亚热带地中海型气候。夏季炎热干燥,温度在32~38℃之间。冬季温和多雨,大巴列湖附近以及内格夫从不下雪,洼地也很少下雪,耶路撒冷和上加利利虽然下雪,但雪量悬殊甚大,前者只有几英寸,后者可达几英尺。河谷地区,有时酷热,气温可达40℃以上,而且十分潮湿。以色列降雨少,一般在400~550毫米。降雨主要在冬季的12月至来年3月,6、7、8三个月根本无雨。降雨量各地区差别也很大。加利利年降雨量在1000毫米以上。以色列越往南雨量越少。从全国看,60%属干旱地区,20%为半温润区(北部),50%国土降雨少于150毫米。 耕地主要分布在北部滨海平原、加利利山区以及上约旦河谷。 一、农业发展历史 以色列农业奇迹得益于正确的发展战略。建国50年来,以色列农业是推动经济发展的杠杆,农业和整个经济的发展相辅相成。其农业发展大致经历了3个阶段。 第一阶段从50年代开始,农业开始大起步、大发展。建国初,以色列处于战争环境,大量移民从国外涌入,经济面临巨大压力,农业成了当时经济恢复和发展的支柱。以色列在全国垦荒、兴建定居点,目标是粮食和农副产品自给自足。当时,以色列军事开支负担沉重,但仍优先满足农业投资。1952年以色列引种棉花,用10年时间解决了穿衣问题,棉花单产世界第一,棉花出口创汇仅次于柑桔。1953年以色列开始建北水南调输水工程,开发沙漠。 第二阶段从60年代开始,滴灌推动农业革命,建立高效市场机制。60年代初,以色列土地开垦饱和,农业单产徘徊,沙漠改造缓慢。以色列开始探索科技发展农业的出路,60年代中期发明滴灌后,国家立即大力扶持,农业革命

《数字电子技术基础》课程教学大纲

《数字电子技术基础》课程教学大纲 一、课程基本信息 二、课程的性质与和教学目的 数字电子技术基础课程是计算机科学与技术专业非常重要的专业基础课,具有自身的体系和很强的实践性,在专业教学计划中具有举足轻重的地位。对于网络工程专业的新生在入学伊始全面了解计算机的专业领域知识,了解计算机在各方面最新发展及应用会有很大的帮助。本课程的任务是:通过对常用电子器件、数字电路及其系统的分析和设计的学习,使学生获得数字电子技术方面的基本知识、基本理论和基本技能,为深入学习测控技术及其在专业中的应用打下基础。通过这门课程的学习,可以使计算机科学与技术专业的学生一进入大学就能够对自己今后要学习的主要知识、专业方向有一个基本了解,为后续课程构建一个基本知识框架,使学生对以后的专业学习能够做到心中有数,为以后学习和掌握专业知识提供必要的专业指导。 三、教学内容和基本要求 主要本课程包括:逻辑代数的基础知识、门电路、组合逻辑电路、触发器、时序逻辑电路、脉冲产生与整形电路、A/D与D/A转换电路等。 第一章绪论 1)了解数字电路及其常用芯片、对电子设计自动化技术进行简介。 2)了解数字电子技术基础课程。 第二章数制和码制 1)掌握二进制、十六进制数及其与十进制数的相互转换。 2)掌握8421编码,了解其他常用编码。 第三章逻辑代数基础 1)掌握逻辑代数中的基本定律和定理。 2)掌握逻辑关系的描述方法及其相互转换。 3)掌握逻辑函数的卡诺图化简方法。 第四章门电路 1)了解半导体二极管、晶体管和MOS管的开关特性。 2)了解TTL、CMOS门电路的组成和工作原理。 3)掌握典型TTL、CMOS门电路的逻辑功能、特性、主要参数和使用方法。 4)了解ECL等其它逻辑门电路的特点。 第五章组合逻辑电路

以色列技术创新成果资料汇编[0017]

以色列技术创新成果资料汇编 食品饮料行业 希伯来大学

目录 希伯来大学 (1) 1、液态食品的创新质构-利用冻融技术调节食品质构 (1) 2、低热量高纤维果汁-保留水果或蔬菜的新鲜味道的生物技术方法 (1) 3、果浆和其它原料的质构调节-将天然浆果、植物蛋白、蜂蜜等转变为半固态产品的技术 (2) 4、耐高温液滴-有热稳定膜的液体容器 (2) 5、胶体海绵-多用途的纤维固体 (3) 6、绿叶蔬菜收货后货架期的延长 (3) 7、提高酵母次生代谢产物产量的新方法 (5) 8、胶束微粒,改良的六聚体及新型纳米液体细观结构可以提高酶的溶解性和生物肽的利用度 (5) 9、一种基于天然多酚的新型饮料 (6)

希伯来大学 1、液态食品的创新质构-利用冻融技术调节食品质构 背景 采用新型冷冻加工技术获得特定质构,主要应用于酸奶、布丁、非酸性乳制品、乳饮料乳业和其它液态产品。 发明内容 混合至少含有奶和水溶性高分子两种物质的简单加工过程,此方法在不含有乳酸菌的条件下,通过冷冻-解冻循环获得类似酸奶的一致性质构。 主要特征 快速重组过程 产品可以被无限期冷冻保存;货架期可从解冻后才开始计时,且保持产品的稳定性。可添加益生菌、水果片或其它液体到产品基质,以进一步开发。此研究当前如需要在应用于工业生产仍需要进一步放大规模,我们正在尽力寻找工业合作伙伴,进行放大实验。 机遇 快速扩张食品工业对创新产品加工或处理后的特定质感提出了需求。此冻融技术具有在酸奶、布丁及其他乳制产品中替代脂肪成份所带来的质感的潜力和创新果汁饮品的潜力。 主要研究人员: Nussinovitch Amos 2、低热量高纤维果汁-保留水果或蔬菜的新鲜味道的生物技术方法 背景 果汁含有低水平的膳食纤维不产生饱腹感,因此即使没有糖的添加果汁也会导致肥胖。果汁中卡路含量主要贡献成分是葡糖糖和果糖,葡糖糖刺激胰岛素释放调节食物摄入量;果糖不能抑制食欲,并与新的肥胖细胞形成有关。 当用不同解决办法降低果汁糖含量时,往往会干扰果汁的天然风味和香气。这就需要一种加工方法既能够降低果汁的糖分,又能够保持天然风味并富集膳食纤维。 发明内容 通过利用无害的微生物处理,从而在增加纤维含量和维持天然风味的同时降低天然水果和果蔬汁的糖含量。 主要特征 (1)简单的实验室加工—仍需要验证工业化可行性 (2)易于获得的微生物 (3)保存果汁的风味和香气 (4)增加果汁的纤维含量

以色列版图

想到以色列地图是这样的吗? 《咸杰搏克》原创图文 图一为以色列国使用的地图:

图二为国际社会包括我们中国出版的《世界地图》以色列或巴勒斯坦地图:

差哪了呢?大伙没事先琢磨一下。 以色列别看国小,但啥叫以少胜多?啥叫以弱制强?全在版图上了。埃及强不强?强!叙利亚大不大?大!约旦怎样?也不小!就是这三个强大不小的联军,几次征战以色列没有一次得手占便宜。最终叙利亚落个丧失加利利湖和丢失戈兰高地下场!水对于人类意味生命,加利利湖拥有及其丰富的淡水资源!谁占领了戈兰高地谁就事实上控制了水源控制了生命!依我看叙利亚人下辈子大大下辈子再也夺不回戈兰高地了。早知今日,何必当初!

第三张是我照葫芦画瓢示意图。右上角黑色部分,原来是叙利亚地盘,目前国际社会包括我们中国的地图也依然将黑色部分划为归属叙利亚。但没用呀!事实上以色列牢牢占领和控制了戈兰高地并且划入自己版图。就凭叙利亚实力要想夺回不太可能。这就像耶路撒冷一样,犹太人和巴勒斯坦人都吵吵嚷嚷是自己的永久首都,但喊归喊。犹太人65战争都 把约旦人从耶路撒冷彻底赶跑了,巴勒斯坦人想得到更是一点门都没有!我看最终也就落个干瞪眼心里向往而已吧! 以色列国旗背后曾经是叙利亚现在被以色列划入版图的戈兰高地!湖光山色够 诱人的啊!也够眼红的呀!无论如何为此再打下去我都太理解了!可怜的叙利亚人!悲哀的叙利亚人! 巴以争端,以色列和阿拉伯世界的恩恩怨怨,与我们这些花钱买来的形象大使无关。我坐在加利利湖游船上,只知道心情心情再心情!

看到上来一大帮中国人!得,船长也会来事!咔!立马从柜子里找出一面鲜艳的五星红旗,啥叫爱国,出来了就知道作为中国人的尊严和面子!人家犹太人还与此同时专门为我们准备了义勇军进行曲!!在异国他乡听国歌!我两眼泪汪汪一观察别人也都不停的激动着呢颤抖着呢。蓝天白云下就是加利利湖和戈兰高地,但我更爱我们中华人民共和国鲜艳的五星红旗!唉!竟给别人照相了,要是当初在这位置上,哪个朋友咔咔给我弄几张装进去就好了! 岸边一对以色列青年男女和他们夫妻宝宝!如此安详温馨的画面,大伙说说这世界上都不好好过日子,没事找事乱折腾,乱打啥呀?不过话说回来了,谁都愿意自己地盘大点管的人多点。唉!上帝创造了人,就是让你们相互乱掐的!我们大家还是珍惜来之不易的平静生活吧。

数字电子技术教学大纲

《数字电子技术》课程教学大纲 执笔人:张晓冬等编写日期:2012年12月 一、课程基本信息 1.课程编号:94L117Q 2.课程体系/类别:专业类/专业基础课,专业主干课 3.学时/学分:64/4 4.先修课程:电路、模拟电子技术 5.适用专业:电气工程及其自动化 二、课程教学目标及学生应达到的能力 本课程是电气信息类专业的主要技术基础理论课程之一,是该专业的主干课程。 本课程的教学目的是使学生掌握数字电子技术的基本工作原理、基本分析方法和基本应用技能,使学生能够对各种基本逻辑单元进行分析和设计,学会使用标准的集成电路和可编程逻辑器件,并初步具备根据实际要求应用这些单元和器件构成简单数字电子系统的能力,为后续专业课程的学习奠定坚实的基础。 三、课程教学内容和要求

四、课程教学安排 在教学方法上,采取课堂讲授、实验及上机操作、课堂讨论、课后自学、完成作业及研究性教学作品等多种形式。通过本课程各教学环节的有机结合,培养学生分析问题、解决问题和应用实践的能力。本课程理论与实践并重,在强调理论知识学习的同时,安排较多的学时用于实验与上机仿真,提高学生综合应用知识解决问题的能力。 (一)课堂讲授 在教学过程中,教师应注重加强基础,对数字电路基本单元的基本概念、基本原理、基本分析方法进行适当详细的讲解,并指出每章的重点和难点。讲授中应尽量结合数字技术的最新研究成果,注重理论联系实际,通过电子课件、上机实验等多种形式展示、讨论,启迪学生的思维,加深学生对有关概念、内容和方法的理解,使学生逐渐掌握一般数字电路系统的分析与设计方法。 (二)教学方法 本门课程已制作电子教案,可在适当章节或适当时间使用。采用多媒体与黑板相结合的手段进行教学,既重“量”又重“质”,既要注重内容的广泛性,又要突出重点。 号召学生参观大型电子科技展览和数字技术成果展,使学生了解数字技术的最新发展成果,拓宽其视野。 (三)课堂讨论和课后自学 为了培养学生的自学能力和分析、处理问题的能力,对各章的重点和难点问题,采用课堂讨论的形式,加深理解。在课堂讨论中,同学们还可以交流学习内容和体会,起到互相促进、共同进步的作用。 (四)实验 加强学生的动手能力的培养,学生在实验环节除完成教师安排的任务,还可以根据实际情况,自选一些题目进行设计。 1.实验目的:加深对课堂所学知识的理解,培养学生的实践能力。 2.实验前指导:实验前教师应做实验内容、要求方面的指导,并要求学生先做些实验前的预习准备工作,经过预习要达到: ①明确实验目的和要求; ②熟悉实验内容,完成实验电路设计; ③了解实验验收标准和具体考核方法。 3.实验项目:实验内容紧靠理论大纲。共7个实验,16学时。 五、课程的考核

相关主题
文本预览
相关文档 最新文档