• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    Integration of naval distributed tactical training simulation system based on advanced message queuing protocol①

    2016-12-29 05:34:28LiuYuWenJiayanJiDaqin
    High Technology Letters 2016年4期

    Liu Yu (柳 玉)Wen Jiayan, Ji Daqin

    (The Scientific Research Department, Naval Marine Academy, Guangzhou 510430, P.R.China)

    ?

    Integration of naval distributed tactical training simulation system based on advanced message queuing protocol①

    Liu Yu (柳 玉)②Wen Jiayan, Ji Daqin

    (The Scientific Research Department, Naval Marine Academy, Guangzhou 510430, P.R.China)

    Aiming at the problems of unreliable data transmission, poor steadiness, nonsupport of complex data types, direct couple between data transmission and exchange, a high-level method based on advanced message queuing protocol (AMQP) is proposed to integrate naval distributed tactical training simulation system after serious consideration with current information exchange features of military combat system. Transferring layer in traditional user datagram protocol is implemented by publishing and subscribing scheme of message middleware. By creating message model to standardize message structure, integration architecture is formulated to resolve potential information security risks from inconsistent data type and express data transmission. Meanwhile, a communication model is put forward based on AMQP, which is in the center position of the whole transmission framework and responsible for reliably transferring battlefield data among subsystems. Experiments show that the method can accurately post amounts of data to the subscriber without error and loss, and can get excellent real-time performance of data exchange.

    tactical simulation, message middleware, advanced message queuing protocol (AMQP), software architecture, distributed interactive simulation

    0 Introduction

    To conduct naval tactical train simulation and exercises in modern warfare, personnel, weapon platforms, detection equipments, command systems and a large number of relevant information and data are integrated properly and placed at the same scenario region. By this way, different number of virtual troops and equipments can be trained under unknown fighting environment to improve the contract or cooperative engagement capability. Meanwhile, the scientific assessment of the training effects is also achieved. Since the naval tactical training simulation system is composed of different subsystems which are made by independent manufacturers, a unified technical standard, planning or guidance is lack and the communication between subsystems is difficult. Thus, the differences in data inputting, mode processing and the interfaces between subsystems and devices can lead to poor reliability and stability of information and data transfer. Distributed tactical training simulation systems can merge platforms with various manufacturers, heterogeneous data services into a new platform with unified management, information integration and resource share, so as to eliminate information islands, improve the system interoperability, and meet the needs of integrated joint pilot training.

    Currently, the research between the academia and industry mainly focus on the distributed tactical training simulation system integration theory from two aspects: the integrated model and the integrated technology. The former focuses on establishing the uniform standard for the network system, while the latter is concerned about the efficiency, safety and reliability of the system[1]. For the existing problems, the academia has made a lot of research and achieves certain technological achievements in enhancing the system interoperability, sharing and adapting new platform such as context-aware middleware framework[2,3], middleware technology based real-time distributed systems[4,5], architecture design based on middleware[6-8], system adaptability[9,10], pervasive computing under middleware application background[11], multi-model of middleware application in the cloud computing[12]and so on. At the same time, the distributed system based on middleware technology has been widely used in medical treatment, traffic, military operations, e-government and other fields. Hu, et al.[13]used messaging middleware to deliver all information and data of warfare resource information management systems for conventional submarine via message, which greatly improved the operational functions of the system, and received fruited operational results. But for the key technology of the distributed tactical training simulation system integration, some issues remain to be resolved, especially for emerging network computing environment and new equipment platforms.

    The remainder of this paper is organized as follows: in Section 1, the architecture of the general distributed tactical training simulation system is overviewed and main problems and drawbacks are summarized. Section 2 introduces AMQP and six kinds of messaging models. Section 3 considerably analyzes the requirements of distributed tactical training simulation system integration, establishes the system platform architecture and designs their message and communication model. Section 4 conducts two groups of experiments to show the effectiveness and innovation of the proposed method. Finally a conclusion and an overview of the future work are given in Section 5.

    1 Theoretical analysis of distributed tactical training simulation system

    1.1 Architecture

    The current distributed tactical training simulation system has been implemented for data exchange via standardized service interfaces, independent of the specific platforms, programming languages, operating systems and hardware architectures, as is shown in Fig.1. Some of its applications as a service can be reused and shared. Compared with the traditional tree-like or hierarchic structure, it is more flexible and can quickly respond to the needs from business decisions.

    Fig.1 The architecture of distributed tactical training simulation system

    According to function features, the current architecture can be divided into four layers: a data storage layer, a service component layer (combat simulation support platform), a business logic & implementation layer and a simulation director layer.

    The data storage layer is the basis for all subsystems and services, which is used to store system resources and combat simulation models, including the analyzing method library, the simulation model library, military applications, databases, CGF (computer generation forces) library, equipment library, public library and other military data resources. The component services layer utilizes the data storage layer to provide data access interface for obtaining military resources, and achieving supported business functions including services from combat scenario requests to result feedback. The logic layer is the core of the system implemented by a series of corresponding business components, including the operational plan edition, the sensor detection simulation, integrated battlefield situation exhibition, simulation management and control as well as related equipment simulation systems. The simulation director layer controls cooperation and advance operation for the whole system.

    During the process of actual operation, the collaboration of all subsystems is needed to finish the whole tactical training simulation task. First, using the operation plan subsystem to generate combat scenario, and outline the geographical scope of operations, participating troops, weapons and equipment, communication means and other information. Next, the simulation pilot and control subsystem release starting signals. Based on the supports of the data layer and the combat simulation platform, the military simulation models then are deployed and moved as planned. The sensor detection system provides location and movement of enemy targets, and reports to the simulation training equipment. Fourthly, the commander issues operational decision commands. The simulation systems can show actual combat procedure, and train commanders and operators to achieve good operational awareness and high strategy capability.

    In the above process, the information exchange in the distributed systems includes objectives, environment, military equipments and other physical data which are necessary to complete the whole combat procedures, as well as piloting management commands for interoperability.

    1.2 Problems in the existed architecture

    1.2.1 Unreliable data transmission

    Existing distributed tactical training simulation systems mainly use an unreliable UDP (user datagram protocol) to resolve data transfer between different nodes, which can result in data transmission error and even block in Fig.2.

    Fig.2 The data transmission principle based on UDP

    By analyzing the data exchange workflow of the distributed tactical training simulation system, the shortcoming can be found below:

    (1) When a server sends data, any failure of client will cause the transmission to end;

    (2) When the network is delay, the server will use a timeout retransmission mechanism to repeatedly send data to further accelerate the processing load of clients, seriously weaken their computing power.

    1.2.2 Poor robustness

    The tactical training simulation system generally uses RPC (remote procedure call) as the communication integration mean between applications distributed in the heterogeneous environment, where RPC utilizes software agents to communicate between programs in the different address space, whose data exchange process is shown in Fig.3.

    Fig.3 Data exchange procedure based on RPC

    Because the RPC generally uses synchronous communication mechanism, which needs full consideration of network and system reliability, flow control, processing synchronization and other complex issues, thus it is difficult to be implemented in practice.

    1.2.3 Difficult to support complex data types

    To save network bandwidth and improve data transfer speed, the combat system messaging protocol generally supports integer, floating point, character, Boolean and other simple data types, and unable to directly transmit string, vector, map and other complex types. When the sender needs to transfer complex elements, it must be converted to a simple type, the receiver then reintegrates data in accordance with pre-agreed rules, which will not only increase the development cost of the system, but also reduce the scalability of data exchange platform.

    1.2.4 Directly coupled services between data transmission and exchange

    To improve the deployment efficiency and reduce cost, the distributed tactical training simulation system usually couples tightly data transferring and processing module at the design stage. The data exchange interface between each two related subsystems must be remained. When the quantity of subsystem increases, interface will be doubled and the maintenance workload will be unbearable. In addition, when the network is in congestion, the high coupling degree of data exchange can cause collapse of the tire application system.

    2 AMQP & messaging middleware

    2.1 AMQP

    AMQP[14], namely advanced message queuing protocol, is an open standard protocol of application layer to provide unified messaging services with advanced message queue, designed for message-oriented middleware, not restricted in specific products and development language. It can greatly reduce the cost of business and systems integration. AMQP can provide industrial-grade integration services to the public with such characters as multi-channel, asynchrony, security, cross-platform, neutrality, efficiency and so on, whose architecture is shown in Fig.4.

    Fig.4 Standard architecture of AMQP

    In the AMQP model, a producer of the message sends a message to the switching node, which is responsible for switching/routing, properly forwarded to the appropriate message queue, and then the consumers read messages from that queue.

    AMQP is usually divided into three layers:

    ? Model layer: defining a set of commands. The client application can use these commands to implement its business function.

    ? Session layer: responsible for transmitting commands from the client to the server, then the server responds, which provides reliability, synchronization mechanism, and error handling during the entire exchanging process.

    ? Transport layer: providing the processing frame, multiplexing channel, detection error, data representation and other capabilities. It can be replaced with any transport protocol in realization.

    2.2 Communication mode

    Middleware is independent of the operating system and database, usually classified by remote control, transaction, database and message. The messaging middleware can improve information and data transmission reliability, stability in distributed system with asynchronous mode, and can support smoothly expanding the system load by cluster. With expedite communication through messaging services, it is ensured that each subsystem is not directly coupled with other systems. When a subsystem fails, it will not have an effect on other systems, and not reducing the overall availability of the system, whose principle is shown in Fig.5.

    Fig.5 Communication standard of middleware

    AMQP supports the following six kinds of message exchange patterns:

    (1) Store and forward (many message senders, a single message recipient)

    (2) Distributed transaction (many message senders, many message recipients)

    (3) Publish/subscribe mode(many message senders, many message recipients)[15]

    (4) Content-based routing (many message senders, many message recipients)

    (5) File transfer queue (many message senders, many message recipients)

    (6) Point to point mode (single message sender, single message recipient)

    3 System integration implementation

    3.1 Integration requirement analysis

    3.1.1 Architectural requirements

    ? Compatibility. Since the military equipments are developed as planned, the training simulation system is in flat structure, the interconnections and interoperability among the systems are more difficult. When a new system is built, the legacy systems need to be further considered, not only the future products.

    ? Loosely coupling. It makes service easier to be integrated or composed of each other, and can provide better application and service management capabilities.

    ? Independent unanimous protocol. It is not required to connect special system or network, so can greatly improve service reusability.

    ? Unified infrastructure. It demands strict consistence with development and deployment across all the different applications to enhance system scalability.

    3.1.2 Functional and non-functional requirements

    ? Automation in operating process and assembling streamline.

    ? Single processing operation can be manually or automatically executed. Flexibly trigger conditions can achieve data copied intelligently.

    ? Support heterogeneous data sources. A binding is created among the individual data sources, users do not need to know where the source is, and do not care how to transmit the data to the destination.

    ? Support UDP packets and message queues. These two kinds of data transfer modes can meet almost every data exchange needed for different system architectures.

    ? With excellent real-time performance. The interval between receiving and transferring data must be less than 50ms for urgent messages.

    ? With good robustness. The preferred system can flexibly adapts fresh subsystems and network protocols.

    3.2 Integration architecture

    As the route of data exchange, message middleware can achieve transfer transparently across multi-subsystems. Each member in distributed tactical training simulation system is a connection point to send combating data as messages to middleware when needing to upload data, while middleware server is responsible for exchanging/routing messages to the target. This mechanism can decrease the interface quantities and dependencies of the whole application system. The architecture is shown in Fig.6.

    The message middleware is located at the center and plays a key role in the training simulation system, while the top and the bottom components denote respectively the producers and subscribers of messages. All applications, equipments and middleware connected with interface components can finish their tasks independently. The middleware server can execute uniform schedule and cooperated work, and can resume abnormal transmission immediately to adapt poor communication environment, therefore avoid system thrashing when communication quality declines, and ensure reliable data transmission.

    Fig.6 Distributed tactical training simulation system integration architecture based on publish/subscribe model

    3.3 Message model

    Each displaying client in the system can acquire targets and return information from command and control terminals by subscribing corresponding messages. Every member is both supplier and consumer of combating data, located in different service points in order to achieve the information exchange smoothly among subsystems, the unified data protocol and the model designed by XML (extensible markup language) is used. The message middleware can shield the distribution and heterogeneity of data sources. The querying result requested by the local client is returned to middleware, which can attain uniform access to heterogeneous data sources.

    There are three types of system messages: target messages, working status messages of equipments and returned messages from the command and control terminal. The first class mainly contains physical parameters such as identifier, location, structure, while status messages are issued by the participating device or subsystem, and can describe their work status and mode. The last one can issue all combating commands needed to announce directors. The message is composed of three parts, the header, the properties and the body. The header includes identification information like message type, subject, priority and so on. The second part describes the message sender, destination, priority, sending date, reply indication, etc. The message body contains the actual transmitted data described by XML.

    The target message is different from file transmission, which is always coded by binary form or pure text, and plays a role as the carrier to transmit participated troops, which emphasizes more on the design of message structure. Its generally includes data generation time, sending cycle, source and destination, and message content, etc. Table 1 shows an example of the definition of radar target message in combating protocol. The message structure is standardized to resolve application and information security risks from inconsistent data type and express data transmission.

    3.4 Communication model

    Operational data transmission is based on the combat network agent implemented by AMQP middleware. The procedures are shown as follows: the combat system director implements combating command program in accordance with real tactical operation regulations. Then the combat network packet agent of tactical training simulation system is responsible for monitoring real-time network data, and collecting the data related with training simulation to upload message server based on the defined message model and expressed by XML. At last the information can be reviewed by all subsystems in Fig.7.

    Table 1 Testing data collection of publishing and subscribing function in tested demo system

    Fig.7 Communication model of the distributed tactical training simulation system

    The combating system acts as a role of producing commanding and controlling messages, while the tactical training simulation system is a consumer. All messages are stored by queues, and the consumer receives messages from them. This method can achieve asynchronous operation and ensure integrity. The operational network client publishes various data acquisition as services. The data listener is a conduit for data processing to bridge communication between external application and messaging middleware. The data collection service in the combating network agent is called according to serving code of training mission configuration, and finishes data processing and acquiring procedure. The messaging middleware is in the core position of the architecture, and can guarantee the reliable data transmission processed by listeners between nodes.

    4 Integration experiments and performance verification

    In order to verify feasibility, effectiveness of the integration solution, C++ language is used to develop a network service agent, choose Apache QPID 2.0 software based on AMQP as the messaging middleware to build demo system. The experiments are done both from the function and performance.

    There are two testing tasks as follows:

    ? Whether the operational data can be accurately published to subscribers.

    ? The real-time performance of messaging middleware integration.

    The experimenting environment is created by the following configuration: the network agent and messaging middleware server are installed on a same machine, whose processor is the Intel quad-core product i7-3770 3.40G, the memory size is 4G, the operating system is 32-bit Windows 7 Ultimate, and all subsystems, weapons and equipments use thin Lenovo terminals and local area networks.

    To simulate the process of real data transmission, a specific operational plan with large targets is selected to generate a certain number of participating troops, then pause at a fix interval and regenerate the same amount of targets until it reaches the maximum. At last, statistics is done on the average results.

    4.1 Functional testing and result analysis

    To verify the main function of the publishing and subscribing module, the testing user is constructed successively, then original targets are uploaded and returned targets, equipment status from the command & control client are produced. Meanwhile, each display and control terminal are configured to subscribe different topic messages. A program is prepared to check whether the received results of network data is consistent with the sent according to the relationship between the publishing and subscribing clients, which is shown in Fig.8.

    Fig.8 The publish & subscribe relationship in demo system

    According to the experimenting procedure, the director generates an operational plan and begins to implement tactical training simulation. Then each client sends and receives messages as planned according to the configuration scheme. The program is used to count the number of each subsystem sent and received within 30 minutes shown in Table 2.

    It shows in Table 2 that the battlefield situation exhibition client subscribed simultaneously three kinds of combating data, including operational plan generation, command and control device, and weapon equipments. In theory it can receive all planned messages, which is in accordance with experimental results. Similarly, the sensor equipment simulation client only described the specific message from operational plan generation client, therefore it can receive only one topic message.

    Table 2 Testing data collection of the publishing and subscribing function in tested demo system

    The experimental results illustrate that using AMQP messaging middleware integrates a distributed tactical training simulation system. The messages can be accurately passed to the subscribers and can ensure the integrity of the data without any data loss in multi-to-multi communication mode. At the same time, no overflow of message queues occurs when there is a large number of reporting operational data. This experiment shows this method is effective and reliable.

    4.2 Performance testing and result analysis

    To further validate the real-time processing performance of the method, especially in a small and large number of data packets, the following four groups of datasets are set in Table 3, using two kinds of common message acquisition methods.

    Three kinds of messaging middleware integration systems are constructed as a comparative reference respectively based on JMS, MQ[16], and RabbitMQ[17], whose architectures, message subscription relations are consistent with the demo system and the only difference is in the message queue and routing management products used.

    Table 3 Testing results of the publishing and subscribing

    In order to objectively reflect experimental results and minimize error generated by the system, experiments are carried out on the above four groups of test cases one by one. The middleware server is configured respectively as transiently and persistently working mode, sending data packets continuously without interruption, and doing five times for each mode. The specific program is used to calculate the average time from sender to middleware server, or vice versa, and the results are shown in Fig.9.

    Fig.9 Experimental results of real-time performance in tested demo system

    The following conclusions can be drawn from the experiments:

    (1) Under the same hardware and network environment, large message is used to get better data exchange performance than small ones in each method. Therefore, the integration of distributed tactical training simulation system should pack fragmented messages to group sending, and then the client may further identify messages by topic or keyword in the message body field.

    (2) When the middleware is configured in transient working mode, the integrated system based on QPID has better real-time exchange performance than the other three integrated approaches. According to message size, the efficiency can be increased by 60%-80%. Therefore, when the message model is designed, messages from distributed tactical training simulation system should be filtered, and persistent ones should be compressed.

    (3) When the middleware is configured in persistent working mode,though the performance of the integrated system based QPID is not the absolutely best, with the increase of the size of a single message, its weaknesses will gradually disappear.

    Comprehensive consideration upon various factors, selecting QPID as distributed tactical training simulation system can satisfy performance requirements better. With the increasing of the system communication scale, their real-time data exchange performance can be fully guaranteed.

    5 Conclusions

    Due to the disadvantages existed in traditional distributed tactical training simulation system, such as unreliable data transmission, poor robustness, not supporting complex data types, direct couple between data transfer and exchange and so on, a fresh method to integrate naval distributed tactical training simulation system is proposed. The integration architecture, functional and non-functional requirements, message and communication model are discussed. By constructing a prototype system, the feasibility and effectiveness of the method is verified. To further improve the real time performance and adaptability of distributed tactical training system, a possible direction for future work is to characterize the efficient message filtering mechanism and middleware awareness ability.

    [ 1] Ntanos C, Botsikas C, Rovis G, et al. A context awareness framework for cross-platform distributed applications. The Journal of Systems and Software, 2014, 88(11): 138-146

    [ 2] Stjepan S, Juraj G H, Tomislav D. A device-level service-oriented middleware platform for self-manageable DC microgrid applications utilizing semantic-enabled distributed energy resources. Electrical Power and Energy Systems, 2014, 54(8): 576-588

    [ 3] Sara H, Animesh P, Valerie I. Service-oriented middleware for large-scale mobile participatory sensing. Pervasive and Mobile Computing, 2014, 10(10): 66-82

    [ 4] Isidro C, Luis A, Adrian N. A flexible time-triggered service for real-time CORBA. Computer Standards & Interfaces, 2014, 36(11): 531-544

    [ 5] Toral S L, Barrero F, Cortes D, et al. Analysis of embedded CORBA middleware performance on urban distributed transportation equipments. Computer Standards & Interfaces, 2013, 35(7): 150-157

    [ 6] Danh L P, Hoan N M, Josiane X P, et al. A middleware framework for scalable management of linked streams. Web Semantics: Science, Services and Agents on the World Wide Web, 2012, 16(6):42-51

    [ 7] Alexandre S, Noemi R, Roberto I. A survey of support for structured communication in concurrency control models. Journal of Parallel Distributed Computation, 2014, 74(6): 2266-2285

    [ 8] Marisol G V, Pablo B V. Comparative analysis of two different middleware approaches for reconfiguration of distributed real-time systems. Journal of Systems Architecture, 2014, 60(8): 221-233

    [ 9] Ren Y F, Li T, Yu D T, et al. Design and testbed evaluation of RDMA-based middleware for high-performance data transfer applications. The Journal of Systems and Software, 2013, 86(3): 1850-1863

    [10] Janne T, Teemu R, Jouni M, et al. Interoperability of remote handling control system software modules at divertor test platform using middleware. Fusion Engineering and Design, 2013, 88(2): 2177-2180

    [11] Vaskar R, Jiannong C M. Middleware for pervasive computing: a survey. Pervasive and Mobile Computing, 2013, 9(9): 177-200

    [12] Lloyd W, Pallickara S, David O. et al. Performance implications of multi-tier application deployments on infrastructure-as-a-service clouds: towards performance modeling. Future Generation Computer Systems, 2013, 29(11): 1254-1264

    [13] Hu T, Wang S, Hu Z, et al. A study of normal submarine warfare resource information system based on message middleware. Journal of WUT (Information & Management Engineering), 2007, 29(4), 39-49

    [14] Organization for the Advancement of Structured Information Standards. ISO/IEC19464 Advanced message queuing protocol 1.0. Boston, USA, 2012

    [15] Subramoni H, Marsh G, Narravula S, et al. Design and evaluation of benchmarks for financial applications using advanced message queuing protocol (AMQP) over infiniband. In: Proceedings of the Workshop on High Performance Computational Finance, Heidelberg, Germany, 2008. 1-8

    [16] Eike S R, Michael K, Saad L K, et al. Performance simulation of a context provisioning middleware based on empirical measurements. Simulation Modeling Practice and Theory, 2013, 34(4): 208-220

    [17] Sun L K, Wu J G. Schedule and control co-design for networked control systems with bandwidth constraints. Journal of the Franklin Institute, 2014, 351(10): 1042-1056

    Liu Yu, born in 1982. He received his philosophy doctor from Naval Engineering University in 2011. Then he received his M.S degree from Naval Aeronautical Engineering Institute in 2008. His research focuses on military modeling and simulation, operational system and high performance computing technology.

    10.3772/j.issn.1006-6748.2016.04.007

    ① Supported by the National Natural Science Foundation of China (No. 61401496).

    ② To whom correspondence should be addressed. E-mail: game_liuyu@qq.com Received on Nov. 9, 2015,

    午夜精品在线福利| 五月玫瑰六月丁香| 五月伊人婷婷丁香| 国产成人一区二区在线| 欧美日韩亚洲高清精品| 一区二区三区免费毛片| 嫩草影院新地址| 夜夜看夜夜爽夜夜摸| 欧美日韩综合久久久久久| 免费看光身美女| 亚洲最大成人中文| 三级经典国产精品| 国产熟女欧美一区二区| 久久草成人影院| 2021少妇久久久久久久久久久| 日韩成人av中文字幕在线观看| 国产黄a三级三级三级人| 日韩伦理黄色片| 亚洲美女视频黄频| 2022亚洲国产成人精品| 国产午夜精品久久久久久一区二区三区| 男女边摸边吃奶| 亚洲真实伦在线观看| 国产午夜精品久久久久久一区二区三区| 久久99精品国语久久久| 身体一侧抽搐| 91aial.com中文字幕在线观看| 欧美bdsm另类| 少妇猛男粗大的猛烈进出视频 | 欧美激情在线99| 超碰97精品在线观看| 亚洲精品一二三| 男女边摸边吃奶| 久久久久久国产a免费观看| 日韩亚洲欧美综合| a级一级毛片免费在线观看| 精品一区二区三区人妻视频| 国产一区二区亚洲精品在线观看| 免费在线观看成人毛片| kizo精华| 五月伊人婷婷丁香| 最后的刺客免费高清国语| 国产在线一区二区三区精| 99久久九九国产精品国产免费| 欧美bdsm另类| 性插视频无遮挡在线免费观看| 人妻制服诱惑在线中文字幕| 亚洲欧洲国产日韩| 日韩av在线大香蕉| 中文在线观看免费www的网站| 人人妻人人澡人人爽人人夜夜 | 久久精品国产亚洲网站| 国产免费又黄又爽又色| 日韩av在线免费看完整版不卡| 国产一区二区亚洲精品在线观看| 国产中年淑女户外野战色| 毛片女人毛片| 国产高清三级在线| 男女啪啪激烈高潮av片| 免费不卡的大黄色大毛片视频在线观看 | 最后的刺客免费高清国语| 日日啪夜夜爽| 黄色一级大片看看| 欧美成人精品欧美一级黄| 最近中文字幕2019免费版| 国产在视频线在精品| 麻豆乱淫一区二区| 国产精品熟女久久久久浪| 熟女人妻精品中文字幕| 狠狠精品人妻久久久久久综合| 午夜爱爱视频在线播放| 久久人人爽人人片av| 亚洲久久久久久中文字幕| 免费黄网站久久成人精品| 狠狠精品人妻久久久久久综合| 久久久久久久亚洲中文字幕| 亚洲av在线观看美女高潮| 尤物成人国产欧美一区二区三区| 欧美一级a爱片免费观看看| 人妻一区二区av| 国产男女超爽视频在线观看| 天天躁夜夜躁狠狠久久av| 国产午夜精品久久久久久一区二区三区| 综合色av麻豆| 成人性生交大片免费视频hd| 亚洲精品一区蜜桃| 精品久久久久久久人妻蜜臀av| 亚洲精品亚洲一区二区| 国产高清有码在线观看视频| 十八禁国产超污无遮挡网站| 国产午夜福利久久久久久| 国产精品国产三级专区第一集| 最近视频中文字幕2019在线8| 欧美激情在线99| 国产一级毛片在线| 日本免费在线观看一区| 激情 狠狠 欧美| 免费看av在线观看网站| 免费大片黄手机在线观看| 男女下面进入的视频免费午夜| 国产精品久久视频播放| 波多野结衣巨乳人妻| 亚洲精品视频女| 青春草亚洲视频在线观看| 婷婷色av中文字幕| 国产精品久久久久久久电影| 国产视频首页在线观看| 高清毛片免费看| 九九在线视频观看精品| 国产一区亚洲一区在线观看| 成年免费大片在线观看| 欧美人与善性xxx| 成人高潮视频无遮挡免费网站| 午夜福利在线观看免费完整高清在| freevideosex欧美| 免费人成在线观看视频色| 国产一区有黄有色的免费视频 | 寂寞人妻少妇视频99o| 亚洲欧洲国产日韩| 久久这里只有精品中国| 亚洲18禁久久av| 日本爱情动作片www.在线观看| 99久国产av精品国产电影| 久久人人爽人人片av| 亚洲精品中文字幕在线视频 | 成人亚洲精品av一区二区| 亚洲国产日韩欧美精品在线观看| 亚洲av国产av综合av卡| 高清日韩中文字幕在线| 欧美精品国产亚洲| 亚洲伊人久久精品综合| 亚洲综合精品二区| a级一级毛片免费在线观看| 国产精品无大码| 性插视频无遮挡在线免费观看| 国产精品麻豆人妻色哟哟久久 | 嫩草影院入口| 激情 狠狠 欧美| av福利片在线观看| 久久久久久久大尺度免费视频| 国产一区有黄有色的免费视频 | 国产探花在线观看一区二区| 国产精品一区二区三区四区免费观看| 亚洲国产高清在线一区二区三| 国产黄频视频在线观看| 久久久成人免费电影| 欧美性感艳星| 日韩亚洲欧美综合| 直男gayav资源| 国产成人一区二区在线| av网站免费在线观看视频 | 好男人在线观看高清免费视频| 久久精品国产亚洲av天美| 91精品一卡2卡3卡4卡| 国产精品久久久久久久电影| 日韩不卡一区二区三区视频在线| 亚洲国产欧美人成| 国产精品一区www在线观看| 亚洲无线观看免费| 久久这里只有精品中国| 三级国产精品片| 女人久久www免费人成看片| 99久久中文字幕三级久久日本| 狂野欧美白嫩少妇大欣赏| 亚洲在久久综合| 国产成人91sexporn| 久久久久精品性色| 久久久久国产网址| 色哟哟·www| 久久草成人影院| 精品熟女少妇av免费看| 69人妻影院| 亚洲精品国产av蜜桃| 黄色欧美视频在线观看| 真实男女啪啪啪动态图| 狂野欧美激情性xxxx在线观看| 97超视频在线观看视频| 国产一区二区亚洲精品在线观看| 狂野欧美激情性xxxx在线观看| 简卡轻食公司| 国产v大片淫在线免费观看| 国产伦理片在线播放av一区| 亚洲精品aⅴ在线观看| 街头女战士在线观看网站| 在线免费观看的www视频| 久久午夜福利片| 建设人人有责人人尽责人人享有的 | 欧美 日韩 精品 国产| 精品久久久噜噜| 永久免费av网站大全| 亚州av有码| 亚洲精品国产av成人精品| 午夜久久久久精精品| 亚洲不卡免费看| 久热久热在线精品观看| 看十八女毛片水多多多| 免费播放大片免费观看视频在线观看| 国产精品久久久久久av不卡| 久久精品国产亚洲网站| 午夜免费男女啪啪视频观看| 夫妻性生交免费视频一级片| 久久精品夜夜夜夜夜久久蜜豆| 天天躁日日操中文字幕| 特大巨黑吊av在线直播| 白带黄色成豆腐渣| 美女大奶头视频| 国产综合精华液| 99热网站在线观看| 国产精品av视频在线免费观看| 亚洲精品乱久久久久久| 天美传媒精品一区二区| 免费看美女性在线毛片视频| 一区二区三区乱码不卡18| 国产高清三级在线| 少妇高潮的动态图| 只有这里有精品99| 九色成人免费人妻av| 男人和女人高潮做爰伦理| 男女那种视频在线观看| 午夜免费观看性视频| 免费观看在线日韩| 天堂√8在线中文| 日韩一区二区三区影片| 亚洲在久久综合| 亚洲av中文av极速乱| 91aial.com中文字幕在线观看| 久久久a久久爽久久v久久| 秋霞伦理黄片| 午夜福利网站1000一区二区三区| 午夜爱爱视频在线播放| 国产美女午夜福利| 91精品国产九色| 黄色配什么色好看| 九九在线视频观看精品| 日日撸夜夜添| 亚洲四区av| 午夜精品一区二区三区免费看| 日韩成人伦理影院| 男女下面进入的视频免费午夜| 69av精品久久久久久| 久热久热在线精品观看| 国产精品综合久久久久久久免费| 国产精品久久久久久av不卡| 亚洲最大成人中文| 狂野欧美激情性xxxx在线观看| 最近最新中文字幕大全电影3| 久久国产乱子免费精品| 国产视频内射| 天天躁夜夜躁狠狠久久av| 丝袜美腿在线中文| 日韩成人伦理影院| 亚洲精品色激情综合| 国产精品伦人一区二区| 国产精品99久久久久久久久| 日韩精品青青久久久久久| 毛片一级片免费看久久久久| 能在线免费观看的黄片| 国产 一区 欧美 日韩| 中国美白少妇内射xxxbb| 国内少妇人妻偷人精品xxx网站| 丰满人妻一区二区三区视频av| 亚洲伊人久久精品综合| 成人午夜高清在线视频| a级毛色黄片| 欧美97在线视频| 永久网站在线| 亚洲综合色惰| 少妇猛男粗大的猛烈进出视频 | 国产精品伦人一区二区| 精品少妇黑人巨大在线播放| 国产视频首页在线观看| 亚洲图色成人| 久久精品久久久久久噜噜老黄| 国产麻豆成人av免费视频| 精品国产一区二区三区久久久樱花 | 伊人久久精品亚洲午夜| 亚洲精品国产成人久久av| 观看免费一级毛片| 亚洲国产av新网站| 女的被弄到高潮叫床怎么办| 自拍偷自拍亚洲精品老妇| 毛片女人毛片| 精品国产露脸久久av麻豆 | 看黄色毛片网站| 一级毛片 在线播放| 99久国产av精品| 男人舔奶头视频| 久久久久九九精品影院| 免费无遮挡裸体视频| 视频中文字幕在线观看| 国产伦一二天堂av在线观看| 18禁在线播放成人免费| 色5月婷婷丁香| 久久精品综合一区二区三区| 久久久a久久爽久久v久久| 日韩不卡一区二区三区视频在线| 亚洲精品国产av蜜桃| 寂寞人妻少妇视频99o| 久久国产乱子免费精品| 欧美日本视频| 欧美精品一区二区大全| 亚洲av福利一区| 午夜爱爱视频在线播放| 亚洲精品一二三| 街头女战士在线观看网站| 久久97久久精品| 乱码一卡2卡4卡精品| h日本视频在线播放| 亚洲精品成人久久久久久| 一二三四中文在线观看免费高清| 亚洲精品第二区| 欧美最新免费一区二区三区| 亚州av有码| 国产成人aa在线观看| 亚洲在久久综合| 菩萨蛮人人尽说江南好唐韦庄| 午夜免费激情av| 免费黄频网站在线观看国产| 国产高潮美女av| 99九九线精品视频在线观看视频| 特大巨黑吊av在线直播| 日韩中字成人| 亚洲国产成人一精品久久久| 又大又黄又爽视频免费| 晚上一个人看的免费电影| 国产午夜精品久久久久久一区二区三区| 97精品久久久久久久久久精品| 国产高潮美女av| 在现免费观看毛片| av.在线天堂| 丰满少妇做爰视频| 亚洲国产高清在线一区二区三| 成人无遮挡网站| 国产精品一区二区在线观看99 | 人妻少妇偷人精品九色| 国产乱人视频| 亚洲人与动物交配视频| 午夜福利在线在线| 午夜激情欧美在线| 神马国产精品三级电影在线观看| 久99久视频精品免费| 永久网站在线| 五月天丁香电影| 亚洲国产高清在线一区二区三| 国语对白做爰xxxⅹ性视频网站| 国产精品一区二区在线观看99 | 91狼人影院| or卡值多少钱| 亚洲av中文字字幕乱码综合| 天堂√8在线中文| 日韩视频在线欧美| 五月玫瑰六月丁香| 联通29元200g的流量卡| 国产亚洲午夜精品一区二区久久 | 午夜福利网站1000一区二区三区| 能在线免费观看的黄片| 婷婷色麻豆天堂久久| 午夜激情欧美在线| 亚洲欧美精品专区久久| 国产精品蜜桃在线观看| 日韩精品有码人妻一区| 亚洲精品一区蜜桃| 亚洲av免费在线观看| videos熟女内射| 91午夜精品亚洲一区二区三区| 一区二区三区四区激情视频| 麻豆久久精品国产亚洲av| 欧美日韩精品成人综合77777| 噜噜噜噜噜久久久久久91| 韩国高清视频一区二区三区| .国产精品久久| 一级毛片 在线播放| 午夜老司机福利剧场| 成人一区二区视频在线观看| 日产精品乱码卡一卡2卡三| 91久久精品国产一区二区成人| 日韩电影二区| 边亲边吃奶的免费视频| 搡老妇女老女人老熟妇| 成人综合一区亚洲| 日本wwww免费看| 欧美成人一区二区免费高清观看| 搞女人的毛片| 丝袜美腿在线中文| 插逼视频在线观看| 日韩亚洲欧美综合| 亚洲精品日韩在线中文字幕| 亚洲国产欧美日韩在线播放| 69精品国产乱码久久久| 亚洲av在线观看美女高潮| 日日撸夜夜添| 国产精品香港三级国产av潘金莲 | 亚洲人成电影观看| 国产精品久久久久久久久免| 亚洲国产av新网站| 国产又爽黄色视频| 欧美精品av麻豆av| 亚洲国产日韩一区二区| 日韩欧美精品免费久久| 成人毛片60女人毛片免费| 777久久人妻少妇嫩草av网站| 麻豆av在线久日| 韩国av在线不卡| 香蕉国产在线看| 18禁动态无遮挡网站| 哪个播放器可以免费观看大片| 精品久久久精品久久久| 亚洲精品第二区| 精品少妇一区二区三区视频日本电影 | 免费在线观看黄色视频的| 99久久综合免费| 亚洲欧美成人精品一区二区| 婷婷色综合大香蕉| videossex国产| 看免费成人av毛片| 成人国语在线视频| 在线免费观看不下载黄p国产| 国产又色又爽无遮挡免| 大香蕉久久成人网| 国产精品熟女久久久久浪| 人妻一区二区av| 亚洲一级一片aⅴ在线观看| 欧美成人精品欧美一级黄| 亚洲av日韩在线播放| 亚洲成人手机| 人妻 亚洲 视频| 亚洲av男天堂| 男女午夜视频在线观看| 国产精品免费大片| 久久av网站| 久久国产亚洲av麻豆专区| 丝袜美腿诱惑在线| 亚洲欧美一区二区三区国产| 日本色播在线视频| 国产乱人偷精品视频| 自拍欧美九色日韩亚洲蝌蚪91| 赤兔流量卡办理| 色视频在线一区二区三区| 看十八女毛片水多多多| 老司机影院成人| 日韩一本色道免费dvd| 建设人人有责人人尽责人人享有的| 69精品国产乱码久久久| 老女人水多毛片| 久久久国产一区二区| 1024香蕉在线观看| 久久国产亚洲av麻豆专区| 你懂的网址亚洲精品在线观看| 中文乱码字字幕精品一区二区三区| 日韩av在线免费看完整版不卡| 亚洲av综合色区一区| 亚洲欧美成人综合另类久久久| 99久久人妻综合| 777米奇影视久久| 蜜桃在线观看..| 亚洲 欧美一区二区三区| 大陆偷拍与自拍| 亚洲欧美中文字幕日韩二区| 国产一区二区三区av在线| 久久精品国产a三级三级三级| 成年女人毛片免费观看观看9 | 自拍欧美九色日韩亚洲蝌蚪91| 最近最新中文字幕免费大全7| 一本久久精品| 午夜福利乱码中文字幕| 国产精品秋霞免费鲁丝片| 日韩人妻精品一区2区三区| 看免费av毛片| 亚洲国产精品999| www.熟女人妻精品国产| 在线观看免费视频网站a站| 免费不卡的大黄色大毛片视频在线观看| 999久久久国产精品视频| 亚洲天堂av无毛| 亚洲精品中文字幕在线视频| 波多野结衣一区麻豆| 热re99久久精品国产66热6| freevideosex欧美| 侵犯人妻中文字幕一二三四区| 久久99一区二区三区| 国产精品久久久久成人av| 日本免费在线观看一区| 最近手机中文字幕大全| 一级毛片黄色毛片免费观看视频| 久久午夜福利片| 女性生殖器流出的白浆| 亚洲 欧美一区二区三区| 亚洲在久久综合| 午夜免费鲁丝| 亚洲男人天堂网一区| 成人18禁高潮啪啪吃奶动态图| 少妇被粗大的猛进出69影院| 国产精品 欧美亚洲| 日韩精品免费视频一区二区三区| 国产男人的电影天堂91| 久久国产精品男人的天堂亚洲| 久久久久久伊人网av| 日日啪夜夜爽| 国产欧美日韩综合在线一区二区| 2021少妇久久久久久久久久久| 岛国毛片在线播放| 人人妻人人添人人爽欧美一区卜| 新久久久久国产一级毛片| 青草久久国产| 蜜桃国产av成人99| 欧美日韩精品成人综合77777| 超碰97精品在线观看| 欧美日韩视频精品一区| 久久久久久久大尺度免费视频| 最黄视频免费看| 久久人人97超碰香蕉20202| 亚洲欧美成人综合另类久久久| 亚洲图色成人| 成人国产av品久久久| 欧美日韩一级在线毛片| 欧美成人午夜精品| 成人毛片a级毛片在线播放| 国产精品熟女久久久久浪| 亚洲av国产av综合av卡| 乱人伦中国视频| 国产一区亚洲一区在线观看| 日本欧美视频一区| 汤姆久久久久久久影院中文字幕| 欧美精品国产亚洲| 狠狠精品人妻久久久久久综合| 国产极品粉嫩免费观看在线| 啦啦啦啦在线视频资源| 国产精品 国内视频| 亚洲一区中文字幕在线| 国产成人精品久久二区二区91 | 七月丁香在线播放| 少妇精品久久久久久久| 中文精品一卡2卡3卡4更新| 精品一品国产午夜福利视频| 一级毛片电影观看| 香蕉丝袜av| 婷婷色综合www| 亚洲第一区二区三区不卡| 不卡av一区二区三区| 欧美精品一区二区大全| 亚洲精品第二区| 国产精品无大码| 久久久久久久大尺度免费视频| 国产精品秋霞免费鲁丝片| 日本91视频免费播放| 2018国产大陆天天弄谢| 久热这里只有精品99| 男女国产视频网站| 欧美老熟妇乱子伦牲交| 一区二区三区四区激情视频| 男的添女的下面高潮视频| 九九爱精品视频在线观看| 91久久精品国产一区二区三区| 亚洲成人av在线免费| 一区二区三区激情视频| 爱豆传媒免费全集在线观看| 亚洲国产日韩一区二区| 九色亚洲精品在线播放| 亚洲av男天堂| 国产精品二区激情视频| 亚洲国产精品成人久久小说| 少妇被粗大猛烈的视频| 人妻 亚洲 视频| 久久精品国产综合久久久| 汤姆久久久久久久影院中文字幕| av在线老鸭窝| 啦啦啦在线免费观看视频4| 久久免费观看电影| 男女午夜视频在线观看| 黄色怎么调成土黄色| 最近最新中文字幕大全免费视频 | 国产精品不卡视频一区二区| 综合色丁香网| 免费看不卡的av| 精品国产一区二区三区久久久樱花| 9191精品国产免费久久| 亚洲第一区二区三区不卡| 九色亚洲精品在线播放| 国产精品偷伦视频观看了| 欧美亚洲日本最大视频资源| 国产国语露脸激情在线看| 午夜福利视频在线观看免费| 国产精品欧美亚洲77777| 成人午夜精彩视频在线观看| 综合色丁香网| 黑丝袜美女国产一区| 午夜激情av网站| 欧美精品一区二区免费开放| 999久久久国产精品视频| 欧美中文综合在线视频| 99精国产麻豆久久婷婷| 一二三四在线观看免费中文在| 街头女战士在线观看网站| 18禁观看日本| 成人国语在线视频| 国产午夜精品一二区理论片| 综合色丁香网| 午夜福利网站1000一区二区三区| 亚洲图色成人| 日韩成人av中文字幕在线观看| 伊人亚洲综合成人网| 97在线人人人人妻| 日本av手机在线免费观看| 男女啪啪激烈高潮av片| 黑人巨大精品欧美一区二区蜜桃| 久久久久久久久免费视频了| 纵有疾风起免费观看全集完整版| 自线自在国产av| 欧美日韩视频高清一区二区三区二| 亚洲av欧美aⅴ国产| 在线观看人妻少妇| 国产免费视频播放在线视频| 国产精品偷伦视频观看了| 午夜福利乱码中文字幕| 亚洲精品国产av成人精品|