1461118409-9308993d-3a52-4a42-98df-f5243446a1b2

1. A method for minimization of drive tests (MDT), comprising:
in a process of activating a MDT task, checking, by an access network element, a user consent type of a selected terminal, wherein the user consent type indicating whether the selected terminal agrees to execute the MDT task;
if the user consent type indicating the selected terminal agrees to execute the MDT task, sending, by the access network element, an MDT task activation command to the selected terminal.
2. The method according to claim 1, wherein the method further comprises:
if the user consent type indicating the selected terminal does not agree to execute the MDT task, skipping, by the access network element, to send the MDT task activation command to the selected terminal.
3. The method according to claim 1, wherein before the checking, by an access network element, a user consent type of a selected terminal, the method further comprises:
obtaining, by the access network element, the user consent type of the selected terminal.
4. The method according to claim 3, wherein the obtaining, by the access network element, the user consent type of the selected terminal comprises:
receiving, by the access network element, the user consent type of the terminal from a core network element, wherein the user consent type of the selected terminal is obtained by the core network element when the selected terminal accesses a network.
5. The method according to claim 3, wherein the obtaining, by the access network element, the user consent type of the selected terminal comprises:
receiving, by the access network element, the user consent type of the selected terminal from a handover request sent from a source access network element.
6. The method according to claim 4, wherein receiving, by the access network element, the user consent type of the selected terminal from the core network element, comprises:
receiving, by the access network element, the user consent type of the selected terminal from the core network element, wherein the user consent type of the selected terminal is sent to the access network element by the core network element after the core network element determines that the selected terminal is not in a roaming status.
7. The method according to claim 6, wherein the method further comprises:
missing to receive, by the access network element, the user consent type of the selected terminal from the core network element, wherein the user consent type of the selected terminal is not sent by the core network element to the access network element after the core network element determines that the selected terminal is in a roaming status.
8. The method according to claim 1, wherein the access network element is an evolved NodeB (eNB) or a radio network controller (RNC).
9. An access network element, comprising:
a processor; and
a non-transitory processor-readable medium having processor-executable instructions stored thereon, the processor invokes the processor-executable instructions to:
in a process of activating a minimization of drive tests (MDT) task, check, a user consent type of a selected terminal, wherein the user consent type indicating whether the selected terminal agrees to execute the MDT task; and
send an MDT task activation command to the selected terminal through a transceiver if the user consent type indicating the selected terminal agrees to execute the MDT task.
10. The access network element according to claim 9, wherein the processor invokes the processor-executable instructions to:
skip to send the MDT activation command to the selected terminal through the transceiver, if the user consent type indicating the selected terminal does not agree to execute the MDT task.
11. The access network element according to claim 9, wherein the processor invokes the processor-executable instructions to:
obtain the user consent type of the selected terminal through a network interface before checking the user consent type of the selected terminal.
12. The access network element according to claim 11, wherein the processor invokes the processor-executable instructions to:
receive the user consent type of the selected terminal from a core network element through the network interface, wherein the user consent type of the selected terminal is obtained by the core network element when the selected terminal accesses a network.
13. The access network element according to claim 11, wherein the processor invokes the processor-executable instructions to:
receive the user consent type of the selected terminal through the network interface from a handover request sent from a source access network element.
14. The access network element according to claim 12, wherein the processor invokes the processor-executable instructions to:
receive the user consent type of the selected terminal from the core network element through the network interface, wherein the user consent type of the selected terminal is sent to the access network element by the core network element after the core network element determined the selected terminal is not in a roaming status.
15. The access network element according to claim 14, wherein the processor invokes the processor-executable instructions to:
miss to receive the user consent type of the selected terminal from the core network element through the network interface, wherein the user consent type of the selected terminal is not sent by the core network element to the access network element after the core network element determined the selected terminal is in a roaming state.
16. The access network element according to claim 9, wherein the access network element is an evolved NodeB (eNB) or a radio network controller (RNC).
17. A method for minimization of drive tests (MDT), comprising:
in a process of activating an MDT task, determining, by a core network element, whether a selected terminal is in a roaming status; and
if the selected terminal is not in a roaming status, sending, by the core network element, a user consent type of the selected terminal to an access network element, wherein the user consent type indicating whether the selected terminal agrees to execute the MDT task, so that after the access network element checking the selected terminal agrees to execute the MDT task, the access network element sending an MDT task activation command to the selected terminal.
18. The method according to claim 17, wherein the method further comprises:
if the selected terminal is in the roaming state, determining, by the MME, to not send the user consent type of the selected terminal to the access network element.
19. The method according to claim 17, wherein the determining, by a core network element, whether a selected terminal is in a roaming state, comprises:
determining, by the core network element, whether the selected terminal is in the roaming state basing on whether a public land mobile network (PLMN) of the core network element is the same as a home PLMN of the selected terminal.
20. The method according to claim 17, wherein the core network element is a mobility management entity (MME) or a serving general packet radio service support node (SGSN), and wherein the access network element is an evolved NodeB (eNB) or a radio network controller (RNC) respectively.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A method for implementing clock signals with lower electromagnetic emissions comprising:
receiving a clock input and generating a plurality of scrambled sequences, coupling said generated plurality of scrambled sequences by a plurality of N clock distribution lines to a destination circuit;
connecting an exclusive OR gate to the N clock distribution lines for unscrambling the plurality of scrambled sequences at the destination circuit to provide a clock output.
2. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 1 wherein the steps of generating a plurality of scrambled sequences includes the steps of generating a plurality of scrambled sequences including multiple bit clock representations.
3. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 1 wherein the steps of generating a plurality of scrambled sequences includes the steps of generating a plurality of scrambled sequences including a substantially uniform distribution of 1s and 0s on each of said plurality of N clock distribution lines.
4. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 1 wherein the steps of generating a plurality of scrambled sequences includes the steps of generating a plurality of generally pseudorandom sequences.
5. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 1 wherein the steps of coupling said generated plurality of scrambled sequences by a plurality of N clock distribution lines to a destination circuit includes the steps of coupling said generated plurality of scrambled sequences by three clock distribution lines to a destination circuit.
6. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 1 wherein the step of receiving a clock input includes the steps of receiving a single phase clock.
7. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 6 wherein the steps of generating a plurality of scrambled sequences includes the steps of selecting one of a plurality of valid states of a 1 table and a 0 table.
8. A method for implementing clock signals with lower electromagnetic emissions as recited in claim 6 wherein the steps of generating a plurality of scrambled sequences includes the steps of using said received single phase clock for selecting said 1 table or said 0 table.
9. A multiple line scrambled clock architecture with random state selection for implementing clock signals with lower electromagnetic emissions comprising:
a clock distribution circuit for receiving a clock input and for generating a plurality of scrambled sequences,
a plurality of N clock distribution lines for respectively coupling said generated plurality of scrambled sequences to a destination circuit; and
an exclusive OR connected to said N clock distribution lines for unscrambling said plurality of scrambled sequences at the destination circuit to provide a clock output.
10. A multiple line scrambled clock architecture as recited in claim 9 wherein said clock distribution circuit includes a pseudorandom sequence generator for generating said plurality of scrambled sequences including a plurality of generally pseudorandom sequences.
11. A multiple line scrambled clock architecture as recited in claim 9 wherein said clock distribution circuit generates said plurality of scrambled sequences including multiple bit clock representations.
12. A multiple line scrambled clock architecture as recited in claim 9 wherein said clock distribution circuit generates said plurality of scrambled sequences including three bit clock representations.
13. A multiple line scrambled clock architecture as recited in claim 9 wherein said clock distribution circuit generates said plurality of scrambled sequences including a substantially uniform distribution of 1s and 0s on each of said plurality of N clock distribution lines.
14. A multiple line scrambled clock architecture as recited in claim 9 wherein said plurality of N clock distribution lines includes three clock distribution lines.
15. A multiple line scrambled clock architecture as recited in claim 9 wherein said clock distribution circuit includes a two output line, independent m(2) sequence generator coupled to a 0 table and a 1 table; each of said 0 table and said 1 table including a plurality of valid states.
16. A multiple line scrambled clock architecture as recited in claim 15 wherein said plurality of valid states include multiple bit clock representations.
17. A multiple line scrambled clock architecture as recited in claim 15 wherein said clock input is applied to said two output line, independent m(2) sequence generator.
18. A multiple line scrambled clock architecture as recited in claim 15 wherein said clock input is used for selecting said 1 table or said 0 table.