markdown:
# Pricing communication networks P11
Chia sẻ: Do Xon Xon | Ngày: | Loại File: PDF | Số trang:17
lượt xem 3
download
![](http://image.tlvnimg.com/document/thumbnail/2010/20100811/doroxon/80x100/pricing_communication_networks_p11_5704.jpg)
##
Pricing communication networks P11
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Multicasting Một dịch vụ unicasting là một trong những yêu cầu mạng để cung cấp vận chuyển điểm-điểm giữa các nguồn chỉ là một thông tin và nhận một. Một dịch vụ multicasting mở rộng ý tưởng này bằng cách yêu cầu các mạng để cung cấp vận tải giữa một hoặc nhiều nguồn thông tin và một nhóm người nhận. Multicasting dịch vụ có thể được sử dụng cho teleconferencing phân phối phần mềm, và truyền dẫn của âm thanh và video. Một đặc tính quan trọng của một dịch vụ multicasting là nó có giá của nó phải là...
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Pricing communication networks P11
- Pricing Communication Networks: Economics, Technology and Modelling. Costas Courcoubetis and Richard Weber Copyright 2003 John Wiley & Sons, Ltd. ISBN: 0-470-85130-9 Part D Special Topics
- Pricing Communication Networks: Economics, Technology and Modelling. Costas Courcoubetis and Richard Weber Copyright 2003 John Wiley & Sons, Ltd. ISBN: 0-470-85130-9 11 Multicasting A unicasting service is one that requires the network to provide point-to-point transport between just one information source and one receiver. A multicasting service extends this idea by requiring the network to provide transport between one or more information sources and a group of receivers. Multicasting services can be used for teleconferencing, software distribution and the transmission of audio and video. A key characteristic of a multicasting service is that it its cost must be optimized for the particular group of receivers to which it provides service. This poses important resource management and control problems, which add new complexity to pricing issues. A special case of multicasting is broadcasting. Broadcasting is simple, in that the same information is continually made available to all potential receivers, and so there is no need to optimize network resources to the subset of receivers that is presently listening. The transmission rates and network resource allocation are ﬁxed, and the transmission cost is independent of the customer group. If broadcasting technology is in place, then we can multicast information by broadcasting it, but only granting the subscribers of the multicast the permissions to access or decode it. Multicasting over a data network such as the Internet requires far more complex resource management than does broadcasting. This is because there are different mechanisms available at the network level, and the identities of the end receivers can inﬂuence routing decisions about which links of the network should carry the multicast trafﬁc. Also, whereas satellite broadcasting typically uses constant bit rate channels, applications that use data network multicasting services may produce bursty data ﬂows and have more ﬂexible quality of service requirements. In this chapter, we investigate the issues of resource allocation and pricing that arise when multicasting services are to be provided over a data network like the Internet. We see that the ﬁnal resource allocation may depend upon decisions taken by a large number of participants. This contrast with unicast, where one of the two connected parties makes all the decisions about the properties of the connection and is responsible for paying the bill. Hence, if one is to achieve globally efﬁciency by giving appropriate incentives to the various decision-makers, there are many delicate gaming aspects that can make pricing very complex. Of course, we can always view a single unicast connection as the simplest case of a multicast service, in which the sender and the receiver make independent decisions and so must agree on common features of the connection, such as the bit rate and how to split the network charge.
- 264 MULTICASTING In Section 11.1 we set out some requirements for multicasting. In Section 11.2 we describe some basic technologies for it. Section 11.3 considers mechanisms for providing quality of service and Section 11.4 addresses ﬂow control. Starting from a model for allocating bandwidth to elastic multicast trafﬁc, Section 11.5 considers issues of cost sharing and the formation of the multicast tree. Section 11.6 is about settlement. 11.1 The requirements of multicasting Multicasting is potentially a very promising network service for IP technology networks. Great efﬁciency can be achieved by arranging that only one copy of the data transverses any common paths on its way towards multiple destinations. For example, in satellite broadcasting there is a single common path; all receivers share the same set of broadcast channels, all of which are transmitted over the same link. Multicasting services provide positive network externalities. Since a customer shares common cost with other customers he can access services that he would otherwise ﬁnd too expensive. However, there is a negative externality, since a customer may not be able to choose the precise type and quality of the service that he desires. His choices are restricted because other customers in his multicast group value service differently or have different technological capabilities. These issues make the pricing of multicasting services interesting, but complex. As for unicast services, pricing plays an important role in controlling the way network resources are shared. A pricing policy must fairly reﬂect the externality effects and provide the right incentives for customers to join or leave a multicast session when it is economically justiﬁed from the viewpoint of the multicast group as a whole. Before looking at the economic aspects of a multicast service model, we consider the technology aspects. Clearly, multicast services can provide savings in network resources. Savings occur because network routers and switches can, at no cost, copy incoming packet ﬂows and direct resulting identical ﬂows to more than one output link. The network gains by taking information that is destined for multiple receivers and forwarding it over paths for which receivers have common parts. An inefﬁcient network could always use traditional unicast technology to support a multicast service. However, this would lead to unsustainable prices since a competitor who uses multicasting would have lower transmission costs and so could offer lower prices. The resource savings of multicast come at the cost increased complexity. Some difﬁcult tasks are the scheduling of the multicast packets at the routers, the routing of the packets inside the network, addressing, congestion control, and quality of service issues, such as the reliability and variability of transmission. These are the subject of undergoing research. Furthermore, many decisions depend upon the assumptions that are made about the semantics of the multicast service, and these are often not precisely deﬁned. The optimal solution of some fundamental multicast problems, such as constructing the least cost multicast tree, are very difﬁcult and cannot be solved under practical assumptions. It is important to distinguish between multicasting’s network implementation and multi- casting viewed as a service. For instance, multicasting’s network implementation through IP is based on standard IP unicast concepts, which allow IP packets originating from a set of sources to reach a set of destinations. The semantics of such a lower-level network service are similar to IP: packets are transported unreliably, with no guarantee on synchronization or delay. By contrast, a multicasting service at the application layer may have requirements for reliability, an upper bound on packet delay, and a minimum rate guarantee. It may also require there to be mechanisms for group management (controlling who joins or leaves the
- MULTICASTING MECHANISMS AT THE NETWORK LAYER 265 multicast group), negotiating various economic and service speciﬁc terms, and charging customers. The network provider may use a lower-level service, such as IP multicast, and then add some additional protocols to meet these requirements, or he can use other mecha- nisms. For instance, he may substitute unicast services if these can better provide the desired service quality, although the economies of scale produced by the specialized multicasting technology should make this rarely advantageous. In practice, multicasting services as seen by the end customer, are mostly deﬁned in a bottom-up fashion. They are not shaped by the demand for some killer application, but by the capability of the multiplexing-speciﬁc technology that have been implemented at the various network devices. The problem with such a ‘technology-centred’ approach, compared to one that is ‘application-centred’, is that present multicasting technology has limited capability for supporting real-world, revenue-generating services. For example, the simple IP multicast service model, based on existing IP multicast technology, is suitable for simple low quality teleconferencing applications. However, it seems overcomplicated for software distribution or TV-like applications, where only one source exists and group management and payment capabilities are of great importance. Indeed, the presently deployed ‘open’ IP multicast service model was not deﬁned with a commercial service in mind, and poses severe technical restrictions to most reasonable charging mechanisms. The absence of group management from the model and the increased routing complexity, are perhaps the most important reasons why there has been slow deployment of multicast services in the Internet thus far. The fact that there are as yet no well-deﬁned multicast services at the application layer leaves research in these areas truly open. As far as pricing is concerned, some very important questions must be answered. Cost- based pricing for multicast services is strongly tied up with game-theoretic notions of bargaining and arbitration. Since transmission cost is partly common, how should it be shared amongst the members of a multicast group? Should a customer who obtains greater value from a service pay a greater fraction of the common cost? Clearly so, since customers who obtain less value will leave if they obtain negative net beneﬁt when they are asked to pay equal share of the cost. What pricing mechanisms will make users reveal their true utilities? A multicast service may be offered in an uncertain and dynamically changing environment. The number and identity of the receivers may not be known in advance, but ﬂuctuate during the multicast session. How can one reduce the risk of customers paying exceedingly high prices when there is small participation, or reduce the risk to the provider if prices are ﬁxed at the start? If the service can be offered at various quality levels, but only one will be actually selected, perhaps because of a constraint imposed by the receiver with the slowest access link, how should one charge such a receiver? How could one give an incentive for that receiver to leave if that would increase the value of the service to all other receivers? These questions illustrate the diversity of the issues that must be addressed, and the complexity of designing a sound pricing policy. In the following sections we extend the models that we have used for unicast ﬂows to discuss the state-of-the-art in different research areas that are relevant to pricing multicast services. 11.2 Multicasting mechanisms at the network layer The range of applications that multicasting can support depends strongly on the capabilities of the network technology. Important high-level features include mechanisms for knowing the exact number of receivers, controlling access and transmission, providing security, and
- 266 MULTICASTING obtaining the quality of service required for the transport of the packet ﬂows. In practice, the network provides some basic mechanisms with simple features, and other mechanisms must be built on top to ﬁt each particular application. The basic multicasting technology proposed for the Internet is IP multicast. In keeping with the Internet philosophies of openness and simplicity, its service model deﬁnes the notion of a ‘multicast group’ as a group of computers connected to the Internet, which at the network layer is identiﬁed by one speciﬁc IP address. Any host on the Internet (member or not of the multicast group) has an equal right to send packets to, or receive packets from, members of the group. A packet received by one member of the group (i.e. with an IP address of the multicast group) will be forwarded by to all other members of the group in a best-effort fashion, similar to a standard IP packet. The packet will follow a tree of routers (i.e. a ‘multicast tree’ that connects the sending computer to all other members of the group), and will be duplicated at each branch of the tree. There is no control over who joins or leaves the group, who transmits to the group, and there is no knowledge at the network layer of the identity and number of the subscribed members. A receiver makes its subscription request to its edge-routers (i.e. the router in its LAN that is a node in the multicast tree of routers) using the Internet Group Membership Protocol (IGMP). The wide area multicast tree is constructed by a network layer multicast routing algorithm/protocol such as PIM, DVMRP, CBT or MOSFP. Two approaches have been adopted for constructing this multicast tree, each with many variations. The basic difference between the two approaches is in whether the routing tree that is used to distribute the trafﬁc is the same or different for each sender in the group. If it is to be the same for all senders, the so-called ‘group-shared approach’, then one might like it to be the tree of routers that connects all the members of the multicast group at least cost. However, ﬁnding this tree is related to the Steiner tree problem, which is known to be NP-complete. Instead of trying to ﬁnd an optimal tree, one could use the ‘centre-based approach’, which constructs the shared tree by ﬁrst identifying a centre router (the ‘core’ for the multicast group. Subsequently, each edge-router in a LAN with a host that is a member of the multicast group sends a ‘join’ message to the core router. The paths followed by the join messages deﬁne the multicast tree. If each sender is to have its own speciﬁc routing tree to all destinations, the so-called ‘source-based approach’, then each such tree should ideally approximate the optimal Steiner tree. We already mentioned that solving such problems is hard. To provide a practical solution, some protocols in the Internet use existing underlying unicast mechanisms to set up trees from each source to the destinations, and then merge these where they overlap. An example of both approaches is shown in Figure 11.1. In practice, network operators have been slow to deploy IP multicast because they are reluctant to risk the stability and efﬁciency of their network to such an uncontrolled service without the opportunity to extract corresponding revenues. Note that there is no ﬂow control on information transmitted over the multicast tree: a single source could end-up ﬂooding a large part of the network. Some important features that are missing from the present multicast service model, but which are necessary for a simple and efﬁcient pricing structure, are receiver counting, authentication and access control. There are addressing issues, which arise because multicast addresses are not controlled by a central Internet authority and so a newly created multicast group may choose an address already used by another group. There are inter-domain routing difﬁculties, due to different ISPs using different routing algorithms for constructing their parts of the multicast tree. These issues are presently motivating a search for new multicast routing approaches based on different service models.
- QUALITY OF SERVICE ISSUES 267 Group-shared tree Source-based tree S2 C S1 router with attached multicast group members router with no attached multicast group members Figure 11.1 Group-shared and source-based multicast trees. In the group-shared tree there is a single common tree for the entire multicast group, and it could be constructed by deﬁning router C as the core. In the source-based approach, separate trees are constructed for senders S1 and S2 (shown by dotted and solid line, respectively), and every other potential sender of the group. 11.3 Quality of service issues Quality of service is a generic notion, but it is most commonly associated with the ability of a network to provide deterministic or statistical delay and bandwidth guarantees, especially for multimedia real-time applications. Present proposals for improving existing IP network technology are mostly unicast in nature, and do not address the requirements of such multicast applications Although multicasting could beneﬁt if quality of service mechanisms were available, their slow deployment in the present best-effort Internet discourages the use of multicasting for high-value commercial services such as TV and video broadcasting. As a result, these services continue to be delivered over specialized networks of satellite or ﬁbre, which offer guaranteed quality; they are then combined with broadband access to the customers (by, for example, using cable). However, new encoding mechanisms, which require lower bit rates, improved network technology such as Differentiated Services (see Section 3.3.7), and intelligent end-devices, are beginning to make the Internet attractive for multimedia transmission when applications have less strict quality requirements, and can adapt to varying network conditions. We now turn consider a number of questions. What are the intrinsic differences between multicast and unicast applications? Do applications that rely on multicasting services have similar quality of service requirements as typical unicast applications? By what mechanisms can the network to provide the performance that multicast applications require? 11.3.1 Multicast Application Requirements It is useful to distinguish between multicasting applications for which either reliability or timing is the more important. Take, for example, the distribution of a database. Here, reliability is paramount. No data should be lost or altered. Timing may be relatively unimportant, as there may be no hard constraint on when all receivers should have received their copy of the database. In contrast, if one is distributing a real-time video of a sports event, then timing is key; loss of a small fraction of the information may not noticeably degrade the quality of the video, but the information must travel regularly, incurring small delays and jitter. Thus the network must ensure a regular and even ﬂow on all links of the multicast tree. This is not required if the content is not real-time, for then any positive rate allocation along the links of the tree (not necessarily uniform) can sufﬁce.
- 268 MULTICASTING One can imagine even more ‘exotic’ requirements. For instance, it could be essential for a real-time, cooperative work application that data be delivered to all members of the multicast group simultaneously. In this case, the delay jitter of the information across receivers in the group may be important. In practice, things are complicated further by the fact that members of a multicast group may differ. For example, suppose a video transmission can be encoded by the sender as a 1 Mbps (low quality) or as a 2 Mbps (high quality) stream. There are several types of receivers: some are linked to the network with access bandwidths of less than 2 Mbps, and so while all can decode the low quality encoding of video only some can decode the high quality. One solution is to use a single multicast tree with enough resources to satisfy the minimum common requirements, i.e. to distribute low quality video. Another solution is to use two independent multicast trees, for the low and high quality, each reaching the relevant members of the group. This solution maximizes the value of the service to the customers, but costs more. Cost of the second solution can be reduced using a ‘layered’ encoding technology, in which the added quality in the high quality video is transmitted as an extra 1 Mbps stream on top of the low quality stream. Accessing both streams allows a decoder to offer the high quality playout, whereas accessing only the low quality stream remains a valid possibility. Now a single tree can be used. All receivers receive the low quality stream. The high quality stream passes only through nodes that eventually reach receivers who want high-quality video. If the above idea of layered trees is used, then maintaining the appropriate trees is likely to be very complicated, since a ﬂuctuating congestion level will make the higher bit rate more or less expensive as receivers join or leave. If dynamic pricing is used then the cost of supporting the various quality layers over the links of the tree may change during the multicasting session. The receivers should be notiﬁed of the ongoing cost of the service and be allowed to choose the number of layers (and hence the quality) that they wish to receive. This may be a complex task for a receiver. Even more difﬁcult is the problem of sharing the cost amongst the receivers. This could be addressed in the more general context in which prices are designed to offer incentives for resource usage that achieve maximum economic efﬁciency for the group as a whole (see Section 11.5). 11.3.2 Network Mechanisms Other mechanisms can be used to complement the simple service provided by IP multicast. Most of these are extensions of mechanisms for unicast connections. We have made a distinction between requirements for reliability (when distributing content that is not real- time) and for timing (when transmitting real-time content). The latter also usually has some requirement for a minimum average information rate over all links of the multicast tree. In unicast, reliability is achieved at the transport layer using the TCP protocol, or at the application layer with various mechanisms (if UDP is used instead of TCP). In multicast, there are two problems that make reliable transmission at the transport layer very difﬁcult. The ﬁrst problem is that of ‘feedback implosion’, which occurs when one packet loss causes many members of the same multicast group to generate loss signals. A solution is to aggregate/suppress loss signals on their way up-tree towards the sender. The second problem is that of ‘efﬁcient retransmission’, which has to do with suppressing the re-transmission of lost packets to receivers that have already received them. This problem can be addressed either by local lost packet recovery (through designated receivers, routers, or repair servers) or by making the routers remember the links from which loss signals arrived, so that retransmission can be efﬁcient.
- FLOW CONTROL MECHANISMS 269 There are some other interesting technologies that can be used for reliability. For instance, the Digital Fountain technology eliminates the need for speciﬁc retransmissions. The ﬁle is ﬁrst encoded using a special encoding scheme, and then divided into n packets which are continuously transmitted in a circular fashion. A receiver can reconstruct the complete ﬁle if he receives correctly any m out of the n packets, for some m < n. Multimedia applications have different requirements. When information is transmitted in layers, each layer having its own bit rate, then the network must reserve the appropriate bandwidth over the links of the multicast tree to transmit the information. If the network is best-effort, as in the present Internet, there is no mechanism for guaranteeing such average rates. The problem can be solved if the network implements some bandwidth reservation protocol, such as RSVP (see Section 3.3.7), or has a dynamic pricing mechanism, so that any amount of bandwidth can be obtained by paying the appropriate price (see Chapter 10). However, in a best-effort network, even if such a desired average rate can be achieved over the links of the multicast tree, one has to compensate for the ﬂuctuations that cause packets to queue at the routers and so reach the receivers as an irregular stream of packets. A simple way to eliminate this delay jitter is to use buffering at the receiver end. The sender time-stamps each packet with the time it is transmitted. The application at the receiver end looks at the time stamps and estimates the average rate and its variance. Arriving packets are stored in a buffer, from which the application picks packets at regular intervals and feeds them to the display device. This is known as streaming. Streaming allows playout to start before all the data is transferred from the source to the receiver. Obviously, the average rate at which packets enter the buffer must equal the rate at which they are picked out. By knowing the statistics of the rate at which the buffer ﬁlls, the receiver can compute how large the buffer must be initially, so that once playout starts the probability that the application should ever request a packet and ﬁnd the buffer empty is very small. An alternative method to streaming would be for a receiver to wait until it has received from the sender the complete data for the video and then play it from a ﬁle in its memory. The drawback is the delay in starting to view: it may take much longer to transfer the complete ﬁle than to transfer the initial small part of the ﬁle that is required by streaming. There already exist commercial streaming products, such as QuickTime and RealOne Player. The information needed for streaming is standardized through the Real Time Protocol (RTP), and feedback statistics about the connection’s losses, jitter, and so on, are sent back to the sender using the Real Time Control Protocol (RTCP). Of course, streaming could become obsolete if there were abundant bandwidth, both inside the network and in the access part. 11.4 Flow control mechanisms Flow control is used to control the rates at which information ﬂows in the network. In practice, it is implemented with two components. The ﬁrst component is part of the network technology: it generates ﬂow control signals and communicates them to the entities that are responsible for generating or receiving the trafﬁc. These entities are usually the applications that contract the network services. The second component resides in these applications. It receives the ﬂow control signals and reacts by appropriately adjusting the rate of the information ﬂow. Note that ﬂow control signals could be prices, giving the price per unit ﬂow at the given point in time. In this case, a rational application will adjust its use of the network so as to maximize its net beneﬁt, that is, the value of the service minus the charge as a function of the information rate.
- 270 MULTICASTING Flow control signals could be sent to senders or receivers. It is a matter of implementation details as to which parties receive them. It can be helpful to think of all parties as constituting a single application. For instance, in a multicast session, the application could be taken as all senders and receivers. These would internally decide how to react. In unicast the sender simply reacts by adjusting his sending rate to the unique receiver. In multicast, many actions are possible. One could decide temporarily to drop some receivers from the group, hence resulting in a smaller multicast tree. Or, in the case of layered multicast, one could constrain some receivers to subscribe to a smaller number of information layers, thereby reducing the total data rate in certain parts of the multicast tree. This can be accomplished by assigning a different multicast group to each layer, and dynamically forcing receivers to subscribe and unsubscribe to the corresponding groups. Let us investigate the multicasting ﬂow control in more detail. For simplicity, assume that there is a single sender in the multicast group, and that each link of the multicast tree generates ﬂow control signals that reﬂect congestion of the link. We can distinguish applications in respect of their ability to adapt to ﬂow control signals. Suppose that data is transmitted into a single layer, in which receiver membership is ﬁxed, and so the only available control is the sending rate. In this case, the sender must explicitly compute one common rate for all receivers, perhaps by adjusting the sending rate to the congestion signals generated by the most congested path in the multicast tree. A way to implement this is as follows. Congestion signals are implicitly modelled by packet losses. Receivers produce negative acknowledgments (NACKs) upon packet loss, which are sent to upstream routers. A router ﬁlters such information and forwards up-tree NACKs at the maximum rate these are received from any of its downstream links. Clearly, the sender sees a rate of NACKs corresponding to the path to the worst receiver, and adjusts his rate accordingly. For instance, he might use the TCP-like rate adaptation scheme PGMcc. The sender computes the worst receiver according to loss rate and round trip time information that is added in the NACK packets, nominates that receiver as the ‘representative receiver’, and runs a TCP-like window based congestion control algorithm with it. This is the only one that sends positive ACKs upon a packet reception. Note that a receiver with a slow access link will restrict the rate of transmission to the whole group. Now suppose a multi-rate layered scheme is used, in which each receiver can choose to receive a subset of the layers. The sender need make no adaptation, and all the control can be exercised at the receiver end. Receivers are faced with ﬂow control information and it is up to them to react by increasing or decreasing the number of layers they receive. Note that when a receiver subscribes to a layer, the information in this layer must reach the receiver. This increases the total ﬂow of the multicast tree over a path connecting some internal node of the tree to the receiver. This node is the root of the largest subtree to which the given receiver is the only subscriber to the particular layer. The advantages are that there is no need for feedback to the sender nor a compromise in quality due to a ‘slow’ group member. However, it is not obvious how congestion information generated in some internal link of the tree should be propagated down through the tree to the receivers. For instance, if congestion signals reﬂect congestion cost, then this cost should be shared by the receivers. But how should this cost be shared? In more general terms, what incentives should be given to the receivers through the ﬂow control signals to subscribe or unsubscribe to the various layers, and what is the underlying optimization problem? We return to these questions in Section 11.5.
- THE ECONOMIC PERSPECTIVE 271 11.5 The economic perspective 11.5.1 A Model for Allocating Multicast Bandwidth Let us extend the proportional fairness model of Section 10.2 to multicasting. Suppose a multicast group consists of a single source and a ﬁxed set of receivers and multicast tree. There is a single rate that is to be sent to all receivers and which can be adjusted by the sender. There is contention for bandwidth at each link of the multicast tree, since there are other connections that share the resources of the network with the multicast group. As before, we seek to use prices to regulate ﬂows and optimize the overall economic efﬁciency of the network. We discuss the similarities with the case of unicast ﬂows and indicate the new issues that arise. The multicasting problem differs from that of unicasting because many entities are involved, each of whom obtains a different value from the service and contributes to a common cost. Suppose the members of the multicast group agree to pick a representative, who is given full information about the utility functions of all the group members, and is delegated to make choices that maximize the net beneﬁt of the group as a whole. Faced with the prices that the network communicates through the ﬂow control signals, the representative will make a rational decision and choose the optimal rate for the sender to transmit. Given more authority, he could decide that some receivers ought temporarily to leave the group if they add more to the common cost than the extra utility they bring. Furthermore, he could decide, according to some pre-agreed fairness criteria, what contribution each receiver should make towards the total cost of the service. In practice, some of the members of the group, knowing how the cost will be shared, may have an incentives not to cooperate. They may feel they are in a stronger position to obtain a larger share of the overall net beneﬁt. Interestingly, it is the hidden information about utilities of the members of the group that makes the problem hard. In our unicast model we did not face such issues, since we assumed there was a single entity, the sender, who has full information and full control. We can make these clear with a model. Consider a model of a network in which there are sets of links and routes. Each route is associated with either a unicast user or a multicast group user and requires some subset of the links. The route associated with a multicast group is a tree of links rather than a path. A unicast user r has a utility for a ﬂow of rate xr along route r of u r .xr /. A multicast group r consists of a set of users, r1 ; : : : ; rnr , these being the sender and the receivers of the group. Each member r` has its utility u r` .xr / for a multicast ﬂow rate xr , and we P denote by u r D l u r` .xr / the total utility of the group r. The unicast and multicast users have elastic utilities; that is, their utility is assumed to be increasing, strictly concave and continuously differentiable. Our aim is to maximize the social welfare subject to constraints on the capacities of the links. Similarly as in Chapter 10, we have the SYSTEM problem X SYSTEM : maximize u r .xr /; subject to Ax Ä C x½0 r where Ajr D 1 or 0 as j 2 r or j 62 r. We will use the terminology of user r to refer to a unicast user or to a multicast group associated with route r. Suppose user r may choose an amount to pay per unit time, wr . Then he receives a ﬂow xr D wr =½r , where ½r is a price per unit ﬂow on route r. The network chooses the price
- 272 MULTICASTING ½r in such a way as to make the ﬂow feasible. The user’s problem is USERr : maximize u r .wr =½r / wr ; subject to wr ½ 0 If r is a multicast group, then the above is consistent with a delegate of the group choosing the rate of payment wr so as to sustain a rate xr D wr =½r that is optimal for the group. Suppose the network solves the problem nr X NETWORK : maximize wr log xr ; subject to Ax Ä C x½0 r D1 This is equivalent to allocating feasible ﬂows in a weighted proportionally fair way. As in Section 10.2, SYSTEM is solved when the USERr problems and NETWORK problems are solved simultaneously, with their solutions in equilibrium. That is, there exist f½r g, fxr g, fwr g such that xr D wr =½r and these are simultaneously solutions to SYSTEM, NETWORK and USERr , for all r. At this point, let us return to the multicast group r. We assumed that a delegate chooses the optimal rate xr for the group by solving the problem nr X maximize u r` .xr / ½r xr (11.1) xr `D1 where ½r is obtained by summing the prices for a unit of bandwidth over all links of the multicast tree. Here the delegate seeks to maximize the net beneﬁt of the group viewed as a coalition of agents, and this requires a complete knowledge of the utilities of the participants. This formulation raises the following important problems: ž How should the total net beneﬁt be shared among the participants? We could require participant r` to pay the delegate Âr` , so that er` D u r` Âr` becomes his net beneﬁt. This internal payment mechanism must be agreed by all the group. A payment scheme is only stable if no participant has an incentive to leave the coalition because he feels unfairly charged. ž Under which conditions will the internal payment mechanism cover the total cost, i.e. P ` Âr` D ½r xr ? ž If a participant knows how his payment Âr` will be determined, does he have the incentive to declare his true utility u ri to the delegate, or will stating some other utility allow him to proﬁt by making a smaller payment? Note that to obtain the maximum proﬁt for the coalition as a whole the delegate must know the actual utilities. Otherwise, some participants may beneﬁt at the expense of others. Clearly there is a game here. A payment rule is incentive compatible if participants do best by declaring their true utilities, and so provide the information that is in the best interests of the group as a whole. ž Is there payment scheme that is both an incentive compatible and covers the total cost? Interestingly, there is not. One must sacriﬁce net beneﬁt to cover cost. In the next section we investigate the above questions in terms of a simple example. 11.5.2 The Problem of Sharing Common Cost The left of Figure 11.2 shows a multicast group consisting of two identical receivers with a price p D 1 per unit bandwidth on the shared link, and a price of 0 on each of the
- THE ECONOMIC PERSPECTIVE 273 p u1(x) = u2(x) = 2x − 0.5x2 4 K Sender x p=1 3 2 A p=0 p=0 x x B L 1 H Receiver 1 Receiver 2 G C u1(x) u2(x) O F E D x 1 1.5 2 Figure 11.2 An example of cost and beneﬁt sharing in multicast. AD is the demand curve of each receiver and K D is the demand function of the two receiver group. For price p D 1 the two receivers beneﬁt by forming a coalition and sharing the common net beneﬁt. However, declaring their actual utility function is not an equilibrium strategy; if receiver 2 tells the truth about u 2 , then receiver 1 can beneﬁt by declaring a smaller utility function. He pays a smaller fraction of the common cost and so obtains greater net beneﬁt. two links feeding the individual receivers. The receivers have identical utility functions, u 1 .x/ D u 2 .x/ D 2x 0:5x 2 , with demand curves corresponding to the line AD in this ﬁgure. The line K D is the demand curve of the joint utility u 1 .x/ C u 2 .x/. The receivers can form a single multicast group, or form two separate multicast groups (each consisting of a single receiver). In the ﬁrst case, they will obtain a joint net beneﬁt of max [u 1 .x/ C u 2 .x/ px] D 2:25 (11.2) x where the maximum occurs at x D 1:5. Note that this is the area of the triangle H L K , and twice the area of triangle G AC. Each receiver obtains net beneﬁt equal of 1:125, i.e. the area of O AC E (one receiver’s utility) minus the area of OGC E (half the total payment). Since the receivers have identical utility function it is reasonable that the net beneﬁt should be shared equally. If their utilities were not equal then the total net beneﬁt might be shared following some bargaining that takes account of the fact that the receivers make different contributions to the coalition. One possibility is that each receiver should receive the net beneﬁt he could obtain on his own, plus half of the extra net beneﬁt that is obtained through coalition. For instance, if q1 and q2 are the net beneﬁts of the receivers acting individually, and q12 > q1 C q2 is the net beneﬁt they can obtain by coalition, then receiver 1’s net beneﬁt should be e1 D q1 C 0:5.q12 q1 q2 /. This is equivalent to his making a payment of Â1 D u 1 e1 , where u 1 is the utility he obtains in the coalition. In this case, the sum of the payments exactly covers the cost, since Â1 C Â2 D u 1 C u 2 q12 , which equal the total cost. If each receiver were to act individually, each would obtain a net beneﬁt equal to the area of H AB, i.e. 0:5. Hence they would rather form a single multicast group, since this will increase each receiver’s net beneﬁt by 0:625 (the area G H BC). Interestingly, a receiver can do better by not declaring his true utility. Suppose that, knowing receiver 2 will declare his true utility, receiver 1 falsely states his utility as žx,
- 274 MULTICASTING where ž is close to 0. The optimal ﬂow for this coalition is x D 1 C ž. Receiver 1 obtains net beneﬁt of almost 1:5 since Â1 will be only about 0:5ž. This suggests that it may not be possible to achieve the maximum in (11.1) when a receiver only knows his utility function and the internal payment mechanism of the coalition is designed to fully cover the cost. Indeed, the payment rule above gives the incentive for a ‘free ride’. This example illustrates a general result from game theory that applies in the context of multicasting because of the particular structure of its cost functions. It states that any incentive compatible internal payment rule (that provides incentives for truth telling) will not in general recover the full cost incurred by the coalition. Hence, one must adopt a payment rule that either maximizes the economic efﬁciency of the system, but fails to recover the full cost of the multicast group through charging its participants, or makes participants pay for the cost, at the expense of net beneﬁt of the overall group. With the payment rule above, participants have the incentive to ‘shade’ the declarations of their utility functions, with the result that a smaller choice of x is made than is optimal. Can we think of a simple payment scheme that gives participants the incentive to truthfully declare their utility functions? This should happen if the payment a participant receives does not depend on his utility declaration. Consider again our two receiver problem. Suppose the ﬂow has a single possible value x0 , which can be obtained at cost c D px0 . Receiver i knows his utility u i for ﬂow of x0 , and must make a declaration u i to the d manager of the group. The manger then adopts the following charging rule. First, he checks if u 1 C u 2 > c. If the answer is no, then the multicast group is not built, and both receivers d d obtain zero net beneﬁt. Otherwise, the ﬂow is set at x0 and receiver i is made to pay Âi D [c u d ]C , i; j 2 f1; 2g, i 6D j. j It is easy to see that this scheme is incentive compatible, since if receiver 1 falsely declares his utility function this can only decrease the net beneﬁt he receives. Suppose u 1 ; u 2 < c, so no receiver alone can afford the service. If both tell the truth and u 1 C u 2 > c, the service will be provided and each receiver i will incur a payment Âi D c u j , leaving each with a positive net beneﬁt of u 1 C u 2 c. Suppose receiver 2 tells the truth but receiver 1 does not. If u 1 < u 1 and the actual utilities satisfy u 1 C u 2 > c, then there is the risk d of u 1d C u < c in which case the manager will decide against the provision of the service, 2 which will reduce the net beneﬁt of receiver 1 from u 1 C u 2 c to zero. If u 1 > u 1 and d u 1 C u 2 < c, there is the risk of u 1 d C u > c in which case the service will be provided 2 and receiver 1 will have to pay Â1 D c u 2 > u 1 , and so incur a negative net beneﬁt. In all other cases, the net beneﬁt of receiver 1 remains the same. Note that the sum of the receivers’ payments is Â1 C Â2 D 2c u 1 u 2 < c. The above example can be generalized to circumstances in which the ﬂow x takes one of a large set values, in which case the manager will ﬁrst compute the optimal value of the ﬂow, and then deﬁne the corresponding payments. The incentive compatible payment mechanism that we have described above is an example of the well-known Vickrey–Clarke–Groves (VCG) demand revealing mechanism. This mechanism deﬁnes " # X e.S/ D max d ui c.T / (11.3) T ÂS i 2T as the maximum net beneﬁt that can be obtained by using the declared utilities to choose, from within an initial set S, the subset of participants, say T , for which the net beneﬁt is greatest. As before, c.T / is the cost of the optimal multicast tree for a multicast group T .
- THE ECONOMIC PERSPECTIVE 275 The payment required from a participant i, who belongs to S, is now ﬁxed at h i Âi D e.S n fig/ e.S/ d ui where S n fig is the set S, minus participant i. The payment Âi is the loss in net beneﬁt to other users that is due to i participating. In this section we have investigated the various incentive issues that arise because of imperfect information in the simplest case of shared cost In the following sections we investigate the extra complications that occur because of the structure of the multicast tree, and discuss several alternatives for sharing the common cost. 11.5.3 Formation of the Optimal Tree Consider the two trees in Figure 11.3. All links have zero cost unless speciﬁcally marked. We take the same utilities as in the example above, i.e. u 1 .x/ D u 2 .x/ D 2x 0:5x 2 . If a single coalition is formed, the net beneﬁt in both (i) and (ii) is given by (11.2) and equals 2.25. However, the structure of the cost in the two trees are quite different. In tree (i) the cost is common, but in tree (ii) the ﬂow to receiver 2 is solely responsible for cost. Were it not for receiver 2, receiver 1 could obtain maximum net beneﬁt of 2 units by taking x D 2 (i.e. the maximizer of u 1 .x/ D 2x :5x 2 ). If receiver 2 were on his own he would obtain a net beneﬁt of 0:5. Since the sum of these is greater than 2:25 the coalition of the two receivers obtains a smaller net beneﬁt than the sum of the beneﬁts the receivers obtain by acting individually. So there is no incentive for receiver 1 to join a coalition with receiver 2 since he can gain more on his own. This suggests that net beneﬁt is actually maximized by forming two multicast tree: one for receiver 1 with rate x D 2, and one for receiver 2 with rate x D 1. This could be implemented by encoded information in two layers, each of rate 1. Both receivers obtain the basic rate, and only receiver 1 subscribes to the higher quality and receives the additional rate required. This example demonstrates that the complete net beneﬁt optimization problem is difﬁcult. The solution must take account of optimum coalition formation, and then the optimum selection of rates within each coalition. 11.5.4 Cost Sharing and Multicast Trees Let us investigate further the issue of cost recovery. For simplicity assume that the ﬂow level through the tree is x D 1. We can share the cost of the multicast tree, say c.T /, amongst the participating receivers by a cost sharing function that makes ci .T / the contribution that p=1 0 0 0 0 p=1 1 2 1 2 (i) (ii) Figure 11.3 How cost structure effects formation of a multicast tree. Flows have costs rate on the links of 0 or 1, as marked. The users utilities are u 1 .x/ D u 2 .x/ D 2x 0:5x 2 . In (i) receiver 1 beneﬁts by joining a coalition with receiver 2. In (ii) he does not.
- 276 MULTICASTING p C 1 0 2.5 3 0 A B 0 0 1 1 0 4 1 1 2 0.5 0.5 1 2 3 1 2 a b c d e u1 = 3 u2 = 1.1 u=3 2 1 1 1 (i) (ii) (iii) Figure 11.4 The formation of the optimal multicast group. In (i) user d might pay p=2 or p=4, depending on the rule used to apportion cost. In (ii), if the common cost is shared equally then user 2 will drop out, leaving a socially inefﬁcient solution. In (iii) a VCG allocation has a paying 2:5 and b paying 1:5, which does not cover the cost of 4:5. P receiver i 2 T must make to the cost. By deﬁnition, i 2T ci .T / D c.T /. There are many possible cost sharing functions. To take two examples: one could propagate the cost of each link down the tree by splitting its cost either (a) equally amongst the immediate downstream branches of the tree, or (b) in proportion to the number of receivers in the subtree descending from the link. The results of applying these two functions can be dramatically different. Consider, for instance, tree (i) of Figure 11.4. Here (a) results in receiver d paying for half the cost, which may force it to leave the coalition and not receive service. Under (b) each receiver will pay 1=4 of the cost. Note that (b) corresponds to each receiver paying its Shapley value proportion of the cost and so certain natural fairness criteria will be satisﬁed (see Section 7.1.3). However, it may be more expensive to implement (b) because one has to obtain information about the number of down-stream receivers. There is an implicit iteration in the above procedure: once all receivers have been notiﬁed of the costs they are asked to pay, they must each decide if they want the service. A receiver will drop out if his net beneﬁt, of u i ci .T /, is negative. Subsequently, costs are recomputed for the new multicast tree that is obtained by pruning those parts of the previous tree that do not have subscribers. Note that since the common cost is shared by fewer receivers at each round the share of the cost paid by any given receiver cannot decrease. More and more receivers drop out until a stable point is reached. However, convergence may involve a prohibitively long number of steps, since at each step only a single receiver may drop out. Another disadvantage of such a ﬁxed cost-sharing procedure is that it can end with a multicast group that is smaller than is optimal. Consider tree (ii) in Figure 11.4. If common cost is shared equally to the down-stream receivers, receiver b will leave since his cost share is 1:5 > u 2 D 1:1. Consequently, the stable coalition has only receiver a, with net beneﬁt of 1. However, receiver b could pay for the cost of its directly attached link, leaving a surplus of 1:1 1 D 0:1. It could share this surplus with receiver a by contributing, say 0.05, to the cost of the common link. This is better for both since the net beneﬁt of each receiver increase by 0.05. If we had u 1 D 1:95, then even receiver a would drop out after receiver 2 had dropped out. But this will not happen if they agree that receiver 2 should contribute 0.075 to the cost of the common link, leaving each with positive surplus of 0.025 each. This example suggests that to obtain an efﬁcient coalition, cost sharing must depend not only on the structure of the multicast tree, but also on the utilities of the participants. In most cases, such information is not easy to obtain. This is reﬂected in social welfare loss. A last issue concerns the cost of implementing an incentive compatible payment scheme such as VCG in a general multicast tree. We illustrate one possible implementation with
- SETTLEMENT 277 an example. Consider tree (iii) in Figure 11.4. Let message [iI u] denotes a message from receiver i with value u. Messages are propagated up the tree. In the ﬁrst step, each of the receivers a–e sends its utility up-tree in a message. Each message passes through a link that carries data to one receiver alone, so the value in the message is decreased by the value of the cost of the link; if this value become negative the message is dropped and the corresponding receiver is deleted from the multicast group. Thus messages [aI 2], [bI 1] reach node A, messages [d;0:5], [e;0:5] reach node B, and receiver c is dropped. Messages [d;0:5] and [e;0:5] have now reached node B and must share the cost of 3 in the link from B to A. Since the cost of 3 is greater than the sum of the two values 0.5 and 0.5, this subtree is pruned. Similarly, messages [a;2] and [b;1] have reached node A and must now share the cost of 2.5 in the link from C to A. Since the sum of their two values, 2 and 1, exceeds 2.5 they can share the cost of the common up-tree link. They do this by having their message values reduced by amounts of the VCG payment rule for sharing the cost of the link, given in (11.5.2). Here a pays 1.5 and b pays 0.5. New messages of [a;0:5] and [b;0:5] are propagated up-tree to node C. So constructed, the ﬁnal tree maximizes net beneﬁt, and the ﬁnal payments can be found by subtracting the values in the messages that reach the root node from their initial values. Thus the ﬁnal tree has only receivers a and b, which must pay 2:5 and 1:5 units, respectively. Note that the total cost is 4:5 units, which exceeds the sum of these payments. In summary, sharing the cost of service in a multicast tree can be a complex task and require many steps of computation. If the cost is to be covered, then the overall net beneﬁt of the group may be reduced. An incentive compatible payment scheme is easy to implement, but may cover only part of the cost. These issues become even more problematic when the set of receivers changes dynamically during the multicast session. 11.6 Settlement The settlement problem for multicasting is that of deciding who actually pays and then apportioning charges in line with how members of the multicast group value the service. We have already discussed several issues of how cost might be shared between various links of the tree, and how to give the participants incentives to declare their true values for the service. Settlement is also concerned with how the charges collected by the edges of the tree, i.e. the revenue generated by the customers, is distributed to the various links of the tree, remembering that each link potentially belongs to a different network. Note that there may be incentives for links to report higher costs, or misreport revenue collected from downstream links or group members. There exist two main approaches, paralleling the two different philosophies that exist in the Internet today. ‘Split-edge pricing’, follows an open, distributed, optimistic, edge-centric approach. Both sender and the receivers initially pay a share of the cost of the transmission to their access networks, and claims over redistributing the value of the transmission within each participant’s group are settled later. Network providers agree prices at which they will offer transport service to neighbouring networks as a way to collect locally the cost of their part of the multicast tree. All entities exchange payments at their interfaces, so that in the end, each entity is left with the amount that correct settlement would dictate. Both sender and receiver need to pay, since otherwise a downstream provider could collect more money by lying about the number of receivers. One could design the edge prices to implement many potential settlement models. For instance, if the data that is transmitted is advertising, the
- 278 MULTICASTING sender might pay a large amount to its access network, which would then keep a portion of this amount and distribute the rest according to the internal edge prices of downstream networks. At the leaves of the tree no charge would be made to the receivers, and all intermediate networks would have collected a share of the payment. A second approach assumes there is a service level manager, who is responsible for logging new receivers, permitting access, paying the cost and charging customers. One of his tasks may be to manage the risk due to uncertainty about the total number of receivers who will subscribe to the multicast. Since the group must start with only few receivers, the initial cost per receiver might so great as to discourage receivers from joining the group. To attract customers, the manager must bear some risk by offering prices that reﬂect the anticipated size of the group once it reaches its steady state, which may itself depend on the prices he sets initially. 11.7 Further reading IP multicast was introduced by Deering and Cheriton (1990) and a discussion of the ﬁrst audiocast experiment by the IETF is given by Casner and Deering (1992). The connection between multicast tree complexity and Steiner tree problems is addressed by Cormen, Leiserson and Rivest (1995) and Andrews, Khanna and Kumaran (1999). Shapiro, Towsley and Kurose (2002) explain how proportional fairness can affect the distribution of the network resources between multicast and unicast ﬂows. Several protocols for streaming are described by Schulzrinne, Casner, Frederick and Jacobson (1996). A nice introduction to the multicast IP protocols is provided by Kurose and Ross (2001). Information on the Digital Fountain technology can be found at the company’s web site, and for RSVP, see Braden, Zhang, Berson, Herzog and Jamin (1997). The PGMcc ﬂow control scheme is due to Rizzo (2000) and is based on the reliable multicast protocol PGM of Farinacci, Lin, Speakman and Tweedly (1998) for feedback suppression/aggregation. Layered multicasting issues and ﬂow control are discussed in McCanne, Jacobson and Vetterli (1996) and Rizzo, Vicisano and Crowcroft (1998). Some game-theoretic aspects of sharing the multicast tree cost can be found in the pioneering papers of Herzog, Shenker and Estrin (1995), Feigenbaum, Papadimitriou and Shenker (2000) and Moulin and Shenker (2001). Economists deﬁne a private good as one that can be consumed by just a single economic agent, and a public good as one that can be consumed by many agents. In our multicast model, the bandwidth consumed in the common part of the multicast tree is a public good. More precisely, since some agents may be excluded from consuming it, it is a type of a club good . Chapter 23 of Varian (1992) discusses issues of public goods and the VCG demand revealing mechanisms we have presented here. Settlement issues are discussed by Briscoe (1999) and Henderson and Bhatti (2000).
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Pricing communication networks P1
21 p |
61 |
12
-
Pricing communication networks P7
33 p |
73 |
12
-
Digital communication receivers P11
50 p |
52 |
10
-
Pricing communication networks P8
24 p |
55 |
9
-
Pricing Communication Networks
378 p |
31 |
6
-
Pricing communication networks P4
28 p |
68 |
5
-
Pricing communication networks P5
29 p |
66 |
5
-
Pricing communication networks P6
20 p |
45 |
5
-
Pricing communication networks P3
42 p |
65 |
5
-
Pricing communication networks P9
15 p |
51 |
5
-
Pricing communication networks P13
17 p |
44 |
5
-
Chuyển mạch (Switching engineering) part 6
16 p |
30 |
4
-
Pricing communication networks P14
23 p |
49 |
4
-
Pricing communication networks P12
12 p |
60 |
4
-
Pricing communication networks P10
26 p |
45 |
4
-
Pricing communication networks P2
17 p |
59 |
4
-
SEMICONDUCTOR LASER AMPLIFIERS
0 p |
19 |
2

Set-Cookie: TLDEVNamespace=dr6th5qk68hdtmnopv4aut1db0; path=/; domain=.tailieu.vn; HttpOnly


markdown:
# Quyết định số 359/1999/BKH-KCN
Chia sẻ: Son Nguyen | Ngày: | Loại File: PDF | Số trang:7
lượt xem 2
download
![](http://image.tlvnimg.com/document/thumbnail/2009/20091122/lawdn12/80x100/3471.jpg)
##
Quyết định số 359/1999/BKH-KCN
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static.tlvnimg.com/b2013az/templates/version1/default/images/down16x21.png)
Quyết định số 359/1999/BKH-KCN về việc uỷ quyền cho Ban quản lý các khu công nghiệp Phú Yên trong việc hình thành dự án; tiếp nhận, thẩm định hồ sơ dự án; cấp, điều chỉnh, thu hồi giấy phép đầu tư và quản lý hoạt động các dự án đầu tư nước ngoài trong các Khu CN, Khu CX do Bộ trưởng Bộ Kế hoạch và Đầu tư ban hành
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Quyết định số 359/1999/BKH-KCN
- BỘ KẾ HOẠCH VÀ ĐẦU TƯ CỘNG HOÀ XÃ HỘI CHỦ NGHĨA VIỆT NAM ******** Độc lập - Tự do - Hạnh phúc ******** Số: 359/1999/BKH-KCN Hà Nội, ngày 09 tháng 7 năm 1999 QUYẾT ĐỊNH CỦA BỘ TRƯỞNG BỘ KẾ HOẠCH VÀ ĐẦU TƯ SỐ 359/1999/BKH-KCN NGÀY 9 THÁNG 7 NĂM 1999 VỀ VIỆC UỶ QUYỀN CHO BAN QUẢN LÝ CÁC KHU CÔNG NGHIỆP PHÚ YÊN TRONG VIỆC HÌNH THÀNH DỰ ÁN; TIẾP NHẬN, THẨM ĐỊNH HỒ SƠ DỰ ÁN; CẤP, ĐIỀU CHỈNH, THU HỒI GIẤY PHÉP ĐẦU TƯ VÀ QUẢN LÝ HOẠT ĐỘNG CÁC DỰ ÁN ĐẦU TƯ NƯỚC NGOÀI TRONG CÁC KHU CÔNG NGHIỆP, KHU CHẾ XUẤT BỘ TRƯỞNG BỘ KẾ HOẠCH VÀ ĐẦU TƯ Căn cứ Luật Đầu tư nước ngoài tại Việt Nam ngày 12 tháng 11 năm 1996; Căn cứ Nghị định số 12/CP ngày 18 tháng 2 năm 1997 của Chính phủ quy định chi tiết thi hành Luật Đầu tư nước ngoài tại Việt Nam; Căn cứ Quy chế Khu công nghiệp, Khu chế xuất, Khu công nghệ cao ban hành kèm theo Nghị định số 36/CP ngày 24 tháng 4 năm 1997 của Chính phủ; Căn cứ Quyết định số 233/1998/QĐ-TTg ngày 1 tháng 12 năm 1998 của Thủ tướng Chính phủ về việc phân cấp, uỷ quyền cấp giấy phép đầu tư đối với các dự án đầu tư trực tiếp nước ngoài; Căn cứ đề nghị của Uỷ ban nhân dân tỉnh Phú Yên, QUYẾT ĐỊNH Điều 1. 1. Ban Quản lý các khu công nghiệp Phú Yên (sau đây gọi là Ban quản lý) là đầu mối hướng dẫn các nhà đầu tư đầu tư vào các Khu công nghiệp, Khu chế xuất hoạt động theo Quy chế Khu công nghiệp, Khu chế xuất, Khu công nghệ cao ban hành kèm theo Nghị định số 36/CP ngày 24 tháng 4 năm 1997 của Chính phủ trên địa bàn tỉnh Phú Yên. Hồ sơ dự án đầu tư được lập theo hướng dẫn của Bộ Kế hoạch và Đầu tư. 2. Uỷ quyền Ban quản lý tiếp nhận hồ sơ của các dự án đầu tư nước ngoài đầu tư vào các Khu công nghiệp và các dự án đầu tư vào các Khu chế xuất nói trên và thẩm định, cấp Giấy phép đầu tư cho các dự án đáp ứng các điều kiện quy định tại Quyết định này. Điều 2.
- Các dự án đầu tư ban quản lý được uỷ quyền cấp Giấy phép đầu tư phải đáp ứng các điều kiện sau đây: 1. Phù hợp với Quy hoạch và Điều lệ Khu công nghiệp hoặc Khu chế xuất đã được phê duyệt. 2. Là dự án thuộc lĩnh vực công nghiệp và dịch vụ công nghiệp có quy mô đến 40 triệu đôla Mỹ, trừ những dự án thuộc Nhóm A theo quy định tại Điều 93 Nghị định số 12/CP ngày 18 tháng 2 năm 1997 của Chính phủ quy định chi tiết thi hành Luật Đầu tư nước ngoài tại Việt Nam. 3. Có tỷ lệ xuất khẩu sản phẩm đáp ứng quy định trong từng thời kỳ. 4. Có phương án bảo đảm nhu cầu về tiền nước ngoài hoặc thuộc lĩnh vực được Nhà nước đảm bảo hỗ trợ ngoại tệ. 5. Thiết bị, máy móc và công nghệ đáp ứng các quy định hiện hành; trường hợp không đáp ứng các quy định đó phải được cơ quan Nhà nước có thẩm quyền quản lý ngành kinh tế - kỹ thuật chấp thuận. 6. Đáp ứng các yêu cầu về bảo vệ môi trường, an toàn lao động và phòng, chống cháy, nổ. Điều 3: Việc thẩm định dự án do Ban quản lý thực hiện với sự phối hợp chặt chẽ với Sở Kế hoạch và Đầu tư và các cơ quan chức năng của địa phương theo quy định tại các Điều 83, 92, 94, 96 và 100 Nghị định số 12/CP ngày 18 tháng 2 năm 1997 của Chính phủ quy định chi tiết thi hành Luật Đầu tư nước ngoài tại Việt Nam. Ban quản lý có trách nhiệm xây dựng quy chế phối hợp làm việc với các cơ quan chức năng của địa phương, trình Uỷ ban nhân dân tỉnh Phú Yên phê duyệt và thông báo cho Bộ Kế hoạch và Đầu tư. Điều 4: 1. Ban quản lý tổ chức thẩm định và tự quyết định việc cấp Giấy phép đầu tư đối với các loại dự án sau: - Các doanh nghiệp chế xuất có quy mô vốn đầu tư đến 40 triệu đôla Mỹ; - Các doanh nghiệp sản xuất công nghiệp và doanh nghiệp dịch vụ công nghiệp đáp ứng các quy định tại Điều 2 Quyết định này và có quy mô đến 5 triệu đôla Mỹ.
- 2. Thời hạn Ban quản lý thẩm định và cấp Giấy phép đầu tư là 15 ngày kể từ khi tiếp nhận hồ sơ dự án, không kể thời gian chủ đầu tư sửa đổi, bổ sung hồ sơ xin cấp Giấy phép đầu tư theo yêu cầu của Ban quản lý. Mọi yêu cầu của Ban quản lý đối với nhà đầu tư về việc sửa đổi, bổ sung hồ sơ xin cấp Giấy phép đầu tư, Giấy phép điều chỉnh được thực hiện trong thời hạn 7 ngày kể từ ngày tiếp nhận hồ sơ dự án. 3. Đối với các dự án đầu tư nằm ngoài các quy định nêu trên thì trước khi ra quyết định, Ban quản lý có trách nhiệm gửi tóm tắt dự án theo hướng dẫn kèm theo tới Bộ Kế hoạch và Đầu tư; lấy ý kiến các bộ, ngành về những vấn đề thuộc thẩm quyền của các bộ, ngành. Các bộ, ngành được lấy ý kiến về dự án, kể cả trường hợp điều chỉnh Giấy phép đầu tư, có nhiệm vụ trả lời bằng văn bản trong thời hạn 7 ngày kể từ khi nhận được hồ sơ dự án; quá thời hạn nói trên mà không có ý kiến bằng văn bản thì coi như chấp thuận dự án. Điều 5: Giấy phép đầu tư được soạn thảo theo mẫu do Bộ Kế hoạch và Đầu tư hướng dẫn. Trong thời hạn 7 ngày kể từ ngày cấp Giấy phép đầu tư, Giấy phép điều chỉnh, Ban quản lý gửi Giấy phép đầu tư, Giấy phép điều chỉnh về Bộ Kế hoạch và Đầu tư, Uỷ ban nhân dân tỉnh Phú Yên (bản chính) và Bộ Tài chính, Bộ Thương mại, Bộ quản lý ngành kinh tế - kỹ thuật, Ban quản lý các Khu công nghiệp Việt Nam và các cơ quan quản lý Nhà nước có liên quan (bản sao). Điều 6: Đối với các dự Ban quản lý không được uỷ quyền cấp giấy phép đầu tư, sau khi tiếp nhận, Ban quản lý giữ lại một bộ hồ sơ (bản sao) và chuyển toàn bộ số hồ sơ dự án còn lại kèm theo ý kiến của Ban quản lý về dự án đến Bộ Kế hoạch và Đầu tư để tổ chức thẩm định và cấp Giấy phép đầu tư theo quy định tại các Điều 93, 94 Nghị định số 12/CP ngày 18 tháng 2 năm 1997 của Chính phủ. Điều 7. 1. Ban quản lý hướng dẫn các chủ đầu tư triển khai thực hiện dự án; thực hiện quản lý Nhà nước đối với các hoạt động trong các Khu công nghiệp, Khu chế xuất theo các quy định tại Quy chế Khu công nghiệp, Khu chế xuất, Khu công nghệ cao. 2. Ban quản lý thực hiện việc điều chỉnh Giấy phép đầu tư đối với các dự án đầu tư đã được uỷ quyền cấp Giấy phép đầu tư và cả các Giấy phép đầu tư do Bộ Kế hoạch và Đầu tư cấp trong phạm vi hạn mức vốn đầu tư được uỷ quyền.
- 3. Những trường hợp Ban quản lý quyết định với sự thoả thuận của Bộ Kế hoạch và Đầu tư: - Do điều chỉnh Giấy phép đầu tư mà vượt quá hạn mức vốn được uỷ quyền, thay đổi mục tiêu hoặc bổ sung mục tiêu dự án thuộc Danh mục lĩnh vực đầu tư có điều kiện, giảm tỷ lệ xuất khẩu xuống dưới mức quy định đối với các sản phẩm có quy định tỷ lệ xuất khẩu. - Giảm tỷ lệ góp vốn pháp định của Bên Việt Nam trong các trường hợp liên doanh hoặc chuyển hình thức liên doanh sang đầu tư 100% vốn nước ngoài - Giải thể doanh nghiệp có vốn đầu tư nước ngoài hoặc chấm dứt hợp đồng hợp tác kinh doanh trước thời hạn. 4. Ban quản lý quyết định giải thể doanh nghiệp và thu hồi các Giấy phép đầu tư theo quy định hiện hành. Điều 8. Hàng quý, 6 tháng và hàng năm, Ban quản lý tổng hợp việc cấp Giấy phép đầu tư, điều chỉnh Giấy phép đầu tư, tình hình hoạt động của các doanh nghiệp trong các Khu công nghiệp, Khu chế xuất thuộc phạm vi quản lý và gửi báo cáo tới Bộ Kế hoạch và Đầu tư, Uỷ ban nhân dân tỉnh Phú Yên và Ban quản lý các Khu công nghiệp Việt Nam. Điều 9: Bộ Kế hoạch và Đầu tư tạo mọi điều kiện thuận lợi và kiểm tra Ban quản lý thực hiện các việc được uỷ quyền theo đúng quy định, chịu trách nhiệm trước pháp luật và trước Chính phủ về việc uỷ quyền quy định tại Quyết định này. Điều 10. Quyết định này có hiệu lực thi hành sau 15 ngày kể từ ngày ký. Trần Xuân Giá (Đã ký) BAN QUẢN LÝ CỘNG HOÀ XÃ HỘI CHỦ NGHĨA VIỆT NAM .................... Độc lập - Tự do - Hạnh phúc Số: / ......., ngày… tháng ..năm 199..
- Kính gửi: Bộ Kế hoạch và Đầu tư (Vụ quản lý Khu công nghiệp - Khu chế xuất) Fax: 84-4-8459271 TÓM TẮT DỰ ÁN ĐẦU TƯ NƯỚC NGOÀI VÀO KHU CÔNG NGHIỆP ......................................... I. CHỦ ĐẦU TƯ: 1. Tên chủ đầu tư:........................................................ 2. Nơi đăng ký thành lập:............................................ - Trụ sở văn phòng chính:............................................ 3. Năng lực tài chính và kinh doanh: - Vốn đăng ký:............................................................. - Doanh số kinh doanh năm gần đây nhất (19...) 4. Người đại diện:........................ Quốc tịch:.............. Chức vụ:......... (Nếu dự án có nhiều chủ đầu tư thì tóm tắt từng chủ đầu tư với nội dung trên) II. DỰ ÁN XIN THÀNH LẬP: 1. Tên dự án:............................................................... 2. Địa điểm thực hiện: (các) lô đất số:........................ 3. Diện tích đất sử dụng:............................................ m2 4. Mục tiêu hoạt động và thị trường tiêu thụ sản phẩm: Tên sản Đơn Năm thứ 1 Năm thứ 2 Năm sản xuất ổn định phẩm vị tính Số Doanh Tỷ Số Doanh Tỷ lệ Số Doanh Tỷ lệ lượng thu lệ lượng thu lượng thu XK (USD) (USD) XK (USD) XK
- 5. Diện tích nhà xưởng:........................... m2 6. Danh mục thiết bị: STT Tên thiết bị Tính năng Ước tính giá Số lượng Thành tiền kỹ thuật Nếu là thiết bị đã qua sử dụng thì bổ sung thêm các thông số: năm sản xuất, công suất hiện tại, so sánh với giá thiết bị mới cùng loại. 7. Vốn đầu tư để thực hiện dự án:............................, chia ra: - Vốn cố định:................................. - Vốn lưu động:............................... 8. Vốn pháp định:............................ (Chia ra phần góp vốn của từng Bên) 9. Tiến độ thực hiện dự án (kể từ ngày được cấp Giấy phép Đầu tư) - Khởi công xây dựng:............................................ tháng. - Hoàn thành xây dựng và sản xuất thử:................. tháng. - Sản xuất chính thức:............................................. tháng. 10. Nhu cầu nguyên vật liệu chính và điện, nước: Nhu cầu Đơn vị tính Nhu cầu Năm thứ Năm thứ Năm sản xuất ổn định 1 2 I. Nguyên vật liệu chính .................... II. Điện
- - Công suất Kw - Điện năng Kwh III. Nước m3/ngày đêm Đề nghị Bộ Kế hoạch và Đầu tư xem xét và cho ý kiến để Ban quản lý có cơ sở xem xét cấp giấy phép đầu tư để Chủ đầu tư có cơ sở thực hiện dự án. Trưởng Ban quản lý Khu công nghiệp ........................................
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Quyết định số 25/1999/QĐ-TTg
2 p |
47 |
7
-
Quyết định số 30/1999/QĐ/BNN-TCCB
2 p |
52 |
6
-
Quyết định số 232/1999/QĐ-TTg
9 p |
72 |
5
-
Quyết định số 40/1999/QĐ-TTg
2 p |
37 |
5
-
Quyết định số 10/1999/QĐ-BCN
3 p |
41 |
5
-
Quyết định số 13/1999/QĐ-BCN
3 p |
40 |
4
-
Quyết định số 233/1999/QĐ-TTg
14 p |
54 |
4
-
Quyết định số 36/1999/QĐ/BNN-TCCB
2 p |
44 |
3
-
Quyết định số 08/1999/QĐ-BCN
2 p |
41 |
3
-
Quyết định số 31/1999/QĐ/BNN-TCCB
2 p |
43 |
3
-
Quyết định số 24/1999/QĐ-TTg
1 p |
33 |
3
-
Quyết định số 150/1999/QĐ-TCCP
11 p |
37 |
2
-
Quyết định số 09/1999/QĐ-BCN
2 p |
25 |
2
-
Quyết định số 39/1999/QĐ/BNN-TCCB
2 p |
45 |
2
-
Quyết định số 730/1999/QĐ-BGTVT
12 p |
34 |
2
-
Quyết định số 972/1999/QĐ-UB-KT
8 p |
22 |
2
-
Quyết định số 239/1999/QĐ-TTg
2 p |
41 |
1

WARC-Type: response

Content-Type: application/http; msgtype=response

Set-Cookie: TLDEVNamespace=q4fthdjl1r0kl50bhv87iqp1s0; path=/; domain=.tailieu.vn; HttpOnly

Connection: close

Server: Apache/2.2.31 (CentOS)

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Vary: Accept-Encoding

Content-Type: text/html; charset=UTF-8


markdown:
|
|
|
|
|
<< Bắt đầu < Lùi 1
|![ Mách bạn địa chỉ quán ăn tối ngon ở Đà Nẵng](/images/resized/images/stories/mach-ban-dia-chi-quan-an-toi-ngon-o-da-nang-tc_100_66.jpg)
[Mách bạn địa chỉ quán ăn tối ngon ở Đà Nẵng](/quan-ngon/quan-xa-he-pho/6261-mach-ban-dia-chi-quan-an-toi-ngon-o-da-nang.html)
Sau Tết rất nhiều bạn thích thú đi du lịch Đà Nẵng. ..
![ Những quán chay lý tưởng cho ngày Rằm tháng Giêng](/images/resized/images/stories/trinhngocdieu_com_nhung-quan-chay-ngon-va-re-o-sai-gon_100_66.jpg)
[Những quán chay lý tưởng cho ngày Rằm tháng Giêng](/quan-ngon/nha-hang/6248-nhung-quan-chay-ly-tuong-cho-ngay-ram-thang-gieng.html)
Vào ngày Rằm tháng Giêng, nhiều người thường ăn chay để...
![ Những địa chỉ ăn chay ngon rẻ cho cả gia đình trong ngày Tết](/images/resized/images/stories/nhung-dia-chi-chay-ngon-re-cho-ca-gia-dinh-trong-nhung-ngay-tet-tc_100_66.jpg)
[Những địa chỉ ăn chay ngon rẻ cho cả gia đình trong ngày Tết](/quan-ngon/nha-hang/6240-nhung-dia-chi-an-chay-ngon-re-cho-ca-gia-dinh-trong-ngay-tet.html)
Bên cạnh những mâm cỗ đầy thịt cá thì trong những ngày Tết ...
![ Sinh tố giúp bạn đốt cháy mỡ bụng hiệu quả sau Tết](/images/resized/images/stories/sinh-to-giup-ban-dot-chay-mo-bung-hieu-qua-sau-tet-tc_240_158.jpg)
[Sinh tố giúp bạn đốt cháy mỡ bụng hiệu quả sau Tết](/do-uong/tra-cafe/6257-sinh-to-giup-ban-dot-chay-mo-bung-hieu-qua-sau-tet.html)
Những ngày Tết ăn uống thả ga khiến bạn tăng cân...

Vary: Accept-Encoding,User-Agent

P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"

Content-Type: text/html; charset=utf-8


markdown:
*Hua Hin Pool Villas ....Lowest Prices Guaranteed!
Khách sạn gần đó
Angket Hip Residence
6.7 Km.
2.7 Km.
8.0 Km.
1.6 Km.
3.2 Km.
8.9 Km.
Thai Tour Info Co., Ltd. 46/26 Charoen Rat Rd, Bangklo, Bangkolaem, Bangkok 10120, Tel: +662-1641001 to 6 Fax: +662-1641010 Email: sales@choowap.com
Tất cả các quyền Thái Tour Info Co, Ltd, TAT giấy phép 11/04452
This website works best with the latest browsers: Google Chrome, Firefox, Safari

WARC-Truncated: length

Content-Type: text/html

P3P: CP="NOI ADM DEV COM NAV OUR STP"


markdown:
![ ](http://thammyhanquoc.vn/wp-content/themes/jw-theme_update/images/hotline.png)
[Nụ cười nhập khẩu](http://thammyhanquoc.vn/tin-tuc/nu-cuoi-nhap-khau.html)
Chủ nhà hàng dặn dò nhân viên:
– Khi mang đồ ăn cho khách, chớ quên kèm theo câu:
*“Chúc ngon miệng!”. *
– Tại sao ạ? – Một nhân viên hỏi.
– Vì sau đó, khi đọc hóa đơn thanh toán, họ sẽ chỉ thấy đắng miệng.
____________________________
Minh họa Nguyễn Quang Phan
Một người tới gặp luật sư:
– Ông có nhận bào chữa cho tôi không?
– Ông bị cáo buộc tội gì?
– Làm tiền giả.
– Được. Nhưng ông phải thanh toán cho tôi bằng nhà và xe hơi. Tôi không nhận tiền mặt.
___________________________
Trước cửa phòng thuế treo tấm bảng:
*“Đề nghị khách hàng tới đóng thuế nên mang kính mát, vì nhân viên thuế rất khó chịu khi thấy ánh mắt của quý vị”. *
___________________________
Quan tòa nói với bị cáo:
– Có 6 nhân chứng ở đây nói rằng chính anh là người đã thực hiện vụ cướp. Anh có ý kiến gì không?
– Thưa Tòa, chính tôi đã nghe khoảng 60 người nói không hay về ông, nhưng tôi đâu có tin họ.
___________________________
Nhân viên dự báo thời tiết đọc cho nữ thư ký đánh máy bản tin dự báo:
*“Ngày mai nhiệt độ bình thường, có thể có mưa…”.*
Thư ký nói:
– Tiếc thật, mai tôi định đi dạo với ông xã…
– Thôi được, cô xóa chữ mưa, thay bằng chữ nắng đi.
___________________________
Hai cô cậu âu yếm nhau, chàng trai muốn lấn tới. Cô gái nói:
– Anh ơi, mình chờ tới khi cưới được không?
– Ờ… Nhưng lỡ chồng em là người hay ghen thì sao?
**DIỆU LÝ **
___________________________
Minh họa Nguyễn Quang Phan
Trong lúc cãi cọ với bố mẹ, Michael đã la lên:
– Con muốn sự sôi động, con muốn phiêu du, con muốn tiền, con muốn một người phụ nữ đẹp! Và con sẽ không bao giờ tìm được những thứ đó ở nhà, vì vậy con sẽ đi, bố mẹ đừng cố ngăn cản con…
Nói xong, Micheal đi thẳng ra cửa, bố cậu cũng đi theo.
– Bố không nghe con nói gì à? Con không muốn bố ngăn cản con!
– Ai ngăn cản con chứ? Nếu con đợi một tí nữa, bố sẽ đi cùng con!
___________________________
Tại một bữa tiệc tối, nhiều người khách đang tranh luận với nhau về việc đàn ông hay phụ nữ ai đáng tin cậy hơn, một người đàn ông nói:
– Chẳng có người phụ nữ nào có thể giữ được bí mật cả!
– Tôi không nghĩ thế, nhưng riêng tôi đã giữ kín bí mật tuổi tác của tôi kể từ khi tôi 21 tuổi.
– Một người phụ nữ nói.
– Rồi một ngày cô sẽ để lộ ra thôi!
– Tôi hầu như không nghĩ vậy! Khi một người phụ nữ đã giữ bí mật được 27 năm rồi, cô ấy có thể giữ bí mật đó đến muôn đời.
– !!!
___________________________
Minh họa Nguyễn Quang Phan
Josh đang giúp Sally lau chùi thùng xe. Bên trong thùng xe, Josh thấy một cái túi trên đó viết
*“Thiết bị sửa chữa khẩn cấp”. *Quan sát kỹ hơn, Josh thấy một thỏi thuốc nổ bên trong. Cảm thấy hơi lạ, Josh hỏi Sally:
– Em dùng nó vào việc gì vậy?
– À… đó là một trong những thiết bị sửa chữa khẩn cấp của em.
– Anh biết! Nhưng tại sao lại phải dùng nó?
– Phòng khi xe bị xì lốp, em cần dùng nó để gỡ lốp ra ấy mà!
– !!!
**LÊ ĐÌNH KIÊN ** **___________________________** *Vợ: *Tại không ai thương anh, nên tôi mới lấy anh. *Chồng: *Thế thì em thành công rồi đấy! Giờ thì ai cũng thương hại anh.
___________________________
*A: *Thôi đừng buồn nữa, cậu sẽ quên cô ấy ngay thôi mà! *B: *Tớ không thể làm thế, vì tớ đã mua cho cô ấy rất nhiều thứ mà lại toàn là hàng trả góp… **HỒNG MAi** **(Theo Tuổi Trẻ Cười) **
![ ](http://thammyhanquoc.vn/tm_bk/images/2012/08/1033.jpg)
*Lưu Ý: kết quả thẩm mỹ phụ thuộc vào đường nét có sẵn và cơ địa của từng người
![ ](http://thammyhanquoc.vn/wp-content/themes/jw-theme_update/images/hotline.png)

Server: Apache/2.2.31 (Unix) mod_ssl/2.2.31 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4

Link: <http://thammyhanquoc.vn/wp-json/>; rel="https://api.w.org/", <http://thammyhanquoc.vn/?p=11202>; rel=shortlink


markdown: TRƯỜNG ĐÀO TẠO DẠY UỐN TÓC chăm NGHIỆP LALI ( 413C Trường Chinh, hát bộ: 14, Quận: Tân bình phẩm, TP. HCM) Chương Trình Dạy Uốn Tóc siêng Nghiệp day uon toc CAM KẾT HỌC VIÊN xuể ĐÀO TẠO ĐÚNG NHƯ CHƯƠNG Trình HỌC 100% KHÔNG PHÁT SINH HỌC PHÍ HỌC hòn để hotline : 0937.697826 Miss. Vân Anh Tel : 08.22113855 Add : 413C Trường Chinh, P: 14, Q: Tân Bình, Tp: HCM. Email : thammylali@yahoo.com.vn Website : http://www.truongthammylali.com

Server: nginx

Cache-control: private, max-age=0

X-Frame-Options: SAMEORIGIN


markdown:
Loading...
-
**Chú ý: Để tài khoản không bị banned: Đăng đúng chuyên mục, không spam, không comment quảng cáo chèn link trong chủ đề của người khác, dùng từ vô nghĩa Uppp... >> Không đăng bài PR/SEO trong các Box mua bán. >> Các thành viên bấm Report khi phát hiện nội dung/bình luận Spam BQT sẽ xử lý triệt để >> Spam là không có đất sống ở diễn đàn này !** [Dismiss Notice](account/dismiss-notice?notice_id=4)
-
**SIÊU KHUYẾN MÃI >> QUẢNG CÁO BANNER TẠI VỊ TRÍ NÀY GIÁ CHỈ 150K/1TH (SIZE 728x220) >> LIÊN HỆ NGAY: 0909.819.057** [Dismiss Notice](account/dismiss-notice?notice_id=2)
-
[Dismiss Notice](account/dismiss-notice?notice_id=9) **Đăng tin hiệu quả tại diễn đàn** [Mua bán rao vặt](http://muabanraovattop.com)Dofollow tại địa chỉ >>> http://muabanraovattop.com [Dismiss Notice](account/dismiss-notice?notice_id=8)
-
# [TQ] Bật lửa camera ngụy trang
Thảo luận trong '
[Camera - Máy ảnh](forums/camera-may-anh/)'


markdown:
**Sáng nay, 29/1, tại Trung tâm Hội nghị quốc tế 35 Hùng Vương, Hà Nội, Hiệp hội Thương mại điện tử Việt Nam (VECOM) đã tổ chức buổi lễ Công bố bộ chỉ số Thương mại điện tử (TMĐT) năm 2015, đồng thời tọa đàm với chủ đề cơ hội hợp tác trong phát triển TMĐT. Tham dự buổi lễ có ông Trần Hữu Linh – Cục Trưởng Cục Thương mại điện tử & CNTT Bộ Công Thương, ông Nguyễn Thanh Hưng – Phó Chủ tịch kiêm Tổng thư ký VECOM, cùng đại diện các cơ quan, tổ chức và doanh nghiệp trong nước.** *Các đại biểu tham dự lễ công bố chỉ số EBI. Ảnh Thái Đạt*
Bộ chỉ số EBI công bố năm nay được VECOM khảo sát trong gần 5.000
[doanh nghiệp](http://thuonggiathitruong.vn/) trên cả nước. Báo cáo của VECOM tại buổi lễ cho thấy: Năm 2015, TMĐT phát triển nhanh, thâm nhập vào mọi lĩnh vực kinh doanh và có sự gắn kết khăng khít với công nghệ thông tin và truyền thông, trở thành trụ cột của tiến trình xây dựng xã hội thông tin và kinh tế tri thức ở nước ta.
Chỉ số EBI cũng cho thấy có sự chênh lệch rất lớn giữa các địa phương và xu hướng này có thể tiếp tục tăng lên trong những năm tới. Từ những EBI trước và cho đến năm 2015, hai thành phố lớn là TP.Hồ Chí Minh và Hà Nội đều liên tiếp đứng đầu (73, 72 điểm)và tạo khoảng cách lớn so với tất cả các địa phương khác.
*Ông Nguyễn Kỳ Minh – Chánh Văn phòng VECOM phát biểu tại buổi lễ. Ảnh Thái Đạt*
Với EBI địa phương, theo VECOM thì đây là chỉ số được tổng hợp từ các chỉ số thành phần, trọng số cho các chỉ số thành phần về hạ tầng nguồn nhân lực và CNTT, giao dịch trực tuyến giữa
[doanh nghiệp](http://thuonggiathitruong.vn/) với người tiêu dùng (B2C) và giao dịch giữa [doanh nghiệp](http://thuonggiathitruong.vn/) với [doanh nghiệp](http://thuonggiathitruong.vn/) (B2B) bằng nhau và cao hơn so với trọng số cho chỉ số thành phần giao dịch giữa Chính phủ với [doanh nghiệp](http://thuonggiathitruong.vn/). Bên cạnh đó, EBI địa phương cũng được bổ sung các tiêu chí mới về tài nguyên tên miền, thu nhập bình quân và tỷ lệ [doanh nghiệp](http://thuonggiathitruong.vn/) theo dân số, do đó, điểm trung bình của EBI 2015 thấp hơn 2014.
Tuy nhiên, ông Nguyễn Thanh Hưng – Phó Chủ tịch VECOM khẳng định: “Việc bổ sung này là cần thiết nhằm phản ánh chính xác và khách quan hơn tình hình phát triển TMĐT và CNTT giữa Việt Nam với các nước trên thế giới cũng như so sánh tốt hơn giữa các địa phương trên cả nước. Nhờ đó mà chúng ta có được bộ chỉ số phán ánh khá sát, tạo ra các khoảng cách điểm số đầu – cuối chênh lệnh theo đúng thực tế của các địa phương”.
Điều khá thú vị là EBI 2015 đã cho thấy sự tiến bộ đáng kể trong giao dịch trực tuyến giữa các cơ quan nhà nước với
[doanh nghiệp](http://thuonggiathitruong.vn/) (G2B), cũng như việc đón bắt xu hướng TMĐT trên nền tảng di động đã trở thành công cụ quan trọng trong kinh doanh trực tuyến. Theo bộ chỉ số EBI 2015, hiện chúng ta đã có 26% [doanh nghiệp](http://thuonggiathitruong.vn/) có website tương thích với thiết bị di động và 18% có các ứng dụng di động phục vụ kinh doanh.
Cũng tại buổi lễ Công bố chỉ số TMĐT 2015, VECOM đã tổ chức tọa đàm giao lưu với đại diện các tổ chức,
[doanh nghiệp](http://thuonggiathitruong.vn/) liên quan về chủ đề “Hợp tác thúc đẩy phát triển TMĐT Việt Nam” trên nhiều lĩnh vực, từ thúc đẩy phát triển thương mai bán lẻ, vai trò quản lý nhà nước cho tới các vấn đề giữa [doanh nghiệp](http://thuonggiathitruong.vn/) bán hàng với đối tác chuyển phát, thanh toán điện tử,… *Đại diện các cơ quan, tổ chức, doanh nghiệp tham dự tọa đàm hợp tác phát triển TMĐT. Ảnh Thái Đạt*
Cùng bàn luận với chủ đề bán lẻ với thương mại điện tử, bà Đinh Thị Mỹ Lan – Chủ tịch Hiệp hội các nhà bán lẻ Việt Nam khẳng định: “Trong thời đại của công nghệ số, khi mà hầu khắp các lĩnh vực đều nhanh chóng bắt kịp xu thế này, thì thương mại truyền thống cũng buộc phải chuyển mình để bắt nhịp xu thế. Sự gia tăng ảnh hưởng và những tác động tích cực của TMĐT đối với thương mại bán lẻ là rất lớn, bởi vậy nếu không gắn nó với TMĐT thì sẽ rất khó thành công”.
Tại diễn đàn giao lưu trong chương trình này, ông Hưng cũng đã bật mí, mục tiêu trong quy hoạch phát triển TMĐT Việt Nam tới 2020, theo đó mục tiêu
[thị trường](http://thuonggiathitruong.vn/) bán lẻ TMĐT sẽ đạt khoảng 10 tỷ USD. “Đây là con số được giới chuyên gia khẳng định là khả quan hơn so với các kế hoạch được đưa ra trước đó” – ông Hưng nhấn mạnh.
Rõ ràng, TMĐT đang thực sự trở thành xu thế của thời đại, bởi tính tiện ích và sự tối ưu về tất cả mọi mặt trong khả năng tạo dựng các nguồn lợi to lớn dựa trên nền tảng của “số hóa”.
Cũng như các lợi ích đó, việc hình thành bộ Chỉ số EBI mà VECOM đã, đang và sẽ tiếp tục làm là nhằm tạo lập một công cụ đanh giá khách quan đối với sự phát triển TMĐT tại các địa phương, góp phần tích cực trong việc hoàn thiện chính sách, pháp luật quản lý của nhà nước và hoạt động sản xuất kinh doanh, đồng thời cũng là cơ sở để dự báo xu thế phát triển TMĐT của đất nước.
**Theo Thái Đạt/thuonggiathitruong.vn**

Link: <http://thuonggiathitruong.vn/wp-json/>; rel="https://api.w.org/", <http://thuonggiathitruong.vn/?p=128>; rel=shortlink

X-Cache: HIT from Backend


markdown:
|
|
Items: |This user has no items. (
|
Hộp thư (lưu ý: email phải nhận được mail để kích hoạt tài khoản) Tin cá nhân: |
|
|
|
Items: |This user has no items. (
|
Hộp thư (lưu ý: email phải nhận được mail để kích hoạt tài khoản) Tin cá nhân: |
|

Server: HostVDC

Cache-Control: no-cache, must-revalidate

Set-Cookie: sid=6676aaabf33e06986c24447eb5ce3955; path=/forum/; domain=.thuthuataccess.com; HttpOnly


markdown:
Autodesk AutoCAD là phần mềm thiết kế đồ họa 2D và 3D chuyên nghiệp nhất hiện này. Phiên bản Autodesk AutoCAD 2017 đã chính thức ra mắt với nhiều tính năng mới. Mời các bạn tải về
Đang có 169 khách và không thành viên đang online
MacLife.vn
Copyright © 2012
Thuthuatviet.vn. All rights reserved.
Design by Maclife.vn

X-Logged-In: False

Set-Cookie: maclife_tpl=maclife; expires=Tue, 13-Mar-2018 20:07:32 GMT; path=/

Server: LiteSpeed

Cache-Control: no-cache

X-Content-Encoded-By: Joomla! 2.5

X-Content-Powered-By: K2 v2.7.1 (by JoomlaWorks)

Accept-Ranges: bytes


markdown:
Trung tâm
-
Doanh nghiệp
-
Tìm bạn
-
Việc làm
-
Nhà đất
-
Hàng hóa
Tìm bạn Bà Rịa Vũng Tàu
Trang chủ
»
- Việt Nam -
An Giang
Bắc Giang
Bắc Kạn
Bạc Liêu
Bắc Ninh
Bà Rịa Vũng Tàu
Bến Tre
Bình Định
Bình Dương
Bình Phước
Bình Thuận
Cà Mau
Cần Thơ
Cao Bằng
Đắk Lắk
Đắk Nông
Đà Nẵng
Điện Biên
Đồng Nai
Đồng Tháp
Gia Lai
Hà Giang
Hải Dương
Hải Phòng
Hà Nam
Hà Nội
Hà Tĩnh
Hậu Giang
Hòa Bình
Hưng Yên
Khánh Hòa
Kiên Giang
Kon Tum
Lai Châu
Lâm Đồng
Lạng Sơn
Lào Cai
Long An
Nam Định
Nghệ An
Ninh Bình
Ninh Thuận
Phú Thọ
Phú Yên
Quảng Bình
Quảng Nam
Quảng Ngãi
Quảng Ninh
Quảng Trị
Sóc Trăng
Sơn La
Tây Ninh
Thái Bình
Thái Nguyên
Thanh Hóa
Thừa Thiên Huế
Tiền Giang
TP Hồ Chí Minh
Trà Vinh
Tuyên Quang
Vĩnh Long
Vĩnh Phúc
Yên Bái
Chat Tìm Bạn Bốn Phương
Xem nhiều nhất - Tìm Bạn Bốn Phương Bà Rịa Vũng Tàu
- Timban
81821. tim ban bon phuong qua so dien thoai
minh ten Vũ Ngọc Loan. Năm nay mình 42 tuổi. Mình rất thích kết bạn bốn phương. Số điện thoại của mình là...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK81821 gửi đến 8785
135729. Em thao my 26t trắng trẻo mủn mỉn
em 26tuoi trang treo mủn mỉn. di choi lh em nhe de biet them ve em nhe lh em
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK135729 gửi đến 8785
108735. Tìm mộ nửa
Mình tên phượng, sinh năm 1983 đã ly dị có con 2 tuổi, mong tìm được người hiểu và thương yêu, thật lòng để kết hôn. Giao lưu qua số...
[
Huyện Long Điền - Bà Rịa Vũng Tàu
]
Soạn tin: QKK108735 gửi đến 8785
100066. Đi tìm một nữa
Tôi tên Huệ sinh năm 1980..trước đây đã có gia đình và có 1 bé trai 5 tuổi..nhưng hiện tại tôi đã ly hôn được 2 năm..đang sống tp vũng tàu..muốn tìm bạn tra ...
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK100066 gửi đến 8785
104410. tim nguoi tram nam
minh moi biet tren day ..minh muon ket ban voi moi nguoi. minh da co chong va ly di.co mot gai 7 tuoi .hien minh lam nghe .. buon ban ..tu mieu ta dang nguoi minh nhe....cao 158 nang 52 khg.. ..minh h ...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK104410 gửi đến 8785
122047. tim ban nam tam su
minh ten hoai phong o ba ria,muon tim cac ban nam de tam su
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK122047 gửi đến 8785
141396. Toi can lam mot tam long chân that.
Minh la nu,sinh nam 1984,da li di duoc 2 nam roi.Minh o cung mot co con gai 6 tuoi.Kinh te tu chu.Ban than minh da co gang het suc de niu lai mot gia dinh cho con,nhung khong the,chac duyen phan chi d ...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK141396 gửi đến 8785
120749. Tim gay kin trung nien
Toi 48t o vung tau, tim gay kin tren 35 tuoi
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK120749 gửi đến 8785
92240. mnh la nguoi co don muon tim ban
e la nguoi co don muon ket ban
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK92240 gửi đến 8785
121953. tim ban nam tam su
ho hoai phong o tp ba ria ,muon tim ban nam de tam su
[
TX Bà Rịa - Bà Rịa Vũng Tàu
]
Soạn tin: QKK121953 gửi đến 8785
136237. tui la gay
tui la gay kin.ten dũng.sn87.1m60.57kg.tui muon lam quen voi tat cả các ban gay men.song kin dao .trung niên cang tot.co cv on dinh.chia se voi nhau trong cuoc song.tui ko thich loi dung ai.neu h ...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK136237 gửi đến 8785
115243. lam quen cac ban u 40 tro len nhe hj
lam quen voi phu nu ~len nhe hj minh 25t da co gia dinh nhung phu nu hon hj so dt minh la...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK115243 gửi đến 8785
139305. Cần tìm bạn chia sẽ cuộc sống
Tôi độc thân, bạn bè có gia đình hết rồi, lo làm ăn quá nên ế luôn. Tôi 33 tuổi, là nhân viên văn phòng. Tôi ở bà rịa Vũng tàu, tính tình nội tâm nhưng th ...
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK139305 gửi đến 8785
91281. tim ban
Tìm bạn vi cong tac xa nha nen khong co ai de chia se
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK91281 gửi đến 8785
100187. lam quen qua dien thoai
muon tim mot nua con lai
[
Huyện Xuyên Mộc - Bà Rịa Vũng Tàu
]
Soạn tin: QKK100187 gửi đến 8785
91649. Tìm bạn gái Vũng Tàu
Anh là lính chưa từng có vợ Tìm bạn hiền để trao đổi tâm tư Nếu hợp nhau sẽ tiến tới hôn nhân Xin thành thực đừng làm anh đau khổ ! Trung úy,cảnh sát ...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK91649 gửi đến 8785
129932. nam o ba ria can tim ban nam de tam su
minh ten thanh cong o ba ria ,30t muon tim ban nam de tam su
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK129932 gửi đến 8785
144209. tìm bạn đời
y tá,đơn giản.muốn tìm nguoi cùng quê vũng tàu.tuổi từ 25-30.có đạo thiên chúa
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK144209 gửi đến 8785
121445. chi mong chia se vui buon cho cac ban
khanh o ba ria vung tau
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK121445 gửi đến 8785
124781. tuyển nhân sự
Mình muốn tìm một nhân sự làm việc tại VP công ty Phú Mỹ Tâm tại Mỹ Xuân, Tân Thành, bà Rịa-Vũng Tàu. Rất muốn các bạn quan tâm thì liên hệ với mình ĐT ...
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK124781 gửi đến 8785
125861. tim ban tam su
minh ten hoai phong o ba ria muon tim cac ban nam de tam su
[
TX Bà Rịa - Bà Rịa Vũng Tàu
]
Soạn tin: QKK125861 gửi đến 8785
133508. minh la trai 24t kih nghem lt. hang chau au na. em nao thich thi
...tu vung tau den long thanh nha
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK133508 gửi đến 8785
122541. nam o ba ria can tim ban nam de tam su
minh la nam muon tim ban nam co tuoi tu 20 deh 30 de tam su
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK122541 gửi đến 8785
134477. tim ban gai tâm sư chuyên gia đinh...
Đoan Ngoc Trân 52t cao 1m68 năng 68kg, đang sông đôc thân rât cô đơn cân tim 1ngươi ban nư tâm giao đê tâm sư chuyên g.đ, không phân biêt giau ngheo, giai câp hay tuôi tac ...
[
TX Bà Rịa - Bà Rịa Vũng Tàu
]
Soạn tin: QKK134477 gửi đến 8785
134205. tim ban gai tuoi tu 25-40
mih 30t doc than, luc nao kung thay co don, khat khao co ban tam su, sdt minh la..., khog rang buoc.
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK134205 gửi đến 8785
118396. chát với gái 30 40 góa chồng ở vũng tàu
mình là tuấn, 40t , đang buồn và co đơn, muốn tìm một người phụ nữ co đơn giống mình để tâm sự.
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK118396 gửi đến 8785
149993. Tìm bạn ...
Mình tìm ... ở vũng tàu mình 26t
[
Bà Rịa Vũng Tàu
]
Soạn tin: QKK149993 gửi đến 8785
144141. Tìm gái vũng tàu
Muốn tìm các bạn gái có ... chia sẻ tình cảm.
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK144141 gửi đến 8785
146782. Tìm bạn ... chia sẻ
Em tên hung.cần tìm một ... tâm sự và chia sẻ tình cảm. Ở tp vung tàu.
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK146782 gửi đến 8785
132375. Lam quen voi tat ca cac ban
Minh rat vui dc lam ban voi tat ca moi nguoi
[
TP Vũng Tàu - Bà Rịa Vũng Tàu
]
Soạn tin: QKK132375 gửi đến 8785
Xem nhiều nhất - Tìm Bạn Bốn Phương Việt Nam
118461. Bảo Ly
em 19 tuổi, tính tình hay nói hay cười ,đang cần bạn trai để hẹn hò thường xuyên.
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK118461 gửi đến 8785
121972. Mít Mai 1998 xinh kute
Rất vui đc làm quen với mọi người LL với Mít Mai từ 8h...21h nhé
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK121972 gửi đến 8785
122205. em xinh dep,nhe nhang,tim ban ha noi
em linh,22tui,cao1m60,tim ban ha noi
[
Quận Ba Đình - Hà Nội
]
Soạn tin: QKK122205 gửi đến 8785
122287. Kim Thư
LH với Thư từ 8h...22h
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK122287 gửi đến 8785
122808. mai huong xinh dep mum mim 26 tuoi cao 1m 64
mai huong nhan chinh ha noi xinh dep mum mim
[
Hà Nội
]
Soạn tin: QKK122808 gửi đến 8785
122286. Kim Anh
LL với em từ 8h...21h nhé Rất vui đc làm bạn với mọi người
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK122286 gửi đến 8785
122288. Em Mai Trang
lh với Trang từ 8h...18h nhé
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK122288 gửi đến 8785
123971. Kiều trang 18 tuổi
Tìm bạn để hẹn hò, chia sẻ tình cảm làm việc từ 11h tới 12h cuối ngày. gọi cho trang nhé.
[
Việt Nam
]
Soạn tin: QKK123971 gửi đến 8785
110372. em mai lan trang cao 1.64m ,khuan mat xinh ngoan hien
ll với em mai lan từ 6h đến ..
[
Quận Cầu Giấy - Hà Nội
]
Soạn tin: QKK110372 gửi đến 8785
101490. em là mến ở biên hòa
Em tên mến sn 1985 40kg cao 1m55, da hơi ngăm đen, dễ thương, đảm bảo chuẩn, tính tình trẻ con,tìm bạn trai nhỏ tuổi hơn, sở thích đi chơi ăn nhậu... Em ở bình ...
[
Việt Nam
]
Soạn tin: QKK101490 gửi đến 8785
111336. Ngoc Anh tro lai. loi hai hon xua
u95 moi xuong hn. ll voi em nhe
[
Huyện Từ Liêm - Hà Nội
]
Soạn tin: QKK111336 gửi đến 8785
111519. PHUONG THANH 19T
XINH XAN DANG YEU
[
Huyện Từ Liêm - Hà Nội
]
Soạn tin: QKK111519 gửi đến 8785
109953. MIT MAT 19T
19t nhẹ nhàng...
[
Hà Nội
]
Soạn tin: QKK109953 gửi đến 8785
131188. trang treo xinh gai nhe .nhang vui ve . em ten quynh anh o nhan chinh ha noi
em 26tuoi cao 1m63 trang mat xinh . di choi lh em nhe de biet them ve em nhe lh em tu 8h den 21h nhe
[
Hà Nội
]
Soạn tin: QKK131188 gửi đến 8785
101346. em muốn làm quen với mọi người
Em tên vân mến sn 1985 40kg cao 1m55, da hơi ngăm đen, dễ thương, đảm bảo chuẩn, tính tình trẻ con,tìm bạn trai nhỏ tuổi hơn, sở thích đi chơi ăn nhậu... Em ...
[
Việt Nam
]
Soạn tin: QKK101346 gửi đến 8785
KEYS:
Bà Rịa Vũng Tàu
,
Timban
,
Tình nam
,
Nick
,
Xinh giai
Tìm kiếm:[
banhmy us vung tau
] [
tim tinh 1 dem o vung tau
] [
Lam quen Mbbg Ba Ria
] [
callboy vung tau
] [
sdt gai goi vung tau
] [
nu tim ban ca mau
] [
sdt gai goi chau duc tinhbrvt
] [
tjm ban gaj tam su
] [
gai tim gap ban trai
] [
vinasunap vung tau
] [
Cave U50 Gay Ba Ria
] [
vao phong chat tim ban gai o vung tau
] [
tim ban nu binh phuoc co so dien thoai
] [
Tim nguoi yeu Dat Do
] [
tim ban trai tai ba ria vung tau
] [
phu nu tim dan ong ba ria vung tau
] [
lai may bay ba gia vung tau
] [
tim ban gai co sdt o vung tau
] [
tim sdt gai goi o ba ria vung tau o dau
] [
viec lam ba ria vung tau
] [
can tim em trai quan he vung tau
] [
tim ban dong tinh nam ba ria vung tau
] [
tim gai goi binh phuoc co so dien
] [
tim tinh 1 dem o vung tau
] [
lam quen ket ban can tho
] [
tim ban gai o vung tau
] [
tim ban nam tam su
] [
tim ban vung tau
] [
nick chat gai thanh pho vung tau
] [
tim gai goa chong
] [
sdt gai goi vung tau
] [
gai vung tau
] [
beeline tuyen dung
] [
lon tuoi o binh duong tim ban
] [
ba ria vung tau
]
Xem lại:
Tìm một nửa
Tìm người thân
Tìm đồng môn
Tìm đồng đội
Xem nhiều nhất
Đăng tin mới
Hãy đăng nhập thành viên để quản lý bản tin tốt hơn.
Bí danh:
Mật khẩu:
[
Quên mật khẩu
|
Đăng ký mới
]
Tìm kiếm:
Nhập từ:
vietnam:
Nhà phố Nguyễn Chí Thanh, ngõ ô tô đỗ chỉ 4,25 tỷ
: Bán nhà phố Nguyễn Chí Thanh, diện tích 30m2, mặt tiền 4,2m, ngõ ô tô đỗ cửa, cách đường lớn chỉ vài chục mét, có thể kinh doanh tốt, giá 4,25 tỷ có thươn ...
vietnam:
Nhà phố Kim Mã, Ba Đình cách mặt phố 7m chỉ 2,1 tỷ
: Bán nhà phố Kim Mã, Ba Đình diện tích 25m2, mặt tiền 3m, chỉ cách mặt phố Kim Mã 7m, giá chỉ 2,1 tỷ có thương lượng. Nhà xây 5 tầng chắc chắn, ngõ cực tho ...
tphcm:
KHU NGHỈ DƯỠNG CÓ 1 KHÔNG 2 PHÍA TÂY BẮC HCM
: KHU NGHỈ DƯỠNG CÓ 1 KHÔNG 2 PHÍA TÂY BẮC HCM Với hình ảnh thực tế , hệ thống camera giám sát 24/24 sẽ giúp khách hàng có sự lựa chọn đúng đắn - Đất H ...
hanoi:
Bán gấp lô liền kề B2.1 khu đô thị Thanh Hà diện t
: Hiện tại đang có mấy lô liền kề giá rẻ cần bán với giá chênh ưu đãi. Khu đô thị nằm trung tâm quận Hà Đông nhưng chủ đầu tư chỉ bán với giá 18tr/m2 ...
hanoi:
. Nhà ở Lạc Trung giá 4,2 tỷ, có chỗ để oto
: Bán nhà sổ đỏ chính chủ nhà phố Lạc Trung rộng 61 m2 mặt tiền 4m, vuông vắn, nhà mới , giá 4,2 tỷ . Nhà được thiết kế theo kiến trúc hiện đại 4 tầng ...
hanoi:
Cần bán nhà khu Quan Nhân 45m 5 tầng MT 4 view mặ
: + Bán nhà mới xây, view mặt hồ tuyệt đẹp, diện tích 45m, 5 tầng, MT: 4m, 6 phòng ngủ. + Nhà xây rất kiên cố, thiết kế đẹp, hiện đại, thông thoáng, hướng ...
vietnam:
Nhà phố Đào Tấn, 31m2 ngõ ô tô chỉ 3,2 tỷ
: Bán nhà phố Đào Tấn, Ba Đình diện tích 31m2, mặt tiền 5m, ngõ ô tô, cách phố Đào Tấn chỉ 150m, giá chỉ 3,2 tỷ có thương lượng. Nhà xây 4 tầng cực chắc ...
hanoi:
Nhà Phân Lô Nguyễn Ngọc Nại 5 tầng 45m chỉ 6,2 tỷ
: DT : 45m...Tầng...tỷ Nhà phân lô quân đội của đại tá về hưu. Vì chuyển đến ở với con nên đang cần bán gấp. + Vị trí nhà quá đẹp, thiết kế xây d ...
hanoi:
Siêu hot!! Nhà khu VIP Nguyễn Chí Thanh 4.25 tỷ
: Bán gấp nhà Nguyễn Chí Thanh 29m2 x 4 tầng MT 4.2m thông số đẹp, thiết kế chắc chắn, chuyển đến ở luôn. Gần các trường Đại học lớn, các trung tâm thương ...
hanoi:
Nhà đẹp, giá rẻ phố Yên Lạc 82m2 x 4 tầng 7.5 tỷ.
: Cần bán nhà phố Yên Lạc 82m2 x 4 tầng MT 4m. Nhà xây chắc chắn, đẹp, ở được luôn. Mỗi tầng 2 phòng, cầu thang giữa. Có sân để xe máy rộng rãi. Ô t ...
[
An Giang
(19) ] [
Bắc Giang
(28) ] [
Bắc Kạn
(2) ] [
Bạc Liêu
(10) ] [
Bắc Ninh
(56) ] [
Bà Rịa Vũng Tàu
(65) ] [
Bến Tre
(15) ] [
Bình Định
(11) ] [
Bình Dương
(163) ] [
Bình Phước
(24) ] [
Bình Thuận
(17) ] [
Cà Mau
(8) ] [
Cần Thơ
(39) ] [
Cao Bằng
(3) ] [
Đắk Lắk
(45) ] [
Đắk Nông
(3) ] [
Đà Nẵng
(34) ] [
Điện Biên
(2) ] [
Đồng Nai
(117) ] [
Đồng Tháp
(11) ] [
Gia Lai
(19) ] [
Hà Giang
(2) ] [
Hải Dương
(50) ] [
Hải Phòng
(105) ] [
Hà Nam
(14) ] [
Hà Nội
(762) ] [
Hà Tĩnh
(3) ] [
Hậu Giang
(3) ] [
Hòa Bình
(5) ] [
Hưng Yên
(22) ] [
Khánh Hòa
(38) ] [
Kiên Giang
(28) ] [
Kon Tum
(3) ] [
Lai Châu
] [
Lâm Đồng
(45) ] [
Lạng Sơn
(8) ] [
Lào Cai
(10) ] [
Long An
(27) ] [
Nam Định
(17) ] [
Nghệ An
(75) ] [
Ninh Bình
(10) ] [
Ninh Thuận
(20) ] [
Phú Thọ
(11) ] [
Phú Yên
(11) ] [
Quảng Bình
(3) ] [
Quảng Nam
(12) ] [
Quảng Ngãi
(12) ] [
Quảng Ninh
(46) ] [
Quảng Trị
(2) ] [
Sóc Trăng
(7) ] [
Sơn La
(1) ] [
Tây Ninh
(30) ] [
Thái Bình
(27) ] [
Thái Nguyên
(31) ] [
Thanh Hóa
(112) ] [
Thừa Thiên Huế
(12) ] [
Tiền Giang
(37) ] [
TP Hồ Chí Minh
(650) ] [
Trà Vinh
(27) ] [
Tuyên Quang
(7) ] [
Vĩnh Long
(11) ] [
Vĩnh Phúc
(11) ] [
Yên Bái
(12) ] [
Việt Nam (4402)
]
Kết bạn bốn phương Bà Rịa Vũng Tàu, Timban, Tìm bạn Bà Rịa Vũng Tàu có sđt
Làm trang chủ
|
Ghi nhớ
|
Phản hồi
|
Copyright © by
Tìm Bạn Bốn Phương

Set-Cookie: ttmaytruycapcookie=computer%7C%7C%7C%7C%7C; expires=Fri, 23-Mar-2018 20:08:26 GMT; path=/

Server: Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8e-fips-rhel5 DAV/2 PHP/5.2.14


markdown:
[ hẻm tại quận 8, Cho thuê nhà](/cho-thue-nha) **gần khu trung tâm quận 5, 11,6**. Gần cầu Nguyễn Tri Phương, Cầu Chà Và, thuận tiện cho việc đi lại, gần chợ, nhà sách, khu vực không bị ngập khi mưa lớn.
Địa chỉ: Tùng Thiện Vương, P11, Q8
Tổng diện tích sử dụng: 56m vuông (Bao gồm một gác lửng, và 2 phòng)
Điện nước đầy đủ (nước máy).
Giá: 4triệu/tháng
**Liên hệ: 01222993318**