Presentation is loading. Please wait.

Presentation is loading. Please wait.

Truthful and Non-Monetary Mechanism for Direct Data Exchange I-Hong Hou, Yu-Pin Hsu, and Alex Sprintson.

Similar presentations


Presentation on theme: "Truthful and Non-Monetary Mechanism for Direct Data Exchange I-Hong Hou, Yu-Pin Hsu, and Alex Sprintson."— Presentation transcript:

1 Truthful and Non-Monetary Mechanism for Direct Data Exchange I-Hong Hou, Yu-Pin Hsu, and Alex Sprintson

2 Direct Data Exchange in Wireless D2D Communications Exchange data locally instead of getting all packets from the base station AB A,B

3 Direct Data Exchange in Wireless D2D Communications Exchange data locally instead of getting all packets from the base station AB A,B AB

4 Direct Data Exchange in Wireless D2D Communications Exchange data locally instead of getting all packets from the base station AB A,B ABAB

5 Direct Data Exchange in Wireless D2D Communications Exchange data locally instead of getting all packets from the base station AB A B AB

6 Direct Data Exchange in Wireless D2D Communications Exchange data locally instead of getting all packets from the base station AB A B A B

7 Benefits of Wireless P2P Exchange data locally requires less power Reduce power consumption Reduce interference Increase spatial reuse and hence total system capacity Challenge: How to provide incentives for clients to cooperate?

8 Network Model Each client has all but one unique file, which it needs The size of a file = Z bits All clients can communicate with each other A B Need: D C A B Need: C D A D Need: B C D B Need: A C

9 Incentive Model Each client has a secret valuation v i ≤1 for its needed file Each client pays some transmission cost for the amount of upload data A B v 1 = 0.7 C A B v 2 = 0.6 D A D v 3 = 0.5 C D B v 4 = 0.1 C

10 Incentive Model The goal of a client: Maximize net utility v i 1(receive file) - (amount of upload)/ Z A B v 1 = 0.7 C A B v 2 = 0.6 D A D v 3 = 0.5 C D B v 4 = 0.1 C

11 Bidding Model Each client submits a bid b i to a broker The broker determines how much data a client uploads, and what packets it should uploads A B v 1 = 0.7 C A B v 2 = 0.6 D A D v 3 = 0.5 C D B v 4 = 0.1 C

12 An Example A B b 1 = 0.8 C A B b 2 = 0.2 D A D b 3 = 0.9 C D B b 4 = 0.4 C

13 An Example A B b 1 = 0.8 C A B b 2 = 0.2 D A D b 3 = 0.9 C D B b 4 = 0.4 C Upload 0.6 Z (A+B) Upload nothing Upload 0.6 Z (A+D) Upload 0.4 Z (B+D)

14 An Example A B b 1 = 0.8 C Upload 0.6 Z (A+B) Upload nothing Upload 0.6 Z (A+D) Upload 0.4 Z (B+D) D = (A+D)-A = (B+D)-B Can obtain all bits of D

15 An Example A B b 1 = 0.8 C A B b 2 = 0.2 D A D b 3 = 0.9 C D B b 4 = 0.4 C Upload 0.6 Z (A+B) Upload nothing Upload 0.6 Z (A+D) Upload 0.4 Z (B+D) DB A

16 An Example Net utility 0.7-0.6 =0.1 0 0.5-0.6 = -0.1 0.1-0.4 = -0.3 v 1 = 0.7 v 2 = 0.6 v 3 = 0.5 v 4 = 0.1 Upload 0.6 Z Upload nothing Upload 0.6 Z Upload 0.4 Z DB A

17 Goal of this Work Design a “truthful” broker policy Truthful: Every client maximizes its utility by choosing b i = v i The policy should also achieve high total net utility Why not simply apply VCG auction?

18 AuctionWireless P2P Each client submits a bid

19 AuctionWireless P2P Each client submits a bid Auctioneer determines who wins the auction, and how much each winner pays Broker determines how much a client uploads, and who can download its file Comparable by treating uploads as payments, clients that download files as winners

20 AuctionWireless P2P Each client submits a bid Auctioneer determines who wins the auction, and how much each winner pays Broker determines how much a client uploads, and hence who can download its file Decisions on selecting winners and payments are independent Decision on upload rates limits who can download its file

21 Proposed Protocol Every client submits a bid b i Find the largest set S such that, for all i in S, b i ≥ 1/(| S |-1) S = {1,2,3}, b 1, b 2, b 3 ≥ 1/2 S = {1,2,3,4}, b 4 < 1/3 Largest set is {1,2,3} b 1 =0.7 b 2 =0.6 b 3 =0.6 b 4 =0.2

22 Proposed Protocol Every client submits a bid b i Find the largest set S such that, for all i in S, b i ≥ 1/(| S |-1) Every client in S uploads Z /(| S |-1) bits containing a linear combination of all files that other clients in S needs Each client in S receive Z bits, and hence can obtain the file it needs Clients not in S do not obtain needed files

23 Theorem: This protocol is truthful Note: The broker is only conceptual. The policy can be implemented in a distributed fashion by letting each client run the broker policy.

24 Performance Analysis Sort clients such that b 1 ≥ b 2 ≥ b 3 ≥… The set S must be the form of {1,2,…, n } Client i does not obtain its file only if b i <1/( i -1) Theorem: In terms of total net utility, the difference between this protocol and one maximizing total net utility is at most 1+1+1/2+1/3+…+1/(N-1), where N is the number of clients

25 Numerical Results Assign v i to each client uniformly at random from [0,1] Compare the difference in total net utility between our proposed protocol and a protocol that maximizes total net utility

26

27 Extension: Dependency Graph Some clients may not be able to exchange file –A client may miss some files that it does not need –Some clients may be too far away to communicate Define a “dependency graph” Each client is a node in the graph Two nodes have an edge between them if the two clients can exchange needed files

28 Solutions for Dependency Graph 1.Find the largest clique such that every node in the clique has b i ≥ 1/(size of clique-1) 2.Each node in the clique uploads Z /(size of clique-1) bits 3.Repeat Step 1 Theorem: This protocol is truthful

29 Extension: Some Clients Need the Same File Need: A b i =0.5 Need: A b i =0.3 Need: A b i =0.2 Some clients need the same file Each client has all but one files Merge them into one, whose bid is (number of merged clients)x(minimum bid) If they are selected in S, they divide the amount of upload evenly

30 Extension: Some Clients Need the Same File Need: A b i =0.5 Need: A b i =0.3 Need: A b i =0.2 Some clients need the same file Each client has all but one files Merge them into one, whose bid is (number of merged clients)x(minimum bid) If they are selected in S, they divide the amount of upload evenly

31 Extension: Some Clients Need the Same File Some clients need the same file Each client has all but one files Merge them into one, whose bid is (number of merged clients)x(minimum bid) If they are selected in S, they divide the amount of upload evenly Need: A b i =0.6

32 Summary Study the problem of direct data exchange from the perspective of game theory While the game looks like an auction, results of auction theory do not apply Propose a non-monetary protocol that is truthful The protocol can be extended to various scenarios


Download ppt "Truthful and Non-Monetary Mechanism for Direct Data Exchange I-Hong Hou, Yu-Pin Hsu, and Alex Sprintson."

Similar presentations


Ads by Google